JP2022090259A - エレベータの制御装置 - Google Patents

Abstract

【課題】エレベータにおいて、必要な輸送能力を発揮しつつ、乗りかご内の混雑を緩和することが可能な技術を提供する。【解決手段】エレベータの制御装置１０３は、取得処理部１０４Ａと、更新処理部１０４Ｂと、を備える。取得処理部１０４Ａは、エレベータが設置された建物内の利用者数を取得する。更新処理部１０４Ｂは、取得処理部１０４Ａが取得した建物内の利用者数に応じて、乗りかごに設定されている乗車率の上限値を更新する。【選択図】図１

Description

本発明は、エレベータの制御技術に関する。

近年、コロナウィルスなどの感染症の流行により、エレベータにおいて乗りかご内での利用者の混雑（即ち、密な状態）を可能な限り緩和したいという要望が増えている。そのような要望に対応すべく、本発明者は、乗りかごにおける乗車率の上限値（即ち、その乗りかごにおける乗場呼びの割当上限数）を、例えば２０％程度に小さく設定することにより、乗りかごに乗車できる利用者数を制限して当該乗りかご内の混雑を緩和することを考えた。

尚、本発明者は、乗車率の上限値を変化させる技術として、所定の属性（例えば、身障者など）を持った利用者が乗場呼びを行った場合に、その利用者が乗車する乗りかごにおける乗車率の上限値を、当該利用者が乗車しやすくなるように通常時の値よりも小さい値に設定すること、を特許文献１にて提案している。

特開２０１７－１５４８３９号公報

しかし、乗車率の上限値を小さく設定した場合、エレベータ自体の輸送能力が低下することになる。このため、利用者数が増加した場合（例えば、通勤時間帯になった場合や、オフィスビルなどの建物においてテナントへの入居が進んだ場合など）に、エレベータ自体が必要な輸送能力を発揮することができず、乗場で利用者を長時間待たせることになるといった問題が生じてしまう。

そこで本発明の目的は、エレベータにおいて、必要な輸送能力を発揮しつつ、乗りかご内の混雑を緩和することが可能な技術を提供することである。

本発明に係るエレベータの制御装置は、取得処理部と、更新処理部と、を備える。取得処理部は、エレベータが設置された建物内の利用者数を取得する。更新処理部は、取得処理部が取得した建物内の利用者数に応じて、乗りかごに設定されている乗車率の上限値を更新する。

上記制御装置によれば、建物内の利用者数が少ない場合には乗車率の上限値が小さくなるように、建物内の利用者数に応じて乗車率の上限値を更新することが可能になる。そして、そのような制御によれば、建物内の利用者数が少ない場合には、乗車率の上限値が小さくなることで乗りかご内の混雑が確実に緩和される。

上記制御装置において、乗りかごで輸送できる単位時間当たりの利用者数の、取得処理部が取得した建物内の利用者数に対する割合を、エレベータの輸送能力として、更新処理部は、輸送能力の値が所定値以上となるように乗車率の上限値を更新してもよい。この構成によれば、乗りかごに設定されている乗車率の上限値を、対象となるエレベータにおいて必要な輸送能力を発揮できるように更新することが可能になる。

エレベータは、乗りかごを複数備えたものであってもよい。この場合、上記制御装置において、更新処理部は、乗りかごの全てにおける乗車率の上限値を、それらの初期値としてゼロ又は乗りかご内の混雑を緩和できる値に設定し、その状態から、乗りかごの少なくとも一部において、乗車率の上限値を、取得処理部が取得した建物内の利用者数に応じて更新してもよい。一例として、更新処理部は、全ての乗りかごにそれぞれ設定されている乗車率の上限値を、同じ値を用いて一律に更新することができる。他の例として、更新処理部は、以下のように乗車率の上限値を更新してもよい。

更新処理部は、乗りかごのうちの何れか１つ又は幾つかの乗りかごにおいて、当該乗りかごに設定されている乗車率の上限値を建物内の利用者数に応じて更新し、その乗車率の上限値が所定値に達した場合には、更に別の１つ又は幾つかの乗りかごにおいて、当該乗りかごに設定されている乗車率の上限値を建物内の利用者数に応じて更新してもよい。この構成によれば、建物内の利用者数が増加した場合でも、対象となるエレベータにおいて必要な輸送能力を発揮しつつ、混雑が緩和された乗りかごをできるだけ残すことが可能になる。

また、更新処理部は、乗りかごのうちの何れか１つ又は幾つかの乗りかごについては、乗車率の上限値を、更新せずに初期値のまま維持してもよい。この構成によれば、建物内の利用者数が増加した場合でも、混雑が緩和された乗りかごを必ず残すことが可能になる。

上記制御装置は、乗りかごの何れか１つに乗場呼びを割り当てる呼び登録処理部を更に備えていてもよい。そして、呼び登録処理部は、乗りかごに乗場呼びを割り当てた場合に、その乗りかごに設定されている乗車率の上限値に基づいて、当該乗りかごが、混雑の緩和を重視した混雑緩和モードで運行されているのか、それとも輸送の効率を重視した輸送重視モードで運行されているのかを、当該乗場呼びを行った利用者に報知してもよい。この構成によれば、利用者は、報知された情報を確認することにより、自身が乗車すべき乗りかごがどのような輸送モードで運行されているのかを認識することが可能になる。

本発明によれば、エレベータにおいて、必要な輸送能力を発揮しつつ、乗りかご内の混雑を緩和することが可能になる。

エレベータの全体構成を示した概念図である。 特定階でのエレベータの乗場の構成を示した概念図である。 セキュリティサーバで実行されるセキュリティ管理処理を示したフローチャートである。 （Ａ）装置管理データの一例を示した概念図、及び（Ｂ）対応管理データの一例を示した概念図である。 群管理制御装置で実行される取得処理を示したフローチャートである。 群管理制御装置で実行される更新処理を示したフローチャートである。 群管理制御装置で実行される呼び登録処理を示したフローチャートである。 輸送モードに応じて表示装置に表示される画面を例示した概念図である。 第１変形例で実行される更新処理の一例を示したフローチャートである。

［１］エレベータの全体構成
図１は、エレベータの全体構成を示した概念図である。図２は、特定階（ロビー階など、建物に入って初めてエレベータの利用が可能になる階）でのエレベータの乗場の構成を示した概念図である。尚、図２では、乗場が符号Ｈで示されている。これらの図に示されるように、エレベータは、乗りかご１００と、規制装置１０１（入口規制装置１０１Ａ及び出口規制装置１０１Ｂを含む）と、セキュリティサーバ１０２と、エレベータ制御装置１０３と、群管理制御装置１０４と、を備える。そして、群管理制御装置１０４が、本発明に係る制御装置の一実施形態である。以下、各部の構成について具体的に説明する。尚、特に限定されるものではないが、図１では、エレベータの一例として、乗りかご１００が３つ、入口規制装置１０１Ａ及び出口規制装置１０１Ｂがそれぞれ２つずつ設けられた構成が示されている。

＜規制装置＞
規制装置１０１は、利用者の通行を規制する装置（セキュリティゲートなど）であり、規制装置１０１には、入口規制装置１０１Ａと出口規制装置１０１Ｂとが含まれている。ここで、入口規制装置１０１Ａ及び出口規制装置１０１Ｂは、特定階にてエレベータの乗場への進入及び当該乗場からの退出をそれぞれ規制する装置である（図２参照）。従って、これらの規制装置１０１の通行を許可されている利用者だけが、入口規制装置１０１Ａを通過して乗場に進入でき、入口規制装置１０１Ａを通過することで、建物に入って初めてエレベータの利用が可能になる。また、規制装置１０１の通行を許可されている利用者は、出口規制装置１０１Ｂを通過して乗場から退出できる。

入口規制装置１０１Ａ及び出口規制装置１０１Ｂには、それらを識別するための装置情報Ｐｄが設定されている。また、これらの規制装置１０１には、利用者が所持する記録媒体Ｑ（ＩＣカードや磁気カードなど）から情報を読み取る読取装置１が設けられている。ここで、記録媒体Ｑには、それを所持する利用者の識別情報Ｐｉ（記録媒体Ｑを識別する固有の情報。固有ＩＤなど）が記録されており、読取装置１は、記録媒体Ｑから識別情報Ｐｉを読み取る。

読取装置１による記録媒体Ｑの読取り方法は、接触式のものであってもよいし、ＮＦＣ（Near Field Communication）等の近距離通信で情報を読み取る非接触式のものであってもよく、特に限定されるものではない。また、記録媒体Ｑは、カード状のものに限らず、スティック状やチップ状のものであってもよい。或いは、読取装置１との近距離通信（ＮＦＣ等）が可能なスマートフォン等の携帯情報端末が、記録媒体Ｑとして用いられてもよい。

入口規制装置１０１Ａには、更に、利用者が乗車すべき乗りかご１００の情報などを表示する表示装置２が設けられており、当該表示装置２には、乗りかご１００の情報として、当該乗りかご１００を識別する情報（番号や記号など。以下、この情報を「乗りかご情報Ｐｇ」と称す）などが表示される。尚、表示装置２は、出口規制装置１０１Ｂにも設けられていてもよく、当該表示装置２には、退出時間やメッセージなどが表示されてもよい。

規制装置１０１（入口規制装置１０１Ａ及び出口規制装置１０１Ｂ）の読取装置１で読み取られた識別情報Ｐｉは、セキュリティサーバ１０２で実行される建物内のセキュリティ管理（識別情報Ｐｉの認証など）に用いられる。そこで、規制装置１０１は、読取装置１が識別情報Ｐｉを読み取った場合、その識別情報Ｐｉをセキュリティサーバ１０２に送信する（図１参照）。このとき、規制装置１０１は、識別情報Ｐｉの送信元である自身の位置をセキュリティサーバ１０２に認識させるために、当該規制装置１０１の装置情報Ｐｄを、識別情報Ｐｉと共にセキュリティサーバ１０２に送信する。尚、規制装置１０１は、装置情報Ｐｄとして、自身に設けられている読取装置１（即ち、識別情報Ｐｉを読み取った読取装置１）を識別する情報をセキュリティサーバ１０２に送信してもよい。

そして、セキュリティサーバ１０２は、規制装置１０１から受信した情報に基づいて、識別情報Ｐｉの認証を行い、認証に成功した場合にのみ、規制装置１０１の通行を利用者に対して許可する。

このような構成によれば、入口規制装置１０１Ａの通行が許可された利用者の人数をカウントすることにより、乗場へ進入した利用者の人数（以下、「進入者数Ｎａ」と称す）を取得することができる。また、出口規制装置１０１Ｂの通行が許可された利用者の人数をカウントすることにより、乗場から退出した利用者の人数（以下、「退出者数Ｎｂ」と称す）を取得することができる。そして、進入者数Ｎａから退出者数Ｎｂを差し引くことにより、建物内においてエレベータの利用が可能な利用者数Ｎｃ（以下、「建物内の利用者数Ｎｃ」と称す）を把握することができる。

尚、規制装置１０１は、入口規制装置１０１Ａ及び出口規制装置１０１Ｂの両方の機能を備えたもの（即ち、入口規制装置１０１Ａと出口規制装置１０１Ｂとを一体化させたもの）であってもよい。

＜セキュリティサーバ＞
セキュリティサーバ１０２は、規制装置１０１（入口規制装置１０１Ａ及び出口規制装置１０１Ｂ）での通行の規制及び許可を利用者ごとに制御することにより、建物内のセキュリティ管理を行う（セキュリティ管理処理）。具体的には、セキュリティサーバ１０２は、規制装置１０１から送信されてくる識別情報Ｐｉの認証を行い（認証処理）、認証に成功した場合にのみ、規制装置１０１の通行を利用者に対して許可する。また、セキュリティサーバ１０２は、識別情報Ｐｉの認証に成功した場合には、エレベータの制御に必要な情報を群管理制御装置１０４に送信する（送信処理）。以下、セキュリティ管理処理の詳細について説明する。

図３は、セキュリティサーバ１０２で実行されるセキュリティ管理処理を示したフローチャートである。セキュリティ管理処理は、セキュリティサーバ１０２が規制装置１０１（入口規制装置１０１Ａ又は出口規制装置１０１Ｂ）から情報（識別情報Ｐｉ及び装置情報Ｐｄ）を受信した場合に開始される。

セキュリティ管理処理が開始されると、セキュリティサーバ１０２は、情報（識別情報Ｐｉ及び装置情報Ｐｄ）の送信元である規制装置１０１に対する動作制御（通行の規制及び許可など）や当該規制装置１０１への情報送信などが可能となるように、その送信元がどの規制装置１０１であるのかを、受信した装置情報Ｐｄに基づいて特定する（特定処理。ステップＳ１０１）。

具体的には、セキュリティサーバ１０２は、装置管理データＤ１を有している。図４（Ａ）は、装置管理データＤ１の一例を示した概念図である。装置管理データＤ１では、装置情報Ｐｄごとに、装置アドレスＰａ、属性情報Ｐｂ、及び設置階Ｆｓが対応付けられている。ここで、装置アドレスＰａは、装置情報Ｐｄで識別される規制装置１０１（装置情報Ｐｄで識別される読取装置１であってもよく、その場合には、当該読取装置１が設けられている規制装置１０１）に対する動作制御や当該規制装置１０１への情報送信などに使用されるアドレス（ＩＰアドレスなど）である。属性情報Ｐｂは、装置情報Ｐｄで識別される規制装置１０１（装置情報Ｐｄで識別される読取装置１であってもよい）が、乗場の入口側に設けられた入口用装置であるのか、それとも乗場の出口側に設けられた出口用装置であるのかを特定するための情報である。図４（Ａ）では、属性情報Ｐｂの値として、入口用装置と出口用装置とを区別するために、それぞれに対応させて「０」と「１」とが用いられている。設置階Ｆｓは、装置情報Ｐｄで識別される規制装置１０１（装置情報Ｐｄで識別される読取装置１であってもよい）が設置されている階である。

そして特定処理（ステップＳ１０１）では、セキュリティサーバ１０２は、受信した装置情報Ｐｄに対応する装置アドレスＰａ及び属性情報Ｐｂを装置管理データＤ１から取得することにより、情報（識別情報Ｐｉ及び装置情報Ｐｄ）の送信元である規制装置１０１を特定する。

その後、セキュリティサーバ１０２は、受信した識別情報Ｐｉの認証を行い（認証処理。ステップＳ１０２）、そのときの認証の成否により、当該識別情報Ｐｉで識別される利用者が規制装置１０１の通行を許可されている者であるか否か、を判断する。

具体的には、セキュリティサーバ１０２は、ステップＳ１０２にて識別情報Ｐｉの認証に成功した場合、そのことを以て、当該識別情報Ｐｉで識別される利用者は規制装置１０１の通行が許可されている者であると判断する。一方、セキュリティサーバ１０２は、ステップＳ１０２にて識別情報Ｐｉの認証に失敗した場合には、そのことを以て、当該識別情報Ｐｉで識別される利用者は規制装置１０１の通行が許可されている者でないと判断する。このようにして、利用者ごとに、規制装置１０１の通行が許可されているか否かが、当該利用者の識別情報Ｐｉに対する認証の成否により判断される。

そして、セキュリティサーバ１０２は、ステップＳ１０２にて識別情報Ｐｉの認証に成功した場合には、以下に説明する送信処理（ステップＳ１０３）の実行後に、ステップＳ１０１で取得した装置アドレスＰａで特定される規制装置１０１の動作を制御することによってゲートを開き、それによって当該規制装置１０１の通行を利用者に対して許可する（ステップＳ１０４Ａ）。尚、以下に説明する送信処理（ステップＳ１０３）は、ステップＳ１０４Ａの後に実行されてもよい。

送信処理（ステップＳ１０３）では、セキュリティサーバ１０２は、エレベータの制御に必要な情報を群管理制御装置１０４に送信する。ここで、当該必要な情報は、ステップＳ１０１でセキュリティサーバ１０２が取得した属性情報Ｐｂの値が、「０」（入口用装置）であるのか、それとも「１」（出口用装置）であるのかによって異なる。以下、具体的に説明する。

本実施形態では、入口規制装置１０１Ａで読み取られた識別情報Ｐｉに対するセキュリティサーバ１０２での認証が成功した場合に、その識別情報Ｐｉを対象とした呼び登録が群管理制御装置１０４にて行われる。即ち、群管理制御装置１０４は、入口規制装置１０１Ａの通行が許可された場合（即ち、属性情報Ｐｂの値が「０」である場合）に、入口規制装置１０１Ａの設置階Ｆｓ（乗車階）と当該入口規制装置１０１Ａの通行が許可された利用者の行先階Ｆｄとを、１つの乗場呼びとして、何れか１つの乗りかご１００に割り当てる（図７のステップＳ４０２～Ｓ４０４参照）。このとき、乗りかご１００への乗場呼びの割当て（呼び登録）は、各乗りかご１００に設定されている乗車率の上限値Ｒｔを考慮して、各乗りかご１００における乗場呼びの割当数が割当上限数Ｎｔ（＝乗車定員数Ｎｓ×乗車率の上限値Ｒｔ）を超えることがないように行われる。ここで、乗車定員数Ｎｓには、最大定員数が用いられてもよいし、その最大定員数に対してマージンを持たせたもの（例えば、最大定員数の８０％）が用いられてもよい。

そして本実施形態では、群管理制御装置１０４は、乗車率の上限値Ｒｔを、建物内の利用者数Ｎｃ（進入者数Ｎａ－退出者数Ｎｂ）に応じて更新する（図６参照）。そこで、群管理制御装置１０４は、建物内の利用者数Ｎｃを算出するために、属性情報Ｐｂのうちの値が「０」（入口用装置）であるものを用いて、入口規制装置１０１Ａの通行が許可された利用者の人数（即ち、進入者数Ｎａ）をカウントし、属性情報Ｐｂのうちの値が「１」（出口用装置）であるものを用いて、出口規制装置１０１Ｂの通行が許可された利用者の人数（即ち、退出者数Ｎｂ）をカウントする。

従ってステップＳ１０３では、セキュリティサーバ１０２は、ステップＳ１０１で取得した属性情報Ｐｂの値が「０」（入口用装置）である場合には、エレベータの制御に必要な情報として、進入者数Ｎａのカウントに必要な情報（少なくとも属性情報Ｐｂ）と、乗場呼びの割当てに必要な情報（少なくとも入口規制装置１０１Ａの設置階Ｆｓ（乗車階）と利用者の行先階Ｆｄ）と、を群管理制御装置１０４に送信する。一方、セキュリティサーバ１０２は、ステップＳ１０１で取得した属性情報Ｐｂの値が「１」（出口用装置）である場合には、エレベータの制御に必要な情報として、退出者数Ｎｂのカウントに必要な情報（少なくとも属性情報Ｐｂ）を群管理制御装置１０４に送信する。

より具体的には、セキュリティサーバ１０２は、上述した装置管理データＤ１に加えて、対応管理データＤ２を更に有している。図４（Ｂ）は、対応管理データＤ２の一例を示した概念図である。対応管理データＤ２では、記録媒体Ｑの識別情報Ｐｉごとに、その識別情報Ｐｉで識別される利用者の降車階として初期設定された行先階Ｆｄが対応付けられている。また、対応管理データＤ２では、識別情報Ｐｉの漏洩を防止するべく、記録媒体Ｑの識別情報Ｐｉごとに、その識別情報Ｐｉに１対１で対応する管理情報Ｐｊ（例えば、ＩＣカードに付される通し番号のようなもの）が対応付けられている。

そして、セキュリティサーバ１０２は、ステップＳ１０１で取得した属性情報Ｐｂの値が「０」（入口用装置）である場合には、対応管理データＤ２を参照して、ステップＳ１０２での認証に成功した識別情報Ｐｉに対応付けられている管理情報Ｐｊ及び行先階Ｆｄを取得し、また、装置管理データＤ１を参照して、ステップＳ１０１での規制装置１０１の特定に用いた装置情報Ｐｄに対応付けられている設置階Ｆｓを取得する。その後、セキュリティサーバ１０２は、これらの情報を、ステップＳ１０１で取得した装置アドレスＰａ及び属性情報Ｐｂ（＝「０」）と共に、群管理制御装置１０４に送信する（図１参照）。

一方、セキュリティサーバ１０２は、ステップＳ１０１で取得した属性情報Ｐｂの値が「１」（出口用装置）である場合には、ステップＳ１０１で取得した属性情報Ｐｂ（＝「１」）を、群管理制御装置１０４に送信する。このとき、セキュリティサーバ１０２は、管理情報Ｐｊや装置アドレスＰａなどを、属性情報Ｐｂと共に群管理制御装置１０４に送信してもよい。

尚、上述した装置管理データＤ１及び対応管理データＤ２内のデータは、それらの少なくとも一部が、セキュリティサーバ１０２に代えて群管理制御装置１０４で管理されてもよい。この場合、セキュリティサーバ１０２に代わって群管理制御装置１０４が、呼び登録に必要な情報の少なくとも一部を、自身が管理するデータから取得することになる。

セキュリティ管理処理（図３）において、ステップＳ１０２にてセキュリティサーバ１０２が識別情報Ｐｉの認証に失敗した場合には、セキュリティサーバ１０２は、ステップＳ１０１で取得した装置アドレスＰａで特定される規制装置１０１の動作を制御することによってゲートを閉じ、それによって当該規制装置１０１における利用者の通行を規制（具体的には、禁止）する（ステップＳ１０４Ｂ）。

このようなセキュリティ管理処理は、セキュリティサーバ１０２内に構成される処理部によって実行される。一例として、この処理部は、セキュリティサーバ１０２が備える処理装置（ＣＰＵなど）にプログラムを実行させることによってソフトウェアで構成される。そして、当該プログラムは、携帯可能な記憶装置（例えば、フラッシュメモリなど）に読取可能な状態で記憶されてもよいし、他のサーバなどにダウンロード可能に保存され、ダウンロードされたものがセキュリティサーバ１０２の記憶部（不図示）に記憶されてもよい。他の例として、上記の処理部は、セキュリティサーバ１０２内に回路を構築することによってハードウェアで構成されてもよい。

＜エレベータ制御装置＞
エレベータ制御装置１０３は、乗りかご１００に１つずつ対応させて設けられており、自身に対応する乗りかご１００の動作を制御する。そして、エレベータ制御装置１０３は、群管理制御装置１０４によって一元的に管理及び制御される。

＜群管理制御装置＞
群管理制御装置１０４は、エレベータの制御に必要な情報をセキュリティサーバ１０２から受信するごとに、当該情報に含まれている属性情報Ｐｂに基づいて、建物内の利用者数Ｎｃを取得し（取得処理。図５参照）、取得した利用者数Ｎｃに応じて、乗りかご１００に設定されている乗車率の上限値Ｒｔを更新する（更新処理。図６参照）。また、属性情報Ｐｂの値が「０」（入口用装置）であった場合には、群管理制御装置１０４は、更新処理後の乗車率の上限値Ｒｔを考慮して、呼び登録処理（図７参照）を実行する。以下、これらの処理の概要について説明する。尚、それらの詳細については後述する。

取得処理（図５参照）では、群管理制御装置１０４は、受信した属性情報Ｐｂの値が「０」（入口用装置）であった場合には、進入者数Ｎａのカウントを行い、カウント後の進入者数Ｎａから退出者数Ｎｂを差し引くことにより、建物内の利用者数Ｎｃ（＝Ｎａ－Ｎｂ）を算出する。また、群管理制御装置１０４は、受信した属性情報Ｐｂの値が「１」（出口用装置）であった場合には、退出者数Ｎｂのカウントを行い、カウント後の退出者数Ｎｂを進入者数Ｎａから差し引くことにより、建物内の利用者数Ｎｃ（＝Ｎａ－Ｎｂ）を算出する。このようにして、群管理制御装置１０４は、建物内の利用者数Ｎｃを取得する。

更新処理（図６参照）では、群管理制御装置１０４は、各乗りかご１００に設定されている乗車率の上限値Ｒｔを、取得した建物内の利用者数Ｎｃに応じて更新する。

呼び登録処理（図７参照）では、群管理制御装置１０４は、入口規制装置１０１Ａの通行が許可された利用者の乗場呼び（入口規制装置１０１Ａの設置階Ｆｓ（乗車階）と利用者の行先階Ｆｄ）を、何れか１つの乗りかご１００に割り当てる（図７のステップＳ４０２～Ｓ４０４参照）。このとき、群管理制御装置１０４は、各乗りかご１００に設定されている乗車率の上限値Ｒｔ（更新処理後の乗車率の上限値Ｒｔ）を考慮して、各乗りかご１００における乗場呼びの割当数が割当上限数Ｎｔ（＝乗車定員数Ｎｓ×乗車率の上限値Ｒｔ）を超えることがないように、何れか１つの乗りかご１００に割り当てる。

また、群管理制御装置１０４は、乗りかご１００に乗場呼びを割り当てた場合に、その乗りかご１００に設定されている乗車率の上限値Ｒｔに基づいて、当該乗りかご１００が、混雑の緩和を重視した混雑緩和モードで運行されているのか、それとも輸送の効率を重視した輸送重視モードで運行されているのかを、当該乗場呼びを行った利用者に報知する（図７のステップＳ４０５～Ｓ４０７参照）。

本実施形態では、取得処理、更新処理、及び呼び登録はそれぞれ、群管理制御装置１０４内に構成される取得処理部１０４Ａ、更新処理部１０４Ｂ、及び呼び登録処理部１０４Ｃによって実行される（図１参照）。一例として、これらの処理部は、群管理制御装置１０４が備える処理装置（ＣＰＵなど）にプログラムを実行させることによってソフトウェアで構成される。そして、当該プログラムは、携帯可能な記憶装置（例えば、フラッシュメモリなど）に読取可能な状態で記憶されてもよいし、他のサーバなどにダウンロード可能に保存され、ダウンロードされたものが群管理制御装置１０４の記憶部（不図示）に記憶されてもよい。他の例として、上記の処理部は、群管理制御装置１０４内に回路を構築することによってハードウェアで構成されてもよい。

以下、群管理制御装置１０４で実行される取得処理、更新処理、及び呼び登録処理の詳細について説明する。

［２］群管理制御装置で実行される制御処理
［２－１］取得処理
図５は、群管理制御装置１０４で実行される取得処理を示したフローチャートである。取得処理は、エレベータの制御に必要な情報（管理情報Ｐｊ、行先階Ｆｄ、設置階Ｆｓ、装置アドレスＰａ、及び属性情報Ｐｂ＝「０」を含んだ情報、或いは、属性情報Ｐｂ＝「１」を含んだ情報）を群管理制御装置１０４がセキュリティサーバ１０２から受信した場合に開始される。

取得処理が開始されると、群管理制御装置１０４は、そのときの利用者について、乗場に進入したのか、それとも乗場から退出したのかを判断するべく、セキュリティサーバ１０２から受信した上記情報（以下、「受信情報Ｐｒ」と称す）に含まれている属性情報Ｐｂの値が、「０」（入口用装置）であるのか、それとも「１」（出口用装置）であるのかを判断する（ステップＳ２０１）。

そして、群管理制御装置１０４は、ステップＳ２０１にて「０」（入口用装置）であると判断した場合には、進入者数Ｎａのカウントを行うことにより、進入者数Ｎａに１人分を加算する（ステップＳ２０２Ａ）。一方、群管理制御装置１０４は、ステップＳ２０１にて「１」（出口用装置）であると判断した場合には、退出者数Ｎｂのカウントを行うことにより、退出者数Ｎｂに１人分を加算する（ステップＳ２０２Ｂ）。

ステップＳ２０２Ａ又はＳ２０２Ｂの実行後、群管理制御装置１０４は、進入者数Ｎａから退出者数Ｎｂを差し引くことにより、建物内の利用者数Ｎｃ（＝Ｎａ－Ｎｂ）を算出する（ステップＳ２０３）。このようにして、群管理制御装置１０４は、建物内の利用者数Ｎｃを取得する。そして、取得処理の完了後、群管理制御装置１０４は次の更新処理を開始する。

［２－２］更新処理
図６は、群管理制御装置１０４で実行される更新処理を示したフローチャートである。更新処理が開始されると、群管理制御装置１０４は、変数Ｒに初期値ｒ０を代入する（ステップＳ３０１）。ここで、変数Ｒは、乗車率の上限値Ｒｔについての更新候補値を決定するための変数である。また、その初期値ｒ０は、一例としてゼロ（０％）に設定される。尚、初期値ｒ０は、乗りかご１００内の混雑を緩和できる値（例えば、０．１（１０％））に設定されてもよい。

次に、群管理制御装置１０４は、利用者数Ｎｃに対するエレベータ全体の輸送能力Ｗｑを用いて、当該輸送能力Ｗｑが、対象となるエレベータにおいて必要な輸送能力Ｗｑｎとなるように、変数Ｒの値（更新候補値）を決定する（ステップＳ３０２～Ｓ３０４）。

ここで、本実施形態で用いられる輸送能力Ｗｑは、エレベータが備える全ての乗りかご１００で輸送できる単位時間当たりの輸送人数Ｎｑの、建物内の利用者数Ｎｃに対する割合である。そして、この輸送能力Ｗｑは、１つの乗りかご１００についての所定時間（通常は、所定時間＝５分間）あたりの周回数Ｉｒ、１つの乗りかご１００あたりの乗車定員数Ｎｓ、及び乗りかご総数Ｎｇを用いて、以下の数式（１）で算出される。

≪数式（１）≫
Ｗｑ＝Ｎｑ／Ｎｃ＝（Ｉｒ×Ｎｓ×Ｒ×Ｎｇ）／Ｎｃ。

具体的には、群管理制御装置１０４は先ず、そのときの変数Ｒの値を数式（１）に代入することにより、エレベータ全体の輸送能力Ｗｑを算出する（ステップＳ３０２）。その後、群管理制御装置１０４は、ステップＳ３０２で算出した輸送能力Ｗｑの値が所定値Ｗｑ０以上であるか否かを判断する（ステップＳ３０３）。ここで、所定値Ｗｑ０は、対象となるエレベータにおいて必要な輸送能力Ｗｑｎの下限値となるように設定される。一例として、そのような下限値は、乗場で利用者を長時間待たせることのないエレベータの運行を可能にするものであり、建物の用途などに応じて通常は０．１２（１２％）～０．２０（２０％）に設定される。

群管理制御装置１０４は、ステップＳ３０３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上でない（Ｎｏ）」と判断した場合、その判断を以て、そのときの輸送能力Ｗｑでは必要な輸送能力Ｗｑｎを発揮できないと判断できる。この場合、群管理制御装置１０４は、必要な輸送能力Ｗｑｎを発揮できる変数Ｒの値を導き出すべく、ステップＳ３０３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上である（Ｙｅｓ）」と判断できるまで、変数Ｒの値を増加させていく。具体的には、群管理制御装置１０４は、そのときの変数Ｒの値に所定の変化量Δｒを加算したものを変数Ｒの新たな値とし（ステップＳ３０４）、その新たな値を用いて、ステップＳ３０２からの処理を再び実行する。そして、群管理制御装置１０４は、ステップＳ３０３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上である（Ｙｅｓ）」と判断できるまで、ステップＳ３０４からの一連の処理を繰り返し実行する。

群管理制御装置１０４は、ステップＳ３０３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上である（Ｙｅｓ）」と判断した場合には、その判断を以て、そのときの輸送能力Ｗｑで必要な輸送能力Ｗｑｎを発揮できると判断できる。この場合、群管理制御装置１０４は、そのときの変数Ｒの値を用いて、各乗りかご１００に設定されている乗車率の上限値Ｒｔを更新する（ステップＳ３０５）。即ち、本実施形態では、群管理制御装置１０４は、建物に設けられている全ての乗りかご１００において、乗車率の上限値Ｒｔを、同じ変数Ｒの値を用いて一律に更新する。

このような更新処理によれば、各乗りかご１００に設定されている乗車率の上限値Ｒｔを、対象となるエレベータにおいて必要な輸送能力Ｗｑｎを発揮できるように更新することが可能になる。

［２－３］呼び登録処理
図７は、群管理制御装置１０４で実行される呼び登録処理を示したフローチャートである。呼び登録処理は、エレベータの制御に必要な情報（管理情報Ｐｊ、行先階Ｆｄ、設置階Ｆｓ、装置アドレスＰａ、及び属性情報Ｐｂ＝「０」を含んだ情報、或いは、属性情報Ｐｂ＝「１」を含んだ情報）を群管理制御装置１０４がセキュリティサーバ１０２から受信した場合に開始される。

呼び登録処理が開始されると、群管理制御装置１０４は、上記情報（受信情報Ｐｒ）が乗場呼びの割当て（呼び登録）に必要な情報を含んだものであるか否かを判断するべく、その受信情報Ｐｒに含まれている属性情報Ｐｂの値が、「０」（入口用装置）であるのか、それとも「１」（出口用装置）であるのかを判断する（ステップＳ４０１）。

そして、群管理制御装置１０４は、ステップＳ４０１にて「１」（出口用装置）であると判断した場合には、その判断を以て、受信情報Ｐｒは乗場呼びの割当て（呼び登録）に必要な情報を含んだものでないと判断できるため、乗場呼びの割当て（呼び登録）に関する一連の処理（ステップＳ４０２以降の処理）を実行せずに、呼び登録処理を終了させる。

一方、群管理制御装置１０４は、ステップＳ４０１にて「０」（入口用装置）であると判断した場合には、その判断を以て、受信情報Ｐｒは乗場呼びの割当て（呼び登録）に必要な情報を含んだものであると判断できるため、乗場呼びの割当て（呼び登録）に関する一連の処理（ステップＳ４０２以降の処理）を実行する。具体的には、以下のとおりである。

群管理制御装置１０４は、乗場呼びの割当対象になり得る乗りかご１００を抽出する（ステップＳ４０２）。具体的には、群管理制御装置１０４は、乗りかご１００のうちの、既に割り当てられている乗場呼びの割当数が割当上限数Ｎｔ（＝乗車定員数Ｎｓ×乗車率の上限値Ｒｔ）に達していないものを抽出する。

ステップＳ４０２の実行後（割当対象になり得る乗りかご１００の抽出後）、群管理制御装置１０４は、割当対象になり得る乗りかご１００を抽出できたか否かを判断するべく、ステップＳ４０２での乗りかご１００の抽出数Ｎｄの値が１以上であるか否かを判断する（ステップＳ４０３）。

そして、群管理制御装置１０４は、ステップＳ４０３にて「１以上である（Ｙｅｓ）」と判断した場合には、その判断を以て、割当対象になり得る乗りかご１００を抽出できたと判断できるため、抽出した乗りかご１００から最適な乗りかご１００を選択し、その乗りかご１００に乗場呼びを割り当てる（ステップＳ４０４）。

一方、群管理制御装置１０４は、ステップＳ４０３にて「１以上でない（Ｎｏ）」と判断した場合には、その判断を以て、割当対象になり得る乗りかご１００を抽出できなかったと判断でき、その時点では乗場呼びの割当てを実行することができない。この場合、その時点では割当対象になり得る乗りかご１００を抽出できなくても、時間が経過することで、乗車率の上限値Ｒｔが更新されて大きくなるといった事象や、エレベータの運行が進んで他の利用者の割当てがリセットされるといった事象などが生じることにより、割当対象として抽出可能な乗りかご１００が現れる。

尚、割当対象になり得る乗りかご１００を抽出できない場合としては、主に、乗車率の上限値Ｒｔが小さくてエレベータ自体の輸送能力が比較的低い場合において、建物内の利用者数Ｎｃが徐々に増えてきてエレベータ自体の輸送能力が不足しつつあるような場合が考えられる。本実施形態では、このような場合でも、建物内の利用者数Ｎｃが増えることで乗車率の上限値Ｒｔが更新されて大きくなるため、割当対象として抽出可能な乗りかご１００が現れやすい。

そこで、群管理制御装置１０４は、ステップＳ４０３にて「１以上である（Ｙｅｓ）」と判断できるようになるまで、ステップＳ４０２からの処理を繰り返し実行する。

このような処理によれば、乗りかご１００への乗場呼びの割当て（呼び登録）が、各乗りかご１００に設定されている乗車率の上限値Ｒｔを考慮して、各乗りかご１００における乗場呼びの割当上限数Ｎｔ（＝乗車定員数Ｎｓ×乗車率の上限値Ｒｔ）を超えることがないように行われる。

ステップＳ４０４での乗りかご１００への乗場呼びの割当て後、群管理制御装置１０４は、その乗りかご１００に設定されている乗車率の上限値Ｒｔに基づいて、当該乗りかご１００が、混雑の緩和を重視した混雑緩和モードで運行されているのか、それとも輸送の効率を重視した輸送重視モードで運行されているのかを、当該乗場呼びを行った利用者に報知する。

具体的には、群管理制御装置１０４は、乗りかご１００の輸送モードＰｍが混雑緩和モード及び輸送重視モードのどちらであるのかを決定するべく、その乗りかご１００に設定されている乗車率の上限値Ｒｔが、モード決定用閾値ｒ１以下であるか否かを判断する（ステップＳ４０５）。一例として、モード決定用閾値ｒ１は、乗りかご１００内の混雑を緩和できる値の上限値であり、例えば０．２（２０％）に設定される。

そして、群管理制御装置１０４は、ステップＳ４０５にて「モード決定用閾値ｒ１以下である（Ｙｅｓ）」と判断した場合には、その判断を以て、乗りかご１００の輸送モードＰｍを「混雑緩和モード」に決定する（ステップＳ４０６Ａ）。一方、群管理制御装置１０４は、ステップＳ４０５にて「モード決定用閾値ｒ１以下でない（Ｎｏ）」と判断した場合には、その判断を以て、乗りかご１００の輸送モードＰｍを「輸送重視モード」に決定する（ステップＳ４０６Ｂ）。

その後、群管理制御装置１０４は、割り当てた乗りかご１００を識別する情報（乗りかご情報Ｐｇ）と、当該乗りかご１００の輸送モードＰｍとを、受信情報Ｐｒ内の装置アドレスＰａで特定される規制装置１０１の表示装置２に表示する（ステップＳ４０７）。図８（Ａ）及び（Ｂ）は、輸送モードＰｍに応じて入口規制装置１０１Ａの表示装置２に表示される画面を例示した概念図である。尚、これらの図では、乗りかご情報Ｐｇ及び輸送モードＰｍに加えて、利用者の管理情報Ｐｊ及び行先階Ｆｄも表示された場合が示されている。

これにより、利用者は、入口規制装置１０１Ａの通過時に、表示装置２に表示された情報を確認することにより、自身が乗車すべき乗りかご１００を認識すると共に、その乗りかご１００がどのような輸送モードＰｍで運行されているのかを認識することができる。尚、乗りかご情報Ｐｇや輸送モードＰｍなどの情報は、表示装置２への表示に限らず、スピーカからの音声出力など、別の手段で利用者に報知されてもよい。

このような本実施形態の制御処理によれば、各乗りかご１００に設定されている乗車率の上限値Ｒｔが、利用者数Ｎｃが少ない場合には小さくなるように、建物内の利用者数Ｎｃに応じて更新される。従って、利用者数Ｎｃが少ない場合には、乗車率の上限値Ｒｔが小さくなることで乗りかご１００内の混雑が確実に緩和される。また本実施形態では、乗車率の上限値Ｒｔは、対象となるエレベータにおいて必要な輸送能力Ｗｑｎを発揮できるように更新される。よって、本実施形態の制御処理によれば、エレベータにおいて、必要な輸送能力Ｗｑｎを発揮しつつ、乗りかご１００内の混雑を緩和することが可能になる。

更に、本実施形態の制御処理によれば、各乗りかご１００に設定されている乗車率の上限値Ｒｔが、建物内の利用者数Ｎｃが増えた場合に大きくなるように、建物内の利用者数Ｎｃに応じて更新される。従って、利用者数Ｎｃが増えた場合には、乗車率の上限値Ｒｔが大きくなることでエレベータ自体の輸送能力が向上し（１回の輸送で運ぶことができる輸送人数が増加し）、その結果として、多くの利用者を効率良く輸送することが可能になる。

［３］変形例
［３－１］第１変形例
上述した更新処理において、群管理制御装置１０４は、全ての乗りかご１００において乗車率の上限値Ｒｔを一律に更新することに代えて、当該乗りかご１００の少なくとも一部において、乗車率の上限値Ｒｔを、建物内の利用者数Ｎｃに応じて更新してもよい。

一例として、群管理制御装置１０４は、エレベータが備える乗りかご１００のうちの何れか１つの乗りかご１００において、当該乗りかご１００に設定されている乗車率の上限値Ｒｔを建物内の利用者数Ｎｃに応じて更新し、その乗車率の上限値Ｒｔが所定値ｒ２に達した場合には、更に別の１つの乗りかご１００において、当該乗りかご１００に設定されている乗車率の上限値Ｒｔを建物内の利用者数Ｎｃに応じて更新することができる。そして、群管理制御装置１０４は、このような乗車率の上限値Ｒｔの更新を、当該乗車率の上限値Ｒｔが所定値ｒ２に達するごとに更新対象の乗りかご１００を代えて順次行うことができる。以下、この例について具体的に説明する。

＜更新処理＞
図９は、第１変形例で実行される更新処理の一例を示したフローチャートである。更新処理が開始されると、群管理制御装置１０４は、変数Ｒ（ｘ）（ｘは、１≦ｘ≦Ｎｅの整数。Ｎｅは、乗りかご１００の総数）の何れにも初期値ｒ０を代入する（ステップＳ３１１）。ここで、乗りかご１００は、それらを識別するために１番目からＮｅ番目までナンバリングされており、変数Ｒ（ｘ）は、ｘ番目の乗りかご１００に設定されている乗車率の上限値Ｒｔ（ｘ）についての更新候補値を決定するための変数である。また、その初期値ｒ０は、乗りかご１００内の混雑を緩和できる値（例えば、０．１（１０％））に設定されている。ステップＳ３１１では更に、変数ｎに、その初期値として１が代入される。ここで、変数ｎは、後述するステップＳ３１４Ａでの判断対象にすべき乗りかご１００の番号を特定するための変数である。

次に、群管理制御装置１０４は、利用者数Ｎｃに対するエレベータ全体の輸送能力Ｗｑを用いて、当該輸送能力Ｗｑが、対象となるエレベータにおいて必要な輸送能力Ｗｑｎとなるように、変数Ｒ（ｘ）の値（更新候補値）を決定する（ステップＳ３１２～Ｓ３１４）。

ここで、本変形例で用いられる輸送能力Ｗｑは、乗りかご１００ごとの輸送能力Ｗｒ（ｘ）を用いて、１番目の乗りかご１００からＮｅ番目の乗りかご１００までのそれぞれの輸送能力Ｗｒ（ｘ）を足し合わせたもの（輸送能力Ｗｒ（ｘ）の総和）である。また、輸送能力Ｗｒ（ｘ）は、ｘ番目の乗りかご１００で輸送できる単位時間当たりの輸送人数Ｎｒ（ｘ）の、建物内の利用者数Ｎｃに対する割合である。そして、この輸送能力Ｗｒ（ｘ）は、ｘ番目の乗りかご１００についての所定時間（通常は、所定時間＝５分間）あたりの周回数Ｉｒ（ｘ）、及びｘ番目の乗りかご１００の乗車定員数Ｎｓ（ｘ）を用いて、以下の数式（２）で算出される。

≪数式（２）≫
Ｗｒ（ｘ）＝Ｎｒ（ｘ）／Ｎｃ＝（Ｉｒ（ｘ）×Ｎｓ（ｘ）×Ｒ（ｘ））／Ｎｃ。

具体的には、群管理制御装置１０４は先ず、そのときの変数Ｒ（ｘ）の値を数式（２）に代入して各乗りかご１００の輸送能力Ｗｒ（ｘ）を求めると共に、当該輸送能力Ｗｒ（ｘ）の総和を求めることにより、エレベータ全体の輸送能力Ｗｑを算出する（ステップＳ３１２）。その後、群管理制御装置１０４は、ステップＳ３１２で算出した輸送能力Ｗｑの値が所定値Ｗｑ０以上であるか否かを判断する（ステップＳ３１３）。ここで、所定値Ｗｑ０は、対象となるエレベータにおいて必要な輸送能力Ｗｑｎの下限値となるように設定される。一例として、そのような下限値は、乗場で利用者を長時間待たせることのないエレベータの運行を可能にするものであり、建物の用途などに応じて通常は０．１２（１２％）～０．２０（２０％）に設定される。

群管理制御装置１０４は、ステップＳ３１３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上でない（Ｎｏ）」と判断した場合、その判断を以て、そのときの輸送能力Ｗｑでは必要な輸送能力Ｗｑｎを発揮できないと判断できる。この場合、群管理制御装置１０４は、必要な輸送能力Ｗｑｎを発揮できる変数Ｒ（ｘ）の値を導き出すべく、ステップＳ３１３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上である（Ｙｅｓ）」と判断できるまで、１番目の乗りかご１００から順に変数Ｒ（ｘ）の値を増加させていく。具体的には、以下のとおりである。

群管理制御装置１０４は、ステップＳ３１３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上でない（Ｎｏ）」と判断した場合、変数Ｒ（ｎ）の値が所定値ｒ２より小さい値であるか否かを判断する（ステップＳ３１４Ａ）。ここで、所定値ｒ２は、乗りかご１００自体が高い輸送能力を発揮できる値（例えば、０．８（８０％））に設定される。

そして、群管理制御装置１０４は、ステップＳ３１４Ａにて「所定値ｒ２より小さい値である（Ｙｅｓ）」と判断した場合には、その判断を以て、ｎ番目の乗りかご１００についての変数Ｒ（ｎ）は未だ所定値ｒ２に到達しておらず、当該変数Ｒ（ｎ）には値を増加させる余地がある、と判断できる。この場合、群管理制御装置１０４は、変数Ｒ（ｎ）の値に所定の変化量Δｒを加算したものを変数Ｒ（ｎ）の新たな値とし（ステップＳ３１４Ｂ）、その新たな値を用いて、ステップＳ３１２からの処理を再び実行する。

一方、群管理制御装置１０４は、ステップＳ３１４Ａにて「所定値ｒ２より小さい値でない（Ｎｏ）」と判断した場合には、その判断を以て、ｎ番目の乗りかご１００についての変数Ｒ（ｎ）は既に所定値ｒ２に到達しており、当該変数Ｒ（ｎ）には値を増加させる余地がない、と判断できる。この場合、群管理制御装置１０４は、変数ｎの値に１を換算したものを変数ｎの新たな値とし（ステップＳ３１４Ｃ）、その新たな値を用いて、ステップＳ３１４Ａの処理を再び実行する。そして、群管理制御装置１０４は、ステップＳ３１４Ａにて「所定値ｒ２より小さい値である（Ｙｅｓ）」と判断できるまで、ステップＳ３１４Ｃからの一連の処理を繰り返し実行する。即ち、群管理制御装置１０４は、値を増加させる余地のある変数Ｒ（ｎ）を見付けることができるまで、変数ｎの値を順次増加させていく。

このような処理によれば、変数Ｒ（ｎ）を増加させる処理（ステップＳ３１４Ｂ）が、１番目（ｎ＝１）の乗りかご１００から始まり、変数Ｒ（ｎ）が所定値ｒ２に到達するごとに、対象となる乗りかご１００を次の番号のものに代えて順次行われる。

そして、群管理制御装置１０４は、ステップＳ３１３にて「輸送能力Ｗｑの値は所定値Ｗｑ０以上である（Ｙｅｓ）」と判断した場合には、その判断を以て、そのときの輸送能力Ｗｑで必要な輸送能力Ｗｑｎを発揮できると判断できる。この場合、群管理制御装置１０４は、そのときの変数Ｒ（ｘ）の値を用いて、各乗りかご１００に設定されている乗車率の上限値Ｒｔ（ｘ）を更新する（ステップＳ３１５）。

このように本変形例では、群管理制御装置１０４は、乗車率の上限値Ｒｔ（ｘ）を一律に更新するのではなく、建物に設けられている乗りかご１００のうちの、建物内の利用者数Ｎｃに応じた少なくとも一部の乗りかご１００に限定して、乗車率の上限値Ｒｔ（ｘ）を更新する。

このような更新処理によれば、建物内の利用者数Ｎｃが増加した場合でも、対象となるエレベータにおいて必要な輸送能力Ｗｑｎを発揮しつつ、混雑が緩和された乗りかご１００をできるだけ残すことが可能になる。

＜呼び登録処理＞
本変形例の更新処理によれば、乗りかご１００には、乗車率の上限値Ｒｔ（ｘ）がモード決定用閾値ｒ１以下の値に設定されて混雑緩和モードで運行されるものと、乗車率の上限値Ｒｔ（ｘ）がモード決定用閾値ｒ１より大きい値に設定されて輸送重視モードで運行されるものと、が混在することになる。そこで本変形例では、群管理制御装置１０４は、呼び登録処理を以下のように実行する。尚、以下では、図７を参照しつつ、実施形態で説明した呼び登録処理と異なる点について具体的に説明する。

ステップＳ４０２（割当対象となり得る乗りかご１００を抽出するステップ）では、群管理制御装置１０４は、乗りかご１００（１番目～Ｎｅ番目の乗りかご１００）のうちの、既に割り当てられている乗場呼びの割当数が割当上限数Ｎｔ（ｘ）（＝乗車定員数Ｎｓ（ｘ）×乗車率の上限値Ｒｔ（ｘ））に達していないものを抽出する。そして、ステップＳ４０４（乗場呼びを割り当てるステップ）では、群管理制御装置１０４は、ステップＳ４０２で抽出した乗りかご１００から最適な乗りかご１００（ｘ＝ｘｃ）を選択し、その乗りかご１００に乗場呼びを割り当てる。

ステップＳ４０４での乗りかご１００（ｘ＝ｘｃ）への乗場呼びの割当て後、群管理制御装置１０４は、その乗りかご１００に設定されている乗車率の上限値Ｒｔ（ｘｃ）に基づいて、当該乗りかご１００が、混雑の緩和を重視した混雑緩和モードで運行されているのか、それとも輸送の効率を重視した輸送重視モードで運行されているのかを、当該乗場呼びを行った利用者に報知する。

具体的には、群管理制御装置１０４は、乗りかご１００（ｘ＝ｘｃ）の輸送モードＰｍ（ｘｃ）が混雑緩和モード及び輸送重視モードのどちらであるのかを決定するべく、その乗りかご１００に設定されている乗車率の上限値Ｒｔ（ｘｃ）が、モード決定用閾値ｒ１以下であるか否かを判断する（ステップＳ４０５）。一例として、モード決定用閾値ｒ１は、乗りかご１００内の混雑を緩和できる値の上限値であり、例えば０．２（２０％）に設定される。

そして、群管理制御装置１０４は、ステップＳ４０５にて「モード決定用閾値ｒ１以下である（Ｙｅｓ）」と判断した場合には、その判断を以て、乗りかご１００（ｘ＝ｘｃ）の輸送モードＰｍ（ｘｃ）を「混雑緩和モード」に決定する（ステップＳ４０６Ａ）。一方、群管理制御装置１０４は、ステップＳ４０５にて「モード決定用閾値ｒ１以下でない（Ｎｏ）」と判断した場合には、その判断を以て、乗りかご１００（ｘ＝ｘｃ）の輸送モードＰｍ（ｘｃ）を「輸送重視モード」に決定する（ステップＳ４０６Ｂ）。

このような呼び登録処理によれば、混雑緩和モードで運行される乗りかご１００と輸送重視モードで運行される乗りかご１００とが混在する場合でも、割当対象として選択された乗りかご１００（ｘ＝ｘｃ）の輸送モードＰｍ（ｘｃ）が、その乗りかご１００に設定されている乗車率の上限値Ｒｔ（ｘｃ）に基づいて決定されて、利用者に報知される。従って、利用者に対して、その利用者が乗車すべき乗りかご１００がどのような輸送モードＰｍ（ｘ）で運行されているのかを正確に知らせることができる。

＜他の例＞
本変形例の更新処理において、群管理制御装置１０４は、乗車率の上限値Ｒｔの更新対象となる乗りかご１００を建物内の利用者数Ｎｃに応じて１つずつ順に増やしていく場合に限らず、乗りかご１００を幾つかずつのグループに纏め、グループごとに、乗車率の上限値Ｒｔを所定値ｒ２に達するまで一律に更新するものとして、更新対象となるグループを建物内の利用者数Ｎｃに応じて１つずつ順に増やしていってもよい。

即ち、群管理制御装置１０４は、エレベータが備える乗りかご１００のうちの幾つかの乗りかご１００（グループ）において、当該乗りかご１００に設定されている乗車率の上限値Ｒｔを建物内の利用者数Ｎｃに応じて更新し、その乗車率の上限値Ｒｔが所定値ｒ２に達した場合には、更に別の幾つかの乗りかご１００（別のグループ）において、当該乗りかご１００に設定されている乗車率の上限値Ｒｔを建物内の利用者数Ｎｃに応じて更新することができる。そして、群管理制御装置１０４は、このような乗車率の上限値Ｒｔの更新を、当該乗車率の上限値Ｒｔが所定値ｒ２に達するごとに更新対象の乗りかご１００（グループ）を代えて順次行うことができる。

［３－２］第２変形例
上述した更新処理において、乗りかご１００のうちの何れか１つ又は幾つかの乗りかご１００については、乗車率の上限値Ｒｔが、更新されずに初期値ｒ０のまま維持されてもよい。このような更新処理によれば、建物内の利用者数Ｎｃが増加した場合でも、混雑が緩和された乗りかご１００を必ず残すことが可能になる。

［３－３］第３変形例
上述した更新処理は、建物内の利用者数Ｎｃが変化するごと（即ち、取得処理（図５参照）を実行するごと）に実行される場合に限らず、建物内の利用者数Ｎｃに所定数の変化があった場合にのみ実行されてもよい。

［３－４］第４変形例
上述した更新処理において、乗車率の上限値Ｒｔについての更新候補値の決定には、変数Ｒの値を変化させてＷｑ≧Ｗｑ０を満たす値を探し出す方法（図６のステップＳ３０２～Ｓ３０４）に限らず、以下のような別の方法が適宜用いられてもよい。

一例として、変数Ｒについての方程式Ｗｑ＝Ｗｑ０（Ｗｑを表す数式については、数式（１）参照）を解くことによって更新候補値を直接的に導き出す方法が用いられもよい。

他の例として、建物内の利用者数Ｎｃとして取得し得る幾つかの値のそれぞれに、乗車率の上限値Ｒｔとして必要な輸送能力Ｗｑｎを発揮できる値（更新候補値）を対応付けた更新管理データ（テーブル）を予め用意しておき、建物内の利用者数Ｎｃを取得した場合に、その利用者数Ｎｃに対応する値（更新候補値）を更新管理データから取得する方法が用いられてもよい。

［３－５］第５変形例
上述した取得処理において、進入者数Ｎａ及び退出者数Ｎｂのカウントには、認証が成功するごとにセキュリティサーバ１０２から送信されてくる情報（属性情報Ｐｂ）を用いてカウントする方法（図５のステップＳ２０１～Ｓ２０２Ｂ）に限らず、例えば監視カメラの画像に基づいてカウントする方法など、別の方法が適宜用いられもよい。

［３－６］第６変形例
上述した制御処理において、割当上限数Ｎｔ（又はＮｔ（ｘ））と乗車率の上限値Ｒｔ（又はＲｔ（ｘ））との間にＮｔ＝Ｎｓ×Ｒｔ（又はＮｔ（ｘ）＝Ｎｓ（ｘ）×Ｒｔ（ｘ））という関係があることに鑑みれば、群管理制御装置１０４は、乗車率の上限値Ｒｔを更新することに代えて、割当上限数Ｎｔ（又はＮｔ（ｘ））を建物内の利用者数Ｎｃに応じて更新してもよい。即ち、群管理制御装置１０４は、乗車率の上限値Ｒｔを更新することによって割当上限数Ｎｔを間接的に更新することに代えて、割当上限数Ｎｔを直接的に更新してもよい。

［３－７］他の変形例
上述したエレベータの制御処理（取得処理、更新処理、及び呼び登録処理）は、乗りかご１００を複数備えたエレベータに限らず、乗りかご１００を１つだけ備えたエレベータにも適用できる。この場合、エレベータ制御装置１０３が、本発明に係る制御装置の一実施形態として、上述したエレベータの制御処理（取得処理、更新処理、及び呼び登録処理）を実行することになる。

上述したエレベータの全体構成は、セキュリティサーバ１０２を設けずに、規制装置１０１で識別情報Ｐｉの認証を行うものや、群管理制御装置１０４で識別情報Ｐｉの認証を行うものに変形されてもよい。この場合、エレベータの制御処理は、管理情報Ｐｊを用いずに識別情報Ｐｉだけを用いて行われてもよい。

上述の実施形態及び変形例の説明は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述の実施形態又は変形例ではなく、特許請求の範囲によって示される。更に、本発明の範囲には、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

尚、上述の実施形態及び変形例からは、発明の対象として、エレベータの制御処理を実行する制御装置（群管理制御装置１０４など）に限らず、制御装置の構成の一部や制御処理の一部などが部分的に抽出されてもよい。

１ 読取装置
２ 表示装置
Ｑ 記録媒体
Ｄ１ 装置管理データ
Ｄ２ 対応管理データ
Ｆｄ 行先階
Ｆｓ 設置階
Ｉｒ 周回数
Ｎａ 進入者数
Ｎｂ 退出者数
Ｎｃ 利用者数
Ｎｄ 抽出数
Ｎｇ 乗りかご総数
Ｎｑ、Ｎｒ 輸送人数
Ｎｓ 乗車定員数
Ｎｔ 割当上限数
Ｐａ 装置アドレス
Ｐｂ 属性情報
Ｐｄ 装置情報
Ｐｇ 乗りかご情報
Ｐｉ 識別情報
Ｐｊ 管理情報
Ｐｍ 輸送モード
Ｐｒ 受信情報
Ｒｔ 乗車率の上限値
Ｗｑ、Ｗｒ 輸送能力
Ｗｑ０ 所定値
Ｗｑｎ 必要な輸送能力
ｒ０ 初期値
ｒ１ モード決定用閾値
ｒ２ 所定値
１００ 乗りかご
１０１ 規制装置
１０１Ａ 入口規制装置
１０１Ｂ 出口規制装置
１０２ セキュリティサーバ
１０３ エレベータ制御装置
１０４ 群管理制御装置
１０４Ａ 取得処理部
１０４Ｂ 更新処理部
１０４Ｃ 呼び登録処理部

Claims (6)

1. エレベータが設置された建物内の利用者数を取得する取得処理部と、
   前記取得処理部が取得した前記利用者数に応じて、乗りかごに設定されている乗車率の上限値を更新する更新処理部と、
   を備える、エレベータの制御装置。
2. 前記乗りかごで輸送できる単位時間当たりの利用者数の、前記取得処理部が取得した前記利用者数に対する割合を、エレベータの輸送能力として、
   前記更新処理部は、前記輸送能力の値が所定値以上となるように前記乗車率の上限値を更新する、請求項１に記載のエレベータの制御装置。
3. 前記エレベータは、前記乗りかごを複数備えたものであり、
   前記更新処理部は、前記乗りかごの全てにおける前記乗車率の上限値を、それらの初期値としてゼロ又は前記乗りかご内の混雑を緩和できる値に設定し、その状態から、前記乗りかごの少なくとも一部において、前記乗車率の上限値を、前記取得処理部が取得した前記利用者数に応じて更新する、請求項１又は２に記載のエレベータの制御装置。
4. 前記更新処理部は、前記乗りかごのうちの何れか１つ又は幾つかの乗りかごにおいて、当該乗りかごに設定されている前記乗車率の上限値を前記利用者数に応じて更新し、その乗車率の上限値が所定値に達した場合には、更に別の１つ又は幾つかの乗りかごにおいて、当該乗りかごに設定されている前記乗車率の上限値を前記利用者数に応じて更新する、請求項３に記載のエレベータの制御装置。
5. 前記更新処理部は、前記乗りかごのうちの何れか１つ又は幾つかの乗りかごについては、前記乗車率の上限値を、更新せずに前記初期値のまま維持する、請求項３又は４に記載のエレベータの制御装置。
6. 前記乗りかごの何れか１つに乗場呼びを割り当てる呼び登録処理部
   を更に備え、
   前記呼び登録処理部は、前記乗りかごに前記乗場呼びを割り当てた場合に、その乗りかごに設定されている前記乗車率の上限値に基づいて、当該乗りかごが、混雑の緩和を重視した混雑緩和モードで運行されているのか、それとも輸送の効率を重視した輸送重視モードで運行されているのかを、当該乗場呼びを行った利用者に報知する、請求項３～５の何れかに記載のエレベータの制御装置。

Images