KR20200003324A - Method for disaster situation propagation and system thereof - Google Patents

Abstract

According to an embodiment of the present invention, a method for propagating a disaster situation comprises the steps of: allowing a system to check missions for each of a plurality of persons who carry out missions; allowing the system to propagate a situation propagation message, including mission identification information or mission content of the checked missions for each person who carries out the missions, to a terminal for each person who carries out the missions by a first communication method; and allowing the system to receive a mission performance state message, for the missions corresponding to the situation propagation message, from the terminal for each person who carries out the missions by the first communication method. The situation propagation message is checked by an application installed on the terminal for each person who carries out the missions, wherein the system and the application can communicate with each other by a second communication method. When information on mission performance states for the missions is input through the application, the application generates the mission performance state message and transmits the same to the system. Therefore, the persons who carry out the missions can train electronic SOP scenarios if necessary.

Description

Disaster situation propagation method and system

The present invention relates to a method and system for propagating a situation in a disaster response using an electronic standardized operating procedure (SOP).

SOP is broadly defined as the arrangement or prescribing of steps and actions to be taken in each step so as to guarantee the quality of processing a process or task in the order or process of work. More narrowly, SOP may be defined as the SOP, which prescribes the pre-determined business procedures, disaster response stages, on-site dispatch, response activities, and emergency recovery for disaster response activities between disaster-related organizations at the disaster site. Can be.

SOP herein refers to a series of response procedures defined for responding to a specific event by at least one organization or organization in which a plurality of personnel exist as well as disaster. The specific event may be a disaster, and there may be various examples such as an emergency situation, an emergency situation, or a predetermined situation that occurs artificially.

In order to manage such a SOP, conventionally, each document has mainly prescribed each response step or step-by-step action procedure as a paper document. However, in the case of managing SOPs with paper documents as described above, each agent has a large amount of SOPs or his / her own, so that a large amount of SOP information can be printed out (eg, a mission notebook) after each one. There was a problem to be familiar with SOP.

In order to solve this problem, there has been an attempt to automatically manage the SOP by electronically documenting or making a DB, and as such an example, Korean Laid-Open Patent Application (10-2011-0099905) has been known. However, the above-mentioned Korean published patent is an electronic document of the SOP, through which the situation is effectively transmitted to the relevant agencies according to the type of disaster when the disaster occurs.

In addition, very rapid response is required to minimize damage in the event of a disaster. However, in a disaster situation, there are a lot of sudden factors and different response procedures have to be performed accordingly. Therefore, the response procedure for disaster situations is very complicated and enormous. Therefore, even if the SOP is simply documented and managed as in the past, There is a problem that it is difficult to quickly identify the response procedures according to various sudden factors or situations.

Therefore, there is an urgent need for a system and method for facilitating the identification and rapid implementation of a series of response procedures for disaster situations. In order to solve this problem, the present applicant has disclosed a Korean registered patent (Registration No. 10-1513983, "SOP scenario driving system and its providing method", hereinafter "previous patent").

However, the applicant's previous patent had a problem that the mission is performed only when an event to run the actual SOP scenario occurs, and accordingly, how efficient and targeted training is possible when all or part of the SOP scenario is to be trained. The demand for is still there.

In addition, a number of tasks to respond to a disaster situation, that is, a platform-dependent messaging scheme (eg, push messages between an application and a service server, etc.) may be used to deliver the tasks to task performers, as defined or separate from the SOP. If only one of them is used, there is a fear that a communication failure situation may occur in a disaster situation. In addition, when using only conventional mobile communication messaging methods (eg, SMS, MMS, EMS, etc.), it is difficult to have bidirectional communication or connectivity with SOP.

The present invention has been made to solve the problems of the prior art, the technical problem to be achieved by the present invention is to visualize the corresponding procedure to be performed in the event of a specific event such as disaster in the form of a flowchart, The present invention provides a system and method for linking training with a flow chart to enable efficient training.

In addition, the present invention provides a system and method for creating a training scene including training missions to perform virtual training, and using the created training scene to train more effectively and necessary training.

In addition, in a messaging method such as situation propagation for coping with a disaster situation, by using a plurality of different messaging methods in combination, a system and a method capable of solving a problem caused by a communication failure and having convenience in performing a task are also provided. To provide.

According to an aspect of the present invention, the disaster situation propagation method is a system includes a step of identifying a task for each of the plurality of task performers according to the occurrence of the disaster, the situation that includes the task identification information or the task details of the task for each task performer confirmed by the system Propagating a radio wave message to a terminal for each task performer in a first communication method, and receiving, by the system, a task execution status message of the task corresponding to a situation propagation message from the terminal for each task performer in the first communication method; And the situation propagation message is confirmed by an application installed in the terminal for each task performer, wherein the system and the application can communicate in a second communication method, and through the application, the task propagation state of the task. The task execution status by the application when information is input A message is generated and sent to the system.

The task content corresponding to the situation propagation message analyzed by the application may be displayed on the terminal of the task performer.

In the disaster situation propagation method, the system may further transmit the situation propagation message to the application in the second communication scheme.

The situation propagation message includes the task content for propagating an attendant propagation message to be transmitted to at least one second mission attendant by a first mission attendant receiving the situation propagation message, and performed by the terminal of the first mission performer. When the propagation message is transmitted in the first communication method or the second communication method, the application may transmit a transmission completion message of the performer propagation message to the system.

The disaster situation propagation method may further include the step of updating, by the system, the task performance status for each task performer based on the received task performance status message.

The first communication method is at least one of a Short Messaging Service (SMS), an Enhanced Message Service (EMS), or a Multimedia Messaging Service (MMS), and the second communication method is a predefined push message between the system and the application. It may be characterized by.

Disaster situation propagation method according to an embodiment of the present invention, the application installed in the terminal for each task performer, receiving a situation propagation message including the task identification information or the task content of each task performer from the system in a first communication method Analyzing, by the application, the system and the application may communicate in a second communication manner, and confirming that the task has been requested, wherein information about the confirmed task performance state of the task is determined. If the input via the terminal, the application generates a task performance status message corresponding to the task performance status and comprises the step of transmitting to the system in the first communication method.

The disaster situation propagation method includes the first task when the situation propagation message includes the task content for propagating an attendant propagation message to be transmitted to at least one second mission attendant by the first mission operator receiving the situation propagation message. When the performer propagation message is transmitted by the performer's terminal in the first communication method or the second communication method, the application may further include transmitting a transmission completion message of the performer propagation message to the system.

The above method can be implemented by a computer program stored in a recorded medium.

According to another aspect of the present invention, the system according to an embodiment of the present invention includes a SOP DB, SOP DB, including the SOPs including a plurality of tasks for each task performer according to a disaster occurrence, the task identification information or task content of each task performer A control module for propagating the received situation propagation message to the terminal for each task performer in a first communication method and receiving the task performing status message of the task corresponding to the context propagation message from the terminal for each task performer in the first communication method; And the situation propagation message is confirmed by an application installed in the terminal for each task performer, wherein the system and the application can communicate in a second communication method, and through the application, the task propagation state of the task. When the information is input, the mission performance status message is generated by the application. It is characterized in that the transmission to the system.

According to another aspect of the present invention, the system according to an embodiment of the present invention in the application system installed in the terminal for each task performer, from the system to provide a situation propagation message including the task identification information or the task content of each task performer An interface module for receiving in a first communication manner, wherein the application, the system and the application can communicate in a second communication manner, analyzes the context propagation message to confirm that the task is requested, and the confirmed task And a terminal control module for generating, by the application, a task execution state message corresponding to the task execution state and transmitting the information on the task execution state to the system in the first communication method.

The terminal control module is configured to perform the first task performer when the situation propagation message includes the task content propagating an attendant propagation message to be transmitted to at least one second task performer by the first mission operator receiving the situation propagation message. When the performer propagation message is transmitted by the terminal of the first communication method or the second communication method, the transmission completion message of the performer propagation message may be transmitted to the system.

The system includes a processor and a memory storing a computer program executed by the processor, wherein the computer program, when executed by the processor, performs the method.

According to an embodiment of the present invention, as well as the situation where the SOP scenario is driven in accordance with the actual standard compliance procedure, it is possible to perform the electronic SOP scenario as needed by allowing the performers or equipment to simulate the training in a realistic environment. It has the effect of being able to train.

It also has the effect of linking SOP flowcharts to training choices for training efficiency and intuitive control. In particular, even if the SOP for training among the SOP scenario does not always start from the beginning of the SOP scenario, even if the training starts at any point of time, it is effective to enable effective training.

It also has the effect of allowing managers to selectively and effectively train their missionaries and / or equipment in SOP scenarios.

It also has the effect of creating training that the manager considers necessary and intensively training it.

In particular, according to an embodiment of the present invention, the generated training has an effect of performing more realistically using virtual reality, and when generating a training mission, there is an effect of easily generating a training mission associated with an SOP.

In addition, it is possible to cope with a communication failure by using mobile communication messaging (or by using a platform-dependent messaging method) when performing a communication such as a situation propagation for coping with a disaster situation.

In addition, even when using a general-purpose mobile messaging that is not platform-dependent, that is, application-dependent to cope with a disaster situation, the linkage with the application is effective in performing mission and bidirectional communication with the control party. .

BRIEF DESCRIPTION OF THE DRAWINGS In order to better understand the drawings cited in the detailed description of the invention, a brief description of each drawing is provided.
1 is a view showing a schematic configuration of a system according to an embodiment of the present invention.
2 is a diagram illustrating an object corresponding to each unit SOP displayed by the system according to an embodiment of the present invention.
3 is a diagram illustrating an example of a flowchart corresponding to an SOP scenario displayed by a system according to an embodiment of the present invention.
4 (a) to 4 (c) are diagrams for explaining an example in which the shape of each object included in a flowchart is changed as a corresponding procedure for an event proceeds.
5 is a view for explaining a link object connecting the corresponding procedure between organizations.
FIG. 6 is a diagram for describing a switching object connecting a corresponding procedure between SOP scenarios.
FIG. 7 is a diagram for describing a method of displaying a unit SOP included in a SOP scenario of the present invention in a system according to an embodiment when the unit SOPs are grouped.
8 is a diagram conceptually illustrating an example of a disaster response system supporting a training mode according to the technical spirit of the present invention.
FIG. 9 is a diagram illustrating a specific example of a SOP scenario and a task of a unit SOP corresponding to each object according to an embodiment of the present invention.
10 is a diagram illustrating an example in which disaster response training is controlled through an SOP flowchart according to an embodiment of the present invention.
11 is a diagram for explaining an example in which a virtual scenario is generated according to an embodiment of the present invention.
12 is a diagram illustrating an example in which sensor data for training is simulated according to an embodiment of the present invention.
FIG. 13 is a diagram illustrating an example in which a system according to an embodiment of the present invention may be operated in one of a training mode and a normal mode.
14 to 16 illustrate a process of generating a training scene according to an embodiment of the present invention.
17 is a diagram for describing a process in which a training mission is associated with an SOP according to an embodiment of the present invention.
18 to 21 are views illustrating a process of generating a training scene according to another embodiment of the present invention.
22 is a schematic system configuration for explaining a disaster situation propagation method according to an embodiment of the present invention.
23 is a flowchart illustrating a disaster situation propagation method according to an embodiment of the present invention.
24 illustrates an example of a message for implementing a disaster situation propagation method according to an embodiment of the present invention.
25 illustrates an example of providing a message to a task performer through an application in order to implement a disaster situation propagation method according to an embodiment of the present invention.
FIG. 26 is a diagram illustrating a propagation method of an attendant propagation message according to an embodiment of the present invention. FIG.
27 is a diagram illustrating a schematic configuration of an application system according to an exemplary embodiment.

As the invention allows for various changes and numerous embodiments, particular embodiments will be illustrated in the drawings and described in detail in the written description. However, this is not intended to limit the present invention to specific embodiments, it should be understood to include all transformations, equivalents, and substitutes included in the spirit and scope of the present invention. In the following description of the present invention, if it is determined that the detailed description of the related known technology may obscure the gist of the present invention, the detailed description thereof will be omitted.

Terms such as first and second may be used to describe various components, but the components should not be limited by the terms. The terms are used only for the purpose of distinguishing one component from another.

The terminology used herein is for the purpose of describing particular example embodiments only and is not intended to be limiting of the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise.

In this specification, terms such as "comprise" or "have" are intended to indicate that there is a feature, number, step, action, component, part, or combination thereof described in the specification, one or more other It is to be understood that the present invention does not exclude the possibility of the presence or the addition of features, numbers, steps, operations, components, parts, or a combination thereof.

In addition, in the present specification, when one component 'transmits' data to another component, the component may directly transmit the data to the other component, or through at least one other component. Means that the data may be transmitted to the other component. On the contrary, when one component 'directly transmits' data to another component, it means that the data is transmitted from the component to the other component without passing through the other component.

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. Like reference numerals in the drawings denote like elements.

1 is a view showing a schematic configuration of a system according to an embodiment of the present invention.

Referring to FIG. 1, in order to implement a system providing method according to an exemplary embodiment of the present disclosure, a system 100 may be provided.

The system 100 may be installed in a system (for example, a situation room or a control room server, etc.) operated by a predetermined institution (or an organization) that defines and executes an SOP to implement the technical idea of the present invention.

The system 100 may drive a SOP scenario corresponding to the event when a predetermined event such as a fire or pollutant spill occurs.

The SOP scenario is information about each corresponding step and actions and / or procedures for each step defined in the SOP to be performed when the event occurs (hereinafter, referred to herein as 'unit SOP'). And information on a posterior relationship between each unit SOP.

Each unit SOP may have a posterior relationship, which may mean that the trailing unit SOP is performed after the preceding unit SOP is completed.

On the other hand, the SOP scenario may be stored in advance in a predetermined database (DB) in the form of a file. In one embodiment, the SOP scenario may be a file in extensible markup language (xml) format. The format of the file in which the SOP scenario is stored may vary and the SOP scenario may be electronicized in any format.

When the system 100 drives the SOP scenario, the system 100 may interpret the SOP scenario file and perform a predetermined procedure or function defined in the SOP scenario as described below.

The system 100 may drive a predetermined SOP scenario according to a driving command of a person in charge, but when receiving an event occurrence signal from a predetermined detection device (not shown) such as a fire detection sensor or a contamination detection sensor, It is also possible to automatically drive the SOP scenario corresponding to the event without a separate command.

During the SOP scenario, the system 100 communicates with the terminal (eg, 210) of the mission agents who should perform the unit SOP in the event generation area 200, and transmits the mission message that the mission agents should perform. Receive certain information that can be sent or confirmed that the mission has been completed.

At this time, in the transmission of such a mission message and the reception of information on the completion of the task, according to the technical idea of the present invention, the mobile communication messaging method can be used in a platform-dependent application to cope with communication failure, but also effective in performing a task. Start the thought. This technical idea will be described later.

If necessary, the system 100 may transmit a message through a predetermined internal broadcasting facility 150 installed in the zone 200 in which an event corresponding to the SOP scenario is generated or in an organization to correspond to the event. In addition, the system 100 may determine, if necessary, a predetermined device (eg, report) of an external organization 300 (eg, a firefighting disaster prevention agency, a police agency, a city hall, etc.) to cooperate with the response of the event. Device, etc.) and / or a request message to the terminal 310 of the person in charge.

In addition, the system 100 may be installed in a predetermined server of an organization that operates the SOP, or may be implemented as a physical device for the system 100 independently of the server.

On the other hand, the system 100 may provide a normal (control) mode and a training mode.

Normal (control) mode may mean a mode in which a control and / or monitoring is actually performed through sensors and other control equipment (CCTV, microphone, etc.) installed in a predetermined institution or a monitoring area to prepare for the occurrence of a disaster. have.

On the contrary, the training mode may mean a mode that simulates an SOP scenario corresponding to the event, assuming a virtual event (disaster situation).

In addition, the training mode provided by the system 100 may be performed based on the SOP flow chart representing the SOP scenario as described above.

The fact that the training is performed based on the SOP flow chart means that not only the progress of the training can be checked using the SOP flow chart, but also the start point (the unit SOP to start) and / or the end of the training using the SOP flow chart. The point in time (unit SOP to end), the subject of the training, and / or may mean that the equipment to participate in the training can be specified.

This enables managers to easily identify and train missions, mission performers, or equipment that require intensive training, in addition to simply performing any one SOP scenario from start to finish.

Meanwhile, the system 100 may provide a function to generate a training scene to be performed by a trainer.

An administrator may create the training scene using predetermined interfaces provided by the system 100 through an administrator terminal. The training scene includes at least one training mission to be performed by the trainer, and may refer to a type of training unit to be performed by the trainer through this series of training missions.

The trainer can perform the training intended by the training scene, that is, at least one training mission, by selecting the training scene to be performed.

A training mission may refer to a unit task to be performed by a trainer. As described below, a training mission may be defined as an action to be taken by a user and / or a component to be used for the action. For example, a specific training mission can be defined as an action that propagates the situation to a specific person using a component called a telephone. Another training mission may be defined as an action of spraying digestive fluid using a component called a fire extinguisher.

The training scene or training mission may be arbitrarily generated by an administrator regardless of the SOP, or the training mission may be automatically generated in association with the SOP. The automatic creation of a training mission means that at least some of the components and / or actions that define the training mission are determined automatically, only that all information or parameters for defining the training mission are determined automatically. It is not.

In any case, the system 100 can create a training scene and use this training scene to allow a trainer to perform the training.

According to one example, the generated training scene can be simulated on a VR basis to enhance realistic or realistic training effects. For example, to train a training scene created by an administrator, a trainer may wear VR equipment (eg, a headmount or other device utilized by the user), and the system 100 may allow the training scene created on the VR equipment to be simulated. can do.

The system 100 may include a display module 110, a control module 120, a SOP DB 140, a training module 150, and a training generation module 160. The system 100 may further include an authorization module 130.

According to an embodiment of the present invention, some of the above-described components may not necessarily correspond to the components necessary for the implementation of the present invention, and in some embodiments, the system 100 may be further than this. Of course, it may include many components.

The system 100 may include hardware resources and / or software necessary for implementing the technical idea of the present invention, and does not necessarily mean one physical component or one device. That is, the system 100 may refer to a logical combination of hardware and / or software provided to implement the technical idea of the present invention. If necessary, the system 100 may be installed in devices spaced apart from each other to perform respective functions. It may be implemented as a set of logical configurations for implementing the technical idea of the present invention. In addition, the system 100 may refer to a set of components that are separately implemented for each function or role for implementing the technical idea of the present invention. For example, the display module 110, the control module 120, the authorization module 130, the training module 150, the training generation module 160, and / or the SOP DB 140 may be located on different physical devices. It may be located on the same physical device. In addition, according to the implementation example, each of the display module 110, the control module 120, the authorization module 130, the training module 150, the training generation module 160, and / or the SOP DB 140 Modules may also be located in different physical devices, and components located in different physical devices may be organically combined with each other to realize the functions performed by the respective modules.

In addition, the term "module" in the present specification may mean a functional and structural combination of hardware for performing the technical idea of the present invention and software for driving the hardware. For example, the module may mean a logical unit of a predetermined code and a hardware resource for performing the predetermined code, and does not necessarily mean a physically connected code or a kind of hardware. It can be easily inferred by the average expert in the technical field of the present invention.

The control module 120 has other components included in the system 100 according to an embodiment of the present invention (eg, the display module 110, the authorization module 130, the training module 150, and the training generation). Module 160, and / or SOP DB 140, etc.) and / or resources.

The SOP DB 140 may store a SOP scenario that defines a standard response procedure when a predetermined event occurs.

In the present specification, the DB may be implemented as at least one table and may be used as a meaning including a separate DBMS (Database Management System) for searching, storing, and managing information stored in the DB. In addition, it may be implemented in various ways such as linked-list, tree, relational DB, etc., and includes all data storage media and data structures capable of storing information to be stored in the DB. Can be used.

The SOP scenario may include information about a plurality of unit SOPs and information about a posterior relationship between each unit SOP.

Meanwhile, each unit SOP may have a type (attribute), and the type of unit SOP may be one of a mission type, a determination type, an internal situation propagation type, an external situation propagation type, and an internal and external situation propagation type.

The unit type SOP of a mission type may include information about a predetermined task. Herein, the task may mean an action or a procedure to be performed by a response agent or a response team (also referred to as a mission operator) to perform the task. Information about the mission may include an overview of the mission, at least one subtask detail, information about the response agent or response team assigned to perform each subtask, information about the person or team responsible for the task, and In addition to the actions and procedures, it may further include additional information (eg, shortest path, belongings, etc.) for efficiently performing the actions and procedures.

The unit SOP of the determination type may include information about a predetermined condition. The information about the condition may include information about a situation requiring judgment of yes / no, information about judgment criteria, and may further include additional information about matters to be considered for reference in the judgment. Alternatively, the information about the condition may include information about a subsequent SOP to be progressed for each value when the SOP to be progressed differs according to a predetermined value (for example, sensor data).

The unit SOP of the internal situation propagation type, the external situation propagation type, and the internal and external situation propagation type includes the contents of the message to be propagated, information about the object to be propagated, propagation means (e.g., propagation through in-house broadcasting, SMS message propagation, FAX). Propagation through, platform-specific, that is, sending a message to a dedicated program, etc.).

The SOP scenario may be prepared in various ways and stored in the SOP DB 140. In particular, it may be created through dedicated SOP scenario creation software, but is not limited thereto, and may be created / modified through a general purpose text editing application such as a text editor.

Meanwhile, the display module 110 may display the object corresponding to each unit SOP included in the SOP scenario and the posterior relationship between each unit SOP on a predetermined user terminal (eg, a terminal of the person integrating the SOP). Can be. That is, the display module 110 may display each unit SOP corresponding to the SOP scenario in the form of a flowchart.

The type of the object displayed by the display module 110 may be determined by the type of the unit SOP corresponding thereto, an example of which is illustrated in FIG. 2. 2 is a diagram illustrating an object corresponding to each unit SOP displayed by the system according to an embodiment of the present invention.

(사각형) 형태일 수 있으며, 판단 타입인 경우에는 외각이

(마름모) 형태, 내부상황전파 타입인 경우에는 외곽이

(제1방향이 제2방향보다 긴 사다리꼴) 형태, 외부상황전파 타입인 경우에는

(상기 제2방향이 상기 제1방향보다 긴 사다리꼴) 형태, 내외부상황전파 타입인 경우에는

형일 수 있다.Referring to FIG. 2, an object corresponding to a unit SOP of a mission type has an outer shell.

(Square) shape, and in the case of judgment type,

In case of (Rhombus) type, internal situation propagation type, the outside is

(First direction is trapezoid longer than second direction) shape, external situation propagation type

(The second direction is a trapezoid longer than the first direction) in the case of the internal and external situation propagation type

It may be a brother.

Of course, depending on the embodiment, the shape of the object corresponding to the type of each unit SOP may be different from FIG. 2, and various modifications may be possible.

3 is a diagram illustrating an example of a flowchart corresponding to an SOP scenario displayed by a system according to an embodiment of the present invention. 3 illustrates a case where each object is assumed to have a form defined in FIG. 2. 3 shows a case where the unit SOP corresponding to mission 1 (2) and message 1 propagation 3 is completed and the unit SOP corresponding to mission 2 (4) is in progress.

The display module 110 does not necessarily display only the objects corresponding to the unit SOPs, and may display the objects 1 and 14 indicating the start and end of the SOP scenario shown in FIG. You can also display more objects, transition objects.

Of course, information (task performer, task content, propagation target, etc.) of a task corresponding to each unit SOP is transmitted to a predetermined terminal (eg, a terminal of an administrator, a display device of a control room, etc.) by the display module 110. Of course, it can be displayed. In addition, the unit SOP currently being performed in practice or training may be displayed to be distinguished from other unit SOPs.

Referring to FIG. 3, an object corresponding to a series of unit SOPs may be displayed on the user terminal.

The display module 110 may display an outline, a title, or a representative task of a unit SOP corresponding to each object so that the conductor can grasp the contents of the object. In particular, in the case of a mission type, information about an agent or a team to perform a corresponding mission may be further displayed. For example, it can be seen that mission 2 (4) of FIG. 3 further includes a team (team 2) to perform the mission in addition to the mission name.

In addition, the display module 110 may connect each object with an indicator (for example, an arrow) according to the posterior relationship defined in the SOP scenario to easily identify the posterior relationship between unit SOPs. The preceding relationship between the unit SOPs may refer to a relationship in which the following unit SOPs are performed after the preceding unit SOP is completed as described above.

On the other hand, the posterior relationship does not necessarily correspond to 1: 1, and in some cases, may be a relationship of 1: many or many: 1. For example, as shown in FIG. 3, the trailing unit SOP of mission 2 (4) is the internal propagation 6 of mission 3 (5) and message 2, and the preceding unit SOP of mission 7 (13) is condition 1 (10) and / or mission 6 (12).

1: In the case of unit SOPs having a plurality of relationships, when a preceding unit SOP is completed, a plurality of trailing units may all be performed, and according to an implementation example or a predetermined execution setting, some of a plurality of trailing unit SOPs selected by a user Only unit SOPs may be performed. Also, in the case of unit SOPs having a relationship of many: 1, a trailing unit SOP may be performed after all preceding unit SOPs are completed. However, when only some of the plurality of preceding unit SOPs are completed according to an implementation example or a predetermined execution setting. Trailing unit SOPs may be performed.

On the other hand, the control module 120 may perform a task set in the unit SOP, which is the order to be performed among the plurality of unit SOPs. Herein, the task may mean a function that is set for each unit SOP when the SOP scenario is created and is performed by the control module 120. Tasks performed by the control module 120 or tasks performed by the control module 120 and tasks performed by the task performer may be tasks corresponding to the corresponding unit SOPs.

In the unit type SOP of a task type, a task of transmitting a task message to a terminal of a predetermined task performing entity or a task of propagating the task message to a predetermined internal broadcasting facility may be set. Meanwhile, the control module 120 may perform a task set in the unit type SOP of the mission type and wait until the unit type SOP of the mission type is completed. Subsequently, when receiving a completion signal from the user or receiving a completion signal from the terminal of the task performer, it may be determined that the unit SOP of the waiting task type is completed and may perform a task set in the following unit SOP. For example, when the unit SOP corresponding to mission 5 (5) of FIG. 3 is completed, the user may select a circle on the border of mission 5 (9) and input a completion signal of the unit SOP.

In the unit SOP of the determination type, an operation of determining whether a predetermined condition is satisfied may be set. In one embodiment, when the control module 120 performs the unit type SOP of the determination type, the control module 120 displays the information on the condition to the user terminal that is displaying the SOP scenario or the terminal of the person in charge to determine the condition Send information about the condition and wait for a user's input or a return signal from the person in charge of the terminal, receive an input corresponding to yes or no from the user, or receive a return signal corresponding to yes or no from the user's terminal. In addition, it is possible to determine whether the condition is satisfied. For example, the user may select one of two circles on the edge of condition 1 (10) of FIG. 3 to input a signal corresponding to yes or no.

The unit SOP of the internal situation propagation type may be set to output an internal propagation message to the internal broadcasting facility. In one embodiment, the control module 120 may determine that the unit SOP is completed immediately after transmitting the internal propagation message set in the unit SOP to the internal broadcasting facility or after a predetermined period has elapsed.

 The unit SOP of the external situation propagation type may be set to output an external propagation message to a predetermined external terminal. In one embodiment, the control module 120 may determine that the unit SOP is completed immediately after outputting the external radio message to the external terminal or after a predetermined period of time has passed after the output.

The unit SOP of the internal / external situation propagation type may be configured to transmit an internal propagation message to a predetermined internal broadcasting facility and output an external propagation message to a predetermined external terminal. In one embodiment, the control module 120 may determine that the unit SOP is completed immediately after the external radio message is output to the external terminal and the internal radio message is sent or after a predetermined period has elapsed.

Meanwhile, when the unit SOP on which the work is performed is completed, the control module 120 determines a unit SOP to be performed next based on the relationship between the unit SOPs, and when the SOP scenario is finished, You can repeat until.

Meanwhile, each object may display information about an execution state of each unit SOP corresponding thereto. In one embodiment, the execution state is 'before performing' state before the state performed by the control module 120, 'in progress' performed by the control module 120 but before the corresponding unit SOP is completed Although it may be either a 'state' or a 'completed' state, there may be more kinds of execution states according to embodiments. For example, there may be 'skip' status to the next unit SOP without being executed.

The state of each unit SOP may change as the SOP scenario progresses, and the display module 110 may change the shape of an object corresponding to the state of each unit SOP or change the shape of an object corresponding to the state corresponding to that state. Visual effects can be added. For example, before the unit SOP is executed, the background of the object may be displayed in transparent / white, such as the mission 4 (7) or the message 3 external radio wave 8 of FIG. 3. A thicker visual effect can be added as in Mission 2 (4). As shown in the message 1 propagation 3 of FIG. 3, an object corresponding to an already completed unit SOP may be added with a visual effect in which a background is filled with a predetermined color (or pattern).

Meanwhile, the display module 110 may change the shape of an arrow connecting each object as the SOP scenario progresses.

4 (a) to 4 (c) are views for explaining an example in which the display module 110 changes the shape of each object included in a flowchart as a corresponding procedure for an event proceeds.

FIG. 4A shows only the object portion from the message 1 propagation 3 to the mission 4 7 in FIG. 3. That is, FIG. 4 (a) illustrates a case in which a task set in mission 2 (4) is performed after the unit SOP corresponding to message 1 propagation 3 is completed, and waits for the completion of the unit SOP corresponding to mission 2 (4). Indicates. In the situation as shown in FIG. 4A, when the unit SOP corresponding to mission 2 (4) is completed, the control module 120 propagates the unit SOP and message 2 corresponding to mission 3 (5), which is a trailing unit SOP. The unit SOP corresponding to (6) can be performed.

Then, the display module 110 may change the shape of the object corresponding to the performed unit SOP to a first deformation shape or add a predetermined first visual effect, an example of which is illustrated in FIG. 4B. . As shown in FIG. 4B, the display module 110 may deform the edges of the mission 3 (5-1) and the message 2 propagation 6-1 into a thicker form. Meanwhile, when the performed unit SOP is completed, the display module 110 may change the shape of the object corresponding to the completed unit SOP to a second modified shape or add a predetermined second visual effect. As shown in FIG. 4B, a visual effect of filling the background of Mission 2 (4-1) with a predetermined color (or pattern) may be added.

Subsequently, when the unit SOP corresponding to mission 3 (5-1) of FIG. 4 (b) and the unit SOP corresponding to message 2 propagation 6-1 are completed, the control module 120 performs the task of being a subsequent unit SOP. The unit SOP corresponding to 4 (7) may be performed, and the display module 110 propagates the mission 3 (5-2) and the message 2 corresponding to the completed unit SOP as shown in FIG. 4 (c). The background of (6-2) may be changed, and the border of Mission 4 (7-1) corresponding to the unit SOP performed may be changed into a thick form.

In the above-described example, an example of changing the border of the object or changing the background has been described, but the scope of the present invention is not limited thereto, and any kind of deformation that can be visually distinguished from the object before the change is possible. Those skilled in the art will readily understand.

According to the technical spirit of the present invention as described above, the system 100 visualizes the SOP procedure in the form of a flowchart, and the person in charge of the task to represent the task to be performed later or the task currently in progress visually differently It has the effect of allowing missionaries to easily understand complex SOP procedures and quickly track their progress.

On the other hand, it may be necessary to perform a unit SOP that is not in turn to be performed in sequence due to an urgent sudden situation or other factors. To this end, the control module 120 may perform unit SOPs corresponding to the unit SOPs selected by the user as well as the unit SOPs to be executed in the order defined in the SOP scenario. That is, when one of the objects corresponding to each of the plurality of displayed unit SOPs is selected by the user, the control module 120 performs a task set in the unit SOP corresponding to the selected object, and selects the selected unit SOPs. When is completed, the unit SOP to be performed next may be determined based on the dependency relationship between the unit SOPs. For example, in the situation as shown in FIG. 3, when the user selects the secondary correspondence 9, the control module 120 may perform a unit SOP corresponding to the secondary correspondence 9. . In this case, all the preceding unit SOPs are considered complete, and the background of all objects from the start (1) to the fire station support request (8) is changed, and the visual effect can be displayed with a thick border of the secondary correspondence (9). have. On the other hand, according to an embodiment, a plurality of unit SOPs may be simultaneously performed. In this case, in the state of FIG. 3, a visual effect of thickening the edges may be added to the secondary correspondence 9.

According to the above-described embodiment, when an urgent situation occurs, the conductor can select and perform a suitable unit SOP to easily cope with the situation.

On the other hand, the procedure on one SOP scenario may be performed by several organizations. For example, some of the procedures of the SOP scenario may need to be performed by the first organization, and some may be performed by the second organization. In this case, the SOP scenario may further include information for connecting a corresponding procedure between different organizations.

(원형)의 형태일 수 있지만 이에 한정되는 것은 아니며, 다양한 형태 중 하나일 수 있다.In this case, the display module 110 may further display a link object for expressing the connection of the corresponding procedure between organizations, in order to visualize the connection of the corresponding procedure between the organizations, which will be described with reference to FIG. 5. do. As in the example of FIG. 5, the link object

It may be in the form of (circular), but is not limited thereto, and may be one of various forms.

5 illustrates a first SOP procedure 412-1 to proceed in a first organization and a second SOP procedure 412-2 to proceed in a second organization. For convenience of description, an object corresponding to a unit SOP included in the first SOP procedure 412-1 and the second SOP procedure is omitted.

On the other hand, the display module 110 is linked to express the connection relationship between the predetermined preceding unit SOP included in the first SOP procedure 412-1 and the predetermined subsequent unit SOP included in the second SOP procedure 412-2. The objects 413 and 414 may be further displayed. In addition, the display module 110 may include a leader line connecting the preceding unit SOP and the link object 413 included in the first SOP procedure, a leader line connecting the link object 413 and the link object 414, and a link object 414. By further displaying a leader line connecting the trailing unit SOPs, it is possible to express a connection relationship between the preceding unit SOP and the trailing unit SOP to be performed in different organizations. In addition, when the operation set in the preceding unit SOP included in the first SOP procedure 412-1 is completed, the control module 120 next follows the following unit SOP included in the second SOP procedure 412-2. It may be determined as a unit SOP to be performed.

In another embodiment, unlike the FIG. 5, the display module 110 may display only a SOP procedure corresponding to a unit SOP currently in progress and a link object 413 connected to the SOP procedure currently in progress. For example, when the first SOP procedure 412-1 is in progress, the display module 110 displays only the first SOP procedure 412-1 and the link object 413, and displays the link object 414 and the first. The 2SOP procedure 412-2 may not be displayed.

Subsequently, the procedure is continued to complete the unit SOP in the first SOP procedure 412-1 connected to the link object 413, so that the unit SOP in the second SOP procedure 412-2 connected to the link object 414 is configured to the unit SOP. When performed by the control module 120, the display module 110 may display a second SOP procedure 412-2, which is a SOP procedure currently in progress, and a link object 414 connected thereto.

On the other hand, when a fire occurs, there may be a case where a second damage, for example, an outflow of contaminants occurs due to a flame or the like. Therefore, a specific SOP scenario needs to be linked with another SOP scenario. To this end, the specific SOP scenario may further include connection information with another SOP scenario.

형태의 외곽을 가지는 도형으로 표현될 수 있지만 이에 한정되는 것은 아니며, 다양한 형태 중 하나일 수 있다.In this case, the display module 110 may further display a conversion object representing the connection of the corresponding procedure between the SOP scenarios in order to visualize the connection of the corresponding procedure between the SOP scenarios, which will be described with reference to FIG. 6. Shall be. As in the example of FIG. 6, the conversion object is

The figure may be represented as a figure having an outline of a shape, but is not limited thereto and may be one of various forms.

6 illustrates a first SOP scenario 410 corresponding to a first event and a second SOP scenario 420 corresponding to a second event. For convenience of description, an object corresponding to a unit SOP included in the first SOP scenario 410 and the second SOP scenario 420 is omitted, and is briefly represented by box shapes 412 and 422.

On the other hand, the display module 110 converts the predetermined object SOP included in the first SOP scenario 410 and the conversion object 417 to express a connection relationship between the predetermined subsequent unit SOP included in the second SOP scenario 420. Can be displayed further. In addition, the display module 110 may include a leader line connecting the preceding unit SOP included in the first SOP scenario and the switch object 417, a leader line connecting the switch object 417, and the switch object 421, and a switch object 421. By further displaying a leader line connecting the trailing unit SOPs, the connection relationship between the preceding unit SOPs and the trailing unit SOPs included in different SOP scenarios can be expressed. In addition, when the work set in the preceding unit SOP included in the first SOP scenario 410 is completed, the control module 120 performs the following unit SOP included in the second SOP scenario 420 to be performed next. Can be determined.

In another embodiment, unlike the FIG. 6, the display module 110 may include an object corresponding to a unit SOP included in an SOP scenario corresponding to a unit SOP currently in progress, and a conversion object 417 connected to the SOP scenario currently in progress. Only can be displayed. For example, when the first SOP scenario 410 is in progress, the display module 110 displays only the unit SOP and the conversion object 417 included in the first SOP scenario 410, and the conversion object 421 and The unit SOP included in the second SOP scenario 420 may not be displayed.

Subsequently, the procedure proceeds to complete the preceding unit SOP in the first SOP scenario 420 connected to the switch object 417, so that the following unit SOP in the second SOP scenario 420 connected to the switch object 421 is generated. When performed by the processor 120, the display module 110 may display an object corresponding to the unit SOP included in the second SOP scenario 420, which is a SOP scenario currently in progress, and a conversion object 421 connected thereto. .

On the other hand, when the SOP scenario includes a very large number of unit SOPs, or when the SOP scenario must be performed in several organizations, the SOP scenario can be very complex and massive. Also, for example, the SOP scenario corresponding to a fire may include procedures for different types of fires such as oil fires, electric fires, and general fires. As such, when a single SOP scenario includes a large number of unit SOPs, it may be very difficult to identify and track the corresponding SOP scenarios when displaying the unit SOPs included in the SOP scenarios at once.

Therefore, in the case of a group SOP in which some of the unit SOPs included in the SOP scenario are grouped into one group, the system displays all objects corresponding to each unit SOP included in the group SOP. Although this may be simplified, this may be simplified and displayed as a group object, which will be described with reference to FIG. 7.

FIG. 7 is a diagram for describing a method of displaying a unit SOP included in a SOP scenario of the present invention in a system according to an embodiment when the unit SOPs are grouped. In the example of FIG. 7, the unit SOPs are grouped into three groups 510 to 530.

When the SOP scenario is driven, the display module 110 may display objects corresponding to all unit SOPs included in the SOP scenario, as shown in FIG.

와 같은 모양을 가질 수 있지만, 구현 예에 따라서는 다른 모양도 가능할 수 있다.However, according to an embodiment, when the SOP scenario is driven, the display module 110 may display only objects corresponding to the unit SOPs belonging to a specific group 510 as shown in FIG. 7B. Instead of displaying unit SOPs corresponding to the remaining groups 520 and 530, group objects 521 and 522 corresponding to the remaining groups may be displayed. The group object is as shown in Fig. 7 (b).

It may have the same shape as, but other shapes may be possible depending on the embodiment.

Hereinafter, the display of the object corresponding to all unit SOPs included in a specific group is referred to as an expanded form, and the display of the group object instead of the object corresponding to the unit SOP of a specific group is displayed as a folded form. It will be called.

The display module 110 may display a group of unit SOPs displayed in an expanded form when the folding command is input from the user in a folded form, and display a group object displayed in the folded form when an spread command is input from the user. It can be displayed in unfolded form.

On the other hand, when the SOP scenario includes a plurality of groups, the display module 110 may display only the group including the unit SOP currently being performed in an unfolded form, and display the remaining groups in a folded form. Of course, even in this case, if there is an explicit expansion command of the user, the group can be displayed in an expanded form.

Meanwhile, there may be a case where two UEs perform the same SOP scenario at the same time. For example, if the person in charge of the command is absent in a given disaster situation, a subordinate or temporary person may run the SOP scenario to temporarily command the disaster, after which the person in charge returns. There may be cases where you are running the same SOP scenario. As such, when driving the same SOP scenario in two or more terminals, if a task instruction is given in all the terminals, the mission executor may experience confusion, so the present invention may provide a technical idea for preventing this.

To this end, the authorization module 130 may obtain or return control authority for the SOP scenario. The authorization module 130 may request control authority from the other terminal when the other terminal running the SOP scenario has control authority, and obtain control authority when the request is granted to the other terminal. . In addition, when another terminal requests control authority, the authority module may return the control authority it has by approving it.

Meanwhile, when the control module 130 obtains the control right for the SOP scenario, the control module 120 may control the control module 120 to perform a task set in the unit SOP. When the authority module 130 does not obtain the control authority, the control module 120 may not perform a task set in the unit SOP, but the display module 110 may not perform the control authority described above. Since all operations can be performed, the progress of the SOP scenario can be monitored even in a terminal without control authority.

On the other hand, the functions performed by the system 100 as described above may be performed in the case of actually controlling a specific facility or facility and responding to a disaster, but as described above, it may be used to train a response to such a disaster. It may be.

That is, the system 100 may provide a training mode for training a response to a disaster. To this end, the system 100 may further include a training module 150.

The training module 150 is a field device (for example, a device provided in the field, a terminal of a mission performer, etc.) corresponding to the mission process, a control device (server, computer provided in the control room) Sensors, other equipment required for control, etc.), or training equipment (eg, head mounted display devices, wearable sensors, equipment suitable for performing other training missions, etc.). That is, the training module 150 may perform a series of tasks to perform a task corresponding to one predetermined unit SOP or each of a plurality of unit SOPs in the training mode. Alternatively, a series of tasks can be carried out so that the training can be performed in a new training unit created by the manager, not in the SOP unit.

For example, simulating a field device may mean transmitting or receiving information transmitted to a field device or information to be received in a training mode in a real situation. Simulating a control device may mean that the control device performs an operation to be performed in a training mode in a real situation.

The training module 150 may perform a task required to train a task process, that is, a series of tasks corresponding to at least one unit SOPs. The task process may be an entirety of a particular SOP scenario, but may be a selected portion of it. This task process may be specified by the control module 120. Alternatively, the training module 150 may perform a process necessary to train a trainer in a new training unit.

The control module 120 may specify any one of objects included in a predetermined SOP flow chart to specify a mission process.

For example, a third object O3 corresponding to the third unit SOP included in the SOP flowchart shown in FIG. 9A may be specified by the control module 120. In this case, the specified object is defined as a selection object.

The selection object may be selected by the manager or may be selected by default according to a predetermined rule. For example, the control module 120 may display a terminal SOP flow chart of the manager and receive one of the objects included in the displayed SOP flow chart.

Then, the selected object may be specified as the selection object.

According to another example, the selection object may be automatically selected by the control module 120. For example, the control module 120 may automatically select the first unit SOP of the SOP scenario as the selection object. For example, if the task process is defined to include unit SOPs included from the selection object to the last unit SOP, when the control module 120 wants to train the entire specific SOP scenario, the first unit SOP is automatically specified as the selection object. You may. In addition, the control module 120 specifies a selection object based on a predetermined criterion according to a situation (for example, an environmental situation such as temperature and humidity, or a context such as predetermined information collected by the system 100 through a network). A rule may be predefined, and through such a rule, a selection object may be specified adaptively to a context.

If a selection object is specified, the task process may be defined as tasks corresponding to at least one unit SOP including a unit SOP corresponding to the selection object. According to an example, only one unit SOP corresponding to a selection object may be defined as the task process. According to an implementation example, the unit SOPs corresponding to the selection object to the final unit SOPs of the corresponding SOP scenario may be defined as SOPs corresponding to the mission process.

As such, if the mission process is specified, the mission of the SOP corresponding to the mission process may be simulated by the training module 150.

As a result, in the training mode, it is assumed that a specific event (e.g., a leak of a pollutant is detected, a concentration of a specific substance is higher than a reference value, a fire detection, etc.) occurs when an actual disaster occurs. A series of processes may be performed such that the mission performer of each of the system 100 and the unit SOPs actually performs all or part of the SOP scenario to be executed at the time of occurrence.

This training mode will be described in detail with reference to FIGS. 8 to 13.

8 is a diagram conceptually illustrating an example of a disaster response system supporting a training mode according to the technical spirit of the present invention.

Referring to FIG. 8, the system 1000 according to the spirit of the present invention may operate in either a training mode or a general (control) mode. When operating in the normal (control) mode, the system can perform the function as a disaster response system, not a system, but for convenience of description, the system 1000 operating in the general (control) mode as well as the training mode is a system. It is named as (100).

The system 100 may operate in a training mode or a general (control) mode according to a manager's selection. In addition, the system 100 may display whether the current training mode or the normal (control) mode in a predetermined manner. An example of this may be as shown in FIG. 13.

FIG. 13 is a diagram illustrating an example in which a system according to an embodiment of the present invention may be operated in one of a training mode and a general mode. As shown in FIG. 13, the system 100 includes a predetermined UI. In addition to allowing the mode to be selected, it is also possible to display information on the current mode (eg training mode).

In FIG. 13, the SOP scenario is shown in the description form, not in the form of a flow chart, on the right, and image information of a facility related to disaster or training is shown on the left. In addition, the unit SOP (eg, 1. unit SOP) indicated in red may be the unit SOP currently being trained. However, the SOP scenario corresponding to the training mode may be shown in the form of an SOP flow chart, unlike that shown in FIG. 13. In addition, the unit SOP currently in progress may be displayed differently from other unit SOPs in the corresponding SOP flowchart.

Meanwhile, as described above, disaster response training may be performed based on the SOP flowchart. Disaster response training based on the SOP flow chart may mean that the training to be performed is specified through the SOP flow chart, or that the mission performer or equipment to be trained is specified through the SOP flow chart.

In this way, the SOP flow chart enables the task, the task performer, and the equipment to be specified to be very effective, so that the manager can intuitively determine what to train, who to train, and the equipment. This is because SOP flow charts are a useful tool for intuitively identifying the entire SOP scenario and are relatively easy to identify unit SOPs that are considered to be important or likely to be vulnerable to disaster response.

This example will be described with reference to FIGS. 9 and 10.

FIG. 9 is a diagram illustrating a specific example of a SOP scenario and a task of a unit SOP corresponding to each object according to an embodiment of the present invention. 10 is a view for explaining an example in which disaster response training is controlled through an SOP flowchart according to an embodiment of the present invention.

First, as shown in FIG. 9A, an SOP flow chart corresponding to a predetermined SOP scenario (for example, a fire occurrence scenario) may be displayed on a terminal (or control equipment, etc.) of an administrator. As described above, the SOP flow chart may include a series of objects (eg, O1 to O10) as shown.

In addition, as illustrated in FIG. 9B, the display module 110 may further display information (eg, SOP1 to SOP10) on a task corresponding to each of the objects (eg, O1 to O10). .

Then, the control module 120 may specify a predetermined selection object. For example, as illustrated in FIG. 10, the control module 120 may specify an object (eg, O3) corresponding to the third unit SOP, which is the third object of the SOP flowchart, as the selection object.

The manner in which the control module 120 specifies the selection object may be selected from the manager terminal as described above or set as the default (eg, the first unit SOP of the SOP scenario), or may be adaptively specified according to the context. have.

For example, the context may include various situations suitable for determining which unit SOP to train. For example, if the external natural environment such as temperature and humidity corresponds to the first criterion, training is performed from the first unit SOP of the specific SOP scenario, and if the second criterion corresponds to the third standard, the third unit SOP of the specific SOP scenario or another SOP scenario. You can start training.

Or if the natural environment meets the first criterion, a unit SOP assigned to a given first missionary worker (eg, a worker at a particular facility, a person performing a particular position or position) in a given SOP scenario It may be specified as a selection object, and if it corresponds to the second criterion, the unit SOP assigned to the second mission operator may be specified as the selection object. Of course, when there are a plurality of selection objects to be specified, one or more of them may be finally specified as the selection objects.

Alternatively, when a specific situation corresponds to the first criterion, a unit SOP in which a predetermined first facility or training equipment (equipment used for training such as a field device, a sensor, or a control facility) is operated may be specified as a selection object. If the second criterion corresponds, the unit SOP in which the second predetermined equipment is operated may be specified as the selection object.

Alternatively, the control module 120 may explicitly receive information on a task performer (eg, a first task performer) or a facility (eg, a first facility).

In any case, if a task performer or facility is specified, the control module 120 may extract a unit SOP corresponding to the specified task performer or facility based on the information on the SOP stored in the SOP DB 140.

When a plurality of unit SOPs are extracted, at least one of the unit SOPs extracted by a manager or by a predetermined criterion may be determined as a selection object.

Once the selection object is specified, the task process can be specified. The mission process may be specified according to the selection object. For example, the unit SOP corresponding to the selection object may be a unit SOP included in the mission process. Alternatively, the unit SOP corresponding to the selection object may be the best unit SOP included in the mission process, and the last unit SOP may be automatically specified as the last unit SOP (or a predetermined unit SOP) of the corresponding SOP scenario.

Then, the training corresponding to each unit SOP included in the mission process may be simulated by the training module 150.

After all, according to the technical concept of the present invention, not only the entire task can be trained from the beginning to the end of a specific SOP scenario, but also the task, the performer, and the equipment can be efficiently selected, and thus intensive training can be performed. .

For example, as shown in FIG. 10, when the third object is specified as the selection object, it may be a case where the preceding unit SOPs (eg, O1 to O2) of the selection object O3 exist.

In this case, according to an example, the control module 120 may perform tasks corresponding to the selection object O3 excluding the preceding unit SOPs (eg, O1 to O2) and lower SOPs (eg, O4 to O10) of the selection object. Can be specified as the task process.

That is, according to the technical idea of the present invention, it is not necessary to necessarily train from the beginning of a specific SOP scenario, and may support to perform training from an arbitrary position (SOP step).

To this end, the training module 150 not only simulates a task corresponding to a mission process (eg, O3 to O10), but also provides information on the preceding unit SOP (eg, O1 to O2) excluded from training. The task performer of the unit SOP (eg, O1 to O2) or the task performer of the unit SOP corresponding to the selection object O3 may be notified. That is, information indicating that the task of the preceding unit SOP was what may be notified to the task performer of the unit SOP corresponding to the selection object O3. It may also be informed that these tasks are assumed to have been performed. Through this, the task performer of the unit SOP corresponding to the selection object O3 can clearly recognize the information on the unit SOP treated as being trained even though it is not actually trained, so that the training can be performed without a hitch. . Because missions usually have continuity, it may be important to be informed about the tasks that should have been performed previously.

Of course, if necessary, the task performers of the preceding unit SOPs (eg, O1 to O2) may be notified that information about the task and / or that the task is assumed to have been performed. Because the task performer of the preceding unit SOP (eg, O1 to O2) may reappear as the task performer of the following unit SOP, in which case it is necessary to be aware of the progress of the training in advance so that the actual training may be performed at any position in the specific SOP scenario. Even if it starts, it will be possible to train without disruption.

Meanwhile, among the information to be notified to the task performers of the preceding unit SOPs (eg, O1 to O2) or the selection object O3, there may be a case where information about a home situation assumed by the current training is to be included. . This case may be useful, for example, when there is a unit SOP of the determination type among the preceding unit SOPs. This will be described with reference to FIG. 11.

11 is a diagram for explaining an example in which a virtual scenario is generated according to an embodiment of the present invention.

Referring to FIG. 11, the hatched object among the objects included in the SOP flowchart shown in FIG. 11 may be specified as the selection object by the control module 120.

In this case, it can be seen that the preceding unit SOPs of the selection object include, for example, an object of a determination type (diamond).

In this case, the object of the determination type may proceed with the SOP scenario to the selection object or another object according to a specific condition. For example, the object of the determination type advances the scenario to the left trailing unit SOP when the value of the predetermined sensor is 10 or less, and the scenario to the right trailing unit SOP, that is, the unit SOP corresponding to the selection object when the sensor value is 10 or more. Can be assumed to proceed.

In this case, the task performer of the selection object needs to clearly recognize what situation is assumed in the unit SOP corresponding to the object of the determination type. For example, a situation in which the value of the sensor is greater than 10 may be a situation that a task performer of the selected object needs to know, or specifically, a situation in which it is assumed that the situation (eg, 12 to 13, etc.) is more specifically specified among more than 10. Can be. In any case, there may be a case in which the task performer of the selection object may perform a more specific task only when the task performer knows what task is currently being performed, and in this case, the training module 150 assumes that The situation may be specified in a predetermined manner and notified to the performer of the selected object.

This is effective even if you do not have to train from the beginning of a specific SOP scenario can be trained like a practice.

Meanwhile, according to the technical idea of the present invention, the training may be specified through the SOP flow chart as described above, but the training may be started by simulating sensor data of a predetermined sensor.

This example will be described with reference to FIG. 12.

12 is a diagram illustrating an example in which sensor data for training is simulated according to an embodiment of the present invention.

Referring to FIG. 12, as illustrated in FIG. 12, various sensors (eg, chemicals) are included in a target of control, that is, controlled by the system 100 and a target facility in which disaster response is to be performed according to an SOP scenario when a disaster occurs. Material sensor, heat sensor, etc.) may be installed in a number.

The system 100 may store spatial information of the facility, information on a location where sensors are installed, and information on types of sensors.

Then, when the system 100 operates in the training mode, the training may be initiated by simulating such a sensor in a desired situation instead of specifying the training using the SOP flow chart as described above.

For example, the training module 150 may specify one or more of the sensors (eg, fire sensors) installed in the facility. The identification of such a sensor may be directly selected by an administrator, or by specifying a specific region or a specific device, sensors that may sense a fire in a specific region or a specific device may be automatically specified.

Then, the training module 150 may simulate generation of a sensing event (an event sensing a fire occurrence) that initiates a predetermined SOP scenario (eg, an SOP scenario when a fire occurs) through a specified sensor. That is, the sensor can be simulated to identify the disaster that you want to train.

Then, the training module 150 may actually specify a SOP scenario to be performed when a specified sensor is sensed by the SOP DB 140, and simulate the corresponding training according to the specified SOP scenario. .

Of course, the SOP flow chart corresponding to the SOP scenario may be displayed on the terminal of the manager in order to confirm the process of the corresponding training as necessary, and the object corresponding to the unit SOP currently in progress is displayed differently from other objects. Managers can easily monitor and / or control the training situation.

On the other hand, as described above, in addition to the training is performed in the SOP unit using the SOP flow chart, the system 100 may allow the training to be performed in the new training unit defined by the administrator.

In other words, regardless of the SOP, a training scene that the manager considers necessary for training may be generated, or a training scene may be generated according to the context defined in the SOP. For example, the training scene may be only some of the tasks to be performed by a specific person included in one unit SOP, and training including a plurality of training missions extracted by extracting at least one mission from each of the different SOPs, that is, a training mission. Scenes may be created. The generated training scene can be simulated in VR, ie virtual reality, so that the training can be performed in a virtual environment similar to the actual situation.

The generation of this training scene may be performed by the training generation module 160.

The training generation module 160 may generate a training scene corresponding to the location and type of disaster. That is, create a training scene containing at least one type of disaster (eg, fire, gas, leakage, etc.) and at least one suitable task to be performed at the location of the disaster (eg, warehouse, specific facility, specific equipment, etc.). can do.

When the training scene is created, the trainer can train the training scene. To this end, the training module 150 may simulate a training scene. According to an example, the training module 150 may simulate a virtual environment in which a trainer may perform each of the training missions using a VR device prepared in advance so that training may be performed in virtual reality, and the action of the trainer may be performed. It can be simulated to be reflected in the virtual environment.

The training generation module 160 may generate a training scene by defining at least one training mission. Of course, the training scene may be defined as at least one training mission and attribute information of the training scene (eg, a goal to be achieved, information for explaining the training scene, etc.).

Each training mission can mean a task that a trainer must perform. Each of these training missions may be defined as a component and / or an action. Depending on the implementation example, a component is not necessary and a training mission may be defined only by an action. A component may mean an object to be used in a training mission or an object of a training mission. An action can mean an action to be performed by a trainer.

Such a training mission may be defined by an administrator, but according to an exemplary embodiment, if at least one of the candidate training missions generated by the training generation module 160 is automatically generated and generated, the selected candidate training mission is selected. It may be specified as a training mission to be included in this predetermined training scene.

In order to generate the candidate training mission, the training generation module 160 may refer to the SOP, or may simply generate using only the type of disaster and the location of occurrence without referring to the SOP.

According to an example, the training generation module 160 may automatically generate candidate training missions according to the type of disaster (eg, fire) and the location of occurrence (eg, a specific facility). The generated candidate training mission may be a mission that moves to a fire extinguisher or other equipment located closest to a corresponding location and / or an action of performing a specific action by using a fire extinguisher or other equipment.

In addition, the candidate training mission may vary depending on which objects (eg, equipment, facilities, etc.) exist in a predetermined area (hereinafter, referred to as an "affected area") based on the occurrence location. For example, if there is a warehouse with a combustible material near a fire occurrence location and otherwise, the candidate training mission generated by the training generation module 160 may be different.

Therefore, when the occurrence location of the disaster is specified, the training generation module 160 searches for an object located within a predetermined influence area (eg, 100 meters, 500 meters, etc.) from the occurrence position, and executes a candidate training mission according to the found object. Can be generated.

In addition, the affected area may vary depending on the type of disaster. For example, in the case of a fire, the influence region may be set within 100 meters based on the occurrence position, and in the case of leakage of harmful substances such as gas, the influence region may be set within 1 kilometer based on the occurrence position.

Meanwhile, as described above, the training generation module 160 may generate a candidate training mission by using an SOP corresponding to a disaster type and a location of occurrence.

This example will be described with reference to FIG. 17.

17 is a diagram for describing a process in which a training mission is associated with an SOP according to an embodiment of the present invention.

Referring to FIG. 17, the training generation module 160 included in the system 100 may specify a disaster type and / or a location of occurrence (S100). For example, the type of disaster and / or location of occurrence may be specified by the administrator. According to an embodiment, when the SOP can be specified by only the disaster type, only the disaster type may be specified. In any case, a disaster may occur and information for specifying an SOP corresponding to the generated disaster may be specified (S100). Accordingly, the training generation module 160 may search the SOP DB 140 to extract a corresponding SOP. It may be (S110, S120).

The searched corresponding SOPs may be analyzed to generate at least one candidate training mission corresponding to the corresponding SOPs (S130 and S140). The candidate training mission corresponding to the corresponding SOP may be only an SOP training mission, but depending on the embodiment, there may be a connection training mission. This will be described later. Then, all or part of the generated candidate training missions can be specified as training missions to be included in a predetermined training scene.

In order to generate a candidate training mission corresponding to the corresponding SOP, the training generation module 160 may analyze a context included in the corresponding SOP, and specify components and actions from the analyzed context. In addition, specific components and actions may be defined as candidate training missions. For example, a corresponding SOP may be searched for according to a predetermined disaster type and occurrence location. The context of the corresponding SOP may be, for example, [mission] shown in FIG. 9B.

For example, when the SOPs such as a fire occurrence alarm and a manpower support request are corresponding SOPs, the training generation module 160 may specify an alarm device as a component through the context of 'fire occurrence alarm', and the driving of the alarm device may be performed. You can create one training mission by specifying it as an action.

In addition, the training generation module 160 specifies a device (eg, a telephone, a walkie-talkie, etc.) required for a workforce support request as a component through a context of 'manpower support request', and defines a workforce request through a specific component as an action. You can create training missions.

As such, the training mission corresponding to the contents described in the context of the corresponding SOP may be defined as the SOP training mission.

Then, the training generation module 160 may generate an SOP training mission based on the SOP. In addition, in some embodiments, a connection training mission may be generated.

The connection training mission is not defined in the contents of the SOP, but may mean a training mission defined by the training generation module 160.

For example, in the above-described example, the first training mission corresponding to the 'fire alarm' may be an SOP training mission, and the second training mission corresponding to the 'manpower support request' may also be an SOP training mission.

However, according to an embodiment, the training generation module 160 may generate the movement of the trainer for the second training mission after the first training mission as a separate training mission. That is, the case of such a training mission is not defined in the SOP, but may be a training mission defined to give a trainer a very specific training mission, and such a training mission may be defined as a linked training mission.

In general, a connection training mission is performed according to a path between different training missions, that is, a mission that a trainer must perform between SOP training missions (for example, positions where each of the SOP training missions should be performed as in the above example). Mission can be defined, but is not necessarily limited thereto.

A series of processes for generating a training scene by the training generation module 160 will be described with reference to the following drawings.

14 to 16 illustrate a process of generating a training scene according to an embodiment of the present invention. 18 to 21 are diagrams illustrating a process of generating a training scene according to another embodiment of the present invention.

First, referring to FIG. 14, the training generation module 160 may provide an interface as shown in FIG. 14 to a terminal of an administrator.

The interface shown in FIG. 14 illustrates an interface for receiving a training scene name, a storage location, and a type of disaster to generate a training scene (simulation scene). The description of the training scene may also be defined by the administrator as shown.

Although FIG. 14 illustrates a case in which a predetermined site (eg, any one unit area of a disaster management target such as Gwanggyo branch office) is selected in advance, the training generation module 160 is a disaster management target from an administrator terminal. One unit area (eg, a branch, a branch office, a business place, etc.) of the areas may be selected.

Then, as shown in FIG. 15, two-dimensional or three-dimensional modeling information, ie, image information corresponding to the selected site may be provided to the manager terminal.

The administrator can specify a specific location of the site as the occurrence location of the disaster by using the video information.

For example, the UI indicated by number 2 in the interface shown in FIG. 15 may be a UI for setting up a disaster, and a location of occurrence of a disaster and other disaster continuity may be defined through the corresponding UI.

Such an example may be as shown in FIG. 16.

For example, as illustrated in FIG. 16, an administrator may designate a disaster occurrence location (eg, a ignition point) using a corresponding UI (eg, drag and drop or set x, y, z coordinate values). And other disaster properties can be defined (e.g., scale of fire, degree of smoke, starting and ending point of fire, etc.).

Referring back to FIG. 15, the UI marked 3 may be a UI for setting a trainer's situation. Through UI 3, the location of the trainer and the components possessed by the trainer can be defined.

One example of this is as shown in FIG. 18.

As illustrated in FIG. 18, the manager may designate a position existing at the start of training of the trainer by dragging and dropping the corresponding UI to the image information or setting x, y, and z values.

As shown in FIG. 18, a component (for example, a mobile phone) possessed by a user may be set as a user characteristic. For example, if you have a mobile phone, the trainer can be simulated to be able to propagate a situation to a specific person without using other components.

Referring back to FIG. 15, the UI marked 4 may be a UI for setting a component to be used for training. Through the UI 4, an attribute (eg, position, number, etc.) of a component that a trainer uses for a training mission may be defined.

An example of this is as shown in FIG. 19.

As illustrated in FIG. 19, the administrator may designate the position of the component by dragging and dropping the corresponding UI to the image information or by setting x, y, and z values.

In addition, as shown in FIG. 19, the type of components (for example, firefighting equipment, cargo, etc.) may be selected.

Meanwhile, the UI No. 5 illustrated in FIG. 15 may be a UI for directly defining a training mission by an administrator, and an example of defining a training mission through the UI may be as illustrated in FIG. 20.

As illustrated in FIG. 20, the manager may define the attributes (specific actions (missions), components, execution time, other descriptions, etc.) of the training mission through the interface provided by the training generation module 160.

Of course, FIG. 20 illustrates a case in which an administrator sets a training mission, but as described above, the training generation module 160 automatically generates a candidate training mission, and at least one of them is specified as a training mission to be included in the training scene. It may be as described above.

When the training mission is defined so that the training scene is defined, the training module 150 may simulate the training of the trainer.

One such example may be as shown in FIG. 21.

As shown in FIG. 21, the training module 150 may simulate a training scene defined in the training generation module 160 by controlling predetermined training equipment (eg, VR equipment). FIG. 21 illustrates a virtual environment that a trainer experiences through training equipment (eg, a head mounted device, etc.), and FIG. 21 illustrates an actual training environment of a trainer.

In the example shown in FIG. 21, each training mission may be, but is not limited to, a certain picker / dial, fire extinguisher operation, object movement, and the like, and various trainings may be simulated.

In addition, according to an embodiment, a variety of equipment for simulating a training mission, for example, equipment (or sense, etc.) for simulating a user's movement, and various equipment capable of simulating a user's hand movement or a user's posture may be provided. The user's action may be simulated while communicating with 150.

On the other hand, the training module 150 may collect the training performance data when the training scene is performed by the trainer. According to an example, the training performance data may include at least one of a time required for each training mission, a failure rate for each training mission, and a training scene time required. Other training A variety of training performance data can be collected that represent the training results of the entire training scene or of individual training missions.

Then, the training generation module 160 may change a training scene or an individual training mission based on the training performance data. For example, it is possible to change the attributes of the training mission or training scene (eg, component type, location, number, required time, etc.).

That is, by collecting training performance data, the currently defined training scene can be changed to be more realistic or more appropriate to cope with disaster. The fact that the training generation module 160 changes the attributes of the training scene means that not only the training generation module 160 automatically changes the attributes of the training scene, but also recommends the change of the attributes to the manager and responds to the recommendation. Therefore, if the manager approves, it may be defined as including the case where the property is finally changed.

Meanwhile, as described above, the system 100 may communicate with a task performer according to the technical spirit of the present invention.

This example will be described with reference to FIG. 22.

22 is a schematic system configuration for explaining a disaster situation propagation method according to an embodiment of the present invention.

Referring to FIG. 22, the system 100 may communicate with each of a plurality of task performers. Through communication, the system 100 may transmit a task as described above. And it can receive the information on the performance status of the mission, according to each SOP, each task performer, it can grasp the progress information of the task for each group performing the task.

For this purpose, an application for implementing the technical idea of the present invention may be installed in the terminal for each task performer (eg, 220). As described above, the application may provide the task performer with a variety of information through the unique interface for the task performer to confirm his mission, confirm the SOP, or cope with other disasters.

Then, the system 100 and an application installed in the terminal (eg, 220) may perform communication, that is, messaging, in a predetermined manner between the application and the system 100. In this specification, this case may be defined as a platform-dependent messaging method. For example, the application may receive a push message with the system 100 in a predetermined manner, and may transmit predetermined information to the system 100 in a predetermined manner. Such communication may be performed using data communication, and may be defined to be performed only between the system 100 and the application.

However, these platform-dependent messaging methods can have a high risk of communication failure in a disaster situation. Therefore, according to the spirit of the present invention discloses a communication method between the system 100 and the terminal (for example, 220) that can solve this problem.

The control module 110 of the system 100 may check the SOP from the SOP DB 140 to confirm the mission to be performed by each of the plurality of mission performers to perform the mission. Each task may be assigned task identification information, and one SOP may be one task or a plurality of tasks may be set in one SOP.

Then, the control module 110 may transmit a situation propagation message including a task for each task performer to a terminal for each task performer (eg, 220) in a first communication method. The situation propagation message may further include identification information of the mission.

In this case, the first communication method may be a general-purpose communication protocol that is not platform dependent, that is, not dependent on an application for disaster response installed in the terminal (eg, 220). According to an example, the first communication method may be an SMS, MMS, and / or Enhanced Messaging Service (EMS) message provided by a mobile communication network. However, the technical expert of the present invention may easily deduce that the technical idea of the present invention may be easily applied to a protocol that is not limited thereto and is a protocol that is robust to communication even in a disaster situation without being platform dependent.

To this end, the system 100 may communicate with the terminal (eg, 220) by using a predetermined messaging server 700. The messaging server 700 may be an SMS / MMS / EMS server supporting messaging of the first communication method. The messaging server 700 may receive content from the control module 110 and transmit a message including the received content to the terminal (eg, 220). In addition, the messaging server 700 may receive a message of the first communication method from the terminal (eg, 220) and transmit the content of the received message to the system 100 using a predefined protocol.

Hereinafter, when the system 100 is expressed as performing messaging with the terminal (eg, 220), the system 100 may be defined as including a case of performing messaging through the messaging server 700.

In addition, between the system 100 and the messaging server 700, a predetermined security solution (for example, fire protection 600) may be provided.

In addition, the system 100 and the terminal (eg, 220) may further perform messaging in a platform-dependent communication, that is, a second communication method.

In any case, the system 100 may transmit a situation propagation message through a first communication method.

In addition, the system 100 may receive a task performance status message indicating the progress of the task included in the context propagation message through the first communication method.

In this case, the application installed in the terminal (eg, 220) uses a message of the first communication method to provide a technical idea that a task performer can increase efficiency in communication with a control side, that is, the system 100, in disaster response. to provide.

Because the message of the first communication method is information received through a separate channel irrespective of the application, the task performer needs to confirm the information or procedure necessary for disaster response through the application separately from the application. Inconvenience to check and respond to the message of the first communication method may exist. In addition, this inconvenience and non-integration of information can cause serious problems in terms of immediate response and organic response in the urgent situation of disaster response.

To this end, the technical idea that the application utilizes the message of the first communication method will be described in detail with reference to FIG. 23.

23 is a flowchart illustrating a disaster situation propagation method according to an embodiment of the present invention.

Referring to FIG. 23, the system 100 may transmit a situation propagation message to a terminal for each task performer (eg, 220) in a first communication method (S200). Of course, as described above, the second communication method-dependent message (eg, push message) may be further transmitted (S205).

Then, the application may receive the situation propagation message (hereinafter, referred to as a first context propagation message) of the first communication method received by the terminal (eg, 220) and analyze the first context propagation message ( S210). The application may parse the first situation propagation message to extract meaningful information. The meaningful information may include at least mission details included in the situation propagation message and may further include mission identification information (S210).

To this end, the application may pre-set a predetermined telephone number (eg, a control telephone number) as a message to monitor, and parse the message only when the predetermined telephone number is a calling number. Alternatively, when the first situation propagation message is defined to have a predefined format and regular expression, only the message corresponding to the regular expression may be parsed. You can avoid parsing unnecessary messages in a variety of ways.

In addition, when the application stores a list of mission identification information and mission contents in advance in the terminal (eg, 220), the application performs a task through the first situation propagation message by comparing with the contents extracted from the first situation propagation message. This request may be confirmed (S210).

Then, the application may provide the contents included in the first situation propagation message to the task performer through the application (S215). That is, the mission operator does not need to confirm the first situation propagation message of the first communication method through the application without having to confirm the first situation propagation message through the application other than the application (for example, software for SMS or MMS service). Can be.

Therefore, the task performer can utilize a one-way communication channel by checking through the application even if predetermined information or a request comes from the system 100 as the first communication method. Moreover, the application stores various meaningful information necessary for disaster response (e.g., before and after the SOP of the mission performer, other available resources, etc.) so that the first situation propagation message can be provided to the mission performer in association with such meaningful information. It can be effective.

One such example is shown in FIGS. 24 and 25.

24 illustrates an example of a message for implementing a disaster situation propagation method according to an embodiment of the present invention, and FIG. 25 illustrates an application of a message to implement a disaster situation propagation method according to an embodiment of the present invention. An example is provided to the task performer.

As illustrated in FIG. 24, the terminal (eg, 220) may receive a first situation propagation message. As illustrated, the first situation propagation message may include information such as mission identification information (eg, "D008-86") and mission contents (eg, "starting response to fire extinguisher"). The application may identify which task is requested through the first situation propagation message among previously stored task identification information based on the task identification information.

This message may be confirmed by the task performer through the message acknowledgment means irrespective of the application. However, if the task attendant can check the message, the task performer may not only solve the problem of having to check a plurality of communication channels to perform the task, but also more useful. There is an effect that can be provided to the missionaries by linking the information. According to the implementation example, the task content may provide the task performer with the content included in the first situation propagation message, and provide the task performer with the task content (ie, corresponding to the mission identification information) previously stored in the application. You may.

For example, as illustrated in FIG. 25, the application may provide a task performer to visually check the position of the received first situation propagation message at which position on the SOP. That is, in the embodiment of FIG. 25, the first context propagation message is linked with the SOP information, and not only the contents included in the first context propagation message are provided to the task performer through an application but also information about the relationship with the post-war SOP. By providing in the form of a predetermined flow chart as described above there is an effect that can provide additional meaningful information to the task performer. FIG. 25 illustrates an example in which the application provides the contents of the first situation propagation message in association with an SOP, but the application provides the first situation propagation message to a task performer, so that other disaster response stored in the application is saved. The average expert in the art will readily be able to infer that it can provide the task performer in conjunction with relevant relevant information.

Referring back to FIG. 23, the application may receive information about a task execution state indicating a progress of task content corresponding to the first situation propagation message provided to the task performer. That is, the mission performance status message also needs to be transmitted as a message of the first communication method. At this time, when using the conventional message creation means of the first communication method, since a message must be input based on text, there is a problem that a suitable UI provided by the application cannot be used to indicate the progress of disaster response.

Accordingly, even when transmitting a task execution status message indicating information on the task execution status, the application receives information on the task execution status from the task performer, and the application sends the task execution status message to the system 100. By transmitting, the information on the task performance status as well as the unification of the communication channel can be easily input through a predetermined UI provided by the application.

The application may receive information (eg, mission completion, mission performance 70%, etc.) regarding the mission performance status (S220), and generate a message of a first communication type that includes this information, that is, a mission performance status message. There is (S230). In addition, the application may control the terminal (eg, 220) to transmit the mission performance status message to the system 100 (S240). Of course, if necessary, a second communication type message (eg, push message) dependent on the platform, that is, the application may be further transmitted to the system 100 (S245).

Then, the control module 110 of the system 100 parses the received task execution status message to determine the progress of the task for each task performer, and updates it for each of the plurality of task performers to perform the task progress of the entire task performer. The degree can be maintained / managed (S250, S260).

On the other hand, the task of transmitting the specific information to the at least one other task executor, that is, the second task executor may exist in the task of the specific task executor and the first task executor that the system 100 has transmitted the first situation radio wave message. have. This task will be defined as a radio mission. The radio mission may be included in the first situation message or may not be included in the first situation message but may be included in the task content stored in the application. Or it may be a task that is recognized by the first mission operator and not separately stored in the first situation propagation message or application.

In any case, these preaching tasks may be undertaken by the first missionary.

In this case, the application may feed back to the system 100 whether the radio mission has been performed.

This example will be described with reference to FIG. 26.

FIG. 26 is a diagram illustrating a propagation method of an attendant propagation message according to an embodiment of the present invention. FIG.

Referring to FIG. 26, after the terminal (eg, 220) of the first mission operator receives the first situation propagation message, the terminal (eg, 220) is a terminal (eg, 220) of at least one second mission attendant. A radio wave mission of transmitting predetermined information to -1 and 220-2 may be performed.

The contents to be propagated through the radio wave mission may be contents included in the first situation propagation message or may be other contents predetermined.

The terminal (eg, 220) of the first mission operator may perform the radio wave mission through a first communication method or the radio wave mission through a second communication method. Alternatively, if one of the methods is performed, the application may automatically perform a radio mission in another communication method. In order to perform the radio mission, the message transmitted by the terminal (eg, 220) of the first mission operator to the terminals (eg, 220-1 and 220-2) of the second mission operator will be defined as an operator radio message. .

The attendant propagation message may be more preferably transmitted by the first mission attendant, for example, when the first mission attendant performs a predetermined task, but is not limited thereto. Depending on what happens, it may be used where it is desirable for the first mission performer to transmit rather than transmitting to the second mission performer according to a predetermined rule. Of course, in addition to the various needs, the first mission operator needs to transmit a predetermined task, information, or request to another person, and at this time, the attendant propagation message may be used.

When the application propagation message is transmitted in the first communication method, the application monitors the message transmission means of the first communication method to confirm whether the radio wave mission is performed, and when the radio wave mission is performed, the transmission completion message to the system 100, that is, Feedback information on whether the radio mission is performed may be transmitted. In this case, the transmission completion message may also be a message of the first communication method.

Of course, the performer propagation message may be transmitted in the second communication method, and even in this case, the application may transmit a transmission completion message to the system 100 when the radio mission is performed.

After all, according to the technical idea of the present invention, whether or not the propagation of the information to be propagated step by step according to the disaster situation can also be monitored in real time.

27 is a diagram illustrating a schematic configuration of an application system according to an exemplary embodiment.

Referring to FIG. 27, an application system may be implemented in the terminal (eg, 220) to implement the technical idea of the present invention. The application system may be implemented by the application being organically coupled with the terminal (eg, 220).

The application system may include a terminal control module 221 and an interface module 223.

The interface module 223 may communicate with the system 100. That is, the message as described above can be transmitted and received. For example, as described above, the system 100 may receive a situation propagation message including mission identification information and / or mission content of each mission performer in a first communication method. In addition, the system 100 may transmit a mission performance status message and / or a transmission completion message.

The terminal control module 223 may check a message received through the interface module 223 and transmit a message to the system 100 through the interface module 223.

For example, the terminal control module 223 analyzes the situation propagation message received through the interface module 223 to confirm that the task is requested, and the information about the task performance state of the task is confirmed by the terminal. When input through the controller, the interface module 223 may be configured to generate a task performance status message corresponding to the task performance status and transmit the task performance status message to the system through the first communication method. In addition, as described above, it is possible to monitor whether or not the radio wave mission is performed, and control to transmit the transmission completion message to the system 100.

In some implementations, the system 100 may include a processor and a memory that stores a program executed by the processor. The processor may include a single core CPU or a multi core CPU. The memory may include fast random access memory and may include nonvolatile memory, such as one or more magnetic disk storage devices, flash memory devices, or other nonvolatile solid state memory devices. Access to memory by the processor and other components may be controlled by the memory controller. Here, when the program is executed by a processor, the system 100 according to the present embodiment may allow the system providing method described above to be performed.

On the other hand, the method according to an embodiment of the present invention is implemented in the form of computer-readable program instructions can be stored in a computer-readable recording medium, the control program and the target program according to an embodiment of the present invention also to a computer It can be stored in a readable recording medium. The computer-readable recording medium includes all kinds of recording devices in which data that can be read by a computer system is stored.

The program instructions recorded on the recording medium may be those specially designed and constructed for the present invention, or may be known and available to those skilled in the software art.

Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tape, optical media such as CD-ROMs, DVDs, floppy disks, and the like. Included are hardware devices specifically configured to store and execute the same magneto-optical media and program instructions such as ROM, RAM, flash memory, and the like. The computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.

Examples of program instructions include not only machine code generated by a compiler, but also devices that process information electronically using an interpreter, for example, high-level language code that can be executed by a computer.

The hardware device described above may be configured to operate as one or more software modules to perform the operations of the present invention, and vice versa.

The foregoing description of the present invention is intended for illustration, and it will be understood by those skilled in the art that the present invention may be easily modified in other specific forms without changing the technical spirit or essential features of the present invention. will be. Therefore, it should be understood that the embodiments described above are exemplary in all respects and not restrictive. For example, each component described as a single type may be implemented in a distributed manner, and similarly, components described as distributed may be implemented in a combined form.

The scope of the present invention is shown by the following claims rather than the detailed description, and all changes or modifications derived from the meaning and scope of the claims and their equivalents should be construed as being included in the scope of the present invention. .

Claims (13)

Identifying, by the system, tasks for each of the plurality of task performers according to a disaster occurrence;
Propagating a situation propagation message including the task identification information or the task content of each task performed by the system to a terminal performed by the task performer in a first communication method;
Receiving, by the system, the task performance status message of the task corresponding to the situation propagation message from the terminal for each task performer in the first communication scheme;
The situation propagation message is confirmed by an application installed in the terminal for each task performer, wherein the system and the application can communicate in a second communication scheme.
Disaster situation propagation method characterized in that when the information on the task performance status of the mission is input through the application is generated by the application to perform the task status message to the system.
The method of claim 1, wherein by the application:
Disaster situation propagation method, characterized in that the task content corresponding to the analyzed situation propagation message is displayed on the terminal of the person performing the task.
The method of claim 1, wherein the disaster situation propagation method,
And the system further transmits the context propagation message to the application in the second communication mode.
The method of claim 1, wherein the situation propagation message,
The mission task which receives the situation propagation message and propagates the performer propagation message to be transmitted to at least one second mission attendant,
When the performer propagation message is transmitted in the first communication method or the second communication method by the terminal of the first mission operator,
Disaster situation propagation method for the application to send the completion message of the attendant propagation message to the system.
The method of claim 1, wherein the disaster situation propagation method,
Disaster situation propagation method further comprising the step of the system updates the task performance status for each task performer based on the received task performance status message.
The method of claim 1, wherein the first communication method is at least one of a short messaging service (SMS), an enhanced message service (EMS), or a multimedia messaging service (MMS),
And wherein said second communication method is a predefined push message between said system and said application.
Receiving, by the application installed in the terminal for each task performer, a situation propagation message including task identification information or task content of each task performer in a first communication manner from the system;
Analyzing the context propagation message by the application, the system and the application being able to communicate in a second communication manner, to confirm that the task has been requested;
If the information on the task performance status of the task is input through the terminal, the application generates a task performance status message corresponding to the task performance status and transmits the task performance status message to the system in the first communication method; Disaster situation propagation method.
The method of claim 7, wherein the disaster situation propagation method,
When the context propagation message includes the task content for propagating an attendant propagation message to be transmitted to at least one second mission performer by the first mission attendant receiving the context propagation message,
If the attendant propagation message is transmitted by the terminal of the first mission operator in a first communication manner or a second communication manner, the application further includes transmitting a transmission completion message of the performer propagation message to the system. Situation Propagation Method.
A computer program installed in a data processing apparatus and stored in a recorded medium for performing the method according to any one of claims 1 to 8.
A SOP DB in which a SOP including a plurality of mission performers according to a disaster occurs is stored;
The task propagation message including the task identification information or the task content of each task performer is propagated to the terminal for each task performer in a first communication method, and the task performance status message of the task corresponding to the situation propagation message from the terminal for each task performer. It includes a control module for receiving in the first communication method,
The situation propagation message is confirmed by an application installed in the terminal for each task performer, wherein the system and the application can communicate in a second communication scheme.
And when the information on the mission performance status of the mission is input through the application, the mission performance status message is generated by the application and transmitted to the system.
An application system installed in a terminal for each task performer, the application system comprising: an interface module for receiving, from a system, a situation propagation message including task identification information or task content of each task performer in a first communication scheme;
The application, the system and the application may communicate in a second communication method, analyzes the situation propagation message to confirm that the task is requested, and the information on the task performance state of the task is confirmed. The application system comprising a terminal control module for generating a task performance status message corresponding to the task performance status when the application is input via the first communication method for transmitting to the system.
The method of claim 11, wherein the terminal control module,
When the situation propagation message includes the task content for propagating an attendant propagation message to be transmitted to at least one second mission attendant by the first mission operator receiving the situation propagation message, And when the performer propagation message is transmitted in the first communication method or the second communication method, transmitting the completion message of the performer propagation message to the system.
A processor; And
A memory storing a computer program executed by the processor,
The computer program, when executed by the processor, to perform the method of any one of claims 1 to 8.

Images