WO2011150601A1

WO2011150601A1 - Transaction processing system

Info

Publication number: WO2011150601A1
Application number: PCT/CN2010/076367
Authority: WO
Inventors: 虞钢
Original assignee: 西本新干线股份有限公司
Priority date: 2010-06-04
Filing date: 2010-08-26
Publication date: 2011-12-08
Also published as: CN102024233A; CN102024233B

Abstract

A transaction processing system includes: a client, a service integration platform (11), a data storage unit (13) and a plurality of application serving units, wherein, the service integration platform (11) receives a transaction message from the client and sends a call request to the corresponding application serving unit; the application serving unit receives the call request, acquires the corresponding storage data from the data storage unit (13) and processes the call request to generate a processing data; the data storage unit (13) provides the corresponding storage data to the application serving unit, and receives the processing data to update the storage data. With the invention, a plurality of application service can be managed uniformly and effectively, then enable to fast and effectively respond to the requests from a plurality of users.

Description

Transaction processing system

The present application claims priority to Chinese Patent Application No. 201010197446.X, entitled "Transaction Processing System", which is incorporated herein by reference.

Technical field

The present invention relates to electronic commerce technology, and more particularly to a transaction processing system for bulk product transactions.

Background technique

With the in-depth development of social information and networking, more and more commodity transactions can be completed based on e-commerce systems. The e-commerce system can integrate the information of the service users (both parties to the transaction) and the service providers (such as financial and logistics services). This platform that integrates multiple resources and information effectively promotes the information communication of commodity transactions. Service users bring great convenience.

Generally, the transaction processing system involved in e-commerce needs to integrate application services provided by service providers on the one hand, and manage and integrate the application services in a standardized form to form a processing flow corresponding to various service types. For example, information release process, commodity transaction process, and so on. This standardized processing flow enables the e-commerce platform to effectively respond to usage requests and improve processing power. The Chinese patent application of Patent Application No. 200710090499.X provides a method for processing a business process, and while maintaining a relatively stable and standardized service process, by refining the jump rules of each step in the process, thereby Differentiated services can be provided to service consumers.

In practical applications, transaction processing systems often involve a large number of service users, and a large number of requests from various users need to be processed accordingly. Usually, the user's call to the application service is in the form of "many-to-many", that is, multiple different service consumers simultaneously call multiple application services. With the increase of service users, this many-to-many call form makes the call relationship between the service user and the application service grow geometrically. It is difficult for the transaction processing platform to make the request of the service user quickly and effectively. response. Moreover, the application services in the transaction processing system are mostly provided by different service providers. The newly added application services need to establish communication relationship with all existing application services in the entire transaction processing system, and the interface protocol may be Some application services are different, and the workload is huge and error-prone.

Summary of the invention The object of the present invention is to provide a transaction processing system for uniformly and effectively managing a plurality of application services, and capable of responding quickly and efficiently to requests of a plurality of users.

In order to solve the above problems, the present invention provides a transaction processing system, including: a client, a service integration platform, a data storage unit, and a plurality of application service units, wherein

The service integration platform receives the transaction message of the client and issues a call request to the corresponding application service unit;

The application service unit receives the call request, acquires corresponding storage data from the data storage unit, and processes the call request to generate processing data; and processes the data to update the stored data.

An embodiment of the present invention further provides a transaction processing system, where the data storage unit includes: an update data subunit, configured to record the storage data, and receive the processing data to update the storage data;

The query data subunit is configured to back up the stored data in the update data subunit, and receive a query request from the application service unit to provide corresponding storage data.

Embodiments of the present invention also provide a transaction processing system that retrieves and backs up stored data from the updated data word unit after a predetermined time.

An embodiment of the present invention further provides a transaction processing system, where the service integration platform includes a configuration management unit, a service bus, and a rule unit, where

The configuration management unit is configured to acquire a transaction message, convert the transaction message into an access request, and provide the service message to the service bus;

The rule unit is configured to provide a processing rule corresponding to the access request;

The service bus receives the access request and issues a call request to a corresponding application service unit according to its corresponding processing rule.

Embodiments of the present invention also provide a transaction processing system that includes a plurality of request types and a processing flow corresponding to each request type.

An embodiment of the present invention further provides a transaction processing system, the service bus comprising: a request queue, receiving the access request and queuing the access request;

Requesting a processing unit to obtain a predetermined number of access requests from the request queue, and according to the The request type corresponding to the access request is sent to the corresponding flow processing unit; the flow processing unit receives the access request issued by the request processing unit, and issues a call request to the corresponding application service unit according to the corresponding processing flow.

Embodiments of the present invention also provide a transaction processing system that queues request queues according to their priority or received time order.

The embodiment of the present invention further provides a transaction processing system, wherein the configuration management unit stores a correspondence between an access request and a transaction message, and converts the transaction message into an access request based on the correspondence.

Embodiments of the present invention also provide a transaction processing system, the transaction message including at least one access request, and the configuration management unit converting the transaction message into at least one access request.

An embodiment of the present invention further provides a transaction processing system, where the service integration platform further includes a service management unit, configured to manage the application service unit.

Embodiments of the present invention also provide a transaction processing system, and the managing the application service unit includes: registration, monitoring, security configuration, subscription/release, and version management of the application service unit.

Embodiments of the present invention also provide a transaction processing system, the service integration platform further comprising a server interface unit for protocol conversion between the application service unit and a service bus.

An embodiment of the present invention further provides a transaction processing system, the service integration platform further includes a client interface unit, configured to provide an interface standard, and receive a transaction message of the client based on the interface standard and transmit the message to the client The configuration management unit.

Compared with the prior art, the present invention has the following advantages:

In the above technical solution, a plurality of application services are integrated in the same transaction processing system, and a plurality of application service units are uniformly managed, and the transaction messages of the plurality of users can be quickly and effectively processed.

In addition, the technical solution uses two data storage sub-units to update and query the stored data separately, thereby ensuring the real-time and validity of the data. Further, the transaction processing system of the present technical solution can convert the user's transaction message into a canonical access request, thereby expanding the service type provided by the entire transaction processing system.

Further, the transaction processing system of the technical solution sends a call request to the relevant application service unit according to the request type of the access request, and implements unified management of multiple application service units. Further, the service bus in the technical solution queues each access request, and performs parallel processing on a predetermined number of access requests at the same time, thereby avoiding a large number of concurrent access requests simultaneously flowing into the transaction processing system, resulting in a system load being too high. paralysis.

Further, the technical solution adopts a service management unit to manage multiple application service units, and implements functions of version control, security configuration, subscription/release, and the like.

Further, in the transaction processing system of the present technical solution, protocol conversion is performed through the server interface unit, and a plurality of different application service units can be supported.

In addition, the user interface unit of the technical solution provides an interface standard, and each client issues a transaction message based on the interface standard, thereby realizing unified management of the client.

DRAWINGS

1 is a schematic structural diagram of a transaction processing system according to an embodiment of the present invention;

2 is a schematic structural diagram of a service bus in the structure shown in FIG. 1;

3 is a flowchart of processing of a transaction message according to an embodiment of the present invention;

4 is a flow chart showing the processing of a transaction message in accordance with another embodiment of the present invention.

detailed description

The above described objects, features and advantages of the present invention will become more apparent from the aspects of the appended claims.

Specific details are set forth in the following description in order to provide a thorough understanding of the invention. However, the present invention can be implemented in a variety of other ways than those described herein, and those skilled in the art can make similar promotion without departing from the spirit of the invention. The invention is therefore not limited by the specific embodiments disclosed below.

In the prior art transaction processing system, there is a many-to-many correspondence between the user and the application service. As the number of users and the types of application services increase, the load of the entire transaction processing system increases geometrically, which is difficult to maintain. And management, and there is no guarantee that the user's request will respond quickly and efficiently.

The technical solution uses a service integration platform including a service bus to uniformly schedule and manage user requests and related application service units. The user's various transaction messages are converted into standardized access requests, and processed by using corresponding processing flows, so that multiple application service units can be used to standardize the transaction messages of the users, thereby realizing unified integration of multiple application services and management.

1 is a schematic structural diagram of a transaction processing system according to an embodiment of the present invention.

As shown in FIG. 1, the transaction processing system of this embodiment includes: a client, a service integration platform 11, Application service unit and data storage unit 13.

The client is in a plurality of embodiments, namely, client 1, client 2, and client n, and the user of the transaction processing system issues a transaction message through the plurality of clients. The user may be a buyer or a seller; the transaction message may be a contract transaction or a spot transaction.

The application service unit is a plurality of application service units 1, an application service unit 2 to an application service unit n, and the transaction message sent by the client is finally executed by the application service unit and deal with. The respective application service units may be provided by a plurality of different service providers, for example, in the transaction of bulk production materials, the specific processing and operation related applications involved may be provided by banks, logistics, warehousing, etc., respectively. The application is equivalent to each of the above application service units. The application service unit performs a corresponding processing process according to the received call request, and acquires related stored data, such as credits, points, and warehousing related inventory information, from the data storage unit 13 during processing. And so on, thereby processing the call request, and generating corresponding processing data, such as bank account related credits, points, and warehousing related inventory changes during the processing.

The data storage unit 13 provides corresponding storage data to the application service unit, and receives processing data generated by the application service unit to update its internal storage data. The data storage unit 13 in this embodiment includes an update data sub-unit 131 and a query data sub-unit 132, and the update data sub-unit 131 is configured to record the stored data, and receive the processed data to store the data. The query data sub-unit 132 is configured to back up the stored data in the update data sub-unit 131, and receive a query request from the application service unit to provide corresponding storage data thereto. The query data sub-unit 132 acquires the stored data from the update data sub-unit 131 and backs it up every predetermined time.

The update data sub-unit 131 and the query data sub-unit 132 can be implemented using a distributed database system. In a specific embodiment, taking the bank-related application service unit as an example, when processing the transaction message of the client 1, the credit of the user A is changed, and the corresponding change is recorded in the update data in real time. In the unit 131, if the client 2 also sends a transaction message to query the credit of the user A, the related query data is obtained from the query data word unit 132, and after a predetermined time, the query Data word unit 132 is in the update data subunit 131 The data is backed up, and the internal storage data is updated real-time data. Since the update data sub-unit 131 and the query data word unit 132 are respectively used in the technical solution to update and query data, when both occur In the event of a conflict, data updates and queries do not affect each other, ensuring the real-time and validity of the stored data.

The service integration platform 11 receives the transaction message of the client and sends a call request to the corresponding application service unit, and specifically includes: a client interface unit 111, a configuration management unit 112, a rule unit 113, a service bus 114, and a service management unit 115. And a server interface unit 116.

The client interface unit 111 is configured to provide an interface standard and receive a transaction message of the client based on the interface standard and transmit it to the configuration management unit 112. In a specific embodiment, as long as the client sends the transaction message by using the interface standard, the service integration platform 11 can be accessed. Therefore, the client interface unit 111 can implement the connection of different types and different versions of the client. Into, for example, support both computer client access and mobile client access, and can also support multiple different versions of the client to meet the needs of users.

The configuration management unit 112 is configured to acquire the transaction message, convert the transaction message into an access request, and provide the service bus 114. In a specific embodiment, the transaction message may be a contract transaction, a spot transaction, or a combination of the two, wherein the contract transaction and the spot transaction are separate access requests, respectively applying the normalized processing rules, and the contract transaction and the spot transaction. The combination is split into a combination of access requests corresponding to transactions and spot transactions, thereby enabling processing of new transaction messages through a combination of existing access requests.

The rule unit 113 is configured to provide a processing rule corresponding to the access request, and may include multiple request types and a processing flow corresponding to each request type. In a specific embodiment, the request type includes "contract" and "spot", wherein the processing process corresponding to the spot includes the verification of the storage spot information, the inquiry of the bank credit data, the delivery of the spot, and the update of the bank, the warehouse data, and the like. The processing process corresponding to the contract includes the inquiry change of the bank credit data and the verification of the relevant settlement unit.

The service bus 114 receives the access request issued by the configuration management unit 112, and issues a call request to the corresponding application service unit according to the processing rule provided by the rule unit 113, that is, the request type and the corresponding processing flow. For example, according to the relevant access request, the application service unit provided by the service provider such as bank, warehouse, etc. is respectively called for processing.

The service management unit 115 is configured to manage the application service unit, including: The registration of the service unit, the application service unit newly integrated into the transaction processing system of the embodiment needs to complete the registration process to be able to be invoked and obtain the access to the data storage unit 13 to receive the call request and perform related processing; Monitoring of application service units, monitoring status information of each application service unit, such as the number of times called, current version information, etc.; security configuration of the application service unit, controlling the security of each application service unit, such as for a computer client The transaction message sent is less secure and may be misappropriated. The application service unit related to bank credit does not accept the change of credit data, only accepts the query, and the transaction information sent by the mobile phone client is related to the user. Higher, correspondingly higher security, can be queried or changed; application service unit subscription/release, based on the client's subscription to different application services, using the corresponding application service unit for processing, and processing results Publish to the client, such as client 1 subscription The monthly account credit inquiry, the application service unit provided by the bank releases the relevant credit information to the client 1 every month; the version management of the application service unit detects the version of each application service unit called by the client, for example, a certain The application service unit has two versions, an initial version VI and an updated version V2. If a request for the application service unit is updated in version V2 within a predetermined period (such as within one month), the initial version VI is The service management unit 115 logs out, so that subsequent call requests are only for the updated version V2, thereby reducing the complexity of the calling process of the service bus 114.

The server interface unit 116 is used for protocol conversion between the application service unit and the service bus 114, and unifies the interface protocol of the application service unit and the service bus. In a specific embodiment, the implementation manners and interface protocols of the application service units provided by different service providers, such as banks, warehousing, etc., are different, and the server interface unit 116 is configured to use different types such as a hypertext transfer protocol. The interface information of the (HTTP) or Single Object Access Protocol (SOAP) application service unit is converted into a unified protocol compatible with the service bus 114, facilitating integration of the system and addition of new application service units provided by different service providers. . The server interface unit 116 in this embodiment can support various common implementation protocols, thereby improving applicability.

Fig. 2 is a block diagram showing the structure of the service bus 114 shown in Fig. 1.

As shown in FIG. 2, the service bus of this embodiment includes: a request queue 114a, which receives an access request generated by the configuration management unit 112 and queues it; a request processing unit 114b obtains a predetermined number from the request queue. Accessing the request, and sending the access request to the corresponding flow processing unit 114c according to the request type corresponding to the access request; the flow processing unit 114c, receiving the request The access request issued by the processing unit 114b is requested, and an invocation request is issued to the corresponding application service unit according to its corresponding processing flow.

In a specific embodiment, after receiving the access request, the request queue 114a caches and sorts the access request, and different access requests correspond to different priorities. Since the request processing capability of the service bus 114 is limited, Therefore, after the priority is set, the access request with the higher priority is preferentially provided to the request processing unit 114b to ensure that it is preferentially processed, and the access request with the lower priority can be suspended. In addition, the queuing process may also be performed according to the time sequence of receiving the access request, and the first received access request is preferentially provided to the request processing unit 114b.

The processing capabilities of the service bus 114 are primarily determined by the request processing unit 114b. The request processing unit 114b may be plural in a specific embodiment, such as the request processing unit 1, the request processing unit 2, and the request processing unit n, and each request processing unit processes only one access request at the same time. Therefore, the number of access requests that request processing unit 114b can process does not exceed a specific number of request processing units. When the one or more request processing units are in an idle state, the request processing unit 114b accesses the request queue 114a to check whether the unprocessed access request is temporarily stored in the request queue 114a: if the access request has not been processed, The request processing sub-unit 114b invokes the access request with the highest priority and sends the access request to the corresponding flow processing unit 114c. The request processing unit 114b can limit the number of access requests that are simultaneously processed, and avoids a large number of concurrent access requests simultaneously flowing into the transaction processing system, resulting in a system load being too high.

For the flow processing unit 114c, a plurality of flow processing units such as the flow processing unit 1, the flow processing unit 2, and the flow processing unit n may be included. Similar to the request processing unit 114b, each flow processing unit processes only one access request at the same time. However, when processing the access request, the flow processing unit 114c needs to be based on the access request corresponding to the access request provided by the rule unit. Process the process and process the access request step by step. For the different steps of the process flow, the process processing unit 114c respectively calls different application service units, for example, the process processing unit 1 corresponds to an application service unit provided by the bank and the process processing unit 2 corresponds to an application service unit provided by the warehouse, that is, according to Calling a request to the corresponding application service unit at different stages of the access request, and processing the access request by the application service unit. After the application service unit of a processing step is processed, the processing result of the access request is returned to The flow processing unit 114c is directed by the flow processing unit 114c The next application service unit issues a call request. After a plurality of processing steps included in the processing flow, the access request completes the corresponding processing and generates processing data, after which the electronic transaction service platform stores the processing data in the data storage unit. As a preferred embodiment, the access request received by the flow processing unit 114c is encrypted. Therefore, the flow processing unit 114c is further configured to decrypt the encrypted access request, and then according to the corresponding processing. The process is processed.

The working process of the transaction processing system of this embodiment will be described in detail below by taking a large production data transaction as an example. Take the steel trading as an example, the transaction message sent by the client: including the trading information of the steel spot (corresponding to the actual steel trading, related outbound, warehousing and bank settlement, etc.); the contract transaction message (corresponding to procurement, Intention to sell).

3 is a schematic flow chart of the contract transaction of the embodiment. Referring to FIG. 1, it corresponds to a transaction message that a user (buyer or seller) issues a contract transaction through a client, and the transaction message is converted by the configuration management unit 112. The access request (which is still a contract transaction in this embodiment) is then transmitted to the service bus 114, and the service bus 114 sorts and processes the data. The specific processing procedure is based on the processing rule stored in the rule unit 113. Determine, specifically including its request type is "contract", the corresponding processing flow is shown in Figure 3. The related processing flow includes: Step S101, a standard contract issuance, and the step is processed by the service bus 114 to issue a call request to the corresponding application service unit (such as a contract application service unit provided inside the transaction processing system) for issuing, the standard The contract includes standard elements such as the transaction product, the transaction time, the transaction place, and the transaction price. Step S102, the contract price check is passed, and the step is also completed by the contract application service unit. If not, the step S120 is performed, and the contract cannot be issued. If the step S103 is performed, it is checked whether the credit of the publishing user is sufficient; Step S103 involves checking the credit, and the flow processing unit in the service bus 114 correspondingly calls the credit application service unit provided by the bank to check the credit of the publishing user. If the credit is sufficient, step S104 is performed to perform standard contract credit occupation, and the similar service bus 114 invokes the credit application service unit provided by the bank, and a part of the user's credit occupation is issued; Step S105, the standard contract is successfully generated, this step By the stated The application service unit is completed; step S106, applying for settlement unit association, and step S107, checking whether the association of the application settlement unit is approved, and the above two steps need to associate with the specific settlement unit of the contract transaction, for example, which unit is responsible for The settlement of this contract is also completed by the contract application service unit; if the audit fails, it is executed In step S130, the contract association fails. If the audit is passed, step S108 is executed to generate the associated contract credit occupation. In step S109, the standard contract credit occupancy is released. The above two steps involve the credit of the user, which is processed by the process in the service bus 114. The unit correspondingly calls the credit application service unit provided by the bank to complete; after step S110 is executed, the association contract is successfully generated, and is completed by the contract application service unit.

It should be noted that the flow of the above contract transaction is based on the processing rule in the rule unit 113, and is uniformly scheduled by the service bus 114, and is called by the corresponding application service unit. On the one hand, the processing rules in the rule unit 113 can be configured and updated by the administrator of the transaction processing system to effectively process the transaction messages of the user, and can change and optimize the corresponding processing rules according to actual needs. On the other hand, since a large number of users simultaneously issue various transaction messages in actual use, the service bus 114 can schedule and process a large number of access requests asynchronously, thereby realizing the conversion of the synchronous access request to the asynchronous processing. Improve the processing efficiency and utilization of the system.

In addition, in the above contract transaction processing, the attribute data of the contract involved and the inquiry and update of the stored data of the related bank credit are all completed by the data storage unit 13.

4 is a schematic flowchart of a spot transaction according to another embodiment. Referring to FIG. 1, the method includes the following steps: Step S201: A seller user sends a transaction message for selling an inventory transaction through the client, and the buyer user passes the client. The message is responsive, and it is desired to buy; step S202, checking whether the buyer user credit is sufficient, and the step is completed by the corresponding processing bank of the credit application service unit provided by the flow processing unit in the service bus 114; if sufficient, the step is performed. S203, the spot transaction is initiated, step S204, generating a credit occupation of the buyer user, the step is still completed by the credit application service unit provided by the bank; then executing step S205, the buyer and the seller confirm the transaction, and the transaction processing system is integrated internally. The spot confirmation application service unit is completed, and may be determined by the buyer and the seller sending a receipt to the respective client through the spot confirmation application service unit; Step S206, releasing the credit occupation of the purchased user, after obtaining the confirmation of the buyer and the seller Credit application provided by the bank The service unit is completed; then step S207 is executed, the spot transaction is successful, and the points are generated, which are provided by the bank or integrated by the transaction processing system. Similarly, the stored data to be queried and the processed data generated by the above steps are completed by the data storage unit 13.

The transaction messages of the above two embodiments are contract transactions and spot transactions, respectively. In practical applications, It can be a more complicated transaction message, such as a combination of contract transaction and spot transaction, and then converted by the configuration management unit into a relatively independent contract transaction and a spot transaction access request, although the invention has been better The embodiments are disclosed as above, but are not intended to limit the present invention, and any person skilled in the art can make possible changes to the technical solutions of the present invention by using the methods and technical contents disclosed above without departing from the spirit and scope of the present invention. And the modifications, therefore, are not to be construed as a departure from the scope of the invention.

Claims

Rights request

A transaction processing system, comprising: a client, a service integration platform, a data storage unit, and a plurality of application service units, wherein

2. The transaction processing system of claim 1 wherein the data storage unit comprises:

Updating a data subunit, configured to record the stored data, and receive the processed data to update the stored data;

3. The transaction processing system according to claim 2, wherein the query data subunit acquires and backs up the stored data from the update data subunit every predetermined time.

4. The transaction processing system according to claim 1, wherein the service integration platform comprises a configuration management unit, a service bus, and a rule unit, wherein

The transaction processing system according to claim 4, wherein the processing rule comprises a plurality of request types and a processing flow corresponding to each request type.

6. The transaction processing system according to claim 5, wherein the service bus comprises: a request queue, receiving the access request and queuing the same; The request processing unit acquires a predetermined number of access requests from the request queue, and sends the access request to the corresponding process processing unit according to the request type corresponding to the access request;

The flow processing unit receives the access request issued by the request processing unit, and issues a call request to the corresponding application service unit according to the corresponding processing flow.

7. The transaction processing system of claim 6, wherein the request queue queues the access requests according to their priority or received time order.

8. The transaction processing system according to claim 4, wherein the configuration management unit stores a correspondence between the access request and the transaction message, and converts the transaction message into an access request based on the correspondence.

9. The transaction processing system of claim 8, wherein the transaction message includes at least one access request, and the configuration management unit converts the transaction message into at least one access request.

The transaction processing system according to claim 4, wherein the service integration platform further comprises a service management unit, configured to manage the application service unit.

11. The transaction processing system according to claim 10, wherein the managing the application service unit comprises: registration, monitoring, security configuration, subscription/release, and version management of the application service unit.

12. The transaction processing system of claim 4, wherein the service integration platform further comprises a server interface unit for protocol conversion between the application service unit and a service bus.

The transaction processing system according to claim 4, wherein the service integration platform further comprises a client interface unit, configured to provide an interface standard, and receive the transaction message of the client based on the interface standard and It is transmitted to the configuration management unit.