(57)【要約】      （修正有）【課題】現代社会のセキュリティを増強するために、少なくとも１つの放射線検出センサ測定値に関連するデータを受信する工程を含む方法を提供する。【解決手段】特定の条件を満たす受信データに応答して、イベントチケットを生成する工程８２０と、イベントチケットを第１のエンティティに割り当てて処理する工程８３０とを含む。【選択図】図８
2015222945.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの放射線検出センサ測定値に関連するデータを受信する工程と、
特定の条件を満たす前記受信データに応答して、イベントチケットを生成する工程と、
前記イベントチケットを第１のエンティティに割り当てて処理する工程と、
を備える方法。
【請求項２】
前記受信データが前記特定の条件を満たすか否かを判定する工程を更に備える、請求項１に記載の方法。
【請求項３】
前記特定の条件が、前記受信データが特定の範囲内にあるか否かである、請求項１に記載の方法。
【請求項４】
前記少なくとも１つの放射線センサに関連するデータを受信する工程であって、前記イベントチケットが前記受信データを有する、工程を更に備える、請求項１に記載の方法。
【請求項５】
前記少なくとも１つの放射線センサに関連する前記データが、当該少なくとも１つの放射線検出センサの位置に関連する緯度情報及び経度情報を備える、請求項４に記載の方法。
【請求項６】
前記イベントチケットに関連するステータスインジケータが不完全である経過時間を追跡する工程と、
許容経過時間を超える前記経過時間に応答して、前記イベントチケットのエスカレーションを行って更に処理する工程と、
を更に備える、請求項１に記載の方法。
【請求項７】
前記生成したイベントチケットが処理待ちであることを示すメッセージを前記第１のエンティティに送信する工程を更に備える、請求項１に記載の方法。
【請求項８】
前記イベントチケットが、イベントチケット識別子、センサデータ、当該イベントチケットのステータス、又はこれらの任意の組み合わせに関連する情報を備える、請求項１に記載の方法。
【請求項９】
前記生成したイベントチケットの係属性を追跡する工程と、
前記生成したイベントチケットに関連して行われる処置を追跡する工程と、
前記生成したイベントチケットの係属性更には前記実行処置に基づいて、前記生成したチケットを第２のエンティティに割り当てる工程と、
を更に備える、請求項１に記載の方法。
【請求項１０】
少なくとも１つの放射線検出センサ測定値に関連する警報に基づいてイベントを生成するように構成されたイベントモジュールと、
前記生成されたイベントを受信するように構成されたイベントチケットモジュールであって、特定の条件を満たす前記イベントに応じたイベントチケットを生成するように更に構成され、前記生成したイベントチケットを適当なエンティティに割り当てて処理するように更に構成された、イベントチケットモジュールと、
前記生成されたイベントチケットを受信及び記憶して後で読み出すように構成されたイベントチケット収集モジュールと、
を備えたシステム。
【請求項１１】
前記イベントチケットモジュールが、前記受信データが特定の範囲内にあるか否かを判定するように更に構成された、請求項１０に記載のシステム。
【請求項１２】
前記少なくとも１つの放射線センサに関連するデータを受信するように構成されたセンサタイムスライス収集モジュールであって、前記イベントチケットが前記受信データを有する、センサタイムスライス収集モジュールを更に備えた、請求項１０に記載のシステム。
【請求項１３】
前記少なくとも１つの放射線センサに関連する前記データが、当該少なくとも１つの放射線検出センサの位置に関連する緯度情報及び経度情報を備える、請求項１２に記載のシステム。
【請求項１４】
前記イベントチケットモジュールが、
前記イベントチケットに関連するステータスインジケータが不完全である経過時間を追跡し、
許容経過時間を超える前記経過時間に応答して、前記イベントチケットのエスカレーションを行って更に処理するように更に構成された、請求項１０に記載のシステム。
【請求項１５】
前記生成されたイベントチケットが処理待ちであることを示すメッセージを前記第１のエンティティに送信するように構成されたメッセージングモジュールを更に備えた、請求項１０に記載のシステム。
【請求項１６】
前記イベントチケットモジュールが、
前記生成したイベントチケットの係属性を追跡し、
前記生成したイベントチケットに関連して行われる処置を追跡し、
前記生成したイベントチケットの係属性更には前記実行処置に基づいて、前記生成されたチケットを第２のエンティティに割り当てるように更に構成された、請求項１０に記載のシステム。
【請求項１７】
少なくとも１つのセンサからセンサ測定値に関連するデータを受信する工程と、
特定の条件を超える前記受信データに応答して、イベントチケットを生成する工程であって、前記イベントチケットが、イベントチケット識別子、センサデータ、当該イベントチケットのステータス、又はこれらの任意の組み合わせに関連する情報を有する、工程と、
前記イベントチケットを第１のエンティティに割り当てて処理する工程と、
前記生成したイベントチケットの係属性又は当該生成したイベントチケットに対して行われる処置に基づいて、当該生成したチケットを前記第１のエンティティから第２のエンティティに再度割り当てる工程と、
前記生成したイベントチケットが処理待ちであることを示すメッセージを前記第２のエンティティに送信する工程と、
を備える方法。
【請求項１８】
前記受信データが、熱、電磁気、光、画像、粒子、ガイガーカウンタ、機械、生物、及び化学から成る群から選択される情報である、請求項１７に記載の方法。
【請求項１９】
前記生成したイベントチケットの係属性を追跡する工程と、
前記生成したイベントチケットに関連して行われる処置を追跡する工程と、
を更に備える、請求項１７に記載の方法。
【請求項２０】
前記生成したイベントチケットに関連するステータスインジケータが不完全である経過時間を追跡する工程と、
許容経過時間を超える前記経過時間に応答して、前記生成したイベントチケットのエスカレーションを行って更に処理する工程と、
を更に備える、請求項１７に記載の方法。
【請求項２１】
前記受信データが特定の範囲を超えるか否かを判定する工程を更に備える、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１４年５月２０日に同時出願されたＪｏｓｅｐｈ  Ｌ．Ｇａｌｌｏ他による米国特許出願第１４／２８１，８９６号「ＳＥＮＳＯＲ  ＢＡＳＥＤ  ＤＥＴＥＣＴＩＯＮ  ＳＹＳＴＥＭ」に関連しており、その内容を本明細書中に参考として援用する。
【０００２】
本願は、２０１４年５月２０日に同時出願されたＪｏｓｅｐｈ  Ｌ．Ｇａｌｌｏ他による米国特許出願第１４／２８１，９０１号「ＳＥＮＳＯＲ  ＭＡＮＡＧＥＭＥＮＴ  ＡＮＤ  ＳＥＮＳＯＲ  ＡＮＡＬＹＴＩＣＳ  ＳＹＳＴＥＭ」に関連しており、その内容を本明細書中に参考として援用する。
【背景技術】
【０００３】
技術の進歩に伴って、価格を抑えつつ、ますます多くの領域へとコンピューティング技術が拡張している。その結果、現代社会では、スマートフォン、ラップトップ、ＧＰＳ等の機器が広く普及し、かつてないほど多くの位置に集められるデータの量が増加の一途をたどっている。残念なことに、集められた情報のほとんどは、例えばスマートフォンユーザが近隣の喫茶店等のクーポンを受領する場合等、エンドユーザへのマーケティング及び宣伝に使われる一方、現代社会のセキュリティは無防備なままであり、ボストンマラソン爆破犯人のようなテロ攻撃の危険性がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−２１９０３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
従って、例えば放射線の検出等、複数のセンサからのデータの監視及び収集並びに複数のセンサの管理によって、現代社会のセキュリティを改善可能とする解決手段が求められている。更に、センサに基づく関連情報を効率的に提供することによって、セキュリティを増強することが必要になっている。
【課題を解決するための手段】
【０００６】
少なくとも１つの放射線検出センサ測定値に関連するデータを受信する工程を含む方法が提供される。この方法は、特定の条件を満たす上記受信データに応答して、イベントチケットを生成する工程も含む。また、この方法は、上記イベントチケットを第１のエンティティに割り当てて処理する工程も含む。
【０００７】
本明細書においては、少なくとも１つの放射線検出センサ測定値に関連する警報に基づいてイベントを生成するように構成されたイベントモジュールを備えたシステムが提供される。このシステムは、上記生成されたイベントを受信するように構成されたイベントチケットモジュールも備える。イベントチケットモジュールは、特定の条件を満たす上記イベントに応じたイベントチケットを生成するように更に構成されている。また、イベントチケットモジュールは、上記生成したイベントチケットを適当なエンティティに割り当てて処理するように更に構成されている。このシステムは、上記生成されたイベントチケットを受信及び記憶して後で読み出すように構成されたイベントチケット収集モジュールも備える。
【０００８】
少なくとも１つのセンサからセンサ測定値に関連するデータを受信する工程を含む方法が提供される。この方法は、特定の条件を超える上記受信データに応答して、イベントチケットを生成する工程も含む。イベントチケットは、イベントチケット識別子、センサデータ、当該イベントチケットのステータス、又はこれらの任意の組み合わせに関連する情報を含む。この方法は、上記イベントチケットを第１のエンティティに割り当てて処理する工程も含む。また、この方法は、上記生成したイベントチケットの係属性又は当該生成したイベントチケットに対して行われる処置に基づいて、当該生成したチケットを第１のエンティティから第２のエンティティに再度割り当てる工程も含む。また、この方法は、上記生成したイベントチケットが処理待ちであることを示すメッセージを第２のエンティティに送信する工程も含む。
【０００９】
上記及び他の特徴及び態様については、以下の図面、説明、及び添付の特許請求の範囲を参照することによって、より深く理解可能である。
【図面の簡単な説明】
【００１０】
【図１】一実施形態に係る、例示的な動作環境を示した図である。
【図２】一実施形態に係る、図１のセンサベース検出システムの例示的な構成要素を示した図である。
【図３】一実施形態に係る、例示的なイベント管理システムを示した図である。
【図４】一実施形態に係る、イベントチケットログのグラフィカルユーザインタフェース（ＧＵＩ）の例示的なワイヤフレームを示した図である。
【図５】一部の実施形態に係る、イベントチケットのＧＵＩの例示的なワイヤフレームを示した図である。
【図６】一部の実施形態に係る、イベントチケットのＧＵＩの例示的なワイヤフレームを示した図である。
【図７】一部の実施形態に係る、イベントチケットのＧＵＩの例示的なワイヤフレームを示した図である。
【図８】一部の実施形態に係る、イベントチケットを管理する例示的なフローチャート全体を示した図である。
【図９】一部の実施形態に係る、イベントチケットを管理する別の例示的なフローチャート全体を示した図である。
【図１０】一実施形態に係る、例示的なコンピュータシステムを示した図である。
【図１１】一部の実施形態に係る、別の例示的なコンピュータシステムのブロック図である。
【発明を実施するための形態】
【００１１】
以下、添付の図面に例示する種々実施形態を詳しく参照する。請求に係る実施形態は、種々実施形態と関連して説明するが、これらの種々実施形態は、上記実施形態の範囲を制限するものではないことが了解される。その逆に、請求に係る実施形態は、添付の特許請求の範囲に含まれ得る代替、改良、及び均等物を網羅するものである。更に、以下の詳細な説明においては、請求に係る実施形態の十分な理解を得るため、多くの具体的詳細を示している。ただし、当業者には、これらの具体的詳細を用いることなく請求に係る実施形態を実施してもよいことが明らかであろう。他の例では、請求に係る実施形態の態様が分かり難くなることがないように、周知の方法、手順、構成要素、及び回路を詳細には説明していない。
【００１２】
以下の詳細な説明の一部は、コンピュータメモリ内のデータビットに対する操作の手順、論理ブロック、処理等の記号的表現の観点で提示している。これらの説明及び表現は、データ処理技術分野及びデータ通信技術分野の当業者がその業務内容を他の当業者に対して最も効果的に伝えるために使用する手段である。本願において、手順、論理ブロック、プロセス等は、所望の結果に至る首尾一貫した一連の操作、工程、又は命令と考えられる。操作又は工程は、物理量の物理的操作を利用したものである。通例、これらの量は、必ずしもそうとは限らないが、コンピュータシステム又は計算機において記憶、転送、結合、比較、あるいは操作可能な電気的又は磁気的信号の形態を取る。これらの信号は、主に共通使用上の理由から、トランザクション、ビット、値、要素、記号、文字、サンプル、画素等として表すのが好都合となる場合があることが分かっている。
【００１３】
ただし、これらの用語及び類似の用語はすべて、然るべき物理量と関連付けられるものであって、これらの量に適用される便利なラベルに過ぎないことに留意すべきである。以下の議論から明らかなように特段の明記のない限り、当然のことながら、本開示の全体を通して、「受信」、「生成」、「割り当て」、「判定」、「送信」、「追跡」、「改良」、「エスカレーション」等の用語を用いた議論は、コンピュータシステム又は類似の電子計算機もしくはプロセッサの動作及びプロセスを表す。コンピュータシステム又は類似の電子計算機は、コンピュータシステムメモリ、レジスタ、又はそのような情報記憶、送信、もしくは表示装置において物理（電子）量として表されるデータの操作及び変換を行う。
【００１４】
当然のことながら、本システム及び方法は、多様なアーキテクチャ及び構成にて実装可能である。例えば、本システム及び方法は、分散コンピューティング環境、クラウドコンピューティング環境、クライアントサーバ環境等の一部として実装可能である。本明細書に記載の実施形態は、１つ又は複数のコンピュータ、計算機等の機器が実行するプログラムモジュール等の何らかの形態のコンピュータ可読記憶媒体に存在するコンピュータ実行可能命令の一般的文脈において議論するようにしてもよい。一例として、コンピュータ可読記憶媒体としては、コンピュータ記憶媒体及び通信媒体が挙げられるが、これらに限定されない。一般的に、プログラムモジュールとしては、特定のタスクの実行又は特定の抽象データ型の実装を行うルーチン、プログラム、オブジェクト、コンポーネント、データ構造等が挙げられる。種々実施形態においては、プログラムモジュールの機能を必要に応じて組み合わせたり、配分したりするようにしてもよい。
【００１５】
コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータ等の情報を記憶する任意の方法又は技術において実装される揮発性及び不揮発性の取り外し可能及び取り外し不可能な媒体を挙げることができる。コンピュータ記憶媒体としては、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、電気的消去可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ等のメモリ技術、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）等の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ等の磁気記憶装置、又は所望の情報の記憶に使用可能かつアクセスして当該情報を読み出し可能なその他任意の媒体を挙げることができるが、これらに限定されない。
【００１６】
通信媒体は、搬送波又は他の搬送機構等の変調データ信号において、コンピュータ実行可能命令、データ構造、プログラムモジュール、又は他のデータを具現化可能であり、任意の情報送達媒体を含む。用語「変調データ信号」は、その特性セットのうちの１つ又は複数を有するか、又は信号中の情報を符号化するように変更された信号を意味する。一例として、通信媒体としては、有線ネットワーク又は直結有線接続等の有線媒体及び音響、無線周波数（ＲＦ）、赤外線等の無線媒体を挙げることができるが、これらに限定されない。コンピュータ可読記憶媒体の範囲には、上記の任意の組み合わせも含み得る。
【００１７】
本明細書においては、センサベースシステムが取得したイベントのエスカレーションワークフローを管理する実施形態が提供される。例えば、センサベースシステムは、熱センサ（例えば、温度、熱等）、電磁センサ（例えば、金属探知器、光センサ、粒子センサ、ガイガーカウンタ、電荷結合素子（ＣＣＤ）等）、機械センサ（例えば、回転速度計、走行距離計等）、生物／化学（例えば、毒、栄養素等）、又はこれらの任意の組み合わせ等の多様なセンサのうちのいずれかを具備する。センサベースシステムは、音響、音声、振動、自動車／輸送、化学、電気、磁気、無線、環境、天候、水分、湿度、流れ、流体速度、イオン化、原子、素粒子、航行、位置、角度、変位、距離、速度、加速度、光学、光イメージング、光子、圧力、力、密度、レベル、熱、加熱、温度、近接、存在、放射線、ガイガーカウンタ、結晶ベースのポータルセンサ、生化学、圧力、大気質、水質、火災、洪水、侵入検出、動き検出、粒子計数、水位、又は監視カメラ等、あるいはこれらに限定されない多様なセンサ又はその組み合わせのうちのいずれかを更に具備していてもよい。一部の実施形態において、エスカレーションワークフローは、イベントに関連する「チケット」を用い、実時間又は記録データに基づいて当該イベントのステータスを監視することにより実現するようにしてもよい。本明細書において、イベントに関する言及は、多くの関連センサからのデータの値が特定の範囲内にある時間の値にわたって所定の閾値を上回る場合のグループ化を表す場合がある。また、センサのグループ化は、例えばセンサ間の近接、センサの地理的位置及び特定位置、センサの種類、センサの検出範囲、センサの物理的近接、センサが位置又は隣接する構造の間取図等の様々な条件に基づいていてもよい。更に、本明細書において、イベントチケットに関する言及は、当該イベントチケットの関連ステータス（例えば、オープン、クローズ等）及びセンサ又はセンサ群に関連するメタデータ等のその他関連データを含み得る当該センサの特定のイベントに関連するデータオブジェクトを表す場合がある。一部の実施形態において、エスカレーションワークフローを管理するシステムは、実時間又は記録センサデータに基づき、イベントの進展に応じてセンサベースシステムが取得するイベントのステータスを適当なエンティティ又は個人に通報する機能を提供していてもよい。
【００１８】
図１は、一実施形態に係る、例示的な動作環境を示している。例示的な動作環境１００は、センサベース検出システム１０２、ネットワーク１０４、ネットワーク１０６、メッセージングシステム１０８、及びセンサ１１０〜１１４を備える。センサベース検出システム１０２及びメッセージングシステム１０８は、ネットワーク１０４に結合されている。また、センサベース検出システム１０２及びメッセージングシステム１０８は、ネットワーク１０４を介して連通可能に結合されている。センサベース検出システム１０２及びセンサ１１０〜１１４は、ネットワーク１０６に結合されている。また、センサベース検出システム１０２及びセンサ１１０〜１１４は、ネットワーク１０６を介して連通可能に結合されている。ネットワーク１０４、１０６は、２つ以上のネットワーク（例えば、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）等）を含んでいてもよく、インターネットを含む１つ又は複数のネットワークの組み合わせであってもよい。一部の実施形態において、ネットワーク１０４及びネットワーク１０６は、単一のネットワークであってもよい。
【００１９】
センサ１１０〜１１４は、例えばガンマ線、振動等の関連する測定値を検出し、当該情報をセンサベース検出システム１０２に送信して解析する。センサベース検出システム１０２は、受信した情報を使用して、例えば履歴値、ユーザ選択値等の閾値と比較することにより、潜在的に危険なイベントが発生したか否かを判定するようにしてもよい。この判定に応答して、センサベース検出システム１０２は、当該情報をメッセージングシステム１０８に送信して、例えば適当な要員への電子メール送信、アラーム鳴動、警報のツイート、警察への通報、国土安全保障省への通報等の適当な処置を行うようにしてもよい。以上から、適当な処置を行って、危険を回避するようにしてもよい。
【００２０】
センサ１１０〜１１４は、熱センサ（例えば、温度、熱等）、電磁センサ（例えば、金属探知器、光センサ、粒子センサ、ガイガーカウンタ、電荷結合素子（ＣＣＤ）等）、機械センサ（例えば、回転速度計、走行距離計等）、相補型金属酸化膜半導体（ＣＭＯＳ）、生物／化学（例えば、毒、栄養素等）といった多様なセンサのうちのいずれかであってもよい。更に、センサ１１０〜１１４は、音響、音声、振動、自動車／輸送、化学、電気、磁気、無線、環境、天候、水分、湿度、流れ、流体速度、イオン化、原子、素粒子、航行、位置、角度、変位、距離、速度、加速度、光学、光イメージング、光子、圧力、力、密度、レベル、熱、加熱、温度、近接、存在、放射線、ガイガーカウンタ、結晶ベースのポータルセンサ、生化学、圧力、大気質、水質、火災、洪水、侵入検出、動き検出、粒子計数、水位、監視カメラ等、あるいはこれらに限定されない多様なセンサ又はその組み合わせのうちのいずれかであってもよい。また、センサ１１０〜１１４は、ビデオカメラ（例えば、インターネットプロトコル（ＩＰ）ビデオカメラ）又は専用のセンサであってもよい。
【００２１】
センサ１１０〜１１４は、位置が固定されていてもよいし（例えば、監視カメラ又はセンサ）、半固定であってもよいし（例えば、車輪付き携帯電話基地局上のセンサ又は別の半携帯式物体に固定されたセンサ）、移動式であってもよい（例えば、モバイル機器、スマートフォン等の一部）。また、センサ１１０〜１１４は、その種類に従って、センサベース検出システム１０２にデータを提供するようにしてもよい。例えば、センサ１１０〜１１４は、ガンマ線を検出するように構成されたＣＭＯＳセンサであってもよい。このように、ガンマ線によって画素が明るくなり、電気信号に変換されてセンサベース検出システム１０２に送られるようになっていてもよい。
【００２２】
センサベース検出システム１０２は、データを受信してセンサ１１０〜１１４を管理するように構成されている。また、センサベース検出システム１０２は、１つ又は複数の位置でユーザがセンサ測定値又はレベルを監視及び追跡するのを支援するように構成されている。センサベース検出システム１０２は、（例えば、管理者による）ある位置での新たなセンサの容易な展開を可能にするとともに、センサの監視によりユーザの嗜好、経験則等に基づくイベントの検出を可能にする様々な構成要素を有していてもよい。イベントは、メッセージングシステム１０８が用いることにより、センサベースの警報（例えば、１つのセンサの閾値を上回るセンサ測定値、閾値を上回る特定の近接範囲内の２つのセンサのセンサ測定値等に基づく）を発して適当な要員が処置を行えるようにしてもよい。センサベース検出システム１０２は、データを受信して、任意数のセンサ（地理的に異なる位置に配置されていてもよい）を管理するようにしてもよい。一部の実施形態において、センサ１１０〜１１４及びセンサベース検出システム１０２の構成要素は、複数のシステム（例えば、仮想化を含む）及び広い地理的領域に分散していてもよい。
【００２３】
センサベース検出システム１０２は、各センサ又はセンサ群に関して、位置情報（例えば、役員室Ｂ、２階、ターミナルＡ等）及び全地球測位システム（ＧＰＳ）座標（例えば、緯度、経度等）を追跡及び記憶するようにしてもよい。また、センサベース検出システム１０２は、センサを監視し、センサ値を追跡することによって、規定のイベントが発生したか否か、例えば放射線検出レベルが特定の閾値を上回るか否か等を判定し、発生した場合は、危険又は禁止材料が通過又はセンサの範囲内となる進行ルート又は経路を決定するようにしてもよい。例えば、固定されたセンサに対する放射性物質の進行経路を決定し、グラフィカルユーザインタフェースを介して表示するようにしてもよい。当然のことながら、例えばスマートフォン等の移動式センサ又は固定センサと移動式センサとの混在に対する放射性物質の進行経路についても同様に決定し、グラフィカルユーザインタフェースを介して表示するようにしてもよい。また、当然のことながら、解析及び／又は検知値は、実時間で表示してもよいし、記憶して後で読み出すようにしてもよい。
【００２４】
センサベース検出システム１０２は、センサ１１０〜１１４を監視及び管理するグラフィカルユーザインタフェース（ＧＵＩ）を表示するようにしてもよい。このＧＵＩは、センサ測定値、センサステータス、センサ位置をマップ上等に示すように構成されていてもよい。センサベース検出システム１０２は、記憶されたセンサ値の停止、再生、一時停止、早送り、及び巻き戻し機能に基づいて、過去のセンサ測定値及びセンサ検出材料の移動又は条件を再検討可能であってもよい。また、センサベース検出システム１０２は、（例えば、所定値又は大気センサ測定値に基づいて）センサ測定値が閾値を上回るセンサに対応した画像又はビデオ映像を視聴可能であってもよい。例えば、ＧＵＩでセンサを選択し、センサの検出範囲内の領域に関連するビデオ映像を表示することによって、輸送している個々の危険材料をユーザが確認できるようにしてもよい。一実施形態によれば、この映像は、ユーザ選択に応答して表示する。あるいは、特定のセンサ又はセンサ群に関連するセンサ測定値が特定の閾値を上回る等の特定のイベントに応答して自動的に表示するようにしてもよい。
【００２５】
一部の実施形態において、１つ又は複数のセンサのセンサ測定値は、グラフ又はチャート上に表示して、容易に視聴可能であってもよい。センサを示す視覚マップベースの表示は、センサ測定値及び特定のイベントに応じてセンサの色がコード化された状態で行ってもよい。例えば、灰色が校正センサと関連し、緑色がセンサの正常測定値と関連し、黄色が高いセンサ測定値と関連し、橙色が潜在的に危険なセンサ測定値と関連し、赤色が危険警報対象のセンサ測定値と関連していてもよい。
【００２６】
センサベース検出システム１０２は、（例えば、所定、動的、又は大気ベースの）、あるいは経験則に基づく特定の閾値を上回る警報又はセンサ測定値を判定し、当該警報をグラフィカルユーザインタフェース（ＧＵＩ）に表示するようにしてもよい。また、センサベース検出システム１０２は、ユーザ（例えば、オペレータ）が複数のセンサをグループ化して、複数のセンサからの複数の警報に関連するイベントを作成できるようにしてもよい。例えば、互いに２０フィート以内の同じ物理的空間における３つ以上のセンサのセンサ測定値が履歴値を少なくとも４０％上回る場合は、赤色コードのイベントを作成するようにしてもよい。一部の実施形態において、センサベース検出システム１０２は、センサの地理的近接性に基づいて、センサを自動的にグループ化するようにしてもよい。例えば、ＬＡＸ空港（ロサンゼルス国際空港）におけるターミナルＡのゲート１、２、及び３のセンサは、例えば同じ物理的空間における物理的近接性として、互いに近接した位置にあることから、グループ化してもよい。一方、異なるターミナルのセンサは、位置が異なるため、グループ化しなくてもよい。ただし、特定の状況において、同じ空港内のセンサは、ターミナル、ゲート等のより細かいレベルではなく、空港でのイベントを監視するため、グループ化してもよい。
【００２７】
センサベース検出システム１０２は、センサ１１０〜１１４から収集した情報により作成したイベントの判定に基づいて、メッセージングシステム１０８に情報を送るようにしてもよい。メッセージングシステム１０８は、データベース（例えば、メッセージング、ＳＱＬ等のデータベース）、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージングサービス、カリフォルニア州サンフランシスコのＴｗｉｔｔｅｒ，Ｉｎｃ．から入手可能なＴｗｉｔｔｅｒ（商標）、拡張マークアップ言語（ＸＭＬ）を用いたメッセージングサービス（例えば、融合センタとの通信用）、ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）メッセージングサービス等の１つ又は複数のメッセージングシステム又はプラットフォームを含んでいてもよい。例えば、国家情報交換モデル（ＮＩＥＭ）準拠のメッセージングを用いることによって、化学、生物、放射性物質、及び核防衛（ＣＢＲＮ）に関する不審行動報告（ＳＡＲ）を政府機関（例えば、地方、州、又は連邦政府）に提出するようにしてもよい。
【００２８】
図２は、一実施形態に係る、センサベース検出システムの例示的な構成要素を示している。この構成図２００は、センサ１１０〜１１４、ネットワーク１６０、及びセンサベース検出システム１０２を含む。上述の通り、センサベース検出システム１０２及びセンサ１１０〜１１４は、ネットワーク１６０に結合されている。ネットワーク１６０は、２つ以上のネットワーク（例えば、イントラネット、インターネット、ＬＡＮ、ＷＡＮ等）を含んでいてもよく、インターネットを含む１つ又は複数のネットワークの組み合わせであってもよい。
【００２９】
センサベース検出システム１０２は、センサ１１０〜１１４からのデータにアクセスするか、又は当該データを受信するようにしてもよい。また、センサベース検出システム１０２は、センサ管理モジュール２０４、センサプロセスモジュール２０６、データウェアハウスモジュール２０８、状態管理モジュール２１０、視覚化モジュール２１２、メッセージングモジュール１０８、位置指定モジュール２１６、及びユーザ管理モジュール２１８を備えていてもよい。
【００３０】
一部の実施形態において、センサベース検出システム１０２は、複数のサーバ（例えば、物理マシン又は仮想マシン）に分散していてもよい。例えば、ドメインサーバがデータウェアハウスモジュール２０８及び視覚化モジュール２１２を実行し、ロケーションサーバがセンサ管理モジュール２０４及びセンサプロセスモジュール２０６の１つ又は複数のインスタンスを実行し、メッセージングサーバがメッセージングモジュール１０８を実行していてもよい。例えば、複数のロケーションサーバが１００個のセンサそれぞれの場所に配置され、監視・管理インタフェース（例えば、ＧＵＩ）及びメッセージングサービスを提供する単一のドメインサーバに解析結果を提供していてもよい。ドメインサーバが中央に配置される一方、帯域幅を確保するため、ロケーションサーバがセンサに近接して配置されていてもよい。
【００３１】
センサ管理モジュール２０４は、センサ１１０〜１１４の監視及び管理を行うように構成されている。また、センサ管理モジュール２０４は、センサプロセスモジュール２０６の１つ又は複数のインスタンスを開始して、センサ１１０〜１１４の監視及び管理を行うように構成されている。センサ管理モジュール２０４は、新たなセンサが導入された場合に、新たなセンサプロセス（例えば、センサプロセスモジュール２０６のインスタンス）を設定するように動作可能である。このように、センサ管理モジュール２０４は、センサプロセスモジュール２０６の複数のインスタンスの実行を開始するようにしてもよい。一部の実施形態においては、センサプロセスモジュール２０６のインスタンスをセンサごとに実行する。例えば、５０個のセンサが存在する場合は、センサプロセスモジュール２０６の５０個のインスタンスを実行することによって、センサを設定する。更に、当然のことながら、センサ管理モジュール２０４は、既存のセンサを設定するように動作可能であってもよい。例えば、センサ１１０が以前に設定済みであったとしても、センサ管理モジュール２０４は、新たな設定パラメータに基づいて、センサ１１０を再設定するようにしてもよい。センサ管理モジュール２０４は、センサ１１０〜１１４からセンサプロセスモジュール２０６を介してデータを収集する収集器として構成されていてもよい。また、センサ管理モジュール２０４は、センサプロセスモジュール２０６のインスタンスを介して受信したデータをデータウェアハウスモジュール２０８に送るように構成されている。
【００３２】
更に、センサ管理モジュール２０４は、センサプロセスモジュール２０６の１つ又は複数のインスタンスを監視することによって、センサプロセスモジュール２０６のインスタンスが適正に動作しているか否かを判定可能である。一部の実施形態において、センサ管理モジュール２０４は、特定の時間内に予想値又は予測値を受信するか否かに基づいて、センサが故障しているか等、１つ又は複数のセンサのヘルスを判定するように構成されている。更に、センサ管理モジュール２０４は、データが予定通りに到着しているか否か及びセンサが適正に機能している（例えば、健全である）ことをデータが示しているか否かを判定するように構成されていてもよい。例えば、放射線センサは、所与の時間内に特定のマイクロシーベルト（ｍＳｖ）値を提供することが見込まれていてもよい。一部の実施形態において、予想値は、センサデータを解析する解析エンジンから受信したものであってもよい。一部の実施形態において、センサ管理モジュール２０４は、センサからステータスインジケータ（例えば、アライブ信号、エラー信号、又はオン／オフ信号）を受信するように構成されていてもよい。また、ヘルス情報をセンサ１１０〜１１４の管理に使用してもよく、センサに関連するヘルス情報をデータウェアハウス２０８に記憶するようにしてもよい。
【００３３】
更に、センサ管理モジュール２０４は、予測可能出力率に基づいて、センサからの出力にアクセスして検査するようにしてもよい。例えば、センサに関連する解析プロセス（例えば、センサプロセスモジュール２０６が実施）によって、１０秒ごとに記録を生成し、（例えば、複数の１０秒間のうちに）記録を受信していない場合は、センサ管理モジュール２０４が解析プロセスを停止して再開するようにしてもよい。一部の実施形態において、この記録は、フラットファイルであってもよい。
【００３４】
センサプロセスモジュール２０６は、センサ１１０〜１１４からデータ（例えば、大量データ又は生データ）を受信するように構成されている。一部の実施形態において、センサプロセスモジュール２０６は、センサ１１０〜１１４から受信したデータに基づいて、記録（例えば、フラットファイル）を構成するようにしてもよい。また、センサプロセスモジュール２０６は、生データの解析を行う（例えば、ビデオのフレームを解析してセンサ測定値を決定する）ようにしてもよい。一部の実施形態において、センサプロセスモジュール２０６はその後、記録をセンサ管理モジュール２０４に受け渡すようにしてもよい。
【００３５】
データウェアハウスモジュール２０８は、センサ管理モジュール２０４からデータを受信するように構成されている。また、データウェアハウスモジュール２０８は、センサ測定値及びセンサに関連するメタデータを記憶するように構成されている。センサのメタデータとしては、それぞれの地理的情報（例えば、ＧＰＳ座標、緯度、経度等）、センサの説明、例えばＬＡＸにおけるターミナルＡのゲート１のセンサ等を含んでいてもよい。一部の実施形態において、データウェアハウスモジュール２０８は、各センサの状態及びある時間（例えば、３０秒、１分、１時間等）にわたる当該センサの状態の監視（例えば、実時間監視）に基づいて状態変化を判定するように構成されていてもよい。一部の実施形態において、データウェアハウスモジュール２０８は、（例えば、センサ状態が変化して閾値を上回る場合、センサ測定値が閾値未満等の特定の条件を満たす場合等に）警報を発するように構成されている。発生した警報は、視覚化モジュール２１２に送って（例えば、ユーザに）表示するようにしてもよい。このように、ユーザ（例えば、オペレータ）の注意をセンサ状態の変化に向かわせるようにしてもよい。当然のことながら、閾値は、１つ又は複数の履歴値、安全な測定値、オペレータ選択値等であってもよい。
【００３６】
一部の実施形態において、データウェアハウスモジュール２０８は、Ｆｅｒｄｉｎａｎｄ  Ｅ．Ｋ．Ｄｅ  Ａｎｔｏｎｉによるフィリピン特許出願第１−２０１３−０００１３６号（代理人整理番号第１３−０２７−００−ＰＨ）「Ａ  Ｄｏｍａｉｎ  Ａｇｎｏｓｔｉｃ  Ｍｅｔｈｏｄ  ａｎｄ  Ｓｙｓｔｅｍ  ｆｏｒ  ｔｈｅ  Ｃａｐｔｕｒｅ，  Ｓｔｏｒａｇｅ，  ａｎｄ  Ａｎａｌｙｓｉｓ  ｏｆ  Ｓｅｎｓｏｒ  Ｒｅａｄｉｎｇ」の記載と略同様に実装してもよく、その内容を本明細書中に参考として援用する。
【００３７】
状態管理モジュール２１０は、データウェアハウスモジュール２０８及び／又はセンサ管理モジュール２０４からのデータ（例えば、センサ管理モジュール２０４が書き込んだデータ）を読み出して、状態変化が起こったか否かを判定するようにしてもよい。状態変化は、関連するセンサに関する以前の時間内記録から変化があったか否かを判定する数式に基づいて判定するとともに、大気センサ測定値を考慮に入れるようにしてもよい。状態の変化がある場合は、警報を始動させてもよい。当然のことながら、状態は、値の範囲であってもよい。また、１つ又は複数の警報を（例えば、データ構造として）組み立て、イベントと称するようにしてもよい。そして、イベントは、視覚化モジュール２１２によりアクセスするか、又は視覚化モジュール２１２に送るようしてもよい。視覚化モジュール２１２は、状態の変化、警報、又はイベントを表示するようにしてもよい。一部の実施形態において、視覚化モジュール２１２は、警報を外部システム（例えば、メッセージングシステム）に送らせる入力を受信するようにしてもよい。
【００３８】
視覚化モジュール２１２は、潜在的なセンサベース警報の位置の監視に使用するように構成されていてもよい。また、視覚化モジュール２１２は、展開されたセンサそれぞれを監視及び管理するグラフィカルユーザインタフェース（ＧＵＩ）を提供していてもよい。一部の実施形態において、視覚化モジュール２１２は、各センサを階層状に表示するツリーフィルタ及びマップビューを提供することにより、地理的文脈において各センサの監視を可能にしてもよい。更に、視覚化モジュール２１２は、イベントケースファイルの作成を可能とすることによって、任意の時点でセンサ警報を取得するとともに、（例えば、メッセージングシステムを介して）適当な機関に対するセンサ警報のエスカレーションを行って更に解析を行うようにしてもよい。視覚化モジュール２１２は、センサ測定値及び関連するセンサ位置に基づいて、危険材料又は条件の進行経路又はルートを表示するようにしてもよい。更に、視覚化モジュール２１２を用いることによって、センサ群、例えば空港におけるターミナル内のセンサ等へのズームイン及びズームアウトを行うようにしてもよい。このように、オペレータが望む細かさで情報を表示するようにしてもよい。また、ユーザ操作に応答して、視覚化モジュール２１２を用いることにより情報を表すようにしてもよい。例えば、ユーザによるセンサ、例えばセンサ１１０の選択に応答して、当該センサに関連するセンサを表示するようにしてもよい。別の例においては、センサに関連するビデオ画像を（例えば、同時に）表示するようにしてもよい。
【００３９】
メッセージングモジュール１０８は、データベース（例えば、メッセージング、ＳＱＬ等のデータベース）、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、インスタントメッセージングサービス、カリフォルニア州サンフランシスコのＴｗｉｔｔｅｒ，Ｉｎｃ．から入手可能なＴｗｉｔｔｅｒ、拡張マークアップ言語（ＸＭＬ）を用いたメッセージングサービス（例えば、融合センタとの通信用）、ＪａｖａＳｃｒｉｐｔ（登録商標）  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ（ＪＳＯＮ）メッセージングサービス等、あるいはこれらに限定されない他のシステム又はメッセージングサービスにメッセージを送るように構成されている。一例としては、国家情報交換モデル（ＮＩＥＭ）準拠のメッセージングを用いることによって、化学、生物、放射性物質、及び核防衛（ＣＢＲＮ）に関する不審行動報告（ＳＡＲ）を政府機関（例えば、地方、州、又は連邦政府）に提出するようにしてもよい。一部の実施形態において、メッセージングシステム１０８は、センサ管理モジュール２０４から受信したデータに基づいて、メッセージを送るようにしてもよい。当然のことながら、メッセージは、使用するメッセージングサービスの要件／規格に準拠するようにフォーマットしてもよい。例えば、上述の通り、メッセージをＮＩＥＭフォーマットに構成することによって、ＣＢＲＮイベントを報告するようにしてもよい。
【００４０】
位置指定モジュール２１６は、マッピング及び空間解析（例えば、三角測量）によって、ある位置のセンサを図式表示するように構成されている。例えば、位置指定モジュール２１６は、空港ターミナルの各ゲートにおけるセンサの位置及び関連するアイコンの表示を容易化するように構成されていてもよい。一部の実施形態において、センサ管理モジュール２０４は、センサに関連する地理的データを位置指定モジュール２１６に関連するデータストア（図示せず）に記憶するように構成されている。また、一部の実施形態において、位置指定モジュール２１６は、カリフォルニア州レッドランズのＥＲＳＩ，Ｉｎｃ．によるＡｒｃＧＩＳに関連して動作してもよい。当然のことながら、位置指定モジュール２１６を用いることによって、センサ位置に関連するマッピング情報を提供することにより、センサの位置がマップに重なるようにしてもよい。例えば、センサの位置がＬＡＸ空港等のマップに重なっていてもよい。
【００４１】
ユーザ管理モジュール２１８は、ユーザを管理するとともに、オペレータ及び管理者のユーザ識別子を記憶するように構成されている。ユーザ管理部は、既存のユーザ管理システム（例えば、ＯｐｅｎＬＤＡＰ又はアクティブディレクトリ）と統合することにより、既存のユーザアカウントを使用してセンサベース検出システム１０２を動作させるようにしてもよい。
【００４２】
図３は、一実施形態に係る、例示的なイベント管理システムを示している。一部の実施形態において、イベント管理システム３００は、例えば上述の状態管理モジュール２１０又は視覚化モジュール２１２等、センサベース検出システム１０２の１つ又は複数のモジュールの一部として含まれていてもよい。他の実施形態において、イベント管理システム３００は、センサベース検出システム１０２から独立したスタンドアロン型システムとして実装されていてもよく、センサベース検出システム１０２の１つ又は複数のモジュールにアクセスすることにより、センサイベントを管理するようにしてもよい。また、イベント管理システム３００は、イベントチケットモジュール３１０、イベントチケット収集モジュール３１２、イベントパッケージ収集モジュール３１８、及びセンサタイムスライス収集モジュール３２０を具備していてもよい。本開示は、例示的な機能を有する構成要素の例示的な構成により実装された例示的なイベント管理システムを説明及び図示しているが、任意適当な機能を有する任意適当な構成要素の任意適当な構成により実装された任意適当なイベント管理システムについても考慮している。
【００４３】
イベントチケットは、イベントパッケージ収集モジュール３１８、センサタイムスライス収集モジュール３２０、アクティビティログモジュール３１４、メタデータ３１６、又はこれらの任意の組み合わせから情報を受信しているイベントチケットモジュール３１０により生成してもよい。一部の実施形態において、イベントチケットモジュール３１０は、ある時間にわたって測定されたセンサデータ及びセンサタイムスライス収集モジュール３２０からの位置等のメタデータ、アクティビティログモジュール３１４からのアクティビティ情報（例えば、イベントに対処するために行った工程）、並びにイベントパッケージ収集モジュール３１８からのイベントのデータにより作成された裁定パッケージの識別子情報を受信するようにしてもよい。当然のことながら、イベントチケットは、（例えば、オペレータによる）手動、経験則を通したセンサベース検出システム１０２による自動、又はこれらの任意の組み合わせにより決定されるイベントから生成してもよい。一部の実施形態において、上述のセンサプロセスモジュール２０６の解析プロセスは、データウェアハウスモジュール２０８に記憶されたデータに基づいて、経験的にイベントを生成するようにしてもよい。生成したイベントチケットは、イベントチケット収集モジュール３１２に記憶した後、読み出すようにしてもよい。
【００４４】
一例としては、特定の値を上回る放射線を検出する建物の中の１つ又は複数の放射線センサ１１０〜１１４に応答して、イベントチケットを生成するようにしてもよい。また、一例として、１つ又は複数の放射線センサ１１０〜１１４の測定値は、例えば後日の再検討及び処理のためのビデオ映像、地理的位置等の記録等、付加的な関連情報と併せてセンサ測定値に関する情報を含み得る管理者向けにイベントチケットの生成を始動し得る第１の範囲内等のわずかに高い測定値を示していてもよい。別の例として、１つ又は複数の放射線センサの測定値は、イベントチケットの生成を始動し、例えば危険物取扱チーム等の適当な要員に対して、考え得る放射線漏れに即座に対応するように通知するとともに、更に９１１等の機関に通知し得る完全許容範囲外等の非常に高い測定値を示していてもよい。更に別の例としては、イベントチケットの生成によって、当該イベントチケットを生成した放射線センサに近接する画像センサからのビデオ監視データの再検討を開始するようにしてもよい（例えば、イベントチケットを生成した放射線センサの近傍の画像センサからのビデオ映像の記憶を始動して、使用するビデオ監視により、放射性物質を運ぶ容疑者を識別するようにしてもよい）。範囲（例えば、第１の範囲又は許容範囲）は、センサ測定値のユーザ選択範囲、センサ測定値の初期設定範囲等であってもよく、センサ１１０〜１１４の種類（例えば、放射線、熱、画像等）に基づいていてもよい。
【００４５】
別の例としては、高い測定値を有する１つ又は複数の煙感知器と連動して大気熱レベルを大幅に上回る熱を検出する建物の中の１つ又は複数の熱センサ１１０〜１１４に応答して、イベントチケットを生成するようにしてもよい。一例として、１つ又は複数の熱センサ及び煙感知器１１０〜１１４の測定値は、例えば後日の再検討及び処理のためのセンサ１１０〜１１４の種類、地理的位置等の記録等、付加的な関連情報と併せてセンサ測定値に関する情報を含み得る管理者向けにイベントチケットの生成を始動し得る第１の範囲内等のわずかに高い測定値を示していてもよい。別の例として、１つ又は複数の熱センサ又は煙感知器の測定値は、イベントチケットの生成を始動し、例えば消火チーム等の適当な要員に対して、考え得る５回の出動警報の火災に即座に対応するように通知するとともに、更に市の消防局に通知し得る完全許容範囲外等の非常に高い測定値を示していてもよい。更に別の例としては、イベントチケットの生成によって、当該イベントチケットを生成した熱センサ及び煙感知器に近接する画像センサからのビデオ監視データの再検討を開始するようにしてもよい（例えば、イベントチケットを生成した熱センサの近傍の画像センサからのビデオ映像の記憶を始動して、使用するビデオ監視により、放火容疑者を識別するようにしてもよい）。
【００４６】
上述の通り、イベントチケットは、イベントの１つ又は複数の種類のデータを含む当該イベントのデータオブジェクトを表していてもよい。例えば、イベントチケットのデータは、一意の識別子（例えば、参照番号）、イベントチケットに関連するセンサ１１０〜１１４からのデータ（例えば、測定値）、関連するステータス情報、又はこれらの任意の組み合わせを含んでいてもよい。イベントチケットは、その位置指定のための対応する参照番号を有していてもよい。また、イベントチケットの生成を開始したセンサからのデータは、センサ測定値、例えば当該イベントチケットに関連する１つ又は複数のセンサ１１０〜１１４からの１つ又は複数の測定値を含んでいてもよい。当然のことながら、センサ１１０〜１１４からのデータは、イベントチケットを生成したセンサ１１０〜１１４から受信したデータの解析結果を更に含んでいてもよい（例えば、危険材料が通過する可能性がある経路、イベントチケットを生成したセンサに近接して取得された監視映像、他の種類のセンサからの補完データ、物理的構造中のセンサ１１０〜１１４の位置を示すマップデータ等）。
【００４７】
一実施形態によれば、ステータス情報は、その作成、変更、更新、又はこれらの任意の組み合わせの日時に関連するオープン、クローズ、進行中、キャンセル、優先レベル、又は裁定パッケージ（例えば、後述の通り、特定の第三者に送って更に解析する）を含んでいてもよく、更には、各作成、変更、又は更新に関連するタイムスタンプを含んでいてもよい。オープンステータスは、イベントチケットがオープンで処理されていないことを示していてもよい。クローズステータスは、イベントチケットが処理されてクローズとなっていることを示していてもよい。進行中ステータスは、イベントチケットが処理中であり、完了していないことを示していてもよい。キャンセルステータスは、イベントチケットが処理されることなくキャンセルされたことを示していてもよい。優先レベルは、イベントチケットの重要性又は重大性を示していてもよい。例えば、最高の優先度が差し迫った放射線／生物学的災害の危険を示す一方、低優先度がわずかに高い放射線検出を示していてもよい。当然のことながら、優先レベルは、必要に応じて、任意数の粒度レベルを有していてもよい。一実施形態において、優先レベルの数は、ユーザがあるシステムでは２つの優先レベルを有する一方、別のシステムでは１０個以上の優先レベルを有するように、ユーザが変更可能なパラメータであってもよい。イベントチケットは、例えば放射線センサ１１０〜１１４からの測定値が高いままであること、放射線センサ測定値が変化していること、イベントチケットがオープンな時間がある時間を越えていること、現時点でイベントチケットの責任を負う個人／エンティティ、イベントチケットに関して行われるアクティビティ、又はこれらの任意の組み合わせ等、イベントのステータスに関する情報を更に含んでいてもよい。
【００４８】
当然のことながら、イベントチケットは、イベントチケットモジュール３１０が生成したイベントにより収集されたメタデータを更に含んでいてもよい。イベントチケットのメタデータは、センサ１１０〜１１４の地理的位置情報（例えば、緯度、経度等）、センサ１１０〜１１４の設定パラメータ、センサ１１０〜１１４の説明、関連する監視データ、センサ１１０〜１１４の種類及び型式等、イベントチケットを生成した放射線センサに関連する情報を含んでいてもよい。
【００４９】
一部の実施形態において、イベントチケットモジュール３１０の解析プロセスは、イベントチケットの優先レベルの決定又は割り当てを行うようにしてもよい。優先レベルの決定は、経験則に基づくか、又は適当な個人／エンティティが手動で割り当ててもよい。一例として、イベントチケットモジュール３１０の解析プロセスは、特定の範囲を大きく超えるセンサ１１０〜１１４からの測定値に基づいて、高い優先レベルをイベントチケットに割り当てるようにしてもよい。別の例として、イベントチケットモジュール３１０の解析プロセスは、あるセンサ（例えば、１１０）からの測定値が高い一方、近接する他のセンサ（例えば、１１２〜１１４）の測定値が正常であることに基づいて、低い優先レベルをイベントチケットに割り当てるようにしてもよい。
【００５０】
一部の実施形態において、イベントチケットモジュール３１０の解析プロセスは、階層プロトコルを実行することにより、検出の重大性及びイベントチケットの優先度に基づいて、当該イベントチケットの割り当て又はエスカレーションを行うようにしてもよい。例えば、イベントチケットモジュール３１０は、あるイベントチケットを警備員に割り当てる一方、別のイベントチケットを危険物取扱チームに割り当てて送信し、更に別のイベントチケットを警察に割り当てるようにしてもよい。言い換えるなら、イベントチケットモジュール３１０は、適当な要員又はエンティティを識別することによって、生成したイベントチケットの取り扱い／管理を行う。例えば、ある種のイベントに対応するイベントチケットは、第三者エンティティの組織図のオペレータ又はレベルに割り当ててもよい。一部の例においては、イベントチケットの仕様に応じて、異なるエンティティ又は同じエンティティの異なるレベルにイベントチケットを割り当てるようにしてもよい。一例においては、優先レベルが低いイベントチケットを民間の警備会社に割り当てて調査する一方、優先レベルが高いイベントチケットを警察に割り当てるようにしてもよい。別の例においては、建物の重要でない領域における煙の感知に応答して生成されたイベントチケットを社内の警備員に割り当てる一方、建物の重要な領域における煙の感知に応答して生成されたイベントチケットを社内の危険物取扱チームに割り当てるようにしてもよい。
【００５１】
更に、階層プロトコルは、イベントチケットがある責任者から次の責任者に移動している時間を含み得るイベントチケットの係属時間を追跡及び決定するようにしてもよい。一部の実施形態において、イベントチケットのステータスがオープンに設定されているか、又はクローズに設定されていない間は、当該イベントチケットを未完了と考えてもよい。一実施形態によれば、未対処のイベントチケットの係属時間が追跡され、その係属性が例えばユーザ選択閾値、初期設定閾値等の所与の閾値を超えると、エスカレーションが行われる。一例として、未対処の係属性が特定の閾値を超える場合は、エスカレーションにより、レベル５の優先度のイベントチケットがレベル６の優先度のイベントチケットとなってもよい。一例において、放射線センサ１１０〜１１４に応答して生成されたイベントチケットは、その係属性が１０分を超える場合、エスカレーションを行ってもよい。更に、イベントチケットのエスカレーションは、例えばセンサ測定値の増加値、他の種類のセンサ１１０〜１１４からの補完データ、建物のより高感度な位置に近づくイベントの経路等、受信した付加的な情報に更に基づいていてもよい。一部の実施形態において、イベントチケットモジュール３１０は、イベントチケットのステータスを追跡し、時間、係属性、割り当てられた個人／エンティティからの入力、センサ測定値の値、イベントの経路、センサ１１０〜１１４の種類等に基づいて、イベントチケットの割り当てを変更するようにしてもよい。更に、イベントチケットモジュール３１０は、センサ測定値の減少値、イベントが誤検出であることを示す他の種類のセンサ１１０〜１１４からのデータ、建物の高感度な位置から遠ざかるイベントの経路等に基づいて、イベントチケットの優先レベルのデエスカレーション又は引き下げを行うようにしてもよい。本開示は、例示的な基準に基づいて例示的な種類のチケットを管理する責任を割り当てる例示的な階層プロトコルを説明しているが、任意適当な基準に基づいて任意適当な種類のチケットを管理する責任を割り当てる任意適当な階層プロトコルについても考慮している。
【００５２】
一部の実施形態において、ある組織の所与の階層レベルにおけるオペレータ又は適当な要員は、イベントチケットを管理する責任の割り当て又は転送に関するメッセージ通知を受信するようにしてもよい。例えば、メッセージングモジュール１０８は、イベントチケット収集モジュール３１２に記憶された１つ又は複数のイベントチケットを読み出して、イベントの通知を適当な個人／エンティティに送信するようにしてもよい。他の実施形態において、イベントチケットの通知は、イベントチケット収集モジュール３１２にアクセスすることなく、イベントチケットモジュール３１０からメッセージングモジュール１０８を介して直接送るようにしてもよい。例えば、メッセージングモジュール１０８は、イベントチケットモジュール３１０による監督者へのイベントチケットの割り当てに応答して、ＳＭＳメッセージを当該監督者に送信するようにしてもよい。また、メッセージングモジュール１０８は、上述のメッセージングシステム又はプラットフォームのうちのいずれかを用いることにより、組織の責任あるオペレータ又はレベルに通知するようにしてもよい。一例において、メッセージングモジュール１０８は、イベントチケットの割り当てを通知するＳＭＳメッセージを責任ある要員に送信するようにしてもよい。イベントチケットのエスカレーションを行った場合は、関連するセンサ１１０〜１１４からのイベントチケット情報及びデータのパッケージを含む裁定パッケージを責任ある要員に送信して更に解析するようにしてもよい。一部の実施形態において、イベントチケットを取り扱う責任があるエンティティは、イベントチケット収集モジュール３１２に記憶されたイベントチケットにアクセスしてもよい。あるいは、イベントチケットとともにこの情報を統合情報として提供することにより、データに別個にアクセスする必要性を排除するようにしてもよい。当然のことながら、適当な要員は更に、データウェアハウスモジュール２０８へのアクセスを可能とすることにより、必要に応じて付加的な情報を取得し、イベントチケットの管理及び取り扱いを行うようにしてもよい。一例として、イベントチケットデータに対する第三者のアクセスは、アプリケーションプログラミングインタフェース（ＡＰＩ）ツールを介して提供するようにしてもよい。
【００５３】
図４は、一実施形態に係る、イベントチケットログのグラフィカルユーザインタフェース（ＧＵＩ）の例示的なワイヤフレームを示している。一部の実施形態において、イベントチケット収集モジュール３１２に記憶されたイベントチケットに関連する情報は、グラフィカルユーザインタフェース（ＧＵＩ）に表示するようにしてもよい。一例として、イベントチケットリストＵＩ４００には、各イベントチケットに関連するデータをそれぞれ含む多くのフィールドを含んでいてもよい。図４の例に示すように、イベントチケットリストＵＩ４００は、識別子フィールド４０２、タイトルフィールド４０４、ステータスフィールド４０６、作成日フィールド４０８、更新フィールド４１０、クローズ日フィールド４１２、開始時間フィールド４１４、終了時間フィールド４１６、及びアクションフィールド４１８を含んでいてもよいが、これらに限定されない。上述の通り、識別子フィールド４０２及びステータスフィールド４０６のデータは、それぞれ図３に関して説明した一意の識別子及びステータスである。一部の実施形態において、アクションフィールド４１８には、例えばボタン等、特定のイベントチケットに関して１つ又は複数の所定のアクションを実行する１つ又は複数のグラフィック要素を含んでいてもよい。例えば、アクションフィールド４１８のボタンによって、図３に関して上述した通り、イベントチケットのイベントチケットデータを表示するか、イベントチケットのステータスをクローズに変更するか、又はイベントチケットを消去するようにしてもよい。一例として、イベントチケットデータは、センサ１１０〜１１４のデータ（例えば、センサの種類、位置等）から導出するようにしてもよい。一部の実施形態において、開始時間フィールド４１４及び終了時間フィールド４１６のデータは、イベントに関連するセンサ１１０〜１１４からの測定値に関連する時間データから導出するようにしてもよい。例えば、開始時間フィールド４１４及び終了時間フィールド４１６のデータは、センサタイムスライス収集モジュール３２０が提供したデータであってもよい。
【００５４】
また、図４の例に示すように、イベントチケットリストＵＩ４００は、検索フィールド４２０及びステータスフィルタ４２２を含んでいてもよいが、これらに限定されない。一部の実施形態において、イベントチケットリストＵＩは、検索フィールド４２０へのテキスト入力に対応する識別子データ又はタイトルの少なくとも一部を識別子フィールド４０２又はタイトルフィールド４０４に含むイベントチケットを表示するようにしてもよい。一部の実施形態において、イベントチケットリストＵＩ４００は、ステータスフィルタ４２２のドロップダウンメニューで選択したステータスの種類に対応するステータスをステータスフィールド４０６に含むイベントチケットを表示するようにしてもよい。
【００５５】
図５〜図７は、一部の実施形態に係る、イベントチケットのＧＵＩの例示的なワイヤフレームを示している。一部の実施形態において、イベントチケットビューＵＩ５００は、イベントチケット収集モジュール３１２に記憶されたイベントチケットに関連するデータを表示することによって、ユーザが現在のステータスを確認するとともにイベントチケットの履歴を再検討できるようにしてもよい。イベントチケットビューＵＩ５００は、上述のイベントチケットリストＵＩ４００に一覧化したイベントチケットの選択に応答して、ユーザに提示するようにしてもよい。図５〜図７の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２、情報領域５０４、及び表示領域５０６を含んでいてもよいが、これらに限定されない。識別子領域５０２のデータは、図３の例に関して上述した一意の識別子であってもよい。また、情報領域５０４のデータは、図３の例に関して上述したイベントチケットのステータスの他、図４に関して上述した開始、終了、作成、及び更新情報であってもよい。一部の実施形態において、識別子領域５０２又は情報領域５０４のデータは、インラインテキスト編集モードにて編集するようにしてもよい。また、一部の実施形態において、表示領域５０６には、アクティビティログタブ５０８、パッケージタブ５１０、及びセンサタイムスライスタブ５１２を含んでいてもよい。表示領域５０６は、例えばイベントチケットの要員、イベントに関するアクティビティが行われた日時情報、又はアクティビティの任意の関連コメント等、識別子領域５０２において識別されるイベントチケットに対応したデータエントリを表示するようにしてもよい。
【００５６】
また、イベントチケットビューＵＩ５００は、検索フィールド４２０及びイベントクローズボタン５１４を含んでいてもよいが、これらに限定されない。一部の実施形態において、イベントチケットビューＵＩ５００は、検索フィールド４２０へのテキスト入力に対応するテキストの少なくとも一部を表示領域５０６に含むテキストをハイライトするようにしてもよい。また、イベントクローズボタン５１４をクリックすることにより、識別子領域５０２において識別されるイベントチケットのステータスがクローズに変化して、イベントチケットに関連する如何なるデータも変更不可能となるようにしてもよい（例えば、「リードオンリー」モード）。本開示は、例示的なデータを有するイベントチケットを表示する例示的なグラフィックレイアウトを備えた例示的なＧＵＩを説明及び図示しているが、任意適当なデータを有するイベントチケットを表示する任意適当なグラフィックレイアウトを備えた任意適当なＧＵＩについても考慮している。
【００５７】
図５の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２において参照されるイベントチケットに関して行われたアクティビティに関連するデータを表示するようにしてもよい。一部の実施形態において、アクティビティデータは、アクティビティログタブ５０８の選択又はクリックに応答して、表示領域５０６に表示するようにしてもよい。一例としては、パッケージタブ５１０を選択することによって、アクティビティが行われた日時、アクティビティを行ったオペレータ、及びアクティビティに関連する任意のコメントを識別するデータを表示領域５０６に表示するようにしてもよい。図５の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２において参照される特定のイベントチケットに関して行われたアクティビティに関連するデータを表示するようにしてもよい。一部の実施形態において、イベントチケットビューＵＩ５００は、アクティビティログタブ５０８の選択又はクリックに応答して、ログ追加フィールド５１６を含んでいてもよい。ログ追加領域５１６は、例えばボタン等、アクティビティに関連するコメントへのオペレータによる情報の追加を可能とするグラフィック要素を含んでいてもよい。例えば、ログ追加領域５１６のボタンのクリックに応答して、テキストを追加するためのモーダルなウィンドウを表示するようにしてもよい。
【００５８】
図６の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２において参照されるイベントチケットに関して生成された裁定パッケージに関連するデータを表示するようにしてもよい。上述の通り、裁定パッケージは、イベントに関連する情報のデータ又はファイルのソフトウェア集合である。一部の実施形態において、このデータ又はファイルは、後述のアクティビティログタブ５０８及びセンサタイムスライスタブ５１２に関連するデータを含んでいてもよい。更に、裁定パッケージは、上述の通り、イベントに関連するセンサ１１０〜１１４からの測定値及びセンサ１１０〜１１４のデータを含んでいてもよい。一例として、裁定パッケージは、イベントチケットを管理して更に解析する責任を負うエンティティの特定の第三者に対して、電子メールで送るようにしてもよい。別の例として、イベントチケットを管理する責任を負う要員は、１つ又は複数の裁定パッケージをダウンロードするためのセキュアなリンクを受信するようにしてもよい。図５の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２において参照されるイベントチケットに関して生成された裁定パッケージに関して行われたアクティビティに関連するデータを表示するようにしてもよい。一部の実施形態においては、パッケージタブ５１０の選択又はクリックに応答して、生成された裁定パッケージに関連するデータを表示領域５０６に表示するようにしてもよい。一例としては、パッケージタブ５１０を選択することによって、生成された裁定パッケージ、裁定パッケージが生成されたデータ、各裁定パッケージを生成したオペレータ、又は各裁定パッケージに関して行い得るアクションを識別するデータを表示領域５０６に表示するようにしてもよい。一部の実施形態において、生成された裁定パッケージを識別するデータは、裁定パッケージをダウンロードするための埋め込みリンクを含んでいてもよい。また、一部の実施形態において、各裁定パッケージに関して行い得るアクションは、裁定パッケージの送付又は裁定パッケージの生成に用いられたパラメータもしくは裁定パッケージを受信済みの受信者の一覧等、裁定パッケージに関連する特定の詳細の確認を含んでいてもよい。
【００５９】
図７の例に示すように、イベントチケットビューＵＩ５００は、識別子領域５０２において参照される特定のイベントチケットに関連するセンサ１１０〜１１４に関連するデータを表示するようにしてもよい。一部の実施形態において、特定のイベントチケットに関連するセンサ１１０〜１１４のデータは、センサタイムスライスタブ５１２の選択又はクリックに応答して、表示領域５０６に表示するようにしてもよい。一例としては、パッケージタブ５１０を選択することによって、イベントチケットに関連するセンサ１１０〜１１４、イベントに関連するデータをセンサ１１０〜１１４が送信した開始日時、イベントに関連するデータをセンサ１１０〜１１４が送信した終了日時、及びセンサ１１０〜１１４をイベントチケットに追加したオペレータを識別するデータを表示領域５０６に表示するようにしてもよい。一部の実施形態において、イベントチケットビューＵＩ５００は、センサタイムスライスタブ５１２の選択又はクリックに応答して、パッケージ作成領域７０２を含んでいてもよい。ログ作成ボタン７０２によれば、少なくとも表示領域５０６において識別されるセンサ１１０〜１１４及び情報領域５０４のデータに一部基づいて、裁定パッケージを生成するプロセスをオペレータが開始可能である。
【００６０】
図８は、一部の実施形態に係る、イベントチケットを管理する例示的なフローチャート全体８００を示している。ステップ８１０においては、少なくとも１つの放射線検出センサ測定値に関連するデータを受信する。図２の例に示すように、センサベース検出システム１０２は、センサ１１０〜１１４からネットワーク１６０を介してデータを受信するようにしてもよい。ステップ８２０においては、特定の条件を満たす受信データに応答して、イベントチケットを生成する。上述の通り、イベントチケットモジュール３１０は、センサ１１０〜１１４からの測定値に基づいてイベントチケットを生成するようにしてもよい。ステップ８３０においては、イベントチケットを第１のエンティティに割り当てて処理する。上述の通り、イベントチケットモジュール３１０の解析プロセスでは、センサデータの値又はイベントチケットの時間係属性に基づいて、イベントチケットの割り当てを行うようにしてもよい。
【００６１】
図９は、一部の実施形態に係る、イベントチケットを管理する別の例示的なフローチャート全体９００を示している。ステップ９１０においては、少なくとも１つのセンサから、センサ測定値に関連するデータを受信する。図２の例に示すように、センサベース検出システム１０２は、センサ１１０〜１１４からネットワーク１６０を介してデータを受信するようにしてもよい。ステップ９２０においては、特定の条件を超える受信データに応答して、イベントチケットを生成する。例えば、イベントチケットモジュール３１０は、センサ１１０〜１１４からの測定値が特定の範囲を超えているものと判定して、イベントチケットを生成するようにしてもよい。一例において、イベントチケットモジュール３１０が生成したイベントチケットは、イベントチケット識別子に関連する情報、センサデータ、イベントチケットのステータス、又はこれらの任意の組み合わせを含む。ステップ９３０においては、イベントチケットを第１のエンティティに割り当てて処理する。ステップ９４０においては、生成したイベントチケットの係属性更には生成したイベントチケットに関して行われたアクションに基づいて、生成したイベントチケットを第２のエンティティに再度割り当てる。イベントチケットモジュール３１０は、センサ１１０〜１１４からの増加測定値に基づいて、イベントチケットのステータスのエスカレーションを行うようにしてもよい。ステップ９５０においては、生成したイベントチケットが処理待ちであることを示すメッセージを第２のエンティティに送信する。
【００６２】
図１０は、一実施形態に係る、例示的なコンピュータシステムを示している。図１０の例に示すように、実施形態を実装するための例示的なシステムモジュールは、コンピュータシステム環境１０００等の汎用コンピュータシステム環境を具備する。コンピュータシステム環境１０００は、サーバ、スイッチ、ルータ、デスクトップ型コンピュータ、ラップトップ、タブレット、モバイル機器、及びスマートフォンを具備していてもよいが、これらに限定されない。通常、コンピュータシステム環境１０００は、その最も基本的な構成において、少なくとも１つの処理ユニット１００２及びコンピュータ可読記憶媒体１００４を具備する。コンピュータシステム環境の厳密な構成及び種類に応じて、コンピュータ可読記憶媒体１００４は、揮発性（ＲＡＭ等）、不揮発性（ＲＯＭ、フラッシュメモリ等）、又はこれらの何らかの組み合わせであってもよい。コンピュータ可読記憶媒体１００４の一部の実行により、イベントチケットの管理が行われる（例えば、プロセス８００及び９００）。
【００６３】
また、種々実施形態において、コンピュータシステム環境１０００は、他の特徴／機能を有していてもよい。例えば、コンピュータシステム環境１０００は、磁気又は光ディスク又はテープ、あるいはこれらに限定されない付加的なストレージ（リムーバブル及び／又は非リムーバブル）を具備していてもよい。このような付加的なストレージは、リムーバブルストレージ１００８及び非リムーバブルストレージ１０１０により図示する。コンピュータ記憶媒体としては、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータ等の情報を記憶する任意の方法又は技術において実装される揮発性及び不揮発性の取り外し可能及び取り外し不可能な媒体が挙げられる。コンピュータ可読媒体１００４、リムーバブルストレージ１００８、及び非リムーバブルストレージ１０１０はすべて、コンピュータ記憶媒体の例である。コンピュータ記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ等のメモリ技術、増設メモリ（例えば、ＵＳＢスティック、コンパクトフラッシュ（登録商標）カード、ＳＤカード）、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）等の光学ストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ等の磁気記憶装置、又は所望の情報の記憶に使用可能かつコンピュータシステム環境１０００によりアクセス可能なその他任意の媒体を挙げることができるが、これらに限定されない。このような任意のコンピュータ記憶媒体は、コンピュータシステム環境１０００の一部であってもよい。
【００６４】
また、一部の実施形態において、コンピュータシステム環境１０００は、他の装置との連通を可能にする通信接続１０１２を含んでいてもよい。通信接続１０１２は、通信媒体の一例である。通信媒体は通常、搬送波又は他の搬送機構等の変調データ信号において、コンピュータ可読命令、データ構造、プログラムモジュール、又は他のデータを具現化し、任意の情報送達媒体を含む。用語「変調データ信号」は、その特性セットのうちの１つ又は複数を有するか、又は信号中の情報を符号化するように変更された信号を意味する。一例として、通信媒体としては、有線ネットワーク又は直結有線接続等の有線媒体及び音響、ＲＦ、赤外線等の無線媒体を挙げることができるが、これらに限定されない。本明細書におけるコンピュータ可読媒体という用語には、記憶媒体及び通信媒体の両者を含む。
【００６５】
通信接続１０１２は、ファイバチャネル、小型コンピュータ用周辺機器インタフェース（ＳＣＳＩ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、イーサネット（登録商標）、Ｗｉ−Ｆｉ、赤外線データ通信規格（ＩｒＤＡ）、ローカルエリアネットワーク（ＬＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、インターネット等のワイドエリアネットワーク（ＷＡＮ）、シリアル、及びユニバーサルシリアルバス（ＵＳＢ）、あるいはこれらに限定されない様々な種類のネットワーク上でコンピュータシステム環境１０００の通信を可能とするものであってもよい。当然のことながら、通信接続１０１２を結合する様々な種類のネットワークは、伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、インターネットプロトコル（ＩＰ）、リアルタイム転送プロトコル（ＲＴＰ）、リアルタイム転送制御プロトコル（ＲＴＣＰ）、ファイル転送プロトコル（ＦＴＰ）、及びハイパーテキスト転送プロトコル（ＨＴＴＰ）、あるいはこれらに限定されない複数のネットワークプロトコルを動作させていてもよい。
【００６６】
また、別の実施形態において、コンピュータシステム環境１０００は、キーボード、マウス、端末又は端末エミュレータ（接続されているか、又はＴｅｌｎｅｔ、ＳＳＨ、ｈｔｔｐ、ＳＳＬ等を介して遠隔アクセス可能）、ペン、音声入力装置、タッチ入力装置、リモートコントローラ等の入力装置１０１４を有していてもよい。また、ディスプレイ、端末又は端末エミュレータ（接続されているか、又はＴｅｌｎｅｔ、ＳＳＨ、ｈｔｔｐ、ＳＳＬ等を介して遠隔アクセス可能）、スピーカ、発光ダイオード（ＬＥＤ）等の出力装置１０１６が含まれていてもよい。これらの装置はすべて、当技術分野において周知であるため、詳細には説明しない。
【００６７】
一実施形態において、コンピュータ可読記憶媒体１００４は、データオブジェクトモジュール１０２２、ユーザ決定モジュール１０２６、データオブジェクト変更モジュール１０２８、及びメッセージングモジュール１０３０を具備する。データオブジェクトモジュール１０２２は、例えばフローチャート８００及び９００に係るデータオブジェクトにアクセスするように動作可能である。ユーザ決定モジュール１０２６は、データオブジェクトに関連する第１のユーザを決定するのに使用してもよい。データオブジェクト変更モジュール１０２８は、フロー８００及び９００に関して上述した通り、データの一部を変更することによって、第１のユーザとデータオブジェクトとの間の関連性を指定するように動作する。メッセージングモジュール１０３０は、フロー８００及び９００に関して上述した通り、第１のユーザに通知を送信するように動作可能である。一部の実施形態において、メッセージングモジュール１０３０は、図１及び図２の例に示すメッセージングモジュール１０８である。
【００６８】
当然のことながら、コンピュータシステムに関して説明する本発明の実施形態に係る実施態様は、ほんの一例に過ぎず、本発明の範囲を制限するものではない。例えば、本発明の実施形態は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等を含み得るスイッチ及びルータ等の装置に実装するようにしてもよい。当然のことながら、これらの装置は、フローチャート８００に係る方法を実行する命令を記憶するコンピュータ可読媒体を含んでいてもよい。
【００６９】
図１１は、一部の実施形態に係る、別の例示的なコンピュータシステムのブロック図である。図１１は、本開示の実装に適したコンピュータシステム１１１０のブロック図である。コンピュータシステム１１１０は、中央処理装置１１１４、システムメモリ１１１７（通常はＲＡＭであるが、ＲＯＭ、フラッシュＲＡＭ等を含んでいてもよい）、入出力コントローラ１１１８、音声出力インタフェース１１２２を介したスピーカシステム１１２０等の外部音声装置、ディスプレイアダプタ１１２６を介したディスプレイ画面１１２４等の外部装置、シリアルポート１１２８及び１１３０、キーボード１１３２（キーボードコントローラ１１３３と適合）、ストレージインタフェース１１３４、フロッピディスク１１３８を受容するように動作するフロッピディスクドライブ１１３７、ファイバチャネルネットワーク１１９０と接続するように動作するホストバスアダプタ（ＨＢＡ）インタフェースカード１１３５Ａ、ＳＣＳＩバス１１３９と接続するように動作するホストバスアダプタ（ＨＢＡ）インタフェースカード１１３５Ｂ、及び光ディスク１１４２を受容するように動作する光ディスクドライブ１１４０等、当該コンピュータシステム１１１０の主要なサブシステムを相互接続するバス１１１２を具備する。また、マウス１１４６（又はシリアルポート１１２８を介してバス１１１２に結合された他のポイント＆クリック方式の装置）、モデム１１４７（シリアルポート１１３０を介してバス１１１２に結合）、及びネットワークインタフェース１１４８（バス１１１２に直接結合）を具備する。当然のことながら、ネットワークインタフェース１１４８は、１つ又は複数のイーサネット（登録商標）ポート、無線ローカルエリアネットワーク（ＷＬＡＮ）インタフェース等を含んでいてもよいが、これらに限定されない。システムメモリ１１１７は、階層ネットワークを構成するとともに、当該階層ネットワーク内のトポロジ変化に応答してトラヒックフローを更新するように動作可能な階層ジェネレータ・トラヒックフローモジュール１１５０を具備する。一実施形態によれば、イベントチケット管理モジュール１１５０は、様々なタスクを実行する他のモジュールを具備していてもよい。例えば、イベントチケット管理モジュール１１５０は、図９に関して上述した通り、データオブジェクトモジュール１０２２、ユーザ決定モジュール１０２６、データオブジェクト変更モジュール１０２８、及びメッセージングモジュール１０３０を具備していてもよい。当然のことながら、イベントチケット管理モジュール１１５０は、システム中の任意の場所に配置されていてもよく、システムメモリ１１１７に限定されない。このように、システムメモリ１１１７内にイベントチケット管理モジュール１１５０が存在するのは、ほんの一例に過ぎず、本発明の範囲を制限するものではない。例えば、イベントチケット管理モジュール１１５０の一部は、中央処理装置１１１４及び／又はネットワークインタフェース１１４８内に存在していてもよいが、これらに限定されない。
【００７０】
バス１１１２は、中央処理装置１１１４と、上述の通りリードオンリーメモリ（ＲＯＭ）又はフラッシュメモリ（いずれも図示せず）及びランダムアクセスメモリ（ＲＡＭ）（図示せず）を含み得るシステムメモリ１１１７との間のデータ通信を可能にする。ＲＡＭは一般的に、オペレーティングシステム及びアプリケーションプログラムがロードされる主記憶装置である。ＲＯＭ又はフラッシュメモリは、いくつかあるコードの中で特に、周辺構成要素との相互作用等の基本的なハードウェア動作を制御する基本入出力システム（ＢＩＯＳ）を含むことができる。コンピュータシステム１１１０に存在するアプリケーションは一般的に、ハードディスクドライブ（例えば、固定ディスク１１４４）、光ドライブ（例えば、光ドライブ１１４０）、フロッピディスクユニット１１３７、又は他の記憶媒体等のコンピュータ可読媒体上に記憶され、当該コンピュータ可読媒体を介してアクセスされる。また、アプリケーションは、ネットワークモデム１１４７又はインタフェース１１４８を介したアクセス時にアプリケーション及びデータ通信技術に従って変調される電子信号の形態とすることができる。
【００７１】
ストレージインタフェース１１３４は、コンピュータシステム１１１０の他のストレージインタフェースと同様に、固定ディスクドライブ１１４４等の標準的なコンピュータ可読媒体に接続して、情報の記憶及び／又は読み出しを行うことができる。固定ディスクドライブ１１４４は、コンピュータシステム１１１０の一部であってもよいし、別個であって、他のインタフェースシステムを介してアクセスするようにしてもよい。ネットワークインタフェース１１４８は、他の装置との複数の接続を提供していてもよい。更に、モデム１１４７は、電話回線を介したリモートサーバとの直接接続又はインターネットサービスプロバイダ（ＩＳＰ）を介したインターネットとの直接接続を提供していてもよい。ネットワークインタフェース１１４８は、任意数のネットワーク接続された装置を含み得るデータネットワークとの１つ又は複数の接続を提供していてもよい。当然のことながら、ネットワークインタフェース１１４８を介した接続は、ＰＯＰ（Ｐｏｉｎｔ  ｏｆ  Ｐｒｅｓｅｎｃｅ）を介したインターネットとの直接ネットワークリンクを介したリモートサーバとの直接接続を介していてもよい。ネットワークインタフェース１１４８は、デジタル携帯電話接続、セルラーデジタルパケットデータ（ＣＤＰＤ）接続、デジタル衛星データ接続等の無線技術を用いて、このような接続を提供していてもよい。
【００７２】
その他、多くの装置又はサブシステム（図示せず）を同様に接続してもよい（例えば、文書スキャナ、デジタルカメラ等）。逆に、本開示の実施においては、図１１に示す装置がすべて存在している必要はない。これらの装置及びサブシステムは、図１１と異なる方法で相互接続可能である。また、図１１に示すようなコンピュータシステムの動作は、当技術分野において既知であり、本願において詳細に説明することはしない。本開示を実装するためのコードは、システムメモリ１１１７、固定ディスク１１４４、光ディスク１１４２、又はフロッピディスク１１３８のうちの１つ又は複数等のコンピュータ可読記憶媒体に記憶可能である。コンピュータシステム１１１０上のオペレーティングシステムは、ＭＳ−ＤＯＳ（登録商標）、ＭＳ−ＷＩＮＤＯＷＳ（登録商標）、ＯＳ／２（登録商標）、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、又はその他任意のオペレーティングシステムであってもよい。
【００７３】
更に、本明細書に記載の信号に関して、当業者であれば、第１のブロックから第２のブロックに信号を直接送信可能であるか、又はブロック間で信号を変更（例えば、増幅、減衰、遅延、ラッチ、バッファリング、反転、フィルタリング、あるいは変調）可能であることが認識されよう。上記実施形態の信号は、あるブロックから次のブロックに送信されるように特徴付けられているが、本開示の他の実施形態においては、信号の情報的及び／又は機能的特徴がブロック間で送信される限り、上記のように直接送信される信号の代わりに変調信号を含んでいてもよい。第２のブロックにおける信号入力は、関連する回路の物理的制約から、第１のブロックの第１の信号出力から導出される第２の信号として、ある程度までは概念化可能である（例えば、何らかの減衰又は遅延が必然的に存在することになる）。従って、本明細書において、第１の信号から導出される第２の信号は、回路の制約あるいは第１の信号の情報的及び／又は最終的な機能的特徴を変化させない他の回路要素の通過によっても、第１の信号又は当該第１の信号の任意の変調を含む。
【００７４】
以上の記述は、説明のため、特定の実施形態を参照して記載している。ただし、上記の例示的な説明は、網羅的なものでもなければ、本発明を開示の厳密な形態に制限するものでもない。上記の教示内容を考慮して、多くの改良及び変形が可能である。
【図１】
2015222945.tif 000003
【図２】
2015222945.tif 000004
【図３】
2015222945.tif 000005
【図４】
2015222945.tif 000006
【図５】
2015222945.tif 000007
【図６】
2015222945.tif 000008
【図７】
2015222945.tif 000009
【図８】
2015222945.tif 000010
【図９】
2015222945.tif 000011
【図１０】
2015222945.tif 000012
【図１１】
2015222945.tif 000013
【外国語明細書】
2015222945.tif 000014
2015222945.tif 000015
2015222945.tif 000016
2015222945.tif 000017
2015222945.tif 000018
2015222945.tif 000019
2015222945.tif 000020
2015222945.tif 000021
2015222945.tif 000022
2015222945.tif 000023
2015222945.tif 000024
2015222945.tif 000025
2015222945.tif 000026
2015222945.tif 000027
2015222945.tif 000028
2015222945.tif 000029
2015222945.tif 000030
2015222945.tif 000031
2015222945.tif 000032
2015222945.tif 000033
2015222945.tif 000034
2015222945.tif 000035
2015222945.tif 000036
2015222945.tif 000037
2015222945.tif 000038
2015222945.tif 000039
2015222945.tif 000040
2015222945.tif 000041
2015222945.tif 000042
2015222945.tif 000043
2015222945.tif 000044
2015222945.tif 000045
2015222945.tif 000046
2015222945.tif 000047
2015222945.tif 000048
2015222945.tif 000049
2015222945.tif 000050
2015222945.tif 000051
2015222945.tif 000052
2015222945.tif 000053
2015222945.tif 000054
2015222945.tif 000055
2015222945.tif 000056
2015222945.tif 000057
2015222945.tif 000058
2015222945.tif 000059
2015222945.tif 000060