JP2018154452A - 通知装置、通知方法、プログラム及び通知システム - Google Patents

Abstract

【課題】行先階に向かう利用者の人数を考慮せずに当該行先階に対してかごを割り当てる場合と比較して、各エレベータの輸送力を向上させる。
【解決手段】通知装置１０の行先階特定部１１０２は、複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定する。待ち人数管理部１１０３は、行先階ごとに、当該行先階に向かう利用者の人数を計数する。かご割当部１１０７は、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して上記複数のエレベータのうちのいずれかの第１のかごを割り当てる。通知部１１０８は、上記第１の行先階に対して上記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知する。
【選択図】図１

Description

本発明は、複数のエレベータの各かごに行先階を振り分けるための技術に関する。

従来、複数のエレベータを効率的に運用するためのエレベータ群管理装置が知られている。例えば、特許文献１に記載のエレベータ群管理装置では、乗客により乗場呼び登録が行われると当該乗客を同乗グループに割り当て、登録済みの同乗グループのうち、かご未割当の同乗グループに対して定期的にかごが割り当てられる。このエレベータ群管理装置では、同乗グループを構成する乗客の人数にかかわらず、同乗グループに対してかごが割り当てられる。

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

本発明は、行先階に向かう利用者の人数を考慮せずに当該行先階に対してかごを割り当てる場合と比較して、各エレベータの輸送力を向上させることを目的とする。

上記の課題を解決するため、本発明に係る通知装置は、複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定する行先階特定部と、行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知する通知部とを備える。

好ましい態様において、前記通知装置は、前記第１のかごに乗車した利用者の人数を特定する乗客数特定部をさらに備え、前記待ち人数管理部は、前記第１の行先階について計数された利用者の人数から、特定された前記人数を減じることを特徴とする。

さらに好ましい態様において、前記通知装置は、前記各利用者の待ち時間を監視する待ち状況監視部をさらに備え、前記かご割当部は、前記各利用者のうちの第１の利用者の待ち時間が所定の時間に達した場合に、当該第１の利用者が向かう第２の行先階に対して前記複数のエレベータのうちのいずれかの第２のかごを割り当て、前記通知部は、前記第２の行先階に対して前記第２のかごを割り当てたことを前記第１の利用者に通知することを特徴とする。

さらに好ましい態様において、前記通知装置は、前記第２の行先階に向かう利用者の人数が所定の人数に達しない場合に、前記第１の利用者とは異なる第２の利用者が向かう第３の行先階を特定する行先階決定部をさらに備え、前記かご割当部は、前記第２及び第３の行先階に対して前記第２のかごを割り当て、前記通知部は、前記第２及び第３の行先階に対して前記第２のかごを割り当てたことを前記第１及び第２の利用者に通知することを特徴とする。

さらに好ましい態様において、前記通知装置は、前記第１のかごに乗車した利用者を特定する乗客特定部と、特定された前記利用者を、前記待ち状況監視部による待ち時間の監視対象から除外する待ち状況管理部とをさらに備えることを特徴とする。

さらに好ましい態様において、前記通知装置は、前記各利用者の属性を特定する属性特定部をさらに備え、前記各利用者のうちの第３の利用者の属性が所定の条件を満たす場合に、当該第３の利用者が向かう第４の行先階に対して前記複数のエレベータのうちのいずれかの第３のかごを割り当て、前記通知部は、前記第４の行先階に対して前記第３のかごを割り当てたことを前記第３の利用者に通知することを特徴とする。

また、本発明に係る通知方法は、行先階特定部が、複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定するステップと、待ち人数管理部が、行先階ごとに、当該行先階に向かう利用者の人数を計数するステップと、かご割当部が、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるステップと、通知部が、前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知するステップとを備える。

また、本発明に係るプログラムは、コンピュータを、複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定する行先階特定部と、行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知する通知部として機能させるためのプログラムである。

また、本発明に係る通知システムは、撮影装置と通知装置と出力装置とを備える通知システムであって、前記撮影装置は、複数のエレベータのうちのいずれかを利用しようとする各利用者を撮影し、前記通知装置は、前記撮影装置により撮影された画像を解析して特定された前記各利用者の行先階を特定する行先階特定部と、行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、前記第１の行先階に対して前記第１のかごを割り当てたことを、前記出力装置を介して、当該第１の行先階に向かう利用者に通知する通知部とを備える。

本発明によれば、行先階に向かう利用者の人数を考慮せずに当該行先階に対してかごを割り当てる場合と比較して、各エレベータの輸送力を向上させることができる。

通知システム１の構成の一例を示す図である。 通知装置１０以外の各装置の設置例を示す平面図である。 利用者情報ＤＢ１２１の一例を示す図である。 待ち人数管理ＤＢ１２２の一例を示す図である。 待ち状況管理ＤＢ１２３の一例を示す図である。 運行状況ＤＢ１２４の一例を示す図である。 行先階管理ＤＢ１２５の一例を示す図である。 ディスプレイ４０に表示される、行先階とかごの対応関係を通知する画面の一例を示す図である。 階需要特定処理の一例を示すフローチャートである。 かご割当処理の一例を示すフローチャートである。 第１のかご割当処理の一例を示すフローチャートである。 第２のかご割当処理の一例を示すフローチャートである。 行先階決定処理の一例を示すフローチャートである。 待ち状況・人数補正処理の一例を示すフローチャートである。 ディスプレイ４０に表示される、行先階とかごの対応関係を通知する画面の一例を示す図である。

１．実施形態
１−１．構成
図１は、本発明の一実施形態に係る通知システム１の構成の一例を示す図である。通知システム１は、複数のエレベータの各かごに利用者の行先階を振り分け、かごと行先階との対応関係を利用者に通知するためのシステムである。通知システム１は、同図に示すように、通知装置１０と、２台の入口カメラ２０と、６台の乗場カメラ３０と、ディスプレイ４０と、スピーカ５０とを備える。通知装置１０と他の装置とは、有線又は無線により接続される。

通知装置１０は、ＣＰＵ等の演算処理装置１１と、ＲＯＭ、ＲＡＭ、ＨＤＤ等の記憶装置１２と、入出力インタフェース１３とを備えるコンピュータである。通知装置１０は、入口カメラ２０と乗場カメラ３０により撮影された画像に基づいて複数のエレベータの各かごに利用者の行先階を振り分け、かごと行先階との対応関係をディスプレイ４０とスピーカ５０を利用して利用者に通知する。通知装置１０の詳細については後述する。なお変形例として、通知装置１０は、通信回線で互いに接続される複数のサーバにより構成されてもよい。

入口カメラ２０は、エレベータを利用しようとする利用者の顔を撮影するための撮影装置である。入口カメラ２０は、例えば、エレベータを利用しようとする利用者が通過する通路上に設置される。

乗場カメラ３０は、エレベータのかごに乗車しようとする利用者の顔を撮影するための撮影装置である。乗場カメラ３０は、例えば、エレベータ乗場に、エレベータごとに設置される。

ディスプレイ４０は、複数のエレベータの各かごと行先階の対応関係を通知する画像を出力するための画像出力装置である。例えば、液晶ディスプレイや有機ＥＬディスプレイである。ディスプレイ４０は、エレベータを利用しようとする利用者にとって見やすい位置に設置される。

スピーカ５０は、複数のエレベータの各かごと行先階の対応関係を通知する音声情報を出力するための音声出力装置である。スピーカ５０は、例えば、エレベータを利用しようとする利用者に音声が届くように設置される。

図２は、通知装置１０以外の各装置の設置例を示す平面図である。同図に示す設置場所は、１８基のエレベータＥ１〜Ｅ１８に乗降するために建物の１階に設けられたエレベータホールである。このエレベータホールで乗降する１８基のエレベータＥ１〜Ｅ１８のうち、エレベータＥ１〜Ｅ６は低層階（１〜１０階）用のエレベータであり、エレベータＥ７〜Ｅ１２は中層階（１１〜２０階）用のエレベータであり、エレベータＥ１３〜Ｅ１８は高層階（２１〜３０階）用のエレベータである。本実施形態の説明では、これらのエレベータのうち、高層階用のエレベータＥ１３〜Ｅ１８の各かごに利用者の行先階を振り分ける場合を想定する。以下の説明では、高層階用のエレベータＥ１３〜Ｅ１８を総称して「エレベータＥ」という。

このエレベータホールにおいて２台の入口カメラ２０は、入場ゲートＧ近傍の天井に設置され、当該入場ゲートＧを通過する利用者の顔を撮影する。ここで入場ゲートＧは、高層階用のエレベータＥを利用する利用者が高層階用のエレベータＥの乗場に向かうために通過する入場ゲートである。なお、この入場ゲートＧを通過する利用者は高層階用のエレベータＥの利用者のみに限られ、低層階用や中層階用のエレベータを利用する利用者はこの入場ゲートＧを通過しないものとする。また、このエレベータホールにおいて６台の乗場カメラ３０は、各々、高層階用のエレベータＥの乗場天井に設置され、エレベータＥのかごに乗車しようとする利用者の顔を撮影する。また、ディスプレイ４０とスピーカ５０は、入場ゲートＧを通過してエレベータＥの乗場に向かう利用者がその出力情報を視聴可能な位置に設置される。

上述した通知装置１０の記憶装置１２は、利用者情報ＤＢ１２１と、待ち人数管理ＤＢ１２２と、待ち状況管理ＤＢ１２３と、運行状況ＤＢ１２４と、行先階管理ＤＢ１２５とを記憶する。

図３は、利用者情報ＤＢ１２１の一例を示す図である。利用者情報ＤＢ１２１は、エレベータＥを利用する利用者の情報を予め格納するデータベースである。この利用者情報ＤＢ１２１の各レコードは、利用者の識別情報である利用者ＩＤと、利用者の顔の特徴点位置データと、利用者の所属フロアとにより構成される。

図４は、待ち人数管理ＤＢ１２２の一例を示す図である。待ち人数管理ＤＢ１２２は、エレベータＥの行先階ごとに、エレベータＥを待っている利用者の人数を管理するためのデータベースである。この待ち人数管理ＤＢ１２２の各レコードは、行先階と、当該行先階に向かう利用者の人数とにより構成される。

図５は、待ち状況管理ＤＢ１２３の一例を示す図である。待ち状況管理ＤＢ１２３は、エレベータＥを待っている各利用者の待ち状況を管理するためのデータベースである。この待ち状況管理ＤＢ１２３の各レコードは、利用者ＩＤと、利用者の行先階と、利用者が後述する利用者特定部１１０１により特定された時刻と、利用者の行先階にかごが割り当てられているか否かを示すかご割当フラグとにより構成される。

図６は、運行状況ＤＢ１２４の一例を示す図である。運行状況ＤＢ１２４は、各エレベータＥの運行状況を管理するためのデータベースである。具体的には、かごの現在位置、昇降の別、乗場呼び及びかご呼びの登録状況、扉の開閉状況等の運行状況を管理する。この運行状況ＤＢ１２４の各レコードは、エレベータＥのかごの識別情報であるかごＩＤと、エレベータＥの運行状況とにより構成される。なお、運行状況ＤＢ１２４に格納される運行状況は、エレベータＥの運行を制御するエレベータ制御サーバ（図示略）から定期的に取得される。

図７は、行先階管理ＤＢ１２５の一例を示す図である。行先階管理ＤＢ１２５は、各エレベータＥのかごの行先階を管理するためのデータベースである。この行先階管理ＤＢ１２５の各レコードは、かごＩＤと、かごの行先階と、かごに乗車する予定の利用者の利用者ＩＤとにより構成される。

次に、通知装置１０の演算処理装置１１は、利用者特定部１１０１と、行先階特定部１１０２と、待ち人数管理部１１０３と、待ち状況管理部１１０４と、待ち人数監視部１１０５と、かご特定部１１０６と、かご割当部１１０７と、通知部１１０８と、待ち状況監視部１１０９と、行先階決定部１１１０と、かご到着監視部１１１１と、乗客特定部１１１２と、フラグ補正部１１１３と、待ち人数補正部１１１４という機能を備える。これらの機能は、記憶装置１２に記憶されるプログラムを演算処理装置１１が実行することにより実現される。

利用者特定部１１０１は、入口カメラ２０により撮影された、入場ゲートＧを通過する利用者を、周知の顔認証技術を用いて特定する。例えば、入口カメラ２０から出力される画像において顔領域を検出し、顔領域から瞳中心、鼻翼、口端等の特徴点の位置を検出し、利用者情報ＤＢ１２１に格納される特徴点位置の各々と照合することにより、エレベータＥを利用しようとする利用者を特定する。

行先階特定部１１０２は、利用者特定部１１０１により特定された利用者の行先階を、利用者情報ＤＢ１２１を参照して特定する。

待ち人数管理部１１０３は、行先階特定部１１０２により行先階が特定されると、待ち人数管理ＤＢ１２２において、当該特定された行先階の計数をインクリメントする。また、待ち人数管理部１１０３は、行先階管理ＤＢ１２５に行先階とかごの対応関係が新たに登録されると、待ち人数管理ＤＢ１２２において、その行先階の待ち人数をリセットする。また、待ち人数管理部１１０３は、フラグ補正部１１１３により待ち人数補正指示が出力されると、当該補正指示に従って、待ち人数管理ＤＢ１２２において待ち人数を変更する。待ち人数管理部１１０３は、上記の待ち人数をリセットする処理と待ち人数を変更する処理とを実行することにより、行先階の待ち人数から、乗客特定部１１１２により特定された、当該行先階に割り当てられたかごに実際に乗車する利用者の人数を減じる。

待ち状況管理部１１０４は、利用者特定部１１０１により利用者が特定され、行先階特定部１１０２によりその利用者の行先階が特定されると、その利用者の利用者ＩＤと特定時刻と行先階とかご割当フラグ「ＮＯ」とを対応付けて待ち状況管理ＤＢ１２３に格納する。また、待ち状況管理部１１０４は、行先階管理ＤＢ１２５に行先階とかごの対応関係が新たに登録されると、待ち状況管理ＤＢ１２３においてその行先階とかご割当フラグ「ＮＯ」とに対応付けられている利用者のかご割当フラグを「ＹＥＳ」に変更する。また、待ち状況管理部１１０４は、フラグ補正部１１１３によりフラグ補正指示が出力されると、当該補正指示に従って、待ち状況管理ＤＢ１２３においてかご割当フラグを補正する。待ち状況管理部１１０４は、上記のかご割当フラグを「ＹＥＳ」に変更する処理とかご割当フラグを補正する処理とを実行することにより、乗客特定部１１１２により特定された、当該行先階に割り当てられたかごに実際に乗車する利用者を、待ち状況監視部１１０９による待ち時間の監視対象から除外する。

待ち人数監視部１１０５は、待ち人数管理ＤＢ１２２を参照して、いずれかの行先階について待ち人数が所定の人数に達したか否かを判定する。ここで所定の人数とは、かごの定員に応じて設定される人数であり、例えば、かごの定員が２０人の場合には、２０人に設定される。

かご特定部１１０６は、待ち人数監視部１１０５により待ち人数が所定の人数に達したと判定されると、運行状況ＤＢ１２４と行先階管理ＤＢ１２５とを参照して、行先階に割り当てられていないかごであって、エレベータホールへの予測到着時間が最短であるかごを特定する。予測到着時間の演算方法については、周知の方法を用いてよい（例えば、特開２００５−２００１３６号公報参照）。また、かご特定部１１０６は、行先階決定部１１１０により行先階が決定された場合にもかごを特定する。

かご割当部１１０７は、待ち人数監視部１１０５により待ち人数が所定の人数に達したと判定された行先階に対して、かご特定部１１０６により特定されたかごを割り当てる。具体的には、その行先階と、そのかごのかごＩＤとを対応付けて行先階管理ＤＢ１２５に格納する。その際、かご割当部１１０７は、待ち状況管理ＤＢ１２３においてその行先階と、かご割当フラグ「ＮＯ」とに対応付けられている利用者（言い換えると、その行先階に向かう利用者であって、まだかごが割り当てられていない利用者）の利用者ＩＤも、乗車予定者として、その行先階と対応付けて行先階管理ＤＢ１２５に格納する。また、かご割当部１１０７は、行先階決定部１１１０により決定された行先階に対しても、かご特定部１１０６により特定されたかごを割り当てる。また、かご割当部１１０７は、かご到着監視部１１１１によりエレベータＥのかごの到着が判定されると、行先階管理ＤＢ１２５において当該かごと対応付けられている行先階と乗車予定者の情報を削除する。

通知部１１０８は、行先階管理ＤＢ１２５に行先階とかごの対応関係が新たに登録されると、その行先階に対してそのかごが割り当てられたことを、ディスプレイ４０とスピーカ５０を用いて利用者に通知する。図８は、ディスプレイ４０に表示される、行先階とかごの対応関係を通知する画面の一例を示す図である。同図に示す画面では、例えば、行先階「３０Ｆ」に「１３」号基のエレベータのかごが割り当てられていることが通知されている。一方、スピーカ５０からは、例えば、「３０階に向かわれる方は１３号基の前でお待ち下さい」という音声メッセージが出力される。音声メッセージは予め記憶装置１２に記憶されていてもよいし、音声合成により生成されてもよい。

待ち状況監視部１１０９は、待ち状況管理ＤＢ１２３を参照して、当該ＤＢに登録されているいずれかの利用者の待ち時間が所定の時間に達したか否かを判定する。その際、待ち状況監視部１１０９は、待ち状況管理ＤＢ１２３に登録されている利用者特定時刻と現在時刻とを比較することにより、利用者の待ち時間が所定の時間に達したか否かを判定する。ここで所定の時間は、エレベータＥの待ち時間として一般的に許容可能な時間（例えば３分）に設定される。

行先階決定部１１１０は、待ち状況監視部１１０９により待ち時間が所定の時間に達したと判定された利用者と相乗りさせる利用者を決定するために行先階決定処理を実行する。具体的には、まず、待ち状況管理ＤＢ１２３を参照して、待ち時間の長い別の１以上の利用者を特定する。ここで特定される利用者は、互いに行先階が異なるとともに、待ち時間が所定の時間に達した利用者とも行先階が異なる利用者であって、かご割当フラグ「ＮＯ」と対応付けられている利用者である。なお、待ち時間のより長い利用者が優先的に特定される。次に、待ち人数管理ＤＢ１２２を参照して、特定した利用者の行先階の待ち人数を特定する。そして、特定した待ち人数と、待ち時間が所定の時間に達した利用者の行先階の待ち人数の合計が所定の範囲に収まる場合であって、それら全ての行先階の数が所定数以下である場合に、それら全ての行先階をかごの行先階として決定する。ここで所定の範囲とは、かごの定員に基づいて設定される範囲であり、例えば、かごの定員が２０人である場合には、１５〜２０人に設定される。また、所定数とは、許容可能なかごの停止階数であり、例えば「３」に設置される。

かご到着監視部１１１１は、運行状況ＤＢ１２４を参照して、エレベータＥのかごがエレベータホールに到着したか否かを判定する。

乗客特定部１１１２は、かご到着監視部１１１１によりかごがエレベータホールに到着したと判定されると、乗場カメラ３０により撮影された、当該かごに乗車する利用者を、周知の顔認証技術を用いて特定する。例えば、当該かごに対応する乗場カメラ３０から出力される画像において顔領域を検出し、顔領域から瞳中心、鼻翼、口端等の特徴点の位置を検出し、利用者情報ＤＢ１２１に格納される特徴点位置の各々と照合することにより、当該かごに乗車する利用者を特定する。乗客特定部１１１２は、利用者の個人を特定するとともに、利用者の人数も特定する。

フラグ補正部１１１３は、行先階管理ＤＢ１２５を参照して、乗客特定部１１１２により特定された利用者の利用者ＩＤと、かご到着監視部１１１１により到着したと判定されたかごの乗車予定者の利用者ＩＤとを比較し、その比較結果に基づいてフラグ補正指示を生成する。具体的には、乗客特定部１１１２により特定された利用者が、行先階管理ＤＢ１２５においてそのかごの乗車予定者として登録されていなかった場合には（すなわち、乗車予定でない利用者が乗車した場合には）、待ち状況管理ＤＢ１２３において当該利用者のかご割当フラグを「ＹＥＳ」に変更することを指示するフラグ補正指示を生成する。逆に、行先階管理ＤＢ１２５においてそのかごの乗車予定者として登録されている利用者が乗客特定部１１１２により特定されなかった場合には（すなわち、乗車予定者が乗車しなかった場合には）、待ち状況管理ＤＢ１２３において当該利用者のかご割当フラグを「ＮＯ」に変更することを指示するフラグ補正指示を生成する。生成したフラグ補正指示は、待ち状況管理部１１０４に出力する。

待ち人数補正部１１１４は、行先階管理ＤＢ１２５を参照して、乗客特定部１１１２により特定された利用者の人数と、かご到着監視部１１１１により到着したと判定されたかごの乗車予定者の人数とを比較し、その比較結果に基づいて待ち人数補正指示を生成する。その際、人数の比較は行先階ごとに行われる。具体的には、ある行先階について乗客特定部１１１２により特定された利用者の人数の方が、行先階管理ＤＢ１２５においてそのかごとその行先階とに対応付けられている乗車予定者の人数よりも多い場合には（すなわち、予定よりも多くの利用者が乗車した場合には）、待ち人数管理ＤＢ１２２において当該行先階の待ち人数を差分だけ減算することを指示する待ち人数補正指示を生成する。逆に、ある行先階について乗客特定部１１１２により特定された利用者の人数の方が、行先階管理ＤＢ１２５においてそのかごとその行先階とに対応付けられている乗車予定者の人数よりも少ない場合には（すなわち、予定よりも少ない利用者が乗車した場合には）、待ち人数管理ＤＢ１２２において当該行先階の待ち人数を差分だけ加算することを指示する待ち人数補正指示を生成する。生成した待ち人数補正指示は、待ち人数管理部１１０３に出力する。

１−２．動作
通知装置１０により実行される処理について説明する。具体的には、エレベータＥの各行先階に対する需要を特定する階需要特定処理と、利用者の行先階にかごを割り当て、行先階とかごの対応関係を利用者に通知するかご割当処理と、かごが乗場から出発した後に利用者の待ち状況と待ち人数とを補正する待ち状況・人数補正処理とについて説明する。

１−２−１．階需要特定処理
図９は、階需要特定処理の一例を示すフローチャートである。階需要特定処理は、エレベータホールがエレベータＥの利用者で混雑する所定の時間帯に実行される。例えば出勤時間帯に実行される。

通知装置１０の利用者特定部１１０１は、入口カメラ２０から出力される画像に写る利用者を、顔認証技術を用いて特定する（Ｓａ１）。利用者が特定されると、行先階特定部１１０２は、その利用者の行先階を、利用者情報ＤＢ１２１を参照して特定する（Ｓａ２）。行先階が特定されると、待ち人数管理部１１０３は、待ち人数管理ＤＢ１２２において、その行先階の計数をインクリメントする（Ｓａ３）。行先階の計数がインクリメントされると、待ち状況管理部１１０４は、ステップＳａ１で特定された利用者の利用者ＩＤと、その特定時刻と、ステップＳａ２で特定された行先階と、かご割当フラグ「ＮＯ」とを対応付けて待ち状況管理ＤＢ１２３に格納する（Ｓａ４）。待ち状況の格納が完了すると、所定の処理終了時刻に達したか否かが判定され（Ｓａ５）、処理終了時刻に達していない場合には（Ｓａ５のＮＯ）、ステップＳａ１が再び実行され、処理終了時刻に達した場合には（Ｓａ５のＹＥＳ）、階需要特定処理は終了する。
以上が、階需要特定処理についての説明である。

１−２−２．かご割当処理
図１０は、かご割当処理の一例を示すフローチャートである。かご割当処理は上記の階需要特定処理と並行して実行される。

通知装置１０の待ち人数監視部１１０５は、待ち人数管理ＤＢ１２２を参照して、いずれかの行先階について待ち人数が所定の人数に達したか否かを判定する（Ｓｂ１）。この判定の結果、いずれの行先階についても待ち人数が所定の人数に達していない場合には（Ｓｂ１のＮＯ）、ステップＳｂ３が実行される。一方、この判定の結果、いずれかの行先階について待ち人数が所定の人数に達した場合には（Ｓｂ１のＹＥＳ）、第１のかご割当処理が実行される。図１１は、第１のかご割当処理の一例を示すフローチャートである。

第１のかご割当処理において、かご特定部１１０６は、運行状況ＤＢ１２４と行先階管理ＤＢ１２５とを参照して、行先階に割り当てられていないかごであって、乗場への予測到着時間が最短であるかごを特定する（Ｓｂ２１）。かごが特定されると、かご割当部１１０７は、ステップＳｂ１において待ち人数が所定の人数に達したと判定された行先階と、ステップＳｂ２１において特定されたかごのかごＩＤとを対応付けて行先階管理ＤＢ１２５に格納する（Ｓｂ２２）。その際、かご割当部１１０７は、待ち状況管理ＤＢ１２３においてその行先階と、かご割当フラグ「ＮＯ」とに対応付けられている利用者（言い換えると、その行先階に向かう利用者であって、まだかごが割り当てられていない利用者）の利用者ＩＤも、乗車予定者として、その行先階と対応付けて行先階管理ＤＢ１２５に格納する。行先階管理ＤＢ１２５に行先階とかごの対応関係が新たに登録されると、通知部１１０８は、その行先階に対してそのかごが割り当てられたことを、ディスプレイ４０とスピーカ５０を用いて利用者に通知する（Ｓｂ２３）。その対応関係が通知されると、待ち人数管理部１１０３は、待ち人数管理ＤＢ１２２において、その行先階の待ち人数をリセットする（Ｓｂ２４）。待ち人数がリセットされると、待ち状況管理部１１０４は、待ち状況管理ＤＢ１２３においてその行先階とかご割当フラグ「ＮＯ」とに対応付けられている利用者のかご割当フラグを「ＹＥＳ」に変更する（Ｓｂ２５）。
以上が、第１のかご割当処理についての説明である。

第１のかご割当処理が終了すると、待ち状況監視部１１０９は、待ち状況管理ＤＢ１２３を参照して、当該ＤＢに登録されているいずれかの利用者の待ち時間が所定の時間に達したか否かを判定する（Ｓｂ３）。この判定の結果、いずれの利用者の待ち時間も所定の時間に達していない場合には（Ｓｂ３のＮＯ）、ステップＳｂ５が実行される。一方、この判定の結果、いずれかの利用者の待ち時間が所定の時間に達した場合には（Ｓｂ３のＹＥＳ）、第２のかご割当処理が実行される。図１２は、第２のかご割当処理の一例を示すフローチャートである。

第２のかご割当処理において、行先階決定部１１１０は、ステップＳｂ３において待ち時間が所定の時間に達したと判定された利用者と相乗りさせる利用者を決定するために行先階決定処理を実行する（Ｓｂ４１）。図１３は、行先階決定処理の一例を示すフローチャートである。

行先階決定処理において、行先階決定部１１１０は、待ち人数管理ＤＢ１２２と待ち状況管理ＤＢ１２３とを参照して、待ち時間が所定の時間に達した利用者の行先階の待ち人数を特定する（Ｓｂ４１１）。待ち人数を特定すると、その行先階と待ち人数の組をＲＡＭに記録する。次に、行先階決定部１１１０は、待ち状況管理ＤＢ１２３を参照して、待ち時間の長い別の利用者の利用者を特定する（Ｓｂ４１２）。ここで特定される利用者は、その行先階がＲＡＭに記録されていない利用者であって、かご割当フラグ「ＮＯ」と対応付けられている利用者である。また、本行先階決定処理において未特定の利用者である。別の利用者を特定すると、待ち人数管理ＤＢ１２２と待ち状況管理ＤＢ１２３とを参照して、その別の利用者の行先階の待ち人数を特定する（Ｓｂ４１３）。待ち人数を特定すると、その行先階と待ち人数の組をＲＡＭに記録する。次に、行先階決定部１１１０は、ＲＡＭに記録されている待ち人数の合計が所定範囲の上限より大であるか否かを判定する（Ｓｂ４１４）。この判定の結果、待ち人数の合計が所定範囲の上限より大である場合には（Ｓｂ４１４のＹＥＳ）、直前のステップＳｂ４１３においてＲＡＭに記録した行先階と待ち人数の組をＲＡＭから消去して（Ｓｂ４１５）、再びステップ４１２を実行する。一方、この判定の結果、待ち人数の合計が所定範囲の上限以下である場合には（Ｓｂ４１４のＮＯ）、待ち人数の合計が所定範囲の下限より小であるか否かを判定する（Ｓｂ４１６）。この判定の結果、待ち人数の合計が所定範囲の下限以上である場合には（Ｓｂ４１６のＮＯ）、ＲＡＭに記録されている行先階をかごの行先階として決定し（Ｓｂ４１７）、行先階決定処理は終了する。一方、この判定の結果、待ち人数の合計が所定範囲の下限より小である場合には（Ｓｂ４１６のＹＥＳ）、ＲＡＭに記録されている行先階の数が所定数以上であるか否かを判定する（Ｓｂ４１８）。言い換えると、かごの予定停止階数が所定階数以上であるか否かを判定する。この判定の結果、行先階の数が所定数以上である場合には（Ｓｂ４１８のＹＥＳ）。ステップＳｂ４１７を実行する。一方、この判定の結果、行先階の数が所定数未満である場合には（Ｓｂ４１８のＮＯ）、再びステップ４１２を実行する。
以上が、行先階決定処理についての説明である。

行先階決定処理が終了すると、かご特定部１１０６は、運行状況ＤＢ１２４と行先階管理ＤＢ１２５とを参照して、行先階に割り当てられていないかごであって、乗場への予測到着時間が最短であるかごを特定する（Ｓｂ４２）。かごが特定されると、かご割当部１１０７は、ステップＳｂ４１７において決定された行先階と、ステップＳｂ４２において特定されたかごのかごＩＤとを対応付けて行先階管理ＤＢ１２５に格納する（Ｓｂ４３）。その際、かご割当部１１０７は、待ち状況管理ＤＢ１２３においてその行先階と、かご割当フラグ「ＮＯ」とに対応付けられている利用者（言い換えると、その行先階に向かう利用者であって、まだかごが割り当てられていない利用者）の利用者ＩＤも、乗車予定者として、その行先階と対応付けて行先階管理ＤＢ１２５に格納する。行先階管理ＤＢ１２５に行先階とかごの対応関係が新たに登録されると、通知部１１０８は、その行先階に対してそのかごが割り当てられたことを、ディスプレイ４０とスピーカ５０を用いて利用者に通知する（Ｓｂ４４）。その対応関係が通知されると、待ち人数管理部１１０３は、待ち人数管理ＤＢ１２２において、その行先階の待ち人数をリセットする（Ｓｂ４５）。待ち人数がリセットされると、待ち状況管理部１１０４は、待ち状況管理ＤＢ１２３においてその行先階とかご割当フラグ「ＮＯ」とに対応付けられている利用者のかご割当フラグを「ＹＥＳ」に変更する（Ｓｂ４６）。
以上が、第２のかご割当処理についての説明である。

第２のかご割当処理が終了すると、所定の処理終了時刻に達したか否かが判定され（Ｓｂ５）、処理終了時刻に達していない場合には（Ｓｂ５のＮＯ）、ステップＳｂ１が再び実行され、処理終了時刻に達した場合には（Ｓｂ５のＹＥＳ）、かご割当処理は終了する。
以上が、かご割当処理についての説明である。

１−２−３．待ち状況・人数補正処理
図１４は、待ち状況・人数補正処理の一例を示すフローチャートである。待ち状況・人数補正処理は上記の階需要特定処理及びかご割当処理と並行して実行される。

通知装置１０のかご到着監視部１１１１は、運行状況ＤＢ１２４を参照して、エレベータＥのかごが乗場に到着したか否かを判定する（Ｓｃ１）。この判定の結果、かごが乗場に到着すると（Ｓｃ１のＹＥＳ）、乗客特定部１１１２は、乗場カメラ３０により撮影された、当該かごに乗車する利用者を、顔認証技術を用いて特定する（Ｓｃ２）。乗車する利用者が特定されると、フラグ補正部１１１３は、行先階管理ＤＢ１２５を参照して、ステップＳｃ２において特定された利用者の利用者ＩＤと、ステップＳｃ１において到着したと判定されたかごの乗車予定者の利用者ＩＤとを比較し、その比較結果に基づいてフラグ補正指示を生成する（Ｓｃ３）。フラグ補正指示が生成されると、待ち状況管理部１１０４は、生成されたフラグ補正指示に従って、待ち状況管理ＤＢ１２３においてかご割当フラグを変更する（Ｓｃ４）。かご割当フラグの変更後、待ち人数補正部１１１４は、行先階管理ＤＢ１２５を参照して、ステップＳｃ２において特定された利用者の人数と、ステップＳｃ１において到着したと判定されたかごの乗車予定者の人数とを比較し、その比較結果に基づいて待ち人数補正指示を生成する（Ｓｃ５）。待ち人数補正指示が生成されると、待ち人数管理部１１０３は、生成された待ち人数補正指示に従って、待ち人数管理ＤＢ１２２において待ち人数を変更する（Ｓｃ６）。待ち人数の変更後、かご割当部１１０７は、行先階管理ＤＢ１２５において、ステップＳｃ１において到着したと判定されたかごと対応付けられている行先階と乗車予定者の情報を削除する（Ｓｃ７）。行先階等の情報が削除されると、所定の処理終了時刻に達したか否かが判定され（Ｓｃ８）、処理終了時刻に達していない場合には（Ｓｃ８のＮＯ）、ステップＳｃ１が再び実行され、処理終了時刻に達した場合には（Ｓｃ８のＹＥＳ）、待ち状況・人数補正処理は終了する。
以上が、待ち状況・人数補正処理についての説明である。

以上説明した通知システム１によれば、原則、行先階の待ち人数が所定の人数に達すると、当該行先階に対してかごが割り当てられる。そのため、待ち人数を考慮せずに行先階に対してかごを割り当てる場合と比較して各エレベータＥの輸送力を向上させることができる。また、原則、１つの行先階に対して１つのかごが割り当てられるため、かごが複数階に停止せず、送客時間が短縮化される。また、利用者の待ち時間が所定の時間に達した場合には、待ち人数が所定の人数に達していない場合であっても当該利用者の行先階に対してかごが割り当てられるため、利用者を過度に待たせることを防止することができる。またその際、行先階が異なる利用者を相乗りさせることでエレベータＥの輸送力を向上させることができる。また、エレベータＥのかごに実際に乗車した利用者の人数及び個人が特定されて、待ち人数管理ＤＢ１２２に格納される待ち人数と待ち状況管理ＤＢ１２３に格納されるかご割当フラグとが補正されるため、待ち人数と待ち状況とをより精度よく管理することができる。また、通知システム１を導入するにあたっては、エレベータＥを制御するための制御アルゴリズムに変更を加える必要がないため、その分、システムの導入及び調整が容易である。

２．変形例
上記の実施形態は以下に記載するように変形してもよい。以下に記載する１以上の変形例は互いに組み合わせてもよい。

２−１．変形例１
通知システム１は、３０階建ての建物の１階のエレベータホールに設置することが想定されているが、建物の階数と設置階はこれに限られない。また、通知システム１は、６基のエレベータＥの各かごに行先階を振り分けることが想定されているが、エレベータＥの基数は６基に限られない。また、通知システム１は、６基すべてのかごに行先階を振り分けることが想定されているが、必ずしもすべてのかごに行先階を振り分けなくてもよい。すなわち、フリー基を設けてもよい。また、通知システム１は、高層階用のエレベータＥに代えて、低層階や中層階用のエレベータの各かごに行先階を振り分けるために利用されてもよい。

２−２．変形例２
入口カメラ２０と乗場カメラ３０とディスプレイ４０とスピーカ５０の個数と配置は、図２に示される例に限られない。各装置の個数と配置は、通知システム１が設置されるフロアの構造やエレベータの基数に応じて適宜選択されてよい。一例として、乗場カメラ３０は、エレベータ乗場の天井に代えて、各エレベータＥのかごの天井に設置されてもよい。

２−３．変形例３
利用者特定部１１０１は、エレベータＥを利用しようとする利用者を、顔認証技術を用いて特定しているが、利用者の特定方法はこれに限られない。例えば、顔認証以外の生体認証を用いてもよいし、ＩＣカード認証やパスワード認証を用いてもよい。同様に、乗客特定部１１１２もまた、顔認証以外の生体認証やＩＣカード認証やパスワード認証を用いてもよい。

２−４．変形例４
図８に例示されるディスプレイ４０の表示画面では、各かごが割り当てられている次回の行先階が通知されているが、次々回以降の行先階も通知するようにしてもよい。図１５は、次回に加えて次々回の行先階も通知する、ディスプレイ４０の表示画面の一例を示す図である。同図に示す画面では、例えば、「１３」号基のエレベータのかごが、次回は行先階「３０Ｆ」に割り当てられ、次々回は行先階「２１Ｆ」に割り当てられていることが通知されている。当該通知を行う場合には、行先階管理ＤＢ１２５に格納される各レコードは、かごＩＤと行先階と乗車予定者の利用者ＩＤに加えて、次回と次々回の別を示す情報により構成される。また、かご割当部１１０７は、かご到着監視部１１１１によりエレベータＥのかごの到着が判定された場合に、行先階管理ＤＢ１２５において当該かごと対応付けられている次々回の行先階と乗車予定者の情報を、次回の情報として繰り上げる。

２−５．変形例５
かご割当部１１０７は、原則、１つの行先階に対して１つのかごを割り当てているが、複数の行先階（言い換えると、行先階のグループ）に対して１つのかごを割り当てるようにしてもよい。その場合、待ち人数管理ＤＢ１２２は、行先階のグループごとに、エレベータＥを待っている利用者の人数を管理する。なお、行先階のグループは、連続する階により構成されてもよいし、不連続の階により構成されてもよい。

２−６．変形例６
通知部１１０８は、行先階にかごが割り当てられたことをディスプレイ４０とスピーカ５０の両方を用いて利用者に通知しているが、いずれか一方のみを用いて通知してもよい。また、これらに加えて又は代えて、利用者が携帯するスマートフォン等の通信端末を介して、行先階にかごが割り当てられたこと通知してもよい。その際、行先階にかごが割り当てられた利用者に対してのみ当該通知を行ってもよい。

２−７．変形例７
通知システム１では、エレベータＥのかごに実際に乗車した利用者の人数と個人を特定して、待ち人数とかご割当フラグを補正しているが、これらの処理を省略してもよい。この変形を採用した場合、当該システムで管理される待ち人数とかご割当フラグの精度が低下するが、乗場カメラ３０の設置を省略できる分、システムの導入が容易になる。

２−８．変形例８
通知システム１は、エレベータＥを利用しようとする利用者の属性が所定の条件を満たす場合に、当該利用者の行先階に対して優先的にかごを割り当てるようにしてもよい。ここで、利用者の属性が所定の条件を満たす場合とは、例えば、利用者が、身障者、高齢者又は妊婦であったり、利用者が所定の役職に就いていたりする場合である。その場合、利用者情報ＤＢ１２１に格納される各レコードは、利用者ＩＤと特徴点位置データと所属フロアに加えて、利用者の属性により構成される。また、演算処理装置１１は、利用者特定部１１０１により特定された利用者の行先階を、利用者情報ＤＢ１２１を参照して特定する属性特定部という機能をさらに備える。また、待ち状況管理部１１０４は、利用者ＩＤと利用者特定時刻と行先階とかご割当フラグに加えて、属性特定部により特定された属性を対応付けて待ち状況管理ＤＢ１２３に格納する。また、待ち状況監視部１１０９は、待ち状況管理ＤＢ１２３を参照して、いずれかの利用者の属性が所定の条件を満たすか否かを判定する。また、行先階決定部１１１０は、待ち状況監視部１１０９により属性が所定の条件を満たすと判定された利用者と相乗りさせる利用者を決定するために、上記の行先階決定処理を実行する。

２−９．変形例９
通知装置１０が備える各機能を実現するためのプログラムは、コンピュータ装置が読み取り可能な記録媒体を介して提供されてもよい。ここで記録媒体とは、例えば、磁気テープや磁気ディスクなどの磁気記録媒体や、光ディスクなどの光記録媒体や、光磁気記録媒体や、半導体メモリ等である。また、このプログラムは、インターネット等のネットワークを介して提供されてもよい。

１…通知システム、１０…通知装置、１１…演算処理装置、１２…記憶装置、１３…入出力インタフェース、２０…入口カメラ、３０…乗場カメラ、４０…ディスプレイ、５０…スピーカ、１２１…利用者情報ＤＢ、１２２…待ち人数管理ＤＢ、１２３…待ち状況管理ＤＢ、１２４…運行状況ＤＢ、１２５…行先階管理ＤＢ、１１０１…利用者特定部、１１０２…行先階特定部、１１０３…待ち人数管理部、１１０４…待ち状況管理部、１１０５…待ち人数監視部、１１０６…かご特定部、１１０７…かご割当部、１１０８…通知部、１１０９…待ち状況監視部、１１１０…行先階決定部、１１１１…かご到着監視部、１１１２…乗客特定部、１１１３…フラグ補正部、１１１４…待ち人数補正部、Ｅ…エレベータ、Ｇ…入場ゲート

Claims (9)

1. 複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定する行先階特定部と、
   行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、
   第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、
   前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知する通知部と
   を備える通知装置。
2. 前記第１のかごに乗車した利用者の人数を特定する乗客数特定部をさらに備え、
   前記待ち人数管理部は、前記第１の行先階について計数された利用者の人数から、特定された前記人数を減じる
   ことを特徴とする請求項１に記載の通知装置。
3. 前記各利用者の待ち時間を監視する待ち状況監視部をさらに備え、
   前記かご割当部は、前記各利用者のうちの第１の利用者の待ち時間が所定の時間に達した場合に、当該第１の利用者が向かう第２の行先階に対して前記複数のエレベータのうちのいずれかの第２のかごを割り当て、
   前記通知部は、前記第２の行先階に対して前記第２のかごを割り当てたことを前記第１の利用者に通知する
   ことを特徴とする請求項１又は２に記載の通知装置。
4. 前記第２の行先階に向かう利用者の人数が所定の人数に達しない場合に、前記第１の利用者とは異なる第２の利用者が向かう第３の行先階を特定する行先階決定部をさらに備え、
   前記かご割当部は、前記第２及び第３の行先階に対して前記第２のかごを割り当て、
   前記通知部は、前記第２及び第３の行先階に対して前記第２のかごを割り当てたことを前記第１及び第２の利用者に通知する
   ことを特徴とする請求項３に記載の通知装置。
5. 前記第１のかごに乗車した利用者を特定する乗客特定部と、
   特定された前記利用者を、前記待ち状況監視部による待ち時間の監視対象から除外する待ち状況管理部と
   をさらに備えることを特徴とする請求項１乃至４のいずれか１項に記載の通知装置。
6. 前記各利用者の属性を特定する属性特定部をさらに備え、
   前記各利用者のうちの第３の利用者の属性が所定の条件を満たす場合に、当該第３の利用者が向かう第４の行先階に対して前記複数のエレベータのうちのいずれかの第３のかごを割り当て、
   前記通知部は、前記第４の行先階に対して前記第３のかごを割り当てたことを前記第３の利用者に通知する
   ことを特徴とする請求項１乃至５のいずれか１項に記載の通知装置。
7. 行先階特定部が、複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定するステップと、
   待ち人数管理部が、行先階ごとに、当該行先階に向かう利用者の人数を計数するステップと、
   かご割当部が、第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるステップと、
   通知部が、前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知するステップと
   を備える通知方法。
8. コンピュータを、
   複数のエレベータのうちのいずれかを利用しようとする各利用者の行先階を特定する行先階特定部と、
   行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、
   第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、
   前記第１の行先階に対して前記第１のかごを割り当てたことを当該第１の行先階に向かう利用者に通知する通知部
   として機能させるためのプログラム。
9. 撮影装置と通知装置と出力装置とを備える通知システムであって、
   前記撮影装置は、複数のエレベータのうちのいずれかを利用しようとする各利用者を撮影し、
   前記通知装置は、
   前記撮影装置により撮影された画像を解析して特定された前記各利用者の行先階を特定する行先階特定部と、
   行先階ごとに、当該行先階に向かう利用者の人数を計数する待ち人数管理部と、
   第１の行先階に向かう利用者の人数が所定の人数に達した場合に、当該第１の行先階に対して前記複数のエレベータのうちのいずれかの第１のかごを割り当てるかご割当部と、
   前記第１の行先階に対して前記第１のかごを割り当てたことを、前記出力装置を介して、当該第１の行先階に向かう利用者に通知する通知部と
   を備えることを特徴とする通知システム。

Images