(57)【要約】  クライアントデバイスは、データサービスを介してデータを受信するためのさまざまなオプションを有する。これらのオプションの中には、さまざまな異なるインタフェースおよび接続タイプがあり得る。クライアントデバイスの１つの例示的な動作には、クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立すること、所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタすること、所定の時間の期間がデータセッション活動なしに満了したことを識別すること、第１のデータセッションを終了すること、データセッション選好をメモリから取り出すこと、データセッション選好に基づいて、クライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立すること、のうちの少なくとも１つがあり得る。
2017535128.tif 000002
【特許請求の範囲】
【請求項１】
クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立するように構成された送信機と、
所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタし、
所定の時間の期間がデータセッション活動なしに満了したことを識別し、
第１のデータセッションを終了し、
データセッション選好をメモリから取り出し、
データセッション選好に基づいて、クライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立する
ように構成されたプロセッサと
を備える装置。
【請求項２】
第１のデータセッションがクライアントデバイスの第１のポートを介して確立され、第２のデータセッションがクライアントデバイスの第２のポートを介して確立される、請求項１に記載の装置。
【請求項３】
所定の時間の期間がデータセッション活動なしに満了したと識別される請求項１に記載の装置において、肯定応答メッセージが所定の時間の期間内にクライアントデバイスにおいて受信されていないという決定を含む、請求項１に記載の装置。
【請求項４】
プロセッサが、
接続信頼性のための第１のデータセッション選好を識別し、
接続コストのための第２のデータセッション選好を識別する
ようにさらに構成される、請求項１に記載の装置。
【請求項５】
プロセッサが、第１のデータセッション選好および第２のデータセッション選好に基づいて第２のデータサービスプロバイダを選択するようにさらに構成される、請求項４に記載の装置。
【請求項６】
第１のデータサービスプロバイダがローカルＷＩＦＩ接続およびワイヤード接続のうちの少なくとも１つを備える、請求項１に記載の装置。
【請求項７】
第２のデータサービスプロバイダが４Ｇセルラーデータプロバイダおよび衛星データプロバイダのうちの少なくとも１つを含む、請求項１に記載の装置。
【請求項８】
送信機が、第１のデータサービスプロバイダに少なくとも１つのデータパケットを送信するようにさらに構成され、
プロセッサが、少なくとも１つのデータパケットを送信したことに応答してタイマを起動し、肯定応答が所定の時間の期間以内に受信されなかったことを決定するようにさらに構成される、
請求項１に記載の装置。
【請求項９】
送信機が、第２のデータサービスプロバイダとのデータセッションを開始するために要求を送信するように構成される、請求項１に記載の装置。
【請求項１０】
送信機が、データサービスプロバイダ候補を識別するためにエコーサーバにメッセージを送信し、エコー応答メッセージを受信するようにさらに構成され、
プロセッサが、第１のデータサービスプロバイダがクライアントデバイスにデータサービスを提供するのに失敗したとき、エコー応答メッセージに基づいてデータサービスプロバイダ候補を第２のデータサービスプロバイダとして選択するようにさらに構成される、
請求項１に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１４年９月２４日に出願した「ＲＥＡＬ−ＴＩＭＥ  ＯＢＪＥＣＴ  ＴＲＡＣＫＩＮＧ  ＰＲＯＴＯＣＯＬ」という名称の米国仮特許出願第６２／０５４，８５８号の利益を主張するものである。本出願の主題は、その全体が参照により本明細書に組み込まれる。
【０００２】
本出願は、データサービスを提供するためのデータ管理に関し、より詳細には、動的データサービス探索アプリケーションおよび関連ネットワーク構成に関する。
【背景技術】
【０００３】
従来のデータネットワーク環境は、データサービスプロバイダおよび対応するネットワークインフラストラクチャを介したデータサービス、帯域幅サービス、インターネットアクセスなどへのアクセスを提供して、それに応じて、そのようなサービスを配信させる。伝送制御プロトコル（ＴＣＰ）などのよく知られているプロトコルは、ネットワークデバイス間の通信の基礎を提供する。そのようなネットワーク上でデータを送信および受信するために、さまざまなネットワークプロトコルが使用可能であることは、当業者には諒解されよう。しかしながら、ＴＣＰは、通信デバイスの通信ステータスを保証するためにスリーウェイハンドシェイクを介して動作する一般的な通信プロトコルである。たとえば、デバイスは、通信チャネルを検証するために、要求を送信し、肯定応答を受信してから、応答肯定応答を送信し得る。
【０００４】
ネットワークデバイス間の通信チャネルを確立するために、ＴＣＰプロトコルは、接続成功を達成するための基礎となる。しかしながら、初期通信手順中にチャネルがセットアップされるという単なる事実は、ネットワーク障害、データ接続の損失、帯域幅低下などを是正することによって通信が維持されることを保証しない。これらの要因ならびに他の要因はすべて、データを送信および受信するプロセスを、煩雑、非効率的、または不可能にする。たとえば、通信障害は、利用可能な帯域幅の損失によって引き起こされることがある。このイベントでは、コンピューティングデバイスは、少なくとも障害が起こったという確認を提供するためにアプリケーション環境によって何らかのアクションが起こされる前に、数秒、数分、またはそれよりも長いことがある非常に大きな遅延を経験する可能性がある。
【０００５】
また、アクションの通常の経過では、通知メッセージまたは他の通信作業を介して技術支援が通知されるので、データサービス障害が自動データ接続修復動作を招く可能性は低い。これらのタイプの障害が自己修復性であるまたは自己修復作業において効率的であることはめったにない。ネットワーク障害は一般に、既存のデータサービスプロバイダにそれ自体で修復することを要求する状況である、または、障害が無期限に継続してもよい。
【発明の概要】
【課題を解決するための手段】
【０００６】
例示的な一実施形態は、クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立すること、所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタすること、所定の時間の期間がデータセッション活動なしに満了したことを識別すること、第１のデータセッションを終了すること、データセッション選好（ｐｒｅｆｅｒｅｎｃｅ）をメモリから取り出すこと、データセッション選好に基づいて、クライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立すること、のうちの少なくとも１つを含む方法を提供し得る。
【０００７】
別の例示的な実施形態は、クライアントデバイスの第１のインタフェースを介してクライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立すること、知られている基準点サーバにエコー要求を送信すること、エコー要求が送信されたことに応答して開始するようにタイマを起動すること、第１のデータセッションの接続を再開して第２のデータサービスプロバイダに変更するべきかどうかを、決定すること、のうちの少なくとも１つを含む方法を提供し得る。
【０００８】
さらに別の例示的な実施形態は、クライアントデバイスの第１のインタフェースを介してクライアントデバイスと第１のデータサービスプロバイダとの間にデータセッションを確立すること、メッセージの一部分を受信すること、メッセージが完全であるかどうかを決定すること、タイマを起動すること、エコーメッセージに対して応答が受信されることなく所定の時間の期間が満了したことを識別すること、のうちの少なくとも１つを含む方法を提供し得る。
【０００９】
さらにまた、さらなる例示的な実施形態は、クライアントデバイスの第１のインタフェースから宛先デバイスへのスタティックルートを開始すること、第１のデータ接続を介して宛先デバイスにエコー要求を送信すること、エコー要求の結果に基づいて、インタフェースをアップとマークするべきかダウンとマークするべきかを決定すること、そのインタフェースをゲートウェイデバイスに割り当てること、のうちの少なくとも１つを含む方法を提供し得る。
【００１０】
しかもなお、さらなる例示的な実施形態は、クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立するように構成された送信機と、所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタすること、所定の時間の期間がデータセッション活動なしに満了したことを識別すること、第１のデータセッションを終了すること、データセッション選好をメモリから取り出すこと、データセッション選好に基づいて、クライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立すること、のうちの少なくとも１つを提供するように構成されたプロセッサ、のうちの少なくとも１つを備える装置を提供し得る。
【００１１】
さらに別の例示的な実施形態は、実行されたとき、クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立すること、所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタすること、所定の時間の期間がデータセッション活動なしに満了したことを識別すること、第１のデータセッションを終了すること、データセッション選好をメモリから取り出すこと、データセッション選好に基づいて、クライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立すること、のうちの少なくとも１つ実行することをプロセッサに行わせる命令を記憶するように構成された非一時的なコンピュータ可読記憶媒体を提供し得る。
【図面の簡単な説明】
【００１２】
【図１】本出願の例示的な一実施形態による大規模データサービスネットワーク構成図である。
【図２】本出願の例示的な一実施形態によるデータセッションおよびエコーテスト手順のシステム通信図である。
【図３】本出願の例示的な一実施形態によるクライアント側ネットワークモニタリング手順の論理流れ図である。
【図４】本出願の例示的な一実施形態によるサーバ側ネットワークモニタリング手順の論理流れ図である。
【図５】本出願の例示的な一実施形態によるネットワークモニタリング手順の論理流れ図である。
【図６】本出願の例示的な一実施形態によるデータソースネットワーク切り替え構成を示す図である。
【図７】本出願の例示的な実施形態のうちの１つまたは複数を実行するように構成されたシステム構成を示す図である。
【図８】本出願の例示的な実施形態による、命令、ソフトウェア、およびそれらを実行するための対応するハードウェアを記憶するように構成された例示的なネットワークエンティティデバイスを示す図である。
【図９】例示的な実施形態による、第１の接続期間および第２の接続期間に関する、対応するデータネットワーク上で動作する監視デバイスを示す図である。
【図１０】例示的な実施形態による、第１のＩＰアドレスおよび第２のＩＰアドレスに関する、対応するデータネットワーク上で動作する監視デバイスを示す図である。
【図１１】例示的な実施形態による、代替ネットワーク構成を有し、第１の接続期間および第２の接続期間に関する、対応するデータネットワーク上で動作する監視デバイスを示す図である。
【図１２】例示的な実施形態による、第１のネットワーク構成および第２のネットワーク構成ならびにテストパケット構成の流れ図である。
【図１３Ａ】例示的な実施形態による、カメラおよびセンサ構成を示す図である。
【図１３Ｂ】例示的な実施形態による、別のカメラおよびセンサ構成を示す図である。
【図１４】例示的な実施形態による、さらに別のカメラおよびセンサ構成を示す図である。
【図１５Ａ】例示的な実施形態による、カメラおよび出荷パッケージ測定ネットワーク構成を示す図である。
【図１５Ｂ】例示的な実施形態による、カメラおよび出荷パッケージ測定ネットワーク構成を示す図である。
【図１５Ｃ】例示的な実施形態による、カメラおよび出荷パッケージ測定ネットワーク構成を示す図である。
【図１６】例示的な実施形態による、センサ測定およびパケット測定用構成の流れ図である。
【発明を実施するための形態】
【００１３】
本明細書で一般に説明され、図に示される本出願の構成要素は多種多様な異なる構成で配置および設計されてよいことが、容易に理解されよう。したがって、添付の図に表される方法、装置、およびシステムの実施形態の以下の詳細な説明は、特許請求される本出願の範囲を制限することを意図したものではなく、本出願の選択された実施形態を表すにすぎない。
【００１４】
本明細書全体を通じて説明される本出願の特徴、構造、または特性は、１つまたは複数の実施形態において任意の適切な様式で組み合わされてよい。たとえば、「例示的な実施形態」、「いくつかの実施形態」という句、または他の類似の言い回しの使用は、本明細書全体を通じて、実施形態に関連して説明される特定の特徴、構造、または特性が本出願の少なくとも１つの実施形態に含まれ得るということを指す。したがって、「例示的な実施形態」、「いくつかの実施形態では」、「他の実施形態では」という句、または他の類似の言い回しの出現は、本明細書全体を通じて、すべてが必ずしも同じ実施形態のグループを指すとは限らず、説明される特徴、構造、または特性は、１つまたは複数の実施形態において任意の適切な様式で組み合わされてよい。
【００１５】
さらに、「メッセージ」という用語が本出願の実施形態の説明において使用されているが、本出願は、パケット、フレーム、データグラムなどの、多くのタイプのネットワークデータに適用され得る。本出願の目的のために、「メッセージ」という用語は、パケット、フレーム、データグラム、およびそれらの任意の均等物も含む。そのうえ、特定のタイプのメッセージおよびシグナリングが本出願の例示的な実施形態に示されているが、本出願は特定のタイプのメッセージに限定されず、本出願は特定のタイプのシグナリングに限定されない。
【００１６】
例示的な実施形態によれば、ＴＣＰ通信プロトコルは一般に、アクティブな接続を維持しようとするとき、以前のラウンドトリップ情報に依拠する。動作時、ＴＣＰは、肯定応答または確認応答を受信しようとして再送信を送る。ネットワーク接続が失敗したことをＴＣＰベースのプロトコルネットワークが識別可能になるまでの時間経過は、一般に１０−１２分である。そのような構成の実用性は、データ通信の代替ソースへの即時アクセスを必要とする多数のネットワーク環境に適さない。
【００１７】
例示的な実施形態は、限定するものではないが、ＴＣＰ、ＵＤＰ、ＢＧＰ、ＤＨＣＰ、ＤＮＳ、ＦＴＰ、ＨＴＴＰ、ＩＭＡＰ、ＬＤＡＰ、ＭＧＣＰ、ＮＮＴＰ、ＮＴＰ、ＰＯＰ、ＯＮＣ／ＲＰＣ、ＲＴＰ、ＲＴＳＰ、ＲＩＰ、ＳＩＰ、ＳＭＴＰ、ＳＮＭＰ、ＳＳＨ、Ｔｅｌｎｅｔ、ＴＬＳ／ＳＳＬ、ＸＭＰＰ、ＤＣＣＰ、ＳＣＴＰ、ＲＳＶＰ、ＩＰ、ＩＰｖ４、ＩＰｖ６、ＩＣＭＰ、ＩＣＭＰｖ６、ＥＣＮ、ＩＧＭＰ、ＩＰｓｅｃ、ＡＲＰ、ＮＤＰ、ＯＳＰＦ、Ｌ２ＴＰ、ＰＰＰ、ＭＡＣ、イーサネット（登録商標）、ＤＳＬ、ＩＳＤＮ、ＦＤＤＩなどを含む、アプリケーション層、トランスポート層、インターネット層、およびリンク層という既存のネットワークプロトコルインフラストラクチャとともに利用可能なアドオンサービスを提供する。
【００１８】
動作時、確立されているセッションにおける別のデバイスからの確認肯定応答または他の通知メッセージの受信失敗によって決定される接続の損失は、不必要な遅延なく、直ちに検出され得る。この失敗した状態は数秒以内に識別され得、再接続、インタフェースの再開、デバイスのリブートなどによる回復の試行は、失敗した状態のほんの数秒後に始まって連続して実行され得る。失敗した状態を識別するために使用される時間期間は、複数の閾値時間制限（すなわち、５秒、８秒、１０秒、１２秒、１５秒、３０秒、またはそれ以上など）のうちの１つであってよい。
【００１９】
図１は、例示的な実施形態による通信ネットワーク構成を示す。図１を参照すると、ネットワーク１００は、一連のデータプロバイダ１２２Ｉ…データプロバイダ１３２Ｎと、２つのデータインタフェース１５２と１５４とを有するクライアントデバイス１１２と、３つのデータインタフェース１４２と１４４と１４６とを有するデータ管理サーバ１１４と、データサービスの可用性を識別するために使用可能なよく知られているサーバとして動作するエコーサーバ１３０とを含む。データサービスプロバイダ１２２、１２４、１２６、１２８、１３２などは、ケーブルネットワーク、ファイバ通信、ＷＩＦＩ、４Ｇセルラー通信、衛星通信の形をしたインターネットサービスプロバイダであってよい。データサービスプロバイダは、所定の選択基準（たとえば、簡便性選好、コスト選好、可用性選好、信頼性選好など）に基づいた潜在的データサービス候補であってよい。動作時、エコーメッセージが、データサービスプロバイダのいずれかとの進行中の通信セッションに能動的に参加するデバイスのいずれかから転送され得る。
【００２０】
エコーサーバは、進行中のモニタリングおよびネットワークコスト分析のための基準点として使用可能な、信頼性の高いウェブサイトサーバなどの、任意のよく知られているサーバであってよい。たとえば、クライアントデバイス１１２とデータプロバイダＩＩ１２４との間のアクティブなセッション中、モニタリングサービスアプリケーションは、よく知られているエコーサーバ１３０または他の任意の基準の点サーバにエコーメッセージを送信することがある。エコーメッセージは、待ち時間、１つのデータプロバイダとの帯域幅低下、および別のデータプロバイダとのより最適な通信シナリオを識別するための基準として使用され得る。
【００２１】
図２は、本出願の例示的な一実施形態によるデータセッションおよびエコーテスト手順のシステム通信図を示す。図２を参照すると、システム通信フロー２００はクライアントデバイス２２２を含み、クライアントデバイス２２２はデータサービスの受信者を表す。初期通信セッション２１２が、クライアントデバイス２２２と第１のデータプロバイダ２２６との間に確立され得る。クライアントデバイス２２２は、デバイスと通信するようにセットアップされ、また同時にデバイスと通信する複数のデータプロバイダサービス団体（ａｆｆｉｌｉａｔｅ）を有することがある。さまざまなデータプロバイダが、デバイスの他の通信ポートを介して、または代替構成におけるクライアントデバイスの一般的な部分を介して、クライアントデバイスと通信する。データプロバイダ２２６、２２８、２３０、および２３２は、データ接続マネージャアプリケーションによって保証されるデータ接続切り替えに応じて、アクティブステータスから非アクティブステータスにデータサービスを上げるコマンドを待機する待機状態であってよい。
【００２２】
再び図２を参照すると、確立されたデータセッション中に、クライアントデバイス２２２は、クライアントデバイス上で動作し、任意の所与の瞬間にデータトラフィックおよびデータプロバイダのステータスを常にモニタする、アクティブなプラグイン、バックグラウンドアプリケーションなどを有することがある。データプロバイダの接続および信頼性をモニタする１つの手法は、クライアントデバイス２２２のさまざまなデータポートを介したクライアントデバイス２２２からエコーサーバ２２４へのエコーメッセージを介することである。この構成では、第１のデータプロバイダが失敗した場合、データプロバイダ２２６、２２８、２３０、および２３２の各々がテストされ、アクティブなデータプロバイダとして更新され得る。よく知られているエコーサーバ２２４へのエコー応答は、帯域幅可用性、待ち時間、データプロバイダの現在のステータスなどの根拠を提供する。よく知られているサーバまたはエコーサーバ２２４は、テスト測定のための根拠として信頼性の高いインターネットにおける任意の基準点とすることができる。エコーサイクル中、クライアントデバイス２２２は、所定の時間の期間（たとえば、５秒、１０秒、１５秒、またはそれ以上など）にわたってタイマ２３４を起動し得る。時間期間が満了する２３８と、アプリケーションは、エコーおよびタイマサイクルを特定の回数（たとえば、２、３、４、５など）再試行するようにセットアップされ得る。カウンタは、エコー信号が送信され応答が受信された回数を追跡するために増やされ得る。第１のデータプロバイダが失敗したおよび／またはエコー信号が、接続選好に基づいて、より最適な接続を示す場合、新しいデータセッション２５２が、図２に示されるデータプロバイダ２２８などの、次に最も適格なデータプロバイダサービスと確立されてよい。
【００２３】
図３は、本出願の例示的な一実施形態によるクライアント側ネットワークモニタリング手順の論理流れ図を示す。この例では、クライアント側アプリケーションは、データサービスプロバイダおよび他のデータサービスプロバイダ候補の信頼性を保証するためにモニタリング動作を実行していることがある。セッションが、第１のクライアントデバイスと第１のデータプロバイダとの間に確立され得る（３１２）。セッションは、インターネットまたは他のデータネットワークへの進行中のネットワーク接続を含み得る。進行中の接続中、クライアントデバイスは、クライアントデバイスの第１のポートを介して第１のデータプロバイダを利用していることがある。セッションが継続しているので、エコー要求メッセージ３１４が、クライアントデバイスから第１のポートを介して第１のデータプロバイダサーバおよび／またはよく知られているサーバ（すなわち、エコーサーバ）に送信され得る。タイマが、要求が送られた瞬間に計数を始めるように起動され得る（３３６）。所定の時間の期間の後、タイマがトリガされるとみなされ（３３８）、エコー応答が受信されたかどうかに関する決定がなされる（３４２）。受信された場合、プロセスがリサイクルし別のエコー要求が、ネットワーク可用性の継続を保証するために送られ得る（３１４）。エコー応答が受信されない場合、カウンタが、ネットワークが実際にダウンしていることを保証するために閾値数のテストサイクルが実行されたかどうかを決定するためにチェックされる。試行の数３４４が閾値数よりも少ない場合、進行中のプロセスを終えることなく、接続を終了させてデバイスを再開させずに接続の確立を単に再試行する、接続再開が実行され得る（３４６）。しかしながら、試行の数が実行された場合、プロセスが再開し（３５２）、新しい接続がクライアントデバイスによって探索され得るが、適切なデータサービスを提供するのに失敗したために以前のデータプロバイダ接続が終了される。
【００２４】
ネットワークが輻輳することがあり、いくつかのパケットが破棄される可能性もあり、したがって、数回試行することによって、信頼性のより高い結果が提供され、潜在的に失敗したネットワークの偽陽性が減少するので、再接続試行の数は、接続テストが正確であることを保証する。プロセス再開は、異なるホップを介するなどの、より良いパスを介した別のデータ接続を請求することを含んでよく、したがって、新しい接続は、いくつかの他の接続と同じほどデータがスロットルされない。
【００２５】
図４は、本出願の例示的な一実施形態によるサーバ側ネットワークモニタリング手順の論理流れ図を示す。図４を参照すると、サーバ側モニタリングは、応答を受信するために必要とされる時間を常にモニタしている進行中の時間検証とは対照的に、メッセージ障害を識別し、エラーを通過させるためのメッセージ検証を介して実行される、より受動的な形のモニタリングである。たとえば、アクティブなアプリケーションは、クライアントデバイスを介して受信されたメッセージや、メッセージの一部分が受信されたかどうか（４１２）を識別していることがある。このイベントでは、メッセージが完全であるかどうかに関して決定がなされる（４１４）。そうでない場合、アプリケーションは、メッセージのその部分がメッセージ冒頭であるかどうかを決定することがあり（４１８）、そうである場合、所定の時間の量のところでタイマがトリガされる（４２４）まで、タイマが、計数を始めるために起動される（４２２）。このとき、通信が存在しないために、接続が閉じられ得る（４２６）。メッセージが完全である場合、タイマがリセットされてよく（４４６）、メッセージ検証プロセスは失敗したとみなされ（４４８）、接続が閉じられることがある（４２６）。接続が閉じられると、次のデータプロバイダが、新しいデータセッションのために別のクライアントデバイス部分を介して請求されることがある。次のデータプロバイダは、第１のデータ接続のテスト中または接続が閉じられた後で送られる要求またはセットアップメッセージを介して請求され得る。
【００２６】
動作時、メッセージは、いくつかのパケットによって配信され得る。たとえば、メッセージは数メガバイトであることがある。従来のＴＣＰ接続が本出願なしに使用され、接続が失敗する場合、すべての再送信およびタイムアウトが、失敗が発生したことを示すのに、何分も要することがある。タイマがトリガされる場合、これは、メッセージが予想時間内に配信されなかったことを示す。その結果、メッセージが時間とおりに配信されなかった場合、接続が破棄され、リソースが解放される。
【００２７】
図５は、本出願の例示的な一実施形態によるネットワークモニタリング手順の論理流れ図を示す。図５を参照すると、構成５００は、クライアントデバイスのために利用可能なすべてのインタフェース／ポートを識別しようとするネットワークモニタリング構成を含む。異なるインタフェースが異なるプロバイダに接続され、異なるプロバイダが、利用可能な複数のデータプロバイダを有する特定のデバイスに、さまざまなデータサービスバックアップオプションを提供する。主な（すなわち、最も好ましい）プロバイダがダウンしているまたはネットワーク全体が機能していない場合、長時間タイムアウトステータスが通過した後ではなく、より早期に他のオプションが探査されなければならない。一例では、配備シナリオには、ユーザデバイスに利用可能ないくつかのインタフェースがあることがある。たとえば、ケーブルインターネット、電話線、光ファイバケーブルなどを介してインターネットサービスプロバイダによって提供されるインタフェース０−ローカルＷＩＦＩ、インタフェース１−ＸＹＺ社のセルラー通信事業者４Ｇサービス、インタフェース２−ＡＢＣ社のセルラー通信事業者４Ｇサービス、インタフェース３−衛星サービスプロバイダの衛星データサービス。ユーザデバイスに属するユーザプロファイルは、さまざまなデータサービスプロバイダ選択基準を含み得る。この基準は、信頼性、帯域幅、コスト、またはそれらの組み合わせに基づいてよく、パラメータは、選好度形式で並べられたさまざまなパラメータであってよく、そのため、パラメータは、それに応じて重み付けされてよい。接続テストが実行されると、結果は、選好に基づくデータ接続オプションの順序で並べ替えられ得る。最も好ましいインタフェースは一般には、トラフィック送信／受信のための、より高速でコストのかからないインタフェースである。
【００２８】
図５を再び参照すると、図５００は、クライアントデバイスによる使用のために利用可能なネットワーク上で行われるテスト手順を含む。たとえば、利用可能な接続、よく知られているサーバ、クライアントデバイスのポートなどが、最適な通信オプションのためにテストおよびモニタされ得る。初期セットアップ手順中、スタティックルート５１２は、クライアントデバイスのテストされたインタフェースまたは知られているゲートウェイなどを介して、宛先に対して識別され得る。このとき、エコー要求５１４は、その特定のインタフェース用データプロバイダのステータスを識別するために送信され得る。応答が受信されてよく（５１６）、インタフェースが「アップ」とマークされてよく（５２２）、これは、インタフェースが、使用する準備のできた実行可能なデータ通信インタフェースとして利用可能であることを示す。あるいは、インタフェースは、あらかじめ割り振られた時間の量以内にエコー要求応答メッセージがないことにより、ダウンとマークされ、データ接続が最適でないまたは利用可能でないことを示すことがある。試行の数はカウントされてよく、試行は、エコー要求／応答試行の閾値数が到達される（すなわち、２−５回の試行）まで継続されてよい。この場合、試行失敗は、インタフェースがダウンとマークされること（５２４）をもたらすことがある。その結果、他のインタフェースが同じ手順を介して同じ試行回数、試行される（５２６）。すべてのインタフェースがデータサービスの任意の確認を提供するのに失敗した場合、システムがリブートされ得る（５６０）。少なくとも１つのインタフェースが存在する場合、そのインタフェースは、即時に利用可能になるためにリセットされ得る（５２８）。
【００２９】
次に、インタフェースが変更される必要があるかどうかに関して決定がなされ得（５３２）、そうでない場合、次のインタフェースがチェックおよびテストされ得る（５５４）。そうである場合は、「アップ」インタフェースが識別され、接続ステータスのために選択され得る（５４４）。インタフェースがアップインタフェースであるかどうかに関する決定が実行され得（５４６）、そうである場合、そのインタフェースはゲートウェイに割り当てられ（５５２）、それに応じて、割り当てられた新しいインタフェースとともに、サービスが再開され得る。同様に、そのアップインタフェースが最も好ましいアップインタフェースと識別される場合、それに応じて、そのインタフェースが割り当てられる（５５６）。
【００３０】
図６は、本出願の例示的な一実施形態によるデータソースネットワーク切り替え構成を示す。図６を参照すると、クライアントデバイス１１２は、複数の動作可能なポート／インタフェース１１２を有してよい。インタフェース１５２−１５５は、４つの異なるデータサービスプロバイダのためのものである。実際に、データサービスを提供するように構成されたデータサービスプロバイダの数は、数がこれより多くてもよいし、少なくてもよい。この例では、第１のインタフェース１５２は、ＷＩＦＩホットスポット６２０と通信する。第２のインタフェースおよび第３のインタフェースは、４Ｇ通信タワー６１０および６３０と通信しており、第４のインタフェース１５５は衛星データサービス６４０と通信している。データサービスプロバイダのいずれも、他のデータサービスプロバイダがデータサービスを提供することができない場合、選択動作およびクライアントデバイス選好の好ましい基準に基づいて、クライアントデバイスにデータサービスを提供し得る。
【００３１】
図７は、本出願の例示的な実施形態のうちの１つまたは複数を実行するように構成されたシステム構成を示す。図７を参照すると、データ接続管理システム７００は、スタンドアロンサーバまたは関連タスクを実行するために一緒に機能するコンピュータのセットとして、さまざまなモジュールを含み得る。システム７００はエコーモジュール７１０を含んでよく、エコーモジュール７１０は開始し、エコー信号を受信し、エコー要求が送られてからの時間を追跡するタイマ処理モジュール７２０を介してデータ通信ステータスを更新する。任意のフィードバックまたはその欠如は、接続データおよびステータス情報をメモリ７４０に記憶する接続更新モジュール７３０によって識別およびログ記録される。
【００３２】
例示的な一実施形態は、クライアントデバイスと第１のデータサービスプロバイダとの間に第１のデータセッションを確立し、所定の時間の期間にわたって通信データの損失に関してデータセッションをモニタし、カウンタによって決定されたようにデータセッション活動なしに所定の時間の期間が満了したことを識別し、その結果第１のデータセッションを終了するシステム７００を含み得る。また、データセッション選好はメモリ７４０から取り出されてよく、データセッション選好に基づいてクライアントデバイスと第２のデータサービスプロバイダとの間に第２のデータセッションを確立する。
【００３３】
第１のデータセッションはクライアントデバイスの第１のポートを介して確立されてよく、第２のデータセッションがクライアントデバイスの第２のポートを介して確立されてよい。所定の時間の期間は、肯定応答メッセージが所定の時間の期間内にクライアントデバイスにおいて受信されなかったことを識別することによって、データセッション活動なしに満了してよい。接続信頼性のための第１のデータセッション選好は、記憶されたクライアントデバイスの選好から識別され得、接続コストのための第２のデータセッション選好も適用され得る。第２のデータサービスプロバイダは、第１のデータセッション選好および第２のデータセッション選好に基づいて選択され得る。第１のデータサービスプロバイダは、ローカルＷＩＦＩ接続および／またはワイヤード接続を含んでよく、第２のデータサービスプロバイダは、４Ｇセルラーデータプロバイダおよび／または衛星データプロバイダを含んでよい。
【００３４】
少なくとも１つのデータパケットが、ネットワーク活動を識別するために第１のデータサービスプロバイダに送られることがあり、次いで、少なくとも１つのデータパケットを送信したことに応答して、タイマが起動されることがある。タイマが満了し、肯定応答が所定の時間の期間以内に受信されなかったことが決定されると、第２のデータサービスプロバイダとのデータセッションを開始する要求が、新しいセッションをセットアップするために送信され得る。また、データサービスプロバイダ候補を識別するために、メッセージがエコーサーバに送信され得、エコー応答メッセージが受信され得る。その結果、第１のデータサービスプロバイダがクライアントデバイスにデータサービスを提供するのに失敗したとき、データサービスプロバイダ候補が、エコー応答メッセージに基づいて第２のデータサービスプロバイダとして選択される。
【００３５】
別の例示的な実施形態によれば、第１のデータセッションが、クライアントデバイスの第１のインタフェースを介してクライアントデバイスと第１のデータサービスプロバイダとの間に確立され、次にエコー要求が、知られている基準点サーバに送信され、タイマが、エコー要求が送信されていることに応答して始まるために起動され、第１のデータセッションの接続を再開し第２のデータサービスプロバイダに変更するべきかどうかに関して、決定がなされる。次に、所定の時間の期間が、エコーメッセージに対して応答が受信されることなく満了したと識別される。テストは、閾値数のエコーメッセージ試行が実行されたかどうかを決定するためにチェックされ得る。閾値数のエコーメッセージ試行が実行されたとき、接続は動作していないので、第１のデータセッションは終了されてよい。次いで、第１のデータサービスプロバイダとは異なる第２のデータサービスプロバイダを介して第２のデータセッションを確立する試行が実行可能である。次いで、データセッション要求メッセージがクライアントデバイスの第２のインタフェースを介して送信され、第２のデータサービスプロバイダからの確認が受信される。その結果、第２のインタフェースを介した第２のデータサービスプロバイダとの接続が確立される。第１のデータサービスプロバイダは、ローカルＷＩＦＩ接続および／またはワイヤード接続を含んでよく、第２のデータサービスプロバイダは、４Ｇセルラーデータプロバイダおよび衛星データプロバイダを含んでよく、またはその逆であってもよい。所定の時間の期間は、ネットワーク通信障害が発生したかどうかを決定するために第１のデータセッション中に使用されるプロトコルによって必要とされる時間の量よりも短くてよい。
【００３６】
別の例示的な実施形態によれば、データセッションが、クライアントデバイスの第１のインタフェースを介してクライアントデバイスと第１のデータサービスプロバイダとの間に確立され得る。次に、メッセージの一部分が、受信されたと識別され得る。メッセージは、メッセージが完全であるかどうかを決定するために調べられてよく、次いで、タイマが起動される。次に、所定の時間の期間が、エコーメッセージに対して応答が受信されることなく満了したと識別される。メッセージの冒頭が受信され、メッセージが完全でないとき、メッセージは、完全でないと決定される。タイマは、所定の時間の期間にわたって起動され、タイマが満了すると、セッションが閉じられる。メッセージが完全であると識別された場合、タイマがリセットされ、メッセージ検証は失敗したと識別され、セッションが閉じられる。次に、第１のデータサービスプロバイダとは異なる第２のデータサービスプロバイダを介して第２のデータセッションを確立する試行が、クライアントデバイスの第２のインタフェースを介してデータセッション要求メッセージを送信し、第２のデータサービスプロバイダから確認を受信することによって実行される。その結果、第２のデータサービスプロバイダとの接続は、第２のインタフェースを介して確立される。所定の時間の期間は、ネットワーク通信障害が発生したかどうかを決定するために第１のデータセッション中に使用されるプロトコルによって必要とされる時間の量よりも短い。たとえば、応答が数分後に受信されないとき、プロトコルがタイムアウトすることがある。しかしながら、タイマは、プロトコルタイムアウトイベントよりも短い所定の秒の期間に設定される。
【００３７】
別の例示的な実施形態によれば、スタティックルートが、クライアントデバイスの第１のインタフェースから宛先デバイスまでセットアップされ、エコー要求が第１のデータ接続を介して宛先デバイスに送信される。次いで、エコー要求の結果に基づいて、インタフェースを「アップ」とマークするべきか「ダウン」とマークするべきか決定がなされ、インタフェースがゲートウェイデバイスに割り当てられる。スタティックルートは、テストされたインタフェースを介してセットアップされ、同様に、クライアントデバイスの追加インタフェースが、追加インタフェースがアップであるかダウンであるか決定するためにテストされる。インタフェース監査手順中、ネットワーク接続は、テストパケットを送信し、応答を受信してから、インタフェースをアップまたはダウンと識別することによって、データネットワークサポートについてテストされ得る。最も好ましいインタフェースはまた、アップであるインタフェース、ならびに信頼性、コスト、可用性、および接続のタイプに関してクライアントデバイスに関連付けられた選好に基づいて選択される。データセッションのための最も好ましいインタフェースもまた、選好に基づいてセットアップされる。すべてのインタフェースがダウンしていると指定される場合、クライアントデバイスはリブートされる。クライアントデバイスに関連付けられた選好としては、簡便性選好、コスト選好、可用性選好、および信頼性選好のうちの少なくとも１つがある。「アップ」インタフェースの状態は、クライアントデバイスの少なくとも１つの「アップ」インタフェースを識別したことに応答して修正される。このプロセス中、クライアントデバイスによって利用されておらず、アップである最も好ましいインタフェースは、アクティブインタフェースと指定されてよく、アクティブなセッションは閉じられてよく、新しいセッションが、最も好ましいインタフェースを介して開始され得る。
【００３８】
ネットワークモニタリング構成中、クライアントデバイスのリブートは一般に、すべてのインタフェーステストが否定的な結果をもたらした後でのみ実行される。たとえば、クライアントデバイスインタフェースがダウンしている場合、初期アクションは、そのインタフェースをリセットし、問題が解決されたかどうかを識別するために再びモニタすることである。１つまたは複数の逐次リセットおよびモニタ動作の後でクライアントデバイス上のすべてのインタフェースが失敗した後、リブートが実行される。
【００３９】
クライアントデバイス、ネットワークサーバなどの上にインストールされる、接続性がアプリケーションであることをモニタするアプリケーションは、ブラウザに対するプラグイン、ピギーバックサービスなどであってよい。サービスは、ローカルＴＣＰプロキシとして動作することによって他のアプリケーションのための接続を管理するためのアプリケーションおよび／または特殊サービスであってよい。さらに、サービスは、プラグインとして、またはコンパイル機能（静的ライブラリ）またはランタイム（動的ライブラリ）においてリンクされるアプリケーション機能の一部として、アプリケーションによって使用可能なソフトウェアプログラムまたはソフトウェアライブラリ（＊．ｓｏ、＊．ａ、＊．ｄｌｌ）であってよい。
【００４０】
「エコー」メッセージは、ユーザデバイスを介してさまざまなデータプロバイダの観点からエコーサーバに送られ得る。たとえば、クライアントデバイスがＷＩＦＩ、４Ｇ１、４Ｇ２、およびＳＡＴのための４つのポートをそれぞれ有する場合、ポート１を介したＷＩＦＩネットワークとのアクティブなセッション中、たとえば、エコーメッセージは、品質を保証し、どの接続が最も良い／悪いかなどを識別するために、クライアントデバイスのポートの各々から送られる。クライアントモニタリングは、アプリケーションレベルで、アプリケーションの一部として、またはリンクされたライブラリとして、または共有されたプロキシサービスとして、起こる。クライアントモニタリングは接続を管理し、特殊アプリケーションのためのモニタリングを実行する。アプリケーションの失敗は、同じプラットフォーム上で動作し、類似の接続管理／モニタリング機能を使用する他の類似のアプリケーションに影響を与えない。
【００４１】
ネットワークモニタリングは、システムレベル上の特殊サービスとして動作する。そのようなモニタリングの結果は、同じプラットフォーム上で動作するアプリケーションに影響を与える。モニタリングおよびエコー手順中、アプリケーションレベルでバックアップ接続としてサービスを提供する複数のデータ接続が存在することがある。オペレーティングシステムへの修正によって、異なるプロバイダを介して接続を同時に維持することが可能になる。言い換えれば、プラットフォームは、動的ポート−ルート持続ルールとのルータとして動作してよい。「宛先」は、「よく知られている」サーバであってよい。スタティックルートが構成されるとき、ターゲットＩＰアドレスまたはターゲットネットワークが宛先である。
【００４２】
本明細書で開示される実施形態に関連して説明される方法またはアルゴリズムの動作は、ハードウェア内で、プロセッサによって実行されるコンピュータプログラム内で、またはこれら２つの組み合わせで、直接的に実装されてよい。コンピュータプログラムは、記憶媒体などのコンピュータ可読媒体上で実施されてよい。たとえば、コンピュータプログラムは、ランダムアクセスメモリ（「ＲＡＭ」）、フラッシュメモリ、読み出し専用メモリ（「ＲＯＭ」）、消去可能プログラマブル読み出し専用メモリ（「ＥＰＲＯＭ」）、電気的消去可能プログラマブル読み出し専用メモリ（「ＥＥＰＲＯＭ」）、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読み出し専用メモリ（「ＣＤ−ＲＯＭ」）、または当技術分野で知られている他の任意の形の記憶媒体内に常駐してよい。
【００４３】
例示的な記憶媒体は、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込み得るように、プロセッサに結合されてよい。代替として、記憶媒体はプロセッサの一部をなしてもよい。プロセッサおよび記憶媒体は、特定用途向け集積回路（「ＡＳＩＣ」）内に存在してよい。代替として、プロセッサおよび記憶媒体は、個別の構成要素として存在することがある。たとえば、図８は、上記で説明されたネットワーク構成要素のいずれかなどを表し得る例示的なネットワーク要素８００を示す。
【００４４】
図８に示されるように、メモリ８１０およびプロセッサ８２０は、アプリケーションまたは動作のセットを実行するために使用されるネットワークエンティティ８００の個別の構成要素であってよい。アプリケーションは、プロセッサ８２０によって理解されるコンピュータ言語を使ってソフトウェア内で符号化され、メモリ８１０などのコンピュータ可読媒体に記憶され得る。コンピュータ可読媒体は、メモリ内に記憶されたソフトウェアに加えて有形ハードウェア構成要素を含む非一時的なコンピュータ可読媒体であってよい。そのうえ、ソフトウェアモジュール８３０は、ネットワークエンティティ８００の一部であり、プロセッサ８２０によって実行され得るソフトウェア命令を含む、別の個別のエンティティであってよい。上記で述べられたネットワークエンティティ８００の構成要素に加えて、ネットワークエンティティ８００は、通信信号（図示せず）を受信および送信するように構成された送信機と受信機のペアも有してよい。
【００４５】
図９は、例示的な実施形態による、第１の接続期間および第２の接続期間に関する、対応するデータネットワーク上で動作する監視デバイスを示す。図９を参照すると、監視デバイス９０２は、光検出能力、オーディオ検出能力、動き検出能力、ならびにビデオおよびオーディオ記録能力を含むさまざまなセンサを有する全方向性カメラであってよい。記憶ユニット９０４は、カメラの一部であってもよいし、別個の記憶ユニットであってもよい。ネットワーク９０６は、監視デバイス内のＴＸ／ＲＸを介してデバイスと直接的に通信するセルラー基地局を含み得る。クライアントデバイス９０８は、監視デバイス９０４からネットワークを介して更新を受信し得る。サーバ９１０は、それ自体の記憶ユニット９１２を含み得る。接続期間が満期になる（９２２および９２４）と、第１の接続９２５および第２の接続９２９は、タイマのスケジュールおよび接続期間に応じて第１のデータパケット９２７とパケットストリーム９２６と第２のデータパケット９２８とを含むパケットデータを提供し得る。データは、監視デバイス９０２からサーバに送られてよく、サーバは、参照および閲覧の目的で、編集されたデータ９３２をクライアントデバイスに送る。
【００４６】
図１０は、例示的な実施形態による、第１のＩＰアドレスおよび第２のＩＰアドレスに関する、対応するデータネットワーク上で動作する監視デバイスを示す。図１０を参照すると、サーバ９１０は、第１のＩＰアドレス９３１を介して第１の接続データを処理するための第１のモデムまたはポート構成９１１を有することがある。同様に、サーバ９１０は、第２のモデム９１３に関連付けられた第２のＩＰアドレス９３３を有することがある。動作時、パケットの第１のセット９１６は、特定のスケジュールに従って第１の接続９２５を越えて送られ得る。
【００４７】
図１１は、例示的な実施形態による、代替ネットワーク構成を有し、第１の接続期間および第２の接続期間に関する、対応するデータネットワーク上で動作する監視デバイスを示す。図１１を参照すると、構成は、自動監視デバイスキャプチャストリームが第２の接続および対応するネットワークを必要とするとき第２のパケットストリームが送られる第２のセルラーネットワークとして、別のネットワーク９０７を含み得る。たとえば、第１のネットワークがビジーであるまたは適切に機能していない場合、第２のネットワーク９０７および接続９２９は、データ転送イベントを維持するために必要なことがある。
【００４８】
図１２は、例示的な実施形態による、第１のネットワーク構成および第２のネットワーク構成ならびにテストパケット構成の流れ図を示す。図１２を参照すると、動作４０１は、第１の接続が第１のネットワークを介して第２のデバイスと確立されること（４０２）と、第１のパケットが第１のネットワークの第２のデバイス（監視デバイス）および第１の接続からのパケットストリームから受信されること（４０４）とを含む。次に、第１の切断点が、第１のネットワークのスロットル応答および／または帯域幅容量および／または使用率および／または輻輳率に基づいて計算される（４０６）。次いで、第１の接続は、第１の切断点の前で第２のデバイスから切断され得る（４０８）。次いで、第２の接続が第１のネットワークを介して第２のデバイスと確立され（４１０）、次いで、パケットストリームの第２のデータパケットが、第２の接続を介して第１のネットワーク上で第２のデバイスから受信される（４１３）。
【００４９】
図１３Ａは、例示的な実施形態による、カメラおよびセンサ構成を示す。図１３Ａを参照すると、ＲＯＡＭＢＥＥセンサ１３１０は、ＲＦ、ＲＦＩＤ、ＷＩＦＩなどを介した監視デバイス１３１２の通信範囲内にあってよく、ネットワーク１３１４は、検出イベントをログ記録する目的で、検出された運動をリモートサーバ１３１６に転送するために使用され得る。リモートデータベース１３２２は、ユーザプロファイルにイベントを格納し、検出されたデータに関連付けられたモバイルデバイス１３１８と情報を共有し得る。図１３Ｂは、例示的な実施形態による、別のカメラおよびセンサ構成を示す。図１３Ｂを参照すると、デバイス１３１２は、それ自体のローカルサーバ１３２１とローカルデータベース１３２３とを有してよい。また、図１４は、例示的な実施形態による、さらに別のカメラおよびセンサ構成を示す。図１４では、デバイスは、ローカルサーバとリモートサーバの両方と通信してよい。
【００５０】
図１５Ａは、例示的な実施形態による、カメラおよび出荷パッケージ測定ネットワーク構成を示す。１５Ａを参照すると、デバイスは、カメラ１３１１と、運動を検出するために使用される光と、出荷パッケージ１３３３を通したセンサ１３２９とを含み得る。容器１３１７は、パッケージとセンサとを含んでよく、それにより、図１５Ｃで容器が開いているとき、または図１５Ｂで出荷容器が開いているとき、中身を移動させようとするとそれが容易に検出されることが可能になる。
【００５１】
図１６は、例示的な実施形態による、センサ測定およびパケット測定用構成の流れ図を示す。図１６を参照すると、動作は、第１の時間に第１のセンサによって第１のデータを検知すること（１６０２）を含み得る。センサはまた、第２の時間に第１のセンサにおいて第２のデータを検知し得る（１６０４）。データは、データが異なるかどうかを決定するために比較され得（１６０６）、そうである場合、第１のパケットは、画像キャプチャデバイスによってキャプチャされ（１６０８）、第１のパケットはデバイスによってサーバに送信される（１６１０）。
【００５２】
データキャプチャおよびセンサ構成の動作の１つの例示的な方法は、第１のネットワークを介して第２のデバイスと第１の接続を確立することと、第１の接続内で第１のネットワークを介して第２のデバイスからパケットストリームの第１のデータパケットを受信することと、第１のネットワークのスロットル応答／帯域幅容量閾値／使用率／輻輳率などのいずれかに基づいて第１の切断点を計算することとを含み得る。次に、第１の接続が、第１の切断点においてまたはその前で第２のデバイスと切断され、第１のネットワークを介して第２のデバイスとの第２の接続が確立され、パケットストリームの第２のデータパケットが、第２の接続内で第１のネットワークを介して第２のデバイスから受信される。
【００５３】
別の例示的な実施形態は、第１のネットワーク通信事業者によって提供される第１のネットワークを介して第２のデバイスと１つまたは複数のテスト接続を確立し、第１のネットワーク通信事業者によって設定された帯域幅容量を第１のデバイスが超えることによる、第１のネットワーク通信事業者によって開始された１つまたは複数のテスト接続の１つまたは複数の終了を識別し、１つまたは複数のテスト接続の１つまたは複数の終了に基づいて接続時間制限を決定し、第１のネットワークを介して第２のデバイスと第１の接続を確立し、接続時間制限においてまたはその前で第２のデバイスとの第１の接続を切断し、第１のネットワークを介して第２のデバイスとの第２の接続を確立することによって、ネットワーク通信事業者によって提供されるネットワーク接続を管理することを含み得る。
【００５４】
データストリームにアクセスするための例示的な一実施形態は、クライアントデバイスからデータストリームの要求を受信することと、ネットワークを介してデータストリームを受信するために第２のデバイスとの接続を確立することと、ネットワークのスロットル応答に基づいて接続時間制限を決定することと、接続時間制限においてまたはその前に第２のデバイスとの接続を切断することと、第２のデバイスとの接続を切断した後で切断時間制限においてまたはその前に第２のデバイスとの接続を再確立することとを含み得る。
【００５５】
第１のネットワークは、セルラーネットワークであってよい。第１のデータパケットおよび第２のデータパケットは、ビデオ画像フレームを含み得る。パケットストリームは、ビデオストリームであってよい。また、第１のデバイスはサーバであってよく、第２のデバイスは画像キャプチャデバイスであってよい。第１のデバイスは、クライアントデバイスであることもあるが、第２のデバイスはサーバである。動作時、第１のデータパケットは、第２のデータパケットと継ぎ合わされ編集され、継ぎ合わされた／編集されたデータファイルになり、この継ぎ合わされた／編集されたデータファイルは、継ぎ合わされた／編集されたデータファイルを要求するクライアントデバイスに送信され得る。
【００５６】
第２の接続は、第２の切断点においてまたはその前に第２のデバイスと切断され得、そのため、第２の切断点は第１の切断点と異なる。次に、第１の接続が、サーバの第１のモデムを介して第２のデバイスと確立され、第２の接続はサーバの第２のモデムを介して第２のデバイスと確立され、第１のモデムは、第２のモデムと異なるＩＰアドレスを有する。
【００５７】
さらに、第３の接続が、第２のネットワークを介して第２のデバイスと確立され得、パケットストリームの第３のデータパケットが、第３の接続内の第２のネットワークを介して第２のデバイスから受信され得る。第１の接続は、第１のネットワークによって割り当てられた第１の接続識別子を有してよく、第２の接続は、第１のネットワークによって割り当てられた第２の接続識別子を有してよく、第１の接続識別子は、第２の接続識別子とは異なる。第１の切断点は、第１の接続の開始後約１ミリ秒から約３０ミリ秒の間である。他の実施形態では、第１の切断点は、約１ミリ秒から３０ミリ秒超の間とすることができる。第１の接続は、毎秒Ｘメガビット（Ｍｂｐｓ−ここで、Ｘは約０．５から約２Ｍｂｐｓの間である）の帯域幅容量を有してよい。別の例では、第１の接続期間は、第１のネットワークのトラフィック−シェーピングアルゴリズムに基づいて変化され得る。また、パケットストリームは、高精細度ビデオストリームまたは標準ビデオストリームであってよい。
【００５８】
別の例示的な実施形態によれば、セキュリティシステムは、第１の時間に第１のデータを、第２の時間に第２のデータを検知するように構成された第１のセンサと、第１のメディアキャプチャデバイスであって、第１のデータが第２のデータとは異なるとき第１のパケットをキャプチャするように構成された第１のメディアキャプチャデバイスと、第１のパケットをサーバに送信するように構成された送信機とを含み得る。さらに、第１のセンサは、温度または光強度を測定するように構成され得る。さらに、第１のメディアキャプチャデバイスは、送信機に対してある角度をなすように構成され、送信機は、第１のパケットをモバイルデバイスに送信するように構成され、センサは、第１のメディアキャプチャデバイスに結合される。センサは、第１のメディアキャプチャデバイスとは離れていてよく、センサは、ブルートゥース（登録商標）を介して第１のメディアキャプチャデバイスとワイヤレスで通信するように構成される。
【００５９】
ある角度をなし、第２のセンサを有する第２のメディアキャプチャデバイスも含まれることがある。構成は、発光体も含むことがあり、その発光体は第１のメディアキャプチャデバイスに結合され第１のメディアキャプチャデバイスと同じ方向を向くようにされる。発光体は、第１のメディアキャプチャデバイスが第１のパケットをキャプチャしたとき光を発するように構成され、光は、第１のセンサの方向に方向付けられるように構成される。発光体は、第１のデータが第２のデータとは異なるとき光を発するように構成され、光は、第１のセンサの方向に方向付けられるように構成される。
【００６０】
動作の１つの例示的な方法によれば、監視のための方法は、第１のセンサによって第１のデータを検知することと、第１のデータを画像キャプチャデバイスに送信することと、第１のセンサによって第２のデータを検知することと、第２のデータを画像キャプチャデバイスに送信することと、第２のデータが第１のデータとは異なるとき、画像キャプチャデバイスによって第１のパケットをキャプチャすることと、第１のパケットをサーバに送信することとを含み得る。第１のセンサは、温度を検知し得る。第１のデータは、ワイヤレスパスを介して画像キャプチャデバイスに送信され、第１のパケットはワイヤレスでサーバに送信される。第１のパケットが、サーバからモバイルデバイスに送信される。動作時、第２のデータが第１のデータとは異なるとき、光がターゲットエリアを照らし得る。第１のデータはメディアキャプチャシステムによって第１のセンサから受信され、第２のデータは、メディアキャプチャシステムによって第１のセンサから受信される。次いで、第１のデータが第２のデータと比較可能であり、第２のデータが第１のデータとは異なるとき、第１のパケットは、メディアキャプチャシステムによってキャプチャされ得る。その結果、第１のパケットは、メディアキャプチャシステムによってサーバに送信される。
【００６１】
本出願のシステム、方法、およびコンピュータ可読媒体の例示的な実施形態が、添付の図面に示され、上述の詳細な説明において説明されてきたが、適用は、開示の実施形態に限定されず、以下の特許請求の範囲によって記載および定義された適用の趣旨または範囲から逸脱することなく、多数の並べ替え、修正、および置換が可能であることが理解されよう。たとえば、図３２のシステムの能力は、本明細書において説明されるモジュールもしくは構成要素のうちの１つもしくは複数によって、または分散アーキテクチャにおいて実行可能であり、送信機、受信機、またはこの両方のペアを含んでよい。たとえば、個々のモジュールによって実行される機能のすべてまたは一部は、これらのモジュールのうちの１つまたは複数によって実行されてよい。さらに、本明細書において説明される機能は、モジュールまたは構成要素の内部または外部で、さまざまなイベントに関して何度も実行されてよい。また、さまざまなモジュール間で送られる情報は、データネットワーク、インターネット、音声ネットワーク、インターネットプロトコルネットワーク、ワイヤレスデバイス、ワイヤードデバイスのうちの少なくとも１つを介して、および／または複数のプロトコルを介して、モジュール間で送られ得る。また、モジュールのいずれかによって送出または受信されるメッセージは、直接的に、および／または他のモジュールのうちの１つもしくは複数を介して、送出または受信されてよい。
【００６２】
「システム」はパーソナルコンピュータ、サーバ、コンソール、携帯情報端末（ＰＤＡ）、セル電話、タブレットコンピューティングデバイス、スマートフォン、または他の任意の適切なコンピューティングデバイス、またはデバイスの組み合わせとして具現化されてよいことは、当業者には諒解されよう。上記で説明された機能が「システム」によって実行されると提示することは、いかなる形であれ本出願の範囲を制限することを意図したものではなく、本出願の多数の実施形態の一例を提供することを意図したものである。実際、本明細書で開示される方法、システム、および装置は、コンピューティング技術と矛盾しない局所的で分散された形態で実施されてよい。
【００６３】
本明細書で説明されるシステム特徴のうちのいくつかは、それらの実装の独立性をより具体的に強調するために、モジュールとして提示されていることに留意されたい。たとえば、モジュールは、カスタムの超大規模集積（ＶＬＳＩ）回路もしくはゲートアレイ、論理チップ、トランジスタ、または他の個別の構成要素などの市販の半導体を備えるハードウェア回路として実装されてよい。モジュールはまた、フィールドプログラマブルゲートアレイ、プログラマブルアレイロジック、プログラマブルロジックデバイス、グラフィックス処理ユニットなどのプログラマブルハードウェアデバイス内で実装されてもよい。
【００６４】
モジュールは、さまざまなタイプのプロセッサによる実行のために、ソフトウェア内で少なくとも部分的に実装されてもよい。実行可能コードの識別されたユニットは、たとえば、たとえばオブジェクト、プロシージャ、またはファンクションとして編成されてよい、コンピュータ命令の１つまたは複数の物理ブロックまたは論理ブロックを含んでよい。とはいえ、識別されたモジュールの実行可能部は、物理的に一緒に配置される必要はなく、論理的に結合されたときモジュールを含み、モジュールの示された目的を達成する、異なる位置に格納された異なる命令を含んでよい。さらに、モジュールはコンピュータ可読媒体上に記憶されてよく、コンピュータ可読媒体は、たとえば、ハードディスクドライブ、フラッシュデバイス、ランダムアクセスメモリ（ＲＡＭ）、テープ、またはデータを記憶するために使用される他の任意のそのような媒体であってよい。
【００６５】
実際、実行可能コードのモジュールは、単一の命令、または多数の命令とすることができ、いくつかの異なるコードセグメント上で、異なるプログラムにまたがって、いくつかのメモリデバイスにわたって分散すらされてよい。同様に、動作データは、本明細書においてモジュール内で識別および示されてよく、任意の適切な形態で具現化され、任意の適切なタイプのデータ構造内で編成されてよい。動作データは、単一データセットとして収集されてよく、または異なる記憶デバイス上を含む異なる位置上で分散されてよく、少なくとも部分的に、単にシステムまたはネットワーク上の電子信号として存在してよい。
【００６６】
本明細書で一般に説明され、図に示される本出願の構成要素は多種多様な異なる構成で配置および設計されてよいことが、容易に理解されよう。したがって、実施形態の詳細な説明は、特許請求される本出願の範囲を制限することを意図したものではなく、本出願の選択された実施形態を表すにすぎない。
【００６７】
上記で説明された適用は、異なる順序のステップとともに、および／または開示された構成とは異なる構成のハードウェア要素とともに、実施されてよいことが、当業者には容易に理解されよう。したがって、本出願は、これらの好ましい実施形態に基づいて説明されてきたが、特定の修正、変形、および代替構造が本出願の趣旨および範囲内に留まりながら明らかであることは、当業者には明らかであろう。したがって、本出願の境界を決定するために、添付の特許請求の範囲に対する参照がなされるべきである。
【００６８】
本出願の好ましい実施形態が説明されてきたが、説明される実施形態は例にすぎず、本出願の範囲は、均等物およびそれに対する修正形態（の全範囲（たとえば、プロトコル、ハードウェアデバイス、ソフトウェアプラットフォームなど）とともに考慮されたとき、添付の特許請求の範囲によってのみ定義されるべきであることを理解されたい。
【００６９】
付録
リアルタイム対象追跡プロトコル
１．０  要約−リアルタイム対象追跡プロトコル−ＲＯＴＰ
開示される管理ステーションは、ステートレスリアルタイム対象追跡プロトコル（ＲＯＴＰ）を利用して、機器からデバイス情報を抽出し、デバイス間の通信を確立することができる。ＲＯＴＰの目的は、ユーザが、関心のある対象を追跡し、メッセージおよび制御コマンドを介してリアルタイムでデータ同期、およびデバイス間の健全性（ｈｅａｌｔｈ）モニタリングを実行する助けとなることである。使用されるトランスポートプロトコルは、トランスポート信頼性および誤り回復が望ましい場合はコネクション型プロトコルＴＣＰ、または要求がプロトコルトラフィックオーバーヘッドを最小にすることである場合はＵＤＰ、のどちらかである。ＲＯＴＰは、関心のある対象のリアルタイム追跡および履歴検索を可能にする。
【００７０】
２．０  ツリートポロジ、ルート、領域、およびグループの概念
開示のシステム領域概念は、ツリートポロジとすることができる。ツリートポロジの最高レベルは、国ルート管理ステーションである。国ルートから分岐するのは、州ルート、市ルート、および地区ルートによってそれぞれ表される中間管理ステーションである。ラベルは、ユーザ定義可能である。
【表１】
2017535128.tif 000003
【００７１】
２．１  リアルタイム対象追跡通信方法
追跡デバイスは、３つの方法を介してリアルタイムで通信する：
ノード−ツー−ノード、または機器−ツー−機器
ノード−ツー−ルート、または機器−ツー−管理ステーション
ルート−ツー−ノード、または管理ステーション−ツー−機器
ルート−ツー−ルート、または管理ステーション−ツー−管理ステーション
【００７２】
上記の方法がどのようにして達成されるかを理解するために、以下の基礎概念が説明される。
【００７３】
２．２  ルート管理ステーション
領域のルートに配置された管理ステーション。このデバイスは、非ルート機器よりも強力なＣＰＵ、メモリ、およびストレージアーキテクチャを有することができる。
【００７４】
２．３  ルートルックアップサービスの流れ図
ルートルックアップサービスは、異なる領域ルートに出入りしているモバイルシステムに必要とされる。
【表２】
2017535128.tif 000004
【００７５】
２．４  ルートルックアップ配備タイプの流れ図
より大規模な配備の場合、オペレータは、機器間のより高速なメッセージングを容易にする機器−ツー−ルート中央管理ステーション通信の代わりに機器−ツー−機器レベルの通信を可能にすることができるが、それによって、ネットワークトラフィックが実質的に増加することがある。
【表３】
2017535128.tif 000005
【００７６】
２．５  グループ
同じネットワークを共有する複数の企業などの、同じネットワーク上に複数のルート中央管理ステーションがある可能性が存在する。したがって、特有のルートを有するグループ固有リアルタイム対象追跡機器が必要とされている。
【表４】
2017535128.tif 000006
【００７７】
グループに加わるためにグループＩＤおよびキーが割り当てられる必要がある、ブートアップした後ネットワークに加わったばかりの、ｉｐ：ｘ．ｘ．２．２３を有する機器。オペレータは、機器が適切なグループにブロードキャストするために、その機器に適切なグループＩＤおよびキーを割り当てることができる。
【００７８】
ｉｐ：ｘ．ｘ．２．２３を有する機器に、グループｌＤ＝グループＹが割り当てられる場合、Ｒ１−グループＹは、それに応答することができる。
【００７９】
ｉｐ：ｘ．ｘ．２．２３を有する機器に、グループｌＤ＝グループＸが割り当てられる場合、Ｒ１−グループＸは、それに応答することができる。
【００８０】
３．０  追跡方法
２つの追跡方法がある：オペレータ１クリック追跡モードおよび自動追跡モード。
【００８１】
オペレータ１クリック追跡モード中、オペレータは、関心のある対象を示すことができ、その対象は、カメラ−ツー−カメラ、ゾーン−ツー−ゾーン、領域−ツー−領域、およびそれらの組み合わせから追跡可能である。
【００８２】
自動追跡モード中、対象追跡機器は、カメラ−ツー−カメラ、ゾーン−ツー−ゾーン、領域−ツー−領域、およびそれらの組み合わせから、関心のある検出されたイベントに基づいて、追跡されるべき関心のある対象を自動識別することができる。
【００８３】
使用可能な自動追跡方法には、境界エリア確立追跡、境界エリアサイズ変更追跡、境界エリア分割追跡、境界エリア移動追跡、およびそれらの組み合わせがある。これらの方法はそれぞれ、互いに対して順に利用可能である。
【００８４】
３．１  境界エリア確立追跡方法
関心のある対象が、機器によって検出されたとき、または追跡されるべき管理ステーションオペレータによって識別されたとき、次いで、適切な機器が、管理ステーションによって探索ルート情報テーブル（ＳＣＲＩＴ）に割り当てられることが可能である。
【００８５】
次いで、管理ステーションは、探索開始コマンドまたはＳＣＲＩＴＭ（開始）、および関心のある対象テーブル（ＯＩＴ）を、ＳＣＲＩＴにリストされた機器に発行することができる。
【表５】
2017535128.tif 000007
【００８６】
３．２  境界エリアサイズ変更方法
関心のある対象が、探索境界線拡張タイマ（ＳＰＥＴ）によって指定された時間内に任意の機器によって検出されない場合、かつ探索継続時間タイマ（ＳＤＴ）が満了する前、各機器に対するＳＣＲＩＴエンジンは、それら自体の探索を開始するようにすべての付属機器に指示するそれ自体のＳＣＲＩＴＭ（開始）を作製することができる。
【００８７】
境界エリアは、ＳＣＲＩＴＭメッセージによって割り当てられる機器の数に応じて拡張または縮小可能である。
【表６】
2017535128.tif 000008
【表７】
2017535128.tif 000009
【００８８】
３．３  境界エリア分割方法
関心のある対象が、探索境界線拡張タイマ（ＳＰＥＴ）によって指定された時間内に機器によって検出されない場合、かつ探索継続時間タイマ（ＳＤＴ）が満了する前。各機器に対するＳＣＲＩＴエンジンは、それら自体の探索を開始するようにすべての付属機器に指示するそれ自体のＳＣＲＩＴＭ（開始）を作製し、それによって、探索エリアを分割して、関心のある対象を追跡することができる。
【表８】
2017535128.tif 000010
【００８９】
３．４  境界エリア移動追跡方法
関心のある対象が機器によって検出されると、関心のある対象メッセージ（ＯＩＭ）が管理ステーションに送られる。新しいＳＣＲＩＴ命令が、探索境界線および境界エリアの中心の探索を、関心のある対象の前回の知られている検出された位置にシフトさせるために、割り当てられたＳＣＲＩＴ機器の別のリストに送られる。このプロセスは、探索継続時間タイマ（ＳＤＴ）が満了するまで、または探索終了コマンドＳＣＲＩＴＭ（停止）が管理ステーションによって発行され、ＳＣＲＩＴテーブル内で割り当てられたすべての機器によって受信されるまで、関心のある対象を追跡するために継続的に繰り返される。
【００９０】
このプロセスは、管理ステーションのオペレータが、関心のある対象を識別し、探索開始コマンドを発行するときと同じとすることができる。ＳＣＲＩＴエンジンがＳＣＲＩＴを作製し、関心のある対象の前回の知られている検出された位置において、探索境界線が形成され、境界エリアの中心の探索が始まる。このプロセスは、探索継続時間タイマ（ＳＤＴ）が満了するまで、または探索終了コマンドＳＣＲＩＴＭ（停止）が管理ステーションによって発行され、ＳＣＲＩＴテーブル内のすべての機器によって受信されるまで、関心のある対象を追跡するために継続的に繰り返される。
【表９】
2017535128.tif 000011
【００９１】
３．５  タイマ
（１）探索継続時間タイマ（ＳＤＴ）−どれくらい長く機器が関心のある対象を引き続き探索するのか
（２）探索境界線拡張タイマ（ＳＰＥＴ）−探索境界線を機器の次のセットに拡張する前にどれくらい長く探索するのか。
（１）←  ［ＳＣＲＩＴＭ（開始）］−−−−−−−−−−−−−−ＳＤＴ（２４時間の探索継続時間）−−−−−−−−−−−−−−−−−−−−−−−−−−−−−ＳＤＴ（満了）→
（２）←  ［ＳＣＲＩＴＭ（開始）］−−−−−−−−−−−−−ＳＰＥＴ（６０分間探索）−−−−−−→
（１）←  ［ＳＣＲＩＴＭ（開始）］−−−−−−−−−−−−−−ＳＤＴ（２４時間の探索継続時間）−−−−−−−−−−−−−−−−→ＳＣＲＩＴＭ（停止）→
（２）←  ［ＳＣＲＩＴＭ（開始）］−−−−−−−−−−−−−ＳＰＥＴ（６０分間探索）−−−−−ＳＣＲＩＴＭ（停止）→
【００９２】
４．０  デバイステーブルの構造およびメッセージタイプ
４．１  クラスＩＤ番号の説明
デバイスは、クラスによって識別される。
クラス（１）＝機器
クラス（２）＝カメラ
クラス（３）＝センサ
クラス（４）＝アクチュエータ
【００９３】
４．２  デバイス位置テーブルメッセージ−ＤＬＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私がいる場所です。
クラス（１）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（２）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（３）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（４）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
【００９４】
４．３  デバイス位置テーブル−ＤＬＴ
ＤＬＴは、機器から管理ステーションに送られ、領域を越えて集められる。
【００９５】
デバイス位置テーブルは、各デバイスＩＤ番号とその位置（ＧＰＳ座標またはＧＰＳ座標に変換された物理的位置）とを含む。
【００９６】
デバイスの通し番号
デバイスの製造業者通し番号
デバイスラベル
デバイスの名前
ＩＰアドレス
デバイスに割り当てられたＩＰアドレス
ポート番号
割り当てられたＴＣＰポート番号またはＵＤＰポート番号のどちらか
グループラベル
グループの名前
グループＩＤ番号
割り当てられたグループ番号
キー
グループにアクセスするために割り当てられたキー
ゾーンラベル
ゾーンの名前
ゾーンＩＤ番号
割り当てられたゾーン番号
領域ラベル
領域の名前
領域ＩＤ番号
割り当てられた領域番号
【００９７】
３．４  ＤＬＴテーブルの構造
［
［（機器デバイスＩＤ番号）＋ルート（はい／いいえ）＋（デバイス通し番号）＋（デバイスラベル）＋（ＧＰＳ位置）＋（ＩＰアドレス）＋（ポート番号）＋（グループラベル）＋（グループＩＤ番号）＋（キー）＋（ゾーンラベル）＋（ゾーンＩＤ番号）＋（領域ラベル）＋（領域ＩＤ番号）］
［（カメラデバイスＩＤ番号）＋（デバイス通し番号）＋（デバイスラベル）＋（デバイス位置）＋（ＩＰアドレス）＋（ポート番号）＋（グループラベル）＋（グループＩＤ番号）＋（キー）＋（ゾーンラベル）＋（ゾーンＩＤ番号）＋（領域ラベル）＋（領域ＩＤ番号）］
［（センサデバイスＩＤ番号）＋（デバイス通し番号）＋（デバイスラベル）＋（デバイス位置）＋（ＩＰアドレス）＋（ポート番号）＋（グループラベル）＋（グループＩＤ番号）＋（ゾーンラベル）＋（ゾーンＩＤ番号）＋（領域ラベル）＋（領域ＩＤ番号）］
…
［（センサデバイスＩＤ番号）＋（デバイス通し番号）＋（デバイスラベル）＋（デバイス位置）＋（ＩＰアドレス）＋（ポート番号）＋（グループラベル）＋（グループＩＤ番号）＋（キー）＋（ゾーンラベル）＋（ゾーンＩＤ番号）＋（領域ラベル）＋（領域ＩＤ番号）］
］
【００９８】
３．５  デバイス情報テーブルメッセージ−ＤＩＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私の能力である。
［メッセージタイプ（ＤＩＴＭ）＋（ＤＩＴ）＋（ベンダＩＤ番号）＋（モデル番号）］
【００９９】
３．６  デバイス情報テーブル−ＤＩＴ
ＤＩＴは、機器から管理ステーションに送られる。
【０１００】
ＤＩＴテーブルの説明
デバイス情報テーブルは、管理ステーションと機器の各々の両方に存在する。管理ステーションのＤＩＴは、システム内のすべての機器に論理的および物理的に取り付けられたすべてのデバイスに関する情報を含む。個々の機器は、システム全体ではなく、デバイスのみに論理的および物理的に取り付けられたデバイスのすべてのクラスに関する情報を含む。
【０１０１】
デフォルトモードは、ＤＩＴがそれら自体の領域内に留まることであるが、オペレータは、より下位の領域からＤＩＴまたは個々のデバイスＩＤ番号のみをインポートすることを選定することができる。
【０１０２】
ＤＩＴテーブルの構造
［（デバイスＩＤ番号）＋（デバイス属性）］
【０１０３】
デバイスＩＤ番号
デバイスＩＤ番号を知ることによって、機器および管理ステーションがデバイス能力を自動的に決定することが可能になる。デバイスＩＤ情報は、ルート管理ステーションまたは非準拠デバイスのための任意の機器においてデバイス情報テーブル（ＤＩＴ）に手動で入力されてもよい。すべてのデバイス情報は、ルート管理ステーションと自動的に同期される。
【０１０４】
ベンダＩＤ番号の説明−ベンダＩＤ番号は、ベンダ名と関連する。
【０１０５】
モデル番号の説明−モデル番号は、ベンダによって発行される
【０１０６】
デバイス属性テーブル
デバイスの各クラスは属性のセットを含み、各属性は、ベンダ定義またはユーザ定義のどちらかであるそれ自体の値を含む。
【０１０７】
クラス（１）−機器
［ＣＰＵ（  ）、メモリサイズ（  ）、ディスクサイズ（  ）、インタフェースタイプ（  ）、  …］
【０１０８】
クラス（２）−カメラ
［カメラタイプ（アナログ、デジタル、ＰＴ、ＰＴＺ、…）＋解像度（  ）レンズ幅（  ）＋ＬＥＤ番号（  ）＋ピクセル幅（  ）＋ピクセル高（  ）…］
【０１０９】
クラス（３）−センサ
［センサタイプ（生物学的、化学的、湿度、赤外線、動き、圧力、熱、…）＋値１（  ）…＋値（Ｎ）］
【０１１０】
クラス（４）−アクチュエータ
［アクチュエータのタイプ（電気、電気機械、電磁、電子）＋値（１）…＋値（Ｎ）］
【表１０】
2017535128.tif 000012
【０１１１】
３．７  ＳＣＲＩＴメッセージ−ＳＣＲＩＴＭ
メッセージの説明＝管理ステーションから機器または他の管理ステーションに送られ、この関心のある対象探索を実行する。
【０１１２】
［メッセージタイプ（ＳＣＲＩＴＭ）＋探索コマンド（開始／停止）＋［（機器１のＩＰアドレス）……（機器ＮのＩＰアドレス）］＋（ＯＩＭ）］
【０１１３】
（探索開始コマンドまたはＳＣＲＩＴＭ（開始））と（機器のＩＰアドレス）と（関心のある対象メッセージまたはＯＩＭ）を含むＳＣＲＩＴＭを受信する各機器は、次いで、この情報を、ＳＣＲＩＴ内のすべての割り当てられた機器によって関心のある対象を探索するために使用される関心のある対象テーブル（ＯＩＴ）へと格納する。
【０１１４】
ＳＣＲＩＴにリストされた機器は、関心のある対象を探索するように指示される。これによって探索境界線が形成され、その境界線内のエリアが探索される。これは、デフォルト探索モードである境界エリア探索である。境界線の中心は、検出された関心のある対象の前回知られている位置である。
【表１１】
2017535128.tif 000013
【０１１５】
３．８  領域を越えた探索ルート情報テーブルメッセージ（ＳＣＲＩＴＭ）のフロー
【表１２】
2017535128.tif 000014
【０１１６】
３．９  機器と管理ステーションとの間の探索ルート情報テーブルメッセージ（ＳＣＲＩＴＭ）のフロー
【表１３】
2017535128.tif 000015
【０１１７】
３．１０  探索ルート情報テーブル−ＳＣＲＩＴ
ＳＣＲＩＴは、管理ステーションから、探索エリアに割り当てられたすべての機器に転送される。
【０１１８】
ＳＣＲＩＴの説明
探索ルート情報テーブル（ＳＣＲＩＴ）は、ルート探索エンジンによってデバイス位置テーブル（ＤＬＴ）から抽出される。これは、関心のある対象の位置を特定し追跡するための探索エリアを作製するために必要である。
【０１１９】
ＳＣＲＩＴテーブルの構造
［（ＤＭＴ）＋（ＯＩＴ）］
【０１２０】
デバイスマップテーブル−ＤＭＴ
ＤＭＴは、機器から管理ステーションに送られる。
［（デバイスＩＤ番号）＋（デバイス通し番号）＋（ＧＰＳ位置）］
デバイスＤＭＴがＤＬＴから抽出された場所
【表１４】
2017535128.tif 000016
【０１２１】
３．１１  関心のある対象メッセージ（ＯＩＭ）
メッセージの説明＝機器から管理ステーションに送られる。これは、関心のある対象である。ＳＣＲＩＴを生成してください。
［メッセージタイプ：（ＯＩＭ）＋［ＯＩＴ］］
【０１２２】
関心のある対象テーブル−ＯＩＴ
［（対象ＩＤ番号）＋（対象属性）］
…
［（対象ＩＤ番号）＋（対象属性）］
【０１２３】
対象属性の説明
［（画像）＋（ＧＰＳ位置）＋（方向）＋（速度）＋（加速度）＋（タイムスタンプ）］
【０１２４】
関心のある対象の流れ図
【表１５】
2017535128.tif 000017
【表１６】
2017535128.tif 000018
【０１２５】
３．１２  ハローメッセージ
ブロードキャストハローメッセージ−ＢＨＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
これは私ですが、私のデバイスのネイバは誰ですか？
［メッセージタイプ（ＢＨＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１２６】
ブロードキャストリプライメッセージ−ＢＲＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は、あなたのネイバです
［メッセージタイプ（ＢＲＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１２７】
３．１３  機器から管理ステーションへのブロードキャストハローメッセージの流れ図
【表１７】
2017535128.tif 000019
【０１２８】
３．１４  管理ステーションから機器へのブロードキャストハローメッセージの流れ図
【表１８】
2017535128.tif 000020
【０１２９】
３．１５  管理同期メッセージ−ＭＳＭ
注：セキュリティ認証方法（公開鍵−秘密鍵）が完了したと仮定する
メッセージの説明＝機器から管理ステーションに、または
管理ステーションから管理ステーションに送られる
［メッセージタイプ（ＭＳＭ）＋（ＤＬＴ）］
【０１３０】
３．１６  機器から管理ステーションへの同期の流れ図
【表１９】
2017535128.tif 000021
【０１３１】
３．１７  管理ステーションから機器への同期の流れ図
【表２０】
2017535128.tif 000022
【表２１】
2017535128.tif 000023
【０１３２】
３．１８  健全性チェックメッセージ
健全性チェック要求メッセージ−ＨＣＲＱＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
生きていますか？
［メッセージタイプ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１３３】
健全性チェック応答メッセージ−ＨＣＲＳＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は生きています
［メッセージ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１３４】
３．１９  健全性チェックメッセージの流れ図
【表２２】
2017535128.tif 000024
【０１３５】
４．０  リアルタイム対象追跡プロトコル通信方法の概要
４．１  機器−ツー−機器
デバイス位置テーブルメッセージ−ＤＬＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私がいる場所です。
クラス（１）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（２）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（３）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（４）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
【０１３６】
ブロードキャストハローメッセージ−ＢＨＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
これは私ですが、私のデバイスのネイバは誰ですか？
［メッセージタイプ（ＢＨＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１３７】
ブロードキャストリプライメッセージ−ＢＲＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は、あなたのネイバです
［メッセージタイプ（ＢＲＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１３８】
健全性チェック要求メッセージ−ＨＣＲＱＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
生きていますか？
［メッセージタイプ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１３９】
健全性チェックリプライメッセージ−ＨＣＲＳＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は生きています
［メッセージ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）＋（ステータス）］
【０１４０】
４．２  機器−ツー−管理ステーション
デバイス位置テーブルメッセージ−ＤＬＴＭ
メッセージの説明＝機器から管理ステーションに。これは、私がいる場所です。
クラス（１）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（２）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（３）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（４）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
【０１４１】
デバイス情報テーブルメッセージ−ＤＩＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私の能力である。
［メッセージタイプ（ＤＩＴＭ）＋（ＤＩＴ）＋（ベンダＩＤ番号）＋（モデル番号）］
【０１４２】
関心のある対象メッセージ−ＯＩＭ
メッセージの説明＝機器から管理ステーションに。これは、関心のある対象である。ＳＣＲＩＴを生成してください。
［メッセージタイプ：（ＯＩＭ）＋［ＯＩＴ］］
【０１４３】
ＳＣＲＩＴメッセージ−ＳＣＲＩＴＭ
メッセージの説明＝管理ステーションから機器または他の管理ステーションに送られ、この関心のある対象探索を実行する。
［メッセージタイプ（ＳＣＲＩＴＭ）＋探索コマンド（開始／停止）＋［（機器１のＩＰアドレス）……（機器ＮのＩＰアドレス）］＋（ＯＩＭ）］
【０１４４】
ブロードキャストハローメッセージ−ＢＨＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
これは私ですが、私のデバイスのネイバは誰ですか？
［メッセージタイプ（ＢＨＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１４５】
ブロードキャストリプライメッセージ−ＢＲＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は、あなたのネイバです
［メッセージタイプ（ＢＲＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１４６】
健全性チェック要求メッセージ−ＨＣＲＱＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
生きていますか？
［メッセージタイプ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１４７】
健全性チェックリプライメッセージ−ＨＣＲＳＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は生きています
［メッセージ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）＋（ステータス）］
【０１４８】
管理同期メッセージ−ＭＳＭ
注：セキュリティ認証方法（公開鍵−秘密鍵）が完了したと仮定する
メッセージの説明＝機器から管理ステーションに、または
管理ステーションから管理ステーションに送られる
［メッセージタイプ（ＭＳＭ）＋（ＤＬＴ）］
【０１４９】
４．３  管理ステーション−ツー−機器
デバイス位置テーブルメッセージ−ＤＬＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私がいる場所です。
クラス（１）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（２）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（３）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（４）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
【０１５０】
ＳＣＲＩＴメッセージ−ＳＣＲＩＴＭ
メッセージの説明＝管理ステーションから機器または他の管理ステーションに送られ、この関心のある対象探索を実行する。
［メッセージタイプ（ＳＣＲＩＴＭ）＋探索コマンド（開始／停止）＋［（機器１のＩＰアドレス）……（機器ＮのＩＰアドレス）］＋（ＯＩＭ）］
【０１５１】
ブロードキャストハローメッセージ−ＢＨＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
これは私ですが、私のデバイスのネイバは誰ですか？
［メッセージタイプ（ＢＨＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１５２】
ブロードキャストリプライメッセージ−ＢＲＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は、あなたのネイバです
［メッセージタイプ（ＢＲＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１５３】
健全性チェック要求メッセージ−ＨＣＲＱＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
生きていますか？
［メッセージタイプ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１５４】
健全性チェックリプライメッセージ−ＨＣＲＳＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は生きています
［メッセージ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）＋（ステータス）］
【０１５５】
４．４  管理ステーション−ツー−管理ステーション
デバイス位置テーブルメッセージ−ＤＬＴＭ
メッセージの説明＝機器から管理ステーションに送られる。これは、私がいる場所です。
クラス（１）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（２）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（３）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
クラス（４）のメッセージ＝［メッセージタイプ（ＤＬＴＭ）＋（ＤＬＴ）］
【０１５６】
ブロードキャストハローメッセージ−ＢＨＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
これは私ですが、私のデバイスのネイバは誰ですか？
［メッセージタイプ（ＢＨＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１５７】
ブロードキャストリプライメッセージ−ＢＲＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は、あなたのネイバです
［メッセージタイプ（ＢＲＭ）＋［（機器ラベル）＋（ＩＰアドレス）＋（ポート番号）］］
【０１５８】
管理同期メッセージ−ＭＳＭ
注：セキュリティ認証方法（公開鍵−秘密鍵）が完了したと仮定する
メッセージの説明＝機器から管理ステーションに、または
管理ステーションから管理ステーションに送られる
［メッセージタイプ（ＭＳＭ）＋（ＤＬＴ）］
【０１５９】
健全性チェック要求メッセージ−ＨＣＲＱＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
生きていますか？
［メッセージタイプ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）］
【０１６０】
健全性チェックリプライメッセージ−ＨＣＲＳＭ
メッセージの説明＝機器から機器に、または
機器から管理ステーションに、または
管理ステーションから機器に、または
管理ステーションから管理ステーションに送られる
私は生きています
［メッセージ（ＨＣＲＭ）＋（ＩＰアドレス）＋（ポート番号）＋（ステータス）］
【０１６１】
モバイルおよび非モバイルのリアルタイム対象追跡システム
１．０  要約
互いと、ならびに同じデバイス内で、リアルタイム対象追跡プロトコル（ＲＯＴＰ）を介して通信するデバイスまたはデバイスのネットワークを備えるシステムが開示される。このプロトコルは、ネットワークを介して任意の準拠デバイスに、アクチュエータ、オーディオ、センサ、ビデオデータ、および探索エンジンメッセージを送信する。
【０１６２】
リアルタイム対象追跡プロトコルは、ユーザ定義の基準をビデオ、オーディオ、および他のセンサ入力に適用することによって、システム内での対象または生体の、複数のデバイスによる同じであるとの識別および追跡ならびに／またはシステムによって実行されるアクションを可能にする。次いで、ユーザ定義の基準が満たされると、対象追跡、およびアクションが実行される。モバイル適用例またはポータブル適用例では、汎用電力システムが、複数の入力電源から一定の無停電電力を提供するために利用される。
【０１６３】
２．０  発明の分野
リアルタイム対象追跡プロトコル（ＲＯＴＰ）を介して互いと通信するデバイスのネットワークを備える、関心のある対象をリアルタイムで追跡するリアルタイム対象追跡システムが開示される。
【０１６４】
３．０  背景技術
対象追跡ネットワーク機器と、中央管理システムと、リアルタイム対象追跡プロトコルと、汎用電力システムとを備えるモバイルおよび非モバイルリアルタイムの対象追跡システムは、セキュリティユーザおよびセキュリティオペレータに、識別された関心のあるイベントから、そのイベントおよび関心のある対象の前、その間、およびその後に、イベントの系列を再構築するために、ビデオ入力、オーディオ入力、およびセンサ入力を介したできる限り有用なデータを用いた迅速な状況認識、周囲環境の理解を展開させる能力を提供することができる。
【０１６５】
状況認識の迅速な展開の他に、モバイル、非モバイル、およびポータブルのリアルタイム対象追跡システムは、関心のある対象によってトリガされた出来事の数秒以内に関心のある対象を検出および追跡するために指示された探索パターンを実行するように探索ゾーンの任意の数または組み合わせ内のすべてのリンクされた準拠デバイスにアラートし、指示することによって、関心のある対象の迅速な探索および追跡プロトコル応答も展開させる。次いで、探索結果は、検出されたイベントの前、検出されたイベント自体の間、および検出されたイベントの後に、関心のある対象のイベントの系列のレコードを確立するために使用可能である。ビデオトラフィックは、アクセス層スイッチにリンクされたＩＰカメラとともに層２スイッチングおよび層３ルーティング多層スイッチアーキテクチャ（図１）を利用して帯域幅およびサービス品質（ＱｏＳ９９９９９９９９９）に重点を置いて最適化され、次いで、データセンタネットワークＤＶＲ、ビデオ記憶サーバ、およびオペレータ管理ステーションに対する大規模ギガビットバックボーンリンクを有する大型コア層スイッチに、分散層スイッチによって転送される。
【０１６６】
ＩＰビデオトラフィックは一般的には、ＭＰＥＧ４／Ｈ．２６４エンコード形式を使用して圧縮され、ＴＣＰ／ＩＰプロトコルによってトランスポートされる。ビデオトラフィック挙動は、帯域幅−ビットレート容量、パケット損失−損失または破棄されたパケット、待ち時間−送信元からのパケット送信の開始から宛先に到達するまでの継続時間、ジッタ−パケットの周期性の変化または逸脱、およびバースト−瞬間的トラフィックの突然の急増によって特徴付けが可能である。サービス品質ネットワークプロトコルの形でのビデオトラフィック最適化は、ビデオトラフィックトランスポートのためにこれらのトラフィック特性を制御および最適化することに重点を置いている。
【０１６７】
現在のＩＰビデオ技術は、データセンタと、ライブビデオフィードがネットワークビデオレコーダによって記録され、ビデオ記憶サーバ上に記憶される（図２）集中ビデオ管理システムとに対するビデオトラフィックトランスポートの最適化に重点を置いている。ビデオ監視オペレータは、異なるカメラ位置で何が発生しているかの状況認識を展開させるために、データセンタにおいて可能な限り多くのスクリーンおよび各スクリーン内のカメラディスプレイにまたがってビデオ管理ソフトウェアを利用して、ビデオフィードを見る。記憶されたビデオフィードは、位置、記録の日付および時刻によって、または他の探索基準によって取り出される。次いで、車両ナンバープレート、顔認識、特定の動きタイプ、カラーマッチング、対象形状マッチングを求めてビデオ分析が実行される。したがって、ＩＰビデオトラフィックおよびビデオ分析の一般的な配備は主に、集中型コンピューティングモデルであり、計算能力、メモリ、および記憶容量の大部分がデータセンタに集中され、カメラがＩＰビデオネットワークの端に静的に配置される。
【０１６８】
モバイル、非モバイル、およびポータブルのリアルタイム対象追跡システムネットワークアーキテクチャは、任意の場所および任意の時間に、端（エッジ）において、データセンタ内で、または記憶とともに対象検出、およびビデオ分析計算能力が対象追跡および自動化タスクのために必要とされるネットワーク内の任意の場所に、配備されるように設計される。機器は、車載のモバイル、非モバイル、またはポータルブルの使用のために、カメラ、センサ、およびアクチュエータとともに配備可能である。これらの異なる配備方法間で対象を追跡するために、通信トラフィックがＩＰネットワークを介して送られ、対象追跡コマンドおよび追跡方法が、リアルタイム対象追跡プロトコル（ＲＯＴＰ）を介して実行される。
【０１６９】
汎用電力システム（ＵＰＳ）は、永続的電源が利用可能でないとき、一定の無停電電力を機器に提供するために利用される。
【０１７０】
４．０  発明の概要
車載モバイル、および非モバイルのリアルタイム対象追跡システムを提供するためのシステムに基づく一連の方法が開示される。
【０１７１】
車載モバイルシステムは、対象追跡ネットワーク機器（３３１）と、ＤｒｉｖｅＣａｍカメラ（８１０、８１１、８１２、８１３）と、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）と境界線センサ（８０６、８０７、８０８、８０９）と、ＬＣＤスクリーンディスプレイ（９０１、９０２）と、汎用電力システム（３３２）とを有することができる。
【０１７２】
非モバイルシステムは、対象追跡ネットワーク機器（３３１）と、中央管理ステーションと、対象追跡ネットワーク機器と中央管理アプリケーション（３３４）との間の通信を可能にするリアルタイム対象追跡プロトコル（３２６）とを有することができる。さらに、汎用電力システム（３３２）は、永続的電源が利用可能でないとき、機器に臨時電力を提供することができる。
【０１７３】
４．１  対象追跡ネットワーク機器アーキテクチャ
対象追跡ネットワーク機器は、対象または特定のアクションが認識されるとき、ユーザ定義基準に基づいて特定のアクションを実行する、ゾーン検出、ゾーン−ツー−ゾーン対象検出における対象のためのシステムを有することができる。ビデオ入力およびオーディオ入力の記録、センサ入力制御、アクチュエータ出力アクション制御、イベント管理、通知、記憶、プロトコルメッセージ生成、ならびにレポート生成も、図３に説明される機器へと実施される。
【０１７４】
ビデオ（３０１）、オーディオ（３０２）、センサ（３０３）を統合する方法は、他の準拠デバイス（３０４）および中央管理ステーション（３０５）から対象追跡ネットワーク機器（３００）へと通信することができ、入力インタフェース（３０６）を通して入力を集めることによって達成可能である。
【０１７５】
単一ゾーン内で、および複数のゾーンにまたがって、関心のある対象を検出する方法は、関心のある対象検出のためにゾーン検出エンジン（３０７）およびゾーン−ツー−ゾーン検出エンジン（３０８）内の対象に入力インタフェース（３０６）のビデオ出力（３０９）を転送することによって達成可能である。
【０１７６】
関心のある対象位置がテンプレートマネージャ（３００）におけるまたはその中のどこで配置可能であるかに応じてオブジェクション（ｏｂｊｅｃｔｉｏｎ）検出ルールを変更する方法。入力インタフェース（３０６）からのビデオ出力（３０９）は、ビデオ表示のために着信ビデオを復号する目的でビデオエンジン（３１０）に転送可能である。
【０１７７】
単一ゾーン内で、および複数のゾーンにまたがって、関心のある対象を検出する方法は、関心のあるイベントが発生したことをイベントマネージャ（３１３）に通知するように、関心のある対象によって示されるアクションがユーザ定義基準を満たすかどうか、ならびに通知および／またはアクションが取られるべきかを決定するために、アクション認識エンジン（３１２）にビデオ出力（３０９）を転送することによって達成可能である。
【０１７８】
通知タイプ（３１７）をトリガする方法は、出力インタフェース（３１６）を介して通知エンジン（３１４）に通知メッセージを送るイベントマネージャによって達成可能である。通知タイプは、テキストメッセージ、電子メール、ビデオスナップショット、ビデオクリップ、または音声メッセージとすることができる。
【０１７９】
出力インタフェース（３１６）を介してアクチュエータアクション（３１８）をトリガする方法は、アクチュエータエンジン（３１５）にアクションメッセージを送るイベントマネージャによって達成可能である。
【０１８０】
ビデオ入力（３０１）が通知（３１７）をトリガする方法は、分析され、イベントマネージャ（３１３）内のユーザ定義ビデオトリガと比較されることになるビデオ出力（３０９）を入力インタフェース（３０６）からビデオエンジン（３１０）に転送することによって達成可能である。ビデオアクションがビデオトリガと一致するとき、イベントマネージャ（３１３）は、通知（３１７）を送るために通知エンジン（３１４）に、および／またはアクション（３１８）を実行するためにアクチュエータエンジン（３１５）に、メッセージを送ることができる。
【０１８１】
オーディオ入力（３０２）が通知（３１７）をトリガする方法は、分析され、イベントマネージャ（３１３）内のユーザ定義オーディオトリガと比較されることになるオーディオ出力（３２０）を入力インタフェース（３０６）からオーディオエンジン（３１９）に転送することによって達成可能である。オーディオメッセージがオーディオトリガと一致するとき、イベントマネージャ（３１３）は、通知（３１７）を送るために通知エンジン（３１４）に、および／またはアクション（３１８）を実行するためにアクチュエータエンジン（３１５）に、メッセージを送ることができる。
【０１８２】
センサ入力（３０３）が通知（３１７）をトリガする方法は、分析され、イベントマネージャ（３１３）内のユーザ定義センサトリガと比較されることになるセンサ出力（３０９）を入力インタフェース（３０６）からセンサマネージャ（３２２）に転送することによって達成可能である。センサ入力値がセンサトリガと一致するとき、イベントマネージャ（３１３）は、通知（３１７）を送るために通知エンジン（３１４）に、および／またはアクション（３１８）を実行するためにアクチュエータエンジン（３１５）に、メッセージを送ることができる。
【０１８３】
ビデオ入力（３０１）、オーディオ入力（３０２）、およびセンサ入力（３０３）を記録する方法は、オーディオエンジン（３１９）、ビデオエンジン（３１０）、およびセンサマネージャ（３２２）から、ビデオデータ、オーディオデータ、およびセンサデータを記憶ディスク（３１１）に記録可能なレコードマネージャ（３２３）にそれぞれの出力を転送することによって達成可能である。
【０１８４】
対象追跡ネットワーク機器（３０４）と中央管理システム（３０５）との間の通信を可能にする方法は、入力インタフェース（３０６）から、出力インタフェース（３１６）から他の対象追跡ネットワーク機器（３２３）および他の中央管理ステーション（３２４）に通信を送ることができるプロトコルエンジン（３２６）に、着信メッセージを転送することによって達成可能である。
【０１８５】
記憶ディスク（３１１）から記憶されたオーディオ（３２７）、ビデオ（３２８）、およびセンサ（３２９）を取り出す方法は、取り出されたオーディオデータ、ビデオデータ、およびセンサデータを出力インタフェース（３１６）に転送可能なレコードマネージャ（３２３）によって達成される。
【０１８６】
機器から別の中央管理システム（３２４）へのレポートを生成する方法は、イベントマネージャ（３１３）、オーディオエンジン（３１９）、ビデオエンジン（３１０）、センサマネージャ（３２２）、およびプロトコルエンジン（３２６）から情報を収集するレポートエンジン（３３０）によって達成可能である。次いで、収集された情報は、処理および要約され、出力インタフェース（３１６）を介して送出可能である。
【０１８７】
永続的な電源が利用可能でないとき、延長された時間の期間にわたって対象追跡機器に一定の無停電電力を供給する方法は、汎用電力システム（３３２）に機器（３３１）を接続することによって達成可能である。
【０１８８】
対象追跡機器と中央管理システムアプリケーション（３３４）または別の外部ベンダアプリケーション（３３５）との間で通信を交換する方法は、アプリケーションプログラミングインタフェース（３３３）を介して通信することによって達成可能である。
【０１８９】
４．２  対象追跡ネットワーク機器構成要素の説明
図３−対象追跡ネットワーク機器アーキテクチャを参照されたい
【０１９０】
４．２．１  入力インタフェース−（３０６）
−  機器へのビデオ入力（３０１）の通信
−  機器へのオーディオ入力（３０２）の通信
−  機器へのセンサ入力（３０３）の通信
−  他の機器（３０４）からのプロトコルメッセージングの通信
−  他の中央管理ステーション（３０５）から入力されるプロトコルメッセージングの通信
【０１９１】
４．２．２  ゾーン内の対象（ＯＷＺ）の運動検出−（３０７）
−  ユーザが、任意の数の関心のあるゾーンを作製することを可能にする
−  ユーザが、任意の形状のゾーンを作製することを可能にする
−  ユーザが、大きさ、形状、および色に基づいて、関心のある対象を定義することを可能にする
−  ユーザが、異なるゾーンおよびゾーン内の対象がどのようにして互いと相互作用するかを定義することを可能にする
【０１９２】
４．２．３  ゾーン−ツー−ゾーン（Ｚ−ＺまたはＺ２）−（３０８）からの対象運動
−  ユーザが、ゾーン間で移動する対象を追跡することを可能にする
−  ユーザが、対象がゾーン間で移動している間にアラートをトリガするときの条件を定義することを可能にする
【０１９３】
４．２．４  アクション認識エンジン（ＡＲＥ）−（３１２）
−  ユーザが、関心のあるアクションを定義することを可能にする
−  アクションは、
−  速度ベクトル（スピード＋方向）
−  加速度
−  形状の変化
−  形状の拡大縮小（サイジング）
−  カラーリングおよび／または陰影の変化
を指定することによって定義可能である
−  ユーザが、あらかじめ定義されたアクションのうちの１つを使用することを可能にする
−  ユーザが、指定されたアクションのためのゾーンを定義することを可能にする
−  ユーザが、関心のあるアクションに対する応答を定義することを可能にする
【０１９４】
４．２．５  レコードマネージャ−（３２３）
以下を担当する：
−  イベントマネージャ（３１３）と通信する
−  ビデオエンジン（３１０）と通信する
−  オーディオエンジン（３１９）と通信する
−  センサマネージャ（３２２）と通信する
−  記録の開始
−  記録の終了
−  期限の切れたファイルを除去する
−  重要なファイルをロックする
−  ディスクスペースを管理する
−  ディスクの断片化を管理する
【表２３】
2017535128.tif 000025
【０１９５】
４．２．６  オーディオエンジン−（３１９）
オーディオ入力の処理を担当する
【０１９６】
４．２．７  ビデオエンジン−（３１０）
ビデオ入力の処理を担当する
【０１９７】
４．２．８  センサマネージャ−（３２２）
以下を担当する：
−  イベントマネージャ（３１３）と通信する
−  センサからデータを受信する
−  センサにコマンドを送る
−  センサを構成する
【表２４】
2017535128.tif 000026
【０１９８】
４．２．９  テンプレートマネージャ−（３００）
以下を担当する：
−  イベントマネージャ（３１３）と通信する
−  ゾーン内の対象（３０７）およびゾーン−ツー−ゾーン（３０８）対象検出のためにユーザによって設定された適切な関心のある対象検出テンプレートをプロビジョニングする
【０１９９】
４．２．１０  イベントマネージャ−（３１３）
以下を担当する：
−  他のマネージャモジュール間の通信を処理する
−  システムによって供給／引き起こされたイベントを処理する
−  信号をルーティングする
−  ＯＷＺ（３０７）と通信する
−  Ｚ２（３０８）と通信する
−  ＡＲＥ（３１２）と通信する
−  レコーディングマネージャ（３２３）と通信する
−  通知エンジン（３１４）と通信する
−  アクチュエータエンジン（３１５）と通信する
−  オーディオエンジン（３１９）と通信する
−  ビデオエンジン（３１０）と通信する
−  センサマネージャ（３２２）と通信する
−  プロトコルエンジン（３２５）と通信する
−  レポーティングエンジン（３３０）と通信する
【０２００】
４．２．１１  通知エンジン−（３１４）
ゾーン内の対象（ＯＷＺ）またはアクション応答エンジン（ＡＲＥ）がトリガされたとき、以下の通知または通知の任意の組み合わせが、ユーザ選好に基づいて通知エンジンによって送られる：
−  テキストメッセージ
−  電子メール
−  ビデオスナップショット
−  ビデオクリップ
−  音声メッセージ
【０２０１】
４．２．１２  アクチュエータエンジン−（３１５）
以下を担当する：
−  他のマネージャモジュール間の通信を処理する
−  システムによって供給／引き起こされたイベントを処理する
−  信号をルーティングする
−  アクチュエータを構成する
【０２０２】
４．２．１３  記憶−（３１１）
以下を担当する：
−  ビデオデータ（３０１）の永続的な記憶
−  オーディオデータ（３０２）の永続的な記憶
−  センサデータ（３０３）の永続的な記憶
−  レコードマネージャデータ（３２３）の永続的な記憶
【０２０３】
４．２．１４  プロトコルエンジン−（３２６）
リアルタイム対象追跡プロトコルを実施することを担当する（リアルタイム対象追跡プロトコル仕様文書を参照されたい）
【０２０４】
４．２．１５  レポートエンジン−（３３０）
以下を担当する：
−  イベントマネージャ（３１３）からのデータの収集およびレポーティング
−  オーディオエンジン（３１９）からのデータの収集およびレポーティング
−  ビデオエンジン（３１０）からのデータの収集およびレポーティング
−  センサマネージャ（３２２）からのデータの収集およびレポーティング
−  プロトコルエンジン（３２６）からのデータの収集およびレポーティング
【０２０５】
４．２．１６  出力インタフェース（３１６）
以下を担当する：
−  機器（３２７）へのビデオ出力の通信
−  機器（３２８）へのオーディオ出力の通信
−  機器（３２９）へのセンサ出力の通信
−  他の機器（３２３）に出力されるプロトコルメッセージングの通信
−  他の中央管理ステーション（３２４）に出力されるプロトコルメッセージングの通信
【０２０６】
５．０  中央管理アプリケーション（４００）
中央管理ステーションは、図４で説明される機器の機能にアクセスするためにオペレータによって利用されるリアルタイム対象追跡機器内に常駐するソフトウェアアプリケーションを統合する。
【０２０７】
以下を担当する：
−  ユーザインタフェースＵＩ（４０１）−ユーザがリアルタイム対象追跡機器の機能にアクセスするためのメソッド
−  アプリケーションプログラミングインタフェースＡＰＩ（４０２）−ユーザインタフェース（４０１）がＡＰＩコマンドを介して他のシステム構成要素と通信するためのメソッド。
−  テンプレートマネージャ構成モジュール（４０３）−ユーザインタフェース（４０１）が特定のユーザテンプレートのためのイベントマネージャ（４０７）検出パラメータ、ＯＷＺ（４０５）、およびＺ２（４０６）を作製、修正、または削除するために、ＡＰＩ（４０２）を介してテンプレートマネージャ（４０３）およびイベントマネージャ（４０４）にコマンドを送るためのメソッド。
−  イベントマネージャモジュール（４０４）−ユーザインタフェース（４０１）が、トリガされたイベントを管理し、ＡＰＩ（４０２））、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介して、すべての他のモジュールＯＷＺ（４０４）、Ｚ２（４０５）、ＡＲＥ（４０７）、レコードマネージャ（４０８）、オーディオエンジン（４０９）、ビデオエンジン（４１０）、センサマネージャ（４１１）、通知モジュール（４１２）、アクチュエータモジュール（４１３）、プロトコルエンジンモジュール（４１４）、およびレポートエンジン（４１５）と通信するために、コマンドを送るためのメソッド。
−  ゾーン内の対象モジュールＯＷＺ（４０５）−ユーザインタフェース（４０１）が任意の数、および任意の形状の検出ゾーンを作製するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。大きさ、形状、および色または陰影、ならびに異なるゾーンおよびゾーン内の対象が互いとどのように相互作用するかに基づいて、関心のある対象を定義する。
−  ゾーン−ツー−ゾーンモジュールＺ２（４０６）−ユーザインタフェース（４０１）が、ゾーン間で移動している対象を追跡し、対象がゾーン間で移動している間にアラートおよびアクションをトリガするときの条件を定義するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  アクション認識エンジンＡＲＥ（４０７）−ユーザインタフェース（４０１）が、関心のあるアクション（速度ベクトル）…すなわち（スピード＋方向）、加速度、形状の変化、形状の拡大縮小（サイジング）、色の変化、および／または陰影を定義するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。ユーザが、あらかじめ定義されたアクションを選択することを可能にする。ユーザが、指定されたアクションのための検出ゾーンを定義することを可能にする。ユーザが、関心のあるアクションに対する応答を定義することを可能にする。
−  レコードマネージャモジュール（４０８）−ユーザインタフェース（４０１）が、イベント入力、ビデオ入力、オーディオ入力、およびセンサ入力を開始および停止するために、またはイベント入力、ビデオ入力、オーディオ入力、およびセンサ入力の記録の始まりもしくは終了を定義するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  オーディオエンジンモジュール（４０９）−ユーザインタフェース（４０１）が、オーディオ入力を取り出すために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  ビデオエンジンモジュール（４１０）−ユーザインタフェース（４０１）が、ビデオ入力を取り出すために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  センサマネージャモジュール（４１１）−ユーザインタフェース（４０１）が、センサを構成し、センサデータを取り出すために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  通知モジュール（４１２）−ユーザインタフェース（４０１）が、通知タイプ、テキストメッセージ、電子メール、ビデオスナップショット、ビデオクリップ、音声メッセージを構成するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  アクチュエータモジュール（４１３）−ユーザインタフェース（４０１）が、アクチュエータを構成し、アクチュエータデータを取り出すために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  プロトコルモジュール（４１４）−ユーザインタフェース（４０１）が、リアルタイム対象追跡プロトコルコマンドを発行するために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
−  レポートモジュール（４１５）−ユーザインタフェース（４０１）が、イベントマネージャモジュール（４０６）、オーディオエンジンモジュール（４０９）、ビデオエンジンモジュール（４１０）、センサマネージャモジュール（４１１）、およびプロトコルエンジン（４１４）からデータを収集およびレポートするために、ＡＰＩ（４０２）、テンプレートマネージャ構成モジュール（４０３）、およびイベントマネージャ（４０４）を介してコマンドを送るためのメソッド。
【０２０８】
６．０  リアルタイム対象追跡プロトコル（３２６）
プロトコルエンジン（３２６）は、対象追跡機器からデバイス情報を抽出し、他の機器間の通信を確立するために使用されるステートレスプロトコル方法であるリアルタイム対象追跡プロトコルを具現化する。リアルタイム対象追跡プロトコルの目的は、ユーザが、メッセージおよび制御コマンドを介してリアルタイムで、関心のある対象を追跡し、機器と中央管理ステーションとの間でのデータ同期、および健全性モニタリングを実行する助けとなることである。使用されるトランスポートプロトコルは、トランスポート信頼性および誤り回復が望ましい場合はコネクション型プロトコルＴＣＰ、または要求がプロトコルトラフィックオーバーヘッドを最小にすることである場合はＵＤＰ、のどちらかであり得る。リアルタイム対象追跡プロトコルは、関心のある対象のリアルタイム追跡および履歴検索を可能にする。
【０２０９】
関心のある対象がユーザ定義基準に基づいて検出されると、メッセージが、この対象の探索を開始し、この対象を、リアルタイム対象追跡プロトコルを介して関心のある対象の近くの他の機器にまたがって追跡するために、中央管理システムに対して対象追跡ネットワーク機器によって生成される。
【０２１０】
７．０  汎用電力システム（３３２）
汎用電力システムは、複数の入力電源を管理する方法を具現化し、２つ以上のバッテリを常に充電するために車両用交流発電機、家庭用電流、太陽光、風力、または他の外部電源から入力電源を自動選択する入力電力バッファを介して対象追跡ネットワーク機器に給電するように入力電源を調節する。バッテリのうちの１つのみが、所与の時間に機器に電力を提供する。
【０２１１】
汎用電力システムは、機器動作温度の温度制御のための方法も提供する。周囲温度が、特定の動作温度を下回って低下するまたは上回る場合、可逆的な加熱および冷却要素が、対象追跡ネットワーク機器にとって最適な動作温度を維持することに関与させられる。
【０２１２】
複数の電源からのエネルギーが不十分な場合、汎用電力システムは、バッテリと、対象追跡ネットワーク機器に給電するためにエネルギーが複数の電源から入手可能であるものとを組み合わせる方法を提供する。
【０２１３】
汎用電力システムは、中央管理システムに機器シャットダウン健全性チェックステータスメッセージを送り、バッテリおよび複数の入力電源からのエネルギーが、システム状態を保存し、破局的な電力損失によるデータ損傷を回避するために機器に給電するのに不十分な場合、機器を自動シャットダウンすることによる低電力シャットダウン方法を提供する。
【０２１４】
８．０  リアルタイム対象追跡システムのモバイル車載配備方法
リアルタイム対象追跡システムのモバイル車載バージョンは、車両にインストールされたとき２つのモード、すなわちイグニションオフまたはイグニションオンで動作する。
【０２１５】
システムは、対象追跡ネットワーク機器（３３１）、ＤｒｉｖｅＣａｍカメラ（８１０、８１１、８１２、８１３）、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）境界線センサ（８０６、８０７、８０８、８０９）、ＬＣＤスクリーンディスプレイ（９０１、９０２）、および汎用電力システム（３３２）を統合する。
【０２１６】
車両イグニションオフを使用すると、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）からライブビデオを記録する方法は、境界線に侵入する対象を検出する境界線センサ（８０６、８０７、８０８、８０９）によって達成可能である。これらのセンサ信号は、対象追跡ネットワーク機器（３１１）のセンサマネージャ（３２２）へのセンサ入力（３０３）とすることができる。この信号は、ビデオ入力（３０１）からビデオを記録し始めるためにイベントマネージャ（３１３）をトリガすることができる。
【０２１７】
車両イグニションオフを使用すると、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）からライブビデオを記録する方法は、境界線に侵入する対象を検出する境界線センサ（８０６、８０７、８０８、８０９）によって達成可能である。これらのセンサ信号は、対象追跡ネットワーク機器（３１１）のセンサマネージャ（３２２）へのセンサ入力（３０３）である。この信号は、ビデオ入力（３０１）からビデオを記録し始めるためにイベントマネージャ（３１３）をトリガすることができる。しかしながら、この記録方法は、イグニションがオフであるときいつでもＰａｒｋｃａｍ記録を可能にするためにイベントマネージャ（３１３）に送られたコマンドを用いて回避可能である。
【０２１８】
車両イグニションオフを使用すると、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）から関心のある対象が検出ゾーン内にあることを検出する方法は、境界線に侵入する対象を検出する境界線センサ（８０６、８０７、８０８、８０９）によって達成可能である。これらのセンサ信号は、対象追跡ネットワーク機器（３１１）のセンサマネージャ（３２２）へのセンサ入力（３０３）とすることができる。この信号は、ビデオ入力（３０１）からビデオを記録し始めるためにイベントマネージャ（３１３）をトリガすることができる。次いで、対象は、対象が、ユーザによって定義された検出ゾーン内にあるかどうかを決定するために、ゾーン内の対象（３０７）−ＯＷＺモジュールによって分析可能である。そうである場合、対象は、ゾーン内の関心のある対象と識別可能である。
【０２１９】
車両イグニションオフを使用すると、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）から関心のある対象がゾーン−ツー−ゾーンから移動していることを検出する方法は、境界線に侵入する対象を検出する境界線センサ（８０６、８０７、８０８、８０９）によって達成可能である。これらのセンサ信号は、対象追跡ネットワーク機器（３１１）のセンサマネージャ（３２２）へのセンサ入力（３０３）とすることができる。この信号は、ビデオ入力（３０１）からビデオを記録し始めるためにイベントマネージャ（３１３）をトリガすることができる。次いで、対象は、対象が、ユーザによって定義された検出ゾーン内にあるかどうかを決定するために、ゾーン内の対象（３０７）−ＯＷＺモジュールによって分析可能である。そうである場合、対象は、ゾーン内の関心のある対象と識別可能である。関心のある対象が、同じカメラ内の別のゾーンの視野、または他の任意のカメラ内の視野へと移動する場合、その同じ対象は、ゾーン−ツー−ゾーン（３０８）−Ｚ２モジュールによって追跡可能である。
【０２２０】
車両イグニションオンを使用すると、ＤｒｉｖｅＣａｍカメラ（８１０、８１１、８１２、８１３）からライブビデオを記録する方法は、動きを検出するＤｒｉｖｅＣａｍ内の動きセンサによって達成可能である。ライブビデオは、対象追跡ネットワーク機器（３１１）のビデオエンジン（３１０）へのビデオ入力（３０１）とすることができる。この信号は、ビデオ入力（３０１）からビデオを記録し始めるためにイベントマネージャ（３１３）をトリガすることができる。
【０２２１】
ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）からライブビデオまたは記録されたビデオを表示する方法は、サンバイザオーバヘッドＬＣＤディスプレイ（９０１）および／またはナビゲーションシステムコンソール（９０２）のどちらかにビデオを表示することによって達成可能である。
【０２２２】
ＤｒｉｖｅＣａｍカメラ（８１０、８１１、８１２、８１３）からライブビデオまたは記録されたビデオを表示する方法は、サンバイザオーバヘッドＬＣＤディスプレイ（９０１）および／またはナビゲーションシステムコンソール（９０２）のどちらかにビデオを表示することによって達成可能である。
【０２２３】
８．１  システム構成要素の説明
対象追跡ネットワーク機器−（３３１）
対象追跡ネットワーク機器は、対象または特定のアクションが認識されるとき、ユーザ定義基準に基づいて特定のアクションを実行する、ゾーン検出、ゾーン−ツー−ゾーン対象検出における対象のためのシステムを有することができる。ビデオ入力およびオーディオ入力の記録、センサ入力制御、アクチュエータ出力アクション制御、イベント管理、通知、記憶、プロトコルメッセージ生成、ならびにレポート生成は、図３に説明される機器によって実行可能である。
【０２２４】
ＤｒｉｖｅＣａｍカメラ−（８１０、８１１、８１２、８１３）
ＤｒｉｖｅＣａｍカメラは、車両が運転中であるにせよそうでないにせよ、またはヘッドライトがオンであろうとオフであろうと、車両イグニションがオンであるときライブビデオをキャプチャする暗視カメラを有することができる。
【０２２５】
ＰａｒｋＣａｍカメラ−（８００、８０１、８０２、８０３、８０４、８０５）
ＰａｒｋＣａｍカメラは、車両が運転中であるにせよそうでないにせよ、車両イグニションがオフであるときライブビデオをキャプチャすることが可能な暗視および動き検知カメラを有することができる。
【０２２６】
境界線センサ−（８０６、８０７、８０８、８０９）
境界線センサは、イグニションがオフのとき３６０度セキュリティ境界線内の任意の場所で対象を検出可能な３６０度近接検知システムを有することができる。対象がこのセキュリティ境界線に侵入したときのみ、ＰａｒｋＣａｍカメラが記録し始める。
【０２２７】
ＬＣＤスクリーンディスプレイ−（９０１、９０２）
ＬＣＤスクリーンディスプレイは、既存の自動車製造ナビゲーションステム、娯楽もしくはカメラのディスプレイ、または車両の内部、運転手もしくは同乗者のサンバイザの裏などの隠された位置に、またはグローブ／保管区画、もしくはトランクの空間、もしくはスペアタイヤ区画の内部の任意の場所に取り付けられ得るＬＣＤスクリーンディスプレイを利用することが可能なライブビデオまたは記録されたビデオ表示システムを有することができる。任意の位置からカメラ間を自動切り換えまたは手動切り換え可能なＬＣＤスクリーンディスプレイ。同じ機器内のアクチュエータエンジン（３１８）もしくはプロトコルエンジン（３２６）から別の機器へと、遠隔制御または手動切り換え制御またはコマンドを介してオフのオンを手動で切り換え可能である。
【０２２８】
９．０  リアルタイム対象追跡システムのモバイル車載および非モバイルの配備方法
リアルタイム対象追跡システムのモバイル車載および非モバイルの配備は、以下を有することができる：
車載モバイルシステムは、対象追跡ネットワーク機器（３３１）と、ＤｒｉｖｅＣａｍカメラ（８１０、８１１、８１２、８１３）と、ＰａｒｋＣａｍカメラ（８００、８０１、８０２、８０３、８０４、８０５）と境界線センサ（８０６、８０７、８０８、８０９）と、ＬＣＤスクリーンディスプレイ（９０１、９０２）と、汎用電力システム（３３２）とを有することができる。
非モバイルシステムは、対象追跡ネットワーク機器（３３１）と、中央管理ステーションと、対象追跡ネットワーク機器と中央管理アプリケーション（３３４）との間の通信を可能にするリアルタイム対象追跡プロトコル（３２６）とを有することができる。さらに、汎用電力システム（３３２）は、永続的電源が利用可能でないとき、機器に臨時電力を提供することができる。
【０２２９】
図８を参照して車両イグニションオフを使用すると、車載カメラ（９０４、９０５）と建築物カメラ（９０６、９０７）の両方を表示する方法は、ワイヤレスネットワーク伝送媒体またはセルラーネットワーク伝送媒体または他の任意のモバイルネットワーク伝送媒体を介して車両からのライブビデオを、および建築物カメラライブビデオをインターネットベースの通信ネットワークに送ることによって達成可能である。次いで、ライブビデオは、中央管理ステーション（９０３）に送られ得る。次いで、中央管理ステーションは、車載カメラと建築物カメラの両方を、オフィスラップトップ（９０８）、スマートタブレット（９０９）、車載ＬＣＤディスプレイ（９１０）、またはビデオ表示用の他の任意のコンピューティングデバイスと組み合わせる。
【０２３０】
１０．０  図面
１０．１  図１−一般的な多層ＩＰビデオ監視スイッチングアーキテクチャ
【表２５】
2017535128.tif 000027
【０２３１】
１０．２  図２−一般的な企業用ＩＰビデオデータセンタおよび集中型管理システムアーキテクチャ
【表２６】
2017535128.tif 000028
【０２３２】
１０．３  図３−対象追跡機器アーキテクチャ
【表２７】
2017535128.tif 000029
【０２３３】
１０．４  図４−中央管理システムアプリケーションアーキテクチャ
【表２８】
2017535128.tif 000030
【０２３４】
１０．５  図５−モバイル車載リアルタイム対象追跡システムＰａｒｋＣａｍモード（イグニションオフ）−３２０度ビュー
【表２９】
2017535128.tif 000031
【０２３５】
１０．６  図６−モバイル車載リアルタイム対象追跡システムＤｒｉｖｅＣａｍモード（イグニションオン）−３２０度ビュー
【表３０】
2017535128.tif 000032
【０２３６】
１０．７  図７−モバイル車載リアルタイム対象追跡システムＬＣＤスクリーンディスプレイ方法
【表３１】
2017535128.tif 000033
【０２３７】
１０．８  図８−リアルタイム対象追跡システムのモバイル車載および非モバイルの配備方法
【表３２】
2017535128.tif 000034
【０２３８】
汎用電力システム
１．０  要約
汎用電力システムは、複数の入力電源を管理する方法を実行し、２つ以上のバッテリを常に充電するために車両用交流発電機、家庭用電流、太陽光、風力、または他の外部電源から入力電源を自動選択する入力電力バッファを介して対象追跡ネットワーク機器に給電するように入力電源を調節することができる。バッテリのうちの１つのみが、所与の時間に機器に電力を提供することができる。
【０２３９】
汎用電力システムは、機器動作温度の温度制御のための方法を実行することができる。周囲温度が、特定の動作温度を下回って低下するまたは上回る場合、可逆的な加熱および冷却要素が、対象追跡ネットワーク機器にとって最適な動作温度を維持することに関与させられる。
【０２４０】
複数の電源からのエネルギーが不十分な場合、汎用電力システムは、バッテリと、対象追跡ネットワーク機器に給電するためにエネルギーが複数の電源から入手可能であるものとを組み合わせることができる。
【０２４１】
汎用電力システムは、中央管理システムに機器シャットダウン健全性チェックステータスメッセージを送り、バッテリおよび複数の入力電源からのエネルギーが、システム状態を保存し、破局的な電力損失によるデータ損傷を回避するために機器に給電するのに不十分な場合、機器を自動シャットダウンすることによる低電力シャットダウン方法を実行することができる。
【０２４２】
２．０  発明の分野
永続的な電力源が利用可能でないとき一定の無停電電力を機器に供給するモバイル電力システムが開示される。
【０２４３】
３．０  背景技術
現在の車載ビデオセキュリティシステムは、車両イグニションオンを使用して動作し、セキュリティシステムへの電力は、自動車バッテリまたは交流発電機によって直接的に提供される。例示的な駐車支援ビデオカメラまたは後方確認用ビデオカメラは、イグニションがオンであり、エンジンが稼働中であるときのみ、機能する。イグニションがオフであるまたはエンジンが停止されている場合、交流発電機からの電力はないので、ビデオカメラはもはや動作しない。カメラが、自動車バッテリから電力を直接的に取得する場合、自動車バッテリ電力は、最終的にはカメラによって失われ、自動車はもはや起動しない。この問題を解決するために、汎用電力システム（ＵＰＳ）は、自動車イグニションがオンであるにせよオフであるにせよ、一定の無停電電力を提供するように発明される。
【０２４４】
４．０  発明の概要
汎用電力システムは、一定の無停電電力を機器に提供する一連の方法を実行することができる。電力入力は、任意の数の入力電源からであってよい。電力システムは、２つ以上のバッテリを充電する。電力出力は、対象追跡ネットワーク機器に給電し、加熱要素および冷却要素にも電力を提供して、機器に最適な動作温度を維持する。
【０２４５】
図１、汎用電力システム構成要素を参照されたい−汎用電力システムは、機器（１００）に電力を供給するために、電力管理システム（１０１）、バッテリ（１０３、１０３）、入力電源（１０４、１０５、１０６、１０７、１０８）、加熱要素（１０９）、および冷却要素（１１０）を統合する。
【０２４６】
４．１  汎用電力システムの論理フロー
図２−汎用電力システム電流の流れ図を参照されたい。図３の論理図のテーブル１の条件が設定されている。
図３−汎用電力システム論理テーブルを参照されたい。
【０２４７】
入力電力を自動選択する方法は、以下のように達成可能である：入力電源（２００）は、車両用交流発電機、ＡＣ電力、太陽光、風力、またはその他である。電源制御部（２０１）は、最大電源を自動選択し、バッテリ充電器選択器（２１３）に電流を切り換える。
【０２４８】
どのバッテリが充電を必要とするかを決定する方法は、以下のように達成可能である：電流バランス制御部（２０２）は、バッテリＢ１（２０９）またはバッテリＢ２（２１０）のどちらが充電を必要とするかを決定する。
【０２４９】
バッテリを充電する方法は、以下のように達成可能である：バッテリＢ１電力信号モジュール（２０７）は、電流が電流バランス制御部（１０２）からバッテリＢ２（２１０）に流れることを示すローに設定される。次いで、電流バランス制御部（１０２）は、電流の流れを、ローに設定された電力信号モジュール（２０７）に切り換え、バッテリＢ２（２１０）を充電するために電流を切り換える。
【０２５０】
バッテリの充電を作動不能にする方法は、以下のように達成可能である：バッテリＢ２（２１０）は充電中であるので、電流は、オフに設定された電力スイッチ（２０３）を通って、バッテリＢ２（２１０）に流れない。反対のことが、バッテリＢ１（２０９）に対してオンに設定された電力スイッチ（２０３）に当てはまる。バッテリＢ１（２０９）の状態は、完全充電状態である。したがって、電流バランス制御部（２０２）はオフに設定され、そのため、バッテリＢ１（２０９）は充電中ではない。
【０２５１】
機器に給電する方法は、以下のように達成可能である：
バッテリＢ１（２０９）が、電力信号モジュール（２０８）ごとにフル充電状態に設定された場合、電力スイッチ（２０３）はオンに設定可能であり、したがって、バッテリＢ１（２０９）から電力機器（２０４）に給電するために電流を切り換える。
【０２５２】
機器へのセンサ入力検出を可能にする方法は、以下のように達成可能である：入力センサ（２１４）は、リアルタイム対象認識および対象追跡を可能にするために、機器（２０４）に接続可能である。機器（２０４）は、電流バランス制御部（２０２）によってどちらのバッテリが完全充電状態に設定されるかに応じて、バッテリＢ１（２０９）またはＢ２（２１０）のどちらかから電流を切り換える電力スイッチ（２０３）によって電源がオンにされ得る。完全に充電されたバッテリは、機器（２０４）に電力を供給し、したがってセンサ入力（２１４）の検出を可能にすることができる。
【０２５３】
機器動作温度をモニタする方法は、以下のように達成可能である：機器（２０４）が、電力スイッチ（２０３）によってオン状態で給電されるとき、熱センサおよび制御部（２０５）も、電力スイッチによってオン状態に設定可能であり、機器（２０４）動作温度をモニタすることを可能にする。
【０２５４】
機器動作温度がいつユーザ定義の温度上限を超えるかを決定し、冷却をオンにする方法は、以下のように達成可能である：機器（２０４）動作温度が、熱センサおよび制御部（２０５）によって検出されるユーザ定義の動作温度上限を超える場合、冷却要素（２０６）は、動作温度を下げて許容できる動作温度に戻すことを可能にされ得る。
【０２５５】
機器動作温度がいつユーザ定義の温度下限を下回るかを決定し、加熱をオンにする方法は、以下のように達成可能である：
機器（２０４）動作温度が、熱センサおよび制御部（２０５）によって検出されるユーザ定義の動作温度下限を超える場合、加熱要素（２０６）は、動作温度を上げて許容できる動作温度に戻すことを可能にされ得る。
【０２５６】
４．２  汎用電力システム回路ブロック図の説明
図３−汎用電力システム論理テーブルを参照されたい
図４−汎用電力システム回路ブロック図を参照されたい
汎用電力システムは、回路バッテリＢ１充電ブロック（４２２）、バッテリＢ２充電ブロック（４２３）、および電力スイッチブロック（４２４）の３つの主要ブロックを有することができる。
【０２５７】
４．２．１  バッテリＢ１充電ブロック（４２２）
バッテリＢ１（４０６）を充電する方法は、バッテリＢ１充電ブロック（４２２）をバッテリＢ１（４０６）に接続し、電力スイッチブロック（４２４）が電流をバッテリＢ１（４０６）に切り換えることによって達成可能である（図３のテーブル２に定義されるように−バッテリＢ１の充電はローであり、したがって、バッテリＢ１は充電が必要である）。スイッチＳ１はオンに設定可能であり、それによって、バッテリ充電器ＢＣ１がバッテリＢ１を充電することが可能になり得る。
【０２５８】
バッテリＢ１（４０６）を充電する方法は、電力スイッチブロック（４２４）がＵ４クワッド双方向スイッチ（４０９）と電力スイッチリレー（４１１）とを備えることによって達成可能である。Ｕ４（４０９）は、バッテリＢ１（４０６）の出力電圧をモニタ可能なＵ３（４０７）バッテリＢ１出力電圧検出器によって制御可能である。バッテリＢ１（４０６）の出力電圧がＵ３（４０７）の基準電圧を下回るほど低下したとき、バッテリＢ１（４０６）は、バッテリＢ１のＳＣＲＴ−シリコン制御整流器トリガ（４１０）をトリガするためにＵ４（４０９）に信号を送ることができる。トリガは、Ｕ２（４０４）が、充電電流がＵ２（４０４）からＳＣＲ６（４０５）を介して流れることを可能にすることによってバッテリＢ１（４０６）を充電することを可能にし、ＳＣＲ６（４０５）は、入力電源からバッテリＢ１（４０６）に電流を転送することができる。
【０２５９】
バッテリＢ１（４０６）を充電するためにＡＣ電力（４０１）および他の電源などの入力電源を自動選択する方法は、最大入力電圧を検出し、バッテリを充電するためにその入力電圧を切り換えることによって達成可能である。これは、入力電源の各々に対する入力シリコン制御整流器ＳＣＲ１からＳＣＲ５（４０２）に各電源を接続し、出力電圧をＵ１電源入力電圧検出器（４０３）に整流することによって達成可能である。次いで、Ｕ１（４０３）は、ＳＣＲ６（４０５）を通る入力電流を切り換えるためにＵ２（４０４）をトリガすることができ、ＳＣＲ６（４０５）は、入力電源からバッテリＢ１（４０６）に電流を転送する。
【０２６０】
４．２．２  バッテリＢ２充電ブロック（４２３）
バッテリＢ２（４１３）を充電する方法は、バッテリＢ２充電ブロック（４２３）をバッテリＢ２（４１３）に接続し、電力スイッチブロック（４２４）が電流をバッテリＢ２（４１３）に切り換えることによって達成可能である（図３、テーブル１に定義されるように−バッテリＢ２の充電はローであり、したがって、バッテリＢ２は充電が必要である）。スイッチＳ２はオンに設定され、それによって、バッテリ充電器ＢＣ２がバッテリＢ２を充電することが可能になる。
【０２６１】
バッテリＢ２（４１３）を充電する方法は、電力スイッチブロック（４２４）がＵ４クワッド双方向スイッチ（４０９）と電力スイッチリレー（４１１）とを備えることによって達成可能である。Ｕ４（４１４）は、バッテリＢ２（４１３）の出力電圧をモニタするＵ３（４１６）バッテリＢ２出力電圧検出器によって制御される。バッテリＢ２（４１３）の出力電圧がＵ３（４１６）の基準電圧を下回るほど低下したとき、バッテリＢ２（４１３）は、バッテリＢ２のＳＣＲＴ−シリコン制御整流器トリガ（４１５）をトリガするためにＵ４（４１４）に信号を送る。トリガは、充電電流がＵ２（４１８）からＳＣＲ６（４１７）を介して流れることを可能にすることによってバッテリＢ２（４１３）の充電を可能にし、ＳＣＲ６（４１７）は、入力電源からバッテリＢ２（４１３）に電流を転送する。
【０２６２】
バッテリＢ２（４１３）を充電するためにＡＣ電力（４２１）および他の電源などの入力電源を自動選択する方法は、最大入力電圧を検出し、バッテリを充電するためにその入力電圧を切り換えることによって達成可能である。これは、入力電源の各々に対する入力シリコン制御整流器ＳＣＲ１からＳＣＲ５（４１９）に各電源を接続し、出力電圧をＵ１電源入力電圧検出器（４１９）に整流することによって達成される。次いで、Ｕ１（４１９）は、ＳＣＲ６（４１７）を通る入力電流を切り換えるためにＵ２（４１８）をトリガし、ＳＣＲ６（４１７）は、入力電源からバッテリＢ２（４１３）に電流を転送する。
【０２６３】
４．３  汎用電力システム構成要素レベルの説明
図５．０−汎用電力システム回路図を参照されたい
【０２６４】
４．３．１  バッテリＢ１充電ブロック（Ｂ１）
バッテリＢ１（５０２）を充電する方法は、バッテリＢ１（５０２）にバッテリＢ１充電ブロック（５０１）を接続することによって達成可能である。異なる電源（５０３）の入力は、シリコン制御整流器（ＳＣＲ１、２、３、４、５）と、回路バランシング（Ｕ４）の入力に接続される。Ｕ４は、どの電源（５０３）入力が最大入力電圧を有するかを決定する。次いで、Ｕ４は、対応するＳＣＲのトリガ入力に接続する適切な出力をハイに設定し、したがって、電流をバッテリＢ１（５０２）に切り換える（図３のテーブル２に定義されるように−バッテリＢ１の充電はローであり、したがって、バッテリＢ１は充電が必要である）。
【０２６５】
バッテリＢ１（５０２）を充電する方法は、Ｂ１入力電源（５０３）が電流を、入力抵抗（Ｒ１３、Ｒ１４、Ｒ１５、Ｒ１６、Ｒ１７）を通って回路バランシング（Ｕ４）の入力に転送することによって達成可能である。Ｕ４は、どの電源（５０３）入力が最大入力電圧を有するかを決定する。次いで、Ｕ４は、対応するＳＣＲのトリガ入力に接続する適切な出力をハイに設定し、したがって、電流をバッテリＢ１（５０２）に切り換える。
【０２６６】
バッテリＢ１（５０２）を充電する方法は、Ｕ４がシリコン制御整流器ＳＣＲ（１、２、３、４、５、６）とともにバッテリＢ１（５０２）のための電力スイッチリレーとして機能することによって達成可能であり、Ｕ４は、バッテリＢ１（５０２）の出力電圧をモニタするバッテリＢ１出力電圧検出器として機能する回路バランシング（Ｕ３）の出力によって制御される。分圧器回路抵抗（Ｒ８、Ｒ９）によって測定されるバッテリＢ１（５０２）の出力電圧が、抵抗Ｒ７によって設定されるＵ３の基準電圧を下回るほど低下すると、Ｕ３出力はハイに設定される。このトリガ電圧によって、Ｕ４が、適切なＳＣＲ（１、２、３、４、５、６）のトリガ入力電圧をハイに設定することが可能になる。これは、バッテリＢ１充電回路（Ｕ２）がその出力（ピン６）をハイに設定するためのトリガ電圧として機能する。このハイ電圧は、ダイオードＤ１を通る電流の流れを防ぐ。これによって、電流が抵抗Ｒ５およびＲ６を流れ、したがって、トランジスタのベース（Ｂ）をハイに設定することが可能になる。このハイ電圧は、電流がエミッタ（Ｅ）からベース（Ｂ）に抵抗Ｒ３およびＬＥＤをわたって流れるのを防ぐ。これによって、開回路が形成され、トランジスタをわたる電流の流れを停止する。ＬＥＤの入力における電流は、開回路であることにより、もはやトランジスタを流れることはできない。次いで、電流は、代わりにＵ１からＲ２３をわたって、バッテリＢ１（５０２）に接続するＳＣＲ６に流れることができる。ＳＣＲ６のトリガ入力電圧は既にハイに設定されているので、これによって、電流が、ＳＣＲ６を通ってバッテリＢ１（５０２）に流れ、したがって、バッテリＢ１（５０２）を充電することが可能になる。
【０２６７】
４．３．２  バッテリＢ１充電ブロック（Ｂ２）
バッテリＢ２（５０５）を充電する方法は、バッテリＢ１（５０５）にバッテリＢ２充電ブロック（５０４）を接続することによって達成可能である。異なる電源（５０６）の入力は、シリコン制御整流器（ＳＣＲ１、２、３、４、５）と、回路バランシング（Ｕ４）の入力に接続される。Ｕ４は、どの電源（５０６）入力が最大入力電圧を有するかを決定する。次いで、Ｕ４は、対応するＳＣＲのトリガ入力に接続する適切な出力をハイに設定し、したがって、電流をバッテリＢ１（５０２）に切り換える（図３のテーブル２に定義されるように−バッテリＢ１の充電はローであり、したがって、バッテリＢ１は充電が必要である）。
【０２６８】
バッテリＢ２（５０５）を充電する方法は、Ｂ２入力電源（５０６）が電流を、入力抵抗（Ｒ１３、Ｒ１４、Ｒ１５、Ｒ１６、Ｒ１７）を通って回路バランシング（Ｕ４）の入力に転送することによって達成可能である。Ｕ４は、どの電源（５０６）入力が最大入力電圧を有するかを決定する。次いで、Ｕ４は、対応するＳＣＲのトリガ入力に接続する適切な出力をハイに設定し、したがって、電流をバッテリＢ２（５０５）に切り換える。
【０２６９】
バッテリＢ２（５０５）を充電する方法は、Ｕ４がシリコン制御整流器ＳＣＲ（１、２、３、４、５、６）とともにバッテリＢ２（５０５）のための電力スイッチリレーとして機能することによって達成可能であり、Ｕ４は、バッテリＢ２（５０５）の出力電圧をモニタするバッテリＢ２出力電圧検出器として機能する回路バランシング（Ｕ３）の出力によって制御される。分圧器回路抵抗（Ｒ８、Ｒ９）によって測定されるバッテリＢ２（５０５）の出力電圧が、抵抗Ｒ７によって設定されるＵ３の基準電圧を下回るほど低下すると、Ｕ３出力はハイに設定される。このトリガ電圧によって、Ｕ４が、適切なＳＣＲ（１、２、３、４、５、６）のトリガ入力電圧をハイに設定することが可能になる。これは、バッテリＢ２充電回路（Ｕ２）がその出力（ピン６）をハイに設定するためのトリガ電圧として機能する。このハイ電圧は、ダイオードＤ１を通る電流の流れを防ぐ。これによって、電流が抵抗Ｒ５およびＲ６を流れ、したがって、トランジスタのベース（Ｂ）をハイに設定することが可能になる。このハイ電圧は、電流がエミッタ（Ｅ）からベース（Ｂ）に抵抗Ｒ３およびＬＥＤをわたって流れるのを防ぐ。これによって、開回路が形成され、トランジスタをわたる電流の流れを停止する。ＬＥＤの入力における電流は、開回路であることにより、もはやトランジスタを流れることはできない。次いで、電流は、代わりにＵ１からＲ２３をわたって、バッテリＢ２（５０５）に接続するＳＣＲ６に流れることができる。ＳＣＲ６のトリガ入力電圧は既にハイに設定されているので、これによって、電流が、ＳＣＲ６を通ってバッテリＢ２（５０５）に流れ、したがって、バッテリＢ２（５０５）を充電することが可能になる。
【０２７０】
５．０  図面
図１−汎用電力システム構成要素
【表３３】
2017535128.tif 000035
【０２７１】
図２−汎用電力システム電流の流れ図。図３の論理図のテーブル１の条件が設定されている。
【表３４】
2017535128.tif 000036
【０２７２】
図３−汎用電力システム論理テーブル
【表３５】
2017535128.tif 000037
【０２７３】
図４−汎用電力システム回路ブロック図
【表３６】
2017535128.tif 000038
【０２７４】
図５−汎用電力システム構成要素レベル図
【表３７】
2017535128.tif 000039
【表３８】
2017535128.tif 000040
【表３９】
2017535128.tif 000041
【図１】
2017535128.tif 000042
【図２】
2017535128.tif 000043
【図３】
2017535128.tif 000044
【図４】
2017535128.tif 000045
【図５】
2017535128.tif 000046
【図６】
2017535128.tif 000047
【図７】
2017535128.tif 000048
【図８】
2017535128.tif 000049
【図９】
2017535128.tif 000050
【図１０】
2017535128.tif 000051
【図１１】
2017535128.tif 000052
【図１２】
2017535128.tif 000053
【図１３Ａ】
2017535128.tif 000054
【図１３Ｂ】
2017535128.tif 000055
【図１４】
2017535128.tif 000056
【図１５Ａ】
2017535128.tif 000057
【図１５Ｂ】
2017535128.tif 000058
【図１５Ｃ】
2017535128.tif 000059
【図１６】
2017535128.tif 000060
【国際調査報告】
2017535128.tif 000061