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