ビデオ受信デバイスにデジタルビデオストリームをルーティングする監視ビデオルータであって、パケット交換ネットワークに結合され、ビデオ受信デバイスとの通信が可能にされ、遠隔監視カメラによって取り込まれたそれぞれのデジタルビデオストリームを受信するネットワークインターフェースと、ネットワークインターフェースを介して、第1の遠隔監視カメラによって生成された第1のデジタルビデオストリームを第1のビデオ受信デバイスにルーティングする要求を受信するプロセッサであって、ネットワークインターフェースを介して第1のビデオ受信デバイスに第1のデジタルビデオストリームをさらにルーティングするプロセッサとを備える、監視ビデオルータ。デジタルビデオストリームのうちの1つをそれぞれ受信する複数の論理ソースポートと、ビデオ受信デバイスのうちの少なくとも1つとそれぞれ通信する複数の論理宛先ポートとをさらに備え、プロセッサが、第1のデジタルビデオストリームに関する論理ソースポートのうちのそれぞれから、第1のビデオ受信デバイスに関する論理宛先ポートのそれぞれに、第1のデジタルビデオストリームをコピーし、第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする、請求項1に記載の監視ビデオルータ。プロセッサが、第1のビデオ受信デバイスに関する論理宛先ポートでセッションセットアップシグナリングハイパーテキスト転送プロトコルHTTP要求を受信し、HTTP応答内で第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングし、HTTP応答が、リアルタイムプロトコルRTPパケットによるリアルタイムストリーミングプロトコルRTSP、または一連のモーションジョイントフォトグラフィックエキスパーツグループMJPEGフレームを含む、請求項2に記載の監視ビデオルータ。プロセッサが、監視ビデオルータのインターネットプロトコルIPアドレスおよび第1の遠隔監視カメラの論理ソースポートからセッションセットアップシグナリングHTTP要求を発行することにより、第1の遠隔監視カメラとの間でビデオセッションを開始し、HTTP応答内で第1の遠隔監視カメラから第1のデジタルビデオストリームを受信し、プロセッサが、第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする要求を受信する前、または要求の受信時にビデオセッションを開始する、請求項2に記載の監視ビデオルータ。プロセッサがさらに、ネットワークインターフェースを介して追加のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする追加の要求を受信する、請求項2に記載の監視ビデオルータ。第1のビデオ受信デバイスおよび追加のビデオ受信デバイスが、それぞれ同一の論理宛先ポートに結合される、請求項5に記載の監視ビデオルータ。プロセッサがさらに、論理ソースポートのそれぞれから、追加のビデオ受信デバイスに関する論理宛先ポートの追加のそれぞれに第1のデジタルビデオストリームをコピーし、追加のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする、請求項5に記載の監視ビデオルータ。プロセッサがさらに、第1のデジタルビデオストリームをトランスコーディングし、トランスコーディングされたデジタルビデオストリームを生成し、トランスコーディングされたデジタルビデオストリームを追加のビデオ受信デバイスにルーティングすること、および第1のデジタルビデオストリームを処理して、処理済みデジタルビデオストリームを生成し、処理済みデジタルビデオストリームを第1のビデオ受信デバイスにルーティングすることのうちの少なくとも1つを実施する、請求項7に記載の監視ビデオルータ。プロセッサがさらに、インターネットプロトコルIPトンネルで第1のビデオ受信デバイスに第1のデジタルビデオストリームを他のデジタルビデオストリームと共にルーティングする、請求項1に記載の監視ビデオルータ。遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする方法であって、パケット交換ネットワークを介して、第1の遠隔監視カメラによって生成された第1のデジタルビデオストリームを監視ビデオルータの第1のビデオ受信デバイスにルーティングする要求を受信すること、パケット交換ネットワークを介して、監視ビデオルータの第1の遠隔監視カメラから第1のデジタルビデオストリームを受信すること、および監視ビデオルータによって第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングすることを含む、方法。したがって、IPベースのデジタルビデオストリームを監視者にルーティングすることができ、適切なデジタルビデオストリームを監視者にルーティングするように第3者によって制御可能な監視ビデオルータが求められている。一実施形態では、監視ビデオルータが、ビデオ受信デバイスにデジタルビデオストリームをルーティングする。監視ビデオルータは、パケット交換ネットワークに結合され、ビデオ受信デバイスとの通信が可能にされ、遠隔監視カメラによって取り込まれたそれぞれのデジタルビデオストリームを受信するネットワークインターフェースを含む。監視ビデオルータは、ネットワークインターフェースを介して、第1の遠隔監視カメラによって生成された第1のデジタルビデオストリームを第1のビデオ受信デバイスにルーティングする要求を受信するプロセッサをさらに含む。プロセッサはさらに、ネットワークインターフェースを介して第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする。例示的な実施形態では、要求が第1のビデオ受信デバイスから受信される。別の例示的な実施形態では、要求が、第3者ソースからの制御入力として受信される。別の実施形態では、監視ビデオルータは、デジタルビデオストリームのうちの1つをそれぞれ受信する複数の論理ソースポートと、ビデオ受信デバイスのうちの少なくとも1つとそれぞれ通信する複数の論理宛先ポートとを含む。プロセッサは、第1のデジタルビデオストリームに関する論理ソースポートのうちのそれぞれから、第1のビデオ受信デバイスに関する論理宛先ポートのそれぞれに、第1のデジタルビデオストリームをコピーし、第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングする。本発明の別の実施形態では、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする方法が提供される。この方法は、パケット交換ネットワークを介して、第1の遠隔監視カメラによって生成された第1のデジタルビデオストリームを監視ビデオルータの第1のビデオ受信デバイスにルーティングする要求を受信すること、パケット交換ネットワークを介して監視ビデオルータの第1の遠隔監視カメラから第1のデジタルビデオストリームを受信すること、および監視ビデオルータによって第1のビデオ受信デバイスに第1のデジタルビデオストリームをルーティングすることを含む。添付の図面と共に行われる以下の詳細な説明を参照することにより、本発明のより完全な理解を得ることができる。本発明の実施形態によれば、IPベースの監視カメラからビデオ受信デバイスへのビデオストリームの交換/ルーティングを制御するネットワークインフラストラクチャ要素として働く監視ビデオルータが提供される。図1に、本発明の実施形態による、遠隔ビデオ監視カメラ40によって取り込まれたデジタルビデオストリームを1つまたは複数のビデオ受信デバイス50にルーティングする例示的デジタルビデオシステム10を示す。システム10は、遠隔ビデオ監視カメラcamera-1、camera-2...camera-N40、ビデオ受信デバイスVRD1、VRD2...VRDM50、および監視ビデオルータSVR20を含む。限定ではなく例示として、ビデオ受信デバイス50は、ビデオ管理システムVMS、ネットワーク型ビデオレコーダ、ビデオ解析システム、追加の監視ビデオルータ、ブラウザ、またはディスプレイデバイスでよい。ディスプレイデバイスの例は、モバイル通信デバイス、パーソナルコンピュータ、ラップトップコンピュータ、セキュリティシステムディスプレイデバイスなどの単一のディスプレイを有するデバイス、またはセキュリティシステムビデオウォールなどの複数のディスプレイを有するデバイスを含む。SVR20、カメラ40、およびビデオ受信デバイスVRD50は、インターネットプロトコルIPネットワークや他のタイプのネットワークなどのパケット交換ネットワーク30を通じて通信する。したがって、SVR20は、従来の回線交換ネットワークで必要となるような複雑な物理電子回路ではなく、論理処理を使用し、それによって優れたスケーラビリティが得られ、ケーブル距離制限を克服し、非テザード型ワイヤレスIPベースのモバイルデバイスへのアクセスを実現する。さらに、パケット交換ベースのSVR20での論理処理は、従来の回線交換ビデオルータに見出される固定電子回路を使用して単純に実施することのできない新しい特徴、機能、およびアップグレードの導入を容易にし、単純化する。SVR20は、遠隔ビデオ監視カメラ40によって取り込まれたデジタルビデオストリームをVRD50のうちの1つまたは複数にリアルタイムにルーティングする。具体的には、SVR20は、要求時にVRD50にデジタルビデオストリームをルーティングする。要求は、VRD50または外部第3者ソースによって制御インターフェース80を介して開始することができる。例えば、一実施形態では、VRD50は、SVR20との間のそれぞれのシグナリング接続70を確立し、1つまたは複数のカメラ40からデジタルビデオストリーム複数可60を受信することを要求することができる。さらに、SVR20は、1つまたは複数のカメラ40との間の別々のメディアセッション75をセットアップして、カメラ40からメディアデジタルビデオストリーム60を受信することができる。SVR20は、要求を受信する前に、または要求を受信した結果として、カメラ40との間のメディアセッション75を確立することができる。どちらにしても、要求の受信時に、SVR20は、要求されたビデオメディア60をカメラ40からVRD50にルーティングする。実際には、監視ビデオルータ20は、カメラ40とVRD50との間のプロキシとして働く。別の実施形態では、SVR20は、制御インターフェース80を介して第3者ソースから要求を受信し、1つまたは複数のカメラ40から1つまたは複数のVRD50にデジタルビデオストリーム複数可60を適切にルーティングすることができる。この実施形態では、SVR20は、要求を受信する前に、または要求を受信した結果として、カメラ20とのシグナリング接続を確立し、要求されたデジタルビデオストリーム60を適切なVRD50にルーティングすることもできる。SVR20は、ユニキャストIP配布方式とマルチキャストIP配布のどちらも実装することができる。例えば、ユニキャストを使用していくつかのカメラ40を交換/ルーティングすることができるのに対して、マルチキャストを使用して他のカメラを交換/ルーティングし、複数のVRD50にデジタルビデオストリーム60を配布することができる。別の実施形態では、SVR20は、マルチキャストストリームを受信し、マルチキャストストリームをユニキャストストリームまたはマルチキャストストリームとして1つまたは複数のVRD50にルーティングすることもできる。次に図2を参照すると、本発明の実施形態による、SVR20を介してカメラ40からVRDディスプレイデバイス55にデジタルビデオストリームをルーティングする例示的システム10が示されている。ディスプレイデバイスにビデオストリームをルーティングすることに関して図2が説明されるが、他のタイプのVRDにも等しく以下を適用できることを理解されたい。上述のように、ディスプレイデバイス55例えば、DisplayDevice1、DisplayDevice2...DisplayDeviceMは、例えば、モバイル通信デバイス、パーソナルコンピュータ、ラップトップコンピュータ、セキュリティシステムディスプレイデバイスなどの単一のディスプレイを有するデバイス、またはセキュリティシステムビデオウォールなどの複数のディスプレイを有するデバイスを含むことができる。1つまたは複数のカメラ40からの1つまたは複数のデジタルビデオストリーム60を閲覧する監視者によって各ディスプレイデバイス55を操作することができる。例示的な実施形態では、特定のディスプレイデバイス55例えば、DisplayDevice2の監視者が特定のカメラ例えば、Camera-Nからのデジタルビデオストリームを閲覧するために、DisplayDevice2は、適切なSessionSetupシグナリング70を使用して、SVR20との間でビデオセッションをセットアップする。図2に示されるように、ディスプレイデバイス55は、本明細書で宛先ポート28例えば、DestinationPortA、DestinationPortB...DestinationPortYと呼ばれる、様々な論理伝送制御プロトコルTCPポート上でSVR20と連絡を取ることができる。例えば、DisplayDevice2は、SVRのIPアドレスのDestinationPortYに対してセッションセットアップシグナリングHTTPSessionSetupSignalingHTTP要求を発行することができる。SessionSetupSignaling要求は、例えば、ディスプレイデバイス50がそのデジタルビデオストリーム60を閲覧したいカメラのURLを含むことができる。同様に、SVR20は、本明細書でソースポート25例えば、SourcePorta、SourcePortb...SourcePortxと呼ばれる様々な論理TCPポート上で、カメラ40との間でビデオセッションを開始する。例えば、SVR20は、SVRIPアドレスおよび特定のソースポート例えば、SourcePortxからCamera-1に対してセッションセットアップシグナリングHTTPハイパーテキスト転送プロトコル要求を発行することができ、SVRIPアドレスおよびSourcePortbからCamera-Nに対してセッションセットアップシグナリングHTTP要求を発行することができる。メディア60が、HTTP応答内で各カメラCamera-1およびCamera-NからSVRに返される。一実施形態では、VRD例えば、ディスプレイデバイス55によってどのセッションが要求されるかとは無関係に、SVR20は、リスト上のすべてのカメラ40との間でセッションを開始する。このようにして、いくつかのまたはすべてのカメラ40が、何らかのディスプレイデバイス55に実際に交換/ルーティングされるか否かに関わらず、常にSVR20にストリーミングしている。別の実施形態では、特定のSVR宛先ポートに到着するVRDからの要求が、SVR20による1つまたは複数のカメラ40に対する1つまたは複数のセッションのセットアップをトリガする。さらに別の実施形態では、SVR20は、SVRの制御インターフェース80を介してカメラ40との間でセッションをセットアップする。この実施形態では、外部アプリケーション第3者ソースがSVR20を制御し、いつ、どのカメラ40ストリームをセットアップすべきかに関してSVR20に命令する。適切なディスプレイデバイス55にデジタルビデオストリームをルーティングするために、SVR20は、内部で、ソースポート上で受信したメディア60を宛先ポートにコピーする。例えば、SVR20は、SourcePortb上で受信したメディア60をDestinationPortYにコピーすることができ、Camera-NからDisplayDevice2にデジタルビデオストリームをルーティングする。例えば、SVR20からのHTTP応答内にデジタルビデオストリーム60を含めることができる。一例を挙げると、デジタルビデオストリーム60を、リアルタイムプロトコルRealTimeProtocol:RTPパケットによるリアルタイムストリーミングプロトコルRealTimeStreamingProtocol:RTSPとして、または一連のモーションジョイントフォトグラフィックエキスパーツグループMotionJointPhotographicExpertsGroup:MJPEGフレームとして送ることができる。SVR20への/からの/内の多数のデジタルビデオストリーム60が並列に存在することができるが、単に話を簡単にするために、少数のそのようなストリームだけが図2に示されることに留意されたい。例えば、典型的なSVR20は、同時に交換/ルーティングされている数十、数百、さらには数千のデジタルビデオストリーム60を有することができる。IPソースポートおよびIP宛先ポート宛先ポートという用語は例示的なものに過ぎず、タプル、ソース/宛先指定IDなどの様々なストリーム識別機構を使用して、多数の他のタイプの論理実装が可能であることにも留意されたい。次に図3を参照すると、VRDが、様々なベンダからの複数のビデオ管理システム90内のディスプレイウィンドウ、ネットワーク型ビデオレコーダ95、ブラウザ、ビデオ解析システム、他の類似のビデオクライアントなどの様々なタイプのビデオ監視クライアントをも含むことができることがわかる。さらに、やはり図3からわかるように、実際のカメラとの間でセッションを開始する代わりに、ビデオ受信デバイスすなわち、VMS90またはレコーダ95は、SVR20との間でセッションを開始する。本質的には、SVR20は仮想カメラのバンクとして働く。VRDは、VRDが現実のカメラではなく、仮想カメラとの間のビデオセッションに関係していることに全く気付かない。さらに、各カメラ40は、各カメラ40が現実のVRDではなくSVR20との間のビデオセッションに関係していることに全く気付かない。したがって、SVR20は中間者サーバとして動作し、メディアをプロキシし、多数のタイプのカメラ40およびVRD90/95間でシグナリングする。異なるVRD90/95は、異なるセッションセットアップシグナリングプロトコルを使用して、SVR20との間でセッションをセットアップすることがある。例えば、ベンダ1によって製造されたVMSは、あるタイプのセッションセットアップシグナリングプロトコルおよび構文を使用することがあるのに対して、ベンダ2によって製造されたVMSは、別のタイプのセッションセットアップシグナリングプロトコルおよび構文を使用することがある。SVR20は、こうしたプロトコルおよび構文の変形に対処することができる。一実施形態では、SVR20は、URLフォーマット、要求側のIPアドレス、および/または他の情報などの、特定のVRD90/95からのセットアップ要求70内の情報を使用して、セッションセットアップシグナリングプロトコルのタイプを適応的に導出する。別の実施形態では、SVR20は、特定の宛先ポート上の特定のタイプのセッションセットアップシグナリングプロトコルをサポートする。例えば、ベンダ1のVMS90からの連絡のために宛先ポート1000-1999を予約することができ、ベンダ2のVMS90からの連絡のために宛先ポート2000-2999を予約することができ、ネットワーク型ビデオレコーダ95からの連絡のために宛先ポート11000-11049を予約することができる。完全なシステムが組み立てられ、設置され、構成されたとき、VRD90/95およびSVR20が、構成に従って適切に管理される。SVR20はまた、カメラ依存セッションセットアップシグナリングプロトコルにも対処することができる。例えば、SVR20は、ベンダ1によって製造されたカメラに対して、あるタイプのセッションセットアップシグナリングプロトコルを発行することができ、ベンダ2によって製造されたカメラに対して、別のタイプのセッションセットアップシグナリングプロトコルを発行することができる。一実施形態では、SVR20は、リストに従ってカメラ依存シグナリングをセットアップすることができるすなわち、IPAddr1のCamera-1が、あるベンダのセッションセットアップシグナリングプロトコルと共にセットアップされ、IPAddr2のCamera-2が、別のベンダのセッションセットアップシグナリングプロトコルと共にセットアップされ、以下同様である。別の実施形態では、SourcePortがカメラタイプに関連付けられる。この実施形態では、SVR20がSourcePortxを使用してセッションをスタートアップするように命令されるとき、SVR20は、カメラ特有のベンダプロトコルYを使用する。さらに別の実施形態では、SVR20は、SVRの制御インターフェース80を使用して、カメラ特有のセッションセットアップシグナリングプロトコルをセットアップする。例えば、特定のベンダのカメラプロトコルを使用して特定のカメラとの間でカメラのIPアドレスでセッションをセットアップするようにSVR20に指令するAPI制御コマンドをSVR20に送ることができる。例示的な実施形態では、図3に示されるように、ネットワーク型ビデオレコーダ95は、適切なSessionSetupシグナリング70を使用して、SVR20の特定の宛先ポート28例えば、DestinationPortYと共にビデオセッションをセットアップする。同様に、SVR20は、適切なSessionSetupシグナリング75を使用して、特定のソースポート25例えば、SourcePortb上でCamera-Nとの間でビデオセッションを開始する。その後で、SVR20は、内部で、SourcePortb上で受信したメディア60をDestinationPortYにコピーし、Camera-Nからネットワーク型ビデオレコーダ95にデジタルビデオストリームを適切にルーティングする。交換/ルーティングプロセスの一部として、SVR20は、ストリームのファンアウトまたは1対多配布を実施することもできる。ファンアウトの一実施形態が図4に示されている。図4では、複数のビデオ受信デバイス50例えば、VRD1およびVRD2が同一のSVR宛先ポート28例えば、DestinationPortBに接続される。例えば制御インターフェース80からの制御入力を介して、ソースポート例えば、SourcePortbからDestinationPortBにメディアをコピーするようにSVR20が指令を受けたとき、VRD1およびVRD2は同一の変更後ストリームを見る。例えば、図4からわかるように、特定の時点で、VRD1および2はどちらも、Camera-1からデジタルビデオストリーム60を受信するのに対して、異なる時図示せずに、VRD1および2はどちらも、異なるカメラからデジタルビデオストリームを受信することができる。別の実施形態では、図5に示されるように、カメラからからのビデオ60が、複数の宛先ポートにコピーされ、すなわちファンアウトされる。したがって、2つのVRDが、あるときには同一のカメラから、別の時には2つの異なるカメラからデジタルビデオストリームを受信することができる。例えば、図5に示されるように、VRD1がDestinationPortBに接続され、VRD2がDestinationPortYに接続される。SVR20は、SourcePortbで受信されるCamera-1からのデジタルビデオストリーム60がDestinationPortBとDestinationPortYのどちらにもコピーされ、VRD1とVRD2がどちらもCamera-1のストリームを受信することが可能となるように構成される。SVR20は、複数の同時接続をサポートするカメラ40と一体化することもできる。したがって、さらに別のファンアウト実施形態では、SourcePortxがCamera-1に接続することができ、SourcePortbもCamera-1に同時に接続することができる。次いで、必要に応じて、こうした2つのソースポート25SourcePortxおよびSourcePortbをSVR宛先ポート28に適切にコピーすることができる。図6に、本発明の実施形態による、1つまたは複数のビデオ受信デバイス50にルーティングする前にデジタルビデオストリーム60をトランスコーディングする例示的トランスコーディング機構を示す。各パケットを単に移動またはコピーする代わりに、SVR20は、信号処理を実施して、ビデオストリーム60を異なる圧縮方式にトランスコーディングすることができる。多くのカメラおよびビデオ受信デバイスが、H264、MPEG-4、MJPEGなどの異なる方式を使用してビデオメディアストリームを符号化および復号化する機能を有する。SVR20は、ストリームがSVR20を横切るときにストリームの符号化を変更することができ、次いでトランスコーディングされたストリームを1つまたは複数のビデオ受信デバイス90/98にルーティングすることができる。例示的な実施形態では、図6に示されるように、VMSウィンドウ90およびビデオ解析システム98がどちらも、同一のカメラ40例えば、Camera-1を閲覧することを要求した可能性がある。ネットワーク帯域幅のために、カメラ-SVRおよびSVR-VRD通信が、フレーム間符号化のために帯域幅効率の良いH.264符号化を使用して行われることが好都合であることがある。しかし、ビデオ解析システム98は、MJPEG符号化を使用してデジタルビデオストリームを符号化することを選好することがある。例えば、MJPEGがフレーム内符号化を使用し、各フレームがイメージ全体を含むので、ビデオ解析システム98によってMJPEGフレームを好都合に信号処理することができる。したがって、SVR20は、Camera-1からVMSウィンドウ90にH.264デジタルビデオストリーム60をルーティングすることにより、Camera-1とVMSウィンドウ90との間の小さい帯域幅を維持すると同時に、H.264ストリームをMJPEGフレームにトランスコーディングし、MJPEGメディア65をビデオ解析システム98にルーティングする。したがって、SVR20内でトランスコーディングを実装することにより、カメラ40とVRDの90/98との間の通信を最適に整合させることが可能となる。次に図7を参照すると、本発明の実施形態による、デジタルビデオストリームルーティングの第3者制御を実現する例示的スマートビデオルータ200が示されている。スマートビデオルータ200は、インテリジェントな自動または半自動例えば、人間支援交換/ルーティングを実施するSVR20およびルールベースエンジン210を含む。ルールベースエンジン210は、制御インターフェース80を介してSVR20に制御入力を供給する第3者ソースである。例えば、図7に示されるように、制御入力は、Camera-NからVRD-2にデジタルビデオストリーム60をルーティングするようにSVR20に指令することができる。例示的な実施形態では、ルールベースエンジン210は、当該の特定の車両または人がカメラネットワーク上のカメラの広いフィールドを移動するときにそれを自動的に追跡することのできるビデオ解析システムである。公安職員監視者が、カメラの手動選択ではなく自動選択で、例えば、VRD-2上のVMSディスプレイ上の単一のウィンドウ内で当該の車両または人を閲覧することを可能にするために、ビデオ解析システム210は、様々なビデオストリームのうちのどれが公安職員のディスプレイVRD-2に最も適切にルーティングされるかを動的に選択することができる。SVR20に対する制御インターフェース80が多くの拡張および変形のセットを有することを理解されたい。例えば、複数の第3者ソースが、様々な役割を有するSVR制御インターフェース複数可80にアクセスすることが可能であることができる。ある第3者ソースは、カメラまたはVRDのあるサブセットを交換/ルーティングすることが可能であることができ、別の第3者ソースは、カメラまたはVRDの別のサブセットを交換/ルーティングすることが可能であることができる。様々なタイプの認証と共に、様々なポリシーに従って制御を許可することができる。例えば、より高いレベルで認証するある第3者ソースは、別の第3者ソースの動作をオーバーライドし、使用不能にし、あるいは修正することが可能であることができる。さらに、異なる第3者ソースが、様々なマルチポートSVR構成で、異なるネットワークインターフェースに接続することができる。さらに、第3者ソースは、処理、トランスコーディング、またはセッションセットアップシグナリングに関するパラメータを設定することが可能であることができる。第3者ソースはまた、様々な種類のカスタム化グラフィカルユーザインターフェースに接続することができ、その結果、例えば、異なるドラッグアンドドロップインターフェースが、SVRによって実施される交換/ルーティングを決定することができる。図8は、本発明の実施形態による例示的SVR20のブロック図である。SVR20は、プロセッサ100、メモリ110、およびネットワークインターフェースI/F120を含む。ネットワークインターフェース120は、遠隔ビデオ監視カメラおよびビデオ受信デバイスと通信するようにパケット交換IPネットワークに結合される。したがって、本明細書では、ネットワークインターフェースという用語は、SVR20と、プライベートまたはパブリックパケット交換ネットワークとの間の相互接続点を指す。ネットワークインターフェースは一般に、ネットワークインターフェースカードNICであると理解され、図8に示されるネットワークインターフェース120は、それ自体の別々のIPアドレスをそれぞれ有する1つまたは複数のNIC含むと理解される。しかし、別の実施形態では、SVR20は、同一の単一のNIC上の2つ以上のIPアドレスを有することがあり、したがってSVR20は、マルチホーミングを使用して、同一のNICを有する異なるネットワークにまたがることができる。メモリ110はルーティングアルゴリズム130を維持し、プロセッサ100はさらに、ルーティングアルゴリズム130の命令を実行するためにメモリ110に結合される。例えば、プロセッサ100は、ルーティングアルゴリズム130の命令を実行し、特定のSourcePort上で受信されるデジタルビデオストリームを1つまたは複数の宛先ポートにルーティングすることができる。本明細書では、プロセッサという用語は一般に、PCなどの汎用コンピュータを駆動するデバイスであると理解される。しかし、本明細書に記載の利益および利点を達成するために、マイクロコントローラ、フィールドプログラマブルゲートアレイFPGA、特定用途向け集積回路ASIC、デジタル信号処理チップ、またはそれらの組合せなどの他の処理デバイスを使用することもできることに留意されたい。さらに、本明細書では、メモリという用語は、限定はしないが、ハードドライブ、ランダムアクセスメモリRAM、読取り専用メモリROM、フラッシュメモリ、または他のタイプの記憶デバイスもしくは記憶媒体を含む、任意のタイプのデータ記憶デバイスを含む。メモリ110はさらに、カメラ情報140を維持する。カメラ情報140は、例えば、各カメラについての識別子すなわち、各カメラについてのURLと、各カメラがオンラインであり、デジタルビデオストリームを現在送信中であるかどうかの表示とを含む。カメラ情報140はまた、カメラ特性、カメラ位置、カメラプロトコル、およびカメラに関連する任意の他の情報をも含むことができる。メモリ110はまた、どのデジタルビデオストリームがどのVRD50に現在ルーティングされているかをマッピングする配布テーブル150をも維持する。配布テーブル150は、新しい要求がVRDから受信されたとき、またはネットワークインターフェース120を介して受信される制御入力170に基づいて、ルーティングアルゴリズム130によって更新される。配布テーブル150はまた、VRDおよび/またはカメラがオフラインとなったときにルーティングアルゴリズム130によって更新することもできる。メモリ110は、プロセッサ100によって実行可能なビデオ処理アルゴリズム160をさらに含むことができる。ビデオ処理アルゴリズム160の例は、限定はしないが、コントラスト強調、背景フィルタリング、前景フィルタリング、メガピクセルカメラズーミング、トラッキング、マルチセンサフュージョン同一の処理機能に送られる複数のカメラ、3D処理、トランスコーディング、および他のタイプのビデオ処理を含む。プロセッサ100は、すべてのデジタルビデオストリームまたはデジタルビデオストリームの一部のみに関するビデオ処理アルゴリズムを実行することができる。さらに、ルーティングアルゴリズム130は、ビデオ処理アルゴリズムの処理結果を利用して、特定のデジタルビデオストリームに対して実施すべき交換/ルーティングを決定することができる。さらに、ある監視カメラは、ネットワーク制御を介してパン/チルト/ズームPTZを実施する能力を有する。例えば、通常はVMSシステム上のユーザインターフェースによって生成されるHTTPベースのURLを受け入れるようにカメラを構成することができる。VRDから受信したパン/チルト/ズームPTZ信号をカメラに適切にプロキシ/中継するようにプロセッサ100を構成することができる。さらに別の実施形態では、制御入力170は、カメラに送り戻すべきPTZコマンドを含むことができる。例えば、ネットワークディスパッチオペレータは、GUIを使用して、第1の応答側にプッシュ/ルーティングされるカメラの選択、ならびにカメラのPTZ位置をどちらも制御することがある。プロセッサ100は、メモリ110または外部データベースに格納されたPTZポリシー180を実装することもできる。例えば、プロセッサ100は、いくつかのVRDからいくつかのカメラにPTZコマンドを戻し、他のVRDから同一のカメラまたは異なるカメラにPTZコマンドを戻さないことができる。次に図9を参照すると、上述のように、SVR20は、複数のIPアドレスおよび/または複数のNICカードを有することができ、したがってSVRの交換/ルーティングは、複数の異種ネットワークにわたって行うことができる。図9に、SVR20が異なるネットワークセグメント30aおよび30bにそれぞれ結合された2つのNIC120Eth-0およびEth-1を有するシステム10を示す。カメラ40Camera-b1、Camera-b2...Camera-bNからのメディアが、ネットワークセグメント30aを介して送られ、ネットワークセグメント30bを介してVRD50VRD-B1、VRD-B2...VRD-BMにルーティングされる。例えば、図9に示されるように、Camera-b2からのデジタルビデオストリーム60がNetworkSegmentaを介して送られ、SVR20のNICEth-0のSourcePortbで受信され、そこでデジタルビデオストリーム60がDestinationPortAにコピーされ、NICEth-1を介して、NetworkSegmentbを介してVRD-B1にルーティングされる。一実施形態では、2ポートSVRは、SVRソフトウェアを実行する2つのNICカードを備えるPCサーバである。別の実施形態では、2ポートSVRは、組込みSVRファームウェアを実行する専用ハードウェアデバイスである。さらに別の実施形態では、2ポートSVRは、SVR機能を実装するIPベースのデータスイッチまたはルータであり、それによって監視動作可能データスイッチを提供する。SVR20について多数の異なる可能なアーキテクチャがあり、本明細書では少数のものが説明されるに過ぎないことを理解されたい。図9に示される2ポートSVR20の例示的応用は、カメラ40がプライベートLAN30a上にあり、VRD50がインターネット30b上の遠隔地にあり、および/またはインターネットを介してリモートNATおよびファイアウォールの背後にあるシナリオである。話を簡単にするために、カメラ40とSVR20のEth-0NICとの間のセッションセットアップシグナリングは図示されておらず、VRD50とSVR20との間のセッションセットアップシグナリングも図示されていない。図9からわかるように、前述の様々な交換操作を実施することに加えて、2ポートSVR20が、NetworkSegment-a例えば、プライベートLANと、NetworkSegment-b例えば、インターネットとの間のコンジットまたは境界制御要素として働く。この実施形態では、SVR20は、NATトラバーサルを実施することができ、デジタルビデオ監視メディア用のセッション境界コントローラとして働く。様々な実施形態および/またはSVR管理に応じて、SVR20に対する制御インターフェース80aおよび80bを一方の、他方の、または両方のネットワークインターフェースEth-0およびEth-1上で公開することができることに留意されたい。制御インターフェース80aおよび80bはまた、ネットワークインターフェースに応じて様々な機能および役割を有することができる。例えばControl-0を使用して、カメラ40との間のセッションをセットアップおよびティアダウンすることができるのに対して、Control-1を使用して、コピー、すなわち交換/ルーティングプロセスを制御することができる。別の例として、Control-0は、SourcePorta-mのコピーを可能にすることができるのに対して、Control-1は、SourcePortn-zのコピーを可能にすることができる。図9ではシグナリングが図示されていないが、いくつかの実施形態では、各ネットワークセグメント30aおよび30b上で使用されるシグナリングフォーマットは非互換でよく、したがって異なるネットワークセグメント30aおよび30b間のシグナリングブリッジとしてSVR20を使用することもできることを理解されたい。例えば、一実施形態では、一方の側例えば、ネットワークセグメントbのシグナリングは、通常は音声およびビデオ通信ならびにビデオ会議のためにエンタープライズネットワークおよびキャリアネットワーク内で使用されることが見られるセッション開始プロトコルSIPでよいのに対して、他方の側例えば、ネットワークセグメントaのシグナリングは、通常はビデオ監視システムで使用されるHTTPまたはRTSPベースのものでよい。実際のビデオメディア自体の符号化は、H.264などの同一のタイプの圧縮方式を使用するが、セッションセットアップシグナリングフォーマットは完全に非互換である。例えば、テレプレゼンス、企業ミーティングなどのために使用される典型的なSIPベースのビデオ会議エンドポイント例えば、VRD50のうちの1つは、典型的なビデオ監視カメラを呼び出すことができない。SVR20は、シグナリング変換を実施して、SIPベースの通信クライアントVRD50を監視カメラ40と互いにブリッジする。例示的な実施形態では、SIPビデオ会議システムは、SVR20を介してビデオ監視カメラにダイヤルすることができ、またはSVR20を介してもう1つの追加のビデオ監視カメラを既存のテレプレゼンスビデオ会議に追加することができる。別の例示的な実施形態では、センサイベントは、SVRに、1つまたは複数の監視カメラからのビデオメディアと共にSIPエンドポイントにダイヤルアウトさせるSVR制御コマンドをトリガすることができる。さらに別の例示的な実施形態では、市当局によってそのビデオ会議ミーティングのために使用される同一の電気通信機器を、SVR20を介して市の監視カメラを閲覧するのに使用することもでき、それによって市民の安全が改善される。さらに別の例示的な実施形態では、複数の政府機関が、SVR20によって適切に交換される監視カメラを示すタイル型ビデオ会議ウィンドウのうちの1つで電気通信ベースのビデオ会議を行うことができる。さらに、別の実施形態では、IPマルチメディアサブシステムIMSネットワーク内の1組の既存の適用分野および発展しつつある適用分野全体をビデオ監視コンテキスト内で十分に活用することができる。モビリティ、課金、音声/データ適用分野およびサービスを多数のビデオ監視ネットワークに適用することができる。例えば、IMS/SIPベースの電気通信ネットワークを使用するキャリアは今や、SVR20を使用するビデオ監視に関するセキュリティサービスを提供することができる。図10に、マルチポートSVR20の一般化を示す。この場合も、各NIC120は、複数のネットワークに接続する複数のマルチホームIPアドレスを有することができ、図10に示される実施形態では、各NIC120が、それ自体の別々かつ異なるIPアドレスをそれぞれ有する別々のパケット交換ネットワーク30に接続される。図10では、複数のカメラLANネットワークセグメントLANセグメントa、LANセグメントb...LANセグメントzおよび複数のVRDLANネットワークセグメントLANセグメントA、LANセグメントB...LANセグメントZがある。各カメラLANネットワークセグメント30は、1つまたは複数のビデオ監視カメラを含む。例えば、LANセグメントaは、Camera-a1、Camera-a2...Camera-aNを含み、LANセグメントbは、Camera-b1、Camera-b2...Camera-bNを含み、LANセグメントcは、Camera-c1、Camera-c2...Camera-cNを含む。さらに、各カメラLANネットワークセグメント30は、SVR20のそれぞれのNIC120に結合される。例えば、LANセグメントaがEth-aに結合され、LANセグメントbがEth-bに結合され、LANセグメントzがEth-zに結合される。同様に、各VRDLANネットワークセグメント30は、1つまたは複数のVRD50を含む。例えば、LANセグメントAは、VRD-A1、VRD-A2...VRD-AMを含み、LANセグメントBは、VRD-B1、VRD-B2...VRD-BMを含み、LANセグメントZは、VRD-Z1、VRD-Z2...VRD-ZMを含む。さらに、各VRDLANネットワークセグメント30が、SVR120のそれぞれのNIC120に結合される。例えば、LANセグメントAがEth-Aに結合され、LANセグメントBがEth-Bに結合され、LANセグメントZがEth-Zに結合される。各カメラ40からのメディアが、それぞれのカメラLANネットワークセグメントを介して送られ、それぞれのVRDネットワークセグメントを介して1つまたは複数のVRD50にルーティングされる。例えば、図10に示されるように、Camera-bNからのデジタルビデオストリーム60がLANセグメントbを介して送られ、SVR20のNICEth-bで受信され、そこでデジタルビデオストリーム60がNICEth-Aにコピーされ、LANセグメントAを介してVRD-AMにルーティングされる。さらに、Camera-bNからのデジタルビデオストリームもNICEth-Zにコピーされ、LANセグメントZを介してVRD-Z2にルーティングされる。マルチポートSVR20の例示的応用は、カメラ40が1つまたは複数のプライベートLAN上にあり、様々なVRDが1つまたは複数の異なるLAN上の遠隔地にあるシナリオである。例えば、空港または交通機関で、様々な端末内のカメラと共にマルチポートSVR20を使用することができる。ある端末をあるLANに関連付けることができ、別の端末を別のLANに関連付けることなどができる。さらに、あるVRDネットワークは、地元空港セキュリティオフィスでよく、別のVRDネットワークは、遠隔の州警察署でよく、さらに別のVRDネットワークは、1つまたは複数の遠隔TSAオフィスでよい。複数のVRDネットワークが、VRDネットワーク自体の間の直接接続を有することなく、様々なカメラを閲覧することができる。例えば、地元セキュリティおよび州セキュリティが、空港カメラを閲覧することができるが、地元セキュリティおよび州セキュリティは、互いのネットワークを接続することができないことがある。さらに、図9と同様に、様々な実施形態および/またはSVR管理に応じて、SVRに関する制御インターフェース80を様々なネットワークインターフェース120のうちの1つ、いくつか、またはすべての上で公開することができる。制御インターフェース80はまた、ネットワークインターフェース120に応じて、様々な機能および役割を有することもできる。例えば、Control-0を使用して、あるカメラLANセグメント上のカメラ40に関するセッションをセットアップおよびティアダウンすることができるのに対して、Control-1を使用して、別のカメラLANセグメント上のカメラに関するセッションをセットアップおよびティアダウンすることができる。別の例として、Control-1は、SourcePorta-mのコピーを制御することができるのに対して、Control-Zは、SourcePortn-zのコピーを制御することができる。通常はカメラがあるLANセグメントに接続され、VRDが別の異なるLANセグメントに接続されるが、別の実施形態では、カメラおよびVRDを同一のネットワークセグメント上で混合することができる。例えば、SVR20を使用して、カメラにローカルなVRDを交換/ルーティングすることができ、ならびにVRDにローカルなカメラを交換/ルーティングすることができ、すなわち、ソースポートおよび宛先ポートを様々なネットワークセグメント上で互いに混合することができる。次に図11を参照すると、システム要件に対処するように様々な方式で複数のSVR20例えば、SVR-1、SVR-2...SVR-Xを互いに縦続接続することができる。図11では、各SVR20を1つまたは複数のパケット交換ネットワーク30に結合することができ、複数の縦続SVR20を横切ることにより、カメラ40からのデジタルビデオストリーム60をVRD50にルーティングすることが可能となる。各SVR20の仮想カメラ出力は、次のSVRに関する現実カメラ入力として働く。したがって、SVR-2の入力は、SVR-1の出力に関するVRDとして働くことができる。SVR20を縦続接続することにより、多くの異なるタイプの分散システム設計およびアーキテクチャが可能となる。一例として、1つの大規模な中央のSVRを使用する代わりに、システム10を様々な分散SVRに分解することができる。第2の例として、大規模なビデオ監視システムを階層式に設計することができる。縦続SVRにより、どのカメラがどのVRDによって閲覧されるかに関するきめの細かい制御と共に、カメラネットワークの連合も可能となる。さらに、カメラからのストリームが移動する必要があるとき、および場所のみでカメラからのストリームが交換/ルーティングされるので、縦続SVRにより、効率的な帯域幅使用も容易になる。縦続SVRシステムでは、多くのビデオストリームが、潜在的にあるSVRから別のSVRに移動している可能性がある。しかし、SVRの中間にNAT、ファイアウォール、データルータなどを含む何らかの中間ネットワークが存在する場合、NATトラバーサル、ポートマッピング、ファイアウォールピンホールオープニングなどを管理するために複雑なプロセスが必要となることがある。例えば、1000個の仮想カメラストリームがSVR-1からSVR-2に移動している場合、これにより、SVRの中間の複数のネットワークデバイスの管理コンソール内の1000ポートのマッピングが必要となることがあり、このことは、システム設置および就役中に誤りを生じやすく、時間がかかり、コストがかかる可能性がある。したがって、本発明の別の実施形態によれば、図12に示されるように、SVR20は、トンネリング手順を実装することができる。図12からわかるように、単一の接続だけがトンネル330として確立され、それによって、1つまたは複数の中間ネットワーク300を横切る間のメディアの交換およびSVR20間のシグナリングが容易になる。複数のカメラ40からの複数のデジタルビデオストリーム60が、あるSVR例えば、SVR-1により、トンネリングモジュール310を使用してカプセル化され、トンネリングされ、別のSVR例えば、SVR-2により、トンネリング解除モジュール320を使用してカプセル化解除され、トンネリング解除される。一般には、複数のSVRのいずれかによってトンネル330をセットアップし、確立することができる。例えば、SVR-1がNAT/ファイアウォールの背後にあり、SVR-2がインターネット上にある場合、SVR-1がトンネルを確立することがより好都合であることがある。これにより、SVR-2がSVR-1に対するトンネルを確立するのではなく、NAT/ファイアウォールを通じて接続が自動的に開かれるからであり、SVR-2がSVR-1に対するトンネルを確立することは、インターネットからLANへの着信接続をオープン/許可するためのファイアウォールの手動管理が必要となるからである。一実施形態では、トンネル330は、IPSEC、VPN、SSL/TLS、または他の技術に基づくことができる。こうした技術をSVRAPI制御インターフェースと共に使用して、ストリームのうちのどれがトンネルに進入し、どのストリームがその代わりに1つまたは複数の他のSVRに直接移動するかを選択することもできる。SVRが複数のトンネルを同時にサポートすることができることに留意されたい。例えば、SVR-1は、一方がSVR-2に対するトンネルであり、他方が異なるSVRに対するトンネルである2つのトンネルをサポートすることができ、SVR-2は、4つの他のSVRに対する4つのトンネルをサポートする。一方のSVRまたは他方のSVRのどちらかによって独立に各トンネルをセットアップ/確立することができる。図13は、本発明の実施形態による、遠隔監視カメラによって取り込まれたデジタルビデオストリームをビデオ受信デバイスにルーティングする例示的プロセス400を示す流れ図である。プロセスはブロック410で始まり、要求が監視ビデオルータで受信され、第1の遠隔監視カメラによって生成された第1のデジタルビデオストリームがパケット交換ネットワークを介して第1のビデオ受信デバイスにルーティングされる。ブロック420で、第1のデジタルビデオストリームが、パケット交換ネットワークを介して第1の遠隔監視カメラから監視ビデオルータで受信される。最後に、ブロック430で、第1のデジタルビデオストリームが、監視ビデオルータによって第1のビデオ受信デバイスにルーティングされる。当業者は理解するであろうが、本願に記載の革新的な概念を広範な応用分野にわたって修正し、変更し、適合することができる。したがって、特許の対象物の範囲は、論じられた特定の例示的教示のいずれかに限定されず、以下の特許請求の範囲によって定義される。