JP5873913B2 - Business recovery support system and centralized management system - Google Patents

Description

  The present invention relates to a system, an apparatus, and a program for supporting the recovery of the ability to perform a business that has deteriorated due to a disaster or the like.

  In organizations such as companies, a business continuity plan (BCP) has been prepared in advance in order to suppress damages in the event of a disaster or accident, and to continue business or restore it quickly. ing. In order to formulate this business continuity plan, it is usual to analyze the execution process of the target business and the elements (management elements and external elements) on which the target business depends, and further assume damage in the event of a disaster or accident. Measures are made to continue or restore the business.

  Conventionally, a system for supporting the development of this business continuity plan has been proposed. For example, the relationship between the processes that make up the business and the resources used in the process is held in association with the degree of resource requirement in the process, and the resource relationship is determined based on the retained relationship between the process and the resource. There has been proposed a system that estimates information related to a state of a process from information related to a state, thereby estimating a change state of a business associated with a disaster or an accident (for example, see Patent Document 1). It also simulates the state change from failure occurrence to recovery for each resource used for business execution, derives the recovery process of each resource and work over time, and changes in state during the degeneration process at the time of failure occurrence A system has been proposed that simulates each resource and derives a degeneration process of each resource and business (see, for example, Patent Document 2).

JP 2007-305067 A JP 2011-145848 A

  In the past, in order to formulate and implement a business continuity plan, it was necessary to anticipate possible disasters such as earthquakes and other natural disasters, epidemics of infectious diseases, and to predict the damage that would occur when a disaster occurred. However, there are various types and scales of disasters that can occur, and it is not easy to formulate an appropriate business continuity plan by accurately predicting the damage that occurs and assuming all of them. Therefore, in reality, when a disaster occurs, work that has been interrupted or whose implementation level has been reduced can be efficiently restored based on a business continuity plan created in advance, in accordance with the actual damage that has occurred. It was sometimes difficult.

  An object of the present invention is to make it possible to efficiently restore a job that has been interrupted or whose execution level has been lowered, regardless of the type and scale of the disaster and the content of damage caused by the disaster.

In order to achieve the above object, the present invention is realized as the following system. This system includes an on-site terminal device that accepts input of information related to the operating state of each operation that determines the status of the entire operation, and a management server that collects and manages information input by the on-site terminal device.
With regard to the resources that are set as indispensable resources for performing each task that determines the status of the entire task , the on-site terminal device is set in advance according to the specific status of each task. Status information input means for inputting status information specifying which of the plurality of stages corresponds, and the status information input by the status information input means is transmitted to the management server and managed by the management server Status information acquired from the field server other than its own device from the management server, status information input by the status information input means, and status information received from the management server based on the status information, the operating status of each resource in the business, And a countermeasure presenting means for presenting the measures to be performed in order to return to the normal state which is required to perform the respective operations for determining the Tsutomu overall status.
The management server communicates status information with the field terminal device and the status information of the resource received from the field terminal device by the communication means for each resource, And information management means for managing in association with the terminal device.

More preferably, the information management means of the management server specifies and manages the operating state of each job to which this resource belongs based on the status information of the resource received from the field terminal device by the communication means.
More preferably, the on-site terminal device further includes progress information input means for inputting progress information indicating the implementation status of the countermeasure presented by the countermeasure presenting means. Then, the communication means transmits the progress information input by the progress information input means to the management server, and the progress information acquired from the on-site terminal device other than the own device among the progress information managed by the management server. Receive from the management server. The measure presentation unit presents the implementation status of the measure based on the progress information input by the progress information input unit and the progress information received from the management server. The information management unit of the management server manages the progress information received from the on-site terminal device by the communication unit in association with the resource related to the progress information and the on-site terminal device that transmitted the progress information.
More specifically, the status information input means of this field terminal device is at least (1) the first stage in which the resource is operating in its original state, and (2) the resource is operating. Select one of multiple stages, including the second stage where the operating level is lower than the original state and (3) the third stage where the resource is not operating Input interface that can be specified automatically.

More preferably, the management server restarts the operation of each business to which the resource belongs based on the implementation status of the countermeasure for each resource obtained based on the status information and progress information managed by the information management means. The apparatus further includes a predicting means for predicting.
More specifically, the management server restores the resource operation state from a predetermined operation state to a normal state required for performing each operation with respect to resources belonging to each operation that determines the overall operation status. Information storage means that stores the countermeasures to be implemented and the target time set as the time required to complete the countermeasures, and the status information managed by the information management means The recovery plan is the time required to complete the implementation of the measures necessary to operate each business based on the target time for the identified measures, after identifying the measures to be taken to return to the normal state Based on the progress information managed by the recovery plan time calculation means that calculates the time and the information management means, the progress information that indicates the progress of the implementation status of the measures for the planned recovery time Further comprising a progress information output means for outputting.

The present invention is also realized as the following system. This system includes an information collection server that collects information related to the operating status of resources that are set as indispensable resources for determining the status of the entire business, and information collected by multiple information collection servers. And an aggregation server that performs aggregation and management.
For the resource, the information collection server completes the implementation of this measure and the measures to be taken to restore the operating state of the resource from the predetermined operating state to the normal state required for performing each operation. As for the information storage means that stores the target time set as the time required for the operation and the resources belonging to each business that determines the status of the entire business , the operating status of this resource matches the specific situation of each business In order to restore the status information that identifies which of the multiple stages that are set in advance, and the operating status of each resource in each job identified based on this status information, to the normal status Information acquisition means for acquiring progress information indicating the implementation status of countermeasures to be implemented, and a step for each resource acquired by the information acquisition means. Based on the task information, to identify the measures to be implemented in order to restore the operating state of the resource to a normal state, based on the target time according to the measures specified, the implementation of measures required to run the respective business Progress information indicating the progress of the implementation status of measures against the planned recovery time based on the progress information for each resource acquired by the planned recovery time calculation means that calculates the planned recovery time that is the time required for completion and the information acquisition means And progress information output means.
The aggregation server acquires and manages the resource status information from the information collection server, manages the correspondence between each resource and the user, and responds to the information acquisition request from the user with this information acquisition request. Returns information about the operating status of the resource associated with the user who performed the operation.

  Furthermore, the present invention is also realized as a program that controls a computer to realize each function of the above-described device. This program can be provided by being stored and distributed in a magnetic disk, an optical disk, a semiconductor memory, or other recording media, or distributed via a network.

  According to the present invention, it is possible to efficiently restore a job that has been interrupted or whose execution level has been lowered, regardless of the type and scale of the disaster and the content of damage caused by the disaster.

It is a figure which shows the structural example of the work recovery assistance system of this embodiment. It is a figure which shows the function structural example of the terminal device for a field. It is a figure which shows the structural example of a menu screen. It is a figure which shows the structural example of a resource status confirmation screen. It is a figure which shows the structural example of an operation state input screen. It is a figure which shows the structural example of a recovery management screen. It is a figure which shows the structural example of a countermeasure information confirmation screen. It is a figure which shows the example of a display of the recovery management screen after check-in operation was performed on the countermeasure information confirmation screen. It is a figure which shows the example of a display of the countermeasure information confirmation screen which transferred from the recovery management screen of the state of FIG. It is a figure which shows the example of a display of the recovery management screen after operation of an end report was performed on the countermeasure information confirmation screen. It is a figure which shows the function structural example of a management server. It is a figure which shows the function structural example of the terminal device for management. It is a figure which shows the structural example of a dashboard screen. It is a figure which shows the structural example of an operation state presentation screen. It is a figure which shows the structural example of a recovery condition confirmation screen. It is a figure which shows the structural example of a check-in confirmation screen. It is a figure which shows the example of the countermeasure information regarding a customer window business. It is a figure which shows the example of the specific content of the work support set as a countermeasure at the time of resource operation fall. It is a figure which illustrates the state of the operation level management screen before the occurrence of a failure. It is a figure which illustrates the state of the operation level management screen at the time of failure occurrence. It is a figure which illustrates the state of the operation level management screen 15 minutes after progress of a failure generation. It is a figure which illustrates the state of the operation level management screen 30 minutes after a failure generation. It is a figure which illustrates the state of the operation level management screen 90 minutes after a failure generation. It is a figure which illustrates the state of the operation level management screen 100 minutes after a failure generation. It is a figure which illustrates the state of the operation level management screen after 130 minutes progress from a failure generation. It is a figure which shows the structural example of the aggregation management system containing the work recovery assistance system of this embodiment.

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.
The business recovery support system according to the present embodiment manages the operating state of each resource (human resource, equipment, material, etc.) necessary for performing the business with respect to the business to be managed. Then, according to the operating state of each resource, a measure for restoring each resource to the original operating state (a normal state required for performing business) is presented. In this embodiment, instead of setting measures to restore operations based on damage caused by disasters, resources are set so that individual resources necessary for performing operations return to their original operating state. By implementing the measures set for each, support will be provided so that the work can be restored as a result. Therefore, when operating the business recovery support system according to the present embodiment, it is not necessary to predict damage by assuming a possible disaster in advance.

<System configuration example>
First, the overall configuration of a business recovery support system to which this embodiment is applied will be described.
FIG. 1 is a diagram illustrating a configuration example of a business recovery support system according to the present embodiment.
As shown in FIG. 1, the business recovery support system of the present embodiment includes an on-site terminal device 100, a management server 200, and a management terminal device 300. The on-site terminal device 100 and the management server 200 are connected via a network 400, and the management terminal device 300 is directly connected to the management server 200.

  The on-site terminal device 100 is a device that is used to input information about the operating state of individual resources necessary for performing business. As the on-site terminal device 100, a portable information processing device having a communication function is suitable. For example, a portable information device (so-called smartphone) having a telephone function, a tablet information terminal, a notebook personal computer, or the like can be used as the on-site terminal device 100. Depending on the use environment, a stationary apparatus such as a desktop personal computer may be used.

  The on-site terminal device 100 is used by the person in charge of the field to input information on the operating state of the resource in charge of the person in charge of the field. The input information is transmitted to the management server 200 via the network 400. One to several people are usually assigned to each person in charge for each resource, and accordingly, one to several terminal devices 100 are prepared for each resource. On the other hand, one person in charge of a site can take charge of a plurality of resources. In this case, the person in charge of the site uses a plurality of resources that he / she is in charge of by using the terminal device 100 for the person himself / herself. Enter information about.

  Further, the on-site terminal device 100 presents measures to be taken in order to return the resource to the original operation state according to the input operation state of each resource. Therefore, when the person in charge of the field inputs information about the resource using the field terminal device 100, the field terminal device 100 obtains a countermeasure to be taken to return the operating state to the original state with respect to the input resource. Can do.

  The management server 200 collects information on the operating state for each resource input by each on-site terminal device 100 and manages it for each job to which each resource belongs. Then, the information collected from the on-site terminal device 100 corresponding to the resource belonging to the same job is distributed to each on-site terminal device 100. As a result, each on-site terminal device 100 acquires information about resources belonging to the same business as the business to which the resource with which the site terminal 100 is associated belongs. This information can be confirmed by the person in charge of the site using the terminal device for site 100. For this reason, each person in charge of the site can grasp the operating state of the resource on a business unit basis, and for example, it is possible to preferentially implement a countermeasure for a resource whose operating state has been delayed. In addition, the management server 200 collects and manages information on the operating states of resources belonging to a plurality of tasks set as management targets. This makes it possible to grasp the recovery status for each business unit when a situation that requires business recovery occurs. Note that the management server 200 is realized using, for example, a personal computer. In this case, the personal computer that implements the management server 200 includes a CPU that is computing means, a memory that is storage means, a magnetic disk device, and the like. Then, when the CPU reads out and executes the program stored in the storage unit, each function of the management server 200 described later is realized.

  The management terminal device 300 displays information managed by the management server 200, and is used for confirming the operating status and recovery status of various tasks that are management targets. That is, the management terminal device 300 functions as an operation terminal of the management server 200. In the illustrated configuration example, the management terminal device 300 is directly connected to the management server 200, but may be connected to the management server 200 via a network 400, a unique network different from the network 400, or the like. Note that the management terminal device 300 is realized using, for example, a personal computer. In this case, the personal computer that implements the management terminal device 300 includes a CPU that is a calculation means, a memory that is a storage means, a magnetic disk device, and the like. Then, the CPU reads and executes the program stored in the storage means, thereby realizing each function of the management terminal device 300 described later.

  The specific configuration of the network 400 is appropriately set according to the operating environment of the system of the present embodiment. For example, an existing network such as the Internet may be used, or a dedicated line may be used. The type of communication protocol or line is not particularly limited, and it may be a wireless line or a wired line. A part of the network 400 may be a telephone line. For example, when the on-site terminal device 100 has a telephone function, it can be connected to the telephone line of the network 400 by this telephone function.

<Functional configuration of on-site terminal device>
FIG. 2 is a diagram illustrating a functional configuration example of the on-site terminal device 100.
As shown in FIG. 2, the on-site terminal device 100 according to the present embodiment includes an image display unit 110, an input operation unit 120, a user interface control unit 130, a communication control unit 140, a resource information storage unit 150, The countermeasure information storage unit 160 is provided.

  The image display unit 110 is realized by a display device such as a liquid crystal display, for example, and displays various screens. In the present embodiment, a screen for presenting information on the operating status of resources, an input screen used for a user (field worker) to input data and commands, and the like are displayed.

  The input operation unit 120 is an input device for a user (on-site person in charge) to input data and control commands. In the present embodiment, a touch panel provided on the display screen of the image display unit 110 is used as the input operation unit 120. With this configuration, the user (the person in charge in the field) can touch a specific position (such as the display position of the button object) on the screen while looking at the input screen displayed on the image display unit 110. Thus, it becomes possible to input information about resources and various commands.

  The user interface control unit 130 causes the image display unit 110 to display an information presentation screen and an input screen. When the user (site person in charge) performs an operation using the input operation unit 120, the user interface control unit 130 receives the detected operation as an input operation for the displayed screen. In the present embodiment, details of the screen provided by the user interface control unit 130 will be described later.

  The communication control unit 140 transmits to the management server 200 information on the operating state of the resource input by the operation of the input operation unit 120. In addition, the management server 200 receives information on the operating state of resources input in the other on-site terminal devices 100. Further, although not particularly illustrated, the on-site terminal device 100 is a network interface for transmitting / receiving information via the network 400 under the control of the communication control unit 140 (in the on-site terminal device 100 having a telephone function, Including a connection mechanism to the line).

  The resource information storage unit 150 holds resource operation state information input by the operation of the input operation unit 120 and resource operation state information received from the management server 200 by the communication control unit 140. The resource information storage unit 150 is realized by a rewritable nonvolatile memory such as a flash memory, for example.

  The countermeasure information storage unit 160 holds information on countermeasures to be implemented that are set according to the operating state of each resource. The countermeasure information storage unit 160 is realized by a nonvolatile memory such as a ROM (Read Only Memory), for example.

<Configuration of interface screen>
Here, various screens displayed on the image display unit 110 by the user interface control unit 130 will be described. In this embodiment, the menu screen 100A, the resource status confirmation screen 100B, the operation status input screen 100C, and the recovery screen are controlled by the user interface control unit 130 for input / output of information in the on-site terminal device 100. Five types of screens are prepared: a management screen 100D and a countermeasure information confirmation screen 100E.

FIG. 3 is a diagram illustrating a configuration example of the menu screen 100A.
The menu screen 100A is initially displayed when using the on-site terminal device 100, and is a screen for calling various functions. In the example illustrated in FIG. 3, six button objects “notification”, “resource”, “recovery information”, “history”, “login”, and “check-in” are displayed on the menu screen 100A. The “notify” button is a button for executing processing for transmitting information input using the on-site terminal device 100 to the management server 200. The “resource” button is a button for calling the resource status confirmation screen 100B. Details of the resource status confirmation screen 100B will be described later. The “recovery information” button is a button for calling the recovery management screen 100D. Details of the recovery management screen 100D will be described later. The “History” button is a button for displaying a history and contents of communications and the like exchanged when performing a work or resource recovery operation. The “login” button is a button for performing a log-in operation for inputting the authentication information of the user of the site terminal device 100 (the person in charge of the site) and using the site terminal device 100. The “check-in” button is a button for performing a check-in operation for registering a worker who is currently performing work or resource recovery work. Note that the configuration of the menu screen 100A shown in FIG. 3 is merely an example. As the function of the menu screen 100A, at least functions corresponding to the “notification” button, the “resource” button, and the “recovery information” button shown in the figure need only exist, and the type and arrangement of the buttons are not limited to the example shown in the figure.

FIG. 4 is a diagram illustrating a configuration example of the resource status confirmation screen 100B.
When the “resource” button is touched on the menu screen 100 </ b> A shown in FIG. 3, the resource status confirmation screen 100 </ b> B is called by the user interface control unit 130 and displayed on the image display unit 110. In the example shown in FIG. 4, “resources” indispensable for performing business are arranged side by side on the resource status confirmation screen 100B, and “status” and “update date / time” display fields are provided for each “resource”. ing.

  The “resource” described on the resource status confirmation screen 100B is an indispensable resource that cannot be performed unless the resource is operating among resources used in the business. Such indispensable resources in each business are extracted by analyzing the business content in advance. In the illustrated example, four types of “resources” (“temporary staff”, “automatic warehouse”, “FAX”, “PC”) are described in the resource status confirmation screen 100B, but these are merely examples. Absent. If all the extracted “resources” cannot be displayed at once on the resource status confirmation screen 100B, for example, each resource can be displayed by moving the display range of the screen by scrolling or the like.

  “Status” on the resource status confirmation screen 100B shown in FIG. 4 is information indicating the operating status of “resource”. This information is input by operating the input operation unit 120 or acquired from the management server 200 via the network 400. On the illustrated resource status confirmation screen 100B, the “status” column is blank for “resources” for which operating status information is not input, and “status” is set for “resources” for which operating status information is input. A mark indicating the input operating state is displayed in the column. In the illustrated example, the “status” column of “temporary staff” is blank, and a mark is displayed in the “status” column of each of the other “resources”.

Here, the operating state of the resource will be further described. In the present embodiment, the resource operating state is set in the following four stages.
-The resource is operating in its original state, and it is not recognized that there is a factor that will cause the resource operation to decline in the future (Green)
-The resource is operating in its original state, but it is recognized that there is a factor that will cause the resource operation to drop in the future (Yellow)
-Resource is operating, but the operating level is lower than the original state (Orange)
-Resource is not running (Red)

  Therefore, whether the mark displayed in the “status” column of the resource status confirmation screen 100B corresponds to one of the above four stages (“Green”, “Yellow”, “Orange”, “Red”) operating status. Accordingly, it is assumed that they are displayed in different colors such as green, yellow, orange, and red (the “status” field itself may be distinguished by color instead of the mark displayed in the “status” field). Note that the resource operating state is divided into four stages, and each stage is represented by “Green”, “Yellow”, “Orange”, and “Red”. The operating state may be set with the number of stages of three or less, or may be set with the number of stages of five or more, depending on the contents of the business to be managed and the resource. In addition, in order to identify each stage of the operating state, an identification method other than color coding may be used. Furthermore, as an expression related to the operating state of the resource in the present embodiment, in addition to the above four stages, the case where the operating state information is not input (when the “status” column is blank) is grasped as one state. You can also.

  The “update date / time” of the resource status confirmation screen 100B shown in FIG. 4 indicates the date / time when the “status” information of “resource” was input. When the input (update) is performed after the second time, it is rewritten to the date and time when the last input was performed. This date and time is acquired from the clock function (not shown) of the terminal device 100 for the field when the input operation is performed when the “status” information is input by operating the input operation unit 120 of the own device. Is done. When the “status” information is received from the management server 200 and acquired, the information is received from the management server 200 together with the “status” information.

  As described above, in the present embodiment, the resource state confirmation screen 100B and the input operation unit 120 function as status information input means for inputting status information. When an operation for selecting a desired resource (for example, an operation for touching a “resource” column) is performed on the resource status confirmation screen 100B configured as described above, the user interface control unit 130 selects the selected resource. The operation status input screen 100C relating to the resource status is called and displayed on the image display unit 110 instead of the resource status confirmation screen 100B.

FIG. 5 is a diagram illustrating a configuration example of the operating state input screen 100C.
In the example illustrated in FIG. 5, an operation state input screen 100 </ b> C regarding the “temporary staff” of the resource selected on the resource state confirmation screen 100 </ b> B illustrated in FIG. 4 is displayed. The operation state input screen 100C shown in the figure is provided with “status” and “description” display columns and a “check” column for designating the operation state corresponding to the resource. In the “status” column of the illustrated operating status input screen 100C, items “Green”, “Yellow”, “Orange”, and “Red” indicating the type of operating status of the resource are described.

  In the “Description” column of the operation state input screen 100C shown in FIG. 5, for each type of resource operation state, a criterion for determining that the operation state of the resource is the state described in the “Status” column is set. be written. The example shown in FIG. 5 is an operation state input screen 100C related to the resource “temporary staff”. Therefore, a specific criterion for determining that the operation state of the resource “temporary staff” is “Green” is the operation state “Green”. In the “description” column corresponding to, the specific criterion for determining that the operating state of the resource “temporary staff” is “Yellow” is displayed in the “description” column corresponding to the operating state “Yellow”. The specific criterion for determining that the operating status of “Orange” is “Orange” is that the operating status of the resource “temporary staff” is determined to be “Red” in the “Description” column corresponding to the operating status “Orange”. Are described in the “Description” column corresponding to the operating state “Red”. The criterion for determining the operating state described in each “explanation” column is set in advance according to the type of business or resource. For example, in the case of human resources, among all 10 staff members, “Green” can be used if the number of employees is 8 or more, “Red” can be used if 5 or less, or a specific person can operate. Then, “Green” is set, and if it cannot be operated, “Orange” is set according to the actual situation.

  In the “check” column of the operating state input screen 100C shown in FIG. 5, an object for exclusive selection such as a radio button is provided. The user of the on-site terminal device 100 (on-site person in charge) determines which stage (status) of the operating state the current state of the resource corresponds to based on the description in the “Description” column. Then, by performing an operation of checking the “check” column of the corresponding status (for example, an operation of touching the “check” column, etc.), the checked “status” is designated as the operating state of the resource. In the example shown in FIG. 5, “Yellow” is designated (hereinafter, information on the operating state specified as one of the four statuses is referred to as “status information”).

  As described above, when the resource status information is input, the user interface control unit 130 associates the resource to be operated with the specified status information and information on the date and time when the operation was performed, to thereby obtain resource information. Store in the storage unit 150. Thereafter, when the display of the image display unit 110 shifts to the resource state confirmation screen 100B, a screen reflecting the status information input on the operation state input screen 100C is displayed. For example, in the resource status confirmation screen 100B shown in FIG. 4, the “status” column and “update date / time” column of “temporary staff” are blank, but as shown in FIG. After the status information is input, a mark indicating that the operating status is “Yellow” is written in the “Status” column of “Temporary Staff”, and an information input operation is performed in the “Update Date” column The date and time are listed. The resource information (status information and update date / time information) stored in the resource information storage unit 150 is, for example, by touching the “notification” button on the menu screen 100A shown in FIG. It is transmitted to the management server 200 together with 100 individual identification information. Thereby, the operating state (status) of the resource is reported to the management server 200.

FIG. 6 is a diagram illustrating a configuration example of the recovery management screen 100D.
When the “recovery information” button is touched on the menu screen 100 </ b> A shown in FIG. 3, the user interface control unit 130 calls the recovery management screen 100 </ b> D and displays it on the image display unit 110. In the illustrated recovery management screen 100D, display columns of “corresponding status”, “title”, “recovery target”, “check-in”, and “end time” are provided. On the recovery management screen 100D, information related to resources other than the resource whose status information corresponds to “Green” is displayed. A resource whose status information corresponds to “Green” is not displayed on the recovery management screen 100D because it is not necessary to implement a recovery measure.

  In the “corresponding status” column, status information (operating state) of the resource to be restored is displayed. In the example illustrated in FIG. 6, there are one resource whose status information is “Yellow” and one resource whose status information is “Orange”, and there are two resources whose status information is “Red”. It has been shown. In the illustrated example, the entries of each resource are sorted in the order of “Yellow”, “Orange”, and “Red” based on the status information classification.

  In the “Title” column, the name of the recovery target resource is displayed. In the illustrated example, the resource name “aaaaaa” of the first entry (status information “Yellow”), the resource name “bbbbb” of the second entry (status information “Orange”), and the third entry (status information “Red”). )) Resource name “ccccc” and the resource name “dddddd” of the fourth entry (status information “Red”) are respectively displayed.

  In the “recovery target” column, a display for identifying whether or not the person in charge of the site (the terminal device for site 100) is a resource in charge of recovery (recovery target) is displayed. In the example shown in the figure, the symbol “φ” indicating that the target is a recovery target is displayed in the “recovery target” column in the first entry (status information “Yellow”, resource name “xxxx”). In addition, the “recovery target” column in the other entries is a display (noted with a graphic □ in the figure) indicating that it is not a recovery target.

  In the “check-in” column, the identification information (for example, name) of the subject (person in charge) that implements or directs the recovery countermeasure is displayed for the resource for which the recovery countermeasure has been started. Usually, the person in charge of the field who has entered the status information often implements or directs recovery measures for the corresponding resource. However, since measures to restore resources may include work that requires expertise, a person other than the person in charge of the field who entered the status information implements and directs resource restoration measures. In some cases. Note that the example shown in FIG. 6 shows a state where recovery measures have not yet been implemented, and the “check-in” column of the first entry to be restored is blank.

  In the “end time” column, the time at which the implementation of the recovery measure is completed is displayed. Information indicating that the recovery measure is being implemented (for example, an elapsed time or a text message “in progress”) is displayed until the end of the recovery measure until the end. Note that the example shown in FIG. 6 shows a state where recovery measures have not yet been implemented, and the “end time” column of the first entry to be recovered is blank.

  As described above, in the present embodiment, the recovery management screen 100D and the input operation unit 120 function as progress information input means for inputting progress information indicating the implementation status of recovery measures. When an operation for selecting a resource to be restored (for example, an operation for touching an appropriate column of an entry to be restored) is performed on the recovery management screen 100D configured as described above, a user interface control unit In step 130, the countermeasure information confirmation screen 100E for the current operating state (status) of the selected resource is called and displayed on the image display unit 110 instead of the recovery management screen 100D.

FIG. 7 is a diagram illustrating a configuration example of the countermeasure information confirmation screen 100E.
In the example shown in FIG. 7, a countermeasure information confirmation screen 100E related to the resource “aaaaaa” registered in the first entry selected on the recovery management screen 100D shown in FIG. 6 is displayed. That is, the illustrated screen is a countermeasure information confirmation screen 100E for the case where the operating state of the resource “aaaaaa” is “Yellow”. As shown in the figure, on the countermeasure information confirmation screen 100E, there are two items of “explanation” that describes the contents of the countermeasure to be implemented and “target time” that indicates the time required to implement the countermeasure. Is described. In addition, a “check-in” button is provided for inputting to the system that recovery measures are being implemented.

  The contents of “explanation” and “target time” displayed on the countermeasure information confirmation screen 100E are stored in the countermeasure information storage unit 160. The countermeasure information storage unit 160 stores display contents of “explanation” and “target time” corresponding to each status for each resource to be managed. Then, when an operation for selecting a resource performed on the recovery management screen 100D is performed, information corresponding to the selected resource and status is read from the countermeasure information storage unit 160 by the user interface control unit 130, and It is displayed on the countermeasure information confirmation screen 100E.

  The user (the person in charge in the field) knows what should be done to recover the resource when the resource is in the operating state (status) by the description of the countermeasure information confirmation screen 100E. be able to. In addition, the user (the person in charge in the field) can know when it is desirable to complete the countermeasure described in the “explanation” by describing “target time”. Note that this target time is not a time to be strictly observed, but only a time recommended as a target. The content of the countermeasure and the “target time” described in “Description” on the countermeasure information confirmation screen 100E are created in advance for each resource and its operating state (status). Therefore, even if the resources are the same, if the operating state (status) is different, the contents of the measures described in the “explanation” may be different.

  As described above, in the present embodiment, the countermeasure information confirmation screen 100E functions as a countermeasure presenting unit that presents countermeasures to be taken in order to return the operating state of each resource to the original state. In the countermeasure information confirmation screen 100E shown in FIG. 7, when the user (the person in charge of the site) touches the “check-in” button (check-in operation), the user interface control unit 130 checks the “check-in” column. The information of the person in charge (hereinafter, person information) and the date and time (date and time when check-in was performed) when the implementation of recovery measures was started (hereinafter the start date and time information) The resource information is stored in the resource information storage unit 150 in association with the resource. Then, under the control of the user interface control unit 130, the display of the image display unit 110 returns to the recovery management screen 100D. Further, the information (person-in-charge information and start date / time information) regarding the implementation of the recovery measures stored in the resource information storage unit 150 is managed by touching the “notification” button on the menu screen 100A shown in FIG. 3, for example. It is transmitted to the server 200. As a result, the implementation status of the resource recovery measures is reported to the management server 200. Note that the start date and time information specified when the “check-in” button is touched is acquired from, for example, a clock function (not shown) of the on-site terminal device 100.

FIG. 8 is a diagram illustrating a display example of the recovery management screen 100D after the check-in operation is performed on the countermeasure information confirmation screen 100E.
Compared with the recovery management screen 100D shown in FIG. 6, in the example shown in FIG. 8, the name of the person in charge who performed the check-in as the person-in-charge information in the “check-in” column (in the example shown, “Taro XX”). ) Is displayed. In the “end time” field, information indicating that recovery measures are being implemented (in the example shown, “in progress”) is displayed.

  When the implementation of recovery measures for the resource is completed, the person in charge registers that fact in the system. This operation is performed using, for example, the countermeasure information confirmation screen 100E. Specifically, in the recovery management screen 100D in the state shown in FIG. 8, first, an operation for selecting a recovery target resource is performed, and the display on the image display unit 110 is switched to the countermeasure information confirmation screen 100E.

FIG. 9 is a diagram showing a display example of the countermeasure information confirmation screen 100E transferred from the recovery management screen 100D in the state of FIG.
Compared with the countermeasure information confirmation screen 100E shown in FIG. 7, in the example shown in FIG. 9, “Start” indicating the date and time when check-in was performed (the date and time when the implementation of the recovery countermeasure was started), Each item includes “end” indicating the date and time of completion, and “check-in” indicating person-in-charge information. Of these, since check-in has already been performed, the start date and time information (in the example shown, “2013/4/30 10:35:42”) is displayed in “Start” In “Check-in”, person-in-charge information (in the example shown, “Taro XXX”) is displayed. On the other hand, since the registration indicating that the implementation of the recovery measure has been completed will be performed from now on, the date and time are not displayed in “End” in the illustrated example. Further, in place of the “check-in” button displayed on the countermeasure information confirmation screen 100E shown in FIG. 7, an “end” button is provided for inputting to the system that the implementation of the recovery countermeasure has been completed. .

  In the countermeasure information confirmation screen 100E shown in FIG. 9, when the user (the person in charge of the site) touches the “end” button (end report operation), the user interface control unit 130 indicates the date and time when the implementation of the recovery countermeasure has ended. Is stored in the resource information storage unit 150 in association with the person-in-charge information and the start date / time information. Then, under the control of the user interface control unit 130, the display of the image display unit 110 returns to the recovery management screen 100D. Further, the end date and time information stored in the resource information storage unit 150 is transmitted to the management server 200 together with related person information and the like by touching the “notification” button on the menu screen 100A shown in FIG. 3, for example. Is done. As a result, the implementation status of resource recovery measures (implementation completion) is reported to the management server 200. Note that the end date and time information specified when the “end” button is touched is acquired from, for example, a clock function (not shown) of the on-site terminal device 100.

FIG. 10 is a diagram illustrating a display example of the recovery management screen 100D after the end report operation is performed on the countermeasure information confirmation screen 100E.
Compared with the recovery management screen 100D shown in FIG. 8, in the example shown in FIG. 10, in the “end time” column, “date and time” (character end date and time information) is displayed instead of “in progress” displayed in FIG. In the illustrated example, “2013/4/30 11:55:34”) is displayed.

  In the above example, on the recovery management screen 100D, the resource for which status information is input by operating the input operation unit 120 is displayed in the “recovery target” column to indicate that it is a recovery target. This is because, when a person in charge of a field inputs status information using his / her own field terminal device 100, the person in charge of the field is in a position to carry out a recovery measure for the resource or to supervise the resource. This is in view of the high possibility of being there. On the other hand, since measures for restoring resources may include work that requires expertise, the person in charge of the site may not implement or direct resource restoration measures. On the other hand, it may be possible that the person in charge of the field implements or directs recovery measures for a resource different from the resource for which the status information is input. Therefore, the recovery management screen 100D may be configured to arbitrarily select and input a recovery target resource. Further, the person-in-charge information may be configured to be able to input information such as a worker for recovery measures other than the person in charge who checked in.

<Functional configuration of the management server>
FIG. 11 is a diagram illustrating a functional configuration example of the management server 200.
As shown in FIG. 11, the management server 200 of this embodiment includes a countermeasure information storage unit 210, a communication control unit 220, and an operation information management unit 230.

  The countermeasure information storage unit 210 includes, for each business to be managed, definition information on the operating state (status) of resources indispensable for operating each business and the countermeasure to be implemented set according to the operational status. Keep information. Moreover, when implementing each countermeasure, the time expected to be completed is held as a target time (see FIG. 7). The countermeasure information storage unit 210 is realized by a nonvolatile storage unit such as a memory or a magnetic disk device. The above-described countermeasure information storage unit 160 of the on-site terminal device 100 stores at least information related to the resource (or each resource belonging to the same business as that resource) that the on-site person who is the user of the own apparatus should be in charge of. It should be. On the other hand, the countermeasure information storage unit 210 of the management server 200 operates each resource that is indispensable to operate all the operations that are the management targets of the operation recovery support system of this embodiment. Information about the state needs to be retained. Information stored in the countermeasure information storage unit 160 of the on-site terminal device 100 may be provided by extracting a part of the information stored in the countermeasure information storage unit 210 of the management server 200.

  The communication control unit 220 is connected to the on-site terminal device 100 via the network 400 and exchanges data. Specifically, the information on the operating state of the resource transmitted from each on-site terminal device 100 is received. In addition, the resource operating state information received from each site terminal device 100 is distributed to the site terminal devices 100 other than the site terminal device 100 that transmitted the information. Although not particularly illustrated, the communication control unit 220 is connected to the management terminal device 300 to exchange data. The management server 200 includes a network interface for transmitting / receiving information to / from the on-site terminal device 100 and the management terminal device 300 by the communication control unit 220.

  The operation information management unit 230 classifies the resource information received from the on-site terminal device 100 by the communication control unit 220 for each job and resource, and holds the information in a storage unit such as a magnetic disk device. Specifically, for each resource that has received information from the on-site terminal device 100, individual identification information, status information, update date / time information, person-in-charge information, start date / time of the on-site terminal device 100 that has input (transmitted) information. Information, end date information, and the like are acquired from the on-site terminal device 100 and stored in the storage means.

<Functional configuration of management terminal device>
FIG. 12 is a diagram illustrating a functional configuration example of the management terminal device 300.
As illustrated in FIG. 12, the management terminal device 300 according to the present embodiment includes an image display unit 310, an input operation unit 320, an operation information acquisition unit 330, and an operation information edit output unit 340.

  The image display unit 310 is realized by a display device such as a liquid crystal display, for example, and displays various screens. In the present embodiment, a screen for confirming the operating status of resources in each business and the business itself, and a screen for confirming the progress of business recovery are displayed.

  The input operation unit 320 is an input device for a user (administrator) to perform an input operation such as a control command. Specifically, a pointing device such as a mouse or a keyboard is used. A user (administrator) can operate the input operation unit 320 to acquire necessary information from the management server 200, edit it, and display it on the image display unit 310.

  The operation information acquisition unit 330 acquires information on the management target resource from the management server 200 in accordance with the control command input by the operation of the input operation unit 320. Specifically, status information, update date / time information, person-in-charge information, start date / time information, and end date / time information are acquired for each resource managed by the operation information management unit 230 of the management server 200. Further, the information on the recovery measure stored in the measure information storage unit 210 is also acquired as necessary. Although not particularly illustrated, the management terminal device 300 includes an interface for acquiring information from the management server 200 by the operation information acquisition unit 330.

  Based on the resource information acquired by the operation information acquisition unit 330, the operation information editing / outputting unit 340 generates an operation state management screen and a business recovery state management screen for each resource and displays them on the image display unit 310. . Details of each screen will be described later.

<Resource management by business unit by management server and management terminal device>
Next, an example of resource management by the management server 200 and the management terminal device 300 will be described.
In the present embodiment, four types of screens are prepared for resource management: a dashboard screen 300A, an operation state presentation screen 300B, a recovery status confirmation screen 300C, and a check-in confirmation screen 300D. These screens are generated by the operation information editing / outputting unit 340 of the management terminal device 300 based on the information acquired from the management server 200 and displayed on the image display unit 310.

FIG. 13 is a diagram illustrating a configuration example of the dashboard screen 300A.
The dashboard screen 300A is a screen for grasping the operating state of the entire management target business. In the example shown in FIG. 13, the operation status (status) and the number of check-ins (the number of people who are implementing recovery measures) are displayed as information for the entire business (indicated as “company” in the figure). ing. In addition, as the information for each job, the operation status (status), the operation status (status) of each resource belonging to the job, the number of completed tasks (number of completed tasks) among the work procedures implemented as recovery measures, The target date and time and the number of check-ins until the completion of all work as recovery measures are displayed. In the illustrated example, the status of each resource is expressed by filling the frame surrounding the displayed resource name with a color (green, yellow, orange, or red) that matches the status type.

  In the example shown in the figure, three types of “distribution”, “factory”, and “quality” are described as individual tasks to be managed, but these are merely examples. If all the tasks to be managed cannot be displayed on the dashboard screen 300A at a time, for example, each task can be displayed by moving the display range of the screen by scrolling or the like. Further, three types of resources belonging to each business are described (in the illustrated example, all are “staff”, “office”, and “IT server”), but this is merely an example. When all the resources in each business cannot be displayed at once on the dashboard screen 300A, for example, each resource can be displayed by moving the display range of the screen by scrolling or the like.

  In the present embodiment, the status of the entire business and the “status” for each business are 4 of “Green”, “Yellow”, “Orange”, “Red”, as in the resource status described with reference to FIG. Shown in stages. The status for each business is determined based on the status of resources belonging to the business, and the status of the entire business is determined based on the status for each business. Specifically, the status of each business is the lowest status among the statuses of resources belonging to that business. This is because the operational state of a business cannot be higher than the operational state of individual resources indispensable for performing the business. In the example illustrated in FIG. 13, the business “distribution” includes three types of resources “staff”, “office”, and “IT server”, and the status of each resource is “staff” and “IT server”. "Green" and "Office" are "Yellow". Accordingly, the status of the business “distribution” is “Yellow” which is the lowest status among the statuses of the resources. Similarly, in the business “factory”, the lowest status among the resource statuses is “Orange”. In the business “quality”, since the status of all resources is “Green”, the status of the business “quality” is also “Green”.

  Further, the status of the entire business is the lowest status among the statuses of each business. This is because the operating state of the entire business cannot be higher than the operating state of each business. In the example shown in FIG. 13, the status of the business “distribution” is “Yellow”, the status of the business “factory” is “Orange”, and the status of the business “quality” is “Green”. The status of “Orange” is the lowest status among these.

  In the dashboard screen 300 </ b> A illustrated in FIG. 13, “check-in” is represented by “number of people actually checking in / number of people who can check in”. Here, referring to FIG. 13, it can be seen that in the business “logistics”, three of the three people who can check in are checking in. Similarly, in the business “factory”, 9 out of 10 people who can check in check in, and in the business “quality”, 3 out of 3 people who can check in check in. I understand that. In the entire business, it can be seen that 10 out of 12 people who can check in are checking in. Here, the total number of people who can check in for each business is 16 (= 3 + 10 + 3), and the total number of people who check in for each business is 15 (= 3 + 9 + 3). ) And the value is different from the number of check-ins for the entire business. This means that the person in charge who can check in in each job partially overlaps. For example, the person in charge who can check in both the business “factory” and the business “quality” checks in both business operations.

  In the dashboard screen 300 </ b> A illustrated in FIG. 13, “number of completed tasks” indicates the number of tasks to be performed and the progress status until the status of the work is returned from the current state to “Green”. In the example shown in FIG. 13, it is represented by “the number of tasks already performed / the total number of tasks to be performed”. For example, in the business “distribution”, it is understood that the total number of operations to be performed in order to return from the status “Yellow” to the status “Green” is “5”, of which three operations have been completed.

  In the dashboard screen 300 </ b> A illustrated in FIG. 13, “target date and time” indicates the date and time of the target for returning the business status to “Green”. This date / time is calculated based on, for example, the start date / time information of each resource belonging to the business and information on the target time specified based on the resource and its status information. Specifically, as an example, the earliest date and time among the start date and time information of each resource belonging to a task can be used as a reference, and the date and time when the time corresponding to the sum of the target times of each resource has elapsed can be set as the target date and time.

FIG. 14 is a diagram illustrating a configuration example of the operating state presentation screen 300B.
In the example illustrated in FIG. 14, information regarding the operating state of the resource regarding the business “distribution” is displayed on the operating state presentation screen 300 </ b> B. The screen lists the “resources” that are indispensable for carrying out the business “logistics”, and the “status”, “reporter”, and “report date” columns are provided for each “resource”. .

  The “resource” described in the operation state presentation screen 300B is an indispensable resource that cannot be performed unless the resource is operating among resources used in the operation. That is, it is the same as the “resource” displayed on the resource status confirmation screen 100B described with reference to FIG. However, the number of “resources” displayed at one time is different due to the difference in the screen sizes of the image display unit 310 of the management terminal device 300 and the image display unit 110 of the on-site terminal device 100. Further, a part of the “resource” shown in FIG. 14 is displayed in the business-specific information on the dashboard screen 300A shown in FIG. If not all of the resources indispensable for the execution of business can be displayed at the same time on the operation state presentation screen 300B, for example, each resource can be displayed by moving the display range of the screen by scrolling or the like. .

  In addition, the “status” described in the operation state presentation screen 300B has four stages of “Green”, “Yellow”, “Orange”, and “Red”, as in the resource status described with reference to FIG. Indicated. This status information is based on the status information of each resource that is input in the on-site terminal device 100 and collected by the management server 200. The status of each resource on the dashboard screen 300A shown in FIG. 13 reflects the “status” displayed on the operating state presentation screen 300B. Specifically, in the example illustrated in FIG. 14, the status of the resource “office” is “Yellow” and the statuses of the other resources are all “Green”. In the example illustrated in FIG. The status display of the resources “staff”, “office”, and “IT server” in FIG.

  In addition, “reporter” described in the operation state presentation screen 300B indicates a user (on-site person in charge) of the on-site terminal device 100 who has input the status information of the corresponding resource. This display content is based on the individual identification information of the on-site terminal device 100 that has been input at the on-site terminal device 100 and collected by the management server 200 and into which the status information of each resource is input. In the example shown in FIG. 14, the reporter of the resource “employee” is the “safety confirmation system”. This indicates, for example, that status information has been input by a function (“safety confirmation system”) provided in the management server 200. The status of this resource “employee” is, for example, based on the above-mentioned person in charge information, etc., the ratio between the total number of people who can check in and the number of people actually checked in, It is specified based on whether or not it exists.

  The “report date / time” described in the operation state presentation screen 300B indicates the date / time when the status information of the corresponding resource was input. This display content is based on the update date and time information of the status information in each resource, which is input in the on-site terminal device 100 and collected by the management server 200.

FIG. 15 is a diagram illustrating a configuration example of the recovery status confirmation screen 300C.
In the example illustrated in FIG. 15, information indicating the recovery status of the operating state for the resource “office” of the business “distribution” is displayed on the recovery status confirmation screen 300 </ b> C. On the screen, for each status of the resource “office” of the business “distribution”, items of “measure”, “check-in”, “target date / time”, “completion date / time”, and “delay” are displayed. In addition, information related to statuses other than “Green” is displayed on the recovery status confirmation screen 300C. This is because when the status is “Green”, it is not necessary to implement measures for recovery.

  On the recovery status confirmation screen 300C shown in FIG. 15, two entries of status “Yellow”, two entries of status “Orange”, and two entries of status “Red” are displayed. Therefore, it can be seen that there are two measures to be taken when the status is “Yellow”. When these two countermeasures are completed, the operating state of the resource “office” returns from the state corresponding to “Yellow” to the state corresponding to “Green”.

  Similarly, there are two measures to be taken when the status is “Orange”. When these two measures are completed, the operating state of the resource “office” returns from the state corresponding to “Orange” to the state corresponding to “Green”.

  Similarly, there are two measures to be taken when the status is “Red”. When these two measures are completed, the operating state of the resource “office” returns from the state corresponding to “Red” to the state corresponding to “Green”.

  The “Countermeasure” on the recovery status confirmation screen 300C shown in FIG. 15 displays the content of the countermeasure to be taken for each applicable status. This information is acquired from the countermeasure information storage unit 210 of the management server 200. The contents of the countermeasure are the same as the contents described in the “Description” column of the countermeasure information confirmation screen 100E shown in FIG. 7 regarding the corresponding resource and status.

  In the “check-in” on the recovery status confirmation screen 300C shown in FIG. 15, the name of the person in charge who performed the check-in to implement the corresponding countermeasure is displayed. This information is based on the person-in-charge information (see FIG. 8) that is input in the on-site terminal device 100 and collected by the management server 200. In the example shown in the figure, the character “unknown” is displayed in the second entry that is not checked in.

  The “date and time” on the recovery status confirmation screen 300C shown in FIG. 15 displays the date and time that is the target for completing the implementation of the corresponding countermeasure. This information is input based on the on-site terminal device 100 and based on the start date and time information collected by the management server 200 and the target time information of the corresponding work held in the countermeasure information storage unit 210 of the management server 200. Calculated. In the illustrated example, since the start date information does not exist in the second entry that has not been checked in, the target time value (“1 hour”) is displayed as it is.

  In the “completion date and time” on the recovery status confirmation screen 300C shown in FIG. 15, the date and time when the implementation of the corresponding countermeasure is actually completed is displayed. This information is based on the end date and time information that is input in the on-site terminal device 100 and collected by the management server 200. In the example shown in the figure, countermeasures have been started. If the countermeasure has not been completed, “In Progress” is displayed. If countermeasures have not been started, “Unstarted” is displayed. Yes. In the “delay” on the recovery status confirmation screen 300C, the elapsed time after the “target date” is displayed when the date displayed in the “target date” has elapsed before the implementation of the countermeasure. The

  As described above, according to the recovery status confirmation screen 300C shown in FIG. 15, the countermeasure for the first entry (status “Yellow”) is checked in by the person in charge “Taro”, and the target date and time is “2013 / 4/30 10:00 ", it is understood that the implementation of the countermeasure has not been completed, but no delay has occurred. Similarly, the countermeasure for the second entry (status “Yellow”) is that check-in has not been performed, the implementation of the countermeasure has not yet started, and it takes one hour to implement the countermeasure. Recognize.

FIG. 16 is a diagram illustrating a configuration example of the check-in confirmation screen 300D.
The check-in confirmation screen 300D is a screen for managing the check-in status in units of business. In the example shown in FIG. 16, information indicating the check-in status (“check-in number”, “total number”, “check-in rate”) is displayed for each job. In addition, information (“name”, “check-in date / time”, “check-out date / time”) of the person in charge who checked in for each job is displayed. As for the information on the person in charge, only the information on the person in charge of the business “distribution” is displayed in the example shown in FIG. If all of this information cannot be displayed at once on the check-in screen, for example, the display of the person in charge in each job is switched by a predetermined operation, or the display range of the screen is moved by scrolling etc. A function is provided so that each information can be displayed.

<Specific examples of countermeasure information>
Here, information stored in the countermeasure information storage unit 210 of the management server 200 (hereinafter referred to as countermeasure information) will be described in more detail with a specific example. Here, as an example of the target business, the business of the customer service is considered.

FIG. 17 is a diagram illustrating an example of countermeasure information related to customer service.
In the example shown in FIG. 17, “head office operator”, “head office”, “local office”, “partner office”, “telephone / PC”, “intra, Seven types of resources, “Database System” and “Headquarters / Infrastructure” are set. That is, when all of these seven types of resources are operating (when the status is other than “Red”), the customer service is in an operating state. In the example shown in the figure, the three resources of “head office”, “regional office”, and “partner office” are grouped into “office”, and the whole is “staff”, “office”, “equipment”, “ It is classified into five types, “system” and “infrastructure”.

  Each resource has four levels of status “Green”, “Yellow”, “Orange”, and “Red”. For example, referring to the resource “head office operator” in the example of FIG. 17, the status is “Green” when the operator has a normal attendance rate. In addition, although the attendance rate is lower than normal, the status is “Yellow” when the number of people who can work is equal to or more than the number of lines + 4. If the number of people who can go to the office is less than the number of lines + 4, but the number is more than the number of lines, the status is “Orange”. When the number of people who can go to work is smaller than the number of lines, the status is “Red”.

  In addition, as a countermeasure when the operation of the resource “head office operator” decreases, the status is set to “Yellow”, “Orange”, and “Red”, respectively. When the status is “Green”, the normal operation is performed, and the business support by the local operator is not performed.

FIG. 18 is a diagram illustrating an example of specific contents of business support by a local operator set as a countermeasure when the operation of the resource “head office operator” decreases.
In the example illustrated in FIG. 18, three actions (actions) are set as measures to be taken when the status is “Yellow”. For each work, “1 hour” is set as the target time (target time for each action). Accordingly, the target time (total target time) for implementing all measures to be taken when the status is “Yellow” is “3 hours”. Similarly, two actions (actions) are set as measures to be taken when the status is “Orange”, and “1 hour” is set as the target time for each action, and the total target time is “ 2 hours ". In addition, as a countermeasure to be implemented when the status is “Red”, two works (actions) are set, “1 hour” is set as the target time for each action, and the total target time is “2”. "Time".

  Further, although not particularly illustrated, in the present embodiment, specific work is set as shown in FIG. 18 for the countermeasures for each status in each resource shown in FIG. Therefore, if the status is specified in accordance with the criteria shown in FIG. 17 for each resource, the status is set to “Green” for the resources other than the original operating state (“Green”) resource. The measures to be taken are determined.

<Business management by management server and management terminal device>
Next, an example of business management by the management server 200 and the management terminal device 300 will be described.
In this embodiment, it is possible to manage the operating states of a plurality of operations by one or a plurality of organizations (such as companies) based on information on the operating states of resources for each operation collected and managed as described above. . In the present embodiment, an operation level management screen 300E is prepared for business management. These screens are generated by the operation information editing / outputting unit 340 of the management terminal device 300 based on the information acquired from the management server 200 and displayed on the image display unit 310.

19 to 25 are diagrams illustrating configuration examples of the operation level management screen 300E.
The operation level management screen 300E is a screen that presents the operation states of all resources to be managed in a plurality of operations to be managed and presents the operation states of the operations themselves that are determined based on the operation states of the resources. . In addition, the operation level management screen 300E presents a prediction (recovery prediction) result of a recovery (operation restart) time of a resource or operation that is not currently operating based on the operation state of each resource and operation. In this embodiment, the resources required to perform the business to be managed are set as the resources to be managed. Therefore, by collecting information on the operating status of the resource, the operating status of the business including the resource is grasped. can do. Therefore, based on the resource recovery prediction, it is possible to perform a recovery prediction of a business including the resource. In the example shown in FIGS. 19 to 25, the operation level management screen 300E includes a management item column 301 that lists the tasks and resources to be managed, and an operation state graph 302 that displays the recovery prediction results of the tasks and resources. It is displayed.

  In the example shown in FIGS. 19 to 25, the status of each item of “business” and “resource” displayed in the management item column 301 is reflected. Here, each item of “resource” is first sorted by status (“Green”, “Yellow”, “Orange”, “Red”), and further sorted by “business” in each status. Specifically, each resource is arranged from the top in the order of a resource having a status of “Red”, a resource of “Orange”, a resource of “Yellow”, and a resource of “Green”. Each item of “business” reflects the lowest status among the statuses of all resources belonging to the business. Therefore, for example, when there is even one resource whose status is “Red” for a certain business, the entire “business” item is “Red”.

  In the example shown in FIGS. 19 to 25, the operation status graph 302 includes the number of “resources” displayed in the management item field 301 on the vertical axis and the status confirmed at the current time point on the horizontal axis. In addition to the number of resources, a graph indicating how the status of each resource changes with time (prediction result) is displayed. In the example shown in the drawing, the status of each resource from the current 3 hours to 16 hours later is displayed, where 1 unit in the horizontal axis direction is 1 hour. Hereinafter, a specific example of a change in the display of the operation level management screen 300E accompanying the occurrence of a failure and the passage of time thereafter will be described with reference to FIGS.

FIG. 19 is a diagram illustrating a state of the operation level management screen 300E before a failure occurs.
In the example illustrated in FIG. 19, “business” in the management item column 301 includes “business communication”, “business application”, “business payment”, “business customer contact”, “business quality management”, “ Six types of business “business logistics” are displayed. In addition, in “resources”, there are 41 (6 to 8 resources for each business) as management targets (that is, resources set as indispensable for performing each business) in association with each business. The resources are displayed.

  The arrangement (order) of each business and resource in the management item column 301 is not particularly limited in normal times. For example, as shown in FIG. 19, visibility can be improved by arranging resources for each business. In addition, after the failure occurs, the resources are arranged so as to be stacked from the bottom to the top in the order of “Green”, “Yellow”, “Orange”, and “Red”, as will be described later. In addition, for resources with a status of “Orange” and “Red”, the ones with the longest expected time (hereinafter “recovery scheduled time”) to return to the normal operating state (status “Yellow” or higher) are listed above. It is arranged to be located. This facilitates the recognition of the number of recovered resources and resources that are not in operation, and makes it easier to intuitively grasp the degree of recovery.

  Since the operation level management screen 300E shown in FIG. 19 is in a state before the occurrence of the failure, the statuses of the displayed tasks and resources are all “Green”. In the operation state graph 302, not only the status of all resources from 3 hours ago to the present is “Green” but also before the failure occurs, so the future status as predicted (in the operation state graph 302 “ "Green" also in the area on the right side of "".

FIG. 20 is a diagram illustrating a state of the operation level management screen 300E when a failure occurs.
When a failure occurs that prevents normal operation of resources and business, it is necessary to check the operating state of each resource and recover resources whose operating level has been lowered. In the present embodiment, when a preset event (for example, a natural disaster or accident of a predetermined scale or larger) occurs, collection of information on resources using the on-site terminal device 100 is executed as a trigger. To do. At this time, the operation level management screen 300E displayed on the management terminal device 300 is once in a state where all information is not input. In the illustrated example, all “business” and “resource” in the management item column 301 are displayed in a display mode different from that in the normal state, indicating that no information has been input. The operation state graph 302 also displays that no information has been input (“no information”) at all resources for all times.

  Further, when collection of resource information is started, a recovery prediction line indicating a prediction result at the time of recovery of resources and operations is displayed in the operation state graph 302. Here, with respect to the resource, since the target is to return the operation level to the normal operation state, a resource recovery prediction line is set at a position where the status is “Yellow” or higher. On the other hand, regarding the business, even if the operation level of some resources is lowered, the operation of the business itself is resumed if all resources belonging to the business are operating. Accordingly, a business recovery prediction line is set at a position where the status is “Orange” or higher. In this embodiment, the business recovery prediction line is indicated by a broken line, and the resource recovery prediction line is indicated by a light solid line. In the example of FIG. 20, since the operating status information has not yet been acquired for all resources, the resource recovery prediction line is not displayed, and only the business recovery prediction line 303 is displayed. In FIG. 20, the business recovery prediction line 303 is set to the recovery business “0” at all times after the current time (0 h).

FIG. 21 is a diagram illustrating a state of the operation level management screen 300E after 15 minutes have elapsed since the occurrence of the failure.
Up to this point, it is assumed that the resource operation status has been reported for the business “business application” and the business “business communication”. As a result, referring to the management item column 301, for the business “business application”, the resources “electricity”, “head office”, and “app employee” are operating as usual (status “Green”), and the resource “PC” is in an operating state although the operating level is lowered (status “Orange”), and the resources “application server” and “public communication line” are not operating (status “Red”). ). Information about the resource “employee home” has not yet been acquired. For business “communication”, the resources “electricity”, “head office”, “intra charge employee”, “PC” are operating as usual (status “Green”), and resources “intranet”, “ The “support staff” is not in operation (status “Red”). Information about the resource “employee home” has not yet been acquired. Since any business has a resource whose status is “Red”, the status of the business itself is “Red”.

  The resource “employee's home” has a complementary relationship with the resource “head office”, and if one of them is operating, the operation of the business is guaranteed. Therefore, here, since both the business “business application” and the business “business communication” have the resource “head office” operating normally (status “Green”), The resource “employee home” does not need to be up and running.

  Next, referring to the operation state graph 302, first, the three hours before the current time (0h) at the time of occurrence of the event are returned to the status before the occurrence of the event ("Green"). The current (0h) display reflects the display of “resource” in the management item column 301, with 7 resources being “Green”, 1 resource being “Orange”, and 4 resources being “Red”. It has become.

  In addition, the display after the current (0h) shows a state (prediction result) in which the status is gradually restored for the reported 12 resources. Based on this prediction, a business recovery prediction line 303 and a resource recovery prediction line 304 are displayed.

  As already described in the description of the on-site terminal device 100 and the like, if the status is specified for each resource, the measures to be taken to restore the resource are specified. Then, the “target time” in the countermeasure information confirmation screen 100E (see FIGS. 7 and 9) of the on-site terminal device 100, the dashboard screen 300A (see FIG. 13) of the management terminal device 300, and the recovery status confirmation screen 300C (FIG. 15), when a measure to be implemented is specified, the time required for the implementation is determined. Based on these pieces of information, the estimated recovery time is calculated for each resource.

  Here, it is assumed that the scheduled recovery time of the resource “PC” of the business “business application” whose status is “Orange” is 4 hours after the current (0h). For this reason, the status of one resource is changed from “Orange” to “Green” at a position of 4h in the operation state graph 302 shown in FIG. On the other hand, it is assumed that the scheduled recovery times of the four resources whose status is “Red” are all six hours after the current (0h). For this reason, the status of the four resources changes from “Red” to “Green” at a position of 6 h in the operation state graph 302 illustrated in FIG. 21. A resource recovery prediction line 304 is displayed along the position where the status of each resource shifts to “Green”.

  Regarding a business, when one of the resources belonging to the business is not operating (status is “Red”), the business does not operate, but if all the resources belonging to the business are in an operating state, the business itself is operating. Therefore, both of the business “business application” and the business “business communication” reported this time are restored 6 hours after the current (0h). As described above, the operation of the resource “employee home” is not necessary for these operations to operate. Therefore, the business recovery prediction line 303 is set to “0” for the recovery business up to the position of 6h, and is set to “14” for the number of resources belonging to each business after 6h. As described above, the operation of the resource “employee home” is not necessary for these operations to operate. Therefore, the business recovery prediction line 303 is set not to the number of resources for which information is acquired “12” but to the number of all resources belonging to the business “14”.

FIG. 22 is a diagram illustrating a state of the operation level management screen 300E after 30 minutes have elapsed since the occurrence of the failure.
Up to this point, it is assumed that the resource operation status has been reported for the business “business customer contact” and the business “business payment”. As a result, referring to the management item column 301, for the business “business customer contact”, the resources “business server”, “outsourcing”, “phone”, “head office”, and “call system” are as usual. It is operating (status “Green”), and the resource “operator” is operating although the operating level is lowered (status “Orange”). In this way, in the business “business customer contact”, the status of one resource is “Orange” and the status of all other resources is “Green”, so the status of the business itself is also “Orange”. . That is, the business itself is in operation.

  In addition, with regard to the business “business payment”, the resources “telecommunications line”, “head office”, “factory employee”, “factory office”, “bank seal”, and “settlement system” are operating as usual ( The status “Green”), the resource “PC” is in an operating state although the operating level is lowered (status “Orange”), and the resource “approving authority” is not operating (status “Status”). Red "). Since there is a resource whose status is “Red”, the status of the business itself is “Red”.

  Further, regarding the business “business application” and the business “business communication” resource “employee home”, there is a status report by the time shown in FIG. 22, and the status is changed to “Green” based on the received report. To do.

  Further, in the management item column 301, when comparing the positions of the three resources whose status is “Orange”, the resource of the “business customer contact” that has a long estimated recovery time as described later with reference to the operation state graph 302 An “operator” is arranged above the other two resources. Similarly, when the positions of five resources whose status is “Red” are compared, the resource “decision authority” of the business “business payment” having a long estimated recovery time will be described later with reference to the operation state graph 302. Are arranged above the other four resources.

  Next, referring to the operating state graph 302, the display of “resource” in the management item column 301 reflects the display of current (0h), 20 resources are “Green”, and 3 resources are “Orange”. Five resources are “Red”.

  Regarding the display after the current (0h), the status of the 28 reported resources (including the business “business application” and the business “business communication” resource “employee's home”) is gradually restored. A state (prediction result) is shown. Based on this prediction, a business recovery prediction line 303 and a resource recovery prediction line 304 are displayed.

  Here, it is assumed that the scheduled recovery time of the resource “PC” of the business “business payment” whose status is “Orange” is 4 hours after the current (0h). Further, it is assumed that the scheduled recovery time of the resource “operator” of the business “business customer contact” whose status is “Orange” is 6 hours after the current (0h). Further, the scheduled recovery time of the resource “PC” of the business “business application” is 4 hours after the current (0h) as shown in FIG. For this reason, the status of the two resources changes from “Orange” to “Green” at the position 4h in the operation state graph 302 shown in FIG. In addition, the status of one resource changes from “Orange” to “Green” at a position of 6h.

  On the other hand, among the resources with the status “Red”, the scheduled recovery time of four resources in the business “business application” and the business “business communication” is 6 hours after the current (0h). The “payment” resource “authorization authority” does not recover within 16 hours displayed in the graph. For this reason, the status of the four resources changes from “Red” to “Green” at a position of 6h in the operation state graph 302 illustrated in FIG. A resource recovery prediction line 304 is displayed along the position where the status of each resource shifts to “Green”.

  Regarding the business, the business “customer contact point” reported this time is in operation because the status of all resources is “Orange” or higher. Then, 6 hours after the current (0h), both the business “business application” and the business “business communication” are restored. On the other hand, the business “business payment” does not recover within 16 hours when the resource “authorization authority” is displayed in the graph, so the business itself does not operate within 16 hours. Accordingly, the business recovery prediction line 303 is set to “6”, which is the number of resources of the business “business customer contact” up to the position of 6h, and after 6h, the business “business application” and the business “business communication”. "20" is added to the total number of resources.

FIG. 23 is a diagram illustrating a state of the operation level management screen 300E after 90 minutes have elapsed since the occurrence of the failure.
Up to this point, it is assumed that the resource operation status has been reported for the “business quality management” business. As a result, with reference to the management item column 301, the resources “electricity”, “head office”, “employee”, “employee home”, and “database” are operating as usual for the business “business quality management”. (Status “Green”), the resource “business device” is in an operating state (status “Orange”) although the operating level has been lowered. In this way, in the business “business quality management”, the status of one resource is “Orange” and the status of all other resources is “Green”, so the status of the business itself is also “Orange”. . That is, the business itself is in operation.

  Further, when comparing the positions of the four resources whose status is “Orange” in the management item column 301, the resource of the “business customer contact” that has a long recovery scheduled time as described later with reference to the operation state graph 302. The resource “business device” of “operator” and business “business quality management” is arranged above the other two resources. As for the positions of the five resources whose status is “Red”, the resource “authorization authority” of the business “business payment” is arranged above the other four resources, as in the example of FIG. ing.

  Next, referring to the operation state graph 302, in FIG. 23, since 90 minutes (1 hour or more) has elapsed since the occurrence of the failure, the display of the graph is advanced by one unit (in the figure, it moves to the left). ing). That is, the current time (0h) in the operation state graph 302 of FIG. 23 is one hour after the occurrence of the failure. This display of current (0h) reflects the display of “resource” in the management item column 301, 25 resources are “Green”, 4 resources are “Orange”, and 5 resources are “Red”. It has become.

  In addition, the display after the current (0h) shows a state (prediction result) in which the status is gradually restored for the reported 34 resources. Based on this prediction, a business recovery prediction line 303 and a resource recovery prediction line 304 are displayed.

  Here, it is assumed that the scheduled recovery time of the resource “business device” of the business “business quality management” whose status is “Orange” is 6 hours after the occurrence of the failure. Therefore, in FIG. 23, in which one hour or more has elapsed since the occurrence of the failure, it is five hours after the present (0h). Similarly, the scheduled recovery time of the resource “operator” of the business “business customer contact” is 6 hours after the occurrence of the failure, so in FIG. 23, it is 5 hours from the current (0h). Further, the scheduled recovery time of the resource “PC” for the business “business payment” and the resource “PC” for the business “business application” is 4 hours after the occurrence of the failure, so in FIG. It's time later. For this reason, the status of the two resources changes from “Orange” to “Green” at a position of 3h in the operation state graph 302 shown in FIG. Also, at the position of 5h, the status of the two resources has changed from “Orange” to “Green”.

  On the other hand, of the resources with the status “Red”, the scheduled recovery time of four resources in the business “business application” and the business “business communication” is 6 hours from the occurrence of the failure. ) 5 hours later. The resource “authorization authority” of the business “business payment” does not recover within 16 hours displayed in the graph. For this reason, the status of the four resources changes from “Red” to “Green” at a position of 5 h in the operation state graph 302 shown in FIG. A resource recovery prediction line 304 is displayed along the position where the status of each resource shifts to “Green”.

  Regarding the business, the business “business quality management” reported this time is the same as the business “business customer contact”, and the status of all resources is “Orange” or higher, so the business itself is in operation. Then, 6 hours after the occurrence of the failure (5 hours after the current (0h) in FIG. 23), both the business “business application” and the business “business communication” are restored. On the other hand, the business “business payment” does not recover within the 16 hours because the resource “authorization authority” does not recover. Accordingly, the business recovery prediction line 303 is set to “12” which is the total number of resources of the business “business customer contact” and the business “business quality management” up to the position of 5 h. It is set to “26” including the total number of resources of “application” and business “business communication”.

FIG. 24 is a diagram illustrating a state of the operation level management screen 300E after 100 minutes have elapsed since the occurrence of the failure.
Up to this point, it is assumed that there has been a report on the operating status of resources for the business “business logistics”. As a result, referring to the management item column 301, regarding the business “business logistics”, the resources “electricity”, “employee”, “temporary staff”, “head office”, and “telephone” are operating as usual ( The status “Green”), the resources “server”, and “PC” are not operating (status “Red”). Thus, since the status of the two resources in the business “business logistics” is “Red”, the status of the business itself is also “Red”.

  Further, in the management item column 301, when the positions of the four resources whose status is “Orange” are compared, the resource “operator” of the business “business customer contact” and the business “business quality management” are similar to the example of FIG. Resource “business device” is arranged above the other two resources. Then, by comparing the positions of the five resources whose status is “Red”, the resource “authorization authority” of the business “business payment” with the longest scheduled recovery time will be described later with reference to the operation state graph 302. The resource “server” and resource “PC” of the business “business logistics” with the next highest scheduled recovery time are placed below the resource “authorization authority” of the business “business payment”, and the other four Are placed above the resources.

  Next, referring to the operation state graph 302, the display of “resource” in the management item column 301 reflects the display of current (0h), 30 resources are “Green”, and 4 resources are “Orange”. , 7 resources are “Red”.

  In addition, regarding the display after the current (0h), a state (prediction result) in which the status is gradually restored is shown for the reported 41 resources (all resources displayed in the operation state graph 302). ing. Based on this prediction, a business recovery prediction line 303 and a resource recovery prediction line 304 are displayed.

  Here, it is assumed that the scheduled recovery time of the resources “server” and “PC” of the business “business logistics” whose status is “Red” is 12 hours after the occurrence of the failure. Therefore, in FIG. 24 in which one hour or more has elapsed since the occurrence of the failure, it is 11 hours after the current time (0h). In addition, the recovery time of each resource whose status is “Orange” and each resource whose status is “Red” is the same as in the example of FIG. Therefore, at the position of 3h in the operation state graph 302 shown in FIG. 24, the status of the two resources changes from “Orange” to “Green”, and at the position of 5h, the status of the two resources changes from “Orange”. It has changed to “Green”. In addition, at the position of 5h, the status of the four resources has changed from “Red” to “Green”. Further, at the position of 11h, the status of the two resources changes from “Red” to “Green”. Further, the status of one resource corresponding to the resource “approval authority” of the business “business payment” is maintained in the “Red” state. A resource recovery prediction line 304 is displayed along the position where the status of each resource shifts to “Green”.

  Regarding the business, the business “business logistics” reported this time, if the resources “server” and “PC” are restored 11 hours after the current (0h) in FIG. 24, all resources are restored and the business is in operation. It becomes a state. The other business recovery prediction is as described with reference to FIG. Therefore, the business recovery prediction line 303 is set to “12” which is the total number of resources of the business “business customer contact” and business “business quality management” up to the position of 5h, and the business “business” is from 5h to 11h. It is set to “26” including the total number of resources of “application” and business “business communication”, and is set to “33” including the number of resources of business “business logistics” after 11h.

FIG. 25 is a diagram illustrating a state of the operation level management screen 300E after 130 minutes have elapsed since the occurrence of the failure.
At this time, regarding the business “business application”, it is assumed that there is a report on the operating status of the resource again, and the recovery of the resource “application server” is no longer expected. As a result, referring to the management item column 301, the display of the status of each business and each resource does not change from the state of FIG. 24, but the display position of the resource “application server” of the business “business application” that cannot calculate the scheduled recovery time Are moved to the top of the management item column 301.

  Next, referring to the operation state graph 302, in FIG. 25, since 130 minutes (two hours or more) have passed since the occurrence of the failure, the graph display is further advanced by one unit from the state of FIG. Is moving to the left). That is, the current (0h) in the operation state graph 302 of FIG. 25 is after two hours have elapsed from the occurrence of the failure. The current (0h) display reflects the display of “resource” in the management item column 301, 30 resources are “Green”, 4 resources are “Orange”, and 7 resources are “Red”. It has become.

  In addition, regarding the display after the current (0h), the status display of one resource that has been reported not to be recovered is disappeared (the uppermost stage of the operation state graph 302). Then, with respect to the remaining 40 resources, the status of recovery in stages (prediction result) is shown, and based on this prediction, a business recovery prediction line 303 and a resource recovery prediction line 304 are displayed. ing.

  In the example shown in FIG. 25, since two hours or more have elapsed since the occurrence of the failure, with regard to the resource whose status is “Orange”, the two resources whose recovery scheduled time from the occurrence of the failure was 4 hours are in operation. At the position 2h in the state graph 302, the status changes from “Orange” to “Green”. Similarly, the status of the two resources whose recovery time is 6 hours changes from “Orange” to “Green” at the position of 4h.

  On the other hand, among the resources whose status is “Red”, the resource “application server” of the business “business application” is not displayed because the recovery is unlikely (the top row of the operation state graph 302). Then, the remaining three resources whose recovery time from the occurrence of the failure is 6 hours have the status changed from “Red” to “Green” at the position 4 h in the operation state graph 302. Further, the status of the two resources of the business “business logistics” whose scheduled recovery time is 12 hours has changed from “Red” to “Green” at the position of 10 h. Further, the status of one resource corresponding to the resource “approval authority” of the business “business payment” is maintained in the “Red” state. A resource recovery prediction line 304 is displayed along the position where the status of each resource shifts to “Green”.

  Regarding the business, in FIG. 25, if the business recovery prediction line 303 shown in FIG. 24 is displayed as it is, it is shifted by one unit in the left direction of the diagram, and “12” until the position of 4h in the operation state graph 302. From “4h” to “10h” is “26”, and after “10h” is “33” (recovery prediction line 303a in FIG. 25). However, with this report, the business “business application” resource “application server” is no longer expected to be recovered, and the business “business application” itself is no longer expected to resume operation. Therefore, after 4h of the operation state graph 302 in which the business “business application” was expected to operate, the number of resources of the business “business application” (seven) is lower than the recovery prediction line 303 shown in FIG. Value is set. That is, “19” is set from 4h to 10h, and “26” is set after 10h (recovery prediction line 303b in FIG. 25).

  In the operation level management screen 300E shown in FIG. 25, the recovery prediction line 303a and the recovery prediction line 303b obtained as described above are displayed together. In the example shown in the figure, the recovery prediction line 303b is displayed with a thin broken line to distinguish it from the recovery prediction line 303a. By performing such display, it is possible to visually indicate that a delay has occurred with respect to the recovery prediction (recovery prediction line 303a) when the recovery operation is performed smoothly.

  As described above, according to the present embodiment, it is possible to grasp the operating state of a business including the resource by collecting information on the operating state of the resource. Therefore, as described with reference to FIGS. 19 to 25, not only the recovery prediction of each individual resource but also the prediction of the operation resumption time for each business unit including each resource can be performed.

  The configuration and functions of the present embodiment have been described above, but the specific system configuration and display screen configuration are not limited to the specific examples described above. In the present embodiment, a criterion for determining an operating state is set for each resource set and extracted as an indispensable resource for performing the business. In addition, when the operating status of each resource is lower than the normal status required to perform the business, it is performed to restore the operating status of each resource to the normal status for each resource and operating status. Set the measures to be taken. For each resource, regardless of the cause (disaster, accident, etc.) that reduced the operating status, measures to restore the reduced operating status to the normal status are presented, and the implementation status of the measures Information indicating the above, or the time when the operation including the resources is resumed is predicted. Therefore, various configurations and functions can be employed without departing from the technical idea.

  For example, in the present embodiment, information related to resources is acquired from the management server 200 using the management terminal device 300, and the information is appropriately edited to present the above information. The management server 200 may be provided with an image display unit and an input device instead of the management terminal device 300. In this case, the management server 200 and the management terminal device 300 in the embodiment are combined and understood as a management server.

  In addition, information set in advance to the user (on-site person in charge) in the terminal device for site 100 (types of “resource” and “status”, contents of countermeasures to be implemented according to the status, target time, etc.) ) May be transmitted from the management server 200 to the on-site terminal device 100.

  Furthermore, various functions of the on-site terminal device 100 may be realized by application software installed in the on-site terminal device 100, or may be realized by a web application provided in the management server 200. A configuration provided to the on-site terminal device 100 may be adopted.

  Note that the above-described evaluation of progress information and prediction of the scheduled recovery time of work are performed based on the status when the resource or work is in operation “Orange”, but the resource or work when the status is “Orange”. The operation level is lower than that of “Green” or “Yellow” operating in the original state. Therefore, the progress information may be evaluated and the estimated recovery time may be predicted based on the status of “Yellow” operating in the original state. Furthermore, by combining these and expressing each separately, it is possible to present progress information and predicted recovery time prediction information at both the time when the operation is resumed and the time when the operation is restored. Also good.

<Application example of business recovery support system>
Next, an application example of the business recovery support system according to the present embodiment will be described.
Here, the system of this embodiment is applied to the business management of a company that conducts business that provides goods and services externally, such as product shipping business and service business, and the management information of such multiple systems is aggregated An application example to be used will be described.

FIG. 26 is a diagram illustrating a configuration example of an aggregation management system including the business recovery support system of the present embodiment.
In the system configuration shown in FIG. 26, a plurality of individual management servers 500 are connected to the overall aggregation server 600. In addition, a plurality of user system servers (hereinafter referred to as user servers) 700 are connected to the overall aggregation server 600. The connection between the total aggregation server 600 and the individual company management server 500 and the connection between the total aggregation server 600 and the user server 700 may be performed using an existing network such as the Internet, for example. A dedicated line or the like may be used. The type of communication protocol or line is not particularly limited, and it may be a wireless line or a wired line. In the example shown in FIG. 26, a configuration in which two individual management servers 500 and three user servers 700 are connected to the total aggregation server 600 is shown. The number of server connections is not limited to the illustrated configuration example.

  In the example shown in FIG. 26, the individual company management server 500 corresponds to the management server 200 in the business recovery support system of this embodiment. That is, information related to the operating state of the registered resource is sent from the on-site terminal device 100 to the individual company management server 500 and collected. In other words, the individual company management server 500 functions as an information collection server that collects information related to the operating state of the registered resource. Further, the individual company management server 500 determines the operating state of the business including each resource based on the collected information. Since the individual company management server 500 has the function of the management server 200, the dashboard screen 300A described with reference to FIG. 13 to FIG. The status presentation screen 300B, the recovery status confirmation screen 300C, the check-in confirmation screen 300D, and the operation level management screen 300E described with reference to FIGS. 19 to 25 are generated.

  In this application example, it is assumed that an individual company-specific management server 500 is provided for each company, and the operational status of the business of the company is managed. In the example shown in FIG. 26, company A and company B each have a management server 500 for each company. Here, as described above, the business whose operation state is managed by each individual company management server 500 includes the business of providing goods and services externally.

  With regard to the operational status related to operations that provide external goods and services, each individual product or service that is the target of provision is used as a resource, and information about whether the product can be shipped and whether the service can be provided is set as operational status information. be able to. For example, if the product can be shipped in its original state (e.g., the shipping amount per hour has reached the original set amount), the status becomes “Green” or “Yellow”, which is a level lower than the original level. If possible, the status is “Orange”, and if shipment is not possible, the status is “Red”.

  The total aggregation server 600 aggregates and manages information about resources and business operation status managed by each individual company management server 500 connected to the total aggregation server 600. In other words, the overall aggregation server 600 functions as an aggregation server that aggregates information collected by the individual company management server 500 that is an information collection server. The information related to the operating state aggregated by the overall aggregation server 600 may include various screens 300A to 300E generated by each individual company management server 500. Further, information necessary for generating these screens 300 </ b> A to 300 </ b> E may be acquired from each individual company management server 500, and each screen 300 </ b> A to 300 </ b> E may be generated in the overall aggregation server 600.

  Further, in response to a request from the user server 700, the overall aggregation server 600 returns information related to the resource being managed and the operation status of the business. Here, the overall aggregation server 600 can perform access control on information relating to the resource being managed and the operational status of the business.

  For example, as shown in FIG. 26, the overall aggregation server 600 manages the correspondence between the individual resources and the operation status of the business that are centrally managed and the correspondence between each user, using the management table 601 and the like. Then, when receiving an information acquisition request from the user server 700, the overall aggregation server 600 receives only information related to the resource associated with the requesting user server 700 (user) and the operational status of the business. return it. In the example of the management table 601 shown in FIG. 26, the products A-1, A-2, A-3 of the company A and the service BS-1 of the company B are associated with the user α. Further, the products A-4 and A-5 of the company A and the products B-1 and the service BS-1 of the company B are associated with the user β. Further, the products B-1 and B-2 and the service BS-2 of the company B are associated with the user γ. Therefore, for example, when an information acquisition request is made from the user server 700 of the user α, the user server 700 uses the resources “product A-1” and “product A-2” in the business “shipping” of the company A. ”,“ Product A-3 ”, and the business“ Service ”of Company B, only the information regarding the operating state of the resource“ Service BS-1 ”can be acquired.

  Information sent from the total aggregation server 600 to each user server 700 includes the dashboard screen 300A, the operation state presentation screen 300B, the recovery status confirmation screen 300C, and the check-in confirmation screen 300D described with reference to FIGS. The operation level management screen 300E described with reference to FIGS. 19 to 25 may be included.

<Application example of centralized management system>
A specific application example of the aggregation management system shown in FIG. 26 will be described.
In this example, the users α, β, and γ having the user server 700 are automobile manufacturers, and the company A and the company B having the individual management server 500 are manufacturers of automobile parts. And The company A and the company B are in charge of shipping parts to the user α, the user β, and the user γ, and the individual company management servers 500 of the company A and the company B With regard to the parts shipped to γ, the information about the resources using each part as a resource and the operation status of the business is managed. Information on the operating state is sent from the individual company management servers 500 of the company A and the company B to the overall aggregation server 600, and is aggregated and managed by the overall aggregation server 600.

  The user α, the user β, and the user γ, who are automobile manufacturers, can access the overall aggregation server 600 and acquire information on the operating state regarding the parts (resources) purchased by the user. Accordingly, the user α, the user β, and the user γ can determine whether or not the parts purchased by the user α can be received. In other words, from the viewpoint of user α, user β, and user γ, the parts supply information can be referred to as “operation level information” as if it were the company's resources, without inquiring all of the parts manufacturers that are its customers. can do. And, for example, it is possible to produce because some parts are sufficiently supplied with parts, but it is necessary to reduce the production amount because there are not enough parts for some other cars, and parts supply for some other cars It is possible to make a judgment that production is not possible because there is not.

  On the other hand, from the viewpoint of company A and company B, which are parts manufacturers, there is no need to contact each customer about shipping status information regarding individual parts. Therefore, it is possible to improve the convenience of the entire business and shorten the time for determination.

  In the above example, the example of managing the operation status information regarding the shipment of production parts has been explained. However, not only the production parts but also the operation status of various services and infrastructure equipment for producing automobiles of each vehicle type In addition, it is possible to perform centralized management by the overall aggregation server 600 and make it accessible from the user server 700.

  In the above example, the user has acquired information on the shipping status (operating status) of each part (resource) and handled the user's work. It is also conceivable to respond in the user's business based on the information on the operating state. For example, if the operating level of the shipping operation of Company A has been reduced, the operating level for other parts will decrease even if the shipping status (operating status) of the parts (resources) that it has purchased is normal. It is assumed that there is a load on the business of company A. Therefore, it is possible to prepare for measures in advance in preparation for a case where the operation level for shipping of parts purchased by the user itself is lowered. In other words, in this application example, the operational status information handled by the business recovery support system according to the present embodiment is centrally managed, so that the operational status of the business of the user of the aggregated information is performed. Therefore, it is possible to provide support for maintaining the normal state required for the purpose.

As is clear from the above example, the business recovery support system of the present embodiment maintains the resource and business operation levels in the normal state required to perform the business, and the operation level decreases. If this happens, support will be provided to take measures to restore the original operating level. The information handled by the business recovery support system according to the present embodiment does not include the cause of lowering the operation level. In other words, regardless of disasters or accidents, even if the operational level of a business is lowered due to an increase in operational load, etc., support is provided for taking measures to restore the original operational level. can do.
Furthermore, in the business recovery support system according to the present embodiment, the resources necessary for performing the business to be managed are set as the resources to be managed. It is possible to grasp the operating status of the business including it.

DESCRIPTION OF SYMBOLS 100 ... Terminal apparatus for field, 100A ... Menu screen, 100B ... Resource state confirmation screen, 100C ... Operation state input screen, 100D ... Recovery management screen, 100E ... Countermeasure information confirmation screen, 110 ... Image display part, 120 ... Input operation part , 130 ... User interface control unit, 140 ... Communication control unit, 150 ... Resource information storage unit, 200 ... Management server, 210 ... Countermeasure information storage unit, 220 ... Communication control unit, 230 ... Operation information management unit, 300 ... Management Terminal device, 300A ... Dashboard screen, 300B ... Operation status presentation screen, 300C ... Recovery status confirmation screen, 300D ... Check-in confirmation screen, 300E ... Operation level management screen, 301 ... Management item column, 302 ... Operation status graph, 303, 304 ... restoration prediction line, 310 ... image display unit, 320 ... input operation unit, 3 0 ... operation information acquisition unit, 340 ... operation information editing output section

Claims (4)

On-site terminal device that accepts input of information related to the operational status of each business that determines the status of the entire business;
A management server that collects and manages information input by the on-site terminal device, and
The on-site terminal device is
With respect to a resource set as an indispensable resource for performing each of the operations for determining the status of the entire operation, the operating state of the resource is set in accordance with specific circumstances and is set in a plurality of predetermined stages. Status information input means for inputting status information for identifying which one is applicable,
Status information input by the status information input means is transmitted to the management server, and status information acquired from the field terminal device other than the own device among the status information related to the resource managed by the management server Communication means for receiving from the management server;
Based on the status information input by the status information input means and the status information received from the management server, the operating status of each resource in each business that determines the status of the entire business is performed in order to perform each business. Measures presenting means for presenting measures to be taken in order to return to the required normal state;
Progress information input means for inputting progress information representing the implementation status of the countermeasure presented by the countermeasure presenting means,
The communication means of the on-site terminal device transmits the progress information input by the progress information input means to the management server, and among the progress information managed by the management server, Receiving progress information acquired from the terminal device from the management server,
The countermeasure presenting means of the on-site terminal device presents the implementation status of the countermeasure based on the progress information input by the progress information input means and the progress information received from the management server,
The management server
A communication means for transmitting and receiving information to and from the field terminal device;
The status information of the resource received from the field terminal device by the communication means of the management server is managed in association with the field terminal device that transmitted the status information for each resource, and the management server Information management means for managing the progress information received from the on-site terminal device by the communication means in association with the resource related to the progress information and the on-site terminal apparatus that has transmitted the progress information;
Regarding the resource belonging to each business that determines the status of the entire business, it should be carried out in order to restore the operating state of the resource from a predetermined operating state to a normal state required for performing each business Information storage means for storing a countermeasure and a target time set as a time required to complete the implementation of the countermeasure;
Based on the status information managed by the information management means, a measure to be implemented to restore the operating state of the resource to the normal state is identified, and based on the target time related to the identified measure , A planned recovery time calculation means for calculating a planned recovery time, which is a time required to complete the implementation of the countermeasures necessary for operating each of the operations,
Progress information output means for outputting progress information indicating the progress of the implementation status of the measure with respect to the scheduled recovery time based on the progress information managed by the information management means;
A business recovery support system characterized by comprising:   The information management means of the management server specifies and manages an operating state of each business to which the resource belongs based on the status information of the resource received from the field terminal device by the communication means. The business recovery support system according to claim 1. The management server resumes the operation of each task to which the resource belongs based on the implementation status of the countermeasure for each resource obtained based on the status information and the progress information managed by the information management means. The business recovery support system according to claim 1 , further comprising a prediction unit that predicts a predetermined time. An information collection server that collects information about the operating status of resources set as indispensable resources for performing each business to determine the status of the entire business;
An aggregation server that aggregates and manages information collected by the plurality of information collection servers,
The information collection server
Regarding the resource, measures to be taken to restore the operation state of the resource from a predetermined operation state to a normal state required for performing each of the tasks, and required to complete the implementation of the measure Information storage means for storing a target time set as a time;
For the resource belonging to each business that determines the status of the entire business, whether the operating state of the resource corresponds to any of a plurality of predetermined stages that are set according to the specific status of each business The status information to be identified and the progress information indicating the implementation status of the measures to be taken in order to restore the operating state of each resource in each business identified based on the status information to the normal state are acquired. Information acquisition means;
Based on the status information for each resource acquired by the information acquisition means, a measure to be implemented to return the operating state of the resource to the normal state is specified, and the target related to the specified measure A planned recovery time calculation means for calculating a planned recovery time, which is a time required to complete the implementation of the measures necessary for operating each of the operations based on the time;
Progress information output means for outputting progress information indicating the progress of the implementation status of the countermeasure with respect to the scheduled recovery time based on the progress information for each resource acquired by the information acquisition means,
The aggregation server is
Acquires and manages the status information of the resource from the information collection server, manages the correspondence relationship between each resource and the user, and performs the information acquisition request in response to the information acquisition request from the user. Return information about the operating status of the resource associated with the
An integrated management system characterized by

Images