(57)【要約】【課題】供給されたコンテンツデータを用いて、付加サービスを提供することができるようにする。【解決手段】  PD１１は、コンテンツ配信サーバ１４から送信されてくるコンテンツデータ４１および復号鍵４２ｂを受信し、内部に記憶する。そして、PD１１において楽曲「XXX」を再生する操作が行われると、PD１１は、楽曲「XXX」の実データ４１ｃを再生する。このとき、楽曲のタイトルやアーティスト名などを表した第１のメタデータ４１aが読み出され、PD１１の表示装置に表示される。さらに、PD１１は、コンテンツデータ４１とともにコンテンツ配信サーバ１４から供給された復号鍵４２ｂを用いて、暗号化された第２のメタデータ４１ｂを復号する。そして、PD１１は、復号された第２のメタデータ４１ｂを使用した処理を実行する。本発明は、例えば、コンテンツデータを処理する情報処理装置に適用できる。【選択図】図２
2007074208.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置において、
暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得する取得手段と、
前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号する復号手段と、
前記復号手段により復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する提供手段と
を備える情報処理装置。
【請求項２】
前記コンテンツデータを供給するサーバとの間で認証処理を行う認証手段をさらに備え、
前記取得手段は、認証処理終了後、前記サーバから前記復号情報を受信することにより、前記復号情報を取得する
請求項１に記載の情報処理装置。
【請求項３】
復号された前記メタデータは、前記コンテンツのジャンルを表すデータ、または、前記コンテンツの印象を表現したデータであり、
前記提供手段は、前記付加サービスとして、前記コンテンツを好むユーザに最適な他のコンテンツを推薦する
請求項１に記載の情報処理装置。
【請求項４】
前記フォーマットは、MP３（MPEG(Moving Picture Experts Group）-1 Audio Layer-3）であり、前記メタデータ領域は、ID３タグの拡張タグまたはフレームである
請求項１に記載の情報処理装置。
【請求項５】
前記メタデータは、記述論理（Description Logic）を採用した言語で記述されている
請求項１に記載の情報処理装置。
【請求項６】
前記言語は、オントロジ言語OWLである
請求項５に記載の情報処理装置。
【請求項７】
前記コンテンツは、オーディオデータまたはビデオデータであり、
前記情報処理装置は、前記コンテンツを再生する再生装置である
請求項１に記載の情報処理装置。
【請求項８】
コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置の情報処理方法において、
暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得し、
前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号し、
復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する
ステップを含む情報処理方法。
【請求項９】
コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を、コンピュータに実行させるプログラムにおいて、
暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得し、
前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号し、
復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する
ステップを含むプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および方法、並びにプログラムに関し、特に、供給されたコンテンツデータを用いて、付加サービスを提供する情報処理装置および方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、音楽（楽曲）や映画などのコンテンツをデジタル信号で記録（保存）し、再生することができる機器（記録再生機器）が急速に普及してきている。そのような機器としては、例えば、パーソナルコンピュータ、ハードディスクレコーダやDVD(Digital Versatile Disc)レコーダ、または、記録媒体として小型のハードディスクまたは半導体メモリを有する携帯型のデジタルオーディオプレーヤなどのポータブルデバイスなどがある。
【０００３】
そのような機器に搭載または装着される記録媒体の記録容量は増加する傾向にあり、機器内に保存された大量のコンテンツのなかから、所望のコンテンツを容易に検索することが重要になってきている。そこで、コンテンツを再生する機器では、例えば、特許文献１などのように、コンテンツに関連する付加サービスとして、大量のコンテンツのなかからユーザに最適なコンテンツを推薦することなどが行われている。
【特許文献１】特開２００４−３５５０６９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、コンテンツを再生する機器などでは、コンテンツを単に再生するだけでなく、コンテンツに関連する付加サービスをすることができるしくみが要請されている。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、供給されたコンテンツデータを用いて、付加サービスを提供することができるようにするものである。
【課題を解決するための手段】
【０００６】
本発明の一側面の情報処理装置は、コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置において、暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得する取得手段と、前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号する復号手段と、前記復号手段により復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する提供手段とを備える。
【０００７】
前記コンテンツデータを供給するサーバとの間で認証処理を行う認証手段をさらに設け、前記取得手段には、認証処理終了後、前記サーバから前記復号情報を受信することにより、前記復号情報を取得させるようにすることができる。
【０００８】
復号された前記メタデータは、前記コンテンツのジャンルを表すデータ、または、前記コンテンツの印象を表現したデータであり、前記提供手段には、前記付加サービスとして、前記コンテンツを好むユーザに最適な他のコンテンツを推薦させるようにすることができる。
【０００９】
前記フォーマットは、MP３（MPEG(Moving Picture Experts Group）-1 Audio Layer-3）であり、前記メタデータ領域は、ID３タグの拡張タグまたはフレームとさせるようにすることができる。
【００１０】
前記メタデータは、記述論理（Description Logic）を採用した言語で記述させるようにすることができる。
【００１１】
前記言語は、オントロジ言語OWLとさせるようにすることができる。
【００１２】
前記コンテンツは、オーディオデータまたはビデオデータであり、前記情報処理装置は、前記コンテンツを再生する再生装置とさせるようにすることができる。
【００１３】
本発明の一側面の情報処理方法およびプログラムは、コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置の情報処理方法、または、前記処理をコンピュータに実行させるプログラムにおいて、暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得し、前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号し、復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供するステップを含む。
【００１４】
本発明の一側面においては、コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理において、暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とが取得され、前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータが復号され、復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスが提供される。
【発明の効果】
【００１５】
本発明の一側面によれば、供給されたコンテンツデータを用いて、付加サービスを提供することができる。
【発明を実施するための最良の形態】
【００１６】
以下に本発明の実施の形態を説明するが、本発明の構成要件と、発明の詳細な説明に記載の実施の形態との対応関係を例示すると、次のようになる。この記載は、本発明をサポートする実施の形態が、発明の詳細な説明に記載されていることを確認するためのものである。従って、発明の詳細な説明中には記載されているが、本発明の構成要件に対応する実施の形態として、ここには記載されていない実施の形態があったとしても、そのことは、その実施の形態が、その構成要件に対応するものではないことを意味するものではない。逆に、実施の形態が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その実施の形態が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。
【００１７】
本発明の一側面の情報処理装置は、コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置（例えば、図４のPD１１）において、暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得する取得手段（例えば、図４の通信部７１）と、前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号する復号手段（例えば、図４の復号処理部７４）と、前記復号手段により復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する提供手段（例えば、図４のコンテンツ関連処理部７５）とを備える。
【００１８】
本発明の一側面の情報処理方法またはプログラムは、コンテンツのメタデータが記録されるメタデータ領域を少なくとも有するフォーマットで供給されるコンテンツデータに対する処理を行う情報処理装置の情報処理方法、または前記処理をコンピュータに実行させるプログラムにおいて、暗号化された前記メタデータが前記メタデータ領域に格納されている前記フォーマットの前記コンテンツデータと、暗号化された前記メタデータを復号するための復号情報とを取得し（例えば、図１４のステップＳ３３）、前記復号情報を用いて、前記メタデータ領域に格納されている、暗号化された前記メタデータを復号し（例えば、図１６のステップＳ５２）、復号された前記メタデータに基づいて、前記コンテンツに関連する付加サービスを提供する（例えば、図１６のステップＳ５３）ステップを含む。
【００１９】
以下、本発明の実施の形態について図を参照して説明する。
【００２０】
図１は、本発明を適用したコンテンツ配信システムの一実施の形態の構成例を示している。
【００２１】
図１のコンテンツ配信システムでは、PD（ポータブルデバイス）１１および１２が、インターネットやLAN（Local Area Network）などのネットワーク１３を介して、コンテンツ配信サーバ１４に接続されている。
【００２２】
PD１１および１２は、例えば、携帯電話機、PDA(Personal Digital Assistant)、デジタルカメラ、フラッシュメモリやハードディスクを有する携帯型のデジタルオーディオプレーヤなどで構成され、コンテンツ配信サーバ１４から送信されたコンテンツデータを取得し、再生する再生装置（情報処理装置）である。
【００２３】
なお、PD１１または１２は、図１に示すように、ネットワーク１３を介して直接コンテンツ配信サーバ１４とやりとりし、コンテンツデータを取得してもよいし、パーソナルコンピュータなどと接続して、パーソナルコンピュータがコンテンツ配信サーバ１４からダウンロードしたコンテンツデータを、パーソナルコンピュータから取得することもできる。
【００２４】
コンテンツ配信サーバ１４は、自身に接続してきた端末（PD１１または１２など）を認証し、認証された端末に対してコンテンツデータを提供（送信）する。
【００２５】
なお、本実施の形態では、コンテンツデータとして、MP３ファイル（MPEG(Moving Picture Experts Group）-1 Audio Layer-3）形式の楽曲（音楽）のデータ（オーディオファイル）が、コンテンツ配信サーバ１４とPD１１または１２との間でやりとりされるものとする。
【００２６】
PD１１とPD１２には、同一のコンテンツデータが提供されるが、提供されたコンテンツデータに基づいて実行することができる機能が、PD１１とPD１２で異なる。
【００２７】
そこで、図２を参照して、PD１１とPD１２が実行することができる機能の違いについて説明する。
【００２８】
コンテンツ配信サーバ１４は、図２に示すように、自身と接続した端末に提供するコンテンツデータの一つとして、１つの楽曲「XXX」（コンテンツ）に対応するコンテンツデータ４１を有している（記憶している）。なお、「XXX」は、楽曲のタイトルを表す仮の文字である。
【００２９】
コンテンツデータ４１は、上述したように、MP３ファイル形式となされており、そこには、楽曲「XXX」の第１のメタデータ４１ａおよび第２のメタデータ４１ｂと、実データ４１ｃ（オーディオデータ）とが少なくとも格納されている。
【００３０】
ここで、第１のメタデータ４１aは、例えば、楽曲のタイトル（「XXX」）、アーティスト名、演奏時間などである。また、第２のメタデータ４１ｂは、後述する付加サービスのための情報（例えば、楽曲のジャンルなど）である。
【００３１】
なお、第２のメタデータ４１ｂは、暗号鍵４２aで暗号化されており、コンテンツ配信サーバ１４は、コンテンツデータ４１とともに、第２のメタデータ４１ｂを暗号化した暗号鍵４２aと、それに対応する復号鍵４２ｂとを内部に保持している。
【００３２】
PD１１を所有（使用）するユーザは、コンテンツ配信サーバ１４が提供する付加サービスを受けることができる会員（以下、適宜、付加サービス会員という）となっており、コンテンツ配信サーバ１４を運営する業者（以下、適宜、コンテンツ配信業者という）に所定の付加サービス料（会員登録料）を支払っている。
【００３３】
PD１１が、コンテンツ配信サーバ１４に接続し、コンテンツデータ４１のダウンロードを要求した場合、コンテンツ配信サーバ１４は、認証処理を行い、PD１１のユーザが付加サービス会員であることを認識し、要求されたコンテンツデータ４１とともに、復号鍵４２ｂをPD１１に送信（提供）する。
【００３４】
PD１１は、コンテンツ配信サーバ１４から送信されてくるコンテンツデータ４１および復号鍵４２ｂを受信し、内部に記憶する。そして、PD１１において楽曲「XXX」を再生する操作が行われると、PD１１は、楽曲「XXX」の実データ４１ｃを再生する。このとき、楽曲のタイトルやアーティスト名などを表した第１のメタデータ４１aが読み出され、PD１１の表示装置に表示される。また、第１のメタデータ４１aは、PD１１が内部に保持しているコンテンツのリストを表示するときなどにも利用される。
【００３５】
さらに、PD１１は、コンテンツデータ４１とともにコンテンツ配信サーバ１４から供給された復号鍵４２ｂを用いて、暗号化された第２のメタデータ４１ｂを復号する。そして、PD１１は、復号された第２のメタデータ４１ｂを使用した付加サービスを実行することができる。
【００３６】
ここで、コンテンツ配信サーバ１４が提供する付加サービスは、例えば、再生されたコンテンツを好むユーザに最適な他のコンテンツを推薦するサービス（機能）であるとする。この場合、PD１１は、コンテンツ配信サーバ１４からダウンロードしたコンテンツデータ４１の実データ４１ｃの再生に続いて、その再生された楽曲「XXX」を好むユーザが気に入ると思われるその他のコンテンツをユーザに提示（推薦）することができる。
【００３７】
一方、PD１２を所有するユーザは、付加サービス会員にはなっておらず、従って、付加サービス料も支払っていない。
【００３８】
PD１２が、コンテンツ配信サーバ１４に接続し、コンテンツデータ４１のダウンロードを要求した場合、コンテンツ配信サーバ１４は、認証処理を行い、要求されたコンテンツデータ４１のみをPD１２に送信（提供）する。
【００３９】
PD１２は、コンテンツ配信サーバ１４から送信されてくるコンテンツデータ４１を受信し、内部に記憶する。そして、楽曲「XXX」を再生する操作が行われると、PD１２は、楽曲「XXX」の実データ４１ｃを再生する。この場合、PD１１における場合と同様に、暗号化されていない第１のメタデータ４１aが読み出され、表示装置に表示される。一方、PD１２は、暗号化されている第２のメタデータ４１ｂを復号するための復号鍵４２ｂを取得していないので、暗号化された第２のメタデータ４１ｂを復号することができない。従って、PD１２の所有者であるユーザは、付加サービスを享受することができない。
【００４０】
このように、PD１１とPD１２は、同一のコンテンツデータ４１を受信するが、PD１１は、第２のメタデータ４１ｂを用いたサービスを実行（提供）することができ、PD１２は、第２のメタデータ４１ｂを用いたサービスを実行することができない。換言すれば、PD１１のユーザは、付加サービスを享受することができ、PD１２のユーザは、付加サービスを享受することができない。
【００４１】
図３は、コンテンツ配信サーバ１４の機能的な構成例を示すブロック図である。
【００４２】
コンテンツ配信サーバ１４は、通信部６１、認証処理部６２、暗号鍵作成部６３、暗号処理部６４、コンテンツデータ作成部６５、および記憶部６６により構成されている。
【００４３】
通信部６１は、所定のプロトコルに従い、ネットワーク１３を介して、PD１１またはPD１２と、コマンドやコンテンツデータを送受信する。認証処理部６２は、通信部６１を介して接続してきた端末（PD１１やPD１２など）との間で、例えば、チャレンジ・レスポンス方式などによる認証処理を行う。認証処理部６２では、接続してきた端末のユーザが、登録されているユーザであるか、および、付加サービス会員であるかなどが確認される。なお、PD１２などのように、付加サービス会員でないユーザの端末に対しても、コンテンツのライセンスの管理などを行うため、認証処理が行われる。
【００４４】
暗号鍵作成部６３は、暗号処理に必要な暗号鍵と復号鍵のペアを作成し、記憶部６６に記憶させる。例えば、暗号鍵作成部６３は、PD１１の暗号鍵４２aと復号鍵４２ｂを作成する。
【００４５】
暗号処理部６４は、所定のデータを暗号鍵で暗号化する処理（暗号処理）を行う。例えば、暗号処理部６４は、PD１１に対する暗号鍵４２aで、第２のメタデータ４１ｂを暗号化する。
【００４６】
コンテンツデータ作成部６５は、接続してきた端末から要求があったコンテンツのコンテンツデータを、MP３ファイルとして作成する。例えば、コンテンツデータ作成部６５は、楽曲「XXX」のダウンロードの要求がPD１１からあった場合、楽曲「XXX」の第１のメタデータ４１aおよび第２のメタデータ４１ｂ、並びに実データ４１ｃを記憶部６６から取得し、コンテンツデータ４１（図２）を作成する。
【００４７】
記憶部６６は、接続してくる端末に提供（送信）するためのコンテンツの実データや、そのメタデータ（第１および第２のメタデータ）を記憶する。また、記憶部６６は、コンテンツの第２のメタデータの暗号化に使用される暗号鍵と復号鍵のペアも記憶する。
【００４８】
以上のように構成されるコンテンツ配信サーバ１４では、PD１１やPD１２などの、接続してくる端末に対して認証処理を行い、その後、端末から要求されたコンテンツのコンテンツデータをMP３ファイルとして作成し、端末に送信する。
【００４９】
図４は、PD１１の機能的な構成例を示すブロック図である。
【００５０】
PD１１は、通信部７１、認証処理部７２、コンテンツ再生部７３、復号処理部７４、コンテンツ関連処理部７５、表示部７６、操作部７７、および記憶部７８により構成される。
【００５１】
通信部７１は、所定のプロトコルに従い、ネットワーク１３を介してコンテンツ配信サーバ１４と、コマンドやコンテンツデータを送受信する。認証処理部７２は、通信部７１を介して接続したコンテンツ配信サーバ１４との間で、例えば、チャレンジ・レスポンス方式などによる認証処理を行う。
【００５２】
コンテンツ再生部７３は、操作部７７から供給されるコンテンツ再生信号に従い、指定されたコンテンツの実データ（オーディオデータ）を記憶部７８から取得し、再生する。再生されたコンテンツ（楽曲）は、図示せぬスピーカやヘッドフォンから出力される。また、コンテンツ再生部７３は、再生しているコンテンツの第１のメタデータを読み出し、表示部７６に表示させる。これにより、表示部７６では、再生しているコンテンツのタイトルやアーティスト名などが表示される。
【００５３】
復号処理部７４は、暗号化されたデータを復号する復号処理を行う。例えば、復号処理部７４は、コンテンツデータ４１の暗号化された第２のメタデータ４１ｂを復号鍵４２ｂで復号する。
【００５４】
コンテンツ関連処理部７５は、コンテンツ関連処理実行信号が操作部７７から供給された場合、復号された第２のメタデータに基づいて、コンテンツに関連する処理（コンテンツ推薦処理）を実行することにより、ユーザに付加サービスを提供する。表示部７６は、コンテンツ再生部７３、コンテンツ関連処理部７５、または操作部７７などから供給されるデータをLCD(Liquid Crystal display)などのディスプレイに表示させる。
【００５５】
操作部７７は、例えば、ボタンやタッチパネルなどを有し、ユーザの操作を受け付け、その操作に応じて、各部に信号を供給する。例えば、ユーザによって記憶部７８に記憶されているコンテンツの再生が指定されると、操作部７７は、そのコンテンツを指定して、コンテンツ再生信号をコンテンツ再生部７３に供給する。また、操作部７７は、コンテンツ関連処理実行信号を、コンテンツ関連処理部７５に供給し、コンテンツ推薦処理を実行させる。
【００５６】
記憶部７８は、PD１１がコンテンツ配信サーバ１４からダウンロードしたコンテンツデータと、そのコンテンツデータ内の、暗号化された第２のメタデータを復号するための復号鍵とを記憶する。
【００５７】
以上のように構成されるPD１１は、コンテンツ配信サーバ１４からダウンロードしたコンテンツデータを記憶部７８に記憶し、ユーザの操作に応じて、コンテンツを再生する。また、PD１１は、指定された（再生されている）コンテンツを好むユーザに最適な他のコンテンツを推薦するコンテンツ推薦処理も実行する。
【００５８】
なお、PD１２は、それを所有するユーザが付加サービス会員ではないので、コンテンツデータ内の暗号化された第２のメタデータを復号するための復号鍵４２ｂを保持していないことを除いては、PD１１と同様に構成されている。従って、PD１２の所有者であるユーザが付加サービス会員となった場合には、PD１１のユーザと同様に、付加サービスを享受することができる。
【００５９】
図５は、コンテンツ配信サーバ１４のハードウエア構成例を示すブロック図である。
【００６０】
CPU（Central Processing Unit）１１１は、各種アプリケーションプログラムや、OS（Operating System)を実際に実行する。ROM(Read-only Memory）１１２は、一般的には、CPU１１１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。RAM（Random-Access Memory）１１３は、CPU１１１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。これらはCPUバスなどから構成されるホストバス１１４により相互に接続されている。
【００６１】
ホストバス１１４は、ブリッジ１１５を介して、PCI(Peripheral Component Interconnect / Interface)バスなどの外部バス１１６に接続されている。
【００６２】
キーボード１１８は、CPU１１１に各種の指令を入力するとき、ユーザにより操作される。マウス１１９は、ディスプレイ１２０の画面上のポイントの指示や選択を行うとき、ユーザにより操作される。ディスプレイ１２０は、液晶表示装置またはCRT（Cathode Ray Tube）などから成り、各種情報をテキストやイメージで表示する。HDD（Hard Disk Drive）１２１は、ハードディスクを駆動し、CPU１１１によって実行されるプログラムや情報を記録または再生させる。
【００６３】
ドライブ１２２は、装着される磁気ディスク１４１、光ディスク１４２、光磁気ディスク１４３、または半導体メモリ１４４に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、RAM１１３やHDD１２１に供給する。
【００６４】
通信部１２３は、CPU１１１、またはHDD１２１から供給されたデータ（例えば、復号鍵やコンテンツデータなど）を、所定の方式のパケットに格納し、ネットワーク１３を介してPD１１（PD１２）に送信するとともに、ネットワーク１３を介してPD１１（PD１２）から受信したパケットに格納されているデータ（例えば、登録の要求、コンテンツの送信要求など）をCPU１１１、RAM１１３、またはHDD１２１に出力する。
【００６５】
スピーカ１２４は、インタフェース１１７から供給されたデータ（音声信号）を基に、所定の音声を出力する。
【００６６】
これらのキーボード１１８乃至スピーカ１２４は、インタフェース１１７に接続されており、インタフェース１１７は、外部バス１１６、ブリッジ１１５、およびホストバス１１４を介してCPU１１１に接続されている。
【００６７】
図６は、コンテンツデータを記憶させる記録媒体としてハードディスクを備えるPD１１のハードウエア構成例を示すブロック図である。
【００６８】
CPU１６１は、例えば、コンテンツ配信サーバ１４との認証処理や、暗号化された第２のメタデータの復号処理などの、各種の処理を実行する。ROM１６２は、一般的には、CPU１６１が使用するプログラムや演算用のパラメータのうちの基本的に固定のデータを格納する。RAM１６３は、CPU１６１の実行において使用するプログラムや、その実行において適宜変化するパラメータを格納する。これらはCPUバスなどから構成されるホストバス１６４により相互に接続されている。
【００６９】
ホストバス１６４は、ブリッジ１６５を介して外部バス１６６に接続されている。
【００７０】
ボタン１６８は、CPU１６１に各種の指令を入力するとき、ユーザにより操作される。ディスプレイ１６９は、LCDなどから成り、各種情報をテキスト（文字）やイメージ（図形）で表示する。HDD１７０は、コンテンツ配信サーバ１４から供給されたコンテンツデータや、暗号化された第２のメタデータの復号に必要な復号鍵４２ｂなどを記憶する。通信部１７１は、コンテンツ配信サーバ１４と接続し、コンテンツ配信サーバ１４との間で、所定のデータ（コンテンツやコマンドなど）をやりとりする。
【００７１】
ドライブ１７２は、装着される半導体メモリ１９１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、RAM１６３またはHDD１７０に供給する。なお、ドライブ１７２に装着される記録媒体は、半導体メモリ１９１以外の磁気ディスク、光ディスク、光磁気ディスクなどでもよい。
【００７２】
これらのボタン１６８乃至ドライブ１７２は、インタフェース１６７に接続されており、インタフェース１６７は、外部バス１６６、ブリッジ１６５、およびホストバス１６４を介してCPU１６１に接続されている。
【００７３】
なお、PD１１は、コンテンツデータなどを記憶させる記録媒体として、ハードディスク以外のフラッシュメモリなどを備えるものでもよい。
【００７４】
ところで、コンテンツデータ４１は、MP３ファイルとしてPD１１に供給されるが、MP３ファイルには、ID３タグと呼ばれる文字情報（テキストデータ）を保存する領域が付加されている。図２に示したコンテンツデータ４１の第１のメタデータ４１aと第２のメタデータ４１ｂは、このID３タグに格納されている。
【００７５】
そこで、まず、図７および図８を参照して、ID３タグ（ID３v2タグ）のフォーマットについて説明する。
【００７６】
ID３タグは、図７に示すように、ファイルの先頭の位置から、ヘッダ、拡張ヘッダ、フレーム、パディング（Padding）領域、およびフッタにより構成されている。なお、拡張ヘッダ、パディング領域、およびフッタは、省略することが可能である。
【００７７】
ヘッダには、ID３タグを識別する識別子、ID３タグのバージョン、拡張ヘッダの有無などを表すフラグ、およびID３タグのサイズ（タグ長）に関する情報が格納され、１０バイトで構成される。
【００７８】
拡張ヘッダには、タグの構造に関する詳細な情報を格納することができ、格納される情報にしたがい、拡張ヘッダのサイズは、可変長となる。
【００７９】
フレームには、上述した第１のメタデータ４１ａおよび第２のメタデータ４１ｂを格納することができ、格納される情報に従い、フレームのサイズは、可変長となる。即ち、フレームには、楽曲のタイトルや、アーティスト名などの情報が格納される。また、格納される情報の種類ごとにフレームは用意される。従って、楽曲のタイトルを格納したフレーム、アーティスト名を格納したフレームなどのように複数のフレームが配置される。
【００８０】
さらに詳しく言えば、１つのフレームは、フレームヘッダとフィールドで構成され、フレームヘッダには、フィールドに格納される情報（第１のメタデータ４１ａおよび第２のメタデータ４１ｂ）を表すフレームIDやフレームのサイズなどが格納される。
【００８１】
なお、フィールドに格納される一般的な情報については、その情報を表す共通のフレームID（識別子）が、図８に示すように、予め定義されている。
【００８２】
例えば、フレームIDが“TIT2”である場合、そのフレームのフィールドには、オーディオファイルのタイトルについての情報が格納されていることを表している。また、フレームIDが“TPE1”である場合、そのフレームのフィールドには、楽曲のアーティスト名（演奏者）についての情報が格納されていることを表している。さらに、フレームIDが、“TPE2”である場合、そのフレームのフィールドには、バンド、オーケストラ、伴奏者についての情報が格納されていることを表している。
【００８３】
同様に、フレームIDが、“TCOM”，“TEXT”，“TPUB”，“TCOP”，“TDRL”，“TLAN”、または“TLEN”である場合、そのフレームのフィールドには、それぞれ、作曲者、作詞家（文書作成者）、出版社、著作権情報、リリース日時、言語、または長さについての情報が格納されていることを表している。
【００８４】
なお、予め定義されているフレームIDと、それに対応する情報以外に、独自のフレームIDを定義し、そのフレームのフィールドに独自の情報を格納した独自フレームを設けることも可能である。
【００８５】
図７に戻り、パディング領域には、ヘッダで指定したタグサイズに調整するためのパディングデータが格納される。例えば、後からフレームを追加する場合などに、ヘッダで定義するタグサイズを、追加するフレーム分の領域を確保したサイズに設定しておき、フレームが追加されるまでは、パディング領域としておくことができる。
【００８６】
フッタには、識別子、ID３タグのバージョン、拡張ヘッダの有無などを表すフラグ、およびID３タグのサイズに関する情報が格納され、１０バイトで構成される。フッタは、ID３タグの位置を検出するプロセスをスピードアップするために設けられ、識別子以外は、ヘッダと同一の情報が格納される。
【００８７】
MP３ファイルでは、以上のように構成されるID３タグに続いて、MPEGエンコードされた実データ（オーディオデータ）が配置される。
【００８８】
このようなフォーマットのID３タグが付加されたMP３ファイルを用いて、所定のコンテンツを好むユーザに最適な他のコンテンツを推薦する第１のコンテンツ推薦処理について説明する。
【００８９】
図９は、コンテンツ配信サーバ１４から供給されたコンテンツデータ４１内のID３タグのデータ例を示している。なお、図９では、後述するように「XXX」（楽曲のタイトル）が「Open Armz」となっている例である。
【００９０】
コンテンツデータ４１のID３タグは、図９に示すように、ヘッダとフレームから構成されている。即ち、図９の例では、拡張ヘッダ、パディング領域、およびフッタが、省略されている。
【００９１】
また、フレームとしては、３つのフレームFR１乃至FR３が配置されている。ここで、フレームFR１およびFR２には、上述した第１のメタデータが格納されており、フレームFR３には、上述した第２のメタデータが暗号化された状態で格納されている。
【００９２】
コンテンツデータ４１のヘッダ（ID３ヘッダ）には、“49 44 33 04 00 00 00 00 00 38”とあり、ID３タグを識別する識別子“ID３”、バージョン（Ver）“2.4.0”、フラグ“無し”、ID３タグ長“８”が格納されている。
【００９３】
ヘッダに続くフレームFR１には、実データ４１ｃのアーティスト名についての情報が格納されたフレームを表す識別子（フレームID）“TPE1”と、アーティスト名「Journey1」が少なくとも格納されている。ここで、「Journey1」は、フレームFR１内に点線で示されているテキストデータ“4A 6F 75 72 6E 65 79 31”の8バイトで表されている。
【００９４】
フレームFR１に続くフレームFR２には、実データ４１ｃのタイトルについての情報が格納されたフレームを表す識別子“TIT2”と、タイトル「Open Armz」が少なくとも格納されている。ここで、「Open Armz」は、フレームFR2内に点線で示されているテキストデータ“4F 70 65 6E 41 72 6D 7A”の８バイトで表されている。
【００９５】
フレームFR２に続くフレームFR３は、コンテンツ配信業者により定義された独自フレームである。即ち、フレームFR３には、独自フレームであって、、実データ４１ｃ（楽曲）の印象（イメージ）を表現した情報が格納されたフレームを表す識別子“XXX１”と、楽曲の印象「WarmLove」を、例えば、５６bit-DES (Data Encryption Standard)の暗号方式により“0123456789ABCDEF”の暗号鍵４２aで暗号化して得られるテキストデータ“9B AA 50 B3 C9 46 9C 69”が少なくとも格納されている。この第２のメタデータとして与えられる楽曲の印象は、コンテンツ配信サーバ１４によって高精度に解析された内容で、PD１１側では、この印象に類似した他の楽曲を高精度に検索することができる。
【００９６】
PD１１が、図９に示すID３タグが付加されたMP３ファイルであるコンテンツデータ４１を取得した場合、その実データ４１ｃを再生し、アーティスト名「Journey1」やタイトル「Open Armz」を表示部７６に表示することができることは勿論、暗号化された第２のメタデータである“9B AA 50 B3 C9 46 9C 69”を復号鍵４２ｂで復号し、その結果得られる楽曲「Open Armz」の印象を表す「WarmLove」に基づいて、楽曲「Open Armz」を好むユーザに最適な他のコンテンツを記憶部７８から検索し、ユーザに推薦することができる。
【００９７】
一方、PD１２が、図９に示すID３タグが付加されたMP３ファイルであるコンテンツデータ４１を取得した場合、その実データ４１ｃを再生し、アーティスト名「Journey1」やタイトル「Open Armz」を表示部７６に表示することはできるが、楽曲「Open Armz」を好むユーザに最適な他のコンテンツを推薦することはできない。
【００９８】
逆に言うと、独自フレームにより、PD１１に対しては、実データ４１ｃを再生する機能に加えて、ユーザが好むと思われる他のコンテンツを推薦する機能を付加することができるが、それにより、付加サービスを提供する機能を有していないPD１２に対して、コンテンツを再生する通常の機能を妨げることはない。即ち、特定のPDに対してのみ、第２のメタデータを利用した付加サービスを提供することができる。
【００９９】
次に、第１のコンテンツ推薦処理と異なる第２のコンテンツ推薦処理について説明する。第２のコンテンツ推薦処理は、ID３タグ内に独自フレームに格納されるデータが、第１のコンテンツ推薦処理と異なる。
【０１００】
即ち、上述した第１のコンテンツ推薦処理では、ID３タグ内の独自フレームに、第２のメタデータとしての、楽曲の印象（イメージ）を表現した情報が（暗号化して）格納されたが、第２のコンテンツ推薦処理では、オントロジ言語OWLで記述された楽曲に関する情報が格納される。
【０１０１】
ここで、オントロジ言語OWLは、主に人工知能の分野で用いられる、数学的な論理関係を利用して知識や関係を記述する記述論理（Description Logic）を採用した言語である。オントロジ言語OWL（記述論理）では、データどうしの関係に、継承関係や制約等の多彩な関係記述が可能であり、これを用いて複雑な構造を構築することにより、高度な推論を行うことが可能である。ここでは、楽曲に関する情報としてジャンルを例とし、継承関係を用いたオントロジ言語OWLの記述例について説明する。
【０１０２】
第２のコンテンツの推薦処理では、コンテンツを再生するPD１１側に、図１０に示すような、オントロジ言語OWLで記述された楽曲のジャンルに関する基礎情報が予め記憶されている。そして、PD１１のコンテンツ関連処理部７５が、図１０に示す基礎情報に基づいて、ID３タグの独自フレームとして供給される楽曲のジャンル情報を解析し、コンテンツを推薦する。
【０１０３】
なお、図１０において、四角の枠の外に記載されている行数を表す数字は、説明の便宜上記載しているものであり、実際にPD１１に格納されるデータには含まれない。また、図１０において、各行の“＃”以降（図面右側）に記述された文字は、コメントとして扱われ、プログラムの実行には影響しない。後述する図１２についても同様である。
【０１０４】
図１０の２乃至１２行目には、クラスの定義が記述されている。
【０１０５】
即ち、２行目の“mc : music a rdfs : Class”は、音楽クラスの定義であることを表している。３乃至５行目では、ジャンルについての属性を定義しており、３行目の“mc : genreOf a rdfs : Property;”は、ジャンルの属性を定義すること、４行目の“rdfs : domain mc : music;”は、ジャンルが音楽クラスに属すること、５行目の“rdfs : type gc : genre.”は、ジャンルのインスタンスを有することをそれぞれ表している。
【０１０６】
７乃至１２行目には、ジャンルクラスの定義が記述されている。７行目の“gc : genre a rdfs : Class.”は、ジャンルクラスの定義であることを表している。８行目の“gc : jazz rdfs : subClassOf gc : genre.”は、ジャズクラスがジャンルクラスに属すること、９行目の“gc : latin rdfs : subClassOf gc : genre.”は、ラテンクラスがジャンルクラスに属すること、１０行目の“gc : modernJazz rdfs : subClassOf gc : jazz.”は、モダンジャズクラスがジャズクラスに属すること、１１行目の“gc : bossaNova rdfs : subClassOf gc : jazz.”は、ボサノバクラスがジャズクラスに属すること、１２行目の“rdfs : subClassOf gc : latin.”は、ボサノバクラスがラテンクラスにも属すること、をそれぞれ表している。
【０１０７】
１５乃至１７行目には、ジャンルインスタンスの定義が記述されている。
【０１０８】
即ち、１５行目の“gi : jazz a gc : jazz.”では、ジャズ（スタンダードジャズ）ジャンルを表すジャンルインスタンスを定義している。１６行目の“gi : ModernJazz a gc : modernJazz.”では、モダンジャズジャンルを表すジャンルインスタンスを定義している。１７行目の“gi : BossaNova a gc : bossaNova.”では、ボサノバジャンルを表すジャンルインスタンスを定義している。
【０１０９】
このようなオントロジ言語OWLで記述された楽曲のジャンルに関する基礎情報がPD１１に記憶されており、コンテンツ関連処理部７５がこれを解析することにより、コンテンツ関連処理部７５は、図１１に示すようなジャンルについての継承関係（概念）を構築する。
【０１１０】
そして、コンテンツデータ４１のID３タグ内の独自フレームに、図１２の２乃至４行目それぞれに記述されているような、コンテンツが属するジャンルを表すデータ（情報）が、第２のメタデータとして暗号化されて、格納されている。
【０１１１】
例えば、楽曲「XXX」が楽曲「AAAXXX」である場合、コンテンツデータ４１のID３タグ内の独自フレームに、図１２の２行目に記載されている“:AAAXXX a m : music; m: genreOf gi: Jazz.”が第２のメタデータとして暗号鍵４２aで暗号化されて格納されている。これにより、楽曲「AAAXXX」は、ジャズジャンルに属する楽曲であることが、コンテンツ関連処理部７５によって解析される。
【０１１２】
また、楽曲「XXX」が楽曲「BBBYYY」である場合、コンテンツデータ４１のID３タグの独自フレームに、図１２の３行目に記載されている“:BBBYYY a m : music; m: genreOf gi: BossaNova.”が第２のメタデータとして暗号鍵４２aで暗号化されて格納されている。この場合、楽曲「BBBYYY」は、ボサノバジャンルに属する楽曲であることがコンテンツ関連処理部７５によって解析される。同様に、楽曲「XXX」が楽曲「CCCZZZ」である場合、ID３タグの独自フレームに、図１２の４行目に記載されている“:CCCZZZ a m : music; m: genreOf gi: ModernJazz.”が第２のメタデータとして暗号鍵４２aで暗号化されて格納されている。この場合、楽曲「CCCZZZ」は、モダンジャズのジャンルに属する楽曲であることがコンテンツ関連処理部７５によって解析される。
【０１１３】
そして、例えば、PD１１において楽曲「CCCZZZ」が再生された場合、PD１１のコンテンツ関連処理部７５は、ユーザがモダンジャズのジャンルに属する楽曲「CCCZZZ」を好むのであれば、モダンジャズと異なるジャンルのボサノバのジャンルに属している楽曲「BBBYYY」を好むかどうかはわからないが、ジャズ（スタンダードジャズ）のジャンルに属している楽曲「AAAXXX」は、好きである可能性が高いと推測し、楽曲「AAAXXX」を推薦する。
【０１１４】
また例えば、PD１１において楽曲「AAAXXX」が再生された場合、PD１１のコンテンツ関連処理部７５は、ユーザがジャズのジャンルに属する楽曲「AAAXXX」を好むのであれば、ジャズのジャンルに含まれる、モダンジャズのジャンルに属する楽曲「CCCZZZ」やボサノバのジャンルに属する楽曲「BBBYYY」も好きである可能性が高いと推測し、楽曲「CCCZZZ」および楽曲「BBBYYY」を推薦する。
【０１１５】
このように、オントロジ言語OWLを用いて記述したコンテンツのジャンルについての情報を第２のメタデータとして暗号化してID３タグ内のフレーム（独自フレーム）に設けることにより、復号鍵４２ｂを有しているPD１１（のユーザ）に対して、精度の高いコンテンツの推薦サービスを提供することができる。即ち、特定のPDに対してのみ、第２のメタデータを利用した付加サービスを提供することができる。
【０１１６】
次に、図１３のフローチャートを参照して、コンテンツ配信サーバ１４のコンテンツデータ送信処理について説明する。この処理は、例えば、所定の端末からネットワーク１３を介して接続要求があったときに開始される。なお、図１３では、PD１１が楽曲「XXX」（のコンテンツデータ）をダウンロードするために、コンテンツ配信サーバ１４に接続を要求するものとしてコンテンツ配信サーバ１４のコンテンツ送信処理を説明する。
【０１１７】
初めに、ステップＳ１１において、認証処理部６２は、接続してきたPD１１との間で、通信部６１を介して認証処理を行う。即ち、認証処理部６２は、接続してきたPD１１のユーザが、登録されているユーザであるか、および、付加サービス会員であるかなどを確認する。
【０１１８】
PD１１に対する認証処理が終了すると、ステップＳ１２において、コンテンツ作成部６５は、PD１１から要求があった楽曲「XXX」の第１および第２のメタデータ４１ａおよび４１ｂ、並びに実データ４１ｃを記憶部６６から取得する。また、コンテンツ作成部６５は、取得した第２のメタデータを暗号処理部６４に供給し、第２のメタデータの暗号化を依頼する。
【０１１９】
ステップＳ１３において、暗号鍵作成部６３は、第２のメタデータ４１ｂの暗号処理（復号処理）に使用する暗号鍵４２aと復号鍵４２ｂのペアを作成する。作成された暗号鍵４２aおよび復号鍵４２ｂは、記憶部６６に記憶される。
【０１２０】
ステップＳ１４において、暗号処理部６４は、コンテンツ作成部６５から供給された楽曲「XXX」の第２のメタデータ４１ｂを暗号鍵４２aで暗号化し、コンテンツデータ作成部６５に供給する。
【０１２１】
ステップＳ１５において、コンテンツデータ作成部６５は、楽曲「XXX」の第１のメタデータ４１ａ、暗号鍵４２aで暗号化された第２のメタデータ４１ｂ、および実データ４１ｃから、MP３ファイルとしてのコンテンツデータ４１を作成する。
【０１２２】
ステップＳ１６において、通信部６１は、コンテンツデータ作成部６５から供給されたコンテンツデータ４１と、復号鍵４２ｂとを、ネットワーク１３を介してPD１１に送信して、処理を終了する。
【０１２３】
図１４は、図１３のコンテンツデータ送信処理に対応してPD１１で実行される、コンテンツデータ受信処理のフローチャートである。
【０１２４】
操作部７７において、コンテンツ配信サーバ１４と接続する操作がユーザによってなされると、ステップＳ３１において、認証処理部７２は、通信部７１を介してコンテンツ配信サーバ１４に接続し、認証処理を行う。
【０１２５】
認証処理終了後、コンテンツ配信サーバ１４からダウンロード可能なコンテンツのリストに関する情報が送信され、そのリストが表示部７６に表示される。ユーザは、表示部７６に表示されたコンテンツのリストのなかから、所望のコンテンツ（楽曲「XXX」）を指定して、ダウンロードする旨の操作を操作部７７で行う。
【０１２６】
そして、ステップＳ３２において、指定されたコンテンツを要求する信号が、操作部７７から通信部７１に供給される。また、ステップＳ３２において、通信部７１は、そのコンテンツの要求信号を、ネットワーク１３を介してコンテンツ配信サーバ１４に送信する。
【０１２７】
ステップＳ３３において、通信部７１は、コンテンツの要求信号に応じてコンテンツ配信サーバ１４から送信されてくる、楽曲「XXX」のコンテンツデータ４１および復号鍵４２ｂを受信する。そして、受信された楽曲「XXX」のコンテンツデータ４１および復号鍵４２ｂが記憶部７８に記憶されて、処理が終了する。
【０１２８】
以上のようにして、PD１１（の通信部７１）は、暗号化された第２のメタデータ４１ｂがID３タグのフレーム（メタデータ領域）に格納されているMP３ファイルとしてのコンテンツデータ４１と、暗号化された第２のメタデータ４１ｂを復号するための復号鍵４２ｂ（復号情報）を取得することができる。
【０１２９】
なお、復号鍵４２ｂをコンテンツ配信サーバ１４からPD１１に送信するのではなく、復号鍵４２ｂをそのままでは使用できないような状態でPD１１に予め記憶させておき、復号鍵４２ｂを使用可能とすることができる情報（復号情報）をPD１１に送信するようにすることもできる。その場合、PD１１は、楽曲「XXX」のコンテンツデータ４１および復号情報を受信し、復号情報を用いて復号鍵４２ｂを使用可能な状態にして、暗号化された第２のメタデータ４１ｂを復号する。
【０１３０】
次に、PD１１の操作部７７において、コンテンツとして楽曲「XXX」が指定され、コンテンツを再生する操作が行なわれた場合に開始される、コンテンツの再生処理について、図１５のフローチャートを参照して説明する。
【０１３１】
初めに、ステップＳ４１において、コンテンツ再生部７３は、楽曲「XXX」のコンテンツデータ４１を記憶部７８から取得するとともに、そのコンテンツデータ４１に記録されている第１のメタデータ４１ａを読み出し、表示部７６に供給する。
【０１３２】
ステップＳ４２において、表示部７６は、コンテンツ再生部７３から供給された第１のメタデータ４１ａを表示する。これにより、表示部７６には、楽曲「XXX」のタイトルやアーティスト名などが表示される。
【０１３３】
ステップＳ４３において、コンテンツ再生部７３は、コンテンツを再生する。即ち、コンテンツ再生部７３は、楽曲「XXX」のMPEGエンコードされている実データ４１ｃをデコードし、音楽（音声）をスピーカやヘッドフォンから出力して、処理を終了する。
【０１３４】
次に、図１６のフローチャートを参照して、コンテンツとして、楽曲「XXX」が指定された場合に、それを好むユーザに最適なコンテンツを推薦するコンテンツ推薦処理（第１のコンテンツ推薦処理）について説明する。この処理は、楽曲「XXX」が再生されたタイミングで、即ち、図１５のコンテンツ再生処理に続けて行ってもよいし、図１５のコンテンツ再生処理とは独立して行っても良い。
【０１３５】
初めに、ステップＳ５１において、コンテンツ関連処理部７５は、指定されたコンテンツ（指定コンテンツ）のコンテンツデータ４１から、暗号化された第２のメタデータ４１ｂを読み出す。そして、コンテンツ関連処理部７５は、暗号化された第２のメタデータ４１ｂを復号処理部７４に供給し、復号を依頼する。
【０１３６】
ステップＳ５２において、復号処理部７４は、コンテンツ関連処理部７５から供給された、暗号化された第２のメタデータ４１ｂを復号し、コンテンツ関連処理部７５に供給する。
【０１３７】
ステップＳ５３において、コンテンツ関連処理部７５は、第２のメタデータ４１ｂに基づいて、指定コンテンツの印象に近いその他のコンテンツを推薦する。即ち、第２のメタデータ４１ｂとして、楽曲「XXX」の印象を表現した「WarmLove」が格納されている場合、記憶部７８に記憶されているコンテンツで、「WarmLove」の印象に近いその他のコンテンツを推薦して（表示部７６に表示させて）、処理を終了する。
【０１３８】
なお、コンテンツ関連処理部７５が行う推薦処理が第２のコンテンツ推薦処理である場合には、ステップＳ５３において、コンテンツ関連処理部７５は、第２のメタデータ４１ｂとして格納されている楽曲「XXX」のジャンルに基づいて、ユーザが好むと推測されるジャンルのその他のコンテンツを推薦する。
【０１３９】
以上のように、暗号化された第２のメタデータ４１ｂをMP３ファイルのID３タグのフレームに格納することにより、従来のコンテンツを再生する機能を損なわずに、特定のPDに（付加サービス料を支払っているPD１１に）付加サービスを実行させることができる。ユーザは、付加サービスを享受することができる。
【０１４０】
これにより、コンテンツ配信業者は、他の業者と差別化を図ることができ、ユーザが、付加サービスを得られる付加サービス会員になることを所望することになり、顧客の増大に寄与する。また、正規なルートによるコンテンツの購入を促進させることができ、コンテンツの違法なコピーを防止することができる。
【０１４１】
なお、上述した例では、第２のメタデータを用いたコンテンツ関連処理として、指定された（再生された）コンテンツを好むユーザにその他の最適なコンテンツを推薦するコンテンツ推薦処理を行うこととしたが、コンテンツ推薦処理に限らず、その他の処理を実行させるようにすることができる。この場合、ID３タグのフレームには、実行されるコンテンツ関連処理に必要なデータが暗号化されて適宜格納される。
【０１４２】
また、上述した例では、ID３タグ内に独自フレームを設け、そこに、付加サービスに用いられる第２のメタデータを格納するようにしたが、ID３タグの拡張タグに第２のメタデータを格納するようにしてもよい。
【０１４３】
さらに、上述した例では、第２のメタデータを格納するフォーマットとして、ID３タグの例を説明したが、ID３タグに限定されず、メタデータが記録されるメタデータ領域を少なくとも有するフォーマットであれば、本発明を適用することができる。また、音声に限定されず、画像（ビデオデータ）などでも勿論よい。
【０１４４】
上述したコンテンツ関連処理を実行する装置は、PDのような携帯型の再生装置に限らず、パーソナルコンピュータ、ハードディスクレコーダやDVD(Digital Versatile Disc)レコーダなどでもよい。
【０１４５】
なお、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。
【０１４６】
また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。
【０１４７】
なお、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【図面の簡単な説明】
【０１４８】
【図１】本発明を適用したコンテンツ配信システムの一実施の形態の構成例を示すブロック図である。
【図２】PD１１とPD１２が実行することができる機能の違いについて説明する図である。
【図３】コンテンツ配信サーバ１４の機能的な構成例を示すブロック図である。
【図４】PD１１の機能的な構成例を示すブロック図である。
【図５】コンテンツ配信サーバ１４のハードウエア構成例を示すブロック図である。
【図６】PD１１のハードウエア構成例を示すブロック図である。
【図７】ID３タグのフォーマットについて説明する図である。
【図８】ID３タグのフォーマットについて説明する図である。
【図９】第１のコンテンツ推薦処理を説明する図である。
【図１０】第２のコンテンツ推薦処理を説明する図である。
【図１１】第２のコンテンツ推薦処理を説明する図である。
【図１２】第２のコンテンツ推薦処理を説明する図である。
【図１３】コンテンツデータ送信処理について説明するフローチャートである。
【図１４】コンテンツデータ受信処理について説明するフローチャートである。
【図１５】コンテンツの再生処理について説明するフローチャートである。
【図１６】コンテンツ推薦処理について説明するフローチャートである。
【符号の説明】
【０１４９】
１１，１２  PD，  １４  コンテンツ配信サーバ，  ６１  通信部，  ６２  認証処理部，  ６３  暗号鍵作成部，  ６４  暗号処理部，  ６５  コンテンツデータ作成部，  ６６  記憶部，  ７１  通信部，  ７２  認証処理部，  ７３  コンテンツ再生部，  ７４  復号処理部，  ７５  コンテンツ関連処理部，  ７６  表示部，  ７７  操作部，  ７８  記憶部
【図１】
2007074208.tif 000003
【図２】
2007074208.tif 000004
【図３】
2007074208.tif 000005
【図４】
2007074208.tif 000006
【図５】
2007074208.tif 000007
【図６】
2007074208.tif 000008
【図７】
2007074208.tif 000009
【図８】
2007074208.tif 000010
【図９】
2007074208.tif 000011
【図１０】
2007074208.tif 000012
【図１１】
2007074208.tif 000013
【図１２】
2007074208.tif 000014
【図１３】
2007074208.tif 000015
【図１４】
2007074208.tif 000016
【図１５】
2007074208.tif 000017
【図１６】
2007074208.tif 000018