(57)【特許請求の範囲】
【請求項１】
ネットワークを介して外部装置と通信可能な通信手段と、
記憶媒体からコンテンツデータを読み出す読み出し手段と、
上記読み出し手段が読み出すコンテンツデータを記憶する記憶手段と、
上記読み出し手段が読み出すコンテンツデータに関するコンテンツ特定情報を生成するコンテンツ特定情報生成手段と、
上記コンテンツ特定情報を上記通信手段によりコンテンツ識別子を管理する外部の情報配信装置に送信させるコンテンツ特定情報送信制御手段と、
上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信されたコンテンツ識別子を上記コンテンツデータと対応付けて上記記憶手段に記憶させる記憶制御手段と、
コンテンツ識別子を含むコンテンツリストを上記通信手段により受信することに応じて、上記コンテンツリストに含まれるコンテンツ識別子に対応するコンテンツデータを上記記憶手段が記憶しているか判断する判断手段と、
上記判断手段の判断に基づいて、上記コンテンツリストの内容を表示手段に表示させる表示制御手段と
を備えたことを特徴とする情報通信端末。
【請求項２】
上記コンテンツ特定情報送信制御手段は、上記記憶制御手段がコンテンツ読出を行った記録媒体自体に対応する情報として、上記コンテンツ特定情報を生成することを特徴とする請求項１に記載の情報通信端末。
【請求項３】
上記コンテンツ特定情報は、上記記録媒体の管理情報から生成される情報であることを特徴とする請求項１に記載の情報通信端末。
【請求項４】
上記コンテンツ特定情報は、上記記録媒体に付与されたバーコード情報から生成される情報であることを特徴とする請求項１に記載の情報通信端末。
【請求項５】
上記コンテンツ特定情報は、上記記録媒体に付与されたＩＳＲＣ情報から生成される情報であることを特徴とする請求項１に記載の情報通信端末。
【請求項６】
上記コンテンツ識別子は、上記コンテンツ識別子を管理する外部の情報配信装置が発行したコンテンツ識別子であることを特徴とする請求項１に記載の情報通信端末。
【請求項７】
上記コンテンツ識別子は、ＣＩＤＦ準拠のコンテンツ識別子であることを特徴とする請求項１に記載の情報通信端末。
【請求項８】
上記管理情報制御手段は、上記管理情報において、各コンテンツ識別子に対応するコンテンツが、上記記憶手段に記憶済であるか否かが管理されるようにすることを特徴とする請求項７に記載の情報通信端末。
【請求項９】
上記コンテンツ特定情報送信制御手段は、上記コンテンツ特定情報を上記通信手段により、コンテンツに関する付加情報を管理する外部の情報配信装置に送信させるとともに、
上記管理情報制御手段は、上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信された付加情報が、上記管理情報において上記コンテンツ識別子に対応して管理されるようにすることを特徴とする請求項１に記載の情報通信端末。
【請求項１０】
上記コンテンツ特定情報送信制御手段は、上記記憶制御手段がコンテンツ読出を行った記録媒体自体に対応する情報として、上記コンテンツ特定情報を生成し、そのコンテンツ特定情報を上記通信手段により、コンテンツに関する付加情報を管理する外部の情報配信装置に送信させるとともに、
上記管理情報制御手段は、上記コンテンツ特定情報の送信に対応して上記情報配信装置から送信され上記通信手段によって受信された付加情報として、上記記録媒体に収録された全てのコンテンツのそれぞれに対応する付加情報が、上記管理情報において、それぞれ各コンテンツ識別子に対応して管理されるようにすることを特徴とする請求項１に記載の情報通信端末。
【請求項１１】
少なくとも上記記憶手段に記憶された全部又は一部のコンテンツに対応するコンテンツ識別子を、上記通信手段により、コンテンツ識別子を含むコンテンツリストを管理する外部の情報配信装置に送信させるコンテンツ識別子送信制御手段と、
上記情報配信装置から送信される、コンテンツリストと、上記コンテンツリストに挙げられた各コンテンツが上記記憶手段に記憶済か否かを判別した判別情報とを受信することに応じて、上記判別情報が表現される状態で、上記コンテンツリストの内容を表示する表示手段と、
を更に備えたことを特徴とする請求項１に記載の情報通信端末。
【請求項１２】
上記記憶手段に記憶されたコンテンツ、又は他の記録媒体に記録されたコンテンツを再生出力する再生手段と、
上記再生手段で再生しているコンテンツに対応するコンテンツ識別子を上記管理情報から検索し、上記通信手段により、外部の情報配信装置に送信させるコンテンツ識別子送信制御手段と、
上記コンテンツ識別子の送信に応じて上記情報配信装置から送信され、上記通信手段によって受信された情報を表示する表示手段と、
を更に備えたことを特徴とする請求項１に記載の情報通信端末。
【請求項１３】
少なくとも上記記憶手段に記憶された全部又は一部のコンテンツに対応するコンテンツ識別子を、上記通信手段により、バックアップ管理を行う外部の情報配信装置に送信させるコンテンツ識別子送信制御手段を、更に備えたことを特徴とする請求項１に記載の情報通信端末。
【請求項１４】
ネットワークを介して情報通信端末と通信可能な通信手段と、
コンテンツ特定情報に基づいて１又は複数のコンテンツ識別子が特定できる管理状態で、コンテンツ識別子を格納するとともに、該コンテンツ識別子を管理するためのコンテンツ識別子を含むコンテンツリストを格納する格納手段と、
上記通信手段によって或る情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて上記格納手段を検索し、１又は複数のコンテンツ識別子を抽出する検索手段と、
上記検索手段で検索されたコンテンツ識別子を、上記通信手段により、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信させるとともに、上記格納手段に格納した、上記コンテンツ識別子を含むコンテンツリストを、上記通信手段により上記情報通信端末に送信させる配信制御手段と、
を備えたことを特徴とする情報配信装置。
【請求項１５】
上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体自体に対応する情報であることを特徴とする請求項１４に記載の情報配信装置。
【請求項１６】
上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体の管理情報から生成される情報であることを特徴とする請求項１４に記載の情報配信装置。
【請求項１７】
上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体に付与されたバーコード情報から生成される情報であることを特徴とする請求項１４に記載の情報配信装置。
【請求項１８】
上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体に付与されたＩＳＲＣ情報から生成される情報であることを特徴とする請求項１４に記載の情報配信装置。
【請求項１９】
上記コンテンツ識別子は、上記情報通信端末側とともに一元管理される識別子として当該情報配信装置が発行したコンテンツ識別子であることを特徴とする請求項１４に記載の情報配信装置。
【請求項２０】
上記コンテンツ識別子は、ＣＩＤＦ準拠のコンテンツ識別子であることを特徴とする請求項１４に記載の情報配信装置。
【請求項２１】
上記格納手段には、さらに、コンテンツ特定情報に対応して付加情報が格納されており、
上記検索手段は、通信手段によって或る情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて上記格納手段を検索して付加情報を抽出し、
上記配信制御手段は、上記検索手段で検索された付加情報を、上記通信手段により、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信させることを特徴とする請求項１４に記載の情報配信装置。
【請求項２２】
上記情報通信端末側に記憶された全部又は一部のコンテンツに対応するコンテンツ識別子が、上記情報通信端末から送信されて上記通信手段により受信されることに応じて、配信対象のコンテンツリストに挙げられた各コンテンツが上記情報通信端末側に記憶済か否かを判別する判別手段と、
上記配信対象のコンテンツリストと、上記判別手段による判別情報とを、上記通信手段により上記情報通信端末に送信させる配信制御手段と、
を備えたことを特徴とする請求項１８に記載の情報配信装置。
【請求項２３】
ネットワークを介して相互通信可能な情報通信端末と情報配信装置とから成る情報配信システムであって、
上記情報通信端末は、
記憶媒体からコンテンツデータを読み出す読み出し手段と、
上記読み出し手段が読み出すコンテンツデータを記憶する記憶手段と、
上記読み出し手段が読み出すコンテンツデータに関するコンテンツ特定情報を生成するコンテンツ特定情報生成手段と、
上記コンテンツ特定情報を上記通信手段によりコンテンツ識別子を管理する外部の情報配信装置に送信させるコンテンツ特定情報送信制御手段と、
上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信されたコンテンツ識別子を上記コンテンツデータと対応付けて上記記憶手段に記憶させる記憶制御手段と、
コンテンツ識別子を含むコンテンツリストを上記通信手段により受信することに応じて、上記コンテンツリストに含まれるコンテンツ識別子に対応するコンテンツデータを上記記憶手段が記憶しているか判断する判断手段と、
上記判断手段の判断に基づいて、上記コンテンツリストの内容を表示手段に表示させる表示制御手段と
を備え、
上記情報配信装置は、
コンテンツ特定情報に基づいて１又は複数のコンテンツ識別子が特定できる管理状態で、コンテンツ識別子を格納するとともに、該コンテンツ識別子を管理するためのコンテンツ識別子を含むコンテンツリストを格納する格納手段と、
上記通信手段によって或る情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて上記格納手段を検索し、１又は複数のコンテンツ識別子を抽出する検索手段と、
上記検索手段で検索されたコンテンツ識別子を、上記通信手段により、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信させるとともに、上記格納手段に格納した、上記コンテンツ識別子を含むコンテンツリストを、上記通信手段により上記情報通信端末に送信させる配信制御手段と、
を備えたことを特徴とする情報配信システム。
【請求項２４】
記憶媒体からコンテンツデータを読み出す読み出手順と、
上記読み出し手順で読み出すコンテンツデータを記憶手段に記憶する記憶手順と、
上記読み出し手順が読み出すコンテンツデータに関するコンテンツ特定情報を生成するコンテンツ特定情報生成手順と、
上記コンテンツ特定情報を上記通信手段によりコンテンツ識別子を管理する外部の情報配信装置に送信させるコンテンツ特定情報送信制御手順と、
上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信されたコンテンツ識別子を上記コンテンツデータと対応付けて上記記憶手段に記憶させる記憶制御手順と、
コンテンツ識別子を含むコンテンツリストを上記通信手段により受信することに応じて、上記コンテンツリストに含まれるコンテンツ識別子に対応するコンテンツデータを上記記憶手段が記憶しているか判断する判断手順と、
上記判断手順の判断に基づいて、上記コンテンツリストの内容を表示手段に表示させる表示制御手順と
からなることを特徴とする情報受信方法。
【請求項２５】
コンテンツ特定情報に基づいて１又は複数のコンテンツ識別子が特定できる管理状態で、コンテンツ識別子を格納するとともに、該コンテンツ識別子を管理するためのコンテンツ識別子を含むコンテンツリストを格納する格納手順と、
ネットワークを介して通信可能な情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて、格納してあるコンテンツ識別子の中から対応する１又は複数のコンテンツ識別子を検索する手順と、
検索されたコンテンツ識別子を、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信するとともに、上記格納手順において格納した、上記一元管理されたコンテンツ識別子を含むコンテンツリストを、上記通信手段により上記情報通信端末に送信させる配信制御手順と、
からなることを特徴とする情報配信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、情報通信端末、情報配信装置、情報配信システム、情報受信方法、情報配信方法に関するものである。
【０００２】
【従来の技術】
ユーザーの所有するオーディオビジュアル機器として各種のものが普及しており、いわゆる音楽ソフトや映像ソフトを個人で楽しむことが一般化している。
例えばユーザーがＣＤ（Compact Disc）、ＭＤ（Mini Disc）、ＤＶＤ（Digital Versatile Disc）などのディスク記録媒体に対応するオーディオシステムなどを所有し、パッケージメディアとして販売されている所望のＣＤ、ＭＤ、ＤＶＤ等を購入してコンテンツを再生させたり、或いは記録可能なメディアに自分の好みの選曲で録音を行うなどのことが行われている。
【０００３】
また、オーディオビジュアル機器として、例えばハードディスクなどの大容量メディアを利用してオーディオデータファイルやビデオデータファイルを蓄積する記録再生装置が開発されている。
例えば記録再生装置は、ＣＤなどのユーザーが所有するパッケージメディアに収録されている楽曲等のコンテンツを、その記録再生装置内のハードディスクなどにダビング記録する。記録再生装置では、ＨＤＤ（ハードディスクドライブ）などの大容量の記憶媒体を用いることで、例えばユーザーが所有する多数のＣＤ等における全楽曲などを記録再生システム内に格納しておくことができる。
するとユーザーが或る楽曲等を再生させたいときには、ユーザーがわざわざその楽曲が収録されたＣＤ等を探して記録再生装置に装填する必要はない。すなわち記録再生装置はユーザーにより指定された楽曲をＨＤＤから読み出して再生するようにすればよい。
従ってこのような記録再生装置は、特に大量のＣＤ等を所有しているユーザーなどにとって非常に便利なものとなる。またＣＤ等の入れ換え等も不要となるため、例えばその日の気分や状況に応じた選曲で音楽を楽しむなどといったことも手軽に可能となる。
【０００４】
また、このような記録再生装置は、ネットワーク通信が可能とされ、外部サーバ（情報配信装置）と通信を行うことで、音楽等のコンテンツのダウンロードが可能とされる。つまり情報通信端末として機能する。
ダウンロードされたコンテンツもＨＤＤに格納されることで、ユーザーは容易に音楽等を楽しむことができる。
【０００５】
【発明が解決しようとする課題】
ところで、外部サーバからダウンロード又は配信されたコンテンツには、通常、サーバ側で割り当てたコンテンツＩＤが付されている。従って、例えば情報通信端末（記録再生装置）側でＨＤＤに格納する際には、コンテンツを上記コンテンツＩＤを利用して管理することができる。
一方、ユーザーがＣＤ等のメディアから再生させてＨＤＤに記録したコンテンツについては、もともとコンテンツＩＤは存在しない。従ってＨＤＤ上で管理するために、情報通信端末がコンテンツＩＤを付するようにしていた。
【０００６】
このような事情から、ＣＤ等の記録媒体から取り込んだ（リッピングした）コンテンツと、外部サーバからダウンロードされたコンテンツでは、ＨＤＤにおいてコンテンツＩＤが一元化されていない。
このことは、機器の動作機能の向上やユーザーに対するサービスの向上に限度を与えるものとなってしまう。
【０００７】
例えば外部サーバから配信可能なコンテンツを提示する際に、ＨＤＤに格納したコンテンツとの対応がとれない。これは、例えば有料で配信可能として提示されるコンテンツリストに含まれる各楽曲等のコンテンツについて、そのユーザーが既にＨＤＤに格納している楽曲であるか否かなどを判別できないものとなる。
またＣＤ等からリッピングした楽曲等について、そのコンテンツに関連する多様な情報を外部サーバから取得したいと思っても、対象となるコンテンツＩＤが異なることからスムースな通信処理ができない。
【０００８】
【課題を解決するための手段】
本発明はこのような問題点に鑑みて、情報通信端末において、一元管理されたコンテンツＩＤを用いてコンテンツ管理ができるようにし、機能やサービスの向上を図ることを目的とする。
【０００９】
本発明の情報通信端末は、ネットワークを介して外部装置と通信可能な通信手段と、記憶媒体からコンテンツデータを読み出す読み出し手段と、上記読み出し手段が読み出すコンテンツデータを記憶する記憶手段と、上記読み出し手段が読み出すコンテンツデータに関するコンテンツ特定情報を生成するコンテンツ特定情報生成手段と、上記コンテンツ特定情報を上記通信手段によりコンテンツ識別子を管理する外部の情報配信装置に送信させるコンテンツ特定情報送信制御手段と、上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信されたコンテンツ識別子を上記コンテンツデータと対応付けて上記記憶手段に記憶させる記憶制御手段と、コンテンツ識別子を含むコンテンツリストを上記通信手段により受信することに応じて、上記コンテンツリストに含まれるコンテンツ識別子に対応するコンテンツデータを上記記憶手段が記憶しているか判断する判断手段と、上記判断手段の判断に基づいて、上記コンテンツリストの内容を表示手段に表示させる表示制御手段とを備える。
【００１０】
この場合、上記コンテンツ特定情報送信制御手段は、上記コンテンツ蓄積制御手段がコンテンツ読出を行った記録媒体自体に対応する情報として、上記コンテンツ特定情報を生成する。
また上記コンテンツ特定情報は、上記記録媒体の管理情報から生成される情報である。
また上記コンテンツ特定情報は、上記記録媒体に付与されたバーコード情報から生成される情報である。
また上記コンテンツ特定情報は、上記記録媒体に付与されたＩＳＲＣ情報から生成される情報である。
また上記コンテンツ識別子は、上記コンテンツ識別子を管理する外部の情報配信装置が発行したコンテンツ識別子である。
また上記コンテンツ識別子は、ＣＩＤＦ準拠のコンテンツ識別子である。
【００１１】
また、上記管理情報制御手段は、上記管理情報において、各コンテンツ識別子に対応するコンテンツが、上記記憶手段に記憶済であるか否かが管理されるようにする。
また上記コンテンツ特定情報送信制御手段は、上記コンテンツ特定情報を上記通信手段により、コンテンツに関する付加情報を管理する外部の情報配信装置に送信させるとともに、上記管理情報制御手段は、上記コンテンツ特定情報の送信に応じて上記情報配信装置から送信され上記通信手段によって受信された付加情報が、上記管理情報において上記コンテンツ識別子に対応して管理されるようにする。
また上記コンテンツ特定情報送信制御手段は、上記記憶制御手段がコンテンツ読出を行った記録媒体自体に対応する情報として、上記コンテンツ特定情報を生成し、そのコンテンツ特定情報を上記通信手段により、コンテンツに関する付加情報を管理する外部の情報配信装置に送信させるとともに、上記管理情報制御手段は、上記コンテンツ特定情報の送信に対応して上記情報配信装置から送信され上記通信手段によって受信された付加情報として、上記記録媒体に収録された全てのコンテンツのそれぞれに対応する付加情報が、上記管理情報において、それぞれ各コンテンツ識別子に対応して管理されるようにする。
【００１２】
また外部の情報配信装置から送信される、コンテンツ識別子を含むコンテンツリストを上記通信手段により受信することに応じて、上記コンテンツリストに含まれるコンテンツ識別子に基づいて上記管理情報を参照し、上記コンテンツリストに挙げられた各コンテンツについて上記蓄積手段に蓄積済か否かを判別する判別手段と、上記判別手段による判別結果が表現される状態で、上記コンテンツリストの内容を表示する表示手段と、を更に備える。
又は、少なくとも上記蓄積手段に蓄積された全部又は一部のコンテンツに対応するコンテンツ識別子を、上記通信手段により、コンテンツ識別子を含むコンテンツリストを管理する外部の情報配信装置に送信させるコンテンツ識別子送信制御手段と、上記情報配信装置から送信される、コンテンツリストと、上記コンテンツリストに挙げられた各コンテンツが上記蓄積手段に蓄積済か否かを判別した判別情報とを受信することに応じて、上記判別情報が表現される状態で、上記コンテンツリストの内容を表示する表示手段とを更に備える。
また、上記蓄積手段に蓄積されたコンテンツ、又は他の記録媒体に記録されたコンテンツを再生出力する再生手段と、上記再生手段で再生しているコンテンツに対応するコンテンツ識別子を上記管理情報から検索し、上記通信手段により、外部の情報配信装置に送信させるコンテンツ識別子送信制御手段と、上記コンテンツ識別子の送信に応じて上記情報配信装置から送信され、上記通信手段によって受信された情報を表示する表示手段とを更に備える。
また、少なくとも上記蓄積手段に蓄積された全部又は一部のコンテンツに対応するコンテンツ識別子を、上記通信手段により、バックアップ管理を行う外部の情報配信装置に送信させるコンテンツ識別子送信制御手段を、更に備える。
【００１５】
本発明の情報配信装置は、ネットワークを介して情報通信端末と通信可能な通信手段と、コンテンツ特定情報に基づいて１又は複数のコンテンツ識別子が特定できる管理状態で、コンテンツ識別子を格納するとともに、該コンテンツ識別子を管理するためのコンテンツ識別子を含むコンテンツリストを格納する格納手段と、上記通信手段によって或る情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて上記格納手段を検索し、１又は複数のコンテンツ識別子を抽出する検索手段と、上記検索手段で検索されたコンテンツ識別子を、上記通信手段により、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信させるとともに、上記格納手段に格納した、上記コンテンツ識別子を含むコンテンツリストを、上記通信手段により上記情報通信端末に送信させる配信制御手段とを備える。
【００１６】
この場合、上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体自体に対応する情報である。
また上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体の管理情報から生成される情報である。
また、上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体に付与されたバーコード情報から生成される情報である。
また上記コンテンツ特定情報は、上記情報通信端末においてコンテンツ読出が可能な記録媒体に付与されたＩＳＲＣ情報から生成される情報である。
また上記コンテンツ識別子は、上記情報通信端末側とともに一元管理される識別子として当該情報配信装置が発行したコンテンツ識別子である。
また上記コンテンツ識別子は、ＣＩＤＦ準拠のコンテンツ識別子である。
また上記格納手段には、さらに、コンテンツ特定情報に対応して付加情報が格納されており、上記検索手段は、通信手段によって或る情報通信端末からコンテンツ特定情報が受信されることに応じて、そのコンテンツ特定情報を用いて上記格納手段を検索して付加情報を抽出し、上記配信制御手段は、上記検索手段で検索された付加情報を、上記通信手段により、上記コンテンツ特定情報を送信してきた情報通信端末に対して送信させる。
【００２１】
また本発明は、以上の各構成の情報通信端末、情報配信装置により、ネットワークを介して相互通信可能な情報通信端末と情報配信装置とから成る情報配信システムを構築する。
また本発明は、上記各構成の情報通信端末の動作を実行するコンテンツ管理方法、又は放送受信方法である。
また本発明は、上記各構成の情報配信装置の動作を実行する情報配信方法である。
また本発明は、上記の情報通信端末、情報配信装置の動作を実現するためのプログラム、及びそのプログラムを記録した記録媒体である。
【００２２】
以上の本発明によれば、情報配信装置と情報通信端末において、コンテンツは一元管理されたコンテンツ識別子によって管理される。特に情報通信端末では、例えばＣＤ等のディスクメディアからリッピングして蓄積したコンテンツについても、情報配信装置からコンテンツ識別子を取得して管理することで、蓄積されたコンテンツを情報配信装置側と共通管理されるコンテンツ識別子で管理可能となる。
これによって、情報通信端末側では、情報配信装置との通信時にコンテンツを特定する場合に一元管理されたコンテンツ識別子を用いることができ、コンテンツのダウンロード、付加情報の取得、その他各種配信サービスを多様に実現できるようになる。
【００２３】
【発明の実施の形態】
以下、本発明の実施の形態について次の順序で説明していく。
１．情報配信システムの概要
２．ＣＤ情報サーバの構成
３．端末の構成
４．ＣＤ情報データベース
５．端末のＨＤＤ蓄積情報
６．端末のＣＤ装填時の処理
７．ＣＤタイトル情報サーバとコンテンツＩＤサーバによるシステム
８．配信サーバとコンテンツサーバ及び楽曲リスト
９．端末の楽曲リスト表示処理
１０．楽曲リスト送信にかかる配信サーバによる処理
１１．再生時のコンテンツＩＤ送信による情報取得処理
１２．放送受信時のコンテンツＩＤ送信による情報取得処理１
１３．放送受信時のコンテンツＩＤ送信による情報取得処理２
１４．バックアップサービス
【００２４】
１．情報配信システムの概要
図１は本例の情報配信システムの概要を示すものである。
この情報配信システムは、一般ユーザーが家庭などで用いる端末（記録再生装置）１と、端末１の使用に関する情報サービスを行う各種のサーバがネットワーク２を介して通信可能に接続されるシステムである。
ネットワーク２は公衆回線網としてもよいし、本システムのための専用回線網を構築してもよい。またＣＡＴＶ（Cable Television）、ワイヤレスコミュニケーション、衛星通信回線等でもよく、その通信形態或いは伝送路の形態は特に限定されない。
【００２５】
一般ユーザーが使用する端末１は、詳しくは後述するが、内部に大容量のデータファイル蓄積部（例えば図３のＨＤＤ３１）を備えるとともに、光ディスク、光磁気ディスク、磁気ディスク、半導体メモリカードなどのパッケージメディアのドライブ機能や、ネットワーク２を介したデータ入出力機能などを備える。例えば本例ではパッケージメディアのドライブ機能としてＣＤを再生する機能を有する例とする。
そして端末１では、ＣＤから再生されたオーディオコンテンツや、ネットワーク２を介してダウンロードされたコンテンツを、それぞれコンテンツファイルとしてＨＤＤ等に格納していくことができるものとしている。
なお、本例では音楽コンテンツを例に挙げるが、映像コンテンツ、テキストデータ、アプリケーションプログラム、ゲームソフトウエアなど、多様なコンテンツに対応可能とすることもできる。
【００２６】
また端末１では、ＨＤＤ等の蓄積部に格納したファイル（例えば音楽等を１曲単位で１つのファイルとして格納している）については、ユーザーが任意に再生させることなどが可能となる。従って、例えば多数のＣＤを有するユーザーが、全ＣＤの全楽曲をそれぞれ１つのファイルとして端末１内に格納しておけば、わざわざＣＤ等を選び出して装填しなくても、所望の楽曲等の再生を実行させることができる。
【００２７】
この端末１は、ユーザーの家庭でのオーディオ機器としての使用に適するように、いわゆるラジカセ型の機器とされることが考えられる。もちろんコンポーネントタイプでもよい。
そして端末１には、ユーザーが各種操作を行うための各種の操作キーや操作つまみ、ジョグダイヤルと呼ばれる回動プッシュ式のキーなどが、機器前面パネルなどに設けられている。
またユーザーに対する出力部位として、再生音声等を出力するスピーカや、各種情報を表示出力する表示部が設けられる。
また、ユーザーが所有する光ディスク（例えばオーディオＣＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなど）を再生させたり、後述する内部のＨＤＤ等にデータ蓄積等を行うために、光ディスクを挿入する光ディスク挿入部が設けられる。
【００２８】
このような端末１と通信可能なサーバとして、図１ではＣＤ情報サーバ３，配信サーバ５，コンテンツサーバ７、放送情報サーバ９、バックアップサービスサーバ１１を例示している。
各サーバについては、それぞれ後に、動作機能を説明していくが、概略次のようなものとされる。
【００２９】
ＣＤ情報サーバ３は、ＣＤ情報データベース４を備え、少なくとも当システム内で一元管理されるコンテンツＩＤを管理する。コンテンツＩＤとは、一般に流通するコンテンツのそれぞれについて割り当てられた識別子である。例えば一般に販売されるＣＤに収録される各楽曲タイトル毎に、それぞれ固有のコンテンツＩＤが付与され、ＣＤ情報サーバ３は、例えばＣＤに収録される楽曲についてコンテンツＩＤを管理する。
またＣＤ情報サーバは、ＣＤアルバム或いはコンテンツ（楽曲）自体に対応する付加情報としてのＣＤタイトル情報もＣＤ情報データベース４において管理している。
付加情報（ＣＤタイトル情報）とは、例えば、曲名、アーティスト名、歌詞などのテキストデータ、楽曲イメージやアーティストの画像やジャケットの画像などの画像データ、アーティストのインターネットホームページのアドレス（ＵＲＬ：Uniform Resource Locator）、著作権に関する情報、関係者名（例えば作詞者、作曲者、制作者等）・・・・などの情報である。
このＣＤ情報サーバ３は端末１に対してコンテンツＩＤや付加情報を配信する機能を持つことになる。
端末１は、ＣＤ等からリッピングしてＨＤＤ等に蓄積したコンテンツに対して、ＣＤ情報サーバ３からコンテンツＩＤを受信することで、一元管理されたコンテンツＩＤを用いて管理することが可能となる。またＣＤ情報サーバ３から付加情報を受信することで、ＨＤＤ等に蓄積したコンテンツに対応して上記のような各種の付加情報を格納し、表示出力に利用するなど各種動作を行うことができるようになる。
【００３０】
配信サーバ５は、コンテンツ配信サービスを実施するサーバである。この配信サーバ５は楽曲リストデータベース６を備え、例えば有料で一般ユーザーに配信する楽曲コンテンツのリスト（楽曲リスト）を管理する。
そして、端末１に対して楽曲リストを配信し、楽曲コンテンツのダウンロードサービスを実行する。
楽曲リストにおいては、上記コンテンツＩＤによって各楽曲を管理している。
【００３１】
コンテンツサーバ７は、一般ユーザーに対して配信する楽曲コンテンツ自体を管理するサーバである。コンテンツデータベース８には、配信する楽曲コンテンツが格納され、端末１が上記楽曲リストに対して購入（配信）希望の操作を行うことに応じて、要求された楽曲コンテンツを端末１にダウンロードするサービスを行う。
各楽曲コンテンツは、上記コンテンツＩＤによって管理される。
【００３２】
放送情報サーバ９は、ラジオ放送、テレビジョン放送等の各種放送局とその放送タイムテーブルを管理するとともに、放送されるコンテンツに対応してコンテンツＩＤを特定するサービスを行うサーバである。放送情報データベース１０には各放送局のタイムテーブルや、放送されるコンテンツのコンテンツＩＤが格納されている。
端末１は、放送受信時に、放送局や放送時刻の情報を放送情報サーバ９に送信することで、放送情報サーバ９から、放送されている音楽コンテンツについてのコンテンツＩＤを取得できる。
【００３３】
バックアップサービスサーバ１１は、端末１での管理情報をバックアップデータベース１２に格納することで、端末１のバックアップサービスを行う。即ち端末１に蓄積されているコンテンツのコンテンツＩＤが含まれた管理情報をバックアップすることで、端末１の故障時等に所要のサービスを実行できるようにしたサーバである。
【００３４】
なお、図１に示すシステム例は一例にすぎない。例えばコンテンツサーバ７は、多数のレコード会社等がそれぞれ運営することで、多数のコンテンツサーバ７がシステムに含まれるものとなる。他のサーバについても同様である。
またＣＤ情報サーバ３は、一般に流通しているＣＤに対応してコンテンツＩＤや付加情報を管理するサーバとして説明するが、もちろん多様なパッケージメディア、例えばＤＶＤ、ＭＤなどに対応するサーバも考えられる。さらには音楽コンテンツだけでなく、映像コンテンツその他のコンテンツについて、一元管理されたコンテンツＩＤを管理するサーバも考えられる。
【００３５】
２．ＣＤ情報サーバの構成
図２にＣＤ情報サーバ３の構成を示す。
ＣＰＵ４１は、起動されたプログラムに基づいてＣＤ情報サーバ３の全体の制御、演算処理を行う。例えばネットワーク２を介した通信動作、オペレータに対する入出力動作、ＣＤ情報データベース４の制御、データ演算を行う。
ＣＰＵ４１はバス４２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００３６】
メモリ部４３はＣＰＵ４１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリなどを包括的に示している。
メモリ部４３におけるＲＯＭには、ＣＰＵ４１の動作プログラム、プログラムローダー等が記憶される。メモリ部４３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部４３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００３７】
入力部４５は、キーボード、マウス、タッチパネル、リモートコマンダー、その他の入力デバイスであって、ＣＤ情報サーバ３のオペレータが各種操作入力やデータ入力を行う。入力された情報は入力処理部４４で所定の処理が施され、ＣＰＵ４１に対して操作又はデータの入力として伝達される。ＣＰＵ４１は入力された情報に対応して必要な演算や制御を行う。
【００３８】
表示部４７は、例えばＣＲＴや液晶パネルなどの表示デバイスとされ、オペレータに対して各種情報表示を行う。
ＣＰＵ４１が各種動作状態や入力状態に応じて表示情報を表示処理部４６に供給すると、表示処理部４６は供給された表示データに基づいて表示部４７に表示動作を実行させる。
【００３９】
データベース管理部４８は、ＣＰＵ４１の制御に基づいて例えばＨＤＤ等において構築されるＣＤ情報データベース４に対する書込・読出アクセス動作、検索動作等を実行する。
上述したようにＣＤ情報データベース４には、一般に流通する各種ＣＤタイトルに対応して、ＣＤタイトル情報（付加情報）やコンテンツＩＤが格納されている。
【００４０】
通信処理部４９は、ＣＰＵ４１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェース５０は、通信処理部４９でエンコードされた送信データをネットワーク２を介して所定の機器に送信する。またネットワーク２を介して外部機器から送信されてきた信号を通信処理部４９に受け渡す。
通信処理部４９は受信した情報をＣＰＵ４１に転送する。
【００４１】
なお、ここではＣＤ情報サーバ３の構成として示したが、配信サーバ５，コンテンツサーバ７、放送情報サーバ９、バックアップサービスサーバ１１、及び図１０で後述するＣＤタイトル情報サーバ３ａ、コンテンツＩＤサーバ３ｂについても、構成は図２のようにして実現できる。即ち、各サーバにおいて後述する動作が実行されるためには、図２の構成において、それぞれ各サーバとして機能させるためのプログラムがインストールされていればよく、またそれぞれ図１に示したように必要なデータベースが構築されていればよいものである。
【００４２】
３．端末の構成
図３に端末１の構成を示す。
ＣＰＵ２１は、起動されたプログラムに基づいて端末１の全体の制御、演算処理を行う。例えばネットワーク２を介した通信動作、ユーザーに対する入出力動作、ＣＤの再生やリッピング、ＨＤＤ３１へのコンテンツ格納や管理情報の作成・更新、コンテンツＩＤ取得のためのコンテンツ特定情報となるＣＤ識別子の生成、データ演算等を行う。
ＣＰＵ２１はバス２２を介して各回路部との間で制御信号やデータのやりとりを行う。
【００４３】
メモリ部２３はＣＰＵ２１が処理に用いるＲＡＭ、ＲＯＭ、フラッシュメモリなどを包括的に示している。
メモリ部２３におけるＲＯＭには、ＣＰＵ２１の動作プログラム、プログラムローダー等が記憶される。メモリ部２３におけるフラッシュメモリには、各種演算係数、プログラムで用いるパラメータ等が記憶される。メモリ部２３におけるＲＡＭには、プログラムを実行する上でのデータ領域、タスク領域が一時的に確保される。
【００４４】
入力部２５は、端末１の筐体に設けられた操作キーやジョグダイヤル、タッチパネル、リモートコマンダー、バーコードスキャナ、その他の入力デバイスであって、端末１のユーザーが各種操作入力やデータ入力を行う。キーボードやマウスが入力部２５として設けられてもよい。
入力部２５で入力された情報は入力処理部２４で所定の処理が施され、ＣＰＵ２１に対して操作又はデータの入力として伝達される。ＣＰＵ２１は入力された情報に対応して必要な演算や制御を行う。
なお、入力部２５としてのデバイスの１つにタッチパネルが設けられる場合は、表示部２７にいわゆるＧＵＩ（Graphical User Interface）として操作用の画像が表示されるとともに、その表示部２４上の画像に対して指又は専用の入力ペン等が当てられることで、そのＧＵＩ画像に応じた操作入力が行われるように構成される。
また入力部２５のデバイスの１つとして、バーコードスキャナが用意されることで、例えばＣＤのパッケージ（アルバムジャケットなど）に表示されているバーコードを読み取ることができるようにされる。
なお、入力部２５としてテンキー（数字キー）が用意される（或いはＧＵＩとしてテンキー画像が表示されタッチパネル方式で数字入力可能とされる）ようにすれば、ユーザーはバーコード表示に付加されているバーコードナンバ（バーコードパターンの下部に示されている数字）を数字で入力していくこともできる。
【００４５】
表示部２７は、例えば液晶パネルなどの表示デバイスとされ、ユーザーに対して各種情報表示を行う。
ＣＰＵ２１が各種動作状態や入力状態、通信状態に応じて表示情報を表示処理部２６に供給すると、表示処理部２６は供給された表示データに基づいて表示部２７に表示動作を実行させる。
例えばＣＤ再生時、或いはＨＤＤ３１に格納されたコンテンツの再生時には、トラックナンバ、演奏時間、動作状態、音量状態などが表示される。また再生するコンテンツに対応してＣＤタイトル情報が格納されていれば曲名、アーティスト名等の各種情報を表示することもできる。
またラジオ受信時には、受信周波数、音量状態などが表示される。
さらには上記各種サーバとの通信に応じて多様な表示が実行される。
【００４６】
ＣＤドライブ２９は、光学ヘッド、スピンドルモータ、再生信号処理部、サーボ回路等を備え、ＣＤに対する再生動作を行う。ＣＤドライブ制御部２８は、ＣＤドライブ２９におけるＣＤに対する再生動作、アクセス動作等を制御する。例えばユーザーが入力部２５からＣＤ再生操作を行った場合は、ＣＰＵ２１はＣＤドライブ制御部２８にＣＤ再生を指示する。するとＣＤドライブ制御部２８は、ＣＤドライブ２９に対して再生／アクセスを実行させる制御を行う。
ＣＤドライブ２９では、ＣＤから読み出した信号に対してデコードを行い、再生データをＣＤドライブ制御部２８を介してバス２２に送出する。
この再生データはオーディオデータ処理部３４においてイコライジング等の音場処理や音量調整、Ｄ／Ａ変換、増幅等の処理が施され、スピーカ部３５から出力される。
またＣＤドライブ２９で再生されたデータは、データベース管理部３０に転送され、所要のファイルエンコード処理を施されてＨＤＤ３１にコンテンツファイルとして蓄積することもできる。
なお、公知のようにＣＤではその最内周側にＴＯＣと呼ばれる管理情報が記録されており、ＣＤ再生時にはＴＯＣに基づいてディスク上のトラック（コンテンツ）のアクセスを行う。従ってＣＤドライブ制御部２８は、ＣＤが装填された際にはＣＤドライブ２９にＴＯＣ読出を指示し、読み出されたＴＯＣデータを得ることで、ＣＤの再生制御が可能となる。
【００４７】
チューナ部３７は、例えばＡＭ・ＦＭラジオチューナとされ、ＣＰＵ２１の制御に基づいて、アンテナ３６で受信された放送信号を復調する。もちろんテレビチューナや衛星放送チューナ、デジタル放送チューナなどとしてのチューナでもよい。
復調された放送音声信号は、オーディオデータ処理部３４において所要の処理が施され、スピーカ部３５から放送音声として出力される。
【００４８】
データベース管理部３０は、ＣＰＵ４１の制御に基づいて例えばＨＤＤ３１に対してコンテンツファイルや、コンテンツファイルを管理する管理ファイルの書込・読出アクセス動作を実行する。
例えばＣＤドライブ２９で再生されたコンテンツや、外部のサーバからダウンロードされたコンテンツを、コンテンツファイルとしてＨＤＤ３１に蓄積するとともに、その管理ファイルを書込／更新する。後述するが管理ファイルには、ＣＤ情報サーバ３から取得したコンテンツＩＤやＣＤタイトル情報が含まれるものとなる。
またデータベース管理部３０は、ＣＰＵ２１の指示に応じて、所定のコンテンツファイルを読み出してオーディオデータ処理部３４に転送し、スピーカ部３５から音声出力させることもできる。
なお、もちろんＨＤＤ３１は、このようにコンテンツファイルのデータベースとして用いられるだけでなく、ＣＰＵ２１で起動されるアプリケーションプログラムや各種データ等の格納領域として利用されてもよい。
【００４９】
通信処理部３２は、ＣＰＵ４１の制御に基づいて送信データのエンコード処理、受信データのデコード処理を行う。
ネットワークインターフェース３３は、通信処理部３２でエンコードされた送信データをネットワーク２を介して所定の機器、例えば上記各種サーバ装置に送信する。またネットワーク２を介して上記サーバ等の外部機器から送信されてきた信号を通信処理部３４に受け渡す。
通信処理部３４は受信した情報をＣＰＵ２１に転送する。
【００５０】
なお、端末１の構成は、この図３の構成に限られるものではなく、更に多様に考えられる。
例えば各種記録媒体に対応するように、ＤＶＤドライブ、ＭＤドライブ、テープドライブなどが設けられたり、例えばＵＳＢ、ＩＥＥＥ１３９４などの通信方式による周辺機器とのインターフェースが設けられるようにしてもよい。
またマイクロホンや外部のヘッドホンの接続に用いられる端子や、ＤＶＤ再生時に対応するビデオ出力端子、ライン接続端子、光デジタル接続端子等が設けられてもよい。
またＰＣＭＣＩＡスロット、メモリカードスロットなどが形成され、外部の情報処理装置やオーディオ機器とデータのやりとりが可能とされてもよい。
【００５１】
４．ＣＤ情報データベース
ＣＤ情報サーバ３が管理するＣＤ情報データベース４に格納されるＣＤ情報を図４に模式的に示す。
ＣＤ情報データベース４には、市場に流通しているパッケージメディアとしての多数のＣＤに対応して情報が格納されている。図４に示す情報＃１、＃２・・・・は、それぞれが１枚のＣＤタイトルに対応するＣＤ情報となる。
【００５２】
各ＣＤ情報、つまり各ＣＤタイトルに対応しては、それぞれ固有のＣＤ識別子が付与されている。後述するが、端末１とのネットワーク通信時にはこのＣＤ識別子が、１又は複数のコンテンツＩＤを特定するコンテンツ特定情報として機能する。
ＣＤ識別子の生成形態は、ネットワーク上の各機器で共通化される。このＣＤ識別子は、それぞれのＣＤタイトルに対応した固有のコードデータとなるものであるため、その生成形態としては以下のような例が考えられる。
【００５３】
・ＣＤ識別子をＣＤのＴＯＣデータから生成する。
ＣＤのＴＯＣデータには、ＣＤに収録されているトラック数（曲数）、各トラックのアドレス（絶対時間情報）、総演奏時間などが記録されている。これは通常、同一タイトルのＣＤにおいて同一のデータとなるが、異なるタイトルのＣＤにおいて全てが一致することは、まずあり得ない。従って、ＴＯＣデータからＣＤタイトルに固有のコードを生成することができる。
例えばＴＯＣデータから先頭トラックナンバ、最終トラックナンバ、各トラックのアドレス、総演奏時間などを抽出し、その値を合成して、また場合によっては特定の演算処理により各値を用いた演算を行うことで、固有のコード値を得ることができる。これをＣＤ識別子とすればよい。
【００５４】
・ＣＤ識別子をＩＳＲＣ情報から生成する。
各ＣＤタイトルには、そのアルバム又は各楽曲毎に、著作権管理コードとしてＩＳＲＣが付与され、ＴＯＣに記録されている。そしてこのＩＳＲＣコードはＣＤタイトルに固有のコードデータとして付与されている。従って、ＩＳＲＣコードを用いて、或いはＩＳＲＣコードに特定の演算処理を与えて、それをＣＤ識別子とすることができる。
【００５５】
・ＣＤ識別子をバーコード情報から生成する。
各ＣＤタイトルには、そのアルバムジャケットに、製品管理情報となるバーコードが印刷されている。このバーコード情報はディスク製造者がＣＤタイトル固有の情報として付与し、製品管理、販売管理に利用できるようにしたものである。従って、バーコード情報を用いて、或いはバーコード情報に特定の演算処理を与えて、それをＣＤ識別子とすることができる。
【００５６】
もちろんこれら例示する以外の生成形態でもよいし、例えば上記各例を複合的に用いてＣＤ識別子を生成するようにしても良いが、例えばこのようなＣＤ識別子の生成形態を採用すれば、端末１側でも同様の生成形態で個々のＣＤについてのＣＤ識別子を生成することができるようになる。本例では、コンテンツ特定情報となるＣＤ識別子が端末１側で生成することが必要になるため、このような生成方式のＣＤ識別子を、個々のＣＤタイトルに対応するＣＤ識別子として、ＣＤ情報データベース４に格納するようにする。これは、端末１がＣＤ識別子を生成して、ＣＤ情報サーバ３に送信してきた際に、そのＣＤ識別子によりＣＤ情報データベース４を検索できるようにするためである。
なお、ＣＤ情報データベース４には、例えば上記３つの生成形態など、複数の生成形態によるＣＤ識別子を並列的に記録しておくようにし、端末１側がどの生成形態でＣＤ識別子を生成した場合でも対応できるようにすることも考えられる。
【００５７】
ＣＤ情報データベース４には、各ＣＤ識別子（つまり各ＣＤタイトル）に対応しては、ＣＤタイトル情報及びコンテンツＩＤが格納される。
ＣＤタイトル情報とは、ＣＤの内容に関して付加された各種の情報である。例えばＣＤタイトル名、アーティスト名、収録曲数、或いは各コンテンツ（各楽曲）についての曲名その他である。
コンテンツＩＤは、ＣＤに収録された各コンテンツ（楽曲）のそれぞれに固有に付与されたコンテンツ識別子である。
【００５８】
ＣＤ識別子に対応して格納されているＣＤタイトル情報及びコンテンツＩＤのファイル形態を図５に示す。この図５のデータファイルが、１枚のＣＤアルバムに対応する情報となる。
まず、ＣＤ識別子に対応して、まずＣＤ全体に対応する付加情報が格納される。ここでは付加情報として、ＣＤタイトル（アルバム名）、アーティスト名、収録曲数、更に他の各種の１又は複数の付加情報を示している。
この場合、他の付加情報とは、アルバムジャケット画像データ、アーティスト画像データ、プロデューサ名やレコード会社名などの関係者情報、アルバム解説テキストやコメント、アーティストやレコード会社等のインターネットホームページのアドレス（ＵＲＬ）、著作権情報などが考えられる。
【００５９】
また、ＣＤ識別子に対応して、各楽曲（トラックＴＫ１〜ＴＫｎ）のそれぞれのコンテンツＩＤが格納される。
そして各コンテンツＩＤに対応して、各楽曲についての付加情報が格納される。ここでは付加情報としては、曲名、アーティスト名、更に他の各種の１又は複数の付加情報を示している。他の付加情報とは、例えば曲単位での関係者（例えば作詞者、作曲者、制作者等）、著作権情報、歌詞、コメント、曲毎のイメージデータなどとなる。
【００６０】
このようにＣＤ情報データベース４には、１つのＣＤタイトルに対応して、図５のファイル構造に示すようＣＤタイトル情報とコンテンツＩＤが格納される。
なお説明上、「ＣＤタイトル情報」とは、図５においてＣＤ識別子に対応して格納されるコンテンツＩＤ以外の情報、即ち付加情報のことを示すものとしている。また、「ＣＤ情報」とは、コンテンツＩＤとＣＤタイトル情報を含めた総称として使用している。
【００６１】
ところで、ＣＤに収録された各トラック（各楽曲）としてのコンテンツのそれぞれに対応するコンテンツＩＤは、各楽曲固有の識別子である。
このコンテンツＩＤは、本例のシステムにおいて一元管理されるものとなる。つまり、端末１，ＣＤ情報サーバ３、及び図１に示した他のサーバにおいては共通に、或るコンテンツＩＤは特定の楽曲を示すものとして用いられる。
このコンテンツＩＤは、ＣＤ情報サーバ３が各楽曲に対応した固有のコードデータとして生成してて付与し、他のサーバに提供するものとすればよい。これによって他のサーバも、コンテンツＩＤによって楽曲コンテンツを管理できる。また、ＣＤ情報サーバ３以外でコンテンツＩＤを生成するものとしてもよいが、少なくともＣＤ情報サーバ３がそのコンテンツＩＤを管理できるものとする。ここでいう管理とは、端末１にコンテンツＩＤを提供したり、或いは他のサーバにおいてコンテンツＩＤが利用されるようにするための管理である。
【００６２】
また、広く範囲で一元管理されたコンテンツＩＤとしては、ＣＩＤＦ（コンテンツＩＤフォーラム）で規定されたコンテンツＩＤを用いるようにしてもよい。
ＣＩＤＦは、インターネットの普及、デジタルデータ符号化技術の向上などに伴って、コンテンツの流通の利便性やその課金、著作権、不正利用の防止などのために組織されたもので、あらゆるデジタルコンテンツを対象としてグローバルスタンダード化を考慮したコンテンツＩＤフォーマットを策定する団体である。従って、このＣＩＤＦでのコンテンツＩＤフォーマットに準拠したコンテンツＩＤを用いることも、本システムにおいて有効となる。
【００６３】
５．端末のＨＤＤ蓄積情報
次に図６に、端末１のＨＤＤ３１に蓄積されるファイル構成を模式的に示す。
上述したように端末１では、ＣＤからリッピングしたコンテンツ（楽曲）をコンテンツファイルとして蓄積できる。また、ネットワーク２を介してコンテンツをダウンロードした場合も、そのコンテンツをコンテンツファイルとしてＨＤＤ３１に蓄積できる。
例えば、１０曲入りのＣＤから５曲をリッピングした場合、ＨＤＤ３１には５つのコンテンツファイルが蓄積されることになる。
そして、ユーザーは、多量にコンテンツファイルを蓄積させたＨＤＤ３１から所望のコンテンツファイルを選択して再生させることが可能となる。
【００６４】
図６（ａ）においてＨＤＤ３１内に示すコンテンツファイル群とは、それぞれ１曲を１つのコンテンツファイルとした多数のコンテンツファイルを示している。つまり実データ（音楽データ）としてのコンテンツファイル群である。
一方、ＨＤＤ３１内として示す管理ファイル群とは、コンテンツファイルを管理するための多数の管理ファイルを示している。
【００６５】
図６（ｂ）には管理ファイル群を模式的に示している。
管理ファイルは、市場に流通しているパッケージメディアとしてのＣＤに対応した管理情報とされる。即ち図６（ｂ）に示す管理ファイル＃１、＃２・・・・は、それぞれが１枚のＣＤタイトルに対応する管理情報となる。そして、図示するように各管理情報は、それぞれＣＤ識別子に対応してＣＤタイトル情報やコンテンツＩＤを含む情報とされる。
【００６６】
ただしＨＤＤ２１における管理ファイル＃１、＃２・・・は、ユーザーがＨＤＤ２１に蓄積したコンテンツファイルに対応して生成される。
例えばユーザーが或るＣＤをリッピングして、そのＣＤに収録される全曲をそれぞれコンテンツファイルとしてＨＤＤ３１に蓄積した場合、そのＣＤに対応する１つの管理ファイルが生成されてＨＤＤ３１に格納される。
また、例えばユーザーが或るＣＤをリッピングして、そのＣＤに収録される１又は複数の一部の曲をコンテンツファイルとしてＨＤＤ３１に蓄積した場合も、そのＣＤに対応するものとして１つの管理ファイルが生成されてＨＤＤ３１に格納される。
さらには、ネットワーク２を介してコンテンツをダウンロードしてＨＤＤ３１に蓄積した場合は、ネットワークを介してＣＤ識別子が受信されれば、そのコンテンツが含まれるＣＤ等のメディアに対応させて管理ファイルを形成し格納することができる。
【００６７】
各管理ファイルにおけるＣＤ識別子は、例えばユーザーがリッピングしたＣＤを示す情報であり、例えば後述するようにＣＤ情報サーバ３との通信時を行ってコンテンツＩＤを取得する際の、コンテンツＩＤ特定情報となる。つまり意味的に上記ＣＤ情報サーバ３のＣＤ情報データベース４におけるＣＤ識別子と同じものである。
従って端末１では、上述したＣＤ情報データベース４でのＣＤ識別子の生成形態と同一の生成形態でＣＤ識別子を生成する。例えばＣＤのリッピングを行う際に、ＴＯＣデータからＣＤ識別子を生成する。又はＣＤのＩＳＲＣ情報からＣＤ識別子を生成する。又は、ＣＤに付加されたバーコードデータからＣＤ識別子を生成する。もちろんこれ以外の生成形態でもよいが、いずれにしてもＣＤ情報サーバ３側でのＣＤ識別子の生成形態と同一とされる。
【００６８】
各管理ファイルには、それぞれＣＤ識別子（つまり各ＣＤタイトル）に対応して、ＣＤタイトル情報とコンテンツＩＤが格納される。
ＣＤ識別子に対応してＣＤタイトル情報及びコンテンツＩＤが格納される管理ファイルの形態を図７に示す。この図７の管理ファイルは、１枚のＣＤアルバムに対応する。そしてそのＣＤアルバムに収録された少なくとも１つのコンテンツがコンテンツファイルとしてＨＤＤ３１に蓄積されているものである。ただし、収録コンテンツのうちで１つのコンテンツもＨＤＤ３１に蓄積していないＣＤアルバムについて、予め管理ファイルを形成して、その後のリッピングやダウンロードに備えるようにすることも考えられる。
【００６９】
管理ファイルにおいては、ＣＤ識別子に対応して、まずＣＤ全体に対応する付加情報が格納される。ここでは付加情報として、ＣＤタイトル（アルバム名）アーティスト名、収録曲数、更に他の各種の１又は複数の付加情報を示している。
この場合、他の付加情報とは、アルバムジャケット画像データ、アーティスト画像データ、プロデューサ名やレコード会社名などの関係者情報、アルバム解説テキストやコメント、アーティストやレコード会社等のインターネットホームページのアドレス（ＵＲＬ）、著作権情報などが考えられる。
【００７０】
また、ＣＤ識別子に対応して、各楽曲（トラックＴＫ１〜ＴＫｎ）のそれぞれのコンテンツＩＤが格納される。
そして各コンテンツＩＤに対応して、各楽曲についての付加情報が格納される。ここでは付加情報としては、曲名、アーティスト名、更に他の各種の１又は複数の付加情報を示している。他の付加情報とは、例えば曲単位での関係者（例えば作詞者、作曲者、制作者等）、著作権情報、歌詞、コメント、曲毎のイメージデータなどとなる。
【００７１】
さらに各コンテンツＩＤに対応してコンテンツファイルリンク情報、コンテンツソース情報が格納される。
コンテンツファイルリンク情報は、そのコンテンツＩＤによって示される実データとしてのＨＤＤ３１に蓄積されたコンテンツファイルを示す情報である。このコンテンツファイルリンク情報によって、ＨＤＤ３１内で当該コンテンツＩＤに該当して記録されているコンテンツファイルが指定されることで、ＨＤＤ３１に蓄積されたコンテンツについての、管理ファイルから指定して再生することが可能となる。
なお、コンテンツＩＤに対応する実データとしてのコンテンツファイルがＨＤＤ３１に蓄積されていない場合もある。そのときは、コンテンツファイルリンク情報が「ノーリンク」とされていることで、管理ファイルから、該当するコンテンツファイルがＨＤＤ３１に存在しないことを確認できる。
【００７２】
コンテンツソースは、ＨＤＤ３１に蓄積したコンテンツファイルについてのソースを示す情報である。例えばコンテンツファイルはＣＤからリッピングされたり、外部サーバからダウンロードされてＨＤＤ３１に蓄積されるため、ソースの情報はＣＤ・ダウンロードの別や、さらにはダウンロードの場合のダウンロード元のサーバの識別情報などとなる。
【００７３】
このようにＨＤＤ３１の管理ファイルは、１つのＣＤタイトル（ＣＤ識別子）に対応して、図７の構造に示すようＣＤタイトル情報とコンテンツＩＤが格納される。
ここで、端末１にとっては、ＣＤからリッピングしてコンテンツファイルを蓄積する場合は、その再生するＣＤのＴＯＣ情報等からＣＤ識別子を生成できる。従って、１つの管理ファイルに特定のＣＤ識別子を与えることができる。
ところが、コンテンツＩＤは上記のように一元管理されるＩＤであり、ＣＤ情報サーバ３が生成したり、或いはＣＩＤＦ準拠のＩＤとされる。従って、端末１がリッピングしたコンテンツファイルに対して勝手に付与できるものではない。またＣＤタイトル情報も、例えばユーザーが入力しない限りは得ることができない。
そこで後述するが、端末１は、リッピング時には、生成したＣＤ識別子をＣＤ情報サーバ３に送信し、ＣＤ情報サーバ３からコンテンツＩＤやＣＤタイトル情報を受信することで、図７のような管理ファイルを形成し、蓄積したコンテンツファイルの管理に用いることができるようにするものである。
【００７４】
また、コンテンツダウンロードの場合は、ダウンロードに応じてコンテンツＩＤや付加情報が送信されてくれば、これらを含んだ管理ファイルを構築できる。
なお、ＣＤ（或いは他のメディア）からのリッピングの場合は、このようにＣＤ識別子（メディア識別子）に対応する単位として管理ファイルを構築できるが、外部サーバからのダウンロードの場合は、必ずしもメディア単位で管理ファイルを構築できるものとはならない。
そこで、メディア単位で管理ファイルを構築できない場合は、少なくともコンテンツＩＤに対応させて、蓄積したコンテンツファイルが管理できるように管理ファイルが構築されるようにすればよい。
【００７５】
６．端末のＣＤ装填時の処理
本例は、端末１においてＨＤＤ３１に格納されたコンテンツファイルが、上記図７のように、管理ファイルにおいてコンテンツＩＤを用いて管理されるようにするものである。ただしＣＤからのリッピングの際には、コンテンツＩＤやＣＤタイトル情報（付加情報）は端末１のみでは得ることはできず、ＣＤ情報サーバ３にコンテンツＩＤやＣＤタイトル情報を要求するものとなる。
【００７６】
このような要求動作を含む処理として、端末１のＣＤドライブ２９にＣＤが装填されてからの処理について図８，図９で説明する。この処理はＣＰＵ２１の制御及びそれに基づく所要各部の動作として実現される。
なお、以下の説明では、ＣＤ識別子はＴＯＣデータから生成する例とする。
【００７７】
図８に示すように、端末１のＣＤドライブ２９にＣＤが装填されると、ＣＰＵ２１はステップＦ１０１としてＣＤドライブ制御部２８に指示を出し、まず、ＣＤのＴＯＣデータの読込を実行させる。
読み出されたＴＯＣデータは、その後のＣＤ再生のための管理情報としてＣＤドライブ制御部２８もしくはＣＰＵ２１によって確保されるが、ＣＰＵ２１はステップＦ１０２として、読み込んだＴＯＣデータから、当該ＣＤのＣＤ識別子を判別する。つまりＴＯＣデータのうちのトラックナンバ、トラックのアドレス等の情報を抽出し、特定の演算処理を行って、ＣＤ固有のＣＤ識別子としての情報を得る。
【００７８】
なお、上述したようにＴＯＣデータに含まれるＩＳＲＣコードからＣＤ識別子を生成してもよいし、この時点（或いはリッピングを行う時点）でユーザーにバーコードデータ入力を要求し、バーコードデータからＣＤ識別子を生成してもよい。上述したようにバーコードデータの入力のためにはバーコードスキャナによるものとしたり、或いはユーザーに数字入力を求めるようにすればよい。
【００７９】
ステップＦ１０３では、データベース管理部３０に対して、上記ＣＤ識別子を用いた管理ファイルの検索を実行させる。そして今回装填されたＣＤに対応する管理ファイルが既にＨＤＤ３１に存在するか否かを確認する。
装填されたＣＤが、過去にリッピングを行ったＣＤであったとすると、既に当該ＣＤに対応する管理ファイルが存在する。過去にリッピングを行っていないＣＤであっても、収録曲の一部が外部サーバからダウンロードされ、同時にＣＤ識別子及び付加情報、コンテンツＩＤが送信されたものであったとすれば、対応する管理ファイルが存在する場合がある。
ここで、対応する管理ファイルが存在した場合は、ステップＦ１０４としてＣＤ情報を表示部２７に表示することができる。例えばアルバムタイトル、各曲の曲名、アーティスト名、ジャケットイメージなど、上記図７のように付加情報として格納されている情報を表示することができる。この場合ＣＰＵ２１は、ＨＤＤ３１から各種付加情報を読み出させ、表示処理部２６に供給して表示させる。
一方、対応する管理ファイルが存在しない場合は、ＨＤＤ３１に付加情報は無いため、ＴＯＣデータに基づいた表示を行う。即ちＣＰＵ２１はステップＦ１０５としてＴＯＣデータから得られる表示情報を表示制御部２６に供給して、表示部２７に収録されているトラックナンバや総演奏時間等の表示を実行させる。
【００８０】
ステップＦ１０６，Ｆ１０８では、ユーザーの操作を待機する。即ち、ＣＤ再生操作、或いはＣＤに収録された楽曲のリッピング操作を待機する。
再生操作が行われた場合は、ステップＦ１０６からＦ１０７に進み、再生を実行させる。即ちＣＰＵ２１は、入力部２５からのユーザーの操作に応じて指定されたトラックの再生が行われるようにＣＤドライブ制御部２８に指示を出し、ＣＤドライブ２９で再生動作を実行させる。
ユーザーの停止操作、或いは全曲の再生が完了したらステップＦ１０６，Ｆ１０７のループに戻り、次の操作を待機する。
【００８１】
一方、ユーザーがＣＤに収録された全曲又は一部の曲をＨＤＤ３１にリッピングする操作を行った場合は、ＣＰＵ２１はステップＦ１０８からＦ１０９に進み、指定された楽曲のリッピング処理を行う。
即ちＣＰＵ２１はＣＤドライブ制御部２８に、指定されたトラックの再生を指示する。そしてＣＤドライブ２９で再生されたトラックのオーディオデータがデータベース管理部３０に転送されるようにする。ＣＰＵ２１はデータベース管理部３０に対しては、再生された１又は複数の楽曲のオーディオデータを、それぞれコンテンツファイルとしてＨＤＤ３１に格納していくように指示する。
【００８２】
このようなコンテンツファイルの蓄積動作に伴って、ＣＰＵ２１はステップＦ１１０では、当該ＣＤに対する管理ファイルがＨＤＤ３１に存在するか否かを判断する。即ち上記ステップＦ１０３と同様の処理である。（ＣＤ装填後、２回以上リッピングが行われた場合は、ステップＦ１０３で管理ファイルが存在しないとされた場合でも、このステップＦ１１０の時点で管理ファイルが存在するものとなる場合がある）。
今回ＨＤＤ３１に書き込んだコンテンツファイルに対応する管理ファイルが存在しなければ、ステップＦ１１１で管理ファイル生成処理を行う。存在すれば、ステップＦ１１２で管理ファイル更新処理を行う。
【００８３】
そしてコンテンツファイルの書込及び管理ファイルの生成又は更新によってリッピングを完了したら、ステップＦ１０６，Ｆ１０７のループに戻り、次の操作を待機する。
なお、図示を省略したが、ステップＦ１０６，Ｆ１０７のループにおいてイジェクト操作が行われた場合は、ＣＤを排出して図８の処理を終了する。
【００８４】
ステップＦ１１１の管理ファイル生成処理について図９で説明する。
この場合、ＣＰＵ２１は手順Ｓ１として、通信処理部３２に指示を出し、ネットワーク２を介したＣＤ情報サーバ３との通信を確立させる。そして通信が確立されたら、ステップＦ１０２で得たＣＤ識別子を送信してＣＤ情報を要求する。
【００８５】
ＣＤ情報サーバ３では、通信処理部４９が端末１からの通信確立要求を受けることに応じて通信確立処理を行う。そして端末１からのＣＤ識別子を含む要求信号を受信したら、ＣＤ情報サーバ３のＣＰＵ４１は、そのＣＤ識別子によってＣＤ情報データベース４の検索を行うようにデータベース管理部４８に指示する。
これによってＣＤ情報サーバ３では手順Ｓ１１として示すようにＣＤ情報データベース４の検索が実行される。そしてＣＤ情報データベース４には図４、図５で説明したようにＣＤ識別子に対応してＣＤ情報（ＣＤタイトル情報及びそのＣＤに収録されている各楽曲のコンテンツＩＤ）が含まれているため、ＣＤ識別子に基づく検索により、或る１つのＣＤに対応するＣＤ情報が抽出され、読み出される。
ＣＰＵ４１は、例えば図５のようなＣＤ情報として、端末１において装填されているＣＤに対応するＣＤ情報が抽出されたら、手順Ｓ１２において、検索結果の通知を行う。即ち通信処理部３４により、検索結果として検索完了／検索エラーの情報や、検索完了の場合のＣＤタイトル情報及びコンテンツＩＤを、端末１に送信させる。
【００８６】
端末１では、検索結果としてＣＤタイトル情報及びコンテンツＩＤを受信したら、手順Ｓ２として管理ファイルを生成する。即ち図７のようにＣＤ識別子に対応させてＣＤタイトル情報と、各楽曲に対応するコンテンツＩＤを含む管理ファイルを生成する。また、ＨＤＤ３１に蓄積したコンテンツファイルについては、コンテンツＩＤに対応するコンテンツファイルリンク情報を設定する。またコンテンツソース情報として、ＣＤからのリッピングである情報を加える。
このようにして図７に示す形態の管理ファイルを生成し、ＨＤＤ３１に書き込む。
【００８７】
以上の処理により、端末１ではＣＤからのリッピングによってコンテンツファイルをＨＤＤ３１に蓄積した場合でも、一元管理されるコンテンツＩＤによって各コンテンツファイルが管理できる状態とすることができる。
後述するが、一元管理されたコンテンツＩＤによってコンテンツファイルが管理されることで、その後、外部サーバからコンテンツに関連する情報を取得したい場合などに好適なものとなる。
さらに後述するが、コンテンツダウンロードのためのリスト表示などにおいてユーザーにとって好適な表示を行うことも可能となる。
【００８８】
ところで、図９の通信によって端末１が得られるＣＤ情報は、ＣＤ識別子に対応するＣＤ情報であり、ＣＤに収録されている全曲のコンテンツＩＤや、付加情報を含むものである。
従って、例えば端末１でＣＤに収録されている一部の曲についてのみリッピングした場合であっても、全曲についてのコンテンツＩＤ及び付加情報を得ることができる。換言すれば、リッピングしていない曲についてのコンテンツＩＤ及び付加情報も、管理ファイルに含まれるものとなる。
【００８９】
ここで、例えば１０曲入りのＣＤから２曲目のトラックのみについてリッピングが行われたとする。
図９の通信によって、ＣＤ情報サーバ３からは、全曲についてのコンテンツＩＤ及び付加情報が送られてくる。
このため手順Ｓ２では、リッピングしたコンテンツファイルを適切にコンテンツＩＤに対応させるための処理も行う。即ちＣＰＵ２１は２曲目（ＣＤの第２トラック）をリッピングしたことから、そのコンテンツファイルについては、送信されてきたコンテンツＩＤ及び付加情報として、第２トラックのコンテンツＩＤ及び付加情報に対応させるようにする。例えば図７においてＴＫ２コンテンツＩＤに対応させて、リッピングしたコンテンツファイルについてのコンテンツファイルリンク情報を書き込むようにするものである。
またリッピングしていないコンテンツ（ＣＤトラック）に対応するコンテンツＩＤに対してのコンテンツファイルリンク情報では、ノーリンクのデータを書き込む。
【００９０】
このように一部のトラックのリッピングであっても、ＣＤに収録された全トラックのコンテンツＩＤ及び付加情報が得られることで、その後の処理に好適となる。
例えば、上記のように第２トラックがリッピングされた後、同一のＣＤから他のトラックがリッピングされた場合を考えると、図８のステップＦ１１０では管理ファイルが存在すると判断される。つまりリッピングした曲についてのコンテンツＩＤや付加情報は既に蓄積されている。
従って、その場合は図９のような通信を行ってＣＤ情報を得る必要はなく、上記のようにステップＦ１１２に進んで管理情報を更新すればよい。具体的には、その際にリッピングしたトラックに対応するコンテンツＩＤに関連づけられたコンテンツファイルリンク情報として、ＨＤＤ３１に書き込んだコンテンツファイルが示されるようにし、またコンテンツソース情報としてＣＤからのリッピングであることを示すように更新すればよい。
【００９１】
また、少なくとも１曲がリッピングされたＣＤでは、全曲についての付加情報が得られているものとなるため、そのＣＤが装填された際にはステップＦ１０４で、全曲についての曲名などのＣＤタイトル情報を、ユーザーに対して表示することができるようになる。
【００９２】
７．ＣＤタイトル情報サーバとコンテンツＩＤサーバによるシステム
ところで図１のシステムでは、ＣＤ情報サーバ３がＣＤタイトル情報とコンテンツＩＤを管理していることが必要となる。
一方、ＣＤタイトル情報の配信サービスを行うサーバ（ＣＤタイトル情報サーバ）が存在し、そのＣＤタイトル情報サーバを図１のＣＤ情報サーバ３として実現しようとすると、そのＣＤタイトル情報サーバにおけるデータベースに、コンテンツＩＤを追加する必要があり、システム構築に膨大なコストや労力が必要となる場合がある。
【００９３】
そこで、既存のＣＤタイトル情報サーバをそのまま本例のシステムにおいて利用し、かつ一元管理されたコンテンツＩＤを利用できるようにするには、図１０に示すようにＣＤタイトル情報サーバ３ａ以外にコンテンツＩＤサーバ３ｂを設けるということが考えられる。
【００９４】
この場合、ＣＤタイトル情報サーバ３ａは、ＣＤタイトル情報データベース４ａにおいて、図１１（ａ）に示すように、一般に流通する各ＣＤタイトル毎のＣＤ識別子に対応して、ＣＤタイトル情報を格納しているものとする。即ちアルバム名やアーティスト名等のＣＤ全体に対応する情報や、収録された各楽曲に対応する曲名、作曲者名等の情報である。
ただしコンテンツＩＤについては格納していない。
【００９５】
一方、コンテンツＩＤサーバ３ｂは、コンテンツＩＤデータベース４ｂにおいて、図１１（ｂ）に示すように、一般に流通する各ＣＤタイトル毎のＣＤ識別子に対応して、そのＣＤに収録された各曲に対応するコンテンツＩＤを格納している。一方、ＣＤ全体或いはコンテンツ毎に対応する付加情報は格納していない（なお格納するようにしてもよい）。
【００９６】
なお、ＣＤタイトル情報サーバ３ａ、コンテンツＩＤサーバ３ｂは、図２で説明したＣＤ情報サーバと同様の構成とされればよい。
【００９７】
このようなコンテンツＩＤサーバ３ｂをシステムに組み込むことで、既存のＣＤタイトル情報サーバ３ａをそのまま本例のシステム動作に利用できる。
例えば上記図８のステップＦ１１１としての、端末１での管理ファイル生成処理のための通信動作が、図１２又は図１３のように行われるようにすればよい。
【００９８】
まず図１２の例を説明する。
この場合、端末１のＣＰＵ２１は手順Ｓ１として、通信処理部３２に指示を出し、ネットワーク２を介したＣＤタイトル情報サーバ３ａとの通信を確立させる。そして通信が確立されたら、ステップＦ１０２で得たＣＤ識別子を送信してＣＤ情報を要求する。
【００９９】
ＣＤタイトル情報サーバ３ａでは、端末１からの通信確立要求を受けることに応じて通信確立処理を行う。そして端末１からのＣＤ識別子を含む要求信号を受信したら、手順Ｓ１０として、ＣＤ識別子を含むコンテンツＩＤの要求信号をコンテンツＩＤサーバ３ｂに送信する。
また、当該送信と共に、ＣＤタイトル情報サーバ３ａは、手順Ｓ１１として示すように、端末１から受信したＣＤ識別子を用いて、図１１（ａ）のようなＣＤタイトル情報データベース４ａの検索を行う。
【０１００】
一方、ＣＤタイトル情報サーバ３ａから、ＣＤ識別子を含むコンテンツＩＤの要求信号を受信したコンテンツＩＤサーバ３ｂは、手順Ｓ２１として示すように、ＣＤ識別子を用いて、図１１（ｂ）のようなコンテンツＩＤデータベース４ｂの検索を行う。
そして検索結果を得たら、手順Ｓ２２として、抽出されたコンテンツＩＤ、つまり当該対象となっているＣＤに収録されている全曲についてのコンテンツＩＤを、ＣＤタイトル情報サーバ３ａに送信する。
【０１０１】
ＣＤタイトル情報サーバ３ａでは、コンテンツＩＤサーバ３ｂからコンテンツＩＤを受信することで、手順Ｓ１１における検索動作で得たＣＤタイトル情報における各楽曲に対応するコンテンツＩＤを得ることができる。
そこで、手順Ｓ１２として、ＣＤタイトル情報とコンテンツＩＤを含むＣＤ情報、即ち図５で示したようなデータ内容のＣＤ情報を、検索結果として端末１に送信する。
これによって端末１では、ＣＤタイトル情報及びコンテンツＩＤを受信することができ、手順Ｓ２として管理ファイルを生成することができる。即ち図７のようにＣＤ識別子に対応させてＣＤタイトル情報と、各楽曲に対応するコンテンツＩＤを含む管理ファイルを生成するとともに、コンテンツファイルリンク情報やコンテンツソース情報を加えて図７に示す形態の管理ファイルを生成し、ＨＤＤ３１に書き込むことができる。
【０１０２】
次に図１３の例を説明する。
この場合、端末１のＣＰＵ２１は手順Ｓ１Ａとして、ネットワーク２を介したＣＤタイトル情報サーバ３ａとの通信を確立させる。そして通信が確立されたら、ステップＦ１０２で得たＣＤ識別子を送信する。但しこの場合はコンテンツＩＤを除いたＣＤタイトル情報を要求するものとなる。
【０１０３】
ＣＤタイトル情報サーバ３ａでは、端末１からの通信確立要求を受けることに応じて通信確立処理を行う。そして端末１からのＣＤ識別子を含む要求信号を受信したら、手順Ｓ１１として、端末１から受信したＣＤ識別子を用いて、図１１（ａ）のようなＣＤタイトル情報データベース４ａの検索を行う。
そして検索により得られたＣＤタイトル情報を、手順Ｓ１２において検索結果として端末１に送信する。
これによって端末１では、リッピングした対象のＣＤについてのアルバム名、曲名などのＣＤタイトル情報を得ることができる。
【０１０４】
続いて端末１のＣＰＵ２１は手順Ｓ１Ｂとして、ネットワーク２を介したコンテンツＩＤサーバ３ｂとの通信を確立させる。そして通信が確立されたら、ステップＦ１０２で得たＣＤ識別子を送信する。この場合はコンテンツＩＤのみを要求するものとなる。
【０１０５】
端末１から、ＣＤ識別子を含むコンテンツＩＤの要求信号を受信したコンテンツＩＤサーバ３ｂは、手順Ｓ２１として示すように、ＣＤ識別子を用いて、図１１（ｂ）のようなコンテンツＩＤデータベース４ｂの検索を行う。
そして検索結果を得たら、手順Ｓ２２として、抽出されたコンテンツＩＤ、つまり当該対象となっているＣＤに収録されている全曲についてのコンテンツＩＤを、端末１に送信する。
【０１０６】
以上の通信によって端末１では、ＣＤタイトル情報及びコンテンツＩＤを受信することができ、手順Ｓ２として管理ファイルを生成することができる。即ち図７のようにＣＤ識別子に対応させてＣＤタイトル情報と、各楽曲に対応するコンテンツＩＤを含む管理ファイルを生成するとともに、コンテンツファイルリンク情報やコンテンツソース情報を加えて図７に示す形態の管理ファイルを生成し、ＨＤＤ３１に書き込むことができる。
【０１０７】
例えばこの図１２，図１３のような通信処理が行われるようにすることで、端末１はＣＤタイトル情報サーバ３ａ、コンテンツＩＤサーバ３ｂから、ＣＤタイトル情報やコンテンツＩＤを得ることができる。
そして図１０のようなサーバ構成によれば、既存のＣＤタイトル情報サーバ３ａ（ＣＤタイトル情報データベース４ａ）をそのまま利用できることになる。
また、コンテンツＩＤサーバ３ｂ及びコンテンツＩＤデータベース４ｂは新規構築されるものであるが、ＣＤタイトル情報としての付加情報を管理する必要はないため、その構築や運用は比較的簡易なものとすることができる。
【０１０８】
８．配信サーバとコンテンツサーバ及び楽曲リスト
続いて、端末１のユーザーがネットワーク２を介して楽曲コンテンツをダウンロードする場合の動作について説明する。
この場合、端末１は、図１に示した配信サーバ５やコンテンツサーバ７と通信を行うことになる。
【０１０９】
配信サーバ５は、ユーザーの要望に応じて有料又は無料で楽曲コンテンツを配信するための管理を行うサーバである。
コンテンツサーバ８は、実際の楽曲コンテンツデータを管理し、配信サーバ５の指示に応じて端末１にコンテンツデータを配信するサーバである。
【０１１０】
図１に示した配信サーバ５が管理する楽曲リストデータベース６には、図１４（ａ）のように、楽曲リストデータ＃１、＃２・・・が格納されている。
楽曲リストとは、ユーザーに提示する楽曲コンテンツのリストであり、ユーザーが楽曲リストからダウンロードしたいコンテンツを選択できるようにするものである。
楽曲リストデータ＃１、＃２・・・は、例えば楽曲ジャンル毎やアーティスト毎などに楽曲コンテンツのリストとしたものであったり、購入おすすめの楽曲コンテンツのリストとしたものであるなどとして、配信サーバ５側で任意に形成することができる。
【０１１１】
各楽曲リストデータ＃１、＃２・・・は、それぞれ楽曲リストデータの識別子で管理される。
そして、各楽曲リストデータ＃１、＃２・・・には、それぞれ楽曲リストタイトル情報と、そのリストに含まれるコンテンツのコンテンツＩＤを含むものとされている。
【０１１２】
楽曲リストデータベース６における、１つの楽曲リストデータ＃ｘの構造を図１５に示す。
図示するように、楽曲リストデータについて楽曲リスト識別子が付与され、この楽曲リスト識別子に対応して、楽曲リストタイトル情報と、そのリストに含まれるコンテンツのコンテンツＩＤが格納される。
楽曲リストタイトル情報とは、楽曲リストの内容に関して付加された各種の情報である。
コンテンツＩＤは、楽曲リストに挙げられた各コンテンツ（楽曲）のそれぞれに固有に付与されたコンテンツ識別子であり、これは上述したＣＤ情報サーバ３（又はコンテンツＩＤサーバ３ｂ）で一元管理されるコンテンツＩＤである。
【０１１３】
図１５においては、楽曲リストタイトル情報（付加情報）として、まず楽曲リスト全体に対応する付加情報が格納される。ここでは、楽曲リストタイトル（リスト名）、アーティスト名、リスト収録曲数、更に他の各種の１又は複数の付加情報を示している。
この場合、他の付加情報とは、楽曲リストのガイド情報、収録曲やアーティストに関する画像データ、関係者情報、著作権情報などが考えられる。
【０１１４】
また、楽曲リスト識別子に対応して、リストアップされた各楽曲のそれぞれのコンテンツＩＤが格納される。
そして各コンテンツＩＤに対応して、各楽曲についての楽曲リストタイトル情報としての付加情報が格納される。ここでは付加情報としては、曲名、アーティスト名、更に他の各種の１又は複数の付加情報を示している。他の付加情報とは、例えば曲単位での関係者（例えば作詞者、作曲者、制作者等）、著作権情報、歌詞、コメント、曲毎のイメージデータなどとなる。
そして更に、各楽曲のコンテンツデータを実際に管理して配信を行うコンテンツサーバのＵＲＬ情報も格納される。
【０１１５】
なお説明上、「楽曲リストタイトル情報」とは、図１５において楽曲リスト識別子に対応して格納されるコンテンツＩＤ以外の情報、即ち付加情報のことを示す。また、「楽曲リスト情報」とは、コンテンツＩＤと楽曲リストタイトル情報を含めた総称として使用する。
【０１１６】
図１のコンテンツサーバ７が管理するコンテンツデータベース８には、図１４（ｂ）のようにコンテンツデータが管理される。
即ちデータ＃１、＃２・・・として、それぞれコンテンツＩＤに対応してコンテンツデータ（楽曲等の実データ）が格納されている。この場合のコンテンツＩＤも、上述したＣＤ情報サーバ３（又はコンテンツＩＤサーバ３ｂ）で一元管理されるコンテンツＩＤである。
【０１１７】
９．端末の楽曲リスト表示処理
端末１は、配信サーバ５が上記のように管理している楽曲リストを表示部２７に表示させることで、端末１のユーザーは、任意の楽曲を選択してダウンロードを行うことができる。特にこのリスト表示の際に、リストに挙げられている楽曲について、端末１のＨＤＤ３１にすでに蓄積済の楽曲であるか否かをも、ユーザーにわかるように表示することで、ユーザーが既に所有している楽曲を再度ダウンロードしてしまうことを防止したり、ユーザーの所有楽曲の確認に好適なものとすることができる。
なお、楽曲リストに含まれる楽曲が端末１のＨＤＤ３１に既に格納済であるか否かの判別は、端末１側で行う場合と、配信サーバ５側で行う場合が考えられ、ここではまず端末１側で行う例を説明する。
【０１１８】
図１６に、楽曲リストの要求からコンテンツダウンロードまでの流れにおける通信処理を示す。なお図１６に示す、端末１の処理は、ユーザーの操作に応じたＣＰＵ２１の制御によって通信処理部３２やデータベース管理部３０の動作によって実現される処理である。また配信サーバ５やコンテンツサーバ７は、その構成は図２に示したＣＤ情報サーバ３と概略同様であり、それぞれＣＰＵの制御によって通信処理部やデータベース管理部の動作によって実現される処理である。
【０１１９】
端末１では、ユーザーが楽曲リストを表示させる操作を行うことに応じて、手順Ｓ３１として楽曲リストを要求する信号を配信サーバ５に送信する。
なお、ここでは簡略化して示しているが、実際には、最初の段階で楽曲リスト自体のリストを要求し、ユーザーがその中で所定のリストを選択して、その楽曲リストを要求するなど、リストメニューが階層化されることが考えられる。
図１６の手順Ｓ３１としては、ユーザーが、その前段階で配信サーバから供給された楽曲リストメニューから、或る楽曲リストを選択することに応じて、端末１のＣＰＵ２１が、その楽曲リストに対応する楽曲リスト識別子を配信サーバ５に要求信号として送信する動作を示している。
【０１２０】
配信サーバ５では、楽曲リストの要求信号を受信すると、手順Ｓ４１として、要求された楽曲リストの楽曲リスト識別子から、図１４（ａ）のような楽曲リストデータベース６の検索を行う。そして手順Ｓ４２で、検索された楽曲リスト情報として、図１５に示したような構造の楽曲リスト情報を端末１に送信する。
【０１２１】
端末１では、楽曲リスト情報を受信すると、手順Ｓ３２として、その楽曲リスト情報に含まれる各楽曲について、既にＨＤＤ３１に蓄積済の曲であるか否かを判別し、その判別結果を示すことができる状態で、表示部２７に楽曲リストの表示を行う。
この手順Ｓ３２の処理を図１７，図１８で説明する。
【０１２２】
ＣＰＵ２１は図１７のステップＦ２０１として、変数ｉを「１」にセットし、ステップＦ２０２で変数ｉが受信した楽曲リストに含まれる収録曲数を越えたか否かを判断する。
越えていなければステップＦ２０３で、受信した楽曲リスト情報における第ｉ曲目のコンテンツＩＤを用いてＨＤＤ３１の管理ファイル群を検索し、同じコンテンツＩＤを含む管理ファイルが存在するか否かをチェックする。
なお、上述したように、管理ファイル内には、まだ蓄積されていないコンテンツデータについてのコンテンツＩＤが含まれていることがある。そのため、楽曲リスト情報内のコンテンツＩＤと同一のコンテンツＩＤが或る管理ファイル内で検索された場合は、図７で説明したように、そのコンテンツＩＤに対応して記録されているコンテンツファイルリンク情報を参照する。ここでコンテンツファイルリンク情報が「ノーリンク」であれば、当該コンテンツＩＤに対応するコンテンツデータはＨＤＤ３１に蓄積されていないことがわかるものとなる。
つまりステップＦ２０３のチェック処理では、楽曲リスト情報内のコンテンツＩＤと同一のコンテンツＩＤを含む管理ファイルが存在しないこと、或いは、或る管理ファイルに同一のコンテンツＩＤがあったが、それに対応するコンテンツファイルリンク情報がノーリンクであることのいずれかにより、楽曲リスト情報に示されたコンテンツＩＤのコンテンツデータがＨＤＤ３１に存在しないと判断するものである。
【０１２３】
このようなチェック処理によって、楽曲リスト情報における第ｉ曲目のコンテンツＩＤで示されるコンテンツデータがＨＤＤ３１に蓄積されていないと判断された場合は、ステップＦ２０４からＦ２０５に進み、ユーザーが「持っていない曲」として表示されるようにセットする。
一方、楽曲リスト情報における第ｉ曲目のコンテンツＩＤで示されるコンテンツデータがＨＤＤ３１に蓄積されていると判断された場合は、ステップＦ２０４からＦ２０６に進み、ユーザーが「持っている曲」として表示されるようにセットする。
【０１２４】
このような処理を、ステップＦ２０７で変数ｉをインクリメントしながら、ステップＦ２０２で変数ｉが楽曲リスト収録曲数を越えたと判断されるまで繰り返す。つまり図１５のような楽曲リスト情報に挙げられている全コンテンツＩＤについて、対応するコンテンツデータがＨＤＤ３１に蓄積済であるか否かが判別される。
【０１２５】
そして、この図１７の処理を終えることで、受信された楽曲リスト情報に基づく表示は、例えば図１８のように実行される。
図１８は、楽曲リスト情報の表示例であり、例えば「当サイト店長おすすめのＪａｚｚ１０曲選」というタイトルの楽曲リスト情報が受信された場合である。
図示するように、例えば楽曲リストの先頭４曲の楽曲が提示される。残りの楽曲は頁送り操作で表示される。曲名やアーティスト名は。図１５のように楽曲リスト情報に含まれた情報が表示される。
また、各楽曲に対して、「購入」や「試聴」を要求するアイコンが表示される。ユーザーは「購入」をクリックすることで、ダウンロードを要求することができる。また「試聴」をクリックすることで、ダウンロード前に確認等のために楽曲の一部を試聴できる（試聴用データをダウンロードして再生出力できる）。なお、ここでいうクリックはタッチパネル操作や、或いは数字指定入力操作なども含むものとする。
【０１２６】
ここで、楽曲リストに第２曲目と第４曲目として挙げられていたのコンテンツデータが、既にＨＤＤ３１に蓄積済と判断されたものであったとする。すると図示するように、例えば第２曲目と第４曲目については「購入」のアイコンがクリック不能の非アクティブの状態とされ、これによってユーザーは既にＨＤＤ３１に蓄積済であるため、今回購入する必要はないと認識できるようにしている。また非アクティブとされることで、ユーザーが誤ってクリックして重複購入してしまうようなことが防止される。
【０１２７】
なお、ＨＤＤ３１に蓄積済みか否かを示す表示態様は、多様に考えられる。例えば各楽曲に対応して「ＨＤＤ格納済」或いはそれに類するメッセージ表示が行われるようにしてもよい。
また、ＨＤＤ格納済の曲については「購入」を非アクティブとしてダウンロードのためのクリック操作不能としたが、場合によってはユーザーは、ＨＤＤ格納済の曲であることを承知の上で、再度ダウンロードしたいということも考えられる。従って、上記のような「ＨＤＤ格納済」というメッセージを表示した上で「購入」をクリック可能としておいてもよい。
或いは、図１８のような画面上では、特に格納済の曲であることの表示は行わないことも考えられる。その場合、例えばユーザーが格納済の曲に対して購入希望操作を行った場合は、そのダウンロード実行の確認画面において、例えば「既にＨＤＤ格納済の曲ですがダウンロードしますか？」などと明示し、実行かキャンセルかを選択できるようにしてもよい。
【０１２８】
以上のように楽曲リスト表示が行われることで、ユーザーはリストアップされた楽曲を所有済か否かを認識しながらダウンロード操作を行うことができる。従って、所有済の楽曲であることを忘れてダウンロードしてしまうことなどを防止できる。
【０１２９】
リストアップされた或る楽曲についてユーザーが購入操作を行った場合、図１６の手順Ｓ３３としてＣＰＵ２１がその操作を認識し、手順Ｓ３４としてコンテンツサーバ７に対してコンテンツ要求（ダウンロード要求）の送信を行う。
このとき、ＣＰＵ２１は、ユーザーに購入操作された楽曲について、楽曲リスト情報に含まれているコンテンツサーバのＵＲＬを参照して、そのＵＲＬで示されるコンテンツサーバ７に対して、コンテンツＩＤを送信するものとなる。
【０１３０】
コンテンツサーバ７では、コンテンツ要求信号を受信すると、手順Ｓ５１として、コンテンツ要求として送信されてきたコンテンツＩＤから、図１４（ｂ）のようなコンテンツデータベース８の検索を行う。そして手順Ｓ５２で、検索されたコンテンツデータを端末１に送信するダウンロードを実行する。
なお、コンテンツサーバ７は、ダウンロード完了に応じて、手順Ｓ５３として端末１のユーザーに対する課金処理を行う。但し、この課金処理は配信サーバ５で行うようにしてもよい。
【０１３１】
端末１では、コンテンツデータのダウンロードに応じて、手順Ｓ３５として、そのコンテンツデータをコンテンツファイルとしてＨＤＤ３１に格納させる。
そして手順Ｓ３６では、今回のコンテンツファイルの記録に対応して管理ファイルの生成又は既存の管理ファイルの更新を行う。
【０１３２】
ダウンロードしたコンテンツファイルのコンテンツＩＤが、上記図１７の処理において、ＨＤＤ３１内のどの管理ファイルにも含まれていないコンテンツＩＤであったと判断されていた場合は、今回のダウンロードに応じて新たな管理ファイルを生成することになる。
この場合、上述したようにＣＤ単位のＣＤ識別子で示される管理ファイルではなく、コンテンツＩＤで管理される管理ファイルが生成される。このとき管理ファイルにおいては、楽曲リスト情報に含まれた曲名等の付加情報を含ませるようにすることもできる。
なお、コンテンツサーバ７がコンテンツデータと共に付加情報を格納しており、コンテンツデータのダウンロード時に付加情報も供給するようにしていれば、コンテンツＩＤに対応する管理ファイルに、楽曲リスト情報に含まれていない多様な付加情報を記録することも可能である。
【０１３３】
また、楽曲リスト情報（或いはコンテンツサーバからのダウンロードデータ内）に、そのダウンロード楽曲が収録されているＣＤのＣＤ識別子が記録されていれば、新規な管理ファイルを図７のようにＣＤ識別子に対応した形態の管理ファイルとして形成できる。
この場合、ＣＤ識別子をＣＤ情報サーバ３に送信して、そのＣＤ識別子に対応した各種付加情報や、そのＣＤに含まれる他の曲のコンテンツＩＤを受け取るようにしてもよい。
また、楽曲リスト等にＣＤ識別子が含まれていなくても、コンテンツＩＤをＣＤ情報サーバ３に送信することによって検索を要求してもよい。この場合ＣＤ情報サーバ３はコンテンツＩＤによって図４、図５のようなＣＤ情報データベース４を検索し、そのコンテンツＩＤが含まれているファイルを抽出する。そして検索されたＣＤ識別子、他のＣＤ収録曲のコンテンツＩＤ、付加情報を端末１に送信する。すると、端末１では、上述したＣＤからのリッピング時と同様に、ダウンロード時に図７の形態の管理ファイルを生成することができる。
【０１３４】
ダウンロードしたコンテンツファイルのコンテンツＩＤが、上記図１７の処理において、ＨＤＤ３１内の或る管理ファイルに含まれているコンテンツＩＤであったと判断されていた場合は、今回のダウンロードに応じて新たな管理ファイルを生成する必要はなく、その管理ファイルの更新を行えばよい。
即ち、ダウンロードしたコンテンツファイルのＨＤＤ３１への記録に応じて、該当管理ファイル内で該当コンテンツＩＤに対応するコンテンツファイルリンク情報、コンテンツソース情報を更新すればよい。また、楽曲リスト情報内の付加情報や、コンテンツサーバ７からの付加情報について、管理ファイルに含まれていない情報があれば、それを付加情報として追加してもよい。
【０１３５】
１０．楽曲リスト送信にかかる配信サーバによる処理
上記例は、楽曲リストに含まれる楽曲が端末１のＨＤＤ３１に既に格納済であるか否かの判別を端末１側で行うものとしたが、次に、楽曲リストに含まれる楽曲が、その楽曲リストを要求した端末１のＨＤＤ３１に既に格納済であるか否かの判別を配信サーバ５側で行う場合について説明する。
【０１３６】
図１９に、楽曲リストの要求からコンテンツダウンロードまでの流れにおける通信処理を示す。なお上記図１６の場合と同様に、端末１の処理は、ユーザーの操作に応じたＣＰＵ２１の制御によって通信処理部３２やデータベース管理部３０の動作によって実現される処理である。また配信サーバ５やコンテンツサーバ７は、その構成は図２に示したＣＤ情報サーバ３と概略同様であり、それぞれＣＰＵの制御によって通信処理部やデータベース管理部の動作によって実現される処理である。
【０１３７】
図１６の場合と同様に、端末１では、ユーザーが楽曲リストを表示させる操作を行うことに応じて、手順Ｓ３１として楽曲リスト識別子を含む楽曲リスト要求信号を配信サーバ５に送信する。
またこの場合、端末１は、その時点でＨＤＤ３１に格納されている全管理ファイルについての情報を、配信サーバ５に送信する。ここで全管理ファイルについての情報とは、少なくとも全管理ファイルに記録されている全てのコンテンツＩＤのことである。また、上記のように端末１で、ＨＤＤ３１に格納されていないコンテンツデータについてのコンテンツＩＤが管理ファイルに含まれることがあるシステムにおいては、コンテンツＩＤに対応してコンテンツファイルリンク情報（この場合、少なくともノーリンクか否かの情報）も送信することになる。
また全コンテンツＩＤに加えて全ＣＤ識別子を送信してもよい。
【０１３８】
配信サーバ５では、楽曲リストの要求信号を受信すると、手順Ｓ４１として、要求された楽曲リスト識別子から、図１４（ａ）のような楽曲リストデータベース６の検索を行う。
次に手順Ｓ４３として配信サーバ５のＣＰＵは、検索した楽曲リストに含まれているコンテンツＩＤについて、端末１から送信されてきた全コンテンツＩＤと照合するチェック処理を行う。
この配信サーバ５のＣＰＵが実行するチェック処理を図２０に示す。
【０１３９】
配信サーバ５のＣＰＵは図２０のステップＦ３０１として、変数ｉを「１」にセットし、ステップＦ３０２で変数ｉが検索した楽曲リストに含まれる収録曲数を越えたか否かを判断する。
越えていなければステップＦ３０３で、楽曲リスト情報における第ｉ曲目のコンテンツＩＤについて、端末１から受信したコンテンツＩＤの中に同じコンテンツＩＤが存在するか否かをチェックする。
なお、上述したように、管理ファイル内には、まだ蓄積されていないコンテンツデータについてのコンテンツＩＤが含まれていることがあるため、受信したコンテンツＩＤの中で、検索した楽曲リスト情報内のコンテンツＩＤと同一のコンテンツＩＤが存在した場合は、そのコンテンツＩＤに対応するコンテンツファイルリンク情報を参照する。ここでコンテンツファイルリンク情報が「ノーリンク」であれば、当該コンテンツＩＤに対応するコンテンツデータは端末１のＨＤＤ３１に蓄積されていないことがわかるものとなる。
つまりステップＦ３０３のチェック処理では、楽曲リスト情報内のコンテンツＩＤと同一のコンテンツＩＤが存在しないこと、或いは、同一のコンテンツＩＤがあったが、それに対応するコンテンツファイルリンク情報がノーリンクであることのいずれかにより、楽曲リスト情報に示されたコンテンツＩＤのコンテンツデータが端末１のＨＤＤ３１に存在しないと判断するものである。
【０１４０】
このようなチェック処理によって、楽曲リスト情報における第ｉ曲目のコンテンツＩＤで示されるコンテンツデータについて、端末１のＨＤＤ３１に蓄積されていないと判断された場合は、ステップＦ３０４からＦ３０５に進み、ユーザーが「持っていない曲」として判別データをセットする。
一方、楽曲リスト情報における第ｉ曲目のコンテンツＩＤで示されるコンテンツデータが端末１のＨＤＤ３１に蓄積されていると判断された場合は、ステップＦ３０４からＦ３０６に進み、ユーザーが「持っている曲」として判別データをセットする。
【０１４１】
このような処理を、ステップＦ３０７で変数ｉをインクリメントしながら、ステップＦ３０２で変数ｉが楽曲リスト収録曲数を越えたと判断されるまで繰り返す。つまり図１５のような楽曲リスト情報に挙げられている全コンテンツＩＤについて、対応するコンテンツデータが端末１のＨＤＤ３１に蓄積済であるか否かを判別した判別データが生成される。
【０１４２】
このようにしてチェック結果としての判別データを生成したら、配信サーバ５は手順Ｓ４４で、検索された楽曲リスト情報と、判別データを端末１に送信する。
【０１４３】
端末１では、楽曲リスト情報及び判別データを受信すると、手順Ｓ３７として、判別データの内容を示すことができる状態で、表示部２７に楽曲リストの表示を行う。例えば上記図１８のように、ユーザーがＨＤＤ３１に所有する楽曲については「配信」を非アクティブの状態で表示する。つまり判別データとしてユーザーが「持っている曲」とされたものについて「配信」アイコンを非アクティブの状態とする。
もちろん上記したように、非アクティブにせずに「ＨＤＤ格納済」或いはそれに類するメッセージ表示が行うようにしたり、配信要求の際の確認画面で表示するなど、他の表示態様も多様に考えられる。
そして、端末１での楽曲リスト表示の際に判別データの内容がユーザーに提示されることで、ユーザーはリストアップされた楽曲を所有済か否かを認識しながらダウンロード操作を行うことができる。従って、所有済の楽曲であることを忘れてダウンロードしてしまうことなどを防止できる。
【０１４４】
リストアップされた或る楽曲についてユーザーが購入操作を行った場合以降の、図１９の手順Ｓ３３〜Ｓ３６の処理、及びコンテンツサーバ７の手順Ｓ５１〜Ｓ５３については、上記図１６と同様であるため説明を省略する。
【０１４５】
１１．再生時のコンテンツＩＤ送信による情報取得処理
次に、端末１においてＣＤ再生を行う場合、或いはＨＤＤ３１に蓄積したコンテンツファイルを再生する場合の、コンテンツＩＤを用いた処理について図２１で説明する。
これは、コンテンツ再生時に、そのコンテンツに関連する情報を取得し、ユーザーに提示したり他のサービスを実行できるようにするものである。
【０１４６】
端末１のＣＰＵ２１は、図２１の手順Ｓ６１として装填されたＣＤに収録されたコンテンツ、或いはＨＤＤ３１に記録した或るコンテンツファイルを再生する場合には、管理ファイルからその再生するコンテンツに対応するコンテンツＩＤを取得し、手順Ｓ６１として、ＣＤ情報サーバ３に関連情報の要求信号として送信する。
ＣＤ情報サーバ３は、関連情報の要求信号としてコンテンツＩＤを受信したら、手順Ｓ７１として、そのコンテンツＩＤによって図４、図５で説明したようなＣＤ情報データベース４を検索し、そのコンテンツＩＤに対応して記録されている付加情報を抽出する。そして検索された付加情報、即ち端末１で再生しているコンテンツに関連する情報を、端末１に送信する。
すると、端末１では、再生中のコンテンツに関連する情報を得ることができるものとなり、手順Ｓ６３として、その情報を表示部２７に表示させ、ユーザーに提示できる。従ってユーザーに対して付加価値の高い音楽再生を提供できるものとなる。
なお、端末１では取得した関連情報を、コンテンツＩＤに対応させて管理ファイルに追加するようにしてもよい。
【０１４７】
このような処理は、例えばユーザーに常に最新情報を提供するサービスとして有効である。例えばＣＤ情報サーバ３では、常にコンテンツＩＤに対応する関連情報として、アーティストのコンサート情報、関連グッズ販売情報、新譜情報、テレビ放送出演情報などをＣＤ情報データベース４に更新しながら格納していくようにすると、ユーザーがコンテンツ再生を行った際に、それらの情報をユーザーに届けることが可能となる。従って販売促進のための有効な宣伝方式ともなる。さらに、これらの関連情報として、コンサートチケットの予約サイト、インターネット販売サイト、関連データのダウンロードサイトなど、関連サイトのＵＲＬものせておき、ユーザーが表示内容に対するクリック操作で、その関連サイトとしてのウェブページが表示されるようにすれば、宣伝だけでなくユーザーの予約や購入のための便宜も図ることができるようになる。
【０１４８】
１２．放送受信時のコンテンツＩＤ送信による情報取得処理１
次に、端末１においてラジオ放送やデータ放送の受信を行う場合に、受信した放送音声としてのコンテンツについて、多様な情報をユーザに提供する処理を図２２で説明する。
これは、放送しているコンテンツを聴取している際に、そのコンテンツに関連する情報を取得し、ユーザーに提示したり他のサービスを実行できるようにするものである。
なお図２２は、放送局は放送信号に、コンテンツＩＤを重畳して放送を行っているものとする。即ち放送局は、ＣＤ情報サーバ３で一元管理されるコンテンツＩＤを用いて、楽曲コンテンツの放送の際には、対応するコンテンツＩＤとしてのデータを重畳する。
【０１４９】
端末１では、図２２の手順Ｓ８１としてチューナ部３７での受信データをオーディオ処理部３４に送り、スピーカ部３５から音声出力させる動作が行われる。
ここでＣＰＵ２１は手順Ｓ８２として、受信中の放送信号の中からコンテンツＩＤの情報を抽出する。
そして手順Ｓ８３として、ＣＤ情報サーバ３にコンテンツＩＤを関連情報の要求信号として送信する。
ＣＤ情報サーバ３は、関連情報の要求信号としてコンテンツＩＤを受信したら、手順Ｓ９１として、そのコンテンツＩＤによって図４、図５で説明したようなＣＤ情報データベース４を検索し、そのコンテンツＩＤに対応して記録されている付加情報を抽出する。そして検索された付加情報、即ち端末１で受信出力している楽曲等のコンテンツに関連する情報を、端末１に送信する。
すると、端末１では、受信中のコンテンツの曲名、アーティスト名や、更に他の関連する情報を得ることができるものとなり、手順Ｓ８４として、それらの情報を表示部２７に表示させ、ユーザーに提示できる。ユーザーは放送されている曲名やアーティスト名を知ることができ、また関連情報を知ることができるため、ユーザーに対して付加価値の高い放送受信を提供できるものとなる。
なお、放送信号から抽出したコンテンツＩＤが、ＨＤＤ３１内の或る管理ファイル内のコンテンツＩＤと一致した場合は、ＣＤ情報サーバ３から取得した関連情報を付加情報として管理ファイルに追加するようにしてもよい。
【０１５０】
このような処理により、ユーザーは放送している楽曲等について正確な曲名等を認識できるほか、上記図２１の処理例と同様に、例えばユーザーに最新情報を提供するサービスとして有効である。即ち、放送している曲に対応してコンサート情報、関連グッズ販売情報、新譜情報、テレビ放送出演情報等を提供でき、またコンサートチケットの予約サイト、インターネット販売サイト、関連データのダウンロードサイトなどへの案内も可能となる。
【０１５１】
１３．放送受信時のコンテンツＩＤ送信による情報取得処理２
ところで上記例では、放送信号にコンテンツＩＤが含まれるものとしており、これには放送局側がコンテンツＩＤを用いたサービスに協力していることが必要となる。一方で、放送局がコンテンツＩＤを放送信号に含めなくても、上記同様の関連情報の表示を実現することもできる。
図２３でそのような処理を説明する。
この場合、図１に示した放送情報サーバ９との通信が行われる。放送情報サーバ９は、その放送情報データベース１０において、各放送局のタイムテーブルと放送される楽曲コンテンツのコンテンツＩＤを格納している。このコンテンツＩＤはＣＤ情報サーバ３で一元管理されているコンテンツＩＤである。
【０１５２】
端末１では、図２３の手順Ｓ８１としてチューナ部３７での受信データをオーディオ処理部３４に送り、スピーカ部３５から音声出力させる動作が行われる。
ここでＣＰＵ２１は手順Ｓ８３Ａとして、受信中の放送信号についての放送局名（放送局の識別情報）と、放送時刻を、コンテンツＩＤの要求信号として放送情報サーバ９に送信する。
これに対して放送情報サーバ９では、手順Ｓ９５として、放送局名と放送時刻の情報に基づいて放送情報データベース１０の検索を行い、その放送局でその放送時刻に放送されていたコンテンツに対応するコンテンツＩＤを抽出する。そして手順Ｓ９６として得られたコンテンツＩＤを端末１に送信する。
【０１５３】
これによって端末１では放送受信している楽曲についてのコンテンツＩＤを得ることができ、このコンテンツＩＤを手順Ｓ８３Ｂにおいて、ＣＤ情報サーバ３に関連情報の要求信号として送信する。
【０１５４】
ＣＤ情報サーバ３は、関連情報の要求信号としてコンテンツＩＤを受信したら、手順Ｓ９１として、そのコンテンツＩＤによってＣＤ情報データベース４を検索し、そのコンテンツＩＤに対応して記録されている付加情報を抽出する。そして検索された付加情報、即ち端末１で受信出力している楽曲等のコンテンツに関連する情報を、端末１に送信する。
これにより端末１では、受信中のコンテンツの曲名、アーティスト名や、更に他の関連する情報を得ることができるものとなり、手順Ｓ８４として、それらの情報を表示部２７に表示させ、ユーザーに提示できる。
つまり放送信号にコンテンツＩＤが挿入されていない場合であっても、放送情報サーバ９からコンテンツＩＤを取得することで、ユーザーは放送されている曲名やアーティスト名を知ることができ、また関連情報を知ることができるようになる。
【０１５５】
１４．バックアップサービス
本例の端末１では、リッピングやダウンロードによってＨＤＤ３１に蓄積したコンテンツファイルについては、管理ファイルにおいてコンテンツＩＤに対応して管理されるものとなる。このコンテンツＩＤは図１のシステム上で共通の識別子であるため、次のようなバックアップサービスも実現可能となる。
【０１５６】
ユーザーにとっては、コンテンツサーバ７からダウンロードしたコンテンツデータ、つまり代金を払って購入した楽曲については、ＨＤＤ３１に格納されるものとなるが、従って、もしＨＤＤ３１がクラッシュしたり、或いは端末１自体が故障して買い換えを行う場合などは、購入した楽曲自体も失うものとなってしまう。
そこで、このような場合に備えて、コンテンツデータについてのバックアップサービスを図２４のように行う。
【０１５７】
端末１のＣＰＵ２１は、定期的に、或いは所要の時点で、手順Ｓ１０１、Ｓ１０２として示すように、バックアップサービスサーバ１１に対して管理ファイルの内容を送信する処理を行う。
この場合、送信する管理ファイルの内容としては、少なくともコンテンツＩＤである。例えばバックアップサービスの対象が、ＨＤＤ３１に格納された全てのコンテンツファイルとされているなら、その全てのコンテンツファイルについてのコンテンツＩＤを送信する。具体的には、全ての管理ファイルに含まれるコンテンツＩＤであって、コンテンツファイルリンク情報が「ノーリンク」ではないコンテンツＩＤを送信すればよい。
また、ＣＤからリッピングされたコンテンツは、ユーザーはそのＣＤを所有しているはずであるため、バックアップサービス対象としないことが考えられるが、その場合は、ダウンロードしたコンテンツについてのコンテンツＩＤを送信する。具体的には、全ての管理ファイルに含まれるコンテンツＩＤであって、コンテンツソース情報がダウンロードを示しているコンテンツＩＤを送信すればよい。
【０１５８】
また端末１の送信時期としては、定期的とする以外は、ＨＤＤ３１にコンテンツファイルが追加された直後、ダウンロードが行われた直後などとすることが好適である。
【０１５９】
このような端末１からの管理ファイル内容（コンテンツＩＤ）の送信に応じて、バックアップサービスサーバ１１は、端末１（又はユーザー）の識別情報と共に送信されてきた内容を、バックアップデータベース１２に格納していく（手順Ｆ１１１、Ｆ１１２）。
【０１６０】
従って、バックアップデータベース１２には、常に端末１で保有するコンテンツデータの情報が蓄積されることになる。これは、バックアップすべきコンテンツデータを端末１毎に管理していることになる。
また実際のコンテンツデータ自体のバックアップではなく、コンテンツＩＤを格納するのみであるため、多数の端末１に対してバックアップサービスを行っても、容量的に極端に大きな容量がバックアップデータベース１２に必要となるものではない。
【０１６１】
ここで、あるときに端末１が故障し、ユーザーが新たな端末１に買い換えたとする。
この場合ユーザーの操作或いは購入後の設定に応じて、新端末１は手順Ｓ１０３として、バックアップサービスサーバ１１に対してバックアップ要求を送信する。このとき、ユーザーの識別情報や、旧端末の識別情報を送信するなどし、或いはユーザーの暗証番号入力や所定の認証処理などが行われるようにし、旧端末から新端末への機種変更が、バックアップサービスサーバ１１側に確認できるようにするとよい。
【０１６２】
バックアップサービスサーバ１１では手順Ｓ１１３として、バックアップ要求に応じてバックアップデータベース１２からバックアップしているコンテンツＩＤを読み出す。これによって、バックアップすべきコンテンツを確認する。
そして手順Ｓ１１４として、バックアップ対象となっている全部のコンテンツＩＤを、無料ダウンロード依頼としてコンテンツサーバ７に送信する。さらに端末１に対しては、手順Ｓ１１５バックアップ対象となっているコンテンツデータがダウンロードされることを通知する。
【０１６３】
コンテンツサーバ７では手順Ｓ１２１として、送信されてきた各コンテンツＩＤを用いて、図１４（ｂ）のようなコンテンツデータベースからコンテンツデータを検索する。そして手順Ｓ１２２で、検索された各コンテンツデータを、端末１にダウンロードさせる。
これによって新端末１では、旧端末１で格納されていたコンテンツを、無料で導入することができ、つまり端末故障に伴って、購入したコンテンツまでもが消失されてしまうというユーザーの不利益を解消できる。
【０１６４】
なお、実際の運用としては、無料ではなく、例えば通常より安価にダウンロードを可能としてもよい。
またバックアップサービスサーバ１１は、バックアップ要求時に、バックアップコンテンツのリストを新端末１に送信してユーザーにコンテンツを選択させ、選択されたコンテンツについて、ダウンロードが実行されるようにコンテンツＩＤをコンテンツサーバに送信するようにしてもよい。
【０１６５】
以上、実施の形態としての構成及び動作例を各種説明してきたが、端末１や各種サーバの構成例や動作例、システム構成例などはさらに多様に考えられる。
また実施の形態ではＣＤを再生可能とした端末１に対応してＣＤ識別子を用いてコンテンツＩＤが検索される例を挙げたが、もちろんＤＶＤ等の他のメディアであってＤＶＤ識別子などが用いられるようにしてもよい。
また本発明は楽曲コンテンツに限らず、動画、静止画、テキスト、プログラムその他の如何なるコンテンツを対象としても適用できる。
【０１６６】
また本発明のプログラムは、端末１や各サーバにおいて上記してきた各種動作を実行させるためのプログラムであり、情報処理装置を上記サーバ等として動作させることができる。
さらに、そのような本発明のプログラムが記録された本発明の記録媒体によれば、本発明のサーバ等の動作の実現するプログラムの提供が容易となり、システム構築に好適である。
【０１６７】
【発明の効果】
以上の説明から理解されるように、本発明では次のような効果を得ることができる。
本発明の情報配信装置と情報通信端末において、コンテンツは一元管理されたコンテンツ識別子（コンテンツＩＤ）によって管理される。特に情報通信端末では、例えばＣＤ等のディスクメディアからリッピングして蓄積したコンテンツについても、情報配信装置からコンテンツ識別子（コンテンツＩＤ）を取得して管理することで、蓄積されたコンテンツを情報配信装置側と共通管理されるコンテンツ識別子で管理可能となる。
これによって、情報通信端末側では、情報配信装置との通信時において、蓄積手段に蓄積されたコンテンツを特定する場合に一元管理されたコンテンツ識別子を用いることができ、コンテンツのダウンロード、付加情報の取得、その他各種配信サービスを多様に実現できるという効果がある。
【０１６８】
情報通信端末では、ＣＤ等の記録媒体からコンテンツを読み出して、読み出したコンテンツを蓄積手段に蓄積させる場合に、そのコンテンツに関するコンテンツ特定情報を生成し、情報配信装置に送信する。そして情報配信装置は、コンテンツ特定情報に対応してコンテンツ識別子を情報通信端末に送信することで、情報通信端末ではコンテンツに対応する、一元管理されたコンテンツ識別子（コンテンツＩＤ）を得ることができる。そしてこの場合、ユーザーは特にコンテンツ識別子について意識することは不要のまま、蓄積手段に蓄積されるコンテンツがコンテンツ識別子で管理される状態とすることができる。また付加情報としてコンテンツに対応する各種の情報（ＣＤタイトル情報等）を得ることで、それらも管理情報に加え、多様な情報を保持することができるようになる。
【０１６９】
また、コンテンツ特定情報は、上記したＣＤ識別子のように記録媒体自体に対応する情報、例えばＴＯＣなどの管理情報、バーコード情報、ＩＳＲＣ情報などによって生成することで、情報配信装置側は、記録媒体に対応するコンテンツ識別子、或いは付加情報を検索することができ、それを情報通信端末に送信できる。例えばＣＤ等から１曲のコンテンツをＨＤＤ等の蓄積手段にリッピングした場合でも、そのＣＤのタイトル等や、ＣＤに収録された全コンテンツに対応するコンテンツ識別子や付加情報を得ることが可能となる。
従って、情報通信端末では、蓄積手段に蓄積したコンテンツだけでなく、ＣＤ等のメディアを再生する際にも、管理情報に記録された付加情報を表示したり、関連する情報を外部の情報配信装置に要求することなども可能となる。
さらに管理情報において、各コンテンツ識別子に対応するコンテンツが、上記蓄積手段に蓄積済であるか否かが管理されるようにすることで、適切な管理が実現される。
【０１７０】
また、外部の情報配信装置が提供するコンテンツリストを表示する際に、コンテンツ識別子に基づいて上記管理情報を参照することで、コンテンツリストに挙げられた各コンテンツについて蓄積手段に蓄積済か否かを判別できる。従って、コンテンツリスト表示の際に、ユーザーに対して蓄積済のコンテンツであるか否かを提示できるようにすることで、ユーザーがコンテンツリストから配信希望するコンテンツを選ぶ際に便利なものとなる。例えば配信購入のためのコンテンツリストが表示された際に、蓄積済か否かがわかることで、重複したコンテンツを購入してしまうことなどを防止できる。
同様に、情報配信装置側が、情報通信端末のコンテンツ識別子から、提供しようとするコンテンツリスト内の各コンテンツが既に情報通信端末の蓄積手段に蓄積済か否かを判断して、コンテンツリストとともに判別情報を送信し、情報通信端末において判別情報がユーザーに提示される状態でコンテンツリストを表示することによっても、上記同様にユーザーにとって好適なものとなる。
【０１７１】
また、情報通信端末では管理情報において一元管理されたコンテンツ識別子によってコンテンツが管理されているため、コンテンツに関連する情報を外部の情報配信装置に要求する際にコンテンツ識別子を用いることができる。外部の情報配信装置は、コンテンツ識別子によって要求された情報を検索することができ、情報通信端末に送信できる。情報通信端末では受信された情報を表示することで、ユーザーに再生しているコンテンツに関連する情報を示すことができ、情報サービス性を向上させることができる。
【０１７２】
情報配信システムにおける情報配信装置としては、一元管理されたコンテンツ識別子によってコンテンツや関連情報を管理することで、各情報配信装置では、共通のコンテンツ識別子によって情報を検索することができるため、多様な情報配信装置によるサービスを容易に複合的に実施することができる。
これにより情報通信端末のユーザーに対するサービスを向上させることができる。
【０１７３】
情報通信端末は、蓄積手段に蓄積された全部又は一部のコンテンツに対応するコンテンツ識別子を、バックアップ管理を行う外部の情報配信装置に送信し、情報配信装置は、情報通信端末から送信されてきたコンテンツ識別子をバックアップ保存することで、情報通信端末の故障時等に対応するサービスが可能となる。
例えばコンテンツ識別子から情報通信端末に蓄積されていたコンテンツが特定できるため、コンテンツデータ自体を保障するようなサービスも可能である。
【０１７４】
また情報通信端末は、放送受信手段で受信されている信号からコンテンツ識別子を抽出する。或いは放送局及び／又は放送時刻の情報からコンテンツ特定情報を生成し、そのコンテンツ特定情報を外部の情報配信装置に送信して、放送信号に対応するコンテンツ識別子を受信する。
そしてコンテンツ識別子を外部の情報配信装置に送信し、情報配信装置はコンテンツ識別子に応じた情報を検索して情報通信端末に送信することで、情報通信端末では、放送内容に対応した各種情報を表示できることになり、これもユーザーにとって好適なものとなる。
【０１７５】
本発明のプログラム、又はそのプログラムを記録した記録媒体によれば、上記の効果を得ることができる情報通信端末、情報配信装置、或いはこれらによる情報配信システムを、情報処理装置において容易に実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態の情報配信システムの説明図である。
【図２】実施の形態のＣＤ情報サーバのブロック図である。
【図３】実施の形態の端末のブロック図である。
【図４】実施の形態のＣＤ情報データベースの格納情報の説明図である。
【図５】実施の形態のＣＤ情報データベースの格納形態の説明図である。
【図６】実施の形態の端末のＨＤＤの蓄積情報の説明図である。
【図７】実施の形態の端末のＨＤＤの蓄積情報の形態の説明図である。
【図８】実施の形態の端末のＣＤ装填時の処理のフローチャートである。
【図９】実施の形態のコンテンツＩＤを含むＣＤ情報取得のための通信処理の説明図である。
【図１０】実施の形態の情報配信システムの他の例の説明図である。
【図１１】実施の形態のＣＤタイトル情報データベースとコンテンツＩＤデータベースの説明図である。
【図１２】実施の形態のコンテンツＩＤを含むＣＤ情報取得のための他の通信処理の説明図である。
【図１３】実施の形態のコンテンツＩＤを含むＣＤ情報取得のための更に他の通信処理の説明図である。
【図１４】実施の形態の楽曲リストデータベースとコンテンツデータベースの説明図である。
【図１５】実施の形態の楽曲リストの構造の説明図である。
【図１６】実施の形態の楽曲リスト表示及びコンテンツダウンロードのための通信処理の説明図である。
【図１７】実施の形態の端末の楽曲リスト表示のための処理のフローチャートである。
【図１８】実施の形態の端末の楽曲リストの表示例の説明図である。
【図１９】実施の形態の楽曲リスト表示及びコンテンツダウンロードのための他の通信処理の説明図である。
【図２０】実施の形態の配信サーバにおける端末コンテンツチェック処理のフローチャートである。
【図２１】実施の形態の再生コンテンツに対する関連情報取得のための通信処理の説明図である。
【図２２】実施の形態の放送信号に対する関連情報取得のための通信処理の説明図である。
【図２３】実施の形態の放送信号に対する関連情報取得のための他の通信処理の説明図である。
【図２４】実施の形態のバックアップサービスのための通信処理の説明図である。
【符号の説明】
１  端末、２  ネットワーク、３  ＣＤ情報サーバ、４  ＣＤ情報データベース、５  配信サーバ、６  楽曲リストデータベース、７  コンテンツサーバ、８コンテンツデータベース、９  放送情報サーバ、１０  放送情報データベース、１１  バックアップサービスサーバ、１２  バックアップデータベース、２１，４１  ＣＰＵ、２２，４２  バス、２３，４３  メモリ部、２４，４４  入力処理部、２５，４５  入力部、２６，４６  表示処理部、２７  ＬＣＤ、２８  ＣＤドライブ制御部、２９  ＣＤドライブ、３０，４８  データベース管理部、３１  ＨＤＤ、３２，４９  通信処理部、３３，５０  ネットワークインターフェース、３４  オーディオデータ処理部、３５  スピーカ部、４７  表示部
【図１】
0004200686.tif 000002
【図２】
0004200686.tif 000003
【図３】
0004200686.tif 000004
【図４】
0004200686.tif 000005
【図５】
0004200686.tif 000006
【図６】
0004200686.tif 000007
【図７】
0004200686.tif 000008
【図８】
0004200686.tif 000009
【図９】
0004200686.tif 000010
【図１０】
0004200686.tif 000011
【図１１】
0004200686.tif 000012
【図１２】
0004200686.tif 000013
【図１３】
0004200686.tif 000014
【図１４】
0004200686.tif 000015
【図１５】
0004200686.tif 000016
【図１６】
0004200686.tif 000017
【図１７】
0004200686.tif 000018
【図１８】
0004200686.tif 000019
【図１９】
0004200686.tif 000020
【図２０】
0004200686.tif 000021
【図２１】
0004200686.tif 000022
【図２２】
0004200686.tif 000023
【図２３】
0004200686.tif 000024
【図２４】
0004200686.tif 000025