CN107122252B - Intersystem interaction method and device - Google Patents
Intersystem interaction method and device Download PDFInfo
- Publication number
- CN107122252B CN107122252B CN201710266113.XA CN201710266113A CN107122252B CN 107122252 B CN107122252 B CN 107122252B CN 201710266113 A CN201710266113 A CN 201710266113A CN 107122252 B CN107122252 B CN 107122252B
- Authority
- CN
- China
- Prior art keywords
- message queue
- data
- processing module
- message
- result data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/38—Information transfer, e.g. on bus
- G06F13/382—Information transfer, e.g. on bus using universal interface adapter
- G06F13/387—Information transfer, e.g. on bus using universal interface adapter for adaptation of different data processing systems to different peripheral devices, e.g. protocol converters for incompatible systems, open system
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Computer And Data Communications (AREA)
Abstract
The invention discloses an interaction method and device between systems, which are used for interaction between a first system and a second system with different system operating environments, and the method comprises the following steps: the method comprises the steps that a first processing module creates a first message queue, stores first data acquired from a first system into the first message queue and sends the first message queue; the second processing module receives the first message queue, acquires first data from the first message queue, applies the first data to the second system and stores corresponding result data acquired from the second system into the first message queue; and the first processing module acquires the result data from the first message queue and returns the result data to the first system. The scheme provided by the invention can solve the problem of incompatibility among systems with different operating environments and reduce the coupling degree among the systems.
Description
Technical Field
The present invention relates to the field of information interaction, and in particular, to an inter-system interaction method and apparatus.
Background
With the rapid development of informatization, enterprises need more and more systems for management and maintenance, and information interaction among the systems is increased. The currently widely adopted information interaction technology is to directly call a target system open WebService interface in a system, and the technology requires that the operating environments of all systems need to be consistent.
When the operating environments of the two interacting systems are not consistent, even when the two interacting systems use the same interface protocol, but one of the systems modifies the API encapsulated by the protocol, or the version of the protocol adopted by one of the systems is low, the two interacting systems cannot directly interact information or data. For example, in one system used by the applicant, the underlying layer uses the SOAP API provided by gSOAP, and in the SERVER layer, C is required to implement a call to the WebService interface of the target system, wherein the interface code for calling WebService is compiled and linked into a dynamic link library and registered into the system. However, in this case, the dynamic link library cannot be loaded. By looking up the link library of the SOAP API used by the system and analyzing the system log, the system uses the SOAP API and modifies part of function libraries, so that the SOAP API and the native SOAP API in the target system cannot be integrated.
Therefore, different systems have different specific operating environments, which brings various inconveniences to information interaction among the systems. Therefore, how to better realize complex information interaction between systems has become an urgent problem to be solved.
Disclosure of Invention
In view of this, embodiments of the present invention provide a method and an apparatus for interaction between systems, which aim to solve a problem that different systems that need to perform information interaction cannot perform interaction smoothly due to different operating environments, such as development languages, interface protocols, operating systems, and specific service systems.
The method for interaction between systems in the embodiment of the invention is used for interaction between a first system and a second system with different system operating environments, and comprises the following steps: the method comprises the steps that a first processing module creates a first message queue, first data obtained from a first system are stored in the first message queue and sent to the first message queue, and the first message queue has a unique identifier; a second processing module receives the first message queue, acquires the first data from the first message queue, applies the first data to the second system and stores corresponding result data obtained from the second system into the first message queue; and the first processing module acquires the result data from the first message queue and returns the result data to the first system.
The invention discloses an inter-system interaction device, which is used for interaction between a first system and a second system with different system operating environments and comprises the following components: the system comprises a first processing module, a second processing module and a third processing module, wherein the first processing module is configured to create a first message queue, store first data acquired from a first system into the first message queue and send the first message queue, and the first message queue has a unique identifier; a second processing module configured to receive the first message queue, obtain the first data from the first message queue, apply the first data to the second system, and store corresponding result data obtained from the second system in the first message queue, where the first processing module is further configured to obtain the result data from the first message queue and return the result data to the first system.
Through the technical scheme of the embodiment of the invention, the problem that information interaction cannot be smoothly carried out among systems due to different operating environments is solved, the coupling degree among the systems is reduced, and the effect of realizing functional hot deployment in the systems is realized, thereby playing a great role in reducing the downtime of an enterprise production management system.
Drawings
FIG. 1 is a schematic flow chart diagram illustrating one embodiment of a method for intersystem interaction of the present invention;
FIG. 2 is a schematic flow chart diagram illustrating another embodiment of an intersystem interaction method of the present invention;
FIG. 3 is a schematic flow chart diagram illustrating yet another embodiment of a method for intersystem interaction in accordance with the present invention;
FIG. 4 is a schematic block diagram illustrating one embodiment of an intersystem interaction apparatus of the present invention;
FIG. 5 is a schematic block diagram illustrating one embodiment of an inter-system interaction apparatus of the present invention.
Detailed Description
Embodiments of the present invention will be described in detail below with reference to the accompanying drawings.
FIG. 1 is a schematic flow chart diagram illustrating one embodiment of an intersystem interaction method of the present invention. In the embodiment of the present invention, the inter-system interaction method is used to perform interaction between a first system and a second system having different system operating environments, where the different system operating environments may be different in one aspect or different in different aspects, for example, in development language, interface protocol, operating system, and the like. The embodiment of the invention has no limitation on the specific type of the system for interacting the two parties.
As shown in fig. 1, the method for interaction between systems according to the embodiment of the present invention may include the following steps:
s101, a first processing module creates a first message queue, stores first data acquired from a first system into the first message queue and sends the first message queue;
when the first system needs to perform information interaction or data interaction with the second system, the first system can call the first processing module or inform the first processing module to start working. The first processing module acquires first data needing to interact with a second system from a first system. The first processing module may create a dedicated data structure according to the data processing rule of the first system after creating the first message queue, and store the first data in the first message queue using the data structure. The first message queue can store a plurality of messages, the first message queue can have a unique identifier, each message in the first message queue can also have a unique identifier, and the message queue and the message can be identified, analyzed, stored, updated and the like according to the identifier of the message queue and the message in different processing stages.
In the embodiment of the present invention, an IPC (inter-process communication) message queue is used as an example of the first message queue, but the message queue usable in the present invention is not limited to this, and may also be, for example, a Redis message queue or a rabbitmessage queue.
S102, a second processing module receives the first message queue, acquires the first data from the first message queue, applies the first data to the second system and stores corresponding result data acquired from the second system into the first message queue;
the second processing module may receive the first message queue according to the identification of the message queue. The second processing module may retrieve the first data stored by the first processing module from the message queue, apply the first data to the second system, for example, call an associated process or interface of the second system to process the first data, and obtain corresponding result data from the second system. The second processing module may store the result data in the corresponding first message queue according to the identifier of the message queue.
S103, the first processing module acquires the result data from the first message queue and returns the result data to the first system.
The first processing module can identify the first message queue according to the identifier of the message queue, acquire the result data stored by the second processing module from the first message queue, and return the result data to the first system.
Through the technical scheme of the embodiment of the invention, the problem that information interaction cannot be smoothly carried out among systems due to different operating environments is solved, the coupling degree among the systems is reduced, and the effect of realizing functional hot deployment in the systems is realized, thereby playing a great role in reducing the downtime of an enterprise production management system. Meanwhile, the message queue can be realized in the bottom layer of the system, so that the structured storage and interaction can be carried out on the complex data to be interacted, and the information or data processing speed can be improved.
FIG. 2 is a schematic flow chart diagram illustrating another embodiment of an intersystem interaction method of the present invention.
As shown in fig. 2, steps S201 to S203 are the same as steps S101 to S103 in the embodiment shown in fig. 1, and the method for interaction between systems according to the embodiment of the present invention may further include the following steps based on the embodiment shown in fig. 1:
s204, the first processing module deletes the first message queue after acquiring the result data from the first message queue.
In the embodiment of the invention, each time the first system generates data needing to interact with the second system, the first processing module creates a new first message queue, and deletes the first message queue after obtaining the result data stored by the second processing module. Therefore, excessive message queues generated in the interaction process can be avoided, the waste of queue resources is avoided, and meanwhile, the complexity of the data processing process can be reduced.
In one embodiment of the invention, the first data of the first system to be interacted with may consist of a plurality of data units, which may be to be extracted in different data objects, e.g. tree structured data. After the first processing module obtains the first data composed of a plurality of data units, the data units can be stored in each message in the first message queue, and a unique identifier can be assigned to each message in the first message queue. Each message may store one data unit or a plurality of data units, and some data units may need to be stored in different messages in several parts. The storage and reception of the messages may be performed according to identifiers of the messages, and a distribution manner of the data units in the messages may be agreed between the first processing module and the second processing module, for example, after the data units are arranged in sequence, the data are written into the messages in the sequence of the identifiers, so that after the second processing module receives the first message queue, all the data units extracted from each message can be arranged in the original sequence and reassembled into the first data according to the unique identifier of each message in the first message queue.
In another embodiment of the present invention, the first data may be constituted by a plurality of data units, and the first processing module or the first system may assign a unique number to each data unit. After the first processing module obtains the first data composed of a plurality of data units, the data units can be respectively stored in each message in the first message queue, and each message can store one data unit or a plurality of data units. And after receiving the first message queue, the second processing module takes out the data units in each message in the first message queue and integrates the data units into the first data again according to the unique number of each data unit.
In the embodiment of the invention, when the structure of the result data is simpler, the result data can be transmitted through one message in the message queue. When the structure of the result data is also complex, for example, the result data includes a plurality of data units, the result data may also be transmitted in a manner similar to that of the first data. For example, the second processing module may store the plurality of data units of the result data in sequence in a plurality of messages of the message queue, and the first processing module reintegrates the plurality of data units extracted from the plurality of messages into the result data by identifying identifiers of the messages. Or, the second processing module may assign a unique number to each data unit of the result data, so that after the first processing module acquires a plurality of data units from a plurality of messages in the first message queue, the data units can be reintegrated into the result data according to the unique number of each data unit.
Through the above embodiments of the present invention, transmission and interaction of data with a complex structure can be realized between systems, thereby further widening the interaction range between systems and improving the information interaction capability between systems.
In an embodiment of the present invention, an interface capable of being called by the first system may be packaged in the first processing module, a message queue is created in the interface, a dedicated data structure is created for the first data, the first data is stored, and the like. The first system can trigger the interaction process by calling the interface in the first processing module, and transmits the first data to be interacted. And after the first processing module acquires the result data stored by the second processing module from the message queue, the result data is returned to the first system through the calling of the first system to the interface in the first processing module. According to the embodiment of the invention, the interface which can be called by the first system is packaged in the first processing module, so that the information processing efficiency can be improved.
In the embodiment of the present invention, the second processing module may encapsulate an interface that can be called by the first processing module, so that the first processing module can trigger the second processing module to start working, and the second processing module performs information interaction with the second system and then stores result data in the message queue and sends the result data. According to the embodiment of the invention, the interface which can be called by the first processing module is packaged in the second processing module, so that the information processing efficiency can be improved.
In the embodiment of the present invention, the creation, transmission, and reception of the first message queue may be performed in the system core, and the transmission of the first data and the result data through the message queue is also performed in the system core. By the embodiment of the invention, the data transmission and processing efficiency can be improved.
In this embodiment of the present invention, the first processing module and the second processing module may be both disposed in the first system, for example, the first processing module and the second processing module may be implemented by a programming language, when the first processing module runs, the first processing module may apply a system kernel space to the first system to store a message queue, create a data structure to perform an operation of storing the first data in a message, and call an interface in the second processing module to trigger the second processing module to work, and the second processing module may obtain the message queue and the first data therein from the kernel space, and store the result data in the message queue of the kernel space. In addition, the first processing module and the second processing module may also be provided independently of the first system, and the device where the first processing module is located is connected to the first system, and the device where the second processing module is located is connected to the second system, and the first processing module and the second processing module perform transmission and reception of the message queue through a shared storage space. Those skilled in the art can arrange the specific arrangement positions of the first and second process modules as required according to the concept of the present invention.
FIG. 3 is a schematic flow chart diagram illustrating a method of interaction between systems in accordance with yet another embodiment of the present invention.
As shown in fig. 3, the inter-system interaction method according to the embodiment of the present invention includes the following steps:
s301, a first processing module creates a first message queue, stores first data acquired from a first system into the first message queue and sends the first message queue;
s302, a second processing module receives the first message queue, acquires the first data from the first message queue, applies the first data to the second system, stores corresponding result data acquired from the second system into the first message queue, and returns a state value;
and S303, after the first processing module detects the state value, acquiring result data from the first message queue and returning the result data to the first system.
In the embodiment of the present invention, after the second processing module stores the result data in the first message queue, a status value is returned to indicate that the second processing module normally completes its operation. The first processing module may determine that the second processing module has completed storing the result data based on the detection of the state value, thereby enabling the result data to be quickly retrieved from the first message queue and returned to the first system.
FIG. 4 is a schematic block diagram illustrating one embodiment of an inter-system interaction apparatus of the present invention. The intersystem interaction device of the embodiment of the invention is used for ensuring the system to operate in an environment
And the second system 20.
As shown in fig. 4, the inter-system interaction apparatus according to the embodiment of the present invention may include a first processing module 30 and a second processing module 40.
The first processing module 30 may be configured to create a first message queue, store first data obtained from the first system 10 in the first message queue, and transmit the first message queue. The first processing module 30 may be configured to assign a unique identifier to the first message queue and to assign a unique identifier to each message in the first message queue.
The second processing module 40 may be configured to receive the first message queue, retrieve first data from the first message queue, apply the first data to the second system 20 and store corresponding result data obtained from the second system 20 in the first message queue.
The first processing module 30 may be further configured to retrieve the result data from the first message queue and return the result data to the first system 10.
When the first system 10 needs to perform information interaction or data interaction with the second system 20, the first system 10 may call the first processing module 30 or notify the first processing module 30 to start working. The first processing module 30 obtains first data from the first system 10 that requires interaction with the second system 20. The first processing module 30, after creating the first message queue, may create a dedicated data structure according to the data processing rules of the first system 10, and use the data structure to store the first data in the first message queue.
The second processing module 40 may receive the first message queue according to the identification of the message queue. The second processing module 40 may retrieve the first data stored by the first processing module 30 from the message queue, apply the first data to the second system 20, for example, call an associated process or interface of the second system 20 to process the first data, and obtain corresponding result data from the second system 20. The second processing module 40 may store the result data in the corresponding first message queue according to the identifier of the message queue. The first processing module 30 may identify the first message queue based on the identification of the message queue and retrieve the result data stored by the second processing module 40 therefrom and return the result data to the first system 10.
In one embodiment of the invention, the first processing module 30 may be further configured to delete the first message queue after retrieving the result data from the first message queue. Therefore, excessive message queues generated in the interaction process can be avoided, the waste of queue resources is avoided, and meanwhile, the complexity of the data processing process can be reduced.
FIG. 5 is a schematic block diagram illustrating one embodiment of an inter-system interaction apparatus of the present invention.
As shown in fig. 5, in this embodiment of the present invention, the first system is implemented as a product lifecycle management system in an enterprise, and the second system is implemented as a GM management system. Although both the two systems adopt the SOAP API, the product life cycle management system modifies part of the function library, so that the two systems cannot be integrated with the native SOAP API in the GM management system, and the two systems cannot directly interact information or data due to the fact that the running environments are not completely the same.
The first processing module is implemented as a product lifecycle management system underlying message processing module (hereinafter, simply referred to as an underlying message processing module), and the second processing module is implemented as a GM management system middleware module (hereinafter, simply referred to as a middleware module). In the embodiment of the invention, a UNIX IPC message queue is adopted as a first message queue.
The bottom layer message processing module is packaged with an interface for the product life cycle management system to call, an IPC message queue is established in the interface, and a specific data structure is established according to the specific data processing mode of the product life cycle management system to store the information needing to be interacted. The message queue can store a plurality of messages, a unique identifier is generated for each message, and in different processes of the system, the same message can be subjected to type analysis, storage, updating, sending, deleting and other operations according to the identifier.
The middleware module may maintain information that needs to be interacted between the two systems. The bottom layer message processing module sends the data or information to be interacted to the storage unit of the middleware module (or to other storage units) through the IPC message queue, and the middleware module processes the data in the storage unit through the GM management system and sends the processed result data to the bottom layer message processing module through the information queue.
And the interface in the bottom layer message processing module encapsulates various processing modes of the message queue according to the specific data processing mode of the product life cycle management system.
In the present embodiment, the following data structure can be used for the message queue, for example, but the data structure that can be used in the present embodiment is not limited to this:
the above data structure is hereinafter referred to as a BOM information structure. Here, BOM (Bill of Material) is a computer recognizable product structure data file.
The BOM information structure stores data that needs to be interacted between the two systems. Different data interaction processes can create a message queue whose identifier is unique by using the msgget (IPC _ prior, 0666 IPC _ credit | IPC _ EXCL) instruction.
In practical applications, different data blocks in a complete BOM data block need to be extracted from different data objects. A complete BOM information structure has a strict hierarchical structure, and the individual data blocks in each layer also have a certain order, i.e. a complete BOM data block is organized by multiple data units in a specific order. Each data unit may be assigned a unique lookup number, which the underlying message processing module may store in the above data structure using msg _ type.
The middleware module may integrate the data units together according to the lookup numbers of the data units when receiving the message queue. In order to reduce the number of interface calls and improve the efficiency of data transmission, a bottom layer message processing module serving as a message sending end can write all data units of a complete BOM data block into the same message queue and store data to be sent into the message queue. The middleware module may obtain the IDs of the message queues created by the underlying message processing modules.
The message queue can be sent by msgsnd (msgid, data,512, msgtype, IPC _ novait) instruction in the bottom layer message processing module, and the message queue can be received by msgrcv (msgid, data,512, msgtype, IPC _ novait) instruction in the middleware module as the message receiving end,
and after the middleware module receives the message queue stored with the data, the data is reintegrated.
After the middleware module receives the message queue, each data unit extracted from each message is Qo＝(q3,q1,q2,...qn,qn-1) Then, obtaining the required data Q by a custom sorting algorithm sort (Q), namely:
Q＝(q1,q2,q3,...qn-1,qn)＝Sort(Qo)
after the data unit is reintegrated, the middleware module applies the obtained complete data to the GM management system and backfills the result data generated by the GM management system into the return msg field of the BOM information structure of the message queue. The bottom layer message processing module can acquire the result data from the message queue, analyze the result data and judge the correctness of data transmission.
The transmission process of the embodiment of the invention uses a UNIX IPC system kernel communication mode, and the transmission process is to drive a system kernel to generate a message queue and transmit data or messages by calling a system command. Return values of four stages are involved in a complete information interaction process, and each return value can be analyzed to judge the correctness of a processing result.
The specific analytic modes of the return values of the four stages are as follows:
stage 1: the bottom layer message processing module calls a system command to create a subprocess for preparation work such as the execution of a program by a middleware module, if the work is successful, the return value is 0, and if the work is failed, the return value is-1;
and (2) stage: the middleware module calls the system command and executes the program in the subprocess, if the system command fails or is not normally executed and finished, the return value is set as status which is shaping data, the failure reason is written into the lower 8-15 bits of the status, at this time, a WIFEXITED (status) instruction can be used in the bottom layer message processing module, and when WEXITSTATUS (status) is 0, the processing procedure of the subprocess, namely the middleware module is normally finished;
and (3) stage: if the stage 2 is normally finished, the bottom layer message processing module reads the message in the message queue and takes out the result data stored in the return msg in the BOM information structure;
and (4) stage: after the bottom layer message processing module obtains the result data, the used message queue can be deleted by calling an msgctl (msgid, IPC _ RMID,0) instruction, so that the waste of system resources caused by excessive message queues generated in the system is avoided.
The bottom message processing module in fig. 5 may be deployed with the product lifecycle management system, and the bottom message processing module is triggered by some operations of the system, and the bottom message processing module calls an interface in the middleware module to trigger the middleware module to work, and the middleware module interacts with the GM management system using data in the message queue, and stores result data returned by the GM and the management system in a return field of the message queue and sends the result data. And when the bottom layer message processing module detects that the returned message exists in the message queue, the returned result data is taken out and returned to the product life cycle management system, so that the information interaction process between the systems is completed.
While the embodiments of the present invention have been described, the present invention is not limited to the above specific embodiments or implementations, and those skilled in the art can make various modifications or changes to the embodiments of the present invention without departing from the spirit of the present invention, and the modifications or changes fall within the scope of the claims of the present application.
Claims (9)
1. An inter-system interaction method for enabling interaction between a first system and a second system with different system operating environments comprises the following steps:
the method comprises the steps that a first processing module creates a first message queue, first data obtained from a first system are stored in the first message queue and sent to the first message queue, and the first message queue has a unique identifier;
a second processing module receives the first message queue, acquires the first data from the first message queue, applies the first data to the second system and stores corresponding result data obtained from the second system into the first message queue;
the first processing module acquires the result data from the first message queue and returns the result data to the first system;
wherein the first processing module has an interface callable by a first system, and the second processing module has an interface callable by the first processing module.
2. The method of claim 1, wherein the method further comprises:
and the first processing module deletes the first message queue after acquiring the result data from the first message queue.
3. The method of claim 1, wherein the first data is comprised of a plurality of data units stored in respective messages in the first message queue, each message in the first message queue having a unique identifier, the method further comprising:
and after receiving the first message queue, the second processing module integrates the plurality of data units into the first data according to the unique identifier of each message in the first message queue.
4. The method of claim 1, wherein the first data is comprised of a plurality of data units stored in respective messages in the first message queue, each of the data units having a unique number, the method further comprising:
and after receiving the first message queue, the second processing module integrates the data units into the first data according to the unique number of the data unit in each message in the first message queue.
5. The method of claim 1, wherein the result data is comprised of a plurality of data units, each of the data units having a unique number, the method further comprising:
the first processing module obtains the plurality of data units from the first message queue and integrates the plurality of data units into the result data according to the unique number of each data unit.
6. The method of claim 1, wherein the creating of the first message queue and the transmitting of the first data are performed in a system kernel.
7. The method of claim 1, wherein the method further comprises:
the second processing module returns a state value after storing the result data in the first message queue,
and after detecting the state value, the first processing module acquires the result data from the first message queue.
8. An inter-system interaction apparatus for enabling interaction between a first system and a second system having different system operating environments, the apparatus comprising:
the system comprises a first processing module, a second processing module and a third processing module, wherein the first processing module is configured to create a first message queue, store first data acquired from a first system into the first message queue and send the first message queue, and the first message queue has a unique identifier;
a second processing module configured to receive the first message queue, obtain the first data from the first message queue, apply the first data to the second system and store corresponding result data obtained from the second system into the first message queue,
the first processing module is further configured to obtain the result data from the first message queue and return the result data to the first system;
wherein the first processing module has an interface callable by a first system, and the second processing module has an interface callable by the first processing module.
9. The apparatus of claim 8, wherein the first processing module is further configured to delete the first message queue after obtaining the result data from the first message queue.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710266113.XA CN107122252B (en) | 2017-04-21 | 2017-04-21 | Intersystem interaction method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710266113.XA CN107122252B (en) | 2017-04-21 | 2017-04-21 | Intersystem interaction method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN107122252A CN107122252A (en) | 2017-09-01 |
| CN107122252B true CN107122252B (en) | 2021-01-26 |
Family
ID=59724958
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710266113.XA Active CN107122252B (en) | 2017-04-21 | 2017-04-21 | Intersystem interaction method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN107122252B (en) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108710677B (en) * | 2018-05-18 | 2021-08-17 | 中国兵器工业新技术推广研究所 | Solution method for realizing multiple organization and multiple views of BOM data through NoSQL database |
| CN109918212A (en) * | 2019-02-14 | 2019-06-21 | 深圳市双合电气股份有限公司 | A kind of electric power data monitoring system |
| CN110083463B (en) * | 2019-04-22 | 2021-07-20 | 中国地质大学（北京） | Real-time data communication method between 3D image engine and numerical processing software |
| CN111541824B (en) * | 2020-04-21 | 2021-11-26 | 北京思特奇信息技术股份有限公司 | Method and system for communication information transmission |
| CN111930678A (en) * | 2020-08-14 | 2020-11-13 | 山东云海国创云计算装备产业创新中心有限公司 | Data transmission method and device, electronic equipment and storage medium |
| CN114090096B (en) * | 2022-01-21 | 2022-04-15 | 成都云祺科技有限公司 | Method, system and storage medium for implementing network virtual file system |
| CN115037522B (en) * | 2022-05-17 | 2023-03-24 | 中国兵器工业信息中心 | Cross-network high-reliability data exchange system based on message queue |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105138691A (en) * | 2015-09-18 | 2015-12-09 | 北京百度网讯科技有限公司 | Method and system for analyzing user traffic |
| CN105681428A (en) * | 2016-01-25 | 2016-06-15 | 浪潮软件股份有限公司 | User information synchronizing system, method and device |
| CN105740083A (en) * | 2016-01-28 | 2016-07-06 | 努比亚技术有限公司 | Information processing method, device and system |
| CN105991520A (en) * | 2015-01-29 | 2016-10-05 | 朗新科技股份有限公司 | Inner/outer network interaction method and system |
| CN106060011A (en) * | 2016-05-12 | 2016-10-26 | 浪潮软件集团有限公司 | Intranet and extranet interaction method, self-service tax handling system, extranet device and intranet device |
-
2017
- 2017-04-21 CN CN201710266113.XA patent/CN107122252B/en active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105991520A (en) * | 2015-01-29 | 2016-10-05 | 朗新科技股份有限公司 | Inner/outer network interaction method and system |
| CN105138691A (en) * | 2015-09-18 | 2015-12-09 | 北京百度网讯科技有限公司 | Method and system for analyzing user traffic |
| CN105681428A (en) * | 2016-01-25 | 2016-06-15 | 浪潮软件股份有限公司 | User information synchronizing system, method and device |
| CN105740083A (en) * | 2016-01-28 | 2016-07-06 | 努比亚技术有限公司 | Information processing method, device and system |
| CN106060011A (en) * | 2016-05-12 | 2016-10-26 | 浪潮软件集团有限公司 | Intranet and extranet interaction method, self-service tax handling system, extranet device and intranet device |
Non-Patent Citations (1)
| Title |
|---|
| Linux消息队列分析及应用;杜毅;《计算机工程》;20041230;第30卷;第175-177页 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN107122252A (en) | 2017-09-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN107122252B (en) | Intersystem interaction method and device | |
| US11016673B2 (en) | Optimizing serverless computing using a distributed computing framework | |
| CN102891873B (en) | Method for storing log data and log data storage system | |
| CN111694857B (en) | Method, device, electronic equipment and computer readable medium for storing resource data | |
| CN105450618A (en) | Operation method and operation system of big data process through API (Application Programming Interface) server | |
| US20200364258A1 (en) | Container Image Size Reduction Via Runtime Analysis | |
| Haubenwaller et al. | Computations on the edge in the internet of things | |
| CN105162673A (en) | Data transmission interface and method | |
| CN103176892A (en) | Page monitoring method and system | |
| CN113867600A (en) | Development method and device for processing streaming data and computer equipment | |
| CN112448992A (en) | Edge computing task scheduling method and device | |
| CN111930531A (en) | Data processing method, data production method, data consumption method, data production device, data consumption device and data consumption medium | |
| WO2019117767A1 (en) | Method, function manager and arrangement for handling function calls | |
| CN116980475B (en) | Data pushing system based on binlog and double annular buffer areas | |
| CN103593239B (en) | The method and device of application process command process in LINUX system | |
| CN103034545B (en) | Communication means between communications framework based on ACE and method and functional module | |
| US20200133749A1 (en) | Method and apparatus for transformation of mpi programs for memory centric computers | |
| CN116389321A (en) | Pressure testing method and device for full link of production environment | |
| CN103197920A (en) | Concurrency control method, control nodes and system | |
| CN113961194B (en) | Flutter cross-application-based engineering construction method, system, terminal and medium | |
| CN110597600A (en) | Method for modifying application configuration parameters of distributed system and distributed system | |
| CN107103058B (en) | Big data service combination method and composite service combination method based on Artifact | |
| CN115580667A (en) | Data transmission method, device, equipment and storage medium | |
| CN106899504B (en) | Cross-cluster service routing method and device | |
| CN115328457A (en) | Method and device for realizing form page based on parameter configuration |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |