JP6439548B2 - エレベータの群管理システム - Google Patents

Description

本発明は、複数台のエレベータの運行を制御するエレベータの群管理システムに関する。

特許文献１は、エレベータの群管理システムを開示している。この群管理システムは、利用者が行先階を入力するための入力装置で入力された行先階呼びに基づいて複数台のエレベータの運行制御を行う。群管理システムは、複数台のエレベータの運転モードとして、行先階登録モードと、ゾーン運転モードとを有する。行先階登録モードは、各エレベータにビルの全ての階（所定の複数の階）を担当させるように、複数台のエレベータの運行を制御するとともに、入力された行先階を、複数台のエレベータのうちのいずれかのエレベータに割り当てるモードである。行先階登録モードにおいて、利用者は割り当てられたエレベータに乗車する。ゾーン運転モードは、ビルの全ての階（所定の複数の階）を複数のゾーンに分割し、各エレベータにいずれかのゾーンを担当させるように、複数台のエレベータの運行を制御するモードである。ゾーン運転モードにおいて、利用者は、目的とするゾーンを担当するエレベータのいずれかのエレベータに自らの意志で乗車する。群管理システムは、エレベータ利用の繁忙時間帯には、ゾーン運転モードによる運行制御を実行し、それ以外の時間帯には、行先階登録モードによる運行制御を実行する。

特開２０１１−２５５９７４号公報

ゾーン運転モードにおいては、１つのゾーンを複数台のエレベータが担当する場合があるが、利用者は、１つのゾーンを担当する複数台のエレベータに対して共通の一つの行列を形成して、いずれかのエレベータの到着を待つ傾向がある。そのため、エレベータ利用の繁忙時間帯にゾーン運転モードを適用すると、行列が長くなり、エレベータホール内が混雑しやすくなる。特に、入力装置がセキュリティゲートにより構成されている場合には、行列がセキュリティゲートにまで延び、新たな利用者のエレベータホール内への進入に支障が生じ、その結果、エレベータの輸送能力に影響を与える場合がある。

本発明は、エレベータの輸送能力を向上可能なエレベータの群管理システムを提供する。

本発明において、複数台のエレベータの運行を制御するエレベータの群管理システムが提供される。
エレベータの群管理システムは、
利用者が行先階を入力するための入力装置と、
入力装置で入力された行先階呼びに基づいて複数台のエレベータの運行制御を行う制御装置と、を備える。
制御装置は、複数台のエレベータの運転モードとして、
各エレベータにビルの所定の複数の階を担当させるように、複数台のエレベータの運行を制御するとともに、入力された行先階を、複数台のエレベータのうちのいずれかのエレベータに割り当てる第１の運転モードと、
ビルの所定の複数の階を複数のゾーンに分割し、各エレベータにいずれかのゾーンを担当させるように、複数台のエレベータの運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータに割り当てる第２の運転モードと、を有する。
制御装置は、
所定のルールにしたがって第１の運転モードと第２の運転モードとを切り替える。

本発明によれば、運転モードとして第２の運転モードが設定されているときに、複数台のエレベータがゾーン運転される一方で、入力された行先階が、当該行先階を含むゾーンを担当するいずれかのエレベータに割り当てられる。そのため、第２の運転モードが設定されているときに、利用者は、エレベータ毎に別々の行列を形成する。したがって、従来のゾーン運転モードよりも、利用者の行列を短くし、エレベータの輸送能力を向上できる。ひいては、第１の運転モードと第２の運転モードとの２つのモード全体で見た場合においても、エレベータの輸送能力を向上できる。

実施形態１に係るエレベータの群管理システムの基準階における配置を示す概略図である。 実施形態１に係るエレベータの群管理システムの構成を示すブロック図である。 実施形態１におけるセキュリティゲートの外観を示す斜視図である。 実施形態１におけるセキュリティゲートの電気的構成を示すブロック図である。 実施形態１に係るエレベータの群管理システムにおける乗場行先階登録モード及びゾーン型行先階登録モードの概要を説明する図である。 実施形態１に係るエレベータの群管理システムにおける通常表示モード時のセキュリティゲートの表示例を示す図である。 実施形態１に係るエレベータの群管理システムにおけるゾーン型表示モード時のセキュリティゲートの表示例を示す図である。 実施形態１に係るエレベータの群管理システムの運転モード及び表示モードの切替処理を示すフローチャートである。 実施形態１におけるエレベータの群管理システムにおける条件Ｃの成否判断処理を示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおける、運転モードが乗場行先階登録モードのときの割当候補号機の決定動作の流れを示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおいて、運転モードが乗場行先階登録モードのときの割当候補号機の決定動作における、新規呼びと既存呼びとの干渉範囲の決定の流れを示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおける号機割当時の待ち人数記憶処理の流れを示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおける、エレベータのロビー階到着時の待ち人数減算処理の流れを示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおける、ロビー階での待ち人数予測処理を説明する図である。 実施形態１におけるエレベータの群管理システムにおける号機のロビー階出発時の当該号機に対する行先階割当処理を示すフローチャートである。 実施形態１におけるエレベータの群管理システムにおける号機のロビー階到着時の当該号機に対するかご呼び登録処理を示すフローチャートである。 実施形態１に係るエレベータの群管理システムにおける、エレベータのロビー階出発時の行先階割当処理、及びエレベータのロビー階到着時のかご呼び登録処理を説明する図である。 実施形態１に係るエレベータの群管理システムにおける、待ち行列最大容量の決定方法を説明する図である。 実施形態１に係るエレベータの群管理システムにおける、待ち人数に基づく号機割当方法を説明する図である。 実施形態１に係るエレベータの群管理システムにおける、号機割当処理の流れを示すフローチャートである。 ロビー階混雑時における本実施形態のゾーン型行先階登録モードによる効果を説明する図である。 実施形態１に係るエレベータの群管理システムによる乗場行先階登録モードからゾーン型行先階登録モードへ動作モードを切り替えたときの効果を説明する図である。 ロビー階混雑時における従来の乗場行先階登録方式による問題点を説明する図である。 ロビー階混雑時における上下方向乗場呼び登録方式の問題点を説明する図である。 ロビー階混雑時における従来のゾーン運転方式の問題点を説明する図である。

本発明の実施形態に係るエレベータの群管理システムについて、図面を参照して説明する。

（実施形態１）
１．構成
１−１．エレベータの群管理システムの概要
本実施形態に係るエレベータの群管理システムの概要について説明する。図１は、実施形態１に係るエレベータの群管理システムの基準階における配置を示す概略図である。

本実施形態に係るエレベータの群管理システムは、エレベータ（Ａ号機〜Ｆ号機。以下適宜「号機」という）６０Ａ〜６０Ｆの走行および運行を統合的に制御する。本実施形態では、一例としてＡ号機からＦ号機の６台のエレベータ６０Ａ〜６０Ｆが設けられている。各エレベータ６０Ａ〜６０Ｆの搭乗口がエレベータホールに設けられており、利用者はエレベータホールからエレベータ６０Ａ〜６０Ｆに搭乗する。なお、以下では、エレベータ６０Ａ〜６０Ｆを総称してエレベータ６０という場合がある。

本実施形態では、ビルのロビー階などの基準階において、セキュリティゲート２０がエントランスとエレベータホールとの間に設置されているものとする。複数のセキュリティゲート２０は、並列して設置されている。利用者は、エントランス側からセキュリティゲート２０を通過してエレベータホールに進入する。

また、基準階においてそれぞれ、図１に示すように、行先階登録装置３０がエレベータホールの入口の近傍に設置されているものとする。

本実施形態に係るエレベータの群管理システムは、行先階登録方式を採用する。

図１に示す基準階では、セキュリティゲート２０において、利用者の通過中に行先階の登録を行う。本実施形態におけるセキュリティゲート２０は、ＩＤカードの利用を前提とする行先階登録機能を有する。ＩＤカードは、そのＩＤカードを所持する利用者の識別番号（ＩＤ番号）および行先階（通常は、その利用者の居住階）を含む利用者情報を記録している。セキュリティゲート２０において、利用者の通過中に利用者情報を読み取ることにより、利用者情報のＩＤ番号に基づく個人認証を行うとともに、利用者情報の行先階を登録する。本システムは、利用者情報の行先階をＡ号機〜Ｆ号機のエレベータ６０Ａ〜６０Ｆのうちのいずれかの号機に割り当て、利用者情報を読み取ったセキュリティゲート２０に、割り当てた割当号機を示す割当号機情報を表示する。

１−２．エレベータの群管理システムの構成
１−２−１．概要
本実施形態に係るエレベータの群管理システムの構成を説明する。図２は、実施形態１に係るエレベータの群管理システムの構成を示すブロック図である。本実施形態に係るエレベータの群管理システムは、群管理制御装置１０と、複数のセキュリティゲート２０と、複数の行先階登録装置３０と、エレベータ制御装置４０Ａ〜４０Ｆと、エレベータ６０Ａ〜６０Ｆとを備える。なお、行先階登録装置３０は、本発明において必須な構成要素ではないが、本実施形態では行先階登録装置３０が備えられた場合を示している。

各エレベータ（各号機）６０Ａ〜６０Ｆは、かご、巻上機（モータ）、釣合おもり、制御部等を有する。各エレベータ６０Ａ〜６０Ｆの各エレベータ制御装置４０Ａ〜４０Ｆは、群管理制御装置１０からの制御信号に基づいて、巻上機（モータ）の動作等を制御することにより、かごの上昇、下降、停止等を制御する。

１−２−２．群管理制御装置
群管理制御装置１０は、セキュリティゲート２０または行先階登録装置３０において登録された行先階を、複数のエレベータ６０Ａ〜６０Ｆのうちのいずれかのエレベータに割り当てる制御を行う。本実施形態における行先階登録方式は、乗場行先階登録モードと、ゾーン型行先階登録モードとを有する。各モードの詳細については後述する。

群管理制御装置１０は、図２に示すように、群管理制御部１００と、入出力インタフェース１１０と、記憶部１２０とを備える。

記憶部１２０は、プログラム、及び種々のデータを格納している。プログラムは、本実施形態の各種機能を実現するためのプログラムを含む。

群管理制御部１００は、群管理制御装置１０の動作全体を制御する。群管理制御装置１０は、群管理制御部１００が記憶部１２０から読み出した上記プログラムに基づいて種々のデータ等を利用して演算処理を行うことにより、後述する各種の機能を実現する。群管理制御部１００は、例えばＣＰＵ、ＭＰＵ、またはＦＰＧＡで構成される。群管理制御部１００の機能は、ハードウェアとソフトウェアとの協働で実現されてもよいし、ハードウェア（電子回路）のみで実現されてもよい。

入出力インタフェース１１０は、セキュリティゲート２０、行先階登録装置３０、及びエレベータ制御装置４０Ａ〜４０Ｆとの間で各種信号を送受信するためのインタフェースである。入出力インタフェース１１０は、群管理制御部１００から出力される信号を所定の形式の信号に変換して出力する。また、入出力インタフェース１１０は、セキュリティゲート２０、行先階登録装置３０、及びエレベータ制御装置４０Ａ〜４０Ｆから入力された信号を所定の形式の信号に変換して群管理制御部１００に出力する。

１−２−３．セキュリティゲート
セキュリティゲート２０は、利用者が通過する通路を形成するゲート装置の一例である。セキュリティゲート２０は、複数のエレベータ６０Ａ〜６０Ｆが配置されたエレベータホールへの利用者の進入を案内する。具体的に、セキュリティゲート２０は、利用者のＩＤカードに記録された利用者情報に基づいて、複数台のエレベータ６０Ａ〜６０Ｆの中からエレベータの群管理制御装置１０によって利用者の行先階が割り当てられたエレベータを示す割当号機を表示する。利用者情報とは、利用者に関する所定の情報であり、例えば利用者のＩＤ番号や、利用者の行先階を含む。セキュリティゲート２０の構成の詳細は後述する。

１−２−４．行先階登録装置
行先階登録装置３０は、利用者が行先階の登録を行うための装置である。行先階登録装置３０は、所定の制御を行う制御部と、利用者が行先階を入力するための操作部と、制御部からの表示信号に基づく表示を行う表示部とを備える（図示せず）。

行先階登録装置３０の制御部は、例えばＣＰＵ、ＭＰＵ、またはＦＰＧＡで構成される。行先階登録装置３０は、制御部が所定のプログラムに基づいて種々のデータ等に対して演算処理を行うことにより、各種の機能を実現する。行先階登録装置３０の機能は、ハードウェアとソフトウェアとの協働で実現されてもよいし、ハードウェア（電子回路）のみで実現されてもよい。

行先階登録装置３０の操作部は、例えばテンキーで構成される。行先階登録装置３０の表示部は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。また、行先階登録装置３０の表示部と操作部とは、タッチパネル式表示装置として一体的に形成されてもよい。

なお、本実施形態において、行先階登録装置３０は、セキュリティゲート２０での行先階の登録処理を補助するために設けられている。すなわち、セキュリティゲート２０が設けられていることにより、エレベータホールに進入する利用者の全てに対して、ＩＤカードに基づいてエレベータの割当処理が行なわれる。そのため、行先階登録装置３０は、利用者がＩＤカードに登録されていないフロアに移動するために行先階を再登録する場合等に利用されるだけであり、利用頻度は少ない。

１−２−５．エレベータ制御装置
エレベータ制御装置４０Ａ〜４０Ｆは、群管理制御装置１０からの制御信号にしたがって、対応するエレベータ６０Ａ〜６０Ｆをそれぞれ駆動制御する。また、エレベータ制御装置４０Ａ〜４０Ｆはそれぞれ、対応するエレベータ６０Ａ〜６０Ｆのかごの位置、走行方向、ドアの開閉状態、荷重等を含むかご状態を検知して、検知したかご状態を示す情報を含むかご状態信号を群管理制御装置１０に出力する。なお、以下では、エレベータ制御装置４０Ａ〜４０Ｆを総称して「エレベータ制御装置４０」という場合がある。

１−３．セキュリティゲートの構成の詳細
次に、本実施形態におけるセキュリティゲート２０の構成の詳細を説明する。図３は、実施形態１におけるセキュリティゲート２０の外観を示す斜視図である。セキュリティゲート２０は、ゲート本体２００と、第１センサ２０２と、第２センサ２０４と、カードリーダ２１０と、表示部２２０とを備える。

ゲート本体２００は、上記の第１センサ２０２と第２センサ２０４とカードリーダ２１０と表示部２２０とが外面に取り付けられ、内部に後述する制御部等を収納する筐体である。複数のゲート本体２００は、それぞれ利用者の進行方向に沿って、所定間隔で並列に設置される（図１参照）。設置されたゲート本体２００の間には、利用者が通過可能な通路ＰＡが形成される。

カードリーダ２１０は、例えば電磁誘導方式の非接触型カードリーダで構成される。カードリーダ２１０は、ＩＤカードの近接を検知して、検知したＩＤカードに記録される利用者情報を読み取る。カードリーダ２１０は、接触型カードリーダで構成されてもよい。カードリーダ２１０は、利用者情報を取得する情報取得部の一例である。

表示部２２０は、本システムによって割り当てられた割当号機等の情報を表示する。表示部２２０は、例えば液晶ディスプレイや有機ＥＬディスプレイで構成される。

第１センサ２０２は、セキュリティゲート２０の通路ＰＡにおいて入口２０６側における利用者の移動を検知する。第１センサ２０２及び第２センサ２０４は、利用者の移動を検知すると、検知信号を出力する。

第２センサ２０４は、セキュリティゲート２０の通路ＰＡにおいて出口２０８側における利用者の移動を検知する。第１センサ２０２及び第２センサ２０４は、利用者の移動を検知すると、検知信号を出力する。

第１センサ２０２及び第２センサ２０４は、例えばモーションセンサや赤外線反射型センサで構成される。第１センサ２０２及び第２センサ２０４は、発光部においてビーム状の光線を出力し、受光部において発光部から出力される光線を受光し、受光状態を示す信号を出力する光電センサを２個利用して構成してもよい。

図４は、実施形態１におけるセキュリティゲートの電気的構成を示すブロック図である。セキュリティゲート２０は、記憶部２４０と、ゲート制御部２５０と、報知部２６０と、入出力インタフェース２７０とをさらに備える。

記憶部２４０は、プログラム、及び種々のデータを格納している。プログラムは、本実施形態の各種機能を実現するためのプログラムを含む。データは、例えば、当該セキュリティゲート２０の識別情報や登録階（例えばセキュリティゲート２０の設置階）に関するデータを含む。また、記憶部２４０は、あらかじめ利用者毎に登録されたＩＤ番号を記録するＩＤ番号データテーブルを格納している。

ゲート制御部２５０は、セキュリティゲート２０の動作全体を制御する。セキュリティゲート２０は、ゲート制御部２５０が記憶部２４０に格納されたプログラムに基づいて種々のデータ等に対して演算処理を行うことにより、各種の機能を実現する。ゲート制御部２５０は、例えばＣＰＵ、ＭＰＵ、またはＦＰＧＡで構成される。セキュリティゲート２０の機能は、ハードウェアとソフトウェアとの協働で実現されてもよいし、ハードウェア（電子回路）のみで実現されてもよい。

ゲート制御部２５０は、第１センサ２０２及び第２センサ２０４からの検知信号を所定の態様で受信したときに、割当依頼信号を群管理制御部１００に送信する。ゲート制御部２５０は、群管理制御部１００から割当依頼信号に対する応答としての割当号機情報等を受信すると、表示部２２０に、割当号機情報等を表示させる。

報知部２６０は、ゲート制御部２５０からの制御信号に基づいて、所定の音声アナウンスを行う。報知部２６０は、例えば音声合成装置で構成される。なお、報知部２６０は、音声アナウンスに代えて所定のブザー音を鳴らすブザーであってもよい。また、報知部２６０は、音声アナウンスに代えて所定の点灯動作をする、例えばＬＥＤなどの警報ランプであってもよい。

入出力インタフェース２７０は、群管理制御装置１０との間で各種信号を送受信するためのインタフェースである。入出力インタフェース２７０は、ゲート制御部２５０から出力される信号を所定の形式の信号に変換して出力する。また、入出力インタフェース２７０は、群管理制御装置１０から入力された信号を所定の形式の信号に変換してゲート制御部２５０に出力する。

２．動作
２−１．動作の概要
本実施形態に係るエレベータの群管理システムの動作の概要について説明する。本システムは、セキュリティゲート２０又は行先階登録装置３０によって利用者の行先階の登録を受け付ける。セキュリティゲート２０又は行先階登録装置３０で登録を受け付けると、群管理制御装置１０によって、登録された行先階を、複数のエレベータ６０Ａ〜６０Ｆのうちのいずれかのエレベータに割り当てる。さらに、エレベータ制御装置４０によって、登録された行先階を割り当てた割当号機を、行先階の登録が行われた登録階から登録された行先階へ運行するように運行制御する。また、登録を受け付けたセキュリティゲート２０又は行先階登録装置３０は、割当号機を示す割当号機情報を取得し、割当号機の表示を行う。

２−２．本実施形態の行先階登録方式の概要
本実施形態に係るエレベータの群管理システムは、前述のように行先階登録方式を採用し、エレベータ６０の運転モードとして、乗場行先階登録モード（第１の運転モード）と、ゾーン型行先階登録モード（第２の運転モード）とを有する。また、本実施形態の行先階登録方式では、セキュリティゲート２０の表示部２２０の表示モードとして、通常表示モード（第１の表示モード）と、ゾーン型表示モード（第２の表示モード）とを有する。

２−２−１．運転モードの概要
乗場行先階登録モード（第１の運転モード）は、各エレベータ６０にビルの全ての階（所定の複数の階）を担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータ６０に割り当てる動作モードである。なお、本発明において、前記所定の複数の階は、ビルの全ての階でなく、一部の階でもよい。

ゾーン型行先階登録モード（第２の運転モード）は、ビルの全ての階（所定の複数の階）を複数のゾーンに分割し、各エレベータ６０にいずれかのゾーンを担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータ６０に割り当てる動作モードである。なお、本発明において、前記所定の複数の階は、ビルの全ての階でなく、一部の階でもよい。

群管理制御装置１０は、所定のルールにしたがって乗場行先階登録モードとゾーン型行先階登録モードとを切り替える。具体的に、群管理制御装置１０は、乗場行先階登録モードによる運行制御を実行中、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態が後述する第１所定条件を満たしたときは、運転モードをゾーン型行先階登録モードに切り替え、ゾーン型行先階登録モードによる運行制御を実行中、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階（所定階）のエレベータホールの混雑状態が後述する第２所定条件を満たしたときは、運転モードを乗場行先階登録モードに切り替える。

図５は、実施形態１に係るエレベータの群管理システムにおける乗場行先階登録モード及びゾーン型行先階登録モードの概要を説明する図である。図５（ａ）、図５（ｂ）の例では、ビルは１５階建てで、Ａ号機からＦ号機の６台のエレベータ６０が設けられている。

図５（ａ）は、本発明の実施形態に係るエレベータの群管理システムにおける乗場行先階登録モードの概要を説明する図である。乗場行先階登録モードにおいて、各エレベータ６０は、１階〜１５階の全ての階をサービス可能である。乗場行先階登録モードでは、新規の行先階呼びをＡ号機からＦ号機のエレベータ６０のうちのいずれかに割当可能である。

図５（ｂ）は、本発明の実施形態に係るエレベータの群管理システムにおける、ゾーン型行先階登録モード時の概要を説明する図である。ゾーン型行先階登録モードでは、１階〜１５階の範囲が、１階〜６階のゾーン、１階及び７階〜１１階のゾーン、１階及び１２階〜１５階のゾーンの３個のゾーンに分割されている。Ａ号機及びＢ号機は、１階〜６階のゾーンを担当する。Ｃ号機及びＤ号機は、１階及び７階〜１１階のゾーンを担当する。Ｅ号機及びＦ号機は、１階及び１２階〜１５階のゾーンを担当する。群管理制御部は、新規の行先階呼びを、Ａ号機からＦ号機のエレベータ６０のうち、当該行先階呼びが示す行先階を含むゾーンを担当する号機のうちのいずれかの号機に割り当てる。

２−２−２．表示モードの概要

通常表示モード（第１の表示モード）は、行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報を表示させる表示モードである。

ゾ−ン型表示モード（第２の表示モード）は、行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報と、割り当てたエレベータ６０が所定階に到着するまでの間、割り当てたエレベータ６０のドアの前から列状に並んで待つことを促す情報と、列とエレベータ６０の位置関係を示す情報とを表示させる表示モード（第２の表示モード）である。

また、ゾ−ン型表示モード（第２の表示モード）が設定されているとき、群管理制御装置１０は、各エレベータ６０について、セキュリティゲート２０で入力された行先階呼びに基づいて、所定階で各エレベータ６０の到着を待つ利用者の人数を求め、求めた人数に応じて、各エレベータ６０のドアの前から並ぶ利用者の列の長さを、表示部２２０上において変化させる。

群管理制御装置１０は、通常表示モードによる表示制御を実行中、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態が後述する第３所定条件を満たしたときは、表示モードをゾ−ン型表示モードに切り替え、ゾ−ン型表示モードによる表示制御を実行中、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階のエレベータホールの混雑状態が第２所定条件を満たしたときは、表示モードを通常表示モードに切り替える。

図６は、実施形態１に係るエレベータの群管理システムにおける通常表示モード時のセキュリティゲートの表示例を示す図である。本例は、セキュリティゲート２０を介して行先階として１２階が登録され、当該行先階に対してＢ号機が割り当てられたことを示している。より具体的に、本例では、Ｂ号機を割り当てたことを、ホールレイアウトとともに、Ｂ号機の表示枠を他の号機の表示枠よりも太い線で表示することにより、示している。また、本例では、割り当てた号機のドアの前へ移動することを利用者に促す矢印を表示する。Ｂ号機へ割り当てたことにより、Ｂ号機のドアの前に移動することを利用者に促す矢印を表示する。これにより、セキュリティゲート２０の表示部２２０の表示を見た利用者は、この表示に基づいて割り当てられたＢ号機のドアの前に移動する。

図７は、実施形態１に係るエレベータの群管理システムにおけるゾーン型表示モード時のセキュリティゲートの表示例を示す図である。本例では、セキュリティゲート２０を介して行先階として１２階が登録され、当該行先階に対してＥ号機が割り当てられたことが表示部２２０に表示されている。ゾーン型行先階登録モードにおいては、セキュリティゲート２０を介して行先階として１２階が登録された場合、当該行先階は、１２階を担当するＥ号機またはＦ号機に割り当てられるが、本例では、当該行先階の１２階がＥ号機に割り当てられた例を示す。より具体的に、本例では、図６の場合同様、Ｂ号機を割り当てたことを、ホールレイアウトともに、Ｂ号機の表示枠を他の号機の表示枠よりも太い線で表示することにより、示している。さらに、本例では、セキュリティゲート２０の表示部２２０に以下の表示を行う。

すなわち、本例では、各号機に対応させて並ぶべき行列の位置を表示する。各行列の長さは、後述する方法により予測した待ち人数に応じた長さに設定される。本例では、行列を、号機毎に異なるマークにより表示する。例えば「○」、「●」、「□」、「■」、「△」、「▲」等のマークを用いる、これにより、各行列を区別しやすくなる。各行列の長さは、各マークの表示個数を各行列の長さに応じた数とすることにより示す。なお、各マークの個数は、待ち人数に等しくする必要はなく、待ち人数とほぼ比例する数とすればよい。これにより、利用者は、エレベータホール内の大凡の混雑状態や行列の状態を把握することができる。

また、本例では、割り当てた行列の末端へ移動することを利用者に促す矢印を表示する。本例では、Ｅ号機へ割り当てたことにより、Ｅ号機に対応する行列の末端へ移動することを促す矢印を表示する。さらに、本例では「一列に並んでお待ちください」との情報を表示する。これにより、セキュリティゲート２０の表示部２２０の表示を見た利用者は、この表示に基づいて、割り当てられたＥ号機のドアの前に移動する。

２−３．群管理制御装置の具体的動作
群管理制御装置の具体的動作について説明する。

２−３−１．乗場行先階登録モードにおける具体的動作
２−３−１−１．群管理制御装置
まず、乗場行先階登録モードにおける群管理制御装置１０の具体的動作について、図２を用いて説明する。

群管理制御装置１０は、群管理制御部１００によってエレベータの割当処理を行う。エレベータの割当処理は、セキュリティゲート２０又は行先階登録装置３０で登録された行先階を、複数のエレベータ６０Ａ〜６０Ｆのうちのいずれかのエレベータに割り当てる処理である。具体的に、群管理制御部１００は、割当依頼信号を、セキュリティゲート２０又は行先階登録装置３０から入出力インタフェース１１０を介して受信すると、エレベータの割当処理を開始する。この割当依頼信号は、セキュリティゲート２０又は行先階登録装置３０で登録された行先階を、複数のエレベータ６０Ａ〜６０Ｆのうちのいずれかのエレベータに割り当てることを要求する信号である。割当依頼信号は、利用者によって登録された行先階を示す行先階情報と、当該行先階が登録された階（出発階）を示す出発階情報、および当該行先階の登録が行われたセキュリティゲート２０又は行先階登録装置３０を識別する識別情報とを含む。群管理制御部１００は、受信した割当依頼信号が示す行先階を、エレベータ６０Ａ〜６０Ｆのうちのいずれかに割り当てる。

具体的には、群管理制御部１００はまず、各エレベータの運行情報に基づいて、行先階を割り当てるべきエレベータ（割当号機）を選択するための評価値を、エレベータ毎に算出する。ここで、各エレベータの運行情報は、例えば、各エレベータのかご状態（かごの位置、走行方向、ドアの開閉状態、荷重等を含む）、予測される待ち時間（割当号機が出発階に到着するまでの時間）、予測されるサービス完了時間（割当号機が行き先階に到着するまでの時間）、かごの予定される停止回数（サービス完了までの間に予定されるエレベータの停止回数）などを示す情報を含む。上記評価値の算出後、群管理制御部１００は、エレベータ６０Ａ〜６０Ｆのうちから最も高い評価値を有するエレベータを選択し、行先階を、選択したエレベータに割り当てる。群管理制御部１００は、この他、一般的に知られている従来の方法を用いて行先階をいずれかのエレベータに割り当ててもよい。

行先階の登録が行先階登録装置３０で行われた場合、群管理制御部１００は、上記の割当処理の結果に基づいて、割当号機の出発階から行先階への走行を指示する制御信号をエレベータ制御装置４０に出力する。群管理制御部１００はまた、割当依頼信号の応答として、割当号機を示す割当号機情報を、入出力インタフェース１１０を介して、行先階の登録が行われた行先階登録装置３０に送信する。

一方、行先階の登録がセキュリティゲート２０で行われた場合、群管理制御部１００は、割当処理の結果に基づいて、割当号機の出発階から行先階への走行を指示する制御信号をエレベータ制御装置４０に出力する。群管理制御部１００はまた、割当依頼信号の応答として、割当号機を示す割当号機情報を、入出力インタフェース１１０を介して、行先階の登録が行われたセキュリティゲート２０に出力する。

２−３−１−２．行先階登録装置
行先階登録装置３０は、操作部において、利用者による行先階の登録操作を受け付ける。行先階登録装置３０の制御部は、利用者により登録された行先階を示す行先階情報と、その行先階を登録する操作が行われた行先階登録装置３０の設置階を示す出発階情報と、当該行先階登録装置３０を識別する識別情報とを含む割当依頼信号を生成する。行先階登録装置３０の制御部は、生成した割当依頼信号を、群管理制御装置１０に出力する。

また、行先階登録装置３０の制御部は、上述の割当依頼信号の応答として、群管理制御装置１０から、割当号機を示す割当号機情報を受信する。行先階登録装置３０の制御部は、利用者によって登録された行先階と、割当号機情報が示す割当号機を示す情報とを、表示部に表示させる。これによって、行先階登録装置３０は、登録された行先階が表示された割当号機に割り当てられたことを利用者に報知する。

２−３−１−３．セキュリティゲート
セキュリティゲート２０の制御部２５０は、ＩＤカードから取得した行先階を示す行先階情報と、当該セキュリティゲート２０を識別する識別情報とを含む割当依頼信号を生成する。セキュリティゲート２０の制御部２５０は、生成した割当依頼信号を、群管理制御装置１０に出力する。

また、セキュリティゲート２０のゲート制御部２５０は、上述の割当依頼信号の応答として、群管理制御装置１０から、割当号機を示す割当号機情報を受信する。セキュリティゲート２０のゲート制御部２５０は、ＩＤカードから取得した行先階と、割当号機情報が示す割当号機を示す情報とを、表示部２２０に表示させる。これによって、セキュリティゲート２０は、登録された行先階が、表示された割当号機に割り当てられたことを利用者に報知する。

２−３−２．ゾーン型行先階登録モード
ゾーン型行先階登録モードでは、セキュリティゲート２０又は行先階登録装置３０から受信した割当依頼信号に対して複数のエレベータの中からいずれかのエレベータを割り当てる点で乗場行先階登録モードと共通している。しかし、ゾーン型行先階登録モードでは、各号機の乗場ドアの前の待ち人数等をさらに考慮して、割当号機の決定方法等を変更する。さらに、ゾーン型行先階登録モードでは、セキュリティゲート２０の表示部２２０及び行先階登録装置３０の表示部での表示を、ゾーン型行先階登録モードに適した表示態様に変更する。以下、フローチャート等を参照しつつ、乗場行先階登録モードとの相違点等を中心に説明する。

２−４．運転モード及び表示モードの切替制御
２−４−１．運転モード及び表示モードの切替制御の概要
まず、運転モード及び表示モードの切替制御の概要について説明する。モード切替は、概ね（１）〜（４）の流れにしたがって行われる。
（１）乗場行先階登録モードをデフォルトの運転モードとしている。
（２）群管理制御部１００は、今後発生する利用者が輸送能力を超える程に増加する可能性がある場合に、まず、セキュリティゲート２０の表示部２２０の表示モードのみを、前述した図７のゾーン型表示モードに切り替える。運転モードは、乗場行先階登録モードのままである。この表示モードの切替えは、後で、運転モードをゾーン型行先階登録モードに変化させたときに、エレベータホール内での利用者の待ち形態を、利用者が多いときに適した行列形態に予め変化させておくことを目的としている。
（３）群管理制御部１００は、行先階呼びの登録状態に基づいて輸送能力を超えたと判断した場合、運転モードを、ゾーン型行先階登録モードへ切替える。
（４）群管理制御部１００は、全ての号機において、待ち行列の人数が所定人数を下回った場合に、運転モードを乗場行先階登録モードに切り替えるとともに、表示モードを通常表示モードに戻す。

２−４−２．運転モード及び表示モードの切替動作
図８は、実施形態１に係るエレベータの群管理システムの運転モード及び表示モードの切替処理を示すフローチャートである。

群管理制御部１００は、エレベータの運転モードを乗場行先階登録モードに設定し、乗場行先階登録モードによりエレベータの運行制御を行う（Ｓ１）。

群管理制御部１００は、セキュリティゲート２０の表示部２２０の表示モードを通常表示モードに設定し、当該表示モードで表示部２２０に対する表示制御を行う（Ｓ２）。

群管理制御部１００は、積み残し及び／または満員通過が発生するか否かを判断する。この判定の詳細は後述するが、本ステップにおいては、パラメータｐを第１所定値Ｃ１に設定して、積み残し及び／または満員通過が発生するか否かを判断する（Ｓ３）。パラメータｐは、乗車率（乗車人数／乗車定員（満員人数））である。第１所定値Ｃ１は、０．６である。第１所定値Ｃ１が０．６のときに、積み残し及び／または満員通過が発生することは、第３所定条件に対応する。つまり、第３所定条件は、入力された新たな行先階呼びに対して複数台のエレベータ６０のいずれをも割り当てられなくなる可能性があることである。

積み残しと満員通過のいずれも発生しない場合（Ｓ３でＮＯの場合）、群管理制御部１００はステップＳ１に戻って処理を行う。つまり、群管理制御部１００は、乗場行先階登録モードにより、エレベータの運行制御及び表示部２２０に対する表示制御を継続する。

積み残しと満員通過の少なくとも一方が発生する場合（Ｓ３でＹＥＳの場合）、群管理制御部１００は、セキュリティゲート２０の表示部２２０の表示モードをゾーン型表示モードに変更し、当該ゾーン型表示モードで表示部２２０に対する表示制御を行う（Ｓ４）。このとき、エレベータの運行制御は、乗場行先階登録モードによる制御が継続される。

群管理制御部１００は、積み残し及び／または満員通過が発生するか否かを、パラメータｐを１．０に設定して判断する（Ｓ５）。つまり、群管理制御部１００は、満員状態であると仮定して判定する。パラメータｐを１．０としたときに積み残し及び／または満員通過が発生することは、本発明における第１所定条件に対応する。つまり、第１所定条件は、入力された新たな行先階呼びに対して複数台のエレベータのいずれをも割り当てられないことである、

積み残しと満員通過のいずれも発生しない場合（Ｓ５でＮＯの場合）、群管理制御部１００は、積み残し及び／または満員通過が発生するか否かを、パラメータｐを第２所定値Ｃ２に設定して、判断する（Ｓ６）。第２所定値Ｃ２は、０．４である。つまり、第２所定値Ｃ２は、第１所定値Ｃ１よりも小さい値である。これは、表示モードの切替のばたつきの抑制を目的としている。

ステップＳ６の判断において、積み残しと満員通過の少なくとも一方が発生する場合（Ｓ６でＹＥＳの場合）、群管理制御部１００は、ステップＳ４に戻って以後の処理を行う。つまり、群管理制御部１００は、ゾーン型表示モードによる表示制御を継続する。

ステップＳ５の判断において、積み残しと満員通過の少なくとも一方が発生する場合（Ｓ６でＹＥＳの場合）、群管理制御部１００は、運転モードをゾーン型行先階登録モードに変更する。パラメータｐを１．０としたときに積み残し及び／または満員通過が発生すると判断されたことは、実際に積み残し及び／または満員通過が発生することを意味する。これを抑制するため、運転モードをゾーン型行先階登録モードに変更する。

群管理制御部１００は、条件Ｃが満たされているか否かを判断する（Ｓ８）。条件Ｃは、ロビー階での各号機の待ち人数が全ての号機において所定人数以下であることである。条件Ｃが満たされていることは、本発明における第２所定条件に対応する。つまり、第２所定条件は、前記到着を待つ利用者の人数が全てのエレベータにおいて所定人数以下となったことである、この判断の詳細については後述する。

条件Ｃが満たされない場合（Ｓ８でＮＯ）、群管理制御部１００は、ステップＳ７に戻って処理を行う。つまり、群管理制御部１００は、運転モードをゾーン型行先階登録モードで維持する。

これに対し、条件Ｃが満たされる場合（Ｓ８でＹＥＳ）、群管理制御部１００は、ステップＳ１に戻って処理を行う。つまり、群管理制御部１００は、運転モードを乗場行先階登録モードに切り替えるとともに、表示モードを通常表示モードに変更し、乗場行先階登録モードによるエレベータの運行制御及び通常表示モードによる表示制御を行う。

２−４−２−１．条件Ｃの成否判断（ステップＳ８の判断）
図９は、実施形態１におけるエレベータの群管理システムにおける条件Ｃの成否判断処理を示すフローチャートである。条件Ｃは、前述したように、ロビー階での各号機の待ち人数が全ての号機において所定人数以下であることである。

群管理制御部１００は、かご番号ｉとして１を設定する（Ｓ１１）。なお、かごと号機は１対１で対応するのでかご番号ｉは号機の番号でもある。本実施形態では、６台のエレベータ６０が設けられているので、ｉは１〜６である。号機番号１〜６の号機は、上述のＡ号機〜Ｆ号機に対応する。

群管理制御部１００は、ロビー階でのｉ号機の待ち人数が所定人数（第３所定人数）より小さいか否かを判断する（Ｓ１２）。所定人数は、乗車定員に定数ｒを乗じて得られる人数である。定数ｒは、例えば０．６である。

待ち人数が所定人数以上の場合（Ｓ１２でＮＯ）、群管理制御部１００は、Ａｎｓ＝ＮＯ、つまり条件Ｃが満たされないと判断する（Ｓ１３）。１台の号機でも待ち人数が所定人数よりも小さくない場合、ロビー階での各号機の待ち人数が全ての号機において所定人数よりも小さいという条件が成立しないためである。

待ち人数が所定人数よりも小さい場合（Ｓ１２でＹＥＳ）、群管理制御部１００は、全号機についてステップＳ１２の判断が完了したか否かを判断する（Ｓ１４）。

全号機についてのステップＳ１２の判断が完了していない場合（Ｓ１４でＮＯ）、群管理制御部１００は、かご番号ｉに１を加算し（Ｓ１５）、ステップＳ１２の判断を行う。

全号機についてのステップＳ１２の判断が完了した場合（Ｓ１４でＹＥＳ）、群管理制御部１００は、Ａｎｓ＝ＹＥＳ、つまり条件Ｃが満たされると判断する（Ｓ１６）。ロビー階での各号機の待ち人数が全ての号機において所定人数よりも小さいという条件が成立したためである。

２−４−２−２．各号機の積み残し、満員通過の判断（ステップＳ３、Ｓ５、Ｓ６の判断）
前述の図８のステップＳ３、Ｓ５、Ｓ６における積み残し、満員通過判定の判断について詳細に説明する。図１０は、実施形態１に係るエレベータの群管理システムにおける、運転モードが乗場行先階登録モードのときの割当候補号機の決定動作（各号機の積み残し、満員通過判定の判断を含む）の流れを示すフローチャートである。

制御装置１０は、かご番号ｉとして１を設定する（Ｓ２０）。なお、かごと号機は１対１で対応するのでかご番号ｉは号機の番号でもある。本実施形態では、６台のエレベータ６０が設けられているので、ｉは１〜６である。号機番号１〜６の号機は、上述のＡ号機〜Ｆ号機に対応する。

群管理制御部１００は、呼び発生階Ｆから行先階Ｄへの新規の行先階呼び（以下、適宜「新規呼び」という）を仮にｉ号機に割り当てる（Ｓ２１）。

群管理制御部１００は、新規呼びと、当該新規呼びの発生迄に既に発生している行先階呼び（以下、適宜「既存呼び」という）との干渉範囲を求める（Ｓ２２）。干渉範囲とは、新規呼びへのかごの割当を決める際に、既存呼びとの関係で計算の必要な階数の範囲である。干渉範囲は、開始階ｆ＿ｓｔａｒｔと終了階ｆ＿ｅｎｄとの間の範囲で示す。干渉範囲の求め方は後述する。

群管理制御部１００は、かごｉが開始階ｆ＿ｓｔａｒｔに到着するときのかごｉ内の人数を求める（Ｓ２３）。この人数は、現在のかご内の人数と、現在階から開始階ｆ＿ｓｔａｒｔに到着するまでの間での既存呼びによる乗車人数と降車人数とにより求めることができる。

群管理制御部１００は、演算対象階ｆとして開始階ｆ＿ｓｔａｒｔを設定する（Ｓ２４）。

群管理制御部１００は、かごｉが、（１）演算対象階ｆにかご呼びを有するという条件と、（２）演算対象階ｆが行先階Ｄであるとの条件との少なくとも一方を満たすか判定する（Ｓ２５）。ある階でのかご呼びとは、その階において降車することを要求する行先階呼びである。

ステップＳ２５の条件（１）、（２）の少なくとも一方が満たされるとき（Ｓ２５でＹＥＳ）、群管理制御部１００は、かごｉ内の人数Ｐから演算対象階ｆでの降車人数を減算してかごｉ内の人数Ｐを更新する（Ｓ２６）。
ステップＳ２５の条件（１）、（２）のいずれも満たされないとき（Ｓ２５でＮＯ）、群管理制御部１００は、ステップＳ２９の判断を行う。

群管理制御部１００は、かごｉが、（１）演算対象階ｆに割当乗車呼びを有するという条件と、（２）演算対象階ｆが呼び発生階Ｆであるとの条件との少なくとも一方を満たすか判定する（Ｓ２７）。ある階での割当乗車呼びとは、その階において乗車することを要求する行先階呼びである。

ステップＳ２７の条件（１）、（２）の少なくとも一方が満たされるとき（Ｓ２７でＹＥＳ）、群管理制御部１００は、かごｉ内の人数Ｐに演算対象階ｆでの乗車人数を加算してかご内人数Ｐを更新する（Ｓ２８）。
ステップＳ２７の条件（１）、（２）のいずれも満たされないとき（Ｓ２７でＮＯ）、群管理制御部１００は、ステップＳ３４の判断を行う。

上記ステップＳ２５の条件（１）、（２）のいずれもが満たされないとき（Ｓ２５でＮＯ）、群管理制御部１００は、（１）演算対象階ｆに割当乗車呼びを有するという条件と、（２）演算対象階ｆが呼び発生階Ｆであるとの条件との少なくとも一方の条件が満たされ、かつ、（３）かごｉ内の人数Ｐが満員人数（積載可能重量等から定まる乗車可能な人数）であるとの条件が満たされるか否かを判定する（Ｓ２９）。なお、満員人数でなく、それよりも少ない所定人数としてもよい。

ステップＳ２９の条件が満たされるとき（Ｓ２９でＹＥＳ）、群管理制御部１００は、演算対象階ｆで満員通過が発生すると判定する（Ｓ３０）。
ステップＳ２９の条件が満たされないとき（Ｓ２９でＮＯ）、群管理制御部１００は、ステップＳ２７の判断を行う。

このとき、群管理制御部１００は、現在の演算対象のｉ号機を割当候補号機としないことを決定する（Ｓ３１）。

ステップＳ２８の実行後、群管理制御部１００は、算出されたかご内人数Ｐが満員人数より大きいか否かを判定する（Ｓ３２）。

算出されたかご内人数Ｐが満員人数より大きいとき（Ｓ３２でＹＥＳ）、群管理制御部１００は、演算対象階ｆで積み残しが発生すると判定する（Ｓ３３）。

このとき、群管理制御部１００は、現在の演算対象であるｉ号機を割当候補号機としないことを決定する（Ｓ３１）。

算出されたかご内人数Ｐが満員人数より大きくないとき（Ｓ３２でＮＯ）、群管理制御部１００は、現在の行先階呼びが上方向行きの行先階呼びか下方向行きの行先階呼びかを判定する（Ｓ３４）。

新規の行先階呼びが上方向行きの行先階呼びのとき（Ｓ３４でＹＥＳ）、群管理制御部１００は、演算対象階ｆとして１を加算した階数（ｆ＝ｆ＋１）を設定し（Ｓ３５）、新たな演算対象階ｆが終了階ｆ＿ｅｎｄより大きいかを判定し（Ｓ３６）、演算対象階ｆが終了階ｆ＿ｅｎｄ以下のとき（Ｓ３６でＮＯ）、前記ステップＳ２５以後を繰り返し実行する。つまり、ｉ号機における、上方向行きの行先階呼びの干渉範囲の全ての演算対象階ｆに対する演算が終了するまで、前記ステップＳ２５以後を繰り返し実行する。

これに対し、新規の行先階呼びが下方向行きの行先階呼びのとき（Ｓ３４でＮＯ）、群管理制御部１００は、演算対象階ｆとして１を減算した階数（ｆ＝ｆ−１）を設定し（Ｓ３７）、新たな演算対象階ｆが終了階ｆ＿ｅｎｄより小さいかを判定し（Ｓ３８）、演算対象階ｆが終了階ｆ＿ｅｎｄ以上のとき（Ｓ３８でＮＯ）、前記ステップＳ２５以後を繰り返し実行する。つまり、ｉ号機における、下方向行きの行先階呼びの干渉範囲の全ての演算対象階ｆに対する演算が終了するまで、前記ステップＳ２５以後を繰り返し実行する。

一方、ステップＳ３６で演算対象階ｆが終了階ｆ＿ｅｎｄよりも大きいとき（Ｓ３６でＹＥＳ）、またはステップＳ３８で演算対象階ｆが終了階ｆ＿ｅｎｄよりも小さいとき（Ｓ３８でＹＥＳ）、群管理制御部１００は、ｉ号機を割当候補号機として設定する（Ｓ３９）。なお、本ステップＳ３９でｉ号機を割当候補号機として設定するのは、ステップＳ３０で満員通過判定がなされず、かつステップＳ３３で積み残し判定がなされなかったときである。

群管理制御部１００は、全かごについて割当の計算が完了したか否かを判定する（Ｓ４０）。全かごの計算が完了していないとき（Ｓ４０でＮＯ）、群管理制御部１００は、演算対象号機番号に１を加算（ｉ＝ｉ＋１）し（Ｓ４１）、新たな号機について前記ステップＳ２１以後の演算処理を行う。

全かごの計算が完了すると（Ｓ４０でＹＥＳ）、群管理制御部１００は、割当候補号機の決定動作を終了する。

図１０のフローチャートの上記ステップＳ２２における干渉範囲の決定方法について説明する。図１１は、実施形態１に係るエレベータの群管理システムにおいて、運転モードが乗場行先階登録モードのときの割当候補号機の決定動作における、新規呼びと既存呼びとの干渉範囲の決定の流れを示すフローチャートである。

群管理制御部１００は、行先階呼びが上方向の行先階呼びか、下方向の行先階呼びかを判定する（Ｓ５０）。

行先階呼びが上方向の行先階呼びのとき（Ｓ５０でＹＥＳ）、群管理制御部１００は、かごｉが上方向に走行中か否かを判定する（Ｓ５１）。かごｉが上方向に走行中のとき（Ｓ５１でＹＥＳ）、群管理制御部１００は、かごｉが呼び発生階Ｆよりも下の階にいるか否かを判定する（Ｓ５２）。かごｉが現在、呼び発生階Ｆよりも下の階にいるときは（Ｓ５２でＹＥＳ）、群管理制御部１００は、呼び発生階Ｆから行先階Ｄまでを干渉範囲と決定する（Ｓ５３）。また、かごｉが上方向に走行中でないとき（Ｓ５１でＮＯ）も、群管理制御部１００は、呼び発生階Ｆ階から行先階Ｄまでを干渉範囲と決定する（Ｓ５３）。かごｉが現在、呼び発生階Ｆ階よりも下の階にいないときは（Ｓ５２でＮＯ）、群管理制御部１００は、呼び発生階Ｆから（現在のかご位置−１）階までを干渉範囲と決定する（Ｓ５４）。

これに対し、行先階呼びが上方向の行先階呼びでないとき（Ｓ５０でＮＯ）、つまり、行先階呼びが下方向の行先階呼びのとき、群管理制御部１００は、かごｉが下方向に走行中か否かを判定する（Ｓ６１）。かごｉが下方向に走行中のとき（Ｓ６１でＹＥＳ）、群管理制御部１００は、かごｉが現在、呼び発生階Ｆよりも上の階にいるか否かを判定する（Ｓ６２）。かごｉが呼び発生階Ｆよりも上の階にいるときは（Ｓ６２でＹＥＳ）、群管理制御部１００は、呼び発生階Ｆから行先階Ｄまでを干渉範囲と決定する（Ｓ６３）。また、かごｉが下方向に走行中でないとき（Ｓ６１でＮＯ）も、群管理制御部１００は、呼び発生階Ｆから行先階Ｄまでを干渉範囲と決定する（Ｓ６３）。かごが現在、呼び発生階Ｆよりも上の階にいないときは（Ｓ６２でＮＯ）、群管理制御部１００は、呼び発生階Ｆから（現在のかご位置＋１）階までを干渉範囲と決定する（Ｓ６４）。

２−４−２−３．待ち人数予測処理
待ち人数予測処理として、号機割当時の待ち人数記憶処理と、号機到着時の待ち人数減算処理が行われる。

図１２は、実施形態１におけるエレベータの群管理システムにおける号機割当時の待ち人数記憶処理を示すフローチャートである。

群管理制御部１００は、割当依頼信号を受信したか否かを判断する（Ｓ７１）。

割当依頼信号を受信した場合（Ｓ７１でＹＥＳ）、群管理制御部１００は、割当号機を決定する（Ｓ７２）。このとき、決定した号機番号ｉを割当号機番号Ｋと設定する。割当号機の決定処理については後述する。

群管理制御部１００は、Ｋ号機の現在の待ち人数Ｐに１を加算する（Ｓ７３）。待ち人数Ｐの初期値は０であり、例えば、エレベータシステムの最初の稼動開始時に初期値に設定される。あるいは、エレベータシステムの毎日の稼動開始時に初期値に設定される。

群管理制御部１００は、割り当てた行先階呼びの行先階及び当該行先階呼びの受付順番を、Ｋ号機に対応付けて記録する（Ｓ７４）。

図１３は、実施形態１におけるエレベータの群管理システムにおける号機到着時の待ち人数減算処理を示すフローチャートである。

群管理制御部１００は、号機がロビー階に到着したことを検知すると（Ｓ８１）、時間Ｔ（秒）のタイマーをセットする（Ｓ８２）。時間Ｔは、１人の乗客が乗りかごに乗車するのに要する平均乗り込み時間であり、例えば過去の乗り込み時間に基づいて学習により求めることができる。

群管理制御部１００は、時間Ｔが経過したと判断すると（Ｓ８３でＹＥＳ）、到着した号機の待ち人数から１を減算する。

群管理制御部１００は、予測乗車人数Ｘ人分の乗客について処理が完了したか否かを判断する（Ｓ８５）。予測乗車人数Ｘは、エレベータホールの混雑度等に応じた変数としてもよい。

予測乗車人数Ｘ人分の乗客について処理が完了していないと判断した場合（Ｓ８５でＮＯ）、群管理制御部１００は、ステップＳ８２に戻り、それ以後の処理を行う。

予測乗車人数Ｘ人分の乗客について処理が完了したと判断した場合（Ｓ８５でＹＥＳ）、群管理制御部１００は、本フローチャートの処理を終了する。本フローチャートの処理によると、当該号機が到着後、予測乗車人数Ｘ人分の乗客について処理が完了したと判断されるまで、ステップＳ８２〜Ｓ８５の処理が実行されることとなる。なお、本フローチャートによる処理は、実際の乗客の乗り込みを検知する処理ではなく、予測乗車人数Ｘ人の乗客の乗り込みが終了したと仮定した処理である。

図１４は、実施形態１に係るエレベータの群管理システムにおける、ロビー階での待ち人数予測処理の具体的一例を説明する図である。

各号機毎の待ち人数は、図１４に示すように求めることができる。例えば前述のＫ号機の待ち人数の算出方法は次の通りである。

群管理制御部１００は、待ち人数をカウントするための待ち行列カウンタを有している。群管理制御部１００は、利用者がセキュリティゲート２０を通過し、当該利用者に対してＫ号機を割り当てた場合、図１２のフローチャートにしたがって、Ｋ号機に対応する待ち行列カウンタに１を加算する。この加算が、Ｋ号機の戸閉開始（例えばｔ１）から戸開開始（例えばｔ２）までの間に、利用者がセキュリティゲート２０を通過する都度行われる。図１４の例では、待ち行列カウンタの値は、戸閉開始ｔ１の時点で４であったが、８人の利用者に対して割当が行われたことにより、戸開開始ｔ２の時点では１２となっている。

Ｋ号機がロビー階に到着すると、群管理制御部１００は、図１３のフローチャートにしたがって、戸開開始（例えばｔ２）から戸閉開始（例えばｔ３）までの間、Ｋ号機に対応する待ち行列カウンタを所定時間間隔で１ずつ減算する。なお、本実施形態では、予測乗車人数の乗客が、一人ずつ所定時間間隔で乗車するものとしている。予測乗車人数は、例えば５人である。そのため、図１４の例では、待ち行列カウンタの値は、戸開開始ｔ２の時点で１２であったが、５人の利用者の乗車が行われたことにより、戸閉開始ｔ３の時点では７となっている。

上記処理は、各号機について並行して行われる。群管理制御部１００は、割当依頼信号を受信し、当該依頼に対して割当号機を決定すると、その都度、当該割当依頼信号を送信したセキュリティゲート２０に対して、割当依頼信号受信時の各号機の待ち人数（行列の人数）と、当該割当依頼信号に対する割当号機を示す情報をセキュリティゲート２０へ送信する。セキュリティゲート２０は、受信した割当号機を示す情報を表示部２２０に表示する。また、セキュリティゲート２０は、各号機の待ち人数に応じた長さの待ち行列表示を行う。

２−４−２−３．かご呼び登録処理、行先階割当処理
本処理は、乗場行先階登録モードでは行う必要がない処理である。乗場行先階登録モードでは号機を割り当て済の乗客は皆、当該到着した号機に乗車することとなる。しかし、ゾーン型行先階登録モードを実行しているときは、利用者が多いときであるので、号機を割り当てた後、到着したエレベータに乗車できるとは限らず、次やその次に到着するエレベータに乗車する場合がある。したがって、列状に並んでいる乗車予定人数の乗客が乗車するタイミングで、当該乗車予定人数分の行先階を当該エレベータに登録する必要がある。そこで、以下の処理を行う。

乗場行先階登録システムでは、エレベータ内にかご呼びボタンを設置しない場合が多い。この場合、群管理システムは、エレベータ到着時に、乗り込み予定の乗客の行先階呼びをかご呼びとして適切に入力する必要がある。ここで、かご呼びとは、前述したように、ある階において降車することを要求する行先階呼びである。また、エレベータ出発時、号機前に待ち行列があると予測される場合、行先階呼びを自動で登録（割当て）する必要がある。そのため、群管理システムは、以下の処理を行う。
１．各号機に並ぶ利用者の行先階を全て記憶しておく。
２．エレベータがロビー階に到着した時点で、行先階呼びをもとに、かご呼びを入力する。
３．エレベータがロビー階を出発した時点で、待ち行列先頭から予測乗車人数分の行先階呼びを登録する。

上記処理を、本実施形態では、図１５、図１６のフローチャートにしたがって行う。

図１５は、実施形態１におけるエレベータの群管理システムにおける号機のロビー階出発時の当該号機に対する行先階割当処理を示すフローチャートである。

群管理制御部１００は、前述のＫ号機がロビー階を出発したことを検知すると（Ｓ９１）、Ｋ号機に乗車するために待っている乗客の待ち順番ｎを１に設定する。ここで、群管理制御部１００は、行先階呼びを待ち順番ｎと対応付けて記録している。行先階呼びの待ち順番ｎは、行先階呼びが割り当てられた号機が出発したとき、割り当てた行先階呼びの数だけ減算され、未割当の行先階呼びの行列の先頭の行先階呼びの待ち順番が１となる。

群管理制御部１００は、行先階Ｄ（ｎ）が、Ｋ号機に割当済みの行先階か否かを判断する（Ｓ９３）。

行先階Ｄ（ｎ）が割当済みの行先階でない場合（Ｓ９３でＮｏ）、群管理制御部１００は、行先階Ｄ（ｎ）をＫ号機に割り当てる（Ｓ９４）。

群管理制御部１００は、待ち順番ｎが予測乗車人数Ｘ以上か否かを判定する（Ｓ９５）。予測乗車人数Ｘは、予測乗車人数と同じ数である。

待ち順番ｎが予測乗車人数Ｘ以上の場合（Ｓ９５でＹＥＳ）、群管理制御部１００は、本フローチャートによる処理を終了する。

これに対し、待ち順番ｎが予測乗車人数Ｘよりも小さい場合（Ｓ９５でＮＯ）、群管理制御部１００は、行先階Ｄ（ｎ）をクリアして、待ち順番ｎに１を加算し（Ｓ９７）、この待ち順番の行先階呼びについて、ステップＳ９３以後の処理を行う。

また、上記ステップ９３において、行先階Ｄ（ｎ）が割当済みの行先階である場合（Ｓ９３でＹＥＳ）、上記ステップＳ９６、Ｓ９７の処理を行った後、ステップＳ９３以後の処理を行う。

なお、予測乗車人数Ｘ分の行先階呼びを登録した場合、それよりも多い人数あるいは少ない人数の利用者がエレベータに乗車した場合、行先階にずれが生じる可能性がある。そのため、ステップＳ９５において、予測乗車人数Ｘに代えて、それよりも多い所定人数を設定してもよい。あるいは、予測乗車人数Ｘに代えて、行先階呼びとしては登録済だが、まだかご呼びとして登録されていない全ての行先階呼びの数（人数）としてもよい。この場合、現在登録されている全ての行先階呼びについての行先階が全て登録されることとなる。この場合でも、担当ゾーンの全ての行先階が割り当てられなければ、停止回数が減少することとなり、従来のゾーン運転方式よりも、運行効率及び輸送能力が向上する。

図１６は、実施形態１におけるエレベータの群管理システムにおける号機のロビー階到着時の当該号機に対するかご呼び登録処理を示すフローチャートである。

群管理制御部１００は、Ｋ号機がロビー階に到着したことを検知すると（Ｓ１０１）、Ｋ号機が行先階呼びを有するか否かを判断する（Ｓ１０２）。

Ｋ号機が行先階呼びを有する場合（Ｓ１０２でＹＥＳ）、群管理制御部１００は、Ｋ号機の全ての行先階呼びをかご呼びとして登録する（Ｓ１０３）。

これに対し、Ｋ号機が行先階呼びを有していない場合（Ｓ１０２でＮＯ）、群管理制御部１００は、ステップＳ１０３の処理を行うことなく、本フローチャートによる処理を終了する。

図１７は、実施形態１に係るエレベータの群管理システムにおける、エレベータのロビー階出発時の行先階割当処理、及びエレベータのロビー階到着時のかご呼び登録処理を説明する図である。具体的に、図１７（ａ）は、ロビー階に向けてＫ号機が下降している状態を示す。図１７（ｂ）は、ロビー階にＫ号機が到着し、予測乗車人数の５人の乗客が乗り込んだときの状態を示す。図１７（ｃ）は、Ｋ号機がロビー階を出発したときの状態を示す。

図１７（ａ）に示すように、現在、予測乗車人数の５人よりも多い利用者が待ち行列を作っている。待ち行列の先頭から５人の利用者の行先階は、先頭から順番に１３階、１２階、１３階、１４階、１３階となっている。この５人の利用者の行先階には、同じ階が存在するので、新たに停止すべき階は、１２階、１３階、１４階の３個の階である。

図１７（ｂ）に示すように、ロビー階にＫ号機が到着し、予測乗車人数の５人の乗車が完了すると、群管理制御部１００は、１２階、１３階、１４階への行先階呼びをかご呼びに反映する。

図１７（ｃ）に示すように、Ｋ号機がロビー階を出発したとき、予測乗車人数の５人よりも多い利用者が待ち行列を作っている。待ち行列の先頭から５人の利用者の行先階は、先頭から順番に１５階、１３階、１４階、１４階、１３階となっている。この５人の利用者の行先階には、同じ階が存在するので、新たに停止すべき階は、１３階、１４階、１５階の３個の階である。群管理制御部１００は、これらの３個の階（１３階、１４階、１５階）を行先階呼びとして登録する。

２−４−２−４．行先階呼びの各号機への割当制御
本実施形態において、群管理制御部１００は、ゾーン型行先階登録モードにおいて、待ち行列の後端がセキュリティゲート２０へ達しないように、かつ輸送能力が高くなるように、各号機の待ち人数を参照して、行先階呼びの各号機への割当制御を行う。割当制御の具体的制御フローについて説明する前に、まず、待ち人数に基づく行先階呼びの割当制御の概要について、図１８、図１９を参照して説明する。

図１８は、実施形態１に係るエレベータの群管理システムにおける、待ち行列最大容量の決定方法を説明する図である。図１９は、実施形態１に係るエレベータの群管理システムにおける、待ち人数に基づく号機割当方法を説明する図である。

群管理制御部１００は、各号機のドアの前からセキュリティゲート２０まで最大で何人並べるかを示す待ち行列最大容量を記憶している。待ち行列最大容量は、エレベータホールの寸法、および利用者一人あたりの占有長さＬに基づいて求められた値である。図１８の例では、Ｅ号機の待ち行列最大容量は１５、Ｆ号機の待ち行列最大容量は１２である。群管理制御部１００は、各号機の待ち行列残り容量に応じて、行先階の割当方法を変更する。待ち行列残り容量は、この行列にあと何人の利用者が並ぶことができるかを示す人数である。

例えば、Ｅ、Ｆ号機の現在の待ち人数が十分小さい場合（第２所定人数Ｚ以下である場合）、群管理制御部１００は、通常割当方法（例えば、全乗客待ち時間合計値最小化等の割当方法）により最適な号機を選択する。

図１９（ａ）に示す例では、Ｅ号機の待ち行列残り容量は７人であり、Ｆ号機の待ち行列残り容量は６人である。つまり、Ｅ号機の待ち行列残り容量とＦ号機の待ち行列残り容量の差はほぼ同じである。本例では、待ち行列残り容量は、所定の閾値の４以上であり、またＥ号機に行先階として既に１２階が割り当てられているものとする。この場合、群管理制御部１００は、通常割当方法により最適な号機を選択する。例えば行先階として１２階が登録された場合、Ｅ号機には１２階が既に割当てられているので、Ｅ号機とＦ号機の合計停止回数を増やさないようにＥ号機に１２階への行先階呼びの割当を行う。また、行先階として１５階が登録された場合、どちらの号機にも１５階はまだ割当てられていないため、Ｅ号機とＦ号機のうち最適な号機を通常割当方法により選択する。

図１９（ｂ）に示す例では、Ｅ号機の待ち行列残り容量は２人であり、Ｆ号機の待ち行列残り容量は６人である。つまり、Ｅ号機の待ち行列残り容量とＦ号機の待ち行列残り容量は、所定の閾値の４よりも大きく、待ち容量に偏りがある。この場合には、行先階に関係なく、待ち行列残り容量が大きい方のＦ号機に新たな行先階呼びの行先階を割り当てる。

この割当方法の具体的な制御方法について、図２０のフローチャートを参照して説明する。図２０は、実施形態１におけるエレベータの群管理システムにおける号機の割当処理を示すフローチャートである。

群管理制御部１００は、セキュリティゲート２０から割当依頼信号を受信すると（Ｓ１１１）、割当候補号機（図２０では「候補号機」と示している）の中に、現在の待ち人数が待ち行列最大容量に達しているものが存在するか否かを判断し、現在の待ち人数が待ち行列最大容量に達している割当候補号機を除外する（Ｓ１１２）。つまり、群管理制御部１００は、現在の待ち人数が待ち行列最大容量に達していない割当候補号機を抽出する。以下、この抽出した割当候補号機を、以下の処理の対象である「対象号機」といい、「対象号機」の中からさらに選択した号機を最終的な割当候補号機という場合がある。

群管理制御部１００は、かご番号ｃとして１を設定する（Ｓ１１３）。

群管理制御部１００は、ｃ号機の待ち人数が第１所定人数Ｙよりも小さいか否かを判断する（Ｓ１１４）。第１所定人数Ｙは、予め決めた定数である。本実施形態では、第１所定人数Ｙは例えば５人である。

ｃ号機の待ち人数が第１所定人数Ｙよりも小さい場合（Ｓ１１４でＹＥＳ）、ｃ号機を割当候補号機に加える（Ｓ１１５）。

ｃ号機の待ち人数が第１所定人数Ｙ以上の場合（Ｓ１１４でＮＯ）あるいはステップＳ１１５の実行後、群管理制御部１００は、全ての対象号機についてステップＳ１１４の判断処理が完了したか否かを判断する（Ｓ１１６）。

全ての対象号機についてステップＳ１１４の判断処理が完了していない場合（Ｓ１１６でＮＯ）、群管理制御部１００は、号機番号ｃに１を加算し（Ｓ１１７）、ステップＳ１１４の判断処理を実行する。

全ての対象号機についてステップＳ１１４の判断処理が完了した場合（Ｓ１１６でＹＥＳ）、群管理制御部１００は、待ち人数が第１所定人数Ｙよりも小さい割当候補号機が存在するか否かを判断する（Ｓ１１８）。

待ち人数が第１所定人数Ｙよりも小さい割当候補号機が存在する場合（Ｓ１１８でＹＥＳ）、群管理制御部１００は、後述するステップＳ１２９の処理を行う。
これに対し、待ち人数が第１所定人数Ｙよりも小さい割当候補号機が存在しない場合（Ｓ１１８でＮＯ）、群管理制御部１００は、号機番号ｃとして１を設定する。また、最大人数ｍａｘとしてＭＩＮ＿ＶＡＬを設定し、最小人数ｍｉｎとしてＭＡＸ＿ＶＡＬを設定する（Ｓ１１９）。ＭＩＮ＿ＶＡＬは０（ゼロ）である。ＭＡＸ＿ＶＡＬは、ロビー階で現実に並び得る待ち人数と比べて十分に大きな値、例えば１０００である。

群管理制御部１００は、ｃ号機の待ち行列残り容量が最小人数ｍｉｎよりも小さいか否かを判定する（Ｓ１２０）。

ｃ号機の待ち行列残り容量が最小人数ｍｉｎよりも小さい場合（Ｓ１２０でＹＥＳ）、群管理制御部１００は、最小人数ｍｉｎとしてｃ号機の待ち行列残り容量を設定し、かつ最小号機番号ｍｉｎｃａｒとしてｃを設定する（Ｓ１２１）。

ｃ号機の待ち行列残り容量が最小人数ｍｉｎ以上の場合（Ｓ１２０でＮＯ）またはステップＳ１２１の実行後、群管理制御部１００は、ｃ号機の待ち行列残り容量が最大人数ｍａｘよりも大きいか否かを判定する（Ｓ１２２）。

ｃ号機の待ち行列残り容量が最大人数ｍａｘよりも大きい場合（Ｓ１２２でＹＥＳ）、群管理制御部１００は、最大人数ｍａｘとしてｃ号機の待ち行列残り容量を設定し、かつ最大号機番号ｍａｘｃａｒとしてｃを設定する（Ｓ１２３）。

ｃ号機の待ち行列残り容量が最大人数ｍａｘ以下の場合（Ｓ１２２でＮＯ）またはステップＳ１２３の実行後、群管理制御部１００は、ｃ号機を最終的な割当候補号機とする（Ｓ１２４）。

群管理制御部１００は、全ての対象号機についてステップＳ１２０〜Ｓ１２４の処理が完了したか否かを判定する（Ｓ１２５）。

全ての対象号機についてのステップＳ１２０〜Ｓ１２４の処理が完了していない場合（Ｓ１２５でＮＯ）、群管理制御部１００は、号機番号ｃに１を加算して（Ｓ１２６）、ステップＳ１２０以後の処理を実行する。

全ての対象号機についてのステップＳ１２０〜Ｓ１２４の処理が完了した場合（Ｓ１２５でＹＥＳ）、群管理制御部１００は、最大人数ｍａｘから最小人数ｍｉｎを減算した値が第２所定人数Ｚ以上か否かを判断する（Ｓ１２７）。第２所定人数Ｚは、予め決めた定数である。本実施形態では、第２所定人数Ｚは例えば４人である。

最大人数ｍａｘから最小人数ｍｉｎを減算した値が第２所定人数Ｚ以上の場合（Ｓ１２７でＹＥＳ）、群管理制御部１００は、ｍａｘｃａｒ号機を割当号機に設定する（Ｓ１２８）。

最大人数ｍａｘから最小人数ｍｉｎを減算した値が第２所定人数Ｚよりも小さい場合（Ｓ１２７でＮＯ）、群管理制御部１００は、最終的な割当候補号機の中に行先階ｄが既に割り当てられている号機があるか否かを判断する（Ｓ１２９）。

行先階ｄが既に割り当てられている最終的な割当候補号機がある場合（Ｓ１２９でＹＥＳ）、群管理制御部１００は、当該号機を最適な割当号機として決定する（Ｓ１３０）。

行先階ｄが既に割り当てられている最終的な割当候補号機がない場合（Ｓ１２９でＮＯ）、群管理制御部１００は、全ての割当候補号機の中から最適な割当号機を決定する（Ｓ１３１）。

ステップＳ１２８、Ｓ１３０、Ｓ１３１のいずれかを実行すると、群管理制御部１００は、割当号機を示す信号をセキュリティゲート２０に送信する（Ｓ１３２）。セキュリティゲート２０は、受信した割当号機を示す信号が示す割当号機情報を表示部２２０に表示する（Ｓ１３２）。

２−５．本実施形態による効果等

図２１は、ロビー階混雑時における本実施形態のゾーン型行先階登録モードによる効果を説明する図である。ゾーン型行先階登録モードでは、各号機ごとに行列ができるため、エレベータホールの奥の各号機のドアの前から行列を形成できる。結果として、行列が短くなり、セキュリティゲート２０まで到達することを回避し易くなる。また、ゾーン型行先階登録モードではゲート通過時に、乗車すべき号機が案内されるため、利用者は、乗車すべき号機をあらかじめ把握している。そのため、従来型ゾーン運転方式よりも乗り込みがスムーズに行われる。また、ゾーン型行先階登録モードの利用形態が、従来型ゾーン運転方式と類似しているため、利用者はゾーン型行先階登録モードの利用方法の容易に理解できる。

図２２は、実施形態１に係るエレベータの群管理システムによる乗場行先階登録モードからゾーン型行先階登録モードへ動作モードを切り替えたときの効果を説明する図である。図２２（ａ）は、乗場行先階登録モードからゾーン型行先階登録モードへ動作モードを切り替える直前のエレベータホール内の利用者の分布を示す図である。図２２（ｂ）は、乗場行先階登録モードからゾーン型行先階登録モードへ動作モードを切り替えた直後のエレベータホール内の利用者の分布を示す図である。本実施形態では、エレベータホール内が混雑する前に、乗場行先階登録モードからゾーン型行先階登録モードへ動作モードを切り替える。そのため、乗場行先階登録モードにおいて図２２（ａ）に示すように利用者が列状になっていない無秩序な状態であっても、ゾーン型行先階登録モードに切り替えた後において、図２２（ｂ）示すような列状に利用者が並びやすくなる。

図２３は、ロビー階混雑時における従来の乗場行先階登録方式による問題点を説明する図である。従来の乗場行先階登録方式では、行先階登録装置やセキュリティゲートで行先階が入力された時、乗車すべき号機を割り当て、利用者へ割当号機の案内表示を行う。この時、新規の行先階の割当てによって、積み残しが引き起こされないことが望ましい。しかし、利用者が多い繁忙時においては、利用者の数が輸送能力を超え、積み残しが発生する場合がある。積み残しが発生すると、図２３に示すように、積み残されて、再登録しようとする利用者と、新たにロビーに到着した利用者の動線が交錯し、ホール内で利用者が自由に移動できなくなる場合がある。このようにホール内が混乱した場合、輸送能力が低下する可能性がある。

図２４は、ロビー階混雑時における上下方向乗場呼び登録方式の問題点を説明する図である。従来の上下方向乗場呼び登録方式における乗場呼びの登録態様は、行先階や行先ゾーンを指定しない上下方向登録である。そのため、利用者は、通常、図２４に示すように、次に到着する予定のエレベータへ乗り込むために、当該エレベータの乗車扉前に規則正しく列を作り、到着したエレベータへ乗り込んでいく。従って、エレベータホール内で利用者の動線が交錯することが発生しにくい。しかし、上下方向乗場呼び登録方式においては、各エレベータの停止階（停止回数）が増加するため、各エレベータの１周時間（ロビー階を出発してからロビー階に戻って車での時間）が長くなる。そのため、特に混雑時においては、行先階登録モードやゾーン運転モードよりも輸送能力は低くなる。また、利用者の行列が極端に長くなったり、行列が解消されるまでの時間が極端に長くなったりする場合がある。

図２５は、ロビー階混雑時における従来のゾーン運転方式の問題点を説明する図である。従来のゾーン運転方式では、各エレベータの停止回数を減らすことができ、エレベータの一周時間を短縮できる。これにより輸送能力を向上させることができる。また、従来のゾーン運転方式における乗場呼びの登録態様は上下方向登録である。そのため、利用者は通常、ゾーン毎に一列に並ぶので、エレベータホールにおける混乱を少なくできる。しかし、従来のゾーン運転方式の場合、ゲート通過時点では自分が最終的にどのかごに乗車するかわからない。また、各ゾーンに対応する号機が複数存在する場合でも利用者は通常、ゾーン毎に一列に並ぶ。そのため、利用者が多い繁忙時においては図２５に示すように、利用者の待ち行列の長さが長くなりやすいという問題がある。特に、セキュリティゲートが設けられている場合、セキュリティゲートの出口付近まで行列が延び、新たな利用者のエレベータホール内への進入が困難となる可能性がある。

３．まとめ
３−１．エレベータの運行制御についてのまとめ
本実施形態のエレベータの群管理システムは、
複数台のエレベータ６０の運行を制御するエレベータの群管理システムである。
群管理システムは、
利用者が行先階を入力するためのセキュリティゲート２０（入力装置）と、
セキュリティゲート２０で入力された行先階呼びに基づいて複数台のエレベータ６０の運行制御を行う群管理制御装置１０（制御装置）と、を備える。
群管理制御装置１０は、複数台のエレベータ６０の運転モードとして、
各エレベータ６０にビルの全ての階（所定の複数の階）を担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、複数台のエレベータ６０のうちのいずれかのエレベータ６０に割り当てる乗場行先階登録モード（第１の運転モード）と、
ビルの全ての階（所定の複数の階）を複数のゾーンに分割し、各エレベータ６０にいずれかのゾーンを担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータ６０に割り当てるゾーン型行先階登録モード（第２の運転モード）と、を有する。
群管理制御装置１０は、
所定のルールにしたがって乗場行先階登録モードとゾーン型行先階登録モードとを切り替える。

本実施形態によれば、運転モードとしてゾーン型行先階登録モード（第２の運転モード）が設定されているときに、複数台のエレベータ６０がゾーン運転される一方で、入力された行先階が、当該行先階を含むゾーンを担当するいずれかのエレベータ６０に割り当てられる。そのため、ゾーン型行先階登録モードが設定されているときに、利用者は、エレベータ６０毎に別々の行列を形成する。したがって、従来のゾーン運転モードの場合よりも、利用者の行列を短くし、エレベータ６０の輸送能力を向上できる。ひいては、乗場行先階登録モードとゾーン型行先階登録モードとの２つのモード全体で見た場合においても、エレベータ６０の輸送能力を向上できる。

本実施形態において、
群管理制御装置１０は、
乗場行先階登録モードによる運行制御を実行中、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態が第１所定条件（ステップＳ５の条件）を満たしたときは、運転モードをゾーン型行先階登録モードに切り替え、
ゾーン型行先階登録モードによる運行制御を実行中、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階（所定階）ののエレベータホールの混雑状態が第２所定条件（ステップＳ８の条件）を満たしたときは、運転モードを乗場行先階登録モードに切り替える。

これにより、エレベータ６０の運転モードを、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態や、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階の混雑状態に応じて、適切に切り替えることができる。

本実施形態において、
セキュリティゲート２０は、割り当てた号機に関する情報を利用者に案内するための表示部２２０を備える。
群管理制御装置１０は、表示部２２０に対する表示モードとして、
行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報を表示させる通常表示モード（第１の表示モード）と、
行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報と、割り当てたエレベータ６０がロビー階に到着するまでの間、割り当てたエレベータ６０のドアの前から列状に並んで待つことを促す情報を表示させるゾ−ン型表示モード（第２の表示モード）と、を有する。
群管理制御装置１０は、
通常表示モードによる表示制御を実行中、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態が第３所定条件を満たしたときは、表示モードをゾ−ン型表示モードに切り替え、
ゾ−ン型表示モードによる表示制御を実行中、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階のエレベータホールの混雑状態が第２所定条件を満たしたときは、表示モードを通常表示モードに切り替える。

これにより、表示部２２０に対する表示モードを、セキュリティゲート２０で入力された行先階呼びに対するエレベータ６０の割当状態や、セキュリティゲート２０で入力された行先階呼びに基づいて求めたロビー階の混雑状態に応じて、適切に切り替えることができる。

本実施形態において、
群管理制御装置１０は、
ゾーン型行先階登録モードによる運行制御を実行中、
各エレベータ６０について、セキュリティゲート２０で入力された行先階呼びに基づいて、ロビー階のエレベータホールで各エレベータ６０の到着を待つ利用者の人数を求め、
当該到着を待つ利用者の人数に基づいて、入力された行先階を含む同一のゾーンを担当するエレベータ６０の中からエレベータ６０を割り当てるときの割当方法を変更する。

これにより、当該到着を待つ利用者の人数に応じて、同一のゾーンを担当するエレベータ６０の中からエレベータ６０を割り当てるときの割当方法を変更できる。

本実施形態において、
群管理制御装置１０は、
エレベータ６０毎に、複数台のエレベータ６０が配置されるエレベータホールにおいて、各エレベータ６０の乗場ドアの前から列状に並ぶことが許容される利用者の人数を記憶している。
群管理制御装置１０は、
到着を待つ利用者の人数が第１所定人数Ｙ以上の場合、
新規行先階呼びが発生すると、到着を待つ利用者の人数と、許容される利用者の人数とに基づいて当該列に並ぶことができる残り人数を求め、
前記同一のゾーンを担当する複数のエレベータ６０間での残り人数の差が第２所定人数Ｚ以下となるように、当該新規行先階呼びを、前記同一のゾーンを担当するエレベータ６０のうちのいずれかのエレベータ６０に割り当てる。

これにより、同一のゾーンを担当するエレベータ６０間での残り人数の差ができるだけなくなるように制御できる。例えば、同一のゾーンを担当するエレベータ６０のうちのあるエレベータ６０だけが、残り人数が少なくなる、換言すれば、あるエレベータ６０の行列だけが極端に長くなるようなことが抑制される。

本実施形態において、
第１所定条件は、
入力された新たな行先階呼びに対して複数台のエレベータ６０のいずれをも割り当てられないことである。

これにより、新たな行先階呼びに対して複数台のエレベータ６０を割り当てられなくなるほど混雑しているようなときに、適切に、ゾーン型行先階登録モードに切り替えることができる。

本実施形態において、
群管理制御装置１０は、
ゾーン型行先階登録モードによる運行制御を実行中、ロビー階のエレベータホールの混雑状態として、各エレベータ６０について、セキュリティゲート２０で入力された行先階呼びに基づいて、ロビー階のエレベータホールで各エレベータ６０の到着を待つ利用者の人数を求める。
第２所定条件は、到着を待つ利用者の人数が全てのエレベータ６０において第３所定人数以下となったことである。

これにより、到着を待つ利用者の人数が全てのエレベータ６０において所定人数以下となったとき、つまり行列の長さが十分に短くなったときに、乗場行先階登録モードに戻されることとなる。

本実施形態において、
第３所定条件は、
入力された新たな行先階呼びに対して複数台のエレベータ６０のいずれをも割り当てられなくなる可能性があることである。

これにより、エレベータ６０の運転モードをゾーン型行先階登録モードに切り替える前に、つまり、エレベータ６０ホールが混雑し始める前に、各エレベータ６０に対応する待ち行列を形成させておくことができる。これにより、第１モードからゾーン型行先階登録モードへの運転モードの変更の際の、エレベータホール内の利用者の移動による交錯等を抑制できる。

本実施形態において、
セキュリティゲート２０は、複数台のエレベータ６０が配置されたエレベータホールへの利用者の進入を案内するゲート装置である。

３−１．表示制御についてのまとめ
本実施形態のエレベータの群管理システムは、
複数台のエレベータ６０の運行を制御するエレベータの群管理システムである。
利用者が行先階を入力するためのカードリーダ２１０（入力部）と、表示部２２０とを有するセキュリティゲート２０（入力装置）と、
セキュリティゲート２０で入力された行先階を複数台のエレベータ６０のうちのいずれかのエレベータ６０に割り当てる群管理制御装置１０（制御装置）と、を備える。
群管理制御装置１０は、
行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報と、割り当てたエレベータ６０のドアの前から列状に並んで待つことを利用者に促す情報と、エレベータホール内での前記列とエレベータ６０の位置関係とを示す情報とを表示を行うように構成されている。
群管理制御装置１０は、
各エレベータ６０について、セキュリティゲート２０で入力された行先階呼びに基づいて、ロビー階で各エレベータ６０の到着を待つ利用者の人数を求め、
求めた人数に応じて、各エレベータ６０のドアの前から並ぶ利用者の列の長さを、表示部２２０上において変化させる。

これにより、行先階をいずれかのエレベータ６０に割り当てたときに、表示部に、割り当てたエレベータ６０を示す情報と、割り当てたエレベータ６０のドアの前から列状に並んで待つことを利用者に促す情報と、複数台のエレベータ６０が配置されたエレベータ６０ホール内での前記列とエレベータの位置関係を示す情報とが表示される。そのため、利用者が、割り当てたエレベータ６０のドアの前から列状に並んで待つことが期待される。さらに、各エレベータ６０のドアの前から並ぶ利用者の列の長さが、待っている利用者の人数に応じて、表示部２２０上において変化することにより、利用者は混雑状態を予め把握できる。そのため、利用者がより適切に列状になることが期待される。したがって、エレベータホールにおける利用者の移動が円滑化する。

本実施形態エレベータの群管理システムは、複数台のエレベータ６０の運行を制御するエレベータの群管理システムである。
エレベータの群管理システムは、
利用者が行先階を入力するためのカードリーダ２１０（入力部）と、表示部２２０とを有するセキュリティゲート２０と、
セキュリティゲート２０で入力された行先階呼びに基づいて複数台のエレベータ６０の運行制御を行う群管理制御装置１０（制御装置）と、を備える。
群管理制御装置１０は、複数台のエレベータ６０の運転モードとして、
各エレベータ６０にビルの全ての階（所定の複数の階）を担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、複数台のエレベータ６０のうちのいずれかのエレベータ６０に割り当てる乗場行先階登録モード（第１の運転モード）と、
ビルの全ての階（所定の複数の階）を複数のゾーンに分割し、各エレベータ６０にいずれかのゾーンを担当させるように、複数台のエレベータ６０の運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータ６０に割り当てるゾーン型行先階登録モード（第２の運転モード）と、を有する。
群管理制御装置１０は、
所定のルールにしたがって乗場行先階登録モードとゾーン型行先階登録モードとを切り替える。
群管理制御装置１０は、表示部２２０に対する表示モードとして、
行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報を表示させる通常表示モード（第１の表示モード）と、
行先階をいずれかのエレベータ６０に割り当てたときに、表示部２２０に、割り当てたエレベータ６０を示す情報と、割り当てたエレベータ６０のドアの前から列状に並んで待つことを利用者に促す情報と、エレベータホール内での前記列と前記エレベータの位置関係を示す情報とを表示させるゾ−ン型表示モード（第２の表示モード）と、を有する。
群管理制御装置１０は、
通常表示モードからゾ−ン型表示モードへの切替を、乗場行先階登録モードからゾーン型行先階登録モードへの切替に関連させて行うように構成されている。
群管理制御装置１０は、
ゾ−ン型表示モードによる表示制御を実行中、各エレベータ６０について、セキュリティゲート２０で入力された行先階呼びに基づいて、ロビー階で各エレベータ６０の到着を待つ利用者の人数を求め、
求めた人数に応じて、各エレベータ６０のドアの前から並ぶ利用者の列の長さを、表示部２２０上において変化させる。

これにより、エレベータ６０の運転モードを乗場行先階登録モードとゾーン型行先階登録モードとの間で切り替えるような構成のエレベータシステムにおいて、上述の効果が得られる。

（その他の実施形態）
上記実施形態では、本発明の入力装置はセキュリティゲート２０である。しかし、本発明において、入力装置は行先階登録装置３０であってもよい。

１０ 群管理制御装置
２０ セキュリティゲート
１００ 群管理制御部
１１０ 入出力インタフェース
１２０ 記憶部
２００ ゲート本体
２０２ 第１センサ
２０４ 第２センサ
２０６ 入口
２０８ 出口
２１０ カードリーダ
２２０ 表示部
２３０ ゲートフラッパ
２４０ 記憶部
２５０ ゲート制御部
２６０ 報知部
２７０ 入出力インタフェース
３０ 行先階登録装置
４０、４０Ａ〜４０Ｆ エレベータ制御装置
６０、６０Ａ〜６０Ｆ エレベータ

Claims (9)

1. 複数台のエレベータの運行を制御するエレベータの群管理システムであって、
   利用者が行先階を入力するための入力装置と、
   前記入力装置で入力された行先階呼びに基づいて複数台のエレベータの運行制御を行う制御装置と、を備え、
   前記制御装置は、前記複数台のエレベータの運転モードとして、
   各エレベータにビルの所定の複数の階を担当させるように、前記複数台のエレベータの運行を制御するとともに、入力された行先階を、前記複数台のエレベータのうちのいずれかのエレベータに割り当てる第１の運転モードと、
   ビルの所定の複数の階を複数のゾーンに分割し、各エレベータにいずれかのゾーンを担当させるように、前記複数台のエレベータの運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータに割り当てる第２の運転モードと、を有し、
   前記制御装置は、
   所定のルールにしたがって第１の運転モードと第２の運転モードとを切り替え、
   前記制御装置は、
   前記第１の運転モードによる運行制御を実行中、前記入力装置で入力された行先階呼びに対するエレベータの割当状態が第１所定条件を満たしたときは、運転モードを前記第２の運転モードに切り替え、
   前記第２の運転モードによる運行制御を実行中、前記入力装置で入力された行先階呼びに基づいて求めた所定階のエレベータホールの混雑状態が第２所定条件を満たしたときは、運転モードを前記第１の運転モードに切り替え、
   前記入力装置は、割り当てた号機に関する情報を前記利用者に案内するための表示部を備え、
   前記制御装置は、前記表示部に対する表示モードとして、
   前記行先階をいずれかのエレベータに割り当てたときに、前記表示部に、割り当てたエレベータを示す情報を表示させる第１の表示モードと、
   前記行先階をいずれかのエレベータに割り当てたときに、前記表示部に、割り当てたエレベータを示す情報と、割り当てたエレベータが前記所定階に到着するまでの間、割り当てたエレベータのドアの前から列状に並んで待つことを促す情報とを表示させる第２の表示モードと、を有し、
   前記制御装置は、
   前記第１の表示モードによる表示制御を実行中、前記入力装置で入力された行先階呼びに対するエレベータの割当状態が第３所定条件を満たしたときは、表示モードを前記第２の表示モードに切り替え、
   前記第２の表示モードによる表示制御を実行中、前記入力装置で入力された行先階呼びに基づいて求めた前記所定階のエレベータホールの混雑状態が前記第２所定条件を満たしたときは、表示モードを前記第１の表示モードに切り替える、
   エレベータの群管理システム。
2. 前記制御装置は、
   前記第２の運転モードによる運行制御を実行中、
   各エレベータについて、前記入力装置で入力された行先階呼びに基づいて、前記所定階のエレベータホールで各エレベータの到着を待つ利用者の人数を求め、
   当該到着を待つ利用者の人数に基づいて、入力された行先階を含む同一のゾーンを担当する複数のエレベータの中からエレベータを割り当てるときの割当方法を変更する、
   請求項１に記載のエレベータの群管理システム。
3. 複数台のエレベータの運行を制御するエレベータの群管理システムであって、
   利用者が行先階を入力するための入力装置と、
   前記入力装置で入力された行先階呼びに基づいて複数台のエレベータの運行制御を行う制御装置と、を備え、
   前記制御装置は、前記複数台のエレベータの運転モードとして、
   各エレベータにビルの所定の複数の階を担当させるように、前記複数台のエレベータの運行を制御するとともに、入力された行先階を、前記複数台のエレベータのうちのいずれかのエレベータに割り当てる第１の運転モードと、
   ビルの所定の複数の階を複数のゾーンに分割し、各エレベータにいずれかのゾーンを担当させるように、前記複数台のエレベータの運行を制御するとともに、入力された行先階を、当該行先階を担当するいずれかのエレベータに割り当てる第２の運転モードと、を有し、
   前記制御装置は、
   所定のルールにしたがって第１の運転モードと第２の運転モードとを切り替え、
   前記制御装置は、
   前記第２の運転モードによる運行制御を実行中、
   各エレベータについて、前記入力装置で入力された行先階呼びに基づいて、前記所定階のエレベータホールで各エレベータの到着を待つ利用者の人数を求め、
   当該到着を待つ利用者の人数に基づいて、入力された行先階を含む同一のゾーンを担当する複数のエレベータの中からエレベータを割り当てるときの割当方法を変更し、
   前記制御装置は、
   エレベータ毎に、前記複数台のエレベータが配置されるエレベータホールにおいて、各エレベータの乗場ドアの前から列状に並ぶことが許容される利用者の人数を記憶しており、
   前記制御装置は、
   前記到着を待つ利用者の人数が第１所定人数以上の場合、
   新規行先階呼びが発生すると、前記到着を待つ利用者の人数と、前記許容される利用者の人数とに基づいて当該列に並ぶことができる残り人数を求め、
   前記同一のゾーンを担当する複数のエレベータ間での残り人数の差が第２所定人数以下となるように、当該新規行先階呼びを、前記同一のゾーンを担当するエレベータのうちのいずれかのエレベータに割り当てる、
   エレベータの群管理システム。
4. 前記制御装置は、
   前記第１の運転モードによる運行制御を実行中、前記入力装置で入力された行先階呼びに対するエレベータの割当状態が第１所定条件を満たしたときは、運転モードを前記第２の運転モードに切り替え、
   前記第２の運転モードによる運行制御を実行中、前記入力装置で入力された行先階呼びに基づいて求めた所定階のエレベータホールの混雑状態が第２所定条件を満たしたときは、運転モードを前記第１の運転モードに切り替える、
   請求項３に記載のエレベータの群管理システム。
5. 前記入力装置は、割り当てた号機に関する情報を前記利用者に案内するための表示部を備え、
   前記制御装置は、前記表示部に対する表示モードとして、
   前記行先階をいずれかのエレベータに割り当てたときに、前記表示部に、割り当てたエレベータを示す情報を表示させる第１の表示モードと、
   前記行先階をいずれかのエレベータに割り当てたときに、前記表示部に、割り当てたエレベータを示す情報と、割り当てたエレベータが前記所定階に到着するまでの間、割り当てたエレベータのドアの前から列状に並んで待つことを促す情報とを表示させる第２の表示モードと、を有し、
   前記制御装置は、
   前記第１の表示モードによる表示制御を実行中、前記入力装置で入力された行先階呼びに対するエレベータの割当状態が第３所定条件を満たしたときは、表示モードを前記第２の表示モードに切り替え、
   前記第２の表示モードによる表示制御を実行中、前記入力装置で入力された行先階呼びに基づいて求めた前記所定階のエレベータホールの混雑状態が前記第２所定条件を満たしたときは、表示モードを前記第１の表示モードに切り替える、
   請求項４に記載のエレベータの群管理システム。
6. 前記第１所定条件は、
   入力された新たな行先階呼びに対して複数台のエレベータのいずれをも割り当てられないことである、
   請求項１、２、４、５のいずれか１項に記載のエレベータの群管理システム。
7. 前記第２所定条件は、前記所定階のエレベータホールで各エレベータの到着を待つ利用者の人数が全てのエレベータにおいて第３所定人数以下となったことである、
   請求項１、２、４、５、６のいずれか１項に記載のエレベータの群管理システム。
8. 前記第３所定条件は、
   入力された新たな行先階呼びに対して複数台のエレベータのいずれをも割り当てられなくなる可能性があることである、
   請求項１、２、５のいずれか１項に記載のエレベータの群管理システム。
9. 前記入力装置は、前記複数台のエレベータが配置されたエレベータホールへの利用者の進入を案内するゲート装置である、
   請求項１から請求項８のいずれか１項に記載のエレベータの群管理システム。

Images