JPWO2005071960A1 - ストリーミング・システム - Google Patents

ストリーミング・システム Download PDF

Info

Publication number
JPWO2005071960A1
JPWO2005071960A1 JP2005517194A JP2005517194A JPWO2005071960A1 JP WO2005071960 A1 JPWO2005071960 A1 JP WO2005071960A1 JP 2005517194 A JP2005517194 A JP 2005517194A JP 2005517194 A JP2005517194 A JP 2005517194A JP WO2005071960 A1 JPWO2005071960 A1 JP WO2005071960A1
Authority
JP
Japan
Prior art keywords
ipmp
session
media stream
tool
management information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2005517194A
Other languages
English (en)
Inventor
ジ・ミン
ファング・ゾンヤン
シェン　メイ・シェン
メイ・シェン シェン
リュウ・ジン
妹尾　孝憲
孝憲 妹尾
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2005071960A1 publication Critical patent/JPWO2005071960A1/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H04N21/8355—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed
    • H04N21/83555—Generation of protective data, e.g. certificates involving usage data, e.g. number of copies or viewings allowed using a structured language for describing usage rules of the content, e.g. REL
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/435—Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/835—Generation of protective data, e.g. certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Storage Device Security (AREA)
  • Television Systems (AREA)

Abstract

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

Description

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

m=video O RTP/AVP 97
a=rtpmap:97 MP4V-ES/90000
a=control:trackID=1
a=fmtp:97 profile-level-id=18;
config=00000l0l0000012189285001ec7O5841217ffb6db6b6db6db6c924920f
a=depends_on: trackID=0
a=ipmp-d: "data:application/ipmp-d;base64,
VndCTFFVZkF5aOF5U1FBWIFRTklCRUFIMEFBQVBvQUFBRDZBQVIRQUVR QUFBUG9BAAAA"

（Ｃ−＞Ｓはクライアントからサーバへ送信するＲＴＳＰメッセージを示し、Ｓ−＞Ｃはサーバからクライアントへ送信するＲＴＳＰメッセージを示す。）
上記の例は、受信側のクライアントが、ＳＤＰ宣言のセッションレベル属性内に表記されているＨＴＴＰサイト（ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｉｐｍｐ）からＩＰＭＰ制御情報（ＩＰＭＰツールリストおよび権利情報）を読み出す必要があることを示している。メディア・セッションレベルにおいて、ＦＧＳベース層のビデオ・ストリームは保護されていないが、拡張層ビデオは１個のＩＰＭＰツールにより保護されている。同ツールの記述はＩＰＭＰ記述子内に格納されていて、ＳＤＰ第二メディア属性内でさらに宣言されているＢａｓｅ６４により符号化されている。
本発明は、ＳＤＰおよびＩＰＭＰ記述子のセッションレベル属性におけるＩＰＭＰツールリストおよび権利コンテナを、ＳＤＰのメディアレベルまたはセッションレベル属性のいずれかにおいて使用して、ストリーミング・コンテンツ向け権利情報とともに順応型ＩＰＭＰ保護を通知する。
そのようにして、以下の点が実現される。
１）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰツールリストを用いることにより、セッション全体に参加してすべてのメディア・ストリームを再生するためにどのＩＰＭＰツールが必要であるかを示す。
２）セッションレベル属性「ＩＰＭＰ−Ｃｏｎｔｒｏｌ」におけるＩＰＭＰ権利コンテナを用いることにより、どのような使用権がセッション全体に関連付けられているかを示す。
３）メディアレベルまたはセッションレベル属性「ＩＰＭＰ−Ｄ」におけるＩＰＭＰ記述子を用いることにより、どのＩＰＭＰツールがどのメディア・ストリームを保護するかを示す。
４）ＩＰＭＰ記述子のＩＰＭＰ＿Ｄａｔａフィールド内のツール構造データ、特定メディアレベルの使用権情報、鍵データを送信する。
本発明で規定する「ｉｐｍｐ−ｃｏｎｔｒｏｌ」および「ｉｐｍｐ−ｄ」のＳＤＰ属性によって、完全に順応型ＩＰＭＰ通知を実現可能である。従って、ＩＳＯ／ＩＥＣ １３８１８−１１またはＩＳＯ／ＩＥＣ １４４９６−１３（ＭＰＥＧ−２／４ＩＰＭＰ拡張）の記載事項に基づいて端末側で順応型かつセキュリティ保証されたＩＰＭＰフレームワークを実装することができる。
なお、本発明は、様々な実施の形態に示されている以下の構成をとることができる。第１の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰツールリストを生成してクライアントがセッション内でメディア・ストリームを処理するために必要とするＩＰＭＰツールのリストを示すステップと、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストを受信側へ搬送するために、前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性に組み込むステップと、
を含む。
第２の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
現行セッション内のすべてのメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性に組み込むステップと、を含む。
第３の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、請求項１の記載に従いＩＰＭＰツールリストが構成および格納されていて、さらに、
メディア・ストリームの保護にどのツールを使用するかを示すＩＰＭＰ記述子を構成し、任意にツール構造またはその他のタイプのＩＰＭＰデータを前記ＩＰＭＰ記述子内に格納するステップと、
関連付けられたメディア・ストリームが前記ＩＰＭＰ記述子に記述されているＩＰＭＰツールの管理下にある旨を受信側に通知するために、前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性に組み込むステップと、
を含む。
第４の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利コンテナに格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、ＩＰＭＰ権利コンテナをセッションレベル属性に格納するステップと、
を含む。
第５の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
現行セッション内のすべてのメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰセッションレベル属性に格納するステップと、
を含む。
第６の構成によれば、サーバ側で順応型ＩＰＭＰ保護を通知する装置であって、
使用権情報をＩＰＭＰ権利データに格納するステップと、
ＩＰＭＰ権利データをＩＰＭＰデータの一タイプとしてＩＰＭＰ記述子に格納するステップと、
関連付けられたメディア・ストリームが、記述された使用規約の管理下にある旨を示すために、さらにＩＰＭＰ記述子をＳＤＰメディアレベル属性に格納するステップと、
を含む。
第７の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
メディア・ストリームを起動する前に前記ＩＰＭＰツールリストをＳＤＰセッションレベル属性から受け取るステップと、
前記ツールリストの示されたツールを調べ、受信側にすべてのツールが存在することを確認し、存在しない場合はツールを読み出すか、またはメディア・ストリームの再生が中止されるステップと、
を含む。
第８の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出して、現行セッション内のすべてのメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
第９の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、請求項７の記載に従いＩＰＭＰツールリストが読み出されて、さらに、
前記ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出して、関連付けられたメディア・ストリームがＩＰＭＰ記述子に記述されたＩＰＭＰツールの管理下にある旨をクライアントに通知するステップと、
任意に、前記ＩＰＭＰ記述子に格納されているツール構造データを用いてツールの設定または初期化を行なうか、あるいは前記のＩＰＭＰ記述子に格納されている他のタイプのデータを用いてＩＰＭＰプロセスを支援するステップと、
を含む。
第１０の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ権利コンテナをＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利コンテナ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
第１１の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰセッションレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内のすべてのメディア・ストリームを管理するステップと、
を含む。
第１２の構成によれば、クライアント側で順応型ＩＰＭＰ保護を通知する装置であって、
ＩＰＭＰ記述子をＳＤＰメディアレベル属性から読み出すステップと、
ＩＰＭＰ権利データを前記ＩＰＭＰ記述子から読み出すステップと、
ＩＰＭＰ権利データ内の使用権情報を読み出すステップと、
それを用いて現行セッション内の関連付けられたメディア・ストリームを管理するステップと、
を含む。
上述の通り、本発明は好ましい実施形態により詳細に説明されているが、本発明はこれらに限定されるものではなく、以下の特許請求の範囲に記載された本発明の技術的範囲内において多くの好ましい変形例及び修正例が可能であることは当業者にとって自明なことであろう。
ＩＳＭＡＣｒｙｐアーキテクチャを示す図である。 ＭＰＥＧ−２ＩＰＭＰ拡張コンテンツ構造を示す図である。 ＭＰＥＧ−４ＩＰＭＰ拡張コンテンツ構造を示す図である。 ＳＤＰ属性を用いるＩＰＭＰ保護通知を示す図である。 従来のＭＰＥＧ−４ストリームのレイヤ構造を示す図である。 本発明のメディア・ストリーム送受信システムにおけるＭＰＥＧ−４ストリームのレイヤ構造を示す図である。 サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルにＩＰＭＰツールに関する情報を格納して、クライアントに送信する方法のフローチャートである。 ＩＰＭＰツールに関する情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。 サーバにおいて、メディア・ストリームのセッション・デスクリプション・プロトコルに権利情報を格納してクライアントに送信する方法のフローチャートである。 権利情報を格納したセッション・デスクリプション・プロトコルを含むメディア・ストリームをクライアントで受信して、メディア・ストリームを管理する方法のフローチャートである。
符号の説明
２．１ ＩＰＭＰツールリスト
２．２ ＩＰＭＰツールコンテナ
２．３ ＩＰＭＰ記述子（群）
３．１ ＩＰＭＰツールリスト
３．３ ＩＰＭＰ記述子（群）
４．１ セッションレベルセクション
４．２ メディアレベルセクション
４．３ 属性行
４．４ 属性行
１０ ネットワーク・レイヤ
２０ セッション・レイヤ
２１ ＩＰＭＰツールリスト
２２ ＩＰＭＰ記述子
３０ システム・レイヤ
３１ ＩＰＭＰツールリスト
３２ ＩＰＭＰ記述子
４０ コンテンツ・レイヤ
４１ ＭＰＥＧ−４ ビデオ
４２ ＭＰＥＧ−４ オーディオ
４３ その他のコンテンツ

Claims (30)

  1. ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを送信するサーバと、前記サーバから前記ネットワークを介して前記メディア・ストリームを受信するクライアントとを備えたストリーミング・システムであって、
    前記サーバは、
    メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
    前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
    を備え、
    前記クライアントは、
    前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
    受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
    抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
    を備えることを特徴とするストリーミング・システム。
  2. 前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
    前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記ＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１に記載のストリーミング・システム。
  3. 前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１に記載のストリーミング・システム。
  4. 前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
  5. 前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１から３のいずれか一項に記載のストリーミング・システム。
  6. ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信するサーバであって、
    メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納する手段と、
    前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信する手段と
    を備えることを特徴とするサーバ。
  7. 前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項６に記載のサーバ。
  8. 前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項６に記載のサーバ。
  9. 前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
  10. 前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項６から８のいずれか一項に記載のサーバ。
  11. サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信するクライアントであって、
    前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信する手段と、
    受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出する手段と、
    抽出した前記管理情報に基づいて前記メディア・ストリームを管理する手段と
    を備えることを特徴とするクライアント。
  12. 前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
    前記クライアントの前記メディア・ストリームを管理する手段は、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項１１に記載のクライアント。
  13. 前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１１に記載のクライアント。
  14. 前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
  15. 前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１１から１３のいずれか一項に記載のクライアント。
  16. ネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームをクライアントに送信する送信方法であって、
    メディア・ストリームのセッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報を格納するステップと、
    前記メディア・ストリームのセッション・レイヤで、前記管理情報を格納した前記セッション・デスクリプション・プロトコルを前記クライアントに送信するステップと
    を含むことを特徴とする送信方法。
  17. 前記管理情報は、前記メディア・ストリームの保護に用いるＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であることを特徴とする請求項１６に記載の送信方法。
  18. 前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項１６に記載の送信方法。
  19. 前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
  20. 前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項１６から１８のいずれか一項に記載の送信方法。
  21. 請求項１６から２０のいずれか一項に記載の送信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする送信プログラム。
  22. 請求項２１に記載の送信プログラムを格納したコンピュータ読み取り可能な記録媒体。
  23. サーバからネットワークを介して少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームを受信する方法であって、
    前記メディア・ストリームを管理する管理情報を格納したセッション・デスクリプション・プロトコルを前記サーバから受信するステップと、
    受信した前記セッション・デスクリプション・プロトコルから前記管理情報を抽出するステップと、
    抽出した前記管理情報に基づいて前記メディア・ストリームを管理するステップと
    を含むことを特徴とする受信方法。
  24. 前記管理情報は、前記メディア・ストリームのＩＰＭＰツールに関するＩＰＭＰツールリスト又はＩＰＭＰ記述子であって、
    前記クライアントの前記メディア・ストリームを管理するステップは、抽出した前記ＩＰＭＰツールリスト又はＩＰＭＰ記述子によって前記メディア・ストリームの保護に用いるＩＰＭＰツールを特定し、前記メディア・ストリームを管理することを特徴とする請求項２３に記載の受信方法。
  25. 前記管理情報は、前記メディア・ストリームの権利情報であることを特徴とする請求項２３に記載の受信方法。
  26. 前記管理情報は、前記セッション・デスクリプション・プロトコルの同じセッションにおける全てのメディア・ストリームに関するセッションレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
  27. 前記管理情報は、前記セッション・デスクリプション・プロトコルの関連付けられたメディア・ストリームに関するメディアレベル属性に格納されることを特徴とする請求項２３から２５のいずれか一項に記載の受信方法。
  28. 請求項２３から２７のいずれか一項に記載の受信方法の各ステップをコンピュータで実行可能なように構成されたことを特徴とする受信プログラム。
  29. 請求項２８に記載の受信プログラムを格納したコンピュータ読み取り可能な記録媒体。
  30. ネットワークを介してサーバからクライアントに送受信される、少なくともセッション・レイヤを含むレイヤ構造をもつメディア・ストリームであって、
    前記セッション・レイヤのセッション・デスクリプション・プロトコルに前記メディア・ストリームを管理する管理情報が格納されていることを特徴とするメディア・ストリーム。
JP2005517194A 2003-12-01 2004-11-26 ストリーミング・システム Withdrawn JPWO2005071960A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2003401383 2003-12-01
JP2003401383 2003-12-01
PCT/JP2004/017602 WO2005071960A1 (ja) 2003-12-01 2004-11-26 ストリーミング・システム

Publications (1)

Publication Number Publication Date
JPWO2005071960A1 true JPWO2005071960A1 (ja) 2007-12-27

Family

ID=34805266

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005517194A Withdrawn JPWO2005071960A1 (ja) 2003-12-01 2004-11-26 ストリーミング・システム

Country Status (6)

Country Link
US (1) US20070083659A1 (ja)
EP (1) EP1694067A4 (ja)
JP (1) JPWO2005071960A1 (ja)
KR (1) KR20060126477A (ja)
CN (1) CN1886987A (ja)
WO (1) WO2005071960A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100606800B1 (ko) * 2005-03-15 2006-08-01 엘지전자 주식회사 이동통신 단말기의 멀티미디어 스트리밍 서비스 제공방법및 스트리밍 서비스 시스템
CA2642253A1 (en) * 2006-03-07 2007-09-20 Nec Corporation Moving image distribution system and conversion device
JP5358874B2 (ja) * 2006-09-05 2013-12-04 ソニー株式会社 送信装置および受信装置
KR100809432B1 (ko) * 2006-11-29 2008-03-07 한국전자통신연구원 상호 운용적 ｄｒｍ 적용을 위한 콘텐츠 실행 단말에서의ｄｒｍ 적용 장치 및 그 동작 방법
CN100466683C (zh) * 2007-03-22 2009-03-04 中兴通讯股份有限公司 一种数字电视广播手持设备的会话描述协议获取方法
CN101378546A (zh) * 2007-08-28 2009-03-04 华为技术有限公司 实现媒体交付控制的方法、实体及系统
CN100550860C (zh) * 2007-11-27 2009-10-14 华为技术有限公司 媒体资源预留方法及业务包信息获取方法及装置
CN101459572B (zh) * 2007-12-13 2011-07-06 华为技术有限公司 一种在ip分组网中实现关联媒体流的方法及装置
JP2009260818A (ja) * 2008-04-18 2009-11-05 Nec Corp サーバ装置とコンテンツ配信方法とプログラム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6961858B2 (en) * 2000-06-16 2005-11-01 Entriq, Inc. Method and system to secure content for distribution via a network
US7107462B2 (en) * 2000-06-16 2006-09-12 Irdeto Access B.V. Method and system to store and distribute encryption keys
CN1386226A (zh) * 2000-07-11 2002-12-18 松下电器产业株式会社 内容流通系统的控制方法及其系统
JP4311899B2 (ja) * 2001-03-02 2009-08-12 パナソニック株式会社 コンテンツの配信および保護を行なう方法および装置
WO2003015416A1 (en) * 2001-08-09 2003-02-20 Matsushita Electric Industrial Co., Ltd. Unified rights management for ipmp systemsystem
US7237108B2 (en) * 2001-09-26 2007-06-26 General Instrument Corporation Encryption of streaming control protocols and their headers
US7343487B2 (en) * 2001-10-10 2008-03-11 Nokia Corporation Datacast distribution system
WO2003055219A2 (en) * 2001-12-11 2003-07-03 Telefonaktiebolaget Lm Ericsson (Publ.) Method of rights management for streaming media
CN100450177C (zh) * 2001-12-19 2009-01-07 耶德托存取公司 数字内容分配系统
WO2003075575A1 (en) * 2002-03-05 2003-09-12 Matsushita Electric Industrial Co., Ltd. Method for implementing mpeg-21 ipmp
JP2004007452A (ja) * 2002-03-05 2004-01-08 Matsushita Electric Ind Co Ltd Ｉｐｍｐにより保護されるコンテンツを処理するために使用されるツールを規定する情報の転送方法
US20040034600A1 (en) * 2002-06-03 2004-02-19 Matsushita Electric Industrial Co., Ltd. Contents distribution system, contents distribution apparatus, terminal, and method of distributing contents
JP2004364273A (ja) * 2003-05-09 2004-12-24 Matsushita Electric Ind Co Ltd Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの受信装置
JP4562417B2 (ja) * 2003-05-09 2010-10-13 パナソニック株式会社 Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの送信装置

Also Published As

Publication number Publication date
WO2005071960A1 (ja) 2005-08-04
US20070083659A1 (en) 2007-04-12
KR20060126477A (ko) 2006-12-07
EP1694067A1 (en) 2006-08-23
EP1694067A4 (en) 2009-01-21
CN1886987A (zh) 2006-12-27

Similar Documents

Publication Publication Date Title
US7299362B2 (en) Apparatus of a baseline DVB-CPCM
KR100411846B1 (ko) 디지털 콘텐츠 배급 시스템, 디지털 콘텐츠 배급 방법,로밍 서버, 정보 처리 장치 및 정보 처리 방법
US20140281489A1 (en) Security and key management of digital content
US20230099480A1 (en) Reception device, transmission device, and data processing method
US9699188B2 (en) Method and apparatus for transmitting and receiving message for downloadable CAS or DRM in MMT
KR20040036677A (ko) Ｍｐｅｇ-2 콘텐츠 배신 및 보호를 위한 유연 및 공통ｉｐｍｐ시스템에 관한 장치
KR20180088383A (ko) 수신 장치, 송신 장치, 및 데이터 처리 방법
Hartung et al. Drm protected dynamic adaptive http streaming
US7436958B2 (en) Method of distributed IPMP device messaging and carriage of rights in MPEG IPMP content
TWI332343B (en) Method and apparatus for signaling transmission code set in data broadcasting
JPWO2005071960A1 (ja) ストリーミング・システム
KR20100082824A (ko) 소프트웨어 다운로드 방법 및 시스템
KR20060105934A (ko) 브로드캐스트 서비스를 지원하는 서비스 제공자와 단말기간에 디지털 저작권 관리 컨텐츠 공유 방법 및 장치,그리고 그 시스템
US20100299516A1 (en) Contents protection providing method and protected contents consuming method and apparatus thereof
US20210021359A1 (en) Information processing device, information processing method, and program
JP2004005365A (ja) ベースラインｄｖｂ−ｃｐｃｍの装置
CA2955486C (en) Receiving device, receiving method, transmission device, and transmission method
JP4575882B2 (ja) Ａｖコンテンツをダウンロード型のファイル形式で配信する方法および装置
JP2004364273A (ja) Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの受信装置
JP2006244180A (ja) 保護モジュールをシグナリングするための方法
KR20060018840A (ko) Ｍｐｅｇ-4 ｉｐｍｐ 확장된 ｉｓｍａ 매체 스트림의수신장치
JP4562417B2 (ja) Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの送信装置
US20060274895A1 (en) Transmitter apparatus for mpeg-4 ipmp extended isma media stream
Ji et al. MPEG 4 IPMP Extension
US20090070883A1 (en) System renewability message transport

Legal Events

Date Code Title Description
A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20090528