JP4729098B2 - コンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラム - Google Patents

Description

本発明は、端末から、インターネットを介して接続するコンテンツ提供サーバ上のコンテンツを更新するコンテンツ更新システムに関し、特に、セキュリティを確保して更新することが可能なコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムに関する。

従来、端末から、インターネットを介して接続するコンテンツ提供サーバ上のコンテンツを更新するコンテンツ更新システムは、端末管理者が、Ｗｅｂサーバ上のコンテンツを適宜更新することによって、Ｗｅｂサーバ上で提供するコンテンツサービスが順次変更されるので、顧客の維持及び拡大等において有用である。

また、従来のコンテンツ更新システムは、各端末管理者が管理するそれぞれのコンテンツの更新が可能であり、様々なコンテンツを提供できることから、顧客に対して新しいサービスを提供できるので、Ｗｅｂサーバの集客力が向上する。

しかし、従来のコンテンツ更新システムは、サービスの提供を行うＷｅｂサーバが有するコンテンツデータを、コンテンツを管理する管理者端末から直接更新する方式を取るため、管理者端末からのアクセス及び通信を許可する設定をＷｅｂサーバで行う必要がある。このため、管理者端末数や、Ｗｅｂサーバ上で提供するコンテンツ数の増大に伴い、これらを管理する設定の新規構築が必要となる。また、構築した設定毎に個別にメンテナンスや運用の対応が必要であるから、管理者端末数や、Ｗｅｂサーバ上で提供するコンテンツ数に比例して、コンテンツ更新システムの運用コストが増大し、さらに、Ｗｅｂサーバの処理負担が増大する問題がある。

このような従来のコンテンツ更新システムの問題を解決するコンテンツ更新システムの１例が、特許文献１に記載されている。

特許文献１に記載のコンテンツ更新システムは、コンテンツの提供を行うＷｅｂサーバとは別のサーバ上に、コンテンツの更新を制御するための専用の制御部を構築し、Ｗｅｂサーバ上で公開されている多数のコンテンツを集中管理するシステムである。そのため、特許文献１に記載のコンテンツ更新システムは、提供するコンテンツサービス数が増大しても、コンテンツ更新システムの新規構築が必要とならないので、運用コストがサービス数に比例して増大することがない。すなわち、コンテンツ更新の仕組みが一つで済むので、コンテンツ更新システムのメンテナンスや運用の際でも、システム毎の個別の対応が必要でないことから、コンテンツサービス開始時のコンテンツ更新システムの構築コストや、システム更新コスト及びコンテンツ更新システム自体の維持管理のための運用コストを大幅に抑制できる。

特開２００５−０１１１５５号公報

しかし、特許文献１を含む上述した従来のコンテンツ更新システムにおいては、以下に述べるような問題点が存在する。

第１の問題点は、ネットワーク経路上において、悪意のあるハッカー等による認証情報やデータ盗聴に対する防御が弱いという点である。また、制御サーバを踏み台にして、他のＷｅｂサーバにログインされる点や、コンテンツデータが改竄される点及び制御サーバが蓄積及び管理する個人情報を盗まれるという点である。さらに、このような問題が生じると、特に、個人情報に関わる管理データや著作権管理が必要なコンテンツデータ等に関して、データの漏洩につながり、企業の責任問題に発展する危険性が高いという問題点が存在する。

その理由は、以下に記載する通りである。すなわち、コンテンツ更新システムが管理者端末からコンテンツデータを取得し、コンテンツの提供を行うＷｅｂサーバのコンテンツを更新する場合、データ通信路として一般のインターネットを利用する場合がほとんどであるにもかかわらず、一般のインターネットは、データ通信時の経路の暗号化強度が低いからである。

また、データ通信の暗号化を行う場合、暗号鍵の管理が非常に重要であり、たとえデータ通信時に暗号化を行っても、通信路の暗号化に用いている暗号鍵が奪取されてしまっては、データ通信の暗号化は無意味である。しかし、従来のコンテンツ更新システムは、暗号鍵が、コンテンツ更新システムを制御する制御サーバによって保持されているので、もし、制御サーバが不正アクセス等により乗っ取られた場合、この暗号鍵が奪取される危険性が高いからである。

第２の問題点は、管理者端末数や、管理者端末から送信される更新用コンテンツデータ数に比例して、制御サーバの処理負担が増大する点である。

その理由は、管理者端末が直接Ｗｅｂサーバに接続しない場合は制御サーバに直接接続する構成になるので、管理者端末数や、管理者端末から送信される更新用コンテンツデータ数に比例して、更新用コンテンツデータの納入処理負担及びコンテンツの更新処理負担が増大するからである。

本発明の目的は、運用面及びセキュリティ面での改善を行うことにより、インターネットを介して接続するＷｅｂサーバ上のコンテンツデータを、安全かつ容易に更新するコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムを提供することにある。

上記目的を達成する本発明は、ネットワーク上のＷｅｂサーバに蓄積されるコンテンツデータに対する端末からの更新要求に基づいて、更新サーバがコンテンツデータの更新を行う際に、端末から送信されるコンテンツデータの更新データを格納するコンテンツ納入サーバを設け、更新サーバが、端末からの更新要求のみを受信し、更新要求に従って更新に必要な更新データをコンテンツ納入サーバから取得してＷｅｂサーバ上のコンテンツデータを更新する。

この態様によれば、更新データが、更新サーバとは別に設けられたコンテンツ納入サーバに格納され、更新サーバは、更新要求のみを受信する。そして、更新サーバは、受信した更新要求に基づいて、コンテンツ納入サーバに格納されている更新データを取得しにいく。

上記目的を達成する本発明のより好ましい態様は、上記態様に加え、更新サーバがＷｅｂサーバ及びコンテンツ納入サーバと暗号化通信を行うための暗号鍵を格納する鍵データベースを備え、更新サーバが、鍵データベースとファイアウォールを介して接続される。

この態様によれば、更新サーバが、Ｗｅｂサーバ及びコンテンツ納入サーバと暗号化通信を行うと共に、この暗号化通信を行うための暗号鍵に対する外部からの取得をファイアウォールにより遮断する。

上記目的を達成する本発明のさらに好ましい態様は、上記態様に加え、更新サーバに送信された更新予約情報を、更新サーバとファイアウォールを介して接続される更新予約情報データベースに格納する。

この態様によれば、更新予約情報に対する外部からの取得をファイアウォールにより遮断する。

本発明のコンテンツ更新システム、コンテンツ更新方法、更新サーバ及びコンテンツ更新プログラムによれば、以下の効果が達成される。

第１の効果は、データ通信のセキュリティが向上していることである。

その理由は、更新サーバが、受信した更新要求に基づいて、コンテンツ納入サーバに格納されている更新データを取得しにいくからである。

また、別の理由として、データ通信の暗号化の際に利用する暗号鍵を、ファイアウォールを介して更新サーバと接続する鍵データベースに格納することにより、暗号鍵に対する外部からの取得をファイアウォールにより遮断するからである。

第２の効果は、端末数や、端末から送信される更新データ数が増大しても、更新サーバの処理負担の増大を抑制できることである。

その理由は、端末から送信される更新データを納入するコンテンツ納入サーバを設け、更新サーバが、端末からの更新要求のみを受信し、更新要求に従って更新に必要な更新データをコンテンツ納入サーバから取得するからである。

次に、本発明の実施の形態について図面を参照して詳細に説明する。
（コンテンツ更新システムの構成）
本発明の実施の形態によるコンテンツ更新システムの構成を説明する
図１は、本発明の実施の形態によるコンテンツ更新システムの構成を示すブロック図である。

図１を参照すると、本実施の形態によるコンテンツ更新システムは、インターネット８０を介してデータ通信を行う管理者端末１０と、コンテンツデータ納入サーバ２０と、コンテンツデータ更新制御サーバ３０と、Ｗｅｂサーバ４０と、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０とデータ通信を行う鍵管理データベース６０と、更新予約情報管理データベース７０とで構成されている。

コンテンツ更新システムは、コンテンツ管理者がサービスを提供しているWebサーバ４０において公開されているコンテンツデータを更新する機能を有する。なお、コンテンツデータの形式は、特に限定されるものではなく、テキストデータ、静止画像データ、動画像データ、音声データ等が挙げられる。

管理者端末１０は、パーソナルコンピュータ等であって、コンテンツ管理者によって操作されることで、Webサーバ４０で公開されているコンテンツデータの更新をコンテンツデータ更新制御サーバ３０に要求するパーソナルコンピュータ等であって、インターネット８０を介して、コンテンツデータ納入サーバ２０にコンテンツデータを送信し、コンテンツデータ更新制御サーバ３０に更新予約情報を送信する機能を有する。

更新予約情報は、Webサーバ４０で公開されているコンテンツデータを含むファイルの
うち、更新の対象となる更新対象ファイルの名前と、更新対象ファイルを更新する日時を示す情報を有する。

コンテンツデータ納入サーバ２０は、インターネット８０を介して、管理者端末１０及びコンテンツデータ更新制御サーバ３０とコンテンツデータを送受信する機能を有し、管理者端末１０から送信されたコンテンツデータを一時的に蓄積するコンテンツデータ納入部２１を備える。

なお、コンテンツデータ納入サーバ２０は、Webサーバ４０で提供されているサービス毎に対応して設けられるなど、複数設けられていてもよい。

コンテンツデータ更新制御サーバ３０は、コンテンツデータの更新処理において、各サーバ，各蓄積部，各データベースの処理を制御するコンテンツデータ更新制御部３１と、コンテンツデータ納入サーバ２０から受信したコンテンツデータを蓄積する更新予約コンテンツデータ蓄積部３２とを備え、インターネット８０を介して、管理者端末１０から、Webサーバ４０で公開されているコンテンツデータの更新要求を示す更新予約情報を受信し、コンテンツデータ納入サーバ２０から、コンテンツデータ納入部２１に蓄積されているコンテンツデータを取得し、Ｗｅｂサーバ４０に、コンテンツデータ納入サーバ２０から受信したコンテンツデータを送信する機能を有する。

なお、コンテンツデータ更新制御サーバ３０は、コンテンツデータ納入部２１に蓄積されているコンテンツデータを取得する際に、コンテンツデータ更新制御サーバ３０からコンテンツデータ納入サーバ２０に対して通信回線接続要求及び、コンテンツデータ取得要求を行うことによって、このコンテンツデータを取得する。

また、コンテンツデータ更新制御サーバ３０は、コンテンツデータ納入サーバ２０及びＷｅｂサーバ４０との通信において、、ファイアウォール５０を介して鍵管理データベース６０から取得した暗号鍵を用いて、通信の暗号化を図る機能を有する。この暗号鍵は、公開鍵暗号方式等の技術を用いて生成されたものである。

Ｗｅｂサーバ４０は、インターネット８０を介してコンテンツデータを公開する等によりサービスを提供するサーバであり、コンテンツデータ更新制御サーバ３０から受信したコンテンツデータを一時的に蓄積する更新コンテンツデータ一時格納部４１と、インターネット８０を介して公開するコンテンツデータを蓄積する公開コンテンツデータ蓄積部４２とを備える。

また、Ｗｅｂサーバ４０は、管理者端末１０が送信したコンテンツデータの各種類に対応するサービスを提供するサーバが複数設けられていてもよい。

ファイアウォール５０は、鍵管理データベース６０及び更新予約情報管理データベース７０へのインターネット８０側からの通信について、特定の通信以外の通信を遮断して、データベース内のデータの安全性を高めるセキュリティ装置である。

鍵管理データベース６０は、コンテンツデータ更新制御サーバ３０と各コンテンツデータ納入サーバ２０間の通信毎に設定された暗号鍵と、コンテンツデータ更新制御サーバ３０と各Ｗｅｂサーバ４０間の通信毎に設定された暗号鍵とを格納して管理する機能を有する。

すなわち、鍵管理データベース６０は、管理Ｗｅｂサーバ４０において提供している各種サービスに対応するコンテンツデータ納入サーバ２０のサーバ名をキーとし、コンテンツデータ更新制御サーバ３０がコンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵を管理する機能を有する。

また、鍵管理データベース６０は、管理者端末１０が送信したコンテンツデータの種類に対応するサービスを提供するＷｅｂサーバ４０のサーバ名をキーとし、コンテンツデータ更新制御サーバ３０がＷｅｂサーバ４０との暗号化通信を行うための暗号鍵を管理する機能を有する。

更新予約情報管理データベース７０は、コンテンツデータ更新制御サーバ３０から送信された更新予約情報を格納して管理する機能を有する。

また、更新予約情報管理データベース７０は、コンテンツデータ更新制御部３１から、処理対象の更新予約があるか否かの問い合わせがなされた場合に応答する。すなわち、格納する更新予約情報に基づいて、更新する日時が、予め定めた所定期間内の日時に設定されている公開予定のコンテンツデータが存在するか否かを確認して、その確認結果をコンテンツデータ更新制御部３１に応答する。

さらに、更新予約情報管理データベース７０は、蓄積する更新予約情報を定期的に確認し、更新する日時直前の公開予定のコンテンツデータが存在する場合は、該当する更新予約情報をコピーしてコンテンツデータ更新制御部３１に送信する。

インターネット８０は、データ通信が可能なコンピュータネットワークである。

（コンテンツ更新システムの動作）
本実施の形態によるコンテンツ更新システムの動作を説明する。

図２〜図９は、本実施の形態によるコンテンツ更新システムの動作を示す図である。

図２〜図７は、本実施の形態によるコンテンツ更新システムの各動作を示すフローチャートである。

図８及び図９は、本実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。

図８は、更新コンテンツデータ蓄積処理手順（ステップ１００）〜更新予約情報受付処理手順（ステップ２００）〜更新予約コンテンツデータ受付処理手順（ステップ３００）を示し、図９は、更新予約コンテンツデータ更新準備処理手順（ステップ４００）及びコンテンツ更新処理手順（ステップ５００）を示す。

図２は、本実施の形態によるコンテンツ更新システムの動作を示すフローチャートである。

図２を参照すると、本実施の形態によるコンテンツ更新システムは、更新コンテンツデータ蓄積処理手順（ステップ１００）と、更新予約情報受付処理手順（ステップ２００）と、更新予約コンテンツデータ受付処理手順（ステップ３００）と、更新予約コンテンツデータ更新準備処理手順（ステップ４００）と、コンテンツ更新処理手順（ステップ５００）とにより、コンテンツ管理者がサービスを提供しているWebサーバ４０において公開されているコンテンツデータを更新する。

次いで、本実施の形態によるコンテンツ更新システムの各処理手順について説明する。

図３は、本実施の形態によるコンテンツ更新システムの更新コンテンツデータ蓄積処理手順（ステップ１００）の内容を示すフローチャートである。

図３が示す通り、更新コンテンツデータ蓄積処理手順（ステップ１００）は、コンテンツ管理者によって操作された管理者端末１０が、インターネット８０を介して、コンテンツデータ納入サーバ２０上のコンテンツデータ納入部２１に接続して、公開予定のコンテンツデータを送信し、Webサーバ４０上の公開コンテンツデータ蓄積部４２に蓄積されたコンテンツデータを更新するための更新予約を行う処理手順を有する。

なお、図３のフローチャートは、管理者端末１０の処理手順を中心に示す。

Webサーバ４０のコンテンツデータを更新するため、コンテンツ管理者の操作により、管理者端末１０が、コンテンツデータ納入サーバ２０にコンテンツデータを送信する。

コンテンツ管理者によって操作された管理者端末１０が、コンテンツデータ納入サーバ２０に接続要求を送信する（ステップ１０１）。

ステップ１０１の応答としてコンテンツデータ納入サーバ２０が送信した、管理者端末１０の認証情報の要求を、管理者端末１０が受信する（ステップ１０２）。

管理者端末１０が、例えばＩＤ／パスワードを用いたユーザ認証や、公開鍵を使ったユーザ認証の技術等を用いることにより、管理者端末１０の認証情報をコンテンツデータ納入サーバ２０に送信する（ステップ１０３）。

コンテンツデータ納入サーバ２０が、管理者端末１０から送信された認証情報により、ユーザ認証を行い、管理者端末１０に対して接続を許可する信号を送信する。管理者端末１０が、この接続を許可する信号を受信することにより、管理者端末１０とコンテンツデータ納入サーバ２０間の通信が成立する(ステップ１０４)。

管理者端末１０とコンテンツデータ納入サーバ２０間の通信が成立を受けて、管理者端末１０が、コンテンツ管理者の操作により、インターネット８０を介してコンテンツデータ納入サーバ２０に対して公開予定の（更新する）コンテンツデータを送信し、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に格納する(ステップ１０５)。

コンテンツデータ納入サーバ２０が、管理者端末１０から送信されたコンテンツデータを全て受信した後、管理者端末１０に受信完了通知を送信し、管理者端末１０が、この受信完了通知を受信する(ステップ１０６)。

管理者端末１０は、ステップ１０６で受信完了通知を受信すると、コンテンツデータ納入サーバ２０に対して通信の切断要求を送信する(ステップ１０７)。

コンテンツデータ納入サーバ２０が、管理者端末１０から受信した切断要求の応答として管理者端末１０に切断完了通知を送信し、管理者端末１０が、この切断完了通知を受信することにより、管理者端末１０とコンテンツデータ納入サーバ２０間の通信を切断する(ステップ１０８)。

図４は、本実施の形態によるコンテンツ更新システムの更新予約情報受付処理手順（ステップ２００）の内容を示すフローチャートである。

図４が示す通り、更新予約情報受付処理手順（ステップ２００）は、更新コンテンツデータ蓄積処理手順（ステップ１００）終了後に、コンテンツ管理者によって操作された管理者端末１０が、インターネット８０を介して、コンテンツデータ更新制御サーバ３０に接続して、公開予定のコンテンツデータの公開日時（更新日時）を示す情報を送信し、この情報を、更新予約情報管理データベース７０に蓄積し、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に蓄積した公開予定の（更新する）コンテンツデータを、Ｗｅｂサーバ４０の公開コンテンツデータ蓄積部４２に反映する（コンテンツの更新を行う）日時を設定する処理手順を有する。

なお、図４のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。

コンテンツデータ更新制御サーバ３０のコンテンツデータ更新制御部３１が、コンテンツ管理者の操作により管理者端末１０上のWebブラウザ等を用いて送信された、接続要求を受信する(ステップ２０１)。

コンテンツデータ更新制御部３１が、ステップ２０１の応答として、管理者端末１０に対して、認証情報の要求を送信する。例えば、管理者端末１０の表示部（不図示）に、ＩＤ・パスワード認証を行うための画面が表示されるように、認証画面情報を送信する(ステップ２０２)。

コンテンツデータ更新制御部３１が、ステップ２０２の応答として、管理者端末１０から、認証情報を受信する。例えば、管理者端末１０上に表示された認証画面に、コンテンツデータ更新制御部３１の利用権限を取得するための認証情報がコンテンツ管理者によって入力され、コンテンツデータ更新制御部３１に送信される。コンテンツデータ更新制御部３１は、管理者端末１０がコンテンツデータ更新制御部３１の利用権限を取得するための認証情報を受信する(ステップ２０３)。

コンテンツデータ更新制御部３１が、管理者端末１０から送られたID・パスワード等の認証情報を元に、管理者端末１０がコンテンツデータ更新制御部３１の利用権限を有するか否か、管理者端末１０の認証を行い、認証が成立したら、管理者端末１０に対して接続を許可する信号を送信する。例えば、管理者端末１０の表示部（不図示）に、ログイン後のメニュー画面が表示されるように、画面情報を送信する。管理者端末１０がこの接続を許可する信号を受信することにより、管理者端末１０と、コンテンツデータ更新制御部３１を備えるコンテンツデータ更新制御サーバ３０との間の通信が成立する(ステップ２０４)。

コンテンツデータ更新制御部３１は、コンテンツ管理者がコンテンツの更新予約の設定を行うために更新予約情報を入力する画面（更新予約画面）情報の要求を、管理者端末１０から受信する(ステップ２０５)。

コンテンツデータ更新制御部３１が、管理者端末１０からの要求に応じて、更新予約情報を入力するための画面（更新予約設定画面）情報を管理者端末１０に送信する(ステップ２０６)。

コンテンツデータ更新制御部３１が、管理者端末１０から送信された更新予約情報を受信する(ステップ２０７)。例えば、管理者端末１０に表示されている更新予約設定画面に、公開予定のコンテンツデータと、更新対象のコンテンツデータと、その更新対象のコンテンツデータを公開予定のコンテンツデータに更新する日時とをコンテンツ管理者によって入力され、コンテンツデータ更新制御部３１が、それら入力された情報を更新予約情報として受信する。

コンテンツデータ更新制御部３１が、管理者端末１０から更新予約情報を受信して複製を作成し、この更新予約情報の一方を、この更新予約情報を入力したコンテンツ管理者や、管理者端末１０を識別する情報と関連付けて更新予約情報管理データベース７０に格納し、他方をコンテンツデータ更新制御部３１自身で保持する(ステップ２０８)。

コンテンツデータ更新制御部３１が、管理者端末１０に対して、更新予約情報の受付処理が完了したことを示す受付処理完了通知を送信する(ステップ２０９)。

図５は、本実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ受付処理手順（ステップ３００）の内容を示すフローチャートである。

図５が示す通り、更新予約コンテンツデータ受付処理手順（ステップ３００）は、コンテンツデータ更新制御部３１が、管理者端末１０に対して更新予約情報の受付完了通知を送信後、受け付けた更新予約情報に基づいて、コンテンツデータ納入サーバ２０のコンテンツデータ納入部２１に蓄積されている公開予定のコンテンツデータを公知の暗号化通信により取得する処理手順を有する。

なお、図５のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０において提供している各種サービスに対応するコンテンツデータ納入サーバ２０のサーバ名をキーとし、コンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵の要求を鍵管理データベース６０に対して送信する(ステップ３０１)。

コンテンツデータ更新制御部３１は、鍵管理データベース６０がステップ３０１の応答としてコンテンツデータ更新制御部３１に送信した暗号鍵を受信する(ステップ３０２)。

コンテンツデータ更新制御部３１が、鍵管理データベース６０から入手した暗号鍵を用いて、コンテンツデータ納入サーバ２０と暗号化通信を行うための接続要求をコンテンツデータ納入サーバ２０に送信する(ステップ３０３)。

コンテンツデータ更新制御部３１が、ステップ３０３の応答としてコンテンツデータ納入サーバ２０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ３０４)。

コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ３０５)。

コンテンツデータ納入サーバ２０が、コンテンツデータ更新制御部３１から送信された認証情報により、ユーザ認証を行い、ユーザ認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、送信コンテンツデータ更新制御部３１とコンテンツデータ納入サーバ２０間の暗号化通信が成立する(ステップ３０６)。

コンテンツデータ更新制御部３１が、コンテンツデータ更新制御部３１とコンテンツデータ納入サーバ２０間の暗号化通信の成立を受けて、上述のステップ２０８で保持した（図４参照）更新予約情報に基づいて特定されるコンテンツデータの要求を、コンテンツデータ納入サーバ２０に対して送信する(ステップ３０７)。

コンテンツデータ納入サーバ２０が、ステップ３０７の応答として送信した、コンテンツデータ納入サーバ２０上のコンテンツデータ納入部２１に格納されている公開予定の（更新する）コンテンツデータを、コンテンツデータ更新制御サーバ３０が受信する(ステップ３０８)。

コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０から送られてきたコンテンツデータを、コンテンツデータ更新制御サーバ３０上の更新予約コンテンツデータ蓄積部３２に蓄積する(ステップ３０９)。

コンテンツデータ更新制御部３１が、ステップ３０９で、コンテンツデータ納入サーバ２０から受信した全てのコンテンツデータを更新予約コンテンツデータ蓄積部３２に蓄積した後、コンテンツデータ納入サーバ２０に対して通信の切断要求を送信する(ステップ３１０)。

コンテンツデータ納入サーバ２０が、コンテンツデータ更新制御部３１から受信した通信の切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ納入サーバ２０とコンテンツデータ更新制御部３１間の通信を切断する(ステップ３１１)。

コンテンツデータ更新制御部３１が、コンテンツデータ納入サーバ２０との暗号化通信を行うための暗号鍵と、コンテンツデータ納入サーバ２０に要求するコンテンツデータを特定する更新予約情報とを、コンテンツデータ更新制御部３１自身から削除する。その後、管理者端末１０に対して、例えば電子メール等により、更新予約コンテンツデータ受付処理が全て完了した旨を示す完了通知を送信する(ステップ３１２)。

図６は、本実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ更新準備処理手順（ステップ４００）の内容を示すフローチャートである。

図６が示す通り、更新予約コンテンツデータ更新準備処理手順（ステップ４００）は、
コンテンツデータ更新制御部３１が、コンテンツデータの更新準備のために、更新予約情報管理データベース７０に記録された更新予約情報に基づいて、インターネット８０を介してＷｅｂサーバ４０に接続して、コンテンツデータ更新サーバ３０上の更新予約コンテンツデータ蓄積部３２から公開予定のコンテンツデータを取得し、 Ｗｅｂサーバ４０上の更新コンテンツデータ一時格納部４１に蓄積する処理手順を有する。

なお、図６のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。

コンテンツデータ更新制御部３１が、更新予約情報管理データベース７０に対して、処理対象の更新予約があるか否かを、認証を行い定期的に問い合わせる(ステップ４０１)。
すなわち、更新する日時が、予め定めた所定期間内の日時に設定されている公開予定のコンテンツデータが存在するか否かを確認する。

ステップ４０１で確認した結果、処理対象の更新予約が存在する場合には、コンテンツデータ更新制御部３１は、ステップ４０１の応答として更新予約情報管理データベース７０がコンテンツデータ更新制御部３１に送信した、該当する更新予約情報を受信する(ステップ４０２)。

コンテンツデータ更新制御部３１が、更新予約情報管理データベース７０にある、今回処理対象の更新予約情報の状態を「処理中」に変更する(ステップ４０３)。

ステップ４０３で状態を「処理中」に変更した更新予約情報に基づき、コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０のサーバ名をキーとし、鍵管理データベース６０に、Ｗｅｂサーバ４０に対して暗号化通信を行うための暗号鍵の要求を送信する(ステップ４０４)。

コンテンツデータ更新制御部３１は、ステップ４０４の応答として鍵管理データベース６０がコンテンツデータ更新制御部３１に対して送信した暗号鍵を受信する(ステップ４０５)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対し、鍵管理データベース６０から入手した暗号鍵を用いて、暗号化通信を行うための接続要求を送信する(ステップ４０６)。

コンテンツデータ更新制御部３１が、ステップ４０６の応答としてＷｅｂサーバ４０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ４０７)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ４０８)。

Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信された認証情報により、コンテンツデータ更新制御部３１のユーザ認証を行い、認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信が成立する(ステップ４０９)。

コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の通信の成立を受けて、コンテンツデータ更新制御部３１が、更新予約情報に基づき、更新予約コンテンツデータ蓄積部３２から公開予定の（更新する）コンテンツデータを取得する(ステップ４１０)。

コンテンツデータ更新制御部３１が、公開予定の（更新する）コンテンツデータを、更新予約時間前に、Ｗｅｂサーバ４０上の更新コンテンツデータ一時格納部４１に送信し、蓄積させる(ステップ４１１)。

Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信されたコンテンツデータを全て受信した後、コンテンツデータ更新制御部３１に受信完了通知を送信し、コンテンツデータ更新制御部３１が、この受信完了通知を受信する(ステップ４１２)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、通信の切断要求を送信する(ステップ４１３)。

Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から受信した切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信を切断する。そして、コンテンツデータ更新制御部３１は、ステップ４０２で更新予約情報管理データベース７０から受信した更新予約情報と、Ｗｅｂサーバ４０との暗号化通信を行うためにステップ４０４で鍵管理データベース６０から取得した暗号鍵とを、コンテンツデータ更新制御部３１自身から削除する(ステップ４１４)。

図７は、本実施の形態によるコンテンツ更新システムのコンテンツデータ更新処理手順（ステップ５００）の内容を示すフローチャートである。

図７が示す通り、コンテンツデータ更新処理手順（ステップ５００）は、コンテンツデータ更新制御部３１が、更新予約時間になると、Ｗｅｂサーバ４０の更新コンテンツデータ一時格納部４１に蓄積した公開予定の（更新する）コンテンツデータを、サービス利用者に対して公開するために、公開コンテンツデータ蓄積部４２に反映する処理手順を有する。

なお、図７のフローチャートは、コンテンツデータ更新制御部３１の処理手順を中心に示す。

コンテンツデータ更新制御部３１は、更新する日時直前の公開予定のコンテンツデータが存在する場合に更新予約情報管理データベース７０から更新予約情報を受信し、この受信した更新予約情報に基づいて、管理者端末１０が送信したコンテンツデータの種類に対応するサービスを提供するＷｅｂサーバ４０のサーバ名をキーとし、Ｗｅｂサーバ４０と暗号化通信を行うための暗号鍵の要求を、鍵管理データベース６０に対して送信する(ステップ５０１)。

コンテンツデータ更新制御部３１は、ステップ５０１の応答として鍵管理データベース６０がコンテンツデータ更新制御部３１に送信した暗号鍵を受信する(ステップ５０２)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対し、鍵管理データベース６０から受信した暗号鍵を用いて、暗号化通信を行うための接続要求を送信する(ステップ５０３)。

コンテンツデータ更新制御部３１は、ステップ５０３の応答としてＷｅｂサーバ４０がコンテンツデータ更新制御部３１に対して送信した認証情報の要求を受信する(ステップ５０４)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、例えばＩＤ・パスワードや、公開鍵の技術を用いたユーザ認証等により、コンテンツデータ更新制御部３１を識別する認証情報を送信する(ステップ５０５)
Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から送信された認証情報により、コンテンツデータ更新制御部３１のユーザ認証を行い、認証が成立すれば、コンテンツデータ更新制御部３１に対して接続を許可する信号を送信する。コンテンツデータ更新制御部３１が、この接続を許可する信号を受信することで、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信が成立する(ステップ５０６)。

コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の通信の成立を受けて、コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して、更新予約情報に示された、公開コンテンツデータ蓄積部４２上の所定のコンテンツデータを、更新コンテンツデータ一時格納部４１に蓄積されている公開予定の（更新する）コンテンツデータに更新する要求を送信する(ステップ５０７)。

Ｗｅｂサーバ４０が、更新コンテンツデータ一時格納部４１に格納されている公開予定の（更新する）コンテンツデータを、公開コンテンツデータ蓄積部４２に反映し、更新を行う(ステップ５０８)。

Ｗｅｂサーバ４０が、ステップ５０８でコンテンツデータを全て公開コンテンツデータ蓄積部４２に反映したことを示す通知を、コンテンツデータ更新制御部３１へ送信し、コンテンツデータ更新制御部３１が、この通知を受信する(ステップ５０９)。

コンテンツデータ更新制御部３１が、Ｗｅｂサーバ４０に対して通信の切断要求を送信する(ステップ５１０)。

Ｗｅｂサーバ４０が、コンテンツデータ更新制御部３１から受信した切断要求の応答としてコンテンツデータ更新制御部３１に切断完了通知を送信し、コンテンツデータ更新制御部３１が、この切断完了通知を受信することにより、コンテンツデータ更新制御部３１とＷｅｂサーバ４０間の暗号化通信を切断する(ステップ５１１)。

コンテンツデータ更新制御部３１は、更新予約情報管理データベース７０から受信した更新予約情報と、Ｗｅｂサーバ４０と暗号化通信を行うために鍵管理データベース６０から受信した暗号鍵とを削除し、また、処理済みの更新予約情報を更新予約情報管理データベース７０から削除する(ステップ５１２)。その後、管理者端末１０に対して、例えば電子メール等により、更新予約受付処理が全て完了した旨を示す完了通知を送信する(ステップ５１３)。

図８及び図９は、本実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。図８は、更新コンテンツデータ蓄積処理手順（ステップ１００）〜更新予約情報受付処理手順（ステップ２００）〜更新予約コンテンツデータ受付処理手順（ステップ３００）を示し、図９は、更新予約コンテンツデータ更新準備処理手順（ステップ４００）及びコンテンツ更新処理手順（ステップ５００）を示す。

図１０は、本実施の形態によるコンテンツ更新システムのコンテンツデータ更新制御サーバ３０のハードウェア構成を示すブロック図である。

図１０を参照すると、本発明によるコンテンツデータ更新制御サーバ３０は、一般的なコンピュータ装置と同様のハードウェア構成によって実現することができ、ＣＰＵ３０１、ＲＡＭやＲＯＭ等の主記憶部３０２、インターネット８０を介してデータ通信を行う通信部３０３、液晶ディスプレイ等の表示部３０４、キーボードやマウス等の入力部３０５、ファイアウォール５０を介して鍵管理データベース６０及び更新予約情報管理データベース７０と接続するインタフェース部３０６、ハードディスク装置等の補助記憶部３０７を備えている。

本発明によるコンテンツデータ更新制御サーバ３０は、その動作をハードウェア的に実現することは勿論として、上記した各手段及び各部を実行するプログラムを、コンピュータ処理装置であるＣＰＵ３０１（コンテンツデータ更新制御部３１）で実行することにより、ソフトウェア的に実現することができる。このプログラムは、磁気ディスク、半導体メモリ、その他の記録媒体が挙げられる補助記憶部３０７に格納され、ＣＰＵ３０１によって補助記憶部３０７から主記憶部３０２ロードされ、その動作を制御することにより、上述した各機能を実現する。

（発明の効果）
以上説明したように、本実施の形態では、以下に示す効果が得られる。

第１の効果は、管理者端末数や、管理者端末から送信されるコンテンツデータ数が増大しても、コンテンツデータ更新制御サーバ３０の処理負担の増大を抑制できることである。

その理由は、管理者端末１０から送信されるコンテンツデータを納入するコンテンツ納入サーバ２０を他のサーバと別に設け、コンテンツデータ更新制御サーバ３０が、管理者端末１０からの更新要求である更新予約情報のみを受信し、更新予約情報に従って更新に必要なコンテンツデータをコンテンツ納入サーバ２０から取得するからである。

すなわち、コンテンツデータ更新制御サーバ３０は、管理者端末１０からコンテンツデータを直接送信されないので、コンテンツ更新処理とコンテンツデータ取得処理とのタイミングを制御できるからである。

このため、コンテンツデータ更新制御サーバ３０の処理負担の増大によるコンテンツデータ更新制御サーバ３０の処理能力の低下を抑制できるので、コンテンツデータの更新時期に適切な更新が行うことができ、更新時期を逸するといったトラブルを回避できる。

第２の効果は、コンテンツデータの通信のセキュリティが向上することである。

その理由は、コンテンツデータ更新制御サーバ３０が、受信した更新予約情報に基づいて、コンテンツデータ更新制御サーバ３０及びＷｅｂサーバ４０とは別に設けられたコンテンツ納入サーバ２０に格納されているコンテンツデータを取得しにいくからである。

また、別の理由として、データ通信の暗号化の際に利用する暗号鍵を、実際にデータ通信を行うコンテンツデータ更新制御サーバ３０が保持、管理するのではなく、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０と接続する鍵データベース６０に格納することにより、暗号鍵に対する外部からの取得をファイアウォール５０により遮断するからである。

さらに、別の理由として、コンテンツデータの取得及び更新の際に利用する更新予約情報を、実際にデータ通信を行うコンテンツデータ更新制御サーバ３０が保持・管理するのではなく、ファイアウォール５０を介してコンテンツデータ更新制御サーバ３０と接続する更新予約情報管理データベース７０に格納することにより、更新予約情報に対する外部からの取得をファイアウォールにより遮断するからである。

以上のような理由によって、コンテンツデータの通信において、コンテンツデータの改竄、盗聴や、更新予約情報の改竄、盗聴が防止でき、セキュリティが向上することとなった。

以上好ましい複数の実施の形態をあげて本発明を説明したが、本発明は必ずしも、上記実施の形態に限定されるものでなく、その技術的思想の範囲内において様々に変形して実施することができる。

例えば、本実施の形態によるコンテンツ更新システムにおいて、コンテンツデータ納入サーバ２０が他のサーバと別に設けられていれば、コンテンツデータ更新制御サーバ３０と、Ｗｅｂサーバ４０とが一体となってインターネット８０に接続する構成でもよい。

また、Ｗｅｂサーバ４０は、コンテンツを公開するサーバであればその種類は限定さず、ファイルサーバなどでもよい。

本発明の活用例として、インターネットに接続された管理者端末から、Ｗｅｂサーバ上のコンテンツデータを、安全にかつ容易に更新することができる。

本発明の実施の形態によるコンテンツ更新システムの構成を示すブロック図である。 本発明の実施の形態によるコンテンツ更新システムの動作の概略を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムの更新コンテンツデータ蓄積処理の手順を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムの更新コンテンツデータ更新予約情報受付処理の手順を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ受付処理の手順を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムの更新予約コンテンツデータ更新準備処理の手順を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムのコンテンツ更新処理の手順を示すフローチャートである。 本発明の実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。 本発明の実施の形態によるコンテンツ更新システムの各構成要素間の処理を示すタイミングチャートである。 本発明の実施の形態によるコンテンツ更新システムのコンテンツデータ更新制御サーバのハードウェア構成を示すブロック図である。

符号の説明

１０：管理者端末
２０：コンテンツデータ納入サーバ
２１：コンテンツデータ納入部
３０：コンテンツデータ更新制御サーバ
３１：コンテンツデータ更新制御部
３２：更新予約コンテンツデータ蓄積部
４０：Ｗｅｂサーバ
４１：更新コンテンツデータ一時格納部
４２：公開コンテンツデータ蓄積部
５０：ファイアウォール
６０：鍵管理データベース
７０：更新予約情報管理データベース
８０：インターネット
３０１：ＣＰＵ
３０２：主記憶部
３０３：通信部
３０４：表示部
３０５：入力部
３０６：インタフェース部
３０７：補助記憶部

Claims (8)

1. コンテンツを提供するコンテンツ提供サーバに記憶されたコンテンツデータの更新を行うコンテ
   ンツ更新システムであって、
   端末から送信された前記コンテンツデータの更新データを記憶するコンテンツ納入サーバと、
   前記端末から送信される前記コンテンツデータを識別する識別子と、前記更新データを識別する識
   別子と、前記更新データを前記コンテンツデータに更新する更新日時とを有する更新要求を受信し、
   前記コンテンツ納入サーバと通信し、前記更新要求に基づいて特定される前記更新データを前記コ
   ンテンツ納入サーバから記憶手段に記憶し、
   前記コンテンツ納入サーバとの通信を終了後、前記コンテンツ提供サーバと通信し、前記記憶手段
   に記憶した前記更新要求に基づいて特定される前記更新データを前記コンテンツ提供サーバに送信
   し、
   前記更新要求に示された、前記コンテンツデータを前記更新データに更新する要求を前記コンテン
   ツ提供サーバに送信する更新サーバとを有し、
   前記コンテンツ提供サーバは、前記更新データを用いて前記コンテンツデータを更新するコンテン
   ツ更新システム。
2. 前記更新サーバとはファイアウォールを介して通信可能に接続される更新管理装置を有し、前記更
   新サーバは、前記端末から送信された前記更新要求を前記更新管理装置に送信し、前記更新管理装置
   が記憶する前記更新要求の中に所定期間内の更新日時が存在する場合は、前記更新サーバが、所定期
   間内の更新日時の存在する前記更新要求を受信し、前記コンテンツ納入サーバまたは前記コンテンツ
   提供サーバとの通信を終了後、前記更新要求を削除することを特徴とする請求項１に記載のコンテン
   ツ更新システム。
3. ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新
   要求に基づいて、記憶手段を有する更新サーバが前記コンテンツデータの更新を行うコンテンツ更新
   システムにおけるコンテンツ更新方法であって、
   前記更新サーバが、前記端末から送信される前記コンテンツデータを識別する識別子と、前記更新
   データを識別する識別子と、前記更新データを前記コンテンツデータに更新する更新日時とを有する
   更新要求のみを受信するステップと、
   前記コンテンツ納入サーバと通信し、前記更新要求に基づいて特定される前記更新データを前記コ
   ンテンツ納入サーバから記憶手段に蓄積するステップと、
   前記更新サーバが、前記コンテンツ納入サーバとの通信を終了後、前記コンテンツ提供サーバと通
   信し、前記記憶手段に記憶した前記更新要求に基づいて特定される前記更新データを前記コンテンツ
   提供サーバに送信するステップと、
   前記更新要求に示された、前記コンテンツデータを前記更新データに更新する要求を前記コンテン
   ツ提供サーバに送信するステップとを有することを特徴とするコンテンツ更新方法。
4. 前記コンテンツ更新システムが、前記更新サーバとはファイアウォールを介して通信可能に接続さ
   れる更新管理装置を有し、前記更新サーバが、前記端末から送信された前記更新要求を前記更新管理
   装置に送信するステップと、前記更新管理装置が記憶する前記更新要求の中に所定期間内の更新日時
   が存在する場合は、前記更新サーバが、所定期間内の更新日時の存在する前記更新要求を受信するス
   テップと、
   前記コンテンツ納入サーバまたは前記コンテンツ提供サーバとの通信を終了後、前記更新要求を削
   除するステップとを有することを特徴とする請求項３に記載のコンテンツ更新方法。
5. ネットワーク上のコンテンツ提供サーバに蓄積されるコンテンツデータに対する端末からの更新
   要求に基づいて、前記コンテンツデータの更新の制御を行う更新サーバであって、
   前記端末から送信される前記コンテンツデータを識別する識別子と、前記更新データを識別する識
   別子と、前記更新データを前記コンテンツデータに更新する更新日時とを有する更新要求を受信し、
   コンテンツ納入サーバと通信し、前記更新要求に基づいて特定される更新データを納入する前記コ
   ンテンツ納入サーバから記憶手段に記憶し、
   前記コンテンツ納入サーバとの通信を終了後、前記コンテンツ提供サーバと通信し、前記記憶手段
   に記憶した前記更新要求に基づいて特定される前記更新データを前記コンテンツ提供サーバに送信
   し、
   前記更新要求に示された、前記コンテンツデータを前記更新データに更新する要求を前記コンテン
   ツ提供サーバに送信することを特徴とする更新サーバ。
6. ファイアウォールを介して更新管理装置と通信可能に接続され、前記端末から送信された前記更新
   要求を前記更新管理装置に送信し、前記更新管理装置が記憶する前記更新要求の中に所定期間内の更
   新日時が存在する場合は、所定期間内の更新日時の存在する前記更新要求を受信し、前記コンテンツ
   納入サーバまたは前記コンテンツ提供サーバとの通信を終了後、前記更新要求を削除することを特徴
   とする請求項５に記載の更新サーバ。
7. コンピュータ処理装置上で実行され、ネットワーク上のコンテンツ提供サーバに蓄積されるコンテ
   ンツデータに対する端末からの更新要求に基づいて、前記コンピュータ処理装置に前記コンテンツデ
   ータの更新の制御を実行させるコンテンツ更新プログラムにおいて、
   前記コンピュータ処理装置に、前記端末から送信される前記コンテンツデータを識別する識別子と、
   前記更新データを識別する識別子と、前記更新データを前記コンテンツデータに更新する更新日時と
   を有する更新要求を受信する機能と、
   前記更新要求に基づいて特定される更新データを納入するコンテンツ納入サーバから、前記更新デ
   ータを取得して記憶手段に記憶する機能と、
   前記記憶手段に記憶した前記更新要求に基づいて特定される前記更新データを前記コンテンツ提
   供サーバに送信する機能と、
   前記更新要求に示された、前記コンテンツデータを前記更新データに更新する要求を前記コンテン
   ツ提供サーバに送信する機能とを持たせることを特徴とするコンテンツ更新プログラム。
8. 前記コンピュータ処理装置がファイアウォールを介して更新管理装置と通信可能に接続され、前記
   コンピュータ処理装置に、前記端末から送信された前記更新要求を前記更新管理装置に送信する機能
   と、前記更新管理装置が記憶する前記更新要求の中に所定期間内の更新日時が存在する場合に、所定
   期間内の更新日時の存在する前記更新要求を受信する機能、前記コンテンツ納入サーバまたは前記コ
   ンテンツ提供サーバとの通信を終了後、前記更新要求を削除する機能とを持たせることを特徴とする
   請求項３又は請求項４に記載のコンテンツ更新方法。

Images