(57)【特許請求の範囲】
【請求項１】
Ｊｉｎｉに対応するＷｅｂサーバとデータサーバとがネットワークに接続されたホームページの更新管理システムにおいて、
ホームページにリンクされるコンテンツを格納し、前記コンテンツの追加及び削除、更新による状況変化をＪｉｎｉのＬｏｏｋｕｐサービスからコンテンツの更新状況として前記Ｗｅｂサーバに通知する前記データサーバと、
前記ホームページのデータを格納し、前記Ｌｏｏｋｕｐサービスから通知される前記コンテンツの更新状況に応じて前記ホームページのデータを更新する前記Ｗｅｂサーバと、
からなるホームページの更新管理システム。
【請求項２】
前記Ｌｏｏｋｕｐサービスは、
予め登録された前記Ｗｅｂサーバと前記コンテンツとの対応関係を用いることで、前記コンテンツの更新状況を前記コンテンツがリンクされるホームページのデータが格納されるＷｅｂサーバに通知することを特徴とする請求項１に記載のホームページの更新管理システム。
【請求項３】
前記コンテンツの更新状況は、
前記Ｗｅｂサーバに格納されるホームページからコンテンツにリンクできアクセス可能か否かを含むことを特徴とする請求項１または２に記載のホームページの更新管理システム。
【請求項４】
前記コンテンツの更新状況は、
前記Ｗｅｂサーバに格納されるホームページからコンテンツにリンクできアクセス可能か否かの状況を示すメッセージを含むことを特徴とする請求項１または２に記載のホームページの更新管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ホームページの管理システムに関し、特にマルチメディアコンテンツの配信サービスを行うホームページの更新管理システムに関する。
【０００２】
【従来の技術】
通常、ホームページ（以下、本発明におけるホームページとは、インターネット上のＷＷＷ（World Wide Web）サイトから得られるＨＴＭＬ（ Hyper Text Markup Language）で記述されたＨＴＭＬテキストファイルを指す）自体のデータが格納されるｗｅｂサーバと、ホームページに関連付けられた他の画像ファイルや音声ファイルなどのマルチメディアコンテンツが格納されるデータサーバとは異なるマシンである場合が多い。このため従来は、コンテンツをデータサーバから削除したときは、ｗｅｂサーバのホームページも別途手作業で修正する必要があった。
【０００３】
【発明が解決しようとする課題】
しかしながら、ホームページの充実度に比例してリンクされるコンテンツは増加する傾向に有る。また、ホームページの階層の複雑化やリンクされるコンテンツの格納場所の分散化などにより、そのホームページの作者でさえもリンク先のコンテンツの場所やその状況を常に把握することが困難になってきている。仮に把握できている場合でも、手作業でホームページを修正することで管理コストが増加し、また、操作ミスの増加が予想される。よって、簡単にホームページを常に最新状態に維持することのできる管理システムが望まれている。
【０００４】
【課題を解決するための手段】
本発明では、上記の課題を解決するためＪｉｎｉに対応するＷｅｂサーバとデータサーバとがネットワークに接続されたホームページの更新管理システムにおいて、ホームページにリンクされるコンテンツを格納し、コンテンツの追加及び削除、更新による状況変化をＪｉｎｉのＬｏｏｋｕｐサービスからコンテンツの更新状況として記Ｗｅｂサーバに通知する前記データサーバと、ホームページのデータを格納し、Ｌｏｏｋｕｐサービスから通知されるコンテンツの更新状況に応じてホームページのデータを更新するＷｅｂサーバとからなることを特徴とする。
【０００５】
【発明の実施の形態】
《具体例１》
＜構成＞
図１に本発明によるホームページの更新管理システムを示す。ホームページ自体のデータが各々格納されるｎ（ｎ：０を除く正の整数）台のｗｅｂサーバ１１、ｗｅｂサーバ１２、ｗｅｂサーバ１３、・・・およびｗｅｂサーバ１ｎと、ｎ台のｗｅｂサーバ１ｎのいずれかに格納されるホームページに関連付けられた他の画像ファイルや音声ファイルなどのマルチメディアコンテンツが各々格納されるｎ台のデータサーバ２１、データサーバ２２、データサーバ２３、・・・およびデータサーバ２ｎと、から構成する。
【０００６】
ｎ台のｗｅｂサーバ１ｎとｎ台のデータサーバ２ｎとは、ネットワークを通じて接続されている。また、ｎ台のｗｅｂサーバ１ｎとｎ台のデータサーバ２ｎとは、Ｊｉｎｉ（登録商標であり、米Sun Microsystems社が開発した分散オブジェクト技術）に対応しているものとする。これは、機器自体にＪａｖａ ＶＭ（Ｊａｖａ仮想マシン）を備え、Ｊａｖａ（登録商標であり、米Sun Microsystems社が開発したオブジェクト指向プログラミング言語）で記述したオブジェクトをその上で動作させることにより実現する。
【０００７】
＜動作＞
Ｊｉｎｉ環境においては、ネットワーク上のプログラムや周辺機器を、ハードとソフトとの区別なく「サービス」と呼ぶＪａｖａで記述したオブジェクトとして扱う。よって、ｗｅｂサーバ１ｎとデータサーバ２ｎとは、各々「サービス」として扱われるが、「サービス」の記載は省略する。
【０００８】
Ｊｉｎｉには、「Ｌｏｏｋｕｐサービス」の機能が備わっており、これを利用する。「Ｌｏｏｋｕｐサービス」とは、「サービス」オブジェクト（以下、オブジェクトと記載する。）同士が互いを発見して会話できるための枠組みである、例えば、ｗｅｂサーバ１１が「Ｌｏｏｋｕｐサービス」にｗｅｂサーバ１１のプロキシを登録することにより、既に登録されてある他のオブジェクトがｗｅｂサーバ１１を見つけて所望の動作をさせる、ということが可能になる。
【０００９】
ｗｅｂサーバ１１は、ネットワークに接続するとＪｉｎｉのＤｉｓｃｏｖｅｒｙプロトコルを使用して「Ｌｏｏｋｕｐサービス」を探し出す。と同時に、ＪｉｎｉのＪｏｉｎプロトコルを使用して「Ｌｏｏｋｕｐサービス」に対して自らのプロキシを登録する。プロキシの登録は、登録しようとするオブジェクトのアドレスやユーザGUI画面など、自らが他のオブジェクトに対して提供できるサービスのインターフェースを登録することが一般的である。
【００１０】
これに加えて本発明では、リンクテーブルを備え、コンテンツ名、コンテンツのリンク先、リンクができる状況か否かを示すフラグ、および状況を示すメッセージ等を記載しておく。図２に本発明によるリンクテーブルの例を示す。プロキシとリンクテーブルの内容を「Ｌｏｏｋｕｐサービス」に対してアップロードすることにより、他のオブジェクトが利用できる環境にする。
【００１１】
同様にデータサーバ２１も、ネットワークに接続すると「Ｌｏｏｋｕｐサービス」に対して自らのプロキシを登録する。他のｗｅｂサーバ１ｎやデータサーバ２ｎも同様に自らのプロキシを登録する。
【００１２】
データサーバ２１では、コンテンツが何らかの変化が起こった場合、「Ｌｏｏｋｕｐサービス」にリアルタイムに知らせるため、「Ｌｏｏｋｕｐサービス」へのイベント登録をしておく。同じく、「Ｌｏｏｋｕｐサービス」では、データサーバでの変化をｗｅｂサーバ１１にリアルタイムに知らせるため、ｗｅｂサーバ１１へのイベント登録をしておく。
【００１３】
（コンテンツの追加）
以下、データサーバ２１に、ｗｅｂサーバ１１により公開されるホームページにリンクしたいマルチメディアコンテンツが追加されたものとする。データサーバ２１の追加されたコンテンツには、データサーバ２１のプロキシおよびリンクテーブルは登録されているが、コンテンツの追加によりリンクテーブル内容が変更されたことになる。
【００１４】
図２に示したリンクテーブルの例を、データサーバ２１のリンクテーブルとして用い、Ｆｉｌｅ１が追加されたものとする。ここでの追加とは、リンクテーブルに新たにコンテンツそのものが追加された場合に加えて、状況フラグが０から１に変更されたとき、即ちリンクができない状況からリンクができる状況へと変更されたときも含むものとする。
【００１５】
データサーバ２１は、「Ｌｏｏｋｕｐサービス」に対して登録しているリンクテーブルを更新するよう要求イベントを発行する。「Ｌｏｏｋｕｐサービス」は、要求イベントを受信するとデータサーバ２１の登録しているリンクテーブルを変更する。
【００１６】
「Ｌｏｏｋｕｐサービス」は、ｗｅｂサーバ１１に対してデータサーバ２１のリンクテーブルが変更されたことを通知するイベントを発行する。ｗｅｂサーバ１１はイベントを受信すると、データサーバ２１のコンテンツの追加を行うよう、ホームページの内容を更新する。
【００１７】
（コンテンツの削除）
データサーバ２１に、ｗｅｂサーバ１１により公開されるホームページにリンクされているマルチメディアコンテンツが予め存在しており、データサーバ２１のコンテンツを削除したものとする。データサーバ２１のプロキシおよびリンクテーブルは登録されているが、コンテンツの削除によりリンクテーブル内容が変更されたことになる。
【００１８】
図２に示したリンクテーブルの例を、データサーバ２１のリンクテーブルとして用い、Ｆｉｌｅ４が削除されたものとする。ここでの削除とは、リンクテーブルからコンテンツそのものが削除された場合に加えて、状況フラグが１から０に変更されたとき、即ちリンクができる状況からリンクができない状況へと変更されたときも含むものとする。ここで、Ｆｉｌｅ４は後者に属することになる。
【００１９】
データサーバ２１は、「Ｌｏｏｋｕｐサービス」に対して登録しているリンクテーブルを更新するよう要求イベントを発行する。「Ｌｏｏｋｕｐサービス」は、要求イベントを受信するとデータサーバ２１の登録しているリンクテーブルを変更する。
【００２０】
「Ｌｏｏｋｕｐサービス」は、ｗｅｂサーバ１１に対してデータサーバ２１のリンクテーブルが変更されたことを通知するイベントを発行する。ｗｅｂサーバ１１はイベントを受信すると、データサーバ２１のコンテンツの削除を行うよう、ホームページの内容を更新する。このとき、ホームページから該当コンテンツそのものを削除するように変更してもよい。
【００２１】
また、図３に示す本発明によるホームページ表示例のように、リンク可能状態を表す下線を削除し、かつ、実際のリンクを外し、さらにコンテンツの状況を示すメッセージを表示するようにしてもよい。
【００２２】
（ネット障害の発生）
何らかの理由によりデータサーバ２１がダウンした、或いはネット障害が発生してデータサーバ２１が他のオブジェクトと通信できない状況になったとする。「Ｌｏｏｋｕｐサービス」は、データサーバ２１と通信できなくなったことをリースメカニズムで自動検出すると、データサーバ２１のプロキシおよびリンクテーブルの登録を削除する。
【００２３】
「Ｌｏｏｋｕｐサービス」は、ｗｅｂサーバ１１に対してデータサーバ２１のプロキシが変更されたことを通知するイベントを発行する。ｗｅｂサーバ１１はイベントを受信すると、データサーバ２１のコンテンツの削除を行うよう、ホームページの内容を更新する。
【００２４】
以上の動作例により更新されたホームページを、ユーザはインターネット等を通じてｗｅｂサーバ１１にアクセスすることで閲覧する。このようにホームページの迅速な更新ができることによって、特にマルチメディアコンテンツの配信サービス等商用としてホームページを公開している場合に、管理コストが削減できることは非常に優れた効果となる。
【００２５】
上記の例では、データサーバ２１側にリンクテーブルを備えることとしたが、ｗｅｂサーバ１１側や「Ｌｏｏｋｕｐサービス」にリンクテーブルを備えることとしてもよい。また、Ｗｅｂサーバ１１が「Ｌｏｏｋｕｐサービス」にイベント登録をしておかなかった場合でも、定期的に（あるいは、必要な時のみ）「Ｌｏｏｋｕｐサービス」に問い合わせることにより、データサーバ２１の変化を知ることができる。
【００２６】
ｗｅｂサーバ側にリンクテーブルを備える場合には、データサーバ側では少なくとも自らが格納しているコンテンツを「Ｌｏｏｋｕｐサービス」に登録する。またｗｅｂサーバ側では、自らがホームページでリンクしたコンテンツとそのコンテンツの格納場所（データサーバ）をリンクテーブルに記載して「Ｌｏｏｋｕｐサービス」に登録する。データサーバがコンテンツを追加すると「Ｌｏｏｋｕｐサービス」にも登録をするため、既知のコンテンツに関しては状況把握を自動で行うことが可能になる。
【００２７】
また、コンテンツの新規追加の場合、「Ｌｏｏｋｕｐサービス」はリンクが可能なｗｅｂサーバにコンテンツが追加されたことを通知する。ｗｅｂサーバ側では、所定の条件に合致する場合に自らのリンクテーブルに記載して「Ｌｏｏｋｕｐサービス」に登録する。ｗｅｂサーバ側でリンクテーブルに記載する条件を持っていない場合などのときは、ｗｅｂサーバの管理者に通知するようにしてもよい。
【００２８】
「Ｌｏｏｋｕｐサービス」にリンクテーブルを備える場合には、データサーバ側では少なくとも自らが格納しているコンテンツを「Ｌｏｏｋｕｐサービス」に登録する。また「Ｌｏｏｋｕｐサービス」においては、コンテンツとそのコンテンツの格納場所（データサーバ）、さらにそのコンテンツのリンク先（ｗｅｂサーバ）をリンクテーブルに記載する。この場合も他の例と同様に、既知のコンテンツに関しては状況把握を自動で行うことが可能になる。また、コンテンツの新規追加の場合も同様に、「Ｌｏｏｋｕｐサービス」への登録が行われることにより、リンクが可能なサーバにコンテンツが追加されたことを通知する。
【００２９】
また、データサーバ側、ｗｅｂサーバ側および「Ｌｏｏｋｕｐサービス」の３者の内いずれか２者または全てにリンクテーブルを備えることとしてもよい。この場合、いずれかのリンクテーブルに記載誤りがあったとしても、少なくとも１つに正確なリンクテーブルがあればリンクテーブルの変更状況を知ることができ、コンテンツ状況通知の確実性が高まる。
【００３０】
さらに、例えばライブ放送の場合の放送時刻表や、データサーバをメンテナンスする場合のサービス停止期間などアクセス開始・終了予定等のコンテンツの状況を示すメッセージをリンクテーブルに用意してホームページに表示することで、ホームページにアクセスするユーザへの細やかな対応も可能になる。
【００３１】
＜効果＞
以上、詳細に説明した通り本発明によれば、Ｊｉｎｉに対応するｗｅｂサーバとデータサーバとを備え、リンクテーブルの変更をイベント発行により通知することで、関連するオブジェクトに更新を行わせることができる。このため、ホームページにリンクされるコンテンツの追加・削除やコンテンツが格納されるデータサーバ自体に障害があった場合でも、迅速にホームページの更新が行える。よって、ホームページを常に最新状態に維持することが簡単に実現でき、管理コストが削減できるという効果を奏する。
【図面の簡単な説明】
【図１】本発明によるホームページの更新管理システムの構成図である。
【図２】本発明によるリンクテーブルの例である。
【図３】本発明によるホームページの表示例である。
【符号の説明】
１１〜１ｎ：ｗｅｂサーバ
２１〜２ｎ：データサーバ
【図１】
0004224931.tif 000002
【図２】
0004224931.tif 000003
【図３】
0004224931.tif 000004