CN111353880B - Transaction service packaging method, device and system - Google Patents
Transaction service packaging method, device and system Download PDFInfo
- Publication number
- CN111353880B CN111353880B CN202010247236.0A CN202010247236A CN111353880B CN 111353880 B CN111353880 B CN 111353880B CN 202010247236 A CN202010247236 A CN 202010247236A CN 111353880 B CN111353880 B CN 111353880B
- Authority
- CN
- China
- Prior art keywords
- service
- distributed
- application
- transaction
- 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.)
- Active
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Technology Law (AREA)
- Economics (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Development Economics (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
The application provides a transaction service packaging method, a device and a system, which comprise the following steps: generating related files of the service according to transaction interface documents of the centralized application of the host system and sending the related files to a service proxy server of the open platform, wherein the related files comprise: a distributed service file, a protocol conversion file and a service description file; converting a call service request message initiated by the distributed application in the open platform according to the related file; and sending the converted service call request message to the centralized application to call up the application transaction and perform service processing. The application packages the transaction of the centralized application into the service rapidly and automatically for the distributed application to call the service, thereby solving the problem that the service call can not be realized rapidly between heterogeneous systems.
Description
Technical Field
The application belongs to the field of financial science and technology, and particularly relates to a transaction service packaging method, device and system.
Background
The ever-changing demands of financial transactions place higher demands on the level of service management of the banking IT industry. The limitations of the centralized system architecture commonly employed by conventional banking systems are increasingly emphasized in the new form. With the rise of the mobile internet, the business behaviors of bank clients are changed over the sky, the problems of high concurrency and hot spots are outstanding, with the development of a distributed technology, the stability of a distributed architecture is gradually improved, and the advantages of distributed transverse expansion are gradually reflected, so that various banks are enabled to transform concepts, the optimization of the system architecture is promoted, and the system architecture is transformed from a centralized architecture to a distributed architecture.
At present, most of the traditional banking core business systems in China adopt an IBM host as a system infrastructure, which is a common centralized architecture, and in the process of converting to distributed service, the problem of service call between distributed applications and traditional centralized applications taking the IBM host as the infrastructure is urgently needed to be solved. The main difficulty is that firstly, the distributed application is often deployed on a Linux server, the traditional application is deployed on an IBM ZOS host, two heterogeneous systems can only adopt common socket communication or http communication (as shown in fig. 5) and cannot support service call of the heterogeneous systems, and the distributed application cannot call the functions of the centralized application in a service call mode, so that huge research and development cost is brought to the distributed service transformation process; secondly, most of service components commonly used by businesses cannot support multi-language functions, distributed service often adopts a single development language, such as a distributed service framework based on JAVA language, and cannot call centralized application using C language or COBOL language as development language in a service call mode, so that in enterprise architecture transformation, the effect of application architecture distributed service is greatly reduced, the whole enterprise architecture is complex, and the maintenance cost is high.
Disclosure of Invention
The application provides a transaction servitization packaging method, device and system, which at least solve the problem that a distributed application in a distributed architecture system in the prior art cannot make servitization call to a centralized application in a centralized architecture system.
According to one aspect of the present application, there is provided a transaction servitization packaging method including:
generating related files of the service according to transaction interface documents of the centralized application of the host system and sending the related files to a service proxy server of the open platform, wherein the related files comprise: a distributed service file, a protocol conversion file and a service description file;
converting a service call request message initiated by the distributed application in the open platform according to the related file;
and sending the converted service call request message to the centralized application to conduct application transaction.
In an embodiment, the transaction servitization packaging method further includes:
registering the service corresponding to the related file in a service proxy server;
and the registered service is disclosed to all distributed applications in the open platform.
In an embodiment, converting a service call request message initiated by a distributed application in an open platform according to a related file includes:
according to the protocol conversion file, carrying out protocol conversion on the service call request message passing the verification;
and performing code system conversion on the service call request message after protocol conversion to obtain a call request message consistent with the code system of the centralized application.
In an embodiment, the transaction service encapsulation method further includes:
and creating a distributed service unit in the service proxy server to realize flow processing when the online service is normal and flow rollback when the online service fails.
According to another aspect of the present application, there is also provided a transaction servitization packaging apparatus including:
and the packaging unit is used for generating relevant files of the service according to the transaction interface document of the centralized application of the host system and sending the relevant files to the service proxy server of the open platform, wherein the relevant files comprise: a distributed service file, a protocol conversion file and a service description file;
the conversion unit is used for converting the service call request message initiated by the distributed application in the open platform according to the related file; reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service;
and the communication unit is used for sending the converted service call request message to the centralized application so as to conduct application transaction.
In one embodiment, the transaction servitization packaging device further comprises:
the registration module is used for registering the service corresponding to the related file in the service proxy server;
and the disclosure module is used for disclosing the registered service to all distributed applications in the open platform.
In an embodiment, the conversion unit comprises:
the protocol conversion module is used for carrying out protocol conversion on the service call request message passing the verification according to the protocol conversion file to obtain a request message consistent with the centralized application transaction interface; meanwhile, reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service;
the code system conversion module is used for carrying out code system conversion on the service call request message after protocol conversion to obtain a request message consistent with the code system of the centralized application; and simultaneously, reverse transcoding is carried out on the return message of the centralized application to generate a code system of the distributed service message.
In one embodiment, the transaction servitization packaging device further comprises:
the distributed service unit creation module is used for creating the distributed service unit in the service proxy server so as to realize flow processing when the online service is normal and flow rollback when the online service fails.
According to another aspect of the present application, there is also provided a transaction servitization packaging system including: the system comprises a service proxy server arranged in an open platform and a service encapsulation server which is independent of the open platform and outside a host system, wherein the service proxy server is in communication connection with the service encapsulation server; the service proxy server is in communication connection with all distributed applications in the open platform and the centralized application in the host system;
the service proxy server is used for converting a service call request message initiated by the distributed application;
the service encapsulation server is used for carrying out service encapsulation on transactions of the centralized application.
In one embodiment, the service encapsulation server includes:
the service generating unit is used for calling a transaction interface document of the centralized application to generate related files of the service, wherein the related files comprise: a distributed service file, a protocol conversion file and a service description file;
and the self-service release unit is used for realizing information transfer between the service encapsulation server and the service proxy server.
In one embodiment, the service proxy server includes:
the distributed service unit is created by the service generation unit and is used for realizing flow processing when the online service is normal and flow rollback when the online service fails;
the message verification unit is used for verifying a service call request message initiated by the distributed application;
the protocol conversion unit is used for carrying out protocol conversion on the service call request message according to the protocol conversion file of the service; meanwhile, reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service;
the code system conversion unit is used for performing code system conversion on the service call request message after protocol conversion; and simultaneously, reverse transcoding is carried out on the return message of the centralized application to generate a code system of the distributed service message.
The communication unit is connected with a communication assembly in the centralized application and is used for realizing information transmission.
The transaction service packaging method, device and system provided by the application can rapidly and automatically package the centralized application into the service, so that the traditional centralized application is brought into a distributed architecture system for the distributed application to carry out service call, and the existing assets of an enterprise can be maximally reused in the process of converting the centralized architecture into the distributed architecture.
Drawings
In order to more clearly illustrate the embodiments of the application or the technical solutions in the prior art, the drawings that are required in the embodiments or the description of the prior art will be briefly described, it being obvious that the drawings in the following description are only some embodiments of the application, and that other drawings may be obtained according to these drawings without inventive effort for a person skilled in the art.
Fig. 1A and fig. 1B are schematic structural diagrams of a transaction service packaging system according to the present application.
Fig. 2 is a flowchart of a transaction service encapsulation method provided by the present application.
FIG. 3 is a flowchart of sending related files to a service proxy server according to an embodiment of the present application.
Fig. 4 is a flowchart of converting a service call request message in an embodiment of the present application.
FIG. 5 is a communication diagram of a prior art distributed architecture system and a centralized architecture system.
Fig. 6 is a block diagram of a transaction service package device according to the present application.
Fig. 7 is a block diagram of a package unit according to an embodiment of the present application.
Fig. 8 is a block diagram showing the structure of a conversion unit according to an embodiment of the present application.
Fig. 9 is a specific implementation of an electronic device according to an embodiment of the present application.
Detailed Description
The following description of the embodiments of the present application will be made clearly and completely with reference to the accompanying drawings, in which it is apparent that the embodiments described are only some embodiments of the present application, but not all embodiments. All other embodiments, which can be made by those skilled in the art based on the embodiments of the application without making any inventive effort, are intended to be within the scope of the application.
Based on the description in the background technology, aiming at the problems that two heterogeneous systems of a distributed application and a centralized application can only adopt common socket communication or http communication, the distributed application can not adopt a service calling mode to call the functions of the centralized application and the distributed service often adopts a single development language, so that the centralized application of different development languages can not be called by adopting the service calling mode, a transaction service packaging method is needed, and the transaction of the centralized application is quickly and automatically packaged into a service for the distributed application to call the service.
Before introducing the method of transaction serviced package, first, a system of transaction serviced package is introduced, as shown in fig. 1A, including: an open platform system 211, a host system 221, a service proxy server 241 provided in the open platform, and a service encapsulation server 231 independent of the open platform (distributed platform) and the outside of the host system.
Wherein, the open platform system 211 is a distributed architecture and the host system 221 is a centralized architecture. The service proxy server 241 is communicatively connected to the service encapsulation server 231; service proxy 241 is communicatively coupled to all distributed applications in the open platform and to centralized applications in the host system;
the service proxy server 241 is configured to perform call protocol conversion on a service call request packet initiated by the distributed application;
the service encapsulation server 231 is used for service encapsulation of transactions of the centralized application;
in one embodiment, the transaction service packaging system works as follows: the distributed service file, the protocol conversion file, and the service description file are generated through the service encapsulation server 231 using the existing transaction interface document of the centralized application, and the distributed service file is a service running code file that can be directly called by other distributed applications, that is, a running code required for the transaction encapsulation service of the centralized application can be automatically generated through the service encapsulation server 231. The service encapsulation server 231 may transmit the generated distributed service file, protocol conversion file, and service description file to the service proxy server 241.
In one embodiment, as shown in fig. 1B, the service encapsulation server 231 includes:
the service generating unit 232 is configured to invoke a transaction interface document of the centralized application to generate a related file of the service, where the related file includes: a distributed service file, a protocol conversion file and a service description file;
the self-service publishing unit 233 is configured to implement information transfer between the service encapsulation server and the service proxy server.
In one embodiment, the service encapsulation server 231 is connected to the service proxy server 241 through a self-service distribution unit 233. The service generating unit 232 may automatically generate an operation code (i.e., a distributed service file) required for the centralized application transaction package service, and may also define a conversion protocol (i.e., a protocol conversion file) from the distributed service to the centralized application transaction, and generate a service description file, where the service description file includes information necessary for invoking a service call field description, a format description, and the like.
In one embodiment, as shown in FIG. 1B, service proxy server 241 includes:
the distributed service unit 242 is created by the service generating unit and is used for realizing flow processing when the online service is normal and flow rollback when the online service fails;
a message verification unit 243, configured to verify a call service request message initiated by the distributed application;
a protocol conversion unit 244, configured to perform protocol conversion on the service call request packet according to the protocol conversion file of the service; reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service; the method comprises the steps of carrying out a first treatment on the surface of the
The code system conversion unit 245 is used for performing code system conversion on the call service request message after protocol conversion; performing reverse transcoding on the return message of the centralized application to generate a code system of the distributed service message;
the communication unit 246 is connected to the communication component 224 in the centralized application 222 in the host system 221 for enabling transmission of information.
In a specific embodiment, as shown in fig. 1B, a distributed platform (open platform system 211) includes a service proxy server 241 and a plurality of distributed applications 212, where the distributed applications 212 include a distributed service 213, the distributed applications and the service proxy servers are connected by using an RPC protocol, and the distributed applications are also connected by using an RPC protocol. The service proxy server 241 realizes that the service is registered in the registration center of the open platform system 211 according to the service published by the self-service publishing unit 233, performs service exposure on the distributed application 212 (i.e., the service is disclosed to the distributed application 212), and the distributed application 212 can discover related services through subscription and can perform service call. The distributed service 213 of the distributed application 212 calls the distributed service unit 242 of the service proxy server 241 through RPC (service call protocol), the distributed service unit 242 is automatically generated by the service generating unit 232 in the service encapsulation device 231, the method in the distributed service unit 242 is used for flow processing when the online service is normal, and the reverse method is used for flow rollback when the online service fails.
The system is provided with the service encapsulation server and the service proxy server, the service encapsulation server encapsulates the transaction of the centralized application into the service, then the service is disclosed and called in a service proxy mode, and the function of service call among heterogeneous systems is realized under the condition that the host system is not required to be modified.
The application also provides a transaction service packaging method which can be realized based on the transaction service packaging system in fig. 1A and 1B, as shown in fig. 2, and comprises the following steps:
s201: generating related files of the service according to transaction interface documents of the centralized application of the host system and sending the related files to a service proxy server of the open platform, wherein the related files comprise: distributed service files, protocol conversion files, and service description files.
In a specific embodiment, the transaction of the centralized application in the host system has transaction interface documents, and related files such as a distributed service file, a protocol conversion file and a service description file are generated according to the transaction interface documents, wherein the distributed service file is a service running code file which can be directly called by other distributed applications, the service description file contains information necessary for calling such as a service calling field description and a format description, and the protocol conversion file records the conversion protocol from the distributed service to the transaction of the centralized application.
S202: and converting the call service request message initiated by the distributed application in the open platform according to the related file.
In a specific embodiment, when the distributed application needs to call a certain service, the distributed application sends a service call request message to the service proxy server, and the service proxy server performs necessary verification on the message after receiving the service call request message and performs protocol conversion on the service call request message according to the content in the protocol conversion file. After the protocol conversion process is completed, the heterogeneous systems often adopt different code systems, so that the code systems of the call service request message are converted, so that the code systems are adapted to the centralized application, and the conversion of the different code systems among the heterogeneous systems is realized.
S203: and sending the converted call service request message to the centralized application to conduct application transaction.
In a specific embodiment, after the code conversion in S202 is completed, the communication unit in the service proxy server is triggered, the call service request is sent to the centralized application, and the centralized application triggers the application transaction, so that the process of calling the centralized application by the distributed application in a service call manner is completed.
In one embodiment, as shown in fig. 3, the transaction service encapsulation method further includes:
s301: the service corresponding to the relevant file is registered in the service proxy server.
In a particular embodiment, after the relevant file for the service is generated and sent to the service proxy server, the service is registered with the registry of the distributed platform.
S302: and the registered service is disclosed to all distributed applications in the open platform.
In a particular embodiment, a service that has been registered with a registry is disclosed to all distributed applications in a distributed platform such that all distributed applications are aware of the service.
In one embodiment, the conversion of the call service request message initiated by the distributed application in the open platform according to the related file, as shown in fig. 4, includes:
s401: and carrying out protocol conversion on the checked call service request message according to the protocol conversion file.
In a specific embodiment, after the distributed application initiates a service call request for a certain service, the service proxy server first performs verification on the service call request message, such as verification of a necessary entry, verification of a field type or format in the message, and the like. If the verification is passed, the protocol conversion of the service call request message from the distributed application transaction message to the centralized application transaction message comprises the steps of reassembling the service call request message, converting the data types (the data types can be different due to different programming languages adopted by a heterogeneous system), converting the format of the data and the like.
S402: and performing code system conversion on the call service request message after protocol conversion to obtain a call service request message consistent with the code system of the centralized application.
In one embodiment, after the protocol conversion in step S401 is completed, the service call request message is transcoded (due to the different transcoding between heterogeneous systems) so that the service call request message matches the transcoding of the centralized application transaction message.
In an embodiment, the transaction service encapsulation method further includes:
and creating a distributed service unit in the service proxy server to realize flow processing when the online service is normal and flow rollback when the online service fails.
The transaction service encapsulation method provided by the application generates encapsulated services (including relevant files of the services) through the transaction interface document of the centralized application so that the distributed application can call the functions of the centralized application in a service call mode, thereby realizing the service call function among heterogeneous systems.
In a specific embodiment, normal business processing uses a square method, rollback uses an inverse method, so that transactions of the centralized application can be incorporated into transaction management unified by a distributed architecture system, and a transaction management component calls the inverse transaction of the centralized application to rollback by automatically triggering the inverse method during rollback, so that the distributed application does not need to consider the transactions of the centralized application independently, and development and design complexity of the distributed application is greatly reduced. For example, when the distributed application calls the centralized application and fails to roll back in the calling process, the event management component triggers the inverse method to call the centralized application to roll back the flow.
Based on the same inventive concept, the embodiment of the present application also provides a transaction service packaging device, which can be used to implement the method described in the above embodiment, as described in the following embodiment. Because the principle of solving the problem of the transaction service packaging device is similar to that of the transaction service packaging method, the implementation of the transaction service packaging device can refer to the implementation of the transaction service packaging method, and the repetition is omitted. As used below, the term "unit" or "module" may be a combination of software and/or hardware that implements the intended function. While the system described in the following embodiments is preferably implemented in software, implementation in hardware, or a combination of software and hardware, is also possible and contemplated.
As shown in fig. 6, the transaction service packaging device includes:
the encapsulation unit 601 is configured to generate a relevant file of a service according to a transaction interface document of a centralized application of a host system and send the relevant file to a service proxy server of an open platform, where the relevant file includes: distributed service files, protocol conversion files, and service description files.
In a specific embodiment, the service encapsulation server may perform the functions of the encapsulation unit 601.
And the conversion unit 602 is configured to convert, according to the related file, a service call request packet initiated by the distributed application in the open platform.
In a specific embodiment, the service proxy server may perform the functions of the conversion unit 602.
The communication unit 603 is configured to send the converted service call request message to the centralized application, so as to perform an application transaction.
In one embodiment, as shown in fig. 7, the transaction service encapsulation device further includes:
a registration module 701, configured to register a service corresponding to the relevant file in a service proxy server;
the disclosure module 702 is configured to disclose the registered service to all distributed applications in the open platform.
In one embodiment, as shown in fig. 8, the conversion unit 602 includes:
and the protocol conversion module 801 is configured to perform protocol conversion on the service call request message passing the verification according to the protocol conversion file.
In a specific embodiment, the protocol conversion unit in the service proxy server may be used to perform the function of the protocol conversion module.
The code system conversion module 802 is configured to perform code system conversion on the service call request message after the protocol conversion, so as to obtain a service call request message consistent with the code system of the centralized application.
In one embodiment, the code conversion unit in the service proxy server may be configured to perform the function of the code conversion module.
In one embodiment, the transaction servitization packaging device further comprises:
the distributed service unit creation module is used for creating the distributed service unit in the service proxy server so as to realize flow processing when the online service is normal and flow rollback when the online service fails.
In a specific embodiment, the service encapsulation means may be used to perform the functions of the distributed service unit creation module.
The application provides a transaction service packaging method, device and system, which can automatically package transactions of a centralized application into services without modifying the centralized application, and then realize the disclosure and the call of the services in a service agent mode. The business connection processing between heterogeneous systems (mainly distributed architecture and centralized architecture) is realized. After the transaction of the centralized application is subjected to service encapsulation, the distributed transaction mechanism can be fully reused for confirmation and rollback, so that the transaction consistency of the distributed application and the centralized application in a mixed call scene is ensured; the additional processing of the distributed application in the aspects of transaction, communication and the like for calling the centralized application is avoided, and the complexity of the whole enterprise architecture is reduced, so that the function of multiplexing the existing IT assets of the enterprise to the greatest extent is realized.
Meanwhile, even if distributed applications and centralized applications exist in the same operating system, such as an enterprise architecture, the method and the system are also applicable to the service transformation of the centralized applications in the scene, so that the service risk caused by the reconstruction of the centralized applications is avoided.
It will be appreciated by those skilled in the art that embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The principles and embodiments of the present application have been described in detail with reference to specific examples, which are provided to facilitate understanding of the method and core ideas of the present application; meanwhile, as those skilled in the art will have variations in the specific embodiments and application scope in accordance with the ideas of the present application, the present description should not be construed as limiting the present application in view of the above.
The embodiment of the present application further provides a specific implementation manner of an electronic device capable of implementing all the steps in the method in the foregoing embodiment, and referring to fig. 9, the electronic device specifically includes the following:
a processor (processor) 901, memory 902, a communication interface (Communications Interface) 903, a bus 904, and non-volatile storage 905;
wherein, the processor 901, the memory 902 and the communication interface 903 complete the communication with each other through the bus 904;
the processor 901 is configured to invoke the computer program in the memory 902 and the nonvolatile memory 905, where the processor executes the computer program to implement all the steps in the method in the foregoing embodiment, for example, the processor executes the computer program to implement the following steps:
s201: generating related files of the service according to transaction interface documents of the centralized application of the host system and sending the related files to a service proxy server of the open platform, wherein the related files comprise: distributed service files, protocol conversion files, and service description files.
S202: and converting the service call request message initiated by the distributed application in the open platform according to the related file.
S203: and sending the converted service call request message to the centralized application to conduct application transaction.
An embodiment of the present application also provides a computer-readable storage medium capable of implementing all the steps of the method in the above embodiment, the computer-readable storage medium storing thereon a computer program that, when executed by a processor, implements all the steps of the method in the above embodiment, for example, the processor implements the following steps when executing the computer program:
s201: generating related files of the service according to transaction interface documents of the centralized application of the host system and sending the related files to a service proxy server of the open platform, wherein the related files comprise: distributed service files, protocol conversion files, and service description files.
S202: and converting the service call request message initiated by the distributed application in the open platform according to the related file.
S203: and sending the converted service call request message to the centralized application to conduct application transaction.
In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for a hardware+program class embodiment, the description is relatively simple, as it is substantially similar to the method embodiment, as relevant see the partial description of the method embodiment. Although the present description provides method operational steps as described in the examples or flowcharts, more or fewer operational steps may be included based on conventional or non-inventive means. The order of steps recited in the embodiments is merely one way of performing the order of steps and does not represent a unique order of execution. When implemented in an actual device or end product, the instructions may be executed sequentially or in parallel (e.g., in a parallel processor or multi-threaded processing environment, or even in a distributed data processing environment) as illustrated by the embodiments or by the figures. The terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, it is not excluded that additional identical or equivalent elements may be present in a process, method, article, or apparatus that comprises a described element. For convenience of description, the above devices are described as being functionally divided into various modules, respectively. Of course, when implementing the embodiments of the present disclosure, the functions of each module may be implemented in the same or multiple pieces of software and/or hardware, or a module that implements the same function may be implemented by multiple sub-modules or a combination of sub-units, or the like. The above-described apparatus embodiments are merely illustrative, for example, the division of the units is merely a logical function division, and there may be additional divisions when actually implemented, for example, multiple units or components may be combined or integrated into another system, or some features may be omitted or not performed. Alternatively, the coupling or direct coupling or communication connection shown or discussed with each other may be an indirect coupling or communication connection via some interfaces, devices or units, which may be in electrical, mechanical or other form. The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flowchart illustrations and/or block diagrams, and combinations of flows and/or blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be appreciated by those skilled in the art that embodiments of the present description may be provided as a method, system, or computer program product. Accordingly, the present specification embodiments may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present description embodiments may take the form of a computer program product on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, etc.) having computer-usable program code embodied therein. In this specification, each embodiment is described in a progressive manner, and identical and similar parts of each embodiment are all referred to each other, and each embodiment mainly describes differences from other embodiments. In particular, for system embodiments, since they are substantially similar to method embodiments, the description is relatively simple, as relevant to see a section of the description of method embodiments.
In this specification, schematic representations of the above terms are not necessarily directed to the same embodiment or example. 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. The foregoing is merely an example of an embodiment of the present disclosure and is not intended to limit the embodiment of the present disclosure. Various modifications and variations of the illustrative embodiments will be apparent to those skilled in the art. Any modification, equivalent replacement, improvement, or the like, which is within the spirit and principles of the embodiments of the present specification, should be included in the scope of the claims of the embodiments of the present specification.
Claims (11)
1. A transaction servicing encapsulation method, comprising:
generating related files of a service according to a transaction interface document of a centralized application of a host system and transmitting the related files to a service proxy server of an open platform, wherein the related files comprise: a distributed service file, a protocol conversion file and a service description file;
converting a service call request message initiated by the distributed application in the open platform according to the related file;
the converted service call request message is sent to the centralized application to conduct application transaction;
further comprises:
and creating a distributed service unit in the service proxy server to realize flow processing when the online service is normal and flow rollback when the online service fails.
2. The transaction servitization packaging method of claim 1, further comprising:
registering the service corresponding to the related file in the service proxy server;
and disclosing the registered service to all distributed applications in the open platform.
3. The method of claim 1, wherein the converting the service call request message initiated by the distributed application in the open platform according to the related file includes:
according to the protocol conversion file, carrying out protocol conversion on the service call request message passing verification;
and performing code system conversion on the service call request message after protocol conversion to obtain the service call request message consistent with the code system of the centralized application.
4. A transaction servicing package device, comprising:
the packaging unit is used for generating relevant files of the service according to the transaction interface document of the centralized application of the host system and sending the relevant files to the service proxy server of the open platform, and the relevant files comprise: a distributed service file, a protocol conversion file and a service description file;
the conversion unit is used for converting the service call request message initiated by the distributed application in the open platform according to the related file;
the communication unit is used for sending the converted service call request message to the centralized application so as to conduct application transaction;
further comprises:
and the distributed service unit creation module is used for creating a distributed service unit in the service proxy server so as to realize flow processing when the online service is normal and flow rollback when the online service fails.
5. The transaction servitization packaging device of claim 4, further comprising:
the registration module is used for registering the service corresponding to the related file in the service proxy server;
and the disclosure module is used for disclosing the registered service to all distributed applications in the open platform.
6. The transaction serviced package apparatus of claim 4, wherein the conversion unit includes:
the protocol conversion module is used for carrying out protocol conversion on the service call request message passing verification according to the protocol conversion file to obtain a request message required by call centralized application transaction; meanwhile, reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service;
the code system conversion module is used for carrying out code system conversion on the service call request message after protocol conversion to obtain the service call request message consistent with the code system of the centralized application; and simultaneously, reverse transcoding is carried out on the return message of the centralized application to generate a code system of the distributed service message.
7. An electronic device comprising a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the processor implements the transaction servitization packaging method of any one of claims 1 to 3 when the program is executed by the processor.
8. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program, when executed by a processor, implements the transaction servitization packaging method of any one of claims 1 to 3.
9. A transaction servitization packaging system for implementing the transaction servitization packaging method of any one of claims 1 to 3, comprising: the system comprises a service proxy server arranged in an open platform and a service encapsulation server which is independent of the open platform and outside a host system, wherein the service proxy server is in communication connection with the service encapsulation server; the service proxy server is in communication connection with all distributed applications in the open platform and the centralized application in the host system;
the service proxy server is used for converting a service call request message initiated by the distributed application;
the service encapsulation server is used for encapsulating the service and related files thereof.
10. The transaction serviced package system of claim 9, wherein the service-packaged server includes:
the service generating unit is used for calling a transaction interface document of the centralized application to generate related files of the service, and the related files comprise: a distributed service file, a protocol conversion file and a service description file;
and the self-service issuing unit is used for realizing information transfer between the service encapsulation server and the service proxy server.
11. The transaction servitization packaging system of claim 10, wherein the service proxy server comprises:
the distributed service unit is created by the service generation unit and is used for realizing flow processing when the online service is normal and flow rollback when the online service fails;
the message verification unit is used for verifying a service call request message initiated by the distributed application;
the protocol conversion unit is used for carrying out protocol conversion on the service call request message according to the protocol conversion file of the service; meanwhile, reverse conversion is carried out on the return message of the centralized application to generate a return message of the distributed service;
the code system conversion unit is used for performing code system conversion on the service call request message after protocol conversion; at the same time, reverse transcoding is carried out on the return message of the centralized application to generate a code system of the distributed service message;
the communication unit is connected with the communication assembly in the centralized application and is used for realizing information transmission.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010247236.0A CN111353880B (en) | 2020-03-31 | 2020-03-31 | Transaction service packaging method, device and system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010247236.0A CN111353880B (en) | 2020-03-31 | 2020-03-31 | Transaction service packaging method, device and system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111353880A CN111353880A (en) | 2020-06-30 |
| CN111353880B true CN111353880B (en) | 2023-09-26 |
Family
ID=71197627
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010247236.0A Active CN111353880B (en) | 2020-03-31 | 2020-03-31 | Transaction service packaging method, device and system |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111353880B (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112804303B (en) * | 2020-12-31 | 2023-11-03 | 网银在线（北京）科技有限公司 | Service providing method, device, system, transit platform and storage medium |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1526094A (en) * | 2001-02-12 | 2004-09-01 | 国际商业机器公司 | Method and system for incorporating legacy applications into a distributed data processing environment |
| CN105721562A (en) * | 2016-01-28 | 2016-06-29 | 武汉大学 | Proxy-based heterogeneous service calling method and collaborative calling system |
| CN110851516A (en) * | 2019-11-07 | 2020-02-28 | 中国银行股份有限公司 | Host operation control system and method |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6961760B2 (en) * | 2001-07-17 | 2005-11-01 | International Business Machines Corporation | Transforming data automatically between communications parties in a computing network |
-
2020
- 2020-03-31 CN CN202010247236.0A patent/CN111353880B/en active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1526094A (en) * | 2001-02-12 | 2004-09-01 | 国际商业机器公司 | Method and system for incorporating legacy applications into a distributed data processing environment |
| CN105721562A (en) * | 2016-01-28 | 2016-06-29 | 武汉大学 | Proxy-based heterogeneous service calling method and collaborative calling system |
| CN110851516A (en) * | 2019-11-07 | 2020-02-28 | 中国银行股份有限公司 | Host operation control system and method |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111353880A (en) | 2020-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6757899B2 (en) | Dynamic CORBA gateway for CORBA and non-CORBA clients and services | |
| CN112488679B (en) | Cross-link contract analysis method of blockchain, relay chain and cross-link system | |
| Daigneau | Service Design Patterns: fundamental design solutions for SOAP/WSDL and restful Web Services | |
| US20200052982A1 (en) | In situ triggered function as a service within a service mesh | |
| CN108881111B (en) | Method and device for realizing multi-tenant system | |
| CN110032392B (en) | Service management method and device, storage medium and electronic equipment | |
| CN110765102A (en) | Service data processing method and device, computer equipment and storage medium | |
| CN107193668B (en) | Calling method and system of interface server | |
| Astley et al. | Customization and composition of distributed objects: Middleware abstractions for policy management | |
| CN112417049B (en) | Cross-chain interaction method and system based on block chain all-in-one machine | |
| US10817284B2 (en) | Melding of mediation flow service component architecture (SCA) components | |
| CN112491948A (en) | Non-invasive monomer application micro-service method and device and computer equipment | |
| CN111800434A (en) | Multi-channel asset docking platform and working method thereof | |
| CN101930361B (en) | Method and system for providing online data storage service | |
| JP2008165340A (en) | Remote procedure calling system | |
| WO2013091195A1 (en) | Transaction processing method, device and system in distributed system | |
| CN111353880B (en) | Transaction service packaging method, device and system | |
| CN111427557A (en) | Application microservice method and device, electronic equipment and readable storage medium | |
| CN113360386B (en) | Method and device for testing driving of switching chip, electronic equipment and storage medium | |
| CN103391294A (en) | Remote method invocation based on service description | |
| WO2023005500A1 (en) | Cross-chain transaction processing method and apparatus, electronic device, and storage medium | |
| US11695822B2 (en) | Unified integration pattern protocol for centralized handling of data feeds | |
| CN115460265A (en) | Interface calling method, device, equipment and medium | |
| CN102480475B (en) | Web service safety access control method, apparatus and system thereof | |
| Milanovic | Service engineering design patterns |
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 |