JP2002057718A - ネットワーク上で高信頼性マルチキャストを行うシステム及び方法 - Google Patents
ネットワーク上で高信頼性マルチキャストを行うシステム及び方法Info
- Publication number
- JP2002057718A JP2002057718A JP2001200799A JP2001200799A JP2002057718A JP 2002057718 A JP2002057718 A JP 2002057718A JP 2001200799 A JP2001200799 A JP 2001200799A JP 2001200799 A JP2001200799 A JP 2001200799A JP 2002057718 A JP2002057718 A JP 2002057718A
- Authority
- JP
- Japan
- Prior art keywords
- mdp
- server
- message
- client
- grtt
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 230000005540 biological transmission Effects 0.000 claims abstract description 34
- 230000009471 action Effects 0.000 claims abstract description 20
- 238000004590 computer program Methods 0.000 claims description 36
- 239000000523 sample Substances 0.000 claims description 22
- 230000004044 response Effects 0.000 claims description 15
- 230000008033 biological extinction Effects 0.000 claims description 9
- 238000011084 recovery Methods 0.000 claims description 9
- 230000004913 activation Effects 0.000 claims 1
- 238000012544 monitoring process Methods 0.000 claims 1
- 238000012937 correction Methods 0.000 abstract description 6
- 238000012545 processing Methods 0.000 description 24
- 238000004891 communication Methods 0.000 description 20
- 230000008569 process Effects 0.000 description 10
- 230000001413 cellular effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000008439 repair process Effects 0.000 description 3
- 238000012360 testing method Methods 0.000 description 3
- 239000000835 fiber Substances 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 241001234823 Eucryphia moorei Species 0.000 description 1
- 235000008026 Santalum lanceolatum Nutrition 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1863—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
Abstract
(57)【要約】
【課題】高信頼性でマルチキャストする。
【解決手段】ＭＤＰデータベース（ＤＢ）１４０はメッ
セージの送受信に使用するパラメータを記憶する。ＭＤ
Ｐサーバ初期化モジュール１００は、ＤＢからパラメー
タを読み出しＭＤＰセッションを初期化する。ＭＤＰク
ライアント初期化モジュール１２０は、ＤＢからパラメ
ータを読み出しマルチキャストメッセージを受信するワ
ークステーションのＭＤＰセッションを初期化する。Ｍ
ＤＰサーバオペレーションモジュール１１０は、否定応
答が受信されない時、アクションワークステーションへ
メッセージ及び修正パケットを送信する要求を受信する
のに使用される。ＭＤＰクライアントオペレーションモ
ジュール１３０は、モジュール１１０から送信されたメ
ッセージを受信し、ワークステーションが、ＭＤＰ情報
パケットで情報専用ワークステーションとして指定され
ている場合、ＭＤＰ情報パケットの受信時にサーバへの
否定応答の送信のみを行う。
セージの送受信に使用するパラメータを記憶する。ＭＤ
Ｐサーバ初期化モジュール１００は、ＤＢからパラメー
タを読み出しＭＤＰセッションを初期化する。ＭＤＰク
ライアント初期化モジュール１２０は、ＤＢからパラメ
ータを読み出しマルチキャストメッセージを受信するワ
ークステーションのＭＤＰセッションを初期化する。Ｍ
ＤＰサーバオペレーションモジュール１１０は、否定応
答が受信されない時、アクションワークステーションへ
メッセージ及び修正パケットを送信する要求を受信する
のに使用される。ＭＤＰクライアントオペレーションモ
ジュール１３０は、モジュール１１０から送信されたメ
ッセージを受信し、ワークステーションが、ＭＤＰ情報
パケットで情報専用ワークステーションとして指定され
ている場合、ＭＤＰ情報パケットの受信時にサーバへの
否定応答の送信のみを行う。
Description
【０００１】
【発明の属する技術分野】本発明は、信頼性の低いパケ
ット交換ネットワーク上で高信頼マルチキャストディス
トリビューションを行うシステム及び方法に関する。よ
り詳細には、本発明は、信頼性のない低い帯域幅の無線
パケット交換通信網へのアクセス及び制御を可能にして
通信網即ちネットワーク上の端末へメッセージを高信頼
性を持ってマルチキャストできるシステム、方法及びコ
ンピュータプログラムを使用する。なお、本発明は、合
衆国陸軍により授与された契約書番号第ＤＡＡＢＯ７−
９５−Ｄ−Ｅ６０４号に基づく政府支援を受けてなされ
たものである。
ット交換ネットワーク上で高信頼マルチキャストディス
トリビューションを行うシステム及び方法に関する。よ
り詳細には、本発明は、信頼性のない低い帯域幅の無線
パケット交換通信網へのアクセス及び制御を可能にして
通信網即ちネットワーク上の端末へメッセージを高信頼
性を持ってマルチキャストできるシステム、方法及びコ
ンピュータプログラムを使用する。なお、本発明は、合
衆国陸軍により授与された契約書番号第ＤＡＡＢＯ７−
９５−Ｄ−Ｅ６０４号に基づく政府支援を受けてなされ
たものである。
【０００２】
【従来の技術】比較的短いコンピュータ産業の歴史にお
いて劇的な変化が起きて来ている。これらの変化の中で
最も重要な変化は、ハードウェアの価格が信じられない
くらい低下したこと及びコンピュータハードウェアの性
能、信頼性、サイズ及び耐久性が同様に信じられないく
らいに向上したことである。コンピュータの信頼性及び
性能は、軍が個々の戦闘車両にコンピュータを装備する
までに向上してきている。このように、命令や敵味方の
軍の位置や動きと言ったその他の任務に不可欠のデータ
の受信に使用できるコンピュータの広域網が形成され
る。しかしながら、この種のネットワークにユニークな
チャレンジがなされると共に、全ての種類のネットワー
クに共通のチャレンジがなされる。ユニークなチャレン
ジの１つは、ネットワークは、高速通信用のケーブルの
使用が不可欠となる敵対モバイル戦場環境において動作
しなければならないと言うことである。直接又は衛星シ
ステムを使用する無線又はマイクロ波通信方法のみが使
用できる。従って、斯かるネットワークは、比較的遅い
低帯域幅の通信媒体を使用して、メッセージをおくらな
ければならない。勿論、セルラ電話又はその他の無線又
はマイクロ波周波数技術の使用に基づいたネットワーク
も、どこでどのように使用されるかに拘わらず、同じ帯
域幅の問題に遭遇する。どのタイプのネットワークも経
験する別のチャレンジは、ネットワークのシア（ｓｈｅ
ｅｒ）サイズである。様々なタイプのコンピュータの何
千というノードが１つのネットワークにアクセスする。
しかしながら、無線又はマイクロ波通信の利用には、ネ
ットワーク上でのデータ送信速度の面で限界がある。高
速ケーブルベースのネットワークが使用された場合で
も、１つのネットワーク上にノードが多数あるために、
使用される帯域幅により多数のユーザに１つのメッセー
ジを不特定多数へ同報即ちブロードキャスト送信するこ
と、又は特定の多数へマルチキャスト送信することが困
難になることがしばしばある。ブロードキャストメッセ
ージは、１つのノードからネットワーク上の全てノード
へ送られるメッセージであり、一方、マルチキャストメ
ッセージは、１つのノードからネットワーク上の全ての
ノードではなく、２以上のノードに送信するメッセージ
である。
いて劇的な変化が起きて来ている。これらの変化の中で
最も重要な変化は、ハードウェアの価格が信じられない
くらい低下したこと及びコンピュータハードウェアの性
能、信頼性、サイズ及び耐久性が同様に信じられないく
らいに向上したことである。コンピュータの信頼性及び
性能は、軍が個々の戦闘車両にコンピュータを装備する
までに向上してきている。このように、命令や敵味方の
軍の位置や動きと言ったその他の任務に不可欠のデータ
の受信に使用できるコンピュータの広域網が形成され
る。しかしながら、この種のネットワークにユニークな
チャレンジがなされると共に、全ての種類のネットワー
クに共通のチャレンジがなされる。ユニークなチャレン
ジの１つは、ネットワークは、高速通信用のケーブルの
使用が不可欠となる敵対モバイル戦場環境において動作
しなければならないと言うことである。直接又は衛星シ
ステムを使用する無線又はマイクロ波通信方法のみが使
用できる。従って、斯かるネットワークは、比較的遅い
低帯域幅の通信媒体を使用して、メッセージをおくらな
ければならない。勿論、セルラ電話又はその他の無線又
はマイクロ波周波数技術の使用に基づいたネットワーク
も、どこでどのように使用されるかに拘わらず、同じ帯
域幅の問題に遭遇する。どのタイプのネットワークも経
験する別のチャレンジは、ネットワークのシア（ｓｈｅ
ｅｒ）サイズである。様々なタイプのコンピュータの何
千というノードが１つのネットワークにアクセスする。
しかしながら、無線又はマイクロ波通信の利用には、ネ
ットワーク上でのデータ送信速度の面で限界がある。高
速ケーブルベースのネットワークが使用された場合で
も、１つのネットワーク上にノードが多数あるために、
使用される帯域幅により多数のユーザに１つのメッセー
ジを不特定多数へ同報即ちブロードキャスト送信するこ
と、又は特定の多数へマルチキャスト送信することが困
難になることがしばしばある。ブロードキャストメッセ
ージは、１つのノードからネットワーク上の全てノード
へ送られるメッセージであり、一方、マルチキャストメ
ッセージは、１つのノードからネットワーク上の全ての
ノードではなく、２以上のノードに送信するメッセージ
である。
【０００３】
【発明が解決すべき課題】現在、ＴＣＰ／ＩＰ（送信コ
ントロールプロトコル／インターネットプロトコル）を
使用して、ワールドワイドウェブ上での通信を行ってい
る。ＴＣＰを利用した通信は、メッセージ中で送信され
るパケット全数及びバイト全数が受信端末で正しく受信
されるのを確実にする。これは、受信端末から送信端末
へ送信の受け取りを知らせることで達成される簡単なこ
とである。パケットが受信されなかった場合、又は、パ
ケット中のバイトが欠けていた場合には、送信端末が受
信端末から再送信の要求を受ける。ＴＣＰは、唯一又は
少数の受信端末にメッセージを送る場合には十分な働き
をするが、唯一のメッセージを多数の受信端末へ送信す
ることが必要となる場合には、ネットワーク上のトラフ
ィック量の問題がＴＣＰにより生じるオーバーヘッドに
より厄介な問題となる。従って、ＴＣＰはユニキャスト
（ポイント・ツー・ポイント）送信により適している。
ントロールプロトコル／インターネットプロトコル）を
使用して、ワールドワイドウェブ上での通信を行ってい
る。ＴＣＰを利用した通信は、メッセージ中で送信され
るパケット全数及びバイト全数が受信端末で正しく受信
されるのを確実にする。これは、受信端末から送信端末
へ送信の受け取りを知らせることで達成される簡単なこ
とである。パケットが受信されなかった場合、又は、パ
ケット中のバイトが欠けていた場合には、送信端末が受
信端末から再送信の要求を受ける。ＴＣＰは、唯一又は
少数の受信端末にメッセージを送る場合には十分な働き
をするが、唯一のメッセージを多数の受信端末へ送信す
ることが必要となる場合には、ネットワーク上のトラフ
ィック量の問題がＴＣＰにより生じるオーバーヘッドに
より厄介な問題となる。従って、ＴＣＰはユニキャスト
（ポイント・ツー・ポイント）送信により適している。
【０００４】多数のユーザにマルチキャストメッセージ
を送信することに関係したＴＣＰに見られる上記のオー
バーヘッドの問題点を解決するために、ＵＤＰ（ユーザ
・データグラム・プロトコル）が開発された。ＵＤＰ
は、ＴＣＰ／ＩＰ内のプロトコルであり、高信頼メッセ
ージ配信が必要とされない時に使用される。失われたパ
ケット及びパケット内の失われたデータは単純に無視さ
れ、応答又は再送信要求は送信端末へ返送されない。Ｕ
ＤＰは、限定した量のデータ損失が許容されるオーディ
オ及びビデオトラフィック送信に使用されることが、通
常である。従って、ＵＤＰは１つのソースが多数の受信
人へ同時に送信を行うマルチキャスト環境により適して
いる。
を送信することに関係したＴＣＰに見られる上記のオー
バーヘッドの問題点を解決するために、ＵＤＰ（ユーザ
・データグラム・プロトコル）が開発された。ＵＤＰ
は、ＴＣＰ／ＩＰ内のプロトコルであり、高信頼メッセ
ージ配信が必要とされない時に使用される。失われたパ
ケット及びパケット内の失われたデータは単純に無視さ
れ、応答又は再送信要求は送信端末へ返送されない。Ｕ
ＤＰは、限定した量のデータ損失が許容されるオーディ
オ及びビデオトラフィック送信に使用されることが、通
常である。従って、ＵＤＰは１つのソースが多数の受信
人へ同時に送信を行うマルチキャスト環境により適して
いる。
【０００５】しかしながら、ＴＣＰもＵＤＰもどちら
も、低帯域幅の通信機構が使用されると共に、少なくと
も一定の数のユーザ端末が確実に特定のマルチキャスト
メッセージを受信できるようにすることが必要となる環
境には適していない。これは、無線通信がネットワーク
のノード間の主たるリンクとして作用すると共に、比較
的多数の端末が同時に重要なメッセージ又は命令を受信
しなければならないの戦場通信環境において、最も顕著
となる。
も、低帯域幅の通信機構が使用されると共に、少なくと
も一定の数のユーザ端末が確実に特定のマルチキャスト
メッセージを受信できるようにすることが必要となる環
境には適していない。これは、無線通信がネットワーク
のノード間の主たるリンクとして作用すると共に、比較
的多数の端末が同時に重要なメッセージ又は命令を受信
しなければならないの戦場通信環境において、最も顕著
となる。
【０００６】ＴＣＰ及びＵＤＰの限界を克服するため
に、合衆国海軍研究所ラボはマルチキャスト・ディセミ
ネーション・プロトコル（ＭＤＰ）を開発した。ＭＤＰ
は、低いオーバーヘッドでマルチキャストメッセージを
高信頼性を持って送信できるように設計されたプロトコ
ルフレームワークである。ＭＤＰサービスは、ＴＣＰ／
ＩＰに見られる汎用ＵＤＰ／ＩＰマルチキャストトラン
スポート層の上に載るものである。低オーバーヘッドは
ＴＣＰにおいて典型的に使用される応答及びＵＤＰにお
ける完全な応答の欠落とは反対な否定応答を使用するこ
とにより、達成される。しかしながら、ＭＤＰは、同時
に選択された受信人がメッセージを受信するのを、又
は、少なくともメッセージの一部のみが受信されたこと
を確実に気づくようにする。ＭＤＰは、１９９９年１０
月２２日に出版されたブライアン・アダムソン（Ｂｒｉ
ａｎ Ａｄａｍｓｏｎ）及びジョー・マッカー（Ｊｏｅ
Ｍａｃｋｅｒ）が記述した「マルチキャスト・ディセ
ミネーション・プロトコル（Ｍｕｌｔｉｃａｓｔ Ｄｉ
ｓｓｅｍｉｎａｔｉｏｎ Ｐｒｏｔｏｃｌ）」と題した
インターネット・ドラフト（ｄｒａｆｔ−ｍａｋｅｒ−
ｒｍｔ−ｍｄｐ−００．ｔｘｔ）に記載されており、そ
の全体を参照として本書に組み込んである。アダムソン
とマッカーはまた「マルチキャスト・ディセミネーショ
ン・プロトコル開発者のためのガイド（Ｍｕｌｔｉｃａ
ｓｔ Ｄｉｓｓｅｍｉｎａｔｉｏｎ Ｐｒｏｔｏｃｌ
（ＭＤＰ）Ｄｅｖｅｌｏｐｅｒ' Ｇｕｉｄｅ）」を出
版しており、その全体を参照として本書に組み入れてい
る。上記の開発者のためのガイドにて論議されているよ
うに、ＭＤＰはアプリケーション・プログラム・インタ
ーフェース（ＡＰＩ）を介して、その主たるインターフ
ェースを提供する。
に、合衆国海軍研究所ラボはマルチキャスト・ディセミ
ネーション・プロトコル（ＭＤＰ）を開発した。ＭＤＰ
は、低いオーバーヘッドでマルチキャストメッセージを
高信頼性を持って送信できるように設計されたプロトコ
ルフレームワークである。ＭＤＰサービスは、ＴＣＰ／
ＩＰに見られる汎用ＵＤＰ／ＩＰマルチキャストトラン
スポート層の上に載るものである。低オーバーヘッドは
ＴＣＰにおいて典型的に使用される応答及びＵＤＰにお
ける完全な応答の欠落とは反対な否定応答を使用するこ
とにより、達成される。しかしながら、ＭＤＰは、同時
に選択された受信人がメッセージを受信するのを、又
は、少なくともメッセージの一部のみが受信されたこと
を確実に気づくようにする。ＭＤＰは、１９９９年１０
月２２日に出版されたブライアン・アダムソン（Ｂｒｉ
ａｎ Ａｄａｍｓｏｎ）及びジョー・マッカー（Ｊｏｅ
Ｍａｃｋｅｒ）が記述した「マルチキャスト・ディセ
ミネーション・プロトコル（Ｍｕｌｔｉｃａｓｔ Ｄｉ
ｓｓｅｍｉｎａｔｉｏｎ Ｐｒｏｔｏｃｌ）」と題した
インターネット・ドラフト（ｄｒａｆｔ−ｍａｋｅｒ−
ｒｍｔ−ｍｄｐ−００．ｔｘｔ）に記載されており、そ
の全体を参照として本書に組み込んである。アダムソン
とマッカーはまた「マルチキャスト・ディセミネーショ
ン・プロトコル開発者のためのガイド（Ｍｕｌｔｉｃａ
ｓｔ Ｄｉｓｓｅｍｉｎａｔｉｏｎ Ｐｒｏｔｏｃｌ
（ＭＤＰ）Ｄｅｖｅｌｏｐｅｒ' Ｇｕｉｄｅ）」を出
版しており、その全体を参照として本書に組み入れてい
る。上記の開発者のためのガイドにて論議されているよ
うに、ＭＤＰはアプリケーション・プログラム・インタ
ーフェース（ＡＰＩ）を介して、その主たるインターフ
ェースを提供する。
【０００７】しかしながら、ＴＣＰ及びＵＤＰと同様
に、ＭＤＰはプロトコルであり、Ｍアプリケーション層
又はＤＰを微同調（ファインチューニング）して特定の
ネットワーク用の最適なレベルの性能を達成するシステ
ム管理者に必要なその他の高位レベルのソフトウェアを
提供するものではない。微同調とは、パケットサイズや
送信速度等の多数のパラメータを詳細に設定することで
ある。このネットワークの微同調により、ネットワーク
の性能及びネットワーク利用者の満足度に著しいインパ
クトを与えることができる。しかしながら、ネットワー
ク性能のテスト又は決定並びにパラメータの変更が、ネ
ットワーク性能にどのようなインパクトを与えるかテス
ト又は決定することなく、ネットワークの微同調をする
ことはできない。更に、ソフトウェアの追加の層が、ユ
ーザのメッセージの送受信を容易にするために必要とな
る。また、このソフトウェアの追加の層は、ユーザがオ
ーバーヘッドを絶対最小に保ったままでメッセージの受
信人を選択できるものである必要がある。これにより、
ユーザが潜在的な受取人を識別すると共に、メッセージ
の受信に欠かせない受取人を同定するのが可能となる。
に、ＭＤＰはプロトコルであり、Ｍアプリケーション層
又はＤＰを微同調（ファインチューニング）して特定の
ネットワーク用の最適なレベルの性能を達成するシステ
ム管理者に必要なその他の高位レベルのソフトウェアを
提供するものではない。微同調とは、パケットサイズや
送信速度等の多数のパラメータを詳細に設定することで
ある。このネットワークの微同調により、ネットワーク
の性能及びネットワーク利用者の満足度に著しいインパ
クトを与えることができる。しかしながら、ネットワー
ク性能のテスト又は決定並びにパラメータの変更が、ネ
ットワーク性能にどのようなインパクトを与えるかテス
ト又は決定することなく、ネットワークの微同調をする
ことはできない。更に、ソフトウェアの追加の層が、ユ
ーザのメッセージの送受信を容易にするために必要とな
る。また、このソフトウェアの追加の層は、ユーザがオ
ーバーヘッドを絶対最小に保ったままでメッセージの受
信人を選択できるものである必要がある。これにより、
ユーザが潜在的な受取人を識別すると共に、メッセージ
の受信に欠かせない受取人を同定するのが可能となる。
【０００８】従って、必要なものは、ＭＤＰアプリケー
ションを初期化するシステム及びコンピュータプログラ
ムである。このシステム及びコンピュータプログラム
は、また、ＭＤＰネットワークの微同調が出来る必要が
ある。更に、このシステム及びコンピュータプログラム
は、ユーザがネットワークの最小オーバーヘッドを維持
したままで、ネットワーク上のその他のユーザへメッセ
ージの送受信をするのを可能にする必要がある。斯かる
システム及びコンピュータプログラムは、メッセージの
重要な受信人と重要でない受信人との区別が出来る必要
がある。このシステム及びコンピュータプログラムは、
ネットワーク上の同定した受信人にのみ、送信をおこな
うものであって、不特定のユーザ又はワークステーショ
ンへメッセージ送信をするものではない。
ションを初期化するシステム及びコンピュータプログラ
ムである。このシステム及びコンピュータプログラム
は、また、ＭＤＰネットワークの微同調が出来る必要が
ある。更に、このシステム及びコンピュータプログラム
は、ユーザがネットワークの最小オーバーヘッドを維持
したままで、ネットワーク上のその他のユーザへメッセ
ージの送受信をするのを可能にする必要がある。斯かる
システム及びコンピュータプログラムは、メッセージの
重要な受信人と重要でない受信人との区別が出来る必要
がある。このシステム及びコンピュータプログラムは、
ネットワーク上の同定した受信人にのみ、送信をおこな
うものであって、不特定のユーザ又はワークステーショ
ンへメッセージ送信をするものではない。
【０００９】
【課題を解決するための手段】本発明の実施例は、ネッ
トワーク内の幾つかの端末にメッセージをマルチキャス
トするシステム及びコンピュータプログラムを提供す
る。このシステム及びコンピュータプログラムは、ネッ
トワーク内でマルチキャストメッセージの送受信をする
のに使用されるパラメータを含んだＭＤＰデータベース
テーブルを有する。ＭＤＰデータベーステーブルからパ
ラメータを読み出して、サーバにおいてパラメータを使
用してＭＤＰセッションを初期化するＭＤＰサーバ初期
化モジュールが提供される。ＭＤＰデータベーステーブ
ルからパラメータを読み出して、ワークステーションに
おいてパラメータを使用してＭＤＰセッションを初期化
するＭＤＰクライアント初期化モジュールが提供され
る。メッセージ送信の要求を受信し、ＭＤＰ情報パケッ
トを各メッセージごとに生成し、且つ、斯かるメッセー
ジをＭＤＰ情報パケット内の各指定受信人へ送信するＭ
ＤＰサーバオペレーションモジュールが提供される。こ
のシステム及びコンピュータプログラムは、また、ＭＤ
Ｐサーバオペレーションモジュールにより送信されたメ
ッセージを受信して該メッセージを高位レベルのソフト
ウェアアプリケーションへ送信するＭＤＰクライアント
オペレーションモジュールを有する。
トワーク内の幾つかの端末にメッセージをマルチキャス
トするシステム及びコンピュータプログラムを提供す
る。このシステム及びコンピュータプログラムは、ネッ
トワーク内でマルチキャストメッセージの送受信をする
のに使用されるパラメータを含んだＭＤＰデータベース
テーブルを有する。ＭＤＰデータベーステーブルからパ
ラメータを読み出して、サーバにおいてパラメータを使
用してＭＤＰセッションを初期化するＭＤＰサーバ初期
化モジュールが提供される。ＭＤＰデータベーステーブ
ルからパラメータを読み出して、ワークステーションに
おいてパラメータを使用してＭＤＰセッションを初期化
するＭＤＰクライアント初期化モジュールが提供され
る。メッセージ送信の要求を受信し、ＭＤＰ情報パケッ
トを各メッセージごとに生成し、且つ、斯かるメッセー
ジをＭＤＰ情報パケット内の各指定受信人へ送信するＭ
ＤＰサーバオペレーションモジュールが提供される。こ
のシステム及びコンピュータプログラムは、また、ＭＤ
Ｐサーバオペレーションモジュールにより送信されたメ
ッセージを受信して該メッセージを高位レベルのソフト
ウェアアプリケーションへ送信するＭＤＰクライアント
オペレーションモジュールを有する。
【００１０】更に、本発明の別の実施例は、ネットワー
ク内の幾つかのワークステーションへメッセージをマル
チキャストする方法を提供する。この方法は、サーバ上
でマルチキャストメッセージの送信の初期化及び制御を
するのに使用するために、ＭＤＰデータベースから幾つ
かのパラメータを読み出すステップからスタートする。
次いで、ワークステーション上でマルチキャストメッセ
ージの受信を初期化して制御するのに使用するために、
ＭＤＰデータベースから幾つかのパラメータを読み出
す。マルチキャストメッセージは、次いで、マルチキャ
ストメッセージの送信のために算出した時間をメッセー
ジ遅延時間が超過しない時、又は、メッセージ遅延時間
がマルチキャストメッセージ内に含まれた消滅（ｐｅｒ
ｉｓｈａｂｉｌｉｔｙ）時間を超過しない時には、ワー
クステーションへ送信される。その後、ワークステーシ
ョンがマルチキャストメッセージ内のデータが欠落して
いると判断した時、及びワークステーションが、ＭＤＰ
情報パケット内に含まれたフィールドによってアクティ
ブワークステーションとして指定されている時には、否
定応答がサーバに送信される。
ク内の幾つかのワークステーションへメッセージをマル
チキャストする方法を提供する。この方法は、サーバ上
でマルチキャストメッセージの送信の初期化及び制御を
するのに使用するために、ＭＤＰデータベースから幾つ
かのパラメータを読み出すステップからスタートする。
次いで、ワークステーション上でマルチキャストメッセ
ージの受信を初期化して制御するのに使用するために、
ＭＤＰデータベースから幾つかのパラメータを読み出
す。マルチキャストメッセージは、次いで、マルチキャ
ストメッセージの送信のために算出した時間をメッセー
ジ遅延時間が超過しない時、又は、メッセージ遅延時間
がマルチキャストメッセージ内に含まれた消滅（ｐｅｒ
ｉｓｈａｂｉｌｉｔｙ）時間を超過しない時には、ワー
クステーションへ送信される。その後、ワークステーシ
ョンがマルチキャストメッセージ内のデータが欠落して
いると判断した時、及びワークステーションが、ＭＤＰ
情報パケット内に含まれたフィールドによってアクティ
ブワークステーションとして指定されている時には、否
定応答がサーバに送信される。
【００１１】
【発明の実施の形態】本発明の詳細な説明に移る前に下
記について言及するのが妥当である。適切である場合に
は、同様の参照符号及び文字は、異なる図面において同
一部品、対応する部品又は同様な部品を指定するのに使
用することが可能である。更に、下記の詳細な説明で
は、例としてのサイズ、モデル、値、範囲を挙げるが、
本発明はそれらに限定されるものではない。
記について言及するのが妥当である。適切である場合に
は、同様の参照符号及び文字は、異なる図面において同
一部品、対応する部品又は同様な部品を指定するのに使
用することが可能である。更に、下記の詳細な説明で
は、例としてのサイズ、モデル、値、範囲を挙げるが、
本発明はそれらに限定されるものではない。
【００１２】図１は、広域ネットワーク１０の一例であ
り、多数の端末及び該端末に接続され多数のユーザを有
する。各端末すなわちユーザは、主として送信されるマ
ルチキャストメッセージの対照であるか否かに基づい
て、指定される。更に、各端末には、インターネットプ
ロトコル（ＩＰ）アドレスが与えられる。端末すなわち
ユーザが現在メッセージの対象でなければ、ＭＤＰセッ
ションメンバ２０として同定される。ＭＤＰセッション
メンバ２０は、ネットワーク１０の一部であるが、現在
はマルチキャストメッセージの受信人としては指定され
ていない。しかしながら、ユーザすなわち端末がマルチ
キャストメッセージの受信人として指定される場合に
は、該ユーバすなわち端末は、ＭＤＰクライアントアク
ション受信人４０、又はＭＤＰクライアント情報受信人
３０の何れかとして指定される。ＭＤＰクライアントア
クション受信人４０は、マルチキャストメッセージ全体
を高信頼性を持って受信しなければならないユーザすな
わち端末である。ＭＤＰクライアントアクション受信人
４０は、従って、ＭＤＰにおいて見られる完全な否定応
答能力を使用して、マルチキャストメッセージを確実に
受信するようにされる。しかしながら、ＭＤＰクライア
ント情報受信人３０は、メッセージ発信者からはマルチ
キャストメッセージの重要な受信人であるとはみなされ
ない。従って、ＭＤＰクライアント情報受信人３０は、
送られるマルチキャストメッセージを受動的に受信し、
図７に図示する如く、せいぜいＭＤＰ情報パケットのヘ
ッダの受信の応答をするのみである。マルチキャストメ
ッセージは、サーバにより送信されるだけである。図１
に示した実施例では、２つのサーバ、ＭＤＰサーバ＃２
（６０）及びＭＤＰサーバ＃１（７０）が設けられてい
る。これらのサーバは、ＭＤＰパラメータ及びマルチキ
ャストメッセージを初期化して、ユーザを指定する。各
ユーザすなわち端末は、メッセージを受信するように設
計されており、マルチキャストメッセージを送信するサ
ーバにより、情報受信人又はアクション受信人のどちら
かとして同定される。サーバによる指定は、ＭＤＰ情報
パケットに含まれたフィールドにより実現される。これ
については、図７を参照して更に説明する。
り、多数の端末及び該端末に接続され多数のユーザを有
する。各端末すなわちユーザは、主として送信されるマ
ルチキャストメッセージの対照であるか否かに基づい
て、指定される。更に、各端末には、インターネットプ
ロトコル（ＩＰ）アドレスが与えられる。端末すなわち
ユーザが現在メッセージの対象でなければ、ＭＤＰセッ
ションメンバ２０として同定される。ＭＤＰセッション
メンバ２０は、ネットワーク１０の一部であるが、現在
はマルチキャストメッセージの受信人としては指定され
ていない。しかしながら、ユーザすなわち端末がマルチ
キャストメッセージの受信人として指定される場合に
は、該ユーバすなわち端末は、ＭＤＰクライアントアク
ション受信人４０、又はＭＤＰクライアント情報受信人
３０の何れかとして指定される。ＭＤＰクライアントア
クション受信人４０は、マルチキャストメッセージ全体
を高信頼性を持って受信しなければならないユーザすな
わち端末である。ＭＤＰクライアントアクション受信人
４０は、従って、ＭＤＰにおいて見られる完全な否定応
答能力を使用して、マルチキャストメッセージを確実に
受信するようにされる。しかしながら、ＭＤＰクライア
ント情報受信人３０は、メッセージ発信者からはマルチ
キャストメッセージの重要な受信人であるとはみなされ
ない。従って、ＭＤＰクライアント情報受信人３０は、
送られるマルチキャストメッセージを受動的に受信し、
図７に図示する如く、せいぜいＭＤＰ情報パケットのヘ
ッダの受信の応答をするのみである。マルチキャストメ
ッセージは、サーバにより送信されるだけである。図１
に示した実施例では、２つのサーバ、ＭＤＰサーバ＃２
（６０）及びＭＤＰサーバ＃１（７０）が設けられてい
る。これらのサーバは、ＭＤＰパラメータ及びマルチキ
ャストメッセージを初期化して、ユーザを指定する。各
ユーザすなわち端末は、メッセージを受信するように設
計されており、マルチキャストメッセージを送信するサ
ーバにより、情報受信人又はアクション受信人のどちら
かとして同定される。サーバによる指定は、ＭＤＰ情報
パケットに含まれたフィールドにより実現される。これ
については、図７を参照して更に説明する。
【００１３】さらに図１を参照する。ユーザすなわち端
末は、同時に、ＭＤＰクライアント８０により指定され
る如く、１つのマルチキャストメッセージのアクション
受信人及び別のマルチキャストメッセージの情報受信人
の双方に指定される。マルチキャストメッセージの発信
者が、図７に示す如く、ＭＤＰ情報パケットのアクショ
ン又は情報受信人であるかを決定することから、これが
可能となる。更に、ユーザすなわち端末は、サーバ及び
ＭＤＰクライアント情報受信人又はＭＤＰサーバ＃１
（７０）に関して図示するように、サーバ及びＭＤＰク
ライアントアクション受信人の双方として、指定される
ことが可能である。また、ネットワーク１０上の任意の
端末すなわちユーザをサーバとして指定することも、可
能である。
末は、同時に、ＭＤＰクライアント８０により指定され
る如く、１つのマルチキャストメッセージのアクション
受信人及び別のマルチキャストメッセージの情報受信人
の双方に指定される。マルチキャストメッセージの発信
者が、図７に示す如く、ＭＤＰ情報パケットのアクショ
ン又は情報受信人であるかを決定することから、これが
可能となる。更に、ユーザすなわち端末は、サーバ及び
ＭＤＰクライアント情報受信人又はＭＤＰサーバ＃１
（７０）に関して図示するように、サーバ及びＭＤＰク
ライアントアクション受信人の双方として、指定される
ことが可能である。また、ネットワーク１０上の任意の
端末すなわちユーザをサーバとして指定することも、可
能である。
【００１４】図１に示す端末すなわちワークステーショ
ンは、プロセッサベースのシステムとすることが可能で
あり、パーソナルコンピュータ（ＰＣ）、ラップトッ
プ、パームコンピュータ、及びパーソナルディジタルア
シスタント（ＰＤＡ）を含むが、それらに限定されるも
のではない。更に、図１に示す端末すなわちワークステ
ーションは、また、無線アクセスプロトコル（ＷＡＰ）
利用のセルラ電話、又はハイパーマークアップ言語プロ
トコル（ＨＴＬ）利用のセルラ電話とすることが可能で
ある。図１の端末すなわちワークステーションが有する
唯一の要件は、マルチキャスト能力を備えたＩＰネット
ワークからメッセージを送受信することである。
ンは、プロセッサベースのシステムとすることが可能で
あり、パーソナルコンピュータ（ＰＣ）、ラップトッ
プ、パームコンピュータ、及びパーソナルディジタルア
シスタント（ＰＤＡ）を含むが、それらに限定されるも
のではない。更に、図１に示す端末すなわちワークステ
ーションは、また、無線アクセスプロトコル（ＷＡＰ）
利用のセルラ電話、又はハイパーマークアップ言語プロ
トコル（ＨＴＬ）利用のセルラ電話とすることが可能で
ある。図１の端末すなわちワークステーションが有する
唯一の要件は、マルチキャスト能力を備えたＩＰネット
ワークからメッセージを送受信することである。
【００１５】更に、図１を参照する。ネットワーク１０
は、任意の媒体上で作動する任意のパケット交換ネット
ワークとすることが可能であり、該交換ネットワーク
は、無線通信媒体、同軸又は光ファイバーケーブル及び
ツイストペア又は専用線電話回線等を含むが、それらに
限定されるものではない。更に、無線通信媒体は、任意
の無線周波数、マイクロ波、衛星又はセルラ電話通信媒
体を含むことが可能であるが、それらに限定されるもの
ではない。本発明の実施例は、無線通信環境に見られる
帯域幅に信頼性がなく且つ遅い環境において、信頼性の
高いマルチキャストメッセージを生成するのに最も効果
的であると共に、有効である。しかしながら、上に述べ
たように、本発明の実施例を任意の通信環境に使用する
ことが可能である。
は、任意の媒体上で作動する任意のパケット交換ネット
ワークとすることが可能であり、該交換ネットワーク
は、無線通信媒体、同軸又は光ファイバーケーブル及び
ツイストペア又は専用線電話回線等を含むが、それらに
限定されるものではない。更に、無線通信媒体は、任意
の無線周波数、マイクロ波、衛星又はセルラ電話通信媒
体を含むことが可能であるが、それらに限定されるもの
ではない。本発明の実施例は、無線通信環境に見られる
帯域幅に信頼性がなく且つ遅い環境において、信頼性の
高いマルチキャストメッセージを生成するのに最も効果
的であると共に、有効である。しかしながら、上に述べ
たように、本発明の実施例を任意の通信環境に使用する
ことが可能である。
【００１６】図２は、本発明の実施例に使用されるソフ
トウェア、ファームウェア、及びハードウェアのモジュ
ール構成図である。図２に示したブロックは、モジュー
ル、コード、コードセグメント、コマンド（指令）、フ
ァームウェア、ハードウェア、インストラクション（命
令）及びデータを表し、それらはプロセッサベースのシ
ステムで実行でき、且つ、それに限定されるものではな
いが、Ｃ＋＋等のプログラム言語で記述可能である。図
２に図示したブロックに加えて、ＭＤＰデータベース１
４０が図示されており、ＭＤＰ層のソフトウェア及びパ
ラメータを含み、且つ、ＭＤＰセッションのミニ構造照
会言語（ＭＳＱＬ）テーブルと呼ぶことも可能である。
トウェア、ファームウェア、及びハードウェアのモジュ
ール構成図である。図２に示したブロックは、モジュー
ル、コード、コードセグメント、コマンド（指令）、フ
ァームウェア、ハードウェア、インストラクション（命
令）及びデータを表し、それらはプロセッサベースのシ
ステムで実行でき、且つ、それに限定されるものではな
いが、Ｃ＋＋等のプログラム言語で記述可能である。図
２に図示したブロックに加えて、ＭＤＰデータベース１
４０が図示されており、ＭＤＰ層のソフトウェア及びパ
ラメータを含み、且つ、ＭＤＰセッションのミニ構造照
会言語（ＭＳＱＬ）テーブルと呼ぶことも可能である。
【００１７】更に図２を参照すると、４つのブロックす
なわちモジュールが例示されている。ＭＤＰサーバ初期
化モジュール１００及びＭＤＰサーバオペレーションモ
ジュール１１０が配置され、図１に示したＭＤＰサーバ
＃１（７０）及びＭＤＰサーバ＃２（６０）として指定
されたワークステーション又はプロセッサベースのシス
テム上で実行可能である。しかしながら、上に述べた如
く、ネットワーク１０に接続された任意のプロセッサベ
ースのシステムをサーバとして指定することが可能であ
る。サーバを立ち上げると同時にＭＤＰサーバ初期化モ
ジュール１００が実行されて、初期ＭＤＰパラメータを
検索して設定する。その後、プロセッサ制御がＭＤＰサ
ーバ初期化モジュール１００により放棄され、ＭＤＰサ
ーバオペレーションモジュール１１０が実行される。Ｍ
ＤＰサーバオペレーションモジュール１１０は、必要な
限り実行を継続する。ＭＤＰサーバ初期化モジュール１
００及びＭＤＰサーバオペレーションモジュール１１０
の双方とも、ＭＤＰデータベース１４０の読み出し／書
き込みができる。
なわちモジュールが例示されている。ＭＤＰサーバ初期
化モジュール１００及びＭＤＰサーバオペレーションモ
ジュール１１０が配置され、図１に示したＭＤＰサーバ
＃１（７０）及びＭＤＰサーバ＃２（６０）として指定
されたワークステーション又はプロセッサベースのシス
テム上で実行可能である。しかしながら、上に述べた如
く、ネットワーク１０に接続された任意のプロセッサベ
ースのシステムをサーバとして指定することが可能であ
る。サーバを立ち上げると同時にＭＤＰサーバ初期化モ
ジュール１００が実行されて、初期ＭＤＰパラメータを
検索して設定する。その後、プロセッサ制御がＭＤＰサ
ーバ初期化モジュール１００により放棄され、ＭＤＰサ
ーバオペレーションモジュール１１０が実行される。Ｍ
ＤＰサーバオペレーションモジュール１１０は、必要な
限り実行を継続する。ＭＤＰサーバ初期化モジュール１
００及びＭＤＰサーバオペレーションモジュール１１０
の双方とも、ＭＤＰデータベース１４０の読み出し／書
き込みができる。
【００１８】更に図２を参照する。ＭＤＰクライアント
初期化モジュール１２０及びＭＤＰクライアントオペレ
ーションモジュール１３０は、図１に示した全ての残り
のワークステーション及びプロセッサベースのシステム
内に収容されると共に、該ワークステーション及びシス
テムにおいて実行され、該ワークステーション及びシス
テムは、サーバとして指定されない。クライアントシス
テムを立ち上げると同時に、ＭＤＰクライアント初期化
モジュール１２０が実行されて、ＭＤＰパラメータを検
索して設定する。その後、プロセッサ制御がＭＤＰクラ
イアント初期化モジュール１２０により放棄されて、Ｍ
ＤＰクライアントオペレーションモジュール１３０が実
行される。クライアントオペレーションモジュール１３
０は、必要な限り無制限に実行を継続する。ＭＤＰクラ
イアント初期化モジュール１２０及びＭＤＰクライアン
トオペレーションモジュール１３０は、ＭＤＰデータベ
ース１４０を読み出し／書き込みができる。
初期化モジュール１２０及びＭＤＰクライアントオペレ
ーションモジュール１３０は、図１に示した全ての残り
のワークステーション及びプロセッサベースのシステム
内に収容されると共に、該ワークステーション及びシス
テムにおいて実行され、該ワークステーション及びシス
テムは、サーバとして指定されない。クライアントシス
テムを立ち上げると同時に、ＭＤＰクライアント初期化
モジュール１２０が実行されて、ＭＤＰパラメータを検
索して設定する。その後、プロセッサ制御がＭＤＰクラ
イアント初期化モジュール１２０により放棄されて、Ｍ
ＤＰクライアントオペレーションモジュール１３０が実
行される。クライアントオペレーションモジュール１３
０は、必要な限り無制限に実行を継続する。ＭＤＰクラ
イアント初期化モジュール１２０及びＭＤＰクライアン
トオペレーションモジュール１３０は、ＭＤＰデータベ
ース１４０を読み出し／書き込みができる。
【００１９】図３は、図２に図示した、本発明の実施例
に使用されるＭＤＰサーバ初期化モジュール１００のフ
ローチャートである。ＭＤＰサーバ初期化モジュール１
００は、図３に示したオペレーション２００〜３００を
含むが、それらに限定されるものではない。図３を参照
すると、ＭＤＰサーバ初期化モジュール１００は、図１
に示したサーバが初期起動されると、オペレーション２
００を実行する。処理は直ちにオペレーション２１０へ
移行して、最大ラウンドトリップ時間（ＧＲＴＴ）プロ
ーブデフォルト設定値がＭＤＰデータベース１４０から
読み出され、該データベースは、使用禁止（ｄｉｓａｂ
ｌｉｎｇ）プロービング又は許可（ｅｎａｂｌｉｎｇ）
プロービングのどちらかを表す値を有する。この場合、
ＧＲＴＴプロービングに関するデフォルト値は、使用禁
止プロービングに対するものである。プロービングは、
ネットワーク１０上のノードへ能動的にＭＤＰメッセー
ジを送信し、各ノードから応答が戻るのに必要な時間を
測定する。初期の立ち上げの場合には、プロービングが
使用禁止にされる。その後、処理はオペレーション２２
０へ移行して、このＭＤＰセッション用にＧＲＴＴプロ
ービングが設定される。オペレーション２３０では、初
期ＧＲＴＴ（ｉｎｉｔ＿ｇｒｔｔ）値がＭＤＰデータベ
ース１４０から読み出される。この初期ＧＲＴＴ値は、
最大ラウンドトリップ時間を表し、該時間は、ＭＤＰデ
ータベース１４０にデフォルト値として記憶される。そ
の後、オペレーション２４０において、検索された初期
ＧＲＴＴ値がこのＭＤＰセッション用のＧＲＴＴ推定値
として設定される。オペレーション２５０では、最大Ｇ
ＲＴＴ（Ｍａｘ＿ｇｒｔｔ）値がＭＤＰデータベース１
４０から読み出されて、このＭＤＰセッション用として
オペレーション２６０で設定される。最大ＧＲＴＴ値
は、ネットワーク１０のノードから受信される帰還応答
に必要な時間の最大量を表し、増大可能なＧＲＴＴの最
大値を表す。その後、オペレーション２７０では、ＧＲ
ＴＴプローブ最小間隔値がＭＤＰデータベース１４０か
ら読み出される。ＧＲＴＴプローブ最小間隔値は、既に
論議した如くプロービングが発生する初期間隔である。
プローブは、ノード又はワークステーションから応答が
帰還するのに必要な時間を決定する時間にされたテスト
マルチキャストメッセージである。プロービングが起き
ると、プローブ間の間隔が、該間隔がＧＲＴＴプローブ
の最大間隔値になるまで増大する。オペレーション２９
０では、最小及び最大ＧＲＴＴプローブ値の双方が、Ｍ
ＤＰセッションに設定される。
に使用されるＭＤＰサーバ初期化モジュール１００のフ
ローチャートである。ＭＤＰサーバ初期化モジュール１
００は、図３に示したオペレーション２００〜３００を
含むが、それらに限定されるものではない。図３を参照
すると、ＭＤＰサーバ初期化モジュール１００は、図１
に示したサーバが初期起動されると、オペレーション２
００を実行する。処理は直ちにオペレーション２１０へ
移行して、最大ラウンドトリップ時間（ＧＲＴＴ）プロ
ーブデフォルト設定値がＭＤＰデータベース１４０から
読み出され、該データベースは、使用禁止（ｄｉｓａｂ
ｌｉｎｇ）プロービング又は許可（ｅｎａｂｌｉｎｇ）
プロービングのどちらかを表す値を有する。この場合、
ＧＲＴＴプロービングに関するデフォルト値は、使用禁
止プロービングに対するものである。プロービングは、
ネットワーク１０上のノードへ能動的にＭＤＰメッセー
ジを送信し、各ノードから応答が戻るのに必要な時間を
測定する。初期の立ち上げの場合には、プロービングが
使用禁止にされる。その後、処理はオペレーション２２
０へ移行して、このＭＤＰセッション用にＧＲＴＴプロ
ービングが設定される。オペレーション２３０では、初
期ＧＲＴＴ（ｉｎｉｔ＿ｇｒｔｔ）値がＭＤＰデータベ
ース１４０から読み出される。この初期ＧＲＴＴ値は、
最大ラウンドトリップ時間を表し、該時間は、ＭＤＰデ
ータベース１４０にデフォルト値として記憶される。そ
の後、オペレーション２４０において、検索された初期
ＧＲＴＴ値がこのＭＤＰセッション用のＧＲＴＴ推定値
として設定される。オペレーション２５０では、最大Ｇ
ＲＴＴ（Ｍａｘ＿ｇｒｔｔ）値がＭＤＰデータベース１
４０から読み出されて、このＭＤＰセッション用として
オペレーション２６０で設定される。最大ＧＲＴＴ値
は、ネットワーク１０のノードから受信される帰還応答
に必要な時間の最大量を表し、増大可能なＧＲＴＴの最
大値を表す。その後、オペレーション２７０では、ＧＲ
ＴＴプローブ最小間隔値がＭＤＰデータベース１４０か
ら読み出される。ＧＲＴＴプローブ最小間隔値は、既に
論議した如くプロービングが発生する初期間隔である。
プローブは、ノード又はワークステーションから応答が
帰還するのに必要な時間を決定する時間にされたテスト
マルチキャストメッセージである。プロービングが起き
ると、プローブ間の間隔が、該間隔がＧＲＴＴプローブ
の最大間隔値になるまで増大する。オペレーション２９
０では、最小及び最大ＧＲＴＴプローブ値の双方が、Ｍ
ＤＰセッションに設定される。
【００２０】更に、図３を参照すると、オペレーション
３００では、ロバスト（堅個な）ファクタ値がＭＤＰデ
ータベース１４０から読み出される。ロバストファクタ
値は、送りだされるフラッシュ指令を表す。フラッシュ
指令は、サーバにより発信される指令であって、修正パ
ケットを含んだ特定のメッセージに関係したパケットを
もはや送信しないことを示す。これらのフラッシュ指令
は、周期的間隔で送出され、ロバストファクタ値は、最
大送出数に関係する。その後、処理はオペレーション３
２０へ移行して、自動パリティ値がＭＤＰデータベース
１４０から読み出される。自動パリティ値は、メッセー
ジと一緒に送られるフォワードエラー訂正パケット数で
ある。これらのフォワードエラー訂正パケットを使用し
て、不正な又は損失したパケットデータを受信ノードす
なわちワークステーションで訂正することが可能であ
る。その後、オペレーション３３０において、各ＭＤＰ
符号化ブロックと一緒に送られる全てのパリティパケッ
ト数がＭＤＰセッションに設定される。オペレーション
３４０では、最大送信速度値がＭＤＰデータベース１４
０から読み出される。この最大送信速度値は、秒当りの
ビットで表したネットワーク１０の最大送信速度であ
る。その後、オペレーション３５０では、この最大合計
送信速度がＭＤＰセッションに設定される。オペレーシ
ョン３６０では、ＭＤＰサーバ初期化モジュール１００
が実行を終了する。
３００では、ロバスト（堅個な）ファクタ値がＭＤＰデ
ータベース１４０から読み出される。ロバストファクタ
値は、送りだされるフラッシュ指令を表す。フラッシュ
指令は、サーバにより発信される指令であって、修正パ
ケットを含んだ特定のメッセージに関係したパケットを
もはや送信しないことを示す。これらのフラッシュ指令
は、周期的間隔で送出され、ロバストファクタ値は、最
大送出数に関係する。その後、処理はオペレーション３
２０へ移行して、自動パリティ値がＭＤＰデータベース
１４０から読み出される。自動パリティ値は、メッセー
ジと一緒に送られるフォワードエラー訂正パケット数で
ある。これらのフォワードエラー訂正パケットを使用し
て、不正な又は損失したパケットデータを受信ノードす
なわちワークステーションで訂正することが可能であ
る。その後、オペレーション３３０において、各ＭＤＰ
符号化ブロックと一緒に送られる全てのパリティパケッ
ト数がＭＤＰセッションに設定される。オペレーション
３４０では、最大送信速度値がＭＤＰデータベース１４
０から読み出される。この最大送信速度値は、秒当りの
ビットで表したネットワーク１０の最大送信速度であ
る。その後、オペレーション３５０では、この最大合計
送信速度がＭＤＰセッションに設定される。オペレーシ
ョン３６０では、ＭＤＰサーバ初期化モジュール１００
が実行を終了する。
【００２１】図４は、図２に図示した、本発明の実施例
で使用されるＭＤＰクライアント初期化モジュール１２
０のフローチャートである。ＭＤＰクライアント初期化
モジュール１２０は、図４に示したオペレーション４０
０〜４５０を含むが、それらに限定されるものではな
い。ＭＤＰクライアント初期化モジュール１２０は、オ
ペレーション４００で実行を開始して、直ちにオペレー
ション４０へ進む。オペレーション４１０では、デフォ
ルトストリームインテグリティ（一体性）値をＭＤＰデ
ータベース１４０から読み出すが、該値は、クライアン
トノード又はワークステーションの初期化と同時に使用
禁止となるように設定される。幾つかのブロック又はパ
ケットを有したメッセージが欠落又は順不同のパケット
を有したメッセージがクライアントワークステーション
により受け取られる時に、ストリームインテグリティを
使用禁止にすることで、ワークステーションがサーバか
らの再送信の要求を起こさない。処理は次いでオペレー
ション４２０へ移行して、ストリームインテグリティ値
が設定される。オペレーション４３０では、デフォルト
ナッキング（ｎａｃｋｉｎｇ）（否定応答）モードがＭ
ＤＰデータベース１４０から読み出される。否定応答は
通常、メッセージ又はその一部分が受信人に受信されな
い時に、送信される。メッセージの全ての部分が受信人
に受信された場合には、メッセージを送信したサーバに
は応答はなされない。斯かる特定の場合には、デフォル
トナッキングモードが、図７に示すように、ＭＤＰ情報
パケットを受信し損なった時にのみ、ナック（否定応答
を送信）する。その後、オペレーション４４０では、デ
フォルトセッションクライアントナッキングモードがＭ
ＤＰセッションに設定される。処理は、次いで、オペレ
ーション４５０へ移行して、ＭＤＰクライアント初期化
モジュール１２０が終了して、プロセッサの制御がＭＤ
Ｐクライアントオペレーションモジュール１３０へ与え
られる。
で使用されるＭＤＰクライアント初期化モジュール１２
０のフローチャートである。ＭＤＰクライアント初期化
モジュール１２０は、図４に示したオペレーション４０
０〜４５０を含むが、それらに限定されるものではな
い。ＭＤＰクライアント初期化モジュール１２０は、オ
ペレーション４００で実行を開始して、直ちにオペレー
ション４０へ進む。オペレーション４１０では、デフォ
ルトストリームインテグリティ（一体性）値をＭＤＰデ
ータベース１４０から読み出すが、該値は、クライアン
トノード又はワークステーションの初期化と同時に使用
禁止となるように設定される。幾つかのブロック又はパ
ケットを有したメッセージが欠落又は順不同のパケット
を有したメッセージがクライアントワークステーション
により受け取られる時に、ストリームインテグリティを
使用禁止にすることで、ワークステーションがサーバか
らの再送信の要求を起こさない。処理は次いでオペレー
ション４２０へ移行して、ストリームインテグリティ値
が設定される。オペレーション４３０では、デフォルト
ナッキング（ｎａｃｋｉｎｇ）（否定応答）モードがＭ
ＤＰデータベース１４０から読み出される。否定応答は
通常、メッセージ又はその一部分が受信人に受信されな
い時に、送信される。メッセージの全ての部分が受信人
に受信された場合には、メッセージを送信したサーバに
は応答はなされない。斯かる特定の場合には、デフォル
トナッキングモードが、図７に示すように、ＭＤＰ情報
パケットを受信し損なった時にのみ、ナック（否定応答
を送信）する。その後、オペレーション４４０では、デ
フォルトセッションクライアントナッキングモードがＭ
ＤＰセッションに設定される。処理は、次いで、オペレ
ーション４５０へ移行して、ＭＤＰクライアント初期化
モジュール１２０が終了して、プロセッサの制御がＭＤ
Ｐクライアントオペレーションモジュール１３０へ与え
られる。
【００２２】ＭＤＰサーバ初期化モジュール１００及び
ＭＤＰクライアント初期化モジュール１２０の双方とも
同時に実行される。クライアントノード及びサーバノー
ドの双方がＭＤＰセッション用に初期化されると、処理
は即座にサーバ内のＭＤＰサーバオペレーションモジュ
ール１１０及び各クライアントノード用のＭＤＰクライ
アントオペレーション１３０へ進む。ＭＤＰサーバオペ
レーションモジュール１１０及びＭＤＰクライアントオ
ペレーションモジュール１３０の双方は、現在のＭＤＰ
セッションが有効である限り、同時に実行される。
ＭＤＰクライアント初期化モジュール１２０の双方とも
同時に実行される。クライアントノード及びサーバノー
ドの双方がＭＤＰセッション用に初期化されると、処理
は即座にサーバ内のＭＤＰサーバオペレーションモジュ
ール１１０及び各クライアントノード用のＭＤＰクライ
アントオペレーション１３０へ進む。ＭＤＰサーバオペ
レーションモジュール１１０及びＭＤＰクライアントオ
ペレーションモジュール１３０の双方は、現在のＭＤＰ
セッションが有効である限り、同時に実行される。
【００２３】図５は、本発明の実施例に使用される、図
２に示したＭＤＰサーバオペレーションモジュール１１
０のフローチャートである。ＭＤＰサーバオペレーショ
ンモジュール１１０は、図５に示したオペレーション５
００〜７１０を含む。ＭＤＰサーバオペレーション１１
０は、オペレーション５００で実行を開始して、即座に
オペレーション５１０に進む。オペレーション５１０で
は、アドレス情報を有したメッセージが高位レベルのソ
フトウェアアプリケーションから受信されたか否かが判
断される。メッセージが受信されないと、ＭＤＰサーバ
オペレーションモジュール１１０がメッセージが受信さ
れるまで、オペレーション５１０で単純に待機する。メ
ッセージが受信されると、処理がオペレーション５２０
へ移行して、メッセージ内のフィールド(図示なし)が消
滅時間（ｐｅｒｉｓｈａｂｉｌｉｔｙ ｔｉｍｅ）値に
ついてチェックされる。メッセージ内の消滅時間フィー
ルドが存在する場合には、メッセージを規定の時間内に
送信しなければならないことを意味しており、処理はオ
ペレーション５３０へ進む。オペレーション５３０で
は、最大送信速度がＭＤＰデータベース１４０から読み
出される。その後、オペレーション５４０では、メッセ
ージ送信遅延（ＴD）がメッセージサイズを最大送信速
度で除算して算出される。オペレーション５５０では、
メッセージ送信遅延（ＴD）が消滅時間より大きいか否
かが判断される。メッセージ送信遅延（ＴD）が消滅時
間より大きい場合には、処理はオペレーション５６０へ
進むか、又は、メッセージを単純にドロップしてしま
う。メッセージは、その時の消滅時間よりそのとき許可
されたメッセージの送信時間の方が長いことから、メッ
セージはオペレーション５６０でドロップされる。その
後、処理はオペレーション５６０からオペレーション５
１０へ戻って、ＭＤＰサーバオペレーションモジュール
１１０が別のメッセージが到来するのを待つ。
２に示したＭＤＰサーバオペレーションモジュール１１
０のフローチャートである。ＭＤＰサーバオペレーショ
ンモジュール１１０は、図５に示したオペレーション５
００〜７１０を含む。ＭＤＰサーバオペレーション１１
０は、オペレーション５００で実行を開始して、即座に
オペレーション５１０に進む。オペレーション５１０で
は、アドレス情報を有したメッセージが高位レベルのソ
フトウェアアプリケーションから受信されたか否かが判
断される。メッセージが受信されないと、ＭＤＰサーバ
オペレーションモジュール１１０がメッセージが受信さ
れるまで、オペレーション５１０で単純に待機する。メ
ッセージが受信されると、処理がオペレーション５２０
へ移行して、メッセージ内のフィールド(図示なし)が消
滅時間（ｐｅｒｉｓｈａｂｉｌｉｔｙ ｔｉｍｅ）値に
ついてチェックされる。メッセージ内の消滅時間フィー
ルドが存在する場合には、メッセージを規定の時間内に
送信しなければならないことを意味しており、処理はオ
ペレーション５３０へ進む。オペレーション５３０で
は、最大送信速度がＭＤＰデータベース１４０から読み
出される。その後、オペレーション５４０では、メッセ
ージ送信遅延（ＴD）がメッセージサイズを最大送信速
度で除算して算出される。オペレーション５５０では、
メッセージ送信遅延（ＴD）が消滅時間より大きいか否
かが判断される。メッセージ送信遅延（ＴD）が消滅時
間より大きい場合には、処理はオペレーション５６０へ
進むか、又は、メッセージを単純にドロップしてしま
う。メッセージは、その時の消滅時間よりそのとき許可
されたメッセージの送信時間の方が長いことから、メッ
セージはオペレーション５６０でドロップされる。その
後、処理はオペレーション５６０からオペレーション５
１０へ戻って、ＭＤＰサーバオペレーションモジュール
１１０が別のメッセージが到来するのを待つ。
【００２４】しかしながら、消滅時間フィールドが設け
られていない場合、又は、メッセージ送信遅延が消滅時
間より小さい場合には、処理は次にオペレーション５７
０へ進む。オペレーション５７０では、ＭＤＰ情報パケ
ットが、メッセージ内の供給されたアドレス情報をもと
にして生成される。その後、オペレーション５８０で、
ＧＲＴＴプロービングがスイッチオンされる。ＧＲＴＴ
プロービングは、図３のオペレーション２２０でスイッ
チオフされたものであり、ＧＲＴＴプロービングをオン
にすることにより、メッセージが周期的にネットワーク
１０のノードへ送信され、各ノードからのラウンドトリ
ップ時間が測定される。オペレーション５９０では、図
７に示したＭＤＰ情報パケットがネットワーク１０上で
送信される。オペレーション６００では、トランザクシ
ョン・ファースト・パス・イベント（Ｔｘ＿Ｆｉｒｓｔ
＿ｐａｓｓ）通知がＭＤＰから受信されたか否かを判断
する。このトランザクション・ファースト・パス・イベ
ント通知は、メッセージ全体がＭＤＰにより送信された
のか否かを示す。トランザアクション・ファースト・パ
ス・イベント通知は、任意のノードすなわち端末での受
信を保証するものではない。トランザクション・ファー
スト・パス・イベント通知が受信されていなかった場合
には、ＭＤＰサーバオペレーションモジュール１１０が
通知を受信するまで、単純にオペレーション６００で待
つ。
られていない場合、又は、メッセージ送信遅延が消滅時
間より小さい場合には、処理は次にオペレーション５７
０へ進む。オペレーション５７０では、ＭＤＰ情報パケ
ットが、メッセージ内の供給されたアドレス情報をもと
にして生成される。その後、オペレーション５８０で、
ＧＲＴＴプロービングがスイッチオンされる。ＧＲＴＴ
プロービングは、図３のオペレーション２２０でスイッ
チオフされたものであり、ＧＲＴＴプロービングをオン
にすることにより、メッセージが周期的にネットワーク
１０のノードへ送信され、各ノードからのラウンドトリ
ップ時間が測定される。オペレーション５９０では、図
７に示したＭＤＰ情報パケットがネットワーク１０上で
送信される。オペレーション６００では、トランザクシ
ョン・ファースト・パス・イベント（Ｔｘ＿Ｆｉｒｓｔ
＿ｐａｓｓ）通知がＭＤＰから受信されたか否かを判断
する。このトランザクション・ファースト・パス・イベ
ント通知は、メッセージ全体がＭＤＰにより送信された
のか否かを示す。トランザアクション・ファースト・パ
ス・イベント通知は、任意のノードすなわち端末での受
信を保証するものではない。トランザクション・ファー
スト・パス・イベント通知が受信されていなかった場合
には、ＭＤＰサーバオペレーションモジュール１１０が
通知を受信するまで、単純にオペレーション６００で待
つ。
【００２５】トランザクション・ファースト・パス・イ
ベント通知を受信すると同時に、処理はオペレーション
６１０へ進む。オペレーション６１０では、リカバリー
サイクル（Ｎ）、サーバ補償ファクタ（ＦS）、ブロッ
クサイズ（Ｂ）、及びセグメントサイズ（Ｓ）がＭＤＰ
データベース１４０から読み出される。リカバリーサイ
クル（Ｎ）は、サーバが待機して受信ノードすなわちタ
ーミナルで受信したメッセージの訂正を要求する機会を
与えるための時間である。サーバ補償ファクタ（Ｆｓ）
は、サーバが待機する安全係数として組み込まれた追加
の時間である。ブロックサイズ（Ｂ）は、各ブロックに
おいて送信するパケットすなわちセグメントの数であ
る。セグメントサイズ(Ｓ)は、各セグメントすなわちパ
ケットのバイト数で表した大きさである。従って、オペ
レーション６２０において、図３のオペレーション２４
０でこのＭＤＰ用に設定されたＧＲＴＴ推定値が、ＭＤ
Ｐから読み出される。次いで、オペレーション６３０に
おいて、サーバスケルチ（ｓｑｕｅｌｃｈ）時間が、公
式サーバスケルチ時間＝Ｎ*Ｔｒｃ*Ｂ*Ｆｓを使用して
算出される。Ｔｒｃは、５*ＧＲＴＴである。上記説明
したようにまた以降で説明するように、サーバサーバス
ケルチ時間は、サーバが修理を試みたりメッセージを無
制限に送るのを防止するために使用される。
ベント通知を受信すると同時に、処理はオペレーション
６１０へ進む。オペレーション６１０では、リカバリー
サイクル（Ｎ）、サーバ補償ファクタ（ＦS）、ブロッ
クサイズ（Ｂ）、及びセグメントサイズ（Ｓ）がＭＤＰ
データベース１４０から読み出される。リカバリーサイ
クル（Ｎ）は、サーバが待機して受信ノードすなわちタ
ーミナルで受信したメッセージの訂正を要求する機会を
与えるための時間である。サーバ補償ファクタ（Ｆｓ）
は、サーバが待機する安全係数として組み込まれた追加
の時間である。ブロックサイズ（Ｂ）は、各ブロックに
おいて送信するパケットすなわちセグメントの数であ
る。セグメントサイズ(Ｓ)は、各セグメントすなわちパ
ケットのバイト数で表した大きさである。従って、オペ
レーション６２０において、図３のオペレーション２４
０でこのＭＤＰ用に設定されたＧＲＴＴ推定値が、ＭＤ
Ｐから読み出される。次いで、オペレーション６３０に
おいて、サーバスケルチ（ｓｑｕｅｌｃｈ）時間が、公
式サーバスケルチ時間＝Ｎ*Ｔｒｃ*Ｂ*Ｆｓを使用して
算出される。Ｔｒｃは、５*ＧＲＴＴである。上記説明
したようにまた以降で説明するように、サーバサーバス
ケルチ時間は、サーバが修理を試みたりメッセージを無
制限に送るのを防止するために使用される。
【００２６】スケルチ時間が算出されると、処理はオペ
レーション６４０へ進む。オペレーション６４０では、
メッセージを送信する高位レベルのソフトウェアにより
消滅時間にメッセージか供給されたか否かが判断され
る。消滅時間が存在する場合には、処理はオペレーショ
ン６５０へ進む。消滅時間が、オペレーション６３０で
算出したサーバスケルチ時間未満の場合には、オペレー
ション６６０へ進んで、サーバスケルチ時間を消滅時間
に設定する。これは、消滅時間が過ぎたらサーバがメッ
セージの送信又は訂正を行わないようにするためになさ
れる。消滅時間が存在しないか、消滅時間が算出したサ
ーバスケルチ時間未満であるか、又は、オペレーション
６６０においてサーバスケルチ時間を消滅時間に等しく
設定した場合には、オペレーション６７０へ進む。オペ
レーション６７０では、ＭＤＰノーティファイ・トラン
ザクション・オブジェクト・フィニシュト（Ｍｄｐ＿Ｎ
ｏｔｉｆｙ＿Ｔｘ＿Ｏｂｊｅｃｔ＿Ｆｉｎｉｓｈｅｄ）
イベント通知が受信されたか否かを判断する。このＭＤ
Ｐノーティファイ・トランザクション・オブジェクト・
フィニシュト通知は、ＭＤＰがメッセージの受信人から
一切の応答又は否定応答がなかったことを示すものであ
り、有限時間の期限にもとづくものである。いずれの受
信人からも応答が受信されなかった場合には、全ての受
信人がメッセージを受信したことと考えられる。ＭＤＰ
ノーティファイ・トランザアクション・オブジェクト・
フィニシュト通知が受信された場合には、処理はオペレ
ーション６８０へ進み、ＧＲＴＴプロービングがオフに
設定にされる。メッセージが送信されて受信されたと仮
定されるから、ＧＲＴＴプロービングがオペレーション
６８０でオフに設定される。その後、処理はオペレーシ
ョン５１０へ戻って、ＭＤＰサーバオペレーションモジ
ュール１１０は、処理すべき別のメッセージを待機す
る。
レーション６４０へ進む。オペレーション６４０では、
メッセージを送信する高位レベルのソフトウェアにより
消滅時間にメッセージか供給されたか否かが判断され
る。消滅時間が存在する場合には、処理はオペレーショ
ン６５０へ進む。消滅時間が、オペレーション６３０で
算出したサーバスケルチ時間未満の場合には、オペレー
ション６６０へ進んで、サーバスケルチ時間を消滅時間
に設定する。これは、消滅時間が過ぎたらサーバがメッ
セージの送信又は訂正を行わないようにするためになさ
れる。消滅時間が存在しないか、消滅時間が算出したサ
ーバスケルチ時間未満であるか、又は、オペレーション
６６０においてサーバスケルチ時間を消滅時間に等しく
設定した場合には、オペレーション６７０へ進む。オペ
レーション６７０では、ＭＤＰノーティファイ・トラン
ザクション・オブジェクト・フィニシュト（Ｍｄｐ＿Ｎ
ｏｔｉｆｙ＿Ｔｘ＿Ｏｂｊｅｃｔ＿Ｆｉｎｉｓｈｅｄ）
イベント通知が受信されたか否かを判断する。このＭＤ
Ｐノーティファイ・トランザクション・オブジェクト・
フィニシュト通知は、ＭＤＰがメッセージの受信人から
一切の応答又は否定応答がなかったことを示すものであ
り、有限時間の期限にもとづくものである。いずれの受
信人からも応答が受信されなかった場合には、全ての受
信人がメッセージを受信したことと考えられる。ＭＤＰ
ノーティファイ・トランザアクション・オブジェクト・
フィニシュト通知が受信された場合には、処理はオペレ
ーション６８０へ進み、ＧＲＴＴプロービングがオフに
設定にされる。メッセージが送信されて受信されたと仮
定されるから、ＧＲＴＴプロービングがオペレーション
６８０でオフに設定される。その後、処理はオペレーシ
ョン５１０へ戻って、ＭＤＰサーバオペレーションモジ
ュール１１０は、処理すべき別のメッセージを待機す
る。
【００２７】更に、図５を参照する。ＭＤＰノーティフ
ァイ・トランザクション・オブジェクト・フィニシュト
通知が受信され無い場合には、処理はオペレーション６
９０へ進む。オペレーション６９０では、オペレーショ
ン６３０で算出したサーバスケルチ時間が満了したか否
かを判断する。サーバスケルチ時間が満了していない場
合、処理はオペレーション６７０へ戻り、ＭＤＰノーテ
ィファイ・トランザクション・オブジェクト・フィニシ
ュト通知が受信されるか、又は、サーバスケルチ時間が
満了するまで、処理を繰り返す。スケルチ時間が満了し
た場合には、処理はオペレーション７００へ進み、ＧＲ
ＴＴプロービングがオフにされる。この場合には、メッ
セージ全部が全ての指定の受信人に受信されなかったも
のと理解する。更に、スケルチ時間が満了しているの
で、ＭＤＰサーバオペレーションモジュール１１０は、
それ以上メッセージの送信又は修正を試みることはな
い。その後、処理はオペレーション７１０へ進み、ＭＤ
Ｐ送信キュー（図示なし）からメッセージが取り外さ
れ、ＭＤＰセッションによるメッセージの再送信又は修
理を防止する。
ァイ・トランザクション・オブジェクト・フィニシュト
通知が受信され無い場合には、処理はオペレーション６
９０へ進む。オペレーション６９０では、オペレーショ
ン６３０で算出したサーバスケルチ時間が満了したか否
かを判断する。サーバスケルチ時間が満了していない場
合、処理はオペレーション６７０へ戻り、ＭＤＰノーテ
ィファイ・トランザクション・オブジェクト・フィニシ
ュト通知が受信されるか、又は、サーバスケルチ時間が
満了するまで、処理を繰り返す。スケルチ時間が満了し
た場合には、処理はオペレーション７００へ進み、ＧＲ
ＴＴプロービングがオフにされる。この場合には、メッ
セージ全部が全ての指定の受信人に受信されなかったも
のと理解する。更に、スケルチ時間が満了しているの
で、ＭＤＰサーバオペレーションモジュール１１０は、
それ以上メッセージの送信又は修正を試みることはな
い。その後、処理はオペレーション７１０へ進み、ＭＤ
Ｐ送信キュー（図示なし）からメッセージが取り外さ
れ、ＭＤＰセッションによるメッセージの再送信又は修
理を防止する。
【００２８】図６は、図２に示す、本発明の別の実施例
に使用するＭＤＰクライアントオペレーションモジュー
ル１３０のフローチャートである。ＭＤＰクライアント
オペレーションモジュール１３０は、図６に図示したオ
ペレーション８００〜オペレーション９４０を含む。Ｍ
ＤＰクライアントオペレーションモジュール１３０は、
オペレーション８００で実行を開始して、直ぐにオペレ
ーション８１０へ進む。オペレーション８１０では、Ｍ
ＤＰノーティファイ・レシーブド・オブジェクト・スタ
ート（ｍｄｐ＿Ｎｏｔｉｆｙ＿Ｒｘ＿Ｏｂｊｅｃｔ＿Ｓ
ｔａｒｔ）ノーティフィケーション・イベントが発生し
たか否かを判断する。オペレーション８１０では、ＭＤ
Ｐノーティファイ・レシーブド・オブジェクト・スター
ト・ノーティフィケーション・イベントは、メッセージ
がクライアントワークステーションに受信されたことを
示すためのものである。メッセージが受信されていなか
った場合には、処理は、メッセージが受信されるまで、
オペレーション８１０へループして戻る。メッセージが
受信されると、処理はオペレーション８２０へ進み、図
７に図示したＭＤＰ情報パケットが読み出されて復号化
される。その後、処理はオペレーション８３０へ進ん
で、図７に図示したＭＤＰ情報パケットのバイトフィー
ルド１０２０がアクション受信人に設定されているか否
かを判定する。バイトフィールド１０２０がアクション
受信人に設定されている場合には、処理はオペレーショ
ン８４０へ進む。オペレーション８４０では、ＭＤＰオ
ブジェクトナッキングモードが正常に設定される。正常
なナッキングモードでは、クライアントワークステーシ
ョンは、パケット又はパケットの一部が当該メッセージ
に対してのみ欠落している時に、否定応答が送信する。
しかしながら、本発明のこの実施例は、図７に示すＭＤ
Ｐ情報パケットを受信次第、クライアントワークステー
ションが応答を送信するように修正することが可能であ
る。
に使用するＭＤＰクライアントオペレーションモジュー
ル１３０のフローチャートである。ＭＤＰクライアント
オペレーションモジュール１３０は、図６に図示したオ
ペレーション８００〜オペレーション９４０を含む。Ｍ
ＤＰクライアントオペレーションモジュール１３０は、
オペレーション８００で実行を開始して、直ぐにオペレ
ーション８１０へ進む。オペレーション８１０では、Ｍ
ＤＰノーティファイ・レシーブド・オブジェクト・スタ
ート（ｍｄｐ＿Ｎｏｔｉｆｙ＿Ｒｘ＿Ｏｂｊｅｃｔ＿Ｓ
ｔａｒｔ）ノーティフィケーション・イベントが発生し
たか否かを判断する。オペレーション８１０では、ＭＤ
Ｐノーティファイ・レシーブド・オブジェクト・スター
ト・ノーティフィケーション・イベントは、メッセージ
がクライアントワークステーションに受信されたことを
示すためのものである。メッセージが受信されていなか
った場合には、処理は、メッセージが受信されるまで、
オペレーション８１０へループして戻る。メッセージが
受信されると、処理はオペレーション８２０へ進み、図
７に図示したＭＤＰ情報パケットが読み出されて復号化
される。その後、処理はオペレーション８３０へ進ん
で、図７に図示したＭＤＰ情報パケットのバイトフィー
ルド１０２０がアクション受信人に設定されているか否
かを判定する。バイトフィールド１０２０がアクション
受信人に設定されている場合には、処理はオペレーショ
ン８４０へ進む。オペレーション８４０では、ＭＤＰオ
ブジェクトナッキングモードが正常に設定される。正常
なナッキングモードでは、クライアントワークステーシ
ョンは、パケット又はパケットの一部が当該メッセージ
に対してのみ欠落している時に、否定応答が送信する。
しかしながら、本発明のこの実施例は、図７に示すＭＤ
Ｐ情報パケットを受信次第、クライアントワークステー
ションが応答を送信するように修正することが可能であ
る。
【００２９】バイトフィールド１０２０がアクション受
信人に対して設定されているか否かに拘わらず、処理は
オペレーション８５０へ進む。オペレーション８５０で
は、ＭＤＰセッション用の最大送信速度がＭＤＰデータ
ベース１４０から読みだされる。オペレーション８６０
では、メッセージ送信遅延（ＴD）時間が、メッセージ
サイズを取り、該サイズを最大送信速度で割ることによ
って算出される。その後、オペレーション８７０におい
て、メッセージ送信遅延時間が満了となっているか否か
が判定される。メッセージ送信遅延時間が満了していな
い場合には、処理は、メッセージ送信遅延時間が満了す
るまでオペレーション８７０までループして戻り、そし
て処理はオペレーション８８０まで進む。これにより、
有限の時間が満期になり、全メッセージの受信が可能と
なる
信人に対して設定されているか否かに拘わらず、処理は
オペレーション８５０へ進む。オペレーション８５０で
は、ＭＤＰセッション用の最大送信速度がＭＤＰデータ
ベース１４０から読みだされる。オペレーション８６０
では、メッセージ送信遅延（ＴD）時間が、メッセージ
サイズを取り、該サイズを最大送信速度で割ることによ
って算出される。その後、オペレーション８７０におい
て、メッセージ送信遅延時間が満了となっているか否か
が判定される。メッセージ送信遅延時間が満了していな
い場合には、処理は、メッセージ送信遅延時間が満了す
るまでオペレーション８７０までループして戻り、そし
て処理はオペレーション８８０まで進む。これにより、
有限の時間が満期になり、全メッセージの受信が可能と
なる
【００３０】更に、図６を参照する。オペレーション８
８０では、リカバリーサイクル（Ｎ）、クライアント補
償ファクタ（Ｆｃ）、ブロックサイズ（Ｂ）及びセグメ
ントサイズ（Ｓ）がＭＤＰデータベースから読み出され
る。リカバリーサイクル（Ｎ）は、クライアントが受信
ノード又は端末に受信したメッセージの訂正を要求する
機会を与えるために待機するための時間である。クライ
アント補償ファクタ（Ｆｃ）は、クライアントが待機す
る安全率として組み込まれた追加の時間である。ブロッ
クサイズ（Ｂ）は、ＭＤＰが各ブロック毎に送信するパ
ケットすなわちセグメントの数である。セグメントサイ
ズ（Ｓ）は、各セグメントすなわちパケットのバイトで
表したサイズである。その後、オペレーション８９０で
は、図３のオペレーション２４０においてこのＭＤＰセ
ッション用に設定されたＧＲＴＴ推定値がＭＤＰから検
索される。オペレーション８９０は遠隔でなされ、ＧＲ
ＴＴ推定値を検索するためには、クライアントがサーバ
にアクセスする必要がある。次いで、オペレーション９
００では、クライアントスケルチ時間が、サーバスケル
チ時間＝Ｎ*Ｔｒｃ*Ｂ*Ｆｃの公式を使用して算出され
る。但し、Ｔｒｃは５*ＧＲＴＴである。クライアント
スケルチ時間は、クライアントが、サーバが当該メッセ
ージに関するそれ以上の送信を停止する時点を超えて、
該メッセージの訂正又は再送信を行うために待機するこ
とを防止するのに使用される。
８０では、リカバリーサイクル（Ｎ）、クライアント補
償ファクタ（Ｆｃ）、ブロックサイズ（Ｂ）及びセグメ
ントサイズ（Ｓ）がＭＤＰデータベースから読み出され
る。リカバリーサイクル（Ｎ）は、クライアントが受信
ノード又は端末に受信したメッセージの訂正を要求する
機会を与えるために待機するための時間である。クライ
アント補償ファクタ（Ｆｃ）は、クライアントが待機す
る安全率として組み込まれた追加の時間である。ブロッ
クサイズ（Ｂ）は、ＭＤＰが各ブロック毎に送信するパ
ケットすなわちセグメントの数である。セグメントサイ
ズ（Ｓ）は、各セグメントすなわちパケットのバイトで
表したサイズである。その後、オペレーション８９０で
は、図３のオペレーション２４０においてこのＭＤＰセ
ッション用に設定されたＧＲＴＴ推定値がＭＤＰから検
索される。オペレーション８９０は遠隔でなされ、ＧＲ
ＴＴ推定値を検索するためには、クライアントがサーバ
にアクセスする必要がある。次いで、オペレーション９
００では、クライアントスケルチ時間が、サーバスケル
チ時間＝Ｎ*Ｔｒｃ*Ｂ*Ｆｃの公式を使用して算出され
る。但し、Ｔｒｃは５*ＧＲＴＴである。クライアント
スケルチ時間は、クライアントが、サーバが当該メッセ
ージに関するそれ以上の送信を停止する時点を超えて、
該メッセージの訂正又は再送信を行うために待機するこ
とを防止するのに使用される。
【００３１】更に、図６を参照する。オペレーション９
１０では、ＭＤＰレシーブド・オブジェクト・フィニッ
シュ（Ｍｄｐ＿Ｒｘ＿Ｏｂｊｅｃｔ＿Ｆｉｎｉｓｈｅ
ｄ）イベント通知が受信されたか否かを判断する。ＭＤ
Ｐレシーブド・オブジェクト・フィニッシュ・イベント
通知は、クライアントがメッセージ全体を受信したこと
を表す機能を有する。クライアントがメッセージ全体を
受信してあった場合には、処理はオペレーション９３０
へ進む。オペレーション９３０では、メッセージがＭＤ
Ｐクライアントオペレーションモジュール１３０によ
り、適切な高位レベルのソフトウェアアプリケーション
へ送信される。しかしながら、ＭＤＰレシーブド・オブ
ジェクト・フィニッシュ・イベント通知がオペレーショ
ン９１０で受信された場合には、処理はオペレーション
９２０へ進む。オペレーション９２０では、クライアン
トスケルチ時間が満了したか否かを判断する。クライア
ントスケルチ時間が満了していない場合には、処理は、
ＭＤＰレシーブド・オブジェクト・フィニッシュ・イベ
ント通知が受信されるか、又は、クライアントスケルチ
時間が満了するまで、オペレーション９１０へループし
て戻る。オペレーション９２０において、クライアント
スケルチ時間が満了していると判断した場合には、処理
はオペレーション９４０へ進んで、ＭＤＰクライアント
オペレーションモジュール１３０がメッセージの受信を
終了する。その後、処理はループしてオペレーション９
４０進み、ＭＤＰクライアントオペレーションモジュー
ル１３０が更に別のメッセージを待機する。
１０では、ＭＤＰレシーブド・オブジェクト・フィニッ
シュ（Ｍｄｐ＿Ｒｘ＿Ｏｂｊｅｃｔ＿Ｆｉｎｉｓｈｅ
ｄ）イベント通知が受信されたか否かを判断する。ＭＤ
Ｐレシーブド・オブジェクト・フィニッシュ・イベント
通知は、クライアントがメッセージ全体を受信したこと
を表す機能を有する。クライアントがメッセージ全体を
受信してあった場合には、処理はオペレーション９３０
へ進む。オペレーション９３０では、メッセージがＭＤ
Ｐクライアントオペレーションモジュール１３０によ
り、適切な高位レベルのソフトウェアアプリケーション
へ送信される。しかしながら、ＭＤＰレシーブド・オブ
ジェクト・フィニッシュ・イベント通知がオペレーショ
ン９１０で受信された場合には、処理はオペレーション
９２０へ進む。オペレーション９２０では、クライアン
トスケルチ時間が満了したか否かを判断する。クライア
ントスケルチ時間が満了していない場合には、処理は、
ＭＤＰレシーブド・オブジェクト・フィニッシュ・イベ
ント通知が受信されるか、又は、クライアントスケルチ
時間が満了するまで、オペレーション９１０へループし
て戻る。オペレーション９２０において、クライアント
スケルチ時間が満了していると判断した場合には、処理
はオペレーション９４０へ進んで、ＭＤＰクライアント
オペレーションモジュール１３０がメッセージの受信を
終了する。その後、処理はループしてオペレーション９
４０進み、ＭＤＰクライアントオペレーションモジュー
ル１３０が更に別のメッセージを待機する。
【００３２】図７は、本発明の別の実施例で使用するＭ
ＤＰ情報パケットのテーブルである。図７に示したテー
ブルは、ＭＤＰ情報パケットの各バイトに関して表示さ
れるものを説明したものである。バイトフィールド１０
００では、メッセージを受信するアドレス又はクライア
ントワークステーションの数が最初の４バイトで提供さ
れる。バイトフィールド１０１０のバイト５〜８は、こ
の特定のクライアントワークステーションのインターネ
ットプロトコル（ＩＰ）アドレスを提供する。その後、
バイトフィールド１０２０のバイト９〜１２で、エミッ
ションコントロール設定が提供される。エミッションコ
ントロール設定が使用禁止の場合には、アクション受信
人にその旨示され、エミッションコントロール設定が許
可される場合には、アクション受信人にその旨示され
る。前に論議したように、アクション受信人は、メッセ
ージが不完全であったり、メッセージに欠落がある場合
には、いつでも否定応答を送信する。しかしながら、情
報受信人は、ＭＤＰ情報パケットが受信された時に、否
定応答を送信するだけである。その後、図７に示したＭ
ＤＰ情報パケットにおいて、バイトフィールド１００
０、１０１０及び１０２０が、このマルチキャストメッ
セージの受信人毎に繰り返される。本発明の実施例が低
帯域幅のネットワーク１０に使用される場合には、特定
のメッセージに対して最大で１６人の受信人までが、よ
り効果的なネットワークオペレーションを得られること
が判明した。しかしながら、使用するネットワーク１０
のタイプに応じて、２32−１までの任意の受信人数を指
定することが可能である。
ＤＰ情報パケットのテーブルである。図７に示したテー
ブルは、ＭＤＰ情報パケットの各バイトに関して表示さ
れるものを説明したものである。バイトフィールド１０
００では、メッセージを受信するアドレス又はクライア
ントワークステーションの数が最初の４バイトで提供さ
れる。バイトフィールド１０１０のバイト５〜８は、こ
の特定のクライアントワークステーションのインターネ
ットプロトコル（ＩＰ）アドレスを提供する。その後、
バイトフィールド１０２０のバイト９〜１２で、エミッ
ションコントロール設定が提供される。エミッションコ
ントロール設定が使用禁止の場合には、アクション受信
人にその旨示され、エミッションコントロール設定が許
可される場合には、アクション受信人にその旨示され
る。前に論議したように、アクション受信人は、メッセ
ージが不完全であったり、メッセージに欠落がある場合
には、いつでも否定応答を送信する。しかしながら、情
報受信人は、ＭＤＰ情報パケットが受信された時に、否
定応答を送信するだけである。その後、図７に示したＭ
ＤＰ情報パケットにおいて、バイトフィールド１００
０、１０１０及び１０２０が、このマルチキャストメッ
セージの受信人毎に繰り返される。本発明の実施例が低
帯域幅のネットワーク１０に使用される場合には、特定
のメッセージに対して最大で１６人の受信人までが、よ
り効果的なネットワークオペレーションを得られること
が判明した。しかしながら、使用するネットワーク１０
のタイプに応じて、２32−１までの任意の受信人数を指
定することが可能である。
【００３３】システム管理者は、本発明の実施例を使用
して遅く且つ信頼性のないネットワークを微同調して、
最小限のオーバーヘッドを可能にする。本発明を用いな
い場合は、ネットワークは遅く且つ信頼性のないままで
ある。本発明の実施例は、無線通信ネットワークに理想
的に適している。しかしながら、本発明の実施例は、任
意のタイプのパケット交換ネットワークに使用すること
が可能である。更に、本発明の実施例を使用して、シス
テム管理者は、メッセージの送受信の管理に使用される
パラメータを修正して、ネットワークが最大効率で作動
するようにすることが可能である。また、本発明の実施
例は、メッセージの重要な受信人として同定される個人
又はワークステーションが確実にメッセージ全部を受信
できるようにする。しかしながら、同定された受信人が
重要な受信人であると見なされない場合には、帯域幅を
使用してまで壊れたパケットの補修又は受信をすること
はない。従って、マルチキャストメッセージの送受信に
必要なオーバーヘッドは極めて小さく維持される。
して遅く且つ信頼性のないネットワークを微同調して、
最小限のオーバーヘッドを可能にする。本発明を用いな
い場合は、ネットワークは遅く且つ信頼性のないままで
ある。本発明の実施例は、無線通信ネットワークに理想
的に適している。しかしながら、本発明の実施例は、任
意のタイプのパケット交換ネットワークに使用すること
が可能である。更に、本発明の実施例を使用して、シス
テム管理者は、メッセージの送受信の管理に使用される
パラメータを修正して、ネットワークが最大効率で作動
するようにすることが可能である。また、本発明の実施
例は、メッセージの重要な受信人として同定される個人
又はワークステーションが確実にメッセージ全部を受信
できるようにする。しかしながら、同定された受信人が
重要な受信人であると見なされない場合には、帯域幅を
使用してまで壊れたパケットの補修又は受信をすること
はない。従って、マルチキャストメッセージの送受信に
必要なオーバーヘッドは極めて小さく維持される。
【００３４】本書においてはほんの２、３の例を例示説
明しただけであるが、本発明に多数の変更及び修正を施
すことが可能なことは当業者には自明のことである。例
えば、無線及びマイクロ波通信に利用するように説明し
てきたが、本発明の実施例は、斯かる形態の通信に限定
されるものではない。本発明の実施例は、同軸及び光フ
ァイバケーブルはもとより、ツイストペア、公衆交換電
話網及び専用線のいずれを使用した任意のタイプのロー
カルネットワーク又は広域ネットワークで作動する。更
に、任意の種類の高位レベルの通信ソフトウェアをネッ
トワーク通信に利用することが可能である。従って、本
書に例示説明した詳細に限定されるものではなく、添付
の特許請求の範囲に包含される全ての変更及び修正が可
能である。
明しただけであるが、本発明に多数の変更及び修正を施
すことが可能なことは当業者には自明のことである。例
えば、無線及びマイクロ波通信に利用するように説明し
てきたが、本発明の実施例は、斯かる形態の通信に限定
されるものではない。本発明の実施例は、同軸及び光フ
ァイバケーブルはもとより、ツイストペア、公衆交換電
話網及び専用線のいずれを使用した任意のタイプのロー
カルネットワーク又は広域ネットワークで作動する。更
に、任意の種類の高位レベルの通信ソフトウェアをネッ
トワーク通信に利用することが可能である。従って、本
書に例示説明した詳細に限定されるものではなく、添付
の特許請求の範囲に包含される全ての変更及び修正が可
能である。
【図１】異なるカテゴリの多数の端末を有したネットワ
ークの一例の図である。
ークの一例の図である。
【図２】本発明の実施例で使用されるソフトウェア、フ
ァームウェア及びハードウェアのモジュール構成を示し
た図である。
ァームウェア及びハードウェアのモジュール構成を示し
た図である。
【図３】図２に図示した、本発明の実施例に使用される
ＭＤＰサーバ初期化モジュールのフローチャートであ
る。
ＭＤＰサーバ初期化モジュールのフローチャートであ
る。
【図４】図２に図示した、本発明の実施例に使用される
ＭＤＰクライアント初期化モジュールのフローチャート
である。
ＭＤＰクライアント初期化モジュールのフローチャート
である。
【図５】図２に図示した、本発明の実施例に使用される
ＭＤＰサーバオペレーションモジュールのフローチャー
トである。
ＭＤＰサーバオペレーションモジュールのフローチャー
トである。
【図６】図２に図示した、本発明の実施例に使用される
ＭＤＰクライアントオペレーションモジュールのフロー
チャートである。
ＭＤＰクライアントオペレーションモジュールのフロー
チャートである。
【図７】本発明の実施例に使用されるＭＤＰ情報パケッ
トのテーブルである。
トのテーブルである。
───────────────────────────────────────────────────── フロントページの続き (72)発明者 デイヴィッド・シー・ビクスラー アメリカ合衆国カリフォルニア州90254, ハーモサ・ビーチ，ヘロンド・ストリート 447 (72)発明者 キャリー・エイチ・ナカムラ アメリカ合衆国カリフォルニア州91745, ハシエンダ・ハイツ，シエーラ・リッジ・ ウェイ 16251 (72)発明者 ロナルド・エヌ・オール アメリカ合衆国カリフォルニア州90278, リダンド・ビーチ，スタンフォード・アベ ニュー 1807 (72)発明者 ジョン・ジー・リンゲンバッハ アメリカ合衆国カリフォルニア州90732, サン・ペドロ，サンタ・クルツ・ストリー ト 1370 (72)発明者 マーシャ・ケイ・シンガー アメリカ合衆国カリフォルニア州90501, アラメダ，テイラー・アベニュー 545 (72)発明者 レネ・ルビオ アメリカ合衆国カリフォルニア州92683, ウエストミンスター，プラムウッド・スト リート 15831 Ｆターム(参考） 5K030 KA07 LA02 LD02
Claims (37)
- 【請求項１】 ネットワークの複数のワークステーショ
ンへメッセージをマルチキャストするシステムにおい
て、 ネットワーク内でのマルチキャストメッセージの送信及
び受信に使用する複数のパラメータを含んだＭＤＰデー
タベーステーブルと、 複数のパラメータをＭＤＰデータベーステーブルから読
み出して、複数のサーバ内で該複数のパラメータを使用
してＭＤＰセッションを初期化するＭＤＰサーバ初期化
モジュールと、 複数のパラメータをＭＤＰデータベーステーブルから読
み出して、複数のワークステーション内で該パラメータ
を使用してＭＤＰセッションを初期化するＭＤＰクライ
アント初期化モジュールと、 メッセージの送信の要求を受信し、各メッセージに関す
るＭＤＰ情報パケットを生成し、且つ、メッセージをＭ
ＤＰ情報パケットで指定された各受信人へ送信するＭＤ
Ｐサーバオペレーションモジュールと、 ＭＤＰサーバオペレーションモジュールにより送信され
たメッセージを受信し、且つ、メッセージを高位レベル
のソフトウェアアプリケーションへ送信するＭＤＰクラ
イアントオペレーションモジュールとを備えることを特
徴とするシステム。 - 【請求項２】 請求項１記載のシステムにおいて、ＭＤ
Ｐサーバ初期化モジュールは、初期起動時にＧＲＴＴプ
ロービングを起動し、ＧＲＴＴプロービングが、ネット
ワーク上の複数のワークステーションへ周期的にメッセ
ージを送信すると共に、応答を受信するのに必要な時間
を測定するよう構成されていることを特徴とするシステ
ム。 - 【請求項３】 請求項２記載のシステムにおいて、ＭＤ
Ｐサーバ初期化モジュールにより読みだされる複数のパ
ラメータは、初期ＧＲＴＴ値、最大ＧＲＴＴ値、ＧＲＴ
Ｔプローブ最小間隔値、及びＧＲＴＴプローブ最大間隔
値を含んでいることを特徴とするシステム。 - 【請求項４】 請求項３記載のシステムにおいて、ＭＤ
Ｐサーバオペレーションモジュールは更に、 ＧＲＴＴプローブを生成して、サーバと複数のワークス
テーションの各ワークステーションとの間の最大ラウン
ドトリップ時間を測定し、且つ、ＭＤＰデータベーステ
ーブルに記憶されたＧＲＴＴ初期値を更新する手段を備
えることを特徴とするシステム。 - 【請求項５】 請求項４記載のシステムにおいて、ＧＲ
ＴＴプローブ最小間隔値で始動すると共に、ＧＲＴＴプ
ローブの送信間の間隔を、該間隔がＧＲＴＴプローブ最
小間隔置に等しくなるまで増大させる複数のワークステ
ーションの各ワークステーションへ、ＧＲＴＴプローブ
が周期的に送信されるよう構成されていることを特徴と
するシステム。 - 【請求項６】 請求項１記載のシステムにおいて、ＭＤ
Ｐサーバ初期化モジュールにより読みだされる複数のパ
ラメータは、初期ＧＲＴＴ値と、リカバリーサイクル
と、サーバ補償ファクタと、ブロックサイズと、セグメ
ントサイズとを含んでいることを特徴とするシステム。 - 【請求項７】 請求項６記載のシステムにおいて、ＭＤ
Ｐサーバオペレーションモジュールは、リカバリーサイ
クル、初期ＧＲＴＴ値、サーバ補償ファクタ、ブロック
サイズ及びセグメントサイズに基づいてサーバスケルチ
値を算出するよう構成されていることを特徴とするシス
テム。 - 【請求項８】 請求項７記載のシステムにおいて、ＭＤ
Ｐサーバオペレーションモジュールは、サーバスケルチ
時間が満了すると、メッセージを待ち行列から取り出す
よう構成されていることを特徴とするシステム。 - 【請求項９】 請求項５記載のシステムにおいて、ＭＤ
Ｐサーバオペレーションモジュールは更に、 サーバスケルチ時間を算出する手段と、 サーバスケルチ時間が満了した時に、ＧＲＴＴプロービ
ングを停止すると共に、メッセージを待ち行列から取り
出す手段とを備えていることを特徴とするシステム。 - 【請求項１０】 請求項１記載のシステムにおいて、Ｍ
ＤＰクライアント初期化モジュールは、ストリーム一体
性値及びナッキングモード値をＭＤＰデータベースから
読み出すよう構成されていることを特徴とするシステ
ム。 - 【請求項１１】 請求項１０記載のシステムにおいて、
ＭＤＰクライアントオペレーションモジュールは、ＭＤ
Ｐ情報パケットのフィールドが、ＭＤＰクライアントオ
ペレーションモジュールが実行されるワークステーショ
ンがアクションクライアントである旨の指示をしている
場合に、ＭＤＰ情報パケットを受信したときにのみ否定
応答を送信するよう構成されていることを特徴とするシ
ステム。 - 【請求項１２】 請求項１１記載のシステムにおいて、
ＭＤＰクライアントオペレーションモジュールは、ＭＤ
Ｐ情報パケットが、ＭＤＰクライアントオペレーション
モジュールが実行されるワークステーションがアクショ
ンクライアントである旨の指示をしている場合に、欠落
要素のあるメッセージが受信されたときに否定応答を送
信するよう構成されていることを特徴とするシステム。 - 【請求項１３】 請求項１２記載のシステムにおいて、
ＭＤＰクライアントオペレーションモジュールは、メッ
セージサイズ及び最大送信速度に基づいてメッセージ遅
延時間を算出し、且つ、ＭＤＰ情報パケットを受信して
からメッセージ遅延時間に等しい時間、待機するよう構
成されていることを特徴とするシステム。 - 【請求項１４】 請求項１３記載のシステムにおいて、
ＭＤＰクライアントオペレーションモジュールは更に、 クライアントスケルチ時間を算出する手段と、 クライアントスケルチ時間が満了した時に、メッセージ
の受信を終了する手段とを備えることを特徴とするシス
テム。 - 【請求項１５】 ネットワークの複数のワークステーシ
ョンへメッセージをマルチキャストするための、コンピ
ュータで読み出し可能な媒体に記憶されたコンピュータ
により実行可能なコンピュータプログラムにおいて、 ネットワーク内でのマルチキャストメッセージの送信及
び受信に使用する複数のパラメータを備えたＭＤＰデー
タベーステーブルと、 複数のパラメータをＭＤＰデータベーステーブルから読
み出して、複数のサーバ内で該複数のパラメータを使用
してＭＤＰセッションを初期化するＭＤＰサーバ初期化
コードセグメントと、 複数のパラメータをＭＤＰデータベーステーブルから読
み出して、複数のワークステーション内で該パラメータ
を使用してＭＤＰセッションを初期化するＭＤＰクライ
アント初期化コードセグメントと、 メッセージの送信要求を受信し、各メッセージのＭＤＰ
情報パケットを生成し、且つ、ＭＤＰ情報パケットで指
定された各受信人へメッセージを送信するＭＤＰサーバ
オペレーションコードセグメントと、 ＭＤＰサーバオペレーションコードセグメントにより送
信されたメッセージを受信し、且つ、メッセージを高位
レベルのソフトウェアアプリケーションへ送信するＭＤ
Ｐクライアントオペレーションコードセグメントとを備
えることを特徴とするコンピュータプログラム。 - 【請求項１６】 請求項１５記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバ初期化コードセグメント
は、初期起動と同時にＧＲＴＴプロービングを起動し、
ＧＲＴＴプロービングは、ネットワーク上の複数のワー
クステーションへ周期的にメッセージを送信すると共
に、応答を受信するのに必要な時間を測定するよう構成
されていることを特徴とするコンピュータプログラム。 - 【請求項１７】 請求項１６記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバ初期化コードセグメントに
より読みだされる複数のパラメータは、初期ＧＲＴＴ
値、最大ＧＲＴＴ値、ＧＲＴＴプローブ最小間隔値、及
びＧＲＴＴプローブ最大間隔値を含んでいることを特徴
とするコンピュータプログラム。 - 【請求項１８】 請求項１７記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバオペレーションコードセグ
メントは更に、 ＧＲＴＴプローブを生成して、サーバと複数のワークス
テーションの各ワークステーションとの間の最大ラウン
ドトリップ時間を測定し、且つ、ＭＤＰデータベーステ
ーブル中に記憶されたＧＲＴＴ初期値を更新する手段を
実行するよう構成されていることを特徴とするコンピュ
ータプログラム。 - 【請求項１９】 請求項１８記載のコンピュータプログ
ラムにおいて、ＧＲＴＴプローブ最小間隔値で始動する
と共に、ＧＲＴＴプローブの送信間の間隔を該間隔がＧ
ＲＴＴプローブ最小間隔置に等しくなるまで増大させる
複数のワークステーションの各ワークステーションへ、
ＧＲＴＴプローブが周期的に送信されるよう構成されて
いることを特徴とするコンピュータプログラム。 - 【請求項２０】 請求項１５記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバ初期化コードセグメントに
より読みだされる複数のパラメータは、初期ＧＲＴＴ値
と、リカバリーサイクルと、サーバ補償ファクタと、ブ
ロックサイズと、セグメントサイズとを含んでいること
を特徴とするコンピュータプログラム。 - 【請求項２１】 請求項２０に記載のコンピュータプロ
グラムにおいて、ＭＤＰサーバオペレーションコードセ
グメントは、リカバリーサイクル、初期ＧＲＴＴ値、サ
ーバ補償ファクタ、ブロックサイズ、及びセグメントサ
イズに基づいてサーバスケルチ値を算出するよう構成さ
れていることを特徴とするコンピュータプログラム。 - 【請求項２２】 請求項２１記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバオペレーションコードセグ
メントは、サーバスケルチ時間が満了すると、メッセー
ジを待ち行列から取り出すよう構成されていることを特
徴とするコンピュータプログラム。 - 【請求項２３】 請求項１９記載のコンピュータプログ
ラムにおいて、ＭＤＰサーバオペレーションモジュール
は更に、 サーバスケルチ時間を算出する手段と、 サーバスケルチ時間が満了した時に、ＧＲＴＴプロービ
ングを停止すると共に、メッセージを待ち行列から取り
出す手段とを備えていることを特徴とするコンピュータ
プログラム。 - 【請求項２４】 請求項１５記載のコンピュータプログ
ラムにおいて、ＭＤＰクライアント初期化コードセグメ
ントが、ストリーム一体性値及びナッキングモード値を
ＭＤＰデータベースから読み出すよう構成されているこ
とを特徴とするコンピュータプログラム。 - 【請求項２５】 請求項２４記載のコンピュータプログ
ラムにおいて、ＭＤＰクライアントオペレーションコー
ドセグメントは、ＭＤＰ情報パケットのフィールドが、
ＭＤＰクライアントオペレーションコードセグメントが
実行されるワークステーションがアクションクライアン
トである旨の指示をしている場合、ＭＤＰ情報パケット
を受信したときにのみ、否定応答を送信するよう構成さ
れていることを特徴とするコンピュータプログラム。 - 【請求項２６】 請求項２５記載のコンピュータプログ
ラムにおいて、ＭＤＰクライアントオペレーションコー
ドセグメントは、ＭＤＰ情報パケットが、ＭＤＰクライ
アントオペレーションコードセグメントが実行されるワ
ークステーションがアクションクライアントである旨の
指示をしている場合、欠落要素のあるメッセージが受信
されたときに否定応答を送信するよう構成されているこ
とを特徴とするコンピュータプログラム。 - 【請求項２７】 請求項２６記載のコンピュータプログ
ラムにおいて、ＭＤＰクライアントオペレーションコー
ドセグメントは、メッセージサイズ及び最大送信速度に
基づいてメッセージ遅延時間を算出し、且つ、ＭＤＰ情
報パケットを受信してからメッセージ遅延時間に等しい
時間、待機するよう構成されていることを特徴とするコ
ンピュータプログラム。 - 【請求項２８】 請求項２７記載のコンピュータプログ
ラムにおいて、ＭＤＰクライアントオペレーションコー
ドセグメントは更に、 クライアントスケルチ時間を算出する手段と、 クライアントスケルチ時間が満了した時にメッセージの
受信を終了する手段とを備えることを特徴とするコンピ
ュータプログラム。 - 【請求項２９】 ネットワーク上の複数のワークステー
ションへメッセージをマルチキャストする方法におい
て、 サーバ上でのマルチキャストメッセージの送信を初期化
し制御するために、ＭＤＰデータベースから複数のパラ
メータを呼出すステップと、 ワークステーションでのマルチキャストメッセージの送
信を初期化し制御するために、ＭＤＰデータベースから
複数のパラメータを呼出すステップと、 メッセージ遅延時間が、マルチキャストメッセージを送
信するのに算出した時間を超えないか、又は、マルチキ
ャストメッセージに含まれている消滅時間を超えない時
に、複数のワークステーションへマルチキャストメッセ
ージを送信するステップと、 ワークステーションが、マルチキャストメッセージ内の
データが欠落していると判断した時、且つ、ワークステ
ーションが、ＭＤＰ情報パケット内に含まれたフィール
ド内のアクションワークステーションとして指定されて
いた時に、サーバへ否定応答を送信するステップとを備
えることを特徴とする方法。 - 【請求項３０】 請求項２９記載の方法において、マル
チキャストメッセージを複数のワークステーションへ送
信する時に、ＧＲＴＴプローブも、複数のワークステー
ションへ周期的に送信されて、メッセージがワークステ
ーションに受信されてから応答がサーバへ送信されて戻
るのにかかる最大ラウンドトリップ時間を決定するよう
構成されていることを特徴とする方法。 - 【請求項３１】 請求項３０記載の方法において、最大
ラウンドトリップ時間を決定する時に、該方法は更に、 最大ラウンドトリップ時間に基づいて、ＭＤＰデータベ
ース中に記憶された複数のパラメータを調整するステッ
プを備えることを特徴とする方法。 - 【請求項３２】 請求項３０に記載の方法において、該
方法は更に、 ＭＤＰデータベースから検索されたパラメータに基づい
て、サーバスケルチ時間を算出するステップと、 サーバスケルチ時間が、消滅時間を超える場合には、サ
ーバスケルチ時間を消滅時間と等しく設定するステップ
を備えることを特徴とする方法。 - 【請求項３３】 請求項３２記載の方法において、該方
法は更に、 サーバスケルチ時間を超えた時に、マルチキャストメッ
セージを監視してワークステーションが送信する受信す
べき否定応答を監視するステップを備えることを特徴と
する方法。 - 【請求項３４】 請求項３３記載の方法において、該方
法は更に、 マルチキャストメッセージ内の全てのデータが受信され
ず、且つ、サーバスケルチ時間を超えない場合に、ワー
クステーションから否定応答を受信したときにマルチキ
ャストメッセージの一部を再送信するステップを備える
ことを特徴とする方法。 - 【請求項３５】 請求項３４記載の方法において、該方
法は更に、 ＭＤＰデータベース内に記憶された複数のパラメータに
基づいてクライアントスケルチ時間を算出するステップ
と、 マルチキャストメッセージの一部がワークステーション
に受信されず、且つ、スケルチ時間を超えない場合に、
否定応答を送信するステップを備えることを特徴とする
方法。 - 【請求項３６】 請求項３５記載の方法において、送信
可能なメッセージの一部がワークステーションに受信さ
れていない場合の否定応答の送信は、ワークステーショ
ンが、ＭＤＰ情報パケット内のアクションワークステー
ションとして指定された時にのみ生じるよう構成されて
いることを特徴とする方法。 - 【請求項３７】 請求項３６記載の方法において、Ｔｒ
ｃは５*ＧＲＴＴ、Ｎはリカバリーサイクル、Ｆｃはク
ライアント補償ファクタ、Ｂはメッセージ内のブロック
数に基づいたブロック数とセグメントサイズの積である
ブロックサイズとしたとき、クライアントスケルチ時間
は、Ｎ*Ｔｒｃ*Ｂ*Ｆｃと等しくなるように設定される
ことを特徴とする方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/608,614 US6952733B1 (en) | 2000-06-30 | 2000-06-30 | System and method for reliable multicast data distribution over an unreliable packet switched network |
| US09/608614 | 2000-06-30 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002057718A true JP2002057718A (ja) | 2002-02-22 |
| JP3647776B2 JP3647776B2 (ja) | 2005-05-18 |
Family
ID=24437266
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001200799A Expired - Lifetime JP3647776B2 (ja) | 2000-06-30 | 2001-07-02 | ネットワーク上で高信頼性マルチキャストを行うシステム及び方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US6952733B1 (ja) |
| EP (1) | EP1172966A3 (ja) |
| JP (1) | JP3647776B2 (ja) |
Families Citing this family (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8966100B1 (en) * | 2000-09-13 | 2015-02-24 | Rockstar Consortium Us Lp | System, device, and method for distributing access control information in a communication system |
| JP2003162470A (ja) * | 2001-11-27 | 2003-06-06 | Fujitsu Ltd | 配信制御プログラムおよび方法 |
| US9185228B1 (en) | 2003-09-25 | 2015-11-10 | Smith Micro Software, Inc. | Buffering voice data in network-based instant connect communication |
| US7809388B1 (en) * | 2004-02-26 | 2010-10-05 | Core Mobility, Inc. | Selectively replaying voice data during a voice communication session |
| US7523195B2 (en) * | 2004-10-29 | 2009-04-21 | International Business Machines Corporation | Method and system for monitoring server events in a node configuration by using direct communication between servers |
| KR100647317B1 (ko) * | 2005-02-03 | 2006-11-23 | 삼성전자주식회사 | 다채널 형광 측정용 광학계 및 이를 채용한 다채널 형광시료 분석 장치 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2541460B2 (ja) * | 1993-07-30 | 1996-10-09 | 日本電気株式会社 | 送信制限付きユ―ザ状態ブロ―ドキャスト方式 |
| US5920701A (en) | 1995-01-19 | 1999-07-06 | Starburst Communications Corporation | Scheduling data transmission |
| US5553083B1 (en) | 1995-01-19 | 2000-05-16 | Starburst Comm Corp | Method for quickly and reliably transmitting frames of data over communications links |
| JPH09149029A (ja) | 1995-11-24 | 1997-06-06 | Fujitsu Ltd | パラメータ検査方法 |
| US6249814B1 (en) * | 1997-09-22 | 2001-06-19 | Compaq Computer Corporation | Method and apparatus for identifying devices on a network |
| US6717915B1 (en) | 1998-07-10 | 2004-04-06 | Openwave Systems, Inc. | Method and apparatus for dynamically configuring timing parameters for wireless data devices |
-
2000
- 2000-06-30 US US09/608,614 patent/US6952733B1/en not_active Expired - Lifetime
-
2001
- 2001-06-15 EP EP01113622A patent/EP1172966A3/en not_active Withdrawn
- 2001-07-02 JP JP2001200799A patent/JP3647776B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1172966A2 (en) | 2002-01-16 |
| US6952733B1 (en) | 2005-10-04 |
| EP1172966A3 (en) | 2003-12-17 |
| JP3647776B2 (ja) | 2005-05-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6807578B2 (en) | Nack suppression for multicast protocols in mostly one-way networks | |
| US7296206B2 (en) | Communication device, transmission control method, and program product | |
| JP2925678B2 (ja) | データ通信方法及びデータ通信システム | |
| KR100528676B1 (ko) | 무선 통신 시스템에 있어서의 무선 링크 제어 리셋 또는재설정 후에 타이머들을 취급하는 방법 | |
| US7706274B2 (en) | High performance TCP for systems with infrequent ACK | |
| US7496038B2 (en) | Method for faster detection and retransmission of lost TCP segments | |
| US20070274324A1 (en) | Local network coding for wireless networks | |
| WO2001058087A1 (en) | Method and apparatus for hierarchical discovery and pruning of slow members of a multicast group | |
| WO2004066650A1 (en) | Method for controlling a media message upload through a wireless communication network | |
| KR20150107842A (ko) | 다중 경로 스트리밍을 위한 fec-기반 신뢰 가능 전송 제어 프로토콜들 | |
| JP2002271393A (ja) | ネットワークシステム、サーバ、クライアント、通信方法、及び通信プログラム | |
| JP2001298407A (ja) | マルチキャストサービス提供システムにおける再送制御方法、情報配信装置及び無線端末 | |
| CN108234087B (zh) | 数据传输方法及发送端 | |
| US6553032B1 (en) | Packeting timeout spoofing in a wireless data communications network | |
| KR20080053078A (ko) | 무선 네트워크상에서 경로 회복 알림을 통하여 전송 제어 프로토콜의 성능을 관리하는 장치 및 그 방법 | |
| CN113014505B (zh) | 一种高动态拓扑卫星网络中时延区分的传输控制方法 | |
| JP2013179502A (ja) | 通信制御装置、通信制御方法および通信制御プログラム | |
| JP2002135357A (ja) | 通信システムにおけるデータ流れの制御方法 | |
| CN109560897B (zh) | 一种tcp重传方法和装置 | |
| Tang et al. | Reliable adaptive lightweight multicast protocol | |
| US8520521B2 (en) | Method and apparatus for initiating a storage window in a wireless communications system | |
| JP2002057718A (ja) | ネットワーク上で高信頼性マルチキャストを行うシステム及び方法 | |
| CN103648085A (zh) | 一种克服网络抖动的移动终端消息传递方法 | |
| US20100306311A1 (en) | Method of Downloading Large Size Data to a Large Number of Networked Client Machines from a Single Server | |
| CN100578484C (zh) | 用于自适应组播文件传输的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040319 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20040618 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040623 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040921 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050209 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3647776 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080218 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090218 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100218 Year of fee payment: 5 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100218 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110218 Year of fee payment: 6 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120218 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130218 Year of fee payment: 8 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130218 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140218 Year of fee payment: 9 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |