JPH10200538A

JPH10200538A - 応答収集方法及びシステム

Info

Publication number: JPH10200538A
Application number: JP9003293A
Authority: JP
Inventors: Tetsuhisa Sano; 哲央佐野; Teruji Shiroshita; 輝治城下
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1997-01-10
Filing date: 1997-01-10
Publication date: 1998-07-31

Abstract

(57)【要約】【課題】システム運用中に端末の受信状況を把握し、
それに基づいて端末からの一斉応答の分散に反映させる
ことを可能とする応答収集方法及びシステムを提供す
る。【解決手段】本発明は、サーバが端末からの応答を分
散させるために、該端末に対して指示する応答分散幅を
該端末に送信する応答要求パケットに設定し、該応答要
求パケットを複数の端末に発行し、端末は、応答要求パ
ケットに指定された応答分散幅に応じて、サーバに応答
メッセージを送信する。また、端末の応答状況を管理し
て、運用中に端末の状況を把握し、必要に応じて分散幅
を更新する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、応答収集方法及び
システムに係り、特に、新聞、ソフトウェア等のマルチ
メディア情報を一斉に分配する分野における１対多数の
構成を含めた情報通信システムにおいて、多数の端末か
らの応答を通信ネットワークの輻輳を助長することな
く、また、サーバへの過度の応答集中による受信バッフ
ァ溢れを少なくし、短い時間で効率的な情報配送及び収
集を行う応答収集方法及びシステムに関する。

【０００２】詳しくは、サーバと多数の端末間の通信に
おいて、サービス運用時に端末数や無通信状態あるい
は、低受信率状態等の端末の状況が著しく変化するサー
ビス運用環境に対応させることが可能な応答収集方法及
びシステムに関する。

【０００３】

【従来の技術】サーバが同時に多数の端末に対して応答
を要求する場合においては、各端末からの応答の集中に
より通信路の輻輳や中継ノードあるいはサーバにおける
負荷の増加による受信バッファ溢れが生じ、結果として
端末からのメッセージをサーバが紛失し易い。これを防
止するための従来の技術として、以下のような方法があ
る。

【０００４】端末は、サーバに応答を返す際に、予め設
定された時間内で発生させたランダム時間が経過するま
でサーバへの応答を抑制することにより、各端末からの
応答を分散させる。ランダム時間の分散時間幅は、サー
バ側において予め運用前に個々の端末の分散幅を計測し
た結果に基づいて、実装時あるいは、運用開始前に各端
末に設定する。

【０００５】また、上記の方法において、サーバが通信
開始時に固定の分散時間幅を端末毎に送信するパケット
に設定する方法がある。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来の方法では、サービス運用時に対象とする端末数が動
的に変化する環境においては、所期の効果が得られない
という問題がある。即ち、システム運用中に対象とする
端末数が著しく増大した場合には、サーバ及びネットワ
ークが許容できる端末からの応答の分散が実現できなく
なり、結果としてネットワークの輻輳または、サーバの
著しい受信バッファ溢れを生じる。同様に端末数が端末
側の故障や終了、放棄により著しく減った場合、端末か
らの応答の分散が必要以上に疎らになり、サーバは端末
からの応答収集のために、無駄な待ち時間を浪費するこ
とになり、結果として通信に必要な時間が長くなってし
まうという問題がある。

【０００７】本発明は、上記の点に鑑みなされたもの
で、システム運用中に端末の受信状況を把握し、それに
基づいて端末からの一斉応答の分散に動的に反映させる
ことを可能とする応答収集方法及びシステムを提供する
ことを目的とする。

【０００８】

【課題を解決するための手段】図１は、本発明の原理を
説明するための図である。本発明は、サーバが複数の端
末に対して情報を同時に配送する際に、端末から情報を
収集する応答収集方法において、サーバが端末からの応
答を分散させるために、複数の該端末の状況及びネット
ワークの状況を管理し、該端末に対して指示する応答抑
制分散幅を動的に応答要求パケットに設定し（ステップ
１）、該応答要求パケットを複数の端末に同報し（ステ
ップ２）、端末は、応答要求パケットに指定された応答
抑制分散幅に応じた範囲内で応答をランダム時間抑制し
て、サーバに応答メッセージを送信する（ステップ
３）。

【０００９】また、本発明は、サーバにおいて、端末か
らの応答状況を管理し、運用中の端末の状況を把握し、
端末の状況に応じて応答抑制分散幅を更新する。また、
本発明は、サーバにおいて、応答抑制分散幅を設定する
際に、端末からの応答を受信し、応答に基づいて複数の
端末の状況及び正常通信可能な端末数を管理し、複数の
端末のうち正常に通信可能な端末に対して応答メッセー
ジの送信を抑制する応答抑制分散幅を算出する。

【００１０】図２は、本発明の原理構成図である。本発
明は、情報を配送するサーバ１１０と、該サーバ１１０
からの該情報を受信する複数の端末１２０と、該サーバ
１１０と該端末１２０を接続する通信ネットワークから
構成され、該サーバ１１０が該端末１２０に対して情報
を同時に配送し、該端末１２０からの応答を収集する応
答収集システムであって、サーバ１１０は、端末１２０
からの応答を分散させるための応答抑制分散幅を、複数
の端末１２０の状況やネットワークの状況に応じて応答
要求パケットに動的に設定する応答要求パケット設定手
段１１４と、応答要求パケット設定手段１１４により設
定された応答要求パケットを複数の端末１２０に送信す
るパケット送信手段１１６を具備し、端末１２０は、応
答要求パケットに指定された応答抑制分散幅に応じて、
サーバ１１０に応答メッセージを送信する応答手段１２
４を具備する。

【００１１】また、上記の応答要求パケット設定手段１
１４は、端末１２０からの応答状況を反映して、正常に
通信可能な端末に対する応答メッセージの送信を抑制す
る応答抑制分散幅を算出する応答抑制時間算出手段を含
む。

【００１２】また、上記の応答要求パケット設定手段１
１４は、端末１２０からの応答に基づいて通信対象の端
末を調べ、正常に通信可能な端末及び該端末数を管理す
る端末管理手段を含み、応答抑制時間算出手段は、端末
管理手段により管理されている個々の端末１２０の状態
及び端末数に応じて応答抑制分散幅を算出する。

【００１３】また、上記の端末管理手段は、端末１２０
から取得した応答に応じて端末１２０の状態を随時更新
する管理情報更新手段を含む。上記のように、本発明に
おいて、サーバは多端末に対して返答を必要とするメッ
セージを送信する際に、端末管理手段から対象とする端
末の状態を調べ、正常に通信が進行していることを示し
ている端末の数を数え上げ、その値に基づいて応答抑制
時間算出手段において、端末の応答抑制時間算出の際に
必要となる応答抑制分散幅を計算する。次に、サーバに
おいて、送信するメッセージに応答抑制分散幅を含めて
端末に送信する。

【００１４】ここで、サーバから端末への応答抑制分散
幅の通知を別の種別のパケットとして定義して、本発明
と同一の方法を実現することも可能であるが、本発明に
おいて、分散時間幅の記述部分を端末からの返答を要求
する種別のパケットのヘッダ内に設けることにより、当
該目的のために専用のパケットを使用することなく、通
信ネットワーク及び端末への不要なデータ送信を少なく
している。

【００１５】サーバは、端末管理手段により現在管理し
ている端末数や個々の端末の状態を適宜得ることによ
り、通知する応答抑制分散幅を更新し、不必要に長い応
答抑制分散幅（分散時間幅）の指定による応答待ち時間
の浪費や、短か過ぎる応答抑制分散幅の指定による過度
の応答集中によるネットワークの輻輳やサーバの受信バ
ッファ溢れ等を軽減することができる。

【００１６】また、本発明は、情報分配サービス中の対
象端末数の増減やネットワークの輻輳状態が変化する動
的環境においても適切に作用する。以上のように本発明
により多端末に対してサーバが応答を要求し、端末がそ
の応答を返す際に、生じる応答集中の問題において、従
来解決されていなかったサービス運用中に管理している
端末の数が著しく変化する環境においても、適用可能な
応答収集方法を示している。

【００１７】

【発明の実施の形態】図３は、本発明を適用する通信シ
ステムの構成を示す。同図に示す通信システムは、サー
バ１１０、複数の端末１２０、及びサーバ１１０と端末
１２０間の通信を可能とする衛星通信、Ｂ−ＩＳＤＮ通
信網、インターネット等の双方向性のある通信ネットワ
ーク１３０から構成される。

【００１８】図４は、本発明で用いられるパケットの例
であり、同図（Ａ）は、データパケットＤ１０を示し、
同図（Ｂ）は、受信状況報告要求パケットＲ１０を示
す。図４に示すパケットのうち、同図（Ａ）のデータパ
ケットＤ１０は、同報宛先欄Ｄ１１、サーバ宛先欄Ｄ１
２、データ種別欄Ｄ１３、データ番号欄Ｄ１４、送信デ
ータ欄Ｄ１５から構成される。

【００１９】また、同図（Ｂ）の受信状況報告要求パケ
ット（応答要求パケット）Ｒ１０は、同報宛先欄Ｒ１
１、サーバ宛先欄Ｒ１２、データ種別欄Ｒ１３、応答抑
制分散幅通知欄Ｒ１４から構成される。サーバ１１０
が、通信ネットワーク上の一斉同報機能を用いて端末１
２０Ａ〜１２０Ｇに対して規定個数のデータパケットＤ
１０を同報送信後、本発明による応答収集方法を適用
し、データパケットＤ１０の受信状況を各端末１２０Ａ
〜１２０Ｇから収集する際のサーバ１１０及び端末１２
０Ａ〜１２０Ｇの動作の概要について説明する。

【００２０】図５は、本発明の通信システムにおける動
作の概要を示す。サーバ１１０は、端末状態管理表より
良好な通信状態の端末数Ｎａを把握する（ステップ１０
１）。次に、端末数Ｎａに基づいて応答抑制分散幅を算
出し（ステップ１０２）、算出した応答抑制分散幅を受
信状況報告要求パケットＲ１０にセットした後、一斉応
答を必要とするメッセージとして送信する（ステップ１
０３）。

【００２１】各端末１２０では、受信状況報告要求パケ
ットＲ１０のメッセージを受信して、それに対する応答
をサーバ１１０に送信する。サーバ１１０では、各端末
１２０からの応答受信毎に端末管理表の状態を更新する
（ステップ１０４）。各端末は受信状況報告要求パケッ
トＲ１０の応答抑制分散幅通知欄Ｒ１４に指定された応
答抑制分散幅時間内のランダム時間だけ応答メッセージ
の送信を抑制する（ステップ１０５）。この後、端末１
２０は、タイムアウトにより発行される応答抑制解除通
知を取得した時点（タイムアウト時）において、サーバ
１１０に応答メッセージを送信する。

【００２２】なお、ステップ１０１において、サーバ１
１０が良好な通信状態の端末数Ｎａを把握する際に、サ
ーバ１１０がパケットを同報した際に、所定の時間内に
応答があった端末を正常に通信可能な端末とする。図６
は、本発明のサーバの構成図である。

【００２３】同図に示すサーバ１１０は、アプリケーシ
ョン（以下ＡＰと記す）管理部１１１、データ管理部１
１２、プロトコル機械制御部１１３、応答抑制時間算出
部１１４、端末状況管理部１１５、送信制御部１１６、
及び受信制御部１１７から構成される。

【００２４】ＡＰ管理部１１１は、アプリケーションか
らの要求及び送信するデータを受け付け、通信結果の報
告をアプリケーションに報告すると共に、アプリケーシ
ョンから同報するデータ及び同報する端末のＩＤ一覧等
の情報を管理する。データ管理部１１２は、ＡＰ管理部
１１１を介して、アプリケーションから同報するデータ
及び同報する端末のＩＤ一覧等の情報を取得し、取得し
たデータのパケット化及び番号付けを行い、各パケット
を格納する。

【００２５】プロトコル機械制御部１１３は、プロトコ
ル機械の有限状態を管理し、入出力イベントに対するサ
ーバの動作を決定する。応答時間抑制時間算出部１１４
は、端末１２０からの応答を分散させるために利用する
応答抑制時間を端末状況管理部１１５からの情報に基づ
いて計算する。

【００２６】端末状況管理部１１５は、端末管理テーブ
ルを有し、各配送対象端末１２０のデータ受信状況の記
録及び各端末とのコネクション状態を管理し、正常に通
信可能な端末及び当該端末の数を応答時間抑制時間算出
部１１４に通知する。送信制御部１１６は、端末１２０
に対して適切な送信速度でデータを送信制御する。

【００２７】受信制御部１１７は、端末１２０からの応
答を処理する。まず、サーバ１１０の動作を説明する。
図７は、本発明のサーバの動作の概要を示すフローチャ
ートである。ステップ２００）端末１２０から受信したデータがあ
るか否かを判定し、ある場合には、ステップ２１０に移
行し、ない場合にはステップ２２０に移行する。

【００２８】ステップ２１０）受信データがある場合
には、受信制御部１１７において後述する受信処理を行
う。ステップ２２０）端末１２０に送信するデータがある
かを判定し、ある場合にはステップ２３０に移行し、無
い場合には、ステップ２４０に移行する。

【００２９】ステップ２３０）端末１２０に送信制御
部１１６において送信データを送信する。ステップ２４０）プロトコル機械制御部１１３におい
て、応答待ちタイマが満了したかを判定し、満了した場
合には、ステップ２５０に移行し、そうでない場合に
は、ステップ２００に移行する。

【００３０】ステップ２５０）タイマ処理（時間経過
計測）を行う。次に、サーバ１１０の送信時の動作を説明する。図８
は、本発明のサーバの送信手順のフローチャートであ
る。ステップ２３１）サーバ１１０は、データ管理部１１
２から渡される図４（Ａ）に示すデータパケットＤ１０
を同報送信する場合（データパケットＤ１０は、端末に
対して応答することを要求するメッセージでない場合）
には、ステップ２３６に移行し、図４（Ｂ）に示す応答
要求メッセージである場合には、ステップ２３２に移行
する。

【００３１】ステップ２３２）応答抑制時間算出部１
１４において、端末状況管理部１１５の管理情報に基づ
いて応答抑制分散幅の算出を行う。ステップ２３３）応答抑制時間算出部１１４で算出さ
れた応答抑制分散幅の値を受信状況報告要求パケットＲ
１０の応答抑制分散幅通知欄Ｒ１４に設定する。

【００３２】ステップ２３４）送信制御部１１６は、
受信状況報告要求パケットＲ１０を端末１２０に送信す
る。ステップ２３５）プロトコル機械制御部１１３におい
て、応答待ちタイマをセットする。

【００３３】次に、サーバ１１０の受信動作を説明す
る。図９は、本発明のサーバの受信手順のフローチャー
トである。ステップ２１１）受信制御部１１７は、受信メッセー
ジがある場合には、サーバ１１０は、受信したメッセー
ジタイプが分散指定されているかを判定し、指定されて
いる場合には、ステップ２１２に移行し、そうでない場
合には、ステップ２１４に移行する。

【００３４】ステップ２１２）受信制御部１１７は、
応答待ちタイマが満了したかを判定し、満了している場
合には、ステップ２１３に移行する。満了していない場
合には、ステップ２１４に移行する。ステップ２１３）受信制御部１１７は、受信したメッ
セージを破棄する。

【００３５】ステップ２１４）受信制御部１１７は、
受信したメッセージを取得する。なお、受信制御部１１
７において、ステップ２１４において正常にメッセージ
を受信した場合には、当該端末の情報を端末状況管理部
１１５に通知する。これにより、端末状況管理部１１５
は、正常に通信可能な端末として管理することができ
る。

【００３６】次に、端末１２０について説明する。図１
０は、本発明の端末の構成を示す。同図に示す端末１２
０は、ＡＰ管理部１２１、データ管理部１２２、プロト
コル機械制御部１２３、応答抑制部１２４、受信制御部
１２５及び送信制御部１２６より構成される。

【００３７】ＡＰ管理部１２１は、アプリケーションか
らの要求、受信したデータの受渡し、通信結果の通知を
行う。データ管理部１２２は、サーバ１１０から受信し
たパケット化されたデータを適切な位置に格納し、受信
済データ及び未受信データの状況を記録する。

【００３８】プロトコル機械制御部１２３は、プロトコ
ル機械の有限状態を管理し、入出力イベントに対する端
末の動作を決定する。応答抑制部１２４は、応答抑制の
指示されたメッセージに基づいてサーバ１１０に送信す
る応答メッセージ送信を抑制する時間を制御する。

【００３９】受信制御部１２５は、サーバ１１０からパ
ケットの受信を制御する。送信制御部１２６は、サーバ
１１０への送信を制御する。図１１は、本発明の端末の
動作の概要を示すフローチャートである。ステップ３００）まず、端末１２０が受信データを取
得した場合には、ステップ３１０に移行し、そうでない
場合には、ステップ３２０に移行する。

【００４０】ステップ３１０）受信制御部１２５にお
いて、後述する受信処理を行い、ステップ３２０に移行
する。ステップ３２０）端末１２０からの送信データがある
場合には、ステップ３３０に移行し、そうでない場合に
は、ステップ３４０に移行する。

【００４１】ステップ３３０）送信制御部１２６にお
いて、後述する送信処理を行い、ステップ３４０に移行
する。ステップ３４０）応答抑制タイマが満了したかを判定
し、満了した場合には、ステップ３５０に移行する。

【００４２】ステップ３５０）応答抑制部１２４が、
応答抑制解除を送信制御部１２６に通知し、これによ
り、送信制御部１２６から応答メッセージをサーバ１１
０に送信する。次に、上記の端末１２０のステップ３１０の受信処理に
ついて説明する。

【００４３】図１２は、本発明の端末の受信手順のフロ
ーチャートである。ステップ３１１）受信端末１２０は、パケット受信時
において、受信制御部１２５で当該パケットのメッセー
ジが応答抑制分散幅が指定されているメッセージである
かを判定し、そうである場合には、ステップ３１２に移
行し、そうでない場合には、ステップ３１６に移行す
る。

【００４４】ステップ３１２）受信パケットのメッセ
ージに応答抑制分散幅が指定されている場合には、応答
抑制部１２４では応答抑制分散幅通知欄Ｒ１４の値を取
得する。ステップ３１３）取得した応答抑制分散幅通知欄Ｒ１
４の値を応答抑制部１２４の乱数発生部（図示せず）に
設定する。

【００４５】ステップ３１４）応答抑制部１２４の乱
数発生部（図示せず）において、設定された応答抑制分
散幅通知欄Ｒ１４の時間幅内で一様な乱数を生成する。ステップ３１５）生成された乱数を応答抑制部１２４
の応答抑制タイマ（図示せず）にセットする。

【００４６】ステップ３１６）送信制御部１２６で
は、応答抑制解除通知が応答抑制部１２４から通知され
ると、サーバ１１０に返答するメッセージを生成して、
サーバ１１０に送信する。図１３は、本発明の端末の送
信手順のフローチャートである。

【００４７】ステップ３３１）端末１２０の受信制御
部１２５は、受信状況報告要求パケットＲ１０を受信す
ると、当該パケットのメッセージについて応答抑制分散
通知欄Ｒ１４を参照して応答抑制が必要なメッセージで
あるかを判定し、必要な場合には、ステップ３３２に移
行し、不要な場合にはステップ３３５に移行する。

【００４８】ステップ３３２）メッセージに応答抑制
分散幅通知が応答抑制解除通知であるかを判定し、そう
である場合には、ステップ３３３に移行し、そうでない
場合には、ステップ３３４に移行する。ステップ３３３）応答抑制部１２４は、応答抑制解除
通知をリセットしてステップ３３５に移行する。

【００４９】ステップ３３４）応答抑制解除通知でな
い場合には、応答抑制部１２４の応答抑制タイマ（図示
せず）を起動させる。ステップ３３５）送信制御部１２６は、メッセージを
生成してサーバ１１０に送信する。

【００５０】

【実施例】以下、図面と共に本発明の実施例を説明す
る。前述の各図に基づいて本発明の実施例を説明する。
図３に示す各端末１２０Ａ〜１２０Ｇの動作手順は同じ
なので、以下では端末の動作例として、端末１２０Ａの
みについて説明する。

【００５１】なお、以下に説明する例では、説明の便宜
上、端末１２０Ａ〜１２０Ｇの７台であるが、数千台程
度の端末により本システムが構成されている場合での本
発明の利用を目的としている。図７において、サーバ１
１０は、アプリケーションから同報されるデータ及び同
報する端末のＩＤ一覧等の情報をアプリケーション管理
部１１１を介して受け取る。次にデータ管理部１１２
は、受け取ったデータのパケット化及び番号付けを行
い、各パケットを格納する。

【００５２】通信ネットワーク１３０は、サーバ１１０
と端末１２０Ａ〜１２０Ｇ間の通信を可能とし、例え
ば、衛星通信、Ｂ−ＩＳＤＮ通信網、インターネット等
の双方向性のある通信網を利用することができる。サー
バ１１０のメッセージ送信時の動作は、前述の図８に従
うものとする。例えば、サーバ１１０は、データ管理部
１１２より渡されるデータパケットＤ１０を同報送信す
る場合、データパケットＤ１０は端末１２０に対して応
答することを要求するメッセージではないので、送信制
御部１１６を介して、端末１２０Ａ〜１２０Ｇに同報送
信される。次に、サーバ１１０は、規定個数のデータパ
ケットＤ１０を送信後、端末１２０Ａ〜１２０Ｇでのデ
ータパケットＤ１０の受信状況を把握するために受信状
況報告要求要求パケットＲ１０を端末１２０に送信す
る。その場合、受信状況報告要求要求パケットＲ１０
は、端末１２０からの応答を要求するメッセージである
ので（ステップ２３１，Ｙｅｓ）、応答抑制分散幅の算
出を応答抑制時間算出部１１４で行い（ステップ２３
２）、算出した値を受信状況報告要求要求パケットＲ１
０の応答抑制分散通知欄Ｒ１４に設定し（ステップ２３
３）、送信制御部１１６より端末１２０に送信し（ステ
ップ２３４）、応答待ちタイマをセットする（ステップ
２３５）。

【００５３】ステップ２３２における応答抑制分散幅の
算出方式は任意であるが、以下に算出方法の一例を示
す。サーバ１１０は、運用前に特定の端末数に対して適
した応答抑制分散幅を測定しておく。ここでは、対象と
する端末数の最大数をＮ_maxとし、｛Ｎ₁，Ｎ₂，…，
Ｎ_K｝（ここで、Ｎ＝１，Ｎ_K＝Ｎ_maxかつ

【００５４】

【数１】

【００５５】のＫ通りの端末数に対して適切な応答抑制
分散幅を予め測定してあるものとし、端末数Ｎ_iに対し
て適切な応答抑制分散幅Ｔ_iで表すものとする。ここ
で、サーバ１１０は、情報分配サービス中に応答抑制分
散幅を算出する場合に、端末状態管理部１１５内の端末
状態管理表から各端末１２０の現在の状態を調べ、通信
が確立され、受信状況が良好の旨が示されている端末数
を数え上げる（Ｎａとする）。サーバ１１０は、Ｋ通り
の端末数からＮ_i＜Ｎａ＜Ｎ_i+1なるＮ_i，Ｎ_i+1を見
つけて応答抑制分散幅として一次近似

【００５６】

【数２】

【００５７】を利用する。また、Ｎａ＝Ｎ_iとなるＮ_i
が存在する場合には、応答抑制分散幅としてＴ_iを利用
する。各端末１２０の動作は、前述の図１１に従うもの
とし、パケット受信時の端末１２０の動作は前述の図１
２に従うものとする。

【００５８】例として、端末１２０Ａがサーバ１１０か
ら受信状況報告要求パケットＲ１０を受信した例を示
す。端末１２０Ａは、受信状況報告要求パケットＲ１０
をサーバ１１０から受信すると、当該受信状況報告要求
パケットＲ１０に応答抑制分散幅の指定されているメッ
セージであるので、応答抑制分散幅通知部欄Ｒ１４の値
を応答抑制部１２４の乱数発生部（図示せず）にセット
し（ステップ３１３）、応答抑制部１２４でセットされ
た時間幅内で一様な乱数を発生させ（ステップ３１
４）、その値を応答抑制タイマにセットする（ステップ
３１５）。送信制御部１２６において、その他必要な受
信処理として、サーバ１１０に返答するメッセージを構
成する（ステップ３１６）。

【００５９】端末１２０Ａのメッセージ送信時の動作
は、図１３に従い、本実施例において、ステップ３３１
では、送信メッセージは、応答抑制が必要であり、応答
抑制解除通知はなされていないので（ステップ３３２、
Ｎｏ）、応答抑制タイマ（図示せず）を起動させる（ス
テップ３３４）。応答待ちタイマ満了時間が満了する
と、応答抑制部１２４は、応答抑制解除を送信制御部１
２６に通知する（ステップ３４０，ステップ３５０）。

【００６０】次に、端末１２０Ａは、応答抑制解除通知
をリセットして（ステップ３３１、ステップ３３２、ス
テップ３３３）、メッセージを送信制御部１２６よりサ
ーバ１１０に対して送信する（ステップ３３５）。サー
バ１１０は、端末１２０Ａからの応答メッセージを応答
待ちタイマが完了するまで受信する。サーバ１１０は、
応答メッセージの受信毎に端末状態管理部１１５内の端
末状態管理表の端末１２０Ａのエントリを更新し、また
応答待ちタイマ満了時まで、応答がなかった場合には、
同エントリに無応答の旨を記述する。あるいは、個別に
端末の状態を問い合わせ、再度判断することにより、シ
ステム全体の中で正常に通信が行われている端末の数を
正確に把握することができる。

【００６１】本実施例では、サーバ１１０が受信状況報
告要求パケットＲ１０を用いて明示的に端末の状況を把
握する際の本発明のシステムの一連の手順を示している
が、サーバ１１０が複数の端末に対して応答を要求する
種別のメッセージを送信するすべての場合に適用でき
る。

【００６２】さらに、こうして端末１２０からのメッセ
ージの紛失をより少なくして収集した情報に基づいてサ
ーバ１１０の端末状況管理部１１５の管理情報を更新す
ることで、応答抑制分散幅算出の際に、現在のシステム
の運用状況に見合った応答抑制分散幅を算出することが
できる。

【００６３】なお、本発明は、上記の実施例に限定され
ることなく、特許請求の範囲内で種々変更・応用が可能
である。

【００６４】

【発明の効果】上述のように、本発明の応答収集方法及
びシステムによれば、サービス運用時に対象とする端末
数あるいは、端末の状況（無通信状態あるいは、低受信
率状態）が著しく変化するサービス運用環境において、
サーバが多数の端末に対して一斉に応答を要求する際
に、サーバが端末に対して指示する応答抑制分散幅を設
定する、または、適宜見直すことにより、その応答の集
中に応じて応答抑制分散幅を設定して端末に送信するこ
とにより、通信ネットワークの輻輳やサーバの受信処理
能力を越えた応答の到着を起こすことなく、また、応答
の分散を実現するために不必要な待ち時間を浪費するこ
となく、自動的に端末から効率の良い応答収集が実現で
きる。

【図面の簡単な説明】

【図１】本発明の原理を説明するための図である。

【図２】本発明の原理構成図である。

【図３】本発明を適用する通信システムの構成図であ
る。

【図４】本発明で用いられるパケットの例である。

【図５】本発明の通信システムにおける動作の概要を示
す図である。

【図６】本発明のサーバの構成図である。

【図７】本発明のサーバの動作の概要を示すフローチャ
ートである。

【図８】本発明のサーバの送信手順のフローチャートで
ある。

【図９】本発明のサーバの受信手順のフローチャートで
ある。

【図１０】本発明の端末の構成図である。

【図１１】本発明の端末の動作の概要を示すフローチャ
ートである。

【図１２】本発明の端末の受信手順のフローチャートで
ある。

【図１３】本発明の端末の送信手順のフローチャートで
ある。

【符号の説明】

Ｄ１０データパケットＤ１１同報宛先Ｄ１２サーバ宛先Ｄ１３データ種別Ｄ１４データ番号Ｄ１５送信データＲ１０受信状況報告要求パケットＲ１１同報宛先欄Ｒ１２サーバ宛先欄Ｒ１３データ種別欄Ｒ１４応答抑制分散幅通知欄１１０サーバ１１１アプリケーション管理部１１２データ管理部１１３プロトコル機械制御部１１４応答抑制時間算出部、応答要求パケット設定手
段１１５端末状況管理部１１６送信制御部、パケット送信手段１１７受信制御部１２０端末１２１アプリケーション管理部１２２データ管理部１２３プロトコル機械制御部１２４応答抑制部、応答手段１２５受信制御部１２６送信制御部

Claims

【特許請求の範囲】

【請求項１】サーバが複数の端末に対して情報を同時
に配送する際に、端末から情報を収集する応答収集方法
において、前記サーバが前記端末からの応答を分散させるために、
前記複数の該端末の状況及びネットワークの状況を管理
し、該端末に対して指示する応答抑制分散幅を動的に応
答要求パケットに設定し、該応答要求パケットを複数の
前記端末に同報し、前記端末は、前記応答要求パケッ
トに指定された前記応答抑制分散幅に応じた単位で応答
をランダム時間抑制して、前記サーバに応答メッセージ
を送信することを特徴とする応答収集方法。
【請求項２】前記サーバにおいて、前記端末からの応答状況を管理し、運用中の端末の状況
を把握し、前記端末の状況に応じて前記応答抑制分散幅を更新する
請求項１記載の応答収集方法。
【請求項３】前記サーバにおいて、前記応答抑制分散
幅を設定する際に、前記端末からの応答を受信し、前記応答に基づいて前記複数の端末の状況及び正常通信
可能な端末数を管理し、前記複数の端末のうち正常に通信可能な端末に対して応
答メッセージの送信を抑制する応答抑制分散幅を算出す
る請求項１記載の応答収集方法。
【請求項４】情報を配送するサーバと、該サーバから
の該情報を受信する複数の端末と、該サーバと該端末を
接続する通信ネットワークから構成され、該サーバが該
端末に対して情報を同時に配送し、該端末からの応答を
収集する応答収集システムであって、前記サーバは、前記端末からの応答を分散させるための応答抑制分散幅
を、前記複数の端末の状況やネットワークの状況に応じ
て応答要求パケットに動的に設定する応答要求パケット
設定手段と、前記応答要求パケット設定手段により設定された前記応
答要求パケットを複数の前記端末に送信するパケット送
信手段を具備し、前記端末は、前記応答要求パケットに指定された前記応答抑制分散幅
に応じて、前記サーバに応答メッセージを送信する応答
手段を具備することを特徴とする応答収集システム。
【請求項５】前記応答要求パケット設定手段は、前記端末からの応答状況を反映して、正常に通信可能な
端末に対する応答メッセージの送信を抑制する応答抑制
分散幅を算出する応答抑制時間算出手段を含む請求項４
記載の応答収集システム。
【請求項６】前記応答要求パケット設定手段は、前記端末から取得した応答に基づいて通信対象の端末を
調べ、正常に通信可能な端末と該端末数を管理する端末
管理手段を含み、前記応答抑制時間算出手段は、前記端末管理手段により管理されている個々の端末の状
態及び端末数に応じて前記応答抑制分散幅を算出する請
求項４及び５記載の応答収集システム。
【請求項７】前記端末管理手段は、前記端末から取得した前記応答に応じて前記端末の状態
を随時更新する管理情報更新手段を含む請求項６記載の
応答収集システム。