WO2005071960A1

WO2005071960A1 - ストリーミング・システム

Info

Publication number: WO2005071960A1
Application number: PCT/JP2004/017602
Authority: WO
Inventors: Ming Ji; Zhongyang Huang; Sheng Mei Shen; Jing Liu; Takanori Senoh
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2003-12-01
Filing date: 2004-11-26
Publication date: 2005-08-04
Also published as: CN1886987A; JPWO2005071960A1; EP1694067A1; US20070083659A1; EP1694067A4; KR20060126477A

Abstract

　このストリーミング・システムは、ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送受信するサーバとクライアントとを備える。サーバは、メディア・ストリームのセッション・レイヤのＳＤＰにメディア・ストリームを管理する管理情報を組み込む手段と、メディア・ストリームのセッション・レイヤで、管理情報を組み込んだＳＤＰをクライアントに送信する手段とを備える。クライアントは、管理情報を組み込んだＳＤＰをサーバから受信する手段と、受信したＳＤＰから管理情報を抽出する手段と、抽出した管理情報に基づいてメディア・ストリームを管理する手段とを備える。

Description

明細書

ストリーミング'システム

技術分野

[0001] 本発明は、一般的なストリーミング 'コンテンツ保護のためのデジタル権利管理 (DR M)または知的所有権管理および保護 (IPMP)に関する。

背景技術

[0002] 近年、メディア 'コンテンツ流通産業にお!、てインターネットを介したビデオや音声の相互運用可能な配信を保証することが広く推進されてきた。標準化の観点から、 IP ネットワークを介してメディア ·サーバからメディア ·クライアントへ送信されるメディア · コンテンツを如何に保護するか、また保護されたメディアをクライアントの受信側が如何にして相互運用可能に再生できるかが注目を浴びてきた。各種の標準化団体は、この問題に対する解決策を提供すべく多大な努力をしてきた。

[0003] インターネット 'ストリーミング 'メディア 'アライアンス（ISMA)は、このような団体の一つである。同団体は IPフレームワークおよびインターネットで利用できる相互運用可能なビデオや音声システムをベンダーが構築するために利用可能な、既存のオーブン標準を利用したフレームワークを明示することにより、このニーズに応えようとするものである。同団体はまた、 ISMAメディア 'ストリーム用に暗号化フレームワーク、すなわち ISMACrypも規定している。同団体は現時点において、 ISMA仕様および IS MACrypパラメータの fmtp通知に関してメディア 'ストリームの暗号化およびメディア •メッセージの認証についてデフォルトの方式を規定している。図 1に、 ISMAフレームワークに対する ISMACrpt保護のアーキテクチャ図を示す。

[0004] しかし、そのような保護システムは、異なるコンテンツ 'ストリームに対して別々の暗号化方式を、あるいは同じコンテンツ 'ストリームに対しても異なる保護方式 (例：暗号ィ匕、透かし入り）を可能にするような順応性のある仕組みを提供しない点が極めて不便である。また、権利情報を格納する仕組みを全く提供しない。

[0005] 同時に、 MPEG標準化団体はまた、メディア 'リソース保護のために順応型かつ相互運用可能な IPMPフレームワークを提供すべく多大な努力を行なってきた。 MPE Gは準拠端末を含む IPMPフレームワークの標準化に向けて発展している。すべての端末力使用する IPMPツールの種類にかかわらず同一の IPMP標準に従うことにより、暗号ィ匕により保護されたコンテンツを表示することができる。 IPMPツールは、認証、解読、透かし入れ等、 1個以上の IPMP機能を実行するモジュールである。このように広範な相互運用可能性を実現するために IPMPは、ツールのダウンロードを可能にし、遠隔サイトからツールを読み出して順応性をもって更新することができる。 I PMPはまた、端末がパラメータ記述に従って自身の好むツールを選択できるようにする。 IPMP端末はまた、何らかのパラメータ統合に従って、いくつかのツールを統合してツールの組（単一ツールと同じ働きをする）を形成する。図 2に、 MPEG IPMP 保護の一般的なアーキテクチャ図を示す。

[0006] し力し、 MPEG IPMPフレームワークは、順応性のある保護スキームを可能にする力必ずしもマルチメディア 'ストリーミング送信に利用されない MPEG-2/4システム内で規定されている。

[0007] 図 5は、従来の MPEG— 4ストリーミングにおけるレイヤ構造を示す図である。従来のストリーミングでは、インターネットプロトコル（IP)等のネットワーク 'レイヤ 10、 RTS P (特にセッション 'デスクリプション 'プロトコル（SDP) )等のセッション 'レイヤ 20、 M PEG— 4システム等のシステム 'レイヤ 30、 MPEG— 4 ビデオ Zオーディオ 41, 42 等のコンテンツ 'レイヤ 40からなるレイヤ構造を有する。従来のストリーミングでは、メディア 'ストリームの MPEG— 4 ビデオ/オーディオのコンテンッの保護に関する IP MPツールリスト 31や IPMP記述子 32等の IPMP情報は、システム 'レイヤ 30である MPEG— 4システムに記述されて!、る。

発明の開示

発明が解決しょうとする課題

[0008] 本発明は以下の課題を解決しょうとするものである。

[0009] MPEG IPMPは、 MPEG— 2Z4システム内において順応型保護通知を提供する。図 2は、 MPEG—2IPMPコンテンツ構造を、図 3は、 MPEG— 4IPMP拡張コンテンッ構造を示す。しかし、このような順応型保護通知は MPEG— 2Z4システムを利用しないメディア 'ストリーミング、例えば ISM トリーミングには存在しない。そのため、図 5の MPEG— 4 システムを利用できな、ISMA受信機ではコンテンツの保護に関する IPMP情報を取得できな!/、ため、 IPMPツールによって保護されたコンテンツを利用できない。

[0010] 現行のインターネット領域では、インターネット 'プロトコル（IP)を介して、 RTSPZS DPを伴った RTP/UDPを用いて伝送されるマルチメディア 'ストリーミングが益々普及しており、エンドユーザ一は高価なコンテンツを益々容易に利用できるようになった。コンテンツ送信に用いる伝送プロトコルが何であろうと、セッション 'デスクリプション' プロトコル（SDP)を用いて、セッションレベルを記述すると共に、メディアレベルを記述するための各種の属性を格納することによりコンテンツが利用しやすくなる。

[0011] 本発明の目的は、上述のように普及しているマルチメディア 'ストリーミング環境下で、特に、セッション通知、セッション誘導、その他の方式によるマルチメディア 'セッション起動を目的とするマルチメディア 'セッションの記述にセッション記述プロトコル（SD P)を用いる、ストリーミング 'コンテンッの保護および管理を提供することである。

課題を解決するための手段

[0012] 本発明に係るストリーミング'システムは、ネットワークを介して少なくともセッション' レイヤを含むレイヤ構造をもつメディア 'ストリームを送信するサーバと、前記サーバ力も前記ネットワークを介して前記メディア 'ストリームを受信するクライアントとを備えたストリーミング ·システムであって、

前記サーバは、

メディア 'ストリームのセッション 'レイヤのセッション 'デスクリプション 'プロトコル（ SDP)に前記メディア 'ストリームを管理する管理情報を格納する手段と、

前記メディア 'ストリームのセッション 'レイヤで、前記管理情報を格納した前記セッシヨン'デスクリプション'プロトコルを前記クライアントに送信する手段と

を備え、

前記クライアントは、

前記管理情報を格納した前記セッション'デスクリプション ·プロトコルを前記サーバから受信する手段と、

受信した前記セッション ·デスクリプション'プロトコル力前記管理情報を抽出する手段と、

抽出した前記管理情報に基づいて前記メディア 'ストリームを管理する手段とを備えることを特徴とする。

[0013] また、前記管理情報は、前記メディア 'ストリームの保護に用いる IPMPツールに関する IPMPツールリスト又は IPMP記述子であってもよい。この場合には、前記クライアントの前記メディア 'ストリームを管理する手段は、抽出した前記 IPMPツールリスト又は IPMP記述子によって前記 IPMPツールを特定し、前記メディア 'ストリームを管理することができる。

[0014] さらに、前記管理情報は、前記メディア 'ストリームの権利情報であってもよい。この権利情報にはメディア 'ストリームの使用権情報等を含む。

[0015] また、前記管理情報は、前記 SDPのセッションレベル属性又はメディアレベル属性に格納される。管理情報がセッションレベル属性に格納される場合には、全てのメディァ 'ストリームについて管理できる。また、管理情報カディアレベル属性に格納される場合には関連づけられたメディア 'ストリームについて管理できる。

[0016] 上記 IPMP記述子内に、ツール構造またはその他のタイプの IPMPデータを格納してもよい。この IPMP記述子をセッション 'レイヤである SDPに記述することによって、このメディア 'ストリームが該 IPMP記述子に記述されている IPMPツールの管理下にある旨が受信側のクライアントに通知される。なお、上述のように、 IPMP記述子がセッシヨンレベル属性に格納される力、メディアレベル属性に格納されるかによって対象となるメディア 'ストリームの範囲は異なる。

[0017] また、上記権利情報の使用権情報は、 IPMP権利コンテナに格納してもよ、。さらに、この IPMP権利コンテナは、 SDP内に記述される。これによつて、メディア'ストリームは記述された使用規約の管理下にある旨が受信側のクライアントに通知される。なお、 IPMP権利コンテナは、セッションレベル属性に格納される。

[0018] さらに、上記権利情報の使用権情報は、 IPMP権利データに格納してもよい。この I PMP権利データは、 IPMPデータの一タイプとして IPMP記述子に格納してもよ!/、。これによつて、メディア 'ストリームが、記述された使用規約の管理下にある旨を示すことがでさる。 [0019] なお、 IPMP記述子が SDPのセッションレベル属性に格納される場合には、現行セッシヨン内のすべてのメディア 'ストリームが使用権情報に記述された使用規約の管理下にある。一方、 IPMP記述子が SDPのメディアレベル属性に格納される場合には、関連付けられたメディア 'ストリームが使用権情報に記述された使用規約の管理下にある。

[0020] また、上記クライアントでは、 IPMPツールリストを SDPのセッションレベル属性から読み出して、 IPMPツールリストで示された IPMPツールを調べる。その後、受信側のクライアントにおいて、すべての IPMPツールが存在することを確認し、存在しない場合は、ネットワークを介してサーバ等力 IPMPツールを読み出す力、またはメディア 'ストリームの再生を中止する。

[0021] さらに、上記クライアントでは、 IPMP記述子を SDP力も読み出して、メディア 'ストリームが IPMP記述子に記述された IPMPツールの管理下にある旨の通知を受ける。さらに、クライアントは、 IPMP記述子に格納されているツール構造データを用いて IP MPツールの設定または初期化を行なうか、あるいは IPMP記述子に格納されて、る他のタイプのデータを用いて IPMPプロセスを支援してもよ!/、。

[0022] なお、 IPMP記述子が SDPのセッションレベル属性力読み出される場合には、現行セッション内のすべてのメディア ·ストリームが IPMP記述子に記述された IPMPッールの管理下にある。一方、 IPMP記述子が SDPのメディアレベル属性力読み出される場合には、関連付けられたメディア 'ストリームが IPMP記述子に記述された IP MPツールの管理下にある。

[0023] また、上記クライアントでは、 IPMP権利コンテナを SDPのセッションレベル属性から読み出し、さらに、 IPMP権利コンテナ力使用権情報を読み出す。クライアントでは、この使用権情報を用いて、現行セッション内のすべてのメディア 'ストリームを管理することができる。

[0024] さらに、上記クライアントでは、 SDP力 IPMP記述子を読み出し、その IPMP記述子から使用権情報を読み出す。クライアントでは、この使用権情報を用いてメディア- ストリームを管理することができる。

[0025] なお、 IPMP記述子が SDPのセッションレベル属性力読み出される場合には、現行セッション内のすべてのメディア 'ストリームが使用権情報に記述された使用規約の管理下にある。一方、 IPMP記述子が SDPのメディアレベル属性力も読み出される場合には、関連付けられたメディア 'ストリームが使用権情報に記述された使用規約の管理下にある。

[0026] 本発明は、実際のメディア 'ストリームに権利表記情報を義務付けることにより SDP を用いて順応型 IPMP (DRM)保護を通知する手段を提供する。

[0027] 本発明では、順応型 IPMP通知情報を格納するために 2種の付カ卩的 SDP属性を規定する。これに準拠する全ての端末が著作権保護および管理プロセスを回避できな、ことを保証するために、上記 IPMP関連属性を義務化することが好ま、。

[0028] デジタル権利情報はまた、上で規定された SDP属性に規範的に格納できる。権利情報は、 MPEG— 21 REL (権利表記言語）、 ODRL (オープンデジタル権利言語）等、さまざまな形式であってよい。

[0029] 上述の SDP属性内で、 IPMPツールリストおよび IPMP記述子を用いて保護を通知する。この手段は最新の MPEG— 2Z4IPMP拡張標準と互換性を有する。これはまた、ストリーミング 'コンテンツの再生に必要な IPMP保護ツールを識別する順応性のある方法を提供する。

[0030] ストリーミング 'サーバ内部で、ストリーミング 'メディアの保護に用いられたツールのタイプに基づいて IPMPツールリストが構成される。ツールリストの概念は、図中 2. 1 および 3. 1で示す MPEG—2Z4IPMPに由来する。ここに、いずれの MPEG— 2Z 4システムも存在しな!、状況下で、ツールリストはセッションレベル全体にお!/、て規定された SDP属性「ipmp—control」に格納されて、る。

[0031] セッション内のストリームが何らかのデジタル権利の管理下にある場合、例えば MP EG— 21 REL等の特定の権利言語で詳しく表記されている場合には、サーバは権利情報を IPMP権利コンテナに挿入することができる。同時に権利情報は「ipmp— co ntrol」属性にも格納される。 MPEG— 2IPMPにおいて、権利コンテナは PSI (プログラム固有情報） (2. 2)に格納されており、 SDPでは MPEG—2システムのPSIの代ゎりに「ipmp— control」属性が用いられる。

[0032] 特定のストリームをどのツールが保護するかに基づ、て IPMP記述子も構成される。 MPEG— 2Z4IPMPにおいて、図中 2. 3および 3. 3に示すように IPMP記述子は MPEG—2Z4内のさまざまな場所に格納できる。ここに、 IPMP記述子はツール保護を通知すべく各々の特定メディアレベルまたはセッションレベルにぉ、て規定された SDP属性「ipmp— d」内に埋め込まれて!/、る。

[0033] ツール保護通知以外に、 IPMP記述子はまた、あらゆる種類の IPMP— Data— Ba seClassから導かれた IPMPデータも格納可能であり、ツール構造、使用権情報等が含まれるがこれに限定されない。

[0034] SDPは、 RTSP等の様々な転送プロトコルを用いて受信側へ搬送することができる。受信側のクライアントは、規定された 2種の IPMP関連属性、すなわち「ipmp— cont roljおよび「ipmp—d」を解析する。

[0035] 「ipmp—control」属性内で IPMPツールリストを検知したならば、受信側はセッション全体にわたり IPMP保護が実施されて、ることを認識して、る。受信側はセッション内のメディア 'ストリームを再生する前に、ツールリストに登録されている全てのツールが端末側で利用可能であることを確認し、利用可能でなければ指定された URLからツールを取得する。

[0036] 「ipmp— control」属性の IPMP権利コンテナ内で、あるいはセッションレベルの「ip mp-dj属性の IPMP記述子内でデジタル権利情報を検知したならば、受信側は現行セッション内の^ディア'ストリーム力指定されたデジタル権利の管理下にあることを認識できる。この場合には、適切な権利保護処置がなされることが好ましい。

[0037] セッションレベルの SDP「ipmp— control」属性内で IPMP記述子を検知したならば、受信側は全てのストリームがどのツールで保護されて、るかを認識することができる。ストリームを再生している間、受信側は、全てのセッションストリームに対して指定された時と場所で指定された IPMPツールを起動することができる。

[0038] メディアレベルの SDP「ipmp—d」属性内で IPMP記述子を検知したならば、受信側はどのストリームがどのツールで保護されて、るかを認識することができる。受信側は、指定されたストリームに対して指定された時と場所で指定された IPMPツールを起動することができる。

[0039] ツール初期化パラメータは IPMP記述子に格納可能であり、それにより実際に使用する前にツールを設定することができる。使用権情報もまた IPMP記述子に格納であり、特定のメディア 'ストリームに関連付けられた固有の使用規則を記述することができる。

図面の簡単な説明

[0040] [図 l]ISMACrypアーキテクチャを示す図である。

[図 2]MPEG— 2IPMP拡張コンテンツ構造を示す図である。

[図 3]MPEG— 4IPMP拡張コンテンツ構造を示す図である。

[図 4]SDP属性を用いる IPMP保護通知を示す図である。

[図 5]従来の MPEG— 4ストリームのレイヤ構造を示す図である。

[図 6]本発明のメディア 'ストリーム送受信システムにおける MPEG— 4ストリームのレイャ構造を示す図である。

[図 7]サーバにおいて、メディア 'ストリームのセッション 'デスクリプション 'プロトコルに IPMPツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。

[図 8]IPMPツールに関する情報を格納したセッション 'デスクリプション 'プロトコルを含むメディア 'ストリームをクライアントで受信して、メディア 'ストリームを管理する方法のフローチャートである。

[図 9]サーバにおいて、メディア 'ストリームのセッション 'デスクリプション 'プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。

[図 10]権利情報を格納したセッション'デスクリプション'プロトコルを含むメディア 'ストリームをクライアントで受信して、メディア 'ストリームを管理する方法のフローチャートである。

符号の説明

[0041] 2. 1 IPMPツーノレリスト

2. 2 IPMPツールコンテナ

2. 3 IPMP記述子（群）

3. 1 IPMPツールリス卜

3. 3 IPMP記述子（群） 4. 2 メディアレベルセクション

4. 3 属性行

4. 4 属性行

10 ネットワーク 'レイヤ

20 セッション 'レイヤ

21 IPMPツールリス卜

22 IPMP記述子

30 システム 'レイヤ

31 IPMPツールリス卜

32 IPMP記述子

40 コンテンツ 'レイヤ

41 MPEG— 4 ビデオ

42 MPEG— 4 オーディオ

43 その他のコンテンツ

発明を実施するための最良の形態

[0042] 本発明の実施の形態に係るメディア 'ストリーム送受信システム、メディア 'ストリーム送信方法、メディア 'ストリーム受信方法について、添付図面を用いて説明する。

[0043] 図 6は、本発明の実施の形態に係るストリーミング.システムにおける MPEG— 4ストリーミングのレイヤ構造を示す図である。このストリーミングは、少なくともセッション 'レィャを含むレイヤ構造を有し、例えば図 6に示すように、インターネットプロトコル (IP) 等のネットワーク 'レイヤ 10、 RTSP (特にセッション 'デスクリプション 'プロトコル（SD p) )等のセッション.レイヤ 20、 MPEG— 4 ビデオ Zオーディオ 41, 42等やその他のコンテンツ 43を伝送するコンテンツ 'レイヤ 40からなるレイヤ構造を有する。また、図 6では同じセッションで一つのメディア 'ストリームを含むがこれに限られず、同じセッシヨンにおいて、複数のメディア 'ストリームを含んでもよい。本発明のストリーミング' システムにおけるストリーミングでは、メディア 'ストリームの MPEG— 4 ビデ才/ォーディォのコンテンッの保護に関する IPMPツールリスト 21や IPMP記述子 22等の IP MP情報は、セッション 'レイヤ 20であるセッション 'デスクリプション 'プロトコル（SDP )に記述されている。また、メディア 'ストリームで搬送されるコンテンツの使用権情報等の権利情報を SDPに記述してもよい。 IPMP情報や権利情報は、メディア 'ストリーム（コンテンツ)を管理するための管理情報である。すなわち、本発明のストリーミング 'システムでは、 IPMP情報や権利情報等の管理情報をセッション 'レイヤ 20の SDP に記述している。そこで、ストリーミングの受信側が ISMA受信機等のように MPEG— 4システムを利用しな、クライアントであっても、 SDPから IPMP情報や権利情報等の管理情報を抽出でき、これらを用いてメディア 'ストリームを管理できる。なお、 IPMP 情報や権利情報等の管理情報は、 SDPのうち、同じセッションの全てのメディア 'ストリームに関するセッションレベル属性又は関連づけられた特定のメディア 'ストリームに関するメディアレベル属性に格納することができる。

[0044] このストリーミング 'システムは、ネットワークを介して少なくともセッション 'レイヤを含むレイヤ構造をもつメディア.ストリームを送信するサーバと、サーバからネットワークを介してメディア 'ストリームを受信するクライアントとを備える。サーバは、ストリーミングのセッション 'レイヤのセッション 'デスクリプション 'プロトコル（SDP)にメディア 'ストリームで搬送するコンテンツを管理する管理情報を格納する手段と、セッション 'レイャで管理情報を格納した SDPをクライアントに送信する手段とを備える。また、クライアントは、管理情報を格納した SDPをサーノから受信する手段と、受信した SDPから管理情報を抽出する手段と、抽出した管理情報に基づいてメディア 'ストリームを管理する手段とを備える。

[0045] 図 7は、サーバにおいて、ストリーミングのセッション 'デスクリプション 'プロトコル（S DP)に IPMPツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。

(a)ストリーミングのセッション 'レイヤ 20の SDPに、メディア 'ストリームで搬送するコンテンッの IPMPツールに関する IPMPツールリスト 21又は IPMP記述子 22を組み込む（S01)。なお、 IPMPツールリスト又は IPMP記述子の IPMP情報は、図 4に示すように、 SDPのセッションレベル属性又はメディアレベル属性に格納できる。同じセッシヨン中の全てのメディア 'ストリームについて共通の IPMPツールで管理する場合には、 IPMP情報をセッションレベル属性に格納する。特定のメディア 'ストリームについて、所定の IPMPツールで管理する場合には、 IPMP情報を関連づけられたメディアレベル属性に格納する。

(b) IPMPツールリスト 21又は IPMP記述子 22を含む SDPをストリーミングのセッション ·レイヤ 20でクライアントに送信する（S02)。

(c) MPEG— 4のビデオ/オーディオ 'コンテンツをストリーミングのコンテンツ 'レイヤ 40でクライアントに送信する（S03)。

[0046] 図 8は、 IPMPツールに関する情報を格納したセッション 'デスクリプション 'プロトコル (SDP)を含むストリーミングをクライアントで受信して、メディア 'ストリームを管理する方法のフローチャートである。

(a)メディア ·ストリームで搬送するコンテンツの IPMPツールに関する IPMPツールリスト 21又は IPMP記述子 22を含む SDPをストリーミングのセッション 'レイヤ 20でサーバから受信する（S 11)。

(b) MPEG— 4のビデオ/オーディオ 'コンテンツ 41、 42をストリーミングのコンテンツ •レイヤ 40でサーバ力受信する（S 12)。

(c)受信した SDPから IPMPツールリスト 21又は IPMP記述子 22を抽出する（S13)

(d)抽出した IPMPツールリスト 21又は IPMP記述子 22に基づいて IPMPツールを特定する（S14)。

(e)特定した IPMPツールを用いてメディア 'ストリームのコンテンツ 41、 42を管理する（S15)。

[0047] このように、 MPEG— 4 ビデオ Zオーディオのコンテンツ 41, 42の保護に関する I PMPツールリスト 21や IPMP記述子 22等の IPMP情報を、セッション 'レイヤ 20であるセッション 'デスクリプション 'プロトコル（SDP)に記述している。そこで、受信機側が MPEG— 4システムを利用しな!、場合であっても、 SDPから IPMPツールリスト 21や I PMP記述子 22等の IPMP情報を抽出でき、これらを用いて IPMPツールを特定し、コンテンツを管理できる。

[0048] なお、 IPMP情報は、 SDPのセッションレベル属性又はメディアレベル属性に格納される。 IPMP情報がセッションレベル属性に格納される場合には、同じセッションにおける全てのメディア 'ストリームについて管理できる。また、 IPMP情報カ^ディアレベル属性に格納される場合には関連づけられたメディア 'ストリームについて管理できる。

[0049] 図 9は、サーバにおいて、ストリーミングのセッション 'デスクリプション 'プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。

(a)ストリーミングのセッション 'レイヤ 20の SDPにメディア 'ストリームで搬送するコンテンッの使用権情報等の権利情報を組み込む (S21)。

(b)権利情報を含む SDPをストリ一ミングのセッション'レイヤ 20でクライアントに送信する（S22)。

(c) MPEG— 4のビデオ ·オーディオ 'コンテンツをストリーミングのコンテンツ ·レイヤ 4 0でクライアントに送信する（S 23)。

[0050] 図 10は、権利情報を組み込んだセッション 'デスクリプション 'プロトコルを含むストリ一ミングをクライアントで受信して、メディア 'ストリームを管理する方法のフローチヤ一トである。

(a)メディア 'ストリームで搬送するコンテンツの使用権情報等の権利情報を含む SD Pをストリーミングのセッション 'レイヤ 20でサーバから受信する（S31)。

(b) MPEG— 4のビデオ/オーディオ 'コンテンツ 41、 42をストリーミングのコンテンツ •レイヤ 40でサーバ力ら受信する（S32)。

(c)受信した SDPから権利情報を抽出する（S33)。

(d)抽出した IPMPツールを用、てメディア ·ストリームのコンテンツ 41、 42を管理する（S34)。

[0051] このように、 MPEG— 4 ビデオ Zオーディオのコンテンツ 41, 42の使用権情報等の権利情報を、セッション 'レイヤ 20であるセッション 'デスクリプション 'プロトコル（S DP)に記述している。そこで、受信機側が MPEG— 4システムを利用しない場合であつても、 SDPから使用権情報等の権利情報を抽出でき、これらを用いてコンテンツを管理できる。

[0052] なお、権利情報は、 SDPのセッションレベル属性又はメディアレベル属性に組み込まれる。権利情報がセッションレベル属性に組み込まれる場合には、同じセッションにおける全てのメディア 'ストリームについて管理できる。また、権利情報がメディアレべル属性に組み込まれる場合には関連づけられたメディア 'ストリームについて管理できる。

[0053] 以下に、このストリーミング'システムにおけるストリーミングのセッション 'レイヤと、そこに記述する管理情報について説明する。このストリーミング 'システムでは、セッション 'レイヤのセッション 'デスクリプション 'プロトコル（SDP)に IPMP情報や権利情報等の管理情報を記述して!/、る。

[0054] まず、セッション ·デスクリプション ·プロトコル（SDP)について説明する。セッション' デスクリプション 'プロトコル（SDP)は、専らセッション記述用のフォーマットであり、転送プロトコルを含まず、セッション通知プロトコル（SAP)、セッション起動プロトコル（S IP)、実時間ストリーミングプロトコル (RTSP)、 MIME拡張を使用する電子メール、およびハイパーテキスト転送プロトコル (HTTP)を含む各種の転送プロトコルを適宜使用することを前提としている。汎用目的のサービス提供を行なうことで広範なネットワーク環境およびマルチメディア 'ストリーミング送信用アプリケーションに利用可能である。

[0055] 一般に、 SDPは、セッションの存在を知らしめて、セッションに参加できる十分な情報を格納する手段である。メディア情報、タイミング情報、その他何らかの情報を SD Pに記述して他の転送プロトコルにより配信することができる。

[0056] セッション記述は、セッションレベル記述（セッション全体およびすベてのメディア 'ストリームに適合する。）および任意にいくつかのメディアレベル記述（単一メディア 'ストリームに適合する。）から成る。セッションレベル部分は「v=」行力始まり、第 1のメディアレベルセクションに続く。メディア記述は「m=」行力始まり、次のメディア記述またはセッション記述全体の最後へ続く。一般に、セッションレベル値は、同じメディァレベルの値により上書きされない限り全てのメディアについてデフォルト値である。

[0057] SDP内で規定された属性（「a =」行を伴う）は、 SDPを拡張する主な手段である。これは「セッションレベル」属性、「メディアレベル」属性、またはその両方として使用可能である。メディア記述はメディア固有の属性（「a =」フィールド)を何個含んでヽてもよい。

[0058] これらは「メディアレベル」属性と呼ばれ、メディア 'ストリームに関する情報を追加するものである。第一のメディア 'フィールドの前に属性フィールドを追カ卩してもよい。一方、「セッションレベル」属性は個々のメディアではなくストリーミング層全般に適合する追加情報を格納する。

[0059] 本発明のメディア 'ストリームの送信方法では、 2種の異なる階層における SDP「属性」の特徴を用いて順応型 IPMP保護を通知する。図 4に、 SDPにおける順応型 IP MP通知の一般的なアーキテクチャ図を示す。モジュール 4. 1にセッションレベルセクシヨン、および 4. 2にメディアレベルセクションを示す。

[0060] 注記：順応型 IPMP通知用に「属性」フィールドの「a = < attribute >： < value >」の形式を利用する。

[0061] IPMP制御情報通知

送信側は受信側に対し、一般的な SDP属性 (セッションレベルで「メディア」行の前に配置される属性）に IPMP制御情報セッションが含まれて、ることを通知する必要がある。これは下記の属性行（図 4の 4. 3)の形式をとる。

a = ipmp— control： [、 control— data ]

ここで、 contro卜 dataは RTSPセッションでは任意属性である。上記属性行が提供されて!/、な!/、場合、 applicationZipmp— controlのタイプと合わせて DESCRIBE を用いるとともに前者を受容することにより RTSPセッションを介して IPMP制御情報が読み出される。他の何らかの手段 (例えば SAP内のファイルとして)で SDP情報が提供される場合、 contro卜 dataは必須である。 contro卜 dataは二重引用符で囲まれた URLでなければならず、 IPMP制御情報を提供する（例えば、小さいものは「da tajを、それ以外は「http」または他の適当なファイルアクセス URLを用いて符号化することができる。；)。実際の IPMP制御情報は下記のサブセクションで規定され、 IP MPツールリストおよびこれに続く権利コンテナが含まれる。

[0062] IPMPツールリストクラス

IPMPツールリストクラスには IPMPツールのリストが含まれる。これを用いて、コンテンッの再生に使用するすべての IPMPツールを指定する。 [0063] [表 1]

[0064] IPMPツールリストクラス内のフィールドの意味

Length:当該「Length」フィールドの直後力も始まる、当該クラスのバイト数。 -NumTools：当該 16ビットフィールドは当該 IPMPツールリストクラスで何種類のッールが指定されて、るかを示す。

IPMPTool— Info :当該クラスは、ツール ID、代替可能なツール等、ツールに関する情報を格納する。これは以下のように規定される。

[0065] IPMPツール情報クラス

IPMPTool— Info— Classは、機器が必要とする論理 IPMPツール用の情報を含んで、る。論理ツールは以下の、ずれか一つであってよ!、。

1. IPMP— ToolIDで指定されるベンダー固有の IPMPツール、

2.代替 IPMPツールのリスト内の 1個

3.パラメータ記述で指定される IPMPツール

[0066] [表 2]

構文ビ•y 卜二一モ 'ノク

数

I P M P T o o 1 ― I n f o () {

L e n g t h 1 6 u i m s b f

I PM P _T o o 1 I D 1 2 8 u i m s b f i s A 1 t G r o u P 1 u i m s b f i s P a r a m e t r i c 1 u i m s b f

R e s e r v e d ( O b l l l l l l ) 6 u i m s b f i f i s A 1 t G r o u p ) {

N u m A 1 t e r n a t i v e s 8 u i m s b f f r ( i = 0 ; i < n u m A 1 t e r n a t

i v e s i + + ) {

S p e c i f i c T o o 1 I D 1 2 8 u i m s b f

)

}

i f i s P a r a m e t r i c ) (

I P M P _ P a r a m e t r i c D e s c r

i p t i o n

}

n u m U R L s 8 u i m s b f

T o o 1 U R L [ n u mU L S ] B y t e A r r a

} y

[0067] IPMPツール情報クラス内のフィールドの意味論的定義

各 IPMPTool— Info— Classは、端末がコンテンツを使用する際に必要とする 1個の IPMPツールを識別する。当該ツールは、代替ツールのリストの一つとして一意に実装するか、あるいはパラメータ記述により指定可能である。

[0068] 一意な実装方式は、 isAltGroupおよび isParametricの両方のフィールドをゼロに設定することで指定される。この場合、 IPMP— ToolIDは IPMPツール固有の実装用に予約済みの範囲にあって、要求されたツールを直接指示する。

[0069] 他のすべての場合において、コンテンツ作成時点では IPMPツールの実際の IPM Pツール IDが未知であるため、 IPMP— ToolIDは IPMPツール ID用のコンテンツ固有の抽象化された表現として機能し、所与の時点における所与のコンテンツ部分の端末側での実装形態に依存する。

[0070] パラメータ記述は、 isParametricフィールドを「1」に設定することで指示される。この場合、端末は以下のパラメータ記述で指定された基準を満たす IPMPツールを選択する。この場合、 IPMP— ToolIDはパラメータツールまたは代替ツール用に予約済みの範囲にある。このノラメータ記述を満足すべく端末実装が選択するツールの実際の IPMPツール IDは端末にしか知られて!/ヽな、。すべてのコンテンツおよび他のツールは、指定された IPMP— ToolIDを介して当該コンテンツ用に当該ツールを参照する。

[0071] 代替ツールのリストは、 isAltGroupフラグを「1」に設定することにより指示される。

後続する特定のツール IDは互いに同等な代替ツールを指示する。 isParametricフィールドも「1」に設定されていれば、パラメータツールの条件下（上記の段落で述べた)で選択された任意のツールが端末により、固有ツール IDを介して指定されたツールの別の同等な代替物と見なされる。端末はこれら同等な代替物から自身の判断で 1個を選択する。当該ツールの実際の IPMPツール IDは端末にしか知られてヽなヽ

[0072] Length:当該「Length」フィールドの直後力も始まる、当該クラスのバイト数。

IPMP— ToolID： IPMPツールの識別子。

isAltGroup：「1」に設定された場合、当該 IPMP— Toolは代替 IPMPツールのリストを含む。

-numAlterates： IPMP— Toolで指定された代替 IPMPツールの数。

—Specific— Tool— ID:コンテンツの使用を認めることができる特定の代替 IPMPッ一ノレの IDの酉己列。

-isParametric： IPMP— Toolは IPMPツールのパラメータ記述を含んで!/、る。この場合、 IPMP— ToolIDはパラメータ記述された IPMPツール用の識別子であり、端末は、 IPMP— ToolID用ビットストリームで指定された情報を端末によりインスタンス生成された特定の IPMPツールへ転送する。

IPMP— ParametricDescription:以下の節で規定する IPMPパラメータ記述。

ToolURL :当該クラスで指定された 1個以上のツールが取得できる、情報を含んだ numURL個の URLの配列。

[0073] IPMPパラメータ記述クラス

コンテンツ 'プロバイダは固定ツール IDの代わりにパラメータ記述を用いて、コンテンッの再生にどのタイプの IPMPツールが必要であるかをここで記述することができる。例えば、コンテンツ 'プロバイダは、ビデオ'ストリームを解読するためにブロックサイズが 128ビット必要とされる AESツールを指定することができる。 IPMP端末は当該ッールを指定するそのような記述を受け取ったならば、埋め込まれたツールの中力最適化された AESツールを選択することができる。

[0074] 本節ではパラメータ記述が従う階層を解説する。ただし特定のツールタイプに対して特定スキームを規定する意図は一切無い。時間の経過に従いニーズが認識されて最適スキームが生成されるにつれて、そのような規定がスキーム全体に追加されると想定している。本仕様の現行バージョンには基本的枠組のみが記述され、その発展形は将来的な補追および Zまたはバージョンに委ねる。

一任意のコメント

パラメータ記述シンタックスのバージョン

—ツールのクラス

-例:解読、権利言語バーサ

ツールのサブクラス

解読の例： AES、 DES、 NESSIE等

透かしの例：「パノス（Panos)の透かしツール」

権利言語バーサの例：「フレッド（Fred)の権利バーサ」

プロトコルバーサの例：「メアリ一 (Mary)のプロトコルバーサ」

サブクラス固有情報

DESの例：ビット数、ストリームおよび Zまたはブロック解読能力

権利言語バーサの例:バージョン

[0075] パラメータ記述は、ツールのタイプによらず、任意のタイプの IPMPツールを一般的に記述できるように規定されて、る。

[0076] [表 3] 構文ビット数 ■二―モ：二ック

I P M P P a r a m e t r i c D e s c r i p

t i o n 0 {

L e n g t h 1 6 u i b f d e s c r i P t i o n C o m in e n t B y t t i A r r a y m a j o r V e r s i o n 8 u i m b f m i n o r V e r s i o n 8 u i m b f n u m〇 f D e s c r i P t i o n s 8 i ¾ b f f o r ( i = 0 ； i < n u m O f D e s c r i

p t i o n s i 十十） {

c 1 a s s B y t t i A r r a y s u b C 1 a s s B y t ί A r r a y t y P e D a t a B y t ί A r r a y t y p e B y t ί A r r a y a d d e d D a t a B y t ί A r r a y

}

[0077] IPMPツール情報クラス内のフィールドの意味

-class：パラメータ記述されたツールのクラス (例えば解読)。

—subClass：パラメータ記述されたツールのサブクラス（例えば解読クラス下の AES) typeData :AES解読ツールをさらに指定すべく特定タイプのツールを記述するため特定のタイプのデータ（例えば Block— length)。

-type：上記タイプのデータの値（例えば Block— lengthの場合 128)。

addedData :パラメータで規定されたツールをより詳しく記述するのに役立つ任意の追加データ。

[0078] IPMPツーノレ ID

IPMPツール識別子は長さが 128ビットでプラットフォーム力独立しており、 IPMP ツール用の一意な識別番号を含んで、る。これを利用するには一意な IDを用、る IP MPツールの登録機関が必要である（そのような登録機関は MPEGで規定されている。 ) o登録機関はさらに、各種プラットフォーム向けの所与のツールをさまざまな仕方で実装すべくダウンロード用 URLの関連付けを運営している。これらのプラットフォームは構造ィ匕表現を用いて十分詳細に記述されている。 IPMPツール IDは、パラメ一タ記述されたツールまたは代替ツールの予約済み領域にある場合を除き、固有 IPM Pツールを識別する。ノラメータツール、ビットストリーム、端末、および他の特別のァドレス用に、 128ビット空間内の特定の値が予約済みである。これらの値は登録済みツーノレには割当てられな、。

[表 4]

[0080] IPMP権利コンテナクラス

IPMP権利コンテナクラスは IPMPで保護されたコンテンツに関連付けられた使用規則および状態を格納する。

[0081] [表 5]

[0082] IPMP権利コンテナクラス内のフィールドの意味論的定義

Length:当該「Length」フィールドの直後力も始まる、当該クラスのバイト数。 rights— data:使用権情報の詳細を含む。実際の MPEG— 21 RELまたは OMA ODRLデータを格納することができる。

[0083] IPMP記述子の通知

送信側はまた受信側に対し、各々の固有メディア 'ストリーム (メディアレベル内の属性)またはセッション全体に関連付けられた SDP属性により IPMP固有記述子が含まれていることも通知する必要がある。これは下記の属性行（図 4の 4. 4)の形式をとる a = ipmp— d： [ < descriptor— data > ]

ここで、 descriptor— dataは、 RTSPセッションでは任意属性である。上記の属性行が提供されて、な、場合、 application/ipmp— dのタイプと合わせて DESCRIBE を用いるとともに前者を受容することにより RTSPセッションを介して IPMP記述子が読み出される。他の何らかの手段 (例えば SAP内のファイルとして)で SDP情報が提供される場合、 descripion— dataは必須である。 description— dataは、二重引用符で囲まれた URLでなければならず、 IPMP制御情報を提供する（例えば、小さいものは「data」を、それ以外は「http」または他の適当なファイルアクセス URLを用いて符号ィ匕することができる。 ) o実際の IPMP記述子は下記のサブセクションで規定される

[0084] IPMP記述子の存在により、関連付けられたメディア 'ストリームが IPMP記述子に記述されて、る IPMPツールで保護されて、ることを示す。

[0085] セッションレベルにおける IPMP記述子の存在により、現行セッション内のすべてのメディア ·ストリームが IPMP記述子に記述されている IPMPツールで保護されていることを示す。

[0086] IPMP記述子

[表 6]

構文ビ■'ソ卜二モ二 yク

数

I P M P d e s c r i P t o r 0 {

d e s c r i P t o r _ t a g 8 U m s b f d e s c r i P t r _ 1 e n g t h 8 U m s b f

1 P M P D s c r i p t r _ Ί D 3 2 U m s b f

1 P M P T o 1 I D 1 2 8 U m s b f

C o n t r 1 P o i n t 8 u m s b f

S e q e n c e C o d e 8 u m s b f

I P M P D a t a 1 e n g t h 1 6 U i m s b f

f o r ( i = 0 I < N ； i 十十） ί

I P M P — D a t a

)

I s S i g n e d 8 U i m s b f i f ( i s S i g n e d ·)

S i g n a t u r e B y t e A r r a

N m C e r t s 8 y f o r ( i 0 i < n i m C e r t s ; i + u i m s b f

+ ) {

C e r t T y P e 8 u i m s b f e r t i f i c a t e B y t e A r r a

} y

V e r f y i n g _ T 1— I D 1 2 8

} u i m s b f

}

[0087] IPMP記述子内のフィールドの意味論的定義

IPMP— Descriptor— ID :当該 IPMP記述子の一意な ID。本 IDを用いて特定の記述子を参照することができる。 0x00000000および OxFFFFFFFFは使用禁止である。 IPMPツールのインスタンス化は一意な IPMP記述子により通知されるため、当該 IPMP— Descriptor— IDもまたメッセージ用に IPMPツールインスタンスの一意な識別子として使用できる。

IPMP— ToolID：当該範囲で保護を提供する IPMPツールの一意な ID。 controlPoint： IPMPツールが存在する IPMP制御ポイントを指定する値であり、以下の値の一つである。

[0088] 項 TB B EB Dは MPEG— 2システム ISO/IEC13818— 1の STDモデルに定義されている。

[表 7] 制御ポイント ad ¾6

0 x 0 0 無制御ボイント

0 x 0 1 転送バッファの後の制御ボイント

0 x 0 2 解読バッファとデコーダとの間の制御ボイント

0 x 0 3 デコーダとレンダリングとの間の制御ボイント

0 x 0 4 ~ 0 x D D 予約済み

0 x D E ~ 0 x F E ユーザー専用

0 x F F 使用禁止

[0089] sequenceCode:IPMPッールと同じ制御ポィントに存在するIPMPッール（群）との関係を指定する値。当該フィールドの値は特定の制御ポイントにおける当該 ΙΡΜΡ ツールの優先度を指定する。例えば、値「20」は、当該ツール力 sequenceCodeが「12」である IPMPツールよりも優先度が高いことを意味する。データは最初に優先度が高い IPMPツールへ送られ、その後で次に優先度が高い IPMPツールへ進む。同じストリームの同一制御ポイントで 2個のツールが同じシーケンス番号を有することはない。

—IPMP— Data： ISO 13818—11の規定に従、IPMP— Data— BaseClassから拡張された IPMPデータ。 IPMPデータは IPMP権利データ、 IPMP鍵データ、ツール構造データ等を含むがこれに限定されなヽ。

-isSigned:当該 1ビットフィールドは IPMP記述子内に署名が存在することを示す。 -Signature： IPMP記述子全体の署名。

CertType:使用されている認証機構のタイプであって、値は登録機関カゝら付与される。

-NumCerts：含まれる認証の数。

-Certificate：認証の配列

Verifying— Tool— ID：認証 (群）を検証するために必要なツールの ID。値「0」は機器を示す。

実施例

[0090] 以下は SDPにおける順応型 IPMP保護通知の例であり、セッション 'レイヤの RTS

Pセッションに格納されて、る。

[0091] FGSビットストリームに対するクライアント要求 c->s

DESCRIBE rtsp://140.113.211.184/foreman.m4v RTSP/1.0

CSeq: O

User-Agent: PSL FGS Player: 176x144, 16-bit color, FGS, 10

Accept: application/ sdp

S -〉 C

RTSP/1.0 200 OK

CSeq: O

Content-Type: application/ sdp

Content-Length: 529

v=0

o=StreamServer 10608739570467017277 1016147297000 IN IP 140.113.211.184 s=PSL mpeg4 stream

[email protected]

c=IN IP4 140.113:211.184

t=0 O

a=control:*

a=range:ntp=0- 7.40000

a=ipmp— control: "http://aaa.com/ipmp"

m=video O RTP/AVP 96

a=rtpmap:96 MP4V- ES/90000

a=control:trackID=0

a=ftntp:96 profile— leveト id=l 7; config=000001010000012002044007a82c2090a2 If m=video O RTP/AVP 97

a=rtpmap:97 MP4V-ES/90000

a=control： trackl D= 1

a=ftntp:97 profile— level—id=l 8;

config=000001010000012189285001ec7O5841217f¾6db6b6db6db6c924920f a=depends_on: trackID=0

a=ipmp-d: "data:application/ipmp-d;base64,

QUFBUG9BAAAA"

(C—>Sはクライアントからサーバへ送信する RTSPメッセージを示し、 S— >Cはサーバからクライアントへ送信する RTSPメッセージを示す。）

[0092] 上記の例は、受信側のクライアントが、 SDP宣言のセッションレベル属性内に表記されて!/、る HTTPサイト（http： //aaa. com/ipmp)から IPMP制御情報（IPMP ツールリストおよび権利情報）を読み出す必要があることを示している。メディア'セッシヨンレベルにおいて、 FGSベース層のビデオ'ストリームは保護されていないが、拡張層ビデオは 1個の IPMPツールにより保護されている。同ツールの記述は IPMP記述子内に格納されていて、 SDP第二メディア属性内でさらに宣言されている Base64 により符号化されている。

[0093] 本発明は、 SDPおよび IPMP記述子のセッションレベル属性における IPMPツールリストおよび権利コンテナを、 SDPのメディアレベルまたはセッションレベル属性のいずれかにおいて使用して、ストリーミング 'コンテンツ向け権利情報とともに順応型 I PMP保護を通知する。

[0094] そのようにして、以下の点が実現される。

1)セッションレベル属性「IPMP—Control」における IPMPツールリストを用いることにより、セッション全体に参加してすべてのメディア 'ストリームを再生するためにどの I PMPツールが必要であるかを示す。

2)セッションレベル属性「IPMP— ControlJにおける IPMP権利コンテナを用いることにより、どのような使用権がセッション全体に関連付けられているかを示す。

3)メディアレベルまたはセッションレベル属性「IPMP— D」における IPMP記述子を用いることにより、どの IPMPツールがどのメディア 'ストリームを保護するかを示す。

4) IPMP記述子の IPMP— Dataフィールド内のツール構造データ、特定メディアレベルの使用権情報、鍵データを送信する。

[0095] 本発明で規定する「ipmp— control」および「ipmp— d」の SDP属性によって、完全に順応型 IPMP通知を実現可能である。従って、 ISOZIEC 13818— 11または IS O/IEC 14496— 13 (MPEG— 2Z4IPMP拡張）の記載事項に基づ!/、て端末側で順応型かつセキュリティ保証された IPMPフレームワークを実装することができる。

[0096] なお、本発明は、様々な実施の形態に示されている以下の構成をとることができる。

第 1の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、

IPMPツールリストを生成してクライアントがセッション内でメディア.ストリームを処理するために必要とする IPMPツールのリストを示すステップと、

メディア 'ストリームを起動する前に前記 IPMPツールリストを受信側へ搬送するために、前記 IPMPツールリストを SDPセッションレベル属性に組み込むステップと、を含む。

[0097] 第 2の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、請求項 1の記載に従い IPMPツールリストが構成および格納されていて、さらに、メディア 'ストリームの保護にどのツールを使用するかを示す IPMP記述子を構成し、任意にツール構造またはその他のタイプの IPMPデータを前記 IPMP記述子内に格納するステップと、

現行セッション内のすべてのメディア ·ストリームが前記 IPMP記述子に記述されている IPMPツールの管理下にある旨を受信側に通知するために、前記 IPMP記述子を SDPセッションレベル属性に組み込むステップと、を含む。

[0098] 第 3の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、請求項 1の記載に従い IPMPツールリストが構成および格納されていて、さらに、メディア 'ストリームの保護にどのツールを使用するかを示す IPMP記述子を構成し、任意にツール構造またはその他のタイプの IPMPデータを前記 IPMP記述子内に格納するステップと、

関連付けられたメディア 'ストリームが前記 IPMP記述子に記述されている IPMPッールの管理下にある旨を受信側に通知するために、前記 IPMP記述子を SDPメディァレベル属性に組み込むステップと、

を含む。

[0099] 第 4の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、使用権情報を IPMP権利コンテナに格納するステップと、

現行セッション内のすべてのメディア 'ストリーム力記述された使用規約の管理下にある旨を示すために、 IPMP権利コンテナをセッションレベル属性に格納するステップと、

を含む。

[0100] 第 5の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、使用権情報を IPMP権利データに格納するステップと、

IPMP権利データを IPMPデータの一タイプとして IPMP記述子に格納するステツプと、

現行セッション内のすべてのメディア 'ストリーム力記述された使用規約の管理下にある旨を示すために、さらに IPMP記述子を SDPセッションレベル属性に格納するステップと、

を含む。

[0101] 第 6の構成によれば、サーバ側で順応型 IPMP保護を通知する装置であって、使用権情報を IPMP権利データに格納するステップと、

関連付けられたメディア 'ストリームが、記述された使用規約の管理下にある旨を示すために、さらに IPMP記述子を SDPメディアレベル属性に格納するステップと、を含む。

[0102] 第 7の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって、メディア 'ストリームを起動する前に前記 IPMPツールリストを SDPセッションレベル属性力受け取るステップと、

前記ツールリストの示されたツールを調べ、受信側にすベてのツールが存在することを確認し、存在しない場合はツールを読み出すか、またはメディア 'ストリームの再生が中止されるステップと、

を含む。

[0103] 第 8の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって、請求項 7の記載に従い IPMPツールリストが読み出されて、さらに、

前記 IPMP記述子を SDPセッションレベル属性から読み出して、現行セッション内のすベてのメディア 'ストリームが IPMP記述子に記述された IPMPツールの管理下にある旨をクライアントに通知するステップと、

任意に、前記 IPMP記述子に格納されて、るツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記の IPMP記述子に格納されて、る他のタイプのデータを用いて IPMPプロセスを支援するステップと、

を含む。

[0104] 第 9の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって、請求項 7の記載に従い IPMPツールリストが読み出されて、さらに、

前記 IPMP記述子を SDPメディアレベル属性力読み出して、関連付けられたメディァ 'ストリームが IPMP記述子に記述された IPMPツールの管理下にある旨をクライアントに通知するステップと、

を含む。

[0105] 第 10の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって

IPMP権利コンテナを SDPセッションレベル属性力読み出すステップと、 IPMP権利コンテナ内の使用権情報を読み出すステップと、

それを用いて現行セッション内のすべてのメディア 'ストリームを管理するステップとを含む。

[0106] 第 11の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって

IPMP記述子を SDPセッションレベル属性から読み出すステップと、

IPMP権利データを前記 IPMP記述子力読み出すステップと、 IPMP権利データ内の使用権情報を読み出すステップと、

[0107] 第 12の構成によれば、クライアント側で順応型 IPMP保護を通知する装置であって

IPMP記述子を SDPメディアレベル属性力読み出すステップと、

IPMP権利データを前記 IPMP記述子力読み出すステップと、

IPMP権利データ内の使用権情報を読み出すステップと、

それを用、て現行セッション内の関連付けられたメディア 'ストリームを管理するステップと、

を含む。

[0108] 上述の通り、本発明は好ましい実施形態により詳細に説明されている力本発明はこれらに限定されるものではなぐ以下の特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。

Claims

請求の範囲

[1] ネットワークを介して少なくともセッション 'レイヤを含むレイヤ構造をもつメディア'ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア' ストリームを受信するクライアントとを備えたストリーミング 'システムであって、

前記サーバは、

メディア 'ストリームのセッション 'レイヤのセッション 'デスクリプション 'プロトコルに前記メディア 'ストリームを管理する管理情報を格納する手段と、

を備え、

前記クライアントは、

抽出した前記管理情報に基づいて前記メディア 'ストリームを管理する手段とを備えることを特徴とするストリーミング 'システム。

[2] 前記管理情報は、前記メディア 'ストリームの保護に用いる IPMPツールに関する IP

MPツーノレリスト又は IPMP記述子であって、

前記クライアントの前記メディア 'ストリームを管理する手段は、抽出した前記 IPMP ツールリスト又は IPMP記述子によって前記 IPMPツールを特定し、前記メディア'ストリームを管理することを特徴とする請求項 1に記載のストリーミング.システム。

[3] 前記管理情報は、前記メディア 'ストリームの権利情報であることを特徴とする請求項 1に記載のストリーミング 'システム。

[4] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの同じセッションにおける全てのメディア 'ストリームに関するセッションレベル属性に格納されることを特徴とする請求項 1から 3のいずれか一項に記載のストリーミング 'システム。

[5] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの関連付けられたメディア'ストリームに関するメディアレベル属性に格納されることを特徴とする請求項 1 力 3のいずれか一項に記載のストリーミング 'システム。

[6] ネットワークを介して少なくともセッション 'レイヤを含むレイヤ構造をもつメディア'ストリームをクライアントに送信するサーバであって、

前記メディア 'ストリームのセッション 'レイヤで、前記管理情報を格納した前記セッシヨン'デスクリプション 'プロトコルを前記クライアントに送信する手段と

を備えることを特徴とするサーバ。

[7] 前記管理情報は、前記メディア 'ストリームの保護に用いる IPMPツールに関する IP MPツールリスト又は IPMP記述子であることを特徴とする請求項 6に記載のサーノ。

[8] 前記管理情報は、前記メディア 'ストリームの権利情報であることを特徴とする請求項 6に記載のサーバ。

[9] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの同じセッションにおける全てのメディア 'ストリームに関するセッションレベル属性に格納されることを特徴とする請求項 6から 8のいずれか一項に記載のサーバ。

[10] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの関連付けられたメディア'ストリームに関するメディアレベル属性に格納されることを特徴とする請求項 6 から 8の!、ずれか一項に記載のサーバ。

[11] サーバ力ネットワークを介して少なくともセッション.レイヤを含むレイヤ構造をもつメディア 'ストリームを受信するクライアントであって、

前記メディア 'ストリームを管理する管理情報を格納したセッション 'デスクリプション

•プロトコルを前記サーバから受信する手段と、

受信した前記セッション 'デスクリプション 'プロトコル力も前記管理情報を抽出する手段と、

抽出した前記管理情報に基づいて前記メディア 'ストリームを管理する手段とを備えることを特徴とするクライアント。

[12] 前記管理情報は、前記メディア 'ストリームの保護に用いる IPMPツールに関する IP MPツーノレリスト又は IPMP記述子であって、

前記クライアントの前記メディア 'ストリームを管理する手段は、抽出した前記 IPMP ツールリスト又は IPMP記述子によって前記メディア 'ストリームの保護に用、る IPM Pツールを特定し、前記メディア 'ストリームを管理することを特徴とする請求項 11に記載のクライアント。

[13] 前記管理情報は、前記メディア 'ストリームの権利情報であることを特徴とする請求項 11に記載のクライアント。

[14] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの同じセッションにおける全てのメディア 'ストリームに関するセッションレベル属性に格納されることを特徴とする請求項 11から 13の、ずれか一項に記載のクライアント。

[15] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの関連付けられたメディア'ストリームに関するメディアレベル属性に格納されることを特徴とする請求項 1

1から 13のいずれか一項に記載のクライアント。

[16] ネットワークを介して少なくともセッション 'レイヤを含むレイヤ構造をもつメディア'ストリームをクライアントに送信する送信方法であって、

メディア 'ストリームのセッション 'レイヤのセッション 'デスクリプション 'プロトコルに前記メディア 'ストリームを管理する管理情報を格納するステップと、

前記メディア 'ストリームのセッション 'レイヤで、前記管理情報を格納した前記セッシヨン ·デスクリプション'プロトコルを前記クライアントに送信するステップとを含むことを特徴とする送信方法。

[17] 前記管理情報は、前記メディア 'ストリームの保護に用いる IPMPツールに関する IP MPツールリスト又は IPMP記述子であることを特徴とする請求項 16に記載の送信方法。

[18] 前記管理情報は、前記メディア 'ストリームの権利情報であることを特徴とする請求項 16に記載の送信方法。

[19] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの同じセッションにおける全てのメディア 'ストリームに関するセッションレベル属性に格納されることを特徴とする請求項 16から 18のいずれか一項に記載の送信方法。

[20] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの関連付けられたメディア'ストリームに関するメディアレベル属性に格納されることを特徴とする請求項 1

6から 18のいずれか一項に記載の送信方法。

[21] 請求項 16から 20のいずれか一項に記載の送信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする送信プログラム。

[22] 請求項 21に記載の送信プログラムを格納したコンピュータ読み取り可能な記録媒体。

[23] サーバ力ネットワークを介して少なくともセッション.レイヤを含むレイヤ構造をもつメディア 'ストリームを受信する方法であって、

前記メディア 'ストリームを管理する管理情報を格納したセッション 'デスクリプション •プロトコルを前記サーバから受信するステップと、

受信した前記セッション 'デスクリプション 'プロトコル力も前記管理情報を抽出するステップと、

抽出した前記管理情報に基づいて前記メディア 'ストリームを管理するステップとを含むことを特徴とする受信方法。

[24] 前記管理情報は、前記メディア 'ストリームの IPMPツールに関する IPMPツールリスト又は IPMP記述子であって、

前記クライアントの前記メディア 'ストリームを管理するステップは、抽出した前記 IP MPツールリスト又は IPMP記述子によって前記メディア 'ストリームの保護に用いる I PMPツールを特定し、前記メディア 'ストリームを管理することを特徴とする請求項 23 に記載の受信方法。

[25] 前記管理情報は、前記メディア 'ストリームの権利情報であることを特徴とする請求項 23に記載の受信方法。

[26] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの同じセッションにおける全てのメディア 'ストリームに関するセッションレベル属性に格納されることを特徴とする請求項 23から 25のいずれか一項に記載の受信方法。

[27] 前記管理情報は、前記セッション 'デスクリプション 'プロトコルの関連付けられたメディア'ストリームに関するメディアレベル属性に格納されることを特徴とする請求項 2 3から 25の、ずれか一項に記載の受信方法。

[28] 請求項 23から 27の、ずれか一項に記載の受信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする受信プログラム。

[29] 請求項 28に記載の受信プログラムを格納したコンピュータ読み取り可能な記録媒体。

[30] ネットワークを介してサーノくからクライアントに送受信される、少なくともセッション'レィャを含むレイヤ構造をもつメディア 'ストリームであって、

前記セッション 'レイヤのセッション 'デスクリプション 'プロトコルに前記メディア 'ストリームを管理する管理情報が格納されていることを特徴とするメディア 'ストリーム。