ストリーミング・システム
このストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送受信するサーバとクライアントとを備える。サーバは、メディア・ストリームのセッション・レイヤのＳＤＰにメディア・ストリームを管理する管理情報を組み込む手段と、メディア・ストリームのセッション・レイヤで、管理情報を組み込んだＳＤＰをクライアントに送信する手段とを備える。クライアントは、管理情報を組み込んだＳＤＰをサーバから受信する手段と、受信したＳＤＰから管理情報を抽出する手段と、抽出した管理情報に基づいてメディア・ストリームを管理する手段とを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的なストリーミング・コンテンツ保護のためのデジタル権利管理（ＤＲＭ）または知的所有権管理および保護（ＩＰＭＰ）に関する。
【背景技術】
【０００２】
近年、メディア・コンテンツ流通産業においてインターネットを介したビデオや音声の相互運用可能な配信を保証することが広く推進されてきた。標準化の観点から、ＩＰネットワークを介してメディア・サーバからメディア・クライアントへ送信されるメディア・コンテンツを如何に保護するか、また保護されたメディアをクライアントの受信側が如何にして相互運用可能に再生できるかが注目を浴びてきた。各種の標準化団体は、この問題に対する解決策を提供すべく多大な努力をしてきた。
【０００３】
インターネット・ストリーミング・メディア・アライアンス（ＩＳＭＡ）は、このような団体の一つである。同団体はＩＰフレームワークおよびインターネットで利用できる相互運用可能なビデオや音声システムをベンダーが構築するために利用可能な、既存のオープン標準を利用したフレームワークを明示することにより、このニーズに応えようとするものである。同団体はまた、ＩＳＭＡメディア・ストリーム用に暗号化フレームワーク、すなわちＩＳＭＡＣｒｙｐも規定している。同団体は現時点において、ＩＳＭＡ仕様およびＩＳＭＡＣｒｙｐパラメータのｆｍｔｐ通知に関してメディア・ストリームの暗号化およびメディア・メッセージの認証についてデフォルトの方式を規定している。図１に、ＩＳＭＡフレームワークに対するＩＳＭＡＣｒｐｔ保護のアーキテクチャ図を示す。
【０００４】
しかし、そのような保護システムは、異なるコンテンツ・ストリームに対して別々の暗号化方式を、あるいは同じコンテンツ・ストリームに対しても異なる保護方式（例：暗号化、透かし入り）を可能にするような順応性のある仕組みを提供しない点が極めて不便である。また、権利情報を格納する仕組みを全く提供しない。
【０００５】
同時に、ＭＰＥＧ標準化団体はまた、メディア・リソース保護のために順応型かつ相互運用可能なＩＰＭＰフレームワークを提供すべく多大な努力を行なってきた。ＭＰＥＧは準拠端末を含むＩＰＭＰフレームワークの標準化に向けて発展している。すべての端末が、使用するＩＰＭＰツールの種類にかかわらず同一のＩＰＭＰ標準に従うことにより、暗号化により保護されたコンテンツを表示することができる。ＩＰＭＰツールは、認証、解読、透かし入れ等、１個以上のＩＰＭＰ機能を実行するモジュールである。このように広範な相互運用可能性を実現するためにＩＰＭＰは、ツールのダウンロードを可能にし、遠隔サイトからツールを読み出して順応性をもって更新することができる。ＩＰＭＰはまた、端末がパラメータ記述に従って自身の好むツールを選択できるようにする。ＩＰＭＰ端末はまた、何らかのパラメータ統合に従って、いくつかのツールを統合してツールの組（単一ツールと同じ働きをする）を形成する。図２に、ＭＰＥＧ ＩＰＭＰ保護の一般的なアーキテクチャ図を示す。
【０００６】
しかし、ＭＰＥＧ ＩＰＭＰフレームワークは、順応性のある保護スキームを可能にするが、必ずしもマルチメディア・ストリーミング送信に利用されないＭＰＥＧ−２／４システム内で規定されている。
【０００７】
図５は、従来のＭＰＥＧ−４ストリーミングにおけるレイヤ構造を示す図である。従来のストリーミングでは、インターネットプロトコル（ＩＰ）等のネットワーク・レイヤ１０、ＲＴＳＰ（特にセッション・デスクリプション・プロトコル（ＳＤＰ））等のセッション・レイヤ２０、ＭＰＥＧ−４システム等のシステム・レイヤ３０、ＭＰＥＧ−４ ビデオ／オーディオ４１，４２等のコンテンツ・レイヤ４０からなるレイヤ構造を有する。従来のストリーミングでは、メディア・ストリームのＭＰＥＧ−４ ビデオ／オーディオのコンテンツの保護に関するＩＰＭＰツールリスト３１やＩＰＭＰ記述子３２等のＩＰＭＰ情報は、システム・レイヤ３０であるＭＰＥＧ−４システムに記述されている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は以下の課題を解決しようとするものである。
【０００９】
ＭＰＥＧ ＩＰＭＰは、ＭＰＥＧ−２／４システム内において順応型保護通知を提供する。図２は、ＭＰＥＧ−２ＩＰＭＰコンテンツ構造を、図３は、ＭＰＥＧ−４ＩＰＭＰ拡張コンテンツ構造を示す。しかし、このような順応型保護通知はＭＰＥＧ−２／４システムを利用しないメディア・ストリーミング、例えばＩＳＭＡストリーミングには存在しない。そのため、図５のＭＰＥＧ−４システムを利用できないＩＳＭＡ受信機ではコンテンツの保護に関するＩＰＭＰ情報を取得できないため、ＩＰＭＰツールによって保護されたコンテンツを利用できない。
【００１０】
現行のインターネット領域では、インターネット・プロトコル（ＩＰ）を介して、ＲＴＳＰ／ＳＤＰを伴ったＲＴＰ／ＵＤＰを用いて伝送されるマルチメディア・ストリーミングが益々普及しており、エンドユーザーは高価なコンテンツを益々容易に利用できるようになった。コンテンツ送信に用いる伝送プロトコルが何であろうと、セッション・デスクリプション・プロトコル（ＳＤＰ）を用いて、セッションレベルを記述すると共に、メディアレベルを記述するための各種の属性を格納することによりコンテンツが利用しやすくなる。
【００１１】
本発明の目的は、上述のように普及しているマルチメディア・ストリーミング環境下で、特に、セッション通知、セッション誘導、その他の方式によるマルチメディア・セッション起動を目的とするマルチメディア・セッションの記述にセッション記述プロトコル（ＳＤＰ）を用いる、ストリーミング・コンテンツの保護および管理を提供することである。
【課題を解決するための手段】
【００１２】
本発明に係るストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア・ストリームを受信するクライアントとを備えたストリーミング・システムであって、
前記サーバは、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）に前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備え、
前記クライアントは、
前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とする。
【００１３】
また、前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であってもよい。この場合には、前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記ＩＰＭＰツールを特定し、前記メディア・ストリームを管理することができる。
【００１４】
さらに、前記管理情報は、前記メディア・ストリームの権利情報であってもよい。この権利情報にはメディア・ストリームの使用権情報等を含む。
【００１５】
また、前記管理情報は、前記ＳＤＰのセッションレベル属性又はメディアレベル属性に格納される。管理情報がセッションレベル属性に格納される場合には、全てのメディア・ストリームについて管理できる。また、管理情報がメディアレベル属性に格納される場合には関連づけられたメディア・ストリームについて管理できる。
【００１６】
上記ＩＰＭＰ記述子内に、ツール構造またはその他のタイプのＩＰＭＰデータを格納してもよい。このＩＰＭＰ記述子をセッション・レイヤであるＳＤＰに記述することによって、このメディア・ストリームが該ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨が受信側のクライアントに通知される。なお、上述のように、ＩＰＭＰ記述子がセッションレベル属性に格納されるか、メディアレベル属性に格納されるかによって対象となるメディア・ストリームの範囲は異なる。
【００１７】
また、上記権利情報の使用権情報は、ＩＰＭＰ権利コンテナに格納してもよい。さらに、このＩＰＭＰ権利コンテナは、ＳＤＰ内に記述される。これによって、メディア・ストリームは記述された使用規約の管理下にある旨が受信側のクライアントに通知される。なお、ＩＰＭＰ権利コンテナは、セッションレベル属性に格納される。
【００１８】
さらに、上記権利情報の使用権情報は、ＩＰＭＰ権利データに格納してもよい。このＩＰＭＰ権利データは、ＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納してもよい。これによって、メディア・ストリームが、記述された使用規約の管理下にある旨を示すことができる。
【００１９】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性に格納される場合には、現行セッション内のすべてのメディア・ストリームが使用権情報に記述された使用規約の管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性に格納される場合には、関連付けられたメディア・ストリームが使用権情報に記述された使用規約の管理下にある。
【００２０】
また、上記クライアントでは、ＩＰＭＰツールリストをＳＤＰのセッションレベル属性から読み出して、ＩＰＭＰツールリストで示されたＩＰＭＰツールを調べる。その後、受信側のクライアントにおいて、すべてのＩＰＭＰツールが存在することを確認し、存在しない場合は、ネットワークを介してサーバ等からＩＰＭＰツールを読み出すか、またはメディア・ストリームの再生を中止する。
【００２１】
さらに、上記クライアントでは、ＩＰＭＰ記述子をＳＤＰから読み出して、メディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨の通知を受ける。さらに、クライアントは、ＩＰＭＰ記述子に格納されているツール構造データを用いてＩＰＭＰツールの設定または初期化を行なうか、あるいはＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援してもよい。
【００２２】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性から読み出される場合には、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性から読み出される場合には、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある。
【００２３】
また、上記クライアントでは、ＩＰＭＰ権利コンテナをＳＤＰのセッションレベル属性から読み出し、さらに、ＩＰＭＰ権利コンテナから使用権情報を読み出す。クライアントでは、この使用権情報を用いて、現行セッション内のすべてのメディア・ストリームを管理することができる。
【００２４】
さらに、上記クライアントでは、ＳＤＰからＩＰＭＰ記述子を読み出し、そのＩＰＭＰ記述子から使用権情報を読み出す。クライアントでは、この使用権情報を用いてメディア・ストリームを管理することができる。
【００２５】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性から読み出される場合には、現行セッション内のすべてのメディア・ストリームが使用権情報に記述された使用規約の管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性から読み出される場合には、関連付けられたメディア・ストリームが使用権情報に記述された使用規約の管理下にある。
【００２６】
本発明は、実際のメディア・ストリームに権利表記情報を義務付けることによりＳＤＰを用いて順応型ＩＰＭＰ（ＤＲＭ）保護を通知する手段を提供する。
【００２７】
本発明では、順応型ＩＰＭＰ通知情報を格納するために２種の付加的ＳＤＰ属性を規定する。これに準拠する全ての端末が著作権保護および管理プロセスを回避できないことを保証するために、上記ＩＰＭＰ関連属性を義務化することが好ましい。
【００２８】
デジタル権利情報はまた、上で規定されたＳＤＰ属性に規範的に格納できる。権利情報は、ＭＰＥＧ−２１ ＲＥＬ（権利表記言語）、ＯＤＲＬ（オープンデジタル権利言語）等、さまざまな形式であってよい。
【００２９】
上述のＳＤＰ属性内で、ＩＰＭＰツールリストおよびＩＰＭＰ記述子を用いて保護を通知する。この手段は最新のＭＰＥＧ−２／４ＩＰＭＰ拡張標準と互換性を有する。これはまた、ストリーミング・コンテンツの再生に必要なＩＰＭＰ保護ツールを識別する順応性のある方法を提供する。
【００３０】
ストリーミング・サーバ内部で、ストリーミング・メディアの保護に用いられたツールのタイプに基づいてＩＰＭＰツールリストが構成される。ツールリストの概念は、図中２．１および３．１で示すＭＰＥＧ−２／４ＩＰＭＰに由来する。ここに、いずれのＭＰＥＧ−２／４システムも存在しない状況下で、ツールリストはセッションレベル全体において規定されたＳＤＰ属性「ｉｐｍｐ−ｃｏｎｔｒｏｌ」に格納されている。
【００３１】
セッション内のストリームが何らかのデジタル権利の管理下にある場合、例えばＭＰＥＧ−２１ ＲＥＬ等の特定の権利言語で詳しく表記されている場合には、サーバは権利情報をＩＰＭＰ権利コンテナに挿入することができる。同時に権利情報は「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性にも格納される。ＭＰＥＧ−２ＩＰＭＰにおいて、権利コンテナはＰＳＩ（プログラム固有情報）（２．２）に格納されており、ＳＤＰではＭＰＥＧ−２システムのＰＳＩの代わりに「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性が用いられる。
【００３２】
特定のストリームをどのツールが保護するかに基づいてＩＰＭＰ記述子も構成される。ＭＰＥＧ−２／４ＩＰＭＰにおいて、図中２．３および３．３に示すようにＩＰＭＰ記述子はＭＰＥＧ−２／４内のさまざまな場所に格納できる。ここに、ＩＰＭＰ記述子はツール保護を通知すべく各々の特定メディアレベルまたはセッションレベルにおいて規定されたＳＤＰ属性「ｉｐｍｐ−ｄ」内に埋め込まれている。
【００３３】
ツール保護通知以外に、ＩＰＭＰ記述子はまた、あらゆる種類のＩＰＭＰ＿Ｄａｔａ＿ＢａｓｅＣｌａｓｓから導かれたＩＰＭＰデータも格納可能であり、ツール構造、使用権情報等が含まれるがこれに限定されない。
【００３４】
ＳＤＰは、ＲＴＳＰ等の様々な転送プロトコルを用いて受信側へ搬送することができる。受信側のクライアントは、規定された２種のＩＰＭＰ関連属性、すなわち「ｉｐｍｐ−ｃｏｎｔｒｏｌ」および「ｉｐｍｐ−ｄ」を解析する。
【００３５】
「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性内でＩＰＭＰツールリストを検知したならば、受信側はセッション全体にわたりＩＰＭＰ保護が実施されていることを認識している。受信側はセッション内のメディア・ストリームを再生する前に、ツールリストに登録されている全てのツールが端末側で利用可能であることを確認し、利用可能でなければ指定されたＵＲＬからツールを取得する。
【００３６】
「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性のＩＰＭＰ権利コンテナ内で、あるいはセッションレベルの「ｉｐｍｐ−ｄ」属性のＩＰＭＰ記述子内でデジタル権利情報を検知したならば、受信側は現行セッション内の全メディア・ストリームが、指定されたデジタル権利の管理下にあることを認識できる。この場合には、適切な権利保護処置がなされることが好ましい。
【００３７】
セッションレベルのＳＤＰ「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性内でＩＰＭＰ記述子を検知したならば、受信側は全てのストリームがどのツールで保護されているかを認識することができる。ストリームを再生している間、受信側は、全てのセッションストリームに対して指定された時と場所で指定されたＩＰＭＰツールを起動することができる。
【００３８】
メディアレベルのＳＤＰ「ｉｐｍｐ−ｄ」属性内でＩＰＭＰ記述子を検知したならば、受信側はどのストリームがどのツールで保護されているかを認識することができる。受信側は、指定されたストリームに対して指定された時と場所で指定されたＩＰＭＰツールを起動することができる。
【００３９】
ツール初期化パラメータはＩＰＭＰ記述子に格納可能であり、それにより実際に使用する前にツールを設定することができる。使用権情報もまたＩＰＭＰ記述子に格納であり、特定のメディア・ストリームに関連付けられた固有の使用規則を記述することができる。
【図面の簡単な説明】
【００４０】
【図１】ＩＳＭＡＣｒｙｐアーキテクチャを示す図である。
【図２】ＭＰＥＧ−２ＩＰＭＰ拡張コンテンツ構造を示す図である。
【図３】ＭＰＥＧ−４ＩＰＭＰ拡張コンテンツ構造を示す図である。
【図４】ＳＤＰ属性を用いるＩＰＭＰ保護通知を示す図である。
【図５】従来のＭＰＥＧ−４ストリームのレイヤ構造を示す図である。
【図６】本発明のメディア・ストリーム送受信システムにおけるＭＰＥＧ−４ストリームのレイヤ構造を示す図である。
【図７】サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルにＩＰＭＰツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。
【図８】ＩＰＭＰツールに関する情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
【図９】サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。
【図１０】権利情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
【符号の説明】
【００４１】
２．１ ＩＰＭＰツールリスト
２．２ ＩＰＭＰツールコンテナ
２．３ ＩＰＭＰ記述子（群）
３．１ ＩＰＭＰツールリスト
３．３ ＩＰＭＰ記述子（群）
４．１ セッションレベルセクション
４．２ メディアレベルセクション
４．３ 属性行
４．４ 属性行
１０ ネットワーク・レイヤ
２０ セッション・レイヤ
２１ ＩＰＭＰツールリスト
２２ ＩＰＭＰ記述子
３０ システム・レイヤ
３１ ＩＰＭＰツールリスト
３２ ＩＰＭＰ記述子
４０ コンテンツ・レイヤ
４１ ＭＰＥＧ−４ ビデオ
４２ ＭＰＥＧ−４ オーディオ
４３ その他のコンテンツ
【発明を実施するための最良の形態】
【００４２】
本発明の実施の形態に係るメディア・ストリーム送受信システム、メディア・ストリーム送信方法、メディア・ストリーム受信方法について、添付図面を用いて説明する。
【００４３】
図６は、本発明の実施の形態に係るストリーミング・システムにおけるＭＰＥＧ−４ストリーミングのレイヤ構造を示す図である。このストリーミングは、少なくともセッション・レイヤを含むレイヤ構造を有し、例えば図６に示すように、インターネットプロトコル（ＩＰ）等のネットワーク・レイヤ１０、ＲＴＳＰ（特にセッション・デスクリプション・プロトコル（ＳＤＰ））等のセッション・レイヤ２０、ＭＰＥＧ−４ ビデオ／オーディオ４１，４２等やその他のコンテンツ４３を伝送するコンテンツ・レイヤ４０からなるレイヤ構造を有する。また、図６では同じセッションで一つのメディア・ストリームを含むがこれに限られず、同じセッションにおいて、複数のメディア・ストリームを含んでもよい。本発明のストリーミング・システムにおけるストリーミングでは、メディア・ストリームのＭＰＥＧ−４ ビデオ／オーディオのコンテンツの保護に関するＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報は、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述されている。また、メディア・ストリームで搬送されるコンテンツの使用権情報等の権利情報をＳＤＰに記述してもよい。ＩＰＭＰ情報や権利情報は、メディア・ストリーム（コンテンツ）を管理するための管理情報である。すなわち、本発明のストリーミング・システムでは、ＩＰＭＰ情報や権利情報等の管理情報をセッション・レイヤ２０のＳＤＰに記述している。そこで、ストリーミングの受信側がＩＳＭＡ受信機等のようにＭＰＥＧ−４システムを利用しないクライアントであっても、ＳＤＰからＩＰＭＰ情報や権利情報等の管理情報を抽出でき、これらを用いてメディア・ストリームを管理できる。なお、ＩＰＭＰ情報や権利情報等の管理情報は、ＳＤＰのうち、同じセッションの全てのメディア・ストリームに関するセッションレベル属性又は関連づけられた特定のメディア・ストリームに関するメディアレベル属性に格納することができる。
【００４４】
このストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、サーバからネットワークを介してメディア・ストリームを受信するクライアントとを備える。サーバは、ストリーミングのセッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）にメディア・ストリームで搬送するコンテンツを管理する管理情報を格納する手段と、セッション・レイヤで管理情報を格納したＳＤＰをクライアントに送信する手段とを備える。また、クライアントは、管理情報を格納したＳＤＰをサーバから受信する手段と、受信したＳＤＰから管理情報を抽出する手段と、抽出した管理情報に基づいてメディア・ストリームを管理する手段とを備える。
【００４５】
図７は、サーバにおいて、ストリーミングのセッション・デスクリプション・プロトコル（ＳＤＰ）にＩＰＭＰツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。
（ａ）ストリーミングのセッション・レイヤ２０のＳＤＰに、メディア・ストリームで搬送するコンテンツのＩＰＭＰツールに関するＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を組み込む（Ｓ０１）。なお、ＩＰＭＰツールリスト又はＩＰＭＰ記述子のＩＰＭＰ情報は、図４に示すように、ＳＤＰのセッションレベル属性又はメディアレベル属性に格納できる。同じセッション中の全てのメディア・ストリームについて共通のＩＰＭＰツールで管理する場合には、ＩＰＭＰ情報をセッションレベル属性に格納する。特定のメディア・ストリームについて、所定のＩＰＭＰツールで管理する場合には、ＩＰＭＰ情報を関連づけられたメディアレベル属性に格納する。
（ｂ）ＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を含むＳＤＰをストリーミングのセッション・レイヤ２０でクライアントに送信する（Ｓ０２）。
（ｃ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツをストリーミングのコンテンツ・レイヤ４０でクライアントに送信する（Ｓ０３）。
【００４６】
図８は、ＩＰＭＰツールに関する情報を格納したセッション・デスクリプション・プロトコル（ＳＤＰ）を含むストリーミングをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
（ａ）メディア・ストリームで搬送するコンテンツのＩＰＭＰツールに関するＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を含むＳＤＰをストリーミングのセッション・レイヤ２０でサーバから受信する（Ｓ１１）。
（ｂ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツ４１、４２をストリーミングのコンテンツ・レイヤ４０でサーバから受信する（Ｓ１２）。
（ｃ）受信したＳＤＰからＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を抽出する（Ｓ１３）。
（ｄ）抽出したＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２に基づいてＩＰＭＰツールを特定する（Ｓ１４）。
（ｅ）特定したＩＰＭＰツールを用いてメディア・ストリームのコンテンツ４１、４２を管理する（Ｓ１５）。
【００４７】
このように、ＭＰＥＧ−４ ビデオ／オーディオのコンテンツ４１，４２の保護に関するＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報を、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述している。そこで、受信機側がＭＰＥＧ−４システムを利用しない場合であっても、ＳＤＰからＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報を抽出でき、これらを用いてＩＰＭＰツールを特定し、コンテンツを管理できる。
【００４８】
なお、ＩＰＭＰ情報は、ＳＤＰのセッションレベル属性又はメディアレベル属性に格納される。ＩＰＭＰ情報がセッションレベル属性に格納される場合には、同じセッションにおける全てのメディア・ストリームについて管理できる。また、ＩＰＭＰ情報がメディアレベル属性に格納される場合には関連づけられたメディア・ストリームについて管理できる。
【００４９】
図９は、サーバにおいて、ストリーミングのセッション・デスクリプション・プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。
（ａ）ストリーミングのセッション・レイヤ２０のＳＤＰにメディア・ストリームで搬送するコンテンツの使用権情報等の権利情報を組み込む（Ｓ２１）。
（ｂ）権利情報を含むＳＤＰをストリーミングのセッション・レイヤ２０でクライアントに送信する（Ｓ２２）。
（ｃ）ＭＰＥＧ−４のビデオ・オーディオ・コンテンツをストリーミングのコンテンツ・レイヤ４０でクライアントに送信する（Ｓ２３）。
【００５０】
図１０は、権利情報を組み込んだセッション・デスクリプション・プロトコルを含むストリーミングをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
（ａ）メディア・ストリームで搬送するコンテンツの使用権情報等の権利情報を含むＳＤＰをストリーミングのセッション・レイヤ２０でサーバから受信する（Ｓ３１）。
（ｂ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツ４１、４２をストリーミングのコンテンツ・レイヤ４０でサーバから受信する（Ｓ３２）。
（ｃ）受信したＳＤＰから権利情報を抽出する（Ｓ３３）。
（ｄ）抽出したＩＰＭＰツールを用いてメディア・ストリームのコンテンツ４１、４２を管理する（Ｓ３４）。
【００５１】
このように、ＭＰＥＧ−４ ビデオ／オーディオのコンテンツ４１，４２の使用権情報等の権利情報を、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述している。そこで、受信機側がＭＰＥＧ−４システムを利用しない場合であっても、ＳＤＰから使用権情報等の権利情報を抽出でき、これらを用いてコンテンツを管理できる。
【００５２】
なお、権利情報は、ＳＤＰのセッションレベル属性又はメディアレベル属性に組み込まれる。権利情報がセッションレベル属性に組み込まれる場合には、同じセッションにおける全てのメディア・ストリームについて管理できる。また、権利情報がメディアレベル属性に組み込まれる場合には関連づけられたメディア・ストリームについて管理できる。
【００５３】
以下に、このストリーミング・システムにおけるストリーミングのセッション・レイヤと、そこに記述する管理情報について説明する。このストリーミング・システムでは、セッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）にＩＰＭＰ情報や権利情報等の管理情報を記述している。
【００５４】
まず、セッション・デスクリプション・プロトコル（ＳＤＰ）について説明する。セッション・デスクリプション・プロトコル（ＳＤＰ）は、専らセッション記述用のフォーマットであり、転送プロトコルを含まず、セッション通知プロトコル（ＳＡＰ）、セッション起動プロトコル（ＳＩＰ）、実時間ストリーミングプロトコル（ＲＴＳＰ）、ＭＩＭＥ拡張を使用する電子メール、およびハイパーテキスト転送プロトコル（ＨＴＴＰ）を含む各種の転送プロトコルを適宜使用することを前提としている。汎用目的のサービス提供を行なうことで広範なネットワーク環境およびマルチメディア・ストリーミング送信用アプリケーションに利用可能である。
【００５５】
一般に、ＳＤＰは、セッションの存在を知らしめて、セッションに参加できる十分な情報を格納する手段である。メディア情報、タイミング情報、その他何らかの情報をＳＤＰに記述して他の転送プロトコルにより配信することができる。
【００５６】
セッション記述は、セッションレベル記述（セッション全体およびすべてのメディア・ストリームに適合する。）および任意にいくつかのメディアレベル記述（単一メディア・ストリームに適合する。）から成る。セッションレベル部分は「ｖ＝」行から始まり、第１のメディアレベルセクションに続く。メディア記述は「ｍ＝」行から始まり、次のメディア記述またはセッション記述全体の最後へ続く。一般に、セッションレベル値は、同じメディアレベルの値により上書きされない限り全てのメディアについてデフォルト値である。
【００５７】
ＳＤＰ内で規定された属性（「ａ＝」行を伴う）は、ＳＤＰを拡張する主な手段である。これは「セッションレベル」属性、「メディアレベル」属性、またはその両方として使用可能である。メディア記述はメディア固有の属性（「ａ＝」フィールド）を何個含んでいてもよい。
【００５８】
これらは「メディアレベル」属性と呼ばれ、メディア・ストリームに関する情報を追加するものである。第一のメディア・フィールドの前に属性フィールドを追加してもよい。一方、「セッションレベル」属性は個々のメディアではなくストリーミング層全般に適合する追加情報を格納する。
【００５９】
本発明のメディア・ストリームの送信方法では、２種の異なる階層におけるＳＤＰ「属性」の特徴を用いて順応型ＩＰＭＰ保護を通知する。図４に、ＳＤＰにおける順応型ＩＰＭＰ通知の一般的なアーキテクチャ図を示す。モジュール４．１にセッションレベルセクション、および４．２にメディアレベルセクションを示す。
【００６０】
注記：順応型ＩＰＭＰ通知用に「属性」フィールドの「ａ＝＜ａｔｔｒｉｂｕｔｅ＞：＜ｖａｌｕｅ＞」の形式を利用する。
【００６１】
ＩＰＭＰ制御情報通知
送信側は受信側に対し、一般的なＳＤＰ属性（セッションレベルで「メディア」行の前に配置される属性）にＩＰＭＰ制御情報セッションが含まれていることを通知する必要がある。これは下記の属性行（図４の４．３）の形式をとる。
ａ＝ｉｐｍｐ−ｃｏｎｔｒｏｌ：［＜ｃｏｎｔｒｏｌ−ｄａｔａ＞］
ここで、ｃｏｎｔｒｏｌ−ｄａｔａはＲＴＳＰセッションでは任意属性である。上記属性行が提供されていない場合、ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｃｏｎｔｒｏｌのタイプと合わせてＤＥＳＣＲＩＢＥを用いるとともに前者を受容することによりＲＴＳＰセッションを介してＩＰＭＰ制御情報が読み出される。他の何らかの手段（例えばＳＡＰ内のファイルとして）でＳＤＰ情報が提供される場合、ｃｏｎｔｒｏｌ−ｄａｔａは必須である。ｃｏｎｔｒｏｌ−ｄａｔａは二重引用符で囲まれたＵＲＬでなければならず、ＩＰＭＰ制御情報を提供する（例えば、小さいものは「ｄａｔａ」を、それ以外は「ｈｔｔｐ」または他の適当なファイルアクセスＵＲＬを用いて符号化することができる。）。実際のＩＰＭＰ制御情報は下記のサブセクションで規定され、ＩＰＭＰツールリストおよびこれに続く権利コンテナが含まれる。
【００６２】
ＩＰＭＰツールリストクラス
ＩＰＭＰツールリストクラスにはＩＰＭＰツールのリストが含まれる。これを用いて、コンテンツの再生に使用するすべてのＩＰＭＰツールを指定する。
【００６３】
【表１】
【００６４】
ＩＰＭＰツールリストクラス内のフィールドの意味
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ＮｕｍＴｏｏｌｓ：当該１６ビットフィールドは当該ＩＰＭＰツールリストクラスで何種類のツールが指定されているかを示す。
−ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ：当該クラスは、ツールＩＤ、代替可能なツール等、ツールに関する情報を格納する。これは以下のように規定される。
【００６５】
ＩＰＭＰツール情報クラス
ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ＿Ｃｌａｓｓは、機器が必要とする論理ＩＰＭＰツール用の情報を含んでいる。論理ツールは以下のいずれか一つであってよい。
１．ＩＰＭＰ＿ＴｏｏｌＩＤで指定されるベンダー固有のＩＰＭＰツール、
２．代替ＩＰＭＰツールのリスト内の１個
３．パラメータ記述で指定されるＩＰＭＰツール
【００６６】
【表２】
【００６７】
ＩＰＭＰツール情報クラス内のフィールドの意味論的定義
各ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ＿Ｃｌａｓｓは、端末がコンテンツを使用する際に必要とする１個のＩＰＭＰツールを識別する。当該ツールは、代替ツールのリストの一つとして一意に実装するか、あるいはパラメータ記述により指定可能である。
【００６８】
一意な実装方式は、ｉｓＡｌｔＧｒｏｕｐおよびｉｓＰａｒａｍｅｔｒｉｃの両方のフィールドをゼロに設定することで指定される。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツール固有の実装用に予約済みの範囲にあって、要求されたツールを直接指示する。
【００６９】
他のすべての場合において、コンテンツ作成時点ではＩＰＭＰツールの実際のＩＰＭＰツールＩＤが未知であるため、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツールＩＤ用のコンテンツ固有の抽象化された表現として機能し、所与の時点における所与のコンテンツ部分の端末側での実装形態に依存する。
【００７０】
パラメータ記述は、ｉｓＰａｒａｍｅｔｒｉｃフィールドを「１」に設定することで指示される。この場合、端末は以下のパラメータ記述で指定された基準を満たすＩＰＭＰツールを選択する。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはパラメータツールまたは代替ツール用に予約済みの範囲にある。このパラメータ記述を満足すべく端末実装が選択するツールの実際のＩＰＭＰツールＩＤは端末にしか知られていない。すべてのコンテンツおよび他のツールは、指定されたＩＰＭＰ＿ＴｏｏｌＩＤを介して当該コンテンツ用に当該ツールを参照する。
【００７１】
代替ツールのリストは、ｉｓＡｌｔＧｒｏｕｐフラグを「１」に設定することにより指示される。後続する特定のツールＩＤは互いに同等な代替ツールを指示する。ｉｓＰａｒａｍｅｔｒｉｃフィールドも「１」に設定されていれば、パラメータツールの条件下（上記の段落で述べた）で選択された任意のツールが端末により、固有ツールＩＤを介して指定されたツールの別の同等な代替物と見なされる。端末はこれら同等な代替物から自身の判断で１個を選択する。当該ツールの実際のＩＰＭＰツールＩＤは端末にしか知られていない。
【００７２】
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ＩＰＭＰ＿ＴｏｏｌＩＤ：ＩＰＭＰツールの識別子。
−ｉｓＡｌｔＧｒｏｕｐ：「１」に設定された場合、当該ＩＰＭＰ＿Ｔｏｏｌは代替ＩＰＭＰツールのリストを含む。
−ｎｕｍＡｌｔｅｒａｔｅｓ：ＩＰＭＰ＿Ｔｏｏｌで指定された代替ＩＰＭＰツールの数。
−Ｓｐｅｃｉｆｉｃ＿Ｔｏｏｌ＿ＩＤ：コンテンツの使用を認めることができる特定の代替ＩＰＭＰツールのＩＤの配列。
−ｉｓＰａｒａｍｅｔｒｉｃ：ＩＰＭＰ＿ＴｏｏｌはＩＰＭＰツールのパラメータ記述を含んでいる。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはパラメータ記述されたＩＰＭＰツール用の識別子であり、端末は、ＩＰＭＰ＿ＴｏｏｌＩＤ用ビットストリームで指定された情報を端末によりインスタンス生成された特定のＩＰＭＰツールへ転送する。
−ＩＰＭＰ＿ＰａｒａｍｅｔｒｉｃＤｅｓｃｒｉｐｔｉｏｎ：以下の節で規定するＩＰＭＰパラメータ記述。
−ＴｏｏｌＵＲＬ：当該クラスで指定された１個以上のツールが取得できる、情報を含んだｎｕｍＵＲＬ個のＵＲＬの配列。
【００７３】
ＩＰＭＰパラメータ記述クラス
コンテンツ・プロバイダは固定ツールＩＤの代わりにパラメータ記述を用いて、コンテンツの再生にどのタイプのＩＰＭＰツールが必要であるかをここで記述することができる。例えば、コンテンツ・プロバイダは、ビデオ・ストリームを解読するためにブロックサイズが１２８ビット必要とされるＡＥＳツールを指定することができる。ＩＰＭＰ端末は当該ツールを指定するそのような記述を受け取ったならば、埋め込まれたツールの中から最適化されたＡＥＳツールを選択することができる。
【００７４】
本節ではパラメータ記述が従う階層を解説する。ただし特定のツールタイプに対して特定スキームを規定する意図は一切無い。時間の経過に従いニーズが認識されて最適スキームが生成されるにつれて、そのような規定がスキーム全体に追加されると想定している。本仕様の現行バージョンには基本的枠組のみが記述され、その発展形は将来的な補追および／またはバージョンに委ねる。
−任意のコメント
−パラメータ記述シンタックスのバージョン
−ツールのクラス
−例：解読、権利言語パーサ
−ツールのサブクラス
解読の例：ＡＥＳ、ＤＥＳ、ＮＥＳＳＩＥ等
透かしの例：「パノス（Ｐａｎｏｓ）の透かしツール」
権利言語パーサの例：「フレッド（Ｆｒｅｄ）の権利パーサ」
プロトコルパーサの例：「メアリー（Ｍａｒｙ）のプロトコルパーサ」
−サブクラス固有情報
ＤＥＳの例：ビット数、ストリームおよび／またはブロック解読能力
権利言語パーサの例：バージョン
【００７５】
パラメータ記述は、ツールのタイプによらず、任意のタイプのＩＰＭＰツールを一般的に記述できるように規定されている。
【００７６】
【表３】
【００７７】
ＩＰＭＰツール情報クラス内のフィールドの意味
−ｃｌａｓｓ：パラメータ記述されたツールのクラス（例えば解読）。
−ｓｕｂＣｌａｓｓ：パラメータ記述されたツールのサブクラス（例えば解読クラス下のＡＥＳ）。
−ｔｙｐｅＤａｔａ：ＡＥＳ解読ツールをさらに指定すべく特定タイプのツールを記述するため特定のタイプのデータ（例えばＢｌｏｃｋ＿ｌｅｎｇｔｈ）。
−ｔｙｐｅ：上記タイプのデータの値（例えばＢｌｏｃｋ＿ｌｅｎｇｔｈの場合１２８）。
−ａｄｄｅｄＤａｔａ：パラメータで規定されたツールをより詳しく記述するのに役立つ任意の追加データ。
【００７８】
ＩＰＭＰツールＩＤ
ＩＰＭＰツール識別子は長さが１２８ビットでプラットフォームから独立しており、ＩＰＭＰツール用の一意な識別番号を含んでいる。これを利用するには一意なＩＤを用いるＩＰＭＰツールの登録機関が必要である（そのような登録機関はＭＰＥＧで規定されている。）。登録機関はさらに、各種プラットフォーム向けの所与のツールをさまざまな仕方で実装すべくダウンロード用ＵＲＬの関連付けを運営している。これらのプラットフォームは構造化表現を用いて十分詳細に記述されている。ＩＰＭＰツールＩＤは、パラメータ記述されたツールまたは代替ツールの予約済み領域にある場合を除き、固有ＩＰＭＰツールを識別する。パラメータツール、ビットストリーム、端末、および他の特別のアドレス用に、１２８ビット空間内の特定の値が予約済みである。これらの値は登録済みツールには割当てられない。
【００７９】
【表４】
【００８０】
ＩＰＭＰ権利コンテナクラス
ＩＰＭＰ権利コンテナクラスはＩＰＭＰで保護されたコンテンツに関連付けられた使用規則および状態を格納する。
【００８１】
【表５】
【００８２】
ＩＰＭＰ権利コンテナクラス内のフィールドの意味論的定義
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ｒｉｇｈｔｓ＿ｄａｔａ：使用権情報の詳細を含む。実際のＭＰＥＧ−２１ ＲＥＬまたはＯＭＡ ＯＤＲＬデータを格納することができる。
【００８３】
ＩＰＭＰ記述子の通知
送信側はまた受信側に対し、各々の固有メディア・ストリーム（メディアレベル内の属性）またはセッション全体に関連付けられたＳＤＰ属性によりＩＰＭＰ固有記述子が含まれていることも通知する必要がある。これは下記の属性行（図４の４．４）の形式をとる。
ａ＝ｉｐｍｐ−ｄ：［＜ｄｅｓｃｒｉｐｔｏｒ−ｄａｔａ＞］
ここで、ｄｅｓｃｒｉｐｔｏｒ−ｄａｔａは、ＲＴＳＰセッションでは任意属性である。上記の属性行が提供されていない場合、ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｄのタイプと合わせてＤＥＳＣＲＩＢＥを用いるとともに前者を受容することによりＲＴＳＰセッションを介してＩＰＭＰ記述子が読み出される。他の何らかの手段（例えばＳＡＰ内のファイルとして）でＳＤＰ情報が提供される場合、ｄｅｓｃｒｉｐｉｏｎ−ｄａｔａは必須である。ｄｅｓｃｒｉｐｔｉｏｎ−ｄａｔａは、二重引用符で囲まれたＵＲＬでなければならず、ＩＰＭＰ制御情報を提供する（例えば、小さいものは「ｄａｔａ」を、それ以外は「ｈｔｔｐ」または他の適当なファイルアクセスＵＲＬを用いて符号化することができる。）。実際のＩＰＭＰ記述子は下記のサブセクションで規定される。
【００８４】
ＩＰＭＰ記述子の存在により、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されているＩＰＭＰツールで保護されていることを示す。
【００８５】
セッションレベルにおけるＩＰＭＰ記述子の存在により、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されているＩＰＭＰツールで保護されていることを示す。
【００８６】
ＩＰＭＰ記述子
【表６】
【００８７】
ＩＰＭＰ記述子内のフィールドの意味論的定義
−ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ：当該ＩＰＭＰ記述子の一意なＩＤ。本ＩＤを用いて特定の記述子を参照することができる。０ｘ００００００００および０ｘＦＦＦＦＦＦＦＦは使用禁止である。ＩＰＭＰツールのインスタンス化は一意なＩＰＭＰ記述子により通知されるため、当該ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤもまたメッセージ用にＩＰＭＰツールインスタンスの一意な識別子として使用できる。
−ＩＰＭＰ＿ＴｏｏｌＩＤ：当該範囲で保護を提供するＩＰＭＰツールの一意なＩＤ。
−ｃｏｎｔｒｏｌＰｏｉｎｔ：ＩＰＭＰツールが存在するＩＰＭＰ制御ポイントを指定する値であり、以下の値の一つである。
【００８８】
項ＴＢｎ、Ｂｎ、ＥＢｎ、ＤｎはＭＰＥＧ−２システムＩＳＯ／ＩＥＣ１３８１８−１のＳＴＤモデルに定義されている。
【表７】
【００８９】
−ｓｅｑｕｅｎｃｅＣｏｄｅ：ＩＰＭＰツールと同じ制御ポイントに存在するＩＰＭＰツール（群）との関係を指定する値。当該フィールドの値は特定の制御ポイントにおける当該ＩＰＭＰツールの優先度を指定する。例えば、値「２０」は、当該ツールが、ｓｅｑｕｅｎｃｅＣｏｄｅが「１２」であるＩＰＭＰツールよりも優先度が高いことを意味する。データは最初に優先度が高いＩＰＭＰツールへ送られ、その後で次に優先度が高いＩＰＭＰツールへ進む。同じストリームの同一制御ポイントで２個のツールが同じシーケンス番号を有することはない。
−ＩＰＭＰ＿Ｄａｔａ：ＩＳＯ１３８１８−１１の規定に従いＩＰＭＰ＿Ｄａｔａ＿ＢａｓｅＣｌａｓｓから拡張されたＩＰＭＰデータ。ＩＰＭＰデータはＩＰＭＰ権利データ、ＩＰＭＰ鍵データ、ツール構造データ等を含むがこれに限定されない。
−ｉｓＳｉｇｎｅｄ：当該１ビットフィールドはＩＰＭＰ記述子内に署名が存在することを示す。
−Ｓｉｇｎａｔｕｒｅ：ＩＰＭＰ記述子全体の署名。
−ＣｅｒｔＴｙｐｅ：使用されている認証機構のタイプであって、値は登録機関から付与される。
−ＮｕｍＣｅｒｔｓ：含まれる認証の数。
−Ｃｅｒｔｉｆｉｃａｔｅ：認証の配列
−Ｖｅｒｉｆｙｉｎｇ＿Ｔｏｏｌ＿ＩＤ：認証（群）を検証するために必要なツールのＩＤ。値「０」は機器を示す。
【実施例】
【００９０】
以下はＳＤＰにおける順応型ＩＰＭＰ保護通知の例であり、セッション・レイヤのＲＴＳＰセッションに格納されている。
【００９１】
ＦＧＳビットストリームに対するクライアント要求
Ｃ−＞Ｓ
ＤＥＳＣＲＩＢＥ ｒｔｓｐ：／／１４０．１１３．２１１．１８４／ｆｏｒｅｍａｎ．ｍ４ｖ ＲＴＳＰ／１．０
ＣＳｅｑ：Ｏ
Ｕｓｅｒ−Ａｇｅｎｔ：ＰＳＬ ＦＧＳ Ｐｌａｙｅｒ：１７６ｘｌ４４，１６−ｂｉｔ ｃｏｌｏｒ，ＦＧＳ，１０
Ａｃｃｅｐｔ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｓ−＞Ｃ
ＲＴＳＰ／１．０ ２００ ＯＫ
ＣＳｅｑ：Ｏ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：５２９
ｖ＝０
ｏ＝ＳｔｒｅａｍＳｅｒｖｅｒ １０６０８７３９５７０４６７０１７２７７ １０１６１４７２９７０００ ＩＮ ＩＰ４ １４０．１１３．２１１．１８４
ｓ＝ＰＳＬ ｍｐｅｇ４ ｓｔｒｅａｍ
ｅ＝ｓｅｒｖｅｒ＠ｐｓｌ．ｃｏｍ．ｓｇ
ｃ＝ＩＮ ＩＰ４ １４０．１１３：２１１．１８４
ｔ＝０ Ｏ
ａ＝ｃｏｎｔｒｏｌ：＊
ａ＝ｒａｎｇｅ：ｎｔｐ＝Ｏ−７．４００００
ａ＝ｉｐｍｐ−ｃｏｎｔｒｏｌ：″ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｉｐｍｐ″
ｍ＝ｖｉｄｅｏ Ｏ ＲＴＰ／ＡＶＰ ９６
ａ＝ｒｔｐｍａｐ：９６ ＭＰ４Ｖ−ＥＳ／９００００
ａ＝ｃｏｎｔｒｏｌ：ｔｒａｃｋＩＤ＝０
ａ＝ｆｍｔｐ：９６ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝１７；ｃｏｎｆｉｇ＝０００００１０１０００００１２００２０４４００７ａ８２ｃ２０９０ａ２１ｆ
ｍ＝ｖｉｄｅｏ Ｏ ＲＴＰ／ＡＶＰ ９７
ａ＝ｒｔｐｍａｐ：９７ ＭＰ４Ｖ−ＥＳ／９００００
ａ＝ｃｏｎｔｒｏｌ：ｔｒａｃｋＩＤ＝１
ａ＝ｆｍｔｐ：９７ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝１８；
ｃｏｎｆｉｇ＝０００００１０００００１２１８９２８５００１ｅｃ７Ｏ５８４１２１７ｆｆｂ６ｄｂ６ｂ６ｄｂ６ｄｂ６ｃ９２４９２０ｆ
ａ＝ｄｅｐｅｎｄｓ＿ｏｎ：ｔｒａｃｋＩＤ＝０
ａ＝ｉｐｍｐ−ｄ：″ｄａｔａ：ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｄ；ｂａｓｅ６４，
ＶｎｄＣＴＦＦＶＺｋＦ５ａＯＦ５Ｕ１ＦＢＷＩＦＲＴｋｌＣＲＵＦＩＭＥＦＢＱＶＢｖＱＵＦＢＲＤＺＢＱＶＩＲＱＵＶＲＱＵＦＢＵＧ９ＢＡＡＡＡ″
（Ｃ−＞Ｓはクライアントからサーバへ送信するＲＴＳＰメッセージを示し、Ｓ−＞Ｃはサーバからクライアントへ送信するＲＴＳＰメッセージを示す。）
【００９２】
上記の例は、受信側のクライアントが、ＳＤＰ宣言のセッションレベル属性内に表記されているＨＴＴＰサイト（ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｉｐｍｐ）からＩＰＭＰ制御情報（ＩＰＭＰツールリストおよび権利情報）を読み出す必要があることを示している。メディア・セッションレベルにおいて、ＦＧＳベース層のビデオ・ストリームは保護されていないが、拡張層ビデオは１個のＩＰＭＰツールにより保護されている。同ツールの記述はＩＰＭＰ記述子内に格納されていて、ＳＤＰ第二メディア属性内でさらに宣言されているＢａｓｅ６４により符号化されている。
【００９３】
本発明は、ＳＤＰおよびＩＰＭＰ記述子のセッションレベル属性におけるＩＰＭＰツールリストおよび権利コンテナを、ＳＤＰのメディアレベルまたはセッションレベル属性のいずれかにおいて使用して、ストリーミング・コンテンツ向け権利情報とともに順応型ＩＰＭＰ保護を通知する。
【００９４】
そのようにして、以下の点が実現される。
１）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰツールリストを用いることにより、セッション全体に参加してすべてのメディア・ストリームを再生するためにどのＩＰＭＰツールが必要であるかを示す。
２）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰ権利コンテナを用いることにより、どのような使用権がセッション全体に関連付けられているかを示す。
３）メディアレベルまたはセッションレベル属性「ＩＰＭＰ−Ｄ」におけるＩＰＭＰ記述子を用いることにより、どのＩＰＭＰツールがどのメディア・ストリームを保護するかを示す。
４）ＩＰＭＰ記述子のＩＰＭＰ＿Ｄａｔａフィールド内のツール構造データ、特定メディアレベルの使用権情報、鍵データを送信する。
【００９５】
本発明で規定する「ｉｐｍｐ−ｃｏｎｔｒｏｌ」および「ｉｐｍｐ−ｄ」のＳＤＰ属性によって、完全に順応型ＩＰＭＰ通知を実現可能である。従って、ＩＳＯ／ＩＥＣ １３８１８−１１またはＩＳＯ／ＩＥＣ １４４９６−１３（ＭＰＥＧ−２／４ＩＰＭＰ拡張）の記載事項に基づいて端末側で順応型かつセキュリティ保証されたＩＰＭＰフレームワークを実装することができる。
【００９６】
なお、本発明は、様々な実施の形態に示されている以下の構成をとることができる。第１の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰツールリストを生成してクライアントがセッション内でメディア・ストリームを処理するために必要とするＩＰＭＰツールのリストを示すステップと、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストを受信側へ搬送するために、前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性に組み込むステップと、
を含む。
【００９７】
第２の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
現行セッション内のすべてのメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性に組み込むステップと、を含む。
【００９８】
第３の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
関連付けられたメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性に組み込むステップと、
を含む。
【００９９】
第４の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利コンテナに格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、ＩＰＭＰ権利コンテナをセッションレベル属性に格納するステップと、
を含む。
【０１００】
第５の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰセッションレベル属性に格納するステップと、
を含む。
【０１０１】
第６の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
関連付けられたメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰメディアレベル属性に格納するステップと、
を含む。
【０１０２】
第７の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性から受け取るステップと、
前記ツールリストの示されたツールを調べ、受信側にすべてのツールが存在することを確認し、存在しない場合はツールを読み出すか、またはメディア・ストリームの再生が中止されるステップと、
を含む。
【０１０３】
第８の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出して、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
【０１０４】
第９の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出して、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
【０１０５】
第１０の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ権利コンテナをＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利コンテナ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
【０１０６】
第１１の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
【０１０７】
第１２の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内の関連付けられたメディア・ストリームを管理するステップと、
を含む。
【０１０８】
上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、以下の特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。
【技術分野】
【０００１】
本発明は、一般的なストリーミング・コンテンツ保護のためのデジタル権利管理（ＤＲＭ）または知的所有権管理および保護（ＩＰＭＰ）に関する。
【背景技術】
【０００２】
近年、メディア・コンテンツ流通産業においてインターネットを介したビデオや音声の相互運用可能な配信を保証することが広く推進されてきた。標準化の観点から、ＩＰネットワークを介してメディア・サーバからメディア・クライアントへ送信されるメディア・コンテンツを如何に保護するか、また保護されたメディアをクライアントの受信側が如何にして相互運用可能に再生できるかが注目を浴びてきた。各種の標準化団体は、この問題に対する解決策を提供すべく多大な努力をしてきた。
【０００３】
インターネット・ストリーミング・メディア・アライアンス（ＩＳＭＡ）は、このような団体の一つである。同団体はＩＰフレームワークおよびインターネットで利用できる相互運用可能なビデオや音声システムをベンダーが構築するために利用可能な、既存のオープン標準を利用したフレームワークを明示することにより、このニーズに応えようとするものである。同団体はまた、ＩＳＭＡメディア・ストリーム用に暗号化フレームワーク、すなわちＩＳＭＡＣｒｙｐも規定している。同団体は現時点において、ＩＳＭＡ仕様およびＩＳＭＡＣｒｙｐパラメータのｆｍｔｐ通知に関してメディア・ストリームの暗号化およびメディア・メッセージの認証についてデフォルトの方式を規定している。図１に、ＩＳＭＡフレームワークに対するＩＳＭＡＣｒｐｔ保護のアーキテクチャ図を示す。
【０００４】
しかし、そのような保護システムは、異なるコンテンツ・ストリームに対して別々の暗号化方式を、あるいは同じコンテンツ・ストリームに対しても異なる保護方式（例：暗号化、透かし入り）を可能にするような順応性のある仕組みを提供しない点が極めて不便である。また、権利情報を格納する仕組みを全く提供しない。
【０００５】
同時に、ＭＰＥＧ標準化団体はまた、メディア・リソース保護のために順応型かつ相互運用可能なＩＰＭＰフレームワークを提供すべく多大な努力を行なってきた。ＭＰＥＧは準拠端末を含むＩＰＭＰフレームワークの標準化に向けて発展している。すべての端末が、使用するＩＰＭＰツールの種類にかかわらず同一のＩＰＭＰ標準に従うことにより、暗号化により保護されたコンテンツを表示することができる。ＩＰＭＰツールは、認証、解読、透かし入れ等、１個以上のＩＰＭＰ機能を実行するモジュールである。このように広範な相互運用可能性を実現するためにＩＰＭＰは、ツールのダウンロードを可能にし、遠隔サイトからツールを読み出して順応性をもって更新することができる。ＩＰＭＰはまた、端末がパラメータ記述に従って自身の好むツールを選択できるようにする。ＩＰＭＰ端末はまた、何らかのパラメータ統合に従って、いくつかのツールを統合してツールの組（単一ツールと同じ働きをする）を形成する。図２に、ＭＰＥＧ ＩＰＭＰ保護の一般的なアーキテクチャ図を示す。
【０００６】
しかし、ＭＰＥＧ ＩＰＭＰフレームワークは、順応性のある保護スキームを可能にするが、必ずしもマルチメディア・ストリーミング送信に利用されないＭＰＥＧ−２／４システム内で規定されている。
【０００７】
図５は、従来のＭＰＥＧ−４ストリーミングにおけるレイヤ構造を示す図である。従来のストリーミングでは、インターネットプロトコル（ＩＰ）等のネットワーク・レイヤ１０、ＲＴＳＰ（特にセッション・デスクリプション・プロトコル（ＳＤＰ））等のセッション・レイヤ２０、ＭＰＥＧ−４システム等のシステム・レイヤ３０、ＭＰＥＧ−４ ビデオ／オーディオ４１，４２等のコンテンツ・レイヤ４０からなるレイヤ構造を有する。従来のストリーミングでは、メディア・ストリームのＭＰＥＧ−４ ビデオ／オーディオのコンテンツの保護に関するＩＰＭＰツールリスト３１やＩＰＭＰ記述子３２等のＩＰＭＰ情報は、システム・レイヤ３０であるＭＰＥＧ−４システムに記述されている。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
本発明は以下の課題を解決しようとするものである。
【０００９】
ＭＰＥＧ ＩＰＭＰは、ＭＰＥＧ−２／４システム内において順応型保護通知を提供する。図２は、ＭＰＥＧ−２ＩＰＭＰコンテンツ構造を、図３は、ＭＰＥＧ−４ＩＰＭＰ拡張コンテンツ構造を示す。しかし、このような順応型保護通知はＭＰＥＧ−２／４システムを利用しないメディア・ストリーミング、例えばＩＳＭＡストリーミングには存在しない。そのため、図５のＭＰＥＧ−４システムを利用できないＩＳＭＡ受信機ではコンテンツの保護に関するＩＰＭＰ情報を取得できないため、ＩＰＭＰツールによって保護されたコンテンツを利用できない。
【００１０】
現行のインターネット領域では、インターネット・プロトコル（ＩＰ）を介して、ＲＴＳＰ／ＳＤＰを伴ったＲＴＰ／ＵＤＰを用いて伝送されるマルチメディア・ストリーミングが益々普及しており、エンドユーザーは高価なコンテンツを益々容易に利用できるようになった。コンテンツ送信に用いる伝送プロトコルが何であろうと、セッション・デスクリプション・プロトコル（ＳＤＰ）を用いて、セッションレベルを記述すると共に、メディアレベルを記述するための各種の属性を格納することによりコンテンツが利用しやすくなる。
【００１１】
本発明の目的は、上述のように普及しているマルチメディア・ストリーミング環境下で、特に、セッション通知、セッション誘導、その他の方式によるマルチメディア・セッション起動を目的とするマルチメディア・セッションの記述にセッション記述プロトコル（ＳＤＰ）を用いる、ストリーミング・コンテンツの保護および管理を提供することである。
【課題を解決するための手段】
【００１２】
本発明に係るストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア・ストリームを受信するクライアントとを備えたストリーミング・システムであって、
前記サーバは、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）に前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備え、
前記クライアントは、
前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とする。
【００１３】
また、前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であってもよい。この場合には、前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記ＩＰＭＰツールを特定し、前記メディア・ストリームを管理することができる。
【００１４】
さらに、前記管理情報は、前記メディア・ストリームの権利情報であってもよい。この権利情報にはメディア・ストリームの使用権情報等を含む。
【００１５】
また、前記管理情報は、前記ＳＤＰのセッションレベル属性又はメディアレベル属性に格納される。管理情報がセッションレベル属性に格納される場合には、全てのメディア・ストリームについて管理できる。また、管理情報がメディアレベル属性に格納される場合には関連づけられたメディア・ストリームについて管理できる。
【００１６】
上記ＩＰＭＰ記述子内に、ツール構造またはその他のタイプのＩＰＭＰデータを格納してもよい。このＩＰＭＰ記述子をセッション・レイヤであるＳＤＰに記述することによって、このメディア・ストリームが該ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨が受信側のクライアントに通知される。なお、上述のように、ＩＰＭＰ記述子がセッションレベル属性に格納されるか、メディアレベル属性に格納されるかによって対象となるメディア・ストリームの範囲は異なる。
【００１７】
また、上記権利情報の使用権情報は、ＩＰＭＰ権利コンテナに格納してもよい。さらに、このＩＰＭＰ権利コンテナは、ＳＤＰ内に記述される。これによって、メディア・ストリームは記述された使用規約の管理下にある旨が受信側のクライアントに通知される。なお、ＩＰＭＰ権利コンテナは、セッションレベル属性に格納される。
【００１８】
さらに、上記権利情報の使用権情報は、ＩＰＭＰ権利データに格納してもよい。このＩＰＭＰ権利データは、ＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納してもよい。これによって、メディア・ストリームが、記述された使用規約の管理下にある旨を示すことができる。
【００１９】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性に格納される場合には、現行セッション内のすべてのメディア・ストリームが使用権情報に記述された使用規約の管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性に格納される場合には、関連付けられたメディア・ストリームが使用権情報に記述された使用規約の管理下にある。
【００２０】
また、上記クライアントでは、ＩＰＭＰツールリストをＳＤＰのセッションレベル属性から読み出して、ＩＰＭＰツールリストで示されたＩＰＭＰツールを調べる。その後、受信側のクライアントにおいて、すべてのＩＰＭＰツールが存在することを確認し、存在しない場合は、ネットワークを介してサーバ等からＩＰＭＰツールを読み出すか、またはメディア・ストリームの再生を中止する。
【００２１】
さらに、上記クライアントでは、ＩＰＭＰ記述子をＳＤＰから読み出して、メディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨の通知を受ける。さらに、クライアントは、ＩＰＭＰ記述子に格納されているツール構造データを用いてＩＰＭＰツールの設定または初期化を行なうか、あるいはＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援してもよい。
【００２２】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性から読み出される場合には、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性から読み出される場合には、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある。
【００２３】
また、上記クライアントでは、ＩＰＭＰ権利コンテナをＳＤＰのセッションレベル属性から読み出し、さらに、ＩＰＭＰ権利コンテナから使用権情報を読み出す。クライアントでは、この使用権情報を用いて、現行セッション内のすべてのメディア・ストリームを管理することができる。
【００２４】
さらに、上記クライアントでは、ＳＤＰからＩＰＭＰ記述子を読み出し、そのＩＰＭＰ記述子から使用権情報を読み出す。クライアントでは、この使用権情報を用いてメディア・ストリームを管理することができる。
【００２５】
なお、ＩＰＭＰ記述子がＳＤＰのセッションレベル属性から読み出される場合には、現行セッション内のすべてのメディア・ストリームが使用権情報に記述された使用規約の管理下にある。一方、ＩＰＭＰ記述子がＳＤＰのメディアレベル属性から読み出される場合には、関連付けられたメディア・ストリームが使用権情報に記述された使用規約の管理下にある。
【００２６】
本発明は、実際のメディア・ストリームに権利表記情報を義務付けることによりＳＤＰを用いて順応型ＩＰＭＰ（ＤＲＭ）保護を通知する手段を提供する。
【００２７】
本発明では、順応型ＩＰＭＰ通知情報を格納するために２種の付加的ＳＤＰ属性を規定する。これに準拠する全ての端末が著作権保護および管理プロセスを回避できないことを保証するために、上記ＩＰＭＰ関連属性を義務化することが好ましい。
【００２８】
デジタル権利情報はまた、上で規定されたＳＤＰ属性に規範的に格納できる。権利情報は、ＭＰＥＧ−２１ ＲＥＬ（権利表記言語）、ＯＤＲＬ（オープンデジタル権利言語）等、さまざまな形式であってよい。
【００２９】
上述のＳＤＰ属性内で、ＩＰＭＰツールリストおよびＩＰＭＰ記述子を用いて保護を通知する。この手段は最新のＭＰＥＧ−２／４ＩＰＭＰ拡張標準と互換性を有する。これはまた、ストリーミング・コンテンツの再生に必要なＩＰＭＰ保護ツールを識別する順応性のある方法を提供する。
【００３０】
ストリーミング・サーバ内部で、ストリーミング・メディアの保護に用いられたツールのタイプに基づいてＩＰＭＰツールリストが構成される。ツールリストの概念は、図中２．１および３．１で示すＭＰＥＧ−２／４ＩＰＭＰに由来する。ここに、いずれのＭＰＥＧ−２／４システムも存在しない状況下で、ツールリストはセッションレベル全体において規定されたＳＤＰ属性「ｉｐｍｐ−ｃｏｎｔｒｏｌ」に格納されている。
【００３１】
セッション内のストリームが何らかのデジタル権利の管理下にある場合、例えばＭＰＥＧ−２１ ＲＥＬ等の特定の権利言語で詳しく表記されている場合には、サーバは権利情報をＩＰＭＰ権利コンテナに挿入することができる。同時に権利情報は「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性にも格納される。ＭＰＥＧ−２ＩＰＭＰにおいて、権利コンテナはＰＳＩ（プログラム固有情報）（２．２）に格納されており、ＳＤＰではＭＰＥＧ−２システムのＰＳＩの代わりに「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性が用いられる。
【００３２】
特定のストリームをどのツールが保護するかに基づいてＩＰＭＰ記述子も構成される。ＭＰＥＧ−２／４ＩＰＭＰにおいて、図中２．３および３．３に示すようにＩＰＭＰ記述子はＭＰＥＧ−２／４内のさまざまな場所に格納できる。ここに、ＩＰＭＰ記述子はツール保護を通知すべく各々の特定メディアレベルまたはセッションレベルにおいて規定されたＳＤＰ属性「ｉｐｍｐ−ｄ」内に埋め込まれている。
【００３３】
ツール保護通知以外に、ＩＰＭＰ記述子はまた、あらゆる種類のＩＰＭＰ＿Ｄａｔａ＿ＢａｓｅＣｌａｓｓから導かれたＩＰＭＰデータも格納可能であり、ツール構造、使用権情報等が含まれるがこれに限定されない。
【００３４】
ＳＤＰは、ＲＴＳＰ等の様々な転送プロトコルを用いて受信側へ搬送することができる。受信側のクライアントは、規定された２種のＩＰＭＰ関連属性、すなわち「ｉｐｍｐ−ｃｏｎｔｒｏｌ」および「ｉｐｍｐ−ｄ」を解析する。
【００３５】
「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性内でＩＰＭＰツールリストを検知したならば、受信側はセッション全体にわたりＩＰＭＰ保護が実施されていることを認識している。受信側はセッション内のメディア・ストリームを再生する前に、ツールリストに登録されている全てのツールが端末側で利用可能であることを確認し、利用可能でなければ指定されたＵＲＬからツールを取得する。
【００３６】
「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性のＩＰＭＰ権利コンテナ内で、あるいはセッションレベルの「ｉｐｍｐ−ｄ」属性のＩＰＭＰ記述子内でデジタル権利情報を検知したならば、受信側は現行セッション内の全メディア・ストリームが、指定されたデジタル権利の管理下にあることを認識できる。この場合には、適切な権利保護処置がなされることが好ましい。
【００３７】
セッションレベルのＳＤＰ「ｉｐｍｐ−ｃｏｎｔｒｏｌ」属性内でＩＰＭＰ記述子を検知したならば、受信側は全てのストリームがどのツールで保護されているかを認識することができる。ストリームを再生している間、受信側は、全てのセッションストリームに対して指定された時と場所で指定されたＩＰＭＰツールを起動することができる。
【００３８】
メディアレベルのＳＤＰ「ｉｐｍｐ−ｄ」属性内でＩＰＭＰ記述子を検知したならば、受信側はどのストリームがどのツールで保護されているかを認識することができる。受信側は、指定されたストリームに対して指定された時と場所で指定されたＩＰＭＰツールを起動することができる。
【００３９】
ツール初期化パラメータはＩＰＭＰ記述子に格納可能であり、それにより実際に使用する前にツールを設定することができる。使用権情報もまたＩＰＭＰ記述子に格納であり、特定のメディア・ストリームに関連付けられた固有の使用規則を記述することができる。
【図面の簡単な説明】
【００４０】
【図１】ＩＳＭＡＣｒｙｐアーキテクチャを示す図である。
【図２】ＭＰＥＧ−２ＩＰＭＰ拡張コンテンツ構造を示す図である。
【図３】ＭＰＥＧ−４ＩＰＭＰ拡張コンテンツ構造を示す図である。
【図４】ＳＤＰ属性を用いるＩＰＭＰ保護通知を示す図である。
【図５】従来のＭＰＥＧ−４ストリームのレイヤ構造を示す図である。
【図６】本発明のメディア・ストリーム送受信システムにおけるＭＰＥＧ−４ストリームのレイヤ構造を示す図である。
【図７】サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルにＩＰＭＰツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。
【図８】ＩＰＭＰツールに関する情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
【図９】サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。
【図１０】権利情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
【符号の説明】
【００４１】
２．１ ＩＰＭＰツールリスト
２．２ ＩＰＭＰツールコンテナ
２．３ ＩＰＭＰ記述子（群）
３．１ ＩＰＭＰツールリスト
３．３ ＩＰＭＰ記述子（群）
４．１ セッションレベルセクション
４．２ メディアレベルセクション
４．３ 属性行
４．４ 属性行
１０ ネットワーク・レイヤ
２０ セッション・レイヤ
２１ ＩＰＭＰツールリスト
２２ ＩＰＭＰ記述子
３０ システム・レイヤ
３１ ＩＰＭＰツールリスト
３２ ＩＰＭＰ記述子
４０ コンテンツ・レイヤ
４１ ＭＰＥＧ−４ ビデオ
４２ ＭＰＥＧ−４ オーディオ
４３ その他のコンテンツ
【発明を実施するための最良の形態】
【００４２】
本発明の実施の形態に係るメディア・ストリーム送受信システム、メディア・ストリーム送信方法、メディア・ストリーム受信方法について、添付図面を用いて説明する。
【００４３】
図６は、本発明の実施の形態に係るストリーミング・システムにおけるＭＰＥＧ−４ストリーミングのレイヤ構造を示す図である。このストリーミングは、少なくともセッション・レイヤを含むレイヤ構造を有し、例えば図６に示すように、インターネットプロトコル（ＩＰ）等のネットワーク・レイヤ１０、ＲＴＳＰ（特にセッション・デスクリプション・プロトコル（ＳＤＰ））等のセッション・レイヤ２０、ＭＰＥＧ−４ ビデオ／オーディオ４１，４２等やその他のコンテンツ４３を伝送するコンテンツ・レイヤ４０からなるレイヤ構造を有する。また、図６では同じセッションで一つのメディア・ストリームを含むがこれに限られず、同じセッションにおいて、複数のメディア・ストリームを含んでもよい。本発明のストリーミング・システムにおけるストリーミングでは、メディア・ストリームのＭＰＥＧ−４ ビデオ／オーディオのコンテンツの保護に関するＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報は、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述されている。また、メディア・ストリームで搬送されるコンテンツの使用権情報等の権利情報をＳＤＰに記述してもよい。ＩＰＭＰ情報や権利情報は、メディア・ストリーム（コンテンツ）を管理するための管理情報である。すなわち、本発明のストリーミング・システムでは、ＩＰＭＰ情報や権利情報等の管理情報をセッション・レイヤ２０のＳＤＰに記述している。そこで、ストリーミングの受信側がＩＳＭＡ受信機等のようにＭＰＥＧ−４システムを利用しないクライアントであっても、ＳＤＰからＩＰＭＰ情報や権利情報等の管理情報を抽出でき、これらを用いてメディア・ストリームを管理できる。なお、ＩＰＭＰ情報や権利情報等の管理情報は、ＳＤＰのうち、同じセッションの全てのメディア・ストリームに関するセッションレベル属性又は関連づけられた特定のメディア・ストリームに関するメディアレベル属性に格納することができる。
【００４４】
このストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、サーバからネットワークを介してメディア・ストリームを受信するクライアントとを備える。サーバは、ストリーミングのセッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）にメディア・ストリームで搬送するコンテンツを管理する管理情報を格納する手段と、セッション・レイヤで管理情報を格納したＳＤＰをクライアントに送信する手段とを備える。また、クライアントは、管理情報を格納したＳＤＰをサーバから受信する手段と、受信したＳＤＰから管理情報を抽出する手段と、抽出した管理情報に基づいてメディア・ストリームを管理する手段とを備える。
【００４５】
図７は、サーバにおいて、ストリーミングのセッション・デスクリプション・プロトコル（ＳＤＰ）にＩＰＭＰツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。
（ａ）ストリーミングのセッション・レイヤ２０のＳＤＰに、メディア・ストリームで搬送するコンテンツのＩＰＭＰツールに関するＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を組み込む（Ｓ０１）。なお、ＩＰＭＰツールリスト又はＩＰＭＰ記述子のＩＰＭＰ情報は、図４に示すように、ＳＤＰのセッションレベル属性又はメディアレベル属性に格納できる。同じセッション中の全てのメディア・ストリームについて共通のＩＰＭＰツールで管理する場合には、ＩＰＭＰ情報をセッションレベル属性に格納する。特定のメディア・ストリームについて、所定のＩＰＭＰツールで管理する場合には、ＩＰＭＰ情報を関連づけられたメディアレベル属性に格納する。
（ｂ）ＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を含むＳＤＰをストリーミングのセッション・レイヤ２０でクライアントに送信する（Ｓ０２）。
（ｃ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツをストリーミングのコンテンツ・レイヤ４０でクライアントに送信する（Ｓ０３）。
【００４６】
図８は、ＩＰＭＰツールに関する情報を格納したセッション・デスクリプション・プロトコル（ＳＤＰ）を含むストリーミングをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
（ａ）メディア・ストリームで搬送するコンテンツのＩＰＭＰツールに関するＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を含むＳＤＰをストリーミングのセッション・レイヤ２０でサーバから受信する（Ｓ１１）。
（ｂ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツ４１、４２をストリーミングのコンテンツ・レイヤ４０でサーバから受信する（Ｓ１２）。
（ｃ）受信したＳＤＰからＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２を抽出する（Ｓ１３）。
（ｄ）抽出したＩＰＭＰツールリスト２１又はＩＰＭＰ記述子２２に基づいてＩＰＭＰツールを特定する（Ｓ１４）。
（ｅ）特定したＩＰＭＰツールを用いてメディア・ストリームのコンテンツ４１、４２を管理する（Ｓ１５）。
【００４７】
このように、ＭＰＥＧ−４ ビデオ／オーディオのコンテンツ４１，４２の保護に関するＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報を、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述している。そこで、受信機側がＭＰＥＧ−４システムを利用しない場合であっても、ＳＤＰからＩＰＭＰツールリスト２１やＩＰＭＰ記述子２２等のＩＰＭＰ情報を抽出でき、これらを用いてＩＰＭＰツールを特定し、コンテンツを管理できる。
【００４８】
なお、ＩＰＭＰ情報は、ＳＤＰのセッションレベル属性又はメディアレベル属性に格納される。ＩＰＭＰ情報がセッションレベル属性に格納される場合には、同じセッションにおける全てのメディア・ストリームについて管理できる。また、ＩＰＭＰ情報がメディアレベル属性に格納される場合には関連づけられたメディア・ストリームについて管理できる。
【００４９】
図９は、サーバにおいて、ストリーミングのセッション・デスクリプション・プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。
（ａ）ストリーミングのセッション・レイヤ２０のＳＤＰにメディア・ストリームで搬送するコンテンツの使用権情報等の権利情報を組み込む（Ｓ２１）。
（ｂ）権利情報を含むＳＤＰをストリーミングのセッション・レイヤ２０でクライアントに送信する（Ｓ２２）。
（ｃ）ＭＰＥＧ−４のビデオ・オーディオ・コンテンツをストリーミングのコンテンツ・レイヤ４０でクライアントに送信する（Ｓ２３）。
【００５０】
図１０は、権利情報を組み込んだセッション・デスクリプション・プロトコルを含むストリーミングをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
（ａ）メディア・ストリームで搬送するコンテンツの使用権情報等の権利情報を含むＳＤＰをストリーミングのセッション・レイヤ２０でサーバから受信する（Ｓ３１）。
（ｂ）ＭＰＥＧ−４のビデオ／オーディオ・コンテンツ４１、４２をストリーミングのコンテンツ・レイヤ４０でサーバから受信する（Ｓ３２）。
（ｃ）受信したＳＤＰから権利情報を抽出する（Ｓ３３）。
（ｄ）抽出したＩＰＭＰツールを用いてメディア・ストリームのコンテンツ４１、４２を管理する（Ｓ３４）。
【００５１】
このように、ＭＰＥＧ−４ ビデオ／オーディオのコンテンツ４１，４２の使用権情報等の権利情報を、セッション・レイヤ２０であるセッション・デスクリプション・プロトコル（ＳＤＰ）に記述している。そこで、受信機側がＭＰＥＧ−４システムを利用しない場合であっても、ＳＤＰから使用権情報等の権利情報を抽出でき、これらを用いてコンテンツを管理できる。
【００５２】
なお、権利情報は、ＳＤＰのセッションレベル属性又はメディアレベル属性に組み込まれる。権利情報がセッションレベル属性に組み込まれる場合には、同じセッションにおける全てのメディア・ストリームについて管理できる。また、権利情報がメディアレベル属性に組み込まれる場合には関連づけられたメディア・ストリームについて管理できる。
【００５３】
以下に、このストリーミング・システムにおけるストリーミングのセッション・レイヤと、そこに記述する管理情報について説明する。このストリーミング・システムでは、セッション・レイヤのセッション・デスクリプション・プロトコル（ＳＤＰ）にＩＰＭＰ情報や権利情報等の管理情報を記述している。
【００５４】
まず、セッション・デスクリプション・プロトコル（ＳＤＰ）について説明する。セッション・デスクリプション・プロトコル（ＳＤＰ）は、専らセッション記述用のフォーマットであり、転送プロトコルを含まず、セッション通知プロトコル（ＳＡＰ）、セッション起動プロトコル（ＳＩＰ）、実時間ストリーミングプロトコル（ＲＴＳＰ）、ＭＩＭＥ拡張を使用する電子メール、およびハイパーテキスト転送プロトコル（ＨＴＴＰ）を含む各種の転送プロトコルを適宜使用することを前提としている。汎用目的のサービス提供を行なうことで広範なネットワーク環境およびマルチメディア・ストリーミング送信用アプリケーションに利用可能である。
【００５５】
一般に、ＳＤＰは、セッションの存在を知らしめて、セッションに参加できる十分な情報を格納する手段である。メディア情報、タイミング情報、その他何らかの情報をＳＤＰに記述して他の転送プロトコルにより配信することができる。
【００５６】
セッション記述は、セッションレベル記述（セッション全体およびすべてのメディア・ストリームに適合する。）および任意にいくつかのメディアレベル記述（単一メディア・ストリームに適合する。）から成る。セッションレベル部分は「ｖ＝」行から始まり、第１のメディアレベルセクションに続く。メディア記述は「ｍ＝」行から始まり、次のメディア記述またはセッション記述全体の最後へ続く。一般に、セッションレベル値は、同じメディアレベルの値により上書きされない限り全てのメディアについてデフォルト値である。
【００５７】
ＳＤＰ内で規定された属性（「ａ＝」行を伴う）は、ＳＤＰを拡張する主な手段である。これは「セッションレベル」属性、「メディアレベル」属性、またはその両方として使用可能である。メディア記述はメディア固有の属性（「ａ＝」フィールド）を何個含んでいてもよい。
【００５８】
これらは「メディアレベル」属性と呼ばれ、メディア・ストリームに関する情報を追加するものである。第一のメディア・フィールドの前に属性フィールドを追加してもよい。一方、「セッションレベル」属性は個々のメディアではなくストリーミング層全般に適合する追加情報を格納する。
【００５９】
本発明のメディア・ストリームの送信方法では、２種の異なる階層におけるＳＤＰ「属性」の特徴を用いて順応型ＩＰＭＰ保護を通知する。図４に、ＳＤＰにおける順応型ＩＰＭＰ通知の一般的なアーキテクチャ図を示す。モジュール４．１にセッションレベルセクション、および４．２にメディアレベルセクションを示す。
【００６０】
注記：順応型ＩＰＭＰ通知用に「属性」フィールドの「ａ＝＜ａｔｔｒｉｂｕｔｅ＞：＜ｖａｌｕｅ＞」の形式を利用する。
【００６１】
ＩＰＭＰ制御情報通知
送信側は受信側に対し、一般的なＳＤＰ属性（セッションレベルで「メディア」行の前に配置される属性）にＩＰＭＰ制御情報セッションが含まれていることを通知する必要がある。これは下記の属性行（図４の４．３）の形式をとる。
ａ＝ｉｐｍｐ−ｃｏｎｔｒｏｌ：［＜ｃｏｎｔｒｏｌ−ｄａｔａ＞］
ここで、ｃｏｎｔｒｏｌ−ｄａｔａはＲＴＳＰセッションでは任意属性である。上記属性行が提供されていない場合、ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｃｏｎｔｒｏｌのタイプと合わせてＤＥＳＣＲＩＢＥを用いるとともに前者を受容することによりＲＴＳＰセッションを介してＩＰＭＰ制御情報が読み出される。他の何らかの手段（例えばＳＡＰ内のファイルとして）でＳＤＰ情報が提供される場合、ｃｏｎｔｒｏｌ−ｄａｔａは必須である。ｃｏｎｔｒｏｌ−ｄａｔａは二重引用符で囲まれたＵＲＬでなければならず、ＩＰＭＰ制御情報を提供する（例えば、小さいものは「ｄａｔａ」を、それ以外は「ｈｔｔｐ」または他の適当なファイルアクセスＵＲＬを用いて符号化することができる。）。実際のＩＰＭＰ制御情報は下記のサブセクションで規定され、ＩＰＭＰツールリストおよびこれに続く権利コンテナが含まれる。
【００６２】
ＩＰＭＰツールリストクラス
ＩＰＭＰツールリストクラスにはＩＰＭＰツールのリストが含まれる。これを用いて、コンテンツの再生に使用するすべてのＩＰＭＰツールを指定する。
【００６３】
【表１】
【００６４】
ＩＰＭＰツールリストクラス内のフィールドの意味
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ＮｕｍＴｏｏｌｓ：当該１６ビットフィールドは当該ＩＰＭＰツールリストクラスで何種類のツールが指定されているかを示す。
−ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ：当該クラスは、ツールＩＤ、代替可能なツール等、ツールに関する情報を格納する。これは以下のように規定される。
【００６５】
ＩＰＭＰツール情報クラス
ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ＿Ｃｌａｓｓは、機器が必要とする論理ＩＰＭＰツール用の情報を含んでいる。論理ツールは以下のいずれか一つであってよい。
１．ＩＰＭＰ＿ＴｏｏｌＩＤで指定されるベンダー固有のＩＰＭＰツール、
２．代替ＩＰＭＰツールのリスト内の１個
３．パラメータ記述で指定されるＩＰＭＰツール
【００６６】
【表２】
【００６７】
ＩＰＭＰツール情報クラス内のフィールドの意味論的定義
各ＩＰＭＰＴｏｏｌ＿Ｉｎｆｏ＿Ｃｌａｓｓは、端末がコンテンツを使用する際に必要とする１個のＩＰＭＰツールを識別する。当該ツールは、代替ツールのリストの一つとして一意に実装するか、あるいはパラメータ記述により指定可能である。
【００６８】
一意な実装方式は、ｉｓＡｌｔＧｒｏｕｐおよびｉｓＰａｒａｍｅｔｒｉｃの両方のフィールドをゼロに設定することで指定される。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツール固有の実装用に予約済みの範囲にあって、要求されたツールを直接指示する。
【００６９】
他のすべての場合において、コンテンツ作成時点ではＩＰＭＰツールの実際のＩＰＭＰツールＩＤが未知であるため、ＩＰＭＰ＿ＴｏｏｌＩＤはＩＰＭＰツールＩＤ用のコンテンツ固有の抽象化された表現として機能し、所与の時点における所与のコンテンツ部分の端末側での実装形態に依存する。
【００７０】
パラメータ記述は、ｉｓＰａｒａｍｅｔｒｉｃフィールドを「１」に設定することで指示される。この場合、端末は以下のパラメータ記述で指定された基準を満たすＩＰＭＰツールを選択する。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはパラメータツールまたは代替ツール用に予約済みの範囲にある。このパラメータ記述を満足すべく端末実装が選択するツールの実際のＩＰＭＰツールＩＤは端末にしか知られていない。すべてのコンテンツおよび他のツールは、指定されたＩＰＭＰ＿ＴｏｏｌＩＤを介して当該コンテンツ用に当該ツールを参照する。
【００７１】
代替ツールのリストは、ｉｓＡｌｔＧｒｏｕｐフラグを「１」に設定することにより指示される。後続する特定のツールＩＤは互いに同等な代替ツールを指示する。ｉｓＰａｒａｍｅｔｒｉｃフィールドも「１」に設定されていれば、パラメータツールの条件下（上記の段落で述べた）で選択された任意のツールが端末により、固有ツールＩＤを介して指定されたツールの別の同等な代替物と見なされる。端末はこれら同等な代替物から自身の判断で１個を選択する。当該ツールの実際のＩＰＭＰツールＩＤは端末にしか知られていない。
【００７２】
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ＩＰＭＰ＿ＴｏｏｌＩＤ：ＩＰＭＰツールの識別子。
−ｉｓＡｌｔＧｒｏｕｐ：「１」に設定された場合、当該ＩＰＭＰ＿Ｔｏｏｌは代替ＩＰＭＰツールのリストを含む。
−ｎｕｍＡｌｔｅｒａｔｅｓ：ＩＰＭＰ＿Ｔｏｏｌで指定された代替ＩＰＭＰツールの数。
−Ｓｐｅｃｉｆｉｃ＿Ｔｏｏｌ＿ＩＤ：コンテンツの使用を認めることができる特定の代替ＩＰＭＰツールのＩＤの配列。
−ｉｓＰａｒａｍｅｔｒｉｃ：ＩＰＭＰ＿ＴｏｏｌはＩＰＭＰツールのパラメータ記述を含んでいる。この場合、ＩＰＭＰ＿ＴｏｏｌＩＤはパラメータ記述されたＩＰＭＰツール用の識別子であり、端末は、ＩＰＭＰ＿ＴｏｏｌＩＤ用ビットストリームで指定された情報を端末によりインスタンス生成された特定のＩＰＭＰツールへ転送する。
−ＩＰＭＰ＿ＰａｒａｍｅｔｒｉｃＤｅｓｃｒｉｐｔｉｏｎ：以下の節で規定するＩＰＭＰパラメータ記述。
−ＴｏｏｌＵＲＬ：当該クラスで指定された１個以上のツールが取得できる、情報を含んだｎｕｍＵＲＬ個のＵＲＬの配列。
【００７３】
ＩＰＭＰパラメータ記述クラス
コンテンツ・プロバイダは固定ツールＩＤの代わりにパラメータ記述を用いて、コンテンツの再生にどのタイプのＩＰＭＰツールが必要であるかをここで記述することができる。例えば、コンテンツ・プロバイダは、ビデオ・ストリームを解読するためにブロックサイズが１２８ビット必要とされるＡＥＳツールを指定することができる。ＩＰＭＰ端末は当該ツールを指定するそのような記述を受け取ったならば、埋め込まれたツールの中から最適化されたＡＥＳツールを選択することができる。
【００７４】
本節ではパラメータ記述が従う階層を解説する。ただし特定のツールタイプに対して特定スキームを規定する意図は一切無い。時間の経過に従いニーズが認識されて最適スキームが生成されるにつれて、そのような規定がスキーム全体に追加されると想定している。本仕様の現行バージョンには基本的枠組のみが記述され、その発展形は将来的な補追および／またはバージョンに委ねる。
−任意のコメント
−パラメータ記述シンタックスのバージョン
−ツールのクラス
−例：解読、権利言語パーサ
−ツールのサブクラス
解読の例：ＡＥＳ、ＤＥＳ、ＮＥＳＳＩＥ等
透かしの例：「パノス（Ｐａｎｏｓ）の透かしツール」
権利言語パーサの例：「フレッド（Ｆｒｅｄ）の権利パーサ」
プロトコルパーサの例：「メアリー（Ｍａｒｙ）のプロトコルパーサ」
−サブクラス固有情報
ＤＥＳの例：ビット数、ストリームおよび／またはブロック解読能力
権利言語パーサの例：バージョン
【００７５】
パラメータ記述は、ツールのタイプによらず、任意のタイプのＩＰＭＰツールを一般的に記述できるように規定されている。
【００７６】
【表３】
【００７７】
ＩＰＭＰツール情報クラス内のフィールドの意味
−ｃｌａｓｓ：パラメータ記述されたツールのクラス（例えば解読）。
−ｓｕｂＣｌａｓｓ：パラメータ記述されたツールのサブクラス（例えば解読クラス下のＡＥＳ）。
−ｔｙｐｅＤａｔａ：ＡＥＳ解読ツールをさらに指定すべく特定タイプのツールを記述するため特定のタイプのデータ（例えばＢｌｏｃｋ＿ｌｅｎｇｔｈ）。
−ｔｙｐｅ：上記タイプのデータの値（例えばＢｌｏｃｋ＿ｌｅｎｇｔｈの場合１２８）。
−ａｄｄｅｄＤａｔａ：パラメータで規定されたツールをより詳しく記述するのに役立つ任意の追加データ。
【００７８】
ＩＰＭＰツールＩＤ
ＩＰＭＰツール識別子は長さが１２８ビットでプラットフォームから独立しており、ＩＰＭＰツール用の一意な識別番号を含んでいる。これを利用するには一意なＩＤを用いるＩＰＭＰツールの登録機関が必要である（そのような登録機関はＭＰＥＧで規定されている。）。登録機関はさらに、各種プラットフォーム向けの所与のツールをさまざまな仕方で実装すべくダウンロード用ＵＲＬの関連付けを運営している。これらのプラットフォームは構造化表現を用いて十分詳細に記述されている。ＩＰＭＰツールＩＤは、パラメータ記述されたツールまたは代替ツールの予約済み領域にある場合を除き、固有ＩＰＭＰツールを識別する。パラメータツール、ビットストリーム、端末、および他の特別のアドレス用に、１２８ビット空間内の特定の値が予約済みである。これらの値は登録済みツールには割当てられない。
【００７９】
【表４】
【００８０】
ＩＰＭＰ権利コンテナクラス
ＩＰＭＰ権利コンテナクラスはＩＰＭＰで保護されたコンテンツに関連付けられた使用規則および状態を格納する。
【００８１】
【表５】
【００８２】
ＩＰＭＰ権利コンテナクラス内のフィールドの意味論的定義
−Ｌｅｎｇｔｈ：当該「Ｌｅｎｇｔｈ」フィールドの直後から始まる、当該クラスのバイト数。
−ｒｉｇｈｔｓ＿ｄａｔａ：使用権情報の詳細を含む。実際のＭＰＥＧ−２１ ＲＥＬまたはＯＭＡ ＯＤＲＬデータを格納することができる。
【００８３】
ＩＰＭＰ記述子の通知
送信側はまた受信側に対し、各々の固有メディア・ストリーム（メディアレベル内の属性）またはセッション全体に関連付けられたＳＤＰ属性によりＩＰＭＰ固有記述子が含まれていることも通知する必要がある。これは下記の属性行（図４の４．４）の形式をとる。
ａ＝ｉｐｍｐ−ｄ：［＜ｄｅｓｃｒｉｐｔｏｒ−ｄａｔａ＞］
ここで、ｄｅｓｃｒｉｐｔｏｒ−ｄａｔａは、ＲＴＳＰセッションでは任意属性である。上記の属性行が提供されていない場合、ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｄのタイプと合わせてＤＥＳＣＲＩＢＥを用いるとともに前者を受容することによりＲＴＳＰセッションを介してＩＰＭＰ記述子が読み出される。他の何らかの手段（例えばＳＡＰ内のファイルとして）でＳＤＰ情報が提供される場合、ｄｅｓｃｒｉｐｉｏｎ−ｄａｔａは必須である。ｄｅｓｃｒｉｐｔｉｏｎ−ｄａｔａは、二重引用符で囲まれたＵＲＬでなければならず、ＩＰＭＰ制御情報を提供する（例えば、小さいものは「ｄａｔａ」を、それ以外は「ｈｔｔｐ」または他の適当なファイルアクセスＵＲＬを用いて符号化することができる。）。実際のＩＰＭＰ記述子は下記のサブセクションで規定される。
【００８４】
ＩＰＭＰ記述子の存在により、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されているＩＰＭＰツールで保護されていることを示す。
【００８５】
セッションレベルにおけるＩＰＭＰ記述子の存在により、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されているＩＰＭＰツールで保護されていることを示す。
【００８６】
ＩＰＭＰ記述子
【表６】
【００８７】
ＩＰＭＰ記述子内のフィールドの意味論的定義
−ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤ：当該ＩＰＭＰ記述子の一意なＩＤ。本ＩＤを用いて特定の記述子を参照することができる。０ｘ００００００００および０ｘＦＦＦＦＦＦＦＦは使用禁止である。ＩＰＭＰツールのインスタンス化は一意なＩＰＭＰ記述子により通知されるため、当該ＩＰＭＰ＿Ｄｅｓｃｒｉｐｔｏｒ＿ＩＤもまたメッセージ用にＩＰＭＰツールインスタンスの一意な識別子として使用できる。
−ＩＰＭＰ＿ＴｏｏｌＩＤ：当該範囲で保護を提供するＩＰＭＰツールの一意なＩＤ。
−ｃｏｎｔｒｏｌＰｏｉｎｔ：ＩＰＭＰツールが存在するＩＰＭＰ制御ポイントを指定する値であり、以下の値の一つである。
【００８８】
項ＴＢｎ、Ｂｎ、ＥＢｎ、ＤｎはＭＰＥＧ−２システムＩＳＯ／ＩＥＣ１３８１８−１のＳＴＤモデルに定義されている。
【表７】
【００８９】
−ｓｅｑｕｅｎｃｅＣｏｄｅ：ＩＰＭＰツールと同じ制御ポイントに存在するＩＰＭＰツール（群）との関係を指定する値。当該フィールドの値は特定の制御ポイントにおける当該ＩＰＭＰツールの優先度を指定する。例えば、値「２０」は、当該ツールが、ｓｅｑｕｅｎｃｅＣｏｄｅが「１２」であるＩＰＭＰツールよりも優先度が高いことを意味する。データは最初に優先度が高いＩＰＭＰツールへ送られ、その後で次に優先度が高いＩＰＭＰツールへ進む。同じストリームの同一制御ポイントで２個のツールが同じシーケンス番号を有することはない。
−ＩＰＭＰ＿Ｄａｔａ：ＩＳＯ１３８１８−１１の規定に従いＩＰＭＰ＿Ｄａｔａ＿ＢａｓｅＣｌａｓｓから拡張されたＩＰＭＰデータ。ＩＰＭＰデータはＩＰＭＰ権利データ、ＩＰＭＰ鍵データ、ツール構造データ等を含むがこれに限定されない。
−ｉｓＳｉｇｎｅｄ：当該１ビットフィールドはＩＰＭＰ記述子内に署名が存在することを示す。
−Ｓｉｇｎａｔｕｒｅ：ＩＰＭＰ記述子全体の署名。
−ＣｅｒｔＴｙｐｅ：使用されている認証機構のタイプであって、値は登録機関から付与される。
−ＮｕｍＣｅｒｔｓ：含まれる認証の数。
−Ｃｅｒｔｉｆｉｃａｔｅ：認証の配列
−Ｖｅｒｉｆｙｉｎｇ＿Ｔｏｏｌ＿ＩＤ：認証（群）を検証するために必要なツールのＩＤ。値「０」は機器を示す。
【実施例】
【００９０】
以下はＳＤＰにおける順応型ＩＰＭＰ保護通知の例であり、セッション・レイヤのＲＴＳＰセッションに格納されている。
【００９１】
ＦＧＳビットストリームに対するクライアント要求
Ｃ−＞Ｓ
ＤＥＳＣＲＩＢＥ ｒｔｓｐ：／／１４０．１１３．２１１．１８４／ｆｏｒｅｍａｎ．ｍ４ｖ ＲＴＳＰ／１．０
ＣＳｅｑ：Ｏ
Ｕｓｅｒ−Ａｇｅｎｔ：ＰＳＬ ＦＧＳ Ｐｌａｙｅｒ：１７６ｘｌ４４，１６−ｂｉｔ ｃｏｌｏｒ，ＦＧＳ，１０
Ａｃｃｅｐｔ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｓ−＞Ｃ
ＲＴＳＰ／１．０ ２００ ＯＫ
ＣＳｅｑ：Ｏ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｓｄｐ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：５２９
ｖ＝０
ｏ＝ＳｔｒｅａｍＳｅｒｖｅｒ １０６０８７３９５７０４６７０１７２７７ １０１６１４７２９７０００ ＩＮ ＩＰ４ １４０．１１３．２１１．１８４
ｓ＝ＰＳＬ ｍｐｅｇ４ ｓｔｒｅａｍ
ｅ＝ｓｅｒｖｅｒ＠ｐｓｌ．ｃｏｍ．ｓｇ
ｃ＝ＩＮ ＩＰ４ １４０．１１３：２１１．１８４
ｔ＝０ Ｏ
ａ＝ｃｏｎｔｒｏｌ：＊
ａ＝ｒａｎｇｅ：ｎｔｐ＝Ｏ−７．４００００
ａ＝ｉｐｍｐ−ｃｏｎｔｒｏｌ：″ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｉｐｍｐ″
ｍ＝ｖｉｄｅｏ Ｏ ＲＴＰ／ＡＶＰ ９６
ａ＝ｒｔｐｍａｐ：９６ ＭＰ４Ｖ−ＥＳ／９００００
ａ＝ｃｏｎｔｒｏｌ：ｔｒａｃｋＩＤ＝０
ａ＝ｆｍｔｐ：９６ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝１７；ｃｏｎｆｉｇ＝０００００１０１０００００１２００２０４４００７ａ８２ｃ２０９０ａ２１ｆ
ｍ＝ｖｉｄｅｏ Ｏ ＲＴＰ／ＡＶＰ ９７
ａ＝ｒｔｐｍａｐ：９７ ＭＰ４Ｖ−ＥＳ／９００００
ａ＝ｃｏｎｔｒｏｌ：ｔｒａｃｋＩＤ＝１
ａ＝ｆｍｔｐ：９７ ｐｒｏｆｉｌｅ−ｌｅｖｅｌ−ｉｄ＝１８；
ｃｏｎｆｉｇ＝０００００１０００００１２１８９２８５００１ｅｃ７Ｏ５８４１２１７ｆｆｂ６ｄｂ６ｂ６ｄｂ６ｄｂ６ｃ９２４９２０ｆ
ａ＝ｄｅｐｅｎｄｓ＿ｏｎ：ｔｒａｃｋＩＤ＝０
ａ＝ｉｐｍｐ−ｄ：″ｄａｔａ：ａｐｐｌｉｃａｔｉｏｎ／ｉｐｍｐ−ｄ；ｂａｓｅ６４，
ＶｎｄＣＴＦＦＶＺｋＦ５ａＯＦ５Ｕ１ＦＢＷＩＦＲＴｋｌＣＲＵＦＩＭＥＦＢＱＶＢｖＱＵＦＢＲＤＺＢＱＶＩＲＱＵＶＲＱＵＦＢＵＧ９ＢＡＡＡＡ″
（Ｃ−＞Ｓはクライアントからサーバへ送信するＲＴＳＰメッセージを示し、Ｓ−＞Ｃはサーバからクライアントへ送信するＲＴＳＰメッセージを示す。）
【００９２】
上記の例は、受信側のクライアントが、ＳＤＰ宣言のセッションレベル属性内に表記されているＨＴＴＰサイト（ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｉｐｍｐ）からＩＰＭＰ制御情報（ＩＰＭＰツールリストおよび権利情報）を読み出す必要があることを示している。メディア・セッションレベルにおいて、ＦＧＳベース層のビデオ・ストリームは保護されていないが、拡張層ビデオは１個のＩＰＭＰツールにより保護されている。同ツールの記述はＩＰＭＰ記述子内に格納されていて、ＳＤＰ第二メディア属性内でさらに宣言されているＢａｓｅ６４により符号化されている。
【００９３】
本発明は、ＳＤＰおよびＩＰＭＰ記述子のセッションレベル属性におけるＩＰＭＰツールリストおよび権利コンテナを、ＳＤＰのメディアレベルまたはセッションレベル属性のいずれかにおいて使用して、ストリーミング・コンテンツ向け権利情報とともに順応型ＩＰＭＰ保護を通知する。
【００９４】
そのようにして、以下の点が実現される。
１）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰツールリストを用いることにより、セッション全体に参加してすべてのメディア・ストリームを再生するためにどのＩＰＭＰツールが必要であるかを示す。
２）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰ権利コンテナを用いることにより、どのような使用権がセッション全体に関連付けられているかを示す。
３）メディアレベルまたはセッションレベル属性「ＩＰＭＰ−Ｄ」におけるＩＰＭＰ記述子を用いることにより、どのＩＰＭＰツールがどのメディア・ストリームを保護するかを示す。
４）ＩＰＭＰ記述子のＩＰＭＰ＿Ｄａｔａフィールド内のツール構造データ、特定メディアレベルの使用権情報、鍵データを送信する。
【００９５】
本発明で規定する「ｉｐｍｐ−ｃｏｎｔｒｏｌ」および「ｉｐｍｐ−ｄ」のＳＤＰ属性によって、完全に順応型ＩＰＭＰ通知を実現可能である。従って、ＩＳＯ／ＩＥＣ １３８１８−１１またはＩＳＯ／ＩＥＣ １４４９６−１３（ＭＰＥＧ−２／４ＩＰＭＰ拡張）の記載事項に基づいて端末側で順応型かつセキュリティ保証されたＩＰＭＰフレームワークを実装することができる。
【００９６】
なお、本発明は、様々な実施の形態に示されている以下の構成をとることができる。第１の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰツールリストを生成してクライアントがセッション内でメディア・ストリームを処理するために必要とするＩＰＭＰツールのリストを示すステップと、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストを受信側へ搬送するために、前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性に組み込むステップと、
を含む。
【００９７】
第２の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
現行セッション内のすべてのメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性に組み込むステップと、を含む。
【００９８】
第３の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
関連付けられたメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性に組み込むステップと、
を含む。
【００９９】
第４の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利コンテナに格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、ＩＰＭＰ権利コンテナをセッションレベル属性に格納するステップと、
を含む。
【０１００】
第５の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰセッションレベル属性に格納するステップと、
を含む。
【０１０１】
第６の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
関連付けられたメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰメディアレベル属性に格納するステップと、
を含む。
【０１０２】
第７の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性から受け取るステップと、
前記ツールリストの示されたツールを調べ、受信側にすべてのツールが存在することを確認し、存在しない場合はツールを読み出すか、またはメディア・ストリームの再生が中止されるステップと、
を含む。
【０１０３】
第８の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出して、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
【０１０４】
第９の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出して、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
【０１０５】
第１０の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ権利コンテナをＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利コンテナ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
【０１０６】
第１１の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
【０１０７】
第１２の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内の関連付けられたメディア・ストリームを管理するステップと、
を含む。
【０１０８】
上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、以下の特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。
【特許請求の範囲】
【請求項１】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア・ストリームを受信するクライアントとを備えたストリーミング・システムであって、
前記サーバは、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備え、
前記クライアントは、
前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とするストリーミング・システム。
【請求項２】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記ＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１に記載のストリーミング・システム。
【請求項３】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１に記載のストリーミング・システム。
【請求項４】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
【請求項５】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
【請求項６】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信するサーバであって、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備えることを特徴とするサーバ。
【請求項７】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項６に記載のサーバ。
【請求項８】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項６に記載のサーバ。
【請求項９】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
【請求項１０】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
【請求項１１】
サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信するクライアントであって、
前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とするクライアント。
【請求項１２】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１１に記載のクライアント。
【請求項１３】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１１に記載のクライアント。
【請求項１４】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
【請求項１５】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
【請求項１６】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信する送信方法であって、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納するステップと、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信するステップと
を含むことを特徴とする送信方法。
【請求項１７】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項１６に記載の送信方法。
【請求項１８】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１６に記載の送信方法。
【請求項１９】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
【請求項２０】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
【請求項２１】
請求項１６から２０のいずれか一項に記載の送信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする送信プログラム。
【請求項２２】
請求項２１に記載の送信プログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項２３】
サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信する方法であって、
前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信するステップと、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出するステップと、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理するステップと
を含むことを特徴とする受信方法。
【請求項２４】
前記管理情報は、前記メディア・ストリームのＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理するステップは、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項２３に記載の受信方法。
【請求項２５】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項２３に記載の受信方法。
【請求項２６】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
【請求項２７】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
【請求項２８】
請求項２３から２７のいずれか一項に記載の受信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする受信プログラム。
【請求項２９】
請求項２８に記載の受信プログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項３０】
ネットワークを介してサーバからクライアントに送受信される、少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームであって、
前記セッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報が格納されていることを特徴とするメディア・ストリーム。
【請求項１】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア・ストリームを受信するクライアントとを備えたストリーミング・システムであって、
前記サーバは、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備え、
前記クライアントは、
前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とするストリーミング・システム。
【請求項２】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記ＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１に記載のストリーミング・システム。
【請求項３】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１に記載のストリーミング・システム。
【請求項４】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
【請求項５】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
【請求項６】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信するサーバであって、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
を備えることを特徴とするサーバ。
【請求項７】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項６に記載のサーバ。
【請求項８】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項６に記載のサーバ。
【請求項９】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
【請求項１０】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
【請求項１１】
サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信するクライアントであって、
前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
を備えることを特徴とするクライアント。
【請求項１２】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１１に記載のクライアント。
【請求項１３】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１１に記載のクライアント。
【請求項１４】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
【請求項１５】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
【請求項１６】
ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信する送信方法であって、
メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納するステップと、
前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信するステップと
を含むことを特徴とする送信方法。
【請求項１７】
前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項１６に記載の送信方法。
【請求項１８】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１６に記載の送信方法。
【請求項１９】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
【請求項２０】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
【請求項２１】
請求項１６から２０のいずれか一項に記載の送信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする送信プログラム。
【請求項２２】
請求項２１に記載の送信プログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項２３】
サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信する方法であって、
前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信するステップと、
受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出するステップと、
抽出した前記管理情報に基づいて前記メディア・ストリームを管理するステップと
を含むことを特徴とする受信方法。
【請求項２４】
前記管理情報は、前記メディア・ストリームのＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
前記クライアントの前記メディア・ストリームを管理するステップは、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項２３に記載の受信方法。
【請求項２５】
前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項２３に記載の受信方法。
【請求項２６】
前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
【請求項２７】
前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
【請求項２８】
請求項２３から２７のいずれか一項に記載の受信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする受信プログラム。
【請求項２９】
請求項２８に記載の受信プログラムを格納したコンピュータ読み取り可能な記録媒体。
【請求項３０】
ネットワークを介してサーバからクライアントに送受信される、少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームであって、
前記セッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報が格納されていることを特徴とするメディア・ストリーム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【国際公開番号】ＷＯ２００５／０７１９６０
【国際公開日】平成１７年８月４日（２００５．８．４）
【発行日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【出願番号】特願２００５−５１７１９４（Ｐ２００５−５１７１９４）
【国際出願番号】ＰＣＴ／ＪＰ２００４／０１７６０２
【国際出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
【国際公開日】平成１７年８月４日（２００５．８．４）
【発行日】平成１９年１２月２７日（２００７．１２．２７）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００４／０１７６０２
【国際出願日】平成１６年１１月２６日（２００４．１１．２６）
【出願人】（０００００５８２１）松下電器産業株式会社 (73,050)
【Ｆターム（参考）】
[ Back to top ]