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

Description

本発明は、利用者がエレベータの乗車前に行先階情報を登録するエレベータシステムに関する。

乗場でもかご内でも利用者の操作なしに行先階を登録するため、利用者がエレベータから所定の距離内にきたとき、その距離内におかれた受信装置が利用者の所持する発信装置からの信号を感知して呼び登録することが知られ、例えば特許文献１に記載されている。

また、利用者の手が空いていない場合であっても個人的に何も操作しないで行先呼び入力を可能にするため、携帯する情報送信機によって個人的なニーズに対応する行先階の事前選択の形式を選択でき、自分の希望に従って、且つ権限の与えられた範囲内で、行先階を指定でき、個人的な特性の認識が終わる度毎に、固定行先階を利用者に知らせることが知られ、例えば、特許文献２に記載されている。

さらに、セキュリティゲートを通過した後、利用者が何らかの理由によって割当てられたかごに乗車できなかった場合でも、利用者によるエレベータの利用を可能にするため、決定された割当てかごに所定の階床で利用者が乗車したことを検出すると、割当てかごに対して、行先階情報に基づく行先呼びを自動登録することが知られ、例えば、特許文献３に記載されている。

さらに、エレベータに乗り込むまでの利用者の流れをより円滑に誘導し、混雑時にエレベータ利用者の渋滞を防ぐため、ゲートで利用者をエレベータホールの方向へ規制すると共に、ゲートの入口部で行先階を登録可能とし、出口部に割当てられたエレベータを表示することが知られ、例えば、特許文献４に記載されている。

特開昭６１−２３５３７５号公報 特開２０００−２８９９４３号公報 国際公開第ＷＯ２０１０／０２３７２３パンフレット 特開２０１１−１２６６９０号公報

上記従来技術において、特許文献１に記載のものでは、利用者がエレベータから所定の距離内にきたとき、呼びが登録されるので、エレベータホールを通過するだけで乗車しない場合、無駄な行先階が登録されることなる恐れがある。そして、受信装置をエレベータから離れた位置に設置すればするほど発信装置との通信に必要とされる消費電力が大きくなり、携帯する発信装置の無駄な電力消費となる。

また、特許文献２に記載のものでは、携帯する情報送信機によって行先階を事前選択したり、自分の希望に従って、行先階を指定できるようにするので、予め登録された固定行先階へ行く利用者と、登録された行先階とは異なる行先階へ向かう利用者と混在した場合、行先階が登録されているにも係らず、行先階の変更に伴う利用者の渋滞を招いたり、割当て変更が頻繁しエレベータの運行効率を低下させることがある。

さらに、特許文献３に記載のものでは、決定された割当てかごに利用者が乗車したことを検出してから行先呼びを登録するので、先に行先階を入力したにも係らず割当てを決定するタイミングが遅れ、運行効率の良い最適な割当てが困難となる。

さらに、特許文献４に記載のものも、予め登録された通常の行先階へ行く場合には良いが、それ以外の場合では、行先階の変更に伴う利用者の渋滞を招いたり、割当て変更が頻繁したりしてエレベータの運行効率を低下させることがある。

本発明の目的は、上記従来技術の課題を解決し、無駄な行先階の登録を防ぐと共に、行先階の変更にも対応し、携帯する情報送信機の省電力化を図ることにある。

上記目的を達成するため、本発明は、エレベータの運行を行う制御装置を有し、利用者がエレベータに乗込むまでに行先階情報の登録を行うエレベータシステムにおいて、 ビルの入口あるいはエレベータホールへ至る経路に設置された命令装置と、 前記エレベータホールに設置され、前記制御装置へ前記行先階情報を送信する認識装置と、前記命令装置と通信する第１の通信部と、前記認識装置と通信する第２の通信部と、前記第２の通信部を介して前記認識装置と通信する呼び通信処理部と、を有し利用者によって携帯される情報端末装置と、を備え、前記命令装置と前記情報端末装置との通信が前記第１の通信部によって開始された後、前記呼び通信処理部が起動し、前記利用者が前記エレベータホールに到着し、前記第２の通信部により前記情報端末装置と前記認識装置との通信が確立した場合、前記第２の通信部は前記認識装置へ前記行先階情報を送信するものである。

本発明によれば、命令装置と情報端末装置との通信が開始された後、エレベータホールに設置された認識装置と情報端末装置の第２の通信部との通信を確立する呼び通信処理部が起動し、情報端末装置を携帯した利用者がエレベータホールに到着したとき、第２の通信部によりと認識装置へ行先階情報が送信されるので、第２の通信部の省電力化を図ることができると共に、無駄な行先階の登録を防いで行先階の変更にも対応できる。

本発明の一実施形態によるエレベータシステムの全体構成図。 本発明の一実施形態による利用者の交通状況を説明するグラフ。 本発明の一実施形態に用いられる命令装置及び命令装置の取り付け位置を示す図。 本発明の一実施形態に用いられる認識装置の設置場所の例を示す図。 本発明の一実施形態による命令装置の動作を示すフローチャート。 本発明の一実施形態による利用者の認証後、所定の行先階へ向かう場合の基本動作を示すフローチャート。 本発明の一実施形態による情報端末装置の画面の例。 本発明の一実施形態による情報端末装置の画面の例。 本発明の一実施形態による情報端末装置の画面の例。 他の実施形態によるエレベータシステムの全体構成図。 他の一実施形態による利用者の認証後、所定の行先階へ向かう場合の基本動作を示すフローチャート。 他の実施形態による情報端末装置の画面の例。

利用者の携帯する情報端末装置をターゲットとしてイニシエータである命令装置に掲示することで第１の通信、つまりＮＦＣインターフェイスに基づく省電力に有利な受動通信モードで近距離無線通信を開始し、通信処理プログラムが起動し、第２の通信部、つまり、能動通信モードによりエレベータの呼び登録を行う例を説明する。

図１は、エレベータシステムの全体構成図を示し、複数台のエレベータ号機３０１、３０２、３０ｋを個別に制御する号機制御装置２０１、２０２、２０ｋと、各エレベータを全体の運行効率が最適となるように運行を制御する制御装置１００と、を備えている。制御装置１００内では、時々刻々と変化するエレベータ情報と行先階情報等の運行データを学習系１０２へ送信し、運行データに基づいて学習系１０２は交通状況を学習し、その時点でどのような運転プログラムが適しているかを判断する。知能系１０３では学習結果を用いて新しい特徴モードの生成とエレベータ運行シミュレーションを行い、各交通需要に応じた最適な運転プログラムの自動生成を行っている。運行管理制御部１０１では運転プログラムを用いて、行先階床別にどのエレベータを配車するかを決める割当て制御を行い、さらにエレベータ制御システムへ行先階別に割当て指令等を行っている。

ビルの入口やエレベータホールの入口など、エレベータ利用者がエレベータに乗込むまでの場所、エレベータホールの入口あるいはエレベータホールへ至る経路に複数台の命令装置５００が設置される。命令装置５００は、ビルの入り口付近の壁面などに設置しても良いし、フラッパーゲートなどのゲートに設置しても良い。また、命令装置５００は、呼び処理起動許可信号生成部５０１と、認証結果表示部５０２と、利用者／端末認証部５０３を有している。利用者／端末認証情報データベース６００は、ビル管理サーバ内などに保持される。

情報端末装置４００は、利用者によって携帯される携帯電話やスマートフォン（多機能携帯電話）、タブレット端末などであり、ＮＦＣインターフェイスを有し、第１の通信部４０１としてＩＣタグと、第２の通信部４０２としてBluetooth（登録商標）あるいはWi-Fi（登録商標）のような無線通信プロトコルと、呼び処理起動部４０３と、呼び通信処理部４０４と、認証データ取得／送信部４０５と、利用者／端末情報データベース４０６を有している。また、呼び通信処理部４０４は、呼び候補データ取得部４０４１と、呼びデータ送信部４０４２と、割当てかごデータ受信部４０４３と、画面表示部４０４４を有している。また、呼び処理起動部４０３、呼び通信処理部４０４、及び利用者／端末情報データベース４０６は、呼び登録を行うためのアプリケーションとなっており、以降これらをまとめて「呼び登録アプリ」と呼ぶ。

認識装置７００（７０１、７０２、…、７０ｎ）は、一つ以上の階床において、エレベータホールに設置される。

以下で、利用者を認証し、割当てかごが決定されるまでの処理の流れを説明する。

認識装置７００は、交通需要、つまり、利用者の交通状況が混雑時か閑散時かを判断する判断処理部（図示せず）による判断結果、または時刻などに応じて、行先階変更の可否の信号として、混雑時は行先階変更不許可信号、閑散時は行先階変更許可信号を命令装置５００に送信する。

利用者／端末認証部５０３は、利用者によって携帯される情報端末装置内の第１の通信部４０１介して、認証データ取得／送信部４０５が利用者／端末情報データベース４０６に記録された利用者／端末情報を読取り後、利用者／端末認証情報データベース６００へアクセスし、利用者／端末認証を行う。認証後、認証結果表示部５０２に認証結果を表示するとともに、認証ＯＫの場合呼び処理起動許可信号生成部５０１において、認証した端末の呼び処理の起動許可信号と、行先階変更の可否の信号を第１の通信部４０１を介して呼び処理起動部４０３へ送信する。

呼び処理起動部４０３は、呼び処理起動許可信号生成部５０１からの呼び処理起動許可信号と、認識装置７００からの行先変更の可否の信号を受信後、呼び通信処理部４０４を起動する。このとき、行先変更の可否の信号が、許可信号である場合、行先変更許可モードで起動し、不許可信号である場合、行先変更不許可モードで起動する。

呼び通信処理部４０４は、第２の通信部を介して認識装置７００と通信し、通信確立後、呼びデータ候補データ取得部４０４１は、利用者／端末情報データベース４０６から利用者の行先階呼びデータを取得し、呼びデータ送信部４０４２が取得した利用者の行先階呼びデータを認識装置７００へ送信する。認識装置７００は、利用者の行先階呼びデータを運行管理制御部１０１へ送信する。

運行管理制御部１０１は、受信した行先階呼びデータに対してどのかごを配車するかを決定する割当て処理を行うとともに、認識装置７００へ行先階呼びデータに対する割当てかごデータを送信する。認識装置７００は、割当てかごデータを情報端末装置４００へ送信する。割当てかごデータ受信部４０４３は、認識装置７００から割当てかごデータを受信する。

「呼び登録アプリ」において、画面表示部４０４４では、送信する行先階に関する情報や割当てかごデータが画面に表示される。号機制御装置２０１、２０２、２０ｋは、運行管理制御部１０１による制御の下で、各エレベータの運行を個別に制御する。また、エレベータ毎に、かご内荷重やドア開閉等の各事象の情報を運行管理制御部１０１に送信する。

なお、図１の例では命令装置５００の内部に呼び処理起動許可信号生成部５０１を設け、呼び処理起動許可信号に基づいて呼び処理起動部４０３を動作させるようにしているが、呼び処理起動部４０３において、利用者／端末認証部５０３による認証結果に基づいて呼び通信処理部４０４を起動するようにしても良い。

以上のように、NFCインターフェイスにより、第１の通信部を仮想コネクタとし、第２の通信部を仮想ケーブルとして自動的に通信に必要なパラメータ、通信のための秘密鍵の交換を行い、通信の確立を自動的に行う。

また、図１の例では命令装置５００に認証結果表示部５０２を設け、認証結果を表示させるようにしているが、認証結果表示部５０２を設けず、認証結果を「呼び登録アプリ」の画面表示部４０４４で表示するようにしても良い。これにより、命令装置５００に認証結果表示部５０２を設けなくても良く、コストを低減することが可能である。

図２は交通需要を示し、利用者の交通状況が混雑時か閑散時かを判断する判断処理部（図示せず）を説明する。

（ａ）は、ビル内の人の流れを示す階床別の乗降人数であり、縦軸の数字が各階床、横軸右が下りの人数であり、本図で２階の乗降人数が一番多いことを示している。また、横軸左が上りの人数であり、本図で１階の乗降人数が一番多いことを示している。群管理制御システム１００内の学習系１０２では、かご位置や乗降人数等のエレベータ情報や行先階情報に基づいて交通状況を学習し、その時点でどのような運転プログラムが適しているかを判断している。そのため、ビル内の人の流れを示す階床別乗降人数、図２の（ａ）をオンラインの入力情報から、ビル内の代表的な交通情報を示す特徴モード（Ｍ１〜Ｍ６）のいずれかに属するかを識別する。

特徴モードＭ１〜Ｍ６は、図２の（ｂ）に例示したように、横軸が下り乗降人数、縦軸が上り乗降人数の座標上において、この例では、６つの区分けした交通需要の状況を示すものである。通常オフィスビルの場合、上り下りともに乗降人数が小さい領域Ｍ１は閑散、上りの状況が大きい領域Ｍ３は混雑でアップピーク、下りの乗降人数が大きい領域は混雑でダウンピークと呼ばれる。標準的には、図のような領域に区分けされるが、ビルの性質によって特徴があり、収集した交通情報から新しい特徴が抽出されることがある。新しい特徴を抽出した場合には、このビル固有の特徴モードＭｎとして生成・登録し、また、その他の特徴モードＭ１〜Ｍ６の変化の傾向を学習している。以上、学習系１０２で求めた交通状況、特徴モードＭ１〜Ｍ６によって判断処理部で利用者の交通状況が混雑時であるか、閑散時であるかを判断できる。

また、学習系１０２を利用する以外に、判断処理部で簡易的に、時間帯、例えば、朝の出勤時は混雑時、昼間の時間帯は閑散時と判断しても良い。

図３は命令装置５００における個人認証の例を示している。図３において、命令装置５００はビルの入口やエレベータホールの入口など、エレベータ利用者がエレベータに乗込むまでの場所に１台以上設置される。また、この命令装置５００はビルの壁面８００に取り付けても良いし、フラップ８０２を備えたフラッパーゲート８０３などに取り付けても良い。なお、フラッパーゲートに取り付ける場合は、個人認証の結果に応じてフラップの戸開閉を制御する。命令装置５００は、通信端末５０５を有しており、命令装置５００が認証結果表示部５０２を備える場合は、認証結果を表示するための画面５０４を有している。利用者は携帯する情報端末装置４００を通信装置５０５にかざすことにより、個人認証を行う。認証ＯＫの場合、認証ＯＫである旨が画面５０４表示される。ただし、命令装置５００が認証結果表示部５０２を有さない場合は、携帯情報端末４００の画面表示部４０４４に表示しても良い。

図４は認識装置７００の設置場所の例を示す。（ａ）において、認識装置７００はエレベータホールの天井部などに設置されているとする。この時、（ｂ）に示すように、利用者Ｐ１は認識装置７００の通信可能領域Ａ１内にいるため、利用者Ｐ１の携帯する情報端末装置と認識装置７００の通信が確立された場合、行先階呼びデータが登録される。一方で、利用者Ｐ２は認識装置７００の通信可能領域Ａ１外におり、かつこの領域から離れる方向に進んでいるため、利用者Ｐ２の携帯する情報端末装置と認識装置７００は通信できず、行先階呼びデータは登録されない。このため、エレベータを利用する利用者のみが行先階呼びを登録される。

図５は命令装置の動作を示すフローチャートである。利用者は、携帯する情報端末装置を命令装置かざし、ビル内でのエレベータを利用するための認証を受ける。

Ｓ５０１：命令装置５００がイニシエータとして第１の通信部、つまり、通信距離が０〜２０ｃｍ程度の13.56ＭＨｚの無線インターフェイスを介してターゲットであるＩＣタグが備えられた情報端末装置が掲示されたことを検出する。

Ｓ５０２：情報端末装置からイニシエータからの要求に対して反射波として応答を返すと、情報端末装置の利用者／端末情報データベース４０６から、利用者／端末情報を取得する。

Ｓ５０３：利用者／端末情報に基づいて、利用者／端末認証情報データベース６００を参照する。

Ｓ５０４：取得した利用者／端末情報と、参照した利用者／端末認証情報データベース６００から、個人認証ＯＫかを判定する。

Ｓ５０５：認証ＯＫの場合、呼び通信処理の起動許可信号を生成する。

Ｓ５０６：呼び通信処理の起動許可信号と、行先階変更の可否の信号を、第１の通信部を介して情報端末装置へ送信する。

Ｓ５０７：認証結果表示部５０２に認証ＯＫである旨を表示する。

なお、Ｓ５０１では、情報端末装置４００がかざされたことを検出するまでは、Ｓ５０１の検出判定を繰り返す。

また、Ｓ５０４において、認証ＮＧと判定されると、Ｓ５０８に進み，認証結果表示部５０２に認証ＮＧである旨が表示され、呼び通信処理の起動信号も生成されず、利用者は情報端末装置によるエレベータの呼び登録を行えない。図５では命令装置のみの動作について記載したが、フラッパーゲートとの連動を行う場合は、Ｓ５０５及びＳ５０８でフラップの戸開閉制御を行う。

以上の説明では個人認証を行うことで説明したが、ＩＣタグを備えた情報端末装置からイニシエータへ応答を返した、つまり受動通信モードが確立してから、能動通信モードである第２の通信部であるBluetooth（登録商標）あるいはWi-Fi（登録商標）に必要なパラメータ並びに秘密鍵の交換を行い、第２の通信部の通信の確立を自動で行えば良い。したがって、第１の通信部が仮想コネクタとなり第２の通信部が仮想ケーブルとなる通信プロトコルとなるので、能動通信モードの電力を節約でき、情報端末装置の小型化、軽量化、長動作などが実現できる。

図６は情報端末装置４００が命令装置５００による認証後、所定の行先階へ向かう場合の基本動作を示すフローチャートである。

Ｓ６０１：情報端末装置上に、既にアプリ初期設定が終了している「呼び登録アプリ」が起動する。

Ｓ６０２：認証が終了しているため、情報端末装置内のメモリに格納されたアプリ画面定義情報（図示せず）に基づき、例えばアプリ初期設定に設定した行先階情報や過去の履歴情報から使用頻度の高い行先階情報を含め利用者にとって最適なアプリ画面を生成する。前記の画面定義情報は、利用者の嗜好性や特性に応じて画面表示を行うことができるため、利用者によって容易に編集可能な情報となっている。
Ｓ６０３：「呼び登録アプリ」が行先変更不許可モードで起動した場合Ｓ６０4，行先変更許可モード起動した場合Ｓ６０７へ進む。

Ｓ６０４：利用者がエレベータホールに到着した、すなわち、第２の通信部４０２と前記の認識装置７００の通信が確立した場合、少なくとも「呼び登録アプリ」にて初期設定された利用者の行先階に関する情報に基づき、行先階情報を登録するとのアナウンス（音声アナウンス、登録する行先階文字を強調色で表示など）を行ったあと、第２の通信部４０２を使って少なくとも行先階情報を制御装置１００へ送信する。

Ｓ６０５：制御装置１００において最適な割当てかごを決定し、割当てかごの号機制御装置（２０１〜２０ｋの何れか）に割当て信号を送信する。
Ｓ６０６：更に制御装置１００は、認識装置７００経由にて、携帯端末上の「呼び登録アプリ」内の割当てかごデータ受信部４０４３にて受信した割当てかごデータを、画面表示部４０４を使い、情報端末装置４００の画面に表示する。

Ｓ６０７：「呼び登録アプリ」起動後、登録される、または登録された行先階呼びと、利用者の所望する行先階が異なる場合、情報端末装置の操作により、所望する行先階を選択する。選択された行先階に関する情報は、利用者がエレベータホールに到着した、すなわち、第２の通信部４０２と認識装置７００の通信が確立後、選択された利用者の行先階に関する情報に基づき、行先階情報を登録するとのアナウンス（音声アナウンス、登録する行先階文字を強調色で表示など）を行った後、第２の通信部４０２を使って少なくとも行先階情報を制御装置１００へ送信する。

Ｓ６０８：Ｓ６０７にて利用者が行先階を選択する前に、「呼び登録アプリ」が行先階に関する情報を制御装置１００へ送信しているかを判定し、送信している場合はＳ６０９、送信していない場合はＳ６０５へ進む。

Ｓ６０９：Ｓ６０７にて利用者が行先階を選択する前に、制御装置１００へ送信された「呼び登録アプリ」からの行先階に関する情報の割当てをキャンセルし、Ｓ６０５へ進む。
Ｓ６１０：所定時間割当てかごを表示した後、操作履歴情報、例えば第２の通信部を使って送信した少なくとも行先階に関する情報を、情報端末装置４００内のメモリへ格納登録処理を実施し、前記「呼び登録アプリ」を終了する。

アプリの起動が命令装置５００による認証後となっているが、例えば、命令装置５００が未設置の階、例えば既にビル内に入館を確認できる一般階では、利用者の「呼び登録」など本「呼び登録アプリ」を連想できるキーワードを音声入力するか、選択画面から「呼び登録アプリ」を選択によって起動する方法でも良い。

図７は行先階変更不許可モードで「呼び登録アプリ」が起動したときの情報端末装置４００の画面の例である。（ａ）は呼び通信処理起動後の画面の例である。（ｂ）は利用者が認識装置７００の通信可能領域Ａ１内に入り、行先階呼びデータが登録された後の画面の例である。（ｃ）は割当てかごデータ受信後の画面の例であり、割当てかごの近くで待つことを促す旨を画面に表示する。図のように、行先階変更不許可モードの場合は、初期設定された行先階が自動で登録され、割当てかごが表示される。

図８は行先階変更許可モードで「呼び登録アプリ」が起動したときの情報端末装置４００の画面の例である。（ａ）は呼び通信処理起動後の画面の例である。図のように、初期設定された行先階が自動で登録される。（ｂ）は利用者が認識装置７００の通信可能領域Ａ１内に入り、行先階呼びデータが登録された後の画面の例である。（ｃ）は割当てかごデータ受信後の画面の例であり、割当てかごの近くで待つことを促す旨を画面に表示する。（ａ）から（ｃ）について図６と異なるのは、行先階変更許可モードで「呼び登録アプリ」を起動したため、（ａ）と（ｂ）に変更ボタンがあることである。（ｄ）は（ａ）または（ｂ）で変更ボタンを操作した時の画面の例である。図のように、利用者の操作履歴を学習、または「呼び登録アプリ」の初期設定により、利用者が設定した、良く利用する行先階が表示される。（ｅ）及び（ｆ）は、（ｄ）において、「その他」のボタンを操作した時の画面の例である。図のように、利用者の初期設定情報から、利用者の登録可能な行先階の一覧を表示する。ここで、呼び通信処理起動後の画面を（ａ）としたが、最初から登録できる行先階を選択できるように、（ｄ）としても良い。なお、エレベータ群管理装置１００により、情報端末装置４００から送信された行先階呼び情報に対する割当てかごの決定後に情報端末装置４００から行先階を変更された場合は、制御装置１００は先に登録された行先階呼びに対する割当てを取り消す。

図９は「呼び登録アプリ」の初期設定画面の例である。（ａ）は初期設定のための認証画面の例である。予めビル管理者などにより発行されたＩＤとパスワードを入力する。入力後、利用者／端末情報データベース４０６にアクセスし、発行されたＩＤに該当する利用者が登録可能な行先階を取得する。（ｂ）は、良く利用する行先階を登録する画面の例である。図の例では最大３つとしているが、３つに限定されるものではない。（ｃ）はエレベータ利用時に重視する性能を選択する画面の例である。図のように、乗車時間と省エネを重視するなど、利用者が望む性能を選択することができる。なお、（ａ）にてＩＤとパスワードにより利用者を認証しているため、例えばＶＩＰの利用者であれば、（ｃ）にて混雑度を選択しなくても、混雑度の低いかごを配車するなどが可能である。また、（ｃ）で設定された重視する性能は、呼びデータ送信部４０４２にて行先階に関する情報を送信時に、ともに制御装置１００へ送信される（図示せず）。

エレベータホールに認識装置７００を設置することにより、エレベータホール内に来ない乗客、すなわち、エレベータを利用しない乗客は、行先階呼びが登録されないため、割当てた乗客が乗車せず、無駄に停止階の数が増えるような状況を防ぐことができる。
また、情報端末装置４００から行先階の変更を可能とすることで、利用者の利便性を向上させることができるとともに、混雑時は行先階の変更を不可能とすることで、アップピーク時のエレベータホールの混雑を避けることが可能となる。

次に、情報端末装置を用いて割当てかごの候補から利用者が自ら選択を行えようにした例を説明する。

図１０は、エレベータシステムの全体構成図であり、認識装置７００は、交通需要、つまり、利用者の交通状況が混雑時か閑散時かを判断する判断処理部（図示せず）による判断結果、または時刻などに応じて、行先階変更の可否の信号として、混雑時は行先階変更不許可信号、閑散時は行先階変更許可信号を命令装置５００に送信する。
また、割当てかごの手動選択の可否の信号として、混雑時は手動選択不許可信号、閑散時は手動選択許可信号を命令装置５００に送信する。

割当てかご候補データ取得部４０４５は、呼びデータ送信部４０４２で送信された一つの行先階呼びデータに対する複数の割当てかごの候補を制御装置１００から取得する。割当てかごデータ送信部４０４６は、情報端末装置４００の画面に表示された複数の割当てかご候補データの中から、利用者の操作により選択された一つの割当てかごデータを第２の通信部４０２を介して認識装置７００から制御装置１００へ送信する。

呼び処理起動部４０３は、呼び処理起動許可信号生成部５０１からの呼び処理起動許可信号と、認識装置７００からの行先変更の可否の信号及びかごの手動選択の可否の信号を受信後、呼び通信処理部４０４を起動する。このとき、行先変更の可否の信号及びかごの手動選択の信号が、許可信号である場合、許可モードで起動し、不許可信号である場合、不許可モードで起動する。

図１１は情報端末装置が命令装置による認証後、所定の行先階へ向かう場合の基本動作を示すフローチャートである。なお、図１１では、行先階の変更に関する説明は省略する。

Ｓ１１０１：情報端末装置上に、既にダウンロードしてアプリ初期設定が終了している「呼び登録アプリ」が起動する。
Ｓ１１０２：認証作業が終了しているため、情報端末装置内のメモリに格納されたアプリ画面定義情報（図示せず）に基づき、例えばアプリ初期設定に設定した行先階情報や過去の履歴情報から使用頻度の高い行先階情報を含め利用者にとって最適なアプリ画面を生成する。前記の画面定義情報は、利用者の嗜好性や特性に応じて画面表示を行うことができるため、利用者によって容易に編集可能な情報となっている。

Ｓ１１０３：「呼び登録アプリ」が不許可モードで起動した場合Ｓ１１０４、許可モードで起動した場合Ｓ１１０６へ進む。

Ｓ１０４：利用者がエレベータホールに到着した、すなわち、第２の通信部４０２と認識装置７００の通信が確立した場合、行先階情報、または通常とは異なる行先階へ行く予定有り時の利用者によって選択された行先階情報を登録するとのアナウンス (音声アナウンス、選択された行先階文字を強調色で表示等) を行った後、第２の通信部を使って少なくとも行先階に関する情報を制御装置１００へ送信する。
Ｓ１１０５：制御装置１００において最適な割当てかごを決定し、割当てかごの号機制御装置（２０１か〜２０ｋの何れか）へ割当て信号を伝送する。

次に、ステップＳ１１０６〜Ｓ１１０９を使って、「呼び登録アプリ」が許可モードで起動、すなわち、かごの手動選択が許可されている場合について説明する。
Ｓ１１０６：利用者がエレベータホールに到着した、すなわち、第２の通信部４０２と前記の認識装置７００の通信が確立した場合、行先階情報、または通常とは異なる行先階へ行く予定有り時の利用者によって選択された行先階情報を登録するとのアナウンスを行った後、第２の通信部を使って少なくとも行先階とかご手動選択方式情報を制御装置１００へ伝送する。

Ｓ１１０７：制御装置１００において、グループ内のかご候補に関する情報を認識装置７００経由にて、情報携帯端末４００上の「呼び登録アプリ」内の割当てかご候補データ受信部にて受信し、画面表示部４０４４にて割当てかご候補一覧を表示する。

Ｓ１１０８：所定時間内に利用者が前記のかご候補一覧から好みのかごを選択した場合、前記選択したかご候補を割当てるとのアナウンス (音声アナウンス、選択かごを強調色で表示等) を行った後、割当てかごデータ送信部４０４６が第２の通信部を使って少なくともかご候補情報を制御装置１００へ伝送する。

Ｓ１１０９：制御装置１００において受信した選択されたかご候補を割当てかごとして決定し、割当てかごの号機制御装置（２０１〜２０ｋの何れか）へ割当て信号を伝送する。

Ｓ１１１０：更に制御装置１００は、送受信手段経由にて、情報携帯端末上の呼び登録アプリ内の割当てかごデータ受信部４０４３にて受信した割当てかごデータを、画面表示部４０４４を使い、割当て号機を表示する。

Ｓ１１１１：所定時間割当て号機を表示した後、操作履歴情報を、例えば第２の通信部を使って伝送した少なくとも行先階情報を、情報端末装置４００内のメモリへ格納登録処理を実施し、前記アプリを自動的に終了する。

アプリの起動が命令装置５００による認証の終了後となっているが、例えば、前記命令装置５００が未設置の階、例えば既にビル内への入館を確認できる一般階では、利用者の「呼び登録」など本アプリを連想できるキーワードを音声入力するか、選択画面から「呼び登録アプリ」を選択によって起動する方法でも良い。

また、かご自動選択か手動選択かを混雑時か閑散時かを判断する判断処理部(図示せず)によって決定するようにしているが、「呼び登録アプリ」の初期設定において、利用者が選択可能としてもよい。

さらに、例えば複数の命令装置５００が設置されるエントランス階においては、一部の命令装置のみ行先階登録及び割当てかごの変更を許可する方式としても良い。特にオフィスビル等の出勤時間帯においては、大半の人が通常の行先階へ行くため、行先階変更者及びかご手動選択する利用者と自動選択の利用者が同じ命令装置で行われた場合、命令装置の前で利用者が滞留する恐れがあり、エレベータホールで利用者を滞留させることなく、スムーズな利用を促す目的で、自動選択の命令装置を増やすような構成も容易に実現できる。

図１２は許可モードで「呼び登録アプリ」が起動したときの情報端末装置４００の画面の例である。図のように、割当てかごの候補とともに、待ち時間や、乗車時間、混雑度、かごまでの距離、消費エネルギーなど、利用者が乗車したいエレベータを選択するための基準となるような項目及びその値を表示する。利用者は、自分の好みに合った割当てかごを選択すれば良い。

さらに、エレベータホールに認識装置を設置することにより、エレベータホールに来ない乗客、すなわち、エレベータを利用しない乗客は、行先階呼びが登録されないため、割当てた乗客が乗車せず、無駄に停止階の数が増えるような状況を防ぐことができる。

さらに、情報端末装置４００から行先階の変更及び割当てかごの選択を可能とすることで、利用者はその時の状況に応じて好きなかごを選択するなど、利便性を向上させることができるとともに、混雑時は行先階の変更及び割当てかごの選択を不可能とすることで、アップピーク時のエレベータホールの混雑を避けることが可能となる。

１００ 制御装置
１０１ 運行管理制御部
１０２ 学習系
１０３ 知能系
２０１、２０２、２０ｋ 号機制御装置
３０１、３０２、３０ｋ 乗りかご
４００ 情報端末装置（ターゲット）
４０１ 第１の通信部
４０２ 第２の通信部
４０３ 呼び処理起動部
４０４ 呼び通信処理部
４０４１ 呼び候補データ取得部
４０４２ 呼びデータ送信部
４０４３ 割当てかごデータ受信部
４０４４ 画面表示部
４０４５ 割当てかご候補データ取得部
４０４６ 割当てかごデータ送信部
４０５ 認証データ取得／送信部
４０６ 利用者／端末情報データベース
５００ 命令装置（イニシエータ）
５０１ 呼び処理起動許可信号生成部
５０２ 認証結果表示部
５０３ 利用者／端末認証部
５０４ 認証結果表示画面
５０５ 通信端末
６００ 利用者／端末認証情報データベース
７００（７０１、７０２、７０ｎ） 認識装置
８００ ビル内壁面
８０１ フラッパーゲート
８０２ フラップ

Claims (8)

1. エレベータの運行を行う制御装置を有し、利用者がエレベータに乗込むまでに行先階情報の登録を行うエレベータシステムにおいて、
   ビルの入口あるいはエレベータホールへ至る経路に設置された命令装置と、
   前記エレベータホールに設置され、前記制御装置へ前記行先階情報を送信する認識装置と、
   前記命令装置と通信する第１の通信部と、前記認識装置と通信する第２の通信部と、前記第２の通信部を介して前記認識装置と通信する呼び通信処理部と、を有し利用者によって携帯される情報端末装置と、
   を備え、前記命令装置と前記情報端末装置との通信が前記第１の通信部によって開始された後、前記呼び通信処理部が起動し、前記利用者が前記エレベータホールに到着し、前記第２の通信部により前記情報端末装置と前記認識装置との通信が確立した場合、前記第２の通信部は前記認識装置へ前記行先階情報を送信することを特徴とするエレベータシステム。
2. 請求項１に記載のいずれかのエレベータシステムにおいて、前記第１の通信部は近距離無線通信（ＮＦＣ）であることを特徴とするエレベータシステム。
3. 請求項１に記載のエレベータシステムにおいて、前記第１の通信部は前記命令装置から電波を発生し、前記情報端末装置に備えられたＩＣタグからの反射波を受信する受動通信モードであり、前記第２の通信部は能動通信モードであることを特徴とするエレベータシステム。
4. 請求項１に記載のエレベータシステムにおいて、前記第１の通信部が仮想コネクタとなり前記第２の通信部が仮想ケーブルとなる通信プロトコルであることを特徴とするエレベータシステム。
5. 請求項１に記載のエレベータシステムにおいて、前記行先階情報は、前記情報端末装置に予め記憶された行先階に関する情報または前記情報端末装置を用いて前記利用者が選択した行先階に関する情報であることを特徴とするエレベータシステム。
6. 請求項１に記載のエレベータシステムにおいて、前記呼び通信処理部は、前記第２の通信部により、前記認識装置を介して、前記制御装置から少なくとも割当てかごデータを受信することを特徴とするエレベータシステム。
7. 請求項１に記載のエレベータシステムにおいて、交通需要を判定する手段を設け、混雑と判定された場合、前記呼び通信処理部は行先変更不許可モードで起動し、前記行先階情報は、前記情報端末装置に初期設定された行先階のみとし、別の行先階を選択することが禁止されることを特徴とするエレベータシステム。
8. 請求項７に記載のエレベータシステムにおいて、閑散と判定された場合、前記呼び通信処理部は行先変更許可モードで起動し、前記情報端末装置に初期設定された行先階から別の行先階へ変更が可能とされたことを特徴とするエレベータシステム。