JP2002084516A - マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 - Google Patents
マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体Info
- Publication number
- JP2002084516A JP2002084516A JP2000273559A JP2000273559A JP2002084516A JP 2002084516 A JP2002084516 A JP 2002084516A JP 2000273559 A JP2000273559 A JP 2000273559A JP 2000273559 A JP2000273559 A JP 2000273559A JP 2002084516 A JP2002084516 A JP 2002084516A
- Authority
- JP
- Japan
- Prior art keywords
- data
- intellectual property
- session
- multimedia data
- transmitting
- 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
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Storage Device Security (AREA)
- Television Systems (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
(57)【要約】
【課題】 セキュリティを要する情報の安全性を保ちつ
つ、マルチメディア伝送を行うことが可能になる。 【解決手段】 送信側からは複数のオブジェクトで構成
され、著作権保護情報が付加されたマルチメディアデー
タを送信する。そして、送信側と受信側との間には、送
信側から出力されたストリームであるマルチメディアデ
ータを、著作権保護データと非著作権保護データとに分
割し、非著作権保護データの伝送を行う非セキュアセッ
ション及び著作権保護データの伝送を行うセキュアセッ
ションを管理するセッション管理手段を設ける。
つ、マルチメディア伝送を行うことが可能になる。 【解決手段】 送信側からは複数のオブジェクトで構成
され、著作権保護情報が付加されたマルチメディアデー
タを送信する。そして、送信側と受信側との間には、送
信側から出力されたストリームであるマルチメディアデ
ータを、著作権保護データと非著作権保護データとに分
割し、非著作権保護データの伝送を行う非セキュアセッ
ション及び著作権保護データの伝送を行うセキュアセッ
ションを管理するセッション管理手段を設ける。
Description
【０００１】
【発明の属する技術分野】本発明は知的財産（例えば、
著作権）保護管理データを含むマルチメディアデータの
伝送に関するものである。
著作権）保護管理データを含むマルチメディアデータの
伝送に関するものである。
【０００２】
【従来の技術】現在、ISO/IEC 14496 (MPEG Phase 4)で
は、マルチメディアの符号化（圧縮フォーマット）の標
準化が進められている。本規格では、従来のビデオ・オ
ーディオデータの符号化のほかに、各メディアの空間・
時間的配置を定義することが可能であり、これをシーン
記述と呼んでいる。また、各々のメディアをオブジェク
トと呼称している。
は、マルチメディアの符号化（圧縮フォーマット）の標
準化が進められている。本規格では、従来のビデオ・オ
ーディオデータの符号化のほかに、各メディアの空間・
時間的配置を定義することが可能であり、これをシーン
記述と呼んでいる。また、各々のメディアをオブジェク
トと呼称している。
【０００３】図３に、シーンの一例を載せる。本例で
は、グラフィックオブジェクトとしてBOX（箱）３０１
およびCylinder（円柱）３０２、BOX３０１に貼付され
るイメージテクスチャ３０１ａ、Cylinder３０２に貼付
されるビデオテクスチャ３０２ａ、および同時に再生さ
れるオーディオ３０３が定義されている。
は、グラフィックオブジェクトとしてBOX（箱）３０１
およびCylinder（円柱）３０２、BOX３０１に貼付され
るイメージテクスチャ３０１ａ、Cylinder３０２に貼付
されるビデオテクスチャ３０２ａ、および同時に再生さ
れるオーディオ３０３が定義されている。
【０００４】シーン記述自体の手法としては、ＶＲＭＬ
(Virtual Reality Markup Language)を元に機能拡張お
よびバイナリ化を行ったＢＩＦＳ(BInary Format for S
cenedescription)が採用されている。ＢＩＦＳのバイナ
リ化方式については省略する。
(Virtual Reality Markup Language)を元に機能拡張お
よびバイナリ化を行ったＢＩＦＳ(BInary Format for S
cenedescription)が採用されている。ＢＩＦＳのバイナ
リ化方式については省略する。
【０００５】また、このシーン記述とは別に、オブジェ
クトディスクリプタ（以降ＯＤと呼ぶ）と呼ばれる、各
オブジェクトの属性を示すデータが付加される。属性と
は、メディアの属性（ビデオ、オーディオ、イメージな
ど）、知的財産権（例えば著作権）者情報、ＱｏＳ（Qu
ality Of Service）情報、コンテンツのレーティング情
報などである。これらの属性自体が、それぞれ１つの１
つのディスクリプタとして、ＯＤの中に内包される。
クトディスクリプタ（以降ＯＤと呼ぶ）と呼ばれる、各
オブジェクトの属性を示すデータが付加される。属性と
は、メディアの属性（ビデオ、オーディオ、イメージな
ど）、知的財産権（例えば著作権）者情報、ＱｏＳ（Qu
ality Of Service）情報、コンテンツのレーティング情
報などである。これらの属性自体が、それぞれ１つの１
つのディスクリプタとして、ＯＤの中に内包される。
【０００６】図４にビットストリームの全体図の例を載
せる。
せる。
【０００７】４０１は、初期オブジェクトディスクリプ
タであり、ビットストリーム全体のプロパティ（ビット
ストリームのプロファイルなど）を格納している。４０
２はＢＩＦＳストリームであり、シーン情報を格納して
いる。
タであり、ビットストリーム全体のプロパティ（ビット
ストリームのプロファイルなど）を格納している。４０
２はＢＩＦＳストリームであり、シーン情報を格納して
いる。
【０００８】４０３及び４０６はＯＤであり、以降のオ
ブジェクトの属性が記述される。本例では、２つのＯＤ
（ＯＤ１、ＯＤ２）を持つ例を挙げている。ＯＤ１（４
０３）、ＯＤ２（４０６）に続いて、各メディアストリ
ーム（これをエレメンタリーストリームと呼んでいる）
ＥＳ１、ＥＳ２の属性を示すエレメンタリーストリーム
ディスクリプタ（以降ＥＳＤと呼ぶ）が複数記述可能に
なっている。図４においては、ＯＤ１（４０３）の後に
ＥＳＤ１（４０４）が記述され、ＯＤ２（４０６）の後
にＥＳＤ２（４０７）が記述されている。
ブジェクトの属性が記述される。本例では、２つのＯＤ
（ＯＤ１、ＯＤ２）を持つ例を挙げている。ＯＤ１（４
０３）、ＯＤ２（４０６）に続いて、各メディアストリ
ーム（これをエレメンタリーストリームと呼んでいる）
ＥＳ１、ＥＳ２の属性を示すエレメンタリーストリーム
ディスクリプタ（以降ＥＳＤと呼ぶ）が複数記述可能に
なっている。図４においては、ＯＤ１（４０３）の後に
ＥＳＤ１（４０４）が記述され、ＯＤ２（４０６）の後
にＥＳＤ２（４０７）が記述されている。
【０００９】また、エレメンタリーストリームＥＳ１、
ＥＳ２については、実際にはパケッタイズされ、Sync L
ayer Packet（以降ＳＬパケットと呼ぶ）として扱われ
るため、図４に示すようにＳＬパケットの構造を記述す
るためのＳＬＣｏｎｆｉｇのディスクリプタ４０５、４
０８がＥＳＤ１（４０４）、ＥＳＤ２（４０７）のそれ
ぞれに対して付加される。
ＥＳ２については、実際にはパケッタイズされ、Sync L
ayer Packet（以降ＳＬパケットと呼ぶ）として扱われ
るため、図４に示すようにＳＬパケットの構造を記述す
るためのＳＬＣｏｎｆｉｇのディスクリプタ４０５、４
０８がＥＳＤ１（４０４）、ＥＳＤ２（４０７）のそれ
ぞれに対して付加される。
【００１０】上述したＯＤ及びＥＳＤのディスクリプタ
はそれぞれ、図４に示したビットストリームにおいて、
各エレメンタリーストリームＥＳ１、ＥＳ２の前の先頭
に設置する必要がある。ただし、ＯＤ及びＥＳＤはそれ
ぞれ、ビットストリームの途中にアップデートコマンド
を挿入することによって、追加、削除、及び変更が可能
となっている。
はそれぞれ、図４に示したビットストリームにおいて、
各エレメンタリーストリームＥＳ１、ＥＳ２の前の先頭
に設置する必要がある。ただし、ＯＤ及びＥＳＤはそれ
ぞれ、ビットストリームの途中にアップデートコマンド
を挿入することによって、追加、削除、及び変更が可能
となっている。
【００１１】また、規格では、各ＯＤおよびＥＳごと
に、知的財産（例えば著作権）管理情報やアクセス制御
情報を付加することが可能になっている。これをＩＰＭ
Ｐ(Intellectual Property Management and Protectio
n)情報と呼んでいる。ＩＰＭＰ情報自体も、ＩＰＭＰデ
ィスクリプタと称されるディスクリプタにてその詳細が
記述される。実際には、アクセス制御には暗号技術が使
われるような例が多い。
に、知的財産（例えば著作権）管理情報やアクセス制御
情報を付加することが可能になっている。これをＩＰＭ
Ｐ(Intellectual Property Management and Protectio
n)情報と呼んでいる。ＩＰＭＰ情報自体も、ＩＰＭＰデ
ィスクリプタと称されるディスクリプタにてその詳細が
記述される。実際には、アクセス制御には暗号技術が使
われるような例が多い。
【００１２】ただし、ＩＰＭＰの方式（ディスクリプタ
のシンタックス）は、特定されておらず、フリーシンタ
ックスとなっている。ただし、ＲＡ(Registration Auth
ority)に登録されたＩＰＭＰシステムタイプ番号だけを
記述するようになっている。
のシンタックス）は、特定されておらず、フリーシンタ
ックスとなっている。ただし、ＲＡ(Registration Auth
ority)に登録されたＩＰＭＰシステムタイプ番号だけを
記述するようになっている。
【００１３】ＩＰＭＰディスクリプタによって記述され
たＩＰＭＰ情報自体は、ＩＤでリンクすることによっ
て、ＩＰＭＰ用ＥＳ(ＩＰＭＰ＿ＥＳ)を付加することが
可能である。
たＩＰＭＰ情報自体は、ＩＤでリンクすることによっ
て、ＩＰＭＰ用ＥＳ(ＩＰＭＰ＿ＥＳ)を付加することが
可能である。
【００１４】図５は、この場合のビットストリーム全体
の一例を示したものである。図５では、ＩＰＭＰ１（４
０９）およびＩＰＭＰ２（４１１）が、それぞれＥＳ１
（４１０）、ＥＳ２（４１２）に対するＩＰＭＰ＿ＥＳ
となっている。また本例では、ＩＰＭＰ情報をアップデ
ートする場合のコマンド５１３を１ヶ所含んだストリー
ムの例を挙げている。
の一例を示したものである。図５では、ＩＰＭＰ１（４
０９）およびＩＰＭＰ２（４１１）が、それぞれＥＳ１
（４１０）、ＥＳ２（４１２）に対するＩＰＭＰ＿ＥＳ
となっている。また本例では、ＩＰＭＰ情報をアップデ
ートする場合のコマンド５１３を１ヶ所含んだストリー
ムの例を挙げている。
【００１５】また、図６にＩＰＭＰディスクリプタの詳
細例である。図中、６０１は、ディスクリプタタグ(TA
G)であり、ディスクリプタの種類を示す。６０２は、レ
ングスフィールド(LENGTH)であり、ディスクリプタ全体
の長さ（バイト数）を示す。６０３は、ディスクリプタ
ＩＤであり、ディスクリプタ自体のビットストリーム内
でユニークな識別子を格納する。６０４は、ＩＰＭＰＳ
＿ｔｙｐｅであり、前述したようにシステムタイプ番号
を示す。６０５はオプションフィールド(Option)であ
り、ＩＰＭＰに付随するデータを適宜挿入することがで
きる。このフィールド６０５内のシンタックスが自由に
なっている。なお、付随データは、このフィールド６０
５にＵＲＬとして外部に示すことも可能である。
細例である。図中、６０１は、ディスクリプタタグ(TA
G)であり、ディスクリプタの種類を示す。６０２は、レ
ングスフィールド(LENGTH)であり、ディスクリプタ全体
の長さ（バイト数）を示す。６０３は、ディスクリプタ
ＩＤであり、ディスクリプタ自体のビットストリーム内
でユニークな識別子を格納する。６０４は、ＩＰＭＰＳ
＿ｔｙｐｅであり、前述したようにシステムタイプ番号
を示す。６０５はオプションフィールド(Option)であ
り、ＩＰＭＰに付随するデータを適宜挿入することがで
きる。このフィールド６０５内のシンタックスが自由に
なっている。なお、付随データは、このフィールド６０
５にＵＲＬとして外部に示すことも可能である。
【００１６】上述したＩＰＭＰのディスクリプタについ
ても、図５に示したビットストリームにおいて、各エレ
メンタリーストリームＥＳ１、ＥＳ２の前の先頭に設置
する必要がある。
ても、図５に示したビットストリームにおいて、各エレ
メンタリーストリームＥＳ１、ＥＳ２の前の先頭に設置
する必要がある。
【００１７】図７に、これらのビットストリームを生成
するためのシステムエンコーダの例を示す。
するためのシステムエンコーダの例を示す。
【００１８】図中、７０１はオブジェクトディスクリプ
タ生成器であり、以上述べたようなディスクリプタをビ
ットストリームのプロパティに応じて適宜生成する。７
０２は、メディアエンコーダで、実際に、ビデオ、オー
ディオなどのデータをエンコードする。
タ生成器であり、以上述べたようなディスクリプタをビ
ットストリームのプロパティに応じて適宜生成する。７
０２は、メディアエンコーダで、実際に、ビデオ、オー
ディオなどのデータをエンコードする。
【００１９】７０４は、ＢＩＦＳエンコーダであり、シ
ーン情報をバイナリ化する。７０５は、アップデート制
御部であり、必要に応じて、ＯＤ、ＥＳＤ、ＩＰＭＰデ
ィスクリプタなどのプロパティを更新するためのコマン
ドを挿入するが必ずしも、必須の機能ではない。７０６
は、マルチプレクサであり、以上のディスクリプタや、
メディアストリームを最終的に１つのＳＬパケットとし
てマルチプレクスする部分である。
ーン情報をバイナリ化する。７０５は、アップデート制
御部であり、必要に応じて、ＯＤ、ＥＳＤ、ＩＰＭＰデ
ィスクリプタなどのプロパティを更新するためのコマン
ドを挿入するが必ずしも、必須の機能ではない。７０６
は、マルチプレクサであり、以上のディスクリプタや、
メディアストリームを最終的に１つのＳＬパケットとし
てマルチプレクスする部分である。
【００２０】一方、図８にデコーダ（再生器）側の構成
例を示す。図中、８０１は、デマルチプレクサであり、
各ディスクリプタ、ＥＳ等を分離する。８０３はディス
クリプタパーサ（解析部）であり、タグ情報によってデ
ィスクリプタの種類を判別し、各ディスクリプタの内容
を解読し、適宜各部に設定する。８０４はＢＩＦＳデコ
ーダであり、バイナリ化されたＢＩＦＳストリームをデ
コードし、シーン構造を再構築する。８０５はメディア
デコーダであり、ビデオ、オーディオ、イメージなどの
メディアデコーダを実際にデコードする部分である。
例を示す。図中、８０１は、デマルチプレクサであり、
各ディスクリプタ、ＥＳ等を分離する。８０３はディス
クリプタパーサ（解析部）であり、タグ情報によってデ
ィスクリプタの種類を判別し、各ディスクリプタの内容
を解読し、適宜各部に設定する。８０４はＢＩＦＳデコ
ーダであり、バイナリ化されたＢＩＦＳストリームをデ
コードし、シーン構造を再構築する。８０５はメディア
デコーダであり、ビデオ、オーディオ、イメージなどの
メディアデコーダを実際にデコードする部分である。
【００２１】８０７はレンダラであり、シーン構造に従
って各オブジェクトを、適宜表示・再生する機構であ
る。８０６はＩＰＭＰコントローラである、ＩＰＭＰデ
ィスクリプタおよびＩＰＭＰ＿ＥＳの情報に従って、メ
ディアの再生制御（再生制限、効果制御など）を行う。
たとえば、暗号がかけられているような場合には、暗号
を解読してからメディアデコーダにデータを転送する。
って各オブジェクトを、適宜表示・再生する機構であ
る。８０６はＩＰＭＰコントローラである、ＩＰＭＰデ
ィスクリプタおよびＩＰＭＰ＿ＥＳの情報に従って、メ
ディアの再生制御（再生制限、効果制御など）を行う。
たとえば、暗号がかけられているような場合には、暗号
を解読してからメディアデコーダにデータを転送する。
【００２２】８０２は同期制御部であり、各メディア間
の同期制御を行う。なお、図７のエンコーダ側から図８
のデコーダ（再生器）側へのデータ転送方法については
特記しないが、ネットワーク上の伝送の場合には、すべ
て１本のビットストリームとして同一セッションにて送
受信されるのが一般的である。
の同期制御を行う。なお、図７のエンコーダ側から図８
のデコーダ（再生器）側へのデータ転送方法については
特記しないが、ネットワーク上の伝送の場合には、すべ
て１本のビットストリームとして同一セッションにて送
受信されるのが一般的である。
【００２３】一方、ISO/IEC 14496-6では、ＤＭＩＦと
呼ばれる端末とアプリケーションあるいは、端末間ネッ
トワークの通信用のＡＰＩ(Application Programming I
nterface)を定義している。
呼ばれる端末とアプリケーションあるいは、端末間ネッ
トワークの通信用のＡＰＩ(Application Programming I
nterface)を定義している。
【００２４】図１１にこのＡＰＩの一例を示す。１１０
１は、アプリケーションから新規チャネルを追加セット
アップするインターフェースであり、１１０２は端末の
ネットワーク間においてのチャネルセットアップインタ
ーフェースとなっている。１１０３は、ネットワーク上
において、実際の通信プロトコルなどをセットアップす
るＡＰＩである。
１は、アプリケーションから新規チャネルを追加セット
アップするインターフェースであり、１１０２は端末の
ネットワーク間においてのチャネルセットアップインタ
ーフェースとなっている。１１０３は、ネットワーク上
において、実際の通信プロトコルなどをセットアップす
るＡＰＩである。
【００２５】ここで、serviceSessionIdはチャネルを追
加すべきセッションの識別子、qosDescriptorはチャネ
ルのQOS(Quality Of Service)を示す記述子、direction
は通信方向を示し、uuDataInBuffer()は、追加情報を格
納するバッファ、uuDataInLenは前記バッファのデータ
長を示す。また応答情報として、responseはチャネルセ
ットアップの可否を示し、channelHandleはセットアッ
プしたチャネルのハンドルを返し、uuDataOutBuffer()
は、追加情報を応答し、ddDataOutLenは前記バッファの
データ長を返す。このようにして、伝送プロトコルやセ
ットアップ手順に関わり無くチャネルをセットアップす
るためのＡＰＩが定義されている。さらなる個々のパラ
メータについては、本件とは無関係であるので説明を省
略する。
加すべきセッションの識別子、qosDescriptorはチャネ
ルのQOS(Quality Of Service)を示す記述子、direction
は通信方向を示し、uuDataInBuffer()は、追加情報を格
納するバッファ、uuDataInLenは前記バッファのデータ
長を示す。また応答情報として、responseはチャネルセ
ットアップの可否を示し、channelHandleはセットアッ
プしたチャネルのハンドルを返し、uuDataOutBuffer()
は、追加情報を応答し、ddDataOutLenは前記バッファの
データ長を返す。このようにして、伝送プロトコルやセ
ットアップ手順に関わり無くチャネルをセットアップす
るためのＡＰＩが定義されている。さらなる個々のパラ
メータについては、本件とは無関係であるので説明を省
略する。
【００２６】図１５に、このＡＰＩを用いた端末間のチ
ャネルセットアップ手順を載せる。
ャネルセットアップ手順を載せる。
【００２７】アプリケーションは、DA_ChannelAdd()コ
マンドを用いて、チャネル追加要求を発行する。その
後、DN_TransMuxSetup()コマンドによって、ネットワー
ク上のセットアップが行われる。DN_ChannelAdded()で
は、送受信端末間で実際にチャネルをセットアップす
る。
マンドを用いて、チャネル追加要求を発行する。その
後、DN_TransMuxSetup()コマンドによって、ネットワー
ク上のセットアップが行われる。DN_ChannelAdded()で
は、送受信端末間で実際にチャネルをセットアップす
る。
【００２８】規格上は、最低限のパラメータ（セッショ
ンとチャネルの関係、伝送方向、ＱｏＳ情報など）だけ
が定義されているが、実際には、さらにさまざまなパラ
メータを伝送することが必要になる。
ンとチャネルの関係、伝送方向、ＱｏＳ情報など）だけ
が定義されているが、実際には、さらにさまざまなパラ
メータを伝送することが必要になる。
【００２９】また、図１３に、このデータセットの一例
を載せる。
を載せる。
【００３０】DsmccMessageHeaderは、メッセージのヘッ
ダである。NetworkSessionIDは、セッションの識別子を
示す。ServiceIDは、さらに上位レイヤでのサービスの
ための識別子を示す。Countは、追加すべきチャネル数
を示す。このチャネル数分だけデータの繰り返しが行わ
れ、各セッションのデータのメッセージが伝送される。
ダである。NetworkSessionIDは、セッションの識別子を
示す。ServiceIDは、さらに上位レイヤでのサービスの
ための識別子を示す。Countは、追加すべきチャネル数
を示す。このチャネル数分だけデータの繰り返しが行わ
れ、各セッションのデータのメッセージが伝送される。
【００３１】
【発明が解決しようとする課題】しかしながら、従来例
では、それぞれ以下のような問題があった。
では、それぞれ以下のような問題があった。
【００３２】図６の例で、ＩＰＭＰディスクリプタがフ
リーシンタックスのため、２つ以上のＩＰＭＰシステム
間で互換性が取れないという問題があった。また、ＩＰ
ＭＰディスクリプタのシンタックスを明確に規格化して
しまうと、セキュリティの方式が開示されるため、セキ
ュリティレベルが下がってしまうという欠点があった。
リーシンタックスのため、２つ以上のＩＰＭＰシステム
間で互換性が取れないという問題があった。また、ＩＰ
ＭＰディスクリプタのシンタックスを明確に規格化して
しまうと、セキュリティの方式が開示されるため、セキ
ュリティレベルが下がってしまうという欠点があった。
【００３３】また、図９に示すがごとく、ネットワーク
上をＩＰＭＰディスクリプタ（パケット）を伝送する
と、ネットワーク上でデータを盗み見されて、セキュリ
ティが保てなくなるという欠点があった。９０１は、各
ストリームを各工程（同期レイヤ：SL、可変長パケット
生成部：FlexMux（図面ではFlexと記述されている）、
およびネットワーク伝送用パケット生成部：TransMux
（図面ではTransと記述されている）に従ってマルチプ
レクスするマルチプレクサであり、最終的に１本のビッ
トストリーム９０２が生成されることを示している。
尚、図９中に示されているAVOはAudio Visual Objectを
表す。Desc.は様々なディスクリプタを表す。
上をＩＰＭＰディスクリプタ（パケット）を伝送する
と、ネットワーク上でデータを盗み見されて、セキュリ
ティが保てなくなるという欠点があった。９０１は、各
ストリームを各工程（同期レイヤ：SL、可変長パケット
生成部：FlexMux（図面ではFlexと記述されている）、
およびネットワーク伝送用パケット生成部：TransMux
（図面ではTransと記述されている）に従ってマルチプ
レクスするマルチプレクサであり、最終的に１本のビッ
トストリーム９０２が生成されることを示している。
尚、図９中に示されているAVOはAudio Visual Objectを
表す。Desc.は様々なディスクリプタを表す。
【００３４】本発明はかかる問題点に鑑みなされたもの
であり、知的財産権（著作権）保護対象となるオブジェ
クトを含むマルチメディアデータの伝送において、その
知的財産権保護対象となるオブジェクトに関する安全性
を高めることを可能にするマルチメディアデータ送信装
置及び方法、マルチメディアデータ受信装置及び方法、
マルチメディアデータ伝送システム並びに記憶媒体を提
供しようとするものである。
であり、知的財産権（著作権）保護対象となるオブジェ
クトを含むマルチメディアデータの伝送において、その
知的財産権保護対象となるオブジェクトに関する安全性
を高めることを可能にするマルチメディアデータ送信装
置及び方法、マルチメディアデータ受信装置及び方法、
マルチメディアデータ伝送システム並びに記憶媒体を提
供しようとするものである。
【００３５】
【課題を解決するための手段】上記課題を解決するため
の一つの発明であるマルチメディアデータ送信装置は、
複数のオブジェクトで構成されるマルチメディアデータ
を送信するマルチメディアデータ送信装置（方法）であ
って、知的財産権保護情報が付加されたマルチメディア
データをビットストリームとして入力する入力手段（工
程）と、入力したビットストリームのマルチメディアデ
ータを、知的財産権保護データと非知的財産権保護デー
タとに分割する分割手段（工程）と、前記知的財産権保
護データと前記非知的財産権保護データとのリンク情報
を更新するリンク情報更新手段（工程）と、前記非知的
財産権保護データの伝送を行う非セキュアセッション及
び前記知的財産権保護データの伝送を行うセキュアセッ
ションを管理するセッション管理手段（工程）とを備え
ることを特徴とする。
の一つの発明であるマルチメディアデータ送信装置は、
複数のオブジェクトで構成されるマルチメディアデータ
を送信するマルチメディアデータ送信装置（方法）であ
って、知的財産権保護情報が付加されたマルチメディア
データをビットストリームとして入力する入力手段（工
程）と、入力したビットストリームのマルチメディアデ
ータを、知的財産権保護データと非知的財産権保護デー
タとに分割する分割手段（工程）と、前記知的財産権保
護データと前記非知的財産権保護データとのリンク情報
を更新するリンク情報更新手段（工程）と、前記非知的
財産権保護データの伝送を行う非セキュアセッション及
び前記知的財産権保護データの伝送を行うセキュアセッ
ションを管理するセッション管理手段（工程）とを備え
ることを特徴とする。
【００３６】また、上記課題を解決するための一つの発
明であるマルチメディアデータ伝送装置（方法）は、複
数のオブジェクトで構成されるマルチメディアデータを
送信するマルチメディアデータ送信装置（方法）であっ
て、マルチメディアデータと、前記マルチメディアデー
タの知的財産権保護のための知的財産権保護データとを
入力する入力手段（工程）と、前記マルチメディアデー
タの伝送を行う非セキュアセッション及び前記知的財産
権保護データの伝送を行うセキュアセッションを管理す
るセッション管理手段（工程）とを備えることを特徴と
する。
明であるマルチメディアデータ伝送装置（方法）は、複
数のオブジェクトで構成されるマルチメディアデータを
送信するマルチメディアデータ送信装置（方法）であっ
て、マルチメディアデータと、前記マルチメディアデー
タの知的財産権保護のための知的財産権保護データとを
入力する入力手段（工程）と、前記マルチメディアデー
タの伝送を行う非セキュアセッション及び前記知的財産
権保護データの伝送を行うセキュアセッションを管理す
るセッション管理手段（工程）とを備えることを特徴と
する。
【００３７】また、上記課題を解決するための一つの発
明である記憶媒体は、上記送信方法の各工程に対応する
プログラムコードを格納すること特徴とする。
明である記憶媒体は、上記送信方法の各工程に対応する
プログラムコードを格納すること特徴とする。
【００３８】また、上記課題を解決するための一つの発
明であるマルチメディアデータ受信装置（方法）は、マ
ルチメディアデータを受信するマルチメディアデータ受
信装置（方法）であって、非セキュアセッションにより
メディアデータを受信する第１の受信手段（工程）と、
セキュアセッションにより前記メディアデータに対する
知的財産を保護管理する知的財産保護管理データを受信
する第２の受信手段（工程）と、前記非セキュアセッシ
ョン及び前記セキュアセッションを管理するセッション
管理手段（工程）と、前記セッション管理手段（工程）
により、前記非セキュアセッションを介して受信したメ
ディアデータを、各メディアストリームに分割し、デコ
ードする第１の処理手段（工程）と、前記セッション管
理手段（工程）により、前記セキュアセッションを介し
て受信した知的財産保護管理データをデコードする第２
の処理手段（工程）と、前記第１、第２の処理手段（工
程）によりデコードされたデータに基づいて再生する再
生手段（工程）とを備えることを特徴とする。
明であるマルチメディアデータ受信装置（方法）は、マ
ルチメディアデータを受信するマルチメディアデータ受
信装置（方法）であって、非セキュアセッションにより
メディアデータを受信する第１の受信手段（工程）と、
セキュアセッションにより前記メディアデータに対する
知的財産を保護管理する知的財産保護管理データを受信
する第２の受信手段（工程）と、前記非セキュアセッシ
ョン及び前記セキュアセッションを管理するセッション
管理手段（工程）と、前記セッション管理手段（工程）
により、前記非セキュアセッションを介して受信したメ
ディアデータを、各メディアストリームに分割し、デコ
ードする第１の処理手段（工程）と、前記セッション管
理手段（工程）により、前記セキュアセッションを介し
て受信した知的財産保護管理データをデコードする第２
の処理手段（工程）と、前記第１、第２の処理手段（工
程）によりデコードされたデータに基づいて再生する再
生手段（工程）とを備えることを特徴とする。
【００３９】また、上記課題を解決するための一つの発
明である記憶媒体は、上記受信方法の各工程に対応する
プログラムコードを格納すること特徴とする。
明である記憶媒体は、上記受信方法の各工程に対応する
プログラムコードを格納すること特徴とする。
【００４０】また、上記課題を解決するための一つの発
明であるマルチメディアデータ伝送システムは、複数の
オブジェクトで構成されるマルチメディアデータの伝送
システムであって、知的財産保護管理データが付加され
たマルチメディアデータをビットストリームとして入力
する入力手段と、入力したビットストリームのマルチメ
ディアデータを、知的財産保護管理データとそれ以外の
メディアデータとに分割する分割手段と、前記知的財産
保護管理データと前記メディアデータとのリンク情報を
更新するリンク情報更新手段と、前記メディアデータの
伝送を行う非セキュアセッション及び前記知的財産保護
管理データの伝送を行うセキュアセッションを管理する
セッション管理手段と、前記非セキュアセッションを介
して伝送されたメディアデータを、各メディアストリー
ムに分割し、デコードする第１の処理手段と、前記セキ
ュアセッションを介して受信した知的財産保護管理デー
タをデコードする第２の処理手段と、前記第１、第２の
処理手段によりデコードされたデータに基づいて再生す
る再生手段とを備えることを特徴とする。
明であるマルチメディアデータ伝送システムは、複数の
オブジェクトで構成されるマルチメディアデータの伝送
システムであって、知的財産保護管理データが付加され
たマルチメディアデータをビットストリームとして入力
する入力手段と、入力したビットストリームのマルチメ
ディアデータを、知的財産保護管理データとそれ以外の
メディアデータとに分割する分割手段と、前記知的財産
保護管理データと前記メディアデータとのリンク情報を
更新するリンク情報更新手段と、前記メディアデータの
伝送を行う非セキュアセッション及び前記知的財産保護
管理データの伝送を行うセキュアセッションを管理する
セッション管理手段と、前記非セキュアセッションを介
して伝送されたメディアデータを、各メディアストリー
ムに分割し、デコードする第１の処理手段と、前記セキ
ュアセッションを介して受信した知的財産保護管理デー
タをデコードする第２の処理手段と、前記第１、第２の
処理手段によりデコードされたデータに基づいて再生す
る再生手段とを備えることを特徴とする。
【００４１】また、上記課題を解決するための一つの発
明であるマルチメディアデータ伝送システムは、複数の
オブジェクトで構成されるマルチメディアデータの伝送
システムであって、メディアデータと、前記メディアデ
ータの知的財産の保護管理のための知的財産保護管理デ
ータとを入力する入力手段と、前記メディアデータの伝
送を行う非セキュアセッション及び前記知的財産保護管
理データの伝送を行うセキュアセッションを管理するセ
ッション管理手段と、前記非セキュアセッションを介し
て伝送されたメディアデータを、各メディアストリーム
に分割し、デコードする第１の処理手段と、前記セキュ
アセッションを介して受信した知的財産保護管理データ
をデコードする第２の処理手段と、前記第１、第２の処
理手段によりデコードされたデータに基づいて再生する
再生手段とを備えることを特徴とする。
明であるマルチメディアデータ伝送システムは、複数の
オブジェクトで構成されるマルチメディアデータの伝送
システムであって、メディアデータと、前記メディアデ
ータの知的財産の保護管理のための知的財産保護管理デ
ータとを入力する入力手段と、前記メディアデータの伝
送を行う非セキュアセッション及び前記知的財産保護管
理データの伝送を行うセキュアセッションを管理するセ
ッション管理手段と、前記非セキュアセッションを介し
て伝送されたメディアデータを、各メディアストリーム
に分割し、デコードする第１の処理手段と、前記セキュ
アセッションを介して受信した知的財産保護管理データ
をデコードする第２の処理手段と、前記第１、第２の処
理手段によりデコードされたデータに基づいて再生する
再生手段とを備えることを特徴とする。
【００４２】
【発明の実施の形態】以下、添付図面に従って本発明に
係る実施の形態を詳細に説明する。
係る実施の形態を詳細に説明する。
【００４３】図１は、第１の実施形態におけるシステム
構成図である。
構成図である。
【００４４】図中、１０１はオブジェクトディスクリプ
タ（ＯＤ）生成器であり、メディアエンコーダ１０５で
処理対象となっているメディアデータの属性情報を符号
化し、各種のＯＤを生成する。１０２は、、ＩＰＭＰデ
ィスクリプタ生成器であり、メディアエンコーダ１０５
で処理対象となっているメディアデータ、及びＢＩＦＳ
エンコーダ１０３で処理対象となっているシーン情報の
著作権情報や再生条件等の知的財産権保護情報を符号化
して、当該符号化データをＩＰＭＰに関するディスクリ
プタ（ＩＰＭＰディスクリプタ及びＩＰＭＰ＿ＥＳ）を
生成する。１０３は、ＢＩＦＳエンコーダであり、シー
ン情報を生成する。
タ（ＯＤ）生成器であり、メディアエンコーダ１０５で
処理対象となっているメディアデータの属性情報を符号
化し、各種のＯＤを生成する。１０２は、、ＩＰＭＰデ
ィスクリプタ生成器であり、メディアエンコーダ１０５
で処理対象となっているメディアデータ、及びＢＩＦＳ
エンコーダ１０３で処理対象となっているシーン情報の
著作権情報や再生条件等の知的財産権保護情報を符号化
して、当該符号化データをＩＰＭＰに関するディスクリ
プタ（ＩＰＭＰディスクリプタ及びＩＰＭＰ＿ＥＳ）を
生成する。１０３は、ＢＩＦＳエンコーダであり、シー
ン情報を生成する。
【００４５】１０５は、各種のメディアエンコーダであ
り、ビデオ・オーディオなどのメディアデータをエンコ
ードする。１０４は、ＩＰＭＰ制御器であり、メディア
エンコーダの出力するビットストリームを適宜暗号化し
たり、また、暗号化に必要な鍵データを生成する。尚、
ＩＰＭＰの処理方法については、暗号化に限定するもの
ではない。
り、ビデオ・オーディオなどのメディアデータをエンコ
ードする。１０４は、ＩＰＭＰ制御器であり、メディア
エンコーダの出力するビットストリームを適宜暗号化し
たり、また、暗号化に必要な鍵データを生成する。尚、
ＩＰＭＰの処理方法については、暗号化に限定するもの
ではない。
【００４６】１０６は、マルチプレクサであり、ＯＤ生
成器１０１、ＩＰＭＰディスクリプタ生成器１０２、Ｂ
ＩＦＳエンコーダ１０３、ＩＰＭＰ制御器１０４、及び
メディアエンコーダ１０５の各出力をマルチプレクスし
て、図４や図５に示すような１本のビットストリームへ
とまとめる部分である。同時に、各メディアの同期制御
も行う。具体的には、タイプスタンプやクロックリファ
レンスをパケットの中に埋めこむような作業を行う。こ
れで、パケッタイズされたビットストリームが完成した
ことになる。
成器１０１、ＩＰＭＰディスクリプタ生成器１０２、Ｂ
ＩＦＳエンコーダ１０３、ＩＰＭＰ制御器１０４、及び
メディアエンコーダ１０５の各出力をマルチプレクスし
て、図４や図５に示すような１本のビットストリームへ
とまとめる部分である。同時に、各メディアの同期制御
も行う。具体的には、タイプスタンプやクロックリファ
レンスをパケットの中に埋めこむような作業を行う。こ
れで、パケッタイズされたビットストリームが完成した
ことになる。
【００４７】以下、このビットストリームをネットワー
クを通じて伝送するときの方法を説明する。
クを通じて伝送するときの方法を説明する。
【００４８】１０７はセレクタ（デマルチプレクサ）で
あり、マルチプレクサ１０６から出力さるビットストリ
ームを、例えばＩＰＭＰディスクリプタやＩＰＭＰ＿Ｅ
Ｓなどのセキュリティに関するセキュリティビットスト
リーム（ＩＰＭＰデータ）と、それ以外のビットストリ
ーム（ビデオやオーディオ等のメディアビットストリー
ム）とに再分割する。１２０はセッションマネージャで
あり、送信側・受信側に対して最適なセッション（ある
いはチャネル）をセットアップする。尚、セッションマ
ネージャ１２０は図１上では１つしかないように図示さ
れていますが送信側及び受信側にも夫々備わる。
あり、マルチプレクサ１０６から出力さるビットストリ
ームを、例えばＩＰＭＰディスクリプタやＩＰＭＰ＿Ｅ
Ｓなどのセキュリティに関するセキュリティビットスト
リーム（ＩＰＭＰデータ）と、それ以外のビットストリ
ーム（ビデオやオーディオ等のメディアビットストリー
ム）とに再分割する。１２０はセッションマネージャで
あり、送信側・受信側に対して最適なセッション（ある
いはチャネル）をセットアップする。尚、セッションマ
ネージャ１２０は図１上では１つしかないように図示さ
れていますが送信側及び受信側にも夫々備わる。
【００４９】このときのセッション（チャネル）セット
アップ情報を格納しているのが１２３のセッション（チ
ャネル）メッセージデータセットである。１２４は、セ
ッション（チャネル）をセットアップするための、セキ
ュリティ情報を格納しており、各セッション（チャネ
ル）がセキュアな接続を要求するかどうかを判定する。
アップ情報を格納しているのが１２３のセッション（チ
ャネル）メッセージデータセットである。１２４は、セ
ッション（チャネル）をセットアップするための、セキ
ュリティ情報を格納しており、各セッション（チャネ
ル）がセキュアな接続を要求するかどうかを判定する。
【００５０】１２１は、ＵＲＬコンバータである。これ
は、セレクタ１０７でビットストリームを再分割したた
めに、メディアビットストリームとセキュリティビット
ストリームのリンク関係が異なってくることに対応する
ために処理が行われる。具体的には、１本のビットスト
リーム時には、メディアビットストリームとＩＰＭＰデ
ータとがＩＤ（具体的には、ビットストリーム内でユニ
ークな整数値で示される）でリンクされているが、この
２つのストリームが別体となるために、ＩＤの部分をＵ
ＲＬストリングで置きかえる。ＵＲＬ自体の表記法につ
いては別途規格化されているがここでは詳細に記さない
が、メディアビットストリームあるいは、ＩＰＭＰデー
タの伝送チャンネルナンバーなどで示すことが可能であ
る。
は、セレクタ１０７でビットストリームを再分割したた
めに、メディアビットストリームとセキュリティビット
ストリームのリンク関係が異なってくることに対応する
ために処理が行われる。具体的には、１本のビットスト
リーム時には、メディアビットストリームとＩＰＭＰデ
ータとがＩＤ（具体的には、ビットストリーム内でユニ
ークな整数値で示される）でリンクされているが、この
２つのストリームが別体となるために、ＩＤの部分をＵ
ＲＬストリングで置きかえる。ＵＲＬ自体の表記法につ
いては別途規格化されているがここでは詳細に記さない
が、メディアビットストリームあるいは、ＩＰＭＰデー
タの伝送チャンネルナンバーなどで示すことが可能であ
る。
【００５１】１０８はマルチプレクサであり、上記ＵＲ
Ｌの変換情報に応じて、セキュリティに関するビットス
トリームに対して、必要があれば再度パケッタイズを行
う。１２２はマルチプレクサであり、セレクタ１０７で
得られたマルチメディアビットストリームに対して、必
要に応じて再度パケッタイズを行う。
Ｌの変換情報に応じて、セキュリティに関するビットス
トリームに対して、必要があれば再度パケッタイズを行
う。１２２はマルチプレクサであり、セレクタ１０７で
得られたマルチメディアビットストリームに対して、必
要に応じて再度パケッタイズを行う。
【００５２】このセキュリティビットストリームは、１
０９のセキュアなセッションによって伝送される。
０９のセキュアなセッションによって伝送される。
【００５３】一方、通常のマルチメディア（Ａ／Ｖ(Aud
io/Video)）ビットストリームは１１０のセキュアでな
いセッションによって伝送される。しかしながら、すで
に暗号化されているので、ネットワーク上で盗み見され
る恐れはない。１１１はデマルチプレクサであり、セキ
ュアセッション１０９から伝送されてきたセキュリティ
ビットストリームからＩＰＭＰディスクリプタおよびＩ
ＰＭＰ＿ＥＳを分離する。１１２はデマルチプレクサで
あり、セキュアでないセッション（ノンセキュアセッシ
ョン）１１０から伝送されてきたマルチメディアビット
ストリームから、ＯＤ、ＢＩＦＳ、Ａ／Ｖ（オーディオ
／ビデオ）ビットストリームを分離する。
io/Video)）ビットストリームは１１０のセキュアでな
いセッションによって伝送される。しかしながら、すで
に暗号化されているので、ネットワーク上で盗み見され
る恐れはない。１１１はデマルチプレクサであり、セキ
ュアセッション１０９から伝送されてきたセキュリティ
ビットストリームからＩＰＭＰディスクリプタおよびＩ
ＰＭＰ＿ＥＳを分離する。１１２はデマルチプレクサで
あり、セキュアでないセッション（ノンセキュアセッシ
ョン）１１０から伝送されてきたマルチメディアビット
ストリームから、ＯＤ、ＢＩＦＳ、Ａ／Ｖ（オーディオ
／ビデオ）ビットストリームを分離する。
【００５４】１１３はＯＤパーサであり、デマルチプレ
クサ１１２で得られたＯＤのビットストリームからＯＤ
情報を抽出し、デコーダに必要な各情報をセットする。
１１４はＩＰＭＰディスクリプタパーサであり、デマル
チプレクサ１１１によって得られたセキュリティビット
ストリームからＩＰＭＰディスクリプタ及びＩＰＭＰ＿
ＥＳをデコードする。１１５はＢＩＦＳデコーダであ
り、デマルチプレクサ１１２で得られたＢＩＦＳのビッ
トストリームをデコードしてシーン情報を再構築する。
１１６はＩＰＭＰコントローラであり、ＩＰＭＰディス
クリプタパーサ１１４によってデコーダされたＩＰＭＰ
ディスクリプタ及びＩＰＭＰ＿ＥＳ（知的財産権管理情
報）を元に、メディアデコーダ１１７または、レンダラ
１１９を制御（メディアの再生制限や効果制御等）す
る。具体的には、暗号が解読された場合にのみメディア
デコーダを駆動したり、デコードされた画像からの透か
し情報を抽出し、再生制御に使うような方式が考えられ
る。１１７はメディアデコーダであり、デマルチプレク
サ１１２で得られたＡ／Ｖのビットストリーム（イメー
ジ・ビデオ・オーディオなどのメディアストリーム）を
デコードする。１１８は同期制御部であり、各種メディ
ア間の同期を司る。
クサ１１２で得られたＯＤのビットストリームからＯＤ
情報を抽出し、デコーダに必要な各情報をセットする。
１１４はＩＰＭＰディスクリプタパーサであり、デマル
チプレクサ１１１によって得られたセキュリティビット
ストリームからＩＰＭＰディスクリプタ及びＩＰＭＰ＿
ＥＳをデコードする。１１５はＢＩＦＳデコーダであ
り、デマルチプレクサ１１２で得られたＢＩＦＳのビッ
トストリームをデコードしてシーン情報を再構築する。
１１６はＩＰＭＰコントローラであり、ＩＰＭＰディス
クリプタパーサ１１４によってデコーダされたＩＰＭＰ
ディスクリプタ及びＩＰＭＰ＿ＥＳ（知的財産権管理情
報）を元に、メディアデコーダ１１７または、レンダラ
１１９を制御（メディアの再生制限や効果制御等）す
る。具体的には、暗号が解読された場合にのみメディア
デコーダを駆動したり、デコードされた画像からの透か
し情報を抽出し、再生制御に使うような方式が考えられ
る。１１７はメディアデコーダであり、デマルチプレク
サ１１２で得られたＡ／Ｖのビットストリーム（イメー
ジ・ビデオ・オーディオなどのメディアストリーム）を
デコードする。１１８は同期制御部であり、各種メディ
ア間の同期を司る。
【００５５】図１４に、本発明でのメッセージデータの
一例を載せる。図１３との違いは、ループの中にSecure
データ（１バイト）が挿入されていることである。この
１バイトのデータによって、各チャネルがセキュアであ
るかないかを識別する。
一例を載せる。図１３との違いは、ループの中にSecure
データ（１バイト）が挿入されていることである。この
１バイトのデータによって、各チャネルがセキュアであ
るかないかを識別する。
【００５６】図１２にこのＡＰＩの一例を示す。１２０
１は、アプリケーションから新規チャネルを追加セット
アップするインターフェースであり、１２０２は端末の
ネットワーク間においてのチャネルセットアップインタ
ーフェースとなっている。１２０３は、ネットワーク上
において、実際の通信プロトコルなどをセットアップす
るＡＰＩである。
１は、アプリケーションから新規チャネルを追加セット
アップするインターフェースであり、１２０２は端末の
ネットワーク間においてのチャネルセットアップインタ
ーフェースとなっている。１２０３は、ネットワーク上
において、実際の通信プロトコルなどをセットアップす
るＡＰＩである。
【００５７】従来例である図１１との違いは、上述した
ように各チャンネルがセキュアであるかないかを識別す
るためデータであるSecureを有する。 図１６に、本発
明での端末間のトランザクション図を示す。
ように各チャンネルがセキュアであるかないかを識別す
るためデータであるSecureを有する。 図１６に、本発
明での端末間のトランザクション図を示す。
【００５８】従来例である図１５との違いは、DA_Chann
elAdd(), DN_TransMuxSetup(), DN_ChannelAdded()の各
APIのパラメータとして、図１４で示したSecureデータ
が追加されている点である。
elAdd(), DN_TransMuxSetup(), DN_ChannelAdded()の各
APIのパラメータとして、図１４で示したSecureデータ
が追加されている点である。
【００５９】以上のような構成における特徴は、セキュ
リティ情報を再抽出して、セキュアなセッション（もし
くはチャネル）にて伝送しているため、セキュリティ情
報を盗み見される危険性がなくなる。
リティ情報を再抽出して、セキュアなセッション（もし
くはチャネル）にて伝送しているため、セキュリティ情
報を盗み見される危険性がなくなる。
【００６０】この様子を図１０に示す。セキュリティ情
報はセキュアなセッション（チャネル）にて伝送され、
盗み見ができないようになっていることがわかる。
報はセキュアなセッション（チャネル）にて伝送され、
盗み見ができないようになっていることがわかる。
【００６１】従って、ＩＰＭＰディスクリプタおよびIP
MP_ESのシンタックスを定義してもセキュリティレベル
を落とすことなく相互互換性を保つことが可能になる。
MP_ESのシンタックスを定義してもセキュリティレベル
を落とすことなく相互互換性を保つことが可能になる。
【００６２】なお、説明が前後するが、図１の構成のほ
とんどは、ソフトウェアによって実現するものである。
また、図示ではセッションマネージャ１２０、セッショ
ンセットアップデータセット１２３、セキュリティ情報
発生器１２４は、送信側及び受信側双方に設けることに
なる。
とんどは、ソフトウェアによって実現するものである。
また、図示ではセッションマネージャ１２０、セッショ
ンセットアップデータセット１２３、セキュリティ情報
発生器１２４は、送信側及び受信側双方に設けることに
なる。
【００６３】＜第２の実施形態＞第２の実施形態におけ
るシステム構成を図２に示し、以下に説明する。尚、図
２中で図１と同様に機能する構成部には同一符号を付
し、その詳細な説明は省略する。
るシステム構成を図２に示し、以下に説明する。尚、図
２中で図１と同様に機能する構成部には同一符号を付
し、その詳細な説明は省略する。
【００６４】本例では、２つのマルチプレクサ１０６
ａ、１０６ｂによって、ＩＰＭＰディスクリプタ生成器
１０２で得られるＩＰＭＰディスクリプタ及びＩＰＭＰ
＿ＥＳと、ＯＤ生成器１０１、ＢＩＦＳエンコーダ１０
３、ＩＰＭＰ制御器１０４、及びメディアエンコーダ１
０５で得られるデータ（メディアデータ）とを個別にマ
ルチプレクスするように構成している。すなわち、当初
からセキュリティデータをマルチプレクスすることな
く、別のファイルとして保存しておく形式を取ってい
る。
ａ、１０６ｂによって、ＩＰＭＰディスクリプタ生成器
１０２で得られるＩＰＭＰディスクリプタ及びＩＰＭＰ
＿ＥＳと、ＯＤ生成器１０１、ＢＩＦＳエンコーダ１０
３、ＩＰＭＰ制御器１０４、及びメディアエンコーダ１
０５で得られるデータ（メディアデータ）とを個別にマ
ルチプレクスするように構成している。すなわち、当初
からセキュリティデータをマルチプレクスすることな
く、別のファイルとして保存しておく形式を取ってい
る。
【００６５】従って、図１のセレクタ１０７、マルチプ
レクサ１０８、１２２及びＵＲＬコンバータ１２１を設
ける必要がなく、すなわち再度セキュアであるべきセキ
ュリティビットストリームと通常のメディアビットスト
リームを再分割する必要がない。
レクサ１０８、１２２及びＵＲＬコンバータ１２１を設
ける必要がなく、すなわち再度セキュアであるべきセキ
ュリティビットストリームと通常のメディアビットスト
リームを再分割する必要がない。
【００６６】尚、この場合も、各セッション（チャネ
ル）ごと情報は、２２３のメッセージデータセットの中
に格納されている。
ル）ごと情報は、２２３のメッセージデータセットの中
に格納されている。
【００６７】なお、図１、図２の例どちらにおいても、
セッション間で同期が取られ、セキュリティ情報が伝送
されてから、レンダラ１１９で再生や表示が開始される
べきであるのは言うまでもない。
セッション間で同期が取られ、セキュリティ情報が伝送
されてから、レンダラ１１９で再生や表示が開始される
べきであるのは言うまでもない。
【００６８】また、上記実施形態では、ネットワークを
構成するハードウェア等が含まれるものの、各処理部は
実際はソフトウェアで実現できるものである。即ち、本
発明の目的は、上述した実施の形態の機能を実現するソ
フトウェアのプログラムコードを記録した記憶媒体（ま
たは、記録媒体）を、システムあるいは装置に供給し、
そのシステムあるいは装置のコンピュータ（または、Ｃ
ＰＵやＭＰＵ）が、記憶媒体に格納されたプログラムコ
ードを読み出し、実行することによっても達成されるこ
とは言うまでもない。この場合、記憶媒体から読み出さ
れたプログラムコード自体が、上述した実施の形態の機
能を実現することになり、そのプログラムコードを記憶
した記憶媒体が本発明を構成することになる。
構成するハードウェア等が含まれるものの、各処理部は
実際はソフトウェアで実現できるものである。即ち、本
発明の目的は、上述した実施の形態の機能を実現するソ
フトウェアのプログラムコードを記録した記憶媒体（ま
たは、記録媒体）を、システムあるいは装置に供給し、
そのシステムあるいは装置のコンピュータ（または、Ｃ
ＰＵやＭＰＵ）が、記憶媒体に格納されたプログラムコ
ードを読み出し、実行することによっても達成されるこ
とは言うまでもない。この場合、記憶媒体から読み出さ
れたプログラムコード自体が、上述した実施の形態の機
能を実現することになり、そのプログラムコードを記憶
した記憶媒体が本発明を構成することになる。
【００６９】また、コンピュータが読み出したプログラ
ムコードを実行することにより、上述した実施の形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼働しているオペレー
ティングシステム（ＯＳ）等が、実際の処理の一部また
は全部を行い、その処理によって、上述した実施の形態
の機能が実現される場合も含まれることは言うまでもな
い。
ムコードを実行することにより、上述した実施の形態の
機能が実現されるだけでなく、そのプログラムコードの
指示に基づき、コンピュータ上で稼働しているオペレー
ティングシステム（ＯＳ）等が、実際の処理の一部また
は全部を行い、その処理によって、上述した実施の形態
の機能が実現される場合も含まれることは言うまでもな
い。
【００７０】さらに、記憶媒体から読み出されたプログ
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張カードや機能拡張ユニットに
備わるＣＰＵ等が、実際の処理の一部または全部を行
い、その処理によって、上述した実施の形態の機能が実
現される場合も含まれることは言うまでもない。
ラムコードが、コンピュータに挿入された機能拡張カー
ドやコンピュータに接続された機能拡張ユニットに備わ
るメモリに書き込まれた後、そのプログラムコードの指
示に基づき、その機能拡張カードや機能拡張ユニットに
備わるＣＰＵ等が、実際の処理の一部または全部を行
い、その処理によって、上述した実施の形態の機能が実
現される場合も含まれることは言うまでもない。
【００７１】
【発明の効果】以上説明したように本発明によれば、セ
キュリティを要する情報の安全性を保ちつつ、マルチメ
ディア伝送を行うことが可能になる。
キュリティを要する情報の安全性を保ちつつ、マルチメ
ディア伝送を行うことが可能になる。
【図１】実施形態におけるシステム構成図である。
【図２】第２の実施形態におけるシステム構成図であ
る。
る。
【図３】レンダリング結果の例を示す図である。
【図４】ビットストリームの構造の一例を示す図であ
る。
る。
【図５】ビットストリームの構造の一例を示す図であ
る。
る。
【図６】ＩＰＭＰディスクリプタの構造を示す図であ
る。
る。
【図７】従来のエンコーダ部を示す図である。
【図８】従来のデコーダ部を示す図である。
【図９】従来のストリーム伝送の例を示す図である。
【図１０】実施形態のストリーム伝送の例を示す図であ
る。
る。
【図１１】従来のチャネルセットアップＡＰＩの構造を
示す図である。
示す図である。
【図１２】実施形態におけるチャネルセットアップＡＰ
Ｉの構造を示す図である。
Ｉの構造を示す図である。
【図１３】従来のチャネルセットアップメッセージの構
造式を示す図である。
造式を示す図である。
【図１４】実施形態におけるチャネルセットアップメッ
セージの構造式を示す図である。
セージの構造式を示す図である。
【図１５】従来のチャネルセットアップトランザクショ
ンを示す図である。
ンを示す図である。
【図１６】実施形態におけるチャネルセットアップトラ
ンザクションを示す図である。
ンザクションを示す図である。
Claims (15)
- 【請求項１】 複数のオブジェクトで構成されるマルチ
メディアデータを送信するマルチメディアデータ送信装
置であって、 知的財産保護管理データが付加されたマルチメディアデ
ータをビットストリームとして入力する入力手段と、 入力したビットストリームのマルチメディアデータを、
知的財産保護管理データとそれ以外のメディアデータと
に分割する分割手段と、 前記知的財産保護管理データと前記メディアデータとの
リンク情報を更新するリンク情報更新手段と、 前記メディアデータデータの伝送を行う非セキュアセッ
ション及び前記知的財産保護管理データの伝送を行うセ
キュアセッションを管理するセッション管理手段とを備
えることを特徴とするマルチメディアデータ送信装置。 - 【請求項２】 前記セッション管理手段は、前記知的財
産保護管理データに対してセキュアであることを示す識
別子を含んだセッション情報データセットを設けること
を特徴とする請求項第１項に記載のマルチメディアデー
タ送信装置。 - 【請求項３】 前記マルチメディアデータは、ＭＰＥＧ
−４フォーマットのデータであることを特徴とする請求
項第１項又は第２項に記載のマルチメディアデータ送信
装置。 - 【請求項４】 マルチメディアデータを受信するマルチ
メディアデータ受信装置であって、 非セキュアセッションによりメディアデータを受信する
第１の受信手段と、 セキュアセッションにより前記メディアデータに対する
知的財産を保護管理する知的財産保護管理データを受信
する第２の受信手段と、 前記非セキュアセッション及び前記セキュアセッション
を管理するセッション管理手段と前記セッション管理手
段により、前記非セキュアセッションを介して受信した
メディアデータを、各メディアストリームに分割し、デ
コードする第１の処理手段と、 前記セッション管理手段により、前記セキュアセッショ
ンを介して受信した知的財産保護管理データをデコード
する第２の処理手段と、 前記第１、第２の処理手段によりデコードされたデータ
に基づいて再生する再生手段とを備えることを特徴とす
るマルチメディアデータ受信装置。 - 【請求項５】 複数のオブジェクトで構成されるマルチ
メディアデータを送信するマルチメディアデータ送信方
法であって、 知的財産保護管理データが付加されたマルチメディアデ
ータをビットストリームとして入力する入力工程と、 入力したビットストリームのマルチメディアデータを、
知的財産保護管理データとそれ以外のメディア知的財産
データとに分割する分割工程と、 前記知的財産保護管理データと前記メディアデータとの
リンク情報を更新するリンク情報更新工程と、 前記メディアデータデータの伝送を行う非セキュアセッ
ション及び前記知的財産保護管理データの伝送を行うセ
キュアセッションを管理するセッション管理工程とを備
えることを特徴とするマルチメディアデータ送信方法。 - 【請求項６】 請求項第５項に記載の各工程に対応する
プログラムコードを格納すること特徴とする記憶媒体。 - 【請求項７】 マルチメディアデータを受信するマルチ
メディアデータ受信方法であって、 非セキュアセッションによりメディアデータを受信する
第１の受信工程と、 セキュアセッションにより前記メディアデータに対する
知的財産を保護管理する知的財産保護管理データを受信
する第２の受信工程と、 前記非セキュアセッション及び前記セキュアセッション
を管理するセッション管理工程と前記セッション管理工
程により、前記非セキュアセッションを介して受信した
メディアデータを、各メディアストリームに分割し、デ
コードする第１の処理工程と、 前記セッション管理工程により、前記セキュアセッショ
ンを介して受信した知的財産保護管理データをデコード
する第２の処理工程と、 前記第１、第２の処理工程によりデコードされたデータ
に基づいて再生する再生工程とを備えることを特徴とす
るマルチメディアデータ受信方法。 - 【請求項８】 請求項第７項に記載の各工程に対応する
プログラムコードを格納することを特徴とする記憶媒
体。 - 【請求項９】 複数のオブジェクトで構成されるマルチ
メディアデータを送信するマルチメディアデータ送信装
置であって、 メディアデータと、前記メディアデータの知的財産保護
管理のための知的財産保護管理データとを入力する入力
手段と、 前記メディアデータの伝送を行う非セキュアセッション
及び前記知的財産保護管理データの伝送を行うセキュア
セッションを管理するセッション管理手段とを備えるこ
とを特徴とするマルチメディアデータ送信装置。 - 【請求項１０】 前記セッション管理手段は、前記知的
財産権保護データに対してセキュアであることを示す識
別子を含んだセッション情報データセットを設けること
を特徴とする請求項第９項に記載のマルチメディアデー
タ送信装置。 - 【請求項１１】 前記マルチメディアデータは、ＭＰＥ
Ｇ−４フォーマットのデータであることを特徴とする請
求項第９項又は第１０項に記載のマルチメディアデータ
送信装置。 - 【請求項１２】 複数のオブジェクトで構成されるマル
チメディアデータを送信するマルチメディアデータ送信
方法であって、 マルチメディアデータと、前記マルチメディアデータの
知的財産保護管理のための知的財産保護管理データとを
入力する入力工程と、 前記マルチメディアデータの伝送を行う非セキュアセッ
ション及び前記知的財産保護管理データの伝送を行うセ
キュアセッションを管理するセッション管理工程とを備
えることを特徴とするマルチメディアデータ送信方法。 - 【請求項１３】 請求項第１２項に記載の各工程に対応
するプログラムコードを格納すること特徴とする記憶媒
体。 - 【請求項１４】 複数のオブジェクトで構成されるマル
チメディアデータの伝送システムであって、 知的財産保護管理データが付加されたマルチメディアデ
ータをビットストリームとして入力する入力手段と、 入力したビットストリームのマルチメディアデータを、
知的財産保護管理データとそれ以外のメディアデータと
に分割する分割手段と、 前記知的財産保護管理データと前記メディアデータとの
リンク情報を更新するリンク情報更新手段と、 前記メディアデータの伝送を行う非セキュアセッション
及び前記知的財産保護管理データの伝送を行うセキュア
セッションを管理するセッション管理手段と、 前記非セキュアセッションを介して伝送されたメディア
データを、各メディアストリームに分割し、デコードす
る第１の処理手段と、 前記セキュアセッションを介して受信した知的財産保護
管理データをデコードする第２の処理手段と、 前記第１、第２の処理手段によりデコードされたデータ
に基づいて再生する再生手段とを備えることを特徴とす
るマルチメディアデータ伝送システム。 - 【請求項１５】 複数のオブジェクトで構成されるマル
チメディアデータの伝送システムであって、 メディアデータと、前記メディアデータの知的財産の保
護管理のための知的財産保護管理データとを入力する入
力手段と、 前記メディアデータの伝送を行う非セキュアセッション
及び前記知的財産保護管理データの伝送を行うセキュア
セッションを管理するセッション管理手段と、前記非セ
キュアセッションを介して伝送されたメディアデータ
を、各メディアストリームに分割し、デコードする第１
の処理手段と、 前記セキュアセッションを介して受信した知的財産保護
管理データをデコードする第２の処理手段と、 前記第１、第２の処理手段によりデコードされたデータ
に基づいて再生する再生手段とを備えることを特徴とす
るマルチメディアデータ伝送システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000273559A JP2002084516A (ja) | 2000-09-08 | 2000-09-08 | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 |
| US09/948,482 US20020035725A1 (en) | 2000-09-08 | 2001-09-07 | Multimedia data transmitting apparatus and method, multimedia data receiving apparatus and method, multimedia data transmission system, and storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000273559A JP2002084516A (ja) | 2000-09-08 | 2000-09-08 | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002084516A true JP2002084516A (ja) | 2002-03-22 |
Family
ID=18759476
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000273559A Withdrawn JP2002084516A (ja) | 2000-09-08 | 2000-09-08 | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2002084516A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004364268A (ja) * | 2003-05-09 | 2004-12-24 | Matsushita Electric Ind Co Ltd | Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの送信装置 |
| US8306224B2 (en) | 2003-05-09 | 2012-11-06 | Panasonic Corporation | Transmitter apparatus for MPEG-4 IPMP extended ISMA media stream |
-
2000
- 2000-09-08 JP JP2000273559A patent/JP2002084516A/ja not_active Withdrawn
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004364268A (ja) * | 2003-05-09 | 2004-12-24 | Matsushita Electric Ind Co Ltd | Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの送信装置 |
| JP4562417B2 (ja) * | 2003-05-09 | 2010-10-13 | パナソニック株式会社 | Ｍｐｅｇ−４ｉｐｍｐ拡張されたｉｓｍａ媒体ストリームの送信装置 |
| US8306224B2 (en) | 2003-05-09 | 2012-11-06 | Panasonic Corporation | Transmitter apparatus for MPEG-4 IPMP extended ISMA media stream |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6535919B1 (en) | Verification of image data | |
| KR100411846B1 (ko) | 디지털 콘텐츠 배급 시스템, 디지털 콘텐츠 배급 방법,로밍 서버, 정보 처리 장치 및 정보 처리 방법 | |
| EP1330784B1 (en) | Contents forming method and contents reproducing apparatus and method | |
| JP2005525010A (ja) | Ｐｉｄマッピングによるコンテンツの差替え | |
| JP2007516664A (ja) | Ｐｉｄマッピングによるマクロブロックベースのコンテンツ置換 | |
| KR20050055568A (ko) | 동영상 파일의 암호화 방법 및 그를 이용한 디지털 저작권관리방법 | |
| WO2007022038A2 (en) | Protecting elementary stream content | |
| US20020035725A1 (en) | Multimedia data transmitting apparatus and method, multimedia data receiving apparatus and method, multimedia data transmission system, and storage medium | |
| CN110012260A (zh) | 一种视频会议内容保护方法、装置、设备及系统 | |
| US20050047449A1 (en) | Individual video encryption system and method | |
| JP4392880B2 (ja) | 認証装置及びその制御方法並びに記憶媒体 | |
| JP4366102B2 (ja) | メディアデータ処理装置及びその方法 | |
| JP4072260B2 (ja) | 情報処理装置、情報処理方法及びコンテンツ配信サーバ並びにその制御方法 | |
| JP2002084516A (ja) | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 | |
| JP2001078007A (ja) | データ処理方法、データ処理装置、データ処理システムおよびその記憶媒体 | |
| CN109743627A (zh) | 基于avs+视频编码数字电影包的播放方法 | |
| JP3647366B2 (ja) | データ処理装置、データ処理方法及びコンピュータ読み取り可能な記録媒体 | |
| AU2003244588B2 (en) | Verification Apparatus, Verification Method, Verification System, and Storage Medium | |
| JP2002084318A (ja) | データ処理装置、データ処理システム、データ処理方法、及び記憶媒体 | |
| KR101215617B1 (ko) | 동영상 파일의 암호화 방법 및 그를 이용한 디지털 저작권 관리 방법 | |
| EP1499062B1 (en) | Individual video encryption system and method | |
| CN118120238A (zh) | 视频播放方法、系统及存储介质 | |
| CN115695858A (zh) | 基于sei加密的虚拟制片视频母片编解码系统、方法及平台 | |
| JP2001333405A (ja) | 送信装置及び認証装置及びマルチメディア再生システム及びそれらの制御方法並びに記憶媒体 | |
| CN109561345A (zh) | 基于avs+编码格式的数字电影打包方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Withdrawal of application because of no request for examination |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20071204 |