(57)【要約】  物理的な侵入の検知／警報を管理するネットワーク化されたシステムであり、層となった装置、ルールエンジン、ルールエンジン及びルールエンジンの成果と相互作用するルータを含み、ルータは、ルールエンジンへ入力し、ルールエンジンからの出力を受け取るよう構成され、ルータはさらに、前記ルールエンジンにより実行されるルールの成果を、プログラムにより、サブスクライバ装置がアクセスできるようにコンピュータ記憶装置に保存された階層構造へ送るよう構成される。【選択図】図２
2017515326.tif 000002
【特許請求の範囲】
【請求項１】
ルールエンジンを管理するシステムであって、前記システムは、
ルールエンジンを実行するコンピュータ装置と、
前記ルールエンジン及びルールエンジンによる成果と相互作用するルータであって、前記ルータは、前記ルールエンジンへ入力し、前記ルールエンジンからの出力を受け取るよう構成されていることを特徴とする、ルータと、
を具備し、
前記ルータはさらに、
前記ルールエンジンにより実行されるルールの成果を、プログラムにより、サブスクライバ装置がアクセスできるようにコンピュータ記憶装置に保存された階層構造へ送ることを特徴とする、
システム。
【請求項２】
前記ルールエンジンは、前記ルール内にルーティング情報をサポートする定義済みのルールフォーマットで動作することを特徴とする、請求項１に記載のシステム。
【請求項３】
前記ルールエンジンは、前記ルールと関連付けられたルーティング情報をサポートする定義済みのルールフォーマットで動作することを特徴とする、請求項１に記載のシステム。
【請求項４】
前記ルータは、パブリッシュ／サブスクライブ接続プロトコルをサポートすることを特徴とする、請求項１に記載のシステム。
【請求項５】
前記ルータは、ＭＱＴＴ接続プロトコルをサポートすることを特徴とする、請求項１に記載のシステム。
【請求項６】
前記ルールエンジンは、ルールを実行したとき、前記ルールの出力を前記階層構造中の具体的なパブリッシュトピックに自動的にパブリッシュすることを特徴とする、請求項１に記載のシステム。
【請求項７】
前記階層構造にアクセスし、始動したルールの出力を受け取りそして処理するために他の処理によりサブスクライブすることを特徴とする、請求項１に記載のシステム。
【請求項８】
前記階層構造は、サブスクライブされたトピックより高い階層のトピックとなるトピックの上位集合を伴うトピックの集合として構成されていることを特徴とする、請求項１に記載のシステム。
【請求項９】
前記処理／装置はセンサ処理及びセンサ装置であることを特徴とする、請求項１に記載のシステム。
【請求項１０】
センサ装置のネットワークを管理する方法であって、前記方法は、
装置中のルールエンジンによりルールを始動するステップであって、前記ルールの始動によりルールの成果をもたらすことを特徴とするステップと、
前記ルールにサブスクライブするサブスクライバ装置により、前記成果にアクセスするために、ルールエンジンからコンピュータ記憶装置に保存された階層構造に前記ルールの成果を、プログラムによりルーティングするステップと、
を具備することを特徴とする、
方法。
【請求項１１】
前記ルールエンジンは前記ルール内にルーティング情報をサポートする定義済みのルールフォーマットで動作することを特徴とする、請求項１０に記載の方法。
【請求項１２】
プログラムによりルーティングするステップはさらに、
前記階層構造中の具体的なパブリッシュトピックにルールの出力を、前記ルールエンジンにより、自動的にパブリッシュするステップを具備することを特徴とする、請求項１０に記載の方法。
【請求項１３】
始動したルールの出力を受け取りそして処理するために、他の処理により前記階層構造にサブスクライブするステップをさらに具備することを特徴とする、請求項１０に記載の方法。
【請求項１４】
前記装置はセンサ装置であることを特徴とする、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権の主張）
本出願は、表題「無線センサネットワーク」として、２０１４年４月２日に出願した米国仮特許出願６１／９７３，９６２、表題「無線センサネットワーク」として、２０１４年２月２８日に出願した米国仮特許出願６１／９４６，０５４、及び、表題「メッセージルーティングに組み込まれたルールエンジン」として、２０１４年８月２０日に出願した米国実用特許出願１４／４６３，８３０について、３５Ｕ.Ｓ.Ｃ.セクション１１９（ｅ）に基づく優先権を主張するものであり、これらの出願内容のすべてを本出願に組み込むものとする。
【０００２】
本明細書は、特に保安システムのデータ収集システムの動作に関する。
【背景技術】
【０００３】
サーバベースの遠隔監視および報告書自動作成を有するデータ収集システムに基づく、無線センサ装置データ収集システムは、家庭用安全監視、電気及び水のユーティリティメータ監視、及び、人物追跡及び資産追跡のようなアプリケーションにおいて一般的になりつつある。例えば、会社や自宅所有者が敷地での警報状態を監視するため、及び、監視場所又は保安システムの公認されたユーザに状況を送信するために保安システムを持つことは一般的である。
【０００４】
センサネットワークに関わるような多くの装置が、装置上で実行する処理を制御及び監視するルールを処理するためのサブコンポーネントとしてルールエンジンを用いる。監視装置が内部の値及び内部処理を更新している時はこの実行ルールは出力しないことがあり、あるいは、この実行ルールは、ルールが始動した（実行された）との表示を行うことがある。サブコンポーネントとして、ルール及びデータの最新のものはルールエンジンに送られ、ルールは始動するか又は始動しない。代表的なシステムでは、他のコンポーネントがルールエンジンの出力を評価し、成果をどこに送るべきか、又は、追加処理が必要か、又は、ルールは他のルールと連鎖するか、又は、一般的にルールの始動に起因する出力ルートをどのようにするかのような、とるべき動作を決定する。複雑な制御システムにおいて、ルーティングの決定、及び、ルールエンジンへの又はルールエンジンからのアクションは、成果の転送を成し遂げるためのコードの記述に関する労力の主要な部分となることがある。
【発明の概要】
【０００５】
ルールエンジンへのデータ入力およびルールの更新は、通常、ルールエンジンを制御し、システムの残りとのインターフェースを行う単一の源からもたらされる。これらの一般的な実施例では、著しい追加のソフトウェアと、ルール、データ及び行動を適切に行い経路を定める（ルーティングする）ための構成を必要とする。システムの複雑さに応じて、そのようなシステムを適切な構成に維持し管理することは非常に難しくなる。
【０００６】
追加の機能を持たせて複雑なルールを補強することは、ルールエンジンをタイムリーに実行することを妨げる追加機能の実行時間及び安定性に問題がある。複雑な制御システムにおいて、ルールエンジンによりルールを実行することによるルーティングの決定及び動作が動作の主な部分となる。
【０００７】
１つの態様によれば、ルールエンジンを管理するシステムが開示される。システムは、ルールエンジンを実行するコンピュータ装置と、ルールエンジン及びルールエンジンによる成果と相互作用するルータとを含み、前記ルータは、前記ルールエンジンへ入力し、前記ルールエンジンからの出力を受け取るよう構成され、ルータはさらに、ルールエンジンにより実行されるルールの成果を、プログラムにより、サブスクライバ装置がアクセスできるようにコンピュータ記憶装置に保存された階層構造へ送ることを特徴とする。
【０００８】
以下がこの態様に含まれるいくつかの実施形態である。
【０００９】
ルールエンジンは、ルール内にルーティング情報をサポートする定義済みのルールフォーマットで動作する。ルールエンジンは、ルールと関連付けられたルーティング情報をサポートする定義済みのルールフォーマットで動作する。ルータは、パブリッシュ／サブスクライブ接続プロトコルをサポートする。ルータは、ＭＱＴＴ接続プロトコルをサポートする。ルールエンジンは、ルールを実行したとき、ルールの出力を階層構造中の具体的なパブリッシュトピックに自動的にパブリッシュする。階層構造にアクセスし、始動したルールの出力を受け取りそして処理するために他の処理によりサブスクライブする。階層構造は、サブスクライブされたトピックより高い階層のトピックとなるトピックの上位集合を伴うトピックの集合として構成されている。処理／装置はセンサ処理及びセンサ装置である。
【００１０】
他の態様では、センサ装置のネットワークを管理する方法及びセンサ装置のネットワークを管理するためのコンピュータプログラム製品が含まれる。
【００１１】
態様には、以下の利点の１以上を含むことができる。
【００１２】
実施例により、ルーティング機能を決定し、実行するためのルールエンジンへの外部インターフェースの必要性を削除することができる。ルールが始動したとき、ルールにパブリッシュトピックが含まれている場合、ルールの出力が自動的に、ルールに含まれる具体的なパブリッシュトピック（ルーティングの宛先）にパブリッシュされる。そのルールの出力の成果を必要とする他の処理、例えば「関連処理」は、トピック又はそのトピックの上位集合をサブスクライブし、ルールの出力を受け取り処理する。これにより、ルールエンジン内のデータ位置へ、経路を別途特定しなくても、パブリッシャー装置／処理が可変な更新を直接送ることができる。ルーティングを維持するために、構成データの同期を必要としない。従って、同じトピックにすべて予約するだけで、複数処理により、同じルール上で完全に異なる機能を実施することができる。ルールの出力は、成果の連鎖を形成するために自動的にルールエンジンへ別経路で送ることができる。複雑な追加機能ルーティンにより、ルールエンジンを減速させることなく、且つ、ルールエンジンの実行を停止する危険を冒すことなく、ルールを補助することができる。これは、通信を大まかに接続／連結、パブリッシュ/サブスクライブによりなされる。
【００１３】
本願発明の１以上の実施例の詳細を添付図と下記説明として記述する。さらなる特徴、目的、及び、利点は、この記載、図面、及び、特許請求の範囲から明らかであろう。
【図面の簡単な説明】
【００１４】
【図１】例示的なネットワーク化された保安システムのブロック図である。
【図２】メッセージング／ルールエンジンシステムのブロック図である。
【図３】フローチャートである。
【図４】フローチャートである。
【図５】フローチャートである。
【図６】例示的なネットワーク化された保安システムの、コンポーネントを含むブロック図である。
【発明を実施するための形態】
【００１５】
ここに記載するのは、保安／侵入及び警報システムを含むがこれに限定されない種々の文脈で用いられるネットワーク機能の実施例である。例示的な保安システムには、種々のセンサと電気的に又は無線で接続された侵入検知パネルを含むことができる。これらのセンサの形式には、動作検出器、カメラ、及び、近接センサ（例えば、扉又は窓が開いているかどうかを判断するために用いる）を含むことができる。一般的に、このようなシステムは、監視している特定の状況が変化したか安全ではなくなったかを示すために、比較的単純な信号（電気的に開いているか閉じているか）を受け取る。
【００１６】
例えば、一般的な侵入システムは建物の入り口扉を監視するよう設定することができる。扉が閉まっているとき、近接センサは電磁接触器を検知し電気的に閉じた回路を生成する。扉が開いているとき、近接センサは回路を開き、警報状態が生じた（例えば、入り口扉が開いている）ことを示す信号をパネルに送る。
【００１７】
データ収集システムは、家庭用安全監視のようなアプリケーションにおいて、より一般的になっている。データ収集システムは、無線センサネットワーク及び無線装置を採用し、サーバベースの遠隔監視及び報告書自動作成を含むことができる。以下に詳細説明するように、無線センサネットワークは、一般に、コンピュータ装置同士の有線及び無線リンクの組み合わせを用い、無線リンクは、通常、最も低いレベルでの（例えば、末端ノード装置からハブ／ゲートウェイへの）接続に用いられる。例示的なネットワークにおいて、ネットワークのエッジ（無線接続された）層は、具体的な機能を有するリソースに制約のある装置で構成されている。これらの装置は、小から中程度の処理電力及びメモリを有し、バッテリーから電源供給されることがあり、従って多くの時間をスリープモードとすることでエネルギーを保持する必要がある。一般的なモデルは、エンドノードがハブ及びスポークのスタイル構造でペアレントノードと直接通信する単一の無線ネットワークを各エッジ装置が形成するようなものとなる。ペアレントノードは、例えば、アクセスポイント又は他のサブコーディネータに接続されるゲートウェイ上のアクセスポイント又はサブコーディネータとすることができる。
【００１８】
ここで図１を参照すると、例示的な無線センサネットワーク（ＷＳＮ）の例示的な（グローバル）分散型ネットワークトポロジーが示されている。図１において、分散型ネットワーク１０は、論理的に層又は階層的レベル２ａ〜１２ｃに分割されている。センサネットワークのグローバルな分散型ネットワークトポロジーには、個々のノード又はノードの集まりで、丸で囲んだ「Ｒ」で示されている分散されたルールエンジンが含まれる。ネットワークの上位層又は階層的レベル１２ａは、インターネットプロトコルのような、又は、インターネットではないか又はインターネットの一部を用いる私的なネットワークの場合もある、十分確立されたネットワーク技術を用いてネットワーク化された「クラウドコンピューティング」を走らせる、サーバ及び／又は仮想サーバ１４に配置される。これらのサーバ１４上で走るアプリケーションは、ＷｅｂインターネットネットワークＸＭＬ／ＳＯＡＰ、ＲＥＳＴｆｕｌウェブサービスのような種々のプロトコル、及び、ＨＴＴＰやＡＴＯＭのような他のアプリケーションレイヤー技術を用いて通信する。分散型ネットワーク１０は、以下に示し説明するように、装置（ノード）同士で直接的なリンクを有する。
【００１９】
分散型ネットワーク１０には、個々の建物及び構造体の内部の便利な、中央の場所に配置されたゲートウェイ１６を伴う、ここで中間層と称する、第２の論理的に分割された層又は階層的レベル１２ｂが含まれる。これらのゲートウェイ１６は、サーバ１４がスタンドアローンの専用サーバであろうと及び／又はウェブプログラミング技術を用いてクラウドアプリケーションを走らせるクラウドベースのサーバであろうと、上位層のサーバ１４と通信する。中間層ゲートウェイ１６はまた、ローカルエリアネットワーク１７ａ（例えば、イーサネット又は８０２．１１）及び携帯電話ネットワークインターフェース１７ｂの両方とともに示されている。
【００２０】
分散型ネットワークトポロジーにはまた、十分機能するセンサノード１８（例えば、図１で「Ｆ」の印をつけた例えば、トランシーバ又は少なくともトランスミッタのような無線装置を含むセンサノード）及び（図１で「Ｃ」の印をつけた）制約のある無線センサ又はセンサ末端ノード２０を伴う下位層（エッジレイヤー）１２ｃの装置の集合が含まれる。いくつかの実施形態では有線センサ（不図示）を分散型ネットワーク１０の態様に含めることができる。
【００２１】
ここで図２を参照すると、メッセージルーティング４４に組み込まれたルールエンジン４２を含む装置４１に機構４０が供給される。機構４０は、機能的に及び／又は物理的に、ルールエンジン４２を、パブリッシュ／サブスクライブ（その他）の形式のメッセージルーティングシステムと結合させる。ルールエンジン４２のルールは、ルール詳細に加えて、随意的にパブリッシュトピック（ルーティングの宛先）及び変数のペイロードを含むよう記載される。ルールが始動したとき、ルールにパブリッシュトピックが含まれる場合、ルールの出力は自動的にルール中に含まれる具体的なパブリッシュトピック（ルーティングの宛先）にパブリッされる。そのルールの出力の成果を必要とするすべての他の処理、例えば、「関連処理」は、トピック又はそのトピックの上位集合にサブスクライブし、ルールの出力を受け取り処理する。ルールの他の実施例では、ルールは、随意的なパブリッシュトピックを持つ代わりに、他のルール又は装置のどちらかであり、具体的なパブリッシュトピックではない目的を有する。サブルーチン５３は、ルーティング制御装置４６により、メッセージのルーティングの一部として実行される。
【００２２】
装置４１には、ルールエンジン４２及びメッセージルーティングに加えて、「ＭＱＴＴ」（ＭＱテレメトリトランスポート）（ここで、ＭＱＴＴはマシーン・ツー・マシーン（Ｍ２Ｍ）／「インターネット・オブ・シングス」接続プロトコルである、ｍｑｔｔ.ｏｒｇ参照）、のような適切なマシーン・ツー・マシーン接続プロトコルを用いて動作するルーティング制御装置４６のような種々のサブシステムが含まれる。装置４１にはまた、インターフェース４８、５０、５２、すなわち、ＲＦ（高周波）網目状物理レイヤーインターフェース４８、シリアル物理レイヤーインターフェース５０、及びＩＰ（インターネットプロトコルインターフェース）５２がここに含まれる。エージェント５４ａ〜５４ｃは、ルールエンジン４２及びルールエンジン４２によりもたらされる成果と相互作用することができる。エージェント５４ａ〜５４ｃは、ゲートウェイのような、装置上で走る独立したソフトウェアエージェント又はルール実行モジュール（入力状態をチェックしそれに応答する機能を独立に走らせる）のインスタンスである。装置４１において、ルールエンジン４２及びインターフェース４８、５０、５２及びエージェント５４ａ〜５４ｃのような種々のサブシステムは、図示の通り、ルーティング制御装置４６を介してルーティングシステムとインターフェースする。
【００２３】
機構４０は、入出力ルールエンジン４２とインターフェースするルーティングシステム４４を装置１に提供する。ルール内にあるか又はルールと関連付けられているルーティング情報をサポートするルールフォーマットを定義する。ルールが始動したとき、機構４０は、成果を自動的にルーティングする場所をプログラムにより知る。
【００２４】
装置４１は、ルーティング制御装置としての役割を果たすＭＱＴＴブローカを有し、ＲＦ網目状物理レイヤーインターフェース４８及びシリアル物理レイヤーインターフェース５０及びＩＰインターフェース５２が、機構４０内の他のコンポーネント、へ／から、メッセージ、ルール、データ、等、を送信し、受信するために用いられる。ルールエンジン４２はまた、ルール及びルールパラメータ等の記憶装置４２ａ、及び、ルールエンジンＭＱＴＴインターフェース４２ｂを含む。このようにルールエンジン４２には、コンピュータ読み取り可能ハードウェア記憶装置に記憶されている、エンジン４２に必要な種々のルール及びルールパラメータが含まれる。
【００２５】
ここで図３を参照すると、機構４０は、始動時及び追加の変数が必要となったときルールに関連付けられた変数の値をパブリッシュする６２ためのルールを提供する処理６０を実行する。これは、後で、ルールがなぜ始動したかを理解し、ルールの改良を生み出し、そして、ルールの状況を理解する処理をモデル化するために、システムによる後からの分析に役立つ。更なる強化では、ルールエンジン内で変数とルールのネーミング及び階層とをマッチさせる６４ために、パブリッシュ／サブスクライブトピック階層名を用いる。この方法により、パブリッシャー装置／処理は、別途ルールエンジン内のデータ位置への経路を特定することなく、直接的に変数の更新を送信することができる。ルーティングの定義を圧縮するためにルーティングＩＤに変換するＭＱＴＴ−ＳＮのようなシステムにおいて、このことは、無線ネットワークを介した送信サイズを大きく減少させることができる。
【００２６】
ルールエンジンの前のルーティングシステムは、ルーティング経路から完全な変数名をプログラムにより組み立てる６６ので、ルーティングされたメッセージのペイロード部分が必要でなくなる。このルーティングの例では、複雑な変数名が自動的に、以下のように提示される。
【００２７】
Sent from a device:
/DevicelD/SensorOut/Temperature - routing and identification
portion Key=5   -payload with a Key/ Value pair
Converted to rules variable format that includes the hierarchical structure and sent to the rules engine:
DeviceID.SensorOut.Temperature.Key=5
ここで図４を参照すると、多くの装置及び処理の間でのルーティングルールエンジン入出力の複雑性は、ルーティング配置４４及び任意的なペイロードによる自動的なルーティングの、統合された割り当て方法を含むルールエンジン４２により、取り除かれる。メッセージのルーティングでは、上述のように、「パブリッシュ／サブスクライブ」技術を用い、及び、用いられる特定のバージョンは、ＭＱＴＴプロトコルである。ＭＱＴＴルーティングプロトコルは、トピックとして知られる特定の名前にデータを作り告知するパブリッシャー装置／処理をサポートする。図１の文脈で、トピックは、図１のネットワーク中の種々のセンサに対応する「/sensors」とすることができる。「トピック」の構造は、階層の複数のレベル及び階層のすべて又は一部のワイルドカードによる選択をサポートする。
【００２８】
パブリッシャー装置／処理は、リスナ（ルールの実行の成果を消費する実際の宛先）を知らず知る必要もない。ルールエンジン４２のようなパブリッシャー装置は、成果７２をトピックにパブリッシュすることのみを必要とする。リスナ、すなわち、サブスクライブと称される他の装置は、どのトピック及び階層にサブスクライブするのかを決定する７４。どのサブスクライバ装置／処理も、特定のパブリッシュされたトピックを傾聴することを選ばず、そのトピックにパブリッシュした関連データを回収しないか、又は、１以上のサブスクライバ装置／処理は、特定のパブリッシュされたトピックを傾聴することを選び、そのトピックにパブリッシュした関連データを回収する。リスナ（サブスクライバ）は、リスナがサブスクライブしたトピック及び階層からの情報を消費する７６。
【００２９】
どのサブスクライバ装置／処理も、特定のパブリッシュされたトピックを傾聴することを選ばず、関連したデータを受け取らないか、又は、１以上のサブスクライバ装置／処理は、特定のパブリッシュされたトピックを傾聴することを選び、関連したデータを受け取る。従って、複数のサブスクライバ装置／処理は、お互いに干渉することなく、異なるレートでサブスクライブされた情報を消費する。機構４０は、ルールエンジン、例えば、ルールエンジン４２を、パブリッシュ／サブスクライブ（その他）の形式のメッセージルーティングシステム制御装置４６に統合する。ルールは、実行可能なルール、必要なパラメータ、パブリッシュトピック、及び変数のペイロードを含んで記述される。
【００３０】
図５を参照すると、ルールが始動し８２、ルールの始動からの成果の出力は、具体的なパブリッシュトピックへ自動的にパブリッシュされる８４。このトピック、又はこのトピックを含む、トピックの上位集合にサブスクライブした、ルールの成果に関連するすべての処理は、出力された成果を受け取る８６。出力された成果を受け取る他の関連する処理により、特定の受信処理に従い始動したルールの成果の出力を受け取る処理がなされる８８。
【００３１】
この配置により、ルーティング機能を判断し実行するルールエンジンへの外部インターフェースの必要がなくなる。ルーティングを維持するために構成データの同期を行う必要はない。従って、同じトピックにサブスクライブするだけで、同じルールによる成果に対し、完全に異なる機能の複数の処理を実行することができる。成果の連鎖を形成するためにルールエンジンへのルール出力の経路変更が自動的に行われる。複雑な追加の機能ルーティンにより、ルールエンジンの速度を落とすことなく、またルールエンジンの実行の停止の危険を冒すことなく、ルールの手助けを行うことができる。これは、大まかに接続／連結されたパブリッシュ／サブスクライブ結合により行われる。
【００３２】
ルール出力の受信器は、ルールに関連する可変の設定値をすべて含む強力なメッセージを取得することができる。これにより、受信器は、ルールが「始動」したときすべてのパラメータの正確な状態を知ることができる。この状態は、なぜルールが始動したのかを判断し、続くルールの始動／使用の最適化のために、分析することができる。一般に、ルールエンジンへの入力は、データの流れ及び応答を管理する単一のインターフェースルーチンから贈られるデータである。ルールエンジンにデータを送ることを望むあらゆる装置又は処理は、定義済みトピックへ成果をパブリッシュし、ルールエンジンはそれを受け取って処理する。
【００３３】
ルールエンジンは、メインフレームワークステーション、パーソナルコンピュータ、サーバ、ポータブルコンピュータ装置、又は、命令を実行しネットワークに接続し、ネットワークを介してデータパケットを転送する能力のあるあらゆるのタイプの優れた装置のような、適切な形式のコンピュータ装置を用いて、実施することができる。このエンジンは、ネットワーク上で使用するデータパケットを生成し、受取、送信するための、適切なあらゆるコンピュータプログラムを実行することができる。
【００３４】
上述の各処理は、実行可能な命令を永続的に又は一時的に保存するコンピュータメモリのような、１以上の非一時的な機械読み取り可能媒体に保存することができる。これらの装置の各々は、ここに記載したすべて又は一部の機能を行う命令を実施するために、１以上の処理装置（例えば、マイクロプロセッサ、プログラマブルロジック、特定用途向け集積回路、その他）を含めることもできる。
【００３５】
ここに記載したものと異なる実施形態の要素を、具体的に上述していない他の実施形態を形成するために統合することができる。要素は、ここに記載したものに反する動作を行わないようにして、ここに記載した構成を除外することができる。さらに、ここに記載した機能を実行するために種々の別個の要素を１以上の独立な要素に統合することができる。
【００３６】
図６は、図１に関して説明したＷＳＮの特徴を有し、ここに記載した種々の機能を有する保安システムの例を示す。図６に示すように、相関処理は、特定の制約のあるノード（これらはフリーファンクショナルノードであることもできるが）から入力を受け取る。これらの入力には、認定情報及びビデオ情報を含むことができ、相関処理により、ネットワークを介して送信される関連付けられた成果が生成される。文脈管理処理は、特定の制約のあるノード（これらもフリーファンクショナルノードであることもできるが）から入力、例えば、認定情報及びビデオ及びグループ化情報を受け取り、相関処理を行い、成果がネットワークを介して送信される。ネットワークは、分配されたルール処理及びルールエンジン／メッセージング処理のみならず、非常出口表示、非常カメラの動作をサポートする。範囲拡大装置は、例えば、ゲートウェイとともに用いられ、リアルタイム位置決めシステムは、示された種々のセンサ（例えば、制約のあるタイプ）からの入力を受け取る。クラウドコンピューティング構成及びネットワーク経由のＷＳＮへのサーバインターフェースをサブネットとして走らせることができる。
【００３７】
センサの範囲内の領域で検出されたものを表示するのに加えて、特定のセンサへの入力を広く分析するために必要となる侵入検知パネルなしで、その表示が意味するものを評価するために使うことができる詳細な追加情報を、センサは提供する。
【００３８】
例えば、動作検出器は、部屋の中で動いている暖かい物体の熱形跡を分析し、物体が人物かペット化を判断するよう構成することができる。この分析結果は、検出した物体についての情報を伝達するメッセージ又はデータとなる。種々のセンサがこのようにして、侵入検知パネルでの真の又は確認された警報状態を検知するために、音、動き、振動、圧力、熱、イメージ、等を、適切に組み合わせて検出するために用いられる。
【００３９】
認識ソフトウェアは、人物である対象物と動物である対象物とを区別するために用いることができ、さらに顔認識ソフトウェアを、ビデオカメラに組み込み、周辺への侵入は、認識され認可された個人によるものであるかどうかを確かめるために用いることができる。このようなビデオカメラは、プロセッサ及びメモリを具備し、カメラからの入力（捕捉されたイメージ）を処理し、ビデオカメラで捕捉された個人の認識がなされたか、認識が欠けていたかに関する情報を伝達するメタデータを生成する。この処理は、代替的に又は付加的に、ビデオカメラにより捕捉された／監視された領域内の個人の特徴に関する情報を含めることもできよう。従って、周囲状況に応じて、この情報は、センサへの入力に対する機能強化された分析を行い周辺への侵入対象の特徴を与える、機能強化された動作検出器及びビデオカメラから受信したメタデータ、又は、対象物の認識を確立するために追及する非常に複雑な処理から得られたメタデータのどちらかとなろう。
【００４０】
センサ装置は、さらに複雑な出力を生成し、侵入検知パネルがその処理能力を用いて、侵入の有効性についての理にかなった判断を下すために、周囲の建物の実質的なイメージ又は形跡により、周辺を分析するアルゴリズムを実行するように、複数のセンサを統合することができる。
【００４１】
メモリは、侵入検知パネルのプロセッサで用いられるプログラム命令及びデータを保存する。メモリは、ランダムアクセスメモリ及びリードオンリーメモリの適切な組み合わせとすることができ、適切なプログラム命令（例えば、ファームウェア又はオペレーティングソフトウェア）及び構成データ及びオペレーティングデータを受け入れることができ、ファイルシステム等としてまとめられる。保存されたプログラム命令には、１以上のユーザを認証するための１以上の認証処理が含まれる。パネルのメモリに保存されたプログラム命令は、ネットワーク通信及びデータネットワークとの接続を確立させるソフトウェアコンポーネントをさらに保存することができる。ソフトウェアコンポーネントには、例えば、インターフェース及びキーパッドを含む種々のインターフェースのドライバーコンポーネントのみならず、インターネットプロトコル（ＩＰ）スタックを含めることができる。ネットワークを介しての接続及び通信を確立するのに適した他のソフトウェアコンポーネントは、当業者には明らかであろう。
【００４２】
メモリ中に保存されたプログラム命令は、構成データとともに、パネルの全体的な動作を制御する。
【００４３】
監視サーバには、１以上の処理装置（例えば、マイクロプロセッサ）、ネットワークインターフェース、及び、メモリ（すべて不図示）が含まれる。監視サーバは、物理的にラックマウントのカードの形式をとることができ、１以上の動作端子で通信することができる（不図示）。例示的監視サーバは、ＳＵＲＧＡＲＤ（登録商標）ＳＧ−システムIIIＶｉｒｔｕａｌ又は類似のシステムである。
【００４４】
各監視サーバのプロセッサは、各監視サーバの制御装置としての役割を果たし、各サーバと通信して全体的な動作を制御する。プロセッサには、監視サーバの全体的な動作を制御する、プロセッサで実行可能な命令を保存するメモリを含むか又はこのメモリと通信することができる。適切なソフトウェアは、各監視サーバが警報を受け取り適切な動作を生じさせることを可能にする。ソフトウェアには、適切なインターネットプロトコル（ＩＰ）スタック及びアプリケーション／クライアントを含むことができる。
【００４５】
中央監視場所の各監視サーバは、ＩＰアドレス及びポートと関連付けることができ、それにより、制御パネル及び／又はユーザ装置と通信して警報イベント等を扱うことができる。監視サーバアドレスは、固定とすることができ、従って、監視サーバの特定の１つを侵入検知パネルであると特定することがいつもできる。代替的に、ダイナミックアドレスを用いることができ、固定ドメインネームと関連付け、固定ドメインネームサービスを介して決定する。
【００４６】
ネットワークインターフェースカードは、ネットワークとインターフェースし入力信号を受け取り、そして、例えば、イーサネットネットワークインターフェースカード（ＮＩＣ）の形態をとる。サーバは、コンピュータ、シンクライアント、等とすることができ、受け取った警報イベントを表すデータが、人間のオペレータに送られる。監視場所には、さらに、データベースエンジンにより制御されているデータベースを含む、加入者データベースを含めること、又はこれにアクセスすることができる。データベースは、監視場所でサービスを受けるパネルのような、パネルに対して行う種々のサブスクライバ装置／処理に対応していくつかの項目を包含することができる。
【００４７】
ここに記載したすべて又は一部の処理、及びその種々の変形（ここでは「処理」と称す）は、少なくとも部分的には、コンピュータプログラム製品、すなわち、例えば、プログラマブルプロセッサ、コンピュータ、又は、複数のコンピュータのような、データ処理設備の動作を制御するために、又は、このデータ処理設備に実行させるための、１以上の具体的なコンピュータとなる物理的ハードウェア記憶装置、及び／又は、機械読み取り可能記憶媒体に具体的に組み込まれたコンピュータプログラムを介して実行することができる。コンピュータプログラムは、コンパイラ言語又はインタプリタ言語を含む、どのような形式のプログラム言語で記載してもよく、スタンドアローンプログラム又はモジュールとして、コンポーネント、サブルーチン、又は、コンピュータ環境に適した他のユニットを含む、どのような形式で展開することもできる。コンピュータプログラムは、１つのコンピュータ、又は、１つの場所にある又は複数の場所に分散配置されネットワークで相互に接続された複数のコンピュータに展開し実行することができる。
【００４８】
処理の実施と関連する動作は、校正処理の機能を行う１以上のコンピュータプログラムを実行する１以上のプログラマブルプロセッサにより実行することができる。この処理のすべてまたは一部は、専用ロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）及び／又はＡＳＩＣ（特定用途向け集積回路）とすることができる。
【００４９】
コンピュータプログラムを実行するのに適したプロセッサには、例示として、汎用マイクロプロセッサ及び専用マイクロプロセッサ、種々の種類のディジタルコンピュータの１以上の様々なプロセッサが含まれる。一般に、プロセッサは、リードオンリー保存領域又はランダムアクセス保存領域又はそれらの両方から命令及びデータを受け取る。コンピュータのエレメント（サーバを含む）には、命令を実行するための１以上のプロセッサ及び、命令及びデータを保存する１以上の保存装置が含まれる。一般に、コンピュータはまた、データを保存するための大容量記憶装置、例えば、磁気ディスク、磁気光ディスク、又は、光ディスクのような、１以上の機械読み取り可能記憶媒を含み、又は、これらから受け取ったデータと動作可能に結合し、又はこれらにデータを送信し、又は、その両方を行う。
【００５０】
コンピュータプログラム命令及びデータを具体化するのに適切な、具体的な、物理的ハードウェア記憶装置には、例として、半導体記憶領域装置、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及び、フラッシュ記憶領域装置、磁気ディスク、例えば、内部ハードディスク又はリムーバブルディスク、磁気光ディスク、ＣＤ−ＲＯＭディスク、及びＤＶＤ−ＲＯＭディスクを含む、すべての形式の非揮発性記憶装置、及び、揮発性コンピュータメモリ、例えば、消去可能メモリ、例えばフラッシュメモリ、のみならず、スタティックＲＡＭ、ダイナミックＲＡＭのようなＲＡＭ、が含まれる。
【００５１】
加えて、図面に示したロジックフローは、好ましい結果を達成するために、図示したような特定の順序、一連の順序でなくてもよい。加えて、記載したフローに他の動作を加えてもよく、動作を削除してもよく、そして、他のコンポーネントを記載したシステムに加えても削除してもよい。同様に、図面に示した動作は、別のもので実行してもよく統合してもよい。
【００５２】
ここに記載したものと異なる実施形態の要素を、具体的に上述していない他の実施形態を形成するために統合することができる。要素は、ここに記載したものに反する動作を行わないようにして、ここに記載した処理、コンピュータプログラム、ウェブページ等を除外することができる。さらに、ここに記載した機能を実行するために種々の別個の要素を１以上の独立な要素に統合することができる。
【００５３】
ここに具体的に記載されていない他の実施形態も、以下の特許請求の範囲の技術的範囲になる。
【図１】
2017515326.tif 000003
【図２】
2017515326.tif 000004
【図３】
2017515326.tif 000005
【図４】
2017515326.tif 000006
【図５】
2017515326.tif 000007
【図６】
2017515326.tif 000008
【国際調査報告】
2017515326.tif 000009