(57)【要約】  ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするためのネットワーク要素、および対応する方法が提案される。前記ネットワーク要素は、前記ＩＰＴＶシステムから第１メッセージを受信すると前記監視システムからメディアストリームを取得するために前記第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送するためのメッセージ処理手段と、前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送するためのメディア転送手段とを備える。
2011519498.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするためのネットワーク要素であって、前記ネットワーク要素がＩＰＴＶシステムと監視システムとの間に配置されるネットワーク要素において、
前記ＩＰＴＶシステムから第１メッセージを受信すると前記監視システムからメディアストリームを取得するために前記第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送するためのメッセージ処理手段と、
前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送するためのメディア転送手段とを備える、ネットワーク要素。
【請求項２】
前記第１メッセージがＲＴＳＰプロトコルによるＳＥＴＵＰメッセージである、請求項１に記載のネットワーク要素。
【請求項３】
前記第２サーバがメディアサーバである、請求項１または２に記載のネットワーク要素。
【請求項４】
前記第１メッセージを前記ＩＰＴＶシステムから受信すると、および前記第１メッセージを処理する前に、前記ユーザを認証するために前記監視システム内の第１サーバに認証要求を送信して、前記ＩＰＴＶシステムからＩＰＴＶシステムと監視システムとの間に設定された接続をクリアアップするための第２メッセージを受信後に、課金情報を収集して前記第１サーバに報告するための認証および課金手段をさらに備える、請求項１から３のいずれか一項に記載のネットワーク要素。
【請求項５】
前記第１サーバが認証、許可、および課金サーバである、請求項４に記載のネットワーク要素。
【請求項６】
前記認証要求がＲａｄｉｕｓプロトコルによるＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージであり、前記第２メッセージがＲＴＳＰプロトコルによるＴＥＡＲＤＯＷＮメッセージである、請求項４または５に記載のネットワーク要素。
【請求項７】
第１メッセージを翻訳することが、第１メッセージ内の前記ネットワーク要素のアドレスを前記第２サーバのアドレスによって置換することを含む、請求項１から６のいずれか一項に記載のネットワーク要素。
【請求項８】
ＩＰＴＶシステムのユーザが監視システムからネットワーク要素を介してメディアストリームを取得できるようにするための方法であって、前記ネットワーク要素がＩＰＴＶシステムと監視システムとの間に配置される方法において、
前記ＩＰＴＶシステムから前記第１メッセージを受信すると前記監視システムからメディアストリームを取得するために前記第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送する前記ネットワーク要素と、
前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送する前記ネットワーク要素とを備える、方法。
【請求項９】
前記第１メッセージがＲＴＳＰプロトコルによるＳＥＴＵＰメッセージである、請求項８に記載の方法。
【請求項１０】
前記第２サーバがメディアサーバである、請求項８または９に記載の方法。
【請求項１１】
前記第１メッセージを前記ＩＰＴＶシステムから受信すると、および前記第１メッセージを処理する前に、前記ユーザを認証するために前記監視システム内の第１サーバに認証要求を送信して、前記ＩＰＴＶシステムから前記ＩＰＴＶシステムと前記監視システムとの間に設定された接続をクリアアップするための第２メッセージを受信後に、課金情報を収集して前記第１サーバに報告する前記ネットワーク要素をさらに備える、請求項８から１０のいずれか一項に記載の方法。
【請求項１２】
前記第１サーバが認証、許可、および課金サーバである、請求項１１に記載の方法。
【請求項１３】
前記認証要求がＲａｄｉｕｓプロトコルによるＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージであり、前記第２メッセージがＲＴＳＰプロトコルによるＴＥＡＲＤＯＷＮメッセージである、請求項１１または１２に記載の方法。
【請求項１４】
第１メッセージを翻訳することが、第１メッセージ内の前記ネットワーク要素のアドレスを前記第２サーバのアドレスによって置換することを含む、請求項８から１３のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、より詳細にはＩＰＴＶシステムのユーザがビデオ監視システムからメディアストリームを取得できるようにすることに関する。
【背景技術】
【０００２】
現在、ビデオ監視システムは様々な分野または産業で広く使用されている。この種のシステムの例は、Ａｌｃａｔｅｌ  Ｓｈａｎｇｈａｉ  Ｂｅｌｌ  Ｃｏ．，Ｌｔｄ．によって開発されたＶｉＳＳ（ビデオ知的監視システム）である。ＶｉＳＳはブロードバンドネットワークベースの知的遠隔監視、伝送、および管理システムであり、大規模事業者クラスビデオ監視、遠隔アクセス、および集中型管理の要件を満たす。
【０００３】
図１はＶｉＳＳのアーキテクチャを示している。図示されるように、ＶｉＳＳは主に以下のエンティティで構成される：
−  ＥＭＳ：コアネットワークアクセス能力のために固有のアクセスポータルを提供して、通常のユーザおよび管理ユーザを含むエンドユーザに公開するエンドユーザ管理サーバ、
−  ＣＳＧ：管理ユーザでもよいエンドユーザから制御コマンドを受け取って、ビデオサーバに接続してコマンドを終了する制御シグナリングゲートウェイ。この構成要素は、ビデオサーバからレポート情報を受け取ってＥＭＳサーバに報告することもできる、
−  ＳＡ：ＥＭＳからコマンドを受け取って、特定のビデオストリームにアクセスして永続的なストレージに記録するためのクライアントエージェントの役割を果たすストレージエージェント、
−  ＳＭＧ：アクセスしているストリーム上にエンドユーザの要求をプロキシしてフロントエンドビデオサーバに接続し、そのストリームをビデオサーバからエンドユーザに配信してストリーム制御ポリシーを内部に適用するストリームメディアゲートウェイ、
−  Ｒａｄｉｕｓサーバ：認証、許可、および課金機能を実装するＡＡＡサーバ、
−  管理／監視クライアント：管理および監視クライアントを含むＰＣクライアント、ならびに、
−  ＤＶＳ／ＤＶＲ：ＶｉＳＳソリューションにビデオソースを提供するビデオサーバ。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
実際、ＶｉＳＳソリューションはＰＣ端末にしか適合しないので、たとえば多くの主婦がコンピュータを操作することはできないが自分の赤ちゃんが幼稚園で元気でいることをテレビでリアルタイムビデオによって知りたい場合や、ホテルがリアルタイムの景観をテレビ端末でゲストに提供したい場合など、場合によっては不便である。しかし、ＩＰＴＶ（インターネットプロトコルテレビ）は彼らに便利な端末を提供できる。知られているように、ＩＰＴＶはインターネットプロトコルを使用して、ブロードバンド接続を介して家庭にテレビ番組を配信する。これには加入とＩＰＴＶセットトップボックスが必要であるが、従来のＴＶケーブルおよび衛星技術を超える重要な利点が提供される。ＩＰＴＶは一般的にビデオオンデマンド（ＶＯＤ）、ボイスオーバＩＰ（ＶＯＩＰ）、すなわちデジタル電話、およびウェブアクセスなどの他のサービスとセットになっており、これらは一括してトリプルプレイと呼ばれる。
【課題を解決するための手段】
【０００５】
従来技術における上記の問題を解決するために、本発明の態様によれば、ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするためのネットワーク要素が提案され、前記ネットワーク要素は、前記ＩＰＴＶシステムから第１メッセージを受信すると前記監視システムからメディアストリームを取得するために前記第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送するためのメッセージ処理手段と、前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送するためのメディア転送手段とを備える。
【０００６】
本発明の他の態様によれば、ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするための方法が提案され、その方法は、前記ＩＰＴＶシステムから第１メッセージを受信すると前記監視システムからメディアストリームを取得するために前記第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送する前記ネットワーク要素と、前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送する前記ネットワーク要素とを備える。
【０００７】
本発明のこれらおよび他の多くの特徴および諸利点は、本発明の実施形態の以下の記述を図面を参照して読むことにより明らかになるであろう。
【図面の簡単な説明】
【０００８】
【図１】従来のＶｉＳＳの一般的なアーキテクチャを示す図である。
【図２】本発明の基本的概念を示す図である。
【図３】本発明の実施形態による方法の流れ図である。
【図４】本発明の実施形態による、ＩＰＴＶとＶｉＳＳとの間で交換されるシグナリングの流れ図である。
【図５】本発明の実施形態による、ネットワーク要素のブロック図である。
【発明を実施するための形態】
【０００９】
本発明は、ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするための方法を提案する。この方法は、たとえば図２に示したシステムに適用されうる。図２を参照すると、本発明の基本的概念が示されている。
【００１０】
図２に示されるように、ＩＰＴＶとＶｉＳＳとの間にＶＳＧ（ビデオストリーミングゲートウェイ）が提供される。このＶＳＧがあれば、ＩＰＴＶユーザ（ＳＴＢ、セットトップボックス）はテレビポータル上でＶｉＳＳプログラムを選択して、リアルタイムビデオをテレビで視聴できる。
【００１１】
ＶＳＧの主な機能はビデオストリーミングをビデオサーバ（ＰＵ、周辺装置）からＩＰＴＶシステムに転送すること、および好ましくは認証および課金情報を収集してＲａｄｉｕｓサーバにプロキシすることである。ＩＰＴＶシステム内のＣＤＮ（コンテンツ配信ネットワーク）がＶＳＧからビデオ監視コンテンツを受信すると、ＩＰＴＶ配信モードに従って異なるＩＰＴＶユーザ（ＳＴＢ）にビデオプログラムを配信する。
【００１２】
ＶＳＧ内の主なモジュールは以下の通りである：
１．ＲＴＳＰプロキシ機能を実装して、転送する前にＲＴＳＰ要求メッセージを翻訳およびリライトするように構成されたＲＴＳＰプロキシ、
２．ＶｉＳＳからビデオ監視プログラムを受信してＩＰＴＶに転送するように構成され、次いでそのプログラムがＣＤＮによって異なるＩＰＴＶユーザに配信される、メディア転送モジュール、
３．ＩＰＴＶユーザを認証するために認証情報をＶｉＳＳ内のＲａｄｉｕｓサーバに転送して、ＣＤＲについての課金データを収集するように構成された認証および課金プロキシ。
【００１３】
以下で、ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするための方法を、図３を参照して、図２に示したシステムに基づいて図４のシグナリングの流れ図とともに説明する。
【００１４】
本発明による方法を開始する前に、前記ネットワーク要素が、前記監視システムからメディアストリームを取得するための第１メッセージを前記ＩＰＴＶシステムから受信すると、前記ユーザを認証するために前記監視システム内の第１サーバに認証要求を送信することが好ましい。ここでは、図２および図４に示されるように、監視システムはたとえばＶｉＳＳであり、ネットワーク要素はたとえばＶＳＧであり、第１サーバはたとえばＲａｄｉｕｓサーバ、すなわちＡＡＡサーバであり、認証要求はたとえばＲａｄｉｕｓプロトコルによるＡｃｃｅｓｓ−ＲｅｑｕｅｓｔＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージであり、および第１メッセージはたとえばＲＴＳＰプロトコルによるＳＥＴＵＰメッセージである。この実施形態では、ＶｉＳＳからビデオプログラムを取得するために、ＩＰＴＶシステム内のＣＤＮによってＳＥＴＵＰメッセージがＶＳＧに送信される。このＳＥＴＵＰメッセージ内のＵＲＬフォーマットはたとえば以下の通りである：
ｒｔｓｐ：／／ｖｓｇａｄｄｒｅｓｓ：５５４／ａｓｓｅｔ／ｓｅｒｖｉｃｅ？ＵＳＥＲＩＤ＝３２０１０１３１２３４５６７０００１＆Ｐａｓｓｗｏｒｄ＝ａｂｄｃｄｅｆ＆ＣｈａｎｅｌＮｏ−ＰＵＩＤ＝１−３２０１０１０００２０００００００１＆ＰｌａｙＭｅｔｈｏｄ＝０、これはユーザ３２０１０１３１２３４５６７０００１が３２０１０１０００２０００００００１の第１チャネル内のリアルタイムビデオプログラムを視聴したいということを意味する。次いでＶＳＧは、認証のためにＶｉＳＳ内のＲａｄｉｕｓサーバにＲａｄｉｕｓＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔメッセージを送信する。従来方式では、Ｒａｄｉｕｓサーバは肯定応答としてＲａｄｉｕｓＡｃｃｅｓｓ−ＡｃｃｅｐｔメッセージをＶＳＧに返す。
【００１５】
本発明の方法はステップ３０１から始まる。ステップ３０１で、前記ネットワーク要素が第１メッセージを翻訳して、翻訳された第１メッセージを前記監視システム内の第２サーバに転送する。本明細書では第２サーバはたとえばビデオサーバ（ＰＵ）である。より詳細には、この実施形態ではＲａｄｉｕｓサーバからＲａｄｉｕｓＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを受信後、ＶＳＧはＳＥＴＵＰメッセージを分析してリライトする。リライトされたメッセージは、たとえば以下の通りである：
ｒｔｓｐ：／／ｐｕａｄｄｒｅｓｓ：５５４／ａｓｓｅｔ／ｓｅｒｖｉｃｅ？ＵＳＥＲＩＤ＝３２０１０１３１２３４５６７０００１＆Ｐａｓｓｗｏｒｄ＝ａｂｄｃｄｅｆ＆ＣｈａｎｅｌＮｏ−ＰＵＩＤ＝１−３２０１０１０００２０００００００１＆ＰｌａｙＭｅｔｈｏｄ＝０、この中で、ＶＳＧのアドレスはビデオサーバのアドレスによって置換されている。次いで、ＶＳＧはリライトされたＳＥＴＵＰメッセージをビデオサーバに転送する。
【００１６】
次にステップ３０２で、前記ネットワーク要素が前記第２サーバから送信されたメディアストリームを前記ＩＰＴＶシステムに転送する。より詳細には、この実施形態ではたとえばＴＣＰに基づくＲＴＳＰ接続がセットアップされた後、特定のビデオストリームがビデオサーバからＶＳＧに送信され、さらにＶＳＧからＣＤＮに送信される。
【００１７】
図４を参照すると、ビデオサーバはリライトされたＳＥＴＵＰメッセージに応答して、肯定応答として２００ＯＫメッセージを送信する。次いでＣＤＮは、ＳＥＴＵＰメッセージ内で指定されたメカニズムを介してデータの送信を開始するようビデオサーバに伝えるＰＬＡＹメッセージを送信する。ビデオサーバから２００ＯＫメッセ−ジを受信後、ＲＴＳＰ接続が確立される。
【００１８】
さらに、ＩＰＴＶユーザがこのビデオプログラムを閉じたい場合、ＣＤＮがＲＴＳＰ  ＴＥＡＲＤＯＷＮメッセージをＶＳＧに送信し、次いでＶＳＧがこのセッションを終了するためにこのメッセージをビデオサーバに転送する。同時に任意選択で、ＶＳＧは課金情報を収集してＲａｄｉｕｓＡｃｃｏｕｎｔｉｎｇ−ＲｅｑｕｅｓｔメッセージでＲａｄｉｕｓサーバに報告し、Ｒａｄｉｕｓサーバがこの通信についてのＣＤＲ（呼詳細記録）を生成してＲａｄｉｕｓＡｃｃｏｕｎｔｉｎｇ−ＲｅｓｐｏｎｓｅメッセージでＶＳＧに応答する。
【００１９】
他のＩＰＴＶユーザが同じビデオプログラムを視聴したい場合、ＣＤＮは同じビデオコンテンツをこの他のユーザに配信することを担当し、この場合ＣＤＮはＳＥＴＵＰメッセージをＶＳＧに送信しない点に留意されたい。
【００２０】
その結果、この方法ではＩＰＴＶとＶｉＳＳとの間に中間ゲートウェイを配置してＲＴＳＰメッセージを転送および翻訳することによって２つの自治システムをともに関連付けることができ、ＩＰＴＶユーザがＶｉＳＳからのビデオ監視コンテンツをＴＶで視聴できるようになる。さらに、ＩＰＴＶおよびＶｉＳＳのネットワークを修正する必要がないので、このソリューションを効果的および経済的に実装できる。
【００２１】
本発明の他の態様によれば、同じ発明概念に基づいて、ＩＰＴＶシステムのユーザが監視システムからメディアストリームを取得できるようにするためのネットワーク要素が提案される。以下でそのネットワーク要素を図５を参照して説明する。
【００２２】
図５は本発明の実施形態によるネットワーク要素のブロック図であり、たとえば図２に示したＶＳＧである。ネットワーク要素５００はメッセージ処理手段５０１およびメディア転送手段５０２を含む。ネットワーク要素５００が認証手段（図示せず）および課金手段（図示せず）も含むことが好ましい。
【００２３】
図４を参照すると、ＣＤＮによってＶＳＧにＳＥＴＵＰメッセージが送信されると、認証手段が認証のためにＲａｄｉｕｓＡｃｃｅｓｓ−ＲｅｑｕｅｓｔメッセージをＲａｄｉｕｓサーバに送信して、Ｒａｄｉｕｓサーバが肯定応答としてＲａｄｉｕｓＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを返信することが好ましい。このＳＥＴＵＰメッセージ内のＵＲＬフォーマットは、たとえば以下の通りである：
ｒｔｓｐ：／／ｖｓｇａｄｄｒｅｓｓ：５５４／ａｓｓｅｔ／ｓｅｒｖｉｃｅ？ＵＳＥＲＩＤ＝３２０１０１３１２３４５６７０００１＆Ｐａｓｓｗｏｒｄ＝ａｂｄｃｄｅｆ＆ＣｈａｎｅｌＮｏ−ＰＵＩＤ＝１−３２０１０１０００２０００００００１＆ＰｌａｙＭｅｔｈｏｄ＝０、これはユーザ３２０１０１３１２３４５６７０００１が３２０１０１０００２０００００００１の第１チャネル内のリアルタイムビデオプログラムを視聴したいということを意味する。次いで、ＲａｄｉｕｓサーバからＲａｄｉｕｓＡｃｃｅｓｓ−Ａｃｃｅｐｔメッセージを受信後、メッセージ処理手段５０１がＳＥＴＵＰメッセージを分析してリライトする。リライトされたメッセージは、たとえば以下の通りである：
ｒｔｓｐ：／／ｐｕａｄｄｒｅｓｓ：５５４／ａｓｓｅｔ／ｓｅｒｖｉｃｅ？ＵＳＥＲＩＤ＝３２０１０１３１２３４５６７０００１＆Ｐａｓｓｗｏｒｄ＝ａｂｄｃｄｅｆ＆ＣｈａｎｅｌＮｏ−ＰＵＩＤ＝１−３２０１０１０００２０００００００１＆ＰｌａｙＭｅｔｈｏｄ＝０、この中で、ＶＳＧのアドレスはビデオサーバのアドレスによって置換されている。次いで、メッセージ処理手段５０１はリライトされたＳＥＴＵＰメッセージをビデオサーバに転送する。ビデオサーバはリライトされたＳＥＴＵＰメッセージに応答して、肯定応答として２００ＯＫメッセージを送信する。次いで、ＣＤＮはＰＬＡＹメッセージを送信する。ビデオサーバから２００ＯＫメッセ−ジを受信後、ＲＴＳＰ接続が確立される。したがって、ビデオサーバからＶＳＧに特定のビデオストリームが送信され、メディア転送手段５０２がこのビデオストリームをＣＤＮに転送する。
【００２４】
任意選択で、ＲＴＳＰ接続がクリアアップされると、課金手段は課金情報を収集してＲａｄｉｕｓＡｃｃｏｕｎｔｉｎｇ−ＲｅｑｕｅｓｔメッセージでＲａｄｉｕｓサーバに報告し、Ｒａｄｉｕｓサーバがこの通信についてのＣＤＲを生成してＲａｄｉｕｓＡｃｃｏｕｎｔｉｎｇ−ＲｅｓｐｏｎｓｅメッセージでＶＳＧに応答する。
【００２５】
他のＩＰＴＶユーザが同じビデオプログラムを視聴したい場合、ＣＤＮは同じビデオコンテンツをこの他のユーザに配信することを担当し、この場合ＣＤＮはＳＥＴＵＰメッセージをＶＳＧに送信しない点に留意されたい。
【００２６】
実装する際、この実施形態のネットワーク要素５００、ならびにそれに含まれるメッセージ処理手段５０１、メディア転送手段５０２、認証手段、および課金手段がソフトウェア、ハードウェア、またはそれらの組合せに実装されてよい。たとえば、当業者はマイクロプロセッサ、マイクロコントローラ、ＡＳＩＣ、ＰＬＤ、および／またはＦＰＧＡなどのこれらのコンポーネントを実装するために使用されうる様々な装置に精通している。本実施形態のメッセージ処理手段５０１、メディア転送手段５０２、認証手段、および課金手段が物理的に別々に、しかし動作可能なように相互接続されて実装されてよい。
【００２７】
動作中、図５に関連して示された実施形態の前記ネットワーク要素が、ＲＴＳＰメッセージを転送および翻訳することによってＩＰＴＶとＶｉＳＳを関連付けることができるので、ＩＰＴＶユーザがＶｉＳＳからのビデオ監視コンテンツをＴＶで視聴できるようになる。さらに、ＩＰＴＶおよびＶｉＳＳのネットワークを修正する必要がないので、このソリューションを効果的および経済的に実装できる。
【００２８】
方法の例示的実施形態、およびＩＰＴＶシステムのユーザが本発明の監視システムからメディアストリームを取得できるようにするためのネットワーク要素を上記で詳細に説明したが、上記の実施形態は網羅的なものではなく、当業者は本発明の趣旨および範囲内で数多くの変更および修正を行うことができる。したがって本発明はこれらの実施形態に限定されるものではなく、本発明の範囲は添付の特許請求の範囲によってのみ定義される。
【図１】
2011519498.tif 000003
【図２】
2011519498.tif 000004
【図３】
2011519498.tif 000005
【図４】
2011519498.tif 000006
【図５】
2011519498.tif 000007
【国際調査報告】
2011519498.tif 000008
2011519498.tif 000009
2011519498.tif 000010