(57)【特許請求の範囲】
【請求項１】
ビデオ受信デバイスにデジタルビデオストリームをルーティングする監視ビデオルータであって、
パケット交換ネットワークに結合され、ビデオ受信デバイスとの通信が可能にされ、遠隔監視カメラによって取り込まれたそれぞれのデジタルビデオストリームを受信するネットワークインターフェースと、
デジタルビデオストリームの内容のビデオ解析処理のためのビデオ解析システムを有するルールベースエンジンを含むプロセッサであって、ルールベースエンジンがデジタルビデオストリームの内容のビデオ解析処理に基づく第１のビデオ受信デバイスへのルーティングのために第１の遠隔監視カメラによって生成された第１のデジタルビデオストリームを動的に選択し、プロセッサがネットワークインターフェースを介して第１のビデオ受信デバイスに第１のデジタルビデオストリームをさらにルーティングする、プロセッサと
を備える、監視ビデオルータ。
【請求項２】
デジタルビデオストリームのうちの１つをそれぞれ受信する複数の論理ソースポートと、
ビデオ受信デバイスのうちの少なくとも１つとそれぞれ通信する複数の論理宛先ポートと
をさらに備え、
プロセッサが、第１のデジタルビデオストリームに関する論理ソースポートのうちのそれぞれから、第１のビデオ受信デバイスに関する論理宛先ポートのそれぞれに、第１のデジタルビデオストリームをコピーし、第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングする、請求項１に記載の監視ビデオルータ。
【請求項３】
プロセッサが、第１のビデオ受信デバイスに関する論理宛先ポートでセッションセットアップシグナリングハイパーテキスト転送プロトコル（ＨＴＴＰ）要求を受信し、ＨＴＴＰ応答内で第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングし、ＨＴＴＰ応答が、リアルタイムプロトコル（ＲＴＰ）パケットによるリアルタイムストリーミングプロトコル（ＲＴＳＰ）、または一連のモーションジョイントフォトグラフィックエキスパーツグループ（ＭＪＰＥＧ）フレームを含む、請求項２に記載の監視ビデオルータ。
【請求項４】
プロセッサが、監視ビデオルータのインターネットプロトコル（ＩＰ）アドレスおよび第１の遠隔監視カメラの論理ソースポートからセッションセットアップシグナリングＨＴＴＰ要求を発行することにより、第１の遠隔監視カメラとの間でビデオセッションを開始し、ＨＴＴＰ応答内で第１の遠隔監視カメラから第１のデジタルビデオストリームを受信する、請求項２に記載の監視ビデオルータ。
【請求項５】
プロセッサがさらに、ネットワークインターフェースを介して追加のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングする要求を受信する、請求項２に記載の監視ビデオルータ。
【請求項６】
第１のビデオ受信デバイスおよび追加のビデオ受信デバイスが、それぞれ同一の論理宛先ポートに結合される、請求項５に記載の監視ビデオルータ。
【請求項７】
プロセッサがさらに、論理ソースポートのそれぞれから、追加のビデオ受信デバイスに関する論理宛先ポートの追加のそれぞれに第１のデジタルビデオストリームをコピーし、追加のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングする、請求項５に記載の監視ビデオルータ。
【請求項８】
プロセッサがさらに、
第１のデジタルビデオストリームをトランスコーディングし、トランスコーディングされたデジタルビデオストリームを生成し、トランスコーディングされたデジタルビデオストリームを追加のビデオ受信デバイスにルーティングすること、
を実施する、請求項７に記載の監視ビデオルータ。
【請求項９】
プロセッサがさらに、インターネットプロトコル（ＩＰ）トンネルで第１のビデオ受信デバイスに第１のデジタルビデオストリームを他のデジタルビデオストリームと共にルーティングする、請求項１に記載の監視ビデオルータ。
【請求項１０】
遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする方法であって、
パケット交換ネットワークを介して、監視ビデオルータの遠隔監視カメラからデジタルビデオストリームを受信すること、
デジタルビデオストリームの内容のビデオ解析処理のためのビデオ解析システムを有する、監視ビデオルータのルールベースエンジンによって、デジタルビデオストリームを処理すること、
デジタルビデオストリームの内容のビデオ解析処理に基づく第１のビデオ受信デバイスへのルーティングのために第１の遠隔監視カメラによって生成された第１のデジタルビデオストリームを動的に選択すること、および
監視ビデオルータによって第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングすること
を含む、方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本米国特許出願は、引用によりその全体が本明細書に組み込まれ、すべての目的のために本米国実用特許出願の一部とされる、係属中の「Ｓｕｒｖｅｉｌｌａｎｃｅ  Ｖｉｄｅｏ  Ｒｏｕｔｅｒ」という名称の米国仮出願第６１／４０５，６９８号の、米国特許法第１１９条（ｅ）項による優先権を主張する。
【０００２】
本発明は、一般にはビデオ監視システムに関し、詳細には、ビデオ監視カメラからのデジタルビデオストリームを閲覧することに関する。
【背景技術】
【０００３】
デジタルレコーダ、ビデオ解析システム、ビデオ管理ディスプレイ、および他の観察デバイス／システムに対するＩＰネットワークを介するカメラストリーミング規格および高精細度ビデオを用いるビデオ監視システムが市場で普及しつつある。カメラネットワークシステムは、空港、都市の街路、交通機関、公共のショッピングモール、小売店チェーン、および他の場所で見い出すことができる。そのようなシステムの機能により、人々、資産、財産の保護が向上する。現在、小規模、中規模、および大規模のカメラネットワークが、ローカルに接続されたネットワークまたは広域ネットワーク上のどこかにリモートに位置する複数の監視者と共に存在している。
【０００４】
典型的な既存のビデオ監視システムでは、各監視者がどのカメラ（複数可）を閲覧すべきかを選択する。例えば、ＰＣベースのビデオ管理システム（ＶＭＳ）を手動で使用する人間の監視者が、テーブル、リスト、または地図から１つまたは複数のカメラを選択する。ＶＭＳのグラフィカルユーザインターフェースと適切に対話した後、人間の監視者は、選択したカメラからのリアルタイムビデオストリームを閲覧する。
【０００５】
ＩＰカメラでは、通常はＨＴＴＰベースのストリーミングプロトコルが使用され、したがって適切なＵＲＬを入力する監視者は、ブラウザクライアントでリアルタイムビデオストリームを閲覧することができる。例えば、監視者は、手動で、または警報条件によってトリガされるテキストメッセージまたはＥメールでＵＲＬを受信した後に、ＵＲＬを入力することができる。しかし、監視者は、ＵＲＬに直接接続しなければならず、したがってビデオストリームにアクセスするためのＵＲＬの知識を有さなければならない。
【０００６】
多くのシナリオでは、閲覧すべきカメラを人間の監視者が手動で選択することは、不可能であり、または非現実的である。例えば、警察官がビデオ監視カメラが配置された緊急現場まで警察車を運転中の状況を考慮する。警察官が緊急現場に移動中に１つまたは複数の監視カメラからのリアルタイムビデオを閲覧することは極めて有用なはずであるが、おそらく高速運転中の、警察官によるＰＣ画面との手動対話は危険である。さらに、警察官は通常、閲覧のためにどのカメラ（複数可）が最も適切に選択されるかを知らない。この情報は、多くの／すべてのカメラを示すビデオウォール、ならびに他のリソースおよび資産にアクセスすることのできる、都市の中央緊急ネットワークオペレーティングセンタの指令係がより良く知っている可能性がある。そのような第３者の指令係は、どのビデオストリームを警察官にプッシュ／ルーティングすべきかを選択する最良の立場にいる可能性があるが、現在のところ、第３者がビデオストリームを選択することを可能にするための機構は存在しない。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
したがって、ＩＰベースのデジタルビデオストリームを監視者にルーティングすることができ、適切なデジタルビデオストリームを監視者にルーティングするように第３者によって制御可能な監視ビデオルータが求められている。
【課題を解決するための手段】
【０００８】
一実施形態では、監視ビデオルータが、ビデオ受信デバイスにデジタルビデオストリームをルーティングする。監視ビデオルータは、パケット交換ネットワークに結合され、ビデオ受信デバイスとの通信が可能にされ、遠隔監視カメラによって取り込まれたそれぞれのデジタルビデオストリームを受信するネットワークインターフェースを含む。監視ビデオルータは、ネットワークインターフェースを介して、第１の遠隔監視カメラによって生成された第１のデジタルビデオストリームを第１のビデオ受信デバイスにルーティングする要求を受信するプロセッサをさらに含む。プロセッサはさらに、ネットワークインターフェースを介して第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングする。
【０００９】
例示的な実施形態では、要求が第１のビデオ受信デバイスから受信される。別の例示的な実施形態では、要求が、第３者ソースからの制御入力として受信される。
【００１０】
別の実施形態では、監視ビデオルータは、デジタルビデオストリームのうちの１つをそれぞれ受信する複数の論理ソースポートと、ビデオ受信デバイスのうちの少なくとも１つとそれぞれ通信する複数の論理宛先ポートとを含む。プロセッサは、第１のデジタルビデオストリームに関する論理ソースポートのうちのそれぞれから、第１のビデオ受信デバイスに関する論理宛先ポートのそれぞれに、第１のデジタルビデオストリームをコピーし、第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングする。
【００１１】
本発明の別の実施形態では、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする方法が提供される。この方法は、パケット交換ネットワークを介して、第１の遠隔監視カメラによって生成された第１のデジタルビデオストリームを監視ビデオルータの第１のビデオ受信デバイスにルーティングする要求を受信すること、パケット交換ネットワークを介して監視ビデオルータの第１の遠隔監視カメラから第１のデジタルビデオストリームを受信すること、および監視ビデオルータによって第１のビデオ受信デバイスに第１のデジタルビデオストリームをルーティングすることを含む。
【００１２】
添付の図面と共に行われる以下の詳細な説明を参照することにより、本発明のより完全な理解を得ることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする監視ビデオルータを含む例示的デジタルビデオシステムを示す図である。
【図２】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームをディスプレイデバイスにルーティングする監視ビデオルータを含む例示的デジタルビデオシステムを示す図である。
【図３】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームを他のタイプのビデオ受信デバイスにルーティングする監視ビデオルータを含む例示的デジタルビデオシステムを示す図である。
【図４】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームを複数のビデオ受信デバイスにルーティングする様々なルーティング機構を示す図である。
【図５】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームを複数のビデオ受信デバイスにルーティングする様々なルーティング機構を示す図である。
【図６】本発明の実施形態による、１つまたは複数のビデオ受信デバイスにルーティングする前にデジタルビデオストリームをトランスコーディングする例示的トランスコーディング機構を示す図である。
【図７】本発明の実施形態による、デジタルビデオストリームルーティングの第３者制御を実現する例示的スマートビデオルータを示す図である。
【図８】本発明の実施形態による、監視ビデオルータの様々な構成要素を示すブロック図である。
【図９】本発明の実施形態による、異なるパケット交換ネットワークにわたるデジタルビデオストリームの例示的ルーティングを示す図である。
【図１０】本発明の実施形態による、異なるパケット交換ネットワークにわたるデジタルビデオストリームの例示的ルーティングを示す図である。
【図１１】本発明の実施形態による、デジタルビデオストリームをルーティングする縦続監視ビデオルータを示す図である。
【図１２】本発明の実施形態による、デジタルビデオストリームをルーティングするＩＰトンネリング機構を示す図である。
【図１３】本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする例示的方法を示す図である。
【発明を実施するための形態】
【００１４】
本発明の実施形態によれば、ＩＰベースの監視カメラからビデオ受信デバイスへのビデオストリームの交換／ルーティングを制御するネットワークインフラストラクチャ要素として働く監視ビデオルータが提供される。図１に、本発明の実施形態による、遠隔ビデオ監視カメラ４０によって取り込まれたデジタルビデオストリームを１つまたは複数のビデオ受信デバイス５０にルーティングする例示的デジタルビデオシステム１０を示す。システム１０は、遠隔ビデオ監視カメラ（ｃａｍｅｒａ−１、ｃａｍｅｒａ−２．．．ｃａｍｅｒａ−Ｎ）４０、ビデオ受信デバイス（ＶＲＤ  １、ＶＲＤ  ２．．．ＶＲＤ  Ｍ）５０、および監視ビデオルータ（ＳＶＲ）２０を含む。限定ではなく例示として、ビデオ受信デバイス５０は、ビデオ管理システム（ＶＭＳ）、ネットワーク型ビデオレコーダ、ビデオ解析システム、追加の監視ビデオルータ、ブラウザ、またはディスプレイデバイスでよい。ディスプレイデバイスの例は、モバイル通信デバイス、パーソナルコンピュータ、ラップトップコンピュータ、セキュリティシステムディスプレイデバイスなどの単一のディスプレイを有するデバイス、またはセキュリティシステムビデオウォールなどの複数のディスプレイを有するデバイスを含む。
【００１５】
ＳＶＲ２０、カメラ４０、およびビデオ受信デバイス（ＶＲＤ）５０は、インターネットプロトコル（ＩＰ）ネットワークや他のタイプのネットワークなどのパケット交換ネットワーク３０を通じて通信する。したがって、ＳＶＲ２０は、従来の回線交換ネットワークで必要となるような複雑な物理電子回路ではなく、論理処理を使用し、それによって優れたスケーラビリティが得られ、ケーブル距離制限を克服し、非テザード型（ワイヤレス）ＩＰベースのモバイルデバイスへのアクセスを実現する。さらに、パケット交換ベースのＳＶＲ２０での論理処理は、従来の回線交換ビデオルータに見出される固定電子回路を使用して単純に実施することのできない新しい特徴、機能、およびアップグレードの導入を容易にし、単純化する。
【００１６】
ＳＶＲ２０は、遠隔ビデオ監視カメラ４０によって取り込まれたデジタルビデオストリームをＶＲＤ５０のうちの１つまたは複数にリアルタイムにルーティングする。具体的には、ＳＶＲ２０は、要求時にＶＲＤ５０にデジタルビデオストリームをルーティングする。要求は、ＶＲＤ５０または外部第３者ソースによって制御インターフェース８０を介して開始することができる。
【００１７】
例えば、一実施形態では、ＶＲＤ５０は、ＳＶＲ２０との間のそれぞれのシグナリング接続７０を確立し、１つまたは複数のカメラ４０からデジタルビデオストリーム（複数可）６０を受信することを要求することができる。さらに、ＳＶＲ２０は、１つまたは複数のカメラ４０との間の別々のメディアセッション７５をセットアップして、カメラ４０からメディア（デジタルビデオストリーム）６０を受信することができる。ＳＶＲ２０は、要求を受信する前に、または要求を受信した結果として、カメラ４０との間のメディアセッション７５を確立することができる。どちらにしても、要求の受信時に、ＳＶＲ２０は、要求されたビデオメディア６０をカメラ４０からＶＲＤ５０にルーティングする。実際には、監視ビデオルータ２０は、カメラ４０とＶＲＤ５０との間のプロキシとして働く。
【００１８】
別の実施形態では、ＳＶＲ２０は、制御インターフェース８０を介して第３者ソースから要求を受信し、１つまたは複数のカメラ４０から１つまたは複数のＶＲＤ５０にデジタルビデオストリーム（複数可）６０を適切にルーティングすることができる。この実施形態では、ＳＶＲ２０は、要求を受信する前に、または要求を受信した結果として、カメラ２０とのシグナリング接続を確立し、要求されたデジタルビデオストリーム６０を適切なＶＲＤ５０にルーティングすることもできる。
【００１９】
ＳＶＲ２０は、ユニキャストＩＰ配布方式とマルチキャストＩＰ配布のどちらも実装することができる。例えば、ユニキャストを使用していくつかのカメラ４０を交換／ルーティングすることができるのに対して、マルチキャストを使用して他のカメラを交換／ルーティングし、複数のＶＲＤ５０にデジタルビデオストリーム６０を配布することができる。別の実施形態では、ＳＶＲ２０は、マルチキャストストリームを受信し、マルチキャストストリームをユニキャストストリームまたはマルチキャストストリームとして１つまたは複数のＶＲＤ５０にルーティングすることもできる。
【００２０】
次に図２を参照すると、本発明の実施形態による、ＳＶＲ２０を介してカメラ４０からＶＲＤディスプレイデバイス５５にデジタルビデオストリームをルーティングする例示的システム１０が示されている。ディスプレイデバイスにビデオストリームをルーティングすることに関して図２が説明されるが、他のタイプのＶＲＤにも等しく以下を適用できることを理解されたい。
【００２１】
上述のように、ディスプレイデバイス５５（例えば、Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  １、Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  ２．．．Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  Ｍ）は、例えば、モバイル通信デバイス、パーソナルコンピュータ、ラップトップコンピュータ、セキュリティシステムディスプレイデバイスなどの単一のディスプレイを有するデバイス、またはセキュリティシステムビデオウォールなどの複数のディスプレイを有するデバイスを含むことができる。１つまたは複数のカメラ４０からの１つまたは複数のデジタルビデオストリーム６０を閲覧する監視者によって各ディスプレイデバイス５５を操作することができる。
【００２２】
例示的な実施形態では、特定のディスプレイデバイス５５（例えば、Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  ２）の監視者が特定のカメラ（例えば、Ｃａｍｅｒａ−Ｎ）からのデジタルビデオストリームを閲覧するために、Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  ２は、適切なＳｅｓｓｉｏｎ  Ｓｅｔｕｐシグナリング７０を使用して、ＳＶＲ２０との間でビデオセッションをセットアップする。図２に示されるように、ディスプレイデバイス５５は、本明細書で宛先ポート２８（例えば、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ａ、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｂ．．．Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙ）と呼ばれる、様々な論理伝送制御プロトコル（ＴＣＰ）ポート上でＳＶＲ２０と連絡を取ることができる。例えば、Ｄｉｓｐｌａｙ  Ｄｅｖｉｃｅ  ２は、ＳＶＲのＩＰアドレスのＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙに対してセッションセットアップシグナリングＨＴＴＰ（Ｓｅｓｓｉｏｎ  Ｓｅｔｕｐ  Ｓｉｇｎａｌｉｎｇ  ＨＴＴＰ）要求を発行することができる。Ｓｅｓｓｉｏｎ  Ｓｅｔｕｐ  Ｓｉｇｎａｌｉｎｇ要求は、例えば、ディスプレイデバイス５０がそのデジタルビデオストリーム６０を閲覧したいカメラのＵＲＬを含むことができる。
【００２３】
同様に、ＳＶＲ２０は、本明細書でソースポート２５（例えば、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ａ、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂ．．．Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｘ）と呼ばれる様々な論理ＴＣＰポート上で、カメラ４０との間でビデオセッションを開始する。例えば、ＳＶＲ２０は、ＳＶＲ  ＩＰアドレスおよび特定のソースポート（例えば、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｘ）からＣａｍｅｒａ−１に対してセッションセットアップシグナリングＨＴＴＰ（ハイパーテキスト転送プロトコル）要求を発行することができ、ＳＶＲ  ＩＰアドレスおよびＳｏｕｒｃｅ  Ｐｏｒｔ  ｂからＣａｍｅｒａ−Ｎに対してセッションセットアップシグナリングＨＴＴＰ要求を発行することができる。メディア６０が、ＨＴＴＰ応答内で各カメラ（Ｃａｍｅｒａ−１およびＣａｍｅｒａ−Ｎ）からＳＶＲに返される。
【００２４】
一実施形態では、ＶＲＤ（例えば、ディスプレイデバイス５５）によってどのセッションが要求されるかとは無関係に、ＳＶＲ２０は、リスト上のすべてのカメラ４０との間でセッションを開始する。このようにして、いくつかのまたはすべてのカメラ４０が、何らかのディスプレイデバイス５５に実際に交換／ルーティングされるか否かに関わらず、常にＳＶＲ２０にストリーミングしている。別の実施形態では、特定のＳＶＲ宛先ポートに到着するＶＲＤからの要求が、ＳＶＲ２０による１つまたは複数のカメラ４０に対する１つまたは複数のセッションのセットアップをトリガする。さらに別の実施形態では、ＳＶＲ２０は、ＳＶＲの制御インターフェース８０を介してカメラ４０との間でセッションをセットアップする。この実施形態では、外部アプリケーション（第３者ソース）がＳＶＲ２０を制御し、いつ、どのカメラ４０ストリームをセットアップすべきかに関してＳＶＲ２０に命令する。
【００２５】
適切なディスプレイデバイス５５にデジタルビデオストリームをルーティングするために、ＳＶＲ２０は、内部で、ソースポート上で受信したメディア６０を宛先ポートにコピーする。例えば、ＳＶＲ２０は、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂ上で受信したメディア６０をＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙにコピーすることができ、Ｃａｍｅｒａ−ＮからＤｉｓｐｌａｙ  Ｄｅｖｉｃｅ  ２にデジタルビデオストリームをルーティングする。例えば、ＳＶＲ２０からのＨＴＴＰ応答内にデジタルビデオストリーム６０を含めることができる。一例を挙げると、デジタルビデオストリーム６０を、リアルタイムプロトコル（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ：ＲＴＰ）パケットによるリアルタイムストリーミングプロトコル（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ：ＲＴＳＰ）として、または一連のモーションジョイントフォトグラフィックエキスパーツグループ（Ｍｏｔｉｏｎ  Ｊｏｉｎｔ  Ｐｈｏｔｏｇｒａｐｈｉｃ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ：ＭＪＰＥＧ）フレームとして送ることができる。
【００２６】
ＳＶＲ２０への／からの／内の多数のデジタルビデオストリーム６０が並列に存在することができるが、単に話を簡単にするために、少数のそのようなストリームだけが図２に示されることに留意されたい。例えば、典型的なＳＶＲ２０は、同時に交換／ルーティングされている数十、数百、さらには数千のデジタルビデオストリーム６０を有することができる。「ＩＰソースポート」および「ＩＰ宛先ポート宛先ポート」という用語は例示的なものに過ぎず、タプル、ソース／宛先指定ＩＤなどの様々なストリーム識別機構を使用して、多数の他のタイプの論理実装が可能であることにも留意されたい。
【００２７】
次に図３を参照すると、ＶＲＤが、様々なベンダからの複数のビデオ管理システム９０内のディスプレイウィンドウ、ネットワーク型ビデオレコーダ９５、ブラウザ、ビデオ解析システム、他の類似のビデオクライアントなどの様々なタイプのビデオ監視クライアントをも含むことができることがわかる。さらに、やはり図３からわかるように、実際のカメラとの間でセッションを開始する代わりに、ビデオ受信デバイス（すなわち、ＶＭＳ９０またはレコーダ９５）は、ＳＶＲ２０との間でセッションを開始する。本質的には、ＳＶＲ２０は仮想カメラのバンクとして働く。ＶＲＤは、ＶＲＤが現実のカメラではなく、仮想カメラとの間のビデオセッションに関係していることに全く気付かない。さらに、各カメラ４０は、各カメラ４０が現実のＶＲＤではなくＳＶＲ２０との間のビデオセッションに関係していることに全く気付かない。したがって、ＳＶＲ２０は「中間者」サーバとして動作し、メディアをプロキシし、多数のタイプのカメラ４０およびＶＲＤ９０／９５間でシグナリングする。
【００２８】
異なるＶＲＤ９０／９５は、異なるセッションセットアップシグナリングプロトコルを使用して、ＳＶＲ２０との間でセッションをセットアップすることがある。例えば、ベンダ１によって製造されたＶＭＳは、あるタイプのセッションセットアップシグナリングプロトコルおよび構文を使用することがあるのに対して、ベンダ２によって製造されたＶＭＳは、別のタイプのセッションセットアップシグナリングプロトコルおよび構文を使用することがある。ＳＶＲ２０は、こうしたプロトコルおよび構文の変形に対処することができる。
【００２９】
一実施形態では、ＳＶＲ２０は、ＵＲＬフォーマット、要求側のＩＰアドレス、および／または他の情報などの、特定のＶＲＤ９０／９５からのセットアップ要求７０内の情報を使用して、セッションセットアップシグナリングプロトコルのタイプを適応的に導出する。別の実施形態では、ＳＶＲ２０は、特定の宛先ポート上の特定のタイプのセッションセットアップシグナリングプロトコルをサポートする。例えば、ベンダ１のＶＭＳ９０からの連絡のために宛先ポート１０００−１９９９を予約することができ、ベンダ２のＶＭＳ９０からの連絡のために宛先ポート２０００−２９９９を予約することができ、ネットワーク型ビデオレコーダ９５からの連絡のために宛先ポート１１０００−１１０４９を予約することができる。完全なシステムが組み立てられ、設置され、構成されたとき、ＶＲＤ９０／９５およびＳＶＲ２０が、構成に従って適切に管理される。
【００３０】
ＳＶＲ２０はまた、カメラ依存セッションセットアップシグナリングプロトコルにも対処することができる。例えば、ＳＶＲ２０は、ベンダ１によって製造されたカメラに対して、あるタイプのセッションセットアップシグナリングプロトコルを発行することができ、ベンダ２によって製造されたカメラに対して、別のタイプのセッションセットアップシグナリングプロトコルを発行することができる。一実施形態では、ＳＶＲ２０は、リストに従ってカメラ依存シグナリングをセットアップすることができる（すなわち、ＩＰ  Ａｄｄｒ１のＣａｍｅｒａ−１が、あるベンダのセッションセットアップシグナリングプロトコルと共にセットアップされ、ＩＰ  Ａｄｄｒ２のＣａｍｅｒａ−２が、別のベンダのセッションセットアップシグナリングプロトコルと共にセットアップされ、以下同様である）。別の実施形態では、Ｓｏｕｒｃｅ  Ｐｏｒｔがカメラタイプに関連付けられる。この実施形態では、ＳＶＲ２０がＳｏｕｒｃｅ  Ｐｏｒｔ  ｘを使用してセッションをスタートアップするように命令されるとき、ＳＶＲ２０は、カメラ特有のベンダプロトコルＹを使用する。
【００３１】
さらに別の実施形態では、ＳＶＲ２０は、ＳＶＲの制御インターフェース８０を使用して、カメラ特有のセッションセットアップシグナリングプロトコルをセットアップする。例えば、特定のベンダのカメラプロトコルを使用して特定のカメラとの間でカメラのＩＰアドレスでセッションをセットアップするようにＳＶＲ２０に指令するＡＰＩ制御コマンドをＳＶＲ２０に送ることができる。
【００３２】
例示的な実施形態では、図３に示されるように、ネットワーク型ビデオレコーダ９５は、適切なＳｅｓｓｉｏｎ  Ｓｅｔｕｐシグナリング７０を使用して、ＳＶＲ２０の特定の宛先ポート２８（例えば、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙ）と共にビデオセッションをセットアップする。同様に、ＳＶＲ２０は、適切なＳｅｓｓｉｏｎ  Ｓｅｔｕｐシグナリング７５を使用して、特定のソースポート２５（例えば、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂ）上でＣａｍｅｒａ−Ｎとの間でビデオセッションを開始する。その後で、ＳＶＲ２０は、内部で、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂ上で受信したメディア６０をＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙにコピーし、Ｃａｍｅｒａ−Ｎからネットワーク型ビデオレコーダ９５にデジタルビデオストリームを適切にルーティングする。
【００３３】
交換／ルーティングプロセスの一部として、ＳＶＲ２０は、ストリームの「ファンアウト」または「１対多」配布を実施することもできる。「ファンアウト」の一実施形態が図４に示されている。図４では、複数のビデオ受信デバイス５０（例えば、ＶＲＤ１およびＶＲＤ２）が同一のＳＶＲ宛先ポート２８（例えば、Ｄｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｂ）に接続される。例えば制御インターフェース８０からの制御入力を介して、ソースポート（例えば、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂ）からＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  ＢにメディアをコピーするようにＳＶＲ２０が指令を受けたとき、ＶＲＤ１およびＶＲＤ２は同一の変更後ストリームを見る。例えば、図４からわかるように、特定の時点で、ＶＲＤ１および２はどちらも、Ｃａｍｅｒａ−１からデジタルビデオストリーム６０を受信するのに対して、異なる時（図示せず）に、ＶＲＤ１および２はどちらも、異なるカメラからデジタルビデオストリームを受信することができる。
【００３４】
別の実施形態では、図５に示されるように、カメラからからのビデオ６０が、複数の宛先ポートにコピーされ、すなわちファンアウトされる。したがって、２つのＶＲＤが、あるときには同一のカメラから、別の時には２つの異なるカメラからデジタルビデオストリームを受信することができる。例えば、図５に示されるように、ＶＲＤ１がＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｂに接続され、ＶＲＤ２がＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙに接続される。ＳＶＲ２０は、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂで受信されるＣａｍｅｒａ−１からのデジタルビデオストリーム６０がＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  ＢとＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ｙのどちらにもコピーされ、ＶＲＤ１とＶＲＤ２がどちらもＣａｍｅｒａ−１のストリームを受信することが可能となるように構成される。
【００３５】
ＳＶＲ２０は、複数の同時接続をサポートするカメラ４０と一体化することもできる。したがって、さらに別の「ファンアウト」実施形態では、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｘがＣａｍｅｒａ−１に接続することができ、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｂもＣａｍｅｒａ−１に同時に接続することができる。次いで、必要に応じて、こうした２つのソースポート２５（Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｘおよびＳｏｕｒｃｅ  Ｐｏｒｔ  ｂ）をＳＶＲ宛先ポート２８に適切にコピーすることができる。
【００３６】
図６に、本発明の実施形態による、１つまたは複数のビデオ受信デバイス５０にルーティングする前にデジタルビデオストリーム６０をトランスコーディングする例示的トランスコーディング機構を示す。各パケットを単に移動またはコピーする代わりに、ＳＶＲ２０は、信号処理を実施して、ビデオストリーム６０を異なる圧縮方式にトランスコーディングすることができる。多くのカメラおよびビデオ受信デバイスが、Ｈ２６４、ＭＰＥＧ−４、ＭＪＰＥＧなどの異なる方式を使用してビデオメディアストリームを符号化および復号化する機能を有する。ＳＶＲ２０は、ストリームがＳＶＲ２０を横切るときにストリームの符号化を変更することができ、次いでトランスコーディングされたストリームを１つまたは複数のビデオ受信デバイス９０／９８にルーティングすることができる。
【００３７】
例示的な実施形態では、図６に示されるように、ＶＭＳウィンドウ９０およびビデオ解析システム９８がどちらも、同一のカメラ４０（例えば、Ｃａｍｅｒａ−１）を閲覧することを要求した可能性がある。ネットワーク帯域幅のために、カメラ−ＳＶＲおよびＳＶＲ−ＶＲＤ通信が、フレーム間符号化のために帯域幅効率の良いＨ．２６４符号化を使用して行われることが好都合であることがある。しかし、ビデオ解析システム９８は、ＭＪＰＥＧ符号化を使用してデジタルビデオストリームを符号化することを選好することがある。例えば、ＭＪＰＥＧがフレーム内符号化を使用し、各フレームがイメージ全体を含むので、ビデオ解析システム９８によってＭＪＰＥＧフレームを好都合に信号処理することができる。したがって、ＳＶＲ２０は、Ｃａｍｅｒａ−１からＶＭＳウィンドウ９０にＨ．２６４デジタルビデオストリーム６０をルーティングすることにより、Ｃａｍｅｒａ−１とＶＭＳウィンドウ９０との間の小さい帯域幅を維持すると同時に、Ｈ．２６４ストリームをＭＪＰＥＧフレームにトランスコーディングし、ＭＪＰＥＧメディア６５をビデオ解析システム９８にルーティングする。したがって、ＳＶＲ２０内でトランスコーディングを実装することにより、カメラ４０とＶＲＤの９０／９８との間の通信を最適に整合させることが可能となる。
【００３８】
次に図７を参照すると、本発明の実施形態による、デジタルビデオストリームルーティングの第３者制御を実現する例示的スマートビデオルータ２００が示されている。スマートビデオルータ２００は、インテリジェントな自動または半自動（例えば、人間支援）交換／ルーティングを実施するＳＶＲ２０およびルールベースエンジン２１０を含む。ルールベースエンジン２１０は、制御インターフェース８０を介してＳＶＲ２０に制御入力を供給する第３者ソースである。例えば、図７に示されるように、制御入力は、Ｃａｍｅｒａ−ＮからＶＲＤ−２にデジタルビデオストリーム６０をルーティングするようにＳＶＲ２０に指令することができる。
【００３９】
例示的な実施形態では、ルールベースエンジン２１０は、当該の特定の車両または人がカメラネットワーク上のカメラの広いフィールドを移動するときにそれを自動的に追跡することのできるビデオ解析システムである。公安職員監視者が、カメラの手動選択ではなく自動選択で、（例えば、ＶＲＤ−２上の）ＶＭＳディスプレイ上の単一のウィンドウ内で当該の車両または人を閲覧することを可能にするために、ビデオ解析システム２１０は、様々なビデオストリームのうちのどれが公安職員のディスプレイ（ＶＲＤ−２）に最も適切にルーティングされるかを動的に選択することができる。
【００４０】
ＳＶＲ２０に対する制御インターフェース８０が多くの拡張および変形のセットを有することを理解されたい。例えば、複数の第３者ソースが、様々な役割を有するＳＶＲ制御インターフェース（複数可）８０にアクセスすることが可能であることができる。ある第３者ソースは、カメラまたはＶＲＤのあるサブセットを交換／ルーティングすることが可能であることができ、別の第３者ソースは、カメラまたはＶＲＤの別のサブセットを交換／ルーティングすることが可能であることができる。
【００４１】
様々なタイプの認証と共に、様々なポリシーに従って制御を許可することができる。例えば、より高いレベルで認証するある第３者ソースは、別の第３者ソースの動作をオーバーライドし、使用不能にし、あるいは修正することが可能であることができる。さらに、異なる第３者ソースが、様々なマルチポートＳＶＲ構成で、異なるネットワークインターフェースに接続することができる。さらに、第３者ソースは、処理、トランスコーディング、またはセッションセットアップシグナリングに関するパラメータを設定することが可能であることができる。第３者ソースはまた、様々な種類のカスタム化グラフィカルユーザインターフェースに接続することができ、その結果、例えば、異なるドラッグアンドドロップインターフェースが、ＳＶＲによって実施される交換／ルーティングを決定することができる。
【００４２】
図８は、本発明の実施形態による例示的ＳＶＲ２０のブロック図である。ＳＶＲ２０は、プロセッサ１００、メモリ１１０、およびネットワークインターフェース（Ｉ／Ｆ）１２０を含む。ネットワークインターフェース１２０は、遠隔ビデオ監視カメラおよびビデオ受信デバイスと通信するようにパケット交換（ＩＰ）ネットワークに結合される。したがって、本明細書では、「ネットワークインターフェース」という用語は、ＳＶＲ２０と、プライベートまたはパブリックパケット交換ネットワークとの間の相互接続点を指す。ネットワークインターフェースは一般に、ネットワークインターフェースカード（ＮＩＣ）であると理解され、図８に示されるネットワークインターフェース１２０は、それ自体の別々のＩＰアドレスをそれぞれ有する１つまたは複数のＮＩＣ含むと理解される。しかし、別の実施形態では、ＳＶＲ２０は、同一の単一のＮＩＣ上の２つ以上のＩＰアドレスを有することがあり、したがってＳＶＲ２０は、マルチホーミングを使用して、同一のＮＩＣを有する異なるネットワークにまたがることができる。
【００４３】
メモリ１１０はルーティングアルゴリズム１３０を維持し、プロセッサ１００はさらに、ルーティングアルゴリズム１３０の命令を実行するためにメモリ１１０に結合される。例えば、プロセッサ１００は、ルーティングアルゴリズム１３０の命令を実行し、特定のＳｏｕｒｃｅ  Ｐｏｒｔ上で受信されるデジタルビデオストリームを１つまたは複数の宛先ポートにルーティングすることができる。
【００４４】
本明細書では、「プロセッサ」という用語は一般に、ＰＣなどの汎用コンピュータを駆動するデバイスであると理解される。しかし、本明細書に記載の利益および利点を達成するために、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号処理チップ、またはそれらの組合せなどの他の処理デバイスを使用することもできることに留意されたい。さらに、本明細書では、「メモリ」という用語は、限定はしないが、ハードドライブ、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、フラッシュメモリ、または他のタイプの記憶デバイスもしくは記憶媒体を含む、任意のタイプのデータ記憶デバイスを含む。
【００４５】
メモリ１１０はさらに、カメラ情報１４０を維持する。カメラ情報１４０は、例えば、各カメラについての識別子（すなわち、各カメラについてのＵＲＬ）と、各カメラがオンラインであり、デジタルビデオストリームを現在送信中であるかどうかの表示とを含む。カメラ情報１４０はまた、カメラ特性、カメラ位置、カメラプロトコル、およびカメラに関連する任意の他の情報をも含むことができる。メモリ１１０はまた、どのデジタルビデオストリームがどのＶＲＤ  ５０に現在ルーティングされているかをマッピングする配布テーブル１５０をも維持する。配布テーブル１５０は、新しい要求がＶＲＤから受信されたとき、またはネットワークインターフェース１２０を介して受信される制御入力１７０に基づいて、ルーティングアルゴリズム１３０によって更新される。配布テーブル１５０はまた、ＶＲＤおよび／またはカメラがオフラインとなったときにルーティングアルゴリズム１３０によって更新することもできる。
【００４６】
メモリ１１０は、プロセッサ１００によって実行可能なビデオ処理アルゴリズム１６０をさらに含むことができる。ビデオ処理アルゴリズム１６０の例は、限定はしないが、コントラスト強調、背景フィルタリング、前景フィルタリング、メガピクセルカメラズーミング、トラッキング、マルチセンサフュージョン（同一の処理機能に送られる複数のカメラ）、３Ｄ処理、トランスコーディング、および他のタイプのビデオ処理を含む。プロセッサ１００は、すべてのデジタルビデオストリームまたはデジタルビデオストリームの一部のみに関するビデオ処理アルゴリズムを実行することができる。さらに、ルーティングアルゴリズム１３０は、ビデオ処理アルゴリズムの処理結果を利用して、特定のデジタルビデオストリームに対して実施すべき交換／ルーティングを決定することができる。
【００４７】
さらに、ある監視カメラは、ネットワーク制御を介してパン／チルト／ズーム（ＰＴＺ）を実施する能力を有する。例えば、通常はＶＭＳシステム上のユーザインターフェースによって生成されるＨＴＴＰベースのＵＲＬを受け入れるようにカメラを構成することができる。ＶＲＤから受信したパン／チルト／ズーム（ＰＴＺ）信号をカメラに適切にプロキシ／中継するようにプロセッサ１００を構成することができる。さらに別の実施形態では、制御入力１７０は、カメラに送り戻すべきＰＴＺコマンドを含むことができる。例えば、ネットワークディスパッチオペレータは、ＧＵＩを使用して、第１の応答側にプッシュ／ルーティングされるカメラの選択、ならびにカメラのＰＴＺ位置をどちらも制御することがある。プロセッサ１００は、メモリ１１０または外部データベースに格納されたＰＴＺポリシー１８０を実装することもできる。例えば、プロセッサ１００は、いくつかのＶＲＤからいくつかのカメラにＰＴＺコマンドを戻し、他のＶＲＤから同一のカメラまたは異なるカメラにＰＴＺコマンドを戻さないことができる。
【００４８】
次に図９を参照すると、上述のように、ＳＶＲ２０は、複数のＩＰアドレスおよび／または複数のＮＩＣカードを有することができ、したがってＳＶＲの交換／ルーティングは、複数の異種ネットワークにわたって行うことができる。図９に、ＳＶＲ２０が異なるネットワークセグメント３０ａおよび３０ｂにそれぞれ結合された２つのＮＩＣ１２０（Ｅｔｈ−０およびＥｔｈ−１）を有するシステム１０を示す。カメラ４０（Ｃａｍｅｒａ−ｂ１、Ｃａｍｅｒａ−ｂ２．．．Ｃａｍｅｒａ−ｂＮ）からのメディアが、ネットワークセグメント３０ａを介して送られ、ネットワークセグメント３０ｂを介してＶＲＤ５０（ＶＲＤ−Ｂ１、ＶＲＤ−Ｂ２．．．ＶＲＤ−ＢＭ）にルーティングされる。例えば、図９に示されるように、Ｃａｍｅｒａ−ｂ２からのデジタルビデオストリーム６０がＮｅｔｗｏｒｋ  Ｓｅｇｍｅｎｔ  ａを介して送られ、ＳＶＲ２０のＮＩＣ  Ｅｔｈ−０のＳｏｕｒｃｅ  Ｐｏｒｔ  ｂで受信され、そこでデジタルビデオストリーム６０がＤｅｓｔｉｎａｔｉｏｎ  Ｐｏｒｔ  Ａにコピーされ、ＮＩＣ  Ｅｔｈ−１を介して、Ｎｅｔｗｏｒｋ  Ｓｅｇｍｅｎｔ  ｂを介してＶＲＤ−Ｂ１にルーティングされる。
【００４９】
一実施形態では、２ポートＳＶＲは、ＳＶＲソフトウェアを実行する２つのＮＩＣカードを備えるＰＣサーバである。別の実施形態では、２ポートＳＶＲは、組込みＳＶＲファームウェアを実行する専用ハードウェアデバイスである。さらに別の実施形態では、２ポートＳＶＲは、ＳＶＲ機能を実装するＩＰベースのデータスイッチまたはルータであり、それによって監視動作可能データスイッチを提供する。ＳＶＲ２０について多数の異なる可能なアーキテクチャがあり、本明細書では少数のものが説明されるに過ぎないことを理解されたい。
【００５０】
図９に示される２ポートＳＶＲ２０の例示的応用は、カメラ４０がプライベートＬＡＮ３０ａ上にあり、ＶＲＤ５０がインターネット３０ｂ上の遠隔地にあり、および／またはインターネットを介してリモートＮＡＴおよびファイアウォールの背後にあるシナリオである。話を簡単にするために、カメラ４０とＳＶＲ２０のＥｔｈ−０  ＮＩＣとの間のセッションセットアップシグナリングは図示されておらず、ＶＲＤ５０とＳＶＲ２０との間のセッションセットアップシグナリングも図示されていない。
【００５１】
図９からわかるように、前述の様々な交換操作を実施することに加えて、２ポートＳＶＲ２０が、Ｎｅｔｗｏｒｋ  Ｓｅｇｍｅｎｔ−ａ（例えば、プライベートＬＡＮ）と、Ｎｅｔｗｏｒｋ  Ｓｅｇｍｅｎｔ−ｂ（例えば、インターネット）との間のコンジットまたは境界制御要素として働く。この実施形態では、ＳＶＲ２０は、ＮＡＴトラバーサルを実施することができ、デジタルビデオ監視メディア用のセッション境界コントローラとして働く。
【００５２】
様々な実施形態および／またはＳＶＲ管理に応じて、ＳＶＲ２０に対する制御インターフェース８０ａおよび８０ｂを一方の、他方の、または両方のネットワークインターフェース（Ｅｔｈ−０およびＥｔｈ−１）上で公開することができることに留意されたい。制御インターフェース８０ａおよび８０ｂはまた、ネットワークインターフェースに応じて様々な機能および役割を有することができる。例えばＣｏｎｔｒｏｌ−０を使用して、カメラ４０との間のセッションをセットアップおよびティアダウンすることができるのに対して、Ｃｏｎｔｒｏｌ−１を使用して、コピー、すなわち交換／ルーティングプロセスを制御することができる。別の例として、Ｃｏｎｔｒｏｌ−０は、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ａ−ｍのコピーを可能にすることができるのに対して、Ｃｏｎｔｒｏｌ−１は、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｎ−ｚのコピーを可能にすることができる。
【００５３】
図９ではシグナリングが図示されていないが、いくつかの実施形態では、各ネットワークセグメント３０ａおよび３０ｂ上で使用されるシグナリングフォーマットは非互換でよく、したがって異なるネットワークセグメント３０ａおよび３０ｂ間のシグナリングブリッジとしてＳＶＲ２０を使用することもできることを理解されたい。例えば、一実施形態では、一方の側（例えば、ネットワークセグメントｂ）のシグナリングは、通常は音声およびビデオ通信ならびにビデオ会議のためにエンタープライズネットワークおよびキャリアネットワーク内で使用されることが見られるセッション開始プロトコル（ＳＩＰ）でよいのに対して、他方の側（例えば、ネットワークセグメントａ）のシグナリングは、通常はビデオ監視システムで使用されるＨＴＴＰまたはＲＴＳＰベースのものでよい。実際のビデオメディア自体の符号化は、Ｈ．２６４などの同一のタイプの圧縮方式を使用するが、セッションセットアップシグナリングフォーマットは完全に非互換である。例えば、テレプレゼンス、企業ミーティングなどのために使用される典型的なＳＩＰベースのビデオ会議エンドポイント（例えば、ＶＲＤ５０のうちの１つ）は、典型的なビデオ監視カメラを呼び出すことができない。ＳＶＲ２０は、シグナリング変換を実施して、ＳＩＰベースの通信クライアント（ＶＲＤ５０）を監視カメラ４０と互いにブリッジする。
【００５４】
例示的な実施形態では、ＳＩＰビデオ会議システムは、ＳＶＲ２０を介してビデオ監視カメラにダイヤルすることができ、またはＳＶＲ２０を介してもう１つの追加のビデオ監視カメラを既存のテレプレゼンスビデオ会議に追加することができる。別の例示的な実施形態では、センサイベントは、ＳＶＲに、１つまたは複数の監視カメラからのビデオメディアと共にＳＩＰエンドポイントにダイヤルアウトさせるＳＶＲ制御コマンドをトリガすることができる。さらに別の例示的な実施形態では、市当局によってそのビデオ会議ミーティングのために使用される同一の電気通信機器を、ＳＶＲ２０を介して市の監視カメラを閲覧するのに使用することもでき、それによって市民の安全が改善される。さらに別の例示的な実施形態では、複数の政府機関が、ＳＶＲ２０によって適切に交換される監視カメラを示すタイル型ビデオ会議ウィンドウのうちの１つで電気通信ベースのビデオ会議を行うことができる。さらに、別の実施形態では、ＩＰマルチメディアサブシステム（ＩＭＳ）ネットワーク内の１組の既存の適用分野および発展しつつある適用分野全体をビデオ監視コンテキスト内で十分に活用することができる。モビリティ、課金、音声／データ適用分野およびサービスを多数のビデオ監視ネットワークに適用することができる。例えば、ＩＭＳ／ＳＩＰベースの電気通信ネットワークを使用するキャリアは今や、ＳＶＲ２０を使用するビデオ監視に関するセキュリティサービスを提供することができる。
【００５５】
図１０に、マルチポートＳＶＲ２０の一般化を示す。この場合も、各ＮＩＣ１２０は、複数のネットワークに接続する複数のマルチホームＩＰアドレスを有することができ、図１０に示される実施形態では、各ＮＩＣ１２０が、それ自体の別々かつ異なるＩＰアドレスをそれぞれ有する別々のパケット交換ネットワーク３０に接続される。図１０では、複数のカメラＬＡＮネットワークセグメント（ＬＡＮセグメントａ、ＬＡＮセグメントｂ．．．ＬＡＮセグメントｚ）および複数のＶＲＤ  ＬＡＮネットワークセグメント（ＬＡＮセグメントＡ、ＬＡＮセグメントＢ．．．ＬＡＮセグメントＺ）がある。各カメラＬＡＮネットワークセグメント３０は、１つまたは複数のビデオ監視カメラを含む。例えば、ＬＡＮセグメントａは、Ｃａｍｅｒａ−ａ１、Ｃａｍｅｒａ−ａ２．．．Ｃａｍｅｒａ−ａＮを含み、ＬＡＮセグメントｂは、Ｃａｍｅｒａ−ｂ１、Ｃａｍｅｒａ−ｂ２．．．Ｃａｍｅｒａ−ｂＮを含み、ＬＡＮセグメントｃは、Ｃａｍｅｒａ−ｃ１、Ｃａｍｅｒａ−ｃ２．．．Ｃａｍｅｒａ−ｃＮを含む。さらに、各カメラＬＡＮネットワークセグメント３０は、ＳＶＲ２０のそれぞれのＮＩＣ１２０に結合される。例えば、ＬＡＮセグメントａがＥｔｈ−ａに結合され、ＬＡＮセグメントｂがＥｔｈ−ｂに結合され、ＬＡＮセグメントｚがＥｔｈ−ｚに結合される。
【００５６】
同様に、各ＶＲＤ  ＬＡＮネットワークセグメント３０は、１つまたは複数のＶＲＤ  ５０を含む。例えば、ＬＡＮセグメントＡは、ＶＲＤ−Ａ１、ＶＲＤ−Ａ２．．．ＶＲＤ−ＡＭを含み、ＬＡＮセグメントＢは、ＶＲＤ−Ｂ１、ＶＲＤ−Ｂ２．．．ＶＲＤ−ＢＭを含み、ＬＡＮセグメントＺは、ＶＲＤ−Ｚ１、ＶＲＤ−Ｚ２．．．ＶＲＤ−ＺＭを含む。さらに、各ＶＲＤ  ＬＡＮネットワークセグメント３０が、ＳＶＲ１２０のそれぞれのＮＩＣ１２０に結合される。例えば、ＬＡＮセグメントＡがＥｔｈ−Ａに結合され、ＬＡＮセグメントＢがＥｔｈ−Ｂに結合され、ＬＡＮセグメントＺがＥｔｈ−Ｚに結合される。
【００５７】
各カメラ４０からのメディアが、それぞれのカメラＬＡＮネットワークセグメントを介して送られ、それぞれのＶＲＤネットワークセグメントを介して１つまたは複数のＶＲＤ５０にルーティングされる。例えば、図１０に示されるように、Ｃａｍｅｒａ−ｂＮからのデジタルビデオストリーム６０がＬＡＮセグメントｂを介して送られ、ＳＶＲ２０のＮＩＣ  Ｅｔｈ−ｂで受信され、そこでデジタルビデオストリーム６０がＮＩＣ  Ｅｔｈ−Ａにコピーされ、ＬＡＮセグメントＡを介してＶＲＤ−ＡＭにルーティングされる。さらに、Ｃａｍｅｒａ−ｂＮからのデジタルビデオストリームもＮＩＣ  Ｅｔｈ−Ｚにコピーされ、ＬＡＮセグメントＺを介してＶＲＤ−Ｚ２にルーティングされる。
【００５８】
マルチポートＳＶＲ２０の例示的応用は、カメラ４０が１つまたは複数のプライベートＬＡＮ上にあり、様々なＶＲＤが１つまたは複数の異なるＬＡＮ上の遠隔地にあるシナリオである。例えば、空港または交通機関で、様々な端末内のカメラと共にマルチポートＳＶＲ２０を使用することができる。ある端末をあるＬＡＮに関連付けることができ、別の端末を別のＬＡＮに関連付けることなどができる。さらに、あるＶＲＤネットワークは、地元空港セキュリティオフィスでよく、別のＶＲＤネットワークは、遠隔の州警察署でよく、さらに別のＶＲＤネットワークは、１つまたは複数の遠隔ＴＳＡオフィスでよい。複数のＶＲＤネットワークが、ＶＲＤネットワーク自体の間の直接接続を有することなく、様々なカメラを閲覧することができる。例えば、地元セキュリティおよび州セキュリティが、空港カメラを閲覧することができるが、地元セキュリティおよび州セキュリティは、互いのネットワークを接続することができないことがある。
【００５９】
さらに、図９と同様に、様々な実施形態および／またはＳＶＲ管理に応じて、ＳＶＲに関する制御インターフェース８０を様々なネットワークインターフェース１２０のうちの１つ、いくつか、またはすべての上で公開することができる。制御インターフェース８０はまた、ネットワークインターフェース１２０に応じて、様々な機能および役割を有することもできる。例えば、Ｃｏｎｔｒｏｌ−０を使用して、あるカメラＬＡＮセグメント上のカメラ４０に関するセッションをセットアップおよびティアダウンすることができるのに対して、Ｃｏｎｔｒｏｌ−１を使用して、別のカメラＬＡＮセグメント上のカメラに関するセッションをセットアップおよびティアダウンすることができる。別の例として、Ｃｏｎｔｒｏｌ−１は、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ａ−ｍのコピーを制御することができるのに対して、Ｃｏｎｔｒｏｌ−Ｚは、Ｓｏｕｒｃｅ  Ｐｏｒｔ  ｎ−ｚのコピーを制御することができる。
【００６０】
通常はカメラがあるＬＡＮセグメントに接続され、ＶＲＤが別の異なるＬＡＮセグメントに接続されるが、別の実施形態では、カメラおよびＶＲＤを同一のネットワークセグメント上で混合することができる。例えば、ＳＶＲ２０を使用して、カメラにローカルなＶＲＤを交換／ルーティングすることができ、ならびにＶＲＤにローカルなカメラを交換／ルーティングすることができ、すなわち、ソースポートおよび宛先ポートを様々なネットワークセグメント上で互いに混合することができる。
【００６１】
次に図１１を参照すると、システム要件に対処するように様々な方式で複数のＳＶＲ２０（例えば、ＳＶＲ−１、ＳＶＲ−２．．．ＳＶＲ−Ｘ）を互いに縦続接続することができる。図１１では、各ＳＶＲ２０を１つまたは複数のパケット交換ネットワーク３０に結合することができ、複数の縦続ＳＶＲ２０を横切ることにより、カメラ４０からのデジタルビデオストリーム６０をＶＲＤ５０にルーティングすることが可能となる。各ＳＶＲ２０の「仮想カメラ」出力は、次のＳＶＲに関する「現実カメラ」入力として働く。したがって、ＳＶＲ−２の入力は、ＳＶＲ−１の出力に関するＶＲＤとして働くことができる。
【００６２】
ＳＶＲ２０を縦続接続することにより、多くの異なるタイプの分散システム設計およびアーキテクチャが可能となる。一例として、１つの大規模な中央のＳＶＲを使用する代わりに、システム１０を様々な分散ＳＶＲに分解することができる。第２の例として、大規模なビデオ監視システムを階層式に設計することができる。縦続ＳＶＲにより、どのカメラがどのＶＲＤによって閲覧されるかに関するきめの細かい制御と共に、カメラネットワークの連合も可能となる。さらに、カメラからのストリームが移動する必要があるとき、および場所のみでカメラからのストリームが交換／ルーティングされるので、縦続ＳＶＲにより、効率的な帯域幅使用も容易になる。
【００６３】
縦続ＳＶＲシステムでは、多くのビデオストリームが、潜在的にあるＳＶＲから別のＳＶＲに移動している可能性がある。しかし、ＳＶＲの中間にＮＡＴ、ファイアウォール、データルータなどを含む何らかの中間ネットワークが存在する場合、ＮＡＴトラバーサル、ポートマッピング、ファイアウォールピンホールオープニングなどを管理するために複雑なプロセスが必要となることがある。例えば、１０００個の仮想カメラストリームがＳＶＲ−１からＳＶＲ−２に移動している場合、これにより、ＳＶＲの中間の複数のネットワークデバイスの管理コンソール内の１０００ポートのマッピングが必要となることがあり、このことは、システム設置および就役中に誤りを生じやすく、時間がかかり、コストがかかる可能性がある。
【００６４】
したがって、本発明の別の実施形態によれば、図１２に示されるように、ＳＶＲ２０は、トンネリング手順を実装することができる。図１２からわかるように、単一の接続だけがトンネル３３０として確立され、それによって、１つまたは複数の中間ネットワーク３００を横切る間のメディアの交換およびＳＶＲ２０間のシグナリングが容易になる。複数のカメラ４０からの複数のデジタルビデオストリーム６０が、あるＳＶＲ（例えば、ＳＶＲ−１）により、トンネリングモジュール３１０を使用してカプセル化され、トンネリングされ、別のＳＶＲ（例えば、ＳＶＲ−２）により、トンネリング解除モジュール３２０を使用してカプセル化解除され、トンネリング解除される。一般には、複数のＳＶＲのいずれかによってトンネル３３０をセットアップし、確立することができる。例えば、ＳＶＲ−１がＮＡＴ／ファイアウォールの背後にあり、ＳＶＲ−２がインターネット上にある場合、ＳＶＲ−１がトンネルを確立することがより好都合であることがある。これにより、ＳＶＲ−２がＳＶＲ−１に対するトンネルを確立するのではなく、ＮＡＴ／ファイアウォールを通じて接続が自動的に開かれるからであり、ＳＶＲ−２がＳＶＲ−１に対するトンネルを確立することは、インターネットからＬＡＮへの着信接続をオープン／許可するためのファイアウォールの手動管理が必要となるからである。
【００６５】
一実施形態では、トンネル３３０は、ＩＰＳＥＣ、ＶＰＮ、ＳＳＬ／ＴＬＳ、または他の技術に基づくことができる。こうした技術をＳＶＲ  ＡＰＩ制御インターフェースと共に使用して、ストリームのうちのどれがトンネルに進入し、どのストリームがその代わりに１つまたは複数の他のＳＶＲに直接移動するかを選択することもできる。
【００６６】
ＳＶＲが複数のトンネルを同時にサポートすることができることに留意されたい。例えば、ＳＶＲ−１は、一方がＳＶＲ−２に対するトンネルであり、他方が異なるＳＶＲに対するトンネルである２つのトンネルをサポートすることができ、ＳＶＲ−２は、４つの他のＳＶＲに対する４つのトンネルをサポートする。一方のＳＶＲまたは他方のＳＶＲのどちらかによって独立に各トンネルをセットアップ／確立することができる。
【００６７】
図１３は、本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする例示的プロセス４００を示す流れ図である。プロセスはブロック４１０で始まり、要求が監視ビデオルータで受信され、第１の遠隔監視カメラによって生成された第１のデジタルビデオストリームがパケット交換ネットワークを介して第１のビデオ受信デバイスにルーティングされる。ブロック４２０で、第１のデジタルビデオストリームが、パケット交換ネットワークを介して第１の遠隔監視カメラから監視ビデオルータで受信される。最後に、ブロック４３０で、第１のデジタルビデオストリームが、監視ビデオルータによって第１のビデオ受信デバイスにルーティングされる。
【００６８】
当業者は理解するであろうが、本願に記載の革新的な概念を広範な応用分野にわたって修正し、変更し、適合することができる。したがって、特許の対象物の範囲は、論じられた特定の例示的教示のいずれかに限定されず、以下の特許請求の範囲によって定義される。
【図１】
0005931077.tif 000002
【図２】
0005931077.tif 000003
【図３】
0005931077.tif 000004
【図４】
0005931077.tif 000005
【図５】
0005931077.tif 000006
【図６】
0005931077.tif 000007
【図７】
0005931077.tif 000008
【図８】
0005931077.tif 000009
【図９】
0005931077.tif 000010
【図１０】
0005931077.tif 000011
【図１１】
0005931077.tif 000012
【図１２】
0005931077.tif 000013
【図１３】
0005931077.tif 000014