JP7199341B2 - 建築モデルデータ支援システムおよび建築モデルデータ支援方法 - Google Patents

Description

本発明は、建築モデルデータ支援システムおよび建築モデルデータ支援方法に関する。

高層ビルの計画および施工においては、ＢＩＭ（Building Information Modeling）データなどと呼ばれる建築モデルデータを活用し、関係者間の情報共有が進められている。建築モデルデータは、複数の建築モデルパーツを内包するデータであり、建築モデルパーツは、高層ビルを構成する建材やエレベーターなどの設備を示すデータである。

建築モデルパーツを構成する情報は、少なくとも２Ｄまたは３Ｄの形状データを含み、それ以外に仕様や型番、製造者など任意の付随する情報を含んでもよい。建築モデルデータは、一般のＢＩＭデータも含む。

特許文献１には、エレベーターの建築モデルパーツを組み込んだ建築モデルデータを入力として、シミュレーション技術を用いて評価する方法及び装置が開示されている。
また、特許文献２には、エレベーターの利用をシミュレーションする技術において、エレベーターの乗り場における利用者の詳細な移動や判断などを再現する装置が開示されている。

特開２０１４－１０６５９号公報 ＷＯ２０１７／１９９５３２号公報

しかしながら、特許文献１に開示されたシステムを用いて人の動作をシミュレーションする方法では、多数の人がエレベーターを利用する場合に、乗り場で待つ行動や整列乗車をする行動については考慮されていない。
特許文献２では、エレベーターでの整列乗車行動を再現するために、エレベーター乗り場における整列先頭位置のデータを入力する必要がある。
つまり、特許文献１及び特許文献２に記載された技術では、建築モデルデータが入力された建築モデル内において、整列先頭位置などを人手での追加入力することなく、エレベーターを利用する場合に乗り場で待つ行動や整列乗車の行動を細かくシミュレーションすることは考慮されていない。

したがって、本発明の目的は、整列先頭位置などを人手での追加入力することなく、エレベーター利用者の乗り場で待つ行動や整列乗車の行動を細かくシミュレーションすることが可能な建築モデルデータ支援システムおよび建築モデルデータ支援方法を提供することにある。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、本発明は、建築モデルデータ及びシミュレーションデータを保存する記憶部と、この記憶部に保存されている建築モデルデータを読み込む建築モデルデータ読込部と、建築モデルデータ読込部で読み込んだ建築モデルデータに基づいて、エレベーターを利用する人が整列する先頭位置を推定する整列先頭位置推定部と、を備える。

本発明によれば、人手によるデータの編集なしでエレベーターの乗り場における人の詳細な移動を考慮したシミュレーションを実現することができる。
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。

本発明の建築モデルデータ支援システムの第１の実施形態例における機能的な構成を示すシステムブロック図である。 本発明の建築モデルデータ支援システムの第１の実施形態例における装置のハードウェア構成を示す図である。 本発明の建築モデルデータ支援システムの第１の実施の形態例における整列先頭位置推定処理のフローチャートである。 本発明の建築モデルデータ支援システムの第１の実施形態例の整列先頭位置推定処理であって、乗り場のエレベーターの配置が対面配置の場合の推定処理の過程を示す図である。 本発明の建築モデルデータ支援システムの第１の実施形態例の整列先頭位置推定処理であって、乗り場のエレベーターの配置が直線的な一列配置の場合の推定処理の過程を示す図である。 本発明の建築モデルデータ支援システムの第１の実施形態例の整列先頭位置推定処理であって、乗り場のエレベーターの配置が直線的な一列配置であってかつ乗り場の出入口がエレベーターのドアに対面している場合の推定処理の過程を示す図である。 本発明の建築モデルデータ支援システムの第２の実施の形態例における機能的な構成を示すシステムブロック図である。 本発明の建築モデルデータ支援システムの第２の実施の形態例における整列先頭位置推定処理のフローチャートである。 本発明の建築モデルデータ支援システムの第２の実施の形態例における計測部の計測情報の一例を示した図である。 本発明の建築モデルデータ支援システムの第２の実施の形態例における計測部を用いた整列先頭位置推定処理の過程の一例を示す図である。 本発明の建築モデルデータ支援システムにおける建築モデルデータから抽出したエレベーター乗り場のデータの一例を示した図である。 本発明の建築モデルデータ支援システムにおいて、センサを用いた整列先頭位置の推定する処理を示すフローチャートである。

＜第１の実施形態例の説明＞
以下、本発明の第１の実施形態例（以下、「本例」と称する）の建築モデルデータ支援システムについて、図１～図６を参照して説明する。

［本例の建築モデルデータ支援システムの機能的構成］
図１は、本例の建築モデルデータ支援システムの構成について示した図である。図１を用いて、本例の建築モデルデータ支援システムの全体構成について説明する。
本例の建築モデルデータ支援システムは、バス１５０で接続された演算部１００、記憶部１１０、入力部１２０及び表示部１３０を備える。
なお、建築モデルデータ支援システムの各部は、バス１５０による接続に代えて、ネットワークで接続されてもよい。入力部１２０および表示部１３０は、付加的な構成であり、本例の建築モデルデータ支援システムにとって、必ずしも必要なものではない。

記憶部１１０は、少なくとも建築モデルデータ１１１とシミュレーションデータ１１２を保管する記憶領域を有するが、さらにシミュレーション結果データ１１３を保管するための記憶領域を有するようにしてもよい。
演算部１００は、少なくとも建築モデルデータ読込部１０１、整列先頭位置推定部１０２、シミュレーション実行部１０３を備える。
なお、演算部１００は単一の演算部としてもよいが、演算部１００の一部を不図示のサーバに設けるなど、演算部１００を複数に分散した構成としてもよい。
以上が、本例の建築モデルデータ支援システムの構成である。

［本例の建築モデルデータ支援システムにおける各構成の機能］
演算部１００の建築モデルデータ読込部１０１は、記憶部１１０から建築モデルデータ１１１を読み出す。建築モデルデータ読込部１０１は、読み出した建築モデルデータ１１１に基づいて建築モデルデータの形状を認識し、シミュレーション実行部１０３で実行可能な形式となるデータに変換する。

ここで実行可能な形式のデータに変換するとは、建築モデルデータ１１１を、例えばエレベーター乗り場データに変換することを意味している。すなわち、この実行可能な形式データへの変換において、建築モデルデータ読込部１０１は、建築モデルデータ１１１からエレベーター乗り場データを抽出する。そして、建築モデルデータ読込部１０１は、抽出したエレベーター乗り場データを整列先頭位置推定部１０２に入力する。
なお、エレベーター乗り場データを抽出する処理としては、エレベーターのドアから一定距離内の空間を乗り場として切り出す方法が考えられる。

整列先頭位置推定部１０２は、入力されたエレベーター乗り場データを元に、整列先頭位置を推定する。整列先頭位置推定部１０２が推定した整列先頭位置情報は、シミュレーション実行部１０３に入力される。このとき、建築モデルデータ読込部１０１で読み込んだ建築モデルデータ１１１をシミュレーション実行可能な形式に変換したデータもシミュレーション実行部１０３に入力される。

シミュレーション実行部１０３は、エレベーター乗り場での詳細な人の移動を推定し、そのシミュレーション結果を記憶部１１０のシミュレーション結果データ１１３に記憶する。なお、シミュレーション結果を記憶部１１０に記憶しないで、表示部１３０に直接出力して表示するようにしてもよい。

なお、シミュレーション実行部１０３におけるシミュレーションは、例えば、2018年1月19日に開催された日本機械学会における「技術講演会 昇降機・遊戯施設等の最近の技術と進歩」で発明者らによって発表された「ビル内の円滑な人の移動を実現する人流シミュレーション技術の開発」（藤原正康, 鳥谷部訓，羽鳥 貴大）に開示されている公知のシミュレーション技術を用いて行うことができる。

［本例の建築モデルデータ支援システムのハードウェア構成］
図２は、図１に示した本例の建築モデルデータ支援システムのハードウェア構成を示す図である。
図２に示すように、本例の建築モデルデータ支援システムは、バス２００に接続されたＣＰＵ（Central Processing Unit）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、不揮発性ストレージ２０４を備える。また、外部との通信を行うための通信インタフェース（通信部ＩＦ）２０５を備える。

ＣＰＵ２０１は、本例の建築モデルデータ支援システムの各部の機能を実現するソフトウェアのプログラムコードをＲＯＭ２０２から読み出して実行する。ＲＡＭ２０３には、本例の建築モデルデータ支援システム内で行われる演算処理の途中で発生した変数等が一時的に書き込まれる。ＣＰＵ２０１がＲＯＭ２０２に記録されているプログラムコードを実行することにより、上述した本例の建築モデルデータ支援システムの各種機能が実現される。

通信インタフェース２０５としては、例えば、ＮＩＣ（Network Interface Card）等が用いられる。この通信インタフェース２０５は、図１には示されていないが、必要に応じて外部機器との通信に用いられる。

不揮発性ストレージ２０４は、ＳＳＤ（Solid State Drive）等の不揮発性のメモリで構成され、ＣＰＵ２０１が動作するために必要なプログラムやデータ等が記憶され格納される。また、不揮発性ストレージ２０４は、図１の記憶部１１０を構成する。また、図２では、入力部２０６と出力部２０７が設けられているが、入力部２０６と出力部２０７は、本例の建築モデルデータ支援システムのハードウェア構成として、必ずしも必須のものではない。ここで出力部２０７は図１の表示部１３０を含むものである。

［本例の建築モデルデータ支援システムの処理の流れ］
次に、図３のフローチャートおよび図４～図６に示す具体的事例の図を参照して、本例の建築モデルデータ支援システムの整列先頭位置推定部１０２における整列先頭位置の推定処理について説明する。
まず、各エレベーターのドアの向きのうち、最も数の多いドアの向き「ｄ」を選択する（ステップＳ３０１）。例えば、６台のエレベーターが向かいあって配置される一般的な対面配置である場合、３台のエレベーターのドアの向きが向かい合うことになる。このような場合は、向かい合うエレベーターの数は「３」で最大となるから、その最大となる向きのうちの一つを選択して「ｄ」とする。

図４の具体例を用いて説明すると、図４には４台のエレベーターを２台ずつ向かい合わせて配置した対面配置のエレベーター乗り場が示されている。ステップＳ３０１において、各エレベーターからドアの向き「ｄ」が取得されるが、図４では、エレベーター４０１および４０２と、エレベーター４０３および４０４の２台ずつ同じ方向に設置されたドアがある。各ドアの方向４３１の台数は同じでかつ最大あるため、エレベーター４０１および４０２のドアの向き４３１の方向を「ｄ」とする。仮に、エレベーター４０３および４０４のドアの向きを「ｄ」としても、以後の処理は同様に行うことができる。

次に、エレベーターのドアの向き４３１の方向「ｄ」に対して、９０度回転した方向および－９０度回転した方向を走査方向として走査する。そして、ドアの方向「ｄ」から９０度回転した方向について、出入口４００までの距離が最小となる位置を走査する。図４では、この走査する位置を点線４３２で示している。そして、次に走査対象の各位置において出入口４００までの距離を求め、出入口４００に最も近い地点４３３を算出して「ｐ１」とする（ステップＳ３０２）。図４では、走査位置と出入口４００までの距離を実線のグラフ４１３として示している。横軸４１１は走査位置、縦軸４１２は出入口からの距離を示す。

このグラフ４１３から明らかなように、出入口４００側の端の地点４３３が最も出入口に近いことを示している。つまり、点線４３２で示す走査位置のうちで、この出入口４００側の端の地点４３３が「ｐ１」になる。

次に、地点４３３の位置「ｐ１」からドアの方向４３１「ｄ」と同じ方向になる点線４３４に沿って走査し、出入口４００に最も近い地点を算出し、この地点４３５を「ｐ２」とする（ステップＳ３０３）。そして、この点線４３４の各位置において出入口４００までの距離を求める。点線４３４の各位置と出入口４００までの距離はグラフ４２３に示されている。このグラフ４２３では、縦軸４２１が走査位置、横軸４２２が出入口４００からの距離を表している。

グラフ４２３では、出入口４００からの距離が最小となっている箇所は、範囲４２４および範囲４２５で示され、一意に特定することができない。このため、出入口４００からの距離が最小となっている複数の位置の重心位置４２６に対応する走査位置４３５を出入口４００に最も近い地点「ｐ２」とする。

そして、出入口４００に最も近い地点である走査位置４３５の地点「ｐ２」を、整列先頭位置として出力する（ステップＳ３０４）。図３および図４を用いた整列先頭位置推定処理過程の説明は、以上のとおりである。

ここで、図４に示すように、走査は一定の間隔毎に離散的に走査する点を定め、定めた点から出入口４００を探索することで容易に行うことができる。走査位置の任意の点から出入口４００までの距離は空間を離散化して測定される。走査範囲には、任意に制限を設けてもよい。走査範囲の制限の例としては、最寄りのエレベーターまでの距離が上限を越えない範囲とすることが考えられる。

図５は、図４とは異なるエレベーター配置の具体例であり、４台のエレベーターを一列に並べて配置した平面配置のエレベーター乗り場データを示している。以下、図５を用いて整列先頭位置を推定する過程について説明する。
まず、図３のステップＳ３０１において、各エレベーターからドアの方向５３１である「ｄ」が取得される。この例ではエレベーター５０１、５０２、５０３、５０４の４台は同じ方向５３１にドアが向いている。そのため、この方向５３１が最大の数「４」のエレベーターの向きとなり、この方向を「ｄ」とする。

そして、図３のステップＳ３０２で、ドアの方向５３１「ｄ」から９０度回転した方向に、出入口５００までの距離が最小となる位置を走査する。図５では点線５３２に沿って走査し、走査対象の各位置において出入口５００までの距離を求める。各走査位置と出入口５００までの距離をグラフ５１３に示す。このグラフ５１３では、横軸５１１が走査位置を示し、縦軸５１２が出入口からの距離を示している。
図５のグラフ５１３から、出入口側の端５１４が最も出入口５００に近いことが分かる。したがって、この出入口側の端５１４に相当する走査位置５３３を「ｐ１」とする。

次に、図３のステップＳ３０３で、出入口５００側の端の位置５３３「ｐ１」からドアの方向５３１「ｄ」と同方向に出入口５００に最も近い地点を走査する。走査する位置を点線５３４で示す。そして、この走査対象の各位置において出入口５００までの距離を求める。各走査位置と出入口５００までの距離の関係はグラフ５２３に示す。このグラフ５２３では、縦軸５２１が走査位置、横軸５２２が出入口からの距離を示している。
グラフ５２３から分かるように、出入口５００からの距離が最小となる箇所は、範囲５２４と範囲５２５であり、一意に特定することができない。このため、出入口５００からの距離が最小となっている複数の位置の重心である位置５２６に相当する、出入口５００に近い走査位置５３５を「ｐ２」とする。

そして、図３のステップＳ３０４で、出入口５００に近い走査位置５３５の地点「ｐ２」を整列先頭位置として出力する。以上で、図５を用いた整列先頭位置の推定処理過程の説明を終える。

図６は、図５と同様に、４台のエレベーターを一列に並べて配置した平面配置であるが、出入口６００がエレベーターのドアの方向６３１に面しているエレベーター乗り場を示している。以下、図６を用いて整列先頭位置を推定する過程について説明する。

まず、図３のステップＳ３０１で、各エレベーターのドアの方向「ｄ」を取得する。この例では、エレベーター６０１、６０２、６０３、６０４の４台は同じ方向６３１を向いてドアが設置されている。そのため、この同じ方向６３１が最大の数「４」のエレベーターの向きとなり、このドアの方向６３１が「ｄ」となる。

次に、図３のステップＳ３０２で、ドアの方向６３１「ｄ」から９０度回転した方向に、出入口６００までの距離が最小となる位置を点線６３２に沿って走査する。そして、この点線６３２上の各走査位置から出入口６００までの距離を求める。各走査位置と出入口６００までの距離はグラフ６１３に示す。グラフ６１３の横軸６１１は走査位置、縦軸６１２は、出入口６００からの距離を示している。

グラフ６１３から分かるように、出入口６００からの距離が最小となっている箇所は、範囲６１４と範囲６１５となって、一意に特定することができない。このため、出入口６００からの距離が最小となっている範囲６１４と６１５の中の重心である６１６の位置に相当する走査位置６３３を地点「ｐ１」とする。

そして、図３のステップＳ３０３で、走査位置６３３の地点「ｐ１」から出入口６００に向かって点線６３４に沿って走査し、走査対象の位置と出入口６００までの距離を求める。そして、出入口６００に最も近い走査位置の端６３５を地点「ｐ２」とする。グラフ６２３は、走査位置と出入口６００までの距離を示している。このグラフで６２３の縦軸６２１は走査位置、横軸６２２は出入口６００からの距離を示している。

図６から分かるように、グラフ６２３から走査位置である点線６３４のうち出入口６００側の端６３５の位置と出入口６００までの距離が最小となっている。このため、出入口６００側の端６３５の位置を地点「ｐ２」とする。
そして、図３のステップＳ３０４では、出入口６００側の端６３５の地点「ｐ２」を整列先頭位置として出力する。以上で、図６を用いた整列先頭位置の推定処理過程の説明を終える。

＜本発明の第２の実施形態例の全体構成の説明＞
次に、本発明の第２の実施形態例としての建築モデルデータ支援システムについて、図７～図１２を参照して説明する。
図７は、本発明の第２の実施形態例の建築モデルデータ支援システムの機能的な装置構成を示す。なお、ハードウェア構成は図２に示した第１の実施形態例と同じなので説明は省く。本発明の第２の実施形態例が図１に示す第１の実施形態例と異なる点は、計測部１４０が設けられている点である。
すなわち、本発明の第２の実施形態例は、計測部１４０によって計測された計測データを整列先頭位置の推定処理の入力とする実施形態例である。以下、図７～図１０を参照して第１の実施形態例との違いを中心に説明する。

図７を参照して説明すると、本発明の第２の実施形態例の建築モデルデータ支援システムは、演算部１００、記憶部１１０および計測部１４０を備える。計測部１４０は、直接あるいはネットワークを介してバス１５０に接続されている。なお、第１の実施形態例と同様に、入力部１２０と表示部１３０は必ずして必要な構成ではないが、設けられていてもよい。
図１に示す第１の実施形態例と同様に、記憶部１１０には、少なくとも建築モデルデータ１１１およびシミュレーションデータ１１２が保管されている。また、必要に応じてシミュレーション結果データ１１３も保管される。

また、第１の実施形態例と同様に、演算部１００は、建築モデルデータ読込部１０１、整列先頭位置推定部１０２、シミュレーション実行部１０３を備える。演算部１００は単一の演算部として構成してもよいし、複数に分散して構成してもよい。
なお、計測部１４０としては、カメラなどのイメージセンサや、深度センサ、赤外線センサなどが利用される。

図８は、第２の実施の形態例の建築モデルデータ支援システムにおける整列先頭位置推定部１０２の処理の流れを示すフローチャートである。
まず、カメラ等の計測部１４０は、エレベーター乗り場の位置別にエレベーター利用者を含む人の滞留時間を計測する（ステップＳ８０１）。そして、人の滞留時間が長い位置「ｐ３」を算出する（ステップＳ８０２）。ここで滞留時間が長い位置「ｐ３」とは、エレベーター乗り場において人の密度が高い場所をいい、例えば図１０の数字１０１０で示す空間がこれに相当する。そして、整列先頭位置推定部１０２は、滞留時間が長い位置「ｐ３」を整列先頭位置として出力する（ステップＳ８０３）。

図９は、エレベーター乗り場に設置したカメラ等の計測部１４０によって計測された計測結果の画像データの例を示す。この画像データは、エレベーター乗り場９００の上部からエレベーター乗り場の入口９０１の方に向けてカメラ等の計測部１４０が設置されている場合に計測された画像データの例を示している。この画像データは、エレベーターの利用者９１１、９１２、９１３、９１４の４人の人がエレベーター乗り場の入口で整列してエレベーターの到着を待っている様子を示している。

次に、図１０は、４台のエレベーター１００１、１００２、１００３、１００４を含むエレベーター乗り場１０００の平面図である。すなわち、図１０は、カメラ等の計測部１４０で継続的に計測した複数の人物の画像データから、エレベーター乗り場１０００の平面図上に人の密度を示した図である。
また、図１０は人の密度の大小を示しており、数字１０１１は相対的に密度が低い空間を示し、数字１０１０は相対的に密度が高い空間を示している。人の密度が高い空間として示した数字１０１０の空間が所定の閾値以上の空間である。既に、第２の実施形態例として図８で説明したように、この数字１０１０で示される人の密度の大きい空間の位置が整列先頭位置「ｐ３」となる。つまり、第２の実施形態例においては、人の密度が高い空間のうち、エレベーターに近い位置が整列先頭位置「ｐ３」として推定される。

図１１は、記憶部１１０に記憶されている建築モデルデータ１１１から抽出したエレベーター乗り場データの一例を示したものである。
ここでは、建築モデルデータ１１１および建築モデルデータ１１１に含まれるエレベーター乗り場データについて説明する。建築モデルデータ１１１にはエレベーター乗り場データが含まれている。ここで、エレベーター乗り場データには、少なくともエレベーターの乗り場の床１１００に関する情報、エレベーター１１０１、１１０２、１１０３、１１０４に関する情報、さらに出入口または出入口と接続する位置１１１０の情報が含まれる。
床１１００に関する情報およびエレベーター１１０１、１１０２、１１０３、１１０４に関する情報は、それぞれ位置および形状を有しており、図１１はこれらの情報を平面図として図示したものである。

本発明の建築モデルデータ支援システムの出入口とは、ビルの出入口だけでなく、各階でのオフィスなどのテナントが有する空間への出入口も含む。出入口の情報は、建築モデルデータ１１１内に含まれている。そして、建築モデルデータ１１１に含まれるドアやテナントエリアの認識によりビル内の人の流れを推定してもよいし、また人手によって指定してもよい。この床情報からはエレベーター乗り場のうち通行可能な空間を認識することができる。

図１２は、図７に示すカメラ等の計測部１４０で得られる複数の画像データを入力として、整列先頭位置を推定する処理を説明するためのフローチャートである。
まず、計測部１４０は、その計測結果として、カメラ等で計測した画像データを取得する（ステップＳ１２０１）。
そして、計測部１４０は、ステップＳ１２０１で取得した各画像データから人の位置を認識する（ステップＳ１２０２）。ここで、画像データから人の位置を認識するためには、広く知られている一般的な画像認識手法や機械学習などの手法が利用される。

次に、各画像データで認識した人の位置を平面図上に写像する（ステップＳ１２０３）。平面図上に写像するためには、画像データの座標系における人の位置を、平面図上の座標系に変換する必要がある。
このため、まず、画像中で認識した人のサイズの大小によって、計測部１４０の設置位置から認識した人の位置までの距離を推定する。そして、推定した距離情報と画像データの座標系の位置と計測部１４０の設置位置の座標および向き、計測部１４０の画角の情報を用いて、平面図上の座標系への変換を行う。なお、座標系の変換方法はここで説明した方法に限定されない。他の方法を用いて行うこともできる。

次に、各画像データから得られた平面図上の人の位置を元に、平面図上の各位置の密度を算出する（ステップＳ１２０４）。平面上の人の密度とは、計測する位置毎に、計測した画像データ数に対する人が存在するデータ数の割合を算出した値をいう。ステップＳ１２０４で人の密度を算出した結果は、既に図１０で説明したが、この密度を算出する位置は、任意の間隔で離散化したグリッドで評価することもできる。

最後に、人の密度が高い位置を算出し、密度が高くエレベーターまでの距離が短い位置を整列先頭位置として出力する（ステップＳ１２０５）。人の密度の高い位置は、事前に設定しておいた閾値を超えたかどうかで判定すればよい。なお、閾値は、事前に設定しておいた値を用いてもよいが、あるいは、日時や時間帯によって閾値を動的に変更してもよい。また、閾値は、位置や場所によって変更することもできる。例えば、壁からの距離によって閾値を変化させるといったことも考えらえる。

また、エレベーター乗り場が閑散としている時間には、特にエレベーター利用者が整列する必要がないので、整列先頭位置を計測する必要はない。そのため、出勤時や退勤時の時間帯、昼食時の時間帯など、時間帯を限定した計測結果のみから整列先頭位置を算出するようにしてもよい。また、人の密度に一定の閾値を設定しておき、密度が閾値を越える時間帯の計測結果を対象として、整列先頭位置を推定するようにしてもよい。
以上が整列先頭位置を推定する処理の説明である。

以上説明したように、本発明によれば、建築モデルデータ支援システムにおいて、計測部１４０によって整列先頭位置を推定し、推定した整列先頭位置と、建築モデルデータを入力とし、入力された建築モデル内において、エレベーターを利用する場合に乗り場で待つ行動や整列乗車の行動を細かくシミュレーションする建築モデルデータ支援システムを実現することができる。

また、本発明によれば、建築モデルデータ支援システムにおいて、建築モデルデータを入力とし、整列先頭位置などを人手での追加入力なしで、入力された建築モデル内において、エレベーターを利用する場合に乗り場で待つ行動や整列乗車の行動を細かくシミュレーションする建築モデルデータ支援システムを実現することができる。

なお、本発明は前述した実施の形態に限定されるものではなく、様々な変形態様が含まれる。前述した実施の形態は、本発明を分かりやすく説明するために説明したものであり、本発明は、必ずしも説明した全ての構成を備えるものに限定されるものではなく、適宜、その他の構成にも応用できる。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

また、図面において、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実施には殆ど全ての構成が相互に接続されていると考えてもよい。

１００…演算部、１０１…建築モデルデータ読込部、１０２…整列先頭位置推定部、１０３…シミュレーション実行部、１１０…記憶部、１１１…建築モデルデータ、１１２…シミュレーションデータ、１１３…シミュレーション結果データ、１２０…入力部、１３０…表示部、１４０…計測部

Claims (8)

1. 建築モデルデータ及びシミュレーションデータを保存する記憶部と、
   前記記憶部に保存されている前記建築モデルデータを読み込む建築モデルデータ読込部と、
   前記建築モデルデータ読込部で読み込んだ前記建築モデルデータに基づいて、エレベーターを利用する人がエレベーター乗り場で整列する先頭位置を推定する整列先頭位置推定部と、を備える
   建築モデルデータ支援システム。
2. 前記整列先頭位置推定部は、エレベーター乗り場の形状およびエレベーターの位置関係に基づいて、エレベーターを利用する人が整列する先頭位置を推定する
   請求項１に記載の建築モデルデータ支援システム。
3. さらに、エレベーター乗り場に、エレベーター乗り場の状況を計測する計測部を備え、
   前記整列先頭位置推定部は、前記計測部によって計測されたエレベーター乗り場データに基づいて、エレベーターを利用する人が整列する先頭位置を推定する
   請求項１に記載の建築モデルデータ支援システム。
4. 前記計測部は、計測したデータに基づいて、エレベーター乗り場の各地点における人の密度を算出し、前記密度が事前に設定しておいた所定の閾値を越える地点を整列先頭位置とする
   請求項３に記載の建築モデルデータ支援システム。
5. 前記所定の閾値は、時間帯または整列先頭位置により可変に設定される、
   請求項４に記載の建築モデルデータ支援システム。
6. 前記計測部は、イメージセンサ、深度センサ、赤外線センサのいずれかまたは複数から構成される
   請求項３～５のいずれか一項に記載の建築モデルデータ支援システム。
7. さらに、シミュレーション実行部を備え、
   前記シミュレーション実行部は、エレベーターを利用する利用者が、エレベーター乗り場で待つ行動や整列乗車の行動をシミュレーションする
   請求項１～３のいずれか一項に記載の建築モデルデータ支援システム。
8. エレベーターの向きのうち、最も数の多い側のエレベーターのドアの向き「ｄ」を決定するステップと、
   前記ドアの向き「ｄ」に対して、水平面上に９０°回転した方向を走査し、前記９０°回転した方向のライン上で、出入口に最も近い第１の地点「ｐ１」を算出するステップと、
   前記出入口に最も近い地点「ｐ１」からドアの向きの方向に走査して、出入口に最も近い第２の地点「ｐ２」を算出するステップと、
   前記地点「ｐ２」を整列先頭位置として出力するステップと、
   を含む、建築モデルデータ支援方法。

Images