Industrial data bus proxy service method and system based on software definition technology

Abstract

The invention discloses an industrial data bus proxy service method and system based on a software definition technology. The industrial data bus proxy service system comprises an industrial data bus proxy service system architecture and the industrial data bus proxy service method. The industrial data bus proxy service system is based on a software definition technology, adopts a centralized management architecture and is managed by the industrial data bus management system. And the bus proxy service system reports data bus information to the data bus management system through a northbound interface, receives data bus strategy management information issued by the data bus management system, and executes management and maintenance strategies such as a data bus storage strategy and a data bus distribution strategy. According to the data bus proxy service system, a bridging module is established and a distributed storage strategy is executed, the bridging module entity of each proxy service system can be regarded as a client with a publishing and subscribing interface, and according to the storage strategy bound by the Topic, if other proxy service systems need to cache certain Topic data, the proxy service system can be used as a client with a publishing and subscribing interface. If so, the Sub end in the proxy service system storage execution module in the Topic increase strategy is used as a subscriber. According to the data bus proxy service system, the distribution management module is established to execute the distribution strategy, the distribution management module constructs a matching-binding-distribution queue architecture, and then the function of dynamically executing the response distribution strategy for different Topic is achieved.

Description

Technical Field

[0001] The present invention belongs to the field of industrial data buses, and is a design and invention of an industrial data bus proxy service system. Specifically, it is an industrial data bus proxy service method and system based on software definition technology. Background Art

[0002] With the rapid development of the information technology industry and the new opportunities brought by the reform of the industrial data management and maintenance mode due to industrial transformation, the scale of industrial data has been increasing exponentially. High-tech applications such as big data and artificial intelligence are applied to the industrial field, and the requirements for the management and maintenance of basic data are getting higher and higher. As a mature information technology, the data bus has become one of the important components of future data production and consumption in the industrial field.

[0003] Data bus technology is widely used in the traditional information field, and there are relatively mature data bus management methods and systems. However, from the technical route and implementation method of the traditional management method and system design, it is not applicable to the industrial data management and maintenance scenario. In the industrial scenario, there are many types of data transmitted by the data bus, and the requirements for bus configuration are different for different data. Moreover, in the continuous transformation of the industrial scenario, the storage, distribution and other strategies of data services are also constantly adjusted and changed. Therefore, the static configuration-based method of the traditional data bus management method and system is not well applicable to the industrial scenario. Therefore, researching and using an industrial data bus proxy service method and system based on software definition technology has become a new direction for the application of the data bus proxy service mode in the existing industrial scenario. Summary of the Invention

[0004] The present invention discloses an industrial data bus proxy service method and system based on software-defined technology, including an industrial data bus proxy service system architecture and an industrial data bus proxy service method. The industrial data bus proxy service system is based on software-defined technology, adopts a centralized management architecture, and is managed by the industrial data bus management system. The bus proxy service system reports data bus information to the data bus management system through a northbound interface, receives data bus policy management information issued by the data bus management system, and executes management and maintenance policies such as data bus storage policies and distribution policies. The data bus proxy service system executes a distributed storage policy by establishing a bridging module. The bridging module entity of each proxy service system can be regarded as a client with a publish-subscribe interface. According to the storage policy bound by the Topic, if other proxy service systems need to cache the data of a certain Topic, then the Sub end in the storage execution module of the proxy service system added to the policy of that Topic is used as a subscriber. The data bus proxy service system executes a distribution policy by establishing a distribution management module. The distribution management module constructs an architecture of matching-binding-distribution queues, thereby realizing the function of dynamically executing response distribution policies for different Topics.

[0005] The technical solution adopted by the present invention is as follows:

[0006] An industrial data bus proxy service method based on software-defined technology, which separately processes the data issued by the new policy of the industrial data bus management system and the data published by the industrial data bus publisher, specifically includes the following steps:

[0007] The northbound interface communicates with the data bus management system, reports data publication information, and receives different issued policies;

[0008] The data space stores and maintains a Topic list, a subscription node table, a data storage table, and a publication node table;

[0009] The distribution management module constructs an architecture of matching-binding-distribution queues and dynamically executes different response distribution policies for different Topics;

[0010] The bridging module executes the data bus storage policy and completes data transmission through the publish-subscribe interface;

[0011] The connection management module communicates with the data publisher and the data subscriber.

[0012] The processing of the data issued by the new policy of the industrial data bus management system includes the following steps:

[0013] Construct a management relationship with the management system;

[0014] Receive the storage policy and distribution policy of the Topic that has been bound issued by the management system;

[0015] The completion policy receives and reports feedback messages to the management system.

[0016] The processing industrial data bus publishing end publishes data, including the following steps:

[0017] Construct management relationships with the management system and communication relationships with the data publishing end respectively;

[0018] Report the Topic published by the data publishing end to the management system and wait for the management system to issue relevant policy information;

[0019] According to the policy information issued by the management system, execute the storage policy, bind the distribution policy, and feedback the data publishing success status to the publishing end.

[0020] The distribution management module executes the following steps:

[0021] Bind the Topic to the distribution policy;

[0022] When a subscriber subscribes to a certain Topic, match the Topic, bind the distribution policy for it, and put the data under the Topic into the corresponding data processing queue;

[0023] The data processing queue distributes data to the subscriber to complete data subscription transmission.

[0024] The bridging module executes the following steps:

[0025] Receive the storage policy issued by the management system;

[0026] According to the storage policy, match the distributed storage object in the data space;

[0027] Complete data storage in a publish-subscribe mode.

[0028] The industrial data bus proxy service system based on software-defined technology processes the data issued by the new policy of the industrial data bus management system and the data published by the industrial data bus publishing end respectively, including:

[0029] Northbound interface, used to communicate with the data bus management system, report data publishing information, and receive different issued policies;

[0030] Data space, used to store and maintain the Topic list, subscription node table, data storage table, and publishing node table;

[0031] Distribution management module, used to construct an architecture of matching-binding-distribution queue, and dynamically execute different response distribution policies for different Topics;

[0032] A bridging module for executing a data bus storage policy and completing data transmission through a publish-subscribe interface;

[0033] A connection management module for communicating with a data publisher and a data subscriber.

[0034] The distribution management module includes:

[0035] A policy binding module for binding a Topic to a distribution policy;

[0036] A data distribution module for, when a subscriber subscribes to a certain Topic, matching the Topic, binding a distribution policy thereto, and putting the data under the Topic into the corresponding data processing queue, and the data processing queue distributes the data to the subscriber to complete data subscription transmission.

[0037] The bridging module includes:

[0038] A policy receiving module for receiving the storage policy issued by the management system;

[0039] A data matching module for matching distributed storage objects in the data space according to the storage policy;

[0040] A publish-subscribe module for completing data storage in a publish-subscribe mode.

[0041] An industrial data bus proxy server based on software-defined technology, including a memory and a processor; the memory is used for storing a computer program; the processor is used for, when executing the computer program, implementing the industrial data bus proxy service method as described above.

[0042] A computer-readable storage medium, on which a computer program is stored, and when the computer program is executed by a processor, the industrial data bus proxy service method as described above is implemented.

[0043] The present invention has the following beneficial effects and advantages:

[0044] 1. In the application of industrial data buses, it effectively solves the problem of insufficient flexibility of static data bus management systems and methods caused by changes in scenarios and business transformations, and improves the management efficiency of data buses in industrial scenarios;

[0045] 2. In the application of industrial data buses, by executing a distributed storage policy, it effectively solves the problem of low data transmission efficiency;

[0046] 3. In the application of industrial data buses, by means of a matching-binding-queue processing mode, a finer-grained data distribution mode is established, effectively improving the data distribution efficiency. Description of the Drawings

[0047] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the following will briefly introduce the drawings required for the description of the embodiments or the prior art. Obviously, the drawings in the following description are only the embodiments of the present invention. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained according to the provided drawings.

[0048] Figure 1 It is a schematic diagram of the system architecture of the present invention;

[0049] Figure 2 It is a schematic diagram of the processing flow of the new strategy for establishing an industrial data bus management system to issue a data bus proxy service system in the present invention;

[0050] Figure 3 It is a schematic diagram of the processing flow of the data bus proxy service system for publishing data by the industrial data bus publishing end in the present invention;

[0051] Figure 4 It is a schematic diagram of the process of implementing the storage strategy of the industrial data bus proxy service in the present invention;

[0052] Figure 5 It is a schematic diagram of the process of implementing the distribution strategy of the industrial data bus proxy service in the present invention. Detailed implementation manners

[0053] The following will describe the content of the present invention in detail in conjunction with the drawings and embodiments:

[0054] The present invention includes the following steps:

[0055] Establish an industrial data bus proxy service architecture based on software-defined technology;

[0056] Establish a processing method for the data bus proxy service system to publish data by the industrial data bus publishing end;

[0057] Establish a processing method for the data bus proxy service system to publish data by the industrial data bus publishing end;

[0058] Establish a bridging module to execute the distributed storage strategy, the publish-subscribe ports of the homogeneous bridging module, and execute data transmission between proxy service systems;

[0059] Establish a distribution management module to execute the distribution strategy, and the distribution management module constructs an architecture of matching-binding-distribution queues.

[0060] The processing process of the data bus proxy service system for publishing data by the industrial data bus publishing end includes the following steps:

[0061] 2-1) Management relationship established between the industrial data bus proxy service system and the management system;

[0062] 2-2) The industrial data bus proxy service system receives the storage policy and distribution policy for binding Topics issued by the management system.

[0063] 2-3) The industrial data bus proxy service system completes policy reception and submits feedback messages.

[0064] The process of the industrial data bus publisher publishing data processed by the data bus proxy service system includes the following steps:

[0065] 3-1) The management relationship established between the industrial data bus proxy service system and the management system establishes a communication relationship with the data publisher.

[0066] 3-2) It can report the Topics published by the data publisher to the management system and wait for the management system to issue relevant policy information.

[0067] 3-3) The proxy service system executes relevant storage policies according to the policy information issued by the management system, binds the distribution policy, and finally feeds back the data publication success status to the publisher.

[0068] The established bridging module executes the distributed storage policy, and the publish-subscribe ports of the homogeneous bridging module execute data transmission between proxy service systems, including the following steps:

[0069] 4-1) The industrial data bus proxy service system receives the storage policy formulated and issued by the management system.

[0070] 4-2) Match the distributed storage objects according to the storage policy.

[0071] 4-3) The bridging module completes data storage in a publish-subscribe mode.

[0072] The established distribution management module executes the distribution policy. The distribution management module constructs an architecture of matching-binding-distribution queues, including the following steps:

[0073] 5-1) The industrial data bus service system completes the binding of Topics and distribution policies.

[0074] 5-2) When a subscriber subscribes to a certain Topic, the proxy service system completes Topic matching, binds the distribution policy, and puts the data under the Topic into the corresponding data processing queue.

[0075] 5-3) The data processing queue completes data distribution, and the subscriber completes data subscription transmission.

[0076] The industrial data bus management system is used to establish management relationships with different data proxy servers, bind service policies based on the obtained Topic messages, and distribute them to the proxy servers.

[0077] Embodiment

[0078] The present invention consists of the following parts:

[0079] The northbound interface of the industrial data bus proxy service system, implemented in ways such as Restful API, JSON, etc., or other private protocols, is used to communicate with the data bus management system, report data publishing information, receive policy distribution, etc.; the data space maintains Topic lists, subscription node tables, data storage tables, and publishing node tables, etc.; the distribution management module is in the "Topic look-up table matching - bind data distribution policy - processing queue" mode; the bridging module is used to execute the data bus storage policy and complete data transmission through the publish-subscribe interface; the connection management module is used to monitor the communication connections with the data publishing end and the data subscription end. The data bus proxy service system executes the distributed storage policy by establishing a bridging module. The bridging module entity of each proxy service system can be regarded as a client with a publish-subscribe interface. According to the storage policy bound by the Topic, if other proxy service systems need to cache the data of a certain Topic, then the Sub end in the storage execution module of the proxy service system added in the policy of that Topic is used as a subscriber. The data bus proxy service system executes the distribution policy by establishing a distribution management module. The distribution management module constructs an architecture of matching - binding - distribution queue, thereby realizing the function of dynamically executing response distribution policies for different Topics.

[0080] Figure 1The figure shows the architecture of an industrial data bus proxy service system based on software-defined technology. 101 is the data bus proxy service system, which includes: Module 102 is the northbound interface of the industrial data bus proxy service system, and its implementation methods include Restful API, JSON, etc., or other private protocols, which are used to communicate with the data bus management system, report data publishing information, receive policy distribution, etc. The data space 103 is used to maintain all data information of the proxy service system. The Topic list stores information such as Topic names, data information, subscriber groups, QoS levels, storage policies, distribution policies, etc.; the subscription node table stores subscription client information, IP address information, subscribed Topic groups, etc.; the publishing node table stores publishing end information, IP address information, published Topic groups; the data storage table stores specific and complete data information of all Topics. The configuration management module 104 can perform basic configuration management of the proxy service system, including: listening port, maximum number of connections, data transmission mode, whether to report heartbeat status, etc. The distribution management module 105 is in the mode of "Topic look-up table matching - binding data distribution policy - processing queue". The bridging module 106 executes the distributed storage policy. The bridging module entity of each proxy service system can be regarded as a client with publishing and subscribing interfaces. According to the storage policy bound by the Topic, if other proxy service systems need to cache the data of a certain Topic, then the Sub end in the storage execution module of the proxy service system added to the policy for this Topic is used as a subscriber. The connection management module 107 is used to monitor the communication connections with the data publishing end and the data subscribing end.

[0081] Figure 2 The figure shows a method 200 for processing the industrial data bus management system's new policy distribution to the data bus proxy service system based on software-defined technology. The method 200 starts from step 201, and the proxy service system receives, through the northbound interface, the management information about the storage policy and distribution policy of a certain Topic sent by the data bus management system. In step 202, it is determined whether the message is valid. If the message is invalid information, then in step 203, the proxy service system feedbacks to the management system that the message is invalid information and discards the message, and the method 200 ends. If it is determined in step 202 that the message is valid information, in step 204, the proxy service system updates the Topic information table in the data space and writes the latest policy information sent by the management system. In step 205, the proxy service system constructs the corresponding processing queue model according to the distribution policy and waits for the data publishing and subscribing process under this Topic. Thus, the method 200 ends.

[0082] Figure 3Shown is the processing method 300 of the data bus proxy service system for publishing data by the publishing end of the industrial data bus based on software-defined technology. The method 300 starts from step 301, where the connection management module of the proxy service system receives a certain Topic and data Message published by the data publishing end. In step 302, the proxy service system reports the publishing information to the management system through the northbound interface. The main information is the publishing user information and the Topic name, and it waits for a reply from the management system. Step 303 will make a determination based on the reply from the management system. If the management system replies that the data publishing is an invalid publishing, then in step 304, the proxy service system feeds back the failure of data publishing to the data publishing end and ends the method 300. In step 303, if it is determined that the management system replies that the Topic data publishing is valid, then in step 305, the proxy service system will receive the storage policy and distribution policy of this Topic issued by the management system. In step 306, the configuration management module of the proxy service system will identify the policy information issued by the management system. In step 307, the proxy service system updates the Topic table in the data space and updates the policy information under the Topic entry in the table. In step 308, the proxy service system will execute the storage policy of the data Message by the bridging module. In step 309, the proxy service system will construct a data processing queue model according to the distribution policy and wait for the subscription information of this Topic. Thus, the method 300 ends.

[0083] Figure 4 Shown is the method 400 for the proxy service of the industrial data bus based on software-defined technology to execute the storage policy. The method 400 starts from step 401, where the connection management module of the proxy service system receives the Topic and data Message published by the data publishing end. In step 402, the proxy server queries whether there is a storage policy for this Topic and the expiration date of the policy in the local storage policy table. In step 402, if it is queried that there is no storage policy for this Topic locally or the storage policy has expired, then in step 403, the proxy service system requests the storage policy of this Topic from the management system through the northbound interface; waits for step 404 to receive the storage policy issued by the management system; and in step 405, the configuration management module of the proxy server identifies the issued policy information, and this branch ends. In step 402, if it is queried that there is a storage policy for this Topic locally and the storage policy is within the validity period, at this time, regardless of whether there was a corresponding storage policy for this message before, now there is a storage policy within the validity period, and the two branches are merged. In step 406, this piece of data is stored according to the storage policy, including whether the Retain flag of this information is changed, the setting of the expiration date of this information, etc. In step 407, the proxy service system constructs a data processing queue according to the distribution policy and waits for data subscription. Thus, the method 400 ends.

[0084] Figure 5 Shown is an industrial data bus proxy service execution distribution policy method 500 based on software-defined technology. Method 500 starts with step 501, where the proxy service system connection management module receives the Topic and data Message published by the data publisher. In step 502, the proxy server queries whether there is a distribution policy for this Topic and the expiration date of this policy in the local distribution policy table. In step 502, if it is queried that there is no distribution policy for this Topic locally or this distribution policy has expired, then in step 503, the proxy service system requests the distribution policy for this Topic from the management system through the northbound interface; wait for step 504 to receive the distribution policy issued by the management system; and in step 505, the configuration management module of the proxy server identifies the issued distribution policy information, and this branch ends. In step 502, if it is queried that there is a distribution policy for this Topic locally and this distribution policy is within the validity period, at this time, regardless of whether there was a corresponding distribution policy for this message before, now there is guaranteed to be a distribution policy within the validity period, and the two branches are merged. In step 506, this piece of data is adjusted according to the distribution policy, including the QoS identifier of this information, the position in the waiting queue during distribution, etc. In step 507, the proxy service system waits for data subscriptions and delivers the data according to the arranged queue. Thus, method 500 ends.

Claims

1. An industrial data bus proxy service method based on software-defined technology, characterized in that Process the data sent by the new policy of the industrial data bus management system and the data published by the industrial data bus publishing end respectively, which specifically includes the following steps: The northbound interface communicates with the data bus management system, reports data publishing information, and receives different policies sent down. The data space stores and maintains the Topic list, subscription node table, data storage table, and publishing node table. The distribution management module constructs an architecture of matching-binding-distribution queue, and dynamically executes different response distribution policies for different Topics. The bridging module executes the data bus storage policy and completes data transmission through the publish-subscribe interface. The connection management module communicates with the data publishing end and the data subscription end.

2. The industrial data bus proxy service method based on software-defined technology according to claim 1, characterized in that The processing of the data sent by the new policy of the industrial data bus management system includes the following steps: Construct the management relationship with the management system. Receive the storage policy and distribution policy bound to the Topic sent down by the management system. Complete the policy reception and report feedback messages to the management system.

3. The industrial data bus proxy service method based on software-defined technology according to claim 1, characterized in that The processing of the data published by the industrial data bus publishing end includes the following steps: Construct the management relationship with the management system and the communication relationship with the data publishing end respectively. Report the Topic published by the data publishing end to the management system and wait for the management system to send down relevant policy information. According to the policy information sent down by the management system, execute the storage policy, bind the distribution policy, and feedback the successful data publishing status to the publishing end.

4. The industrial data bus proxy service method based on software-defined technology according to claim 1, wherein The distribution management module executes the following steps: Bind the Topic to the distribution policy. When a subscriber subscribes to a certain Topic, match the Topic, bind the distribution policy for it, and put the data under the Topic into the corresponding data processing queue. The data processing queue distributes data to the subscriber to complete data subscription transmission.

5. The industrial data bus proxy service method based on software-defined technology according to claim 1, characterized in that The bridging module executes the following steps: Receive the storage policy sent down by the management system. Match the distributed storage object in the data space according to the storage policy. Complete data storage in the publish-subscribe mode.

6. An industrial data bus proxy service system based on software-defined technology, characterized in that, Processing the data sent by the new policy of the industrial data bus management system and the data published by the industrial data bus publishing end respectively includes: The northbound interface is used to communicate with the data bus management system, report data publishing information, and receive different policies sent down. The data space is used to store and maintain the Topic list, subscription node table, data storage table, and publishing node table. The distribution management module is used to construct an architecture of matching-binding-distribution queue, and dynamically execute different response distribution policies for different Topics. The bridging module is used to execute the data bus storage policy and complete data transmission through the publish-subscribe interface. The connection management module is used to communicate with the data publishing end and the data subscription end.

7. The industrial data bus proxy service system based on software-defined technology according to claim 6, characterized in that The distribution management module includes: The policy binding module is used to bind the Topic to the distribution policy. The data distribution module is used to, when a subscriber subscribes to a certain Topic, match the Topic, bind the distribution policy for it, and put the data under the Topic into the corresponding data processing queue, and the data processing queue distributes data to the subscriber to complete data subscription transmission.

8. The industrial data bus proxy service system based on software-defined technology according to claim 6, characterized in that, The bridging module includes: A policy receiving module, configured to receive the storage policies issued by the management system; A data matching module, configured to match distributed storage objects in the data space according to the storage policies; A publish-subscribe module, configured to complete data storage in a publish-subscribe mode.

9. An industrial data bus proxy server based on software-defined technology, characterized in that, It includes a memory and a processor; the memory is used to store computer programs; the processor is used to implement the industrial data bus proxy service method based on software-defined technology according to any one of claims 1-5 when executing the computer programs.

10. A computer-readable storage medium, characterized in that, A computer program is stored on the storage medium, and when the computer program is executed by the processor, the industrial data bus proxy service method based on software-defined technology according to any one of claims 1-5 is implemented.

Images