CN117076163A - Communication method and system between multiple standard service systems - Google Patents
Communication method and system between multiple standard service systems Download PDFInfo
- Publication number
- CN117076163A CN117076163A CN202311340438.XA CN202311340438A CN117076163A CN 117076163 A CN117076163 A CN 117076163A CN 202311340438 A CN202311340438 A CN 202311340438A CN 117076163 A CN117076163 A CN 117076163A
- Authority
- CN
- China
- Prior art keywords
- service
- service system
- message
- message processing
- configuration file
- 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.)
- Granted
Links
- 230000006854 communication Effects 0.000 title claims abstract description 193
- 238000004891 communication Methods 0.000 title claims abstract description 192
- 238000000034 method Methods 0.000 title claims abstract description 54
- 238000012545 processing Methods 0.000 claims abstract description 282
- 238000005538 encapsulation Methods 0.000 claims abstract description 16
- 230000003068 static effect Effects 0.000 claims description 9
- 230000005540 biological transmission Effects 0.000 claims description 7
- 230000003993 interaction Effects 0.000 claims description 7
- 238000012546 transfer Methods 0.000 claims description 7
- 238000006243 chemical reaction Methods 0.000 claims description 5
- 238000012795 verification Methods 0.000 claims description 4
- 230000004044 response Effects 0.000 claims description 3
- 230000026676 system process Effects 0.000 claims description 3
- 238000012827 research and development Methods 0.000 abstract description 22
- 230000002829 reductive effect Effects 0.000 abstract description 11
- 230000006870 function Effects 0.000 description 24
- 238000010586 diagram Methods 0.000 description 5
- 230000002452 interceptive effect Effects 0.000 description 5
- 230000008569 process Effects 0.000 description 5
- 238000003491 array Methods 0.000 description 2
- 238000010276 construction Methods 0.000 description 2
- 230000000670 limiting effect Effects 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000004806 packaging method and process Methods 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 230000003044 adaptive effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 238000012946 outsourcing Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
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
-
- 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/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer And Data Communications (AREA)
Abstract
The application provides a communication method and a system among multiple standard service systems, wherein the method comprises the following steps: acquiring second service systems registered by each first service system in a first service system set to be registered to obtain a second service system set; acquiring a configuration file set corresponding to the service demand of the user side, and determining a third service system set meeting the service demand from the second service system set according to the configuration file set; acquiring a target message processing unit set of a communication interface of each third service system from the message processing unit set; and for any third service system, carrying out chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of a communication interface of the third service system. The point-to-point research and development between service systems is not needed, the research and development cost and the research and development period are reduced, and the communication efficiency between the service systems is improved.
Description
Technical Field
The application relates to the field of data processing, in particular to a communication method and a communication system among multiple standard service systems.
Background
In implementation, the cost consultation belongs to an important project of an enterprise in the traditional industry in information system construction, wherein the information system can be constructed through the modes of purchasing, outsourcing custom development, leasing platform, small amount of independent research and development and the like of a third party product, so that a large degree of difference can exist between different information systems in the enterprise, and normal communication can not be realized between the different information systems.
In the process of cost consultation, a plurality of service functions are often used, wherein abnormal situations that the information systems of the service functions cannot normally communicate can exist, and in the related technology, the communication can be realized through point-to-point directional research and development between the systems, so that the research and development cost is high, and the research and development period is long.
Disclosure of Invention
The object of the present application is to solve at least to some extent one of the technical problems in the art described above.
The first aspect of the present application provides a communication method between multiple standard service systems, including: acquiring second service systems registered by each first service system in a first service system set to be registered to obtain a second service system set, wherein the first service system is one of a micro service system with a micro service architecture and a single service system without the micro service architecture; acquiring a configuration file set corresponding to service requirements of a user side, and determining a third service system set meeting the service requirements from the second service system set according to the configuration file set; acquiring a target message processing unit set of a communication interface of each third service system in the third service system set from the message processing unit set; and for any third service system, carrying out chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of a communication interface of the third service system, wherein the message processing link is used for message transmission among the third service systems.
The communication method between the multiple standard service systems provided by the first aspect of the application also has the following technical characteristics that:
according to one embodiment of the present application, the obtaining, from the set of message processing units, a set of target message processing units of a communication interface of each third service system in the set of third service systems includes: for any third service system, acquiring a processing stack configuration file in the configuration file set, acquiring a message processing flow of a first communication interface of the third service system according to the processing stack configuration file, and acquiring a message processing function of each flow node in the message processing flow; and acquiring an execution message processing unit for realizing the message processing function of each flow node from the message processing unit set, and acquiring a target message processing unit set of the first communication interface of the third service system according to the execution message processing unit of each flow node.
According to an embodiment of the present application, before obtaining, from the set of message processing units, a set of target message processing units of a communication interface of each third service system in the set of third service systems, the method includes: obtaining all general message processing elements in a pre-configured reference message processing stack, and decoupling all general message processing elements to obtain the message processing unit set of the reference message processing stack.
According to one embodiment of the application, the method further comprises: for any third service system, receiving a first message sent by the third service system through a first message processing link of a first communication interface, wherein the first communication interface is a communication interface of the third service system; determining a fourth service system which receives the first message in the third service system set, and forwarding the first message to the fourth service system, wherein the fourth service system processes the first message based on a second message processing link of a second communication interface to obtain a second message readable by the fourth service system.
According to one embodiment of the present application, the first message is obtained after being encrypted by the third service system according to a preset message encryption key.
According to an embodiment of the present application, the second message is obtained after the second message is decrypted and the message is checked by the fourth service system according to a preset message decryption key.
According to one embodiment of the application, the method further comprises: and acquiring a message configuration file in the configuration file set, and configuring a message format for the interaction message among the third service systems according to the message configuration file.
According to one embodiment of the application, the method further comprises: and acquiring a system parameter configuration file in the configuration file set, and carrying out parameter configuration on each third service system according to the system parameter configuration file.
According to one embodiment of the application, the method further comprises: and sending a service function execution instruction to the service support module in response to receiving a service function request of the service support module to be operated, wherein the service support module is a functional module for realizing communication among all third service systems in the third service system set.
According to one embodiment of the application, the method further comprises: for any first service system, responding to the first service system as a single service system without a micro service architecture, acquiring a proxy service system of the first service system, and determining a fifth service system obtained after registration of the proxy service system as a second service system after registration of the first service system.
A second aspect of the present application provides a communication system between multiple standard service systems, comprising: the system comprises a service registration component, a configuration component and a message processing stack, wherein the service registration component is used for providing registration service for an initial service system set to be registered to obtain a registered candidate service system set, and the initial service system set comprises a micro service system with a micro service architecture; the configuration component is configured to generate a configuration file according to a service requirement of a user side, determine a target service system set meeting the service requirement from the candidate service system set according to the configuration file, acquire a target message processing unit set of a communication interface of each target service system from a message processing unit set in the message processing stack, and perform chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of each communication interface.
The communication system between the multiple standard service systems provided by the second aspect of the present application further has the following technical characteristics, including:
according to one embodiment of the present application, the system further includes a proxy component, wherein the initial service system set further includes a proxy service system, and the proxy service system is obtained by proxy for a single service system that does not have the micro service architecture through the proxy component.
According to one embodiment of the application, the configuration component comprises a configuration file generation module and a system configuration module, wherein the configuration file generation module is used for generating a processing stack configuration file, a message configuration file and a parameter configuration file according to the service requirement; the system configuration module is used for acquiring the message configuration file and configuring a message format for the interaction message among all target service systems according to the message configuration file; the processing stack configuration file is obtained, and according to the processing stack configuration file, a target message processing unit set of a communication interface of each target service system is obtained from a message processing unit set included in the message processing stack, and each target message processing unit in the target message processing unit set is subjected to chained encapsulation to obtain a message processing link of each communication interface; and acquiring the parameter configuration file, and carrying out parameter configuration on each target service system according to the parameter configuration file.
According to one embodiment of the present application, the set of message processing units at least includes a message encrypting unit, a message decrypting unit, a message element checking unit, a message format converting unit, a message static byte-to-object converting unit and a hypertext transfer protocol request processing unit.
According to an embodiment of the present application, the system configuration module is further configured to decouple each general packet processing element in the packet processing stack to obtain the set of packet processing units in the packet processing stack.
According to one embodiment of the application, the system further comprises a distributed coordination component for coordinating operation between components in the communication system between the multiple standard business systems.
According to one embodiment of the application, the system further comprises a subscription component, wherein for any target service system, the target service system obtains service information of the subscribed service system through the subscription component.
According to one embodiment of the application, the system further comprises a dynamic form, wherein the dynamic form is used for providing dynamic form filling service for the user side so as to acquire the service requirement of the user side.
The communication method and system among the multiple standard service systems provided by the application acquire a second service system set formed by the second service systems registered by each first service system in the first service system set, determine a third service system set meeting the service requirements from the second service system set according to the configuration file set generated by the service requirements of the user side, acquire a target message processing unit set of the communication interface of each third service system from the message processing unit set, and perform chained encapsulation on each target message processing unit in the target message processing unit set, thereby acquiring a message processing link of the communication interface of each third service system for message transmission among each third service system. In the application, the communication between candidate service systems is realized through the communication systems among the multiple standard service systems, the point-to-point research and development among the service systems is not needed, the research and development cost and the research and development period are reduced, the communication efficiency among the service systems is improved, the configuration of the message processing links of the communication interfaces of each service system is carried out based on the configuration component, the redundant message processing units are not configured on the communication interfaces, the timeliness of the communication interfaces to message processing is improved, the load degree of the system to message processing is reduced, and the communication method among the service systems is optimized.
Additional aspects and advantages of the application will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the application.
Drawings
The foregoing and/or additional aspects and advantages of the application will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings, in which:
FIG. 1 is a flow chart of a communication method between multiple standard service systems according to an embodiment of the application;
FIG. 2 is a flow chart of a communication method between multiple standard service systems according to another embodiment of the present application;
FIG. 3 is a schematic diagram of a communication system between multiple standard service systems according to an embodiment of the present application;
FIG. 4 is a schematic diagram of a communication system between multiple standard service systems according to another embodiment of the present application;
fig. 5 is a schematic diagram of a communication system between multiple standard service systems according to another embodiment of the present application.
Detailed Description
Embodiments of the present application are described in detail below, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to like or similar elements or elements having like or similar functions throughout. The embodiments described below by referring to the drawings are illustrative and intended to explain the present application and should not be construed as limiting the application.
The following describes a communication method and system between multiple standard service systems according to an embodiment of the present application with reference to the accompanying drawings.
Fig. 1 is a flow chart of a communication method between multiple standard service systems according to an embodiment of the application, as shown in fig. 1, the method includes:
s101, acquiring second service systems registered by all first service systems in a first service system set to be registered to obtain a second service system set, wherein the first service system is one of a micro service system with a micro service architecture and a single service system without the micro service architecture.
In the implementation, due to the difference of respective system construction modes of different service systems, communication between the systems may not be performed normally.
The service system may be a cost system, or may be other service systems, which are not specifically limited herein.
In the embodiment of the application, normal communication among different service systems can be realized by constructing a communication system.
Optionally, the service system that needs to perform communication may register in the communication system, where a set of service systems to be registered in the communication system may be marked as a first service system set, and a system after the first service system is registered in the communication system may be marked as a second service system, so as to obtain the first service system set registration.
It should be noted that the first service system may be a micro service system with a micro service architecture, or may be a single service system without a micro service architecture.
S102, acquiring a configuration file set corresponding to the service requirement of the user side, and determining a third service system set meeting the service requirement from the second service system set according to the configuration file set.
In the embodiment of the application, the registered second service system set in the communication system can be opened to the user terminal based on the service requirement of the user terminal.
The method comprises the steps of generating a corresponding configuration file set according to service requirements of a user side, screening at least one service system capable of meeting the service requirements from a second service system set according to the configuration file set, marking the service system as a third service system, and further obtaining the third service system set capable of meeting the service requirements.
S103, obtaining a target message processing unit set of the communication interface of each third service system in the third service system set from the message processing unit set.
In the embodiment of the application, in the third service system set which is opened to the user side and is used for meeting the service requirement of the user side in the second service system set, the third service systems can communicate through messages.
In this scenario, the communication interfaces of each third service system in the third set of service systems may be configured with a message handling link.
Optionally, the processing unit that needs to be used when the communication interface of each third service system performs message sending and receiving may be obtained from a general packet processing unit set of the communication system, so as to obtain a target packet processing unit set of the communication interface of each third service system.
S104, for any third service system, each target message processing unit in the target message processing unit set is subjected to chained encapsulation to obtain a message processing link of a communication interface of the third service system, wherein the message processing link is used for message transmission among the third service systems.
Optionally, for any third service system, each message processing unit in the target message processing unit set of the third service system may be chained and packaged.
The method comprises the steps of determining the packaging sequence of each message processing unit based on the specific processing sequence of message receiving and sending, determining the packaged obtained link as a message processing link configured by a communication interface of the third service system, and realizing message receiving and sending through the message processing link, thereby realizing message transmission with other service systems.
The communication method among the multiple standard service systems provided by the application comprises the steps of obtaining a second service system set formed by second service systems registered by each first service system in a first service system set, determining a third service system set meeting service requirements from the second service system set according to a configuration file set generated by service requirements of a user side, obtaining a target message processing unit set of a communication interface of each third service system from a message processing unit set, and carrying out chain encapsulation on each target message processing unit in the target message processing unit set, thereby obtaining a message processing link of the communication interface of each third service system for message transmission among each third service system. In the application, the communication between candidate service systems is realized through the communication systems among the multiple standard service systems, the point-to-point research and development among the service systems is not needed, the research and development cost and the research and development period are reduced, the communication efficiency among the service systems is improved, the configuration of the message processing links of the communication interfaces of each service system is carried out based on the configuration component, the redundant message processing units are not configured on the communication interfaces, the timeliness of the communication interfaces to message processing is improved, the load degree of the system to message processing is reduced, and the communication method among the service systems is optimized.
In the above embodiment, regarding the first service system, the first service system may be a micro service system having a micro service architecture, or may be a single service system not having a micro service architecture.
Optionally, in a scenario that the first service system is a single service system without a micro service architecture, for any first service system, responding to the first service system being a single service system without a micro service architecture, acquiring a proxy service system of the first service system, and determining a fifth service system obtained after registration of the proxy service system as a second service system after registration of the first service system.
In the embodiment of the application, the first service system may be a single service system without a micro service architecture, and in this scenario, the communication system may perform proxy for the first service system as the single service system, so as to obtain a proxy service system after proxy.
Further, a system after the proxy service system is registered in the communication system is marked as a fifth service system, and the fifth service system is determined as a second service system after the first service system without the micro service architecture is registered in the communication system.
In the above embodiment, regarding the communication between the multiple standard service systems, it can be further understood with reference to fig. 2, and fig. 2 is a flow chart of a communication method between the multiple standard service systems according to another embodiment of the present application, as shown in fig. 2, the method includes:
S201, aiming at any third service system, acquiring a processing stack configuration file in a configuration file set, acquiring a message processing flow of a first communication interface of the third service system according to the processing stack configuration file, and acquiring a message processing function of each flow node in the message processing flow.
In the embodiment of the application, a reference message processing stack formed by general message processing elements is arranged in a communication system, wherein each general message processing element in the pre-configured reference message processing stack can be acquired, and each general message processing element is decoupled to obtain a message processing unit set of the reference message processing stack.
It can be understood that, by decoupling each general message processing element, a single decoupled message processing element is obtained as a message processing unit, so as to obtain a message processing unit set of a reference message processing stack.
As an example, each message processing element of the set reference message processing stack may include a message encryption element, a message decryption element, a message element check element, a message format conversion element, a message static byte-to-object element, and a hypertext transfer protocol request processing element.
Further, the message encrypting element, the message decrypting element, the message element checking element, the message format converting element, the message static byte converting object element and the hypertext transfer protocol request processing element can be decoupled, and a single processing element obtained after decoupling is marked as a message processing unit, so that a message processing unit set including the message encrypting unit, the message decrypting unit, the message element checking unit, the message format converting unit, the message static byte converting object element and the hypertext transfer protocol request processing unit of the reference processing message stack is obtained.
In the embodiment of the application, the configuration file set further comprises a message configuration file, wherein the message configuration file in the configuration file set can be obtained, and the message format is configured for the interactive messages among the third service systems according to the message configuration file.
Optionally, at least part of the fields can be obtained from a message data dictionary of the communication system based on the message configuration file, the part of the fields are assembled based on a preset format, and the message format obtained after the assembly is determined as the message format of the interactive messages such as the request message, the output message and the like of each third service system.
In the embodiment of the application, the configuration file set further comprises a system parameter configuration file, wherein the system parameter configuration file in the configuration file set can be obtained, and parameter configuration is performed on each third service system according to the system parameter configuration file.
Optionally, before running based on service requirements, each third service system needs to perform parameter configuration, where a system parameter configuration file in the configuration file set may be obtained, and assignment and configuration of parameters are performed for each third service system based on specific parameter information included in the parameter configuration file, so as to implement instantiation operation of each third service system, and implement satisfaction of service requirements of a user side based on communication between the third service systems after the instantiation operation.
Further, a message processing flow of the first communication interface of the third service system and a message processing function required by each flow node in the message processing flow are acquired from the message processing unit set through a processing stack configuration file in the configuration file.
S202, acquiring an execution message processing unit for realizing the message processing function of each flow node from the message processing unit set, and acquiring a target message processing unit set of a first communication interface of a third service system according to the execution message processing unit of each flow node.
Optionally, for any flow node in the message processing flow of the first communication interface of any third service system, a message processing unit capable of implementing a message processing function of the flow node may be obtained from the set of message processing units, and be used as an execution message processing unit of the flow node.
Further, a set formed by execution message processing units of each flow node of the message processing flow of the first communication interface is determined as a target message processing unit set of the first communication interface.
S203, for any third service system, chained packaging is carried out on each target message processing unit in the target message processing unit set to obtain a message processing link of a communication interface of the third service system, wherein the message processing link is used for message transmission among the service systems.
Step S203 may refer to the relevant details in the above embodiments, and will not be described herein.
S204, for any third service system, receiving a first message sent by the third service system through a first message processing link of a first communication interface, wherein the first communication interface is a communication interface of the third service system.
Alternatively, the communication interface configured by the third service system may be determined as the first communication interface, and the message processing link of the first communication interface may be labeled as the first message processing link.
Further, the message sent by the third service system based on the first message processing link is marked as a first message sent by the third service system.
It should be noted that, before the first message is sent, the third service system needs to encrypt the first message, which can be understood that the first message is obtained after the third service system encrypts the first message according to the preset message encryption key.
Optionally, the third service system has a preset message encryption key, and before the first message is sent, the first message is sent after the first message is obtained by encrypting the unencrypted message by using the preset message encryption key.
S205, determining a fourth service system in the third service system set for receiving the first message, and forwarding the first message to the fourth service system, wherein the fourth service system processes the first message based on a second message processing link of the second communication interface to obtain a second message readable by the fourth service system.
In the embodiment of the present application, the service system for receiving the first packet in the third service system set may be determined as the fourth service system.
Optionally, after the communication system forwards the first message to the fourth service system, the fourth service system can receive and process the first message based on the configured second communication interface, where the second message is obtained after the second message is decrypted by the fourth service system according to the preset message decryption key and the message verification is passed.
It can be understood that after the fourth system receives the first message through the second communication interface configured by the fourth system, the fourth system may decrypt the first message according to the preset message decryption key and perform processes such as message verification, and determine the processed message as a second message readable by the fourth service system.
It should be noted that the communication system is further provided with a distributed adjustment module, where, in response to receiving a service function request of the service support module to be operated, a service function execution instruction is sent to the service support module, where the service support module is a functional module for implementing communication between each third service system in the third service system set.
In the embodiment of the application, the module in the communication system for supporting the communication between the third service systems in the third service system set can be determined as the service support module in the communication system.
Optionally, after the distributed adjustment module receives a service function request of the service support module to be operated, a corresponding execution instruction is generated based on the received request, and the corresponding execution instruction is sent to the service support module as a service function execution instruction indicating the operation of the service support module.
Further, the service support module starts to operate based on the received service function execution instruction, so that communication support among all third service systems is realized.
According to the communication method among the multiple standard service systems, communication among the candidate service systems is realized through the communication systems among the multiple standard service systems, point-to-point research and development among the service systems is not needed, research and development cost and research and development period are reduced, communication efficiency among the service systems is improved, the configuration of message processing links of communication interfaces of the service systems is carried out based on the configuration component, redundant message processing units are not configured on the communication interfaces, timeliness of the communication interfaces for message processing is improved, load degree of the system for message processing is reduced, and the communication method among the service systems is optimized.
Fig. 3 is a schematic diagram of a communication system between multiple standard service systems according to an embodiment of the present application, as shown in fig. 3, the system includes:
the communication system 300 between multiple standard business systems includes a service registration component 310 and a configuration component 320, wherein,
the service registration component 310 is configured to provide a registration service for an initial service system set to be registered, so as to obtain a registered candidate service system set, where the initial service system set includes a micro service system with a micro service architecture.
And the configuration component 320 is configured to generate a configuration file according to the service requirement of the user side, and determine a target service system set meeting the service requirement from the candidate service system sets according to the configuration file.
The communication system 300 between multiple standard service systems further comprises a message processing stack, and the configuration component 320 is further configured to obtain a target message processing unit set of the communication interfaces of each target service system from the message processing unit set in the message processing stack, and perform chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of each communication interface.
In the embodiment of the present application, the communication system 300 between the multiple standard service systems may include a service registration component 310 and a configuration component 320, where the service registration component 310 may provide registration services for each initial service system in the initial service system set to be registered, and mark the service system registered by the service registration component 310 as a registered candidate service system set.
The service system registered in the service registration component 310 may include a service system with a micro service architecture, and the service system with the micro service architecture may be labeled as a micro service system.
Alternatively, the micro service business system may complete service registration in the multi-standard inter-business system communication system 300 through a registration channel provided by the service registration component 310 for the business system.
In this scenario, each candidate business system in the set of candidate business systems registered by the service registration component 310 may communicate through the communication system 300 between the multiple standard business systems.
In the embodiment of the present application, the communication system 300 between the multiple standard service systems may perform the opening of a part of functions based on the user requirement and/or the user authority, and in this scenario, the service requirement of the user side may be obtained by the configuration component 320 and a corresponding configuration file may be generated, where the configuration file carries service system information that needs to be opened to the user side by the communication system 300 between the multiple standard service systems in a scenario that satisfies the service requirement of the user side.
Further, a service system set, which is required to be opened to a user side by the communication system 300 among the multiple standard service systems, is acquired from the candidate service system set registered by the communication system 300 among the multiple standard service systems based on the configuration file, and a target service system set required to be opened to meet the service requirement of the user side is determined.
Optionally, a message processing stack is further present in the communication system 300 between the multiple standard service systems, and through the message processing stack, message communication interaction between each candidate service system in the candidate service systems of the communication system 300 between the multiple standard service systems can be achieved.
In the embodiment of the application, each message processing element in the message processing stack can be decoupled, and the element obtained after decoupling is determined as the message processing unit.
Optionally, there may be a difference between the message processing functions required to be used by the communication interfaces of each target service system, in this scenario, the configuration component 320 may obtain, from the set of message processing units in the message processing stack, the message processing function required to be used by the communication interface of each target service system based on the configuration file, and obtain, from the set of message processing units, a portion of the message processing units required to be used by each communication interface based on the message processing function, and mark the portion of the message processing units as the set of target message processing units of each communication interface.
The communication interface of each target service system may be an application program interface (Application Programming Interface, API) communication interface, or may be another communication interface, which is not specifically limited herein.
Further, each target message processing unit in the target message processing unit set is subjected to chained encapsulation, so that a message processing link of each communication interface is obtained.
The communication system among the multiple standard service systems provided by the application comprises a service registration component and a configuration component, wherein the service registration component is used for providing registration service for an initial service system set to be registered to obtain a registered candidate service system set, and the initial service system set comprises a micro service system with a micro service architecture; the configuration component is used for generating a configuration file according to the service requirement of the user side and determining a target service system set meeting the service requirement from the candidate service system sets according to the configuration file; the system also comprises a message processing stack, and the configuration component is further used for acquiring a target message processing unit set of the communication interface of each target service system from the message processing unit set in the message processing stack, and carrying out chain encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of each communication interface. In the application, the communication between candidate service systems is realized through the communication systems among the multiple standard service systems, the point-to-point research and development among the service systems is not needed, the research and development cost and the research and development period are reduced, the communication efficiency among the service systems is improved, the configuration of the message processing links of the communication interfaces of each service system is carried out based on the configuration component, the redundant message processing units are not configured on the communication interfaces, the timeliness of the communication interfaces to message processing is improved, the load degree of the system to message processing is reduced, and the communication method among the service systems is optimized.
As for the communication system between the multiple standard service systems proposed in the present application, it can be further understood with reference to fig. 4, fig. 4 is a schematic diagram of a communication system between multiple standard service systems according to another embodiment of the present application, as shown in fig. 4, a communication system 400 between multiple standard service systems includes a service registration component 410, a configuration component 420 and a proxy component 430, where:
the initial service system set further comprises a proxy service system, wherein the proxy service system is obtained by proxy of the single service system without the micro service architecture through a proxy component.
The configuration component 420 includes a configuration file generating module 421 and a system configuration module 422, where the configuration file generating module 421 is configured to generate a processing stack configuration file, a message configuration file, and a parameter configuration file according to service requirements.
The system configuration module 422 is configured to obtain a message configuration file, and configure a message format for the interaction message between each target service system according to the message configuration file.
And acquiring a processing stack configuration file, acquiring a target message processing unit set of the communication interface of each target service system from a message processing unit set included in the message processing stack according to the processing stack configuration file, and carrying out chain encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of each communication interface.
And acquiring a parameter configuration file, and carrying out parameter configuration on each target service system according to the parameter configuration file.
The system configuration module 422 is further configured to decouple each general packet processing element in the packet processing stack to obtain a packet processing unit set of the packet processing stack.
The message processing unit set at least comprises a message encryption unit, a message decryption unit, a message element verification unit, a message format conversion unit, a message static byte-to-object conversion unit and a hypertext transfer protocol request processing unit.
The inter-multi-standard business system communication system 400 also includes a distributed coordination component 440 for coordinating operation between components in the inter-multi-standard business system communication system.
The communication system 400 among the multiple standard service systems further comprises a subscription component 450, wherein for any target service system, the target service system obtains service information of the subscribed service system through the subscription component.
The communication system 400 between the multiple standard service systems further includes a dynamic form, where the dynamic form is used to provide a dynamic form filling service for the user terminal, so as to obtain a service requirement of the user terminal.
In the embodiment of the present application, the service system that needs to be registered in the service registration component 410 of the communication system 400 between the multiple standard service systems further includes a service system that does not have a micro service architecture, and the part of the service systems may be marked as a single service system that does not have a micro service architecture.
In this scenario, the proxy service system may be obtained by proxy the part of the single service systems through the proxy component 430 included in the communication system 400 among the multiple standard service systems, and the proxy service system is used as a service system in the initial service system set that needs to be registered in the service registration component 410, and further, through registration of the proxy service system in the service registration component 410, registration of the single service system without the micro service architecture in the service registration component 410 is achieved.
As shown in fig. 4, the configuration component 420 further includes a configuration file generating module 421 and a system configuration module 422, where the configuration file generating module 421 may obtain a service requirement of the user side, and generate a corresponding configuration file according to the service requirement.
In the embodiment of the present application, the configuration files may include a processing stack configuration file, a message configuration file and a parameter configuration file, where the configuration component 420 may configure a message format of an interaction message of a message sent and received between candidate service systems in the communication system 400 between multiple standard service systems based on the message configuration file generated by the configuration file generating module 421.
The configuration component 420 may obtain at least a part of fields from the message data dictionary based on the message configuration file, and assemble the part of fields based on a preset format, thereby obtaining the message format of the interactive message such as the request message and the output message of each candidate service system.
It should be noted that, after determining the message format of the interactive message, a message sample may be generated, and in the subsequent communication process, the interactive message is generated based on the message sample.
As shown in fig. 4, the system configuration module 422 may further obtain a processing stack configuration file generated by the configuration file generating module 421, and obtain, according to the processing stack configuration file, a set of at least part of message processing units that need to be used by the communication interfaces of each target service system from the set of message processing units included in the message processing stack, as a target set of message processing units of each communication interface.
In the embodiment of the application, the message processing stack comprises a plurality of general message processing elements, wherein each general message processing element in the message processing stack can be decoupled, and the elements obtained after the decoupling processing are marked as the message processing units, so that a message processing unit set in the message processing stack is obtained.
It should be noted that, the set of message processing units in the message processing stack at least includes a message encrypting unit, a message decrypting unit, a message element checking unit, a message format converting unit, a message static byte converting unit and a hypertext transfer protocol request processing unit.
The message format conversion unit may be a message extensible markup language (Extensible Markup Language, XML) format and JavaScript object notation (JavaScript Object Notation, JSON) format interconversion unit, and the message static byte-to-object unit may be a message static byte-to-open source frame (Spring) object unit.
In this scenario, for any target service system, the system configuration module 422 may acquire a specific packet processing unit included in the target packet processing unit set of the communication interface, and based on a packet processing sequence during packet sending and receiving, sort the packet processing units included in the target packet processing unit set, perform chained encapsulation on the sorted packet processing units, and determine a processing chain obtained by encapsulation processing as a packet processing link of the communication interface of the target service system.
The target message processing units in the target message processing unit set may be chained by facet-oriented programming (Aspect Oriented Programming, AOP), or may be chained by other means, which is not specifically limited herein.
In the embodiment of the present application, the configuration file generating module 421 may also generate a parameter configuration file, and after the system configuration module 422 obtains the parameter configuration file, the system configuration module 422 may perform assignment and configuration of parameters for each target service system based on specific parameter information included in the parameter configuration file, where an operation that the system configuration module 422 performs copying and configuration of parameters for each target service system based on the parameter configuration file may be labeled as an instantiation operation.
As an example, the configuration component may be further understood in conjunction with fig. 5, as shown in fig. 5, where the configuration file generation module 510 in the configuration component 500 generates a message configuration file, a processing stack configuration file, and a parameter configuration file.
The system configuration module 520 may configure the system 1, the system 2, the system 3, and the system 4 shown in fig. 5, and as shown in fig. 5, the system configuration module 520 may obtain the service requirements of the client 1, the client 2, the client 3, and the client 4 through the loading operation shown in fig. 5.
Optionally, the system configuration module 520 may obtain, from the message configuration file, the processing stack configuration file, and the parameter configuration file, the configuration information of the target service system sets of the user side 1, the user side 2, the user side 3, and the user side 4 according to the service requirements of the user side 1, the user side 2, the user side 3, and the user side 4, so as to generate the configuration file of the target service system sets of the user side 1, the user side 2, the user side 3, and the user side 4, including the configuration file 1 of the user side 1, the configuration file 2 of the user side 2, the configuration file 3 of the user side 3, and the configuration file 4 of the user side 4.
Further, the system configuration module 520 performs corresponding parameter configuration on the respective target service system sets of the user side 1, the user side 2, the user side 3 and the user side 4 based on the configuration information about the message configuration file, the configuration information about the processing stack configuration file, and the configuration information about the parameter configuration file in the configuration file 1, the configuration file 2, the configuration information about the configuration file 3 and the configuration information about the processing stack configuration file, so as to obtain configured examples 1, 2, 3 and 4 of the respective target service system sets of the user side 1, the user side 2, the user side 3 and the user side 4.
As shown in fig. 4, the communication system 400 between the multiple standard service systems further includes a distributed coordination component 440, and during operation of the communication system 400 between the multiple standard service systems, the operation of each component in the communication system 400 between the multiple standard service systems can be coordinated by the distributed coordination component 440.
As shown in fig. 4, the communication system 400 between the multiple standard service systems further includes a subscription component 450, where the subscription component 450 may be disposed inside the proxy component, and in this scenario, for any target service system, the target service system may obtain service information of the subscribed service system through the subscription component 450.
In the embodiment of the present application, a dynamic form is further provided in the communication system 400 between the multiple standard service systems, and the communication system 400 between the multiple standard service systems can dynamically adjust the form content to be filled in by the user according to the service requirement of the user, so as to provide an adaptive dynamic form filling service for the user, thereby obtaining the service requirement input by the user.
It should be noted that, the candidate service system sets have respective system operation interfaces, and the user side may perform the service system operation through the system operation interfaces provided by the candidate service systems.
According to the communication system among the multiple standard service systems, communication among candidate service systems is realized through the communication system among the multiple standard service systems, point-to-point research and development among the service systems is not needed, research and development cost and research and development period are reduced, communication efficiency among the service systems is improved, the configuration of message processing links of communication interfaces of the service systems is carried out based on the configuration component, redundant message processing units are not configured on the communication interfaces, timeliness of the communication interfaces for message processing is improved, load degree of the system for message processing is reduced, and a communication method among the service systems is optimized.
In the description of the present specification, a description referring to terms "one embodiment," "some embodiments," "examples," "specific examples," or "some examples," etc., means that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the present application. In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, the different embodiments or examples described in this specification and the features of the different embodiments or examples may be combined and combined by those skilled in the art without contradiction.
Furthermore, the terms "first," "second," and the like, are used for descriptive purposes only and are not to be construed as indicating or implying a relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defining "a first" or "a second" may explicitly or implicitly include at least one such feature. In the description of the present application, the meaning of "plurality" means at least two, for example, two, three, etc., unless specifically defined otherwise.
Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing specific logical functions or steps of the process, and additional implementations are included within the scope of the preferred embodiment of the present application in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order from that shown or discussed, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the embodiments of the present application.
Logic and/or steps represented in the flowcharts or otherwise described herein, e.g., a ordered listing of executable instructions for implementing logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). In addition, the computer readable medium may even be paper or other suitable medium on which the program is printed, as the program may be electronically captured, via, for instance, optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner, if necessary, and then stored in a computer memory.
It is to be understood that portions of the present application may be implemented in hardware, software, firmware, or a combination thereof. In the above-described embodiments, the various steps or methods may be implemented in software or firmware stored in a memory and executed by a suitable instruction execution system. As with another embodiment, if implemented in hardware, may be implemented with a combination of any of the following techniques, as is well known in the art: discrete logic circuits having logic gates for implementing logic functions on data signals, application specific integrated circuits having suitable combinational logic gates, programmable Gate Arrays (PGAs), field Programmable Gate Arrays (FPGAs), and the like.
Those of ordinary skill in the art will appreciate that all or a portion of the steps carried out in the method of the above-described embodiments may be implemented by a program to instruct related hardware, where the program may be stored in a computer readable storage medium, and where the program, when executed, includes one or a combination of the steps of the method embodiments.
In addition, each functional unit in the embodiments of the present application may be integrated in one processing module, or each unit may exist alone physically, or two or more units may be integrated in one module. The integrated modules may be implemented in hardware or in software functional modules. The integrated modules may also be stored in a computer readable storage medium if implemented in the form of software functional modules and sold or used as a stand-alone product.
The above-mentioned storage medium may be a read-only memory, a magnetic disk or an optical disk, or the like. While embodiments of the present application have been shown and described above, it will be understood that the above embodiments are illustrative and not to be construed as limiting the application, and that variations, modifications, alternatives and variations may be made to the above embodiments by one of ordinary skill in the art within the scope of the application.
Claims (18)
1. A method of communication between multiple standard service systems, comprising:
acquiring second service systems registered by each first service system in a first service system set to be registered to obtain a second service system set, wherein the first service system is one of a micro service system with a micro service architecture and a single service system without the micro service architecture;
acquiring a configuration file set corresponding to service requirements of a user side, and determining a third service system set meeting the service requirements from the second service system set according to the configuration file set;
acquiring a target message processing unit set of a communication interface of each third service system in the third service system set from the message processing unit set;
And for any third service system, carrying out chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of a communication interface of the third service system, wherein the message processing link is used for message transmission among the third service systems.
2. The method according to claim 1, wherein the obtaining, from the set of message processing units, a set of target message processing units of the communication interface of each third service system in the set of third service systems includes:
for any third service system, acquiring a processing stack configuration file in the configuration file set, acquiring a message processing flow of a first communication interface of the third service system according to the processing stack configuration file, and acquiring a message processing function of each flow node in the message processing flow;
and acquiring an execution message processing unit for realizing the message processing function of each flow node from the message processing unit set, and acquiring a target message processing unit set of the first communication interface of the third service system according to the execution message processing unit of each flow node.
3. The method according to claim 1, wherein before obtaining the target set of message processing units of the communication interface of each third service system in the set of third service systems from the set of message processing units, the method comprises:
obtaining all general message processing elements in a pre-configured reference message processing stack, and decoupling all general message processing elements to obtain the message processing unit set of the reference message processing stack.
4. The method according to claim 1, wherein the method further comprises:
for any third service system, receiving a first message sent by the third service system through a first message processing link of a first communication interface, wherein the first communication interface is a communication interface of the third service system;
determining a fourth service system which receives the first message in the third service system set, and forwarding the first message to the fourth service system, wherein the fourth service system processes the first message based on a second message processing link of a second communication interface to obtain a second message readable by the fourth service system.
5. The method of claim 4, wherein the first message is obtained after being encrypted by the third service system according to a preset message encryption key.
6. The method of claim 4, wherein the second message is obtained after the second message is decrypted and the message is verified by the fourth service system according to a preset message decryption key.
7. The method according to claim 1, wherein the method further comprises:
and acquiring a message configuration file in the configuration file set, and configuring a message format for the interaction message among the third service systems according to the message configuration file.
8. The method according to claim 1, wherein the method further comprises:
and acquiring a system parameter configuration file in the configuration file set, and carrying out parameter configuration on each third service system according to the system parameter configuration file.
9. The method according to any one of claims 1-8, further comprising:
and sending a service function execution instruction to the service support module in response to receiving a service function request of the service support module to be operated, wherein the service support module is a functional module for realizing communication among all third service systems in the third service system set.
10. The method according to any one of claims 1-8, further comprising:
for any first service system, responding to the first service system as a single service system without a micro service architecture, acquiring a proxy service system of the first service system, and determining a fifth service system obtained after registration of the proxy service system as a second service system after registration of the first service system.
11. A communication system among multiple standard service systems is characterized in that the system comprises a service registration component, a configuration component and a message processing stack, wherein,
the service registration component is used for providing registration service for an initial service system set to be registered to obtain a registered candidate service system set, wherein the initial service system set comprises a micro service system with a micro service architecture;
the configuration component is configured to generate a configuration file according to a service requirement of a user side, determine a target service system set meeting the service requirement from the candidate service system set according to the configuration file, acquire a target message processing unit set of a communication interface of each target service system from a message processing unit set in the message processing stack, and perform chained encapsulation on each target message processing unit in the target message processing unit set to obtain a message processing link of each communication interface.
12. The system of claim 11, further comprising a proxy component, wherein,
the initial service system set further comprises a proxy service system, wherein the proxy service system is obtained by proxy of the single service system without the micro service architecture through the proxy component.
13. The system of claim 11, wherein the configuration component comprises a configuration file generation module and a system configuration module, wherein,
the configuration file generation module is used for generating a processing stack configuration file, a message configuration file and a parameter configuration file according to the service requirement;
the system configuration module is used for acquiring the message configuration file and configuring a message format for the interaction message among all target service systems according to the message configuration file;
the processing stack configuration file is obtained, and according to the processing stack configuration file, a target message processing unit set of a communication interface of each target service system is obtained from a message processing unit set included in the message processing stack, and each target message processing unit in the target message processing unit set is subjected to chained encapsulation to obtain a message processing link of each communication interface;
And acquiring the parameter configuration file, and carrying out parameter configuration on each target service system according to the parameter configuration file.
14. The system of claim 13, wherein the set of message processing units includes at least a message encryption unit, a message decryption unit, a message element verification unit, a message format conversion unit, a message static byte-to-object unit, and a hypertext transfer protocol request processing unit.
15. The system of claim 13, wherein the system configuration module is further configured to decouple each common message processing element in the message processing stack to obtain the set of message processing units in the message processing stack.
16. The system of any of claims 11-15, further comprising a distributed coordination component for coordinating operation between components in a communication system between multiple standard business systems.
17. The system of any one of claims 11-15, further comprising a subscription component, wherein,
and aiming at any target service system, the target service system obtains the service information of the subscribed service system through the subscription component.
18. The system according to any of claims 11-15, further comprising a dynamic form for providing a dynamic form filling service for a user terminal to obtain a service requirement of the user terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311340438.XA CN117076163B (en) | 2023-10-17 | 2023-10-17 | Communication method and system between multiple standard service systems |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311340438.XA CN117076163B (en) | 2023-10-17 | 2023-10-17 | Communication method and system between multiple standard service systems |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN117076163A true CN117076163A (en) | 2023-11-17 |
| CN117076163B CN117076163B (en) | 2024-01-12 |
Family
ID=88704689
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311340438.XA Active CN117076163B (en) | 2023-10-17 | 2023-10-17 | Communication method and system between multiple standard service systems |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117076163B (en) |
Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104079632A (en) * | 2014-06-09 | 2014-10-01 | 中国建设银行股份有限公司 | Third-party service processing method and device |
| WO2017067230A1 (en) * | 2015-10-21 | 2017-04-27 | 中兴通讯股份有限公司 | Software function expansion method and apparatus based on micro service architecture |
| CN111464608A (en) * | 2020-03-30 | 2020-07-28 | 山东浪潮通软信息科技有限公司 | Message processing method and device |
| CN112511591A (en) * | 2020-10-30 | 2021-03-16 | 福建亿能达信息技术股份有限公司 | Method, device, equipment and medium for realizing hospital interface data interaction |
| CN113194057A (en) * | 2020-01-14 | 2021-07-30 | 北京京东振世信息技术有限公司 | Data receiving, sending and interacting method and client based on AS2 |
| CN113472889A (en) * | 2021-07-08 | 2021-10-01 | 上海浦东发展银行股份有限公司 | Scheduling system and method of microservice |
| CN113486629A (en) * | 2020-12-31 | 2021-10-08 | 易百信息技术（上海）股份有限公司 | Application method and system for enterprise service bus of docking third-party system |
| CN114217952A (en) * | 2021-11-11 | 2022-03-22 | 中国建设银行股份有限公司 | Service processing method and device and server |
| CN115801882A (en) * | 2022-11-28 | 2023-03-14 | 中国银行股份有限公司 | Information interaction method and device between old line system and micro-service system |
| CN115913912A (en) * | 2021-09-30 | 2023-04-04 | 腾讯科技（深圳）有限公司 | Message interception and service link diagram generation method and device |
| CN116366740A (en) * | 2023-03-17 | 2023-06-30 | 中科云谷科技有限公司 | Data transmission method, device, system, storage medium and processor |
| CN116562249A (en) * | 2023-05-16 | 2023-08-08 | 百度时代网络技术（北京）有限公司 | Form generation method, form generation device, electronic equipment and medium |
| CN116886798A (en) * | 2023-08-11 | 2023-10-13 | 中国银行股份有限公司 | Service message processing method, device, electronic equipment and medium |
-
2023
- 2023-10-17 CN CN202311340438.XA patent/CN117076163B/en active Active
Patent Citations (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104079632A (en) * | 2014-06-09 | 2014-10-01 | 中国建设银行股份有限公司 | Third-party service processing method and device |
| WO2017067230A1 (en) * | 2015-10-21 | 2017-04-27 | 中兴通讯股份有限公司 | Software function expansion method and apparatus based on micro service architecture |
| CN113194057A (en) * | 2020-01-14 | 2021-07-30 | 北京京东振世信息技术有限公司 | Data receiving, sending and interacting method and client based on AS2 |
| CN111464608A (en) * | 2020-03-30 | 2020-07-28 | 山东浪潮通软信息科技有限公司 | Message processing method and device |
| CN112511591A (en) * | 2020-10-30 | 2021-03-16 | 福建亿能达信息技术股份有限公司 | Method, device, equipment and medium for realizing hospital interface data interaction |
| CN113486629A (en) * | 2020-12-31 | 2021-10-08 | 易百信息技术（上海）股份有限公司 | Application method and system for enterprise service bus of docking third-party system |
| CN113472889A (en) * | 2021-07-08 | 2021-10-01 | 上海浦东发展银行股份有限公司 | Scheduling system and method of microservice |
| CN115913912A (en) * | 2021-09-30 | 2023-04-04 | 腾讯科技（深圳）有限公司 | Message interception and service link diagram generation method and device |
| CN114217952A (en) * | 2021-11-11 | 2022-03-22 | 中国建设银行股份有限公司 | Service processing method and device and server |
| CN115801882A (en) * | 2022-11-28 | 2023-03-14 | 中国银行股份有限公司 | Information interaction method and device between old line system and micro-service system |
| CN116366740A (en) * | 2023-03-17 | 2023-06-30 | 中科云谷科技有限公司 | Data transmission method, device, system, storage medium and processor |
| CN116562249A (en) * | 2023-05-16 | 2023-08-08 | 百度时代网络技术（北京）有限公司 | Form generation method, form generation device, electronic equipment and medium |
| CN116886798A (en) * | 2023-08-11 | 2023-10-13 | 中国银行股份有限公司 | Service message processing method, device, electronic equipment and medium |
Non-Patent Citations (2)
| Title |
|---|
| 李春阳;刘迪;崔蔚;李晓珍;李春岐;: "基于微服务架构的统一应用开发平台", 计算机系统应用, no. 04, pages 43 - 48 * |
| 陈军;陈琳;伍文平;: "异构数据报文统一表示服务研究", 信息技术, no. 04, pages 121 - 123 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN117076163B (en) | 2024-01-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10257142B2 (en) | Message delivery in a message system | |
| US7853674B2 (en) | System and method for provisioning component applications | |
| US7739382B2 (en) | Dynamic extension of network-accessible services | |
| US11915183B2 (en) | Method and system for accessing local computer resources through a web browser | |
| US20090077371A1 (en) | Systems and methods for a template-based encryption management system | |
| CN102065077B (en) | Method and system for distributing application software to terminal | |
| US8332524B2 (en) | Information on demand process framework to generate, manage, secure, and deploy browsers and application accessible web services | |
| CN112333009B (en) | Gateway system based on configuration | |
| US8688113B2 (en) | Method and system for implementing location service | |
| CN114826733B (en) | File transmission method, device, system, equipment, medium and program product | |
| EP1684482B1 (en) | System and method for managing communication for component applications | |
| CN117076163B (en) | Communication method and system between multiple standard service systems | |
| CN112347488A (en) | Order information processing method and device, equipment and storage medium | |
| US8499031B1 (en) | Markup language messaging service for secure access by edge applications | |
| US20200162410A1 (en) | Management of messaging in heterogeneous iot / iiot messaging environments | |
| Bertram et al. | Secure web service clients on mobile devices | |
| CN111078224A (en) | Software package file data processing method and device, computer equipment and storage medium | |
| CN113709177B (en) | Method for processing message and external call gateway | |
| Gutiérrez et al. | A survey of web services security | |
| Gerić et al. | XML digital signature and its role in information system security | |
| CN114296985A (en) | Global exception handling method and platform in large-scale micro-service cluster scene | |
| CN106648770A (en) | Generating method, loading method and device for application program installation package | |
| CN116896444B (en) | File packet management method and device | |
| CN111857891A (en) | Android native and H5 data processing method, terminal and medium | |
| CN111581673A (en) | SAP electronic signature method and system |
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 |