端末装置からの、コンテンツIDと配信済みバージョン情報とを提示したコンテンツ配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求されたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバであって、前記判断部は、配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較し、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に、前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が前記コンテンツの公開処理を実行し、公開要求の際に、前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新することを特徴とするコンテンツ配信サーバ。さらに、コンテンツの配信負荷の上限値と、該当する前記端末装置の配信負荷をコンテンツ配信開始毎に現在の負荷値に加算し、コンテンツ配信終了毎に現在値から減算することで更新される現在の負荷値と、を有する配信負荷管理テーブルを参照可能であり、前記判断部は、前記現在の負荷値に、配信候補のコンテンツの配信負荷を加算した値が、前記上限値以下と判断した場合には、当該配信候補のコンテンツの配信をするとともに、前記配信負荷管理テーブルの現在値を、該当する前記端末装置の配信負荷を加算した値で更新し、前記現在の負荷値に、配信候補のコンテンツの配信負荷を加算した値が、前記上限値より大きいと判断した場合には、前記配信制御部が、前記配信状態管理テーブルの状態を配信要求に更新して配信制限することを特徴とする請求項1に記載のコンテンツ配信サーバ。前記受信部による前記端末装置からのコンテンツ配信要求の受信に応じて、前記判断部と、前記配信制御部と、前記公開制御部と、における一連の処理が行われることを特徴とする請求項1又は2に記載のコンテンツ配信サーバ。配信済みバージョン情報を提示したコンテンツの送信要求を定期的に行う端末装置と、前記端末装置からのコンテンツIDと配信済みバージョン情報とを提示したコンテンツ配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求とがなされたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバと、を有するコンテンツ配信システムであって、前記判断部は、配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較し、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に、前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が前記コンテンツの公開処理を実行し、公開要求の際に、前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新することを特徴とするコンテンツ配信システム。端末装置からのコンテンツIDと、配信済みバージョン情報を提示したコンテンツ送信配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求とがなされたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバにおけるコンテンツ配信方法であって、前記端末装置からのコンテンツ配信要求を前記受信部が受信するステップと、前記受信するステップに応じて、コンテンツ送信要求されたコンテンツの、配信処理、公開処理の可否を、前記端末装置からの配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較することで判断するステップと、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が、前記コンテンツの公開処理を実行し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が、前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新するステップと、を有することを特徴とするコンテンツ配信方法。請求項5に記載のコンテンツ配信方法をコンピュータに実行させるためのプログラム。ところで、小売専門店では、出店形態単独出店、商店街、百貨店等、出店地区都心、郊外等により利用可能な無線通信環境が異なるため、各端末の通信速度は様々となる。また、季節商品の入替え等、コンテンツ公開日は予め定められており、全端末一斉に公開開始する必要がある。このため、特許文献1、特許文献3のコンテンツ配信方法では、コンテンツ配信毎に各々の端末の通信環境を考慮し、複雑な配信スケジュールを作成する必要があり、管理者の運用作業負荷が増加する。また、コンテンツ配信完了が、コンテンツ公開開始となるため、端末によってコンテンツ公開開始時間に差が生じる。これは、コンテンツサーバの増強、増設という、コンテンツ配信装置の増強により補うことができる。しかし、コンテンツ配信装置の増強は、マス向けのリアルタイムなコンテンツ配信には有効だが、更新頻度が比較的小さく、公開日が予め定められたコンテンツ配信については、費用対効果が小さいという問題がある。また、端末毎に、それぞれの端末システムが有するタイマは、諸事情により、ずれが生じる場合がある。また特許文献2の負荷分散方法では、負荷レベルによりサーバ資源が確保されるため、特定負荷レベルが実行されていない場合、対応するサーバ資源が有効活用されないという問題がある。本発明の目的は、公開日が予め定められたコンテンツに対し、配信スケジュールを作成することなく、コンテンツの安定配信及び一斉公開を実現することができる、コンテンツ配信公開技術を提供することにある。本発明の一観点によれば、端末装置からの、コンテンツIDと配信済みバージョン情報とを提示したコンテンツ配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求されたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバであって、前記判断部は、配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較し、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が前記コンテンツの公開処理を実行し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新することを特徴とするコンテンツ配信サーバが提供される。これにより、コンテンツ配信タイミングを、端末からのコンテンツ配信要求に応じてそのタイミングで一律に配信するのではなく、バージョン情報に基づいてコンテンツ配信対象のフィルタリングを行うとともに、公開日を規定する公開日情報と、コンテンツサーバのシステム日時と、に基づいて公開時期を規定することができるため、公開日までに端末に事前配信し、公開日に配信済コンテンツを一斉公開するようにすることができる。この際、予め配信スケジュールを作成することなく、コンテンツの安定配信及び一斉公開を実現することができる。また、システム日時を基準にして公開制御を行うため、各端末装置が保有するタイマの日時にばらつきがあったとしても、コンテンツの公開はほぼ一律に行われる。さらに、コンテンツの配信負荷の上限値と、該当する前記端末装置の配信負荷をコンテンツ配信開始毎に現在の負荷値に加算し、コンテンツ配信終了毎に現在値から減算することで更新される現在の負荷値と、を有する配信負荷管理テーブルを参照可能であり、前記判断部は、前記現在の負荷値に、配信候補のコンテンツの配信負荷を加算した値が、前記上限値以下と判断した場合には、当該配信候補のコンテンツを配信するとともに、前記配信負荷管理テーブルの現在値を、該当する前記端末装置の配信負荷を加算した値で更新し、前記現在の負荷値に、配信候補のコンテンツの配信負荷を加算した値が、前記上限値より大きいと判断した場合には、前記配信制御部が、前記配信状態管理テーブルの状態を配信要求に更新して配信制限することが好ましい。前記受信部による前記端末装置からのコンテンツ配信要求の受信に応じて、前記判断部と、前記配信制御部と、前記公開制御部と、における一連の処理が行われることが好ましい。また、本発明は、配信済みバージョン情報を提示したコンテンツの送信要求を定期的に行う端末装置と、前記端末装置からのコンテンツIDと配信済みバージョン情報とを提示したコンテンツ配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求とがなされたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバであって、前記判断部は、配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較し、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が前記コンテンツの公開処理を実行し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新することをコンテンツ配信サーバと、を有することを特徴とするコンテンツ配信システムである。本発明の他の観点によれば、端末装置からのコンテンツIDと、配信済みバージョン情報を提示したコンテンツ送信配信要求と公開要求とを受信する受信部と、コンテンツ配信要求と公開要求とがなされたコンテンツの、配信処理、公開処理の可否を判断する判断部と、コンテンツ配信を制御し、コンテンツ配信の集中を防止する配信制御部と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部と、端末装置にコンテンツ応答を送信する送信部と、を備え、コンテンツID毎のバージョン情報と公開日情報とを含むコンテンツ管理テーブルを参照可能なコンテンツ配信サーバにおけるコンテンツ配信方法であって、前記端末装置からのコンテンツ配信要求を前記受信部が受信するステップと、前記受信するステップに応じて、コンテンツ送信要求されたコンテンツの、配信処理、公開処理の可否を、前記端末装置からの配信要求の際に、前記端末装置からの前記配信済みバージョン情報と前記コンテンツ管理テーブルのバージョン情報とを比較することで判断するステップと、前記配信済みバージョン情報よりも前記コンテンツ管理テーブルのバージョン情報の方が新しいと判断した場合にコンテンツを配信し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時と一致又は以前であると判断した場合には、前記公開制御部が、前記コンテンツの公開処理を実行し、公開要求の際に前記コンテンツ管理テーブルの公開日情報がシステム日時以降であると判断した場合には、前記公開制御部が、前記コンテンツの配信状態を管理する配信状態管理テーブルの状態を公開要求に更新することを特徴とするコンテンツ配信方法が提供される。本発明は、コンテンツ配信方法をコンピュータに実行させるためのプログラム、当該プログラムを記録するコンピュータ読み取り可能な記録媒体であっても良い。本発明のコンテンツ配信技術によれば、次のような効果がある。公開日が予め定められたコンテンツに対し、配信負荷を考慮した配信制御のもとで公開日までに事前配信し、公開日に配信済コンテンツを一斉公開することで、配信スケジュールを作成することなく、コンテンツの安定配信及び一斉公開を実現することができる。以下、本発明の一実施の形態によるコンテンツ配信技術について、図面を参照しながら詳細に説明する。図1Aは、本発明の一実施の形態によるコンテンツ配信システムの一構成例を示す機能ブロック図である。図1Aに示すように、本実施の形態によるコンテンツ配信システムAは、店舗等に設けられ、定期的にコンテンツを要求する端末101と、端末101のコンテンツ配信状態を表示する管理端末102と、端末101からの要求を受信、応答を送信するオンラインインタフェースであるサービスインターフェース部111とコンテンツ処理部112とを備えたコンテンツサーバ110と、サービスインターフェース部111で受信送信するコンテンツ配信の情報を格納するデータベース120と、から構成される。データベース120は、コンテンツ情報を格納するコンテンツ管理テーブル121、端末情報を格納する端末管理テーブル122、コンテンツ配信状態の情報を格納する配信状態管理テーブル123、コンテンツ配信負荷の情報を格納する配信負荷管理テーブル124を格納し、また、テーブルの管理、更新処理などを行う処理部125を有している。端末101からのコンテンツ要求の内容により、サービスインターフェース部111が配信状態管理テーブル123を更新する。また、サービスインターフェース部111が配信状態管理テーブル123を参照することで、管理端末102は、端末101のコンテンツ配信状態を確認することができる。図1Bは、図1Aでは、サービスインターフェース部111とコンテンツ処理部112とで簡単に示したコンテンツサーバ110の詳細な構成例を示す機能ブロック図である。図1Bに示すように、コンテンツサーバ110は、複数の端末101からコンテンツ要求を受信する受信部1101と、コンテンツ要求により、配信処理、公開処理を判断する判断部1102と、コンテンツ配信を制限し、コンテンツ配信の集中を防止する配信制御部1103と、コンテンツ公開日を制限し、コンテンツ公開を調整する公開制御部1104と、端末101にコンテンツ応答を送信する送信部1105と、端末101のコンテンツ配信状態を管理するコンテンツ配信状態管理部1106と、コンテンツ配信状態を端末に照会する配信状態照会部1107とを備えている。次に、データベース120内に格納されるコンテンツ管理テーブル121の内容の一例について説明する。図2に示すコンテンツ管理テーブル121には、コンテンツID201、コンテンツ名称202、コンテンツのバージョン情報203、コンテンツの公開日情報204が含まれており、バージョン情報203は、コンテンツの最新バージョン、公開日情報204はコンテンツの最新バージョンを公開開始する日時の情報である。コンテンツID201は、コンテンツ管理テーブル121でレコードを一意に決定するキー項目である。コンテンツ管理テーブル121は例えば管理者によって更新され、配信コンテンツを更新する場合、バージョン情報203と公開日情報204とをあわせて更新する。以下、データベース120の端末管理テーブル122の内容の例について説明する。図3は、端末を管理する端末管理テーブル122の一構成例を示す図であり、端末ID301、店舗コード302、配信負荷303とを有している。店舗コード302は、端末を設置している店舗の店舗コードであり、配信負荷303は、コンテンツ配信における通信負荷度例えば10高速通信~1低速通信など、数値で表しても良い。の情報である。端末ID301は、端末管理テーブル122でレコードを一意に決定するキー項目である。端末管理テーブル122は、例えば管理者によって更新され、端末101を店舗に設置する場合、レコードを追加する。配信負荷303は、端末101の通信方式等により値を設定する。以下、データベース120内の配信状態管理テーブル123の内容の一例について説明する。図4は、配信状態を管理する配信状態管理テーブル123の一例を示す図であり、端末ID401、コンテンツID402、状態403、配信済バージョン404、公開済バージョン405から構成される。端末ID401は、端末管理テーブル122の端末ID301、コンテンツID402はコンテンツ管理テーブル121のコンテンツID201、状態403は配信状態配信要求、配信開始、公開要求、公開開始、公開完了、配信済バージョン404は配信が完了しているコンテンツのバージョンであり、公開済バージョン405は、端末101で公開完了しているコンテンツのバージョンの情報である。端末ID401とコンテンツID402とは、配信状態管理テーブル123でレコードを一意に決定するための複合キー項目組である。配信状態管理テーブル123は、コンテンツサーバ110のサービスインターフェース部111によって更新され、状態403、配信済バージョン404、公開済バージョン405によって、特定の端末、特定のコンテンツの配信状態を確認することができる。以下、データベース120の配信負荷管理テーブル124の内容の一例について説明する。図5は、配信負荷を管理する配信負荷管理テーブル124の一構成例を示す図であり、配信負荷通信負荷の上限値501と、配信負荷通信負荷の現在値502とから構成される。上限値501は、システム全体での通信負荷度の合計値の上限値であり、現在値502は通信負荷度の現在の合計値の情報である。ここでは、上限値501が30であり、現在値502が21となっており、負荷に余裕がある状態であることが示されている。配信負荷管理テーブル124は、該当する端末に対応する端末管理テーブル122の配信負荷303をコンテンツ配信開始毎に現在値に加算し、コンテンツ配信終了毎に現在値から減算することで、コンテンツサーバ110のサービスインターフェース部111によって更新される。特許文献2に記載されているテーブルでは、例えば、高負荷、中負荷、低負荷のサーバ毎の上限値と、現在値との値を有しており、ハードウェアの上限負荷毎の現在値との比較により負荷分散をしていたが、図5のようにシンプルなテーブルにすることで、無駄を省くことができるようになった。以下、コンテンツサーバ110のサービスインターフェース部111のコンテンツ配信公開方式の一例について説明する。図6は、コンテンツ配信公開サービスの処理内容等を示すインタフェース情報であり、引数600、戻り値610、処理内容620から構成される。引数600は、端末ID601、コンテンツID602、配信済バージョン603、公開済バージョン604で構成され、端末ID601は端末管理テーブル122の端末ID301であり、コンテンツID602はコンテンツ管理テーブル121のコンテンツID201であり、配信済バージョン603は配信完了しているコンテンツのバージョンであり、公開済バージョン604は、端末で公開完了しているコンテンツのバージョンの情報である。戻り値610は、結果611、配信コンテンツURL612から構成され、結果611は、要求結果配信なし、配信あり、配信制限、公開可、公開不可、配信コンテンツURL612は、コンテンツアドレスの情報であり、端末101は、要求に基づいて得られたこれらの値を自己のメモリに格納する。次に、処理内容620を、コンテンツ配信公開サービスのフローチャート図で説明する。受信部1101による受信処理が開始されると、まず、バージョン確認処理621が行われる。端末ID601、コンテンツID602に対応する配信状態管理テーブル123の配信済バージョン404、公開済バージョン405を、得られた配信済バージョン603、公開済バージョン604で更新する。1配信候補のコンテンツであるコンテンツID602に対応するコンテンツ管理テーブル121のバージョン情報203と配信済バージョン情報603とが等しくないと判断部1102が判断した場合、コンテンツサーバ110の持っているバージョンの方が新しいため、コンテンツの配信における負荷確認622を行う。2コンテンツID602に対応するコンテンツ管理テーブル121のバージョン203と公開済バージョン604とが等しくないと判断部1102が判断した場合、公開が可能なコンテンツであるかを確認するため、公開日確認処理624を行う。3上記以外の場合、すなわち、公開済みバージョン、配信済みバージョンの両方ともがコンテンツサーバの保持する公開済みバージョン、配信済みバージョンと等しいと判断部1102が判断した場合には、配信制御部1103は、このタイミングで、前回配信され公開されたコンテンツに関して、配信状態管理テーブル123の状態403を公開完了に更新し、結果611は、配信なし、配信コンテンツURL612はなしで、処理を終了する。バージョン情報確認処理621において、1に進む場合には、負荷確認処理622が行われる。ここでは、まず、配信状態照会部1107が、端末101から、配信負荷管理テーブル124の上限値501と、現在値502と、端末ID601に対応する端末管理テーブル122の該当する端末の配信負荷303と、を取得する。4ここで、現在値502に配信負荷303を加算した値が、上限値501以下の場合には、この配信を行っても良いことになるので、配信負荷管理テーブル124の現在値502を、配信負荷303を加算した値で更新し、配信処理623に進む。5現在値502に配信負荷303を加算した値が、上限値501より大きいと判断部1102が判断した場合には、配信すると負荷が上限値を超えてしまうため配信制限が必要となり、配信制御部1103が、配信状態管理テーブル123の状態403を配信要求に更新し、結果611は配信制限、配信コンテンツURL612はなしで終了する。配信処理623においては、配信状態管理テーブル123の状態403を配信開始に更新し、結果611は配信あり、配信コンテンツURL612はコンテンツアドレスとして処理を終了する。バージョン確認処理621で、2の場合には、公開日確認処理624に進む。6コンテンツID602に対応するコンテンツテーブル管理121の公開日204がサーバシステム日時以下と判断部1102が判断した場合には、公開制御部1104は、すぐに公開が可能であり、公開処理625を実行する。7コンテンツID602に対応するコンテンツ管理テーブル121の公開日204がサーバシステム日時より大きいと判断部1102が判断した場合には、すぐに公開することはできないため、公開制御部1104は、配信状態管理テーブル123の状態403を公開要求に更新し、結果611は公開不可、配信コンテンツURL612はなしとして処理を終了する。送信部1105は、端末101にコンテンツ応答を送信する。また、配信状態照会部1107がコンテンツ配信状態を端末装置に照会し、高負荷になる場合には、配信状態管理部1106が端末101のコンテンツ配信状態を管理して、配信を抑制したり促したりする。公開処理625においては、配信状態管理テーブル123の状態403を公開開始に更新し、結果611は公開可、配信コンテンツURL612はなしとして処理を終了する。以下、端末101とコンテンツサーバ110との間における処理の順番について説明する。端末101からコンテンツサーバ110への応答要求は、例えば、1日に1回、1時間に1回、1分に1回など、設定に応じて行われる。応答要求の繰り返し間隔が短いほど、負荷は高まるが、最新の更新情報を得やすくなる。複数の端末101からのコンテンツ要求を受信部1101が受信する。図7は、コンテンツ要求応答の処理のシーケンス図及び配信状態遷移図であり、以下のフローがコンテンツ更新処理毎に繰り返される。まず、コンテンツ更新処理711前における端末101からコンテンツサーバ110への応答要求が行われても、更新の必要がないため、応答配信なし721となる。コンテンツ更新処理711が行われた後の要求に対しては、応答配信あり722となるが、まず、その前に、負荷の問い合わせが行われ、負荷が低いという応答が帰ってくると、以下の処理が行われる。負荷が高い場合には、以下の処理は行われず、ある時間毎の要求に応じて負荷が低くなるのを待つ負荷確認700。状態は、要求時点で配信要求701、応答時点で配信開始702となる。配信されたコンテンツは端末のテンポラリー領域等にコンテンツ格納処理731が実行される。コンテンツ格納処理731の後であって、コンテンツ公開日712前の要求があった場合には、応答公開不可724となる。状態は、要求時点で公開要求703となる。コンテンツ格納処理731後であって、コンテンツ公開日712後の要求に対しては、応答公開可725となる。状態は、応答時点で公開開始704となる。コンテンツ格納731した情報をコンテンツ公開処理732が行われる。コンテンツ公開処理732後に、状態は、要求時点で公開完了705となる。図7の処理において、図6のような判断が適宜実行される。以上に説明したように、本実施の形態によるコンテンツ配信技術によれば、公開日が予め定められたコンテンツに対し、配信負荷を考慮した配信制御のもとで公開日までに事前配信し、公開日に配信済コンテンツを一斉公開するように制御することで、配信スケジュールを予め作成することなく、コンテンツの安定配信及び一斉公開を実現することができる。尚、上記の実施の形態において、添付図面に図示されている構成等については、これらに限定されるものではなく、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。また、本実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。