JP2017105604A - エレベーター制御システム及び運行状況出力方法 - Google Patents

Abstract

【課題】従来の運行線図では、運行効率を低下させる異常状態が発生した場合に、適切な情報を得ることができなかった。
【解決手段】運行状況出力装置３０が備える運行状態出力部３１は、エレベーター２の運行状況として、エレベーター２の運行状態を示す情報を出力する。運行効率低下異常検出部３２は、エレベーター２の運行効率を低下させる異常状態が発生したことを診断する。異常状態出力処理部３７は、エレベーター２の運行状況として、運行効率低下異常検出部によって検出された異常状態の発生を示す情報を出力する。
【選択図】図２

Description

本発明は、エレベーターの運行状況を管理するためのエレベーター制御システム及び運行状況出力方法に関する。

オフィスビル、マンション等には複数のエレベーターが設置され、大量の人員を輸送するためにエレベーターを群管理する運行制御が行われている。一般的な群管理システムでは、利用者がホールに設置されたボタンを操作することでホール呼びを登録し、エレベーター制御装置によって割当てられた号機の乗りかごが到着して利用者が乗った後に、行先階が登録される。

近年では、ホールで行先階を登録する行先階予約式の群管理システムが提供されている。行先階予約式とは、ホールに設置してある行先階登録装置を使用することにより、利用者がホール呼びと行先階を登録することを可能とした方式である。行先階予約式の群管理システムでは、ホール呼びが登録されると同時に行先階が登録されるので、エレベーター制御装置は、行先階をすぐに把握することができる。このため、エレベーター制御装置は、通常の群管理に比較して、最適な号機のエレベーターを利用者に割当てることができる。

エレベーターの運行状況は、保守端末又は管理センター等に表示される運行線図によって把握される。そして、保守員等は、運行線図を見ることで、エレベーター制御装置によって群管理が適正になされているかどうかを確認できる。この運行線図を出力するための技術として、例えば特許文献１に開示された技術が知られている。

この特許文献１には、ドアが開放している状態および開閉途上にある間は、かご位置の表示をそれ以外の状態と区別できる表示形態とした運行線図を出力する技術が開示されている。

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

ところで、特許文献１に開示された技術では、運行状況出力装置から得られる情報が限られていた。例えば、行先階登録装置による登録に基づいて適切に号機が割当てられても、行先階登録装置による入力情報に反してエレベーターの運行効率を低下させる異常状態が発生した場合に、この異常状態の内容を把握できる適切な情報を得られなかった。また、従来の運行線図は、エレベーターの運行状況だけを示すものであった。このため、保守員等が運行線図を見ただけでは、割当てられていない号機の乗りかごに利用者が乗車したり、割当てられた号機の乗りかごに利用者が乗車しなかったりしたような異常状態の発生を把握できなかった。

本発明はこのような状況に鑑みて成されたものであり、エレベーターの運行効率を低下させることになる異常状態が発生した場合に、適切な情報を提供できるようにすることを目的とする。

本発明は、行先階登録装置によって登録された行先階に関する情報に基づいて、号機毎にエレベーターの運行を制御するエレベーター制御装置から取り込んだ信号により、エレベーターの運行状況を出力する。
また、エレベーターの運行状況として、エレベーターの運行状態を示す情報を出力する。
そして、エレベーターの運行効率を低下させる異常状態の発生を検出し、エレベーターの運行状況として、検出された異常状態の発生を示す情報を出力する。

本発明によれば、異常状態が発生した場合には、異常状態の発生を示す情報が提供されるため、保守員等はエレベーターの運行効率が低下したことを把握しやすくなる。
上記した以外の課題、構成及び効果は、以下の実施の形態例の説明により明らかにされる。

本発明の一実施の形態例に係るホールの様子を示す説明図である。 本発明の一実施の形態例に係るエレベーター制御システムの内部構成例を示すブロック構成図である。 本発明の一実施の形態例に係る異常状態の例を示す説明図である。 本発明の一実施の形態例に係る異常状態の例を示す説明図である。 本発明の一実施の形態例に係る計算機のハードウェア構成例を示すブロック図である。 本発明の一実施の形態例に係る運行データテーブルの構成図である。 本発明の一実施の形態例に係るかご状態データと、呼び状態データと、待ち人数データと、登録装置利用者データの詳細を示すデータ構成図である。 本発明の一実施の形態例に係る運行状況出力装置の運行状態出力部における処理例を示すフローチャートである。 図８のステップＳ８に示したデータ作成・表示処理の具体例を示すフローチャートである。 本発明の一実施の形態例に係る運行線図の例である。 本発明の一実施の形態例に係るエレベーターの昇降運転を区別するための２種類のマークの表示例を示す説明図である。 本発明の一実施の形態例に係る異常登録数診断処理部が異常登録数を診断する処理例を示すフローチャートである。 本発明の一実施の形態例に係る誤乗車診断処理部が誤乗車を診断し、未入力乗車診断処理部が未入力乗車を診断する処理例を示すフローチャートである。 本発明の一実施の形態例に係る登録者未乗車出発診断処理部が登録者未乗車を診断する処理例を示すフローチャートである。 本発明の一実施の形態例に係る、異常状態出力処理部から出力される異常状態を反映した運行線図の例である。

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

［一実施の形態例］
図１は、ホールＨの様子を示す説明図である。

エレベーター制御システム１は、３基のエレベーター２と、各階床に設けられる行先階登録装置３とを備え、複数のエレベーター２を群管理する群管理システムとして用いられる。エレベーター２の各号機は、「Ａ」〜「Ｃ」の英字符号を用いた号機番号で識別可能である。エレベーター２は、２基又は４基以上であってもよい。ホールＨには、各エレベーター２に対応してドア４が設けられる。ドア４は、エレベーター２の乗りかご５（後述する図３を参照）が階床に到着すると、乗りかご５のかごドアと共に開閉するホールドアである。

行先階登録装置３は、各階床のホールＨの出入口付近に設けられており、利用者が行先階登録装置３に表示される行先階予約ボタンを操作することにより、１人ずつ行先階を登録することが可能である。利用者が行先階登録装置３を用いて行先階登録を行うと同時に行先呼びとホール呼び（呼び予約）が発生する。そして、エレベーター制御装置１０（後述する図２を参照）により、利用者が登録した行先階に応じて割当てられたエレベーター２の号機番号が行先階登録装置３に表示される。

利用者は、行先階登録装置３に表示された号機番号が付されたドア４の前で、乗りかご５の到着を待つ。そして、乗りかご５が到着し、ドア４が開くと、利用者が乗りかご５に乗車する。その後、ドア４が閉じ、登録された行先階に乗りかご５が昇降する。このように利用者が登録した行先階毎に複数のエレベーター２が群管理されることにより、利用者の利便性を向上することができる。

図２は、エレベーター制御システム１の内部構成例を示すブロック構成図である。

エレベーター制御システム１は、エレベーター２の運行を制御する構成として、エレベーター制御装置１０、信号処理装置２０、運行状況出力装置３０を備える。このエレベーター制御装置１０には、信号処理装置２０を介して運行状況出力装置３０が接続されている。なお、エレベーター制御装置１０は、信号処理装置２０を介さず、運行状況出力装置３０に接続されていてもよい。

エレベーター制御装置１０は、行先階登録装置３によって登録された行先階に関する情報に基づいて、号機毎にエレベーター２の運行制御を行う。そして、エレベーター制御装置１０は、エレベーター２からエレベーター運行に関する各種の信号を取り込み、信号処理装置２０にこれらの各種信号を出力する。エレベーター制御装置１０は、行先階登録装置３が操作され、行先階登録が行われたことにより新たな呼び予約信号が発生すると、適切なエレベーター２の号機を割当て、その割当て号機やそのホール近傍の予約灯等を制御する信号の処理等を行う。

信号処理装置２０は、エレベーター制御装置１０から入力した各種信号を記憶装置２１に格納する。この信号は、エレベーター制御装置１０の記憶部（不図示）に一定時間毎に格納されているデータの中から信号処理装置２０が取得する必要なデータ（以下、「運行データ」と呼ぶ）を構成するものである。運行データは、後述する図６に示す運行データテーブル５０によって内容が規定されるものであり、信号処理装置２０が取得した各種の信号は、記憶装置２１に用意された記憶媒体２２に順次記憶される。また、信号処理装置２０は、エレベーター制御装置１０から取得する信号に時間情報を付加することにより、信号の発生日時が分かるようにしている。

信号処理装置２０は、新たに呼び予約が発生する度に、利用者によって操作された行先階登録装置３から出力される行先階登録装置３の識別情報であるＩＤ信号と、付加情報とをセットにした運行データを記憶媒体２２に記憶する。この付加情報には、例えば、行先階登録装置３になされた操作の発生時刻と発生階、登録された行先階、待ち人数等の情報が含まれる。

また、記憶媒体２２に記憶される運行データには、例えば、利用者が行先階登録装置３を操作して行先階登録を行ったことにより、呼び予約されたときの呼び予約信号、行先階登録された登録数が含まれる。他にも、呼び予約信号に基づいてエレベーター制御装置１０が号機を割当てたときの割当て号機情報、割当て号機のかごドアが開いて利用者が乗り込んだときのかご呼び登録信号等が運行データに含まれる。さらに、各号機のかご位置・走行方向・かご内荷重・ドア関係信号等を示すかご状態信号、予測かご内人数信号等の各種運転状態等も運行データに含まれる。

運行状況出力装置３０は、エレベーター制御装置１０が制御するエレベーター２の運行状況を出力する。具体的には、運行状況出力装置３０は、記憶媒体２２に記憶されている運行データを取得し、運行データに基づいて検出した様々な情報をエレベーター２の運行状況として運行状態出力部３１を通じて保守員等に提供している。運行状況出力装置３０は、ＰＣ端末等で実行されるアプリケーションプログラムにより各種機能が実行されるものである。本実施の形態例に係る運行状況出力装置３０は、従来用いられていた運行状態出力部３１に加えて、運行効率低下異常検出部３２及び異常状態出力処理部３７を備えている。運行状況には、エレベーター２の運行状態を示す情報の他、異常状態の発生を示す情報が含まれる。

運行状態出力部３１は、エレベーター２の運行状況として、エレベーター２の運行状態を示す情報を出力する。エレベーター２の運行状態を示す情報には、詳細を後述するように運行線図等が含まれている。運行線図は、各階床に設けられた行先階登録装置３で呼び予約した利用者の待ち人数等を階床毎に表示したり、呼び予約した行先階毎に待ち人数を表示したりするために用いられる。また、運行線図は、利用者への情報提供に限らず、ビルでの出勤、退勤時等を含めたエレベーター２の運用、運行がどのような傾向を有しているか等の、保守員が行うエレベーター２の運用分析にも利用可能である。

運行効率低下異常検出部３２は、エレベーター２の運行効率が低下する異常状態が発生したことを検出するために、運行状況出力装置３０に追加される。運行効率低下異常検出部３２が備える各診断処理部３３〜３６の具体例については後述する。運行効率低下異常検出部３２が検出する異常状態は、異常登録数の異常状態、誤乗車の異常状態、未入力乗車の異常状態、又は登録者未乗車の異常状態のうち、少なくとも一つを含む。そして、異常状態出力処理部３７は、運行効率低下異常検出部３２によって検出された異常状態の発生を示す情報を出力する。異常状態の発生を示す情報は、後述する図１５の丸マーク６３に示すように運行線図に重畳して表示される。

そして、運行状態出力部３１及び運行効率低下異常検出部３２が保守員等に提供する情報は、例えば、行先階登録装置３、監視センターに設けられた保守端末のディスプレイ（後述する図５に示す表示部Ｃ５での表示）の他、プリンターから印刷される。

ここで、運行効率低下異常検出部３２が発生を検出する異常状態の例について、図３と図４を参照して説明する。
図３と図４は、異常状態の例を示す説明図である。

異常状態とは、エレベーター２の運行効率を低下させる状態である。異常状態が発生すると、エレベーター制御装置１０により割当てられた号機毎のエレベーター２において、想定と異なる重量がかかったり、利用者が希望する行先階に到着しなかったりし、エレベーター２の運行効率が低下する。このため、運行効率低下異常検出部３２が異常状態の発生を検出し、異常状態出力処理部３７が異常状態を出力することは重要となる。

以下の説明において、エレベーター制御装置１０によって割当てられた号機番号Ａのエレベーター２を「割当て号機Ａ」と略記し、号機番号Ｂのエレベーター２を「割当て号機Ｂ」とも略記する。割当て号機Ａ、Ｂの乗りかごの乗車定員はいずれも１０名であるとする。

図３Ａには、号機番号Ａのドア４の前に２人の利用者Ｕ１、Ｕ２が立ち、号機番号Ｂのドア４の前に２人の利用者Ｕ３、Ｕ４が立っている様子が示される。号機番号Ａには、行先階登録した２人の利用者Ｕ１、Ｕ２がエレベーター制御装置１０によって割当てられる。領域Ａ１には、２人の利用者Ｕ１、Ｕ２が行先階登録したことにより、号機番号Ａに登録された行先呼びの数（以下、「行先呼び数」と呼ぶ。）が「２」であることが示される。
同様に、号機番号Ｂには、行先階登録した２人の利用者Ｕ３、Ｕ４がエレベーター制御装置１０によって割当てられる。領域Ａ２には、２人の利用者Ｕ３、Ｕ４が行先階登録したことにより、号機番号Ｂに登録された行先呼び数が「２」であることが示される。
そして、利用者によって行先階登録が行われたことにより、呼び予約が発生した階床において、各号機に登録された行先呼び数の総和は「４」である。

図３Ｂには、割当て号機Ａに２人の利用者Ｕ１、Ｕ２が乗車し、割当て号機Ｂに２人の利用者Ｕ３、Ｕ４が乗車した様子が示される。この場合、領域Ａ３に含まれる割当て号機Ａ、Ｂ毎の乗車人数「２」と、各号機に登録された行先呼び数「２」は同じである。また、割当て号機Ａ、Ｂの乗車人数の総和「４」と、行先呼び数の総和「４」は同じである。このため、図３Ｂには正常状態が示されている。

図３Ｃには、図３Ｂと同様に、割当て号機Ａに２人の利用者Ｕ１、Ｕ２が乗車し、割当て号機Ｂに２人の利用者Ｕ３、Ｕ４が乗車した様子が示される。しかし、利用者Ｕ１、Ｕ２のいずれかが行先階登録装置３を不正操作して複数回にわたって行先階登録したことにより、実際の利用者数よりも多くの行先呼び数が登録されている。例えば、領域Ａ４に含まれる割当て号機Ａの乗車人数「２」と、領域Ａ４に含まれる号機番号Ａに登録された行先呼び数（例えば、「５」）とが異なる。このように号機毎の乗車人数と、号機毎に登録された行先呼び数とが所定の閾値（例えば、「３」）以上異なっている場合には、行先呼び数が異常に登録された異常登録数の異常状態が発生している。異常登録数の異常状態が発生すると、利用者Ｕ１、Ｕ２以外の利用者は、号機番号Ａに割当てられないため、本来乗車できるはずであった割当て号機Ａに乗車できなくなる。

図４Ｄには、割当て号機Ａに３人の利用者Ｕ１〜Ｕ３が乗車した様子が示される。割当て号機Ａには、利用者Ｕ１、Ｕ２に加え、割当て号機Ｂに乗車するはずだった利用者Ｕ３が乗車している。このとき、割当て号機Ａ、Ｂに乗車した利用者を示す領域Ａ５に示されるように、利用者の乗車人数の総和は「４」であり、図３Ａの領域Ａ３に示されるように各号機に登録された行先呼び数の総和である「４」と等しい。しかし、割当て号機Ａの乗車人数「３」と、図３Ａの領域Ａ１に含まれる号機番号Ａに登録された行先呼び数「２」とが異なる。このように誤乗車の異常状態が発生すると、例えば、号機番号Ａに登録された行先呼び数が乗りかご５の乗車定員と同じであった場合に、号機番号Ａに割当てられていた利用者が、割当て号機Ａに乗車できないことがある。

図４Ｅには、行先階登録装置３によって行先階登録を行っていない利用者Ｕ５が割当て号機Ａに乗車した状態が示される。図４Ｅに示す状態は、号機番号Ａに登録された行先呼び数が「２」であるのに対し、行先階登録装置３を使用していない利用者Ｕ５が割当て号機Ａに乗車したため、割当て号機Ａの乗車人数が「３」である。このとき、割当て号機Ａ、Ｂに乗車した利用者を示す領域Ａ６に示されるように、割当て号機Ａ、Ｂに乗車した利用者の乗車人数の総和は「５」となる。このため、各号機に登録された行先呼び数の総和である「４」と、乗車人数の総和である「５」でアンマッチが発生している。このように未入力乗車の異常状態が発生すると、例えば、割当て号機Ａに登録された行先呼び数が、乗りかご５の乗車定員と同じである場合に、号機番号Ａに割当てられていた利用者の一部が、割当て号機Ａに乗車できなくなる。

図４Ｆには、号機番号Ａに割当てられた２人の利用者Ｕ１、Ｕ２のうち、利用者Ｕ１だけが割当て号機Ａに乗車し、利用者Ｕ２が割当て号機Ａに乗車していない状態が示される。割当て号機Ａの乗車人数「１」と、図３Ａの領域Ａ１に含まれる号機番号Ａに登録された行先呼び数「２」とが異なる。このように登録者未乗車の異常状態が発生すると、乗りかご５が空のまま昇降したり、未乗車であった利用者Ｕ２が別の乗りかご５に乗車したりすることがある。また、利用者Ｕ２が乗りかご５に乗車するためには再び行先階登録装置３により行先階登録を行わなければならないが、利用者Ｕ２が行先階登録を行わないこともある。なお、図４Ｄにおいても、利用者Ｕ３が号機番号Ｂに乗車しなかったことにより、登録者未乗車の異常状態が発生している。

図３Ｃ、図４Ｄ〜図４Ｆに示した様々な異常状態を検出するため、運行効率低下異常検出部３２は、異常登録数診断処理部３３、誤乗車診断処理部３４、未入力乗車診断処理部３５、登録者未乗車出発診断処理部３６を備える。そして、異常状態出力処理部３７は、運行効率低下異常検出部３２によって検出された各種の異常状態を出力する。

異常登録数診断処理部３３は、エレベーター制御装置１０により割当てられた号機毎の登録数と、この号機毎の乗車人数との差分が、所定の閾値以上（過度なアンマッチ）であるか判定する。そして、異常登録数診断処理部３３は、差分が所定の閾値以上である場合に、異常登録数の異常状態が発生したと診断する。上述したように異常登録数の異常状態が発生したことは、図３Ｃに示される。

誤乗車診断処理部３４は、任意の時間帯における任意の出発階において、エレベーター制御装置１０により割当てられた号機毎の登録数と、この割当てられた号機毎の乗車人数との差分が、所定の閾値以上であるか判定する。そして、誤乗車診断処理部３４は、差分が所定の閾値以上であって、この時間帯及び出発階において、全体の登録数と、全体の乗車人数の総和とが一致する場合に、誤乗車の異常状態が発生したと診断する。上述したように誤乗車の異常状態が発生したことは、図４Ｄに示される。

未入力乗車診断処理部３５は、任意の時間帯における任意の出発階において、エレベーター制御装置１０により割当てられた号機毎の登録数と、この号機毎の乗車人数との差分が、所定の閾値以上であるか判定する。そして、未入力乗車診断処理部３５は、差分が所定の閾値以上であって、この時間帯及び出発階において、全体の登録数と、全体の乗車人数の総和とが不一致である場合に、未入力乗車の異常状態が発生したと診断する。上述したように誤乗車の異常状態が発生したことは、図４Ｅに示される。

登録者未乗車出発診断処理部３６は、任意の時間帯における任意の出発階において、エレベーター制御装置１０により割当てられた号機毎の登録数より、この号機毎の乗車人数が少ないままでエレベーター２が出発したかを判定する。そして、登録者未乗車出発診断処理部３６は、このような状態でエレベーター２が出発したと判定した場合に、登録者未乗車の異常状態が発生したことを診断する。上述したように誤乗車の異常状態が発生したことは、図４Ｆに示される。

異常状態出力処理部３７は、運行効率低下異常検出部３２による検出情報として、異常状態が発生したエレベーター２の号機に関する情報、異常状態の発生時間、異常状態の発生階のうち、少なくとも一つ以上の情報を出力する。これらの情報は、運行効率低下異常検出部３２が後述する図７に示す各データから抽出したものである。異常状態出力処理部３７が出力する情報は、例えば、後述する図５に示す表示部Ｃ５に表示される。

次に、エレベーター制御システム１の各装置（エレベーター制御装置１０、信号処理装置２０、運行状況出力装置３０）を構成する計算機Ｃのハードウェア構成を説明する。各装置において計算機Ｃに必要な構成は取捨選択される。
図５は、計算機Ｃのハードウェア構成例を示すブロック図である。

計算機Ｃは、いわゆるコンピュータとして用いられるハードウェアである。計算機Ｃは、バスＣ４にそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理装置）Ｃ１、ＲＯＭ（Read Only Memory）Ｃ２、ＲＡＭ（Random Access Memory）Ｃ３を備える。さらに、計算機Ｃは、表示部Ｃ５、操作部Ｃ６、不揮発性ストレージＣ７、ネットワークインタフェースＣ８とを備える。

ＣＰＵ Ｃ１は、本実施の形態例に係る各機能を実現するソフトウェアのプログラムコードをＲＯＭ Ｃ２から読み出して実行する。ＲＡＭ Ｃ３には、演算処理の途中に発生した変数やパラメータ等が一時的に書き込まれる。表示部Ｃ５は、例えば、液晶ディスプレイモニタであり、計算機Ｃで行われる処理の結果等をユーザに表示する。操作部Ｃ６には、例えば、キーボード、マウス等が用いられ、ユーザが所定の操作入力、指示を行うことが可能である。

不揮発性ストレージＣ７としては、例えば、ＨＤＤ（Hard disk drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージＣ７には、ＯＳ（Operating System）、各種のパラメータの他に、計算機Ｃを機能させるためのプログラムが記録されている。ネットワークインタフェースＣ８には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、端子が接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを送受信することが可能である。

図６は、運行データテーブル５０の構成図である。既に説明したように運行データテーブル５０は、運行データの内容を規定するために用いられるものであり、記憶媒体２２に格納される。

運行データの内容を規定する運行データテーブル５０は、収集日時データ５１、かご状態データ５２、呼び状態データ５３、待ち人数データ５４、登録装置利用者データ５５、呼び割当て評価値データ５６、パラメータデータ５７等により構成される。

収集日時データ５１には、運行データを収集した日付が含まれる。
かご状態データ５２は、割当て号機のかご状態を示す。かご状態データ５２には、信号処理装置２０がエレベーター２のかご状態を取得した時刻と、各号機に付された号機番号と、かごの移動方向と、かご位置を示す階床と、かご内荷重又はかご内人数とが記憶される。他にも、かご状態データ５２には、戸開信号、戸閉信号、開ボタン操作信号、閉ボタン操作信号、リオープン作動信号、光電装置からの信号等から信号処理装置２０が取得した号機に関するドア状態等が記憶されている。

呼び状態データ５３には、呼び予約の発生時刻、方向別階床毎の呼び割当て状況と、乗り込み階毎の新規の呼び予約状況と、呼び継続時間又は乗り込み完了時刻等が呼び種毎に記憶されている。
待ち人数データ５４には、呼び予約発生階と行先階別の待ち人数が増減した時点の時刻が呼び種毎に記憶されている。

登録装置利用者データ５５には、行先階登録装置３を操作した利用者に関連するデータが格納されている。
呼び割当て評価値データ５６及びパラメータデータ５７には、予め設定した異常状態が発生した場合に、異常状態が発生した時点における詳細データと、発生した異常状態とが順次記憶される。呼び割当て評価値とは、新規に発生したホール呼び、及びこのホール呼びと同時に発生した行先呼びに対してエレベーター制御装置１０が適切な乗りかご５を割当てるために用いられる値である。

図７は、図６に示したかご状態データ５２と、呼び状態データ５３と、待ち人数データ５４と、登録装置利用者データ５５の詳細を示すデータ構成図である。

かご状態データ５２は、かご状態時刻５２ａ、号機番号５２ｂ、方向５２ｃ、階床５２ｄ、かご内荷重５２ｅ、ドア状態５２ｆの各フィールドにより構成される。
かご状態時刻５２ａには、エレベーター制御装置１０が乗りかご５の状態を取得した時刻が格納される。
号機番号５２ｂには、エレベーター２の各号機に付された番号が格納される。
方向５２ｃには、乗りかご５の移動方向が格納される。
階床５２ｄには、乗りかご５のかご位置が格納される。
かご内荷重５２ｅには、乗りかご５にかかる利用者の荷重、又は乗りかご５に乗車した利用者の人数が格納される。
ドア状態５２ｆには、エレベーター２の号機毎に取得される戸開信号、戸閉信号、開ボタン操作信号、閉ボタン操作信号、リオープン作動信号、光電装置からの信号等といった号機のドア状態が格納される。

呼び状態データ５３は、呼び予約発生時刻５３ａ、号機番号５３ｂ、呼び種５３ｃ、方向５３ｄ、階床５３ｅ、呼び継続時間５３ｆの各フィールドにより構成される。号機番号５３ｂ、方向５３ｄ、階床５３ｅに格納されるデータは、上述したかご状態データ５２の号機番号５２ｂ、方向５２ｃ、階床５２ｄに格納されるデータと同じである。
呼び予約発生時刻５３ａには、行先階登録装置３により呼び予約が発生した時刻が格納される。
号機番号５３ｂには、行先階登録により割当てられた号機番号が格納される。
呼び種５３ｃには、利用者が、車椅子利用者、一般利用者、ＶＩＰ（Very Important Person）等のいずれであるかを判別するための呼び種が格納される。
呼び継続時間５３ｆには、呼び登録が継続する時間が格納される。

待ち人数データ５４は、待ち人数増減発生時刻５４ａ、呼び種５４ｂ、発生階５４ｃ、行先階５４ｄ、待ち人数５４ｅ、スペア５４ｆの各フィールドにより構成される。
待ち人数増減発生時刻５４ａには、号機毎に待ち人数の増減が発生したときの時刻が格納される。
呼び種５４ｂに格納されるデータには、上述した呼び状態データ５３の呼び種５３ｃに格納されるデータと同じデータが格納される。
発生階５４ｃには、呼び予約が発生した発生階が格納される。
行先階５４ｄには、呼び予約によって行先階登録された行先階が格納される。
待ち人数５４ｅには、号機毎の待ち人数が格納される。
スペア５４ｆは、格納すべき情報が増えたときに用いられる予備領域であり、現在は使用されていない。

登録装置利用者データ５５は、呼び予約発生時刻５５ａ、呼び種５５ｂ、登録装置ＩＤ５５ｃ、発生階５５ｄ、行先階５５ｅ、割当て除外条件５５ｆ、割当て号機５５ｇ、スペア５５ｈの各フィールドにより構成される。
呼び予約発生時刻５５ａには、呼び状態データ５３に格納される呼び予約発生時刻５３ａと同じデータが格納される。
また、呼び種５５ｂ、発生階５５ｄ、行先階５５ｅ、スペア５５ｈには、上述した待ち人数データ５４の呼び種５４ｂ、発生階５４ｃ、行先階５４ｄ、スペア５４ｆと同じデータが格納される。

登録装置ＩＤ５５ｃには、呼び予約に使用された行先階登録装置３に対応して付与される登録装置ＩＤが格納される。登録装置ＩＤは、階床毎に設置される複数台の行先階登録装置３を識別するためのものであり、各階床の行先階登録装置３にそれぞれ対応させて、例えば「１」〜「１０」のように簡略化した数値が割当てられる。

割当て除外条件５５ｆには、ある号機のエレベーター２に対する割当てを禁止又は制限する割当て除外条件が格納される。割当て除外条件５５ｆは、例えば、発生階と割当て階が同じで、かつ登録時刻が近い複数の呼びに対して割当て号機が異なっている場合の原因解析に用いられる。他には、呼び予約発生に対して先に到着する号機があるにも拘わらず後に到着する号機が割当てられた場合等、平常時とは異なる割当てが行われた場合の原因解析にも割当て除外条件５５ｆが用いられる。

割当て号機５５ｇには、行先階の呼び予約後にエレベーター制御装置１０によって割当てられたエレベーター２の号機番号が格納される。
なお、発生階５５ｄは、行先階登録装置３と関連付けて使用される。発生階５５ｄにより、各階床のホールに設置される行先階登録装置３の設置位置や台数が異なっても呼び予約が発生した階床を把握できる。

このように運行データテーブル５０は、少なくとも呼び予約発生時刻５５ａと、呼び予約に使用された行先階登録装置３の登録装置ＩＤ５５ｃと、割当て号機５５ｇとのデータを格納できるように構成される。このような運行データテーブル５０を使用することによって、運行状態出力部３１が保守員等に情報提供することが可能となると共に、新たに追加された運行効率低下異常検出部３２によって運行効率が低下した異常状態の発生を検知することが可能となる。

以下に、運行状態出力部３１が提供する運行線図を作成する処理について説明する。その後、新たに追加した異常登録数診断処理部３３、誤乗車診断処理部３４、未入力乗車診断処理部３５、登録者未乗車出発診断処理部３６、及び異常状態出力処理部３７がエレベーター２の運行効率を低下させる異常状態の発生を検知する処理について説明する。

図８は、運行状況出力装置３０の運行状態出力部３１における処理例を示すフローチャートである。ここでは、運行状態出力部３１が運行線図を作成する処理について説明する。

始めに、運行状況出力装置３０は、図２に示した記憶媒体２２に格納してあるデータファイルを指定し、運行データを取り込む（Ｓ１）。

次に、運行状況出力装置３０は、運行データの表示形式（指定時間帯全表示、指定状況発生時表示）を選択する。運行状況出力装置３０は、選択した運行データの表示形式に基づいて、運行状況を分析し、作図する。また、運行状況出力装置３０は、運行状況の分析及び作図対象となる号機や呼び種（例えば、一般用、車椅子用、ＶＩＰ用）を選択したり、診断・分析リストを選択したりする（Ｓ２）。

ステップＳ２にて選択される指定時間帯全表示とは、例えば、９時〜１２時の範囲を指定時間帯とするか、その他の時間の範囲を指定時間帯とするかを選択し、指定時間帯におけるエレベーター２だけを表示対象とする表示形式である。指定状況発生時表示とは、例えば３０秒以上の待ち時間が発生した号機番号のエレベーター２だけを表示対象とする表示形式である。また、診断・分析リストとは、例えば混雑度、荷重、開ボタン状態等の運行状況を表すことにより、エレベーター２の運行状況を診断し、分析することを可能とするためのリストである。

ステップＳ２における各種の選択は、予め設定されたプログラムにより運行状況出力装置３０が自動的に動作して行ってもよいし、運行状況出力装置３０に接続される操作部Ｃ６を操作する保守員等により入力されてもよい。そして、必要最小限度の情報だけが選択表示される。このような選択により、例えば、指定号機を１つにしたり、呼び種を一般用のみに限定したりして、情報過多で見づらい運行線図を見易くし、保守員等が運行状況を分析しやすくなる。

次に、運行状況出力装置３０は、診断・分析リストを出力するか否かを判定する（Ｓ３）。運行状況出力装置３０は、診断・分析リストを出力しないと判定した場合（Ｓ３のＮＯ）、ステップＳ６に移行する。

一方、運行状況出力装置３０は、診断・分析リストを出力すると判定した場合（Ｓ３のＹＥＳ）、ステップＳ２で入力された内容に基づいて運行データを時系列で分析する（Ｓ４）。運行状況出力装置３０は、運行データの時系列分析が終了すると、ステップＳ２で選択された診断・分析リストを表示部Ｃ５のディスプレイや、不図示のプリンター等へ出力する（Ｓ５）。そして、運行状況出力装置３０は、運行線図の出力要否を判定し（Ｓ６）、運行線図を出力しないと判定した場合（Ｓ６のＮＯ）、本処理を終了する。

一方、運行状況出力装置３０は、運行線図を出力する場合は（Ｓ６のＹＥＳ）、ステップＳ２で入力された条件に基づいて、表示項目（分析ルール）を選択する（Ｓ７）。この表示項目には、例えば、長待ちホール呼び、予約変更、混雑時通過、戸開等が含まれる。長待ちホール呼びとは、行先階登録が行われたホールにおいて、所定時間以上にわたり利用者が待たされていることを示し、予約変更とはエレベーター制御装置１０によって一旦割当てられた号機が変更されたことを示す。また、混雑時通過とは、乗車人数が乗りかご５の乗車定員に達したときに途中階に停止することなく通過したことを示し、戸開とは、かごドアを含むドア４が開いたことを示す。これらの条件を適宜選択することにより、運行線図に表示される情報が簡素化され、保守員等が運行線図を読み取り易くなる。

ステップＳ７の後、運行状況出力装置３０は、後述する図８に示すように、運行状況の詳細な内容を示すデータの作成処理と表示処理を行い（Ｓ８）、ディスプレイやプリンター等へ運行状況（例えば、運行線図）を出力する。

最後に、運行状況出力装置３０は、ステップＳ２で指定された時間帯の全てのデータに関して、ステップＳ８のデータ作成・表示処理が終了したかどうかを判定する（Ｓ９）。運行状況出力装置３０は、データ作成・表示処理が終了していないと判定した場合（Ｓ９のＮＯ）、ステップＳ８へ戻ってデータの作成・表示処理を継続する。一方、運行状況出力装置３０は、データ作成・表示処理が終了したと判定した場合（Ｓ９のＹＥＳ）、本処理を終了とする。

図９は、図８のステップＳ８に示したデータ作成・表示処理の具体例を示すフローチャートである。

始めに、運行状況出力装置３０は、図８のステップＳ７で選択された表示項目（分析ルール）に対する運行線図の表示様式（かご内混雑度の百分率表示又は人数表示、待ち人数又は行先階別待ち人数の表示等）を指定する（Ｓ１１）。次に、運行状況出力装置３０は、図７に示したステップＳ４で作成したデータのうち、ステップＳ２で選択された指定時間帯±５分のデータをＲＡＭＣ３に設けた作図用ワークエリアへ移送する（Ｓ１２）。すなわち、運行状況出力装置３０は、指定時間帯の前後のデータを取得する。ここで、指定時間帯とは、例えば、運行線図として出力可能な１画面分の時間帯のことであり、後述する図１０、図１５に示すような時間帯（９：００：００〜９：０１：１０の範囲）である。運行状況出力装置３０が指定時間帯±５分のデータをＲＡＭ Ｃ３に移送するのは、指定時間帯において１画面のデータを用いて作成される運行線図において、指定時間帯の始めと終わりの線分のつながりを表示部Ｃ５のディスプレイに表示可能とするためである。

次に、運行状況出力装置３０は、指定時間帯の運行線図を無条件で全て表示するか否かを判定する（Ｓ１３）。無条件とは、例えば、保守員等からの指定条件、指定時間帯等がないことである。運行状況出力装置３０は、無条件が指定されていると判定した場合（Ｓ１３のＹＥＳ）、１日分の運行線図を出力するので、ステップＳ１５へ進む。

一方、運行状況出力装置３０は、条件が指定されていると判定した場合（Ｓ１３のＮＯ）、図８のステップＳ２、Ｓ７で選択された条件に該当する状況が指定時間帯に含まれるか否かを判定する（Ｓ１４）。

運行状況出力装置３０は、指定時間帯に指定条件に該当する状況を含むと判定した場合（Ｓ１４のＹＥＳ）、運行状況を表示するための表示用グラフィックデータ（例えば、運行線図）を作成する。そして、運行状況出力装置３０は、表示用グラフィックデータをディスプレイに表示し、又はプリンターに出力した後（Ｓ１５）、本処理を終了する。ステップＳ１５において、後述する図１２〜図１４で示される各診断処理部が診断した異常状態の発生を示す情報が取り込まれ、異常状態の発生を示す情報が反映された運行線図が表示され、又は出力される。

一方、運行状況出力装置３０は、指定時間帯に指定条件に該当する状況を含まないと判定した場合（Ｓ１４のＮＯ）、運行状況を出力することなく本処理を終了する。その後、運行状況出力装置３０は、図８のステップＳ９に移る。

図１０は、運行線図の例である。
図１１は、エレベーター２の昇降運転を区別するための２種類のマークの表示例を示す説明図である。

図１０に示す運行線図には、指定時間帯（９：００：００〜９：０１：１０）における２基のエレベーター２の号機Ａ，Ｂの運行状況が示される。この運行線図は、保守員等にとって号機毎にエレベーター２がどのように運行したかを運行分析したり、エレベーター２の運行状況を説明するために用いられる。この運行線図で示されるビルは、地階であるＢ１階、１階、２階、３階、４階を含む。１階は基準階であり、４階は食堂階である。

エレベーター２の昇降運転は、図１１に示すように上昇マークＭ１、下降マークＭ２によって識別可能である。
上昇マークＭ１は、エレベーター２の上昇運転を示す記号である。上昇マークＭ１には、行先階Ｍ１１、反転Ｕ字Ｍ１２、待ち人数の累計Ｍ１３、登録装置ＩＤ Ｍ１４が含まれる。
行先階Ｍ１１は、行先階登録装置３により登録された行先階を示す。
反転Ｕ字Ｍ１２は、エレベーター２（乗りかご５）が上昇することを示す。
累計Ｍ１３は、行先階登録装置３が設置された階床において、この行先階登録装置３を使用して乗りかご５の到着を待つ利用者の累計を示す。
登録装置ＩＤ Ｍ１４は、利用者により使用された行先階登録装置３を識別するための登録装置ＩＤを示す。
そして、上昇マークＭ１の行先階Ｍ１１は反転Ｕ字Ｍ１２の上側に配置され、累計Ｍ１３は反転Ｕ字Ｍ１２の内側に配置され、登録装置ＩＤ Ｍ１４は、反転Ｕ字Ｍ１２の下側に配置される。

下降マークＭ２は、エレベーター２の下降運転を示す記号である。下降マークＭ２には、行先階Ｍ２１、Ｕ字Ｍ２２、待ち人数の累計Ｍ２３、登録装置ＩＤ Ｍ２４が含まれる。
行先階Ｍ２１、待ち人数の累計Ｍ２３、登録装置ＩＤ Ｍ２４は、上昇マークＭ１の行先階Ｍ１１、待ち人数の累計Ｍ１３、登録装置ＩＤ Ｍ１４と同じ内容を示す。
Ｕ字Ｍ２２は、エレベーター２（乗りかご５）が下降することを示す。
そして、下降マークＭ２の行先階Ｍ２１は、Ｕ字Ｍ２２の下側に配置され、累計Ｍ２３はＵ字Ｍ２２の内側に配置され、登録装置ＩＤ Ｍ２４は、Ｕ字Ｍ２２の上側に配置される。

再び、図１０に戻って運行線図の説明を続ける。
三角マーク６０ａ、６０ｂは、乗りかご５に乗り込んだ利用者により開ボタン操作が行われ、かごドアを含むドア４が開状態になったことを示す。
数値表示部６１ａ〜６１ｃは、号機毎のかご内混雑度を示す。かご内混雑度は、乗車定員に対する乗車した利用者人数の比による百分率表示で示される。
四角マーク６２ａは、割当て号機Ｂのドア４が開いて利用者が乗りかご５に乗り込んだときに登録されたかご呼びを示す。この例では、４階にかご呼びが登録されている。
二重四角マーク６２ｂ、６２ｃは、割当て号機Ａのドア４が開いて利用者が乗りかご５に乗り込んだときに登録されたかご呼びを示す。この例では、２階と３階にかご呼びが登録されている。

そして、Ｂ１階で発生した呼び予約の様子を領域７０に示し、１階で発生した呼び予約の様子を領域７１に示し、２階で発生した呼び予約の様子を領域７２に示し、４階で発生した呼び予約の様子を領域７３に示す。

始めに、領域７０に示すように、Ｂ１階のホールで１人目の利用者が、利用者発生時刻９：００：０１に行先階登録装置３を使用して行先階である２階への行先階予約ボタンを操作したとする。この場合、図１０の縦軸に示すＢ１階と、横軸の時刻９：００：０１の交わる付近には、予め設定した表示方式に従って、エレベーター２の上昇運転を示す上昇マークＭ１が表示される。この上昇マークＭ１には、待ち人数の累計「１」、登録装置ＩＤ「１」、行先階「２ＦＬ」が表示される。

次に、Ｂ１階のホールで２人目の利用者が、利用者発生時刻９：００：０４に行先階登録装置３を使用して行先階である３階への行先階予約ボタンを操作したとする。この時点では、先の１人目に対する割当て号機Ａが２階付近にあり、まだＢ１階に到着していない。このため、図１０の縦軸に示すＢ１階と、横軸の時刻９：００：０４の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「２」、登録装置ＩＤ「１」、行先階「３ＦＬ」が表示される。

次に、Ｂ１階のホールで３人目の利用者が、利用者発生時刻９：００：０８に行先階登録装置３を使用して行先階である２階への行先階予約ボタンを操作したとする。この場合、図１０の縦軸に示すＢ１階と、横軸の時刻９：００：０８の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「３」、登録装置ＩＤ「１」、行先階「２ＦＬ」が表示される。

次に、Ｂ１階のホールで４人目の利用者が、利用者発生時刻９：００：１０に行先階登録装置３を使用して行先階である２階への行先階予約ボタンを操作したとする。この場合、図１０の縦軸に示すＢ１階と、横軸の時刻９：００：１０の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「４」、登録装置ＩＤ「１」、行先階「２ＦＬ」が表示される。

そして、Ｂ１階のホールで５人目の利用者が、利用者発生時刻９：００：１６に行先階登録装置３を使用して行先階である３階への行先階予約ボタンを操作したとする。この時点では、先の４人目に対する割当て号機ＡがＢ１階に到着していない。このため、５人目の呼び予約に対して、図１０の縦軸に示すＢ１階と、横軸の時刻９：００：１６の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「５」、登録装置ＩＤ「１」、行先階「３ＦＬ」が表示される。

その後、時刻９：００：２０で割当て号機ＡがＢ１階に到着し、かごドアを含むドア４が開き、三角マーク６０ａで示される開ボタン操作によりドア４が開状態であるときに５人の利用者が割当て号機Ａに乗車する。図１０では、時刻９：００：３０にＢ１階を出発した割当て号機Ａのかご内混雑度が「５０」％であることが示される。

割当て号機Ａは、その後の時刻９：００：５０で２階に到着し、Ｂ１階で乗車した３人の利用者が行先階である２階で降車する。このため、時刻９：０１：００に２階を出発した割当て号機Ａのかご内混雑度が「２０」％であることが示される。

一方、時刻９：００：００より前に、地下１階で割当て号機Ａに乗車する利用者とは異なる、１階で割当て号機Ｂに乗車する利用者が行先階登録装置３を使用して、行先階である４階への行先階予約ボタンを操作したとする。このため、時刻９：００：００の時点で割当て号機Ｂが上昇中である。

ここで、１階のホールには、登録装置ＩＤ「２」により特定される行先階登録装置３が設置されている。このため、領域７１に示すように、図１０の縦軸に示す１階と、横軸の時刻９：００：００の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「１０」、登録装置ＩＤ「２」、行先階「４ＦＬ」が表示される。そして、時刻９：００：０８に割当て号機Ｂは、１階に到着し、かごドアを含むドア４が開き、三角マーク６０ｂで示される開ボタン操作によりドア４が開状態であるときに１０人の利用者が割当て号機Ｂに乗車する。図１０では、時刻９：００：３０に１階を出発した割当て号機Ｂのかご内混雑度が「１００」％であることが示される。すなわち、割当て号機Ｂには、乗車定員である１０人の利用者が１階で乗車している。

そして、領域７３に示すように、割当て号機Ｂの到着階である４階のホールには、登録装置ＩＤ「５」により特定される行先階登録装置３が設置されている。このため、図１０の縦軸に示す４階と、横軸の時刻９：０１：００の交わる付近に表示される下降マークＭ２には、待ち人数の累計「５」、登録装置ＩＤ「５」、行先階「Ｂ１Ｆ」が表示される。４階にいるこれらの利用者は、割当て号機Ｂの行先階である４階で全ての利用者が降りた後、下降運転となる割当て号機Ｂに乗車する。

なお、２階には、領域７２に示すように、登録装置ＩＤ「３」により特定される行先階登録装置３を使用して、行先階である４階への行先階予約ボタンを操作した利用者がいる。このため、図１０の縦軸に示す２階と、横軸の時刻９：００：１６の交わる付近に表示される上昇マークＭ１には、乗り込み人数「１」、行先階「４ＦＬ」、登録装置ＩＤ「２」が表示される。２階で登録された呼び予約に対しては、割当て号機Ｂが乗車率「１００」％であるために通過し、割当て号機Ａが乗車率「５０」％であるために２階に到着し、割当て号機Ａに利用者が乗り込んだことが容易に分かる。

運行状態出力部３１は、図１０に示す運行線図を出力することにより、運行線図を目視した利用者は、自分の予約状況や、割当てられた号機の位置情報、待ち人数等を知ることができる。また、管理者が運行状態出力部３１から出力された運行線図を確認することで、ビルでの出勤、退勤時等を含めたエレベーター２の運用、運行がどのような傾向を有しているかを分析することが可能となる。

次に、運行効率低下異常検出部３２の各部が行う異常状態の検出処理について、図１２〜図１４を参照して説明する。図１２〜図１４に示す各処理は、例えば、運行状況出力装置３０が信号処理装置２０から運行データを取得するタイミングで、連続して、又は並行して運行効率低下異常検出部３２の各部により実行される。ただし、図１２〜図１４に示す各処理は、運行効率低下異常検出部３２の各部により一定時間毎に実行されてもよい。

図１２は、異常登録数診断処理部３３が異常登録数を診断する処理例を示すフローチャートである。

始めに、異常登録数診断処理部３３は、エレベーター２がドア４を戸閉して出発するか否かを判定する（Ｓ２１）。エレベーター２が出発しなければ（Ｓ２１のＮＯ）、異常登録数診断処理部３３は、本処理を終了する。

一方、エレベーター２が出発する場合（Ｓ２１のＹＥＳ）、異常登録数診断処理部３３は、エレベーター２が出発するタイミングを捉えて、行先階登録装置３により当該号機に登録された行先呼び数と、当該号機に乗車した利用者の乗車人数とを比較する（Ｓ２２）。以下の説明において、出発するエレベーター２の号機を「当該号機」と呼ぶ。また、利用者が行先階登録装置３を操作して行先階登録を行うことで、割当てられた当該号機において行先呼びが登録される。このように当該号機に登録された行先呼びの数を「行先呼び数」と呼ぶ。

当該号機に登録された行先呼び数と、乗車人数との差が所定の閾値（例えば、「３」）未満である場合（Ｓ２２のＮＯ）、異常登録数の異常状態は発生していないため、異常登録数診断処理部３３は、本処理を終了する。閾値を設定する理由としては、乗車人数はかごの荷重センサーによって計測される場合が多く、利用者の性別、体系によって判定する人数に誤差が生じる場合が存在するためである。但し、荷重センサーでなく、かご内に利用者人数を計測するセンサーを設置し正確に利用者の人数を検出する場合、本閾値を「１」とすれば良い。一方、当該号機に登録された行先呼び数と、乗車人数との差が所定の閾値以上である場合（Ｓ２２のＹＥＳ）、行先呼び数と、乗車人数が過度なアンマッチとなっている。例えば、図３Ｃに示したように、登録数が５人に対して乗車人数が２人である場合、異常登録数診断処理部３３は、異常登録数の異常状態が発生したと診断し（Ｓ２３）、本処理を終了する。

図１３は、誤乗車診断処理部３４が誤乗車を診断し、未入力乗車診断処理部３５が未入力乗車を診断する処理例を示すフローチャートである。

始めに、誤乗車診断処理部３４は、エレベーター２がドア４を戸閉して出発するか否かを判定する（Ｓ３１）。エレベーター２が出発しなければ（Ｓ３１のＮＯ）、誤乗車診断処理部３４は、本処理を終了する。

一方、エレベーター２が出発する場合（Ｓ３１のＹＥＳ）、誤乗車診断処理部３４は、エレベーター２が出発するタイミングを捉えて、当該号機に登録された行先呼び数よりも乗車人数の方が多くなっているか否かを判定する（Ｓ３２）。当該号機に登録された行先呼び数が乗車人数以下である場合（Ｓ３２のＮＯ）、誤乗車診断処理部３４は本処理を終了する。

当該号機に登録された行先呼び数よりも乗車人数の方が多い場合（Ｓ３２のＹＥＳ）、誤乗車診断処理部３４は、他の号機も含めて、呼び予約発生回数と、乗車人数の総和とが等しいか否かを判定する（Ｓ３３）。ここで、行先階登録装置３により登録された行先階の呼び予約が発生した階における行先呼び数を「呼び予約発生回数」と呼ぶ。

呼び予約発生回数と、乗車人数の総和とが等しい場合（Ｓ３３のＹＥＳ）、誤乗車診断処理部３４は、誤乗車が発生したと診断し（Ｓ３４）、本処理を終了する。誤乗車は、他号機に割当てられた利用者の一部が、当該号機に乗り込んだことによりアンマッチが発生している場合に判定される異常状態である。誤乗車の例は、上述した図４Ｄに示している。

一方、呼び予約発生回数と、乗車人数の総和に差が発生している場合（Ｓ３３のＮＯ）、未入力乗車診断処理部３５は、未入力乗車が発生したと診断し（Ｓ３５）、本処理を終了する。未入力乗車は、行先階登録装置３を使用せず、行先階登録を行っていない未入力者が乗り込んだことによりアンマッチが発生している場合に判定される異常状態である。未入力乗車の例は、上述した図４Ｅに示している。

なお、ステップＳ３１〜Ｓ３３までの処理は、誤乗車診断処理部３４が行うものとして説明したが、未入力乗車診断処理部３５が行ってもよい。

図１４は、登録者未乗車出発診断処理部３６が登録者未乗車を診断する処理例を示すフローチャートである。

始めに、登録者未乗車出発診断処理部３６は、エレベーター２がドア４を戸閉して出発するか否かを判定する（Ｓ４１）。エレベーター２が出発しなければ（Ｓ４１のＮＯ）、登録者未乗車出発診断処理部３６は、本処理を終了する。

一方、エレベーター２が出発する場合（Ｓ４１のＹＥＳ）、登録者未乗車出発診断処理部３６は、エレベーター２が出発するタイミングを捉えて、当該号機に登録された行先呼びがあるか否かを判定する（Ｓ４２）。当該号機に登録された行先呼びがない場合（Ｓ４２のＮＯ）、登録者未乗車出発診断処理部３６は、本処理を終了する。

一方、当該号機に登録された行先呼びがある場合（Ｓ４２のＹＥＳ）、登録者未乗車出発診断処理部３６は、当該号機に乗車人数があるか否かを判定する（Ｓ４３）。当該号機に乗車人数がある場合（Ｓ４３のＹＥＳ）、登録者未乗車出発診断処理部３６は、本処理を終了する。

一方、当該号機に乗車人数がない場合（Ｓ４３のＮＯ）、登録者未乗車出発診断処理部３６は、登録者未乗車が発生したと診断し（Ｓ４４）、本処理を終了する。登録者未乗車の例は、上述した図４Ｆに示している。

そして、運行効率低下異常検出部３２は、各診断処理部のいずれかによって異常状態の発生が診断されると、例えば、号機情報、発生時間、発生階、及び発生した異常状態の種別を含む異常状態の発生を示す情報をパラメータデータ５７に記憶する。そして、運行状況出力装置３０は、パラメータデータ５７から取得した異常状態の発生を示す情報を運行線図に反映して出力する。

図１５は、異常状態出力処理部３７から出力される異常状態を反映した運行線図の例を示す。

運行状態出力部３１が出力する運行線図において、領域７０に示すように、図１５の縦軸に示すＢ１階と、横軸の時刻９：００：１６の交わる付近に表示される上昇マークＭ１には、待ち人数の累計「５」、登録装置ＩＤ「１」、行先階「３ＦＬ」が表示される。

その後、時刻９：００：２０に割当て号機ＡがＢ１階に到着し、異常判定の発生がなければ時刻９：００：３０に割当て号機ＡがＢ１階を出発したことが示される。ここで、かご内混雑度は、百分率表示であれば「５０」％、人数表示であれば「５」人で表される。

しかし、時刻９：００：３０の時点では、呼び予約の登録数が「５」であるのに対して、乗車人数が「２」である。この場合、異常登録数診断処理部３３が、図１２のステップＳ２３に示す処理により、異常登録数の発生を判定し、所定情報をパラメータデータ５７に記憶させる。そして、異常状態出力処理部３７が出力する運行線図には、異常判定情報が優先して反映される。異常判定情報は、例えば、かご内混雑度を人数表示とした場合に、時刻９：００：３０に丸マーク６３が付与された状態で「２」と表示される。丸マーク６３は、太い実線で表示されるため、保守員等が丸マーク６３の存在に気付きやすくなっている。

以上説明した一実施の形態例に係るエレベーター制御システム１によれば、エレベーターの運行状況２として、エレベーター２の運行状態を示す情報と共に、運行効率低下異常検出部３２によって検出された異常状態の発生を示す情報が保守員等に出力される。

ここで、エレベーター制御装置１０によって割当てられた号機毎の登録数と、割当てられた号機毎の乗車人数とに過度なアンマッチが発生していれば、異常登録数診断処理部３３が異常登録数の異常状態が発生したことを診断する。そして、異常状態出力処理部３７は、パラメータデータ５７を含む運行データを出力することで、運行状況出力装置３０が発生した異常状態の情報を反映した運行線図を保守員等に提供することが可能となる。

また、誤乗車診断処理部３４は、号機毎の登録数と号機毎の乗車人数とにアンマッチが発生しており、かつ、登録数と乗車人数の総和は一致していれば、誤乗車の異常状態が発生したことを診断する。そして、異常状態出力処理部３７が誤乗車の異常状態の発生を出力する。

また、未入力乗車診断処理部３５は、号機毎の登録数と号機毎の乗車人数とにアンマッチが発生しており、かつ、登録数と乗車人数の総和は一致していなければ、未入力乗車の異常状態が発生したことを診断する。そして、異常状態出力処理部３７が未入力乗車の異常状態の発生を出力する。

また、登録者未乗車出発診断処理部３６は、行先階登録された号機に利用者が乗車していなければ、登録者未乗車の異常状態が発生したことを診断する。そして、異常状態出力処理部３７が登録者未乗車の異常状態の発生を出力する。

いずれの場合も、異常状態出力処理部３７は、運行効率低下異常検出部３２が検出した異常状態の発生を示す情報を出力するため、図１５に示した運行線図のように異常状態の発生を保守員等に示すことができる。そして、保守員等は、異常状態の発生の有無と、運行効率を低下させることになる異常状態の内容とを知ることができ、速やかに異常状態が発生した原因を解明することができる。

なお、運行効率低下異常検出部３２は、上述した異常登録数診断処理部３３、誤乗車診断処理部３４、未入力乗車診断処理部３５、登録者未乗車出発診断処理部３６の全てを有することが望ましい。しかし、運行効率低下異常検出部３２は、異常登録数診断処理部３３、誤乗車診断処理部３４、未入力乗車診断処理部３５、登録者未乗車出発診断処理部３６のうちの少なくとも一つを有する構成としてもよい。

また、異常状態出力処理部３７は検出した異常状態の種類に応じて、様々な形状のマーク、着色、点滅等で運行線図に異常状態を示してもよい。例えば、図１５に示した丸マーク６３において、乗車人数「２」の表示色を他のマーク及び他の数値の色から変えることで、丸マーク６３を表示しなくても異常状態の発生を示すことができる。そして、保守員等は、発生した異常状態を判別しやすくなる。また、異常状態出力処理部３７が出力する情報は、運行線図に限らない。例えば、異常状態の内容を示すテキストを時系列で出力してもよい。

また、運行状況出力装置３０が出力する運行線図は、ある時間範囲におけるエレベーター２の過去の運行状況を示すものの他、エレベーター２の現在の運行状況を示すものであってもよい。

なお、本発明は上述した実施の形態例に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施の形態例は本発明を分かりやすく説明するために装置及びシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、ここで説明した実施の形態例の構成の一部を他の実施の形態例の構成に置き換えることは可能であり、さらにはある実施の形態例の構成に他の実施の形態例の構成を加えることも可能である。また、各実施の形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１…エレベーター制御システム、２…エレベーター、３…行先階登録装置、１０…エレベーター制御装置、３０…運行状況出力装置、３１…運行状態出力部、３２…運行効率低下異常検出部、３３…異常登録数診断処理部、３４…誤乗車診断処理部、３５…未入力乗車診断処理部、３６…登録者未乗車出発診断処理部、３７…異常状態出力処理部、５０…運行データテーブル

Claims (8)

1. 行先階登録装置によって登録された行先階に関する情報に基づいて、号機毎にエレベーターの運行を制御するエレベーター制御装置と、
   前記エレベーター制御装置が制御する前記エレベーターの運行状況を出力する運行状況出力装置と、を備え、
   前記運行状況出力装置は、
   前記エレベーターの運行状況として、前記エレベーターの運行状態を示す情報を出力する運行状態出力部と、
   前記エレベーターの運行効率を低下させる異常状態が発生したことを検出する運行効率低下異常検出部と、
   前記エレベーターの運行状況として、前記運行効率低下異常検出部によって検出された前記異常状態の発生を示す情報を出力する異常状態出力処理部と、を備える
   エレベーター制御システム。
2. 前記運行効率低下異常検出部が検出する前記異常状態は、異常登録数の異常状態、誤乗車の異常状態、未入力乗車の異常状態、又は登録者未乗車の異常状態のうち、少なくとも一つを含む
   請求項１に記載のエレベーター制御システム。
3. 前記運行効率低下異常検出部は、前記エレベーター制御装置により割当てられた前記号機毎の登録数と、前記エレベーター制御装置によって割当てられた前記号機毎の乗車人数との差分が、所定の閾値以上である場合に、前記異常登録数の異常状態が発生したことを診断する異常登録数診断処理部を備える
   請求項２に記載のエレベーター制御システム。
4. 前記運行効率低下異常検出部は、任意の時間帯における任意の出発階において、前記エレベーター制御装置により割当てられた前記号機毎の登録数と、前記エレベーター制御装置によって割当てられた前記号機毎の乗車人数との差分が、所定の閾値以上であって、かつ、前記時間帯及び前記出発階において、全体の登録数と、全体の乗車人数の総和とが一致することによって前記誤乗車の異常状態が発生したことを診断する誤乗車診断処理部を備える
   請求項２に記載のエレベーター制御システム。
5. 前記運行効率低下異常検出部は、任意の時間帯における任意の出発階において、前記エレベーター制御装置により割当てられた前記号機毎の登録数と、前記エレベーター制御装置によって割当てられた前記号機毎の乗車人数との差分が、所定の閾値以上であって、かつ、前記時間帯及び前記出発階において、全体の登録数と、全体の乗車人数の総和とが不一致であることによって前記未入力乗車の異常状態が発生したことを診断する未入力乗車診断処理部を備える
   請求項２に記載のエレベーター制御システム。
6. 前記運行効率低下異常検出部は、任意の時間帯における任意の出発階において、前記エレベーター制御装置により割当てられた前記号機毎の登録数より、前記エレベーター制御装置によって割当てられた前記号機毎の乗車人数が少ないままで前記エレベーターが出発したことによって前記登録者未乗車の異常状態が発生したことを診断する登録者未乗車出発診断処理部を備える
   請求項２に記載のエレベーター制御システム。
7. 前記異常状態出力処理部が出力する前記異常状態の発生を示す情報には、前記異常状態が発生した前記エレベーターの号機に関する情報、前記異常状態の発生時間、前記異常状態の発生階のうち、少なくとも一つ以上が含まれる
   請求項１〜６のいずれか一項に記載のエレベーター制御システム。
8. 行先階登録装置によって登録された行先階に関する情報に基づいて、号機毎にエレベーターの運行を制御するエレベーター制御装置から取り込んだ信号により、前記エレベーターの運行状況を出力するステップと、
   前記エレベーターの運行状況として、前記エレベーターの運行状態を示す情報を出力するステップと、
   前記エレベーターの運行効率を低下させる異常状態が発生したことを検出するステップと、
   前記エレベーターの運行状況として、検出された前記異常状態の発生を示す情報を出力するステップと、を含む
   運行状況出力方法。
   

Images