WO2025257983A1 - 建物計画評価装置および建物計画評価方法 - Google Patents

建物計画評価装置および建物計画評価方法

Info

Publication number
WO2025257983A1
WO2025257983A1 PCT/JP2024/021372 JP2024021372W WO2025257983A1 WO 2025257983 A1 WO2025257983 A1 WO 2025257983A1 JP 2024021372 W JP2024021372 W JP 2024021372W WO 2025257983 A1 WO2025257983 A1 WO 2025257983A1
Authority
WO
WIPO (PCT)
Prior art keywords
route
agent type
agent
alert
movement
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/JP2024/021372
Other languages
English (en)
French (fr)
Inventor
渉 鳥海
貴大 羽鳥
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to PCT/JP2024/021372 priority Critical patent/WO2025257983A1/ja
Publication of WO2025257983A1 publication Critical patent/WO2025257983A1/ja
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/10—Geometric CAD
    • G06F30/13—Architectural design, e.g. computer-aided architectural design [CAAD] related to design of buildings, bridges, landscapes, production plants or roads
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F30/00—Computer-aided design [CAD]
    • G06F30/20—Design optimisation, verification or simulation

Definitions

  • the present invention relates to a building plan evaluation device and a building plan evaluation method.
  • elevators are increasingly being used by people moving in different ways (heterogeneous agents), such as wheelchair users and robots, rather than the traditionally assumed pedestrians (normal walking agents).
  • Patent Document 1 describes a "building planning support system having a simulation unit that simulates the movement of human agents and heterogeneous agents, and the elevator car object, in a building object that includes an elevator car object, in which human agents and heterogeneous agents are mixed, wherein the simulation unit has in-car occupied area information required when the heterogeneous agents board the elevator car, and the building planning support system simulates the movement of the elevator car object based on the in-car occupied area information of the heterogeneous agents.”
  • Paragraph 0009 of Patent Document 1 states, "According to the present invention, it becomes possible to devise an appropriate elevator installation plan even in an environment where different types of agents are included within a building. It also becomes possible to estimate the extent to which different types of agents can be introduced within a building.”
  • Patent Document 2 describes "an intra-building traffic flow setting device comprising a database unit that stores data on a building's BIM model, a people flow simulator unit that simulates traffic flow within the building represented by the BIM model stored in the database unit, and an elevator simulator unit that simulates the operation of elevators installed in the building based on the traffic flow simulated by the people flow simulator unit, wherein the people flow simulator unit comprises: a position attribute generation unit that generates attributes for each position on each floor represented by the BIM model, and a travel demand calculation unit that calculates travel demand for each floor represented by the BIM model, taking into account the attributes of each position generated by the position attribute generation unit.”
  • Figure 4 shows an example in which position attributes have been set for the second floor of the BIM model shown in Figure 3.
  • Figure 4 is a plan view of the second floor, and shows the second floor divided into grids of a fixed area.
  • six types of position attributes have been set for each grid: passable grid, impassable grid, elevator grid, end point grid, grid passable by property A only, and general work area grid.”
  • paragraph 0008 of Patent Document 2 states, "According to the present invention, it is possible to accurately calculate travel demand in accordance with actual usage conditions, such as the setting of permitted passage areas for personnel within a building.”
  • the problem that this invention aims to solve is to provide a building plan evaluation device and a building plan evaluation method that can detect problems in the movement line plans of heterogeneous agents at an early stage.
  • the building plan evaluation device of the present invention is an architectural plan evaluation device having a storage unit that stores layouts and agent type passability information, and an agent type route search unit that searches for a route from an entrance to an exit on the layout for each agent type based on the layout and the agent type passability information, and outputs the route for each agent type as an agent type route, and is characterized in that the agent type route search unit outputs an alert if it cannot find the route for at least one of the agent types.
  • the building plan evaluation method of the present invention searches for a route from an entrance to an exit on the layout for each agent type based on the layout and agent type passability information, and outputs the route for each agent type as an agent type route, and is characterized by outputting an alert if the route cannot be found for at least one of the agent types.
  • the building plan evaluation device and building plan evaluation method of the present invention make it possible to detect problems in the movement line plans of heterogeneous agents early on.
  • FIG. 1 is a functional block diagram of a construction plan evaluation device according to a first embodiment.
  • FIG. 2 is a diagram for explaining an example of a layout according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of agent type passability information according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of an agent type route according to the first embodiment.
  • 10 is a flowchart illustrating an example of a process performed by an agent type route search unit according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of an alert when a route cannot be found according to the first embodiment.
  • FIG. 10 is a diagram illustrating an example of an alert regarding a travel distance on a route according to the first embodiment.
  • FIG. 10 is a functional block diagram of a construction plan evaluation device according to a second embodiment.
  • FIG. 10 is a diagram illustrating an example of agent type priority information according to the second embodiment.
  • 10 is a flowchart illustrating an example of processing by a route verification unit according to the second embodiment.
  • FIG. 10 is a diagram illustrating an example of an alert related to priority information according to the second embodiment.
  • FIG. 10 is a functional block diagram of a construction plan evaluation device according to a third embodiment.
  • FIG. 11 is a diagram illustrating an example of transportation demands by agent type according to a third embodiment.
  • 11 is a flowchart illustrating an example of processing by a movement calculation unit according to a third embodiment.
  • 13 is a flowchart illustrating an example of processing by a result verification unit according to the third embodiment.
  • FIG. 11 is a diagram illustrating an example of an alert related to an evaluation index according to the third embodiment.
  • Figure 1 is a functional block diagram of the architectural plan evaluation device of Example 1.
  • the architectural plan evaluation device 1 of this embodiment has, as functional blocks, a memory unit 10, a control unit 20, and an input/output unit 30.
  • the memory unit 10 stores a layout 11, agent type passability information 12, and agent type routes 13.
  • the control unit 20 has, as a functional block, an agent type route search unit 21.
  • the input/output unit 30 has, as functional blocks, an input unit 31 and a display unit 32.
  • Each functional block of the control unit 20 can be realized by executing a program on a processing system that includes, for example, a processing device such as a CPU (Central Processing Unit), memory, an auxiliary storage device, an input/output interface, etc.
  • the memory unit 10 can be realized, for example, by the auxiliary storage device or memory of the processing system described above.
  • the input/output unit 30 can be realized by an input/output interface.
  • the input unit 31 can be realized by an input interface such as a keyboard, mouse, or touch panel.
  • the display unit 32 can be realized by an output interface such as a display device, for example.
  • Figure 2 is a diagram illustrating an example of a layout for Example 1.
  • the layout 11 is structural information that describes the position and connections of each element within a building.
  • the layout 11 includes information on at least one pair of entrances 101 and exits 102.
  • the layout 11 is input by the building designer, for example, via the input unit 31.
  • the layout 11 of this embodiment has as its elements an entrance 101, which is the entry point, an exit 102, which is the destination, a movable floor surface 103, an office elevator 104, a low-floor elevator 105, an escalator 106, and stairs 107.
  • Layout 11 is not limited to the one shown in Figure 2, and may include, for example, walls, security gates, etc. Furthermore, the data structure of layout 11 is not limited. It may be in a format that contains a set of three-dimensional polygon data and attribute information, or it may be in a format that contains data as a collection of two-dimensional or three-dimensional grid data.
  • Figure 3 is a diagram illustrating an example of agent type passability information in Example 1.
  • Agent type passability information 12 is information that defines whether an agent type can pass through each element or area of layout 11. Agent type passability information 12 is set for each element or area of layout 11. Agent type passability information 12 is input by the building designer via input unit 31, for example.
  • the agent type passability information 12 for the escalator 106 defines that normal pedestrians, whose agent type is a normal walking agent, can pass (passability information is ⁇ ), but different agent types such as wheelchair users, crutch users, and cleaning robots cannot pass (passability information is ⁇ ). Note that other different agent types may include other robots such as security robots, people pushing stretchers, people pushing carts, etc.
  • Agent type passability information 12 is similarly defined for other elements, such as floor surfaces 103 and office elevators 104.
  • the data structure of the agent type passability information 12 is not limited to that shown in Figure 3, and may be any information that can determine whether or not passage is possible.
  • the agent type passability information 12 is a data structure that describes only passable agent types, and passability information is defined, for example, that only normal pedestrians are allowed to pass, it can be determined that passage is prohibited for anyone other than normal pedestrians.
  • the agent type passability information 12 is a data structure that describes only impassable agent types, and impassability information is defined, for example, that only heterogeneous agents are prohibited to pass, it can be determined that normal pedestrians are allowed to pass. Therefore, the agent type passability information 12 is a higher-level concept that includes passability information and impassability information.
  • Figure 4 is a diagram illustrating an example of an agent type route in Example 1.
  • the agent type route search unit 21 searches for a route for traveling from the entrance 101 to the exit 102 on the layout 11 for each agent type based on the layout 11 and the agent type passability information 12, and outputs the route for each agent type as the agent type route 13.
  • the manner in which the agent type route 13 is output includes, for example, storing the agent type route 13 in the memory unit 10, or displaying the agent type route 13 on the display unit 32 together with the layout 11, etc.
  • Figure 4 shows a normal pedestrian movement route 111 and a wheelchair user movement route 112 as examples of agent type routes 13.
  • Normal pedestrian movement route 111 which is the movement route of a normal pedestrian, goes from entrance 101 to exit 102 via escalator 106 and office elevator 104.
  • wheelchair users cannot use escalator 106, as shown in agent type accessibility information 12 in Figure 3, so wheelchair user movement route 112, which is the movement route of a wheelchair user, goes from entrance 101 to exit 102 via low-floor elevator 105 and office elevator 104.
  • the agent type route 13 is information about the travel route from the entrance 101 to the exit 102, and the data format does not matter.
  • the data format of the agent type route 13 may be a format that holds a series of point coordinates on the route, such as (0,0,0), (1,0,0), (1,1,0), (1,2,0), ..., or it may be a format that holds only information about the points along the way, such as (entrance 101), (escalator 106), (office elevator 104), (exit 102).
  • Figure 5 is a flowchart illustrating an example of the processing of the agent type route search unit in Example 1.
  • the agent type route search unit 21 of this embodiment outputs an alert if a route cannot be found for at least one agent type. It is also desirable that the agent type route search unit 21 of this embodiment outputs an alert if the length of the searched route is equal to or greater than a threshold.
  • the agent type route search unit 21 repeatedly processes all agent types between S1 and S11, repeatedly processes all exits 102 between S2 and S10, and repeatedly processes all entrances 101 between S3 and S9.
  • the agent type route search unit 21 searches for a route from the entrance 101 to the exit 102 for the agent type being processed.
  • the route length is also calculated, and the shortest route is searched for so that the route length is the shortest.
  • the search may be performed using a known method, such as the Dijkstra algorithm. For example, if there is a combination of agent type and entrance/exit that clearly does not require route search, such as when the agent type traffic demand described below has not been set, the route search process may be omitted.
  • the agent-type route search unit 21 desirably searches for a route by adding to the route length a value proportional to either the expected elevator waiting time or the expected elevator ride time, or their sum.
  • the expected waiting time can be, for example, the average elevator headway divided by 2 in traffic calculations.
  • the expected ride time can be, for example, the travel time + door opening/closing time + boarding and alighting time in traffic calculations. This makes it possible to search for the shortest route taking into account the time required to use the elevator, obtaining results that are closer to the route choices that people would actually make.
  • the agent type route search unit 21 determines whether a route has been found. If a route has been found, the process proceeds to S6. If a route has not been found, the process proceeds to S8, where an alert is output, and the process proceeds to S9.
  • the agent type route search unit 21 determines whether the length of the route is less than the threshold. If it is less than the threshold, the process proceeds to S7. If it is greater than or equal to the threshold, the process proceeds to S8, where an alert is output, and the process proceeds to S9.
  • the agent type route search unit 21 outputs the agent type route 13 and proceeds to S9.
  • Figure 6 is a diagram illustrating an example of an alert when a route cannot be found in Example 1.
  • Figure 6 As shown in Figure 6, as an example of outputting an alert in S8 of Figure 5, it is desirable for the agent type route search unit 21 to display an alert 115 along with the searched range 114 if a route cannot be found.
  • layout 11 is shown in which there is no low-floor elevator 105. Therefore, Figure 6 shows an example in which the display screen 116 of the display unit 32 displays the searched range 114 and an alert 115 stating "Route for wheelchair users not found" along with layout 11. This makes it easier to understand where the search was interrupted.
  • the searched range 114 is the range that has been searched during the route search process in S4 of Figure 5.
  • the data format and display method for the searched range 114 are not important.
  • the data format for the searched range 114 may be a format that holds a series of point coordinates on the search range, such as (0,0,0), (1,0,0), (1,1,0), (1,2,0), ..., or it may be a format that holds only information about route points, such as (exit 102), (office elevator 104).
  • Figure 6 shows an example in which a search is performed starting from exit 102 as the search start point 113.
  • the distance from exit 102 to each point can be determined as the search range is expanded. This makes it possible to use this information in the people flow simulation performed in Example 3, which will be described later, as information on which direction to head in order to shorten the distance to exit 102.
  • this is not limited to this, and a search may also be performed starting from entrance 101 as the search start point 113.
  • Figure 7 is a diagram illustrating an example of an alert regarding the distance traveled on a route in Example 1.
  • the agent type route search unit 21 output an alert 115 if the searched route length is equal to or greater than a threshold. At this time, it is desirable to also display the route length of the target agent type.
  • Figure 7 shows an example in which, along with the layout 11, a normal pedestrian movement route 111 and a wheelchair user movement route 112 are displayed as agent type routes 13 on the display screen 116 of the display unit 32, with route length displays 117 such as "Normal pedestrian movement route XX m" and “Wheelchair user movement route ⁇ m" displayed for each, and an alert 115 stating "The wheelchair user's movement distance is long.”
  • route length displays 117 such as "Normal pedestrian movement route XX m" and "Wheelchair user movement route ⁇ m" displayed for each, and an alert 115 stating "The wheelchair user's movement distance is long.”
  • the criteria for issuing an alert may not be whether the path length of the target agent type itself is above a threshold, but whether the difference or ratio with respect to the path length of other agent types is above a threshold.
  • This embodiment makes it possible to quickly detect problems with the movement line plans for heterogeneous agents, such as when there are no movement lines along which heterogeneous agents can move, or when the movement line plans are inconvenient for heterogeneous agents, such as when the movement times are long.
  • Figure 8 is a functional block diagram of the architectural plan evaluation device of Example 2.
  • Example 2 is a modified example of Example 1, and in addition to the configuration of Example 1, the architectural plan evaluation device 1 of this example has the following features: the memory unit 10 stores agent type priority information 14, and the control unit 20 has a route verification unit 22 as a functional block.
  • Agent type priority information 14 is information on the usage priority for each agent type on layout 11.
  • the route verification unit 22 verifies the agent type route 13. Specifically, the route verification unit 22 displays an alert when multiple agent types with different usage priorities pass through a point on the agent type route 13 for which a usage priority has been set.
  • the priority elevator for the different type of agent may end up being used by the normal pedestrian, causing the priority elevator to become congested and making it unavailable for the different type of agent, or resulting in long waiting times. Even when routes with conflicting usage priorities exist, it is desirable to display an alert, as there is a problem with the flow plan for the different types of agents.
  • an alert can be displayed indicating that there is a problem with the flow line plans for the different agents.
  • FIG. 9 is a diagram illustrating an example of agent type priority information in Example 2.
  • Agent type priority information 14 is information that defines the usage priority for each agent type in each element or area of layout 11. Agent type priority information 14 is set for each element or area of layout 11. The number of levels of usage priority and expression are not important. For example, it can be expressed as high, medium, low, or as 1, 2, 3, 4, 5, ... or A, B, C, D, E, .... Agent type priority information 14 is input by the building designer via input unit 31, for example.
  • the agent type priority information 14 for the low-floor elevator 105 is a priority elevator for different types of agents, and the usage priority is set to "low” for agent types of normal pedestrians, "high” for wheelchair users and crutch users, and “medium” for cleaning robots. Similar settings are made for other elements or areas.
  • Figure 10 is a flowchart illustrating an example of the processing performed by the route verification unit in Example 2.
  • the route verification unit 22 performs repeated processing for all agent types between S1 and S11, repeated processing for all exits 102 between S2 and S10, repeated processing for all entrances 101 between S3 and S9, and repeated processing at each point on the route between S21 and S24.
  • the route verification unit 22 determines whether an agent type with a different usage priority from the usage priority of the agent type currently being processed passes through the point being processed, i.e., whether a route with conflicting usage priorities exists. For example, it records the agent type currently being processed and information about its usage priority as a flag at the point being processed, and reads any other flags already recorded at the point being processed. If any of these flags contain an agent type with a different usage priority, it determines that an agent type with a different usage priority from the usage priority of the agent type currently being processed passes through the point being processed, and proceeds to S23. If it determines that no agent type will pass, it proceeds to S24.
  • the route verification unit 22 outputs an alert, stating that there are routes with conflicting usage priorities and that there is a problem with the flow line plan for the different agents, and proceeds to S24.
  • FIG. 11 is a diagram illustrating an example of an alert related to priority information in Example 2.
  • the route verification unit 22 As shown in FIG. 11, as an example of outputting an alert in S23 of FIG. 10, it is desirable for the route verification unit 22 to display an alert 115 if there are routes with competing usage priorities. At this time, it is desirable for the competing agent type routes 13 to also be displayed.
  • a layout 11 is shown in which the entrance 101 is located close to the low-floor elevator 105. Therefore, in FIG. 11, the display screen 116 of the display unit 32 displays the layout 11 along with a normal pedestrian movement route 111 and a wheelchair user movement route 112 as competing agent type routes 13, with explanatory displays 118 reading "normal pedestrian movement route" and "wheelchair user movement route,” respectively.
  • An explanatory display 118 reading "wheelchair user priority elevator” is displayed at the low-floor elevator 105, which is the competing point, and an alert 115 stating "There is a wheelchair user priority elevator on the shortest normal pedestrian route.” This shows an example in which routes with competing usage priorities and the points where they conflict with that agent type are identified.
  • Figure 12 is a functional block diagram of the architectural plan evaluation device of Example 3.
  • Example 3 is a modified example of Example 2, and in addition to the configuration of Example 2, the building plan evaluation device 1 of this example has the following: the memory unit 10 stores agent-type transportation demand 15 and movement calculation results 16, and the control unit 20 has, as functional blocks, a movement calculation unit 23 and a movement verification unit 24. Note that the configuration added in Example 2 is not essential for Example 3, and therefore the configuration added in Example 2 may be omitted.
  • the movement calculation unit 23 calculates an evaluation index related to movement, including at least one of the movement distance and movement time, based on the agent type route 13.
  • the evaluation index calculated by the movement calculation unit 23 may also include at least one of the waiting time, number of intersections, number of near misses, and number of steps overcome.
  • the movement calculation unit 23 preferably calculates the evaluation index by performing a simulation of each agent type taking the agent type route 13. In this case, the movement calculation unit 23 preferably performs the simulation based on the agent type traffic demand 15.
  • the agent type traffic demand 15 is information on traffic demand for each agent type.
  • the movement verification unit 24 evaluates the calculated evaluation indices and displays an alert. For example, the movement verification unit 24 displays an alert if any of the calculated evaluation indices is above a threshold, or if the difference or ratio between the evaluation indices for an agent type with normal walking attributes and the evaluation indices for an agent type with other attributes is above a threshold. This makes it possible to evaluate evaluation indices such as travel distance, travel time, waiting time, number of intersections, number of near misses, and number of steps climbed, and display an alert, allowing for early detection of problems with the movement line plans of different types of agents.
  • Figure 13 is a diagram illustrating an example of transportation demand by agent type in Example 3.
  • Agent type traffic demand 15 is, for example, information indicating how many people are moving from where to where for each agent type. Agent type traffic demand 15 preferably includes at least data on agent type, entrance 101, exit 102, and number of people moving. In addition, it may also include data on entry start time and entry end time. Agent type traffic demand 15 is used when the movement calculation unit 23 performs a movement simulation on the layout 11.
  • row No. 1 defines the traffic demand for regular pedestrians as the agent type, with 50 people flowing from entrance A to exit X, 50 people to exit Y, and 30 people to exit Z, from the start time of flow at 08:30 to the end time of flow at 08:40.
  • rows No. 2 to No. 5 define traffic demand for regular pedestrians, wheelchair users, crutch users, and cleaning robots, respectively.
  • agent type transportation demand 15 is not limited to the example shown in FIG. 13.
  • the agent type transportation demand 15 is input by the building designer via the input unit 31, for example.
  • Figure 14 is a flowchart illustrating an example of processing by the movement calculation unit in Example 3.
  • the movement calculation unit 23 repeats the process between S31 and S37 at simulation time, and repeats the process for all agents on layout 11 between S33 and S36.
  • the movement calculation unit 23 injects new agents onto the layout 11 based on the data for agent type transportation demand 15.
  • the injecting agents are added to the set of all agents on the layout 11.
  • the movement calculation unit 23 moves the agent a predetermined distance in a direction that shortens the distance to the exit 102.
  • the movement calculation unit 23 calculates the evaluation index during or after the above processing and stores it in the memory unit 10 as the movement calculation result 16.
  • the movement calculation results 16 may hold results for each agent type, or may hold summarized data such as the average for each agent type or the overall average.
  • Figure 15 is a flowchart illustrating an example of the processing of the result verification unit in Example 3.
  • the movement verification unit 24 repeats the process between S41 and S44 for all evaluation indices.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Geometry (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Evolutionary Computation (AREA)
  • General Engineering & Computer Science (AREA)
  • Architecture (AREA)
  • Civil Engineering (AREA)
  • Structural Engineering (AREA)
  • Computational Mathematics (AREA)
  • Mathematical Analysis (AREA)
  • Mathematical Optimization (AREA)
  • Pure & Applied Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

異種エージェントの動線計画に問題がある場合に早期に発見する。レイアウト１１とエージェント種別通行可否情報１２とを格納する記憶部１０と、レイアウト１１とエージェント種別通行可否情報１２とに基づいて、エージェント種別ごとにレイアウト１１上で入口から出口まで移動する経路を探索し、エージェント種別ごとの経路をエージェント種別経路１３として出力するエージェント種別経路探索部２１と、を有する建築計画評価装置１であって、エージェント種別経路探索部２１は、少なくとも１つのエージェント種別において経路が見つからない場合にはアラートを出力する。

Description

建物計画評価装置および建物計画評価方法
　本発明は、建物計画評価装置および建物計画評価方法に関する。
　近年のバリアフリー化やサービスロボットの普及に伴い、車いす利用者やロボットなど、従来想定されている歩行者（通常歩行エージェント）とは別の移動者（異種エージェント）がエレベーターを利用するケースが増加している。
　異種エージェントを考慮したシミュレーションの技術として、例えば特許文献１の請求項１には、「エレベーターの乗りかごオブジェクトを含む建物オブジェクトで、人エージェントと異種エージェントとが混在した状態における、前記人エージェント及び前記異種エージェントと、前記乗りかごオブジェクトとの移動をシミュレーションするシミュレーション部を備える建屋計画支援システムであって、前記シミュレーション部は、前記異種エージェントが前記乗りかごに乗り込む際に必要な乗りかご内占有領域情報を持ち、前記異種エージェントの前記乗りかご内占有領域情報に基づき、前記乗りかごオブジェクトによる移動をシミュレーションする建屋計画支援システム」が記載されている。
　そして、特許文献１の段落０００９には、「本発明によれば、建物内に異種エージェントを含む環境であっても、適切なエレベーターの設置計画を立案できるようになる。また、建物内にどの程度異種エージェントを導入可能であるかを見積もることも可能になる。」と記載されている。
　また、人の属性に応じて通行可能経路が異なることを考慮したシミュレーションの技術として、特許文献２の請求項１には、「ビルのＢＩＭモデルのデータを記憶するデータベース部と、前記データベース部に記憶されたＢＩＭモデルで示されたビル内での交通流をシミュレーションする人流シミュレータ部と、前記人流シミュレータ部でシミュレーションした交通流に基づいて、前記ビルに設置される昇降機の運行をシミュレーションする昇降機シミュレータ部と、で構成されるビル内交通流設定装置であって、前記人流シミュレータ部は、前記ＢＩＭモデルで示された各階のそれぞれの位置の属性を生成する位置属性生成部と、前記位置属性生成部が生成した各位置の属性を考慮した上で、前記ＢＩＭモデルで示された各階の移動需要を計算する移動需要計算部と、を備えるビル内交通流設定装置」が記載されている。
　なお、特許文献２の位置の属性の例としては、特許文献２の図４および段落００３９には、「図４は、図３に示すＢＩＭモデルの２階に位置属性を設定した例を示す。図４は２階の平面図であり、２階を一定面積の格子で分割して示している。図４の例では、各格子の位置属性として、通行可能格子、通行不可格子、エレベーター格子、端点格子、プロパティＡのみ通過可能格子、及び一般就業エリアの格子の６種類が設定されている。」との記載がある。
　そして、特許文献２の段落０００８には、「本発明によれば、ビル内の在館人員の通行許可エリアの設定などの実際の利用実態に則した正確な移動需要を計算することが可能になる。」と記載されている。
特開２０２３－１６６６７２号公報 国際公開第２０２２／０５９０７９号
　大規模ビルの計画においては、人数の多い通常歩行エージェントの動線計画にまず主眼が置かれる。そのため、車いす利用者などの異種エージェントの動線計画は後回しとなることが多く、その結果、異種エージェントにとって移動時間が長いなど不便な動線計画となる場合や、そもそも異種エージェントが移動できる動線が存在しない計画となってしまうことがある。
　本発明が解決しようとする課題は、異種エージェントの動線計画に問題がある場合に早期に発見できる建物計画評価装置および建物計画評価方法を提供することである。
　上記した課題を解決するために、本発明の建物計画評価装置は、レイアウトとエージェント種別通行可否情報とを格納する記憶部と、前記レイアウトと前記エージェント種別通行可否情報とに基づいて、エージェント種別ごとに前記レイアウト上で入口から出口まで移動する経路を探索し、前記エージェント種別ごとの前記経路をエージェント種別経路として出力するエージェント種別経路探索部と、を有する建築計画評価装置であって、前記エージェント種別経路探索部は、少なくとも１つの前記エージェント種別において前記経路が見つからない場合にはアラートを出力することを特徴とする。
　また、本発明の建物計画評価方法は、レイアウトとエージェント種別通行可否情報とに基づいて、エージェント種別ごとに前記レイアウト上で入口から出口まで移動する経路を探索し、前記エージェント種別ごとの前記経路をエージェント種別経路として出力する建築計画評価方法であって、少なくとも１つの前記エージェント種別において前記経路が見つからない場合にはアラートを出力することを特徴とする。
　本発明の建物計画評価装置および建物計画評価方法によれば、異種エージェントの動線計画に問題がある場合に早期に発見できる。
実施例１の建築計画評価装置の機能ブロック図。 実施例１のレイアウトの一例を説明する図。 実施例１のエージェント種別通行可否情報の一例を説明する図。 実施例１のエージェント種別経路の一例を説明する図。 実施例１のエージェント種別経路探索部の処理の一例を説明するフローチャート。 実施例１の経路が見つからない場合のアラートの一例を説明する図。 実施例１の経路上移動距離に関するアラートの一例を説明する図。 実施例２の建築計画評価装置の機能ブロック図。 実施例２のエージェント種別優先度情報の一例を説明する図。 実施例２の経路検証部の処理の一例を説明するフローチャート。 実施例２の優先度情報に関するアラートの一例を説明する図。 実施例３の建築計画評価装置の機能ブロック図。 実施例３のエージェント種別交通需要の一例を説明する図。 実施例３の移動演算部の処理の一例を説明するフローチャート。 実施例３の結果検証部の処理の一例を説明するフローチャート。 実施例３の評価指標に関するアラートの一例を説明する図。
　以下、図面を用いて本発明の実施例を説明する。各図、各実施例において、同一または類似の構成要素については同じ符号を付け、重複する説明は省略する。
　図１は、実施例１の建築計画評価装置の機能ブロック図である。
　本実施例の建築計画評価装置１は、機能ブロックとして、記憶部１０と、制御部２０と、入出力部３０とを有する。記憶部１０は、レイアウト１１と、エージェント種別通行可否情報１２と、エージェント種別経路１３とを格納する。制御部２０は、機能ブロックとして、エージェント種別経路探索部２１を有する。入出力部３０は、機能ブロックとして、入力部３１と、表示部３２とを有する。
　制御部２０の各機能ブロックは、例えば、ＣＰＵ（Central Processing Unit）などの演算処理装置と、メモリと、補助記憶装置と、入出力インターフェースなどを備えた演算処理システム上で、プログラムを実行することにより実現することができる。記憶部１０は、例えば、上記した演算処理システムの補助記憶装置またはメモリにより実現することができる。入出力部３０は、入出力インターフェースにより実現することができる。入力部３１は、例えばキーボード、マウス、タッチパネルなどの入力インターフェースにより実現することができる。表示部３２は、例えば表示装置などの出力インターフェースにより実現することができる。
　図２は、実施例１のレイアウトの一例を説明する図である。
　レイアウト１１は、建築物内の各要素の位置とつながりが記述された構造情報である。レイアウト１１は、少なくとも一組の入口１０１と出口１０２の情報を含む。レイアウト１１は、例えば入力部３１を介してビルの設計者により入力される。
　本実施例のレイアウト１１は、要素として、流入箇所である入口１０１と、目的地である出口１０２と、移動可能な床面１０３と、オフィス用エレベーター１０４と、低層階用エレベーター１０５と、エスカレーター１０６と、階段１０７とを有する。
　入口１０１から１階の床面１０３に移動可能である。１階の床面１０３から２階の床面１０３へは、低層階用エレベーター１０５、エスカレーター１０６、階段１０７により移動可能である。２階の床面１０３から出口１０２のある高層階の床面１０３へは、オフィス用エレベーター１０４により移動可能である。
　レイアウト１１は、図２に示したものに限られず、例えば壁、セキュリティゲートなどを有していてもよい。また、レイアウト１１のデータ構造は問わない。３次元のポリゴンデータと属性情報の組を持つ形式でもよいし、２次元や３次元の格子データの集合としてデータを持つ形式でもよい。
　図３は、実施例１のエージェント種別通行可否情報の一例を説明する図である。
　エージェント種別通行可否情報１２は、レイアウト１１の各要素または領域におけるエージェント種別の通行可否について定義した情報である。エージェント種別通行可否情報１２は、レイアウト１１の各要素または領域に対して設定される。エージェント種別通行可否情報１２は、例えば入力部３１を介してビルの設計者により入力される。
　図３に示すように、エスカレーター１０６のエージェント種別通行可否情報１２は、エージェント種別が通常歩行エージェントである通常歩行者は通行可能（通行可否情報が〇）であるが、異種エージェントである車いす利用者、松葉づえ利用者、掃除ロボは通行不可（通行可否情報が×）と定義されている。なお、他の異種エージェントとして、警備ロボなどの他のロボットや、担架を押している人や、台車を押している人などを含めてもよい。
　エージェント種別通行可否情報１２は、例えば床面１０３、オフィス用エレベーター１０４などの他の要素についても同様に定義される。
　エージェント種別通行可否情報１２のデータ構造は、図３に示したものに限られず、通行の可否を判断できる情報であればよい。例えば、エージェント種別通行可否情報１２として、通行可能なエージェント種別のみを記述するデータ構造とし、例えば通常歩行者のみ通行可能という通行可能情報を定義しておけば、通常歩行者以外は通行不可であることが判断できる。同様に、エージェント種別通行可否情報１２として、通行不可なエージェント種別のみを記述するデータ構造とし、例えば異種エージェントのみ通行不可という通行不可情報を定義しておけば、通常歩行者は通行可能であることが判断できる。したがって、エージェント種別通行可否情報１２は、通行可能情報または通行不可情報を含む上位概念である。
　図４は、実施例１のエージェント種別経路の一例を説明する図である。
　エージェント種別経路探索部２１は、レイアウト１１とエージェント種別通行可否情報１２とに基づいて、エージェント種別ごとにレイアウト１１上で入口１０１から出口１０２まで移動する経路を探索し、エージェント種別ごとの経路をエージェント種別経路１３として出力する。エージェント種別経路１３の出力の態様には、例えば、エージェント種別経路１３を記憶部１０に格納することや、エージェント種別経路１３を例えばレイアウト１１などとともに表示部３２に表示させることが含まれる。
　図４には、エージェント種別経路１３の一例として、通常歩行者移動経路１１１と車いす利用者移動経路１１２を示した。通常歩行者の移動経路である通常歩行者移動経路１１１は、入口１０１からエスカレーター１０６とオフィス用エレベーター１０４を経由して出口１０２に至る。一方、車いす利用者は、図３のエージェント種別通行可否情報１２で示したようにエスカレーター１０６を利用できないため、車いす利用者の移動経路である車いす利用者移動経路１１２は、入口１０１から低層階用エレベーター１０５とオフィス用エレベーター１０４を経由して出口１０２に至る。
　エージェント種別経路１３は、入口１０１から出口１０２までの移動経路の情報であり、データ形式は問わない。エージェント種別経路１３のデータ形式は、例えば（０，０，０）、（１，０，０）、（１，１，０）、（１，２，０）、・・・のように、経路上の点座標の系列を保持する形式でもよいし、例えば（入口１０１）、（エスカレーター１０６）、（オフィス用エレベーター１０４）、（出口１０２）のように、経由箇所の情報のみ保持する形式としてもよい。
　図５は、実施例１のエージェント種別経路探索部の処理の一例を説明するフローチャートである。
　本実施例のエージェント種別経路探索部２１は、少なくとも１つのエージェント種別において経路が見つからない場合にはアラートを出力する。また、本実施例のエージェント種別経路探索部２１は、探索した経路長が閾値以上である場合にはアラートを出力することが望ましい。
　具体的な処理としては、例えば、図５に示すように、エージェント種別経路探索部２１は、Ｓ１とＳ１１との間で全エージェント種別で繰り返し処理を行い、Ｓ２とＳ１０との間で全出口１０２で繰り返し処理を行い、Ｓ３とＳ９との間で全入口１０１で繰り返し処理を行う。
　Ｓ４では、エージェント種別経路探索部２１は、処理対象のエージェント種別について処理対象の入口１０１から処理対象の出口１０２まで移動する経路を探索する。ここでは、経路長も演算され、経路長が最短になるように最短の経路が探索される。探索は、例えばダイクストラ法など、既知の方法を用いて実施すればよい。例えば後述するエージェント種別交通需要が設定されていないなど、明らかに経路探索が不要なエージェント種別、出入口の組がある場合は、経路探索処理を省略してもよい。
　なお、エージェント種別経路探索部２１は、探索経路上にエレベーターが含まれている場合には、エレベーターにおける待ち時間の期待値または乗車時間の期待値またはその合計のうちの何れかに比例した値を経路長に加算して経路を探索することが望ましい。待ち時間の期待値としては、例えば、交通計算における平均運転間隔／２を用いることができる。乗車時間の期待値としては、例えば、交通計算における走行時間＋戸開閉時間＋乗降時間を用いることができる。これにより、エレベーターの利用に必要な時間を考慮して最短の経路を探索することができ、実際の人の経路選択に近い結果を得られる。
　Ｓ５では、エージェント種別経路探索部２１は、経路が見つかったかを判断し、経路が見つかった場合はＳ６に移り、経路が見つからない場合にはＳ８に移りアラートを出力し、Ｓ９に移る。
　Ｓ６では、エージェント種別経路探索部２１は、経路の長さが閾値未満であるかを判断し、閾値未満の場合はＳ７に移り、閾値以上である場合にはＳ８に移りアラートを出力し、Ｓ９に移る。
　Ｓ７では、エージェント種別経路探索部２１は、エージェント種別経路１３を出力し、Ｓ９に移る。
　なお、本実施例では、Ｓ５とＳ６の両方の処理を行う例を示しているが、これに限られず、Ｓ５の処理のみ、あるいは、Ｓ６の処理のみを行うようにしてもよい。
　図６は、実施例１の経路が見つからない場合のアラートの一例を説明する図である。
　図６に示すように、図５のＳ８においてアラートを出力する一例として、エージェント種別経路探索部２１は、経路が見つからない場合には、探索済範囲１１４とともにアラート１１５を表示させることが望ましい。図６では、低層階用エレベーター１０５が存在しないレイアウト１１となっている。そのため、図６では、表示部３２の表示画面１１６に、レイアウト１１とともに、探索済範囲１１４と「車いす利用者の経路が見つかりません。」というアラート１１５を表示した例を示した。これにより、どこで探索が途切れたかが把握しやすくなる。
　探索済範囲１１４は、図５のＳ４おいて経路探索する過程で探索済の範囲である。探索済範囲１１４のデータ形式、表示方法は問わない。探索済範囲１１４のデータ形式は、例えば（０，０，０）、（１，０，０）、（１，１，０）、（１，２，０）、・・・のように、探索範囲上の点座標の系列を保持する形式でもよいし、例えば（出口１０２）、（オフィス用エレベーター１０４）のように、経由箇所の情報のみ保持する形式としてもよい。
　図６では、探索開始箇所１１３として出口１０２から探索した例を示している。出口１０２から探索することにより、探索の範囲を広げていく過程で、各地点において出口１０２からの距離がわかる。これにより、後述する実施例３において実施する人流シミュレーションで、この情報を、どちらの方向に向かえば出口１０２までの距離が小さくなるかという情報として利用可能となる。なお、これに限られず、探索開始箇所１１３として入口１０１から探索を行ってもよい。
　図７は、実施例１の経路上移動距離に関するアラートの一例を説明する図である。
　図７に示すように、図５のＳ８においてアラートを出力する一例として、エージェント種別経路探索部２１は、探索した経路長が閾値以上である場合にはアラート１１５を出力することが望ましい。このとき、対象となるエージェント種別の経路長も表示することが望ましい。図７では、表示部３２の表示画面１１６に、レイアウト１１とともに、エージェント種別経路１３として通常歩行者移動経路１１１と車いす利用者移動経路１１２とを表示し、それぞれに「通常歩行者移動経路〇〇ｍ」、「車いす利用者移動経路△△ｍ」という経路長表示１１７を表示し、「車いす利用者の移動距離が長いです。」というアラート１１５を表示した例を示した。これにより、車いす利用者などの異種エージェントにとって不便な動線計画となっている場合に早期に発見できる。
　また、対象となるエージェント種別の経路長自体が閾値以上であるかどうかではなく、他のエージェント種別の経路長との差または比が閾値以上であるかどうかをアラートの判定条件としてもよい。
　本実施例によれば、異種エージェントが移動できる動線が存在しない場合や、異種エージェントにとって移動時間が長いなど不便な動線計画となっている場合などのように、異種エージェントの動線計画に問題がある場合に早期に発見できる。
　図８は、実施例２の建築計画評価装置の機能ブロック図である。
　実施例２は実施例１の変形例であり、本実施例の建築計画評価装置１は、実施例１の構成に加え、記憶部１０は、エージェント種別優先度情報１４を格納するとともに、制御部２０は、機能ブロックとして、経路検証部２２を有する。
　エージェント種別優先度情報１４は、レイアウト１１上におけるエージェント種別ごとの利用優先度の情報である。
　経路検証部２２は、エージェント種別経路１３を検証する。具体的には、経路検証部２２は、エージェント種別経路１３において利用優先度が設定されている地点を利用優先度が異なる複数のエージェント種別が通過する場合にはアラートを表示させる。
　例えば、通常歩行エージェントである通常歩行者の経路上に、異種エージェントである車いす利用者の優先エレベーターが存在する場合には、異種エージェント用の優先エレベーターが通常歩行者に使われてしまう可能性があり、優先エレベーターが混雑して異種エージェントが利用できなくなる、または、待ち時間が長くなる可能性がある。このように利用優先度が競合する経路が存在する場合も、異種エージェントの動線計画に問題があるため、アラートを表示することが望ましい。
　本実施例によれば、利用優先度が競合する経路が存在する場合も、異種エージェントの動線計画に問題があるとして、アラートを表示することができる。
　図９は、実施例２のエージェント種別優先度情報の一例を説明する図である。
　エージェント種別優先度情報１４は、レイアウト１１の各要素または領域におけるエージェント種別ごとの利用優先度について定義した情報である。エージェント種別優先度情報１４は、レイアウト１１の各要素または領域に対して設定される。利用優先度の段階数や表現は問わない。例えば、高、中、低といった表現でもよいし、１，２，３，４，５，・・・や、Ａ，Ｂ，Ｃ，Ｄ，Ｅ，・・・といった表現としてもかまわない。エージェント種別優先度情報１４は、例えば入力部３１を介してビルの設計者により入力される。
　例えば、図９に示すように、低層階用エレベーター１０５のエージェント種別優先度情報１４は、異種エージェント用の優先エレベーターであり、エージェント種別が通常歩行者の場合には利用優先度が「低」に設定されており、車いす利用者と松葉づえ利用者は利用優先度が「高」に設定されており、掃除ロボは利用優先度が「中」に設定されている。同様にして、他の要素または領域に対しても設定されている。
　図１０は、実施例２の経路検証部の処理の一例を説明するフローチャートである。
　例えば、図１０に示すように、経路検証部２２は、Ｓ１とＳ１１との間で全エージェント種別で繰り返し処理を行い、Ｓ２とＳ１０との間で全出口１０２で繰り返し処理を行い、Ｓ３とＳ９との間で全入口１０１で繰り返し処理を行い、Ｓ２１とＳ２４との間で経路上各地点で繰り返し処理を行う。
　Ｓ２２では、経路検証部２２は、処理中の地点を処理中のエージェント種別の利用優先度とは異なる利用優先度のエージェント種別が通過するか、すなわち、利用優先度が競合する経路が存在するかを判断する。例えば、処理中の地点に処理中のエージェント種別とその利用優先度の情報をフラグとして記録するとともに、処理中の地点において既に記録された他のフラグがある場合にはそれを読み取り、その中に利用優先度の異なるエージェント種別があれば、処理中の地点を処理中のエージェント種別の利用優先度とは異なる利用優先度のエージェント種別が通過すると判断し、Ｓ２３に移る。通過しないと判断した場合は、Ｓ２４に移る。
　Ｓ２３では、経路検証部２２は、利用優先度が競合する経路が存在し、異種エージェントの動線計画に問題があるとして、アラートを出力し、Ｓ２４に移る。
　図１１は、実施例２の優先度情報に関するアラートの一例を説明する図である。
　図１１に示すように、図１０のＳ２３においてアラートを出力する一例として、経路検証部２２は、利用優先度が競合する経路が存在する場合にはアラート１１５を表示することが望ましい。このとき、競合するエージェント種別経路１３も表示することが望ましい。図１１では、入口１０１が低層階用エレベーター１０５に近い位置にあるレイアウト１１となっている。そのため、図１１では、表示部３２の表示画面１１６に、レイアウト１１とともに、競合するエージェント種別経路１３として通常歩行者移動経路１１１と車いす利用者移動経路１１２とを表示し、それぞれに「通常歩行者移動経路」、「車いす利用者移動経路」という説明表示１１８を表示し、競合する地点である低層階用エレベーター１０５に、「車いす利用者優先エレベーター」という説明表示１１８を表示し、「通常歩行者の最短経路上に車いす利用者優先エレベーターがあります。」というアラート１１５を表示した例を示した。これにより、利用優先度が競合する経路とそのエージェント種別と競合する地点がわかる。
　図１２は、実施例３の建築計画評価装置の機能ブロック図である。
　実施例３は実施例２の変形例であり、本実施例の建築計画評価装置１は、実施例２の構成に加え、記憶部１０は、エージェント種別交通需要１５と移動演算結果１６とを格納するとともに、制御部２０は、機能ブロックとして、移動演算部２３と移動検証部２４とを有する。なお、実施例３では実施例２で追加された構成は必須ではないので、実施例２で追加された構成は省略してもよい。
　移動演算部２３は、エージェント種別経路１３に基づいて、移動距離と移動時間とのうち少なくとも一方を含む移動に関する評価指標を演算する。なお、移動演算部２３が演算する評価指標として、待ち時間、交錯回数、ニアミス回数、段差乗り越え回数のうち少なくとも１つを含むようにしてもよい。
　移動演算部２３は、エージェント種別ごとにエージェント種別経路１３を通るシミュレーションを実施することで、評価指標を演算することが望ましい。この場合、移動演算部２３は、エージェント種別交通需要１５に基づいてシミュレーションを実施することが望ましい。なお、エージェント種別交通需要１５は、エージェント種別ごとの交通需要の情報である。
　移動検証部２４は、演算された評価指標を評価してアラートを表示させる。例えば、移動検証部２４は、演算された評価指標のうち閾値以上のものがある場合、または、通常歩行属性を持つエージェント種別の評価指標とそれ以外の属性を持つエージェント種別の評価指標との差または比が閾値以上である場合にはアラートを表示させる。これにより、例えば移動距離、移動時間、待ち時間、交錯回数、ニアミス回数、段差乗り越え回数などの評価指標を評価してアラートを表示することができ、異種エージェントの動線計画に問題がある場合に早期に発見できる。
　図１３は、実施例３のエージェント種別交通需要の一例を説明する図である。
　エージェント種別交通需要１５は、例えば、エージェント種別ごとにどこからどこに何人移動するかを表した情報である。エージェント種別交通需要１５は、少なくとも、エージェント種別、入口１０１、出口１０２、移動人数のデータを含むことが望ましい。これに加えて、流入開始時刻と流入終了時刻のデータを含んでもよい。エージェント種別交通需要１５は、移動演算部２３によりレイアウト１１上での移動シミュレーションを実施する際に利用される。
　図１３に示した例では、Ｎｏ．１の行では、エージェント種別として通常歩行者が、流入開始時刻の０８：３０から流入終了時刻の０８：４０まで、Ａの入口からＸの出口まで５０人、Ｙの出口まで５０人、Ｚの出口まで３０人が流入する交通需要を定義している。同様に、Ｎｏ．２～Ｎｏ．５の行では、通常歩行者、車いす利用者、松葉づえ利用者、掃除ロボについて、それぞれ交通需要が定義されている。
　なお、エージェント種別交通需要１５のデータ構造は図１３に示した例に限られない。エージェント種別交通需要１５は、例えば入力部３１を介してビルの設計者により入力される。
　図１４は、実施例３の移動演算部の処理の一例を説明するフローチャートである。
　例えば、図１４に示すように、移動演算部２３は、Ｓ３１とＳ３７との間でシミュレーション時刻で繰り返し処理を行い、Ｓ３３とＳ３６との間でレイアウト１１上全エージェントで繰り返し処理を行う。
　Ｓ３２では、移動演算部２３は、エージェント種別交通需要１５のデータに基づきレイアウト１１上に新しいエージェントを流入させる。流入させたエージェントはレイアウト１１上全エージェントの集合に追加する。
　Ｓ３４では、移動演算部２３は、出口１０２までの距離が短くなる方向に所定の距離分エージェントを移動させる。
　Ｓ３５では、移動演算部２３は、エージェントが出口１０２に到着した場合はエージェントをレイアウト１１から流出させる。
　移動演算部２３は、以上の処理の途中、または、処理の後に、評価指標を演算し、移動演算結果１６として記憶部１０に格納する。
　移動演算結果１６は、エージェント種別ごとの結果を保持していてもよいし、エージェント種別の平均や、全体平均など、要約されたデータを保持していてもよい。
　図１５は、実施例３の結果検証部の処理の一例を説明するフローチャートである。
　例えば、図１５に示すように、移動検証部２４は、Ｓ４１とＳ４４との間で全評価指標で繰り返し処理を行う。
　Ｓ４２では、移動検証部２４は、評価指標を評価し、評価指標がアラート条件を満たすかを判断する。アラート条件を満たさない場合は、Ｓ４４に移る。アラート条件を満たす場合は、Ｓ４３に移り、移動検証部２４は、アラートを出力し、Ｓ４４に移る。
　図１６は、実施例３の評価指標に関するアラートの一例を説明する図である。
　図１６に示すように、図１５のＳ４３においてアラートを出力する一例として、移動検証部２４は、評価指標がアラート条件を満たす場合にはアラート１１５を表示することが望ましい。このとき、評価指標も表示することが望ましい。図１６では、表示部３２の表示画面１１６に、レイアウト１１とともに、評価指標として「通常歩行者平均待ち時間〇〇秒」、「車いす利用者平均待ち時間△△秒」という評価指標表示１１９を表示し、「車いす利用者のエレベーター待ち時間が長いです。」というアラート１１５を表示した例を示した。これにより、所定の評価指標がアラート条件を満たす場合にはアラートを表示することができ、異種エージェントの動線計画に問題がある場合に早期に発見できる。
　以上、本発明の実施例を説明したが、本発明は実施例に記載された構成に限定されず、本発明の技術的思想の範囲内で種々の変更が可能である。また、各実施例で説明した構成の一部または全部を組み合わせて適用してもよい。
１：建築計画評価装置
１０：記憶部
１１：レイアウト
１２：エージェント種別通行可否情報
１３：エージェント種別経路
１４：エージェント種別優先度情報
１５：エージェント種別交通需要
１６：移動演算結果
２０：制御部
２１：エージェント種別経路探索部
２２：経路検証部
２３：移動演算部
２４：移動検証部
３０：入出力部
３１：入力部
３２：表示部
１０１：入口
１０２：出口
１０３：床面
１０４：オフィス用エレベーター
１０５：低層階用エレベーター
１０６：エスカレーター
１０７：階段
１１１：通常歩行者移動経路
１１２：車いす利用者移動経路
１１３：探索開始箇所
１１４：探索済範囲
１１５：アラート
１１６：表示画面
１１７：経路長表示
１１８：説明表示
１１９：評価指標表示

Claims (11)

  1. 　レイアウトとエージェント種別通行可否情報とを格納する記憶部と、
    　前記レイアウトと前記エージェント種別通行可否情報とに基づいて、エージェント種別ごとに前記レイアウト上で入口から出口まで移動する経路を探索し、前記エージェント種別ごとの前記経路をエージェント種別経路として出力するエージェント種別経路探索部と、を有する建築計画評価装置であって、
    　前記エージェント種別経路探索部は、少なくとも１つの前記エージェント種別において前記経路が見つからない場合にはアラートを出力することを特徴とする建築計画評価装置。
  2. 　請求項１において、
    　前記エージェント種別経路探索部は、前記経路が見つからない場合には、探索済範囲とともに前記アラートを表示させることを特徴とする建築計画評価装置。
  3. 　請求項１において、
    　前記エージェント種別経路探索部は、探索した経路長が閾値以上である場合、または、他のエージェント種別の経路長との差または比が閾値以上である場合にはアラートを出力することを特徴とする建築計画評価装置。
  4. 　請求項１において、
    　前記エージェント種別経路探索部は、探索経路上にエレベーターが含まれている場合には、前記エレベーターにおける待ち時間の期待値または乗車時間の期待値またはその合計のうちの何れかに比例した値を経路長に加算して前記経路を探索することを特徴とする建築計画評価装置。
  5. 　請求項１において、
    　前記エージェント種別経路を検証する経路検証部を有し、
    　前記記憶部は、前記レイアウト上における前記エージェント種別ごとの利用優先度の情報であるエージェント種別優先度情報を格納し、
    　前記経路検証部は、前記エージェント種別経路において前記利用優先度が設定されている地点を前記利用優先度が異なる複数の前記エージェント種別が通過する場合にはアラートを表示させることを特徴とする建築計画評価装置。
  6. 　請求項１において、
    　前記エージェント種別経路に基づいて、移動距離と移動時間とのうち少なくとも一方を含む移動に関する評価指標を演算する移動演算部と、
    　演算された前記評価指標を評価してアラートを表示させる移動検証部と、を有することを特徴とする建築計画評価装置。
  7. 　請求項６において、
    　前記評価指標は、待ち時間、交錯回数、ニアミス回数、段差乗り越え回数のうち少なくとも１つを含むことを特徴とする建築計画評価装置。
  8. 　請求項６において、
    　前記移動検証部は、演算された前記評価指標のうち閾値以上のものがある場合、または、通常歩行属性を持つ前記エージェント種別の前記評価指標とそれ以外の属性を持つ前記エージェント種別の前記評価指標との差または比が閾値以上である場合にはアラートを表示させることを特徴とする建築計画評価装置。
  9. 　請求項６において、
    　前記移動演算部は、前記エージェント種別ごとに前記エージェント種別経路を通るシミュレーションを実施することで、前記評価指標を演算することを特徴とする建築計画評価装置。
  10. 　請求項９において、
    　前記記憶部は、前記エージェント種別ごとの交通需要の情報であるエージェント種別交通需要を格納し、
    　前記移動演算部は、前記エージェント種別交通需要に基づいて前記シミュレーションを実施することを特徴とする建築計画評価装置。
  11. 　レイアウトとエージェント種別通行可否情報とに基づいて、エージェント種別ごとに前記レイアウト上で入口から出口まで移動する経路を探索し、前記エージェント種別ごとの前記経路をエージェント種別経路として出力する建築計画評価方法であって、
    　少なくとも１つの前記エージェント種別において前記経路が見つからない場合にはアラートを出力することを特徴とする建築計画評価方法。
PCT/JP2024/021372 2024-06-12 2024-06-12 建物計画評価装置および建物計画評価方法 Pending WO2025257983A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/021372 WO2025257983A1 (ja) 2024-06-12 2024-06-12 建物計画評価装置および建物計画評価方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2024/021372 WO2025257983A1 (ja) 2024-06-12 2024-06-12 建物計画評価装置および建物計画評価方法

Publications (1)

Publication Number Publication Date
WO2025257983A1 true WO2025257983A1 (ja) 2025-12-18

Family

ID=98050334

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2024/021372 Pending WO2025257983A1 (ja) 2024-06-12 2024-06-12 建物計画評価装置および建物計画評価方法

Country Status (1)

Country Link
WO (1) WO2025257983A1 (ja)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003240591A (ja) * 2002-02-18 2003-08-27 Zenrin Co Ltd 電子地図データおよび経路探索装置
JP2014190725A (ja) * 2013-03-26 2014-10-06 Zenrin Datacom Co Ltd 経路案内システム、経路案内方法、および、コンピュータプログラム
WO2023053475A1 (ja) * 2021-09-28 2023-04-06 日本電気株式会社 移動経路情報提供システム、介助プラットフォームシステム、移動経路情報提供方法、およびコンピュータ読み取り可能な記憶媒体
WO2023053474A1 (ja) * 2021-09-28 2023-04-06 日本電気株式会社 介助要員手配システム、介助プラットフォームシステム、介助要員手配方法、およびコンピュータ読み取り可能な記憶媒体
JP2023048381A (ja) * 2021-09-28 2023-04-07 日本電気株式会社 移動経路情報生成システム、移動経路情報生成方法、および移動経路情報生成用プログラム
JP2023166672A (ja) * 2022-05-10 2023-11-22 株式会社日立製作所 建屋計画支援システム及び建屋計画支援方法
JP2024003408A (ja) * 2022-06-27 2024-01-15 株式会社日立製作所 モビリティ運用評価システム、シミュレーションシステム及びモビリティ運用評価方法

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003240591A (ja) * 2002-02-18 2003-08-27 Zenrin Co Ltd 電子地図データおよび経路探索装置
JP2014190725A (ja) * 2013-03-26 2014-10-06 Zenrin Datacom Co Ltd 経路案内システム、経路案内方法、および、コンピュータプログラム
WO2023053475A1 (ja) * 2021-09-28 2023-04-06 日本電気株式会社 移動経路情報提供システム、介助プラットフォームシステム、移動経路情報提供方法、およびコンピュータ読み取り可能な記憶媒体
WO2023053474A1 (ja) * 2021-09-28 2023-04-06 日本電気株式会社 介助要員手配システム、介助プラットフォームシステム、介助要員手配方法、およびコンピュータ読み取り可能な記憶媒体
JP2023048381A (ja) * 2021-09-28 2023-04-07 日本電気株式会社 移動経路情報生成システム、移動経路情報生成方法、および移動経路情報生成用プログラム
JP2023166672A (ja) * 2022-05-10 2023-11-22 株式会社日立製作所 建屋計画支援システム及び建屋計画支援方法
JP2024003408A (ja) * 2022-06-27 2024-01-15 株式会社日立製作所 モビリティ運用評価システム、シミュレーションシステム及びモビリティ運用評価方法

Similar Documents

Publication Publication Date Title
Duives et al. State-of-the-art crowd motion simulation models
Pelechano et al. Evacuation simulation models: Challenges in modeling high rise building evacuation with cellular automata approaches
Marzouk et al. Integrated agent-based simulation and multi-criteria decision making approach for buildings evacuation evaluation
Nasir et al. Prediction of pedestrians routes within a built environment in normal conditions
Ma et al. Modeling pedestrian space in complex building for efficient pedestrian traffic simulation
Abdelghany et al. A hybrid simulation-assignment modeling framework for crowd dynamics in large-scale pedestrian facilities
JP7273601B2 (ja) 混雑解析装置及び混雑解析方法
KR20050085832A (ko) 동적 최적화 트래픽 플래닝 방법 및 시스템
CN111201192B (zh) 建筑物内交通预测系统、建筑物内交通预测系统中的电梯门厅布局的生成方法
JP3371226B2 (ja) 媒体効果確認シミュレータ、媒体による効果のシミュレーション方法、および、記憶媒体
JP2019197372A (ja) 人流推定装置、および、人流推定方法
JP5041952B2 (ja) 運転整理支援システム、及びその方法とプログラム
Arai et al. Evaluation of wheelchair accessibility in train stations using a spatial network
Karimi et al. Automatic generation of test-cases of increasing complexity for autonomous vehicles at intersections
Sarkar et al. Solution concepts in hierarchical games under bounded rationality with applications to autonomous driving
Lo et al. Using agent-based simulation model for studying fire escape process in metro stations
JP2017224201A (ja) シミュレーションプログラム、シミュレーション方法およびシミュレーション装置
Tsen Solving train scheduling problems using A-teams
Jin et al. Cellular automaton simulations of hybrid pedestrian movement in two-route situation
JP7453301B2 (ja) 人流予測システム、人流予測方法、および、人流予測プログラム
Bernardini et al. Occupants’ behavioral analysis for the optimization of building operation and maintenance: A case study to improve the use of elevators in a university building
JP7437521B2 (ja) ビル内交通流設定装置及びビル内交通流設定方法
JP3027794B2 (ja) 動線を用いた駐車場のシミュレーション装置
Licci et al. Modeling traffic dynamics: An innovative simulation framework for urban planning
CN121483009A (zh) 一种人群通行管理系统、方法及计算机设备

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24943346

Country of ref document: EP

Kind code of ref document: A1