(57)【要約】【課題】構成を容易に変更可能なオーサリングシステムを提供する。【解決手段】スタジオ１では、モジュール２０６でコンテンツ１１毎に作成したファイル６０をモジュール２０８でディレクトリ構造とする。モジュール２１２で、第２セッションであるディレクトリイメージ２１１と第１セッションであるＣＤ−ＤＡイメージ２０１とを合成する。プラント２では、第２セッションのデータをモジュール２１３で暗号化する。第１及び第２セッションのデータ、暗号化鍵Ｋｃ、並びに、キー２１７をモジュール２１４に入力し、コンテンツ毎の鍵Ｋｃを纏めてキー２１７で更に暗号化し、第１及び第２セッションのデータと共にディスクイメージを作成する。システムの各機能がモジュールとして独立しているので、例えばモジュール２１３をモジュール２０６及び２０８との間に挿入し、スタジオ１でコンテンツを暗号化することもできる。【選択図】  図７
2004165855.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを暗号化して記録媒体に記録可能な形式で出力するようにしたオーサリング装置において、
コンテンツが格納されるファイルを作成するファイル作成手段と、
上記ファイル作成手段で作成された上記ファイルを管理する管理構造を作成する管理構造作成手段と、
上記管理構造作成手段で作成された上記管理構造に基づき上記ファイルを記録媒体に記録可能な形式のデータに変換するデータ変換手段と、
上記コンテンツを暗号化する暗号化手段と
を有し、
上記ファイル作成手段、上記管理構造作成手段、上記データ変換手段および上記暗号化手段は、それぞれ独立して実行可能なモジュールとして構成され、上記暗号化手段は、上記ファイル作成手段と上記管理構造作成手段との間、または、上記管理構造作成手段と上記データ変換手段との間の何れかに配置して用いることができるようにしたことを特徴とするオーサリング装置。
【請求項２】
請求項１に記載のオーサリング装置において、
上記ファイルは、上記コンテンツを構成するデータ本体と、該データを管理するデータ管理情報とが分離されていることを特徴とするオーサリング装置。
【請求項３】
請求項１に記載のオーサリング装置において、
上記ファイルは、複数種類のデータを統合的に取り扱うことが可能であることを特徴とするオーサリング装置。
【請求項４】
請求項１に記載のオーサリング装置において、
上記記録媒体は、互いに独立して管理される２の記録領域を有し、上記コンテンツは、該２の記録領域のうち一方の記録領域に記録されるようにしたことを特徴とするオーサリング装置。
【請求項５】
請求項４に記載のオーサリング装置において、
上記２の記録領域のうち他方の記録領域には、暗号化されないコンテンツが記録されるようにしたことを特徴とするオーサリング装置。
【請求項６】
請求項５に記載のオーサリング装置において、
上記一方の記録領域に記録される上記コンテンツは、上記他方の記録領域に記録される上記暗号化されないコンテンツに対応するコンテンツであることを特徴とするオーサリング装置。
【請求項７】
請求項１に記載のオーサリング装置において、
上記暗号化手段で行われた上記暗号化の情報は、該暗号化の後に、上記ファイルに埋め込まれることを特徴とするオーサリング装置。
【請求項８】
請求項１に記載のオーサリング装置において、
上記ファイル作成手段、上記管理構造作成手段、上記データ変換手段および上記暗号化手段に対する指示は、パラメータと該パラメータの意味情報とが記述された指示ファイルを用いてなされることを特徴とするオーサリング装置。
【請求項９】
請求項８に記載のオーサリング装置において、
上記指示ファイルは、ＸＭＬ形式で記述されることを特徴とするオーサリング装置。
【請求項１０】
請求項１に記載のオーサリング装置において、
上記コンテンツを再生するためのソフトウェアプレーヤが上記記録媒体に記録されることを特徴とするオーサリング装置。
【請求項１１】
コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法において、
コンテンツが格納されるファイルを作成するファイル作成のステップと、
上記ファイル作成のステップで作成された上記ファイルを管理する管理構造を作成する管理構造作成のステップと、
上記管理構造作成のステップで作成された上記管理構造に基づき上記ファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、
上記コンテンツを暗号化する暗号化のステップと
を有し、
上記ファイル作成のステップ、上記管理構造作成のステップ、上記データ変換のステップおよび上記暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、上記暗号化のステップは、上記ファイル作成のステップと上記管理構造作成のステップとの間、または、上記管理構造作成のステップと上記データ変換のステップとの間の何れかに挿入して実行することができるようにしたことを特徴とするオーサリング方法。
【請求項１２】
コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムにおいて、
コンテンツが格納されるファイルを作成するファイル作成のステップと、
上記ファイル作成のステップで作成された上記ファイルを管理する管理構造を作成する管理構造作成のステップと、
上記管理構造作成のステップで作成された上記管理構造に基づき上記ファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、
上記コンテンツを暗号化する暗号化のステップと
を有し、
上記ファイル作成のステップ、上記管理構造作成のステップ、上記データ変換のステップおよび上記暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、上記暗号化のステップは、上記ファイル作成のステップと上記管理構造作成のステップとの間、または、上記管理構造作成のステップと上記データ変換のステップとの間の何れかに挿入して実行することができるようにしたオーサリング方法をコンピュータ装置に実行させることを特徴とするオーサリングプログラム。
【請求項１３】
コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムが記録された記録媒体において、
コンテンツが格納されるファイルを作成するファイル作成のステップと、
上記ファイル作成のステップで作成された上記ファイルを管理する管理構造を作成する管理構造作成のステップと、
上記管理構造作成のステップで作成された上記管理構造に基づき上記ファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、
上記コンテンツを暗号化する暗号化のステップと
を有し、
上記ファイル作成のステップ、上記管理構造作成のステップ、上記データ変換のステップおよび上記暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、上記暗号化のステップは、上記ファイル作成のステップと上記管理構造作成のステップとの間、または、上記管理構造作成のステップと上記データ変換のステップとの間の何れかに挿入して実行することができるようにしたオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムが記録されたことを特徴とする記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複数種類のディジタルコンテンツを統合したソフトウェアを制作し、制作されたソフトウェアを記録媒体に記録するためのオーサリング装置および方法、オーサリングプログラム、ならびに、オーサリングプログラムが記録された記録媒体に関する。
【０００２】
【従来の技術】
オーディオデータや画像データ、テキストデータなど様々な素材を統合的に用いてソフトウェアを作成する作業は、オーサリングと称される。例えば、特許文献１および２には、ビデオＣＤのオーサリングを行うオーサリングシステムが記載されている。オーサリングにより作成されたソフトウェアは、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）などの記録媒体に記録され、販売や配布がなされる。
【０００３】
図２１は、従来の技術によるオーサリングシステムの一例の構成を概略的に示す。コンテンツ格納部５００には、オーディオデータや画像データ、テキストデータなどの、ソフトウェア制作のために用いられる素材が格納される。ソフトウェアを制作する制作スタジオ５０１では、コンテンツ格納部５００に格納された素材を用い、ソフトウェアとして記録媒体に記録するためのデータが作成される。作成されたデータは、例えば、実際に販売や配布される記録媒体に記録するためのフォーマットに変換され、ＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅｃｏｒｄａｂｌｅ）５０２に記録されてプラント５０３に渡される。
【０００４】
なお、制作スタジオで作成されたデータは、磁気テープに記録されてプラント５０３に渡されることも行われている。この場合、フォーマット変換は、プラント５０３側で行われる。
【０００５】
ＣＤ−Ｒに記録されてプラント５０３に渡されたデータは、マスタリング部５０４に渡される。マスタリング部５０４では、渡されたデータに基づきガラスマスタが作成され、ガラスマスタからメタルマスタが作成され、スタンピングによりＣＤ−ＲＯＭが試作される。試作されたＣＤ−ＲＯＭが所定のチェックに合格したら、メタルマスタを用いて、ＣＤ−ＲＯＭ製造部５０５でＣＤ−ＲＯＭ５０６、５０６、・・・が量産される。
【０００６】
ところで、近年では、既存のＣＤ−ＤＡに収録されるオーディオデータに対して、他のデータ、例えば画像データや所定の方式で圧縮符号化されたオーディオデータなどをさらに記録し、付加価値を高めることが提案されている。このようにして記録されたデータは、例えばパーソナルコンピュータにより再生される。画像データや圧縮符号化されたオーディオデータは、著作権保護のために所定の鍵を用いて暗号化が施され、記録媒体に記録される。これらのデータは、暗号化を復号するための鍵を所定の方法で入手することで、再生可能である。
【０００７】
【特許文献１】
特開平８−６３８８０号公報
【特許文献２】
特開平８−２６７９６３号公報
【０００８】
【発明が解決しようとする課題】
このような、複数種類のコンテンツデータが統合的に記録されたメディアを制作するオーサリング作業は、コンピュータ上のアプリケーションソフトウェア（以下、オーサリングツールと称する）で行われるのが一般的である。オーサリング作業は、各音楽レーベル毎などで独自の工程で行われることが考えられる。従来では、オーサリングツールは、各音楽レーベルの仕様に合わせてカスタマイズされ、固定的な構成で提供されていた。
【０００９】
例えば、上述したような、記録されるデータに所定の鍵を用いて暗号化するような場合、鍵をプラント５０３に持ち出すことを許可するか否かによって、オーサリングツールの構成が大きく異なる。また、音楽レーベルにおけるオーサリングの運用方法でも、オーサリングツールの構成が異なる。このように、音楽レーベル毎に異なる構成のオーサリングツールを提供するのは、オーサリングツール提供側にとって大きな負担となるという問題点があった。
【００１０】
一方、オーサリングツールの提供を受けた例えば音楽レーベル側でも、オーサリングの運用方法などが変更になった場合、オーサリングツールをその運用方法に対応させて容易に変更することができないという問題点があった。
【００１１】
したがって、この発明の目的は、構成を柔軟に変更可能なオーサリング装置および方法、オーサリングプログラム、ならびに、オーサリングプログラムが記録された記録媒体を提供することにある。
【００１２】
【課題を解決するための手段】
この発明は、上述した課題を解決するために、コンテンツを暗号化して記録媒体に記録可能な形式で出力するようにしたオーサリング装置において、コンテンツが格納されるファイルを作成するファイル作成手段と、ファイル作成手段で作成されたファイルを管理する管理構造を作成する管理構造作成手段と、管理構造作成手段で作成された管理構造に基づきファイルを記録媒体に記録可能な形式のデータに変換するデータ変換手段と、コンテンツを暗号化する暗号化手段とを有し、ファイル作成手段、管理構造作成手段、データ変換手段および暗号化手段は、それぞれ独立して実行可能なモジュールとして構成され、暗号化手段は、ファイル作成手段と管理構造作成手段との間、または、管理構造作成手段とデータ変換手段との間の何れかに配置して用いることができるようにしたことを特徴とするオーサリング装置である。
【００１３】
また、この発明は、コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法において、コンテンツが格納されるファイルを作成するファイル作成のステップと、ファイル作成のステップで作成されたファイルを管理する管理構造を作成する管理構造作成のステップと、管理構造作成のステップで作成された管理構造に基づきファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、コンテンツを暗号化する暗号化のステップとを有し、ファイル作成のステップ、管理構造作成のステップ、データ変換のステップおよび暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、暗号化のステップは、ファイル作成のステップと管理構造作成のステップとの間、または、管理構造作成のステップとデータ変換のステップとの間の何れかに挿入して実行することができるようにしたことを特徴とするオーサリング方法である。
【００１４】
また、この発明は、コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムにおいて、コンテンツが格納されるファイルを作成するファイル作成のステップと、ファイル作成のステップで作成されたファイルを管理する管理構造を作成する管理構造作成のステップと、管理構造作成のステップで作成された管理構造に基づきファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、コンテンツを暗号化する暗号化のステップとを有し、ファイル作成のステップ、管理構造作成のステップ、データ変換のステップおよび暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、暗号化のステップは、ファイル作成のステップと管理構造作成のステップとの間、または、管理構造作成のステップとデータ変換のステップとの間の何れかに挿入して実行することができるようにしたオーサリング方法をコンピュータ装置に実行させることを特徴とするオーサリングプログラムである。
【００１５】
また、この発明は、コンテンツを暗号化して記録媒体に記録可能な形式で出力するようなオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムが記録された記録媒体において、コンテンツが格納されるファイルを作成するファイル作成のステップと、ファイル作成のステップで作成されたファイルを管理する管理構造を作成する管理構造作成のステップと、管理構造作成のステップで作成された管理構造に基づきファイルを記録媒体に記録可能な形式のデータに変換するデータ変換のステップと、コンテンツを暗号化する暗号化のステップとを有し、ファイル作成のステップ、管理構造作成のステップ、データ変換のステップおよび暗号化のステップは、それぞれ独立して実行可能なモジュールとして構成され、暗号化のステップは、ファイル作成のステップと管理構造作成のステップとの間、または、管理構造作成のステップとデータ変換のステップとの間の何れかに挿入して実行することができるようにしたオーサリング方法をコンピュータ装置に実行させるオーサリングプログラムが記録されたことを特徴とする記録媒体である。
【００１６】
上述したように、この発明は、コンテンツが格納されるファイルを作成するファイル作成モジュールと、ファイル作成モジュールで作成されたファイルを管理する管理構造を作成する管理構造作成モジュールと、管理構造作成モジュールで作成された管理構造に基づきファイルを記録媒体に記録可能な形式のデータに変換するデータ変換モジュールと、コンテンツを暗号化する暗号化モジュールとを有し、暗号化モジュールは、ファイル作成モジュールと管理構造作成モジュールとの間、または、管理構造作成モジュールとデータ変換モジュールとの間の何れかに配置して用いることができるようにしているため、コンテンツを暗号化して記録媒体に記録するようにしたオーサリングシステムを、ユーザのニーズに合わせた構成で容易に構築することができる。
【００１７】
【発明の実施の形態】
以下、この発明の実施の一形態について説明する。先ず、理解を容易とするために、この発明を適用可能なオーサリングシステムの例について説明する。この発明に適用されるオーサリングシステムにおいては、オーディオデータデータと当該オーディオデータデータに付随するコンテンツデータや、その他のコンテンツデータを統合的に扱い、データの一部に暗号化を施して記録媒体に記録する。
【００１８】
この実施の一形態では、記録媒体として、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）を用い、このＣＤは、２つの記録領域を有する２セッションのＣＤとする。図１は、この発明の実施の一形態に適用できるＣＤ５０の一例のデータレイアウトを示す。ＣＤ５０は、内側に第１（１ｓｔ）セッション、その外側に第２（２ｎｄ）セッションが配置される。第１および第２セッションは、それぞれ内側からリードイン、データ領域、リードアウトが配置される構成になっている。第１セッションは、ＣＤ−ＤＡ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｄｉｇｉｔａｌ  Ａｕｄｉｏ）のオーディオデータが記録され、第２セッションは、例えば第１セッションに記録されたオーディオデータに付随するＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）のデータが記録される。
【００１９】
図２は、第２セッションに記録されるデータの一例のフォーマットを示す。この実施の一形態では、データは、管理情報とデータ本体とに分離されて、第２セッションに記録される。この例では、管理情報がＤＭＸファイル６０、データ本体がＭＤＡＴ７０としてそれぞれ示されている。例えば、第２セッションに記録される１曲のオーディオデータに対して一つのＤＭＸファイル６０が生成される。なお、図２では、説明のため、ＤＭＸファイル６０とＭＤＡＴ７０とがそれぞれ独立的なファイルとして示されているが、実際には、ＤＭＸファイル６０とＭＤＡＴ７０とは、一体的なファイルとして構成される。
【００２０】
ＤＭＸファイル６０は、階層化され、例えば３階層でＭＤＡＴ７０のデータを管理する。最上層の階層ＭＥＤＩＡ６１は、このＤＭＸファイル６０による１個のコンテンツに関するデータが統合的に管理され、例えばファイルの作成日時やタイトルといった、コンテンツ全体に関わる属性情報６２が記述される。
【００２１】
階層ＴＲＡＣＫ６３により、ＤＭＸファイル６０で管理されるデータの種類毎の情報が管理される。この図２の例では、データ種類として、オーディオデータ、画像データおよびテキストデータが１つのＤＭＸファイル６０で扱われ、それぞれ階層ＡＵＤＩＯ６４、階層ＧＲＡＰＨＩＣＳ６５および階層ＴＥＸＴ６６で管理される。
【００２２】
階層ＡＵＤＩＯ６４、階層ＧＲＡＰＨＩＣＳ６５および階層ＴＥＸＴ６６の内部は、さらに、扱うデータの種類を示す情報と、扱うデータの本体が実際に存在する場所を示す情報とを有する。例えば階層ＡＵＤＩＯ６４においては、ＡＵＤＩＯ属性６７にこれらの情報が格納される。データの種類を示す情報は、例えばオーディオデータの場合、データのフォーマット（圧縮符号化方式）やビットレートといったオーディオデータの属性情報を含む。データ本体の存在する場所を示す情報は、例えば当該データ本体のファイル名や、記録媒体上のアドレス情報などを含む。
【００２３】
また、例えば階層ＡＵＤＩＯ６４は、当該階層ＡＵＤＩＯ６４で管理されるオーディオデータに関し、ライセンス情報の所在を示す情報（ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）など）、当該オーディオデータにユニークに付された識別情報（ＣＵＩＤ：Ｃｏｎｔｅｎｔｓ  Ｕｎｉｑｕｅ  Ｉｄｅｎｔｉｆｉｅｒ）といったセキュリティ情報を、情報Ｓｉｎｆ６８として含む。当該階層ＡＵＤＩＯ６４で管理されるオーディオデータを暗号化した際の暗号化鍵情報を情報Ｓｉｎｆ６８に含めることもできる。
【００２４】
ＭＤＡＴ７０は、ＤＭＸファイル６０における階層ＡＵＤＩＯ６４、階層ＧＲＡＰＨＩＣＳ６５、階層ＴＥＸＴ６６に管理されるデータの本体が格納される。圧縮符号化されたオーディオデータの本体がＡＵＤＩＯデータ７１として格納される。また、画像データおよびテキストデータの本体が、ＧＲＡＰＨＩＣＳデータ７２およびＴＥＸＴデータ７３としてそれぞれ格納される。
【００２５】
なお、上述のオーディオデータ本体、画像データ本体、テキストデータ本体は、所定に暗号化を施してＭＤＡＴ７０に格納することができる。暗号化に用いた暗号化鍵は、上述のように情報Ｓｉｎｆ６８に格納することもできるし、ＣＤ５０上の他の領域に記録することもできる。暗号化鍵は、ユーザに知られないように、ＣＤ５０上のユーザによるアクセスができない領域に記録するのが望ましい。暗号化鍵をさらに暗号化して記録することもできる。
【００２６】
ＤＭＸファイル６０は、第２セッションにおいて、図３に一例が示されるように、ディレクトリ構造で管理される。ルートレベルにディレクトリＤＭＸ８０が置かれ、このディレクトリＤＭＸ８０の配下のディレクトリＤＭＸオーディオ８１に、ＤＭＸファイル６０、６０、・・・が配置される。図３の例では、ＤＭＸファイル６０は、拡張子「．ＤＭＸ」が付されて当該データがＤＭＸファイル６０であることが示される。ＩＮＤＥＸ８３は、このディレクトリの構造が記述される。例えば、ＩＮＤＥＸ８３に、ディレクトリＤＭＸオーディオ８１に配置されるＤＭＸファイル６０、６０、・・・の情報が記述される。なお、図３では、繁雑さを避けるために、ＤＭＸファイル６０に対応するＭＤＡＴ７０が省略されている。
【００２７】
ルートレベルには、さらに、ＤＭＸファイル６０により管理されるオーディオデータを再生するためのソフトウェアプレーヤ８４と、当該オーディオデータの権利情報などからなるユセージ（Ｕｓａｇｅ）ルール情報８５とが配置される。
【００２８】
このような、複数種類のデータを統合的に扱うことが可能で、データ本体と管理情報とが分離されると共に、管理情報がディレクトリ構造により管理されるようなフォーマットとしては、例えばクイックタイム（ＱｕｉｃｋＴｉｍｅ、登録商標）や、クイックタイムに準ずる既存のフォーマットを適用することができる。
【００２９】
次に、図４を用いて、この発明の実施の一形態を適用可能なオーサリングシステムについて説明する。図４Ａは、データの暗号化をプラント２側で行うようにしたオーサリングシステムの一例の構成を示し、図４Ｂは、データの暗号化をスタジオ１側で行うようにしたオーサリングシステムの一例の構成を示す。なお、以下では、図４Ａに一例が示されるシステムをケース（１）、図４Ｂに一例が示されるシステムをケース（２）とする。
【００３０】
この発明では、オーサリングツールを機能毎の複数のモジュールにより構成し、モジュールの配列を変更することで、ケース（１）および（２）のオーサリングシステムに共に対応可能とした。
【００３１】
ケース（１）について説明する。図４Ａにおいて、オーディオデータの素材がオーディオトラック１０としてスタジオ１に供給される。また、オーディオトラック１０に付随するコンテンツ１１がスタジオ１に供給される。コンテンツ１１は、例えばオーディオトラック１０が所定の方式で圧縮符号化されたオーディオデータ、画像データ、テキストデータからなる。コンテンツ１１は、必ずしもオーディオトラック１０に付随したものでなくてもよい。
【００３２】
スタジオ１では、供給されたオーディオトラック１０に基づき、ＣＤ５０の第１セッションのトラックイメージが形成される。また、コンテンツ１１により、ＣＤ５０の第２セッションのトラックイメージが形成される。第１および第２セッションのトラックイメージは、合成され、第２セッションのトラックイメージに含まれるデータが暗号化されているか否かを示す情報が付加されて、例えばＣＤ−Ｒ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−Ｒｅｃｏｒｄａｂｌｅ）４０といった記録媒体に記録され、プラント２に渡される。
【００３３】
プラント２では、スタジオ１から渡されたＣＤ−Ｒ４０が再生され、第１および第２セッションのデータがそれぞれ抽出される。また、ＣＤ−Ｒ４０に記録された、第２セッションのトラックイメージに含まれるデータが暗号化されているか否かを示す情報が読み出される。このケース（１）の例では、第２セッションのデータに対して暗号化がなされていないため、当該データがコンテンツ毎に異なる鍵Ｋｃｎを用いて暗号化される。暗号化に用いられた鍵Ｋｃｎは、まとめられ、さらに暗号化される。
【００３４】
そして、ディスクマスタリング処理により、ＣＤ−Ｒ４０から抽出された第１セッションのトラックイメージと、第２セッションのトラックイメージおよびコンテンツ毎の暗号化に用いられた鍵をまとめたデータとを用いて、実際にＣＤ５０に記録するためのディスクイメージが形成される。ディスクイメージデータは、ＣＤ５０に記録するためにＥＦＭ（Ｅｉｇｈｔ  ｔｏ  Ｆｏｕｒｔｅｅｎ  Ｍｏｄｕｌａｔｉｏｎ）され、ＬＢＲ（Ｌａｓｅｒ  Ｂｅａｍ  Ｒｅｃｏｒｄｅｒ：レーザビームレコーダ）に対して出力される。
【００３５】
ＥＦＭされたディスクイメージデータに基づき、ＬＢＲを用いてガラスマスタが作成され、ガラスマスタを基にメタルマスタが作成され、ＣＤが試作される。試作されたＣＤは、所定のチェック工程を経て、チェックに合格すると、ＣＤ５０が量産可能な状態とされる。
【００３６】
一方、スタジオ１において、オーディオデータによるコンテンツとコンテンツ１１とが統合的な構造とされたデータは、ＤＳＰ（Ｄｏｗｎｌｏａｄ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ：ダウンロードサービスプロバイダ）３に供給される。このＤＳＰ３は、例えば、ユーザに対するインターネットを介したコンテンツのダウンロードサービスを提供し、ＥＭＤ（Ｅｌｅｃｔｒｏｎｉｃ  Ｍｕｓｉｃ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）を構成するものである。
【００３７】
ＤＳＰ３に供給されたデータは、コンテンツ毎に異なる鍵Ｋｃｎで暗号化され、コンテンツの識別情報やライセンスの所在を示す情報と共に、コンテンツサーバ３０に格納される。また、暗号化に用いられた鍵Ｋｃｎに基づきサブキーが生成され、当該データのユセージルール情報と共に、ライセンス情報としてライセンスサーバ３１に格納される。
【００３８】
例えば、ユーザは、コンテンツサーバ３０からコンテンツデータをダウンロードすると共に、ライセンスサーバ３１にアクセスして当該コンテンツデータに対応したライセンス情報を入手する。そして、ライセンス情報に含まれるサブキーを用いてダウンロードされたコンテンツデータの暗号化を復号することで、当該コンテンツデータを楽しむことができるようになる。
【００３９】
図４Ｂにおいて、スタジオ１では、コンテンツ１１に対して鍵Ｋｃｎを用いて暗号化が施される。暗号化されたコンテンツは、コンテンツサーバ３０に格納される。暗号化に用いられた鍵ＫｃｎがＤＳＰ３に供給され、この鍵Ｋｃｎに基づきサブキーが生成され、当該鍵Ｋｃｎで暗号化されたデータの権利情報などからなるユセージルール情報と共に、ライセンス情報としてライセンスサーバ３１に格納される。
【００４０】
一方、スタジオ１で暗号化されたコンテンツデータに基づき第２セッションのトラックイメージが形成される。この第２セッションのトラックイメージは、オーディオトラック１０による第１セッションのトラックイメージと合成され、第２セッションのトラックイメージに含まれるデータが暗号化されているか否かを示す情報が付加されて、例えばＣＤ−Ｒ４０といった記録媒体に記録されてプラント２に渡される。
【００４１】
プラント２では、スタジオ１から渡されたＣＤ−Ｒ４０が再生され、第１および第２セッションのデータがそれぞれ抽出される。また、ＣＤ−Ｒ４０に記録された、第２セッションのトラックイメージに含まれるデータが暗号化されているか否かを示す情報が読み出される。このケース（２）では、第２セッションのデータが既に暗号化されているため、プラント２での暗号化は行われない。
【００４２】
第２セッションに含まれるデータの暗号化に用いられた鍵Ｋｃｎがまとめてさらに暗号化され、ディスクマスタリング処理により、ＣＤ−Ｒ４０から抽出された第１セッションのトラックイメージと、第２セッションのトラックイメージおよびコンテンツ毎の暗号化に用いられた鍵をまとめたデータを用いて、実際にＣＤ５０に記録するためのディスクイメージが形成される。ディスクイメージデータは、ＣＤ５０に記録するためにＥＦＭ（Ｅｉｇｈｔ  ｔｏ  Ｆｏｕｒｔｅｅｎ  Ｍｏｄｕｌａｔｉｏｎ）され、ＬＢＲ（Ｌａｓｅｒ  Ｂｅａｍ  Ｒｅｃｏｒｄｅｒ：レーザビームレコーダ）に対して出力される。
【００４３】
このケース（２）では、上述のように、ＤＳＰ３におけるコンテンツサーバ３０に格納されたコンテンツを暗号化した際に用いられた鍵Ｋｃｎが、ＣＤ５０の第２セッションに記録されている。そのため、ＣＤ５０を購入したユーザは、ＣＤ５０に記録されている鍵Ｋｃｎを用いて、コンテンツサーバ３０にアクセスして入手したコンテンツの暗号化を復号することができる。
【００４４】
図５は、上述のスタジオ１での処理を行うことができるコンピュータ装置１００の一例の構成を示す。バス１０１に対してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１０４、ハードディスクドライブ（ＨＤＤ）１０５、入力Ｉ／Ｆ１０６、グラフィック制御部１０７、ＣＤ−Ｒ／ＲＷドライブ１０８および通信部１０９が接続される。
【００４５】
ＨＤＤ１０５は、各種のデータやプログラムが格納される。ＣＰＵ１０２は、ＨＤＤ１０５に格納されたプログラムに従い、スタジオ１における上述した処理の制御を行う。ＲＡＭ１０３は、ＣＰＵ１０２のワークメモリとして用いられる。ＲＯＭ１０４は、例えばこのコンピュータ装置１００の起動用のプログラムなどが予め記憶される。このコンピュータ装置１００の電源をオンとすると、ＣＰＵ１０２によりＲＯＭ１０３に記憶されたプログラムが読み出されてコンピュータ装置１００が起動される。起動後に、ＨＤＤ１０５に格納されたプログラムなどが所定に読み出されてＲＡＭ１０３に格納される。ＲＡＭ１０３に格納されたプログラムに従い、ＣＰＵ１０２による処理が実行される。
【００４６】
キーボード１０６Ａやマウス１０６Ｂといった入力デバイスが、入力Ｉ／Ｆ１０６を介してバス１０１に接続される。入力デバイスに対するユーザの操作に応じた制御コードが入力Ｉ／Ｆ１０６から出力され、ＣＰＵ１０２に供給される。一方、ＣＰＵ１０２からプログラムに基づき表示制御信号が出力される。この表示制御信号は、グラフィック制御部１０７に供給され、画像信号に変換されて例えばＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなる表示デバイス１０７Ａに供給される。
【００４７】
ＣＤ−Ｒ／ＲＷドライブ１０８は、ＣＤ−Ｒ４０やＣＤ−ＲＷ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ−ＲｅＷｒｉｔａｂｌｅ）に対するデータの記録や、ＣＤ−Ｒ４０、ＣＤ−ＲＷ、ＣＤ−ＲＯＭなどからのデータの再生を行うことができる。再生されたデータは、ＣＰＵ１０２に供給される。
【００４８】
このコンピュータ装置１００は、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）といった通信網に、通信部１０９を介して接続することができる。通信部１０９では、ＣＰＵ１０２からの命令に基づき、接続された通信網を介してなされる通信の制御を行う。
【００４９】
図４Ａおよび図４Ｂで述べたオーディオトラック１０やコンテンツ１１は、例えば、このコンピュータ装置１００の外部に設けられた大容量の記憶媒体に格納される。オーディオトラック１０やコンテンツ１１は、例えばストレージＩ／Ｆ１１０を介して供給され、ＨＤＤ１０５に一時的に格納される。このＨＤＤ１０５に格納されたオーディオトラック１０やコンテンツ１１に対して、ＣＰＵ１０２により様々な処理が行われる。
【００５０】
なお、これに限らず、オーディオトラック１０やコンテンツ１１を、作成当初からＨＤＤ１０５に格納しておくこともできる。また、オーディオトラック１０やコンテンツ１１を、コンピュータ装置１００が接続されたネットワーク上の例えばサーバ上に格納し、通信部１０９を介してサーバ上に格納されたオーディオデータ１０やコンテンツ１１に対して処理を行うこともできる。
【００５１】
図６は、上述のプラント２での処理を行うことができるコンピュータ装置１２０の一例の構成を示す。このコンピュータ装置１２０は、上述のコンピュータ装置１２０と基本的には共通する構成を有する。バス１２１に対してＣＰＵ１２２、ＲＡＭ１２３、ＲＯＭ１２４、ＨＤＤ１２５、入力Ｉ／Ｆ１２６、グラフィック制御部１２７、ＣＤ−ＲＯＭドライブ１２８および通信部１２９が接続される。
【００５２】
ＨＤＤ１２５は、各種のデータやプログラムが格納され、ＣＰＵ１２２は、このプログラムやデータに従い、プラント２における上述した処理の制御を行う。ＲＡＭ１２３は、ＣＰＵ１２２のワークメモリとして用いられ、ＲＯＭ１２４は、例えばこのコンピュータ装置１２０の起動用のプログラムなどが予め記憶される。キーボード１２６Ａやマウス１２６Ｂといった入力デバイスが、入力Ｉ／Ｆ１２６を介してバス１２１に接続される。ＣＰＵ１２２から出力された表示制御信号は、グラフィック制御部１２７に供給され、画像信号に変換されて表示デバイス１２７Ａに供給される。
【００５３】
ＣＤ−ＲＯＭドライブ１２８は、ＣＤ−Ｒ４０、ＣＤ−ＲＷ、ＣＤ−ＲＯＭなどからのデータの再生を行うことができる。再生されたデータは、ＣＰＵ１２２に供給される。
【００５４】
このコンピュータ装置１２０は、例えばインターネットやＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）といった通信網に、通信部１２９を介して接続することができる。通信部１２９では、ＣＰＵ１２２からの命令に基づき、接続された通信網を介してなされる通信の制御を行う。
【００５５】
データ格納部１３０は、例えばＨＤＤから成り、スタジオ１から渡されたＣＤ−Ｒ４０から再生された第１および第２セッションのデータが一時的に格納される。このデータ格納部１３０に格納されたデータに対して、ＣＰＵ１２２により様々な処理が行われる。なお、ここではプログラムなどが格納されるＨＤＤ１２５と、このデータ格納部１３０とが別々のＨＤＤであるように説明したが、これはこの例に限らず、データ格納部１３０をＨＤＤ１２５の所定領域に構成することもできる。
【００５６】
出力Ｉ／Ｆ１３１は、プラント２におけるディスクマスタリング処理において、ディスクイメージデータがＥＦＭされたＥＦＭビットが出力される。この出力Ｉ／Ｆ１３１を、ハードウェアによるＥＦＭエンコーダとし、ＣＰＵ１２２から供給されたディスクイメージデータを出力Ｉ／Ｆ１３１でＥＦＭして出力するようにしてもよい。また、出力Ｉ／Ｆ１３１からＥＦＭビットを出力すると共に、ＬＢＲを制御するＬＢＲ制御信号を出力するようにもできる。
【００５７】
上述では、スタジオ１やプラント２において、１台のコンピュータ装置１００、１２０で全ての処理を行うように説明したが、これはこの例に限定されるものではなく、例えばネットワークを介して接続された複数のコンピュータ装置で分散的に処理を行うことも可能である。
【００５８】
この発明の実施の一形態によるオーサリングツールを構成する各モジュールは、ＣＤ−ＲＯＭなどの記録媒体に記録されて供給される。例えばコンピュータ１００において、各モジュールが記録されたＣＤ−ＲＯＭがＣＤ−Ｒ／ＲＷドライブ１０８に装填され、再生される。ＣＤ−ＲＯＭから再生された各モジュールのプログラムファイルは、ＨＤＤ１０５に所定に格納される。例えば、入力デバイスを操作して所定に指示を入力することで、ＣＰＵ１０２によりＨＤＤ１０５に格納されたモジュールのプログラムファイルが読み出され、ＲＡＭ１０３上に展開される。ＣＰＵ１０２により、ＲＡＭ１０３上に展開されたプログラムに従い、モジュールの処理が行われる。これらの手順は、コンピュータ装置１２０でも同様である。なお、各モジュールは、ネットワークを介してコンピュータ装置１００に供給されるようにしてもよい。
【００５９】
次に、上述のケース（１）によるオーサリングシステムについて、図７を用いて、より詳細に説明する。図７は、上述の図４Ａに対応する図である。なお、図７および後述する図１６ならびに図１７において、斜線が付されたブロックは、オーサリングツールを構成するモジュールである。各モジュールは、ＨＤＤ１０５にプログラムとして格納され、必要に応じてＣＰＵ１０２に呼び出される。呼び出されたモジュールは、ＲＡＭ１０３上に展開され、ＣＰＵ１０２により実行される。
【００６０】
各モジュール間でのデータのやりとりは、例えばＨＤＤ１０５を介してなされる。すなわち、モジュールから出力されたデータは、一旦、ＨＤＤ１０５の所定領域に格納され、次のモジュールは、ＨＤＤ１０５の所定領域からこのデータを読み出して処理を行う。データのＨＤＤ１０５上の格納場所は、デフォルト値として予め設定された場所としてもよいし、各モジュールでの処理においてその都度指定してもよい。なお、各モジュール間でのデータのやりとりは、この例に限らず、例えばＲＡＭ１０３を介して行うこともできる。
【００６１】
また、各モジュールは、それぞれ単独で用いられるように示されているが、これはこの例に限られず、例えば各モジュールを、さらに上位のアプリケーションソフトウェアにより統合的に制御することも可能である。
【００６２】
また、この発明の実施の一形態では、各モジュールに対する指示は、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイルに対する記述によって行われる。ＸＭＬは、独自の定義が可能なタグを用いて情報を記述するようにした言語である。ＸＭＬを用いることで、記述された情報に対して、タグにより特定の意味を持たせることができる。ＸＭＬファイルの各タグにパラメータの意味情報を埋め込むことができるので、パラメータの編集などの作業を容易に行うことができる。
【００６３】
ＸＭＬファイルのタグについて、概略的に説明する。タグは、一般的には、範囲の開始および終了をそれぞれ示す一対の記号からなり、テキスト中に埋め込んで任意の範囲を指定することができる。例えば、範囲の開始を示すタグは、予め定義された文字列を記号「＜」と「＞」とで囲んで表現され（開始タグと称する）、終了を示すタグは、開始を示すタグ中に記される文字列と同一の文字列が記号「＜／」と「＞」とで囲んで表現される（終了タグと称する）。一対のタグによって指定された範囲に対して、記号「＜」と「＞」（あるいは記号「＜／」と「＞」）とで囲まれた文字列によって、任意の意味を持たせることが可能である。また、タグ中に、所定のパラメータの記述を含ませることができる。タグは、入れ子構造を取ることが可能である。通常、ＸＭＬファイルの記述において、入れ子のレベルは、各行のインデントの深さで表現される。
【００６４】
ＸＭＬファイルは、ユーザがコンピュータ装置１００、１２０においてテキストエディタなどを用いて作成することが可能である。このとき、予め各タグが記述されたテンポラリファイルを用意し、このテンポラリファイルを書き換えるようにすると、好ましい。勿論、各タグに対する情報の入力を補佐する入力窓を用いたり、入力する際のガイドなどを表示できるようにしたＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）によりＸＭＬファイルの作成を行うようにもできる。ＸＭＬファイルの各タグにパラメータの意味情報を埋め込むことができるので、こうしたインターフェイスの作成も容易に行うことができる。
【００６５】
図７の説明に戻り、第１セッションにＣＤ−ＤＡとして記録されるオーディオトラック１０、１０、・・・がＣＤオーサリングモジュール２００に入力される。ＣＤオーサリングモジュール２００では、入力されたオーディオトラック１０、１０、・・・に基づき曲順や曲間設定などＣＤ−ＤＡとして必要な情報が設定されて第１セッションのＴＯＣ情報が生成され、ＣＤ−ＤＡイメージ２０１が作成される。
【００６６】
一方、第２セッションに記録するオーディオトラック１０’、１０’、・・・は、第１セッションに記録するオーディオトラック１０、１０、・・・をそのまま用いてもよいし、同一のオーディオトラックでなくてもよい。オーディオトラック１０’は、ＡＴＲＡＣエンコーダモジュール２０２に入力され、ＡＴＲＡＣ（Ａｄａｐｔｉｖｅ  Ｔｒａｎｓｆｏｒｍ  Ａｃｏｕｓｔｉｃ  Ｃｏｄｉｎｇ）方式で以て圧縮符号化される。なお、ＡＴＲＡＣ方式は一例であって、オーディオトラック１０’を、例えばＭＰ３（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅｓ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  １  Ａｕｄｉｏ  Ｌａｙｅｒ  ３）やＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）、さらにはＡＴＲＡＣを発展させた圧縮符号化方式であるＡＴＲＡＣ３といった、他の方式で圧縮符号化してもよい。
【００６７】
コンテンツ１１は、複数のコンテンツデータを含むことができ、１曲分のオーディオトラック１０’に対応する。すなわち、オーディオトラック１０’が複数存在すれば、コンテンツ１１も対応して複数、存在する。当該１曲分のオーディオトラック１０’が圧縮符号化された圧縮オーディオデータは、コンテンツ１１中のコンテンツデータ２０３−１は、１曲分のオーディオトラック１０’が圧縮符号化されたオーディオデータとされる。
【００６８】
以下、コンテンツデータ２０３−２、２０３−３、・・・、２０３−Ｎは、例えば画像データである。コンテンツデータ２０３−２、２０３−３、・・・、２０３−Ｎとして用いられる画像データの例として、コンテンツデータ２０３−１の楽曲に関連したアーチストの大判写真などのカバーアート、その写真を縮小したサムネイル画像、歌詞カードを画像データ化したものなどがある。
【００６９】
コンテンツデータ２０４は、例えばこのコンテンツ１１自身について記述されたメタデータであって、テキストデータからなる。コンテンツＩＤ２０５は、このコンテンツ１１を識別するための識別情報である。コンテンツＩＤ２０５としては、例えば上述したＣＵＩＤを用いることができる。
【００７０】
このように複数のコンテンツデータおよびＣＵＩＤから構成されるコンテンツ１１は、ＤＭＸファイル作成モジュール２０６に入力される。ＤＭＸファイル作成モジュール２０６では、所定の指示に基づき、入力されたコンテンツ１１により図２を用いて説明したようなＤＭＸファイル６０が作成される。
【００７１】
図８は、ＤＭＸファイル作成モジュール２０６に入力されるＸＭＬファイルの一例を示す。図８に示されるＸＭＬファイルにおいて、各タグに対して、一対の開始および終了タグによって囲まれるパラメータの意味情報が埋め込まれる。したがって、ＸＭＬファイルを直接的に編集するような場合でも、タグを参照することで、そのタグに対してどのようなデータを記述すればよいかを容易に知ることができる。これは、以下のＸＭＬファイルにおいても、同様である。
【００７２】
図８に示されるＸＭＬファイルでは、作成されるＤＭＸファイル６０の出力パスや作成、修正日時や、オーディオトラック１０’の生成日時および修正日時が記述される。また、対応する各タグにより、このＸＭＬファイルにより記述されるオーディオトラック１０’に関する情報がそれぞれ記述される。例えば、図８に示されるように、オーディオトラック１０’の楽曲のタイトル名やサブタイトル名、演奏時間、レーベル名やレコード会社名、著作権情報、オーディオファイルのフォーマットやパス情報を含めたファイル名、当該オーディオデータのビットレート、圧縮モードなどが記述される。レーベルやレコード会社名は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）情報を記述することができる。
【００７３】
また、当該オーディオトラック１０’に関するアーチストやそのアーチストの分担（演奏者、作曲者、作詞者、プロデューサー、編曲者など）などの情報が記述される。アーチスト情報は、複数の記述が可能である。また、アーチスト情報には、ＵＲＬを記述することができる。さらに、当該オーディオトラック１０’に添付されるフリンジデータの情報が記述される。フリンジデータは、例えば上述した画像データやテキストデータである。フリンジ情報は、複数の記述が可能で、パス情報を含めたファイル名や著作権情報がフリンジデータ毎に記述される。
【００７４】
なお、ファイル名は、属性に「ＢＡＳＥＰＡＴＨ」が指定された場合、予め指定されたデフォルトのパスが使用される。属性に「ＬＡＮＧ」が指定されている行では、用いられる言語を指定する必要がある。図８の「省略」の項目に「○（丸印）」が付された行への入力は、省略することができる。
【００７５】
ＤＭＸファイル作成モジュール２０６において、図８に示されるＸＭＬファイルに基づき、オーディオトラック１０’、１０’、・・・に対応するＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎがそれぞれ作成され出力される。ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎ中の情報Ｓｉｎｆ６８は、それぞれダミー情報が記述されている。
【００７６】
ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎは、ＤＭＸディレクトリ作成モジュール２０８に入力される。ＤＭＸディレクトリ作成モジュール２０８は、図９に示されるように、ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎが入力されると共に、各楽曲（オーディオトラック１０’）毎に規定されたユセージルール情報２０９、ＤＭＸファイル６０を再生するためのソフトウェアプレーヤプログラム２１０が入力される。
【００７７】
さらに、ＤＭＸディレクトリ作成モジュール２０８には、ディレクトリイメージ作成のために必要な情報が記述されたＸＭＬファイル２０７が入力される。ＤＭＸディレクトリ作成モジュール２０８では、このＸＭＬファイル２０７の記述に基づき、図３を用いて説明したような、第２セッションのディレクトリイメージ２１１が作成される。より具体的には、このＤＭＸディレクトリ作成モジュール２０８において、ＩＮＤＥＸ８３が作成される。
【００７８】
図１０は、ＸＭＬファイル２０７の一例の構成を示す。タグ＜ＳＯＦＴＷＡＲＥＰＬＡＹＥＲ＞および＜／ＳＯＦＴＷＡＲＥＰＬＡＹＥＲ＞で、ソフトウェアプレーヤ２１０の名前が記述される。タグ＜ＤＭＸＦＩＬＥＬＩＳＴ＞および＜／ＤＭＸＦＩＬＥＬＩＳＴ＞に囲まれた行で、ＤＭＸファイル６０−１、６０−２、・・・、・６０−Ｎの情報が記述される。タグ＜ＮＵＭＢＥＲＯＦＡＵＤＩＯＦＩＬＥ＞および＜／ＮＵＭＢＥＲＯＦＡＵＤＩＯＦＩＬＥ＞で、ＤＭＸファイルの数が示され、タグ＜ＡＵＤＩＯ＞および＜／ＡＵＤＩＯ＞で囲まれた行が当該ファイル数だけ繰り返されて、ＤＭＸファイル６０−１、６０−２、・・・、・６０−Ｎそれぞれの情報が記述される。タグ＜ＡＳＳＥＴＩＤ＞および＜／ＡＳＳＥＴＩＤ＞は、当該ＤＭＸファイル６０のＣＤ５０内でのローカルＩＤであるアセットＩＤが記述される。
【００７９】
また、ＸＭＬファイル２０７には、タグ＜ＰＬＡＹＬＩＳＴ＞および＜／ＰＬＡＹＬＩＳＴ＞で囲まれた行で、ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎにより演奏されるオーディオデータのプレイリスト情報が記述される。
【００８０】
ユセージルール情報２０９も、ＸＭＬファイルにより記述され、ＤＭＸディレクトリ作成モジュール２０８に入力される。図１１は、ＸＭＬファイルにより記述されるユセージルール情報２０９の一例を示す。ユセージルール情報２０９は、ＤＭＸファイル６０毎に入力され、当該ＤＭＸファイル６０に対応するＭＤＡＴ７０に格納されたコンテンツデータの本体に施された暗号化に関する情報と、当該コンテンツデータの権利情報とが記述される。この図１１の例では、あるＤＭＸファイル６０に対応するＭＤＡＴ７０について、２種類の暗号化が施され、タグ＜ＵＳＡＧＥ０１＞および＜／ＵＳＡＧＥ０１＞、ならびに、＜ＵＳＡＧＥ０２＞および＜／ＵＳＡＧＥ０２＞として、この２種類の暗号化のそれぞれに対してユセージルールが付与される。
【００８１】
ＤＭＸディレクトリ作成モジュール２０８では、さらに、後段のオーサリングにのみ必要とされる情報が記述されたインフォメーションシート（Ｉｎｆｏ＿Ｓｈｅｅｔ）が作成される。このＩｎｆｏ＿Ｓｈｅｅｔには、アセットＩＤとＣＵＩＤとの対応表、暗号化の種類の規定などが記述される。また、後述するが、ケース（２）のようにスタジオ１側でコンテンツの暗号化が行われる場合には、暗号化に用いられた鍵情報がＩｎｆｏ＿Ｓｈｅｅｔに記録される。このように、鍵情報を暗号化して記録することで、セキュリティ性が向上される。
【００８２】
ＤＭＸディレクトリ作成モジュール２０８で作成されたディレクトリイメージ２１１がセッション合成モジュール２１２に入力される。セッション合成モジュール２１２には、上述のＣＤオーサリングモジュール２００で作成されたＣＤ−ＤＡイメージ２０１も入力される。
【００８３】
セッション合成モジュール２１２は、図１２に一例が示されるように、第１セッションオーディオデータすなわち上述のＣＤオーサリングモジュール２００で作成されたＣＤ−ＤＡイメージ２０１が入力されると共に、ＤＭＸディレクトリ作成モジュール２０８で作成された、第２セッションデータすなわちディレクトリイメージ２１１とＩｎｆｏ＿Ｓｈｅｅｔ２５０が入力される。セッション合成モジュール２１２では、入力されたこれらのデータを合成して、第１セッションデータ付きのディレクトリイメージ２５１が作成される。
【００８４】
すなわち、セッション合成モジュール２１２では、スタジオ１からプラント２にデータを送るために、第１セッションおよび第２セッションのデータが統合される。それと共に、セッション合成モジュール２１２では、統合されたデータを、規定のファイル形態でＣＤ−Ｒや磁気テープといった記録媒体に記録してプラント２に送ることができる形態に整える処理までが行われる。
【００８５】
例えば、第１セッションのＣＤ−ＤＡイメージ２０１に基づき、ＨＤＤ１０５に格納されているオーディオトラック１０、１０、・・・が読み出され、ＣＤ−Ｒ４０に記録される。また、第２セッションのディレクトリイメージ２１１に基づき、ＨＤＤ１０５に格納されているＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎが読み出されると共に、対応するＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎ（図示しない）が読み出され、ＣＤ−Ｒ４０に記録される。さらに、Ｉｎｆｏ＿Ｓｈｅｅｔ２５０がＣＤ−Ｒ４０に記録される。
【００８６】
ＣＤ−Ｒ４０は、プラント２に渡される。プラント２では、ＣＤ−Ｒ４０に記録された第１セッションおよび第２セッションのデータをそれぞれ読み出す。第２セッションから読み出されたデータがコンテンツ暗号化モジュール２１３に入力される。
【００８７】
コンテンツ暗号化モジュール２１３では、入力されたデータのうち、ＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎに対して、例えばＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）やＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）といった、指定された暗号形式で暗号化を施す。
【００８８】
この暗号化の際に、ＲＮＧ（Ｒａｎｄｏｍ  Ｎｕｍｂｅｒ  Ｇｅｎｅｒａｔｏｒ：乱数発生器）により、暗号化に必要なビット数の数値からなる鍵Ｋｃが発生される。鍵Ｋｃは、暗号化するデータ毎に発生され、ＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎに対してそれぞれ異なる鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮが発生される。暗号化されたデータを示すコンテンツＩＤ、例えばのＣＵＩＤと、鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮとの対応関係を示すリスト２１５がコンテンツ暗号化モジュール２１３から出力される。
【００８９】
入力データ、出力データおよびリスト２１５の出力先のパス情報は、図１３に一例が示されるようなＸＭＬファイルにより指示される。タグ＜ＣＯＮＴＥＮＴＥＮＣＲＹＰＴＥＲ＞および＜／ＣＯＮＴＥＮＴＥＮＣＲＹＰＴＥＲ＞で囲まれた行に、これらのパス情報が記述される。属性ＢＡＳＥＰＡＴＨを「ｙｅｓ」とすると、予め設定されたデフォルトのパスが用いられる。
【００９０】
コンテンツ暗号化モジュール２１３で暗号化された第２セッションのデータは、ディスクマスタリングモジュール２１４に入力される。また、図示は省略されているが、ＣＤ−Ｒ４０から再生された第１セッションのデータも、ディスクマスタリングモジュール２１４に入力される。さらに、リスト２１５に基づき、鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎがディスクマスタリングモジュール２１４に入力される。ディスクマスタリングモジュール２１４には、さらにまた、ディスクキー２１７が入力される。
【００９１】
ディスクマスタリングモジュール２１４において、鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎがまとめられ、ディスクキー２１７を用いてさらに暗号化される。
【００９２】
ディスクマスタリングモジュール２１４では、入力された第２セッションのデータに対して、ディレクトリ構造やＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎの構造のチェックが行われる。チェックの結果、問題が無いとされれば、第１および第２セッションのデータが、最終的に生産されるＣＤ５０のディスクイメージ通りの順番で出力される。なお、ディスクキー２１７を用いてまとめて暗号化された鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎは、ＣＤ５０のフォーマット中の所定領域に記録されるように、第１および第２セッションのデータと共に出力される。ＣＤ５０のディスクイメージに沿ったこのデータは、図示されないＥＦＭモジュールでＥＦＭされ、ＥＦＭ信号とされて出力される。このＥＦＭ信号がＬＢＲに供給される。
【００９３】
上述したように、この発明の実施の一形態が適用されるオーサリングシステムでは、ＤＳＰ３において提供されるＥＭＤにより、ＣＤ５０の第２セッションに記録されたコンテンツをネットワークを経由して配信することができる。
【００９４】
ＤＭＸファイル作成モジュール２０６で作成されたＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎのうちの、あるＤＭＸファイル６０−Ｘが、対応するＭＤＡＴ７０−Ｘと共にＤＳＰ３に渡され、コンテンツ暗号化モジュール２１３に入力される。このコンテンツ暗号化モジュール２１３は、上述したプラント２で用いられるコンテンツ暗号化モジュール２１３と同一内容のものが用いられる。ＤＳＰ３のコンテンツ暗号化モジュール２１３で、ＲＮＧにより発生された鍵ＫｃＸを用いてＭＤＡＴ７０−Ｘが暗号化される。暗号化されたデータは、ＥＭＤキー置換モジュール２２０に入力される。
【００９５】
一方、コンテンツ暗号化モジュール２１３で発生された鍵ＫｃＸ２１６−Ｘがレジスタ部２１８に供給され、レジスタ部２１８に含まれるＳｉｎｆ作成モジュール２１９に入力される。
【００９６】
Ｓｉｎｆ作成モジュール２１９では、ＤＭＸファイル６０−Ｘに格納する情報Ｓｉｎｆ６８が作成される。情報Ｓｉｎｆ６８は、ＣＤ５０に記録されたＤＭＸファイル６０−Ｘと、ＥＭＤで配信されるコンテンツとの相関を取るためのセキュリティ情報であって、ＤＭＸファイル６０−Ｘ毎に作成される。ＤＭＸファイル６０−Ｘに管理されるコンテンツ毎、例えばオーディオトラック１０’とフリンジデータ（画像データやテキストデータなど）とでそれぞれ情報Ｓｉｎｆ６８を作成してもよい。
【００９７】
この実施の一形態では、情報Ｓｉｎｆ６８は、当該情報Ｓｉｎｆ６８に対応するコンテンツに関する暗号化鍵情報、ライセンス情報の所在を示す情報（ＵＲＬ）および識別情報（ＣＵＩＤ）を含む。
【００９８】
Ｓｉｎｆ作成モジュール２１９では、図１４に一例が示されるＸＭＬファイルの記述に従い、情報Ｓｉｎｆ６８が作成される。このＸＭＬファイルには、暗号化に用いられた鍵に関する情報や、ライセンスに関する情報が記述される。ライセンスに関する情報は、例えば、ライセンスの所在を示すＵＲＬ、ライセンスを有する組織に関する情報、当該情報Ｓｉｎｆ６８に対応するコンテンツのリリース日時の情報が含まれる。コンテンツにウォーターマークが埋め込まれていれば、埋め込まれたウォーターマークのステータス情報も記述される。さらに、このＸＭＬファイルにおいて、当該コンテンツを識別するためのＣＵＩＤが記述される。
【００９９】
Ｓｉｎｆ作成モジュール２１９で作成された情報Ｓｉｎｆ６８は、ＥＭＤキー置換モジュール２２０に入力される。上述したように、ＤＭＸファイル作成モジュール２０６で作成されたＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎは、情報Ｓｉｎｆ６８がダミーデータとされている。このＥＭＤキー置換モジュール２２０では、ＤＭＸファイル６０−Ｘのダミーデータとされている情報Ｓｉｎｆ６８が、Ｓｉｎｆ作成モジュール２１９で作成された情報Ｓｉｎｆ６８で置き換えられる。置き換えを行う情報Ｓｉｎｆ６８のファイルおよびＤＭＸファイル６０−Ｘのパス情報は、図１５に一例が示されるように、ＸＭＬファイルで指示される。
【０１００】
ＥＭＤキー置換モジュール２２０で情報Ｓｉｎｆ６８が置き換えられたＤＭＸファイル６０−Ｘは、コンテンツサーバ２２４に供給される。
【０１０１】
また、レジスタ部２１８では、情報Ｓｉｎｆ６８に対応するコンテンツを暗号化する際に用いた鍵ＫｃＸに基づき生成されたサブキー２２２（鍵ＫｃｒＸ）が生成される。このサブキー２２２を用いて情報Ｓｉｎｆ６８が暗号化され、暗号化された情報Ｓｉｎｆ６８と、当該コンテンツに対応するユセージルール２２３とが関連付けられ、ライセンスサーバ２２５に供給される。
【０１０２】
図１６を用いて、プラント２の一例の構成をより詳細に示す。スタジオ１から渡されたＣＤ−Ｒ４０が再生され、第１セッションのデータがデータ格納部１３０内の所定領域であるデータ格納部１３０Ａに格納される。一方、ＣＤ−Ｒ４０から再生された第２セッションのデータは、データ格納部１３０内の他の所定領域であるデータ格納部１３０Ｂに格納される。ここでは、データ格納部１３０Ａおよび１３０Ｂを、同一のデータ格納部１３０の別の領域としたが、これはこの例に限らず、データ格納部１３０Ａおよび１３０Ｂをそれぞれ異なる記憶媒体としてもよい。
【０１０３】
データ格納部１３０Ｂに格納された第２セッションのデータは、先ず、ディレクトリチェッカモジュール３０２に入力される。ディレクトリチェッカモジュール３０２は、例えば第２セッションに記録されたデータにおいて、スタジオ１のＤＭＸディレクトリ作成モジュール２０８で作成されたデータ（ＩＮＤＥＸ８３など）に過不足が無いか否か、また、図３を用いて説明したようなディレクトリ構造が正しく作成されているか否かがチェックされる。これは、例えばＩＮＤＥＸ８３に基づきチェックされる。
【０１０４】
また、ディレクトリチェッカモジュール３０２では、ＣＤ−Ｒ４０から再生された全てのＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎがフォーマットとして規定されている必要なデータを含み、当該フォーマットに準拠して正しく作成されているか否かがチェックされる。これは、例えば実際にＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎの階層構造などを調べることでなされる。
【０１０５】
チェックの結果、データにエラーがあると判断された場合には、どのようなエラーが存在するかを示すメッセージが出力される。このメッセージは、表示手段１２７Ａに表示される。
【０１０６】
なお、ここでは、ディレクトリチェッカモジュール３０２がプラント２のコンピュータ装置１２０に搭載され、スタジオ１から渡されたＣＤ−Ｒ４０に対してプラント２側でチェックを行うように説明したが、これはこの例に限定されない。例えば、ディレクトリチェッカモジュール３０２をスタジオ１のコンピュータ装置１００にも搭載し、ＣＤ−Ｒ４０のチェックをスタジオ１側で行うようにしてもよい。また、プラント２およびスタジオ１の両方に、ディレクトリチェッカモジュール３０２を導入することもできる。
【０１０７】
ディレクトリチェッカモジュール３０２でエラーが無いとされた場合、データ格納部１３０Ｂに格納されたデータから、あるＤＭＸファイル６０−Ｘと対応するＭＤＡＴ７０−Ｘが読み出され、コンテンツ暗号化モジュール２１３に入力される。
【０１０８】
コンテンツ暗号化モジュール２１３では、ＣＤ−Ｒ４０から再生されたＩｎｆｏ＿Ｓｈｅｅｔに基づき、ＤＭＸファイル６０−Ｘにより示されるコンテンツ３０３が未だ暗号化されていないクリアコンテンツであるか否かが判断される。例えば、Ｉｎｆｏ＿Ｓｈｅｅｔ内に、暗号化に用いた鍵の情報が示されていれば、コンテンツ３０３が既に暗号化されていると判断できる。
【０１０９】
コンテンツ３０３がクリアコンテンツであると判断された場合、コンテンツ暗号化モジュール２１３では、上述したようにして、指定された暗号形式で、ＲＮＧにより発生された鍵ＫｃＸを用いて暗号化される。暗号化されたコンテンツ３０４は、元のＭＤＡＴ７０−Ｘに埋め込まれてデータ格納部１３０Ｂに格納される。また、鍵ＫｃＸおよび当該コンテンツ３０４のＣＵＩＤがデータ格納部１３０Ｂに格納される。
【０１１０】
なお、データ格納部１３０Ｂでは、第２セッションのディレクトリイメージで、ＤＭＸデータ６０およびＭＤＡＴ７０が格納される。また、暗号化されたコンテンツ３０４がＭＤＡＴ７０に埋め込まれてデータ格納部１３０Ｂに格納される際に、当該コンテンツ３０４のＣＵＩＤとコンテンツ３０４の暗号化に用いられた鍵Ｋｃとが関連付けられて、リスト２１５（図示しない）に記述される。
【０１１１】
コンテンツ暗号化モジュール２１３によるコンテンツの暗号化が終了したら、データ格納部１３０Ｂに格納されたデータが読み出され、リスト２１５と共にディスクマスタリングモジュール２１４に入力され、ディスクマスタリングモジュール２１４内のキーロッカー生成部３０５に供給される。
【０１１２】
キーロッカー生成部３０５には、上述したディスクキー２１７も供給される。キーロッカー生成部３０５では、リスト２１５に記述された鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮと、各鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮに関連付けられたＣＵＩＤと、コンテンツ毎のユセージルール情報とがまとめてディスクキー２１７により暗号化され、キーロッカー３０６が生成される。すなわち、キーロッカー３０６をディスクキー２１７を用いて復号することで、個々の鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮおよび鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮに関連付けられたＣＵＩＤ、ならびに、コンテンツ毎のユセージルール情報を得ることができる。
【０１１３】
キーロッカー３０６は、ディスクイメージ作成部３０７に入力される。ディスクイメージ作成部３０７には、ディスクキー２１７も入力される。また、データ格納部１３０Ａから第１セッションのデータが読み出され、ディスクイメージ作成部３０７に供給される。さらに、この図１６では省略されているが、データ格納部１３０Ｂから第２セッションのディレクトリイメージが読み出され、ディスクイメージ作成部３０７に入力される。勿論、このときに、ディレクトリイメージを構成する本体のデータ（暗号化されたコンテンツデータ３０４やＤＭＸファイル６０、ソフトウェアプレーヤ２１０など）も、ディスクイメージ作成部３０７に入力される。
【０１１４】
ディスクイメージ作成部３０７では、入力されたこれらのデータを用いて、実際にＣＤ５０を作成するためのディスクイメージが作成される。ディスクイメージは、例えばＩＳＯ９６６０（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｉｚａｔｉｏｎ９６６０）あるいはＩＳＯ９６６０ＵＤＦ１．０２ブリッジの規格に基づき作成される。
【０１１５】
ディスクイメージ作成部３０７において、入力された第１セッションのデータにより、第１セッションのリードイン、データ領域、リードアウトの順にデータが出力され、続けて、第２セッションのデータにより、第２セッションのリードイン、データ領域、リードアウトの順にデータが出力される。なお、キーロッカー３０６およびディスクキー２１７は、ＣＤ５０のレイアウト中の所定の領域に記録されるように、これら第１および第２セッションのデータと共に出力される。
【０１１６】
ディスクイメージ作成部３０７から出力されたデータは、エンコーダ３０８に入力され、ＥＦＭされ、８ビットデータが１４ビットデータに変換されたＥＦＭ信号に変調される。このＥＦＭ信号は、ＬＢＲ３０９に供給され、レーザカッティングによりマスタディスク３１０が作成される。このマスタディスク３１０を用いて、ディスク製作プロセス３１１により試作ディスク３１２が製作される。
【０１１７】
製作された試作ディスク３１２は、ディスクチェックモジュール３１３により再生され、ディスクキー２１７などのセキュリティ情報が取り出せるか否か、楽曲が所定に再生されるか否かなどがチェックされる。若し、試作ディスク３１２に何らかのエラーが存在する場合は、その旨示すメッセージが出力される。
【０１１８】
なお、ここでは、ディスクチェックモジュール３１３が試作ディスク３１２のチェックを行うように説明したが、これはこの例に限定されない。例えば、量産されているＣＤ５０に対するチェックをディスクチェックモジュール３１３で行うこともできる。
【０１１９】
次に、上述のケース（２）によるオーサリングシステムについて、図１７を用いて、より詳細に説明する。図１７は、上述の図４Ｂに対応する図である。上述したように、この発明の実施の一形態では、オーサリングツールに含まれる各モジュールの配列を変更することで、異なる構成のオーサリングシステムを構築することができる。図１７において、上述の図７および図１６と共通する部分には同一の符号を付し、詳細な説明を省略する。
【０１２０】
第１セッションにＣＤ−ＤＡとして記録されるオーディオトラック１０、１０、・・・がＣＤオーサリングモジュール２００に入力され曲順や曲間設定などＣＤ−ＤＡとして必要な情報が設定されて第１セッションのＴＯＣ情報が生成され、ＣＤ−ＤＡイメージ２０１が作成される。
【０１２１】
一方、第２セッションに記録するオーディオトラック１０’、１０’、・・・は、ＡＴＲＡＣエンコーダモジュール２０２でＡＴＲＡＣ方式で圧縮符号化される。圧縮符号化されたオーディオトラック１０’をコンテンツ２０３−１として、以下、例えば画像データであるコンテンツ２０３−２、２０３−３、・・・、２０３−Ｎ、テキストデータからなるメタデータ２０４およびコンテンツを識別するユニークなコンテンツＩＤ２０５により、コンテンツ１１が構成される。コンテンツＩＤ２０５は、上述したように、ＣＵＩＤを用いることができる。
【０１２２】
コンテンツ１１は、ＤＭＸファイル作成モジュール２０６に入力されＸＭＬファイルによる所定の指示に基づき、ＤＭＸファイル６０が作成される。ＤＭＸファイル作成モジュール２０６において、オーディオトラック１０’、１０’、・・・に対応するＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎがそれぞれ作成され出力される。ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎ中の情報Ｓｉｎｆ６８は、それぞれダミー情報が記述されている。
【０１２３】
このケース（２）においては、ＤＭＸファイル作成モジュール２０６で作成されたＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎは、対応するＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎと共に、コンテンツ暗号化モジュール２１３に入力される。そして、入力されたデータのうち、ＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎに対して、ＤＥＳやＡＥＳといった、指定された暗号形式で暗号化が施される。暗号化されたデータＭＤＡＴ７０および対応するＤＭＸファイル６０は、ＥＭＤキー置換モジュール２２０に入力される。
【０１２４】
一方、コンテンツ暗号化モジュール２１３での暗号化の際に、ＲＮＧにより、ＭＤＡＴ７０−１、７０−２、・・・、７０−Ｎ毎に異なる鍵１、Ｋｃ２、・・・、ＫｃＮが発生される。暗号化されたデータのコンテンツＩＤ（ＣＵＩＤ）と、鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮとの対応関係を示すリスト２１５’がコンテンツ暗号化モジュール２１３から出力される。
【０１２５】
リスト２１５’は、レジスタ部２１８に供給され、レジスタ部２１８に含まれるＳｉｎｆ作成モジュール２１９に入力される。また、リスト２１５’中の鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮがセッション合成モジュール２１２に入力される。
【０１２６】
Ｓｉｎｆ作成モジュール２１９において、ＸＭＬファイルの指示に基づき、入力された鍵１、Ｋｃ２、・・・、ＫｃＮおよびＣＵＩＤを用いて、ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｘ毎の情報Ｓｉｎｆ６８が作成される。また、レジスタ部２１８では、情報Ｓｉｎｆ６８に対応するコンテンツを暗号化する際に用いた鍵ＫｃＸに基づき生成されたサブキー２２２（鍵ＫｃｒＸ）が生成される。このサブキー２２２を用いて情報Ｓｉｎｆ６８が暗号化され、暗号化された情報Ｓｉｎｆ６８と、当該コンテンツに対応するユセージルール２２３とが関連付けられ、ライセンスサーバ２２５に格納される。
【０１２７】
Ｓｉｎｆ作成モジュール２１９で作成された情報Ｓｉｎｆ６８がＥＭＤキー置換モジュール２２０に入力され、ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｘにおいてそれぞれダミーデータとされている情報Ｓｉｎｆ６８が、Ｓｉｎｆ作成モジュール２１９で作成された対応する情報Ｓｉｎｆ６８でそれぞれ置き換えられる。情報Ｓｉｎｆ６８が置き換えられたＤＭＸファイル６０’−１、６０’−２、・・・、６０’−Ｘは、コンテンツサーバ２２４に格納されると共に、ＤＭＸディレクトリ作成モジュール２０８に入力される。
【０１２８】
ＤＭＸディレクトリ作成モジュール２０８には、さらに、各楽曲（オーディオトラック１０’）毎に規定されたユセージルール情報２０９、ＤＭＸファイル６０’−１、６０’−２、・・・、６０’−Ｎを再生するためのソフトウェアプレーヤプログラム２１０が入力される。ＤＭＸディレクトリ作成モジュール２０８では、ＸＭＬファイルの指示に基づき、入力されたデータを用いて第２セッションのディレクトリイメージ２１１が作成される。
【０１２９】
ＤＭＸディレクトリ作成モジュール２０８では、さらに、後段のオーサリングにのみ必要とされる情報が記述されたＩｎｆｏ＿Ｓｈｅｅｔが作成される。このＩｎｆｏ＿Ｓｈｅｅｔには、アセットＩＤとＣＵＩＤとの対応表、暗号化の種類の規定、第１セッションに記録すべきオーディオトラック１０のパス情報および暗号化に用いられた鍵情報などが記録される。
【０１３０】
ＤＭＸディレクトリ作成モジュール２０８で作成されたディレクトリイメージ２１１およびＩｎｆｏ＿Ｓｈｅｅｔと、上述のＣＤオーサリングモジュール２００で作成されたＣＤ−ＤＡイメージ２０１とがセッション合成モジュール２１２に入力される。また、上述したように、セッション合成モジュール２１２には、コンテンツ１１の暗号化に用いた鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎが入力される。
【０１３１】
セッション合成モジュール２１２では、入力されたデータが合成され、第１セッションデータ付きのディレクトリイメージ２５１が作成される。そして、作成されたディレクトリイメージ２５１に基づき、プラント２に渡すための、第１および第２セッションデータと、Ｉｎｆｏ＿Ｓｈｅｅｔとが記録されたＣＤ−Ｒ４０が作成される。
【０１３２】
プラント２では、スタジオ１から渡されたＣＤ−Ｒ４０が再生され、第１および第２セッションのデータと、Ｉｎｆｏ＿Ｓｈｅｅｔとが読み出される。上述したように、Ｉｎｆｏ＿Ｓｈｅｅｔには鍵情報が記録されているため、当該ＣＤ−Ｒ４０から再生された第２セッションのデータは、スタジオ１側で暗号化されたものであると判断することができる。そこで、プラント２では、暗号化のプロセスがキャンセルされ、ＣＤ−Ｒ４０から再生された第１および第２セッションのデータは、ディスクマスタリングモジュール２１４に入力される。
【０１３３】
また、ＣＤ−Ｒ４０のＩｎｆｏ＿Ｓｈｅｅｔから、コンテンツ１１の暗号化に用いた鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎが復号化され、ディスクマスタリングモジュール２１４に入力される。鍵Ｋｃ１２１６−１、Ｋｃ２２１６−２、・・・、ＫｃＮ２１６−Ｎは、まとめられて、ディスクキー２１７を用いてさらに暗号化され上述したキーロッカー３０６が生成される。
【０１３４】
ディスクマスタリングモジュール２１４では、入力された第２セッションのデータに対して、ディレクトリ構造やＤＭＸファイル６０’−１、６０’−２、・・・、６０’−Ｎの構造のチェックが行われる。チェックの結果、問題が無いとされれば、第１および第２セッションのデータが、最終的に生産されるＣＤ５０のディスクイメージ通りの順番で出力される。なお、キーロッカー３０６は、ＣＤ５０のフォーマット中の所定領域に記録されるように、第１および第２セッションのデータと共に出力される。ＣＤ５０のディスクイメージに沿ったこの出力データは、図示されないＥＦＭモジュールでＥＦＭされ、ＥＦＭ信号とされ、ＬＢＲに供給される。
【０１３５】
ケース（２）におけるプラント２での処理を、図１６を参照しながらより詳細に説明する。スタジオ１から渡されたＣＤ−Ｒ４０が再生され、第１および第２セッションのデータがデータ格納部１３０内の所定領域であるデータ格納部１３０Ａおよび１３０Ｂにそれぞれ格納される。
【０１３６】
データ格納部１３０Ｂに格納された第２セッションのデータがディレクトリチェッカモジュール３０２に入力され、データの過不足やディレクトリ構造のチェック、ＤＭＸファイルのチェックなどが行われる。チェックの結果、エラーがないとされた場合、ＣＤ−Ｒ４０から再生されたＩｎｆｏ＿Ｓｈｅｅｔに基づき、第２セッションのデータにスタジオ１側で暗号化が施されているか否かが判断される。このケース（２）では、上述したように、スタジオ１側がコンテンツ暗号化モジュール２１３を有し、第２セッションのデータに対する暗号化がスタジオ１側で行われている。Ｉｎｆｏ＿Ｓｈｅｅｔ上の暗号化鍵情報に基づき、この判断を行うことができる。
【０１３７】
第２セッションのデータに対する暗号化がスタジオ１側で既に行われていると判断されれば、データ格納部１３０Ｂに格納されたデータが読み出され、ディスクマスタリングモジュール２１４に入力され、ディスクマスタリングモジュール２１４内のキーロッカー生成部３０５に供給される。
【０１３８】
キーロッカー生成部３０５では、データ格納部１３０Ｂから読み出された鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮと、各鍵Ｋｃ１、Ｋｃ２、・・・、ＫｃＮに関連付けられたＣＵＩＤとがまとめてディスクキー２１７により暗号化され、キーロッカー３０６が生成される。キーロッカー３０６およびディスクキー２１７は、ディスクイメージ作成部３０７に入力される。ディスクイメージ作成部３０７には、データ格納部１３０Ａから読み出された第１セッションのデータや、データ格納部１３０Ｂから読み出された第２セッションのディレクトリイメージ、暗号化されたコンテンツデータ３０４やＤＭＸファイル６０、ソフトウェアプレーヤ２１０といったディレクトリイメージを構成する本体のデータも、ディスクイメージ作成部３０７に入力される。
【０１３９】
ディスクイメージ作成部３０７では、入力されたこれらのデータから、実際にＣＤ５０を作成するためのディスクイメージが作成され、エンコーダ３０８に入力される。エンコーダ３０８では、入力されたデータがＥＦＭされ、８ビットデータが１４ビットデータに変換されたＥＦＭ信号に変調される。このＥＦＭ信号は、ＬＢＲ３０９に供給され、レーザカッティングによりマスタディスク３１０が作成される。このマスタディスク３１０を用いて、ディスク製作プロセス３１１により試作ディスク３１２が製作される。試作ディスク３１２は、ディスクチェックモジュール３１３によりチェックされ、エラーが無ければ量産可能な状態とされる。
【０１４０】
次に、図１８、図１９および図２０を用いて、この発明の実施の一形態によるオーサリングシステムにおける処理の流れを説明する。なお、図１８、図１９および図２０における各ステップは、図７、図１６および図１７を用いて説明した各モジュールにおける処理にそれぞれ対応する。
【０１４１】
図１８は、ケース（１）による処理を示すフローチャートである。スタジオ１において、ステップＳ１０で、コンテンツ毎の指示が記述されたＸＭＬファイルに基づき、第２セッションのコンテンツ１１、１１、・・・からＤＭＸファイル６０−１、６０−２、・・・、６０−ＮがＤＭＸファイル作成モジュール２０６において作成される。作成されたＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎは、ステップＳ１１に渡される。
【０１４２】
ステップＳ１１では、さらに、ユセージルール２０９およびソフトウェアプレーヤ２１０が入力され、制作されるＣＤ５０全体に関わる指示が記述されたＸＭＬファイルに基づき、第２セッションに記録するためのディレクトリイメージ２１１がＤＭＸディレクトリ作成モジュール２０８において作成される。ステップＳ１１では、Ｉｎｆｏ＿Ｓｈｅｅｔも作成される。ディレクトリイメージ２１１およびＩｎｆｏ＿Ｓｈｅｅｔは、ステップＳ１２に渡される。
【０１４３】
ステップＳ１２では、さらに、第１セッションに記録するためのオーディオトラック１０、１０、・・・が入力され、このオーディオトラック１０、１０、・・・と、第２セッションに記録するためのディレクトリイメージ２１１とがセッション合成モジュール２１２において合成され、Ｉｎｆｏ＿Ｓｈｅｅｔと共に、ＣＤ−Ｒ４０に記録される。ＣＤ−Ｒ４０は、ステップＳ１３でディレクトリチェッカモジュール３０２においてファイル構造やディレクトリ構造をチェックされ、エラーが無ければプラント２に渡される。なお、このステップＳ１３は、省略することができる。
【０１４４】
プラント２では、ステップＳ１４で、ＣＤ−Ｒ４０が再生され、再生された第１および第２セッションのデータがデータ格納部１３０Ａおよび１３０Ｂにそれぞれ格納される。第２セッションのデータがデータ格納部１３０Ｂから読み出され、ディレクトリチェッカモジュール３０２によりファイル構造やディレクトリ構造をチェックされる。チェックの結果、エラーが無ければ、第２セッションのコンテンツがステップＳ１５でコンテンツ暗号化モジュール２１３により暗号化される。
【０１４５】
第１セッションのデータと暗号化されたコンテンツを含む第２セッションのデータとがディスクマスタリングモジュール２１４に入力される（ステップＳ１６）。ディスクマスタリングモジュール２１４には、さらに、暗号化に用いられた鍵情報と、ステップＳ１４でＣＤ−Ｒ４０から再生されたＩｎｆｏ＿Ｓｈｅｅｔとが入力される。
【０１４６】
図１９は、ケース（２）による処理を示すフローチャートである。スタジオ１において、ステップＳ２０で、コンテンツ毎の指示が記述されたＸＭＬファイルに基づき、第２セッションのコンテンツ１１、１１、・・・からＤＭＸファイル６０−１、６０−２、・・・、６０−ＮがＤＭＸファイル作成モジュール２０６において作成される。作成されたＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎは、ステップＳ２１に渡される。
【０１４７】
ステップＳ２１では、ＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎに対応するコンテンツがコンテンツ暗号化モジュール２１３により暗号化される。暗号化に用いられた鍵情報に基づきステップＳ２２で、Ｓｉｎｆ作成モジュール２１９により、情報Ｓｉｎｆ６８がコンテンツ毎に作成される。一方、ステップＳ２３で、ＥＭＤキー置換モジュール２２０により、ステップＳ２１で暗号化されたコンテンツに対応するＤＭＸファイル６０−１、６０−２、・・・、６０−Ｎ中の情報Ｓｉｎｆ６８が、ステップＳ２２で作成された情報Ｓｉｎｆ６８に置き換えられる。
【０１４８】
ステップＳ２３で情報Ｓｉｎｆ６８が置き換えられたＤＭＸファイル６０’−１、６０’−２、・・、６０’−ＮがステップＳ２４に渡される。ステップＳ２４では、さらに、ユセージルール２０９およびソフトウェアプレーヤ２１０が入力され、制作されるＣＤ５０全体に関わる指示が記述されたＸＭＬファイルに基づき、第２セッションに記録するためのディレクトリイメージ２１１がＤＭＸディレクトリ作成モジュール２０８において作成される。
【０１４９】
また、ステップＳ２１において暗号化の際に用いられた、コンテンツ毎の鍵情報がステップＳ２４に渡される。ステップＳ２４では、このコンテンツ毎の鍵情報が、暗号化されたコンテンツのＣＵＩＤと関連付けられてまとめられ、Ｉｎｆｏ＿Ｓｈｅｅｔに記述される。ディレクトリイメージ２１１およびＩｎｆｏ＿Ｓｈｅｅｔは、ステップＳ２５に渡される。
【０１５０】
ステップＳ２５では、さらに、第１セッションに記録するためのオーディオトラック１０、１０、・・・が入力され、このオーディオトラック１０、１０、・・・と、第２セッションに記録するためのディレクトリイメージ２１１とがセッション合成モジュール２１２において合成され、Ｉｎｆｏ＿Ｓｈｅｅｔと共に、ＣＤ−Ｒ４０に記録される。ＣＤ−Ｒ４０は、ステップＳ２６でディレクトリチェッカモジュール３０２においてファイル構造やディレクトリ構造をチェックされ、エラーが無ければプラント２に渡される。なお、このステップＳ２６は、省略することができる。
【０１５１】
プラント２では、ステップＳ２７で、ＣＤ−Ｒ４０が再生され、再生された第１および第２セッションのデータがデータ格納部１３０Ａおよび１３０Ｂにそれぞれ格納される。第２セッションのデータは、ディレクトリチェッカモジュール３０２によりファイル構造やディレクトリ構造をチェックされる。チェックの結果、エラーが無ければ、データ格納部１３０Ａおよび１３０Ｂからデータが読み出され、ステップＳ２８で、第１および第２セッションのデータとＩｎｆｏ＿Ｓｈｅｅｔとがディスクマスタリングモジュール２１４に入力される。
【０１５２】
図２０は、ディスクマスタリングモジュール２１４における一例の処理を示すフローチャートである。ステップＳ３０で、キーロッカー生成部３０５に対し、第１および第２セッションのデータが入力される。それと共に、ケース（１）の場合には、コンテンツの暗号化に用いられた鍵情報が、ケース（２）の場合には、コンテンツの暗号化に用いられ暗号化されたコンテンツのＣＵＩＤと関連付けられた鍵情報がキーロッカー生成部３０５に入力される。キーロッカー生成部３０５には、ディスクキー２１７も入力され、ディスクキー２１７により鍵情報がさらに暗号化されキーロッカー３０６が生成される。
【０１５３】
第２およびセッションのデータ、キーロッカー３０６、ならびに、ディスクキー２１７がディスクイメージ作成部３０７に入力される。ステップＳ３１で、ディスクイメージ作成部３０７において、入力されたデータに基づき実際にＣＤ５０に記録するためのディスクイメージが作成される。作成されたディスクイメージは、エンコーダ３０８に入力され、ステップＳ３２でＥＦＭのエンコード処理がなされ、ＥＦＭ信号とされる。このＥＦＭ信号によりマスタディスクが作成される。そして、マスタディスクを用いてＣＤ５０が製作される。
【０１５４】
なお、既に述べたように、この発明の実施の一形態によるオーサリングツールは、各機能毎にモジュール化されているため、システムに矛盾を来さない範囲であれば、上述のケース（１）およびケース（２）以外の構成を取ることが可能である。
【０１５５】
また、上述では、この発明の実施の一形態が第１および第２セッションからなる２セッションのＣＤを制作する場合に適用されるように説明したが、これはこの例に限定されない。例えば、上述した第２セッションのみからなる、単一セッションのＣＤ−ＲＯＭを制作するシステムにこの発明の実施の一形態によるオーサリングシステムを適用することも可能である。
【０１５６】
さらに、上述では、制作されるメディアがＣＤであるように説明したが、これはこの例に限られず、例えばＤＶＤといった他のメディアを制作するシステムにこの発明の実施の一形態を適用させることができる。
【０１５７】
さらにまた、スタジオ１で用いられるコンピュータ装置１００や、プラント２で用いられるコンピュータ装置１２０に対して、例えばドングルと称されるハードウェアキーを適用することで、オーサリングツール自体の不正使用を防ぐことができる。ドングルは、例えばコンピュータ装置のシリアルポートに接続して用いられる。ドングルには所定の論理回路が組み込まれ、入力されるコードに対する応答をみることで、モジュールの起動の可否を制御することができる。ドングルにモジュールそのもののコードの一部を組み込んでもよい。モジュールを起動する際にパスワードなどを入力し、正しいパスワードが入力されない場合に、モジュールの起動を中止するようにして、オーサリングツールの不正使用を防ぐこともできる。
【０１５８】
【発明の効果】
以上説明したように、この発明によれば、オーサリングツールが各機能毎にモジュール化されているため、ユーザのニーズに合わせたオーサリングシステムを容易に構築できる効果がある。
【０１５９】
また、各モジュールに対する指示を、各タグにパラメータの意味情報を埋め込んだＸＭＬファイルを用いて行うようにしているため、各モジュールに対する指示の編集などを容易に行うことができる効果がある。
【０１６０】
さらに、オーサリングツールが各機能毎にモジュール化されているため、各機能の変更や更新を容易に行うことができる効果がある。例えば、コンテンツに対する暗号化の方法を変更するような場合、コンテンツ暗号化モジュールやディスクマスタリングモジュールなどの、モジュール単位で更新を行うだけで済む。
【図面の簡単な説明】
【図１】この発明の実施の一形態に適用できるＣＤ５０の一例のデータレイアウトを示す略線図である。
【図２】第２セッションに記録されるデータの一例のフォーマットを示す略線図である。
【図３】ＤＭＸファイルが管理されるディレクトリ構造を説明するための図である。
【図４】この発明の実施の一形態を適用可能なオーサリングシステムについて説明するためのブロック図である。
【図５】スタジオでの処理を行うことができるコンピュータ装置の一例の構成を示すブロック図である。
【図６】プラントでの処理を行うことができるコンピュータ装置の一例の構成を示すブロック図である。
【図７】ケース（１）によるオーサリングシステムの一例の構成をより詳細に示す機能ブロック図である。
【図８】ＤＭＸファイル作成モジュールに入力されるＸＭＬファイルの一例を示す略線図である。
【図９】ＤＭＸディレクトリ作成モジュールでの処理を説明するための図である。
【図１０】ＤＭＸディレクトリ作成モジュールに入力されるＸＭＬファイルの一例を示す略線図である。
【図１１】ＸＭＬファイルにより記述されるユセージルール情報の一例を示す略線図である。
【図１２】セッション合成モジュールでの処理を説明するための図である。
【図１３】コンテンツ暗号化モジュールに入力されるＸＭＬファイルの一例を示す略線図である。
【図１４】Ｓｉｎｆ作成モジュールに入力されるＸＭＬファイルの一例を示す略線図である。
【図１５】ＥＭＤキー置換モジュールに入力されるＸＭＬファイルの一例を示す略線図である。
【図１６】プラントの一例の構成をより詳細に示す機能ブロック図である。。
【図１７】ケース（２）によるオーサリングシステムの一例の構成をより詳細に示す機能ブロック図である。
【図１８】ケース（１）による処理を示すフローチャートである。
【図１９】ケース（２）による処理を示すフローチャートである。
【図２０】ディスクマスタリングモジュールにおける一例の処理を示すフローチャートである。
【図２１】従来の技術によるオーサリングシステムの一例の構成を概略的に示すブロック図である。
【符号の説明】
１・・・スタジオ、２・・・プラント、３・・・ダウンロードサービスプロバイダ、１０・・・オーディオトラック、１１・・・コンテンツ、４０・・・ＣＤ−Ｒ、５０・・・ＣＤ、６０・・・ＤＭＸファイル、６８・・・情報Ｓｉｎｆ、７０・・・ＭＤＡＴ、８３・・・ＩＮＤＥＸ、８４，２１０・・・ソフトウェアプレーヤ、８５，２０９・・・ユセージルール、１００・・・コンピュータ装置、１０５・・・ハードディスクドライブ、１２０・・・コンピュータ装置、１３０・・・データ格納部、２００・・・ＣＤオーサリングモジュール、２０２・・・ＡＴＲＡＣエンコーダモジュール、２０６・・・ＤＭＸファイル作成モジュール、２０８・・・ＤＭＸディレクトリ作成モジュール、２１２・・・セッション合成モジュール、２１３・・・コンテンツ暗号化モジュール、２１４・・・ディスクマスタリングモジュール、２１７・・・ディスクキー、２２０・・・ＥＭＤキー置換モジュール、２２２・・・サブキー、３０２・・・ディレクトリチェッカモジュール、３０５・・・キーロッカー生成部、３０７・・・ディスクイメージ作成部、３０８・・・エンコーダモジュール、３１３・・・ディスクチェックモジュール
【図１】
2004165855.tif 000003
【図２】
2004165855.tif 000004
【図３】
2004165855.tif 000005
【図４】
2004165855.tif 000006
【図５】
2004165855.tif 000007
【図６】
2004165855.tif 000008
【図７】
2004165855.tif 000009
【図８】
2004165855.tif 000010
【図９】
2004165855.tif 000011
【図１０】
2004165855.tif 000012
【図１１】
2004165855.tif 000013
【図１２】
2004165855.tif 000014
【図１３】
2004165855.tif 000015
【図１４】
2004165855.tif 000016
【図１５】
2004165855.tif 000017
【図１６】
2004165855.tif 000018
【図１７】
2004165855.tif 000019
【図１８】
2004165855.tif 000020
【図１９】
2004165855.tif 000021
【図２０】
2004165855.tif 000022
【図２１】
2004165855.tif 000023