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