(57)【要約】  本発明の一態様は、制御部は、撮像データに基づいて、乗客の移動速度を検出する速度検出部と、撮像データに基づいて、乗客密度を検出する密度検出部と、乗客の乗り込み率を検出する乗り込み率検出部と、を有し、速度検出部が検出した移動速度、密度検出部が検出した乗客密度、及び、乗り込み率検出部が検出した乗り込み率のそれぞれを、それぞれに対応する閾値と比較し、比較結果に応じて、駆動装置を制御し、複数の踏段の移動速度を制御する。
2019142309.tif 000002
【特許請求の範囲】
【請求項１】
複数の踏段と、前記複数の踏段を循環移動させるための駆動装置と、を備えた乗客コンベアの運転を制御する運転制御システムにおいて、
前記駆動装置を制御する制御部を備え、
前記制御部は、
前記乗客コンベアの降り口及びその近傍を撮像した第１撮像データを受信する撮像データ受信部と、
第１撮像データに基づいて、乗客の移動速度を検出する速度検出部と、
第１撮像データに基づいて、乗客密度を検出する密度検出部と、
乗客の乗り込み率を検出する乗り込み率検出部と、を有し、
前記速度検出部が検出した前記乗客の移動速度、前記密度検出部が検出した前記乗客密度、及び、前記乗り込み率検出部が検出した前記乗り込み率のそれぞれを、それぞれに対応する閾値と比較し、
比較結果に応じて、前記駆動装置を制御し、前記複数の踏段の移動速度を制御する
ことを特徴とする運転制御システム。
【請求項２】
前記乗客の移動速度、前記乗客密度、及び、前記乗り込み率のそれぞれに対応する閾値として、少なくとも第１の混雑状況に応じた第１の閾値と、前記第１の混雑状況よりも混雑度の高い第２の混雑状況に応じた第２の閾値が設定され、
前記制御部は、
前記第１の閾値と前記第２の閾値を用いて、混雑の状況が、前記第１の混雑状況か、前記第２の混雑状況かを判別し、
混雑の状況が前記第２の混雑状況と判別する場合は、前記駆動装置を制御し、前記複数の踏段の移動を停止させ、
混雑の状況が前記第１の混雑状況と判別する場合は、前記駆動装置を制御し、前記複数の踏段の移動を減速させる
ことを特徴とする請求項１に記載の運転制御システム。
【請求項３】
前記撮像データ受信部は、前記乗客コンベアの乗り口及びその近傍を撮像した第２撮像データを受信し、
前記乗り込み率検出部は、前記第１撮像データと前記第２撮像データに基づいて、前記乗客コンベアの乗客数を検出し、検出した乗客数に応じて前記乗り込み率を検出する
ことを特徴とする請求項１又は請求項２に記載の運転制御システム。
【請求項４】
前記駆動装置に電力を供給するインバータ装置を備え、
前記乗り込み率検出部は、前記インバータ装置から前記駆動装置に送られる供給電力の大きさに基づいて、前記乗り込み率を検出する
ことを特徴とする請求項１又は請求項２に記載の運転制御システム。
【請求項５】
前記乗客コンベアの降り口及びその近傍を撮像し、第１撮像データを生成する降り口撮像部を備え、
前記降り口撮像部は、前記乗客コンベアの構成部材に取り付けられている
ことを特徴とする請求項１又は請求項２に記載の運転制御システム。
【請求項６】
前記乗客コンベアの乗り口及びその近傍を撮像し、第２撮像データを生成する乗り口撮像部を備え、
前記乗り口撮像部は、前記乗客コンベアの構成部材に取り付けられている
ことを特徴とする請求項３に記載の運転制御システム。
【請求項７】
複数の踏段と、
前記複数の踏段を循環移動させるための駆動装置と、
前記駆動装置を制御する制御部と、を備えた乗客コンベアにおいて、
前記制御部は、
前記乗客コンベアの降り口及びその近傍を撮像した第１撮像データを受信する撮像データ受信部と、
第１撮像データに基づいて、乗客の移動速度を検出する速度検出部と、
第１撮像データに基づいて、乗客密度を検出する密度検出部と、
乗客の乗り込み率を検出する乗り込み率検出部と、を有し、
前記速度検出部が検出した前記乗客の移動速度、前記密度検出部が検出した前記乗客密度、及び、前記乗り込み率検出部が検出した前記乗り込み率のそれぞれを、それぞれに対応する閾値と比較し、
比較結果に応じて、前記駆動装置を制御し、前記複数の踏段の移動速度を制御する
ことを特徴とする乗客コンベア。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、運転制御システム及び乗客コンベアに関し、特に乗客の状況に合わせて乗客コンベアの移動速度を制御する運転制御システム及びこの運転制御システムを備える乗客コンベアに関する。
【背景技術】
【０００２】
乗客コンベアの運転を制御する運転制御システムとして、例えば特許文献１には、エスカレータの上階側の降り場の天井付近に設置されたテレビカメラの撮像データに基づいて、エスカレータの降り場付近やその周囲での乗客の滞留を検知するエスカレータシステムが開示されている。このエスカレータシステムでは、検知した乗客の状況に応じて、エスカレータの運転を減速あるいは停止する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第４８５０２５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載の技術では、エスカレータ（乗客コンベア）の降り場付近やその周囲での乗客の滞留しか検知ができない。このため、混雑状況に応じた適切な運転制御ができない可能性がある。【０００５】
本発明の目的は、上記の状況に鑑みてなされたものであり、混雑状況に応じて適切に乗客コンベアの運転を制御できる運転制御システム及びこの運転制御システムを備えた乗客コンベアを提供することにある。
【課題を解決するための手段】
【０００６】
本発明の一態様の運転制御システムは、複数の踏段と、複数の踏段を循環移動させるための駆動装置と、を備えた乗客コンベアの運転を制御する運転制御システムにおいて、駆動装置を制御する制御部を備える。制御部は、乗客コンベアの降り口及びその近傍を撮像した第１撮像データを受信する撮像データ受信部と、第１撮像データに基づいて、乗客の移動速度を検出する速度検出部と、第１撮像データに基づいて、乗客密度を検出する密度検出部と、乗客の乗り込み率を検出する乗り込み率検出部と、を有する。また、制御部は、速度検出部が検出した移動速度、密度検出部が検出した乗客密度、及び、乗り込み率検出部が検出した前記乗り込み率のそれぞれを、それぞれに対応する閾値と比較する。そして、制御部は、比較結果に応じて、駆動装置を制御し、複数の踏段の移動速度を制御する。
【発明の効果】
【０００７】
本発明の少なくとも一態様によれば、まだ降り口及びその近傍に到着していない乗客コンベアの利用客（乗客）の情報も利用して混雑状況を検知し、検知した混雑状況に応じて乗客コンベアの運転を制御する。このため混雑状況に応じて適切に乗客コンベアの運転を制御できる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態に係る乗客コンベアを示す図である。
【図２】本発明の一実施形態に係る制御部のハードウェア構成を説明するための図である。
【図３】本発明の一実施形態に係る運転制御システムを示すブロック図である。
【図４】本発明の一実施形態に係る撮像データを説明するための図である。
【図５】本発明の一実施形態に係る判定表を示す図である。
【図６】本発明の一実施形態に係る運転制御システムによる乗客密度、乗客速度及び乗り込み率の検出例を示す図である。
【図７】本発明の一実施形態に係る運転制御処理を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態の例について、添付図面を参照しながら説明する。各図において実質的に同一の機能又は構成を有する構成要素については、同一の符号を付して重複する説明を省略する。
【００１０】
［乗客コンベアの構成］
まず、本発明の一実施形態の乗客コンベア１の構成について、図１を参照して説明する。図１は、本発明の一実施形態に係る乗客コンベア１を示す図である。
図１に示すように、乗客コンベア１は、上階床２と下階床３との間に架設されるフレーム４と、このフレーム４内に配置され、図示しないステップチェーンによって無端状に連結されて乗降口間を循環移動する複数の踏段５と、を備えている。本実施形態において、乗客コンベア１の乗客は、図１における白抜き矢印が示す方向に移動する。以下の説明において、上階床２側に配置された乗降口を乗り口６と称し、また、下階床３側に配置された乗降口を降り口７と称する。
【００１１】
また、乗客コンベア１は、これらの踏段５の進行方向に沿って立設される欄干８と、この欄干８により支持され、踏段５と同期して循環移動する移動手摺り９と、踏段５を循環移動させるための駆動装置（モーター）１０と、を備えている。
【００１２】
また、乗客コンベア１は、駆動装置１０を制御する制御部１１と、スピーカー装置１２と、乗り口側カメラ（乗り口側撮像部）１３と、降り口側カメラ（降り口側撮像部）１４と、を備えている。スピーカー装置１２は、制御部１１の制御に応じて音声、例えば後述するように乗客コンベア１が混雑している旨を示す音声、を出力する。
【００１３】
乗り口側カメラ１３は、乗り口６及びその近傍を連続して撮像し、撮像データ（第２撮像データ）を制御部１１に送信する。降り口側カメラ１４は、降り口７及びその近傍を連続して撮像し、撮像データ（第１撮像データ）を制御部１１に送信する。乗り口側カメラ１３及び降り口側カメラ１４のそれぞれは、固定部材１５を介して、欄干８に固定されている。
【００１４】
［制御部のハードウェア構成］
次に、制御部１１のハードウェア構成について、図２を参照して説明する。図２は、本発明の一実施形態に係る制御部１１のハードウェア構成を説明するための図である。
図２に示すように、制御部１１は、バスライン２５にそれぞれ接続されたＣＰＵ（Central Processing Unit：中央処理装置）２１、ＲＯＭ（Read Only Memory）２２、及びＲＡＭ（Random Access Memory）２３と、入出力インターフェース２４を備える。
【００１５】
ＣＰＵ２１は、乗客コンベア１を制御するためのソフトウェアのプログラムコードをＲＯＭ２２から読み出して実行する。ＲＡＭ２３には、演算処理の途中に発生した変数やパラメーター等が一時的に書き込まれる。入出力インターフェース２４には、駆動装置１０、スピーカー装置１２、乗り口側カメラ１３及び降り口側カメラ１４が接続される。なお、制御部１１は、ＣＰＵ２１の代わりに、ＭＰＵ（Micro-Processing Unit）等の処理装置を備えるようにしてもよい。
【００１６】
［運転制御システムの構成］
次に、本実施形態の運転制御システム１００の構成について、図３を参照して説明する。図３は、本発明の一実施形態に係る運転制御システム１００を示すブロック図である。
図３に示すように、本実施形態における運転制御システム１００は、駆動装置１０、スピーカー装置１２、乗り口側カメラ１３及び降り口側カメラ１４が接続された制御部１１で構成される。
【００１７】
制御部１１のＣＰＵ２１（図２参照）が、ＲＯＭ２２に記憶されているプログラムを実行することで、信号部３１、演算部３２、検出部３４として機能する。また、図３に示す記憶部３３は、制御部１１のＲＯＭ２２及びＲＡＭ２３で構成される。記憶部３３のＲＯＭ２２には、信号部３１、演算部３２、検出部３４が実行する各種処理で用いるデータやパラメーターなどが記憶されている。また、記憶部３３のＲＡＭ２３は、信号部３１、演算部３２、検出部３４が各種処理を実行する際の作業領域として機能する。
【００１８】
信号部３１は、乗り口側カメラ１３及び降り口側カメラ１４から送信された撮像データを受信する撮像データ受信部として機能する。
演算部３２は、所定の周期で、本実施形態では４０ｍｓｅｃ毎に、運転制御処理を実行する。演算部３２は、運転制御処理において、信号部３１に乗客密度検出処理と、乗客速度検出処理を実行させる。信号部３１は、乗客密度検出処理において、受信した撮像データから乗客密度を検出する。すなわち、信号部３１は、撮像データに基づいて、乗客密度を検出する密度検出部として機能する。
【００１９】
ここで、降り口側カメラ１４から送信される撮像データについて、図４を参照して説明する。図４は、本発明の一実施形態に係る撮像データを説明するための図である。
図４に示すように、降り口側カメラ１４から送信される撮像データは、降り口７及びその近傍の画像からなり、乗客コンベア１から降りる乗客の画像が含まれる場合がある。
【００２０】
信号部３１は、記憶部３３に予め記憶された乗客のパターン画像を用いて、パターンマッチングを行い、受信した撮像データから乗客の画像を抽出する。そして、信号部３１は、撮像データから乗客の画像が抽出できた場合、所定の基準に基づいて、降り場（降り口７及びその近傍）の乗客密度を検出し、検出した乗客密度を、記憶部３３を構成するＲＡＭ２３に記憶する。ここで、降り場（降り口７及びその近傍）の乗客密度とは、降り場における乗客コンベア１から降りる乗客の密度である。
【００２１】
乗客密度を検出するための所定の基準は、乗客コンベア１の性能、設置場所や求める安全性能などに応じて適宜設定可能である。例えば、本実施形態では、抽出された乗客の画像から連続する踏段５のそれぞれに２人の乗客がいることが推測可能な場合、すなわち図４に示すような撮像データ（の画角）で、４人の乗客の画像が抽出できた場合、乗客密度を１００％と検出する。同様に、図４に示すような撮像データ（の画角）で、３人の乗客の画像が抽出できた場合、乗客密度を７５％と検出し、２人では５０％、１人では２５％と検出する。
【００２２】
また、信号部３１は、乗客速度検出処理において、受信した撮像データから降り場（降り口７及びその近傍）における乗客コンベア１から降りる乗客の移動速度を検出する。具体的には、信号部３１は、連続して受信した撮像データのそれぞれについて、記憶部３３に予め記憶された乗客のパターン画像を用いて、パターンマッチングを行い、受信した撮像データから乗客の画像を抽出する。そして、連続して受信した撮像データにおける乗客の画像の変化から乗客の移動距離を算出し、算出した移動距離と撮像データのフレームレートに基づいて、乗客の移動速度、すなわち乗客速度を検出する。したがって、信号部３１は、撮像データに基づいて、乗客の移動速度（乗客速度）を検出する速度検出部として機能する。
【００２３】
ここで、連続して受信した撮像データのそれぞれについて複数人、例えば４人の乗客の画像が抽出できた場合、４つの乗客速度が検出される場合があるが、この場合は、それらの平均値を乗客速度とする。そして、信号部３１は、検出した乗客速度を、記憶部３３を構成するＲＡＭ２３に記憶する。
【００２４】
また、演算部３２は、運転制御処理において、検出部３４に、乗客コンベア１の乗客の乗り込み率（いわゆる「乗客負荷」）を検出させる。本実施形態における乗り込み率は、駆動装置１０に電力を供給するインバータ装置１７からのインバータ負荷情報（例えば、供給電力の大きさを示す供給電力情報）に基づいて検出されるものである。具体的には、測定時のインバータ装置１７から駆動装置１０に送られる供給電力情報を、設計上の最大積載量における供給電力情報で除した値に１００[％]を乗じた値によって表されるものである。検出部３４は、検出した乗り込み率を、記憶部３３を構成するＲＡＭ２３に記憶する。すなわち、検出部３４は、乗客の乗り込み率を検出する乗り込み率検出部として機能する。
【００２５】
演算部３２は、運転制御処理において、検出された乗客密度、乗客速度、及び、乗り込み率のそれぞれを、それぞれに対応する閾値と比較する。また、演算部３２は、記憶部３３に記憶されている判定表を参照し、比較結果に応じて混雑の状況を判別する。そして、演算部３２は、判別した混雑の状況に応じて駆動装置１０を制御し、複数の踏段５の移動速度を制御する。
【００２６】
次に、図５を参照して、運転制御処理において演算部３２が参照する判定表について、図５を参照して説明する。図５は、本発明の一実施形態に係る判定表を示す図である。
図５に示すように、乗客密度、乗客速度、及び、乗り込み率のそれぞれに対応する閾値として、混雑度に応じた２種類の閾値が設定されている。
【００２７】
具体的には、乗客密度に対応する閾値としては、閾値Ａと、閾値Ｂが設定されている。本実施形態において、閾値Ａは２５（％）、閾値Ｂは７５（％）に設定されている。検出された乗客密度が閾値Ａ未満の場合、乗客密度は低いと判別できる。また、検出された乗客密度が閾値Ａ以上閾値Ｂ未満の場合、乗客密度は中程度と判別できる。また、検出された乗客密度が閾値Ｂ以上の場合、乗客密度は高いと判別できる。一般的に、混雑時には、乗客密度が高まる傾向がある。
【００２８】
乗客速度に対応する閾値としては、閾値Ｃと、閾値Ｄが設定されている。本実施形態において、閾値Ｃは２（ｋｍ／時）、閾値Ｄは４（ｋｍ／時）に設定されている。検出された乗客速度が閾値Ｃ未満の場合、乗客速度は遅いと判別できる。また、検出された乗客速度が閾値Ｃ以上閾値Ｄ未満の場合、乗客速度は普通と判別できる。また、検出された乗客速度が閾値Ｄ以上の場合、乗客速度は早いと判別できる。一般的に、混雑時には、乗客速度が遅くなる傾向がある。
【００２９】
乗り込み率に対応する閾値としては、閾値Ｅと、閾値Ｆが設定されている。本実施形態において、閾値Ｅは２５（％）、閾値Ｆは７５（％）に設定されている。検出された乗り込み率が閾値Ｅ未満の場合、乗り込み率は低いと判別できる。また、検出された乗り込み率が閾値Ｅ以上閾値Ｆ未満の場合、乗り込み率は中程度と判別できる。また、検出された乗り込み率が閾値Ｆ以上の場合、乗り込み率は高いと判別できる。一般的に、混雑時には、乗り込み率が高くなる傾向がある。
なお、これら閾値Ａ〜Ｆの値は、乗客コンベア１の性能、設置場所や求める安全性能などに応じて適宜設定可能である。
【００３０】
演算部３２は、図５に示す判定表を参照することで、検出された乗客密度、乗客速度、及び、乗り込み率に基づいて、混雑の状況を、「Ｇ２」で示す異常（混雑：第２の混雑状況）、「Ｇ１」で示す軽異常（やや混雑：第１の混雑状況）、「−」で示す混雑していない、のいずれかに判別可能となっている。
【００３１】
判定表では、検出された乗客密度が閾値Ｂ以上で、乗客速度が閾値Ｃ未満で、且つ、乗り込み率が閾値Ｆ以上の場合の混雑の状況を、Ｇ２すなわち異常（混雑）と規定している。また、判定表では、検出された乗客密度が閾値Ｂ以上で、乗客速度が閾値Ｃ未満で、且つ、乗り込み率が閾値Ｅ未満又は閾値Ｅ以上閾値Ｆ未満の場合の混雑の状況を、Ｇ１すなわち軽異常（やや混雑）と規定している。
【００３２】
その他、判定表において、混雑の状況を、Ｇ１すなわち軽異常（やや混雑）と規定している場合として、検出された乗客密度が閾値Ｂ以上で、乗客速度が閾値Ｃ以上閾値Ｄ未満で、且つ、乗り込み率が閾値Ｅ以上閾値Ｆ未満又は閾値Ｆ以上の場合がある。また、検出された乗客密度が閾値Ｂ以上で、乗客速度が閾値Ｄ以上で、且つ、乗り込み率が閾値Ｆ以上の場合がある。また、検出された乗客密度が閾値Ａ以上閾値Ｂ未満で、乗客速度が閾値Ｃ以上閾値Ｄ未満で、且つ、乗り込み率が閾値Ｆ以上の場合がある。また、検出された乗客密度が閾値Ａ以上閾値Ｂ未満で、乗客速度が閾値Ｃ未満で、且つ、乗り込み率が閾値Ｅ以上閾値Ｆ未満、又は、閾値Ｆ以上の場合がある。また、検出された乗客密度が閾値Ａ未満で、乗客速度が閾値Ｃ未満で、且つ、乗り込み率が閾値Ｆ以上の場合がある。
【００３３】
なお、検出した乗客密度、乗客速度、及び、乗り込み率が上記のいずれの場合でもない場合、例えば検出された乗客密度が閾値Ａ未満で、乗客速度が閾値Ｃ未満で、且つ、乗り込み率が閾値Ｅ以上閾値Ｆ未満の場合、の混雑の状況は、混雑していない（判定表では「−」と表示）と判別できる。
【００３４】
演算部３２は、判別した混雑の状況がＧ１の軽異常（やや混雑）の場合、スピーカー装置１２から混雑している旨及び乗客コンベア１を減速する旨を示す音声、例えば「混雑しています。乗客コンベアを減速します。」という音声を出力させる。また、同場合に、演算部３２は、駆動装置１０を制御して、例えば通常時は３０ｍ／分に設定している踏段５の移動速度を２０ｍ／分に減速する。
【００３５】
演算部３２は、判別した混雑の状況がＧ２の異常（混雑）の場合、スピーカー装置１２から混雑している旨及び乗客コンベアを停止する旨を示す音声、例えば「混雑しています。乗客コンベアを停止します。」という音声を出力させる。また、同場合に、演算部３２は、駆動装置１０を制御して、踏段５の移動を停止する。
【００３６】
また、演算部３２は、踏段５の移動速度を２０ｍ／分に減速しているとき、所定の条件を満たすと、スピーカー装置１２に踏段５の移動速度を通常時の速度に復帰させる旨の音声を出力させる。そして、演算部３２は、駆動装置１０を制御して、踏段５の移動速度を、通常時の３０ｍ／分となるように加速させる。本実施形態において、所定の条件とは、踏段５の移動速度を２０ｍ／分に減速後に、閾値Ｅ未満の乗り込み率が一定時間継続して検出されたことである。本実施形態では、一定時間として１分が設定されている。
なお、この所定の条件は、乗客コンベア１の性能、設置場所や求める安全性能などに応じて適宜設定可能である。
【００３７】
次に、図６を参照して、本実施形態の運転制御システム１００による乗客密度、乗客速度及び乗り込み率の検出例について、説明する。図６は、本発明の一実施形態に係る運転制御システムによる乗客密度、乗客速度及び乗り込み率の検出例を示す図である。
【００３８】
図６Ａに正常時に検出された乗客密度、乗客速度、乗り込み率と出力時間の関係を示す。図６Ａに示す例では、検出開始から時間が経過しても、検出された乗客密度は、閾値Ｂ以上になっていない。また、検出された乗客速度は、閾値Ｃ未満になっていない。さらに、検出された乗り込み率は、閾値Ｆ以上になっていない。このため、演算部３２は、図６Ａに示すどの時点においても、混雑の状況を、混雑していないと判別する（図５参照）。このため、演算部３２は、通常どおり、踏段５の移動速度を３０ｍ／分で、乗客コンベア１の運転を続ける。
【００３９】
図６Ｂに混雑の状況が軽異常（やや混雑）のときに検出された乗客密度、乗客速度、乗り込み率と出力時間の関係を示す。図６Ｂに示す例では、Ｔ１時点において、検出された乗客密度は、閾値Ｂ以上であり、また、検出された乗り込み率は、閾値Ｅ以上閾値Ｆ未満となっている。また、Ｔ１時点で、検出された乗客速度は、閾値Ｃ以上閾値Ｄ未満となる。このため、演算部３２は、Ｔ１時点において、混雑の状況を、軽異常（やや混雑）と判別する（図５参照）。そして、演算部３２は、スピーカー装置１２から混雑している旨及び乗客コンベア１を減速する旨を示す音声を出力させ、且つ、駆動装置１０を制御して、踏段５の移動速度を２０ｍ／分に減速する。なお、図６Ｂに示す例では、演算部３２は、Ｔ１時点以降に実行する運転制御処理において、混雑の状況を、軽異常（やや混雑）と判別し続ける。
【００４０】
図６Ｃに混雑の状況が異常（混雑）のときに検出された乗客密度、乗客速度、乗り込み率と出力時間の関係を示す。図６Ｃに示す例では、Ｔ２時点において、検出された乗客密度は、閾値Ｂ以上であり、検出された乗客速度は、閾値Ｃ未満となっている。また、Ｔ２時点で、検出された乗客密度は、閾値Ｆ以上となる。このため、演算部３２は、Ｔ２時点において、混雑の状況を、異常（混雑）と判別する（図５参照）。そして、演算部３２は、スピーカー装置１２から混雑している旨及び乗客コンベア１を停止する旨を示す音声を出力させ、且つ、駆動装置１０を制御して、踏段５の移動を停止する。なお、図６Ｃに示す例では、演算部３２は、Ｔ２時点以降に実行する運転制御処理において、混雑の状況を、異常（混雑）と判別し続ける。
【００４１】
［運転制御処理の手順］
次に、演算部３２が実行する運転制御処理の手順について、図７を参照して、説明する。図７は、本発明の一実施形態に係る運転制御処理を示すフローチャートである。なお、上述したように、演算部３２は、所定の周期で、本実施形態では４０ｍｓｅｃ毎に運転制御処理を実行する。
【００４２】
まず、演算部３２は、乗客コンベア１が運転中であるか否かを判別する（Ｓ１）。乗客コンベア１が運転中でないと判別する場合（Ｓ１がＮＯ判定の場合）、演算部３２は、運転制御処理を終了する。一方、乗客コンベア１が運転中であると判別する場合（Ｓ１がＹＥＳ判定の場合）、演算部３２は、検出部３４に乗り込み率を検出させ、検出部３４が検出した乗り込み量と、閾値Ｅ及び閾値Ｆと、を演算（比較）する（Ｓ２）。
【００４３】
次いで、演算部３２は、信号部３１に乗客密度及び乗客速度を検出させ、それぞれに対応する閾値と演算（比較）する（Ｓ３）。具体的には、信号部３１が検出した乗客密度と閾値Ａ及び閾値Ｂとを比較する。また、信号部３１が検出した乗客速度と閾値Ｃ及び閾値Ｄとを比較する。
【００４４】
次いで、演算部３２は、ステップＳ２及びステップＳ３の比較の結果と、図５に示す判定表に基づいて、混雑の状況はＧ１か、すなわち軽異常（やや混雑）であるか否かを判別する（Ｓ４）。混雑の状況はＧ１の軽異常（やや混雑）であると判別する場合（Ｓ４がＹＥＳ判定の場合）、演算部３２は、乗客コンベアの混雑をアナウンスする（Ｓ５）。具体的には、演算部３２は、スピーカー装置１２に、混雑している旨及び乗客コンベア１を減速する旨を示す音声を出力させる。
【００４５】
次いで、演算部３２は、駆動装置１０を制御して、踏段５の移動速度を減速する（Ｓ６）。具体的には、演算部３２は、踏段５の移動速度を２０ｍ／分に減速する。そして、ステップＳ６の処理の後、演算部３２は、運転制御処理を終了する。なお、ステップＳ６への移行時に、既に、踏段５の移動速度が減速している状態であった場合は、演算部３２は、ステップＳ６の処理を省略し、運転制御処理を終了する（この場合、踏段５の移動速度は、減速されたまま、すなわち２０ｍ／分のままとなる）。
【００４６】
ステップＳ４において、混雑の状況はＧ１の軽異常（やや混雑）でないと判別する場合（Ｓ４がＮＯ判定の場合）、演算部３２は、ステップＳ２及びステップＳ３の比較の結果と、図５に示す判定表に基づいて、混雑の状況はＧ２か、すなわち異常（混雑）であるか否かを判別する（Ｓ７）。混雑の状況はＧ２の異常（混雑）であると判別する場合（Ｓ７がＹＥＳ判定の場合）、演算部３２は、乗客コンベアの混雑をアナウンスする（Ｓ８）。具体的には、演算部３２は、スピーカー装置１２に、混雑している旨及び乗客コンベア１を停止する旨を示す音声を出力させる。
【００４７】
次いで、演算部３２は、乗客コンベア１を停止する（Ｓ９）。具体的には、演算部３２は、駆動装置１０を制御して、踏段５の移動を停止する。そして、ステップＳ９の処理の後、演算部３２は、運転制御処理を終了する。なお、ステップＳ９への移行時に、既に、踏段５が停止している状態であった場合は、演算部３２は、ステップＳ９の処理を省略し、運転制御処理を終了する（この場合、踏段５は停止されたままとなる）。
【００４８】
ステップＳ７において、混雑の状況はＧ２の異常（混雑）でないと判別する場合（Ｓ７がＮＯ判定の場合）、演算部３２は、乗客コンベア１が減速中であるか、すなわち踏段５の移動速度が減速されたままであるか否か判別する（Ｓ１０）。乗客コンベア１が減速中でないと判別する場合（Ｓ１０がＮＯ判定の場合）、演算部３２は、運転制御処理を終了する。一方、乗客コンベア１が減速中であると判別する場合（Ｓ１０がＹＥＳ判定の場合）、演算部３２は、処理をステップＳ１１へ移行させる。
【００４９】
ステップＳ１１において、演算部３２は、乗り込み率が閾値Ｅ未満の状態が一定時間経過したか否かを判別する（Ｓ１１）。具体的には、演算部３２は、踏段５の移動速度を減速後に、閾値Ｅ未満の乗り込み率が一定時間継続して検出されたか否かを、判別する。なお、本処理を実現するために、減速後に乗り込み率が閾値Ｅ未満の状態となり、その状態を維持したまま一定時間経過したか否かの判別に用いるタイマー回路を制御部１１に設ける。また、これに代えて、減速後に乗り込み率が閾値Ｅ未満に初めてなったときの時刻を記憶部３３に記憶させ、当該時刻と現在時刻とから経過時間を算出してもよい。
【００５０】
乗り込み率が閾値Ｅ未満の状態が一定時間経過していないと判別する場合（Ｓ１１がＮＯ判定の場合）、演算部３２は、運転制御処理を終了する。一方、乗り込み率が閾値Ｅ未満の状態が一定時間経過したと判別する場合（Ｓ１１がＹＥＳ判定の場合）、演算部３２は、乗客コンベア１の速度復帰をアナウンスする（Ｓ１２）。具体的には、演算部３２は、スピーカー装置１２に、踏段５の移動速度を通常時の速度に復帰させる旨の音声を出力させる。
【００５１】
次いで、演算部３２は、乗客コンベア１を加速させる（Ｓ１３）。具体的には、演算部３２は、駆動装置１０を制御して、踏段５の移動速度を、通常時の３０ｍ／分となるように、加速させる。そして、演算部３２は、運転制御処理を終了する。
【００５２】
［作用］
本実施形態の乗客コンベア１及び運転制御システム１００では、降り口カメラ１４の撮像データに基づいて検出した乗客密度及び乗客速度と、検出部３４がインバータ負荷情報に基づいて検出した乗り込み率と、を用いて混雑状況を判別する。これによって、まだ降り場周辺に到着していない乗客コンベアの利用客の情報も利用して混雑状況を検知し、検知した混雑状況に応じて乗客コンベア１の運転を適切に制御できる。
【００５３】
また、固定部材１５を介して欄干８に取り付けられた降り口側カメラ１４の撮像データに基づいて、混雑の状況を判別し、混雑の状況に応じて、適切に、乗客コンベア１の運転を制御する。したがって、建物に撮像装置を直接設置することなく、撮像データに基づいて乗客コンベアの運転を適切に制御できる。
なお、本実施形態では、欄干８にカメラを取り付けた態様を説明したが、カメラを取り付ける乗客コンベア１の構成部材は任意に選択可能である。例えば、上階床２と下階床３にポールを立て、このポールにカメラを設置してもよい。なお、図１に示す乗客コンベア１が設置された領域Ｓ内にカメラを設置すれば、カメラが建屋の他の設備と干渉することを抑制できて、好適である。
【００５４】
ここで、降り口７及びその近傍の撮像データに基づいて混雑の状況を判別する場合、降り口７及び降り口７からより遠い範囲まで撮像できた方が、乗客コンベア１を降りた乗客の動向や降り口７付近の状況をより正確に確認できる。乗客コンベア１が設置された領域Ｓ（図１参照）内で、乗客コンベア１の構成部材に取り付ける場合、建物に直接カメラを取り付ける場合よりも、降り口７及びその近傍の撮影範囲が限られてしまう、すなわち降り口からより遠い範囲が撮影できない可能性がある。そこで、この欠点を補うべく、本実施形態の乗客コンベア１及び運転制御システム１００の演算部３２は、上述のとおり、降り口側カメラ１４の撮像データに基づいて検出した乗客密度及び乗客速度と、検出部３４がインバータ負荷情報に基づいて検出した乗り込み率と、を用いて混雑の状況を判別する。これによって、カメラを建物に直接設置しなくても混雑の状況を正確に判別することができる。
【００５５】
また、本実施形態では、乗客密度、乗客速度、及び、乗り込み率のそれぞれに対応する閾値として、混雑度に応じた２種類の閾値が設定され、制御部１１は、混雑の状況として、異常（混雑）又は軽異常（やや混雑）を判別可能となっている。さらに、制御部１１は、混雑の状況が異常（混雑）と判別する場合は乗客コンベア１を停止し、混雑の状況が軽異常（やや混雑）と判別する場合は乗客コンベア１を減速する。以上のように、制御部１１は、乗客コンベア１の運転を、混雑の状況に応じて適切に制御できる。
【００５６】
［その他］
さらに、本発明は上述した各実施形態例に限られるものではなく、請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、その他種々の応用例、変形例を取り得ることは勿論である。
【００５７】
例えば、上述した実施形態例は本発明を分かりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施形態例の構成の一部を他の実施形態例の構成に置き換えることは可能である。また、ある実施形態例の構成に他の実施形態例の構成を加えることも可能である。また、各実施形態例の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
【００５８】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリやハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又はＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００５９】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【００６０】
また、本明細書において、時系列的な処理を記述する処理ステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理（例えば、並列処理あるいはオブジェクトによる処理）をも含むものである。
【００６１】
また、本実施形態では、乗客コンベア１が図１における白抜き矢印が示す方向に乗客を移動させる態様、すなわち乗客を上階から下階に移動させる態様で説明した。しかしながら、本発明は、乗客を下階から上階に移動させる乗客コンベア及びこの乗客コンベアの運転制御システムにも採用可能である。この場合、図１に示す例では、信号部３１は、乗り口側カメラ１３の撮像データに基づいて乗客密度及び乗客速度を検出する。
【００６２】
また、本実施形態では、検出部３４がインバータ負荷情報に基づいて乗り込み率を検出する態様を説明した。しかしながら、これに代えて、乗客コンベア１の枠体の下に設けた荷重計によって測定される負荷（荷重）と予め設定した、乗客コンベア１が許容する負荷に基づいて乗り込み率を検出してもよい。また、乗り口６及び降り口７（図１参照）に設けた赤外線センサによって乗客の数と、予め設定した最大乗客数に基づいて乗り込み率を検出してもよい。
【００６３】
また、乗り口側カメラ１３の撮像データと、降り口側カメラ１４の撮像データから、同一の乗客が乗客コンベア１の乗り口６から降り口７に移動するまでの間に乗客コンベア１に乗り込んだ乗客数を特定し、特定した乗客数と、予め設定した、最大乗客数に基づいて乗り込み率を検出してもよい。この場合、乗り口側カメラ１３の撮像データと、降り口側カメラ１４の撮像データから乗客の画像を抽出し、抽出した画像の類似度から同一の乗客であるかを判別する。そして、同一の乗客と判別できた場合は、乗り口側カメラ１３の撮像データが取得された時点から降り口側カメラ１４の撮像データが取得された時点までの、乗り口側カメラ１３の撮像データから乗客の画像を抽出し、同一の乗客が乗客コンベア１の乗り口６から降り口７に移動するまでの間に乗客コンベア１に乗り込んだ乗客数を特定する。このようにすることで、インバータを設けていない乗客コンベアについても、適切な運転制御を行うことができる。
【００６４】
また、本実施形態では、制御部１１のＣＰＵ２１が、ＲＯＭ２２の記憶されているプログラムを実行することで、信号部３１、演算部３２、検出部３４として機能する態様を説明した。しかしながら、これに代えて、信号部３１、演算部３２、検出部３４のそれぞれについて、それぞれの機能を有する回路、例えばＡＳＩＣ（application specific integrated circuit）を用いてもよい。
【００６５】
また、本実施形態では、乗り口側カメラ１３と降り口側カメラ１４を、乗客コンベア１の構成部材に取り付ける態様を説明した。しかしながら、これらカメラの両方又はいずれか一方が建屋に設けられていてもよい。
【符号の説明】
【００６６】
１…乗客コンベア、  ２…上階床、  ３…下階床、  ４…フレーム、  ５…踏段、  ６…乗り口、  ７…降り口、  ８…欄干、  ９…移動手摺り、  １０…駆動装置、  １１…制御部、  １２…スピーカー装置、  １３…乗り口側カメラ、  １４…降り口側カメラ、  １５…固定部材、  １７…インバータ装置、  ２１…ＣＰＵ、  ２２…ＲＯＭ、  ２３…ＲＡＭ、  ２４…入出力インターフェース、  ２５…バスライン、  ３１…信号部、  ３２…演算部、  ３３…記憶部、  ３４…検出部、  １００…運転制御システム
【図１】
2019142309.tif 000003
【図２】
2019142309.tif 000004
【図３】
2019142309.tif 000005
【図４】
2019142309.tif 000006
【図５】
2019142309.tif 000007
【図６】
2019142309.tif 000008
【図７】
2019142309.tif 000009
【国際調査報告】
2019142309.tif 000010
2019142309.tif 000011
2019142309.tif 000012
2019142309.tif 000013