JPH11338796A - 情報配信システム - Google Patents

Abstract

(57)【要約】 【課題】キャッシュ領域を持った中継サーバを用いた情
報配信サーバにおいて、最適なサーバアクセスで、情報
配信全体の時間を短縮する情報配信システムを提供する
ことを目的とする。 【解決手段】少なくとも１つ以上のクライアント（１
１、１２、１３）と、そのクライアントにネットワーク
で接続された中継サーバ２と、その中継サーバ２からネ
ットワークを通じてアクセスすることができる少なくと
も１つ以上のサーバ（３１、３２、３３）とを有し、中
継サーバ２でクライアントから配信を要求された個々の
情報に関する属性を管理して、最適な間隔で、最適な情
報要求手段（２Ａ、２Ｂ）を用いて、定期的に情報を要
求し、キャッシュ領域２３の情報を最新の状態に保つ。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報配信システム
に関し、特にクライアントから定期的に情報配信の要求
を出すことで情報を得る、情報配信システムに関するも
のである。

【０００２】

【従来の技術】従来、情報配信の方法として、ユーザが
ＷＷＷ（World Wide Web）をアクセスすることにより情
報を取得する方法がある。これは、ユーザがＵＲＬ（Un
iformResource Locator）によって一意に示される情報
名をたよりに、サーバにアクセスして情報を要求するこ
とで実現していた。しかしながら、この方法では、更新
が頻繁にあるためにユーザが監視しておきたい情報に対
しては、繰り返しユーザ自らがアクセスの操作を行わな
ければならない。特に監視しておきたいほどの情報は、
１ユーザだけから注目されることは少なく、多くのユー
ザが繰り返しアクセスを行うことが多いが、多くのユー
ザがアクセスすると、サーバ側で処理しきれなくなった
り、同じ内容の情報を何度も配信することで、配信効率
が低下したり、個々のクライアントへの応答が遅くなる
等の不具合が生じることになる。

【０００３】このような不具合を軽減するものとして、
「サーバ版オートパイロット」（日経インターネットテ
クノロジー １９９７ ９月号 ｐｐ．１６−１７）に
は、図５に示すように、サーバ１０３とクライアント１
０１との間に、情報配信を代行する中継サーバ１０２を
設け、中継サーバ１０２において、情報を一時的に蓄積
しておくためのキャッシュ領域１０４と、ユーザ毎に監
視したい情報のＵＲＬリスト１０５とを用いて、すべて
のＵＲＬリストから重複を除いた必要最少限の各ＵＲＬ
に定期的にアクセスし、取得した情報をキャッシュ領域
１０４に格納しておくことで、キャッシュ領域１０４内
の各情報を最新の状態に保ち、ユーザは前記中継サーバ
１０２にアクセスするだけで、常に最新の情報を短時間
に得ることができ、重複を除いたサーバ１０３へのアク
セスによって、最適な情報配信を与えるものが開示され
ている。

【０００４】また、同じ内容の情報を何度も配信する不
具合を軽減するものとして、「インターネットの最新ト
レンド」（ＩｎｔｅｒｎｅｔＭａｇａｚｉｎｅ １９９
７８月号 ｐｐ．２７８−２８９）には、図６に示すよ
うに、アプリケーション２３０を構成する素材２３２に
関し、全素材の更新内容をインデックス２３１として持
たせ、サーバ２０３に置き、図７に示すように、情報配
信の手順を２段階に分け、最初のステップで、インデッ
クス２３１のみを配信し、クライアント２０１が前回の
配信で取得したアプリケーション２１０のインデックス
２１１と比較し、更新のあった素材だけを、次のステッ
プでサーバ２０３に要求することで、配信する内容を最
適化するものが開示されている。図６のようなインデッ
クスを例にとった場合、２番目のステップでは更新のあ
った素材１と素材３だけが要求される。ここで、アプリ
ケーションとは情報のことであり、素材とは情報を構成
するファイルのことである。このようなシステムにおい
ては、クライアント２０１はインデックスを解すことが
可能な、専用のクライアント装置あるいはクライアント
プログラムを用いて実現される。

【０００５】

【発明が解決しようとする課題】従来技術の、中継サー
バで定期的に情報をキャッシュするシステムにおいて
は、中継サーバのキャッシュ領域で登録された情報が常
に最新の状態に保たれ、中継サーバより先のアクセスは
最適化されるので効率がよいが、最新の状態に保つべき
情報が中継サーバ上でユーザ毎のＵＲＬリストで管理さ
れており、中継サーバに接続されたクライアントが多い
場合については配慮されていない。また、監視が不要に
なった場合には、ＵＲＬリストから該ＵＲＬを削除すべ
きであるが、削除を忘れた場合には、中継サーバから情
報提供のサーバへのアクセスに不必要なものが生じると
いう問題がある。このような問題を発生させないように
するには、ＵＲＬリストを完全にクライアントで管理
し、クライアントプログラムに機能として、定期的にア
クセスする機能を持たせればよいが、この方式では、中
継サーバはキャッシュ領域内の情報を意識的に最新にす
ることはしないので、クライアントからの要求に対し、
毎回サーバへアクセスすることになり、従来技術で期待
された中継サーバと情報配信サーバとの間の通信の最適
化は失われてしまい、クライアントの要求に対して時間
がかかるなどの問題が生じる。

【０００６】また、従来技術の、インデックスによって
情報の更新状況を管理する情報配信システムでは、クラ
イアントに必要な素材だけが配信されるので効率がよい
が、インデックスの比較を行うため、上述のような中継
サーバを用いてアクセスを最適化する方法と組み合わせ
るためには、中継サーバで専用のクライアントプログラ
ムを起動させるか、インデックスを解するための仕組み
が中継サーバに必要となる。すなわち、必要な素材だけ
を要求するための仕組みは専用のクライアントプログラ
ムで実現されるので、中継サーバでこのようなプログラ
ムを起動させない場合は、中継サーバと情報を提供する
サーバ間のアクセスが最適化されず、効果が半減してし
まい問題である。

【０００７】また、従来の定期的に情報取得する仕組み
において、取得するタイミングは固定の時間間隔であ
り、この間隔が短ければ不要なアクセスが発生し、長け
れば更新されたことを知るのが遅れたり、見逃しが発生
したりして、問題である。

【０００８】本発明の第１の目的は、中継サーバを用い
た情報配信システムにおいて、ＵＲＬリストをクライア
ントで管理してもなお、中継サーバと情報提供サーバ間
のアクセスを最適化できるように、クライアントとは独
立に中継サーバ内のキャッシュ領域にある情報を最新に
保つことにより、情報配信の時間的オーバーヘッドを削
減する、情報配信システムを提供しようとするものであ
る。

【０００９】本発明の第２の目的は、上記情報配信シス
テムにおいて、インデックスを用いた情報配信システム
にも適用できるように拡張し、中継サーバと情報提供サ
ーバ間のアクセスをより最適化することができる情報配
信システムを提供しようとするものである。

【００１０】本発明の第３の目的は、上記情報配信シス
テムにおいて、中継サーバのキャッシュ領域を更新する
タイミングを自動で調整することにより、中継サーバと
情報提供サーバ間のアクセスをより最適化する情報配信
システムを提供しようとするものである。

【００１１】

【課題を解決するための手段】上記第１の目的を達成す
るために、本発明の情報配信システムは、少なくとも１
つ以上の情報配信サーバと、この情報配信サーバにネッ
トワークを通じてアクセスすることが可能な中継サーバ
と、この中継サーバにネットワークを介して接続された
少なくとも１つ以上のクライアントを有し、前記クライ
アントからの情報配信の要求を前記中継サーバが受け取
ると、前記中継サーバは、以後定期的に該情報を配信し
ている前記情報配信サーバに情報配信の要求を出し、そ
れによって受け取った該情報を前記中継サーバの一時格
納領域に格納したのちに、前記中継サーバが要求元の前
記クライアントに配信し、同じ情報が別のクライアント
からの要求された場合には、定期的に情報配信の要求を
出すことで最新の状態に保たれている中継サーバの前記
一時格納領域に格納されている情報を配信することを特
徴とするものである。

【００１２】上記第２の目的を達成するために、本発明
の情報配信システムは、前記中継サーバに、前記クライ
アント上で情報配信の要求を出したものと同じ情報要求
手段を備え、前記クライアントからの情報配信の要求に
対し、該情報を要求するための最適な前記情報要求手段
を選択し、その情報要求手段を用いて該情報に関する前
記情報配信サーバと前記中継サーバとの間の情報配信を
行うことを特徴とするものである。

【００１３】上記第３の目的を達成するために、本発明
の情報配信システムは、前記中継サーバにおいて、情報
毎に、要求する間隔を含んだ該情報の要求に関する属性
を元に最適な要求の間隔を決定し、前記中継サーバから
該情報の情報配信の要求を出す間隔を調整することを特
徴とするものである。

【００１４】さらに、本発明は、上記機能を実現するプ
ログラムを格納した記憶媒体を特徴とするものである。

【００１５】

【発明の実施の形態】以下、図面を参照して、本発明の
実施の形態について説明する。

【００１６】図１は、本発明の実施の形態である情報配
信システムの全体図を示す。クライアント（１１、１
２、１３）は、ＬＡＮによって中継サーバ２に接続され
ており、前記中継サーバ２は、インターネットを通じて
情報配信サーバ（３１、３２、３３）にアクセスし、情
報を得ることができる。ここで、情報は、ＵＲＬのよう
に一意に示すことができて、かつ情報を要求するための
手段も一意に示すことができる名称を持っている。情報
を要求する手段は、複数種類あり、クライアント１１の
ように情報要求手段Ａ（１１Ａ）だけを持っているクラ
イアントもいれば、クライアント１２のように複数の情
報要求手段（１２Ａ、１２Ｂ）を持っているクライアン
トもいる。いずれにせよ、クライアントは情報要求手段
を用いて、中継サーバ２に情報配信の要求を出す。

【００１７】中継サーバ２では、すべての情報配信の要
求を中継手段２１が受け取る。中継手段２１は、中継サ
ーバ２で動作するプログラムであり、中継手段２１が格
納された記憶媒体から、例えば、中継サーバ２に接続さ
れた読み取り装置２４を介してセットアップされる。

【００１８】図３は、中継手段２１の処理手順を示すフ
ローチャートである。同図に示すように、中継手段２１
は、クライアントからの情報配信の要求を受けると（ス
テップ３０１）、要求された該情報が、情報管理テーブ
ル２２に登録されているかどうかをチェックする（ステ
ップ３０２）。もし、まだ登録されていなければ、情報
管理テーブル２２に、要求された情報を登録する（ステ
ップ３０３）。

【００１９】ここで、情報管理テーブル２２は、中継サ
ーバ２において、定期的に取得する情報を管理するため
のテーブルである。情報管理テーブル２２は、例えば、
図２に示すように、情報に関するいくつかの属性が表の
ように記述されたファイルとして実現されてもよい。図
２の例では、情報を一意に示す情報名２２１と、情報を
更新する間隔である更新間隔２２２と、最初に要求して
からの時間を表す要求時間２２３と、要求して得た情報
が更新されていたときの回数を示す更新回数２２４と
が、属性として記述されている。この実施の形態では、
情報名から情報要求手段を識別できるので、情報要求手
段を識別するための属性は情報管理テーブル２２に記述
されていないが、このような属性を加えてもよい。

【００２０】ステップ３０３における情報管理テーブル
２２への登録に際して、いくつかの情報には初期値が用
いられる。例えば、要求時間２２３や更新回数２２４
は、０時間、０回と設定される。

【００２１】情報管理テーブル２２のチェック後、要求
された該情報が、キャッシュ領域２３に格納されている
かどうかチェックする（ステップ３０４）。キャッシュ
領域２３に情報が格納されている場合は、キャッシュ領
域２３にある該情報を要求元のクライアントに配信して
（ステップ３０６）、情報配信処理を終了する。すなわ
ち、既にキャッシュ領域２３に情報が取得してある場合
は、中継サーバ２と情報配信サーバとの間の通信はカッ
トされる。一方、キャッシュ領域２３に情報が格納され
ていない場合は、該情報の情報名２２１から情報要求手
段（２Ａ、２Ｂ）を１つ決定し、その情報要求手段を用
いて、情報配信サーバ（３１、３２、３３）に情報配信
の要求を出して、該情報を取得する（ステップ３０
５）。すなわち、中継サーバ２と情報配信サーバとの間
の情報配信では、最適な情報要求手段が使用されること
になる。例えば、図２で例示した情報名２２１ではhtt
p://やtuner://からプロトコルが分かるので、これらの
情報名から、使用すべき最適な情報要求手段を決定する
ことができる。

【００２２】中継サーバ２の情報要求手段（２Ａ、２
Ｂ）が取得した情報は、一旦キャッシュ領域２３に格納
してから、要求元のクライアントに配信する（ステップ
３０６）。

【００２３】一旦情報管理テーブル２２に登録された情
報については、図４のフローチャートに示すように、中
継サーバ２が、定期的に情報配信サーバにアクセスし、
情報取得してくることにより、キャッシュ領域２３内の
情報を最新の状態に保つ。

【００２４】すなわち、中継サーバ２は、図４のフロー
チャートに示されるように、情報を取得してから更新間
隔（図２の２２２）だけ時間が経過したかチェックする
（ステップ４０１）。更新間隔だけの時間が経過してい
ないときは、そのまま図４の処理を終了する。更新間隔
だけの時間が経過していたときは、情報配信サーバに情
報配信を要求し（ステップ４０２）、取得した情報とキ
ャッシュ内の情報とを比較し、更新されていれば、更新
回数をインクリメントし、要求間隔を調整し、情報管理
テーブル２２を更新する（ステップ４０３）。このステ
ップ４０３は、取得した情報とキャッシュ内の情報とを
比較して、更新されたかどうかチェックするものである
が、これにより、情報管理テーブル２２の更新回数２２
４を変化させ、要求時間２２３などから、最適な更新間
隔を求め、情報管理テーブル２２を更新することができ
る。本実施の形態では、更新間隔２２２は、要求時間を
更新回数で割り算して、更新されるまでの平均時間を計
算したものが記述されている。

【００２５】この発明は、上述した実施形態に限定され
るものではなく、幾多の変更または変形が可能である。
例えば、上述した実施の形態では情報管理テーブルから
の登録の削除を行う方法については述べていないが、ク
ライアントからの情報要求回数を属性として持たせてお
き、その回数から平均被要求間隔を求めて、特定の間隔
を越えた時点で、更新間隔を無限大に変更して、見かけ
上の登録削除を、更新間隔調整のバリエーションとして
与えることが可能である。

【００２６】以上示したように、本実施の形態によれ
ば、中継サーバは、最適な間隔で、最適な情報要求手段
を用いて、定期的に情報を取得することで、中継サーバ
と情報配信サーバとの間の情報配信を最適なものにし、
キャッシュ領域内の情報を最新の状態に保って置くこと
で、クライアントを含めた情報配信全体の時間を短縮す
ることができる。

【００２７】

【発明の効果】本発明によれば、クライアントからの情
報配信の要求によって、実施の形態で説明した情報管理
テーブルのようなＵＲＬリストに、定期的に取得する情
報を自動で登録するので、クライアントとは独立に中継
サーバ内のキャッシュ領域にある情報を最新に保つこと
ができ、最新に保たれたキャッシュ領域にある情報を活
用することで、クライアントの要求に対する情報配信ま
での時間を短くすることができる。

【００２８】また、中継サーバが複数の情報要求手段を
用意し、要求された情報の情報名などから、最適な情報
要求手段を決定し、その情報要求手段を用いることによ
り、最も効率の良い方法で、情報配信サーバから情報を
得ることができる。また、実施の形態の情報管理テーブ
ルのように、情報管理テーブルに登録されてから期間や
更新された回数などから、情報が更新される間隔を決定
し、その間隔を用いて定期的に情報配信の要求を出すこ
とにより、最適な頻度で要求を出すことができる。

【図面の簡単な説明】

【図１】本発明の実施の形態における情報配信システム
の全体の構成を示す図である。

【図２】本発明の実施の形態における情報配信システム
で、中継サーバの中継手段が、定期的に取得する情報を
管理するための情報管理テーブルの例を示す図である。

【図３】本発明の実施の形態における情報配信システム
で、中継サーバの中継手段が、クライアントから情報配
信の要求を受けてから行う処理のフローチャート図であ
る。

【図４】本発明の実施の形態における情報配信システム
で、中継サーバの中継手段が、情報管理テーブルに情報
を登録した後に行う処理のフローチャート図である。

【図５】従来技術の、定期的にサーバへアクセスを行う
中継サーバを用いた情報配信システムの構成を示す図で
ある。

【図６】従来技術の、インデックスの差分から更新され
た素材のみを配信する情報配信システムの構成と、イン
デックスの例を示す図である。

【図７】従来技術の、インデックスの差分から更新され
た素材のみを配信する情報配信システムにおける差分更
新処理を時系列に示す図である。

【符号の説明】

１１…情報要求手段Ａだけを持ったクライアント、１１
Ａ…情報要求手段Ａ、１２…情報要求手段Ａおよび情報
要求手段Ｂを持ったクライアント、１２Ａ…情報要求手
段Ａ、１２Ｂ…情報要求手段Ｂ、１３…情報要求手段Ｂ
だけを持ったクライアント、１３Ｂ…情報要求手段Ｂ、
２…中継サーバ、２１…中継手段、２Ａ…情報要求手段
Ａ、２Ｂ…情報要求手段Ｂ、２２…情報管理テーブル、
２２１…情報の情報名をあらわす属性、２２２…情報の
更新間隔をあらわす属性、２２３…情報の要求時間をあ
らわす属性、２２４…情報の更新回数をあらわす属性、
２３…キャッシュ領域、２４…読み取り装置、３１…情
報配信サーバ、３２…情報配信サーバ、３３…情報配信
サーバ、１０１…クライアント、１０２…中継サーバ、
１０３…サーバ、１０４…キャッシュ領域、１０５…ユ
ーザ毎ＵＲＬリスト、２０１…クライアント、２１０…
クライアントが取得したアプリケーション、２１１…ク
ライアントが取得したアプリケーションに含まれるイン
デックス、２１２…クライアントが取得したアプリケー
ションに含まれる素材、２３０…サーバが配信している
アプリケーション、２３１…サーバが配信しているアプ
リケーションに含まれるインデックス、２３２…サーバ
が配信しているアプリケーションに含まれる素材。

Claims (4)

【特許請求の範囲】
1. 【請求項１】少なくとも１つ以上の情報配信サーバと、
   この情報配信サーバにネットワークを通じてアクセスす
   ることが可能な中継サーバと、この中継サーバにネット
   ワークを介して接続された少なくとも１つ以上のクライ
   アントとを有し、 前記中継サーバは、 前記クライアントからの情報配信の要求を受け取ると、
   それ以後、定期的に該情報を配信している前記情報配信
   サーバに情報配信の要求を出し、受け取った該情報を前
   記中継サーバの一時格納領域に格納する手段と、 一時格納領域に格納した該情報を、要求元の前記クライ
   アントに配信する手段と、 同じ情報が別のクライアントから要求された場合に、前
   記一時格納領域に格納されている該情報を配信する手段
   とを備えていることを特徴とする情報配信システム。
2. 【請求項２】前記中継サーバは、前記クライアント上で
   情報配信の要求を出したものと同じ情報要求手段を備
   え、前記クライアントからの情報配信の要求に対し、該
   情報を要求するための最適な前記情報要求手段を選択
   し、その情報要求手段を用いて、該情報を前記情報配信
   サーバから得ることを特徴とする請求項１に記載の情報
   配信システム。
3. 【請求項３】前記中継サーバは、情報毎に、要求する間
   隔を含んだ該情報の要求に関する属性を元にして最適な
   要求の間隔を決定し、その時間間隔をもって該情報の配
   信を要求することを特徴とする請求項１または２のいず
   れか１つに記載の情報配信システム。
4. 【請求項４】請求項１から請求項３に述べた機能を実現
   するプログラムを格納した記憶媒体。