JP7398251B2 - ビデオカメラを遠隔制御する方法およびビデオ監視システム - Google Patents

Description

本発明は、ネットワーク化されたビデオカメラを遠隔制御する方法およびネットワーク化されたビデオ監視システムに関する。

監視または調査用のネットワークおよびＩＰベースのカメラシステムは、ますます一般的になっている。これらのカメラシステムは、施設、生産プロセス、生産エリア、地理的エリア、交通、イベントなどを監視または調査するように手配できる。監視および／または調査システムのカメラの数が増加し、したがって、カメラの管理、カメラストリーム、ビデオレコードは常により難しくなる。システムの１つの支障は、多くのシステムに１つまたは少数のビデオ管理装置しかなく、これらが各カメラのＩＰアドレスに直接接続されていることである。これにより、ビデオシステムのビデオカメラの管理が非常に厳しくなり、また、必要な場所から簡単に管理を操作できない。

セキュリティを損なうことなくビデオシステムをよりアクセスしやすくするために、クラウドベースのサービスが導入され、ユーザーがカメラシステムをリモートで処理、制御、監視できるようになった。クラウドベースのサービスは、一般的に、サービスに関連するネットワークトラフィックに対して課金している第三者によって管理されているサーバー上で実行される。合理的なデータ量と十分に根拠のある理由から、クラウドベースのシステムの自由を得るために費用をかける価値があり得る。

しかしながら、カメラシステムでは、多くの場合、非常に大量のデータがストリーミングされる。例えば、高解像度および高フレームレートの複数のカメラからのビデオデータ、および、ほとんどの場合、ビデオデータに関しては、データをストリーミングする唯一の理由は、特定のカメラからのライブビューを有効にすることである。クラウドベースのシステムを使用する別の欠点は、レイテンシの増加であろう。特に、これは、ユーザーがカメラの機能、例えば、カメラのパン、カメラのチルト、ズームインまたはズームアウトを制御したい場合に問題になる。それは、ユーザーによる制御が、カメラからの実質的に瞬時のフィードバックに依存するからである。

したがって、クラウドベースのシステムの利点を活用し、欠点の影響を軽減するシステムが必要である。

本発明の１つの目的は、改良されたビデオカメラシステムを提供することである。

本発明の一態様によれば、この目的は、通信ネットワークを経由して、クライアントから、ネットワーク化されたビデオカメラを遠隔制御する方法によって達成される。この方法は、ビデオカメラ向けの指示メッセージを、クライアントから、クライアントに配置された通信コントローラに送信することと、クライアントに配置された通信コントローラにおいて、指示メッセージがピアツーピア接続を経由してビデオカメラに送信される候補であるかどうかを判定することとを含む。

ピアツーピア接続を経由してビデオカメラに送信される候補ではないと判定された指示メッセージに応答して、方法はさらに、クライアントに配置された通信コントローラから通信ネットワークを経由してカメラ制御サービスに指示メッセージを送信することと、カメラ制御サービスにおいて指示メッセージの少なくとも一部を記録することと、カメラ制御サービスにおいて受信された指示メッセージを、通信ネットワークを経由してカメラ制御サービスからビデオカメラに送信することと、を含む。

ピアツーピア接続を経由してビデオカメラに送信される候補であると判定された指示メッセージに応じて、方法はさらに、クライアントに配置された通信コントローラからビデオカメラに配置された通信コントローラに、２つの通信コントローラ間のピアツーピア接続を経由して指示メッセージを通信ネットワーク経由で送信することと、ビデオカメラに配置された通信コントローラによって受信された指示メッセージを、ビデオカメラに配置された通信コントローラからビデオカメラに送信することと、を含む。

さらに、この方法は、ビデオカメラにおいて、カメラ制御サービスまたはピアツーピア接続の１つを経由して指示メッセージを受信することと、
ビデオカメラにおいて、指示メッセージの指示を実行することと、を含む。

送信されるメッセージに含まれる通信の種類を決定することの利点、および、通信の性質に依存することは、異なる通信パスを使用し、それによってクラウドベースのシステムまたは同様のシステムの利点を有効にし、さらに、ビデオカメラの制御における問題に関連する多大なコストとレイテンシとのリスクを低減する。多大なコストのリスクの低減は、サービスのデータトラフィックに関連するコストの発生し得るクラウドベースのサービスをバイパスするピアツーピア接続の結果である。さらに、ピアツーピア接続は、ほとんどの場合、ビデオカメラへの実質的により直接的な通信パスとなり、通信を管理するためのサービスは中間にはない。したがって、ほとんどの場合、ピアツーピア接続経由のレイテンシは、クラウドベースのサービスまたは同様のサービスを介したレイテンシよりもはるかに小さくなる。

クライアントに配置された通信コントローラは、クライアントに直接接続されるようにしてもよく、それによって、クライアントを通信ネットワークに接続している。この特徴の利点は、クライアントからの通信におけるメッセージのタイプの決定が容易になることである。

ビデオカメラに配置された通信コントローラは、ビデオカメラに直接接続され、ビデオカメラを通信ネットワークに接続している。この特徴の利点は、ビデオカメラからの通信におけるメッセージのタイプの決定が容易になることである。

いくつかの実施形態では、方法は、ビデオカメラへアクセスを要求するアクセス要求を送信することであって、アクセス要求は通信ネットワークを経由してクライアントからユーザー認証サービスに送信されるものである、アクセスを送信することと、クライアントが要求されたビデオカメラへのアクセスを認められているかどうかを、ユーザー許可サービスにおいて確認することと、ビデオカメラのアクセスが認められていることに応じて、ユーザー認証サービスからクライアントに配置された通信コントローラに，クライアントとビデオカメラ間の通信用にカメラアクセスポートをセットアップするように通信コントローラに指示する指示メッセージを送信することと、ビデオカメラのアクセスが認められていることに応じて、カメラアクセスポートと、ビデオカメラに配置された通信コントローラ内のカメラ制御ポートとの間のピアツーピア接続のセットアップを開始することと、をさらに含む。ネットワーク経由で認証プロセスにアクセスできるようにすることで、認証プロセスを一元化し、ビデオカメラシステム内のビデオカメラへの認証されたアクセスを容易にすることができる。さらに、アクセス要求に関連してピアツーピア接続をセットアップすることによって、タイムクリティカルな指示（例えば、パン、チルト、ズーム）を含む要求における、またはビデオ要求における遅延のリスクが減少する。それは、ユーザーがこれらのタイプの要求を行ったときにピアツーピア接続が確立される可能性は、要求が行われたときにセットアップが開始される場合よりもはるかに高いためである。さらに、ビデオカメラとクライアント間の通信用の通信コントローラ内のカメラアクセスポートをセットアップする利点は、クライアントがビデオカメラにアクセスするための１つの方法を知っていればよいため、すなわち、クライアントはビデオカメラであるかのようにポートにアクセスするため、クライアントでの通信要件を簡素化する。これによって、現在提示されているビデオシステムは、クライアント内の既存のビデオ管理システム、すなわち、通信のタイプおよび／または送信メッセージのタイプに基づいて選択可能な複数の通信パス用に特別に設計されていないビデオ管理システムを使用できる。

さらに、クライアントからビデオカメラ向けの指示メッセージを送信することは、クライアントが、ビデオカメラ向けの指示メッセージを、カメラアクセスポートを識別するＩＰアドレス宛てとすることを含んでもよい。それによって、クライアントは、あたかもそれがカメラのアドレスであるかのようにこのＩＰアドレスと通信し、現在提示されているシステムの利点をさらに体験することができる。

いくつかの実施形態によれば、この方法は、ビデオカメラで受信した指示メッセージが、以下のステップを実行するビデオ要求であることに応答して、
－ビデオカメラからビデオカメラに配置された通信コントローラにビデオデータメッセージを送信するステップと、
－ビデオカメラに配置された通信コントローラによって、各ビデオデータメッセージがピアツーピア接続を経由してクライアントに送信される候補であると決定するステップと、
－ビデオカメラに配置された通信コントローラで受信した各ビデオデータメッセージを、ピアツーピア接続を経由してクライアントに配置された通信コントローラに送信するステップと、
クライアントに配置された通信コントローラで受信された各ビデオデータメッセージを、さらなる処理のためにクライアントに送信するステップと、をさらに含む。

クライアントだけでなくカメラにも通信コントローラを有する利点の１つは、既存のシステムに通信コントローラを追加し、通信コントローラがカメラ制御サービスとピアツーピア接続とへの通信パスを選択的に使用する機能と利点を提供できることである。さらに、このビデオシステムの利点を活用するために、ビデオカメラを適合または調整する必要はない。

さらに、ピアツーピア接続を経由して送信される候補ではないメッセージは、フレームレート設定、アパーチャサイズ設定、およびゲイン設定の群のデータタイプのうちの少なくとも１つを含んでいてもよい。ピアツーピア接続を経由して送信される候補であるメッセージは、ビデオデータ、画像データ、パン調整、チルト調整、およびズーム調整の群のデータタイプのうちの少なくとも１つを含んでいてもよい。さらに、カメラ制御サービスは、通信ネットワークを経由してアクセス可能なサーバーで実行されるプロセスであってもよい。

本発明の別の態様によれば、この目的は、以下のネットワーク化されたビデオ監視システムによって達成される。ネットワーク化されたビデオ監視システムは、
ビデオカメラに配置された通信コントローラを経由して通信ネットワークに接続されたビデオカメラと、
通信ネットワークを経由してアクセスされるビデオカメラからのビデオデータを管理するように配置され、クライアントに配置された通信コントローラを経由して通信ネットワークに接続されたクライアントと、
カメラに送信される指示を記録するように構成され、通信ネットワークに接続されたサーバーに実装されるカメラ制御サービスと、を備え、
クライアントに配置された通信コントローラは、クライアントから送信され、ビデオカメラに宛てられた指示メッセージが、ピアツーピア接続を経由してカメラに送信される候補であるかどうかを判定し、ピアツーピア接続を経由して送信される候補ではないと判定した各指示メッセージをカメラ制御サービスに送信し、ピアツーピア接続を経由して送信される候補であると判定した各指示メッセージを、ピアツーピア接続を経由してビデオカメラに送信する、ように構成されている。

送信されるメッセージに含まれる通信の種類を決定することの利点、および、通信の性質に依存することは、異なる通信パスを使用し、それによってクラウドベースのシステムまたは同様のシステムの利点を有効にし、さらに、ビデオカメラの制御における問題に関連する多大なコストとレイテンシとのリスクを低減する。多大なコストのリスクの低減は、サービスのデータトラフィックに関連するコストの発生し得るクラウドベースのサービスをバイパスするピアツーピア接続の結果である。さらに、ピアツーピア接続は、ほとんどの場合、ビデオカメラへの実質的により直接的な通信パスとなり、通信を管理するためのサービスは中間にはない。したがって、ほとんどの場合、ピアツーピア接続経由のレイテンシは、クラウドベースのサービスまたは同様のサービスを介したレイテンシよりもはるかに小さくなる。クライアントだけでなくカメラにも通信コントローラを有する利点の１つは、既存のシステムに通信コントローラを追加し、通信コントローラがカメラ制御サービスとピアツーピア接続とへの通信パスを選択的に使用する機能と利点を提供できることである。さらに、このビデオシステムの利点を活用するために、ビデオカメラを適合または調整する必要はない。

いくつかの実施形態では、ビデオカメラに配置された通信コントローラは、ビデオカメラからクライアント宛てに送信されたメッセージがピアツーピア接続を経由してクライアントに送信される候補であるかどうかを判定し、ピアツーピア接続を経由して送信される候補ではないと判定した各メッセージをカメラ制御サービスに送信し、および、ピアツーピア接続を経由して送信される候補であると判定した各メッセージを、ピアツーピア接続を経由してクライアントに送信する、ように構成されている。

本発明のさらなる適用範囲は、以下に示す詳細な説明から明らかになるであろう。しかしながら、この詳細な説明から本発明の範囲内の様々な変更および修正が当業者に明らかとなるため、詳細な説明および具体例は、本発明の好適な実施形態を示す一方で、単なる例示であることを理解されたい。そのため、そのようなデバイスおよび方法は変わり得るので、本発明は、説明されるデバイスの特定の構成部品、または説明される方法のステップに限定されないことを理解されたい。また、本明細書で使用される用語は、特定の実施形態を説明するためのものにすぎず、限定するものでないことも理解されたい。本明細書および添付の特許請求の範囲において使用される場合、冠詞「ａ」、「ａｎ」、「ｔｈｅ」、および「ｓａｉｄ」は、文脈が別段に明白に規定しない限り、要素が１つまたは複数あることを意味していると意図されることに留意されたい。したがって、例えば、「センサー（ａ ｓｅｎｓｏｒ）」または「前記センサー（ｔｈｅ ｓｅｎｓｏｒ）」への言及は、いくつかのセンサー等を含み得る。さらに、「含む（ｃｏｍｐｒｉｓｉｎｇ」）という用語は、他の要素またはステップを除外しない。

本発明の他の特徴および利点は、添付の図面を参照して、現時点で好ましい実施形態の以下の詳細な説明から明らかになるであろう。さらに、図において、同様の参照符号は、いくつかの図において同様のまたは対応する部分を示す。

本発明を実施するビデオカメラシステムのブロック図である。 本発明を実施するビデオカメラシステムの別のブロック図である。 本発明のいくつかの実施形態による、ビデオカメラへの通信を設定するクライアントのプロセスを示すフローチャートである。 特定のビデオカメラに様々なタイプのメッセージを送信するクライアントのプロセスを示すフローチャートである。 クライアントからのビデオ要求に応答するビデオカメラのプロセスを示すフローチャートである。 ビデオカメラへの指示メッセージの送信を示す通信図である。 クライアントからビデオカメラへのビデオ要求の送信と、ビデオカメラからクライアントへのビデオデータの返信を示す通信図である。 ピアツーピア接続を失い、その後ピアツーピア接続を再確立する効果を示すという相違点を有する、図６に関連して説明したビデオ要求の通信図である。 物理的な通信経路の代わりに論理的な通信経路を強調する、本発明を実施するビデオシステムのブロック図である。

本発明は、クライアントからビデオカメラを遠隔制御し、ビデオカメラによってキャプチャされたビデオを見るためのシステムおよび方法に関する。ここで図１を参照すると、本発明の実施形態によるシステムは、ビデオカメラ１０に配置された通信コントローラ１２に接続されたビデオカメラ１０を含むことができる。ビデオカメラは、ネットワークに接続された任意のビデオカメラ、例えば、調査カメラ、監視カメラ、立入禁止エリアへのアクセスを要求する人の画像をキャプチャするためにドアステーション内に配置されたカメラ等であってもよい。通信コントローラ１２は、ビデオカメラ１０の外部のデバイス、ビデオカメラ１０に組み込まれたデバイス、あるいは、ビデオカメラ１０の外部デバイス内で実行されるか、またはカメラ１０内で実行されるソフトウェアコードであってもよい。ビデオカメラ１０との通信は、通信コントローラ１２を通過する。ビデオカメラ１０は、通信コントローラ１２を経由して、ローカル通信ネットワーク１４、すなわち、ローカルエリアネットワーク（ＬＡＮ）１４に接続されている。次いで、ＬＡＮ１４は、ネットワークアドレス変換器（ＮＡＴ）１８および／またはファイアウォール２０を経由して、より大きな通信ネットワーク１６、すなわち、ワイドエリアネットワーク（ＷＡＮ）１６に接続されている。ＷＡＮ１６はインターネット１７の一部である。

さらに、システムは、カメラ管理ソフトウェア２４、例えば、ビデオ管理システムを実行するクライアント２２を含む。クライアント２２は、クライアント２２に配置された通信コントローラ２６に接続される。通信コントローラ２６は、クライアント２２の外部デバイス、クライアント２２に内蔵されたデバイス、あるいは、外部デバイス内で実行される、またはクライアント２２内で実行されるソフトウェアコードであってもよい。クライアント２２との通信は、通信コントローラ２６を通過する。クライアント２２は、通信コントローラ２６を経由してローカル通信ネットワーク２８、すなわちローカルエリアネットワーク（ＬＡＮ）２８に接続されている。次に、ＬＡＮ２８は、ＮＡＴ３０および／またはファイアウォール３２を経由してＷＡＮ１６に接続されている。クライアント２２に配置された通信コントローラ２６を含むＬＡＮ２８に接続されるＷＡＮは、ビデオカメラ１０に配置された通信コントローラ１２を含むＬＡＮ１４に接続されるものと同じＷＡＮ１６であってもよいし、全く異なるＷＡＮであってもよい。しかしながら、ＷＡＮが同じであるかどうかに関係なく、２つのＬＡＮ１４、２８は同じインターネット１７に接続されている。

インターネット１７には、少なくとも数個のビデオカメラシステム関連サービス３４が接続されている。これらのビデオカメラシステム関連サービス３４は、ユーザー認証サービス３６、ユーザー認可サービス３８、およびカメラ制御サービス４０を含む。ビデオカメラシステム関連サービス３４は、クラウドサービスとして実施されてもよい。クラウドサービスとは、クラウドコンピューティングプロバイダー、例えば、アマゾンのサーバーからインターネットを経由して、オンデマンドでユーザーが利用できるサービスである。ビデオカメラシステム関連サービス３４はまた、ビデオカメラシステム関連サービス専用のサーバー、例えば、調査会社のサーバー、ビデオが撮影されている施設の保有者のサーバー、ビデオカメラシステム設置会社のサーバー等上において実施されてもよい。

ユーザー認証サービス３６は、カメラを含むシステムにアクセスするユーザーまたはオペレータを認証して、彼らが本当に彼ら本人であることを確認するように構成される。次いで、ユーザー認可サービス３８は、特定の操作の使用、特定のデバイスおよび／または機能へのアクセスなどを許可するように構成され、これらの操作、デバイス、および機能は、インターネットを経由してアクセス可能である。カメラ制御サービス４０は、カメラ制御サービス４０に登録されたビデオカメラへのアクセスを提供するように構成されている。提供されるアクセスは、カメラの構成、カメラの特別なパラメータの設定、カメラのためのパン、チルト、またはズームの要求、および、視聴または録画のためのビデオのストリーミングに関連する。カメラ制御サービス４０は、また、登録された各カメラの構成および／またはパラメータへの変更を記録し、そのような変更を実行するようにカメラに指示するように構成される。したがって、カメラ制御サービス４０は、登録されたカメラに指示およびデータを送信し、認可されたユーザーまたはオペレータ、およびそのクライアントからの指示を受信することができる。

ここで図１および３を参照すると、本発明の一実施形態によるプロセス１００は、カメラ管理ソフトウェア２４を実行するクライアント２２を、通信コントローラ２６上の論理ポート４２を経由してネットワーク２８、１６に接続するステップＳ１０２を含む。この接続は、クライアントが通信コントローラ２６に物理的に接続し、ネットワーク接続をチェックしているときに自動的に設立される。この論理ポート４２は、ビデオカメラシステム関連サービス３４の一般機能と、カメラ管理ソフトウェア２４を実行するクライアント２２との間の通信を管理するように構成される。通信コントローラ２６上の管理ポート４２にカメラ管理クライアント２２を接続すると、クライアント２２は、この管理ポート４２を経由してユーザー認証サービス３６に接続される（Ｓ１０４）。次に、認証サービス３６は、クライアント２２に自身を識別するように要求し、その際、例えば、クライアントのユーザーは、ユーザーＩＤと何らかのパスワードとを入力できる（Ｓ１０６）。

認証が成功しない場合、ビデオカメラシステム関連サービス３４の残りへのアクセスは与えられず、失敗した認証はクライアント２２とユーザに伝えられる（Ｓ１０７）。認証が成功した場合、通信コントローラ２６の管理ポート４２と、クライアント２２とビデオカメラシステム関連サービス３４との間の接続のステータスと、が認証済みに設定される（Ｓ１０８）。また、通信コントローラ２６の管理ポート４２が認証され、ビデオカメラシステム関連サービス３４への接続が認められているようにも理解できる。

次に、クライアント２２のオペレータまたはユーザーは、カメラアクセスの要求をビデオカメラシステム関連サービス３４へ、特に認可サービス３８へ送信することによって、ネットワーク化されたビデオカメラ１０へのアクセスを要求する（Ｓ１１０）。認可サービス３８は、認証された接続がビデオカメラ１０へのアクセスを認められているかどうかをチェックする（Ｓ１１２）。認証された接続がビデオカメラ１０へのアクセスを認可されていない場合、認可サービス３８は対応する指示をクライアント２２に返し、クライアント２２はビデオカメラ１０へのアクセスを拒否される（Ｓ１１４）。認証された接続がビデオカメラ１０へのアクセスを認められている場合、ビデオカメラ１０へのアクセスを提供するように構成された論理ポート４４（以下カメラアクセスポート４４と呼ぶ）およびその機能が、通信コントローラ２６にセットアップされる（Ｓ１１８）。通信コントローラ２６内のカメラアクセスポート４４は、ビデオカメラ１０のＩＰアドレスを表すようにセットアップされてもよい。複数のカメラを含み、クライアントが複数のカメラにアクセスしているビデオシステムでは、カメラアクセスポート４４は、クライアントがアクセスを認められているビデオカメラごとに構成される。各カメラアクセスポートは、関連するカメラに固有である。

例えば、カメラアクセスポート４４のＩＰアドレスは、アクセスが要求されているカメラのアドレスであるとしてクライアント２２に提供される。したがって、クライアントはカメラとの通信にこのアドレスを使用する。カメラとの通信は、ＩＰプロトコル（例えばＨＴＴＰ）のトップ上にあるプロトコルを使用して実行できる。カメラアクセスポート４４がセットアップされるとき、直接接続（例えば、カメラ１０の通信コントローラ１２のカメラアクセスポート４４とカメラ制御ポート４６との間のピアツーピア接続）をセットアップするプロセスが、バックグラウンドで開始される（Ｓ１２０）。ピアツーピア接続は、特定の２つのデバイス間の直接接続として解釈される。この接続は、何らかの中間サーバーによって処理および受け渡しされない通信の観点において直接である。接続を経由して送信されるメッセージは、メッセージのペイロードがピアツーピア接続で接続された２つのデバイス以外のデバイスによって処理されることなく、ネットワークの複数のノードを経由してスイッチングおよびルーティングされる。上記の特定のケースでは、２つの通信コントローラ（１２と２６）の間、より具体的にはカメラアクセスポート４４とカメラ制御ポート４６との間においてピアツーピア接続が確立される。

ピアツーピアトンネルのセットアップは、一般に「ホールパンチング」と呼ばれる操作が含まれ得る。「ホールパンチング」操作は、たとえばファイアウォールおよび／またはネットワークアドレス変換（ＮＡＴ）を介した２つのネットワーク化されたデバイス間の直接接続を確立するために一般的に使用される技術であり、このような直接接続を確立するプロセスは、当業者によく知られている。

したがって、「ホールパンチング」操作は、カメラの通信コントローラと、ビデオマネージャーを実行しているクライアントの通信コントローラとの間にピアツーピア接続をセットアップするように構成することができる。カメラアクセスポート４４とカメラ制御ポート４６との間に確立されるピアツーピア接続は、カメラ１０とクライアント２２との間の通信のための通信トンネルとして機能する任意の種類のセットアップであり得る。カメラアクセスポート４４とカメラ制御ポート４６との間の直接接続、すなわちピアツーピア接続は、他のカメラの操作および要求とは無関係に実行される。

さらに、何らかの理由でピアツーピア接続が失われた場合、ピアツーピア接続をセットアップする操作が再開される。ピアツーピア接続をセットアップするそのような操作は、ピアツーピア接続がダウンしているという指示を、カメラ制御サービスが受信することに応答して、カメラ制御サービス４０によって開始され得る。カメラアクセスポート４４およびカメラ制御ポート４６のそれぞれは、ピアツーピア接続が利用可能になったときに通知される。

ここで再び図１を参照すると、通信コントローラ２６の管理ポート４２およびカメラアクセスポート４４は、通信コントローラ上で実行される通信プロトコル内の論理ポートである。ポートは、コンピュータ上の、本発明の場合は通信コントローラ２６上のネットワークベースのアプリケーションを識別するアドレスである。本発明の実施形態では、管理ポート４２は、ポートを表すＩＰアドレスとして、並びに、指示、要求、およびメッセージの転送用のＨＴＴＰ ＡＰＩとして実施されている。カメラアクセスポート４４もまた、ポートを表すＩＰアドレスとして、並びに、指示、要求、およびメッセージを伝達するためのＨＴＴＰ ＡＰＩとして実施される。クライアント２２の通信コントローラ２６のカメラアクセスポート４４は、ビデオカメラ１０に宛てられたビデオのすべての指示メッセージおよび要求を処理するように構成される。さらに、カメラアクセスポート４４は、ビデオカメラ１０に宛てられたすべてのメッセージおよび要求をカメラ制御サービス４０に送信するように構成されている。したがって、カメラ１０に向けられ、クライアントから送信された指示メッセージは、カメラアクセスポート４４に送られ、その後、カメラ制御サービス４０に渡される。さらに、カメラアクセスポート４４は、カメラ１０に宛てられたトラフィックを、カメラ１０へのロギングおよび転送のために対応するカメラ制御サービス４０に送信するように構成されている。しかしながら、ビデオストリームまたはビデオ送信、およびピアツーピアに関連するトラフィックが、クライアント２２の通信コントローラ２６とカメラ１０の通信コントローラ１２との間に確立されている場合、ビデオに関連するトラフィックは、カメラ制御サービス４０に送信される代わりにピアツーピア接続で送信される。データがピアツーピア接続を経由して送信されるか、ビデオカメラシステム関連サービス３４のカメラ制御サービス４０を経由して送信されるかの判定は、ストリーム内の各パケットに対して行われ得る。または、その判定は、通信セッション、すなわち、ビデオストリーム、指示送信、およびそれに関連する応答などに対応するレベルで行われ得る。ピアツーピア接続のセットアップについては、以下で説明する。

ネットワーク１４内のビデオカメラ１０は、セットアップされるとき、通信コントローラ１２とともにセットアップされる。カメラ１０のセットアップ中に、通信コントローラ１２内のカメラ制御ポート４６がセットアップされ、ビデオカメラシステム関連サービス３４内に含まれるカメラ制御サービス４０と通信するように構成される。いくつかの実施形態によれば、カメラ１０およびカメラ１０の通信コントローラ１２がビデオカメラシステム関連サービス３４に接続されたとき、環境設定フェーズ中に、カメラ１０の通信コントローラ１２のカメラ制御ポート４６がセットアップされる。カメラ制御ポート４６は、カメラアクセスポート４４に関連して上述したように、ポートを表すＩＰアドレスとして、並びに、指示、要求、およびメッセージの転送のためのＨＴＴＰ ＡＰＩとして実施され得る。カメラ制御ポート４６は、カメラおよびカメラにアクセスするサービスによるアドレス指定のための特定のＩＰアドレスと、カメラとの間で指示、要求、およびメッセージをやり取りするためのＨＴＴＰ ＡＰＩとによって、セットアップされ得る。したがって、カメラ制御サービス４０からの指示メッセージおよびビデオカメラ１０からの確認メッセージは、カメラ制御ポート４６を経由して通信される。

いくつかの実施によれば、カメラ１０と通信するクライアント２２のプロセスは、以下のように説明され得る（図１および４ａを参照）。以下の説明は、カメラ１０、通信コントローラ１２、およびカメラ制御ポート４６が既にセットアップされ、カメラ制御サービス４０またはビデオカメラシステム関連サービス３４と通信する準備ができているシステムに基づいている。図３に関連して説明したように、カメラアクセスポート４４のセットアップが完了したとき、クライアント２２は、ビデオの要求も含む指示メッセージを、カメラアクセスポート４４のＡＰＩを経由してビデオカメラ１０に送信することができる。図４ａでは、例えば、指示メッセージ、制御メッセージ、セットアップメッセージ、構成メッセージ、パン指示、チルト指示、ズーム指示、ビデオ要求などのメッセージを、クライアント２２からビデオカメラ１０に送信するプロセス（Ｓ１５０）が描かれている。オペレータまたはユーザーが制御またはビデオ要求のためにアクセスしたいカメラ１０は、クライアント２２のインターフェースで選択される（Ｓ１５２）。次に、カメラ用のメッセージが、例えばオペレータまたはユーザーからの入力に基づいて、クライアントで生成され（Ｓ１５４）、クライアント２２の通信コントローラ２６のカメラアクセスポート４４に送信される（Ｓ１５６）。カメラアクセスポート４４およびカメラアクセスポート４４のＡＰＩで、メッセージがチェックされ、メッセージがピアツーピア接続を経由して送信される候補であるかどうかが判定される（Ｓ１５８）。ピアツーピア接続を経由して送信される候補であるメッセージのタイプは、タイムクリティカルな指示メッセージ、例えば、パン、チルト、またはズーム指示であり、それらは、大きなレイテンシが導入されるとパフォーマンスが低下する可能性がある。ピアツーピア接続の恩恵を受ける他のタイプのメッセージは、ビデオデータまたは多くの帯域幅を必要とする他のデータを含むメッセージである。しかしながら、そのようなビデオメッセージがクライアント２２からカメラ１０に送信されることは、極めてまれである。

メッセージがピアツーピア接続経由で送信される候補ではない場合、メッセージはカメラ制御サービス４０に送信され（Ｓ１６０）、メッセージで参照される値、操作、および／または機能が記録される（Ｓ１６２）。次に、メッセージは、通信コントローラ１２およびカメラ制御ポート４６を経由してカメラ１０に送信される（Ｓ１６４）。次に、メッセージがカメラで受信され、メッセージに記述されている値、操作、および／または機能が設定され、更新され、アクティブ化され、または実行される（Ｓ１６６）。

メッセージがピアツーピア接続を経由して送信される候補である場合、カメラアクセスポート４４は、カメラアクセスポート４４と、要求されたカメラ１０を表すカメラ制御ポート４６との間に確立されたピアツーピア接続があるかどうかをチェックする（Ｓ１６８）。そのようなピアツーピア接続が確立されていない場合、メッセージはカメラ制御サービス４０に送信される（Ｓ１７０）。次に、メッセージは、通信コントローラ１２およびカメラ制御ポート４６を経由してカメラ１０に送信され（Ｓ１６４）、メッセージがピアツーピア通信の候補ではない場合と同様に、カメラは、メッセージに記載されている値、動作、および／または機能に作動する（Ｓ１６６）。後者の場合の通信は、２者間のピアツーピア接続がまだ確立されていないか、一時的に失われているため、ピアツーピア通信に関係のない通信に使用されるプロセスに戻る。したがって、優先通信チャネルが存在しない場合でも、メッセージはカメラに届く。

しかしながら、メッセージがピアツーピア接続を経由して送信される候補であり、ピアツーピア接続が確立された場合（Ｓ１６８）、メッセージは通信コントローラ２６およびカメラアクセスポート４４からピアツーピア接続を経由して通信コントローラ１２およびカメラ制御ポート４６に送信され、次いでカメラに転送される（Ｓ１７２）。次に、カメラはメッセージで受信したデータを処理する（Ｓ１６６）。

上記のプロセスによって、システムは、ネットワークレイテンシに敏感なメッセージ、または大きなデータペイロード（例えば、ビデオ）を表すメッセージを、インターネット上のビデオカメラシステム関連サービス３４を介した迂回をすることなく、直接接続を経由して転送できる。そのようなシステムサービス３４を介した迂回は、あらゆる通信にレイテンシを追加する可能性が高く、そのようなシステムサービス３４を通過するデータ転送に関連するコストがある場合、ささいでない追加コストが大量のデータ（例えば、ビデオ）の転送に関連する。しかしながら、システムサービスの多くの利点は、システムサービス３４を通過するメッセージと、直接接続、すなわちピアツーピア接続を経由して有利に送信されるメッセージとへの異なるタイプのメッセージの洞察に富んだ分離のために、なおも経験され得る。さらに、システムは、直接接続がまだ確立されていない場合、または直接接続に失敗した場合に、直接接続を経由して送信されることが好ましいメッセージを、サービスシステムを経由して送信できるようにする。このフェイルオーバー手順によって、本発明の実施形態によるシステムは堅牢になり、１つの接続の障害によるデータ損失が起こりにくくなる。

ここで、カメラ１０がクライアント２２にメッセージを送信するプロセスを示す図４ｂを参照する。図の例では、カメラが、データの、セットアップの、環境設定の、特定の操作等の要求を受信すると仮定する（Ｓ２０２）。しかしながら、カメラ内においてカメラによって開始されるメッセージタイプがある。次いで、カメラ１０は、要求に応答してメッセージを生成し（Ｓ２０４）、通信コントローラ１２のカメラ制御ポート４６にメッセージを送信する（Ｓ２０６）。カメラ制御ポート４６において、メッセージは、それがピアツーピア接続を介した送信の候補であるタイプのメッセージであるかどうかを調べるために、チェックされる（Ｓ２０８）。候補であるかどうかのメッセージのタイプの例は、本明細書で先に述べたとおりである。

メッセージがピアツーピア送信の候補ではないと見なされた場合、メッセージはカメラ制御サービス４０に送信され（Ｓ２１０）、ここでコンテンツ、例えば、メッセージの、値、パラメータ、確認等が記録される（Ｓ２１２）。次に、メッセージは、通信コントローラ２６およびカメラアクセスポート４４を経由してクライアント２２に転送される（Ｓ２１４）。クライアント２２では、メッセージが処理され、データは、受信されたメッセージのタイプおよび実際のペイロードに従って処理される（Ｓ２１６）。

ステップＳ２０８でのチェック後にメッセージがピアツーピア送信の候補であると見なされる場合、制御ポートは、受信クライアント２２への確立されたピアツーピア接続があるかどうかに応じて、２つの異なる経路を経由してメッセージを送信する（Ｓ２１８）。確立されたピアツーピア接続が存在しない場合、メッセージはカメラ制御サービス４０に送信され（Ｓ２２０）、次いで、カメラ制御サービスは、通信コントローラ２６およびカメラアクセスポート４４を経由してクライアント２２にメッセージを送信する（Ｓ２１４）。次に、クライアント２２はメッセージを処理し、受信されたメッセージのタイプおよび実際のペイロードに従ってデータが処理される（Ｓ２１６）。

他方、受信クライアント２２への確立されたピアツーピア接続がある場合、メッセージは、ピアツーピア接続を経由し、通信コントローラ２６およびカメラアクセスポート４４を経由して、クライアント２２に送信される（Ｓ２２２）。次に、クライアント２２はメッセージを処理し、受信されたメッセージのタイプおよび実際のペイロードに従ってデータが処理される（Ｓ２１６）。

次に、クライアントからカメラに送信される指示メッセージに関する通信図を示す図５を参照する。図４ａに関連して説明したように、クライアント２２によって生成され、カメラ１０向けの指示メッセージ２３２が、カメラアクセスポート４４に送信され、そこでそのメッセージがピアツーピア接続の候補である指示メッセージではないと判定される。そのような指示メッセージは、ビデオカメラの設定を変更するための指示を含み得る。変更される設定は、例えば、フレームレート設定、開口サイズ、ゲイン等であり得る。次に、通信コントローラ２６のカメラアクセスポート４４は、メッセージ２３４をカメラ制御サービス４０に送信し、そこで指示メッセージからのデータが記録される。次に、指示メッセージ２３６は、通信コントローラ１２のカメラ制御ポート４６に渡され、通信コントローラ１２は、指示メッセージ２３８をカメラ１０に送信する。このようにして、カメラ制御サービスは、様々な場所における様々なクライアントからカメラへの容易なアクセスを可能にする。さらに、ビデオカメラシステム関連サービス３４は、カメラシステム内の各カメラの認証および認可手順を管理し、カメラの設定を記録する。

クライアント２２からの指示メッセージがビデオ要求である場合、通信は図６に示されるようになり得る。いくつかの実施形態においては、ビデオ要求はピアツーピア候補と見なされ、他の実施形態においては、要求はピアツーピア候補とは見なされない。ビデオ要求をピアツーピア候補にしたい場合の１つの例は、レイテンシが問題になる可能性がある場合である。

図６の通信は、クライアント２２がビデオ要求２５２をカメラアクセスポート４４に送信することで開始される。カメラアクセスポートは、メッセージ、この場合ビデオ要求が、ピアツーピア候補と見なされるタイプのものであるかどうかを判定する。いくつかの実施形態では、カメラアクセスポートは、ビデオ要求がピアツーピア候補と見なされると判定し、確立されたピアツーピア接続を経由してカメラ制御ポート４６にビデオ要求２５４を送信する。代替実施形態では、ビデオ要求はピアツーピア候補とは見なされず、ビデオ要求２５５、２５６は、カメラ制御サービス４０を経由してカメラ制御ポート４６に送信される。カメラ制御ポート４６は、ビデオ要求２５７をカメラ１０に渡す。

次に、カメラは、ビデオ要求を処理し、要求されたビデオデータをクライアントに宛てて応答する。次に、ビデオデータ２５８は、カメラ制御ポート４６に送信される。次いで、カメラ制御ポート４６は、カメラから送信されたメッセージ内のデータをビデオデータとして識別し、ビデオデータはピアツーピア候補と見なされるため、ビデオデータ２６０を、ピアツーピア接続を経由してアクセスポート４４に送信する。次に、カメラアクセスポートは、ビデオデータ２６４をクライアントに渡す。

ほとんどの場合、クライアントによって要求されたビデオには、単一のメッセージに対して多すぎる情報が含まれているか、または、要求が、要求時にキャプチャされていないデータが含まれているライブビデオデータであるので、他の理由がなくとも複数のメッセージにおいて送信する必要がある。そのため、図６は、カメラからカメラ制御ポート４６に送信されるさらに別のビデオデータメッセージ２７０を示しており、ビデオデータメッセージ２７２がカメラアクセスポート４４に渡され、次いでビデオデータメッセージ２７４がクライアントに渡される。連続して送信されるビデオデータメッセージの数は、送信されるビデオデータ量と、各ビデオデータメッセージが伝送できるデータ量によって異なる。さらに、送信されるべきビデオデータ量は、カメラ１０がビデオデータ（例えば、ライブビデオの状況での）を配信する時間によっても影響され得る。

図６に関連して説明したシナリオでは、ピアツーピア接続が既に確立されているとみなされる。しかしながら、場合によっては、ピアツーピア接続がまだ確立されていないか、何らかの理由で中断されている可能性がある。そのようなシナリオが図７に示されており、参照符号３０２によってピアツーピア接続が中断されていることが示されている。クライアント２２からのビデオ要求３０４は、前のシナリオのように、カメラアクセスポート４４に送られる。

カメラアクセスポート４４において、ビデオ要求がピアツーピア候補であると考えられる実施形態のカメラアクセスポート４４であるとみなすと、カメラアクセスポート４４は、要求されたカメラ１０へのピアツーピア接続がないことを検出し、そのため、ビデオ要求３０６をカメラ制御サービス４０に送信する。次いで、カメラ制御サービスはカメラ制御ポート４６にビデオ要求３０８を渡し、次に、カメラ制御ポート４６はビデオ要求３１０をカメラ１０に送信する。

ビデオ要求に応じて、カメラ１０は、ビデオメッセージ３１２を生成し、カメラ制御ポート４６に送信する。ピアツーピア接続がないという事実のため、ビデオデータを含むメッセージを、ピアツーピア接続経由で送信することはできない。カメラ制御ポート４６はこれを認識し、ビデオデータメッセージ３１４をカメラ制御サービス４０に送信する。カメラ制御サービス４０は、ビデオデータ３１６を通信コントローラ２６およびそのカメラアクセスポート４４に渡す。ビデオデータ３１８は、次に、カメラアクセスポート４４からクライアント２２に送信され、そこで処理され、場合によっては表示される。連続したビデオデータメッセージの通信は、ピアツーピア接続が確立されない限り、ビデオデータ３１２、３１４、３１６、３１８を参照して説明したものと同一になる。

参照符号３２０は、ピアツーピア接続の再確立または確立を示す。また、ピアツーピア接続の再確立の後にカメラから送信されたビデオデータ３２２は、以前のようにカメラ制御ポート４６に送信される。しかしながら、次いで、カメラ制御ポート４６は、ピアツーピア接続が確立されたことを認識し、ビデオデータ３２４をピアツーピア接続経由でカメラアクセスポート４４に送信する。次に、ビデオデータ３２６は、処理のために、カメラアクセスポート４４からクライアントに送信される。ピアツーピア接続の再確立後に送信されるビデオデータは、ピアツーピア接続が再び失われるか、データがなくなるまで、ビデオデータメッセージ３２２、３２４、および３２６に従って送信される。

図８では、いくつかの実施形態によるシステムのデバイス間の接続のより通信に焦点を合わせた図が描かれている。図１および２に関連して前述したように、システムは、カメラ１０、通信コントローラ１２、カメラ制御ポート４６、クライアント２２、通信コントローラ２６、カメラアクセスポート４４、およびビデオカメラシステム関連サービス３４を含む。ビデオカメラシステム関連サービス３４は、これらのサービス３４がクラウドサービスとして、またはビデオカメラシステム関連サービス専用のサーバー上で実施できることを示すクラウドシンボル内に提供され、両方とも図１に関連して説明される。

各通信コントローラとビデオカメラシステム関連サービス３４との間の通信経路４０２および４０４は、各通信コントローラのセットアップ中に確立され、また、システムがビデオカメラシステムの標準サービスに加えてビデオカメラシステムに関連する拡張サービスを提供できるようにする。

ピアツーピア接続４０６は、クライアント２２がカメラ１０へのアクセスを要求した時点から可能な場合に確立される。ピアツーピア接続４０６は、２つの通信コントローラの間の、またはカメラ１０とクライアント２２との間の、それぞれにおける直接接続である。ピアツーピア接続４０６のセットアップは、前述のように、いわゆる「ホールパンチング」によって実現され得る。ホールパンチングのプロセスは、クライアント２２がカメラ１０へのアクセスを要求するとすぐに開始することができる。ピアツーピア接続４０６が確立されていない間、ビデオカメラシステム関連サービス３４を経由してすべての通信が中継される。したがって、通信コントローラ１２、２６は、転送されるメッセージ内で検出された特定の通信に対して、クライアントとカメラの間の所望の経路、多くの場合、最適な経路に通信を向けるインテリジェントリレーとして機能する。

ビデオカメラシステム関連サービスをクラウドサービスとして、またはビデオカメラシステム関連サービス専用のサーバーに実施する利点は、クラウドサービスまたはサーバーが単一のクライアントよりも高い処理能力を持つことである。さらに、セキュリティ機能、例えば認証手順および認可手順は、システム内で共有し得る。さらに、カメラのシステムへのアクセスが容易になる。しかしながら、このビデオカメラシステム関連サービス３４は、クライアント２２とカメラ１０との間で（その逆も同様）送信されるデータトラフィックの追加処理を導入する。この余分な処理により、レイテンシが発生し、それによって、一部の操作（例えば、パン、チルト、ズーム）の品質が低下し、一部の操作の制御が非常に困難になる場合があり得る。さらに、クラウドサービスまたは専用サーバーの実施は、カメラとビデオカメラシステム関連サービス間およびクライアントとビデオカメラシステム関連サービス間で送受信されるデータトラフィックのコストに関連している場合があり得る。モーションビデオには大量のデータが必要であるため、ビデオカメラシステム関連サービスを経由して送信するのに非常に費用がかかるリスクがある。これらのケースおよび言及されていない他のケースでは、ネットワーク上のサービス機能よりも直接接続を経由してメッセージを送信する方が有利である。

上記の説明は、クライアントが単一のビデオカメラを通信、アクセス、および制御する状況に焦点を当てている。しかしながら、クライアントは、複数のカメラの通信、アクセス、および制御を要求する場合があり得る。このような場合、カメラアクセスポートは各カメラのクライアントの通信コントローラ内に構成され、各カメラアクセスポートは、ビデオカメラの通信コントローラ内における、対応するビデオカメラのカメラ制御ポートと通信するように配置される。

１０ ネットワークビデオカメラ
１２ ビデオカメラに配置された通信コントローラ
１６ ワイドエリアネットワーク（ＷＡＮ）
２２ クライアント
２６ クライアントに配置された通信コントローラ
３８ ユーザー認可サービス
４０ カメラ制御サービス
４４ カメラアクセスポート
４６ カメラ制御ポート
４０６ ピアツーピア接続

Claims (9)

1. ワイドエリアネットワークＷＡＮ（１６）を経由して、クライアント（２２）から、ネットワーク化されたビデオカメラ（１０）を遠隔制御する方法であって、前記方法は、
   前記ビデオカメラ（１０）向けの指示メッセージを、前記クライアント（２２）から、前記クライアント（２２）に配置された通信コントローラ（２６）に送信することと、
   前記クライアント（２２）に配置された前記通信コントローラ（２６）において、前記指示メッセージがピアツーピア接続（４０６）を経由して前記ビデオカメラ（１０）に送信される候補であるかどうかを判定することであって、前記ピアツーピア接続（４０６）を経由して送信される候補ではない指示メッセージは、フレームレート設定、アパーチャサイズ設定、およびゲイン設定の群のデータタイプのうちの少なくとも１つを含み、前記ピアツーピア接続（４０６）を経由して送信される候補である指示メッセージは、ビデオデータ、画像データ、パン調整、チルト調整、およびズーム調整の群のデータタイプのうちの少なくとも１つを含む、判定することと、を含み、
   前記ピアツーピア接続（４０６）を経由して前記ビデオカメラ（１０）に送信される候補ではないと判定された前記指示メッセージに応答して、該方法はさらに、
   －前記クライアント（２２）に配置された前記通信コントローラ（２６）から前記ＷＡＮ（１６）を経由してカメラ制御サービス（４０）に前記指示メッセージを送信することと、
   －前記カメラ制御サービス（４０）において前記指示メッセージの少なくとも一部を記録することと、
   －前記カメラ制御サービス（４０）において受信された前記指示メッセージを、前記ＷＡＮ（１６）を経由して前記カメラ制御サービス（４０）から前記ビデオカメラ（１０）に送信することと、を含み、
   前記ピアツーピア接続（４０６）を経由して前記ビデオカメラ（１０）に送信される候補であると判定された指示メッセージに応答して、該方法はさらに、
   －前記クライアント（２２）に配置された前記通信コントローラ（２６）から前記ビデオカメラ（１０）に配置された通信コントローラ（１２）に、前記ＷＡＮ（１６）上の２つの前記通信コントローラ間のピアツーピア接続（４０６）を経由して前記指示メッセージを送信することと、
   －前記ビデオカメラ（１０）において前記通信コントローラ（１２）によって受信された前記指示メッセージを、前記ビデオカメラ（１０）において通信コントローラ（１２）から前記ビデオカメラ（１０）に送信することと、を含み、
   前記方法は、さらに、
   前記ビデオカメラ（１０）において、前記カメラ制御サービス（４０）または前記ピアツーピア接続（４０６）のうちの１つを経由して前記指示メッセージを受信することと、
   前記ビデオカメラ（１０）において、前記指示メッセージ内の指示を実行することと、を含む、方法。
2. 前記クライアント（２２）に配置された前記通信コントローラ（２６）は、前記クライアント（２２）に直接接続され、前記クライアント（２２）を前記ＷＡＮ（１６）に接続している、請求項１に記載の方法。
3. 前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）は、前記ビデオカメラ（１０）に直接接続され、前記ビデオカメラ（１０）を前記ＷＡＮ（１６）に接続している、請求項１または２に記載の方法。
4. 前記ビデオカメラ（１０）へのアクセスを要求するアクセス要求を送信することであって、前記アクセス要求は前記ＷＡＮ（１６）を経由して前記クライアント（２２）からユーザー認可サービス（３８）に送信されるものである、アクセス要求を送信することと、
   前記クライアント（２２）が要求されたビデオカメラ（１０）へのアクセスを認められているかどうかを、前記ユーザー認可サービス（３８）において確認することと、
   前記ビデオカメラ（１０）のアクセスが認められていることに応答して、前記ユーザー認可サービス（３８）から前記クライアント（２２）に配置された前記通信コントローラ（２６）に、前記クライアント（２２）と前記ビデオカメラ（１０）との間の通信用にカメラアクセスポート（４４）をセットアップするように前記通信コントローラ（２６）に指示する指示メッセージを送信することと、
   前記ビデオカメラ（１０）のアクセスが認められていることに応答して、前記カメラアクセスポート（４４）と、前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）内のカメラ制御ポート（４６）との間のピアツーピア接続（４０６）のセットアップを開始することと、をさらに含む、請求項１から３のいずれか一項に記載の方法。
5. 前記クライアント（２２）から前記ビデオカメラ（１０）向けの指示メッセージを送信することは、前記クライアント（２２）が、前記ビデオカメラ（１０）向けの前記指示メッセージを、前記カメラアクセスポート（４４）を識別するＩＰアドレス宛てとすることを含む、請求項４に記載の方法。
6. 前記ビデオカメラ（１０）において受信した前記指示メッセージがビデオ要求であることに応答して、以下のステップ
   前記ビデオカメラ（１０）から前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）にビデオデータメッセージを送信するステップと、
   前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）において、各ビデオデータメッセージがピアツーピア接続（４０６）を経由して前記クライアント（２２）に送信される候補であると決定するステップと、
   前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）において受信した各ビデオデータメッセージを、前記ピアツーピア接続（４０６）を経由して前記クライアント（２２）に配置された前記通信コントローラ（２６）に送信するステップと、
   前記クライアント（２２）に配置された前記通信コントローラ（２６）において受信された各ビデオデータメッセージを、さらなる処理のために前記クライアント（２２）に送信するステップと、を実行することをさらに含む、請求項１から５のいずれか一項に記載の方法。
7. 前記カメラ制御サービス（４０）は、前記ＷＡＮ（１６）を経由してアクセス可能なサーバーで実行されるプロセスである、請求項１から６のいずれか一項に記載の方法。
8. ネットワーク化されたビデオ監視システムであって、
   ビデオカメラ（１０）に配置された通信コントローラ（１２）を経由してワイドエリアネットワークＷＡＮ（１６）に接続された前記ビデオカメラ（１０）と、
   前記ＷＡＮ（１６）を経由してアクセスされるビデオカメラからのビデオデータを管理するように構成され、クライアント（２２）に配置された通信コントローラ（２６）を経由して前記ＷＡＮ（１６）に接続された前記クライアント（２２）と、
   前記ビデオカメラ（１０）に送信された指示を記録するように構成され、前記ＷＡＮ（１６）に接続されたサーバーに実装されるカメラ制御サービス（４０）と、を備え、
   前記クライアント（２２）に配置された通信コントローラ（２６）は、
   前記クライアント（２２）から送信され、前記ビデオカメラ（１０）に宛てられた指示メッセージが、ピアツーピア接続（４０６）を経由して前記ビデオカメラ（１０）に送信される候補であるかどうかを判定し、前記ピアツーピア接続（４０６）を経由して送信される候補ではない指示メッセージは、フレームレート設定、アパーチャサイズ設定、およびゲイン設定の群のデータタイプのうちの少なくとも１つを含み、前記ピアツーピア接続（４０６）を経由して送信される候補である指示メッセージは、ビデオデータ、画像データ、パン調整、チルト調整、およびズーム調整の群のデータタイプのうちの少なくとも１つを含み、
   前記ピアツーピア接続（４０６）を経由して送信される候補ではないと判定された各指示メッセージを前記カメラ制御サービス（４０）に送信し、かつ
   前記ピアツーピア接続（４０６）を経由して送信される候補であると判定された各指示メッセージを、前記ピアツーピア接続（４０６）を経由して前記ビデオカメラ（１０）に送信する、
   ように構成されている、ネットワーク化されたビデオ監視システム。
9. 前記ビデオカメラ（１０）に配置された前記通信コントローラ（１２）は、
   前記ビデオカメラ（１０）から前記クライアント（２２）宛てに送信されたメッセージが前記ピアツーピア接続（４０６）を経由して前記クライアント（２２）に送信される候補であるかどうかを判定し、
   前記ピアツーピア接続（４０６）を経由して送信される候補ではないと判定された各メッセージを前記カメラ制御サービス（４０）に送信し、かつ、
   前記ピアツーピア接続（４０６）を経由して送信される候補であると判定した各メッセージを、前記ピアツーピア接続（４０６）を経由して前記クライアント（２２）に送信する、
   ように構成されている、請求項８に記載のネットワーク化されたビデオ監視システム。

Images