(57)【特許請求の範囲】
【請求項１】
ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置であって、
上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理手段を備え、
上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、
上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、
上記データ処理手段は、上記ファイルから上記利用条件記述に関する情報を取得し、該利用条件記述に関する情報から上記サービス毎の利用条件記述を取得し、該サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断し、利用可能な場合には、該サービス毎の利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成し、該コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号し、
上記データ処理手段で復号された暗号化コンテンツデータを他のコンテンツデータ処理装置に送信する際には、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として当該コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加するコンテンツデータ処理装置。
【請求項２】
ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するためにコンテンツデータ処理装置で実行されるコンテンツデータ処理方法であって、
上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理工程を有し、
上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、
上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、
上記ファイルから上記利用条件記述に関する情報を取得する工程と、
上記サービス毎の利用条件記述に関する情報から上記利用条件記述を取得する工程と、
上記サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断する工程と、
上記暗号化コンテンツデータが利用可能な場合には、上記利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成する工程と、
上記コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号する工程とを有し、
上記復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際に、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加するコンテンツデータ処理方法。
【請求項３】
ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置と、該コンテンツデータをネットワークを介して上記コンテンツデータ処理装置に提供する提供側サーバとからなるコンテンツデータ管理システムであって、
上記コンテンツデータ処理装置は、上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを上記提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理手段を備え、
上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、
上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、
上記データ処理手段は、上記ファイルから上記利用条件記述に関する情報を取得し、該利用条件記述に関する情報から上記サービス毎の利用条件記述を取得し、該サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断し、利用可能な場合には、該サービス毎の利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成し、該コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号し、
上記データ処理手段で復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際には、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加するコンテンツデータ管理システム。
【請求項４】
ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置と、コンテンツデータをネットワークを介して該コンテンツデータ処理装置に提供する提供側サーバとからなるコンテンツデータ管理システムによって実行されるコンテンツデータ管理方法であって、
上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化されたコンテンツデータを復号するデータ処理工程を有し、
上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、
上記利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、
上記ファイルから上記利用条件記述に関する情報を取得する工程と、
上記利用条件記述に関する情報から上記利用条件記述を取得する工程と、
上記利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断する工程と、
上記暗号化コンテンツデータが利用可能な場合には、上記利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成する工程と、
上記コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号する工程とを有し、
上記復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際に、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加するコンテンツデータ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ提供側サーバからネットワークを介してダウンロード等して取得した音楽及び／又は映像データ等のコンテンツデータを、このコンテンツデータの再生期限等の利用条件を規定する利用条件記述に基づき管理して処理するコンテンツデータ処理装置及びコンテンツデータ処理方法、並びにコンテンツデータをネットワークを介して上記コンテンツデータ処理装置に送信し、上記コンテンツデータ処理装置にて受信し、上記利用条件情報に基づいてコンテンツデータを管理して再生するコンテンツデータ管理システム及びコンテンツデータ管理方法に関する。
【背景技術】
【０００２】
近年、インターネットやケーブルテレビ等のネットワークを用いた音楽及び／又は映像コンテンツのオンライン配信が実用化され始めた。このようなコンテンツの配信システムにおいて、コンテンツ配信業者は、上記コンテンツをネットワークを介して配信する場合、例えば、Ｗｅｂ上にコンテンツを提供する。また、この音楽配信システムを利用するユーザは、自己のパーソナルコンピュータを用いて、コンテンツ配信業者が提供するＷｅｂ等にアクセスをして、所望のコンテンツをダウンロードする。
【０００３】
ここで、コンテンツ配信業者は、そのコンテンツの著作権を管理しなければならない。そのため、コンテンツ配信業者は、インターネットを介してＷｅｂ上にアクセスしてきたユーザをＩＤ情報や暗証番号等で認識し、正当なユーザに対してのみに暗号化したコンテンツを配信する。それとともに、コンテンツ配信業者は、利用回数や再生可能期間等の制限や著作権を保護する等のために、提供する音楽コンテンツに利用条件情報を付加してユーザに提供する。
【０００４】
本件出願人は、特開２００２−３５９６１６号公報において、上記利用条件情報を基に、ユーザが暗号化コンテンツデータを復号する情報処理装置を開示した。
【０００５】
【特許文献１】特開２００２−３５９６１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
ところで、上述したような暗号化されたコンテンツの利用条件では、例えば再生期間のような一つの項目に関する記述は、一つのファイルの中の一つのコンテンツに対して一つしかなかった。一つのファイルの同一の音楽コンテンツに対して、クライアントを対象に音楽データを配信するブロードキャスト型の音楽配信サービスと、ＣＤ等から読み取った音楽コンテンツをクライアントが内蔵する、又は外付けされたＨＤＤに格納し、ＨＤＤからコンテンツを再生するようなメディアバインド型のサービスとで、再生期間を異ならせるような利用条件はなかった。すなわち、一つのファイルの中の同一の音楽コンテンツを異なったサービスで利用できなかった。
【０００７】
別々のファイルにサービス毎に異なったフォーマットで利用条件が記述されていれば、同一の音楽コンテンツを再生することは可能であるが、これではコンテンツの暗号化の手法はファイルのフォーマットで一意に決まってしまうことになる。
【０００８】
本発明は、上記実情に鑑みてなされたものであり、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能とするコンテンツデータ処理装置及びコンテンツデータ処理方法の提供を目的とする。
【０００９】
また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を複数記述することを可能とするコンテンツデータ処理装置及びコンテンツデータ処理方法の提供を目的とする。
【００１０】
また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を追加して記述することを可能とするコンテンツデータ処理装置及びコンテンツデータ処理方法の提供を目的とする。
【００１１】
また、一つのファイルに格納されている暗号化コンテンツの異なるサービス毎の暗号化鍵の取扱いをサービス依存にすることを可能とするコンテンツデータ処理装置及びコンテンツデータ処理方法の提供を目的とする。
【００１２】
また、ファイルフォーマットの変更無く、サービスを追加することを可能とするコンテンツデータ処理装置及びコンテンツデータ処理方法の提供を目的とする。
【００１３】
また、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能として、コンテンツデータを再生させるコンテンツデータ管理システム及びコンテンツデータ管理方法の提供を目的とする。
【課題を解決するための手段】
【００１４】
本発明に係るコンテンツデータ処理装置は、ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置であって、上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理手段を備え、上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、上記データ処理手段は、上記ファイルから上記利用条件記述に関する情報を取得し、該利用条件記述に関する情報から上記サービス毎の利用条件記述を取得し、該サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断し、利用可能な場合には、該サービス毎の利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成し、該コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号し、上記データ処理手段で復号された暗号化コンテンツデータを他のコンテンツデータ処理装置に送信する際には、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として当該コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加することにより上記課題を解決する。
【００１５】
このコンテンツデータ処理装置にあってデータ処理手段は、コンテンツを暗号化して保存しておくためのファイルと、上記コンテンツを暗号化した鍵と、上記コンテンツを利用するサービス毎の利用条件記述とを用いて上記コンテンツデータを処理する。
【００１６】
本発明に係るコンテンツデータ処理方法は、ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するためにコンテンツデータ処理装置で実行されるコンテンツデータ処理方法であって、上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理工程を有し、上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、上記ファイルから上記利用条件記述に関する情報を取得する工程と、上記サービス毎の利用条件記述に関する情報から上記利用条件記述を取得する工程と、上記サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断する工程と、上記暗号化コンテンツデータが利用可能な場合には、上記利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成する工程と、上記コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号する工程とを有し、上記復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際に、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加することにより上記課題を解決することを特徴とするコンテンツデータ処理方法。
【００１７】
このコンテンツデータ処理方法にあってデータ処理工程は、上記ファイルからサービスの利用条件記述に関する情報を取得し、上記利用条件記述に関する情報からサービスの利用条件記述をチェックし、上記サービスの利用条件記述から上記コンテンツを暗号化した鍵を求め、上記暗号化鍵を用いて暗号化コンテンツを復号する。
【００１８】
本発明に係るコンテンツデータ管理システムは、ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置と、該コンテンツデータをネットワークを介して上記コンテンツデータ処理装置に提供する提供側サーバとからなるコンテンツデータ管理システムであって、上記コンテンツデータ処理装置は、上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを上記提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化された暗号化コンテンツデータを復号するデータ処理手段を備え、上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、上記サービス毎の利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、上記データ処理手段は、上記ファイルから上記利用条件記述に関する情報を取得し、該利用条件記述に関する情報から上記サービス毎の利用条件記述を取得し、該サービス毎の利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断し、利用可能な場合には、該サービス毎の利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成し、該コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号し、上記データ処理手段で復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際には、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加することにより上記課題を解決する。
【００１９】
コンテンツデータ処理装置のデータ処理手段は、コンテンツを暗号化して保存しておくためのファイルと、上記コンテンツを暗号化した鍵と、上記コンテンツを利用するサービス毎の利用条件記述とを用いて上記コンテンツデータを処理する。
【００２０】
本発明に係るコンテンツデータ管理方法は、ネットワーク及び記録媒体の少なくとも一方にて配信されたコンテンツデータを処理するコンテンツデータ処理装置と、コンテンツデータをネットワークを介して該コンテンツデータ処理装置に提供する提供側サーバとからなるコンテンツデータ管理システムによって実行されるコンテンツデータ管理方法であって、上記コンテンツデータを暗号化して保存しておくためのファイルと、上記コンテンツデータを暗号化したコンテンツ暗号化鍵と、上記コンテンツデータを提供側サーバからネットワークを介してダウンロードするＥＭＤサービスのＥＭＤ利用条件記述と上記コンテンツデータをポータブルデバイスに移動又はコピーするＨＤＤ−ＰＤサービスのＨＤＤ−ＰＤ利用条件記述とを有するサービス毎の利用条件記述とを用いて上記コンテンツ暗号化鍵で暗号化されたコンテンツデータを復号するデータ処理工程を有し、上記ファイルには、上記コンテンツデータの暗号化方式であるＤＥＳ（Data Encryption Standard）と、上記暗号化コンテンツデータと、上記サービス毎の利用条件記述を探すための複数種類の利用条件記述に関する情報とが格納され、上記利用条件記述は、上記コンテンツデータの利用条件と、上記コンテンツ暗号化鍵を求めるための関数に代入され、該コンテンツ暗号化鍵を生成するための情報とからなり、上記ファイルから上記利用条件記述に関する情報を取得する工程と、上記利用条件記述に関する情報から上記利用条件記述を取得する工程と、上記利用条件記述の上記暗号化コンテンツデータの利用条件を評価して該暗号化コンテンツデータが利用可能か否かを判断する工程と、上記暗号化コンテンツデータが利用可能な場合には、上記利用条件記述の上記コンテンツ暗号化鍵を生成するための情報から上記コンテンツ暗号化鍵を生成する工程と、上記コンテンツ暗号化鍵と上記コンテンツデータの暗号化方式とを用いて上記暗号化コンテンツデータを復号する工程とを有し、上記復号された暗号化コンテンツデータを上記コンテンツデータ処理装置外の他のコンテンツデータ処理装置に送信する際に、該他のコンテンツデータ処理装置での上記ＨＤＤ−ＰＤサービスの利用を許可しないための利用条件記述として上記コンテンツデータ処理装置に固有の識別コードを用いた記述を上記ファイルにさらに追加することにより上記課題を解決する。
【００２１】
データ処理工程は、上記ファイルからサービスの利用条件記述に関する情報を取得し、上記利用条件記述に関する情報からサービスの利用条件記述をチェックし、上記サービスの利用条件記述から上記コンテンツを暗号化した鍵を求め、上記暗号化鍵を用いて暗号化コンテンツを復号する。
【発明の効果】
【００２２】
本発明のコンテンツデータ処理装置によれば、データ処理手段がコンテンツを暗号化して保存しておくためのファイルと、上記コンテンツを暗号化した鍵と、上記コンテンツを利用するサービス毎の利用条件記述とを用いて上記コンテンツデータを処理するので、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能とする。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を複数記述することを可能とする。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を追加して記述することを可能とする。また、一つのファイルに格納されている暗号化コンテンツの異なるサービス毎の暗号化鍵の取扱いをサービス依存にすることを可能とする。また、ファイルフォーマットの変更無く、サービスを追加することを可能とする。
【００２３】
本発明のコンテンツデータ処理方法によれば、データ処理工程が上記ファイルからサービスの利用条件記述に関する情報を取得し、上記利用条件記述に関する情報からサービスの利用条件記述をチェックし、上記サービスの利用条件記述から上記コンテンツを暗号化した鍵を求め、上記暗号化鍵を用いて暗号化コンテンツを復号するので、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能とする。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を複数記述することを可能とする。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を追加して記述することを可能とする。また、一つのファイルに格納されている暗号化コンテンツの異なるサービス毎の暗号化鍵の取扱いをサービス依存にすることを可能とする。また、ファイルフォーマットの変更無く、サービスを追加することを可能とする。
【００２４】
本発明のコンテンツデータ管理システムによれば、コンテンツデータ処理装置のデータ処理手段がコンテンツを暗号化して保存しておくためのファイルと、上記コンテンツを暗号化した鍵と、上記コンテンツを利用するサービス毎の利用条件記述とを用いて上記コンテンツデータを処理するので、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能として、コンテンツデータを再生させる。
【００２５】
本発明のコンテンツデータ管理方法によれば、データ処理手段がコンテンツを暗号化して保存しておくためのファイルと、上記コンテンツを暗号化した鍵と、上記コンテンツを利用するサービス毎の利用条件記述とを用いて上記コンテンツデータを処理するので、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能として、コンテンツデータを再生させる。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の最良の実施の形態となる、音楽コンテンツ管理システムについて図面を参照しながら説明する。この音楽コンテンツ管理システムは、ネットワークを介して音楽配信業者のコンテンツサーバから、音楽コンテンツを音楽利用者のクライアントにダウンロードし、さらに、ダウンロードした音楽コンテンツや、ＣＤ等のメディアから読みとった音楽コンテンツの管理等を行うシステムである。
【００２７】
図１は、本発明を適用した音楽コンテンツ管理システム１の全体構成図である。この音楽コンテンツ管理システム１は、例えばパーソナルコンピュータのようなクライアント２と、インターネットやローカルエリアネットワーク等のネットワーク３と、音楽データ（以下、コンテンツと呼ぶ。）を配信するコンテンツ提供側サーバ４とで構成されている。コンテンツ提供側サーバ４は、格納しているコンテンツをクライアントの要求に応じて配信するコンテンツサーバと、後述する利用条件等を格納しているライセンスサーバと、課金サーバからなる。
【００２８】
また、クライアント２には、ＵＳＢケーブル５を介して携帯型の音楽再生器機であるポータブルデバイス（ＰＤ）６が接続される。このポータブルデバイス６は、内部にメモリーカードや、光磁気ディスクや、ハードディスク（ＨＤ）等の記憶媒体を格納し、この記憶媒体に、後述する利用条件に基づいてクライアント２から送られたコンテンツを記憶し、再生を行う。
【００２９】
クライアント２は、ブロードキャスト型の音楽配信サービスと、クライアントが内蔵する、又は外付けされたＨＤＤに音楽データを格納し、ＨＤＤからコンテンツを、ポータブルデバイス６に移動したり、コピーして再生するようなメディアバインド型のサービスを実行する。
【００３０】
ブロードキャスト型の音楽配信サービスの具体例としては、ＥＭＤ（ Electrical Music Distribution ）サービスがある。クライアント２は、ＥＭＤサービス用のコンテンツ提供側サーバ４から、所定の圧縮方式で圧縮されたコンテンツをダウンロードし、所定の暗号化方式で暗号化して内蔵又は外付けのＨＤＤなどに記録する。この場合、コンテンツ提供側サーバ４は、コンテンツサーバからコンテンツと共に、ライセンスサーバからコンテンツの利用条件を示すＥＭＤサービス用の利用条件情報も配信する。
【００３１】
クライアント２は、上記音楽コンテンツと上記利用条件情報を後述するようにファイルの中に格納した状態で扱う。なお、ファイルフォーマットには暗号化手法が記述してある。このため、クライアン２はサービス毎の利用条件を追加することができる。
【００３２】
メディアバインド型のサービスの具体例としては、例えば、上記ＥＭＤサービスによってダウンロードしたコンテンツや、ＣＤ（ Compact Disc ）等のメディアから読みとったコンテンツを、所定の圧縮方式で圧縮して、所定の暗号化方式で暗号化してＨＤＤに記録し、さらにＨＤＤからポータブルデバイス６にコンテンツを移動、又はコピーして再生するＨＤＤ−ポータブルデバイス（ＰＤ）サービスがある。
【００３３】
クライアント２は、上記ＥＭＤサービスによってダウンロードしたコンテンツやＣＤ等のメディアから読み取ったコンテンツをＨＤＤに記録する場合、そのコンテンツの再生条件に応じて、利用条件情報を生成してコンテンツと共にファイルの中に格納しＨＤＤに記録する。また、ＨＤＤからポータブルデバイスにコンテンツを移動、又はコピーしたとき、ポータブルデバイスはファイルの中の利用条件情報を変更、又は更新して、コンテンツと共にＰＤ内部の記録媒体に記録する。
【００３４】
なお、ＥＭＤサービスにおいてもコンテンツ提供側サーバ４からダウンロードしたコンテンツはクライアント２に内蔵又は外付けされたＨＤＤに記録することになるが、この明細書中では二つのサービスを区別するために、コンテンツをＨＤＤに記録し、さらに記録したコンテンツをＰＤに移動、又はコピーするサービスをＨＤＤ−ＰＤサービスと称して、コンテンツサーバからコンテンツをダウンロードするＥＭＤサービスと異ならせている。
【００３５】
両者のサービスにおいて用いる圧縮方式としては、例えばＡＴＲＡＣ（ Adaptive Transform Acoustic Coding ）３（登録商標）やＭＰ３（ MPEG Audio Layer -3）等の方式が用いられる。また、暗号化方式としては、ＤＥＳ（Data Encryption Standard）などが用いられる。
【００３６】
クライアント２は、ＥＭＤサービスの利用条件情報に基づいても、ＨＤＤに記録した暗号化コンテンツをＵＳＢケーブル５を介してポータブルデバイス６に移動し、移動させたことに対応して利用条件情報を更新する場合がある。ＨＤＤに格納されたコンテンツをポータブルデバイスに移動する処理のことを本明細書ではチェックアウトという。このチェックアウトに関する利用条件も上記利用条件情報に記述されており、クライアント２はチェックアウトしたときにチェックアウト可能回数を一つ減少させる。チェックアウト可能回数が０のときには、対応するコンテンツは、チェックアウトすることができない。もちろん、サービスによっては、始めからチェックアウト可能回数が０とされ、ポータブルデバイス６への記録を禁じているものもある。例えば、ＨＤＤ−ＰＤサービスではポータブルデバイス６へのチェックアウトを回数を設定して許可しているが、ＥＭＤサービスではクライアント２からポータブルデバイス６へのチェックアウトを禁じていることもある。
【００３７】
また、クライアント２は、ＥＭＤサービス用の利用条件情報や、ＨＤＤ−ＰＤサービスにおける利用条件情報によっては、ＵＳＢケーブル５を介して、ポータブルデバイス６に記憶させているコンテンツを、消去し（または使用できなくさせ）、消去したことに対応させて利用条件情報を更新する。このような消去処理のことを本明細書ではチェックインという。チェックインしたとき、クライアント２が記録している、そのコンテンツのチェックアウト可能回数を１増加させる。
【００３８】
なお、クライアント２は、他のクライアントがポータブルデバイス６にチェックアウトしたコンテンツに対してはチェックインはできない。すなわち、クライアント自身がチェックアウトしたコンテンツしか、チェックインをすることができない。
【００３９】
この音楽コンテンツ管理システム１においてクライアント２は、図２に示すように、コンテンツを暗号化して保存しておくためのファイル１０と、コンテンツを暗号化した鍵２０と、コンテンツを利用するサービスごとの利用条件記述３０の３種類のデータを用いて上記コンテンツを処理する。実際に上記３種類のデータを処理するのは、後述するハードウェア構成のＣＰＵ６１（図６）である。ＣＰＵ６１は、データ処理部として機能し、ファイル１０と、コンテンツを暗号化した鍵２０と、コンテンツを利用するサービスごとの利用条件記述３０の３種類のデータを用いてコンテンツを処理する。
【００４０】
ファイル１０には、コンテンツの暗号化方式１１が１種類と、暗号化されたコンテンツ１２が１種類が格納されている。また、ファイル１０には、各種サービスの利用条件記述に関する情報１３が上記サービスの数分だけ格納されている。この実施の形態では、クライアントが実行するサービスは、上記ＥＭＤサービスと、ＨＤＤ−ＰＤサービスの２種類である。したがって、ＥＭＤサービスの利用条件記述に関する情報１３ａと、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂが格納されている。もちろん、他のサービスも含めてもよい。ＨＤＤ−ＰＤサービス用の利用条件記述に関する情報１３ｂは、クライアントが後から追加したものである。ファイルフォーマットに暗号化手法が記述してあるのでサービス毎の利用条件を追加することが容易である。
【００４１】
コンテンツを暗号化した鍵２０は、上記ファイル１０の暗号化されたコンテンツ１２を上記暗号化方式１１を用いて復号するための鍵である。このコンテンツの暗号化鍵の取扱いはサービス依存にすることが可能である。コンテンツを利用するサービス毎の利用条件記述には、再生期限などのコンテンツの利用条件と、上記暗号化した鍵を求めるための情報が記述されている。
【００４２】
利用条件としては、ディバイスアンドメディアカテゴリーフォアチェクアウト（Devaice and Media Categories for Check Out：チェックアウトのための端末及び媒体のカテゴリー）、チェックアウトマックスカウント（Check Out Max Count：チェックアウトの最大回数）、デバイスアンドメディアカテゴリーフォアコピー（Devaice and Media Categories for copy：コピーのための端末及び媒体のカテゴリー）、コピーマックスカウント（Copy Out Max Count：コピーの最大回数）も記述されることもある。また、アトラック３ＣＤバーンマックスカウント（AT3CD Burn Max Count：符号化方式アトラック３でのＣＤへの複写最大回数）も記述されてもよい。また、上記再生期限を示すための、スタートタイム（start_time：絶対開始時間）、エンドタイム（end_time：絶対終了時間）、ピリオドタイム（period_time：相対時間）も記述される。
【００４３】
ディバイスアンドメディアカテゴリーフォアチェクアウト（Devaice and Media Categories for Check Out）は、クライアントからチェックアウト可能な機器を指定するために記述される。チェックアウトは、上述したようにクライアントからポータブル機器（ＰＤ）にコンテンツを転送することを意味する。例えば、インターネットに接続して音楽データを記録できるネット接続型のミニディスク記録再生装置、時計を有してタイマー機能を備えるポータブル機器、時計のないポータブル機器の３つのカテゴリを定義できる。チェックアウト可能であることをフラグ“１”で示すと、“１１０”は、クライアントからコンテンツを転送することができるＰＤは、ネット接続型のミニディスク記録再生装置とタイマー機能を備えるポータブル機器であることを指定していることになる。時計のないポータブル機器にはチェックアウトできないことを意味する。なお、チェックアウトしたコンテンツをＰＤから元のクライアントに戻すことは上述したようにチェックインという。クライアントからＰＤに一度チェックアウトしたコンテンツをチェックインによりまたクライアントに戻した後、再びチェックアウトすることも可能である。
【００４４】
チェックアウトマックスカウント（Check Out Max Count）は、上記ディバイスアンドメディアカテゴリーフォアチェクアウト（Devaice and Media Categories for Check Out）にてチェックアウトを許可したポータブル機器に対して最大何回までチェックアウトできるかを示す回数指定の情報である。
【００４５】
デバイスアンドメディアカテゴリーフォアコピー（Devaice and Media Categories for copy）は、クライアントからコピー可能な機器を指定するために記述されている。コピーは、クライアントからポータブル機器（ＰＤ）にコンテンツを複写することを意味する。よって、クライアントからコンテンツを複写できるポータブル機器を示す。前記ディバイスアンドメディアカテゴリーフォアチェクアウト（Devaice and Media Categories for Check Out）にて説明したのと同様に、ミニディスク記録再生装置、時計を有してタイマー機能を備えるポータブル機器、時計のないポータブル機器の３つのカテゴリを定義できる。コピー可能であることをフラグ“１”で示すと、“１１０”は、クライアントからコンテンツをコピーすることができるＰＤは、ネット接続型のミニディスク記録再生装置とタイマー機能を備えるポータブル機器であることを指定していることになる。時計のないポータブル機器にはコピーを禁止している。
【００４６】
コピーマックスカウント（Copy Out Max Count）は、上記デバイスアンドメディアカテゴリーフォアコピー（Devaice and Media Categories for copy）にてコピーを許可したポータブル機器に対して最大何回までコピーできるかを示す回数指定の情報である。
【００４７】
アトラック３ＣＤバーンマックスカウント（AT3CD Burn Max Count）は、コーデック方式ＡＴＲＡＣ３によるＣＤへのコンテンツの複写最大回数を指定する情報である。
【００４８】
スタートタイム（start_time：絶対開始時間）はコンテンツの利用可能開始絶対日時を示し、エンドタイム（end_time：絶対終了時間）はコンテンツの利用可能終了絶対日時を示す。よって、スタートタイム（start_time：絶対開始時間）とエンドタイム（end_time：絶対終了時間）により、コンテンツの利用できる絶対期間を指定する。ピリオドタイム（period_time：相対時間）は、ある特定の日時からどれくらいの期間コンテンツを利用できるかを示す情報である。
【００４９】
図２に示した例では、ファイル１０にはＥＭＤサービスの利用条件記述に関する情報１３ａが格納されている。クライアント２は、ＥＭＤサービスの利用条件記述に関する情報１３ａからＥＭＤ利用条件記述３０ａを探す。ＥＭＤ利用条件記述３０ａには、例えば再生期限に関する利用条件記述に関する記述と、コンテンツを暗号化した鍵を求めるための情報が書かれている。コンテンツを暗号化した鍵を求めるための情報は、コンテンツを暗号化した鍵を求める関数（ＥＭＤ用）３１ａに代入されてコンテンツ暗号鍵２０が生成される。
【００５０】
また、ファイル１０には、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂも格納されている。クライアント２は、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂからＨＤＤ−ＰＤ利用条件記述３０ｂを探す。ＨＤＤ−ＰＤ利用条件記述３０ｂにも、例えば再生期限に関する利用条件記述に関する記述と、コンテンツを暗号化した鍵を求めるための情報が書かれている。コンテンツを暗号化した鍵を求めるための情報は、コンテンツを暗号化した鍵を求める関数（ＨＤＤ−ＰＤ用）３１ｂに代入されてコンテンツ暗号鍵２０が生成される。
【００５１】
このように、各サービス毎に利用条件記述は設定可能であるが、利用条件記述から得られるコンテンツ暗号鍵２０というものは常に一定である。また、ファイルには、利用できるサービスの記述があるのみで、暗号化コンテンツ、暗号方式とサービスの関係が密接に書かれていない。また、ファイルはサービス毎の利用条件記述に関する情報を増やすことによって、さまざまなサービスに対応することが可能となる。特に、本発明では、ファイルフォーマットの変更なく、サービスを追加することが可能となっている。
【００５２】
図３には、クライアント２でコンテンツが利用される際の処理手順を示す。クライアント２は、ファイル１０からそのサービスの利用条件記述に関する情報１３を探して取得し（ステップＳ１）、その情報１３から利用条件に関する記述３０を探してチェックし（ステップＳ２）、利用条件記述３０にある上記暗号化した鍵２０を求めるための情報を、上述したようにコンテンツを暗号化した鍵を求める関数３１（ＥＭＤ用３１ａ、あるいはＨＤＤ−ＰＤ用３１ｂ）に代入して暗号化鍵２０を求め（ステップＳ３）、この暗号化した鍵２０を用いてファイル１０内の暗号化されたコンテンツ１２をコンテンツ復号部４０で復号する（ステップＳ４）。コンテンツ復号部４０は、後述するＣＰＵ６１（図６）が本発明のコンテンツ処理方法の該当工程を実行することによって機能するブロックである。コンテンツ復号部４０で復号されたオーディオ信号は、例えばスピーカ５０やヘッドフォンから出力される。
【００５３】
図３のステップＳ２にてサービスの利用条件記述３０をチェックしてから、ステップＳ３にて暗号化鍵２０を求めるという処理への移行は、詳細には図４に示すようになる。クライアント２は、ステップＳ２−１にてサービスの利用条件記述に関する情報１３からサービスの利用条件記述３０を取得し、ステップＳ２−２にてサービスの利用条件記述３０を評価し、ステップＳ２−３にて利用可能か否かを判断する。ステップＳ２−３にて利用可能であると判断すると、ステップＳ３へ移行する。
【００５４】
例えば、クライアント２が図２に示したファイル１０をＥＭＤサービスで利用する場合は、以下のようになる。先ず、ファイル１０からＥＭＤサービスに関する利用条件記述に関する情報１３ａを取得し（ステップＳ１）、そこからＥＭＤサービス上で、利用条件記述３０ａを取得する（ステップＳ２−１）。ＥＭＤサービスの利用条件記述３０ａを評価し（ステップＳ２−２）、利用可能であると判断したときには（ステップＳ２−３でＹＥＳ）、ＥＭＤサービスの利用条件記述３０ａから上述したようにコンテンツを暗号化した鍵を求めるための情報を取りだし、コンテンツを暗号化した鍵を求める関数（ＥＭＤ用）３１ａに代入して、コンテンツ暗号鍵２０を求める（ステップＳ３）。ここで、利用条件記述３０を取得する部分と、コンテンツ暗号鍵２０を求める部分はＥＭＤサービス独自で決める事が可能である。もちろん、ＨＤＤ−ＰＤサービスでも独自で決めることができる。
【００５５】
そして、クライアント２は、後述するＣＰＵ６１（図６）により機能的に構成されるコンテンツ復号部４０でコンテンツ復号関数にコンテンツ暗号化鍵２０を入れてコンテンツを復号し、上述したように、例えばスピーカ５０やヘッドフォンから出力する。
【００５６】
このように、音楽コンテンツ管理システム１において、クライアント２が扱うファイルフォーマットには暗号化手法が記述してあるので、サービス毎の利用条件を追加することができる。また、コンテンツの暗号化鍵の取り扱いはサービス依存にすることが可能である。また、ファイルフォーマットの変更無く、サービスを追加することが可能となる。
【００５７】
なお、上記ブロードキャスト型記述のＥＭＤの利用条件に関する記述には、記述に対する完全性の確認が記述内に存在するようにしてもよい。また、メディアバインド型記述のＨＤＤの利用条件に関する記述では、記述の完全性をＨＤＤ内の情報と関連付けるようにしている。例えば、ＨＤＤの識別コード（ＩＤ）を用いる方法がある。
【００５８】
記述の完全性を確認してからコンテンツを再生する処理手順は、図５に示すようになる。先ず、利用したいサービスの利用条件記述に関する情報を取得し（ステップＳ１１）、利用条件記述に関する情報の完全性をチェックする（ステップＳ１２）。ＥＭＤサービスの場合は、記述に対する完全性の確認が記述内に存在するので、それを用いる。また、ＨＤＤサービスの場合は、例えばＨＤＤ−ＩＤと関連付けられているのでＨＤＤ−ＩＤを用いる。完全性の確認が終わったら、利用条件記述の再生に関する事項をチェックする（ステップＳ１３）。次に、コンテンツの暗号化鍵を上記ステップＳ３と同様にして求め（ステップＳ１４）、この暗号化鍵を使ってコンテンツを復号し再生する（ステップＳ１５）。
【００５９】
例えば、ＥＭＤサービスでこのコンテンツを試聴するという例を考える。この場合、利用条件の再生期限は１週間と定められ、１週間後には聞けなくなる。ただし、コンテンツの権利を購入し、ＨＤＤで再生可能にしたときは、１週間たってもコンテンツが利用できる。このようにデータに２つ利用条件記述に関する情報が含まれることになる。ＨＤＤについての利用条件は、クライアントが生成してファイルに追加する。
【００６０】
ＨＤＤで再生する場合はＨＤＤの利用条件に関する情報を用いることで再生が可能である。また、ＥＭＤとして再生することも可能である。しかし、このコンテンツを上記ＨＤＤと異なるＨＤＤで再生する場合は、ＨＤＤの利用条件記述に関する情報の完全性が保証されないので用いることができない。一方、ＥＭＤの利用条件記述に関する情報に関しては、それ自体で完全性が保証されるので、この条件（再生期限１週間）を用いて他のＨＤＤでも再生できる。これらの動作の具体例については後述する。
【００６１】
次に、上記音楽コンテンツ管理システム１を構成する各部のハードウェアについて説明する。先ず、クライアント２は、図６に示すような構成である。
【００６２】
ＣＰＵ（ Central Processing Unit ）６１は、各種アプリケーションプログラム（詳細については後述する。）や、ＯＳ（ Operating System ）を実際に実行する。ＲＯＭ（ Read - only Memory ）６２は、一般的には、ＣＰＵ６１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。ＲＡＭ（ Random Access Memory ）６３は、ＣＰＵ６１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。これらはＣＰＵバスなどから構成されるホストバス６４により相互に接続されている。
【００６３】
ホストバス６４は、ブリッジ６５を介して、ＰＣＩ（ Peripheral ComponentInterconnect / Interface ） バスなどの外部バス６６に接続されている。
【００６４】
キーボード６８は、ＣＰＵ６１に各種の指令を入力するとき、使用者により操作される。マウス６９は、ディスプレイ７０の画面上のポイントの指示や選択を行うとき、使用者により操作される。ディスプレイ７０は、液晶表示装置又はＣＲＴ（ Cathode Ray Tube ）などから成り、各種情報をテキストやイメージで表示する。ＨＤＤ（Hard Disk Drive） ７１は、ハードディスクを駆動し、それらにＣＰＵ６１によって実行するプログラムや情報を記録又は再生させる。
【００６５】
ドライブ７２は、装着されている磁気ディスク９１、光ディスク９２（ＣＤを含む）、光磁気ディスク９３、又は半導体メモリ９４に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インターフェース６７、外部バス６６、ブリッジ６５及びホストバス６４を介して接続されているＲＡＭ６３に供給する。
【００６６】
ＵＳＢポート７３には、ＵＳＢケーブル５を介して、ポータブルデバイス６が接続される。ＵＳＢポート７３は、インターフェース６７、外部バス６６、ブリッジ６５、又はホストバス６４を介して、ＨＤＤ７１、ＣＰＵ６１、又はＲＡＭ６３から供給されたデータ（例えば、コンテンツ又はポータブルデバイス６のコマンドなどを含む）をポータブルデバイス６に出力する。
【００６７】
ＩＥＣ（Internationl Electrotechnical Commission）６０９５８端子７４ａを有する音声入出力インタフェース７４は、デジタル音声入出力、あるいはアナログ音声入出力のインタフェース処理を実行する。スピーカ９５は、音声入出力インタフェース７４から供給された音声信号を基に、コンテンツに対応する所定の音声を出力する。
【００６８】
これらのキーボード６８、マウス６９、ディスプレイ７０、ＨＤＤ７１、ドライブ７２、ＵＳＢポート７３、音声入出力インタフェース７４は、インターフェース６７に接続されており、インターフェース６７は、外部バス６６、ブリッジ６５及びホストバス６４を介してＣＰＵ６１に接続されている。
【００６９】
通信部７５は、ネットワーク３が接続され、ＣＰＵ６１、又はＨＤＤ７１から供給されたデータ（例えば、登録の要求、又はコンテンツの送信要求など）を、所定の方式のパケットに格納して、ネットワーク３を介して、送信するとともに、ネットワーク３を介して、受信したパケットに格納されているデータ（例えば、認証鍵、又はコンテンツなど）をＣＰＵ６１、ＲＡＭ６３、又はＨＤＤ７１に出力する。
【００７０】
半導体ＩＣとして、一体的に形成され、クライアント２に装着されるアダプタ７６のＣＰＵ８２は、外部バス６６、ブリッジ６５及びホストバス６４を介してクライアント２のＣＰＵ６１と共働し、各種の処理を実行する。ＲＡＭ８３は、ＣＰＵ８２が各種の処理を実行する上において必要なデータやプログラムを記憶する。不揮発性メモリ８４は、クライアント２の電源がオフされた後も保持する必要があるデータを記憶する。ＲＯＭ８６には、クライアント２から、暗号化されているプログラムが転送されてきたとき、それを復号するプログラムが記憶されている。ＲＴＣ（Real Time Clock）８５は、計時動作を実行し、時刻情報を提供する。半導体ＩＣは、セキュアな環境に設計されており、外部からの悪意なアクセスに対して耐性をもっている。なお、この機能は、ソフトウェアプログラムで構成されていてもよい。
【００７１】
通信部７５及びアダプタ７６は、外部バス６６、ブリッジ６５及びホストバス６４を介してＣＰＵ６１に接続されている。
【００７２】
なお、図示は省略するが、コンテンツ提供側サーバ４も、図６に示したクライアント２と基本的に同様の構成を有するコンピュータにより構成される。そこで、以下の説明においては、図６の構成は、コンテンツ提供側サーバ４や、このコンテンツ提供側サーバ４を構成するコンテンツサーバ、ライセンスサーバ、課金サーバなどの構成としても引用される。
【００７３】
次に、図７を参照して、ポータブルデバイス６の構成を説明する。
【００７４】
電源回路１０２は、乾電池１０１から供給される電源電圧を所定の電圧の内部電力に変換して、ＣＰＵ１０３〜表示部１１７に供給することにより、ポータブルデバイス６全体を駆動させる。
【００７５】
ＵＳＢコントローラ１０７は、ＵＳＢコネクタ１０６を介して、クライアント２とＵＳＢケーブル５を介して接続された場合、クライアント２から転送されたコンテンツを含むデータを、内部バス１０８を介して、ＣＰＵ１０３に供給する。
【００７６】
クライアント２から転送されるデータは、１パケット当たり６４バイトのデータから構成され、１２Ｍｂｉｔ／ｓｅｃの転送レートでクライアント２から転送される。
【００７７】
ポータブルデバイス６に転送されるデータは、ヘッダ及びコンテンツから構成される。ヘッダには、コンテンツＩＤ、ファイル名、ヘッダサイズ、コンテンツ鍵、ファイルサイズ、コーデックＩＤ、ファイル情報などが格納されているとともに、再生制限処理等に必要な利用条件情報等が格納されている。コンテンツは、ＡＴＲＡＣ３などの符号化方式で符号化され、暗号化されている。
【００７８】
ヘッダサイズは、ヘッダのデータ長（例えば、３３バイトなど）を表し、ファイルサイズは、コンテンツのデータ長（例えば、３３，６３６，１３８バイトなど）を表す。
【００７９】
コンテンツ鍵は、暗号化されているコンテンツを復号するための鍵であり、クライアント２とポータブルデバイス６との相互認証の処理で生成されたセッション鍵（一時鍵）を基に暗号化された状態で、クライアント２からポータブルデバイス６に送信される。
【００８０】
ポータブルデバイス６がＵＳＢケーブル５を介してクライアント２のＵＳＢポート７３に接続されたとき、ポータブルデバイス６とクライアント２とは、相互認証の処理を実行する。この相互認証の処理は、例えば、チャレンジレスポンス方式の認証の処理である。ちなみに、ポータブルデバイス６のＤＳＰ１０９は、チャレンジレスポンス方式の認証の処理を行うとき、暗号解読（復号）の処理を実行する。
【００８１】
チャレンジレスポンス方式とは、例えば、クライアント２が生成するある値（チャレンジ）に対して、ポータブルデバイス６がクライアント２と共有している秘密鍵を使用して生成した値（レスポンス）で応答する方式である。チャレンジレスポンス方式の相互認証の処理においては、クライアント２が生成する値は認証の処理毎に毎回変化するので、例えば、ポータブルデバイス６が出力した、秘密鍵を使用して生成された値が読み出されて、いわゆる、なりすましの攻撃を受けても、次の相互認証の処理では、相互認証に使用される値が異なるので、クライアント２は不正を検出できる。
【００８２】
コンテンツＩＤは、コンテンツに対応した、コンテンツを特定するためのＩＤである。コーデックＩＤは、コンテンツの符号化方式に対応したＩＤであり、例えば、コーデックＩＤ”１”は、ＡＴＲＡＣ３に対応し、コーデックＩＤ”０”は、ＭＰ３（MPEG（Moving Picture Experts Group） Audio Layer-3）に対応する。
【００８３】
ファイル名は、コンテンツに対応するクライアント２が記録しているコンテンツファイル（後述する）をＡＳＣＩＩ（ American National Standard Code for Information Interchange ） コードに変換したデータであり、ファイル情報は、コンテンツに対応する曲名、アーティスト名、作詞者名、又は作曲者名などをＡＳＣＩＩコードに変換したデータである。
【００８４】
ポータブルデバイス６が、クライアント２からコンテンツとともにコンテンツの書き込み命令を受信した場合、ＲＡＭ１０４又はＲＯＭ１０５から読み出したメインプログラムを実行するＣＰＵ１０３は、書き込み命令を受け取り、フラッシュメモリコントローラ１１０を制御して、クライアント２から受信したコンテンツをフラッシュメモリ１１１に書き込ませる。
【００８５】
フラッシュメモリ１１１は、約６４ＭＢｙｔｅの記憶容量を有し、コンテンツを記憶する。また、フラッシュメモリ１１１には、所定の圧縮方式で圧縮されているコンテンツを伸張するための再生用コードが予め格納されている。
【００８６】
なお、フラッシュメモリ１１１は、ポータブルデバイス６にメモリカードとして着脱可能とすることができるようにしてもよい。
【００８７】
使用者による、図示せぬ再生／停止ボタンの押し下げ操作に対応した再生命令が操作キーコントローラ１１２を介してＣＰＵ１０３に供給されると、ＣＰＵ１０３は、フラッシュメモリコントローラ１１０に、フラッシュメモリ１１１から、再生用コードとコンテンツとを読み出させ、ＤＳＰ１０９に転送させる。
【００８８】
ＤＳＰ１０９は、フラッシュメモリ１１１から転送された再生用コードに基づいてコンテンツをＣＲＣ（ Cyclic Redundancy Check ） 方式で誤り検出をした後、再生して、再生したデータ（図７中においてＤ１で示す）をディジタル／アナログ変換回路１１３に供給する。
【００８９】
ＤＳＰ１０９は、内部に設けられた発信回路とともに一体に構成され、外付けされた水晶で成る発信子１０９ＡからのマスタークロックＭＣＬＫを基に、コンテンツを再生するとともに、マスタークロックＭＣＬＫ、マスタークロックＭＣＬＫを基に内部の発振回路で生成した所定の周波数のビットクロックＢＣＬＫ、並びに、フレーム単位のＬチャンネルクロックＬＣＬＫ及びＲチャンネルクロックＲＣＬＫからなる動作クロックＬＲＣＬＫをディジタルアナログ変換回路１１３に供給する。
【００９０】
ＤＳＰ１０９は、コンテンツを再生するとき、再生用コードに従って上述の動作クロックをディジタルアナログ変換回路１１３に供給して、コンテンツを再生しないとき、再生用コードに従って動作クロックの供給を停止して、ディジタルアナログ変換回路１１３を停止させて、ポータブルデバイス６全体の消費電力量を低減する。
【００９１】
同様に、ＣＰＵ１０３及びＵＳＢコントローラ１０７も、水晶でなる発振子１０３Ａ又は１０７Ａがそれぞれ外付けされ、発振子１０３Ａ又は１０７Ａからそれぞれ供給されるマスタークロックＭＣＬＫに基づき、所定の処理を実行する。
【００９２】
このように構成することで、ポータブルデバイス６は、ＣＰＵ１０３，ＤＳＰ１０９，ＵＳＢコントローラ１０７等の各回路ブロックに対してクロック供給を行うためのクロック発生モジュールが不要となり、回路構成を簡素化するとともに小型化することができる。
【００９３】
ディジタルアナログ変換回路１１３は、再生したコンテンツをアナログの音声信号に変換して、これを増幅回路１１４に供給する。増幅回路１１４は、音声信号を増幅して、ヘッドフォンジャック１１５を介して、ヘッドフォンに音声信号を供給する。
【００９４】
このように、ポータブルデバイス６は、再生／停止ボタンが押圧操作されたとき、ＣＰＵ１０３の制御に基づいてフラッシュメモリ１１１に記憶されているコンテンツを再生するとともに、再生中に再生／停止ボタンが押圧操作されたとき、コンテンツの再生を停止する。
【００９５】
ポータブルデバイス６は、停止後に再度再生／停止ボタンが押圧操作されたとき、ＣＰＵ１０３の制御に基づいて停止した位置からコンテンツの再生を再開する。再生／停止ボタンが押圧操作により再生を停止して操作が加わることなく数秒間経過したとき、ポータブルデバイス６は、自動的に電源をオフして消費電力を低減する。
【００９６】
因みに、ポータブルデバイス６は、電源がオフになった後に再生／停止ボタンが押圧操作されたとき、前回の停止した位置からコンテンツを再生せず、１曲目から再生する。
【００９７】
また、ポータブルデバイス６のＣＰＵ１０３は、ＬＣＤコントローラ１１６を制御して、表示部１１７に、再生モードの状態（例えば、リピート再生、イントロ再生など）、イコライザ調整（すなわち、音声信号の周波数帯域に対応した利得の調整）、曲番号、演奏時間、再生、停止、早送り、早戻しなどの状態、音量及び乾電池１０１の残量等の情報を表示させる。
【００９８】
さらに、ポータブルデバイス６は、ＥＥＰＲＯＭ１１８に、フラッシュメモリ１１１に書き込まれているコンテンツの数、それぞれのコンテンツが書き込まれているフラッシュメモリ１１１のブロック位置及びその他種々のメモリ蓄積情報等のいわゆるＦＡＴ（ File Allocation Table ）を格納する。
【００９９】
因みに、本実施の形態においては、コンテンツは、６４ＫＢｙｔｅを１ブロックとして扱われ、１曲のコンテンツに対応したブロック位置がＦＡＴに格納される。
【０１００】
フラッシュメモリ１１１にＦＡＴが格納される場合、例えば、１曲目のコンテンツがＣＰＵ１０３の制御によりフラッシュメモリ１１１に書き込まれると、１曲目のコンテンツに対応するブロック位置がＦＡＴとしてフラッシュメモリ１１１に書き込まれ、次に、２曲目のコンテンツがフラッシュメモリ１１１に書き込まれると、２曲目のコンテンツに対応するブロック位置がＦＡＴとしてフラッシュメモリ１１１（１曲目と同一の領域）に書き込まれる。
【０１０１】
このように、ＦＡＴは、フラッシュメモリ１１１へのコンテンツの書き込みのたびに書き換えられ、更に、データの保護の為、同一のデータがリザーブ用に２重に書き込まれる。
【０１０２】
ＦＡＴがフラッシュメモリ１１１に書き込まれると、１回のコンテンツの書き込みに対応して、フラッシュメモリ１１１の同一の領域が２回書き換えられるので、少ないコンテンツの書き込みの回数で、フラッシュメモリ１１１に規定されている書換えの回数に達してしまい、フラッシュメモリ１１１の書換えができなくなってしまう。
【０１０３】
そこで、ポータブルデバイス６は、ＦＡＴをＥＥＰＲＯＭ１１８に記憶させて、１回のコンテンツの書き込みに対応するフラッシュメモリ１１１の書換えの頻度を少なくしている。
【０１０４】
書換えの回数の多いＦＡＴをＥＥＰＲＯＭ１１８に記憶させることにより、ＦＡＴをフラッシュメモリ１１１に記憶させる場合に比較して、ポータブルデバイス６は、コンテンツの書き込みができる回数を数十倍以上に増やすことができる。更に、ＣＰＵ１０３は、ＥＥＰＲＯＭ１１８にＦＡＴを追記するように書き込ませるので、ＥＥＰＲＯＭ１１８の同一の領域の書換えの頻度を少なくして、ＥＥＰＲＯＭ１１８が短期間で書換え不能になることを防止する。
【０１０５】
ポータブルデバイス６は、ＵＳＢケーブル５を介してクライアント２に接続されたとき（以下、これをＵＳＢ接続と称する）、ＵＳＢコントローラ１０７からＣＰＵ１０３に供給される割り込み信号に基づき、ＵＳＢ接続されたことを認識する。
【０１０６】
ポータブルデバイス６は、ＵＳＢ接続されたことを認識すると、クライアント２からＵＳＢケーブル５を介して規定電流値の外部電力の供給を受けるとともに、電源回路１０２を制御して、乾電池１０１からの電力の供給を停止させる。
【０１０７】
ＣＰＵ１０３は、ＵＳＢ接続されたとき、ＤＳＰ１０９のコンテンツの再生の処理を停止させる。これにより、ＣＰＵ１０３は、クライアント２から供給される外部電力が規定電流値を超えてしまうことを防止して、規定電流値の外部電力を常時受けられるように制御する。
【０１０８】
このようにＣＰＵ１０３は、ＵＳＢ接続されると、乾電池１０１から供給される電力からクライアント２から供給される電力に切り換えるので、電力単価の安いクライアント２からの外部電力が使用され、電力単価の高い乾電池１０１の消費電力が低減され、かくして乾電池１０１の寿命を延ばすことができる。
【０１０９】
なお、ＣＰＵ１０３は、クライアント２からＵＳＢケーブル５を介して外部電力の供給を受けたとき、ＤＳＰ１０９の再生処理を停止させることにより、ＤＳＰ１０９からの輻射を低減させ、その結果としてクライアント２を含むシステム全体の輻射を一段と低減させる。
【０１１０】
次に、音楽コンテンツ管理システム１の動作のいくつかの具体例を説明する。
【０１１１】
先ず、図８を参照して、ＥＭＤサービスにて１週間の再生期限付きの試聴用音楽コンテンツがクライアント２に配信されてから、ＨＤＤ−ＰＤサービスにて同じ音楽コンテンツを再生期限を無制限にして有料で聞くことができるようにした第１具体例について説明する。
【０１１２】
ここでは、コンテンツ提供側サーバ４は、登録処理用のサーバ（ライセンスサーバ）と課金用のサーバも兼用しているとして説明を進める。クライアント２がコンテンツ提供側サーバ４に試聴用の音楽コンテンツの取得要求を送信してきたとき、コンテンツ提供側サーバ４はクライアント２からの取得要求に対応して、ネットワーク３を介して、クライアント２との相互認証に必要な認証鍵をクライアント２に送信するとともに、コンテンツ提供側サーバ４に接続するためのプログラムを送信する。
【０１１３】
クライアント２が上記認証鍵を受け取り認証が完了し、上記接続プログラムを実行してコンテンツ提供側サーバ４に接続してから、コンテンツ提供側サーバ４はクライアント２の要求に応じて、ネットワーク３を介して、上記試聴用の音楽コンテンツ１２を暗号方式１１と共にクライアント２に供給する（図８のステップＳ２１）。また、コンテンツ提供側サーバ４は、ＥＭＤサービス用の利用条件記述に関する情報１３ａもクライアント２に供給する。
【０１１４】
クライアント２は、上記ステップＳ２１にて送られてきた暗号方式１１、暗号化コンテンツ（試聴用）１２、ＥＭＤサービス用の利用条件記述に関する情報１３ａをファイル１０の中に格納した状態で記憶する。
【０１１５】
この試聴用の音楽コンテンツは無料又は低価格とされており、ＥＭＤサービスの利用条件記述に関する情報１３ａから探すことのできる利用条件記述３０ａにより、再生期限が１週間と定められている。このため、クライアント２では、上記試聴用の音楽コンテンツを無料又は低価格にて再生することができるが、１週間後には聞けなくなってしまう。ここで例に挙げている音楽コンテンツは試聴用であり、ユーザ側にて期間無制限にて同じ音楽コンテンツを聴きたいという要望には直接対応していない。そこで、コンテンツ提供側では期間無制限にての観賞は新しく権利を購入すれば可能ですという案内をＷＥＢサイトや、或いは購入案内という形で予めコンテンツや暗号化方式などと共に配布してもよい。具体的には、利用条件記述の中ではなく、曲のタイトルや、演奏者とかを記述している部分に、上記権利を買うことのできるホームページのアドレス（ＵＲＬ）を載せておけばよい。ユーザは、上記ＵＲＬから上記新しい権利を販売しているホームページにアクセスでき、そこから上記新しい権利を購入できる。この例では、新しい利用権利はＨＤＤ−ＰＤサービスに関するものである。
【０１１６】
例えば、ユーザが上記購入案内を読み、その利用条件での再生を納得する（ＯＫ）のであれば、上記ＨＤＤ−ＰＤサービスによりコンテンツを利用するための権利を購入する（ステップＳ２２）。コンテンツを利用するための権利をステップＳ２２にて購入すると、クライアント２は、コンテンツ提供側からダウンロードすることができたＨＤＤ−ＰＤサービス用の利用条件記述に関する情報１３ｂを、既に所有しているファイル１０の中に追加する。ファイルフォーマットには暗号化手法が記述してあるので、サービス毎の利用条件記述に関する情報１３を複数追加することが可能である。
【０１１７】
クライアント２は、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂから上記図３又は図５に示した処理手順にしたがって、利用条件記述３０ｂを探し、利用条件記述３０ｂから上記暗号化鍵を求め、この暗号化した鍵２０でファイル１０内の暗号化されたコンテンツをコンテンツ復号部４０で復号する。コンテンツ復号部４０で復号されたオーディオ信号は、例えばスピーカ５０やヘッドフォンから出力される。
【０１１８】
さらに、ＨＤＤ−ＰＤサービスでは、コンテンツを利用するための権利を購入したユーザにより、クライアント２のＨＤＤに格納したコンテンツを、ＵＳＢケーブル５で接続したポータブルデバイス６にチェックアウトすることができる（ステップＳ２３）。このときの、チェックアウト及びチェックインに関する利用条件は、利用条件記述に記述されている。ポータブルデバイス６では、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂ’によって探すことができる更新された利用条件記述が記述される。
【０１１９】
次に、図９を参照して、ＥＭＤサービスにて１週間の再生期限付きの試聴用音楽コンテンツがクライアント２に配信されてから、ユーザがクライアント２にＨＤＤ−ＰＤサービスでＣＤ等のメディアをコピーし、これをＨＤＤから再生したり、ポータブルデバイスにチェックアウトする第２具体例について説明する。
【０１２０】
コンテンツ提供側サーバ４とクライアント２との認証処理が上述したように行われ、コンテンツ提供側サーバ４はクライアント２の要求に応じて、ネットワーク３を介して、上記試聴用の音楽コンテンツ１２を暗号方式１１と共にクライアント２に供給する（図９のステップＳ３１）。また、コンテンツ提供側サーバ４は、ＥＭＤサービス用の利用条件記述に関する情報１３ａもクライアント２に供給する。
【０１２１】
クライアント２は、上記ステップＳ２１にて送られてきた暗号方式１１、暗号化コンテンツ（試聴用）１２、ＥＭＤサービス用の利用条件記述に関する情報１３ａをファイル１０の中に格納した状態で記憶する。
【０１２２】
この試聴用の音楽コンテンツは無料又は低価格とされており、ＥＭＤサービスの利用条件記述に関する記述１３ａから探すことのできる利用条件記述３０ａにより、再生期限が１週間と定められている。このため、クライアント２では、上記試聴用の音楽コンテンツをダウンロードし、無料又は低価格にて再生することができるが、１週間後には聞けなくなってしまう。
【０１２３】
ユーザは、上記試聴用の音楽コンテンツが気に入り、同じコンテンツのＣＤ等のメディア７を購入等して、ＨＤＤ−ＰＤサービスにより、メディア７から読みとったコンテンツを、所定の圧縮方式で圧縮して、所定の暗号化方式で暗号化してＨＤＤに記録する（ステップＳ３２）。このとき、ＨＤＤ−ＰＤサービスにおいて、クライアント２は、コンテンツの再生条件に応じて、ＨＤＤ−ＰＤサービス用の利用条件記述に関する情報１３ｂを既に所有しているファイル１０の中に追加する。ファイルフォーマットには暗号化手法が記述してあるので、サービス毎の利用条件記述に関する情報を複数追加することは可能である。
【０１２４】
クライアント２は、ＨＤＤ−ＰＤサービスの利用条件記述に関する情報１３ｂから上記図３又は図５に示した処理手順にしたがって利用条件記述３０ｂを探し、利用条件記述３０ｂから、上記暗号化鍵２０を求め、この暗号化した鍵２０でファイル１０内の暗号化されたコンテンツをコンテンツ復号部４０で復号する。コンテンツ復号部４０で復号されたオーディオ信号は、例えばスピーカ５０やヘッドフォンから出力される。
【０１２５】
また、ＨＤＤからポータブルデバイス６にコンテンツを移動、又はコピーするとき、利用条件情報を変更、又は更新して、コンテンツと共にポータブルデバイス６の記録媒体に記録する（ステップＳ３３）。
【０１２６】
次に、図１０を参照して、ＥＭＤサービスで１週間の再生期限付きの試聴用音楽コンテンツがクライアント２に配信されてからクライアント２が他のクライアント１２０に同じファイル１０を渡し、他のクライアント１２０にて再生する第３具体例について説明する。
【０１２７】
コンテンツ提供側サーバ４とクライアント２との認証処理が上述したように行われ、コンテンツ提供側サーバ４はクライアント２の要求に応じて、ネットワーク３を介して、上記試聴用の音楽コンテンツ１２を暗号方式１１と共にクライアント２に供給する（図１０のステップＳ４１）。また、コンテンツ提供側サーバ４は、ＥＭＤサービス用の利用条件記述に関する記述１３ａもクライアント２に供給する。
【０１２８】
クライアント２は、上記ステップＳ４１にて送られてきた暗号方式１１、暗号化コンテンツ（試聴用）１２、ＥＭＤサービス用の利用条件記述に関する情報１３ａをファイル１０の中に格納した状態で記憶する。
【０１２９】
試聴用の音楽コンテンツは無料又は低価格とされており、ＥＭＤサービスの利用条件記述に関する記述１３ａから探すことのできる利用条件記述３０ａにより、再生期限が１週間と定められている。クライアント２では、上記試聴用の音楽コンテンツが気にいったので、すぐにＨＤＤ−ＰＤサービスによる利用の権利を購入して（ステップＳ４２）、同一の音楽コンテンツを再生期間無制限に観賞できるようにした。このとき、クライアント２は、ステップＳ４２にて購入し、コンテンツ提供側からダウンロードすることができたＨＤＤ−ＰＤサービス用の利用条件記述に関する情報１３ｂを、既に所有しているファイル１０の中に追加する。ファイルフォーマットには暗号化手法が記述してあるので、サービス毎の利用条件を複数追加することは可能である。もちろん、ＨＤＤ−ＰＤサービスでは、コンテンツを利用するための権利を購入したユーザにより、クライアント２のＨＤＤに格納したコンテンツを、ＵＳＢケーブル５で接続したポータブルデバイス６にチェックアウトすることができる。このときの、チェックアウト及びチェックインに関する利用条件は、利用条件記述に記述されている。ポータブルデバイス６では、ＨＤＤ−ＰＤサービスの利用条件記述に関する記述１３ｂ’によって探すことができる更新された利用条件記述が記述される。
【０１３０】
次に、クライアント２は、未だＥＭＤサービスによる試聴の再生期限が過ぎていないのでこれを友人に聞かせてやりたいと思った。ファイル１０には１週間以内であれば他のクライアントに渡すことを制限する記述はない。そこで、クライアント２は、他のクライアント１２０に、ファイル１０をコピー等して渡す（ステップＳ４４）。クライアント１２０は、ファイル１０からそのサービスの利用条件記述に関する情報１３を探し、その記述１３から得た情報から利用条件記述を探し、利用条件記述にある上記暗号化した鍵２０を求めるための情報から暗号化した鍵２０を求め、この暗号化した鍵２０でファイル１０内の暗号化されたコンテンツ１２をコンテンツ復号部４０で復号する。コンテンツ復号部４０で復号されたオーディオ信号は、例えばスピーカやヘッドフォンから出力される。
【０１３１】
しかし、他のクライアント１２０では、上記クライアント２にて対応できたＨＤＤ−ＰＤサービスには対応できない。これは、ＨＤＤ−ＰＤサービスの利用条件に、ポータブルデバイスへのリッピングは自分（クライアント２）でしかできないという記述があるためである。
【０１３２】
クライアント２では、コンテンツを利用するための権利を購入しており、この権利の購入を条件にＨＤＤ−ＰＤサービスの利用が可能となるということを前提としている。したがって、ＨＤＤ−ＰＤサービスを有効にして、ファイル１０の音楽コンテンツを用いるときに、クライアント２で生成される利用条件には他のクライアントでのＨＤＤ−ＰＤサービスの利用を許可しない条件を入れておきたい。具体的には、クライアント２でＨＤＤ−ＰＤサービスの利用条件を生成するときに、クライアント２が内蔵しているＨＤＤ又は外付けしているＨＤＤの識別コードＨＤ−ＩＤを用いた記述とすればよい。また、クライアント２に固有の識別コードでもよい。
【０１３３】
クライアント２の上記ＨＤ−ＩＤを記述の完全性と関連づければクライアント２のみでの完全性を確認できるが、クライアント１２０での完全性は確認できなくなる。したがって、コンテンツを利用するための権利を購入していないクライアント１２０での、クライアント２によるＨＤＤ−ＰＤサービスの利用はできない（ステップＳ４５）。
【０１３４】
以上に説明したように、音楽コンテンツ管理システム１におけるクライアント２では、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することが可能となる。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を複数記述することが可能となる。また、一つのファイルのフォーマットに、サービス毎に異なる利用条件を追加して記述することが可能となる。また、一つのファイルに格納されている暗号化コンテンツの異なるサービス毎の暗号化鍵の取扱いをサービス依存にすることが可能となる。また、ファイルフォーマットの変更無く、サービスを追加することが可能となる。
【０１３５】
また、音楽コンテンツ管理システム１は、一つのファイルの中の同一のコンテンツを異なったサービスでも利用することを可能として、クライアント２にコンテンツデータを再生させる。
【図面の簡単な説明】
【０１３６】
【図１】音楽コンテンツ管理システムの全体構成図である。
【図２】クライアントが扱うファイル内の構成と復号に至る処理を簡略的に示す図である。
【図３】クライアントにてコンテンツを利用する際の処理手順を示すフローチャートである。
【図４】サービスの利用条件記述をチェックしてから、暗号化鍵を求めるという処理への移行の詳細な処理手順を示すフローチャートである。
【図５】クライアントにてコンテンツを利用する際に、記述の完全性を確認してからコンテンツを再生する処理手順を示すフローチャートである。
【図６】クライアントのハードウェア構成を示すブロック図である。
【図７】ポータブルデバイスのハードウェア構成を示すブロック図である。
【図８】音楽コンテンツ管理システムの第１具体例を説明するための図である。
【図９】音楽コンテンツ管理システムの第２具体例を説明するための図である。
【図１０】音楽コンテンツ管理システムの第３具体例を説明するための図である。
【符号の説明】
【０１３７】
１  音楽コンテンツ管理システム、２  クライアント、３  ネットワーク、４  コンテンツ提供側サーバ、５  ＵＳＢケーブル、６  ポータブルデバイス
【図１】
0004655470.tif 000002
【図２】
0004655470.tif 000003
【図３】
0004655470.tif 000004
【図４】
0004655470.tif 000005
【図５】
0004655470.tif 000006
【図６】
0004655470.tif 000007
【図７】
0004655470.tif 000008
【図８】
0004655470.tif 000009
【図９】
0004655470.tif 000010
【図１０】
0004655470.tif 000011