JPWO2019030816A1 - ビルシミュレーター及びビルシミュレーション方法 - Google Patents

Abstract

エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供する。ビルシミュレーター１は、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくともレイアウトを評価するシミュレーション１０部を備える。

Description

本発明は、ビルシミュレーターに係り、特に、エレベーター等のビル設備を有する各種用途のビル設備の設計段階において好適なビルシミュレーター及びビルシミュレーション方法に関する。

エレベーターや空調機器、セキュリティシステム、太陽光発電などの保守を伴うビル設備における制御装置のパラメーター設定、或は、当該パラメーターや設備稼働中に後から追加するオプション機器を設備所有者に推薦或いは提案することが望まれている。
このような要望に対応する技術として、例えば、特許文献１に記載される技術が提案されている。特許文献１では、設備におけるパラメーターおよび機器の推薦装置が、稼動履歴データ、ビル設備状況データ、およびビル設備パラメーターオプションデータに基づいて推薦対象ビル設備における制御パラメーターの変更値や追加のオプション機器を推薦候補として抽出するパラメーター・機器推薦候補抽出部と、推薦候補と、推薦対象ビル設備の稼動履歴データ、ビル設備状況データ、およびビル設備パラメーターオプションデータと、に基づいて推薦対象ビル設備に対して推薦対象を適用した場合におけるシミュレーションによる評価を行うシミュレーション評価部と、評価結果判断部にて推薦候補を推薦すると判断された場合に当該推薦候補を出力する推薦結果出力部とを備える旨開示されている。

特開２０１２−２２６４６０号公報

しかしながら特許部文献１に記載されるシミュレーターでは、設備の設定による影響度を評価できたとしても、エレベーター設備に関する仕様に係る利用者への影響度の評価や、利用者の動線に関する評価については考慮されていない。そのため、ビル設備の設置計画時に充分な検討が必要なため、設置計画の作成（策定）に多大な時間を要することになる。また、検討が不十分な場合、利用者の使い勝手が悪化する利用シーンが存在し、ビル内に警備員などの案内を実施するなど運用面でカバーするなど、不要な人件費を要することが懸念される。
そこで、本発明は、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供する。

上記課題を解決するため、本発明に係るビルシミュレーターは、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトを評価するシミュレーション部を備えることを特徴とする。
また、本発明に係るビルシミュレーション方法は、少なくともシミュレーション部を有しビルの評価を行うビルシミュレーション方法であって、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトをシミュレーションにより評価することを特徴とする。

本発明によれば、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供することが可能となる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施例に係る実施例１のビルシミュレーターの全体概略構成図である。 図１に示すビルシミュレーターを構成するシミュレーション部による利用者発生処理フローを示すフローチャートである。 図１に示すシミュレーション部による登録判定処理フローを示すフローチャートである。 図１に示すシミュレーション部による行先階登録装置の登録処理フローを示すフローチャートである。 図１に示すシミュレーション部による乗り場行先階待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による行先階登録処理フローを示すフローチャートである。 図１に示すシミュレーション部による割当て号機待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による利用者更新処理フローを示すフローチャートである。 図１に示すシミュレーション部による乗り場歩行処理フローを示すフローチャートである。 図１に示すシミュレーション部による歩行判定処理フローを示すフローチャートである。 図１に示すシミュレーション部によるホール待機処理フローを示すフローチャートである。 図１に示すシミュレーション部による整列待機処理フローを示すフローチャートである。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。 図１に示す表示部の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン点灯仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン未点灯仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の表示例である。 図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の他の表示例である。 本発明の他の実施例に係る実施例２のビルシミュレーターを構成するシミュレーション部によるエレベーターを降車する利用者の処理フローを示すフローチャートである。 実施例２のシミュレーション部による目的位置歩行処理フローを示すフローチャートである。

以下、本発明の実施例について、図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素に同一の符号を付し、以下では重複する説明を省略する。

図１は、本発明の一実施例に係る実施例１のビルシミュレーターの全体概略構成図である。
＜ビルシミュレーターの構成＞
図１に示すように、ビルシミュレーター１は、利用者設定部２、ビル情報設定部３、エレベーター設備設定部４、エレベーター仕様設定部５、時間帯設定部６、及び、シミュレーション部１０から構成される。ここで、利用者設定部２、ビル情報設定部３、エレベーター設備設定部４、エレベーター仕様設定部５、及び、時間帯設定部６は、例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。よって、詳細後述するシミュレーション部１０は、上記特定の記憶領域（仮想領域）より読み出し各種処理を実行する。シミュレーション部１０は、ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、エレベーターモデル１６、総合評価出力部１７、及び、表示部１８を備える。シミュレーション部１０を構成する、ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、エレベーターモデル１６、及び総合評価出力部１７は、例えば、ＣＰＵ等のプロセッサ、プログラムを格納するＲＯＭ、ＲＯＭより読み出されたプログラムをプロセッサが実行する過程のデータ等を一時的に格納するＲＡＭ等の記憶装置にて実現される。

［利用者設定部］
利用者設定部２は、利用者に関する情報を設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、利用者がエレベーターホールへ入り込む階床を設定する発生階や、エレベーターの利用に伴い目的の階床を設定する目的階、一般利用者か車椅子利用者或いはＶＩＰ利用者などの利用者属性、エレベーターホール内を移動する速度となる歩行速度、発生階或いは目的階毎の利用者の発生割合等の発生分布などを設定する。

［ビル情報設定部］
ビル情報設定部３とは、ビル情報について設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、ビルの階床数や、階床間の距離（階高距離とも称される）を設定することが可能となる。更にビルの各フロアに何名在席するか設定する在館人員数の設定を行う。また、各階床におけるビル仕様も設定可能とする。ビル仕様とは、例えば、ロビー階や、駐車場階、共用フロア等の情報が設定可能となる。換言すれば、ビル内のレイアウトを設定することが可能となる。

［エレベーター設備設定部］
エレベーター設備設定部４とは、エレベーター設備について設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、エレベーターの乗りかごが何台設置されるか、エレベーターの乗りかごがフロアのどの位置に設置されるか、更に入力装置として、乗り場で行先階を登録する行先階登録装置や、乗り場から上方向行きか、下方向行きに対するサービス要求を行うための上下式乗り場ボタン、更に乗り場入口にゲートを設置し、ゲート通過時に行先階の登録を行うゲート連動設備や、出力装置として、エレベーターの到着時の方向性案内や、エレベーターを予約した際の予約号機、及び予約方向性を案内するエレベーターランタン、乗り場で行先階を登録した際に、乗り場にて各号機の停止予定階を案内する行先階停止階灯をフロアのどの位置に設置するか設定可能となる。なお、ここで行先階停止階灯とは、各号機の上部に設けられた表示部（例えば、ＬＥＤ表示）であり、乗り場（エレベーターホール）で利用者により所望の行先階指定ボタンが押下（或いはタッチ）されると、各号指定された行先階が表示される。

［エレベーター仕様設定部］
エレベーター仕様設定部５とは、設置したエレベーターの仕様を設定するモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。例えば、エレベーターの速度、ドアの幅、定員数等が挙げられる。更に運転仕様として、乗り場ボタンからサービス要求を作成した瞬間、乗り場ボタンに対してサービスが決定した号機のエレベーターランタンを点灯する即時予約機能の有無などが挙げられる。

［時間帯設定部］
時間帯設定部６とは、シミュレーションを実行する時間帯の設定を行うモジュールであり、上述のように例えば、特定の記憶領域（仮想領域）をサーバー内に設けることで実現されるものである。一般的にビル内のエレベーター稼働状況は時間帯毎に異なる。例えば、オフィスビルの場合においては出勤時間帯では、ビル内に利用者が流入するケースが多くなり利用者の動きとしては、ロビー階から各利用者の在席階を目的階として利用される。昼食時間帯の前半では、ビル内に食堂階や、飲食店が存在するフロアがある場合、各利用者の在席階から、前述した食堂階や、飲食店が存在するフロアへ移動する利用者が多くなる。退勤時間帯では、出勤時間帯とは逆に各利用者の在席階からロビー階へ移動する利用者が多く存在する。
なお、ビルがマンションである場合には、外出或いは出勤時の時間帯においては、利用者である各居住者の入居階からロビー階を目的階として利用され、帰宅時には逆にロビー階から各利用者（各居住者）の入居階を目的階として利用される。

時間帯設定部６により設定されるシミュレーションを実行する時間帯と利用者設定部２により設定される利用者がエレベーターホールへ入り込む階床である発生階や、目的階毎の利用者の発生割合等を設定する発生分布は関連するように設定される。このとき、時間帯が設定されると発生割合が自動で設定されるようにする方式や、細かにある任意の時間帯毎での発生分布を設定する方式、或いは、ビル用途によって時間帯毎の発生分布が決定される方式や、過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布が決定される方式でも良い。

時間帯が設定されると発生割合が自動で設定されるようにする方式とは、例えば、オフィスビルである場合においては、出勤時間帯と設定された場合、ロビー階から各階の在館人員数に対して発生割合を設定する。具体的には、出勤時間帯８：１５〜８：４５の３０分間において、ロビー階から各フロアへ行く利用者を４０％とする場合、５階の在館人員が１００名、４階の在館人員が８０名であった場合、ロビー階から５階行きの利用者が４０名、４階行きの利用者が３２名発生する設定となる。

また、ある任意の時間帯毎での発生分布を設定する方式とは、時間帯毎に発生階や、目的階毎の利用者の発生割合等を設定することを示す。具体的には、８：１５〜８：３０の間では、ロビー階からその他のフロアへ行く利用者は１５％、８：３０〜８：４５の間では、ロビー階からその他のフロアへ行く利用者は２５％というような設定をすることを指す。時間帯の幅は任意で設定することができ、発生分布の設定値も割合での設定、詳細に階床別に設定することもできる。
例えば、ロビー階から発生する利用者が２００名、１階から発生する利用者が１０名、４階への利用者が８０名、５階への利用者が１３０名という設定や、具体的にロビー階から５階への利用者が１２５名、ロビー階から４階への利用者が７５名、１階から４階への利用者が５名、１階から５階への利用者が５名と詳細に設定する方式でも良い。

ビル用途によって時間帯毎の発生分布が決定される方式とは、上述した時間帯が設定されると発生割合が自動で設定されるようにする方式が、ビル用途によって設定値が変動することを示す。例えば、オフィスビル、マンション、ホテル、雑居ビルなどが挙げられ、オフィスビルでは出勤時間帯では、ロビー階から各フロアへの流れが一般的であるが、マンションでは、その逆に、各フロアからロビー階への利用が多くなる。更に、時間帯もオフィスビルと異なるため、ビル用途によって時間帯及び発生分布も変動する。

過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布を設定する方式とは、ビル情報或いはビル用途が類似している場合、例えば、ビルの用途が一致しているか否かで判定し、その他の情報である、ビルの階床数や、昇降路内を上昇／下降するエレベーターの最大の移動距離である総階高距離、在館人員数、エレベーター設置規模に優先順位を設定し、シミュレーション対象のビル情報と１０％の誤差以内のビル情報を表示する。そこで、シミュレーション対象のビルと類似しているビルを選択すると、選択したビルの稼働情報から、各時間帯における利用者の発生分布が設定される。

これらの発生分布はエレベーターの稼働情報、例えばエレベーター内に設置される荷重センサによる計測データに基づいて何階から何階へ乗降車した利用者人数の情報に基づいて、発生分布が設定されるため、現地の利用状況を模擬することで、設置計画時点である程度将来ビル運用が開始された際の利用状況を模擬することが可能となる。また荷重センサによる計測データ以外にも行先階登録装置を押下した情報や、外部機器からのログ情報、例えば、ビルセキュリティの開錠情報や、カメラからのログ情報に基づいて、発生分布を設定する方式でも良い。
これらの情報を設定が完了すると、シミュレーションが実行可能となる。

［シミュレーション部］
シミュレーションを実行するためのシミュレーション部１０は、シミュレーション実行周期（以下、システム時間と称する）として、例えば、１００ｍｓｅｃに設定され、システム時間を常に更新し、各制御を起動する。起動する制御部は、時間帯設定部６により設定された時間帯毎に設定し、シミュレーションのため発生した利用者のフロア移動、エレベーターへの乗降を制御するビル内利用者制御部モデル１１、ビル内利用者制御部モデル１１からエレベーターへのサービス要求を設定するための入力装置モデル１２、サービス要求に対して、運行管理を実施するエレベーター群管理制御部モデル１３、エレベーター群管理制御部モデル１３より、受けたサービス要求に対してエレベーターの乗りかごを制御、或いはドアの戸開閉を制御するエレベーター制御部モデル１４、エレベーター群管理制御部モデル１３、或いはエレベーター制御部モデル１４より、利用者への案内を行う乗り場出力装置モデル１５、シミュレーション上で利用者が乗降するエレベーターモデル１６とで構成される。ビル内利用者制御部モデル１１、入力装置モデル１２、エレベーター群管理制御部モデル１３、エレベーター制御部モデル１４、乗り場出力装置モデル１５、及びエレベーターモデル１６は、それぞれ、ビル内利用者制御部、入力装置、エレベーター群管理制御部、エレベーター制御部、乗り場出力装置、及び、エレベーターを模擬するためのモデルである。

シミュレーション部１０のシステム時間がシミュレーション終了時間に達すると最終的に総合評価出力部１７によって設定されたシミュレーション条件における評価が出力される。本評価はビル内利用者制御部モデル１１から出力される一人一人の乗り場に到着してからエレベーター乗車までのエレベーター待ち時間や、エレベーターに乗車してから降車するまでの乗車時間、乗り場に到着してから目的階まで辿り着くまでのサービス完了時間などがある。また、６０秒以上のエレベーター待ち時間を長い待ち時間と定義し、全体の発生した人数に対して、長い待ち時間となった利用者の人数がどの程度存在したか、長待ち率を出力することや、シミュレーション実行中の乗り場にてエレベーターを待っている最大利用者数を示す最大待ち人数を出力する。
更にエレベーター群管理制御部モデル１３からは、シミュレーション上、（乗り場にて）行先階ボタンが押下され、エレベーターが当該行先階に到達するまでの時間から、入力された階床へ各エレベーターモデル１６がサービスするまでにかかった時間や、エレベーターの目的階が入力（エレベーターモデル１６の乗りかごに乗車後、乗りかご内の行先ボタンを押下した状態）された時間から目的階まで到着するまでにかかった時間、入力装置モデル１２を入力した数などシミュレーション実行中の平均時間、最大時間、最小時間を出力する。

上述のエレベーター群管理制御部モデル１３から出力した評価は、群管理仕様がない場合、或いはエレベーター１台のみのシミュレーションを行う場合、エレベーター制御部モデル１４より出力する。
ビル内利用者制御部モデル１１では、具体的に利用者の発生から、乗り場での利用者の動きを再現するため、機器によっての動作や、時間管理を行う。それらの動きは、エレベーター設備設定部４や、エレベーター仕様設定部５によって設定された機器や仕様に応じてエレベーター出力状況が変化し、利用者の動きは当該設定状況に応じて変化する。
それらの動きをフローチャートにて、以下、図２〜図１２を用いてビルシミュレーター１の動作について説明する。

＜ビルシミュレーターの動作及びシミュレーション部の構成＞
図２は、図１に示すビルシミュレーター１を構成するシミュレーション部１０による利用者発生処理フローを示すフローチャートである。本処理では、シミュレーション部１０によって更新されるシステム時間に従って利用者の発生処理を行う。
図２に示すように、ステップＳ１１ではシステム時間と利用者の発生時間を比較し、発生時間と一致した場合、利用者を発生させる処理としてステップＳ１２へ進む。一方、不一致の場合は、ステップＳ１３へ進む。ここで利用者の発生時間は、事前に設定された利用者設定部２に基づいて作成された利用者データを使用する。利用者データは発生時間、利用者属性、歩行時間、発生階、或いは発生場所、更に目的階或いは目的場所によって構成され、これらのデータがシミュレーション対象の人数分作成される。
ステップＳ１２では、利用者発生処理を実行する。利用者発生処理の詳細については図３にて後述する。発生処理が完了すると、ステップＳ１３へ進む。

図３は、図１に示すシミュレーション部による登録判定処理フローを示すフローチャートであり、図２に示すステップＳ１２における利用者発生処理の詳細フローである。ステップＳ１２１では、ゲート連動仕様か否か判定する。ゲート連動仕様であれば、ステップＳ１２４に示す通り、装置登録処理（例えば、ゲート利用者登録処理）を実行する。装置登録処理（例えば、ゲート利用者登録処理）の詳細については、図４にて後述する。一方、ゲート連動仕様でなければ、ステップＳ１２２へ進む。
Ｓ１２２では、登録装置（行先階登録装置）が設置されているか否か判定する。登録装置が設置されてあれば、ステップＳ１２５に示す通り、行先階登録処理を実行する。なお、行先階登録処理の詳細については、図５にて後述する。一方、登録装置（行先階登録装置）が設置されてなければ、ステップＳ１２３へ進む。

ステップＳ１２３では、上下式の乗り場ボタン仕様か否か判定する。上下式の乗り場ボタン仕様であれば、ステップＳ１２６に進み、上下式の乗り場ボタン登録処理を実行する。具体的には、発生階のエレベーター乗り場に設置されている上下式ボタンの応答灯が点灯しているか判定し、点灯していなければ、発生階よりも目的階が上方階であった場合、上方向へのサービス要求として、上方向ボタンを押下する。発生階よりも目的階が下方階であった場合、下方向へのサービス要求として、下方向ボタンを押下する。なお、ここで上方向ボタンの押下及び下方向ボタンの押下は、本実施例のビルシミュレーター１によるシミュレーション条件のイベントとして、上記の利用者による行為が発生したものとする。一方、ステップＳ１２３による判定結果が上下式の乗り場ボタン仕様でない場合、ステップＳ１２４による装置登録処理（例えば、ゲート利用者登録処理）、ステップＳ１２５による行先階登録処理、及びステップＳ１２６による上下式の乗り場ボタン登録処理のうち何れかが完了した場合、図１１に記載するホール待機処理へと進む。

ここで、上述のステップＳ１２４における装置登録処理（例えば、ゲート利用者登録処理）について説明する。図４は、図１に示すシミュレーション部１０による行先階登録装置の登録処理フローを示すフローチャートであり、上述のステップＳ１２４における装置登録処理（例えば、ゲート利用者登録処理）の詳細フローである。図４に示すように、ステップＳ１２４１では、利用可能な行先階登録装置は存在するかを判定する。例えば、データテーブルを用意し、行先階登録装置を利用している利用者がいれば、本テーブルに利用者データを登録する。本テーブルにデータが格納されている場合、行先階登録装置を利用していることを示し、データが格納されていない場合、行先階登録装置を利用可能であるということを示す。利用可能な行先階登録装置が存在する場合、ステップＳ１２４４に示す行先階登録処理を実行する。一方、利用可能な行先階登録装置が存在しない場合、ステップＳ１２４２へ進む。

ステップＳ１２４２では、最も整列が少ない行先階登録装置を選択する。例えば、上述したデータテーブルを行先階登録装置毎に設けることとする。データテーブル内に利用者のデータが格納されている場合、現在利用不可の行先階登録装置と認識することは上述のとおりであるが、利用者の整列をシミュレーション上で模擬するため、登録が未完了であるが、既に発生し、行先階登録装置前に辿り着いている利用者について、データテーブルに格納されているデータ数が少ないデータテーブルを選択し、利用者データを格納する。すなわち、最も利用者の整列数の少ない行先階登録装置に整列することを示す。各行先階登録装置に格納される利用者数が同一である場合、装置ＩＤが小さい行先階登録装置を選択する。選択が完了すると、ステップＳ１２４３へ進む。

ステップＳ１２４３では、装置待機利用者数（行先階登録装置待機利用者数）に＋１を加算する（行先階登録装置待機利用者数を「１」だけインクリメントする）。これにより、待機している利用者を明確にすることが可能となる。完了すると、ステップＳ１２４５へ進み、装置利用者待機処理（行先階登録装置利用者待機処理）を実行する。

ここで、装置利用者待機処理（行先階登録装置利用者待機処理）について説明する。図５は、図１に示すシミュレーション部１０による乗り場行先階待機処理フローを示すフローチャートであり、図４におけるステップＳ１２４５に示す装置利用者待機処理（行先階登録装置利用者待機処理）の詳細フローである。
図５に示すように、ステップＳ２１では、利用者（自分）が０番目の整列者か否か判定する。すなわち、利用者（自分）が先頭に整列しているか判定する。利用者（自分）が先頭に整列している場合は行先階登録装置の使用許可、例えばゲート連動仕様である場合、ゲートへの操作が可能となり、行先階登録装置の場合、行先階の入力が可能となる。先頭であるかの確認はデータテーブルのテーブルＮｏを参照し、０番目であるか判定する。０番目の利用者であった場合、ステップＳ２３に示す行先階登録処理を実行する。行先階登録処理の詳細は、図６を用いて後述する。行先階登録処理が完了するとステップＳ２６へ進む。一方、ステップＳ２１にて、０番目の利用者でなかった場合、ステップＳ２２へ進む。

ステップＳ２２では、ｎ−１番目の利用者は存在するかを判定する。データテーブル上、先頭利用者はｎ＝０の利用者とすると、ｎが更新された際に、ｎ−１番目の利用者は整列している利用者の前に存在する利用者であることを示す。ｎ＝１は先頭から次に整列している利用者のデータであることを示し、ｎ−１番目の利用者は先頭利用者であることを示す。ステップＳ２３の行先階登録処理にて利用者の登録が完了し行先階登録処理の前からいなくなると、先頭利用者はいなくなる。それらをシミュレーション上で模擬するため、データテーブルからプッシュされ、ｎ−１番目、すなわちｎ＝０番目の利用者データは「０」或いは「ＮＵＬＬ」となるため、ｎ−１番目の利用者は存在しないということを意味する。ｎ−１番目の利用者が存在する場合はステップＳ２４へ進み、一方、ｎ−１番目の利用者が存在しない場合はステップＳ２５へ進む。
ステップＳ２４では、待機処理を実行する。整列している利用者が存在し、目の前に利用者がいる状況のため、動作としては何もしないことを示し、テーブルＮｏの更新のみが実行される。完了すると、ステップＳ２８へ進む。

ステップＳ２５では、ｎ−１番目の利用者をｎ番目の利用者に更新する。これは、整列している状況で目の前の利用者がいなくなった場合、列を詰める作業に相当する。データテーブル上では、空となっているｎ−１番目のデータテーブルにｎ番目の利用者データをコピーする。その後、ｎ番目のデータテーブルを「０」或いは「ＮＵＬＬ」にすることで、整列している状況を、シミュレーション上で模擬することが可能となる。更新を完了すると、ステップＳ２８へ進む。
ステップＳ２６では、ｎを更新する。ｎ＝１であった場合、ｎ＝２（ｎを「１」だけインクリメント）とすることで、更新作業を実行する。更新作業が完了すると、ステップＳ２８へ進む。
ステップＳ２８では、ｎが待機利用者数よりも大きい値となっているか判定する。ｎが待機利用者数よりも大きい値である場合は終了し、ｎが待機利用者数以下である場合には利用者の中に待機利用者が存在することを意味するため、ステップＳ２１へ戻る。

図６は、図１に示すシミュレーション部１０による行先階登録処理フローを示すフローチャートであり、図５におけるステップＳ２３の詳細フローである。
図６に示すように、ステップＳ２３１では、入力装置モデル１２に対して、利用者属性情報及び行先階情報を登録する。これは通常、ゲート連動仕様である場合には、ゲートにかざすカードのＩＤに対して利用者の情報が関連付けされており、セキュリティ側から一般利用者或いは車椅子利用者又はＶＩＰ等の利用者属性情報である利用者情報、利用者の目的階がエレベーターモデル１６側より送信される。但し、本シミュレーションにおいては、簡易的に処理するため、予め利用者のデータとして、利用者毎に利用者情報及び行先階情報を有しており、入力に必要なデータを、ビル内利用者制御部モデル１１より入力装置モデル１２に対して入力する。シミュレーション上では、入力装置モデル１２が保有するメモリ上に必要な情報を格納することで、エレベーターモデル１６側へのサービス要求の登録を完了する。入力が完了すると、ステップＳ２３２へ進む。

ステップＳ２３２では、割当て号機情報が付与されたか否かを判定する。ゲート連動使用時や、行先階登録装置使用時、入力情報を入力後、エレベーターモデル１６側から入力情報に対してサービス号機が決定され、当該号機情報を割り当て号機情報として発信する。発信方法は、シミュレーション上では、乗り場出力装置モデル１５が保有するメモリ上に必要な情報を格納することで、エレベーターモデル１６側から利用者に対する案内を実施することを模擬する。その中で割り当て号機が付与されたかを判断し、割り当て号機が付与された場合にはステップＳ２３３へ進み利用者更新処理を実行する。利用者更新処理の詳細については図８を用いて後述する。その後、ステップＳ２３３の処理が完了すると、処理を終了する。一方、割り当て号機が付与されなかった場合にはステップＳ２３４の割当て号機待機処理を実行する。割当て号機待機処理の詳細については図７を用いて後述する。その後、ステップＳ２３４の処理が完了すると、処理を終了する。

図７は、図１に示すシミュレーション部１０による割当て号機待機処理フローを示すフローチャートであり、図６におけるステップＳ２３４の詳細フローである。
図７に示すように、ステップＳ２３４１では、一定時間経過したか判定する。通常の行先階予約システムであれば、行先階登録装置やゲート連動時、入力処理を実行した後、入力したが割り当てされなかった、或いは異常な表示がされた場合、利用者の動きとしては再度登録装置の入力を実施する。そのため入力してから何かしらデータが出力されるまで待つ行動が存在する。一定時間とは任意に決定することが可能であり、例えば、３秒程度で設定される。一定時間経過した場合、ステップＳ２３４２へ進み、一方、一定時間経過していない場合、そのまま待機するため、処理を終了する。
ステップＳ２３４２では、再度利用者属性及び行先階情報の登録（再登録処理）を実行する。ここでは、上述の図６のステップＳ２３１と同様、入力装置モデル１２が保有するメモリ上に必要な入力情報を格納する。格納が完了すると、当該処理を終了する。

図８は、図１に示すシミュレーション部１０による利用者更新処理フローを示すフローチャートであり、上述の図６におけるステップＳ２３３の詳細フローである。
図８に示すように、ステップＳ２３３１では、乗り場出力装置モデル１５により出力された割り当て号機情報を利用者データ側へ格納する。利用者のエレベーター乗車処理時に割り当て号機情報を利用するため、利用者毎に割り当て号機情報が保有できるようなデータ構成を用意する。
ステップＳ２３３２では、待機利用者情報から０番目の利用者情報を削除する。ここで削除するのは、利用者情報そのものでなく、整列を模擬するための行先階登録装置毎に作成されるデータテーブル中の利用者情報である。これは行先階登録装置の登録を実行した後、割り当て号機が付与されると利用者は割り当て号機に向かって歩行するため行先階登録装置前には整列しなくなる。本動作をシミュレーション上で模擬するため、整列用のデータテーブルから０番目の利用者情報を削除する。
ステップＳ２３３３では、登録完了時間を現在のシステム時間に更新する。本情報に基づいて、後述する総合評価にて本時間（登録完了時間＝システム時間）を利用し、登録完了時間―利用者発生時間により、登録時間が算出可能となる。その後、ステップＳ２３３４に進み、乗り場歩行処理（０番目利用者情報）を実行する。乗り場歩行処理（０番目利用者情報）の詳細については、図９を用いて説明する。

図９は、図１に示すシミュレーション部１０による乗り場歩行処理フローを示すフローチャートであり、上述の図８におけるステップＳ２３３４の詳細フローである。
図９に示すように、ステップＳ３１では、登録した距離から乗り場（エレベーターホール）までの距離Ｌ_Ｈを取得する。距離情報は事前に行先階登録装置等の乗り場装置を設定した時点で、各号機との距離が設定されており、割り当て号機が決定した時点で、事前に設定された情報を取得するのみとなる。例えば、乗り場（エレベーターホール）のレイアウトを設定した際に、行先階登録装置等の乗り場装置の中心座標位置と各号機の中心位置の座標位置から距離を算出する。すなわち、エレベーター設備設定部４によって設定された時点で距離を自動で算出することが可能となる。割り当てられた号機情報に基づいて、設定された距離情報を利用者情報内に格納することで実現される。
ステップＳ３２では、歩行速度からシステム時間単位の歩行距離を取得する。システム時間が１００ｍｓｅｃ単位であった場合、１００ｍｓｅｃ単位で歩行する距離をｍ単位で算出する。

次にステップＳ３３では、歩行判定処理を実行する。歩行判定処理の詳細について図１０を用いて説明する。図１０は、図１に示すシミュレーション部１０による歩行判定処理フローを示すフローチャートであり、図９におけるステップＳ３３の詳細フローである。図１０に示すように、ステップＳ３３１では、利用者の歩くスペースの有無について判定する。スペースの判定については幾つか方法が存在する。例えばビル情報設定部３及びエレベーター設備設定部４によって設定されるビルのレイアウト及びサイズによって、乗り場（エレベーターホール）における最大利用者待機数及び各乗り場号機前利用者待機数を自動で設定する。以上により、最大利用者待機数とシミュレーション上での実際の乗り場利用者待機数が同値であった場合、スペースがないものと判定する。
また、他の方式としては厳密に利用者の移動状況を模擬する方式を用いても良い。すなわち、各利用者に対して占有サイズを決定し、利用者の行先階登録装置の位置から各号機までの最短の移動経路を作成する。そして作成された移動経路に従い利用者が移動を開始する。システム時間の更新に対応して上述した歩行距離を、利用者が移動経路に沿って移動する。そこで、目の前に人の滞留或いは障害物があり、他の移動経路上に利用者の占有サイズ分のスペースが存在するか判定する方式でも良い。スペースが存在する場合にはステップＳ３３２へ進み、スペースが存在しない場合にはステップＳ３３５へ進む。

ステップＳ３３２では、歩行方向にスペースがあるか否か判定する。例えば、乗り場（エレベーターホール）入り口付近のエレベーターに複数人待っている状況を想定すると、その位置から奥のエレベーターの前へ移動する際、目の前は利用者の滞留が存在するが、直線距離でなく、迂回すると奥のエレベーターの前まで辿り着ける場合がある。上述のように、目の前に滞留がない場合、歩行方向にスペースが存在すると判定し、特に何もすることなく直進が可能なため、歩行判定処理を終了する。一方、目の前に滞留がある場合には歩行方向にスペースがないと判定し、ステップＳ３３３へ進む。また、例えば乗り場（エレベーターホール）入り口付近のエレベーター待ち人数がある一定の閾値を超えた場合、直進は不可と判定し、歩行方向にスペースが存在しない判定する方式を用いても良い。

ステップＳ３３３では、登録した距離から乗り場までの距離Ｌ_Ｈに対して、余分に歩行する距離を加算する。余分に歩行する距離とは、上述の迂回する分に相当する距離である。目の前の利用者の滞留状況を、閾値以上の待機人数×占有サイズによって迂回分の距離を算出し、当該距離を余分に歩行する距離とする。
ステップＳ３３４では、ペナルティ１として、余分に歩行する距離を歩行速度で除した値とする。これにより、余分に歩いた時間がペナルティ１として、利用者毎に蓄えることが可能となる。本ステップが終了すると、歩行判定処理を終了する。
ステップＳ３３５では、ステップＳ３３１により歩くスペースが存在しないと判定されたため、その場で利用者は滞留することとなる。ペナルティ２として、滞留している時間（滞留時間）とする。本ステップが終了すると、歩行判定処理を終了する。

ここで図９に戻り、ステップＳ３３にて上述の歩行判定処理が完了すると、ステップＳ３４では、利用者の移動距離Ｌ_ｐｓｎを（システム時間−登録時間−ペナルティ１）×歩行速度により算出する。算出が完了すると、ステップＳ３５へ進む。
ステップＳ３５では、利用者の移動距離Ｌ_ｐｓｎを登録した距離から乗り場（エレベーターホール）までの距離Ｌ_Ｈと比較し、同一か否か判定する。すなわち、目的地に到着したか否かを判定する。判定の結果、利用者の移動距離Ｌ_ｐｓｎが登録した距離から乗り場（エレベーターホール）までの距離Ｌ_Ｈと同一であった場合には目的地に到着したと判定し、ステップＳ３６のホール待機処理を実行し、その後ステップＳ３７へと進む。ホール待機処理の詳細については図１１を用いて後述する。一方、判定の結果、利用者の移動距離Ｌ_ｐｓｎが登録した距離から乗り場（エレベーターホール）までの距離Ｌ_Ｈと同一でなかった場合にはそのまま乗り場歩行処理を終了する。
ステップＳ３７では、利用者データとして、ホール到着時間を更新する。ホール到着時間は、現在のシステム時間をそのまま格納することで、後程発生時間をホール到着時間から減算すると、乗り場移動時間が評価可能となる。以上により、乗り場歩行処理を終了する。

図１１は、図１に示すシミュレーション部１０によるホール待機処理フローを示すフローチャートであり、図９におけるステップＳ３６の詳細フローである。
図１１に示すように、ステップＳ３６１では、サービス階表示有りか否か（分割急行運転仕様有りか否か）判定する。これは、エレベーター設備設定部４によって設定されたか否かを判定する。例えば一つのバンク内に高層、低層のバンク分割を行った場合、乗り場（エレベーターホール）での利用者は自身の目的階をサービス可能なバンクを選択する。そのため、乗り場（エレベーターホール）に看板或いはサイン表示によるサービス階表示が設けられており、それらの情報を利用して、自身が利用するバンクを選択する。サービス階表示が有る場合にはステップＳ３６２へ進み、一方、サービス階表示がない場合にはステップＳ３６３へ進む。

ステップ３６２では、自身の行先階をサービスする対象号機のみを選択する。例えば、利用者の目的階（行先階）が５階であり、１号機〜３号機が１階〜８階、及び、４号機〜６号機が１階及び９階〜１６階をサービス階とする場合を想定すると、当該利用者の対象号機は、１号機〜３号機となる。対象号機の選択が完了するとステップＳ３６３へ進む。
ステップＳ３６３では、割当て号機が付与されているか確認する。割り当て号機が付与されている場合はステップＳ３６４へ進み、一方、割り当て号機が付与されていない場合はステップＳ３６７へ進む。

ステップＳ３６４では、対象号機のホールランタン或いは停止階表示灯が点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。割当て号機が付与された状態でエレベーターモデル１６側が正常に登録できているか乗り場出力装置モデル１５の状況によって判定する。例えば、目的階として５階を登録したはずが、別の階が表示されている場合或いは何も表示されていない場合などは再登録が必要となる。また、エレベーターの制御パラメーターの設定ミスを正しくシミュレーションするため、乗車しようとしたが、乗車前にエレベーターのドアが閉まった場合、ランタン及び停止階表示灯は消灯するため、再登録が必要となる。そのため、対象号機のホールランタン或いは停止階表示灯が点灯している場合にはステップＳ３６５に示すように、対象号機前に整列待機を行い、処理を終了する。一方、対象号機のホールランタン或いは停止階表示灯が消灯している場合にはステップＳ３６６により上述した行先階登録処理を実行する。ここでの登録処理は乗り場（エレベーターホール）に設置されている行先階登録装置が対象となる。

ステップＳ３６７では、対象号機中のホールランタンが点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。これは上下式ボタン仕様を想定しており、上述した一例の場合、１号機〜３号機中のホールランタンが点灯しているか否か判定する。１号機〜３号機中のホールランタンが点灯している場合はステップＳ３６８へ進み、対象号機前に整列待機する。一方、１号機〜３号機中のホールランタンが消灯している場合はステップＳ３６９へ進む。

ステップＳ３６９では、対象バンクの上下式ボタンの応答灯が点灯しているか判定する。本シミュレーション上では、乗り場出力装置モデル１５が保有する仮想メモリ上から判定する。上下式ボタン仕様の場合、一つのボタンを押下（登録）すると連携するボタンが全て点灯する。そのため、点灯しているか否か判定することで、乗り場（エレベーターホール）からのサービス要求が入力されているか否か判定可能である。また、ランタンは消灯しているが、乗り場ボタンが点灯している場合、即時予約機能がないため、どのエレベーターが到着しても整列可能なように整列位置は乗り場（エレベーターホール）の中心となる。応答灯が点灯している場合はステップＳ３７０へ進み、乗り場（エレベーターホール）の中心の位置に整列待機する。一方、応答灯が消灯している場合はＳ３７１へ進み、乗り場上下式ボタンの再登録処理を実行する。再登録処理の処理内容は上述の図３におけるステップＳ１２６と同様である。以上により、乗り場待機処理を終了とする。

続いて、図１１に示したステップＳ３６３、ステップＳ３６８、及びステップＳ３７０の整列待機処理について説明する。図１２は、図１に示すシミュレーション部１０による整列待機処理フローを示すフローチャートである。
図１２に示すように、ステップＳ４１では、対象号機の対象方向のランタンは点滅したか否かを判定する。例えば、利用者が１号機を対象としている場合、乗り場階が４階、目的階が９階であった場合、上方向の移動方向となる。そのため、１号機が到着時上方向のドアは開かず、ランタンが点滅した状況を示す。ここで、２号機の到着時や、１号機の下方向のランタン点滅時は対象とならない。対象号機の対象方向のランタンが点滅している場合はステップＳ４２へ進み、一方、対象号機の対象方向のランタンが点滅しなかった場合はＳ４３へと進む。

ステップＳ４２では、エレベーターの到着を示すため、点滅号機前に整列する。或いは、整列している距離を縮め、ステップＳ４３へ進む。
ステップＳ４３では、対象号機が戸開したか否か判定する。判定の結果、戸開した場合はＳ１１４へと進む。一方、戸閉状態のままの場合は整列待機処理を完了し、次回のシステム起動まで待機する。
ステップＳ４４では、対象号機への乗車可能人数分乗車処理を行う。例えば、定員数が２０名、既に乗車している人数が１０名とする。定員に対する乗り込み率が８０％であった場合、乗車可能人数は（２０×０．８）―１０によって算出され、６名となる。乗り場（エレベーターホール）で待機している利用者が６名以下であれば全員乗車可能となり、７名以上の場合、余った利用者は、図１１に示したホール待機処理の再登録処理を実行する。
ステップＳ４５では、乗車完了した場合、乗車時間として、現在のシステム時間を格納する。
以上により、利用者の乗り場（エレベーターホール）での評価時間として、発生時間、登録完了時間、乗り場（エレベーターホール）到着時間、乗車時間を格納する。格納されるこれらの時間を利用して、様々なシミュレーションの評価が可能となる。

シミュレーション部１０を構成するビル内利用者制御部モデル１１によって利用者の動きを制御する。本制御は入力装置モデル１２や、乗り場出力装置モデル１５によってエレベーターモデル１６側への入力や出力情報の監視を行う。入力装置モデル１２は、例えば、上下式乗り場ボタンや或いは乗り場行先階登録装置によって構成される。エレベーター設備設定部４によって入力装置モデル１２の位置を乗り場（エレベーターホール）レイアウトに合わせて任意の座標に設定可能である。入力装置モデル１２は装置によって入力に必要なデータが異なるが、それらは全て利用者情報に含まれるデータによって構成される。
例えば、上下式乗り場ボタンの場合、乗り場階から上方階へのサービス要求か、下方階へのサービス要求かのデータのため、利用者情報、発生階情報、及び目的階情報に基づいて、利用者毎に上方向への入力か下方向かを判定し、入力を行う。ここで入力とは、シミュレーター内に含まれる仮想メモリへの情報の格納であり、ビル内利用者制御部モデル１１と入力装置モデル１２との間の共有メモリによって構成される。

行先階登録装置或いはゲート連動仕様であった場合、方向ではなく利用者の目的階、及び利用者属性が入力情報となり、シミュレーター内に含まれる仮想メモリにて、当該情報を入力としてセットする。上下式乗り場ボタンと比較すると情報量は多くなるため、エレベーター設備設定部４によって機器が決定されると、共有メモリ上に各入力装置に対応したデータサイズが確保される構成となる。

エレベーター群管理制御部モデル１３では、ビル情報設定部３、エレベーター設備設定部４、及びエレベーター仕様設定部５によって設定された情報に基づいて、自動で群管理仕様を設定する。例えば、階床間距離の設定や、エレベーター台数、エレベーター速度など、入力装置モデル１２に対して最適なエレベーターの選択を行う際に、待ち時間の最小化を目的とするため到着予測時間の算出に必要なパラメーターなど、実際の制御に使用されるパラメーターを各設定から自動で設定する。

また、入力装置モデル１２に応じて、上下式乗り場ボタンであり、車椅子仕様の乗り場ボタンであれば、近接するエレベーターのみを割り当てる制御や、ＶＩＰ仕様の乗り場ボタンが設置されていれば、ＶＩＰ号機を決定し、当該号機に対しては新規の乗り場要求には応じない制御を実行するなど、各仕様に応じたエレベーターの運行管理を実行する。行先階登録装置であった場合は、乗り場（エレベータホール）にて行先階がわかることで、行先階に応じた停止階の数を抑制する制御を行い、輸送能力を高める運転を行ったりする。

また、設定されたエレベーター仕様に応じた制御も実施可能である。例えば上下式乗り場ボタン押下時、即時にランタンを点灯させる仕様か、点灯しない仕様かの選択によって、乗り場出力装置モデル１５であるランタンに対して、ＯＮ、ＯＦＦを切り替える制御を実行する。

エレベーター制御部モデル１４では、主にエレベーター単体の制御を実行し、ドアの開閉制御や、エレベーターの停止、出発、加速、減速、走行処理を制御する。またエレベーター群管理制御部モデル１３と同様に、エレベーター仕様設定部５によって設定された情報に基づいて、自動でエレベーターモデル１６の仕様を設定する。例えば、階床間距離の設定や、エレベーター速度など、上述した制御に関連するパラメーターが自動で設定される。

エレベーターモデル１６は、実際に利用者が乗降を行う乗りかごやドアを示し、エレベーター制御部モデル１４からの指令に対して、ドアの開閉状態や、乗りかごの位置情報などを変化させ、利用者の乗車を許可する役割を担う。

総合評価出力部１７は、シミュレーションの結果を纏めて出力する。本評価はビル内利用者制御部モデル１１から出力される一人一人の乗り場に到着してからエレベーター乗車までのエレベーター待ち時間や、エレベーターへ乗車してから降車するまでの乗車時間、乗り場（エレベータホール）に到着してから目的階まで辿り着くまでのサービス完了時間などがある。また、６０秒以上のエレベーター待ち時間を長い待ち時間と定義し、全体の発生した人数に対して、長い待ち時間となった利用者の人数がどの程度存在したか、長待ち率を出力することや、シミュレーション実行中の乗り場（エレベーターホール）にてエレベーターを待っている最大利用者数を示す最大待ち人数を出力する。

更にエレベーター群管理制御部モデル１３からは、各入力装置モデル１２が入力された時間から、入力された階床へ各エレベーターモデル１６がサービスするまでにかかった時間や、エレベーターの目的階入力（エレベーターモデル１６の乗りかごに乗車後、乗りかごかご内の行先ボタンを押下した状態）された時間から目的位置まで到着するまでにかかった時間、入力装置モデル１２を入力した数などシミュレーション実行中の平均時間、最大時間、最小時間を出力する。またその他にも総合評価出力部１７は、上述した利用者の登録までに要した時間、余分な移動に費やした時間、乗り場（エレベータホール）での待ち時間、乗車時間、登録時の最大登録待ち人数、乗り場（エレベーターホール）での最大待ち人数など、利用者の待ちに対する時間や、待ちに対する人数を評価、出力しても良い。

＜表示部の画面表示＞
図１３は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の表示例である。図１３に示すように、表示画面２０は、例えば、レイアウト（シミュレーション条件）を表示する第１の表示領域２１、及び、シミュレーション結果である、例えば、無駄時間としての「滞留時間」及び「余分に歩行した時間」等を表示する第２の表示領域２２から構成されている。なお、第２の表示領域２２には、滞留時間」及び「余分に歩行した時間」に加え、上述の総合評価出力部１７からの出力である、「エレベーター待ち時間」、「乗り場（エレベータホール）に到着してから目的階まで辿り着くまでのサービス完了時間」、或は、「最大待ち人数」等を表示するよう構成しても良い。
図１３に示す表示画面例では、第１の表示領域２１に表示されるレイアウト１００に示されるように、ゲート設置位置が悪いレイアウトのシミュレーション状況を表している。エレベーター１０１が任意に設置され、ランタン１０２、乗り場行先階登録装置１０３が設置され、２号機に割り付けられた利用者１０４が待機している。６号機に割り付けられた利用者１０６がランタン１０８の点灯号機前に滞留している。このような条件が重なると、ゲート１０５を通過する利用者１０７は、６号機に割り付けられた利用者１０６によって移動可能なスペースが存在しなくなる。そのため、利用者１０７が増えると、ゲート１０５に登録できない利用者が増加し、エレベーター１０１はサービス可能号機が存在するにもかかわらず、登録までに要する時間が他のシミュレーション条件、仕様に比べて悪化する結果となり、当該評価結果が第２の表示領域２２に表示される。

図１４は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。図１３と比較し、図１４に示す表示画面例では、第１の表示領域２１に表示されるレイアウト２００に示されるように、エレベーターからゲート２０５の設置位置までの間に余裕があるレイアウトであるため、６号機に割り付けられた利用者２０４がいる状態でも、移動可能なスペースが存在する。そのため、利用者２０６が増加した場合でも、ゲート２０５に登録できない利用者が増加することがないため、エレベーターの性能を十分発揮することが可能となり、登録までに要する時間が余分に増えることなく、第２の表示領域２２に表示されるシミュレーション結果は良い評価結果となる。

図１５は、図１に示す表示部１８の表示画面例であって、ゲート連動仕様のレイアウトとシミュレーション結果の他の表示例である。図１４と比較し、図１５に示す表示画面例では、第１の表示領域２１に表示されるレイアウト３００に示されるように、ゲート３０５の設置台数が極端に少ないレイアウトを表している。ゲート３０５が少ないため、利用者３０６の整列による滞留が生じ、ゲート３０５を通過できる利用者数に制限が生じる。そのため、ゲート３０５に登録できない利用者が増加し、エレベーターはサービス可能号機が存在するにもかかわらず、登録までに要する時間が他のシミュレーション条件、仕様に比べて悪化する結果となり、当該評価結果が第２の表示領域２２に表示される。

図１６は、図１に示す表示部１８の表示画面例であって、上下式乗り場ボタン仕様のランタン点灯仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト４００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様でのシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン４０１を押下するとその階の全ての上下式乗り場ボタン４０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン４０３のみが点灯する。２号機以外のランタン４０２は消灯した状態となる。利用者４０４はある閾値の人数はランタン点灯号機の前に滞留し、閾値を超えた待ち人数の利用者４０５は整列待機を行う。

図１７は、図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様のランタン未点灯仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト５００は、乗り場上下式ボタン仕様でランタンを即時に点灯しない仕様でのシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン５０１を押下するとその階の全ての上下式乗り場ボタン５０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン５０２は点灯しない。そのため利用者５０３はエレベーターホールの中央付近から整列待機を行う。

図１８は、図１に示す表示部の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の表示例である。第１の表示領域２１に表示されるレイアウト６００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様で、車椅子エレベーターが１号機であった場合のシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン６０１を押下するとその階の全ての上下式乗り場ボタン６０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン６０２は点灯した状態となる。車椅子利用者６０３は、１号機付近にある車椅子乗り場ボタンを押下するため、整列した状態となる。そのため、車椅子利用者６０３の登録までに要する時間が長くなる悪い評価となり、その結果がシミュレーション結果として第２の表示領域２２に表示される。

図１９は、図１に示す表示部１８の表示画面例であって、上下式乗り場ボタン仕様の車椅子仕様のレイアウトとシミュレーション結果の他の表示例である。第１の表示領域２１に表示されるレイアウト７００は、乗り場上下式ボタン仕様でランタンを即時に点灯する仕様で、車椅子エレベーターが３号機であった場合のシミュレーションを実行しているレイアウトを示している。上下式乗り場ボタン７０１を押下するとその階の全ての上下式乗り場ボタン７０１が点灯する。この時、エレベーターが２号機に割り付けられた場合、２号機のランタン７０２は点灯した状態となる。車椅子利用者７０３は、３号機付近にある車椅子乗り場ボタン７０４を押下することが可能となり、３号機が割り付けられる。そのため、３号機のランタン７０４が点灯するため、車椅子利用者７０３は早めに登録することが可能となり、登録までに要した時間が短くなるため良い評価となる。このシミュレーション結果が、第２の表示領域２２に表示される。

以上の通り、本実施例によれば、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供することが可能となる。
また、本実施例によれば、ビルシミュレーターを構成する表示部の画面上に、シミュレーション条件であるレイアウトが第１の表示領域２１に表示され、当該レイアウトにてシミュレーションを実行した結果が第２の表示領域２２に表示されることから、目視により容易にレイアウトのシミュレーション結果を把握することができ、各種用途のビルのレイアウトを事前に評価することが可能となる。
更にまた、本実施例によれば、過去の類似ビル仕様の現地計測データに基づいて時間帯毎の発生分布を設定することから、設置計画時点である程度将来ビル運用が開始された際の利用状況を模擬することが可能となる。

図２０は、本発明の他の実施例に係る実施例２のビルシミュレーターを構成するシミュレーション部によるエレベーターを降車する利用者の処理フローを示すフローチャートである。実施例１に示したビルシミュレーターでは、乗り場（エレベーターホール）の入口付近から所望の号機前まで利用者が移動する場合におけるレイアウト等をシミュレーションにより評価する構成としたが、本実施例では、利用者がエレベーターを降車後、目的位置まで移動する場合のビル内のレイアウトの評価をシミュレーションする点で実施例１と異なる。ビルシミュレーター１の全体構成は、図１に示した実施例１と同様である。以下では、実施例１と異なる点を主として説明する。

図２０に示すように、本実施例に係るビルシミュレーターは、ステップＳ５１にて、目的階にエレベーターが到着し、戸開したか否かを判定する。判定の結果、目的階にエレベーターが到着し戸開した場合にはステップＳ５２へ進む。一方、判定の結果、戸開したもののエレベーターが目的階に未到着の場合はステップＳ５４へ進む。
ステップＳ５２では、利用者はエレベーターから降車し、降車時間を現在のシステム時間として仮想メモリ内に格納し、ステップＳ５３へ進む。
ステップＳ５３では、目的階にてエレベーターから降車した利用者の目的位置歩行処理を実行し、処理を終了する。目的位置歩行処理の詳細については、図２１を用いて後述する。

上述のステップＳ５１にて、判定の結果、戸開したもののエレベーターが目的階に未到着の場合は、ステップ５４にて、エレベーターの乗りかごの後ろに乗車している利用者の中に当該階床（フロア）にて降車する利用者がいるか否かを判定する。なお、当該階床（フロア）にて降車する利用者の有無は、例えば、行先階登録装置への入力情報等に基づき判定することができる。判定の結果、降車する利用者が後ろに乗車している場合には、ステップＳ５５へ進む。一方、降車する利用者が後ろに乗車していない場合には特に処理をすることなく終了する。
ステップＳ５５では、エレベーターの乗りかごの後ろに乗車している利用者が降車可能となるよう、エレベーターの乗りかごの前側（かご戸側）に位置する利用者は一時的に降車し、ステップＳ５６へ進む。ステップＳ５６では、降車する利用者がいなくなったか否かを判定し、判定の結果、当該階床（フロア）にて降車する利用者がいなくなった場合には処理を終了する。一方、当該階床（フロア）にて降車する利用者が存在する場合にはステップＳ５６の処理を繰り返し実行する。

次に、ステップＳ５３における目的位置歩行処理の詳細について説明する。図２１は、本実施例のシミュレーション部による目的位置歩行処理フローを示すフローチャートである。
図２１に示すように、ステップＳ５３１では、降車位置から目的位置までの距離Ｌ_Ｄを取得する。降車位置から目的位置までの距離Ｌ_Ｄは、事前に利用者設定部２により設定された利用者属性情報及びビル情報設定部３により設定された降車位置のフロアのレイアウトに基づき、ビルが仮にオフィスビルの場合は当該利用者のオフィスが目的位置として抽出され、ビルが仮にマンションの場合には、利用者が居住する部屋が目的位置として抽出される。また、降車位置については、上述の実施例１と同様に事前に行先階登録装置等の乗り場装置を設定した時点で各号機の位置が取得されることから距離Ｌ_Ｄは算出される。

ステップＳ５３２では、利用者の歩行速度からシステム時間単位の歩行距離を取得する。ここで、利用者の歩行速度は、利用者設定部２により設定された歩行速度であり、歩行速度×システム時間にてシステム時間単位での歩行距離が算出される。
ステップＳ５３３では、歩行判定処理を実行する。ここでの歩行判定処理は上述の実施例１において図１０を用いて説明した処理と同様であり、ステップＳ３３１における利用者の歩くスペース及びステップＳ３３２における歩行方向に対してのスペースは、それぞれ、降車位置から目的位置までの移動経路上のスペースとなる。

ステップＳ５３４では、利用者の移動距離Ｌ_ｐｓｎを（システム時間−登録時間−ペナルティ１）×歩行速度により算出する。算出が完了すると、ステップＳ５３５へ進む。
ステップＳ５３５では、利用者の移動距離Ｌ_ｐｓｎを降車位置から目的位置までの距離Ｌ_Ｄと比較し、同一か否か判定する。すなわち、利用者が目的位置に到着したか否かを判定する。判定の結果、利用者の移動距離Ｌ_ｐｓｎが降車位置から目的位置までの距離Ｌ_Ｄと同一であった場合には目的地に到着したと判定し、ステップＳ５３６へ進む。一方、判定の結果、利用者の移動距離Ｌ_ｐｓｎが降車位置から目的位置までの距離Ｌ_Ｄと同一でなかった場合にはそのまま処理を終了する。
ステップＳ５３６では、利用者データとして、目的位置到着時間を更新する。目的位置到着時間は、現在のシステム時間をそのまま格納する。

なお、この他の構成及び動作、例えば表示部１８の表示画面２０への表示などは実施例１と同様であるため、説明を省略する。

以上の通り、本実施例によれば、実施例１の効果に加え、オフィスビル或いはマンションなどの各種用途のビルにおいて、利用者がエレベーターを降車してから、自身のオフィス或いは自身が居住する部屋までのビル内レイアウトを設置計画時点でシミュレーションにより評価することが可能となる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。

１…ビルシミュレーター，２…利用者設定部，３…ビル情報設定部，４…エレベーター設備設定部，５…エレベーター仕様設定部，６…時間帯設定部，１０…シミュレーション部，１１…ビル内利用者制御部モデル，１２…入力装置モデル，１３…エレベーター群管理制御部モデル，１４…エレベーター制御部モデル，１５…乗り場出力装置モデル，１６…エレベーターモデル，１７…総合評価出力部，１８…表示部，２０…表示画面，２１…第１の表示領域，２２…第２の表示領域

【０００２】
［０００４］
しかしながら特許部文献１に記載されるシミュレーターでは、設備の設定による影響度を評価できたとしても、エレベーター設備に関する仕様に係る利用者への影響度の評価や、利用者の動線に関する評価については考慮されていない。そのため、ビル設備の設置計画時に充分な検討が必要なため、設置計画の作成（策定）に多大な時間を要することになる。また、検討が不十分な場合、利用者の使い勝手が悪化する利用シーンが存在し、ビル内に警備員などの案内を実施するなど運用面でカバーするなど、不要な人件費を要することが懸念される。
そこで、本発明は、エレベーター設備による利用者への影響度の評価並びに利用者の動線に関する評価を可能とし、各種用途のビルを好適にシミュレーション可能なビルシミュレーター及びビルシミュレーション方法を提供する。
課題を解決するための手段
［０００５］
上記課題を解決するため、本発明に係るビルシミュレーターは、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様及び前記レイアウト上の設置位置を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、前記エレベーター設備が設置された前記レイアウトを評価するシミュレーション部を備え、前記シミュレーション部は、前記エレベーター設備の前記仕様に応じた前記利用者の動きを制御するビル内利用者制御部モデルを少なくとも含み、前記エレベーター設備は、前記利用者によってサービス要求が行われる入力装置、又は、前記利用者案内を行う出力装置であることを特徴とする。
また、本発明に係るビルシミュレーション方法は、少なくともシミュレーション部を有しビルの評価を行うビルシミュレーション方法であって、設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様及び前記レイアウト上の設置位置を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、前記エレベーター設備が設置された前記レイアウトをシミュレーションにより評価し、前記シミュレーション部は、前記エレベーター設備の前記仕様に応じた前記利用者の動きを制御するビル内利用者制御部モデルを少なくとも含み、前記エレベーター設備は、前記利用者によってサービス要求が行われる入力装置、又は、前記利用者案内を行う出力装置であることを特徴とする。

Claims (14)

1. 設定されるビル内の少なくともレイアウトを含むビル仕様と、
   設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、
   前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトを評価するシミュレーション部を備えることを特徴とするビルシミュレーター。
2. 請求項１に記載のビルシミュレーターにおいて、
   前記シミュレーション部は、
   前記ビル仕様と前記エレベーター情報と前記利用者情報とに基づき、前記利用者がビルに入ってから前記エレベーター設備を利用し前記ビル内の目的位置に到達するまでに要する時間をシミュレーションし、当該シミュレーションの結果に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
3. 請求項２に記載のビルシミュレーターにおいて、
   少なくとも階床及び前記レイアウトを含むビル仕様を設定するビル情報設定部と、
   前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とを設定する利用者設定部と、を有することを特徴とするビルシミュレーター。
4. 請求項３に記載のビルシミュレーターにおいて、
   前記シミュレーション部は、
   前記ビル情報設定部により設定された情報及び前記利用者設定部により設定された情報に基づき、エレベーターホール入口付近のエレベーター待ち人数が所定の閾値を超えた場合、エレベーターホール内で所望のエレベーター号機前に利用者が到達する時間をシミュレーションにより余分歩行時間として求め、当該求めた余分歩行時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
5. 請求項３に記載のビルシミュレーターにおいて、
   前記シミュレーション部は、
   前記ビル情報設定部により設定された情報及び前記利用者設定部により設定された情報に基づき、所望のエレベーター号機の方向にエレベーターホール内で利用者が歩行可能なスペースが存在しない場合、シミュレーションにより利用者の滞留時間を求め、当該求めた滞留時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
6. 請求項３に記載のビルシミュレーターにおいて、
   前記シミュレーション部は、
   前記ビル仕様と類似するビル仕様を有するビルの過去の計測データ及び前記利用者設定部により設定された情報に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーター。
7. 請求項６に記載のビルシミュレーターにおいて、
   前記ビル仕様と類似するビル仕様を有するビルは、少なくともビルの用途の一致、及びビルの階床数並びにエレベーター設置規模がシミュレーションの対象となるビルと所定の誤差以内のビルであることを特徴とするビルシミュレーター。
8. 請求項４乃至請求項６のうちいずれか１項に記載のビルシミュレーターにおいて、
   表示部を備え、
   前記表示部の表示画面は、シミュレーション条件であるビルのレイアウトを表示する第１の表示領域と、前記第１の表示領域に表示されるレイアウトのシミュレーション結果を表示する第２の表示領域と、を有することを特徴とするビルシミュレーター。
9. 少なくともシミュレーション部を有しビルの評価を行うビルシミュレーション方法であって、
   設定されるビル内の少なくともレイアウトを含むビル仕様と、設定されるエレベーター設備の少なくとも仕様を含むエレベーター情報と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報を含む利用者情報と、に基づき、ビル内を移動する利用者の動線が変化する条件において、少なくとも前記レイアウトをシミュレーションにより評価することを特徴とするビルシミュレーション方法。
10. 請求項９に記載のビルシミュレーション方法において、
    前記ビル仕様と前記エレベーター情報と前記利用者情報とに基づき、前記利用者がビルに入ってから前記エレベーター設備を利用し前記ビル内の目的位置に到達するまでに要する時間をシミュレーションし、当該シミュレーションの結果に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
11. 請求項１０に記載のビルシミュレーション方法において、
    設定される少なくとも階床及び前記レイアウトを含むビル仕様と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、エレベーターホール入口付近のエレベーター待ち人数が所定の閾値を超えた場合、エレベーターホール内で所望のエレベーター号機前に利用者が到達する時間をシミュレーションにより余分歩行時間として求め、当該求めた余分歩行時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
12. 請求項１０に記載のビルシミュレーション方法において、
    設定される少なくとも階床及び前記レイアウトを含むビル仕様と、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、所望のエレベーター号機の方向にエレベーターホール内で利用者が歩行可能なスペースが存在しない場合、シミュレーションにより利用者の滞留時間を求め、当該求めた滞留時間に基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
13. 請求項１０に記載のビルシミュレーション方法において、
    前記ビル仕様と類似するビル仕様を有するビルの過去の計測データと、前記ビル内に設置される各種設備を利用する利用者の少なくとも属性情報と、利用者がエレベーターホールへ入り込む階床を設定する発生階と、エレベーターの利用に伴い目的の階床を設定する目的階とに基づき、少なくとも前記レイアウトを評価することを特徴とするビルシミュレーション方法。
14. 請求項１３に記載のビルシミュレーション方法において、
    前記ビル仕様と類似するビル仕様を有するビルは、少なくともビルの用途の一致、及びビルの階床数並びにエレベーター設置規模がシミュレーションの対象となるビルと所定の誤差以内のビルであることを特徴とするビルシミュレーション方法。

Images