(57)【特許請求の範囲】
【請求項１】
監視フィードを動的に表示する方法であって、
複数の監視フィード及び複数の監視データを監視ユニットによって受信する工程と、
前記複数の監視フィードの各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコアを前記監視ユニットによって決定する工程であって、前記１つ又は複数所定のクラスの各々が１つ又は複数の所定のカテゴリのうちの１つの下でグループ化される、工程と、
前記複数の監視フィードの各々に対して、対応する監視フィードの前記１つ又は複数の所定のクラスの各々の前記信頼性スコアに基づいて前記監視ユニットによって重要性スコアを決定する工程と、
前記監視フィードの各々に対して、対応する重要性スコア及び前記監視データに基づいて前記監視ユニットによって最終スコアを決定する工程であって、前記監視ユニットが前記監視フィードの各々の前記最終スコアに基づいて、前記監視フィードを表示する画面数を減らして前記複数の監視フィードの一部を表示する、工程と
を含む方法。
【請求項２】
前記監視データが、前記監視ユニットに関連付けられた複数の捕捉ユニットの視野重要性、１人又は複数の対象者の交通量及び対象期間のうちの少なくとも１つに該当する、請求項１に記載の方法。
【請求項３】
前記対象期間が時間帯及び曜日である、請求項２に記載の方法。
【請求項４】
前記１つ又は複数の所定のカテゴリが、既知の望ましい活動、既知の望ましくない活動及び未知の活動のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項５】
前記１つ又は複数の所定のクラスの各々の前記信頼性スコアが、前記１つ又は複数の監視フィードにおける１人又は複数の対象者の活動に基づいて決定される、請求項１に記載の方法。
【請求項６】
前記複数の監視フィードの各々の前記最終スコアが所定の閾値を超えた場合に警報を発生させる工程をさらに含む、請求項１に記載の方法。
【請求項７】
監視フィードを動的に表示する監視ユニットであって、
プロセッサと、
前記プロセッサに連通連結されたメモリであって、前記メモリがプロセッサ実行可能指示を保存し、指示が実行されると前記プロセッサが、
複数の監視フィード及び複数の監視データを受信し、
前記複数の監視フィードの各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコアを決定し、前記所定のクラスの各々が１つ又は複数の所定のカテゴリのうちの１つの下にグループ化され、
前記複数の監視フィードの各々に対して、対応する１つ又は複数の監視フィードの前記１つ又は複数の所定のクラスの各々の前記信頼性スコアに基づいて重要性スコアを決定し、
前記複数の監視フィードの各々に対して、対応する重要性スコア及び前記監視データに基づいて最終スコアを決定し、前記監視フィードの各々の前記最終スコアに基づいて、前記監視フィードを表示する画面数を減らして前記複数の監視フィードの一部を表示する、メモリと
を含む監視ユニット。
【請求項８】
前記監視データが、前記監視ユニットに関連付けられた複数の捕捉ユニットの視野重要性、１人又は複数の対象者の交通量及び対象期間のうちの少なくとも１つに該当する、請求項７に記載の監視ユニット。
【請求項９】
前記対象期間が時間帯及び曜日である、請求項８に記載の監視ユニット。
【請求項１０】
前記１つ又は複数の所定のカテゴリが、既知の望ましい行動、既知の望ましくない行動及び未知の行動のうちの少なくとも１つを含む、請求項７に記載の監視ユニット。
【請求項１１】
前記１つ又は複数の所定のクラスの各々の前記信頼性スコアが、前記１つ又は複数の監視フィードにおける１人又は複数の対象者の活動に基づいて決定される、請求項７に記載の監視ユニット。
【請求項１２】
前記複数の監視フィードの各々の前記最終スコアが所定の閾値を超えた場合に通知を生成する警報をさらに含む、請求項７に記載の監視ユニット。
【請求項１３】
監視フィードを動的に表示する監視システムであって、
１人又は複数の対象者に関する複数の監視フィードを捕捉する複数の捕捉ユニットと、
プロセッサと、
前記プロセッサに連通連結されたメモリであって、前記メモリがプロセッサ実行可能指示を保存し、指示が実行されると前記プロセッサが、
前記複数の監視フィード及び複数の監視データを受信し、
前記監視フィードの各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコアを決定し、前記１つ又は複数の所定のクラスの各々が１つ又は複数の所定のカテゴリのうちの１つの下にグループ化され、
前記複数の監視フィードの各々に対して、対応する監視フィードの前記１つ又は複数の所定のクラスの各々の前記信頼性スコアに基づいて重要性スコアを決定し、
前記複数の監視フィードの各々に対して、対応する重要性スコア及び前記１つ又は複数の監視データに基づいて最終スコアを決定し、前記複数の監視フィードの各々の前記最終スコアに基づいて、前記監視フィードを表示する画面数を減らして前記複数の監視フィードの一部を表示する、メモリと、
前記最終スコアに基づいて警報を発する１つ又は複数の警報ユニットと
を含む監視ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は全般的に監視システムに、特に、但し排他的にではなく、未知の活動を識別し優先順位に基づいて１つ又は複数の監視フィード(feeds)を動的に表示するシステム及び方法に関する。
【背景技術】
【０００２】
ビデオ監視システムは、事務所、店舗及び商店街、銀行、刑務所、少年院、精神療養所、幼児観察及び他の多数の場所において、保安を目的に人間の行動を観察するために使用される。このようなシステムは一般的に多数のカメラを有し、一般的に画面又は見掛け上の画面の数はカメラの台数より少なく、それらを観察する保安要員はさらに大幅に少ない。カメラの台数が「ａ」で表わされ、画面の数が「ｂ」で表わされ、画面を観察する保安要員の数が「ｃ」で表わされると想定してみよう。一般的に、ａ、ｂ及びｃの関係は、ハードウェア及び従業員の費用を削減する目的でａ≧ｂ≧ｃとされる。実例として１−１−１システム（１台のカメラが１つの画面上で１名の監視員によって観察される）又は４０−１０−２システム（４０台のカメラが１０個の画面（若しくは１つの画面上の１０個のウィンドウ）上で２名の監視員によって観察される）が挙げられる。従って、保安要員にとって、全てのモニターにおけるビデオフィード各々に気を配るのは退屈な仕事である。結果的に、これらのシステムは、システム効率は高いものの人的過誤を生じやすい。その上、既存のシステムは配慮又は介入しなくてもよいフィードを表示する。従って、重要なフィードを優先順位に基づいて表示するシステムが必要である。
【０００３】
監視システムは、機械自動化の使用を伴うものと伴わないものがいずれも存在する。機械自動化は、（より原始的な自動化において）カメラが動きを捉えた場合に、或いは（より高度な自動化において）カメラが既知の異常な挙動を捉えた場合に、システム内に存在する限られた一連の画面に対して音声警報及び／又は視覚警報を発することにより、効率及び保安員の警戒水準を高めることができる。しかし、限られた数の画面上で変動性のある重要要因に基づいて複数のカメラのスケジュールを設定することは、これまでの厄介な問題である。
【０００４】
本開示の図１は、既存の機械学習分類器が１つ又は複数の活動を監視フィード内で識別する状況を例示するグラフを示す。図１は、典型的な分類器がマルチクラス・カテゴリを識別する状況を例示するグラフを示す。従来型の分類器は、「一対全」方式を使用してマルチクラス活動の各々を識別する。さらに、このグラフでは分類器がバイナリ分類法を使用して１つ又は複数の活動を分類する状況を開示している。この図では、分類器は所定のものでない活動の識別に失敗している。そのような活動は所定の１つ又は複数のクラスのうちの１つの下に分類されるか、又は分類器によって無視され得る。これはデータの不適切なマッピング又はデータの喪失に繋がる。
【発明の概要】
【０００５】
本明細書において開示されるのは、１つ又は複数の監視フィードを動的に表示する方法及びシステムである。１つ又は複数の監視フィードが監視システムによって収集され、１つ又は複数の監視フィードの各々は優先順位に基づいて動的に表示される。警報も監視システムによって生成され、１つ又は複数の監視フィードを観察中の保安要員に警戒させる。
【０００６】
本開示の実施例は監視フィードを動的に表示する方法に関し、該方法は、１つ又は複数の監視フィード及び１つ又は複数の監視データを監視ユニットによって受信すること、並びに１つ又は複数の監視フィードの各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコアを決定することを含み、１つ又は複数の所定のクラスの各々は１つ又は複数の所定のカテゴリのうちの１つの下でグループ化される。該方法は、１つ又は複数の監視フィードの各々に対して、対応する１つ又は複数の監視フィードの１つ又は複数の所定のクラスの各々の信頼性スコアに基づいて重要性スコアを決定することと、１つ又は複数の監視フィードの各々に対して、対応する重要性スコア及び１つ又は複数の監視データに基づいて最終スコアを決定することをさらに含む。
【０００７】
一実施例において、監視フィードを動的に表示する監視ユニットが開示される。監視ユニットはプロセッサと、このプロセッサに連通連結されるメモリとを含む。メモリはプロセッサ実行可能指示を保存し、指示を実行後にプロセッサに１つ又は複数の監視フィード及び１つ又は複数の監視データを受信させ、１つ又は複数の監視フィードの各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコアを決定させ、１つ又は複数の所定のクラスの各々は１つ又は複数の所定のカテゴリのうちの１つの下でグループ化される。プロセッサはさらに、１つ又は複数の監視フィードの各々に対して、対応する１つ又は複数の監視フィードの１つ又は複数の所定のクラスの各々の信頼スコアに基づいて重要性スコアを決定し、そして１つ又は複数の監視フィードの各々に対して、１つ又は複数の監視データの各々の対応する重要性スコアに基づいて最終スコアを決定する。
【０００８】
一実施例において、本開示では１つ又は複数の監視フィードを動的に表示する監視システムを開示する。このシステムは１つ又は複数の監視フィードを捕捉する１つ又は複数の捕捉ユニットと、１つ又は複数の監視フィードを受信して前述の方法を実施する監視ユニットと、警報を発する通知ユニットとを含む。警報は、１つ又は複数の監視フィードの各々の最終スコアのうちの１つが所定の閾値を超えた場合に発せられる。
【０００９】
上記概要は単なる例示であり、何らかの形で制限性を有することを意図するものではない。例示的態様、実施例及び前述の特徴に加え、さらなる態様、実施例及び特徴が、図面及び下記の詳細な記述を参照することにより明らかとなる。
【００１０】
本開示における新規の特徴及び特性は、添付の請求項に記載される。但し、本開示自体、並びに好適な使用様式、さらなる目的とその優位性は、下記の例示的実施例の詳細な記述を参照することにより、添付図面と併せて読めば、最も適切に理解されることになる。以下、１つ又は複数の実施例が単に実例として、添付図面を参照しつつ記述され、添付図面においては類似の参照番号が類似の要素を表わし、図面の簡単な説明は以下の通りである。
【図面の簡単な説明】
【００１１】
【図１】伝統的な分類器を使用して監視フィードを複数のカテゴリに分類する工程を例示するグラフを示す図である。
【図２】本開示の一部の実施例に従った監視システムの模範的ブロック図を例示する図である。
【図３】本開示の一部の実施例に従った監視ユニットの模範的ブロック図を示す図である。
【図４】本開示の一部の実施例に従って重要性スコアを導き出すための模範的グラフを示す図である。
【図５】本開示の一部の実施例に従って監視フィードを動的に表示する方法のフローチャートを例示する図である。
【図６】本開示の一部の実施例に従った総合コンピュータ・システムの動作を例示する模範的ブロック図を示す図である。
【発明を実施するための形態】
【００１２】
本明細書に記載のブロック図はいずれも、本発明の主題の原理を具現化する例示的システムの概念的視点を表わすものであることを、当業者であれば理解するはずである。同様に、如何なるフローチャート、フロー図、状態遷移図、疑似コード等も、コンピュータ可読媒体において実質的に表現され且つコンピュータ又はプロセッサによって実行され得る様々なプロセスを表わし、係るコンピュータ又はプロセッサが明示されるか否かを問わないことも、理解されることになる。
【００１３】
本明細書において、「模範的」という言葉は、「実例、事例又は例示の役割を果たす」という意味で使用される。本明細書において「模範的」として記載される、本発明の主題の実施例又は実装はいずれも、必ずしも他の実施例よりも好適又は優位と解釈されるわけではない。
【００１４】
本開示は様々な修正及び代替的形態の影響を受けやすい一方、本開示の特定の実施例は図面において実例として示されており、以下に詳述される。但し、それは開示される特定の形態に開示を制限することを意図するものではなく、逆に、本開示は本開示の範囲に該当するあらゆる修正、同等手段及び代替手段を対象とすることを意図するものであることを理解されたい。
【００１５】
本開示は様々な修正及び代替的形態の影響を受けやすい一方、本開示の特定の実施例は図面において実例として示されており、以下に詳述される。但し、それは開示される特定の形態に開示を制限することを意図するものではなく、逆に、本開示は本開示の精神と範囲に該当するあらゆる修正、同等手段及び代替手段を対象とすることを意図するものであることを理解されたい。
【００１６】
「含む」という用語又はこの用語の変形はいずれも、一連の構成要素又は工程を含む設定、装置又は方法がそれらの構成要素又は工程しか含まないのではなく、明示的に列記されているわけではない、或いは係る設定又は装置又は方法に固有というわけではない、他の構成要素又は工程をも含み得るよう、非排他的包含も対象とすることを意図するものである。言い換えれば、「含む」という用語の対象である、或るシステム又は機器における１つ又は複数の要素は、他に制約がなければ、そのシステム又は機器における他の要素又は付加的要素の存在を排除するものではない。
【００１７】
一実施例において、本開示では１つ又は複数の監視フィードを動的に表示する監視システムを開示する。監視システムは、１つ又は複数の捕捉装置からの１つ又は複数の監視フィードを受信する。さらに、監視装置は、捕捉された１つ又は複数の監視フィードを処理して１つ又は複数のフィードを動的に表示する監視ユニットを含む。１つ又は複数の監視フィードの動的表示は重要な監視フィードの優先順位を決めることにより、監視インテリジェンスを高める。また、監視システムは１つ又は複数の監視フィードを観察中の保安要員に警戒させるための警報ユニットを含むことにより、観察中の人的過誤を低減するものであってもよい。
【００１８】
図２は、１つ又は複数の監視フィードを動的に表示する監視システム２００を開示する。監視システム２００は１つ又は複数の捕捉ユニット２０１ａ、２０１ｂ、．．．、２０１ｎ（集合的に２０１と称する）、監視ユニット２０２及び１つ又は複数の警報ユニット２０３ａ、２０３ｂ、．．．、２０３ｎ（集合的に２０３と称する）を含む。１つ又は複数の捕捉ユニット２０１は、１つ又は複数の活動を捕捉する任意の装置であってもよい。１つ又は複数の捕捉ユニット２０１は、１つ又は複数の音声フィード、１つ又は複数のビデオフィード及び１つ又は複数の他のフィードのうちの少なくとも１つを捕捉する装置であってもよい。監視ユニット２０２は、１つ又は複数の捕捉ユニット２０１から１つ又は複数の監視フィードを受信し、データを処理する。監視ユニット２０２は最終スコアを出力し、これを基に、表示ユニット及び１つ又は複数の警報ユニット２０３によって適切な措置が実施される。表示ユニットは、監視ユニット２０２によって決定された１つ又は複数の監視フィードの各々の最終スコアに基づいて、１つ又は複数の監視フィードを表示する。さらに、１つ又は複数の監視フィードの各々のうちの少なくとも１つの最終スコアが所定の閾値より大きい場合、１つ又は複数の警報ユニット２０３が警報通知を発する。発せられる警報は振動警報、視覚警報又は音声警報であってもよい。
【００１９】
一実施例において、１つ又は複数の捕捉ユニット２０１は、有線又は無線のネットワーク経由で監視ユニット２０２と関連付けられ得る。模範的な一実施例において、他の１つ又は複数のフィードは赤外線フィード、超音波フィード等を含み得る。
【００２０】
本開示の一実施例は、１つ又は複数の監視フィード３１８を動的に表示する監視ユニット２０２に関する。本開示の図３は、監視ユニット２０２の模範的ブロック図を示す。監視ユニット２０２はプロセッサ３０１と、プロセッサ３０１に連通連結されるメモリ３０４とを含む。メモリ３０４はプロセッサ実行可能指示を保存し、指示を実行後にプロセッサ３０１に１つ又は複数の監視フィード３１８及び１つ又は複数の監視データ３１９を受信させる。さらに、プロセッサ３０１は、監視フィード３１８の各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコア３１５を決定する。ここで、１つ又は複数の所定のクラスの各々は１つ又は複数の所定のカテゴリのうちの１つの下にグループ化される。さらに、プロセッサ３０１は１つ又は複数の監視フィード３１８の各々に対して、対応する１つ又は複数の監視フィードの１つ又は複数の所定のクラスの各々の信頼性スコア３１５に基づいて重要性スコア３１６を決定する。最後に、プロセッサ３０１は１つ又は複数の監視フィード３１８の各々に対して、対応する重要性スコア３１６及び１つ又は複数の監視データ３１９に基づいて最終スコア３１７を決定する。１つ又は複数の監視フィード３１８はその後、１つ又は複数の監視フィード３１８の各々の最終スコア３１７に基づいて、表示ユニット３０２によって動的に表示される。
【００２１】
一実施例において、１つ又は複数のデータ３１１はメモリ３０４内に保存され得る。１つ又は複数のデータ３１１は、例えば視野重要性３１２、交通量３１３、対象期間３１４、信頼性スコア３１５、重要性スコア３１６、最終スコア３１７、１つ又は複数の監視フィード３１８、１つ又は複数の監視データ３１９及び他のデータ３２０を含み得る。１つ又は複数のデータ３１１は、１つ又は複数の監視フィードの各々の最終スコアの決定に使用される監視ユニット２０２への入力データである。
【００２２】
一実施例において、視野重要性３１２は、使用者による監視ユニット２０２への入力データである。１つ又は複数の捕捉装置の視野重要性３１２は、主に１つ又は複数の捕捉装置の位置に依存する。
【００２３】
一実施例において、交通量３１３は、１つ又は複数の捕捉装置の視野内で移動中の対象者の数を決定付ける。
【００２４】
一実施例において、対象期間３１４は、監視ユニット２０２への入力データである。対象期間３１４は、時間帯及び曜日であってもよい。このパラメータは、交通を優先的に観察しなければならない期間を表わす。３種類のデータ３１１の入力は全て、１つ又は複数の監視フィード３１８の各々の重要性スコア３１６と併せて、監視フィード３１８の各々の最終スコア３１７の計算に使用される。他のデータ３２０は、監視ユニット２０２の様々な機能を遂行するために１つ又は複数のモジュール３０５によって生成される、一時データ及び一時ファイルを含む、データの保存に使用され得る。
【００２５】
一実施例において、メモリ３０４内の１つ又は複数のデータ３１１はプロセッサ３０１の１つ又は複数のモジュール３０５によって処理される。１つ又は複数のモジュール３０５はメモリ３０４内に保存され得る。一実例において、１つ又は複数のモジュール３０５は、プロセッサ３０１に連通連結される形で、メモリ３０４外に存在してもよい。本明細書において使用されるモジュールという用語は、１つ又は複数のソフトウェア若しくはファームウェアのプログラムを実行する特定用途向け集積回路（ＡＳＩＣ：application specific integrated circuit）、電子回路、プロセッサ３０１（共有、専用、又はグループ）及びメモリ３０４、組み合わせ論理回路、並びに／又は他の適切な、前述の機能性を提供する構成要素を指す。
【００２６】
一実装において、１つ又は複数のモジュール３０５は、例えば、受信器モジュール３０６、分類器モジュール３０７、重要性スコア決定モジュール３０８、最終スコア決定モジュール３０９及び他のモジュール３１０を含み得る。
【００２７】
一実施例において、受信器モジュール３０６は、監視ユニット２０２に関連付けられた１つ又は複数の捕捉ユニットから１つ又は複数の監視フィード３１８を受信する。受信器モジュール３０６は、１つ又は複数の監視フィード３１８を画像フレームへと変換する。例えば、１つの監視フィード３１８が複数の画像フレームへと変換され得る。このように、１つ又は複数の監視フィード３１８の各々が複数の画像フレームへと変換される結果、「ｎ」個の画像フレームが発生する。さらに、「ｎ」個の画像フレームの各々が、さらなる処理向けに特徴量ベクトルへと変換される。
【００２８】
一実施例において、分類器モジュール３０７は１つ又は複数の監視フィード３１８の各々を、１つ又は複数の所定のクラスへと分類する。一実施例において、１つ又は複数のクラスは、観察対象となる位置に基づいて予め定義される。１つ又は複数のクラスの各々は、１つ又は複数のカテゴリのうちの１つの下にグループ化される。１つ又は複数のカテゴリは予め定義され、また既知の望ましい活動、既知の望ましくない活動及び未知の活動のうちの少なくとも１つに該当し得る。一実施例において、１つ又は複数のクラスは、或る対象者によって所定の時間間隔で描写される１つ又は複数の活動の各々に該当し得る。分類器モジュール３０７は従来型の機械学習アルゴリズムを修正型アルゴリズムと併用して、１つ又は複数の監視フィード３１８を分類する。分類器モジュール３０７は受信器モジュール３０６から特徴量ベクトルを受信し、そして１つ又は複数の監視フィード３１８の各々に対して、所定のクラスの各々の信頼性スコア３１５を出力する。信頼性スコア３１５に基づいて、１つ又は複数の監視フィード３１８の各々が１つ又は複数のカテゴリのうちの１つの下にカテゴリ化される。
【００２９】
一実施例において、提案される機械学習アルゴリズムの例としてサポート・ベクター・マシン（ＳＶＭ：Support Vector Machine）、隠れマルコフ・モデル（ＨＭＭ：Hidden Markov Models）、ニューラル・ネットワーク等、又は統計モデル若しくは機械学習モデルを含む新規若しくは修正型のアルゴリズムが挙げられ得るが、これらに限定されない。本開示において提案されるハイブリッド・モデルはユークリッド超空間を理解し、また１つ又は複数の監視フィードにおける１人又は複数の対象者の時間的特徴の捕捉に役立つ。このように、ハイブリッド・モデルは１人又は複数の対象者の未知の活動を「未知のカテゴリ」へとカテゴリ化する上で役立つ。ハイブリッド・モデルは１つ又は複数の監視フィード３１８の各々を、様々なカテゴリへと分類する。模範的な一実施例において、本開示ではＨＭＭをハイブリッド・モデルとして使用する。従って、ＨＭＭを使用して、未知のカテゴリが決定される。さらに、本開示では１つ又は複数の監視フィード３１８の各々を、１つ又は複数の所定のカテゴリのうちの１つへとカテゴリ化する。１つ又は複数の監視フィード３１８が１つ又は複数のカテゴリのどれにも該当しない場合、未知のカテゴリの下にカテゴリ化される。ＨＭＭは自動反復学習アルゴリズムであり、任意の所定のトレーニング・シーケンスに応じてパラメータを調節する。２つのＨＭＭ間の距離に基づいて、未知のカテゴリが決定される。１つ又は複数の監視フィードにおける少なくとも１つの特徴量ベクトルについて、２つのＨＭＭ間の距離は以下のように計算される。
【００３０】
【数１】
0006280623.tif 000002
【数２】
0006280623.tif 000003
【数３】
0006280623.tif 000004
【数４】
0006280623.tif 000005
【数５】
0006280623.tif 000006
式中、
Ｄは観察２のＨＭＭからの観察１のＨＭＭの距離を表わし、
ＴはＨＭＭのトレーニングに使用される監視フィードから取得されたシーケンス測定結果の長さを表わし、
Ｏｂｓ２は、ＨＭＭ２のトレーニングに使用されるシーケンス測定結果を表わし、
Ｐ（ｏｂｓ２｜ＨＭＭ２）は、ＨＭＭ２を伴うシーケンスを観察する確率を表わし、
Ｐ（ｏｂｓ２｜ＨＭＭ１）は、ＨＭＭ１を伴うシーケンスを観察する確率を表わし、
Ｄｓｙｍは、クラス１及び２のＨＭＭ間の対称距離を表わし、
Ｄａｖｇは、クラス１及びクラス２の軌跡に関するＨＭＭ間の平均距離を表わし、
Ｔｉ及びＴｊは軌跡を表わし、
Ｃ１及びＣ２は１つ又は複数の監視フィードの所定のクラスを表わす。
【００３１】
ＨＭＭへのトレーニング・シーケンス入力に基づいて、１つ又は複数の既知のカテゴリの各々に対して、参照値が決定される。上記の方程式から、監視フィード３１８は、距離が所定の閾値未満の場合は既知の望ましい活動、既知の望ましくない活動としてカテゴリ化され、また１つ又は複数のカテゴリの残りの参照値からの監視フィード３１８の距離が所定の閾値より大きい場合は未知の活動としてカテゴリ化される。
【００３２】
一実施例において、重要性スコア決定モジュール３０８は１つ又は複数の監視フィード３１８の各々に対して、重要性スコア３１６を決定する。重要性スコア３１６は、対応する１つ又は複数の監視フィード３１８の１つ又は複数の所定のクラスの各々の信頼性スコア３１５に基づいて決定される。重要性スコア３１６の曲線は、図４に記載の通りとなり得る。例えば、１つ又は複数の監視フィード３１８のＨＭＭ距離が、既知の望ましい活動のカテゴリの１つ又は複数の所定のクラスに比較的近い場合、重要性スコア３１６は低くなる。一方、１つ又は複数の監視フィード３１８のＨＭＭ距離が既知の望ましい活動のカテゴリから遠ざかるにつれ、重要性スコア３１６は高くなる。１つ又は複数の監視フィード３１８のＨＭＭ距離が距離の閾値を超えると、重要性スコア３１６は最大となる。同様に、１つ又は複数の監視フィード３１８のＨＭＭ距離が、既知の望ましくない活動のカテゴリの１つ又は複数のクラスに比較的近い場合、重要性スコア３１６は高くなる。１つ又は複数の監視フィード３１８のＨＭＭ距離が既知の望ましくない活動のカテゴリからさらに遠ざかるにつれ、重要性スコア３１６は低下し始める。一方、１つ又は複数の監視フィード３１８のＨＭＭ距離が未知のカテゴリに接近するにつれ、重要性スコア３１６は高くなり、そして１つ又は複数の監視フィード３１８が未知のカテゴリに一旦入ると、重要性スコア３１６は最大となる。
【００３３】
クラス相互の距離に伴う重要性スコアの変化を示す模範的曲線を例示する方程式を以下に示す。
【００３４】
望ましい活動クラスを表わす方程式は以下の通りである。
ｄｙ／ｄｘ＞０；ｄ２ｙ／ｄｘ２＜＝０  （０＜ｘ＜ｔｗの場合）
ｄｙ／ｄｘ＞０；ｄ２ｙ／ｄｘ２＜０  （ｘ＞ｔｗの場合）
ｄｙ／ｄｘ＜０；ｄ２ｙ／ｄｘ２＜＝０  （−ｔｗ＜ｘ＜０の場合）
ｄｙ／ｄｘ＜０；ｄ２ｙ／ｄｘ２＞０  （ｘ＜−ｔｗの場合）
【００３５】
望ましい活動クラスを表わす曲線を横切る方程式は以下の通りである。
ｙ＝ａｘ２  （｜ｘ｜＜ｔｗの場合）
ｙ＝ｌｏｇ｜ｂｘ｜  （｜ｘ｜＞ｔｗの場合）
【００３６】
望ましくない活動クラスを表わす方程式は以下の通りである。
ｄｙ／ｄｘ＜０；ｄ２ｙ／ｄｘ２＜＝０  （０＜ｘ＜ｔｕの場合）
ｄｙ／ｄｘ＞０；ｄ２ｙ／ｄｘ２＜０  （ｘ＞ｔｕの場合）
ｄｙ／ｄｘ＞０；ｄ２ｙ／ｄｘ２＜＝０  （−ｔｕ＜ｘ＜０の場合）
ｄｙ／ｄｘ＜０；ｄ２ｙ／ｄｘ２＞０  （ｘ＜−ｔｕの場合）
【００３７】
望ましくない活動クラスを表わす曲線を横切る方程式は以下の通りである。
ｙ＝１／｜ｃｘ｜  （｜ｘ｜＜ｔｕの場合）
ｙ＝ｌｏｇ｜ｄｘ｜  （｜ｘ｜＞ｔｕの場合）
【００３８】
上記の方程式で使用される表記の説明は以下の通りである。
ｙは個別重要性スコアを表わし、
ｘはクラスからの距離を表わし、
ｔｗは望ましい活動クラスの閾値を表わし、
ｔｕは望ましくない活動クラスの閾値を表わし、
ａ、ｂ、ｃ、ｄは定数である。
【００３９】
遡って図３を参考に、最終スコア決定モジュール３０９は１つ又は複数の監視フィード３１８の各々に対して、最終スコア３１７を決定する。最終スコア３１７は、対応する重要性スコア３１６及び１つ又は複数の監視データ３１９に基づいて決定される。最終スコア３１７に基づいて、１つ又は複数の監視フィード３１８が表示される。ここで、最終スコア３１７が１つ又は複数の監視フィード３１８の優先順位を決定付ける。その結果、１つ又は複数の監視フィード３１８が相応に表示される。例えば、監視フィード３１８はより長時間、表示され得る。同様に、或る監視フィード３１８が画面全体に表示され、他の監視フィード３１８を隠すこともあり得る。
【００４０】
監視ユニット２０２は、様々な機能性を遂行する他のモジュール３１０をも含み得る。そのような前述のモジュールは単一のモジュールとして、又は異なるモジュールの組み合わせとして表わされ得ることが、理解されることになる。また、他のモジュール３１０が通知を生成し、監視ユニット２０２に関連付けられた１つ又は複数の警報ユニット２０３へ通知を提供し得る。
【００４１】
図５は、本開示の一部の実施例に従って監視フィードを動的に表示する方法を例示するフローチャートを示す。
【００４２】
図５にて例示の通り、方法５００は１つ又は複数の監視フィードを動的に表示する１つ又は複数の工程を含む。方法５００は、一般的なコンピュータ実行可能指示の文脈で記述することができる。一般的に、コンピュータ実行可能指示の例として、特定の機能を遂行するか又は特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、構成要素、データ構造、手順、モジュール、及び機能が挙げられる。
【００４３】
方法５００の記述順序は制限として解釈されることを意図するものではなく、また記載の方法のブロック番号を任意で組み合わせて、該方法をどの順序でも実装することができる。加えて、本明細書に記載の主題の精神と範囲から逸脱しなければ、個別のブロックを該方法から削除してもよい。さらに、該方法は任意の適切なハードウェア、ソフトウェア、ファームウェア、又はこれらを組み合わせる形で実装することができる。
【００４４】
工程５０１にて、１つ又は複数の監視フィード及び１つ又は複数の監視データを受信する。監視ユニット２０２の受信器モジュール３０６が１つ又は複数の捕捉装置４０１から、１つ又は複数の監視フィード及び１つ又は複数の監視データを受信する。さらに、受信器モジュール３０６が１つ又は複数の監視フィード３１８の各々を１つ又は複数の画像フレームへと変換する。その結果、受信器モジュール３０６が１つ又は複数の画像フレームの各々を、１つ又は複数の特徴量ベクトルへと変換する。
【００４５】
工程５０２にて、１つ又は複数の監視フィード３１８の各々に対して、１つ又は複数の所定のクラスの各々の信頼性スコア３１５を決定する。分類器モジュール３０７が１つ又は複数の特徴量ベクトルを受信し、そして１つ又は複数の監視フィード３１８の各々に対応する１つ又は複数の所定のクラスの各々の信頼性スコア３１５を出力する。ここで、１つ又は複数の所定のクラスの各々は１つ又は複数の所定のカテゴリのうちの１つの下にグループ化される。さらに、分類器モジュール３０７がＨＭＭを活用して、１つ又は複数の監視フィード３１８の各々を１つ又は複数のカテゴリのうちの１つへとカテゴリ化する。
【００４６】
工程５０３にて、１つ又は複数の監視フィード３１８の各々に対して重要性スコア３１６を決定する。重要性スコア決定モジュール３０８が１つ又は複数の監視フィード３１８の各々に対して、重要性スコア３１６を決定する。図４は、１つ又は複数のカテゴリの各々に対する重要性スコア３１６を例示する模範的曲線を示す。
【００４７】
工程５０４にて、１つ又は複数の監視フィード３１８の各々に対して最終スコア３１７を決定する。最終スコア決定モジュール３０９は、１つ又は複数の所定のクラスの各々の信頼性スコア３１５及び１つ又は複数の監視データ３１９に基づいて、１つ又は複数の監視フィード３１８の各々の最終スコア３１７を決定する。表示ユニット３０２は、１つ又は複数の監視フィード３１８の最終スコア３１７に基づいて、１つ又は複数の監視フィード３１８を動的に表示する。さらに、１つ又は複数の監視フィード３１８のうちの少なくとも１つの最終スコア３１７が所定の閾値を超えると、１つ又は複数の警報ユニット２０３が警報を発する。
【００４８】
模範的な一実施例において、２台のカメラ２０１を有し、２台のカメラの各々が銀行内で１つのフィード３１８を捕捉するという、監視システムを考察する。使用者は既に、既知の望ましい活動、既知の望ましくない活動及び未知の活動のカテゴリを定義済みである。また使用者は既に、武器を所持している対象者、進路を変えようとしている対象者、座っている対象者、話している対象者、及び真っ直ぐ歩いている対象者、というクラスも定義済みである。所定のクラスの各々が、１つ又は複数の所定のカテゴリのうちの１つの下にグループ化される。銃を所持している対象者及び進路を変えようとしている対象者は、既知の望ましくない活動のカテゴリの下にグループ化することができ、話している対象者、座っている対象者及び真っ直ぐ歩いている対象者は、既知の望ましい活動のカテゴリの下にグループ化することができる。所定の活動以外の活動は、未知の活動のカテゴリの下にグループ化することができる。１つ又は複数の所定のカテゴリ及び各々の１つ又は複数の所定のクラスは、表１に記載の通りである。
【００４９】
【表１】
0006280623.tif 000007
【００５０】
監視ユニット２０２は２つの監視フィード３１８を、２台のカメラ２０１から受信する。２つのフィード３１８の各々が受信器モジュール３０６により、１つ又は複数の画像フレームへと変換され、次いで１つ又は複数の特徴量ベクトルへと変換される。分類器モジュール３０７は１つ又は複数の特徴量ベクトルを受信器モジュール３０６から受信する。さらに、分類器モジュール３０７は、２つのフィード３１８の各々に対応する５つのクラスそれぞれに対する信頼性スコア３１５を決定する。これは以下の通り例示される。
【００５１】
フィード１の場合。
【００５２】
【表２】
0006280623.tif 000008
【００５３】
フィード２の場合。
【００５４】
【表３】
0006280623.tif 000009
【００５５】
表２から、クラス１に対する信頼性スコア３１５が０．７であることは、監視ユニット２０２が多少、或る対象者が座っていることを確信し、従ってフィード１は既知の望ましい活動のカテゴリに該当し得ることを例示するものである。同様に、信頼性スコア３１５は１つ又は複数のクラスの各々について計算され、加重平均は監視フィード３１８がどのクラスに近いかを決定付ける。信頼性スコア３１５の加重平均に基づいて、監視フィード３１８がカテゴリ化される。フィード１の信頼性スコア３１５の加重平均がよりクラス１に近くなる確率の方が高いことから、フィード１は既知の望ましい活動として分類され得る。
【００５６】
表３から、フィード２はどのカテゴリの下でも該当する確率が同等であるが、これはクラスの各々の信頼性スコア３１５がほぼ同等であるからである。ここでは、分類器モジュール３０７は確定的決定を下すことができないため、フィード２を未知の活動として分類することになる。
【００５７】
さらに、重要性スコア３１６は、２つの監視フィード３１８の各々に対して重要性スコア決定モジュール３０８により、５つのクラスの各々に対する５つの信頼性スコア３１５に基づいて決定される。従って、２つの信頼性スコア３１５が決定される。最後に、２つのフィード３１８の各々に対する最終スコア３１７が、監視ユニット２０２に付与される２つの重要性スコア３１６及び１つ又は複数の監視データ３１９に基づいて決定される。その後、表示ユニット３０２が最終スコア３１７に基づいて２つのフィード３１８を表示する。ここではフィード２が未知の活動のカテゴリの下にカテゴリ化されることから、より高い優先順位が与えられ、相応に表示される。また、表示を観察中の使用者に知らせるための警報が、１つ又は複数の警報ユニット２０３によって発せられ得る。
【００５８】
コンピュータ・システム
図６は、本開示と整合的な実施例を実装するための模範的なコンピュータ・システム６００のブロック図を例示する。一実施例において、コンピュータ・システム６００は、１つ又は複数の監視フィードを動的に表示する方法を実装するために使用される。コンピュータ・システム６００は、中央演算処理装置（「ＣＰＵ：central processing unit」又は「プロセッサ」）６０２を含み得る。プロセッサ６０２は、ランタイムにおける動的リソース配分のためのプログラム構成要素を実行する少なくとも１つのデータ・プロセッサを含み得る。プロセッサ６０２は、集積システム（バス）制御装置、メモリ管理制御ユニット、浮動小数点演算ユニット、画像処理ユニット、デジタル信号処理ユニット等、特殊処理ユニットを含み得る。
【００５９】
プロセッサ６０２は、Ｉ／Ｏインターフェース６０１を介して、１つ又は複数の入出力（Ｉ／Ｏ）装置（図示せず）と連通配置され得る。Ｉ／Ｏインターフェース６０１は、音声、アナログ、デジタル、モノラル、ＲＣＡ、ステレオ、ＩＥＥＥ−１３９４、シリアル・バス、ユニバーサル・シリアル・バス（ＵＳＢ：universal serial bus）、赤外線、ＰＳ／２、ＢＮＣ、同軸、コンポーネント、複合、デジタル・ビジュアル・インターフェース（ＤＶＩ：digital visual interface）、高精細度マルチメディア・インターフェース（ＨＤＭＩ（登録商標）：high-definition multimedia interface）、ＲＦアンテナ、Ｓ−ビデオ、ＶＧＡ、ＩＥＥＥ８０２．ｎ／ｂ／ｇ／ｎ／ｘ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、携帯電話（例：符号分割多重アクセス（ＣＤＭＡ：code division multiple access）、高速パケット・アクセス（ＨＳＰＡ＋：high-speed packet access）、グローバル・システム・フォー・モバイル・コミュニケーションズ（ＧＳＭ（登録商標）：global system for mobile communications）、ロング・ターム・エボリューション（ＬＴＥ：long-term evolution）、ＷｉＭａｘ、又はその他）、等の通信プロトコル／方式を、これらに限らず、採用し得る。
【００６０】
Ｉ／Ｏインターフェース６０１を使用して、コンピュータ・システム６００は１つ又は複数のＩ／Ｏ装置と通信することができる。例えば、入力装置の例としてアンテナ、キーボード、マウス、ジョイスティック、（赤外線）遠隔制御装置、カメラ、カード・リーダー、ファクス機、ドングル、生体認証リーダー、マイクロフォン、タッチ画面、タッチパッド、トラックボール、スタイラス、スキャナ、記憶装置、トランシーバー、ビデオ装置／ソース、等が挙げられる。出力装置の例としてプリンタ、ファクス機、ビデオ・ディスプレイ（例：陰極線管（ＣＲＴ：cathode ray tube）、液晶ディスプレイ（ＬＣＤ：liquid crystal display）、発光ダイオード（ＬＥＤ：light-emitting diode）、プラズマ・ディスプレイ・パネル（ＰＤＰ：Plasma display panel）、有機発光ダイオード・ディスプレイ（ＯＬＥＤ：Organic light-emitting diode display）又はその他）、音声スピーカー、等が挙げられる。
【００６１】
一部の実施例において、コンピュータ・システム６００は通信網６０９経由で１つ又は複数の使用者装置６１１ａ、．．．、６１１ｎ、１つ又は複数のサーバ６１０ａ、．．．、６１０ｎ及びカメラ６１４に接続される。プロセッサ６０２は、ネットワーク・インターフェース６０３を介して通信網６０９と連通配置され得る。ネットワーク・インターフェース６０３は通信網６０９と通信することができる。ネットワーク・インターフェース６０３は、直接接続、イーサネット（登録商標）（例：ツイスト・ペア１０／１００／１０００  Ｂａｓｅ  Ｔ）、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ：transmission control protocol/internet protocol）、トークン・リング、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ｘ、等を制限なく含む、通信プロトコルを採用し得る。通信網６０９の例として、制限なく、直接相互接続、ローカル・エリア・ネットワーク（ＬＡＮ：local area network）、広域ネットワーク（ＷＡＮ：wide area network）、無線ネットワーク（例：無線アプリケーション・プロトコルの使用）、インターネット、等が挙げられる。ネットワーク・インターフェース６０３及び通信網６０９を使用して、コンピュータ・システム６００は１つ又は複数の使用者装置６１１ａ、．．．、６１１ｎ、１つ又は複数のサーバ６１０ａ、．．．、６１０ｎ及びカメラ６１６と通信することができる。ネットワーク・インターフェース６０３は、直接接続、イーサネット（登録商標）（例：ツイスト・ペア１０／１００／１０００  Ｂａｓｅ  Ｔ）、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ：transmission control protocol/internet protocol）、トークン・リング、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ／ｘ、等を制限なく含む、通信プロトコルを採用し得る。
【００６２】
通信網６０９の例として、制限なく、直接相互接続、ｅ−コマース・ネットワーク、ピア・ツー・ピア（Ｐ２Ｐ：peer to peer）ネットワーク、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、無線ネットワーク（例：無線アプリケーション・プロトコルの使用）、インターネット、Ｗｉ−Ｆｉ等が挙げられる。一次ネットワーク及び二次ネットワークは、専用ネットワークであるか、或いは多様なプロトコル、例えばハイパーテキスト転送プロトコル（ＨＴＴＰ：Hypertext Transfer Protocol）、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）、無線アプリケーション・プロトコル（ＷＡＰ：Wireless Application Protocol）、等を使用して相互に通信を行う様々な種類のネットワークの連携に相当する共有ネットワークのいずれでもよい。さらに、一次ネットワーク及び二次ネットワークは、ルータ、ブリッジ、サーバ、計算装置、記憶装置、等を含む、多様なネットワーク装置をも含み得る。
【００６３】
一部の実施例において、プロセッサ６０２は、記憶装置インターフェース６０４を介して、メモリ６０５（例：ＲＡＭ、ＲＯＭ、等、但し図６には不記載）と連通配置され得る。記憶装置インターフェース６０４は、記憶ドライブ、リムーバブル・ディスク・ドライブ、等を制限なく含むメモリ６０５と接続することができ、その場合、シリアル・アドバンスト・テクノロジー・アタッチメント（ＳＡＴＡ：serial advanced technology attachment）、統合ドライブ・エレクトロニクス（ＩＤＥ：Integrated Drive Electronics）、ＩＥＥＥ−１３９４、ユニバーサル・シリアル・バス（ＵＳＢ）、ファイバー・チャネル、小型コンピュータ用周辺機器インターフェース（ＳＣＳＩ：Small Computer Systems Interface）、等の接続プロトコルを採用し得る。記憶ドライブはさらに、ドラム、磁気ディスク・ドライブ、光磁気ドライブ、光学ドライブ、独立ディスク冗長配列（ＲＡＩＤ：Redundant Array of Independent Discs）、ソリッド・ステート記憶装置、ソリッド・ステート・ドライブ、等をも含み得る。
【００６４】
メモリ６０５は、ユーザー・インターフェース６０６、オペレーティング・システム６０７、ウェブ・サーバ６０８、等を制限なく含む、プログラム又はデータベース・コンポーネントの集合体を保存し得る。一部の実施例において、コンピュータ・システム６００はデータ、変数、記録等、本開示に記載の通り、使用者／アプリケーション・データ６０６を保存し得る。そのようなデータベースはＯｒａｃｌｅ又はＳｙｂａｓｅ等、耐故障性、リレーショナル、スケーラブル、セキュアなデータベースとして実装され得る。
【００６５】
オペレーティング・システム６０７は、コンピュータ・システム６００のリソース管理及び操作を円滑化し得る。オペレーティング・システムの例として、制限なく、Ａｐｐｌｅ  Ｍａｃｉｎｔｏｓｈ  ＯＳ  Ｘ、Ｕｎｉｘ（登録商標）、Ｕｎｉｘ（登録商標）に類するシステム・ディストリビューション（例：Ｂｅｒｋｅｌｅｙ  Ｓｏｆｔｗａｒｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  （ＢＳＤ）、ＦｒｅｅＢＳＤ、ＮｅｔＢＳＤ、ＯｐｅｎＢＳＤ、等）、Ｌｉｎｕｘ（登録商標）ディストリビューション（例：Ｒｅｄ  Ｈａｔ、Ｕｂｕｎｔｕ、Ｋｕｂｕｎｔｕ、等）、ＩＢＭ  ＯＳ／２、Ｍｉｃｒｏｓｏｆｔ  Ｗｉｎｄｏｗｓ（登録商標）（ＸＰ、Ｖｉｓｔａ／７／８、等）、Ａｐｐｌｅ  ｉＯＳ、Ｇｏｏｇｌｅ  Ａｎｄｒｏｉｄ、Ｂｌａｃｋｂｅｒｒｙ  ＯＳ、又はその他が挙げられる。
【００６６】
一部の実施例において、コンピュータ・システム６００は、ウェブ・ブラウザ６０７に保存されたプログラム・コンポーネントを実装し得る。ウェブ・ブラウザ６０８は、Ｍｉｃｒｏｓｏｆｔ  Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ、Ｇｏｏｇｌｅ  Ｃｈｒｏｍｅ、Ｍｏｚｉｌｌａ  Ｆｉｒｅｆｏｘ、Ａｐｐｌｅ  Ｓａｆａｒｉ、等、ハイパーテキスト閲覧アプリケーションであってもよい。セキュアなウェブ・ブラウジングは、セキュア・ハイパーテキスト転送プロトコル（ＨＴＴＰＳ：Secure Hypertext Transport Protocol）、セキュア・ソケット・レイヤー（ＳＳＬ：Secure Sockets Layer）、トランスポート・レイヤー・セキュリティ（ＴＬＳ：Transport Layer Security）、等の使用により提供され得る。ウェブ・ブラウザ６０８は、ＡＪＡＸ、ＤＨＴＭＬ、Ａｄｏｂｅ  Ｆｌａｓｈ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｊａｖａ（登録商標）、アプリケーション・プログラミング・インターフェース（ＡＰＩ：Application Programming Interfaces）、等の利便性を活用し得る。一部の実施例において、コンピュータ・システム６００は、メール・サーバに保存されたプログラム・コンポーネントを実装し得る。メール・サーバは、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ又はその他等、インターネット・メール・サーバであってもよい。メール・サーバは、ＡＳＰ、ＡｃｔｉｖｅＸ、ＡＮＳＩ  Ｃ＋＋／Ｃ＃、Ｍｉｃｒｏｓｏｆｔ  ．ＮＥＴ、ＣＧＩスクリプト、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、ＰＥＲＬ、ＰＨＰ、Ｐｙｔｈｏｎ、ＷｅｂＯｂｊｅｃｔｓ、等の利便性を活用し得る。メール・サーバは、インターネット・メッセージ・アクセス・プロトコル（ＩＭＡＰ：Internet Message Access Protocol）、メッセージング・アプリケーション・プログラミング・インターフェース（ＭＡＰＩ：Messaging Application Programming Interface）、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ、ポスト・オフィス・プロトコル（ＰＯＰ：Post Office Protocol）、簡易メール転送プロトコル（ＳＭＴＰ：Simple Mail Transfer Protocol）、又はその他等、通信プロトコルを活用し得る。一部の実施例において、コンピュータ・システム６００は、メール・クライアントに保存されたプログラム・コンポーネントを実装し得る。メール・クライアントは、Ａｐｐｌｅ  Ｍａｉｌ、Ｍｉｃｒｏｓｏｆｔ  Ｅｎｔｏｕｒａｇｅ、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ、Ｍｏｚｉｌｌａ  Ｔｈｕｎｄｅｒｂｉｒｄ、等、メール閲覧アプリケーションであってもよい。
【００６７】
「一実施例」、「実施例」、「（複数の）実施例」、「該実施例」、「（複数の）該実施例」、「１つ又は複数の実施例」、「一部の実施例」、及び「或る実施例」という用語は、別段に明示的に指定される場合を除き、「本発明の１つ又は複数の（但し全てではない）実施例」を意味する。
【００６８】
「含む」、「有する」という用語及びこれらの変形は、別段に明示的に指定される場合を除き、「含むがこれらに限定されない」ことを意味する。
【００６９】
複数項目を列挙する一覧は、別段に明示的に指定される場合を除き、項目の一部又は全部が相互に排他的であることを暗に意味するわけではない。「１つの」及び「その」という用語は、別段に明示的に指定される場合を除き、「１つ又は複数」を意味する。
【００７０】
複数の構成要素が相互に連通する状態の実施例の記述は、係る構成要素が全て必要であることを暗に意味するわけではない。反対に、多岐にわたり可能な本発明の実施例を例示するため、一連の選択的構成要素が記載される。
【００７１】
本明細書において単一の装置又は物品が記載されている場合、単一の装置／物品の代わりに複数の装置／物品（それらが協働するか否かを問わない）を使用してもよいことが、容易に明らかとなる。同様に、本明細書において複数の装置又は物品が記載されている（それらが協働するか否かを問わない）場合も、複数の装置又は物品の代わりに単一の装置／物品を使用してもよい、或いは記載の数の装置又はプログラムの代わりに異なる数の装置／物品を使用してもよいことが、容易に明らかとなる。或る装置の機能性及び／又は特徴は、係る機能性／特徴を有するものとして明示的に記述されているわけではない他の１つ又は複数の装置によって、代替的に具現化され得る。従って、本発明における他の実施例は装置自体を含む必要はない。
【００７２】
図５で例示されている操作は、一定の順序で発生する一定の事象を示すものである。代替的実施例において、一定の操作を異なる順序で実施するか、修正又は排除してもよい。さらに、前述の論理に複数の工程を追加して、それでもなお記載の実施例に適合することもあり得る。さらに、本明細書に記載の操作は逐次的に発生するか、又は一定の操作を並行処理してもよい。さらに、複数の操作を単一の処理ユニットにより、又は分散型処理ユニットにより実施してもよい。
【００７３】
本発明の優位性は以下の通りである。
【００７４】
一実施例において、本開示では１つ又は複数の監視フィードを動的に表示する監視ユニットを開示する。模範的な一実施例において、本開示ではＨＭＭアルゴリズムを使用して、未知の活動をカテゴリ化及び特に識別する。未知のカテゴリが識別されることにより、本開示は監視をより効率的に実行する上で役立つ。
【００７５】
一実施例において、本開示では１つ又は複数の監視フィードを動的に表示する監視システムを開示する。監視システムのディスプレイ及び警報ユニットは、決定された最終スコアに基づいて、１つ又は複数の監視フィードを動的に表示する。一定のフィードが優先順位を与えられ、係るフィードが相応に表示される結果、重要なフィードに配慮することができる。これにより、フィードを表示できる画面数を優先順位に基づいて減らすことができ、画面数を減らすことができる。
【００７６】
一実施例において、ディスプレイ及び警報ユニットは、ディスプレイを観察中の使用者に通知する警報を発する。これは人的過誤の低減に役立ち、観察効率を高め、そして保安員の警戒心を高める。
【００７７】
本開示の一実施例において、捕捉装置を使用して活動を識別する修正型アルゴリズムを使用することにより、インテリジェンス収集が改善される。
【００７８】
最後に、本明細書において使用される言語は主に可読性と教授を目的に選択されており、発明の主題の境界画定又は限局を目的に選択されているわけではない。従って意図されるのは、本発明の範囲がこの詳細な記述によって制限されるのではなく、むしろ本発明に基づく出願に関して争点となる任意の請求項によって制限されることである。相応に、本発明の実施例の開示は例示的であることを意図するものであり、以下の請求項に記載の本発明の範囲を制限するものではない。
【００７９】
様々な態様及び実施例が本明細書において開示されている一方、他の態様及び実施例も、当業者に対して明らかとなる。本明細書において開示される様々な態様及び実施例は例示目的であり、制限的となることを意図するものではなく、真の範囲及び精神は以下の請求項によって示される。
【符号の説明】
【００８０】
２００  監視システム
２０１  捕捉ユニット
２０２  監視ユニット
２０３  警報ユニット
３０１  プロセッサ
３０２  ディスプレイ・ユニット
３０３  Ｉ／Ｏインターフェース
３０４  メモリ
３０５  モジュール
３０６  受信器モジュール
３０７  分類器モジュール
３０８  重要性スコア決定モジュール
３０９  最終スコア決定モジュール
３１０  他のモジュール
３１１  データ
３１２  視野重要性
３１３  交通量
３１４  対象期間
３１５  信頼性スコア
３１６  重要性スコア
３１７  最終スコア
３１８  監視フィード
３１９  監視データ
３２０  他のデータ
６００  総合コンピュータ・システム
６０１  Ｉ／Ｏインターフェース
６０２  プロセッサ
６０３  ネットワーク・インターフェース
６０４  記憶装置インターフェース
６０５  メモリ
６０６  ユーザー・インターフェース
６０７  オペレーティング・システム
６０８  ウェブ・サーバ
６０９  通信網
６１０ａ、６１０ｎ  使用者装置
６１１ａ、６１１ｎ  サーバ
６１２  入力装置
６１３  出力装置
６１４  捕捉装置
【図１】
0006280623.tif 000010
【図２】
0006280623.tif 000011
【図３】
0006280623.tif 000012
【図４】
0006280623.tif 000013
【図５】
0006280623.tif 000014
【図６】
0006280623.tif 000015