Information processing device, information processing system, and control method and program thereof

Abstract

To provide a mechanism capable of easily displaying positions relating to evacuation of evacuees according to information on a history of the positions.MEANS FOR SOLVING THE PROBLEM: An information processing device comprises: first determination means for determining next positions of evacuees depending on information of the evacuees, for performing evacuation simulation of the evacuees; and second determination means for determining the next position of the evacuees depending on the information on a predetermined spot, when the evacuees have arrived at the predetermined spot. The information processing device controls to display a first section which is identified based on the history of the position of the evacuees determined by the first determination means and the second determination means, and is a section from the position before the next position is determined by the first determination means to the next position determined by the first determination means.SELECTED DRAWING: Figure 7

Description

[Technical field]

[0001] The present invention relates to an information processing device, an information processing system, and a control method and program thereof. [Background technology]

[0002] There is a system that performs evacuation simulations by placing icons of evacuees (pedestrians) inside buildings on a map, simulating the occurrence of a disaster, and moving the icons toward evacuation sites.

[0003] For example, Patent Document 1 describes a simulation technique for evacuating pedestrian objects to evacuation destinations according to tsunami damage prediction data and the walking speed of each pedestrian. [Prior art documents] [Patent documents]

[0004] [Patent Document 1] JP 2007-206803 A DISCLOSURE OF THEINVENTION [Problem to be solved by the invention]

[0005] When conducting an evacuation simulation, you may want to check the routes that pedestrians took. To do this, you may want to display the routes that pedestrians took within the walking area.

[0006] On the other hand, in evacuation simulations, pedestrians may be moving even if they are not walking. For example, there is a warp area that warps evacuating pedestrians to another location, and it is used when moving pedestrians to a different floor by moving them to a different floor plan.

[0007] In the case of complex maps and blueprints, it is difficult to understand which warp area a pedestrian has moved from to which warp area just by displaying the movement trajectory on the walking area.

[0008] In addition, we want to display the trajectory of the pedestrian's movement from one warp area to another, but this trajectory is different from the trajectory of the pedestrian's movement when walking in reality. Therefore, for example, if the diagram is simple and has few warp areas, we may not want to display it.

[0009] The present invention relates to Moving objects The present invention aims to provide a mechanism that enables such a location to be easily displayed based on location history information. [Means for solving the problem]

[0010] The present invention is an information processing device comprising: a first determination means for determining a next position of an evacuee according to information about the evacuee in order to perform an evacuation simulation for the evacuee; and a second determination means for determining a next position of the evacuee according to information about a specified point when the evacuee has reached the specified point, and is characterized in that the information processing device also comprises a control means for controlling the display of a first section, which is a section from a position before the next position is determined by the first determination means to the next position determined by the first determination means, and which is identified based on a history of the positions of the evacuee determined by the first determination means and the second determination means. Effect of the Invention

[0011] According to the present invention, it is possible to provide a mechanism that enables the evacuation positions of evacuees to be easily displayed based on information on the position history. [Brief description of the drawings]

[0012] [Figure 1] FIG. 1 is a diagram illustrating an example of a configuration of an information processing system in a first embodiment. [Diagram 2] FIG. 2 is a diagram illustrating an example of a hardware configuration of various devices in the first embodiment. [Diagram 3] FIG. 2 is a diagram illustrating an example of the functional configuration of various devices in the first embodiment. [Figure 4]FIG. 2 is a diagram showing an example of various data configurations in the first embodiment. [Diagram 5] 4 is a flowchart showing a flow of execution of an evacuation simulation in the first embodiment. [Figure 6] FIG. 2 is a diagram showing an example of a configuration of a display screen in the first embodiment. [Figure 7] 13 is a flowchart showing the flow of a process for creating a root object in the first embodiment. [Figure 8] FIG. 2 is a diagram showing an example of various data configurations in the first embodiment. [Figure 9] FIG. 2 is a diagram showing an example of a configuration of a display screen in the first embodiment. [Figure 10] FIG. 2 is a diagram showing an example of how an object is displayed and selected in the first embodiment. [Figure 11] FIG. 2 is a diagram showing an example of how an object is displayed in the first embodiment. [Figure 12] FIG. 4 is a diagram showing an example of an object selection state in the first embodiment. [Figure 13] FIG. 11 is a diagram showing an example of how an object is displayed in the second embodiment. [Figure 14] 13 is a flowchart showing a process for creating an object in accordance with a moving speed in the third embodiment. [Figure 15] FIG. 13 is a diagram showing an example of how an object is displayed in the third embodiment. [Figure 16] FIG. 1 is a diagram illustrating an example of a system configuration according to an embodiment of the present invention. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0013] <First embodiment> 1 is a diagram illustrating an outline of the functions of an information processing device 100. The information processing device 100 is an information processing device such as a personal computer (PC).

[0014] The information processing device 100 includes CAD software 110 (drawing function section) and evacuation simulation software 120 (simulation function section) that functions as a plug-in for the CAD software 110.

[0015] In this embodiment, the information processing device 100 is a PC, and the CAD software 110 is CAD (Computer-Aided Design) application software installed in the information processing device. The evacuation simulation software 120 is software that functions as a plug-in for the CAD application software, performs an evacuation simulation using CAD figures (objects), and stores and manages the results.

[0016] The evacuation simulation software 120 includes a simulation engine. Using the simulation engine, the evacuation simulation software 120 performs a simulation process of evacuating pedestrian icons (pedestrian objects) arranged in a walking area (an object indicating an area in which pedestrian icons are permitted to walk) on a map created by the CAD software 110 to an evacuation site (evacuation destination) on the map.

[0017] More specifically, the evacuation simulation software 120 performs a simulation process in which the time in the simulation advances at regular intervals from the start of the simulation, and the pedestrian icon moves toward the evacuation site as time passes.

[0018] The evacuation simulation software 120 can perform evacuation simulations assuming the occurrence of various disasters. For example, the evacuation simulation software 120 can perform evacuation simulations assuming the occurrence of water disasters such as tsunamis, floods, and river overflows, fires, landslides, etc. This concludes the explanation of FIG. 1.

[0019] Next, an example of a hardware configuration of the information processing device 100 according to an embodiment of the present invention will be described with reference to FIG.

[0020] The information processing device 100 includes a CPU 201, a ROM 202, a RAM 203, an input controller 205, a video controller 206, a memory controller 207, and a communication I / F controller 208. The CPU 201, the ROM 202, the RAM 203, the input controller 205, the video controller 206, the memory controller 207, and the communication I / F controller 208 are connected to each other via a system bus 204.

[0021] The CPU 201 is a central processing unit that performs overall control of each device and controller connected via a system bus 204. The ROM 202 is a storage device that stores various programs such as a basic input / output system (BIOS) that is a control program for the CPU 201, various data, and the like.

[0022] The RAM 203 is a storage device that functions as a main memory, a work area, etc. of the CPU 201. The CPU 201 loads programs and the like required for executing processes from the ROM 202 or the external memory 211 into the RAM 203 and executes the loaded programs to realize various operations.

[0023] The input controller 205 is a controller that controls input from an input device 209. The input device 209 is an input device such as a keyboard (KB) or a pointing device such as a mouse. The video controller 206 is a controller that controls display on a display device 210. The display device 210 is a display device such as a CRT display (CRT). The display device 210 is not limited to a CRT, and may be another display device such as a liquid crystal display.

[0024] The memory controller 207 is a controller that controls access to the external memory 211. The external memory 211 is a storage device such as a hard disk (HD) or a flexible disk (FD) that stores an operating system program (hereinafter, OS), various setting information, etc. The external memory 211 also stores a boot program, various application programs, font data, user files, edit files, various data, etc. The memory controller 207 can also control access to the external memory 211, such as a flash memory type memory card connected to a PCMCIA card slot via an adapter.

[0025] The communication I / F controller 208 is a controller used for connection and communication with an external device via a network such as a LAN or the Internet, and executes communication processing via the network. The communication I / F controller 208 is capable of communication with an external device using, for example, TCP / IP.

[0026] The CPU 201 enables display on the display device 210 by, for example, executing a process of expanding (rasterizing) an outline font into a display information area in the RAM 203. The CPU 201 can also receive user instructions via a mouse cursor or the like on the display device 210.

[0027] Various programs for implementing the processing of this embodiment are stored in the external memory 211, but may be stored in the ROM 202. Furthermore, definition files and various information tables used when executing the above programs are also stored in the external memory 211, but may be stored in the ROM 202.

[0028] The display device 210 is an example of an output unit that displays and outputs an object (for example, an object of a new road connecting a building and a road) generated by the CAD software 110 in response to an instruction from the evacuation simulation software 120. This concludes the explanation of FIG.

[0029] The CPU 201 executes processes based on programs stored in the ROM 202 or the external memory 211, thereby implementing functions of the information processing device 100, which will be described later with reference to FIG. 3, and processes of flowcharts in the various figures, which will be described later.

[0030] 3 is a diagram showing an example of a functional configuration of the information processing device 100. The information processing device 100 includes CAD software 110 (a CAD drawing function unit) and evacuation simulation software 120 (an evacuation simulation function unit).

[0031] The object generation unit 311 generates objects, which are CAD figures, in response to user operations on the CAD software 110 or instructions from the evacuation simulation software 120 .

[0032] The object storage manager 312 is a functional unit that stores and manages the generated object in an external memory. An example of an object is shown in object information 400 in FIG.

[0033] Each object has an object ID 401, which is identification information for the object, and information on the object's vertex coordinates 402 (X, Y coordinates on the CAD file (drawing)). The shape of the object is determined by connecting the vertices in order.

[0034] Also, an attribute indicating what kind of object the object is is stored in association with the object, as shown in attribute 403. The attributes include, for example, roads, buildings, obstacles, walking areas, pedestrians, walking speed, and the like.

[0035] An object with the walking area attribute indicates an area where pedestrians (evacuees) can walk in an evacuation simulation. An object with the building attribute (building object) indicates a building. An object with the road attribute (road object) indicates a road.

[0036] For example, object 601 in Fig. 6 is an object showing one floor of a building, and is assigned the attribute of a walking area. Objects 603 and 606 are objects with the attribute of stairs, and are also assigned the attribute of a walking area. Object 606 is an object created to check the movement of pedestrians on the stairs between floors.

[0037] An object with an attribute of an obstacle (obstacle object) indicates an obstacle that defines an area where pedestrians cannot pass. When objects in a walking area are in contact with or overlap each other, pedestrians can move freely between the in contact or overlapping objects.

[0038] If an obstacle object and a pedestrian icon overlap, the pedestrian icon is made immovable and is fixed at the position where it overlaps with the obstacle object. An example of an obstacle object is a tsunami object whose shape is determined from data on the area flooded by a tsunami. Another example is debris that falls from collapsing buildings.

[0039] The attribute 403 = pedestrian object is a pedestrian icon. In this embodiment, it is assumed that the pedestrian icon has already been placed on the drawing (the initial position has been registered) as shown in 602 in Fig. 6.

[0040] The drawing here is a CAD file that can be developed by the CAD software 110, and is a file in which figures (objects) are arranged. The evacuation simulation software 120 executes an evacuation simulation using the drawing developed by the CAD software 110, for example.

[0041] The center position of the pedestrian icon can be identified from the vertex coordinates of the pedestrian icon. The center position is the initial position of the pedestrian icon before evacuation.

[0042] The speed of the pedestrian icon (m / sec) is the speed at which each pedestrian icon moves toward its destination in the evacuation simulation.

[0043] An object having a warp ID in attribute 403 is an object indicating a warp area (the warp area itself). In this embodiment, two objects having the same warp ID are created for each warp ID, and objects having the same warp ID are created as objects of the same shape and stored.

[0044] When a pedestrian icon overlaps with an object in one warp area, that is, when a pedestrian reaches a warp area, the evacuation simulation software 120 specifies another warp area having the same warp ID as the warp area to which the pedestrian will be sent as the warp area to which the pedestrian will be sent.Then, the evacuation simulation software 120 determines a position in the warp area to which the pedestrian icon will be sent, which is the same as the position in the warp area where the pedestrian icon has arrived, as the next position of the pedestrian icon (position to which the pedestrian will be sent as the warp area to which the pedestrian will be sent as the next position of the pedestrian icon).Examples of objects in the warp areas are shown in 604, 607, etc. in FIG.

[0045] It is also assumed that the evacuation destinations have already been generated and placed on the drawing as objects having attributes of the evacuation destinations. Examples of destination objects are shown in 605, 608, 609, etc. in FIG.

[0046] The attributes 403 include the color and transparency settings of each object.

[0047] Returning to the explanation of Fig. 3, the object display setting unit 313 stores, updates, and changes settings related to the display of objects. For example, it makes some or all of the objects invisible or changes the color settings instructed by the evacuation simulation software.

[0048] The object display unit 314 arranges and outputs the object on the drawing in accordance with the color and transparency set by the object display setting unit 313, and displays it on the display screen.

[0049] The simulation execution unit 321 is a processing unit that performs a simulation of evacuating a pedestrian icon for the purpose of evacuation. For example, the simulation is performed by determining the next destination position of the pedestrian at predetermined time intervals (for example, every 0.1 seconds from the start of the simulation) based on the position and speed of the pedestrian himself.

[0050] The simulation is performed for a predetermined time from the start of the simulation, and information about the predetermined time is assumed to be stored in an external memory in advance.

[0051] When a pedestrian enters a warp area, the other warp area that is paired with the warp area is identified, and a predetermined position on the other warp area is determined as the next destination position of the pedestrian icon.Then, the history of the positions of these pedestrians is output as the simulation result.

[0052] The position history storage unit 322 stores information on the history of pedestrian positions from the start to the end of the simulation, which information is output from the simulation execution unit 321. An example of the position history information is shown as route data 410 in FIG.

[0053] The route data 410 is generated anew every time an evacuation simulation is performed, and is stored in an external memory.

[0054] Date and time 411 indicates the date and time when the data was recorded. Time 412 indicates the time elapsed since the start of the simulation. Position 414 indicates the position (X, Y coordinates on the drawing) of the pedestrian icon of icon ID 413 at date and time 411 and time 412.

[0055] The normal section identification unit 323, for example, identifies a walking section to which a pedestrian icon has moved according to the attribute information of the pedestrian icon itself. The warp section identification unit 324, for example, when a pedestrian icon has moved to a position in another warp area by entering a warp area, identifies a section between the positions before and after this movement as a warp section.

[0056] Specifically, if the distance between two consecutive positions of a single pedestrian is equal to or greater than a predetermined distance (e.g., 1.5 m), the section between these two positions is identified as a warp section. If the distance is less than 1.5 m, the section between these two positions is identified as a normal section.

[0057] Here, a distance of 1.5 m is given as an example of the predetermined distance. This is because drawings of different floors are often drawn at regular intervals (for example, at intervals of 1.5 m or more), and therefore, when the linear distance of one section is 1.5 m or more, it is considered that the floors are moved between warp areas. In addition, because of the setting of the pedestrian movement speed in the evacuation simulation of this embodiment, it is difficult to imagine that the pedestrian icon will walk 1.5 m in 0.1 seconds, so 1.5 m is set as the reference value.

[0058] The value of the predetermined distance can be arbitrarily set or changed on a setting screen (not shown) of the evacuation simulation software 120 , and the set value or changed value is stored in the external memory 211 .

[0059] The object display control unit 325 is a control unit that instructs the CAD software 110 on the creation and display form of objects in the normal section and objects in the warp section, and controls the display of objects.

[0060] For example, the CAD software may be instructed to display only the normal section, or to distinguish between objects in the normal section and objects in the warped section.

[0061] Next, with reference to FIG. 5, a flow of simulation execution in the embodiment of the present invention will be described.

[0062] In step S 501 , the CAD software 110 is started in response to an operation by the user via the input device 209 .

[0063] Furthermore, the CAD software 110 reads drawing data from the external memory 211 or the like in response to a user's operation via the input device 209, and develops and stores information on the read drawing data in the RAM 203. For example, it is assumed that drawing data that is a collection of objects as shown in object information 400 is read.

[0064] Then, the CAD software 110 displays an object (a drawing including an object) corresponding to the drawing data stored on the RAM 203 on the display screen of the CAD software 110 displayed on the display device 210.

[0065] For example, a drawing is displayed in a window displayed by CAD software, as shown in 600 of Fig. 6. In 600 of Fig. 6, CAD software 110 reads out information about the drawing (e.g., object information 400) into RAM 203, and arranges it on the screen of CAD software 110 displayed on display device 210 according to the values ​​of vertex coordinates 402.

[0066] In step S502, the CAD software 110 starts the evacuation simulation software 120 in response to a user operation via the input device 209. If the evacuation simulation software 120 is already running, the CAD software 110 instructs the already-running evacuation simulation software 120 to display a setting screen of the evacuation simulation software 120 in response to a user operation via the input device 209.

[0067] In step S 503 , the evacuation simulation software 120 is started in response to a start instruction from the CAD software 110 in step S 503 , and displays a setting screen for the evacuation simulation software 120 on the display screen displayed by the CAD software 110 .

[0068] Specifically, when a tool tab of the CAD software 110 is pressed, "Evacuation Simulation" is selected in a button list 610 displayed by the CAD software 110, and the CAD software 110 issues a start instruction to the evacuation simulation software 120. Then, upon receiving the start instruction, the evacuation simulation software 120 displays a setting screen 620 (shown in FIG. 6) in step S503.

[0069] In step S504, the evacuation simulation software 120 receives an instruction to execute (start) an evacuation simulation based on a screen displayed on the display device 210 or a user's operation via the input device 209.

[0070] For example, the evacuation simulation software 120 receives an instruction to execute an evacuation simulation by receiving selection of an "Execute" button on the setting screen 620 based on a user's operation via the input device 209.

[0071] In step S505, the evacuation simulation software 120 acquires information about pedestrian icons arranged on the drawing opened by the CAD software 110. For example, the evacuation simulation software 120 requests a list of icon IDs of pedestrian icons included in the drawing (object information 400) being developed from the CAD software 110.

[0072] The CAD software 110 that has received this request obtains from memory a list of IDs of pedestrian icons in the drawing being developed and transmits it to the evacuation simulation software 120, which then receives and acquires it.

[0073] In step S505, the evacuation simulation software 120 applies the processes of steps S506 to S512 to all unfixed pedestrian icons (not overlapping with an obstacle) every 0.1 seconds.

[0074] In step S506, the evacuation simulation software 120 obtains one pedestrian icon to which no processing has been applied, and then determines whether the pedestrian icon overlaps with an obstacle object (for example, a tsunami object).

[0075] Specifically, using the API of the CAD software 110, a list of obstacle objects is requested from the CAD software 110 and obtained, and if the vertex coordinates 402 of the pedestrian icon being processed overlap with the frame of the obstacle object identified from the vertex coordinates 402 of the obstacle object, it is determined that the pedestrian icon overlaps with the obstacle object.

[0076] If it is determined that the pedestrian icon being processed overlaps with an obstacle object, the pedestrian icon overlapping the obstacle object is identified as a pedestrian (evacuee) who was too late to escape (failed to evacuate), and thereafter, the position of the pedestrian icon is fixed until the end of the simulation (step S512).

[0077] Specifically, until the simulation is completed, the position of the pedestrian icon at the time when the pedestrian icon overlaps with the obstacle object continues to be recorded in the position 414 of the pedestrian icon for each time 412 in the route data 410. In other words, the positions continue to be stored continuously until the simulation is completed.

[0078] If it is determined in step S507 that the pedestrian icon does not overlap with the obstacle object, the process proceeds to step S508.

[0079] In step S508, the evacuation simulation software determines whether the pedestrian icon being processed is located within the warp area. Specifically, using the API of the CAD software 110, a list of objects (objects in the warp area) having a warp ID in the attribute 403 is requested and acquired from the CAD software 110.

[0080] Then, when the vertex coordinates 402 of the pedestrian icon being processed overlap with the frame of the object in the warp area (inside the warp area) specified from the vertex coordinates 402 of the object in the warp area, it is determined that the pedestrian icon is located within the warp area.

[0081] If the evacuation simulation software 120 determines that the pedestrian icon being processed is located inside the warp region, it shifts the process to step S509. If the evacuation simulation software 120 determines that the pedestrian icon being processed is located outside the warp region, it shifts the process to step S510.

[0082] Even if it is determined that the current position of a pedestrian is within a warp area, if the previous position was within the same warp area, it is determined that the pedestrian is walking to leave the warp area after having already warped from another warp area, and the process proceeds to step S510. This makes it possible to omit wasteful processing in which the pedestrian enters a warp area and then warps to another warp area each time the pedestrian moves to the next position. Therefore, even when creating an object for a movement route (described later), it is possible to create and display a clear movement trajectory object and present it to the user without creating and displaying a trajectory of a useless movement going back and forth through the same warp area.

[0083] In step S509, the evacuation simulation software 120 identifies an object in the warp domain in which the pedestrian icon is located, and identifies another object having the same warp ID as the object in the warp domain as an object in the warp domain of the warp destination.

[0084] Objects in a warp area with the same warp ID are paired areas that serve as the source and destination of a pedestrian icon. Objects in paired warp areas are assumed to have the same shape.

[0085] In step S511, the evacuation simulation software 120 determines the position in the warp area of ​​the warp destination that is the same as the position in the warp area in which the pedestrian icon is located as the next destination position of the pedestrian icon, and stores the position (X, Y) of the destination on the drawing in RAM.

[0086] Specifically, if route data 410 for the currently running evacuation simulation has not been generated on the RAM, new route data 410 for the evacuation simulation is generated on the RAM, and the initial position of the pedestrian icon is inserted into the data 0 seconds after the start. Then, a record of the pedestrian icon being processed is added to the data for the next time (e.g., 0.1 seconds after) of the route data 410, and the position in the warp area of ​​the warp destination is inserted and stored at position 414. If route data 410 for the evacuation simulation already exists on the RAM, the record is added to the route data 410 and the position is stored. According to the drawing in FIG. 6, since the warp area is created to be larger than the destination, the pedestrian icon moving toward the destination enters the warp area before reaching the destination on each floor, and is warped to another warp area of ​​the warp destination.

[0087] On the other hand, in step S510, the evacuation simulation software 120 acquires information on the moving speed of the pedestrian icon being processed, and calculates the position of the pedestrian after a predetermined time.

[0088] For example, the passing points that the pedestrian icon must pass through on the way to the evacuation destination are calculated, a straight line is virtually drawn from the current position of the pedestrian icon to the calculated passing point, and the pedestrian icon is moved along the straight line toward the passing point at its speed (e.g., 1 m / sec). The position X at the next time (after a specified time / e.g., 0.1 seconds) is calculated as the position of the pedestrian.

[0089] In step S511, the evacuation simulation software 120 determines the calculated next position as the next position of the pedestrian icon and stores it in memory. For example, it adds a record of the pedestrian icon to the data of next time 412 of the route data 410 in the RAM, and stores the next position, position X, as position 414.

[0090] The method of calculating the next position of the pedestrian is not limited to this. The method of calculating the next position differs depending on the calculation method of the simulation engine. However, in this embodiment, the next position of the pedestrian when the process moves from step S510 to S511 is calculated and determined based on the moving speed of the pedestrian itself acquired in step S510.

[0091] The processes of steps S506 to S512 for each pedestrian icon are performed in parallel as much as possible. The evacuation simulation software 120 applies the processes of steps S506 to S512 for all pedestrian icons, and then proceeds to step S513.

[0092] In step S513, the evacuation simulation software 120 determines whether a simulation end condition is satisfied. The simulation end condition is, for example, whether a predetermined time (300 seconds in the simulation here) has elapsed since the start of the simulation.

[0093] In this embodiment, it is determined that the condition for ending the simulation is met when 300 seconds have elapsed since the start of the simulation.

[0094] The end condition of the simulation is not limited to time. For example, the end condition may be whether all pedestrian icons have reached the evacuation destination, and it may be determined that the end condition has been satisfied when all pedestrian icons have reached the evacuation destination.

[0095] If the termination condition is not satisfied, the process proceeds to before step S505, and the process of moving the pedestrian icon (the process of the evacuation simulation) continues. If the termination condition is satisfied, the process of FIG. 5 ends, and the evacuation simulation is completed. Then, the evacuation simulation software 120 stores the route data 410 stored on the RAM in the external memory 211 in association with an ID newly assigned for each evacuation simulation. This concludes the explanation of FIG. 5.

[0096] Next, with reference to FIG. 7, a flow of a process for creating a root object in an embodiment of the present invention will be described.

[0097] A route object is an object that indicates the movement trajectory of a pedestrian, and is an object that indicates the position history of each pedestrian in the evacuation simulation.

[0098] In step S701, the CAD software 110 accepts a user operation. For example, the user operation is accepted on a screen 600 shown in Fig. 9. The screen 600 in Fig. 9 is the same screen as the screen 600 in Fig. 6.

[0099] In step S702, the CAD software 110 determines whether the accepted user operation is an operation for executing a command to plot a movement trajectory.

[0100] Specifically, when an operation of selecting a button for a walking trajectory plot command from the menu of the CAD software 110 shown in 610 of FIG. 9 is accepted, it is determined that an operation of executing a command for plotting the movement trajectory has been performed.

[0101] There are other operations that the CAD software 110 can accept, such as the operation of selecting an object. For example, by accepting a mouse click operation with the mouse cursor over an object, the CAD software 110 accepts an operation to select or deselect the object, and determines and stores the selection state of the object in accordance with the operation.

[0102] For example, by accepting an operation of placing the mouse cursor on an arbitrary pedestrian icon and clicking the icon, the selection of the clicked pedestrian is accepted and the pedestrian icon is put into a selected state. The selected pedestrian icon is stored in a selected object list (not shown) stored in the memory, and the selected pedestrian object is managed.

[0103] In step S703, the CAD software 110 issues a command execution instruction to the evacuation simulation software 120. In step S704, the evacuation simulation software 120 accepts the command execution instruction.

[0104] In step S705, the evacuation simulation software 120 accepts the command execution instruction and displays a selection screen for route creation targets (not shown). The selection screen displays a list of route data stored at the time of the completion of the simulation in Fig. 5 in parallel with the ID of the evacuation simulation. The evacuation simulation software 120 accepts a user operation to select route data for which a route object is to be created from the route data displayed in the list on the selection screen.

[0105] Then, the selected route data is read onto the RAM, and the selected route data is used to execute subsequent process of creating a route object related to the past positions of the pedestrian icon. In the explanation of this figure, it is assumed that the route data 410 is selected, read onto the RAM, and stored therein.

[0106] After the selection of the route data 410 is received, the evacuation simulation software 120 displays a dialogue such as that shown in 900 of FIG. 9 on the display screen.

[0107] In step S706, the evacuation simulation software 120 accepts a user operation on the dialogue 900.

[0108] In step S707, it is determined whether the operation accepted in step S706 is an operation to execute the creation of a root object. Specifically, if an operation of selecting the "OK" button 901 in the dialog is accepted, it is determined that an operation to execute the creation of a root object has been performed.

[0109] If it is determined that an operation to create a root object has been performed, the process proceeds to step S708. If the operation received in step S706 is not an operation to create a root object, for example, if the operation is the selection of the "Cancel" button, the process ends.

[0110] If it is determined in step S707 that an operation for creating a route object has been performed, the evacuation simulation software 120 performs a process of determining and storing a pedestrian for which a route object is to be created.

[0111] For example, the evacuation simulation software 120 determines whether the operation received in step S706 is an operation for creating a route object only for the pedestrian (pedestrian icon) selected on the drawing of the CAD software 110, or an operation for creating a route object for all pedestrians.

[0112] Specifically, the checked state of a check box 902 for "Draw only selected people" in the dialog 900 is confirmed when an "OK" button 901 is pressed. The evacuation simulation software 120 accepts a click operation on the check box 902 and performs a process of checking / unchecking the check box.

[0113] When the evacuation simulation software 120 receives a press operation of the "OK" button 901 while the check box 902 "Draw only selected people" is checked, it determines that an operation has been performed to execute object creation in which only the selected pedestrians are the targets for creating a route object.

[0114] When an operation is performed to process only selected pedestrians, the evacuation simulation software 120 inquires of the CAD software 110 whether there are any selected pedestrians. Specifically, the evacuation simulation software 120 requests the CAD software 110 to search for the pedestrians selected on the CAD software 110, and obtains information on the presence or absence of the selected pedestrians from the CAD software 110.

[0115] If a pedestrian icon is selected, the CAD software transmits a list of object IDs of the selected pedestrian icons as information that a pedestrian is selected to the evacuation simulation software 120. If no pedestrian icon is selected, the CAD software transmits a list of empty object IDs to the evacuation simulation software 120 as information that a pedestrian is not selected.

[0116] The evacuation simulation software 120 refers to the information on the presence or absence of pedestrians acquired from the CAD software 110 and determines whether or not there is a selected pedestrian icon. If there is a selected pedestrian icon, a list of object IDs of the selected pedestrian icons is stored in the RAM as a list of pedestrians to be processed.

[0117] If no pedestrian icon is selected, all pedestrians are processed. Specifically, a list of object IDs of all pedestrian icons included in the route data 410 is read and stored in the RAM as a list of pedestrians to be processed.

[0118] Moreover, when the "OK" button 901 is pressed while the "Draw only selected people" checkbox 902 is not checked, it is determined that an object creation execution operation has been performed to create a route object for all pedestrians. "All pedestrians" here refers to all pedestrian icons included in the route data 410.

[0119] When an operation is performed to process all pedestrians, the evacuation simulation software 120 reads out and stores a list of object IDs of all the pedestrian icons in the RAM as a list of pedestrians to be processed.

[0120] In step S708, the evacuation simulation software 120 identifies the route data 410 in the RAM selected by the user, that is, obtains route data for all times.

[0121] The evacuation simulation software 120 repeats the following process for all pedestrian icons included in the route data 410.

[0122] In step S709, the evacuation simulation software 120 acquires one object ID of a pedestrian icon to which the process of step S711 has not been applied (unprocessed) from the route data 410. If there is no unprocessed pedestrian icon, the process proceeds to step S716.

[0123] In step S710, the evacuation simulation software 120 determines whether the obtained pedestrian object ID is the ID of a pedestrian icon that is the target of the route object creation process.

[0124] The list of IDs of pedestrians for which a route object is to be created is determined and stored in the process of determining and storing pedestrians for which a route object is to be created described above. When the object ID of the pedestrian acquired in step S709 matches any object ID in the list of IDs of the pedestrians for which the route object is to be created, the evacuation simulation software 120 determines that the pedestrian icon is the pedestrian for which the route object is to be created if the pedestrian icon is included in the list.

[0125] If it is determined that the pedestrian is a processing target, the process proceeds to step S711; if it is determined that the pedestrian is not a processing target, the processes of steps S710 to S715 for that pedestrian are skipped and the process returns to step S709.

[0126] In the following description of FIG. 7, it is assumed that only the pedestrian selected on the CAD software 110 is selected as a target for creating a route object and is stored in the RAM.

[0127] If the object ID of the pedestrian icon acquired in step S709 is the ID of a pedestrian for which a route object is to be created, the evacuation simulation software 120 proceeds to step S711. Here, if the object ID is the object ID of a pedestrian icon selected on the CAD software 110, the evacuation simulation software 120 proceeds to step S711.

[0128] In step S711, the evacuation simulation software 120 determines whether an object group for the acquired pedestrian icon exists, and if not, instructs the CAD software 110 to create an object group for the movement route of the pedestrian.

[0129] A group of pedestrian objects is a data format in which all objects created from the route data 410 of a certain pedestrian are managed as a group for each pedestrian, as shown in 830 in Fig. 8. In other words, it is a group related to the movement route of the pedestrian.

[0130] The group of objects is, for example, a group that brings together route objects indicating the section along which the evacuation simulation software 120 has moved the pedestrian icon based on the attributes and additional information (such as the speed stored in attribute 403 in Figure 4) set for the pedestrian icon itself, and route objects indicating the section along which the evacuation simulation software has moved the pedestrian icon based on factors other than the attributes and additional information of the pedestrian icon.

[0131] The other factor here is, for example, the arrival of a pedestrian icon in a warp area. When a pedestrian icon arrives in one warp area and moves to another warp area, the section between the two warp areas is called a warp section.

[0132] A warp area is an area on a drawing that is required especially when performing an evacuation simulation on a two-dimensional drawing, and is used as a pair of a warp source area and a warp destination area. In the case of a two-dimensional drawing, for example, drawings of rooms on the first and second floors are drawn and created separately.

[0133] In order to move a pedestrian icon from the first floor to the second floor or from the second floor to the first floor, for example, a warp area must be set on a staircase object in the drawing of each floor, and the pedestrian icon that reaches the warp area must be moved to the drawing of the floor where the other warp area is located.

[0134] This is an example of a case where the evacuation simulation software moves a pedestrian icon based on factors other than the attributes or additional information of the pedestrian icon.

[0135] In addition, in drawings with many floors or many stairs, in order to make it easier to understand which warp area a pedestrian has moved from to which warp area, it is possible to clarify which warp area the pedestrian icon has moved from to which warp area (position change / update) by displaying it as a route object.

[0136] Furthermore, by grouping these movement route objects together, it becomes possible to select and operate multiple objects created from the movement history of one pedestrian all at once on the CAD software 110 for each pedestrian.

[0137] An example of a group is shown in group information 830 (FIG. 8). Group ID 831 is an ID for identifying a group of movement routes for each pedestrian. The evacuation simulation software 120 inserts the object ID of the pedestrian icon of the route object to be included in the group into the group ID 831, and instructs the CAD software 110 to create and store the group. That is, the group ID 831 is an ID that indicates which pedestrian group the object of each object ID 832 belongs to.

[0138] 1732 is the ID of an object created from the route data of the pedestrian. Group information 830 is created for each pedestrian and stored in an external memory, as shown in FIG.

[0139] 833 is a set of coordinates of one section of vertices that constitute an object. In the case of a route object, the coordinates of two vertices of a line object (or a polygonal object) that indicates the movement trajectory of a pedestrian, which is identified from the history of the pedestrian's position, are inserted.

[0140] 834 is an attribute of one vertex section of an object. In the case of a root object, for example, the RGB value of the color and transparency of the object are inserted into 834.

[0141] In step S719, the CAD software 110 receives an instruction to create a group of pedestrian movement routes.

[0142] In step S720, CAD software 110 creates a group of the movement route of the pedestrian. For example, when an instruction to create a group of a pedestrian icon with object ID=U00001 is received, a new group of the movement route of pedestrian U00001 in 830 of Fig. 8 is created, and the value of U00001 is inserted into 831. At this point, the data in 832 to 834 is empty.

[0143] The evacuation simulation software 120 acquires all route data 410 of the pedestrian determined to be the processing target in step S710, and then executes the processes in steps S712 to S715 on the all route data 410 of the pedestrian.

[0144] In step S712, the evacuation simulation software 120 identifies and acquires one section of a pedestrian's route. One section of a route is a set of two positions where the recorded times (time 412 or date and time 411) of one pedestrian are consecutive.

[0145] For example, this refers to the pair of positions of U00001 with elapsed times of 0 seconds and 0.1 seconds in 410 of FIG.

[0146] In step S713, the evacuation simulation software 120 determines whether the one section of the route acquired in step S712 is a warp section.

[0147] Specifically, it is determined whether the straight-line distance of the one section is equal to or greater than a predetermined distance. For example, if the distance is equal to or greater than 1.5 m, it is determined that the route of the one section acquired in step S712 is a route between warp areas. If the distance is less than 1.5 m, it is determined to be a normal section (a pair of positions that indicate that the pedestrian icon is walking and moving based on its own attributes).

[0148] This is, for example, the distance on the two-dimensional CAD drawing shown at 600 in Fig. 9. Drawings with different floors are often drawn at regular intervals (for example, at intervals of 1.5 m or more), so in this embodiment, if the straight-line distance of one section is 1.5 m or more, the section is determined to be a warp section, but the specified distance is not limited to 1.5 m.

[0149] For example, the distance can be set or changed to an arbitrary distance by accepting a user operation on a setting screen for the predetermined distance (not shown) provided by the evacuation simulation software 120. The value of the predetermined distance is assumed to be stored in the external memory 211.

[0150] If the one section acquired in step S712 is not a warp section but a normal section, the process proceeds to step S714. If the route of the one section acquired in step S712 is a warp section, the process proceeds to step S715.

[0151] In step S714, the evacuation simulation software 120 stores the route data (pair of locations) of one section acquired in step S712 in the RAM as a route of a normal section. For example, a new number 811 is assigned to 812 in the normal section 810 in FIG. 8 and stored.

[0152] In step S715, the evacuation simulation software 120 stores the route of one section acquired in step S712 in the RAM as a route of the warp section. For example, a new number 821 is assigned to 822 in the warp section 820 in FIG.

[0153] The evacuation simulation software 120 applies the process up to step S714 or S715 to all the route data of the pedestrian icon determined to be the processing target pedestrian in step S710, and then transitions to step S716.

[0154] In step S716, the evacuation simulation software 120 transfers the position information of the normal section 810 and the warp section 820 stored on the RAM in step S714 to the CAD software 110, and instructs the CAD software 110 to draw a single polygonal figure (polygonal object) in which the position data are connected as vertices in chronological order.

[0155] Also, instruct the color of the polygon to be gray 1. Also, instruct the CAD software to set the first class of the polygon to the object ID of the pedestrian icon being processed (for example, "U00001"), and the second class to "normal section."

[0156] At the same time, the information on the position of the warp section 820 stored on the RAM in step S715 is passed to the CAD software 110, and an instruction is given to make the vertices between the vertices of the polygon at the position of the warp section transparent (to set the transparency to 100%).

[0157] A class is one of the units that allows multiple objects to be selected and displayed collectively on the CAD software 110. For example, when an operation to select an object of the "normal section" class is accepted on the CAD software 110, the CAD software 110 can select all objects of the "normal section" class that it manages at once, regardless of which pedestrian group the objects belong to.

[0158] In step S717, the evacuation simulation software 120 passes the position information of the warp section 820 stored on the RAM in step S715 to the CAD software 110, and instructs the CAD software 110 to draw line segments (line segment objects) with the position data as vertices for each section.

[0159] Also, instruct the user to change the color of the line segment to gray 2. Also, instruct the user to set the first class of the line segment in the CAD software to the object ID of the pedestrian icon being processed (for example, "U00001"), and the second class to "warp section."

[0160] In step S721, the CAD software 110 receives an instruction to create an object. In step S722, a polygon for a normal section is created in accordance with the received instruction to create an object for the normal section. The polygon for the normal section is then displayed on the display screen with the vertices between the warped sections transparent. Also, in accordance with the received instruction to create an object for the warped section, line segments for the warped section are created and displayed.

[0161] Specifically, a new object such as that shown in object information 420 in FIG. 4 is added to object information 400 and the display is updated.

[0162] In step S718, the evacuation simulation software 120 instructs the CAD software 110 to register the objects instructed to be created in steps S716 and S717 to the group of the pedestrian icon being processed acquired in step S709. The instruction includes the object ID of the pedestrian icon.

[0163] In step S723, the CAD software 110 accepts the instruction. In step S724, the CAD software 110 adds the polygon and line segment objects created in step S722 to the pedestrian group and stores them, as shown in 830 in Fig. 8. That is, a process of grouping objects by pedestrian is performed. This concludes the explanation of Fig. 7.

[0164] 10 shows an example of a screen on which root objects for warped and normal sections are created and displayed. 1001 and 1002 are root objects for normal sections. 1003 and 1004 are root objects for warped sections.

[0165] As shown in 1010 of FIG. 10, the CAD software 110 accepts a click operation on the root object of the warp section 1003, and selects all objects of the same class as the first class of the selected object (a class that takes precedence over the second class).

[0166] That is, for each pedestrian, it is possible to collectively select objects related to the location history, such as route objects.

[0167] The priority of the classes can be changed and set in any order on a class order change screen (not shown) of the CAD software 110.

[0168] Furthermore, rather than simply grouping objects as a single pedestrian, it is possible to assign different classes to normal sections and warp sections, allowing objects to be selected collectively for both normal and warp sections.

[0169] In other words, the evacuation simulation software 120 instructs the CAD software to generate separate route objects for normal sections and warp sections, thereby controlling the route objects for normal sections and the route objects for warp sections to be selectable separately. Also, the software controls the display / non-display of both sections to be switched simultaneously.

[0170] For example, as shown in FIG. 11, the CAD software 110 displays class display setting screens such as those shown in 1101 and 1111 in response to a user operation.

[0171] 12, by accepting a right-click of the mouse on the display of the normal section, a "Select" button shown in 1201 is displayed, and by accepting a press of the "Select" button 1201, only objects of the normal section class are selected. The selection frame is shown in 1202.

[0172] 12, by accepting a right-click of the mouse on the display of the warp section, a "Select" button shown in 1211 is displayed, and by accepting a press of the "Select" button 1211, only objects of the class of the warp section are selected. A selection frame is shown in 1212.

[0173] Furthermore, by assigning different classes to normal and warp sections rather than simply grouping them as a single pedestrian object, it becomes possible to switch between displaying and hiding normal and warp sections all at once.

[0174] For example, as shown in FIG. 11, the CAD software 110 switches the check box for display / hide corresponding to each class on the class display setting screen as shown in 1101 and 1111 by accepting a click operation on the check box, and displays only the objects of the checked class on the drawing.

[0175] 11, reference numeral 1100 indicates an example of a state in which only the root object in the normal section is displayed, and reference numeral 1110 indicates an example of a state in which only the root object in the warp section is displayed.

[0176] In other words, the evacuation simulation software 120 instructs the CAD software to generate separate route objects for the normal section and the warp section, thereby controlling the route objects for the normal section and the warp section to be selectable separately.

[0177] In addition, by instructing to set the colors of the root objects in the normal section and the root objects in the warp section to different colors, different colors are set for the root objects in the normal section and the root objects in the warp section, and the root objects in the normal section and the root objects in the warp section are displayed in a distinguishable manner.

[0178] In addition, by making the lines of the warp section of the polygonal root object of the normal section transparent, the objects of the warp section and the objects of the normal section do not appear to overlap, which has the effect of making it easier for the user to recognize which sections are warp sections.

[0179] As described above, according to the first embodiment of the present invention, it is possible to provide a mechanism that enables the evacuation positions of evacuees to be easily displayed in accordance with information on the position history.

[0180] For example, information on positions for evacuees to evacuate can be generated so that normal sections and warp sections can be selected separately.

[0181] In addition, the display of normal sections and warp sections can be switched all at once, and information on locations for evacuation of people in danger can be provided.

[0182] Also, the normal section and the warp section can be displayed in a recognizable manner.

[0183] <Second embodiment> Evacuation simulation is generally performed for multiple pedestrians at once. Therefore, pedestrians may get stuck in a certain location during evacuation. If pedestrians get stuck, the following pedestrians cannot move forward, so the evacuation simulation software 120 stops the following pedestrian icons in place.

[0184] In addition, when multiple pedestrians change their angles or move, and the icon of a later-arriving pedestrian comes into contact with another pedestrian's icon, the icon of the later-arriving pedestrian may be moved back (pushed back) so that the pedestrian icons do not overlap.

[0185] If the process of moving a pedestrian icon back is performed near a warp area, for example, as shown in 1310 in Figure 13, after a pedestrian icon 1313 moves from 1311 to 1312 in the warp area and leaves the warp area 1312, the pedestrian icon may return to the warp area 1312 as shown in 1320.

[0186] In this case, the evacuation simulation software 120 determines that a pedestrian has newly entered the warp area, and moves the pedestrian icon 1313 to the warp area 1311. In other words, the pedestrian travels back and forth in the same warp area.

[0187] Also, in order to move the pedestrian icon 1313 back to the warp area 1312, it is necessary to move the pedestrian icon out of the warp area 1311 and then re-enter it. However, it is difficult to imagine that a real pedestrian would move in this way, and the accuracy of the evacuation simulation would be reduced (by making the pedestrian leave the warp area and then re-enter it). Therefore, it is possible to warp a pedestrian who stays in the same warp area for a certain period of time (for example, one second) to the other warp area that is paired with the warp area, but in this case, the longer the pedestrian stays in the same warp area, the more the pedestrian moves back and forth between the warp areas. As a result, if a route object is created based on the simulation result, as shown in 1301 in FIG. 13, an unnecessary number of route objects indicating the back and forth movement between the warp areas are generated and displayed. The route object between the warp areas is for checking which warp area the pedestrian icon is moving from to which warp area, so one for each pair of warp areas is sufficient.

[0188] The second embodiment aims to provide a mechanism that enables the root object in a warp section to be appropriately displayed.

[0189] It should be noted that the description of the processes, data, and screens common to the first embodiment will be omitted.

[0190] 7, if the section acquired in step S712 is determined to be a warp section, the evacuation simulation software 120 requests the CAD to acquire a list of objects in the warp area and stores it in the RAM.Then, the evacuation simulation software 120 refers to the warp area 820 to determine whether there is a warp area that spans between the same two warp areas as the two warp areas in which the coordinates of both ends of the warp area are located within a predetermined time in the past (for example, within one second).

[0191] If there is a warp section spanning the same warp area, that is, if the section acquired in step S712 is a section indicating that the robot is again moving between the same two warp areas that have been warped to in the past (either the return journey or the second outward journey in a round trip between warp areas), the information about the section acquired in step S712 is discarded without being stored in warp section 820, and processing proceeds to step S712.

[0192] This process can reduce the possibility of generating multiple root objects by hopping between the same warp regions.

[0193] Therefore, it is possible to provide a mechanism that allows the root object of the warp section to be appropriately displayed, for example, as shown at 1000 in FIG. 10, without creating and displaying a complicated object as shown at 1300.

[0194] <Third embodiment> Evacuation simulations are generally performed for multiple pedestrians at once, so while in some places pedestrians can move at a normal walking speed, in places where pedestrians are congested, their walking speed may be reduced.

[0195] Possible causes of pedestrian congestion include narrow roads, the size and design of doors, movement paths, etc. Users of evacuation simulation software may check the results of evacuation simulations and consider designs for buildings and roads to improve factors such as narrow roads.

[0196] In the third embodiment, an object is to provide a mechanism that enables the evacuation positions of evacuees to be easily displayed in accordance with speed information identified from the position history.

[0197] Hereinafter, the third embodiment of the present invention will be described with reference to Figures 14 and 15. Note that descriptions of processes, data, and screens common to the first and second embodiments will be omitted.

[0198] The evacuation simulation software 120 executes the process of FIG. 14 instead of step S716 of FIG.

[0199] In step S1401, the evacuation simulation software 120 acquires the first unprocessed data in the normal section 810 (the data with the earliest elapsed time from the start of the simulation).

[0200] In step S1402, the evacuation simulation software 120 identifies the speed of the pedestrian who moved through the length of the acquired section. For example, the speed of the pedestrian who moved through the section in 0.1 seconds is identified. Then, it is determined whether the speed of the pedestrian through the section is equal to or greater than a predetermined speed. The predetermined speed is the normal moving speed of the pedestrian. If the speed of the pedestrian through the section is equal to or greater than the predetermined speed, the process proceeds to step S1403.

[0201] The data for a section indicates the origin and destination positions per unit time (e.g., per 0.1 second). In other words, determining whether the moving speed of a pedestrian in a section is equal to or faster than the normal moving speed of the pedestrian is determining whether the distance of the section is equal to or longer than the distance that the pedestrian would travel if he or she moved at the normal moving speed. If the distance is shorter than the distance that the pedestrian would travel if he or she moved at the normal moving speed, it means that the pedestrian moved in the section at a speed slower than the normal moving speed.

[0202] In step S1403, the evacuation simulation software 120 determines the data of the section as data of the section where the pedestrian moved at a speed (first speed) equal to or faster than the normal moving speed, and stores the data in the RAM, for example, in a list of section information of the first speed group (not shown).

[0203] If the speed of the pedestrian in the section is less than the normal moving speed (first speed) of the pedestrian, the data of the section is determined as data of a section in which the pedestrian moved at a speed (second speed) slower than the normal moving speed, and is stored in the RAM, for example, in a list of section information of a second speed group (not shown) (step S1404).

[0204] In step S1405, the evacuation simulation software 120 passes the position information of the first speed section, the position information of the second speed section, and the position information of the warp section 820 to the CAD software 110, and instructs the CAD software 110 to draw a single polygonal figure (polygonal object) in which the position data are connected as vertices in chronological order.

[0205] It also instructs the user to set the color to gray 3, the first class to the pedestrian ID, the second class to the "normal section," and the third class to the "first speed."

[0206] Also, an instruction is given to set the transparency of the line segments in the second section and the warp section among the line segments in the polygon to 100%.

[0207] The CAD software 110 receives the instruction in step S721, and creates and displays a route object for the first section in accordance with the received instruction (step S722).

[0208] In step S1406, the evacuation simulation software 120 passes the position information of the first speed section, the position information of the second speed section, and the position information of the warp section 820 to the CAD software 110, and instructs the CAD software 110 to draw a single polygonal figure (polygonal object) in which the position data are connected as vertices in chronological order.

[0209] Also, the color is set to gray 4, the first class is set to the pedestrian ID, the second class is set to "normal section," and the third class is set to "second speed." After that, the process proceeds to step S717 in FIG.

[0210] Also, an instruction is given to set the transparency of the line segments in the first section and the warp section among the line segments in the polygon to 100%.

[0211] The CAD software 110 receives the instruction in step S721, and creates and displays a route object for the first section in accordance with the received instruction (step S722).

[0212] Through the processes in steps S1405 and S1406, route objects corresponding to pedestrian icons are created so as to be selectable separately depending on the moving speed (walking speed) of the pedestrian.

[0213] In addition, it is possible to distinguish and display route objects corresponding to pedestrian icons according to the moving speed (walking speed) of the pedestrian.

[0214] Therefore, when considering designs, users of the evacuation simulation software can easily check, as a result of the evacuation simulation, locations where pedestrians' speed has decreased and locations where pedestrians are moving at normal speed.

[0215] An example of creating and displaying objects for each speed is shown in Fig. 15. For example, 1501 is the root object of the first speed group, and 1502 is the root object of the second speed group.

[0216] As described above, according to the third embodiment of the present invention, a mechanism can be provided that enables the evacuation location of an evacuee to be easily displayed based on speed information identified from the location history.

[0217] As described above, according to the present invention, it is possible to provide a mechanism that enables the evacuation positions of evacuees to be easily displayed in accordance with information on the position history.

[0218] <Other embodiments> In the above embodiment, evacuees are described as pedestrians, but evacuees are not necessarily limited to pedestrians. For example, in the case where a person icon is moved on a vehicle, the person icon appearing on the vehicle represents an evacuee.

[0219] In the above embodiment, in consideration of reducing the time and effort required for selecting objects, the route object of the normal section is generated as a polygon and the warp section is made transparent, but for example, the normal section may be divided into warp sections and multiple polygons may be generated. Specifically, in step S716, the evacuation simulation software 120 passes only the data of the normal section 810 to the CAD software 110 and instructs the CAD software 110 to create (multiple) polygons by connecting consecutive sections. This makes it possible to omit the process of making only the line segments of the warp section transparent.

[0220] In the above embodiment, the object ID of the pedestrian icon, the class of the normal section, and the warp section are instructed to be set for each route object, but for example, layers may be used to facilitate selection of each object and switching between display and non-display. Specifically, the evacuation simulation software 120 instructs the CAD software 110 to create a layer for the "normal section" on the drawing in step S716, and instructs the CAD software 110 to assign the route object of the normal section to the layer of the created "normal section". In addition, in step S717, the CAD software 110 instructs the CAD software 110 to create a layer for the "warp section" on the drawing, and instructs the CAD software 110 to assign the route object of the warp section to the layer of the created "warp section". The CAD software 110 creates objects and each layer according to the instructions, and stores each route object in association with each layer. The CAD software 110 is provided with a function for switching between displaying and hiding objects for each layer, and a function for selecting only objects belonging to a specific layer at once, and the user can use this function to separately select root objects in the normal section and root objects in the warp section. It also becomes possible to display and hide the root objects in the normal section and the root objects in the warp section at once.

[0221] In addition, the route object of the warp area where the pedestrian moved from one warp area to another is different from the actual movement path of the pedestrian. Therefore, for example, if the diagram is simple and has few warp areas, you may not want to display it.

[0222] Therefore, for example, the route object of the warped section may be initially hidden. Specifically, in step S717, the evacuation simulation software 120 instructs the CAD software 110 to hide the route object of the created warped section, and the CAD software 110 follows the instruction to hide the route object of the warped section and display only the route object of the normal section. Note that the CAD software 110 allows selection of a class for selecting the route object of the warped section and switching between display and non-display. This allows the user to confirm that there are two different sections, a section where pedestrians did not walk and a section where pedestrians walked.

[0223] Also, in the case of a simple diagram with few root objects in the warped section, that is, with few warped regions, the root objects in the warped section may be hidden. Specifically, in step S717, the evacuation simulation software 120 counts the number of objects in the warped section instructed to be created, and judges whether the number is equal to or less than a predetermined number. The value of the predetermined number is assumed to be stored in an external memory in advance (for example, 10). If the number of root objects in the warped section instructed to be created is equal to or less than a predetermined number, the evacuation simulation software 120 instructs the CAD software 110 to hide the root objects in the created warped section, and the CAD software 110 follows the instruction to hide the root objects in the warped section and display only the root objects in the normal section. If the number of root objects in the warped section instructed to be created is greater than a predetermined number, the CAD software 110 instructs the CAD software 110 to display the root objects in the created warped section. The CAD software 110 follows the instruction to display the root objects in the warped section.

[0224] The present invention can be implemented, for example, as a system, device, method, program, or storage medium, and specifically, it may be implemented as a system consisting of multiple devices, or as a device consisting of a single device.

[0225] For example, in the above-described embodiment, the evacuation simulation software 120 performs the processes of steps S503 to S513 in FIG. 5, steps S704 to S718 in FIG. 7, and the process of FIG. 14. However, for example, the CAD software 110 and the evacuation simulation software 120 may be integrated, and the CAD software 110 may perform all of the processes in FIG. 5, FIG. 7, and FIG. 14.

[0226] Furthermore, for example, the present invention can be implemented as an information processing system including a server that receives an instruction to execute a simulation process from an external device, executes the simulation, and transmits the execution result to the instruction source, and an information processing device that instructs the server to execute a simulation process and receives the execution result.

[0227] 16 is an example of a system configuration of an information processing system. The information processing system includes a server 200 and an information processing device 100 that are connected to each other via a network (e.g., a LAN). In FIG. 16, the information processing device 100 is a single unit, but the system may include multiple information processing devices. Also, the server 200 is a single unit, but the system may include multiple servers. The hardware configuration of the server 200 is the same as that in FIG. 2.

[0228] The functional configuration of the server 200 in 1600 is the same as that in Fig. 3. The object display unit 314 performs processing to generate information on a screen for displaying an object, transmit it to the client device, and display it.

[0229] The CPU of the server 200 executes processing based on a program stored in the ROM of the server 200 or an external memory, thereby implementing the functions of FIG. 3 and the processing of the flowcharts of the above-mentioned figures.

[0230] For example, the information processing device 100, which is a client device, accesses the server 200, and acquires and displays screen information (information of the screen created by the server 200) of the CAD software 110 and the evacuation simulation software 120 started by the server 200 from the server 200 as html information that can be displayed by the browser software of the information processing device 100, for example, on the display screen. In a similar manner, drawings (screens of the CAD software 110 displaying the drawings) such as those in Figs. 6, 9 to 13 are displayed on the display screen of the information processing device 100. In addition, the execution of the simulation and the creation of the root object are performed by the CAD software 110 and the evacuation simulation software 120 of the server 200.

[0231] When the server 200 is a system including a plurality of information processing devices, the CPUs of the information processing devices included in the server 200 execute processes in cooperation with each other based on a program stored in the ROM or an external memory of each information processing device, thereby realizing the functions of Fig. 3. Also, the processes of the flowcharts of each of the above-mentioned figures are realized.

[0232] Also, for example, as shown in 1610, the CAD software 110 may be installed in the information processing device 100, and the evacuation simulation software 120 may be installed in the server 200. In this case, the processes executed by the information processing device 100 using the functions of each software in each of the above-mentioned flowcharts are executed using the functions of the software installed in each device by each device communicating with each other each time. The various information shown in Fig. 4 and Fig. 8 is stored in both the information processing device 100 and the server 200, and each time one of the devices updates data, the various data in Fig. 4 and Fig. 8 is synchronized between the two devices.

[0233] The present invention also includes a software program for realizing the functions of the above-described embodiments that is supplied directly or remotely to a system or device, and may be achieved by a CPU included in the system or device reading and executing the supplied program code.

[0234] Therefore, the program code installed in a computer to realize the functions and processing of the present invention also realizes the present invention, i.e., the present invention includes the computer program itself for realizing the functions and processing of the present invention.

[0235] Examples of recording media for supplying the program include flexible disks, hard disks, optical disks, magneto-optical disks, MOs, CD-ROMs, CD-Rs, CD-RWs, etc. In addition, examples of recording media for supplying the program include magnetic tapes, non-volatile memory cards, ROMs, DVDs (DVD-ROMs, DVD-Rs), etc.

[0236] Other methods of supplying the program include the following: A method of connecting to an Internet homepage using a browser on a client computer and downloading the computer program of the present invention from the connected homepage to a recording medium such as a hard disk, or a method of downloading a compressed file including an automatic installation function for the computer program of the present invention from the connected homepage.

[0237] It is also possible to realize the present invention by dividing the program code constituting the program of the present invention into multiple files and downloading each file from a different homepage. In other words, the present invention also includes a WWW server that allows multiple users to download program files for implementing the functional processing of the present invention on a computer.

[0238] It is also possible to encrypt the program of the present invention, store it on a storage medium such as a CD-ROM, and distribute it to users, and have users who meet certain conditions download key information for decrypting the program from a website via the Internet.Then, it is possible to execute the encrypted program using the downloaded key information and install it on a computer.

[0239] The functions of the above-mentioned embodiments are realized by the computer executing the read program. In addition, the functions of the above-mentioned embodiments can also be realized by the OS or the like running on the computer performing part or all of the actual processing based on the instructions of the program.

[0240] Furthermore, the program read from the recording medium is written into a memory provided in a function expansion board inserted into the computer or a function expansion unit connected to the computer. Then, based on instructions from the program, a CPU or the like provided in the function expansion board or function expansion unit performs part or all of the actual processing, and the functions of the above-mentioned embodiment are also realized by this processing.

[0241] The above-described embodiments are merely illustrative of the specific examples of the present invention, and the technical scope of the present invention should not be construed as being limited thereby. That is, the present invention can be implemented in various forms without departing from its technical concept or main characteristics. [Explanation of symbols]

[0242] 100 Information processing device 110 CAD software 120 Evacuation Simulation Software

Claims

1. A display control means for controlling a movement route including a normal section and a warp section when a movement simulation of a moving object is performed so that the normal section and the warp section are displayed in different display formats, An information processing device characterized in that the warp section displayed by the display control means is a section between the first warp area and the second warp area, indicating that the moving object has moved to a second warp area corresponding to the first warp area by reaching the first warp area.

2. The information processing device according to claim 1, characterized in that the display control means controls the display format indicating the warp section to display a line connecting the first warp area and the second warp area.

3. An information processing device as described in claim 1 or 2, characterized in that the display control means controls so that normal sections are displayed with solid lines and warp sections are displayed with dotted lines.

4. A receiving means for receiving an instruction regarding the display color of the normal section and the warp section, 4. The information processing apparatus according to claim 1, wherein the display control means controls so as to display the normal section or the warp section in a display color related to the instruction received by the reception means.

5. An information processing device as described in any one of claims 1 to 4, characterized in that it is provided with an identification means for identifying a normal section and a warp section based on the distance between the sections.

6. The information processing device according to claim 5, characterized in that the identification means identifies the section as a normal section when the distance of the section does not satisfy a specified condition related to distance.

7. The information processing device according to claim 5 or 6, characterized in that the identification means identifies the section as a warp section when the distance of the section satisfies a predetermined condition related to distance.

8. An information processing device as described in claim 6 or 7, characterized in that the specified condition related to the distance is that the distance of the section is 1.5 m or more.

9. An information processing device according to any one of claims 1 to 8, characterized in that it is provided with a memory means for storing information regarding a warp section through which the moving object has moved, and which controls the information not to be stored if information regarding the warp section has already been stored within a predetermined time when the moving object has moved through the warp section.

10. Information processing according to any one of claims 1 to 9, characterized in that the warp area is an area placed on a drawing and is a pair of areas assigned the same identifier.

11. An information processing device as described in any one of claims 1 to 10, characterized in that the route is a pedestrian evacuation route when an evacuation simulation is performed from a first point on a drawing to a second point which is an evacuation destination.

12. An information processing device according to claim 1, wherein the movement simulation is performed on a CAD application.

13. A display control step of controlling a movement path including a normal section and a warp section when a movement simulation of a moving object is performed so that the normal section and the warp section are displayed in different display formats, A control method for an information processing device, characterized in that the warp section displayed by the display control step is a section between the first warp section and the second warp section, indicating that the moving object has moved to a second warp section corresponding to the first warp section by reaching the first warp section.

14. A program for causing a computer to function as each of the means described in any one of claims 1 to 12.

Images