(57)【要約】【課題】  本発明は、消失に伴うコンテンツデータ及びコンテンツ属性情報の再要求の処理を何れか一方に対してのみ実行させて軽減させる。【解決手段】  本発明は、ハードディスクに対してコンテンツデータとコンテンツ属性ファイル４７とを記憶した状態でバックアップ記憶の要求を検出し、コンテンツデータ及びコンテンツ属性ファイル４７の何れか一方をバックアップ記憶用に外部記憶装置９に転送することにより、ハードディスクからコンテンツデータ及びコンテンツ属性ファイル４７の両方が一度に消失しても外部記憶装置９に何れか一方を残して消失を回避でき、消失に伴う再要求の処理を何れか一方に対してのみ実行させて軽減できる。【選択図】        図１７
2005107770.tif 000002
【特許請求の範囲】
【請求項１】
記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、上記コンテンツデータに対するバックアップ記憶の要求を検出する要求検出ステップと、
上記バックアップ記憶の要求が検出されると、上記コンテンツデータ及び上記コンテンツ属性情報のうち何れか一方を上記バックアップ記憶用として外部記憶媒体に転送する転送ステップと
を具えることを特徴とするバックアップ制御方法。
【請求項２】
上記要求検出ステップでは、
上記コンテンツデータ及び上記コンテンツ属性情報のうち何れに対して上記バックアップ記憶が指定されたかを検出し、
上記転送ステップでは、
上記要求検出ステップで検出した上記バックアップ記憶の指定に応じて、上記コンテンツデータ及び上記コンテンツ属性情報のうち当該指定された上記一方を上記バックアップ記憶用として上記外部記憶媒体に転送する
ことを特徴とする請求項１に記載のバックアップ制御方法。
【請求項３】
上記外部記憶媒体に上記バックアップ記憶させた上記コンテンツ属性情報の返還を要求する属性情報返還要求ステップと、
上記属性情報返還要求に応じて上記外部記憶媒体から再生されて返還された上記コンテンツ属性情報を取り込んで再取得用記録媒体に記憶する属性情報記憶ステップと、
上記コンテンツ属性情報に含まれるコンテンツ識別情報に対応する上記コンテンツデータを再要求するデータ再要求情報を外部装置に送信するデータ再要求情報送信ステップと、
上記データ再要求情報の送信の結果、上記外部装置から送信された上記コンテンツデータを受信するデータ受信ステップと、
上記受信した上記コンテンツデータを上記コンテンツ属性情報と関連付けて上記再取得用記憶媒体に記憶するデータ再記憶ステップと
を具えることを特徴とする請求項１に記載のバックアップ制御方法。
【請求項４】
上記外部記憶媒体に上記バックアップ記憶させた上記コンテンツデータの返還を要求するデータ返還要求ステップと、
上記データ返還要求に応じて上記外部記憶媒体から再生されて返還された上記コンテンツデータを取り込んで再取得用記録媒体に記憶するデータ記憶ステップと、
上記コンテンツデータに対応する上記コンテンツ属性情報を再要求する属性再要求情報を外部装置に送信する属性再要求情報送信ステップと、
上記属性再要求情報の送信の結果、上記外部装置から送信された上記コンテンツ属性情報を受信する属性情報受信ステップと、
上記受信した上記コンテンツ属性情報を上記コンテンツデータと関連付けて上記再取得用記憶媒体に記憶する属性情報再記憶ステップと
を具えることを特徴とする請求項１に記載のバックアップ制御方法。
【請求項５】
記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、上記コンテンツデータに対するバックアップ記憶の要求を検出する要求検出手段と、
上記要求検出手段により上記バックアップ記憶の要求が検出されると、上記コンテンツデータ及び上記コンテンツ属性情報のうち何れか一方を上記バックアップ記憶用として外部記憶媒体に転送する転送手段と
を具えることを特徴とするバックアップ制御装置。
【請求項６】
上記要求検出手段は、
上記コンテンツデータ及び上記コンテンツ属性情報のうち何れに対して上記バックアップ記憶が指定されたかを検出し、
上記転送手段は、
上記要求検出手段により検出した上記バックアップ記憶の指定に応じて、上記コンテンツデータ及び上記コンテンツ属性情報のうち当該指定された上記一方を上記バックアップ記憶用として上記外部記憶媒体に転送する
ことを特徴とする請求項５に記載のバックアップ制御装置。
【請求項７】
上記外部記憶媒体に上記バックアップ記憶させた上記コンテンツ属性情報の返還を要求する属性情報返還要求手段と、
上記属性情報返還要求に応じて上記外部記憶媒体から再生されて返還された上記コンテンツ属性情報を取り込んで再取得用記録媒体に記憶する属性情報記憶手段と、
上記コンテンツ属性情報に含まれるコンテンツ識別情報に対応する上記コンテンツデータを再要求するデータ再要求情報を外部装置に送信するデータ再要求情報送信手段と、
上記データ再要求情報の送信の結果、上記外部装置から送信された上記コンテンツデータを受信するデータ受信手段と、
上記データ受信手段により受信した上記コンテンツデータを上記コンテンツ属性情報と関連付けて上記再取得用記憶媒体に記憶するデータ再記憶手段と
を具えることを特徴とする請求項５に記載のバックアップ制御装置。
【請求項８】
上記外部記憶媒体に上記バックアップ記憶させた上記コンテンツデータの返還を要求するデータ返還要求手段と、
上記データ返還要求に応じて上記外部記憶媒体から再生されて返還された上記コンテンツデータを取り込んで再取得用記録媒体に記憶するデータ記憶手段と、
上記コンテンツデータに対応する上記コンテンツ属性情報を再要求する属性再要求情報を外部装置に送信する属性再要求情報送信手段と、
上記属性再要求情報の送信の結果、上記外部装置から送信された上記コンテンツ属性情報を受信する属性情報受信手段と、
上記属性情報受信手段により受信した上記コンテンツ属性情報を上記コンテンツデータと関連付けて上記再取得用記憶媒体に記憶する属性情報再記憶手段と
を具えることを特徴とする請求項５に記載のバックアップ制御装置。
【請求項９】
情報処理装置に対して、
記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、上記コンテンツデータに対するバックアップ記憶の要求を検出する要求検出ステップと、
上記バックアップ記憶の要求が検出されると、上記コンテンツデータ及び上記コンテンツ属性情報のうち何れか一方を上記バックアップ記憶用として外部記憶媒体に転送する転送ステップと
を実行させるためのバックアップ制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はバックアップ制御に関し、例えば楽曲として取得したコンテンツデータ及び当該コンテンツデータの再生等に関する属性を変更するためのコンテンツ属性情報のバックアップを制御する場合に適用して好適なものである。
【背景技術】
【０００２】
従来のコンテンツ提供システムは、中間サーバが、端末を介して購入されたコンテンツの識別情報をライセンス情報として管理し、端末により利用が要求されたコンテンツの識別情報がライセンス情報に含まれていないときは、課金処理等を行ってコンテンツを配信サーバから取得して端末に供給し、利用が要求されたコンテンツの識別情報がライセンス情報に含まれているときは、課金の処理をせずに配信サーバ又は当該コンテンツをすでに保持している他の端末からコンテンツを取得して利用要求元の端末に供給していた（例えば、特許文献１参照）。
【特許文献１】特開２００３−１６２５９９号公報（第１頁、第５頁、図１、図２、図４）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところがかかる構成のコンテンツ提供システムでは、ライセンス情報とコンテンツとをバックアップせずにそのまま中間サーバ及び端末に単に分散させて記憶している。
【０００４】
このためコンテンツ提供サーバでは、中間サーバ及びコンテンツの利用要求元の端末がほぼ同時に故障してライセンス情報及びコンテンツの両方を一度に消失した場合には、中間サーバでライセンス情報を再要求し、かつコンテンツの利用要求元の端末でそのコンテンツをすでに保持している他の端末又は配信サーバに再要求する必要があり、コンテンツ及びライセンス情報の再要求の処理が煩雑化するという問題があった。
【０００５】
本発明は以上の点を考慮してなされたもので、消失に伴うコンテンツデータ及びコンテンツ属性情報の再要求の処理を軽減し得るバックアップ制御方法を提案しようとするものである。
【課題を解決するための手段】
【０００６】
かかる課題を解決するため本発明のバックアップ制御方法においては、記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、コンテンツデータに対するバックアップ記憶の要求を検出する要求検出ステップと、バックアップ記憶の要求が検出されると、コンテンツデータ及びコンテンツ属性情報のうち何れか一方をバックアップ記憶用として外部記憶媒体に転送する転送ステップとを設けるようにした。
【０００７】
従って本発明のバックアップ制御方法では、記憶媒体からコンテンツデータ及びコンテンツ属性情報の両方を一度に消失したときでも、外部記憶媒体にコンテンツデータ及びコンテンツ属性情報の何れか一方を残して消失を回避することができる。
【０００８】
また本発明のバックアップ制御装置においては、記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、コンテンツデータに対するバックアップ記憶の要求を検出する要求検出手段と、要求検出手段によりバックアップ記憶の要求が検出されると、コンテンツデータ及びコンテンツ属性情報のうち何れか一方をバックアップ記憶用として外部記憶媒体に転送する転送手段とを設けるようにした。
【０００９】
従って本発明のバックアップ制御装置では、記憶媒体からコンテンツデータ及びコンテンツ属性情報の両方を一度に消失したときでも、外部記憶媒体にコンテンツデータ及びコンテンツ属性情報の何れか一方を残して消失を回避することができる。
【００１０】
さらに本発明のバックアップ制御プログラムにおいては、情報処理装置に対して、記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、コンテンツデータに対するバックアップ記憶の要求を検出する要求検出ステップと、バックアップ記憶の要求が検出されると、コンテンツデータ及びコンテンツ属性情報のうち何れか一方をバックアップ記憶用として外部記憶媒体に転送する転送ステップとを実行させるようにした。
【００１１】
従って本発明のバックアップ制御プログラムでは、情報処理装置に対して、記憶媒体からコンテンツデータ及びコンテンツ属性情報の両方を一度に消失したときでも、外部記憶媒体にコンテンツデータ及びコンテンツ属性情報の何れか一方を残して消失を回避させることができる。
【発明の効果】
【００１２】
本発明によれば、記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、コンテンツデータに対するバックアップ記憶の要求を検出し、当該バックアップ記憶の要求が検出されると、コンテンツデータ及びコンテンツ属性情報のうち何れか一方をバックアップ記憶用として外部記憶媒体に転送するようにしたことにより、記憶媒体からコンテンツデータ及びコンテンツ属性情報の両方を一度に消失したときでも、外部記憶媒体にコンテンツデータ及びコンテンツ属性情報の何れか一方を残して消失を回避することができ、かくして消失に伴うコンテンツデータ及びコンテンツ属性情報の再要求の処理を何れか一方に対してのみ実行させて軽減し得るバックアップ制御方法、バックアップ制御装置及びバックアップ制御プログラムを実現することができる。
【発明を実施するための最良の形態】
【００１３】
以下図面について、本発明の一実施の形態を詳述する。
【００１４】
（１）データ配信システムの全体構成
図１において、１は全体として本発明によるデータ配信システムを示し、クライアント端末２がユーザにより、インターネット等のネットワーク３上で実施されている音楽配信を利用して１又は複数の楽曲を購入するように要求されると、ポータルサイトを運営しているコンピュータ構成のサーバ（以下、これをポータルサーバと呼ぶ）４を介してコンピュータ構成の取得使用情報提供サーバ５から、購入対象の楽曲に相当するコンテンツデータ及び当該コンテンツデータの再生等に関する属性を変更するためのコンテンツ属性情報の取得に使用する取得使用ファイルを取得する。
【００１５】
これによりデータ配信システム１では、クライアント端末２が取得使用ファイルの内容に従ってコンピュータ構成のコンテンツ提供サーバ６から、購入要求された楽曲毎のコンテンツデータを取得すると共に、コンピュータ構成の属性情報提供サーバ７からそのコンテンツデータに対応するコンテンツ属性情報を格納した楽曲毎のコンテンツ属性ファイルを取得する。
【００１６】
またデータ配信システム１では、この際にコンピュータ構成の課金サーバ８がクライアント端末２で取得したコンテンツデータ及びコンテンツ属性ファイルの価格に応じて、楽曲を購入要求したユーザに対して課金処理することにより当該ユーザに対して所望の１又は複数の楽曲をそれぞれコンテンツデータ及びこれに対応するコンテンツ属性ファイルの形態で購入させ得るようになされている。
【００１７】
このようにしてデータ配信システム１では、クライアント端末２が楽曲の購入要求に応じてコンテンツデータ及びコンテンツ属性ファイルを揃えて取得した後、ユーザにより楽曲の再生が要求されると、そのコンテンツ属性ファイル内のコンテンツ属性情報に従って対応するコンテンツデータを再生することにより当該楽曲をユーザに聴かせることができるようになされている。
【００１８】
またデータ配信システム１では、クライアント端末２がコンテンツデータ又はコンテンツ属性ファイルの何れか一方を複写してバックアップデータとして外部記憶装置９で記憶（以下、これをバックアップ記憶と呼ぶ）することにより、クライアント端末２を使用してユーザの購入したコンテンツデータ及びコンテンツ属性ファイルの何れか一方のみを当該クライアント端末２の故障等によって消失することを回避している。
【００１９】
そしてデータ配信サーバ１では、クライアント端末２が故障等から復帰して外部記憶装置９からバックアップデータとしてコンテンツデータ及びコンテンツ属性ファイルの何れか一方を返還したときには、ポータルサーバ４を介して取得使用情報提供サーバ５から、バックアップ記憶してはいなかった他方のコンテンツ属性ファイル又はコンテンツデータの再取得に使用する再取得使用ファイルを取得する。
【００２０】
これによりデータ配信システム１では、クライアント端末２がその再取得使用ファイルの内容に従ってコンテンツ提供サーバ６から、故障等で消失したコンテンツデータを再取得し、又は属性情報提供サーバ７から、故障等で消失したコンテンツ属性ファイルを再取得し、かくして再びコンテンツ属性ファイル内のコンテンツ属性情報に従ってコンテンツデータを再生し得るようになされている。
【００２１】
（１−１）ポータルサーバ４の構成
図２に示すように、ポータルサーバ４は、ＣＰＵ（Central Processing Unit ）でなる制御部１０がＲＯＭ（Random Access Memory）１１及びＲＡＭ（Random
Access Memory）１２を介して起動したＯＳ（Operating System）等の基本プログラムや、コンテンツ配信サービスプログラム等の各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００２２】
これにより制御部１０は、ユーザデータベース１３に、データ配信システム１の利用が許可されたユーザ毎の識別情報（以下、これをユーザＩＤ（Identification）と呼ぶ）及びパスワード等の個人情報を記憶しており、ユーザによる１又は複数の楽曲の購入要求に応じてクライアント端末２から送信された楽曲購入要求データをデータ通信処理部１４を介して受信すると、これに応じて当該楽曲購入要求データに格納されているユーザＩＤ及びパスワードと、ユーザデータベース１３内の個人情報とに基づいてユーザに対する認証処理を実行する。
【００２３】
その結果、制御部１０は、楽曲の購入を要求したユーザを個人認証すると、ユーザのユーザＩＤを格納し、そのユーザに対する課金処理を識別可能な識別情報（以下、これを課金ＩＤと呼ぶ）の発行を要求する課金ＩＤ発行要求データをデータ通信処理部１４を介して課金サーバ８に送信する。
【００２４】
この結果、制御部１０は、課金サーバ８に課金ＩＤを発行させて取得すると、当該取得した課金ＩＤを課金ＩＤ通知データとしてデータ通信処理部１４を介してクライアント端末２に送信してユーザに対して楽曲を本当に購入するか否かを確認させる。
【００２５】
そして制御部１０は、クライアント端末２から楽曲の購入が確認されたことにより送信された取得使用情報要求データをデータ通信処理部１４を介して受信すると、これに応じて先の楽曲購入要求データに格納されていた、購入対象の楽曲のコンテンツデータを識別可能な識別情報（以下、これをコンテンツＩＤと呼ぶ）と、当該ファイル要求データに格納されている課金ＩＤとを格納したファイル要求データをデータ通信処理部１４を介して取得使用情報提供サーバ５に送信し、その結果当該取得使用情報提供サーバ５から送信された取得使用ファイルを受信して、これをデータ通信処理部１４を介してクライアント端末２に送信する。
【００２６】
また制御部１０は、取得使用ファイルをクライアント端末２に送信すると、ユーザデータベース１３に対して、楽曲を購入要求したユーザの個人情報に課金ＩＤと取得使用ファイルのファイル名とを関連付けて記憶する。
【００２７】
一方、制御部１０は、クライアント端末２から故障等の復帰に伴い送信されたコンテンツデータ再取得用のコンテンツ再取得要求データをデータ処理部１４を介して受信すると、当該コンテンツ再取得要求データに格納されているユーザＩＤに基づいて、ユーザデータベース１３の中からその時点までにクライアント端末２に提供していた全ての取得使用ファイルのファイル名を探し出す。
【００２８】
そして制御部１０は、その探し出したファイル名と、再取得使用情報要求データに格納されていた再取得対象のコンテンツデータの全てのコンテンツＩＤとを格納したファイル要求データを生成して、これを取得使用情報提供サーバ５に送信する。
【００２９】
その結果、制御部１０は、取得使用情報提供サーバ５において、再取得対象のコンテンツデータに対応するコンテンツ属性ファイルの取得に使用させた取得使用ファイルが特定され、当該特定された取得使用ファイルの内容の一部でなる再取得使用ファイルが送信されると、これを一旦受信した後、データ通信処理部１４を介してクライアント端末２に送信する。
【００３０】
また制御部１０は、クライアント端末２から故障等の復帰に伴い送信されたコンテンツ属性ファイル再取得用の再取得使用情報要求データをデータ処理部１４を介して受信すると、当該コンテンツ再取得要求データに格納されているユーザＩＤに基づいて、ユーザデータベース１３の中からその時点までにクライアント端末２に提供していた全ての取得使用ファイルのファイル名を探し出す。
【００３１】
そして制御部１０は、その探し出したファイル名と、再取得使用情報要求データに格納されていた再取得対象のコンテンツ属性ファイルに対応する全てのコンテンツＩＤとを格納したファイル要求データを生成し、これを取得使用情報提供サーバ５に送信する。
【００３２】
この結果、制御部１０は、取得使用情報提供サーバ５から、再取得対象のコンテンツ属性ファイルに対応するコンテンツデータの取得に使用させた取得使用ファイルが特定され、当該特定された取得使用ファイルの内容の一部でなる再取得使用ファイルが送信されると、これを一旦受信した後、データ通信処理部１４を介してクライアント端末２に送信する。
【００３３】
このようにして制御部１０は、クライアント端末２から、楽曲の購入要求に応じてコンテンツテータ及びコンテンツ属性ファイルを取得する取得処理（以下、これを単に取得処理と呼ぶ）及び故障等で消失したコンテンツデータ又はコンテンツ属性ファイルを再取得する再取得処理（以下、これを単に再取得処理と呼ぶ）により、取得使用ファイル及び再取得使用ファイルが要求されたときには、これらを取得使用情報提供サーバ５からクライアント端末２に提供させ得るようになされている。
【００３４】
（１−２）取得使用情報提供サーバ５の構成
図３に示すように、取得使用情報提供サーバ５は、ＣＰＵでなる制御部２０がＲＯＭ２１及びＲＡＭ２２を介して起動したＯＳ等の基本プログラムや、取得使用情報提供プログラム及び再取得使用情報提供プログラム等の各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００３５】
ここで制御部２０は、取得使用情報データベース２３に、コンテンツデータのコンテンツＩＤと、コンテンツ提供サーバ６がコンテンツデータの提供用に開設しているホームページ（以下、これをコンテンツ提供用ホームページと呼ぶ）のアドレス（URL:Uniform Resource Locator）と、属性情報提供サーバ７がコンテンツ属性ファイルの提供用に開設しているホームページ（以下、これを属性ファイル提供用ホームページと呼ぶ）のアドレス（ＵＲＬ）とを楽曲毎に関連付けて記憶している。
【００３６】
従って制御部２０は、ポータルサーバ４から送信された取得使用ファイルを要求するファイル要求データをデータ通信処理部２４を介して受信すると、当該ファイル要求データに格納されたコンテンツＩＤに基づいて取得使用情報データベース２３の中から購入要求された１又は複数曲分の当該コンテンツＩＤに対応するコンテンツ提供用ホームページのアドレス（以下、これをコンテンツ提供アドレスと呼ぶ）及び属性ファイル提供用ホームページのアドレス（以下、これを属性ファイル提供アドレスと呼ぶ）をそれぞれ探し出す。
【００３７】
そして制御部２０は、図４に示すように、購入要求された楽曲に対応するコンテンツＩＤと、取得使用情報データベース２３の中から探し出したコンテンツ提供アドレス及び属性ファイル提供アドレスとを取得使用情報として格納した取得使用ファイル２５をデータ通信処理部２４を介してポータルサーバ４経由でクライアント端末２に送信する。
【００３８】
そして制御部２０は、取得使用ファイル２５をポータルサーバ４経由でクライアント端末２に送信すると、取得使用情報データベース２３に、当該送信した取得使用ファイル２５及びそのファイル名と、ファイル要求データに格納されていた課金ＩＤとを関連付けて記憶して保管する。
【００３９】
また制御部２０は、ポータルサーバ４から送信されたコンテンツデータ用の再取得使用ファイルを要求するファイル要求データをデータ通信処理部２４を介して受信すると、そのファイル要求データに格納されたファイル名及びコンテンツＩＤに基づいて取得使用情報データベース２３の中からクライアント端末２に提供していた取得使用ファイル２５を探し出し、当該探し出した取得使用ファイル２５内のコンテンツＩＤ及びコンテンツ提供アドレスのみをコンテンツ再取得使用情報として抽出して格納した再取得使用ファイルを生成し、これをデータ通信処理部２４からポータルサーバ４経由でクライアント端末２に送信する。
【００４０】
これに対して制御部２０は、ポータルサーバ４から送信されたコンテンツ属性ファイル用の再取得ファイルを要求するファイル要求データをデータ通信処理部２４を介して受信すると、そのファイル要求データに格納されたファイル名及びコンテンツＩＤに基づいて取得使用情報データベース２３の中からクライアント端末２に提供していた取得使用ファイル２５を探し出し、当該探し出した取得使用ファイル２５内の属性ファイル提供アドレスのみを属性ファイル再取得使用情報として抽出して格納した再取得使用ファイルを生成し、これをデータ通信処理部２４からポータルサーバ４経由でクライアント端末２に送信する。
【００４１】
このようにして制御部２０は、クライアント端末２で取得処理及び再取得処理が実行されるとき、取得使用ファイル２５及び再取得使用ファイルをそれぞれポータルサーバ４経由でそのクライアント端末２に提供し得るようになされている。
【００４２】
因みに制御部２０は、取得使用ファイル２５や再取得使用ファイルをクライアント端末２に送信する場合、取得使用ファイル２５を使用して実行される取得処理や、再取得使用ファイルを使用して実行される再取得処理をそれぞれ個別に識別可能なトランザクションＩＤと呼ばれる処理ＩＤを発行して当該取得使用ファイル２５及び再取得使用ファイルにそれぞれ格納している。
【００４３】
そして制御部２０は、クライアント端末２により取得処理及び再取得処理において属性ファイル提供用ホームページにアクセスする場合、その都度、クライアント端末２からその時点で使用している取得使用ファイル２５及び再取得使用ファイルに格納している処理ＩＤを属性情報提供サーバ７に送信させる。
【００４４】
これにより制御部２０は、クライアント端末２により属性ファイル提供用ホームページがアクセスされる毎に、属性情報提供サーバ７において処理ＩＤを確認させることで、クライアント端末２により１つの属性ファイル提供用ホームページに２回以上アクセスされ、その結果、コンテンツ属性ファイルが重複して不当に取得されることを防止させ得るようになされている。
【００４５】
（１−３）コンテンツ提供サーバ６の構成
図５に示すように、コンテンツ提供サーバ６は、ＣＰＵでなる制御部３０がＲＯＭ３１及びＲＡＭ３２を介して起動したＯＳ等の基本プログラムや、コンテンツ提供プログラム等の各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００４６】
これにより制御部３０は、コンテンツデータベース３３に、多数のコンテンツデータ及びコンテンツＩＤを互いに関連付けて記憶しており、クライアント端末２から取得処理時及び再取得処理時に取得使用ファイル２５内及び再取得使用ファイル内のコンテンツ提供アドレスに従ってコンテンツ提供用ホームページにアクセスされ、この状態で当該取得使用ファイル２５内及び再取得使用ファイル内のコンテンツＩＤを格納したコンテンツ要求データが送信されると、これをデータ通信処理部３４を介して受信する。
【００４７】
そして制御部３０は、そのコンテンツ要求データに格納されているコンテンツＩＤに基づいてコンテンツデータベース３３の中から対応するコンテンツデータを探し出し、当該探し出したコンテンツデータをデータ通信処理部３４を介してクライアント端末２に送信する。
【００４８】
（１−４）属性情報提供サーバ７の構成
図６に示すように、属性情報提供サーバ７は、ＣＰＵでなる制御部４０がＲＯＭ４１及びＲＡＭ４２を介して起動したＯＳ等の基本プログラムや、属性情報提供プログラム等の各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００４９】
これにより制御部４０は、属性ファイルデータベース４３に、コンテンツ属性ファイルと、当該コンテンツ属性ファイルを提供する属性ファイル提供用ホームページの属性ファイル提供アドレスとを当該コンテンツ属性ファイル毎に関連付けて記憶しており、クライアント端末２から取得処理及び再取得処理時に取得使用ファイル２５内及び再取得使用ファイル内の属性ファイル提供アドレスに従って属性ファイル提供用ホームページにアクセスされると、これに応じて属性ファイルデータベース４３の中から当該アクセスされた属性ファイル提供用ホームページで提供するコンテンツ属性ファイルを探し出し、当該探し出したコンテンツ属性ファイルをデータ通信処理部４４を介してクライアント端末２に送信する。
【００５０】
ここで図７に示すように、コンテンツ属性ファイル４７には、対応するコンテンツデータの属性を変更するためのコンテンツ属性情報として、クライアント端末２でそのコンテンツデータの暗号化を解く際に用いるコンテンツキー、当該暗号化を解いたコンテンツデータに対して送信側で施した圧縮符号化を復号する際に参照するコーデック識別値及びコーデック属性、コンテンツデータに対する利用権利として規定した再生可能な回数を示す再生制限情報、当該コンテンツデータの正当性をチェックするための正当性チェックフラグ、クライアント端末２からコンテンツデータを外部の記録媒体に複写して記録する回数を規定した、いわゆるチェックアウト回数、コーデック依存情報、対応するコンテンツデータのコンテンツＩＤ、当該コンテンツデータに対する利用権利として規定した再生可能な期間を示す再生許可開始日時及び再生許可終了日時の情報が格納されている。
【００５１】
従って図７からも明らかなように、クライアント端末２では、コンテンツデータのみを受信しても、そのコンテンツデータとこれに対応するコンテンツ属性ファイル４７とが揃わなければ、当該コンテンツデータに対する暗号化を解いたり、デコードしたりして再生し得ないようになされており、これによりコンテンツデータのみが第三者に入手されても不正に利用されることを防止している。
【００５２】
また制御部４０は、クライアント端末２が１曲のみの購入要求により１回だけ属性ファイル提供用ホームページにアクセスしたときや、１又は複数のアルバム分の複数曲の購入要求により属性ファイル提供用ホームページに複数回アクセスするうちの最初にアクセスしたとき、当該クライアント端末２から送信された課金ＩＤをデータ通信処理部４４を介して受信し、その課金ＩＤを格納した課金開始依頼データをデータ通信処理部４４を介して課金サーバ８に送信してユーザに対する課金処理の開始を依頼する。
【００５３】
このとき制御部４０は、課金サーバ８にユーザに対する課金処理の開始を依頼しただけで、その課金処理がまだ完了してはいないことにより、課金状況データベース４８に、課金サーバ８に送信した課金ＩＤに関連付けてユーザに対する課金処理がまだ完了してはいないことを示す課金状況情報を記憶する。
【００５４】
また制御部４０は、課金サーバ８に対してユーザに対する課金処理の開始を依頼した結果、当該課金サーバ８からユーザに対する課金処理が完了して送信された課金完了データをデータ通信処理部４４を介して受信すると、当該課金完了データに格納された課金ＩＤに基づいて課金状況データベース４８の中から対応する課金状況情報を探し出し、その課金処理が完了してはいないことを示す課金状況情報をその課金処理が完了したことを示す課金状況情報に変更して記憶する。
【００５５】
このようにして制御部４０は、課金状況データベース４８に記憶した課金ＩＤ及び課金状況通知情報を管理し、ユーザに対する課金処理の完了の有無を必要に応じて外部に通知し得るようになされている。
【００５６】
（１−５）課金サーバ８の構成
図８に示すように、課金サーバ８は、ＣＰＵでなる制御部５０がＲＯＭ５１及びＲＡＭ５２を介して起動したＯＳ等の基本プログラムや、課金プログラム等の各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００５７】
これにより制御部５０は、課金情報データベース５３に、ユーザに対する課金処理の実行に使用するユーザＩＤや当該ユーザの口座番号等の課金処理使用情報を記憶していると共に、コンテンツＩＤにコンテンツデータ及びコンテンツ属性ファイル４７の価格を関連付けて記憶しており、ポータルサーバ４から送信された課金ＩＤ発行要求データをデータ通信処理部５４を介して受信すると、これに応じて課金ＩＤを発行し、その課金ＩＤを課金ＩＤデータとしてデータ通信処理部５４を介してポータルサーバ４に送信すると共に、課金情報データベース５３の中の対応する課金処理使用情報に関連付けて記憶する。
【００５８】
また制御部５０は、課金ＩＤを発行したときには、その課金ＩＤをデータ通信処理部５４を介して取得使用情報提供サーバ５に送信することで、当該取得使用情報提供サーバ５からユーザにより購入要求された楽曲に対応するコンテンツＩＤを取得し、当該取得したコンテンツＩＤに基づいて課金情報データベース５３の中からユーザに楽曲として購入されるコンテンツデータ及びコンテンツ属性ファイル４７の価格情報を探し出す。
【００５９】
この状態で制御部５０は、属性情報提供サーバ７から送信された課金開始依頼データをデータ通信処理部５４を介して受信すると、当該課金開始依頼データに格納された課金ＩＤに従って課金情報データベース５３の中から楽曲を購入要求したユーザの課金処理使用情報を探し出し、その課金処理使用情報と、先に探し出した価格情報とを用いてユーザに対する課金処理を開始し、その結果、課金処理が完了すると課金ＩＤを格納した課金完了データをデータ通信処理部５４を介して属性情報提供サーバ７に送信する。
【００６０】
因みに制御部５０は、ユーザにより１曲の楽曲のみ購入が要求されていたときには、属性情報提供サーバ７から課金処理が依頼された時点で、当該ユーザに対して１曲分の課金処理を実行し、またユーザにより複数の楽曲の購入が要求されていたときには、属性情報提供サーバ７から課金処理が依頼された時点で、ユーザに対してその購入要求されていた全曲分の課金処理を一括して実行している。
【００６１】
（１−６）外部記憶装置９の構成
図９に示すように、外部記憶装置９は、ＣＰＵでなる制御部６０がＲＯＭ６１及びＲＡＭ６２を介して起動したＯＳ等の基本プログラム及び各種アプリケーションプログラムに従って全体を統括的に制御して各種処理を実行する。
【００６２】
これにより制御部６０は、クライアント端末２からバックアップ要求と共に、コンテンツデータ及びコンテンツＩＤ、又はコンテンツ属性ファイル４７がバックアップデータとして転送されると、これを外部装置インターフェース６３を介して受信してハードディスクドライブ等でなるバックアップ用記憶部６４にバックアップ記憶することによりクライアント端末２の故障等からそのバックアップデータの消失を回避し得るようになされている。
【００６３】
また制御部６０は、クライアント端末２から送信されたバックアップデータの返還要求を外部装置インターフェース６３を介して受信すると、これに応じてバックアップ用記憶部６４からバックアップデータを読み出して外部装置インターフェース６３からクライアント端末２に転送する。
【００６４】
（１−７）クライアント端末２の構成
図１０に示すようにクライアント端末２のＣＰＵ１００は、バス１０１を介して接続されたＲＯＭ１０２から読み出してＲＡＭ１０３に展開したＯＳ等の基本プログラム及び各種アプリケーションプログラムに基づき全体の制御や所定の演算処理等を行うようになされており、例えばネットワーク３を介した楽曲購入用の通信動作、ユーザからの入出力操作、メディアからのコンテンツデータ再生やラジオ局からダウンロードしたコンテンツデータ、また楽曲の購入によって取得したコンテンツデータ及びコンテンツ属性ファイル４７のハードディスクドライブ（ＨＤＤ）１０４への書き込み及びその管理等を実行する。
【００６５】
操作入力部１０５は、本体部の筐体表面やリモートコントローラ（図示せず）の各種操作子に対するユーザの操作に応じた入力情報を入力処理部１０６へ送出し、当該入力処理部１０６で所定の処理を施した後に操作コマンドとしてＣＰＵ１００へ送出し、当該ＣＰＵ１００で操作コマンドに応じた処理を実行するようになされている。
【００６６】
ディスプレイ１０７は、例えば液晶ディスプレイ等の表示デバイスが本体部の筐体表面に直接取り付けられている場合や、外付けの表示デバイスであってもよく、ＣＰＵ１００による処理結果や各種情報を表示するようになされている。
【００６７】
メディアドライブ１０８は、例えばＣＤ(Compact Disc)プレーヤ及びフラッシュメモリでなるメモリスティック（登録商標）等を再生するドライブであって、再生結果をオーディオデータ処理部１０９を介してディジタルアナログ変換処理した後に２ｃｈのスピーカ１１０から出力するようになされている。
【００６８】
因みにＣＰＵ１００は、メディアドライブ１０８を介して再生したデータが楽曲のコンテンツデータである場合、オーディオデータファイルとしてハードディスクドライブ１０４に記憶することも可能である。
【００６９】
さらにＣＰＵ１００は、メディアドライブ１０８によってメモリスティック（登録商標）に記憶された複数枚の静止画を読み出し、これらを表示処理部１１１を介してディスプレイ１０７にスライドショーとして表示することもできる。
【００７０】
またＣＰＵ１００は、ハードディスクドライブ１０４に記憶した複数の楽曲をランダムアクセスで読み出し、あたかもジュークボックスのようにユーザ所望の順番で再生して出力することも可能である。
【００７１】
チューナ部１１２は、例えばＡＭ、ＦＭラジオチューナであって、ＣＰＵ１００の制御に基づいてアンテナ１１３で受信した放送信号を復調し、その結果を放送音声としてオーディオデータ処理部１０９を介してスピーカ１１０から出力する。
【００７２】
通信処理部１１４は、ＣＰＵ１００の制御に基づいて送信データのエンコード処理を行い、ネットワークインターフェース１１５を介してネットワーク３経由で外部のネットワーク対応機器（すなわち、各種サーバ）へ送信したり、当該ネットワークインターフェース１１５を介して外部のネットワーク対応機器（すなわち、各種サーバ）から受信したコンテンツデータ等の受信データのデコード処理を行い、ＣＰＵ１００へ転送するようになされている。
【００７３】
また外部装置インターフェース１１６は、所定のケーブルを介して外部記憶装置９にコンテンツデータ及びコンテンツＩＤ、又はコンテンツ属性ファイル４７でなるバックアップデータをバックアップ記憶用に転送したり、当該外部記憶装置９から読み出した（すなわち、返還させた）バックアップデータを取り込んでＣＰＵ１００に転送し得るようになされている。
【００７４】
（１−８）コンテンツデータのディレクトリ管理
クライアント端末２のＣＰＵ１００は、ハードディスクドライブ１０４に対してコンテンツデータを記憶する際、図１１に示すディレクトリ構成で管理するようになされている。まず「ｒｏｏｔ」ディレクトリの下層に対しては、規定範囲内での任意の数の「ｆｏｌｄｅｒ」ディレクトリが作成される。この「ｆｏｌｄｅｒ」ディレクトリは、例えばコンテンツデータが属するジャンル、又は所有ユーザなどに対応して作成されるようになされている。
【００７５】
この「ｆｏｌｄｅｒ」ディレクトリの下層には、規定範囲内での任意の数の「ａｌｂｕｍ」ディレクトリが作成され、当該「ａｌｂｕｍ」ディレクトリは例えば１つのアルバムタイトルごとに対応するようになされている。この「ａｌｂｕｍ」ディレクトリの下層においては、その「ａｌｂｕｍ」ディレクトリに属するとされる１以上の「ｔｒａｃｋ」ファイルが格納され、この「ｔｒａｃｋ」ファイルが１つの楽曲すなわちコンテンツデータとなるものである。
【００７６】
このようなコンテンツデータについてのディレクトリ管理は、ハードディスクドライブ１０４に記憶されているデータベースファイルによって行われるようになされている。
【００７７】
（１−９）クライアント端末２のプログラムモジュール構成
図１２に示すようにクライアント端末２のプログラムモジュールとしては、ＯＳ上で動作するようになされており、具体的にはＣＤの物販を行うＣＤ販売業者サーバ１２０、インターネットラジオサーバ１２１、上述した取得使用情報提供サーバ５、コンテンツ提供サーバ６及び属性情報提供サーバ７からなる音楽配信運営サーバ１２２、上述したポータルサーバ４及び課金サーバ８からなる総合サービスサーバ１２３、ラジオ局の放送した楽曲に関する楽曲情報を関連情報としてネットワーク３を介してクライアント端末２に提供する関連情報提供サーバ１２４他の各種サーバとの間でやりとりを行う。
【００７８】
ＨＴＴＰ(Hyper Text Transfer Protocol)メッセージプログラム１３０は、ＣＤ販売業者サーバ１２０、インターネットラジオサーバ１２１、音楽配信運営サーバ１２２、各種総合サービスを行う総合サービスサーバ１２３及び関連情報提供サーバ１２４等の各種サーバとの間のやりとりをＨＴＴＰ通信で行うものであり、コミュニケータプログラム１３１は、ＨＴＴＰメッセージプログラム１３０とデータのやりとりを行うプログラムモジュールである。
【００７９】
コミュニケータプログラム１３１の上位には、コンテンツデータのコーデックを解釈して再生するコンテンツ再生モジュール１３２、利用権利等の著作権保護に関する情報を取り扱う著作権保護情報管理モジュール１３３が位置し、そのコンテンツ再生モジュール１３２、著作権保護情報管理モジュール１３３に対してインターネットラジオの選局及び再生を行うインターネットラジオ選局再生モジュール１３４、コンテンツ属性ファイル４７の内容に従って楽曲購入及び試聴曲の再生を司る楽曲購入再生モジュール１３５がそれぞれ位置している。
【００８０】
それらインターネットラジオ選局再生モジュール１３４、楽曲購入再生モジュール１３５の上位にはＸＭＬ(eXtensible Markup Language)ブラウザ１３６が位置し、各種サーバからのＸＭＬファイルを解釈し、ディスプレイ１０７に対して画面表示を行う。
【００８１】
例えば、ＸＭＬブラウザ１３６を介してユーザにより購入用に選択された楽曲は楽曲購入再生モジュール１３５で取得使用ファイル２５が取得された後、当該楽曲購入再生モジュール１３５及び著作権保護情報管理モジュール１３３でコンテンツデータ及びコンテンツ属性ファイル４７として取得され、ハードディスクコンテンツコントローラ１３７を介してハードディスクドライブ１０４に書き込まれる。
【００８２】
また外部記憶装置９からバックアップデータを返還させたときには、楽曲購入再生モジュール１３５で再取得使用ファイルが取得された後、当該楽曲購入再生モジュール１３５及び著作権保護情報管理モジュール１３３で、バックアップしてはいなかったコンテンツデータ及びコンテンツ属性ファイル４７が取得され、ハードディスクコンテンツコントローラ１３７を介してハードディスクドライブ１０４に書き込まれる。
【００８３】
因みにコミュニケータプログラム１３１には、ライブラリ１３８の認証ライブラリ１３８Ａが接続されており、当該認証ライブラリ１３８Ａによって総合サービスサーバ１２３やその他の各種サーバの認証処理を行うようになされている。
【００８４】
さらにコミュニケータプログラム１３１の上位には、データベースアクセスモジュール１３９、コンテンツデータアクセスモジュール１４０及びハードディスクコンテンツコントローラ１３７が位置する。
【００８５】
このデータベースアクセスモジュール１３９は、ハードディスクドライブ１０４に構築された各種データベースにアクセスし、コンテンツデータアクセスモジュール１４０はハードディスクドライブ１０４に格納されたコンテンツデータ及びコンテンツ属性ファイル４７にアクセスし、ハードディスクコンテンツコントローラ１３７はハードディスクドライブ１０４に格納されたコンテンツデータ及びコンテンツ属性ファイル４７を管理するようになされている。
【００８６】
ハードディスクコンテンツコントローラ１３７の上位には、ラジオ局が放送した楽曲のタイトル及びアーティスト名を表示するための関連情報表示モジュール１４１及びラジオ局を選局したり、当該ラジオ局から受信した楽曲のコンテンツデータをハードディスクドライブ１０４に録音するチューナ選局再生／録音モジュール１４２が位置している。
【００８７】
例えば、オーディオユーザインターフェース１４３を介して選局されたラジオ局から受信した楽曲は、コンテンツデータアクセスモジュール１４０を介してハードディスクドライブ１０４へ書き込まれるようになされている。
【００８８】
関連情報表示モジュール１４１は、チューナ選局再生／録音モジュール１４２によって現在ラジオ局が放送している楽曲のタイトルやアーティスト名を関連情報として関連情報提供サーバ１２４からＨＴＴＰメッセージ１３０経由で受信し、これをオーディオユーザインターフェース（ＵＩ）１４３を介してディスプレイ１０７に表示する。
【００８９】
因みにオーディオユーザインターフェース１４３を介してディスプレイ１０７に表示した関連情報は、ライブラリ１３８のクリップライブラリ１３８Ｂに一時的に記憶することもでき、ユーザからの指示に従って最終的にはデータベースアクセスモジュール１３９を介してハードディスクドライブ１０４へ記憶されるようになされている。
【００９０】
さらにクライアント端末２のプログラムモジュールとしては、ＣＤを再生するためのＣＤ再生モジュール１４４と、ハードディスクドライブ１０４を再生するためのＨＤＤ再生モジュール１４５とが含まれており、再生結果をオーディオデータ処理部１０９及びスピーカ１１０を介して出力する。
【００９１】
（２）楽曲購入シーケンス
次に、ユーザによる楽曲の購入要求に応じてクライアント端末２及び各種サーバによって実行する楽曲購入処理について説明する。
【００９２】
（２−１）クライアント端末２が正常動作しているときの楽曲購入シーケンス
図１３及び図１４に示すように、ステップＳＰ１においてクライアント端末２は、ユーザによる１又は複数の楽曲の購入要求に応じて、ユーザのユーザＩＤ、パスワード及び購入対象の楽曲に対応するコンテンツＩＤを格納した楽曲購入要求データを生成し、これをポータルサーバ４に送信した後、次のステップＳＰ２に移る。
【００９３】
このときステップＳＰ２１においてポータルサーバ４は、クライアント端末２から送信された楽曲購入要求データに基づいてユーザを個人認証した後、課金サーバ８にユーザに対する課金処理識別用の課金ＩＤの発行を要求して、次のステップＳＰ２２に移る。
【００９４】
ステップＳＰ３１において課金サーバ８は、ポータルサーバ４による課金ＩＤの発行要求に応じて課金ＩＤを発行し、当該発行した課金ＩＤをポータルサーバ４経由でクライアント端末２に送信して、次のステップＳＰ３２に移る。
【００９５】
ステップＳＰ２においてクライアント端末２は、ポータルサーバ４経由で課金ＩＤを受信し、当該受信した課金ＩＤを取得処理履歴情報としてハードディスクドライブ１０４のハードディスクに一時記憶して、次のステップＳＰ３に移る。
【００９６】
ステップＳＰ３においてクライアント端末２は、ユーザに対して楽曲を購入を所定の画面上で確認すると、その楽曲の購入要求に応じた取得処理の開始を示す取得開始情報を取得処理履歴情報としてハードディスクドライブ１０４のハードディスクに一時記憶した後、次のステップＳＰ４に移る。
【００９７】
ステップＳＰ４においてクライアント端末２は、ユーザＩＤ及び課金ＩＤを格納した取得使用情報要求データを生成してポータルサーバ４に送信し、次のステップＳＰ４に移る。
【００９８】
このときステップＳＰ２２においてポータルサーバ４は、クライアント端末２から送信された取得使用情報要求データに応じて、課金ＩＤ及び購入対象の楽曲に対応するコンテンツＩＤを格納したファイル要求データを生成して取得使用情報提供サーバ５に送信する。
【００９９】
その結果、ステップＳＰ４１において取得使用情報提供サーバ５は、ポータルサーバ４から送信されたファイル要求データに基づいて取得使用ファイル２５を生成し、これをポータルサーバ４経由でクライアント端末２に送信すると共に、そのファイル要求データに格納されていた課金ＩＤとクライアント端末２に送信した取得使用ファイル２５とを関連付けて取得使用情報データベース２３に記憶する。
【０１００】
これによりステップＳＰ５においてクライアント端末２は、取得使用情報提供サーバ５からポータルサーバ４経由で受信した取得使用ファイル２５をハードディスクに一時記憶し、当該取得使用ファイル２５の中から、コンテンツ提供サーバ６に要求するコンテンツデータのコンテンツＩＤを、当該コンテンツデータの要求を示す要求コンテンツＩＤとして１つ選択して、次のステップＳＰ６に移る。
【０１０１】
ここでクライアント端末２は、楽曲の購入要求に応じて取得するコンテンツデータ及びコンテンツ属性ファイル４７の記憶管理用に図１１について上述した「ａｌｂｕｍ」ディレクトリを作成している。
【０１０２】
またクライアント端末２は、購入対象の楽曲としてコンテンツデータ及びコンテンツ属性ファイル４７を取得する毎に、楽曲の曲名やコンテンツＩＤ、「ａｌｂｕｍ」ディレクトリの名称、コンテンツデータ及び対応するコンテンツ属性ファイル４７に対するハードディスク上の記憶アドレス等とを互いに関連付けてデータベース化して記憶することにより取得情報データベースを構築している。
【０１０３】
従ってステップＳＰ６においてクライアント端末２は、ステップＳＰ５で選択した１つの要求コンテンツＩＤに基づいて取得情報データベース内を検索し、当該要求コンテンツＩＤが取得情報データベースに未登録であるか否かを判別する。
【０１０４】
このステップＳＰ６において肯定結果が得られると、このことはハードディスク内の取得情報データベースに対して、ステップＳＰ５で選択した１つの要求コンテンツＩＤを未だ登録してはいないことにより、当該要求コンテンツＩＤに対応するコンテンツデータを今回の楽曲の購入要求に応じた取得処理によって始めて取得することを表しており、このときクライアント端末２は、続くステップＳＰ７に移る。
【０１０５】
ステップＳＰ７においてクライアント端末２は、取得使用ファイル２５の中から、ステップＳＰ５で選択した要求コンテンツＩＤに対応するコンテンツ提供アドレスを選択し、当該選択したコンテンツ提供アドレスに従ってコンテンツ提供用ホームページにアクセスし、その状態で当該要求コンテンツＩＤを格納したコンテンツ要求データをコンテンツ提供サーバ６に送信して、次のステップＳＰ８に移る。
【０１０６】
このときステップＳＰ５１においてコンテンツ提供サーバ６は、クライアント端末２からの要求に応じて、コンテンツＩＤで指定されたコンテンツデータを当該クライアント端末２に送信する。
【０１０７】
またステップＳＰ６において否定結果が得られると、このことはハードディスク内の取得情報データベースに対して、ステップＳＰ５で選択した要求コンテンツＩＤをすでに登録していることにより、当該要求コンテンツＩＤに対応するコンテンツデータを今回の取得処理以前にすでに取得していることを表しており、このときクライアント端末２は、そのすでに取得しているコンテンツデータを今回の取得処理で作成した「ａｌｂｕｍ」ディレクトリで管理する「ｔｒａｃｋ」ファイルとして複写して、ステップＳＰ８に移る。
【０１０８】
ステップＳＰ８においてクライアント端末２は、コンテンツ提供サーバ６から送信されたコンテンツデータの受信が完了した時点又はコンテンツデータを「ｔｒａｃｋ」ファイルとして複写した時点で当該コンテンツデータのコンテンツＩＤ（すなわち、取得使用ファイル２５の中から選択した要求コンテンツＩＤ）をコンテンツデータの記憶済を示す記憶済コンテンツＩＤとし、この記憶済コンテンツＩＤも取得処理履歴情報としてハードディスクに一時記憶して、次のステップＳＰ９に移る。
【０１０９】
ステップＳＰ９においてクライアント端末２は、取得使用ファイル２５の中からステップＳＰ５で選択した要求コンテンツＩＤに対応する属性ファイル提供アドレスをコンテンツ属性ファイル４７を要求する属性要求情報として選択し、当該選択した属性ファイル提供アドレスに従って属性ファイル提供用ホームページにアクセスし、次のステップＳＰ１０に移る。
【０１１０】
このときステップＳＰ６１において属性情報提供サーバ７は、クライアント端末２による属性ファイル提供用ホームページへのアクセスに応じて、そのアクセスが今回の楽曲の購入要求に応じた取得処理で最初のアクセスであれば、課金サーバ８に課金開始依頼データを送信してその楽曲を購入要求したユーザに対する課金処理の開始を依頼すると共に、課金状況データベース４８に対して、クライアント端末２から送信された課金ＩＤに関連付けて、当該課金ＩＤに対応する課金処理が完了されてはいないことを示す課金状況情報を記憶して、次のステップＳＰ６２に移る。
【０１１１】
そしてステップＳＰ６２において属性情報提供サーバ７は、クライアント端末２のアクセスした属性ファイル提供用ホームページに対応するコンテンツ属性ファイル４７を当該クライアント端末２に送信して、次のステップＳＰ６３に移る。
【０１１２】
このときステップＳＰ３２において課金サーバ８は、属性情報提供サーバ７からの課金処理の開始依頼に応じて、楽曲を購入要求したユーザに対する課金処理を開始し、当該課金処理が完了すると、次のステップＳＰ３３において課金完了データを属性情報提供サーバ７に送信する。
【０１１３】
従ってステップＳＰ６３において属性情報提供サーバ７は、課金サーバ８から送信された課金完了データに従って、課金状況データベース４８に記憶していた、課金処理の完了してはいないことを示す課金状況情報をその課金処理が完了したことを示す課金状況情報に変更する。
【０１１４】
一方、ステップＳＰ１０においてクライアント端末２は、属性情報提供サーバ７から送信されたコンテンツ属性ファイル４７を受信して、その受信が完了すると当該コンテンツ属性ファイル４７のファイル名を取得処理履歴情報としてハードディスクに一時記憶して、次のステップＳＰ１１に移る。
【０１１５】
ステップＳＰ１１においてクライアント端末２は、ハードディスク内の取得情報データベースに対して、ステップＳＰ５で選択した要求コンテンツＩＤと、その要求コンテンツＩＤに基づいて取得したコンテンツデータ及びコンテンツ属性ファイル４７に対するハードディスク上の記憶アドレスとを関連付けて登録情報として登録して、次のステップＳＰ１２に移る。
【０１１６】
ステップＳＰ１２においてクライアント端末２は、取得情報データベースに対する登録情報の登録完了を示す登録完了情報を取得処理履歴情報としてハードディスクに一時記憶して、次のステップＳＰ１３に移る。
【０１１７】
ステップＳＰ１３においてクライアント端末２は、今回購入要求された楽曲に対応するコンテンツデータ及びコンテンツ属性ファイル４７を全て取得したか否か（すなわち、購入要求された楽曲を全て購入したか否か）を判別する。
【０１１８】
このステップＳＰ１３において否定結果が得られると、このことは今回ユーザによりアルバム内の複数の楽曲をまとめて購入するように要求されているために、当該複数の楽曲に対応するコンテンツデータ及びコンテンツ属性ファイル４７を未だ全て取得し終えてはいないことを表しており、このときクライアント端末２は、ステップＳＰ５に戻り、この後ステップＳＰ１３において肯定結果を得るまでの間、ステップＳＰ５−ＳＰ６−ＳＰ７−ＳＰ８−ＳＰ９−ＳＰ１０−ＳＰ１１−ＳＰ１２−ＳＰ１３の処理を循環的に繰り返すことにより、ユーザによって購入が要求された楽曲に対応するコンテンツデータ及びコンテンツ属性ファイル４７を順次コンテンツ提供サーバ６及び属性情報提供サーバ７から取得する。
【０１１９】
これに対してステップＳＰ１３において肯定結果が得られると、このことは今回ユーザにより購入要求された１曲のみの楽曲、又はアルバム内の全ての楽曲に対応するコンテンツデータ及びコンテンツ属性ファイル４７を全て取得し終えたことを表しており、このときクライアント端末２は、ステップＳＰ１４に移る。
【０１２０】
ステップＳＰ１４においてクライアント端末２は、今回、取得処理を実行していた際にハードディスクに例えばログファイルとして順次一時記憶していた取得処理履歴情報を全て消去してその取得処理を終了する。
【０１２１】
（２−２）クライアント端末２の復帰処理に伴う楽曲購入シーケンス
続いて、クライアント端末２において例えばユーザの不注意でコンセントが抜けて電源供給が停止し、又はネットワークケーブルが抜けてネットワーク３への通信接続が一時的に遮断されたときに上述の取得処理が中断される場合があるため、当該クライアント端末２が通信接続の遮断から復帰したときの復帰処理に伴う楽曲購入処理について説明する。
【０１２２】
図１３及び図１４との対応部分に同一符号を付した図１５及び図１６に示すように、ステップＳＰ７１においてクライアント端末２は、ハードディスクドライブ１０４のハードディスクに取得処理履歴情報として一時記憶していた取得開始情報が残っているか否かを判別する。
【０１２３】
このステップＳＰ７１において否定結果が得られると、このことはクライアント端末２が楽曲の購入要求に応じた取得処理を何ら実行してはいないときにネットワーク３への通信接続が遮断されたことで、ハードディスクに取得処理履歴情報としての取得開始情報が残ってはいないことを表しており、このときクライアント端末２は、この後、ユーザにより楽曲の購入が要求されることを待ち受ける。
【０１２４】
これに対してステップＳＰ７１において肯定結果が得られると、このことはクライアント端末２が楽曲の購入要求に応じた取得処理を実行していた際にコンセントが抜け、又はネットワークケーブルが抜けたことでネットワーク３への通信接続が遮断されたことに伴い、その取得処理も中断したためにハードディスクに取得処理履歴情報として一時記憶していた取得開始情報が残っていることを表しており、このときクライアント端末２は、取得処理を再開して次のステップＳＰ７２に移る。
【０１２５】
ここでクライアント端末２は、今回再開した取得処理（以下、これを再開取得処理と呼ぶ）が中断された時点までの間は、取得使用情報提供サーバ５から取得した取得使用ファイル２５をハードディスクに一時的に記憶して使用していたが、その再開取得処理が中断していた間に取得使用ファイル２５の内容としてコンテンツ提供アドレスや属性ファイル提供アドレスがコンテンツ提供サーバ６や属性情報提供サーバ７等を管理運営している会社側の都合で変更されている場合がある。
【０１２６】
このためステップＳＰ７２においてクライアント端末２は、再開取得処理が中断された時点までの間に使用していた取得使用ファイル２５を消去して、次のステップＳＰ７３に移る。
【０１２７】
ステップＳＰ７３においてクライアント端末２は、再開取得処理が中断された時点までの間にハードディスクに取得処理履歴情報として一時記憶していた課金ＩＤをユーザのユーザＩＤ、パスワードと共に格納した取得使用情報要求データを生成し、これをポータルサーバ４に送信して、次のステップＳＰ７４に移る。
【０１２８】
このときステップＳＰ８１においてポータルサーバ４は、クライアント端末２から送信された取得使用情報要求データに基づいてユーザを個人認証した後、当該取得使用情報要求データに格納されている課金ＩＤに基づいてユーザデータベース１３の中から再開取得処理の中断前にクライアント端末２に提供していた取得使用ファイル２５のファイル名を探し出し、そのファイル名と課金ＩＤとを取得使用情報提供サーバ５に送信して取得使用ファイル２５を要求する。
【０１２９】
ステップＳＰ９１において取得使用情報提供サーバ５は、ポータルサーバ４から送信された課金ＩＤ及びファイル名に基づいて取得使用情報データベース２３の中を検索することにより、再開取得処理の中断前にクライアント端末２に提供していた取得使用ファイル２５を特定し、コンテンツ提供アドレスや属性ファイル提供アドレスに変更があったときにはその特定した取得使用ファイル２５の内容を変更してポータルサーバ４経由でクライアント端末２に送信し、またコンテンツ提供アドレスや属性ファイル提供アドレスに変更がなければその特定した取得使用ファイル２５をそのままポータルサーバ４経由でクライアント端末２に送信する。
【０１３０】
これによりステップＳＰ７４においてクライアント端末２は、取得使用情報提供サーバ５からポータルサーバ４経由で受信し直した取得使用ファイル２５をハードディスクに一時記憶すると共に、当該取得使用ファイル２５の中から要求コンテンツＩＤを１つ選択して、次のステップＳＰ７５に移る。
【０１３１】
ステップＳＰ７５においてクライアント端末２は、ハードディスクに対して、取得使用ファイル２５の中から選択した要求コンテンツＩＤを取得処理履歴情報（すなわち、記憶済コンテンツＩＤ）としては未記憶か否かを判別する。
【０１３２】
このステップＳＰ７５において肯定結果が得られると、このことはハードディスクに対して、ステップＳＰ７４で選択した要求コンテンツＩＤを取得処理履歴情報（すなわち、記憶済コンテンツＩＤ）として一時記憶してはいないことにより、再開取得処理を中断するまでの間にはその要求コンテンツＩＤに対応するコンテンツデータをコンテンツ提供サーバ６から取得してはいなかったことを表しており、このときクライアント端末２は、次のステップＳＰ６に移る。
【０１３３】
ステップＳＰ６においてクライアント端末２は、取得使用ファイル２５の中から選択した要求コンテンツＩＤに基づいて取得情報データベース内を検索し、当該要求コンテンツＩＤが取得情報データベースに未登録であるか否かを判別する。
【０１３４】
このステップＳＰ６において肯定結果が得られると、このことは取得使用ファイル２５の中から選択した要求コンテンツＩＤを取得情報データベースに未だ登録してはいないことにより、当該要求コンテンツＩＤに対応するコンテンツデータを再開取得処理によって始めて取得することを表しており、このときクライアント端末２は、続くステップＳＰ７に移る。
【０１３５】
これによりクライアント端末２は、この後図１３及び図１４について上述した楽曲購入シーケンスにおける取得処理と同様にステップＳＰ７−ＳＰ８−ＳＰ９−ＳＰ１０−ＳＰ１１−ＳＰ１２−ＳＰ１３−ＳＰ１４の処理を順次実行することによりユーザにより購入要求された楽曲としてコンテンツデータ及びコンテンツ属性ファイル４７を順次交互に取得する。
【０１３６】
これに対してステップＳＰ７５において否定結果が得られると、このことはハードディスクに対して、ステップＳＰ７４で選択した要求コンテンツＩＤを取得処理履歴情報（すなわち、記憶済コンテンツＩＤ）として一時記憶していることにより、再開取得処理が中断された時点までの間にその要求コンテンツＩＤに対応するコンテンツデータをコンテンツ提供サーバ６からすでに取得していたことを表しており、このときクライアント端末２は、次のステップＳＰ７６に移る。
【０１３７】
ステップＳＰ７６においてクライアント端末２は、ハードディスクに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応するコンテンツ属性ファイル４７のファイル名が取得処理履歴情報としては未記憶か否かを判別する。
【０１３８】
このステップＳＰ７６において肯定結果が得られると、このことはハードディスクに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応するコンテンツ属性ファイル４７のファイル名を取得処理履歴情報としては一時記憶してはいないことにより、再開取得処理が中断された時点までの間にはその要求コンテンツＩＤに対応するコンテンツ属性ファイル４７を属性情報提供サーバ７から取得してはいなかったことを表しており、このときクライアント端末２は、ステップＳＰ９に移って要求コンテンツＩＤに対応するコンテンツデータの取得は省いて当該要求コンテンツＩＤに対応するコンテンツ属性ファイル４７のみを取得する。
【０１３９】
これに対してステップＳＰ７６において否定結果が得られると、このことはハードディスクに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応するコンテンツ属性ファイル４７のファイル名を取得処理履歴情報として一時記憶していることにより、再開取得処理が中断された時点までの間、当該要求コンテンツＩＤに対応するコンテンツデータと共にコンテンツ属性ファイル４７もすでに取得していたことを表しており、このときクライアント端末２は、ステップＳＰ７７に移る。
【０１４０】
ステップＳＰ７７においてクライアント端末２は、ハードディスク内の取得情報データベースに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報が未登録か否かを判別する。
【０１４１】
このステップＳＰ７７において肯定結果が得られると、このことは再開取得処理が中断された時点までの間にステップＳＰ７４で選択した要求コンテンツＩＤに対応するコンテンツデータ及びコンテンツ属性ファイル４７を順次取得したものの、ハードディスク内の取得情報データベースに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報を登録する直前に再開取得処理が中断されたことを表しており、このときクライアント端末２は、ステップＳＰ１１に移って当該取得情報データベースにその登録情報を登録する。
【０１４２】
これに対してステップＳＰ７７において否定結果が得られると、このことは再開取得処理が中断された時点までの間に、取得情報データベースに対して、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報すでに登録していたことを表しており、このときクライアント端末２は、ステップＳＰ７８に移る。
【０１４３】
ステップＳＰ７８においてクライアン端末２は、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報の登録完了を示す登録完了情報が取得処理履歴情報としては未記憶か否かを判別する。
【０１４４】
このステップＳＰ７８において肯定結果が得られると、このことは再開取得処理が中断するまでの間に、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報の登録完了を示す登録完了情報を取得処理履歴情報としてハードディスクに一時記憶する直前に当該再開取得処理が中断されたことを表しており、このときクライアント端末２は、ステップＳＰ１２に移ってハードディスクに登録完了情報を取得処理履歴情報として一時記憶する。
【０１４５】
これに対してステップＳＰ７８において否定結果が得られると、このことは再開取得処理が中断された時点までの間に、ステップＳＰ７４で選択した要求コンテンツＩＤに対応する登録情報の登録が完了して登録完了情報をすでに取得処理履歴情報としてハードディスクに一時記憶していたことを表しており、このときクライアント端末２は、ステップＳＰ１３に移り、取得使用情報提供サーバ５から取得し直した取得処理ファイル２５の内容に従ってまだ取得すべきコンテンツデータ及びコンテンツ属性ファイル４７があるか否かを判別する。
【０１４６】
このようにしてクライアント端末２は、取得処理が一時的に中断した後に再開した場合、当該取得処理の中断前と再開後の両方で購入対象の楽曲に対応するコンテンツデータ及びコンテンツ属性データ４７を重複して取得することを避け、かくして購入対象の楽曲に対応するコンテンツデータ及びコンテンツ属性ファイル４７を効率良く取得し得るようになされている。
【０１４７】
（３）バックアップ制御処理シーケンス
次いで、クライアント端末２でユーザによる楽曲の購入要求に応じて取得したコンテンツデータ及びコンテンツ属性ファイル４７のバックアップ制御処理について説明する。
【０１４８】
（３−１）バックアップ処理シーケンス
まずクライアント端末２は、初期設定においてユーザに、バックアップ記憶するバックアップデータとしてコンテンツデータ及びコンテンツ属性ファイル４７のうち何れか一方を選択させている。
【０１４９】
そして図１７に示すように、ステップＳＰ１００においてクライアント端末２は、ユーザによるバックアップ記憶の要求、又は定期的なバックアップ記憶のタイミングの到来に応じてバックアップ要求を検出すると、バックアップすべきデータがコンテンツデータであるか否かを判別する。
【０１５０】
このステップＳＰ１００において肯定結果が得られると、このことは初期設定においてコンテンツデータをバックアップ記憶するように選択されていたことを表しており、このときクライアント端末２は、次のステップＳＰ１０１に移る。
【０１５１】
ステップＳＰ１０１においてクライアント端末２は、ハードディスクドライブ１０４のハードディスクに記憶している全てのコンテンツデータと、そのコンテンツＩＤとをバックアップデータとして外部記憶装置９に転送する。
【０１５２】
これに対してステップＳＰ１００において否定結果が得られると、このことは初期設定においてコンテンツ属性ファイル４７をバックアップ記憶するように選択されていたことを表しており、このときクライアント端末２は、ステップＳＰ１０２に移る。
【０１５３】
そしてステップＳＰ１０２においてクライアント端末２は、ハードディスクドライブ１０４のハードディスクに記憶している全てのコンテンツ属性ファイル４７のみをバックアップデータとして外部記憶装置９に転送する。
【０１５４】
このときステップＳＰ１１１において外部記憶装置９は、クライアント端末２から転送されたバックアップデータを取り込んで、バックアップ用記憶部６４にバックアップ記憶する。
【０１５５】
このようにしてクライアント端末２は、予め設定された所定周期のタイミング、又はユーザによってバックアップ処理を実行するように指定された任意のタイミングでバックアップデータを外部記憶装置９に転送して、過去に記憶していたバックアップデータに上書きするようにバックアップ記憶させ、かくして楽曲の購入要求に応じて取得したコンテンツデータ及びコンテンツ属性ファイル４７の何れか一方を保管している。
【０１５６】
（３−２）再取得処理シーケンス
（３−２−１）バックアップデータの返還に伴うコンテンツデータの再取得処理シーケンス
まずクライアント端末２の故障によりその故障前に取得していたコンテンツデータ及びコンテンツ属性ファイル４７が消失したことで、当該クライアント端末が故障から復帰したときに、外部記憶装置９にはバックアップ記憶していなかったコンテンツデータを再取得する再取得処理について説明する。
【０１５７】
図１８に示すように、ステップＳＰ１２１においてクライアント端末２は、外部記憶装置９に対してバックアップ記憶させていたコンテンツ属性ファイル４７でなるバックアップデータの返還を要求して、次のステップＳＰ１２２に移る。
【０１５８】
このときステップＳＰ１３１において外部記憶装置９は、クライアント端末２からの返還要求に応じてバックアップ用記憶部６４からバックアップデータを読み出してクライアント端末２に転送する。
【０１５９】
ステップＳＰ１２２においてクライアント端末２は、外部記憶装置９から転送されたコンテンツ属性ファイル４７でなるバックアップデータを取り込んでハードディスクドライブ１０４のハードディスクに全てのコンテンツ属性ファイル４７を記憶すると共に、ハードディスク内の取得情報データベースに対して、当該コンテンツ属性ファイル４７に格納されている全てのコンテンツＩＤ（すなわち、そのコンテンツ属性ファイル４７に対応するコンテンツデータのコンテンツＩＤ）と、全てのコンテンツ属性ファイル４７に対するハードディスク上の記憶アドレスとを互いに関連付けて登録して、次のステップＳＰ１２３に移る。
【０１６０】
ステップＳＰ１２３においてクライアント端末２は、ユーザのユーザＩＤ及びパスワードと、全てのコンテンツ属性ファイル４７にそれぞれ格納されていた全てのコンテンツＩＤ（すなわち、再取得対象の全てのコンテンツデータのコンテンツＩＤ）とを格納したコンテンツデータ再取得用の再取得使用情報要求データをポータルサーバ４に送信して、次のステップＳＰ１２４に移る。
【０１６１】
このときステップＳＰ１４１においてポータルサーバ４は、クライアント端末２から送信された再取得使用情報要求データに格納されているユーザＩＤ及びパスワードに基づいてユーザを個人認証した後、ユーザデータベース１３の中からその時点までにクライアント端末２に提供していた全ての取得使用ファイル２５のファイル名を探し出し、当該探し出した全てのファイル名と、再取得使用情報要求データに格納されていた全てのコンテンツＩＤとを取得使用情報提供サーバ５に通知する。
【０１６２】
そしてステップＳＰ１５１において取得使用情報提供サーバ５は、ポータルサーバ４から通知されたファイル名及びコンテンツＩＤに基づいて取得使用情報データベース２３の中から対応する取得使用ファイル２５を探し出し、当該探し出した取得使用ファイル２５に基づいて再取得使用ファイルを生成し、これをポータルサーバ４経由でクライアント端末２に送信する。
【０１６３】
ステップＳＰ１２４においてクライアント端末２は、取得使用情報提供サーバ５からポータルサーバ４経由で取得した再取得使用ファイルの中から、その時点でコンテンツ提供サーバ６からまだ取得してはいないコンテンツデータのコンテンツＩＤ（すなわち、要求コンテンツＩＤ）を１つ選択して、次のステップＳＰ１２５に移る。
【０１６４】
ステップＳＰ１２５においてクライアント端末２は、再取得使用ファイルの中から、ステップＳＰ１２４で選択した要求コンテンツＩＤに対応するコンテンツ提供アドレスを選択し、当該選択したコンテンツ提供アドレスに従ってコンテンツ提供サーバ６のコンテンツ提供用ホームページにアクセスし、その状態で当該要求コンテンツＩＤをコンテンツ要求情報として送信し、次のステップＳＰ１２６に移る。
【０１６５】
このときステップＳＰ１６１においてコンテンツ提供サーバ６は、クライアント端末２から送信された要求コンテンツＩＤに対応するコンテンツデータを当該クライアント端末２に送信する。
【０１６６】
ステップＳＰ１２６においてクライアント端末２は、コンテンツ提供サーバ６から送信されたコンテンツデータを受信してハードディスクドライブ１０４のハードディスクに記憶すると共に、当該ハードディスク内の取得情報データベースに対して、そのコンテンツデータに対するハードディスク上の記憶アドレスを、対応する要求コンテンツＩＤ及びコンテンツ属性ファイル４７のハードディスク上の記憶アドレスに関連付けて登録して、次のステップＳＰ１２７に移る。
【０１６７】
ステップＳＰ１２７においてクライアント端末２は、コンテンツ提供サーバ６から再取得対象の全てのコンテンツデータを再取得したか否かを判別する。
【０１６８】
このステップＳＰ１２７において否定結果が得られると、このことは外部記憶装置９からバックアップデータとして返還させたコンテンツ属性ファイル４７に対応する全てのコンテンツデータを未だ再取得し終えてはいないことを表しており、このときクライアント端末２は、ステップＳＰ１２４に戻り、この後ステップＳＰ１２７において肯定結果を得るまでの間、ステップＳＰ１２４−ＳＰ１２５−ＳＰ１２６−ＳＰ１２７の処理を循環的に繰り返すことにより、外部記憶装置９にバックアップ記憶してはいなかったコンテンツデータを順次再取得する。
【０１６９】
そしてステップＳＰ１２７において肯定結果が得られると、このことは外部記憶装置９からバックアップデータとして返還させたコンテンツ属性ファイル４７に対応する全てのコンテンツデータを全て再取得し終えたことを表しており、このときクライアント端末２はコンテンツデータの再取得処理を終了する。
【０１７０】
（３−２−２）バックアップデータの返還に伴うコンテンツ属性ファイル４７の再取得処理シーケンス
次いで、クライアント端末２の故障によりその故障前に取得していたコンテンツデータ及びコンテンツ属性ファイル４７が消失したことで、当該クライアント端末が故障から復帰したときに、外部記憶装置９にはバックアップ記憶していなかったコンテンツ属性ファイル４７を再取得する再取得処理について説明する。
【０１７１】
図１９に示すように、ステップＳＰ１７１においてクライアント端末２は、外部記憶装置９に対してバックアップ記憶させていたコンテンツデータ及びコンテンツＩＤでなるバックアップデータの返還を要求して、次のステップＳＰ１７２に移る。
【０１７２】
このときステップＳＰ１８１において外部記憶装置９は、クライアント端末２からの返還要求に応じてバックアップ用記憶部６４からバックアップデータを読み出してクライアント端末２に転送する。
【０１７３】
ステップＳＰ１７２においてクライアント端末２は、外部記憶装置９から転送されたコンテンツデータ及びコンテンツＩＤでなるバックアップデータを取り込んでハードディスクドライブ１０４のハードディスクに全てのコンテンツデータを記憶すると共に、ハードディスク内の取得情報データベースに対して、当該バックアップデータとして返還させた全てのコンテンツＩＤと、全てのコンテンツデータに対するハードディスク上の記憶アドレスとを互いに関連付けて登録して、次のステップＳＰ１７３に移る。
【０１７４】
ステップＳＰ１７３においてクライアント端末２は、ユーザのユーザＩＤ及びパスワードと、外部記憶装置９から返還させた全てのコンテンツＩＤとを格納したコンテンツ属性ファイル４７再取得用の再取得使用情報要求データをポータルサーバ４に送信して、次のステップＳＰ１７４に移る。
【０１７５】
このときステップＳＰ１９１においてポータルサーバ４は、クライアント端末２から送信された再取得使用情報要求データに格納されているユーザＩＤ及びパスワードに基づいてユーザを個人認証した後、ユーザデータベース１３の中からその時点までにクライアント端末２に提供していた全ての取得使用ファイル２５のファイル名を探し出し、当該探し出した全てのファイル名と、再取得使用情報要求データに格納されていた全てのコンテンツＩＤとを取得使用情報提供サーバ５に通知する。
【０１７６】
そしてステップＳＰ２０１において取得使用情報提供サーバ５は、ポータルサーバ４から送信されたファイル名及びコンテンツＩＤに基づいて取得使用情報データベース２３の中から対応する取得使用ファイル２５を探し出し、当該探し出した取得使用ファイル２５に基づいて再取得使用ファイルを生成し、これをポータルサーバ４経由でクライアント端末２に送信する。
【０１７７】
ステップＳＰ１７４においてクライアント端末２は、取得使用情報提供サーバ５からポータルサーバ４経由で取得した再取得使用ファイルの中、からその時点で属性情報提供サーバ７からまだ提供されてはいないコンテンツ属性ファイル４７提供用の属性ファイル提供アドレスを属性要求情報として１つ選択して、次のステップＳＰ１７５に移る。
【０１７８】
ステップＳＰ１７５においてクライアント端末２は、再取得使用ファイルの中から、ステップＳＰ１７４で選択した属性ファイル提供アドレスに従って属性情報提供サーバ７の属性ファイル提供用ホームページにアクセスして、次のステップＳＰ１７６に移る。
【０１７９】
このときステップＳＰ２１１において属性情報提供サーバ７は、クライアント端末２のアクセスした属性ファイル提供用ホームページに対応するコンテンツ属性ファイル４７を当該クライアント端末２に送信する。
【０１８０】
ステップＳＰ１７６においてクライアント端末２は、属性情報提供サーバ７から提供されたコンテンツ属性ファイル４７を取り込んでハードディスクドライブ１０４のハードディスクに記憶すると共に、当該ハードディスク内の取得情報データベースに対して、そのコンテンツ属性ファイル４７に対するハードディスク上の記憶アドレスを、対応するコンテンツＩＤ及びコンテンツデータのハードディスク上の記憶アドレスに関連付けて登録して、次のステップＳＰ１７７に移る。
【０１８１】
ステップＳＰ１７７においてクライアント端末２は、属性情報提供サーバ７から再取得対象の全てのコンテンツ属性ファイル４７を再取得したか否かを判別する。
【０１８２】
このステップＳＰ１７７において否定結果が得られると、このことは外部記憶装置９からバックアップデータとして返還させたコンテンツデータに対応する全てのコンテンツ属性ファイル４７を未だ再取得し終えてはいないことを表しており、このときクライアント端末２は、ステップＳＰ１７４に戻り、この後ステップＳＰ１７７において肯定結果を得るまでの間、ステップＳＰ１７４−ＳＰ１７５−ＳＰ１７６−ＳＰ１７７の処理を循環的に繰り返すことにより、外部記憶装置９にバックアップ記憶してはいなかったコンテンツ属性ファイル４７を順次再取得する。
【０１８３】
そしてステップＳＰ１７７において肯定結果が得られると、このことは外部記憶装置９からバックアップデータとして返還させたコンテンツデータ及びコンテンツＩＤに対応するコンテンツ属性ファイル４７を全て再取得し終えたことを表しており、このときクライアント端末２はコンテンツ属性ファイル４７の再取得処理を終了する。
【０１８４】
因みにクライアント端末２は、コンテンツデータ及びコンテンツ属性ファイル４７を再取得する場合、当該クライアント端末２の故障等によりハードディスクドライブ１０４を新たなハードディスクドライブや半導体メモリ、光磁気ディスク等のような記憶媒体に交換していたときには、再取得したコンテンツデータ及びコンテンツ属性ファイル４７をその新たな記憶媒体に記憶すると共に、その新たな記憶媒体内で取得情報データベースを構築し直す。
【０１８５】
（４）動作及び効果
以上の構成において、データ配信システム１のクライアント端末２は、ネットワーク３を介して取得したコンテンツデータ及びコンテンツ属性ファイル４７のうちユーザによりコンテンツデータをバックアップ記憶するように指定された場合には、所定周期で到来するタイミング又はユーザにより任意に指定されたタイミングでその時点にハードディスクに記憶している全てのコンテンツデータ及びそのコンテンツＩＤをバックアップデータとして外部記憶装置９に転送してバックアップ記憶する。
【０１８６】
またクライアント端末２は、ユーザによりコンテンツ属性ファイル４７をバックアップ記憶するように指定された場合には、所定周期で到来するタイミング又はユーザにより任意に指定されたタイミングでその時点にハードディスクに記憶している全ての当該コンテンツ属性ファイル４７をバックアップデータとして外部記憶装置９に転送してバックアップ記憶する。
【０１８７】
従ってクライアント端末２は、当該クライアント端末２自体又はハードディスクドライブ１０４等が故障してハードディスクに記憶していたコンテンツデータ及びコンテンツ属性ファイル４７の両方が消失した場合でも、外部記憶装置９にバックアップデータとしてバックアップ記憶していたコンテンツデータ及びコンテンツ属性ファイル４７の何れか一方に対して消失することを回避させることができる。
【０１８８】
そしてクライアント端末２は、故障等から復帰したときには、外部記憶装置９からバックアップデータを読み出して再びハードディスク又は新たな記憶媒体に記憶すると共に、当該バックアップデータがコンテンツ属性ファイル４７の場合は、そのコンテンツ属性ファイル４７に格納されている対応するコンテンツＩＤに基づいてコンテンツ提供サーバ６から、消失した全てのコンテンツデータを再取得し、一方、バックアップデータがコンテンツデータ及びコンテンツＩＤである場合は、当該コンテンツＩＤに基づいて属性情報提供サーバ７から、消失した全てのコンテンツ属性ファイル４７を再取得する。
【０１８９】
従ってクライアント端末２は、ハードディスクに記憶していたコンテンツデータ及びコンテンツ属性ファイル４７の両方を一度に消失しても、外部記憶装置９にバックアップ記憶してはいなかった何れか一方のみをネットワーク３を介して再取得するだけで、それまで取得していたコンテンツデータ及びコンテンツ属性ファイル４７の両方を再びハードディスク又は新たな記憶媒体で保管管理することができる。
【０１９０】
以上の構成によれば、クライアント端末２において、ハードディスクに記憶していたコンテンツデータ及びコンテンツ属性ファイル４７のうち何れか一方を外部記憶装置９に転送してバックアップ記憶するようにしたことにより、クライアント端末２に対する故障等によってハードディスクに記憶していたコンテンツデータ及びコンテンツ属性ファイル４７の両方が一度に消失したときでも、外部記憶装置９によりコンテンツデータ及びコンテンツ属性ファイル４７の何れか一方の消失を回避することができ、かくして消失に伴うコンテンツデータ及びコンテンツ属性ファイル４７の再取得処理を何れか一方に対してのみ実行させて軽減し得るデータ配信システム１を実現することができる。
【０１９１】
またデータ配信システム１では、クライアント端末２がハードディスクに記憶しているコンテンツデータ及びコンテンツ属性ファイル４７の何れか一方のみを外部記憶装置９にバックアップ記憶するようにしたことにより、外部記憶装置９にコンテンツデータ及びコンテンツ属性ファイル４７の両方を揃えてはいないことで、コンテンツデータが第三者により不当に再生され、当該コンテンツデータに対する著作権が侵害されることをほぼ確実に防止することができる。
【０１９２】
さらにデータ配信システム１では、コンテンツデータのデータ量に比べてコンテンツ属性ファイル４７のデータ量が極端に少ないことにより、コンテンツデータをバックアップ記憶するように指定されているときには、クライアント端末２の故障等によりハードディスクに記憶していたコンテンツデータ及びコンテンツ属性ファイル４７の両方が一度に消失し、これに伴い当該クライアント端末２でコンテンツ属性ファイル４７を再取得する場合、当該コンテンツ属性ファイル４７の再取得に要する時間をコンテンツデータの再取得に要する時間に比べて大幅に短縮することができ、クライアント端末２に対する再取得の処理負荷を大幅に低減させることができる。
【０１９３】
これに対してデータ配信システム１では、コンテンツ属性ファイル４７をバックアップ記憶するように指定されているときには、当該コンテンツ属性ファイル４７をバックアップデータとして外部記憶装置９に転送し、当該外部記憶装置９からそのバックアップデータを返還するときに要する時間をコンテンツデータをバックアップデータとして外部記憶装置９に転送し、当該外部記憶装置９から返還するときに要する時間に比べて大幅に短縮することができ、クライアント端末２がコンテンツデータの再生や取得等の何らかの処理を実行しているときに、バックアップ記憶のタイミングが到来して外部記憶装置９にバックアップデータを転送しても、ＣＰＵ１００の処理負荷が極端に増大することを防止することができる。
【０１９４】
（５）他の実施の形態
なお上述の実施の形態においては、クライアント端末２において、所定周期で到来するタイミング又はユーザにより任意に指定されたタイミングでその時点にハードディスクに記憶している全てのコンテンツデータ及びコンテンツ属性ファイル４７のうち何れか一方をバックアップデータとして外部記憶装置９に転送してバックアップ記憶するようにした場合について述べたが、本発明はこれに限らず、楽曲の購入要求に応じた取得処理の終了時点や、当該取得処理においてコンテンツデータ及び又はコンテンツ属性ファイル４７の受信が完了する毎に、当該コンテンツデータ及びコンテンツ属性ファイル４７のうち何れか一方をバックアップデータとして外部記憶装置９に転送してバックアップ記憶するようにしても良い。
【０１９５】
そしてこのようにクライアント端末２によるバックアップデータの転送タイミングを工夫すれば、当該クライアント端末２の故障等によりハードディスクに記憶しているコンテンツデータ及びコンテンツ属性ファイル４７の両方が一度に消失したときに、そのコンテンツデータ及びコンテンツ属性ファイル４７が外部記憶装置９にバックアップ記憶してはいなかったことで完全に消失することをほぼ確実に回避することができる。
【０１９６】
また上述した実施の形態においては、本発明によるバックアップ制御装置を図１乃至図１９について上述したクライアント端末２に適用するようにした場合について述べたが、本発明はこれに限らず、パーソナルコンピュータや携帯電話機、ＰＤＡ（Personal Digital Assistance ）等の情報処理装置のように、この他種々のバックアップ制御装置に広く適用することができる。
【０１９７】
さらに上述の実施の形態においては、本発明によるバックアップ制御プログラムを、クライアント端末２のＲＯＭ１０２に予め格納しているＨＴＴＰメッセージプログラム１３０、コミュニケータプログラム１３１、著作権保護管理モジュール１３３、楽曲購入再生モジュール１３５、ＸＭＬブラウザ１３６、ハードディスクコンテンツコントローラ１３７、データベースアクセスモジュール１３９、コンテンツデータアクセスモジュール１４０からなるプログラムモジュール群に適用し、当該クライアント端末２のＣＰＵ１００がそのバックアップ制御プログラムに従って図１７乃至図１９について上述したバックアップ制御シーケンスを実行するようにした場合について述べたが、本発明はこれに限らず、この他種々の構成のバックアップ制御プログラムを適用し、当該バックアップ制御プログラムが格納されたプログラム格納媒体をクライアント端末２にインストールすることによりバックアップ制御シーケンスを実行するようにしても良い。
【０１９８】
さらに上述の実施の形態においては、記録媒体に対してコンテンツデータと、当該コンテンツデータの属性を変更するためのコンテンツ属性情報とを互いに関連付けて記憶している状態で、コンテンツデータに対するバックアップ記憶の要求を検出する要求検出手段として、図１乃至図１９について上述したクライアント端末２において予め選定された所定周期のタイミング又はユーザにより任意に指定されたタイミングでバックアップ記憶の要求を検出するＣＰＵ１００を適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の要求検出手段を広く適用することができる。
【０１９９】
さらに上述の実施の形態においては、要求検出手段によりバックアップ記憶の要求が検出されると、コンテンツデータ及びコンテンツ属性情報のうち何れか一方をバックアップ記憶用として外部記憶媒体に転送する転送手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００及び外部装置インターフェース１１６を適用するようにした場合について述べたが、本発明はこれ限らず、無線通信インターフェース等のように、この他種々の転送手段を広く適用することができる。
【０２００】
さらに上述の実施の形態においては、外部記憶媒体にバックアップ記憶させたコンテンツ属性情報の返還を要求する属性情報返還要求手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００及び外部装置インターフェース１１６を適用するようにした場合について述べたが、本発明はこれに限らず、ＣＰＵ及び無線通信インターフェース等のように、この他種々の属性情報返還要求手段を広く適用することができる。
【０２０１】
さらに上述の実施の形態においては、属性情報返還要求に応じて外部記憶媒体から再生されて返還されたコンテンツ属性情報を取り込んで再取得用記録媒体に記憶する属性情報記憶手段として、図１乃至図１９について上述したクライアント端末２においてハードディスク又は新たな記憶媒体にコンテンツ属性ファイル４７を記憶するＣＰＵ１００を適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の属性情報記憶手段を広く適用することができる。
【０２０２】
さらに上述の実施の形態においては、コンテンツ属性情報に含まれるコンテンツ識別情報に対応するコンテンツデータを再要求するデータ再要求情報を外部装置に送信するデータ再要求情報送信手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００、通信処理部１１４及びネットワークインターフェース１１５を適用するようにした場合について述べたが、本発明はこれに限らず、無線通信インターフェース等のように、この他種々のデータ再要求情報送信手段を広く適用することができる。
【０２０３】
さらに上述の実施の形態においては、データ再要求情報の送信の結果、外部装置から送信されたコンテンツデータを受信するデータ受信手段として、図１乃至図１９について上述したクライアント端末２の通信処理部１１４及びネットワークインターフェース１１５を適用するようにした場合について述べたが、本発明はこれに限らず、無線通信インターフェース等のように、この他種々のデータ受信手段を広く適用することができる。
【０２０４】
さらに上述の実施の形態においては、データ受信手段により受信したコンテンツデータをコンテンツ属性情報と関連付けて再取得用記憶媒体に記憶するデータ再記憶手段として、図１乃至図１９について上述したクライアント端末２においてハードディスクドライブ１０４又は新たな記憶媒体にコンテンツデータを記憶するＣＰＵ１００を適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のデータ再記憶手段を広く適用することができる。
【０２０５】
さらに上述の実施の形態においては、外部記憶媒体にバックアップ記憶させたコンテンツデータの返還を要求するデータ返還要求手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００、通信処理部１１４及び外部装置インターフェース１１６を適用するようにした場合について述べたが、本発明はこれに限らず、無線通信インターフェース等のように、この他種々のデータ返還要求手段を広く適用することができる。
【０２０６】
さらに上述の実施の形態においては、データ返還要求に応じて外部記憶媒体から再生されて返還されたコンテンツデータを取り込んで再取得用記録媒体に記憶するデータ記憶手段として、図１乃至図１９について上述したクライアント端末２においてハードディスクドライブ１０４又は新たな記憶媒体にコンテンツデータを記憶するＣＰＵ１００を適用するようにした場合について述べたが、本発明はこれに限らず、この他種々のデータ記憶手段を広く適用することができる。
【０２０７】
さらに上述の実施の形態においては、コンテンツデータに対応するコンテンツ属性情報を再要求する属性再要求情報を外部装置に送信する属性再要求情報送信手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００、通信処理部１１４及びネットワークインターフェース１１５を適用するようにした場合について述べたが、本発明はこれに限らず、無線通信インターフェース等のように、この他種々の属性再要求情報送信手段を広く適用することができる。
【０２０８】
さらに上述の実施の形態においては、属性再要求情報の送信の結果、外部装置から送信されたコンテンツ属性情報を受信する属性情報受信手段として、図１乃至図１９について上述したクライアント端末２のＣＰＵ１００、通信処理部１１４及びネットワークインターフェース１１５を適用するようにした場合について述べたが、本発明はこれに限らず、無線通信インターフェース等のように、この他種々の属性情報受信手段を広く適用することができる。
【０２０９】
さらに上述の実施の形態においては、属性情報受信手段により受信したコンテンツ属性情報をコンテンツデータと関連付けて再取得用記憶媒体に記憶する属性情報再記憶手段として、図１乃至図１９について上述したクライアント端末２においてハードディスクドライブ１０４又は新たな記憶媒体にコンテンツ属性ファイル４７を記憶するＣＰＵ１００を適用するようにした場合について述べたが、本発明はこれに限らず、この他種々の属性情報再記憶手段を広く適用することができる。
【産業上の利用可能性】
【０２１０】
本発明は、パーソナルコンピータや、携帯電話機、ＰＤＡ等のバックアップ制御装置に利用することができる。
【図面の簡単な説明】
【０２１１】
【図１】本発明によるデータ配信システムの全体構成の一実施の形態を示す略線的斜視図である。
【図２】ポータルサーバの回路構成を示すブロック図である。
【図３】取得使用情報提供サーバの回路構成を示すブロック図である。
【図４】取得使用ファイルの構成を示す略線図である。
【図５】コンテンツ提供サーバの回路構成を示すブロック図である。
【図６】属性情報提供サーバの回路構成を示すブロック図である。
【図７】コンテンツ属性ファイルの構成を示す略線図である。
【図８】課金サーバの回路構成を示すブロック図である。
【図９】外部記憶装置の回路構成を示すブロック図である。
【図１０】クライアント端末の回路構成を示すブロック図である。
【図１１】コンテンツデータのディレクトリ管理の説明に供する略線図である。
【図１２】クライアント端末のプログラムモジュールを示す略線図である。
【図１３】クライアント端末が正常動作しているときの楽曲購入シーケンス（１）を示す略線図である。
【図１４】クライアント端末が正常動作しているときの楽曲購入シーケンス（２）を示す略線図である。
【図１５】クライアント端末が通信接続の遮断から復帰したときの楽曲購入シーケンス（１）を示す略線図である。
【図１６】クライアント端末が通信接続の遮断から復帰したときの楽曲購入シーケンス（２）を示す略線図である。
【図１７】バックアップ記憶時のバックアップ制御シーケンスを示す略線図である。
【図１８】コンテンツデータの再取得時のバックアップ制御シーケンスを示す略線図である。
【図１９】コンテンツ属性ファイルの再取得時のバックアップ制御シーケンスを示す略線図である。
【符号の説明】
【０２１２】
１……データ配信システム、２……クライアント端末、３……ネットワーク、４……ポータルサーバ、５……取得使用情報提供サーバ、６……コンテンツ提供サーバ、７……属性情報提供サーバ、９……外部記憶装置、６０……制御部、６３……外部装置インターフェース、６４……バックアップ用記憶部、４７……コンテンツ属性ファイル、１００……ＣＰＵ、１０２……ＲＯＭ、１０４……ハードディスクドライブ、１１４……通信処理部、１１５……ネットワークインターフェース、１１６……外部装置インターフェース、１３０……ＨＴＴＰメッセージプログラム、１３１……コミュニケータプログラム、１１３……著作権保護管理モジュール、１３５……楽曲購入再生モジュール、１３６……ＸＭＬブラウザ、１３７……ハードディスクコンテンツコントローラ、１３９……データベースアクセスモジュール、１４０……コンテンツデータアクセスモジュール。
【図１】
2005107770.tif 000003
【図２】
2005107770.tif 000004
【図３】
2005107770.tif 000005
【図４】
2005107770.tif 000006
【図５】
2005107770.tif 000007
【図６】
2005107770.tif 000008
【図７】
2005107770.tif 000009
【図８】
2005107770.tif 000010
【図９】
2005107770.tif 000011
【図１０】
2005107770.tif 000012
【図１１】
2005107770.tif 000013
【図１２】
2005107770.tif 000014
【図１３】
2005107770.tif 000015
【図１４】
2005107770.tif 000016
【図１５】
2005107770.tif 000017
【図１６】
2005107770.tif 000018
【図１７】
2005107770.tif 000019
【図１８】
2005107770.tif 000020
【図１９】
2005107770.tif 000021