Data transmission method, device and system for multi-site bus and storage medium

Abstract

The invention discloses a data transmission method, device and system for a multi-site bus and a storage medium. The data transmission method, device and system are used for improving the data access rate between site systems. The method comprises the steps that when new data sent by at least one system in preset systems is received, pre-stored subscription conditions of all the preset systems are obtained, and the preset systems are systems establishing connection with the local; traversing the subscription conditions to judge whether the new data meet at least one subscription condition or not; when the new data meets at least one target subscription condition, determining a system corresponding to the target subscription condition; and sending the new data to a system corresponding to the target subscription condition. By adopting the scheme, the data access rate between site systems can be improved.

Description

Technical Field

[0001] The present application relates to the technical field of data transmission, and in particular to a data transmission method, device, system and storage medium of a multi-site bus. Background Art

[0002] In the prior art, for a 1+N (1 headquarters + N sites) enterprise architecture, information is often managed by multiple independent systems in a decentralized manner. When a site system generates new data, the corresponding site system manages the new data. When other sites need the data, the data needs to be transmitted to the headquarters system, which then forwards it to other site systems. This serial transmission method results in a long information transmission path and requires multiple authentication requests, which limits the access rate.

[0003] Therefore, how to provide a data transmission method for a multi-site bus to improve the data access rate between site systems has become a technical problem that needs to be solved urgently. Summary of the invention

[0004] The present application provides a data transmission method, device, system and storage medium of a multi-site bus, which are used to improve the data access rate between site systems.

[0005] The present application provides a data transmission method of a multi-site bus, comprising:

[0006] When receiving new data sent by at least one of the preset systems, obtaining the pre-stored subscription conditions of each preset system, wherein the preset system is a system connected to the local system;

[0007] Traversing the subscription conditions to determine whether the new data satisfies at least one subscription condition;

[0008] When the new data satisfies at least one target subscription condition, determining a system corresponding to the target subscription condition;

[0009] The new data is sent to the system corresponding to the target subscription condition.

[0010] The beneficial effects of the present application are: when new data sent by at least one system in the preset system is received, the subscription conditions of each pre-stored preset system are obtained, wherein the preset system is a system that establishes a connection with the local; the subscription conditions are traversed to determine whether the new data meets at least one subscription condition; when the new data meets at least one target subscription condition, the system corresponding to the target subscription condition is determined; and the new data is sent to the system corresponding to the target subscription condition. This solution integrates and uniformly manages the data of the headquarters system and multiple site systems through a new unified bus system. The unified bus system and each site system adopt a "publish-subscribe" transmission mode. Through pre-stored subscription conditions, data is directly sent to the pre-subscribed system without multiple authentication requests, thereby reducing data transmission delays and improving access rates.

[0011] In one embodiment, the method further comprises:

[0012] Determine the type corresponding to the new data;

[0013] The new data is stored in the service directory according to the type corresponding to the new data.

[0014] In one embodiment, storing the new data in the service directory according to the type corresponding to the new data includes:

[0015] Match the data type with the type of each node in the service directory;

[0016] When the match is successful, the data is stored at the location of the successfully matched node.

[0017] In one embodiment, the method further comprises:

[0018] When the local unified portal receives a connection request from the system, the system is authenticated;

[0019] When the system authentication is successful, a connection with the system is established.

[0020] In one embodiment, authenticating the system includes:

[0021] Obtaining the token carried in the connection request;

[0022] Determine whether the token carried in the connection request is a legal token, wherein the legal token is a token pre-sent locally to each system that has passed the token authentication request;

[0023] When the token carried in the connection request is a legal token, it is determined that the system authentication is successful.

[0024] In one embodiment, the method further comprises:

[0025] When receiving a token acquisition request, determining whether the authentication information in the token acquisition request is legal authentication information, wherein the legal authentication information includes an account number and password sent in advance to each system that meets the connection conditions;

[0026] When the authentication information in the token acquisition request is legal authentication information, a legal token is sent to the system corresponding to the token authentication request.

[0027] In one embodiment, the method further comprises:

[0028] When receiving a data request sent by at least one target system in the preset system, determining whether a token carried in the data request is a legal token;

[0029] When the token carried in the data request is a legal token, obtaining the service code in the data request;

[0030] Traversing the service catalog according to the service code to determine the data requested by the target system;

[0031] Determining whether the data requested by the target system is data accessible by the target system;

[0032] When the data requested by the target system is data accessible to the target system, the data requested by the target system is sent to the target system.

[0033] The present application also provides a data transmission device for a multi-site bus, comprising:

[0034] An acquisition module, used for acquiring the pre-stored subscription conditions of each preset system when receiving new data sent by at least one system in the preset system, wherein the preset system is a system connected to the local system;

[0035] A judgment module, used for traversing the subscription conditions to judge whether the new data satisfies at least one subscription condition;

[0036] A first determination module, configured to determine a system corresponding to at least one target subscription condition when the new data satisfies the target subscription condition;

[0037] The sending module is used to send the new data to the system corresponding to the target subscription condition.

[0038] In one embodiment, the apparatus further comprises:

[0039] A second determination module, used to determine the type corresponding to the new data;

[0040] The storage module is used to store the new data in the service directory according to the type corresponding to the new data.

[0041] In one embodiment, the storage module comprises:

[0042] The matching submodule is used to match the type corresponding to the data with the type of each node in the service directory;

[0043] The storage submodule is used to store the data to the location of the successfully matched node when the match is successful.

[0044] In one embodiment, the apparatus further comprises:

[0045] An authentication module, used for authenticating the system when the local unified portal receives a connection request from the system;

[0046] A connection module is used to establish a connection with the system when the system authentication succeeds.

[0047] In one embodiment, the authentication module comprises:

[0048] A first acquisition submodule, used to acquire a token carried in the connection request;

[0049] A first judgment submodule is used to judge whether the token carried in the connection request is a legal token, wherein the legal token is a token pre-sent locally to each system that has passed the token authentication request;

[0050] The determination submodule is used to determine that the system authentication is successful when the token carried in the connection request is a legal token.

[0051] In one embodiment, the authentication module further includes:

[0052] A second judgment submodule is used to judge whether the authentication information in the token acquisition request is legal authentication information when a token acquisition request is received, wherein the legal authentication information includes an account number and password sent in advance to each system that meets the connection conditions;

[0053] The first sending submodule is used to send a legal token to the system corresponding to the token authentication request when the authentication information in the token acquisition request is legal authentication information.

[0054] In one embodiment, the authentication module further includes:

[0055] A third judgment submodule is used to judge whether the token carried in the data request is a legal token when receiving a data request sent by at least one target system in the preset system;

[0056] A second acquisition submodule, used for acquiring the service code in the data request when the token carried in the data request is a legal token;

[0057] A traversal submodule, used for traversing the service directory according to the service code to determine the data requested by the target system;

[0058] A fourth determination submodule, used to determine whether the data requested by the target system is data accessible to the target system;

[0059] The second sending submodule is used to send the data requested by the target system to the target system when the data requested by the target system is data accessible by the target system.

[0060] The present application also provides a unified bus system, comprising:

[0061] at least one processor; and,

[0062] a memory communicatively connected to the at least one processor; wherein,

[0063] The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to implement the data transmission method of the multi-site bus recorded in any of the above embodiments.

[0064] The present application also provides a computer-readable storage medium. When the instructions in the storage medium are executed by a processor corresponding to the unified bus system, the unified bus system can implement the multi-site bus data transmission method recorded in any of the above embodiments.

[0065] Other features and advantages of the present application will be described in the following description, and partly become apparent from the description, or be understood by practicing the present application. The purpose and other advantages of the present application can be realized and obtained by the structures specifically pointed out in the written description, claims, and drawings.

[0066] The technical solution of the present application is further described in detail below through the accompanying drawings and embodiments. BRIEF DESCRIPTION OF THE DRAWINGS

[0067] The accompanying drawings are used to provide a further understanding of the present application and constitute a part of the specification. Together with the embodiments of the present application, they are used to explain the present application and do not constitute a limitation of the present application. In the accompanying drawings:

[0068] Figure 1 This is a flow chart of a data transmission method of a multi-site bus in one embodiment of the present application;

[0069] Figure 2This is a schematic diagram of the structure of a data transmission device of a multi-site bus in one embodiment of the present application;

[0070] Figure 3 This is a schematic diagram of the hardware structure of a unified bus system in one embodiment of the present application. DETAILED DESCRIPTION

[0071] The preferred embodiments of the present application are described below in conjunction with the accompanying drawings. It should be understood that the preferred embodiments described herein are only used to illustrate and explain the present application and are not used to limit the present application.

[0072] Figure 1 Flow chart of a data transmission method of a multi-site bus in one embodiment of the present application, such as Figure 1 As shown, the method can be implemented as the following steps S101-S104:

[0073] In step S101, when new data sent by at least one of the preset systems is received, the pre-stored subscription conditions of each preset system are obtained, wherein the preset system is a system connected to the local system;

[0074] In step S102, the subscription conditions are traversed to determine whether the new data satisfies at least one subscription condition;

[0075] In step S103, when the new data satisfies at least one target subscription condition, a system corresponding to the target subscription condition is determined;

[0076] In step S104, the new data is sent to the system corresponding to the target subscription condition.

[0077] In this application, the execution subject is a new unified bus system. In order to achieve data sharing and improve data service capabilities, relatively independent data bus logical partitions are established for the headquarters and each site, and the data of each partition site is integrated and uniformly managed through the unified bus system. Each logical partition can be independently constructed, deployed and operated. Each logical partition is a level relationship with the same technical architecture. Of course, if there are differences in the technical architecture, an additional adaptation solution is required to perform certain modifications on the heterogeneous partitions and then integrate them into the unified bus system. In this application, direct cross-region access of each partition is not allowed. When there is a need for access across buses, the bus will proxy all access routes and standardize the original complex route access relationship into access between buses, that is, the access relationship between the bus Gateway and the unified entrance. System lists, service lists and service classification lists are stored in each logical partition. Through the unified bus system, each logical partition can be interconnected and a unified bus relationship can be established, that is, each partition is connected to other partitions through a unified bus, and finally a unified connection method between multiple buses can be established, data and services are shared uniformly on demand, and flexible scalability is achieved.

[0078] In the present application, when new data sent by at least one of the preset systems is received, the pre-stored subscription conditions of each preset system are obtained, wherein the preset system is a system that establishes a connection with the local.

[0079] In the present application, the preset system is a partition system connected to a unified bus. If a system needs to establish a connection with the unified bus system, the system sends a token acquisition request. When the unified bus system receives the token acquisition request, it determines whether the authentication information in the token acquisition request is legal authentication information, and the legal authentication information includes the account and password sent in advance to each system that meets the connection conditions; when the authentication information in the token acquisition request is legal authentication information, a legal token is sent to the system corresponding to the token authentication request. When establishing a connection, when the local unified entrance receives the system's connection request, it obtains the token carried in the connection request; determines whether the token carried in the connection request is a legal token, wherein the legal token is a token sent locally in advance to each system that has passed the token authentication request; when the token carried in the connection request is a legal token, it determines that the system authentication is successful; when the system authentication is successful, a connection between the unified bus and the system is established. Furthermore, the present application ensures data security through data authentication.

[0080] After the partition system is connected to the unified bus, when new data is generated in the partition system, it will be sent to the unified bus system synchronously. After receiving the new data, the unified bus system determines the type corresponding to the new data and stores the new data in the service directory according to the type corresponding to the new data. Specifically, the type corresponding to the data is matched with the type of each node in the service directory of the unified bus system; when the match is successful, the data is stored in the location where the matched node is located.

[0081] In the present application, the unified bus system and each partition system adopt a "publish-subscribe" transmission mode, and each partition system subscribes to the required data from the unified bus system through the subscription mode. After the partition system establishes a connection with the unified bus, the partition system sends the subscription conditions of the required data to the unified bus, and the subscription conditions of each partition system are pre-stored in the unified bus system. Therefore, in order to determine whether the new data is the required data of each system, when receiving the new data sent by at least one system in the preset system, the pre-stored subscription conditions of each preset system are obtained.

[0082] The subscription conditions are traversed to determine whether the new data meets at least one subscription condition; when the new data meets at least one target subscription condition, the system corresponding to the target subscription condition is determined; the new data is sent to the system corresponding to the target subscription condition, so that the unified bus sends the data to the corresponding system in the form of publication. Since the unified bus manages the data in a unified manner, after each system establishes a connection with the unified bus, the unified bus automatically sends the data to the system that meets the subscription conditions after the new data is generated, shortening the data transmission path and reducing the number of authentication requests, thereby reducing data transmission delays and improving access efficiency.

[0083] It is understandable that, under each service directory of this application, all data follow a unified data format standard to achieve data standardization and normalization. At the same time, the unified bus system can also dynamically convert different data formats to adapt to the problem of inconsistent data formats, further improve the data access rate, and meet the user's real-time acquisition of key information. At the same time, the system sets up an adaptation area and a staging area in the DMZ (demilitarized zone) and the intranet respectively. The DMZ adaptation area is used for format conversion of external data, converting the data into a standard format to ensure that the data in the staging area meets the data format requirements of the system. This design not only effectively solves the problem of inconsistent data formats, but also realizes cross-system data sharing and enhances the compatibility and adaptability of the system. For the new data reporting mechanism generated by each system later, the unified bus adopts an automated data directory update strategy. After the new data is reported to the unified bus, the system will automatically detect and analyze the data content and category to determine the specific business field or directory classification to which the data belongs. Through the dynamic update of the data directory, the system ensures that the newly added data can be quickly incorporated into the corresponding data directory. This mechanism not only ensures the real-time and accuracy of system data, but also reduces the need for manual intervention and improves the automation level of system data management. In addition, by establishing a mapping relationship with the directory, the unified bus can automatically trigger corresponding data updates and directory reconstruction based on data changes, ensuring the accuracy and integrity of data during subsequent calls.

[0084] In the process of designing a unified bus, in order to ensure the standardization and consistency of bus functions, this application has formulated standardized processes from two dimensions: business and technology: (1) Business level: Through standardized interface definitions and permission management systems, the bus system establishes a unified service call method between business modules. Based on a unified authentication and authorization mechanism, each system realizes cross-bus data sharing and operation permission control. When each business module accesses the bus, it must comply with the established service call rules and data processing protocols to ensure the controllability and consistency of data flow. (2) Technical level: In the design of the bus system, by establishing a unified interaction protocol and data standards, the project realizes automatic connection and data synchronization between buses. Each system establishes a unified trust relationship through two-to-two interconnections, and on this basis, service information is shared and monitored in real time. This architecture supports the connection of multiple systems, allowing data to flow between systems on demand. At the same time, through a visual management interface and standard operation and maintenance processes, users can view the bus status and data flow in real time, realizing the standardization and transparency of business operations and technical maintenance.

[0085] In addition, in the present application, if each system needs to access the data on the bus, when a data request sent by at least one target system in the preset system is received, it is determined whether the token carried in the data request is a legal token; when the token carried in the data request is a legal token, the service code in the data request is obtained; the service directory is traversed according to the service code to determine the data requested by the target system; it is determined whether the data requested by the target system is data accessible to the target system; when the data requested by the target system is data accessible to the target system, the data requested by the target system is sent to the target system.

[0086] Of course, the bus will pre-authorize the accessible range of each system. Therefore, when determining whether the data requested by the target system is data accessible to the target system, it can be determined whether the data requested by the target system falls within the pre-authorized accessible range. If it falls within the pre-authorized accessible range, it means that the data requested by the target system is data accessible to the target system.

[0087] The beneficial effects of the present application are: when new data is received from at least one of the preset systems, the subscription conditions of each pre-stored preset system are obtained, wherein the preset system is a system that establishes a connection with the local; the subscription conditions are traversed to determine whether the new data meets at least one subscription condition; when the new data meets at least one target subscription condition, the system corresponding to the target subscription condition is determined; and the new data is sent to the system corresponding to the target subscription condition. This solution integrates and uniformly manages the data of the headquarters system and multiple site systems through a new unified bus system. The unified bus system and each system adopt a "publish-subscribe" transmission mode. Through pre-stored subscription conditions, data is directly sent to the pre-subscribed system without multiple authentication requests, thereby reducing data transmission delays and improving access rates.

[0088] In one embodiment, the method can also be implemented as the following steps A1-A2:

[0089] In step A1, the type corresponding to the new data is determined;

[0090] In step A2, the new data is stored in a service directory according to the type corresponding to the new data.

[0091] In one embodiment, the above step A2 may be implemented as the following steps A21-A22:

[0092] In step A21, the type corresponding to the data is matched with the type of each node in the service directory;

[0093] In step A22, when the match is successful, the data is stored at the location where the successfully matched node is located.

[0094] In one embodiment, the method can also be implemented as the following steps B1-B2:

[0095] In step B1, when the local unified portal receives a connection request from the system, the system is authenticated;

[0096] In step B2, when the system authentication succeeds, a connection with the system is established.

[0097] In one embodiment, the above step B1 may be implemented as the following steps B11-B13:

[0098] In step B11, the token carried in the connection request is obtained;

[0099] In step B12, it is determined whether the token carried in the connection request is a legal token, wherein the legal token is a token pre-sent locally to each system that has passed the token authentication request;

[0100] In step B13, when the token carried in the connection request is a legal token, it is determined that the system authentication is successful.

[0101] In one embodiment, the method can also be implemented as the following steps C1-C2:

[0102] In step C1, when a token acquisition request is received, it is determined whether the authentication information in the token acquisition request is legal authentication information, wherein the legal authentication information includes an account number and password sent in advance to each system that meets the connection conditions;

[0103] In step C2, when the authentication information in the token acquisition request is legal authentication information, a legal token is sent to the system corresponding to the token authentication request.

[0104] In one embodiment, the method can also be implemented as the following steps D1-D2:

[0105] In step D1, when a data request sent by at least one target system in the preset system is received, it is determined whether the token carried in the data request is a legal token;

[0106] In step D2, when the token carried in the data request is a legal token, the service code in the data request is obtained;

[0107] In step D3, the service directory is traversed according to the service code to determine the data requested by the target system;

[0108] In step D4, determining whether the data requested by the target system is data accessible to the target system;

[0109] In step D5, when the data requested by the target system is data accessible to the target system, the data requested by the target system is sent to the target system.

[0110] Figure 2 FIG. 1 is a schematic diagram of a data transmission device of a multi-site bus in one embodiment of the present application. Figure 2 As shown, including:

[0111] The acquisition module 201 is used to acquire the pre-stored subscription conditions of each preset system when receiving new data sent by at least one system in the preset system, wherein the preset system is a system connected to the local system;

[0112] A judgment module 202, configured to traverse the subscription conditions to determine whether the new data satisfies at least one subscription condition;

[0113] A first determination module 203, configured to determine a system corresponding to the target subscription condition when the new data satisfies at least one target subscription condition;

[0114] The sending module 204 is used to send the new data to the system corresponding to the target subscription condition.

[0115] In one embodiment, the apparatus further comprises:

[0116] A second determination module, used to determine the type corresponding to the new data;

[0117] The storage module is used to store the new data in the service directory according to the type corresponding to the new data.

[0118] In one embodiment, the storage module comprises:

[0119] The matching submodule is used to match the type corresponding to the data with the type of each node in the service directory;

[0120] The storage submodule is used to store the data to the location of the successfully matched node when the match is successful.

[0121] In one embodiment, the apparatus further comprises:

[0122] An authentication module, used for authenticating the system when the local unified portal receives a connection request from the system;

[0123] A connection module is used to establish a connection with the system when the system authentication succeeds.

[0124] In one embodiment, the authentication module comprises:

[0125] A first acquisition submodule, used to acquire a token carried in the connection request;

[0126] A first judgment submodule is used to judge whether the token carried in the connection request is a legal token, wherein the legal token is a token pre-sent locally to each system that has passed the token authentication request;

[0127] The determination submodule is used to determine that the system authentication is successful when the token carried in the connection request is a legal token.

[0128] In one embodiment, the authentication module further includes:

[0129] A second judgment submodule is used to judge whether the authentication information in the token acquisition request is legal authentication information when a token acquisition request is received, wherein the legal authentication information includes an account number and password sent in advance to each system that meets the connection conditions;

[0130] The first sending submodule is used to send a legal token to the system corresponding to the token authentication request when the authentication information in the token acquisition request is legal authentication information.

[0131] In one embodiment, the authentication module further includes:

[0132] A third judgment submodule is used to judge whether the token carried in the data request is a legal token when receiving a data request sent by at least one target system in the preset system;

[0133] A second acquisition submodule, used for acquiring the service code in the data request when the token carried in the data request is a legal token;

[0134] A traversal submodule, used for traversing the service directory according to the service code to determine the data requested by the target system;

[0135] A fourth determination submodule, used to determine whether the data requested by the target system is data accessible to the target system;

[0136] The second sending submodule is used to send the data requested by the target system to the target system when the data requested by the target system is data accessible by the target system.

[0137] Figure 3 FIG. 1 is a schematic diagram of the hardware structure of a unified bus system in one embodiment of the present application. Figure 3 As shown, the unified bus system includes:

[0138] at least one processor 320; and,

[0139] A memory 304 in communication with the at least one processor 320; wherein,

[0140] The memory 304 stores instructions that can be executed by the at least one processor 320, and the instructions are executed by the at least one processor 320 to implement the data transmission method of the multi-site bus described in any of the above embodiments.

[0141] Reference Figure 3 The unified bus system 300 may include one or more of the following components: a processing component 302 , a memory 304 , a power component 306 , an input / output (I / O) interface 312 , and a communication component 316 .

[0142] The processing component 302 generally controls the overall operation of the unified bus system 300. The processing component 302 may include one or more processors 320 to execute instructions to complete all or part of the steps of the above method. In addition, the processing component 302 may include one or more modules to facilitate the interaction between the processing component 302 and other components.

[0143] The memory 304 is configured to store various types of data to support the operation of the unified bus system 300. Examples of such data include instructions for any application or method operating on the unified bus system 300, such as text, pictures, videos, etc. The memory 304 can be implemented by any type of volatile or non-volatile storage system or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.

[0144] The power component 306 provides power to various components of the unified bus system 300. The power component 306 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the unified bus system 300.

[0145] I / O interface 312 provides an interface between processing component 302 and peripheral interface modules, such as keyboards, click wheels, buttons, etc. These buttons may include but are not limited to: a home button, a volume button, a start button, and a lock button.

[0146] The communication component 316 is configured to enable the unified bus system 300 to provide the ability to communicate with other systems and cloud systems in a wired or wireless manner. The unified bus system 300 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, or a combination thereof. In an exemplary embodiment, the communication component 316 receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component 316 also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.

[0147] In an exemplary embodiment, the unified bus system 300 can be implemented by one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing systems (DSPDs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors or other electronic components to execute the multi-site bus data transmission method described in any of the above embodiments.

[0148] The present application also provides a computer-readable storage medium. When the instructions in the storage medium are executed by a processor corresponding to the unified bus system, the unified bus system can implement the multi-site bus data transmission method recorded in any of the above embodiments.

[0149] Those skilled in the art will appreciate that the embodiments of the present application may be provided as methods, systems, or computer program products. Therefore, the present application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) that contain computer-usable program code.

[0150] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to generate a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the processes in the flowchart and / or block diagram. Figure 1 A process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0151] These computer program instructions may also be stored in a computer-readable memory capable of directing a computer or other programmable data processing device to operate in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 A process or multiple processes and / or boxes Figure 1 A function specified in one or more boxes.

[0152] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operating steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing instructions for implementing the process in the computer or other programmable device. Figure 1 A process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0153] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A data transmission method for a multi-site bus, characterized in that: include: When receiving new data sent by at least one of the preset systems, obtaining the pre-stored subscription conditions of each preset system, wherein the preset system is a system connected to the local system; Traversing the subscription conditions to determine whether the new data satisfies at least one subscription condition; When the new data satisfies at least one target subscription condition, determining a system corresponding to the target subscription condition; The new data is sent to the system corresponding to the target subscription condition.

2. The method according to claim 1, characterized in that The method further comprises: Determine the type corresponding to the new data; The new data is stored in the service directory according to the type corresponding to the new data.

3. The method according to claim 2, characterized in that The storing the new data in the service directory according to the type corresponding to the new data includes: Match the data type with the type of each node in the service directory; When the match is successful, the data is stored at the location of the successfully matched node.

4. The method according to claim 1, characterized in that The method further comprises: When the local unified portal receives a connection request from the system, the system is authenticated; When the system authentication is successful, a connection with the system is established.

5. The method according to claim 4, characterized in that The authenticating the system comprises: Obtaining the token carried in the connection request; Determine whether the token carried in the connection request is a legal token, wherein the legal token is a token pre-sent locally to each system that has passed the token authentication request; When the token carried in the connection request is a legal token, it is determined that the system authentication is successful.

6. The method according to claim 5, characterized in that The method further comprises: When receiving a token acquisition request, determining whether the authentication information in the token acquisition request is legal authentication information, wherein the legal authentication information includes an account number and password sent in advance to each system that meets the connection conditions; When the authentication information in the token acquisition request is legal authentication information, a legal token is sent to the system corresponding to the token authentication request.

7. The method according to claim 6, characterized in that The method further comprises: When receiving a data request sent by at least one target system in the preset system, determining whether a token carried in the data request is a legal token; When the token carried in the data request is a legal token, obtaining the service code in the data request; Traversing the service catalog according to the service code to determine the data requested by the target system; Determining whether the data requested by the target system is data accessible by the target system; When the data requested by the target system is data accessible to the target system, the data requested by the target system is sent to the target system.

8. A data transmission device for a multi-site bus, characterized in that: include: An acquisition module, used for acquiring the pre-stored subscription conditions of each preset system when receiving new data sent by at least one system in the preset system, wherein the preset system is a system connected to the local system; A judgment module, used for traversing the subscription conditions to judge whether the new data satisfies at least one subscription condition; A first determination module, configured to determine a system corresponding to at least one target subscription condition when the new data satisfies the target subscription condition; The sending module is used to send the new data to the system corresponding to the target subscription condition.

9. A unified bus system, characterized in that: include: at least one processor; as well as, a memory communicatively connected to the at least one processor; wherein, The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to implement the data transmission method of the multi-site bus according to any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that: When the instructions in the storage medium are executed by a processor corresponding to the unified bus system, the unified bus system can implement the multi-site bus data transmission method as described in any one of claims 1 to 7.

Images