(57)【要約】  被計測対象箇所をカメラで撮影した画像を受信し、その受信した画像に基づいて被計測対象箇所の人数を算出し、算出した人数に応じて、乗りかごを割当てる処理を行う。ここで、カメラからの画像を受信できない異常を判定したとき、乗りかごまたは被計測対象箇所に設置されたセンサなどの検出値を参照して、乗りかごまたは被計測対象箇所の人数を算出する処理を行う。
2020110279.tif 000002
【特許請求の範囲】
【請求項１】
被計測対象箇所を撮影するカメラと、
前記カメラが撮影した画像を受信する受信部と、
前記受信部が受信した画像に基づいて、前記被計測対象箇所の人数を算出する人数設定部と、
前記人数設定部が算出した前記被計測対象箇所の人数に応じて、乗りかごを割当てる割当て指令部と、
前記受信部での画像の受信状況に基づいて、前記カメラまたは伝送路の異常を判定する異常判定部と、を備えた人数情報取得システムであって、
前記異常判定部が異常を判定したとき、前記人数設定部は、前記乗りかごまたは前記被計測対象箇所に設置されたセンサの検出値を参照して人数を算出する
人数情報取得システム。
【請求項２】
さらに、前記受信部が受信した画像またはその画像に基づいて算出した人数から、前記乗りかごの運用状況での人数を学習する学習部と、
前記学習部が学習した結果を参照して、前記被計測対象箇所の人数を予測する人数を予測する人数予測部を備え、
前記異常判定部が異常を判定したとき、前記人数設定部は、前記人数予測部が予測した人数を参照して、前記被計測対象箇所の人数を算出する
請求項１に記載の人数情報取得システム。
【請求項３】
前記被計測対象箇所を撮影するカメラとして、乗りかご内を撮影するカメラと、乗りかごの乗場を撮影するカメラを用意し、
前記受信部での画像の受信状況に基づいて、乗りかご内を撮影するカメラの異常を判定したとき、前記人数設定部は、前記乗りかごに設置された荷重センサの検出値を参照して乗りかご内の人数を算出し、
前記異常判定部が前記乗場を撮影するカメラの異常を判定したとき、前記人数設定部は、前記人数予測部が予測した人数を参照して乗場の人数を算出する
請求項２に記載の人数情報取得システム。
【請求項４】
前記被計測対象箇所を撮影するカメラは、乗りかご内を撮影するカメラであり、
前記センサは、乗りかごに設置された荷重センサであり、
前記受信部は、乗りかごに設置されたドアの開閉情報を受信し、
前記異常判定部が前記乗りかご内を撮影するカメラを正常であると判断し、前記受信部が前記乗りかごに設置されたドアの開閉情報でドアの開状態を検出し、前記乗りかご内を撮影するカメラが撮影した画像に基づいて前記人数設定部が算出した人数に変化があり、かつ前記荷重センサの検出値に変化があるとき、前記乗りかご内を撮影するカメラが撮影した画像に基づいて前記人数設定部が算出した人数を、前記乗りかごの人数とする
請求項１に記載の人数情報取得システム。
【請求項５】
前記異常判定部は、前記受信部で規定時間、前記カメラが撮影した画像を受信できない場合と、前記受信部で複数回連続して前記カメラが撮影した画像を受信できない場合とに、前記カメラまたは伝送経路の異常と判断する
請求項１に記載の人数情報取得システム。
【請求項６】
前記異常判定部が前記カメラの異常を判断したとき、所定の端末装置に対して、カメラ異常信号を発報する異常発報部を備える
請求項１に記載の人数情報取得システム。
【請求項７】
被計測対象箇所をカメラで撮影する撮影処理と、
前記カメラが撮影した画像を受信する受信処理と、
前記受信処理で受信した画像に基づいて、前記被計測対象箇所の人数を算出する人数判断処理と、
前記人数判断処理により算出した前記被計測対象箇所の人数に応じて、乗りかごを割当てる割当て処理と、
前記受信処理による画像の受信状況に基づいて、前記カメラまたは伝送経路の異常を判定する異常判定処理と、を含む人数情報取得方法であって、
前記異常判定処理で異常を判定したとき、前記人数判断処理は、前記乗りかごまたは前記被計測対象箇所に設置されたセンサの検出値を参照して人数を算出する
人数情報取得方法。
【請求項８】
さらに、前記受信処理により受信した画像またはその画像に基づいて算出した人数から、前記乗りかごの運用状況での人数の算出を学習する学習処理と、
前記学習処理により学習した結果を参照して、前記被計測対象箇所の人数を予測する人数予測処理と、を含み、
前記異常判定処理で異常を判定したとき、前記人数予測処理で予測した人数を参照して、前記被計測対象箇所の人数を前記人数判断処理により算出する
請求項７に記載の人数情報取得方法。
【請求項９】
乗りかごに設置され、乗りかごの内部を撮影するかご内カメラと、
前記かご内カメラが撮影した画像を受信する受信部と、
前記受信部が受信した画像に基づいて、かご内の人数を算出する人数設定部と、
前記人数設定部が判断したかご内の人数に応じて、乗りかごを割当てる割当て指令部と、
前記受信部での前記かご内カメラが撮影した画像の受信状況に基づいて、前記かご内カメラまたは伝送経路の異常を判定する異常判定部と、を備えたエレベーターであって、
前記異常判定部が異常を判定したとき、前記人数設定部は、乗りかごに設置された荷重センサの検出値に基づいてかご内の人数を算出する
エレベーター。
【請求項１０】
さらに、乗場を撮影する乗場カメラと、
前記受信部が受信した画像またはその画像に基づいて算出した人数から、前記乗りかごの運用状況での人数の算出を学習する学習部と、
前記学習部が学習した結果を参照して、乗場の人数を予測する人数を予測する人数予測部と、を備え、
前記異常判定部が異常を判定したとき、前記人数設定部は、前記人数予測部が予測した人数を参照して、乗場の人数を算出する
請求項９に記載のエレベーター。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、人数情報取得システム、人数情報取得方法およびエレベーターに関する。
【背景技術】
【０００２】
複数の号機のエレベーターが隣接して設置されたエレベーターシステムにおいては、各号機の乗りかごの乗車人数や、乗場での利用待ち人数などに応じて、各号機の乗りかごを適正に運行制御する必要がある。すなわち、複数台の乗りかごの利用状況がほぼ均等になるように制御することで、乗場での待ち時間の短縮や、エレベーター全体での利用効率の向上を図ることができる。例えば、いずれかの階でかご呼びボタンが押されたとき、乗客数が少ない乗りかごを優先的に停止させるようにエレベーターの運行を制御することが考えられる。また、かご呼びボタンが押された乗場での利用待ち人数が判ることで、待ち人数が多い場合には、複数台の乗りかごを停止させる等の対処が可能になる。【０００３】
各号機の乗りかごの乗車人数の算出は、乗りかご内に設置されたカメラが撮影した画像に基づいて行われる。また、乗場での待ち人数の算出は、乗場に設置されたカメラが撮影した画像に基づいて行われる。
特許文献１には、エレベーターの乗場にカメラ（撮像装置）を設置して、カメラが撮影した画像から乗場の混雑状況（人口密度）を算出して、算出した混雑状況に基づいて乗りかごを待機させる制御システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−１０９８４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、乗りかご内のカメラや乗場のカメラを使って撮影した画像から乗客数や待ち人数を検出する構成とした場合、これらのカメラの故障などで画像を取得できない場合には、エレベーターの制御を適正に行うことができなくなってしまう。すなわち、エレベーターの運行管理装置が、乗りかごに設置されたカメラからの画像を取得できない場合、各乗りかごの乗客数を把握できない。また、エレベーターの運行管理装置が、各階の乗場に設置されたカメラからの画像を取得できない場合、各階での乗場の待ち人数を把握できない。これらの事態が発生すると、エレベーターの運行管理装置は、実際の乗客数に応じた適正なエレベーターの制御ができなくなってしまう。【０００６】
本発明は、カメラからの画像が取得できない状況が発生しても、人数情報を取得して適正な管理を継続して行うことができる人数情報取得システム、人数情報取得方法およびエレベーターを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、例えば請求の範囲に記載の構成を採用する。
本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならは、被計測対象箇所を撮影するカメラと、カメラが撮影した画像を受信する受信部と、受信部が受信した画像に基づいて被計測対象箇所の人数を算出する人数設定部と、人数設定部が算出した被計測対象箇所の人数に応じて、乗りかごを割当てる割当て指令部と、受信部での画像の受信状況に基づいてカメラまたは伝送路の異常を判定する異常判定部とを備えた人数情報取得システムである。
そして、異常判定部が異常を判定したとき、人数設定部は、乗りかごまたは被計測対象箇所に設置されたセンサの検出値を参照して人数を算出するようにした。【０００８】
本発明によれば、カメラや伝送路に異常がある場合でも、被計測対象箇所の人数を判断でき、乗りかごの適正な割り当てができるようになる。
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施の形態例によるシステム全体の構成例を示すシステム構成図である。
【図２】本発明の一実施の形態例によるカメラ異常判定処理例を示すフローチャートである。
【図３】本発明の一実施の形態例によるかご内人数設定処理例を示すフローチャートである。
【図４】本発明の一実施の形態例による乗場人数設定処理例を示すフローチャートである。
【図５】本発明の一実施の形態例の変形例によるシステム全体の構成例を示すシステム構成図である。
【図６】本発明の一実施の形態例によるカメラ異常判定処理でカメラ異常を判定した際の発報処理例を示すフローチャートである。
【図７】図６のカメラ異常時の発報処理を行う場合のシステム構成図である。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施の形態例を、図１〜図４を参照して参照して説明する。
【００１１】
［１．システム全体の構成］
図１は、本発明の一実施の形態例のシステム構成例を示す図である。
本発明の一実施の形態例は、複数台の号機の乗りかごが配置されたエレベーターに適用したものであり、図１はエレベーターの制御構成を示す。
ここでは、複数台の号機の乗りかごの運行を統括制御するエレベーター運行管理システム１００と、そのエレベーター運行管理システム１００からの指示で各号機を制御するエレベーター制御システム２００とを備える。エレベーター制御システム２００は、１号機からＮ号機（Ｎは２以上の整数）までの複数台の号機の乗りかごの運行を同時に制御する。
【００１２】
エレベーター運行管理システム１００とエレベーター制御システム２００は、例えばエレベーターが設置された建物内に配置され、エレベーター制御システム２００が各号機の乗りかごを駆動するモータなどを制御する。エレベーター運行管理システム１００とエレベーター制御システム２００は、それぞれ予め用意されたプログラムに従って演算処理を行い、その演算処理結果に基づいて指令などを生成するコンピュータ装置で構成される。
【００１３】
図１に示すエレベーター運行管理システム１００は、エレベーター運行管理システム１００が行う機能から見た機能ブロック図である。
図１に示すように、エレベーター運行管理システム１００は、受信部１０１、学習部１０２、カメラ異常判定部１０３、階床別人数予測部１０４、乗場／かご内人数設定部１０５、総合評価部１０６、および利用者号機割当て指令部１０７を備える。
【００１４】
受信部１０１は、エレベーター制御システム２００での各号機の乗りかごの制御状態の情報を取得する受信処理を行うと共に、かご内カメラ２０が撮影した画像と、乗場カメラ３０が撮影した画像を取得する受信処理を行う。エレベーター制御システム２００から受信部１０１が受信する情報には、各号機の乗りかごの走行位置（昇降位置）などの情報の他に、乗りかごが備えるドアの開閉情報や、乗りかごに取り付けられたセンサの情報が含まれる。さらに、受信部１０１は、各階床の乗場に設置された呼出しボタンや、乗りかご内の操作パネルに配置された停止階ボタンなどの操作状況も受信する。
乗りかごに設定されたセンサの情報には、乗りかごの積載量を検出する荷重センサの情報が含まれる。
【００１５】
なお、かご内カメラ２０は、各号機の乗りかごの天井または壁面に取り付けられ、乗りかごの内部全体を撮影した画像を得る撮影処理を行う監視カメラである。乗場カメラ３０は、エレベーターが停止する各階床の乗場に設置され、各階床の乗場全体の状況を撮影した画像を得る撮影処理を行うカメラである。これらカメラ２０、３０が撮影したリアルタイムの画像は、伝送経路１０を介して受信部１０１に伝送される。
【００１６】
学習部１０２は、エレベーターの様々な運行状況での各号機の乗りかご内の乗客の人数や、各階床の乗場での待ち人数を学習する学習処理を行う。この人数を学習するために、学習部１０２には、受信部１０１が受信した画像や、階床別人数予測部１０４で人数を予測した情報が供給される。なお、学習部１０２は、各階床の乗場での待ち人数のみの学習を行って、各号機の乗りかご内の乗客の人数の学習は行わないようにしてもよい。
【００１７】
カメラ異常判定部１０３は、受信部１０１で受信した各カメラ２０、３０が撮影した画像の受信状況に基づいて、各カメラ２０、３０の異常を判定する。異常と判定する具体例については後述する（図２）。なお、ここでカメラ異常判定部１０３が各カメラ２０、３０を異常であると判定する場合には、カメラが撮影した画像を伝送する伝送経路１０の異常も含まれる。
カメラ異常判定部１０３での異常判定結果の情報は、階床別人数予測部１０４と乗場／かご内人数設定部１０５に送られる。
【００１８】
階床別人数予測部１０４は、学習部１０２が学習した過去の様々な状況での各階床の乗場での利用待ち人数の情報を参照して、現在の各階床の乗場での利用待ち人数を予測する。すなわち、階床別人数予測部１０４は、現在の状況（時刻、曜日、天候など）と合致する過去の同様の状況で学習した利用待ち人数を学習部１０２から取得する。そして、その取得した過去の同様の状況での利用待ち人数を参照して、現在の利用待ち人数を予測する。
【００１９】
乗場／かご内人数設定部１０５は、受信部１０１が受信した画像に基づいて、各号機の乗りかご内の乗客数と、各階床の乗場での利用待ち人数を得る人数判断処理を行う。すなわち、乗場／かご内人数設定部１０５は、受信部１０１が受信したかご内カメラ２０の画像を画像解析して、人の頭や体を認識し、認識した人の数を集計して、乗りかご内の利用者数を算出する。また、乗場／かご内人数設定部１０５は、受信部１０１が受信した乗場カメラ３０の画像を画像解析して、人の頭や体を認識し、認識した人の数を集計して、その乗場カメラ３０が設置された階床での利用待ち人数を算出する。
【００２０】
また、乗場／かご内人数設定部１０５は、カメラ異常判定部１０３からカメラ異常の情報を得た場合には、階床別人数予測部１０４が予測した人数を、各号機の乗りかご内の乗客数または各階床の乗場での利用待ち人数とする。
【００２１】
総合評価部１０６は、乗場／かご内人数設定部１０５で判定（算出）した、各階床の乗場での利用待ち人数と、各号機の乗りかご内の乗客数とを総合的に評価して、各号機の乗りかごを割当てる処理を行う。
利用者号機割当て指令部１０７は、総合評価部１０６で各号機の乗りかごの割当て結果に基づいて、各号機の乗りかごを割当てる指令を生成し、生成した指令をエレベーター制御システム２００に送る。
利用者号機割当て指令部１０７からの指令を受信したエレベーター制御システム２００は、各号機の乗りかごを、指令に基づいた階床に停止させる走行制御を行う。
【００２２】
［２．カメラ異常判定処理］
図２は、カメラ異常判定部１０３におけるカメラ異常判定処理例を示すフローチャートである。
まず、カメラ異常判定部１０３は、複数用意されたカメラ（かご内カメラ２０と乗場カメラ３０）の内のいずれか１台について、予め規定された時間（以下、「規定時間」という）、いずれかのカメラからの画像データの受信部１０１での受信がないか否かを判断する（ステップＳ１１）。この規定時間は、例えば数秒から数十秒程度の時間とする。
【００２３】
ステップＳ１１で、規定時間の間、画像データの受信部１０１での受信がないと判断されると（ステップＳ１１のＹｅｓ）、カメラ異常判定部１０３は、対応した装置（号機または階床）のカメラの異常フラグをオンに設定する（ステップＳ１２）。ここで、異常フラグのオンは、タイムアウトエラーによる異常フラグのオンである。ステップＳ１２で異常フラグをオンに設定した後、カメラ異常判定部１０３はステップＳ１３の判断に移る。
【００２４】
また、ステップＳ１１で、受信部１０１で、画像データの受信が規定時間内にあった場合には（ステップＳ１１のＮｏ）、カメラ異常判定部１０３は、該当するカメラからの画像データの受信に失敗する受信エラーが複数回連続してあるか否か判断する（ステップＳ１４）。ここで、画像データの受信に失敗する受信エラーが複数回連続してある場合（ステップＳ１４のＹｅｓ）、カメラ異常判定部１０３は、対応した装置（号機または階床）のカメラの異常フラグをオンに設定する（ステップＳ１５）。この異常フラグのオンは、受信エラーによる異常フラグのオンである。ステップＳ１５で異常フラグをオンに設定した後、カメラ異常判定部１０３はステップＳ１３の判断に移る。
【００２５】
また、ステップＳ１４で、画像データの受信に失敗する受信エラーが複数回連続してない場合（ステップＳ１４のＮｏ）、カメラ異常判定部１０３は、対応した装置（号機または階床）のカメラの異常フラグをオフに設定する（ステップＳ１６）。この異常フラグをオフに設定する処理は、該当するカメラが正常であるとする処理に相当する。ステップＳ１６で異常フラグをオフに設定した後、カメラ異常判定部１０３はステップＳ１３の判断に移る。
【００２６】
そして、カメラ異常判定部１０３は、用意された全てのかご内カメラ２０と乗場カメラ３０について確認したか否かを判断する（ステップＳ１３）。この判断で、確認していないかご内カメラ２０または乗場カメラ３０がある場合には（ステップＳ１３のＮｏ）、ステップＳ１１の判断に戻り、まだ確認していないかご内カメラ２０または乗場カメラ３０についての異常フラグの設定処理を行う。また、ステップＳ１３の判断で、全てのカメラの確認が済んだ場合には（ステップＳ１３のＹｅｓ）、１回のカメラ異常判定処理を終了する。
この図２のフローチャートに示すカメラ異常判定処理は、エレベーターを運用している間、継続して繰り返し実行される。
【００２７】
［３．かご内人数設定処理］
図３は、乗場／かご内人数設定部１０５におけるかご内人数設定処理の例を示すフローチャートである。この図３に示すかご内人数設定処理が、各号機ごとに実行される。
まず、乗場／かご内人数設定部１０５は、該当する号機のかご内カメラ２０の異常フラグを参照して、かご内カメラ２０が正常か否かを判断する（ステップＳ２１）。ここで、異常フラグがオンで、かご内カメラ２０が異常である場合には（ステップＳ２１のＮｏ）、乗場／かご内人数設定部１０５は、該当する乗りかごの荷重センサの検出値を取得し、その荷重センサの検出値から、乗りかごの利用者数を設定する（ステップＳ２２）。このとき、乗場／かご内人数設定部１０５は、荷重センサが検出した重量値を、１人の平均重量（例えば７５ｋｇ程度）で割った値を、利用者数とする。
【００２８】
また、ステップＳ２１で異常フラグがオフで、かご内カメラ２０が正常である場合には（ステップＳ２１のＹｅｓ）、乗場／かご内人数設定部１０５は、該当する号機の乗りかごが、いずれかの階床に停止してドアが開状態か否かを判断する（ステップＳ２３）。ここで、ドアが閉状態であると判断したとき（ステップＳ２３のＮｏ）、乗場／かご内人数設定部１０５は、該当する乗りかごのドアが閉になる直前に判断した乗りかごの利用者数を、現在の乗りかご内の利用者人数に設定する（ステップＳ２４）。
【００２９】
また、ステップＳ２３の判断で、ドアが開状態であると判断した場合には（ステップＳ２３のＹｅｓ）、乗場／かご内人数設定部１０５は、かご内カメラ２０の画像に基づいて検出した人数に変化があり、かつ、該当する乗りかごの荷重センサの検出値に変化があるか否かを判断する（ステップＳ２５）。
ここで、かご内カメラ２０の画像に基づいて検出した人数に変化があり、かつ、該当する乗りかごの荷重センサの検出値に変化がある場合に該当しないときは（ステップＳ２５のＮｏ）、乗場／かご内人数設定部１０５は、前回判断した乗りかごの利用者数を、現在の乗りかご内の利用者人数に設定する（ステップＳ２６）。
【００３０】
また、ステップＳ２５の判断で、かご内カメラ２０の画像に基づいて検出した人数に変化があり、かつ、該当する乗りかごの荷重センサの検出値に変化がある場合には（ステップＳ２５のＹｅｓ）、乗場／かご内人数設定部１０５は、かご内カメラ２０の画像に基づいて検出した人数を、乗りかごの利用者人数に設定する（ステップＳ２７）。
【００３１】
そして、ステップＳ２２，Ｓ２４，Ｓ２６，Ｓ２７で乗りかごの利用者人数の設定が行われると、１回のかご内人数設定処理が終了する。この図３のフローチャートに示すかご内人数設定処理は、それぞれの乗りかご毎に繰り返し実行される。
【００３２】
［４．乗場人数設定処理］
図４は、乗場／かご内人数設定部１０５における乗場人数設定処理の例を示すフローチャートである。この図４に示す乗場人数設定処理は、各階床の乗場ごとに実行される。
まず、乗場／かご内人数設定部１０５は、該当する階床の乗場カメラ３０の異常フラグを参照して、乗場カメラ３０が正常か否かを判断する（ステップＳ３１）。ここで、異常フラグがオフで、乗場カメラ３０が正常であるとき（ステップＳ３１のＹｅｓ）、乗場／かご内人数設定部１０５は、乗場カメラ３０が撮影した画像の画像認識で検出した人数を、乗場の利用待ち人数に設定する（ステップＳ３２）。
【００３３】
また、ステップＳ３１で、異常フラグがオンで、乗場カメラ３０が異常であると判定された場合には（ステップＳ３１のＮｏ）、乗場／かご内人数設定部１０５は、階床別人数予測部１０４が予測した人数を、現在の乗場の利用待ち人数に設定する（ステップＳ３３）。なお、階床別人数予測部１０４での予測は、学習部１０２での学習結果に基づいた予測であり、該当するエレベーターが設置された建物での利用状況などを反映した予測である。
【００３４】
そして、ステップＳ３２、Ｓ３３で、乗場の利用待ち人数の設定が行われると、１回の乗場の人数設定処理が終了する。この図４のフローチャートに示す乗場人数設定処理は、それぞれの階床毎に繰り返し実行される。
【００３５】
以上説明したように、エレベーターの各乗りかごの乗客数と各階床の乗場人数とを判断する処理を行うことで、かご内カメラ２０や乗場カメラ３０に異常があっても、乗りかご内人数や乗場人数を適正に判断することができる。したがって、かご内カメラ２０や乗場カメラ３０の異常時、あるいは伝送経路１０の異常時であっても、複数台の乗りかごの割当てを適正に行うことができる。
【００３６】
例えば、かご内カメラ２０の画像が取得できない場合には、乗りかごに設置された荷重センサの値から、乗りかごの乗客数を判断することにより、実際の荷重に基づいた的確な人数判断ができるようになる。
また、乗場カメラ３０の画像が取得できない場合には、学習部１０２での学習結果を参照した階床別人数予測部１０４での予測人数を乗場人数とするので、エレベーター設置建物での利用状況を反映した的確な人数判断ができるようになる。例えば、特定の曜日の特定の時間帯に、１階の乗場が混雑するような場合、学習部１０２がその状況を学習して、万一、１階の乗場カメラ３０に異常が発生しても、曜日や時間帯などの状況から、適切な乗場人数の予測ができるようになる。したがって、乗場カメラ３０や画像を伝送する伝送経路１０に異常が発生しても、そのときの利用状況を反映した適切な乗りかごの割当てができるようになる。
【００３７】
また、かご内カメラ２０が正常である場合には、乗りかごのドアが開いていて、その乗りかごに取り付けられた荷重センサの値に変化がある場合にだけ、乗客数を更新するようにすることで、利用人数を誤って変化させることがなくなる。
すなわち、かご内カメラ２０が撮影した画像の解析で人数を判断する場合、複数の人が画像内で重なる等の要因で、人数を誤判断する可能性がある。ここで本実施の形態例の場合には、図３に示すフローチャートのようにドア開でかつ荷重センサ値が変化したときという条件を定めることで、人数の変化がない場合には人数の更新が行われず、誤った人数判断が行われる可能性を低減することができる。
【００３８】
［５．変形例（その１：かご内カメラだけを備えた構成の例）］
なお、図１に示すシステム構成は、好適な一例を示すものであり、本発明は、図１に示すシステム構成に限定されない。
例えば、図１に示す構成では、かご内カメラ２０と乗場カメラ３０の双方を備えたエレベーターシステムに適用した。これに対して、例えば図５に示すように、かご内カメラ２０だけを備える構成として、受信部１０１が受信するカメラ画像として、かご内カメラ２０の画像とし、乗場カメラ３０は省略したシステムに適用してもよい。
【００３９】
この場合、何らかの事情により、かご内カメラ２０が撮影した画像を受信できない場合に、上述した実施の形態例では、荷重センサの検出値を使って人数を判断する際に、予め決められた１人当たりの平均重量値で、荷重センサの検出値を割って人数を判断するようにした。これに対して、荷重センサの検出値と、学習部１０２での学習結果を使ってより高度な判断を行うようにしてもよい。
例えば、学習部１０２での学習結果で、子供の利用が多い時間帯であると判断した場合、演算する際の１人当たりの平均重量値を、学習結果に基づいて小さな値に変化させて、荷重センサの検出値から人数を判断する精度を向上させてもよい。
なお、図１に示すかご内カメラ２０と乗場カメラ３０の双方を備えた構成の場合であっても、かご内カメラ２０が撮影した画像が取得できない場合に、同様に学習部１０２での学習結果を使って、乗りかご内の人数を予測してもよい。
【００４０】
［６．変形例（その２：カメラ異常時に外部に発報を行う例）］
上述した図２に示すカメラ異常判定処理でかご内カメラ２０または乗場カメラ３０の異常を検知したとき、検知したカメラ異常を外部に発報（通知）するようにしてもよい。
【００４１】
図６のフローチャートは、エレベーター運行管理システム１００のカメラ異常判定部１０３が、図２のフローチャートで説明した処理でカメラ異常を検知したときに、カメラ異常を発報する処理の例を示す。
ここでは、カメラ異常判定部１０３は、図２のフローチャートで説明した処理で、かご内カメラ２０または乗場カメラ３０の異常を検知したとき、該当するカメラの異常フラグをオンにする。カメラが異常状態から正常状態に復帰したときには、該当するカメラの異常フラグをオフにする。
【００４２】
その上で、図６に示すように、カメラ異常判定部１０３は、１台ごとのかご内カメラ２０または乗場カメラ３０について、カメラが正常か否か（つまり異常フラグがオフか否か）を判断する（ステップ４１）。
このステップ４１での判断で、該当するカメラの異常フラグがオフでない場合、つまり異常フラグがオンでカメラ異常がある場合（ステップ４１のＮｏ）、カメラ異常判定部１０３は、規定した時間連続して異常が継続するか否かを判断する（ステップＳ４２）。このステップＳ４２では、異常フラグがオンの状態が規定した時間連続するかを判断する。
【００４３】
ステップＳ４２の判断で、規定した時間連続して異常フラグがオンの状態であるとき（ステップＳ４２のＹｅｓ）、カメラ異常判定部１０３は、該当するカメラ（かご内カメラ２０または乗場カメラ３０のいずれか）が異常であるとして、カメラ異常信号の発報を指示する（ステップＳ４３）。
また、ステップ４１での判断で、該当するカメラの異常フラグがオフである場合（ステップＳ４１のＹｅｓ）、カメラ異常判定部１０３は、ステップＳ４４の判断に移る。さらに、ステップＳ４２の判断で、異常フラグがオンの状態が規定時間連続しない場合にも（ステップＳ４２のＮｏ）、カメラ異常判定部１０３は、ステップＳ４４の判断に移る。
【００４４】
そして、ステップＳ４４では、カメラ異常判定部１０３は、システム内の全てのカメラ（かご内カメラ２０および乗場カメラ３０）のチェックが完了したか否かを判断する（ステップＳ４４）。
ステップＳ４４の判断で、チェックしていないカメラがある場合には（ステップＳ４４のＮｏ）、カメラ異常判定部１０３は、ステップＳ４１の処理に戻り、別のカメラについて処理を繰り返す。また、ステップＳ４４の判断で、全てのカメラをチェックした場合（ステップＳ４４のＹｅｓ）、カメラ異常判定部１０３は、カメラ異常信号の発報処理を終了する。
【００４５】
図７は、図６に示すカメラ異常信号の発報処理を行う場合のシステム構成の一例を示す。
エレベーター運行管理システム１００は、異常発報部１１１を備える。異常発報部１１１は、カメラ異常判定部１０３からカメラ異常信号の発報指示があるとき、管制センタ５０にカメラ異常信号を発報する。エレベーター運行管理システム１００と管制センタ５０とは、所定のネットワーク４０で接続されている。このネットワーク４０は、エレベーター運行管理システム１００とカメラ２０，３０を接続するネットワーク１０と別のネットワークであるが、同じネットワークを使用してもよい。
【００４６】
管制センタ５０は、エレベーターの運行状況などをビル管理者が管理する部署であり、エレベーターの運行状況などを表示する端末装置を備える。管制センタ５０は、エレベーター制御システム２００と通信を行って、エレベーターのリアルタイムでの運行状況などの表示を行う。この管制センタ５０は、例えばビル内の管理部署や、防災センタなどに設置される。
【００４７】
図６のフローチャートのステップＳ４３でカメラ異常信号の発報指示があるとき、異常発報部１１１は、管制センタ５０に対してカメラ異常信号を発報（送信）する。このとき、異常を検知したカメラの識別コードを付加してもよい。例えば、１号機のかご内カメラをＩＤ：０１、２号機のかご内カメラをＩＤ：０２、・・・とし、１階の乗場カメラをＩＤ：１１、２階の乗場カメラをＩＤ：１２、・・・とし、それぞれ個別のコードを設定する。そして、それぞれのカメラを区別する識別コードを付与し、カメラ異常信号には、異常を検知したカメラの識別コード（ＩＤ：ＸＸ）を付加する。
【００４８】
このようなカメラ異常信号が管制センタ５０に送信されることで、管制センタ５０の端末装置が、識別コードで示されたカメラの異常を表示する。
このようにして、管制センタ５０にカメラ異常信号が発報されることで、管制センタ５０では、システム内のいずれかのカメラの異常を管理者に通知でき、該当するカメラの修理や復旧の手配が可能になる。
【００４９】
また、カメラ異常信号を管制センタ５０に送信する際には、異常発報部１１１と管制センタ５０とを直接信号線で接続して、その接続をオンオフするいわゆる接点信号方式で、カメラ異常信号を伝送してもよい。この場合、１本の信号線を使ってカメラ異常信号を発報する構成の他、複数の信号線を使って異常のカメラを特定できる構成としてもよい。
また、図７ではネットワーク４０を経由して管制センタ５０にカメラ異常信号を送信するようにしたが、エレベーター運行管理システム１００からエレベーター制御システム２００を経由して管制センタ５０に送信してもよい。
なお、カメラ異常信号は、ビル内の管制センタ５０だけでなく、外部のエレベーター監視センタなどに送信してもよい。
【００５０】
［７．その他の変形例］
また、上述した実施の形態例では、カメラ画像が取得できない場合に利用するセンサとして、乗りかごの荷重を検出する荷重センサを使用するようにしたが、その他のセンサを利用してもよい。例えば、乗場カメラ３０の画像が取得できないような異常時には、乗場に設置した赤外線センサでの人の検出状況や、乗場に設置したゲートが備えるセンサでの人数のカウント値などを使って、乗場での待ち人数を予測してもよい。
【００５１】
また、上述した実施の形態例では、乗場の待ち人数としては、各階床ごとに待ち人数を算出するようにしたが、乗場などの人数を計測する被計測対象箇所として、より細かく分けた箇所を設定してもよい。具体的には、各階床の乗場に複数台の乗場カメラ３０を設置して、１つの階床の乗場の被計測対象箇所を、一方の群の乗りかごのドアに近い箇所と、他方の群の乗りかごのドアに近い箇所の２つに分け、それぞれの箇所ごとに個別に待ち人数を計測してもよい。このようにすることで、それぞれの箇所での待ち状況に応じて、利用者がより多くいる場所に近い箇所の乗りかごを優先的に割り当てるような処理が可能になる。
【００５２】
また、本発明は上記した実施の形態例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施の形態例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成や処理を備えるものに限定されるものではない。例えば、図２、図３、図４、図６のフローチャートに示す各ステップを実行する順序は一例を示すものであり、処理を行う順序を変更したり、一部の処理を省略してもよい。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能などは、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００５３】
１０…伝送経路、２０…かご内カメラ、３０…乗場カメラ、４０…ネットワーク、５０…管制センタ、１００…エレベーター運行管理システム、１０１…受信部、１０２…学習部、１０３…カメラ異常判定部、１０４…階床別人数予測部、１０５…乗場／かご内人数設定部、１０６…総合評価部、１０７…利用者号機割当て指令部、１１１…異常発報部、２００…エレベーター制御システム
【図１】
2020110279.tif 000003
【図２】
2020110279.tif 000004
【図３】
2020110279.tif 000005
【図４】
2020110279.tif 000006
【図５】
2020110279.tif 000007
【図６】
2020110279.tif 000008
【図７】
2020110279.tif 000009
【国際調査報告】
2020110279.tif 000010
2020110279.tif 000011
2020110279.tif 000012
2020110279.tif 000013