Mobile body evaluation apparatus and mobile body evaluation method
Through the user information input unit and the filtering condition generation unit, the key parts of the flow of people are automatically extracted and visualized, and the problems of large user input burden and low result extraction efficiency in the prior art are solved, thereby achieving efficient processing of simulation results.
Patent Information
- Application Number
- JP2023121702
- Authority / Receiving Office
- JP · JP
- Patent Type
- Applications
- Current Assignee / Owner
- Filing Date
- 2023-07-26
- Publication Date
- 2025-02-06
AI Technical Summary
The prior art requires users to manually input a large amount of information to correlate simulation conditions and simulation results, and the necessary parts of the simulation results cannot be effectively extracted, resulting in a large input burden and low efficiency.
The user information input unit, the filter condition generation unit and the scene designation unit are used to automatically extract key parts of the simulation results by generating and applying filter conditions and visualizing these parts.
It reduces the user input burden, improves the efficiency of extraction of simulation results, especially the necessary part of the extraction of the flow of people simulation results, and simplifies the data processing process.
Smart Images

Figure 2025018193000001_ABST
Abstract
Description
[Technical field]
[0001] The present invention relates to a moving object evaluation device and a moving object evaluation method. [Background technology]
[0002] Crowd accidents often occur due to excessive concentration and oncoming pedestrian flows. Even if no accidents occur, whether people can move around smoothly and comfortably is an important aspect in evaluating a space. For this reason, when changing spatial structures through redevelopment or constructing new buildings, designs are made with people flow in mind. In recent years, there has been an increase in the number of cases in which mobile robots are introduced into factories or buildings. Mobile robots often share the space they move in with people. To prevent accidents and improve the efficiency of robot operations, it is necessary to operate robots in a way that the flow of robots and the flow of people do not significantly affect each other.
[0003] Patent Document 1 discloses an operation training simulator including: a simulation calculation unit that simulates the operating state of a plant; a simulation result recording unit that records the simulation results calculated by the simulation calculation unit; a related parameter data table that stores related parameter names corresponding to test events, event occurrence time determination conditions, and extraction time determination conditions; an input unit to which a test event name designated by a user is input; a simulation data extraction unit that reads out related parameter names corresponding to the test event name input by the input unit from the related parameter data table and extracts trend data of the read out related parameter names from the simulation result recording unit; a trend data processing unit that reads out, from the related parameter data table, the event occurrence time determination conditions and the extraction time determination conditions corresponding to the test event name input by the input unit from the trend data extracted by the simulation data extraction unit and processes the trend data extracted by the simulation data extraction unit based on the event occurrence time determination conditions and the extraction time determination conditions; and an output unit that outputs a result of processing the trend data by the trend data processing unit. [Prior art documents] [Patent documents]
[0004] [Patent Document 1] JP 2016-218248 A Summary of the Invention [Problem to be solved by the invention]
[0005] The driver training simulator in Patent Document 1 records the simulation results for each simulation condition, and identifies and extracts the simulation results by the name of the simulation condition. However, it is necessary to input the names that correspond to the simulation conditions and the simulation results in advance. In addition, Patent Document 1 does not take into consideration the extraction of only the necessary parts of the simulation results. Therefore, an object of the present invention is to extract necessary parts from simulation results of people flow, etc., while reducing the input burden on the user. [Means for solving the problem]
[0006] The moving body evaluation device of the present invention is characterized by comprising a user information input unit that accepts input of at least one of user attributes and spatial attributes, a filter condition generation unit that generates an interest index and an index condition that is a specific value range of the interest index as a filter condition based on at least one of the user attributes and the spatial attributes, a scene identification unit that identifies a range of simulation results that satisfy the filter condition, a scene selection unit that displays the identified range of the simulation results in a selectable state, and a scene output unit that visualizes the selected range of the simulation results. Other means will be described in the description of the embodiment of the invention. Effect of the Invention
[0007] According to the present invention, it is possible to extract necessary parts from simulation results of people flow, etc., while reducing the input burden on the user. [Brief description of the drawings]
[0008] [Figure 1] FIG. 2 is a diagram illustrating a functional configuration of a moving object evaluation device. [Diagram 2] FIG. 13 is a diagram illustrating a scene list screen. [Diagram 3] This is an example of a user attribute filter condition. [Figure 4] This is an example of a spatial attribute filter condition. [Diagram 5] 1 is an example of a layout. [Figure 6] 1 is an example of a simulation condition. [Figure 7] 13 is an example of a simulation result. [Figure 8] 13 is an example of an interest index calculation result. [Figure 9] 1 is an example of scene information. [Figure 10] 4 is a process flow of the moving object evaluation device. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
[0009] (Configuration of the mobile evaluation device) The moving object evaluation device 1 of this embodiment is composed of a computer that is composed of an arithmetic device and a control device such as a CPU (Central Processing Unit), a main storage device such as a DRAM (Dynamic Random Access Memory) and an SRAM (Static Random Access Memory), an auxiliary storage device such as an HDD (Hard Disc Drive) and an SSD (Solid State Drive), an input device such as a mouse and a keyboard, an output device such as a display and a printer, a communication device for communicating between devices, etc., and software that operates on the computer.
[0010] 1 is a diagram showing the functional configuration of a moving object evaluation device 1. The moving object evaluation device 1 includes a processing unit 10, a master data recording unit 50, and a data recording unit 60.
[0011] The processing unit 10 includes a user information input unit 11, an execution condition input unit 12, a simulation execution unit 13, a simulation result recording unit 14, a filter condition generation unit 15, an interest index calculation unit 16, a scene identification unit 17, a scene selection unit 18, and a scene output unit 19. The simulation execution unit 13, the simulation result recording unit 14, the filter condition generation unit 15, the interest index calculation unit 16, the scene identification unit 17, and the scene selection unit 18 may function as, for example, a processor of a computer. Also, for example, the processing unit 10 may function as a processor of a computer.
[0012] The user information input unit 11 receives input of user attributes and / or space attributes. The execution condition input unit 12 receives the execution conditions of the simulation. The user information input section 11 and the execution condition input section 12 can be used as one input section. The simulation execution unit 13 executes a simulation based on the execution conditions. A simulation is to mimic the movement of a moving object such as a person or a robot. The simulation result recording unit 14 records the simulation results.
[0013] The filter condition generating unit 15 generates a filter condition. The filter condition is a condition for extracting a range that is truly required by the user from a huge amount of simulation results 63. Details of the filter condition will be described later with reference to Figs. 3 and 4. The interest index calculation unit 16 calculates a specific value of the necessary interest index based on the filter conditions and the simulation result 63 . The scene identification unit 17 narrows down the simulation results 63 to be displayed based on the filter conditions and the specific values of the calculated interest indexes, and identifies candidates for the range to be displayed to the user. The range to be displayed among the simulation results 63 is also called a "scene" in this embodiment. The scene selection unit 18 accepts a user's selection of a scene that the user wishes to actually display from among the scene candidates. The scene output unit 19 actually displays the scene as a moving image or a still image.
[0014] The master data recording unit 50 records data that is prepared in advance by the mobile object evaluation device 1. The master data recording unit 50 records user attribute / filter conditions 51 that record filter conditions using user attributes as a key, and spatial attribute / filter conditions 52 that record filter conditions using spatial attributes as a key. The data recorded in the master data recording unit 50 is held in common by the entire mobile object evaluation device 1 or a specific user group, user, etc.
[0015] The data recording unit 60 records data necessary for executing a simulation and results after the execution. The data recording unit 60 records a layout 61, simulation conditions 62, simulation results 63, interest index calculation results 64, and scene information 65. These may be recorded for each execution of a simulation. Note that the layout 61 and the simulation conditions 62 may not be recorded for each execution of a simulation, but may be received by the execution condition input unit 12 as data to be prepared before the execution of a simulation.
[0016] The layout 61 is map information that serves as input data for the simulation. The layout 61 records the spatial structure required for the simulation. The simulation conditions 62 are execution conditions such as simulation parameters. Simulation result 63 is the result of the simulation. The interest index calculation result 64 is a calculation result of a specific value of the interest index. The scene information 65 is information for identifying a scene. As described above, a scene is a range of the simulation result 63 that should be displayed.
[0017] Each unit is distinguished for the sake of convenience of explanation, and may actually be configured as the same software (program), or may be divided in a manner different from that shown in the example of FIG. 1. Each unit may operate on the same computer, or on multiple computers. The computer may not only have physical hardware, but may also be created virtually on software. The functions and data shown in FIG. 1 are an excerpt of those necessary for explaining this embodiment. Other functions and data may be added as necessary.
[0018] Next, the function of each unit constituting the moving object evaluation device 1 will be described. The user information input unit 11 accepts input of user information. A user is a person who uses the mobile object evaluation device 1. The user information input unit 11 accepts, for example, the user's name, business type, or purpose of use of the simulation as "user attributes". The user information input unit 11 may store the user attributes once input. The user information input unit 11 may accept spatial attributes together with or instead of the user attributes. Note that the spatial attributes are character strings or the like that identify a space or object that may be the subject of a simulation of people flow, etc. Examples of spaces include buildings, stations, etc. Examples of objects include elevators, ticket gates, etc.
[0019] When the user receives the simulation results directly, the user information input unit 11 issues authentication means such as a user ID and password. When using the system for the second or subsequent times, the user information input unit 11 may identify the user by performing user authentication using authentication means instead of inputting user attributes, and use the stored user attributes. When the user does not receive the simulation results directly, the user information input unit 11 may identify the user who will receive the simulation results directly from the stored user attributes using the user's name or the like as a key.
[0020] The execution condition input unit 12 creates a new layout 61 or accepts an existing layout 61. The execution condition input unit 12 accepts input of simulation conditions 62. The simulation conditions 62 include data used in the simulation, such as the travel demand of the mobile body and the travel speed of the mobile body, as well as data used to control the simulation itself, such as the target period of the simulation, the seed of the random number, the number of simulations, and a method of tallying up the results.
[0021] The simulation execution unit 13 performs a simulation of the moving object based on the layout 61 and the simulation conditions 62 received by the execution condition input unit 12. A known method may be used for simulating the moving object.
[0022] The simulation result recording unit 14 records the simulation result 63. The simulation result 63 includes at least the time-series position coordinates of each moving object. The simulation result recording unit 14 also saves information identifying a "scenario" along with the simulation result 63. A "scenario" is a combination of a layout 61 and simulation conditions 62 used in a simulation. This makes it possible to perform a reverse search for the layout 61 and the simulation conditions 62 from the simulation result 63. The information identifying the scenario may be a character string entered by the user, or the like, or may be the output value of a hash function that takes the layout 61 and the simulation conditions 62 as input.
[0023] The filter condition generating unit 15 generates filter conditions. The expected role of the simulation and the necessary interest indexes are different for a real estate developer and a design office that plans and designs a new building, a railway operator that considers renovating a railway station, and a company that considers introducing a robot into a factory. Therefore, the generated filter conditions are also different for each user.
[0024] The filter condition generating unit 15 generates a filter condition for outputting an appropriate interest index according to the user. The filter condition generating unit 15 may generate a filter condition for estimating and outputting a necessary interest index based on a spatial attribute included in the layout 61, instead of a user attribute. Instead of generating a filter condition, the filter condition generating unit 15 may record the number of times or the time when the user or a similar user has previously viewed a specific range or a specific interest index in the simulation result 63. The filter condition generating unit 15 may perform machine learning using the record as learning data to create an inference model for inferring an area of interest and an interest index from the simulation result 63, and use the inference model as a filter condition.
[0025] The interest index calculation unit 16 receives the filter conditions generated by the filter condition generation unit 15 and the simulation result 63 as inputs, and calculates a specific value of the interest index specified by the filter conditions. For example, in the case of elevators in a building, the interest index is an indicator related to congestion of people, such as the congestion degree of the elevator hall, the queue length, and the waiting time, and an indicator of the elevator operation itself, such as the operation time for one revolution, the average operation interval, and the long waiting rate.
[0026] When a railway station is the target, the interest index calculation unit 16 calculates the time to pass through the ticket gate, the number of people passing through per unit time, the movement time or movement density between the ticket gate floor and the platform floor, etc. When a factory, warehouse, etc. is the target, the interest index calculation unit 16 calculates the average movement time, longest movement time, operation rate, etc. of a mobile robot. The interest index calculation unit 16 may be called as appropriate while a simulation is being performed by the simulation execution unit 13. The interest index calculation unit 16 may calculate an interest index after the simulation by using the simulation result 63 recorded by the simulation result recording unit 14. Note that the interest index described above is an example, and the interest index actually used is not limited to the above.
[0027] Scene identification unit 17 identifies, from simulation result 63, only the range in which the specific value of the interest index as the filter condition satisfies the index condition as a scene. For example, assume that there are an area of interest, an interest index, and an index condition as filter conditions, the area of interest is an "elevator hall", the interest index is a "waiting time", and the index condition is "one minute or more" (see FIG. 3). In this case, scene identification unit 17 identifies, from simulation result 63, the time range in which people wait for an elevator in the elevator hall for one minute or more as a scene. When there are a plurality of filter conditions, the scene identification unit 17 adds information for identifying the filter conditions to the scene information 65 so that the scenes identified by applying the respective filter conditions can be distinguished.
[0028] The scene selection unit 18 displays the scenes identified by the scene identification unit 17 on an arbitrary device as a scene list screen 70a (FIG. 2) for each user or each case, and accepts the user's selection of the scene to be displayed via the displayed scene list screen 70a. Although we are in the middle of FIG. 1, the explanation will move to FIG. 2 for the time being.
[0029] 2 is a diagram illustrating the scene list screen 70. The scene selection unit 18 displays a scene list screen 70a, which is an example of the scene list screen 70, on an arbitrary device. The scene list screen 70a displays a list of scenes in a list format for each user, each case, and each simulation condition 62.
[0030] After user authentication, the user can view the scene list screen 70a. A list of scenes (scene information 65) identified by the scene identification unit 17 is displayed in association with the "renovation plan 1" which is a key for identifying the simulation condition 62. For example, it can be seen that a scene in which the "congestion level" as an interest index corresponds to the "maximum value" as an index condition in "area 1" as an area of interest occurs one minute before and after the time "7:00". When the user presses the "still image" button and the "play one minute before and after" button, the scene output unit 19 visualizes the range corresponding to the scene in the simulation result 63. In addition, a button for visualizing a scene from the viewpoint of a specific moving object may be prepared. Incidentally, "[ ]" means a button.
[0031] The scene selection unit 18 displays a scene list screen 70b, which is an example of the scene list screen 70, on an arbitrary device. The scene list screen 70b displays the interest index value as a time-series graph based on the scene information 65, and displays the time position of the scene (scene 1, scene 2, ...) within the graph. As with the scene list screen 70a, when the user selects a scene, the scene output unit 19 visualizes the simulation result 63 (simulation result of the moving state of the moving object) in that scene. Return to FIG. 1 for explanation.
[0032] The scene output unit 19 visualizes a range (scene) selected by the user from the simulation result 63, for example, as a still image at a specific time or a video for a certain period of time. The scene output unit 19 displays the simulation result 63 on a two-dimensional plane or in a three-dimensional space having an arbitrary viewpoint. The scene output unit 19 may also select a specific moving object such as a robot and display the simulation result 63 as a video using VR (Virtual Reality) so that the moving object is in the first person (viewpoint, subject of observation).
[0033] (Data Description) Next, the data used by the moving object evaluation device 1 will be described. Note that the data configuration is an example, and the contents and format of the data are not limited to those described below. For example, when the moving object evaluation device 1 uses a database, the database may be normalized and stored in a configuration different from that described below. The moving object evaluation device 1 may use other data that will not be described.
[0034] Each section of the mobile object evaluation device 1 shares the data in the master data recording unit 50. Each section of the mobile object evaluation device 1 may hold different data for each specific user group or for each user.
[0035] The data in the data recording unit 60 is recorded in units of "scenario", which is a combination of a layout 61 and a simulation condition 62. For example, the related layout 61, simulation condition 62, simulation result 63, filter condition, interest index, and scene information 65 are collectively saved as one data. Alternatively, each of the simulation result 63, filter condition, interest index, and scene information 65 has a structure that can be searched by a key that identifies the scenario. The key that identifies the scenario is, for example, a hash value created based on the layout 61 and the simulation condition 62.
[0036] 3 is an example of the user attribute / filter condition 51. The user attribute / filter condition 51 is data in which, for example, a user attribute 511 is used as a key, and an area of interest 512, an interest index 513, and an index condition 514 are associated with the key.
[0037] The user attributes 511 are user attributes accepted by the user information input unit 11. The user attributes are, for example, the user's business type and the purpose for which the user uses the simulation by the mobile object evaluation device 1. The area of interest 512 is an area that is predicted to interest the user. An area is a specific region that can be specified on the layout 61. The interest index 513 is an index that is expected to interest the user, and is an index whose transition the user would like to visualize over time. One or more interest indexes 513 are set for each interest area 512. For example, interest indexes for an elevator hall are the number of people waiting, the waiting time, etc. Interest indexes for a ticket gate are the number of people passing through, the queue length, etc. The index condition 514 is a range of specific values of the interest index 513 that the user pays particular attention to.
[0038] For example, if a user whose user attribute is real estate development is interested in the "number of people waiting" in an elevator hall and is further interested in a scene where the number of people waiting is the "maximum", the user sets "elevator hall" in interest area 512, "number of people waiting" in interest index 513, and "maximum" in index condition 514. User attribute 511 is not limited to the type of business. The user attribute may be, for example, the user's purpose of use. The purpose of use may be, for example, an evaluation of elevator specifications, an evaluation of robot operation, an evaluation of crowdedness, etc.
[0039] The user attribute / filter condition 51 may further include priority order data. The priority order may be, for example, the order in which filter conditions are applied when multiple records of filter conditions are applicable, or the order in which results after the filter conditions are applied are displayed. The higher the number of times or the time that a user has viewed each scene in the past, the higher the priority order of the record used to create the scene. Also, the number of times or the time of viewing may be tallied not by the user but by other users in the same business.
[0040] In relation to the above-mentioned priority order, the scene output unit 19 may have the following functions (1), (2), and (3). (1) When the scene identification unit 17 identifies multiple ranges in the simulation result 63, the scene output unit 19 may determine the priority order for displaying the identified ranges or the priority order of the filter conditions based on the time or number of times the identified ranges are viewed. (2) The scene output unit 19 may accept the user's stopping or selecting the time at which the simulation result 63 is visualized and adjusting the angle of view at which the simulation result 63 is visualized, and record the time at which the user stopped or selected and the adjusted angle of view. (3) The scene output unit 19 may change the priority of displaying the specified range or the order of the filter conditions based on the recording time and angle of view. For example, the scene output unit 19 increases the priority of displaying a range that includes many stopped or selected times, or the priority of the filter conditions that extract such a range. Furthermore, the scene output unit 19 increases the priority of a range that includes an image with an adjusted (enlarged) angle of view, or the priority of the filter conditions that identify such a range.
[0041] 4 is an example of the spatial attribute / filter condition 52. The spatial attribute / filter condition 52 is data in which a spatial attribute 521 is used as a key, and a search object / area 522, an interest index 523, and an index condition 524 are associated with the key.
[0042] The spatial attribute 521 is a spatial attribute accepted by the user information input unit 11. As described above, a spatial attribute is a character string or the like that identifies a space or an object that can be a target for performing a simulation of people flow or the like, such as "elevator" or "ticket gate." The search object area 522 is information that identifies a component of the layout 61. While the search object area 522 is a specific area on the layout 61, the spatial attribute 521 is an abstract concept that is not directly related to the layout 61.
[0043] The interest index 523 is an index that is expected to interest the user, and is an index whose transition the user wants to visualize over time. One or more interest indexes 523 are set for each search object area 522. For example, interest indexes for an elevator object are boarding and alighting times, operation intervals, etc. The index condition 524 is a range of specific values of the interest index 523 that the user pays particular attention to.
[0044] As is clear from the above, the user attribute / filter condition 51 and the spatial attribute / filter condition 52 are prepared in advance as templates of the user's interest index and its index condition for each user attribute or each spatial attribute. However, the moving object evaluation device 1 does not need to prepare such a template in advance. For example, the scene output unit 19 may first visualize the entire simulation result 63 to the user, and the user information input unit 11 may record the range frequently viewed by the user and the interest index frequently viewed. The filter condition generation unit 15 may then machine-learn an inference model that inputs the range frequently viewed by the user and the interest index frequently viewed by the user and outputs the interest area (search object area) and the interest index using the recorded data as learning data. The filter condition generation unit 15 may further estimate the filter condition using the machine-learned inference model.
[0045] (Filter conditions) Among the user attribute / filter condition 51 (FIG. 3), items other than the user attribute 511, i.e., the area of interest 512, the interest index 513, and the index condition 514, are specific contents of the filter condition. For example, "the waiting time in the elevator hall is the maximum value" can be one filter condition. Similarly, among the space attribute / filter condition 52 (FIG. 4), items other than the space attribute 521, i.e., the search object area 522, the interest index 523, and the index condition 524, are also specific contents of the filter condition. For example, "the boarding and alighting time of the elevator object is 20 seconds or more" can be one filter condition.
[0046] Fig. 5 is an example of a layout 61. The layout 61 is structured data that associates geometric structure information of the space to be simulated with passability, passing conditions, and the locations of transportation equipment (elevators, escalators, railways, etc.). In Fig. 5, areas with the same hatching represent the same type of data. Fig. 5 is an example of a factory layout 61.
[0047] The movable area 611 is an area in which the moving body can move. Usually, there is only one type of movable area 611 for all moving bodies. However, a different movable area 611 may be set for each moving body. By setting the type of movable body that can pass through and the movement attribute including the movable direction to the tiles (squares) on the movable area 611, the moving body may perform different actions according to its own type and movement direction. By setting the movement speed and the change ratio of the movement speed to the tiles, the moving body may move at a speed different from the movement speed set for the moving body itself. By combining these movement attributes, movement on an escalator, stairs, ticket gate, etc. can be expressed. Note that a plurality of tiles may be set in the same place. In the movable area 611, a physically movable range and a physically inaccessible range for operational or control reasons may be set.
[0048] The production area 612 is a production cell in a factory, and is an area that moving objects cannot enter. The production area 612 has information for identifying a transfer target area 613 and a work area 614 associated therewith.
[0049] The transfer target area 613 is associated with the production area 612. The transfer target area 613 is an area that is a start point or an end point where a moving body, which is a transfer robot, moves when performing a transfer. Each transfer target area 613 is associated with a name or an identifier that can uniquely identify it. There may be multiple transfer target areas 613 for one production area 612. For example, for one production area 612, a transfer target area 613 for supplying parts and a transfer target area 613 for transporting a produced product to another area are usually located at different positions. The transfer target area 613 may be set so that only a specific type of transfer robot can enter, or may be set so that all moving bodies, including people, can enter.
[0050] The work area 614 is associated with the production area 612. The work area 614 is an area where a person starts or ends their movement. Each work area 614 is associated with a name or identifier that can uniquely identify the work area 614. A plurality of work areas 614 may be set for one production area 612.
[0051] The waypoint area 615 is an area that is a waypoint that specifies the movement route of a transport robot or a person, which is a moving object. Each waypoint area 615 is associated with a name or identifier that can uniquely identify it. For example, the waypoint area 615 is set as the destination of the moving object, and when the moving object arrives at the waypoint area 615, the next waypoint area 615 or the transport target area 613, etc. is set as the destination, so that the movement route of the moving object can be controlled.
[0052] The parts storage area 616 is an area where a parts storage is located, which is the starting point and the ending point of the transportation. Each parts storage area 616 is associated with a name or an identifier that can uniquely identify the area.
[0053] The elevator area 617 is an area where the elevator car is located. Each elevator area 617 is uniquely associated with an elevator object that simulates an elevator.
[0054] The elevator boarding / alighting area 618 is an area where passengers board and alight from the elevator. The elevator boarding / alighting area 618 is usually set at the door position of the elevator car. The elevator boarding / alighting area 618 is uniquely associated with the elevator object.
[0055] The layout 61 may be in any format as long as the shape and attributes can be specified, such as a collection of objects, a collection of lattice or hexagonal cells, etc. The layout 61 may be constructed as a network model in which areas that are the start and end points of movement are treated as nodes and are connected by links.
[0056] Identifiable areas that can be the start or end point of movement, such as the transport target area 613, the work area 614, the waypoint area 615, and the parts warehouse area 616, are collectively referred to as waypoints. A name or identifier that can uniquely identify the waypoint is set for every waypoint. When targeting a building rather than a factory, an area reflecting information on escalators, stairs, etc. is further set. When targeting a train station, the ticket gate area, the boarding and disembarking platform area, etc. are set. In this way, necessary area information can be added according to the target space.
[0057] 6 is an example of the simulation conditions 62. The simulation conditions 62 are composed of a travel demand 621 and a simulation control parameter 622. The travel demand 621 is information that sets the occurrence of travel and the destination of a moving object. The travel demand 621 can be set in different formats according to the type or quantity of the moving object, such as travel demand 621a set for each moving object and travel demand 621b set for each type and time period.
[0058] The travel demand 621a is an example of a case where each individual moving body is distinguished and a travel demand is set for each moving body. The travel demand 621a is composed of a moving body ID 6211a which is a unique identifier for identifying an individual moving body, a movement origin 6212a which is the starting point of the movement, a movement destination 6213a which is the destination of the movement, a movement start time 6214a, etc. When the travel demand 621a is used, a simulation is performed so that the moving body identified by the moving body ID starts moving from the movement origin 6212a to the movement destination 6213a at the movement start time 6214a.
[0059] Travel demand 621b is an example of a case where travel demand is set for a moving body by type without distinguishing between individual moving bodies. Travel demand 621b is set for each target time period 6217 in which travel occurs and for each target moving body 6218 targeted by the travel demand. The target time period 6217 in which travel occurs may be an occurrence time, which is the time when travel occurs. Travel amount 6216 (the numerical value at the intersection of the row and column) is data that holds travel demand that occurs for each combination of travel source 6212b and travel source 6213b. For example, when focusing on the row with "Depot1" as the movement source, it can be seen that the movement amount to "Depot2" is "0", and the movement amount to "Cell1-1" is "2". In other words, during the target time period 6217, "0" people, which are target moving objects 6218, move from "Depot1" to "Depot2", and "2" people move from "Depot1" to "Cell1-1".
[0060] The simulation control parameters 622 are parameters related to the operation of the simulation. The simulation control parameters 622 associate a parameter name 6221 with a parameter value 6222. The simulation control parameters 622 include, for example, a start time and end time of the simulation, the number of times the simulation is repeated under the same conditions, and the like.
[0061] By changing the seed of the random numbers during repetition, the variation of the simulation can be evaluated. The simulation control parameters 622 may include parameters of the simulation model, such as the moving speed of each moving object. If the layout 61 has a specific use, parameters such as the moving speed may be determined based on the use. For example, for a facility used mainly by small children or the elderly, the moving speed may be automatically set lower than normal. Note that the parameter value 6222 is not limited to a numerical value, and may be a specific distribution, object, etc.
[0062] 7 is an example of a simulation result 63. The simulation result 63 is composed of a movement log 631 of a moving object and an operation log 632 of a facility. When a simulation control parameter commands repeated execution of a simulation for the same scenario, the simulation result 63 is stored separately for each execution count.
[0063] The movement log 631 is data necessary for reproducing the movement of a moving object. The movement log 631 associates a moving object ID 6311, a time 6312, a position 6313, a direction 6314, and a state 6315 with each other. The moving object ID 6311 is an identifier that uniquely identifies an individual moving object. The time 6312 is the simulation time when the log was recorded. The position 6313 is the coordinates of the location of the moving object. The direction 6314 is the angle from the reference direction in which the moving object is facing. The state 6315 is the state of the moving object.
[0064] The operation log 632 is data necessary for reproducing the operating conditions of various equipment such as elevators, trains, production areas, etc. The data recorded in the operation log 632 differs depending on the type of equipment. For example, the operation log 632 for an elevator correlates a car ID 6321, a time 6322, a running direction 6323, a vertical position 6324, a speed 6325, a door opening degree 6326, a number of passengers 6327, and a state 6328.
[0065] The car ID 6321 is an identifier that identifies the elevator car. Time 6322 is the simulation time when the data was recorded. The travel direction 6323 is the travel direction of up, down, or stop. Vertical position 6324 is the position of the car within the elevator shaft. Speed 6325 is the speed of the elevator (the speed at which the car rises and falls). The door opening / closing degree 6326 is a relative value indicating the opening / closing state of the door. The number of passengers, 6327, is the number of passengers in the cage. Status 6328 is the operating status of the car.
[0066] The movement log 631 and the operation log 632 hold sufficient data to reproduce the simulation and calculate the interest index defined in the user attribute / filter condition 51 and the space attribute / filter condition 52. The held data is not limited to the above.
[0067] FIG. 8 is an example of interest index calculation result 64. Interest index calculation result 64 is data that stores interest indexes calculated by interest index calculation unit 16. Interest index calculation result 64 stores various interest indexes calculated from simulation result 63. Interest index calculation result 64 records, for example, a record 641 of travel time between points, density by area 642, etc. For the same scenario, when the simulation control parameters command the execution of a simulation repeatedly, a simulation result 63 is stored for each calculation. Therefore, interest index calculation result 64 is stored for each calculation. The average value, maximum value, etc. of the interest index for each calculation may be stored in one interest index calculation result 64.
[0068] 9 is an example of scene information 65. The scene information 65 is data for specifying a time range and a position range to be displayed among the simulation results 63. The scene information 65 associates a scene ID 651, a target 652, an interest index 653, an index condition 654, a time 655, and a display setting 656 with each other.
[0069] The scene ID is an identifier that uniquely identifies each scene. Target 652 is a string of characters or the like that uniquely identifies the target area or object. The interest indicator 653 is the interest indicator that is the key to detecting the scene. The index condition 654 is an index condition of the index of interest that is the key for detecting the scene.
[0070] Time 655 is the time range in which the scene was detected. The time 655 may be the time range in which the interest index satisfies the index condition, or may be a time range including the time range plus margin time before and after the time range.
[0071] The display setting 656 is a combination of information specifying a mode for displaying, for example, a three-dimensional space, a two-dimensional plane, virtual reality, etc., and a range to be displayed in each mode. For example, in the case of a three-dimensional space, the display setting 656 specifies a display range by holding parameters such as a camera position coordinate, a camera direction vector, a camera upward vector, a camera angle of view, an aspect ratio, a near clip, and a far clip. The parameters are automatically set so that the entire object 652 of the scene information 65 can be visualized. The display setting 656 may be created in advance for each object. Furthermore, the display setting 656 may also include a display setting specific to the simulation, such as whether or not to display a specific object.
[0072] (Processing Description) FIG. 10 shows a processing flow of the moving object evaluation device 1. In step S1001, the user information input unit 11 accepts user attributes such as the user's business type, purpose of use of the simulation, etc. The user information input unit 11 may accept all information input directly by the user, or may authenticate the user with a user ID, password, etc., and thereby read registered user attributes. The user information input unit 11 may omit step S1001, and conversely estimate the user attributes based on the layout 61 input in step S1003. At this time, the user information input unit 11 may accept spatial attributes, or may accept both user attributes and spatial attributes.
[0073] In step S1002, the user information input unit 11 judges whether or not to perform a new simulation. For example, when the simulation result 63 is empty, the user information input unit 11 performs a new simulation. The user information input unit 11 may provide an interface for the user to select, and judge whether or not to perform a new simulation based on the user's selection. If the user information input unit 11 judges that a new simulation is to be performed (step S1002 "Yes"), the process proceeds to step S1003, and otherwise (step S1002 "No"), the process proceeds to step S1009.
[0074] In step S1003, the execution condition input unit 12 accepts the simulation conditions 62. For example, the execution condition input unit 12 reads a file in which the layout 61 and the simulation conditions 62 are recorded. The execution condition input unit 12 may provide an editing interface to the user and accept editing of the layout 61 and the simulation conditions 62 by the user.
[0075] The execution condition input unit 12 may automatically add and create simulation conditions 62 according to the purpose of use, using the user's purpose of use as a key. For example, when evaluating elevator specifications, the execution condition input unit 12 generates several candidates for elevator specifications that are considered appropriate based on the floor area of the building and other factors through traffic calculations, and generates multiple simulation conditions that apply each candidate for the elevator specifications. The execution condition input unit 12 may accept the layout 61 by converting it from BIM (Building Information Modeling) data or the like.
[0076] In step S1004, the filter condition generating unit 15 generates a filter condition. Specifically, the filter condition generating unit 15 searches the user attribute / filter condition 51 using the business type or purpose of use included in the user attribute as a key, and generates a set of combinations of the area of interest, the index of interest, and the index condition of the corresponding record as a first filter condition. The filter condition generating unit 15 also searches the spatial attribute / filter condition 52 using the spatial attribute as a key, and generates a set of combinations of the search object area, the index of interest, and the index condition of the corresponding record as a second filter condition. The filter condition generating unit 15 sets the union of the first filter condition and the second filter condition as the filter condition of the scenario.
[0077] That is, the filter condition generating unit 15 generates an interest index and an index condition that is a specific value range of the interest index as a filter condition based on at least one of a user attribute and a spatial attribute. The filter condition generating unit 15 may generate the filter condition by using an inference model as described above.
[0078] In step S1005, the simulation execution unit 13 performs a movement simulation based on the scenario. In step S1006, the simulation result recording unit 14 outputs and records the result of the simulation as the simulation result 63. In step S1007, interest index calculation unit 16 receives simulation result 63 and the filter condition of the scenario as input, calculates and outputs a specific value of the interest index included in the filter condition of the scenario, and saves it as interest index calculation result 64.
[0079] Steps S1006 and S1007 may be repeatedly executed for each processing unit of the simulation.
[0080] In step S1008, the scene identification unit 17 receives the filter conditions of the scenario as input, identifies the interest indexes included in the filter conditions of the scenario and the period that satisfies the index conditions for each interest index, and saves them as scene information 65. For example, assume that the simulation result 63 is as shown in the operation log 632 (FIG. 7), the interest index included in the filter conditions of the scenario is "number of passengers," and the index condition is "3 or more." Then, the scene identification unit 17 identifies, as a scene, the time ranges "8:00:20" and "8:00:25," in which the number of passengers column 6327 in the operation log 632 is "3 or more." After completing step S1008, the scene identification unit 17 returns to step S1002.
[0081] In step S1009, the scene selection unit 18 displays a scene list screen 70a and a scene list screen 70b on an arbitrary device based on scene information 65 of a scenario that the user created or that the user has viewing authority for, which is recorded in the data recording unit 60. The scene selection unit 18 displays at least information that can identify a scenario, information that can identify an area, and information that can identify an interest index, and then accepts the user's selection of a scene.
[0082] The scene selection unit 18 also displays the range that satisfies the index condition of each scenario, and proceeds to step S1010 in response to a user selection. The scene selection unit 18 may display the entire simulation result 63, rather than only the scene selected from the simulation result 63.
[0083] In step S1010, the scene output unit 19 displays (plays) the scene as a moving image or a still image on an arbitrary device in a display mode and display content based on the scene selected in step S1009, and allows the user to confirm the content of the scene. After the user has confirmed the scene, the scene output unit 19 proceeds to step S1002.
[0084] The scene output unit 19 has functions such as pausing, rewinding, and enlarging / reducing the display range when playing back a scene. The scene output unit 19 may record the simulation time when the user repeatedly viewed the scene by pausing or rewinding, and the range in which the user adjusted the display. This allows the user's interests to be estimated, and filter conditions to be added or modified.
[0085] As is clear from the above, the user only needs to input the user's own information, as well as the layout 61 and simulation conditions 62 that are minimally required to execute a simulation. After that, the moving body evaluation device 1 creates scene information 65 that is specified by the area that the user is likely to be interested in, the interest index, and the index conditions. The moving body evaluation device 1 may further select and visualize only the simulation result 63 that is specified by the scene information 65. This allows the moving body evaluation device 1 to reduce the effort of searching for necessary data from the simulation result 63. Furthermore, by saving the simulation result 63, it becomes possible to calculate the necessary interest index as appropriate. Furthermore, by reading the simulation result 63, it becomes possible to visualize the simulation result 63 by any visualization means.
[0086] (Effects of this embodiment) The effects of the moving object evaluation device of this embodiment are as follows. (1) The moving object evaluation device can extract an area of interest to a user from the range of the simulation results using a filter condition corresponding to a user attribute or a spatial attribute. (2) The mobile evaluation device can extract simulation results for areas of interest to the user. (3) The mobile evaluation device can prioritize the areas to be displayed based on viewing time or number of times. (4) The moving object evaluation device can record the time when the user stops or selects the simulation results, and the adjusted angle of view. (5) The moving object evaluation device can change the priority of the display range based on the recording time and angle of view.
[0087] The present invention is not limited to the above-described embodiment, but includes various modified examples. For example, the above-described embodiment has been described in detail to easily explain the present invention, and is not necessarily limited to those including all of the configurations described. In addition, it is possible to replace a part of the configuration of one embodiment with the configuration of another embodiment, and it is also possible to add the configuration of another embodiment to the configuration of one embodiment. In addition, it is possible to add, delete, or replace a part of the configuration of each embodiment with another configuration. [Explanation of symbols]
[0088] 1. Mobile evaluation device 10 Processing Unit 11 User information input section 12 Execution condition input section 13 Simulation Execution Department 14 Simulation Results Recording Section 15 Filter Condition Generation Unit 16 Interest Index Calculation Section 17 Scene Identification Section 18 Scene selection section 19 Scene Output Section 50 Master Data Recording Unit 51 User Attributes / Filter Conditions 52 Spatial Attributes Filter Conditions 60 Data Recording Unit 61 Layout 62 Simulation Conditions 63 Simulation Results 64 Interest Index Calculation Results 65 Scene Information
Claims
1. a user information input unit that accepts an input of at least one of a user attribute and a spatial attribute; a filter condition generating unit that generates an interest index and an index condition that is a specific value range of the interest index as a filter condition based on at least one of the user attribute and the spatial attribute; a scene identification unit that identifies a range of simulation results that satisfy the filter condition; a scene selection unit that displays the specified range of the simulation result in a selectable state; a scene output unit for visualizing a range of the selected simulation result; A moving object evaluation device comprising:
2. The filter condition generation unit generating a filter condition including the area; The moving body evaluation device according to claim 1 .
3. The scene identification unit Identifying a plurality of ranges of the simulation results; The scene output unit includes: Based on the time or number of times the specified range was viewed, determining a priority for displaying said identified ranges; The moving body evaluation device according to claim 1 .
4. The scene output unit includes: Accepting a user's stopping or selecting a time at which the simulation result is visualized and adjusting an angle of view at which the simulation result is visualized; Recording the time when the user stopped or selected and the adjusted angle of view; 4. The moving body evaluation device according to claim 3,
5. The scene output unit includes: Based on the recorded time and angle of view, Changing the priority order; 5. The moving body evaluation device according to claim 4,
6. The user information input unit of the mobile object evaluation device includes: Accepting input of at least one of a user attribute and a spatial attribute; The filter condition generation unit of the moving object evaluation device Generate an interest index and an index condition that is a specific value range of the interest index as a filter condition based on at least one of the user attribute and the spatial attribute; The scene identification unit of the moving object evaluation device includes: Identifying a range of simulation results that satisfy the filter condition; The scene selection unit of the moving object evaluation device includes: Displaying the identified range of simulation results in a selectable state; The scene output unit of the moving object evaluation device includes: visualizing a range of selected simulation results; A moving object evaluation method comprising:
Citation Information
Patent Citations
Operation training simulator
JP2016218248A