JP2004501555A - コンテンツ作成方法およびコンテンツ再生装置およびその方法 - Google Patents
コンテンツ作成方法およびコンテンツ再生装置およびその方法 Download PDFInfo
- Publication number
- JP2004501555A JP2004501555A JP2001587366A JP2001587366A JP2004501555A JP 2004501555 A JP2004501555 A JP 2004501555A JP 2001587366 A JP2001587366 A JP 2001587366A JP 2001587366 A JP2001587366 A JP 2001587366A JP 2004501555 A JP2004501555 A JP 2004501555A
- Authority
- JP
- Japan
- Prior art keywords
- content
- intellectual property
- protection management
- management system
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 150
- 238000012545 processing Methods 0.000 claims description 84
- 230000008569 process Effects 0.000 claims description 28
- 238000004891 communication Methods 0.000 claims description 20
- 230000006870 function Effects 0.000 claims description 13
- 238000001514 detection method Methods 0.000 claims description 9
- 230000008859 change Effects 0.000 claims description 5
- NTOPKICPEQUPPH-UHFFFAOYSA-N IPMP Natural products COC1=NC=CN=C1C(C)C NTOPKICPEQUPPH-UHFFFAOYSA-N 0.000 abstract 4
- 238000007726 management method Methods 0.000 description 71
- 238000011144 upstream manufacturing Methods 0.000 description 21
- 230000007246 mechanism Effects 0.000 description 20
- 238000010586 diagram Methods 0.000 description 16
- 230000005540 biological transmission Effects 0.000 description 11
- 238000006243 chemical reaction Methods 0.000 description 11
- 238000012360 testing method Methods 0.000 description 3
- 238000012546 transfer Methods 0.000 description 3
- 230000003287 optical effect Effects 0.000 description 2
- 238000010561 standard procedure Methods 0.000 description 2
- 240000004050 Pentaglottis sempervirens Species 0.000 description 1
- 235000004522 Pentaglottis sempervirens Nutrition 0.000 description 1
- 230000006378 damage Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000010354 integration Effects 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000007655 standard test method Methods 0.000 description 1
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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/65—Transmission of management data between client and server
- H04N21/658—Transmission by the client directed to the server
-
- 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/234318—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 objects, e.g. MPEG-4 objects
-
- 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/2347—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving video stream encryption
-
- 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/254—Management at additional data server, e.g. shopping server, rights management server
- H04N21/2541—Rights Management
-
- 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/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
- H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
- H04N21/25866—Management of end-user data
- H04N21/25875—Management of end-user data involving end-user authentication
-
- 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/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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4425—Monitoring of client processing errors or hardware failure
-
- 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4627—Rights management associated to the content
-
- 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
- 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/8358—Generation of protective data, e.g. certificates involving watermark
-
- 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/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
- H04N7/17309—Transmission or handling of upstream communications
- H04N7/17318—Direct or substantially direct transmission and handling of requests
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Computer Graphics (AREA)
- Storage Device Security (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
ＩＰＭＰシステムを備えるマルチメディア符号化方式のコンテンツ作成方法において、ＩＰＭＰシステムのタイプを識別する識別情報（４０４）と知的財産保護管理システムのバージョンを識別するバージョン情報（４０５）とを含むＩＰＭＰ情報を発生し、前記ＩＰＭＰ情報をコンテンツに埋め込むことを特徴とする。
Description
【０００１】
技術分野
本発明は、知的財産権（たとえば著作権）保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法、コンテンツ再生方法、コンテンツ再生装置及びコンテンツ作成方法或いはコンテンツ再生方法を実行するプログラムが記憶されたコンピュータ可読記憶媒体に関する。
【０００２】
背景の技術
ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４及びこれと同様の知的財産権（例えば著作権）保護管理機構（ＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ）システム）を持つ類似のマルチメディア符号化方式（以下ＭＰＥＧ−４とする）は、コンテンツそのものに著作権保護のための機構を持つため、映画といった著作権の保護を重要視する分野で注目されている。
【０００３】
図１は、ＭＰＥＧ−４の著作権保護に関する機構を説明するＭＰＥＧ−４プレーヤーの模式図である。図１は、「ＩＳＯ／ＩＥＣ １４４９６−１ Ｆｉｇｕｒｅ８」に基づいて記載されたものであり、この詳しい説明については省略する。
【０００４】
図１に記載されるように、著作権保護に関する情報は、ＩＰＭＰデコードバッファ１０１を介してＩＰＭＰシステム１０２が取得し、処理を行う。ＩＰＭＰシステム１０２は、オブジェクトデスクリプタ（ＯＤ）１０２を参照しながら音声や映像といったそれぞれのオブジェクトに対して、暗号の復号化を行ったり、電子透かしの検知を行ったりする事が可能なようになっている。
【０００５】
一方、この暗号の復号化や電子透かしの検知に対して、どのような手法が適用し、どの部分に対して処理を行うべきかと言った具体的な指示は、一般にＩＰＭＰストリームと読んでいるＩＰＭＰシステム１０２が読み込むデータの中に記載されている。すなわち、ＩＰＭＰシステム１０２は、あらかじめＩＰＭＰストリームの内容を解釈できるように設計されていなければならない。
【０００６】
ＩＰＭＰストリームの主要な部分であるＩＰＭＰメッセージは、「ＩＳＯ／ＩＥＣ １４４９６−１ ８．３．２．５ ＩＰＭＰ ｍｅｓｓａｇｅ ｓｙｎｔａｘ ａｎｄ ｓｅｍａｎｔｉｃｓ」に次のよう記載されている。
【０００７】
ここで重要なことは、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）が、ＩＰＭＰストリームの主要な内容であるデータ部分の仕様を一意に同定するＩＤであり、かつ、データ部分（ＩＰＭＰ ｄａｔａ）の内容については、特に決められていないという事である。
【０００８】
つまり、コンテンツを作成するシステムは、コンテンツを再生する装置（プレーヤー）が取り扱う１ＰＭＰシステムが理解できる事を想定して、ＩＰＭＰメッセージをコンテンツであるマルチメディアデータに埋め込まなければならない。また、コンテンツを再生する装置（プレーヤー）からみれば、再生しようとするマルチメディアデータのＩＰＭＰメッセージを理解できるかどうかは、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）を見て判断する必要がある。
【０００９】
このように、従来技術では、あらかじめコンテンツ作成システムと再生装置で互いに了解できるＩＰＭＰデータを受け渡す事ができるように、ＩＰＭＰシステムタイプだけをよりどころに処理を行う必要があった。
【００１０】
上述したように、従来のＭＰＥＧ−４およびこれと同様の知的財産権保護管理機構（ＩＰＭＰシステム）を持つ類似のマルチメディア符号化方式のコンテンツ作成システム及びコンテンツ再生装置では、知的財産権（例えば著作権）保護のための機構を働かすためのＩＰＭＰデータを判断する手段がＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）だけに依存していたため、以下に示す様な問題点があった。
【００１１】
（１）悪意を持った者によって、特定のＩＰＭＰシステムタイプで定義されたＩＰＭＰメッセージが外部から解読されたといった場合に、新たな保護機構に切り替えられたＩＰＭＰメッセージを利用するためには、たとえわずかな違いであったとしても、新たなＩＰＭＰシステムタイプをＲＡ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）に登録して、以前とは異なるＩＰＭＰシステムタイプをもつＩＰＭＰストリームとこれを理解できるＩＰＭＰシステムを用意しなければならない。結果として、コンテンツ作成システム及びコンテンツ再生装置は、ＲＡに登録された複数のＩＰＭＰシステムタイプを意識した冗長な処理が必要になるため、処理効率低下やメモリ使用量の増加が発生する場合がある。
（２）一方、いわゆるバージョンアップといった過程において、ＩＰＭＰシステムタイプが同一でわずかにデータ部分仕様が異なるＩＰＭＰストリームが生成された場合に、コンテンツ再生装置にとって唯一の判断基準であるＩＰＭＰシステムタイプの一意性が完全ではないため、処理の暴走といった不具合が発生するおそれがある。
（３）コンテンツ再生装置のＩＰＭＰシステムが、送信されたＩＰＭＰメッセージに正しく反応していたとしても、それでもなお動作できない場合があり得る。この場合に、動作できなかったことをコンテンツ再生装置からコンテンツを送信した側に通知する術がない。
（４）例えば、コンテンツを送信する側が、コンテンツ再生装置が対応するＩＰＭＰシステムタイプのＩＰＭＰメッセージに交換して送信する場合を想定した場合に、コンテンツ再生装置が対応するＩＰＭＰシステムタイプを通知するタイミングをコンテンツの送信側から指示することができない。
（５）ＩＰＭＰメッセージは、コンテンツの中に埋め込まれたひとつのストリームであるため、コンテンツが存在しない場合には、ＭＰＥＧ−４の標準となる手法で状態をテストすることができない。あるいはまた、コンテンツの再生中に再生に影響を与えないＩＰＭＰのテストを行う方法が用意されていない。このため、異なる装置間の標準的なテスト手法が存在せず、夫々の装置間の互換性が期待できない。
（６）上記に関連して、コンテンツ再生装置からコンテンツを送信する側へのいわゆるバックチャネルに対して、セキュリティで保護された通信経路の要求などを行うことができない。
【００１２】
上記の問題点は、ＩＰＭＰシステムタイプによる一意性の保証と、この詳細を一般に公開しないことによる安全性の確保といった、コンテンツ作成装置／方法及びコンテンツ再生装置／方法の運用に依存するものであって、従来技術では解決のために、きわめて複雑な制御機構／システムを適用しなければならなかった。こうしたことは、特に処理能力やメモリに制限のある携帯機器などにとっては大きな障害となる事は避けがたい。
【００１３】
本発明の目的は、上述の点に鑑み、ＩＰＭＰシステムを有するＭＰＥＧ−４又はこれと同様なＩＰＭＰシステムを有する符号化方式において、ＩＰＭＰストリームに、ＩＰＭＰシステムタイプに加えてＩＰＭＰデータの差異（バージョン）情報或いは要求情報を付加することで、より効率的な処理を行うことを可能にするコンテンツ作成方法、コンテンツ再生方法、コンテンツ再生装置、及びコンテンツ作成方法或いはコンテンツ再生方法を実行するプログラムが記憶されたコンピュータ可読記憶媒体を提供しようとするものである。
【００１４】
発明の開示
本発明によるコンテンツ作成方法は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報を発生し、前記知的財産権保護管理情報をコンテンツに埋め込むことを特徴とする。
【００１５】
また、本発明のコンテンツ再生方法は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生方法において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力し、前記識別情報と前記バージョン情報とを検出し、前記検出結果に応じて前記知的財産権保護管理システムを動作させることを特徴とする。
【００１６】
また、本発明のコンテンツ再生装置は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生装置において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力する入力手段と、前記識別情報と前記バージョン情報とを検出する検出手段と、前記検出結果に応じて前記知的財産権保護管理システムを動作させる制御手段とを有することを特徴とする。
【００１７】
また、本発明のコンテンツ作成方法は、知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報を発生し、知的財産保護管理情報をコンテンツに埋め込む事を特徴とする。
【００１８】
また、本発明のコンテンツ再生方法は、知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生方法において、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報が埋め込まれているコンテンツを入力し、知的財産保護管理システムのタイプを識別する識別情報とこれら情報を検出し、前記検出結果に応じて前記知的財産保護管理システムを動作させる事を特徴とする。
【００１９】
また、本発明のコンテンツ再生装置は、知的財産保護管理システムを備えるマルチメディア符号化方式コンテンツ再生装置であって、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報が埋め込まれているコンテンツを入力する手段と、知的財産保護管理システムのタイプを識別する識別情報とこれら情報を検出する手段と、前記検出結果に応じて前記知的財産保護管理システムを動作させる制御手段を有する事を特徴とする。
【００２０】
発明を実施するための最良な形態
以下、図面を参照して、本発明の第１の実施例を詳細に説明する。
図２は、本発明の第１の実施形態を説明するシステム全体を模式的に説明する図である。
【００２１】
本システムは、ＭＰＥＧ−４などの知的財産権（特に著作権、しかしながら著作権に限るものではない）保護及び管理情報を含むマルチメディアデータのストリームを生成するコンテンツ作成装置２０１と、これを配信・提供するメディアサーバ装置２０２と、マルチメディアデータを要求してこれを再生するプレーヤー２０３と、このプレーヤーに密接にかかわって知的財産権保護及び管理を行うＩＰＭＰシステム２０４から構成される。
【００２２】
また、ＩＰＭＰシステム２０４は、それが利用する暗号処理モジュールや透かし処理モジュールなどの知的財産権保護及び管理に必要な機能を持つモジュール２０５を内蔵する場合がある。
【００２３】
なお、メディアサーバ装置２０２とプレーヤー２０３の間には、マルチメディアデータのストリーム２０６などが送付される。これは、メディアサーバ装置２０２が提供する方式に依存し、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）で送付される場合もあれば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）での純粋なファイル転送である場合もある。或いは、メディアサーバ装置２０２がＣＤ−ＲＯＭドライブの様なファイルアクセス装置であってもよい。
【００２４】
最初に、図２で示すシステム全体の例を用いて、本実施例の説明を容易にするために、処理の流れの概要を説明する。
【００２５】
まず、コンテンツ作成装置２０１によって、ＭＰＥＧ−４などの知的財産権保護及び管理（ＩＰＭＰ）情報を含むマルチメディアデータが作成される。この処理は、あらかじめ行われていてもよいし、要求の度に行われても良い。重要なことは、マルチメディアデータ中にＩＰＭＰ情報が含まれており、保護方式を一意に特定するＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）とそのバージョン番号が含まれている事である。
【００２６】
具体的には、保護したいデータの部分、或いはデータ全体に対して暗号化を行ったり、透かしデータを付与するなどしてデータを保護すると同時に、どのような保護を行ったかを示す情報として、ＩＰＭＰＳ Ｔｙｐｅとバージョン番号を含むデータを生成する。
【００２７】
メディアサーバ装置２０２は、プレーヤー２０３からの要求やマルチメディアデータの配信システムの仕様に従って、この保護されたデータを配信する。上述したように、この配信は、あらかじめ作成された保護されたデータをＣＤ−ＲＯＭなどの記録装置から読み込むといった場合もある。
【００２８】
プレーヤー２０３は、保護されたデータを含むマルチメディアデータを読み込み、マルチメディアデータの規格に従って再生を行う。このとき、マルチメディアデータ中にＩＰＭＰ情報が含まれている場合には、ＩＰＭＰシステム２０４がこの処理を行う。どのような保護を行ったかを示す情報であるＩＰＭＰＳ Ｔｙｐｅが含まれている場合には、この情報を参照して、指定されたＩＰＭＰＳ Ｔｙｐｅとそのバージョン番号に対応した暗号化方式や透かし方式の処理を行う。この処理は、必要に応じて暗号処理モジュールや透かし処理モジュール等に処理を依頼する場合もある。
【００２９】
結果として、マルチメディアデータに施された暗号処理などが復号化され、プレーヤーは、マルチメディアデータの再生を行う事ができる。
【００３０】
なお、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）によれば、知的財産権保護及び管理に関する方法を一意に特定する情報はＩＰＭＰＳ Ｔｙｐｅのみであり、もしここで指定されたＩＰＭＰＳ Ｔｙｐｅが、プレーヤーが解釈できるＩＰＭＰＳ Ｔｙｐｅと異なる場合には、このＩＰＭＰ情報を完全に処理する事はできない。
【００３１】
次に、マルチメディアデータに含まれるＩＰＭＰＳ Ｔｙｐｅとプレーヤーが解釈できるＩＰＭＰＳ Ｔｙｐｅが一致した場合のプレーヤーの動作について、本発明に特徴的なバージョン番号による処理の詳細を、単一のバージョン情報が格納されている場合、２段階のバージョン情報が格納されている場合のそれぞれについて順次説明する。
【００３２】
まず、単一のバージョン情報を持つ場合について説明する。
図３は、本発明に特徴的なバージョン情報を判断する事のできるＩＰＭＰシステムの構造を、本発明に特徴的な部分に視点をおいて俯瞰する論理構成図である。
【００３３】
ＩＰＭＰシステム３００には、マルチメディア再生に関わる様々な機能が含まれているが、ここでは、ＩＰＭＰ情報そのものを含むいわゆるＩＰＭＰストリームを解釈するためのＩＰＭＰストリームパーザ３０１、ＩＰＭＰＳ Ｔｙｐｅとそのバージョン番号を管理するバージョン管理テーブル３０２、を特に示している。ＩＰＭＰシステム３００は、ＩＰＭＰＳ Ｔｙｐｅによって異なる動作をする場合もあるが、実際に知的財産権保護などの制御を行う制御ポイントなどはＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）に説明されており、図３ではこのような部分についても図示している。
【００３４】
ＩＰＭＰストリームパーザ３０１は、実際にＩＰＭＰ情報を読み込んで、解釈を行うものである。また、バージョン管理テーブル３０２は、ＩＰＭＰシステムタイプとバージョン番号および互換性などの情報から構成され、ＩＰＭＰシステムは、このテーブルを参照して互換性等の情報を取得することができる。
【００３５】
更に具体的な説明を行うために、本発明に特徴的なバージョン番号を含むＩＰＭＰ情報とバージョン管理テーブルの例を最初に説明する。
【００３６】
ＩＰＭＰ情報は、図４に示すように、タグ４０１、データ長４０２、デスクリプタＩＤ４０３、ＩＰＭＰシステムタイプ４０４、バージョン番号４０５、データフィールド４０６から構成される。
【００３７】
この構成は、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒの定義（８．６．１３．１ Ｓｙｎｔａｘ）
のＩＰＭＰ ｄａｔａを拡張し、バージョン番号を付加したものである。同様に定義すれば、たとえば、以下のようになる。
【００３８】
ここに、関数ＨａｓＶｅｒｓｉｏｎは、与えられたＩＰＭＰＳ Ｔｙｐｅがバージョン番号を持つ場合に、ブール代数「真（ＴＲＵＥ）」を返すものとする。バージョン管理テーブル３０２（図３参照）は、図５で示すように、ＩＰＭＰシステムタイプ５０１とバージョン番号５０２および互換性などの情報５０３から構成される。
【００３９】
互換性などの情報には、あるＩＰＭＰシステムタイプの特定のバージョンに対して互換性が保たれるかどうかといった情報や、ＩＰＭＰシステム毎に定義されるＩＰＭＰ ｄａｔａ部分の互換性を確保するためのデータ変換情報などを格納する事ができる。
【００４０】
例えば、図５の例１（５１１）に示すように、ＩＰＭＰ情報に含まれるＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈである場合に、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０３ｈと互換性が保たれている事を示している。
【００４１】
また、図５の例（５１２）は、より複雑な例であり、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０５ｈである場合に、ＩＰＭＰシステムタイプが１０２１ｈでバージョン番号が０４ｈ以下のＩＰＭＰシステムでは、データフィールド４０６（図４参照）に含まれているデータを参照番号１２番の変換方式で変換する事で解釈できることを示している。
【００４２】
なお、上述の例で示したバージョン管理テーブル３０２の詳細については、ＩＰＭＰシステムの実際の実装に依存するシステム固有のものであって、本発明に制限を与えるものではない。
【００４３】
次に、図６のフローチャートを用いて、本実施形態の処理手順を説明する。
はじめに、マルチメディアデータに含まれるＩＰＭＰ情報から、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）を取得する（ステップ６０１）。
【００４４】
次に、バージョン番号が存在するか否かを判断する（ステップ６０２）。バージョン番号が存在するかどうかは、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）上は、必ずしも定義されていないため、ＩＰＭＰシステムタイプによって判断する必要があるが、その具体的な方法については運用方法や実装に依存する内容であるため、省略する。
【００４５】
ステップ６０２においてバージョン番号が存在する場合はバージョン番号を取得する（ステップ６０３）。
【００４６】
ＩＰＭＰＳ Ｔｙｐｅとバージョン番号あるいはＩＰＭＰＳ Ｔｙｐｅだけが取得できた場合には、この情報を元にそれが解釈可能かどうかを判断する（ステップ６０４）。
【００４７】
ステップ６０４において解釈できる場合には、ＩＰＭＰに関する著作権保護の制御を行う（ステップ６０５）。解釈できない場合には、バージョン管理テーブルを参照する（ステップ６０６）。
【００４８】
ステップ６０６では、バージョン管理テーブルから対応するＩＰＭＰＳ Ｔｙｐｅとバージョン番号の組み合わせを検索する（ステップ６０７）。もしここで、検索した結果が一致しない場合には、エラー処理（ステップ６０８）に移行する。一方、一致した場合には、データの変換処理を行い（ステップ６０９）、再び、解釈可能かどうかを判断し（ステップ６０４）、知的財産権保護の制御を行う（ステップ６０５）。
【００４９】
上述の処理動作のフローでは、説明を簡単にするため、バージョン管理テーブルの定義ループが発生しない様に設定されているものとしているが、もちろん、現実の実装の中では、定義ループが発生した場合への対応などが付加的になされている事は言うまでもない。ここで言う定義ループとは、バージョン管理テーブルを参照した結果変換したデータが、再びバージョン管理テーブルを参照するような円環的な定義がなされている場合を意味している。
【００５０】
ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）上は、たとえわずかなＩＰＭＰ情報の変更があった場合でも、ＩＰＭＰ情報を一意に定義するＩＰＭＰシステムタイプを変更しない場合には、これを解釈するＩＰＭＰシステムが差異を判断することはできない。これは、場合によっては、ＩＰＭＰシステムの暴走などの不具合を生む可能性を意味しており、こうした問題への対処は、ＩＰＭＰシステムの実装に任されている。
【００５１】
しかし、上記で説明してきたように、バージョン情報を管理するＩＰＭＰシステムをもつプレーヤーとこれに対応したＩＰＭＰ情報をもつマルチメディアデータのストリームを生成するコンテンツ作成装置を組み合わせることで、それぞれに対応したＩＰＭＰシステムを複数持たないプレーヤーであっても異なるＩＰＭＰ情報を制御することができる。
【００５２】
次に、２段階のバージョン番号が格納されている場合について説明する。
図７は、図３で示したＩＰＭＰ情報を２段階のバージョン番号に拡張した例である。図７においてバージョン番号（上位）７０１とバージョン番号（下位）７０２以外は、図４と全く同じ構成になっている。
【００５３】
図７のような構成のＩＰＭＰ情報がマルチメディアデータに含まれている場合であっても、ＩＰＭＰシステムの処理フローが拡張される以外には、単一のバージョン番号の場合と全く同じに取り扱うことができる。
【００５４】
２段階のバージョン番号の場合に特徴的なことは、バージョン番号（上位）７０１とバージョン番号（下位）７０２に対する取り扱いを分けることで、より高度なＩＰＭＰ情報の制御を行うことが可能になる点である。
【００５５】
例えば、バージョン番号（上位）を互換性判断のためのバージョンとし、バージョン番号（下位）を微細なＩＰＭＰ情報の変更を判断するためのバージョンとすることで、ＩＰＭＰシステムタイプとバージョン番号（上位）が一致する場合には、互換性が保たれていると判断することで、ＩＰＭＰシステムの処理を簡略化して、バージョン管理テーブルの参照を省略して処理負荷を軽減したり、処理のためのメモリ使用量を少なくしたりする事ができる。
【００５６】
尚、バージョン管理テーブルは、図５で示したような比較的複雑な定義を行う事のできる構成のみならず、バージョン番号の大小のみで判断するといった簡略化されたものであってもよい事は言うまでもない。
【００５７】
次に、本発明の付加的なケースについて説明する。
図５の例２（５１２）で説明したように、バージョンなどが異なる場合でも、図４のデータフィールド４０６に含まれているデータを変換することで、さらに処理を簡略化する事ができる場合がある。その例を図８に示す。
【００５８】
図８に示したＩＰＭＰ情報（部分）は、図４で示した例のＩＰＭＰシステムタイプ以下部分のフィールドの詳細を示している。また、図８に示した暗号コード変換テーブルは、データ変換を行うための変換テーブルの例のひとつである。
【００５９】
ＩＰＭＰ情報（部分）には、図４で示すデータフィールドの一部として、デコード前暗号コード８０１が定義されており、ここには、ＭＰＥＧ−４ストリームのデコード前に処理すべき暗号解読処理の方式がコード化されて書かれているものとする。例には、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈのＩＰＭＰ情報として、デコード前暗号コードが０３ｈとなっている例が記載されている。
【００６０】
このＩＰＭＰ情報を処理するＩＰＭＰシステムが、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈの処理を行うものであったとする。ＩＰＭＰシステムは、これまで説明してきたように、バージョン管理テーブルを参照して、暗号コード変換テーブルを参照し、データ変換を行う事ができると判断する事ができる。
【００６１】
図８で示す暗号コード変換テーブルを参照すれば、バージョン０１ｈの暗号コード０３ｈは、バージョン０２ｈの暗号コード０４ｈが対応する事ができる事が分かる。これは、たとえば、ＲＣ４と呼ばれる暗号アルゴリズムが適用される（８０２）。
【００６２】
上述したように、バージョン番号をＩＰＭＰ情報に付加する事によって、バージョン変更に伴う暗号化手法の変更などを容易に行う事ができるようになる。
【００６３】
以上、説明してきた上記実施例は、ＭＰＥＧ−４などの知的財産権（著作権）保護及び管理情報を含むマルチメディアデータに関するものであるが、本発明は、必ずしもＭＰＥＧ−４だけに適用されるものではない。ＭＰＥＧ−４と同様の知的財産権（著作権）保護及び管理に関する機構を持つマルチメディアデータとそれを取り扱うシステムやプレーヤーに対しても有効である。
【００６４】
以下、図面を参照して、本発明の第２の実施形態を詳細に説明する。
図９は、本発明の第２の実施形態におけるシステム全体を模式的に示す図である。
【００６５】
本システムは、ＭＰＥＧ−４などの知的財産権保護及び管理（ＩＰＭＰ）情報を含むマルチメディアデータのストリームを生成するコンテンツ作成装置９０１と、これを配信・提供するメディアサーバー装置９０２と、マルチメディアデータを要求してこれを再生する再生装置であるプレーヤー９０３と、このプレーヤーに密接にかかわって著作権保護および管理を行うＩＰＭＰシステム９０４から構成される。
【００６６】
ここで、説明を簡単にするために、ＩＰＭＰ Ｒｏａｍｉｎｇ方式をサポートする。
【００６７】
尚、ＩＰＭＰ Ｒｏａｍｉｎｇ方式とは、コンテンツ再生装置側が解釈可能なＩＰＭＰシステムタイプに変換するサービスを言う。このＩＰＭＰ Ｒｏａｍｉｎｇ方式は本出願人が特願２０００−２０００１４で既に提案している。
【００６８】
ＩＰＭＰを変換する装置は、コンテンツ作成装置９０１と、これを配信・提供するメディアサーバー装置９０２に含まれるものとする。
【００６９】
また、ＩＰＭＰシステム９０４は、それが利用する暗号処理モジュールや透かし処理モジュールなどの知的財産権保護及び管理に必要な機能を持つモジュール９０５を内蔵する場合がある。
【００７０】
なお、メディアサーバー装置９０２とプレーヤー９０３の間には、マルチメディアデータのストリーム９０６などが送付される。これは、メディアサーバー装置９０２が提供する方式に依存し、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）で送付される場合もあれば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）での純粋なファイル転送である場合もある。このようなマルチメディアデータの提供方法に関しては、純粋に通信上の手続きに該当するものであって、本発明の詳細に関わるものではない。
【００７１】
さらに、プレーヤー９０３からメディアサーバー装置９０２側にアップストリーム９０７が送信される場合がある。
【００７２】
最初に、第２の実施形態の説明を容易にするために、図９で示すシステム全体の例を用いて、その処理の流れの概要を説明する。
【００７３】
まず、コンテンツ作成装置９０１によって、ＭＰＥＧ−４などのＩＰＭＰ情報を含むマルチメディアデータが作成される。この処理は、あらかじめ行われていてもよいし、要求の度に行われても良い。重要なことは、マルチメディアデータ中にＩＰＭＰ情報が含まれており、保護方式を一意に特定するＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）と、本実施形態に特徴的な「コマンド」を含んでいる事である（コマンドの詳細については、後に詳細に説明する）。
【００７４】
メディアサーバー装置９０２は、プレーヤー９０３からの要求やマルチメディアデータの配信システムの仕様に従って、この保護されたデータを配信する。すなわち、知的財産権保護管理に関わる処理の行われたマルチメディアコンテンツの送信である。
【００７５】
プレーヤー９０３は、保護されたデータを含むマルチメディアデータを読み込み、マルチメディアデータの規格に従って再生を行う。このとき、マルチメディアデータ中にＩＰＭＰ情報が含まれている場合には、ＩＰＭＰシステム９０４がこの処理を行う。すなわち、指定されたＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）に対応した暗号化方式や透かし方式の処理を行う。この処理は、必要に応じて暗号処理モジュールや透かし処理モジュール等に処理を依頼する場合もある。
【００７６】
結果として、マルチメディアデータに施された暗号処理などが復号化され、プレーヤー９０３は、マルチメディアデータの再生を行う事ができる。
【００７７】
もし、指定されたＩＰＭＰシステムタイプが、モジュールに対応していないといった理由で処理できず、後に述べるコマンドがアップストリーム（バックチャネルとも言う）を要求する場合、または、その他の事由によりコマンドによるアップストリームを要求する場合、プレーヤー９０３は、そのコマンドに従って、アップストリーム９０７を送信する。
【００７８】
次に、本実施形態における特徴的なコマンドについて説明する。
コマンドは、メディアサーバー装置９０２からプレーヤー９０３に対する命令として作用する、特殊なメッセージである。本実施形態においては、これを通常のＩＰＭＰメッセージの自然な拡張として定義していることを特徴としている。
【００７９】
すなわち、ＩＰＭＰ情報は、図１０に示すように、タグ１００１、データ長１００２、デスクリプタＩＤ１００３、ＩＰＭＰシステムタイプ１００４、コマンド１００５、データフィールド１００６から構成される。この構成は、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰＳ Ｄｅｓｃｒｉｐｔｏｒの定義（８．６．１３．１ Ｓｙｎｔａｘ）と何ら矛盾のないものである。同様に記述するならば、たとえば次のようにすることができる。
【００８０】
ここで、ＭｅｓｓａｇｅＴｙｐｅがコマンドそのものであり、サイズや名称は便宜上決めたものであって、本発明の本質に影響を与えるものではないことは言うまでもない。
【００８１】
次に、コマンドの具体的な定義の詳細について説明する。上の一例に従って、８ビットの定義を行う場合、コマンドに相当するＭｅｓｓａｇｅＴｙｐｅフィールドを、次のように定義する（以下で「Ｏｘ」はそれに続く数字が１６進数表記であることを示す）。
０ｘ００ ｒｅｓｅｒｖｅｄ
０ｘ０１ ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ
０ｘ０２ ｒｅｑｕｅｓｔ ｅｒｒｏｒ
０ｘ０４ ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ
０ｘ０８ ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ
０ｘ１０ ｒｅｑｕｅｓｔ ｓｅｃｕｒｅ ｃｈａｎｎｅｌ
０ｘ２０ ｒｅｓｅｒｖｅｄ
０ｘ４０ ｒｅｓｅｒｖｅｄ
０ｘ８０ ｐｓｅｕｄｏ ｍｅｓｓａｇｅ
【００８２】
この定義は、ビット例によるメッセージ体系に他ならず、値の論理和も有効であるようになっている。
【００８３】
たとえば、プレーヤー９０３が０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）なるコマンドを含むＩＰＭＰメッセージを受け取った場合、これに内蔵されるＩＰＭＰシステム９０４は、通常のＩＰＭＰメッセージに従った知的財産権の保護と管理に関わる処理を行うと同時に、もし、何らかのエラーが発生した場合には、メディアサーバー装置９０２がエラー内容を返す事を期待していることを知ることができるようになる。
【００８４】
次に、上記コマンドを利用した具体的な例について説明する。
【００８５】
第１の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、エラーが発生した場合にその内容を要求する場合について説明する。
この時、配信側となるメディアサーバー装置９０２は、通常のバックチャネルでの送信を期待するものとする。また、送信されるマルチメディアコンテンツに含まれるＩＰＭＰメッセージには、０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）のコマンドが含まれているものとする。
【００８６】
図１１は、例外処理時の処理手順を示すフローチャートである。
まず最初に、コマンド「０ｘ０３」を含むＩＰＭＰメッセージをコンテンツに付加する（ステップ１１０１）。作成されたコンテンツは、ＩＰＭＰシステムによって保護されたマルチメディアデータとなる。作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１１０２）。
【００８７】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１１０３）、ＩＰＭＰシステムによって保護されたデータであるかどうかを判断する（ステップ１１０４）。もし、保護されていないデータであれば、通常の処理がなされるが、これは本実施形態に直接は関知するものではないので、その説明は省略する。
【００８８】
一方、ＩＰＭＰシステムによって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなう（ステップ１１０５）。この処理は、たとえば、マルチメディア符号化の行われたオーディオデータに対してある種の暗号化を行っている場合、これを復号化する処理、あるいはまた、ビデオデータに対してある種の透かしを施している場合、これを検知する処理などが考えられる。
【００８９】
このようなＩＰＭＰの処理が正常に行われる事が望ましいが、実際には、処理を行おうとしてエラーが発生したり、処理中にエラーが発生したりする場合がある。前者はコンテンツに含まれるＩＰＭＰシステムタイプがプレーヤー９０３で処理できない場合などがこれに当てはまる。後者の場合には、ビット落ちなどのデータの破壊なども考えられる。
【００９０】
もし、エラーが検知された場合（ステップ１１０６）、次に、ＩＰＭＰメッセージ中のコマンドを参照し、エラー要求（ｒｅｑｕｅｓｔ ｅｒｒｏｒ）とアップストリーム要求（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）が含まれていれば（ステップ１１０７）、アップストリームのためのデータを作成してメディアサーバー装置９０２に対して送付する（ステップ１１０８）。もし、コマンドがこれらの要求を行っていない場合には、アップストリームが不要であるため、通常のエラー処理となる。
【００９１】
メディアサーバー装置９０２は、アップストリーム要求に対するプレーヤー９０３からのデータを受け取ると（ステップ１１０９）、たとえばサーバー側のエラー処理を行う（ステップ１１１０）。このエラー処理とは、たとえばコンテンツの再送であったり、決済などが行われているならば、決済データのロールバックなども考えられる。このような処理は、アプリケーションシステムに依存する内容であり、ここでは詳細に触れない。
【００９２】
このように、コンテンツ作成装置９０１とメディアサーバー装置９０２などで構成されるサーバーシステムが、クライアントとなるプレーヤー９０３に対してバックチャネルによるエラー情報の要求を行うＩＰＭＰメッセージ（コマンド）を含むコンテンツデータを送付し、これを判断することのできるＩＰＭＰシステム９０４が適切な判断をすることによって、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義される方式やその不十分さを補おうとするＩＰＭＰメッセージ情報拡張提案において、互いに了解されたクライアント・サーバー間のエラー通知を行うことができる。
【００９３】
第２の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、あらかじめプレーヤーが内蔵するＩＰＭＰシステムで処理可能なＩＰＭＰシステムタイプを要求する場合について説明する。この例は、上述したＩＰＭＰ Ｒｏａｍｉｎｇ方式の一つの例となる。
【００９４】
この時、配信側となるメディアサーバー装置９０２は、通常のバックチャネルでの送信を期待するものとする。また、説明を簡単にするために、エラーについては考慮しない。
【００９５】
図１２は、ＩＰＭＰシステムの情報の通知要求時の処理手順を示すフローチャートである。
【００９６】
まず最初に、処理可能なＩＰＭＰシステムタイプを要求するコマンドを含むＩＰＭＰメッセージを生成する（ステップ１２０１）。本実施形態においては、特にプレーヤー９０３から要求されたコンテンツとは異なるコンテンツとしてＩＰＭＰメッセージを生成しても良い。すなわち、具体的なマルチメディアデータを含まないＩＰＭＰメッセージのみのコンテンツであってもよい。
【００９７】
付加されるコマンドは、０ｘ０５（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）であるものとする。
【００９８】
次に、作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１２０２）。
【００９９】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１２０３）、ＩＰＭＰすなわち知的財産保護管理機構によって保護されたデータであるかどうかを判断する（ステップ１２０４）。もし、知的財産保護管理機構によって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなおうとする（ステップ１２０５）。もし、具体的なマルチメディアデータを含まないＩＰＭＰメッセージのみのコンテンツであれば、この処理は実効的な意味をなさない。また、もし、コマンドにバックチャネルによる送信を期待（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）し、ＩＰＭＰシステムの情報を要求（ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）するコマンドを含んでいれば（ステップ１２０６）、アップストリームのためのデータを作成してメディアサーバー装置９０２に対して送付する（ステップ１２０７）。アップストリームのデータには、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４が解釈可能なＩＰＭＰシステムタイプのリスト等が含まれる。
【０１００】
メディアサーバー装置９０２は、アップストリーム要求に対するプレーヤー９０３からのデータを受け取ると（ステップ１２０８）、たとえば、プレーヤー９０３から要求されたマルチメディアコンテンツに対して施す知的財産権保護管理に関する処理をプレーヤー９０３に解釈可能なものに変更したり、あるいは、あらかじめ用意された保護されたコンテンツのなかからプレーヤー９０３に適したものを選択するといった、知的財産権保護管理にかかわるコンテンツ処理を行う（ステップ１２０９）。
【０１０１】
しかる後に、メディアサーバー装置９０２は、プレーヤー９０３に対してコンテンツの送付を行う（ステップ１２１０）。
【０１０２】
この例においては、あらかじめメディアサーバー装置９０２がクライアントとなるプレーヤー９０３に対して、処理可能なＩＰＭＰシステムタイプなどの情報を問い合わせることによって、コンテンツ送信前にプレーヤー９０３からＩＰＭＰシステム情報を通知するタイミングを決定し、スムーズな処理を行うようにしているが、必ずしもこのようなタイミングや方法だけに限定されるものではない。
【０１０３】
たとえば、すでに送信中のコンテンツの中にあらかじめ同様のコマンドが埋め込まれており、これを再生しながらＩＰＭＰシステムの情報をバックチャネルを利用して送信するといった使い方も考えられる。あるいはまた、いわゆるダウンローダブル・モジュールなどによって、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４の情報が動的に変更されるような場合でも、同様のコマンドをＩＰＭＰの処理のタイミング毎に埋め込むことで、柔軟に対処することができる。
【０１０４】
第３の例
ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰメッセージとＩＰＭＰシステムは、マルチメディアコンテンツの具体的な再生に対して、知的財産権保護管理機構を提供することを前提としている。ＩＰＭＰメッセージと保護の対象となる映像や音声といったオブジェクト間は、オブジェクト・ディスクリプタによって結び付けられ対応付けがなされており、これらの制御は、ＩＰＭＰシステムが行うことになっている。従って、ＩＰＭＰシステムが独自の判断で処理を行わないことは可能であるが、コンテンツの指示によって、処理を行わないといったことはできない。
【０１０５】
この例においては、コンテンツに対する処理を行わずに、エラーが発生するかどうかを判断する場合について説明する。
【０１０６】
ＩＰＭＰメッセージに対しては、第の例で示した０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）に０ｘ８０（＝ｐｓｅｕｄｏ ｍｅｓｓａｇｅ）を加えて、「０ｘ８３」となる。このｐｓｅｕｄｏ ｍｅｓｓａｇｅとは、ＩＰＭＰシステム９０４に対して、ＩＰＭＰメッセージの解釈は行うが、保護の対象となる映像や音声といったオブジェクトに対する具体的な処理は行わないことを要求するコマンドである。本例においては、動作の流れ自体、ある一点を除いて上記第１の例と全く同値である。すなわち、ステップ１１０５においてＩＰＭＰの処理をおこなう場合に、オブジェクトに対する具体的な処理は行わない点だけが異なっている。
【０１０７】
このことによって、コンテンツ再生し、ＩＰＭＰに関する処理を行おうとする時点で発生するエラーを未然に感知するといった動作をＩＰＭＰメッセージ中に埋め込むことが可能となり、コンテンツを配布するメディアサーバー装置９０２にとっても、プレーヤー９０３に相当する個々の装置間の差異をあらかじめテストすることが可能となる。
【０１０８】
同様に、上記第２の例に示されるようなＩＰＭＰシステム９０４の詳細な情報を、オブジェクトに対する具体的な処理を行わずにサーバーに返すような処理要求に対しても、このコマンドは有効である。ＩＰＭＰシステム９０４は、知的財産権保護管理機構としての表面上の動作を行う一方で、映像や音声といったオブジェクトに対する具体的な処理を一切行わないという点を除けば、通常の処理と何ら変わらないと考えることができる。
【０１０９】
第４の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、認証されたアップストリーム（バックチャネル）を要求する場合について説明する。
【０１１０】
すでに開かれたチャネル、あるいはコンテンツ用の既存の双方向チャネルなどを利用してアップストリームを送るのではなく、新たなチャネルを利用する際に、そのチャネルが正当なプレーヤー９０３からの要求であることを確認したい場合がある。例えば、コンテンツに付加された知的財産権保護管理に関する情報をプレーヤーに適合した情報に変換するような場合、正当なプレーヤーからの要求であることが明らかでないと、悪意をもった第三者による不正な変換要求であるかどうかわからない。
【０１１１】
このようなサーバーシステム側に相当するメディアサーバー装置９０２などからのプレーヤー９０３に対する「認証」の要求には、コマンド０ｘ０８（＝ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）が使用できる。
【０１１２】
図１３は、認証処理要求時における処置手順を示すフローチャートである。
【０１１３】
まず最初に、処理可能なＩＰＭＰシステムタイプを要求するコマンドを含むＩＰＭＰメッセージを生成する（ステップ１３０１）。本例においては、付加されるコマンドは、０ｘ０Ｄ（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ＋ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）である。
【０１１４】
次に、作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１３０２）。
【０１１５】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１３０３）、ＩＰＭＰすなわち知的財産保護管理機構によって保護されたデータであるかどうかを判断する（ステップ１３０４）。もし、知的財産保護管理機構によって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなおうとする（ステップ１３０５）。もし、コマンドにバックチャネルによる送信を期待（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）し、ＩＰＭＰシステムの情報を要求（ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）するコマンドを含んでいれば（ステップ１３０６）、アップストリームのためのデータを作成する（ステップ１３０７）。ここまでの処理の流れは、上記第２の例とほぼ同じである。
【０１１６】
次に、もし、コマンドにｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎが含まれていれば、メディアサーバー装置９０２に対してユーザ認証要求を行う（ステップ１３０８）。メディアサーバー装置９０２は認証の確認を行い（ステップ１３０９）、正しい要求であれば、認証メッセージを、そうでなければ拒否メッセージを送り返す（ステップ１３１０）。プレーヤー９０３は、認証メッセージを受信し（ステップ１３１１）、認証されたならば（ステップ１３１２）、アップストリームデータをメディアサーバー装置９０２に対して送付する（ステップ１３１３）。アップストリームのデータには、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４が解釈可能なＩＰＭＰシステムタイプのリスト等が含まれる。これ以降は、第２の例と同じであるので省略する。また、アップストリームと認証書は同時に行うことも可能であることは言うまでもない。
【０１１７】
このように、コンテンツ作成装置９０１とメディアサーバー装置９０２などで構成されるサーバーシステムが、クライアントとなるプレーヤー９０３に対してバックチャネルによるアップストリームデータ送信の要求を行う際に、ユーサ認証要求を含め、これを判断することのできるＩＰＭＰシステム９０４が適切な認証処理要求をすることによって、サーバー主導の正当な認証を伴った通信を期待することができるようになる。
【０１１８】
第５の例
第４の例と類似した例として、サーバーシステムからのセキュア・チャネル要求について説明する。具体的には、アップストリームにＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を利用したチャネルで応答するよう要求するような場合である。
【０１１９】
第１の例に適用させた例で述べるならば、付加されるコマンドは、０ｘ１３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ＋ｒｅｑｕｅｓｔ ｓｅｃｕｒｅ ｃｈａｎｎｅｌ）となる。
【０１２０】
一般に、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａａｎｓｆｅｒ Ｐｒｏｏｔｏｃｏｌ）とＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）との組み合わせで取り扱われるいわゆるＷＷＷサイトの処理では、ＳＳＬの利用は、コンテンツとなるＨＴＭＬに埋め込まれたスキーム（一般的に”ｈｔｔｐｓ：／／”が使用される）で制御・判断できるが、ＭＰＥＧ−４などのマルチメディアコンテンツのアップストリームに対して制御・判断することは、バックチャネル要求そのものがＩＰＭＰメッセージに含まれてないばかりか、セキュア・チャネルの概念がＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されていないため、難しい。こうした問題に対する回答のひとつとして、本例のコマンドが適用できる。
【０１２１】
図１４は、セキュア通信要求時における処理手順を示す図である。
最初に、プレーヤー９０３からメディアサーバー装置９０２に対してコンテンツの要求を行う（１４０１）。
【０１２２】
メディアサーバー装置９０２は、プレーヤー９０３に対してコンテンツの連続送信を開始する（１４０２）。このとき、コンテンツにはＩＰＭＰメッセージが含まれており、ＩＰＭＰメッセージに含まれるコマンドには、エラー情報のバックチャネルによるアップストリーム要求と、その際のセキュア・チャネルの要求が含まれているものとする。
【０１２３】
プレーヤーは、コンテンツを受け取りながら順次再生を行い（１４０３）、メディアサーバー装置９０２に対してはステータスを通知する（１４０４）。もし、ＩＰＭＰ情報の処理でエラーが発生した場合には、セキュアチャネルをオープンし（１４０５）、このチャネルを介してエラーを転送する（１４０６）。
【０１２４】
これまで説明してきた第１の例から第５の例に付加的な説明を行う。
【０１２５】
これまでの例の説明においては、メディアサーバー装置９０２は、ネットワーク上の独立したサーバーであるかのように説明してきた。しかし、本発明において、必ずしもネットワーク上のサーバーでなくとも良い。
【０１２６】
例えば、ネットワーク上のサーバーであるかのように振舞うローカルプログラムであっても動作することができる。もっとも現実的な例の一つが、上記したＩＰＭＰＳ Ｒｏａｍｉｎｇ方式で提案される、ＩＰＭＰ情報変換プログラムである。
【０１２７】
ＩＰＭＰ情報変換プログラムは、プレーヤーと同じ機器で動作することが可能であり、疑似的なＩＰＭＰメッセージをプレーヤーに送付し、この情報をもとに指定されたコンテンツをプレーヤーに変換するようなプログラムである。
【０１２８】
また、ＭＰＥＧ−４においては、様々なネットワークやファイルシステムを透過的に取り扱うことのできるＤＭＩＦ（Ｄｅｌｉｖｅｒｙ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）とよばれるものが規格化されている。このような汎用化されたインターフェースを介して前述したローカルプログラムやネットワーク上のメディアサーバー装置を取り扱うことで、本発明をより一般化された方式で適用する事ができる。
【０１２９】
こうした例を模式的とに表したものが図１５である。
図１５の左側、「コンテンツサーバーまたはローカルプログラム」と書かれた部分（１５０１）が図９におけるメディアサーバー装置９０２または前述したローカルプログラムに相当する。また、図中でプレーヤー側へのデータの流れを示す「矢印（２）」（１５０２）および「矢印（４）」（１５０３）が、いわゆるサーバー側からのデータストリームに他ならないが、これらのストリーム中にコマンドの追加されたＩＰＭＰメッセージが含まれており、プレーヤーは、ネットワークインターフェースを気にすることなく、必要なデータを送り返す事ができる。
【０１３０】
このことによって、あらかじめフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭなどの記憶媒体に知的財産保護管理に関する情報（ＩＰＭＰメッセージ）を埋め込んだコンテンツを記録して置いた場合でも本発明は適用できる。
【０１３１】
また、第１の例から第３の例において説明してきた実施の形態は、コンテンツを供給する側に対応するメディアサーバー装置や同様のローカルプログラに対するいわゆるバックチャネルの通信を期待するものであったが、通信要求をを行うコマンドを設定しないことによって、知的財産保護管理システムが通信を行わずに、たとえばログ出力や知的財産保護管理システムとインターフェースを持つアプリケーションプログラムに対して通知をするといった形態でも実施が可能である。
【０１３２】
以上、説明してきた例は、ＭＰＥＧ−４などの知的財産権保護及び管理情報を含むマルチメディアデータに関するものであるが、本発明は、必ずしもＭＰＥＧ−４だけに適用されるものではない。ＭＰＥＧ−４と同様の知的財産権保護及び管理に関する機構を持つマルチメディアデータとそれを取り扱うシステムやプレーヤーに対しても有効である。
【０１３３】
これまで述べてきた様々な例に見るとおり、本発明によれば、従来のＭＰＥＧ−４およびこれと同様の知的財産権保護管理機構を持つ類似のマルチメディア符号化方式やこれらの拡張として提案されているＩＰＭＰメッセージ情報拡張提案などの方式では難しいあるいは複雑になりがちであった例外（エラーなど）や動作上の不具合を、コンテンツ再生装置からコンテンツを送信した側に通知するための指示を行うといった操作を単純化された方式で行う事ができる。
【０１３４】
また、同様の拡張提案であるＩＰＭＰ Ｒｏａｍｉｎｇ方式といったいわゆるバックチャネルによる知的財産権保護管理機構の情報を必要とする場合においても同様に、コンテンツ再生装置からコンテンツを送信した側に通知するための指示を行うといった操作を単純化された方式で行う事ができる。
【０１３５】
さらに具体的なコンテンツが存在しない場合であっても、標準となる手法で状態をテストすることが出来る。
【０１３６】
あるいはまた、コンテンツの再生中に再生に影響を与えない知的財産権保護管理機構のテストを行う事ができる。
【０１３７】
上記に関連して、コンテンツ再生装置からコンテンツを送信する側へのいわゆるバックチャネルに対して、セキュリティで保護された通信経路の要求などを行うことができる。
【０１３８】
結果として、これらの実現によって、それぞれの装置間の互換性をより簡単に保証する事が可能になるばかりか、個別の装置やシステムに依存した複雑な処理を回避する事によってプログラムサイズといった制約に対しても有効な方式を提供することができる。
【０１３９】
以上説明したように、上記実施形態によれば、マルチメディア符号化方式における知的財産権保護管理機構において、より簡便かつ汎用化された方式で、コンテンツ再生装置に対する「例外通知（エラー通知）」や「ＩＰＭＰシステムタイプ等の情報要求」、「動作条件の指示」といったメッセージ（コマンド）を送付し、マルチメディアコンテンツの知的財産権保護管理を効果的に行う事を可能にするという優れた効果を達成できる。
【０１４０】
また、従来では個別のシステム毎に対応せざるをえず、複雑になりがちであった、これらコマンド指示に関わるサーバーとプレーヤー間の動作の同期を、規格化されたストリームデータとして取り扱う事が可能となり、装置にプログラムサイズといった制約がある場合でも、装置間の互換性を規格にゆだねる事で確保することが容易になるといった効果も達成できる。
【０１４１】
以上説明したように本実施形態によれば、知的財産権保護管理機構を持つＭＰＥＧ−４又はこれと同様の知的財産権保護管理機構を持つ類似の符号化方式において、知的財産保護管理情報中に、その形態を準拠しつつ様々な要求情報を埋め込むことで、より効率的な処理を行うことが可能になる。
【０１４２】
産業上の利用可能性
本発明は複数の機器（たとえばホストコンピュータ、インターフェース機器、リーダ、プリンタ等）から構成されるシステムに適用してもひとつの機器（たとえばＤＶＤプレーヤー）からなる装置に適用しても良い。
【０１４３】
また、前述した実施形態の機能を実現する様に各種のデバイスを動作させる様に各種デバイスと接続された装置あるいはシスムないのコンピュータに、前記実施形態機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラムに従って前記各種デバイスを動作させる事によって実施したものも本願発明の範疇に含まれる。
【０１４４】
またこの場合、前記ソフトウェアのプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、たとえばかかるプログラムコードを格納した記憶媒体は本発明を構成する。
【０１４５】
かかるプログラムコードを格納する記憶媒体としてはたとえばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭなどを用いることができる。
【０１４６】
またコンピュータが供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけではなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して前述の実施形態が実現される場合にもかかるプログラムコードは本願発明の実施形態に含まれることは言うまでもない。さらに供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後そのプログラムコードの指示に基づいてその機能拡張ボードや可能拡張ユニットに備えるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も本願発明に含まれる事は言うまでもない。
【図面の簡単な説明】
【図１】
図１は、従来技術のＭＰＥＧ−４プレーヤーを説明するための図である。
【図２】
図２は、本発明の第１の実施形態を説明するシステム全体を模式的に説明する図である。
【図３】
図３は、本発明の第１の実施形態におけるＩＰＭＰシステムの構造を、特徴的な部分に視点をおいて俯瞰する構成図である。
【図４】
図４は、本発明の第１の実施形態におけるバージョン番号を含むＩＰＭＰ情報の構成を示す図である。
【図５】
図５は、本発明の第１の実施形態におけるバージョン管理テーブルの例を示す図である。
【図６】
図６は、本発明の第１の実施形態における処理手順を示すフローチャートである。
【図７】
図７は、本発明の第１の実施形態における２段階のバージョン番号を含むように拡張したＩＰＭＰ情報の例を示す図である。
【図８】
図８は、本発明の第１の実施形態におけるＩＰＭＰデータのデータ変換を説明するための図である。
【図９】
図９は、本発明の第２の実施形態を説明するシステム全体を模式的に説明する図である。
【図１０】
図１０は、本発明の第２の実施形態における、コマンドを含むＩＰＭＰ情報の構成を示す図である。
【図１１】
図１１は、本発明の第２の実施形態における、例外処理時の処理手順を示すフローチャートである。
【図１２】
図１２は、本発明の第２の実施形態における、ＩＰＭＰシステムの情報の通知要求時の処理手順を示すフローチャートである。
【図１３】
図１３は、本発明の第２の実施形態における、認証処理要求時における処置手順を示すフローチャートである。
【図１４】
図１４は、本発明の第２の実施形態における、セキュア通信要求時における処理手順を示す図である。
【図１５】
図１５は、本発明の第２の実施形態における、ＤＭＩＦに用いるブロック模式図である。
技術分野
本発明は、知的財産権（たとえば著作権）保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法、コンテンツ再生方法、コンテンツ再生装置及びコンテンツ作成方法或いはコンテンツ再生方法を実行するプログラムが記憶されたコンピュータ可読記憶媒体に関する。
【０００２】
背景の技術
ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４及びこれと同様の知的財産権（例えば著作権）保護管理機構（ＩＰＭＰ（Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｐｒｏｔｅｃｔｉｏｎ）システム）を持つ類似のマルチメディア符号化方式（以下ＭＰＥＧ−４とする）は、コンテンツそのものに著作権保護のための機構を持つため、映画といった著作権の保護を重要視する分野で注目されている。
【０００３】
図１は、ＭＰＥＧ−４の著作権保護に関する機構を説明するＭＰＥＧ−４プレーヤーの模式図である。図１は、「ＩＳＯ／ＩＥＣ １４４９６−１ Ｆｉｇｕｒｅ８」に基づいて記載されたものであり、この詳しい説明については省略する。
【０００４】
図１に記載されるように、著作権保護に関する情報は、ＩＰＭＰデコードバッファ１０１を介してＩＰＭＰシステム１０２が取得し、処理を行う。ＩＰＭＰシステム１０２は、オブジェクトデスクリプタ（ＯＤ）１０２を参照しながら音声や映像といったそれぞれのオブジェクトに対して、暗号の復号化を行ったり、電子透かしの検知を行ったりする事が可能なようになっている。
【０００５】
一方、この暗号の復号化や電子透かしの検知に対して、どのような手法が適用し、どの部分に対して処理を行うべきかと言った具体的な指示は、一般にＩＰＭＰストリームと読んでいるＩＰＭＰシステム１０２が読み込むデータの中に記載されている。すなわち、ＩＰＭＰシステム１０２は、あらかじめＩＰＭＰストリームの内容を解釈できるように設計されていなければならない。
【０００６】
ＩＰＭＰストリームの主要な部分であるＩＰＭＰメッセージは、「ＩＳＯ／ＩＥＣ １４４９６−１ ８．３．２．５ ＩＰＭＰ ｍｅｓｓａｇｅ ｓｙｎｔａｘ ａｎｄ ｓｅｍａｎｔｉｃｓ」に次のよう記載されている。
ここで重要なことは、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）が、ＩＰＭＰストリームの主要な内容であるデータ部分の仕様を一意に同定するＩＤであり、かつ、データ部分（ＩＰＭＰ ｄａｔａ）の内容については、特に決められていないという事である。
【０００８】
つまり、コンテンツを作成するシステムは、コンテンツを再生する装置（プレーヤー）が取り扱う１ＰＭＰシステムが理解できる事を想定して、ＩＰＭＰメッセージをコンテンツであるマルチメディアデータに埋め込まなければならない。また、コンテンツを再生する装置（プレーヤー）からみれば、再生しようとするマルチメディアデータのＩＰＭＰメッセージを理解できるかどうかは、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）を見て判断する必要がある。
【０００９】
このように、従来技術では、あらかじめコンテンツ作成システムと再生装置で互いに了解できるＩＰＭＰデータを受け渡す事ができるように、ＩＰＭＰシステムタイプだけをよりどころに処理を行う必要があった。
【００１０】
上述したように、従来のＭＰＥＧ−４およびこれと同様の知的財産権保護管理機構（ＩＰＭＰシステム）を持つ類似のマルチメディア符号化方式のコンテンツ作成システム及びコンテンツ再生装置では、知的財産権（例えば著作権）保護のための機構を働かすためのＩＰＭＰデータを判断する手段がＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）だけに依存していたため、以下に示す様な問題点があった。
【００１１】
（１）悪意を持った者によって、特定のＩＰＭＰシステムタイプで定義されたＩＰＭＰメッセージが外部から解読されたといった場合に、新たな保護機構に切り替えられたＩＰＭＰメッセージを利用するためには、たとえわずかな違いであったとしても、新たなＩＰＭＰシステムタイプをＲＡ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｕｔｈｏｒｉｔｙ）に登録して、以前とは異なるＩＰＭＰシステムタイプをもつＩＰＭＰストリームとこれを理解できるＩＰＭＰシステムを用意しなければならない。結果として、コンテンツ作成システム及びコンテンツ再生装置は、ＲＡに登録された複数のＩＰＭＰシステムタイプを意識した冗長な処理が必要になるため、処理効率低下やメモリ使用量の増加が発生する場合がある。
（２）一方、いわゆるバージョンアップといった過程において、ＩＰＭＰシステムタイプが同一でわずかにデータ部分仕様が異なるＩＰＭＰストリームが生成された場合に、コンテンツ再生装置にとって唯一の判断基準であるＩＰＭＰシステムタイプの一意性が完全ではないため、処理の暴走といった不具合が発生するおそれがある。
（３）コンテンツ再生装置のＩＰＭＰシステムが、送信されたＩＰＭＰメッセージに正しく反応していたとしても、それでもなお動作できない場合があり得る。この場合に、動作できなかったことをコンテンツ再生装置からコンテンツを送信した側に通知する術がない。
（４）例えば、コンテンツを送信する側が、コンテンツ再生装置が対応するＩＰＭＰシステムタイプのＩＰＭＰメッセージに交換して送信する場合を想定した場合に、コンテンツ再生装置が対応するＩＰＭＰシステムタイプを通知するタイミングをコンテンツの送信側から指示することができない。
（５）ＩＰＭＰメッセージは、コンテンツの中に埋め込まれたひとつのストリームであるため、コンテンツが存在しない場合には、ＭＰＥＧ−４の標準となる手法で状態をテストすることができない。あるいはまた、コンテンツの再生中に再生に影響を与えないＩＰＭＰのテストを行う方法が用意されていない。このため、異なる装置間の標準的なテスト手法が存在せず、夫々の装置間の互換性が期待できない。
（６）上記に関連して、コンテンツ再生装置からコンテンツを送信する側へのいわゆるバックチャネルに対して、セキュリティで保護された通信経路の要求などを行うことができない。
【００１２】
上記の問題点は、ＩＰＭＰシステムタイプによる一意性の保証と、この詳細を一般に公開しないことによる安全性の確保といった、コンテンツ作成装置／方法及びコンテンツ再生装置／方法の運用に依存するものであって、従来技術では解決のために、きわめて複雑な制御機構／システムを適用しなければならなかった。こうしたことは、特に処理能力やメモリに制限のある携帯機器などにとっては大きな障害となる事は避けがたい。
【００１３】
本発明の目的は、上述の点に鑑み、ＩＰＭＰシステムを有するＭＰＥＧ−４又はこれと同様なＩＰＭＰシステムを有する符号化方式において、ＩＰＭＰストリームに、ＩＰＭＰシステムタイプに加えてＩＰＭＰデータの差異（バージョン）情報或いは要求情報を付加することで、より効率的な処理を行うことを可能にするコンテンツ作成方法、コンテンツ再生方法、コンテンツ再生装置、及びコンテンツ作成方法或いはコンテンツ再生方法を実行するプログラムが記憶されたコンピュータ可読記憶媒体を提供しようとするものである。
【００１４】
発明の開示
本発明によるコンテンツ作成方法は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報を発生し、前記知的財産権保護管理情報をコンテンツに埋め込むことを特徴とする。
【００１５】
また、本発明のコンテンツ再生方法は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生方法において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力し、前記識別情報と前記バージョン情報とを検出し、前記検出結果に応じて前記知的財産権保護管理システムを動作させることを特徴とする。
【００１６】
また、本発明のコンテンツ再生装置は、知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生装置において、知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力する入力手段と、前記識別情報と前記バージョン情報とを検出する検出手段と、前記検出結果に応じて前記知的財産権保護管理システムを動作させる制御手段とを有することを特徴とする。
【００１７】
また、本発明のコンテンツ作成方法は、知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報を発生し、知的財産保護管理情報をコンテンツに埋め込む事を特徴とする。
【００１８】
また、本発明のコンテンツ再生方法は、知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生方法において、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報が埋め込まれているコンテンツを入力し、知的財産保護管理システムのタイプを識別する識別情報とこれら情報を検出し、前記検出結果に応じて前記知的財産保護管理システムを動作させる事を特徴とする。
【００１９】
また、本発明のコンテンツ再生装置は、知的財産保護管理システムを備えるマルチメディア符号化方式コンテンツ再生装置であって、知的財産保護管理システムのタイプを識別する識別情報に加えて、例外発生時の通知要求、知的財産保護管理システムの情報の通知要求、実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報、通信要求、認証処理要求、暗号などによって保護されたセキュア通信要求、またはこれらの組み合わせからなる情報とを含む知的財産保護管理情報が埋め込まれているコンテンツを入力する手段と、知的財産保護管理システムのタイプを識別する識別情報とこれら情報を検出する手段と、前記検出結果に応じて前記知的財産保護管理システムを動作させる制御手段を有する事を特徴とする。
【００２０】
発明を実施するための最良な形態
以下、図面を参照して、本発明の第１の実施例を詳細に説明する。
図２は、本発明の第１の実施形態を説明するシステム全体を模式的に説明する図である。
【００２１】
本システムは、ＭＰＥＧ−４などの知的財産権（特に著作権、しかしながら著作権に限るものではない）保護及び管理情報を含むマルチメディアデータのストリームを生成するコンテンツ作成装置２０１と、これを配信・提供するメディアサーバ装置２０２と、マルチメディアデータを要求してこれを再生するプレーヤー２０３と、このプレーヤーに密接にかかわって知的財産権保護及び管理を行うＩＰＭＰシステム２０４から構成される。
【００２２】
また、ＩＰＭＰシステム２０４は、それが利用する暗号処理モジュールや透かし処理モジュールなどの知的財産権保護及び管理に必要な機能を持つモジュール２０５を内蔵する場合がある。
【００２３】
なお、メディアサーバ装置２０２とプレーヤー２０３の間には、マルチメディアデータのストリーム２０６などが送付される。これは、メディアサーバ装置２０２が提供する方式に依存し、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）で送付される場合もあれば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）での純粋なファイル転送である場合もある。或いは、メディアサーバ装置２０２がＣＤ−ＲＯＭドライブの様なファイルアクセス装置であってもよい。
【００２４】
最初に、図２で示すシステム全体の例を用いて、本実施例の説明を容易にするために、処理の流れの概要を説明する。
【００２５】
まず、コンテンツ作成装置２０１によって、ＭＰＥＧ−４などの知的財産権保護及び管理（ＩＰＭＰ）情報を含むマルチメディアデータが作成される。この処理は、あらかじめ行われていてもよいし、要求の度に行われても良い。重要なことは、マルチメディアデータ中にＩＰＭＰ情報が含まれており、保護方式を一意に特定するＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）とそのバージョン番号が含まれている事である。
【００２６】
具体的には、保護したいデータの部分、或いはデータ全体に対して暗号化を行ったり、透かしデータを付与するなどしてデータを保護すると同時に、どのような保護を行ったかを示す情報として、ＩＰＭＰＳ Ｔｙｐｅとバージョン番号を含むデータを生成する。
【００２７】
メディアサーバ装置２０２は、プレーヤー２０３からの要求やマルチメディアデータの配信システムの仕様に従って、この保護されたデータを配信する。上述したように、この配信は、あらかじめ作成された保護されたデータをＣＤ−ＲＯＭなどの記録装置から読み込むといった場合もある。
【００２８】
プレーヤー２０３は、保護されたデータを含むマルチメディアデータを読み込み、マルチメディアデータの規格に従って再生を行う。このとき、マルチメディアデータ中にＩＰＭＰ情報が含まれている場合には、ＩＰＭＰシステム２０４がこの処理を行う。どのような保護を行ったかを示す情報であるＩＰＭＰＳ Ｔｙｐｅが含まれている場合には、この情報を参照して、指定されたＩＰＭＰＳ Ｔｙｐｅとそのバージョン番号に対応した暗号化方式や透かし方式の処理を行う。この処理は、必要に応じて暗号処理モジュールや透かし処理モジュール等に処理を依頼する場合もある。
【００２９】
結果として、マルチメディアデータに施された暗号処理などが復号化され、プレーヤーは、マルチメディアデータの再生を行う事ができる。
【００３０】
なお、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）によれば、知的財産権保護及び管理に関する方法を一意に特定する情報はＩＰＭＰＳ Ｔｙｐｅのみであり、もしここで指定されたＩＰＭＰＳ Ｔｙｐｅが、プレーヤーが解釈できるＩＰＭＰＳ Ｔｙｐｅと異なる場合には、このＩＰＭＰ情報を完全に処理する事はできない。
【００３１】
次に、マルチメディアデータに含まれるＩＰＭＰＳ Ｔｙｐｅとプレーヤーが解釈できるＩＰＭＰＳ Ｔｙｐｅが一致した場合のプレーヤーの動作について、本発明に特徴的なバージョン番号による処理の詳細を、単一のバージョン情報が格納されている場合、２段階のバージョン情報が格納されている場合のそれぞれについて順次説明する。
【００３２】
まず、単一のバージョン情報を持つ場合について説明する。
図３は、本発明に特徴的なバージョン情報を判断する事のできるＩＰＭＰシステムの構造を、本発明に特徴的な部分に視点をおいて俯瞰する論理構成図である。
【００３３】
ＩＰＭＰシステム３００には、マルチメディア再生に関わる様々な機能が含まれているが、ここでは、ＩＰＭＰ情報そのものを含むいわゆるＩＰＭＰストリームを解釈するためのＩＰＭＰストリームパーザ３０１、ＩＰＭＰＳ Ｔｙｐｅとそのバージョン番号を管理するバージョン管理テーブル３０２、を特に示している。ＩＰＭＰシステム３００は、ＩＰＭＰＳ Ｔｙｐｅによって異なる動作をする場合もあるが、実際に知的財産権保護などの制御を行う制御ポイントなどはＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）に説明されており、図３ではこのような部分についても図示している。
【００３４】
ＩＰＭＰストリームパーザ３０１は、実際にＩＰＭＰ情報を読み込んで、解釈を行うものである。また、バージョン管理テーブル３０２は、ＩＰＭＰシステムタイプとバージョン番号および互換性などの情報から構成され、ＩＰＭＰシステムは、このテーブルを参照して互換性等の情報を取得することができる。
【００３５】
更に具体的な説明を行うために、本発明に特徴的なバージョン番号を含むＩＰＭＰ情報とバージョン管理テーブルの例を最初に説明する。
【００３６】
ＩＰＭＰ情報は、図４に示すように、タグ４０１、データ長４０２、デスクリプタＩＤ４０３、ＩＰＭＰシステムタイプ４０４、バージョン番号４０５、データフィールド４０６から構成される。
【００３７】
この構成は、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰ Ｄｅｓｃｒｉｐｔｏｒの定義（８．６．１３．１ Ｓｙｎｔａｘ）
ここに、関数ＨａｓＶｅｒｓｉｏｎは、与えられたＩＰＭＰＳ Ｔｙｐｅがバージョン番号を持つ場合に、ブール代数「真（ＴＲＵＥ）」を返すものとする。バージョン管理テーブル３０２（図３参照）は、図５で示すように、ＩＰＭＰシステムタイプ５０１とバージョン番号５０２および互換性などの情報５０３から構成される。
【００３９】
互換性などの情報には、あるＩＰＭＰシステムタイプの特定のバージョンに対して互換性が保たれるかどうかといった情報や、ＩＰＭＰシステム毎に定義されるＩＰＭＰ ｄａｔａ部分の互換性を確保するためのデータ変換情報などを格納する事ができる。
【００４０】
例えば、図５の例１（５１１）に示すように、ＩＰＭＰ情報に含まれるＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈである場合に、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０３ｈと互換性が保たれている事を示している。
【００４１】
また、図５の例（５１２）は、より複雑な例であり、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０５ｈである場合に、ＩＰＭＰシステムタイプが１０２１ｈでバージョン番号が０４ｈ以下のＩＰＭＰシステムでは、データフィールド４０６（図４参照）に含まれているデータを参照番号１２番の変換方式で変換する事で解釈できることを示している。
【００４２】
なお、上述の例で示したバージョン管理テーブル３０２の詳細については、ＩＰＭＰシステムの実際の実装に依存するシステム固有のものであって、本発明に制限を与えるものではない。
【００４３】
次に、図６のフローチャートを用いて、本実施形態の処理手順を説明する。
はじめに、マルチメディアデータに含まれるＩＰＭＰ情報から、ＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）を取得する（ステップ６０１）。
【００４４】
次に、バージョン番号が存在するか否かを判断する（ステップ６０２）。バージョン番号が存在するかどうかは、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）上は、必ずしも定義されていないため、ＩＰＭＰシステムタイプによって判断する必要があるが、その具体的な方法については運用方法や実装に依存する内容であるため、省略する。
【００４５】
ステップ６０２においてバージョン番号が存在する場合はバージョン番号を取得する（ステップ６０３）。
【００４６】
ＩＰＭＰＳ Ｔｙｐｅとバージョン番号あるいはＩＰＭＰＳ Ｔｙｐｅだけが取得できた場合には、この情報を元にそれが解釈可能かどうかを判断する（ステップ６０４）。
【００４７】
ステップ６０４において解釈できる場合には、ＩＰＭＰに関する著作権保護の制御を行う（ステップ６０５）。解釈できない場合には、バージョン管理テーブルを参照する（ステップ６０６）。
【００４８】
ステップ６０６では、バージョン管理テーブルから対応するＩＰＭＰＳ Ｔｙｐｅとバージョン番号の組み合わせを検索する（ステップ６０７）。もしここで、検索した結果が一致しない場合には、エラー処理（ステップ６０８）に移行する。一方、一致した場合には、データの変換処理を行い（ステップ６０９）、再び、解釈可能かどうかを判断し（ステップ６０４）、知的財産権保護の制御を行う（ステップ６０５）。
【００４９】
上述の処理動作のフローでは、説明を簡単にするため、バージョン管理テーブルの定義ループが発生しない様に設定されているものとしているが、もちろん、現実の実装の中では、定義ループが発生した場合への対応などが付加的になされている事は言うまでもない。ここで言う定義ループとは、バージョン管理テーブルを参照した結果変換したデータが、再びバージョン管理テーブルを参照するような円環的な定義がなされている場合を意味している。
【００５０】
ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）上は、たとえわずかなＩＰＭＰ情報の変更があった場合でも、ＩＰＭＰ情報を一意に定義するＩＰＭＰシステムタイプを変更しない場合には、これを解釈するＩＰＭＰシステムが差異を判断することはできない。これは、場合によっては、ＩＰＭＰシステムの暴走などの不具合を生む可能性を意味しており、こうした問題への対処は、ＩＰＭＰシステムの実装に任されている。
【００５１】
しかし、上記で説明してきたように、バージョン情報を管理するＩＰＭＰシステムをもつプレーヤーとこれに対応したＩＰＭＰ情報をもつマルチメディアデータのストリームを生成するコンテンツ作成装置を組み合わせることで、それぞれに対応したＩＰＭＰシステムを複数持たないプレーヤーであっても異なるＩＰＭＰ情報を制御することができる。
【００５２】
次に、２段階のバージョン番号が格納されている場合について説明する。
図７は、図３で示したＩＰＭＰ情報を２段階のバージョン番号に拡張した例である。図７においてバージョン番号（上位）７０１とバージョン番号（下位）７０２以外は、図４と全く同じ構成になっている。
【００５３】
図７のような構成のＩＰＭＰ情報がマルチメディアデータに含まれている場合であっても、ＩＰＭＰシステムの処理フローが拡張される以外には、単一のバージョン番号の場合と全く同じに取り扱うことができる。
【００５４】
２段階のバージョン番号の場合に特徴的なことは、バージョン番号（上位）７０１とバージョン番号（下位）７０２に対する取り扱いを分けることで、より高度なＩＰＭＰ情報の制御を行うことが可能になる点である。
【００５５】
例えば、バージョン番号（上位）を互換性判断のためのバージョンとし、バージョン番号（下位）を微細なＩＰＭＰ情報の変更を判断するためのバージョンとすることで、ＩＰＭＰシステムタイプとバージョン番号（上位）が一致する場合には、互換性が保たれていると判断することで、ＩＰＭＰシステムの処理を簡略化して、バージョン管理テーブルの参照を省略して処理負荷を軽減したり、処理のためのメモリ使用量を少なくしたりする事ができる。
【００５６】
尚、バージョン管理テーブルは、図５で示したような比較的複雑な定義を行う事のできる構成のみならず、バージョン番号の大小のみで判断するといった簡略化されたものであってもよい事は言うまでもない。
【００５７】
次に、本発明の付加的なケースについて説明する。
図５の例２（５１２）で説明したように、バージョンなどが異なる場合でも、図４のデータフィールド４０６に含まれているデータを変換することで、さらに処理を簡略化する事ができる場合がある。その例を図８に示す。
【００５８】
図８に示したＩＰＭＰ情報（部分）は、図４で示した例のＩＰＭＰシステムタイプ以下部分のフィールドの詳細を示している。また、図８に示した暗号コード変換テーブルは、データ変換を行うための変換テーブルの例のひとつである。
【００５９】
ＩＰＭＰ情報（部分）には、図４で示すデータフィールドの一部として、デコード前暗号コード８０１が定義されており、ここには、ＭＰＥＧ−４ストリームのデコード前に処理すべき暗号解読処理の方式がコード化されて書かれているものとする。例には、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈのＩＰＭＰ情報として、デコード前暗号コードが０３ｈとなっている例が記載されている。
【００６０】
このＩＰＭＰ情報を処理するＩＰＭＰシステムが、ＩＰＭＰシステムタイプが１０００ｈでバージョン番号が０２ｈの処理を行うものであったとする。ＩＰＭＰシステムは、これまで説明してきたように、バージョン管理テーブルを参照して、暗号コード変換テーブルを参照し、データ変換を行う事ができると判断する事ができる。
【００６１】
図８で示す暗号コード変換テーブルを参照すれば、バージョン０１ｈの暗号コード０３ｈは、バージョン０２ｈの暗号コード０４ｈが対応する事ができる事が分かる。これは、たとえば、ＲＣ４と呼ばれる暗号アルゴリズムが適用される（８０２）。
【００６２】
上述したように、バージョン番号をＩＰＭＰ情報に付加する事によって、バージョン変更に伴う暗号化手法の変更などを容易に行う事ができるようになる。
【００６３】
以上、説明してきた上記実施例は、ＭＰＥＧ−４などの知的財産権（著作権）保護及び管理情報を含むマルチメディアデータに関するものであるが、本発明は、必ずしもＭＰＥＧ−４だけに適用されるものではない。ＭＰＥＧ−４と同様の知的財産権（著作権）保護及び管理に関する機構を持つマルチメディアデータとそれを取り扱うシステムやプレーヤーに対しても有効である。
【００６４】
以下、図面を参照して、本発明の第２の実施形態を詳細に説明する。
図９は、本発明の第２の実施形態におけるシステム全体を模式的に示す図である。
【００６５】
本システムは、ＭＰＥＧ−４などの知的財産権保護及び管理（ＩＰＭＰ）情報を含むマルチメディアデータのストリームを生成するコンテンツ作成装置９０１と、これを配信・提供するメディアサーバー装置９０２と、マルチメディアデータを要求してこれを再生する再生装置であるプレーヤー９０３と、このプレーヤーに密接にかかわって著作権保護および管理を行うＩＰＭＰシステム９０４から構成される。
【００６６】
ここで、説明を簡単にするために、ＩＰＭＰ Ｒｏａｍｉｎｇ方式をサポートする。
【００６７】
尚、ＩＰＭＰ Ｒｏａｍｉｎｇ方式とは、コンテンツ再生装置側が解釈可能なＩＰＭＰシステムタイプに変換するサービスを言う。このＩＰＭＰ Ｒｏａｍｉｎｇ方式は本出願人が特願２０００−２０００１４で既に提案している。
【００６８】
ＩＰＭＰを変換する装置は、コンテンツ作成装置９０１と、これを配信・提供するメディアサーバー装置９０２に含まれるものとする。
【００６９】
また、ＩＰＭＰシステム９０４は、それが利用する暗号処理モジュールや透かし処理モジュールなどの知的財産権保護及び管理に必要な機能を持つモジュール９０５を内蔵する場合がある。
【００７０】
なお、メディアサーバー装置９０２とプレーヤー９０３の間には、マルチメディアデータのストリーム９０６などが送付される。これは、メディアサーバー装置９０２が提供する方式に依存し、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）で送付される場合もあれば、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）での純粋なファイル転送である場合もある。このようなマルチメディアデータの提供方法に関しては、純粋に通信上の手続きに該当するものであって、本発明の詳細に関わるものではない。
【００７１】
さらに、プレーヤー９０３からメディアサーバー装置９０２側にアップストリーム９０７が送信される場合がある。
【００７２】
最初に、第２の実施形態の説明を容易にするために、図９で示すシステム全体の例を用いて、その処理の流れの概要を説明する。
【００７３】
まず、コンテンツ作成装置９０１によって、ＭＰＥＧ−４などのＩＰＭＰ情報を含むマルチメディアデータが作成される。この処理は、あらかじめ行われていてもよいし、要求の度に行われても良い。重要なことは、マルチメディアデータ中にＩＰＭＰ情報が含まれており、保護方式を一意に特定するＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）と、本実施形態に特徴的な「コマンド」を含んでいる事である（コマンドの詳細については、後に詳細に説明する）。
【００７４】
メディアサーバー装置９０２は、プレーヤー９０３からの要求やマルチメディアデータの配信システムの仕様に従って、この保護されたデータを配信する。すなわち、知的財産権保護管理に関わる処理の行われたマルチメディアコンテンツの送信である。
【００７５】
プレーヤー９０３は、保護されたデータを含むマルチメディアデータを読み込み、マルチメディアデータの規格に従って再生を行う。このとき、マルチメディアデータ中にＩＰＭＰ情報が含まれている場合には、ＩＰＭＰシステム９０４がこの処理を行う。すなわち、指定されたＩＰＭＰシステムタイプ（ＩＰＭＰＳ Ｔｙｐｅ）に対応した暗号化方式や透かし方式の処理を行う。この処理は、必要に応じて暗号処理モジュールや透かし処理モジュール等に処理を依頼する場合もある。
【００７６】
結果として、マルチメディアデータに施された暗号処理などが復号化され、プレーヤー９０３は、マルチメディアデータの再生を行う事ができる。
【００７７】
もし、指定されたＩＰＭＰシステムタイプが、モジュールに対応していないといった理由で処理できず、後に述べるコマンドがアップストリーム（バックチャネルとも言う）を要求する場合、または、その他の事由によりコマンドによるアップストリームを要求する場合、プレーヤー９０３は、そのコマンドに従って、アップストリーム９０７を送信する。
【００７８】
次に、本実施形態における特徴的なコマンドについて説明する。
コマンドは、メディアサーバー装置９０２からプレーヤー９０３に対する命令として作用する、特殊なメッセージである。本実施形態においては、これを通常のＩＰＭＰメッセージの自然な拡張として定義していることを特徴としている。
【００７９】
すなわち、ＩＰＭＰ情報は、図１０に示すように、タグ１００１、データ長１００２、デスクリプタＩＤ１００３、ＩＰＭＰシステムタイプ１００４、コマンド１００５、データフィールド１００６から構成される。この構成は、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰＳ Ｄｅｓｃｒｉｐｔｏｒの定義（８．６．１３．１ Ｓｙｎｔａｘ）と何ら矛盾のないものである。同様に記述するならば、たとえば次のようにすることができる。
ここで、ＭｅｓｓａｇｅＴｙｐｅがコマンドそのものであり、サイズや名称は便宜上決めたものであって、本発明の本質に影響を与えるものではないことは言うまでもない。
【００８１】
次に、コマンドの具体的な定義の詳細について説明する。上の一例に従って、８ビットの定義を行う場合、コマンドに相当するＭｅｓｓａｇｅＴｙｐｅフィールドを、次のように定義する（以下で「Ｏｘ」はそれに続く数字が１６進数表記であることを示す）。
０ｘ００ ｒｅｓｅｒｖｅｄ
０ｘ０１ ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ
０ｘ０２ ｒｅｑｕｅｓｔ ｅｒｒｏｒ
０ｘ０４ ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ
０ｘ０８ ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ
０ｘ１０ ｒｅｑｕｅｓｔ ｓｅｃｕｒｅ ｃｈａｎｎｅｌ
０ｘ２０ ｒｅｓｅｒｖｅｄ
０ｘ４０ ｒｅｓｅｒｖｅｄ
０ｘ８０ ｐｓｅｕｄｏ ｍｅｓｓａｇｅ
【００８２】
この定義は、ビット例によるメッセージ体系に他ならず、値の論理和も有効であるようになっている。
【００８３】
たとえば、プレーヤー９０３が０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）なるコマンドを含むＩＰＭＰメッセージを受け取った場合、これに内蔵されるＩＰＭＰシステム９０４は、通常のＩＰＭＰメッセージに従った知的財産権の保護と管理に関わる処理を行うと同時に、もし、何らかのエラーが発生した場合には、メディアサーバー装置９０２がエラー内容を返す事を期待していることを知ることができるようになる。
【００８４】
次に、上記コマンドを利用した具体的な例について説明する。
【００８５】
第１の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、エラーが発生した場合にその内容を要求する場合について説明する。
この時、配信側となるメディアサーバー装置９０２は、通常のバックチャネルでの送信を期待するものとする。また、送信されるマルチメディアコンテンツに含まれるＩＰＭＰメッセージには、０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）のコマンドが含まれているものとする。
【００８６】
図１１は、例外処理時の処理手順を示すフローチャートである。
まず最初に、コマンド「０ｘ０３」を含むＩＰＭＰメッセージをコンテンツに付加する（ステップ１１０１）。作成されたコンテンツは、ＩＰＭＰシステムによって保護されたマルチメディアデータとなる。作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１１０２）。
【００８７】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１１０３）、ＩＰＭＰシステムによって保護されたデータであるかどうかを判断する（ステップ１１０４）。もし、保護されていないデータであれば、通常の処理がなされるが、これは本実施形態に直接は関知するものではないので、その説明は省略する。
【００８８】
一方、ＩＰＭＰシステムによって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなう（ステップ１１０５）。この処理は、たとえば、マルチメディア符号化の行われたオーディオデータに対してある種の暗号化を行っている場合、これを復号化する処理、あるいはまた、ビデオデータに対してある種の透かしを施している場合、これを検知する処理などが考えられる。
【００８９】
このようなＩＰＭＰの処理が正常に行われる事が望ましいが、実際には、処理を行おうとしてエラーが発生したり、処理中にエラーが発生したりする場合がある。前者はコンテンツに含まれるＩＰＭＰシステムタイプがプレーヤー９０３で処理できない場合などがこれに当てはまる。後者の場合には、ビット落ちなどのデータの破壊なども考えられる。
【００９０】
もし、エラーが検知された場合（ステップ１１０６）、次に、ＩＰＭＰメッセージ中のコマンドを参照し、エラー要求（ｒｅｑｕｅｓｔ ｅｒｒｏｒ）とアップストリーム要求（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）が含まれていれば（ステップ１１０７）、アップストリームのためのデータを作成してメディアサーバー装置９０２に対して送付する（ステップ１１０８）。もし、コマンドがこれらの要求を行っていない場合には、アップストリームが不要であるため、通常のエラー処理となる。
【００９１】
メディアサーバー装置９０２は、アップストリーム要求に対するプレーヤー９０３からのデータを受け取ると（ステップ１１０９）、たとえばサーバー側のエラー処理を行う（ステップ１１１０）。このエラー処理とは、たとえばコンテンツの再送であったり、決済などが行われているならば、決済データのロールバックなども考えられる。このような処理は、アプリケーションシステムに依存する内容であり、ここでは詳細に触れない。
【００９２】
このように、コンテンツ作成装置９０１とメディアサーバー装置９０２などで構成されるサーバーシステムが、クライアントとなるプレーヤー９０３に対してバックチャネルによるエラー情報の要求を行うＩＰＭＰメッセージ（コマンド）を含むコンテンツデータを送付し、これを判断することのできるＩＰＭＰシステム９０４が適切な判断をすることによって、ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義される方式やその不十分さを補おうとするＩＰＭＰメッセージ情報拡張提案において、互いに了解されたクライアント・サーバー間のエラー通知を行うことができる。
【００９３】
第２の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、あらかじめプレーヤーが内蔵するＩＰＭＰシステムで処理可能なＩＰＭＰシステムタイプを要求する場合について説明する。この例は、上述したＩＰＭＰ Ｒｏａｍｉｎｇ方式の一つの例となる。
【００９４】
この時、配信側となるメディアサーバー装置９０２は、通常のバックチャネルでの送信を期待するものとする。また、説明を簡単にするために、エラーについては考慮しない。
【００９５】
図１２は、ＩＰＭＰシステムの情報の通知要求時の処理手順を示すフローチャートである。
【００９６】
まず最初に、処理可能なＩＰＭＰシステムタイプを要求するコマンドを含むＩＰＭＰメッセージを生成する（ステップ１２０１）。本実施形態においては、特にプレーヤー９０３から要求されたコンテンツとは異なるコンテンツとしてＩＰＭＰメッセージを生成しても良い。すなわち、具体的なマルチメディアデータを含まないＩＰＭＰメッセージのみのコンテンツであってもよい。
【００９７】
付加されるコマンドは、０ｘ０５（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）であるものとする。
【００９８】
次に、作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１２０２）。
【００９９】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１２０３）、ＩＰＭＰすなわち知的財産保護管理機構によって保護されたデータであるかどうかを判断する（ステップ１２０４）。もし、知的財産保護管理機構によって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなおうとする（ステップ１２０５）。もし、具体的なマルチメディアデータを含まないＩＰＭＰメッセージのみのコンテンツであれば、この処理は実効的な意味をなさない。また、もし、コマンドにバックチャネルによる送信を期待（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）し、ＩＰＭＰシステムの情報を要求（ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）するコマンドを含んでいれば（ステップ１２０６）、アップストリームのためのデータを作成してメディアサーバー装置９０２に対して送付する（ステップ１２０７）。アップストリームのデータには、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４が解釈可能なＩＰＭＰシステムタイプのリスト等が含まれる。
【０１００】
メディアサーバー装置９０２は、アップストリーム要求に対するプレーヤー９０３からのデータを受け取ると（ステップ１２０８）、たとえば、プレーヤー９０３から要求されたマルチメディアコンテンツに対して施す知的財産権保護管理に関する処理をプレーヤー９０３に解釈可能なものに変更したり、あるいは、あらかじめ用意された保護されたコンテンツのなかからプレーヤー９０３に適したものを選択するといった、知的財産権保護管理にかかわるコンテンツ処理を行う（ステップ１２０９）。
【０１０１】
しかる後に、メディアサーバー装置９０２は、プレーヤー９０３に対してコンテンツの送付を行う（ステップ１２１０）。
【０１０２】
この例においては、あらかじめメディアサーバー装置９０２がクライアントとなるプレーヤー９０３に対して、処理可能なＩＰＭＰシステムタイプなどの情報を問い合わせることによって、コンテンツ送信前にプレーヤー９０３からＩＰＭＰシステム情報を通知するタイミングを決定し、スムーズな処理を行うようにしているが、必ずしもこのようなタイミングや方法だけに限定されるものではない。
【０１０３】
たとえば、すでに送信中のコンテンツの中にあらかじめ同様のコマンドが埋め込まれており、これを再生しながらＩＰＭＰシステムの情報をバックチャネルを利用して送信するといった使い方も考えられる。あるいはまた、いわゆるダウンローダブル・モジュールなどによって、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４の情報が動的に変更されるような場合でも、同様のコマンドをＩＰＭＰの処理のタイミング毎に埋め込むことで、柔軟に対処することができる。
【０１０４】
第３の例
ＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されるＩＰＭＰメッセージとＩＰＭＰシステムは、マルチメディアコンテンツの具体的な再生に対して、知的財産権保護管理機構を提供することを前提としている。ＩＰＭＰメッセージと保護の対象となる映像や音声といったオブジェクト間は、オブジェクト・ディスクリプタによって結び付けられ対応付けがなされており、これらの制御は、ＩＰＭＰシステムが行うことになっている。従って、ＩＰＭＰシステムが独自の判断で処理を行わないことは可能であるが、コンテンツの指示によって、処理を行わないといったことはできない。
【０１０５】
この例においては、コンテンツに対する処理を行わずに、エラーが発生するかどうかを判断する場合について説明する。
【０１０６】
ＩＰＭＰメッセージに対しては、第の例で示した０ｘ０３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ）に０ｘ８０（＝ｐｓｅｕｄｏ ｍｅｓｓａｇｅ）を加えて、「０ｘ８３」となる。このｐｓｅｕｄｏ ｍｅｓｓａｇｅとは、ＩＰＭＰシステム９０４に対して、ＩＰＭＰメッセージの解釈は行うが、保護の対象となる映像や音声といったオブジェクトに対する具体的な処理は行わないことを要求するコマンドである。本例においては、動作の流れ自体、ある一点を除いて上記第１の例と全く同値である。すなわち、ステップ１１０５においてＩＰＭＰの処理をおこなう場合に、オブジェクトに対する具体的な処理は行わない点だけが異なっている。
【０１０７】
このことによって、コンテンツ再生し、ＩＰＭＰに関する処理を行おうとする時点で発生するエラーを未然に感知するといった動作をＩＰＭＰメッセージ中に埋め込むことが可能となり、コンテンツを配布するメディアサーバー装置９０２にとっても、プレーヤー９０３に相当する個々の装置間の差異をあらかじめテストすることが可能となる。
【０１０８】
同様に、上記第２の例に示されるようなＩＰＭＰシステム９０４の詳細な情報を、オブジェクトに対する具体的な処理を行わずにサーバーに返すような処理要求に対しても、このコマンドは有効である。ＩＰＭＰシステム９０４は、知的財産権保護管理機構としての表面上の動作を行う一方で、映像や音声といったオブジェクトに対する具体的な処理を一切行わないという点を除けば、通常の処理と何ら変わらないと考えることができる。
【０１０９】
第４の例
知的財産権保護管理を行うＩＰＭＰメッセージを含むマルチメディアコンテンツを配信する際に、配信側がコンテンツ再生を行うプレーヤー９０３に対して、認証されたアップストリーム（バックチャネル）を要求する場合について説明する。
【０１１０】
すでに開かれたチャネル、あるいはコンテンツ用の既存の双方向チャネルなどを利用してアップストリームを送るのではなく、新たなチャネルを利用する際に、そのチャネルが正当なプレーヤー９０３からの要求であることを確認したい場合がある。例えば、コンテンツに付加された知的財産権保護管理に関する情報をプレーヤーに適合した情報に変換するような場合、正当なプレーヤーからの要求であることが明らかでないと、悪意をもった第三者による不正な変換要求であるかどうかわからない。
【０１１１】
このようなサーバーシステム側に相当するメディアサーバー装置９０２などからのプレーヤー９０３に対する「認証」の要求には、コマンド０ｘ０８（＝ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）が使用できる。
【０１１２】
図１３は、認証処理要求時における処置手順を示すフローチャートである。
【０１１３】
まず最初に、処理可能なＩＰＭＰシステムタイプを要求するコマンドを含むＩＰＭＰメッセージを生成する（ステップ１３０１）。本例においては、付加されるコマンドは、０ｘ０Ｄ（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ＋ｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎ）である。
【０１１４】
次に、作成されたコンテンツは、送信データとして、メディアサーバー装置９０２からプレーヤー９０３に対して送信される（ステップ１３０２）。
【０１１５】
プレーヤー９０３は、送られたコンテンツを受信し（ステップ１３０３）、ＩＰＭＰすなわち知的財産保護管理機構によって保護されたデータであるかどうかを判断する（ステップ１３０４）。もし、知的財産保護管理機構によって保護されたデータであれば、次に、ＩＰＭＰの処理をおこなおうとする（ステップ１３０５）。もし、コマンドにバックチャネルによる送信を期待（ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ）し、ＩＰＭＰシステムの情報を要求（ｒｅｑｕｅｓｔ ｓｙｓｔｅｍ ｉｎｆｏ）するコマンドを含んでいれば（ステップ１３０６）、アップストリームのためのデータを作成する（ステップ１３０７）。ここまでの処理の流れは、上記第２の例とほぼ同じである。
【０１１６】
次に、もし、コマンドにｒｅｑｕｅｓｔ ａｕｔｈｅｎｔｉｃａｔｉｏｎが含まれていれば、メディアサーバー装置９０２に対してユーザ認証要求を行う（ステップ１３０８）。メディアサーバー装置９０２は認証の確認を行い（ステップ１３０９）、正しい要求であれば、認証メッセージを、そうでなければ拒否メッセージを送り返す（ステップ１３１０）。プレーヤー９０３は、認証メッセージを受信し（ステップ１３１１）、認証されたならば（ステップ１３１２）、アップストリームデータをメディアサーバー装置９０２に対して送付する（ステップ１３１３）。アップストリームのデータには、プレーヤー９０３に内蔵されるＩＰＭＰシステム９０４が解釈可能なＩＰＭＰシステムタイプのリスト等が含まれる。これ以降は、第２の例と同じであるので省略する。また、アップストリームと認証書は同時に行うことも可能であることは言うまでもない。
【０１１７】
このように、コンテンツ作成装置９０１とメディアサーバー装置９０２などで構成されるサーバーシステムが、クライアントとなるプレーヤー９０３に対してバックチャネルによるアップストリームデータ送信の要求を行う際に、ユーサ認証要求を含め、これを判断することのできるＩＰＭＰシステム９０４が適切な認証処理要求をすることによって、サーバー主導の正当な認証を伴った通信を期待することができるようになる。
【０１１８】
第５の例
第４の例と類似した例として、サーバーシステムからのセキュア・チャネル要求について説明する。具体的には、アップストリームにＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を利用したチャネルで応答するよう要求するような場合である。
【０１１９】
第１の例に適用させた例で述べるならば、付加されるコマンドは、０ｘ１３（＝ｒｅｑｕｅｓｔ ｂａｃｋｗａｒｄ ｍｅｓｓａｇｅ＋ｒｅｑｕｅｓｔ ｅｒｒｏｒ＋ｒｅｑｕｅｓｔ ｓｅｃｕｒｅ ｃｈａｎｎｅｌ）となる。
【０１２０】
一般に、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａａｎｓｆｅｒ Ｐｒｏｏｔｏｃｏｌ）とＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）との組み合わせで取り扱われるいわゆるＷＷＷサイトの処理では、ＳＳＬの利用は、コンテンツとなるＨＴＭＬに埋め込まれたスキーム（一般的に”ｈｔｔｐｓ：／／”が使用される）で制御・判断できるが、ＭＰＥＧ−４などのマルチメディアコンテンツのアップストリームに対して制御・判断することは、バックチャネル要求そのものがＩＰＭＰメッセージに含まれてないばかりか、セキュア・チャネルの概念がＭＰＥＧ−４ ｖｅｒｓｉｏｎ１の規格（ＩＳＯ／ＩＥＣ １４４９６）として定義されていないため、難しい。こうした問題に対する回答のひとつとして、本例のコマンドが適用できる。
【０１２１】
図１４は、セキュア通信要求時における処理手順を示す図である。
最初に、プレーヤー９０３からメディアサーバー装置９０２に対してコンテンツの要求を行う（１４０１）。
【０１２２】
メディアサーバー装置９０２は、プレーヤー９０３に対してコンテンツの連続送信を開始する（１４０２）。このとき、コンテンツにはＩＰＭＰメッセージが含まれており、ＩＰＭＰメッセージに含まれるコマンドには、エラー情報のバックチャネルによるアップストリーム要求と、その際のセキュア・チャネルの要求が含まれているものとする。
【０１２３】
プレーヤーは、コンテンツを受け取りながら順次再生を行い（１４０３）、メディアサーバー装置９０２に対してはステータスを通知する（１４０４）。もし、ＩＰＭＰ情報の処理でエラーが発生した場合には、セキュアチャネルをオープンし（１４０５）、このチャネルを介してエラーを転送する（１４０６）。
【０１２４】
これまで説明してきた第１の例から第５の例に付加的な説明を行う。
【０１２５】
これまでの例の説明においては、メディアサーバー装置９０２は、ネットワーク上の独立したサーバーであるかのように説明してきた。しかし、本発明において、必ずしもネットワーク上のサーバーでなくとも良い。
【０１２６】
例えば、ネットワーク上のサーバーであるかのように振舞うローカルプログラムであっても動作することができる。もっとも現実的な例の一つが、上記したＩＰＭＰＳ Ｒｏａｍｉｎｇ方式で提案される、ＩＰＭＰ情報変換プログラムである。
【０１２７】
ＩＰＭＰ情報変換プログラムは、プレーヤーと同じ機器で動作することが可能であり、疑似的なＩＰＭＰメッセージをプレーヤーに送付し、この情報をもとに指定されたコンテンツをプレーヤーに変換するようなプログラムである。
【０１２８】
また、ＭＰＥＧ−４においては、様々なネットワークやファイルシステムを透過的に取り扱うことのできるＤＭＩＦ（Ｄｅｌｉｖｅｒｙ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｇｒａｔｉｏｎ Ｆｒａｍｅｗｏｒｋ）とよばれるものが規格化されている。このような汎用化されたインターフェースを介して前述したローカルプログラムやネットワーク上のメディアサーバー装置を取り扱うことで、本発明をより一般化された方式で適用する事ができる。
【０１２９】
こうした例を模式的とに表したものが図１５である。
図１５の左側、「コンテンツサーバーまたはローカルプログラム」と書かれた部分（１５０１）が図９におけるメディアサーバー装置９０２または前述したローカルプログラムに相当する。また、図中でプレーヤー側へのデータの流れを示す「矢印（２）」（１５０２）および「矢印（４）」（１５０３）が、いわゆるサーバー側からのデータストリームに他ならないが、これらのストリーム中にコマンドの追加されたＩＰＭＰメッセージが含まれており、プレーヤーは、ネットワークインターフェースを気にすることなく、必要なデータを送り返す事ができる。
【０１３０】
このことによって、あらかじめフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭなどの記憶媒体に知的財産保護管理に関する情報（ＩＰＭＰメッセージ）を埋め込んだコンテンツを記録して置いた場合でも本発明は適用できる。
【０１３１】
また、第１の例から第３の例において説明してきた実施の形態は、コンテンツを供給する側に対応するメディアサーバー装置や同様のローカルプログラに対するいわゆるバックチャネルの通信を期待するものであったが、通信要求をを行うコマンドを設定しないことによって、知的財産保護管理システムが通信を行わずに、たとえばログ出力や知的財産保護管理システムとインターフェースを持つアプリケーションプログラムに対して通知をするといった形態でも実施が可能である。
【０１３２】
以上、説明してきた例は、ＭＰＥＧ−４などの知的財産権保護及び管理情報を含むマルチメディアデータに関するものであるが、本発明は、必ずしもＭＰＥＧ−４だけに適用されるものではない。ＭＰＥＧ−４と同様の知的財産権保護及び管理に関する機構を持つマルチメディアデータとそれを取り扱うシステムやプレーヤーに対しても有効である。
【０１３３】
これまで述べてきた様々な例に見るとおり、本発明によれば、従来のＭＰＥＧ−４およびこれと同様の知的財産権保護管理機構を持つ類似のマルチメディア符号化方式やこれらの拡張として提案されているＩＰＭＰメッセージ情報拡張提案などの方式では難しいあるいは複雑になりがちであった例外（エラーなど）や動作上の不具合を、コンテンツ再生装置からコンテンツを送信した側に通知するための指示を行うといった操作を単純化された方式で行う事ができる。
【０１３４】
また、同様の拡張提案であるＩＰＭＰ Ｒｏａｍｉｎｇ方式といったいわゆるバックチャネルによる知的財産権保護管理機構の情報を必要とする場合においても同様に、コンテンツ再生装置からコンテンツを送信した側に通知するための指示を行うといった操作を単純化された方式で行う事ができる。
【０１３５】
さらに具体的なコンテンツが存在しない場合であっても、標準となる手法で状態をテストすることが出来る。
【０１３６】
あるいはまた、コンテンツの再生中に再生に影響を与えない知的財産権保護管理機構のテストを行う事ができる。
【０１３７】
上記に関連して、コンテンツ再生装置からコンテンツを送信する側へのいわゆるバックチャネルに対して、セキュリティで保護された通信経路の要求などを行うことができる。
【０１３８】
結果として、これらの実現によって、それぞれの装置間の互換性をより簡単に保証する事が可能になるばかりか、個別の装置やシステムに依存した複雑な処理を回避する事によってプログラムサイズといった制約に対しても有効な方式を提供することができる。
【０１３９】
以上説明したように、上記実施形態によれば、マルチメディア符号化方式における知的財産権保護管理機構において、より簡便かつ汎用化された方式で、コンテンツ再生装置に対する「例外通知（エラー通知）」や「ＩＰＭＰシステムタイプ等の情報要求」、「動作条件の指示」といったメッセージ（コマンド）を送付し、マルチメディアコンテンツの知的財産権保護管理を効果的に行う事を可能にするという優れた効果を達成できる。
【０１４０】
また、従来では個別のシステム毎に対応せざるをえず、複雑になりがちであった、これらコマンド指示に関わるサーバーとプレーヤー間の動作の同期を、規格化されたストリームデータとして取り扱う事が可能となり、装置にプログラムサイズといった制約がある場合でも、装置間の互換性を規格にゆだねる事で確保することが容易になるといった効果も達成できる。
【０１４１】
以上説明したように本実施形態によれば、知的財産権保護管理機構を持つＭＰＥＧ−４又はこれと同様の知的財産権保護管理機構を持つ類似の符号化方式において、知的財産保護管理情報中に、その形態を準拠しつつ様々な要求情報を埋め込むことで、より効率的な処理を行うことが可能になる。
【０１４２】
産業上の利用可能性
本発明は複数の機器（たとえばホストコンピュータ、インターフェース機器、リーダ、プリンタ等）から構成されるシステムに適用してもひとつの機器（たとえばＤＶＤプレーヤー）からなる装置に適用しても良い。
【０１４３】
また、前述した実施形態の機能を実現する様に各種のデバイスを動作させる様に各種デバイスと接続された装置あるいはシスムないのコンピュータに、前記実施形態機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）を格納されたプログラムに従って前記各種デバイスを動作させる事によって実施したものも本願発明の範疇に含まれる。
【０１４４】
またこの場合、前記ソフトウェアのプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、たとえばかかるプログラムコードを格納した記憶媒体は本発明を構成する。
【０１４５】
かかるプログラムコードを格納する記憶媒体としてはたとえばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリーカード、ＲＯＭなどを用いることができる。
【０１４６】
またコンピュータが供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけではなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）、あるいは他のアプリケーションソフト等と共同して前述の実施形態が実現される場合にもかかるプログラムコードは本願発明の実施形態に含まれることは言うまでもない。さらに供給されたプログラムコードが、コンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後そのプログラムコードの指示に基づいてその機能拡張ボードや可能拡張ユニットに備えるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も本願発明に含まれる事は言うまでもない。
【図面の簡単な説明】
【図１】
図１は、従来技術のＭＰＥＧ−４プレーヤーを説明するための図である。
【図２】
図２は、本発明の第１の実施形態を説明するシステム全体を模式的に説明する図である。
【図３】
図３は、本発明の第１の実施形態におけるＩＰＭＰシステムの構造を、特徴的な部分に視点をおいて俯瞰する構成図である。
【図４】
図４は、本発明の第１の実施形態におけるバージョン番号を含むＩＰＭＰ情報の構成を示す図である。
【図５】
図５は、本発明の第１の実施形態におけるバージョン管理テーブルの例を示す図である。
【図６】
図６は、本発明の第１の実施形態における処理手順を示すフローチャートである。
【図７】
図７は、本発明の第１の実施形態における２段階のバージョン番号を含むように拡張したＩＰＭＰ情報の例を示す図である。
【図８】
図８は、本発明の第１の実施形態におけるＩＰＭＰデータのデータ変換を説明するための図である。
【図９】
図９は、本発明の第２の実施形態を説明するシステム全体を模式的に説明する図である。
【図１０】
図１０は、本発明の第２の実施形態における、コマンドを含むＩＰＭＰ情報の構成を示す図である。
【図１１】
図１１は、本発明の第２の実施形態における、例外処理時の処理手順を示すフローチャートである。
【図１２】
図１２は、本発明の第２の実施形態における、ＩＰＭＰシステムの情報の通知要求時の処理手順を示すフローチャートである。
【図１３】
図１３は、本発明の第２の実施形態における、認証処理要求時における処置手順を示すフローチャートである。
【図１４】
図１４は、本発明の第２の実施形態における、セキュア通信要求時における処理手順を示す図である。
【図１５】
図１５は、本発明の第２の実施形態における、ＤＭＩＦに用いるブロック模式図である。
Claims (48)
- 知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法において、
知的財産権保護管理システムのタイプを識別する識別情報と知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報を発生し、
前記知的財産権保護管理情報をコンテンツに埋め込むことを特徴とするコンテンツ作成方法。 - 前記バージョン情報は、前記知的財産権保護管理システムの互換性を判断するために使用されることを特徴とする請求項１に記載のコンテンツ作成方法。
- 前記バージョン情報は、前記知的財産権保護管理システムの変更判断のために使用されることを特徴とする請求項１に記載のコンテンツ作成方法。
- マルチメディア符号化方式は各オブジェクト単位で符号化する方式であることを特徴とする請求項１に記載のコンテンツ作成方法。
- 前記オブジェクトの１つとして映像情報を有することを特徴とする請求項４に記載のコンテンツ作成方法。
- 前記オブジェクトの１つとして音声情報を有することを特徴とする請求項４または５に記載のコンテンツ作成方法。
- 前記知的財産権保護管理システムは著作権を保護管理することを特徴とする請求項１に記載のコンテンツ作成方法。
- 前記知的財産権保護管理システムはコンテンツに電子透かし処理を施すことを特徴とする請求項１に記載のコンテンツ作成方法。
- 前記知的財産権保護管理システムはコンテンツに暗号化処理を施すことを特徴とする請求項１に記載のコンテンツ作成方法。
- 請求項１〜９のいずれか１項に記載されたコンテンツ作成方法を実行するためのプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
- 知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生方法において、
知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力し、
前記識別情報と前記バージョン情報とを検出し、
前記検出結果に応じて前記知的財産権保護管理システムを動作させることを特徴とするコンテンツ再生方法。 - 前記コンテンツには、オブジェクト単位に符号化された情報が含まれることを特徴とする請求項１１に記載のコンテンツ再生方法。
- 前記オブジェクトの１つとして映像情報が含まれることを特徴とする請求項１１に記載のコンテンツ再生方法。
- 前記オブジェクトの１つとして音声情報が含まれることを特徴とする請求項１１または１３に記載のコンテンツ再生方法。
- 前記知的財産権保護管理システムは、コンテンツの再生動作を抑制することを特徴とする請求項１１に記載のコンテンツ再生方法。
- 前記識別情報と前記バージョン情報とから互換性のある知的財産権保護管理システムを判断することを特徴とする請求項１１に記載のコンテンツ再生方法。
- 前記識別情報と前記バージョン情報を前記互換性のある知的財産権保護管理システムの識別情報とバージョン情報に変換することを特徴とする請求項１６に記載のコンテンツ再生方法。
- 前記コンテンツには電子透かし処理が施されており、前記知的財産権保護管理システムは前記電子透かし処理を解読することを特徴とする請求項１１に記載のコンテンツ再生方法。
- 前記コンテンツには暗号化処理が施されており、前記知的財産権保護管理システムは前記暗号化処理を解読することを特徴とする請求項１１に記載のコンテンツ再生方法。
- 請求項１１〜１９のいずれか１項に記載されたコンテンツ再生方法を実行するためのプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
- 知的財産権保護管理システムを備えるマルチメディア符号化方式のコンテンツ再生装置において、
知的財産権保護管理システムのタイプを識別する識別情報と前記知的財産権保護管理システムのバージョンを識別するバージョン情報とを含む知的財産権保護管理情報が埋め込まれているコンテンツを入力する入力手段と、
前記識別情報と前記バージョン情報とを検出する検出手段と、
前記検出結果に応じて前記知的財産権保護管理システムを動作させる制御手段とを有することを特徴とするコンテンツ再生装置。 - 知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと例外発生時の通知要求とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とするコンテンツ作成方法。 - 知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと知的財産保護管理システムの情報の通知要求とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とするコンテンツ作成方法。 - 知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと実際にはマルチメディア符号化にかかる処理をおこなわない疑似的なデータであることを通知する情報とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とするコンテンツ作成方法。 - 知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと通信要求とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とするコンテンツ作成方法。 - 知的財産保護管理システムを備えるマルチメディア符号化方式のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと前記通信要求に関連して、認証処理要求とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とする請求項２５に記載のコンテンツ作成方法。 - 知的財産保護管理システムを備えるマルチメディア符号化のコンテンツ作成方法であって、
知的財産保護管理システムのタイプと前記通信要求に関連して、暗号などによって保護されたセキュア通信要求とを含む知的財産保護管理情報を発生し、
前記知的財産保護管理情報をコンテンツに、前記知的財産保護管理システムが使用するメッセージ形態にして埋め込むことを特徴とするコンテンツ作成方法。 - 前記知的財産保護管理情報は機能をビットに割り当て、互いに合成可能とすることを特徴とする請求項２２乃至２７のいずれか１項に記載のコンテンツ作成方法。
- マルチメディア符号化方式はオブジェクト単位で符号化する方式であることを特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記オブジェクトは映像情報を有することを特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記オブジェクトは音声情報を有することを特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記オブジェクトは音声情報を有することを特徴とする請求項３０に記載のコンテンツ形成方法。
- 前記知的財産保護管理システムは著作権を保護管理することを特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記知的財産保護管理システムはコンテンツに電子透かしを施す事を特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記知的財産保護管理システムはコンテンツに暗号化処理を施す事を特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 前記マルチメディア符号化方式とは、ＭＰＥＧ−４符号化方式であることを特徴とする請求項２２乃至２６のいずれか１項に記載のコンテンツ作成方法。
- 請求項２２乃至３６のいずれか１項に記載されたコンテンツ作成方法を実行するためのプログラムを記憶した事を特徴とするコンピュータ可読記憶媒体。
- 請求項２２乃至３６の何れか１項の方法によって作成されたコンテンツを再生する、知的財産保護管理システムを有するマルチメディア符号化方式のコンテンツ再生方法であって、
前記コンテンツを入力する入力工程と、
入力したコンテンツを再生する再生工程とを備え、
前記再生工程は、更に、入力したコンテンツ内の知的財産保護管理情報を検出し、
当該検出結果に基づいて前記知的財産保護管理システムを動作させることを特徴とするコンテンツ再生方法。 - 前記コンテンツにはオブジェクト単位に符号化された情報を含む事を特徴とする請求項３８に記載のコンテンツ再生方法。
- 前記オブジェクトの１つとして映像情報が含まれる事を特徴とする請求項３８または３９に記載のコンテンツ再生方法。
- 前記オブジェクトの１つとして音声情報が含まれる事を特徴とする請求項３８に記載のコンテンツ再生方法。
- 前記オブジェクトの１つとして音声情報が含まれる事を特徴とする請求項４０に記載のコンテンツ再生方法。
- 前記マルチメディア符号化方式とは、ＭＰＥＧ−４符号化方式であることを特徴とする請求項３８に記載のコンテンツ再生方法。
- 前記知的財産保護管理システムは、
例外エラー発生時に、コンテンツの配信元に通知する処理、
知的財産保護管理システムのシステム情報を通知する処理、
マルチメディア符号化にかかる実際の処理をおこなわずに知的財産保護管理処理のみの処理、
セキュア通信要求の処理、
コンテンツの配信元に対する認証要求の処理、
のいずれか、もしくは組み合わせを処理することを特徴とする請求項３８に記載のコンテンツ再生方法。 - 前記コンテンツには電子透かしが施されており、前記知的財産保護管理システは前記電子透かし処理を解読する事を特徴とする請求項３８または４４に記載のコンテンツ再生方法。
- 前記コンテンツには暗号化処理が施されており、前記知的財産保護管理システムは前記暗号化処理を解読する事を特徴とする請求項３８に記載のコンテンツ再生方法。
- 請求項３８乃至４６のいずれか１項に記載されたコンテンツ再生方法を実行するためのプログラムを記憶したことを特徴とするコンピュータ可読記憶媒体。
- 請求項２２乃至３６のいずれか１項に記載の方法によって作成されたコンテンツを再生する、知的財産保護管理システムを有するマルチメディア符号化方式のコンテンツ再生装置であって、
前記コンテンツを入力する入力手段と、
入力したコンテンツを再生する再生手段とを備え、
前記再生手段は、更に、入力したコンテンツ内の知的財産保護管理情報を検出し、
当該検出結果に基づいて前記知的財産保護管理システムを動作させる手段を含むことを特徴とするコンテンツ再生装置。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000156391 | 2000-05-26 | ||
| JP2000264295 | 2000-08-31 | ||
| PCT/JP2001/004367 WO2001091052A2 (en) | 2000-05-26 | 2001-05-24 | Contents forming method and contents reproducing apparatus and method |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004501555A true JP2004501555A (ja) | 2004-01-15 |
Family
ID=26592696
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001587366A Pending JP2004501555A (ja) | 2000-05-26 | 2001-05-24 | コンテンツ作成方法およびコンテンツ再生装置およびその方法 |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US7099491B2 (ja) |
| EP (2) | EP1768414A3 (ja) |
| JP (1) | JP2004501555A (ja) |
| AU (1) | AU2001258831A1 (ja) |
| DE (1) | DE60126119T2 (ja) |
| WO (1) | WO2001091052A2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007242233A (ja) * | 2004-04-17 | 2007-09-20 | Samsung Electronics Co Ltd | 情報保存媒体、記録／再生装置、記録／再生方法及びその方法を実行するプログラムが記録されたコンピュータ可読記録媒体 |
| JP2008527903A (ja) * | 2005-01-17 | 2008-07-24 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | Ｉｐｍｐツールの更新のための言語表現方法及びデータ構造、これを用いたｉｐｍｐツールの更新方法、並びにこれを適用した使用者端末 |
| KR101680975B1 (ko) * | 2015-07-24 | 2016-12-12 | 정기현 | 스테가노그래피를 이용하여 사용자 인증 기능을 수행할 수 있는 이동 단말기 |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001359069A (ja) * | 2000-04-13 | 2001-12-26 | Canon Inc | 情報処理装置及びその方法並びにプログラムコード、記憶媒体 |
| JP3793009B2 (ja) * | 2000-09-06 | 2006-07-05 | キヤノン株式会社 | コンテンツ再生装置 |
| JP4311899B2 (ja) | 2001-03-02 | 2009-08-12 | パナソニック株式会社 | コンテンツの配信および保護を行なう方法および装置 |
| KR100567921B1 (ko) * | 2001-06-04 | 2006-04-05 | 마츠시타 덴끼 산교 가부시키가이샤 | 콘텐츠 제공 및 보호용의 유연 및 공통 ｉｐｍｐ 시스템의장치 및 방법 |
| EP1430720B1 (en) * | 2001-09-03 | 2006-09-27 | Matsushita Electric Industrial Co., Ltd. | Apparatus of a flexible and common ipmp system for mpeg-2 content distribution and protection |
| WO2003039155A2 (en) | 2001-10-29 | 2003-05-08 | Matsushita Electric Industrial Co., Ltd. | Apparatus of a baseline dvb-cpcm |
| JP2003228915A (ja) * | 2002-02-01 | 2003-08-15 | Sony Corp | 再生制御方法、プログラム、記録媒体 |
| WO2003067819A2 (en) * | 2002-02-05 | 2003-08-14 | Matsushita Electric Industrial Co., Ltd. | Method of distributed ipmp device messaging and carriage of rights in mpeg ipmp content |
| US7610630B2 (en) * | 2002-03-05 | 2009-10-27 | Panasonic Corporation | Method of transferring information specifying a tool utilized for processing a content protected by IPMP |
| AU2003210008A1 (en) * | 2002-03-05 | 2003-09-16 | Matsushita Electric Industrial Co., Ltd. | Method for implementing mpeg-21 ipmp |
| KR20050000498A (ko) * | 2002-04-26 | 2005-01-05 | 마츠시타 덴끼 산교 가부시키가이샤 | ＭＰＥＧ－ｎ ＩＰＭＰ(지적 재산권 관리 및 보호)를 위한ＩＰＭＰ 데이터의 이용 방법 |
| US20070245247A1 (en) * | 2002-05-14 | 2007-10-18 | Kaleidescape, Inc. | Grid-like guided user interface for video selection and display |
| US7231607B2 (en) * | 2002-07-09 | 2007-06-12 | Kaleidescope, Inc. | Mosaic-like user interface for video selection and display |
| US7246322B2 (en) | 2002-07-09 | 2007-07-17 | Kaleidescope, Inc. | Grid-like guided user interface for video selection and display |
| US7003131B2 (en) * | 2002-07-09 | 2006-02-21 | Kaleidescape, Inc. | Watermarking and fingerprinting digital content using alternative blocks to embed information |
| US20040083487A1 (en) * | 2002-07-09 | 2004-04-29 | Kaleidescape, A Corporation | Content and key distribution system for digital content representing media streams |
| WO2004006579A1 (en) * | 2002-07-09 | 2004-01-15 | Kaleidescape, Inc. | Content and key distribution system for digital content representing media streams |
| US7111171B2 (en) * | 2002-07-09 | 2006-09-19 | Kaleidescope, Inc. | Parallel distribution and fingerprinting of digital content |
| JP4211306B2 (ja) | 2002-07-19 | 2009-01-21 | パナソニック株式会社 | 送信装置、及び受信装置 |
| US8225194B2 (en) | 2003-01-09 | 2012-07-17 | Kaleidescape, Inc. | Bookmarks and watchpoints for selection and presentation of media streams |
| WO2004070998A2 (en) | 2003-01-31 | 2004-08-19 | Kaleidescape, Inc. | Recovering from de-synchronization attacks against watermarking and fingerprinting |
| US20050086069A1 (en) * | 2003-07-15 | 2005-04-21 | Kaleidescape, Inc. | Separable presentation control rules with distinct control effects |
| US20050050103A1 (en) * | 2003-07-15 | 2005-03-03 | Kaleidescape | Displaying and presenting multiple media streams from multiple DVD sets |
| US8572104B2 (en) | 2003-04-18 | 2013-10-29 | Kaleidescape, Inc. | Sales of collections excluding those already purchased |
| US20050125405A1 (en) * | 2003-04-18 | 2005-06-09 | Kaleidescape, Inc. | Distinct display of differentiated rights in property |
| EP1626522A4 (en) * | 2003-05-09 | 2009-03-18 | Panasonic Corp | TRANSMITTER FOR AN ADVANCED MPEG-4 IPMP ISMA MEDIA POWER |
| AU2003274732A1 (en) * | 2003-10-14 | 2005-04-27 | Matsushita Electric Industrial Co., Ltd. | Mpeg-21 digital content protection system |
| US8566603B2 (en) * | 2010-06-14 | 2013-10-22 | Seagate Technology Llc | Managing security operating modes |
| US9154797B2 (en) * | 2010-09-20 | 2015-10-06 | Onecodec, Limited | Systems and methods for encoding and decoding |
| US10129556B2 (en) | 2014-05-16 | 2018-11-13 | Bevara Technologies, Llc | Systems and methods for accessing digital data |
| US10025787B2 (en) | 2011-08-17 | 2018-07-17 | Bevara Technologies, Llc | Systems and methods for selecting digital data for archival |
| KR101958220B1 (ko) * | 2012-01-26 | 2019-03-14 | 삼성전자 주식회사 | 프라이버시 정보 송수신 방법 및 장치 |
| WO2015176009A1 (en) | 2014-05-16 | 2015-11-19 | Bevara Technologies, Llc | Systems and methods for selecting digital data for archival |
| US9888290B1 (en) * | 2016-03-24 | 2018-02-06 | Sprint Communications Company L.P. | Service denial notification in secure socket layer (SSL) processing |
| EP3740882A1 (en) | 2018-01-18 | 2020-11-25 | Bevara Technologies, LLC | Browser navigation for facilitating data access |
| US11057685B2 (en) * | 2018-03-29 | 2021-07-06 | Ncr Corporation | Media content proof of play over optical medium |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6850252B1 (en) * | 1999-10-05 | 2005-02-01 | Steven M. Hoffberg | Intelligent electronic appliance system and method |
| US6411725B1 (en) * | 1995-07-27 | 2002-06-25 | Digimarc Corporation | Watermark enabled video objects |
| US6272634B1 (en) * | 1996-08-30 | 2001-08-07 | Regents Of The University Of Minnesota | Digital watermarking to resolve multiple claims of ownership |
| EP1062812B1 (en) * | 1998-03-16 | 2005-05-25 | Intertrust Technologies Corp. | Streaming media player with continuous control and protection of media content |
| JP3214555B2 (ja) * | 1998-05-06 | 2001-10-02 | 日本電気株式会社 | 電子透かし挿入装置 |
| US6535919B1 (en) * | 1998-06-29 | 2003-03-18 | Canon Kabushiki Kaisha | Verification of image data |
| US6226618B1 (en) * | 1998-08-13 | 2001-05-01 | International Business Machines Corporation | Electronic content delivery system |
| JP3768705B2 (ja) * | 1998-11-27 | 2006-04-19 | キヤノン株式会社 | 電子透かし埋め込み装置、出力制御装置及びコンピュータ読み取り可能な記憶媒体 |
| SG75189A1 (en) * | 1998-12-04 | 2000-09-19 | Canon Kk | Image processing apparatus method therefor and recording medium storing image processing program |
-
2001
- 2001-05-24 DE DE60126119T patent/DE60126119T2/de not_active Expired - Lifetime
- 2001-05-24 JP JP2001587366A patent/JP2004501555A/ja active Pending
- 2001-05-24 EP EP06076947A patent/EP1768414A3/en not_active Withdrawn
- 2001-05-24 EP EP01932250A patent/EP1330784B1/en not_active Expired - Lifetime
- 2001-05-24 WO PCT/JP2001/004367 patent/WO2001091052A2/en active IP Right Grant
- 2001-05-24 AU AU2001258831A patent/AU2001258831A1/en not_active Abandoned
- 2001-05-24 US US10/276,808 patent/US7099491B2/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007242233A (ja) * | 2004-04-17 | 2007-09-20 | Samsung Electronics Co Ltd | 情報保存媒体、記録／再生装置、記録／再生方法及びその方法を実行するプログラムが記録されたコンピュータ可読記録媒体 |
| US7746737B2 (en) | 2004-04-17 | 2010-06-29 | Samsung Electronics Co., Ltd. | Information recording medium, apparatus for recording and/or reproducing data on and/or from information recording medium, method of recording and/or reproducing data on and/or from information recording medium, and computer-readable recording medium storing program for executing the method |
| US8248901B2 (en) | 2004-04-17 | 2012-08-21 | Samsung Electronics Co., Ltd. | Information recording medium, apparatus for recording and/or reproducing data on and/or from information recording medium, method of recording and/or reproducing data on and/or from information recording medium, and computer-readable recording medium storing program for executing the method |
| US8582407B2 (en) | 2004-04-17 | 2013-11-12 | Samsung Electronics Co., Ltd. | Information recording medium, apparatus for recording and/or reproducing data on and/or from information recording medium, method of recording and/or reproducing data on and/or from information recording medium, and computer-readable recording medium storing program for executing the method |
| JP2008527903A (ja) * | 2005-01-17 | 2008-07-24 | エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート | Ｉｐｍｐツールの更新のための言語表現方法及びデータ構造、これを用いたｉｐｍｐツールの更新方法、並びにこれを適用した使用者端末 |
| KR101680975B1 (ko) * | 2015-07-24 | 2016-12-12 | 정기현 | 스테가노그래피를 이용하여 사용자 인증 기능을 수행할 수 있는 이동 단말기 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2001091052A2 (en) | 2001-11-29 |
| EP1768414A2 (en) | 2007-03-28 |
| WO2001091052A3 (en) | 2003-05-22 |
| DE60126119T2 (de) | 2007-11-15 |
| US7099491B2 (en) | 2006-08-29 |
| EP1330784B1 (en) | 2007-01-17 |
| AU2001258831A1 (en) | 2001-12-03 |
| EP1330784A2 (en) | 2003-07-30 |
| US20030163430A1 (en) | 2003-08-28 |
| DE60126119D1 (de) | 2007-03-08 |
| EP1768414A3 (en) | 2007-12-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2004501555A (ja) | コンテンツ作成方法およびコンテンツ再生装置およびその方法 | |
| KR100411846B1 (ko) | 디지털 콘텐츠 배급 시스템, 디지털 콘텐츠 배급 방법,로밍 서버, 정보 처리 장치 및 정보 처리 방법 | |
| JP4009634B2 (ja) | アクセス制御方法、アクセス制御システム、メタデータ制御機、及び送信系装置 | |
| US7120250B2 (en) | Content distribution for multiple digital rights management | |
| US7743426B2 (en) | Information data and management data processing apparatus and method | |
| US7689823B2 (en) | Content distribution/protecting method and apparatus | |
| WO2002100037A1 (fr) | Appareil et procede destines a un systeme ipmp(gestion et protection de la propriete intellectuelle) souple et commun de fourniture et de protection de contenu | |
| JP2010259057A (ja) | デジタルコンテンツの配布方法 | |
| JP2009506475A (ja) | 統合マルチメディアファイルフォーマット構造と、統合マルチメディアファイルフォーマット構造に基づくマルチメディアサービスシステム及び方法 | |
| ES2725312T3 (es) | Dispositivo de recepción, método de recepción, programa, dispositivo de procesamiento del descifrado, sistema de procesamiento de recepción y dispositivo de procesamiento de información | |
| JP2010192944A (ja) | コンテンツ配信装置、コンテンツ利用装置、コンテンツ配信システム、コンテンツ配信方法、およびプログラム | |
| JP3793009B2 (ja) | コンテンツ再生装置 | |
| WO2005036407A1 (ja) | コンテンツ配信方法及びコンテンツサーバ | |
| JP2004294474A (ja) | コンテンツ提供システム、方法およびプログラム | |
| KR20030022830A (ko) | 멀티미디어 데이터 재생 방법 및 이를 위한 장치 | |
| JP4745738B2 (ja) | メディアファイルの記録方法 | |
| JP2003152696A (ja) | メタデータ送信方法、メタデータ受信方法およびメタデータ送信装置、メタデータ受信装置ならびにメタデータ送信プログラム、メタデータ受信プログラム | |
| KR100635128B1 (ko) | 아이에스오 베이스 미디어 파일 형식의 암호화된 동영상파일 생성 장치 및 암호화된 동영상 복원 장치와, 그 복원방법 | |
| JP2001069457A (ja) | データ処理方法及びその装置 | |
| KR20040105179A (ko) | 실행형 멀티미디어 매체 및 그 재생 방법, 실행형멀티미디어 제공 시스템 및 방법 | |
| JP2003018556A (ja) | データ処理装置、データ処理方法、コンピュータ可読記録媒体及びデータ処理プログラム | |
| WO2017061298A1 (ja) | 画像処理装置および方法 | |
| KR100814520B1 (ko) | Ｄｒｍ 컨텐츠 제공/재생 방법 및 장치 | |
| Huang et al. | MPEG IPMP concepts and implementation | |
| JP2002084516A (ja) | マルチメディアデータ送信装置及び方法、マルチメディアデータ受信装置及び方法、マルチメディアデータ伝送システム並びに記憶媒体 |