JP2006235833A - Business cooperation controller - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To quickly carry out readjustment of a system operation schedule by immediately grasping an influence degree between cooperating systems caused by system failure or the like. <P>SOLUTION: A first means is provided for receiving business cooperation related information such as start times and finish times of a plurality of business process from a manager terminal, and registering it in an inter-work cooperation management table. A second means is provided for receiving process cooperation related information comprised of an information processing system name, a process name, or the like executing each business process, referring to the business cooperation related information to create a cooperation schedule of each process, and registering it in a process cooperation management table. A third means is provided for displaying failure contents and a process name causing the failure along with a precedent process name and a subsequent process name. A fourth means is provided for receiving a resuming time of resuming processes subsequent to the process causing the failure from the manager terminal after failure restoration, and creating the coordination schedule of each process subsequent to the process causing the failure again on the basis of the resuming time. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a business cooperation control apparatus for performing cooperative control management of business processes executed in or in a plurality of information processing systems in a plurality or a single information processing system.

As a method for integrating business operations between single or plural information processing systems, there is a method disclosed in Patent Document 1 below.
If it is the thing of the following patent document 1, the mechanism which integrates an existing system and related existing business easily will be provided, and the performance degradation of a system will be eliminated by the method of managing each business in cooperation with each other as an integrated business. It is aimed at that.
However, if multiple systems are managed in an integrated manner as an integrated business, the operation schedule of each information processing system connected to the general business device is grasped in detail and used for data transfer to each system. If it is not possible to prevent a decrease in system processing performance due to contention for resources such as computing devices, main storage devices, output devices, and storage media used by network equipment and information processing systems, The meaning of centralized system management will fade.
JP 2001-34595 A

Within an organization, there are a plurality of various information processing systems for achieving a specific purpose. Nowadays, there are many cases in which the execution result in the information processing system A is used as input information of the information processing system B to obtain the execution result.
In order to obtain a specific result using a plurality of information processing systems in this way, it is now possible to connect a plurality of information processing systems via a network and exchange input data and processing results between the information processing systems. This is a normal operation mode.

Due to downsizing of information processing systems, each information processing system is divided into only those having specific functions, and the number of information systems operating in the organization continues to increase. In addition, there are multiple departments in the organization that operate and manage them, and there are also multiple system operation managers.
Surprisingly, there are few operation managers who correctly recognize other information processing systems to be linked and the operation schedule of those information processing systems when processing a certain job.
Here, “business” refers to a series of information processing including a plurality of processes performed in a plurality of systems, not each business executed independently by each system.

  Each information processing system operates according to a predefined operation schedule. In many cases, the other information processing systems considered when determining the operation schedule are only information processing systems that need to exchange data directly.

  As the number of information processing systems operating in an organization increases, the number of cases in which the processing results of various tasks executed in each information processing system and the operation schedule affect the operation status of other information processing systems also increase. ing.

  As described above, the operation manager of each information processing system is conscious only of the information processing system before and after directly cooperating with the information system managed by the information processing system. When there is a change in the operation schedule resulting from this, only the influence on the operation schedule of the system before and after the direct exchange is considered.

FIG. 8 shows an action pattern taken by the information processing system operation manager when a failure occurs in an information processing system.
In FIG. 8, when a failure occurs, a notification is received from the operation manager of the system that should generate the input data of the responsible system that the generation of the input data is delayed due to the system performance degradation (step 801).
Next, a notification is made to the operation manager of the system to which the output result is to be delivered that a processing delay caused by another system will occur (step 802).
Next, the operation schedule of the system in which each person is in charge of operation management is confirmed, and the influence degree is investigated (step 803).
Next, it is determined whether the schedule needs to be changed (step 804). If necessary, a change schedule for the responsible system is created and presented as a processing schedule proposal to the operation manager of the cooperation destination system (step 805). If not necessary, the process proceeds to step 807.
Next, the scheduling is adjusted until an agreement is reached between the operation managers. An inter-business cooperation schedule is created (step 806).
As a result, the process of the responsible system can be executed, and the process is executed (step 807).
Next, the presence / absence of the cooperation destination system is determined. If not, the process is terminated.
As is apparent from FIG. 8, it is a human task to adjust the schedule of the information processing system, and a plurality of information system operation managers currently perform this task.
Such a human task becomes more complicated as an organization has many information processing systems in the organization. As this work increases and becomes complicated, it takes time to normalize the target business.

The disruption of the operation schedule can also cause the data transmitted over the network to exceed the planned traffic volume when the information processing systems are connected via the network.
The increase in traffic increases the load on network devices such as routers, hubs, SSL encryption devices, and firewalls, which also creates new obstacles in cooperation between information processing systems.

Scheduling between information processing systems, between tasks, and between processes is important in order to process multiple tasks by linking multiple information processing systems.
Conventionally, it is necessary to devise an efficient way of realizing this human work that has been performed inefficiently by human work.

FIG. 9 is a diagram illustrating an example in which a series of tasks are executed across a plurality of information processing systems using a conventional method.
The system includes a system 1 (910), a system 2 (920), and a system 3 (930) that execute each process. The processing executed in each system is a single processing (940), (950), (960), and the processing results are (970), (980), (990). Uses these processing results as input information for the processing.
In FIG. 9, it is assumed that each process is executed according to a time series in numerical order. In FIG. 9, the processing for generating the processing result (970) is (940). The system that uses this processing result (970) as an input is the system 2 (920), and the processing is only (950).
When a failure occurs in the system 1 (910), the process (940) is not executed. The process (950) of the system 2 (920) is not in an executable state because the process result (970) is input. In this case, the system 3 (930) needs the processing result (980) generated in the processing (250) of the system 2 (920), but the system 1 (910) cannot execute the processing because of a failure. Become.

If the system operation managers of the systems 1 (910), 2 (920), and 3 (930) are not the same, the system operation manager of the system 3 (930) cannot execute the process (960) of the system 3 (930). The only possible cause is that the input data (980) is not transmitted from the system 2 (920).
Since the system 1 (910) cooperates only with the system 2 (920), it is not known how the processing result (970) is used via the system 2 (920).

When the above situation occurs, the system operation manager of the system 1 (910), after conducting the current situation analysis, tells all the system operation managers the response policy and requests adjustment of the operation schedule of each system; Become.
In addition, even if the system operation managers of the linked target systems are all the same, in order to adjust the operation schedule of each system, the operation schedule of each system and the influence degree of failure are investigated for each system unit, The operation schedule must be reset for each system.
Performing such work by human work is not efficient, and the degree of influence increases as the number of target systems increases.

  An object of the present invention is to provide a business cooperation control apparatus that immediately grasps the degree of influence between cooperation systems due to a system failure or the like and can quickly readjust the system operation schedule.

In order to achieve the above object, the business cooperation control device according to the present invention takes over the processing results of other information processing systems and performs cooperative control of business processes in a plurality of information processing systems that execute predetermined business processes in cooperation with each other. A business cooperation control device that performs
A first means for receiving business linkage relation information including a start time, an end time, a preceding business process name, and a subsequent business process name of each of a plurality of business processes from an administrator terminal, and registering the information in the inter-business linkage management table;
Receives information from the administrator terminal regarding the process linkage information consisting of the name of the information processing system that executes each business process, the process name and the required processing time, the name of the preceding process, and the name of the subsequent process. The second means for creating a cooperation schedule and registering it in the process cooperation management table, and when a failure occurs in any of the information processing systems, the details of the failure and the name of the process in which the failure has occurred, along with the preceding process name and subsequent process name A third means for displaying and a restart schedule for resuming the process after the process in which the fault has occurred after recovery from the fault are received from the administrator terminal, and a linkage schedule for each process after the process in which the fault has occurred is determined based on the restart time. And a fourth means for re-creating, registering in the process cooperation management table, and restarting the process according to the re-created cooperation schedule. To.
The first means has a function of defining a cooperative relationship by an operation of arranging a graphic representing a plurality of business processes along a time axis on a display device screen.
Further, the third means is characterized in that it has a function of graphically displaying the failure content and the name of the process in which the failure has occurred along the time axis together with the preceding process name and the subsequent process name.

According to the present invention, when a plurality of information processing systems are in a connectable state via, for example, a network, a cooperation schedule for each process in each information processing system is created, managed centrally, and executed.
When a failure occurs in any of the information processing systems, the failure content and the name of the process in which the failure has occurred are displayed together with the preceding process name and the subsequent process name.
This makes it possible to identify information processing systems that can be affected, the processes executed in those systems, and related tasks, and immediately grasp the degree of influence between linked systems due to system failures, etc. Schedule readjustment can be implemented promptly.
As a direct effect, the efficiency of human work can be improved, and as an indirect effect, system resources can be effectively used.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing an overall configuration of a system using a system linkage control apparatus according to the present invention.
The system includes a system linkage control device (100), a distributed information processing system 1 (110), a distributed information processing system (120), a distributed information processing system (130), and an integrated business device (1A1). Are configured by network devices (not shown) that physically connect the devices.
In FIG. 1, processing from system 1 processing (140) to system 3 processing (160) is defined as “one job”.

  The system cooperation control device (100) has a cooperation interface with the integrated business device (101) and is based on the failure information and operation status (processing status) of each system 1 to 3 monitored by the integrated business device (101). The system operation management means 101 for managing the system operation schedule is provided.

In order to manage and control the operation schedule of a plurality of systems in a unified manner, the processing executed in each system 1 (110), 2 (120), 3 (130), their output results, and their input data are integrated. Must be managed.
Moreover, it is necessary to assign an integrated ID to these. The assigned integrated process ID and business ID are managed in the system operation management table 104 provided in the storage device of the system linkage control apparatus (100). Any means for performing the registration process may be used.

The features of the system operation management means (101) will be described.
The system operation management means (101) has a function of managing a schedule for a plurality of tasks and a schedule for collaboration within the tasks. In this description, “intra-business cooperation” refers to the cooperation of processing units within a business as shown in FIG.
First, creation of a continuous business operation schedule will be described.

About the operation schedule of continuous work, the schedule designer means (102) provided in a system cooperation control apparatus (100) is used, and the operation schedule of work is determined.
FIG. 2 shows a model diagram of the schedule designer means.
The schedule designer means (102) displays a business operation schedule definition screen (210) on a system operation manager terminal (hereinafter referred to as an administrator terminal) of the system linkage control apparatus (100), and the system operation manager The displayed information indicates that the size of the box-shaped figure with the time on the vertical axis and the business name is the execution time required for the business. The business connected by the line is the business to be linked, and satisfies the requirement that the execution order can be seen.
When the business execution schedule and the cooperation information are registered by the schedule designer means (102), the information is registered in the business cooperation management table (2T1) provided in the storage device of the system cooperation control device (100).
In the inter-business cooperation management table (2T1) illustrated in FIG. 2, a business ID, a business type, a pre-business cooperation business ID, a post-business cooperation business ID, a business start time, and a business end time are registered. .

After the business schedule is determined, the system operation administrator defines linkage for in-business processing.
The process flow in the business is determined by the process cooperation flow definition screen (310) shown in FIG. 3 of the schedule designer means (102). The information defined by this function is reflected in the processing cooperation management table group (3T1) provided in the storage device of the system cooperation control apparatus (100).
As shown in FIG. 3, the processing cooperation management table group (3T1) includes a business configuration table model (3T3), a processing table model (3T4), and a processing cooperation management table model (3T2), and the business configuration table model (3T3). The relationship between the business ID, the system ID, and the process ID is registered.
In addition, a system ID, a process IDF, a process start time, and a process end time are registered in the process cooperation management table model (3T2), and a process ID, an input process ID, an output process ID, Necessary time and spare time are registered. In the process cooperation management table model (3T2), a large number of schedules are scheduled in each system in addition to the process of business 1 (process ID3XX), so that the person in charge of operation of each system performs the process scheduled in the own system. Does not always keep track of which business is working.

Information defined by the schedule designer means (102) is stored in the system operation management table (102) held by the system operation management means (101), and constitutes information used for system linkage control.
An example of data constituting the system operation management table (102) held by the system operation management means (101) is shown in FIG.
The integrated business device (1A1) monitors each system, and reflects various information (processing ID, transaction No, transaction result) that can be obtained from the operation status information.

Based on the determined schedule information, the system cooperation control device (100) sends a signal permitting execution of the processing to the integrated business device (1A1).
Since the integrated business device (1A1) monitors the processing execution and processing results of each system, the system cooperation control device (100) uses the system 1 (110), 2 (120), and 3 (130). It is not necessary to retain the process execution control function.
The interface that connects the system cooperation control apparatus (100) and the integrated business apparatus (1A1) depends on the interface of the integrated business apparatus (1A1) that is installed, and the system cooperation control apparatus (100) has an arbitrary interface. It is assumed that the integrated business device (1A1) is linked via

By completing a series of business definition and process definition, the system cooperation control device (100) can confirm the processing managed by the integrated business device (1A1).
FIG. 5 shows a system operation status confirmation screen model diagram of the present invention.
The system operation manager displays, on the system operation manager terminal, the defined inter-business schedule and the execution status in accordance with the in-business processing schedule by the viewer means (103) of the system linkage control device (100). By confirming the business cooperation confirmation screen model (510), the current operation schedule can be confirmed.
Even if there are a plurality of operation managers of the systems 1 to 3 as long as conditions for enabling connection to the system cooperation control apparatus (1A1) are provided, the client terminal of the operation manager of each system 1 to 3 The current execution status and the entire schedule to the detailed schedule can be viewed.

In the business cooperation confirmation screen model (510), information that can identify a business in which a failure has occurred can be displayed and warned. If the system related to the business is managed by different system operation managers, the warning shall be issued to all related system operation managers.
In the business cooperation confirmation screen model (510) illustrated in FIG. 5, the “business 1” box is displayed in a discolored state. When the operation for enlarging and displaying the “business 1” box is displayed, the intra-business cooperation confirmation screen model (520) is displayed, and the detailed status such as the system name, process ID, and error code that ended abnormally is displayed. Is done.
The intra-business cooperation confirmation screen model (520) indicates the process ID currently being executed, the process ID of the execution end of each information processing system 1 to 3 acquired by the integrated control device (1A1), the process result in units of process IDs, and the like. The system cooperation control device (100) receives and displays the information.
FIG. 5 shows an example in which only the business ID, system ID, ERRCODE, start time, end time, and transaction No. are displayed.
When the intra-business cooperation confirmation screen model (520) is referred to, the current status in “business 1” is terminated abnormally at process ID 350 of system 2 after normal completion of process ID 340 of system 1, and the cause is ERRCODE: ES020001. It can be confirmed that Further, it can be confirmed that the process ID 360 of the system 3 exists as a process that subsequently affects the process.

  In the situation of the business cooperation confirmation screen model (510) as shown in FIG. 5, the work to be performed by the system operation manager is to reschedule the business unit and reschedule the system operation. Although the work flow in such a case is shown in FIG. 1, the system cooperation control apparatus (100) reduces the human load by using the schedule designer means (102).

In the system operation management table managed by the system cooperation control apparatus (100), as illustrated in FIG. 3, the start time of the process, the time required for the process, and the reserve from the process to the next process It holds the start time of the work consisting of the time and a set of these processes, the required work time calculated by adding the execution time and the spare time of these processes, and the end time of the entire work.
When a failure occurs, the process cooperation flow within the business is regenerated from this information.
In order to regenerate this process cooperation flow, it is necessary to determine the recovery time of the process in which the failure has occurred. In the case of FIG. 5, since the failure has occurred in the process 350 of the system 2, the system operation manager of the system 2 cooperates with the operation personnel of the process 350 to set the time required for the failure recovery. Calculate. When the time required for failure recovery is determined, the restart time of this process is registered in the system linkage control apparatus (100) using the schedule designer means (102).
In this case, the process start time registered before the occurrence of the failure may be matched with the process resumable time.
The system cooperation control device (100) reconstructs the processing cooperation table group (3T1) based on the restart time of the target process. Then, the inter-operation cooperation table (2T1) is reconstructed from the reconstructed process cooperation table group (3T1). Based on this information, the operation schedule to be applied this time is automatically generated and displayed on the system operation manager's terminal. Since the displayed new business operation schedule can be modified by the schedule designer means (102), the presented schedule can be modified.

FIG. 6 shows an action flow of the system linkage control apparatus (100).
The function of the system linkage control device (100) is characterized by holding the business of the system to be managed by the integrated business device (1A1), the process constituting the business, and the information processing schedule consisting of multiple business as data In addition, a function for displaying these schedules in a chart format, a function for correcting a schedule by processing the charts, and data in the chart format can be stored as table information.
In the series of processing shown in FIG. 6, the human work is only the determination of steps (606) and (610) and the chart correction of (608) and (611). Other processing is performed by the program of the system linkage control apparatus (100).

In FIG. 6, first, a business cooperation schedule including a business in which a failure has occurred is displayed (step 601), a processing cooperation flow including a process in which a failure has occurred is further displayed (step 602), and the restart time of the failure occurrence processing is displayed. (Step 603).
If the restart time is input from the administrator terminal, the process cooperation management table group (3T1) is reconstructed using the restart time as a reference point (step 604).
Next, a process cooperation flow is regenerated from the reconstructed process cooperation management table group (3T1) and displayed on the administrator terminal (step 605).
Next, let the operation manager of the fault system and the system operation manager of the subsequent processing confirm whether to use the regenerated process linkage flow (in the example of FIG. 5, the operation managers of the systems 2 and 3). If there is an instruction to adopt from the system operation manager (step 606), the inter-business cooperation table (2T1) is reconstructed (step 607).
If an instruction to reject the regenerated processing linkage flow is input from any system administrator,
The regenerated process cooperation flow is corrected in accordance with an instruction from the system administrator (step 608).
Thereafter, a business collaboration schedule is regenerated from the reconstructed business collaboration table (2T1) and displayed on the administrator terminal (step 609).
Then, the system operation manager related to the business and the system operation manager related to the subsequent business are confirmed whether the regenerated business cooperation schedule is adopted (in the example of FIG. 5, the operations of the systems 1, 2, and 3). If there is an instruction to adopt from all system operation managers (step 610), the generated cooperation control information is transferred to the integrated business device (1A1) (step 612).
However, if an instruction to reject the regenerated business cooperation schedule is input from any system administrator, the regenerated business cooperation schedule is corrected according to the instruction from the system administrator (step 611).

FIG. 7 shows a program processing flow of the system linkage control apparatus (100).
FIG. 7 simply shows the processing steps of a program for determining a new schedule from information held in various tables using the restart time determined by the system operation manager as a reference time.
First, the restart time determined by the system operation manager is received (step 701), obtained from the table (3T3) of FIG. 4 holding the required processing time and spare time, and the total time is calculated as the total time. Then, it is added to the reference time (restart time), and the calculated time is determined as the new end time of the process (step 702).
If a process ID to be linked as an output process ID is defined in the target process (step 703), if the new process end time is later than the process start time registered in the table (3T2), the previous process ID The restart time is input again so as to be the time (step 704).
However, when the new end time is earlier than the start time registered in the table (3T2), the start time and end time of the process cooperation table (3T1) are updated for the process for which the new end time is obtained. (Step 705).
If the new start time of all the in-business processes is determined, a new process cooperation flow is generated based on the data registered in the process cooperation management table group (3T1) and displayed on the administrator terminal (step 706).
At this time, when the system administrator modifies the schedule by human judgment (step 907), the schedule is adjusted using the schedule designer means (102) (steps 707 and 708).
The finally determined process cooperation schedule is temporarily stored in the memory or disk area of the system cooperation control apparatus (100) (step 709).
The end time of the final process of the process cooperation schedule that is temporarily stored is temporarily stored on the memory or the disk as the new work end time of the target business in the business cooperation schedule (step 710).

Next, with reference to the table (2T1), if there is a post-cooperation operation (step 711), the post-operation operation start time is compared with the new operation end time (step 712). If the new business end time is before the start time of the subsequent business, the schedule change of the business after the linkage does not occur.
However, if the new business end time is after the start time of the subsequent business, the new business end time is used as a reference time for all the processes constituting the business registered in the business configuration table model (3T3). Then, the processing from step 902 to step 913 is repeated, the processing within the business is recalculated using the end time of the pre-business cooperation business ID as the start time of the current business, and the inter-business cooperation management table (2T1) is updated. (Step 714).
After that, in all the tasks that need to be linked, defined by the linkage between tasks management table (2T1), the system linkage control device (100) has been constructed by processing so far on the memory or disk. The new inter-business cooperation management table and the new process cooperation management table group are temporarily stored (step 7915).
Then, the new business cooperation schedule is displayed on the system administrator terminal from the table information, and an instruction as to whether or not to adopt the new business cooperation schedule is awaited (step 716).
When the system operation manager makes corrections using the schedule designer means (102) (step 717), various information after the correction is temporarily stored, and when the final decision schedule is registered (step 7918), a new information is created. The inter-business cooperation table is fixed and registered (step 719).
In the above embodiment, the operating state of each information processing system is monitored by the integrated business device, but may be directly monitored by the system cooperation control device.

1 is a system configuration diagram showing an embodiment of a system to which a business cooperation control apparatus according to the present invention is applied. It is a figure which shows the example of the screen which defines a business operation schedule by a schedule designer means, and the example of definition information. It is a figure which shows the example of the screen which defines a process cooperation relationship by a schedule designer means, and the example of definition information. It is a data block diagram of the table which defines business cooperation relationship. It is a figure which shows the example of a system operation condition confirmation screen and the confirmation screen at the time of failure occurrence. It is a flowchart which shows the process of the system cooperation control apparatus at the time of a failure generation. It is a flowchart which shows the process of the system cooperation control apparatus after receiving work resumption time at the time of a failure generation. It is a work flow chart of each system operation manager at the time of the conventional failure occurrence. It is a block diagram in the case of performing work in a plurality of information processing systems.

Explanation of symbols

DESCRIPTION OF SYMBOLS 100 System cooperation control apparatus 101 System operation management means 102 Schedule designer means 103 Viewer means 104 System operation management table 110 System 1
120 System 2
130 System 3
2T1 inter-operation cooperation management table 3T1 processing cooperation management table group

Claims (3)

A business cooperation control device that performs business process cooperative control in a plurality of information processing systems that take over the processing results of other information processing systems and execute predetermined business processes in cooperation with each other,
A first means for receiving business linkage relation information including a start time, an end time, a preceding business process name, and a subsequent business process name of each of a plurality of business processes from an administrator terminal, and registering the information in the inter-business linkage management table;
Receives information from the administrator terminal regarding the process linkage information consisting of the name of the information processing system that executes each business process, the process name and the required processing time, the name of the preceding process, and the name of the subsequent process. A second means for creating a cooperation schedule and registering it in the process cooperation management table;
A third means for displaying the failure content and the name of the process in which the failure has occurred together with the preceding process name and the subsequent process name when a failure occurs in any of the information processing systems;
After the failure recovery, the restart time for restarting the processing after the processing in which the failure has occurred is received from the administrator terminal, and the linkage schedule of each processing after the processing in which the failure has occurred is re-created based on the restart time, and the processing linkage management And a fourth means for resuming processing according to the recreated cooperation schedule registered in the table.   The said 1st means is provided with the function which defines a cooperative relationship by operation which arrange | positions the figure showing a some business process along a time-axis on a display apparatus screen. Business cooperation control device.   3. The third means has a function of graphically displaying a fault content and a process name in which a fault has occurred along a time axis together with a preceding process name and a subsequent process name. The business cooperation control device described in 1.

Images