(57)【要約】【課題】精度良く監視対象者を特定することが可能な情報処理装置等を提供する。【解決手段】コンピュータ１はカメラ３から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する。コンピュータ１は、監視対象者が監視領域に存在する場合に、監視領域を出発する移動体の数を監視対象者に対応付けて計数する。コンピュータ１は、計数した数が、閾値を超える場合に監視対象者に関する通知情報を出力する。コンピュータ１は、計数した数が、閾値を超える場合に、監視対象者を識別するためのマークを例えば表示部に出力する。【選択図】図１
2015095695.tif 000002
【特許請求の範囲】
【請求項１】
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する判断部と、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数する計数部と、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する出力部と
を備える情報処理装置。
【請求項２】
前記移動体は移動方法または移動先について複数の属性を有し、
前記計数部は、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を、属性毎に前記監視対象者に対応付けて計数する
請求項１に記載の情報処理装置。
【請求項３】
前記出力部は、
前記計数部により計数した数が、閾値を超える場合に、前記監視対象者を識別するためのマークを表示部に出力する
請求項１または２に記載の情報処理装置。
【請求項４】
撮像装置及び情報処理装置を含む情報処理システムにおいて、
前記情報処理装置は、
前記撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する判断部と、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数する計数部と、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する出力部と
を備える情報処理システム。
【請求項５】
コンピュータに、
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断し、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数し、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する
処理を実行させるプログラム。
【請求項６】
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断し、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数し、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する
情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、プログラム及び情報処理方法に関する。
【背景技術】
【０００２】
従来、カメラまたは赤外線検知器を用いて不審者を監視するシステムが提案されている（例えば、特許文献１〜３参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２４１９６５号公報
【特許文献２】特開２００３−２１８７７１号公報
【特許文献３】特開平５−１９５８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムでは、監視対象者が多い環境下では精度良く監視対象者を特定することができない。
【０００５】
一つの側面では、本発明は精度良く監視対象者を特定することが可能な情報処理装置等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願に開示する情報処理装置は、撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する判断部と、前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数する計数部と、計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する出力部とを備える。
【発明の効果】
【０００７】
一つの側面では、精度良く監視対象者を特定することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】情報処理システムの概要を示す説明図である。
【図２】コンピュータのハードウェア群を示すブロック図である。
【図３】端末装置のハードウェア群を示すブロック図である。
【図４】対象者ＤＢのレコードレイアウトを示す説明図である。
【図５】履歴ＤＢのレコードレイアウトを示す説明図である。
【図６】通知情報の出力イメージを示す説明図である。
【図７】認識処理の手順を示すフローチャートである。
【図８】計数処理の手順を示すフローチャートである。
【図９】リセット処理の手順を示すフローチャートである。
【図１０】実施の形態２に係る履歴ＤＢのレコードレイアウトを示す説明図である。
【図１１】計数処理の手順を示すフローチャートである。
【図１２】計数処理の手順を示すフローチャートである。
【図１３】変更処理の手順を示すフローチャートである。
【図１４】実施の形態４に係る履歴ＤＢのレコードレイアウトを示す説明図である。
【図１５】通知情報の出力処理手順を示すフローチャートである。
【図１６】通知情報の出力処理手順を示すフローチャートである。
【図１７】実施の形態５に係るコンピュータのハードウェア群を示すブロック図である。
【図１８】実績ＤＢのレコードレイアウトを示す説明図である。
【図１９】変更処理の手順を示すフローチャートである。
【図２０】マークの表示形態を示す説明図である。
【図２１】マークの表示処理手順を示すフローチャートである。
【図２２】実施の形態７に係る対象者ＤＢのレコードレイアウトを示す説明図である。
【図２３】通知情報の出力処理の手順を示すフローチャートである。
【図２４】実施の形態８に係るコンピュータのハードウェア群を示すブロック図である。
【図２５】移動形態を示す説明図である。
【図２６】ルートＤＢのレコードレイアウトを示す説明図である。
【図２７】実施の形態８に係る対象者ＤＢのレコードレイアウトを示す説明図である。
【図２８】通知情報の出力処理手順を示すフローチャートである。
【図２９】上述した形態のコンピュータの動作を示す機能ブロック図である。
【図３０】実施の形態９に係るコンピュータのハードウェア群を示すブロック図である。
【発明を実施するための形態】
【０００９】
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は情報処理システムの概要を示す説明図である。情報処理システムは情報処理装置１、端末装置２及び撮像装置３を含む。撮像装置３は交通施設に設置されるカメラである。交通施設は例えば電車の駅、バス停、空港、タクシー乗り場または船舶乗り場等である。交通施設を出発する移動体としては例えば、電車、バス、飛行機、タクシーまたは船舶等である。本実施形態では一例として、交通施設を駅、移動体を電車とし、また監視領域を駅のホームであるものとして説明する。
【００１０】
撮像装置３（以下、カメラ３という）は、監視領域毎に複数設けられている。例えば、本実施形態では、カメラ３１、３２、３３はＡ駅のＸ方面行きのホームに設置されており、カメラ３４、３５、３６はＡ駅のＹ方面行きのホームに設けられている。またカメラ３７、３８、３９はＢ駅のホームに設けられている。なお、設置するカメラ３の数は一例でありこれに限定するものではない。
【００１１】
カメラ３、端末装置２及び情報処理装置１はインターネット、公衆回線網、またはＬＡＮ（Local Area Network）等の通信網を介して接続されている。カメラ３から取り込んだ画像、カメラ３を特定するための識別情報（以下、カメラＩＤという）は、端末装置２へ出力される。端末装置２は画像、カメラＩＤ及びホームを特定するための識別情報（以下、ホームＩＤという）を、通信網Ｎを介して情報処理装置１へ出力する。なお、本実施形態では各ホームに端末装置２を設ける例を挙げて説明するがこれに限るものではない。端末装置２を経由することなく、カメラ３から、画像、カメラＩＤ及びホームＩＤを直接情報処理装置１へ送信しても良い。
【００１２】
情報処理装置１はサーバコンピュータまたはパーソナルコンピュータ等である。以下では情報処理装置１をコンピュータ１と読み替えて説明する。コンピュータ１は取り込み画像から監視対象者を特定し、ホームを出発する電車の数に応じて、監視対象者に対する通知情報を出力する。以下詳細を説明する。
【００１３】
図２はコンピュータ１のハードウェア群を示すブロック図である。コンピュータ１は制御部としてのＣＰＵ（Central Processing Unit）１１、ＲＡＭ(Random Access Memory)１２、入力部１３、表示部１４、記憶部１５、通信部１６、及び時計部１８等を含む。ＣＰＵ１１は、バス１７を介してハードウェア各部と接続されている。ＣＰＵ１１は記憶部１５に記憶された制御プログラム１５Ｐに従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Static RAM）、ＤＲＡＭ(Dynamic RAM)、フラッシュメモリ等である。ＲＡＭ１２は、記憶部としても機能し、ＣＰＵ１１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１４】
入力部１３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ１１へ出力する。表示部１４は液晶ディスプレイまたは有機ＥＬ（electroluminescence）ディスプレイ等であり、ＣＰＵ１１の指示に従い各種情報を表示する。通信部１６は通信モジュールであり、通信網Ｎを介して端末装置２または図示しない他のコンピュータとの間で情報の送受信を行う。
【００１５】
時計部１８は時刻の情報をＣＰＵ１１へ出力する。記憶部１５はハードディスクまたは大容量メモリであり、制御プログラム１５Ｐ、対象者データベース（以下、ＤＢという）、及び履歴ＤＢ１５２等を記憶している。なお、本実施形態では、対象者ＤＢ１５１及び履歴ＤＢ１５２を記憶部１５に記憶する例を挙げたがこれに限るものではない。図示しない他のデータベースサーバに記憶しても良い。この場合ＣＰＵ１１は、データベースサーバにアクセスし適宜必要な情報を読み書きする。
【００１６】
図３は端末装置２のハードウェア群を示すブロック図である。端末装置２はパーソナルコンピュータ等であり、制御部としてのＣＰＵ２１、ＲＡＭ２２、入力部２３、表示部２４、記憶部２５、通信部２６、及び時計部２８等を含む。ＣＰＵ２１は、バス２７を介してハードウェア各部と接続されている。ＣＰＵ２１は記憶部２５に記憶された制御プログラム２５Ｐに従いハードウェア各部を制御する。ＲＡＭ２２は例えばＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等である。ＲＡＭ２２は、記憶部としても機能し、ＣＰＵ２１による各種プログラムの実行時に発生する種々のデータを一時的に記憶する。
【００１７】
入力部２３はマウスまたはキーボード、マウスまたはタッチパネル等の入力デバイスであり、受け付けた操作情報をＣＰＵ２１へ出力する。表示部２４は液晶ディスプレイまたは有機ＥＬディスプレイ等であり、ＣＰＵ２１の指示に従い各種情報を表示する。通信部２６は通信モジュールであり、通信網Ｎを介してコンピュータ１、カメラ３または図示しない他のコンピュータとの間で情報の送受信を行う。時計部２８は時刻の情報をＣＰＵ２１へ出力する。記憶部２５はハードディスクまたは大容量メモリである。ＣＰＵ２１は、カメラ３から取り込んだ画像、カメラＩＤ及びホームＩＤを、通信網Ｎを介してコンピュータ１へ送信する。
【００１８】
図４は対象者ＤＢ１５１のレコードレイアウトを示す説明図である。対象者ＤＢ１５１は監視対象者ＩＤフィールド、日時フィールド、ホームＩＤフィールド及びカメラＩＤフィールド等を含む。監視対象者ＩＤフィールドには、ホームで認識した乗客（監視対象者）を特定するための固有の識別情報（以下、監視対象者ＩＤという）が記憶されている。日時フィールドには、監視対象者ＩＤに対応付けて監視対象者を、カメラ３を通じて認識した日時が記憶されている。ホームＩＤフィールドには、監視対象者が存在するホームを特定するためのホームＩＤが、監視対象者ＩＤ及び日時に対応付けて記憶さている。
【００１９】
カメラＩＤフィールドには、認識した監視対象者を取り込んだカメラ３を特定するためのカメラＩＤが記憶されている。図４の例では監視対象者ＩＤ「０１」の監視対象者はホームＩＤ「１」のホームに存在し、またカメラＩＤ「１１」のカメラ３にて取り込んだことが理解できる。ＣＰＵ１１は、カメラ３から取り込んだ画像から、人物の顔、目、服装等の特徴部分に基づき、監視対象者を認識する。監視対象者を新に認識した場合、監視対象者ＩＤを生成し、対象者ＤＢ１５１に記憶する。
【００２０】
ＣＰＵ１１は、監視対象者を認識した際に、時計部１８から出力される日時を、監視対象者ＩＤに対応付けて対象者ＩＤに記憶する。なお、メタデータとして画像に付与された日時を記憶するようにしても良い。ＣＰＵ１１は、画像と共に出力されたホームＩＤ及びカメラＩＤを、認識した監視対象者の監視対象者ＩＤ及び日時に対応付けて、対象者ＤＢ１５１に記憶する。なお、本実施形態では、監視対象者の認識処理をコンピュータ１で実行する例を挙げたがこれに限るものではない。端末装置２にて認識処理を行い、対象者ＤＢ１５１の記憶内容を、随時コンピュータ１へ送信するようにしても良い。
【００２１】
図５は履歴ＤＢ１５２のレコードレイアウトを示す説明図である。履歴ＤＢ１５２は監視対象者ＩＤ別に、出発ＩＤ及び出発時刻等を記憶している。出発ＩＤフィールドには、ホームを出発する電車を特定するための識別情報（以下、出発ＩＤという）が記憶されている。出発時刻フィールドには、出発ＩＤに対応付けてホームを出発した電車の出発時刻が記憶されている。カウンタには監視対象者がホームで認識されてから出発した電車の本数が、出発ＩＤ及び出発時刻に対応付けて記憶されている。
【００２２】
ＣＰＵ１１は、通信部１６を介して、図示しない電車運行管理サーバコンピュータから、ホームを出発した電車の出発ＩＤ及び出発時刻を受信する。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、ホームに監視対象者が存在する状態で、電車が出発した場合、初期値０であるカウンタをインクリメントし、出発ＩＤ及び出発時刻に対応付けて記憶する。なお、本実施形態では出発ＩＤ及び出発時刻を電車運行管理サーバコンピュータから取得する例を挙げるが、これに限るものではない。例えば、ＣＰＵ１１は、カメラ３から取り込んだ画像から電車を認識し、電車が出発した画像を検出した場合に、出発ＩＤ及び検出時の出発時刻を履歴ＤＢ１５２に記憶しても良い。また出発時刻は予め取得した時刻表から取得するようにしても良い。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者が他のホームに存在する場合、または、一定時間認識できない場合、監視対象者は移動したと判断し、カウンタを０にリセットする。図５の例では、監視対象者ＩＤ「０１」の監視対象者の履歴が示されている。ホームで認識されてから既に６本も電車が出発していることが理解できる。
【００２３】
ＣＰＵ１１は、記憶部１５から第１閾値を読み出す。なお、本実施形態では第１閾値を２とするが一例でありこれに限るものではない。また第１閾値の値は、入力部１３から適宜変更可能である。ＣＰＵ１１は、カウンタの値が第１閾値を超えると判断した場合、監視対象者が不審者、または具合の悪い乗客である可能性が高いことから、当該監視対象者に関する通知情報を出力する。例えば、ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者ＩＤに対応するカメラＩＤを読み出す。
【００２４】
ＣＰＵ１１は、カメラＩＤに対応する画像を表示部１４に出力する。ＣＰＵ１１は、監視対象者ＩＤを識別するためのマークを、通知情報として監視対象者の画像に重畳して表示する。図６は通知情報の出力イメージを示す説明図である。ＣＰＵ１１は、カメラ３から取り込んだ画像から認識した監視対象者を囲むマーク５を重畳して表示する。これにより、オペレータは容易に長時間待機している監視対象者を精度良く特定することが可能となる。通知情報の出力例はこれに限るものではない。例えば、監視対象者を識別できるように矢印を表示するほか、監視対象者の画像を拡大する処理を行っても良い。またマークは画像だけではなく「注意」等の文字を監視対象者近辺に表示するようにしても良い。
【００２５】
その他、監視対象者が改札通過時に個人を特定する定期券、携帯電話機、ＰＤＡ（Personal Digital Assistance）またはプリペイドカード等の媒体を利用している場合、媒体に付与された識別番号（氏名、ＩＤ、機器識別情報、電話番号、メールアドレス等）を監視対象者ＩＤとして用いても良い。この場合、改札に設けたカメラ３で監視対象者と監視対象者ＩＤとを関連付けておく。ＣＰＵ１１は、閾値を超えた場合、通知情報として監視対象者ＩＤを表示部１４に表示するほか、図示しないスピーカから出力するようにしても良い。なお、本実施形態では表示部１４に通知情報を出力する例を挙げたがこれに限るものではない。通知情報が付加された画像を、端末装置２へ出力しても良い。端末装置２のＣＰＵ２１は、受信した通知情報が付加された画像を表示部２４に表示する。
【００２６】
以上のハードウェアにおいて各ソフトウェア処理を、フローチャートを用いて説明する。図７は認識処理の手順を示すフローチャートである。ＣＰＵ１１は、カメラ３から画像、日時、ホームＩＤ、及びカメラＩＤを受信する（ステップＳ７１）。ＣＰＵ１１は、受信した画像に基づき人物を認識したか否かを判断する（ステップＳ７２）。具体的にはＣＰＵ１１は、取り込んだ画像から移動する物体を抽出し、抽出した物体が予め定めた画素数または形状である場合に人物と判断すればよい。
【００２７】
ＣＰＵ１１は、人物を認識していない場合（ステップＳ７２でＮＯ）、ステップＳ７１へ処理を戻す。ＣＰＵ１１は、人物を認識した場合（ステップＳ７２でＹＥＳ）、処理をステップＳ７３へ移行させる。ＣＰＵ１１は、人物画像から特徴情報を抽出する（ステップＳ７３）。具体的には、ＣＰＵ１１は、人物の顔、目、髪型等を特徴情報として抽出する。ＣＰＵ１１は、既に認識した人物であるか否かを判断する（ステップＳ７４）。具体的にはＣＰＵ１１は、記憶部１５に記憶した特徴情報と、ステップＳ７３で抽出した特徴情報とのパターンマッチングにより判断する。
【００２８】
ＣＰＵ１１は、過去認識した人物でないと判断した場合（ステップＳ７４でＮＯ）、処理をステップＳ７５へ移行させる。ＣＰＵ１１は、監視対象者ＩＤを生成する（ステップＳ７５）。ＣＰＵ１１は、監視対象者ＩＤに対応付けて特徴情報を記憶部１５に記憶する（ステップＳ７６）。ＣＰＵ１１は、監視対象者ＩＤに対応付けて、日時、ホームＩＤ、カメラＩＤを対象者ＤＢ１５１に記憶する（ステップＳ７７）。
【００２９】
ＣＰＵ１１は、既に認識した人物であると判断した場合（ステップＳ７４でＹＥＳ）、特徴情報に対応付けられた監視対象者ＩＤを記憶部１５から読み出す（ステップＳ７８）。ＣＰＵ１１は、監視対象者ＩＤに対応付けて日時、ホームＩＤ、カメラＩＤを対象者ＤＢ１５１に記憶する（ステップＳ７９）。
【００３０】
図８は計数処理の手順を示すフローチャートである。ＣＰＵ１１は、時計部１８から現在日時を取得すると共に、監視対象とするホームＩＤを取得する（ステップＳ８１）。本実施形態ではホームＩＤ「１」のホームを監視対象とする例を挙げて説明する。ＣＰＵ１１は、監視対象者がホームに存在するか否かを判断する（ステップＳ８２）。具体的には、ＣＰＵ１１は、対象者ＤＢ１５１を参照し、読み出したホームＩＤに一致するホームＩＤの内、新しい日時を読み出す。ＣＰＵ１１は、ステップＳ８１で取得した現在日時と、読み出した日時との差が、記憶部１５に記憶した所定時間内（例えば３０秒）である場合、監視対象者はホームに存在すると判断する。
【００３１】
一方、ＣＰＵ１１は、差が所定時間を超える場合、または、ホームＩＤに対応するレコードが対象者ＤＢ１５１に存在しない場合、監視対象者はホームに存在しないと判断する。ＣＰＵ１１は、監視対象者がホームに存在しないと判断した場合（ステップＳ８２でＮＯ）、処理をステップＳ８１へ戻す。ＣＰＵ１１は、監視対象者がホームに存在すると判断した場合（ステップＳ８２でＹＥＳ）、ステップＳ８３へ処理を移行する。ＣＰＵ１１は、対象者ＤＢ１５１からホームに存在すると判断された監視対象者ＩＤを読み出す（ステップＳ８３）。
【００３２】
ＣＰＵ１１は、通信部１６を介して出発ＩＤ及び出発時刻を受信したか否かを判断する（ステップＳ８４）。ＣＰＵ１１は、受信していないと判断した場合（ステップＳ８４でＮＯ）、処理をステップＳ８１へ戻す。ＣＰＵ１１は、受信したと判断した場合（ステップＳ８４でＹＥＳ）、処理をステップＳ８５へ移行する。ＣＰＵ１１は、受信した出発ＩＤ及び出発時刻を、履歴ＤＢ１５２に、監視対象者ＩＤに対応付けて記憶する（ステップＳ８５）。ＣＰＵ１１は、監視対象者ＩＤに対応するカウンタをインクリメントする（ステップＳ８６）。ＣＰＵ１１は、記憶部１５から第１閾値を読み出す（ステップＳ８７）。ＣＰＵ１１は、カウンタは第１閾値を超えるか否か判断する（ステップＳ８８）。
【００３３】
ＣＰＵ１１は、カウンタは第１閾値を超えないと判断した場合（ステップＳ８８でＮＯ）、処理をステップＳ８１へ戻す。ＣＰＵ１１は、第１閾値を超えると判断した場合（ステップＳ８８でＹＥＳ）、処理をステップＳ８９へ移行する。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者ＩＤに対応するカメラＩＤを読み出す（ステップＳ８９）。ＣＰＵ１１は、表示部１４にカメラＩＤに対応する画像を出力する（ステップＳ８９１）。ＣＰＵ１１は、監視対象者の画像に、記憶部１５から読み出したマーク５を重畳表示する（ステップＳ８９２）。
【００３４】
図９はリセット処理の手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ８６の処理により監視対象者ＩＤに係るカウンタが１以上となったか否かを、履歴ＤＢ１５２を参照して判断する（ステップＳ９１）。ＣＰＵ１１は、１以上でない場合（ステップＳ９１でＮＯ）、ステップＳ９１の処理を繰り返す。ＣＰＵ１１は、１以上と判断した場合（ステップＳ９１でＹＥＳ）、処理をステップＳ９２へ移行させる。ＣＰＵ１１は、異なるホームＩＤが対象者ＤＢ１５１に記憶されたか否かを判断する（ステップＳ９２）。ＣＰＵ１１は、異なるホームＩＤが記憶されていないと判断された場合（ステップＳ９２でＮＯ）、ステップＳ９１へ処理を移行する。
【００３５】
ＣＰＵ１１は、異なるホームＩＤが記憶されていると判断した場合（ステップＳ９２でＹＥＳ）、監視対象者は電車に乗り他のホームへ移動したと判断し、処理をステップＳ９３へ移行させる。ＣＰＵ１１は、監視対象者ＩＤに対応するカウンタをゼロにリセットする（ステップＳ９３）。以上の処理により、電車が何本も通過しているにもかかわらずホーム内に存在する監視対象者を、オペレータは容易に把握することが可能となる。また、他の監視対象者から識別できるマーク５を付したので、オペレータの注意をより喚起する事ができる。また電車に乗り他のホームへ移動した場合、カウンタがリセットされるため、通常の乗客についてオペレータは注意する必要が無くなる。
【００３６】
実施の形態２
実施の形態２は移動方法または行き先について複数の属性を有する形態に関する。図１０は実施の形態２に係る履歴ＤＢ１５２のレコードレイアウトを示す説明図である。実施の形態２においては、移動体は、移動方法または移動先について複数の属性を有する。移動方法は例えば特急、急行、または各駅停車（以下、各停という）等、異なる監視領域への移動の仕方が該当する。本実施形態では急行及び各停の２種が存在するものとして説明する。移動先は最終目的地の情報であり、本実施形態ではＡと、Ｂとが存在するものとして説明する。なお、本実施形態では移動方法及び移動先の双方を用いる例を挙げるが、いずれか一方でも良い。
【００３７】
図１０に示すように、出発ＩＤ「１００１」では、移動方法が急行、移動先がＡと記憶されている。カウンタフィールドには、移動方法及び移動先に対応したカウント値が記憶されている。図１０の例では、予め時刻表に基づき、急行Ａ、各停Ａ、各停Ｂの３つが用意されている。ＣＰＵ１１は、電車運行管理サーバコンピュータから出発ＩＤ、出発時刻、移動方法、及び移動先の情報を受信する。ＣＰＵ１１は、履歴ＤＢ１５２に受信した出発ＩＤ、出発時刻、移動方法、及び移動先の情報を記憶する。なお、ＣＰＵ１１は、時刻表及びホームを出発する画像に基づき、出発ＩＤ、出発時刻、移動方法、及び移動先の情報を決定するようにしても良い。例えば、ＣＰＵ１１は、時刻表から１６時１分、Ａ行き急行の情報を取得する。ＣＰＵ１１は、１６時１分前後に出発した電車の画像を認識した場合、出発ＩＤを生成し、履歴ＤＢ１５２に出発ＩＤ、出発時刻、移動方法及び移動先を記憶する。
【００３８】
ＣＰＵ１１は、移動方法及び移動先に対応するカウンタをインクリメントする。監視対象者が複数の電車の出発を見送った場合、徐々に各カウンタの値は大きくなる。１６時２２分には、急行Ａ、各停Ａ及び各停Ｂの全てのカウンタが２となった。ＣＰＵ１１は、複数の属性に対応する全てのカウンタが閾値（例えば２）を超えた場合、通知情報を出力する。図１０の例では、１６時２８分にＡ行き各停が出発し、各停Ａのカウンタが３となった。この場合、ＣＰＵ１１は、当該監視対象者に対する通知情報を出力する。
【００３９】
図１１及び図１２は計数処理の手順を示すフローチャートである。ＣＰＵ１１は、時計部１８から現在日時を取得すると共に、監視対象とするホームＩＤを取得する（ステップＳ１１１）。ＣＰＵ１１は、監視対象者がホームに存在するか否かを判断する（ステップＳ１１２）。ＣＰＵ１１は、監視対象者がホームに存在しないと判断した場合（ステップＳ１１２でＮＯ）、処理をステップＳ１１１へ戻す。ＣＰＵ１１は、監視対象者がホームに存在すると判断した場合（ステップＳ１１２でＹＥＳ）、ステップＳ１１３へ処理を移行する。ＣＰＵ１１は、対象者ＤＢ１５１からホームに存在すると判断された監視対象者ＩＤを読み出す（ステップＳ１１３）。
【００４０】
ＣＰＵ１１は、通信部１６を介して出発ＩＤ、出発時刻、移動方法及び移動先を受信したか否かを判断する（ステップＳ１１４）。ＣＰＵ１１は、受信していないと判断した場合（ステップＳ１１４でＮＯ）、処理をステップＳ１１１へ戻す。ＣＰＵ１１は、受信したと判断した場合（ステップＳ１１４でＹＥＳ）、処理をステップＳ１１５へ移行する。ＣＰＵ１１は、受信した出発ＩＤ、出発時刻、移動方法及び移動先を、履歴ＤＢ１５２に、監視対象者ＩＤに対応付けて記憶する（ステップＳ１１５）。ＣＰＵ１１は、監視対象者ＩＤ、移動方法及び移動先に対応するカウンタをインクリメントする（ステップＳ１１６）。ＣＰＵ１１は、記憶部１５から第１閾値を読み出す（ステップＳ１１７）。ＣＰＵ１１は、全ての属性（移動方法及び移動先）のカウンタは第１閾値を超えるか否か判断する（ステップＳ１１８）。
【００４１】
ＣＰＵ１１は、カウンタは第１閾値を超えないと判断した場合（ステップＳ１１８でＮＯ）、処理をステップＳ１１１へ戻す。ＣＰＵ１１は、第１閾値を超えると判断した場合（ステップＳ１１８でＹＥＳ）、処理をステップＳ１１９へ移行する。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者ＩＤに対応するカメラＩＤを読み出す（ステップＳ１１９）。なお、本実施形態では、全ての属性について同一の値（例えば２）を超えた場合に、通知情報を出力する例を挙げたがこれに限るものではない。属性毎に異なる閾値としても良い。例えば急行Ａは２、各停Ａは３、各停Ｂは２としておき、全ての閾値を超えた場合に、ＣＰＵ１１は、通知情報を出力しても良い。ＣＰＵ１１は、表示部１４にカメラＩＤに対応する画像を出力する（ステップＳ１２１）。ＣＰＵ１１は、監視対象者の画像に、記憶部１５から読み出したマーク５を重畳表示する（ステップＳ１２２）。これにより、属性に応じてより適切に通知情報を出力することが可能となる。例えば、本数の少ない特急または本数の少ない目的地の電車を長時間待っている乗客に対して、誤った通知情報の出力を防止することが可能となる。
【００４２】
本実施の形態２は以上の如きであり、その他は実施の形態１と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００４３】
実施の形態３
実施の形態３は監視領域の混雑度に応じて閾値を変更する形態に関する。図１３は変更処理の手順を示すフローチャートである。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視領域内の監視対象者を計数する（ステップＳ１３１）。具体的には、ＣＰＵ１１は、現在の日時から所定時間内（例えば５秒）の日時レコードを有し、かつ同一ホームＩＤを有する監視対象者ＩＤ数を計数する。ＣＰＵ１１は、閾人数（例えば２００人）を記憶部１５から読み出す（ステップＳ１３２）。なお、閾人数はオペレータが入力部１３を通じて適宜の値に変更することが可能である。
【００４４】
ＣＰＵ１１は、監視対象者の総数は、閾人数を超えるか否かを判断する（ステップＳ１３３）。ＣＰＵ１１は、閾人数を超えると判断した場合（ステップＳ１３３でＹＥＳ）、処理をステップＳ１３４へ移行する。ＣＰＵ１１は、記憶部１５に記憶した閾値を第１閾値よりも大きい第２閾値に変更する（ステップＳ１３４）。例えば元の第１閾値が３である場合、５に変更する。ＣＰＵ１１は、閾人数を超えないと判断した場合（ステップＳ１３３でＮＯ）、処理をステップＳ１３５へ移行させる。
【００４５】
ＣＰＵ１１は、閾値を元の第１閾値に設定する（ステップＳ１３５）。上述の例では、元の３へ第１閾値が設定される。ＣＰＵ１１は、上述した処理により、ステップＳ８７及びステップＳ１１７における第１閾値を、第１閾値または第２閾値に適宜変更する。さらに、後述する他の実施形態についても同様に適用しても良い。また、本実施形態では閾人数及び第２閾値を一ずつ設ける形態を示したがこれに限るものではない。閾人数は複数にしても良い。例えば、第１閾人数を２００人、これに対応する第２閾値を５とする。また第２閾人数を４００人とし、これに対応する第２閾値を８とする。ＣＰＵ１１は、第１閾人数２００人を超える場合、上述したとおり第２閾値を５とする。ＣＰＵ１１は、第２閾人数４００人を超える場合、さらに待ち時間が長くなるため、第２閾値をさらに大きい８とする。これにより、混雑している際は電車に乗れずホームで待機する人が増加する傾向にあるところ、人数に応じて適宜閾値を増加することで、誤って通知情報を出力する機会を減少させることが可能となる。
【００４６】
本実施の形態３は以上の如きであり、その他は実施の形態１または実施の形態２と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００４７】
実施の形態４
実施の形態４は属性の一つとして移動開始地点を含む形態に関する。図１４は実施の形態４に係る履歴ＤＢ１５２のレコードレイアウトを示す説明図である。移動開始地点の属性として当駅始発の情報が追加されている。移動体は監視対象領域を通過地点とする場合と、監視対象領域を出発地点とする場合がある。例えば電車では当該駅を始発とする場合、バスでは当該バス停を始発とする場合である。本実施形態では一例として前者の例を挙げて説明する。
【００４８】
ＣＰＵ１１は、実施の形態２で述べたように、電車運行管理サーバコンピュータから当駅始発の電車が出発したと判断した場合、当駅始発フィールドのカウンタをインクリメントする。ＣＰＵ１１は、当駅始発以外の属性（急行Ａ、各停Ａ、各停Ｂ）（以下、他属性という）の全てのカウンタが第１閾値（例えば１）を超え、かつ、当駅始発のカウンタが第３閾値（例えば０）を超えた場合、通知情報を出力する。図１４の例では、１６：２２に全ての他属性のカウンタが第１閾値を超えて２となっている。さらに１６：２８には、当駅始発Ａ行き各停が発車している。この場合１６：２８で当駅始発のカウンタが第３閾値を超えて１となる。ＣＰＵ１１は、１６：２８の時点で通知情報を出力する。
【００４９】
図１５及び図１６は通知情報の出力処理手順を示すフローチャートである。ＣＰＵ１１は、時計部１８から現在日時を取得すると共に、監視対象とするホームＩＤを取得する（ステップＳ１５１）。ＣＰＵ１１は、監視対象者がホームに存在するか否かを判断する（ステップＳ１５２）。ＣＰＵ１１は、監視対象者がホームに存在しないと判断した場合（ステップＳ１５２でＮＯ）、処理をステップＳ１５１へ戻す。ＣＰＵ１１は、監視対象者がホームに存在すると判断した場合（ステップＳ１５２でＹＥＳ）、ステップＳ１５３へ処理を移行する。ＣＰＵ１１は、対象者ＤＢ１５１からホームに存在すると判断された監視対象者ＩＤを読み出す（ステップＳ１５３）。
【００５０】
ＣＰＵ１１は、通信部１６を介して出発ＩＤ、出発時刻、移動方法及び移動先を受信したか否かを判断する（ステップＳ１５４）。ＣＰＵ１１は、受信していないと判断した場合（ステップＳ１５４でＮＯ）、処理をステップＳ１５１へ戻す。ＣＰＵ１１は、受信したと判断した場合（ステップＳ１５４でＹＥＳ）、処理をステップＳ１５５へ移行する。ＣＰＵ１１は、受信した出発ＩＤ、出発時刻、移動方法及び移動先を、履歴ＤＢ１５２に、監視対象者ＩＤに対応付けて記憶する（ステップＳ１５５）。ＣＰＵ１１は、監視対象者ＩＤ、移動方法及び移動先に対応するカウンタをインクリメントする（ステップＳ１５６）。
【００５１】
ＣＰＵ１１は、通信部１６を介して電車運行管理サーバコンピュータから当駅始発の情報もあわせて受信したか否かを判断する（ステップＳ１５７）。ＣＰＵ１１は、当駅始発の情報を受信したと判断した場合（ステップＳ１５７でＹＥＳ）、ステップＳ１５８へ移行する。ＣＰＵ１１は、当駅始発に対応するカウンタをインクリメントする（ステップＳ１５８）。ＣＰＵ１１は、当駅始発の情報を受信していないと判断した場合（ステップＳ１５７でＮＯ）、ステップＳ１５８の処理をスキップし、ステップＳ１５９へ移行する。
【００５２】
ＣＰＵ１１は、記憶部１５から第１閾値及び第３閾値を読み出す（ステップＳ１５９）。ＣＰＵ１１は、全ての他属性のカウンタは第１閾値を超えるか否か判断する（ステップＳ１６１）。ＣＰＵ１１は、カウンタは第１閾値を超えないと判断した場合（ステップＳ１６１でＮＯ）、処理をステップＳ１５１へ戻す。ＣＰＵ１１は、第１閾値を超えると判断した場合（ステップＳ１６１でＹＥＳ）、処理をステップＳ１６２へ移行する。ＣＰＵ１１は、属性である当駅始発のカウンタが第３閾値を超えるか否かを判断する（ステップＳ１６２）。
【００５３】
ＣＰＵ１１は、カウンタが第３閾値を超えないと判断した場合（ステップＳ１６２でＮＯ）、処理をステップＳ１５１へ戻す。ＣＰＵ１１は、カウンタが第３閾値を超えると判断した場合（ステップＳ１６２でＹＥＳ）、ステップＳ１６３へ移行する。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者ＩＤに対応するカメラＩＤを読み出す（ステップＳ１６３）。ＣＰＵ１１は、表示部１４にカメラＩＤに対応する画像を出力する（ステップＳ１６４）。ＣＰＵ１１は、監視対象者の画像に、記憶部１５から読み出したマーク５を重畳表示する（ステップＳ１６５）。車内座席への着席を希望する乗客は、空車状態でホームに入る当駅始発の電車を待つ傾向にある。このような乗客はホームでの滞在時間が長いことから、異なる属性として別途考慮することで、不要な通知情報を出力することを未然に防止することが可能となる。
【００５４】
本実施の形態４は以上の如きであり、その他は実施の形態１から実施の形態３と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００５５】
実施の形態５
実施の形態５は通知情報を出力した監視対象者が、再び監視領域に存在する場合に、閾値を変更する形態に関する。図１７は実施の形態５に係るコンピュータ１のハードウェア群を示すブロック図である。実績ＤＢ１５３が新たに設けられている。図１８は実績ＤＢ１５３のレコードレイアウトを示す説明図である。実績ＤＢ１５３は監視対象者ＩＤフィールド、通知情報出力日時フィールド及びホームＩＤフィールド等を含む。ＣＰＵ１１は上述した実施の形態により通知情報を出力した監視対象者の監視対象者ＩＤを監視対象者フィールドに記憶する。
【００５６】
通知情報出力日時フィールドには、監視対象者ＩＤに対応付けて、通知情報を出力した際の日時が記憶されている。ＣＰＵ１１は、通知情報を出力した場合、監視対象者ＩＤに対応付けて、実績ＤＢ１５３に日時を記憶する。ホームＩＤフィールドには、通知情報を出力した際のホームを特定するためのホームＩＤが記憶されている。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、ホームＩＤを、実績ＤＢ１５３に記憶する。ＣＰＵ１１は、監視対象者がホームに存在すると判断し、監視対象者ＩＤを読み出す際、実績ＤＢ１５３を参照し、過去に同一監視対象者ＩＤ及び同一ホームＩＤが存在するか否かを判断する。ＣＰＵ１１は、同一監視対象者ＩＤ及びホームＩＤが存在すると判断した場合、当該監視対象者ＩＤに対応する第１閾値を少ない値に変更する。
【００５７】
図１９は変更処理の手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ８２、Ｓ１１２、またはＳ１５２にて監視対象者がホームに存在すると判断した場合、以下の処理を行う。ＣＰＵ１１は、ホームＩＤ及び監視対象者ＩＤを取得する（ステップＳ１９１）。ＣＰＵ１１は、実績ＤＢ１５３に、ホームＩＤ及び監視対象者ＩＤが一致するレコードが存在するか否かを判断する（ステップＳ１９２）。ＣＰＵ１１は、存在しないと判断した場合（ステップＳ１９２でＮＯ）、処理を終了する。一方、存在すると判断した場合（ステップＳ１９２でＹＥＳ）、監視対象者ＩＤに対応する第１閾値を、第１閾値より少ない値に変更する（ステップＳ１９３）。例えば、第１閾値を３と設定している場合、２に変更する。これにより、常習的な行動を起こす可能性がある監視対象者を早期に特定することが可能となる。
【００５８】
本実施の形態５は以上の如きであり、その他は実施の形態１から実施の形態４と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００５９】
実施の形態６
実施の形態６はカウンタの値が第１閾値よりも大きい第２閾値を超える場合に、マーク５の表示形態を変えて出力する形態に関する。図２０はマーク５の表示形態を示す説明図である。図２０Ａには監視対象者に点線で示す第１マーク５１を表示している。ＣＰＵ１１は、カウンタの値が第１閾値よりも大きい第２閾値と超える場合、第１マーク５１とは異なる第２マーク５２（以下、場合によりマーク５で代表する）を表示部１４に出力する。図２０Ｂは第２マーク５２を示している。第２マーク５２は第１マーク５１とは視覚により相互に識別することができる形態であれば良い。例えば、第１マーク５１を黒色の丸とし、第２マーク５２を赤色の丸としても良い。また本実施形態では２種類のマーク５を表示する例を挙げたがこれに限るものではない。３種類以上のマーク５を３つ以上の閾値を用いて表示するようにしても良い。また本実施形態では第１マーク５１に代えて、第２マーク５２を表示する形態を示したがこれに限るものではない。第１マーク５１を点線の丸印とし、第２マーク５２を監視対象者を指す矢印とし、第１マーク５１及び第２マーク５２に双方を表示しても良い。
【００６０】
図２１はマーク５の表示処理手順を示すフローチャートである。ＣＰＵ１１は、ステップＳ８９２、Ｓ１２２、Ｓ１６５の処理と同様に、監視対象者の画像に第１マーク５１を、表示部１４に重畳表示する（ステップＳ２１１）。なお、ＣＰＵ１１は、表示部１４に表示する代わりに、画面の表示情報を端末装置２へ送信してもよい。この場合、端末装置２のＣＰＵ２１は、表示部２４に同様の画面情報を表示する。ＣＰＵ１１は、第２閾値を記憶部１５から読み出す（ステップＳ２１２）。
【００６１】
ＣＰＵ１１は、履歴ＤＢ１５２を参照し、カウンタが第２閾値を超えるか否かを判断する（ステップＳ２１３）。ＣＰＵ１１は、第２閾値を超えないと判断した場合（ステップＳ２１３でＮＯ）、処理をステップＳ２１１へ戻す。ＣＰＵ１１は、第２閾値を超えると判断した場合（ステップＳ２１３でＹＥＳ）、処理をステップＳ２１４へ移行させる。ＣＰＵ１１は、監視対象者の画像に第２マーク５２を、表示部１４に重畳表示する（ステップＳ２１４）。これにより、オペレータは、より長時間監視対象領域に存在する者を、程度に応じて容易に特定することが可能となる。
【００６２】
本実施の形態６は以上の如きであり、その他は実施の形態１から実施の形態５と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００６３】
実施の形態７
実施の形態７は短時間で再び監視対象領域に戻ってきた監視対象者を特定する形態に関する。図２２は実施の形態７に係る対象者ＤＢ１５１のレコードレイアウトを示す説明図である。ＣＰＵ１１は、監視対象者のホームＩＤを監視し、所定時間内（例えば５分以内）に同一ホームに戻ってきた場合、通知情報を出力する。図２２の例では、ホームＩＤ「１」のホームを出発した監視対象者は、ホームＩＤ「２」のホームに到着している。その後、またホームＩＤ「１」のホームに短時間で戻ってきている。この場合、ＣＰＵ１１は、当該監視対象者にマーク５を表示する。なお、他の実施形態とは異なるマーク５を表示しても良い。
【００６４】
図２３は通知情報の出力処理の手順を示すフローチャートである。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、ホームＩＤが異なるホームＩＤに変化したか否かを判断する（ステップＳ２３１）。なお、当該処理は、ステップＳ８８等でカウンタが第１閾値を超える監視対象者のみに対して実行しても良い。ＣＰＵ１１は、ホームＩＤが変化していないと判断した場合（ステップＳ２３１でＮＯ）、処理をステップＳ２３１に戻す。ＣＰＵ１１は、ホームＩＤが変化したと判断した場合（ステップＳ２３１でＹＥＳ）、処理をステップＳ２３２へ移行させる。ＣＰＵ１１は、ホームＩＤが変化した時点の直前の日時を第１日時として記憶する（ステップＳ２３２）。なお、変化時点の日時を用いても良い。
【００６５】
ＣＰＵ１１は、変化したホームＩＤが変化前のホームＩＤに戻ったか否かを判断する（ステップＳ２３３）。ＣＰＵ１１は、戻っていないと判断した場合（ステップＳ２３３でＮＯ）、戻るまで待機する。ＣＰＵ１１は、変化前のホームＩＤに戻ったと判断した場合（ステップＳ２３３でＹＥＳ）、処理をステップＳ２３４へ移行する。ＣＰＵ１１は、ホームＩＤが戻った時点の日時を、第２日時として記憶する（ステップＳ２３４）。ＣＰＵ１１は、記憶部１５から閾時間を読み出す（ステップＳ２３５）。
【００６６】
第２日時と第１日時との差分を算出し、算出した差分が閾時間を超えるか否かを判断する（ステップＳ２３６）。ＣＰＵ１１は、閾時間を超えないと判断した場合（ステップＳ２３６でＮＯ）、処理をステップＳ２３７へ移行させる。ＣＰＵ１１は、当該監視対象者ＩＤを参照し、通知情報を出力する（ステップＳ２３７）。ＣＰＵ１１は、閾時間を超えると判断した場合（ステップＳ２３６でＮＯ）、通常の往復移動であると判断し、ステップＳ２３７の処理をスキップし、一連の処理を終了する。これにより、短時間で行き来する不審者を容易に特定することが可能となる。
【００６７】
本実施の形態７は以上の如きであり、その他は実施の形態１から実施の形態６と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００６８】
実施の形態８
実施の形態８は不正乗車を検出する形態に関する。図２４は実施の形態８に係るコンピュータ１のハードウェア群を示すブロック図である。ルートＤＢ１５４がさらに設けられている。図２５は移動形態を示す説明図であり、図２６はルートＤＢ１５４のレコードレイアウトを示す説明図である。ホーム２で乗車する乗客が、ホーム６へ向かう場合、ホーム２からホーム６までの切符を購入する。しかし、ホーム１から出発する電車に乗るべく、ホーム２からホーム１へ移動し、その後、ホーム６へ移動する場合がある。
【００６９】
ルートＤＢ１５４には以上述べた不正乗車に関するルートが複数記憶されている。ルートＤＢ１５４はルートＩＤフィールド及びルートフィールドを含む。ルートＩＤに対応付けてルートが記憶されている。例えばルートＩＤ「００１」は上述したルート「ホームＩＤ２、ホームＩＤ１、ホームＩＤ６」が記憶されている。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、監視対象者のルートが、ルートＤＢ１５４に記憶するルートに合致する場合、通知情報を出力する。
【００７０】
図２７は実施の形態８に係る対象者ＤＢ１５１のレコードレイアウトを示す説明図である。当該監視対象者はホームＩＤ２、次いでホームＩＤ１、ホームＩＤ６で特定されるホームで乗車している。この場合、ＣＰＵ１１は、通知情報を出力する。
【００７１】
図２８は通知情報の出力処理手順を示すフローチャートである。ＣＰＵ１１は、対象者ＤＢ１５１を参照し、ホームＩＤが変化したか否かを判断する（ステップＳ２８１）。ＣＰＵ１１は、変化していないと判断した場合（ステップＳ２８１でＮＯ）、変化するまで待機する。ＣＰＵ１１は、変化したと判断した場合（ステップＳ２８１でＹＥＳ）、処理をステップＳ２８２へ移行させる。ＣＰＵ１１は、変化後のホームＩＤ、変化前のホームＩＤ、さらにその変化前のホームＩＤを読み出す（ステップＳ２８２）。すなわちＣＰＵ１１は、変化した異なる３つのホームＩＤを読み出す。
【００７２】
ＣＰＵ１１は、読み出した３つのホームＩＤに対応するルートが、ルートＤＢ１５４に記憶されているか否かを判断する（ステップＳ２８３）。ＣＰＵ１１は、ルートが記憶されていると判断した場合（ステップＳ２８３でＹＥＳ）、監視対象者ＩＤに対応付けて通知情報を出力する（ステップＳ２８４）。ＣＰＵ１１は、ルートが存在しないと判断した場合（ステップＳ２８３でＮＯ）、ステップＳ２８４の処理をスキップし、一連の処理を終了する。これにより、逆方向への乗車を伴う不正乗車を容易に特定することが可能となる。
【００７３】
本実施の形態８は以上の如きであり、その他は実施の形態１から実施の形態７と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００７４】
実施の形態９
図２９は上述した形態のコンピュータ１の動作を示す機能ブロック図である。ＣＰＵ１１が制御プログラム１５Ｐを実行することにより、コンピュータ１は以下のように動作する。判断部１０１は、カメラ３から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する。計数部１０２は監視対象者が監視領域に存在する場合に、監視領域を出発する移動体の数を監視対象者に対応付けて計数する。出力部１０３は、計数した数が、閾値を超える場合に監視対象者に関する通知情報を出力する。
【００７５】
図３０は実施の形態９に係るコンピュータ１のハードウェア群を示すブロック図である。コンピュータ１を動作させるためのプログラムは、ディスクドライブ等の読み取り部１０ＡにCD-ROM、DVD（Digital Versatile Disc）ディスク、メモリーカード、またはUSB(Universal Serial Bus)メモリ等の可搬型記録媒体１Ａを読み取らせて記憶部１５に記憶しても良い。また当該プログラムを記憶したフラッシュメモリ等の半導体メモリ１Ｂをコンピュータ１内に実装しても良い。さらに、当該プログラムは、インターネット等の通信網Ｎを介して接続される他のサーバコンピュータ（図示せず）からダウンロードすることも可能である。以下に、その内容を説明する。
【００７６】
図３０に示すコンピュータ１は、上述した各種ソフトウェア処理を実行するプログラムを、可搬型記録媒体１Ａまたは半導体メモリ１Ｂから読み取り、或いは、通信網Ｎを介して他のサーバコンピュータ（図示せず）からダウンロードする。当該プログラムは、制御プログラム１５Ｐとしてインストールされ、ＲＡＭ１２にロードして実行される。これにより、上述したコンピュータ１として機能する。
【００７７】
本実施の形態９は以上の如きであり、その他は実施の形態１から８と同様であるので、対応する部分には同一の参照番号を付してその詳細な説明を省略する。
【００７８】
以上の実施の形態１乃至９を含む実施形態に関し、さらに以下の付記を開示する。
【００７９】
（付記１）
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する判断部と、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数する計数部と、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する出力部と
を備える情報処理装置。
【００８０】
（付記２）
前記移動体は移動方法または移動先について複数の属性を有し、
前記計数部は、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を、属性毎に前記監視対象者に対応付けて計数する
付記１に記載の情報処理装置。
【００８１】
（付記３）
前記出力部は、
前記計数部により計数した数が、閾値を超える場合に、前記監視対象者を識別するためのマークを表示部に出力する
付記１または２に記載の情報処理装置。
【００８２】
（付記４）
監視領域内の監視対象者数を計数する対象者計数部と、
計数した監視対象者が所定人数以上の場合に、前記閾値を変更する変更部と
を備える付記１から３のいずれか一つに記載の情報処理装置。
【００８３】
（付記５）
他の監視領域にて前記監視対象者を検出した事を示す検出情報を取得する取得部と、
前記検出情報を取得した場合に、前記計数部による前記監視対象者に対応する計数値をゼロにするリセット部と
を備える付記１から４のいずれか一つに記載の情報処理装置。
【００８４】
（付記６）
前記移動体は前記監視領域を移動開始地点とする属性をさらに含み、
前記計数部は、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を、属性毎に前記監視対象者に対応付けて計数し、
前記出力部は、
計数した数が、属性別に設定された閾値を超える場合に前記監視対象者に関する通知情報を出力する
付記２に記載の情報処理装置。
【００８５】
（付記７）
前記出力部により通知情報を出力した前記監視対象者が、後日前記判断部により前記監視領域に存在すると判断した場合に、前記監視対象者に対する前記閾値を変更する閾値変更部
を備える付記１から６のいずれか一つに記載の情報処理装置。
【００８６】
（付記８）
前記閾値は第１閾値及び該第１閾値より大きい第２閾値を含み、
前記出力部は、
前記計数部により計数した数が、前記第１閾値を超える場合に、前記監視対象者を識別するための第１マークを表示部に出力し、前記第２閾値を超える場合に、前記監視対象者を識別するための前記第１マークとは異なる第２マークを表示部に出力する
付記３に記載の情報処理装置。
【００８７】
（付記９）
撮像装置及び情報処理装置を含む情報処理システムにおいて、
前記情報処理装置は、
前記撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断する判断部と、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数する計数部と、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する出力部と
を備える情報処理システム。
【００８８】
（付記１０）
コンピュータに、
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断し、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数し、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する
処理を実行させるプログラム。
【００８９】
（付記１１）
撮像装置から取り込んだ画像に基づき監視対象者が監視領域に存在するか否かを判断し、
前記監視対象者が監視領域に存在する場合に、前記監視領域を出発する移動体の数を前記監視対象者に対応付けて計数し、
計数した数が、閾値を超える場合に前記監視対象者に関する通知情報を出力する
情報処理方法。
【符号の説明】
【００９０】
１      情報処理装置（コンピュータ）
２      端末装置
５      マーク
１Ａ    可搬型記録媒体
１Ｂ    半導体メモリ
１０Ａ  読み取り部
１１    ＣＰＵ
１２    ＲＡＭ
１３    入力部
１４    表示部
１５    記憶部
１５Ｐ  制御プログラム
１６    通信部
１８    時計部
２１    ＣＰＵ
２２    ＲＡＭ
２３    入力部
２４    表示部
２５    記憶部
２５Ｐ  制御プログラム
２６    通信部
２８    時計部
５１    第１マーク
５２    第２マーク
１０１  判断部
１０２  計数部
１０３  出力部
１５１  対象者ＤＢ
１５２  履歴ＤＢ
１５３  実績ＤＢ
１５４  ルートＤＢ
Ｎ    通信網
【図１】
2015095695.tif 000003
【図２】
2015095695.tif 000004
【図３】
2015095695.tif 000005
【図４】
2015095695.tif 000006
【図５】
2015095695.tif 000007
【図６】
2015095695.tif 000008
【図７】
2015095695.tif 000009
【図８】
2015095695.tif 000010
【図９】
2015095695.tif 000011
【図１０】
2015095695.tif 000012
【図１１】
2015095695.tif 000013
【図１２】
2015095695.tif 000014
【図１３】
2015095695.tif 000015
【図１４】
2015095695.tif 000016
【図１５】
2015095695.tif 000017
【図１６】
2015095695.tif 000018
【図１７】
2015095695.tif 000019
【図１８】
2015095695.tif 000020
【図１９】
2015095695.tif 000021
【図２０】
2015095695.tif 000022
【図２１】
2015095695.tif 000023
【図２２】
2015095695.tif 000024
【図２３】
2015095695.tif 000025
【図２４】
2015095695.tif 000026
【図２５】
2015095695.tif 000027
【図２６】
2015095695.tif 000028
【図２７】
2015095695.tif 000029
【図２８】
2015095695.tif 000030
【図２９】
2015095695.tif 000031
【図３０】
2015095695.tif 000032