JP2016113237A - エレベーターシステム及びエレベーターシステムの管理方法 - Google Patents

Abstract

【課題】やむなく予約変更を余儀なくされた場合に、その変更理由を利用者に案内報知できるようにしたエレベーターシステム及びその管理方法を提供する。【解決手段】本発明のエレベーターシステムは、複数台のエレベーターの運行管理を行う運行管理制御部と、乗場に設置され、利用者の行先階へのサービス要求の入力情報を読み取り、運行管理制御部へ送信する行先階読取部と、行先階読取部より送信された前記入力情報に基づいて、複数台のエレベーターの中から最適な割当エレベーターを決定する行先階登録処理部と、を有するエレベーターシステムであって、行先階登録処理部によって決定された割当エレベーターを変更する割当変更処理部と、割当変更処理部が割当エレベーターを変更した際に、利用者に対して少なくとも変更理由の案内報知を行う案内報知処理部と、を備える。【選択図】 図１

Description

本発明は、エレベーターシステム及びエレベーターシステムの管理方法に関し、特に、利用者が乗場から行先階を予約可能なエレベーターシステム及びその管理方法に関する。

複数台のエレベーターを一括管理する群管理システムにおいて、エレベーターの利用者が乗車前に行先呼びを登録する方式がある。その行先呼びの登録は、乗場に設置された乗場行先階登録装置によって行われる。乗場行先階登録装置における登録方式には、テンキーボタン方式、行先階ボタン方式、カードリーダー等による自動登録など様々な方式が存在する。

行先呼びを登録する方式の大きな特徴として、乗車前に行先呼びを登録することで、利用者を円滑に複数の乗りかご（エレベーター）のいずれかに振り分け、同一の停止階で降りる乗客を一つの乗りかごへ振り分けることが可能となることを挙げることができる。この特徴により、乗車時の混雑を軽減させ、運行効率の向上を図ることができる。また、乗りかご内での釦操作が不要となるため、利便性の向上にも寄与できる。

複数台のエレベーターを一括管理する群管理システムにおいて、行先呼びを登録する方式を採用する従来技術として、特許文献１や特許文献２に記載の技術がある。

特許文献１には、「群管理装置は、見直し条件を満たす乗場行先呼びについては、登録直後に割当かごの最終決定を行わない。また、割当かご報知装置は、群管理装置が、見直し条件を満たす乗場行先呼びの割当かごを最終決定すると、その割当かごとその乗場行先呼びに対応する行先階とに関する情報のみを、表示器に所定時間表示する。」と記載されている。

特許文献２には、「割当かご見直し手段は、割当かご見直し処理を終了すると、修正後の見直し登録情報セットの内容に基づき、登録行先階乗場呼び管理部内における仮割当かご登録情報の内容を変更する。すなわち、割当かご見直し手段は、見直し後の新たな仮割当かご登録情報の登録及び見直し前の仮割当かご登録情報の消去を併せて行う。」と記載されている。

国際公開第２０１３／０８０２７６号 国際公開第２０１０／０３２６２３号

上述したように、特許文献１や特許文献２に記載の従来技術は、時々刻々変化する運行状況の中で最終的な割当かご（割当エレベーター）を利用者に案内するようにしている。しかしながら、これらの従来技術では、最終かごを決定した後、故障等により、やむなく予約変更を余儀なくされる状況下において、その変更理由の案内報知については考慮されていない。そのため、突然の予約変更はやむを得ないにしても、その変更理由がわからないが故に利用者を不快にさせる懸念がある。

そこで、本発明は、予約変更を余儀なくされた場合に、その変更理由を利用者に案内報知できるようにしたエレベーターシステム及びその管理方法を提供することを目的とする。

上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。
本願は、上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、
複数台のエレベーターの運行管理を行う運行管理制御部と、
乗場に設置され、利用者の行先階へのサービス要求の入力情報を読み取り、運行管理制御部へ送信する行先階読取部と、
行先階読取部より送信された前記入力情報に基づいて、複数台のエレベーターの中から最適な割当エレベーターを決定する行先階登録処理部と、
を有するエレベーターシステムであって、
行先階登録処理部によって決定された割当エレベーターを変更する割当変更処理部と、
割当変更処理部が割当エレベーターを変更した際に、利用者に対して少なくとも変更理由の案内報知を行う案内報知処理部と、
を備えることを特徴とする。

本発明によれば、やむなく予約変更を余儀なくされた場合に、利用者に対してその変更理由を案内報知することができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の一実施形態に係るエレベーターシステムのシステム構成を示すブロック図の例である。 乗場レイアウトの一例を示す概略斜視図の例である。 乗場全体のレイアウトの一例を示す概略平面図の例である。 乗場行先階登録装置付き仕様における乗場全体のレイアウトの一例を示す概略平面図の例である。 乗場行先階登録装置及び行先階変更登録装置付き仕様における乗場全体のレイアウトの一例を示す概略平面図の例である。 乗場案内報知部の表示画面の表示内容の一例を示す図（その１）の例である。 乗場案内報知部の表示画面の表示内容の一例を示す図（その２）の例である。 乗場案内報知部にて表示する号機異常状態の内容の表示例を示す図の例である。 本発明の一実施形態に係るエレベーターシステムにおいて実行される管理方法の基本動作の流れを示すフローチャートの例である。 出発階／行先階別の割当変更処理の一例を示すフローチャート（その１）の例である。 出発階／行先階別の割当変更処理の一例を示すフローチャート（その２）の例である。 出発階別の割当変更処理の一例を示すフローチャートの例である。 割当変更後の号機案内処理の一例を示すフローチャートの例である。 異常号機の案内表示処理の一例を示すフローチャートの例である。 割当変更によって追加されたＤ号機の停止階表示灯の表示状態の一例を示す図の例である。 割当変更保留画面の表示内容の一例を示す図の例である。 割当変更案内画面の表示内容の一例を示す図の例である。 利用者が持ち込む携帯端末を用いて運行状況や運行状況の変化を案内する構成を採る場合の案内画面の一例を示す図の例である。

以下、本発明を実施するための形態（以下、「実施形態」と記述する）について図面を用いて詳細に説明する。本発明は実施形態に限定されるものではなく、実施形態における種々の数値等は例示である。本明細書及び図面において、同一の構成要素又は実質的に同一の機能を有する構成要素には同一の符号を付することとし、重複する説明は省略する。

＜本発明の一実施形態に係るエレベーターシステム＞
本発明の一実施形態に係るエレベーターシステムは、複数台のエレベーターを一括管理するとともに、利用者（利用客）が乗場から行先階を予約可能な群管理システムの構成を採っている。本実施形態では、ＩＣタグや利用者によって持ち込まれる情報端末等から情報読取装置を介して行先階を登録する方式や、テンキー形式などの登録装置によって行先階を登録する方式を例に挙げて説明を行うものとする。但し、本実施形態において記載する内容は本発明を実施するための一例であり、これに限られるものではない。

[システム構成]
図１は、本発明の一実施形態に係るエレベーターシステムのシステム構成を示すブロック図の例である。本実施形態に係るエレベーターシステム１００は、乗場行先階読取部１と、乗場行先階変更読取部２と、入出力制御部３と、乗場案内報知部４と、エレベーター制御部５と、停止階案内部６と、エレベーター部７と、群管理制御部８と、を備えるシステム構成となっている。

（エレベーター部の構成）
そして、本実施形態では、群管理制御部８による制御の下に、エレベーター部７のＮ台のエレベーター７_1，…，７_nを一括管理する構成となっている。以下では、エレベーター部７の個々のエレベーターを「号機」と記述する場合もある。エレベーター７_1，…，７_nは、例えば、昇降路内に設置された乗りかご７１と釣合い錘７２とが主ロープ７３の両端に結合され、当該主ロープ７３が巻上機の綱車７４やプーリ７５に巻き掛けられた周知の構成となっている。

（乗場行先階読取部の機能）
乗場行先階読取部１には、乗場行先階登録入力部１Ａ及び行先階記憶部１Ｂが備えられている。乗場行先階読取部１は、乗場行先階登録部の一例であり、行先階読取部１１及び報知部１２の各機能を備えている。行先階読取部１１は、利用者の行先階へのサービス要求等の入力情報を読み取る。乗場行先階読取部１は、行先階読取部１１によって読み取った行先階情報、及び乗場行先階読取部１が設置されている出発階情報を、入出力制御部３を介して群管理制御部８に送信する。また、乗場行先階読取部１は、行先階読取部１１によって読み取った行先階情報を報知部１２に表示し、利用者に対して行先階が正常に入力されたことを案内したり、入出力制御部３を介して群管理制御部８から受信した割当号機情報を報知部１２に表示したりする役割を担う。

ここで、乗場行先階読取部１については、乗場行先階登録入力部１Ａ内に設置した構成を採ることも可能である。すなわち、乗場行先階読取部１と乗場行先階登録入力部１Ａとを一つの装置とした構成であっても良い。乗場行先階登録入力部１Ａは、利用者が行先階を入力する方式として、テンキーボタンや行先階ボタンによって行先階を入力する方式を採ることができる。行先階記憶部１Ｂは、それぞれに行先階が記憶されているＩＣタグや携帯電話機などの携帯端末（情報端末）である。

以下では、出発階及び行先階の少なくとも一方を意味する「出発階及び／又は行先階」を「出発階／行先階」と記述することとする。出発階／行先階の入力方法として、次のような方法を例示することができる。例えば、利用者が乗場行先階登録入力部１Ａに設置されているテンキーボタンや行先階ボタンによって手動で行先階を入力する。そして、入力された行先階を行先階読取部１１によって読み取り、この読み取った行先階情報を入出力制御部３へ送信する。あるいは、行先階記憶部１Ｂに記憶された行先階情報を、行先階読取部１１によって自動的に読み取り、この読み取った行先階情報を入出力制御部３へ送信する。後者の入力方法を採る場合、行先階読取部１１は、ゲートアンテナ等によって構成され、利用者によって持ち込まれたＩＣタグや携帯端末の情報を読み取る構成となる。但し、本実施形態は、これに限られるものではない。

（乗場行先階変更読取部の機能）
乗場行先階変更読取部２は、乗場行先階読取部１と同様の構成となる。但し、乗場行先階変更読取部２は、利用者が登録した行先階を、利用者自身が変更する用途のために設置されるものである。そして、乗場行先階変更読取部２をエレベーターのドア付近に設置することで、利用者はエレベーターの到着前に行先階を変更できるようになる。乗場行先階変更読取部２にも乗場行先階読取部１と同様に、乗場行先階入力部２Ａ及び行先階記憶部２Ｂが備えられている。

（入出力制御部の機能）
入出力制御部３は、入出力インターフェースである乗場行先階読取部１、乗場行先階変更読取部２及び乗場案内報知部４と群管理制御部８との間でのデータ送受信の補助の役割を担う。

（群管理制御部の機能）
群管理制御部８は、入出力制御部３から送信された行先階情報を基に、時々刻々変化する交通状況を考慮して最適な割当号機を決定する。ここで、「割当号機」とは、時々刻々変化する交通状況下において最適と判断して割り当てたエレベーター（乗りかご）を言う。そして、群管理制御部８は、決定した割当号機の情報を、入出力制御部３を介して乗場行先階読取部１や乗場案内報知部４へ送信する。

それと同時に、群管理制御部８は、割当号機に該当するエレベーター制御部５の号機制御部５１_1，…，５１_nへ出発階及び行先階の登録を行う。すると、号機制御部５１_1，…，５１_nは、登録された出発階／行先階情報を基にサービスを開始させ、乗場行先階読取部１によって行先階情報の送信が行われた階床、即ち出発階へとエレベーター７_1，…，７_nの乗りかご７１を向かわせる制御を行う。また、群管理制御部８は、当該出発階における各号機に登録された行先階情報を号機制御部５１_1，…，５１_nへ送信し、当該行先階情報を停止階案内部６の停止階表示部（表示灯）６１_1，…，６１_nに表示することで、当該出発階にてどの号機がどの行先階に停止するかを案内する。

乗場行先階読取部１は、群管理制御部８から入出力制御部３を介して割当号機情報を受信すると、当該割当号機情報を報知部１２によって利用者が認識できるように報知する。報知部１２の報知の方法としては、液晶表示装置や有機ＥＬ（Electro Luminescence）表示装置等のディスプレイに割当号機を表示する方法や、音声案内によって割当号機をアナウンスする方法など様々な方法が存在する。

（乗場案内報知部の機能）
乗場案内報知部４は、群管理制御部８が運行管理を行っている運行情報を表示、案内する役割を担う乗場行先階読取部１とは独立してその近傍に設置されており、乗場行先階読取部１と同様に、群管理制御部８が運行管理を行っている運行情報を表示、案内する。ここで、「運行情報」とは、例えば、各号機の位置、移動方向、戸開閉状況、出発階情報、当該出発階における各号機に登録されている行先階情報、当該出発階における各行先階における利用人数情報等である。「運行情報」には更に、各階の出発階／行先階別利用人数、特殊運行案内情報、各号機の到着予測時間等も含まれる。

乗場行先階読取部１とは独立した乗場案内報知部４にて運行情報を表示、案内することにより、利用者が行先階を入力し、割当号機を付与された後、割当号機を忘れてしまった場合においても、自分が登録した行先階情報がどの号機に登録されているか理解できる。また、各号機の運行状況を乗場において表示、案内することにより他階の利用状況がわかることから、利用者は割当号機を付与された後、自分がどの程度乗場で待っていれば各号機が到着するか理解できるため、待ち時間に対する不信感の軽減にも繋がる。

（エレベーター制御部の機能）
エレベーター制御部５の号機制御部５１_1，…，５１_nは、各号機７_1，…，７_nの運行を制御する。号機制御部５１_1，…，５１_nは、主に、昇降路内に設置された乗りかご７１に対して、各階への走行指令や戸開閉指令により各号機７_1，…，７_nの運行を制御する。また、号機制御部５１_1，…，５１_nは、乗りかご７１内に設置されたボックス内の保守スイッチのＯＮの際の自動運転から保守運転への切り替えや、ドアに異物が挟まった際などの連続戸開閉の繰り返しを異常と判定する故障検出などの制御を行う。また、号機制御部５１_1，…，５１_nは、各出発階における行先階登録情報を案内する停止階案内部６の制御や、乗場設置の上下方向案内のためのランタンの点灯／点滅の制御を行う。

（停止階案内部の構成）
停止階案内部６は、停止階表示部６１_1，…，６１_n及び音出力案内部６２_1，…，６２_nを備えている。停止階案内部６は、停止階表示部６１_1，…，６１_n及び音出力案内部６２_1，…，６２_nの一方を備える構成を採ることも可能であるが、利用者の利便性の観点からすると両方を備えている方が好ましい。停止階表示部６１_1，…，６１_nは、エレベーター７_1，…，７_nの近傍に設置され、乗りかご（エレベーター）７１が停止する階床を表示し、利用者に対して視覚を通して案内する。音出力案内部６２_1，…，６２_nは、エレベーター７_1，…，７_nの近傍に設置され、乗りかご７１の到着時や割当を予約する時（割当予約時）にその旨を利用者に対して聴覚を通して案内する。音出力案内部６２_1，…，６２_nは、例えば既存の機能であるチャイムであり、乗りかご７１の到着時に「ピンポン」といった到着チャイム音や、割当予約時に「ピン」という予約チャイム音などによって利用者に案内する。

（群管理制御部の構成）
群管理制御部８は、運行管理制御系（運行管理制御部）８１と、学習系８２と、知能系８３と、を有する構成となっている。運行管理制御系８１は、複数台（Ｎ台）のエレベーター７_1，…，７_nの運行管理を行う。学習系８２は、日々の運行管理によって収集した情報からどの運転プログラムが最適であるかを判断する、あるいは、日々の階床別運行状況を学習することで、各出発階毎に混雑する行先階を学習し、高い需要がある階を算出する。知能系８３は、学習系８２によって収集された情報よりシミュレーションを行い、最適な運転プログラムを自動生成する。

群管理制御部８において、運行管理制御系８１は、行先階登録処理部８１_1と、利用人数集計処理部８１_2と、異常状態検出処理部８１_3と、割当変更処理部８１_4と、案内報知処理部８１_5と、の各機能部を有する。図１では、群管理制御部８の運行管理制御系８１の各機能部８１_1〜８１_5、学習系８２及び知能系８３について、機能ブロックとして図示している。運行管理制御系８１には、乗場行先階読取部１から入出力制御部３を介して出発階／行先階情報が送信される。

行先階登録処理部８１_1は、乗場行先階読取部１から入出力制御部３を介して送信される出発階／行先階情報等の入力情報に基づいて、出発階及び行先階を登録するとともに、様々な割当評価を基に号機７_1，…，７_nの中から最適な割当号機を決定する。ここで、「割当評価」とは、最適な割当号機を決定する指標（割当指標）を言う。割当評価は、待ち時間評価、サービス完了時間評価、混雑度評価の少なくとも一つから構成される。待ち時間評価は、各号機の到着予測時間を基に出発階にＮ台のエレベーター７_1，…，７_nのいずれが最も早く到着するかを指標とする。サービス完了時間評価は、行先階にＮ台のエレベーター７_1，…，７_nのいずれが最も早く到着するかを指標とする。混雑度評価は、乗りかご（エレベーター）７１内の利用人数状況を指標とする。

利用人数集計処理部８１_2は、行先階登録処理部８１_1による行先階の登録時に、階床別に各号機の出発時の各階利用人数を集計する。例えば、１階から５階行きの利用者が１名、４階から８階への利用者が１名現れた場合、各階の出発時の利用人数は、１階から３階が１名、４階が２名、５階から７階が１名となる。

異常状態検出処理部８１_3は、各号機の異常状態を検出する。具体的には、異常状態検出処理部８１_3は、主に、エレベーター制御部５の号機制御部５１_1，…，５１_nから送信される情報を基に、エレベーター７_1，…，７_nが異常か否かを判断する。例えば、保守運転や故障信号を受信した場合、受信した号機は、通常の運行管理が実施できなくなるため異常と判断する。また、ある階にて長時間戸開状態が続いた号機を検出した場合や、乗り合わせを禁止する特殊運転（例えば、ＶＩＰ運転など）が登録された号機も同様に、通常の運行管理が実施できなくなるため異常と判断する。

また、運行状況が予想していた到着予測時間と大きく異なり、利用者が長待ちしていると判定した場合も異常と判断するようにしてもよい。この際に、異常と判断された号機については、全出発階に対して異常と判断するか、出発階毎に判断するか、のいずれでも良い。号機制御部５１_1，…，５１_nから異常信号を受信した場合、結果的に全出発階に対して異常と判断されるが、当該条件においては、各出発階毎に到着予測時間が異なるためである。

割当変更処理部８１_4は、上記の異常と判断された号機に登録された出発階／行先階の登録を他号機へ変更する処理を行う。割当変更処理部８１_4は、割当変更の際に、最適な割当号機が登録されていた出発階／行先階別に割当評価を実施する。本処理では、到着予測時間（待ち時間）、サービス完了時間、階床別利用者人数の少なくとも一つを指標として割当を行う。これにより、階床別に最適な割当変更処理を実施することができ、異常と判断された号機に登録されていた出発階／行先階毎に、確実に利用者に対してサービスを行い、且つ、本割当変更の実施時の最適な運行効率を維持することができる。

ここで最も重要なことの一つとして、割当変更処理の実施の際に、満員等により他階の利用者が登録した号機に乗車できない状況を作らないことが挙げられる。そのため、割当変更処理部８１_4は、ある出発階にて割当変更を実施する際に、他階のいずれかの階床にて満員と予測される号機を割当変更対象の号機から除外する処理を行う。これにより、残った割当変更可能な号機の中から、運行効率を極力低下させない号機を選択することができるため、満員等により他階の利用者が登録した号機に乗車できない状況を作らないようにすることができる。

また、他階のいずれかの階床にて満員と予測される号機が全台の場合、ある出発階における、異常と判断された号機に登録されていた行先階の割当変更については、当該出発階に最も早く到着すると予測される号機を割当保留号機とする。すなわち、割当変更処理部８１_4は、行先階登録処理部８１_1による登録が一時的に不可と認識された際に割当てを保留する割当保留処理部としても機能する。割当保留号機は、当該出発階を出発時に、行先階を当該号機へ登録することで、確実に利用者を案内することができる。

案内報知処理部８１_5は、時々刻々と変化する運行状況を即座に利用者へ案内するために、各乗場案内報知部４への案内情報送信指令や、行先階登録処理部８１_1によって決定した割当号機情報送信指令を乗場行先階読取部１の報知部１２に対して行う。案内報知処理部８１_5は、先述した運行情報や、異常状態検出処理部８１_3によって検出した異常情報、割当変更内容の案内も実施する。

また、乗場案内報知部４不付き仕様においても、案内報知処理部８１_5は、異常状態検出処理部８１_3及び割当変更処理部８１_4の実施内容を案内するために、エレベーター制御部５の号機制御部５１_1，…，５１_nへ割当変更内容を案内するための情報を送信する。この情報の送信を受けて、号機制御部５１_1，…，５１_nは、停止階案内部６の停止階表示部６１_1，…，６１_nや音出力案内部６２_1，…，６２_nに対して通常と異なる制御を行う。

ここで、停止階表示部６１_1，…，６１_nにあっては、乗りかご７１が停止する階床を表示する状態が通常であり、音出力案内部６２_1，…，６２_nにあっては、乗りかご７１の到着時の「ピンポン」や割当予約時の「ピン」のチャイム音が通常である。そこで、号機制御部５１_1，…，５１_nは、停止階表示部６１_1，…，６１_nに対して表示灯の点灯／点滅といった通常と異なる制御を行うことにより、割当変更があった旨を利用者に案内することができる。また、号機制御部５１_1，…，５１_nは、音出力案内部６２_1，…，６２_nに対して「ピンピン」といった特殊チャイム音を出力する通常と異なる制御を行うことにより、割当変更があった旨を利用者に案内することができる。

更に、案内報知処理部８１_5は、ドア付近に設置の乗場行先階読取部１の報知部１２や、乗場行先階変更読取部２の報知部２２に対して割当変更前の号機名及び割当変更後の号機名の各情報を送信し、これら報知部１２，２２にて割当変更内容を案内する構成でも良い。このように、案内報知処理部８１_5は、割当変更処理部８１_4による処理の下に、以前登録された利用状況に変化が生じた際に、利用者に対して確実に案内するために各出力部に対して割当変更内容を送信し、案内を実施する処理部である。ここで、割当変更内容の送信先である出力部は、乗場行先階読取部１の報知部１２や、乗場行先階変更読取部２の報知部２２や、乗場案内報知部４や、停止階案内部６などである。

上述した群管理制御部８の運行管理制御系８１の各機能部８１_1〜８１_5、学習系８２及び知能系８３については、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することにより、ソフトウェアで実現することができる。このとき、各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に記録することができる。また、上記の運行管理制御系８１の各機能部８１_1〜８１_5、学習系８２及び知能系８３については、それらの一部または全部を、例えば集積回路で設計する等により、ハードウェアで実現することもできる。

［乗場レイアウト］
図２は、乗場レイアウトの一例を示す概略斜視図の例である。図２において、乗場案内装置３０は、図１の乗場案内報知部４に該当し、乗場の入口付近に設置されることで利用者へ運行案内を行う。ここでは、乗場案内装置３０は自立式を想定しているが、壁掛け型、あるいは壁に対して埋込型の構成でも良い。停止階案内盤３２は、図１の停止階表示部６１_1，…，６１_nに該当し、ドア３１付近に設置され、各号機に登録された行先階情報を表示する。

図３は、乗場全体のレイアウトの一例を示す概略平面図の例である。図３において、乗場案内装置３０は、各号機（エレベーター）３３付近に設置され、利用者へ運行案内を行う。利用者３４がＩＣタグ３５を持参する場合、当該ＩＣタグ３５は図１の行先階記憶部１Ｂに相当する。ここでは、乗場の入口に利用者３４をチェックするゲート３６が設置されている乗場レイアウトを例示している。この場合、ゲート３６は図１の行先階読取部１１に相当し、ＩＣタグ３５に記憶された行先階情報を自動で検出し、当該行先階情報を図１の入出力制御部３を介して群管理制御部８へ送信する。登録状況については乗場案内装置３０によって表示する。これにより、利用者は自分の目的階にはどの号機に乗車すれば良いか判断可能となる。

図４は、乗場行先階登録装置付き仕様における乗場全体のレイアウトの一例を示す概略平面図の例である。図４において、乗場行先階登録装置３７は、行先階読取部１１、報知部１２及び乗場行先階登録入力部１Ａが一つにまとまった登録装置である。利用者は、乗場行先階登録装置３７を利用して行先階を登録する。この登録された行先階情報は、乗場行先階登録装置３７から図１の入出力制御部３を介して群管理制御部８へ送信される。また、乗場行先階登録装置３７に備えられているディスプレイにて割当号機を表示する。更に、各登録状況は、乗場案内装置３０によって表示する。これにより、利用者は自分の目的階にはどの号機に乗車すれば良いか判断可能となる。

図５は、乗場行先階登録装置及び行先階変更登録装置付き仕様における乗場全体のレイアウトの一例を示す概略平面図の例である。図５において、行先階変更登録装置３８は、行先階読取部２１、報知部２２及び乗場行先階登録入力部２Ａが一つにまとまった登録装置であり、ドア近傍に設置される。利用者は、行先階変更登録装置３８を利用して行先階の変更及び追加登録を行う。本実施形態では、行先階変更登録装置３８の報知部（図１の報知部２２に相当）を利用して、交通状況の変化の案内を実施する。このときの案内方式としては、案内内容をディスプレイにて表示する方式や、音声案内による方式等が挙げられる。

図６は、乗場案内報知部４の表示画面の表示内容の一例を示す図（その１）の例である。また、図７は、乗場案内報知部４の表示画面の表示内容の一例を示す図（その２）の例である。

図６において、図６Ａは、通常時の乗場案内画面である。各昇降路４０内の号機位置４２や、号機の移動方向を示す矢印４３や、本号機が運用されているビルのサービス階４１を視覚的に表現する。出発階４５は、乗場案内装置３０が設置されている階を示し、当該出発階における行先階登録を停止階４４にて示す。このとき、わかり易いように、停止階４４、出発階４５は通常のサービス階と異なる色やフォントを使用することで、利用者に対して直感的に理解できる画面構成とすることができる。また、注意事項案内４６を掲載することで、より利用者に対してわかり易い案内を提供することができる。

図６Ｂは、１０階の特殊運転によってサービスを行い、戸開状態４７で待機したＣ号機の運行状況を示している。

図６Ｃは、特殊運転により、Ｃ号機が割当変更対象となった状況を示している。特殊運転実施案内４ａにより、Ｃ号機が特殊運転を開始したことを示し、割当変更対象号機４ｂを強調する。図６Ｂにおいて、Ｃ号機の行先階は７階と９階であったため、出発階の２階における割当変更対象行先階は７階及び９階となる。

そこで、割当変更処理を実施した際に、最も出発階に早く到着する号機はＤ号機と判定され、７階の行先階が割当変更される。次に、９階の行先階には、Ｄ号機は出発階に早く到着することは予想されるが、４階、５階、７階と停止するため、９階への到着が遅くなると判断される。その結果、９階への行先階へ最も早く到着すると予測される号機はＡ号機と判定され、９階の行先階が割当変更される。

割当変更後停止階４ｃは点滅表示され、新規の行先階登録とは異なる表示をすることにより、Ｃ号機を利用するはずだった利用者に対して注意喚起を促すことができる。更に、割当変更案内４ｄを掲載することで、より利用者に対してわかり易い案内を提供することができる。

図７において、図７Ａは、図６Ｃとは異なり、最も出発階に早く到着する号機に対して、出発階の２階におけるＣ号機に登録された行先階を変更する状況を示している。このとき、割当変更号機図示４ｅによってＣ号機の行先階の変更状況を示す。また、出発階に対して１号機のみを割当対象とするため、割当変更号機案内４ｆのように、割当変更前の号機名と割当変更後の号機名の案内が可能となる。このとき、Ｄ号機に割当変更された行先階は、本例では、停止階４４が追加されるような構成としている。但し、図６Ｃのように、通常の停止階４４と異なり、点滅するような構成でもよい。

図７Ｂは、割当変更時、他階の利用状況を考慮した際に、出発階の２階における行先階７階及び９階の割当変更が不可と判断された場合の案内表示を示している。この際に、Ｄ号機が最も早く出発階の２階に到着すると予測された場合、Ｄ号機が出発階の２階に到着し、４階、５階、１０階へサービス完了した後、再度出発階の２階へサービスし、７階及び９階へとサービスを実施するように割当保留を行う。そこで、割当保留対象行先階４ｇは、停止階４４、出発階４５とは異なる色やフォントで示して利用者へ案内する。更に、誤乗車を防ぐために、割当保留中は割当保留案内４ｈを表示することで、より利用者に対してわかり易い案内を提供する。

[号機異常状態の内容の表示例]
号機異常によって割当変更処理を実施した際に、乗場案内報知部４は、案内報知処理部８１_5からの指令の下に、利用者に対して視覚的に理解し易い記号で変更理由の案内報知を行う。図８は、乗場案内報知部４にて表示する号機異常状態の内容の表示例を示す図の例である。なお、ここで挙げた号機異常状態は一例であって、号機異常状態の内容としては本例に限られるものではない。

図８Ａは、号機７_1，…，７_nが特殊運転中であることを案内報知する場合の表示例である。特殊運転には、パーキング運転、専用運転、乗り合わせ禁止運転（ＶＩＰ）運転などが該当する。図８Ｂは、号機７_1，…，７_nが故障状態にあることを案内報知する場合の表示例である。故障状態には、戸開閉繰り返し故障などが該当する。号機制御部５１_1，…，５１_nが戸開閉繰り返し故障などの故障を検出したときに、当該号機の故障中表示を行う。図８Ｃは、号機７_1，…，７_nが保守運転中であることを案内報知する場合の表示例である。保守員がエレベーターの保守点検時に使用する保守運転切替えスイッチが入力された際に、保守運転中の表示を行う。図８Ｄは、例えば、ある任意の階において、荷物の積み降ろし作業等により、戸開状態が長時間続いていることを案内報知する場合の表示例である。

［エレベーターシステムの管理方法］
続いて、上記構成のエレベーターシステム１００において実行される管理方法（エレベーターシステムの管理方法）の基本動作について、図９〜図１４のフローチャートを用いて詳細に説明する。また、以下に説明する基本動作フローは、群管理制御部８の中で、運行管理制御系８１による制御の下に定期的に実行される処理フローとなる。

（基本動作フロー）
図９において、運行管理制御系８１は、エレベーター制御部５の号機制御部５１_1，…，５１_nから送信された号機異常信号や、各号機７_1，…，７_nの位置情報、移動方向情報などの号機情報を受信する（ステップＳ１００）。次に、運行管理制御系８１は、号機制御部５１_1，…，５１_nから受信した号機情報に号機異常信号が含まれるか、即ち号機異常信号を検出したか否かを判定し（ステップＳ１０１）、号機異常信号を検出しなかった場合（Ｓ１０１のＮＯ）、本基本動作の処理を終了する。ここで、号機の異常検出の条件は、号機制御部５１_1，…，５１_nから号機異常信号や特殊運転信号を検出するか、あるいは強制的に戸開している待機状態が一定時間、例えば３分以上検出された場合とする。

号機異常信号を検出した場合（Ｓ１０１のＹＥＳ）、運行管理制御系８１は、異常を検出した号機において、行先呼びの登録があるか否かを判定し（ステップＳ１０２）、行先呼びの登録がない場合（Ｓ１０２のＮＯ）、ステップＳ１０６へ進む。ここで、「行先呼び」とは、出発階毎の行先階を言う。行先呼びの登録がある場合（Ｓ１０２のＹＥＳ）、運行管理制御系８１は、一時的にステップＳ１０２で判定した行先呼びがリセットされる前に保持（保留）しておく処理を行う（ステップＳ１０３）。

行先呼びの保持が完了したら、運行管理制御系８１は、行先階別の割当変更処理を行う（ステップＳ１０４）。行先階別の割当変更処理の詳細については、後で図１０〜図１２のフローチャートを用いて説明する。行先階別の割当変更処理が終了したら、運行管理制御系８１は、割当変更後の号機案内処理を行う（ステップＳ１０５）。割当変更後の号機案内処理の詳細については、後で図１３のフローチャートを用いて説明する。割当変更後の号機案内処理が終了したら、運行管理制御系８１は、異常号機の案内表示処理を行う（ステップＳ１０６）。異常号機の案内表示処理の詳細については、後で図１４のフローチャートを用いて説明する。ステップＳ１０６の処理が終了すると、本基本動作の一連の処理が終了となる。

（行先階別の割当変更処理）
次に、図９のステップＳ１０４の処理にて実施される行先階別の割当変更処理の一例について、図１０〜図１２のフローチャートを用いて説明する。

まず、出発階／行先階別の割当変更処理について図１０及び図１１のフローチャートを用いて説明する。一例として、図７Ａより、このとき割当変更対象とする出発階は２階、行先階は７階及び９階とする。

図１０において、運行管理制御系８１は、各号機７_1，…，７_n毎における各階の到着予測時間を算出する（ステップＳ２００）。ここでは、予めわかっている各号機７_1，…，７_nの定格速度や加減速度等のエレベーター仕様や、停止階床数や、階間距離等のビル仕様、更に各号機の登録状況に応じて、到着予測時間を算出する。

一例として、各階間距離が全て統一されたビルにおいて、エレベーター仕様を考慮した結果、階間移動にかかる時間が例えば５秒であった場合を考える。また、行先階登録における各階の停止時間が、乗降車にかかる時間及び加減速時の時間ロスを考慮した結果、例えば１０秒であると計算された場合を考える。このとき、１〜１０階床のビルにおいて、１階待機で、且つ、２階から５階へ登録が決定しているエレベーターＡ号機の到着予測時間は、待機している１階から移動方向順に、階間移動に必要な時間が加算される。

本例においては、各階に対して１階から５秒加算され、停止する２階及び５階ではそれぞれ階間移動に必要な時間と停止時間を考慮し、１５秒が加算される。これより、１階から、５秒、１０秒、２５秒、３０秒、３５秒、５０秒、５５秒、６０秒、…となる。

各号機７_1，…，７_nの到着予測時間の算出が終了すると、運行管理制御系８１は、割当変更対象の出発階を設定する（ステップＳ２０１）。本例においては、割当変更対象の出発階として２階が設定される。次に、運行管理制御系８１は、割当変更対象の行先階を設定する（ステップＳ２０２）。本例においては、割当変更対象の行先階として７階が設定される。

次に、運行管理制御系８１は、当該号機に割り当てられた行先呼びの利用者数ｎ（ｆ）を算出する（ステップＳ２０３）。ｆは階床を表わしている。例えば、本例においては、出発階の２階から行先階の７階への利用者が３人いた場合、ｎ（２）＝３となる。行先呼びは出発階／行先階毎に制御され、利用者数もそれに伴い、出発階／行先階毎に算出可能となる。

次に、運行管理制御系８１は、利用者数ｎの増加時、他階の行先呼びも含めて各階出発時の利用人数ｎが満員と予測される号機が存在するか否かを判定する（ステップＳ２０４）。例えば、出発階の２階から行先階の７階への利用者が３名増加した際に、同一出発階の２階から乗車する人数、及び３階、４階、５階、６階から乗車する人数によって、満員と予測される号機が存在するか否かを判定する。

運行管理制御系８１は、満員が予測される号機が存在しない場合（Ｓ２０４のＮＯ）、ステップＳ２０６へ進み、満員が予測される号機が存在する場合（Ｓ２０４のＹＥＳ）、満員と予測される号機について割当除外を行う（ステップＳ２０５）。満員が予測された号機を割当変更対象号機から除外することで、割当変更した際に、他階の利用者が乗車できなくなる状況を未然に防ぐことができる。

次に、運行管理制御系８１は、割当可能な号機が存在するか否かを判定する（ステップＳ２０６）。ここでは、仮にステップＳ２０５にて割当除外処理を行った結果、割当変更対象号機が存在しない場合は、割当変更を一時的に保留する必要があるため、本判定処理を実施する。運行管理制御系８１は、割当可能な号機が存在しない場合（Ｓ２０６のＮＯ）、ステップＳ２１８へ進む。

割当可能な号機が存在する場合（Ｓ２０６のＹＥＳ）、運行管理制御系８１は、当該行先呼びの仮割当て時、停止階が増加する号機が存在するか否かを判定する（ステップＳ２０７）。本例においては、Ｃ号機の他に、出発階である２階及び行先階である７階へ停止する号機が存在する場合、同一の停止階が存在する号機に割当変更を実施することで、運行効率の低減を極力抑えることができる。

運行管理制御系８１は、停止階が増加する号機が存在しない場合（Ｓ２０７のＮＯ）、ステップＳ２１３へ進み、停止階が増加する号機が存在する場合（Ｓ２０７のＹＥＳ）、出発階、行先階において全号機停止階が増加するか否かを判定する（ステップＳ２０８）。そして、出発階である２階及び行先階である７階へ停止する号機が存在しない場合（Ｓ２０８のＮＯ）、ステップＳ２１３へ進む。それ以外は（Ｓ２０８のＹＥＳ）、図１１のステップＳ２０９へ進む。

図１１において、運行管理制御系８１は、出発階にて停止階が増加する割当可能号機が存在するか、また本条件は全号機でないかを判定する（ステップＳ２０９）。本例においては、割当可能号機の中で、出発階の２階に停止する号機が存在する場合は本条件に該当する。また、出発階の２階に停止する号機が全号機であった場合は本条件に該当しない。運行管理制御系８１は、本条件に該当しない場合（Ｓ２０９のＮＯ）、ステップＳ２１１へ進み、本条件に該当する場合（Ｓ２０９のＹＥＳ）、出発階にて停止階が増加する号機について割当除外を行う（ステップＳ２１０）。

次に、運行管理制御系８１は、行先階にて停止階が増加する割当可能号機が存在するか、また本条件は全号機でないかを判定する（ステップＳ２１１）。本例においては、割当可能号機の中で、行先階の７階に停止する号機が存在した場合は本条件に該当する。また、行先階の７階に停止する号機が全号機であった場合は本条件に該当しない。運行管理制御系８１は、本条件に該当しない場合（Ｓ２１１のＮＯ）、ステップＳ２１３へ進み、本条件に該当する場合（Ｓ２１１のＹＥＳ）、行先階にて停止階が増加する号機について割当除外を行う（ステップＳ２１２）。

次に、運行管理制御系８１は、割当可能号機内にて最も早く当該行先階に到着する号機を行先呼び割当変更する（ステップＳ２１３）。本例においては、出発階の２階から出発して、行先階の７階へ到着する号機を選択する。図７Ａにおいては、エレベーターの位置及び各階への登録状況からＤ号機が選択される。ここで、Ｄ号機に出発階の２階、行先階の７階の行先呼びが割り当てられる。

割当変更処理が完了すると、運行管理制御系８１は、割当号機において、停止階からエレベーターの位置（方向転換を含む）まで到着予測時間を増加分＋１０［秒］とする（ステップＳ２１４）。すなわち、ステップＳ２００での到着予測時間の算出処理に従い、増加した停止階において、１０［秒］加算する。ステップＳ２００の算出処理で使用した一例に対して、出発階の２階、行先階の７階の呼びを追加した場合、２階の停止階は増加しないが、７階の行先階において停止階が増加する。そのため、到着予測時間は、１階から、５秒、１０秒、２５秒、３０秒、３５秒、５０秒、５５秒、７０秒、…と７階での停止時間が考慮されるため、８階以降の到着予測時間に１０［秒］加算されることとなる。

加算処理が終了すると、運行管理制御系８１は、本割当号機の利用者人数に対して行先呼び利用者数を加算する（ステップＳ２１５）。本例においては、Ｄ号機に対して出発階の２階から行先階の７階までの利用人数が３人追加される。利用人数の追加処理が終了すると、運行管理制御系８１は、他に割当変更対象の行先階は存在するか否かを判定する（ステップＳ２１６）。本例の場合、出発階の２階において、９階の行先階が残っている。

運行管理制御系８１は、他に割当変更対象の行先階が存在しない場合（Ｓ２１６のＮＯ）、図１０のステップＳ２２０へ進み、存在する場合（Ｓ２１６のＹＥＳ）、割当変更対象の行先階を設定し（ステップＳ２１７）、しかる後図１０のステップＳ２０３に移行する。本例においては、行先階として９階が設定される。そして、出発階における割当変更対象となる全行先階に対して、ステップＳ２０３〜ステップＳ２１６の処理が実施される。

図１０において、ステップＳ２０６の処理で割当可能な号機が存在しないと判定した場合、運行管理制御系８１は、全号機内にて最も早く当該出発階に到着する号機を当該出発階の割当保留号機として決定する（ステップＳ２１８）。本処理は、ステップＳ２０６において満員混雑が予測され、割当可能号機が存在しない場合、出発階の２階をいち早く出発し、次回のサービス周期時の行先呼び登録を実施するために一時的に割当保留を行う。このとき、割当保留の対象階は、当該出発階における残された行先階が全て対象となる。ここでは、図７Ｂを例に挙げると、出発階の２階において、行先階の７階で割当保留を実施した場合、行先階の７階及び９階が対象となる。割当保留号機は、最も出発階に早く到着が予測されるＤ号機となる。

割当保留号機を決定したら、運行管理制御系８１は、割当保留号機が当該出発階に到着し、出発後、対象の本行先呼びの割当てを行う（ステップＳ２１９）。本例においては、Ｄ号機が出発階の２階に到着し、戸閉後３階へ出発した時点で、ステップＳ２１８で割当保留された出発階の２階、行先階の７階及び９階の行先呼びがＤ号機に割り当てられる。このとき、Ｄ号機の利用人数も割当てに併せて追加される。本割当処理は、Ｄ号機が出発階に到着し、戸閉後出発することを監視するため、フローを分けて実施する構成でも良い。

本行先呼びの割当処理が終了したら、運行管理制御系８１は、他に割当変更対象の行先呼びが存在するか否かを判定し（ステップＳ２２０）、存在しない場合（Ｓ２２０のＮＯ）、行先階別の割当変更の一連の処理を終了する。

他に割当変更対象の行先呼びが存在する場合（Ｓ２２０のＹＥＳ）、運行管理制御系８１は、割当変更対象の出発階及び行先階を設定する（ステップＳ２２１）。仮に、Ｃ号機の出発階の４階において、５階、１０階の行先階登録が存在する場合、割当変更対象の出発階の４階、行先階の５階が設定される。しかる後、ステップＳ２０３に移行し、割当変更対象号機の行先呼び全てにおいて、ステップＳ２０３〜ステップＳ２１６の処理が実施される。

以上説明した、行先階別の割当変更の一連の処理により、混雑時の割当変更の際にも利用者を確実にサービス／案内するための割当変更が可能となる。

ここで、本実施形態では、ステップＳ２１３の処理において、号機を選択する手法について、行先階に到着する時間を指標としたが、これに限られるものではない。例えば、出発階に到着する時間や、乗りかご内の利用人数の少ないかごなどを指標とする手法、またこれらを総合的に判断する総合割当指標を用いる構成でも良い。

次に、出発階別の割当変更処理について図１２のフローチャートを用いて説明する。一例として、図６Ｃより、このとき割当変更対象とする出発階は２階、行先階は７階及び９階とする。

運行管理制御系８１は、図１０のステップＳ２００の処理と同様、各号機毎の各サービス階における到着予測時間を算出し（ステップＳ３００）、次いで図１０のステップＳ２０１の処理と同様、割当変更する行先呼びの出発階を設定する（ステップＳ３０１）。

次に、運行管理制御系８１は、割当変更する行先呼びの出発階における号機に割り当てた行先呼びの全ての利用者数ｎ（ｆ）を算出する（ステップＳ３０２）。ここでは、出発階の２階から、行先階の７階、９階の利用者を全て算出する。ここで、７階の利用者が３名、９階の利用者が２名であった場合、出発階の２階における利用者はｎ（２）＝５となる。ここでの各階の出発時の利用人数は、ｎ（３）＝５、ｎ（４）＝５、ｎ（５）＝５、ｎ（６）＝５、ｎ（７）＝２、ｎ（８）＝２、ｎ（９）＝０となる。

続いて、運行管理制御系８１は、図１０のステップＳ２０４の処理と同様、各号機にて利用者数ｎの増加時の他階の行先呼びも含めて満員となる号機が存在するか否かを判定する（ステップＳ３０３）。運行管理制御系８１は、満員になると予測される号機が存在しない場合（Ｓ３０３のＮＯ）、ステップＳ３０６へ進む。また、満員になると予測される号機が存在する場合（Ｓ３０３のＹＥＳ）、運行管理制御系８１は、図１０のステップＳ２０５の処理と同様、満員と予測された号機を割当除外する（ステップＳ３０４）。

次に、運行管理制御系８１は、図１０のステップＳ２０６の処理と同様、割当可能な号機が存在するか否かを判定する（ステップＳ３０５）。運行管理制御系８１は、割当可能な号機が存在しない場合（Ｓ３０５のＮＯ）、ステップＳ３１１へ進み、存在する場合（Ｓ３０５のＹＥＳ）、割当可能号機内にて最も早く当該出発階に到着する号機に全ての行先呼び割当変更を実施する（ステップＳ３０６）。本例においては、出発階の２階における行先階の７階、９階を最も早く出発階に到着するＤ号機へ割当変更を実施する。

ここで、図１の乗場案内報知部４（即ち、図２の乗場案内装置３０）において、割当変更によって追加されたＤ号機の行先階については、利用者に対して追加を強調するために点滅表示が行われる。図１５において、停止階表示灯９１は点滅前の表示状態を表わし、停止階表示灯９２は点滅後の表示状態を表わしている。停止階表示灯９１と停止階表示灯９２とを繰り返し表示することで、通常の新規に受け付けた行先呼びと、割当変更による追加行先階とを切り分けて案内することが可能となる。

行先呼び割当変更が終了したら、運行管理制御系８１は、図１１のステップＳ２１４の処理と同様、割当号機にて運行軌跡上、増加停止階上で到着予測時間を増加分＋１０［秒］とする（ステップＳ３０７）。続いて、運行管理制御系８１は、図１１のステップＳ２１４の処理と同様、当該行先呼び利用者数を、本割当号機の利用者人数に対して加算する（ステップＳ３０８）。

次に、運行管理制御系８１は、図１０のステップＳ２１８の処理と同様、他に割当変更対象の行先呼びが存在するか否かを判定し（ステップＳ３０９）、存在しない場合（Ｓ３０９のＮＯ）、出発階別の割当変更の一連の処理を終了する。運行管理制御系８１は、他に割当変更対象の行先呼びが存在する場合（Ｓ３０９のＹＥＳ）、割当変更対象の出発階を設定し（ステップＳ３１０）、その終了後ステップＳ３０２へ戻る。そして、運行管理制御系８１は、割当変更対象号機の行先呼び全てにおいて、ステップＳ３０２〜ステップＳ３０８の処理を実施する。

運行管理制御系８１は、ステップＳ３０５の処理において、割当可能な号機が存在すると判定した場合、図１０のステップＳ２２０の処理と同様、全号機内にて最も早く当該出発階に到着する号機を当該出発階の割当保留号機として決定する（ステップＳ３１１）。次に、運行管理制御系８１は、図１０のステップＳ２２１の処理と同様、割当保留号機が当該出発階に到着し、戸閉後出発した後、対象の本行先呼びについて割当てを行い（ステップＳ３１２）、しかる後ステップＳ３０９へ移行する。

（割当変更処理後の号機案内処理）
次に、図９のステップＳ１０５の処理にて実施される割当変更処理後の号機案内処理の一例について、図１３のフローチャートを用いて説明する。

まず、運行管理制御系８１は、割当変更に伴う割当保留号機が有るか否かを判定する（ステップＳ４００）。割当変更処理内で割当保留時の案内方法と、割当変更時の案内方法とは異なるため、本処理によって案内方法の判別を行う。運行管理制御系８１は、割当変更に伴う割当保留号機が無い場合（Ｓ４００のＮＯ）、ステップＳ４０７へ進む。

割当変更に伴う割当保留号機が有る場合（Ｓ４００のＹＥＳ）、運行管理制御系８１は、乗場案内盤（乗場案内報知部４）付き仕様か否かを判定する（ステップＳ４０１）。そして、乗場案内盤付き仕様の場合（Ｓ４０１のＹＥＳ）、運行管理制御系８１は、割当変更対象階にて、割当保留号機名、停止階名、保留時の注意事項を案内する（ステップＳ４０２）。これは、図７Ｂに示した案内等を実施するための処理である。

また、運行管理制御系８１は、乗場案内盤付き仕様で無い場合（Ｓ４０１のＮＯ）、割当変更対象階にて、停止階案内部６の音出力案内部６２_1，…，６２_n（図１参照）によって割当変更があった旨を案内する（ステップＳ４０３）。音出力案内部６２_1，…，６２_nの音による案内としては、到着チャイム音や予約チャイム音などの通常のチャイム音と異なる特殊チャイム音にて割当変更があった旨を案内する。このように、通常のチャイム音とは異なる特殊チャイム音を利用することで、乗場案内盤不付き仕様であっても割当変更が実行された旨を利用者に対して案内することができる。

次に、運行管理制御系８１は、行先階変更登録装置３８付き仕様か否かを判定し（ステップＳ４０４）、行先階変更登録装置３８付き仕様で無い場合（Ｓ４０４のＮＯ）、ステップＳ４０６に進む。また、行先階変更登録装置３８付き仕様の場合（Ｓ４０４のＹＥＳ）、運行管理制御系８１は、行先階変更用登録装置３８に対して割当保留案内指令を行う（ステップＳ４０５）。

ステップＳ４０５では、例えば、図５においてドア付近に設置されている行先階変更登録装置３８に装備されているディスプレイやスピーカーを利用し、ドア付近において割当号機で待機している利用者に対して割当保留の旨を案内する。その際に、必ず割当保留号機が一度出発した後の、２回目のサービス時に乗車することを利用者に対して案内する。例えば、図１６に示すような、割当変更保留画面をディスプレイに表示することによって案内を実施する。

図１６の割当変更保留画面は、行先階変更登録装置３８に装備されているディスプレイに表示する割当保留号機案内の一例である。割当保留の際には、１回目に保留号機が出発階到着時に乗車するのでなく、２回目のサービス時に乗車するように案内しなくてはならない。そのため、図１６の割当変更保留画面に示すように、保留理由を含む例えば「かご内混雑のため、次回のエレベーター到着時にご乗車願います。」といった表示にて案内報知を行うようにする。また、行先階変更登録装置３８に装備されているスピーカーによる音声案内にて、「Ｃ号機に登録された行先階７階、９階の利用者の方は２回目のＤ号機サービス時にご乗車ください。」といった案内を実施する構成でも良い。このような音声による案内報知によれば、視覚障害者に対応できるようになる。

ここで、図１の乗場案内報知部４（即ち、図２の乗場案内装置３０）において、割当変更によって追加されたＤ号機の行先階については、利用者に対して追加を強調するために点滅表示が行われる。図１５において、停止階表示灯９１は点滅前の表示状態を表わし、停止階表示灯９２は点滅後の表示状態を表わしている。停止階表示灯９１と停止階表示灯９２とを繰り返し表示することで、通常の新規に受け付けた行先呼びと、割当変更による追加行先階とを切り分けて案内することが可能となる。

図１５において、停止階表示灯９３は、図７ＢにおけるＤ号機の停止階表示灯であり、１回目の出発階サービス前の表示状態を表わしている。停止階表示灯９４は、Ｄ号機が出発階の２階を出発する時の点滅前の表示状態を表わしており、割当保留されていた行先階の表示を行う。停止階表示灯９５は、Ｄ号機が出発階の２階を出発する時の点滅後の表示状態を表わしている。割当保留されていた行先階を強調するために、停止階表示灯９４と停止階表示灯９５とを繰り返し表示することで、通常の新規に受付けた行先呼びと、割当変更による追加行先階とを切り分けて案内することが可能となる。

次に、運行管理制御系８１は、割当保留対象号機出発時、割当保留対象階を停止階案内部６の停止階表示部（表示灯）６１_1，…，６１_n（図１参照）によって案内する（ステップＳ４０６）。停止階表示部６１_1，…，６１_nに割当変更階を出力するタイミングは割当保留号機が出発階に到着し、戸閉後他階へ出発した後とする。これにより、利用者の誤乗車を未然に防止することができる。ステップＳ４０６の処理の終了後、割当変更処理後の号機案内の一連の処理を終了する。

運行管理制御系８１は、ステップＳ４００の処理において、割当変更に伴う割当保留号機が無いと判定した場合には、乗場案内盤（乗場案内報知部４）付き仕様か否か判定する（ステップＳ４０７）。そして、乗場案内盤付き仕様の場合（Ｓ４０７のＹＥＳ）、運行管理制御系８１は、割当変更対象階にて、割当保留号機名、停止階名、保留時の注意事項を案内する（ステップＳ４０８）。これは、図６Ｃ、図７Ａに示した案内等を実施するための処理である。

また、運行管理制御系８１は、乗場案内盤付き仕様で無い場合（Ｓ４０７のＮＯ）、割当変更対象階にて、停止階案内部６の音出力案内部６２_1，…，６２_n（図１参照）によって割当変更があった旨を案内する（ステップＳ４０９）。音出力案内部６２_1，…，６２_nの音による案内としては、通常とは異なる特殊チャイム音にて割当変更があった旨を案内する。このように、通常とは異なる特殊チャイム音を利用することで、乗場案内盤不付きの仕様であっても割当変更が実行された旨を利用者に対して案内することができる。

次に、運行管理制御系８１は、行先階変更登録装置３８付き仕様か否かを判定し（ステップＳ４１０）、行先階変更登録装置３８付き仕様で無い場合（Ｓ４１０のＮＯ）、ステップＳ４１２に進む。また、行先階変更登録装置３８付き仕様の場合（Ｓ４１０のＹＥＳ）、運行管理制御系８１は、行先階変更用登録装置３８に割当保留案内指令を行う（ステップＳ４１１）。

ステップＳ４１１では、例えば、図５においてドア付近に設置されている行先階変更登録装置３８に装備されているディスプレイやスピーカーを利用し、ドア付近において割当号機で待機している利用者に対して割当保留の旨を案内する。具体的には、図１７の割当変更案内画面に示すように、例えば「行先階を変更する場合は、キーパッドを操作してください。」といった表示を行うことによって案内を実施する。

図１７の割当変更案内画面は、行先階変更登録装置３８に装備されているディスプレイに表示する割当変更案内の一例である。ディスプレイは、通常は、別のデフォルト画面が表示されているか、あるいは省電力化のために表示無しの状態にある。この状態において、行先階変更登録装置３８は、割当変更案内指令を受信した場合に、割当変更前号機（本例では、Ｃ号機）と割当変更後号機名（本例では、Ｄ号機）とを表示し、利用者に対して案内を行う。また、行先階変更登録装置３８に装備されているスピーカーによる音声案内にて、「Ｃ号機に登録された行先階７階、９階がＤ号機に変更されました。」といった案内を実施する構成でも良い。このような音声による案内報知によれば、視覚障害者に対応できるようになる。

次に、運行管理制御系８１は、停止階案内部６の停止階表示部６１_1，…，６１_n（図１参照）の表示灯の点滅によって追加された停止階を案内する（ステップＳ４１２）。追加された行先階のみを点滅することにより、利用者に対して新規行先呼びとの区別をつけた案内を実施することができる。ステップＳ４１２の処理の終了後、割当変更処理後の号機案内の一連の処理が終了となる。

（異常号機の案内処理）
次に、図９のステップＳ１０６の処理にて実施される異常号機の案内処理の一例について、図１４のフローチャートを用いて説明する。

まず、運行管理制御系８１は、乗場案内盤（乗場案内報知部４）付き仕様か否かを判定し（ステップＳ５００）、乗場案内盤付き仕様で無い場合（Ｓ５００のＮＯ）、異常号機の案内のための本処理を終了する。乗場案内盤付き仕様の場合（Ｓ５００のＹＥＳ）、運行管理制御系８１は、割当変更対象号機が保守運転か否かを判定し（ステップＳ５０１）、保守運転で無い場合（Ｓ５０１のＮＯ）、ステップＳ５０３に進む。

保守運転の場合（Ｓ５０１のＹＥＳ）、運行管理制御系８１は、割当変更対象号機が保守運転であることを案内する（ステップＳ５０２）。この案内処理では、例えば図８Ｃに示すような、利用者に対して視覚的に理解し易い記号にて号機異常状態の内容表示を行うことにより、利用者へ割当変更時の変更理由（割当変更対象号機の状態）を案内する。ステップＳ５０２の処理の終了後、異常号機の案内の一連の処理が終了となる。

運行管理制御系８１は、ステップＳ５０１の処理において、保守運転で無いと判定した場合、割当変更対象号機は特殊運転であるか否かを判定し（ステップＳ５０３）、特殊運転でない場合（Ｓ５０３のＮＯ）、ステップＳ５０５へ進む。特殊運転の場合（Ｓ５０３のＹＥＳ）、運行管理制御系８１は、割当変更対象号機が特殊運転であることを案内する（ステップＳ５０４）。この案内処理では、例えば図８Ａに示すような、利用者に対して視覚的に理解し易い記号にて号機異常状態の内容表示を行うことにより、利用者へ割当変更時の変更理由（割当変更対象号機の状態）を案内する。ステップＳ５０４の処理の終了後、異常号機の案内の一連の処理が終了となる。

運行管理制御系８１は、ステップＳ５０３の処理において、特殊運転でない場合と判定した場合、割当変更対象号機は他階において長時間戸開状態で待機したか否かを判定する（ステップＳ５０５）。そして、運行管理制御系８１は、長時間戸開状態での待機の場合（Ｓ５０５のＹＥＳ）、割当変更対象号機が長待ち検出に伴う割当変更であることを案内する（ステップＳ５０６）。この案内処理では、例えば図８Ｄに示すような、利用者に対して視覚的に理解し易い記号にて号機異常状態の内容表示を行うことにより、利用者へ割当変更時の変更理由（割当変更対象号機の状態）を案内する。

また、運行管理制御系８１は、長時間戸開状態での待機でない場合（Ｓ５０５のＮＯ）、割当変更対象号機が故障中であることを案内する（ステップＳ５０７）。この案内処理では、例えば図８Ｂに示すような、利用者に対して視覚的に理解し易い記号にて号機異常状態の内容表示を行うことにより、利用者へ割当変更時の変更理由（割当変更対象号機の状態）を案内する。ステップＳ５０６及びステップＳ５０７の処理の終了後、異常号機の案内の一連の処理が終了となる。

[本実施形態の作用、効果]
以上説明した本実施形態に係るエレベーターシステムあるいはその評価方法によれば、次のような作用、効果を得ることができる。まず、本実施形態では、割当号機を変更した際に、利用者に対して少なくとも変更理由の案内報知を行うようにしたことで、やむなく予約変更を余儀なくされた場合に、利用者に対してその変更理由を案内報知することができる。また、利用者に対して視覚的に理解し易い記号（図８参照）で変更理由を案内することで、割当変更の発生原因（割当変更対象号機の状態）を利用者に容易に理解して頂くことできる。これにより、変更理由がわからないが故に利用者を不快にさせる、というようなことを未然に防止できる。

また、本実施形態では、利用者が目的とする行先階を入力した際の入力情報及び運行管理制御系８１が運行管理を行っている運行情報を案内する乗場案内報知部４を乗場に設置する構成を採っている。これにより、利用者が行先階を入力し、割当号機を付与された後、割当号機を忘れてしまった場合においても、自分が登録した行先階情報がどの号機に登録されているか理解できる。また、乗場案内報知部４が案内報知処理部８１_5からの指令を受けて割当変更の際の変更理由の案内報知を行うことで、乗場案内報知部４を通して利用者に確実に変更理由を案内することができる。また、変更理由に加えて、変更前の号機名及び変更後の号機名の案内報知を行うことで、利用者の利便性を向上できる。

また、本実施形態では、割当変更処理部８１_4において、割当変更の際に、割当号機が登録されていた出発階／行先階別に、到着予測時間（待ち時間）、サービス完了時間、階床別利用者人数の少なくとも一つを指標とする割当評価を実施するようにしている。これにより、階床別に最適な割当変更処理を実施することができ、異常と判断された号機に登録されていた出発階／行先階毎に、確実に利用者に対してサービスを行い、且つ、本割当変更の実施時の最適な運行効率を維持することができる。

また、本実施形態では、利用者による入力情報や行先階登録処理部８１_1の登録情報に基づいて、各階の出発時の乗降人数を集計する利用人数集計処理部８１_2を備える構成を採っている。そして、割当変更処理部８１_4において、割当変更の際に、利用人数集計処理部８１_2の集計結果に基づいて、いずれかの階にて満員と予測される号機を、割当変更対象号機から除外するようにしている。これにより、残った割当変更可能号機の中から、運行効率を極力低下させない号機を選択することができるため、満員等により他階の利用者が登録した号機に乗車できない状況を作らないようにすることができる。

また、本実施形態では、割当変更処理部８１_4において、割当変更の際に、利用人数集計処理部８１_2の集計結果に基づいて、いずれかの階にて満員と予測される号機が全台である場合に一時的に割当保留を行い、その割当保留した号機名を案内報知するようにしている。これにより、利用者の利便性を向上できる。

また、本実施形態では、乗りかご７１が停止する階床を表示する停止階表示部６１_1，…，６１_nや、乗りかご７１の到着時や割当予約時にその旨を音で案内する音出力案内部６２_1，…，６２_nをエレベーター７_1，…，７_nの近傍に設置する構成を採っている。そして、停止階表示部６１_1，…，６１_nにおいて、割当号機の変更の際に、通常の停止階表示とは異なる表示で割当変更した旨を案内するようにしている。また、音出力案内部６２_1，…，６２_nにおいて、通常の乗りかご到着時や割当予約時とは異なる音で割当変更した旨を案内するようにしている。これにより、乗場案内報知部４不付き仕様のシステム構成の場合であっても、利用者に対して割当変更があった旨を確実に案内報知することができる。

なお、本発明は、上記した実施形態に限定されるものではなく、様々な変形例を含む。例えば、上記した実施形態は本発明を分かりやすく説明するために詳細したものであり、必ずしも全ての構成を備えるものに限定されるものではない。また、図１５の停止階表示灯の表示例、図１６の割当変更保留画面の表示例、及び、図１７の割当変更案内画面の表示例により、新たに乗場案内報知部４を設けなくとも、割当変更の際に利用者への変更理由の案内報知を実現可能となる。その結果、割当変更可能な行先階登録装置付き群管理システムを、より安価で簡易的なシステムとして実現することが可能となる。

また、上記した実施形態では、割当変更の理由の案内報知として、新たに乗場案内報知部４を設けて運行状況等を提示する方式や、既存の登録装置や停止階表示灯を利用して運行状況の変化を案内する方式を例示したが、本発明はこれらの方式に限られるものではない。例えば、入出力制御部３とサーバーを接続し、利用者が持ち込む携帯端末を用いて、エレベーターの運行状況や運行状況の変化を案内する構成でも良い。このとき、案内画面は、図１８に示す割当変更携帯画面９０のようになり、携帯端末等の様々な入出力インターフェースでも、送受信するデータが決まれば、本実施形態に係るエレベーターシステム１００によって交通状況の案内が実現可能となる。

１・・・乗場行先階読取部、１Ａ，２Ａ・・・乗場行先階読取部、１Ｂ，２Ｂ・・・行先階記憶部、２・・・乗場行先階変更読取部、３・・・入出力制御部、４・・・乗場案内報知部、５・・・エレベーター制御部、６・・・停止階案内部、７・・・エレベーター部、７_1，…，７_n・・・エレベーター（号機）、８・・・群管理制御部、１１，２１・・・行先階読取部、１２，２２・・・報知部、５１_1，…，５１_n・・・号機制御部、６１_1，…，６１_n・・・停止階表示部（表示灯）、６２_1，…，６２_n・・・音出力案内部、８１・・・運行管理制御系（運行管理制御部）、８１_1・・・行先階登録処理部、８１_2・・・利用人数集計処理部、８１_3・・・異常状態検出処理部、８１_4・・・割当変更処理部、８１_5・・・案内報知処理部、１００・・・エレベーターシステム

Claims (12)

1. 複数台のエレベーターの運行管理を行う運行管理制御部と、
   乗場に設置され、利用者の行先階へのサービス要求の入力情報を読み取り、前記運行管理制御部へ送信する行先階読取部と、
   前記行先階読取部より送信された前記入力情報に基づいて、前記複数台のエレベーターの中から最適な割当エレベーターを決定する行先階登録処理部と、
   を有するエレベーターシステムであって、
   前記行先階登録処理部によって決定された前記割当エレベーターを変更する割当変更処理部と、
   前記割当変更処理部が前記割当エレベーターを変更した際に、利用者に対して少なくとも変更理由の案内報知を行う案内報知処理部と、
   を備えることを特徴とするエレベーターシステム。
2. 複数台のエレベーターの運行管理を行う運行管理制御部と、
   乗場に設置され、利用者の行先階へのサービス要求の入力情報を読み取り、前記運行管理制御部へ送信する行先階読取部と、
   前記行先階読取部より送信された前記入力情報に基づいて、前記複数台のエレベーターの中から最適な割当エレベーターを決定する行先階登録処理部と、
   を有するエレベーターシステムであって、
   前記行先階読取部より送信された前記入力情報に対して、前記行先階登録処理部による登録が一時的に不可と認識された際に割当てを保留する割当保留処理部と、
   前記割当保留処理部が前記行先階へのサービス要求に対して割当て保留を行った場合、利用者に対して少なくとも保留理由の案内報知を行う案内報知処理部と、
   を備えることを特徴とするエレベーターシステム。
3. 乗場に設置され、利用者が目的とする行先階を入力した際の入力情報及び前記運行管理制御部が運行管理を行っている運行情報を案内する乗場案内報知部を備え、
   前記乗場案内報知部は、前記案内報知処理部からの指令を受けて前記変更理由、或いは前記保留理由の案内報知を行う
   ことを特徴とする請求項１又は２に記載のエレベーターシステム。
4. 前記案内報知処理部又は前記乗場案内報知部は、前記変更理由、或いは前記保留理由に加えて、変更前のエレベーター名及び変更後のエレベーター名の案内報知を行う
   ことを特徴とする請求項３に記載のエレベーターシステム。
5. 前記割当変更処理部は、割当変更の際に、前記割当エレベーターが登録されていた出発階及び／又は行先階別に割当評価を実施する
   ことを特徴とする請求項１に記載のエレベーターシステム。
6. 前記割当評価は、出発階に前記複数台のエレベーターのいずれが最も早く到着するかを指標とする待ち時間評価、行先階に前記複数台のエレベーターのいずれが最も早く到着するかを指標とするサービス完了時間評価、エレベーター内の利用人数状況を指標とする混雑度評価の少なくとも一つから構成されている
   ことを特徴とする請求項５に記載のエレベーターシステム。
7. 利用者による前記入力情報や前記行先階登録処理部の登録情報に基づいて、各階の出発時の乗降人数を集計する利用人数集計処理部を備え、
   前記割当変更処理部は、割当変更の際に、前記利用人数集計処理部の集計結果に基づいて、いずれかの階にて満員と予測されるエレベーターを、割当変更の対象から除外する
   ことを特徴とする請求項１に記載のエレベーターシステム。
8. 利用者による前記入力情報や前記行先階登録処理部の登録情報に基づいて、各階の出発時の乗降人数を集計する利用人数集計処理部を備え、
   前記割当変更処理部は、割当変更の際に、前記利用人数集計処理部の集計結果に基づいて、いずれかの階にて満員と予測されるエレベーターが全台である場合に一時的にエレベーターの割当保留を行い、
   前記案内報知処理部又は前記乗場案内報知部は、前記割当保留したエレベーター名を案内報知する
   ことを特徴とする請求項３に記載のエレベーターシステム。
9. 前記乗場案内報知部は、利用者に対して視覚的に理解し易い記号で前記変更理由の案内報知を行う
   ことを特徴とする請求項３に記載のエレベーターシステム。
10. エレベーターの近傍に設置され、エレベーターが停止する階床を表示する停止階表示部を備え、
    前記割当変更処理部が前記割当エレベーターを変更した際に、
    前記停止階表示部は、通常の停止階表示とは異なる表示で割当変更した旨を案内する、
    ことを特徴とする請求項１に記載のエレベーターシステム。
11. エレベーターの近傍に設置され、エレベーターの到着時や割当予約時にその旨を利用者に対して音で案内する音出力案内部を備え、
    前記割当変更処理部が前記割当エレベーターを変更した際に、
    前記音出力案内部は、通常のエレベーターの到着時や割当予約時の音とは異なる音で割当変更した旨を案内する
    ことを特徴とする請求項１に記載のエレベーターシステム。
12. 複数台のエレベーターの運行管理を行う運行管理制御部と、
    利用者によって入力された行先階を前記運行管理制御部へ登録し、前記複数台のエレベーターの中から最適な割当エレベーターを決定する行先階登録処理部と、
    を有するエレベーターシステムの管理方法であって、
    前記行先階登録処理部によって決定された前記割当エレベーターの変更が可能であり、
    前記割当エレベーターを変更した際に、利用者に対して少なくとも変更理由の案内報知を行う
    ことを特徴とするエレベーターシステムの管理方法。

Images