(57)【要約】    【課題】  インターネットに接続された管理者端末を用いて、Ｗｅｂサーバ上のコンテンツデータを、安全かつ容易に更新できるコンテンツ更新システムを提供する。    【解決手段】  コンテンツ更新システムは、コンテンツデータの更新を行う管理者端末１０と、管理者端末１０から送信されたコンテンツデータを納入するコンテンツデータ納入サーバ２０と、ファイアウォール５０を介して、コンテンツデータ納入サーバ２０及びＷｅｂサーバ４０と暗号化通信を行うための鍵を管理する鍵管理データベース６０と接続し、また、管理者端末１０から送信された更新予約情報を管理する更新予約情報管理データベース７０と接続するコンテンツデータ更新制御サーバ３０と、更新予約情報に基づいて、コンテンツデータ更新制御サーバ３０から送信されたコンテンツデータを蓄積し、コンテンツを更新するＷｅｂサーバ４０とがインターネット８０を介して接続される。【選択図】    図１
2006285438.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、更新サーバが前記コンテンツデータの更新を行うコンテンツ更新システムであって、
前記端末から送信される前記コンテンツデータの更新データを納入するコンテンツ納入サーバを設け、
前記更新サーバが、前記端末からの更新要求のみを受信し、前記更新要求に従って更新に必要な前記更新データを前記コンテンツ納入サーバから取得して前記コンテンツ提供サーバ上のコンテンツデータを更新することを特徴とするコンテンツ更新システム。
【請求項２】
前記更新サーバが前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと暗号化通信を行うための暗号鍵を格納する鍵データベースを備え、
前記更新サーバが、前記鍵データベースとファイアウォールを介して接続されることを特徴とする請求項１に記載のコンテンツ更新システム。
【請求項３】
前記更新サーバは、前記端末からの更新要求と共に送信される更新予約情報を受信して格納し、
前記更新予約情報で指定される条件に従って前記コンテンツ納入サーバにアクセスして前記更新データを取得することを特徴とする請求項１又は請求項２に記載のコンテンツ更新システム。
【請求項４】
前記更新サーバに送信された前記更新予約情報を、前記更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納することを特徴とする請求項３に記載のコンテンツ更新システム。
【請求項５】
ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、更新サーバが前記コンテンツデータの更新を行うコンテンツ更新方法であって、
前記更新サーバが、前記端末からの更新要求のみを受信するステップと、
前記端末から送信される前記コンテンツデータの更新データを納入するコンテンツ納入サーバから、前記更新要求に従って更新に必要な前記更新データを取得して前記コンテンツ提供サーバ上のコンテンツデータを更新するステップとを有することを特徴とするコンテンツ更新方法。
【請求項６】
前記更新サーバは、前記更新サーバが前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと暗号化通信を行うための暗号鍵を格納し、前記更新サーバとファイアウォールを介して接続する鍵データベースから、前記暗号鍵を取得するステップと、
前記ステップで取得した前記暗号鍵を用いて、前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと暗号化通信を行うステップとを有することを特徴とする請求項５に記載のコンテンツ更新方法。
【請求項７】
前記更新サーバは、前記端末からの更新要求と共に送信される更新予約情報を受信して格納するステップと、
前記ステップで格納した記更新予約情報で指定される条件に従って前記コンテンツ納入サーバにアクセスして前記更新データを取得するステップとを有することを特徴とする請求項５又は請求項６に記載のコンテンツ更新方法。
【請求項８】
前記更新サーバに送信された前記更新予約情報を、前記更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納するステップを有することを特徴とする請求項７に記載のコンテンツ更新方法。
【請求項９】
ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、前記コンテンツデータの更新を行う更新サーバであって、
前記端末からの更新要求のみを受信し、前記更新要求に従って更新に必要な前記更新データを、前記端末から送信される前記コンテンツデータの更新データを納入するネットワーク上のコンテンツ納入サーバから取得して、前記コンテンツ提供サーバ上のコンテンツデータを更新することを特徴とする更新サーバ。
【請求項１０】
前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと、前記更新サーバが暗号化通信を行うための暗号鍵を格納する鍵データベースとファイアウォールを介して接続されることを特徴とする請求項９に記載の更新サーバ。
【請求項１１】
前記端末からの更新要求と共に送信される更新予約情報を受信して格納し、
前記更新予約情報で指定される条件に従って前記コンテンツ納入サーバにアクセスして前記更新データを取得することを特徴とする請求項９又は請求項１０に記載の更新サーバ。
【請求項１２】
前記端末から受信した前記更新予約情報を、前記更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納することを特徴とする請求項１１に記載の更新サーバ。
【請求項１３】
コンピュータ処理装置上で実行され、ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、更新サーバが前記コンテンツデータの更新を行うコンテンツ更新プログラムにおいて、
前記コンピュータ処理装置に、
前記更新サーバが、
前記端末からの更新要求のみを受信する機能と、
前記端末から送信される前記コンテンツデータの更新データを納入するコンテンツ納入サーバから、前記更新要求に従って更新に必要な前記更新データを取得して前記コンテンツ提供サーバ上のコンテンツデータを更新する機能とを
持たせることを特徴とするコンテンツ更新プログラム。
【請求項１４】
前記コンピュータ処理装置に、
前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと前記更新サーバが暗号化通信を行うための暗号鍵を格納し、前記更新サーバとファイアウォールを介して接続する鍵データベースから、前記更新サーバが前記暗号鍵を取得する機能と、
前記機能で取得した前記暗号鍵を用いて、前記更新サーバが前記コンテンツ提供サーバ及び前記コンテンツ納入サーバと暗号化通信を行う機能とを持たせることを特徴とする請求項１３に記載のコンテンツ更新プログラム。
【請求項１５】
前記コンピュータ処理装置に、
前記更新サーバが、
前記端末からの更新要求と共に送信される更新予約情報を受信して格納する機能と、
前記機能で格納した前記更新予約情報で指定される条件に従って前記コンテンツ納入サーバにアクセスして前記更新データを取得する機能とを持たせることを特徴とする請求項１３又は請求項１４に記載のコンテンツ更新方法。
【請求項１６】
前記コンピュータ処理装置に、
前記更新サーバに送信された前記更新予約情報を、前記更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納する機能を持たせることを特徴とする請求項１５に記載のコンテンツ更新プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末から、インターネットを介して接続するコンテンツ提供サーバ上のコンテンツを更新するコンテンツ更新システムに関し、特に、セキュリティを確保して更新することが可能なコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムに関する。
【背景技術】
【０００２】
従来、端末から、インターネットを介して接続するコンテンツ提供サーバ上のコンテンツを更新するコンテンツ更新システムは、端末管理者が、Ｗｅｂサーバ上のコンテンツを適宜更新することによって、Ｗｅｂサーバ上で提供するコンテンツサービスが順次変更されるので、顧客の維持及び拡大等において有用である。
【０００３】
また、従来のコンテンツ更新システムは、各端末管理者が管理するそれぞれのコンテンツの更新が可能であり、様々なコンテンツを提供できることから、顧客に対して新しいサービスを提供できるので、Ｗｅｂサーバの集客力が向上する。
【０００４】
しかし、従来のコンテンツ更新システムは、サービスの提供を行うＷｅｂサーバが有するコンテンツデータを、コンテンツを管理する管理者端末から直接更新する方式を取るため、管理者端末からのアクセス及び通信を許可する設定をＷｅｂサーバで行う必要がある。このため、管理者端末数や、Ｗｅｂサーバ上で提供するコンテンツ数の増大に伴い、これらを管理する設定の新規構築が必要となる。また、構築した設定毎に個別にメンテナンスや運用の対応が必要であるから、管理者端末数や、Ｗｅｂサーバ上で提供するコンテンツ数に比例して、コンテンツ更新システムの運用コストが増大し、さらに、Ｗｅｂサーバの処理負担が増大する問題がある。
【０００５】
このような従来のコンテンツ更新システムの問題を解決するコンテンツ更新システムの１例が、特許文献１に記載されている。
【０００６】
特許文献１に記載のコンテンツ更新システムは、コンテンツの提供を行うＷｅｂサーバとは別のサーバ上に、コンテンツの更新を制御するための専用の制御部を構築し、Ｗｅｂサーバ上で公開されている多数のコンテンツを集中管理するシステムである。そのため、特許文献１に記載のコンテンツ更新システムは、提供するコンテンツサービス数が増大しても、コンテンツ更新システムの新規構築が必要とならないので、運用コストがサービス数に比例して増大することがない。すなわち、コンテンツ更新の仕組みが一つで済むので、コンテンツ更新システムのメンテナンスや運用の際でも、システム毎の個別の対応が必要でないことから、コンテンツサービス開始時のコンテンツ更新システムの構築コストや、システム更新コスト及びコンテンツ更新システム自体の維持管理のための運用コストを大幅に抑制できる。
【特許文献１】特開２００５−０１１１５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかし、特許文献１を含む上述した従来のコンテンツ更新システムにおいては、以下に述べるような問題点が存在する。
【０００８】
第１の問題点は、ネットワーク経路上において、悪意のあるハッカー等による認証情報やデータ盗聴に対する防御が弱いという点である。また、制御サーバを踏み台にして、他のＷｅｂサーバにログインされる点や、コンテンツデータが改竄される点及び制御サーバが蓄積及び管理する個人情報を盗まれるという点である。さらに、このような問題が生じると、特に、個人情報に関わる管理データや著作権管理が必要なコンテンツデータ等に関して、データの漏洩につながり、企業の責任問題に発展する危険性が高いという問題点が存在する。
【０００９】
その理由は、以下に記載する通りである。すなわち、コンテンツ更新システムが管理者端末からコンテンツデータを取得し、コンテンツの提供を行うＷｅｂサーバのコンテンツを更新する場合、データ通信路として一般のインターネットを利用する場合がほとんどであるにもかかわらず、一般のインターネットは、データ通信時の経路の暗号化強度が低いからである。
【００１０】
また、データ通信の暗号化を行う場合、暗号鍵の管理が非常に重要であり、たとえデータ通信時に暗号化を行っても、通信路の暗号化に用いている暗号鍵が奪取されてしまっては、データ通信の暗号化は無意味である。しかし、従来のコンテンツ更新システムは、暗号鍵が、コンテンツ更新システムを制御する制御サーバによって保持されているので、もし、制御サーバが不正アクセス等により乗っ取られた場合、この暗号鍵が奪取される危険性が高いからである。
【００１１】
第２の問題点は、管理者端末数や、管理者端末から送信される更新用コンテンツデータ数に比例して、制御サーバの処理負担が増大する点である。
【００１２】
その理由は、管理者端末が直接Ｗｅｂサーバに接続しない場合は制御サーバに直接接続する構成になるので、管理者端末数や、管理者端末から送信される更新用コンテンツデータ数に比例して、更新用コンテンツデータの納入処理負担及びコンテンツの更新処理負担が増大するからである。
【００１３】
本発明の目的は、運用面及びセキュリティ面での改善を行うことにより、インターネットを介して接続するＷｅｂサーバ上のコンテンツデータを、安全かつ容易に更新するコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムを提供することにある。
【課題を解決するための手段】
【００１４】
上記目的を達成する本発明は、ネットワーク上のＷｅｂサーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、更新サーバがコンテンツデータの更新を行う際に、端末から送信されるコンテンツデータの更新データを格納するコンテンツ納入サーバを設け、更新サーバが、端末からの更新要求のみを受信し、更新要求に従って更新に必要な更新データをコンテンツ納入サーバから取得してＷｅｂサーバ上のコンテンツデータを更新する。
【００１５】
この態様によれば、更新データが、更新サーバとは別に設けられたコンテンツ納入サーバに格納され、更新サーバは、更新要求のみを受信する。そして、更新サーバは、受信した更新要求に基づいて、コンテンツ納入サーバに格納されている更新データを取得しにいく。
【００１６】
上記目的を達成する本発明のより好ましい態様は、上記態様に加え、更新サーバがＷｅｂサーバ及びコンテンツ納入サーバと暗号化通信を行うための暗号鍵を格納する鍵データベースを備え、更新サーバが、鍵データベースとファイアウォールを介して接続される。
【００１７】
この態様によれば、更新サーバが、Ｗｅｂサーバ及びコンテンツ納入サーバと暗号化通信を行うと共に、この暗号化通信を行うための暗号鍵に対する外部からの取得をファイアウォールにより遮断する。
【００１８】
上記目的を達成する本発明のさらに好ましい態様は、上記態様に加え、更新サーバに送信された更新予約情報を、更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納する。
【００１９】
この態様によれば、更新予約情報に対する外部からの取得をファイアウォールにより遮断する。
【発明の効果】
【００２０】
本発明のコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムによれば、以下の効果が達成される。
【００２１】
第１の効果は、データ通信のセキュリティが向上していることである。
【００２２】
その理由は、更新サーバが、受信した更新要求に基づいて、コンテンツ納入サーバに格納されている更新データを取得しにいくからである。
【００２３】
また、別の理由として、データ通信の暗号化の際に利用する暗号鍵を、ファイアウォールを介して更新サーバと接続する鍵データベースに格納することにより、暗号鍵に対する外部からの取得をファイアウォールにより遮断するからである。
【００２４】
第２の効果は、端末数や、端末から送信される更新データ数が増大しても、更新サーバの処理負担の増大を抑制できることである。
【００２５】
その理由は、端末から送信される更新データを納入するコンテンツ納入サーバを設け、更新サーバが、端末からの更新要求のみを受信し、更新要求に従って更新に必要な更新データをコンテンツ納入サーバから取得するからである。
【発明を実施するための最良の形態】
【００２６】
次に、本発明の実施の形態について図面を参照して詳細に説明する。
【００２７】
（コンテンツ更新システムの構成）
本発明の実施の形態によるコンテンツ更新システムの構成を説明する
図１は、本発明の実施の形態によるコンテンツ更新システムの構成を示すブロック図である。
【００２８】
図１を参照すると、本実施の形態によるコンテンツ更新システムは、インターネット８０を介してデータ通信を行う管理者端末１０と、コンテンツデータ納入サーバ２０と、コンテンツデータ更新制御サーバ３０と、Ｗｅｂサーバ４０と、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０とデータ通信を行う鍵管理データベース６０と、更新予約情報管理データベース７０とで構成されている。
【００２９】
コンテンツ更新システムは、コンテンツ管理者がサービスを提供しているWebサーバ４０において公開されているコンテンツデータを更新する機能を有する。なお、コンテンツデータの形式は、特に限定されるものではなく、テキストデータ、静止画像データ、動画像データ、音声データ等が挙げられる。
【００３０】
管理者端末１０は、パーソナルコンピュータ等であって、コンテンツ管理者によって操作されることで、Webサーバ４０で公開されているコンテンツデータの更新をコンテンツデータ更新制御サーバ３０に要求するパーソナルコンピュータ等であって、インターネット８０を介して、コンテンツデータ納入サーバ２０にコンテンツデータを送信し、コンテンツデータ更新制御サーバ３０に更新予約情報を送信する機能を有する。
【００３１】
更新予約情報は、Webサーバ４０で公開されているコンテンツデータを含むファイルのうち、更新の対象となる更新対象ファイルの名前と、更新対象ファイルを更新する日時を示す情報を有する。
【００３２】
コンテンツデータ納入サーバ２０は、インターネット８０を介して、管理者端末１０及びコンテンツデータ更新制御サーバ３０とコンテンツデータを送受信する機能を有し、管理者端末１０から送信されたコンテンツデータを一時的に蓄積するコンテンツデータ納入部２１を備える。
【００３３】
なお、コンテンツデータ納入サーバ２０は、Webサーバ４０で提供されているサービス毎に対応して設けられるなど、複数設けられていてもよい。
【００３４】
コンテンツデータ更新制御サーバ３０は、コンテンツデータの更新処理において、各サーバ，各蓄積部，各データベースの処理を制御するコンテンツデータ更新制御部３１と、コンテンツデータ納入サーバ２０から受信したコンテンツデータを蓄積する更新予約コンテンツデータ蓄積部３２とを備え、インターネット８０を介して、管理者端末１０から、Webサーバ４０で公開されているコンテンツデータの更新要求を示す更新予約情報を受信し、コンテンツデータ納入サーバ２０から、コンテンツデータ納入部２１に蓄積されているコンテンツデータを取得し、Ｗｅｂサーバ４０に、コンテンツデータ納入サーバ２０から受信したコンテンツデータを送信する機能を有する。
【００３５】
なお、コンテンツデータ更新制御サーバ３０は、コンテンツデータ納入部２１に蓄積されているコンテンツデータを取得する際に、コンテンツデータ更新制御サーバ３０からコンテンツデータ納入サーバ２０に対して通信回線接続要求及び、コンテンツデータ取得要求を行うことによって、このコンテンツデータを取得する。
【００３６】
また、コンテンツデータ更新制御サーバ３０は、コンテンツデータ納入サーバ２０及びＷｅｂサーバ４０との通信において、、ファイアウォール５０を介して鍵管理データベース６０から取得した暗号鍵を用いて、通信の暗号化を図る機能を有する。この暗号鍵は、公開鍵暗号方式等の技術を用いて生成されたものである。
【００３７】
Ｗｅｂサーバ４０は、インターネット８０を介してコンテンツデータを公開する等によりサービスを提供するサーバであり、コンテンツデータ更新制御サーバ３０から受信したコンテンツデータを一時的に蓄積する更新コンテンツデータ一時格納部４１と、インターネット８０を介して公開するコンテンツデータを蓄積する公開コンテンツデータ蓄積部４２とを備える。
【００３８】
また、Ｗｅｂサーバ４０は、管理者端末１０が送信したコンテンツデータの各種類に対応するサービスを提供するサーバが複数設けられていてもよい。
【００３９】
ファイアウォール５０は、鍵管理データベース６０及び更新予約情報管理データベース７０へのインターネット８０側からの通信について、特定の通信以外の通信を遮断して、データベース内のデータの安全性を高めるセキュリティ装置である。
【００４０】
鍵管理データベース６０は、コンテンツデータ更新制御サーバ３０と各コンテンツデータ納入サーバ２０間の通信毎に設定された暗号鍵と、コンテンツデータ更新制御サーバ３０と各Ｗｅｂサーバ４０間の通信毎に設定された暗号鍵とを格納して管理する機能を有する。
【００４１】
すなわち、鍵管理データベース６０は、管理Ｗｅｂサーバ４０において提供している各種サービスに対応するコンテンツデータ納入サーバ２０のサーバ名をキーとし、コンテンツデータ更新制御サーバ３０がコンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵を管理する機能を有する。
【００４２】
また、鍵管理データベース６０は、管理者端末１０が送信したコンテンツデータの種類に対応するサービスを提供するＷｅｂサーバ４０のサーバ名をキーとし、コンテンツデータ更新制御サーバ３０がＷｅｂサーバ４０との暗号化通信を行うための暗号鍵を管理する機能を有する。
【００４３】
更新予約情報管理データベース７０は、コンテンツデータ更新制御サーバ３０から送信された更新予約情報を格納して管理する機能を有する。
【００４４】
また、更新予約情報管理データベース７０は、コンテンツデータ更新制御部３１から、処理対象の更新予約があるか否かの問い合わせがなされた場合に応答する。すなわち、格納する更新予約情報に基づいて、更新する日時が、予め定めた所定期間内の日時に設定されている公開予定のコンテンツデータが存在するか否かを確認して、その確認結果をコンテンツデータ更新制御部３１に応答する。
【００４５】
さらに、更新予約情報管理データベース７０は、蓄積する更新予約情報を定期的に確認し、更新する日時直前の公開予定のコンテンツデータが存在する場合は、該当する更新予約情報をコピーしてコンテンツデータ更新制御部３１に送信する。
【００４６】
インターネット８０は、データ通信が可能なコンピュータネットワークである。
【００４７】
（コンテンツ更新システムの動作）
本実施の形態によるコンテンツ更新システムの動作を説明する。
【００４８】
図２〜図９は、本実施の形態によるコンテンツ更新システムの動作を示す図である。
【００４９】
図２〜図７は、本実施の形態によるコンテンツ更新システムの各動作を示すフローチャートである。
【００５０】
図８及び図９は、本実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。
【００５１】
図８は、更新コンテンツデータ蓄積処理手順（ステップ１００）〜更新予約情報受付処理手順（ステップ２００）〜更新予約コンテンツデータ受付処理手順（ステップ３００）を示し、図９は、更新予約コンテンツデータ更新準備処理手順（ステップ４００）及びコンテンツ更新処理手順（ステップ５００）を示す。
【００５２】
図２は、本実施の形態によるコンテンツ更新システムの動作を示すフローチャートである。
【００５３】
図２を参照すると、本実施の形態によるコンテンツ更新システムは、更新コンテンツデータ蓄積処理手順（ステップ１００）と、更新予約情報受付処理手順（ステップ２００）と、更新予約コンテンツデータ受付処理手順（ステップ３００）と、更新予約コンテンツデータ更新準備処理手順（ステップ４００）と、コンテンツ更新処理手順（ステップ５００）とにより、コンテンツ管理者がサービスを提供しているWebサーバ４０において公開されているコンテンツデータを更新する。
【００５４】
次いで、本実施の形態によるコンテンツ更新システムの各処理手順について説明する。
【００５５】
図３は、本実施の形態によるコンテンツ更新システムの更新コンテンツデータ蓄積処理手順（ステップ１００）の内容を示すフローチャートである。
【００５６】
図３が示す通り、更新コンテンツデータ蓄積処理手順（ステップ１００）は、コンテンツ管理者によって操作された管理者端末１０が、インターネット８０を介して、コンテンツデータ納入サーバ２０上のコンテンツデータ納入部２１に接続して、公開予定のコンテンツデータを送信し、Webサーバ４０上の公開コンテンツデータ蓄積部４２に蓄積されたコンテンツデータを更新するための更新予約を行う処理手順を有する。
【００５７】
なお、図３のフローチャートは、管理者端末１０の処理手順を中心に示す。
【００５８】
Webサーバ４０のコンテンツデータを更新するため、コンテンツ管理者の操作により、管理者端末１０が、コンテンツデータ納入サーバ２０にコンテンツデータを送信する。
【００５９】
コンテンツ管理者によって操作された管理者端末１０が、コンテンツデータ納入サーバ２０に接続要求を送信する（ステップ１０１）。
【００６０】
ステップ１０１の応答としてコンテンツデータ納入サーバ２０が送信した、管理者端末１０の認証情報の要求を、管理者端末１０が受信する（ステップ１０２）。
【００６１】
管理者端末１０が、例えばＩＤ／パスワードを用いたユーザ認証や、公開鍵を使ったユーザ認証の技術等を用いることにより、管理者端末１０の認証情報をコンテンツデータ納入サーバ２０に送信する（ステップ１０３）。
【００６２】
コンテンツデータ納入サーバ２０が、管理者端末１０から送信された認証情報により、ユーザ認証を行い、管理者端末１０に対して接続を許可する信号を送信する。管理者端末１０が、この接続を許可する信号を受信することにより、管理者端末１０とコンテンツデータ納入サーバ２０間の通信が成立する(ステップ１０４)。
【００６３】
管理者端末１０とコンテンツデータ納入サーバ２０間の通信が成立を受けて、管理者端末１０が、コンテンツ管理者の操作により、インターネット８０を介してコンテンツデータ納入サーバ２０に対して公開予定の（更新する）コンテンツデータを送信し、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に格納する(ステップ１０５)。
【００６４】
コンテンツデータ納入サーバ２０が、管理者端末１０から送信されたコンテンツデータを全て受信した後、管理者端末１０に受信完了通知を送信し、管理者端末１０が、この受信完了通知を受信する(ステップ１０６)。
【００６５】
管理者端末１０は、ステップ１０６で受信完了通知を受信すると、コンテンツデータ納入サーバ２０に対して通信の切断要求を送信する(ステップ１０７)。
【００６６】
コンテンツデータ納入サーバ２０が、管理者端末１０から受信した切断要求の応答として管理者端末１０に切断完了通知を送信し、管理者端末１０が、この切断完了通知を受信することにより、管理者端末１０とコンテンツデータ納入サーバ２０間の通信を切断する(ステップ１０８)。
【００６７】
図４は、本実施の形態によるコンテンツ更新システムの更新予約情報受付処理手順（ステップ２００）の内容を示すフローチャートである。
【００６８】
図４が示す通り、更新予約情報受付処理手順（ステップ２００）は、更新コンテンツデータ蓄積処理手順（ステップ１００）終了後に、コンテンツ管理者によって操作された管理者端末１０が、インターネット８０を介して、コンテンツデータ更新制御サーバ３０に接続して、公開予定のコンテンツデータの公開日時（更新日時）を示す情報を送信し、この情報を、更新予約情報管理データベース７０に蓄積し、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に蓄積した公開予定の（更新する）コンテンツデータを、Ｗｅｂサーバ４０の公開コンテンツデータ蓄積部４２に反映する（コンテンツの更新を行う）日時を設定する処理手順を有する。
【００６９】
なお、図４のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。
【００７０】
コンテンツデータ更新制御サーバ３０のコンテンツデータ更新制御部３１が、コンテンツ管理者の操作により管理者端末１０上のWebブラウザ等を用いて送信された、接続要求を受信する(ステップ２０１)。
【００７１】
コンテンツデータ更新制御部３１が、ステップ２０１の応答として、管理者端末１０に対して、認証情報の要求を送信する。例えば、管理者端末１０の表示部（不図示）に、ＩＤ・パスワード認証を行うための画面が表示されるように、認証画面情報を送信する(ステップ２０２)。
【００７２】
コンテンツデータ更新制御部３１が、ステップ２０２の応答として、管理者端末１０から、認証情報を受信する。例えば、管理者端末１０上に表示された認証画面に、コンテンツデータ更新制御部３１の利用権限を取得するための認証情報がコンテンツ管理者によって入力され、コンテンツデータ更新制御部３１に送信される。コンテンツデータ更新制御部３１は、管理者端末１０がコンテンツデータ更新制御部３１の利用権限を取得するための認証情報を受信する(ステップ２０３)。
【００７３】
コンテンツデータ更新制御部３１が、管理者端末１０から送られたID・パスワード等の認証情報を元に、管理者端末１０がコンテンツデータ更新制御部３１の利用権限を有するか否か、管理者端末１０の認証を行い、認証が成立したら、管理者端末１０に対して接続を許可する信号を送信する。例えば、管理者端末１０の表示部（不図示）に、ログイン後のメニュー画面が表示されるように、画面情報を送信する。管理者端末１０がこの接続を許可する信号を受信することにより、管理者端末１０と、コンテンツデータ更新制御部３１を備えるコンテンツデータ更新制御サーバ３０との間の通信が成立する(ステップ２０４)。
【００７４】
コンテンツデータ更新制御部３１は、コンテンツ管理者がコンテンツの更新予約の設定を行うために更新予約情報を入力する画面（更新予約画面）情報の要求を、管理者端末１０から受信する(ステップ２０５)。
【００７５】
コンテンツデータ更新制御部３１が、管理者端末１０からの要求に応じて、更新予約情報を入力するための画面（更新予約設定画面）情報を管理者端末１０に送信する(ステップ２０６)。
【００７６】
コンテンツデータ更新制御部３１が、管理者端末１０から送信された更新予約情報を受信する(ステップ２０７)。例えば、管理者端末１０に表示されている更新予約設定画面に、公開予定のコンテンツデータと、更新対象のコンテンツデータと、その更新対象のコンテンツデータを公開予定のコンテンツデータに更新する日時とをコンテンツ管理者によって入力され、コンテンツデータ更新制御部３１が、それら入力された情報を更新予約情報として受信する。
【００７７】
コンテンツデータ更新制御部３１が、管理者端末１０から更新予約情報を受信して複製を作成し、この更新予約情報の一方を、この更新予約情報を入力したコンテンツ管理者や、管理者端末１０を識別する情報と関連付けて更新予約情報管理データベース７０に格納し、他方をコンテンツデータ更新制御部３１自身で保持する(ステップ２０８)。
【００７８】
コンテンツデータ更新制御部３１が、管理者端末１０に対して、更新予約情報の受付処理が完了したことを示す受付処理完了通知を送信する(ステップ２０９)。
【００７９】
図５は、本実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ受付処理手順（ステップ３００）の内容を示すフローチャートである。
【００８０】
図５が示す通り、更新予約コンテンツデータ受付処理手順（ステップ３００）は、コンテンツデータ更新制御部３１が、管理者端末１０に対して更新予約情報の受付完了通知を送信後、受け付けた更新予約情報に基づいて、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に蓄積されている公開予定のコンテンツデータを公知の暗号化通信により取得する処理手順を有する。
【００８１】
なお、図５のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。
【００８２】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０において提供している各種サービスに対応するコンテンツデータ納入サーバ２０のサーバ名をキーとし、コンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵の要求を鍵管理データベース６０に対して送信する(ステップ３０１)。
【００８３】
コンテンツデータ更新制御部３１は、鍵管理データベース６０がステップ３０１の応答としてコンテンツデータ更新制御部３１に送信した暗号鍵を受信する(ステップ３０２)。
【００８４】
コンテンツデータ更新制御部３１が、鍵管理データベース６０から入手した暗号鍵を用いて、コンテンツデータ納入サーバ２０と暗号化通信を行うための接続要求をコンテンツデータ納入サーバ２０に送信する(ステップ３０３)。
【００８５】
コンテンツデータ更新制御部３１が、ステップ３０３の応答としてコンテンツデータ納入サーバ２０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ３０４)。
【００８６】
コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ３０５)。
【００８７】
コンテンツデータ納入サーバ２０が、コンテンツデータ更新制御部３１から送信された認証情報により、ユーザ認証を行い、ユーザ認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、送信コンテンツデータ更新制御部３１とコンテンツデータ納入サーバ２０間の暗号化通信が成立する(ステップ３０６)。
【００８８】
コンテンツデータ更新制御部３１が、コンテンツデータ更新制御部３１とコンテンツデータ納入サーバ２０間の暗号化通信の成立を受けて、上述のステップ２０８で保持した（図４参照）更新予約情報に基づいて特定されるコンテンツデータの要求を、コンテンツデータ納入サーバ２０に対して送信する(ステップ３０７)。
【００８９】
コンテンツデータ納入サーバ２０が、ステップ３０７の応答として送信した、コンテンツデータ納入サーバ２０上のコンテンツデータ納入部２１に格納されている公開予定の（更新する）コンテンツデータを、コンテンツデータ更新制御サーバ３０が受信する(ステップ３０８)。
【００９０】
コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０から送られてきたコンテンツデータを、コンテンツデータ更新制御サーバ３０上の更新予約コンテンツデータ蓄積部３２に蓄積する(ステップ３０９)。
【００９１】
コンテンツデータ更新制御部３１が、ステップ３０９で、コンテンツデータ納入サーバ２０から受信した全てのコンテンツデータを更新予約コンテンツデータ蓄積部３２に蓄積した後、コンテンツデータ納入サーバ２０に対して通信の切断要求を送信する(ステップ３１０)。
【００９２】
コンテンツデータ納入サーバ２０が、コンテンツデータ更新制御部３１から受信した通信の切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ納入サーバ２０とコンテンツデータ更新制御部３１間の通信を切断する(ステップ３１１)。
【００９３】
コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵と、コンテンツデータ納入サーバ２０に要求するコンテンツデータを特定する更新予約情報とを、コンテンツデータ更新制御部３１自身から削除する。その後、管理者端末１０に対して、例えば電子メール等により、更新予約コンテンツデータ受付処理が全て完了した旨を示す完了通知を送信する(ステップ３１２)。
【００９４】
図６は、本実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ更新準備処理手順（ステップ４００）の内容を示すフローチャートである。
【００９５】
図６が示す通り、更新予約コンテンツデータ更新準備処理手順（ステップ４００）は、コンテンツデータ更新制御部３１が、コンテンツデータの更新準備のために、更新予約情報管理データベース７０に記録された更新予約情報に基づいて、インターネット８０を介してＷｅｂサーバ４０に接続して、コンテンツデータ更新サーバ３０上の更新予約コンテンツデータ蓄積部３２から公開予定のコンテンツデータを取得し、 Ｗｅｂサーバ４０上の更新コンテンツデータ一時格納部４１に蓄積する処理手順を有する。
【００９６】
なお、図６のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。
【００９７】
コンテンツデータ更新制御部３１が、更新予約情報管理データベース７０に対して、処理対象の更新予約があるか否かを、認証を行い定期的に問い合わせる(ステップ４０１)。すなわち、更新する日時が、予め定めた所定期間内の日時に設定されている公開予定のコンテンツデータが存在するか否かを確認する。
【００９８】
ステップ４０１で確認した結果、処理対象の更新予約が存在する場合には、コンテンツデータ更新制御部３１は、ステップ４０１の応答として更新予約情報管理データベース７０がコンテンツデータ更新制御部３１に送信した、該当する更新予約情報を受信する(ステップ４０２)。
【００９９】
コンテンツデータ更新制御部３１が、更新予約情報管理データベース７０にある、今回処理対象の更新予約情報の状態を「処理中」に変更する(ステップ４０３)。
【０１００】
ステップ４０３で状態を「処理中」に変更した更新予約情報に基づき、コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０のサーバ名をキーとし、鍵管理データベース６０に、Ｗｅｂサーバ４０に対して暗号化通信を行うための暗号鍵の要求を送信する(ステップ４０４)。
【０１０１】
コンテンツデータ更新制御部３１は、ステップ４０４の応答として鍵管理データベース６０がコンテンツデータ更新制御部３１に対して送信した暗号鍵を受信する(ステップ４０５)。
【０１０２】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対し、鍵管理データベース６０から入手した暗号鍵を用いて、暗号化通信を行うための接続要求を送信する(ステップ４０６)。
【０１０３】
コンテンツデータ更新制御部３１が、ステップ４０６の応答としてＷｅｂサーバ４０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ４０７)。
【０１０４】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ４０８)。
【０１０５】
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信された認証情報により、コンテンツデータ更新制御部３１のユーザ認証を行い、認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信が成立する(ステップ４０９)。
【０１０６】
コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の通信の成立を受けて、コンテンツデータ更新制御部３１が、更新予約情報に基づき、更新予約コンテンツデータ蓄積部３２から公開予定の（更新する）コンテンツデータを取得する(ステップ４１０)。
【０１０７】
コンテンツデータ更新制御部３１が、公開予定の（更新する）コンテンツデータを、更新予約時間前に、Ｗｅｂサーバ４０上の更新コンテンツデータ一時格納部４１に送信し、蓄積させる(ステップ４１１)。
【０１０８】
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信されたコンテンツデータを全て受信した後、コンテンツデータ更新制御部３１に受信完了通知を送信し、コンテンツデータ更新制御部３１が、この受信完了通知を受信する(ステップ４１２)。
【０１０９】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、通信の切断要求を送信する(ステップ４１３)。
【０１１０】
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から受信した切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信を切断する。そして、コンテンツデータ更新制御部３１は、ステップ４０２で更新予約情報管理データベース７０から受信した更新予約情報と、Ｗｅｂサーバ４０との暗号化通信を行うためにステップ４０４で鍵管理データベース６０から取得した暗号鍵とを、コンテンツデータ更新制御部３１自身から削除する(ステップ４１４)。
【０１１１】
図７は、本実施の形態によるコンテンツ更新システムのコンテンツデータ更新処理手順（ステップ５００）の内容を示すフローチャートである。
【０１１２】
図７が示す通り、コンテンツデータ更新処理手順（ステップ５００）は、コンテンツデータ更新制御部３１が、更新予約時間になると、Ｗｅｂサーバ４０の更新コンテンツデータ一時格納部４１に蓄積した公開予定の（更新する）コンテンツデータを、サービス利用者に対して公開するために、公開コンテンツデータ蓄積部４２に反映する処理手順を有する。
【０１１３】
なお、図７のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。
【０１１４】
コンテンツデータ更新制御部３１は、更新する日時直前の公開予定のコンテンツデータが存在する場合に更新予約情報管理データベース７０から更新予約情報を受信し、この受信した更新予約情報に基づいて、管理者端末１０が送信したコンテンツデータの種類に対応するサービスを提供するＷｅｂサーバ４０のサーバ名をキーとし、Ｗｅｂサーバ４０と暗号化通信を行うための暗号鍵の要求を、鍵管理データベース６０に対して送信する(ステップ５０１)。
【０１１５】
コンテンツデータ更新制御部３１は、ステップ５０１の応答として鍵管理データベース６０がコンテンツデータ更新制御部３１に送信した暗号鍵を受信する(ステップ５０２)。
【０１１６】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対し、鍵管理データベース６０から受信した暗号鍵を用いて、暗号化通信を行うための接続要求を送信する(ステップ５０３)。
【０１１７】
コンテンツデータ更新制御部３１は、ステップ５０３の応答としてＷｅｂサーバ４０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ５０４)。
【０１１８】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ５０５)
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信された認証情報により、コンテンツデータ更新制御部３１のユーザ認証を行い、認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信が成立する(ステップ５０６)。
【０１１９】
コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の通信の成立を受けて、コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、更新予約情報に示された、公開コンテンツデータ蓄積部４２上の所定のコンテンツデータを、更新コンテンツデータ一時格納部４１に蓄積されている公開予定の（更新する）コンテンツデータに更新する要求を送信する(ステップ５０７)。
【０１２０】
Ｗｅｂサーバ４０が、更新コンテンツデータ一時格納部４１に格納されている公開予定の（更新する）コンテンツデータを、公開コンテンツデータ蓄積部４２に反映し、更新を行う(ステップ５０８)。
【０１２１】
Ｗｅｂサーバ４０が、ステップ５０８でコンテンツデータを全て公開コンテンツデータ蓄積部４２に反映したことを示す通知を、コンテンツデータ更新制御部３１へ送信し、コンテンツデータ更新制御部３１が、この通知を受信する(ステップ５０９)。
【０１２２】
コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して通信の切断要求を送信する(ステップ５１０)。
【０１２３】
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から受信した切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信を切断する(ステップ５１１)。
【０１２４】
コンテンツデータ更新制御部３１は、更新予約情報管理データベース７０から受信した更新予約情報と、Ｗｅｂサーバ４０と暗号化通信を行うために鍵管理データベース６０から受信した暗号鍵とを削除し、また、処理済みの更新予約情報を更新予約情報管理データベース７０から削除する(ステップ５１２)。その後、管理者端末１０に対して、例えば電子メール等により、更新予約受付処理が全て完了した旨を示す完了通知を送信する(ステップ５１３)。
図８及び図９は、本実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。図８は、更新コンテンツデータ蓄積処理手順（ステップ１００）〜更新予約情報受付処理手順（ステップ２００）〜更新予約コンテンツデータ受付処理手順（ステップ３００）を示し、図９は、更新予約コンテンツデータ更新準備処理手順（ステップ４００）及びコンテンツ更新処理手順（ステップ５００）を示す。
【０１２５】
図１０は、本実施の形態によるコンテンツ更新システムのコンテンツデータ更新制御サーバ３０のハードウェア構成を示すブロック図である。
【０１２６】
図１０を参照すると、本発明によるコンテンツデータ更新制御サーバ３０は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ３０１、ＲＡＭやＲＯＭ等の主記憶部３０２、インターネット８０を介してデータ通信を行う通信部３０３、液晶ディスプレイ等の表示部３０４、キーボードやマウス等の入力部３０５、ファイアウォール５０を介して鍵管理データベース６０及び更新予約情報管理データベース７０と接続するインタフェース部３０６、ハードディスク装置等の補助記憶部３０７を備えている。
【０１２７】
本発明によるコンテンツデータ更新制御サーバ３０は、その動作をハードウェア的に実現することは勿論として、上記した各手段及び各部を実行するプログラムを、コンピュータ処理装置であるＣＰＵ３０１（コンテンツデータ更新制御部３１）で実行することにより、ソフトウェア的に実現することができる。このプログラムは、磁気ディスク、半導体メモリ、その他の記録媒体が挙げられる補助記憶部３０７に格納され、ＣＰＵ３０１によって補助記憶部３０７から主記憶部３０２ロードされ、その動作を制御することにより、上述した各機能を実現する。
【０１２８】
（発明の効果） 
以上説明したように、本実施の形態では、以下に示す効果が得られる。
【０１２９】
第１の効果は、管理者端末数や、管理者端末から送信されるコンテンツデータ数が増大しても、コンテンツデータ更新制御サーバ３０の処理負担の増大を抑制できることである。
【０１３０】
その理由は、管理者端末１０から送信されるコンテンツデータを納入するコンテンツ納入サーバ２０を他のサーバと別に設け、コンテンツデータ更新制御サーバ３０が、管理者端末１０からの更新要求である更新予約情報のみを受信し、更新予約情報に従って更新に必要なコンテンツデータをコンテンツ納入サーバ２０から取得するからである。
【０１３１】
すなわち、コンテンツデータ更新制御サーバ３０は、管理者端末１０からコンテンツデータを直接送信されないので、コンテンツ更新処理とコンテンツデータ取得処理とのタイミングを制御できるからである。
【０１３２】
このため、コンテンツデータ更新制御サーバ３０の処理負担の増大によるコンテンツデータ更新制御サーバ３０の処理能力の低下を抑制できるので、コンテンツデータの更新時期に適切な更新が行うことができ、更新時期を逸するといったトラブルを回避できる。
【０１３３】
第２の効果は、コンテンツデータの通信のセキュリティが向上することである。
【０１３４】
その理由は、コンテンツデータ更新制御サーバ３０が、受信した更新予約情報に基づいて、コンテンツデータ更新制御サーバ３０及びＷｅｂサーバ４０とは別に設けられたコンテンツ納入サーバ２０に格納されているコンテンツデータを取得しにいくからである。
【０１３５】
また、別の理由として、データ通信の暗号化の際に利用する暗号鍵を、実際にデータ通信を行うコンテンツデータ更新制御サーバ３０が保持、管理するのではなく、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０と接続する鍵データベース６０に格納することにより、暗号鍵に対する外部からの取得をファイアウォール５０により遮断するからである。
【０１３６】
さらに、別の理由として、コンテンツデータの取得及び更新の際に利用する更新予約情報を、実際にデータ通信を行うコンテンツデータ更新制御サーバ３０が保持・管理するのではなく、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０と接続する更新予約情報管理データベース７０に格納することにより、更新予約情報に対する外部からの取得をファイアウォールにより遮断するからである。
【０１３７】
以上のような理由によって、コンテンツデータの通信において、コンテンツデータの改竄、盗聴や、更新予約情報の改竄、盗聴が防止でき、セキュリティが向上することとなった。
【０１３８】
以上好ましい複数の実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。
【０１３９】
例えば、本実施の形態によるコンテンツ更新システムにおいて、コンテンツデータ納入サーバ２０が他のサーバと別に設けられていれば、コンテンツデータ更新制御サーバ３０と、Ｗｅｂサーバ４０とが一体となってインターネット８０に接続する構成でもよい。
【０１４０】
また、Ｗｅｂサーバ４０は、コンテンツを公開するサーバであればその種類は限定さず、ファイルサーバなどでもよい。
【産業上の利用可能性】
【０１４１】
本発明の活用例として、インターネットに接続された管理者端末から、Ｗｅｂサーバ上のコンテンツデータを、安全にかつ容易に更新することができる。
【図面の簡単な説明】
【０１４２】
【図１】本発明の実施の形態によるコンテンツ更新システムの構成を示すブロック図である。
【図２】本発明の実施の形態によるコンテンツ更新システムの動作の概略を示すフローチャートである。
【図３】本発明の実施の形態によるコンテンツ更新システムの更新コンテンツデータ蓄積処理の手順を示すフローチャートである。
【図４】本発明の実施の形態によるコンテンツ更新システムの更新コンテンツデータ更新予約情報受付処理の手順を示すフローチャートである。
【図５】本発明の実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ受付処理の手順を示すフローチャートである。
【図６】本発明の実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ更新準備処理の手順を示すフローチャートである。
【図７】本発明の実施の形態によるコンテンツ更新システムのコンテンツ更新処理の手順を示すフローチャートである。
【図８】本発明の実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。
【図９】本発明の実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。
【図１０】本発明の実施の形態によるコンテンツ更新システムのコンテンツデータ更新制御サーバのハードウェア構成を示すブロック図である。
【符号の説明】
【０１４３】
１０：管理者端末
２０：コンテンツデータ納入サーバ
２１：コンテンツデータ納入部
３０：コンテンツデータ更新制御サーバ
３１：コンテンツデータ更新制御部
３２：更新予約コンテンツデータ蓄積部
４０：Ｗｅｂサーバ
４１：更新コンテンツデータ一時格納部
４２：公開コンテンツデータ蓄積部
５０：ファイアウォール
６０：鍵管理データベース
７０：更新予約情報管理データベース
８０：インターネット
３０１：ＣＰＵ
３０２：主記憶部
３０３：通信部
３０４：表示部
３０５：入力部
３０６：インタフェース部
３０７：補助記憶部
【図１】
2006285438.tif 000003
【図２】
2006285438.tif 000004
【図３】
2006285438.tif 000005
【図４】
2006285438.tif 000006
【図５】
2006285438.tif 000007
【図６】
2006285438.tif 000008
【図７】
2006285438.tif 000009
【図８】
2006285438.tif 000010
【図９】
2006285438.tif 000011
【図１０】
2006285438.tif 000012