JP2002091780A - System and method for processing transaction - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a method and a system for processing transaction, by which operation management or transaction processing program can be easily customized by user and a client application can be easily prepared. SOLUTION: The client/server type transaction processing system capable of online transaction processing, has a storage device for storing plural work components as a program for executing transaction processing, a work flow method as a program for calling and executing the work components and a work flow class as a program for storing the work flow method required for every work processing in a server node and a processor for calling the work component through the work flow method for the unit of work flow class and executing transaction processing according to this work component.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a client / server type transaction processing system capable of online transaction processing.

[0002]

2. Description of the Related Art Conventionally, an open transaction processing system is constructed on a transaction monitor.
The transaction processing program has been created by a library operating on a transaction monitor.

As a recent trend, a transaction monitor has provided an operation environment of an object-oriented component, and a transaction processing program includes EJB (Enterprise Java Beans) and COM (Co).
mponent Object Model), CORBA (Common Objec)
t Request Broker Architecture). Such a transaction monitor is hereinafter referred to as an object-oriented transaction monitor.

[0004] When a transaction processing program is created using components as described above, the reusability can be improved because the program is made into components.
For example, an EJB component created on the object-oriented transaction monitor uses an API (Application
As long as no program interface is used, other object-oriented transaction monitors can be operated. For example, in the case of a WebLogic Server of BEA Systems, a transaction processing program can be created in the EJB because the component supports the EJB defined in the J2EE (Java 2 Enterprise Edition: Sun Microsystems) specification. is there. As a result, the Web
It is possible to construct a system or the like that executes a transaction process by passing a transaction input from a Web browser such as Shop to a servlet on a Web server, and calling a component group created by an EJB on a WebLogic Server with the servlet.

[0005] Such a transaction processing program is generally constituted by a calling process of a plurality of components. Usually, the granularity of the components is arbitrary,
Components are not always large enough for the user to handle. In addition, since operation management tools and the like provided natively by the object-oriented transaction monitor are also provided for each component, operation management may be difficult for the user. For example, when displaying the operation status of the transaction processing program, the conventional operation management tool of the object-oriented transaction monitor only displays information such as how many component methods are executed per second. Not easy to understand.

To solve such a problem, for example,
Japanese Patent Application Laid-Open No. 2000-132394 proposes guidelines for constructing an object-oriented business system by classifying objects into control objects that control a processing flow and object management that implements a data access interface. . In this case, if a unified design is performed according to a predetermined guideline from the design stage, problems such as non-uniformity of object granularity and boundaries do not occur, and the control object can be adapted to the work of the user. it can.

[0007]

However, the technique described in Japanese Patent Application Laid-Open No. 2000-132394 has a problem that it cannot be applied to an already operating business system. In particular, since the distribution of external components is expected in recent years, a technique for integrating existing components is also required.

[0008] In addition, even when a transaction processing program is created by classifying the transaction processing into control objects and object management, the user performs transaction processing such as end processing in the event of an error and pre-processing / post-processing of component invocation. Could not be easily added to this flow.

Further, as described above, in the transaction processing system, the granularity of the component is arbitrary, and the size is not always easy for the operating user to understand. Therefore, there is a problem that operation management is difficult.

Further, when the transaction process is composed of a plurality of component invocation processes, the client implements a data invocation tool for the component and a data conversion logic for passing the invocation result of the component to another component. However, there is a problem that the load of creating an application on the client side increases.

SUMMARY OF THE INVENTION The present invention has been made to solve the above-mentioned problems of the conventional technology, and it is easy for a user to manage an operation and customize a transaction processing program, and a client application can be easily created. It is an object to provide a transaction processing method and system.

[0012]

In order to achieve the above object, a transaction processing system according to the present invention has a client node operating as a client and a server node executing predetermined transaction processing. Possible Clients /
A server-type transaction processing system, wherein the server node includes a plurality of business components that are programs for executing the transaction processing;
A storage device for storing a business flow method that is a program for calling and executing the business component and a business flow class that is a program for storing the business flow method required for each business process; And a processing device that calls the business component by the business flow method for each class and executes the transaction processing according to the business component.

At this time, the server node may have an output device for displaying a business flow definition screen which can be rewritten for defining the calling sequence of the business component for each business flow class. A program for storing a client, which is an application for requesting the server node to perform a business process, and an object to be passed to the business component when the client node requests the server node for a business process. And a storage device for respectively storing a message object, and a predetermined key given to each argument of the method of the business component and an object corresponding to the key in the message object in a table format. It may be stored.

On the other hand, a transaction processing method of the present invention is a transaction processing method for causing a client / server system having a client node operating as a client and a server node executing predetermined transaction processing to execute the transaction. The server node includes a plurality of business components that are programs for executing the transaction processing, a business flow method that is a program for calling and executing the business components, and the business flow method required for each business process. A business flow class, which is a program for storing, is stored in advance, and the business component is called by the business flow method for each business flow class, and the business component is called in accordance with the business component. A method of performing transaction processing.

At this time, for each business flow class,
A rewritable business flow definition screen may be displayed to define the calling sequence of the business component,
In the client node, a predetermined key given to each argument of the method of the business component and an object corresponding to the key are stored in advance as message objects in a table format, and the client node When requesting a node for business processing, the message object may be referred to and an object used in the transaction processing may be passed to the business component.

In the above-described transaction processing system and method, a business component is called by a business flow method for each business flow class, and the transaction processing is executed in accordance with the business component. Various operation units can be performed in business units that are easy for the user to understand.

[0017]

DESCRIPTION OF THE PREFERRED EMBODIMENTS Next, the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing one configuration example of the transaction processing system of the present invention.

In FIG. 1, the transaction processing system of the present invention has a configuration including a client node 1 operating as a client and a server node 2 executing transaction processing according to components.

The client node 1 is configured using an information processing device such as a personal computer, for example.
A client 11 which is an application for requesting the server node 2 to perform a business process, and an object (component) 121 which is passed to a business component which executes a transaction process when the client 11 requests the server node 2 to perform a business process are stored. And a message object 12 which is a program for performing

The message object 12 has a hash table structure. For example, when the programming language is Java, an object of the HashTable Class is used. A predetermined key and a corresponding value are stored in the message object 12, and an arbitrary object can be designated as the value.
Here, the object 121 is specified.

On the other hand, the server node 2 is composed of, for example, an information processing device such as a workstation, and has a plurality of business components 24 which are programs for executing transaction processing, and a business process according to a business flow defined by a user. A business flow method 231 that is a program for calling and executing the component 24, a business flow class 23 that is a program for storing a plurality of required business flow methods 231 for each business process, and a request from the client 11. And a business flow engine 21 which is a program for executing processing by the business flow class 23 specified by the client 11. The business component 24 is actually the object-oriented transaction monitor 2 of the server node 2.
5 is executed. Also, in FIG. 1, business flow class 2
Although only one is described, three or more business flow classes 23 may be provided according to the type of business.

The business component 24 is an EJB, CO
These components are created by the user using RBA or the like, and transaction processing is executed by these business components. That is, the transaction process is configured by a process of calling the plurality of business components.

The business flow engine 21 is mounted on the server node 2 as a component, and a method of the business flow engine 21 is called from the client 11 by a well-known component calling tool.

The business flow defines the calling sequence of the business component 24, and is registered by the user using the business flow definition screen 22. A business flow class 23 is configured by the server node 2 from a business flow registered using the business flow definition screen 22.

The information processing apparatus serving as the client node 1 or the server node 2 is, for example, as shown in FIG. 2, a processing apparatus 110 for executing a predetermined process according to a program, and commands and information for the processing apparatus 110. Input device 120 for inputting the
And an output device 130 for monitoring the result of the processing.

The processing device 110 includes a CPU 111 and a CP
A main storage device 112 for temporarily storing information necessary for the processing of U111; a recording medium 113 on which a program for causing the CPU 111 to execute the processing of the business system of the present invention; A data storage device 114 for storing programs and data necessary for processing as the server node 2;
2. Memory control interface unit 115 for controlling data transfer with recording medium 113 and data storage device 114
And an I / O interface unit 116 serving as an interface device between the input device 120 and the output device 130, and a communication control device 117 serving as an interface for controlling data communication with an external node. It is a connected configuration.

The processing device 110 executes the following processing of the transaction processing system of the present invention according to the program recorded on the recording medium 113. The recording medium 113 is a magnetic disk, a semiconductor memory,
It may be an optical disk or another recording medium.

Next, the operation of the transaction processing system shown in FIG. 1 will be described in detail.

In the transaction processing system of the present invention, components for executing transaction processing are grouped in "business" units. This is done according to the following idea.

Generally, a "business" is composed of a plurality of transaction processes. For example, the ordinary deposit business includes a deposit transaction process and a withdrawal transaction process. In these transaction processes,
Normally, the process of calling a component is executed a plurality of times.

In the transaction processing system of the present invention, a business flow method 231 corresponding to each transaction processing required for such a “business” is defined, and a class corresponding to the “business” having a plurality of business flow methods 231 is defined. Is defined, and the business flow class 23 is defined for each class.
Create

The processing content of the transaction processing system of the present invention is separated into a business flow definition process and an execution process. First, a business flow definition process will be described with reference to FIGS.

FIG. 3 is a diagram showing a processing procedure of the transaction processing system shown in FIG. 1, and is a flowchart showing a procedure of a business flow definition process. FIG. 4 is an image diagram showing an example of the business flow definition screen shown in FIG.

As shown in FIG. 3, in the business flow definition process, the user activates the business flow definition screen 22 by the server node 2 (step A1), and firstly executes the business flow according to the instruction on the business flow definition screen 22. The business component 24 to be called in the flow and its method are selected and registered (step A2). Here, since a plurality of arguments are provided for the method of the business component 24, a predetermined key is designated for each argument (step A3). These keys are
1 corresponds to the message object 12 transmitted from the client 11 to the object 12
It is necessary when taking out 1.

Subsequently, if any processing is required before and after the calling process of the business component 24, a pre-call / post-call process (data conversion rule, etc.) is defined (step A4). Then, it is determined whether there is still a business component 24 to be inserted into the business flow, and if there is a business component 24, the process returns to step A2 to repeat the processing up to step A4 to create a business flow (step A5).

When the creation of the business flow is completed, a business flow class 23 for calling the business component 24 is created (step A6). For example, if the programming language is Ja
For va, this is a class file. The created business flow class 23 is stored in the server node 2.

Next, the execution process of the business flow will be described with reference to FIG.
This will be described with reference to FIG.

FIG. 5 is a diagram showing a processing procedure of the transaction processing system shown in FIG. 1, and is a sequence diagram showing a procedure of a business flow execution process.

In FIG. 5, the user creates an object 121 to be passed to the business component 24 using the client 11 in advance, and stores it in the message node 12 in the client node 1 in a hash table format.

In such a state, the client node 1
When the user requests the server node 2 for online transaction processing, the user first accesses the server node 2 using the client 11 and calls a method of the business flow engine 21. At this time, the client node 1 passes the name of the business flow class 23 to be called and the message object 12 to the business flow engine 21 as arguments.

The server node 2 is a business flow engine 2
1 is instantiated, and the corresponding business flow method 231 is called. Then, the business component 24 specified by the business flow definition screen 22 is sequentially called by the business flow method 231, and the result of the transaction processing by the business component 24 is transmitted to the client 11 via the business flow engine 21.
Return to each.

When a pre-call process is defined on the business flow definition screen 22 when the business component 24 is called, the business component 24 is called after performing the specified pre-process. When the post-call processing is defined, the specified post-processing is performed after the business component 24 is executed. Client node 1
When the client 11 calls the business component 24, the object 121 stored in the message object 12 is passed to the business component 24 according to the key set during the process definition of the business flow.

Next, a procedure for transferring the object 121 stored in the message object 12 to the business component 24 will be described with reference to FIG.

FIG. 6 is a schematic diagram showing a procedure for transferring an object from the message object of the client node shown in FIG. 1 to the business component of the server node.

In FIG. 6, when the method of the business component 24 to be called in the business flow is defined using the business flow definition screen 22, keys corresponding to the respective arguments of the method of the business component 24 are defined. In FIG. 6, for example, the argument arg1 of the method A of the component A
In contrast, CMPA # MethodA # arg1 is defined as a key.

[0047] The client node 1
When the message object 12 is created by using the message object 1 based on the key defined above,
2 is stored. In FIG. 6, for example, CMPA # MethodA # arg1
Obj-1 is stored in the message object 12 using as a key.

The server node 2 has a business flow class 23
When the business component 24 is called, the object 121 corresponding to the key defined for the argument of the method is extracted from the message object 12, and
The method is set as an argument and the method of the business component 24 is called. In the case of FIG. 6, for example, Obj-1 and Obj-2 are extracted from the message object 12, set as Method A parameters, and call Method A of Component A.

By passing each object 121 included in the message object 12 to the business component 24 in this manner, each object 121 can be passed to an appropriate business component 24.

Next, the effects of the embodiment of the present invention will be described.

As described above, since the granularity of the business component is arbitrary, the processing unit of the business component may be difficult for the user to understand. By defining the business flow class 23 as in the present invention, transaction processing becomes easy for a user to recognize, and operation management becomes easy.

For example, a case where the operation status of the business process is displayed will be described below as an example.

Normally, the unit of operation status recognition by the object-oriented transaction monitor is a component, and the operation status that can be confirmed using a management tool or the like attached to the object-oriented transaction monitor is shown in FIG.
As shown in (a), it is the number of times the method of the component is called, which is difficult for the user to understand.

In the case of the present invention, for example, if the number of calls to the business flow class 23 is counted and displayed, the user can display the operation status in business flow class units, that is, in business units, as shown in FIG. It will be possible to confirm. In addition, various operation units such as property management can be performed for each business.

In addition, since a business or business flow is not simply a logical unit, it is mapped to a physical entity such as a class or a method of a class that is easily recognized by a user.
A user-specific processing program can be easily added to the transaction processing program. For example, customization can be easily performed by incorporating a unique logic before calling a component, adding a process at the time of abnormal termination, and creating a loop. In addition, since customization can be performed using the business flow definition screen, customization becomes easier.

Further, according to the present invention, even when a large number of component invocation processes occur in online transaction processing, the client 11 only needs to invoke the method of the business flow engine 21 and pass one object 121. Applications can be simplified.

Next, an application example of the present invention will be described with reference to the drawings.

The present invention mainly relates to a transaction processing system that executes transaction processing on a component basis, but is also applicable to a transaction processing system having an interface that is not a component base.

For example, as shown in FIG. 8, by using a business flow method to call a wrapper component corresponding to the EAI tool using the EAI tool 31 or the like, a transaction processing system having a non-component-based interface can be executed in the business flow. Can be partially incorporated. Further, the data can be converted into the XML format by the EAI tool 31 so that the data can be applied to the RosettaNet 34. In other words, transaction processing systems that are not component-based can also be grouped in business units.

The transaction processing system shown in FIG. 8 performs the connection processing with the heterogeneous system or the data format conversion processing on the transaction processing system shown in FIG. 1 to enable the cooperation with the heterogeneous system.
(Enterprise Application Integration) Tool 31
And a wrapper component 32 for providing a component interface for handling the EAI tool 31 as a component, and a Web browser 33 connected to the client node via the Internet. The other configuration is the same as that of the transaction processing system shown in FIG.

The EAI tool 31 is a message queuing system, ERP (Enterprise Resource Plannin).
g), etc. are tools for easily connecting systems having different interfaces, such as Mercator (Mercator), e * Ga
te (STC).

The wrapper component 32 allows a heterogeneous system to be called as a component by the business flow method 231, and the user can incorporate the heterogeneous system into the transaction processing system.

More specifically, the We
An order related to e-commerce is placed from the browser 33 to the client node, and the business flow method of the server node is executed in response to a request from the client. At this time, the business flow method calls the business component stored in the own server node, calls the wrapper component 32, converts the data into the XML format by the EAI tool 31, and calls the E-Market Platform.
Transaction processing such as flowing to ce (rosetta net) is conceivable. Since such a series of transaction processes can be recognized as one business, the operation status and the like can be displayed in business units.

[0064]

Since the present invention is configured as described above, the following effects can be obtained.

By calling a business component by a business flow method for each business flow class and executing transaction processing according to the business component, various operation units such as operating status and other property management can be converted into business units easy for the user to understand. It can be carried out. In addition, since a business or business flow is not simply a logical unit but is mapped to a physical entity that is easily recognizable to a user, such as a class or a class method, a user-specific processing program can be easily added to the transaction processing program. be able to.

If the user customizes the transaction processing program using the business flow definition screen, the customization becomes easier.

Further, even when a large number of component invocation processes occur in online transaction processing, the client node only needs to pass one corresponding object to the business component stored in the server node. Can be simplified.

[Brief description of the drawings]

FIG. 1 is a block diagram illustrating a configuration example of a transaction processing system according to the present invention.

FIG. 2 is a block diagram illustrating a configuration example of a client node and a server node illustrated in FIG. 1;

FIG. 3 is a flowchart showing a processing procedure of the transaction processing system shown in FIG. 1, and is a flowchart showing a procedure of a business flow definition process.

FIG. 4 is an image diagram showing an example of a business flow definition screen shown in FIG.

FIG. 5 is a diagram showing a processing procedure of the transaction processing system shown in FIG. 1, and is a sequence diagram showing a procedure of a business flow execution process.

6 is a schematic diagram showing a procedure for transferring an object from a message object of a client node shown in FIG. 1 to a business component of a server node.

FIGS. 7A and 7B are diagrams showing operation statuses that can be confirmed using a management tool or the like attached to the object-oriented transaction monitor. FIG. 7A is a table showing conventional display contents, and FIG. It is a table | surface which shows the display content of invention.

FIG. 8 is a block diagram showing another configuration example of the transaction processing system of the present invention.

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 1 Client node 2 Server node 11 Client 12 Message object 21 Business flow engine 22 Business flow definition screen 23 Business flow class 24 Business component 25 Object-oriented transaction monitor 31 EAI tool 32 Wrapper component 33 Web browser 110 Processing unit 111 CPU 112 Main storage unit 113 Recording Medium 114 Data Storage Device 115 Memory Control Interface Unit 116 I / O Interface Unit 117 Communication Control Device 118 Bus 120 Input Device 121 Object 130 Output Device 231 Business Flow Method

──────────────────────────────────────────────────続 き Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06F 15/16 620 G06F 9/06 620A

Claims (6)

[Claims] 1. A client / server type transaction processing system having a client node operating as a client and a server node executing a predetermined transaction processing and capable of performing transaction processing online, wherein the server node A plurality of business components that are programs for executing the transaction processing, a business flow method that is a program for calling and executing the business components, and a business flow method required for each business process. A storage device for storing a business flow class, which is a program; and a business flow method for calling the business component by the business flow method for each business flow class. Transaction processing system having a processor, the executing the Deployment process. 2. The server node according to claim 1, further comprising: an output device for displaying a business flow definition screen that can be rewritten in order to define a calling sequence of the business component for each business flow class.
Transaction processing system as described. 3. The client node stores a client, which is an application for requesting the server node to perform a business process, and an object to be passed to the business component when the client node requests the server node to perform a business process. A message object, which is a program for performing the operation, and a predetermined key given to each argument of the method of the business component and an object corresponding to the key. The transaction processing system according to claim 1, wherein is stored in a table format. 4. A transaction processing method for causing a client / server system having a client node operating as a client and a server node executing predetermined transaction processing to execute the transaction processing. , A business flow method that is a program for calling and executing the business component, and a business that is a program for storing the business flow method required for each business process A transaction class that stores a flow class in advance, calls the business component by the business flow method in the business flow class unit, and executes the transaction processing according to the business component Processing method. 5. The transaction processing method according to claim 1, wherein a rewritable business flow definition screen is displayed for defining the calling sequence of the business component for each business flow class. 6. A predetermined key given to each argument of the method of the business component and an object corresponding to the key are stored in the client node in advance as message objects in a table format, 3. The transaction processing method according to claim 1, wherein when a client node requests the server node for a business process, the message object is referred to and an object used in the transaction process is passed to the business component. 4.