JP2000155778A - Disaster measure operation management support device and storage medium stored with program for disaster measure operation management - Google Patents

Abstract

PROBLEM TO BE SOLVED: To efficiently support an operation to assign persons in charge to disaster measure items to be dealt with in case of a disaster. SOLUTION: The disaster measure operation management support device has at least one input/output device 101 which accepts inputs from users, an input/output part 102 which exchanges information with the input/output device and accepts assignment requests from disaster measure operations, an assignment management part 107 which manages who is in charge of a disaster measure item to be dealt with, an item monitor part 108 which extracts the disaster measure operation to be deal with immediately although no person in charge is assigned according to the emergency and importance of the disaster measure operation, and an assignment part 109 which determines a person to be put in charge of the disaster measure operation or candidate according to information on a department, a position or the like, to deal with the extracted disaster measure operation and information on the department and position of gathering persons.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a disaster countermeasure service management device used in a disaster prevention center of a local government or a company or a related department thereof. The present invention relates to a device for supporting

[0002]

2. Description of the Related Art In the event of a disaster such as an earthquake or a typhoon, a disaster prevention center of a local government or a company or a related department or the like carries out an appropriate disaster countermeasure operation in accordance with a so-called disaster countermeasure manual. At this time, there are many disaster countermeasure tasks to be performed, and these many disaster countermeasure tasks are assigned to a plurality of attendees. However, it is not always possible to assign each disaster countermeasure task to anyone, and the departments and positions that can take countermeasures are determined for each disaster countermeasure task. Operations are subject to restrictions.

[0003] On the other hand, each attendant must be aware of the disaster countermeasure items that he / she can carry out. When an actual disaster occurs, each attendee recognizes the disaster situation and should take charge of the disaster countermeasure task based on his own judgment. Decide and implement. In addition, the person in charge of each disaster response business must direct and supervise the disaster response of each responsible department.

In such a case, in order to assist the person in charge or the attendant in the disaster countermeasure work, large screen equipment and communication equipment for grasping the state of the disaster, and information on the state of work assignment have been conventionally used. Computer systems and the like have been proposed that support the work assignment work performed by the responsible person and attendees while sharing.

[0005]

[Problems to be Solved by the Invention] As a specific problem that can occur in the event of a disaster, first of all, there is a possibility that the staff of a local government or a company, such as a disaster prevention center or related departments, may become victims, and not all staff members Sometimes it is not always possible to get together. In such a situation, a disaster countermeasure task for which a person in charge is not determined will occur.

[0006] As a specific problem that can occur in the event of a disaster, the second problem is that the person who is to determine the work assignment for a disaster countermeasure work for which the person in charge cannot be determined is injured or the transportation system is paralyzed. May not be able to attend.

[0007] The above first or second problem can occur not only separately but also simultaneously, in which case the disaster countermeasure work for which the person in charge is not determined is left as it is. It could be.

[0008] On the other hand, the most different point of the disaster countermeasure operation at the time of occurrence of a disaster from the general operation at the normal time is that the disaster countermeasure operation must be carried out without delay within a limited time under any circumstances. There is a constraint. In particular, a situation in which important disaster countermeasures are left undecided has a serious adverse effect on the entire organization implementing the disaster countermeasures, and can lead to extremely serious problems.

[0009] As described above, the fact that the person in charge has to decide the appropriate person in time for an unscheduled disaster countermeasure operation is a matter of using the conventional large screen, shared database, and the like to determine the state of business assignment. It is also difficult to solve the problem by using a computer system that supports the work assignment work that is performed interactively by the manager and attendees while sharing information about the task.

It is an object of the present invention to provide a disaster countermeasure work management support apparatus which can efficiently assign a responsible person to a disaster countermeasure item to be performed in the event of a disaster.

[0011]

In order to solve the above-mentioned problems, a disaster management service management support apparatus according to the present invention provides at least one input / output device for receiving an input from a user and information exchange between the input / output device and the input / output device. And an input / output unit for receiving an allocation request for disaster countermeasure work, an allocation management unit for managing who is currently in charge of a disaster countermeasure item to be implemented,
An item monitoring unit that extracts the emergency countermeasure tasks for which the person in charge is to be implemented immediately, based on the urgency and importance of the disaster countermeasure tasks, and the department and post that should execute the extracted disaster countermeasure tasks An assignment planning unit that determines a person in charge of the disaster countermeasure work or a candidate for charge based on the information and information such as the affiliation of the attendant and the post.

[0012] With this configuration, a variety of disaster countermeasure items are generated, and when a disaster is likely to be confused as to who is in charge of which item, if there is a disaster countermeasure item for which the person in charge has not yet been determined, According to the given criteria, it is possible to automatically extract the items that need to be dealt with immediately, and to request the staff members who have the conditions appropriate to be in charge of the items to perform the tasks automatically. It is possible to reduce the possibility that an undesired situation in which the person in charge is left undecided will occur.

[0013]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An embodiment of a disaster countermeasure business management support apparatus according to the present invention will be described with reference to FIG. The disaster countermeasure task management support device according to the present embodiment includes an input / output unit 102 that controls input / output to one or more input / output devices 101, and a disaster countermeasure item storage that stores a disaster countermeasure item to be performed at each time. Unit 103, an attendee information storage unit 104 for storing information about attendees, a disaster countermeasure item attribute information storage unit 105 for storing attribute information associated with each disaster countermeasure item, and storing personal information associated with each staff member. A staff attribute information storage unit 106, an assignment management unit 107 for managing the assignment status of persons in charge of disaster countermeasure items to be implemented, an item monitoring unit 108 for extracting a disaster countermeasure item to be automatically assigned based on a predetermined reference, An allocation planning unit 109 for performing an allocation plan of a person in charge of implementing the extracted items; an allocation management unit 107; an item monitoring unit 108; an allocation planning unit 109; Storage unit 103, gathered information storage unit 104, disaster-to attribute information storage unit 105, the staff attribute information storage unit 106
And a data bus 110 providing a communication path for data exchange between the data bus 110 and the data bus 110.

In the following, the details of the data in the storage units (103 to 106) and the details of the processing of the allocation management unit 107, the item monitoring unit 108, and the allocation planning unit 109 will be described using specific examples.

The processing in the assignment management unit 107 will be described with reference to FIG.

The basic function of the assignment management unit 107 is to provide a user with information on who is in charge of each of the disaster countermeasure items to be implemented, and to issue an assignment request for an item for which the user is not yet assigned. When the information is issued, the assignment status is managed by, for example, determining whether or not the item can be assigned to the user who is the assignment requester based on the nature of the item and the authority of the user.

In FIG. 2, the assignment status is item-assignment table 2
01 is centrally managed. The charge-item table 201 may be stored in a temporary work storage area on the memory of the computer, or may be stored on a storage medium such as a magnetic storage device or a magneto-optical storage device. The processing of the assignment management unit 107, which will be described later, is also performed in an existing business management system, and will not be described in detail.

FIG. 3 shows the contents of the disaster countermeasure item storage unit 103 in this embodiment.

Here, in the disaster countermeasure item storage unit, an item name 301 indicating an item name of the disaster countermeasure to be performed, an occurrence time 302 holding an occurrence time of the item, an ID (for example, an identification number) of each item, and each item Information 3 such as comments for
Reference numeral 03 denotes a table manually or automatically written in the format of the table shown in FIG.

The new item monitoring function 202 monitors the update of the contents of the disaster countermeasure item storage unit 103, and when a new disaster countermeasure item is written therein, the table updating function 203.
Is what you call. The table update function 203 updates the item-assignment table 201 reflecting the update of the disaster countermeasure item storage unit 103.

FIG. 4 shows an example of the contents of the item-response table 201 created in step 203 of this embodiment for the input of the disaster countermeasure items of FIG. In the present embodiment, the item-assignment table 201 has an item name 401 and a person in charge 4
02 is a table in which the table is associated with “02”. At the initial stage, the person in charge is undecided for all disaster countermeasures. The display data creation function 204 includes an item-assignment table 201.
Is constantly monitored, and when this item-assignment table 201 is updated, display data corresponding to this item-assignment table 201 table is created for the user 206, and is displayed via the input / output unit 102. It is sent to the output device 205. The output device 205 is, for example, a display or a printer.

In this embodiment, the input / output unit 102 is positioned as an interface for connecting the disaster countermeasure work management support device to a plurality of input / output terminals, and outputs information from the disaster countermeasure work management support device to a specific one. It has a function of sending information to one or more output devices 207 and sending information input from the input device 205 to the disaster countermeasure work management support device.

The user 206 has the item-assignment table 201
Looking at the display data corresponding to, if there is a disaster countermeasure item that the user can take charge of, input an allocation request 208 for this item from the input device 207.

FIG. 5 shows an example of processing performed by the assignment request function 208.

This example shows a case where “Taro Tanaka” issues an allocation request for “disaster response headquarters”, which is one of the disaster response services. When the assignment request is issued, it is preferable to perform user authentication for authenticating whether or not the person who issued the assignment request by the assignment request function 208 as a function of the input / output unit 102. Authentication is performed by inputting a predetermined password or presenting an ID card to the user.

The processing after the assignment request will be described. The allocation request receiving function 209 constantly monitors the generation of the allocation request by the allocation request function 208, and sends the request to the allocation status inspection function 210 when the request is generated.

The assignment status checking function 210 checks the assignment status with reference to the item-assignment table 201. That is, it is checked whether or not the assignment request item 502 of the assignment request function 208 has an undecided person in the item-assignment table 201. If the person in charge has already been determined, the user notification function 211 notifies the user 206 that the assignment request has not been accepted.

In the item-response table 201 of FIG. 4, the person in charge of "disaster response headquarters installation", which is one of the disaster response services, is in an undecided state, and the processing after the user information acquisition function 212 is executed. .

In the user information acquisition function 212, information on the user 206 who is the requester of the assignment is extracted from the staff attribute information storage unit 106.

FIG. 6 shows the contents of the staff attribute information storage unit 106 in this embodiment.

That is, the contents of the staff attribute information storage unit 106 include at least the name 60 of a person registered as a staff.
1, a table in which affiliations 602 and positions 603 are associated with each other.

The user information acquisition function 212 examines the table shown in FIG. 6 and extracts information indicating that "Taro Tanaka" is a manager belonging to the flood defense department.

Next, information on the allocation request item 502 is retrieved from the disaster response item attribute information storage unit 105 by the item information acquisition function 213.

FIG. 7 shows a part of the contents of the disaster item attribute information table stored in the disaster item attribute information storage unit 105 in this embodiment.

That is, the disaster item attribute information table stored in the disaster item attribute information storage unit 105 includes a disaster countermeasure item name 701, a department in charge of the countermeasure 702, and a post having authority to execute the countermeasure. 703, time limit 704 from the occurrence of an item to the start of automatic assignment,
And a table in which the importance of the countermeasure 705 is associated.

In this embodiment, a time limit 704 is set for each disaster countermeasure item. Here, the time limit indicates the time limit from the occurrence of a disaster countermeasure item to the start of the automatic allocation process.If the person in charge is not determined based on the request from the person in charge within the time limit time, This means that the process of automatic assignment is started.

The item information acquisition function 213 examines the disaster item attribute information table stored in the disaster item attribute information storage unit 105, and “installation of disaster response headquarters” is an item in charge of the flood control department. Information that the manager has the authority to execute the item, the time limit from the occurrence of the item to the start of automatic assignment is 10 minutes, and the importance is classified as "important" is extracted.

In this embodiment, the order of the user information acquisition function 212 and the item information acquisition function 213 is interchangeable.

The authority checking function 214 determines whether or not the item can be allocated to the allocation requester based on the information acquired so far. If it is determined that the assignment is not possible, step 2
At 15, the user 206 is notified that the assignment request has not been accepted. In the present embodiment, it is concluded that the requester "Taro Tanaka" is the director of the flood defense department and thus has the authority to execute the "establishment of disaster response headquarters". The user 206, "Taro Tanaka", is notified that the assignment request by the function 208 has been accepted.

Further, in accordance with the determination of the new assignment, the item-assignment table 201 is updated by the table updating function 203. In this example, "Taro Tanaka"
Is permitted to take charge of the “disaster response headquarters installation”, the table update function 203 updates the item-charge table 201 to the contents shown in FIG.

Next, the item monitoring unit 108 and the allocation planning unit 10 characteristic of the disaster countermeasure business management support device according to the present invention.
9 will be described.

FIG. 9 shows an embodiment of the processing performed by the item monitoring unit 108.

The basic function of the item monitoring unit 108 is to constantly monitor the contents of the item-assignment table 201 and to extract a disaster countermeasure item whose assignment is undecided but should be implemented immediately according to a predetermined condition. It is in.

In FIG. 9, in step 901, an initial setting of a process such as setting a counter variable I to 1 is performed.
In step 902, the I-th record is extracted from the item-assignment table 201. In step 903, the person in charge field of the record is inspected. If this is "undecided", the process proceeds to step 904;
9 is transferred.

In step 904, the disaster countermeasure item attribute information storage unit 105 is searched using the disaster countermeasure item name of the record extracted in step 902 as a key, and time limit information corresponding to the item is extracted.

In step 905, first, in step 902
The disaster recovery item storage unit 103 is searched using the disaster recovery item name of the record retrieved in the step as a key, and the occurrence time of the item is retrieved. Next, the difference between the current time and the occurrence time is calculated.
If the time is out of the time limit (timeout) in step 09, the process proceeds to step 906.

In step 906, it is determined that it is necessary to execute the automatic assignment process for the item, and
9 is transmitted with the assignment instruction item 907. At the same time, in step 908, the item-assignment table 201 is updated.

In step 909, if the record to be processed at the end is the last item in the item-assignment table, the counter variable I is increased to 1; otherwise, the counter variable is increased by 1 and the process returns to step 902.

The processing of the item monitoring unit 108 is performed by, for example,
It is started at the same time when the responsible table 201 is created, and steps 902 to 909 are repeatedly executed until the table is deleted.

Here, as a result of the above processing, it is assumed that, for example, among the disaster countermeasure items whose contents are shown in FIG. . At this time, step 906
Instruction item 907 sent from to the allocation plan unit 109
Are as shown in FIG. In addition, in step 908, the contents of the item-assignment table 201 are updated, and as shown in FIG. 11, the "emergency deployment system issuance" is "allocation processing".

Next, an embodiment of the processing performed by the allocation planning unit 109 will be described.

The basic function of the assignment planning unit 109 is to create a candidate list of persons in charge of a disaster countermeasure item whose charge has not yet been determined extracted by the item monitoring unit 108 and to determine the person in charge with the approval of the candidate. It is in.

FIG. 12 shows a part of the processing of the assignment plan part 109 for creating a staff candidate list.

In the figure, in step 1201, the assignment instruction item 907 sent from the item monitoring unit 108 is received, and information on the department in charge and the authority title corresponding to the item is extracted from the disaster response item attribute information storage unit 105. In the present embodiment, the “alert of emergency deployment system” which is an assignment instruction item
In response to the above, information such as “governor's office” as the department in charge of this item and “governor / deputy governor” as the post having the authority to execute the information is obtained from the table in FIG. Take out.

In step 1202, the counter variable I is set to 1
Initialize to. Next, in step 1203, the information of the I-th attendee name and the attending location is extracted from the attendee information storage unit 104. It is assumed that the attendee information storage unit 104 stores, in a table format as shown in FIG.

In step 1203, the attendee information storage unit 1
Extract the I-th attendee name from 04. For example, FIG.
In the case of I = 1, "Masao Kato" is extracted.
Next, in step 1204, the information on the department to which the attendant belongs and the position is retrieved from the staff attribute information storage unit 106. In the present embodiment, for “Masao Kato”, the affiliation is “Waterworks Department” and the post is “Chief” by referring to the table shown in FIG. 6 stored in the staff attribute information storage unit 106. I understand.

Next, at step 1205, it is determined whether or not the disaster countermeasure item targeted for the assignment instruction can be assigned to the I-th participant. In this case, the “Government and Deputy Governor” of the “Governor's Office” has the authority to execute “Emergency Deployment System Announcement”, but “Masao Kato” cannot be assigned because it is the “Chief” of the “Waterworks Department”. I understand. If not, the process proceeds to step 1208. Here, it is determined whether the evaluation has been completed for all attendees,
If not completed, the counter variable is incremented by 1 in step 1209 and the process returns to step 1203. When the evaluation is completed, the process moves to the next processing 1501.

On the other hand, if it is determined in step 1205 that assignment is possible, step 1206
, An attendee name is added to the assignment candidate table 1207. For example, “Shiro Yamamoto” recorded in the second record of the table in FIG. 13 is the “governor” in the “governor room” by referring to the table shown in FIG. 6 stored in the staff attribute information storage unit 106. You can see that. Since the “governance and deputy governor” of the “governor's office” has the authority to execute “emergency deployment system”, it turns out that “Shiro Yamamoto” has the authority to execute “emergency deployment system announcement”. Similarly, FIG.
Since "Kenichi Ito" recorded in the table of No. 3 is a "vice governor" of the "governor's office", it can be seen that he has authority to execute an emergency deployment system announcement.

FIG. 14 shows an example of the allocation candidate table 1207 created as a result of the processing shown in FIG. That is, in the present embodiment, “Shiro Yamamoto” and “Kenichi Ito” are extracted as allocation candidates.

FIG. 15 shows a process of deciding a person in charge after receiving the approval of the candidates listed in the person in charge list created as a result of the process of FIG.

In step 1501, the allocation candidate table 1
207 is inspected, and if the number of candidates is 0, step 1
At 510, processing for the allocation failure is performed. If there is one or more candidates, step 1502 initializes the counter variable I to 1. Next, in step 1503, the information of the I-th candidate's meeting place described in the assignment candidate table 1207 is acquired with reference to the table shown in FIG.
In the present embodiment, first, it can be seen that “Shiro Yamamoto” has joined the “governor's office”.

In step 1504, based on the information described above, a request 1505 for the assignment candidate to execute the disaster countermeasure item is sent to the output device 20 at the location where the assignment candidate gathers.
Send to 5 That is, in the present embodiment, a request is made to “Shiro Yamamoto” in the “governor's office” to execute “issuing the emergency deployment system” described in the assignment instruction item 907. As shown in FIG. 16, at least the name of the assignment candidate and the request item are associated with the charge request 1505.

The output device 205 displays the charge request 1505. In operation, as shown in FIG. 17, the screen of the charge request includes more information than the information of the charge request 1505 as well as the information of the staff attribute information storage unit 106 and the disaster response item attribute information storage unit 105, and the like. It is desirable that the information is displayed to the user in an easy-to-understand format including information.

The user 206 (“Shiro Yamamoto” in this embodiment) checks the charge request screen displayed on the output device 205 as shown in FIG. 17, and determines whether or not to take charge of the countermeasure item execution. In the present embodiment, the user 206 uses the input device 207 to click the “OK” button 1701 on the screen of FIG.

User 20 input from input device 207
6 is received in step 1506, and if the request is accepted, step 1508
If not, the process moves to step 1509. In the present embodiment, it is assumed that “Shiro Yamamoto” has “accepted” the execution of the “issuance of emergency deployment system”. In this case, the process proceeds to step 1508, and the contents of the charge-item table 201 are updated. As shown in FIG. 18, it is assumed that the charge of "issuing the emergency deployment system" is "Shiro Yamamoto".

The answer from the user 206 is “rejected”
In step 1509, it is determined whether or not a request has been made for all candidates, and if there is a candidate who has not yet made a request, step 1511 follows.
Increments the counter variable by 1 and returns to step 1503.
Processing of the request to the remaining candidates is continued. If rejection has been received from all candidates, step 15 is performed in this embodiment.
10 assignment failure processing is executed.

Here, the assignment failure process in step 1510 is most simply the item-assignment table 2 shown in FIG.
In 01, the person in charge field of "issuance of emergency deployment system" is returned from "allocation processing" to "undecided". In addition, when the item-assignment table 201 is displayed to the user, items for which the assignment is undecided and timed out can be distinguished from other items by display colors, formats, fonts, display formats (blinks). The presence / absence of the request can be changed to display the user's attention, thereby facilitating the generation of the allocation request from the user.

In this case, even if no allocation request is issued from the user, the item monitoring unit 108 detects that this item has timed out again, and
At 09, automatic assignment will be attempted. in this case,
For example, it is expected that the possibility of successful automatic assignment increases due to an increase in attendees over time.

In this embodiment, the contents of the item-assignment table 201 are updated regardless of the success / failure of the automatic assignment. On the other hand, step 204 of the assignment management unit 107 shown in FIG. 2 constantly monitors the item-assignment table 201, and creates display data corresponding to the table 201 for the user 206 when this table is updated. Then, this is sent to the output device 205. Thereby, the user 2
06 can refer to the latest item-assignment table 201.

According to the disaster countermeasure task management support device according to the above-described embodiment, when a variety of disaster countermeasure items occur and it is confusing who is in charge of which item, the person in charge is undecided. If a disaster countermeasure item exists, it automatically extracts the items that need immediate countermeasures according to the criteria given in advance, and automatically requests the staff members who have conditions suitable for the items to be in charge. This makes it possible to reduce the possibility that an undesired situation in which an item requiring immediate countermeasures is left undecided by a person in charge is determined.

Although the apparatus of FIG. 1 of the present invention has been described as an apparatus, the same function as that of FIG. 1 can be implemented on a computer by installing a program for constructing a multifunctional unit. Such a program is a CD-ROM, M
D, DVD and the like.

FIG. 19 shows another embodiment of the disaster countermeasure business management support device according to the present invention.

In this embodiment, the attendee information input device 19
Reference numeral 11 denotes a device for acquiring data for identifying who is attending the gathering place. The acquired information on the attendee is sent to the attendant information management unit 1904. The attendee information management unit 1904 includes an attendee information input device 19
A function of creating data representing who and where is gathered based on the input information from FIG.
And a database stored and managed in the format shown in FIG. According to the present embodiment, it is possible to efficiently maintain the attendee information, and it is possible to perform a more effective charge request.

As the attendee information input device 1911, specifically, a general-purpose input device such as a keyboard, a mouse, a touch panel, and a voice input device for each user to perform his or her own enrollment or exit registration is used. It is also possible to use a card reader device for reading owner information electronically stored in a personal authentication card or wireless tag carried by each user. In this case, it becomes possible to update the attendee information in real time, and the allocation planning unit 1
909 enables the user to send a charge request 1505 to the nearest input / output device 1901 even when the user moves.

Also, an image input device is used as the attendee information input device 1911, whereby an image unique to the individual such as a face image, fingerprint image, and retina image of the individual is input. , An attendee can be specified and registered by using a known image recognition technology. According to this configuration, each user does not need to memorize his or her password and does not need to carry a personal authentication card or wireless tag, so that it is more convenient to use.

Further, when the attendee information input device 1911 is installed in one-to-one correspondence with the input / output device 1901, it is possible to specify which user is operating which input / output device 1901, and the user who should be in charge of the operation can operate. This makes it possible to directly send the charge request 1505 to the input / output device 1901 which is in charge.

FIG. 20 shows another embodiment of the disaster management service management support apparatus according to the present invention.

In this embodiment, the disaster countermeasure item extraction unit 20
Numeral 03 receives an input related to the disaster situation from the telemeter device 2011 online, and extracts and records a disaster countermeasure item suitable for the disaster situation at that time. Telemeter device 201
Examples of 1 include a seismometer, a rain gauge, a water gauge, a tide gauge, a thermometer, a hygrometer, and a barometer. Further, a receiving device of a weather information service provided by the Meteorological Agency or a private company may be used.

An example of a specific implementation method will be described below.
Here, a seismometer is assumed as the telemeter device 2011. When an earthquake occurs, the telemeter device 2011 sends the measured seismic intensity to the disaster countermeasure item extraction unit 2003 using wired / wireless communication means. The disaster countermeasure item extraction unit 2003 has a table associating a disaster situation with a disaster countermeasure item as shown in FIG. 21. The disaster countermeasure item corresponding to the data input from the telemeter device 2011 is extracted and shown in FIG. Record in a format like a disaster countermeasure item table. For example, when the disaster situation data of “Seismic intensity 5” is sent from the telemeter device 2011, according to the disaster situation-measure item table of FIG. 21, the disaster measure item extracted by the disaster measure item extraction unit 2003 is “To important facilities”. Confirmation of damage, establishment of disaster alert headquarters, notification to related organizations, and announcement of preparation for deployment.

According to the present embodiment, it is possible to extract an appropriate disaster countermeasure item corresponding to the disaster situation, and to perform management of allocation and automatic allocation for this item. It is possible to realize appropriate disaster management work management.

The data used in the embodiment described above is divided into disaster response item attribute information 2202, staff attribute information 2203, disaster countermeasure items 2205, and attendant information 2206 as shown in FIG. It is stored in the storage unit. In the description so far, the disaster response item attribute information 22
02 and the staff attribute information 2203 are data 2201 preset in the disaster countermeasure work management device, and the disaster countermeasure item 2205 and attendee information 2206 are data 2204 set at the time of disaster. The disaster countermeasure task management device according to the present invention allocates persons in charge to disaster countermeasure items based on these data. In this process, logical data 2207 obtained by merging data 2201 and data 2204 is used. That is, the logical data of the disaster countermeasure item table 2208 is obtained from the disaster response item attribute information 2202 and the disaster countermeasure item 2205, and the logical data of the attendee information table 2209 is obtained from the staff attribute information 2203 and the attendee information 2206. To create
Assignment management and automatic assignment processing are performed with reference to these two logical tables. The item-assignment table 2211 is used as data 2210 for assignment management.

Therefore, in the disaster countermeasure work management support apparatus according to the present invention, the method of mounting the data necessary for the allocation processing on the storage device only needs to be able to logically construct the disaster other work item table 2208 and the attendee information table 2209. Does not necessarily mean that four storage units are required.

For example, in the embodiment of FIG. 19, assuming that an IC card carried by each staff member is used for personal authentication, and when the attendee information input device 1911 is constituted by an IC card reader, the IC card includes The staff attribute information storage unit 1906 becomes unnecessary if the data of the affiliation and the position together with the name of the staff who owns and carries the card are electronically stored. FIG. 23 is a diagram showing how to hold data in this case.
Shown in As a result, in the process of the present invention, the process of acquiring the staff attribute information from the corresponding storage unit is not required, and the process can be sped up.

FIG. 24 shows an embodiment in which a time limit is set when a disaster countermeasure item is generated in the disaster countermeasure task management support device according to the present invention.

In this example, the time limit information and the importance information of the disaster countermeasure item 2405 are set at the time of disaster (more precisely, at the time of generating the disaster countermeasure item).

When the way of storing data shown in FIG. 24 is used for the embodiment of FIG. 20, the disaster countermeasure item extraction unit 2003
However, when the disaster countermeasure item information 2405 is extracted and stored, time limit information and importance information are set.

In this case, the disaster countermeasure item extraction unit 2
FIG. 26 shows an embodiment of the process of 003.

In FIG. 26, assuming that the telemeter device 2011 is a seismograph, the disaster status information 2601 (measured seismic intensity information in this embodiment) is used as a disaster countermeasure item extraction unit 2003.
Send to In step 2602, this information is received. In step 2604, a disaster countermeasure item to be implemented is extracted based on the disaster situation-countermeasure item table as shown in FIG. 21 and stored in the work storage area.

In step 2605, the number of disaster countermeasure items extracted in the variable N is set to 1 and the counter variable I is set to 1. N =
If it is 0, the process ends. In step 2606, the I-th countermeasure item is extracted from the work storage area, and
At 607, the occurrence time of the item and supplementary information (if necessary)
Set. Next, it is necessary to set the importance and time limit, but in this embodiment, the user inputs the importance,
The system automatically sets a time limit corresponding to this importance. That is, in step 2608, the disaster countermeasure item name 2609 is displayed on the output device 2610, and the user 2611 looks at this display screen and inputs the importance 2613 from the input device 2612. In step 2614, a process of setting the input importance is performed. FIG. 27 shows an example of a screen for inquiring of the user about the setting of the degree of importance for the item 2701 “installation of disaster response headquarters”. The user refers to this screen to determine the degree of importance, clicks the buttons “Normal” 2702, “Important” 2703, and “Emergency” 2704, and inputs the degree of importance for “Disaster countermeasures headquarters installation”.
Here, it is assumed that “urgent” is selected as the importance.
In step 2616, the time limit information corresponding to the importance is extracted and set with reference to a preset importance-time limit table 2615. FIG. 28 shows an example of the importance-time limit table 2615. According to this table, it is understood that the time limit is "5 minutes" for importance "urgent". In step 2617, the disaster countermeasure item information 2618 as shown in FIG. 29 created by the above processing is recorded in the storage device associated with the disaster countermeasure item information. In step 2619, the end condition of the repetition is checked. If there is a disaster countermeasure item that has not been processed yet, the counter variable is incremented by 1 in step 2620, and the process proceeds to step 2606. If the termination condition is satisfied, the process shifts to a standby state until the next disaster status information is input in step 2621.

According to this embodiment, when a disaster countermeasure item occurs, the user can set the importance or the time limit while watching the disaster situation at each time. Is possible. In addition, if the criteria for determining the importance and time limit are spelled out and implemented on a computer in the form of rules and algorithms, it is possible to automatically set the importance and time limit of each item, which leads to more efficient Business management becomes possible.

In the embodiment of the allocation planning unit 109 shown in FIG. 15, if the allocation finally fails in step 1510, the automatic monitoring is attempted by repeating the processes of the item monitoring unit 108 and the allocation planning unit 109 again. By using the information on the organization of the department in charge or the information on the delegation relationship of the task in charge, the probability of successful automatic assignment can be increased.

FIG. 30 is an organization chart showing a logical hierarchical relationship in a virtual organization.

In this organization, for example, section A section manager 300
In the case where the principal is absent, the authority of 1 is delegated to the chief of section A 3002, which is the substitute office, and if the chief of section A is also absent, it is further delegated to the general manager 3003, which is the higher rank. Here, information on transfer of authority reflecting such a logical hierarchical relationship of the organization is represented by a table as shown in FIG. In this table, river section manager 31
The representative position of 01 is the river section chief 3102 and the water supply section manager 3103, and the higher position is the flood defense department manager 3104. FIG. 32 shows the processing of the allocation planning unit at the time of allocation failure using such a table. FIG.
Is similar to the embodiment of the processing of the allocation planning unit in FIG. 12, but
In step 3201, the authority delegation relation table 32
With reference to FIG. 02, a difference is that a substitute position and a higher position with respect to the original authority position of the disaster countermeasure item to be automatically assigned are extracted. Further, the determination of whether or not the assignment to the attendee in step 3203 is performed is based on whether the attendant is in this proxy position or a higher position. Allocation candidate table 1207 generated as a result of the above processing
Contains the names of delegates for the original authority positions of the disaster countermeasure items subject to automatic assignment and the names of attendees who are in higher positions.

As described above, by using the information on the representative position or the upper position of the authority position, when the original person in charge is absent, a request for the disaster countermeasure is made to the agent or the higher person. Becomes possible, and the probability of successful automatic assignment increases.

Further, when the representative of the person in charge of the disaster countermeasure item is not even attended, the information on the representative position of the authority position or the upper position is repeatedly used, and the substitute of the substitute or the representative is further used. It is also possible to expand the candidates in charge. In this case, if there is no problem in operation, the probability of successful automatic allocation can be further increased.

Further, in the disaster response item attribute information table shown in FIG. 7, the substitute position and the higher position are added and specified in the column of the authority position, and the same information is used by using these information for automatic assignment. The effect can be improved.

However, in this case, it is necessary to describe information such as the authority position, the proxy position, and the upper position for all the disaster countermeasure items. It becomes redundant. In this case, it is preferable to use the authority transfer table 3202.

On the other hand, in the case where the agency position or the upper position corresponding to the authority position changes depending on the disaster countermeasure item, the table 3202 indicating the delegated relationship of the standard authority cannot be used. It is desirable to describe information on a proxy position or a higher position in the information storage unit 105.

Also, the above two methods are combined, and the principle authority transfer relationship is described in the authority transfer relationship table 3202, and the original authority for the disaster item is stored in the disaster item attribute information storage unit 105. By describing a position and an exceptional position (not described in the authority delegation relationship table 3202), the two positions (or higher positions) are combined into a new position in step 3201 in FIG. This makes it possible to handle both the basic proxy position and the exceptional proxy position at the same time, which is more preferable.

When a plurality of proxy positions exist for one disaster countermeasure item, an index value indicating the appropriateness of the succession, such as the order in which authority should be taken over in order, is paired with the name of the proxy position. Can also be held. With this, when a plurality of deputy officers are gathering, it is possible to issue a charge request in order from the attendant with the highest index value. Therefore, the probability that a person who has a position and ability more appropriate to take over the duties of the original person in charge can take over the implementation of disaster countermeasures increases. As a specific process, for example, in step 1503 of the embodiment of the process in the allocation planning unit in FIG. 15, if the process of selecting the candidate having the I-th highest index value and extracting the meeting place is performed good.

In the above description of the embodiment, the expression "substitute position or superior position" with respect to the original authority position is used. It is also possible to directly write the name of an agent or a superior in the field. In this case, since there is only one person corresponding to the name of the agent, the processing speed is higher than in the case where all qualified persons are extracted using the agent position as a key for all attendees.

When there are a plurality of assignment candidates, the assignment planning unit 109 can simultaneously issue a charge request to the plurality of candidates.

FIG. 33 shows an embodiment of the processing in the allocation planning unit 109. This figure is similar to FIG.
In the process 09, the process of determining the person in charge after receiving the approval of the candidate listed in the person in charge list created as a result of the process of FIG. Hereinafter, only processing steps different from those in FIG. 15 will be described.

At step 3302, information on the meeting place of all candidates is taken out from the meeting person information storage unit 104. In step 3303, a charge request 3304 is issued to all candidates in parallel. In step 3306, the system waits for the answer 3305 from the candidate until all the answers 3305 from the candidate are collected or a preset waiting time elapses. In step 3307, step 3306
The answer 3305 from the candidate received in step 3305 is inspected, and if there is a candidate who has accepted the charge request, step 33
08, otherwise to step 3311 where allocation failure processing is performed. In step 3308, it is determined which of the candidates who has accepted the assignment request is most appropriate with reference to the aforementioned index value indicating the appropriateness of the handover, and the selected candidate is Confirmation is given and the unselected candidates are notified of the cancellation of the request.

According to the present embodiment, it is expected that the time required for the assignment to be determined can be reduced as compared with the case where the assignment request is issued to each assignment candidate and the answer is confirmed. Assignment or automatic assignment processing is performed for a certain disaster countermeasure item based on the request from the attendant, and after the person in charge is determined, more appropriate people will gather to implement the disaster countermeasure item There are cases. In this case, if an agreement is formed between the current person in charge and the new attendee, it may be desirable to change the person in charge. Hereinafter, an embodiment for realizing such a change of the person in charge will be described.

In order to carry out this processing, as shown in FIG. 34, a reassignment planning unit 3401 is provided in the disaster management service management apparatus according to the present invention. The reassignment planning unit 3401 has a function of referring to the attendee information storage unit 104 and the item-assignment table 201, extracting a disaster countermeasure item to be reassigned, and executing a series of processes related to the change of the assignee. . FIG. 35 shows an embodiment of the processing in the reallocation planning section 3401 in FIG. In FIG. 35, a step 3501 continuously monitors the attendee information storage unit 104, and when a new entrant is recorded, sends this entrant name to the step 3502. Step 3502 is the staff attribute information storage unit 10
6, the position information of the new entrant is extracted. In step 2505, the name of the disaster countermeasure item and the name of the person in charge who have not been processed (evaluated) by the reassignment planning unit 3401 since the registration of the new entrant and whose person in charge has been determined are registered from the item-charge table 201. Take out. If there is no disaster countermeasure item corresponding to this condition, the process returns to step 3501. In step 3504, the authority position information corresponding to the disaster countermeasure item extracted in step 3503 is extracted from the disaster response item attribute information storage unit 105, and whether the new entrant has the execution authority for the item, that is, the position of the new entrant It is checked whether or not is included in the authority position corresponding to the disaster countermeasure item in the disaster countermeasure item. As a result, if the user has the execution authority, the process proceeds to step 3505, and if not, the process proceeds to step 3503. In step 3505, the post information of the current person in charge is extracted from the staff attribute information storage unit 106. In step 3506, the new participants and the current person in charge compare the strength of the execution authority for the disaster countermeasure item (an index value indicating the appropriateness of the item in charge), and if the authority of the new attendant is higher, go to step 3507. If below, step 350
Move the process to 3. In step 3507, the new attendee 35
09 is inquired as to whether or not he or she is willing to undertake the disaster countermeasure item. In step 3511, the answer 3510 from the new attendant 3509 is "OK"
If so, the process moves to step 3512, and if “reject”, the process moves to step 3503. Further, in step 3512, an inquiry is made to the current person in charge 3514 as to whether or not there is any intention to delegate the implementation of the disaster countermeasure item to the new attendant 3509. In Step 3516, if the answer 3515 from the current person in charge 3514 is “OK”, Step 3517
If it is "rejection", the process moves to step 3503.
In step 3517, the item-charge table 201 is updated in response to the transfer of the charge of the disaster countermeasure items from the current charge 3514 to the new attendant 3509. After that, the processing moves to step 3503. After the person in charge is determined for any disaster countermeasure item by the above process, if a person who is more appropriate to carry out the disaster countermeasure item comes in, it automatically recognizes this. Recommend a change of contact person. As a result, more appropriate business assignment can be performed.

In the embodiment shown in FIG. 35, the processing of the reallocation planning unit 3401 is started by the registration of a new attendant.
This processing can be performed periodically or at an arbitrary timing. In this case, the processing after step 3502 in FIG. 35 may be performed for all attendees. By doing so, the implementation of certain disaster response items
If a person with a low index value indicating the appropriateness of the item in charge was in charge, this can be automatically reviewed later and a more appropriate work assignment plan can be generated. And efficiency.

In the disaster countermeasure service management apparatus according to the present invention, events such as occurrence of a new disaster countermeasure item, registration of a new attendant, occurrence of an allocation request from the attendant, and update of the item-charge table are independent events. Yes, it occurs asynchronously and irregularly. In order to detect the occurrence of these events in real time and to start and execute appropriate processing, it is required that processing units related to these events can operate independently of each other.

The independent operation of each processing unit can be realized, for example, by time-sharing one processor by a plurality of processing units. In this case, however, there is a problem that a heavy load is applied to the processors. is there. On the other hand, for example, in the embodiment of FIG.
02, an embodiment of a computer configuration in which the processes of the allocation management unit 107, the item monitoring unit 108, and the allocation planning unit 109 are executed on independent computers or processors, respectively. As a result, the processing of each processing unit does not control each other, and the response of the entire apparatus can be improved. In this embodiment, the data bus 110 is
A LAN such as Ethernet or LocalTalk may be used.

Further, a disaster countermeasure item storage unit 103, an attendee information storage unit 104, a disaster response item attribute information storage unit 105,
Staff attribute information storage unit 106 and charge in FIG.
A configuration is also possible in which the item table 201 is processed by independent computers or processors. This enables quick data exchange even when, for example, a plurality of processing units simultaneously access data to a plurality of storage units.

Also, using a known technique, the magnitude of the processing load on the processor or the computer is monitored,
The number of processors or computers used may be increased or decreased according to the magnitude of the load. In this case, when the load is small, there is an advantage that the surplus processor or computer can be used for another processing purpose.

[0112]

According to the disaster countermeasure operation management device of the present invention, a variety of disaster countermeasure items are generated, and when a disaster tends to be confused as to who is in charge of which item, a disaster is not determined by the person in charge. When there is a countermeasure item, it is possible to automatically extract the item to be countermeasured immediately according to the criteria given in advance, and to request the staff who have the conditions appropriate to be in charge of the item to be in charge automatically. In addition, it is possible to reduce the possibility that an undesired situation in which an item requiring immediate action is left undecided by a person in charge is generated.

[Brief description of the drawings]

FIG. 1 is a configuration diagram showing one embodiment of a disaster countermeasure work management support device according to the present invention.

FIG. 2 is a diagram showing processing contents of an assignment management unit.

FIG. 3 is a diagram showing contents of a disaster countermeasure item table.

FIG. 4 is a diagram showing an example of an item-assignment table.

FIG. 5 is a diagram illustrating an example of allocation request information.

FIG. 6 is a diagram showing a staff attribute information table.

FIG. 7 is a diagram showing a disaster response item attribute information table.

FIG. 8 is a diagram showing another example of the item-assignment table.

FIG. 9 is a diagram illustrating processing of an item monitoring unit.

FIG. 10 is a diagram showing an example of an assignment instruction item.

FIG. 11 is a diagram showing another example of the item-assignment table.

FIG. 12 is a diagram illustrating an example of processing of an allocation planning unit.

FIG. 13 is a diagram showing an attendee information table.

FIG. 14 is a diagram showing an assignment candidate table.

FIG. 15 is a diagram illustrating another example of the processing of the allocation planning unit.

FIG. 16 shows an example of charge request information.

FIG. 17 is a diagram showing an example of a charge request screen.

FIG. 18 is a diagram showing another example of the item-assignment table.

FIG. 19 is a diagram showing a configuration of another embodiment of the disaster countermeasure work management support device.

FIG. 20 is a diagram showing a configuration of another embodiment of the disaster countermeasure task management support device.

FIG. 21 is a diagram showing a disaster situation-measure item table.

FIG. 22 is a diagram showing an example of how data is provided.

FIG. 23 is a diagram showing another embodiment of how data is provided.

FIG. 24 is a diagram showing another embodiment of how data is stored.

FIG. 25 is a diagram illustrating an example of processing of an item monitoring unit.

FIG. 26 is a diagram illustrating an example of processing of the disaster countermeasure item extraction unit.

FIG. 27 is a diagram illustrating an example of an inquiry screen.

FIG. 28 is a diagram illustrating an example of an importance-time limit table.

FIG. 29 is a diagram showing an example of disaster countermeasure item information.

FIG. 30 is a diagram showing an example of an organization chart.

FIG. 31 is a diagram illustrating an example of an authority transfer relationship.

FIG. 32 is a diagram illustrating an example of processing of an allocation planning unit.

FIG. 33 is a diagram illustrating another example of the processing of the allocation planning unit.

FIG. 34 is a diagram showing the configuration of another embodiment of the disaster countermeasure business management support device.

FIG. 35 is a diagram illustrating an example of processing of a reallocation planning unit.

FIG. 36 is a diagram illustrating an assignment possibility determination process.

FIG. 37 is a diagram illustrating a system configuration example of a disaster countermeasure task management device.

[Description of Signs] 101: input / output device, 102: input / output unit, 103: disaster countermeasure item storage unit, 104: attendee information storage unit, 105: disaster response item attribute information storage unit, 106: staff attribute information storage unit ,
107: Assignment management unit, 108: Item monitoring unit, 109: Assignment planning unit

 ──────────────────────────────────────────────────続 き Continuing on the front page (72) Inventor Hiroshi Masashima 7-1-1, Omika-cho, Hitachi City, Ibaraki Prefecture Within Hitachi Research Laboratory, Hitachi, Ltd. (72) Kunizo Sakai 5-chome, Omika-cho, Hitachi City, Ibaraki Prefecture No. 2 In the Omika Plant of Hitachi, Ltd. (72) Inventor Hideo Ozawa 4-6 Kanda Surugadai, Chiyoda-ku, Tokyo F-term in Hitachi Systems Co., Ltd. F-term (reference) 5B049 CC00 EE31

Claims (13)

[Claims] A disaster management service management support device for supporting an assignment to a person in charge of a disaster management service, comprising: at least one input / output device for receiving an input from a user; and exchanging information with the input / output device. An input / output unit that accepts requests for disaster management work assignments, an assignment management unit that manages who is currently in charge of disaster management items to be implemented, and a disaster management work that has not yet been assigned to be implemented immediately. An item monitoring unit that extracts kimono based on the urgency and importance of disaster countermeasure work, information on departments and positions that should perform the extracted disaster countermeasure work, information on affiliation and post of attendees, etc. And an assignment planning unit for deciding a person in charge or a candidate for the person in charge of the disaster countermeasure task on the basis of the disaster management task management support apparatus. 2. The method according to claim 1, further comprising the step of, when there is no suitable person in charge among the attendees, preparing a candidate person in charge using information on a predetermined delegation of authority. The disaster management service management support device according to claim 1. 3. The system according to claim 1, further comprising a function of preparing a candidate candidate for a person in charge using information on an organizational hierarchy when no suitable person in charge exists in the attendees. Disaster countermeasure business management support device. 4. The disaster countermeasure business management support device according to claim 1, wherein said urgency and importance are given by a margin time until the start of automatic assignment. 5. The disaster countermeasure business management support device according to claim 1, further comprising a function for inquiring of a person in charge or a candidate for charge determined by said allocation planning unit whether or not to take charge of the business. . 6. The disaster countermeasure business management according to claim 1, wherein the personal information of the attendant is electronically stored in a medium carried by the attendant and has a function of reading out the stored information. Support device. 7. In the event that a person who is more appropriate to be in charge of the disaster countermeasure work has gathered for the disaster countermeasure work determined by the person in charge, this is recognized and the change of the person in charge or the support of the change of the person in charge is recognized. The disaster countermeasure business management support device according to claim 1, which has a function of performing the operation. 8. The apparatus according to claim 1, wherein said input / output unit, said assignment management unit, said item monitoring unit and said assignment planning unit are executed in a distributed manner on a plurality of independent processors or computers. Disaster countermeasure business management support device. 9. A disaster management service management support device for supporting an assignment work to a person in charge of a disaster management service, comprising: at least one input / output device; and an input / output unit for exchanging information with the input / output device. Assignment management department that manages who is currently in charge of the disaster countermeasures to be implemented, and extracts the emergency countermeasures that are not yet determined by the person in charge based on the urgency and importance of the disaster countermeasures Based on information such as departments and positions where the extracted disaster countermeasure work is to be performed, and information such as affiliation affiliation and post, an appropriate person or person in charge of the disaster countermeasure work is performed. When the assignment planning department that determines the candidates for the disaster prevention work that the person in charge decides and the more appropriate person in charge of the disaster recovery work gathers,
A disaster countermeasure business management support device having a reassignment planning unit for recognizing this and changing the person in charge or supporting the change in person in charge. 10. A disaster countermeasure service management support apparatus for managing the assignment of persons in charge of disaster countermeasure tasks, wherein a disaster countermeasure task extraction function for extracting a disaster countermeasure task to be immediately carried out among disaster countermeasure tasks for which a person in charge has not yet been determined. And a disaster management service management support device having a function of determining a person in charge or a candidate in charge of the disaster management service extracted from the attendants by the disaster management service extraction function. 11. A disaster management service management support device for supporting an assignment task to a person in charge of a disaster management task, wherein an assignment management unit for managing who is currently in charge of a disaster management item to be implemented; An item monitoring unit that extracts, based on the urgency and importance of the disaster countermeasure work, those that should be immediately executed among the unprepared disaster countermeasure work, and information on the extracted departments and post that should perform the disaster countermeasure work. And an assignment planning unit for determining a person in charge of the disaster management task or a candidate for the job based on attribute information such as affiliation and post of the attendant. 12. A disaster countermeasure business management support device for supporting a work to be assigned to a person in charge of a disaster countermeasure business, wherein a person to be immediately performed among the disaster countermeasure business whose person is undecided is determined according to the urgency and importance of the disaster countermeasure business. An item monitoring unit that is extracted based on the degree, information on the department or position where the extracted disaster countermeasure task is to be performed, and attribute information on the disaster countermeasure task based on attribute information such as affiliation affiliation or position. Disaster countermeasures business management support device having an assignment planning unit for determining a person or a candidate in charge. 13. A computer-readable storage medium storing a program for realizing disaster countermeasure task management, wherein a person in charge extracts a disaster countermeasure task to be immediately performed from among the undetermined disaster countermeasure tasks. A computer-readable storage medium storing a program for determining a person in charge or a person in charge of a disaster countermeasure task extracted from among attendants.