Elevator planning aid and elevator planning aid method

Abstract

The present application provides an elevator planning support device and an elevator planning support method. It is easy to determine the respective concerns of a plurality of users, and the determined concerns of the plurality of users are visualized. The elevator planning support device performs log analysis on the plurality of users individually, the log analysis including detecting user concerns for an elevator in a building corresponding to simulation data (data including data representing results of simulating the flow of people in the building and data of a three-dimensional model composed of a plurality of sub-models) and operation log data (data of an operation log for each user operation for a screen of a three-dimensional model displayed at a user terminal based on the simulation data), the user concerns including a sub-model representing an object of concern of a user of the user terminal and a degree of concern for the object of concern, generating data representing a total result or statistics of the user concerns of the plurality of users, i.e., manager-oriented data, and providing the manager-oriented data to a manager terminal.

Description

Technical Field

[0001] This invention relates to the technology of planning and designing auxiliary elevators. Background Technology

[0002] For customers and technicians located in remote locations, creating a three-dimensional shared space between networked devices, in which three-dimensional models of buildings, elevator lobbies, etc., are shared, as well as models of people and elevators using the space, is important in elevator installation planning and in addressing the issue of sharing.

[0003] In the system described in Patent Document 1, multiple users share a virtual three-dimensional space, and each user can manipulate the three-dimensional model within that space or access detailed explanatory information about the three-dimensional model. This provides technical assistance.

[0004] Patent Document 2's system pre-records the viewpoints and viewpoint movement history of projecting a shared virtual 3D space and a 3D model configured in that space onto a monitor, collects data, and displays the historical records. This allows the system to obtain the viewpoints of highest interest to the user.

[0005] Existing technical documents

[0006] Patent documents

[0007] Patent Document 1: JP Japanese Patent Application Publication No. 10-91057

[0008] Patent Document 2: JP 2020-13466

[0009] In Patent Document 1, the premise is that users share a three-dimensional space and information at the same time, but there is a problem that it is difficult to grasp the concerns of many users at the same time.

[0010] Patent Document 2 discloses that the user's concerns are expressed through a three-dimensional viewpoint and its displayed information. However, since these are images or numerical data, it is difficult to grasp the user's concerns when the model of the object becomes complex. This is especially true in CAD for building design, where three-dimensional models of floors, walls, elevators, etc., are often expressed using standard materials (textures), making further identification difficult. Summary of the Invention

[0011] The elevator planning auxiliary device performs log analysis on multiple users separately. This log analysis includes data based on simulation data (including data representing the results of simulating the flow of people in the building and data of a 3D model composed of multiple sub-models) and operation log data (including operation log data of each user's operation on the 3D model screen displayed on the user terminal based on the simulation data). The device detects user concerns for elevators in the building corresponding to the simulation data. These user concerns include sub-models representing the user's concerns and the level of concern for those concerns. The device generates a total result or statistical data representing the user concerns of multiple users, i.e., data for the administrator, and provides this data to the administrator terminal.

[0012] The effects of the invention

[0013] According to the present invention, it becomes easy to determine the concerns of multiple users and to visualize the determined concerns of multiple users. Attached Figure Description

[0014] Figure 1 This is a diagram illustrating a structural example of an elevator planning auxiliary device according to an embodiment of the present invention.

[0015] Figure 2 This is a diagram illustrating the process of displaying data to the user terminal and collecting operation logs from the user terminal.

[0016] Figure 3 It is a diagram showing the process of log analysis and the visualization of log analysis results to managers.

[0017] Figure 4 This is a diagram showing an example of the display on the administrator's terminal.

[0018] Figure 5 This is another example of a display on the administrator's terminal.

[0019] Figure 6 This is a diagram representing an example of a 3D model and its sub-models.

[0020] Figure 7 This is a graph representing an example of simulated data.

[0021] Figure 8 This is a diagram illustrating an example of parameters representing the viewpoint displayed on the screen.

[0022] Figure 9 This is a graph representing an example of the analysis results data.

[0023] Figure 10 This is a diagram illustrating an example of the log analysis and processing flow.

[0024] Figure 11This is an explanatory diagram illustrating the calculation of the interest level for the sub-model.

[0025] Figure 12 This is a diagram representing an example of operation log data.

[0026] Explanation of reference numerals in the attached figures

[0027] 50...Elevator Planning Auxiliary Devices, 103...Log Analysis Department, 104...Management Provision Department Detailed Implementation

[0028] In the following description, "interface device" can be one or more communication interface devices. One or more communication interface devices can be one or more of the same type of communication interface devices, or two or more of different types of communication interface devices.

[0029] Furthermore, in the following description, "memory" refers to more than one memory device, typically a main memory device. At least one memory device in the memory can be a volatile memory device or a non-volatile memory device.

[0030] Furthermore, in the following description, "permanent storage device" can refer to one or more permanent storage devices as an example of more than one storage device. Permanent storage devices can typically be non-volatile storage devices (e.g., auxiliary storage devices), specifically, for example, HDD (Hard Disk Drive), SSD (Solid State Drive), NVME (Non-Volatile Memory Express) drive, or SCM (Storage Class Memory).

[0031] Furthermore, in the following description, "storage device" can be a memory or a permanent storage device, or at least a permanent storage device.

[0032] Furthermore, in the following description, "processor" can refer to more than one processor device. At least one processor device can typically be a microprocessor device such as a CPU (Central Processing Unit), but can also be other types of processor devices such as a GPU (Graphics Processing Unit). At least one processor device can be single-core or multi-core. At least one processor device can be a processor core. At least one processor device can be a generalized processor device that performs part or all of the processing, i.e., a circuit that is a collection of gate arrays as described by a hardware description language (e.g., FPGA (Field-Programmable Gate Array), CPLD (Complex Programmable Logic Device), or ASIC (Application Specific Integrated Circuit)).

[0033] Furthermore, in the following description, the term "yyy part" is sometimes used to describe a function, but a function can also be implemented by a processor executing more than one computer program, or by more than one hardware circuit (e.g., FPGA or ASIC), or by a combination thereof. When a function is implemented by a processor executing a program, since the determined processing is performed simultaneously with the appropriate use of storage devices and / or interface devices, the function can be considered at least a part of the processor. The processing described with the function as the subject can be considered processing performed by the processor or a device having the processor. The program can be installed from a program resource. A program resource can be, for example, a program distribution computer or a computer-readable recording medium (e.g., a non-transitory recording medium). The description of each function is an example; multiple functions can be combined into one function, or a function can be divided into multiple functions.

[0034] The following description uses the accompanying drawings to illustrate an elevator planning auxiliary device according to an embodiment of the present invention.

[0035] <Structure of Elevator Planning Auxiliary Devices>

[0036] Figure 1 This is a diagram illustrating the structure of an elevator planning auxiliary device according to an embodiment of the present invention. (Usage) Figure 1 To illustrate the overall structure of the elevator planning auxiliary device 50.

[0037] In this embodiment, the elevator planning assistance device 50 is a physical device (typically a computer) that has physical computing resources such as an interface device 181, a storage device 182 and a processor 183 connected to them, but it can also be a logical device based on the physical device (e.g., a device as a cloud computing service).

[0038] Interface device 181 communicates, for example, with user terminal 102 of user 110 and administrator terminal 112 of administrator 111 via a communication network. A "user" can be a person on the building side, such as a company that constructs the building or the building owner. An "administrator" can be a person providing elevator planning assistance, such as an elevator manufacturer or a CAD vendor providing 3D models. The "user" and "administrator" can be the same person or a person from the same company. User terminal 102 and administrator terminal 112 can each be an information processing terminal (e.g., a personal computer or smartphone) equipped with input / output devices including a display device.

[0039] Storage device 182 includes: a simulation storage unit 121 storing simulation data containing data characterizing the simulation results of the elevator layout plan (simulating the results of human movement within the building); an operation log storage unit 122 storing operation log data containing operation logs of each user operation; and an analysis result storage unit 123 storing analysis result data characterizing user-related data obtained through log analysis described later. The "simulation data" also includes data of a three-dimensional model composed of multiple sub-models. "User operation" refers to the operation performed by user 110 on a screen displaying a three-dimensional model on user terminal 102 based on three-dimensional data (data based on simulation data, and data of a three-dimensional model composed of multiple sub-models). Furthermore, in this embodiment, "storage" refers to the storage area of ​​storage device 182.

[0040] The user provision unit 101, the log analysis unit 103, and the manager provision unit 104 are implemented by executing computer programs through the processor 183. Details of these functions 101, 103, and 104 will be described later.

[0041] This concludes the description of the structure of the elevator planning auxiliary device 50.

[0042] <Data Description>

[0043] use Figure 7 Let's take an example of simulated data. This simulated data is displayed using, for example, JSON (JavaScript Object Notation), and has... Figure 7 An example of hierarchical data representation. That is, Figure 7The illustration shows a simulated data set of 10000, constructed using the same method as JSON.

[0044] First, in the simulation data 10000, information 11000 is information about all the floors of the building, and can have information from multiple floors, such as information 11100 for floor 1, information 11200 for floor 2, etc. The information from each floor can further include information related to the shape displayed on the screen.

[0045] Next, in the simulation data 10000, information 12000 is the information of all people moving within the building, which can include information for multiple people such as "Person1" (12100), "Person2" (12200), and "Person3" (12300). For example, the information 12100 for "Person1" includes the origin (Origin) 12110 and the destination (Destination) 121200.

[0046] In particular, the information about a person also includes information about the temporal changes in their state. For example, the information 12100 for the person "Person1" includes information 12130 about temporal changes, such as information 12131 representing the state at 8:30:00 and information 12132 representing the state at 8:30:01, indicating changes in state in seconds. The state of a person at each moment can be defined by elements such as position, direction of movement, speed of movement, and waiting time. The user provision unit 101 detects the state at the moment requested by the user 110 based on such information about temporal changes in state, and displays the state on the screen 131 displayed on the user terminal 102.

[0047] Next, in simulation data 10000, information 13000 contains information on all elevator groups within the building, including information on multiple elevator groups such as shuttle elevators (13100) and high-rise elevators (13200). Each elevator group's information includes specification-related information. For example, the shuttle elevator information 13100 may include specification information 13110, which may include information such as the number of cars (13111), rated speed (13112), and passenger capacity (13113).

[0048] Like human information, elevator information also includes information about changes in state over time. Taking the information 13100 regarding a round-trip elevator as an example, the state information 13120 includes information 13121 representing 8:30:00, information 13122 representing 8:30:01, and information 13123 representing 8:30:02. The user provision unit 101 retrieves the state at the time requested by the user based on this information about changes in state over time, and displays the state on screen 131 of the user terminal 102. The time can be expressed in years, months, days, hours, minutes, and seconds, or in finer or coarser units. This concludes the description. Figure 7 Explanation.

[0049] use Figure 6 This section outlines the sub-models that a 3D model possesses.

[0050] In addition to the simulation data Figure 7 In addition to the data shown, it also includes data for a 3D model. As a 3D model, there is a building model 700. Building model 700 includes sub-models 701 and 702 of the elevator lobby. Sub-models are elements within a 3D model, based on... Figure 6 In the example shown, a sub-model is a spatial model contained within any part of a 3D model. As described later, detecting the displayed sub-models on the screen of user terminal 102 is easy; by detecting objects of interest on a sub-model basis, the detection of objects of interest is also easy. End Figure 6 Explanation.

[0051] use Figure 8Here is a summary of the user's screen display history. The screen display history data can be, for example, data contained in the operation log. As the screen display history, information such as the ID of the 3D model uniquely identifying the displayed object, the file path, and viewpoint information used for screen display are used. In this embodiment, as the user's screen display information, firstly, the user-providing unit 101 also stores information about the screen display size. Next, the user-providing unit 101 records the 3D coordinates (X, Y, Z) of the reference position 610 of the viewpoint, and the user-providing unit 101 stores information about the 3D coordinates (X, Y, Z) of the focal position 620 specified from the reference position 610 of the viewpoint as the direction of the viewpoint. To determine the viewpoint in 3D space, an angle is needed to determine the vertical direction of the viewpoint, but in the application of this embodiment, since the vertical direction can always be fixed, it is omitted. As another example, the focal position may not be specified, but the direction of the viewpoint may be specified using an azimuth angle 604 and an elevation angle 605. Furthermore, the 3D coordinates are the same as the coordinate system of all models, or a coordinate system that can be uniquely transformed into the coordinate system of the model. This concludes the description. Figure 8 Explanation.

[0052] An example of operation log data collected by the user provision unit 101 and stored in the operation log storage 122 is shown. Figure 12 To illustrate, the operation log data is presented. The operation log data is, for example, tabular data. The operation log data includes records for each user operation (or for each fixed time interval), each record containing information such as: display date and time 1201, representing the date and time the screen was displayed by the user; display object date and time 1202, representing the date and time of the simulation result set as the display object; 3D model 1203, representing the name of the object (e.g., a building) corresponding to the 3D model set as the display object; user ID 1204, representing the user ID of the user who displayed the screen; viewpoint position 1205, representing the coordinates of the viewpoint position of the screen display; focus position 1206, representing the coordinates of the focus position indicating the direction of the viewpoint of the screen display; and screen size 1207, representing the size of screen 131. Records 1211 and 1212 represent the operation logs of the same user "User1" for screen display, but the display object date and time changed. Record 1213 represents the operation log of a different user "User2". This concludes the description. Figure 12 Explanation.

[0053] An example is shown using analysis result data calculated by the log analysis unit 103 and stored in the analysis result storage 123. Figure 9The analysis results data will be described below. Here, the analysis results data is, for example, tabular data. The analysis results data has records for each log analysis result (or for each fixed time period), and each record contains information such as: a display date and time 901 indicating the date and time the screen was displayed by user 110; a display object date and time 902 indicating the date and time of the simulation result set as the display object; a 3D model 903 indicating the name of the object (e.g., a building) corresponding to the 3D model set as the display object; a sub-model 904 indicating the name of the sub-model detected as an object of interest within the 3D model; a user 905 indicating the user ID of the user who displayed the screen; and a concern score 906 indicating the calculated concern score. The log analysis, including the concern score, is performed by the log analysis unit 103, but the data required for the log analysis can be obtained from the operation log storage 122 and the simulation storage 121.

[0054] The analysis results of recordings 911 and 912, which saved the same user "User1" at the same time, specifically, based on... Figure 12 The calculations shown in record 1211 indicate that the interest rate for the round-trip elevator is 50% in record 911, while the interest rate for the high-rise elevator is 5% in record 912.

[0055] Records 913 and 914 also save the analysis results of the screen display at the same time for the same user "User1". Specifically, it is based on... Figure 12 Record 1212 shows the calculated interest. In record 913, the interest rate for the round-trip elevator is 45%, while in contrast, in record 914, the interest rate for the high-rise elevator is 7%. Record 915 shows the interest rate data for different users, "User2". This concludes the description. Figure 9 Explanation.

[0056] <Processing Instructions>

[0057] Next, use Figure 2 This describes the process of displaying data to user terminal 102 and collecting operation logs from user terminal 102.

[0058] User provision unit 101 obtains simulation data of the display object (refer to reference numeral 201) from simulation memory 121 and distributes it to user terminal 102 (refer to reference numeral 202). In user terminal 102, a screen 131 displaying a 3D model based on the distributed simulation data and an animation of human movement is displayed. The viewpoint of the displayed 3D model or the timing of the displayed simulation result can be changed in response to user operations on screen 131. User provision unit 101 collects an operation log containing information representing the display on screen 131 from user terminal 102, and saves the operation log to operation log data in operation log memory 122 (refer to reference numeral 203). Details of the operation log are as shown in reference... Figure 12 As explained above. This concludes the description. Figure 2 Explanation.

[0059] Next, use Figure 3 This section explains the process of log analysis and the visualization of log analysis results for managers.

[0060] The log analysis unit 103 acquires simulation data (refer to reference numeral 204) through the simulation storage 121, extracts the 3D model of the building to be displayed, acquires operation log data (refer to reference numeral 205) through the operation log storage 122, and restores the screen 132 (specifically, the display of the 3D model in the screen, the movement of people, and the progression of user operations on the screen) that was previously displayed on the user terminal 102 of the corresponding user 110. Based on the restored screen 132, the log analysis unit 103 performs log analysis on the elevators within the building corresponding to the 3D model. This log analysis includes detecting user concerns, which include: a sub-model representing the object of concern for the user 110 of the user terminal 102; and the level of concern for that object. The log analysis is performed for each user. For each user, the log analysis results are saved by the log analysis unit 103 to the analysis result storage 123 (refer to reference numeral 206). For example, the detected object of concern may be an object represented by a sub-model displayed on the screen 132 at a certain scale in terms of area or time within the 3D model. Concern level can be detected, for example, as follows: The log analysis unit 103 calculates at least one of the following values ​​(A) and (B) for the detected sub-model (object of concern), and the concern level of the detected object of concern can be calculated based on this value. In this way, it is expected that the user's objects of concern and their concern levels can be detected with good accuracy.

[0061] (A) The ratio of the display area of ​​the sub-model to the area of ​​the screen 132.

[0062] (B) The ratio of the time the sub-model is displayed on screen 132 to the total time screen 132 is displayed.

[0063] This concludes the above description. Figure 3 Explanation.

[0064] use Figure 10 This section will explain the details of log analysis and processing. The steps will be abbreviated to S for explanation.

[0065] In S1, the log analysis unit 103 obtains the ID (identification information) of the three-dimensional model of the screen displayed on the user terminal and the viewpoint information of the screen display from the operation log storage 122.

[0066] In S2, the log analysis unit 103 uses the ID of the 3D model to obtain the 3D model.

[0067] In S3, the log analysis unit 103 calculates the coordinate transformation matrix based on the viewpoint information obtained in S1. This coordinate transformation matrix is ​​generally known as the MVP matrix, and is calculated by multiplying the model coordinate transformation matrix, which reflects the position and scale of the 3D model itself, the viewpoint coordinate transformation matrix based on the 3D space viewpoint, and the projection matrix, which is used to project the data from the 3D space onto the 2D screen for displaying the data. Furthermore, if the coordinates of the 3D model itself are expressed in 3D space coordinates (world coordinate system) beforehand, multiplying by the model coordinate transformation matrix is ​​not necessary.

[0068] In S4, the log analysis unit 103 multiplies the 3D model obtained in S2 by a coordinate transformation matrix to obtain the 3D model that can be seen from the viewpoint.

[0069] In S5, the log analysis unit 103 describes the sub-models contained in the three-dimensional model obtained in S4, determines the sub-models to be displayed on the screen, calculates the area (number of pixels) of each determined sub-model, and calculates the ratio of the calculated area to the area of ​​the screen as the degree of interest.

[0070] This concludes the above description. Figure 10 Explanation.

[0071] use Figure 11Let's illustrate an example of calculating the interest level of sub-models 701 and 702 of the 3D model 700. For the log analysis unit 103, the display area of ​​sub-model 701 (the area of ​​the portion of sub-model 701 displayed on the screen 132) is larger than the display area of ​​sub-model 702 relative to the area of ​​the restored screen 132. Therefore, the log analysis unit 103 determines that the interest level of sub-model 710 is greater than that of sub-model 702. The display area of ​​the portion of the sub-model contained within the screen 132 can be the number of pixels in that portion. Which pixel belongs to which sub-model can be determined using 3D model rendering algorithms such as rasterization or ray tracing. One example of the interest level calculation method, as described above, is the ratio of the sub-model's display area to the area of ​​the screen 132. That is, this is an example of (A) in (A) and (B) above. The interest level can be calculated based on (A) or alternatively based on (B). For example, the log analysis unit 103 can determine the display duration of screen 132 and the display duration of sub-models in screen 132, and calculate the ratio of the display duration of sub-models in screen 132 to the display duration of screen 132. This concludes the description. Figure 11 Explanation.

[0072] The administrator providing unit 104 collects information on user concerns (concerned objects and their degree of concern) recorded in the analysis results storage 123, and performs totaling or statistical processing on the user concerns of multiple users. The administrator providing unit 104 provides the results of this totaling or statistical processing, i.e., manager-facing data, to the administrator terminal 112 of the administrator 111. For example, the administrator providing unit 104 sorts the display order of concerned objects based on the degree of concern of multiple users (or a user specified by the administrator 111), or displays information on a subset of sub-models that meet the conditions specified by the administrator 111. For example, it can also display the progression of sub-models with high user concern, or display information that sorts sub-models according to user concern from high to low for each model. Furthermore, it can also display which date and time data has high concern for each sub-model. In this embodiment, the display to the administrator is shown as an example, but this display can also be applied to the display to users. This concludes the description. Figure 3 Explanation.

[0073] use Figure 4 Here is an example of what is displayed on the administrator terminal 112. Figure 4This refers to screen 301, which displays data to the administrator terminal 112 based on data intended for administrators. This example display is for a 3D model of Building ABC. It shows that among the sub-models of the 3D model of Building ABC, the elevators (both high-rise and low-rise) have the highest interest level, followed by the low-rise elevators and then the high-rise elevators, with the interest level decreasing accordingly. The interest levels used here include average values, median values, and 90% values.

[0074] For each sub-model, the level of interest can be defined as the ratio of the time the sub-model is displayed to the time the 3D model is displayed on screen 132 of user terminal 102. In screen 301, the charts 302, 303, and 304 show which moment (time period) of the state has the highest level of interest in the sub-model's state over time. The vertical axes 311, 313, and 315 of each chart correspond to the level of interest (and elevator waiting time) (an example of the first axis), while the horizontal axes 312, 314, and 316 correspond to specific moments (an example of the second axis, orthogonal to the first axis). The solid lines 321, 323, and 325 represent the time series of interest (which moment (time period) the user has the highest level of interest in the state), and the dashed lines 322, 324, and 326 represent the time series of elevator waiting times. The concern value for each time period here can be set as the average concern calculated based on simulation data and operation log data for that time period, but the total concern value is considered preferable. This is because using the average concern value would result in a value that does not consider the number of displays. The "time period" mentioned here can be a unit of time such as every minute or every hour. In addition, the waiting time for each time period can be the total waiting time for all floors of the building or the average waiting time. Furthermore, the waiting time for each time period can be calculated and displayed separately for each floor. "Waiting time" is an example of an indicator (indicator value).

[0075] In charts 302 and 303, the peak positions of concern and waiting time are roughly the same. Therefore, the times (time periods) with high user concern coincide with the times (time periods) with long elevator waiting times. Conversely, chart 304 confirms that user concern is high even when elevator waiting time is not at its peak. For example, it can be seen that user concern is high for reasons other than waiting time. In this way, managers can easily understand the relationship between waiting time and concern. Other elevator-related indicators (such as the number of people waiting in the lobby or the number of people riding in the elevator car) can be used instead of waiting time. This concludes the description. Figure 4 Explanation.

[0076] For example, it can be summarized as follows: Figure 4The explanation is as follows: Multiple sub-models can include two or more sub-models corresponding to two or more elevators respectively. The simulation data can be for each of the two or more elevators, including data representing the value of each time period for each elevator-related indicator (e.g., waiting time, number of people waiting in the lobby, number of passengers). The log analysis unit 103 can calculate the level of concern for each time period for each of the two or more elevators based on (A) above, and determine the indicator value for each time period based on the simulation data. The data for managers can be a time series representing the determined indicator values ​​and the calculated level of concern for each of the two or more elevators.

[0077] use Figure 5 Here is another example illustrating the display on the administrator terminal 112. In this example, sub-models are displayed in descending order of interest level per user (e.g., users designated by the administrator). This allows the administrator to understand the areas of interest for each user. Specifically, for example, the administrator provision unit 104 performs a total or statistical processing of each user's interests (objects of interest and degree of interest), generates administrator-oriented data representing the results of this total or statistical processing, and provides this administrator-oriented data to the administrator terminal 112. Based on this administrator-oriented data, screen 401 is displayed on the administrator terminal 112. This concludes the description. Figure 5 Explanation.

[0078] <Effects of the Implementation Method>

[0079] Manager 111 can easily identify the objects (sub-models) of concern to multiple users (or a single user) and the level of concern, thereby facilitating the implementation of elevator operation improvement proposals that align with user concerns. For example, taking the lobby level of the elevator moving from the building entrance to each floor as the object, the elevator boarding time and queue start time of each person can be independently measured, assuming that boarding proceeds sequentially from the first person to arrive, thus calculating the waiting time. Since waiting time can be calculated even during peak hours without prolonged tracking of people, the system structure can be simplified, and improved accuracy can be expected.

[0080] The above description illustrates one embodiment of the present invention, but it is merely an example for the purpose of illustrative purposes and is not intended to limit the scope of the invention to this embodiment. The present invention can be implemented in many other ways.

Claims

1. An elevator planning assistance device that assists in planning of installation of an elevator, characterized by comprising: an interface device communicably connected to a manager terminal; simulation data containing data representing flow of simulated persons in a building and data of a three-dimensional model composed of a plurality of sub-models, operation log data being data containing an operation log for each user operation on a screen of a three-dimensional model displayed on a user terminal based on the simulation data; and a processor, the operation log being, for each of the user operations, a log related to screen display as a result of the user operation, being a log containing a date and time in the simulation in a screen as a result of the user operation, the three-dimensional model being a model of a building, the plurality of sub-models containing a model of a hall of an elevator, the processor performing, for each of a plurality of users, the following operations: reproducing a transition of a screen displayed in the past on the user terminal of the user based on the simulation data and the operation log data, calculating, for a sub-model on which at least a part of the reproduced screen is displayed, an object ratio of (A) or (B) determined based on the operation log data, as a degree of interest in an object represented by the sub-model, which is an object of interest, (A) a ratio of a display area of the sub-model with respect to an area of the screen, (B) a ratio of a time during which the sub-model is displayed on the screen with respect to a time during which the screen is displayed, and generating, for each object of interest, data representing a total result or statistics of the degrees of interest of the plurality of users, which is manager-oriented data, and providing the manager-oriented data to the manager terminal through the interface device.

2. The elevator planning assistance device according to claim 1, characterized in that the plurality of sub-models contain two or more sub-models corresponding to two or more elevators, respectively, the simulation data contain, for the two or more elevators, data representing values for each time period for an index related to an elevator, respectively, the value for the index, which is an index value, is a value of a waiting time, a number of people waiting in a hall, or a number of people boarding in a car, for each of the plurality of users, the processor calculates, for the two or more elevators, a degree of interest for each time period based on the object ratio for each display object date and time of the user determined based on the operation log data, respectively, the index value for each time period represented by the simulation data for the two or more elevators, respectively, is a value calculated based on the simulation data representing positions of a plurality of persons in the building for each time of day within the time period, and the manager-oriented data represents, for the two or more elevators, respectively, a time series of index values and degrees of interest. a storage device that stores simulation data and operation log data, wherein 3. An elevator planning assistance method performed by an elevator planning assistance device that assists in planning of installation of an elevator, characterized by comprising: ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ ​ The storage device of the elevator planning support device stores simulation data and operation log data, wherein The simulation data includes data representing a flow of simulated persons in a building and data of a three-dimensional model composed of a plurality of sub-models, the operation log data is data including an operation log for each user operation of a screen of a three-dimensional model displayed on a user terminal based on the simulation data, For each of the user operations, the operation log is a log relating to a screen display as a result of the user operation, and is a log including a date and time in the simulation in a screen as a result of the user operation, i.e., a display target date and time, The three-dimensional model is a model of a building, The plurality of sub-models include a model of a lobby of an elevator, The elevator planning assistance method includes the following steps: The processor of the elevator planning assistance device performs the following operation for each of a plurality of users: The progress of a screen displayed in the past on the user terminal of the user is reproduced from the simulation data and the operation log data, For a sub-model of which at least a part is displayed in the reproduced screen, an object ratio determined from (A) or (B) below according to the operation log data is calculated as a degree of interest in an object represented by the sub-model, i.e., an object of interest, (A) a ratio of a display area of the sub-model to an area of the screen, (B) a ratio of a time during which the sub-model is displayed on the screen to a time during which the screen is displayed, The processor of the elevator planning assistance device generates, for each object of interest, data representing a total result or statistics of the degrees of interest of the plurality of users, i.e., manager-oriented data, and provides the manager-oriented data to a manager terminal through an interface device of the elevator planning assistance device.

4. A computer program product that causes a processor of a computer to execute an elevator planning assistance method that assists in planning settings of an elevator, the computer program product being characterized by The storage device of the computer stores simulation data and operation log data, wherein The simulation data includes data representing a flow of simulated persons in a building and data of a three-dimensional model composed of a plurality of sub-models, the operation log data is data including an operation log for each user operation of a screen of a three-dimensional model displayed on a user terminal based on the simulation data, For each of the user operations, the operation log is a log relating to a screen display as a result of the user operation, and is a log including a date and time in the simulation in a screen as a result of the user operation, i.e., a display target date and time, The three-dimensional model is a model of a building, The plurality of sub-models include a model of a lobby of an elevator, The computer program product causes the processor of the computer to execute the following steps: The following operation is performed for each of a plurality of users: The progress of a screen displayed in the past on the user terminal of the user is reproduced from the simulation data and the operation log data, For a sub-model of which at least a part is displayed in the reproduced screen, an object ratio determined from (A) or (B) below according to the operation log data is calculated as a degree of interest in an object represented by the sub-model, i.e., an object of interest, (A) a ratio of a display area of the sub-model to an area of the screen, (B) a ratio of a time during which the sub-model is displayed on the screen to a time during which the screen is displayed, (B) the sub-models are displayed in the picture in proportion to the time at which they were displayed, The manager-oriented data, which is data representing the total results or statistics of the degrees of interest of the plurality of users for each object of interest, is provided to a manager terminal through the interface means of the computer.

Images