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

Abstract

Disaster situation propagation method according to an example of the present invention comprises the steps of the system confirming a mission for each of a plurality of mission performers according to the occurrence of a disaster, and a situation propagation message including mission identification information or mission details of each mission performed by the system. Propagating to a terminal for each mission performer in a first communication method, wherein the system receives a mission performance status message of the mission corresponding to a situation propagation message from the terminal for each mission performer in the first communication method, and , The situation propagation message is confirmed by an application installed in the terminal for each mission performer-the system and the application can communicate through a second communication method, and information on the mission performance status of the mission is transmitted through the application. Upon input, the mission execution status message is generated by the application and transmitted to the system.

Description

TECHNICAL FIELD [Method for disaster situation propagation and system thereof]

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

SOP broadly refers to the arrangement or definition of steps and actions to be taken in each step so as to guarantee quality in processing a certain process or task in the order or process of work. More narrowly, SOP is defined as the pre-determined work procedure for uneven response activities between disaster-related organizations at the disaster site, from the disaster reporting stage to site dispatch, response activities, and emergency recovery. I can.

In the present specification, SOP refers to a series of response procedures prescribed in order to respond to a specific event by at least one organization or organization in which a plurality of personnel exist, as well as a 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 SOPs, conventionally, each response step or step-by-step action procedure has been prescribed by mainly paper documents. However, in the case of managing SOPs with paper documents like this, each agent prints out a huge amount of SOP information in paper documents (e.g., mission notebook, etc.) 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 converting it into an electronic document or DB, and as an example, the Korean Patent Publication (10-2011-0099905) has been known. However, the above-described Korean Patent Publication only converts the SOP into an electronic document and, through this, efficiently communicates the situation to the relevant organizations according to the type of disaster when a disaster occurs.

In addition, in the event of a disaster, very prompt response is required to minimize damage. However, in a disaster situation, there are many unexpected factors and different response procedures must be performed accordingly, so the response procedure for a disaster situation is very complex and inevitably, so even when the SOP is simply electronically documented and managed as in the prior art. There is a problem in that it is difficult to quickly grasp various unexpected factors or response procedures according to situations.

Therefore, there is an urgent need for a system and method to easily grasp a series of response procedures for a disaster situation and perform it quickly. In order to solve this problem, the present applicant has disclosed a Korean patent (Registration No. 10-1513983, "SOP scenario driving system and method for providing the same", hereinafter'Previous Patent').

However, the applicant's previous patent has a problem in that the task is performed only when an event in which the actual SOP scenario is to be driven 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 it remains.

In addition, a platform-dependent messaging method (e.g., push message between an application and a service server, etc.) will be used to deliver various missions to respond to disaster situations, that is, to deliver the missions to the mission performers separately from or defined by the SOP. However, if only one of these is used, there is a risk that communication is impossible in a disaster situation. In addition, in the case of using only the conventional mobile communication messaging method (eg, SMS, MMS, EMS, etc.), there is a problem that it is difficult to have two-way communication or linkage with SOP.

The present invention is an invention conceived to solve the problems of the prior art, and the technical task to be achieved by the present invention is to visualize a response procedure to be performed in the event of a specific event such as a disaster in the form of a flowchart, and It is to provide a system and method that enable efficient training by linking flow chart and training.

In addition, it is to provide a system and method that allows more effective and necessary training to be concentrated by creating training scenes including training missions to perform virtual training and training using the generated training scenes.

In addition, in the messaging method such as situation propagation for responding to a disaster situation, a system and method that can solve the problems caused by communication failure and have the convenience of performing the mission by using multiple different messaging methods in combination. To provide.

According to an aspect of the present invention, the method of propagating a disaster situation comprises the steps of, by a system, identifying a mission for each of a plurality of mission performers according to the occurrence of a disaster, and a situation including mission identification information or mission details of each mission performed by the system. Propagating a propagation message to a terminal for each mission performer in a first communication method, the system receiving a mission performance status message for the mission corresponding to a situation propagation message from the terminal for each mission performer in the first communication method. Including, the situation propagation message is confirmed by an application installed in the terminal for each mission performer-the system and the application can communicate through a second communication method, and the status of the mission of the mission through the application When information is input, the mission execution status message is generated by the application and transmitted to the system.

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

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

The context propagation message includes the mission content for propagating the operator propagation message to be transmitted by the first mission operator who received the context propagation message to at least one second mission operator, and the operator by the terminal of the first mission operator When the radio message is transmitted in the first communication method or the second communication method, the application may transmit a transmission completion message of the performer radio message to the system.

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

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

Disaster situation propagation method according to an embodiment of the present invention is the step of receiving, by the application installed in the terminal for each mission performer, a situation propagation message including mission identification information or mission details for each mission performer from the system in a first communication method. , The application-the system and the application can communicate in a second communication method-analyzing the situation propagation message to confirm that the mission is requested, and information on the mission performance status of the identified mission is And when input through the terminal, the application generates a mission performance status message corresponding to the mission performance status and transmits the message to the system through the first communication method.

In the disaster situation propagation method, when the situation propagation message includes the mission content for propagating an agent propagation message to be transmitted to at least one second mission operator by the first mission operator who received the situation propagation message, the first mission 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 may 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 an SOP DB in which SOPs including a plurality of missions for each mission performer according to a disaster occurrence, and mission identification information or mission content of each mission performer A control module for propagating the configured situation propagation message to a terminal for each mission performer in a first communication method, and for receiving a mission performance status message of the mission corresponding to a situation propagation message from the terminal for each mission performer in the first communication method. Including, the situation propagation message is confirmed by an application installed in the terminal for each mission performer-the system and the application can communicate through a second communication method, and the status of the mission of the mission through the application When information is input, the mission execution status message is generated by the application and transmitted to the system.

According to another aspect of the present invention, a system according to an embodiment of the present invention is an application system installed in a terminal for each task performer, from the system, a situation propagation message including task identification information or task details for each task performer. 1 interface module for receiving in a communication method, the application-the system and the application can communicate in a second communication method-analyzes the situation propagation message to confirm that the mission has been requested, and confirms the mission And a terminal control module for generating, by the application, a mission performance status message corresponding to the mission performance status, and transmitting it to the system in the first communication method when information on the mission performance status of is input through the terminal.

The terminal control module, when the context propagation message includes the mission content for propagating an operator propagation message to be transmitted to at least one second mission operator by the first mission operator who received the context propagation message, the first mission operator When the performer radio message is transmitted in the first communication method or the second communication method by the terminal of, the transmission completion message of the performer radio message may be transmitted to the system.

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

According to an embodiment of the present invention, not only a situation in which the SOP scenario is driven according to an actual standard response procedure, but also an electronic SOP scenario as needed by allowing mission performers or equipment to simulate training in an environment similar to the actual one. It has the effect of allowing you to train.

In addition, for efficient training and intuitive control, there is an effect of allowing the SOP flowchart to be linked to the training selection. In particular, even if the SOP for training among the SOP scenarios is not always started from the beginning of the SOP scenario, it is effective to enable efficient training even if training is started at an arbitrary point.

In addition, it has the effect of allowing the manager to selectively and effectively train the desired task performer and/or equipment in the SOP scenario.

In addition, it has the effect of creating training that managers deem necessary and allowing them to train intensively.

In particular, according to an embodiment, the generated training has an effect of enabling more realistically to be performed using virtual reality, and has an effect of easily generating a training mission linked to the SOP when generating a training mission.

In addition, it is possible to respond to communication failures by using mobile communication messaging (or by using it in conjunction with a platform-dependent messaging method) when performing communication such as situation propagation to respond to a disaster situation.

In addition, even when using general-purpose mobile communication messaging that is not platform dependent, that is, not dependent on an application for coping with a disaster situation, it is effective in performing missions and two-way communication with the control side by providing linkage with the application. .

Brief description of each drawing is provided in order to more fully understand the drawings cited in the detailed description of the present invention.
1 is a diagram 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 procedure for responding to an event proceeds.
5 is a diagram for explaining a link object that connects a corresponding procedure between organizations.
6 is a diagram for describing a conversion object connecting a corresponding procedure between SOP scenarios.
FIG. 7 is a diagram for describing a method of displaying unit SOPs included in an SOP scenario of the present invention in a system according to an embodiment when they are grouped.
8 is a diagram conceptually showing an example of a disaster response system supporting a training mode according to the technical idea of the present invention.
9 is a diagram illustrating a specific example of an SOP scenario according to an embodiment of the present invention and a task of a unit SOP corresponding to each object.
10 is a view for explaining an example in which disaster response training is controlled through an SOP flow chart according to an embodiment of the present invention.
11 is a diagram for describing an example in which a virtual scenario is generated according to an embodiment of the present invention.
12 is a view for explaining an example in which sensor data for training is simulated according to an embodiment of the present invention.
13 is a diagram illustrating an example in which a system according to an embodiment of the present invention can be operated in either a training mode or a normal mode.
14 to 16 are diagrams illustrating a process of generating a training scene according to an embodiment of the present invention.
17 is a diagram illustrating a process in which a training mission is linked with an SOP 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.
22 illustrates a schematic system configuration for explaining a method of propagating a disaster situation according to an embodiment of the present invention.
23 is a flowchart illustrating a method of propagating a disaster situation according to an embodiment of the present invention.
24 shows an example of a message for implementing a method of propagating a disaster situation according to an embodiment of the present invention.
25 shows an example of providing a message to a mission performer through an application to implement a method for propagating a disaster situation according to an embodiment of the present invention.
26 is a diagram illustrating a method of propagating an performer propagation message according to an embodiment of the present invention.
27 is a diagram illustrating a schematic configuration of an application system according to an embodiment of the present invention.

Since the present invention can apply various transformations and have various embodiments, specific embodiments are illustrated in the drawings and will be described in detail in the detailed description. However, this is not intended to limit the present invention to a specific embodiment, it is to be understood to include all conversions, equivalents, and substitutes included in the spirit and scope of the present invention. In describing the present invention, when it is determined that a detailed description of a related known technology may obscure the subject matter of the present invention, a 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. These terms are used only for the purpose of distinguishing one component from another component.

The terms used in the present application are only used to describe specific embodiments, and are not intended to limit the present invention. Singular expressions include plural expressions unless the context clearly indicates otherwise.

In the present specification, terms such as "comprise" or "have" are intended to designate the presence of features, numbers, steps, actions, components, parts, or a combination thereof described in the specification, but one or more other It is to be understood that the presence or addition of features, numbers, steps, actions, components, parts, or combinations thereof, does not preclude in advance the possibility of being excluded.

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. This means that the data may be transmitted to the other component. Conversely, 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, focusing on embodiments of the present invention. The same reference numerals in each drawing indicate the same member.

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

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

The system 100 may be installed in a system (eg, a control room or a control room server) operated by a predetermined organization (or organization) that defines and performs the SOP to implement the technical idea of the present invention.

When a predetermined event such as a fire or a pollutant leak occurs, the system 100 may drive an SOP scenario corresponding to the event.

The SOP scenario is information on each response step specified in the SOP to be performed when the event occurs and actions and/or procedures for each response step (hereinafter, this will be defined as a'unit SOP') And it may include information about the relationship between each unit SOP.

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

Meanwhile, the SOP scenario may be previously stored in a predetermined database (DB) in the form of a file. In an embodiment, the SOP scenario may be an xml (extensible markup language) format file. The format of the file in which the SOP scenario is stored may be various, and the SOP scenario may be digitalized in any format.

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

The system 100 may drive a predetermined SOP scenario by a driving command from 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 pollutant detection sensor, the user's 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 terminals (for example, 210) of mission personnel to perform unit SOP in the event occurrence area 200, and transmits a mission message to be performed by the mission personnel. It is possible to transmit or receive predetermined information that can confirm that the mission is complete.

At this time, in the transmission of the mission message and the reception of information on the completion of the mission, according to the technical idea of the present invention, a mobile communication messaging method is utilized in a platform-dependent application to cope with a communication failure and is effective in performing a mission. Start thinking. These technical ideas will be described later.

If necessary, the system 100 may transmit a message through an area 200 in which an event corresponding to the SOP scenario has occurred or a predetermined internal broadcasting facility 150 installed in an institution to respond to the event. In addition, the system 100 is a predetermined device (e.g., reporting) of an external agency 300 (e.g., according to the type of disaster; A device that receives the message) and/or a request message to the terminal 310 of the person in charge.

In addition, the system 100 may be installed on a predetermined server of an institution operating the SOP, or may be implemented as a physical device for the system 100 independently of the server.

Meanwhile, the system 100 may provide a general (control) mode and a training mode.

The general (control) mode can mean a mode that actually controls and/or monitors through sensors and other control facilities (CCTV, microphone, etc.) installed in a predetermined institution or monitoring area to prepare for an actual disaster. have.

On the other hand, the training mode may mean a mode in which a virtual event (disaster situation) is assumed and an SOP scenario corresponding to a corresponding event can be simulated.

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.

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

This has the effect of being able to easily specify and train a task, a task performer, or equipment that requires intensive training in addition to simply performing any one SOP scenario by training from the beginning to the end.

Meanwhile, the system 100 may provide a function of generating a training scene to be performed by a trainee.

The manager may generate the training scene using predetermined interfaces provided by the system 100 through the manager terminal. The training scene includes at least one training mission to be performed by the trainee, and may mean a kind of training unit to be performed by the trainee through a series of training missions.

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

The training mission may mean a unit mission to be performed by the trainer. As will be described later, the 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 may be defined as an action that propagates a situation to a specific person using a component called a telephone. Another training mission could be defined as the action of injecting digestive fluid using a component called a fire extinguisher.

The training scene or training mission may be randomly generated by the administrator regardless of the SOP, or the training mission may be automatically generated in connection with the SOP. When the training mission is automatically generated, it means that at least some of the components and/or actions that define the training mission are automatically determined, only that all information or parameters for defining the training mission are automatically determined. Is not.

In any case, the system 100 may generate training scenes, and use these training scenes to allow the trainee to perform training.

According to an example, the generated training scene may be simulated based on VR to increase a realistic or realistic training effect. For example, in order to train the training scene generated by the manager, the trainee may wear VR equipment (eg, a headmount or other device utilized by the user), and the system 100 allows the training scene generated by the VR equipment to be simulated. can do.

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

Depending on the embodiment of the present invention, some of the above-described components may not necessarily correspond to the components essential to the implementation of the present invention, and the system 100 may be more Of course, it may include many components.

The system 100 may include hardware resources and/or software necessary to implement the technical idea of the present invention, and does not necessarily mean one physical component or one device. That is, the system 100 may mean a logical combination of hardware and/or software provided to implement the technical idea of the present invention. If necessary, the system 100 is installed in a device separated from each other to perform each function. 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 implemented separately 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 are in different physical devices. It can be located on the same physical device. In addition, depending on the implementation 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, etc. Modules are also located in different physical devices, and components located in different physical devices may be organically combined with each other to realize functions performed by each module.

In addition, in this specification, a module 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 predetermined code and a logical unit of hardware resources for executing the predetermined code, but does not necessarily mean a physically connected code or a single type of hardware. It can be easily inferred by an average expert in the technical field of the present invention.

The control module 120 includes other components included in the system 100 according to an embodiment of the present invention (for example, the display module 110, the authorization module 130, the training module 150, the training generation Functions and/or resources of the module 160 and/or the SOP DB 140 may be controlled.

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

In the present specification, the term DB may be implemented as at least one table, and may be used to further include a separate database management system (DBMS) for searching, storing, and managing information stored in the DB. In addition, it can be implemented in various ways such as a linked-list, tree, and relational DB, and includes all data storage media and data structures that can store information to be stored in the DB. Can be used.

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

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

The unit SOP of the mission type may include information on a predetermined mission. Here, the term “mission” may mean an action or procedure to be performed by a response agent or a response team (also referred to as a mission performer) to perform the mission. The information on the mission may include an overview of the mission, the details of at least one detailed mission, information about the response personnel or response team assigned to perform each detailed mission, information about the person in charge or team in charge of the mission, etc. In addition to actions and procedures, additional information (eg, shortest route, belongings, etc.) for efficiently performing the actions and procedures may be further included.

The unit SOP of the determination type may include information on a predetermined condition. The information on the condition may include information on a situation in which a yes/no judgment is necessary, information on a judgment criterion, and may further include additional information on items to be considered for reference when making a judgment. Alternatively, the information on the condition may include information on a subsequent SOP to proceed for each value when the SOP to proceed is different according to a predetermined value (eg, sensor data).

Unit SOP of internal situation propagation type, external situation propagation type, and internal and external situation propagation type is the content of the message to be propagated, information on the object to be propagated, and propagation means (e.g., propagation through internal broadcasting, propagation by SMS message, FAX It may include information about propagation through the network, platform-dependent, that is, message transmission with a dedicated program, etc.).

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

Meanwhile, the display module 110 displays the object corresponding to each unit SOP included in the SOP scenario and the preceding relationship between each unit SOP on a predetermined user terminal (e.g., a terminal of a person who is in charge of the integrated SOP). I can. That is, the display module 110 may display each unit SOP corresponding to the SOP scenario in the form of a flowchart.

The shape of the object displayed by the display module 110 may be determined by a corresponding unit SOP type, an example of which is shown 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방향보다 긴 사다리꼴) 형태, 내외부상황전파 타입인 경우에는

형일 수 있다.2, the object corresponding to the unit SOP of the mission type is

It can be in the form of (square), and in case of judgment type, the outer angle is

(Rhombus) shape, in case of internal situation propagation type, the outer

(The first direction is a trapezoid that is longer than the second direction) In case of external situation propagation type

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

It could be an older brother.

Of course, depending on implementation examples, the shape of the object corresponding to the type of each unit SOP may be different from that of 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. The example of FIG. 3 shows a case in which each object is assumed to have the shape defined in FIG. 2. In addition, FIG. 3 shows a case in which the unit SOP corresponding to the mission 1 (2) and the message 1 propagation (3) has been completed, and the unit SOP corresponding to the mission 2 (4) is in progress.

The display module 110 does not necessarily display only the objects corresponding to the unit SOP, but may display objects 1 and 14 indicating the start and end of the SOP scenario shown in FIG. 3, and links as described later Objects and transition objects may be further displayed.

Of course, information on the mission corresponding to each unit SOP (mission performer, content of the mission, the target of propagation, etc.) is transferred to a predetermined terminal (eg, the administrator's terminal, the display device of the 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 so that it can be distinguished from other unit SOPs.

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

The display module 110 may display an outline, title, or representative detailed mission of a unit SOP corresponding to each object, so that a conductor can grasp the contents of the object. In particular, in the case of a mission type, information about an agent or team to perform the task may be further displayed. For example, it can be seen that the 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 precedence relationship defined in the SOP scenario, so as to easily grasp the precedence relationship between unit SOPs. As described above, the precedence relationship between the unit SOPs may mean a relationship in which a subsequent unit SOP is performed after the preceding unit SOP is completed.

On the other hand, the precedence relationship does not necessarily correspond to 1:1, but may be a 1:many or many:1 relationship in some cases. For example, as shown in Fig. 3, the SOP of the subsequent unit of the mission 2(4) is the internal propagation (6) of the mission 3(5) and the message 2, and the SOP of the preceding unit of the 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 the preceding unit SOP is completed, a plurality of succeeding units may all be executed. According to an implementation example or a predetermined execution setting, some of the plurality of succeeding unit SOPs are selected by the user. Only unit SOP may be performed. In addition, in the case of unit SOPs having a multiple: 1 relationship, a subsequent unit SOP may be performed after all preceding unit SOPs are completed, but depending on an implementation example or a predetermined execution setting, when only some of the plurality of preceding unit SOPs are completed. Subsequent unit SOP may be performed.

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

In the unit SOP of the mission type, a task of transmitting a task message to a terminal of a predetermined task execution 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 SOP of the mission type and wait until the unit SOP of the mission type is completed. Thereafter, when a completion signal is input from a user or a completion signal is received from the terminal of the mission performer, it is determined that the unit SOP of the waiting mission type is completed, and the task set in the subsequent unit SOP may be performed. For example, when the unit SOP corresponding to the mission 5(5) of FIG. 3 is completed, the user may select a circle on the border of the mission 5(9) and input the completion signal of the unit SOP.

A task of determining whether a predetermined condition is satisfied may be set in the unit SOP of the determination type. In one embodiment, when performing a unit SOP of the judgment type, the control module 120 displays information about the condition on the user terminal on which the SOP scenario is displayed, or the terminal of the person in charge who will determine the condition. It can transmit information on conditions and wait for user input or a return signal from the terminal in charge, and by receiving an input corresponding to yes or no from the user or receiving a return signal corresponding to yes or no from the terminal in charge , It can be determined whether the corresponding condition is satisfied. For example, the user may input a signal corresponding to yes or no by selecting one of two circles on the edge of condition 1 (10) of FIG. 3.

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

The unit SOP of the external situational 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 elapsed.

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

On the other hand, the control module 120 determines the next unit SOP to be performed based on the precedence relationship between each unit SOP when the unit SOP in which the work is performed is completed, and performs the process of performing this when the SOP scenario ends. Can be repeated until.

Meanwhile, each object may display information on the execution state of each unit SOP corresponding thereto. In one embodiment, the execution state is a'before execution' state, which is a state before being executed by the control module 120, and'in progress', which is performed by the control module 120 but before the corresponding unit SOP is completed It may be either a'state' or a'completed' state, but there may be more types of execution states depending on embodiments. For example, there may be a state of'skipped' as 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 changes the shape of an object corresponding to the state of each unit SOP or a special Visual effects can be added. For example, before the unit SOP is executed, the background of the object can be displayed in transparent/white color, such as mission 4(7) or message 3 external radio wave 8 of FIG. 3, and when the unit SOP is being executed, FIG. A visual effect with a thick border can be added, such as in Mission 2(4). As shown in the message 1 propagation 3 of FIG. 3, a visual effect in which the background is filled with a predetermined color (or pattern) may be added to the object corresponding to the already completed unit SOP.

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

4A to 4C are diagrams for explaining an example in which the display module 110 changes the shape of each object included in a flowchart as a procedure for responding to an event proceeds.

FIG. 4(a) is a diagram showing only the object part from message 1 propagation 3 to task 4(7) of FIG. That is, Fig. 4(a) shows a case where the task set in task 2(4) is performed after the unit SOP corresponding to message 1 propagation (3) is completed, and waits for completion of the unit SOP corresponding to task 2(4). Show. In the situation as shown in FIG. 4(a), when the unit SOP corresponding to the task 2(4) is completed, the control module 120 propagates the unit SOP and message 2 corresponding to the task 3(5) which is a subsequent 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 shown in FIG. 4(b). . As shown in FIG. 4(b), the display module 110 may transform the borders of the mission 3 (5-1) and the message 2 propagation (6-1) into a thick shape. Meanwhile, when the performed unit SOP is completed, the display module 110 may change the shape of an object corresponding to the completed unit SOP to a second transformed shape or may add a second visual effect. As shown in Fig. 4(b), it is possible to add a visual effect by filling the background of the mission 2 (4-1) with a predetermined color (or pattern).

Thereafter, when the unit SOP corresponding to the mission 3 (5-1) of FIG. 4(b) and the unit SOP corresponding to the message 2 propagation (6-1) are completed, the control module 120 is a subsequent unit SOP. A unit SOP corresponding to 4(7) can be performed, and the display module 110 transmits mission 3(5-2) and message 2 corresponding to the completed unit SOP, as shown in FIG. 4(c). It is possible to change the background of (6-2) and change the frame of Mission 4 (7-1) corresponding to the unit SOP performed in a thick form.

In the above example, an example of changing the border of an object or changing the background has been described, but the scope of the present invention is not limited thereto, and any kind of transformation that can be visually distinguished from the object before the change is possible. It will be easily understood by those of ordinary skill in the field to which the present invention belongs.

According to the technical idea of the present invention as described above, the system 100 visualizes the SOP procedure in the form of a flowchart, and a task to be performed in the future or a task in progress is visually differently expressed, so the person in charge of the task B. It has the effect of allowing mission performers to easily understand the complex SOP procedure and quickly grasp the progress.

On the other hand, it may be necessary to perform a unit SOP that has not yet been performed in order due to an urgent emergency situation or other factors. To this end, the control module 120 may perform a unit SOP corresponding to the unit SOP selected by the user as well as the unit SOP in which the order is to be executed according to the order defined in the SOP scenario. That is, when any one of the objects corresponding to each of the displayed plurality of 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 the selected unit SOP When is completed, the unit SOP to be performed next may be determined based on the preceding relationship between each unit SOP. For example, in the situation as shown in FIG. 3, when the user selects the secondary response 9, the control module 120 may perform a unit SOP corresponding to the secondary response 9 . In this case, the background of all objects from the start (1) to the fire department support request (8) is changed as all preceding unit SOPs are considered to be completed, and the visual effect can be displayed with a thick border of the second response (9). have. On the other hand, depending on the implementation example, a plurality of unit SOPs may be simultaneously performed, and in this case, a visual effect of thickening the border may be added to the secondary correspondence 9 in the state of FIG. 3.

According to the above-described embodiment, when an urgent situation occurs, there is an effect of allowing the conductor to easily cope with the situation by allowing the conductor to select and execute an appropriate unit SOP.

Meanwhile, a procedure in one SOP scenario may be performed by several organizations. For example, there may be cases in which some of the procedures of the SOP scenario should be performed by a first organization, and some of the procedures should be performed by a second organization. In this case, the SOP scenario may further include information for linking response procedures between different organizations.

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

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

FIG. 5 shows a first SOP procedure 412-1 to be carried out in the first organization and a second SOP procedure 412-2 to be carried out in the second organization. For convenience of explanation, objects corresponding to the unit SOP included in the first SOP procedure 412-1 and the second SOP procedure are omitted.

Meanwhile, the display module 110 is a link to express a connection relationship between a predetermined preceding unit SOP included in the first SOP procedure 412-1 and a predetermined subsequent unit SOP included in the second SOP procedure 412-2. Objects 413 and 414 may be further displayed. In addition, the display module 110 includes a leader line connecting the preceding unit SOP and the link object 413 included in the first SOP procedure, a link object 413, a leader line connecting the link object 414, and a link object 414 By further displaying the instruction line connecting the SOP of the subsequent unit, the connection relationship between the SOP of the preceding unit and the SOP of the following unit to be performed in different organizations can be expressed. In addition, when the task set in the preceding unit SOP included in the first SOP procedure 412-1 is completed, the control module 120 follows the subsequent unit SOP included in the second SOP procedure 412-2. It can be determined by the unit SOP to be performed.

In another embodiment, unlike FIG. 5, the display module 110 may display only an SOP procedure corresponding to a unit SOP currently in progress and a link object 413 connected to the currently ongoing SOP procedure. 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 SOP procedure. The 2SOP procedure 412-2 may not be displayed.

After the procedure continues, the unit SOP in the first SOP procedure 412-1 connected to the link object 413 is completed, and the unit SOP in the second SOP procedure 412-2 connected to the link object 414 is When performed by the control module 120, the display module 110 may display a second SOP procedure 412-2, which is a currently ongoing SOP procedure, and a link object 414 connected thereto.

On the other hand, when a fire occurs, secondary damage, for example, leakage of pollutants may occur due to flames. Therefore, a specific SOP scenario needs to be linked with other SOP scenarios, and for this, the specific SOP scenario may further include connection information with other SOP scenarios.

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

Although it may be expressed as a figure having an outline of the shape, it is not limited thereto, and may be one of various shapes.

6 shows 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, objects corresponding to the unit SOPs included in the first SOP scenario 410 and the second SOP scenario 420 are omitted, and are briefly expressed in box shapes 412 and 422.

Meanwhile, the display module 110 is a conversion object 417 to express a connection relationship between a predetermined preceding unit SOP included in the first SOP scenario 410 and a predetermined subsequent unit SOP included in the second SOP scenario 420. Can display more. In addition, the display module 110 includes a leader line connecting the preceding unit SOP included in the first SOP scenario and the conversion object 417, a conversion object 417, a leader line connecting the conversion object 421, and a conversion object 421. A connection relationship between the preceding unit SOP and the succeeding unit SOP included in different SOP scenarios can be expressed by further displaying the indicator lines connecting the subsequent unit SOPs. In addition, when the task 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. Can be determined by

In another embodiment, unlike FIG. 6, the display module 110 includes 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 currently ongoing SOP scenario. Can only 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.

After the procedure continues, the preceding unit SOP in the first SOP scenario 420 connected to the conversion object 417 is completed, and the subsequent unit SOP in the second SOP scenario 420 connected to the conversion object 421 is the control module. When performed by 120, the display module 110 may display an object corresponding to the unit SOP included in the second SOP scenario 420, which is a current SOP scenario, 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 several organizations have to perform the corresponding SOP scenario, the SOP scenario may be very complex and vast. In addition, there may be cases where, for example, SOP scenarios corresponding to fires include procedures for different types of fires, such as oil fires, electric fires, and general fires. As such, when a large number of unit SOPs are included in one SOP scenario, it may be very difficult to identify and track the corresponding SOP scenario if the unit SOPs included in the SOP scenario are displayed at once.

Accordingly, 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 according to an embodiment of the present invention displays all objects corresponding to each unit SOP included in the group SOP. Although it may be possible, this may be simplified and displayed as one group object. This will be described with reference to FIG. 7.

FIG. 7 is a diagram for describing a method of displaying unit SOPs included in an SOP scenario of the present invention in a system according to an embodiment when they are grouped. In the example of FIG. 7, 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. 7A.

와 같은 모양을 가질 수 있지만, 구현 예에 따라서는 다른 모양도 가능할 수 있다.However, according to an embodiment, when the SOP scenario is driven, the display module 110 may display only objects corresponding to a unit SOP belonging to a specific group 510 as shown in FIG. 7(b). In addition, 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 implementation examples.

In the following, displaying objects corresponding to all unit SOPs included in a specific group is referred to as displaying in the expanded form, and displaying group objects instead of objects corresponding to the unit SOP in a specific group is referred to as displaying in folded form. I will call it.

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

Meanwhile, when the SOP scenario includes a plurality of groups, the display module 110 may display only the group including the unit SOP currently being executed in an open form, and display the remaining groups in a folded form. Of course, even in this case, if there is an explicit expand command from the user, the group can be displayed in the form of expand.

Meanwhile, there may be a case in which two terminals simultaneously perform the same SOP scenario. For example, if a person in charge of command in a predetermined disaster situation is absent, a subordinate person in charge or a temporary person in charge can run the SOP scenario to temporarily command the disaster situation, and then the general person in charge returns. There may be cases of driving the same SOP scenario. In this way, in the case of driving the same SOP scenario in two or more terminals, when a mission instruction is issued from all terminals, the mission performer may experience confusion, and thus the present invention can provide a technical idea for preventing this.

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

Meanwhile, when the authority module 130 acquires control rights 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 acquire the control authority, the control module 120 cannot perform the operation set in the unit SOP, but the display module 110 does not have the control authority. Since all operations can be performed, even a terminal without control rights can monitor the progress of the SOP scenario.

On the other hand, the functions performed by the system 100 as described above may be performed when actually controlling a specific facility or facility and responding to a disaster, but as described above, it will be used to train the response to such a disaster. 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 corresponding to the mission process (eg, a device provided in the field, a terminal of a task performer, etc.), a control device (a server, a computer provided in the control room, Sensors, other equipment necessary for control, etc.), or training equipment (eg, head mounted display device, wearable sensor, equipment suitable for performing other training missions, etc.) may be simulated. That is, the training module 150 may perform a series of tasks to perform a task corresponding to each of a predetermined unit SOP or a plurality of unit SOPs in the training mode. Or, it is possible to perform a series of tasks so that training can be performed in a new unit of training created by the manager rather than training in the SOP unit.

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

The training module 150 may perform a necessary task to train a mission process, that is, a series of tasks corresponding to at least one unit SOP. The mission process may be the whole of a specific SOP scenario, but may be a selected part of it. This mission process may be specified by the control module 120. Alternatively, the training module 150 may perform a necessary process so that the trainee can train the mission in a training unit.

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

For example, a third object O3 corresponding to the third unit SOP included in the SOP flow chart 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 an SOP flow chart of the manager's terminal, and may select any one of objects included in the displayed SOP flow chart.

Then, the selected object may be specified as a 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 mission process is defined to include unit SOPs included in 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 selected object through a predetermined criterion according to a situation (e.g., environmental conditions such as temperature, humidity, or a context such as predetermined information collected by the system 100 through a network). Rules may be predefined, and through such rules, a selection object may be adaptively specified in context.

When the 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 the selection object may be defined as the mission process. Depending on the implementation example, from the unit SOP corresponding to the selection object to the final unit SOP of the corresponding SOP scenario may be defined as SOPs corresponding to the mission process.

When the mission process is specified in this way, the mission of the SOP corresponding to the mission process may be simulated by the training module 150.

In the end, in the training mode, it is assumed that a specific event (e.g., the leakage of pollutants is detected, the concentration of a specific substance is higher than the reference value, fire is detected, etc.) occurs when an actual disaster occurs. A series of processes may be performed so that the system 100 and each of the unit SOPs actually perform all or a part of the SOP scenario to be performed when it occurs.

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

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

Referring to FIG. 8, the system 1000 according to the technical idea of the present invention may operate in either a training mode or a general (control) mode. In the case of operating in the general (control) mode, the function can be performed as a disaster response system, not as a system, but for convenience of explanation, the system 1000 operating in the general (control) mode as well as the training mode is used as a system. We will name it (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 it is in a training mode or a general (control) mode in a predetermined manner. One such example may be as shown in FIG. 13.

13 is a diagram for explaining an example in which a system according to an embodiment of the present invention can be operated in either a training mode or a general mode. As shown in FIG. 13, the system 100 is In addition to allowing the mode to be selected through, information on the current mode (eg, training mode) may be displayed.

In FIG. 13, the SOP scenario is shown in the form of description rather than the form of a flow chart on the right side, and image information of facilities related to disaster or training is shown on the left side. In addition, the unit SOP (eg, 1. unit SOP) indicated in red may be a unit SOP in which training is currently being performed. 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, in the SOP flow chart, the unit SOP currently in progress may be displayed to be differentiated from other unit SOPs.

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

In this way, if the task to be performed, the person performing the task, and the equipment to be performed are specified through the SOP flow chart, there is an effect that the manager can intuitively judge the content to be trained, the person to be trained, and the equipment to be trained. This is because the SOP flow chart is a useful tool that can intuitively grasp the entire SOP scenario, and it is possible to relatively easily grasp the unit SOP that is considered to be important or likely to be vulnerable when actually responding to a disaster.

An example of this will be described with reference to FIGS. 9 and 10.

9 is a diagram illustrating a specific example of an SOP scenario according to an embodiment of the present invention and a task of a unit SOP corresponding to each object. In addition, FIG. 10 is a diagram illustrating an example in which disaster response training is controlled through an SOP flow chart according to an embodiment of the present invention.

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

It goes without saying that the display module 110 can further display information (e.g., SOP1 to SOP10) on tasks corresponding to each of the objects (eg, O1 to O10) as shown in FIG. 9B. .

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 a third unit SOP of the SOP flow chart as a selection object.

The method of specifying the selection object by the control module 120 may be selected from the administrator terminal as described above, or set as a 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 external natural environment conditions such as temperature and humidity correspond to the first criterion, training is performed from the first unit SOP of a specific SOP scenario, and if the second criterion is met, the specific SOP scenario or the third unit SOP of other SOP scenarios From there you can perform the training.

Or, if the natural environment meets the first criterion, the unit SOP to which the task is assigned to the first task performers (e.g., workers of a specific facility, or task performers in a specific position or position) in a predetermined SOP scenario. It may be specified as a selection object, and if the second criterion is met, a unit SOP to which a task is assigned to the second mission performers may be specified as the selection object. Of course, when there are a plurality of specified selection objects, any one or a plurality of them may be finally specified as the selection object.

Alternatively, if 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, sensor, or control facility) is operated may be specified as a selection object, If the second criterion is met, a unit SOP in which a predetermined second facility is operated may be specified as a selection object.

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

In any case, when 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 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's selection or a predetermined criterion may be determined as a selection object.

Once the selection object is specified, the mission process can be specified. The mission process may be specified according to the selection object, and for example, only 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 first row 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, training corresponding to each unit SOP included in the mission process may be simulated by the training module 150.

In the end, according to the technical idea of the present invention, in training, not only the entire task can be trained from the beginning to the end of a specific SOP scenario, but also the task, the task performer, and the equipment are efficiently selected so that intensive training can be achieved .

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

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

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

To this end, the training module 150 not only simulates a mission 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. It is possible to notify the performer of the unit SOP (eg, O1 to O2) or the performer of the unit SOP corresponding to the selection object O3. That is, information indicating what the task of the preceding unit SOP was to may be notified to the task performer of the unit SOP corresponding to the selection object O3. And, it may be notified that these tasks are assumed to have been performed. Through this, even if the task performer of the unit SOP corresponding to the selection object O3 is not actually trained, it is possible to clearly recognize information on the unit SOP treated as trained, so that training can be performed without a hitch. . This is because missions are usually continuity, so it may be important to familiarize yourself with information about the missions that should have been performed before.

Of course, if necessary, information about the task and/or the content that the task is assumed to be performed may be notified to the task performers of the preceding unit SOPs (eg, O1 to O2). Because the task performer of the preceding unit SOP (e.g., O1 to O2) may reappear as the task performer of the succeeding unit SOP, and in this case, the actual training must be recognized in advance in a specific SOP scenario. This is because even if it starts, training without a hitch can be possible.

Meanwhile, among the information to be notified to the task performer of the preceding unit SOP (e.g., O1 to O2) or the selection object O3, there may be a case in which information on the assumption situation assumed by the currently ongoing training should be included. . This case may be useful, for example, when there is a unit SOP of a judgment type among the preceding unit SOPs. This will be described with reference to FIG. 11.

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

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

In this case, it can be seen that, for example, an object of a determination type (a diamond shape) is included among the preceding unit SOPs of the selected object.

In this case, for the object of the determination type, the SOP scenario may proceed to the selected object or another object according to a specific condition. For example, in the case of the judgment type object, if the value of the predetermined sensor is less than 10, the scenario proceeds in the left-following unit SOP, and if the value of the sensor exceeds 10, the scenario is performed in the right-following unit SOP, i.e. Can be assumed to proceed.

In this case, the task performer of the selected object needs to clearly recognize what situation the training currently being performed by the unit SOP corresponding to the object of the determination type is assumed and proceeded. For example, a situation in which the value of the sensor is more than 10 may be a situation that the task performer of the selected object needs to know, or it is a situation in which it is assumed that the situation (eg, 12 to 13, etc.) is more specifically specified among more than 10. I can. In any case, the task performer of the selected object may be able to perform a clearer task only when he/she knows what assumption situation the task being performed is based on. In this case, the training module 150 is assumed to be The situation can be specified in a predetermined manner and notified to the task performer of the selected object.

Through this, there is an effect that even if training is not performed from the beginning of a specific SOP scenario, there is no setback and training like a real battle can be performed.

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

An example of this will be described with reference to FIG. 12.

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

Referring to FIG. 12, as shown in FIG. 12, a variety of sensors (e.g., chemical sensors) in the target facility for which disaster response is to be performed according to SOP scenarios when a target of control, that is, controlled by the system 100, and a disaster occurs. A material detection sensor, heat detection sensor, etc.) may be installed.

It goes without saying that the system 100 may store spatial information of the facility, information about locations where sensors are installed, and information about types of sensors.

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

For example, the training module 150 may specify one or more of sensors (eg, fire sensors) installed in the facility. For the identification of such a sensor, an administrator may directly select a sensor, or when a specific area or a specific device is specified, sensors capable of sensing a fire in a specific area or specific device may be automatically specified.

Then, the training module 150 may simulate the occurrence of a sensing event (an event that senses a fire occurrence) that initiates a predetermined SOP scenario (eg, an SOP scenario when a fire occurs) through a specified sensor. In other words, by simulating the sensor, you can specify the disaster you want to train.

Then, the training module 150 automatically specifies the SOP scenario to be performed when a sensing event occurs by the specified sensor, and can simulate response training according to the specified SOP scenario. .

Of course, the SOP flow chart corresponding to the SOP scenario can be displayed on the manager's terminal in order for the manager to check the course of the response training as needed, and the object corresponding to the unit SOP currently in progress is displayed differently from other objects. The training situation can be easily observed and/or controlled by the manager.

Meanwhile, in addition to training in units of SOPs using the SOP flow chart as described above, the system 100 may allow training to be performed in units of training scenes defined by the administrator.

That is, regardless of the SOP, a training scene that the administrator considers necessary for training may be arbitrarily generated, or a training scene may be generated according to a 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 any one unit SOP, or training that includes at least one mission, that is, a training mission, extracted from each of different SOPs, and a plurality of extracted training missions. A god may be created. The generated training scene can be simulated in VR, that is, virtual reality so that training can be performed in a virtual environment similar to a real situation.

The generation of such training scenes may be performed by the training generation module 160.

The training generation module 160 may generate a training scene corresponding to the location of the disaster and the type of disaster. In other words, create a training scene that includes at least one appropriate mission to be performed at the type of disaster (eg, fire, gas, electric leakage, etc.) and the location where the disaster occurred (eg, warehouse, specific facility, specific equipment, etc.) can do.

When the training scene is generated in this way, 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 trainee can perform each of the training missions using VR equipment prepared in advance so that training can be performed in virtual reality, and the trainee's action is 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 other training scenes, etc.).

Each training mission may mean a task that the trainer must perform. Each of these training missions may be defined as a component and/or an action. Depending on implementation examples, components are not required, and training missions may be defined only with actions. The component may mean an object to be used in the training mission or an object of the training mission. Actions can refer to actions that the trainer should perform.

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

In order for the training generation module 160 to generate a candidate training mission, the SOP may be referred to, or the SOP may not be referred to, and may be generated simply by using only the type and location of the disaster.

According to an example, the training generation module 160 may automatically generate a candidate training mission according to the type of disaster (eg, fire) and location (eg, specific facility). The generated candidate training mission may be a mission that moves to a fire extinguisher or other equipment located closest to the occurrence location, and/or an action that performs a specific action 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'influence area') based on the location of occurrence. For example, if there is a warehouse with flammable materials near the fire location and if not, the candidate training mission generated by the training generation module 160 may be different.

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

Also, the affected area may vary depending on the type of disaster. For example, in case of a fire, the affected area may be set within 100 meters from the location of the occurrence, and in the case of leakage of hazardous substances such as gas, the affected area may be set within 1 km from the location of the occurrence.

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

An example of this will be described with reference to FIG. 17.

17 is a diagram illustrating a process in which a training mission is linked 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 the type and/or location of the disaster (S100 ). For example, the type and/or location of the disaster may be designated by the administrator. Depending on the embodiment, when the SOP can be specified only by the type of disaster, only the type of disaster may be specified. In any case, information for specifying the SOP corresponding to the disaster that occurred and the disaster that occurred may be specified (S100), and accordingly, the training generation module 160 searches the SOP DB 140 to extract the corresponding SOP. Can be (S110, S120).

In addition, by analyzing the searched corresponding SOP, at least one candidate training mission corresponding to the corresponding SOP may be generated (S130 and S140). The candidate training mission corresponding to the corresponding SOP may be only the 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 may 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 a component and an action 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 according to a predetermined type and location of a disaster. The context of the corresponding SOP may be, for example, [mission] shown in FIG. 9B.

For example, when the SOP of fire alarm and manpower support request is the corresponding SOP, the training generation module 160 may specify the alarm device as a component through the context of'fire alarm', and drive the alarm device. One training mission can be created by specifying an action.

In addition, the training generation module 160 specifies a device (e.g., a phone, a radio, etc.) necessary for a manpower support request as a component through the context of a'manpower support request', and defines a manpower request through a specific component as an action. Training missions can be created.

In this way, the training mission corresponding to the content described in the context of the corresponding SOP can 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, depending on the embodiment, a connection training mission may be generated.

The connection training mission is not defined in the content 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'personnel support request' may also be an SOP training mission.

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

In general, the connection training mission is a mission to be performed by the trainer between different training missions, that is, SOP training missions (e.g., SOP training missions must be performed according to the path between the locations where each of the SOP training missions is to be performed). Mission) can be defined, but is not necessarily limited to this.

A series of processes in which the training generation module 160 generates a training scene will be described below with reference to the drawings.

14 to 16 are diagrams illustrating 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 the administrator's terminal.

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

14 shows a case in which a predetermined site (for example, any one unit area among disaster management targets such as'Gwanggyo Branch') is previously selected, but the training generation module 160 is a disaster management target from the manager terminal. Any one unit area (eg, branch office, branch office, business site, etc.) among the areas may be selected.

Then, as shown in FIG. 15, 2D or 3D modeling information, that is, image information corresponding to the selected site may be provided to the manager terminal.

The administrator can use the video information to specify a specific location among the sites as the location of the disaster.

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

This example may be as shown in FIG. 16.

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

Referring back to FIG. 15, the UI indicated by number 3 may be a UI capable of setting the situation of the trainee. Through UI 3, the location of the trainee at the start of training and the components that the trainee possesses can be defined.

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

As shown in FIG. 18, the manager can designate a location that exists when the trainee starts training by dragging and dropping the corresponding UI onto the image information or setting x, y, and z values.

In addition, as shown in FIG. 18, a component (eg, a mobile phone) possessed by the user may be set as a user characteristic. For example, in the case of having a mobile phone, the trainer can be simulated as being able to communicate the situation to a specific person without using other components.

Referring back to FIG. 15, the UI indicated by number 4 may be a UI capable of setting a component to be used for training. Through UI 4, properties (eg, location, number, etc.) of components that the trainer will use for the training mission may be defined.

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

As shown in FIG. 19, the manager can designate the location of the component by dragging and dropping the corresponding UI onto the image information or setting x, y, and z values.

In addition, it is of course possible to select the type of component (eg, firefighting equipment, ignition, etc.) as shown in FIG. 19.

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

As shown in FIG. 20, the manager may individually define properties (specific actions (missions), components, execution times, other descriptions, etc.) of each training mission through an interface provided by the training generation module 160.

Of course, FIG. 20 shows a case in which the manager sets each 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 can be as described above.

When the training mission is defined and the training scene is defined in this way, the training module 150 may simulate the training of the trainee.

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). 21 shows a virtual environment in which the trainee experiences through training equipment (eg, a head mounted device, etc.) in the upper part, and the actual training environment of the trainee is illustrated in the lower part of FIG. 21.

In the example shown in FIG. 21, each training mission may be a predetermined object picking/phone, fire extinguisher operation, object movement, etc., but is not limited thereto, and various training can be simulated.

In addition, according to an embodiment, various 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 motion or a user's posture, are included in the training module. While communicating with 150, it is possible to simulate a user's action.

Meanwhile, the training module 150 may collect training performance data when such a training scene is performed by a trainee. 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 new time required for training. Various training performance data may be collected representing training results of all other training scenes or individual training missions.

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

In other words, by collecting training performance data, the currently defined training scene can be changed more realistically or more appropriately to cope with a disaster. The fact that the training generation module 160 changes the attribute of the training scene means that the training generation module 160 automatically changes the attribute of the training scene, as well as recommends the change of the attribute to the administrator, and responds to the recommendation. Therefore, if the manager approves it, it can be defined as including the case where the properties are finally changed.

Meanwhile, as described above, the system 100 may perform communication with a mission performer according to the technical idea of the present invention.

An example of this will be described with reference to FIG. 22.

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

Referring to FIG. 22, the system 100 may communicate with each of a plurality of mission performers. Through communication, the system 100 can deliver a mission as described above. In addition, it is possible to receive information on the performance status of a mission, and accordingly, grasp the progress information of each SOP, each performer, or each group performing the mission.

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

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

However, the messaging method dependent on such a platform may cause communication failure in a disaster situation. Accordingly, according to the technical idea of the present invention, a communication method between the system 100 and a terminal (eg, 220) capable of solving this problem is disclosed.

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

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

In this case, the first communication method may be a general-purpose communication protocol that is not dependent on the platform, 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 EMS (Enhanced Messaging Service) message provided by a mobile communication network. However, the present invention is not limited thereto, and an average expert in the technical field of the present invention can easily infer that the technical idea of the present invention can be applied as long as it is a protocol in a form that is robust to communication even in a disaster situation without being dependent on the platform.

To this end, the system 100 may communicate with the terminal (eg, 220) using a predetermined messaging server 700. The messaging server 700 may be an SMS/MMS/EMS server supporting the 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 through a predefined protocol.

Hereinafter, a case in which the system 100 is expressed as performing messaging with the terminal (eg, 220) in the present specification may be defined as including a case in which messaging is performed through the messaging server 700.

It goes without saying that a predetermined security solution (eg, fire protection 600) may be provided between the system 100 and the messaging server 700.

In addition, it is of course possible to further perform messaging between the system 100 and the terminal (eg, 220) through platform-dependent communication, that is, a second communication method.

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

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

At this time, the application installed in the terminal (e.g., 220) uses the message of the first communication method to develop a technical idea that enables the task performer to increase the efficiency of communication with the 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 check information or procedures necessary for disaster response through the application. There may be inconvenience of separately checking and responding to the message of the first communication method. And this discomfort and non-integration of information can cause very serious problems in terms of immediate response and organic response in an 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 method of propagating a disaster situation according to an embodiment of the present invention.

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

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

To this end, the application may preset a preset phone number (eg, a control phone number) as a message to be monitored, and parse the message only when the preset phone number is the calling number. Alternatively, when the first context propagation message is defined to have a predefined format and a regular expression, only a message conforming to the regular expression may be parsed. You can avoid parsing unnecessary messages in various ways.

In addition, the application performs a certain task through the first situation propagation message by comparing it with the content extracted from the first situation propagation message when the list of mission identification information and mission content is previously stored in the terminal (e.g., 220). It can be checked whether this is requested (S210).

Then, the application may provide the content included in the first situation propagation message to a task performer through the application (S215). That is, the mission performer checks the first situation propagation message through the application without having to check the first situation propagation message of the first communication method through means other than the application (eg, SMS or MMS service software). I can.

Therefore, even if a predetermined information or request comes from the system 100 in the first communication method, the task performer can use the unified communication channel by checking through the application. Moreover, since the above application stores various meaningful information necessary for disaster response (e.g., SOP before and after the person performing the task, other available resources, etc.), the first situation propagation message can be provided to the mission performer in connection with these meaningful information. It can have an effect.

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

24 shows an example of a message for implementing a method for propagating a disaster situation according to an embodiment of the present invention, and FIG. 25 is a message for implementing a method for propagating a disaster situation according to an embodiment of the present invention. Here is an example provided to the performer.

As shown 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 content (eg, “implementing initial response with a fire extinguisher”). The application may check which mission is requested through the first situation propagation message among the previously stored mission identification information based on the mission identification information.

These messages can be checked through the message verification means irrespective of the application. However, if this can be confirmed through the above application, it is possible to solve the problem that the mission performer has to check multiple communication channels to perform the mission. There is an effect that information can be linked and provided to the person performing the mission. And, depending on the implementation example, the mission content may provide the content included in the first situation propagation message to the mission performer, or the mission content (ie, corresponding to the mission identification information) stored in the application in advance is provided to the mission performer. You may.

For example, as shown in FIG. 25, the application may provide the task performer to visually check whether the task of the received first situation propagation message is the task at which location on the SOP. That is, in the embodiment of FIG. 25, by linking the first situation propagation message with SOP information, not only the content included in the first situation propagation message is provided to the task performer through the application, but also information on the relationship with the front and rear SOPs. By providing it in the form of a predetermined flow chart as described above, there is an effect of providing additional meaningful information to a task performer. 25 illustrates an example in which the application provides the contents of the first situation propagation message in connection with the SOP, but the application provides the first situation propagation message to a task performer, so that other disaster responses stored in the application and An average expert in the technical field of the present invention will be able to easily infer that it can be provided to a task performer in connection with relevant meaningful information.

Referring back to FIG. 23, the application may receive information on a mission performance status indicating a progression of a task content corresponding to a first situation propagation message provided to a task performer. That is, the mission performance status message also needs to be transmitted as a message of the first communication method. In this case, in the case of using the conventional message creation means of the first communication method, since a message must be inputted 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.

Therefore, even when transmitting a mission performance status message indicating the information on the mission performance status, the application receives the information on the mission performance status from the mission performer, and the application sends the mission performance status message to the system 100. By allowing the transmission to be performed, not only the unification of the communication channel, but also information on the mission performance status can be easily input through a predetermined UI provided by the application.

The application receives information on the status of mission performance (e.g., mission completion, 70% of mission performance, etc.), and generates a first communication method message including this information, that is, a mission performance status message. Yes (S230). In addition, the application may control the terminal (eg, 220) so that the mission performance status message is transmitted to the system 100 (S240). Of course, if necessary, a second communication method message (eg, a 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 can parse the received mission performance status message to determine the progress of the mission for each mission performer, and update this for each of the plurality of mission performers to proceed with the mission. The degree can be maintained/managed (S250, S260).

On the other hand, the system 100 may have a task of transmitting predetermined information to at least one other task performer, that is, the second task performer, in the task of the specific task performer who transmitted the first situation propagation message and the first task performer. have. These missions will be defined as radio missions. This propagation mission may be included in the first situation propagation message, or may not be included in the first situation propagation message, but may be included in the mission content stored in the application. Alternatively, it may be a mission that is recognized by the first mission performer and is not separately stored in the first context propagation message or application.

In any case, these preaching missions may have to be performed by the first missionaries.

Even in this case, the application may feed back to the system 100 whether or not the radio wave mission has been performed.

An example of this will be described with reference to FIG. 26.

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

Referring to FIG. 26, after the terminal (e.g., 220) of the first task performer receives the first situation propagation message, the terminal (e.g., 220) is at least one terminal (e.g., 220) of the second task performer. -1, 220-2) can perform a radio wave mission of transmitting predetermined information.

It goes without saying that the content to be propagated through this propagation mission may be the content included in the first situation propagation message, or other predetermined content.

The terminal (eg, 220) of the first mission performer may perform the radio wave mission through a first communication method, or may perform the radio wave mission through a second communication method. Alternatively, if any one method is performed, the application may automatically perform an additional radio wave mission with another communication method. In order to perform such a radio wave mission, a message transmitted by the terminal of the first mission performer (eg, 220) to the terminal of the second mission performer (eg, 220-1, 220-2) will be defined as an agent propagation message. .

The performer propagation message may be a case where it is more preferable to be transmitted by the first mission performer, for example, a case that the first mission performer transmits after performing a predetermined mission, but is not limited thereto, and at the site of disaster response. Depending on the situation that occurs, the system 100 may be used when it is desirable for the first mission performer to transmit the transmission to the second mission performer according to a predetermined rule. Of course, in addition to various needs, the first mission performer needs to transmit a predetermined task, information, or request to another person, and at this time, the performer propagation message may be used.

The application checks whether the radio wave mission has been performed by monitoring the message transmission means of the first communication method when the performer radio message is transmitted in the first communication method, and if the radio wave mission is performed, the transmission completion message is sent to the system 100, that is, Feedback information on whether the radio wave mission has been performed can be transmitted. At this time, the transmission completion message may also be a message of the first communication method.

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

As a result, according to the technical idea of the present invention, there is an effect that the propagation of information to be propagated in stages according to a disaster situation can be monitored in real time.

27 is a diagram illustrating a schematic configuration of an application system according to an embodiment of the present invention.

Referring to FIG. 27, in order to implement the technical idea of the present invention, an application system may be implemented in the terminal (eg, 220). The application system may be implemented by organically combining the application 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, it is possible to transmit and receive messages as described above. For example, as described above, the system 100 may receive a situation propagation message including mission identification information and/or mission details of each mission performer through the first communication method. In addition, a mission performance status message and/or a transmission completion message may be transmitted to the system 100.

The terminal control module 223 may check a message received through the interface module 223 and transmit the 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 mission has been requested, and the determined information on the mission performance status of the mission is transmitted to the terminal. When inputted through, the interface module 223 may be controlled to generate a mission performance status message corresponding to the mission performance status and transmit it to the system in the first communication method. In addition, as described above, it is possible to monitor whether the radio wave mission has been performed, and control to transmit a transmission completion message to the system 100.

Meanwhile, according to an implementation example, the system 100 may include a processor and a memory storing a program executed by the processor. The processor may include a single-core CPU or a multi-core CPU. The memory may include high-speed 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 processors and other components can be controlled by a memory controller. Here, when the program is executed by a processor, the system 100 according to the present embodiment may perform the above-described system providing method.

Meanwhile, the method according to an embodiment of the present invention may be implemented in the form of a computer-readable program command and stored in a computer-readable recording medium, and the control program and the target program according to the embodiment of the present invention are also computer-readable. It can be stored in a readable recording medium. The computer-readable recording medium includes all types of recording devices storing data that can be read by a computer system.

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

Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and floptical disks. Hardware devices specially configured to store and execute program instructions such as magneto-optical media and ROM, RAM, flash memory, etc. are included. In addition, the computer-readable recording medium is distributed over a computer system connected through a network, so that computer-readable codes can be stored and executed in a distributed manner.

Examples of the program instructions include not only machine language codes such as those produced by a compiler, but also a device that processes information electronically using an interpreter, for example, high-level language codes that can be executed by a computer.

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

The above description of the present invention is for illustrative purposes only, and those of ordinary skill in the art to which the present invention pertains will be able to understand that it can be easily modified into 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 illustrative and non-limiting in all respects. For example, each component described as a single type may be implemented in a distributed manner, and similarly, components described as being distributed may also be implemented in a combined form.

The scope of the present invention is indicated by the claims to be described later rather than the detailed description, and all changes or modified forms derived from the meaning and scope of the claims and their equivalent concepts should be construed as being included in the scope of the present invention. .

Claims (13)

A step of confirming, by a system performing disaster situation propagation, a mission for each of a plurality of mission performers according to a disaster occurrence;
The first communication method for a situation propagation message including the mission details of each mission performer checked by the system-the first communication method is SMS (Short Messaging Service), EMS (Enhanced Message Service), or MMS (Multimedia Messaging Service) At least one of-and propagating to a terminal for each mission performer;
And receiving, by the system, a mission performance status message of the mission corresponding to a situation propagation message from the terminal for each mission performer through the first communication method,
The situation is propagated by an application installed in the terminal for each task performer-the system and the application can communicate with a second communication method-the second communication method is a predefined push message between the system and the application- The message is analyzed-a message to be analyzed is determined among the first communication method messages received by the terminal for each task performer based on whether the calling number or the message is in a predetermined format -, corresponding to the analyzed situation propagation message The task details are displayed on the task performer's terminal,
Disaster situation, characterized in that when information on the mission performance status of the mission corresponding to the mission content is input through the application, the mission performance status message is generated by the application and transmitted to the system through the first communication method. Method of propagation.
delete The method of claim 1, wherein the disaster situation propagation method,
And the system further transmits the situation propagation message to the application through the second communication method.
The method of claim 1, wherein the situation propagation message,
The mission content for propagating the performer propagation message to be transmitted to at least one second mission performer by the first mission performer receiving the situation propagation message is included,
When the performer radio message is transmitted by the terminal of the first mission performer in the first communication method or the second communication method,
Disaster situation propagation method in which the application transmits a transmission completion message of the performer propagation message to the system.
delete delete The application system corresponding to the application installed in the terminal for each mission performer sends a situation propagation message including the mission details of the mission for each mission performer from the system performing disaster situation propagation.- The first communication method is SMS (Short Messaging Service), EMS (Enhanced Message Service), or MMS (Multimedia Messaging Service) at least one of-receiving a step;
The application system-the system and the application can communicate with a second communication method-the second communication method is a predefined push message between the system and the application-analyzes the situation propagation message-and sends Based on whether the number or message is in a predetermined format, a message to be analyzed is determined among the first communication method messages received by the terminal for each task performer -, displaying the mission content corresponding to the analyzed situation propagation message step;
When information on the mission performance status of the mission corresponding to the mission content is input through the terminal, the application system generates a mission performance status message corresponding to the mission performance status and transmits it to the system through the first communication method. A method of disseminating a disaster situation, including steps.
The method of claim 7, wherein the disaster situation propagation method,
When the context propagation message includes the mission content for propagating the operator propagation message to be transmitted to at least one second mission operator by the first mission operator who received the context propagation message,
Disaster further comprising the step of transmitting, by the application, a transmission completion message of the performer propagation message to the system when the performer propagation message is transmitted by the terminal of the first mission performer in the first communication method or the second communication method. How to propagate the situation.
A computer program installed in a data processing apparatus and stored on a recorded medium for performing the method according to any one of claims 1, 3 to 4, 7, or 8.
In a system that performs disaster situation propagation,
SOP DB in which SOPs including missions for each performer of a plurality of missions according to the occurrence of a disaster are stored;
A first communication method for a situation propagation message including the mission details of each mission performer-The first communication method is at least one of SMS (Short Messaging Service), EMS (Enhanced Message Service), or MMS (Multimedia Messaging Service)- And a control module for propagating to a terminal for each mission performer, and receiving a mission performance status message of the mission corresponding to a situation propagation message from the terminal for each mission performer in the first communication method,
The situation is propagated by an application installed in the terminal for each task performer-the system and the application can communicate with a second communication method-the second communication method is a predefined push message between the system and the application- The message is analyzed-a message to be analyzed is determined among the first communication method messages received by the terminal for each task performer based on whether the calling number or the message is in a predetermined format -, corresponding to the analyzed situation propagation message The task details are displayed on the task performer's terminal,
When 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 through the first communication method. .
In the application system corresponding to a predetermined application and installed in a terminal for each mission performer,
The first communication method from the system that performs the disaster situation propagation to the situation propagation message including the mission details of each mission performer-The first communication method is SMS (Short Messaging Service), EMS (Enhanced Message Service), or MMS ( Multimedia Messaging Service) is at least one interface module for receiving-the system and the application can communicate with the second communication method-the second communication method is a predefined push message between the system and the application- -Can communicate with -;
By analyzing the situation propagation message-a message to be analyzed is determined among the first communication method messages received by the terminal for each mission performer based on whether the calling number or the message is in a predetermined format-, confirming that the mission is requested And, when the identified information on the mission performance status of the mission is input through the terminal, the application generates a mission performance status message corresponding to the mission performance status and transmits it to the system through the first communication method. Application system including a terminal control module.

delete delete

Images