JPH1145199A - 分散型情報配信装置及びその方法 - Google Patents

Abstract

(57)【要約】 【課題】ポーリング方式及びイベント方式の情報配信方
法のそれぞれの利点を活用して情報配信ネットワーク全
体における情報保存領域の最小化、及び、情報取得に必
要な処理の最少化を実現するように情報を自動的に分散
配置する。 【解決手段】配信情報を保存するＷＷＷプロキシ４は、
各配信情報についてＷＷＷクライアント３における利用
頻度の評価値に基づいてイベント型配信に適した配信情
報を更新的に決定し、ＷＷＷサーバ２はこの決定結果に
したがって配信情報をイベント型配信又はポーリング型
配信する。ＷＷＷプロキシ４は、情報要求に係る配信情
報を保存しているか否か、及び、情報要求に係る配信情
報がイベント型配信に適しているか否かに基づいて保存
中の配信情報をＷＷＷクライアント３に送信する処理、
又は、ＷＷＷクライアント３の情報要求をＷＷＷサーバ
２に送信する処理を選択的に実行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サーバ側装置に
対して複数のクライアント側装置を分散して配置し、サ
ーバ側装置からクライアント側装置に情報を配信する分
散型情報配信装置及び分散型情報配信方法に関する。

【０００２】

【従来の技術】従来より、サーバ側装置と複数のクライ
アント側装置とにより構成された分散型ネットワーク環
境において、サーバ側装置からクライアント側装置に対
して情報を配信する方法としては、主としてポーリング
方式（Ｐｕｌｌ方式）及びイベント方式（Ｐｕｓｈ方
式）が知られている。

【０００３】ポーリング方式の情報配信方法では、クラ
イアントにおいて情報を必要とした時点でクライアント
側装置からサーバ側装置に対して情報要求コマンドが送
信され、この情報要求コマンドに応答してサーバ側装置
がクライアント側装置に情報を送信する。したがって、
ポーリング方式の情報配信方法では、クライアント側装
置において不必要な情報がサーバ側装置から配信される
ことはなく、クライアント側装置に大きな記憶容量を必
要としないという利点がある。

【０００４】一方、イベント方式の情報配信方法では、
例えば、予め設定された時刻や情報の更新時等のサーバ
におけるイベント発生時に、サーバ側装置からクライア
ント側装置に情報が配信される。したがって、イベント
方式の情報配信方法では、クライアント側装置が常に最
新の情報を入手できるとともに、クライアント側装置か
らサーバ側装置に対して情報要求を送信する必要がな
く、通信ラインにおける情報トラフィック量を減少でき
る利点がある。

【０００５】

【発明が解決しようとする課題】しかしながら、ポーリ
ング方式の情報配信方法では、サーバ側において情報が
更新されていない場合であっても、クライアント側装置
から情報要求コマンドが送信される毎にサーバ側装置か
らクライアント側装置に対して情報を送信する必要があ
り、通信ラインにおける情報トラフィック量の増加やサ
ーバ側装置の処理量の増加を招く問題があった。

【０００６】この問題を解決するために、サーバ側装置
から配信された情報を記憶するキャッシュ装置をクライ
アント側装置に設け、クライアント側装置からの情報要
求に対してキャッシュ装置からクライアント側装置に情
報を供給する方法も提案されている。しかし、キャッシ
ュ装置が記憶している情報がサーバ側装置における最新
の情報であるとは限らないため、クライアント側装置が
最新の情報を入手できない場合があり、クライアント側
装置が最新の情報を入出するためにはサーバ側装置から
情報の配信を受けてキャッシュ装置が記憶している情報
が最新の情報であるか否かの確認を行う必要があり、却
って処理の増加を招く。

【０００７】また、イベント方式の情報配信方法では、
クライアント側において情報を必要としていない状況で
もサーバ側装置からクライアント側装置に情報が配信さ
れるため、クライアント側においてその情報が必要にな
るまで配信された情報を保存しておく必要があり、クラ
イアント側装置に十分な容量の記憶手段を必要とする問
題がある。

【０００８】この発明の目的は、情報毎の評価値に基づ
いてポーリング方式の情報配信方法とイベント方式の情
報配信方法とを自動的に切り換えることにより、ポーリ
ング方式及びイベント方式の情報配信方法のそれぞれの
利点を活用して情報配信ネットワーク全体における情報
保存領域の最小化、及び、情報取得に必要な処理の最少
化を実現するように情報を自動的に分散配置することが
できる分散型情報配信装置及び分散型情報配信方法を提
供することにある。

【０００９】

【課題を解決するための手段】請求項１及び４に記載し
た発明は、サーバ側装置が、配信情報のイベント発生時
にその配信情報についての利用状態がイベント型配信に
適したクライアント側装置にのみその配信情報を配信す
るイベント型配信処理と、クライアント側装置の情報要
求に基づいて配信情報を配信するポーリング型配信処理
と、を選択的に実行し、クライアント側装置が、サーバ
側装置からイベント型配信された配信情報を更新的に記
憶するとともに、利用状態がポーリング型配信に適した
配信情報についてのみサーバ側装置に送信要求を送信す
ることを特徴とする。

【００１０】請求項１及び４に記載した発明において
は、各配信情報についてのクライアント側装置における
利用状態がイベント型配信に適しているか、又は、ポー
リング型配信に適しているかに応じて、その配信情報が
イベント型配信又はポーリング型配信される。したがっ
て、サーバ側装置は、イベントを発生した配信情報につ
いての利用状態がイベント型配信に適していないクライ
アント側装置に対してその配信情報を配信することがな
い。また、クライアント側装置は、利用状態がイベント
型配信に適している配信情報についてサーバ側装置に情
報要求を送信することがない。

【００１１】請求項２及び５に記載した発明は、前記サ
ーバ側装置とクライアント側装置との間に配置したキャ
ッシュ装置が、サーバ側装置から配信された所定数の配
信情報を保存し、クライアント側装置における利用状態
からイベント型配信すべき配信情報を決定してその決定
結果をサーバ側装置に送信し、さらに、クライアント側
装置の情報要求に係る配信情報を保存しているか否か、
及び、情報要求に係る配信情報がイベント型配信に適し
ているか否かに基づいて保存中の配信情報をクライアン
ト側装置に送信する処理、又は、クライアント側装置の
情報要求をサーバ側装置に送信する処理を選択的に実行
するとともに、前記サーバ側装置が、キャッシュ装置か
ら送信された決定結果に基づいてイベント型配信すべき
配信情報と配信先のクライアント側装置との関係を記憶
し、この関係を記憶している配信情報をイベント型配信
するとともに、関係を記憶していない配信情報をクライ
アント側装置の情報要求に基づいてポーリング型配信す
ることを特徴とする。

【００１２】請求項２及び５に記載した発明において
は、サーバ側装置とクライアント側装置との間に配置さ
れたキャッシュ装置においてサーバ側装置から配信され
た配信情報を保存しておく。クライアント側装置からイ
ベント型配信に適した利用状態の配信情報が要求された
際には、予めサーバ側装置からイベント型配信されてキ
ャッシュ装置に保存されている配信情報がクライアント
側装置に供給される。また、クライアント側装置からポ
ーリング型配信に適した利用状態の配信情報が要求され
た際には、その配信情報を記憶しているか否かに応じ
て、キャッシュ装置に保存されている配信情報がクライ
アント側装置に供給されるか、又は、クライアント側装
置の情報要求がサーバ側装置に送信される。したがっ
て、クライアント側装置における各配信情報の利用状態
がキャッシュ装置において評価され、この評価結果に基
づいて各配信情報がイベント型配信又はポーリング型配
信されることになり、クライアント側装置における配信
情報の利用状態の変化に対応して適宜最適な配信処理が
行われる。

【００１３】請求項３及び６に記載した発明は、前記キ
ャッシュ装置が、クライアント側装置の情報要求が最新
情報を要求するものであるか否か、クライアント側装置
の情報要求に係る配信情報を保存しているか否か、及
び、情報要求に係る配信情報がイベント型配信に適して
いるか否かに基づいて保存中の配信情報をクライアント
側装置に送信する処理、又は、クライアント側装置の情
報要求をサーバ側装置に送信する処理を選択的に実行す
ることを特徴とする。

【００１４】請求項３及び６に記載した発明において
は、クライアント側装置からポーリング型配信に適した
配信情報が要求された場合に、キャッシュ装置は、クラ
イアント側装置の情報要求が最新情報を要求するもので
あるか否か、及び、その配信情報を記憶しているか否か
に応じて、先にサーバ側装置からポーリング型配信され
た配信情報がクライアント側装置に供給されるか、又
は、クライアント側装置の情報要求がサーバ側装置に送
信される。したがって、クライアント側装置における利
用状態がイベント型配信に適していない配信情報であっ
て、クライアント側装置から最新情報の情報要求があ
り、かつ、キャッシュ装置に保存されていない場合に限
りサーバ側装置からポーリング型配信され、情報取得に
必要な処理がさらに削減される。

【００１５】

【発明の実施の形態】以下にこの発明の実施形態を、分
散ネットワーク環境としてＷＷＷに適用した場合を例に
あげて説明する。図１は、この発明の実施形態に係る分
散型情報配信装置及び分散型情報配信方法が適用される
ネットワークシステムの構成を示す図である。ネットワ
ークシステム１は、ＷＷＷサーバ２、ＷＷＷクライアン
ト３及びＷＷＷプロキシ４をイーサネット５上に接続し
て構成されている。ＷＷＷサーバ２は、送信部２１、受
信部２２、情報内容記憶部２３、イベント型情報記憶部
２４及び配信制御部２５を備えている。また、ＷＷＷプ
ロキシ４は、送信部４１、受信部４２、配信情報記憶部
４３及び制御部４４を備えており、キャッシュ装置とし
ての機能を有する。

【００１６】ＷＷＷクライアント３は、従来のネットワ
ークシステムを構成するＷＷＷクライアントと同様の構
成及び機能を有している。即ち、表示部３１、入力部３
２、送信部３３、受信部３４及び制御部３５を備え、例
えば、パーソナルコンピュータによって構成される。こ
のＷＷＷクライアント３において配信情報を必要とする
場合には、例えば、“ｈｔｔｐ：／／．．．”等の配信
情報の情報識別子を指定して情報要求をＷＷＷサーバ２
に送信する。ＷＷＷサーバ２は、指定された情報識別子
に応じた配信情報をイーサネット５を介してＷＷＷプロ
キシ４に出力する。

【００１７】ＷＷＷサーバ２のイベント型情報記憶部２
４は、図２に示すように、イベント型配信すべき配信情
報毎に、配信情報を特定する情報識別子と配信先である
ＷＷＷクライアント３のアドレスとの関係を記憶してい
る。なお、ＷＷＷサーバ２の情報内容記憶部２３は、Ｗ
ＷＷサーバ２が取り扱う全ての配信情報について、情報
識別子及び情報内容を記憶している。この情報内容はユ
ーザによって更新できるようにされている。

【００１８】ＷＷＷプロキシ４の配信情報記憶部４３
は、図３に示すように、所定数の配信情報について、キ
ャッシュ順位、情報識別子、情報内容、利用頻度評価値
及びイベント型配信フラグを配信情報毎に記憶する。こ
こに、キャッシュ順位は、配信情報記憶部４３の記憶内
容の更新に用いられ、例えば、新たに記憶すべき配信情
報が発生した際には既に記憶されている配信情報の順位
を順次繰り下げて新規の配信情報の順位を最上位とし、
配信情報記憶部４３の記憶容量を越える場合には、既に
記憶されているうちの最下位の配信情報が削除される。
利用頻度評価値は、その配信情報に対するＷＷＷクライ
アント３における情報要求の頻度を表す値であり、例え
ば、情報要求がある毎にインクリメントされ、情報要求
されることなく一定時間を経過する毎にデクリメントさ
れる。また、イベント型配信フラグは、イベント型配信
すべきか否かの状態を記憶するフラグであり、後述する
処理により利用頻度評価値に応じてセット又はリセット
される。

【００１９】図４は、上記ネットワークシステムを構成
するＷＷＷクライアントの制御部の処理手順を示すフロ
ーチャートである。ＷＷＷクライアント３の制御部３５
は、ユーザによる情報識別子の入力操作を受け付ける
（ｓ１）。ユーザが入力する情報識別子には、情報要求
先のＷＷＷサーバ２の識別子、及び、ＷＷＷサーバ２に
おける配信情報の識別子が含まれる。制御部３５は、入
力された情報識別子を含む情報要求コマンドを作成し、
作成した情報要求コマンドをイーサネット５を介してＷ
ＷＷプロキシ４に送信する（ｓ２）。制御部３５は、Ｗ
ＷＷプロキシ４から配信情報を受信すると（ｓ３）、受
信した配信情報の内容をディスプレイに表示する（Ｓ
４）。

【００２０】なお、ユーザによる情報識別子の入力操作
時、又は、情報要求コマンドの送信時におけるユーザの
操作によって、情報要求コマンドに最新情報を要求する
コマンドを付加することができる。

【００２１】図５は、上記ネットワークシステムを構成
するＷＷＷプロキシの制御部の処理手順を示すフローチ
ャートである。ＷＷＷプロキシ４の制御部４４は、ＷＷ
Ｗクライアント３から送信された情報要求コマンドを受
信すると（ｓ１１）、情報要求コマンドに含まれる情報
識別子の配信情報を配信情報記憶部４３に記憶している
か否か（ｓ１２）、情報要求コマンドに最新情報の要求
コマンドが含まれているか否か（ｓ１３）、及び、情報
要求コマンドに含まれる情報識別子に該当する配信情報
がイベント型配信すべき配信情報であるか否か（ｓ１
４）の判別を行う。

【００２２】受信した情報要求コマンドに含まれる情報
識別子の配信情報を配信情報記憶部４３に記憶している
場合であって、その情報要求コマンドに最新情報の要求
コマンドが含まれており、かつ、その配信情報がイベン
ト型配信すべき配信情報である場合、又は、その情報要
求コマンドに最新情報の要求コマンドが含まれていない
場合には、制御部４４は、配信情報記憶部４３から該当
する配信情報を読み出してＷＷＷクライアント３に送信
してｓ１６に進む（ｓ１５）。ここで送信された配信情
報が、図４のｓ３の処理により、ＷＷＷクライアント３
において受信される。

【００２３】ｓ１２において、受信した情報要求コマン
ドに含まれる情報識別子の配信情報が配信情報記憶部４
３に記憶されていない場合、制御部４４は、ＷＷＷクラ
イアント３から送信された情報要求コマンドをＷＷＷサ
ーバ２に送信し（ｓ１７）、ＷＷＷサーバ２から受信し
た配信情報をＷＷＷクライアント３に転送する（ｓ１
８，ｓ１９）。次いで、制御部４４は、キャッシュ情報
の追加処理を行う（ｓ２０）。このキャッシュ情報の追
加処理は、図６のフローチャートに示すように、ＷＷＷ
サーバ２から受信した配信情報を配信情報記憶部４３の
記憶内容に加える処理である（ｓ３１）。但し、今回受
信した配信情報を記憶内容に追加すると配信情報記憶部
４３の記憶容量を越える場合には、今回受信した配信情
報の記憶領域を確保すべく、配信情報毎のキャッシュ順
位に基づいて配信情報記憶部４３の記憶内容から削除す
る配信情報を決定する（ｓ３２，ｓ３３）。この削除す
る配信情報の決定において制御部４４は、例えば、一般
的なキャッシュ装置における処理アルゴリズムを踏襲し
てキャッシュ順位の最下位の配信情報を削除する配信情
報とする。

【００２４】この後、制御部４４は、削除するものとし
て決定した配信情報のイベント型配信フラグを参照し、
参照したイベント型配信フラグがセットされている場
合、即ち、イベント型配信すべき配信情報を削除する場
合には、その配信情報についてイベント型配信中止コマ
ンドをＷＷＷサーバ２に送信し（ｓ３４，ｓ３５）、Ｗ
ＷＷサーバ２からイベント型配信中止レスポンスを受信
した後に配信情報記憶部４３から配信情報を削除してｓ
１６に進む（ｓ３６，ｓ３７）。

【００２５】なお、図３に示したＷＷＷプロキシ４の配
信情報記憶部４３の記憶内容におけるキャッシュ順位
は、配信情報毎の利用頻度評価値又はイベント型配信フ
ラグの状態を参照して決定するようにしてもよい。例え
ば、配信情報記憶部４３に追加して記憶すべき新規の配
信情報が発生した際に、利用頻度評価値の高い配信情
報、又は、イベント型配信フラグがセットされている配
信情報のキャッシュ順位を変更せず、利用頻度評価値の
低い配信情報、又は、イベント型配信フラグがリセット
されている配信情報のみのキャッシュ順位を繰り下げ
る。このようにして、配信情報記憶部４３における配信
情報のキャッシュ順位を決定することにより、配信情報
記憶部４３の記憶容量を越えた際にイベント型配信すべ
き配信情報が記憶内容から削除されることがなく、配信
情報記憶部４３の記憶内容の更新後においてもＷＷＷク
ライアント３における利用頻度に基づいて最適な配信処
理を行うことができ、図６のｓ３４〜ｓ３６の処理は不
要になる。

【００２６】また、ｓ１４において、情報要求コマンド
に含まれる情報識別子に該当する配信情報がイベント型
配信すべき配信情報でない場合には、制御部４４は、Ｗ
ＷＷクライアント３から送信された情報要求コマンドを
ＷＷＷサーバ２に送信し（ｓ２１）、ＷＷＷサーバ２か
ら受信した配信情報をＷＷＷクライアント３に転送して
ｓ１６に進む（ｓ２２，ｓ２３）。

【００２７】制御部４４は、ｓ１５において配信情報記
憶部４３から読み出した配信情報をＷＷＷクライアント
３に送信した後、ｓ２０において配信情報記憶部４３の
記憶内容の追加及び削除を行った後、又は、ｓ２３にお
いてＷＷＷサーバ２から受信した配信情報をＷＷＷクラ
イアント３に転送した後、配信情報記憶部４３に記憶し
ている利用頻度評価値及びイベント型配信フラグの更新
処理を行う（ｓ１６）。

【００２８】この更新処理において制御部４４は、図７
に示すように、先ず、配信情報記憶部４３に配信情報毎
に記憶している利用頻度評価値の更新を行う（ｓ４
１）。詳細には、制御部４４は、今回ＷＷＷクライアン
ト３から情報要求がなされた配信情報の利用頻度評価値
をインクリメントし、その他の配信情報の利用頻度評価
値をデクリメントする。この後、制御部４４は、更新後
の利用頻度評価値のそれぞれを基準値と比較し、利用頻
度評価値が基準値を越える配信情報が新たに生じた場合
には、その配信情報についてのイベント型配信要求コマ
ンドをＷＷＷサーバ２に送信し（ｓ４２，ｓ４３）、Ｗ
ＷＷサーバ２からのイベント型配信レスポンスを受信し
た後に配信情報記憶部４３内のイベント型配信フラグを
更新する（ｓ４４，ｓ４５）。一方、制御部４４は、利
用頻度評価値が基準値以下の配信情報が新たに生じた場
合には、その配信情報についてのイベント型配信中止要
求コマンドをＷＷＷサーバ２に送信し（ｓ４６，ｓ４
７）、ＷＷＷサーバ２からのイベント型配信中止レスポ
ンスを受信した後に配信情報記憶部４３内のイベント型
配信フラグを更新する（ｓ４８，ｓ４９）。

【００２９】なお、上記ｓ４１の利用頻度評価値の更新
処理は、各配信情報についてＷＷＷクライアント３にお
ける利用頻度を的確に判定できる他の方法を用いて行う
こともできる。例えば、各配信情報について一定時間毎
に利用の有無をチェックし、この間における１回の利用
毎に利用頻度評価値をインクリメントするとともに、こ
の間に利用されなかった配信情報の利用頻度評価値をデ
クリメントすることが考えられる。

【００３０】制御部４４は、ＷＷＷクライアント３から
情報要求を受信した際に上述したｓ１１〜ｓ２３の処理
を実行するとともに、このｓ１１〜ｓ２３の処理と並行
してＷＷＷサーバ２からイベント型配信された配信情報
の受信処理を行う。即ち、ＷＷＷサーバ２から配信情報
がイベント型配信されると、制御部４４はその配信情報
を受信し（ｓ２４）、受信した配信情報により配信情報
記憶部４３の記憶内容を更新する（ｓ２５）。したがっ
て、ＷＷＷサーバ２においてイベント型配信情報の内容
が更新されて更新後の配信情報がイベント型配信される
と、ＷＷＷプロキシ４において配信情報記憶部４３内の
配信情報の内容が更新後の配信情報によって更新され、
ＷＷＷプロキシ４の配信情報記憶部４３は、イベント型
配信情報について常に最新の内容を記憶していることに
なる。

【００３１】図８は、上記ネットワークシステムを構成
するＷＷＷサーバの配信制御部の処理手順を示すフロー
チャートである。ＷＷＷサーバ２の配信制御部２５は、
図８（Ａ）に示すように、情報要求コマンドを受信する
と（ｓ５１）、受信した情報要求コマンドに含まれる情
報識別子によって特定される配信情報を情報内容記憶部
２４から読み出し、ＷＷＷプロキシ４に対して送信する
（ｓ５２）。このｓ５１，ｓ５２の処理がポーリング型
配信による配信情報の配信処理であり、ここで送信され
た配信情報がＷＷＷプロキシ４におけるｓ１８又はｓ２
２の処理によって受信される。

【００３２】また、配信制御部２５は、図８（Ｂ）に示
すように、いずれかの配信情報の配信主であるユーザか
ら配信情報の内容更新通知を受けると（ｓ５３）、その
配信情報の情報識別子をイベント型情報記憶部２３にお
いて検索し（ｓ５４）、内容が更新された配信情報がイ
ベント型配信情報であるか否かを判別する。内容更新通
知に係る配信情報がイベント型配信情報である場合に
は、イベント型情報記憶部２３にその配信情報の配信先
として記憶しているＷＷＷクライアント３に対して更新
後の配信情報を送信する（ｓ５５）。このｓ５３〜ｓ５
５の処理がイベント型配信による配信情報の配信処理で
あり、ここで受信された配信情報がＷＷＷプロキシ４に
おけるｓ２４の処理によって受信される。

【００３３】さらに、配信制御部２５は、図８（Ｃ）に
示すように、ＷＷＷプロキシ４からｓ４３の処理により
送信されたイベント型配信要求コマンドを受信すると
（ｓ５６）、例えば、配信情報毎に予め設定されたイベ
ント型配信先の許容数を越えるか否かの判別の後に、レ
スポンスをＷＷＷプロキシ４に送信し（ｓ５７）、イベ
ント型配信要求コマンドに含まれる配信先のＷＷＷクラ
イアント３のアドレスをイベント型情報記憶部２３の記
憶内容に追加する（ｓ５８）。ｓ５７で送信されたレス
ポンスは、ＷＷＷプロキシ４のｓ４４の処理によって受
信される。

【００３４】また、配信制御部２５は、図８（Ｄ）に示
すように、ＷＷＷプロキシ４からｓ４７の処理により送
信されたイベント型配信中止要求コマンドを受信すると
（ｓ５９）、例えば、そのイベント型配信中止要求コマ
ンドに係る配信情報がイベント型配信を中止できるもの
であるか否かの判断の後に、レスポンスをＷＷＷプロキ
シ４に送信し（ｓ６０）、イベント型配信中止要求コマ
ンドに含まれる配信先のＷＷＷクライアントのアドレス
をイベント型情報記憶部２３の記憶内容から削除する
（ｓ６１）。ｓ６０で送信されたレスポンスは、ＷＷＷ
プロキシ４のｓ４８の処理によって受信される。

【００３５】ＷＷＷサーバ２の配信制御部２５は、図８
（Ａ）〜（Ｄ）に示した処理を並列に処理する。なお、
受信したコマンドの内容を峻別するステップを設け、峻
別結果に応じて図８（Ａ）〜（Ｄ）のいずれかを分岐処
理するようにしてもよい。また、ｓ５７及びｓ６０の判
断結果に応じて、ＷＷＷサーバ２の配信制御部２５が、
イベント型配信要求の却下、イベント型配信処理の中
止、及び、イベント型配信中止要求の却下等の処理を行
うようにしてもよい。

【００３６】以上のようにして、この実施形態に係る分
散型情報配信装置を適用したネットワークシステムで
は、ＷＷＷサーバ２とＷＷＷクライアント３との間にＷ
ＷＷプロキシ４を配置し、このＷＷＷプロキシ４は、Ｗ
ＷＷサーバ２から送信された配信情報を保存するととも
に、ＷＷＷクライアント３における利用頻度に応じて各
配信情報をイベント型配信すべきか否かの判断を行い、
イベント型配信すべき配信情報を特定する情報識別子を
予めＷＷＷサーバ２に送信しておく。ＷＷＷサーバ２
は、配信情報の内容が更新された際にＷＷＷプロキシ４
から送信されたイベント型配信情報の情報識別子を参照
し、更新後のイベント型配信情報をＷＷＷプロキシ４に
対して送信する。

【００３７】したがって、イベント型配信情報について
は、ＷＷＷプロキシ４の配信情報記憶部４３に常に最新
の内容が記憶されており、ＷＷＷクライアント３からイ
ベント型配信情報についての情報要求がなされると、Ｗ
ＷＷプロキシ４はＷＷＷサーバ２に情報要求を転送する
ことなく、配信情報記憶部４３に記憶している配信情報
の内容をＷＷＷクライアント３に送信する。また、ＷＷ
Ｗクライアント３からイベント型配信情報以外の配信情
報について最新情報要求を含まない情報要求がなされた
場合にも、ＷＷＷプロキシ４は配信情報記憶部４３に記
憶している配信情報をＷＷＷクライアント３に送信す
る。

【００３８】一方、ＷＷＷクライアント３からイベント
型配信情報以外の配信情報についての最新情報要求がな
された場合には、ＷＷＷプロキシ４は、その情報要求コ
マンドをＷＷＷサーバ２に転送する。これに対してＷＷ
Ｗサーバ２はＷＷＷプロキシ４から送信された情報要求
コマンドに含まれる情報識別子に係る配信情報をＷＷＷ
プロキシ４に送信し、ＷＷＷプロキシ４は受信した配信
情報をＷＷＷクライアント３に転送する。

【００３９】これによって、ＷＷＷサーバ２は、配信情
報の内容が更新された際にその配信情報をイベント型配
信すべきとして予め登録されているＷＷＷクライアント
３に対してのみ更新後の配信情報をイベント型配信する
とともに、ＷＷＷクライアント３がイベント型配信情報
以外の配信情報について最新情報を要求した場合にのみ
配信情報をポーリング型配信すればよく、ＷＷＷクライ
アント３においてイベント型配信情報の情報要求、又
は、イベント型配信情報以外の配信情報について最新情
報の指定を含まない情報要求を発生した場合には、ＷＷ
Ｗサーバ２は配信情報を送信する必要がない。このた
め、このネットワークシステムでは、ＷＷＷクライアン
ト３における利用頻度に応じて各配信情報をＷＷＷサー
バ２とＷＷＷプロキシ４とに最適な状態で分散して記憶
しておくことができ、ＷＷＷサーバ２の配信処理量を削
減することができるとともに、ＷＷＷサーバ２とＷＷＷ
プロキシ４との間の情報トラフィック量を削減すること
ができる。

【００４０】なお、ＷＷＷクライアント３において最新
情報要求を受け付けない場合には、イベント型配信情報
以外の配信情報についての情報要求の全てをＷＷＷプロ
キシ４からＷＷＷサーバ２に転送するようにし、ＷＷＷ
プロキシ４においてＷＷＷサーバ２から配信されたイベ
ント型配信情報のみを更新的に記憶しておくことによ
り、ＷＷＷプロキシ４の記憶容量を削減することができ
る。

【００４１】また、ＷＷＷプロキシ４においてキャッシ
ュ順位が上位の所定数の配信情報をイベント型配信情報
とし、配信情報毎の利用頻度評価値及びイベント型配信
フラグの管理を行わないようにすることにより、ＷＷＷ
プロキシ４の記憶容量を削減できるとともに、ＷＷＷプ
ロキシ４の処理内容を簡略化できる。この場合、ＷＷＷ
サーバ２からイベント型配信の要求を却下したり、イベ
ント型配信を中止することはできない。そこで、ＷＷＷ
プロキシ４に配信情報毎のイベント型配信フラグを設
け、このイベント型配信フラグの状態をＷＷＷサーバ２
からの指示によって変更することにより、ＷＷＷプロキ
シ４の記憶容量を削減しつつ、ＷＷＷサーバ２からのイ
ベント型配信の要求や中止を受け付けることができる。

【００４２】さらに、上記の実施形態では、配信情報の
キャッシュ機能を有するＷＷＷプロキシ４をＷＷＷクラ
イアント３とは別に配置したが、上述したＷＷＷブロキ
シ４の処理をＷＷＷクライアント３において実行すれ
ば、必ずしもＷＷＷプロキシ４を設置する必要はない。

【００４３】

【発明の効果】請求項１及び４に記載した発明によれ
ば、配信情報についてのクライアント側装置における利
用状態がイベント型配信に適しているか、又は、ポーリ
ング型配信に適しているかに応じて、その配信情報をイ
ベント型配信又はポーリング型配信することにより、サ
ーバ側装置は各配信情報についての利用状態がイベント
型配信に適していないクライアント側装置に対してその
配信情報をイベント型配信する必要がないとともに、ク
ライアント側装置は利用状態がイベント型配信に適して
いる配信情報についてはサーバ側装置に情報要求を送信
する必要がなく、ポーリング方式及びイベント方式の情
報配信方法のそれぞれの利点を活用して情報配信ネット
ワーク全体における情報保存領域の最小化、及び、情報
取得に必要な処理の最少化を実現するように情報を自動
的に分散配置することができる。

【００４４】請求項２及び５に記載した発明によれば、
サーバ側装置とクライアント側装置との間に備えられた
キャッシュ装置において各配信情報についてのクライア
ント側装置における利用状態を評価し、この評価結果に
基づいて各配信情報をイベント型配信又はポーリング型
配信することにより、クライアント側装置における配信
情報の利用状態の変化に対応して適宜最適な配信処理を
行うことができ、クライアント側装置における最新の利
用状態に基づいて、情報配信ネットワーク全体における
情報保存領域の最小化、及び、情報取得に必要な処理の
最少化を実現するように情報を自動的に分散配置するこ
とができる。

【００４５】請求項３及び６に記載した発明によれば、
クライアント側装置における利用状態がイベント型配信
に適していない配信情報であって、クライアント側装置
から最新情報の情報要求があり、かつ、キャッシュ装置
に保存されていない場合に限りサーバ側装置からポーリ
ング型配信することにより、情報取得に必要な処理をさ
らに削減することができる。

【図面の簡単な説明】

【図１】この発明の実施形態に係る分散型情報配信装置
が適用されるネットワークシステムの構成を示す図であ
る。

【図２】上記ネットワークシステムを構成するＷＷＷサ
ーバのイベント型情報記憶部の記憶内容を示す図であ
る。

【図３】上記ネットワークシステムを構成するＷＷＷプ
ロキシの記憶部の記憶内容を示す図である。

【図４】上記ネットワークシステムを構成するＷＷＷク
ライアントの制御部の処理手順を示すフローチャートで
ある。

【図５】上記ネットワークシステムを構成するＷＷＷプ
ロキシの制御部の処理手順を示すフローチャートであ
る。

【図６】上記ＷＷＷプロキシの制御部におけるキャッシ
ュ情報の追加時の処理手順を示すフローチャートであ
る。

【図７】上記ＷＷＷプロキシの制御部における利用頻度
評価値及びイベント型配信フラグの更新時の処理手順を
示すフローチャートである。

【図８】上記ネットワークシステムを構成するＷＷＷサ
ーバの配信制御部の処理手順を示すフローチャートであ
る。

【符号の説明】

１−ネットワークシステム ２−ＷＷＷサーバ ３−ＷＷＷクライアント ４−ＷＷＷプロキシ（キャッシュ装置） ２３−イベント型情報記憶部 ２４−情報内容記憶部 ２５−配信制御部 ４３−配信情報記憶部 ４４−制御部

【手続補正書】

【提出日】平成９年１１月１２日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】００１６

【補正方法】変更

【補正内容】

【００１６】ＷＷＷクライアント３は、従来のネットワ
ークシステムを構成するＷＷＷクライアントと同様の構
成及び機能を有している。即ち、表示部３１、入力部３
２、送信部３３、受信部３４及び制御部３５を備え、例
えば、パーソナルコンピュータによって構成される。こ
のＷＷＷクライアント３において配信情報を必要とする
場合には、例えば、“ｈｔｔｐ：／／．．．”等の配信
情報の情報識別子を指定して情報要求をＷＷＷプロキシ
４を介してＷＷＷサーバ２に送信する。ＷＷＷサーバ２
は、指定された情報識別子に応じた配信情報をイーサネ
ット５及びＷＷＷプロキシ４を介してＷＷＷクライアン
ト３に出力する。

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】００１７

【補正方法】変更

【補正内容】

【００１７】ＷＷＷサーバ２のイベント型情報記憶部２
４は、図２に示すように、イベント型配信すべき配信情
報毎に、配信情報を特定する情報識別子と配信先のアド
レスとの関係を記憶している。なお、ＷＷＷサーバ２の
情報内容記憶部２３は、ＷＷＷサーバ２が取り扱う全て
の配信情報について、情報識別子及び情報内容を記憶し
ている。この情報内容はユーザによって更新できるよう
にされている。

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】００３３

【補正方法】変更

【補正内容】

【００３３】さらに、配信制御部２５は、図８（Ｃ）に
示すように、ＷＷＷプロキシ４からｓ４３の処理により
送信されたイベント型配信要求コマンドを受信すると
（ｓ５６）、例えば、配信情報毎に予め設定されたイベ
ント型配信先の許容数を越えるか否かの判別の後に、レ
スポンスをＷＷＷプロキシ４に送信し（ｓ５７）、イベ
ント型配信要求コマンドに含まれる配信先のアドレスを
イベント型情報記憶部２３の記憶内容に追加する（ｓ５
８）。ｓ５７で送信されたレスポンスは、ＷＷＷプロキ
シ４のｓ４４の処理によって受信される。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００３４

【補正方法】変更

【補正内容】

【００３４】また、配信制御部２５は、図８（Ｄ）に示
すように、ＷＷＷプロキシ４からｓ４７の処理により送
信されたイベント型配信中止要求コマンドを受信すると
（ｓ５９）、例えば、そのイベント型配信中止要求コマ
ンドに係る配信情報がイベント型配信を中止できるもの
であるか否かの判断の後に、レスポンスをＷＷＷプロキ
シ４に送信し（ｓ６０）、イベント型配信中止要求コマ
ンドに含まれる配信先のアドレスをイベント型情報記憶
部２３の記憶内容から削除する（ｓ６１）。ｓ６０で送
信されたレスポンスは、ＷＷＷプロキシ４のｓ４８の処
理によって受信される。

Claims (6)

【特許請求の範囲】
1. 【請求項１】サーバ側装置からクライアント側装置に対
   して配信情報を配信する分散型情報配信装置であって、 サーバ側装置が、配信情報のイベント発生時にその配信
   情報についての利用状態がイベント型配信に適したクラ
   イアント側装置にのみ配信情報を配信するイベント型配
   信処理と、クライアント側装置の情報要求に基づいて配
   信情報を配信するポーリング型配信処理と、を選択的に
   実行する配信制御部を備え、 クライアント側装置が、サーバ側装置からイベント型配
   信された配信情報を更新的に記憶する記憶部と、利用状
   態がポーリング型配信に適した配信情報についてのみサ
   ーバ側装置に送信要求を送信する制御部と、を備えたこ
   とを特徴とする分散型情報配信装置。
2. 【請求項２】前記サーバ側装置とクライアント側装置と
   の間にサーバ側装置から配信された配信情報を保存する
   キャッシュ装置を配置し、このキャッシュ装置に、クラ
   イアント側装置における利用状態に基づいてイベント型
   配信に適した配信情報を決定してその決定結果をサーバ
   側装置に送信するとともに、クライアント側装置の情報
   要求に係る配信情報を保存しているか否か、及び、情報
   要求に係る配信情報がイベント型配信に適しているか否
   かに基づいて保存中の配信情報をクライアント側装置に
   送信する処理、又は、クライアント側装置の情報要求を
   サーバ側装置に送信する処理を選択的に実行する制御部
   を設け、 前記サーバ側装置が、キャッシュ装置から送信された決
   定結果に基づいてイベント型配信すべき配信情報と配信
   先のクライアント側装置との関係を記憶する情報内容記
   憶部と、情報内容記憶部に記憶している配信情報をイベ
   ント型配信するとともに、情報内容記憶部に記憶してい
   ない配信情報をクライアント側装置の情報要求に基づい
   てポーリング型配信する配信制御部と、を備えた請求項
   １に記載の分散型情報配信装置。
3. 【請求項３】前記キャッシュ装置の制御部が、クライア
   ント側装置の情報要求が最新情報を要求するものである
   か否か、クライアント側装置の情報要求に係る配信情報
   を保存しているか否か、及び、情報要求に係る配信情報
   がイベント型配信に適しているか否かに基づいて保存中
   の配信情報をクライアント側装置に送信する処理、又
   は、クライアント側装置の情報要求をサーバ側装置に送
   信する処理を選択的に実行する請求項２に記載の分散型
   情報配信装置。
4. 【請求項４】サーバ側装置からクライアント側装置に対
   して配信情報を配信する分散型情報配信方法であって、 サーバ側装置が、配信情報のイベント発生時にその配信
   情報についての利用状態がイベント型配信に適したクラ
   イアント側装置にのみその配信情報を配信するイベント
   型配信処理と、クライアント側装置の情報要求に基づい
   て配信情報を配信するポーリング型配信処理と、を選択
   的に実行し、クライアント側装置が、サーバ側装置から
   イベント型配信された配信情報を更新的に記憶するとと
   もに、利用状態がポーリング型配信に適した配信情報に
   ついてのみサーバ側装置に送信要求を送信することを特
   徴とする分散型情報配信方法。
5. 【請求項５】前記サーバ側装置とクライアント側装置と
   の間に配置したキャッシュ装置が、サーバ側装置から配
   信された所定数の配信情報を保存し、クライアント側装
   置における利用状態に基づいてイベント型配信すべき配
   信情報を決定してその決定結果をサーバ側装置に送信
   し、さらに、クライアント側装置の情報要求に係る配信
   情報を保存しているか否か、及び、情報要求に係る配信
   情報がイベント型配信処理に適しているか否かに基づい
   て保存中の配信情報をクライアント側装置に送信する処
   理、又は、クライアント側装置の情報要求をサーバ側装
   置に送信する処理を選択的に実行するとともに、 前記サーバ側装置が、キャッシュ装置から送信された決
   定結果に基づいてイベント型配信すべき配信情報と配信
   先のクライアント側装置との関係を記憶し、この関係を
   記憶している配信情報をイベント型配信するとともに、
   関係を記憶していない配信情報をクライアント側装置の
   情報要求に基づいてポーリング型配信する請求項４に記
   載の分散型情報配信方法。
6. 【請求項６】前記キャッシュ装置が、クライアント側装
   置の情報要求が最新情報を要求するものであるか否か、
   クライアント側装置の情報要求に係る配信情報を保存し
   ているか否か、及び、情報要求に係る配信情報がイベン
   ト型配信に適しているか否かに基づいて保存中の配信情
   報をクライアント側装置に送信する処理、又は、クライ
   アント側装置の情報要求をサーバ側装置に送信する処理
   を選択的に実行する請求項５に記載の分散型情報配信方
   法。