JP7348886B2 - エレベーター管理システム及びエレベーター運行管理システム - Google Patents

Description

本発明は、エレベーター管理システム及びエレベーター運行管理システムに関する。

近年では、エレベーターを利用するユーザーがスマートフォン等の個人端末を操作することで、号機への乗り場（例えば、エレベーターホール）から離れた場所で作成した呼び（「遠隔呼び」という）を登録することが可能である。呼びを登録したユーザーが乗り場に到着するまでに、乗り場階にかごが配車されるので、ユーザーが乗り場に到着してすぐに乗車することが可能である。

しかし、悪意あるユーザーが個人端末を操作して遠隔呼びを登録したものの、実際には号機に乗車しないいたずら呼びが発生することがあった。いたずら呼びが発生すると、実際にはユーザーが号機に乗車しないにも関わらず、号機が呼びの発生階に配車されてしまう。また、誤って呼びが登録された場合においても、この呼びがキャンセルされなければ、号機が呼びの発生階に配車されてしまう。あるいは、悪意あるユーザーがかごに乗車した後、複数の行先階を登録すると、誰も降車しない階にかごが頻繁に停車してしまう。

このようにいたずら呼びが登録されると、エレベーターの運行効率が著しく下がるので、適切に対処できることが要望されていた。例えば、個人端末を通じて登録された呼びがいたずら呼びであることを検出できれば、この呼びに応答しない制御をすることで、いたずら呼びが登録された乗り場階に号機を配車しなくてすむ。このように、いたずら呼びや呼びの誤登録に対応するための各種の技術が提供されていた。

例えば、特許文献１には、「エレベーター乗りかご内重量に比べてエレベーター行先登録数が多いとき出力を出す比較器を備え、比較器出力によりエレベーター行先階の登録をキャンセルする」と記載されている。

また、特許文献２には、「選択したエレベーターが停車制御点に到達したときに、人が選択したエレベーターの近傍におらず、かつ他の乗客のために所定階に関する乗り場での停車が入力されていない場合には、乗り場での停車をキャンセルする」と記載されている。

特開昭５０－５４０５５号公報 特開２０００－１９１２４５号公報

特許文献１に開示された技術は、かご内で発生した、いたずら呼びをキャンセルするものであった。このため、ユーザーが号機に乗車する前に登録されたいたずら呼びに対処することができなかった。

また、特許文献２に開示された技術は、個人の情報端末装置から呼びを受付後、当該装置が乗り場の近傍になかった場合、乗り場での停車をキャンセルするので、行き先階の登録を防止することもできていた。しかし、呼び自体は、ユーザーが必ずしも乗り場の周辺にいなくても登録されうる。また、近年では、様々な方法で位置情報を送ることができるので、情報端末装置が乗り場の近傍にあるか否かは、実際にユーザーが号機に乗車するか否かを判断する目安とならなかった。

本発明はこのような状況に鑑みて成されたものであり、例えば、いたずら呼びが登録されることによるエレベーターの運行効率の低下を防止することを目的とする。

本発明に係るエレベーター管理システムは、遠隔呼びを登録可能なサービス要求装置から送信されるデータに基づき、エレベーターの動作を制御する。エレベーター管理システムは、サービス要求装置から送信されるデータを受付けるセンター管理システムと、エレベーターの運行を管理するエレベーター運行管理システムと、エレベーターの動作を制御するエレベーター制御システムと、を備える。
センター管理システムは、エレベーターが設置される建屋に一つ又は複数用意され、建屋ごとに管理されるバンクＩＤと、建屋に設置されるエレベーターと、バンクＩＤで管理される階床とを関連付けて格納する建屋データベースと、バンクＩＤと、サービス要求装置に紐づけられた建屋ＩＤと、バンクＩＤで管理される階とを関連付けて格納するＩＤ管理データベースと、サービス要求装置を使用するユーザーを特定するユーザーＩＤと、建屋を特定する建屋ＩＤとを関連付けて格納し、建屋の階層ごとに異なるバンクＩＤが設定される場合に、建屋ＩＤは、ユーザーの立ち入りが許可されるバンクＩＤが建屋ＩＤとして格納されるユーザーＩＤデータベースと、ユーザーＩＤデータベースを参照し、サービス要求装置から受信した遠隔呼びのデータに含まれるユーザーＩＤ及び建屋ＩＤを照合する照合部と、遠隔呼びで登録された乗り場階にてユーザーＩＤで特定されるユーザーが、乗り場階に配車されたかごに乗車しなかった異常を検出する異常検出部と、異常検出部により検出された異常の発生回数を、ユーザーＩＤに関連付けてユーザーＩＤデータベースに登録し、異常の発生回数が第１閾値を超える場合に、ユーザーＩＤが含まれる遠隔呼びの登録を禁止するデータをユーザーＩＤデータベースに登録し、異常検出部が、エレベーター運行管理システムに遠隔呼びが登録されたエレベーターがエレベーター制御システムにより動作したことで、エレベーター制御システムから取得され、エレベーター運行管理システムから送信される、エレベーターの運行状況を表すエレベーターデータに基づいて、エレベーター運行管理システムに登録された行先階に移動したかごから、行先階を登録したユーザーＩＤで特定されるユーザーが降車しなかった異常を検出した場合においても、異常の発生回数を、ユーザーＩＤに関連付けてユーザーＩＤデータベースに登録するデータベース登録部と、ユーザーＩＤデータベースを参照して、遠隔呼びのデータに含まれるユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当するかを判定し、ユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当する場合に、ユーザーＩＤが含まれる遠隔呼びの登録を禁止し、ユーザーＩＤが含まれる遠隔呼びを、エレベーター運行管理システムに登録させず、サービス要求装置に対して、エレベーター運行管理システムに遠隔呼びが登録されなかったことを通知する情報を出力する遠隔呼び判定部と、を有する。
エレベーター運行管理システムは、遠隔呼びのデータの整合性の判定結果が肯定的である場合にのみ、遠隔呼びのデータから抽出した乗り場階を含む呼びを登録し、判定結果が肯定的である場合にのみ遠隔呼びのデータから抽出した行先階を含む呼びを登録し、又は判定結果が肯定的である場合にのみかご内で登録された行先階を含む呼びを登録し、判定結果が肯定的でない場合にかご内で登録された行先階を含む呼びを登録しない呼び登録部と、センター管理システムから転送された遠隔呼びのデータの整合性を判定し、遠隔呼びのデータから抽出される乗り場階及び行先階が、遠隔呼びで指定される建屋の階情報と整合すること、及び遠隔呼びのデータから抽出される乗り場階又は行先階が、かごを配車可能な階情報と整合することを判定して呼び登録部に判定結果を出力する整合性判定部と、呼び登録部により登録された呼びに基づいて、センター管理システムから転送される遠隔呼びのデータに基づいて、エレベーター制御システムに対する制御指示を行う第１通知データであって、呼び登録部により遠隔呼びが正しく登録された場合に作成した第１通知データをエレベーター制御システムに出力し、エレベーター制御システムから受信したエレベーターの運行データに基づいて、乗り場階及び行先階が、遠隔呼びで指定される建屋の階情報と整合しない場合、又は、乗り場階若しくは行先階がかごを配車可能な階情報と整合しない場合に作成した第２通知データをセンター管理システムに出力する通知データ作成部と、を有する。

本発明によれば、遠隔呼びのデータに含まれるユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当する場合に、ユーザーＩＤが含まれる遠隔呼びの登録を禁止するので、いたずら呼びが登録されることによるエレベーターの運行効率の低下を防止できる。
上記した以外の課題、構成及び効果は、以下の実施の形態の説明により明らかにされる。

本発明の第１の実施の形態に係るエレベーター管理システムの全体構成例を示すブロック図である。 本発明の第１の実施の形態に係るユーザーが個人端末を操作して遠隔呼びを登録する様子を示す図である。 本発明の第１の実施の形態に係る建屋データベースの構成例を示す図である。 本発明の第１の実施の形態に係るＩＤ管理データベースの構成例を示す図である。 本発明の第１の実施の形態に係るユーザーＩＤデータベースの構成例を示す図である。 本発明の第１の実施の形態に係るログデータベースの構成例を示す図である。 本発明の第１の実施の形態に係る登録された遠隔呼びの判定結果が正常である場合に表示される個人端末の表示画面の例を示す図である。 本発明の第１の実施の形態に係る登録された遠隔呼びの判定結果が異常である場合に表示される個人端末の表示画面の例を示す図である。 本発明の第１の実施の形態に係るセンター管理システムで行われる全体処理の例を示すフローチャートである。 本発明の第１の実施の形態に係るデータ受付処理の例を示すフローチャートである。 本発明の第１の実施の形態に係るデータ認証処理の例を示すフローチャートである。 本発明の第１の実施の形態に係るデータ照合処理の例を示すフローチャートである。 本発明の第１の実施の形態に係る個人端末データ判定処理の例を示すフローチャートである。 本発明の第１の実施の形態に係るエレベーターデータ判定処理の例を示すフローチャートである。 本発明の第１の実施の形態に係る異常データ判定処理の例を示すフローチャートである。 本発明の第１の実施の形態に係る個人端末からセンター管理システムを介して遠隔呼びのデータを受信した時に行われるエレベーター運行管理システムの処理の例を示すフローチャートである。 本発明の第１の実施の形態に係る遠隔呼びの登録終了後に行われるエレベーター運行管理システムの処理の例を示すフローチャートである。 本発明の第１の実施の形態に係る計算機のハードウェア構成例を示すブロック図である。 本発明の第２の実施の形態に係るユーザーが個人端末を操作して遠隔呼びを登録する様子を示す図である。 本発明の第３の実施の形態に係るエレベーター管理システムの全体構成例を示すブロック図である。

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

［第１の実施の形態］
始めに、本発明の第１の実施の形態に係るエレベーター管理システムの全体構成例及び動作例について説明する。

図１は、エレベーター管理システム１の全体構成例を示すブロック図である。
エレベーター管理システム１は、乗り場エレベーターサービス要求装置２、ビル管理システム３、センター管理システム４、エレベーター運行管理システム６、１号機エレベーター制御システム７－１～Ｎ号機エレベーター制御システム７－Ｎを備える。

乗り場エレベーターサービス要求装置２、ビル管理システム３、センター管理システム４及びエレベーター運行管理システム６は、インターネット等の通信回線Ｎを通じて、互いに通信可能に構成されている。

乗り場エレベーターサービス要求装置２（サービス要求装置の一例）は、例えば、ユーザーが使用するスマートフォン、タブレット端末等である。以下の説明では、乗り場エレベーターサービス要求装置２を「個人端末」と呼ぶ。ユーザーは、個人端末を操作して、乗り場階のエレベーターホールに到着する前に呼びを登録することで、エレベーターサービスを要求する。このようにユーザーが、乗り場階のエレベーターホールから離れた場所で、個人端末を操作して登録する呼びを「遠隔呼び」と称する。

遠隔呼びが正当であれば、号機エレベーター制御システム７に登録された呼びに応じて乗り場階にかごが配車される。そして、ユーザーが乗り場階にあるエレベーターホールに着くと、既に乗り場階に到着したかごに乗車することができる。このため、従来のようにユーザーがエレベーターホールに着いてから乗り場呼びを登録する構成と比べて、本実施の形態に係る構成では、事前に呼び登録が可能なため、乗り場呼びを登録したのち、かご内にて行き先階を登録する手間がなくなり、エレベーターへの要求が、遠隔呼びの操作１回のみで済む。また当該遠隔呼びは、ユーザーが、かごの乗車前に個人端末を通じて行先階を登録してもよいし、当該遠隔呼びは、乗り場呼びのみを作成し、ユーザーが、かごに乗車してからかご内の行先階ボタンを押して行先階を登録してもよい。

ビル管理システム３は、エレベーターが設置されるビル（建屋）の空調、照明等を管理する。

センター管理システム４は、複数の建屋で運行されるエレベーターを遠隔監視するセンターに設けられている。ユーザーが遠隔呼びを登録すると、この遠隔呼びのデータがセンター管理システム４に送られる。そして、センター管理システム４は、遠隔呼びを登録可能な個人端末から送信されるデータを受付け、このデータに基づきエレベーターの動作を制御する。この際、センター管理システム４は、個人端末から受信した遠隔呼びのデータに基づいて、個人端末を使用するユーザーの認証を行い、個人端末に判定結果を送信する。センター管理システム４では、登録された遠隔呼びが正当な呼びであると判定した場合に、エレベーター運行管理システム６に対して、遠隔呼びを転送する。

また、センター管理システム４は、エレベーター運行管理システム６からエレベーターデータを受信すると、エレベーターデータの異常判定を行う。エレベーター運行管理システム６は、センター管理システム４から転送された遠隔呼びを正しく登録できたか否かを判定する機能を持つ。このため、センター管理システム４は、エレベーター運行管理システム６から受信したエレベーターデータに、いたずら呼びに該当する情報が含まれていれば、いたずら呼びを登録したユーザーを特定し、いたずら呼びが行われた回数等を記憶する。

エレベーター運行管理システム６は、１号機エレベーター制御システム７－１～Ｎ号機エレベーター制御システム７－Ｎで行われるエレベーターの運行を号機ごとに管理する。このエレベーター運行管理システム６は、エレベーターと共に同じ建屋に設置されるが、他の建屋に設置されてもよい。以下の説明で、１号機エレベーター制御システム７－１～Ｎ号機エレベーター制御システム７－Ｎを区別しない場合、「号機エレベーター制御システム７」と呼ぶ。なお、エレベーター運行管理システム６は、複数の号機エレベーター制御システム７を通じて、複数のエレベーターを群管理制御する構成とするが、単一の号機エレベーター制御システム７を通じて、単一のエレベーターを制御する構成としてもよい。或いは、エレベーター運行管理システム６が持つ機能を、号機エレベーター制御システム７内に構築しても良い。或いは、エレベーター運行管理システム６が持つ機能を、ビル管理システム３、センター管理システム４に構築しても良い。よって、当該運行管理の持つ機能をどのシステムで実現しても良い。

そして、エレベーター運行管理システム６は、センター管理システム４から転送される遠隔呼びのデータに基づいて作成した第１通知データを号機エレベーター制御システム７に送信して、号機エレベーター制御システム７に対する制御指示を行う。一方、エレベーター運行管理システム６は、号機エレベーター制御システム７から受信したエレベーターの運行データに基づいて作成した第２通知データをエレベーターデータとしてセンター管理システム４に送信する。なお、データの通知手段については、これに限らない。例えばエレベーター運行管理システム６は、センター管理システム４とは通信せず、号機エレベーター制御システム７経由でデータを受送信する方式でもよい。一般的にエレベーターの遠隔での故障検知などのため、号機エレベーター制御システム７にセンター管理システム４とデータ受送信をしていることがあるため、当該インフラを流用する構成でも良い。この場合には、号機エレベーター制御システム７から送信される遠隔呼びを一度エレベーター運行管理システム６にて集計し、当該集計結果からどの乗り場階から要求があったか等を解析し、当該データに基づき、呼びを作成する。

号機エレベーター制御システム７は、エレベーター運行管理システム６に登録された呼びに基づいて、エレベーターの動作を制御する。例えば、号機エレベーター制御システム７は、かごを利用者から要求のあった乗り場階に配車したり、かごを利用者の所望する行先階に移動させたり、かごドア及びホールドアの開閉を行ったりする。また、号機エレベーター制御システム７は、エレベーターの動作結果を含むデータをエレベーター運行管理システム６に送信する。このデータには、乗り場階及び行先階におけるかご内の荷重の変化、かごが乗り場階及び行先階に到着した時刻等の情報が含まれる。

ここで、ユーザーが遠隔呼びを登録する様子について説明する。
図２は、ユーザーが個人端末を操作して遠隔呼びを登録する様子を示す図である。図２では、１号機エレベーター制御システム７－１に注目して、ユーザーが個人端末を操作する様子を示す。

１号機エレベーター制御システム７－１は、かご７１、モータ７２及びロープ７３で構成されるエレベーターの運行を制御する。かご７１のかご床には、荷重を検出する荷重センサー７４が設けられている。エレベーターの運行としては、少なくとも、かご７１を遠隔呼びが登録された乗り場階に配車する制御、かご７１を行先階に配車する制御、かご７１のかごドア及び乗り場階のホールドアを開閉する制御が含まれる。

ユーザーは、各自で所持する個人端末を操作することで、エレベーターホールに着く前に遠隔呼びを登録できる。個人端末には、ユーザーを特定するユーザーＩＤが紐づけられている。

個人端末に登録された遠隔呼びのデータは、Ｗｉ－Ｆｉ（登録商標）、４Ｇ回線等を含む通信回線Ｎを通じてセンター管理システム４に送信される。この呼びのデータには、ユーザーＩＤが含まれる。そして、センター管理システム４及びエレベーター運行管理システム６で所定の処理を経た後、正当なユーザーが登録した遠隔呼びであれば、１号機エレベーター制御システム７－１が、乗り場階にかご７１を配車する。ただし、ユーザーが過去に遠隔呼びを登録したにも関わらず、かご７１に乗車しなかったり、かご７１に乗車したにも関わらず、複数の行先階を登録したことで降車しない行先階があったりした場合、ユーザーは悪意をもってエレベーターを利用したと考えられる。このようなエレベーターの利用を「いたずら呼び」とも称する。いたずら呼びが何度も行われると、エレベーターの運行効率が著しく低下する。そこで、センター管理システム４とエレベーター運行管理システム６は、いたずら呼びを登録するユーザーを特定し、ユーザーに対して注意喚起を促す。また、頻繁にいたずら呼びを登録したユーザーに対して、新たな遠隔呼びの登録を受付けない制御を行うことも可能である。

再び、図１に戻って、センター管理システム４とエレベーター運行管理システム６の詳細な構成について説明する。

＜センター管理システム４＞
始めに、センター管理システム４の詳細な内部構成例について説明する。
センター管理システム４は、受信部４１、認証部４２、照合部４３、個人端末データ判定部４４、エレベーターデータ判定部４５、異常検出部４６、データベース登録部４７（図では、「ＤＢ登録部」と記載）、送信部４８、建屋データベース５１、ＩＤ管理データベース５２、ユーザーＩＤデータベース５３及びログデータベース５４を備える。なお、図中では、データベースを「ＤＢ」と略記する。

受信部４１は、個人端末及びエレベーター運行管理システム６からデータを受信する。ここで、個人端末から送信されるデータには、遠隔呼びのデータが含まれる。また、エレベーター運行管理システム６から送信されるデータには、エレベーターが正しく利用されたことを示す情報、遠隔呼びがＮＧであったことを示す情報等が含まれる。個人端末及びエレベーター運行管理システム６からセンター管理システム４に送信されるデータには、いずれも所定の方式による暗号化が施される。このため、受信部４１は、暗号化されたデータを復号した後、復号したデータを認証部４２に出力する。

認証部４２は、受信部４１から入力したデータを認証する。個人端末とセンター管理システム４との間、センター管理システム４とエレベーター運行管理システム６との間で送受信されるデータは、規定のＩＤ、パスワード等が設定されている。例えば、個人端末には、様々な汎用アプリケーションがインストールされているが、遠隔呼びを登録するためのアプリケーションは、例えば、センター管理システム４を運営する事業者で承認されたものである。

このため、認証部４２は、個人端末又はエレベーター運行管理システム６から受信部４１が受信したデータが、センター管理システム４により承認されたアプリケーションから送信されたデータであるかを認証する。この認証に際して、例えば、アプリケーションＩＤが一致しているか否か、センター管理システム４が規定するパスワードが一致しているか否か等を判定する処理が行われる。認証部４２は、個人端末から送信された遠隔呼びのデータを認証し、アプリケーションＩＤ及びパスワードが一致する肯定的な認証結果を得られた遠隔呼びのデータを、照合部４３に出力する。つまり、認証結果がＯＫであれば、正しく認証された送信者が送信したデータであることが判明するので、次処理にデータが繋げられる。一方、認証結果がＮＧであれば、承認されていない送信者が送信したデータであることが判明するので、次処理以降にデータは繋げられない。

照合部４３は、認証部４２により認証されたデータに基づいて、ユーザーＩＤデータベース５３を参照し、個人端末から受信した遠隔呼びのデータに含まれるユーザーＩＤ及び建屋ＩＤを照合する。この照合に際して、照合部４３は、適宜、建屋データベース５１、ＩＤ管理データベース５２も参照することがある。本実施の形態では、照合部４３が、ユーザーＩＤ及び建屋ＩＤを照合するとして説明するが、照合部４３は、認証部４２により認証されたデータに基づいて、ユーザーＩＤデータベース５３を参照し、個人端末から受信した遠隔呼びのデータに含まれるユーザーＩＤだけを照合する構成としてもよい。この構成であれば、ユーザーＩＤデータベース５３には、ユーザーＩＤだけが格納されていればよい。そして、照合部４３は、照合結果に基づいて、個人端末データ判定部４４、エレベーターデータ判定部４５又は異常検出部４６にデータを振り分ける。

個人端末データ判定部４４（遠隔呼び判定部の一例）は、ユーザーＩＤデータベース５３を参照して、遠隔呼びのデータに含まれるユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当するかを判定する。そして、個人端末データ判定部４４は、ユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当する場合に、ユーザーＩＤが含まれる遠隔呼びの登録を禁止する。具体的には、個人端末データ判定部４４は、ユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当する場合に、ユーザーＩＤが含まれる遠隔呼びを、エレベーター運行管理システム６に登録させない。このように遠隔呼びの登録が禁止されるユーザーＩＤにより特定されるユーザーを「登録禁止ユーザー」と呼ぶ。登録禁止ユーザーは、過去に何度もいたずら呼びを登録したことで、後述する禁止リストにユーザーＩＤが登録されたユーザーである。そして、個人端末データ判定部４４は、登録禁止ユーザーが使用する個人端末から受信したデータであれば、この個人端末からエレベーター運行管理システム６への遠隔呼びの登録を不許可とする。

そして、個人端末データ判定部４４は、遠隔呼びのデータに含まれるユーザーＩＤが、遠隔呼びの登録が禁止されるユーザーＩＤに該当すると判定した場合に、個人端末に対して、エレベーター運行管理システム６に遠隔呼びが登録されなかったこと（つまり、遠隔呼びの登録が不許可であること）を通知する情報を出力する。この情報は、送信部４８により個人端末に送信される。一方、個人端末データ判定部４４は、登録禁止ユーザーが使用する個人端末から送信された遠隔呼びのデータでなければ、エレベーター運行管理システム６に対して、エレベーター運行管理システム６への遠隔呼びの登録を指示するメッセージを作成する。

エレベーターデータ判定部４５は、エレベーター運行管理システム６から受信したデータ（エレベーターデータと呼ぶ）に、遠隔呼びのデータが異常であったことを示す異常データが含まれるかを判定する。このエレベーターデータは、エレベーター運行管理システム６に遠隔呼びが登録されたエレベーターが号機エレベーター制御システム７により動作したことで、号機エレベーター制御システム７から取得され、エレベーター運行管理システム６から送信されるものである。そして、エレベーターデータ判定部４５は、エレベーターデータに異常データが含まれる場合に、異常データの受信回数を、エレベーターデータから検出したユーザーＩＤに関連付けてユーザーＩＤデータベース５３に登録する。そして、エレベーターデータ判定部４５は、個人端末に対して、異常データの有無の判定結果を含むメッセージを作成する。

異常検出部４６は、エレベーターの運行状況を表すエレベーターデータに基づいて、遠隔呼びで登録された乗り場階にてユーザーＩＤで特定されるユーザーが、乗り場階に配車されたかごに乗車しなかった異常を検出する。また、異常検出部４６は、エレベーターデータに基づいて、エレベーター運行管理システム６に登録された行先階に移動したかごから、行先階を登録したユーザーＩＤで特定されるユーザーが降車しなかった異常についても検出する。そして、異常検出部４６は、判定結果が異常を示せば、ユーザーごとの異常登録回数に応じて、当該ユーザーのユーザーＩＤを禁止リストに登録する。禁止リストについては、後述する図５のユーザーＩＤデータベース５３において説明する。なお、禁止リストに登録されたユーザーＩＤに対応するユーザーは、禁止リストがクリアされるまで、遠隔呼びを登録できなくなる。

データベース登録部４７は、異常の発生回数を、ユーザーＩＤに関連付けてユーザーＩＤデータベース５３に登録する。上述したように、ユーザーが登録した乗り場階に配車されたかごに乗車しなかった異常が検出された場合、又はユーザーが登録した行先階に移動したかごから降車しなかった異常が検出された場合に、データベース登録部４７は、異常の発生回数を登録する。

建屋データベース５１、ＩＤ管理データベース５２、ユーザーＩＤデータベース５３及びログデータベース５４については、後述する図３～図６にて詳細な内容を説明する。

＜エレベーター運行管理システム６＞
次に、エレベーター運行管理システム６の詳細な内部構成例について説明する。
エレベーター運行管理システム６は、受信部６１、認証部６２、呼び受付判定部６３、入力整合性判定部６４、呼び登録部６５、到着判定部６６、乗降検出部６７、誤操作検出部６８、通知データ作成部６９及び送信部７０を備える。

受信部６１は、ユーザーの個人端末から送信され、センター管理システム４から転送された遠隔呼びのデータを受信する。そして、受信部６１は、認証部６２に遠隔呼びのデータを出力する。また、受信部６１は、号機エレベーター制御システム７から、エレベーターの運行に関するデータを受信すると、このデータを誤操作検出部６８に出力する。

受信部６１から通知データ作成部６９までの構成のうち、エレベーター運行管理システム６の左側にある認証部６２、呼び受付判定部６３、入力整合性判定部６４及び呼び登録部６５は、センター管理システム４から転送された個人端末のデータを受信したときに実行される機能部である。一方、エレベーター運行管理システム６の右側にある到着判定部６６、乗降検出部６７及び誤操作検出部６８は、個人端末のデータの処理が終わった後に実行される機能部である。

（エレベーター運行管理システム６の左側の機能部）
始めに、エレベーター運行管理システム６の左側にある機能部の構成例について説明する。
認証部６２は、遠隔呼びのデータを、センター管理システム４から転送された、個人端末が送信したデータであるか認証する。この認証には、センター管理システム４とエレベーター運行管理システム６との間で定められるＩＤ、パスワード等が用いられる。

呼び受付判定部６３は、肯定的な認証結果（ＯＫ）であった場合、認証された遠隔呼びのデータは、センター管理システム４から転送されたデータであると判定する。このため、呼び受付判定部６３は、登録された遠隔呼びを受け付け、入力整合性判定部６４に、遠隔呼びのデータを出力する。

入力整合性判定部６４は、センター管理システム４から転送され、呼び受付判定部６３から入力された遠隔呼びのデータの整合性を判定する。整合性の判定処理として、例えば、遠隔呼びのデータに、ユーザーが乗降可能な階の情報が含まれるかを判定する処理が含まれる。そして、入力整合性判定部６４は、遠隔呼びのデータから抽出される乗り場階及び行先階が、遠隔呼びで指定される建屋の階情報と整合すること、及び遠隔呼びのデータから抽出される乗り場階又は行先階が、かごを配車可能な階情報と整合することを判定して呼び登録部６５に判定結果を出力する。

呼び登録部６５は、遠隔呼びのデータの整合性の判定結果が肯定的である場合に、遠隔呼びのデータに基づいて選択した一つの号機に対して、遠隔呼びのデータから抽出した乗り場階を含む呼びを登録する。また、呼び登録部６５は、遠隔呼びのデータから抽出し、又はかご内で登録された行先階を含む呼びを登録することもできる。そして、呼び登録部６５は、呼びを登録した号機の情報を、通知データ作成部６９に出力する。

通知データ作成部６９は、呼び登録部６５が登録した呼びが正常であれば、呼び登録部６５により登録された呼びに基づいて、号機エレベーター制御システム７に送信する第１通知データを作成する。一方で、通知データ作成部６９は、登録された行先階が、かごの不停止階であったり、整合性判定がＮＧであったりした場合には、呼びの登録ができなかったことをセンター管理システム４に送信する第２通知データを作成する。

また、通知データ作成部６９は、呼び登録部６５により遠隔呼びが正しく登録された場合に作成した第１通知データを号機エレベーター制御システム７に出力する。また、通知データ作成部６９は、乗り場階及び行先階が、遠隔呼びで指定される建屋の階情報と整合しない場合、又は、乗り場階若しくは行先階がかごを配車可能な階情報と整合しない場合に作成した第２通知データをセンター管理システム４に出力する。

送信部７０は、通知データ作成部６９により作成された第１通知データ又は第２通知データを該当する送信先に向けて送信する。上述したように、呼び登録部６５が呼びを登録できた場合、送信部７０は、号機エレベーター制御システム７に対して第１通知データを送信する。通知データを受信した号機エレベーター制御システム７は、受信した第１通知データに基づいて、乗り場階にかごを配車する。一方、呼び登録部６５が呼びを登録できなかった場合、送信部７０は、センター管理システム４に対して第２通知データを送信する。第２通知データを受信したセンター管理システム４は、呼びが登録できなかったことを個人端末に通知する。

（エレベーター運行管理システム６の右側の機能部）
次に、エレベーター運行管理システム６の右側にある機能部の構成例について説明する。図中では、到着判定部６６、乗降検出部６７、誤操作検出部６８の順に並べて記載しているが、到着判定部６６及び乗降検出部６７は、それぞれ異なるタイミングで稼働し、誤操作検出部６８が、到着判定部６６及び乗降検出部６７から結果を受け取ることで、誤操作を検出している。

到着判定部６６は、エレベーターの運行データと、呼び登録部６５に登録された呼びに基づいて、かごが乗り場階に到着したこと、及びかごが行先階に到着したことを判定する。そして、到着判定部６６は、到着判定結果を誤操作検出部６８に出力する。

乗降検出部６７は、エレベーターの運行データに基づいて、遠隔呼びを登録したユーザーが、呼び登録部６５により登録された乗り場階にてかごに乗車したこと、又は、かごに乗車したユーザーが、呼び登録部６５により登録された行先階にてかごから降車したことを検出する。乗降検出部６７は、例えば、荷重センサー７４が検出する値の増減に基づいて、ユーザーの乗降を検出する。そして、乗降検出部６７は、乗降検出結果を誤操作検出部６８に出力する。

誤操作検出部６８は、到着判定部６６の到着判定結果、及び乗降検出部６７の乗降検出結果に基づいて、ユーザーが、遠隔呼びで登録された乗り場階及び行先階で正しく乗降できていないことを、ユーザーの誤操作として検出する。そして、誤操作検出部６８は、検出結果を通知データ作成部６９に出力する。

通知データ作成部６９は、誤操作検出部６８の検出結果に基づいて、誤操作が検出されたユーザーを特定するユーザーＩＤを含む第２通知データを作成する。なお、誤操作なしの検出結果であれば、通知データ作成部６９は、処理を行わない。一方で、通知データ作成部６９は、誤操作ありの検出結果であれば、第２通知データを作成する。

送信部７０は、センター管理システム４に対して、誤操作検出部６８の検出結果に基づく第２通知データを送信する。センター管理システム４は、第２通知データを受信することで、ユーザーがエレベーターを実際に利用したか、誤操作であったか、ユーザーがいたずら呼びをしたかを判定する。

＜データベース＞
次に、センター管理システム４が備える各データベースの構成について、図３～図６を参照して説明する。

＜建屋データベース＞
図３は、建屋データベース５１の構成例を示す図である。
建屋データベース５１は、バンクＩＤ、建屋名、階、及び対象エレベーター管理Ｎｏ（番号）の各フィールドを備える。

バンクＩＤフィールドには、エレベーターの運行単位であるバンクを識別するためのバンクＩＤが格納される。バンクは、一つの建屋に一つ又は複数用意されており、バンクＩＤは、建屋ごとに管理される。

建屋名フィールドには、センター管理システム４で管理されるエレベーターが設置される建屋の建屋名が格納される。
階フィールドには、バンクＩＤで管理される階床が格納される。
対象エレベーター管理Ｎｏフィールドには、センター管理システム４で管理されるエレベーターの管理Ｎｏが格納される。
例えば、「〇ビル」では、一つのバンクＩＤ「０００００１」で管理される階床が「Ｂ１，１，２，３」の４階床あり、２台のエレベーター（「０００００１」、「０００００２」）が管理対象であることが示される。

＜ＩＤ管理データベース＞
図４は、ＩＤ管理データベース５２の構成例を示す図である。
ＩＤ管理データベース５２は、バンクＩＤ、個人端末向け建屋ＩＤ、階の各フィールドを備える。

バンクＩＤフィールドには、バンクＩＤが格納される。
個人端末向け建屋ＩＤフィールドには、ユーザーＩＤ（個人端末）に紐づけられた建屋ＩＤが格納される。例えば、建屋がオフィスビルであれば、このオフィスビルに入居している企業の従業員以外の者は、ビル内に立ち入ることはできない。このため、企業の従業員にユーザーＩＤが割り当てられており、このユーザーＩＤに対して特定の建屋ＩＤが紐づけられる。この特定の建屋ＩＤを、「個人端末向け建屋ＩＤ」と呼ぶ。

階フィールドには、建屋ごとにバンクＩＤで管理される階が格納される。バンクＩＤは、建屋ごとに管理される。例えば、バンクＩＤ「００００００１」は「Ｂ１，１，２，３」階を運行単位とし、バンクＩＤ「００００００２」は「１，２，３，４，５」階を運行単位とする。

＜ユーザーＩＤデータベース＞
図５は、ユーザーＩＤデータベース５３の構成例を示す図である。
ユーザーＩＤデータベース５３は、ユーザーＩＤ、個人端末向け建屋ＩＤ、異常登録、登録禁止の各フィールドを備える。

ユーザーＩＤフィールドには、エレベーターのユーザーを一意に特定するユーザーＩＤが格納される。
個人端末向け建屋ＩＤフィールドには、個人端末向け建屋ＩＤが格納される。エレベーターを利用するユーザーが１台の個人端末しか使用しなければ、個人端末に紐づけられたユーザーＩＤと、個人端末に向け建屋ＩＤとは１対１に対応する。
このようにユーザーＩＤデータベース５３は、個人端末を使用するユーザーを特定するユーザーＩＤと、エレベーターが設置される建屋を特定する建屋ＩＤとを関連付けて格納する。

異常登録フィールドには、エレベーター運行管理システム６に登録された遠隔呼びに対して異常な乗降が検出された場合に、異常な遠隔呼びが登録されたことを示す異常登録回数が格納される。
登録禁止フィールドには、異常登録フィールドに格納された異常登録回数が第１閾値を超えた場合に（後述する図１５のステップＳ６８のＹＥＳ判定）、この異常な呼びを登録したユーザーＩＤに対して、新たな呼びの登録を禁止することを示すデータ（例えば、“１”）が格納される。以下の説明では、登録禁止フィールドにデータ“１”が格納されることを、「禁止リストに登録される」とも呼ぶ。登録禁止フィールドに格納される値が“０”以外であれば、このユーザーＩＤで特定されるユーザーは、個人端末を利用した遠隔呼びの登録が制限される。例えば、ユーザーが遠隔呼びを登録しようとしても、登録できない旨のメッセージが個人端末に表示される。なお、異常受信回数が一時的に第２閾値を超えた場合においても（後述する図１４のステップＳ５６のＹＥＳ判定）、ユーザーＩＤに対して、一時的に禁止リストに登録されることがある。この場合、一定時間の経過後に禁止リストへの登録が解除される。

＜ログデータベース＞
図６は、ログデータベース５４の構成例を示す図である。
ログデータベース５４は、遠隔呼び登録時刻、ユーザーＩＤ、建屋ＩＤ、乗り場階、行先階、登録状況、現在の状態の各フィールドを備える。

遠隔呼び登録時刻フィールドには、ユーザーが遠隔呼びを登録（作成）した呼び登録時刻が格納される。
ユーザーＩＤフィールドには、遠隔呼びを登録したユーザーを特定するユーザーＩＤが格納される。
建屋ＩＤフィールドには、遠隔呼びが登録されるエレベーターが設置された建屋を特定する建屋ＩＤが格納される。
乗り場階フィールドには、ユーザーが遠隔呼びで登録した乗り場階が格納される。
行先階フィールドには、ユーザーが遠隔呼び又はかご呼びで登録した行先階が格納される。

登録状況フィールドには、登録された遠隔呼びに基づいてユーザーに提供されるエレベーターサービスの登録状況が格納される。ユーザーが、遠隔呼びで登録した乗り場階及び行先階のいずれにも正常に乗降したのであれば〇印が格納される。一方、ユーザーが、呼びで登録した乗り場階又は行先階のいずれかに異常な乗降をしたのであれば×印が格納される。

現在の状態フィールドには、登録状況フィールドの内容を詳細に説明した、エレベーターサービスの現在の状態が格納される。例えば、上から１行目のレコード（ユーザーＩＤ：０００００１、建屋ＩＤ：１０００００１）は、乗り場階を３階とし、行先階をＢ１階として登録された遠隔呼びに対して行われたサービスがいずれも正常に完了したため、登録状況に〇印が格納される。この場合、現在の状態がＣｏｍｐ（Completeの略記）である。

一方、上から３行目のレコード（ユーザーＩＤ：０００００３、建屋ＩＤ：１０００００１）は、乗り場階を３階とし、行先階を１階として登録された遠隔呼びに対して行われたサービスのうち、乗り場階でユーザーがかごに乗車しなかったことを表す。このため、現在の状態が、Ｈａｌｌ ＮＧ（乗り場階で異常発生）であるので、登録状況には×印が格納される。このレコードに記録されたユーザーＩＤに対応する、ユーザーＩＤデータベース５３の異常登録フィールドには、異常登録の回数“１”が加算される。

また、上から４行目のレコード（ユーザーＩＤ：０００００４、建屋ＩＤ：１０００００１）は、乗り場階を２階とし、行先階を１階として登録された遠隔呼びに対して行われたサービスのうち、乗り場階で乗車したユーザーが行先階で降車しなかったことを表す。このため、現在の状態が、Ｄｅｓｔ ＮＧ（行先階で異常発生）であるので、登録状況には×印が格納される。このレコードに記録されたユーザーＩＤに対応する、ユーザーＩＤデータベース５３の異常登録フィールドには、異常登録の回数“１”が加算される。

なお、一番下のレコード（ユーザーＩＤ：０００００２、建屋ＩＤ：１０００００２）は、乗り場階を４階とし、行先階を１階として登録された遠隔呼びに対して行われたサービスを表すが、まだ、かごが乗り場階に配車されていないことを表す。ここで、上から２行目のレコードのユーザーＩＤと、一番下のレコードのユーザーＩＤとは、同じ符号（０００００２）であるが、建屋ＩＤが異なるので、異なるユーザーを表している。そして、現在の状態が、Ｎｏｎ ｓｅｒｖｉｃｅ（サービス未実施）であり、登録された遠隔呼びの実行状況が正常又は異常のいずれも確定していないので、登録状況にはハイフンが格納される。

本実施の形態では、ＩＤ管理データベース５２で管理される個人端末向け建屋ＩＤと、ログデータベース５４で管理される建屋ＩＤとを同一としているが、これらのＩＤは同一でなくてもよい。
例えば、バンクが低層階、高層階で分かれていることを想定する。バンクＩＤは、ユーザーが乗降可能な対象階別に関連付けられる。この場合、低層階用のバンクＩＤ（１）、高層階用のバンクＩＤ（２）が設定される。そこで、個人端末向け建屋ＩＤとしては、バンクＩＤ（１）又はバンクＩＤ（２）のいずれかを設定してもよい。あるいは、バンクＩＤ（１）、（２）を一つにまとめたバンクＩＤ（１Ａ）を定めることで、個人端末向け建屋ＩＤにバンクＩＤ（１Ａ）を設定してもよい。このように個人端末向け建屋ＩＤに対して一つのバンクＩＤ（１Ａ）を設定する際には、センター管理システム４において、対象階別にバンクＩＤを関連付けする必要がある。一つの建屋に複数のバンク（例えば、上述した（１）、（２））が存在する場合、個人端末向け建屋ＩＤには複数のバンクを対象とする一つの建屋ＩＤ（例えば、上述した（１Ａ））だけを個人端末向けに関連付けてもよい。

また、図４に示すＩＤ管理データベース５２において、Ｂ１階は、バンクＩＤが“０００００１”であればユーザーが乗降できる階である。このため、ユーザーがＢ１階を乗り場階とする呼び、Ｂ１階を行先階とする呼びには、バンクＩＤ“０００００１”が設定される。
また、４、５階は、バンクＩＤが“０００００２”であればユーザーが乗降できる階である。このため、例えば、４階を乗り場階とする呼び、５階を行先階とする呼びには、バンクＩＤ“０００００２”が設定される。
一方、１、２、３階は、バンクＩＤが“０００００１”、“０００００２”のいずれであってもユーザーが乗降できる階である。ここで、１階、２階、３階を乗り場階又は行先階として登録する場合には、１階であればバンクＩＤ“０００００１”が設定され、２階又は３階であればバンクＩＤ“０００００２”が設定されるように関連付けてもよい。

＜個人端末の表示画面＞
次に、遠隔呼びの判定結果が示される個人端末の表示画面について、図７と図８を参照して説明する。
図７は、登録された遠隔呼びの判定結果が正常である場合に表示される個人端末の表示画面の例を示す図である。
乗り場階を１階とし、行先階を３階とした遠隔呼びが正常であれば、画面中央の「Registration」にチェックが入り、エレベーター運行管理システム６に遠隔呼びが正しく登録されたことがユーザーに示される。

図８は、登録された遠隔呼びの判定結果が異常である場合に表示される個人端末の表示画面の例を示す図である。
乗り場階を１階とし、行先階を３階とした遠隔呼びの判定結果が異常であれば、画面中央の「Registration」には、エレベーター運行管理システム６への遠隔呼びの登録が不可であることを表す×印が表示される。例えば、行先階が、エレベーターサービスが提供されない、かごの不停止階であったり、ユーザーが禁止リストに登録されていたりすると、センター管理システム４により遠隔呼びが登録不可と判定される。そして、エレベーター運行管理システム６に遠隔呼びが登録できなかったことがユーザーに示される。

＜センター管理システム４の処理＞
次に、センター管理システム４の処理について、図９～図１５を参照して説明する。
図９は、センター管理システム４で行われる全体処理（図中では、「センター全体処理」と記載）の例を示すフローチャートである。

始めに、受信部４１は、個人端末から登録された遠隔呼びのデータを受け付け、又はエレベーター運行管理システム６からエレベーターデータ又は第２通知データを受付けるデータ受付処理を行う（Ｓ１）。次に、認証部４２は、受信部４１が受信した各データを認証するデータ認証処理を行う（Ｓ２）。

次に、照合部４３は、認証部４２で認証された各データを照合するデータ照合処理を行う（Ｓ３）。次に、個人端末データ判定部４４とエレベーターデータ判定部４５がデータを判定するデータ判定処理を行う（Ｓ４）。

また、ステップＳ３で行われた照合部４３によるデータの照合の後、異常検出部４６は、エレベーターデータに基づいて、遠隔呼びで登録された乗り場階又は行先階にて異常の発生を検出する、データ異常検出処理を行う（Ｓ５）。データの異常が検出されると、データベース登録部４７は、発生した異常に紐づけられたユーザーＩＤを異常ＩＤデータとしてユーザーＩＤデータベース５３に登録する（Ｓ６）。
ステップＳ４，Ｓ６の後、センター管理システム４は、本処理を終了する。

＜データ受付処理＞
図１０は、ステップＳ１に示したデータ受付処理の例を示すフローチャートである。
データ受付処理において、受信部４１は、データ受信処理を行う（Ｓ１１）。次に、受信部４１は、データを復号し（Ｓ１２）、本処理の結果をセンター全体処理（図９）に戻す。

＜データ認証処理＞
図１１は、データ認証処理の例を示すフローチャートである。
データ認証処理において、認証部４２は、データ受付処理で復号されたデータからＩＤを抽出し、このＩＤの認証処理を行う（Ｓ２１）。上述したように認証処理では、センター管理システム４を運営する事業者が承認したアプリケーションのＩＤと、データから抽出されたＩＤとが一致するか否かが判定される。そして、ＩＤが一致した場合に、認証結果がＯＫであることを示す情報がセンター全体処理（図９）に戻される。

この認証処理では、規定のパスワードが一致するか否かの判定も行われることがある。この場合、ＩＤ及びパスワードが一致した場合に、認証結果がＯＫであることを示す情報がセンター全体処理（図９）に戻される。

＜データ照合処理＞
図１２は、データ照合処理の例を示すフローチャートである。
データ照合処理において、照合部４３は、認証結果がＯＫであるデータ（センター管理システム４に入力された入力データ）に対して、この入力データが個人端末から出力されたものであるか否かを判定する（Ｓ３１）。このように個人端末から出力され、センター管理システム４に入力された入力データを「個人端末データ」と呼ぶ。

入力データが個人端末から出力された個人端末データである場合（Ｓ３１のＹＥＳ）、照合部４３は、個人端末データを照合する（Ｓ３２～Ｓ３４）。この際、照合部４３は、ユーザーＩＤデータベース５３を参照して、個人端末データから取り出した個人端末向け建屋ＩＤを照合する（Ｓ３２）。照合部４３は、個人端末データから取り出した個人端末向け建屋ＩＤが、ユーザーＩＤデータベース５３に格納されていないと判定すると、以降の処理を飛ばし、照合ＮＧの判定結果をセンター全体処理（図１２）に戻す。

一方、照合部４３は、個人端末データから取り出した個人端末向け建屋ＩＤが、ユーザーＩＤデータベース５３に格納されていると判定すると、さらにユーザーＩＤデータベース５３を参照して、個人端末データから取り出したユーザーＩＤを照合する（Ｓ３３）。ステップＳ３３の照合処理では、例えば、遠隔呼びの登録に際して入力された、乗り場階の情報、及び行先階の情報についても照合される。例えば、入力された乗り場階、又は行先階が、個人端末で特定されるユーザーが移動可能な階床でなければ、照合ＮＧの判定結果となる。そして、照合部４３は、個人端末データから取り出したデータの照合結果がＮＧであれば、以降の処理を飛ばし、照合ＮＧの判定結果をセンター全体処理（図１２）に戻す。

一方、照合部４３は、個人端末データから取り出したデータの照合結果がＯＫであれば、後述する図１３に示す個人端末データ判定処理を行う（Ｓ３４）。ステップＳ３４の個人端末データ判定処理は、図９に示したステップＳ４のデータ判定処理に該当する。

ステップＳ３１にて、入力データが個人端末から出力された個人端末データでない場合（Ｓ３１のＮＯ）、この入力データは、エレベーター運行管理システム６からセンター管理システム４に向けて送信されたデータである。そこで、ステップＳ３１でＮＯ判定された後の処理（Ｓ３５～Ｓ３９）は、個人端末への通知、又は異常データの判定を行うものとなる。

照合部４３は、ユーザーＩＤデータベース５３を参照し、入力データから抽出したユーザーＩＤを照合する（Ｓ３５）。次に、照合部４３は、入力データであるエレベーターデータの照合処理を行う（Ｓ３６）。

次に、照合部４３は、入力データに第２通知データが含まれるか否かを判定する（Ｓ３７）。第２通知データとは、エレベーター運行管理システム６から個人端末又はセンター管理システム４に対して出力される通知内容を含むデータである。この通知内容には、例えば、エレベーター運行管理システム６が、遠隔呼びを正しく登録できたか否かを示す情報が含まれる。

そして、照合部４３は、入力データに第２通知データが含まれると判定した場合（Ｓ３７のＹＥＳ）、後述する図１４に示すエレベーターデータ判定処理を行う（Ｓ３８）。ステップＳ３８のエレベーターデータ判定処理は、図９に示したステップＳ４のデータ判定処理に該当する。

一方、照合部４３は、入力データに第２通知データが含まれないと判定した場合（Ｓ３７のＮＯ）、この入力データは異常データを含むので、後述する図１５に示す異常データ判定処理を行う（Ｓ３９）。ステップＳ３９の異常データ判定処理は、図９に示したステップＳ５のデータ異常検知、ステップＳ６の異常ＩＤデータ登録の処理に該当する。

＜個人端末データ判定処理＞
図１３は、個人端末データ判定処理の例を示すフローチャートである。本処理は、個人端末データ判定部４４が、個人端末データに基づく遠隔呼びの登録要否を判定する処理である。

始めに、個人端末データ判定部４４は、個人端末データからユーザーＩＤを検出する処理を行う（Ｓ４１）。次に、個人端末データ判定部４４は、ユーザーＩＤデータベース５３を参照し、個人端末データから検出されたユーザーＩＤが、登録禁止ユーザーとして禁止リストに登録されているか否かを判定する（Ｓ４２）。

検出したユーザーＩＤが、登録禁止ユーザーとして登録されていなければ（Ｓ４２のＮＯ）、個人端末データ判定部４４は、後段のステップＳ４４の処理にて個人端末データに基づいて加工する出力データの送信先を選定する処理を行う（Ｓ４３）。個人端末データの送信先となるエレベーター運行管理システム６は、ユーザーが使用するエレベーター、及びこのエレベーターが設置される建屋により異なる。

次に、個人端末データ判定部４４は、ステップＳ４３で選定したエレベーター運行管理システム６に送信する出力データを加工する処理を行う（Ｓ４４）。この処理により、出力データには、ユーザーＩＤと共に、登録された呼びが遠隔呼びであること、遠隔呼びで登録された乗り場階及び行先階といった情報が含まれることになる。そして、個人端末データ判定部４４は、エレベーター運行管理システム６に出力データを登録させるための出力データを送信する処理を行う（Ｓ４５）。

一方、ステップＳ４２にて、検出したユーザーＩＤが、登録禁止ユーザーであれば（Ｓ４２のＹＥＳ）、個人端末データ判定部４４は、個人端末データに基づく遠隔呼びのエレベーター運行管理システム６への登録を不許可とする処理を行う（Ｓ４６）。このため、個人端末データに基づいて加工される出力データは、エレベーター運行管理システム６に送信されない。

一方、エレベーター運行管理システム６への遠隔呼びの登録を不許可としたことを、個人端末を使用するユーザーに知らせる必要がある。そこで、個人端末データ判定部４４は、個人端末に対して、遠隔呼びの登録を不許可としたことを示すメッセージを含む出力データを送信する処理を行う（Ｓ４７）。

＜エレベーターデータ判定処理＞
図１４は、エレベーターデータ判定処理の例を示すフローチャートである。本処理は、エレベーター運行管理システム６から受信した入力データが第２通知データである場合（図１２のステップＳ３７のＹＥＳ）に行われる。

始めに、エレベーターデータ判定部４５は、エレベーター運行管理システム６から送信された第２通知データからユーザーＩＤを検出する（Ｓ５１）。次に、エレベーターデータ判定部４５は、第２通知データに異常データが含まれるか否かを判定する（Ｓ５２）。

第２通知データに異常データが含まれていなければ（Ｓ５２のＮＯ）、エレベーターデータ判定部４５は、エレベーター運行管理システム６から送信された第２通知データの加工処理を行う（Ｓ５３）。ここで、第２通知データの加工処理について説明する。例えば、エレベーター運行管理システム６により割り振られた簡易的なＩＤ（“１”、“２”…）に対して、センター管理システム４が個人端末に文字列を送信する場合、各ＩＤに規定のメッセージが割り付けられる。例えば、ＩＤが“１”であれば、「呼びが登録できました。」というメッセージが割り付けられる。また、ＩＤが“２”であれば、「呼びが登録できませんでした。」というメッセージが割り付けられ、ＩＤが“３”であれば、「しばらくお待ちください。」というメッセージが割り付けられる。このようにエレベーターデータ判定部４５は、ＩＤに割り付けたメッセージを、個人端末に送信するテキストメッセージとして送信データに加工する。

他にも、エレベーターデータ判定部４５は、個人端末にインストールされたアプリケーションの機能により個人端末に表示される画像が３つあれば、各ＩＤに画像ＩＤを割り付ける。例えば、ＩＤが“１”であれば、画像Ａを割り付け、ＩＤが“２”であれば、画像Ｂを割り付ける。このようにエレベーターデータ判定部４５は、各ＩＤに割り付けられた画像の情報を送信データに加工する。

ステップＳ５３の加工処理の後、エレベーターデータ判定部４５は、加工した第２通知データを送信データとして送信部４８から個人端末に送信させる処理を行う（Ｓ５７）。

一方、ステップＳ５２にて、エレベーターデータに異常データが含まれていれば（Ｓ５２のＹＥＳ）、エレベーターデータ判定部４５は、ユーザーＩＤデータベース５３を参照し、エレベーターデータから抽出したユーザーＩＤに紐づけられる異常データの受信回数をカウントする処理を行う（Ｓ５４）。この処理では、エレベーターデータ判定部４５がユーザーＩＤデータベース５３に異常データの受信回数を登録する。なお、ユーザーＩＤデータベース５３には、異常データの受信回数が、異常登録数として格納されている。

次に、エレベーターデータ判定部４５は、ユーザーＩＤデータベース５３を参照し、エレベーターデータから抽出したユーザーＩＤに紐づけられた異常データの受信回数（図中では「当該ＩＤの異常回数」と記載）が、第２閾値を超えたか否かを判定する（Ｓ５５）。第２閾値は、例えば、５回とするが、他の値としてもよい。

そして、異常データの受信回数が、第２閾値を超えていれば（Ｓ５５のＹＥＳ）、図１に示したエレベーターデータ判定部４５は、一時的にユーザーＩＤを禁止リストに登録する（Ｓ５６）。ユーザーＩＤデータベース５３の登録禁止フィールドが禁止リストに該当する。そして、エレベーターデータ判定部４５が登録禁止フィールドに「１」を格納することを、ユーザーＩＤを禁止リストに登録する処理とする。

ステップＳ５６の後、エレベーターデータ判定部４５は、ユーザーＩＤを禁止リストに登録したことを示すメッセージを含む送信データを、送信部４８から個人端末に送信させる処理を行う（Ｓ５７）。一方、エレベーターデータ判定部４５は、異常データの受信回数が、第２閾値を超えていないと判断すると（Ｓ５５のＮＯ）、異常データの受信があったことを示すメッセージを含む送信データを、送信部４８から個人端末に送信させる処理を行う（Ｓ５７）。

ここで、ユーザーＩＤデータベース５３に格納される異常登録の回数は、期間を定めず累積されてもよいし、所定期間（例えば、１カ月ごと）にゼロクリアされてもよい。

＜異常データ判定処理＞
図１５は、異常データ判定処理の例を示すフローチャートである。本処理は、エレベーター運行管理システム６から受信した入力データに第２通知データが含まれていなかった場合（図１２のステップＳ３７のＮＯ）に行われる。なお、センター管理システム４は、エレベーター運行管理システム６からエレベーターデータが入力されることで、エレベーターの運行状況を逐一監視することが可能である。

始めに、異常検出部４６は、入力した異常データから乗り場階及び行先階を検出する処理を行う（Ｓ６１）。次に、異常検出部４６は、未登録のユーザーがあるか否かを判定する（Ｓ６２）。例えば、エレベーター運行管理システム６に呼びが登録されたが、図６のログデータベース５４に示すように現在の状態が「Ｎｏｎ ｓｅｒｖｉｃｅ」のデータや、乗り場から乗車したが行先階には到着していないユーザーを示すデータが、未登録のユーザーのデータである。異常検出部４６は、未登録ユーザーがないと判定すると（Ｓ６２のＮＯ）、他の処理を行わず、本処理を終了する。

一方、異常検出部４６は、未登録ユーザーがあると判定すると（Ｓ６２のＹＥＳ）、ユーザーが遠隔呼びに登録された乗り場階で乗車したか否かを判定する（Ｓ６３）。例えば、異常検出部４６は、乗り場階にかごが到着した後、かごドア及びホールドアが開いたにも関わらず、荷重の増減がなかったことを、荷重センサー７４の検出値により誤操作検出部６８が検出した検出結果に基づいて判定する。荷重の増減がなければ、ユーザーは、乗車する予定のない階を遠隔呼びに登録したと考えられる。そこで、異常検出部４６は、乗り場階で異常が発生したことを検出する。

異常検出部４６は、ユーザーが乗り場階で乗車したと判定すると（Ｓ６３のＹＥＳ）、ユーザーが呼びに登録された行先階で降車したか否かを判定する（Ｓ６４）。例えば、行先階にかごが到着したにも関わらず、荷重が減少しなかった場合には、ユーザーは、降車する予定のない階を行先階に登録したと考えられる。そこで、異常検出部４６は、乗り場階で異常が発生したことを検出する。

異常検出部４６は、ユーザーが行先階で降車したと判定すると（Ｓ６４のＹＥＳ）、データベース登録部４７は、ログデータベース５４にデータを登録し、ログデータベース５４を更新する処理を行う（Ｓ６５）。その後、異常検出部４６は、データ照合処理（図１２）に戻る。

また、ステップＳ６３にて、異常検出部４６は、ユーザーが乗り場階で乗車していないと判定すると（Ｓ６３のＮＯ）、乗り場階異常ログを出力する（Ｓ６７）。データベース登録部４７は、ログデータベース５４に乗り場階異常ログを記録する。また、ステップＳ６４にて、異常検出部４６は、ユーザーが行先階で降車していないと判定すると（Ｓ６４のＮＯ）、データベース登録部４７は、ログデータベース５４に行先階異常ログを出力する（Ｓ６６）。

ステップＳ６６又はＳ６７の後、異常検出部４６は、異常登録回数が第１閾値を超えたか否かを判定する（Ｓ６８）。第１閾値は、例えば１０回とするが、他の値としてもよい。

異常登録回数が第１閾値を超えていなければ（Ｓ６８のＮＯ）、ステップＳ７０に移る。一方、異常登録回数が第１閾値を超えていれば（Ｓ６８のＹＥＳ）、データベース登録部４７は、当該ユーザーを禁止リストに登録する（Ｓ６９）。このように、異常登録回数が第１閾値を超えるユーザーのユーザーＩＤに対して、ユーザーＩＤデータベース５３の登録禁止フィールドに「１」を格納することを「ユーザーを禁止リストに登録する」と呼ぶ。

ステップＳ６８のＮＯ判定、又はステップＳ６９の処理の後、データベース登録部４７は、ログデータベース５４に異常ユーザーの更新処理を行う（Ｓ７０）。このため、ログデータベース５４には、遠隔呼びの登録時に追加されたレコードに対して、登録状況フィールド、及び現在の状態フィールドに所定の値が格納される。

＜エレベーター運行管理システム６の処理＞
次に、エレベーター運行管理システム６の処理について、図１６と図１７を参照して説明する。
図１６は、個人端末からセンター管理システム４を介して遠隔呼びのデータを受信した時に行われるエレベーター運行管理システム６の処理の例を示すフローチャートである。この処理は、図１に示すエレベーター運行管理システム６の左側にある各機能部で行われる。

始めに、受信部６１は、個人端末からセンター管理システム４を介して送信された、遠隔呼びのデータを受信する（Ｓ８１）。次に、認証部６２は、受信部６１が受信したデータの認証を行う（Ｓ８２）。例えば、認証部６２は、データから検出したＩＤ、パスワード等を用いて、センター管理システム４からエレベーター運行管理システム６に対して送信されたデータであるかを認証する。

次に、呼び受付判定部６３は、認証部６２によるデータの認証結果がＯＫであるか否かを判定する（Ｓ８３）。認証結果がＮＧであれば（Ｓ８３のＮＯ）、ステップＳ８９に移る。

一方、認証結果がＯＫであれば（Ｓ８３のＹＥＳ）、呼び受付判定部６３は、受付けた遠隔呼びのデータから乗り場階、行先階、種別情報を検出する（Ｓ８４）。種別情報とは、例えば、ユーザーが車椅子を利用したり、ＶＩＰであったりする場合に、エレベーターを専用で運行することをエレベーター運行管理システム６に要求する情報である。

次に、入力整合性判定部６４は、呼び受付判定部６３により検出された乗り場階及び行先階の情報が、遠隔呼びが登録される建屋のエレベーターに存在する階情報に含まれるか否かを判定する（Ｓ８５）。例えば、２０階建ての建屋において、低層階は１階から１０階、高層階は１１階から２０階のようにサービス可能な階が分かれているとする。ここで、遠隔呼びにおいて、乗り場階が１階、行先階が２０階とする情報が含まれても、１階から２０階にかごを直行させるサービスは提供できない。この場合、乗り場階及び行先階の情報が、遠隔呼びが登録された建屋のエレベーターに存在する階情報に含まれないと判定される。そして、乗り場階及び行先階の情報が、遠隔呼びが登録された建屋のエレベーターに存在する階情報に含まれない場合（Ｓ８５のＮＯ）、ステップＳ８９に移る。

一方、例えば、建屋の低層階が１階から１０階である場合、乗り場階又は行先階のいずれかに１階が登録され、他方に５階が登録されていれば、これらの階情報は、遠隔呼びが登録された建屋のエレベーターに存在する階情報に含まれる。

そこで、遠隔呼びが登録された建屋のエレベーターに存在する階情報に含まれていれば（Ｓ８５のＹＥＳ）、入力整合性判定部６４は、ステップＳ８４で検出された乗り場階及び行先階が、エレベーターサービスの対象から切り離されていないか否かを判定する（Ｓ８６）。例えば、セキュリティ上の理由からテナントが入っていない特定の階が８階である場合に、不特定のユーザーが８階で降車できないように設定されることがある。この場合、たとえユーザーが行先階として８階を登録しても、８階にかごを停止させるべきではない。このように特定の階がエレベーターサービスの対象から切り離されることがある。そこで、個人端末により登録された乗り場階又は行先階が、エレベーターサービスの対象から切り離されていれば（Ｓ８６のＮＯ）、ステップＳ８９に移る。

一方、個人端末により登録された乗り場階及び行先階が、エレベーターサービスの対象から切り離されていなければ（Ｓ８６のＹＥＳ）、呼び登録部６５は、エレベーターの乗り場階の呼びを登録する（Ｓ８７）。この際、呼び登録部６５は、個人端末により指定された号機に呼びを登録してもよいし、建屋に存在する複数の号機のエレベーターから、登録された乗り場階にかごを配車する時間が最も短い号機を選択して呼びを登録してもよい。

次に、呼び登録部６５は、エレベーターの行先階の情報を登録する（Ｓ８８）。行先階の情報は、かご内で登録されてもよいし、個人端末を通じて登録されてもよい。

ステップＳ８８の後、又は、ステップＳ８３，Ｓ８５，Ｓ８６のＮＯ判定の後、通知データ作成部６９は、第１通知データ又は第２通知データを作成する（Ｓ８９）。第１通知データは、登録の情報を含む。登録の情報は、呼び登録部６５が乗り場階及び行先階を正しく登録できたことを表しており、該当する号機の号機エレベーター制御システム７に通知データが送信される。

第２通知データは、不停止、又は整合性ＮＧの情報を含む。不停止の情報は、入力データから検出された乗り場階又は行先階のいずれかがエレベーターサービスの切り離し階であるため、かごが当該階で停止できないことを表す。このため、不停止の情報を含む第２通知データは、センター管理システム４に戻される。また、整合性ＮＧの情報は、入力データから検出された乗り場階又は行先階のいずれかが、遠隔呼びが登録された建屋に存在しないため、エレベーターサービスを提供できないことを表す。このため、整合性ＮＧの情報を含む第２通知データについても、センター管理システム４に戻される。

ステップＳ８９の後、送信部７９は、号機エレベーター制御システム７又はセンター管理システム４に第１又は第２通知データを送信し（Ｓ９０）、本処理を終了する。

図１７は、遠隔呼びの登録終了後に行われるエレベーター運行管理システム６の処理の例を示すフローチャートである。つまり、エレベーター運行管理システム６に登録された呼びに応じて、実際にエレベーターが稼働したことに対する処理である。この処理は、図１に示すエレベーター運行管理システム６の右側にある各機能部で行われる。以下のステップＳ９１～Ｓ９６の処理は、主に誤操作検出部６８により実行され、適宜、到着判定部６６及び乗降検出部６７の処理結果が参照される。

始めに、誤操作検出部６８は、図１６のステップＳ８７、Ｓ８８でエレベーター運行管理システム６に正常に登録された個人端末からの呼びのうち、未実行又は実行中の呼びが残っているか否かを判定する（Ｓ９１）。未実行又は実行中の呼びが残っていなければ（Ｓ９１のＮＯ）、ステップＳ９７に移る。

一方、未実行又は実行中の呼びが残っていれば（Ｓ９１のＹＥＳ）、誤操作検出部６８は、該当する号機の号機エレベーター制御システム７から取得するデータに基づいて、録された乗り場呼びで定められる乗り場階にかごが到着したか否かを判定する（Ｓ９２）。ここで、誤操作検出部６８は、到着判定部６６の判定結果に基づいて、かごの到着有無を判定する。乗り場階にかごが到着していなければ（Ｓ９２のＮＯ）、誤操作検出部６８は、ステップＳ９１に戻り、処理を繰り返す。

一方、乗り場階にかごが到着し（Ｓ９２のＹＥＳ）、かごに乗車したユーザーにより行先階が登録されると、誤操作検出部６８は、登録されたエレベーターの行先階を、ユーザーが乗車したかごが運行される号機エレベーター制御システム７に登録指示する（Ｓ９３）。

次に、誤操作検出部６８は、乗り場階からかごに乗車するユーザーの乗車を検出したか否かを判定する（Ｓ９４）。ここで、誤操作検出部６８は、乗降検出部６７の検出結果に基づいて、かごにユーザーが乗車したか否かを判定する。誤操作検出部６８は、乗り場階に配車されたかごにユーザーが乗車したことを検出できなければ（Ｓ９４のＮＯ）、ステップＳ９７に移る。

一方、誤操作検出部６８は、乗り場階に配車されたかごにユーザーが乗車したことを検出できれば（Ｓ９４のＹＥＳ）、号機エレベーター制御システム７から取得するデータに基づいて、ステップＳ９３で登録された行先階にかごが到着したか否かを検出する（Ｓ９５）。ここで、誤操作検出部６８は、到着判定部６６の判定結果に基づいて、かごの到着有無を判定する。誤操作検出部６８は、登録された行先階に対して、かごが到着したことを検出できなければ（Ｓ９５のＮＯ）、ステップＳ９１に戻り、処理を繰り返す。

一方、誤操作検出部６８は、登録された行先階に対して、かごが到着したことを検出できれば（Ｓ９５のＹＥＳ）、かごが到着した行先階にて、ユーザーの降車を検出したか否かを判定する（Ｓ９６）。ここで、誤操作検出部６８は、乗降検出部６７の検出結果に基づき、登録された行先階にて、かごからユーザーが降車したか判定する。

誤操作検出部６８は、行先階にて、かごからユーザーが降車したことを検出できなければ（Ｓ９６のＮＯ）、ステップＳ９７に移る。一方、誤操作検出部６８が、行先階にて、かごからユーザーが降車したことを検出できれば（Ｓ９６のＹＥＳ）、通知データ作成部６９が第２通知データを作成する（Ｓ９７）。ここで、作成される第２通知データには、少なくとも２種類の情報（登録、ＮＧ）のいずれかが含まれる。登録の情報は、呼び登録部６５が乗り場階及び行先階を正しく登録できたことを表しており、該当する号機の号機エレベーター制御システム７に第２通知データが送信される。ＮＧの情報は、ユーザーが登録された乗車階でかごに乗車せず、又は登録された行先階で降車していないことを表す。

ステップＳ９７の後、送信部７０は、号機エレベーター制御システム７又はセンター管理システム４に通知データを送信し（Ｓ９８）、本処理を終了する。

＜計算機のハードウェア構成＞
次に、センター管理システム４及びエレベーター運行管理システム６を構成する計算機１００のハードウェア構成を説明する。
図１８は、計算機１００のハードウェア構成例を示すブロック図である。計算機１００は、本実施の形態に係るセンター管理システム４及びエレベーター運行管理システム６として動作可能なコンピューターとして用いられるハードウェアの一例である。本実施の形態に係るエレベーター管理システム１（図１を参照）は、各システムの計算機１００（コンピューター）がプログラムを実行することにより、図１に示した各機能ブロックが連携して行う、エレベーターの運行管理方法を実現する。

計算機１００は、バス１０４にそれぞれ接続されたＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、及びＲＡＭ（Random Access Memory）１０３を備える。さらに、計算機１００は、不揮発性ストレージ１０５及びネットワークインターフェイス１０６を備える。

ＣＰＵ１０１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ１０２から読み出してＲＡＭ１０３にロードし、実行する。ＲＡＭ１０３には、ＣＰＵ１０１の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ１０１によって適宜読み出される。ただし、ＣＰＵ１０１に代えてＭＰＵ（Micro Processing Unit）を用いてもよい。例えば、センター管理システム４の各機能部の機能、及びエレベーター運行管理システム６の各機能部の機能は、ＣＰＵ１０１が実行するプログラムにより実現される。

不揮発性ストレージ１０５としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ１０５には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機１００を機能させるためのプログラムが記録されている。ＲＯＭ１０２及び不揮発性ストレージ１０５は、ＣＰＵ１０１が動作するために必要なプログラムやデータ等を記録しており、計算機１００によって実行されるプログラムを格納したコンピューター読取可能な非一過性の記憶媒体の一例として用いられる。例えば、センター管理システム４が備える各データベースは、不揮発性ストレージ１０５により構成される。

ネットワークインターフェイス１０６には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＮＩＣの端子に接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを装置間で送受信することが可能である。例えば、センター管理システム４の受信部４１及び送信部４８、エレベーター運行管理システム６における受信部６１及び送信部７０の機能は、ネットワークインターフェイス１０６により実現される。

以上説明した第１の実施の形態に係るエレベーター管理システム１では、ユーザーが個人端末を操作して、遠隔呼びを登録できる。ここで、ユーザーが遠隔呼びを登録したにも関わらず、ユーザーが、登録された乗車階でかごに乗車しないか、登録された行先階に到着したかごから降車しない場合には、いたずら呼びが発生したと判定される。そして、遠隔呼びを登録したユーザーによるいたずら呼びの登録回数が記録される。いたずら呼びの登録回数が第１閾値を超えた場合には、このユーザーのユーザーＩＤを禁止リストに登録することで、このユーザーによる新たな呼びの登録を禁止する。このため、いたずら呼びが登録されることで、かごが配車されることによるエレベーターの運行効率の低下を防ぐことができる。また、いたずら呼びをしない他のユーザーにとっては、誰も乗車及び降車しない階でかごが停止しなくなるので、目的とする行先階までかごがスムーズに移動する。このため、エレベーターの利用に際して、使い勝手が向上する。

なお、禁止リストにユーザーＩＤが登録されると、このユーザーＩＤに紐づけられた個人端末からの遠隔呼びは一定期間にわたって受け付けない。一定期間後、この個人端末から遠隔呼びの登録を受付けてもよいが、さらに累積でいたずら呼びが登録されたことにより、異常登録の回数が所定の第１閾値を超えた場合には、このユーザーＩＤを禁止リストに再び登録すると共に、ユーザーＩＤを永久凍結してもよい。この場合、ユーザーＩＤが永久凍結されたユーザーは、遠隔呼びを登録できなくなるので、いたずら呼びをしない他のユーザーにとっては、本来の目的とするエレベーターの利用を続けることができる。

なお、第１の実施の形態に係るエレベーター管理システム１において、例えば、エレベーターホールに設けられている、一般の乗り場ボタンとかご呼びボタンによる呼び登録は、いたずら呼びの判断を行う対象としない。あくまで、ユーザーが登録した遠隔呼びによりかごが配車された後で、遠隔呼びがキャンセルされたことを検出した場合に、ユーザーＩＤをセンター管理システム４に送信することで、このユーザーＩＤを異常登録する。

［第２の実施の形態］
次に、本発明の第２の実施の形態に係るエレベーター管理システムの全体構成例及び動作例について説明する。第１の実施の形態に係るエレベーター管理システムでは、かご内でユーザーを検出しない構成としていたが、第２の実施の形態に係るエレベーター管理システムでは、乗り場とかご内でユーザーを検出する構成とする。

図１９は、ユーザーが個人端末を操作して遠隔呼びを登録する様子を示す図である。
ここで、各階の乗り場には、乗り場カメラ８１が設置され、かご７１にはかご内カメラ８２が設置される。乗り場カメラ８１は、乗り場を撮影することで、乗り場にいるユーザーを検出する機能を有し、第１ユーザー検出部の一例として用いられる。また、かご内カメラ８２は、かご内を撮影することで、かご内に乗車したユーザーを検出する機能を有し、第２ユーザー検出部の一例として用いられる。

そして、乗降検出部６７は、乗り場カメラ８１から取得した映像に基づいて、乗り場にいるユーザー、乗り場からかごに乗車したユーザー、かごから降車したユーザーを検出する。ここで、乗り場にいるユーザーは、乗り場階に登録したユーザーＩＤとして認識される。また、乗降検出部６７は、かご内カメラ８２から取得した映像に基づいて、かごの移動中にかご内にいるユーザーを検出する。ここで、かご内にいるユーザーは、行先階に登録したユーザーＩＤとして認識される。

そして、誤操作検出部６８は、乗り場カメラ８１から取得した映像に基づいて、乗り場階の呼びが登録されたにも関わらず、ユーザーがかごに乗車しないことを検出すると、ユーザーの誤操作として検出する。そして、誤操作検出部６８は、誤操作したユーザーのユーザーＩＤを含む誤操作の検出結果をセンター管理システム４に送信する。また、誤操作検出部６８は、乗り場カメラ８１又はかご内カメラ８２から取得した映像に基づいて、行先階の呼びが登録されたにも関わらず、ユーザーがかごから降車しないことを検出すると、ユーザーの誤操作として検出する。そして、誤操作検出部６８は、誤操作したユーザーＩＤを含む誤操作の検出結果をセンター管理システム４に送信する。このため、センター管理システム４では、検出結果に基づいて、ユーザーのいたずら呼びを検出することができる。そして、異常検出部４６は、いたずら呼びをしたユーザーの異常登録、及び禁止リストへの登録を正しく行うことができる。

なお、第２ユーザー検出部としては、上述した乗り場カメラ８１、かご内カメラ８２だけでなく、荷重センサー７４を併用してもよい。乗降検出部６７は、荷重センサー７４が検出した荷重値を、一般的な成人男性の体重値（例えば、６０ｋｇ）で割ることで、荷重の増減を求め、かごを乗降したユーザーの人数を求めることができる。乗降検出部６７が、荷重センサー７４が検出した荷重値に基づいて、登録された乗車階又は行先階における、かごへの乗車、又はかごからの降車を検出しなかった場合には、誤操作検出部６８は、個人端末に紐づけられたユーザーＩＤで特定されるユーザーの誤操作として検出した上で、センター管理システム４に検出結果を送信する。

また、ユーザーが遠隔呼びを登録する際には、個人端末に紐づけられたユーザーＩＤと、センター管理システム４から予め登録された個人端末に対してショートメッセージ等で送信されたパスワードが個人端末から入力されたことを認証処理に用いる二段階認証を併用してもよい。このような処理により、不特定の個人端末からいたずら呼びが登録されることで、誰もいない乗り場階にかごが配車されてしまう事態を避けることができる。あるいは、センター管理システム４が、ユーザーＩＤと、個人端末に固有の情報（ＭＡＣアドレス）等を紐づけて管理しておき、複数の情報によりユーザーＩＤを特定してもよい。

［第３の実施の形態］
次に、本発明の第３の実施の形態に係るエレベーター管理システムの全体構成例及び動作例について説明する。第３の実施の形態に係るエレベーター管理システムでは、群管理制御されていないエレベーターに対して、第１の実施の形態に係るエレベーター管理システムと同様の処理を適用する。

図２０は、第３の実施の形態に係るエレベーター管理システム１Ａの構成例を示すブロック図である。
エレベーター管理システム１Ａは、乗り場エレベーターサービス要求装置２、ビル管理システム３、エレベーター運行管理システム６Ａ及び１号機エレベーター制御システム７－１を備える。

エレベーター運行管理システム６Ａの主要な構成は、第１の実施の形態に係るセンター管理システム４とエレベーター運行管理システム６とを組み合わせて実現される。ただし、センター管理システム４の受信部４１と送信部４８を除いた第１処理部１１１と、エレベーター運行管理システム６の受信部６１及び送信部７０を除いた第２処理部１１２とは、エレベーター運行管理システム６Ａの内部で相互にデータの入出力が行われる。そして、エレベーター運行管理システム６Ａには、外部の装置又はシステムからデータを受信する受信部１１０と、外部の装置又はシステムにデータを送信する送信部１１３が設けられる。

乗り場エレベーターサービス要求装置２は、登録した遠隔呼びのデータを、ネットワークＮを介して送信する。そして、受信部１１０は、遠隔呼びのデータを受信し、第１処理部１１１に遠隔呼びのデータを出力する。第１処理部１１１、第２処理部１１２は、処理途中のデータを互いに参照可能である。

送信部１１３は、第２処理部１１２で正常に登録された呼びのデータを１号機エレベーター制御システム７－１に送信する。また、送信部１１３は、乗り場エレベーターサービス要求装置２に対して、遠隔呼びを正常に登録できたこと、又は当該ユーザーが禁止リストに登録されているので遠隔呼びを登録できなかったことを表すメッセージを送信する。

また、エレベーター運行管理システム６Ａは、１号機エレベーター制御システム７－１が設置される建屋に設けられるのであれば、各データベースに建屋ＩＤのフィールドを設けなくてもよい。また、エレベーター運行管理システム６Ａから建屋データベース５１を除いた構成としてもよい。

以上説明した第３の実施の形態に係るエレベーター管理システム１Ａでは、単一号機のエレベーターの運行を管理するエレベーター運行管理システム６Ａが、第１処理部１１１、第２処理部１１２を備える構成としたものである。そして、第１の実施の形態では、センター管理システム４とエレベーター運行管理システム６が相互に通信したデータを処理していたのに対し、エレベーター運行管理システム６Ａの内部で処理を実行することができる。なお、エレベーター運行管理システム６Ａは、複数の号機のかごを群管理制御する複数の号機エレベーター制御システム７を備える構成としてもよい。

なお、本発明は上述した各実施の形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した各実施の形態は本発明を分かりやすく説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施の形態の構成の一部を他の実施の形態の構成に置き換えることは可能であり、さらにはある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。具体的には、構成としてエレベーター運行管理システム６と、号機エレベーター制御システム７と、センター管理システム４を要してユーザーＩＤの管理や、いたずら呼びの検出、乗降客の検出を各々のシステムにて検出／管理を行っていることを説明したが、これらを一つのエレベーター管理システム１として統合することも容易である。この場合、建屋データベース５１には、当該システムを収める建屋情報のみが格納される。或いは、建屋データベース５１そのものが無い構成も考えられる。建屋データベース５１そのものが無い構成では、乗り場エレベーターサービス要求装置２から送信するデータの中から建屋ＩＤへの関連付けする情報はなくなる。乗り場エレベーターサービス要求装置２とデータの要求先が決定した時点で、どの建屋に対する要求か否か決まるからである。但し、建屋の中で複数のエレベーターが、存在する場合には類似の建屋データベースを設けて、関連する複数のエレベーター群を一つのバンクと定義し、各バンクＩＤ別にＩＤを管理する方式でもよい。または対象の乗り場階、行き先階に対応したバンクにデータの送受信を実施する方式でもよい。

更に各システムにて相互にデータを送受信する受信部／送信部を設けたが、一つのシステムに統合しても受信部／送信部を設ける形にしても良い。或いは内部のメモリへデータを格納／アクセスするような形態でも良い。
また遠隔呼びに対して、センター管理システム４が入出力を管理し、いたずら呼びを多数発生させたユーザーを管理し、当該ユーザーの入力を制限する方式としたが、実施形態はこれらに限らない。遠隔呼びの入力端末である乗り場エレベーターサービス要求装置２内に、データテーブルを設けて、例えば一日ごとにクリアするカウンタを設けて、当該カウンタはエレベーター側より得られたいたずら呼びの検出回数をフィードバックする方式とする。こうして、当該カウンタが閾値を超えた際に、乗り場エレベーターサービス要求装置２からエレベーター管理システム１への入力を制限する方式でも良い。

各データテーブルやデータベースは、実装上、ＲＯＭ（Read Only Memory）やストレージに保存され、フローチャートは、ＣＰＵ（Central Processing Unit）にて実行され、一時的に保管されるＲＡＭ（Random Access Memory）へデータを格納し、アクセスすることで、入出力のデータ処理を実行可能となる。入出力の通信では、Ｅｔｈｅｒｎｅｔ（登録商標）や、無線での通信路が採用されるケースが多々あるが、シリアル通信にて実行してもデータ量によっては問題ない。本実施に示した各システムは、類似のＲＯＭ／ストレージにデータが保管され、ＣＰＵ上に処理が実行され、ＲＡＭに一時的に格納／アクセスされることで実現できる。よってこれらのシステムを機能別に分離しても実施可能であるし、統合化して、各管理テーブルを割愛することは可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１，１Ａ…エレベーター管理システム、２…乗り場エレベーターサービス要求装置、４…センター管理システム、６，６Ａ…エレベーター運行管理システム、７…号機エレベーター制御システム、４１…受信部、４２…認証部、４３…照合部、４４…個人端末データ判定部、４５…エレベーターデータ判定部、４６…異常検出部、４７…データベース登録部、４８…送信部、５１…建屋データベース、５２…ＩＤ管理データベース、５３…ユーザーＩＤデータベース、５４…ログデータベース、６１…受信部、６２…認証部、６３…呼び受付判定部、６４…入力整合性判定部、６５…呼び登録部、６６…到着判定部、６７…乗降検出部、６８…誤操作検出部、６９…通知データ作成部、７０…送信部

Claims (6)

1. 遠隔呼びを登録可能なサービス要求装置から送信されるデータに基づきエレベーターの動作を制御するエレベーター管理システムにおいて、前記エレベーター管理システムは、前記サービス要求装置から送信される前記データを受付けるセンター管理システムと、前記エレベーターの運行を管理するエレベーター運行管理システムと、前記エレベーターの動作を制御するエレベーター制御システムと、を備え、
   前記センター管理システムは、
   前記エレベーターが設置される建屋に一つ又は複数用意され、前記建屋ごとに管理されるバンクＩＤと、前記建屋に設置される前記エレベーターと、前記バンクＩＤで管理される階床とを関連付けて格納する建屋データベースと、
   前記バンクＩＤと、前記サービス要求装置に紐づけられた建屋ＩＤと、前記バンクＩＤで管理される階とを関連付けて格納するＩＤ管理データベースと、
   前記サービス要求装置を使用するユーザーを特定するユーザーＩＤと、前記建屋を特定する前記建屋ＩＤとを関連付けて格納し、前記建屋の階層ごとに異なる前記バンクＩＤが設定される場合に、前記建屋ＩＤは、前記ユーザーの立ち入りが許可される前記バンクＩＤが前記建屋ＩＤとして格納されるユーザーＩＤデータベースと、
   前記ユーザーＩＤデータベースを参照し、前記サービス要求装置から受信した前記遠隔呼びのデータに含まれる前記ユーザーＩＤ及び前記建屋ＩＤを照合する照合部と、
   前記遠隔呼びで登録された乗り場階にて前記ユーザーＩＤで特定される前記ユーザーが、前記乗り場階に配車されたかごに乗車しなかった異常を検出する異常検出部と、
   前記異常検出部により検出された前記異常の発生回数を、前記ユーザーＩＤに関連付けて前記ユーザーＩＤデータベースに登録し、前記異常の発生回数が第１閾値を超える場合に、前記ユーザーＩＤが含まれる前記遠隔呼びの登録を禁止するデータを前記ユーザーＩＤデータベースに登録し、前記異常検出部が、前記エレベーター運行管理システムに前記遠隔呼びが登録された前記エレベーターが前記エレベーター制御システムにより動作したことで、前記エレベーター制御システムから取得され、前記エレベーター運行管理システムから送信される、前記エレベーターの運行状況を表すエレベーターデータに基づいて、前記エレベーター運行管理システムに登録された行先階に移動した前記かごから、前記行先階を登録した前記ユーザーＩＤで特定される前記ユーザーが降車しなかった異常を検出した場合においても、前記異常の発生回数を、前記ユーザーＩＤに関連付けて前記ユーザーＩＤデータベースに登録するデータベース登録部と、
   前記ユーザーＩＤデータベースを参照して、前記遠隔呼びのデータに含まれる前記ユーザーＩＤが、前記遠隔呼びの登録が禁止される前記ユーザーＩＤに該当するかを判定し、前記ユーザーＩＤが、前記遠隔呼びの登録が禁止される前記ユーザーＩＤに該当する場合に、前記ユーザーＩＤが含まれる前記遠隔呼びの登録を禁止し、前記ユーザーＩＤが含まれる前記遠隔呼びを、前記エレベーター運行管理システムに登録させず、前記サービス要求装置に対して、前記エレベーター運行管理システムに前記遠隔呼びが登録されなかったことを通知する情報を出力する遠隔呼び判定部と、を有し、
   前記エレベーター運行管理システムは、
   前記遠隔呼びのデータの整合性の判定結果が肯定的である場合にのみ、前記遠隔呼びのデータから抽出した前記乗り場階を含む呼びを登録し、前記判定結果が肯定的である場合にのみ前記遠隔呼びのデータから抽出した前記行先階を含む呼びを登録し、又は前記判定結果が肯定的である場合にのみ前記かご内で登録された前記行先階を含む呼びを登録し、前記判定結果が肯定的でない場合に前記かご内で登録された前記行先階を含む呼びを登録しない呼び登録部と、
   前記センター管理システムから転送された前記遠隔呼びのデータの整合性を判定し、前記遠隔呼びのデータから抽出される前記乗り場階及び前記行先階が、前記遠隔呼びで指定される前記建屋の階情報と整合すること、及び前記遠隔呼びのデータから抽出される前記乗り場階又は前記行先階が、前記かごを配車可能な階情報と整合することを判定して前記呼び登録部に前記判定結果を出力する整合性判定部と、
   前記呼び登録部により登録された前記呼びに基づいて、前記センター管理システムから転送される前記遠隔呼びのデータに基づいて、前記エレベーター制御システムに対する制御指示を行う第１通知データであって、前記呼び登録部により前記遠隔呼びが正しく登録された場合に作成した前記第１通知データを前記エレベーター制御システムに出力し、前記エレベーター制御システムから受信した前記エレベーターの運行データに基づいて、前記乗り場階及び前記行先階が、前記遠隔呼びで指定される前記建屋の階情報と整合しない場合、又は、前記乗り場階若しくは前記行先階が前記かごを配車可能な階情報と整合しない場合に作成した第２通知データを前記センター管理システムに出力する通知データ作成部と、を有する
   エレベーター管理システム。
2. 前記センター管理システムは、
   前記エレベーターデータに、前記遠隔呼びのデータが異常であったことを示す異常データが含まれるかを判定し、前記エレベーターデータに前記異常データが含まれる場合に、前記異常データの受信回数を、前記エレベーターデータから検出した前記ユーザーＩＤに関連付けて前記ユーザーＩＤデータベースに登録するエレベーターデータ判定部を有する
   請求項１に記載のエレベーター管理システム。
3. 前記センター管理システムは、
   前記サービス要求装置から送信された前記遠隔呼びのデータを認証し、肯定的な認証結果を得られた前記遠隔呼びのデータを、前記照合部に出力する認証部を有する
   請求項２に記載のエレベーター管理システム。
4. 前記エレベーター運行管理システムは、
   前記運行データと、前記呼び登録部に登録された前記呼びに基づいて、前記かごが前記乗り場階に到着したこと、及び前記かごが前記行先階に到着したことを判定する到着判定部と、
   前記遠隔呼びを登録した前記ユーザーが、前記呼び登録部により登録された前記乗り場階にて前記かごに乗車したこと、又は、前記かごに乗車した前記ユーザーが、前記呼び登録部により登録された前記行先階にて前記かごから降車したことを検出する乗降検出部と、
   前記到着判定部の判定結果、及び前記乗降検出部の検出結果に基づいて、前記ユーザーが、前記遠隔呼びで登録された前記乗り場階及び前記行先階で正しく乗降できていないことを、前記ユーザーの誤操作として検出する誤操作検出部と、を有し、
   前記通知データ作成部は、前記誤操作が検出された前記ユーザーを特定する前記ユーザーＩＤを含む前記第２通知データを作成する
   請求項３に記載のエレベーター管理システム。
5. 前記乗降検出部は、前記乗り場階にいる前記ユーザーを検出する第１ユーザー検出部の検出結果、及び前記かごに乗車した前記ユーザーを検出する第２ユーザー検出部の検出結果に基づいて、前記乗り場から前記かごへの乗車、及び前記かごから前記乗り場への降車を検出する
   請求項４に記載のエレベーター管理システム。
6. 遠隔呼びを登録可能なサービス要求装置から送信されるデータを受付け、エレベーターの運行を管理するエレベーター運行管理システムにおいて、
   前記エレベーターが設置される建屋に一つ又は複数用意され、前記建屋ごとに管理されるバンクＩＤと、前記建屋に設置される前記エレベーターと、前記バンクＩＤで管理される階床とを関連付けて格納する建屋データベースと、
   前記バンクＩＤと、前記サービス要求装置に紐づけられた建屋ＩＤと、前記バンクＩＤで管理される階とを関連付けて格納するＩＤ管理データベースと、
   前記サービス要求装置を使用するユーザーを特定するユーザーＩＤと、前記建屋を特定する前記建屋ＩＤとを関連付けて格納し、前記建屋の階層ごとに異なる前記バンクＩＤが設定される場合に、前記建屋ＩＤは、前記ユーザーの立ち入りが許可される前記バンクＩＤが前記建屋ＩＤとして格納されるユーザーＩＤデータベースと、
   前記ユーザーＩＤデータベースを参照し、前記サービス要求装置から受信した前記遠隔呼びのデータに含まれる前記ユーザーＩＤ及び前記建屋ＩＤを照合する照合部と、
   前記遠隔呼びで登録された乗り場階にて前記ユーザーＩＤで特定される前記ユーザーが、前記乗り場階に配車されたかごに乗車しなかった異常を検出する異常検出部と、
   前記異常検出部により検出された前記異常の発生回数を、前記ユーザーＩＤに関連付けて前記ユーザーＩＤデータベースに登録し、前記異常の発生回数が第１閾値を超える場合に、前記ユーザーＩＤが含まれる前記遠隔呼びの登録を禁止するデータを前記ユーザーＩＤデータベースに登録し、前記異常検出部が、前記エレベーター運行管理システムに前記遠隔呼びが登録された前記エレベーターが、前記エレベーターの動作を制御するエレベーター制御システムにより動作したことで、前記エレベーター制御システムから取得される、前記エレベーターの運行状況を表すエレベーターデータに基づいて、前記エレベーター運行管理システムに登録された行先階に移動した前記かごから、前記行先階を登録した前記ユーザーＩＤで特定される前記ユーザーが降車しなかった異常を検出した場合においても、前記異常の発生回数を、前記ユーザーＩＤに関連付けて前記ユーザーＩＤデータベースに登録するデータベース登録部と、
   前記ユーザーＩＤデータベースを参照して、前記遠隔呼びのデータに含まれる前記ユーザーＩＤが、前記遠隔呼びの登録が禁止される前記ユーザーＩＤに該当するかを判定し、前記ユーザーＩＤが、前記遠隔呼びの登録が禁止される前記ユーザーＩＤに該当する場合に、前記ユーザーＩＤが含まれる前記遠隔呼びの登録を禁止し、前記ユーザーＩＤが含まれる前記遠隔呼びを、前記エレベーター運行管理システムに登録させず、前記サービス要求装置に対して、前記エレベーター運行管理システムに前記遠隔呼びが登録されなかったことを通知する情報を出力する遠隔呼び判定部と、
   前記遠隔呼びのデータの整合性の判定結果が肯定的である場合にのみ、前記遠隔呼びのデータから抽出した前記乗り場階を含む呼びを登録し、前記判定結果が肯定的である場合にのみ前記遠隔呼びのデータから抽出した前記行先階を含む呼びを登録し、又は前記判定結果が肯定的である場合にのみ前記かご内で登録された前記行先階を含む呼びを登録し、前記判定結果が肯定的でない場合に前記かご内で登録された前記行先階を含む呼びを登録しない呼び登録部と、
   前記サービス要求装置から送信される前記データを受付けるセンター管理システムから転送された前記遠隔呼びのデータの整合性を判定し、前記遠隔呼びのデータから抽出される前記乗り場階及び前記行先階が、前記遠隔呼びで指定される前記建屋の階情報と整合すること、及び前記遠隔呼びのデータから抽出される前記乗り場階又は前記行先階が、前記かごを配車可能な階情報と整合することを判定して前記呼び登録部に前記判定結果を出力する整合性判定部と、
   前記呼び登録部により登録された前記呼びに基づいて、前記センター管理システムから転送される前記遠隔呼びのデータに基づいて、前記エレベーター制御システムに対する制御指示を行う第１通知データであって、前記呼び登録部により前記遠隔呼びが正しく登録された場合に作成した前記第１通知データを前記エレベーター制御システムに出力し、前記エレベーター制御システムから受信した前記エレベーターの運行データに基づいて、前記乗り場階及び前記行先階が、前記遠隔呼びで指定される前記建屋の階情報と整合しない場合、又は、前記乗り場階若しくは前記行先階が前記かごを配車可能な階情報と整合しない場合に作成した第２通知データを前記センター管理システムに出力する通知データ作成部と、を備える
   エレベーター運行管理システム。

Images