JP7096969B1 - エレベーターシステム - Google Patents

Abstract

【課題】利用者が行先の状況を把握しやすいエレベーターシステムを提供する。【解決手段】エレベーターシステム１は、制御部１１と、記憶部１２と、推定部１３と、予測部１５と、提示部１６と、を備える。記憶部１２は、テナントを識別するテナント識別情報に、当該テナントに割り当てられたエリアの定員および当該エリアの階床の情報を含むエリア情報を関連付けて記憶する。推定部１３は、エレベーター３の状態に基づいて、エレベーター３のかご７の乗降人数を推定する。集計部１４は、テナントに割り当てられたエリアの利用人数を集計する。予測部１５は、推定部１３が推定した乗降人数および集計部１４が集計した利用人数、ならびに記憶部１２が記憶している情報に基づいて、テナントに割り当てられたエリアの利用可否を予測する。提示部１６は、予測部１５が予測した利用可否に基づいて、利用可能なエリアの階床をかご７に乗車する利用者に提示する。【選択図】図１

Description

本開示は、エレベーターシステムに関する。

特許文献１は、エレベーターシステムの例を開示する。エレベーターシステムにおいて、利用者の行先がある階床までの呼びが登録され、当該階床の乗場から行先までの経路が利用者に案内される。

特開平１０－１９４６１８号公報

しかしながら、特許文献１のエレベーターシステムにおいて、利用者への案内は行先の状況によらずに行われる。ここで、利用者の行先が例えばコワーキングスペースなどである場合に、利用可能な定員が設定されることがある。この場合に、行先の利用可否などの状況を利用者が把握できなければ、エレベーターシステムが適用される建物における利用者の階床間の移動がスムーズに行われないことがある。

本開示は、このような課題の解決に係るものである。本開示は、利用者が行先の状況を把握しやすいエレベーターシステムを提供する。

本開示に係るエレベーターシステムは、複数の階床を有する建物に設けられたエレベーターの状態の取得および制御を行う制御部と、前記建物の少なくとも一部のエリアが割り当てられたテナントを識別するテナント識別情報に、前記テナントに割り当てられたエリアの定員および当該エリアの階床の情報を含むエリア情報を関連付けて記憶する記憶部と、前記制御部が取得する前記エレベーターの状態に基づいて、前記エレベーターのかごの乗降人数を推定する推定部と、前記テナントに割り当てられたエリアの利用人数を集計する集計部と、前記推定部が推定した乗降人数および前記集計部が集計した利用人数、ならびに前記記憶部が記憶している情報に基づいて、前記テナントに割り当てられたエリアの利用可否を予測する予測部と、前記予測部が予測した利用可否に基づいて、利用可能なエリアの階床を前記かごに乗車する利用者に提示する提示部と、を備える。

本開示に係るエレベーターシステムによれば、利用者が行先の状況を把握しやすくなる。

実施の形態１に係るエレベーターシステムの構成図である。 実施の形態１に係る呼び登録装置の正面図である。 実施の形態１に係る制御盤のハードウェア構成の例を示す図である。 実施の形態１に係る群管理装置のハードウェア構成の例を示す図である。 実施の形態１に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態１に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態１に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態１に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態１に係るエレベーターシステムの動作の例を示すフローチャートである。 実施の形態２に係る呼び登録装置の正面図である。 実施の形態２に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態３に係るエレベーターシステムの構成図である。 実施の形態３に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態３に係るエレベーターシステムにおいて処理されるデータの例を示す図である。 実施の形態３に係るエレベーターシステムの動作の例を示すフローチャートである。 実施の形態４に係るエレベーターシステムの構成図である。 実施の形態４に係るエレベーターシステムの動作の例を示すフローチャートである。

本開示の対象を実施するための形態について添付の図面を参照しながら説明する。各図において、同一または相当する部分には同一の符号を付して、重複する説明は適宜に簡略化または省略する。なお、本開示の対象は以下の実施の形態に限定されることなく、本開示の趣旨を逸脱しない範囲において、実施の形態の任意の構成要素の変形、または実施の形態の任意の構成要素の省略が可能である。

実施の形態１．
図１は、実施の形態１に係るエレベーターシステム１の構成図である。

エレベーターシステム１は、建物に適用される。建物は、複数の階床を有する。この例において、建物は、複数のエリアに区画される。この例において、各々のエリアは、いずれかの階床に含まれる。建物において、少なくとも一部のエリアが当該建物に入居するテナントに割り当てられる。テナントは、例えば、一日単位または時間単位などの短期間で建物に入居する店舗またはオフィスなどである。あるいは、テナントは、例えば、一日単位または時間単位などの短期間、利用者に当該テナントが割り当てられたエリアの一部を当該利用者の作業などに利用させる事業者などであってもよい。あるいは、テナントは、例えば、勤務する従業員の座席を固定しないフリーアドレス制を採用したオフィスなどであってもよい。テナントは、例えば、コワーキングスペース、レンタルオフィス、シェアオフィス、または有料自習室などである。単一のテナントに、複数のエリアが割り当てられていてもよい。このとき、複数のエリアの一部または全部は、互いに異なる階床に含まれていてもよい。この例において、建物の１つの階床に１つのエリアが含まれる。

建物において、図示されない昇降路が設けられる。昇降路は、複数の階床にわたる上下方向に長い空間である。建物の各々の階床において、図示されない乗場が設けられる。乗場は、昇降路に隣接する場所である。

この例において、エレベーターシステム１の利用者は、携帯端末２を所持している。携帯端末２は、無線通信の機能を搭載する可搬な情報端末である。携帯端末２は、例えばスマートフォンなどである。携帯端末２は、無線通信により受信する情報を利用者に提示する機能を搭載する。携帯端末２は、例えば画面表示によって利用者に情報を提示する。あるいは、携帯端末２は、例えば音声によって利用者に情報を提示してもよい。携帯端末２に搭載される無線通信の機能は、例えば近距離無線通信などによって他の機器と直接通信するものであってもよいし、インターネットなどの広域な通信網を介して他の機器と通信するものであってもよい。

エレベーターシステム１は、１つ以上のエレベーター３と、１つ以上の呼び登録装置４と、群管理装置５と、を備える。この例において、エレベーターシステム１は、複数のエレベーター３と、複数の呼び登録装置４と、を備える。

各々のエレベーター３は、巻上機６と、かご７と、制御盤８と、を備える。巻上機６は、駆動力を発生させる装置である。かご７は、巻上機６が発生させる駆動力によって昇降路を走行することで、複数の階床の間で利用者などを輸送する装置である。利用者は、かご７がいずれかの階床に停止しているときに、当該階床の乗場からかご７の内部に乗降する。かご７は、かごドア９を備える。かごドア９は、かご７がいずれかの階床に停止するときに、当該階床の乗場から利用者がかご７の内部に乗降しうるように開閉する機器である。かご７は、秤１０を備える。秤１０は、かご７の積載重量を計測する機器である。かご７において、最大積載重量が設定されている。制御盤８は、かご７の走行などの動作を制御する部分である。制御盤８によるかご７の動作の制御は、かご７の発進、加速、減速、および停止、ならびにかごドア９の開閉などを含む。制御盤８は、秤１０によるかご７の積載重量の計測値を取得する。

呼び登録装置４は、利用者による呼びの登録の操作を受け付ける装置である。呼び登録装置４は、例えば、乗場呼びの操作を受け付ける。このとき、呼び登録装置４は、各々の階床の乗場に配置される。ある階床における乗場呼びの操作は、例えば、当該階床からいずれかのエレベーター３のかご７に乗車する利用者によって行われる。また、呼び登録装置４は、例えば、かご呼びの操作を受け付ける。このとき、呼び登録装置４は、各々のエレベーター３のかご７の内部に配置される。あるかご７におけるかご呼びの操作は、例えば、当該かご７に乗車した利用者によって、当該利用者の行先階を指定しうるように行われる。

群管理装置５は、エレベーターシステム１におけるエレベーター３の運行を管理する装置である。群管理装置５は、建物に配置される。群管理装置５は、制御部１１と、記憶部１２と、推定部１３と、集計部１４と、予測部１５と、提示部１６と、を備える。

制御部１１は、各々のエレベーター３の状態の取得および制御を行う機能を搭載する部分である。制御部１１が取得するエレベーター３の状態の情報は、当該エレベーター３に関する呼びの情報、当該エレベーター３のかご７の状態の情報などを含む。かご７の状態の情報は、当該かご７の秤１０が計測する積載重量の計測値などの情報を含む。制御部１１が制御するエレベーター３の状態の情報は、当該エレベーター３に関する呼びの割当てなどを含む。制御部１１は、各々のエレベーター３の制御盤８に接続される。制御部１１は、呼びの割当てなどによって、各々のエレベーター３の運行計画の管理を行う。各々のエレベーター３の制御盤８は、制御部１１による運行計画に従って、かご７の走行などのエレベーター３の動作を制御する。

記憶部１２は、情報を記憶する機能を搭載する部分である。記憶部１２は、建物に入居しているテナントを識別するテナント識別情報に、当該テナントに割り当てられたエリアのエリア情報を関連付けて記憶する。エリアのエリア情報は、当該エリアに設定された定員、および当該エリアがいずれの階床に含まれるかの情報を含む。

推定部１３は、各々のエレベーター３のかご７の乗降人数を推定する機能を搭載する部分である。推定部１３は、制御部１１が取得するエレベーター３の状態に基づいて、乗降人数を推定する。推定部１３は、例えば、かご７がいずれかの階床に停止しているときにおける当該かご７に設けられた秤１０の計測値の変化の情報に基づいて、当該階床における当該かご７の乗降人数を推定する。

集計部１４は、テナントに割り当てられたエリアを利用している利用人数を集計する機能を搭載する部分である。集計部１４は、例えば、推定部１３が推定する各々のエレベーター３のかご７の乗降人数に基づいて利用人数を集計する。

予測部１５は、テナントに割り当てられたエリアの利用可否を予測する機能を搭載する部分である。予測部１５は、当該テナントを行先としていずれかのエレベーター３のかご７に乗車する利用者について、利用可否を予測する。予測部１５は、推定部１３が推定した乗降人数および集計部１４が集計した利用人数、ならびに記憶部１２が記憶している情報に基づいて、利用可否を予測する。

提示部１６は、利用可能なエリアの階床をかご７に乗車する利用者に提示する機能を搭載する部分である。提示部１６による提示は、例えば、予測部１５が予測した利用可否に基づいて行われる。提示部１６による提示は、例えば、利用者が所持する携帯端末２を通じて行われる。提示部１６は、例えば、無線通信によって利用可能なエリアの階床の情報を携帯端末２に送信することで、利用者への情報の提示を行う。提示部１６は、例えば、直接的な無線通信によって携帯端末２に情報を送信する。このとき、提示部１６は、例えば、利用者が待機している乗場または利用者が乗車するかご７に配置された無線ビーコンなどである。あるいは、提示部１６は、例えば、インターネットなどの広域な通信網を介して携帯端末２に情報を送信してもよい。このとき、携帯端末２は、利用者が待機している乗場または利用者が乗車するかご７に配置された無線ビーコンなどが発信する無線信号に基づいて、利用者のいる乗場または利用者が乗車するかご７を識別する。携帯端末２は、例えば、識別した乗場またはかご７に基づいて、利用者に提示する情報を選択してもよい。あるいは、提示部１６は、例えば、図示されない報知装置に利用可能なエリアの階床の情報を報知させることで、利用者への情報の提示を行ってもよい。このとき、報知装置は、例えば利用者が待機している乗場または利用者が乗車するかご７に配置されている。報知装置は、表示などの視覚的情報、または音声などの聴覚的情報などによって報知を行う。

図２は、実施の形態１に係る呼び登録装置４の正面図である。
図２において、乗場に配置され乗場呼びの操作を受け付ける呼び登録装置４の例が示される。

呼び登録装置４は、ボタンユニット１７ａと、ディスプレイ１８と、を備える。ボタンユニット１７ａは、ＵＰボタンおよびＤＮボタンを含む。ＵＰボタンは、上方の階床に移動する利用者による乗場呼びの操作を受け付けるボタンである。ＤＮボタンは、下方の階床に移動する利用者による乗場呼びの操作を受け付けるボタンである。ディスプレイ１８は、乗場にいる利用者に表示によって情報を提示する部分である。ディスプレイ１８は、例えば、かご７の現在位置、またはかご７の走行方向などの情報を表示する。ここで、呼び登録装置４は、ディスプレイ１８に代えて、またはディスプレイ１８と共に、ランプまたはスピーカーを備えていてもよい。また、呼び登録装置４は、報知装置を兼ねていてもよい。

図３は、実施の形態１に係る制御盤８のハードウェア構成の例を示す図である。

制御盤８の各機能は、処理回路により実現し得る。処理回路は、少なくとも１つのプロセッサ８ａと少なくとも１つのメモリ８ｂとを備える。処理回路は、プロセッサ８ａおよびメモリ８ｂと共に、あるいはそれらの代用として、少なくとも１つの専用ハードウェアを備えてもよい。

処理回路がプロセッサ８ａとメモリ８ｂとを備える場合、制御盤８の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。そのプログラムはメモリ８ｂに格納される。プロセッサ８ａは、メモリ８ｂに記憶されたプログラムを読み出して実行することにより、制御盤８の各機能を実現する。

プロセッサ８ａは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰともいう。メモリ８ｂは、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、不揮発性または揮発性の半導体メモリなどにより構成される。

処理回路が専用ハードウェアを備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせで実現される。

制御盤８の各機能は、それぞれ処理回路で実現することができる。あるいは、制御盤８の各機能は、まとめて処理回路で実現することもできる。制御盤８の各機能について、一部を専用ハードウェアで実現し、他部をソフトウェアまたはファームウェアで実現してもよい。このように、処理回路は、専用ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせで制御盤８の各機能を実現する。

図４は、実施の形態１に係る群管理装置５のハードウェア構成の例を示す図である。

群管理装置５の各機能は、処理回路により実現し得る。処理回路は、少なくとも１つのプロセッサ５ａと、少なくとも１つのメモリ５ｂと、時計５ｃと、を備える。処理回路は、プロセッサ５ａ、メモリ５ｂ、および時計５ｃと共に、あるいはそれらの代用として、少なくとも１つの専用ハードウェアを備えてもよい。

処理回路がプロセッサ５ａとメモリ５ｂとを備える場合、群管理装置５の各機能は、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせで実現される。ソフトウェアおよびファームウェアの少なくとも一方は、プログラムとして記述される。そのプログラムはメモリ５ｂに格納される。プロセッサ５ａは、メモリ５ｂに記憶されたプログラムを読み出して実行することにより、群管理装置５の各機能を実現する。処理回路が時計５ｃを備える場合、群管理装置５の各機能のうち時間の情報を必要とするものは、ソフトウェアおよびファームウェアなどと時計５ｃとの組み合わせで実現される。

プロセッサ５ａは、ＣＰＵ、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰともいう。メモリ５ｂは、例えば、ＲＡＭ、ＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの、不揮発性または揮発性の半導体メモリなどにより構成される。

処理回路が専用ハードウェアを備える場合、処理回路は、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ、ＦＰＧＡ、またはこれらの組み合わせで実現される。

群管理装置５の各機能は、それぞれ処理回路で実現することができる。あるいは、群管理装置５の各機能は、まとめて処理回路で実現することもできる。群管理装置５の各機能について、一部を専用ハードウェアで実現し、他部をソフトウェアまたはファームウェアで実現してもよい。このように、処理回路は、専用ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせで群管理装置５の各機能を実現する。

続いて、図５から図９を用いて、エレベーターシステム１における利用者への情報の提示の例を説明する。
図５から図８は、実施の形態１に係るエレベーターシステム１において処理されるデータの例を示す図である。

図５において、記憶部１２が記憶している情報の例が示される。記憶部１２は、テナント識別情報に、エリア情報を関連付けて記憶する。記憶部１２は、同一のテナント識別情報に、複数のエリア情報を関連付けて記憶してもよい。この例において、エリアのエリア情報は、当該エリアが含まれる階床、当該エリアに設定された定員、および当該エリアに設定された利用時間などの情報を含む。

図６において、推定部１３による乗降人数の推定の例が示される。推定部１３は、いずれかの階床において乗場呼びの操作を呼び登録装置４が受け付けるときに、制御部１１から当該乗場呼びの情報を取得する。このとき、推定部１３は、乗降人数テーブルを生成する。図６に示されるデータは、乗降人数テーブルの例である。乗降人数テーブルは、推定部１３が推定する乗降人数の情報を管理するテーブルである。乗降人数は、乗車人数および降車人数を含む。推定部１３は、例えば次のように乗降人数を推定する。

この例において、１階の乗場において乗場呼びの操作が行われる。１階において、乗場呼びの操作を行った利用者を含む複数の利用者がいずれかのかご７の到着を待機する。その後、制御部１１は、当該乗場呼びをいずれかのエレベーター３に割り当てる。当該乗場呼びが割り当てられたエレベーター３の制御盤８は、かご７を１階に走行させる。

この例において、かご７は、時刻９：００：００に１階に停止してかごドア９を開く。この例において、かご７から１階の乗場に降車する利用者はいない。このため、秤１０は、利用者の降車に伴う積載重量の減少を計測しない。１階の乗場でかご７の到着を待機していた利用者は、かごドア９を開いたかご７に乗車する。このとき、利用者の乗車に伴って、秤１０は積載重量の増加を計測する。この例において、秤１０は、かご７の最大積載重量の５０％の増加を計測する。秤１０が計測した積載重量の変化は、乗降人数テーブルに記録される。かご７に乗車した利用者は、かご７の内部に設けられた呼び登録装置４を用いて、行先階を登録するかご呼びの操作を行う。この例において、テナント識別情報「００００１」のテナントを行先とする利用者は、５階を行先階とするかご呼びの操作を行う。また、テナント識別情報「００００２」のテナントを行先とする利用者は、１０階を行先階とするかご呼びの操作を行う。制御盤８は、登録された行先階まで走行して停止するように、かご７の動作を制御する。かご７は、かごドア９を閉じて１階から上方に発進する。

推定部１３は、かご７の最大積載重量に相当する人数に基づいて、１階におけるかご７の乗降人数を推定する。この例において、かご７の最大積載重量は、２０人の利用者の重量に相当する。かごドア９が１階で開いた後に秤１０が積載重量の減少を計測しなかったので、推定部１３は、１階における降車人数を０人と推定する。一方、かごドア９が１階で閉じる前に秤１０が最大積載重量の５０％の増加を計測したので、推定部１３は、１階における乗車人数を１０人と推定する。推定部１３が推定した１階における乗降人数は、乗降人数テーブルに記録される。

その後、かご７は、時刻９：００：３０に５階に停止してかごドア９を開く。テナント識別情報「００００１」のテナントを行先とする利用者は、かごドア９を開いたかご７から５階の乗場に降車する。このとき、利用者の降車に伴って、秤１０は積載重量の減少を計測する。この例において、秤１０は、かご７の最大積載重量の２５％の減少を計測する。一方、５階の乗場からかご７に乗車する利用者はいない。このため、秤１０は、利用者の乗車に伴う積載重量の増加を計測しない。その後、かご７は、かごドア９を閉じて５階から上方に発進する。

推定部１３は、かご７の最大積載重量に相当する人数に基づいて、５階におけるかご７の乗降人数を推定する。かごドア９が５階で開いた後に秤１０が最大積載重量の２５％の減少を計測したので、推定部１３は、５階における降車人数を５人と推定する。一方、かごドア９が５階で閉じる前に秤１０が積載重量の増加を計測しなかったので、推定部１３は、５階における乗車人数を０人と推定する。

その後、かご７は、時刻９：０１：００に１０階に停止してかごドア９を開く。テナント識別情報「００００２」のテナントを行先とする利用者は、かごドア９を開いたかご７から１０階の乗場に降車する。このとき、利用者の降車に伴って、秤１０は積載重量の減少を計測する。この例において、秤１０は、かご７の最大積載重量の２５％の減少を計測する。その後、１０階の乗場でかご７の到着を待機していた利用者は、かごドア９を開いたかご７に乗車する。このとき、利用者の乗車に伴って、秤１０は積載重量の増加を計測する。この例において、秤１０は、かご７の最大積載重量の１０％の増加を計測する。その後、かご７はかごドア９を閉じて１０階から発進する。

推定部１３は、かご７の最大積載重量に相当する人数に基づいて、１０階におけるかご７の乗降人数を推定する。かごドア９が１０階で開いた後に秤１０が最大積載重量の２５％の減少を計測したので、推定部１３は、１０階における降車人数を５人と推定する。また、かごドア９が１０階で閉じる前に秤１０が最大積載重量の１０％の増加を計測したので、推定部１３は、１０階における乗車人数を２人と推定する。

図７において、集計部１４による利用人数の集計の例が示される。集計部１４は、利用人数テーブルを生成する。図７に示されるデータは、利用人数テーブルの例である。利用人数テーブルは、集計部１４が集計するエリアごとの利用人数の情報を管理するテーブルである。集計部１４は、例えば次のように利用人数を集計する。

集計部１４は、例えば、推定部１３が推定した乗降人数に基づいて利用人数を集計する。集計部１４は、例えば、いずれかの階床でかご７から降車した利用者がいる場合に、当該利用者は降車後に当該階床に含まれるエリアを利用しているとして利用人数に加算する。集計部１４は、例えば、いずれかの階床でかご７に乗車した利用者がいる場合に、当該利用者は当該階床に含まれるエリアの利用を終了したとして利用人数から減算する。集計部１４が集計する利用人数は、利用人数テーブルに記録される。集計部１４は、例えば、エリアの利用時間が終了するときに、利用人数テーブルにおける当該エリアの情報をリセットする。

図８において、予測部１５による利用可否の予測の例が示される。予測部１５は、利用可否テーブルを生成する。図８に示されるデータは、利用可否テーブルの例である。利用可否テーブルは、予測部１５が予測するエリアごとの利用可否の情報を管理するテーブルである。予測部１５は、例えば次のように利用可否を予測する。

予測部１５は、例えば、記憶部１２がエリア情報として記憶しているエリアの定員から、集計部１４が集計した当該エリアの利用人数を差し引くことで、これから利用可能な人数をエリアごとに算出する。予測部１５は、集計部１４がまだ集計していない推定部１３が推定した乗降人数に基づいて、ある階床の降車人数が当該階床に含まれるエリアの利用可能な人数以上であるときに、これからかご７に乗車する利用者による当該エリアの利用は不可であると予測する。一方、予測部１５は、ある階床の降車人数が当該階床に含まれるエリアの利用可能な人数を下回るときに、これからかご７に乗車する利用者による当該エリアの利用は可能であると予測する。

提示部１６は、予測部１５による利用可否の予測の結果を、これからかご７に乗車する利用者に提示する。提示部１６は、例えば、各々のエリアについて、当該エリアの階床とともに利用可否を提示する。提示部１６は、利用可能なエリアについて、利用可能な人数をあわせて提示してもよい。

続いて、図９を用いて、エレベーターシステム１の動作の例を説明する。
図９は、実施の形態１に係るエレベーターシステム１の動作の例を示すフローチャートである。

ステップＳ１０１において、制御部１１は、いずれかの階床で乗場呼びの操作が行われたかを判定する。判定結果がＮｏの場合に、利用者への情報の提示についてのエレベーターシステム１の処理は終了する。判定結果がＹｅｓの場合に、制御部１１は、乗場呼びをいずれかのかご７に割り当てる。その後、エレベーターシステム１の処理は、ステップＳ１０２に進む。

ステップＳ１０２において、推定部１３は、乗場呼びが割り当てられたかご７の停止階において秤１０が計測する積載重量の変化を取得する。その後、エレベーターシステム１の処理は、ステップＳ１０３に進む。

ステップＳ１０３において、制御部１１は、乗場呼びが割り当てられたかご７が、登録された全てのかご呼びに応答したかを判定する。判定結果がＮｏの場合に、エレベーターシステム１の処理は、ステップＳ１０２に進む。判定結果がＹｅｓの場合に、エレベーターシステム１の処理は、ステップＳ１０４に進む。

ステップＳ１０４において、推定部１３は、秤１０が計測する積載重量の変化に基づいて、乗場呼びが割り当てられたかご７の乗降人数を推定する。その後、エレベーターシステム１の処理は、ステップＳ１０５に進む。

ステップＳ１０５において、予測部１５は、集計部１４がこれまでに集計した利用人数、および記憶部１２が記憶するエリア情報に基づいて、利用可能な人数をエリアごとに算出する。予測部１５は、算出した利用可能な人数、および推定部１３が推定したかご７の乗降人数に基づいて、エリアごとの利用可否を予測する。その後、エレベーターシステム１の処理は、ステップＳ１０６に進む。

ステップＳ１０６において、提示部１６は、予測部１５による利用可否の予測結果を、これからかご７に乗車する利用者に提示する。このとき、提示部１６は、例えば、乗場においてかご７を待機している利用者に情報を提示する。あるいは、提示部１６は、利用者が乗場からかご７に乗車するときに、当該かご７の内部で利用者に情報を提示してもよい。その後、利用者への情報の提示についてのエレベーターシステム１の処理は終了する。

以上に説明したように、実施の形態１に係るエレベーターシステム１は、制御部１１と、記憶部１２と、推定部１３と、予測部１５と、提示部１６と、を備える。制御部１１は、エレベーター３の状態の取得および制御を行う。エレベーター３は、複数の階床を有する建物に設けられる。記憶部１２は、テナントを識別するテナント識別情報に、エリア情報を関連付けて記憶する。テナント識別情報は、建物の少なくとも一部のエリアが割り当てられたテナントを識別する。エリア情報は、テナントに割り当てられたエリアの定員および当該エリアの階床の情報を含む。推定部１３は、制御部１１が取得するエレベーター３の状態に基づいて、エレベーター３のかご７の乗降人数を推定する。集計部１４は、テナントに割り当てられたエリアの利用人数を集計する。予測部１５は、推定部１３が推定した乗降人数および集計部１４が集計した利用人数、ならびに記憶部１２が記憶している情報に基づいて、テナントに割り当てられたエリアの利用可否を予測する。提示部１６は、予測部１５が予測した利用可否に基づいて、利用可能なエリアの階床をかご７に乗車する利用者に提示する。

このような構成により、利用可能なエリアの階床が利用者に提示されるので、行先の状況が把握されやすくなる。これにより、利用者が行先に移動した後に利用不可であったことが判明するような事態の発生が抑えられるので、このような利用者が再度エレベーター３を利用して移動することによる運行効率の低下が抑えられる。また、利用者は利用可能なエリアを予め把握できるようになるので、１人の利用者が利用可否の不明なエリアを含む複数の階床を行先階として入力するようなことが抑えられる。これにより、無用な呼びの登録が抑えられるので、エレベーターシステム１の運行効率の低下が抑えられる。また、行先の状況に応じて利用可能なエリアが把握できるようになるので、利用者の利便性がより高められる。

また、提示部１６は、利用者が所持する携帯端末２を通じて利用可能な階床を提示する。

このような構成により、利用者は地震が所持する携帯端末２を通じて利用可否を把握できるようになるので、利用者の利便性がより高められる。

また、推定部１３は、かご７の積載重量を計測する秤１０の計測値の変化の情報に基づいて、かご７の乗降人数を推定する。

このような構成により、エレベーター３のかご７に搭載される秤１０の計測値に基づいて乗降人数が推定されるので、エレベーターシステム１がより容易に構成できるようになる。

なお、互いに異なるテナントに割り当てられた複数のエリアが１つの階床に含まれる場合に、集計部１４は、当該階床で降車する利用者がいずれのエリアを利用するかを推定して集計を行ってもよい。集計部１４は、例えば、当該階床の降車人数に、テナントに応じた割合を乗じた人数が当該テナントを利用するものとして集計を行ってもよい。テナントに応じた割合は、例えば、当該階床のエリアの床面積または定員などに応じた割合である。より具体的な例として、集計部１４は、例えば定員１０名のエリアおよび定員２０名のエリアを含む階床において３人が降車するときに、１人が前者のエリアを利用し２人が後者のエリアを利用するものとして集計を行ってもよい。

また、推定部１３は、制御部１１がかご７に割り当てた乗場呼びの数、およびかご７から登録されたかご呼びの数に基づいて、かご７の乗降人数を推定してもよい。乗場呼びおよびかご呼びの操作が利用者ごとに行われるときに、これらの呼びの数は、かご７に乗降する人数に対応する。このため、推定部１３は、これらの呼びの数に基づいて乗降人数を推定できる。推定部１３は、例えば、いずれかの階床の乗場における乗場呼びの数に基づいて、当該階床における乗車人数を推定する。また、推定部１３は、例えば、いずれかの階床を行先とするかご呼びの数に基づいて、当該階床における降車人数を推定する。

実施の形態２．
実施の形態２において、実施の形態１で開示される例と相違する点について特に詳しく説明する。実施の形態２で説明しない特徴については、実施の形態１で開示される例のいずれの特徴が採用されてもよい。

この例において、呼び登録装置４は、出発階および行先階が特定された行先呼びの操作を受け付ける。このとき、呼び登録装置４は、例えば玄関階の乗場に配置される。行先呼びは、例えば、玄関階からいずれかのエレベーター３のかご７に乗車する利用者によって行われる。行先呼びの操作において、利用者は、行先階の入力を行う。これにより、行先呼びの出発階として呼び登録装置４が設けられた玄関階が特定され、行先呼びの行先階として利用者が入力した階床が特定される。なお、呼び登録装置４は、各々の階床の乗場に配置されていてもよい。

制御部１１は、呼び登録装置４が操作を受け付けた行先呼びをいずれかのかご７に割り当てる。当該行先呼びが割り当てられたエレベーター３の制御盤８は、かご７を当該行先呼びの出発階に走行させる。

図１０は、実施の形態２に係る呼び登録装置４の正面図である。

呼び登録装置４は、テンキーユニット１７ｂと、ディスプレイ１８と、を備える。テンキーユニット１７ｂは、利用者が行先階を入力しうるように、複数の数字ボタンを含む。ディスプレイ１８は、例えば、行先呼びの操作を行った利用者に、制御部１１によって当該行先呼びが割り当てられたエレベーター３を特定する情報などを表示する。この例において、乗場呼びが割り当てられたＡ号機のエレベーター３が利用者に表示されている。

図１１は、実施の形態２に係るエレベーターシステム１において処理されるデータの例を示す図である。

図１１において、推定部１３による乗降人数の推定の例が示される。推定部１３は、行先呼びの操作を呼び登録装置４が受け付けるときに、制御部１１から当該行先呼びの情報を取得する。このとき、推定部１３は、行先呼びに基づく乗降人数テーブルを生成する。図１１に示されるデータは、行先呼びに基づく乗降人数テーブルの例である。推定部１３は、例えば次のように乗降人数を推定する。

この例において、１階の乗場に配置された呼び登録装置４に対して、時刻９：００：００までに、５人の利用者が５階を行先階とする行先呼びの操作をそれぞれ行う。また、１階の乗場に配置された呼び登録装置４に対して、時刻９：００：００までに、５人の利用者が１０階を行先階とする行先呼びの操作をそれぞれ行う。また、１０階の乗場に配置された呼び登録装置４に対して、時刻９：０１：００までに、１人の利用者が１階を行先階とする行先呼びの操作を行う。制御部１１は、これらの行先呼びをＡ号機のエレベーター３に割り当てる。Ａ号機のエレベーター３の制御盤８は、かご７を１階に走行させる。

推定部１３は、Ａ号機のエレベーター３に割り当てられた行先呼びの数に基づいて、Ａ号機のかご７の各階床における乗降人数を推定する。推定部１３は、行先呼びの操作が利用者ごとに行われたものとして乗降人数を推定する。行先呼びの操作が利用者ごとに行われるときに、行先呼びの数は、かご７に乗降する人数に対応する。推定部１３は、Ａ号機に割り当てられた１階を出発階とする行先呼びの数に基づいて、１階における乗車人数を１０人と推定する。また、推定部１３は、Ａ号機に割り当てられた５階を行先階とする行先呼びの数に基づいて、５階における降車人数を５人と推定する。また、推定部１３は、Ａ号機に割り当てられた１０階を行先階とする行先呼びの数に基づいて、１０階における降車人数を５人と推定する。推定部１３が推定した各階における乗降人数は、乗降人数テーブルに記録される。

集計部１４は、例えば、推定部１３が推定した乗降人数に基づいて利用人数を集計する。集計部１４は、例えば、いずれかの階床でかご７から降車する利用者がいる場合に、当該利用者は降車後に当該階床に含まれるエリアを利用するものとして利用人数に加算する。集計部１４は、例えば、いずれかの階床でかご７に乗車する利用者がいる場合に、当該利用者は当該階床に含まれるエリアの利用を終了するとして利用人数から減算する。集計部１４が集計する利用人数は、利用人数テーブルに記録される。集計部１４は、例えば、エリアの利用時間が終了するときに、利用人数テーブルにおける当該エリアの情報をリセットする。

予測部１５は、例えば、記憶部１２がエリア情報として記憶しているエリアの定員から、集計部１４が集計した当該エリアの利用人数を差し引くことで、これから利用可能な人数をエリアごとに算出する。予測部１５は、集計部１４がまだ集計していない推定部１３が推定した乗降人数に基づいて、ある階床の降車人数が当該階床に含まれるエリアの利用可能な人数以上であるときに、これからかご７に乗車する利用者による当該エリアの利用は不可であると予測する。一方、予測部１５は、ある階床の降車人数が当該階床に含まれるエリアの利用可能な人数を下回るときに、これからかご７に乗車する利用者による当該エリアの利用は可能であると予測する。

提示部１６は、予測部１５による利用可否の予測の結果を、これからかご７に乗車する利用者に提示する。提示部１６は、例えば、各々のエリアについて、当該エリアの階床とともに利用可否を提示する。提示部１６は、利用可能なエリアについて、利用可能な人数をあわせて提示してもよい。提示部１６は、呼び登録装置４のディスプレイ１８を報知装置として、利用者に利用可否の予測の結果を提示してもよい。提示部１６は、利用不可な行先階を入力した利用者について、行先階の再入力を促すような提示を行ってもよい。

以上に説明したように、実施の形態２に係るエレベーターシステム１の推定部１３は、制御部１１がかご７に割り当てる行先呼びの数に基づいて、かご７の乗降人数を推定する。行先呼びは、出発階および行先階が特定された呼びである。

一般に、行先呼びの操作は利用者ごとに行われることが多い。このため、利用者の数と対応する行先呼びの数に基づいて、乗降人数がより精度よく推定されるようになる。

なお、推定部１３は、秤１０の計測値の変化による乗降人数の推定と、行先呼びの数による乗降人数の推定とを組み合わせてもよい。推定部１３は、例えば、行先呼びを受け付ける呼び登録装置４が乗場に配置された階床における乗降人数を行先呼びの数に基づいて推定し、行先階が特定されない乗場呼びを受け付ける呼び登録装置４が乗場に配置された階床における乗降人数を秤１０の計測値の変化に基づいて推定してもよい。

また、行先呼びは、例えば、利用者が所持する携帯端末２を通じて行われてもよい。利用者は、例えば、行先呼びを登録するときに、携帯端末２に出発階および行先階の両方を入力する。出発階および行先階は、例えば利用者などによって携帯端末２に予め設定されていてもよい。携帯端末２は、例えばインターネットなどの広域な通信網を介して、行先呼びの情報を制御部１１に送信する。

実施の形態３．
実施の形態３において、実施の形態１または実施の形態２で開示される例と相違する点について特に詳しく説明する。実施の形態３で説明しない特徴については、実施の形態１または実施の形態２で開示される例のいずれの特徴が採用されてもよい。

図１２は、実施の形態３に係るエレベーターシステム１の構成図である。

エレベーターシステム１が適用される建物において、入退管理装置１９が設けられる。入退管理装置１９は、建物における少なくともいずれかのエリアの入退域を管理する装置である。入退管理装置１９は、建物におけるエリアに入退域する利用者を、利用者を識別する利用者識別情報によって管理する。ここで、利用者識別情報は、例えば利用者に一意に割り当てられた番号などの情報である。このとき、利用者識別情報は、例えば利用者が所持するＩＣカードなどの識別体に記憶される。あるいは、利用者識別情報は、利用者の指紋情報、静脈情報、または虹彩情報などの生体情報であってもよい。入退管理装置１９は、各々の利用者の利用者識別情報を読み取る読取装置２０を含む。読取装置２０は、例えば、利用者が所持する識別体から、例えば近距離無線通信などによって利用者識別情報を読み取る。あるいは、読取装置２０は、例えば、利用者の生体情報を利用者識別情報として読み取ってもよい。

この例において、呼び登録装置４は、入退管理装置１９の読取装置２０と連携する。呼び登録装置４は、読取装置２０と一体に構成されていてもよい。呼び登録装置４は、読取装置２０が利用者識別情報を読み取った後に、当該利用者識別情報によって識別される利用者の呼びの登録の操作を受け付ける。呼び登録装置４は、例えば、行先呼びの登録の操作を受け付ける。

続いて、図１３および図１４を用いて、エレベーターシステム１における利用者への情報の提示の例を説明する。
図１３および図１４は、実施の形態３に係るエレベーターシステム１において処理されるデータの例を示す図である。

図１３において、記憶部１２が記憶している情報の例が示される。記憶部１２は、テナント識別情報に、エリア情報を関連付けて記憶する。記憶部１２がテナント識別情報に関連付けて記憶するエリアのエリア情報は、当該エリアが含まれる階床、当該エリアに設定された定員、当該エリアにおけるセキュリティ設定の有無、当該エリアを利用可能な利用者を識別する利用者識別情報、および当該エリアに設定された利用時間などの情報を含む。

図１４において、推定部１３による乗降人数の推定の例が示される。推定部１３は、行先呼びの操作を呼び登録装置４が受け付けるときに、制御部１１から当該行先呼びの情報を取得する。このとき、推定部１３は、行先呼びに基づく乗降人数テーブルを生成する。図１４に示されるデータは、行先呼びに基づく乗降人数テーブルの例である。推定部１３は、例えば次のように乗降人数を推定する。

この例において、１階の乗場に配置された読取装置２０は、時刻９：００：００までに、利用者の利用者識別情報「００００１」を読み取る。このとき、呼び登録装置４は、当該利用者による５階を行先階とする行先呼びの操作を受け付ける。制御部１１は、当該利用者の利用可能なエリアが行先階である５階にあるかを判定する。制御部１１は、例えば、セキュリティ設定が「無し」のエリアについて、全ての利用者が利用可能であると判定する。制御部１１は、例えば、セキュリティ設定が「有り」のエリアについて、利用者識別情報が予め登録されている利用者について利用可能であると判定し、利用者識別情報が登録されていない利用者について利用不可であると判定する。制御部１１は、利用者識別情報「００００１」の利用者の利用可能なエリアが５階にあると判定する場合に、当該利用者による行先呼びをいずれかのエレベーター３のかご７に割り当てる。一方、制御部１１は、当該利用者の利用可能なエリアが５階にないと判定する場合に、当該利用者による行先呼びのエレベーター３のかご７への割当を行わない。

また、１階の乗場に配置された読取装置２０は、時刻９：００：００までに、利用者の利用者識別情報「０００３０」を読み取る。このとき、呼び登録装置４は、当該利用者による１０階を行先階とする行先呼びの操作を受け付ける。制御部１１は、当該利用者の利用可能なエリアが行先階である１０階にあるかを判定する。制御部１１は、利用者識別情報「０００３０」の利用者の利用可能なエリアが１０階にあると判定する場合に、当該利用者による行先呼びをいずれかのエレベーター３のかご７に割り当てる。一方、制御部１１は、当該利用者の利用可能なエリアが１０階にないと判定する場合に、当該利用者による行先呼びのエレベーター３のかご７への割当を行わない。

また、１０階の乗場に配置された読取装置２０は、時刻９：０１：００までに、利用者の利用者識別情報「０００２５」を読み取る。このとき、呼び登録装置４は、当該利用者による１階を行先階とする行先呼びの操作を受け付ける。制御部１１は、当該利用者の利用可能なエリアが行先階である１階にあるかを判定する。制御部１１は、例えば、行先階が玄関階である場合に、全ての利用者が当該階床を利用可能であると判定する。

推定部１３は、エレベーター３に割り当てられた行先呼びの数に基づいて、当該エレベーター３のかご７の各階床における乗降人数を推定する。行先呼びの操作は利用者ごとに行われるので、推定部１３は、行先呼びの数がかご７に乗降する人数に対応するものとして乗降人数を推定する。推定部１３が推定した各階における乗降人数は、乗降人数テーブルに記録される。

集計部１４は、例えば、推定部１３が推定した乗降人数に基づいて利用人数を集計する。集計部１４は、例えば、いずれかの階床でかご７から降車する利用者がいる場合に、当該利用者は降車後に当該階床に含まれるエリアを利用するものとして利用人数に加算する。このとき、当該利用者の利用者識別情報が登録されているエリアが当該階床にある場合に、集計部１４は、当該利用者が当該エリアを利用するものとして利用人数の加算を行ってもよい。集計部１４は、例えば、いずれかの階床でかご７に乗車する利用者がいる場合に、当該利用者は当該階床に含まれるエリアの利用を終了するとして利用人数から減算する。このとき、当該利用者の利用者識別情報が登録されているエリアが当該階床にある場合に、集計部１４は、当該利用者が当該エリアの利用を終了するものとして利用人数の加算を行ってもよい。集計部１４が集計する利用人数は、利用人数テーブルに記録される。集計部１４は、例えば、エリアの利用時間が終了するときに、利用人数テーブルにおける当該エリアの情報をリセットする。

予測部１５は、例えば、記憶部１２がエリア情報として記憶しているエリアの定員から、集計部１４が集計した当該エリアの利用人数を差し引くことで、これから利用可能な人数をエリアごとに算出する。予測部１５は、集計部１４がまだ利用人数に集計していない利用者について、当該利用者が利用するエリアの利用可能な人数が０であるときに、当該利用者による当該エリアの利用は不可であると予測する。一方、予測部１５は、集計部１４がまだ利用人数に集計していない利用者について、当該利用者が利用するエリアの利用可能な人数が０より大きいときに、当該利用者による当該エリアの利用は可能であると予測する。

提示部１６は、予測部１５による利用可否の予測の結果を、行先呼びの操作を行っている利用者に提示する。提示部１６は、例えば、各々のエリアについて、当該エリアの階床とともに利用可否を提示する。提示部１６は、利用可能なエリアについて、利用可能な人数をあわせて提示してもよい。提示部１６は、呼び登録装置４のディスプレイ１８を報知装置として、利用者に利用可否の予測の結果を提示してもよい。提示部１６は、利用不可な行先階を入力した利用者について、行先階の再入力を促すような提示を行ってもよい。

続いて、図１５を用いて、エレベーターシステム１の動作の例を説明する。
図１５は、実施の形態３に係るエレベーターシステム１の動作の例を示すフローチャートである。

ステップＳ２０１において、制御部１１は、入退管理装置１９の読取装置２０が利用者識別情報を読み取った利用者による行先呼びの操作が行われたかを判定する。判定結果がＮｏの場合に、利用者への情報の提示についてのエレベーターシステム１の処理は終了する。判定結果がＹｅｓの場合に、制御部１１は、利用者識別情報に基づいて、利用者を識別する。制御部１１は、識別した利用者による行先呼びの割当てを制限するか否かを、利用者識別情報および記憶部１２が記憶するエリア情報に基づいて判定する。制御部１１は、行先呼びの割当てを制限しないと判定する場合に、当該行先呼びをいずれかのかご７に割り当てる。その後、エレベーターシステム１の処理は、ステップＳ２０２に進む。

ステップＳ２０２において、推定部１３は、エレベーター３のかご７に割り当てられた行先呼びの情報を取得する。その後、エレベーターシステム１の処理は、ステップＳ２０３に進む。

ステップＳ２０３において、推定部１３は、利用者ごとの行先呼びの出発階および行先階に基づいて、エレベーター３のかご７の乗降人数を推定する。その後、エレベーターシステム１の処理は、ステップＳ２０４に進む。

ステップＳ２０４において、予測部１５は、集計部１４がこれまでに集計した利用人数、および記憶部１２が記憶するエリア情報に基づいて、利用可能な人数をエリアごとに算出する。予測部１５は、算出した利用可能な人数、および推定部１３が推定したかご７の乗降人数に基づいて、エリアごとの利用可否を予測する。その後、エレベーターシステム１の処理は、ステップＳ２０５に進む。

ステップＳ２０５において、提示部１６は、予測部１５による利用可否の予測結果を、これからかご７に乗車する利用者に提示する。このとき、提示部１６は、例えば、行先呼びの操作を行っている利用者に情報を提示する。その後、利用者への情報の提示についてのエレベーターシステム１の処理は終了する。

以上に説明したように、実施の形態３に係るエレベーターシステム１は、入退管理装置１９から、テナントに割り当てられたエリアに入退域する利用者を識別する利用者識別情報を取得する。入退管理装置１９は、テナントに割り当てられたエリアへの利用者の入退域を管理する。
また、集計部１４は、入退管理装置１９から取得する情報に基づく当該エリアの入退者数を用いて、当該エリアを利用している利用人数を集計する。エリアの入退者数は、例えば当該エリアを含む階床におけるかご７の乗降人数などとして推定部１３によって推定される。

このような構成により、エリアの利用人数は利用者に対応づけて集計される。これにより、利用人数の集計がより精度よく行われるようになる。

また、記憶部１２は、テナントのテナント識別情報に、当該テナントを利用可能な利用者を識別する利用者識別情報を関連付けて記憶する。制御部１１は、入退管理装置１９から取得した利用者識別情報に基づいて、呼びの登録を行いかご７に乗車する利用者を識別する。制御部１１は、当該呼びの登録を行う利用者の利用者識別情報が当該テナントを利用可能な利用者を識別するものでないときに、当該呼びのかご７への割当てを制限する。

このような構成により、利用可能なエリアがない階床を呼びの行先階として利用者が入力しても当該呼びは登録されないので、建物のセキュリティ性がより高められるようになる。

また、予測部１５は、入退管理装置１９から取得した利用者識別情報に基づいて、呼びの登録を行いかご７に乗車する利用者を識別する。予測部１５は、利用者識別情報に基づいて、テナントに割り当てられたエリアの利用可否を利用者ごとに予測する。

このように利用者ごとに判定が行われることで、利用可否の判定がより精度よく行われるようになる。

なお、制御部１１は、予測部１５が利用可能と予測したエリアを含まない階床を行先階とする呼びのかご７への割当てを制限してもよい。例えば、あるエリアについて利用者識別情報が登録されている利用者による当該エリアを含む階床を行先階とする呼びであっても、当該利用者について予測部１５が利用人数などに基づいて当該エリアを利用不可と予測するときに、制御部１１は当該呼びの割当てを行わない。

このような構成により、セキュリティ上は行先のエリアを利用可能な利用者であっても、行先の状況に応じて移動が制限されるようになる。このため、当該利用者は、利用可能な他のエリアを利用するようになる。これにより、建物における各々のエリアが偏りなく利用されるようになる。

また、提示部１６は、推定部１３が推定した乗降人数および集計部１４が集計した利用人数、ならびに記憶部１２が記憶している情報に基づいて、呼びの登録を行いかご７に乗車する利用者に、利用可能なエリアのうち推奨するエリアの階床を提示してもよい。例えば、互いに異なる階床の複数のエリアが単一のテナントに割り当てられているときに、提示部１６は、当該テナントを利用する利用者に、利用可能な人数の余裕が最も大きいエリアを推奨するエリアとして提示してもよい。

このような構成により、利用者は、提示部１６による推奨を参考にすることで、よりスムーズに行先階を指定できるようになる。

また、制御部１１は、提示部１６が推奨するエリアの階床を行先階とする呼びを自動的に登録してもよい。制御部１１は、例えば、提示部１６が推奨するエリアの階床を行先階とする行先呼びを、利用者による行先階の入力を待たずに登録してもよい。制御部１１は、登録した行先呼びをいずれかのエレベーター３のかご７に割り当てる。

このような構成により、利用者は、行先階を選択する手間をかけることなく、建物における各々のエリアを偏りなく利用できるようになる。これにより、利用者は、無用な混雑などを避けられるようになり、利便性がより高められる。

実施の形態４．
実施の形態４において、実施の形態１から実施の形態３で開示される例と相違する点について特に詳しく説明する。実施の形態４で説明しない特徴については、実施の形態１から実施の形態３で開示される例のいずれの特徴が採用されてもよい。

図１６は、実施の形態４に係るエレベーターシステム１の構成図である。

エレベーターシステム１が適用される建物において、監視装置２１が設けられる。監視装置２１は、建物の状況を監視する装置である。この例において、監視装置２１は、建物の内部を撮影するカメラ２２を含む。カメラ２２は、例えば、エレベーター３の乗場などを撮影しうる場所に配置される。このとき、監視装置２１は、カメラ２２が撮影する画像に基づいて、エレベーター３のかご７に乗降する利用者の人数を判定する。監視装置２１は、画像に基づいて判定した乗降人数を、補正情報として群管理装置５の推定部１３に出力する。

この例において、記憶部１２がテナント識別情報に対応づけて記憶しているエリア情報は、群管理装置５の外部から入力される情報に基づいて更新される。群管理装置５の外部から入力される情報は、例えば、エレベーター３のパラメータの設定変更などである。あるいは、群管理装置５の外部から入力される情報は、監視装置２１を通じて入力される信号などである。これらの情報は、例えば、建物の管理者などによって、インターネットなどの広域な通信網に接続する端末装置などを通じて、群管理装置５の外部から入力される。

続いて、図１７を用いて、エレベーターシステム１の動作の例を説明する。
図１７は、実施の形態４に係るエレベーターシステム１の動作の例を示すフローチャートである。

実施の形態４のエレベーターシステム１は、ステップＳ３０１からステップＳ３０４において、実施の形態１のエレベーターシステム１のステップＳ１０１からステップＳ１０４までと同様に動作する。推定部１３が乗降人数を推定した後、実施の形態４のエレベーターシステム１の処理は、ステップＳ３０５に進む。あるいは、実施の形態４のエレベーターシステム１は、ステップＳ３０１からステップＳ３０４に代えて、または、これらのステップと並行して、実施の形態３のエレベーターシステム１のステップＳ２０１からステップＳ２０３までと同様に動作してもよい。推定部１３が乗降人数を推定した後、実施の形態４のエレベーターシステム１の処理は、ステップＳ３０５に進む。

ステップＳ３０５において、推定部１３は、監視装置２１から補正情報を取得したかを判定する。判定結果がＹｅｓの場合に、エレベーターシステム１の処理は、ステップＳ３０６に進む。判定結果がＮｏの場合に、エレベーターシステム１の処理は、ステップＳ３０７に進む。

ステップＳ３０６において、推定部１３は、推定した乗降人数を補正情報に基づいて補正する。例えば、利用者ごとの体重の違いまたは利用者が持ち込む荷物の重量などにより、推定部１３による乗降人数の推定に誤差が生じることがある。あるいは、行先呼びの操作などを行わずに同じ行先に移動する他の利用者に相乗りする利用者がいる場合に、推定部１３による乗降人数の推定に誤差が生じることがある。このような場合に、推定部１３は、補正情報に含まれる乗降人数に基づいて、乗降人数の補正を行う。その後、エレベーターシステム１の処理は、ステップＳ３０７に進む。

実施の形態４のエレベーターシステム１は、ステップＳ３０７からステップＳ３０８において、実施の形態１のエレベーターシステム１のステップＳ１０５からステップＳ１０６までと同様に動作する。あるいは、実施の形態４のエレベーターシステム１は、ステップＳ３０７からステップＳ３０８に代えて、実施の形態３のエレベーターシステム１のステップＳ２０４からステップＳ２０５までと同様に動作してもよい。

以上に説明したように、実施の形態４に係るエレベーターシステム１の記憶部１２は、外部から入力される情報に基づいて、テナント識別情報に関連付けて記憶しているエリア情報を更新する。外部から入力される情報は、建物の状況を監視する監視装置２１を通じて入力される信号、またはエレベーター３のパラメータの設定変更の少なくともいずれかである。

このような構成により、エリアのテナントへの割当てが容易に変更できるようになる。例えば、建物のエリアのテナントへの割当てが一日単位または時間単位などの短時間である場合などに、割当ての変更または取消しなどの更新がより容易に行えるようになる。

１ エレベーターシステム、 ２ 携帯端末、 ３ エレベーター、 ４ 呼び登録装置、 ５ 群管理装置、 ５ａ プロセッサ、 ５ｂ メモリ、 ５ｃ 時計、 ６ 巻上機、 ７ かご、 ８ 制御盤、 ８ａ プロセッサ、 ８ｂ メモリ、 ９ かごドア、 １０ 秤、 １１ 制御部、 １２ 記憶部、 １３ 推定部、 １４ 集計部、 １５ 予測部、 １６ 提示部、 １７ａ ボタンユニット、 １７ｂ テンキーユニット、 １８ ディスプレイ、 １９ 入退管理装置、 ２０ 読取装置、 ２１ 監視装置、 ２２ カメラ

Claims (13)

1. 複数の階床を有する建物に設けられたエレベーターの状態の取得および制御を行う制御部と、
   前記建物の少なくとも一部のエリアが割り当てられたテナントを識別するテナント識別情報に、前記テナントに割り当てられたエリアの定員および当該エリアの階床の情報を含むエリア情報を関連付けて記憶する記憶部と、
   前記制御部が取得する前記エレベーターの状態に基づいて、前記エレベーターのかごの乗降人数を推定する推定部と、
   前記テナントに割り当てられたエリアの利用人数を集計する集計部と、
   前記推定部が推定した乗降人数および前記集計部が集計した利用人数、ならびに前記記憶部が記憶している情報に基づいて、前記テナントに割り当てられたエリアの利用可否を予測する予測部と、
   前記予測部が予測した利用可否に基づいて、利用可能なエリアの階床を前記かごに乗車する利用者に提示する提示部と、
   を備えるエレベーターシステム。
2. 前記提示部は、利用者が所持する携帯端末を通じて利用可能な階床を提示する
   請求項１に記載のエレベーターシステム。
3. 前記推定部は、前記かごの積載重量を計測する秤の計測値の変化の情報に基づいて、前記かごの乗降人数を推定する
   請求項１または請求項２に記載のエレベーターシステム。
4. 前記推定部は、前記制御部が前記かごに割り当てた乗場呼びの数、および前記かごから登録されたかご呼びの数に基づいて、前記かごの乗降人数を推定する
   請求項１または請求項２に記載のエレベーターシステム。
5. 前記推定部は、前記制御部が前記かごに割り当てる、出発階および行先階が特定された行先呼びの数に基づいて、前記かごの乗降人数を推定する
   請求項１または請求項２に記載のエレベーターシステム。
6. 前記記憶部は、前記建物の状況を監視する監視装置を通じて入力される信号、または前記エレベーターのパラメータの設定変更の少なくともいずれかに基づいて、前記テナントのテナント識別情報に関連付けて記憶している前記エリア情報を更新する
   請求項１から請求項５のいずれか一項に記載のエレベーターシステム。
7. 前記制御部は、前記予測部が利用可能と予測したエリアを含まない階床を行先階とする呼びの前記かごへの割当てを制限する
   請求項１から請求項６のいずれか一項に記載のエレベーターシステム。
8. 前記テナントに割り当てられたエリアの入退域を管理する入退管理装置から、当該エリアに入退域する利用者を識別する利用者識別情報を取得する
   請求項１から請求項７のいずれか一項に記載のエレベーターシステム。
9. 前記集計部は、前記入退管理装置から取得する情報に基づく当該エリアの入退者数を用いて、当該エリアを利用している利用人数を集計する
   請求項８に記載のエレベーターシステム。
10. 前記記憶部は、前記テナントのテナント識別情報に、当該テナントを利用可能な利用者を識別する利用者識別情報を関連付けて記憶し、
    前記制御部は、前記入退管理装置から取得した利用者識別情報に基づいて、呼びの登録を行い前記かごに乗車する利用者を識別し、当該呼びの登録を行う利用者の利用者識別情報が当該テナントを利用可能な利用者を識別するものでないときに、当該呼びの前記かごへの割当てを制限する
    請求項８または請求項９に記載のエレベーターシステム。
11. 前記予測部は、前記入退管理装置から取得した利用者識別情報に基づいて、呼びの登録を行い前記かごに乗車する利用者を識別し、利用者識別情報に基づいて、前記テナントに割り当てられたエリアの利用可否を利用者ごとに予測する
    請求項８から請求項１０のいずれか一項に記載のエレベーターシステム。
12. 前記提示部は、前記推定部が推定した乗降人数および前記集計部が集計した利用人数、ならびに前記記憶部が記憶している情報に基づいて、呼びの登録を行い前記かごに乗車する利用者に、利用可能なエリアのうち推奨するエリアの階床を提示する
    請求項１１に記載のエレベーターシステム。
13. 前記制御部は、前記提示部が推奨するエリアの階床を行先階とする呼びを自動的に登録する
    請求項１２に記載のエレベーターシステム。

Images