JP6979521B2 - 自動監視システムのための方法および装置 - Google Patents

Description

本開示の様々な態様は、全体として、監視システムに関し、より詳細には、緊急事態即時識別および即時緊急対応に使用される監視システムの自動化に関する。

緊急事態や事件は避けられないものであり、時と場所を選ばず起こり得る。これらの緊急事態は、自然災害、テロリスト活動、犯罪、安全および治安、またはリスクを軽減し、生命、地所、証拠、および環境を守るために注意を要する他のあらゆる状況で発生し得る。これらの緊急事態に対応するため、複数のタイプの初期対応者または緊急対応提供者が、緊急事態または事件の重大度に基づいて異なる量で派遣されることがある。初期対応者は、緊急事態または事件の間の一連の作業を扱うように配属されてもよい、警備、警察、軍隊、火災対応者、緊急医療スタッフなどから成ることがある。緊急事態におけるリスクを効果的に軽減するかまたは最小限に抑えるため、対応時間を最小限に抑え、正しい情報を正しい人員に正しい時に提供することが重要である。

しかしながら、緊急事態は複雑である場合が多い。場合によっては、地域、都市、または国などの広い地理的エリアが、緊急事態識別および緊急対応に関して考慮される。そのような場合、複数のタイプの緊急事態が、異なる重大度またはリスクレベルで日常生活において起こり、異なるタイプの初期対応者がリスクを軽減することが必要なことがある。高優先度のテロリストが検出され、攻撃を実施しようとしているか、または車／人がハイジャックされたとき、脅威は静的ではなく動いている。そのように動いている関心の標的には、警備、警察、または軍隊が、リスクに効果的に関与し軽減する正確で総合的な命令を有することが必要である。更に、ハリケーン、洪水などの自然災害の状況では、対応可能な初期対応者が効果的にリスクを軽減するのに十分ではない特定の時間に、多くのタイプの緊急事態が起こることがある。したがって、緊急事態即時識別および即時緊急対応は、特に複数のタイプの緊急事態を有する広い地理的エリアの場合に、困難な課題である。

緊急事態識別および緊急対応をより効率的にするために、初期対応者、およびその指揮者、監督者などのエンドユーザによって、情報システムおよび解決策が使用されている。しかしながら、従来の解決策は、優先度が異なる広範囲の緊急事態を識別したり、それらを検出するように簡単に修正したりすることができない。換言すれば、従来の解決策は主に、決まった一連のルールまたは決まった一連の状況分析能力に基づくが、緊急事態識別能力を改善するより多くの計算資源、またはシステム統合の努力を要し、新しい緊急事態識別ルールをリアルタイムで追加するのが困難である。しかしながら、都市などのより広い地理的エリアをモニタリングする、より大型で包括的な監視システムは、社会が複雑であるため、より高い柔軟性を要することがある。高速かつ正確であって高密度の緊急事態識別を達成する従来の解決策の限界は、公衆の安全および治安にリスクをもたらすことがある。

緊急事態が識別されると、緊急事態に対する対応時間を最小限に抑えることが極めて重要である。しかしながら、複数のタイプの初期対応者が配備される複雑でより広い監視エリアでは、計画業務および派遣が依然として重要な課題である。従来の業務計画は主に、指揮者または業務監督者などの人間のオペレータによる手動の計画に基づいており、広い監視エリアが関与する場合、これは時間が掛かり非効率的である。更に、緊急事態のモニタリング、業務計画、および管理業務に多くのマンパワーを割り振るのにコストが掛かることがある。従来の解決策は、緊急事態を検出すると初期対応者に通知することができるものの、それらの通知は、特定の時間に起こり得る重大度が異なる複数の緊急事態に関して、事前の計画または最適化を考慮することなく分配される。更に、初期対応者が緊急事態に関与するように割り振られると、緊急対応のための高度な自動化システムがないため、必要な命令や情報を提供することが重要な課題である。全体状況をモニタリングして必要な決定を行う指令センターは、緊急対応業務が進行している間は地上の状況を認識していない。このように、緊急事態が検出されたときに計画業務が遅延することで、公衆の安全および治安、ならびに地所に対するリスクが大きくなる。

緊急事態のリスクを最小限に抑えるため、即時の正確な緊急事態識別および即時緊急対応は、緊急事態が起こった瞬間から初期対応者による対応までの時間を最小限に抑えることが望ましい。

従来技術（米国特許第８，５６４，６６１号）は、ビデオ分析ルール検出システムを開示している。従来技術は、イベント機会を抽出し、ビデオプリミティブの単一のストリームを放送して、アプリケーションを組織の異なる部分で分割する。また、ユーザは、従来技術のシステムのインターフェースを使用して、ルールおよびそれに対応する対応を定義することによって、システムにタスクを課す。監視システムが、緊急事態それぞれに対して１つずつユーザがルール及び対応する応答を入力することを要求した場合、監視システムを複雑な広い地理的エリアに適用することが困難になる。したがって、従来技術のシステムは、より広い地理的エリアにおける様々なタイプの緊急事態に対して、初期対応者を効率的に派遣することができない。

以下は、１つまたは複数の態様の基本的な理解を提供するために、かかる態様の単純な概要を提示する。この概要は、想到される態様全ての広範な概説ではなく、態様全ての主要または重要な要素を特定しようとするものでもなく、またはあらゆる態様の範囲を制限しようとするものでもない。唯一の目的は、後述する更に詳細な説明の前置きとして、１つまたは複数の態様のいくつかの概念を単純な形で提示することにある。

本開示の一態様は、緊急事態識別および緊急対応の両方を自動化して、対応時間を最小限に抑えるとともに、警備、消防、警察、救急隊などの様々なタイプの初期対応者の派遣を最適化する、システムおよび方法を開示する。更に、本開示の一態様は、緊急事態、業務、および実績に関する、指揮者と監督者、初期対応者、公衆などとの両方の状況認識能力を改善する、解決策を提供する。更に、本開示の一態様は、対応時間を更に低減するために、緊急事態が起こる前に初期対応者を最適に配備する方法を開示する。それに加えて、本開示の一態様は、システム資源、アクセシビリティなどを考慮する大規模自動監視システムを管理する方法を開示する。

本開示の一態様では、自動監視システムのための方法および装置が提供される。システムは自動化システムを含んでもよい。自動化システムは、監視エリアに関する複数のデータ要素を複数のセンサから受信してもよい。自動化システムは、一連の特徴を複数のデータ要素から抽出してもよい。自動化システムは、一連の特徴および一連のルールに基づいて、緊急事態を識別してもよい。自動化システムは、緊急事態と関連付けられた一連のデータ要素と一連のポリシーとに基づいて、緊急事態の優先度を評価してもよい。自動化システムは、識別された緊急事態に応答して対応者を選択してもよい。自動化システムは、選択された対応者を、識別された緊急事態に関連するエリアに派遣してもよい。

上述の目標および関連する目標を遂行するため、１つまたは複数の態様は、特許請求の範囲で十分に記載され特定して指摘される、以下の特徴を含む。以下の説明および添付図面は、１つまたは複数の態様の特定の例示的特徴を詳細に説明する。しかしながら、これらの特徴は、様々な態様の原理が用いられてもよい様々な手法のいくつかのみを示すものであり、本明細書は、かかる態様およびそれらの等価物全てを含むものとする。

本開示のいくつかの実施形態による例示的な自動監視システムを示す図である。

システムコンフィギュレーション構成要素の一例を示す図である。

緊急事態識別および緊急対応の自動化の一例のプロセスを示す、単純化したシステムおよびフロー図である。

ビデオセンサのためのプリミティブ特徴抽出の一例を示す図である。

指令センター緊急事態検出ルール設定構成要素を介してルールエンジンでルールを定義する単純化したフロー図である。

図５において上記で指定した項目にしたがって、ルールをリアルタイムで追加するのに用いられてもよく、対応する緊急事態をリアルタイムで検出するのに用いられてもよい、一例のＧＵＩを示す図である。

本開示のいくつかの実施形態による優先度評価、派遣、および通知を示す単純化した図である。

通知構成要素によって送信されてもよいアラートまたはコマンドの詳細の例を示す図である。

本開示のいくつかの実施形態による、指令センターで提示される情報の一例の図を示す図である。

自動監視システム１００によって提供される分析情報を使用する例示の図である。

データベースおよび履歴分析を使用する、指令センターにおける分析の可視化を示す例示の設計図である。

履歴分析を利用して、対応時間を最小限に抑えるとともに初期対応者を適切な量で最適に分配することによって、緊急事態が起こる前に初期対応者の配備の最適化が実施される、コンピューティングシステムの一例を示す図である。

複数のタイプおよび優位性レベルの指揮者と初期対応者との間において、情報および機能性へのアクセスを制御する、単純なフロー図である。

ルールエンジンおよび優先度レベルに基づいてシステム資源を管理する一例を示すフロー図である。

高優先度の緊急事態が識別されたときに自律センサを制御する一例を示す図である。

公衆および初期対応者に送信されるアラートを示す単純化した図である。

上述の自動化システムのための方法を示すフローチャートである。

処理システムを用いる装置のためのハードウェア実装の一例を示す図である。

以下に記載する詳細な説明は、添付図面と併せて、様々な構成の説明としてのものであり、本明細書に記載する概念を実施することができる構成のみを提示しようとするものではない。詳細な説明は、様々な概念の徹底的な理解を提供することを目的とする具体的な詳細を含む。しかしながら、これらの概念はこれらの具体的な詳細なしで実施されてもよいことが当業者には明白となるであろう。いくつかの例では、かかる概念が不明瞭になるのを避けるため、周知の構造および構成要素はブロック図の形態で示される。

以下、自動監視システムのいくつかの態様について、様々な装置および方法を参照して提示する。これらの装置および方法は、様々なブロック、構成要素、回路、プロセス、アルゴリズムなど（集合的に「要素」と呼ぶ）によって、以下の詳細な説明に記載され、添付図面に例証される。これらの要素は、電子ハードウェア、コンピュータソフトウェア、またはそれらの任意の組み合わせを使用して実現されてもよい。かかる要素がハードウェアまたはソフトウェアのどちらとして実現されるかは、システム全体に付与される特定の用途および設計上の制約に応じて決まる。

例として、要素、または要素の任意の部分、または要素の任意の組み合わせは、１つまたは複数のプロセッサを含む「処理システム」として実現されてもよい。プロセッサの例としては、マイクロプロセッサ、マイクロコントローラ、グラフィック処理装置（ＧＰＵ）、中央処理装置（ＣＰＵ）、アプリケーションプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、システムオンチップ（ＳｏＣ）、ベースバンドプロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、状態機械、ゲート論理、離散的ハードウェア回路、および本開示全体を通して記載される様々な機能性を実施するように構成された他の適切なハードウェアが挙げられる。処理システムの１つまたは複数のプロセッサはソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語その他のものと呼ばれるか否かにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアコンポーネント、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、手続き、機能などを意味するものと広く解釈されるものとする。

したがって、１つまたは複数の例示の実施形態では、記載される機能は、ハードウェア、ソフトウェア、またはそれらの任意の組み合わせで実現されてもよい。ソフトウェアの形で実現された場合、機能は、１つもしくは複数の命令またはコードとして、コンピュータ可読媒体に格納または符号化されてもよい。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータがアクセスすることができる任意の利用可能な媒体であってもよい。例として、非限定的に、コンピュータ可読媒体としては、ランダムアクセスメモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、電気消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、光学ディスク記憶装置、磁気ディスク記憶装置、他の磁気記憶デバイス、上述のタイプのコンピュータ可読媒体の組み合わせ、またはコンピュータがアクセスできる命令もしくはデータ構造の形態でデータコンピュータ実行可能コードを格納するのに使用することができる他の任意の媒体を挙げることができる。

緊急事態は、公衆の安全および治安に多大なリスクをもたらす。即時の正確な緊急事態識別、緊急事態の即時リスク評価、および即時緊急対応は、リスクを効果的に低減し、生命、地所、または重要な証拠を守るのに不可欠である。犯罪、脅威、災害、または他のあらゆる異常を含む緊急事態をモニタリングするために、火災対応者、警察、警備、日常保守点検作業者などの異なるタイプの初期対応者によって様々なセンサがモニタリングされることがある。かかる事件をモニタリングするのに使用されるセンサとしては、様々なタイプの監視カメラ、ＩｏＴ（物のインターネット）センサを挙げることができ、または更には一般大衆を接続するチャネルと連結することができる。

コンピュータ支援システムを使用して、緊急事態を識別するのに数百または数千のセンサが配備されることがある。これらのコンピュータ支援システムは、様々なデータ分析、パターン認識、およびルールマイニングシステムを使用して、緊急事態であるイベントを認識することがある。しかしながら、緊急事態識別を支援するこれらのパターン認識およびルールマイニングシステムは、主に、既定の一連のルールに基づくものであり、時間と労力を要するコンピュータ支援システムの大規模修正を行わずに、日々変化するニーズに基づいて修正するのが困難なことがある。この問題を解決するために、ルールベースの緊急事態識別システムが導入される。ルールベースの緊急事態識別システムは、リアルタイムで簡単に修正することができ、いつでもルールを定義しルールを変更／修正する柔軟性を提供する。かかるルールをリアルタイムで柔軟に追加し修正するのを可能にすることによって、優先度レベルが異なるより多くのタイプの緊急事態を検出または識別する能力が拡張される。緊急事態の優先度レベルは、緊急事態のリスクおよび影響に関連することがある。

緊急事態即時識別に加えて、即時緊急対応が即時リスク緩和には不可欠である。緊急対応は、識別される緊急事態の性質に応じて変わることがある。緊急事態のタイプに基づいて、異なるタイプの初期対応者が異なる量で必要とされることがある。緊急対応におけるかかる意思決定は、緊急事態が識別されると、緊急事態の重大度レベルおよびタイプに基づいて必要とされることがある。本開示の一態様は、緊急事態をリアルタイムで検出することができるルールエンジンを組み込むことによって、緊急事態の自動的に決定された優先度に基づいて緊急事態に対する意思決定を行う方法を導入する。更に、緊急事態に対するこれらの決定は、ルール定義、緊急事態の性質、および緊急事態に関する履歴情報を組み込んだポリシーエンジンを使用して行われてもよい。緊急事態のタイプ、優先度、緊急事態識別に関するルール定義、および関心エリアで進行している他の緊急事態に基づいて、緊急事態に対応する、異なる初期対応者タイプからの初期対応者の数が自動的に決定されてもよい。いくつかの実施形態では、緊急事態の優先度レベルに基づいて、緊急事態に対応するかまたは無視するように決定が行われてもよい。

特定の緊急事態が識別されると、緊急事態の優先度レベル、異なるタイプの初期対応者に関して必要な初期対応者の数が自動的に決定されてもよい。その後、本開示は、異なるタイプの初期対応者に関して自動的に決定された量に基づいて、異なるタイプの特定の初期対応者を割り振る方法を導入する。特定の緊急事態に対応する特定の初期対応者のこの割り振りは、それらの現在の状況および過去の緊急事態の密度に基づいてもよい。換言すれば、本開示は、実際の緊急事態が特定の場所で起こったときに緊急対応時間を更に最小限に抑えるため、緊急事態予測に基づいてかかる場所に初期対応者を配備する方法を導入する。コマンドおよび通知をより短時間で提供するために、モバイルパーソナルコンピュータ（ＰＣ）または携帯電話を初期対応者が携行して、コマンド、通知、または命令を受信してもよい。

多くの緊急事態がより広い監視エリアで起こるので、即時の効率的な緊急対応を提供するために状況認識が不可欠である。異なる職位レベルの異なるタイプの初期対応者である多数のユーザがいる統合監視システムでは、効率的で効果的な緊急対応を提供し、決定を行い、業務全体の実績を分析するのに、正しい情報を正しい人員に正しい時に提供するのが不可欠なことがある。本開示はまた、緊急事態、および状況に関する異なるタイプの情報を異なる時に要求する初期対応者の性質に基づいて、状況認識を提供する方法について記載する。更に、これらの状況認識は、モバイルデバイス、モバイルＰＣ、ならびに状況全体のモニタリングおよび制御を集中化するのに使用することができる指令センターアプリケーションを介して提供されてもよい。一実施形態では、状況認識を提供する方法は、上述のルールエンジンおよびポリシーエンジンに基づいてもよく、その場合、個々の初期対応者、初期対応者群、対応者のタイプ、アクセスおよび権限レベルのニーズに基づいて、また職位の階層構造に基づいて、状況情報が個人化される。初期対応者に加えて、本開示はまた、緊急事態によるあらゆる影響を回避するか、またはリスク軽減における支援を得るため、標的の公衆に警告する方法を導入する。

異なる優先度レベルの高密度の緊急事態識別を可能にし、指令センターと初期対応者との間での高度な状況認識を可能にすることによって、緊急事態密度、広い監視エリアにわたる履歴、初期対応者の配備データ、それらの位置、および他の関連データなどの価値ある情報が捕捉されてもよい。それに加えて、交通、道路状況、渋滞などの地理的プリミティブが分析されてもよい。したがって、これらのデータまたは情報源が更に、起こり得る将来の緊急事態を予測し、緊急事態が起こったときにより短時間で緊急対応を行うように、予測に基づいて初期対応者を事前に割り当てるために組み込まれてもよい。更に、方法および指数は、実績、状況、初期対応者配備の質などを査定するために導入するものである。リアルタイムの緊急事態識別に加えて、調査を実施し証拠を管理する方法も記載される。

いくつかの実施形態の自動監視システムおよび方法は、異なる地理的位置に配置された、異なるタイプおよび職位レベルの多数の初期対応者によって使用されることがある。いくつかの実施形態の自動監視システムおよび方法は、公衆、外部サービスなどによって使用されるとともに、多量の慎重に扱うべきデータおよび情報を扱うことがある。これらの条件によって、システム資源管理、アクセス制御および権限、ならびに情報の個人化などの固有の課題が生じる。したがって、本開示は更に、本明細書に開示する自動監視システムに基づいて、上述の課題を自動的または半自動的に扱う方法について記載する。

本開示の一態様は、緊急事態が日々変化することがあり、複数のタイプの初期対応者が関与する、大型で複雑な監視環境に対して緊急事態識別および対応の両方を自動化する、システム、装置、および方法を提供する。更に、本開示の一態様は、高度な状況認識を提供する方法について記載する。更に、本開示の一態様は、緊急事態予測、実績査定などによって、緊急事態識別および対応の自動化を更に最適化する方法を提供する。

本開示のいくつかの実施形態は、自動のリアルタイム緊急事態識別および自動緊急対応を通して行われる自動監視で使用されてもよい、技術および装置を対象とする。これらの緊急事態は、自然災害、テロリスト活動、犯罪、安全および治安、あるいは一般大衆のより良好な安全および治安につながる、リスクの軽減、生命、地所、証拠、および環境の保全に注意を要する、他のあらゆる状況で発生し得る。これらの緊急事態に対応するため、複数のタイプの初期対応者または緊急対応提供者が、緊急事態または事件の重大度に基づいて異なる量で関与することがある。初期対応者は、緊急事態または事件の間の一連の作業を扱い、初期対応者の専門に基づいて効果的にリスクを軽減するために割り当てられる、警備、警察、軍隊、火災対応者、緊急医療スタッフなどから成ってもよい。

緊急事態においてリスクを効果的に軽減するかまたは最小限に抑えるため、自動監視システムは、即時のリアルタイム緊急事態識別方法を即時対応自動化方法と組み合わせることを目的としてもよい。システム全体は、緊急事態が起こった瞬間から、異なるタイプの専門の初期対応者によって対応が提供される瞬間までの時間を、最小限に抑えることを目標とする。更に、異なるレベルの異なる初期対応者による状況認識の要求が、正しい情報を正しい人員に正しい時に提供することによって、緊急対応業務をより効果的にするために考慮される。

考察のため、いくつかの実施形態は、マルチメディア分析を実施するコンピューティングデバイスに関連して記載されることがある。しかしながら、本明細書の実現例は、提供される特定の例に限定されず、本明細書の開示に照らして当業者には明白となるように、他のタイプのデバイス、他の実行環境、他のシステムアーキテクチャなどに拡張されてもよい。

図１は、本開示のいくつかの実施形態による例示的な自動監視システム１００を示す図である。システム１００は、緊急事態識別および緊急対応が自動化される、大規模自動監視のために使用されてもよい。例えば、システム１００は、特定の監視エリア１１０で緊急事態を識別するのに使用されてもよい。システム１００は、監視エリア１１０に関するデータ、情報、洞察を得るのに使用される、複数のセンサ１２０を含んでもよい。システム１００は、緊急事態のリスクを効果的に軽減するため、指揮者または監督者１８０、初期対応者１６０、および一般大衆１７０に接続される、自動化システム１３０を含んでもよい。自動化システム１３０は、指揮者または監督者１８０が、モニタリングおよび制御構成要素１９０Ｂを介して、（例えば、センサデータ、状況、およびイベントを）モニタリングし、（例えば、初期対応者、自動化システム１３０、およびその機能性などを）制御することを可能にする、１つまたは複数の指令センター１９０（運用管理センターと呼ばれることもある）に接続されてもよい。指令センター１９０は、緊急事態のモニタリング、制御、対応、および査定に対する意思決定を担当する上級職員によって使用されてもよい。指令センター１９０はまた、指揮者／監督者１８０によって使用されるアプリケーションまたはサービスに接続された、任意のシステムによって使用されてもよい。指令センター１９０は、自動化システム１３０ならびにその構成要素、機能性、およびパラメータの構成を可能にする、システムコンフィギュレーション構成要素１９０Ａを含んでもよい。

いくつかの実施形態では、自動化システム１３０は、火災対応者１６１、警備員１６２、警察１６３、または健康サービス提供者１６４など、異なるタイプの初期対応者１６０と接続されてもよい。初期対応者１６０は人員または資産のどちらであってもよい。例えば、消防車が初期対応者と見なされてもよい。いくつかの実施形態では、人員および選択された物理的資産の両方が初期対応者１６０と見なされてもよい。

モバイルＰＣ １６５が、全てのまたは選択された初期対応者１６０に提供されてもよい。モバイルＰＣ １６５は、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、スマートグラス、ウェアラブルデバイスなどであってもよいが、それらに限定されない。いくつかの実施形態では、モバイルＰＣ １６５の少なくともいくつかは、位置およびモーションセンサ１６６、デジタル画面１６７、および通信構成要素１６８を含んでもよい。いくつかの実施形態では、センサ１２０、自動化システム１３０、指令センター１９０、およびモバイルＰＣ １６０は、ローカルエリアネットワーク、またはインターネット、または他の任意のネットワーキング方法を介して接続されてもよい。システム１００内の通信チャネルは、機密情報を保全するために符号化されてもよい。指揮者または監督者１８０、および初期対応者１６０に加えて、一般大衆１７０も、上述のネットワークインフラストラクチャを利用することによって、モバイルＰＣ １７２または公衆デジタルサイネージシステム１７１を介して、自動化システム１３０と接続されてもよい。

自動化システム１３０は、緊急事態識別構成要素１４０および自動化緊急対応構成要素１５０に対して、２つの主要な論理的または物理的サブユニットを含んでもよい。緊急事態識別構成要素１４０および緊急対応構成要素１５０の全体的統合を支援するため、自動化システム１３０は、システム１００の任意の構成要素から発生するデータ、情報、メタデータなどの格納に対応するデータベースシステム１３１を含んでもよい。更に、自動化システム１３０は、座標、経路、地図、交通、および障害物情報などの地理関連データを操作する、地理的情報システム１３２を含んでもよい。地理的情報システム１３２は、自動化システム１３０の他の任意の構成要素、指令センター１９０、初期対応者１６０およびそれらのモバイルＰＣ １６５、ならびに公衆１７０と接続されてもよい。いくつかの実施形態では、自動化システム１３０はクラウドコンピューティングを使用して運用されてもよい。

自動化システム１３０は、マルチモーダルセンサ１２０を通して提供される複数のデータストリームを受信してもよい。センサ１２０は、閉回路テレビカメラ、インターネットプロトコル（ＩＰ）カメラなど、一連のビデオセンサ１２１を含んでもよい。ビデオセンサ１２１は、各センサからリアルタイムで生成される一連のビデオフレームを収集し、自動化システム１３０のセンサデータ受信機１４１に送信してもよい。いくつかの実施形態では、事前に記録されたビデオファイルまたは画像／写真がセンサデータ受信機１４１に送信されてもよい。更に、センサ１２０は、音声センサ１２２、文字センサ１２３などの他のモダリティセンサを含んでもよく、文字センサは、携帯電話、モバイルアプリ、またはソーシャルネットワークなどの第三者サービスによるイベントなど、別のデバイスを介して文字入力を提供してもよい。いくつかの実施形態では、文字および画像の両方とも、モバイルデバイス、またはソーシャルネットワークなどの第三者サービスを介して、センサデータ受信機１４１に送信されてもよい。センサ１２０は、ＩｏＴセンサ１２４を含んでもよい。センサデータ受信機１４１は、データをリアルタイムで、または周期的に提供する、様々な種類の、ＩｏＴセンサ１２４またはシステムに接続されてもよい。かかるＩｏＴセンサ１２４は、天候センサ、交通センサ、建物管理などを含んでもよいが、それらに限定されない。更に、本明細書に記載するセンサ１２０は、物理的センサデバイスだけではなく、関心監視エリア１１０に関する何らかのデータ、情報、または洞察を提供する外部サービスも含む。センサ１２０に加えて、モバイルビデオデータ（リアルタイムのビデオストリームまたはビデオファイルまたは写真のいずれか）などのモバイルＰＣ １６５データ（初期対応者１６０に提供される）、位置およびモーションセンサ１６６データ、ならびにモバイルＰＣ １６５からの他の関連データが、センサデータ受信機１４１によって受信されてもよい。

いくつかの実施形態では、初期対応者１６０は、自身の業務を実施するのに、スマートグラス、ヘッドマウントディスプレイ、速度センサ、または他の任意の関連センサデバイスなど、追加のセンサまたはデバイスを備えてもよい。かかる実施形態では、スマートグラスカメラ、位置または速度、方向データなどのそれらのセンサデータも、センサデータ受信機１４１によって受信されてもよい。例えば、自動化システム１３０は、モバイルＰＣ １６５によって提供される各初期対応者１６０の位置データを格納し続けてもよい。格納された位置データは、緊急事態が存在するときに派遣を行う際に使用されてもよい。

センサデータ受信機１４１は、外部／第三者システム／サービスもしくはセンサから、ストリーミングを通してデータをリアルタイムで受信するか、またはデータを周期的に要求してもよい。センサデータ受信機１４１は更に、種々のセンサ、データ源からデータを抽出し、変換し、ロードして、プリミティブ特徴抽出構成要素１４２に供給してもよい。更に、センサデータ受信機１４１は、ビデオ管理システム、ストリーミングエンジンなど、センサ関連データ受信システムのいくつかから成るか、あるいはそれらと統合されてもよい。

センサデータ受信機１４１はまた、生データの受信に加えて、メタデータを受信または分析してもよい。生データはセンサ１２０によって提供される情報であり、メタデータは生データに関する情報を提供するデータである。例えば、画像解像度、ビデオフレーム率、符号化情報などのメタデータは、ビデオセンサ１２１からのビデオデータ元から取得されるか、またはそれによって提供されてもよい。他のいくつかの例では、携帯電話番号、ユーザ名、位置、ＩＰアドレスなどのメタデータも、センサデータ受信機１４１によって受信または取得されてもよい。センサデータ自体に加えて、センサデータ受信機１４１はまた、チャネル帯域幅、センサ利用可能性、データ速度などのネットワーク情報を取得し続けてもよい。更に、センサデータ受信機１４１は、各センサ、ある時点で受信するセンサデータユニット、または更にはセンサデータユニットの一部に対して、固有の識別子を割り当ててもよい。例えば、センサデータ受信機１４１は、各監視カメラ、各ビデオフレーム、および特定のビデオフレーム内部の複数の関心領域に、固有の識別子を自動的に与えてもよい。かかるメタデータ、例えばセンサ、センサデータユニット、またはビデオフレームなどの特定のセンサデータのサブユニットに提供される識別子は、システム１００の他の構成要素またはプロセスで使用できるように、データベース１３１に格納されてもよい。いくつかの実施形態では、生データは専用の一連の記憶装置に格納されてもよく、メタデータはデータベース１３１に格納されてもよい。いくつかの実施形態では、ビデオセンサデータ１２１および音声センサデータ１２２など、特定の一連の生データのみが、専用記憶装置に格納されてもよく、ビデオセンサデータ１２１、音声センサデータ１２２に関連するメタデータ、ならびに他のセンサの全ての生データおよびメタデータは、データベース１３１に格納されてもよい。データおよびメタデータ格納方法に基づいて、センサデータ受信機１４１はまた、任意の特定の一連のデータユニット、特定のデータユニット、または特定のデータユニットのサブデータユニットを、提供されるメタデータに基づいて記憶装置および／またはデータベース１３１から取得することができてもよい。例えば、ビデオセンサ識別子およびフレーム識別子、ならびに特定の領域のポリゴンデータが提供されると、実際のセンサデータユニットがセンサデータ受信機１４１によって取得されてもよい。かかるセンサデータの取得は、システム１００の後続のプロセスまたは構成要素で繰り返し使用されてもよい。いくつかの実施形態では、データベース１３１は分散データベースシステムであってもよい。いくつかの実施形態では、データベース１３１は、リレーショナルデータベース、階層型データベース、ネットワークデータベース、オブジェクト指向型データベース、または他の任意のタイプのデータベースの１つもしくは複数を含んでもよい。

センサデータ受信機１４１は、複数のセンサ１２０を介して収集されたデータ、メタデータ、または他の任意の種類の情報を、プリミティブ特徴抽出構成要素１４２に供給してもよい。プリミティブ特徴抽出構成要素１４２は、特徴、情報、表現、構造、異常、オブジェクト、およびそれらの挙動、またはプリミティブから派生する類似のものを、センサデータ受信機１４１を介して受信したデータから抽出してもよい。かかる抽出されたプリミティブ特徴は、データベース１３１に格納されてもよい。いくつかの実施形態では、プリミティブ特徴抽出構成要素１４２は分散コンピューティング環境で実行されてもよい。分散コンピューティング環境における計算ユニットの数は、分析されるセンサデータの量に基づいて調節されてもよい。

抽出されたプリミティブ特徴は、ルール記憶装置１４４に格納された一連のルールと整合して、緊急事態を識別してもよい。例えば、プリミティブ特徴抽出構成要素１４２は、ビデオセンサデータ１２１から顔を検出してもよく、特定の人物Ｘに関してルール記憶装置１４４にルールがある場合、ルールエンジン１４３は、プリミティブ特徴抽出構成要素１４２によって抽出された全ての顔から人物Ｘの顔を検索してもよい。プリミティブ特徴抽出構成要素１４２によって抽出された顔の中に一致する顔が見出された場合、ルールエンジン１４３は、自動化システム１３０の後続プロセスに緊急事態検出を通知してもよい。

例えば、疑わしい人物Ｘの顔がルールエンジン１４３によって認識されると、ルールエンジン１４３は緊急事態の詳細１４５を生成してもよい。例えば、名前、最後に目撃された場所および時間、性別などの情報が、緊急事態の詳細１４５に含まれてもよい。更に、緊急事態の詳細１４５は、プリミティブ特徴抽出構成要素１４１によって抽出された時間、センサＩＤ、または顔領域データに基づいた、疑わしい人物Ｘの顔の画像など、センサから受信した生データを含んでもよい。緊急事態がルールエンジン１４３によって発動されると、関連情報が集約されて緊急事態の詳細１４５を形成してもよく、緊急対応構成要素１５０が始動されてもよい。

緊急対応構成要素１５０は、緊急事態の詳細１４５によってルールエンジン１４３を介して緊急事態が発動されると、自動対応を開始してもよい。自動対応は、初期対応者１６０に通知すること、および特定の緊急事態を扱うように、選択された一連の初期対応者１６０を派遣することを含んでもよい。更に、緊急対応構成要素１５０は、指令センター１９０を介して状況情報を指揮者／監督者１８０に提供してもよく、また、デジタルサイネージ１７１、携帯型モバイルＰＣ １７２、または他の任意のアラームシステムを介して、特定の状況にある公衆１７０に警告してもよい。更に、緊急対応構成要素１５０は、緊急事態の重大度に応じて、センサ１２０を制御するか、またはドローンなどの新しいセンサを配備してもよい。それに加えて、いくつかの実施形態では、指揮者／監督者１８０は、派遣、警告、警報、センサ、または任意の関連事項の制御に、任意の時点において手動で介入することが許可されてもよい。

いくつかの実施形態では、緊急対応構成要素１５０は、受信した緊急事態の詳細１４５およびポリシーエンジン１５１に基づいて、緊急事態の優先度を自動で決定してもよい。いくつかの実施形態では、緊急事態の優先度は、手動入力、あるいは指揮者／監督者１８０または初期対応者１６０によって定義されるルール（例えば、ルール記憶装置１４４に格納される）に基づいて、手動で決定されてもよい。優先度および緊急事態のタイプに基づいて、各タイプの初期対応者から割り振られるべき初期対応者の数が、派遣構成要素１５３によって決定されてもよい。更に、派遣構成要素１５３は、ポリシーエンジン１５１における指定のポリシーに基づいて、関与する個々の初期対応者を選択してもよい。各対応者タイプからの必要な初期対応者の数、および関与する個々の初期対応者に関して決定が行われると、ポリシーエンジン１５１で定義されたポリシーに基づいて、初期対応者の全てのまたは選択された群に対して通知が送信されてもよい。通知は、コマンドおよび通知構成要素１５４を介して送信されてもよい。例えば、緊急事態の通知は、初期対応者１６０に提供されるモバイルＰＣ １６５を介して初期対応者１６０に送信されてもよい。通知は、地図、位置、方向などの地理的情報とともに、モバイルＰＣ １６５のデジタル画面に表示されてもよい。更に、通知は緊急事態のマルチメディア詳細を含んでもよい。例えば、疑わしい人物が検出された場合、プリミティブ特徴抽出構成要素１４２から抽出されたかかる人物の顔の画像が、緊急事態の詳細１４５に含まれてもよい。したがって、顔の画像は、センサ１２０から受信した実際の生のセンサデータを見て、状況認識をより効果的に行うため、初期対応者１６０のモバイルＰＣ １６５に送信されてもよい。派遣構成要素１５３によって特定の緊急事態に関与するように派遣された個々の初期対応者に対しては、「コマンド」と呼ばれる専用の通知が送信されてもよい。コマンドは、受信した初期対応者が、コマンドにおいて強調または指示された緊急対応を軽減するのに対応または関与すべきであることを示してもよい。コマンド通知がコマンドおよび通知構成要素１５４によって一連の初期対応者１６０に送信されると、コマンドおよび通知構成要素１５４は、緊急事態に対応するための他の必要情報も送信してもよい。例えば、コマンド通知は、ナビゲーション情報（経路、緊急事態位置への到達時間、交通状況など）、同じ緊急事態に関与する他の初期対応者、および仲間の初期対応者の位置を含んでもよいが、それらに限定されない。特定の緊急事態に関与するように選択された初期対応者の詳細、対応者に提供されたモバイルＰＣ １６５を介して受信した位置など対応者のメタデータ、またはモバイルＰＣ １６５のビデオセンサデータが、データベース１３１または類似の記憶装置に格納されてもよい。

緊急事態が識別されると、コマンドおよび通知構成要素１５４を介して、コマンド通知が選択された個人に送信される。コマンド通知を受信する個々の初期対応者は、コマンドに応答しなければならないことがある。個々の初期対応者がコマンドを承認するか、またはコマンドを拒否すると、指令センター１９０またはモニタリングおよび制御構成要素１９０Ｂに通知されてもよい。いくつかの実施形態では、特定の初期対応者が特定の緊急事態に関与するコマンドを拒否した場合、派遣構成要素１５３は、同じタイプの別の初期対応者を選び、コマンドおよび通知構成要素１５４を介して、新しく選択された初期対応者にコマンド通知を送信してもよい。

特定の緊急事態がリアルタイムで識別され、緊急対応構成要素１５０が自動的に対応している間、指令センター１９０は状況をリアルタイムで観察してもよい。例えば、ルールエンジン１４３、またはコマンドおよび通知構成要素１５４は、取得した緊急事態の詳細１４５とともに緊急事態に関して指令センター１９０に警告してもよい。指揮者または監督者１８０は、地図、位置、方向、速度などの地理的詳細とともに、緊急事態の詳細１４５をリアルタイムで参照してもよい。更に、緊急対応構成要素１５０が緊急事態に対応している間、指揮者または監督者１８０は、選択された個々の初期対応者がコマンド通知を承認するか否かにかかわらず、全ての初期対応者の位置、選択された個々の初期対応者の位置、およびそれに対応する選択された個々の初期対応者の詳細（例えば、名前、タイプなど）を観察してもよい。特定の初期対応者１６０がコマンド通知を承認し、緊急事態位置（静的または動的であり得る）に向かって移動すると、指揮者または監督者１８０は、地理的情報とともに初期対応者のリアルタイム位置を観察してもよい。更に、指令センター１９０は、指令センター１９０および初期対応者のモバイルＰＣ １６５を介して、指揮者１８０と初期対応者１６０との間で通信できるようにしてもよい。

緊急事態通知は、モバイルＰＣ １６５を介して初期対応者が確認すると、または派遣された初期対応者の少なくとも一部分が緊急事態の位置に達すると、自動化システム１３０によって自動的に破棄されてもよい。これらの構成はポリシーエンジン１５１で更に定義されてもよい。初期対応者のモバイルＰＣ １６５および公衆のモバイルＰＣ １７２の位置は、センサデータ受信機１４１を介して受信され、データベース１３１に格納されてもよい。リアルタイムで格納され更新されたメタデータは更に、いつでも初期対応者の位置を見て、初期対応者の移動履歴をチェックまたは査定するのに、指令センター１９０によって使用されてもよい。公衆のモバイルＰＣ １７２の位置は、システム１００の構成に基づいて、データベース１３１に格納されてもされなくてもよい。

様々な実施形態によれば、指令センター１９０は、システムコンフィギュレーション構成要素１９０Ａを含んでもよい。システムコンフィギュレーション構成要素１９０Ａは、緊急事態識別および対応業務を開始する前に、センサ１２０、初期対応者１６０、自動化システム１３０、またはシステム１００の他の任意の構成要素を設定するのに必要なことがある。

図２は、システムコンフィギュレーション構成要素１９０Ａの一例を示す図２００である。システムコンフィギュレーション構成要素１９０Ａは、センサ設定構成要素２０１と初期対応者登録構成要素２０２とを含んでもよい。システムコンフィギュレーション構成要素１９０Ａは、様々な実施形態による他の任意のコンフィギュレーション構成要素を含んでもよい。

システムコンフィギュレーション構成要素１９０Ａは、自動化システム１３０を開始する前にシステムのセンサを設定してもよい。例えば、複数のセンサ１２０が、指揮者もしくは監督者１８０または他の任意の人員によって設定されてもよい。例えば、センサ設定構成要素２０１は、名前およびセンサのタイプ２０１Ｍを定義してもよい。センサタイプ２０１Ｍは、データベース１３１に格納されている事前定義された一連のセンサタイプからロードされてもよい。例えば、一実施形態では、センサタイプ２０１Ｍは、視覚、聴覚、文字、または数字など、センサが提供するデータのタイプに基づいて定義されてもよい。一実施形態では、センサタイプ２０１Ｍは、閉回路テレビ（ＣＣＴＶ）、モバイル、ＩＰカメラ、ショートメッセージサービス（ＳＭＳ）、リッチサイトサマリ（ＲＳＳ）フィード、およびソーシャルネットワーキングサービス（ＳＮＳ）など、センサのカテゴリに基づいて定義されてもよい。いくつかの実施形態では、センサタイプ２０１Ｍは、センサが提供するデータのタイプおよびセンサのカテゴリに基づいて定義される、組み合わせまたは階層にしたがって定義されてもよい。いくつかのタイプのセンサについて、校正プロセスが自動化システム１３０のプリミティブ特徴抽出構成要素１４２で使用されてもよい。例えば、カメラセンサが視覚データを提供する場合、画像の２Ｄ座標から実世界の地理を推定するのに、カメラセンサの校正が必要なことがある。したがって、指令センター１９０は画像校正のインターフェースを提供してもよい。同様に、センサタイプまたはセンサのカテゴリに対して校正が必要なことがある。例えば、音声センサに、画像校正２０１Ａとは異なってもよい、音声センサ校正２０１Ｂを行うのが必要なことがある。

複数のセンサ１２０によって得られたデータは、プリミティブ特徴抽出構成要素１４２によって分析されてもよい。したがって、センサ設定構成要素２０１は、プリミティブ特徴抽出構成要素１４２に対して、センサ特異的な構成を定義するか、または使用可能／使用不能にするのが必要なことがある。例えば、特定のセンサが提供するデータに基づいて、プリミティブ特徴抽出構成要素１４２のデフォルト構成があってもよい。例えば、視覚センサの場合、ビデオから物体、人間を検出する、デフォルトのプリミティブセンサ抽出構成があってもよい。他方で、音声センサは、自動会話認識の実施、キーワードの抽出、およびオントロジーの作成など、異なる一連のプリミティブ特徴を抽出するように構成されてもよい。しかしながら、プリミティブ特徴設定構成要素２０１Ｃは、特定の一連のプリミティブ検出を使用可能または使用不能にしてもよく、また、プリミティブ特徴抽出構成要素１４２においてプリミティブ特徴を抽出する、特定のセンサ順序を定義してもよい。例えば、特定の道路でライセンスプレートを検出するように指示された特定のビデオカメラセンサは、人間を検出する必要がない。そのような場合、プリミティブ特徴抽出構成要素１４２はセンサ特異的なニーズに基づいて変更されてもよい。

いくつかの実施形態では、各センサは静的または動的のどちらであってもよい。かかる実施形態では、センサ設定構成要素２０１は静的センサの位置を定義するのが必要なことがある。更に、センサ設定構成要素２０１は、移動しており位置センサを備えている動的センサからの、位置データの読取りを使用可能または使用不能にしてもよい。例えば、初期対応者１６０に提供されたモバイルＰＣ １６５、および公衆に提供されたモバイルＰＣ １７２の両方が、初期対応者の位置または公衆のうち特定の人の位置を取得する、位置センサを含んでもよい。センサ設定構成要素２０１は、初期対応者のモバイルＰＣ １６５に関して（２０１Ｈで）周期的に位置を読み取り、様々な実施形態のデータ保護ポリシーにより、公衆のモバイルＰＣ １７２に対しては読取りを許可しないように構成されてもよい。いくつかのセンサは、物理的センサではなく、位置メタデータが埋め込まれたセンサデータ受信機１４１にデータを供給する、外部サービスであってもよい。例えば、ネットワークＩＰアドレスまたは資産もしくは人の位置などに関するメタデータを提供する、センサまたはサービスであってもよい。そのような場合、センサ設定構成要素２０１は、位置メタデータの格納を使用可能または使用不能にしてもよい。更に、いくつかの実施形態では、センサ設定構成要素２０１は、センサタイプに基づいて、またはシステム１００のニーズに基づいて公衆のモバイルＰＣ １７２などの特定のタイプの全てのセンサに関して、予測可能な位置データ読取りを使用可能または使用不能にしてもよい。センサ設定構成要素２１０を介して特定のセンサまたはセンサタイプが設定されると、センサは、データベース１３１内にあってもよい、センサレジストリ２０１Ｌに登録されてもよい。更に、センサ設定構成要素２０１は、センサＩＰアドレス、プロトコルなどのネットワークプロパティ、符号化タイプなどのセンサ固有メタデータ、解像度などを含んでもよい、センサ読取り機構成２０１Ｆを定義してもよい。センサ読取り機構成２０１Ｆが定義されると、特定のセンサに対する接続性が試験されてもよく、センサ読取り機構成２０１Ｆが必要に応じて再構成されてもよい。更に、特定のセンサまたはセンサタイプの設定は、センサ設定構成要素２０１を使用して、関連機関によっていつでも修正または更新されてもよい。

指令センター１９０のシステムコンフィギュレーションモジュール１９０Ａは、初期対応者登録構成要素２０２を利用して初期対応者を登録してもよい。例えば、火災対応者１６１、警備１６２、警察１６２、および保健スタッフ１６４など、異なるタイプの初期対応者の個々の初期対応者１６０が、初期対応者登録構成要素２０２を介して登録されてもよい。かかる登録において、指揮者、監督者、または関連機関は、名前、パスワード、年齢、および類似の詳細２０２Ａを、対応する対応者タイプ２０２Ｂとともに定義してもよい。初期対応者１６０は、人員、または消防車両、アームなどの資産のどちらかであってもよい。資産２０５Ｈは、初期対応者登録構成要素２０２Ａを使用することによって、または資産目録を初期対応者登録構成要素２０２にリンクさせることによって登録されてもよい。個々の資産に対して、資産のタイプに基づいて、事前定義された位置、用地、または駅が初期対応者登録構成要素２０２によって割り振られてもよい。位置、用地、または駅は、手動または自動で修正されてもよい。

初期対応人員に対して、個々の初期対応者の職位レベルに基づいて、アクセシビリティ、情報、権限、機能性などを制御するため、アクセシビリティプロファイル２０２Ｅが割り振られてもよい。アクセシビリティプロファイル設定構成要素２０３が、システムコンフィギュレーション構成要素１９０Ａに含まれてもよく、複数のアクセシビリティプロファイルが、異なる職位レベルの異なるタイプの初期対応人員に対して、アクセシビリティプロファイル設定構成要素２０３を使用して定義されてもよい。指揮者または監督者１８０は、自動化システム１３０によって提供される情報、機能性、データ、または分析に対してより広いアクセシビリティを有するアクセシビリティプロファイル２０２Ｅが割り当てられてもよい、初期対応者として登録されてもよい。更に、初期対応者登録構成要素２０２は、資源もしくは資産を人員に割り当ててもよく（２０５Ｋ）、または人員を資産に割り当ててもよい（２０２Ｆ）。更に、初期対応者登録構成要素２０２は、登録の詳細を初期対応者レジストリ２０２Ｇ（人員に関して）に、また資産レジストリ２０５Ｌ（資産に関して）に格納してもよく、それらは両方とも、データベースシステム１３１で定義されてもよい。いくつかの実施形態では、資産および人員両方のデータが統合され、データベース１３１の１つのユニットに格納されてもよい。

初期対応者レジストリ２０２Ｇおよび資産レジストリ２０５Ｌの項目は、指令センター１９０の初期対応者登録構成要素２０２と関連付けられたユーザインターフェースを使用することによって、または初期対応者登録構成要素２０２に接続された外部システムによって、いつでも更新または修正されてもよい。例えば、勤務シフトに基づいて資産を初期対応者に割り当てるかもしくはスケジューリングする、外部システムまたは自動化システム１３０の構成要素は、初期対応者登録サービスを介して、初期対応者レジストリ２０２Ｇおよび／または資産レジストリ２０５Ｌを自動的に修正してもよい。いくつかの実施形態では、初期対応者登録構成要素２０２のインターフェースまたはサービスは、指令センター１９０、または初期対応者登録構成要素２０２と接続されたモバイルＰＣ １６５を使用することによって、初期対応者１６０が自身および／または資産を登録するのを可能にしてもよい。更に、初期対応者が、個人詳細の変更、資産の変更、もしくは割当て、または類似の状況に基づいて、初期対応者レジストリ２０２Ｇおよび資産レジストリ２０５Ｌをリアルタイムでいつでも更新することが可能にされてもよい。

様々な実施形態によれば、指令センター１９０と、システムコンフィギュレーション構成要素１９０Ａならびにモニタリングおよび制御構成要素１９０Ｂなどのサブモジュールは、外部システムに接続することができるサービスを提供してもよく、またはサービスおよびグラフィカルユーザインターフェース（ＧＵＩ）アプリケーションの両方にインターフェースを提供して、システムコンフィギュレーション構成要素１９０Ａおよびモニタリングおよび制御構成要素１９０Ｂの動作を実施してもよい。システムコンフィギュレーション構成要素１９０Ａならびにモニタリングおよび制御構成要素１９０Ｂは、人間のオペレータによって手動で、またはシステムコンフィギュレーション構成要素１９０Ａならびにモニタリングおよび制御構成要素１９０Ｂに接続された外部システムによって自動で操作されてもよい。更に、システムコンフィギュレーション構成要素１９０Ａおよび指令センター１９０のサブモジュールは、人間のオペレータによって手動で、または外部システムによって自動で操作されてもよい。いくつかの実施形態では、外部システムは、モニタリングおよび制御構成要素１９０Ｂによって得られた情報を受信し、それによって外部システムがシステム１００を修正または制御するのを可能にしてもよい。様々な実施形態によれば、自動化システム１３０または指令センター１９０は、サービスを外部システムに提供して、外部システムがデータベース１３１からのデータを追加、編集、閲覧、消去、または取得するのを可能にしてもよい。

図３は、緊急事態識別および緊急対応の自動化の一例のプロセスを示す、単純化したシステムおよびフロー図３００である。いくつかの実施形態では、監視エリア１１０は、複数のセンサ１２０、複数の初期対応者１６０、複数の指揮者１８０、および自動化システム１３０を用いて観察されてもよい。一実施形態では、国家安全保障にとって脅威となり得る疑わしい車両または人物（本明細書では、関心オブジェクトまたは関心イベントと呼ぶ）が、時間＝ｔ１に特定の位置１１１に出現し、経路／軌道１１２を通って時間＝ｔ２に別の位置に移動する。

いくつかの実施形態では、ビデオセンサ１２１（例えば、ＣＣＴＶカメラ）などの複数のセンサが、監視エリア１１０全体に配備されてもよい。かかる実施形態では、位置１１１および１１３は、特定の位置１２１および１２２で一連の画像を収集する、かかるビデオセンサ１２１および１２２のカバレッジ下にあってもよい。更に、センサ１２０によって提供される連続データまたはメタデータストリームは、コンピュータネットワークを通じてセンサデータ受信機１４１によって受信されるかまたは読み取られてもよい。

センサデータ受信機１４１がセンサ１２０から画像を受信すると、センサＩＤ、時間、ビデオフレームＩＤなどのデータユニットＩＤを示すデータが、データベース１３１に格納されてもよい。各センサから抽出されるべきセンサＩＤ、緊急事態識別、またはプリミティブ特徴は、指揮者または初期対応者または他の任意のオペレータによって、センサ設定構成要素２０１（例えば、プリミティブ特徴設定構成要素２０１Ｃ）によって定義されてもよい。センサ１２０によって収集されたデータがセンサデータ受信機１４１によって受信されると、プリミティブ特徴抽出構成要素１４２は、位置１１１もしくは１１３に出現したオブジェクトまたはイベントなど、関心オブジェクトまたはイベントの検出、識別、追跡、分析のため、これらのデータを更に分析してもよい。

プリミティブ特徴抽出構成要素１４２は、オブジェクト、イベント、または運動、挙動などのそれらの性質、または更には原位置などの取得情報の、検出、識別、分析につながる、プリミティブ計算分析作業を実施してもよい。抽出したこれらのプリミティブ特徴は更に、自動化システム１３０が、センサ設定構成要素２０１によって構成されるような、様々なオブジェクトもしくはイベントの特定の補助的、またはテリトリー、またはより抽象的な性質、挙動、規準を検出もしくは識別することを可能にしてもよい。これらの抽出されたプリミティブ特徴は、カテゴリもしくは非カテゴリ指数、数値データ、文字または他の任意のマルチメディア形式を含んでもよく、あるいは更には、ツリー、グラフなどの複雑なデータ構造をもたらしてもよい。更に、異なる形式のこれらの抽出されたプリミティブ特徴は、緊急対応、調査、または実績査定などで更に使用するため、データベース１３１に格納されてもよい。

図４は、ビデオセンサのためのプリミティブ特徴抽出の一例を示す図４００である。例えば、図３のｔ＝ｔ１で位置１１１において、一連のビデオフレーム１４５１Ｂであってもよいセンサ１２１のデータは、センサデータ受信機１４１によって受信されるかまたは読み取られ、データは、データベース１３１のセンサデータ記憶装置１３１Ｂにリアルタイム（または準リアルタイム）で格納されてもよい。同時に、プリミティブ特徴抽出構成要素１４２は、プリミティブ特徴を抽出するためにビデオフレーム１４１Ｂを読み取ってもよい。プリミティブ特徴抽出構成要素１４２は、ビデオセンサ（ＣＣＴＶ）１２１に特異的、または全てのビデオセンサに特異的であってもよい。プリミティブ特徴を抽出し始める前に、プリミティブ特徴抽出構成要素１４２は、ノイズ低減／排除、抽出・変換・ロード、解像度／フレーム率の低減などの前処理動作を実施してもよい。データモダリティは前処理の間に分析されてもよい。様々な実施形態によれば、ビデオフレーム１４１Ｂが前処理構成要素１４２Ａによって処理された後、プリミティブ特徴抽出構成要素１４２は、センサ設定構成要素２０１によってセンサレジストリ２０１Ｌで定義されたような一連の抽出を実施してもよい。例えば、センサ設定構成要素２０１は、ビデオセンサ１２１および１２２が、人物１４２Ｂ、車両１４２Ｃ、火災１４２Ｄ、ボート１４２Ｅなどのオブジェクトまたはイベントを検出し、１４２Ｆ〜１４２Ｍに示されるように、更なるプリミティブ特徴抽出を実施するのを可能にしていてもよい。

例えば、一実施形態では、人物が検出された場合、計算アルゴリズムに基づいて、人物特徴抽出パイプライン１４２Ｆがプリミティブ特徴抽出構成要素１４２によって実行されて、画像またはビデオを分析して、顔、体、服装、目、色、性別などを検出または抽出してもよい。プリミティブ特徴抽出構成要素１４２の各抽出段階の間、抽出されたプリミティブの詳細の全てまたは一部が、センサレジストリ２０１Ｌに格納されたセンサ、データユニット、またはサブデータユニット指数、およびセンサデータ受信機１４１から受信されるセンサデータ１３１Ｂに関して、プリミティブ特徴記憶装置１３１Ｄ下のデータベース１３１において更新されてもよい。更に、抽出され、プリミティブ特徴記憶装置１３１Ｄに格納されたプリミティブ特徴は、文字、数字、ベクトル、ツリー、グラフなど、様々な形式のものであってもよい。例えば、人物検出１４２Ｂが完了すると、特定のビデオフレームの顔領域が得られてもよい。そのような場合、顔領域ポリゴン、構成、目の間の比例距離などの顔の具体的特徴、マルチモーダルおよびマルチフォーマットデータのような顔領域画像が、プリミティブ特徴記憶装置１３１Ｄに格納されてもよい。一実施形態では、プリミティブ特徴抽出は、オブジェクト、イベントなどに関連する様々な空間的および時間的情報を抽出してもよく、それらは緊急事態識別で更に使用されてもよい。

更に、センサ１２１が車両１４２Ｃを検出し、車両の形状、ライセンスプレートナンバー（ＬＰＲ）、タイプなどの他のプリミティブを抽出するように設定されていた場合、抽出されたプリミティブをプリミティブ特徴データベース１３１Ｄに格納してもよい。

更に、運動特徴１４２Ｊ、挙動特徴１４２Ｋ、異常１４２Ｌなど、全てのオブジェクトまたは全てのイベントに対して共通のプリミティブが抽出されてもよい。そのような場合、車両、人、ボートなどのオブジェクトに関して、プリミティブ運動特徴１４２Ｊが共通して抽出されてもよい。運動特徴１４２Ｊは、センサレジストリ２０１Ｌに基づいて抽出され、特定のセンサに特異的なデータが格納される、サイズ、速度、流れなどのプリミティブ特徴を含んでもよい。例えば、運動特徴１４２Ｊの抽出中のサイズおよび速度の推定は、センサレジストリ２０１Ｌで指定された特定のセンサのセンサ位置および画像校正２０１Ａのデータを利用してもよい。更に、運動特徴１４２Ｊは、データユニットまたはサブデータユニットのシーケンスにわたって、オブジェクトまたはイベントを追跡して、関心車両のオブジェクトの流れを取得してもよい。いくつかの実施形態では、オブジェクトまたはイベントのタイプもしくはカテゴリに応じて、特定の運動特徴１４２Ｊ、挙動特徴１４２Ｋ、異常１４２Ｌなどがあってもよい。オブジェクト識別および分類１４２Ｍなど、以前に抽出されたプリミティブ特徴に基づいて、プリミティブ特徴が抽出されてもよい。いくつかの実施形態では、一部または全ての抽出プロセスが、オブジェクト、イベント、または動作のようなそれらのプリミティブ特徴の、検出、識別、分類、クラスタ化、登録、予測に関して事前に訓練された計算モデルを利用してもよい。

特定のセンサまたはセンサタイプに対して設定される特定のプリミティブ特徴抽出構成要素１４２において、１つまたは複数の抽出があってもよい。更に、プリミティブ特徴抽出構成要素１４２は、事前に訓練された抽出子のプール１４２Ｑ、または様々な実施形態による様々な抽出を実施することができる事前に準備された計算モデルに基づいて、特定のセンサまたは感覚タイプに対してパイプラインまたは順序を組み立ててもよい。これらの抽出子は、プリミティブ特徴抽出構成要素１４２に適用される事前定義された標準的インターフェースを用いて、緊急事態識別要件に基づいて追加または修正されてもよい。いくつかの実施形態では、抽出子のプール１４２Ｑにおける要素のいくつかは、外部抽出サービスを利用してもよく、その場合、プリミティブ特徴抽出を実施するため、特定のデータ要素／ユニットが外部サービスに送信される。

プリミティブ特徴抽出は並行して行われるが、ルールエンジン１４３は、関心の緊急事態に整合するルールを識別するのに、プリミティブ特徴記憶装置１３１Ｄを利用してもよい。例えば、緊急事態識別に対するルールの複数の定義が、データベース１３１のルール記憶装置１４４に格納されてもよい。ルールエンジン１４３内の下位構成要素１４３Ａは、ルール記憶装置１４４に格納されたルールの１つまたは複数と整合される複数のルールエンジン１４３をチェックし続けてもよい。整合結果が見出された場合、ルールは緊急事態の検出を始動してもよい。

いくつかの実施形態では、プリミティブ特徴抽出構成要素１４２は、文字ベースのデータ／センサ、またはソーシャルメディア、ウェブサーチエンジン、自動速度認識データなどの文字ベースのデータ／センサや外部サービスから、意味的、感情的などの特徴を抽出するのに、上述したのと類似の構成を有してもよい。更に、プリミティブ特徴抽出構成要素１４２は、ビデオ、音声、文字、ＨＴＭＬページ（ウェブページ）など、マルチメディアコンテンツからの特徴を含んでもよい。

いくつかの実施形態では、自動化システム１３０は、指令センター１９０のＧＵＩアプリケーションまたはサービスを介して、リアルタイムで／動的にかつ相互作用的に、ルール定義を修正（追加／編集／消去）することを可能にしてもよい。換言すれば、ルールエンジン１４３は、ルールエンジン１４３が動作中のときに、ルールの修正をいつでも受け入れてもよい。図５は、指令センター緊急事態検出ルール設定構成要素１９１を介してルールエンジン１４３でルールを定義する単純化したフロー図５００である。

例えば、ルールエンジン１４３は、特定の緊急事態が関連する、特定のオブジェクトタイプまたはイベントタイプ（例えば、車両、人物など）を定義する（５０１）。更に、ルールエンジン１４３は、ライセンスプレートナンバー１２３４Ｒを有する青いセダンなど、特定のタイプのオブジェクトを定義してもよい。５０１でオブジェクト／イベントタイプが定義されると、ルールエンジン１４３は、例えば、制限エリアへの進入、または速度超過車両など、緊急事態または検出のカテゴリを定義してもよい。かかる検出は、センサ設定構成要素２０１で更に定義されてもよい。

いくつかの実施形態では、ルールエンジン１４３は、ＧＰＳ座標その他任意の座標系によって、または一連のセンサを選択する（例えば、いくつかの交通監視カメラを選択する）ことによって定義されるエリアであることができる、ルールの範囲を定義してもよい（５０２）。範囲は、定義されたルールが適用されてもよい特定の時間範囲によって、更に定義されてもよい。更に、特定のセンサが提供するデータに基づいて、特定の性質が定義されてもよい。例えば、特定のカメラセンサに対して定義される侵入検出ルールは、進入検出の対象になる感度エリアまたはラインを強調することを要してもよい。ルールエンジン１４３は、個々の緊急事態検出カテゴリに基づいて、色、形状、流れ、軌道、サイズ、速度、キーワードなどの性質を更に定義してもよい。

いくつかの実施形態では、これらのパラメータを定義する指揮者／オペレータまたは初期対応者は、データベース１３１内の同じ定義に基づいて過去もしくは履歴の結果を検索してもよく（５０５）、または定義をルール記憶装置１４４下のデータベース１３１にルールとして保存してもよい。緊急事態の定義が緊急事態を識別するルールとして保存された場合、ルールエンジン１４３を介してかかる緊急事態が検出されると自動で対応するように、ポリシーを定義するのが必要なことがある（５０８）。いくつかの実施形態では、かかる緊急事態に関与するのに最小限必要である、個々の初期対応者タイプからの量が、５０９で定義されてもよい。更に、緊急事態の優先度（例えば、重大、中、低など）は、ルールに基づいて手動で定義されてもよい（５１０）。いくつかの実施形態では、優先度は自動的に決定されてもよい。

いくつかの実施形態では、特定の緊急事態に関与する個々の人員を決定するために、対応ポリシーが５１１で選択されてもよい。例えば、対応ポリシーは、最も近くにいるｎ人の警備員を、ルールエンジン１４３によって検出された特定の緊急事態に割り当てることを含んでもよい。いくつかの実施形態では、初期対応者は、緊急事態予測に基づいて特定の領域に事前に割り当てられてもよい。かかる実施形態では、事前に割り当てられた初期対応者が、特定の緊急事態に関与するように割り当てられてもよい。いくつかの実施形態では、最も近くにいるかまたは最も早い初期対応者を割り当てる方策は、初期対応者をあらかじめ割り当てる方策と組み合わされてもよい。

図６は、図５において上記で指定した項目にしたがって、ルールをリアルタイムで追加するのに用いられてもよく、対応する緊急事態をリアルタイムで検出するのに用いられてもよい、一例のＧＵＩ ６００を示す図である。ルールがルール記憶装置１４４で定義されると、ルールエンジン１４３によって利用され活性化されてもよい。識別された緊急事態（画像など）、位置、パラメータなどに関連するセンサデータなどの緊急事態の詳細は、プリミティブ特徴記憶装置１３１Ｄから取得されてもよく、ＧＵＩ ６００で強調されて示されてもよい。

例えば、ルール定義インターフェース６００の一部は、グラフィカルユーザインターフェースを介して、５００で指定された流れを定義することを可能にしてもよい。そのような場合、５０１で定義されたオブジェクト／イベントタイプがＧＵＩ ６００で選択されてもよい。例えば、指揮者または初期対応者などが、特定の方向または道路に向かって移動している疑わしい車両を識別したい場合、５０１で定義されたオブジェクト／イベントタイプが、ＵＩ項目５０１Ａの「車両」として選択されてもよく、その場合、ルールは、プリミティブ特徴抽出構成要素１４２によって検出される車両のオブジェクトカテゴリに適用される。更に、上述のシナリオでは、指揮者が特定のオブジェクト（例えば、この場合は車両）の性質、または車両のクラスに関連する性質を、ＵＩ項目５０１Ｂで指定した場合、それは、５０４で定義される脅威／緊急事態の性質に関連する。かかるオブジェクトクラスに特異的な特徴は、プリミティブ特徴抽出構成要素１４２によって抽出される特徴と同期して定義されてもよい。例えば、上述のルール定義は、白色（色の性質）、車（形状の性質）を識別する際に関係してもよく、これらの特徴は、ＧＵＩ ６００を使用することによって適宜指定されてもよい。上述の脅威または緊急事態を識別するために、ルールエンジン１４３は、プリミティブ特徴抽出構成要素１４２によって抽出されるプリミティブ特徴に基づいて、複数の緊急事態検出を定義してもよい（５０２）。例えば、車両検出１４２Ｃおよび運動特徴１４２Ｊを利用することによって、ルールエンジン１４３は、速度超過車両、流れ、または軌道に基づいた違反などを識別することを可能にしてもよい。したがって、上述の例は、疑わしい軌道で移動しているオブジェクトを識別するのに、５０２で定義された緊急事態検出を利用してもよい。オブジェクト／イベントタイプ、緊急事態検出、およびオブジェクトの性質が指定されると、ルール定義インターフェース６００は、ＧＵＩ ６００においてＵＩ項目５０３および５０４Ａで示されるような、ルール範囲を定義するのを可能にしてもよい。ユーザは、特定の緊急事態識別が、選択されたセンサまたはＵＩ項目５０４Ａで指定されるエリア内のセンサのみに対して実施されてもよい、地図上のエリアまたは複数のセンサを定義してもよい。更に、緊急事態または脅威の性質をリアルタイムで相互作用的に定義するため、ルール定義インターフェース６００は、５０４Ｂに示されるようなリアルタイムセンサデータビューア６１０で、線、エリア、方向などの地理を強調してもよい。例えば、指揮者または初期対応者などは、ポリゴンまたはライン５０４Ｂを用いてリアルタイムビデオフィード上で軌道を定義することによって、上述の例における疑わしい軌道を指定してもよい。ルールエンジン１４３は、リアルタイムビデオフィードに描写される軌道を、リアルタイムビデオフィード上を移動しているオブジェクトを検出するルールの１つとして認識する。他の例では、リアルタイムセンサデータビューア６１０は、プリミティブ特徴抽出構成要素１４２によって検出されたオブジェクトを示してもよく、疑わしい人間、車両などの関心オブジェクト、または高優先度の緊急事態であって対応を要する潜在的脅威を直接選択してもよい。

ルール定義が提供されると、グラフィカルユーザインターフェース６００を介してルール記憶装置１４４に保存し、登録することができ、その場合、ルールエンジンは、所与のルール定義の指定された性質、規準に基づいて、緊急事態の識別を即時に開始してもよい。例えば、ルールエンジンは、検出緊急事態構成要素１４３Ａを介してルール記憶装置１４４に格納されたルール定義に関して、プリミティブ特徴記憶装置１３１Dを利用し続けてもよい。一致する緊急事態が識別されるとすぐに、優先度評価構成要素１５２、派遣構成要素１５３、および通知構成要素１５４などの後続のプロセスが、自動的に開始されてもよい。例えば、指揮者または初期対応者は、リアルタイムデータビューア６１０を、また定義されたルールにしたがって緊急事態が識別されるかを、モニタリングし続けてもよい。あるいは、６３０に示されるように、識別された緊急事態はリアルタイムで表示されてもよい。上述のルール定義では、例えば、特定の位置で特定の軌道／方向に向かって移動している、白い車を識別する必要がある場合、関心オブジェクト／緊急事態、および位置、時間、実際の画像、またはセンサデータなどの関連詳細とともに、６３０に示されるような緊急事態の詳細を介してアラートが提供されてもよい。

ルール記憶装置１４４で指定された任意のルール定義は、自動監視システム１００その他任意の下位構成要素を再始動する必要なく、グラフィカルユーザインターフェース６００または外部システムを介して更新されてもよい。更に、自動監視システム１００または他の任意の下位構成要素を再始動する必要なく、任意の新しいルール定義がルール記憶装置１４４に追加されてもよい。ルールエンジンの検出緊急事態構成要素１４３Ａは、ルール記憶装置１４４の利用可能なルールに関して、プリミティブ特徴記憶装置１３１Ｄを利用し続ける。したがって、新しいルール定義の追加、編集、または修正には、データベース１３１のルール記憶装置１４４の更新のみを要する。結果として、ルールをリアルタイムで相互作用的に追加、修正、または消去することが可能であってもよい。

更に、緊急事態／脅威検出タイプは、自動監視システム１００または他の任意の下位構成要素を再始動する必要なく、リアルタイムで追加または修正されてもよい（５０２）。例えば、ルールエンジンは、新しい緊急事態を検出するか、またはプリミティブ特徴抽出構成要素１４２を修正することによって、（侵入、疑わしいオブジェクト、高速、火災、無許可アクセスなどの）既存の緊急事態検出を修正することを可能にしてもよい。更に、新しい緊急事態検出を追加するため、新しいプリミティブ検出が、抽出子のプール１４２Ｑに追加されてもよく、プリミティブ特徴抽出構成要素１４２を修正してもよい。いくつかの実施形態では、５０２で追加または修正されたかかる新しい緊急事態検出タイプは、具体的には、プリミティブ特徴記憶装置１３１Ｄを利用することによって緊急事態識別が行われる、検出緊急事態構成要素１４３Ａにおいて、ルールエンジン１４３によって抽出される特徴に基づいて、ルールに関して指定されてもよい。

ルール記憶装置１４４に提供され格納された緊急事態の詳細１４５およびルール定義に基づいて、緊急事態の優先度は、優先度が挙げられるルール定義自体に基づいて識別されてもよく、または優先度評価ポリシー１５１Ａに基づいて自動的に取得されてもよい。いくつかの実施形態では、優先度は、緊急事態の重大度にしたがって異なるレベルで指定されてもよい。更に、優先度レベルは、分類ラベル、または数値の絶対値が優先度評価の重大度に比例する数字ラベルを用いて指定されてもよい。いくつかの実施形態では、手動で指定されるかまたは自動的に取得される優先度レベルに基づいて、緊急事態に対応する初期対応者の数が１５３Ａで決定されてもよい。決定された数の初期対応者は、標的情報１５５、ナビゲーション命令１５６、および他の関連コマンドを含んでもよい、コマンド通知１５４を受信してもよい。

処理または分析される様々なセンサに関して、ルール記憶装置１４４は、プリミティブ特徴抽出構成要素１４２によって抽出される特徴に基づいて、より多数のフィールドを含んでもよい。かかるフィールドは、キーワード、オントロジー、画像などを含んでもよい。

図７は、本開示のいくつかの実施形態による優先度評価、派遣、および通知を示す単純化した図７００である。例えば、ルールエンジン１４３によって緊急事態が識別されると、プリミティブ特徴抽出構成要素１４２を利用することによって緊急事態の詳細１４５が抽出されてもよい。緊急事態の詳細１４５は緊急事態タイプ１４５Ａを含んでもよく、それは、手動で定義されたルールによって決定されてもよく、または事前に訓練された計算方法に基づいて自動的に決定されてもよい。かかる緊急事態タイプ１４５Ａは、安全上の緊急事態、交通違反、法律違反、出火、漏水、電気系統の緊急事態、健康上の緊急事態、自然災害などを含んでもよいが、それらに限定されない。

緊急事態タイプ１４５Ａに基づいて、プリミティブ特徴抽出構成要素１４２によって抽出される詳細１４５Ｃは異なってもよい。例えば、緊急事態タイプが、容疑者または任意の識別された関心人物がルールエンジン１４３を介して識別される、安全上の緊急事態である場合、関心標的は、図３に示されるようにある位置から別の位置に移動中のことがあり、その場合、関心標的は経路／軌道１１２を通じて位置１１１から位置１１３へと移動する。かかる状況では、緊急事態の詳細１４５は、既に抽出された一連の緊急事態の詳細（例えば、センサ（即ち、監視カメラ）を介して受信した標的の画像）に基づいて、関心標的を継続して追跡し続けてもよい。他方で、緊急事態が出火である場合、緊急事態または標的緊急事態は移動せずに静止しているので、緊急事態の詳細１４５は位置変化を含まなくてもよい。したがって、プリミティブ特徴抽出構成要素１４２は、緊急対応が提供されるまで、緊急事態の詳細１４５に含まれる更なる詳細を抽出するか、または緊急事態の詳細１４５を継続して更新してもよい。更に、プリミティブ特徴記憶装置１３１Ｄにクエリを行ってもよく、または抽出子のプール１４２Ｑからのプリミティブ特徴抽出子が、各緊急事態タイプに必要な追加の詳細の抽出に使用されてもよい。位置は、特定の緊急事態のリスクを効果的に軽減するように初期対応者に指示するのに使用されることがあるので、緊急事態の静的または動的位置１４５Ｂの抽出は必須である。

いくつかの実施形態では、ルールエンジン１４３を介して緊急事態が識別された直後、緊急事態に対応する優先度評価構成要素１５２が実行されて、派遣構成要素１５３および通知構成要素１５４に入力を提供してもよく、通知構成要素は、識別された緊急事態の優先度レベル７１５に基づいて通知を送信してもよい。いくつかの実施形態では、優先度レベル７１５は、ルール記憶装置１４４に格納されたルールで定義された、緊急事態の識別に結び付く優先度レベルに基づいて決定されてもよい。いくつかの実施形態では、優先度レベル７１５は、ポリシーエンジン１５１で指定されるポリシーに基づいて自動的に決定されてもよい。

例えば、優先度レベルは、優先度評価ポリシー１５１Ａ下でポリシーエンジン１５１において定義されてもよい。これらの優先度レベルは、高、中、低、重大などのカテゴリ指数であるか、または様々な実施形態による数字スケールもしくは数字範囲であってもよい。いくつかの実施形態では、ルールは指揮者／監督者によってルールエンジン１４３で定義されるが、優先度レベルは明示的に指定されてもよい。いくつかの実施形態では、優先度は自動的に決定されてもよい。

優先度レベル７１５が自動化システムによって自動的に決定される場合、優先度評価ポリシー１５１Ａで示されてもよい、異なる因子の複数の優先度に基づいて決定されてもよい。例えば、優先度レベル７１５が自動的に決定または操作される場合、緊急事態タイプの優先度レベル、または優先度評価ポリシー１５１Ａで指定される各オブジェクトタイプの優先度レベル７１０に基づいて決定されてもよい。例えば、漏水には出火の緊急事態よりも低い優先度が与えられてもよい。更に、オブジェクトタイプの優先度レベルは、人物オブジェクトが車両オブジェクトよりも高い優先度を有するものとして定義されてもよい。更に、オブジェクトの性質または緊急事態の性質の優先度７１１が定義されてもよい。例えば、プリミティブ特徴抽出構成要素１４２は、検出された人物の特徴（例えば、年齢、性別、人種など）を抽出してもよく、したがって、年下の子供（年齢範囲）には年上の子供よりも高い優先度が与えられてもよい。いくつかの実施形態では、特定の性別の優先度が高くてもよい。更に、プリミティブ特徴抽出構成要素１４２は、車両のタイプ、サイズ、および速度を抽出してもよく、かかる性質には優先度評価ポリシー１５１Ａにおいて指定の優先度が与えられてもよい。例えば、大型または高速の車両には、小型または低速の車両よりも高い優先度が与えられてもよい。更に、プリミティブ特徴抽出構成要素１４２は、火災または煙の特徴を抽出してもよく、その場合、高密度または広範囲の火災／煙に対して、優先度評価ポリシー１５１Ａで高い優先度が指定されてもよい。優先度評価ポリシー１５１Ａで定義されるこれらの優先度レベルは、エリアまたは位置特異的な優先度レベル定義を含んでもよい。例えば、非常に価値の高い地所、重要なインフラストラクチャ、学校、道路などから成るエリアには、高い優先度が与えられてもよい。

いくつかの実施形態では、特定の緊急事態、オブジェクト、または位置／エリアに対する優先度レベルは、履歴分析構成要素７１３を介して抽出されてもよい。例えば、プリミティブ特徴抽出構成要素１４２は、複数のセンサによって収集されたデータから複数の人物、車両を検出してもよく、それが、プリミティブ特徴記憶装置１３１Ｄを利用することによる、人物、車両、または密度、渋滞、関連性などの様々な分析の識別に結び付いてもよい。更に、ルールエンジン１４３を介して識別された緊急事態はデータベース１３１に格納されてもよく、それがイベントの発生、緊急事態、初期対応者の挙動などの識別に結び付いてもよい。したがって、かかる履歴分析は、優先度評価構成要素１５２.における優先度レベルの自動決定に組み込まれてもよい。例えば、人物または車両または類似オブジェクトの検出結果は、時間単位の密度推定をもたらしてもよく、それが密度レベルまたは渋滞による優先度レベルの決定に結び付いてもよい。そのような場合、人物または車両の密度が特定の時間において高いエリアには、密度が特定の閾値を上回る場合、より高い優先度レベルが与えられてもよい。別の例では、同じ人物が最近になってより頻繁に識別されている場合、かかる関心人物または容疑者にはより高い優先度が与えられてもよい。ある例では、識別された容疑者またはテロリストとともに現れる場合が多い人物などの関連性に、検出される緊急事態によって異なるより高い優先度が与えられてもよい。別の例では、特定の緊急事態が特定のエリアでより頻繁に起こる場合、かかるエリアおよび緊急事態により高い優先度レベルが与えられてもよい。いくつかの実施形態では、履歴分析は、密度、イベントの発生、緊急事態、関連性などの履歴分析に基づいて、所与の日、週、月、または年における優先度の変動に結び付くことがある。

いくつかの実施形態では、優先度評価は、優先度評価ポリシー１５１Ａで指定される優先度の様々なカテゴリを取得するのに、緊急事態の詳細１４５を使用してもよい。例えば、緊急事態タイプ、位置、または車両もしくは容疑者の画像、サイズ、動きなどの詳細は、履歴分析構成要素７１３とともに自動優先度レベル推定を行うのに要するパラメータを計算するのに組み込まれてもよい。自動優先度評価に必要なこれらの優先度レベルまたはポリシーは、指揮者もしくは監督者、または自動化システムの管理者によって指定されてもよく、データベース１３１、または自動化システムに取り付けられた任意の記憶装置に格納されてもよい。更に、指揮者もしくは監督者または管理者は、必要に応じて適時にかかる詳細を変更してもよい。

緊急事態が識別されると、事前に指定された優先度レベルが緊急事態の識別に結び付く関連ルールにおいて指定されない場合、優先度評価構成要素１５２は、上述したような優先度評価ポリシーにしたがって指定される様々な優先度を組み合わせることによって、最終優先度レベル７１５を計算してもよい。オブジェクトまたは緊急事態タイプ優先度７１０、オブジェクトの性質または緊急事態特異的な優先度７１１、エリア位置特異的な優先度７１２、および履歴分析に基づく優先度から取得した複数の優先度は、事前に訓練された計算モデルに基づいて、または事前定義されたアルゴリズムに基づいて、組み合わされた優先度構成要素７１４によって集約されてもよい。例えば、組み合わされた優先度構成要素７１４は、計算の線形システムを実施し、優先度レベル７１５を導き出してもよい。かかる線形システムは、各優先度カテゴリに割り当てられた数字的重みを組み込むことによって、最終優先度レベル７１５を計算してもよい。いくつかの実施形態では、これらの重みは、履歴対応またはシミュレーションした対応から学習されてもよい。更に、これらの重みが最初に指揮者、監督者、または管理者によって指定され、自動化システムが、最終優先度レベル７１５を操作するように組み込まれた計算モデルに基づいて、重みを自動的に学習し適宜更新してもよい状況があり得る。いくつかの実施形態では、優先度評価構成要素１５２で挙げられる様々な優先度のうち最高優先度、またはこれらの優先度のうち何らかの種類の順序が考慮される、指定された優先度順位の順序があってもよい。

緊急事態識別に結び付いてもよいルール記憶装置１４４におけるルール定義が優先度レベル７１５を指定する場合、優先度レベル７１５が最終優先度として考慮されてもよく、他の優先度（例えば、優先度レベル７１０、７１１、７１２）は考慮されなくてもよい。いくつかの実施形態では、ルール定義は、優先度順位の順序を、またはどの優先度をどの量で考慮すべきかを指定してもよい。かかる状況では、組み合わされた優先度構成要素７１４は最終優先度レベル７１５を適宜取得してもよい。

いくつかの実施形態では、優先度レベル７１５の推定は、緊急対応構成要素１５０における第１のステップであってもよい。派遣構成要素１５３および通知構成要素１５４が続いて実行されてもよい。派遣構成要素１５３を実行して初期対応者を派遣する前に、優先度レベルが考慮されてもよい。優先度レベルが指定された閾値優先度レベルを下回る場合、派遣構成要素１５３は実行されなくてもよい。例えば、初期対応者およびそれらの資産が限定されている場合、指令センター１９０、公衆１７０、または初期対応者１６０には、緊急事態に関するアラートが提供されることがあるが、初期対応者には関与するようにコマンドが提供されない。換言すれば、かかる状況は、通知構成要素１５４の実行はもたらすが、派遣構成要素１５３の実行はもたらさないことがある。いくつかの実施形態では、派遣構成要素１５３が実行されないので、通知構成要素１５４の送信コマンド構成要素１５７は実行されなくてもよい。

いくつかの実施形態では、推定された優先度レベルが指定された優先度レベル閾値よりも高い場合、派遣構成要素１５３および通知構成要素１５４の両方が実行されてもよい。例えば、派遣構成要素１５３は３つ以上のサブステップを実施してもよい。最初に、派遣構成要素１５３は、ポリシーエンジン１５１の派遣ポリシー１５１Ｂで指定される特定の緊急事態に対する派遣ポリシーを検索してもよい（７２１）。派遣ポリシー１５１Ｂは、手動で定義されてもよく、またはシミュレーションもしくは過去の履歴派遣結果から訓練されてもよい。派遣ポリシー１５１Ｂは、優先度評価ポリシー１５１Ａで指定される異なる優先度レベルに対して、各タイプの初期対応者から必要な初期対応者の最少数に関する情報を含んでもよい。例えば、識別された緊急事態が高優先度の火災緊急事態である場合、最低３人の消防スタッフおよび最低２人の警備スタッフが指定されてもよい。他方で、例えば、識別された緊急事態が低優先度の火災緊急事態である場合、最低１人の消防スタッフおよび最低１人の警備スタッフが指定されてもよい。派遣ポリシーは、利用可能な資源（例えば、初期対応者およびその資産）に動的に基づいて必要な、これらの地上スタッフの最少数を取得することができる、訓練された計算モデルまたは数学モデルを含んでもよい。したがって、優先度レベル７１５が推定されると、緊急事態タイプ１４５Ａ、緊急事態位置１４５Ｂ、および優先度レベル７１５を提供することによって、派遣ポリシーが検索されてもよい（７２１）。７２１で派遣ポリシーを検索することによって、１５３Ａで初期対応者が決定され、その際、必要な初期対応者の数、および特定の緊急事態に関与する必要がある異なるタイプの初期対応者の最少量が、派遣ポリシー１５１Ｂに基づいて識別される。

緊急事態に対応する初期対応者の数（例えば、必要な初期対応者と、必要な異なるタイプの初期対応者の最少量）が１５３Ａで決定されると、次のステップは、初期対応者を見つけることであり（１５３Ｂ）、そこで個々の初期対応者または初期対応者が識別されてもよい。初期対応者１６０には、位置センサ１６６を含むモバイルＰＣ １６５が提供されてもよい。各初期対応者または初期対応者群の位置は、センサデータ受信機１４１を介してデータベース１３１に格納されてもよい。必要な異なるタイプの初期対応者の最少量および各初期対応者の位置が分かっている場合、個々の選択された初期対応者または初期対応者群の派遣は、各緊急事態タイプおよび／または各初期対応者のタイプに対して派遣ポリシーで指定される複数のやり方で行われてもよい。いくつかの実施形態では、タイプ「Ａ」の特定の「ｎ人」の初期対応者が、緊急事態位置１４５Ｂまでの最短距離を考慮することによって、対応者らの最新の既知の位置に基づいて選択されてもよい。いくつかの実施形態では、派遣ポリシーにおいて指定された場合、特定の半径「ｒ」にいるタイプ「Ａ」の初期対応者が、特定の緊急事態に対応するように選択されてもよい。１５３Ｂで緊急事態に対応する初期対応者を見つけるため、位置、速度、交通状況、移動時間、関心地点間の距離を必要に応じて取得するのに、地理的情報システム１３２が組み込まれてもよい。いくつかの実施形態では、地理的情報システム１３２は、リアルタイムの交通、または地理的データ／情報を提供する、外部システムもしくはサービスと接続または同期されてもよい。

７２２で決定された初期対応者タイプおよび対応する量に基づいて識別された個々の初期対応者、ならびに位置、移動時間などに基づいて個々の初期対応者を選択するために指定された派遣ポリシーに関して、選択された初期対応者のモバイルＰＣ １６５に、ナビゲーション命令、緊急事態位置１４５Ｂ（緊急事態タイプに基づいて静的もしくは動的であってもよい）、および緊急事態の詳細１４５Ｃを送信するコマンドが送信されてもよい。選択された初期対応者は、モバイルＰＣ １６５を介してコマンドを受領した旨を応答しなければならないことがある。特定の初期対応者が割り当てられた緊急事態に関与することを拒否した場合、派遣ポリシー１５１Ｂに基づいて、同じタイプの次の対応可能な初期対応者が決定されてもよい。

いくつかの実施形態では、通知構成要素１５４は、優先度レベル７１５が決定されると実行されて、指令センター、初期対応者１６０、および公衆１７０に警告してもよい。１５８で送信されるアラートは、特定の緊急事態に関する情報を関連する当事者に提供するためのものであり、１５７で送信されるコマンドは、所与の緊急事態または緊急事態タイプに関与し対応する初期対応者に、必須のまたは高優先度の順序を提供するためのものである。いくつかの実施形態では、通知構成要素１５４は、ポリシーエンジン１５１で指定または学習または訓練された、通知ポリシー１５１Ｃを検索してもよい。このプロセスは、緊急事態タイプ１４５Ａ、緊急事態位置１４５Ｂ、および優先度レベル７１５に基づいて、通知の詳細が通知ポリシー１５１Ｃから検索される、上述した７２１で派遣ポリシーを検索するのと類似している。

いくつかの実施形態では、７３２でアラートを決定するため、通知ポリシー１５１Ｃは、複数の指揮者／指令センター７３３、優位性７３４、位置７３５などによる初期対応者のタイプ、公衆に携行するか否か、公衆に警告する場合は、どの位置および位置範囲かなどに基づいて、個人に送信するアラートを決定する（７３２）、ルール、数学モデル、または計算モデルを含んでもよい。７３２でアラートが決定されて、アラートを送信する規準がもたらされると、通知構成要素１５４は、緊急事態の詳細１４５Ｃの適切なレベルで、様々なデバイス、アプリケーション、またはサービスにアラートを送信してもよい。例えば、火災緊急事態アラートは、モバイルＰＣ １６５を介して緊急事態の特定の半径内にいる火災対応者に送信されてもよく、火災指揮者および警備指揮者の両方が緊急事態に関してそれぞれの指令センター１９０に警告してもよい。

いくつかの実施形態では、高優先度の火災緊急事態の場合、より広い半径内にいる全ての初期対応者に警告されてもよく、公衆はサイネージ１７１およびモバイルＰＣ １７２を通して警告されてもよい。いくつかの実施形態では、アラートで提供される緊急事態の詳細１４５Ｃは、標的の人物およびアプリケーションに基づいた、異なるレベルの情報を含んでもよい。例えば、指令センター１９０には、関連センサデータを含む完全な詳細が提供されてもよく、公衆には、緊急時他院のタイプおよび場所など、限定された情報が提供されてもよい。アラートを提供するため、通知構成要素１５４は、ハイパーテキスト転送プロトコル（ＨＴＴＰ)、ソーシャルネットワークインターフェース、公衆交換電話ネットワーク（ＰＳＴＮ）チャネル、ＳＭＳ、またはメッセージキューテレメトリトランスポート（ＭＱＴＴ）などのメッセージングプロトコルを利用してもよい。

図８は、通知構成要素１５４によって送信されてもよいアラートまたはコマンドの詳細の例を示す図８００である。例えば、アラート８０１は、指揮者または監督者１８０に疑わしい車両の検出に関して知らせるのに、指令センター１９０に送信されてもよい。アラート８０１は、センサから受信した画像、時間、優先度、緊急事態タイプ、および１５３Ｂで決定された初期対応者の割振りを含んでもよい。別の例では、アラート８０２は、７３２で決定されると、初期対応者のモバイルＰＣに提供されてもよい。アラート８０２は、緊急事態位置の詳細、疑わしい車両の画像、センサ詳細優先度、および緊急事態タイプを含んでもよい。更に別の例では、ナビゲーション命令８０３が、緊急事態に対応するのに、送信コマンド構成要素１５７を介して初期対応者のモバイルＰＣ １６５に提供されてもよい。

図９は、本開示のいくつかの実施形態による、指令センター１９０で提示される情報の一例の図を示す図９００である。この例では、特定の位置に進入するかまたはそこを通って移動している、白色の疑わしい車両を識別するルールが定義されてもよい。かかる状況では、緊急事態位置は、位置１１１から位置１１３または他の位置へ、監視エリア１１０の軌道１１２を通じて時間とともに変更されてもよい。指令センター１９０は、地理的情報システム１３２によって提供される地図または地図サービスを利用することによって、監視エリア１１０を観察してもよい。

いくつかの実施形態では、センサ１２０は指定の位置または現在位置で地図に示されてもよい。センサ１２０のアイコンをクリックすることによって、指揮者は、センサデータ、メタデータ、検出されたルール、統計的情報、および履歴分析などを調査することができてもよい。いくつかの実施形態では、初期対応者の最新位置９０２が地理的マップ９５０に示されてもよい。指揮者は、初期対応者の位置履歴、ならびに初期対応者が携行するモバイルＰＣ １６５または他の任意のウェアラブルセンサのカメラによって収集されたセンサデータを調査することができてもよい。

いくつかの実施形態では、全ての進行中の緊急事態９１０は、アイコンを用いて、または異なる緊急事態タイプ１４５Ａに関するツリー状構造を用いて、可視化されてもよい。ルールエンジン１４３が緊急事態を識別すると、通知ポリシー１５１Ｃに応じて、緊急事態の詳細１４５のアイコンが、関連する緊急事態位置（例えば、図３のリアルタイム標的位置１９２）に投入されてもよい。この例の緊急事態タイプは、非静的緊急事態（例えば、移動する車両を識別する）である。これによって、複数の位置（例えば、位置１１１、１１３、１９２）が識別され、指令センターにおいてそれらの出現時間順序で示されるとともに、プリミティブ特徴抽出構成要素１４２によって抽出された最新位置１９２が強調され、緊急事態の詳細１４５に示される。

いくつかの実施形態では、画像または生データを含む緊急事態の詳細が、リアルタイムの緊急事態の詳細１９３に示されてもよい。いくつかの実施形態では、指令センターは、選択されたまたは全ての初期対応者のリアルタイムの割振り（例えば、１５３Ｂで割り振られた全てのもしくは選択された初期対応者の位置９０４）を可視化してもよい。指令センターは、異なるタイプの初期対応者およびその資産を必要に応じて可視化してもよい。初期対応者のモバイルＰＣ １６５に提供されるナビゲーション命令１５６は、地図９５０および地理的情報システム１３２に基づいて、指令センターで示されてもよい。いくつかの実施形態では、指令センターは、異なる優先度レベル７１５の異なる緊急事態タイプ１４５Ａを通してナビゲートするため、ナビゲーションパネルまたはツリーを備えてもよい。このように、指令センターは、様々なタイプの可視化を、緊急事態に関してリアルタイムで提供してもよい。

初期対応者のモバイルＰＣ １６５のインターフェースは、指令センターのインターフェースに類似していてもよい。初期対応者のモバイルＰＣは、３Ｇ／４Ｇ、Ｗｉ−Ｆｉ、ＷＬＡＮなどのワイヤレスネットワークを介して自動監視システム１００に接続することができる、デバイス専用コンピュータアプリケーションを備えてもよい。初期対応者に提供されたアプリケーションを利用することによって、初期対応者は、センサ、緊急事態、センサデータ、調査能力、および指令センター１９０において提供される機能のほとんどを見ることが可能にされてもよい。しかしながら、初期対応者に提供される情報は、図２のユーザ設定構成要素２０６によって定義されてもよい、それらの初期対応者タイプおよびその優位性に基づいて制限されることがある。

図１０は、自動監視システム１００によって提供される分析情報を使用する例示の図１０００である。自動監視システム１００の各々のモジュールまたは構成要素は、ログ、テキストファイル、バイナリファイルなど、生データおよびメタデータをデータベースシステム１３１または類似の記憶装置に格納してもよい。格納されたデータまたは情報は、生センサデータおよびメタデータ、プリミティブ特徴抽出構成要素１４２によって抽出されたオブジェクトまたはイベントのプリミティブ特徴（例えば、人物もしくは車両データ）、識別された緊急事態、あるいは脅威または標的、初期対応者の割振りなどの対応関連データなどを含んでもよい。

全ての収集された、操作された、または取得されたデータは、データベース１３１に格納されてもよい。これらのデータは、緊急事態識別構成要素１４０、緊急対応構成要素１５０、意思決定、センサ配備、初期対応者およびそれらの資産の配備などを更に最適化するために分析されてもよい。

優先度評価１５２で使用されてもよい履歴分析構成要素７１３は、データベース１３１に格納されたデータに基づいて、追加の分析指数、パラメータなどを取得してもよい。いくつかの実施形態では、分析パラメータ、指数、情報、または操作は、指令センター１９０、モバイルＰＣ １６５で可視化されてもよく、またはルールエンジン１４３の新しいルールを定義してもよい。いくつかの実施形態では、分析パラメータ，指数、情報、または操作は、優先度評価、派遣もしくは派遣ポリシー、センサ配備、または他の任意の関連作業を更に最適化するのに使用されてもよい。いくつかの実施形態では、履歴分析によって提供される情報は、指揮者および初期対応者の両方に対して状況認識として可視化されてもよい。

例えば、プリミティブ特徴抽出構成要素１４２の検出結果は、所与の期間に特定のビデオセンサに出現する人物の計数を可能にしてもよい。履歴分析構成要素７１３は、これらの検出結果を使用して、オブジェクトを計数し、所与の期間にわたる、人物、車両、または他の任意のオブジェクトの空間的時間的密度を取得してもよい。履歴分析構成要素７１３から取得される車両の計数／密度または人物の計数／密度は、監視エリア１１０における特定のセンサまたは特定の関心エリアに関して、交通および渋滞を操作し可視化するのに使用されてもよい。

更に、履歴分析構成要素７１３は、複数のパラメータを組み合わせることによって、様々な査定指数などを計算してもよい。例えば、履歴分析構成要素７１３は、特定の期間にわたる各緊急事態タイプに関する密度、および同じ期間にわたる（特定の緊急事態二体する）関連する初期対応者タイプに関する密度の、平均の地理的相違を操作することによって、「初期対応者派遣の質の指数」を計算してもよい。かかる派遣の質の指数は、異なる期間にわたって各地理的エリアに配備される、初期対応者の量の効果性を表すインジケータを含んでもよい。かかる派遣の質の指数は、現在の状況に基づいて、または特定の期間に基づいて提供されてもよい。かかる指数のスケールは、指揮者、監督者、または管理者に、現在または過去の状況に基づいた意思決定能力を提供してもよい。

履歴分析構成要素７１３によって計算される査定指数は、特定の期間および／または特定の地理的エリアにわたる、それぞれまたは全ての初期対応者タイプからの各緊急事態タイプに対する平均対応時間を含んでもよいが、それに限定されない。別の例は、一般の、または特定の期間における、または特定の地理的エリアにおける、初期対応者の平均巡回時間であってもよい。多くの査定指数が、様々な実施形態にしたがって、履歴分析構成要素７１３から取得されてもよい。

いくつかの実施形態では、履歴分析構成要素７１３は、データベース１３１に格納された様々なデータ、メタデータ、または情報に対して、統計分析１０１０を実施してもよい。例えば、かかる統計分析は、特定の期間または位置にわたって、緊急事態および詳細、検出されたオブジェクトまたはオブジェクトの性質、イベントまたはイベントパラメータ、初期対応者およびその挙動（例えば、作業時間、位置など）、センサ性能（例えば、帯域幅、オブジェクト／イベント検出など）、対応時間などに基づいて実施されてもよい。これらの統計分析によって、関心情報の様々な指数および統計パラメータ（例えば、平均、標準偏差）が取得されてもよい。いくつかの実施形態では、統計分析は、自動化システムで使用される計算モデル（例えば、プリミティブ特徴抽出構成要素１４２の計算モデル）の可視化および再訓練に使用されてもよい。

いくつかの実施形態では、データベース１３１または履歴分析構成要素７１３における情報、データ、およびメタデータは、モニタリングおよび制御構成要素１９０Ｂのより良好な動作のため、指令センター１９０で使用されてもよい。指令センター１９０は、緊急対応または事業運営の最適化のため、リアルタイム緊急事態（図９など）、調査および証拠検索（１０３０、図５の５０５で行われてもよい）、意思決定１０５０のための地上分析状況に基づいて、包括的状況認識を提供することが予期される。より良好な意思決定１０５０を提供するために、これらの履歴分析７１３は、指令センターにおいて、状況、システム資源、センサ、分析、初期対応者、または緊急事態を検討する（１０４０）のに使用されてもよい。それに加えて、自動化システムによって抽出された他の任意のデータ、情報、またはメタデータは、分析１０２０の結果を指令センターで、指揮者または初期対応者の必要に応じて相互作用的に可視化するため、履歴分析７１３に組み込まれてもよい。

１０３０で実施される検討に基づいて、指揮者および監督者は、センサおよびその位置、ルール、初期対応者の資源などを更新／変更する意思決定を行ってもよく、システムコンフィギュレーション構成要素１９０Ａを介して自動化システムを更新してもよい。

図１１は、データベース１３１および履歴分析７１３を使用する、指令センターにおける分析１０２０の可視化を示す例示の設計図である。様々な実施形態によれば、指令センターは、特定の期間にしたがって、ならびに／あるいは監視エリア１１０の関心領域／エリアにしたがって、識別された緊急事態、初期対応者の挙動および位置、または業務、システム、および作業の査定に関連する様々な指数に関して、状況認識を得るのを必要とすることがある。例えば、図１１００に示されるように、指揮者は特定の関心期間１１１０を選択することがある。この関心期間１１１０に基づいて、指令センター１９０は、識別または検出された緊急事態１１３０の数、緊急事態タイプ１４５Ａおよび優先度レベル７１５に関する関心期間中の統計を示してもよい。検出された緊急事態１１３０は、緊急事態識別に対するルールエンジン１４３を利用することによって、データベース１３１から取得されてもよい。

いくつかの実施形態では、指令センターは、関心期間１１１０の間、関心領域で検出される、初期対応者（地上スタッフとしても知られる）のタイプおよび量を可視化してもよい。モバイルＰＣ １６５の位置、データベース１３１に格納されたユーザメタデータに基づいて、地理的情報システム１３２に基づいた位置の地理空間的クエリを組み込むことによって、指令センターは初期対応者の存在を示してもよい。いくつかの実施形態では、緊急事態の密度は、優先度、緊急事態タイプ、およびオブジェクトタイプに基づいて計算されてもよい。緊急事態の密度はフィルタ処理され、色分け地図、バブルチャート、チャートなどとして示されてもよく、派遣の質のチャート１１４０のように緊急事態と初期対応者位置との間の相違を可視化するのに、地図ベースのインターフェース上に示されてもよい。いくつかの実施形態では、特定の関心期間１１１０および／または関心領域に基づいて、派遣の質のチャート１１４０は、データベース１３１および履歴分析７１３を利用することによって、色分け地図などを使用して違いを示してもよい。

いくつかの実施形態では、履歴分析において計算または取得された様々な査定指数が指令センターにおいて示されてもよい。これらの査定指数は、派遣の質の指数１１２０、重大イベント／緊急事態１１３０（例えば、高優先度のイベント／緊急事態）の数、履歴平均（例えば、最近の日、最近の６時間などの平均）にしたがって、識別された緊急事態の平均の差を表す犯罪レベルまたは緊急事態レベル１１３５を含んでもよい。いくつかの実施形態では、査定指数は、関心期間１１１０および関心領域に基づいて計算されてもよい。

関心期間１１１０にわたる上述の累積基準に加えて、選択された関心期間１１１０の周期的間隔にしたがって、一連の情報操作が行われてもよい。例えば、関心期間１１１０が１ヶ月の場合、関心期間１１１０および／または特定の関心領域内である、日単位、時間単位などの履歴分析１７３にしたがって、データまたは情報が示されてもよい。

いくつかの実施形態では、指令センターにおける上述の可視化は、モバイルＰＣ １６５で使用されてもよく、イベントの密度、オブジェクト（人物、車両、船舶、ボートなど）、オブジェクトカウンタ、密度の差または変化を示すシミュレーション、特定の関心期間１１１０にわたる緊急事態および初期対応者の位置などを含むがそれらに限定されない、様々な他の履歴分析７１３を含んでもよい。

様々な実施形態によれば、履歴分析１７３は、緊急事態識別構成要素１４０または緊急対応構成要素１５０の自動最適化で使用されてもよい。例えば、特定の監視エリア１１０における緊急事態は、様々な社会的、政治的、経済的、文化的理由によって、年単位、月単位、日単位、時間単位などで変化してもよい。例えば、特定の都市（例えば、監視エリア１１０）で年次の文化的イベントが行われる場合、かかる状況はより多くの緊急事態に結び付くことがある。別の例では、輸送機関または小売などの地上インフラストラクチャが変更された場合、人、車両、または他の任意の重要な事実の密度が変動することによって、緊急事態が変化することがある。

いくつかの実施形態では、初期対応者の配備の量またはタイプは、緊急対応時間を最小限に抑えるため、また緊急事態の数の増加に対して対応を適応させるため、変更が必要なことがある。いくつかの実施形態では、全てのタイプまたはいくつかのタイプの緊急事態の減少が可能なことがある。かかる需要減少状態では、追加の初期対応者および資源を、監視エリア１１０内のより需要が高い領域に分散させるかまたは割り振るのが必要なことがある。いくつかの実施形態では、１日、１週、１ヶ月、または１年にわたる様々な時間間隔に基づいて、緊急事態および位置を予測できる場合、初期対応者は、より短時間で緊急対応するため（即ち、予測されないシナリオよりも緊急事態位置に即時に到達できるように）、蓋然性が高い緊急事態位置に配備されてもよい。

指揮者および監督者１８０によるかかる手動の意思決定は時間が掛かることがあり、生産的でないことがある。したがって、緊急事態の需要を予測し、履歴分析１７３における特定の査定指数に基づいて、初期対応者およびその関連資源／資産を最適化するため、履歴分析１７３が組み込まれてもよい。かかる最適化は、より短時間で緊急事態に対応するために、また特定の期間にわたって需要に基づいて資源を最適に割り振るために、地上の初期対応者（または専用基地局）の最適な配備を確保してもよい。

図１２は、履歴分析１７３を利用して、対応時間を最小限に抑えるとともに初期対応者を適切な量で最適に分配することによって、緊急事態が起こる前に初期対応者の配備の最適化が実施される、コンピューティングシステムの一例を示す図１２００である。かかる最適化は、初期対応者の配備、初期対応者の資産（例えば、車両、トラック、銃、はしご、または他の任意の資産もしくは資源）の配備、ならびにセンサに関して実施されてもよい。これらの最適化は、本明細書では、資源および対応最適化（ＲＲＯ）と呼ばれる。

ＲＲＯは、指令センター１９０を介して、または他の任意の外部システムを通して指揮者および監督者１８０によって提供される、複数の構成１２４０に基づいて実行するのが必要なことがある。異なる緊急事態タイプ１４５Ｂ、優先度レベル７１５、および初期対応者タイプ（例えば、消防１６１、警備１６２など）に基づいて、複数のＲＲＯが存在してもよい。いくつかの実施形態では、作業シフト、時間間隔（例えば、日、週、および時間）に基づいて、複数のＲＲＯが存在してもよい。いくつかの実施形態では、構成１２４０は、各ＲＲＯを更新または再計算しなければならない頻度間隔を示し、データベース１３１を更新してもよい。例えば、１日８時間のシフト、および毎月変更すべきであることを考慮して、火災対応者の配備を毎日更新または変更するＲＲＯ構成があってもよい。この場合、３つのＲＲＯが実施され、データベース１３１に格納されてもよい。次のＲＲＯ実行は、１ヶ月後に自動的に実施され、データベース１３１を更新してもよい。

各ＲＲＯは、データベース１３１または他の任意の記憶媒体に格納されてもよい、最適化プロファイル１２１６を出力してもよい。初期対応者または資産の最適化に関して、１回のＲＲＯの実行によって、異なるタイプまたは資産の異なる量の初期対応者に割り当てられる複数の領域１２３０を示す、１つまたは複数の最適化プロファイル１２１６が作られてもよい。いくつかの実施形態では、ＲＲＯは、特定の位置を異なるタイプまたは資産の初期対応者に割り当ててもよい。例えば、火災対応者が特定の基地局に基づく場合、ＲＲＯは、初期対応者に対する複数の位置１９４を出力してもよく、関連する最適化プロファイル１２１６において複数の位置１９４を示してもよい。

ＲＲＯは、複数の種類の数値的、地理的計算を含んでもよく、定義された構成１２４０にしたがって実施されてもよい。各ＲＲＯは、ＲＲＰ計算および操作のために関連データを集めるのに、データベース１３１、履歴分析７１３、および地理的情報システム１３２に対するアクセスを有してもよい。

各ＲＲＯを実施するため、一連の事前調整１２１１を定義するのが必要なことがある。データ獲得プロセス１２１２は、計算最適化方法を実行する前に、一連の事前調整１２１１にしたがって実施されてもよい。事前調整１２１１は、特定の最適化が適用されてもよい時間間隔（例えば、シフト間隔）、関心の地理的エリア、緊急事態蓋然性計算のための緊急事態タイプおよびソース、関連する初期対応者／資産のタイプまたはサブセットなどを含んでもよい。事前調整１２１１内の緊急事態タイプによって、ＲＲＯが、関心の優先度レベルにしたがって１つまたは複数の緊急事態タイプを選択するのを可能にすることができる。選択された緊急事態タイプに関して、蓋然性の計算が手動または自動のどちらかで行われてもよい。手動の蓋然性計算は、様々な実施形態による、履歴分析１７３の密度、発生情報などを利用することによって行われてもよい。いくつかの実施形態では、蓋然性は、１つまたは複数の構成１２４０に関して、指揮者によって手動で定義されてもよい。これらの蓋然性は、選択された初期対応者または関連する資産の配備を最適化する、選択されたエリアにおける選択された時間間隔にわたる、選択された緊急事態タイプの予測に関連してもよい。いくつかの実施形態では、蓋然性計算期間（例えば、過去の日、週、月、年、または任意の指定の期間に対する蓋然性計算）が選択されてもよい。

選択された緊急事態タイプの蓋然性に加えて、ＲＲＯは、監視エリア１１０内における、交通、障害物、距離、異なる地点間の移動時間、位置、エリアなどの基礎条件を考慮してもよい。したがって、ＲＲＯは、選択された緊急事態タイプの蓋然性、ならびに交通および混雑状況を含む移動時間／距離の制約を考慮してもよい。いくつかの実施形態では、ＲＲＯはまた、対応時間または需要を満たすことに影響を及ぼし得る他の任意の因子を考慮してもよい。いくつかの実施形態では、データ獲得プロセス１２１２（例えば、交通、渋滞、障害物、距離、移動時間、密度、オブジェクト計数など）は、事前調整１２１１で定義された規準（例えば、選択エリア、緊急事態タイプ、または蓋然性ソースなど）に基づいて実施されてもよい。

様々な複数のＲＲＯ構成１２４０に対するデータ獲得プロセス１２１２に必要なデータを提供するために、履歴分析７１３は、地理的情報システム１３２または外部データプロバイダを介して（例えば、バッチ計算プロセスを使用して）周期的に、交通、移動時間、渋滞、または類似の必要に応じてデータを集めてもよい。かかるデータは、履歴分析７１３によって事前定義された時間間隔にしたがって、周期的に集められてもよく、様々なＲＲＯに対応するようにデータベース１３１に格納されてもよい。例えば、交通データは、異なる道路セグメント、道路分岐合流点などに基づいて、３０分ごとに集められて監視エリア１１０全体をカバーしてもよい。交通、渋滞、移動時間、距離などのこれらの地理的データは、グリッド、エリア、地点、道路、または分岐合流点などに基づいて、更に周期的に集められてもよい。いくつかの実施形態では、データ獲得プロセス１２１２は、最適化プロセスを実行する前に、構成１２４０に基づいて、追加の分析、統計的計算を実施してもよい。データ獲得プロセス１２１２は、履歴分析７１３または任意の関連データに対して、抽出、変換、またはロード機能、統計的操作を実施してもよい。例えば、ピークまたは平均交通履歴は、様々な実施形態にしたがって、最適化の前にデータ獲得プロセス１２１２によって更に計算されてもよい。かかるデータ準備、前処理ステップは、様々な実施形態にしたがってデータ獲得プロセス１２１２によって実施されてもよい。

特定のＲＲＯは、履歴分析７１３を考慮することによって（即ち、関心期間中の履歴状況に基づいて）、特定のコスト関数、査定指数などを標的にして実施されてもよい。例えば、特定のＲＲＯは、初期対応者の派遣の質（例えば、特定の緊急事態タイプに対して）を最大限にすること、即ち、履歴データと交通も考慮に入れた移動時間／距離とに基づいて緊急事態予測を使用して、緊急事態位置と初期対応者位置との間の平均距離を最小限に抑えることが予期されてもよい。いくつかの実施形態では、コスト関数は、交通状況、距離、移動時間など、異なるデータに基づいて定義されてもよい。コスト関数は、最適な初期対応者の配備または資産の割振りなどを見つけるため、計算によって最小限に抑えられてもよい。かかる査定指数選択（１２１３）は、データ獲得プロセス１２１２の後に実施されてもよい。

事前調整１２１１が定義されると、データ獲得プロセス１２１２が実施されてもよく、最適化のための査定指数が選択されてもよい。計算の最適化または制約された最適化プロセス１２１４が実行されてもよい。かかる最適化プロセス１２１４は、１２１３で選択された査定指数を最小限に抑える最適化プロファイル１２１６を見つけることによって、選択された領域にわたる最適な初期対応者配備を見つけてもよい。かかる計算を実施するために、最適化プロセス１２１４は、様々な実施形態にしたがって、機械学習、人工知能、凸／非凸最適化、混合整数計画法、動的計画法などを組み込んでもよい。

最適化プロセス１２１４は、構成１２４０に基づいて、初期対応者、資産、またはセンサに対する領域割当てを実施してもよく（１２１５）、領域割当ては、関連最適化プロファイル１２１６としてデータベース１３１に格納されてもよい。

様々な実施形態によれば、最適化プロファイル１２１６は、最適化プロファイル１２１６の事前割振り領域に基づいて初期対応者を見つける（１５３Ｂ）のに、派遣ポリシー１５１Ｂおよび派遣構成要素１５３によって使用されてもよい。いくつかの実施形態では、異なるシフト、優先度レベル、緊急事態タイプ、初期対応者タイプなどに基づいて、複数の最適化プロファイルがあってもよく、７２１の派遣ポリシーは、緊急事態が識別されるイベントにおいて、関連最適化プロファイル１２１６を決定するのを助けてもよい。

いくつかの実施形態では、指令センター１９０は、（選ばれた緊急事態タイプ、優先度レベル、または初期対応者タイプなどに対して）選択された最適化プロファイル１２１６に基づいて伝えられるような、初期対応者の位置を可視化してもよい。いくつかの実施形態では、特定の最適化プロファイル１２１６で示された特定の初期対応者が１２１６で示される領域外にいる場合、指令センターおよび関連する初期対応者のモバイルＰＣ １６５にアラートが送信されてもよい。各初期対応者には、最適化プロファイル１２１６に基づいて、様々な期間、間隔、またはシフトに対して、割り振られた領域／位置または資産が通知されてもよい。これらの通知は、関連する初期対応者のモバイルＰＣ １６５に送信されるか、あるいは地理的地図を利用することによって初期対応者のモバイルＰＣ １６５で可視化される。

様々な実施形態によれば、ルールエンジン１４３を介して指揮者または初期対応者によってルールが作成されると、派遣ポリシーは、特定の緊急事態における緊急事態の詳細１４５にしたがって、関連する最適化プロファイル１２１６を用いた派遣の進行に結び付いてもよい、「事前割当て」または「事前割振り」されたものとして選択されてもよい。

様々な実施形態によれば、最適化プロセス１２１４は、履歴分析構成要素７１３に基づいた予測によって、資源の最適数を決定するのに使用されてもよい。例えば、初期対応者または資源／資産の既存の量は、適切ではないことがあり、または求められるレベルよりも多く利用できることがある。かかる状況では、最適化プロセス１２１４は、１２１３で選択された特定の査定指数を満足するのに求められる、最小限の資源／資産および初期対応者の量を決定するのに使用されてもよい。かかる最適化プロセス１２１４は更に、異なる時間セグメント（日、週、月など）の履歴分析構成要素７１３にしたがって、時間変動する資源／資産または初期対応者の量を決定するのに使用されてもよい。いくつかの実施形態では、上述のプロセスから結果として得られる最適化プロファイル１２１６は、指令センター１９０において履歴分析構成要素７１３に基づいて、緊急事態、初期対応者、資源、異なる種類の資産、および緊急対応をシミュレートするのに使用されてもよい。例えば、履歴分析構成要素７１３は、道路交通データ、緊急事態密度などをシミュレートして、シミュレートされた初期対応者、資産、および資源を用いて、シミュレートされた緊急事態に対する緊急対応をシミュレートするのに使用されてもよい。かかるシミュレーションは更に、全てのシミュレートされた緊急事態に対する査定指数を示してもよい。

自動化システム１３０は、異なる優位性およびアクセシビリティレベルのものであることができる、複数のタイプの指揮者、監督者、初期対応者、および外部システムと統合または接続されてもよい。提供されるこれらの情報、通知、データ、分析、状況認識は、プライバシー、安全性、および秘密に関連する慎重に扱うべき情報を含んでもよい。したがって、自動化システムによって提供される情報は、優位性レベル、ならびに指揮者および初期対応者の業務範囲に基づいて制限されてもよい。いくつかの実施形態では、多種多様な情報、分析、および状況認識が自動監視システム１００によって提供されてもよい。多すぎる情報を指揮者または初期対応者に提供することは、情報過多に結び付いて、重大な情報に注意を払うのを難しくすることがある。

図１３は、複数のタイプおよび優位性レベルの指揮者と初期対応者との間において、情報および機能性へのアクセスを制御する、単純なフロー図１３００である。いくつかの実施形態の自動化システムは、ルールエンジン１４３および優先度レベル７１５に基づいて、情報、データ、分析、通知、アラートなどへのアクセシビリティを制御してもよい。例えば、異なる優位性レベル（例えば、指揮者、初期対応者）に関連するアクセシビリティは、複数のアクセシビリティプロファイル１３２０を含むアクセシビリティプロファイル１３１０として表されてもよい。

特定のアクセシビリティプロファイル１３２０は、特定または全ての緊急事態タイプの責任者であってもよい、同じ優位性レベルの指揮者、初期対応者などのサブセットに関連してもよい。かあるアクセシビリティプロファイル１３２０（たとえは、アクセシビリティプロファイルＡ）は、許可されたルールタイプ（例えば、緊急事態タイプ）、許可された優先度レベルまたは優先度レベル範囲（アクセシビリティプロファイルクリエータによって定義される）を示してもよい。そのような場合、ルール作成およびアラートは、緊急事態タイプ１４５Ａおよび優先度レベル７１５に基づいて、特定のユーザに制限されてもよい。

いくつかの実施形態では、特定のアクセシビリティプロファイル１３２０は許可されたセンサを示してもよく、その場合、受信するルール作成およびアラートは指定のセンサのみに制限されてもよい。いくつかの実施形態では、特定のアクセシビリティプロファイル１３２０は特定の機能を示してもよく、その場合、指定の機能のみが、特定のアクセシビリティプロファイル１３２０を与えられたユーザに提供されてもよい。いくつかの実施形態では、アクセシビリティプロファイル１３２０は、位置および領域情報を含んでもよいがそれらに限定されず、特定のユーザは、指定の位置／領域内でのみアラート、通知を与えてもよい。

これらのアクセシビリティプロファイル１３１０は、システム管理者、最上の優位性レベルを有する指揮者によって作成されてもよく、図１のシステムコンフィギュレーション構成要素１９０Ａのユーザ設定構成要素２０６によって、指揮者、初期対応者、および外部システムなどの異なるユーザに割り当てられてもよい。

ユーザが指令センターアプリケーション１９０に、または初期対応者のモバイルＰＣ １６５もしくは公衆のモバイルＰＣ １７２に提供されたモバイルアプリケーションにログインする間、関連するアクセシビリティプロファイルが得られてもよく、ルール作成、アラート、通知、機能、データなどは、関連するアクセシビリティプロファイル１３１０で指定されるように制限されてもよい。

アクセシビリティプロファイル１３１０は、商業環境で製品またはソリューションライセンスを提供するのに使用されてもよい。様々な実施形態によれば、自動化システム１３０は、多数のセンサ、初期対応者、それらのモバイルＰＣ、および外部情報源と統合されてもよい。自動化システム１３０のかかる大規模配備には、記憶装置および処理装置などの大型システム資源要件を要することがある。かかる資源を管理するために、特定の緊急事態のルールエンジン１４３および優先度レベル７１５が組み込まれてもよい。

図１４は、ルールエンジンおよび優先度レベルに基づいてシステム資源を管理する一例を示すフロー図１４００である。いくつかの実施形態では、ポリシーエンジン１５１は、各ルール、ルールタイプ（例えば、緊急事態タイプ）、または優先度レベル７１５に基づいて、記憶域期間、位置、格納の期間を定義する、記憶装置管理ポリシー１５１Ｄを含んでもよい。

いくつかの実施形態では、作成された各ルールまたは定義された緊急事態検出タイプ（図５の５０２）は、記憶装置位置（使用されているデータベース１３１もしくは他の任意の記憶装置が分散されている場合）、データ、情報をデータベース１３１にどれだけ長く保持すべきかを示す記憶域期間などを含むがそれらに限定されない、記憶装置ポリシーを用いて定義されてもよい。したがって、緊急事態が識別されるたびに、かかる緊急事態の詳細、メタデータなどが、記憶装置管理構成要素１４３０を介して、記憶域期間フラグとともにデータベースに格納または挿入されてもよい。記憶装置管理構成要素１４４０は、持続時間フラグが存在し期限が切れている、データベース１３１内の全ての記録を周期的に選択してもよく、続いてかかる記録を消去してもよい。かかる記憶装置ポリシーはまた、センサデータおよびデータユニット、位置などの初期対応者メタデータ、履歴分析７１３、またはデータベース１３１に格納されている他の任意のデータ、情報、メタデータなどに適用されてもよい。

上述の記憶装置管理ポリシー１５１Ｄは、他のシステム資源を管理するのに使用されてもよい。例えば、記憶装置管理ポリシーは、個々のセンサ、センサタイプ、および緊急事態タイプに基づいて、変動する計算処理資源を割り振ってもよい。更に、かかるデータ記憶装置管理ポリシーは、上述の例に記載したようなルールおよび優先度評価に基づいて、特定の一連のセンサ、または特定の一連のプリミティブ特徴に対して、計算処理資源を動的に増加させるのに使用されてもよい。

様々な実施形態によれば、高優先度の緊急事態識別または重大な状況の間、センサの追加のカバレッジが求められることがある。かかるセンサの追加のカバレッジは、モバイル、自律、および／または制御可能なセンサを介して行われてもよい。例えば、飛行ドローンを介した空中監視は、移動中の脅威または疑わしい人物をモニタリングするのに十分なビデオセンサ（監視カメラなど）がないときに、実施されてもよい。かかる状況では、複数のモバイル、自律、および／または制御可能なセンサの管理には、継続的に誘導および制御信号を送信して、手動の試みを更に行い、追加のデバイスが制御を行うのを要することがある。したがって、いくつかの実施形態の自動化システム１３０は、需要、高優先度もしくは重大な状況、または繰り返し巡回が必要な場合に基づいて、モバイル、自律、および／または制御可能なセンサを配備する必要があるような状況で、使用されてもよい。

図１５は、高優先度の緊急事態が識別されたときに自律センサを制御する一例を示す図１５００である。いくつかの実施形態では、優先度レベル７１５に基づいて識別される高優先度の緊急事態が存在する場合、自動化システム１３０は、プリミティブ特徴抽出構成要素１４２およびルールエンジン１４３によってリアルタイムまたはほぼリアルタイムで更新されている、緊急事態の詳細１４５に基づいてセンサ１２０を作動させ制御してもよい、センサ制御構成要素１５１０と統合されてもよい。いくつかの実施形態では、パンチルトズーム（ＰＴＺ）監視カメラは、緊急事態の標的が移動するのにしたがって自律的にピッチ、ヨー、またはロール方向で移動させられてもよく、移動方向は、プリミティブ特徴抽出構成要素１４２、および緊急事態位置１４５Ｂとしての緊急事態の詳細の更新によって識別される。

様々な実施形態によれば、センサ制御構成要素１５１０は、移動オブジェクトとしてのドローンまたはロボットを作動させてもよく、緊急事態の詳細１４５によって提供される緊急事態または標的の最新の既知の位置へとそれらを送ってもよい。かかる自律ナビゲーションシステムは、計算モデルで事前に訓練されてもよく、ドローンまたはロボットによって直接使用されてもよい。いくつかの実施形態では、ドローンまたはロボットは、指令センターでモニタリングされるセンサデータ受信機１４１に収集データを送信し、また（例えば、最新の位置および画像を得るのに）最新の緊急事態の詳細１４５を抽出する、ビデオセンサなどの追加のセンサを含んでもよい。ドローンまたはロボットは、位置が緊急事態の詳細１４５によって更新されるにつれて、所与の移動している標的を継続的に追随してもよい。ネットワーク通信時間を低減するため、ドローンまたはロボットは、自律ナビゲーションおよび制御を効果的にする、軽量のセンサデータ受信機と緊急事態の詳細の抽出子とを含んでもよい。

様々な実施形態によれば、ロボットまたはドローンなどの１つもしくは複数のセンサは、静的ではない特定の緊急事態、標的、または脅威をモニタリングするように割り当てられてもよい。かかる状況では、自律制御構成要素１５１０は、標的を追随する、標的を複数のセンサで包囲するなど、複数種類のナビゲーション方法を含んでもよい。指揮者または対応者は、必要に応じて任意のロボット、ドローン、または他の任意のセンサを制御する、手動制御能力を提供してもよい（１５２０）。

図１６は、公衆および初期対応者１６０に送信されるアラートを示す単純化した図１６００である。アラートは、特定の監視エリアで起こり得る様々な緊急事態に関する状況認識を提供するため、初期対応者、指揮者、および公衆に送信されてもよい。例えば、公衆１７０は、アプリケーションを稼働させてデータ、情報などを送受信する複数のモバイルＰＣ １７２を介して、自動化システム１３０に接続されてもよい。特定の状況では、モバイルＰＣ １７２の位置メタデータ（例えば、位置センサ１７２Ｂから得られる）は、プライバシーなどの様々な理由によって、データベース１３１に格納されないことがある。かかる状況では、１５８で送信されるアラートは、緊急事態の詳細と所与のアラートが適用可能である埋め込まれた位置範囲とを含む、アラート１６１０を含んでもよい。更に、モバイルＰＣ １７２で稼働するアプリケーションは、特定のモバイルＰＣ １７２がアラート１６１０で指定された範囲内にあるか否かをチェックしてもよい、位置範囲チェッカー１７２Ａを含んでもよい。アラート１６１０は、異なる地理的位置に位置してもよい、全ての公衆ＰＣ １７２に送信されてもよい。各モバイルＰＣ １７２の位置範囲チェッカー１７２Ａは、位置センサ１７２Ｂによって得られるデータとアラート１６１０で指定された位置とに基づいて、地理的操作、位置または距離推定を実施して、特定のモバイルＰＣ １７２の現在位置が緊急事態の影響エリア内にあるか否かを決定してもよい。特定のモバイルＰＣ １７２がアラート１６１０によって指定された位置範囲内にある場合、アラート１６１０によって提供される緊急事態の詳細１４５Ｃは、モバイルＰＣ １７２のデジタル画面に表示されてもよい。

上記例では、アラート１６１０で指定された位置範囲は、緊急事態の優先度評価（例えば、優先度評価構成要素１５２における）に基づいてもよく、また緊急事態タイプおよび通知ポリシー１５１Ｃに基づいてもよい。更に、アラート１６１０で提供される緊急事態の詳細１４５Ｃは、所与の緊急事態に関して初期対応者に提供されるアラート１６２０とは異なってもよい。例えば、アラート１６１０および１６２０の内容と文脈は、優先度評価、アクセシビリティプロファイル１３１０、緊急事態のタイプ、および通知ポリシー１５１Ｃに基づいて異なってもよい。アラート１６１０および１６２０で提供される緊急事態の詳細は、異なる種類の緊急事態の詳細を含んでもよい。例えば、緊急事態タイプに基づいて、アラート１６１０は、緊急事態タイプ、位置、および実行命令などの関連する詳細、シェルター情報、安全ガイドライン、安全位置へのナビゲーション指示などを含んでもよく、初期対応者１６０に対するアラート（例えば、アラート１６２０）は、実際のセンサデータ（例えば、疑わしい人物の画像）、ナビゲーション指示、他の初期対応者の位置、または特定の緊急事態に対応するように割り振られた初期対応者など、緊急事態の更なる詳細を含んでもよい。

いくつかの実施形態では、公衆は、位置センサ１７２Ｂ、他のセンサ１７２Ｃ（例えば、カメラ、音声など）によって得られるデータなど、公衆のモバイルＰＣ １７２のセンサデータを、緊急事態、調査、または証拠管理の更なる識別に使用することを許可するように要求されることがある。かかる実施形態では、モバイルＰＣ １７２で稼働するアプリケーションは、自動化システム１３０がモバイルＰＣ １７２によって得られるセンサデータを読み取ることを可能にする、インターフェースを含んでもよい。それらのセンサデータは、センサデータ受信機１４１によって抽出され、データベース１３１に格納されてもよい。センサデータ受信機１４１によって抽出されるこれらのデータは、自動化システム１３０の様々な構成要素によって使用されてもよい。状況によっては、公衆は、自動化システム１３０の要求に応じて（例えば、指揮者／監督者もしくは初期対応者による要求に基づいて）、モバイルＰＣ １７２に格納された画像、ビデオ、音声、テキストメッセージ、ソーシャルネットワークフィードなどの履歴データをアップロードしてもよい。かかるアップロードされたデータは、緊急事態を識別するか、または調査を実施するのに使用されてもよい。いくつかの実施形態では、アップロードされたデータは、履歴分析構成要素７１３によって使用されてもよい。

上記例では、アラート１６２０が初期対応者のモバイルＰＣ １６５に送信されると、アラート１６２０は、全ての初期対応者に送信されるか、または選択された一連の初期対応者に送信されてもよい。緊急事態に関するアラート１６２０が選択された一連の初期対応者に送信されると、データベース１３１に周期的に格納され更新されるモバイルＰＣ １６５の位置メタデータは、データベース１３１に格納された初期対応者の最近の位置に基づいて、初期対応者をフィルタ処理するのに使用されてもよい。アラートを送信する（１５８）初期対応者は更に、特定の緊急事態タイプ、その優先度評価、通知ポリシー１５１Ｃ、およびアクセシビリティプロファイル１３１０に基づいて、フィルタ処理または選択されてもよい。

図１７は、上述の自動化システム１３０のための方法を示すフローチャート１７００である。一実施形態では、方法は、１つまたは複数のコンピューティングデバイスを含んでもよい、装置（例えば、装置１８００）によって実施されてもよい。

１７０２で、装置は、監視エリアに関する複数のデータ要素を複数のセンサから受信してもよい。一実施形態では、複数のセンサは、ビデオセンサ、音声センサ、文字センサ、天候センサ、交通センサ、または建物管理センサの１つまたは複数を含んでもよい。一実施形態では、複数のセンサは、初期対応者が携行するモバイルデバイスに装備されたセンサを含んでもよい。一実施形態では、複数のデータ要素は生データおよびメタデータを含んでもよい。１つのメタデータは、１つまたは複数の生データに関する情報を提供するデータである。メタデータは、複数のセンサによって収集されるか、または生データから取得されてもよい。

１７０４で、装置は、一連の特徴を複数のデータ要素から抽出してもよい。一実施形態では、一連の特徴は、表現、構造、異常、挙動、またはパターンの１つまたは複数を含んでもよい。

１７０６で、装置は、一連の特徴および一連のルールに基づいて、緊急事態を識別してもよい。一実施形態では、一連の特徴および一連のルールに基づいて緊急事態を識別するため、装置は、一連の特徴を一連のルールと整合してもよい。

１７０８で、装置は任意に、緊急事態と関連付けられた一連のデータ要素と一連のポリシーとに基づいて、緊急事態の優先度を評価してもよい。一実施形態では、装置は更に、一連のルールおよび優先度に基づいて、ユーザから装置に含まれる少なくとも１つの構成要素へのアクセシビリティを制御してもよい。一実施形態では、装置は更に、一連のルールおよび緊急事態の優先度に基づいて、複数のデータ要素が記憶媒体に格納される期間を示す記憶域期間を管理してもよい。かかる実施形態では、装置は更に、記憶域期間が経過した後に複数のデータ要素を消去してもよい。

一実施形態では、装置は更に、緊急事態の優先度が高優先度と評価されたときに緊急事態を追跡する、複数のセンサを制御してもよい。一実施形態では、装置は更に、移動オブジェクトを緊急事態に送信してもよい。移動オブジェクトは、緊急事態をモニタリングし追跡するセンサを有してもよい。

１７１０で、装置は、識別された緊急事態に応答して対応者を選択してもよい。一実施形態では、対応者を選択するため、装置は、緊急事態の優先度または緊急事態のタイプの少なくとも１つに基づいて、対応者の各タイプから割り振られる対応者の数を決定してもよい。

１７１２で、装置は、選択された対応者を、識別された緊急事態に関連するエリアに派遣してもよい。一実施形態では、装置は更に、プロファイルに基づいて、一連の対応者をエリアに割り当ててもよい。一実施形態では、装置は更に、複数の領域それぞれに、異なるタイプまたは資産の異なる量の対応者を割り当ててもよい。一実施形態では、装置は更に、一連の事前調整、獲得した基礎条件、および査定指数に基づいて、プロファイルを準備してもよい。

一実施形態では、装置は更に、装置が動作中のいつでも一連のルールの修正を受け入れ、修正の受入れに応答して一連のルールを更新してもよい。一実施形態では、装置は更に、一連のルールの修正として、ビデオフィードに描かれた軌道を受け入れる、グラフィカルユーザインターフェースを提供してもよい。

図１８は、処理システム１８１４を用いる装置１８００のためのハードウェア実装の一例を示す図である。一実施形態では、装置１８００は、図１〜１７で上述されたシステムおよび方法を実現してもよい。処理システム１８１４は、バス１８２４によって全体が表されるバスアーキテクチャを用いて実現されてもよい。バス１８２４は、処理システム１８１４の特定のアプリケーションおよび全体設計の制約に応じて、任意の数の相互接続するバスおよびブリッジを含んでもよい。バス１８２４は、プロセッサ１８０４，構成要素１８０８、１８１０、およびコンピュータ可読媒体／メモリ１８０６によって表される、１つもしくは複数のプロセッサおよび／またはハードウェアコンポーネントを含む、様々な回路を互いにリンクする。バス１８２４はまた、タイミングソース、周辺機器、レギュレータ、電源管理回路などの他の様々な回路をリンクしてもよく、それらの回路は当該分野でよく知られており、したがってこれ以上は記載しない。

処理システム１８１４は、コンピュータ可読媒体／メモリ１８０６に連結されたプロセッサ１８０４を含む。プロセッサ１８０４は、コンピュータ可読媒体／メモリ１８０６に格納されたソフトウェアの実行を含む、一般処理に関与する。ソフトウェアは、プロセッサ１８０４によって実行されると、処理システム１８１４に、任意の特定の装置に関して上述した様々な機能を実施させる。コンピュータ可読媒体／メモリ１８０６はまた、ソフトウェアを実行するときにプロセッサ１８０４によって操作されるデータを格納するのに使用されてもよい。処理システム１８１４は更に、構成要素１８０８、１８１０の少なくとも１つを含む。構成要素は、コンピュータ可読媒体／メモリ１８０６に常駐する／格納されたプロセッサ１８０４で稼働するソフトウェアコンポーネント、プロセッサ１８０４に連結された１つもしくは複数のハードウェアコンポーネント、またはその何らかの組み合わせであってもよい。

一実施形態では、緊急事態識別構成要素１８０８は上述の緊急事態識別構成要素１４０であってもよい。一実施形態では、緊急事態識別構成要素１８１０は上述の緊急事態識別構成要素１５０であってもよい。

開示するプロセス／フローチャートにおけるブロックの特定の順序または階層は、例示的方策の例証であることが理解される。設計の好みに基づいて、プロセス／フローチャートにおけるブロックの特定の順序または階層が再配置されてもよいことが理解される。更に、一部のブロックは組み合わされるかまたは省略されてもよい。添付の方法は、サンプルの順序における様々なブロックの現在の要素を主張するものであり、提示される特定の順序または階層に限定されることを意味しない。

以下、本開示の様々な態様について例証する。

実施例１は、自動監視システムである。システムは、監視エリアに関する複数のデータ要素を複数のセンサから受信し、複数のデータ要素から一連の特徴を抽出し、一連の特徴および一連のルールに基づいて緊急事態を識別し、識別された緊急事態に応答して対応者を選択し、選択された対応者を識別された緊急事態に関連するエリアに派遣するように構成された、自動化システムを含んでもよい。

実施例２では、実施例１の主題は、任意に、システムが、自動化システムに接続された１つまたは複数の運用管理センターを含んでもよく、運用管理センターが、複数のデータ要素に基づいて監視エリアをモニタリングすること、自動化システムを構成すること、または、緊急事態を査定し対応することのうち１つまたは複数をユーザに実施させるように構成されることを含んでもよい。

実施例３では、実施例１〜２のいずれか１つの主題は、任意に、複数のセンサが、ビデオセンサ、音声センサ、文字センサ、天候センサ、交通センサ、または建物管理センサの１つまたは複数を含んでもよいことを含んでもよい。

実施例４では、実施例１〜３のいずれか１つの主題は、任意に、複数のセンサが、初期対応者が携行するモバイルデバイスに装備されたセンサを含んでもよいことを含んでもよい。

実施例５では、実施例１〜４のいずれか１つの主題は、任意に、複数のデータ要素が生データおよびメタデータを含んでもよいことを含んでもよい。１つのメタデータは１つまたは複数の生データに関する情報を提供するデータである。メタデータは、複数のセンサによって収集されるかまたは生データから取得されてもよい。

実施例６では、実施例１〜５のいずれか１つの主題は、任意に、一連の特徴が、表現、構造、異常、挙動、またはパターンの１つまたは複数を含んでもよいことを含んでもよい。

実施例７では、実施例１〜６のいずれか１つの主題は、任意に、一連の特徴および一連のルールに基づいて緊急事態を識別するため、自動化システムが、一連の特徴を一連のルールと整合するように構成されてもよいことを含んでもよい。

実施例８では、実施例１〜７のいずれか１つの主題は、自動化システムが、緊急事態と関連付けられた一連のデータ要素と一連のポリシーとに基づいて、緊急事態の優先度を評価するように更に構成されてもよいことを含んでもよい。

実施例９では、実施例８の主題は、任意に、対応者を選択するため、自動化システムが、緊急事態の優先度または緊急事態のタイプの少なくとも１つに基づいて、対応者の各タイプから割り振られる対応者の数を決定するように構成されてもよいことを含んでもよい。

実施例１０では、実施例１〜９の主題は、任意に、自動化システムが、一連の事前調整、獲得した基礎条件、および査定指数に基づいたプロファイルに基づいて、一連の対応者をエリアに割り当てるように更に構成されてもよいことを含んでもよい。

実施例１１では、実施例１０の主題は、任意に、自動化システムが、異なるタイプまたは資産の異なる量の対応者を、複数の領域それぞれに割り当てるように更に構成されてもよいことを含んでもよい。

実施例１２では、実施例１〜１１のいずれか１つの主題は、任意に、自動化システムが、識別された緊急事態に基づいて、選択された対応者および公衆にアラートを送信するように更に構成されてもよいことを含んでもよい。

実施例１３では、実施例８〜１２のいずれか１つの主題は、任意に、自動化システムが、一連のルールおよび優先度に基づいて、ユーザから自動システムに含まれる少なくとも１つの構成要素へのアクセシビリティを制御するように更に構成されてもよいことを含んでもよい。

実施例１４では、実施例８〜１３のいずれか１つの主題は、任意に、自動化システムが、一連のルールおよび緊急事態の優先度に基づいて、システム資源を管理するように更に構成されてもよいことを含んでもよい。

実施例１５では、実施例８〜１４のいずれか１つの主題は、任意に、自動化システムが、一連のルールおよび緊急事態の優先度に基づいて、複数のデータ要素が記憶媒体に格納される期間を示す記憶域期間を管理し、記憶域期間が経過した後で複数のデータ要素を消去するように更に構成されてもよいことを含んでもよい。

実施例１６では、実施例８〜１５のいずれか１つの主題は、任意に、自動化システムが、緊急事態の優先度が高優先度と評価されると、緊急事態を追跡する複数のセンサを制御するように更に構成されてもよいことを含んでもよい。

実施例１７では、実施例１６の主題は、任意に、自動化システムが、移動オブジェクトを緊急事態に送信するように更に構成されてもよいことを含んでもよい。移動オブジェクトは、緊急事態をモニタリングし追跡するセンサを有してもよい。

実施例１８では、実施例１〜１７のいずれか１つの主題は、任意に、自動化システムが、自動化システムが動作中の間、いつでも一連のルールの修正を受け入れ、修正の受入れに応答して一連のルールを更新するように更に構成されてもよいことを含んでもよい。

実施例１９では、実施例１８の主題は、任意に、自動化システムが、一連のルールの修正として、ビデオフィードに描かれた軌道を受け入れる、グラフィカルユーザインターフェースを提供するように更に構成されてもよいことを含んでもよい。

実施例２０では、実施例２〜１９のいずれか１つの主題は、任意に、１つまたは複数の運用管理センターが、識別された緊急事態の数、識別された緊急事態のタイプ、優先度が高い緊急事態の数、緊急事態の優先度、ならびに緊急事態の位置および密度を示す地図のうち少なくとも１つを示す、可視化インターフェースを提供するように更に構成されてもよいことを含んでもよい。

上述の説明は、当業者が本明細書に記載する様々な態様を実施できるように提供される。これらの態様に対する様々な修正は、当業者には容易に明白となろうものであり、本明細書で定義される一般原理が他の態様に適用されてもよい。したがって、特許請求の範囲は、本明細書に示される態様に限定されるものではないが、クレーム文言と一貫する全範囲を与えられるものであり、単数形の要素の言及は、具体的に記述されない限り、「唯一のもの」はなく「１つまたは複数」を意味するものとする。「例示の」という語は、本明細書では、「例、事例、または実例としての役割を果たす」ことを意味するのに使用される。「例示」として本明細書に記載するいずれの態様も、他の態様よりも好ましいかもしくは有利であるものと必ずしも解釈されない。別段の具体的な記述がない限り、「いくつかの」という用語は１つまたは複数を指す。「Ａ、Ｂ、またはＣの少なくとも１つ」、「Ａ、Ｂ、またはＣの１つもしくは複数」、「Ａ、Ｂ、およびＣの少なくとも１つ」、「Ａ、Ｂ、およびＣの１つもしくは複数」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」などの組み合わせは、Ａ、Ｂ、および／またはＣの任意の組み合わせを含み、複数のＡ、複数のＢ、または複数のＣを含んでもよい。具体的には、「Ａ、Ｂ、またはＣの少なくとも１つ」、「Ａ、Ｂ、またはＣの１つもしくは複数」、「Ａ、Ｂ、およびＣの少なくとも１つ」、「Ａ、Ｂ、およびＣの１つもしくは複数」、ならびに「Ａ、Ｂ、Ｃ、またはそれらの任意の組み合わせ」などの組み合わせは、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣであってもよく、いずれかのかかる組み合わせも、Ａ、Ｂ、またはＣの１つもしくは複数の部材を含んでもよい。当業者には知られているかまたは今後知られることになる、本開示全体を通して記載する様々な態様の要素に対する全ての構造上および機能上の等価物は、参照によって本明細書に明確に組み込まれ、特許請求の範囲によって包含されるものとする。更に、本明細書に開示されるいずれも、本開示が特許請求の範囲において明示的に記載されるか否かにかかわらず、公衆に提供されることを意図しない。「モジュール」、「メカニズム」、「要素」、「デバイス」などの語は、「手段」という語に代るものではない。そのため、いずれのクレームの要素も、その要素が「〜のための手段」という語句を使用して明示的に記載されない限り、ミーンズプラスファンクションとして解釈されるものではない。

Claims (9)

1. 監視エリアに関する複数のデータ要素を複数のセンサから受信する受信部と、
   前記複数のデータ要素から車両の形状および車両番号を基に、前記車両を特定して前記車両の速度および流れを一連の特徴として抽出する特徴抽出部と、
   前記一連の特徴に基づいて緊急事態を識別する緊急事態識別部と、
   前記識別された緊急事態に適応した対応者を選択する派遣構成部と、
   前記識別された緊急事態に関連するエリアに前記選択された対応者を派遣するように、前記対応者に通知する通知構成部と、を備えたことを特徴とする自動監視システム。
2. 前記複数のセンサが、ビデオセンサ、音声センサ、文字センサ、天候センサ、交通センサ、または建物管理センサの１つまたは複数を含むことを特徴とする請求項１に記載の自動監視システム。
3. 前記複数のセンサが、前記対応者が携行するモバイルデバイスに装備されたセンサを含むことを特徴とする請求項１に記載の自動監視システム。
4. 前記複数のデータ要素がそれぞれ生データおよびメタデータを含み、前記メタデータが、前記複数のセンサによって決定される、前記生データに関する解像度、ビデオフレーム、符号化情報の少なくともいずれかのデータであることを特徴とする請求項１に記載の自動監視システム。
5. 前記一連の特徴が、前記複数のセンサから受信した前記複数のデータ要素から抽出されたデータを含むことを特徴とする請求項１に記載の自動監視システム。
6. 前記識別された緊急事態と関連付けられた前記複数のデータ要素に基づいて、前記緊急事態の優先度を評価する優先度評価部を、更に備えたことを特徴とする請求項１に記載の自動監視システム。
7. 前記派遣構成部は、事前調整された割り当て条件に基づいて、前記識別された緊急事態に関連するエリアに前記選択された対応者を割り当てることを特徴とする請求項１に記載の自動監視システム。
8. 前記優先度評価部で評価された優先度に基づいて、前記複数のデータ要素が記憶媒体に格納される期間を示す記憶期間を管理し、前記記憶期間が経過した後に前記複数のデータ要素を消去する記憶装置管理部を、更に備えたことを特徴とする請求項６に記載の自動監視システム。
9. 監視エリアに関する複数のデータ要素を複数のセンサから受信する受信部と、
   前記複数のデータ要素から車両の形状および車両番号を基に、前記車両を特定し、
   前記車両の速度および流れを一連の特徴として抽出する特徴抽出部と、
   前記一連の特徴に基づいて緊急事態を識別する緊急事態識別部と、
   前記識別された緊急事態と関連付けられた前記複数のデータ要素に基づいて、前記緊急事態の優先度を評価する優先度評価部と、
   過去に識別された前記緊急事態の履歴情報を分析することによって、前記識別された緊急事態に適応した対応者の配備を最適化する履歴分析部と、
   前記評価された優先度に基づいて、前記識別された緊急事態に関連するエリアに前記最適化された配備に基づく対応者を派遣するように、前記対応者に指令する指令部と、を備えたことを特徴とする自動監視システム。

Images