JP2018018327A - Simulation device, simulation method and simulation program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a simulation device capable of appropriately evaluating a corresponding behavior of a user according to a situation.SOLUTION: A CPU 2 of a simulation device includes: a first event processing part 22 configured to execute processing to a first event group generated at a preset timing; a second event processing part 24 configured to execute processing to a second event group generated according to an instruction of a user at an arbitrary timing independent from the first event group; and an event evaluation part 26 configured to evaluate a processing content of a user to the first and second event processing parts.SELECTED DRAWING: Figure 2

Description

  The present invention relates to a simulation apparatus. In particular, the present invention relates to a simulation apparatus that makes it possible to simulate on a computer the assumption of disaster occurrence, countermeasures at the time of disaster, evaluation of disaster development and countermeasure effects, and the like.

  For disasters involving a wide range of disaster-affected areas such as earthquakes, volcanic eruptions, plant accidents, etc. Countermeasure rehearsals are being conducted.

  Such training is also called a disaster countermeasure game (Disaster Imagination Game), for the purpose of grasping in advance the matters necessary for the most efficient rescue and recovery in the event of a real disaster, removing the obstacles, etc. It is implemented with the participation of local governments and related organizations in the country.

  When conducting the training, a map of the common disaster area is handed over to the participants of related organizations in advance, and the person in charge of disaster countermeasures communicates the situation such as “earthquake occurrence”. Participants issued instructions for disaster countermeasures necessary for systematic rescue and recovery, such as understanding the detailed damage situation, implementing secondary disaster prevention measures, and evacuating residents. Try to minimize damage.

  For example, Patent Document 1 discloses a system for performing disaster drills through a network, which simulates disasters according to disaster locations and scales and provides disaster training scenarios via the network for each position of the participants of the training. A configuration is disclosed.

JP 2002-162893 A

  On the other hand, as training, it is necessary not only to evaluate the user's response behavior according to the training scenario, but also to evaluate the user's spontaneous response behavior.

  The present invention has been made to solve the above-described problems, and an object of the present invention is to provide a simulation device, a simulation method, and a simulation program capable of appropriately evaluating a user's corresponding action according to a situation. And

  A simulation apparatus according to an aspect is generated according to a user instruction at an arbitrary timing independent of the first event group and a first event processing unit that executes processing for a first event group that occurs at a predetermined timing. A second event processing unit that executes processing for the second event group to be performed, and an event evaluation unit that evaluates user processing contents for the first and second event processing units.

  Preferably, a management unit for setting a first event group to be executed by the first event processing unit is further provided.

  Preferably, the management unit includes a difficulty level setting unit that sets a difficulty level of the first event group.

  Preferably, the management unit is at least one of the number of first events included in the first event group according to the difficulty level set by the difficulty level setting unit, the timing of occurrence, and the type of the first event. Set one.

Preferably, a result display unit that outputs an evaluation result of the event evaluation unit is further provided.
Preferably, the event evaluation unit evaluates the processing contents of the plurality of users with respect to the first and second event processing units, and the result display unit outputs the evaluation results of the plurality of users.

  Preferably, the first event group is composed of events including information relating to a response that occurs due to a virtual disaster.

  Preferably, the second event group includes a second event that is defined in advance according to a user instruction and a third event that is not defined in advance according to the user's intention.

  A simulation method according to an aspect includes a step of executing a process for a first event group that occurs at a predetermined timing, and a second event that is generated according to a user instruction at an arbitrary timing independent of the first event group. A step of executing a process for the event group; and a step of evaluating a process content for the first and second event groups.

  A simulation program executed in a computer of a simulation apparatus according to a certain aspect, wherein the simulation program executes a process for a first event group generated at a predetermined timing, and a first event processing unit A second event processing unit that executes processing for a second event group that is generated in accordance with a user instruction at an arbitrary timing independent of the one event group, and an event that evaluates processing content for the first and second event processing units It functions as an evaluation unit.

  According to the present invention, it is possible to appropriately evaluate the user's corresponding action according to the situation.

It is a figure explaining the hardware constitutions of the simulation apparatus 1 based on embodiment. It is a functional block diagram implement | achieved by CPU2 based on embodiment. It is a figure explaining an example of the execution screen (it is also called a simulation screen) of the simulation process based on embodiment. It is a figure explaining another example (the 1) of the execution screen of the simulation process based on embodiment. It is a figure explaining another example (the 2) of the execution screen of the simulation process based on embodiment. It is a figure explaining another example (the 3) of the execution screen of the simulation process based on embodiment. It is a figure explaining the example of the event corresponding | compatible table based on embodiment. It is a figure explaining an example of the evaluation result screen 400 based on embodiment. It is a figure explaining an example of the evaluation result screen 500 based on embodiment. It is a figure explaining the start screen in the simulation apparatus 1 based on embodiment. It is a figure explaining an example of the event content edit screen based on embodiment. It is a figure explaining another example of the event content edit screen based on embodiment. It is a figure explaining an example of the difficulty level setting screen of the simulation process based on embodiment. It is a figure explaining the processing flow of the simulation apparatus 1 based on embodiment. It is a flowchart explaining the subroutine of the event edit process based on embodiment. It is a flowchart explaining the subroutine of the difficulty level setting process based on embodiment. It is a flowchart explaining the subroutine of the simulation execution process based on embodiment.

  Embodiments will be described in detail with reference to the drawings. Note that the same or corresponding parts in the drawings are denoted by the same reference numerals and description thereof will not be repeated.

  The simulation apparatus according to the embodiment may be a stationary apparatus such as a personal computer, or a simulation apparatus in which a server and a personal computer are linked. Further, the apparatus is not limited to a stationary apparatus, and may be a portable apparatus. For example, it may be a portable (also called portable) device such as a mobile phone or a smartphone.

<A: Overall configuration>
FIG. 1 is a diagram illustrating a hardware configuration of a simulation apparatus 1 based on the embodiment.

  As shown in FIG. 1, the simulation apparatus 1 includes a CPU (Central Processing Unit) 2, a memory 4, a hard disk 6, a display 8, a keyboard / mouse 10, and an internal bus 12.

The CPU 2 controls the entire simulation apparatus 1.
The memory 4 is used as a work area for the CPU 2.

The hard disk 6 stores various programs and data executed by the CPU 2.
The display 8 displays data and information processed by the CPU 2.

  The keyboard / mouse 10 is an input interface and accepts an operation input from a user.

  The internal bus 12 is connected to each hardware and is used to exchange data and information of each hardware.

  The simulation device 1 may be configured by a plurality of devices. For example, the simulation apparatus 1 may have a configuration in which the main body apparatus having the CPU 2 and the like and the apparatus having the keyboard / mouse 10 and / or the display 8 are separate. For example, in another embodiment, the simulation apparatus 1 may be configured by a main body device and a device having a keyboard / mouse 10 and a display 8, or by a main body device and an operation device having the keyboard / mouse 10. It may be configured. Further, the simulation apparatus 1 may be configured not to include the display 8 but to use a television as a display. Moreover, the structure which implement | achieves a simulation apparatus in cooperation with the server apparatus which is not shown by CPU2 may be sufficient.

FIG. 2 is a functional block diagram realized by the CPU 2 based on the embodiment.
As shown in FIG. 2, the CPU 2 implements various functional blocks by executing programs stored in the hard disk 6.

  Specifically, the CPU 2 includes an operation reception unit 20, a simulation execution unit 21, and a display control unit 30.

The operation accepting unit 20 accepts a user operation input from the keyboard / mouse 10.
The simulation execution unit 21 executes a simulation process in the present embodiment.

The display control unit 30 displays a simulation process screen in the present embodiment.
The simulation execution unit 21 includes a first event processing unit 22, a second event processing unit 24, an event evaluation unit 26, and an event management unit 27.

  The first event processing unit 22 executes processing for a first event group that occurs at a predetermined timing.

  The second event processing unit 24 executes processing for the second event group that is generated in accordance with a user instruction at an arbitrary timing independent of the first event group.

The event evaluation unit 26 evaluates the processing content (corresponding behavior) for the event.
The event management unit 27 manages simulation processing. Specifically, the number of events to be presented to the user is set and managed.

The event management unit 27 includes a difficulty level setting unit 28 and an event editing unit 29.
The difficulty level setting unit 28 sets the difficulty level of an event to be presented to the user in the simulation process. If the difficulty level is high, increase the number of events. Alternatively, a complicated or advanced event may be presented to the user.

  The event editing unit 29 edits the event content presented to the user in the simulation process.

<B: Screen example>
FIG. 3 is a diagram illustrating an example of a simulation processing execution screen (also referred to as a simulation screen) based on the embodiment.

FIG. 3 shows an example of a basic simulation screen 100.
Various information is shown on the simulation screen 100. Specifically, the simulation screen 100 is provided with a “behavior procedure reference” tab 102 (also simply referred to as a tab) for instructing the user to display a list of items for voluntary event processing. When the user selects the tab 102, a list of items that the user voluntarily processes the event is displayed.

  In addition, the simulation screen 100 is provided with a selection button that allows the user to voluntarily perform event processing in addition to the list defined in “behavior procedure reference”. Specifically, the simulation screen 100 includes an “instruct” button 115 and a “report” button 116.

  The simulation screen 100 also includes information 104 indicating the elapsed time since the execution of the simulation started, information (the number of progress steps) 106 indicating the number of events that have progressed, and information 106 regarding the internal status of the simulation process. In addition, information 110 regarding an external situation in the simulation process, information 112 indicating a list of past events in the simulation process, and information 114 indicating a list of contents instructed by the user in the simulation process are shown.

  The information 110 related to the external situation includes external information caused by the occurrence of a disaster in the simulation process. In this example, information on the status of railways, roads, aviation, and general roads is presented.

  The in-house status information 108 includes in-house information caused by the occurrence of a disaster in the simulation process. In this example, information on the in-house situation caused by the occurrence of a disaster at each point in the company (Itabashi, Asagiri,...) Is presented.

  As the information 112 indicating the list of events, information on a list of past event processing items is presented.

  Information 114 indicating a list of instructed contents is information that can confirm the contents instructed by the user for the event.

  On the simulation screen 100, the user can confirm such information. And based on the said information, the appropriate response | action response with respect to the event which generate | occur | produced with respect to the user is promoted, and a user's response | compatibility action is evaluated.

  In this example, it is displayed as the headquarters manager screen, and a simulation screen is displayed asking for response actions from the headquarters manager's position, but in other positions such as headquarters, secretariat, etc. It is also possible to use a simulation screen for requesting corresponding action. You may make it be a simulation process according to a position. In addition, information on the number of staff members at the headquarters and the secretariat is also shown, and appropriate response actions may be determined using the information.

  FIG. 4 is a diagram for explaining another example (part 1) of the execution screen of the simulation process based on the embodiment.

FIG. 4 shows a simulation screen 200 in which an event has occurred.
On the simulation screen 200, the event that has occurred is displayed in a pop-up. In this example, an event screen 202 is displayed. The event screen 202 is a first event that occurs at a predetermined timing according to a predefined scenario.

  The event screen 202 shows the details of the event that has occurred, and items that can be selected as the user's corresponding action for the event content are displayed.

  Specifically, an action area 204 in which the corresponding action can be selected is shown, and a state in which items “answer”, “confirm”, “instruct”, and “ignore” can be selected is shown. Yes. In this example, the state where the cursor 206 is selected for the area of the item “instruct” is shown as an example. The user can select the item by operating the keyboard / mouse 10.

  FIG. 5 is a diagram for explaining another example (part 2) of the simulation processing execution screen based on the embodiment.

  As shown in FIG. 5, here, a simulation screen 300 on which a list of items for which the user voluntarily processes events is displayed is displayed.

  The simulation screen 300 includes a list 302 that performs event processing voluntarily defined in advance, and a plurality of check boxes 304 that instruct execution of event processing corresponding to each of the plurality of events shown in the list 302. By instructing the check box 304, a predetermined spontaneous event occurs, and the user's response action to the event is prompted.

  An event that occurs voluntarily by an instruction to the check box 304 by the user is the second event.

  Similarly to the first event described with reference to FIG. 4, an item that can be selected as a user's corresponding action is displayed for the second event, and the user selects the item by operating the keyboard / mouse 10. It is possible.

  FIG. 6 is a diagram for explaining another example (part 3) of the simulation processing execution screen based on the embodiment.

  As shown in FIG. 6, here, a simulation screen 350 on which an event screen 352 on which the user voluntarily processes an event is displayed is displayed.

  In this example, the event screen 352 is displayed when the user selects the “instruct” button 115.

  The event screen 352 shows a state in which “instructee” can be selected for the area of the “instruct” item, and the user can select an instructor by selecting the area with the cursor 206. It becomes possible.

  In addition, the event screen 352 is provided with a free input area 354, and it is possible to freely input contents instructed to the area 354.

  By selecting and instructing the “instruct” button 115 at an arbitrary timing according to the information shown on the simulation screen 350, a spontaneous event that is not defined in advance occurs, and the user's response action to the event is prompted.

  When the user desires to execute event processing not defined in the list 302 of FIG. 5, it is possible to execute spontaneous event processing at an arbitrary timing.

  The simulation screen 350 is also provided with a “report” button 116, and by selecting and instructing the “report” button 116, a spontaneous event occurs and prompts the user to respond to the event. It is. Similar to the “instruct” button 115, the “report destination” can be selected, and the report partner can be selected. Moreover, it is possible to freely input the contents to be reported.

  The event is an event that occurs when the user voluntarily instructs the “instruct” button 115 or the “report” button 116 and is the second event.

  Similarly, for the second event, a voluntary arbitrary instruction can be given as a user's corresponding action, and an instruction can be given by operating the keyboard / mouse 10.

FIG. 7 is a diagram illustrating an example of an event correspondence table based on the embodiment.
FIG. 7 shows an event correspondence table stored in the hard disk 6. The event correspondence table is used to calculate an evaluation for a user's response behavior to the event that has occurred.

  Here, a case where an identification number (ID) is assigned to each of a plurality of events is shown. Further, event contents and evaluation data are associated with each other and registered corresponding to the identification numbers. It is assumed that both the first event and the second event are registered in the event correspondence table.

  For example, event content “AAA” and evaluation data “A1 / A2 / A3” are associated and registered in correspondence with identification number ID1. Three patterns are shown as an example of the evaluation data. For example, evaluation data “A1”, “A2”, and “A3” are registered corresponding to “Reply”, “Confirm”, and “Instruct” which are selection items that can be selected by the user. “Ignore” shall be treated as having no evaluation data.

  In this example, the evaluation for the user's corresponding action is calculated based on the event correspondence table, and the aggregated evaluation result is output.

FIG. 8 is a diagram illustrating an example of the evaluation result screen 400 based on the embodiment.
FIG. 8 shows an evaluation result screen 400 for evaluating a user's corresponding action for an event. In this example, the evaluation result screen 400 shows the player name, the implementation date and the difficulty level.

  In addition, the evaluation result screen 400 includes the number of presentation events that are the number of first events that occur at a predetermined timing, the corresponding points obtained by counting the evaluation of the corresponding actions for the first events, and the correspondence to the first events. Information on the average event response time indicating the average action time and the number of non-corresponding events indicating the number of events that did not correspond are also shown.

  The evaluation result screen 400 also includes the number of implementation events, which is the number of second events generated by the user's voluntary instruction, the corresponding points obtained by totaling the evaluation of corresponding actions for the second events, the second event Information on the average event response time indicating the average time of the corresponding action is also shown.

In addition, here, information on the previous evaluation value is also shown.
FIG. 9 is a diagram illustrating an example of the evaluation result screen 500 based on the embodiment.

FIG. 9 shows a graph in which the evaluation results of a plurality of players can be compared.
It is possible to compare and analyze the evaluation result of each player by the graph display.

  FIG. 10 is a diagram illustrating a start screen in the simulation apparatus 1 based on the embodiment.

As shown in FIG. 10, an example of a start screen 50 based on the embodiment is shown.
The start screen 50 is provided with a plurality of command buttons. Specifically, the start screen 50 includes an event edit button 52, a difficulty level setting button 54, an execution button 56, and an end button 58.

The event edit button 52 is a button for instructing editing of event contents.
The difficulty level setting button 54 is a button for instructing the setting of the difficulty level of the event.

The execution button 56 is a button for instructing execution of simulation processing.
The end button 58 is a button for ending the process.

FIG. 11 is a diagram illustrating an example of an event content editing screen based on the embodiment.
As shown in FIG. 11, an event content editing screen 600 is shown.

The event content editing screen 600 shows items for which various types of information can be edited.
Specifically, an area in which an area-related name can be set ("area-related name setting") is shown.

  For example, relevant names of railways (“railway-related names”), aircraft-related names (“aviation-related names”), and related names of expressways and motorways (“highway / motorway-related names”) In addition, it is possible to edit items such as names related to general roads (“general road related names”).

  In addition to the name, information on the disaster situation can be edited to any content.

  By reflecting the edited content information on the event content, it is possible to enhance the realistic feeling of the simulation process for the occurrence of an actual disaster and to increase the accuracy of training for the corresponding action.

FIG. 12 is a diagram illustrating another example of the event content editing screen based on the embodiment.
As shown in FIG. 12, an event content editing screen 610 is shown.

The event content editing screen 610 shows items that allow various information to be edited.
Specifically, an area in which a name related to the company (“company related name setting”) and a name related to the business (“business related name setting”) can be set is shown.

Names related to the company can be edited to any name.
Names related to business can be edited to arbitrary names.

  Reflecting the information on the edited content in the event content can further enhance the realistic feeling of the simulation process for the occurrence of an actual disaster, and increase the accuracy of training for the corresponding action.

  FIG. 13 is a diagram illustrating an example of a difficulty level setting screen for simulation processing based on the embodiment.

  As shown in FIG. 13, the difficulty level setting screen 60 shows setting buttons that can be set to three difficulty levels.

  Specifically, the difficulty level setting screen 60 is provided with a “level A” button 62, a “level B” button 64, a “level C” button 66, and an end button 68. Level A has a high difficulty level, level B has an intermediate level of difficulty, and level C has an easy level of difficulty.

The difficulty level of the simulation process is set by selecting one of the buttons.
<C: Flow processing>
FIG. 14 is a diagram illustrating a processing flow of the simulation apparatus 1 based on the embodiment.

  As shown in FIG. 14, the CPU 2 displays a start screen (step S2). Specifically, the display control unit 30 displays the start screen 50 described with reference to FIG.

  Next, the CPU 2 determines whether or not there is an event edit command (step S4). Specifically, the operation reception unit 20 determines whether an operation input of the event edit button 52 has been received on the start screen 50.

  Next, when CPU 2 determines in step S4 that there is an event edit command (YES in step S4), CPU 2 executes an event edit process. Details of the event editing process will be described later. Specifically, the operation receiving unit 20 instructs the event editing unit 29 when an operation input of the event editing button 52 is received on the start screen 50.

  Next, the CPU 2 determines whether or not the process has been completed (step S16). The operation receiving unit 20 determines whether or not an operation input of the end button 58 has been received on the start screen 50.

  If CPU 2 determines in step S16 that the process has ended (YES in step S16), it ends the process (end). If the operation reception unit 20 determines that the operation input of the end button 58 has been received on the start screen 50, the operation reception unit 20 ends various processes in the simulation program stored in the hard disk 6.

  On the other hand, when CPU 2 determines in step S16 that the process has not ended (NO in step S16), it returns to step S2.

  If CPU 2 determines in step S4 that there is no event edit command (NO in step S4), CPU 2 determines whether there is a difficulty level setting command (step S8). Specifically, the operation reception unit 20 determines whether an operation input of the difficulty level setting button 54 has been received on the start screen 50.

  If CPU 2 determines in step S8 that there is a difficulty level setting command (YES in step S8), it executes difficulty level setting processing (step S10). Details of the difficulty level setting process will be described later. Specifically, the operation receiving unit 20 instructs the difficulty level setting unit 28 when an operation input of the difficulty level setting button 54 is received on the start screen 50.

Then, the process proceeds to step S16. The subsequent processing is the same.
On the other hand, if it is determined in step S8 that there is no difficulty level setting command (NO in step S8), the CPU 2 determines whether there is an execution command (step S12). Specifically, the operation reception unit 20 determines whether an operation input of the execution button 56 is received on the start screen 50.

  In step S12, when CPU 2 determines that there is an execution command (YES in step S12), it executes a simulation process (step S14). Details of the simulation execution process will be described later. Specifically, the operation reception unit 20 instructs the simulation execution unit 21 when an operation input of the execution button 56 is received on the start screen 50.

Then, the process proceeds to step S16. The subsequent processing is the same.
In step S12, when CPU 2 determines that there is no execution command (NO in step S12), the process proceeds to step S16.

  FIG. 15 is a flowchart for explaining a subroutine of event editing processing based on the embodiment. This is mainly processing in the event editing unit 29.

  As shown in FIG. 15, the CPU 2 displays an event content editing screen (step S20). The event editing unit 29 instructs the display control unit 30 to display the event content editing screens 600 and 610 described with reference to FIGS. 11 and 12.

  Next, the CPU 2 determines whether or not there is an input on the event content editing screen (step S22). Specifically, as described with reference to FIGS. 11 and 12, it is determined whether there is input of information via the operation accepting unit 20 for an editable item.

  In step S22, if there is an input on the event content editing screen, the CPU 2 performs a setting process (step S24). The event editing unit 29 accepts and sets the content input via the operation accepting unit 20 and stores it in the hard disk 6 as event editing data.

Then, the process ends (return).
On the other hand, in step S22, if there is no input on the event content editing screen, the CPU 2 skips step S24 and ends the process (return).

  FIG. 16 is a flowchart illustrating a subroutine of difficulty level setting processing based on the embodiment. This is mainly processing in the difficulty level setting unit 28.

  As shown in FIG. 16, the CPU 2 displays a difficulty level setting screen (step S30). The difficulty level setting unit 28 instructs the display control unit 30 to display the difficulty level setting screen 60 described with reference to FIG.

  Next, the CPU 2 determines whether or not there is an input on the difficulty level setting screen (step S32). Specifically, as described with reference to FIG. 13, it is determined whether or not a selection of a button for setting a level has been accepted via the operation accepting unit 20.

  In step S32, the CPU 2 performs a setting process when there is an input on the difficulty level setting screen (step S34). When the difficulty level setting unit 28 selects a button for setting a level via the operation accepting unit 20 on the difficulty level setting screen 60, the difficulty level setting unit 28 sets the corresponding level and sets the difficulty level. The data is stored in the hard disk 6 as data.

Then, the process ends (return).
On the other hand, in step S32, if there is no input on the difficulty level setting screen, the CPU 2 skips step S34 and ends the process (return).

  FIG. 17 is a flowchart illustrating a subroutine of simulation execution processing based on the embodiment. This is mainly processing in the simulation execution unit 21.

  As shown in FIG. 17, the CPU 2 reads event edit data (step S40). The event management unit 27 reads event editing data stored in the hard disk 6. Note that when the editing work in the event editing unit 29 is not executed, event editing data set as an initial value may be read.

  Next, the CPU 2 reads the difficulty level setting data (step S42). The event management unit 27 reads the difficulty level setting data stored in the hard disk 6. If the difficulty level setting by the difficulty level setting unit 28 is not executed, the difficulty level of level B may be read as difficulty level setting data as an initial value.

  Next, the CPU 2 sets the number of events (step S44). The event management unit 27 sets the number of events to be executed according to the difficulty level setting data. For example, if the level of difficulty is level B, the number of events is set to a predetermined number. If the level of difficulty is level A, the number of events is set higher than level B. If the level of difficulty is level C, level B events are set. Set it less than the number.

  Note that the number of events is not limited to the setting, and the generation timing or event type may be set. Specifically, for example, if the difficulty level is level B, the first event is set to occur every predetermined time. If the difficulty level is level A, the first event is executed at a predetermined time earlier than level B. If the level of difficulty is set to level C, the first event may be generated at a predetermined time later than level B.

  Further, the type of the first event generated according to the level A to level C difficulty level may be set. Specifically, classify multiple first events into 3 patterns in the order of complex or advanced events, set level A difficulty to the most complex or advanced first event, and level B difficulty to the next rank It is also possible to set the level C difficulty level to the next complex or high level first event.

  Note that any one of the number of events, the timing of occurrence, and the type of event may be set, or a plurality of events may be set in any combination.

  Next, the CPU 2 displays a simulation screen (step S46). The event management unit 27 instructs the first event processing unit 22 to execute a simulation including various event processing based on the read data. The first event processing unit 22 starts processing according to the instruction, and instructs the display control unit 30 to display the simulation screen 100 described with reference to FIG.

  Next, the CPU 2 determines whether or not an event has occurred (step S48). The first event processing unit 22 determines whether or not an event has occurred at a predetermined timing.

  If CPU 2 determines in step S48 that an event has occurred (YES in step S48), it displays the first event screen (step S50). When it is determined that an event has occurred, the first event processing unit 22 instructs the display control unit 30 to display the event screen 202 described with reference to the simulation screen 200 of FIG.

  Next, the CPU 2 determines whether there is a selection instruction (step S52). The first event processing unit 22 determines whether there is an instruction to select a corresponding action for the event content on the event screen 202 via the operation receiving unit 20.

  When CPU 2 determines in step S52 that there is a selection instruction (YES in step S52), it stores the result (step S54). If the first event processing unit 22 determines that there is a selection instruction, the first event processing unit 22 stores the result in the hard disk 6. At this time, the first event processing unit 22 stores data related to the selection instruction in association with the event identification number.

  On the other hand, when CPU 2 determines in step S52 that there is no selection instruction (NO in step S52), it skips step S54 and proceeds to step S56.

  On the other hand, when determining in step S48 that no event has occurred (NO in step S48), the CPU 2 determines whether or not an event has been generated in response to a user instruction (step S62). The second event processing unit 24 determines whether or not an event has been instructed via the operation receiving unit 20 in accordance with a user instruction. The second event processing unit 24 determines whether or not the simulation screen 300 described in FIG. 5 is instructed in the check box 304 of the list of items to be spontaneously processed according to the user instruction. Alternatively, the second event processing unit 24 determines whether or not an instruction to select the “instruct” button 115 or the “report” button 116 for performing event processing spontaneously in accordance with a user instruction is given on the simulation screen 100 described with reference to FIG. to decide.

  If the CPU 2 determines in step S62 that an event has occurred due to a user instruction, the CPU 2 displays a second event screen (step S64). The second event processing unit 24 instructs the display control unit 30 to display a second event screen similar to the event screen 202 described with reference to the simulation screen 200 of FIG. 5 as with the first event screen. Alternatively, the second event processing unit 24 instructs the display control unit 30 to display a second event screen similar to the event screen 352 described in the simulation screen 350 described in FIG.

  Next, the CPU 2 determines whether there is a selection instruction (step S66). The second event processing unit 24 determines whether there is an instruction to select a corresponding action for the event content on the second event screen via the operation receiving unit 20.

  If CPU 2 determines in step S66 that there is a selection instruction (YES in step S66), it stores the result (step S68). When the second event processing unit 24 determines that there is a selection instruction, the second event processing unit 24 stores the result in the hard disk 6. At this time, the second event processing unit 24 stores data related to the selection instruction in association with the event identification number.

  On the other hand, if CPU 2 determines in step S66 that there is no selection instruction (NO in step S66), it skips step S68 and proceeds to step S56.

Next, the CPU 2 determines whether or not the event has ended (step S56).
The first event processing unit 22 determines whether the number of events set by the event management unit 27 has ended.

  If the CPU 2 determines in step S56 that the event has ended (YES in step S56), it totals the evaluations (step S58). If the first event processing unit 22 determines that the event of the number of events set by the event management unit 27 has ended, the first event processing unit 22 instructs the event evaluation unit 26. The event evaluation unit 26 acquires data related to the selection instruction indicating the corresponding action for the first and second events stored in the hard disk 6 in accordance with the instruction from the first event processing unit 22, and the event correspondence table described in FIG. Aggregate evaluations based on Corresponding points are calculated by summing up the evaluation data for a plurality of events. Further, the event evaluation unit 26 stores the total data such as the calculated corresponding points in the hard disk 6.

  Then, the CPU 2 displays the total result (step S60). The event evaluation unit 26 instructs the display control unit 30 to display the evaluation result screen 400 described in FIG. The event evaluation unit 26 instructs the display control unit 30 to display the evaluation result screen 500 described with reference to FIG. 9 when data of evaluation results of a plurality of players are stored in the hard disk 6. Anyway.

Then, the process ends (return).
On the other hand, if the CPU 2 determines in step S56 that the event does not end (NO in step S56), the process returns to step S46. Since the subsequent processing is the same, detailed description thereof will not be repeated.

  By this method, the corresponding action for the first event group that occurs at a predetermined timing is evaluated, and the corresponding action for the second event group in which the user spontaneously generates an event independently of the first event group is also evaluated. Is possible.

  By the said evaluation, it is possible to evaluate appropriately the user's corresponding action according to various situations. In particular, it is possible to increase the accuracy of training because the user's range of thought can be expanded by a simulation that promotes spontaneous response actions, and the user can be encouraged to take actions with a wide field of view as response actions.

  In the present example, the event evaluation unit 26 has been described as instructing the display control unit 30 to display the evaluation result screen 400. However, the event evaluation unit 26 is not limited to the aggregate data such as the calculated corresponding points. You may make it output together the log | history information of a user's corresponding | compatible action which is the information regarding the corresponding content of each 2nd event, corresponding | compatible timing, etc. By outputting detailed history information of the corresponding behavior of the user, more detailed analysis and evaluation of the corresponding behavior of the user can be performed. Specifically, by sending detailed history information of the user's corresponding behavior to the outside, the expert may evaluate the highly specialized response behavior. Alternatively, the history information may be transmitted to the external server, and the analysis and evaluation of the user's corresponding action based on a predetermined algorithm may be executed in the external server.

  The embodiment disclosed this time should be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

  DESCRIPTION OF SYMBOLS 1 Simulation apparatus, 4 memory, 6 hard disk, 8 display, 10 keyboard / mouse, 12 internal bus, 20 operation reception part, 21 simulation execution part, 22 1st event processing part, 24 2nd event processing part, 26 event evaluation part 27 Event management section 28 Difficulty level setting section 29 Event editing section 30 Display control section 50 Start screen 52 Event editing button 54 Difficulty level setting button 56 Execution button 58, 68 End button 60 Difficulty level setting screen, 100, 200, 300, 350 Simulation screen, 202, 352 Event screen, 400, 500 Evaluation result screen, 600, 610 Event content editing screen.

Claims (10)

A first event processing unit that executes processing for a first event group that occurs at a predetermined timing;
A second event processing unit that executes processing for a second event group that is generated according to a user's instruction at an arbitrary timing independent of the first event group;
A simulation apparatus comprising: an event evaluation unit that evaluates a processing content of a user with respect to the first and second event processing units.   The simulation apparatus according to claim 1, further comprising a management unit that sets the first event group to be executed by the first event processing unit.   The simulation device according to claim 2, wherein the management unit includes a difficulty level setting unit that sets a difficulty level of the first event group.   The management unit is at least one of the number of first events included in the first event group according to the difficulty level set by the difficulty level setting unit, the timing of occurrence, and the type of the first event. The simulation apparatus according to claim 3, wherein one is set.   The simulation apparatus according to claim 1, further comprising a result display unit that outputs an evaluation result of the event evaluation unit. The event evaluation unit evaluates the processing content of each of a plurality of users for the first and second event processing units,
The simulation apparatus according to claim 5, wherein the result display unit outputs an evaluation result of the plurality of users.   The simulation device according to any one of claims 1 to 6, wherein the first event group includes events including information related to a response that occurs due to a virtual disaster.   The said 2nd event group is comprised by the 2nd event prescribed | regulated previously according to a user's instruction | indication, and the 3rd event which is prescribed | regulated according to a user's intention, and is not prescribed | regulated previously. The simulation device according to any one of the above. Executing a process for a first event group that occurs at a predetermined timing;
Executing a process for a second event group generated in accordance with a user instruction at an arbitrary timing independent of the first event group;
And a step of evaluating processing contents for the first and second event groups. A simulation program executed on a computer of a simulation apparatus,
The simulation program causes the computer to
A first event processing unit that executes processing for a first event group that occurs at a predetermined timing;
A second event processing unit that executes processing for a second event group that is generated according to a user's instruction at an arbitrary timing independent of the first event group;
A simulation program that functions as an event evaluation unit that evaluates processing contents for the first and second event processing units.

Images