JP2000181836A

JP2000181836A - 情報配信方法及び情報配信プログラムを記録した記録媒体

Info

Publication number: JP2000181836A
Application number: JP10353594A
Authority: JP
Inventors: Takashi Jomaru; 隆城丸
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1998-12-11
Filing date: 1998-12-11
Publication date: 2000-06-30

Abstract

(57)【要約】【課題】クライアント・サーバシステムにおいて、ク
ライアント側での高い応答性の維持と、サーバ側でのト
ラフィック及び負荷の低減効果を最大限にもたらす情報
配信方法を提供する。【解決手段】サーバでは、一定時間内に発生するクラ
イアントからの配信要求数を情報毎に予測し、要求数が
少ないと予測された情報の場合、当該情報の要求に対し
てユニキャストで送信し、要求数が多いと予測された情
報の場合、当該情報の要求に対してマルチキャストアド
レスを通知後、情報をマルチキャストで送信する。クラ
イアントでは、サーバに対する情報の配信要求に対し、
サーバより情報が送信された場合は、ユニキャストで情
報を受信し、マルチキャストアドレスが通知された場合
は、同報グループへの加入手続きを行った後、マルチキ
ャストで情報を受信し、同報グループから離脱する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報通信網上で要
求を出しサービスを利用する側のクライアント計算機と
サービスを提供する側のサーバ計算機からなるクライア
ント・サーバシステムにおいて、クライアント計算機か
らの情報配信要求に対し、サーバ計算機の情報配信方法
及びその情報配信プログラムを記録した記録媒体に関す
るものである。

【０００２】

【従来の技術】従来、サーバ計算機が、クライアント計
算機からの情報の配信要求に対し行う配信方法には、ユ
ニキャスト、マルチキャスト及びオンデマンドマルチキ
ャストの３種類がある。

【０００３】ユニキャストは、最も一般的な方式で、個
々のクライアント計算機の情報配信要求に対して、サー
バ計算機が個別に情報配信を行う方式である。ユニキャ
ストは、要求に対し即座に情報配信するため、クライア
ント計算機側の応答性はよいが、反面、１対１の情報配
信のため配信要求するクライアントが一時期に多数存在
した場合、通信回数の増大により、回線トラフィックの
増大及びサーバ計算機の過負荷等が発生する。これによ
り処理の遅延や要求の破棄等が発生する場合がある。

【０００４】図７は、クライアント計算機であるクライ
アント１とサーバ計算機とのユニキャスト通信の流れを
示したものである。クライアント１がサーバに情報＃１
の要求をすると、サーバは即座にクライアント１宛てに
情報＃１をユニキャストで配信する。

【０００５】マルチキャストは、あらかじめ定められた
クライアント計算機群に同一のマルチキャストアドレス
と呼ばれるネットワークアドレスを持たせることにより
同報グループを形成し、サーバ計算機から、このマルチ
キャストアドレス宛ての一回の情報配信で、同報グルー
プに属する全てのクライアント計算機が情報を受信する
方式である。マルチキャスト通信では、情報の配信契機
がサーバ計算機側にあるため、ユニキャストのようにク
ライアント計算機が情報を欲しいときに要求を出し受信
するようなことはできず、かつ固定的な同報グループの
形成が一般的であるため、各々のクライアント計算機の
情報の需要が異なる場合等、対処できない。

【０００６】オンデマンドマルチキャストは、マルチキ
ャストにオンデマンド性を加え、同報グループを動的に
形成して情報を配信する方式である（例えば、特開平１
０−２３００５公報参照）。このオンデマンドマルチキ
ャストでは、サーバ計算機がクライアント計算機より情
報配信要求を受付けると、即時に配信はせず、一定時間
他のクライアント計算機からの同一情報の要求を待ち合
わせる。その期間中に要求を出したクライアント計算機
群に同一のマルチキャストアドレスを通知することによ
り動的に同報グループ形成する。待ち合わせ期間終了
後、当該アドレス宛てにマルチキャストにて情報配信を
行い、配信終了後当該同報グループを解散する。

【０００７】図８は、クライアント計算機となりえるク
ライアント１、２、３とサーバ計算機のオンデマンドマ
ルチキャスト通信の流れを示したものである。まず初め
に、クライアント１がサーバ計算機に対し情報＃１の配
信を要求するとサーバ計算機は同報グループ＃１を形成
し、マルチキャストアドレス＃１を使用することを通知
する。通知されたクライアント１は、自身がマルチキャ
ストアドレス＃１対応する同報グループに参加するため
の手続きを行う。以降クライアント２、３待ち合わせ期
間内に情報＃１の配信を要求したため、サーバは各々に
対しマルチキャストアドレス＃１を使用することを通知
し、クライアント２、３はクライアント１同様、同報グ
ループへの参加手続きを行う。待ち合わせ期間終了後、
サーバはマルチキャストアドレス＃１宛てに情報＃１を
マルチキャストで配信し、各クライアントはこれを受信
する。受信終了後、各クライアントは同報グループから
の離脱手続きをおこなう。

【０００８】図９はユニキャスト、マルチキャスト、オ
ンデマンドマルチキャストとの実現可能項目を比較した
ものである。オンデマンドマルチキャストはユニキャス
トやマルチキャストにおいて実現不可能（×印）であっ
た事項、ユニキャストではトラフィック量．サーバ負荷
の削減、マルチキャストでは要求元（配信先）契機によ
る配信を実現することを目的としている。

【０００９】オンデマンドマルチキャストのトラフィッ
ク量・サーバ負荷の削減効果はクライアント計算機から
の要求が一定時間内に集中すればするほどその効果は増
大する。オンデマンドマルチキャストは要求に対し一定
時間配信を待ち合わせる分、応答性という点でユニキャ
ストに劣るが、要求が集中した場合、この効果の増大よ
り、クライアント計算機は結果的にユニキャストで受信
する場合より早くコンテンツを受信できることができる
（場合がある）という付加的な効果も得ることができ
る。

【００１０】しかしながら、オンデマンドマルチキャス
トは、要求が集中するしないにかかわらず、予め設定さ
れた時間（待ち合わせ時間）分送信を待ち合わせた後マ
ルチキャストで送信する。例えば、要求したクライアン
ト計算機が一人の場合でも、配信を待ち合わせ、かつサ
ーバ計算機も送信相手が一人であるにもかかわらずマル
チキャストで送信う。このような場合、トラフィック量
・サーバ負荷はユニキャストで送信するのと変化はな
く、かつクライアント計算機は結果的に待ち合わせ時間
分無用に待たされるてしまうことになる。

【００１１】このように、クライアント計算機からの要
求が一つないし少数（要求が集中していない）の場合、
トラフィック量・サーバ負荷の削減という観点からみる
と、オンデマンドマルチキャストによる送信は、クライ
アント計算機側にもサーバ計算機側にも効果は少なく、
加えてクライアント計算機では待ち合わせ時間分サーバ
計算機からの情報受信に時間がかかってしまうことにな
る。

【００１２】

【発明が解決しようとする課題】ユニキャストによる配
信は、要求に対し即座に配信を開始する分、応答性に優
れているが、要求が集中した場合、トラフィック及びサ
ーバの負荷が増大するという問題がある。一方、オンデ
マンドマルチキャストは、ユニキャストと比べ、要求を
取りまとめる時間分、応答性に劣るが、要求が集中した
場合、ユニキャストに比べトラフイック及びサーバの負
荷の低減効果に優れている。しかし、要求が少ない場
合、その効果はあまりなく応答性の劣りのみが目立って
しまう。

【００１３】本発明の目的は、クライアント・サーバシ
ステムシステムにおいて、ユニキャストの利点である応
答性の良さとオンデマンドマルチキャストの利点である
トラフィック及びサーバの負荷の低減効果に着目し、要
求数により配信方法を変化させることにより、クライア
ント計算機側での高い応答性の維持とサーバ計算機側で
のトラフィック及び負荷の低減効果を最大限にもたらす
情報配信方法及びその情報配信プログラムを記録した記
録媒体を提供することにある。

【００１４】

【課題を解決するための手段】本発明では、クライアン
ト計算機からの要求の集中度合いにより、サーバ計算機
での情報配信方式を動的に変化させることを特徴とす
る。具体的には、サーバ計算機は、次の一定時間内に発
生する要求数を情報毎に予測する。そして、予測結果
が、予め定められたしきい値より少ない情報の場合その
時間内に発生したその情報の要求に対してはユニキャス
トで配信を行い、しきい値を越えた情報の場合その情報
の要求に対してはオンデマンドマルチキャストでの配信
を行うようにする。

【００１５】

【発明の実施の形態】以下、本発明の一実施の形態につ
いて図面を参照して説明する。図１は、本発明が適用さ
れるクライアント／サーバシステムの概略構成を示す。
図１において、１台のサーバ計算機１００と複数のクラ
イアント計算機２００が通信ネットワーク３００に接続
されている。各クライアント計算機２００は、通信ネッ
トワーク３００を介し、サーバ計算機１００に対して情
報配信要求を発する。サーバ計算機１００では、一定時
間内に発生するクライアント計算機２００からの要求数
を情報毎に予測し、要求数が少ないと予測された情報の
場合、その時間内に発生した当該情報の要求に対しては
ユニキャストで送信し、要求数が多いと予測された情報
の場合、その時間内に発生した当該情報の要求に対して
マルチキャストアドレスを通知後、情報をマルチキャス
トで送信する。クライアント計算機２００では、配信要
求に対し、サーバ計算機より情報が送信された場合はユ
ニキャストによる配信情報を受信し、サーバ計算機より
マルチキャストアドレスが通知された場合は、それに対
応する同報グループへの加入手続きを行った後、マルチ
キャストによる配信情報を受信し、該受信後、同報グル
ープから離脱する。

【００１６】図２はサーバ計算機１００の構成例を示
す。サーバ計算機１００は、情報配信処理部１１０とテ
ーブル格納部１２０と情報データベース１３０に大別さ
れる。情報配信処理部１１０は、要求受付けプロセス１
１１、要求予測プロセス１１２、ユニキャストファイル
転送プロセス（以下ユニキャストＦ転プロセスと云う）
１１３及びオンデマンドマルチキャストファイル転送プ
ロセス（以下、マルチキャストＦ転プロセスと云う）１
１４の４つのプロセスから構成される。テーブル格納部
１２０は情報数集計テーブル１２１、配信切り替えテー
ブル１２２及び要求数履歴テーブル１２３を格納してい
る。要求数集計テーブル１２１は一定時間内に発生した
各クライアント計算機からの配信要求を情報別に集計し
たテーブルである。配信切り替えテーブル１２２は、情
報毎に配信毎に配信方法を示したテーブルであり、ここ
では、要求のあった情報のフラグがＯＦＦの場合、ユニ
キャストでの配信を示し、ＯＮの場合、オンデマンドマ
ルチキャストでの配信を示すとする。要求数履歴テーブ
ル１２３は、要求受付けプロセス１１１より通知される
要求数集計テーブル１２１の内容をもとに、情報毎に過
去複数回の各要求集計期間に発生した要求数を示した履
歴テーブルである。情報データベース１３０は、クライ
アント計算機へ配信する情報を格納している。

【００１７】まず、要求受付けプロセス１１１、要求予
測プロセス１１２、ユニキャストＦ転プロセス１１３及
びマルチキャストＦ転プロセス１１４での処理内容につ
いて説明する。

【００１８】〔要求受付けプロセス〕これは、クライア
ント計算機からの情報配信要求を最初に受付けるプロセ
スである。この要求受付けプロセス１１１は要求数集計
テーブル１２１と配信切り替えテーブル１２２を管理す
る。

【００１９】要求受付けプロセス１１１では、クライア
ント計算機からの情報配信要求を要求受付けると、配信
切り替えテーブル１２２を参照し、当該情報のフラグが
ＯＦＦになっていた場合、ユニキャストＦ転プロセス１
１３に送信依頼を行い、ＯＮになっていた場合、マルチ
キャストＦ転プロセス１１４に配信依頼を行う。この配
信依頼をするとともに、要求を情報毎に一定時間集計し
ていく。この一定時間のことを本実施例では要求集計期
間と呼ぶ。一要求集計期間に集計した結果を情報別に要
求数集計テーブル１２１に保持し、期間終了毎に該要求
数集計テーブル１２１を後述する要求数予測プロセス１
１２に通知する。以降、要求の受付け、集計、要求数集
計テーブル１２１の要求予測プロセスへの通知等の動作
を繰り返す。そして、要求数集計テーブル通知後、要求
予測プロセス１１２からの配信切り替えテーブル１２２
の更新指示があれば、その内容に従い当該テーブル１２
２の更新処理を行う。

【００２０】〔要求数予測プロセス〕これは、次要求集
計期間内に発生する要求数を情報毎に予測するプロセス
である。要求数予測は、要求集計期間内に発生した情報
毎の要求数を複数回記録しておき、それを基に次の要求
集計期間内に発生する要求数を情報毎に算出する。その
ため、該要求数予測プロセス１１２は、情報別の要求数
履歴テーブル１２３を管理する。

【００２１】要求数予測プロセス１１２では、要求受付
けプロセス１１１より一要求集計期間終了毎に情報別の
要求数集計テーブル１２１の通知を受け、それを基に情
報別に要求数履歴テーブル１２３を更新する。そして、
更新した要求数履歴テーブル１２３の内容をもとに次の
要求集計期間に発生する要求数を情報毎に予測する。そ
の結果、予測要求数が予め設定しているしきい値を越え
た情報の場合、要求受付けプロセス１１１に、配信切り
替えテーブル１２２の該情報のフラグをＯＮ（マルチキ
ャスト配信）にするよう通知する。

【００２２】〔ユニキャストファイル転送プロセス（ユ
ニキャストＦ転プロセス）〕ユニキャストＦ転プロセス
１１３では、要求受付けプロセス１１１よりの情報配信
依頼に対し、即時にユニキャストで情報配信を行う。

【００２３】〔オンデマンドマルチキャストファイル転
送プロセス（マルチキャストＦ転プロセス）〕マルチキ
ャストＦ転プロセス１１４では、要求受付けプロセス１
１１よりの情報配信依頼に対し、オンデマンドマルチキ
ャストで情報配信を行う。

【００２４】次に、各プロセス１１１〜１１４での動作
の流れについて具体例をもとに説明する。なお、要求受
付けプロセス１１１において、一回の要求数集計期間は
ｎ秒間とする。また、要求予測プロセス１１２におい
て、要求数履歴テーブル１２３で保持する要求数の履歴
は過去２回分とし、次の公式により次要求集計期間内の
要求数を予測することとする。次回予測要求数＝今回の要求数×（今回の要求数／前回
の要求数）ただし、前回の要求数の実績が０の場合、本公式への前
回の要求数へは１を代入する。また、配信方法切り替え
予測要求数のしきい値は「１０」とする。

【００２５】以下では、連続した４回の要求集計期間で
のクライアント計算機からの要求数の変化に対し、サー
バ計算機側の各プロセスがどのような動作をし、配信方
法を切り替えていくかを説明する。

【００２６】〔要求数集計期間１回目〕図３に、最初の
要求数集計期間に、あるクライアント計算機から情報Ａ
の要求、別のクライアント計算機から情報Ｂの要求があ
った場合のシーケンス及び、要求数集計テーブル１２
１、配信切り替えテーブル１２２、要求数履歴テーブル
１２３の内容を示す。

【００２７】（１）クライアント計算機からの情報Ａの
配信要求に対し、サーバ計算機１００では、まず、要求
受付けプロセス１１１がそれを受け、以下の処理を行
う。ａ．要求数集計テーブル１２１に情報名「Ａ」と要求数
「１」を登録する。ｂ．配信切り替えテーブル１２２に情報名「Ａ」とフラ
グ「ＯＦＦ」を登録する。ｃ．ユニキャストＦ転プロセス１１３にコンテンツＡの
配信指示を通知する。

【００２８】（２）配信指示を通知されたユニキャスト
Ｆ転プロセス１１３は、即座に要求したクライアント計
算機宛てにコンテンツＡをユニキャスト配信する。

【００２９】（３）別のクライアントからの情報Ｂの配
信要求に対しても、サーバ計算機１００は同様の処理
（１）（２）を行う。

【００３０】（４）要求受付けプロセス１１１は、要求
集計期間終了後、要求数集計テーブル１２１を要求予測
プロセス１１２に通知する。

【００３１】（５）通知を受けた要求予測プロセスは、
内容を要求数履歴テーブル１２３に登録する。この時点
では履歴が一回分しかないので、予測要求数の算出は行
わない。

【００３２】〔要求数集計２回目〕図４に、２回目の要
求数集計期間に５つのクライアント計算機から情報Ａの
要求があった場合のシーケンス及び各テーブルの内容を
示す。

【００３３】（１）クライアント計算機からの最初のコ
ンテンツＡの配信要求に対し、サーバ計算機１００で
は、まず、要求受付けプロセス１１１がそれを受け、以
下の処理を行う。ａ．要求数集計テーブル１２１にコンテンツ名「Ａ」と
要求数「１」を登録する。ｂ．配信切り替えテーブル１２２を参照し、コンテンツ
名「Ａ」がフラグ「ＯＦＦ」になっているので、ユニキ
ャストＦ転プロセス１１３に情報Ａの配信指示を通知す
る。ｃ．配信指示を通知されたユニキャストＦ転プロセス１
１３は、即座に要求したクライアント計算機宛てに情報
Ａをユニキャスト配信する。以降同様の処理を他の４つ
の要求に対し行う。ｄ．要求数集計テーブル１２１に情報名「Ａ」の要求数
は要求受付け毎にインクリメントする。

【００３４】（２）要求数集計テーブル１２１は情報名
「Ａ」は要求数「５」、情報名「Ｂ」は要求数「０」と
登録することになる。

【００３５】（３）要求受付けプロセス１１１は２回目
の要求集計期間終了後、要求数集計テーブル１２１を要
求予測プロセス１１２に通知する。

【００３６】（４）通知を受けた要求予測プロセス１１
２は、内容を要求数履歴テーブル１２３に登録し、２回
分の履歴がとれたので、各々の情報の次回の予測要求数
を算出する。情報Ａの要求数は、前回は「１」、今回は
「５」となり、予測公式により次回予測される要求数は
５×（５／１）＝２５となり、配信方法切り替え予測要
求数のしきい値の「１０」を越える結果となる。情報Ｂ
の要求数は、前回は「１」、今回は「０」となり、予測
公式により次回予測される要求数は０×（０／１）＝０
となり、配信方法切り替え予測要求数のしきい値の「１
０」を下回る結果となる。以上の予測の結果を要求受付
けプロセス１１１に通知する。

【００３７】（５）要求受付けプロセス１１１は、要求
予測プロセス１１２から通知を受けると配信切り替えテ
ーブル１２２の情報ＡのフラグをＯＮ（オンデヤンドマ
ルチキャスト配信）にする。

【００３８】〔要求数集計３回目〕図５に、３回目の要
求数集計期間に１０のクライアント計算機から情報Ａの
要求があった場合のシーケンス及び各テーブルの内容を
示す。

【００３９】（１）クライアント計算機からの最初の情
報Ａの配信要求に対し、要求受け付けプロセス１１１
は、以下の処理を行う。ａ．要求数集計テーブル１２２に情報名「Ａ」と要求数
「１」を登録する。ｂ．配信切り替えテーブル１２２を参照し、情報名
「Ａ」がフラグ「ＯＮ」になっているので、マルチキャ
ストＦ転プロセス１１４にコンテンツＡの配信指示を通
知する。

【００４０】（２）配信指示を通知されたマルチキャス
トＦ転プロセス１１４は、即座に配信することはせず一
定時間配信を待ち合わせる。待ち合わせ期間中に発生し
た配信指示に対し、当該情報に対応したマルチキャスト
アドレスを要求のあったクライアント計算機宛てに通知
する。以降同様の処理を他の９つの要求に対しても行
う。

【００４１】（３）マルチキャストＦ転プロセス１１４
は、待ち合わせ時間終了後、同報グループ宛て（通知し
たマルチキャストアドレス宛て）に情報Ａをマルチキャ
スト配信する。

【００４２】（４）要求受付けプロセス１１１は、要求
集計期間終了後、要求数集計テーブル１２１を要求予測
プロセス１１２に通知する。

【００４３】（５）通知を受けた要求予測プロセス１１
２は、内容を要求数履歴テーブル１２３に登録し、次回
の予測要求数を算出する。情報Ａの要求数は、前回は
「５」、今回は「１０」となり、予測公式により次回予
測される要求数は１０×（１０／５）＝２０となり、配
信方法切り替え予測要求数のしきい値の「１０」を越え
る結果となる。情報Ｂの要求数は、前回は「０」、今回
も「０」となり、予測公式により次回予測される要求数
は０×（０／１）＝０となり、配信方法切り替え予測要
求数のしきい値の「１０」を下回る結果となる。以上の
予測結果を要求受付けプロセス１１１に通知する。

【００４４】（６）要求受付けプロセス１１１は、要求
予測プロセス１１２から通知を受けると、配信切り替え
テーブル１２２の情報ＡのフラグのＯＮ（オンデマンド
マルチキャスト配信）を維持する。

【００４５】〔要求数集計４回目〕図６に、４回目の要
求数集計期間にどのクライアント計算機からも要求がな
かった場合のシーケンス及び各テーブルの内容を示す。

【００４６】（１）要求受付けプロセス１１１では、要
求集計期間中要求がなかったので、要求数集計テーブル
１２１を、は情報名「Ａ」「Ｂ」とも要求数「０」と
し、要求予測プロセス１１２に通知する。

【００４７】（２）通知を受けた要求予測プロセス１１
２は、内容を要求数履歴テーブル１２３に登録し、次回
の予測要求数を算出する。

【００４８】情報Ａの要求数は、前回は「１０」、今回
は「０」となり、予測公式により次回予測される要求数
は０×（０／１０）＝０となり、配信方法切り替え予測
要求数のしきい値の「１０」を下回る結果となる。情報
Ｂの要求数は、前回は「０」、今回も「０」となり、予
測公式により次回予測される要求数は０×（０／０）＝
０となり、配信方法切り替え予測要求数のしきい値の
「１０」を下回る結果となる。以上の予測結果を要求受
付けプロセス１１１に通知する。

【００４９】（３）要求受付けプロセス１１１は、要求
予測プロセス１１２から通知を受けると、配信切り替え
テーブル１２３の情報ＡのフラグをＯＦＦ（ユニキャス
ト配信）にする。

【００５０】以上のように、クライアント計算機からの
要求数の変化に対し、サーバ計算機側では、配信方法を
切り替えていく。

【００５１】以上本発明の一実施の形態について説明し
たが、サーバ計算機１００の要求受付けプロセス１１
１、要求予測プロセス１１２、ユニキャストＦ転プロセ
ス１１３、マルチキャストＦ転プロセス１１４の機能や
手順、アルゴリズムをコンピュータなどに実行させるた
めのプログラム（情報配信プログラム）は、コンピュー
タが読み取り可能な記録媒体、例えばフロッピーディス
クやメモリカード、コンパクトディスク（ＣＤ−ＲＯ
Ｍ）などに記載して提供することが可能である。

【００５２】

【発明の効果】以上説明したように、本発明では、情報
を保有するサーバ計算機において、ある一つの情報に対
しクライアント計算機からの一定時間内に発生する要求
数が少ない（要求が集中していない）場合はユニキャス
トによる配信、多い（要求が集中した）場合はオンデマ
ンドマルチキャストによる配信を行う、というように、
要求数により配信方式を動的に変化させることにより、
要求の少ない場合はユニキャストの利点である応答性の
良さを維持し、要求の多い場合は、オンデマンドマルチ
キャストの利点であるサーバ計算機側での回線トラフィ
ック及びサーバ負荷を低減する、という効果がある。

【図面の簡単な説明】

【図１】本発明が適用されるシステム構成図である。

【図２】サーバ計算機の一実施例の構成図である。

【図３】要求数集計期間１回目のシーケンスを示す図で
ある。

【図４】要求数集計期間２回目のシーケンスを示す図で
ある。

【図５】要求数集計期間３回目のシーケンスを示す図で
ある。

【図６】要求数集計期間４回目のシーケンスを示す図で
ある。

【図７】ユニキャストのシーケンスを示す図である。

【図８】オンデマンドマルチキャストのシーケンスを示
す図である。

【図９】ユニキャスト、マルチキャスト、オンデマンド
マルチキャストの性能比較図である。

【符号の説明】

１００サーバ計算機１１１要求受付プロセス１１２要求予測プロセス１１３ユニキャストファイル転送（ユニキャストＦ
転）プロセス１１４オンデマンドマルチキャストファイル転送（マ
ルチキャストＦ転）プロセス１２１要求数集計テーブル１２２配信切り替えテーブル１２３要求数履歴テーブル２００クライアント計算機３００通信ネットワーク

Claims

【特許請求の範囲】

【請求項１】情報を保有し、クライアント計算機から
の要求に応じて情報を送信するサーバ計算機と、サーバ
計算機に対し情報の配信要求を行い、これを受信する複
数のクライアント計算機が通信ネットワークを介して接
続されたクライアント・サーバシステムにおいて、サーバ計算機にて、クライアント計算機からの情報配信
要求数に応じて、ユニキャストによる配信とマルチキャ
ストによる配信を動的に変化させることを特徴とする情
報配信方法。
【請求項２】サーバ計算機では、一定時間内に発生す
るクライアント計算機からの配信要求数を情報毎に予測
し、要求数が少ないと予測された情報の場合、当該時間
内に発生した当該情報の要求に対してはユニキャストで
送信し、要求数が多いと予測された情報の場合、当該時
間内に発生した当該情報の要求に対してマルチキャスト
アドレスを通知後、情報をマルチキャストで送信し、クライアント計算機では、サーバ計算機に対し情報の配
信を要求し、その要求に対し、サーバ計算機より情報が
送信された場合は、ユニキャストによる配信情報を受信
し、サーバ計算機よりマルチキャストアドレスが通知さ
れた場合は、それに対応する同報グループへの加入手続
きを行ったあと、マルチキャストによる配信情報を受信
し、受信後同報グループから離脱する、ことを特徴とし
た請求項１記載の情報配信方法。
【請求項３】情報の配信要求を受け付けるプロセス、
一定時間内に発生する配信要求数を情報毎に予測するプ
ロセス、要求数が少ないと予測された情報の場合、当該
時間内に発生した当該情報の要求に対してユニキャスト
で送信するプロセス、要求数が多いと予測された情報の
場合、当該時間内に発生した当該情報の要求に対してマ
ルチキャストアドレスを通知後、情報をマルチキャスト
で送信するプロセス、からなる情報配信プログラムを記
録したコンピュータ読み取り可能な記録媒体。