JP7083786B2 - かご内状態検出システム、エレベーター及びかご内状態検出方法 - Google Patents

Description

本発明は、かご内状態検出システム、エレベーター及びかご内状態検出方法に関する。

従来、乗りかご内に斜め下方に向けて設置された撮像部の画像を処理して、乗りかごの混雑度判定が可能な画像診断の技術が開示されている（例えば、特許文献１参照。）。

特開２０１４－１４４８２６号公報

しかしながら、撮像部で撮影された画像を用いて乗りかご内が満員であることを検出する場合、画像上で利用者の重なり等が影響し、満員検出結果（満員情報）のばらつきが発生する。そして、満員情報のばらつきが発生することで、本来満員であるのに満員を検知できない場合やその逆の場合があった。

上記の状況から、撮像部等のセンサを用いて乗りかご内が満員であることを検出する場合に、満員情報のばらつきを抑制することを目的とする。

上記課題を解決するために、本発明の一態様のかご内状態検出システムは、エレベーターのかご内の状態を取得するセンサが出力する情報に基づいて、前記かご内の満員を検出する処理を行う演算装置、を備えるかご内状態検出システムである。
上記演算装置は、上記センサが出力する情報に基づくかご内の利用状態を示す値を保持する処理を行うかご内状態保持部と、エレベーターのドアに関する状況が予め設定された条件と合致した場合、上記かご内状態保持部に対し、かご内の利用状態を示す値が小さくなる方向の更新を許可しないかご内状態更新判定部と、上記かご内状態保持部により保持されたかご内の利用状態を示す値に基づいて、かご内の満員を検出するかご内満員検出部と、を備える。
そして、上記かご内状態保持部は、エレベーターのドアに関する状況が予め設定された条件と合致した場合、かつ上記かご内満員検出部でかご内の満員が検出された場合には、エレベーターのドアに関する状況が予め設定された条件と不一致となるまで、かご内が満員状態であることを示す満員情報を保持する制御を行う。

また、本発明の一態様のエレベーターは、かごと、かご内の状態を取得するセンサが出力する情報に基づいてかご内の満員を検出する処理を行う上記演算装置と、を備えたエレベーターである。
さらに、本発明の一態様のかご内状態検出方法は、上記エレベーターにおけるかご内状態検出方法である。

本発明の少なくとも一態様によれば、センサを用いて乗りかご内が満員であることを検出する場合に、満員情報のばらつきを抑制し、満員情報の精度を向上させることができる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の第１の実施形態に係るエレベーターシステムの概略及びエレベーター運行管理システムの構成例を示すブロック図である。 エレベーター運行管理システムを構成する計算装置の構成例を示すブロック図である。 本発明の第１の実施形態に係るエレベーター運行管理システムによるかご内人数更新処理の手順例を示すフローチャートである。 本発明の第１の実施形態に係るエレベーター運行管理システムによるかご内満員検出処理の手順例を示すフローチャートである。 本発明の第１の実施形態に係るエレベーターと建築物の乗場の例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第１例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第２例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第３例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第４例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第５例を示す図である。 本発明の第１の実施形態に係るかご内の利用者（人数）とカメラの撮影画像の第６例を示す図である。 本発明の第２の実施形態に係るエレベーターと建築物の乗場の例を示す図である。 本発明の第２の実施形態に係るエレベーターシステムの概略及びエレベーター運行管理システムの構成例を示すブロック図である。 本発明の第２の実施形態に係るエレベーター運行管理システムによる乗場人数更新処理の手順例を示すフローチャートである。

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

＜１．第１の実施形態＞
まず、本発明の第１の実施形態に係るエレベーター運行管理システムについて説明する。
図１は、第１の実施形態に係るエレベーターシステムの概略及びエレベーター運行管理システムの構成例を示すブロック図である。

図１に示すエレベーターシステム１は、乗場エレベーターサービス要求装置１０、監視カメラ２０、エレベーター運行管理システム３０、１～Ｎ号機の各号機の乗りかご（以下「かご」と表記する。）５０の昇降を制御する１～Ｎ号機のエレベーター制御装置４０、１～Ｎ号機の各号機のかご５０、及びセンサデータ加工処理部６０を備える。エレベーター運行管理システム３０は、かご内状態検出システムの一例である。

また、エレベーターシステム１のエレベーター運行管理システム３０及びセンサデータ加工処理部６０は、ネットワークＮを介して、乗場エレベーターサービス要求装置１０及び監視カメラ２０と通信可能に接続されている。エレベーター運行管理システム３０は、１～Ｎ号機の各号機のエレベーター制御装置４０を通して、１～Ｎ号機のエレベーター（かご５０）の運行を統括的に管理及び制御する。

かご５０には、図５に示すようにロープ５６を介してつり合いおもり５５が接続されている。エレベーター制御装置４０は、不図示の巻上機を駆動させてロープ５６を巻き上げることで、かご５０の昇降を行う。

１号機からＮ号機のそれぞれのかご５０に対して、かご内カメラ５１（以下「カメラ」５１と表記する。）が設けられる。カメラ５１は、エレベーターのかご５０内の状態を周期的（例えば０．５秒又は１秒間隔）に取得するセンサの一例であり、壁上部や天井隅などのかご５０内全体を撮影できる位置に設置される。また、かご５０の床下には、図５に示す荷重センサ５３が設置されている。荷重センサ５３は、かご５０内の荷重を周期的に測定し、測定結果（荷重データ）をセンサデータ加工処理部６０へ送信する。そして、かご５０内に設置された不図示の通信装置が、カメラ５１の画像データ及び荷重センサ５３の荷重データをセンサデータ加工処理部６０へ、有線通信又は無線通信により周期的に送信する。

エレベーターシステム１は、号機及び乗場ごとに、図示しないかごドアセンサと乗場ドアセンサを備える。かごドアセンサは、かごドア５２（図５参照）の付近に設けられ、かごドア５２の戸開状態又は戸閉状態に応じたかごドア信号を出力する。また、乗場ドアセンサは、乗場ドアの付近に設けられ、乗場ドアの戸開状態又は戸閉状態に応じた乗場ドア信号を出力する。かごドア信号及び乗場ドア信号は、号機ごとにエレベーター制御装置４０に送られる。

乗場エレベーターサービス要求装置１０は、建築物全体で少なくとも１台以上設置されていればよい。乗場エレベーターサービス要求装置１０は、乗場行先階登録装置や乗場ドア付近に設けられた乗場呼びボタンなどである。乗場行先階登録装置は、例えばエレベーターが設置された建築物のエレベーターホール（階床）ごとに設置され、利用者は乗場行先階登録装置を操作して所望の行先階を予約（登録）することができる。利用者は乗場呼びボタンにより、ＵＰ方向かＤＯＷＮ方向へのサービス要求を乗場から登録することが可能となる。監視カメラ２０は、例えばエレベーターの乗場ごとに、エレベーターの利用者が撮影できる位置に設けられる。監視カメラ２０の利用方法については、第２の実施形態（図１２～図１４）で説明する。

センサデータ加工処理部６０は、各号機のかご５０内のカメラ５１から画像データを受信する。そして、センサデータ加工処理部６０は、画像データを解析して画像データに含まれるかご５０内の利用者の人数や乗車率（占有率）を算出し、その結果をエレベーター運行管理システム３０へ送信する。乗車率（占有率）は、撮影画像上のかご５０内の面積に対して人物の面積が占める割合から求められる。画像データの解析方法について周知の種々の技術を用いることができる。センサデータ加工処理部６０は、ＤＳＰ（Digital Signal Processor）などのハードウェアで構成してもよいし、図２に示す計算装置７０を用いてソフトウェアで構成してもよい。

また、センサデータ加工処理部６０は、各号機のかご５０内の荷重センサ５３から荷重データ（測定結果）を受信する。そして、センサデータ加工処理部６０は、荷重データを解析してかご５０内の乗車率等を算出し、その結果をエレベーター運行管理システム３０へ送信する。

なお、センサデータ加工処理部６０がかご５０内に設けられ、センサデータ加工処理部６０による画像データ及び荷重データの解析結果を、通信装置がエレベーター運行管理システム３０へ送信するようにしてもよい。または、センサデータ加工処理部６０が、エレベーター運行管理システム３０に設けられてもよい。

［エレベーター運行管理システム］
エレベーター運行管理システム３０は、入出力情報受信部３１、学習部３２、閾値記憶部３３、かご内状態更新判定部３４、かご内状態保持部３５、かご内満員検出部３６、及び満員指令部３７を備える。

入出力情報受信部３１は、エレベーター運行管理システム３０に入力される情報及びエレベーター運行管理システム３０から出力する情報を受信する。入出力情報受信部３１は、図２に示す通信インターフェース７８の動作を制御し、外部装置とデータの入力及び出力を行う。例えば、入出力情報受信部３１は、ネットワークＮを介して、カメラ５１が出力する画像データに基づくかご５０内の利用状態を示す情報（人数、乗車率など）を受信し、その情報をかご内状態更新判定部３４へ出力する。

学習部３２は、かご５０内が満員状態のときの状況を学習する。例えば学習部３２は、どの程度の人数及び／又は乗車率（占有率）でかご５０内が満員状態になるのかを学習する。例えば学習部３２は、かごドア５２（図５参照）等のエレベーターのドアが開いているのに利用者が乗り込んで来ないのは、かご５０内が満員であるためと判断し、学習する。

本実施形態の学習部３２は、乗車率を学習して設定する乗車率設定部３２ａを備える。ところで、男性と女性ではパーソナルスペースの大きさに違いがあり、大人と子どもではかご５０に乗車できる人数が異なる。そのため、男性の利用者が多い階、女性の利用者が多い階、子どもの利用者が多い階などの条件の違いによって、かご５０内の人数や乗車率が異なってくる。したがって、建築物や階床ごとに定員や乗車率の閾値を設定することが望ましい。例えば、所定期間（数時間や一日など）のエレベーターの利用状況を集計して満員状態となる乗車率の平均値を算出し、満員検出用の閾値を設定する。

閾値記憶部３３は、学習部３２の乗車率設定部３２ａで設定された閾値を記憶し、かご内満員検出部３６の読み出しに従い閾値を出力する。

かご内状態更新判定部３４は、エレベーターの戸開閉状態を判定し、戸開状態のときにはかご内状態保持部３５に対し、かご５０内の利用状態を示す値（人数、乗車率など）の更新を許可する（更新許可判定）。戸開時に、後述する満員情報がリセットされる。また、かご内状態更新判定部３４は、戸閉状態のときにはかご内状態保持部３５に対し、かご５０内の利用状態を示す値が小さくなる方向の更新を許可しない（更新禁止判定）。また、かご内状態更新判定部３４は、戸閉状態のときにかご５０内の利用状態を示す値が大きくなる方向に変化した場合には、かご内状態保持部３５に対し、かご５０内の利用状態を示す値の更新を許可する（更新許可判定）。

かご内状態保持部３５は、カメラ５１が出力する画像データに基づくかご５０内の利用状態を示す値（人数、乗車率など）を、ＲＡＭ７３又は不揮発性ストレージ７７に記憶（保持）する処理を行う。かご内状態保持部３５は、戸開状態のときには、かご５０内の利用状態を示す値の更新を行う。また、かご内状態保持部３５は、戸閉状態となった後にかご内満員検出部３６でかご５０内の満員が検出された場合には、戸開状態となるまでかご５０内が満員状態であることを示す満員情報を保持する処理を行う。戸閉後に満員を検出した時点で満員情報が保持される。また、かご内状態保持部３５は、戸閉状態のときにかご５０内の利用状態を示す値が大きくなる方向に変化した場合には、保持しているかご５０内の利用状態を示す値を変化後のかご５０内の利用状態を示す値で更新する。上述したように満員情報は、戸開時にリセットされる。

かご内満員検出部３６は、かご内状態保持部３５により保持されたかご５０内の利用状態を示す値に基づいて、かご５０内の満員を検出する処理を行う。より具体的には、かご内満員検出部３６は、かご内状態保持部３５により保持されたかご５０内の利用状態を示す値として例えば人数又は乗車率と、満員検出用の閾値とを用いて、かご５０内の満員を検出する処理を行う。例えば、かご内満員検出部３６は、当該人数及び／又は乗車率が満員検出用の閾値よりも大きい場合に、かご５０内が満員であると判断する。

満員指令部３７は、かご内満員検出部３６で満員が検出されると、該当号機のエレベーター制御装置４０にかご５０内が満員であることを示す満員指令を出力する。

［計算装置の構成］
次に、エレベーター運行管理システム３０を構成する計算装置７０のハードウェア構成を説明する。

図２は、エレベーター運行管理システム３０を構成する計算装置７０の構成例を示すブロック図である。計算装置７０は、いわゆるコンピュータとして用いられるハードウェアである。計算装置７０は、バス７４にそれぞれ接続されたＣＰＵ（Central Processing Unit）７１、ＲＯＭ（Read Only Memory）７２、ＲＡＭ（Random Access Memory）７３を備える。さらに、計算装置７０は、表示装置７５、入力装置７６、不揮発性ストレージ７７、通信インターフェース７８を備える。

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

不揮発性ストレージ７７としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリ等が用いられる。この不揮発性ストレージ７７には、ＯＳ（Operating System）、各種のパラメーターの他に、計算装置７０を機能させるためのプログラムが記録されている。ＲＯＭ７２及び不揮発性ストレージ７７は、ＣＰＵ７１が動作するために必要なプログラムやデータ等を永続的に記録している。

通信インターフェース７８には、例えばＮＩＣ（Network Interface Card）やモデム等が用いられ、端子が接続されたＬＡＮ等のネットワークＮ又は専用線等を介して、外部装置との間で各種のデータを送受信することが可能に構成されている。通信インターフェース７８と各号機のエレベーター制御装置４０との間では、シリアル通信を行うようにしてもよい。

［かご内人数更新処理］
次に、エレベーター運行管理システム３０によるかご内人数更新処理の手順例を説明する。なお、かご内人数を乗車率等の他の指標に代えて、同様の更新処理を行うことができる。

図３は、エレベーター運行管理システム３０によるかご内人数更新処理の手順例を示すフローチャートである。まず、エレベーター運行管理システム３０のかご内状態更新判定部３４は、入出力情報受信部３１を介して各号機のエレベーター制御装置４０から、各エレベーターの戸開閉状態を判断するためのかごドア信号及び乗場ドア信号を受信する。そして、かご内状態更新判定部３４は、受信したかごドア信号及び乗場ドア信号に基づいて、各エレベーターが戸閉状態か否かを判定する（Ｓ１）。

かご内状態更新判定部３４によりエレベーターが戸閉状態であると判定された場合（Ｓ１のＹＥＳ）、かご内状態保持部３５は、戸閉直前にＲＡＭ７３（又は不揮発性ストレージ７７）に記憶されていたかご内人数の情報を保持する（Ｓ２）。

次いで、かご内状態更新判定部３４は、カメラ５１の撮影画像の解析結果に基づいて現在のかご内人数がＲＡＭ７３に保持されたかご内人数（保持結果）よりも多いか否かを判定する（Ｓ３）。現在のかご内人数がＲＡＭ７３の保持結果以下である場合には（Ｓ３のＮＯ）、本フローチャートの処理を終了する。

次いで、かご内状態更新判定部３４により現在のかご内人数がＲＡＭ７３に保持されたかご内人数（保持結果）よりも多いと判定された場合には（Ｓ３のＹＥＳ）、かご内状態保持部３５は、かご内人数（かご内の利用状態を示す値の一例）の更新処理を行う（Ｓ４）。具体的には、かご内状態保持部３５は、保持されていたかご５０内の人数を現在のかご５０内の人数で更新する。

また、かご内状態更新判定部３４によりエレベーターが戸開状態であると判定された場合（Ｓ１のＮＯ）、かご内状態保持部３５は、かご５０内の人数の更新処理を行う（Ｓ５）。ステップＳ４又はＳ５の処理後、本フローチャートの処理を終了する。

エレベーター運行管理システム３０は、センサデータ加工処理部６０から、カメラ５１が撮影した画像データに基づくかご内の利用状態を示す情報を周期的に受信し、図３に示すフローチャートの処理を実行する。

本実施形態では、エレベーターの戸閉状態の有無によってかご内状態更新を行うが、これに限ったものではない。例えば、かご内状態更新のタイミングは、エレベーターの戸開き時間満了時や、外部のセンサや機器によって戸閉処理を行う際の戸閉じ指令が出力された時点でもよい。また、戸開き時からある任意の時間経過時や、外部のセンサや機器（以下「外部機器」と総称する。）からの戸閉じ指令等の何らかの指令によって更新タイミングを変更する構成としてもよい。本実施形態は、様々なエレベーターのドアに関する状況をトリガとして更新タイミングが設定されたかご内状態更新判定部を要するものとする。

［かご内満員検出処理］
次に、エレベーター運行管理システム３０によるかご内満員検出処理の手順例を説明する。

図４は、エレベーター運行管理システム３０によるかご内満員検出処理の手順例を示すフローチャートである。まず、エレベーター運行管理システム３０のかご内満員検出部３６は、閾値記憶部３３から予め設定されたかご５０の定員（満員時人数）と乗車率を読み出す。そして、かご内満員検出部３６は、かご内状態保持部３５により保持されたかご内人数を、その定員と乗車率を掛けた値（満員検出用の閾値）と比較し、かご内人数が満員検出用の閾値を超えたか否かを判定する（Ｓ１１）。

そして、かご内人数が満員検出用の閾値を超える場合には（Ｓ１１のＹＥＳ）、かご内満員検出部３６は、該当号機のかご５０を満員状態と判定し（Ｓ１２）、判定結果を満員指令部３７へ出力する。また、かご内人数が満員検出用の閾値を超えない場合には（Ｓ１１のＮＯ）、本フローチャートの処理を終了する。

次いで、満員指令部３７は、かご内満員検出部３６で満員が検出されると、該当号機のエレベーター制御装置４０にかご５０内が満員であることを示す満員指令を出力する（Ｓ１３）。該当号機のエレベーター制御装置４０は、満員指令に基づいて乗場呼びのある階でかご５０を停止しないなどの運転を行う。また、エレベーター運行管理システム３０は、該当号機エレベーターの乗場でかご５０の到着を待っている利用者に対し、他号機エレベーターの利用を勧めるアナウンスを行う制御や、他号機エレベーターのかご５０を乗場呼びのある階に向かわせる制御などを行うようにしてもよい。

以上のとおり、第１の実施形態に係るかご内状態検出システム（エレベーター運行管理システム３０）は、エレベーターのかご５０内の状態を取得するセンサ（カメラ５１）が出力する情報（画像データ）に基づいて、かご５０内の満員を検出する処理を行う演算装置（計算装置７０）、を備える。
当該演算装置は、センサが出力する情報に基づくかご５０内の利用状態を示す値（人数、乗車率など）を記憶するかご内状態保持部（かご内状態保持部３５）と、エレベーターのドア（少なくともかごドア５２を含む）に関する状況が予め設定された条件（例えば戸閉状態）と合致した場合、かご内状態保持部に対し、かご５０内の利用状態を示す値が小さくなる方向の更新を許可しないかご内状態更新判定部（かご内状態更新判定部３４）と、かご内状態保持部により保持されたかご５０内の利用状態を示す値に基づいて、かご５０内の満員を検出するかご内満員検出部（かご内満員検出部３６）と、を備えるものである。
そして、かご内状態保持部は、エレベーターのドアに関する状況が予め設定された条件（例えば戸閉状態）と合致した場合、かつかご内満員検出部でかご５０内の満員が検出された場合には、エレベーターのドアに関する状況が予め設定された条件と不一致（例えば戸開状態）となるまで、かご５０内が満員状態であることを示す満員情報を保持するように構成されている。

このように構成された第１の実施形態によれば、エレベーターのドアに関する状況が予め設定された条件と不一致（例えば戸開状態）の場合、画像データの解析結果をそのまま活用して満員検出を行い、戸閉開始から次の戸開まで（戸閉開始から次の停止階までの区間）は満員情報を保持し満員情報の更新を行わない。エレベーターが戸閉状態から戸開状態となるまでの間、満員情報が保持されるため、かご５０内の画像データに基づく満員情報のばらつきを抑制し、満員情報の精度を向上させることができる。それにより、かご内が満員状態であるのに満員を検知できない問題やその逆の問題が解消される。

予め設定された条件とは、エレベーターの戸閉じ状態、或いは、戸閉じ開始状態（戸開き時間満了時）、或いは、戸開き時から任意時間経過時、或いは外部機器からの戸閉じ指令の入力があった場合のいずれか一つを少なくとも含む条件である。本実施形態では、様々なエレベーターのドアに関する状況をトリガとして更新タイミングが設定されたかご内状態更新判定部を有することにより、種々の状況に対応して精度の高いかご内状態検出を実現できる。

また、上述した本実施形態に係るかご内状態検出システム（エレベーター運行管理システム３０）では、かご内状態更新判定部（かご内状態更新判定部３４）は、エレベーターのドアに関する状況が予め設定された条件（例えば戸閉状態）と合致した場合、かつかご５０内の利用状態を示す値が大きくなる方向に変化した場合には、かご内状態保持部（かご内状態保持部３５）に対し、かご５０内の利用状態を示す値の更新を許可し、かご内状態保持部は、保持していたかご５０内の利用状態を示す値を変化後のかご５０内の利用状態を示す値で更新するように構成されている。

このような本実施形態によれば、エレベーターのドアに関する状況が予め設定された条件と合致した場合（例えば戸閉状態）、かつかご５０内の利用状態を示す値（例えば画像データに基づくかご内人数）が大きくなる方向に変化した場合に、かご内状態保持部により保持していたかご５０内の利用状態を示す値を更新する。これにより、例えば戸閉状態でもかご５０内の画像データに基づいて新たに満員を検出することが可能となり、満員情報の精度が向上する。

また、上述した本実施形態に係るかご内状態更新判定部（かご内状態更新判定部３４）は、エレベーターのドアに関する状況が予め設定された条件と不一致（例えば戸開状態）の場合、かご内状態保持部（かご内状態保持部３５）に対し、かご５０内の利用状態を示す値の更新を許可するように構成されている。

このような本実施形態によれば、例えば戸開状態ではかご５０内の画像データに基づいて満員状態の検出及び更新が随時行われる。それゆえ、戸開状態において、かご５０内の画像データに基づく満員情報のばらつきを抑制し、満員情報の精度を維持できる。

また、上述した本実施形態では、センサとしてかご５０内を撮影するカメラ５１を用いている。カメラ５１が撮影した画像データを解析することで、かご５０内の画像データに映る利用者の人数や乗車率を正確に把握することができる。

また、上述した本実施形態に係るかご内状態保持部（かご内状態保持部３５）は、かご５０内の利用状態を示す値としてかご５０内の人数又は乗車率を保持し、かご内満員検出部（かご内満員検出部３６）は、かご内状態保持部により保持された人数又は乗車率と、満員検出用の閾値とを用いて、かご内の満員を検出する処理を行うように構成されている。

例えば、かご内満員検出部３６は、かご内状態保持部３５により保持されたかご５０内の人数を、予め設定されたかごの定員と乗車率とを掛けて算出される満員検出用の閾値と比較し（Ｓ１１）、かご５０内の人数が当該満員検出用の閾値を超える場合には、かご５０内が満員であると判断する。

このような本実施形態によれば、現在のかご内人数を、定員と乗車率とを掛けて算出される満員検出用の閾値と比較することにより、かご内人数と乗車率の両方を考慮してより精度の高い満員検出が行える。

また、上述した本実施形態において、満員検出用の人数及び／又は乗車率を、利用者の性別又は年齢に応じて設定することが望ましい。これにより、エレベーターの利用者の属性の傾向に合わせて、より精度の高い満員検出が行える。

［エレベーターと建築物の乗場の例］
図５は、エレベーターと建築物の乗場の例を示す図である。現在、利用者Ｕ１を乗せたかご５１が、建築物の４階（以下「４Ｆ」）に停止している。４Ｆの乗場では、６人の利用者Ｕ２～Ｕ７がかご５１の到着を待っている。また、３Ｆの乗場では１人の利用者Ｕ８、２Ｆの乗場では１人の利用者Ｕ９がそれぞれかご５１の到着を待っている。乗場呼びボタン８０は、乗場エレベーターサービス要求装置１０の一例であり、上方向呼びボタンと下方向呼びボタンからなる。図５では、４Ｆから２Ｆにかけて下方向呼びボタンが押下され、４Ｆから２Ｆの各表示灯８１の下側ランプが点灯している様子が示されている。

［乗りかご内の利用者と撮影画像］
（第１例）
図６は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第１例を示す。図６の例では、５Ｆに着床したかご５０のかごドア５２が戸閉した直後の、かご５０内の利用者（人数）と撮影画像を示している。エレベーターシステム１では、かごドア５２の開閉と乗場ドアの開閉が同期するように制御される。図６Ａに示すように、かご５０内にいる利用者は１人である。図６Ｂに示すカメラ５１の撮影画像にも、１人の利用者Ｕ１が映っている。

この場合、かご５０が４Ｆに着床する以前にかご５０に利用者Ｕ１が乗り込んだ際に、かご内状態保持部３５によりかご内人数が“０”から“１”に更新される。

（第２例）
図７は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第２例を示す。図７の例では、４Ｆに着床したかご５０に６人の利用者Ｕ２～Ｕ７が乗り込んでかごドア５２が戸閉した直後の、かご５０内の利用者（人数）と撮影画像を示している。図７Ａに示すように、かご５０内にいる利用者は７人である。図７Ｂに示すカメラ５１の撮影画像にも、７人の利用者Ｕ１～Ｕ７が映っている。

この場合、４Ｆでかご５０に新たに利用者Ｕ２～Ｕ７が乗り込み、撮影画像に映る利用者が１人（図６）から７人に増加しているため、かご内状態保持部３５によりかご内人数の情報が“１”から“７”に更新される。

（第３例）
図８は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第３例を示す。図８の例では、４Ｆに着床したかご５０が戸閉状態となってから一定時間が経過後の、かご５０内の利用者（人数）と撮影画像を示している。図８Ａに示すように、かご５０内にいる利用者は７人である。しかし、図８Ｂに示すカメラ５１の撮影画像に映っているのは、利用者Ｕ５を除く６人の利用者Ｕ１～Ｕ４，Ｕ６，Ｕ７である。子どもなどの小さな利用者Ｕ５が大きな利用者の陰に隠れたか、又は利用者Ｕ５がかご５０の奥（カメラ５１側）に寄ったため、１人の利用者Ｕ５がカメラ５１の画角から外れて撮影画像に映っていない。

この場合、戸閉後に撮影画像に映る利用者が７人（図７）から６人に減少しているが、かご内状態保持部３５によりかご内人数の情報として“７”が保持される。

（第４例）
図９は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第４例を示す。図９の例では、３Ｆに停止したかご５０に１人の利用者Ｕ８が乗り込んでかごドア５２が戸閉した直後の、かご５０内の利用者（人数）と撮影画像示している。図９Ａに示すように、かご５０内にいる利用者は８人である。図９Ｂに示すカメラ５１の撮影画像にも、８人の利用者Ｕ１～Ｕ８が映っている。

この場合、３Ｆでかご５０に新たに利用者Ｕ８が乗り込み、撮影画像に映る利用者が７人（図８）から８人に増加しているため、かご内状態保持部３５によりかご内人数の情報が“７”から“８”に更新される。ここで、満員検出用の閾値（定員）が“８”に設定されていた場合には、かご内満員検出部３６により満員が検出される。

（第５例）
図１０は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第５例を示す。図１０の例では、３Ｆに着床したかご５０が戸閉状態となってから一定時間が経過後の、かご５０内の利用者（人数）と撮影画像を示している。図１０Ａに示すように、かご５０内にいる利用者は８人である。しかし、図１０Ｂに示すカメラ５１の撮影画像に映っているのは、利用者Ｕ８を除く７人の利用者Ｕ１～Ｕ７である。１人の利用者Ｕ８がカメラ５１の画角から外れて撮影画像に映っていない。

この場合、戸閉後に撮影画像に映る利用者が８人（図９）から７人に減少しているが、かご内状態保持部３５によりかご内人数の情報として“７”が保持される。また、戸閉状態のままであるため、かご内状態保持部３５により“満員情報”が保持される。学習部３２は、図１０に示した状況及び利用者Ｕ９の行動に関する情報を学習し、適切な乗車率の設定に活用する。

（第６例）
図１１は、かご５０内の利用者（人数）とカメラ５１の撮影画像の第６例を示す。図１１の例は、２Ｆに到着してかご５０のかごドア５２が戸開した後、１人の利用者Ｕ９がかご５０に乗り込もうとした際の、かご５０内の利用者（人数）と撮影画像を示している。図１１Ａに示すように、かご５０内にいる利用者は８人である。このとき図１１Ｂに示すカメラ５１の撮影画像には、利用者Ｕ９を含む８人の利用者Ｕ１～Ｕ７，Ｕ９が映っている。利用者Ｕ９は、着床したかご５０に乗り込むため乗場ドアの前に立っていたが、乗場ドア及びかごドア５２が戸開してかご５０内を見ると、満員状態で乗り込むスペースがないと判断して乗り込まなかった。このときかご５０の出入り口付近にいた利用者Ｕ９が、撮影画像に映り込んでいる。

この図１１に示した例は、上述した第１の実施形態におけるかご内人数更新処理を適用しなかった場合の状況を示している。本実施形態のかご内人数更新処理を適用しない場合、図１０において戸閉状態にもかかわらず撮影画像内の人数が定員の８人から７人に減少した時点で図９において検出した満員情報が更新（リセット）されてしまう。そのため、エレベーター制御装置４０は、かご５０を乗場呼びのある階に停止させてしまっている。

これに対し、本実施形態のかご内人数更新処理が適用されていれば、図１０で撮影画像内の人数が減少しても図９で検出した満員情報をそのまま保持する。そのため、エレベーター運行管理システム３０は、満員状態にあるエレベーターのかご５０を２Ｆに停止させずに、２Ｆの乗場にいる利用者に対しアナウンス等を行い他号機エレベーターへ案内する制御を行うことができる。そのため、到着したかご５０が満員である場合と比較して、利用者のストレスを軽減することができる。

［第１の実施形態の変形例］
上述した第１の実施形態では、かご５０内の状態を取得するセンサの例としてカメラ５１について説明したが、かご５０内の荷重を検出する荷重センサ５３（図５参照）を用いてもよい。

センサデータ加工処理部６０は、荷重センサ５３から周期的に入力される荷重データに基づいてかご５０内の利用状態（例えば荷重）を検出する処理を実施し、検出結果をエレベーター運行管理システム３０に送信する。荷重データに基づくかご５０内の利用状態を示す情報として、乗車率やおおよその人数を検出するようにしてもよい。

かご内満員検出部３６は、入出力情報受信部３１を介してセンサデータ加工処理部６０から、荷重センサ５３の荷重データに基づくかご５０内の利用状態についての検出結果（本例では荷重）を受信する。そして、かご内満員検出部３６は、荷重センサ５３で検出された荷重が満員検出用の閾値よりも大きい場合に、かご５０内が満員であると判断する。かご内状態保持部３５とかご内状態更新判定部３４の処理は、第１の実施形態と同じである。

センサとして荷重センサ５３を用いた本変形例においても、第１の実施形態におけるカメラ５１を用いた場合と同様の効果が得られる。かご５０内で利用者がジャンプするなどの何らかの理由により、かご５０内の荷重が変化することをかご内満員検出部３６の満員検出に反映することができる。例えば、かご５０内の利用者がジャンプする直前ではかご内荷重が増加し、利用者がジャンプした直後ではかご内荷重が減少する。

＜２．第２の実施形態＞
エレベーターの運行（かご５０の停止及び通過）をより適切に行うためには、第１の実施形態で検出されるかご５０内の利用状態（満員かどうか）に加えて、乗場の利用状態（人数、混雑度など）も反映して運行制御することが望ましいと考えられる。第２の実施形態は、監視カメラ２０の撮影画像を用いて乗場にいる利用者の人数を把握することを目的としたものである。

図１２は、第２の実施形態に係るエレベーターと建築物の乗場の例を示す図である。各階床のエレベーターホールに設置された監視カメラ２０は、エレベーターの乗場及びかご５０の出入り口を撮影できる位置となるように調整する。また、監視カメラ２０の一点鎖線で示した画角は、乗場にいる利用者を極力多く撮影できるように設定する。線Ａは仮想の通路出入り口を示し、線Ｂはかご５０の出入り口の位置を示すものである。監視カメラ２０で撮影された画像データを解析することで、線Ａと線Ｂで囲まれる空間に存在する利用者の人数を算出する。第２の実施形態では、第１の実施形態におけるかご内人数更新処理の原理を応用して乗場人数更新処理を行う。

図１３は、第２の実施形態に係るエレベーターシステムの概略及びエレベーター運行管理システムの構成例を示すブロック図である。図１３に示すエレベーターシステム１Ａのエレベーター運行管理システム３０Ａは、第１の実施形態のエレベーター運行管理システム３０と比較して、乗場状態更新判定部９４、乗場状態保持部９５、及び乗場状態指令部９６を備える点が異なる。

乗場状態更新判定部９４は、監視カメラ２０の撮影画像の各出入り口を設定した画角より利用者の通過を判定し、利用者が通過した場合には乗場状態保持部９５に対し、乗場の利用状態を示す値（人数、混雑度など）の更新を許可する（更新許可判定）。
また、乗場状態更新判定部９４は、利用者の通過がないときには乗場状態保持部９５に対し、乗場の利用状態を示す値が小さくなる方向の更新を許可しない（更新禁止判定）。さらに、乗場状態更新判定部９４は、利用者の通過がないときに乗場の利用状態を示す値が大きくなる方向に変化した場合には、乗場状態保持部９５に対し、乗場の利用状態を示す値の更新を許可する（更新許可判定）。

乗場状態保持部９５は、監視カメラ２０が出力する画像データに基づく乗場の利用状態を示す値（人数、混雑度など）を、ＲＡＭ７３又は不揮発性ストレージ７７に記憶する処理を行う。乗場状態保持部９５は、監視カメラ２０の撮影画像より利用者の通過が検出された場合には、かご５０内の利用状態を示す値の更新を行う。また、乗場状態保持部９５は、利用者の通過がない状態のときに乗場の利用状態を示す値が大きくなる方向に変化した場合には、保持している乗場の利用状態を示す値を変化後の乗場の利用状態を示す値で更新する。

乗場状態指令部９６は、該当号機のエレベーター制御装置４０に乗場の利用状態を示す値（乗場状態の情報）を乗場状態指令として出力する。

［乗場人数更新処理］
次に、エレベーター運行管理システム３０による乗場人数更新処理の手順例を説明する。なお、乗場人数を混雑度に変えて、同様の処理を行うことができる。

図１４は、第２の実施形態に係るエレベーター運行管理システム３０による乗場人数更新処理の手順例を示すフローチャートである。まず、エレベーター運行管理システム３０の乗場状態更新判定部９４は、入出力情報受信部３１を介して各号機のエレベーターの監視カメラ２０の画像データを解析した結果（本例では利用者の通過の有無、乗場人数）を受信する。そして、乗場状態更新判定部９４は、受信した解析結果に基づいて、各乗場において監視カメラ２０の撮影画像の各出入り口を設定した画角より利用者の通過を検出したか否かを判定する（Ｓ２１）。

乗場状態更新判定部９４により利用者の通過があると判定された場合（Ｓ２１のＹＥＳ）、かご内状態保持部３５は、監視カメラ２０の撮影画像に基づく乗場の人数（乗場の利用状態を示す値の一例）を更新する（Ｓ２２）。

一方、利用者の通過がないと判定された場合（Ｓ２１のＮＯ）、乗場状態更新判定部９４は、監視カメラ２０の撮影画像の解析結果に基づいて現在の乗場人数がＲＡＭ７３に保持された乗場人数（保持結果）よりも多いか否かを判定する（Ｓ２３）。現在の乗場人数がＲＡＭ７３の保持結果以下である場合には（Ｓ２３のＮＯ）、本フローチャートの処理を終了する。

次いで、乗場状態更新判定部９４により現在の乗場人数がＲＡＭ７３に保持された乗場人数（保持結果）よりも多いと判定された場合には（Ｓ２３のＹＥＳ）、乗場状態保持部９５は、乗場人数の更新処理を行う（Ｓ２４）。具体的には、乗場状態保持部９５は、保持されていた乗場の人数を現在の乗場の人数で更新する。ステップＳ２２又はＳ２４の処理後、本フローチャートの処理を終了する。

エレベーター運行管理システム３０は、センサデータ加工処理部６０から、監視カメラ２０が撮影した画像データに基づく乗場の利用状態を示す情報を周期的に受信し、図１４に示すフローチャートの処理を実行する。乗場状態指令部９６は、ＲＡＭ７３に保持された乗場人数を乗場状態指令として出力する。

エレベーター運行管理システム３０は、乗場状態指令とかご内人数と乗場呼びから満員となるエレベーター（及びその階床）を予測することができる。それにより、エレベーター運行管理システム３０は、その予測結果に基づいて、各号機のエレベーター制御装置４０により各号機のかご５０の運行を適切に制御することができる。

＜３．その他＞
さらに、本発明は上述した各実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。

例えば、上述した実施形態は本発明を分かりやすく説明するためにエレベーター運行管理システムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成要素を備えるものに限定されない。また、ある実施形態の構成の一部を他の実施形態の構成要素に置き換えることは可能である。また、ある実施形態の構成に他の実施形態の構成要素を加えることも可能である。また、各実施形態の構成の一部について、他の構成要素の追加、削除、置換をすることも可能である。

また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。

１，１Ａ…エレベーターシステム、 ２０…監視カメラ、 ３０，３０Ａ…エレベーター運行管理システム、 ３１…入出力情報受信部３１、 ３２…学習部、 ３２ａ…乗車率設定部、 ３３…閾値記憶部、 ３４…かご内状態更新判定部３４、 ３５…かご内状態保持部、 ３６…かご内満員検出部、 ３７…満員指令部、 ４０…エレベーター制御装置、 ５０…乗りかご、 ５１…かご内カメラ、 ５２…乗り場ドア、 ５３…荷重センサ、 ６０…センサデータ加工処理部、 ７０…計算装置、 ７１…ＣＰＵ、 ７２…ＲＯＭ、 ９４…乗場状態更新判定部、 ９５…乗場状態保持部、 ９６…乗場状態指令部

Claims (11)

1. エレベーターのかご内の状態を取得するセンサが出力する情報に基づいて、前記かご内の満員を検出する処理を行う演算装置、を備えるかご内状態検出システムであって、
   前記演算装置は、
   前記センサが出力する情報に基づく前記かご内の利用状態を示す値を保持する処理を行うかご内状態保持部と、
   前記エレベーターのドアに関する状況が予め設定された条件と合致した場合、前記かご内状態保持部に対し、前記かご内の利用状態を示す値が小さくなる方向の更新を許可しないかご内状態更新判定部と、
   前記かご内状態保持部により保持された前記かご内の利用状態を示す値に基づいて、前記かご内の満員を検出するかご内満員検出部と、を備え、
   前記かご内状態保持部は、前記エレベーターのドアに関する状況が前記予め設定された条件と合致した場合、かつ前記かご内満員検出部で前記かご内の満員が検出された場合には、前記エレベーターのドアに関する状況が前記予め設定された条件と不一致となるまで、前記かご内が満員状態であることを示す満員情報を保持する制御を行う
   かご内状態検出システム。
2. 前記予め設定された条件とは、前記エレベーターの戸閉じ状態、或いは、戸閉じ開始状態、或いは、戸開き時から任意時間経過時、或いは外部機器からの戸閉じ指令の入力があった場合のいずれか一つを少なくとも含む条件である
   請求項１に記載のかご内状態検出システム。
3. 前記かご内状態更新判定部は、前記エレベーターのドアに関する状況が前記予め設定された条件と合致した場合、かつ前記かご内の利用状態を示す値が大きくなる方向に変化した場合には、前記かご内状態保持部に対し、前記かご内の利用状態を示す値の更新を許可し、
   前記かご内状態保持部は、保持していた前記かご内の利用状態を示す値を変化後の前記かご内の利用状態を示す値で更新する
   請求項１に記載のかご内状態検出システム。
4. 前記かご内状態更新判定部は、前記エレベーターのドアに関する状況が前記予め設定された条件と不一致の場合、前記かご内状態保持部に対し、前記かご内の利用状態を示す値の更新を許可する
   請求項３に記載のかご内状態検出システム。
5. 前記センサは、前記かご内を撮影するカメラである
   請求項１乃至４のいずれか一項に記載のかご内状態検出システム。
6. 前記かご内状態保持部は、前記かご内の利用状態を示す値として前記かご内の人数又は乗車率を保持し、
   前記かご内満員検出部は、前記かご内状態保持部により保持された前記人数又は前記乗車率と、満員検出用の閾値とを用いて、前記かご内の満員を検出する処理を行う
   請求項５に記載のかご内状態検出システム。
7. 前記かご内満員検出部は、前記かご内状態保持部により保持された前記かご内の人数を、予め設定された前記かごの定員と乗車率とを掛けて算出される満員検出用の閾値と比較し、前記かご内の人数が当該満員検出用の閾値を超える場合には、前記かご内が満員であると判断する
   請求項６に記載のかご内状態検出システム。
8. 満員検出用の前記人数及び／又は前記乗車率を、利用者の性別又は年齢に応じて設定する
   請求項７に記載のかご内状態検出システム。
9. 前記センサは、前記かご内の荷重を検出する荷重センサであり、
   前記かご内満員検出部は、前記荷重センサで検出された荷重が満員検出用の閾値よりも大きい場合に、前記かご内が満員であると判断する
   請求項１に記載のかご内状態検出システム。
10. かごと、かご内の状態を取得するセンサが出力する情報に基づいて前記かご内の満員を検出する処理を行う演算装置と、を備えたエレベーターであって、
    前記演算装置は、
    前記センサが出力する情報に基づく前記かご内の利用状態を示す値を保持する処理を行うかご内状態保持部と、
    前記エレベーターのドアに関する状況が予め設定された条件と合致した場合、前記かご内状態保持部に対し、前記かご内の利用状態を示す値が小さくなる方向の更新を許可しないかご内状態更新判定部と、
    前記かご内状態保持部により保持された前記かご内の利用状態を示す値に基づいて、前記かご内の満員を検出するかご内満員検出部と、を備え、
    前記かご内状態保持部は、前記エレベーターのドアに関する状況が前記予め設定された条件と合致した場合、かつ前記かご内満員検出部で前記かご内の満員が検出された場合には、前記エレベーターのドアに関する状況が前記予め設定された条件と不一致となるまで、前記かご内が満員状態であることを示す満員情報を保持する
    エレベーター。
11. かごと、かご内の状態を取得するセンサが出力する情報に基づいて前記かご内の満員を検出する処理を行う演算装置と、を備えたエレベーターにおけるかご内状態検出方法であって、
    かご内状態保持部において、前記センサが出力する情報に基づく前記かご内の利用状態を示す値を保持する処理と、
    かご内状態更新判定部において、前記エレベーターのドアに関する状況が予め設定された条件と合致した場合、前記かご内状態保持部に対し、前記かご内の利用状態を示す値が小さくなる方向の更新を許可しない処理と、
    かご内満員検出部において、前記かご内状態保持部により保持された前記かご内の利用状態を示す値に基づいて、前記かご内の満員を検出する処理と、
    前記かご内状態保持部において、前記エレベーターのドアに関する状況が前記予め設定された条件と合致した場合、かつ前記かご内満員検出部で前記かご内の満員が検出された場合には、前記エレベーターのドアに関する状況が前記予め設定された条件と不一致となるまで、前記かご内が満員状態であることを示す満員情報を保持する処理と、を含む
    かご内状態検出方法。

Images