JPH11191092A - System for managing status of job application - Google Patents

Abstract

PROBLEM TO BE SOLVED: To integrate and manage the status of job applications which are decentralized and run. SOLUTION: A site manager object 21 sends an instruction for status transition received from an administrator's terminal 5 to a service manager object 11 of a designated job AP2. The service manager object 11 constitutes constituent elements in the job AP2 so that the instructed status is obtained; when the instructed status is obtained, an AP state flag 14 is updated and a report on the completion is sent to the site service manager object 21. The site service manager object 21 changes the status of the corresponding job AP2 in a service state management table 22 and informs the administrator's terminal 5 of the status transition completion.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a system for managing the status of each business application in an environment in which a plurality of business applications run in a distributed manner on a computer, and in particular, manages the status distributed for each business application. The present invention relates to a system comprising management means for managing the status of business applications of the entire system and management means for integrating and managing the status of business applications in the entire system.

[0002]

2. Description of the Related Art Server computers for performing various services are installed separately for each function, and client computers access any one of the server computers via a network.
A so-called client-server system that receives a desired service is widely used. Depending on the operating environment of the client server system, it is necessary to manage the status of each business application such as starting up the business application executed on each server to bring the service to a start state, or planning and stopping the service. Although it is possible to access each business application of each server and perform status management from a terminal device that performs operation management, it is not efficient if there are a large number of server computers and business applications to be managed.

[0003]

As described above, there is a need for a status management system that integrates and manages the statuses of a plurality of business applications operating in a distributed manner.

An object of the present invention is to provide such a status management system.

[0005]

According to the present invention, there are provided a plurality of distributed business application units for performing a business processing service in response to a processing request from a client, and a service provided corresponding to each business application unit. A first management unit that holds the status of the corresponding business application unit including the in-service state and the service stop state, and a second management unit that integrates and holds the status of each business application unit including the service in-service state and the service stop state. The first management means configures the components of the business application unit so as to receive the status transition instruction from the second management means so as to attain the specified status, and the specified status is provided. When the second
The second managing means receives a status transition instruction from the terminal device, issues a status transition instruction to the first managing means, and sends a status transition instruction to the first managing means. A status management system having means for receiving the completion notification and notifying the terminal device of the completion of the status transition is characterized. In addition, the first management means and the second
A storage medium for storing the processing procedure of the management means as a program.

[0006]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of the present invention will be described below with reference to the drawings.

FIG. 1 is a configuration diagram of a system relating to system status management of the present invention. The business application program (AP) 2 is a program stored in the main storage device of the server computer and executed by the processing device of the computer, and services the client 4 by executing the requested business process. A plurality of business APs 2 are provided in a distributed manner. The correspondence between the business AP 2 and the server computer is arbitrary. That is, a server may be provided for each business AP 2, or a single server may accommodate a plurality of business APs 2. The client 4 is a computer such as a personal computer connected to a server computer accommodating the business AP 2 via a network, and transmits a processing request to the relevant business AP 2 to receive a target service.
2 is received.

[0008] The system status management unit 3 is a program stored in the main storage device of another server computer and executed by the processing unit of the computer, and manages the status of the business AP 2 and the server computer accommodating the business AP 2. The server computer accommodating the business AP 2 and the server computer accommodating the system status management unit 3 are connected via a network. The site service manager object 21 is a part of the system status management unit 3 and is a program for managing the status of the business AP 2 in particular. The service status management table 22 is a table held by the site service manager object 21 and stores the status of each service (business AP). The administrator terminal 5 is a computer such as a personal computer connected to a server computer that accommodates the system status management unit 3 via a network, and instructs the site service manager object 21 to change the status of each business AP 2. And the latest status of each business AP 2 is received from the site service manager object 21.

Each business AP 2 is managed as a process by the system status management unit 3 and has programs of a service manager object 11, a reception object 12, and a business object 13. The reception object 12 receives a login / logout request from the client 4, opens / closes a session, and activates a process of generating / deleting the business object 13. Further, it receives a request from the client 4 after logging in and transfers control to the corresponding business object 13. The business object 13 performs the requested business process, and transmits the result to the client 4 via the reception object 12.
The business object 13 notifies the service manager object 11 at the time of creation / deletion of itself. The service manager object 11 has an AP status flag 14 and manages the status of the business AP 2. Although the service manager object 11 is not a processing unit for executing a business application, it communicates with the reception object 12 and the business object 13 and is provided in the business AP 2 here. Generally, it may be provided corresponding to each business application unit. The service manager object 11, the reception object 12, and the business object 13 each have a method for each function, and a method is called from another object and executed.

The programs of the service manager object 11 and the site service manager object 21 are stored in a storage medium, respectively, and the main unit of the computer is connected via a drive unit (not shown) connected to a server accommodating the business AP 2 and the system status management unit 3. Read into a storage device or transmitted to a server accommodating the business AP 2 and the system status management unit 3 by program transmission,
It can be read into the main storage and executed.

For example, the operation of the system at the time of starting the service is as follows. When the site service manager object 21 receives a service start instruction by designating a specific service (business AP2) from the administrator terminal 5,
Instructs the designated business AP 2 to start the service. The service manager object 11 of the business AP 2 receives this instruction, generates a reception object 12, and
The status flag 14 is set to the “in service” status, and the status transition is notified to the site service manager object 21. The site service manager object 21 updates the status of the corresponding service in the service status management table 22 to “in service”, and notifies the administrator terminal 5 of the status transition result of the service. The administrator terminal 5 updates the display on the display device to “in service” for the service. Generally, the service manager object 11 configures the components in the business AP 2 to have the status specified by the site service manager object 21 and then sets the AP status flag 1
4 to the designated status, and notifies the site service manager object 21 of the status transition.

FIG. 2 is a state transition diagram showing the state of the business AP 2 and events for the state transition. The status of each business AP 2 is set in the AP status flag 14. “Process stop” is a state in which the process of the business AP 2 has disappeared. The “process initial state” is a business AP other than the service manager object 11 such as the reception object 12.
2 has been released.
“In service” is a state in which resources of the business AP 2 other than the service manager object 11 such as the reception object 12 are generated and a request from the client 4 can be received. “Pre-blocking” is a state in which the opening of a new session from the client 4 is stopped.

When a manual or automatic business AP (process) start-up operation is performed in the “process stopped” state at the initial stage of introduction,
The service manager object 11 is generated, and the state transits to the “process initial state”. When a service start instruction is sent from the system status management unit 3 to the business AP 2, resources such as the reception object 12 are generated,
Transition from "Process Initial State" to "In Service".
In the "in service" state, a session is opened in response to a request from the client 4, a business object 13 is generated, and a business service is provided by the business object 13. When a pre-blocking instruction is sent from the system status management unit 3 to the business AP 2, a transition is made from “under service” to “pre-blocking”. When the in-process transaction processing by the business object 13 is completed and all the sessions in the business AP 2 are released, the state automatically transitions from “pre-blocking” to “service stopped”. In addition, a transition is made from “service stopped” to “process initial state” according to a service initialization instruction, and a transition is made from “process initial state” to “process stop” according to a process stop instruction. In addition, the transition from "in service" or "pre-blocking" to "in service" by a service forced stop instruction, the transition from "service inactive" to "in service" by a service continuation restart instruction, and the "transition in process stop instruction" Service down "
There is a transition from "to process stop". Further, it is possible to make a transition directly from “process stopped” to “during service” by a process start operation, and directly from “during service” to “process stopped”.

FIG. 3 is a diagram showing a data structure of the service state management table 22. Each row of the service status management table 22 corresponds to each business AP 2 and has data items of a service type, a service name, an operating machine name, a service status, and an object pointer. The service type indicates the type of the business service, the service name is the identifier of the service provided by the business AP 2, the operating machine name is the identifier of the server accommodating the business AP 2 executing the service, and the service status is the status of the business AP 2. , The object pointer indicates the access point of the service manager object 11 that manages the business AP 2. As shown, a plurality of services (business APs) can be provided corresponding to the same service type.

When the start-up operation of the business application AP2 is performed in the "process stopped" state, an initialization processing program is started,
This program is the service manager object 11
Generate The service manager object 11
The management information such as service type and service name is read from a configuration file (not shown) and sent to the site service manager object 21. The site service manager object 21 registers such information in the service status management table 22. The service manager object 11 sets the status of the AP status flag 14 to “process initial status”.

Site service manager object 2
1 transmits the contents of the service status management table 22 to the administrator terminal 5, and the administrator terminal 5 displays this on the display device. When a service start is instructed by specifying an access point of a specific service manager object 11 via the input device, the administrator terminal 5 sends the service start instruction to the site service manager object 21. The site service manager object 21 issues a service start request to the service manager object 11 of the specified business AP 2. After creating the business factory and the reception object 12 (not shown), the service manager object 11 changes the AP status flag 14 from “process initial state” to “in service”,
The state transition is notified to the site service manager object 21. The business factory is a business object 13
Is a program that generates The site service manager object 21 has a service status management table 22
The status of the service corresponding to the service provided by the business AP 2 is updated to “in service” and the status transition result is notified to the administrator terminal 5. The administrator terminal 5 updates the display of the service status of the service to “in service”. Note that it is possible to instruct a service type via the input device of the administrator terminal 5 and instruct a service start for a plurality of services (business APs) collectively. The site service manager object 21 makes a service start request to each of the business APs 2 belonging to the designated service type with reference to the service status management table 22.

The operation of the business AP 2 when the AP status flag 14 is "in service" is as follows. Upon receiving a login request from the client 4, the reception object 12 opens a new session and then newly establishes a business object 1 corresponding to the client 4 via the business factory.
3 and passes control to the created business object 13. In addition, the identifier of the established session is returned to the requesting client 4. When a processing request is received from the client 4 after the session is established, the reception object 12 transfers control to the corresponding business object 13 based on the session identifier included in the processing request. The business object 13 performs the requested business process and transmits the processing result to the client 4 via the reception object 12. After establishing a session with the client 4, the reception object 12 dispatches continuous processing requests sent from the client 4 to the same business object 13. The business object 13 notifies the service manager object 11 of its own generation / deletion event. The service manager object 11 obtains the number of the business objects 13 existing in the business AP 2 by counting the increase / decrease of all the business objects 13 in the business AP 2. In this manner, a plurality of business objects 13 can perform business processing in parallel. When receiving a logout request from the client 4 or when there is no request from the client 4 for a certain period of time, the reception object 12 notifies the corresponding business object 13 of the end of processing. After the business object 13 notifies the service manager object 11 of the deletion of the business object, the reception object 12 deletes the business object 13 and closes the session with the client 4.

FIG. 4 is a diagram showing a processing procedure of the system status management unit 3 and the business AP 2 from the start of pre-blocking to the stop of service. When a specific access point is designated via the input device of the administrator terminal 5 and pre-blocking (planned stop) is instructed, the administrator terminal 5 transmits this instruction to the system status management unit 3. The site service manager object 21 of the system status management unit 3
This pre-blocking instruction is received (step 31), and a pre-blocking instruction is issued to the designated business application AP2 (step 3).
2). Service manager object 1 of business AP2
1 receives this instruction (step 33), and sets the AP status flag 14 to "pre-blocking" (step 3).
4). Next, the site service manager object 21
The start of the pre-blocking process is notified (step 35). The site service manager object 21 receives this notification (step 36), and receives the service status management table 2
The status of the service 2 is updated to "pre-blocking" (step 37). Then, the status transition result is notified to the administrator terminal 5 (step 38). The administrator terminal 5 updates the display of the service status of the service to “pre-blocking”. On the other hand, the service manager object 11 that has notified the start of the pre-blocking process executes the pre-blocking process (step 39). First, it instructs the reception object 12 to stop opening a new session. Next, the reception object 12
To notify the existing session of the pre-closed state via the.
Next, the number of business objects counted by the report from the business object 13 is monitored. When all the business objects 13 in the business AP 2 have been deleted and the number of business objects has become 0, the service manager object 11 sets the AP status flag 14 to "service stopped" (step 40). Here, the point in time when all the business objects 13 are deleted is regarded as the end of the business processing. The point in time when all the sessions are deleted may be regarded as the end point of the business process. Next, the state transition is notified to the site service manager object 21 (step 41). Site service manager object 21
Receives this notification (step 42), and updates the service status in the service status management table 22 to "service stopped" (step 43). Then, the status transition result is notified to the administrator terminal 5 (step 44). The administrator terminal 5 updates the display of the service status of the service to “service stopped”. Note that the administrator terminal 5
It is possible to instruct the service type via the input device of, and to instruct the pre-blocking of a plurality of services (business APs) collectively. Site service manager object 21
Issues a pre-blocking instruction to each of the business APs 2 belonging to the service type designated by referring to the service state management table 22.

In the state of "service stopped", the administrator terminal 5
When service initialization is instructed via the input device of
The administrator terminal 5 transmits this instruction to the system status management unit 3. Site Service Manager Object 2
1 receives this instruction and issues a service initialization instruction to the designated business AP 2. The service manager object 11 of the business AP 2 receives this instruction and deletes it by releasing the resources of the business factory and the reception object 12. Next, the service manager object 11 sets the AP state flag 14 to “process initial state” and notifies the site service manager object 21 of the state transition. The site service manager object 21 receives this notification and updates the service status in the service status management table 22 to “process initial status”. Then, the status transition result is notified to the administrator terminal 5. The administrator terminal 5 displays the service status of the service in the “process initial state”.
Update to

When a process stop is instructed via the input device of the administrator terminal 5 in the “process initial state”,
The administrator terminal 5 transmits this instruction to the system status management unit 3. Site Service Manager Object 2
1 receives this instruction and issues a process stop instruction to the designated business application AP2. The service manager object 11 of the business AP 2 receives this instruction, returns to the instruction of the site service manager object 21, and activates the initialization processing program. The initialization processing program deletes the service manager object 11. Upon receiving this return, the site service manager object 21 updates the service status in the service status management table 22 to “process stopped”. Then, the status transition result is notified to the administrator terminal 5. The administrator terminal 5 updates the display of the service status for the service to “process stopped”.

[0021]

As described above, according to the present invention, the statuses of business applications that operate in a distributed manner can be integrated and managed, and the system can be efficiently managed and operated.

[Brief description of the drawings]

FIG. 1 is a configuration diagram of a system for performing status management according to an embodiment.

FIG. 2 is a state transition diagram illustrating a state of a business AP 2 and an event for a state transition according to the embodiment.

FIG. 3 is a diagram illustrating a data configuration example of a service status management table 22;

FIG. 4 is a diagram illustrating a processing procedure of a planned stop according to the embodiment;

[Explanation of symbols]

2: business AP, 3: system status management unit, 5: administrator terminal, 11: service manager object, 1
2: reception object, 13: business object, 1
4: AP status flag, 21: site service manager object, 22: service status management table

Claims (5)

[Claims] 1. A plurality of distributed business application sections for performing business processing services in response to processing requests from clients, and a service in-service state and a service stopped state provided for each business application section. A first management unit that holds the status of the corresponding business application unit including the status of the corresponding business application unit, and a second management unit that integrates and holds the status of each business application unit including the service in-service state and the service stopped state. The first management means configures the components of the business application unit so as to receive the status instructed in response to the status transition instruction from the second management means, and performs the second management when the status becomes the specified status. Means for notifying the means of completion, wherein the second management means receives a status transition instruction from the terminal device. A status transition instruction to the first management means, and a means for receiving a completion notification from the first management means and notifying the terminal device of the completion of the status transition. System to do. A first management unit configured to control to stop opening a new session between the client and the business application unit when receiving an instruction for planned suspension from the second management unit in a service state. 2. The system according to claim 1, further comprising means for monitoring the business process of the session in process and, when the business process is completed, transitioning the status to a service stop state and notifying the second management unit of the completion. A system that manages the status of business applications. 3. The second management means receives an instruction from the terminal device to collectively perform status transition of a plurality of business application units, and issues a status transition instruction to the first management means corresponding to each business application unit. 2. The system for managing the status of a business application according to claim 1, further comprising means for executing the status. 4. A computer program embodied on a computer-readable storage medium, the program being a plurality of distributed business application units each performing a business processing service in response to a processing request from a client. A first management program which is provided for each business application unit and holds the status of the corresponding business application unit including a service in-operation state and a service stop state; and a service in-service state. And a second management program that integrates and retains the status of each business application unit including the service suspension state. The first management program receives a status transition instruction from the second management program and issues an instruction. Business application so that A processing step of configuring the components of the operation unit and notifying the second management means of completion when the status is instructed, wherein the second management program receives an instruction of status transition from the terminal device. A storage medium storing a computer program having a processing step of receiving a status transition instruction to the first management means, receiving a completion notification from the first management means, and notifying the terminal device of the status transition completion. 5. A computer-readable storage medium storing a program for realizing the following functions in a computer: (a) Objects included in a business application unit provided in a distributed manner, each provided for a client; Functions of a plurality of business objects that perform business processing services in response to a processing request from a client; and (b) intervening between the client and the business object, generating and deleting the business object,
A function of a reception object that manages the correspondence between a session and the business object after establishing a session with the client, and dispatches continuous processing requests sent from the client during the session to the same business object.