JP4779978B2 - 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム - Google Patents
情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム Download PDFInfo
- Publication number
- JP4779978B2 JP4779978B2 JP2007004893A JP2007004893A JP4779978B2 JP 4779978 B2 JP4779978 B2 JP 4779978B2 JP 2007004893 A JP2007004893 A JP 2007004893A JP 2007004893 A JP2007004893 A JP 2007004893A JP 4779978 B2 JP4779978 B2 JP 4779978B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- content
- information
- recording
- media
- 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.)
- Expired - Fee Related
Links
Description
本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。さらに、詳細には、利用制御の対象となるコンテンツの提供処理において、メディアに依存しないコンテンツの提供を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムに関する。
音楽、映画等のコンテンツの記録媒体として、昨今は、ＤＶＤ(Digital Versatile Disc)、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などが利用されている。これらの情報記録媒体には、予めデータが記録され、新たなデータ書き込みを許容しない媒体（ＲＯＭ型）や、データ書き込み可能な媒体（Ｒ型、ＲＥ型など）がある。ユーザは、データ書き込み可能な情報記録媒体を利用することで、例えば、ネットワークや、公共の場所に設置された装置を介して様々なコンテンツを記録することが可能となる。
しかし、音楽データ、画像データ等、多くのコンテンツは、その作成者あるいは販売者に著作権、頒布権等が保有され、これらのコンテンツの配布に際しては、一定の利用制限、すなわち、正規なユーザに対してのみ、コンテンツの利用を許諾し、許可のない複製等が行われないようにする構成をとるのが一般的となっている。
コンテンツ利用制限の１つの手法がコンテンツを暗号化して配付し、正当なコンテンツ利用権を持つユーザや機器のみが復号を可能としたシステムである。なお、コンテンツの暗号化を行なうことで、コンテンツの利用制御を行なう構成については、例えば特許文献１に記載されている。
コンテンツの暗号化に基づくコンテンツ利用形態を実現するコンテンツの著作権保護技術に関する規格としてＡＡＣＳ(Advanced Access Content System)がある。ＡＡＣＳの規格では、コンテンツをユニットとして区分し、各ユニットに対応するユニット鍵を適用した暗号化コンテンツをディスクに記録する構成としている。ユニット鍵を格納したユニット鍵ファイルは、暗号化したユニット鍵を記録したファイルとしてディスクに記録される。さらに、暗号鍵ブロックであるＭＫＢ（Media Key Block）もディスクに記録される。
ＭＫＢは、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックであり、有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみメディア鍵［Ｋｍ］の取得が可能となる。メディア鍵［Ｋｍ］を利用することで、ユニット鍵ファイルに含まれる暗号化ユニット鍵を復号してユニット鍵を取得して、ユニット鍵を用いて暗号化コンテンツの復号を行なうというシーケンスとなっている。
このように、コンテンツをユニット単位に区分して、各ユニット毎に異なる暗号鍵であるユニット鍵を割り当ててコンテンツを暗号化する構成により、ユニット単位のコンテンツの利用制御を実現している。
コンテンツを記録したメディア、例えばディスクが再生のみを共用するＲＯＭ型である場合は、ディスクに対する新たなコンテンツの追加記録や、編集は実行されないので、ディスクに記録されるコンテンツや鍵情報は固定のまま変更する必要がない。しかし、一方、データ書き込みが可能なＲ型、ＲＥ型などのメディアを利用した形態では、ディスクに記録されたコンテンツが固定でなく、新たな追加コンテンツの記録や記録コンテンツの削除、更新といった処理が実行され、これらのデータ更新に応じて、ユニット鍵の追加や削除といった処理も必要となる。
ディスクに新たなコンテンツを記録する場合の処理として、コンテンツサーバからコンテンツをダウンロードしてＲ型、ＲＥ型などのメディアにコンテンツを記録する処理、あるいは店頭や公共スペースに置かれた端末を利用して、Ｒ型、ＲＥ型などのメディアにコンテンツを記録する処理などが想定される。
このように、メディアに対するコンテンツの新たな記録を行なってユーザに提供する場合、個々の提供コンテンツに対応する利用制御が必要となる。すなわち、ＲＯＭ型ディスクであれば、メディアに記録された固定されたコンテンツに対応する固定的な利用制御構成を採用することが可能であるが、Ｒ型、ＲＥ型のような追加記録が可能なメディアに適宜、コンテンツを記録することでユーザにコンテンツを提供する構成では、メディアに対して新規に記録したコンテンツに対応させて利用制御情報や、鍵情報等を追加もしくは更新することが必要となる。
また、メディアに対する新たなコンテンツ記録によってコンテンツをユーザに提供する構成では、ユーザが記録しようとして準備したメディアが、コンテンツ記録に対応したメディアであることが必要であり、またそのメデイアにコンテンツ記録に十分な記録可能な領域が確保可能であることが必要となる。しかし、サーバ側において、これらのメディア情報の確認処理を行なう構成とすると、メディア確認のためにメディア情報をユーザ側から受信して、メディアの種別や空き容量を確認する処理などが必要となり、処理の効率が低下することになる。
また、サーバ側でメディア確認を行って、確認されたメディアに対応するフォーマットを持つイメージデータ、すなわちファイルシステムイメージの形式で送信する構成とすれば、ユーザ側では、受信イメージをそのままメディアに記録可能となる。しかしながら、このようなファイルシステムイメージの形式での送受信を行なう構成とした場合、サーバはメディアの種類に応じた複数のファイルシステムイメージを保持することが必要となり、同一コンテンツであっても、複数のメディア各々に対応するコンテンツデータの保持が必要となり、サーバの記憶データの増大をもたらすことになる。
特開２００３−１１６１００号公報
本発明は、このような状況に鑑みてなされたものであり、データ書き込み可能なメディアに対するコンテンツ記録によりユーザにコンテンツ提供を行なうシステムにおいて、個々のコンテンツの利用制御を可能としたコンテンツの提供を実現し、さらに、メディアに依存しないコンテンツ提供を可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
本発明の第１の側面は、
情報記録媒体（メディア）に対する記録データを出力する情報処理装置であり、
データ記録先としてのメディアが変更されてもデータ内容が共通である共通データからなるメディア共通データを記憶した記憶部と、
データ記録先としてのメディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成部と、
前記メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成部と、
前記出力データ生成部の生成した出力データファイルを出力するデータ出力部と、
を有することを特徴とする情報処理装置にある。
情報記録媒体（メディア）に対する記録データを出力する情報処理装置であり、
データ記録先としてのメディアが変更されてもデータ内容が共通である共通データからなるメディア共通データを記憶した記憶部と、
データ記録先としてのメディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成部と、
前記メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成部と、
前記出力データ生成部の生成した出力データファイルを出力するデータ出力部と、
を有することを特徴とする情報処理装置にある。
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、データ記録先として許容されるメディアの種類と、記録データのデータサイズ情報との少なくともいずれかの情報を含むコンテンツ記録許容媒体情報を格納し、前記出力データ生成部は、前記コンテンツ記録許容媒体情報を含むファイルを出力データファイルとして生成する構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記出力データ生成部は、前記メディア共通データのみからなるメディア共通データファイルと、前記メディア固有データのみからなるメディア固有データファイルを個別の出力データファイルとして生成する構成であり、前記データ出力部は、前記メディア共通データファイルのみからなるメディア共通データファイルと、前記メディア固有データのみからなるメディア固有データファイルとを個別に出力する処理を実行する構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、メディアに対する記録データの記録位置の指定情報であるデータ配置情報を格納し、前記出力データ生成部は、前記データ配置情報を含むファイルを出力データファイルとして生成する構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記データ配置情報は、コンテンツ構成データに対応する記録開始および終了位置情報としてのセクタ情報を記録した構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記データ配置情報は、コンテンツ構成データに対応する記録開始および終了位置情報としてのセクタ情報を相対位置情報として記録した構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記メディア固有データ生成部は、データ記録先としてのメディアに固有のメディア識別子を入力し、該メディア識別子を含むデータに対する電子署名データを含むメディア固有データを生成し、前記出力データ生成部は、前記メディア固有データを含むファイルを出力データファイルとして生成する構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、コンテンツ対応のコンテンツ識別情報を格納した構成であり、前記出力データ生成部は、出力データとして選択されたコンテンツに対応するコンテンツ識別情報を含むデータを出力データファイルとして生成する構成であることを特徴とする。
さらに、本発明の情報処理装置の一実施態様において、前記記憶部は、コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含むコンテンツ対応のコンテンツ識別情報を格納した構成であり、前記出力データ生成部は、出力データとして選択されたコンテンツに対応するコンテンツ識別情報として、コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含む出力データファイルを生成する構成であることを特徴とする。
さらに、本発明の第２の側面は、
情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置であり、
記録データを含むデータファイルを入力するデータ入力部と、
前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する制御部と、
前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録部と、
を有することを特徴とする情報処理装置にある。
情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置であり、
記録データを含むデータファイルを入力するデータ入力部と、
前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する制御部と、
前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録部と、
を有することを特徴とする情報処理装置にある。
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記データ入力部を介して入力するデータファイル中にデータ記録先として許容されるメディアの種類と、記録データのデータサイズ情報との少なくともいずれかの情報を含むコンテンツ記録許容媒体情報が含まれる場合、該コンテンツ記録許容媒体情報を表示部に表示する処理を実行する構成であることを特徴とする。
さらに、本発明の第３の側面は、
コンテンツを記録した情報記録媒体であり、
コンテンツに対応する独立したコンテンツ対応ファイル群を記録データとして有し、
情報処理装置におけるコンテンツ消去に際して、前記コンテンツ対応ファイル群の消去処理によってコンテンツの消去を実行可能とした構成を有することを特徴とする情報記録媒体にある。
コンテンツを記録した情報記録媒体であり、
コンテンツに対応する独立したコンテンツ対応ファイル群を記録データとして有し、
情報処理装置におけるコンテンツ消去に際して、前記コンテンツ対応ファイル群の消去処理によってコンテンツの消去を実行可能とした構成を有することを特徴とする情報記録媒体にある。
さらに、本発明の第４の側面は、
情報記録媒体（メディア）から記録データを読み取り再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成するデータ処理部と、
前記コンテンツ情報表示データを表示する表示部と、
を有することを特徴とする情報処理装置にある。
情報記録媒体（メディア）から記録データを読み取り再生処理を実行する情報処理装置であり、
情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成するデータ処理部と、
前記コンテンツ情報表示データを表示する表示部と、
を有することを特徴とする情報処理装置にある。
さらに、本発明の第５の側面は、
情報処理装置において、情報記録媒体（メディア）に対する記録データを出力する情報処理方法であり、
メディア固有データ生成部が、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成ステップと、
出力データ生成部が、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成ステップと、
データ出力部が、前記出力データ生成部の生成した出力データファイルを出力するデータ出力ステップと、
を有することを特徴とする情報処理方法にある。
情報処理装置において、情報記録媒体（メディア）に対する記録データを出力する情報処理方法であり、
メディア固有データ生成部が、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成ステップと、
出力データ生成部が、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成ステップと、
データ出力部が、前記出力データ生成部の生成した出力データファイルを出力するデータ出力ステップと、
を有することを特徴とする情報処理方法にある。
さらに、本発明の第６の側面は、
情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理方法であり、
データ入力部が、記録データを含むデータファイルを入力するデータ入力ステップと、
制御部が、前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する記録データ生成ステップと、
データ記録部が、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録ステップと、
を有することを特徴とする情報処理方法にある。
情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理方法であり、
データ入力部が、記録データを含むデータファイルを入力するデータ入力ステップと、
制御部が、前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する記録データ生成ステップと、
データ記録部が、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録ステップと、
を有することを特徴とする情報処理方法にある。
さらに、本発明の第７の側面は、
情報処理装置において、情報記録媒体（メディア）から記録データを読み取り再生処理を実行する情報処理方法であり、
データ処理部が、情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成するデータ処理ステップと、
表示部において、前記コンテンツ情報表示データを表示する表示ステップと、
を有することを特徴とする情報処理方法にある。
情報処理装置において、情報記録媒体（メディア）から記録データを読み取り再生処理を実行する情報処理方法であり、
データ処理部が、情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成するデータ処理ステップと、
表示部において、前記コンテンツ情報表示データを表示する表示ステップと、
を有することを特徴とする情報処理方法にある。
さらに、本発明の第８の側面は、
情報処理装置において、情報記録媒体（メディア）に対する記録データの生成および出力処理を実行させるコンピュータ・プログラムであり、
メディア固有データ生成部に、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成させるメディア固有データ生成ステップと、
出力データ生成部に、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成させる出力データ生成ステップと、
データ出力部に、前記出力データ生成部の生成した出力データファイルを出力させるデータ出力ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
情報処理装置において、情報記録媒体（メディア）に対する記録データの生成および出力処理を実行させるコンピュータ・プログラムであり、
メディア固有データ生成部に、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成させるメディア固有データ生成ステップと、
出力データ生成部に、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成させる出力データ生成ステップと、
データ出力部に、前記出力データ生成部の生成した出力データファイルを出力させるデータ出力ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
さらに、本発明の第９の側面は、
情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行させるコンピュータ・プログラムであり、
データ入力部に、記録データを含むデータファイルを入力させるデータ入力ステップと、
制御部に、前記データファイルを設定したディレクトリ構成を構築させ、ディレクトリを記録するためのファイルシステム情報を生成させる記録データ生成ステップと、
データ記録部に、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行させるデータ記録ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行させるコンピュータ・プログラムであり、
データ入力部に、記録データを含むデータファイルを入力させるデータ入力ステップと、
制御部に、前記データファイルを設定したディレクトリ構成を構築させ、ディレクトリを記録するためのファイルシステム情報を生成させる記録データ生成ステップと、
データ記録部に、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行させるデータ記録ステップと、
を実行させることを特徴とするコンピュータ・プログラムにある。
さらに、本発明の第１０の側面は、
情報処理装置において、情報記録媒体（メディア）から記録データを読み取り再生処理を実行させるコンピュータ・プログラムであり、
データ処理部に、情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成させるデータ処理ステップと、
表示部に、前記コンテンツ情報表示データを表示させる表示ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
情報処理装置において、情報記録媒体（メディア）から記録データを読み取り再生処理を実行させるコンピュータ・プログラムであり、
データ処理部に、情報記録媒体に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成させるデータ処理ステップと、
表示部に、前記コンテンツ情報表示データを表示させる表示ステップと、
を有することを特徴とするコンピュータ・プログラムにある。
さらに、本発明の第１１の側面は、
サーバから記録装置に送信されるデータ構造において、
ＡＶストリームファイル及びコピープロテクション関連ファイルを含むコンテンツ対応データと、
前記記録装置により記録することが許容される媒体に関する許容媒体情報、または、前記記録装置により受信した前記ＡＶストリームファイルの記録位置を決定する配置情報を含むことを特徴とするデータ構造にある。
サーバから記録装置に送信されるデータ構造において、
ＡＶストリームファイル及びコピープロテクション関連ファイルを含むコンテンツ対応データと、
前記記録装置により記録することが許容される媒体に関する許容媒体情報、または、前記記録装置により受信した前記ＡＶストリームファイルの記録位置を決定する配置情報を含むことを特徴とするデータ構造にある。
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能なコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＤＶＤ、ＣＤ、ＭＯなどの記録媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
本発明の一実施例の構成によれば、利用制御の対象となるコンテンツを、例えばＲ型やＲＥ型などのデータ書き込み可能なメディアに対して、サーバからのダウンロードや、公共端末を介してメディアに記録する構成において、サーバからファイル単位でのデータ出力、例えば、メディア固有データファイルと、メディア固有ではないメディア共通データファイルを区分して記録装置に出力する。さらに、コンテンツ書き込みの許容されるメディアの種類やデータサイズを示すコンテンツ記録許容媒体情報や、データ配置情報等の補助情報をサーバから記録装置に提供する構成とした。本構成の適用により、サーバ側では、メディアに依存しない共通データを１セット記憶し、メディア固有のデータについては逐次生成して出力することが可能となる。また、記録装置側では、メディアの種類を誤り無く選択することが可能となり、さらに、データ配置情報に基づく正確なデータ配置に基づくデータ記録が可能となり、例えばマルチストーリーやマルチアングルコンテンツなどのコンテンツについても正確な記録処理が可能となる。
以下、図面を参照しながら本発明の情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
１．本発明の適用可能なコンテンツ提供構成例について、
２．データ記録処理の詳細について
３．コンテンツサーバにおけるデータ提供処理
（３．１）ファイル単位でのデータ提供処理の基本構成
（３．２）記録可能な情報記録媒体（メディア）情報を提供する処理例
（３．３）メディア固有データを別ファイルとして提供する処理例
（３．４）データ配置情報を提供する処理例
４．メディアに対するコンテンツ単位の記録構成
５．コンテンツサーバと記録装置の処理シーケンス
６．コンテンツ識別情報の提供および利用処理構成
７．情報処理装置の構成
１．本発明の適用可能なコンテンツ提供構成例について、
２．データ記録処理の詳細について
３．コンテンツサーバにおけるデータ提供処理
（３．１）ファイル単位でのデータ提供処理の基本構成
（３．２）記録可能な情報記録媒体（メディア）情報を提供する処理例
（３．３）メディア固有データを別ファイルとして提供する処理例
（３．４）データ配置情報を提供する処理例
４．メディアに対するコンテンツ単位の記録構成
５．コンテンツサーバと記録装置の処理シーケンス
６．コンテンツ識別情報の提供および利用処理構成
７．情報処理装置の構成
［１．本発明の適用可能なコンテンツ提供構成例について］
まず、本発明の適用可能なコンテンツ提供構成例について、図１を参照して説明する。本発明は、例えば、データ書き込みが可能なＲ型、ＲＥ型などの情報記録媒体（メディア）に、ユーザが任意のタイミングでコンテンツを記録することでコンテンツを提供するシステムにおいて適用可能である。情報記録媒体（メディア）に新たなコンテンツを記録してユーザに提供する構成としては、例えば、図１（ａ）に示すように、ネットワーク接続されたコンテンツサーバからコンテンツをダウンロードして、データ書き込み可能なメディア、例えばＲ型、ＲＥ型などのメディアにコンテンツを記録する処理、あるいは図１（ｂ）に示すように店頭や公共スペースに置かれた共用端末を利用して、Ｒ型、ＲＥ型などのメディアにコンテンツを記録する処理などが想定される。
まず、本発明の適用可能なコンテンツ提供構成例について、図１を参照して説明する。本発明は、例えば、データ書き込みが可能なＲ型、ＲＥ型などの情報記録媒体（メディア）に、ユーザが任意のタイミングでコンテンツを記録することでコンテンツを提供するシステムにおいて適用可能である。情報記録媒体（メディア）に新たなコンテンツを記録してユーザに提供する構成としては、例えば、図１（ａ）に示すように、ネットワーク接続されたコンテンツサーバからコンテンツをダウンロードして、データ書き込み可能なメディア、例えばＲ型、ＲＥ型などのメディアにコンテンツを記録する処理、あるいは図１（ｂ）に示すように店頭や公共スペースに置かれた共用端末を利用して、Ｒ型、ＲＥ型などのメディアにコンテンツを記録する処理などが想定される。
コンテンツを記録するメディアは、ユーザの所有メディアであり、例えば、ＤＶＤ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）などである。具体的には、ＤＶＤ−Ｒ、ＤＶＤ−ＲＥ、ＢＤ（Ｂｌｕ−ｒａｙ）−Ｒ、ＢＤ−ＲＥなどの様々な種類のデータ記録可能なメディアが利用される。また、上記の各メディアには１層型、２層型があり、ユーザはこれらの様々なメディアに対してコンテンツ記録を行なうことができる。
図１（ａ）に示す処理例は、ユーザ１１の保持するＰＣなどの情報処理装置１３にユーザの保持するデータ書き込み可能な情報記録媒体（メディア）１２を装着し、ネットワーク１５を介してコンテンツサーバ１４からコンテンツおよび管理データを受信してメディアに記録する処理である。このコンテンツ提供処理は、ダウンロード型コンテンツ提供処理であり、ＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）と呼ぶ。なお、コンテンツサーバ１４をＥＳＴサーバと呼ぶ。
図１（ｂ）に示す処理例は、ユーザ２１が、例えばコンビニや駅などの公共スペースに設置された共用端末２４を利用してコンテンツを記録購入する例であり、ユーザ２１の保持するデータ書き込み可能なメディアをコンビニ２３の共用端末２４にセットして、ユーザ２１のコンテンツ選択などの操作によって、所望のコンテンツを情報記録媒体（メディア）２２に記録する処理である。
共用端末２４には、ネットワーク接続されたコンテンツサーバ２５からコンテンツや管理データがネットワーク２６を介して送信され、端末２４内の記憶装置に記録される。端末２４内の記憶装置に記憶されたコンテンツや管理データが、ユーザ２１の希望に応じて選択され、ユーザ２１の保持するデータ書き込み可能なメディアであるＲ型またはＲＥ型の情報記録媒体（メディア）２２に記録される。このコンテンツ提供処理は、共用端末利用コンテンツ提供処理であり、ＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎＤｅｍａｎｄ）と呼ぶ。なお、コンテンツサーバ２５をＭｏＤサーバと呼ぶ。
このような、コンテンツ提供処理を行なう場合、提供コンテンツが例えば著作権保護対象コンテンツなどである場合、無秩序な利用を防止するための利用制御が必要となる。前述したように、コンテンツの著作権保護技術に関する規格としてＡＡＣＳ(Advanced Access Content System)がある。ＡＡＣＳの規格では、コンテンツをユニットとして区分し、各ユニットに対応するユニット鍵を適用した暗号化コンテンツをディスクに記録する構成としている。
例えばディスクが再生のみを共用するＲＯＭ型である場合、ディスクに対する新たなコンテンツの追加記録や、編集は実行されないので、ディスクに記録されたコンテンツに対応するユニット鍵を格納したユニット鍵ファイルや、記録コンテンツに対応する利用制御情報をディスクに記録した状態でユーザに提供することが可能となるが、データ書き込みが可能なＲ型、ＲＥ型などのメディアを利用したコンテンツ利用形態では、メディアの記録コンテンツが固定でなく、新たな追加コンテンツの記録や記録コンテンツの削除、更新といった処理が実行され、これらのデータ更新に応じて、ユニット鍵の追加や削除といった処理も必要となる。すなわち、ユーザが新たに記録するコンテンツに対応するユニット鍵や、利用制御情報など、個別のコンテンツ対応する利用制御を確実に行なうための管理情報についても、コンテンツと共にメディアに記録する処理が必要となる。
例えば、ＡＡＣＳの規定では、コンテンツ管理を厳格に行なうため、コンテンツの記録対象とする情報記録媒体（メディア）各々について、コンテンツの記録に際して情報記録媒体（メディア）固有のデータを記録する処理を行い、この固有データをコンテンツの復号、再生処理において適用させる構成としている。
従って、情報記録媒体に記録されるデータは、同一コンテンツであっても、情報記録媒体（メディア）に共通のデータ部分と、情報記録媒体（メディア）固有のデータ部分が含まれることになる。なお、具体的な記録データの構成および記録処理については後段で説明する。
［２．データ記録処理の詳細について］
次に、上述したようなデータ書き込みが可能なＲ型、ＲＥ型などのメディアに対して、コンテンツ等のデータを記録する処理の詳細について説明する。図２は、右からコンテンツサーバ１１０、Ｒ型、ＲＥ型などのデータ書き込み可能なメディアに対してコンテンツの記録処理を実行する記録装置（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ）１２０、Ｒ型、ＲＥ型などのデータ書き込み可能なメディアとしてのディスク１３０、ディスク１３０を装着して再生する再生装置１４０を示している。
次に、上述したようなデータ書き込みが可能なＲ型、ＲＥ型などのメディアに対して、コンテンツ等のデータを記録する処理の詳細について説明する。図２は、右からコンテンツサーバ１１０、Ｒ型、ＲＥ型などのデータ書き込み可能なメディアに対してコンテンツの記録処理を実行する記録装置（Ｒｅｃｏｒｄｉｎｇ Ｄｅｖｉｃｅ）１２０、Ｒ型、ＲＥ型などのデータ書き込み可能なメディアとしてのディスク１３０、ディスク１３０を装着して再生する再生装置１４０を示している。
なお、図１（ａ）のようなダウンロード型コンテンツ提供処理構成（ＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ））では図２に示すコンテンツサーバ１１０が図１に示すコンテンツサーバ１４に相当し、図２に示す記録装置１２０、再生装置１４０は、図１（ａ）に示すユーザの所有するＰＣなどの情報処理装置１３に相当する。
また、図１（ｂ）のような共用端末利用コンテンツ提供処理構成（Ｍｏｄ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎＤｅｍａｎｄ））の場合は、図２に示すコンテンツサーバ１１０が図１に示すコンテンツサーバ２５、記録装置１２０が、図１に示す共用端末２４に相当する。ただし、コンテンツサーバ２５から共用端末２４に対するデータ送信は、ユーザのメディアに対する記録処理の実行時ではないタイミングで行なわれてもよい。すなわち予め送信可能なデータについては、コンテンツサーバ２５から共用端末２４に事前に送信して共用端末内の記録装置に記録しておく構成が可能である。図２に示す再生装置１４０は、図１（ｂ）には示されないユーザの所有する再生装置に相当する。
図２に示すコンテンツサーバ１１０は、例えばユーザの所有するデータ記録可能な情報記録媒体１３０に対する新たな記録コンテンツを提供するとともに、提供コンテンツに対応する利用制御を実現するための様々なデータ、例えばコンテンツの復号に適用するユニット鍵や、利用制御情報などを提供する。
まず、コンテンツ提供サーバの実行する処理の説明の前に、情報記録媒体１３０に記録されるデータについて説明する。図２に示す情報記録媒体１３０は、データを書き込むことが可能なメディアであり、具体的には例えばＲ型、ＲＥ型のＢｌｕ−ｒａｙ Ｄｉｓｃ（登録商標）、ＤＶＤディスクなどである。情報記録媒体１３０には、暗号化コンテンツ１３７の他、様々なデータが記録される。これらのデータは、コンテンツの利用制御のために必要となるデータであり、基本的に、ＡＡＣＳの規定に従ったコンテンツ利用制御を実現するために記録されるデータである。まず、これらのデータの概要について説明する。
情報記録媒体１３０に記録される暗号化コンテンツ１３７は、例えば高精細動画像データであるＨＤ（High Definition）ムービーコンテンツなどの動画コンテンツのＡＶ(Audio Visual)ストリーム、あるいは音楽データ、ゲームプログラム、画像ファイル、音声データ、テキストデータなどからなるコンテンツである。
情報記録媒体に格納されるコンテンツは、ユニット単位の区分データ毎の異なる利用制御を実現するため、ユニット毎に異なる鍵（ＣＰＳユニット鍵またはユニット鍵（あるいはタイトル鍵と呼ぶ場合もある））が割り当てられ暗号化されて格納される。１つのユニット鍵が割り当てられるコンテンツ単位をコンテンツ管理ユニット（ＣＰＳユニット）と呼ぶ。
次に、暗号化コンテンツ１３７以外のデータについて説明する。
（１）ＭＫＢ
ＭＫＢ（Media Key Block）１３１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１３１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
（１）ＭＫＢ
ＭＫＢ（Media Key Block）１３１は、ブロードキャストエンクリプション方式の一態様として知られる木構造の鍵配信方式に基づいて生成される暗号鍵ブロックである。ＭＫＢ１３１は有効なライセンスを持つユーザの情報処理装置に格納されたデバイス鍵［Ｋｄ］に基づく処理（復号）によってのみ、コンテンツの復号に必要なキーであるメディア鍵［Ｋｍ］の取得を可能とした鍵情報ブロックである。これはいわゆる階層型木構造に従った情報配信方式を適用したものであり、ユーザデバイス（情報処理装置）が有効なライセンスを持つ場合にのみ、メディア鍵［Ｋｍ］の取得を可能とし、無効化（リボーク処理）されたユーザデバイスにおいては、メディア鍵［Ｋｍ］の取得が不可能となる。
コンテンツ利用に関するライセンス管理者としての管理センタはＭＫＢに格納する鍵情報の暗号化に用いるデバイス鍵の変更により、特定のユーザデバイスに格納されたデバイス鍵では復号できない、すなわちコンテンツ復号に必要なメディア鍵を取得できない構成を持つＭＫＢを生成することができる。従って、任意タイミングで不正デバイスを排除（リボーク）して、有効なライセンスを持つデバイスに対してのみ復号可能な暗号化コンテンツを提供することが可能となる。
（２）メディア識別子
メディア識別子（メディアＩＤ）１３２は、情報記録媒体としてのディスク固有の識別情報であり、例えばディスク個別に設定されたシリアルナンバーである。なお、メディア識別子は、データ記録領域とは異なる領域に記録されるのが一般的であり、書き換えを防止するため、例えば、ディスクの内周領域に物理的に書き込まれている。
メディア識別子（メディアＩＤ）１３２は、情報記録媒体としてのディスク固有の識別情報であり、例えばディスク個別に設定されたシリアルナンバーである。なお、メディア識別子は、データ記録領域とは異なる領域に記録されるのが一般的であり、書き換えを防止するため、例えば、ディスクの内周領域に物理的に書き込まれている。
（３）トークン
トークン（Ｔｏｋｅｎ）１３３は、本発明に従ったコンテンツ記録構成において適用されるデータであり、コンテンツを提供した装置、すなわち、例えば図１（ａ）に示すコンテンツサーバ１４や、図１（ｂ）に示す端末としてのコンテンツサーバ２４によって生成されて記録される。トークンのデータ構成例について図３を参照して説明する、トークン１４３３は、図３に示すように、コンテンツの提供処理を実行するコンテンツサーバのサーバ情報１５１、例えばサーバの公開鍵やサーバ識別子（ＩＤ）などからなるサーバ情報１５１と、コンテンツを記録しようとする情報記録媒体の識別情報、すなわち前述のメディア識別子１３２を含むデータに対して、コンテンツサーバの秘密鍵を適用して生成した署名データ１５２によって構成される。なお、署名データ１５２は、メディア識別子と、例えばコンテンツ証明書等の証明書データＩＤを含むデータに対する署名データとしてもよい。
トークン（Ｔｏｋｅｎ）１３３は、本発明に従ったコンテンツ記録構成において適用されるデータであり、コンテンツを提供した装置、すなわち、例えば図１（ａ）に示すコンテンツサーバ１４や、図１（ｂ）に示す端末としてのコンテンツサーバ２４によって生成されて記録される。トークンのデータ構成例について図３を参照して説明する、トークン１４３３は、図３に示すように、コンテンツの提供処理を実行するコンテンツサーバのサーバ情報１５１、例えばサーバの公開鍵やサーバ識別子（ＩＤ）などからなるサーバ情報１５１と、コンテンツを記録しようとする情報記録媒体の識別情報、すなわち前述のメディア識別子１３２を含むデータに対して、コンテンツサーバの秘密鍵を適用して生成した署名データ１５２によって構成される。なお、署名データ１５２は、メディア識別子と、例えばコンテンツ証明書等の証明書データＩＤを含むデータに対する署名データとしてもよい。
図２に示す情報記録媒体１３０に記録されたトークン１３３は、再生装置１４０において、暗号化コンテンツ１３７を復号して再生しようとする場合、再生装置１４０において読み取られて、コンテンツサーバの公開鍵を適用した電子署名の検証を行い、トークンの正当性を確認する処理が実行される。この処理によって、暗号化コンテンツ１３７の供給元が正当な装置であることを確認した後、コンテンツの復号が許容される構成となっている。
（４）ＣＰＳユニット鍵ファイル
前述したようにコンテンツは、コンテンツの利用管理のため、各々、個別の暗号鍵（ＣＰＳユニット鍵）を適用した暗号化がなされて情報記録媒体１３０に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリームなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるユニット鍵による暗号化がなされている。
前述したようにコンテンツは、コンテンツの利用管理のため、各々、個別の暗号鍵（ＣＰＳユニット鍵）を適用した暗号化がなされて情報記録媒体１３０に格納される。すなわち、コンテンツを構成するＡＶ(Audio Visual)ストリームなどは、コンテンツ利用の管理単位としてのユニットに区分され、区分されたユニット毎に異なるユニット鍵による暗号化がなされている。
従って、再生装置１４０でコンテンツ再生を実行する場合は、各ＣＰＳユニット対応のＣＰＳユニット鍵を生成して、復号処理を行なうことが必要となる。このＣＰＳユニット鍵がＣＰＳユニット鍵ファイルに格納されている。なお、ＣＰＳユニット鍵ファイル１３４は、暗号化したユニット鍵を記録したファイルであり、コンテンツ再生を実行する場合は、所定の予め定められたシーケンスでＣＰＳユニット鍵ファイルに含まれる暗号化されたユニット鍵を復号することが必要となる。
具体的には、ユーザデバイスとしての再生装置１４０が有効なライセンスを持つ場合にのみ上述のＭＫＢから取得可能となるメディア鍵［Ｋｍ］や、その他のデータを適用して復号が可能となる。
（５）利用制御情報
利用制御情報１３５には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１３０に格納される暗号化コンテンツ１３７に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
利用制御情報１３５には、例えばコピー・再生制御情報（ＣＣＩ）が含まれる。すなわち、情報記録媒体１３０に格納される暗号化コンテンツ１３７に対応する利用制御のためのコピー制限情報や、再生制限情報である。このコピー・再生制御情報（ＣＣＩ）は、コンテンツ管理ユニットとして設定されるＣＰＳユニット個別の情報として設定される場合や、複数のＣＰＳユニットに対応して設定される場合など、様々な設定が可能である。
（６）証明書データ
証明書データ１３６は、具体的には、
コンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）、
コンテンツハッシュテーブル（ＣＨＴ：Ｃｏｎｔｅｎｔ Ｈａｓｈ Ｔａｂｌｅ）、
コンテンツリボケーションリスト（ＣＲＬ：Ｃｏｎｔｅｎｔ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）
等を含むデータである。
証明書データ１３６は、具体的には、
コンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）、
コンテンツハッシュテーブル（ＣＨＴ：Ｃｏｎｔｅｎｔ Ｈａｓｈ Ｔａｂｌｅ）、
コンテンツリボケーションリスト（ＣＲＬ：Ｃｏｎｔｅｎｔ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）
等を含むデータである。
コンテンツハッシュテーブル（ＣＨＴ）は、暗号化コンテンツ１３７の構成データから生成されるハッシュ値を格納したテーブルであり、コンテンツ証明書（ＣＣ：Content Cert）は、情報記録媒体に格納されたコンテンツの正当性を示すための証明書であり、図４に示すように、コンテンツハッシュテーブル（ＣＨＴ）に格納された照合用ハッシュユニットに基づくコンテンツハッシュダイジェスト等のデータが格納され、さらにコンテンツ管理者としての管理センタによる電子署名が付加される。ヘッダ部には、コンテンツ証明書の識別子（ＩＤ）などが含まれる。
コンテンツ証明書に登録されるハッシュダイジェストについて、さらに、図５を参照して説明する。図５（ａ）は、コンテンツ証明書の構成を示している。ヘッダ以下、複数のハッシュダイジェスト（０）〜（ｎ）が登録され、署名が付与されている。
ハッシュダイジェストは、図５（ｂ）に示すコンテンツハッシュテーブルに登録されたハッシュユニットのダイジェスト値である。コンテンツハッシュテーブルは、情報記録媒体に記録されたコンテンツに対応して設定される。例えば１つのＣＰＳユニットに対応して１つのコンテンツハッシュテーブルが設定され登録される。コンテンツハッシュテーブルには、複数のコンテンツハッシュが記録される。
コンテンツハッシュは、図５（ｃ）に示すコンテンツの構成データから選択されるハッシュユニット（例えば１９２ＫＢ）に基づいて生成されるハッシュ値である。図５（ｃ）は例えば１つのＣＰＳユニットに属する１つのコンテンツであり、このコンテンツから複数のデータ部分がハッシュユニットとして設定され、それぞれのハッシュユニットの構成データに基づいて算出されたハッシュ値が、コンテンツハッシュテーブルに記録される。
さらに、コンテンツハッシュテーブルの登録データ全体に基づいて新たなハッシュ値が算出され、これがハッシュダイジェストとして図５（ａ）に示すコンテンツ証明書に登録されることになる。すなわちハッシュダイジェストは、情報記録媒体に記録されるコンテンツ（ＣＰＳユニット）毎に設定されるハッシュ値となる。
図５（ｂ）に示すコンテンツハッシュテーブルは、例えばコンテンツ再生を実行する前に実行するコンテンツの改ざん検証処理に適用される。例えば、再生対象コンテンツに設定されたハッシュユニットを選択して、予め定められたハッシュ値算出アルゴリズムに従ってハッシュ値を算出し、この算出ハッシュ値が、コンテンツハッシュテーブルに登録されたコンテンツハッシュと一致するか否かによって、コンテンツが改ざんされているか否かを判定する処理を行なう。
コンテンツリボケーションリスト（ＣＲＬ：Ｃｏｎｔｅｎｔ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）は、不正なコンテンツを判定するためのリストである。すなわち不正に記録されたコンテンツのリストである。再生装置１４０は、再生処理に際して、コンテンツリボケーションリスト（ＣＲＬ：Ｃｏｎｔｅｎｔ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）を参照して、ＣＲＬに記録されていないコンテンツであることが確認された場合にコンテンツの再生を実行する。
次に、図２に戻り、コンテンツサーバ１１０の処理について説明する。上述した情報記録媒体１３０に記録された各種のデータ中、メディア識別子１３２は、情報記録媒体１３０の製造時に例えば物理的なカッティング処理などによって記録されているが、その他のデータは、コンテンツの記録時に、コンテンツサーバ１１０から提供されて記録されるか、あるいは、先に図１（ｂ）を参照して説明した共用端末２４を介した記録処理においては、共用端末２４（図２における記録装置１２０）においてコンテンツサーバ１１０から提供されたデータが記録されることになる。
図２に示すように、コンテンツサーバ１１０は、ＭＫＢ１１１、トークン１１３、ＣＰＳユニット鍵ファイル１１４、利用制御情報（ＣＣＩ）１１５、証明書データ（ＣＨＴ／ＣＣ／ＣＲＬ）１１６、暗号化コンテンツ１１７を保持、または逐次生成して、記録装置１２０（図１（ａ）のＥＳＴ構成におけるＰＣ１３、図１（ｂ）におけるＭｏｄ構成における共用端末２４）を適用して情報記録媒体１３０に記録する処理が行なわれる。
トークン１１３は、先に図３を参照して説明したように、情報記録媒体１３０に記録されたメディア識別子１３２に基づいて生成された署名データを含むデータであり、コンテンツサーバ１１０は、情報記録媒体１３０に記録されたメディア識別子１３２を取得し、その他のデータ、例えば、証明書データＩＤ等を含めて、コンテンツサーバ１１０の保持するサーバ秘密鍵１１２を適用して、署名データを生成する。この処理が図２に示すコンテンツサーバ１１０の実行する処理ステップＳ１１である。
ステップＳ１１の処理によって生成されたトークン１１３と、その他のデータが記録装置１２０によって記録される。この結果として、情報記録媒体１３０には図に示すように、暗号化コンテンツ１３７の他の各データが記録されることになる。
再生装置１４０は、コンテンツ再生に際して、図に示すステップＳ２１において、情報記録媒体１３０に記録された各データに基づく鍵生成処理、データ検証処理を実行し、暗号化コンテンツの復号に必要なＣＰＳユニット鍵を取得して、ステップＳ２２において、暗号化コンテンツの復号、再生を実行する。なお、ステップＳ２１の処理には、再生装置１４０の保持するデバイス鍵［Ｋｄ］１４１を利用してＭＫＢ１３１からメディア鍵［Ｋｍ］を取得する処理や、ＣＰＳユニット鍵ファイル１３４に含まれる暗号化ユニット鍵の復号処理、トークン１３３の検証処理等が含まれる。トークン１３３の検証には、コンテンツサーバ１１０の公開鍵を適用した署名検証処理が含まれ、署名検証の成立が確認されることがコンテンツ再生の１つの条件となる。
図２を参照して説明したように、コンテンツサーバ１１０は、コンテンツの他、情報記録媒体に記録するための様々な管理情報を提供する。コンテンツサーバ１１０におけるこれらの情報の取得処理および生成処理について、図６を参照して説明する。
図６には、コンテンツの管理処理を実行するライセンスエンティテイ２１０、コンテンツの編集処理（オーサリング）を実行するオーサリングファイシリティ２２０、情報記録媒体に記録する情報のマスタデータを生成するマスタリングファシリティ２３０と、コンテンツサーバ（ＭｏＤ／ＥＳＴサーバ）２４０を示している。
まず、オーサリングファイシリティ２２０がステップＳ２１において、コンテンツを編集（オーサリング）し、オーサリング済みコンテンツ２２２を生成する。この時点で、コンテンツの暗号化単位としてのＣＰＳユニットの区分がなされる。ただし、オーサリングファイシリティ２２０は、ＣＰＳユニットの暗号化に適用するＣＰＳユニット鍵は保持していないので、ＣＰＳユニット鍵による暗号化は実行せず、ＣＰＳユニット区分に対応する空のダミーデータを設定したＣＰＳユニット鍵ファイル（ダミー）２２１を生成して、オーサリング済みコンテンツ２２２と共にマスタリングファシリティ２３０に提供する。
ライセンスエンティテイ２１０は、前述した暗号鍵ブロックＭＫＢ、すなわち有効なライセンスを持つデバイスのみがメディア鍵［Ｋｍ］を取得可能としたＭＫＢ２１１をマスタリングファシリティ２３０に提供し、サーバ秘密鍵２１２をコンテンツサーバ２４０に提供する。
マスタリングファシリティ２３０は、オーサリングファシリティ２２０から受理したＣＰＳユニット鍵ファイル（ダミー）２２１にＣＰＳユニット鍵を記録してＣＰＳユニット鍵ファイル２３１を生成し、ライセンスエンティテイ２１０から受理したＭＫＢ２１１とともに、コンテンツサーバ２４０に提供する。コンテンツサーバ２４０は、ＭＫＢに含まれるメディア鍵［Ｋｍ］を適用した暗号化処理を実行して、暗号化済みＣＰＳユニット鍵ファイル２４１を生成する。
さらに、マスタリングファシリティ２３０は、コンテンツ証明書（ＣＣ：Ｃｏｎｔｅｎｔ Ｃｅｒｔ）、コンテンツハッシュテーブル（ＣＨＴ：Ｃｏｎｔｅｎｔ Ｈａｓｈ Ｔａｂｌｅ）、コンテンツリボケーションリスト（ＣＲＬ：Ｃｏｎｔｅｎｔ Ｒｅｖｏｃａｔｉｏｎ Ｌｉｓｔ）を含む証明書データ２３２を生成してコンテンツサーバ２４０に提供する。なお、この証明書データ２３２の生成に際しては、ライセンスエンティテイ２１０による署名処理が実行される。また、コンテンツリボケーションリスト（ＣＲＬ）は、ライセンスエンティテイ２１０から提供される。これらの処理がステップＳ２２の処理である。
マスタリングファシリティ２３０は、さらに、オーサリングファシリティ２２０から受領したオーサリング済みコンテンツ２２２に対して、ＣＰＳユニット鍵を適用したＣＰＳユニット単位の暗号化（ステップＳ２３）を実行して暗号化コンテンツを生成してコンテンツサーバ２４０に提供する。
コンテンツサーバ２４０は、ステップＳ２４において、前述したようにマスタリングファシリティ２３０から受領したＣＰＳユニット鍵ファイルに、ＭＫＢに含まれるメディア鍵［Ｋｍ］を適用した暗号化処理を実行して、暗号化済みＣＰＳユニット鍵ファイル２４１を生成する。
また、コンテンツサーバ２４０は、ライセンスエンティテイ２１０から受領したサーバ秘密鍵２４５を適用して先に図３を参照して説明したトークンの署名生成処理を実行する。この処理が図６に示すステップＳ２５のバインド処理であり、この処理によって、トークン２４４が生成される。なお、トークン２４４に記録する署名データは、先に図３を参照して説明したように、証明書ＩＤを含めたデータに対して生成する構成としてもよく、この場合は、バインド処理において、証明書ＩＤを含むデータに対してサーバ秘密鍵２４５を適用して署名データを生成する。
このようにして、コンテンツサーバ２４０は、暗号化済みＣＰＳユニット鍵ファイル２４１、暗号化済みコンテンツ２４２、証明書データ２４３、トークン２４４を得る。なお、図示していないが、コンテンツサーバ２４０は、図示するデータ以外にＭＫＢ、利用制御情報をライセンスエンティテイ２１０から直接、または間接的に受領する。このようにして取得または生成したデータが、先に図２を参照して説明したように、Ｒ型またはＲＥ型等のデータ記録可能なディスクなどの情報記録媒体に記録される。
［３．コンテンツサーバにおけるデータ提供処理］
上述したように、コンテンツサーバは、Ｒ型またはＲＥ型等のデータ記録可能なディスクなどの情報記録媒体にコンテンツを提供する場合、コンテンツ以外にも様々な種類のデータを取得または生成することが必要となる。各ユーザのディスクに対するコンテンツの提供処理単位で、これらのデータを生成、管理することは、データ量の増大をもたらし、処理効率も低下する。
上述したように、コンテンツサーバは、Ｒ型またはＲＥ型等のデータ記録可能なディスクなどの情報記録媒体にコンテンツを提供する場合、コンテンツ以外にも様々な種類のデータを取得または生成することが必要となる。各ユーザのディスクに対するコンテンツの提供処理単位で、これらのデータを生成、管理することは、データ量の増大をもたらし、処理効率も低下する。
そこで、本発明では、コンテンツサーバの処理の効率化、すなわち、Ｒ型またはＲＥ型等のデータ記録可能なディスクなどの情報記録媒体に対するデータ提供処理の効率化を実現する構成を提案する。図７以下を参照してこの構成について説明する。先に説明したように、情報記録媒体（メディア）に記録されるデータには、コンテンツが共通であれば、情報記録媒体（メディア）が異なっても共通のメディア共通データと、先に説明したトークンのようにメディア固有のデータなどが含まれる。
まず、図７を参照して、情報記録媒体（メディア）３００に対して記録されるデータの種類について説明する。図７には、情報記録媒体（メディア）３００に対して記録されるデータ３０１〜３０７を示している。これは、先に図２を参照して説明した構成と同じであり、個々のデータの詳細については、すでに説明した通りである。図７では、これらのデータ３０１〜３０７のカテゴリ別に区分している。
メディア識別子３０１は情報記録媒体（メディア）３００に予め記録されたデータである。
トークン３０２は、メディア識別子３０１に基づいてコンテンツサーバにおいて生成されるメディア固有データである。
ＭＫＢ３０３、ＣＰＳユニット鍵ファイル３０４、利用制御情報（ＣＣＩ）３０５、証明書データ（ＣＨＴ／ＣＣ／ＣＲＬ）３０６は、提供コンテンツが共通であれば、情報記録媒体（メディア）が異なっても同一となるメディア共通データである。
トークン３０２は、メディア識別子３０１に基づいてコンテンツサーバにおいて生成されるメディア固有データである。
ＭＫＢ３０３、ＣＰＳユニット鍵ファイル３０４、利用制御情報（ＣＣＩ）３０５、証明書データ（ＣＨＴ／ＣＣ／ＣＲＬ）３０６は、提供コンテンツが共通であれば、情報記録媒体（メディア）が異なっても同一となるメディア共通データである。
暗号化コンテンツ３０７は、コンテンツの実体データであり、コンテンツの実データとしてのＡＶストリームと、ＡＶストリームを再生するために適用されるプレイリストやクリップ情報、再生プログラム等を含むムービーオブジェクト、インデックス情報等によって構成されるデータベースファイルが含まれる。暗号化コンテンツ３０７は、提供コンテンツが共通であれば、情報記録媒体（メディア）が異なっても同一となるメディア共通データである。
メディア識別子３０１以外のデータ３０２〜３０７が情報記録媒体（メディア）３００に対するコンテンツ記録に際して記録されるデータである。
コンテンツサーバは、これらのデータを、個別のファイルまたは複数ファイルのパッケージとして保持し、また必要に応じて生成して記録データとして、記録装置に提供する。ファイルの種類としては、図７に示すように、大きく４つの種類に分けることができる。
コンテンツサーバは、これらのデータを、個別のファイルまたは複数ファイルのパッケージとして保持し、また必要に応じて生成して記録データとして、記録装置に提供する。ファイルの種類としては、図７に示すように、大きく４つの種類に分けることができる。
すなわち、
（ａ）トークン３０２を構成データとして含むメディア固有のコピープロテクション関連ファイル３２１、
（ｂ）ＭＫＢ３０３、ＣＰＳユニット鍵ファイル３０４、利用制御情報（ＣＣＩ）３０５、証明書データ（ＣＨＴ／ＣＣ／ＣＲＬ）３０６等から構成されるメディア共通のコピープロテクション関連ファイル３２２、
（ｃ）プレイリストやクリップ情報、再生プログラム等を含むムービーオブジェクト、インデックス情報等によって構成されるデータベースファイル３２３、
（ｄ）コンテンツの実体データとしてのＡＶストリームファィル３２４
これらの４種類のデータファイルであり、コンテンツサーバは、これらをファイルとして保持し、メディアに対するデータ記録処理を実行する記録装置（図１（Ａ）のＰＣ１３、あるいは図１（Ｂ）に示す共用端末２４）にファイル単位で出力する。データ記録処理を実行する記録装置は、ファイル単位でのデータ記録処理を実行する。
（ａ）トークン３０２を構成データとして含むメディア固有のコピープロテクション関連ファイル３２１、
（ｂ）ＭＫＢ３０３、ＣＰＳユニット鍵ファイル３０４、利用制御情報（ＣＣＩ）３０５、証明書データ（ＣＨＴ／ＣＣ／ＣＲＬ）３０６等から構成されるメディア共通のコピープロテクション関連ファイル３２２、
（ｃ）プレイリストやクリップ情報、再生プログラム等を含むムービーオブジェクト、インデックス情報等によって構成されるデータベースファイル３２３、
（ｄ）コンテンツの実体データとしてのＡＶストリームファィル３２４
これらの４種類のデータファイルであり、コンテンツサーバは、これらをファイルとして保持し、メディアに対するデータ記録処理を実行する記録装置（図１（Ａ）のＰＣ１３、あるいは図１（Ｂ）に示す共用端末２４）にファイル単位で出力する。データ記録処理を実行する記録装置は、ファイル単位でのデータ記録処理を実行する。
コンテンツサーバの記憶装置に記憶されるデータのディレクトリ構成例を図８に示す。図８に示すように、
（ａ）メディア固有のコピープロテクション関連ファイル３２１、
（ｂ）メディア共通のコピープロテクション関連ファイル３２２、
（ｃ）データベースファイル３２３、
（ｄ）ＡＶストリームファイル３２４、
コンテンツサーバは、これらの４つのカテゴリに区分した上で各区分データのファイルを記憶装置に記憶しており、これらをファイル単位で出力する。
（ａ）メディア固有のコピープロテクション関連ファイル３２１、
（ｂ）メディア共通のコピープロテクション関連ファイル３２２、
（ｃ）データベースファイル３２３、
（ｄ）ＡＶストリームファイル３２４、
コンテンツサーバは、これらの４つのカテゴリに区分した上で各区分データのファイルを記憶装置に記憶しており、これらをファイル単位で出力する。
図８に示すように、
（ａ）メディア固有のコピープロテクション関連ファイル３２１は、トークンを構成要素とする。
（ｂ）メディア共通のコピープロテクション関連ファイル３２２は、ＭＫＢや、その他の鍵情報（シーケンスキーブロック（ＳＫＢ）など）、さらに証明書情報などの各ファイルを構成要素とする。
（ｃ）データベースファイル３２５は、ＡＶストリームの再生に適用する各種情報、すなわち、インデックステーブル、ムービーオブジェクと、プレイリストファイル、クリップ情報ファイルなどの各ファイルを構成要素とする。
（ｄ）ＡＶストリームファイル３２４は、コンテンツの構成データとしてのＡＶストリームファイルによって構成される。
（ａ）メディア固有のコピープロテクション関連ファイル３２１は、トークンを構成要素とする。
（ｂ）メディア共通のコピープロテクション関連ファイル３２２は、ＭＫＢや、その他の鍵情報（シーケンスキーブロック（ＳＫＢ）など）、さらに証明書情報などの各ファイルを構成要素とする。
（ｃ）データベースファイル３２５は、ＡＶストリームの再生に適用する各種情報、すなわち、インデックステーブル、ムービーオブジェクと、プレイリストファイル、クリップ情報ファイルなどの各ファイルを構成要素とする。
（ｄ）ＡＶストリームファイル３２４は、コンテンツの構成データとしてのＡＶストリームファイルによって構成される。
以下、コンテンツサーバの保持するこれらのファイルを適用した複数のデータ提供処理例について説明する。
（３．１）ファイル単位でのデータ提供処理の基本構成
まず、図９を参照してコンテンツサーバの実行するファイル単位でのデータ提供処理の基本構成について説明する。図９（１）は、サーバの記憶部に格納されたデータファイルのディレクトリ構造を示している。図９に示す例では、
コピープロテクション関連ファイル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルを保持している。なお、ファイル形式は、様々なメディアで起用通に適用されるファイル形式、例えばＢＤＭＶコンテンツファイル形式などのファイルとすることが好ましい。
まず、図９を参照してコンテンツサーバの実行するファイル単位でのデータ提供処理の基本構成について説明する。図９（１）は、サーバの記憶部に格納されたデータファイルのディレクトリ構造を示している。図９に示す例では、
コピープロテクション関連ファイル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルを保持している。なお、ファイル形式は、様々なメディアで起用通に適用されるファイル形式、例えばＢＤＭＶコンテンツファイル形式などのファイルとすることが好ましい。
このディレクトリ構造は、図８を参照して説明した構成に相当する。図９に示す構成は、図８に示す構成を簡略化して示したものである。サーバは、先に図８を参照して説明したデータを個別ファイルまたはパッケージとして保持している。
情報記録媒体に対するデータ記録を実行する記録装置は、別途、受信済みのファイルシステム情報、あるいは自らファイルシステム情報を構築して、ファイルシステムに従って、サーバから個別に送信されるファイルまたはファイルパッケージに基づくファイルシステムイメージを生成し、情報記録媒体（メディア）に記録する。
具体的には、コンテンツサーバは、例えば、図９（１）に示す
コピープロテクション関連ファィル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルをパッケージした１つのファイル、例えば圧縮データファイルを作成してネットワークを介して記録装置に送信し、記録装置は、受信した圧縮ファイルを解凍し、個別のファイルを取り出してメディアに対する記録処理を実行する。
コピープロテクション関連ファィル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルをパッケージした１つのファイル、例えば圧縮データファイルを作成してネットワークを介して記録装置に送信し、記録装置は、受信した圧縮ファイルを解凍し、個別のファイルを取り出してメディアに対する記録処理を実行する。
図９（２）は、記録装置の記録処理によって、情報記録媒体に記録されるデータ構成を示している。図９（２）に示すように、情報記録媒体には、ファイルシステム情報３５１、データベースファイル３５２、コピープロテクション関連ファイル（メディア共通）３５３、コピープロテクション関連ファイル（メディア固有）３５４、ＡＶストリームファイル３５５が記録される。なお、ファイルシステム情報３５１は、情報記録媒体に記録されるデータファイルについての情報、例えば、コンテンツとしてのＡＶストリームデータを構成するファイルのファイル名、ファイルサイズ等のファイル情報である。
コンテンツの提供を行なうサーバは、コンテンツ記録先としての情報記録媒体（メディア）が変更されても変更されない共通データと、情報記録媒体（メディア）の変更に応じて変更するメディア固有データを区別して管理し、これら共通データと、メディア固有データの送信または出力処理を区別して実行する。
コンテンツの記録を実行する記録装置（図１（ａ）のＥＳＴ構成におけるＰＣ１３、図１（ｂ）におけるＭｏｄ構成における共用端末２４）では、記録先となる情報記録媒体（メディア）の種類、例えば、ＤＶＤ−Ｒ、ＤＶＤ−ＲＥ、ＢＤ（Ｂｌｕ−ｒａｙ）−Ｒ、ＢＤ−ＲＥなどの様々なメディアに対応したファイルシステム情報を構築して、コンテンツサーバから提供されるファイル単位の各データファイルを、メデイア対応のファイルシステム情報に従って順次、記録する。
このような、ファイル単位でのデータ提供処理を行なうことで、コンテンツサーバは、メディアの種類によって提供データを変更するといった処理を行なうことなく効率的にデータ提供を行なうことができる。
すなわち、例えば、図９（２）に示す記録データを構成するデータベースファイル３５２〜ＡＶストリームファイル３５５をすべて含むイメージデータを生成して提供する場合には、メディアの種類に依存したメディアの種類毎に異なるファィルシステムに応じたイメージデータを生成して提供することが必要となるが、図９を参照して説明したように、各データファイルを個別に提供する構成とし、記録装置側で、メディアに対応するファイルシステムに応じたファイルシステムイメージを作成して記録する構成とすることで、サーバ側では、記録装置に装着されたメデイアの種類によって提供データを変更するといった処理を行なう必要がなくなり、効率的なデータ提供処理を行なうことができ、また、サーバ側において各メディア対応のイメージデータを持つ必要がなく、サーバが記憶保持すべきデータを削減することが可能となる。
（３．２）記録可能な情報記録媒体（メディア）情報を提供する処理例
前述したように、コンテンツを記録しようとするユーザは、様々な種類の情報記録媒体（メディア）、例えば、ＤＶＤ−Ｒ、ＤＶＤ−ＲＥ、ＢＤ（Ｂｌｕ−ｒａｙ）−Ｒ、ＢＤ−ＲＥなどの様々なメディアを記録装置にセットして記録処理を開始することになる。しかしながら、ユーザが利用しようとするメディアが、コンテンツを記録することが許容されるメディアでない場合もあり、また、記録しようとするコンテンツの記録容量に相当する記録可能領域を有していない場合もある。
前述したように、コンテンツを記録しようとするユーザは、様々な種類の情報記録媒体（メディア）、例えば、ＤＶＤ−Ｒ、ＤＶＤ−ＲＥ、ＢＤ（Ｂｌｕ−ｒａｙ）−Ｒ、ＢＤ−ＲＥなどの様々なメディアを記録装置にセットして記録処理を開始することになる。しかしながら、ユーザが利用しようとするメディアが、コンテンツを記録することが許容されるメディアでない場合もあり、また、記録しようとするコンテンツの記録容量に相当する記録可能領域を有していない場合もある。
図１０を参照して、コンテンツサーバが、コンテンツ等を含む記録データの提供に併せて、記録処理を許容するメディアの種類や、必要とするデータサイズなどのコンテンツ記録許容媒体情報を記録装置に提供する処理例について説明する。
図１０（１）はサーバの提供データを示しており、図１０（１）（Ａ）は、図９（１）を参照して説明したと同様のコンテンツ対応データ（例えばコンテンツＡに対応するデータファイル：Ｃｏｎｔｅｎｔ−Ａ．ｄａｔ）であり、
コピープロテクション関連ファィル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルである。
コピープロテクション関連ファィル（メディア共通）３２１、
コピープロテクション関連ファイル（メディア固有）３２２、
データベースファィル３２３、
ＡＶストリームファイル（暗号化データ）３２４
これらのファイルである。
図１０（１）（Ｂ）は、図１０（１）（Ａ）に示すコンテンツ対応データに対応して設定されるコンテンツ記録許容媒体情報（例えばコンテンツＡに対応するテーブルデータファイル：Ｃｏｎｔｅｎｔ−Ａ．ｍｅｄｉａｔｙｐｅ．ｔｂｌ）である。コンテンツ記録許容媒体情報には、コンテンツの記録処理が許容されるメディアの種類や、必要とするデータサイズなどが含まれる。
コンテンツサーバは、図１０（１）（Ａ）に示すコンテンツ対応データと、図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報をコンテンツの記録処理を実行する記録装置（例えば図１（Ａ）のＰＣ１３、あるいは図１（Ｂ）に示す共用端末２４）に送信する。記録装置は、情報記録媒体（メディア）に対するデータ記録を開始する前に、図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報を例えば記録装置のディスプレイに表示する。ユーザは、この表示情報に従って、記録の許容されたメディアを選択して記録を開始することが可能となる。
また、記録装置は、情報記録媒体（メディア）に対するデータ記録を開始する前に、図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報を参照し、自装置に装着された情報記録媒体（メディア）が、コンテンツの記録が許容されたメディアに相当するか否かを確認し、装着メディアが許容メディアでない場合は、エラーメッセージを表示するなどの処理を行なう。例えば、記録装置においてコンテンツ記録処理を実行するアプリケーションプログラムが、記録装置に装着されたメディアの種類と記録可能な空き容量に関する情報をメディアから取得し、取得した情報と、コンテンツサーバから受領した図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報とを比較し、コンテンツ記録が可能であるか否かを判定する。
すなわち、記録装置に装着されたメディアの種類が、図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報にリストアップされたメディアの種類に一致し、メディアの空き容量が図１０（１）（Ｂ）に示すコンテンツ記録許容媒体情報に含まれるデータサイズ以上である場合はコンテンツ記録が可能であると判断し、いずれかの条件を満足しない場合はコンテンツ記録が不可であると判定する。コンテンツ記録可能であるとの判定がなされた場合は、図１０（１）（Ａ）に示すコンテンツ対応データファイルをメディアに記録する。一方、コンテンツ記録が不可能であるとの判定がなされた場合は、データ記録を中止し、エラーメッセージをディスプレイに表示し、メディア交換を要求する等の処理を実行する。
このように、本処理例に従えば、コンテンツ記録を行おうとするユーザ側において、コンテンツ記録の許容された適切なメディアを選択してコンテンツ記録を開始することが可能となる。
（３．３）メディア固有データを別ファイルとして提供する処理例
先に図９、図１０を参照して説明した処理例では、メディア共通のデータとメディア固有のデータとを、例えば、１つのパッケージファイルとして設定して、これを例えば圧縮ファイルとして一括して記録装置に送信する構成例として説明した。
先に図９、図１０を参照して説明した処理例では、メディア共通のデータとメディア固有のデータとを、例えば、１つのパッケージファイルとして設定して、これを例えば圧縮ファイルとして一括して記録装置に送信する構成例として説明した。
図１１を参照して説明する処理例は、メディア固有データをメディア共通データとは別に記録装置に送信する処理例である。図１１（１）はサーバの提供データを示しており、図１１（１）（Ａ）は、図９（１）を参照して説明したコンテンツ対応データ中のメディア共通データのみからなるメディア共通コンテンツ対応データ（例えばコンテンツＡに対応するメディア共通データファイル：Ｃｏｎｔｅｎｔ−Ａ．ｃｏｍｍｏｎ．ｄａｔ）であり、
コピープロテクション関連ファィル（メディア共通）４２１、
データベースファィル４２２、
ＡＶストリームファイル（暗号化データ）４２３
これらのファイルである。
コピープロテクション関連ファィル（メディア共通）４２１、
データベースファィル４２２、
ＡＶストリームファイル（暗号化データ）４２３
これらのファイルである。
図１１（１）（Ｂ）は、図９（１）を参照して説明したコンテンツ対応データ中のメディア固有データのみからなるメディア固有コンテンツ対応データ（例えば、特定のディスク識別子（メディアＩＤ＝ＸＸＸＸ）に対応するトークンなどのメディア固有データファイル：Ｃｏｎｔｅｎｔ−Ａ．ＤｉｓｋＩＤＸＸＸＸ．ｄａｔ）であり、
コピープロテクション関連ファィル（メディア固有）４２４、
からなるデータである。
コピープロテクション関連ファィル（メディア固有）４２４、
からなるデータである。
コンテンツサーバは、図１１（１）（Ａ）に示すメディア共通コンテンツ対応データと、図１１（１）（Ｂ）に示すメディア固有コンテンツ対応データをコンテンツの記録処理を実行する記録装置（例えば図１（Ａ）のＰＣ１３、あるいは図１（Ｂ）に示す共用端末２４）に個別に送信する。なお、図１１（１）（Ａ）に示すメディア共通コンテンツ対応データは、メディアが異なっても共通するデータであり、マルチキャストなど、複数宛先を設定した一斉送信が可能であり、図１１（１）（Ｂ）に示すメディア固有コンテンツ対応データについては、特定のメディアに対応するアドレスを設定したユニキャスト送信として実行されることになる。
記録装置は、情報記録媒体（メディア）に対するデータ記録に際して、図１１（１）（Ａ）に示すメディア共通コンテンツ対応データと、図１１（１）（Ｂ）に示すメディア固有コンテンツ対応データをマージして、図１１（２）に示す構成を持つデータをメディアに対応するファイルシステムに従って記録する処理を実行する。
図１１（１）（Ａ）に示すメディア共通コンテンツ対応データと、図１１（１）（Ｂ）に示すメディア固有コンテンツ対応データとを個別の提供データとして取り扱う構成とすることで、様々なスタイルのユーザメディアに対するデータ提供処理が可能となる。この処理例について、図１２、図１３を参照して説明する。
図１２は、先に図１を参照して説明した２つのコンテンツ提供処理構成、すなわち、
（ａ）ダウンロード型コンテンツ提供処理としてのＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）
（ｂ）共用端末利用コンテンツ提供処理としてのＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎＤｅｍａｎｄ）
これらのコンテンツ提供処理構成を示している。
（ａ）ダウンロード型コンテンツ提供処理としてのＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）
（ｂ）共用端末利用コンテンツ提供処理としてのＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎＤｅｍａｎｄ）
これらのコンテンツ提供処理構成を示している。
（Ａ）メディア共通コンテンツ対応データと、（Ｂ）メディア固有コンテンツ対応データとを個別の提供データとして設定する場合、図１２（ａ）に示すダウンロード型コンテンツ提供処理としてのＥＳＴ（Ｅｌｅｃｔｒｉｃ Ｓｅｌｌ Ｔｈｒｏｕｇｈ）において、（Ａ）メディア共通コンテンツ対応データを予め記録した記録済みディスクとしての情報記録媒体（メディア）１２をユーザ１１に提供し、（Ｂ）メディア固有コンテンツ対応データのみをネットワーク１５を介してコンテンツサーバ（ＥＳＴサーバ）１４から購入する構成とすることが可能となる。
（Ａ）メディア共通コンテンツ対応データに含まれるコンテンツの再生を行なうためには、（Ｂ）メディア固有コンテンツ対応データに含まれるトークンを適用したデータ処理が必要な構成であり、ユーザは、（Ａ）メディア共通コンテンツ対応データのみが格納されたディスクである情報記録媒体（メディア）１２を有していてもコンテンツ再生をすることができず、コンテンツ再生を行なうためには、（Ｂ）メディア固有コンテンツ対応データをコンテンツサーバ１４から取得することが必要となる。具体的には、情報記録媒体（メディア）１２に記録された情報記録媒体識別子（メディアＩＤ）をコンテンツサーバ１４に送信し、コンテンツサーバ１４において情報記録媒体識別子（メディアＩＤ）に基づいて生成されるトークンを受信するという処理が必要となる。
この処理のための送受信データ量は、コンテンツのデータ量に比較すれば非常に少なく高速な処理が可能となる。この処理例によれば、コンテンツの送受信や記録処理が省略でき、短時間で効率的な処理が実現される。また、（Ｂ）メディア固有コンテンツ対応データをコンテンツサーバ１４から取得する際に決済処理を行なう構成とすれば、（Ａ）メディア共通コンテンツ対応データのみを格納したメディアを無料配布するような設定としてもコンテンツ利用を希望するユーザのみに決済を行なうことができる。
また、例えばユーザＡが有するメディアａに記録された（Ａ）メディア共通コンテンツ対応データをユーザＢの所有するメディアｂにコピーして、このコピーコンテンツを記録したメディアｂを利用して再生を行なおうとする場合、そのメディアｂをＰＣ１３にセットして、メディアｂのメディアＩＤをサーバ１４に送信してトークンを受信するという処理を行なうことで、メディアｂもコンテンツ再生可能なメディアとすることが可能となり、コピーコンテンツの正当な使用管理構成も実現される。すなわち、（Ｂ）メディア固有コンテンツ対応データの取得がコンテンツ再生に必要な条件とされるので、厳格なコンテンツの利用管理が実現される。
図１２（ｂ）に示すに示す共用端末利用コンテンツ提供処理としてのＭｏＤ（Ｍａｎｕｆａｃｔｕｒｉｎｇ ｏｎＤｅｍａｎｄ）においては、例えば、（Ａ）メディア共通コンテンツ対応データを予めコンテンツサーバ（Ｍｏｄサーバ）２５から共用端末２４に送信し、共用端末２４の記憶手段４２７に格納しておく構成とし、ユーザ２１がメディア２２に対してコンテンツ記録を行なう際、（Ａ）メディア共通コンテンツ対応データは、共用端末２４の記憶手段４２７から読み取ってユーザ２１のメディア２２に記録する構成とし、（Ｂ）メディア固有コンテンツ対応データのみをネットワーク２６を介してコンテンツサーバ（Ｍｏｄサーバ）２５から取得する構成とすることが可能となる。
本処理例においても、コンテンツ記録時に必要とするデータ通信量が削減され、迅速な処理が可能となる。また、（Ｂ）メディア固有コンテンツ対応データの取得がコンテンツ再生に必要な条件とされるので、厳格なコンテンツの利用管理が実現される。
また、（Ａ）メディア共通データと、（Ｂ）メディア固有データとを個別の提供データとして設定することで、図１３に示すように、ＡＶストリーム等のコンテンツを含む（Ａ）メディア共通データを格納しユーザに提供するＥＳＴサーバ（メディア共通データ提供サーバ）４３２，４３３と、トークンなどの（Ｂ）メディア固有データを生成してユーザに提供するＥＳＴサーバ（メディア固有データ提供サーバ）４３１を別のサーバとして設定することが可能となる。
トークンなどの（Ｂ）メディア固有データを作成するには、コンテンツ保護システム（例えばＡＡＣＳ）から認められた正当な署名鍵を持つ特定のサーバであることが必要であり、この特定サーバが、メディアのシリアル番号に対応したトークンを作成する必要がある。この処理を、特定のＥＳＴサーバ（メディア固有データ提供サーバ）４３１のみが行う構成とする。一方、（Ａ）メディア共通データはコンテンツ保護システムから認められたサーバ以外でも保管でき、またサイズが大きなＡＶコンテンツも含むので、複数のサーバに分散して置く構成とする。このような構成とすることで、特定のサーバへのアクセス（負荷）の集中が発生することなく負荷分散が可能となる。なお、ＭｏＤでは、共用端末２４の記憶手段４２７にコンテンツを蓄え、ＥＳＴでは、ユーザ側の装置でコンテンツ及びトークン共にダウンロードしてくる例を記載したが、ＥＳＴであっても、ユーザ側のハードディスク等の記憶手段（図示せず）に一度蓄えた後に、光ディスクに記録する際に上記トークンを取得する構成であっても良い。また、この際にハードディスクに記録する際のコピープロテクション技術は、任意の技術で良い。
（３．４）データ配置情報を提供する処理例
情報記録媒体（メディア）に記録されるコンテンツには、様々な種類がある。例えば、ユーザの指定した情報に従ってストーリーが様々に展開するマルチストーリー型のコンテンツ、あるいは、表示画像の方向をユーザの指定によって変更できるマルチアングルコンテンツ、さらに、スライドショー形式（Browsable Slide Show）でのコンテンツ再生が可能なコンテンツ、コンテンツを構成する部分コンテンツが、異なる暗号鍵の組み合わせ（Sequence Key）によって暗号化され、ユーザデバイスに応じて取得される鍵（シーケンス鍵）を利用してコンテンツ再生が可能となるコンテンツなど、様々なコンテンツがある。
情報記録媒体（メディア）に記録されるコンテンツには、様々な種類がある。例えば、ユーザの指定した情報に従ってストーリーが様々に展開するマルチストーリー型のコンテンツ、あるいは、表示画像の方向をユーザの指定によって変更できるマルチアングルコンテンツ、さらに、スライドショー形式（Browsable Slide Show）でのコンテンツ再生が可能なコンテンツ、コンテンツを構成する部分コンテンツが、異なる暗号鍵の組み合わせ（Sequence Key）によって暗号化され、ユーザデバイスに応じて取得される鍵（シーケンス鍵）を利用してコンテンツ再生が可能となるコンテンツなど、様々なコンテンツがある。
このような特殊なコンテンツは、多くの場合、データ再生に際して、情報記録媒体（メディア）の物理的位置を連続的に読み取る処理のみならず、例えばユーザの指定情報に従って、ジャンプして再生データの読み取りを行なうことが必要となる。従って、情報記録媒体（メディア）に対するデータ記録を行なう場合には、予め設定されたデータ配置情報に従った記録処理を行なうことが必要となる。例えば途切れのないシームレス再生を行なうために、ジャンプ距離は一定距離範囲内に設定するなどの要件が設定されており、規定のデータ配置がなされていない場合には、画像の途切れなどの再生エラーが発生することになる。従って、このようなコンテンツについては、予め規定されたデータ配置情報に従ったデータ記録を行なうことが必要となる。
本処理例は、このように予め設定されたデータ配置情報に従った記録処理を行なう必要のあるコンテンツを正しい配置で記録することを可能とする処理例である。この処理例について、図１４を参照して説明する。本処理例では、データ配置情報（ファイルアロケーション情報）をサーバから記録装置に提供し、記録装置では、サーバから受信したデータ配置情報（ファイルアロケーション情報）に従ってデータ記録処理を実行する。
図１４（１）はサーバの提供データを示しており、図１４（１）（Ａ）は、図９（１）を参照して説明したと同様のコンテンツ対応データ（例えばコンテンツＡに対応するデータファイル：Ｃｏｎｔｅｎｔ−Ａ．ｄａｔ）であり、
コピープロテクション関連ファィル（メディア共通）、
コピープロテクション関連ファイル（メディア固有）、
データベースファィル、
ＡＶストリームファイル
これらのファイルである。
コピープロテクション関連ファィル（メディア共通）、
コピープロテクション関連ファイル（メディア固有）、
データベースファィル、
ＡＶストリームファイル
これらのファイルである。
図１４（１）（Ｂ）は、図１４（１）（Ａ）に示すコンテンツに対応するデータ配置情報（ファイルアロケーション情報）である。本例では、データベースファイルトＡＶストリームファイルに含まれる各ファイルについてのデータ配置情報が記録されたデータ配置情報（ファイルアロケーション情報）例を示している。
図１４（１）（Ｂ）データ配置情報（ファイルアロケーション情報）には、適用するコンテンツの識別子としてのコンテンツＩＤ、さらに、記録可能なメディア情報としてのメディアタイプが記録され、これらの情報に加えてデータ配置情報（ファイルアロケーション情報）が記録されている。メディアタイプは、先に１０を参照して説明したと同様のコンテンツ記録が許容されるメディアの種類を示す情報である。
データ配置情報（ファイルアロケーション情報）は、
＊対象ファイル、
＊開始セクタ、
＊終了セクタ
＊エクステント（Ｅｘｔｅｎｔ）番号
これらのデータを有する。
＊対象ファイル、
＊開始セクタ、
＊終了セクタ
＊エクステント（Ｅｘｔｅｎｔ）番号
これらのデータを有する。
「対象ファイル」は、データ配置情報（ファイルアロケーション情報）の設定されたファイル名である。
「開始セクタ」、「終了セクタ」は、それぞれ、データ記録の開始位置情報および終了位置情報に相当する。
「エクステント番号」は、例えばマルチストーリーにおける異なるストーリー対応の番号、マルチアングルにおける異なるアングルデータの識別番号に相当する。
「開始セクタ」、「終了セクタ」は、それぞれ、データ記録の開始位置情報および終了位置情報に相当する。
「エクステント番号」は、例えばマルチストーリーにおける異なるストーリー対応の番号、マルチアングルにおける異なるアングルデータの識別番号に相当する。
例えば、図に示すデータ配置情報（ファイルアロケーション情報）において、ＡＶストリームファイル［０００００．ｍ２ｓ］のエクステント番号１のデータは、セクタ４０００〜４１００に記録し、エクステント番号２のデータは、セクタ４２００〜４３００に記録するという指示データである。
なお、上記の「開始セクタ」、「終了セクタ」に記録されるセクタ番号は、絶対アドレスとして記載しても、相対アドレスとして記載してもよい。基本的には、各記録データの相対アドレスの間隔が規定いないであれば例えばジャンプ距離が一定以内に保持されることになりシームレス再生が保証されるので、相対アドレスとしてセクタ番号を記録する構成としてもよい。例えば、オフセット（α）を用いて、
開始アドレス＝１０００＋α（αは０以上の整数）
このような相対アドレス情報として記録する構成としてもよい。
開始アドレス＝１０００＋α（αは０以上の整数）
このような相対アドレス情報として記録する構成としてもよい。
コンテンツ記録処理を実行する記録装置は、図１４（１）（Ａ）に示すコンテンツ対応データと、図１４（１）（Ｂ）に示すデータ配置情報（ファイルアロケーション情報）を取得し、データ配置情報（ファイルアロケーション情報）に従って、コンテンツ対応データに含まれるデータを情報記録媒体（メディア）に記録する処理を実行する。
記録結果が、図１４（２）に示すデータ配置となる。セクタ番号１０００〜１００１にインデックスデータファイル［ｉｎｄｅｘ．ｂｄｍｖ］が記録され、さらに、
セクタ番号４０００〜４１００に、ＡＶストリームファイル［０００００．２ｍｔｓ］のエクステント番号１のデータ、セクタ番号４１００〜４２００に、ＡＶストリームファイル［００００１．２ｍｔｓ］のエクステント番号１のデータ、セクタ番号４２００〜４３００に、ＡＶストリームファイル［０００００．２ｍｔｓ］のエクステント番号２のデータ、セクタ番号４３００〜４４００に、ＡＶストリームファイル［００００１．２ｍｔｓ］のエクステント番号２のデータがそれぞれ記録される。
セクタ番号４０００〜４１００に、ＡＶストリームファイル［０００００．２ｍｔｓ］のエクステント番号１のデータ、セクタ番号４１００〜４２００に、ＡＶストリームファイル［００００１．２ｍｔｓ］のエクステント番号１のデータ、セクタ番号４２００〜４３００に、ＡＶストリームファイル［０００００．２ｍｔｓ］のエクステント番号２のデータ、セクタ番号４３００〜４４００に、ＡＶストリームファイル［００００１．２ｍｔｓ］のエクステント番号２のデータがそれぞれ記録される。
このように、記録装置では、図１４（１）（Ｂ）に示すデータ配置情報（ファイルアロケーション情報）を取得し、データ配置情報（ファイルアロケーション情報）に従って、コンテンツ対応データに含まれるデータを情報記録媒体（メディア）に記録する。結果として、マルチストーリーやマルチアングルなどのコンテンツにおいて、規定距離内のジャンプによる再生が可能となり、エラーのないシームレス再生が実現される。
［４．メディアに対するコンテンツ単位の記録構成］
コンテンツサーバは、上述したようなファイル単位でのデータ提供処理を実行し、記録装置では、ファイル単位でのデータ受領を行い、メディア対応のファイルシステムを生成してデータ記録を行なう。このファイル単位での処理は、各コンテンツ毎に実行される。すなわちコンテンツサーバは、コンテンツＡに対応するファイルを選択して記録装置に提供し、コンテンツＢに対応するファイルを選択して記録装置に提供するという処理が可能となり、記録装置においても、コンテンツ対応のファイルのみを選択して記録することになる。
コンテンツサーバは、上述したようなファイル単位でのデータ提供処理を実行し、記録装置では、ファイル単位でのデータ受領を行い、メディア対応のファイルシステムを生成してデータ記録を行なう。このファイル単位での処理は、各コンテンツ毎に実行される。すなわちコンテンツサーバは、コンテンツＡに対応するファイルを選択して記録装置に提供し、コンテンツＢに対応するファイルを選択して記録装置に提供するという処理が可能となり、記録装置においても、コンテンツ対応のファイルのみを選択して記録することになる。
このようにコンテンツ対応のファイルによるデータ提供および記録処理を行なうことで、同一メディアに複数のコンテンツを記録することが可能となる。図１５を参照して説明する。
図１５には、ユーザがコンテンツの記録を行なう情報記録媒体（メディア）５００、情報記録媒体（メディア）５００に記録されたデータのディレクトリ５１０を示している。ディレクトリ５１０に示されるように、メディア５００に記録されるデータは、各コンテンツ毎に独立したデータファイル群５１１，５１２，５１３として設定されることになる。また、データファイル群５１１等のＡＡＣＳ，ＢＤＭＶ以下のファイル構成としては、メディア固有のファイルを除き、再生専用ディスク、又は、書き込み可能なディスクに格納されるファイルと同じ内容とする。この様に、データファイル群５１１等の構成を他の規格の構成とほぼ同内容にすることにより、再生装置に負担をかけずに再生処理を行わせることが可能となる。
すなわち、現在、情報記録媒体（メディア）５００に記録されているコンテンツＡ５０１に対応するデータファイル群５１１と、コンテンツＢ５０２に対応するデータファイル群５１２がディレクトリ５１０に設定されている。例えばコンテンツＢ５０２の削除を実行する場合、ディレクトリ５１０からコンテンツＢ５０２に対応するデータファイル群５１２を選択して削除を行なうことでコンテンツの削除が可能となる。コンテンツの追記処理においては、例えばコンテンツＣ５０３を情報記録媒体（メディア）５００に記録する場合は、コンテンツＣ５０３に対応するデータファイル群５１３をディレクトリ５１０に設定する処理によってコンテンツの追記が可能となる。
このように、他のコンテンツ対応のファイルに全く影響を与えることなく、コンテンツ単位の独立したファイルの追加、削除を行なうのみで、コンテンツ単位の追記削除が可能となる。
［５．コンテンツサーバと記録装置の処理シーケンス］
次に、図１６、図１７を参照して、ファイル単位のデータ提供処理を実行するコンテンツサーバと、コンテンツサーバからデータを受信して情報記録媒体に対するデータ記録処理を実行する記録装置における処理のシーケンスについて説明する。
次に、図１６、図１７を参照して、ファイル単位のデータ提供処理を実行するコンテンツサーバと、コンテンツサーバからデータを受信して情報記録媒体に対するデータ記録処理を実行する記録装置における処理のシーケンスについて説明する。
図１６には、コンテンツサーバが記録装置に対して送信するデータを示している。すなわち、
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルである。
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルである。
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］は、図に示すようにコピープロテクション関連ファイル（メディア共通）と、データベースファイルと、ＡＶストリームファイルが含まれ、これらのファイルが例えば１つの圧縮ファイルであるメディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］ファイルとして記録装置に送信される。
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］は、具体的には、例えばトークン等を含むコピープロテクション関連ファイル（メディア固有）を構成データとするメディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］ファイルである。
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］は、先に図１０を参照して説明したコンテンツの記録が許容される媒体の種類と、コンテンツ記録に必要となる容量情報としてのデータサイズ情報を記録したテーブルを含むファイルである。
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］は、メディアとしてＢＤＲが選択されている場合に適用されるデータ配置情報であり、
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］は、メディアとしてＢＤＲＥが選択されている場合に適用されるデータ配置情報である。
なお、（Ａ）〜（Ｄ）のいずれのデータもコンテンツＸに対応するデータとして設定されたデータである。
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］は、メディアとしてＢＤＲＥが選択されている場合に適用されるデータ配置情報である。
なお、（Ａ）〜（Ｄ）のいずれのデータもコンテンツＸに対応するデータとして設定されたデータである。
図１７を参照して、ファイル単位のデータ提供処理を実行するコンテンツサーバと、コンテンツサーバからデータを受信して情報記録媒体に対するデータ記録処理を実行する記録装置における処理のシーケンスについて説明する。なお、記録装置は、例えば図１（ａ）のＥＳＴ構成におけるＰＣ１３、図１（ｂ）におけるＭｏｄ構成における共用端末２４に相当し、コンテンツサーバは、図１（ａ）のＥＳＴ構成におけるＥＳＴサーバ１４、図１（ｂ）におけるＭｏｄ構成におけるＭｏｄサーバ２５に相当する。
まず、ステップＳ１０１において、記録装置は、ダウンロード要求、記録装置が対応している物理媒体のリストをコンテンツサーバへ送付する。ステップＳ１０２において、コンテンツサーバは、記録装置が申告してきた記録先物理媒体に対応したコンテンツのリストを記録装置に対して返信する。
次に、記録装置は、ステップＳ１０３において、サーバから受領したコンテンツのリストをディスプレイに表示し、ユーザがコンテンリストから記録コンテンツを選択してダウンロードコンテンツが決定され、決定情報としてのコンテンツ情報と、記録する予定の情報記録媒体の識別子（メディアＩＤ＝ＹＹＹＹ）をサーバへ送信する。
次に、コンテンツサーバは、ステップＳ１０４において、必要に応じて課金処理などの購入手続きを実行して、購入処理が完了したコンテンツＸに対して、図１６に示す各データ（Ａ）〜（Ｄ）、すなわち、
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルを記録装置に送信する。ただし（Ｄ）データ配置情報はコンテンツによっては不要であり、送信が省略される場合もある。
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルを記録装置に送信する。ただし（Ｄ）データ配置情報はコンテンツによっては不要であり、送信が省略される場合もある。
次に、記録装置は、ステップＳ１０５において、サーバから受信したデータ中の（Ｃ）コンテンツ格納許容媒体情報に記録されたメディアの中から、データサイズより大きな空き領域のある物理媒体を記録メディアとして決定し記録装置にセットする。
次に、記録装置は、ステップＳ１０６において、
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
これらの（Ａ）、（Ｂ）の情報をマージして、記録する全データのディレクトリ構成を生成する。
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
これらの（Ａ）、（Ｂ）の情報をマージして、記録する全データのディレクトリ構成を生成する。
次に、記録装置は、ステップＳ１０７において、（Ｄ）データ配置情報がある場合、配置情報に従ってファイルの配置を決定する。この場合、メディアの種類（例えばＢＤＲやＢＤＲＥ）に対応した配置情報を利用することになる。さらに、記録装置は、ステップＳ１０８において、生成ディレクトリを記録するファイルシステム情報を生成し、生成ディレクトリとファイルシステム情報をメディアに記録し、ステップＳ１０９において、データが正しく記録されていることを検証後、記録シーケンスを終了する。
このように、コンテンツの提供を行なうサーバは、コンテンツ記録先としての情報記録媒体（メディア）が変更されても変更されない共通データと、情報記録媒体（メディア）の変更に応じて変更するメディア固有データを区別して管理し、これら共通データと、メディア固有データの送信または出力処理を区別して実行する。さらに、コンテンツ記録の許容される媒体やデータサイズ情報、さらに、データ配置情報を必要に応じて提供する。この処理により、メディアに対するデータ記録を実行する記録装置は、コンテンツ記録可能なメディアを効率的に選択して、さらにデータ配置も正しく行ったデータ記録を行なうことが可能となる。
［６．コンテンツ識別情報の提供および利用処理構成］
先に、図１５を参照して説明したように、情報記録媒体（メディア）５００に記録されるコンテンツは、コンテンツＡ５０１やコンテンツＢ５０２などのコンテンツに対応するファイル群５１１，５１２単位で追加記録や削除が可能となる。ユーザは、任意のタイミングで、情報記録媒体５００に対して新たなコンテンツを追加記録する処理や、記録済みコンテンツを削除することが可能となる。
先に、図１５を参照して説明したように、情報記録媒体（メディア）５００に記録されるコンテンツは、コンテンツＡ５０１やコンテンツＢ５０２などのコンテンツに対応するファイル群５１１，５１２単位で追加記録や削除が可能となる。ユーザは、任意のタイミングで、情報記録媒体５００に対して新たなコンテンツを追加記録する処理や、記録済みコンテンツを削除することが可能となる。
予め市販されている映画などのコンテンツ格納済みのＲＯＭディスクの場合は、例えばディスクのレーベル面にコンテンツタイトル等が印刷されており、ディスクに格納されたコンテンツの内容を容易に把握するこができる。しかし、上述したようにユーザがダウンロードによって任意のコンテンツを記録し削除することが可能な情報記録媒体（メディア）の場合は、記録コンテンツに対応するレーベルなどは存在せず、ユーザが自ら作成するなどの処理を行わない限り、格納コンテンツについて確認するためには再生によるコンテンツ確認が必要となる。
このようにユーザの記録したコンテンツを確認するためにはコンテンツの再生を１つ１つ行わなければならないことになり、例えば複数のコンテンツを記録したディスクのコンテンツ確認は時間を要する処理となる。以下、このような問題を解決した構成例について説明する。本処理例においては、コンテンツの提供を行なうコンテンツサーバが提供コンテンツにコンテンツ識別情報を記録したメタデータファイルを含めてユーザに提供する。メタデータファイルには、例えば提供コンテンツに対応するタイトル、代表画像によって構成されるサムネイル画像、コンテンツの説明情報などコンテンツを識別するために有効となるデータが含まれる。
図１８は、情報記録媒体（メディア）６００に記録されたデータのディレクトリ６１０を示している。情報記録媒体（メディア）６００には、コンテンツＡ６０１，コンテンツＢ６０２が記録されている。これらのコンテンツは、コンテンツサーバからのダウンロードにより記録されたコンテンツである。先に説明したようにメディア６００に記録されるデータは、各コンテンツ毎に独立したデータファイル群６１１，６１２として設定される。
図１８に示すディレクトリは、先に図１５を参照して説明したように、コンテンツＡ６０１に対応するデータファイル群６１１と、コンテンツＢ６０２に対応するデータファイル群６１２が個別にディレクトリ６１０に設定され、コンテンツ単位の追記や削除が容易な設定となっている。
例えばコンテンツＡ６０１に対応するデータファイル群６１１は、コピープロテクション関連ファイルの設定されたＡＡＣＳディレクトリと、ＢＤＭＶフォーマットに従った再生管理情報を含むデータベースファイル６２１と、コンテンツの実体データとしてのＡＶストリームファイルを含むＢＤＭＶディレクトリによって構成されている。
本処理例においては、各コンテンツに対応するデータファイル群にコンテンツ識別情報を含むメタデータファイルを有する。すなわち、データベースファイル６２１に、
（ａ）コンテンツ識別情報６２２、
（ｂ）再生管理情報６２３、
が含まれた構成となっている。
（ａ）コンテンツ識別情報６２２、
（ｂ）再生管理情報６２３、
が含まれた構成となっている。
再生管理情報６２３は、プレイリスト、クリップ情報、ムービーオブジェクト、インデックス情報等のコンテンツ再生に適用するＢＤＭＶフォーマットに従った再生管理情報である。
また、コンテンツ識別情報６２２は、例えばコンテンツに対応するタイトル、代表画像によって構成されるサムネイル画像、コンテンツの説明情報などコンテンツを識別するために利用可能なデータによって構成されるメタデータファイルである。
また、コンテンツ識別情報６２２は、例えばコンテンツに対応するタイトル、代表画像によって構成されるサムネイル画像、コンテンツの説明情報などコンテンツを識別するために利用可能なデータによって構成されるメタデータファイルである。
このコンテンツ識別情報によって構成されるメタデータファイルは、コンテンツサーバが提供する各コンテンツに対応して設定され、ユーザのコンテンツダウンロード処理に際してＡＶストリームを含むコンテンツデータと共にユーザに提供されることになる。図１８に示すように、コンテンツ毎に独立したデータファイル群６１１，６１２の各々に、各コンテンツ対応のコンテンツ識別情報メタデータファイルが含まれ、その他のデータファイルとともに、情報記録媒体（メディア）６００に記録される。
情報記録媒体（メディア）６００に記録されたコンテンツ識別情報の利用例について、図１９を参照して説明する。図１９に示すディレクトリは、図１８を参照して説明したと同様、コンテンツサーバからのダウンロードコンテンツを記録した情報記録媒体の記録データに対応するディレクトリである。
ディレクトリは先に説明したようにコンテンツＡ、コンテンツＢ等、コンテンツ毎の独立したデータ設定となっている。各コンテンツのＢＤＭＶディレクトリの下位に、コンテンツ識別情報を含むメタデータファイルが設定される。コンテンツＡの場合で説明すると、ＢＤＭＶディレクトリ６３１の下位ディレクトリとしてメタ（ＭＥＴＡ）データディレクトリ６３２が設定され、さらに、メタ（ＭＥＴＡ）データディレクトリ６３２の下位にディスクライブラリ（ＤＬ）ディレクトリ６３３が設定され、ディスクライブラリ（ＤＬ）ディレクトリ６３３の下位にコンテンツ識別情報ファイルとして、
（ａ）コンテンツタイトルやコンテンツ説明情報からなるＸＭＬデータファイル［ｂｄｍｔ＿ｅｎｇ．ｘｍｌ］６３４、
（ｂ）コンテンツの代表画像に基づくサムネイル画像データファイル［Ｉｍａｇｅ１．ｊｐｇ］６３５、
これらのデータファイルが設定されている。
ＸＭＬデータファイル６３４、サムネイル画像データファイル６３５はいずれもコンテンツＡに対応するコンテンツ識別情報ファイルである。
（ａ）コンテンツタイトルやコンテンツ説明情報からなるＸＭＬデータファイル［ｂｄｍｔ＿ｅｎｇ．ｘｍｌ］６３４、
（ｂ）コンテンツの代表画像に基づくサムネイル画像データファイル［Ｉｍａｇｅ１．ｊｐｇ］６３５、
これらのデータファイルが設定されている。
ＸＭＬデータファイル６３４、サムネイル画像データファイル６３５はいずれもコンテンツＡに対応するコンテンツ識別情報ファイルである。
ＸＭＬデータファイル６３４は、コンテンツ名称、タイトル個別の名称などの情報をＸＭＬ形式で記述したデータであり、サムネイル画像データファイル６３５は、コンテンツや個別のタイトルを代表する静止画、特徴のあるシーンの静止画を記録したデータである。
図１９のコンテンツ識別情報表示例６４０は、ユーザの情報処理装置、すなわち、図１９に示すディレクトリ構成のデータを記録した情報記録媒体を装着して再生処理を実行する装置のディスプレイに表示されるコンテンツ情報例である。この表示データが、各コンテンツに対応して設定されるコンテンツ識別情報ファイル、すなわち、ＸＭＬデータファイル６３４、サムネイル画像データファイル６３５に基づいて生成され表示される。図１９に示すコンテンツ識別情報表示例６４０中の上段のサムネイル画像６４１、タイトル６４２は、コンテンツＡに対応する情報であり、ＸＭＬデータファイル６３４、サムネイル画像データファイル６３５に基づいて生成される。また、図１９に示すコンテンツ識別情報表示例６４０中の下段のサムネイル画像６４３、タイトル６４４は、コンテンツＢに対応する情報であり、ＸＭＬデータファイル６４６、サムネイル画像データファイル６４７に基づいて生成される。
このコンテンツ情報表示処理は、情報記録媒体を装着して再生処理を実行する装置におけるデータ処理部において実行されるコンテンツ情報表示プログラムに従って行われる。この処理フローについては後述するが、簡潔に説明すると、情報記録媒体に記録されたデータから、各コンテンツ対応のコンテンツ識別情報を選択して、選択情報に従って表示データを生成して出力する。この結果として、例えば図１９に示すコンテンツ識別情報表示例６４０が表示されることになる。
ユーザは、このようなコンテンツ情報のコンテンツ識別情報表示例６４０を見て情報記録媒体に記録されたコンテンツについて確認することが可能となり、例えば、再生するコンテンツを選択する処理や、削除するコンテンツを指定する処理などを効率的に行なうことが可能となる。図に示す表示画像では、コンテンツＢに対応するタイトル６４４がユーザによって選択された例（タイトル部分がハイライト表示される）を示している。
次に、図２０を参照して、コンテンツ識別情報を含むメタデータファイルの生成シーケンスについて説明する。図２０は、先に図６を参照して説明したと同様の図であり、コンテンツの管理処理を実行するライセンスエンティテイ２１０、コンテンツの編集処理（オーサリング）を実行するオーサリングファイシリティ２２０、情報記録媒体に記録する情報のマスタデータを生成するマスタリングファシリティ２３０と、コンテンツサーバ（ＭｏＤ／ＥＳＴサーバ）２４０を示している。なお、図２０において、図６と同様の構成、処理については、図６と同じ参照符号を設定している。
コンテンツ識別情報を含むメタデータファイルは、ステップＳ２０１において生成される。すなわち、コンテンツの編集処理（オーサリング）を実行するオーサリングファイシリティ２２０がコンテンツを編集（オーサリング）に併せて生成する。コンテンツ識別情報を含むメタデータファイルには、例えば、先に説明したように、コンテンツタイトルやコンテンツ説明情報からなるＸＭＬデータファイルや、コンテンツの代表画像に基づくサムネイル画像データファイルなどが含まれる。
編集コンテンツ中、ＡＶストリームファイルなどのコンテンツ実体データについては、マスタリングファシリティ２３０において暗号化処理が実行されるが、コンテンツ識別情報を含むメタデータファイルなどは秘匿性の高くないデータであり、マスタリングファシリティ２３０において暗号化処理が実行されることなく非暗号化データ６５１としてマスタリングファシリティ２３０を介してコンテンツサーバ２４０に提供される。
コンテンツサーバ２４０は、先に図６等を参照して説明した処理に従って、暗号化済みＣＰＳユニット鍵ファイル２４１、暗号化済みコンテンツ２４２、証明書データ２４３、トークン２４４を受領または生成し、さらに、コンテンツ識別情報を含むメタデータファイルを含む非暗号化データ６５２を、マスタリングファシリティ２３０を介して受領する。なお、図示していないが、コンテンツサーバ２４０は、図示するデータ以外にＭＫＢ、利用制御情報をライセンスエンティテイ２１０から直接、または間接的に受領する。このようにして取得または生成したデータが、先に図２を参照して説明したように、記録装置を介してユーザ側のメディア、すなわち、Ｒ型またはＲＥ型等のデータ記録可能なディスクなどの情報記録媒体に記録される。
図２１を参照して情報記録媒体（メディア）３００に記録されるデータの種類について説明する。図２１は、先に図７を参照して説明した記録データに、コンテンツ識別情報６８１を加えた図である。その他のデータについては、図７を参照して説明したデータであり、説明は省略する。
コンテンツ識別情報６８１は、先に図１７、図１８を参照して説明したようにデータベースファイル３２３の構成データとして設定される。図２１に示す情報記録媒体３００の記録データ中のコンテンツ６８１には、ＢＤＭＶフォーマットに従った再生管理情報を含むデータベースファイル６８２と、コンテンツの実体データとしてのＡＶストリームファイル６８３が含まれ、データベースファイル６８２には、
（ａ）コンテンツ識別情報６８４、
（ｂ）再生管理情報６８５、
が含まれる。
（ａ）コンテンツ識別情報６８４、
（ｂ）再生管理情報６８５、
が含まれる。
再生管理情報６８５は、プレイリスト、クリップ情報、ムービーオブジェクト、インデックス情報等のコンテンツ再生に適用するＢＤＭＶフォーマットに従った再生管理情報であり、コンテンツ識別情報６８４は、先に、図１９を参照して説明したように、例えばコンテンツに対応するタイトル、代表画像によって構成されるサムネイル画像、コンテンツの説明情報などコンテンツを識別するために利用可能なデータによって構成されるメタデータファイルである。
次に、図２２に示すフローチャートに従って、コンテンツ識別情報を含むコンテンツを記録した情報記録媒体を装着した情報処理装置の実行するコンテンツ情報表示および再生や削除などの処理対象コンテンツの指定シーケンスについて説明する。すなわち、先に図１９を参照して説明したコンテンツ識別情報表示例６４０のようなコンテンツ対応のサムネイルやタイトル等を含むコンテンツ識別情報をディスプレイに表示して再生コンテンツや削除コンテンツを指定する処理である。図２２に示すフローチャートに従った処理は、情報記録媒体を装着して再生処理を行なう装置におけるデータ処理部において実行され、記憶部に記録されたコンテンツ情報表示プログラムに従って行われる処理である。
まず、ステップＳ３０１において、装置に装着された情報記録媒体におけるダウンロードコンテンツの記録ディレクトリを検索し、記録コンテンツ数を把握する。
次に、ステップＳ３０２において、ダウンロードコンテンツごとに記録されているコンテンツ識別情報から、表示対象データを選択する。例えば、図１９を参照して説明した例では、
（ａ）コンテンツタイトルやコンテンツ説明情報からなるＸＭＬデータファイル［ｂｄｍｔ＿ｅｎｇ．ｘｍｌ］、
（ｂ）コンテンツの代表画像に基づくサムネイル画像データファイル［Ｉｍａｇｅ１．ｊｐｇ］、
これらのデータファイルを各コンテンツ毎に取得する。
次に、ステップＳ３０２において、ダウンロードコンテンツごとに記録されているコンテンツ識別情報から、表示対象データを選択する。例えば、図１９を参照して説明した例では、
（ａ）コンテンツタイトルやコンテンツ説明情報からなるＸＭＬデータファイル［ｂｄｍｔ＿ｅｎｇ．ｘｍｌ］、
（ｂ）コンテンツの代表画像に基づくサムネイル画像データファイル［Ｉｍａｇｅ１．ｊｐｇ］、
これらのデータファイルを各コンテンツ毎に取得する。
次に、ステップＳ３０３において、取得したデータに基づいて表示情報を生成してディスプレイに出力する。具体的には、例えば、図１９を参照して説明した表示情報６４０であり、各コンテンツ毎のサムネイル画像とタイトル等によって構成されるコンテンツ情報としてのコンテンツ選択メニューを表示する。
次に、ステップＳ３０４において、ディスプレイに表示されたコンテンツ選択メニューに対するユーザによるコンテンツ選択情報を入力し、ユーザによって指定される処理、例えばコンテンツ再生、あるいはコンテンツ削除等の処理を開始する。
このように、本処理例では、ユーザが任意のコンテンツを記録し削除することが可能な情報記録媒体（メディア）に対して様々なコンテンツを記録した場合でも、コンテンツタイトルやサムネイル画像などからなるコンテンツ識別情報の表示が可能であり、記録コンテンツの確認が容易となり、再生指定や削除指定などの処理を確実に効率的に行なうことが可能となる。
すなわち、コンテンツサーバの提供するコンテンツにコンテンツタイトルやサムネイル画像などからなるコンテンツ識別情報がコンテンツ対応データとして設定され、記録装置において、これらのコンテンツ識別情報を情報記録媒体にコンテンツとともに記録する。再生処理を実行する装置は、コンテンツ識別情報を検索して表示データを生成してコンテンツ情報を表示出力することが可能となり、記録コンテンツの確認処理が効率的に実行され、再生処理や削除処理などにおけるコンテンツ指定処理を確実に効率的に行なうことが可能となる。
［７．情報処理装置の構成］
次に、図２３、図２４、図２５を参照して、
コンテンツ送信または出力を実行するサーバ、
情報記録媒体（メディア）に対するデータ記録処理を実行する記録装置としての情報処理装置、
情報記録媒体（メディア）に記録されたコンテンツ識別情報を利用したコンテンツ情報の表示処理を実行する再生装置としての情報処理装置、
これらの装置構成について説明する。
次に、図２３、図２４、図２５を参照して、
コンテンツ送信または出力を実行するサーバ、
情報記録媒体（メディア）に対するデータ記録処理を実行する記録装置としての情報処理装置、
情報記録媒体（メディア）に記録されたコンテンツ識別情報を利用したコンテンツ情報の表示処理を実行する再生装置としての情報処理装置、
これらの装置構成について説明する。
まず、図２３を参照して、コンテンツ送信または出力を実行するサーバの構成、機能について説明する。図２３に示すようにコンテンツの提供処理を実行するサーバは、出力データの生成、出力の全体制御を実行する制御部７０１、メディア固有データの生成を行なうメディア固有データ生成部７０２と、共通データとメディア固有データ、さらに、コンテンツ格納許容媒体情報や、データ配置情報等の補助データを含む出力データファイルを生成する出力データ生成部７０３と、データ記録処理を実行する記録装置に対する記録データの出力を行ない、また記録先のメディアＩＤの入力等を実行するデータ入出力部７０４と、共通データ７１１やメディア固有データ７１２、コンテンツ格納許容媒体情報や、データ配置情報等の補助データ７１３、さらに処理プログラム等を記憶した記憶部７０５と、記憶部７０５から共通データを取得して出力データ生成部７０３に出力する共通データ取得部７０６と、記憶部７０５からメディア固有データを取得して出力データ生成部７０３に出力するメディア固有データ取得部７０７、記憶部７０５から補助データを取得して出力データ生成部７０３に出力する補助データ取得部７０８を有する。
なお、図には、記憶部７０５にメディア固有データ７１２を記憶した構成となっているが、メディア固有データは、メディア固有データ生成部７０２の生成情報であり、記憶部７０５に記録することなく、直接出力データ生成部７０３に渡す設定としてもよい。
すなわち、メディア固有データ生成部７０２は、データ記録先としてのメディアに固有のメディア識別子を入力し、該メディア識別子を含むデータに対する電子署名データを含むメディア固有データを生成し、これを記憶部７０５に格納することなく、出力データ生成部７０３に渡して、出力データ生成部７０３がメディア固有データを含むファイルを出力データファイルとして生成する構成としてもよい。
図に示す記憶部７０５に格納される共通データ７１１は、具体的には、例えば図８に示すデータ中の、
コピープロテクション関連ファイル（メディア共通）、
データベースファイル
ＡＶストリームファイル、
これらのメディア共通データ等からなり、暗号化コンテンツと、暗号化コンテンツの復号に適用する鍵情報と、コンテンツ管理情報が含まれ、データ記録先としてのメディアが変更されてもデータ内容が共通である共通データ７１１である。
コピープロテクション関連ファイル（メディア共通）、
データベースファイル
ＡＶストリームファイル、
これらのメディア共通データ等からなり、暗号化コンテンツと、暗号化コンテンツの復号に適用する鍵情報と、コンテンツ管理情報が含まれ、データ記録先としてのメディアが変更されてもデータ内容が共通である共通データ７１１である。
メディア固有データ生成部７０２は、データ記録先としてのメディアに固有のメディア識別子、あるいはディア識別子と、管理情報に含まれるコンテンツ証明書の識別情報を入力し、これらのデータに対する電子署名データを含むメディア固有データを生成する。すなわち、図３を参照して説明したトークンを生成する。
図に示す記憶部７０５に格納される補助データ７１３は、具体的には、先に、図１０を参照して説明したコンテンツ格納許容媒体情報、すなわち、データ記録先として許容されるメディアの種類と、記録データのデータサイズ情報との少なくともいずれかの情報を含むコンテンツ記録許容媒体情報や、図１４を参照して説明したデータ配置情報、すなわちメディアに対する記録データの記録位置の指定情報であるデータ配置情報等の補助データである。
出力データ生成部７０３の出力データの生成処理態様としては、先に、図９〜図１４、図１６を参照して説明した複数の態様がある。例えば、図１６を参照して説明したように、
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルを生成して記録装置に送信する。
（Ａ）メディア共通データ［Ｃｏｎｔｅｎｔ−Ｘ．ｃｏｍｍｏｎ．ｄａｔ］
（Ｂ）メディア固有データ［Ｃｏｎｔｅｎｔ−Ｘ．ＤｉｓｃＩＤＹＹＹＹ．ｄａｔ］
（Ｃ）コンテンツ格納許容媒体情報［Ｃｏｎｔｅｎｔ−Ｘ．ｍｅｄｉａｔｙｐｅ．ｄａｔ］
（Ｄ１）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲ．ａｌｌｏｃ．ｄａｔ］
（Ｄ２）データ配置情報［Ｃｏｎｔｅｎｔ−Ｘ．ＢＤＲＥ．ａｌｌｏｃ．ｄａｔ］
これらのデータファイルを生成して記録装置に送信する。
例えば、出力データ生成部７０３は、メディア共通データのみからなるメディア共通データファイルと、メディア固有データのみからなるメディア固有データファイルを個別の出力データファイルとして生成し、データ入出力部７０４は、メディア共通データファイルのみからなるメディア共通データファイルと、メディア固有データのみからなるメディア固有データファイルとを個別に出力する処理を実行する。
また、記憶部７０５に格納された共通データ７１１中には、コンテンツ対応のコンテンツ識別情報が格納されている。すなわち、図１８、図１９を参照して説明したよう例えばコンテンツに対応するタイトル、代表画像によって構成されるサムネイル画像、コンテンツの説明情報などコンテンツを識別するために利用可能なデータによって構成されるメタデータファイルである。出力データ生成部７０３は、出力データとして選択されたコンテンツに対応するコンテンツ識別情報、すなわち、出力データとして選択されたコンテンツに対応するコンテンツの説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかを含むデータを出力データファイルとして生成する。
次に、図２４を参照して、サーバからデータを入力して情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置の機能、構成について説明する。記録装置としての情報処理装置は、図２４に示すように、サーバとのデータ入出力を実行するデータ入出力部８０１、データ入力、データ記録の統括的制御を実行する制御部８０２、入力データや記録データ、処理プログラム等を記憶した記憶部８０３、データ表示処理を実行するディスプレイ等からなる表示部８０４、情報記録媒体（メディア）８１１に対するデータ記録処理を実行するデータ記録部８０５を有する。
データ入出力部８０１は、サーバから暗号化コンテンツと、暗号化コンテンツの復号に適用する鍵情報と、コンテンツ管理情報を含み、データ記録先としてのメディアが変更されてもデータ内容が共通である共通データと、データ記録先としてのメディアに応じてデータ内容が変更されるメディア固有データ、さらに、図１０を参照して説明したコンテンツ格納許容媒体情報や、図１４を参照して説明したデータ配置情報等の補助データを入力する。
制御部８０２は、データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行し、データ記録部８０５は、制御部８０２の設定したファイルシステム情報およびディレクトリに設定されたデータファイルを情報記録媒体（メディア）８１１に記録する処理を実行する。
表示部８０４は、制御部８０２の制御の下、例えば、図１０を参照して説明したコンテンツ格納許容媒体情報の表示処理を実行する。すなわち、制御部８０２は、データ入出力部８０１を介して入力するデータファイル中にデータ記録先として許容されるメディアの種類と、記録データのデータサイズ情報との少なくともいずれかの情報を含むコンテンツ記録許容媒体情報が含まれる場合、このコンテンツ記録許容媒体情報を表示部８０４に表示する処理を実行する。データ記録部８０５は、データ入力部８０１を介して入力するデータを情報記録媒体（メディア）８１１に記録する処理を実行する。データ記録部８０５は、共通データおよびメディア固有データを含むファイルシステムイメージを生成して、メディアに対する記録処理を実行する。
データ入力部８０１の入力するデータに、図１４を参照して説明したデータ配置情報が含まれる場合、制御部８０２は、データ配置情報に従って決定されるデータ配置に応じたデータ記録をデータ記録部８０５に実行させる。
コンテンツサーバは、前述したようにファイルまたはファイルパッケージからなるデータ送信を行なう。データ入力部８０１は、共通データを含むファイルまたはファイルパッケージからなる共通データファイルと、メディア固有データを含むファイルまたはファイルパッケージからなるメディア固有データファイル、さらに、図１０を参照して説明したコンテンツ格納許容媒体情報や、図１４を参照して説明したデータ配置情報等の補助データを、それぞれの個別ファイルとして入力し、制御部８０２は、受信ファイルに対する処理を実行する。まず、コンテンツ格納許容媒体情報に含まれるメディアの種類情報やデータサイズ情報を表示部８０４に表示し、メディアのセットに基づいて、メディアの種類や空き容量を検証して、コンテンツ記録可能であることの確認に基づいてデータ記録部８０５に対してデータ記録処理を開始させる。
このデータ記録処理においても、図１４を参照して説明したデータ配置情報が含まれる場合、制御部８０２は、データ配置情報に従って決定されるデータ配置に応じたデータ記録をデータ記録部８０５に実行させる。
また、制御部８０２は、先に図１５を参照して説明したように、コンテンツに対応する独立したコンテンツ対応ファイル群をディレクトリに設定し、コンテンツ単位でのデータ記録、データ削除処理をコンテンツ対応ファイル群の記録または消去処理によって実行する。なお、制御部８０２は、メディア固有データ、すなわちトークンをコンテンツサーバから取得するための一連の処理、すなわち、情報記録媒体（メディア）８１１からのメディアＩＤの読み取り、サーバへの送信、メディア固有データ（トークン）の受信といった一連の処理の制御も実行する。
なお、先に図１８〜図２２を参照して説明したように、情報記録媒体８１１に記録するデータにはコンテンツに対応するコンテンツ識別情報が含まれる。すなわち、制御部８０２は、コンテンツに対応する独立したコンテンツ対応ファイル群を情報記録媒体８１１に記録するデータ対応のディレクトリに設定する構成であり、コンテンツ対応ファイル群の各々は、各コンテンツ対応のコンテンツ識別情報、すなわち、コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含む構成とされる。
次に、図２５を参照して情報記録媒体（メディア）に記録されたコンテンツ識別情報を利用したコンテンツ情報の表示処理を実行する再生装置としての情報処理装置の構成について説明する。再生装置としての情報処理装置は、図２５に示すように、データ再生処理における統括的制御を実行するデータ処理部８５１、再生情報の出力を行なうディスプレイ等の表示部を含む出力部８５２、処理プログラム等を記憶した記憶部８５３、情報記録媒体（メディア）８６１に対するアクセスを実行するメディアＩＦ８５４を有する。
データ処理部８５１は、例えば図２２に示すフローチャートに従った処理を実行する。すなわち、情報記録媒体８６１に記録されたコンテンツに対応して設定されたコンテンツ対応ファイル群に含まれるコンテンツ識別情報、すなわち、コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含むコンテンツ識別情報を抽出し、抽出したコンテンツ識別情報を適用してコンテンツ情報表示データを生成する。ディスプレイ等の表示部を含む出力部８５２は、このコンテンツ情報表示データを表示する。ここで表示されるコンテンツ情報表示データは、例えば、先に図１９を参照して説明したコンテンツ情報表示データ６４０である。
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Read Only Memory)に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)，ＭＯ(Magneto optical)ディスク，ＤＶＤ(Digital Versatile Disc)、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ(Local Area Network)、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
以上、説明したように、本発明の一実施例の構成によれば、利用制御の対象となるコンテンツを、例えばＲ型やＲＥ型などのデータ書き込み可能なメディアに対して、サーバからのダウンロードや、公共端末を介してメディアに記録する構成において、サーバからファイル単位でのデータ出力、例えば、メディア固有データファイルと、メディア固有ではないメディア共通データファイルを区分して記録装置に出力する。さらに、コンテンツ書き込みの許容されるメディアの種類やデータサイズを示すコンテンツ記録許容媒体情報や、データ配置情報等の補助情報をサーバから記録装置に提供する構成とした。本構成の適用により、サーバ側では、メディアに依存しない共通データを１セット記憶し、メディア固有のデータについては逐次生成して出力することが可能となる。また、記録装置側では、メディアの種類を誤り無く選択することが可能となり、さらに、データ配置情報に基づく正確なデータ配置に基づくデータ記録が可能となり、例えばマルチストーリーやマルチアングルコンテンツなどのコンテンツについても正確な記録処理が可能となる。
１１ ユーザ
１２ 情報記録媒体（メディア）
１３ 情報処理装置
１４ コンテンツサーバ
１５ ネットワーク
２１ ユーザ
２２ 情報記録媒体（メディア）
２３ コンビニ
２４ 共用端末
２５ コンテンツサーバ
２６ ネットワーク
１１０ コンテンツサーバ
１１１ ＭＫＢ
１１２ サーバ秘密鍵
１１３ トークン
１１４ ＣＰＳユニット鍵ファイル
１１５ 利用制御情報
１１６ 証明書データ
１１７ 暗号化コンテンツ
１２０ 記録装置
１３０ 情報記録媒体
１３１ ＭＫＢ
１３２ メディア識別子
１３３ トークン
１３４ ＣＰＳユニット鍵ファイル
１３５ 利用制御情報
１３６ 証明書データ
１３７ 暗号化コンテンツ
１４０ 再生装置
１４１ デバイス鍵
１５１ サーバ情報
１５２ 署名データ
２１０ ライセンスエンティテイ
２１１ ＭＫＢ
２１２ サーバ秘密鍵
２２０ オーサリングファシリティ
２２１ ＣＰＳユニット鍵ファィル（ダミー）
２２２ オーサリング済みコンテンツ
２３０ マスタリングファシリティ
２３１ ＣＰＳユニット鍵ファイル
２３２ 証明書データ
２４０ コンテンツサーバ
２４１ 暗号化済みＣＰＳユニット鍵ファイル
２４２ 暗号化済みコンテンツ
２４３ 証明書データ
２４４ トークン
２４５ サーバ秘密鍵
２５０ 情報記録媒体
２５１ メディア識別子
３００ 情報記録媒体
３０１ メディア識別子
３０２ トークン
３０３ ＭＫＢ
３０４ ＣＰＳユニット鍵ファイル
３０５ 利用制御情報
３０６ 証明書データ
３０７ 暗号化コンテンツ
３２１ コピープロテクション関連ファイル（メディア共通）
３２２ コピープロテクション関連ファイル（メディア固有）
３２３ データベースファイル
３２４ ＡＶストリームファイル
３５１ ファイルシステム
３５２ データベースファイル
３５３ コピープロテクション関連ファイル（メディア共通）
３５４ コピープロテクション関連ファイル（メディア固有）
３５５ ＡＶストリームファイル
４０１ コンテンツ対応データ
４０２ コンテンツ記録許容媒体情報
４１１ メディア共通コンテンツ対応データ
４２１ コピープロテクション関連ファイル（メディア共通）
４２２ データベースファイル
４２３ ＡＶストリームファイル
４１２ メディア共通固有コンテンツ対応データ
４２４ コピープロテクション関連ファイル（メディア固有）
４２７ 記憶手段
４３１〜４３３ ＥＳＴサーバ
５００ 情報記録媒体（メディア）
５０１〜５０３ コンテンツ
５１０ ディレクトリ
５１１〜５１３ データファイル群
６００ 情報記録媒体（メディア）
６１０ ディレクトリ
６１１ データファイル群
６２１ データベースファイル
６２２ コンテンツ識別情報
６２３ 再生管理情報
６３１ ＢＤＭＶディレクトリ
６３２ メタ（ＭＥＴＡ）データディレクトリ
６３３ ディスクライブラリ（ＤＬ）ディレクトリ
６３４ ＸＭＬデータファイル
６３５ サムネイル画像データファイル
６４０ コンテンツ識別情報表示例
６４１ サムネイル画像
６４２ タイトル
６４３ サムネイル画像
６４４ タイトル
６４６ ＸＭＬデータファイル
６４７ サムネイル画像データファイル
６５１，６５２ 非暗号化データ
６８１ コンテンツ
６８２ データベースファイル
６８３ ＡＶストリームファイル
６８４ コンテンツ識別情報
６８５ 再生管理情報
７０１ 制御部
７０２ メディア固有データ生成部
７０３ 出力データ生成部
７０４ データ入出力部
７０５ 記憶部
７０６ 共通データ取得部
７０７ メディア固有データ取得部
７０８ 保持データ取得部
７１１ 共通データ
７１２ メディア固有データ
７１３ 補助データ
８０１ データ入出力部
８０２ 制御部
８０３ 記憶部
８０４ 表示部
８０５ データ記録部
８１１ 情報記録媒体
８５１ データ処理部
８５２ 出力部
８５３ 記憶部
８５４ メディアＩＦ
８６１ 情報記録媒体
１２ 情報記録媒体（メディア）
１３ 情報処理装置
１４ コンテンツサーバ
１５ ネットワーク
２１ ユーザ
２２ 情報記録媒体（メディア）
２３ コンビニ
２４ 共用端末
２５ コンテンツサーバ
２６ ネットワーク
１１０ コンテンツサーバ
１１１ ＭＫＢ
１１２ サーバ秘密鍵
１１３ トークン
１１４ ＣＰＳユニット鍵ファイル
１１５ 利用制御情報
１１６ 証明書データ
１１７ 暗号化コンテンツ
１２０ 記録装置
１３０ 情報記録媒体
１３１ ＭＫＢ
１３２ メディア識別子
１３３ トークン
１３４ ＣＰＳユニット鍵ファイル
１３５ 利用制御情報
１３６ 証明書データ
１３７ 暗号化コンテンツ
１４０ 再生装置
１４１ デバイス鍵
１５１ サーバ情報
１５２ 署名データ
２１０ ライセンスエンティテイ
２１１ ＭＫＢ
２１２ サーバ秘密鍵
２２０ オーサリングファシリティ
２２１ ＣＰＳユニット鍵ファィル（ダミー）
２２２ オーサリング済みコンテンツ
２３０ マスタリングファシリティ
２３１ ＣＰＳユニット鍵ファイル
２３２ 証明書データ
２４０ コンテンツサーバ
２４１ 暗号化済みＣＰＳユニット鍵ファイル
２４２ 暗号化済みコンテンツ
２４３ 証明書データ
２４４ トークン
２４５ サーバ秘密鍵
２５０ 情報記録媒体
２５１ メディア識別子
３００ 情報記録媒体
３０１ メディア識別子
３０２ トークン
３０３ ＭＫＢ
３０４ ＣＰＳユニット鍵ファイル
３０５ 利用制御情報
３０６ 証明書データ
３０７ 暗号化コンテンツ
３２１ コピープロテクション関連ファイル（メディア共通）
３２２ コピープロテクション関連ファイル（メディア固有）
３２３ データベースファイル
３２４ ＡＶストリームファイル
３５１ ファイルシステム
３５２ データベースファイル
３５３ コピープロテクション関連ファイル（メディア共通）
３５４ コピープロテクション関連ファイル（メディア固有）
３５５ ＡＶストリームファイル
４０１ コンテンツ対応データ
４０２ コンテンツ記録許容媒体情報
４１１ メディア共通コンテンツ対応データ
４２１ コピープロテクション関連ファイル（メディア共通）
４２２ データベースファイル
４２３ ＡＶストリームファイル
４１２ メディア共通固有コンテンツ対応データ
４２４ コピープロテクション関連ファイル（メディア固有）
４２７ 記憶手段
４３１〜４３３ ＥＳＴサーバ
５００ 情報記録媒体（メディア）
５０１〜５０３ コンテンツ
５１０ ディレクトリ
５１１〜５１３ データファイル群
６００ 情報記録媒体（メディア）
６１０ ディレクトリ
６１１ データファイル群
６２１ データベースファイル
６２２ コンテンツ識別情報
６２３ 再生管理情報
６３１ ＢＤＭＶディレクトリ
６３２ メタ（ＭＥＴＡ）データディレクトリ
６３３ ディスクライブラリ（ＤＬ）ディレクトリ
６３４ ＸＭＬデータファイル
６３５ サムネイル画像データファイル
６４０ コンテンツ識別情報表示例
６４１ サムネイル画像
６４２ タイトル
６４３ サムネイル画像
６４４ タイトル
６４６ ＸＭＬデータファイル
６４７ サムネイル画像データファイル
６５１，６５２ 非暗号化データ
６８１ コンテンツ
６８２ データベースファイル
６８３ ＡＶストリームファイル
６８４ コンテンツ識別情報
６８５ 再生管理情報
７０１ 制御部
７０２ メディア固有データ生成部
７０３ 出力データ生成部
７０４ データ入出力部
７０５ 記憶部
７０６ 共通データ取得部
７０７ メディア固有データ取得部
７０８ 保持データ取得部
７１１ 共通データ
７１２ メディア固有データ
７１３ 補助データ
８０１ データ入出力部
８０２ 制御部
８０３ 記憶部
８０４ 表示部
８０５ データ記録部
８１１ 情報記録媒体
８５１ データ処理部
８５２ 出力部
８５３ 記憶部
８５４ メディアＩＦ
８６１ 情報記録媒体
Claims (13)
- 情報記録媒体（メディア）に対する記録データを出力する情報処理装置であり、
データ記録先としてのメディアが変更されてもデータ内容が共通である共通データからなるメディア共通データを記憶した記憶部と、
データ記録先としてのメディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成部と、
前記メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成部と、
前記出力データ生成部の生成した出力データファイルを出力するデータ出力部と、
を有し、
前記記憶部は、
データ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報を格納し、
前記出力データ生成部は、
前記コンテンツ記録許容媒体情報を含むファイルを出力データファイルとして生成することを特徴とする情報処理装置。 - 前記出力データ生成部は、
前記メディア共通データのみからなるメディア共通データファイルと、前記メディア固有データのみからなるメディア固有データファイルを個別の出力データファイルとして生成する構成であり、
前記データ出力部は、
前記メディア共通データファイルのみからなるメディア共通データファイルと、前記メディア固有データのみからなるメディア固有データファイルとを個別に出力する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記記憶部は、
メディアに対する記録データの記録位置の指定情報であるデータ配置情報を格納し、
前記出力データ生成部は、
前記データ配置情報を含むファイルを出力データファイルとして生成する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記データ配置情報は、
コンテンツ構成データに対応する記録開始および終了位置情報としてのセクタ情報を記録した構成であることを特徴とする請求項３に記載の情報処理装置。 - 前記データ配置情報は、
コンテンツ構成データに対応する記録開始および終了位置情報としてのセクタ情報を相対位置情報として記録した構成であることを特徴とする請求項３に記載の情報処理装置。 - 前記メディア固有データ生成部は、
データ記録先としてのメディアに固有のメディア識別子を入力し、該メディア識別子を含むデータに対する電子署名データを含むメディア固有データを生成し、
前記出力データ生成部は、
前記メディア固有データを含むファイルを出力データファイルとして生成する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記記憶部は、
コンテンツ対応のコンテンツ識別情報を格納した構成であり、
前記出力データ生成部は、
出力データとして選択されたコンテンツに対応するコンテンツ識別情報を含むデータを出力データファイルとして生成する構成であることを特徴とする請求項１に記載の情報処理装置。 - 前記記憶部は、
コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含むコンテンツ対応のコンテンツ識別情報を格納した構成であり、
前記出力データ生成部は、
出力データとして選択されたコンテンツに対応するコンテンツ識別情報として、コンテンツ対応の説明情報データ、またはコンテンツ対応の代表画像からなるサムネイル画像データの少なくともいずれかのデータを含む出力データファイルを生成する構成であることを特徴とする請求項７に記載の情報処理装置。 - 情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理装置であり、
記録データを含むデータファイルを入力するデータ入力部と、
前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する制御部と、
前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録部と、
を有し、
前記制御部は、
前記データ入力部を介して入力するデータファイル中にデータ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報が含まれる場合、該コンテンツ記録許容媒体情報を表示部に表示する処理を実行することを特徴とする情報処理装置。 - 情報処理装置において、情報記録媒体（メディア）に対する記録データを出力する情報処理方法であり、
前記情報処理装置は、データ記録先としてのメディアが変更されてもデータ内容が共通である共通データからなるメディア共通データを記憶した記憶部を有し、
メディア固有データ生成部が、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成するメディア固有データ生成ステップと、
出力データ生成部が、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成する出力データ生成ステップと、
データ出力部が、前記出力データ生成部の生成した出力データファイルを出力するデータ出力ステップと、
を有し、
前記記憶部は、
データ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報を格納し、
前記出力データ生成ステップは、
前記コンテンツ記録許容媒体情報を含むファイルを出力データファイルとして生成することを特徴とする情報処理方法。 - 情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行する情報処理方法であり、
データ入力部が、記録データを含むデータファイルを入力するデータ入力ステップと、
制御部が、前記データファイルを設定したディレクトリ構成を構築し、ディレクトリを記録するためのファイルシステム情報を生成する処理を実行する記録データ生成ステップと、
データ記録部が、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行するデータ記録ステップと、
を有し、
前記制御部は、
前記データ入力部を介して入力するデータファイル中にデータ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報が含まれる場合、該コンテンツ記録許容媒体情報を表示部に表示する処理を実行することを特徴とする情報処理方法。 - 情報処理装置において、情報記録媒体（メディア）に対する記録データの生成および出力処理を実行させるコンピュータ・プログラムであり、
前記情報処理装置は、データ記録先としてのメディアが変更されてもデータ内容が共通である共通データからなるメディア共通データを記憶した記憶部を有し、
メディア固有データ生成部に、データ記録先メディアに応じてデータ内容が変更されるメディア固有データを生成させるメディア固有データ生成ステップと、
出力データ生成部に、メディア共通データを含むメディア共通データファイルと、前記メディア固有データを含むメディア固有データファイルとを、出力データファイルとして生成させる出力データ生成ステップと、
データ出力部に、前記出力データ生成部の生成した出力データファイルを出力させるデータ出力ステップと、
を実行させ、
前記記憶部は、
データ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報を格納し、
前記出力データ生成ステップにおいて、
前記コンテンツ記録許容媒体情報を含むファイルを出力データファイルとして生成させることを特徴とするコンピュータ・プログラム。 - 情報処理装置において、情報記録媒体（メディア）に対するデータ記録処理を実行させるコンピュータ・プログラムであり、
データ入力部に、記録データを含むデータファイルを入力させるデータ入力ステップと、
制御部に、前記データファイルを設定したディレクトリ構成を構築させ、ディレクトリを記録するためのファイルシステム情報を生成させる記録データ生成ステップと、
データ記録部に、前記制御部の設定したファイルシステム情報および前記ディレクトリに設定されたデータファイルを情報記録媒体（メディア）に記録する処理を実行させるデータ記録ステップと、
を実行させ、さらに、
前記制御部に、
前記データ入力部を介して入力するデータファイル中にデータ記録先として許容されるメディアの種類と、記録データのデータサイズ情報を含むコンテンツ記録許容媒体情報が含まれる場合、該コンテンツ記録許容媒体情報を表示部に表示する処理を実行させることを特徴とするコンピュータ・プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007004893A JP4779978B2 (ja) | 2006-11-27 | 2007-01-12 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2006318680 | 2006-11-27 | ||
| JP2006318680 | 2006-11-27 | ||
| JP2007004893A JP4779978B2 (ja) | 2006-11-27 | 2007-01-12 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2008159233A JP2008159233A (ja) | 2008-07-10 |
| JP2008159233A5 JP2008159233A5 (ja) | 2010-02-25 |
| JP4779978B2 true JP4779978B2 (ja) | 2011-09-28 |
Family
ID=39659944
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007004893A Expired - Fee Related JP4779978B2 (ja) | 2006-11-27 | 2007-01-12 | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4779978B2 (ja) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009060682A1 (ja) * | 2007-11-09 | 2009-05-14 | Mitsubishi Electric Corporation | 映像情報記録方法及び映像情報再生装置 |
| JP2009199679A (ja) * | 2008-02-22 | 2009-09-03 | Panasonic Corp | コンテンツ記録装置及びコンテンツ記録システム |
| JP5321113B2 (ja) | 2009-02-13 | 2013-10-23 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにプログラム |
| JP5407482B2 (ja) * | 2009-03-27 | 2014-02-05 | ソニー株式会社 | 情報処理装置、および情報処理方法、並びにプログラム |
| JP5292258B2 (ja) * | 2009-10-23 | 2013-09-18 | 日立コンシューマエレクトロニクス株式会社 | データ記録方法、データ記録装置、およびデータ記録媒体 |
| JP2012022727A (ja) * | 2010-07-12 | 2012-02-02 | Hitachi Consumer Electronics Co Ltd | データ記録方法、データ記録装置、およびデータ記録媒体 |
| JP5947295B2 (ja) * | 2011-06-13 | 2016-07-06 | パナソニック株式会社 | 端末装置、サーバ装置、コンテンツ記録制御システム、記録方法及び記録許否制御方法 |
| WO2013175852A1 (ja) * | 2012-05-21 | 2013-11-28 | ソニー株式会社 | 情報処理装置、情報記憶装置、情報処理システム、および情報処理方法、並びにプログラム |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4321464B2 (ja) * | 2005-03-11 | 2009-08-26 | ヤマハ株式会社 | 情報記録装置及びプログラム |
-
2007
- 2007-01-12 JP JP2007004893A patent/JP4779978B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008159233A (ja) | 2008-07-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7536420B2 (en) | Information processing apparatus and method, information recording medium, and computer program | |
| US8095790B2 (en) | Information processing apparatus and method, and computer program | |
| JP4979312B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4882653B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4892977B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| US8700917B2 (en) | Information processing apparatus, information recording medium manufacturing apparatus, and information recording medium | |
| JP4882636B2 (ja) | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4403437B2 (ja) | 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム | |
| JP4901164B2 (ja) | 情報処理装置、情報記録媒体、および方法、並びにコンピュータ・プログラム | |
| JP4779978B2 (ja) | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム | |
| US20090276462A1 (en) | Information processing apparatus, control method, control program, and name mapping information | |
| JP4683092B2 (ja) | 情報処理装置、およびデータ処理方法、並びにプログラム | |
| JP5217713B2 (ja) | 情報処理装置、情報処理システム、情報記録媒体、および情報処理方法、並びにプログラム | |
| JP5252060B2 (ja) | 情報処理装置、情報記録媒体、および情報処理方法、並びにコンピュータ・プログラム | |
| JP2010020632A (ja) | 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20100107 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20100107 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20110322 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20110516 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20110607 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20110620 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140715 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |