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