JP5010390B2

JP5010390B2 - 情報配信システム

Info

Publication number: JP5010390B2
Application number: JP2007212623A
Authority: JP
Inventors: 尚宏西澤; 務片岡; 雅信上杉
Original assignee: Nomura Research Institute Ltd
Current assignee: Nomura Research Institute Ltd
Priority date: 2007-08-17
Filing date: 2007-08-17
Publication date: 2012-08-29
Anticipated expiration: 2027-08-17
Also published as: JP2009048344A

Description

本発明は、クライアントからのリクエストに応じてサーバがコンテンツを配信する情報配信システムに係り、特に、サーバのコネクション管理負荷および通信帯域の負荷を低減可能な技術に関する。

分散配置された複数のデータベースを有するシステムとして、例えば、特許文献１記載の分散データベースシステムが知られている。このシステムには、マスタデータベースを有するマスタデータベースサーバと、このマスタデータベースと例えば定期的に同期する複製データベースを有する複数の複製データベースサーバとが設けられており、各複製データベースサーバは、その設置地域内のクライアントからの参照リクエストを処理する。このような構成により、多くのクライアントからの参照リクエストの処理による負荷が複数の複製データベースサーバに分散される。
特開平６−２７４３９４号公報

ところが、上記従来の技術であっても、複製データベースサーバ１台当たりのクライアントの数が増加すれば、データベースサーバの負荷増大およびバースト的なトラフィックによる帯域不足等から、クライアントからのリクエストに対するレスポンスが維持できないこともある。

そこで、本発明は、より多くのクライアントからのリクエストに対するレスポンスを維持することができる情報発信システムを提供することを目的とする。

本発明の一つの実施態様に従う情報配信システムは、複数のクライアント端末と、前記いずれかのクライアント端末からのリクエストに応じてコンテンツデータを返信する複数の配信サーバと、前記クライアント端末による前記コンテンツのダウンロード速度を指定する第１のセンタサーバを含む１以上のセンタサーバと、を備える。前記各クライアント端末は、データ記憶手段と、前記第１のセンタサーバから指定されたダウンロード速度で前記コンテンツデータがダウンロードされるように、前記コンテンツデータに含まれる部分データごとの取得リクエストを前記いずれかの配信サーバに送信し、前記コンテンツデータを構成する一連の部分データの返信を受け付けて、当該コンテンツデータを前記データ記憶手段に格納するコンテンツ取得手段と、を有する。前記各配信サーバは、前記コンテンツデータが格納されたコンテンツデータ記憶手段と、前記取得リクエストを受け付けるごとに、当該受け付けたリクエストに従って前記コンテンツデータ記憶手段の前記コンテンツデータを前記クライアント端末に返信するコンテンツ返信手段と、を有することを特徴とする。

好適な実施態様では、前記コンテンツ取得手段は、１回の取得リクエストにより取得する部分データのサイズと、前記指定されたダウンロード速度とに基づき、前記取得リクエストの発行間隔を定め、前記コンテンツデータを構成する一連の部分データの取得が完了するまで、当該発行間隔おきに前記取得リクエストを発行し、前記コンテンツ返信手段は、前記取得リクエストを受け付けるごとに、前記サイズの未返信の部分データを前記コンテンツデータから読み出して、当該部分データを返信するようにしてもよい。

好適な実施形態では、前記第１のセンタサーバは、前記各クライアントによるコンテンツデータのダウンロードのスケジュールが格納されたスケジュール記憶手段と、前記スケジュールに従って、前記各クライアント端末に、ダウンロードすべきコンテンツデータの指定を含むダウンロード開始指示を与える指示手段とを有し、前記コンテンツ取得手段は、前記指定されたダウンロード速度で、前記ダウンロード開始指示により指定されたコンテンツデータを取得するように、当該コンテンツデータを構成する部分データごとの取得リクエストを発行するようにしてもよい。

好適な実施態様では、前記いずれかのセンタサーバは、前記各配信サーバのコンテンツデータ記憶手段に格納されたコンテンツデータと、当該コンテンツデータのダウンロードが許可されるクライアント端末とを対応付ける配信管理情報が格納されたデータ記憶手段と、前記配信管理情報に基づき、与えられた取得許可リクエストの発行元クライアント端末に、当該取得許可リクエストで指定されたコンテンツデータのダウンロードの許否を表す情報を返信する配信管理手段と、を有し、前記クライアント端末のコンテンツ取得手段は、前記ダウンロード開始指示において指定されたコンテンツデータの取得許可リクエストを前記配信サーバに送信し、当該取得許可リクエストの応答として、当該コンテンツデータのダウンロードが許可されることを表す情報を受け付けた場合に前記取得リクエストの発行を開始し、前記配信サーバのコンテンツ返信手段は、前記クライアント端末からの取得許可リクエスを前記センタサーバに中継し、当該取得許可リクエストに対する前記センタサーバの応答メッセージを前記クライアント端末に返信するようにしてもよい。

好適な実施態様では、前記配信管理情報は、前記各配信サーバのコンテンツデータ記憶手段に格納されたコンテンツデータのバージョンと、当該バージョンのコンテンツデータのダウンロードが許可されるクライアント端末とを対応付けており、前記配信管理手段は、前記取得許可リクエストに前記コンテンツデータのバージョンの指定が含まれている場合には、当該バージョンの前記コンテンツデータのダウンロードの許否を表す情報を前記配信管理情報に基づき返信し、前記取得許可リクエストに前記コンテンツデータのバージョンの指定が含まれていない場合には、最新バージョンの前記コンテンツデータのダウンロードの許否を表す情報を前記配信管理情報に基づき返信するようにしてもよい。

以下、本発明の一実施形態に係る情報配信システムについて、図面を参照しながら説明する。

図１は、本実施形態に係る情報配信システムの概略構成図である。

同図に示すように、この情報配信システムは、ＬＡＮ、インターネット等のネットワーク４００を介して相互に接続された複数の情報処理装置１００，２００，３００，３１０，３２０を有している。これらの情報処理装置には、センタに配置された複数のサーバ３００，３１０，３２０、各地に分散する拠点に配置された配信サーバ１００、および、複数の登録店舗に設置されたクライアント端末２００が含まれている。

センタに配置された各サーバ３００，３１０，３２０、各配信サーバ１００、および各クライアント端末２００は、いずれも例えば汎用的なコンピュータシステムにより構成され、以下に説明する各サーバ装置３００，３１０，３２０，２００，１００内の個々の構成要素または機能は、例えば、コンピュータプログラムを実行することにより実現される。

各拠点内の配信サーバ１００は、それぞれ、コンテンツデータ（画像データ、動画データ、音声データ、メッセージデータ、プログラムなど）の配信サービスを提供するＷｅｂサーバとして機能し、各登録店舗のクライアント端末２００は、それぞれ、いずれかの配信サーバ１００からコンテンツデータをダウンロードするクライアントとして機能する。これらのＷｅｂサーバおよびＷｅｂクライアントは、例えば、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）１．１に従って通信しても良い。つまり、ＷｅｂサーバおよびＷｅｂクライアントは、ＫｅｅｐＡｌｉｖｅ機能を利用して、持続的コネクションを確立して通信を行っても良い。

そして、センタ内の複数のサーバのうち、少なくとも１台の情報処理装置は、センタサーバとして機能する。

本実施形態では、センタ内に各拠点の配信サーバ１００の保有するコンテンツデータが同期するマスタコンテンツデータを管理するコンテンツ管理サーバ３００と、各クライアント端末２００によるコンテンツデータのダウンロードスケジュールを管理する運用管理サーバ３１０と、コンテンツデータの配信等を管理する配信管理サーバ３２０とを備える。ここでは、３つのセンタサーバをそれぞれセンタ内の別の情報処理装置３００，３１０，３２０により実現しているが、これら３つのセンタサーバのうちの２つ以上のセンタサーバの機能をセンタ内の１台の情報処理装置上に実装してもよい。

このようなシステム構成により、コンテンツデータが、コンテンツ管理サーバ３００からクライアント端末２００に直接配信されず、複数の配信サーバ１００のいずれかを介してクライアント端末２００に配信されることになるため、コンテンツ管理サーバ３００の負荷および通信帯域の負荷が複数の配信サーバ１００に分散される。このようなシステムにおいて、各クライアント端末２００は、ダウンロードスケジュールに定められたダウンロード開始タイミングで、例えば物理的に近距離または負荷の低い配信サーバ１００から、指定された帯域幅の帯域（指定されたダウンロード速度）Ｖでコンテンツデータをダウンロードする。

各クライアント端末２００は、コンテンツデータを構成する一連の部分データの取得リクエストを、指定された帯域幅（ダウンロード速度）Ｖに応じた休止時間Ｔごとに配信サーバ１００に送信するクライアント処理部２０１と、クライアント処理部２０１が取得したコンテンツデータが格納されるデータ記憶部（図示しない）と、を有している。このような機能構成により、各クライアント端末２００は、配信サーバ１００との間に指定帯域幅Ｖの帯域が確保されるように（実質的な平均データ伝送速度が、指定されたダウンロード速度Ｖとなるように）、配信サーバ１００からコンテンツデータの部分データが格納された分割ファイルを間欠的にダウンロードする。

各配信サーバ１００は、コンテンツデータが格納されるコンテンツ記憶部１０１、クライアント端末２００からの取得リクエストに応じてコンテンツデータの分割ファイルを返信するサーバ処理部１０２、サーバ処理部１０２からの指示に応じて各種処理を実行するアプリケーション部１０４、コンテンツ記憶部１０１のコンテンツデータとコンテンツ管理サーバ３００のマスタコンテンツデータとを同期させる同期処理部１０３、を有している。

このような機能構成により、各配信サーバ１００は、コンテンツ管理サーバ３００からの同期リクエストに応じてコンテンツ記憶部１０１のコンテンツデータとマスタコンテンツデータとの同期をとる一方で、クライアント端末２００からの接続リクエストを受け付けるとクライアント端末２００との間に持続的コネクションを確立する。以後、この持続的コネクションにより取得リクエストを受け付けるごとにコンテンツデータの部分データを返信する。

なお、本実施形態においては、コンテンツデータには、対応するマスタコンテンツデータと共通のコンテンツＩＤ及びバージョン情報が割り当てられており、その格納ファイルは、対応するマスタコンテンツデータの格納ファイルと同じファイル名が付され、かつ、対応するマスタコンテンツデータの格納ファイルの保存ディレクトリと同じディレクトリパス名のディレクトリ下に保存されていてもよい。

コンテンツ管理サーバ３００は、マスタコンテンツデータが格納されるマスタコンテンツ記憶部３０１、マスタコンテンツ記憶部３０１に対する読出し／書込み処理を実行するコンテンツ管理部３０２、マスタコンテンツ記憶部３０１が更新されたタイミングで各配信サーバ１００に同期リクエストを送信する同期処理部３０３、を有している。このような機能構成により、コンテンツ管理サーバ３００は、ネットワーク上の情報処理装置（例えばセンタ内のコンテンツ発信サーバ）等からのリクエストに応じてマスタコンテンツ記憶部３０１にマスタコンテンツデータを登録またはマスタコンテンツ記憶部３０１からマスタコンテンツデータを削除し、このタイミングで各配信サーバ１００に同期リクエストを送信する。

なお、本実施形態においては、各マスタコンテンツデータのコンテンツＩＤとバージョン情報とを組み合わせたファイル名が付けられていてもよい。

運用管理サーバ３１０は、クライアント端末２００のダウンロードスケジュールが記述された起動指示ファイルが格納されたデータ記憶部３１１、コンテンツデータのダウンロード開始の契機となるダウンロード開始指示を各クライアント端末２００に与えるダウンロード指示部３１２、を有している。このような機能構成により、運用管理サーバ３１０は、クライアント端末２００によるアクセスを分散させるように、起動指示ファイルのダウンロードスケジュールに従ってコンテンツデータのダウンロード開始指示を生成し、それをクライアント端末２００に与える。各クライアント端末２００に与えられるダウンロード開始指示には、それらの生成タイミングで配信管理サーバ３２０から取得した帯域幅データ（ダウンロード速度データ）Ｖが、コンテンツデータのダウンロードのために使用を許諾された帯域幅値（コンテンツデータの指定ダウンロード速度）として含まれている。

配信管理サーバ３２０は、各配信サーバ１００によるコンテンツデータ配信を管理する配信管理部３２２、コンテンツデータの配信管理に必要な後述のデータが格納されたデータ記憶部３２１を有している。このような機能構成により、配信管理サーバ３２０は、各配信サーバ１００におけるコンテンツデータ構成および各クライアント端末２００へのコンテンツデータの配信状況を一元的に管理する。

つぎに、配信管理サーバ３２０のデータ記憶部３２１の格納データについて説明する。

配信管理サーバ３２０のデータ記憶部３２１には、端末管理情報、同期管理情報、配信管理情報、帯域制御マスタ情報が格納されている。

図２は、端末管理情報の一例を示す。

端末管理情報には、同図に示すように、クライアント端末２００ごとに、そのクライアント端末に関するデータ（クライアントデータ）５００が登録されている。このクライアントデータ５００には、対応するクライアント端末２００の識別情報（端末ＩＤ）５０１が含まれている。さらに、必要に応じて、クライアントデータ５００には他のデータが含まれていてもよい。例えば、コンテンツデータの配信サービスの提供に先立ちクライアント端末２００の認証処理が行われる場合には、このクライアントデータ５００には、さらに、パスワード５０４、コンテンツデータの配信サービスの適用開始日５０２および適用終了日５０３等が含まれる。

図３は、同期管理情報の一例を示す。

同期管理情報には、同図に示すように、配信サーバ１００がマスタコンテンツデータを取得するごとに、その配信サーバ１００のコンテンツデータとマスタコンテンツデータとの同期に関するデータ（同期データ）５１０が登録される。この同期データ５１０には、マスタコンテンツデータの詳細データ５１１〜５１５、配信サーバ１００の識別情報（配信サーバ名）５１６、同期によるコンテンツデータの更新日時（コンテンツ更新日時情報）５１７が含まれている。そして、詳細データには、マスタコンテンツデータの識別情報（コンテンツＩＤ）５１１、マスタコンテンツデータの保存ディレクトリパス名５１２、マスタコンテンツデータのバージョン情報５１３、マスタコンテンツデータの更新日時（マスタ更新日時情報）５１４、マスタコンテンツデータのサイズ情報５１５が含まれている。

図４は、配信管理情報の一例を示す。

配信管理情報には、同図に示すように、マスタコンテンツデータがいずれか１つの配信サーバ１００によって最初に取得されたタイミングで、各クライアント端末ごとに、対応コンテンツデータの配信に関するデータ（配信データ）５２０が追加登録される。すなわち、コンテンツデータがダウンロードが可能になったタイミングで、そのコンテンツデータのダウンロードが許可されるクライアント端末２００ごとに、そのコンテンツデータの配信データ５２０が追加登録される。各配信データ５２０には、対応するクライアント端末２００の端末ＩＤ５２１、コンテンツデータの詳細データ５２２〜５２６、対応するクライアント端末２００へのコンテンツデータの配信時間情報（配信開始日時情報、配信終了日時情報）５２７、対応するクライアント端末２００へのコンテンツデータの配信状況（未配信、配信中、配信完了）を表すステータス情報５２８、が含まれている。コンテンツデータの詳細データには、コンテンツデータのコンテンツＩＤ５２２、コンテンツデータの保存ディレクトリパス名５２３、コンテンツデータのバージョン情報５２４、コンテンツデータの格納ファイルパス名５２５、コンテンツデータのサイズ情報５２６、が含まれている。ここで示したデータは、配信データ５２０に含まれるデータの一例であり、配信データ５２０の利用目的に応じて、いずれかのデータが省略されてもよいし、他のデータ（例えば、コンテンツの配信に要した時間情報、コンテンツデータの圧縮サイズ情報等）が含まれていてもよい。

帯域制御マスタ情報には、クライアント端末２００がコンテンツデータのダウンロードに使用すべき帯域幅を表す帯域幅データ（クライアント端末２００によるコンテンツデータのダウンロード速度を表すダウンロード速度データ）Ｖが格納されている。この帯域幅データ（ダウンロード速度データ）Ｖを適当なタイミングで変更することにより、それ以降にクライアント端末２００が配信サーバ１００からのコンテンツデータのダウンロードに使用可能な帯域を変更することができる。なお、ここでは、帯域制御マスタ情報に１種類の帯域幅データＶが登録されていることとするが、例えば、配信時間帯、アクセス数、コンテンツデータのサイズ等の配信条件ごとの帯域幅データを帯域制御マスタ情報に登録しておき、クライアント端末２００がコンテンツデータのダウンロードに使用すべき帯域幅の指定値として用いられる帯域幅データが、実際の配信条件に応じて使いわけられるようにしてもよい。

さらに、配信管理サーバ３２０のデータ記憶部３２１には同期ログファイルおよび配信ログファイルが格納されている。

図５は、同期ログファイルの一例を示す。

同期ログファイルには、同図に示すように、配信サーバ１００のコンテンツデータとマスタコンテンツデータとの同期処理（マスタコンテンツデータの取得処理、削除されたマスタコンテンツデータの対応コンテンツデータの削除処理）が完了するごとに同期ログデータ５３０が格納される。この同期ログデータ５３０には、例えば、同期ログデータ５３０の記録時刻（ログ時刻）５３１、ログ対象処理の種別（取得、削除）を表すログ種別情報５３２、マスタコンテンツデータの詳細データ（コンテンツＩＤ５３３、保存ディレクトリパス名５３４、バージョン情報５３５、マスタ更新日時５３６、サイズ情報５３７）、配信サーバの配信サーバ名５３８、が格納されている。

図６は、配信ログファイルの一例を示す。

一方、配信ログファイルには、同図に示すように、配信サーバ１００によるコンテンツデータの配信開始および配信完了の各タイミングで配信ログデータ５４０が格納される。この配信ログデータ５４０には、例えば、配信ログデータ５４０のログ時刻５４１、ログ対象メッセージの種別（取得要求、取得完了）を表すログ種別情報５４２、クライアント端末２００の端末ＩＤ５４３、コンテンツデータのコンテンツＩＤ５４４、コンテンツデータの保存ディレクトリパス名５４５、対応するマスタコンテンツデータのバージョン情報５４６、コンテンツデータの配信状況（配信中、配信完了）を表すステータス情報５４７、が格納されている。

つぎに、図１の情報配信システムにおいて実行されるコンテンツ同期処理について説明する。ここでは、マスタコンテンツ記憶部３０１からマスタコンテンツデータが削除された場合と、マスタコンテンツ記憶部３０１にマスタコンテンツデータが登録（新規、更新）された場合とに分けて説明する。

（１）マスタコンテンツデータが削除された場合
図７は、マスタコンテンツデータが削除された場合におけるコンテンツ同期処理のフローチャートである。

コンテンツ管理サーバ３００において、コンテンツ管理部３０２が、与えられたリクエストに応じてマスタコンテンツデータをマスタコンテンツ記憶部３０１から削除すると（Ｓ６００）、同期処理部３０３は、それを検知し、実行されるべき同期処理の種別「削除」を表す種別情報と、削除したマスタコンテンツデータの詳細データ（コンテンツＩＤ、保存ディレクトリパス名、バージョン情報、マスタ更新日時情報、サイズ情報）とを含む同期リクエストを各配信サーバ１００に送信する。

また、削除したマスタコンテンツデータの詳細データを含む削除発生メッセージを配信管理サーバ３２０に送信する（Ｓ６０１）。

この同期リクエストを受け付けた各配信サーバ１００においては、同期処理部１０３が、削除されたマスタコンテンツデータの対応コンテンツデータ（同期リクエストに含まれるコンテンツＩＤ、バージョン情報および保存ディレクトリパス名からなるファイルパス名のファイル）をコンテンツ記憶部１０１から削除してから、自己の配信サーバ名およびマスタコンテンツの詳細データを含む削除完了メッセージを配信管理サーバ３２０に送信する（Ｓ６０２）。

この削除完了メッセージを受け付けた配信管理サーバ３２０の配信管理部３２２は、そのメッセージに含まれる配信サーバ名５１６と、削除されたマスタコンテンツデータのコンテンツＩＤ５１１、バージョン情報５１３および保存ディレクトリパス名５１２とを含む同期データ５１０を同期管理情報から削除する（Ｓ６０３）。

さらに、配信管理部３２２は、この削除完了メッセージが、Ｓ６００の削除発生メッセージを受け付けてから最初に受け付けた削除完了メッセージであるかどうかを判断し（Ｓ６０４）、その結果、最初に受け付けた削除完了メッセージであれば、削除されたマスタコンテンツデータと同じコンテンツＩＤ５２２、バージョン情報５２４および保存ディレクトリパス名５２３を含むすべての配信データ５２０を配信管理情報から削除する（Ｓ６０５）。

このようにして、同期データ５１０の削除が終了し、かつ、場合に応じて配信データ５２０の削除が終了すると、配信管理部３２２は、さらに、現在の時刻（ログ時刻）５３１、処理種別「削除」を表すログ種別情報５３２、マスタコンテンツデータの詳細データ５３３〜５３７、および、削除完了メッセージ送信元の配信サーバ名５３８を含む同期ログデータ５３０を同期ログファイルに記述する（Ｓ６０６）。

なお、ここでは、マスタコンテンツ記憶部３０１に変更が発生するごとに、コンテンツデータとマスタコンテンツデータとの同期が取られるようにしているが、例えば、定期的にコンテンツデータとマスタコンテンツデータとの同期が取られるようにしてもよい。このようにする場合には、例えば、コンテンツ管理サーバ３００の同期処理部３０３が定期的にマスタコンテンツ記憶部３０１の変更の有無をチェックし、マスタコンテンツ記憶部３０１に変更があれば同期リクエストを各配信サーバ１００に送信するようにすればよい。または、配信サーバ１００の同期処理部１０３が、マスタコンテンツ記憶部３０１の変更の有無をコンテンツ管理サーバ３００の同期処理部３０３に定期的に問い合わせ、その応答として、同期リクエストと同様なデータを含むメッセージを受け付けるようにしてもよい。この場合には、コンテンツ管理サーバ３００において配信サーバ１００を管理する必要がなくなるため、センタサーバにおける管理負荷が軽減される。

（２）マスタコンテンツデータが登録された場合
図８は、マスタコンテンツデータが登録された場合におけるコンテンツ同期処理のフローチャートである。

コンテンツ管理サーバ３００において、コンテンツ管理部３０２が、与えられたリクエストに応じてマスタコンテンツデータをマスタコンテンツ記憶部３０１に登録（新規、更新）すると（Ｓ７００）、同期処理部３０３は、それを検知し、実行されるべき同期処理の種別「取得」を表す種別情報と、登録したマスタコンテンツデータの詳細データ（コンテンツＩＤ、保存ディレクトリパス名、バージョン情報、マスタ更新日時情報、サイズ情報）とを含む同期リクエストを各配信サーバ１００に送信する。また、登録したマスタコンテンツデータの詳細データを含む登録発生メッセージを配信管理サーバ３２０に送信する（Ｓ７０１）。

この同期リクエストを受け付けた各配信サーバ１００においては、同期処理部１０３が、そのリクエストに含まれるコンテンツＩＤ、バージョン情報および保存ディレクトリパス名により特定されるマスタコンテンツデータの取得リクエストをコンテンツ管理サーバ３００に送信する。コンテンツ管理サーバ３００のコンテンツ管理部３０２は、この取得リクエストに応じて、指定されたコンテンツＩＤ、バージョン情報および保存ディレクトリ名により特定されるマスタコンテンツデータをマスタコンテンツ記憶部３０１から読み出し、このマスタコンテンツデータを返信する。

各配信サーバ１００の同期処理部１０３は、マスタコンテンツデータを取得すると（Ｓ７０２）、そのマスタコンテンツデータの対応コンテンツデータ（そのマスタコンテンツデータのファイルＩＤ、バージョン情報および保存ディレクトリ名からなるファイルパス名のファイル）をコンテンツ記憶部１０１で検索する。その結果、該当するコンテンツデータが存在していなければ、取得したマスタコンテンツデータを、このマスタコンテンツデータのファイルＩＤ、バージョン情報および保存ディレクトリ名からなるファイルパス名のファイルに格納する。すなわち、新規コンテンツデータとしてコンテンツ記憶部１０１に登録する。一方、該当するコンテンツデータが存在していれば、そのコンテンツデータを、取得したマスタコンテンツデータで更新する。

各配信サーバ１００の同期処理部１０３は、このようにしてコンテンツデータをマスタコンテンツデータに同期させると、自己の配信サーバ名、コンテンツデータの詳細データ（マスタコンテンツデータの詳細データと同じデータ、格納ファイルパス名、サイズ情報等）を含む取得完了メッセージを配信管理サーバ３２０に送信する（Ｓ７０３）。

この取得完了メッセージを受け付けた配信管理サーバ３２０の配信管理部３２２は、そのメッセージに含まれる配信サーバ名５１６と、登録されたマスタコンテンツデータのコンテンツＩＤ５１１、バージョン情報５１３および保存ディレクトリパス名５１２とを含む同期データ５１０を同期管理情報で検索する。その結果、該当する同期データ５１０が存在していなければ、配信管理部３２２は、同期管理情報に新規レコードを追加し、この新規レコードに、取得完了メッセージ送信元の配信サーバ名５１６、登録（新規）されたマスタコンテンツデータの詳細データ５１１〜５１５、取得完了メッセージの受信日時（コンテンツ更新日時情報）５１７を含む同期データ５１０を登録する。一方、該当する同期データ５１０が存在していれば、配信管理部３２２は、この同期データ５１０のコンテンツ更新日時情報５１７を取得完了メッセージの受信日時で更新する（Ｓ７０４）。

さらに、配信管理部３２２は、受け付けた取得完了メッセージが、Ｓ７００の登録発生メッセージを受け付けてから最初に受け付けた取得完了メッセージであるかどうかを判断する（Ｓ７０５）、その結果、最初に受け付けた取得完了メッセージであれば、登録されたマスタコンテンツデータと同じコンテンツＩＤ５２２、保存ディレクトリパス名５２３およびバージョン情報５２４を含む配信データ５２０を配信管理情報で検索する。

ここで、該当する配信データが存在していなければ、配信管理部３２２は、端末管理情報に登録されたクライアント端末２００ごとの配信データを配信管理情報に登録する。具体的には、端末管理情報に登録された端末ＩＤ５０１ごとに、新規レコードを配信管理情報に追加し、この新規レコードの所定フィールドに、その端末ＩＤ５２１、対応コンテンツデータの詳細データ（登録されたマスタコンテンツデータと同じコンテンツＩＤ５２２、登録されたマスタコンテンツデータと同じ保存ディレクトリパス名５２３、登録されたマスタコンテンツデータと同じバージョン情報５２４、格納ファイルパス名５２５、サイズ情報５２６等）、未配信を表すステータス情報５２８を登録する。配信時間情報５２７に含まれる各情報の初期値は空値である。

また、該当する配信データ５２０が存在していれば、配信管理部３２２は、それらの配信データ５２０の所定フィールドをそれぞれ更新する。具体的には、配信時間情報５２７に含まれる各情報を空値、ステータス情報５２８を、「未配信」を表すデータ、サイズ情報５２６を、取得完了メッセージに含まれていたコンテンツデータのサイズ情報でそれぞれ更新する（Ｓ７０６）。

このようにして、同期データ５１０の登録（新規、更新）が終了し、かつ、場合に応じて配信データ５２０の登録（新規、更新）が終了すると、配信管理部３２２は、現在の時刻（ログ時刻）、処理種別「取得」を表すログ種別情報、マスタコンテンツデータの詳細データ、および、取得完了メッセージ発信元の配信サーバ名を含む同期ログデータ５３０を同期ログファイルに記述する（Ｓ７０７）。

なお、ここでは、マスタコンテンツ記憶部３０１に変更が発生するごとに、コンテンツデータとマスタコンテンツデータとの同期が取られるようにしているが、例えば、マスタコンテンツデータが削除された場合の同期処理と同様、定期的にコンテンツデータとマスタコンテンツデータとの同期が取られるようにしてもよい。すなわち、例えば、コンテンツ管理サーバ３００の同期処理部３０３が定期的にマスタコンテンツ記憶部３０１の変更の有無をチェックし、マスタコンテンツ記憶部３０１に変更があれば同期リクエストを各配信サーバ１００に送信するようにすればよい。または、配信サーバ１００の同期処理部１０３が、マスタコンテンツ記憶部３０１の変更の有無をコンテンツ管理サーバ３００の同期処理部３０３に定期的に問い合わせ、その応答として、同期リクエストと同様なデータを含むメッセージを受け付けるようにしてもよい。

つぎに、図１の情報配信システムにおいて実行されるコンテンツ配信処理について、図９のフローチャート、及び図１０のシーケンス図に基づいて説明する。

運用管理サーバ３１０のダウンロード指示部３１２は、データ記憶部３１１の起動指示ファイルに記述されたダウンロードスケジュールに定められた、いずれか１以上のクライアント端末（ここでは、クライアン端末２００Ａとする）によるコンテンツデータのダウンロード開始タイミングが到来すると、配信管理サーバ３２０のデータ記憶部３２１に格納されている帯域制御マスタ情報を参照し、それに格納されている帯域幅データ（ダウンロード速度データ）Ｖおよび配信対象のコンテンツデータのコンテンツＩＤを含むダウンロード開始指示をクライアント端末２００Ａに送信する（Ｓ８００）。なお、配信対象コンテンツデータのバージョンを指定すべく、ダウンロード開始指示に配信対象コンテンツデータのバージョン情報がさらに含まれていることもある。

その後、このダウンロード開始指示を受け付けたクライアント端末２００Ａのクライアント処理部２０１は、ＨＴＴＰ１．１に従って、例えば物理的に近距離または負荷の低い配信サーバ１００に接続リクエストを送信する。これにより、所定のシーケンスに従って、配信サーバ１００とクライアント端末２００Ａとの間に持続的コネクションが確立される（Ｓ８０１）。このような持続的コネクションが確立されると、以後、配信サーバ１００は、この持続的コネクションによって、クライアント端末２００Ａからの複数のリクエストを処理することができる。なお、接続リクエストを送信する先の配信サーバについては、クライアント端末側でユーザが任意に設定してもよいし、ダウンロード開始指示の中に配信サーバを指定する情報が含まれていてもよい。

さて、その後、クライアント端末２００Ａのクライアント処理部２０１は、ダウンロード開始指示に含まれていたコンテンツＩＤ（配信対象コンテンツデータのコンテンツＩＤ）および自己の端末ＩＤを含むコンテンツ取得許可リクエストを配信サーバ１００に送信する。配信対象のコンテンツデータのバージョン情報がダウンロード開始指示にさらに含まれていたときには、このとき送信するコンテンツ取得許可リクエストには、そのバージョン情報も含まれる。

配信サーバ１００のサーバ処理部１０２は、このコンテンツ取得許可リクエストを受け付けると、それに含まれていた、配信対象コンテンツデータのコンテンツＩＤ（または、コンテンツＩＤおよびバージョン情報）および配信先２００Ａの端末ＩＤをアプリケーション部１０４に渡し、コンテンツ取得許可リクエストの中継を指示する。アプリケーション部１０４は、渡されたコンテンツＩＤ（または、コンテンツＩＤおよびバージョン情報）および端末ＩＤを含むコンテンツ取得許可リクエストを配信管理サーバ３２０に送信する。

なお、配信管理サーバ３２０において、クライアント端末２００Ａの認証処理を行う場合には、以下のように行っても良い。すなわち、クライアント端末２００Ａのクライアント処理部２０１は、コンテンツ取得許可リクエストの中にパスワードを含めて配信サーバ１００へ送信する。このコンテンツ許可リクエストは、配信サーバ１００によって配信管理サーバ３２０へ中継される。そして、配信管理サーバ３２０の配信管理部３２２において認証処理が行われ、この認証の結果によっては、コンテンツのダウンロードが許可されない。

配信管理サーバ３２０の配信管理部３２２は、このコンテンツ取得許可リクエストに応じて、それに含まれている端末ＩＤ５２１およびコンテンツＩＤ５２２を含む配信データ５２０を配信管理情報で検索する。なお、コンテンツ取得許可リクエストに、端末ＩＤおよびコンテンツＩＤだけでなくバージョン情報も含まれている場合、このとき、配信管理部３２２は、端末ＩＤ５２１、コンテンツＩＤ５２２およびバージョン情報５２４を含む配信データ５２０を配信管理情報で検索する。

その結果、該当する配信データ５２０が存在しなければ、すなわち、配信対象コンテンツデータがダウンロード可能でなければ（Ｓ８０２：ＮＯ）、配信管理部３２２は、ダウンロード不許可である旨のメッセージを返信する。このメッセージを受け付けた配信サーバ１００においては、サーバ処理部１０２が、コンテンツ取得許可リクエストに対する応答として、ダウンロードが許可されない旨のメッセージをクライアント端末２００Ａに返信する。その後、クライアント端末２００Ａのクライアント処理部２０１は、配信サーバ１００に接続断リクエストを送信し、これにより、配信サーバ１００とクライアント端末２００Ａとの間に持続的コネクションが切断される（Ｓ８１０）。

一方、該当する１以上の配信データ５２０が存在していれば、すなわち、配信対象コンテンツデータがダウンロード可能であれば（Ｓ８０２：ＹＥＳ）、配信管理部３２２は、それらのうち、最新のバージョンを示すバージョン情報５２４を含む１つの配信データ５２０から格納ファイルパス名５２５およびサイズ情報５２６を読み出し、これらの情報５２５，５２７を含むダウンロード許可メッセージを配信サーバ１００へ返信する（Ｓ８０３）。コンテンツ取得許可リクエストに、端末ＩＤおよびコンテンツＩＤだけでなくバージョン情報も含まれていた場合には、これらのすべてを含む配信データ５２０が存在していれば（Ｓ８０２）、この配信データ５２０に含まれる格納ファイルパス名５２５およびサイズ情報５２６を配信サーバ１００に返信する（Ｓ８０３）。すなわち、ダウンロード指示において配信対象コンテンツデータのバージョンが指定されていれば、そのバージョンの格納ファイルパス名およびサイズ情報が返信され、ダウンロード指示において配信対象コンテンツデータのバージョンが指定されていなければ、最新バージョンの格納ファイルパス名およびサイズ情報が返信される。

その後、配信サーバ１００のサーバ処理部１０２が、配信管理サーバ３２０から受け付けた格納ファイルパス名及びサイズ情報を含むダウンロード許可メッセージを、コンテンツ取得許可リクエストに対する応答としてクライアント端末２００Ａに返信すると、クライアント端末２００Ａのクライアント処理部２０１は、このメッセージに含まれる格納ファイルパス名に対応するコンテンツデータの最初の部分データの取得リクエストを配信サーバ１００に送信する。この取得リクエストには、コンテンツデータにおける部分データの開始位置を特定するための取得データ位置指定情報（例えば、コンテンツデータ先頭からのバイト数、または、取得リクエストの発行回数）が含まれる。

これに応じて、配信サーバ１００のサーバ処理部１０２は、アプリケーション部１０４に格納ファイルパス名およびデータ位置指定情報を渡し、コンテンツデータの最初の分割ファイルの読出しを指示する。この指示に応じて、アプリケーション部１０４が、格納ファイルパス名のファイルに格納されたコンテンツデータ内の、データ位置指定情報が示す開始位置から、あらかじめ定めた大きさのデータを読み出し、それを格納した分割ファイルをサーバ処理部１０２に渡す。サーバ処理部１０２は、渡された最初の分割ファイルを返信する。これにより、クライアント端末２００Ａは、コンテンツデータの最初の部分データが格納された分割ファイルを取得する（Ｓ８０４）。

また、配信サーバ１００のアプリケーション部１０４は、このとき、配信管理サーバ３２０に、取得リクエスト発行元２００Ａの端末ＩＤおよび配信対象のコンテンツデータに関するデータ（コンテンツＩＤ、保存ディレクトリパス名、バージョン情報）を渡して、配信データ５２０の更新および配信ログデータ５４０の記録を依頼する。配信管理サーバ３２０の配信管理部３２２は、この依頼に応じて、クライアント端末２００Ａへの配信対象コンテンツデータの配信に関する配信データ５２０を更新するとともに、クライアント端末２００Ａへの配信対象コンテンツデータの配信開始に関する配信ログデータ５４０を記録する（Ｓ８０５）。具体的には、配信サーバ１００から渡されたデータ（端末ＩＤ５２１、コンテンツＩＤ５２２、保存ディレクトリパス名５２３およびバージョン情報５２４）を含む配信データ５２０を検索し、そのステータス情報５２８および配信開始日時情報を、それぞれ、「配信中」を表すデータおよび現在の日時を表すデータで更新する。また、現在の日時（ログ時刻）５４１、「取得要求」を表すログ種別情報５４２、配信サーバから渡されたデータ（端末ＩＤ５４３、コンテンツＩＤ５４４、保存ディレクトリパス名５４５、バージョン情報５４６）、「配信中」を表すステータス情報５４７を含む配信データ５４０を配信管理情報に記述する。

さて、クライアント端末２００Ａのクライアント処理部２０１は、配信サーバ１００から分割ファイルを受け付けると、配信サーバ１００との持続的コネクション確立後に取得した部分データの合計サイズと、Ｓ８０３で受け付けたサイズ情報が表すサイズ（コンテンツデータのサイズ）とを比較する（Ｓ８０６）。

その結果、部分データの合計サイズがコンテンツデータのサイズに満たなければ、すなわち、コンテンツデータを構成するすべての部分データの受信が完了していなければ、指定帯域幅（指定ダウンロード速度）Ｖと分割ファイルの既定サイズとにより定まる時間Ｔだけ休止する（Ｓ８０７）。つまり、単位時間に取得するデータサイズが、指定帯域幅（指定ダウンロード速度）Ｖになるように休止時間Ｔを定める。この休止時間Ｔが経過すると、クライアント端末２００Ａのクライアント処理部２０１は、つぎの分割ファイルを取得すべく、コンテンツ取得許可リクエストに対する応答に含まれていた格納ファイルパス名に対応するコンテンツデータのつぎの部分データの取得リクエストを配信サーバ１００に送信する。これに応じて、配信サーバのサーバ処理部１０２は、アプリケーション部１０４から渡されるつぎの分割ファイルを返信し、クライアント端末２００Ａは、つぎの分割ファイルを取得する（Ｓ８０８）。

クライアント端末２００Ａのクライアント処理部２０１は、Ｓ８０６において、すべての部分データの受信が完了したと判断するまで、図７に示すように、上述の時間Ｔの休止（Ｓ８０７）、つぎの部分データの取得リクエストの送信および取得（Ｓ８０８）を繰り返す。

一方、Ｓ８０６において、すべての部分データの受信が完了したと判断すると、クライアント端末２００Ａのクライアント処理部２０１は、すべての部分データの連結によってコンテンツデータを生成し、それをデータ記憶部に格納するとともに、取得完了メッセージを配信サーバ１００に送信する。この取得完了メッセージを受け付けた配信サーバ１００においては、アプリケーション部１０４が、配信管理サーバ３２０に、クライアント端末２００Ａの端末ＩＤおよび配信対象コンテンツデータに関するデータ（コンテンツＩＤ、保存ディレクトリパス名、バージョン情報）を渡して、配信データ５２０の更新および配信ログデータ５４０の記録を依頼する。

配信管理サーバ３２０の配信管理部３２２は、この依頼に応じて、クライアント端末２００Ａへの配信対象コンテンツデータの配信に関する配信データ５２０を更新するとともに、クライアント端末２００Ａへの配信対象コンテンツデータの配信完了に関する配信ログデータ５４０を記録する（Ｓ８０９）。具体的には、配信サーバ１００から渡されたデータ（端末ＩＤ５２１、コンテンツＩＤ５２２、保存ディレクトリパス名５２３およびバージョン情報５２４）を含む配信データ５２０を検索し、そのステータス情報５２８および配信終了日時情報を、それぞれ、「配信完了」を表すデータおよび現在の日時を表すデータで更新する。また、現在の日時（ログ時刻）５４１、「取得完了」を表すログ種別情報５４２、配信サーバから渡されたデータ（端末ＩＤ５４３、コンテンツＩＤ５４４、保存ディレクトリパス名５４５、バージョン情報５４６）、「配信完了」を表すステータス情報５４７を含む配信データ５４０を配信管理情報に記述する。

さらに、クライアント端末２００Ａのクライアント処理部２０１は、接続断リクエストを配信サーバ１００に送信し、これにより、配信サーバ１００とクライアント端末２００Ａとの間に持続的コネクションが切断される（Ｓ８１０）。

このように、本実施形態に係る情報配信システムによれば、コンテンツデータが、コンテンツ管理サーバからクライアント端末に直接配信されず、複数の配信サーバから送信されるため、コンテンツ管理サーバの負荷および通信帯域の負荷を複数の配信サーバに分散させることができる。そして、このような環境において、各クライアント端末は、配信サーバからコンテンツデータを一括でダウンロードせず、その分割ファイルを間欠的にダウンロードするため、各クライアント端末が配信サーバからのコンテンツデータのダウンロードに使用する帯域が制限される。このため、バースト的なトラフィックによる帯域不足が防止され、それぞれのクライアント端末がコンテンツデータのダウンロードに使用できる帯域を確保することができる。また、各配信サーバは、クライアント端末からの複数のリクエストを１本の持続的コネクションにより処理するため、分割ファイルごとにコネクションを確立する場合と比較して配信サーバのコネクション管理負荷が軽減され、配信サーバのパフォーマンスの低下を防止することができる。このため、より多くのクライアント端末からのリクエストに対するレスポンスを維持することができる。

なお、本実施形態においては、各クライアント端末が、あらかじめ定めたサイズの分割データを取得しているが、かならずしも、このようにする必要はない。例えば、各クライアント端末が、自己が１回のリクエストで取得する部分データのサイズを定めてもよい。この場合、クライアント端末は、コンテンツデータにおける部分データの開始位置と終了位置（開始位置から部分データのサイズだけ進んだ位置）とをそれぞれ指定する位置指定情報（コンテンツデータ先頭からのバイト数）を含む取得リクエストを、部分データのサイズずつ開始位置を順次すすめながら間欠的に配信サーバに送信すればよい。そして、配信サーバは、この取得リクエストを受け付けると、この取得リクエストで指定された開始位置から終了位置までの部分データをコンテンツデータから読み出して、その部分データが格納された分割ファイルを返信すればよい。

また、本実施形態においては、ダウンロード開始指示とともに指定帯域幅データ（指定ダウンロード速度データ）Ｖをクライアント端末に与えているが、配信サーバが、配信管理サーバのデータ記憶部の帯域制御マスタ情報を参照し、それに含まれる指定帯域幅データ（指定ダウンロード速度データ）Ｖを、例えばＳ８０３において、コンテンツ取得許可リクエストに対する応答としてクライアント端末に与えるようにしてもよい。

本発明の一実施形態に係る情報配信システムの概略構成図である。端末管理情報のデータ構造の一例を示す。同期管理情報のデータ構造の一例を示す。配信管理情報のデータ構造の一例を示す。同期ログファイルの記述データの一例を示す。配信ログファイルの記述データの一例を示す。コンテンツ同期処理のフローチャートである。コンテンツ同期処理のフローチャートである。コンテンツ配信処理のフローチャートである。コンテンツ配信処理における、クライアント端末と配信サーバとの間のリクエストとレスポンスとのシーケンス図である。

符号の説明

１００…配信サーバ、２００…クライアント端末、３００…コンテンツ管理サーバ、３１０…運用管理サーバ、３２０…配信管理サーバ、４００…ネットワーク

Claims

複数のクライアント端末と、
前記いずれかのクライアント端末からのリクエストに応じてコンテンツデータを返信する複数の配信サーバと、
前記クライアント端末が前記配信サーバから前記コンテンツデータをダウンロードするダウンロード速度を指定する第１のセンタサーバを含む１以上のセンタサーバと、を備え、
前記第１のセンタサーバは、
前記各クライアント端末がコンテンツデータをダウンロードするスケジュールが記憶されたスケジュール記憶手段と、
前記スケジュール記憶手段に記憶されているスケジュールに従って、前記各クライアント端末に、ダウンロードすべきコンテンツデータの指定及び前記コンテンツデータのダウンロード速度の指定を含むダウンロード開始指示を与える指示手段と、を有し、
前記各クライアント端末は、
データ記憶手段と、
前記第１のセンタサーバからダウンロード開始指示を受け付けると、前記ダウンロード開始指示により指定されたダウンロード速度で、前記ダウンロード開始指示により指定されたコンテンツデータがダウンロードされるように、前記コンテンツデータに含まれる部分データごとの取得リクエストを前記いずれかの配信サーバに発行し、前記コンテンツデータを構成する一連の部分データの返信を受け付けて、当該コンテンツデータを前記データ記憶手段に格納するコンテンツ取得手段と、を有し、
前記各配信サーバは、
前記コンテンツデータが格納されたコンテンツデータ記憶手段と、
前記取得リクエストを受け付けるごとに、当該受け付けたリクエストに従って前記コンテンツデータ記憶手段の前記コンテンツデータを前記クライアント端末に返信するコンテンツ返信手段と、を有することを特徴とする情報配信システム。
前記コンテンツ取得手段は、１回の取得リクエストにより取得する部分データのサイズと、前記指定されたダウンロード速度とに基づき、前記取得リクエストの発行間隔を定め、前記コンテンツデータを構成する一連の部分データの取得が完了するまで、当該発行間隔おきに前記取得リクエストを発行し、
前記コンテンツ返信手段は、前記取得リクエストを受け付けるごとに、前記サイズの未返信の部分データを前記コンテンツデータから読み出して、当該部分データを返信することを特徴とする請求項１記載の情報配信システム。
前記いずれかのセンタサーバは、
前記各配信サーバのコンテンツデータ記憶手段に格納されたコンテンツデータと、当該コンテンツデータのダウンロードが許可されるクライアント端末とを対応付ける配信管理情報が格納されたデータ記憶手段と、
前記配信管理情報に基づき、与えられた取得許可リクエストの発行元クライアント端末に、当該取得許可リクエストで指定されたコンテンツデータのダウンロードの許否を表す情報を返信する配信管理手段と、を有し、
前記クライアント端末のコンテンツ取得手段は、前記ダウンロード開始指示において指定されたコンテンツデータの取得許可リクエストを前記配信サーバに送信し、当該取得許可リクエストの応答として、当該コンテンツデータのダウンロードが許可されることを表す情報を受け付けた場合に前記取得リクエストの発行を開始し、
前記配信サーバのコンテンツ返信手段は、前記クライアント端末からの取得許可リクエストを前記センタサーバに中継し、当該取得許可リクエスに対する前記センタサーバの応答メッセージを前記クライアント端末に返信することを特徴とする請求項２記載の情報発信システム。
前記配信管理情報は、前記各配信サーバのコンテンツデータ記憶手段に格納されたコンテンツデータのバージョンと、当該バージョンのコンテンツデータのダウンロードが許可されるクライアント端末とを対応付けており、
前記配信管理手段は、前記取得許可リクエストに前記コンテンツデータのバージョンの指定が含まれている場合には、当該バージョンの前記コンテンツデータのダウンロードの許否を表す情報を前記配信管理情報に基づき返信し、前記取得許可リクエストに前記コンテンツデータのバージョンの指定が含まれていない場合には、最新バージョンの前記コンテンツデータのダウンロードの許否を表す情報を前記配信管理情報に基づき返信することを特徴とする請求項３記載の情報発信システム。
複数のクライアント端末と、前記いずれかのクライアント端末からのリクエストに応じてコンテンツデータを返信する複数の配信サーバと、センタサーバとを有する情報配信システムにおいて実行される情報配信方法であって、
前記各クライアント端末は、コンテンツ取得手段と、前記コンテンツ取得手段が取得したコンテンツデータが格納されるデータ記憶手段とを有し、
前記各配信サーバは、前記コンテンツデータが格納されたコンテンツデータ記憶手段と、コンテンツ返信手段とを有し、
当該情報配信方法は、
前記センタサーバが、
前記クライアント端末が前記コンテンツデータをダウンロードするスケジュールを記憶する処理と、
前記スケジュールに従って、前記クライアント端末に、ダウンロードすべきコンテンツデータの指定及び前記コンテンツデータのダウンロード速度の指定を含むダウンロード開始指示を与える処理と、
前記クライアント端末が、前記センタサーバからダウンロード開始指示を受け付けると、前記コンテンツ取得手段が、前記ダウンロード開始指示により指定された前記ダウンロード速度で、前記ダウンロード開始指示により指定された前記コンテンツデータがダウンロードされるように、前記コンテンツデータに含まれる部分データごとの取得リクエストを前記いずれかの配信サーバに送信し、当該配信サーバのコンテンツ返信手段が、前記取得リクエストを受け付けるごとに、前記コンテンツデータ記憶手段の前記コンテンツデータから、前記クライアント端末に未返信の部分データを読み出し、当該データを前記クライアント端末に返信する処理と、
前記コンテンツ取得手段が、前記コンテンツデータを構成する一連の部分データの返信を受け付けると、当該部分データの連結により前記コンテンツデータを生成し、当該コンテンツデータを前記データ記憶手段に格納する処理と、を含むことを特徴とする情報配信方法。
ネットワーク上の配信サーバと通信する情報処理装置により実行されるコンピュータプログラムであって、
前記情報処理装置に、
コンテンツデータをダウンロードするスケジュールを記憶する処理と、
前記スケジュールに従って、ダウンロードすべきコンテンツデータの指定及び前記コンテンツデータのダウンロード速度の指定を含むダウンロード開始指示を与える処理と、
ダウンロード開始指示を受け付けると、指定されたダウンロード速度で前記配信サーバからコンテンツデータをダウンロードするように、前記コンテンツデータに含まれる部分データごとの取得リクエストを前記配信サーバに送信する処理と、
前記コンテンツデータを構成する一連の部分データの返信を受け付けて、データ記憶手段に格納する処理と、を実行させることを特徴とするコンピュータプログラム。