JPH11196112A - マルチキャスト送信方法 - Google Patents
マルチキャスト送信方法Info
- Publication number
- JPH11196112A JPH11196112A JP26158098A JP26158098A JPH11196112A JP H11196112 A JPH11196112 A JP H11196112A JP 26158098 A JP26158098 A JP 26158098A JP 26158098 A JP26158098 A JP 26158098A JP H11196112 A JPH11196112 A JP H11196112A
- Authority
- JP
- Japan
- Prior art keywords
- multicast
- data
- transmission
- node
- address
- 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
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/1854—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with non-centralised forwarding system, e.g. chaincast
-
- 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/1881—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【課題】 通信ネットワーク上でのトラフィックを最小
にするとともに各ノードの独立性を確保しながらマルチ
キャスト機能を実現する。 【解決手段】 マルチキャスト送信要求の発生した送信
元ノードは、マルチキャストアドレスをデータ送信メッ
セージに添付して全てのノードにブロードキャストし
（Ｓ２）、マルチキャストアドレスを受信した各ノード
は、そのノードのマルチキャストテーブルを参照してそ
のマルチキャストアドレスと同一のものがマルチキャス
トテーブル内に存在するか否かを判断し（Ｓ５）、存在
する場合、通信基本機能を用いて送信元ノードに対しマ
ルチキャスト送信要求にかかるデータの送信を要求し、
該当データを送信元ノードから各ノード宛に送信させる
（Ｓ６）。
にするとともに各ノードの独立性を確保しながらマルチ
キャスト機能を実現する。 【解決手段】 マルチキャスト送信要求の発生した送信
元ノードは、マルチキャストアドレスをデータ送信メッ
セージに添付して全てのノードにブロードキャストし
（Ｓ２）、マルチキャストアドレスを受信した各ノード
は、そのノードのマルチキャストテーブルを参照してそ
のマルチキャストアドレスと同一のものがマルチキャス
トテーブル内に存在するか否かを判断し（Ｓ５）、存在
する場合、通信基本機能を用いて送信元ノードに対しマ
ルチキャスト送信要求にかかるデータの送信を要求し、
該当データを送信元ノードから各ノード宛に送信させる
（Ｓ６）。
Description
【０００１】（目次） 発明の属する技術分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段 発明の実施の形態（図１〜図１１） 発明の効果
【０００２】
【発明の属する技術分野】本発明は、例えばＴＣＰ／Ｉ
Ｐ（Transmission Control Protocol/Internet Protoco
l)等のプロトコルを用いた通信ネットワークにおいて特
定グループに属する複数のノード（コンピュータ，端
末）へデータを送信するマルチキャスト送信方法に関す
る。
Ｐ（Transmission Control Protocol/Internet Protoco
l)等のプロトコルを用いた通信ネットワークにおいて特
定グループに属する複数のノード（コンピュータ，端
末）へデータを送信するマルチキャスト送信方法に関す
る。
【０００３】
【従来の技術】近年、分散処理型のコンピュータネット
ワークが発展するにつれ、複数のノードへ同じデータを
同時に送信し、処理効率を向上させる要求が高まってい
る。１対Ｎ，Ｎ対Ｎの通信（例えば複数のノードでテレ
ビ会議等のアプリケーションを実行するような場合）に
なると、１対１の通信よりも、同じデータを同時に複数
ノードへ送信するような状況が増えてくる。このような
状況に対応すべく、コンピュータネットワークにおいて
は、特定のグループに属する複数のノードへデータを同
時に送信するマルチキャスト機能が使用されている。
ワークが発展するにつれ、複数のノードへ同じデータを
同時に送信し、処理効率を向上させる要求が高まってい
る。１対Ｎ，Ｎ対Ｎの通信（例えば複数のノードでテレ
ビ会議等のアプリケーションを実行するような場合）に
なると、１対１の通信よりも、同じデータを同時に複数
ノードへ送信するような状況が増えてくる。このような
状況に対応すべく、コンピュータネットワークにおいて
は、特定のグループに属する複数のノードへデータを同
時に送信するマルチキャスト機能が使用されている。
【０００４】一般に、コンピュータネットワークを成す
ＬＡＮ（Local Area Network）の代表的なプロトコルと
してはイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ
（登録商標））が知られている。このイーサネットにお
いて前述したマルチキャスト機能を実現する際には、ま
ず、特定のグループ（マルチキャストグループ）に属す
る各ノードの通信ドライバにおいてグループアドレス
（マルチキャストアドレス）を予め設定・登録してお
く。そして、データを送信するノードは、特定のグルー
プを指定するアドレスを付与した送信データを、その送
信ノード以外の全てのノードに対してブロードキャスト
する。データを受信した各ノードの通信ドライバでは、
送信されてきたデータに付与されたアドレスとその端末
に予め設定されているアドレスとが一致しているか否か
を判断し、これらのアドレスが一致している場合にはそ
のデータを受信する一方、一致しない場合にはそのデー
タを破棄している。
ＬＡＮ（Local Area Network）の代表的なプロトコルと
してはイーサネット（登録商標）（Ｅｔｈｅｒｎｅｔ
（登録商標））が知られている。このイーサネットにお
いて前述したマルチキャスト機能を実現する際には、ま
ず、特定のグループ（マルチキャストグループ）に属す
る各ノードの通信ドライバにおいてグループアドレス
（マルチキャストアドレス）を予め設定・登録してお
く。そして、データを送信するノードは、特定のグルー
プを指定するアドレスを付与した送信データを、その送
信ノード以外の全てのノードに対してブロードキャスト
する。データを受信した各ノードの通信ドライバでは、
送信されてきたデータに付与されたアドレスとその端末
に予め設定されているアドレスとが一致しているか否か
を判断し、これらのアドレスが一致している場合にはそ
のデータを受信する一方、一致しない場合にはそのデー
タを破棄している。
【０００５】また、特開平５−３２４５４５号公報に
は、データを送信すべき受信端末のグループを指定する
ための技術（ブロードキャストにおける初期接続手順を
簡便に実現するバス制御装置）が開示されている。同公
報に開示された技術では、全ての端末（ノード）間を接
続するバス中に、グループアドレスを送信するためのグ
ループアドレス信号線が設けられるとともに、各端末に
は、その端末の属するグループを示すグループアドレス
が予め設定されている。そして、特定のグループに対し
てのみデータを送信する際、送信端末は、まず、特定の
グループを指定するグループアドレスを、グループアド
レス信号線を通じ、送信端末以外の全ての端末に対して
ブロードキャストする。グループアドレスを受信した各
受信端末では、送信されてきたグループアドレスとその
端末に予め設定されているグループアドレスとが一致し
ているか否かを判断し、これらのグループアドレスが一
致した受信端末は受信準備状態となる。この後、送信端
末側から特定のグループに属する受信端末に向けてデー
タの送出（ブロードキャスト）が開始される。
は、データを送信すべき受信端末のグループを指定する
ための技術（ブロードキャストにおける初期接続手順を
簡便に実現するバス制御装置）が開示されている。同公
報に開示された技術では、全ての端末（ノード）間を接
続するバス中に、グループアドレスを送信するためのグ
ループアドレス信号線が設けられるとともに、各端末に
は、その端末の属するグループを示すグループアドレス
が予め設定されている。そして、特定のグループに対し
てのみデータを送信する際、送信端末は、まず、特定の
グループを指定するグループアドレスを、グループアド
レス信号線を通じ、送信端末以外の全ての端末に対して
ブロードキャストする。グループアドレスを受信した各
受信端末では、送信されてきたグループアドレスとその
端末に予め設定されているグループアドレスとが一致し
ているか否かを判断し、これらのグループアドレスが一
致した受信端末は受信準備状態となる。この後、送信端
末側から特定のグループに属する受信端末に向けてデー
タの送出（ブロードキャスト）が開始される。
【０００６】
【発明が解決しようとする課題】しかしながら、イーサ
ネットでのマルチキャスト送信手法では、特定グループ
に属するノードに送信されるべきデータが、グループア
ドレスを付与された状態でブロードキャストされるた
め、送信側や受信側に処理の負担がかかるだけでなく、
関係のないネットワークやノードにまで影響が及び、通
信ネットワーク全体でのトラフィックが増大する。
ネットでのマルチキャスト送信手法では、特定グループ
に属するノードに送信されるべきデータが、グループア
ドレスを付与された状態でブロードキャストされるた
め、送信側や受信側に処理の負担がかかるだけでなく、
関係のないネットワークやノードにまで影響が及び、通
信ネットワーク全体でのトラフィックが増大する。
【０００７】マルチキャスト通信は、動画像データを含
むマルチメディアをターゲットとしている。動画像デー
タとしては、一般に、１秒あたり３０枚の画面（フレー
ム）を送信する必要があり、そのデータ量は極めて多
い。従って、このような動画像データや音声データなど
の大量のデータを上述のようなマルチキャスト通信手法
で送信する場合、通信ネットワーク全体でのトラフィッ
クの増大は著しい。
むマルチメディアをターゲットとしている。動画像デー
タとしては、一般に、１秒あたり３０枚の画面（フレー
ム）を送信する必要があり、そのデータ量は極めて多
い。従って、このような動画像データや音声データなど
の大量のデータを上述のようなマルチキャスト通信手法
で送信する場合、通信ネットワーク全体でのトラフィッ
クの増大は著しい。
【０００８】また、特開平５−３２４５４５号公報に開
示された技術では、送信端末が特定グループに属する受
信端末を指定して受信準備状態にした後に送信端末側か
らデータをブロードキャストすることにより、受信準備
状態の端末（つまり特定グループに属する受信端末）で
データが受信されるようになっているが、基本的に、送
信端末から受信端末への送信は全てブロードキャストに
よって行なわれているため、通信ネットワーク上でのト
ラフィックが増大してしまい、動画像データや音声デー
タなどの大量のデータを上述のような技術で送信した場
合も、通信ネットワーク上でのトラフィックの増大が著
しい。
示された技術では、送信端末が特定グループに属する受
信端末を指定して受信準備状態にした後に送信端末側か
らデータをブロードキャストすることにより、受信準備
状態の端末（つまり特定グループに属する受信端末）で
データが受信されるようになっているが、基本的に、送
信端末から受信端末への送信は全てブロードキャストに
よって行なわれているため、通信ネットワーク上でのト
ラフィックが増大してしまい、動画像データや音声デー
タなどの大量のデータを上述のような技術で送信した場
合も、通信ネットワーク上でのトラフィックの増大が著
しい。
【０００９】本発明は、具体的には後述するようなSEND
-GET等の既存の通信プリミティブを使用することによ
り、通信ネットワーク上でのトラフィックを最小にする
とともに各ノードの独立性を確保しながらマルチキャス
ト機能を実現した、マルチキャスト送信方法を提供する
ことを目的とする。
-GET等の既存の通信プリミティブを使用することによ
り、通信ネットワーク上でのトラフィックを最小にする
とともに各ノードの独立性を確保しながらマルチキャス
ト機能を実現した、マルチキャスト送信方法を提供する
ことを目的とする。
【００１０】
【課題を解決するための手段】上記目的を達成するため
に、本発明のマルチキャスト送信方法は、複数のノード
を通信ネットワークにより相互に通信可能に接続したシ
ステムにおいて、複数のノードのうちマルチキャスト送
信要求の発生した送信元ノードが、通信ネットワークを
介して、複数のノードのうち特定グループに属するノー
ドへデータを送信する方法であって、各ノードの通信ド
ライバにおいて、送信先ノードで予め定義された受信バ
ッファへデータを送信するためのデータ送信メッセージ
と、あるノードのメモリにおけるデータを指定しそのデ
ータの送信を当該ノードに対して要求するデータ取得コ
マンドと、送信先ノードでのメモリアドレスを指定して
データを送信するデータ送信コマンドとを送出・発行す
る機能を通信基本機能としてそなえ、各ノードにそなえ
られたマルチキャストテーブルに、そのノードが前記特
定グループに属している場合にその特定グループを指定
するマルチキャストアドレスを設定・登録し、前記送信
元ノードは、前記特定グループを指定する前記マルチキ
ャストアドレスを添付した前記データ送信メッセージ
を、通信ネットワークを介して複数のノードの全てにブ
ロードキャストし、前記データ送信メッセージにより前
記マルチキャストアドレスを受信した各ノードは、当該
ノードのマルチキャストテーブルを参照してそのマルチ
キャストアドレスと同一のものがマルチキャストテーブ
ル内に存在するか否かを判断し、存在する場合、前記通
信基本機能を用いて前記送信元ノードに対し前記マルチ
キャスト送信要求にかかるデータの送信を要求し、該当
データを前記送信元ノードから各ノード宛に送信させる
ことを特徴としている（請求項１）。
に、本発明のマルチキャスト送信方法は、複数のノード
を通信ネットワークにより相互に通信可能に接続したシ
ステムにおいて、複数のノードのうちマルチキャスト送
信要求の発生した送信元ノードが、通信ネットワークを
介して、複数のノードのうち特定グループに属するノー
ドへデータを送信する方法であって、各ノードの通信ド
ライバにおいて、送信先ノードで予め定義された受信バ
ッファへデータを送信するためのデータ送信メッセージ
と、あるノードのメモリにおけるデータを指定しそのデ
ータの送信を当該ノードに対して要求するデータ取得コ
マンドと、送信先ノードでのメモリアドレスを指定して
データを送信するデータ送信コマンドとを送出・発行す
る機能を通信基本機能としてそなえ、各ノードにそなえ
られたマルチキャストテーブルに、そのノードが前記特
定グループに属している場合にその特定グループを指定
するマルチキャストアドレスを設定・登録し、前記送信
元ノードは、前記特定グループを指定する前記マルチキ
ャストアドレスを添付した前記データ送信メッセージ
を、通信ネットワークを介して複数のノードの全てにブ
ロードキャストし、前記データ送信メッセージにより前
記マルチキャストアドレスを受信した各ノードは、当該
ノードのマルチキャストテーブルを参照してそのマルチ
キャストアドレスと同一のものがマルチキャストテーブ
ル内に存在するか否かを判断し、存在する場合、前記通
信基本機能を用いて前記送信元ノードに対し前記マルチ
キャスト送信要求にかかるデータの送信を要求し、該当
データを前記送信元ノードから各ノード宛に送信させる
ことを特徴としている（請求項１）。
【００１１】このとき、前記マルチキャストアドレスが
マルチキャストテーブル内に存在する送信先ノードは、
前記送信元ノードに対し、データ取得コマンド，データ
送信メッセージもしくはデータ送信コマンドを発行・送
出することにより、前記マルチキャスト送信要求にかか
るデータの送信を要求し、該当データを前記送信元ノー
ドから前記送信先ノードへ送信させてもよい（請求項２
〜４）。
マルチキャストテーブル内に存在する送信先ノードは、
前記送信元ノードに対し、データ取得コマンド，データ
送信メッセージもしくはデータ送信コマンドを発行・送
出することにより、前記マルチキャスト送信要求にかか
るデータの送信を要求し、該当データを前記送信元ノー
ドから前記送信先ノードへ送信させてもよい（請求項２
〜４）。
【００１２】また、前記マルチキャストアドレスがマル
チキャストテーブル内に存在しないノードは、前記送信
元ノードに対し、データ送信コマンド，データ取得コマ
ンドもしくはデータ送信メッセージを発行・送出するこ
とにより、前記マルチキャスト送信要求にかかるデータ
の送信が不要である旨を通知してもよいし（請求項５〜
７）、前記送信元ノードに対し前記マルチキャスト送信
要求にかかるデータの送信が不要である旨を通知するこ
となく、そのまま処理を終了してもよい（請求項８）。
チキャストテーブル内に存在しないノードは、前記送信
元ノードに対し、データ送信コマンド，データ取得コマ
ンドもしくはデータ送信メッセージを発行・送出するこ
とにより、前記マルチキャスト送信要求にかかるデータ
の送信が不要である旨を通知してもよいし（請求項５〜
７）、前記送信元ノードに対し前記マルチキャスト送信
要求にかかるデータの送信が不要である旨を通知するこ
となく、そのまま処理を終了してもよい（請求項８）。
【００１３】上述した本発明のマルチキャスト送信方法
（請求項１〜８）では、データ量の少ないマルチキャス
トアドレスの送信のみがブロードキャストにより行なわ
れ、マルチキャストデータの送信は、送信元ノードとマ
ルチキャスト送信対象の各ノードとの間で１対１で行な
われることになる。
（請求項１〜８）では、データ量の少ないマルチキャス
トアドレスの送信のみがブロードキャストにより行なわ
れ、マルチキャストデータの送信は、送信元ノードとマ
ルチキャスト送信対象の各ノードとの間で１対１で行な
われることになる。
【００１４】また、各ノードにおいて、マルチキャスト
送信対象であるか否かの判断がマルチキャストテーブル
を用いて行なわれるので、各ノードが独立してマルチキ
ャスト通信を行なうことができる。
送信対象であるか否かの判断がマルチキャストテーブル
を用いて行なわれるので、各ノードが独立してマルチキ
ャスト通信を行なうことができる。
【００１５】
【発明の実施の形態】以下、図面を参照して本発明の実
施の形態を説明する。一般に、２００Mbps以上の通信速
度をもつ高速の通信ネットワーク（例えばＡＰ−Ｎet）
では、その通信ネットワークを介しノード間でデータコ
ピー（メモリコピー）を行なうべく、 PUTコマンドや G
ETコマンドが用いられている。
施の形態を説明する。一般に、２００Mbps以上の通信速
度をもつ高速の通信ネットワーク（例えばＡＰ−Ｎet）
では、その通信ネットワークを介しノード間でデータコ
ピー（メモリコピー）を行なうべく、 PUTコマンドや G
ETコマンドが用いられている。
【００１６】ここで、 PUTコマンド（データ送信コマン
ド）は、図１０に示すように、ノード＃Ｎがメモリ１０
０−ＮにおけるアドレスＸＸＸのデータをノード＃Ｍに
送信する際に、ノード＃Ｎからノード＃Ｍへ発行される
ものである。つまり、ノード＃Ｎが、送信先ノード＃Ｍ
のＩＤ（ここではＭ）とそのノード＃Ｍのメモリ１００
−Ｍのデータコピー先アドレスＹＹＹとを指定して PUT
コマンドを発行することにより、ノード＃Ｎのメモリ１
００−ＮにおけるアドレスＸＸＸのデータが、通信ネッ
トワーク２００を介してノード＃Ｍのメモリ１００−Ｍ
のアドレスＹＹＹにコピーされる。
ド）は、図１０に示すように、ノード＃Ｎがメモリ１０
０−ＮにおけるアドレスＸＸＸのデータをノード＃Ｍに
送信する際に、ノード＃Ｎからノード＃Ｍへ発行される
ものである。つまり、ノード＃Ｎが、送信先ノード＃Ｍ
のＩＤ（ここではＭ）とそのノード＃Ｍのメモリ１００
−Ｍのデータコピー先アドレスＹＹＹとを指定して PUT
コマンドを発行することにより、ノード＃Ｎのメモリ１
００−ＮにおけるアドレスＸＸＸのデータが、通信ネッ
トワーク２００を介してノード＃Ｍのメモリ１００−Ｍ
のアドレスＹＹＹにコピーされる。
【００１７】また、 GETコマンド（データ取得コマン
ド）は、図１０に示すように、ノード＃Ｎがノード＃Ｍ
のメモリ１００−ＭにおけるアドレスＷＷＷのデータを
取得（コピー）する際に、ノード＃Ｎからノード＃Ｍへ
発行されるものである。つまり、ノード＃Ｎが、ターゲ
ットデータをもつノード＃ＭのＩＤ（ここではＭ）とそ
のターゲットデータのアドレスＷＷＷとを指定して GET
コマンドを発行することにより、ノード＃Ｍのメモリ１
００−ＭにおけるアドレスＷＷＷのデータが、通信ネッ
トワーク２００を介してノード＃Ｎのメモリ１００−Ｎ
の指定アドレスＺＺＺにコピーされる。
ド）は、図１０に示すように、ノード＃Ｎがノード＃Ｍ
のメモリ１００−ＭにおけるアドレスＷＷＷのデータを
取得（コピー）する際に、ノード＃Ｎからノード＃Ｍへ
発行されるものである。つまり、ノード＃Ｎが、ターゲ
ットデータをもつノード＃ＭのＩＤ（ここではＭ）とそ
のターゲットデータのアドレスＷＷＷとを指定して GET
コマンドを発行することにより、ノード＃Ｍのメモリ１
００−ＭにおけるアドレスＷＷＷのデータが、通信ネッ
トワーク２００を介してノード＃Ｎのメモリ１００−Ｎ
の指定アドレスＺＺＺにコピーされる。
【００１８】通常、上述の GETコマンドは、図１１に示
すように、SENDメッセージと組み合わせて用いられ、こ
のような組合せによる通信方式はSEND-GETと呼ばれてい
る。なお、SENDメッセージ（データ送信メッセージ）
は、送信元ノードにおけるデータを、送信先ノードで予
め定義されている受信バッファへ送信する際に用いられ
るものである。
すように、SENDメッセージと組み合わせて用いられ、こ
のような組合せによる通信方式はSEND-GETと呼ばれてい
る。なお、SENDメッセージ（データ送信メッセージ）
は、送信元ノードにおけるデータを、送信先ノードで予
め定義されている受信バッファへ送信する際に用いられ
るものである。
【００１９】そして、SEND-GETによる通信方式では、図
１１に示すように、まず、送信元のノード＃Ｎから送信
先のノード＃Ｍへ、送信データのメモリ(SEND DATA BUF
FER)１００−Ｎ上でのアドレスＸＸＸとそのデータのサ
イズＳとを添付したSENDメッセージを送信する。
１１に示すように、まず、送信元のノード＃Ｎから送信
先のノード＃Ｍへ、送信データのメモリ(SEND DATA BUF
FER)１００−Ｎ上でのアドレスＸＸＸとそのデータのサ
イズＳとを添付したSENDメッセージを送信する。
【００２０】ノード＃Ｍにおいて、ノード＃Ｎから通信
ネットワーク２００を介して受信したSENDメッセージは
受信バッファ（図示省略）に一旦格納される。そして、
そのSENDメッセージの内容が通信ドライバ（図示省略）
により解読されると、サイズＳに応じたデータ書込領域
をメモリ（GET DATA BUFFER)１００−Ｍ上に確保してか
ら、ノード＃Ｎに対して、メモリ１００−Ｎにおけるア
ドレスＸＸＸのデータをノード＃Ｍに送信するように G
ETコマンドを発行する。この GETコマンドに応じてノー
ド＃Ｎから通信ネットワーク２００を介して送信されて
きたデータは、ノード＃Ｍのメモリ１００−Ｍにおける
指定アドレス（前記データ書込領域）に書き込まれる。
ネットワーク２００を介して受信したSENDメッセージは
受信バッファ（図示省略）に一旦格納される。そして、
そのSENDメッセージの内容が通信ドライバ（図示省略）
により解読されると、サイズＳに応じたデータ書込領域
をメモリ（GET DATA BUFFER)１００−Ｍ上に確保してか
ら、ノード＃Ｎに対して、メモリ１００−Ｎにおけるア
ドレスＸＸＸのデータをノード＃Ｍに送信するように G
ETコマンドを発行する。この GETコマンドに応じてノー
ド＃Ｎから通信ネットワーク２００を介して送信されて
きたデータは、ノード＃Ｍのメモリ１００−Ｍにおける
指定アドレス（前記データ書込領域）に書き込まれる。
【００２１】このようなSEND-GETや PUTコマンドを基本
通信機能として採用した通信ドライバを用いることによ
り、送信元ノードからメモリにおける任意のアドレスを
指定してそのアドレスにデータを直接的に送信すること
が可能になり、ノード間のデータコピーを効率よく実行
して通信性能を向上させることができるほか、各ノード
でのバッファ管理が容易になるという利点がある。
通信機能として採用した通信ドライバを用いることによ
り、送信元ノードからメモリにおける任意のアドレスを
指定してそのアドレスにデータを直接的に送信すること
が可能になり、ノード間のデータコピーを効率よく実行
して通信性能を向上させることができるほか、各ノード
でのバッファ管理が容易になるという利点がある。
【００２２】本発明では、SENDメッセージ,GETコマン
ド,PUTコマンドを発行する既存の基本通信機能を利用し
てマルチキャスト機能を実現する仕組み（方法）を創案
・確立することにより、通信ネットワーク全体でのトラ
フィックを最小にするとともに各ノードの独立性を確保
している。
ド,PUTコマンドを発行する既存の基本通信機能を利用し
てマルチキャスト機能を実現する仕組み（方法）を創案
・確立することにより、通信ネットワーク全体でのトラ
フィックを最小にするとともに各ノードの独立性を確保
している。
【００２３】図２は本発明の一実施形態としてのマルチ
キャスト送信方法を適用される通信ネットワークシステ
ムの構成を示すとともにその通信ネットワークシステム
の動作について説明するためのブロック図であり、この
図２に示す本実施形態の通信ネットワークシステムで
は、複数のノード１（＃０〜＃Ｎ）が、例えばＴＣＰ／
ＩＰを用いた通信ネットワーク（例えばＡＰ−Ｎet）２
を介し、相互に通信可能に接続されている。
キャスト送信方法を適用される通信ネットワークシステ
ムの構成を示すとともにその通信ネットワークシステム
の動作について説明するためのブロック図であり、この
図２に示す本実施形態の通信ネットワークシステムで
は、複数のノード１（＃０〜＃Ｎ）が、例えばＴＣＰ／
ＩＰを用いた通信ネットワーク（例えばＡＰ−Ｎet）２
を介し、相互に通信可能に接続されている。
【００２４】各ノード１には、通信ネットワーク２との
間で信号のやり取りを直接的に行なってデータを送受信
する通信ドライバ（データリンクドライバ；例えば AP-
Netドライバ）１ａがそなえられている。この通信ドラ
イバ１ａは、図１０および図１１により前述したSENDメ
ッセージ,GETコマンド,PUTコマンドを送出・発行する機
能（SEND-GETによる通信方式を含む）を通信基本機能
（以下、通信プリミティブと呼ぶ場合がある）として採
用したものである。なお、前述した通り、SENDメッセー
ジ（データ送信メッセージ）は、送信先ノードで予め定
義された受信バッファへデータを送信するためのもので
あり、 GETコマンド（データ取得コマンド）は、あるノ
ードのメモリ（後述する送信データバッファ４）におけ
るデータを指定しそのデータの送信を当該ノードに対し
て要求するためのものであり、 PUTコマンド（データ送
信コマンド）は、送信先ノードでのメモリアドレスを指
定してデータを送信するためのものである。
間で信号のやり取りを直接的に行なってデータを送受信
する通信ドライバ（データリンクドライバ；例えば AP-
Netドライバ）１ａがそなえられている。この通信ドラ
イバ１ａは、図１０および図１１により前述したSENDメ
ッセージ,GETコマンド,PUTコマンドを送出・発行する機
能（SEND-GETによる通信方式を含む）を通信基本機能
（以下、通信プリミティブと呼ぶ場合がある）として採
用したものである。なお、前述した通り、SENDメッセー
ジ（データ送信メッセージ）は、送信先ノードで予め定
義された受信バッファへデータを送信するためのもので
あり、 GETコマンド（データ取得コマンド）は、あるノ
ードのメモリ（後述する送信データバッファ４）におけ
るデータを指定しそのデータの送信を当該ノードに対し
て要求するためのものであり、 PUTコマンド（データ送
信コマンド）は、送信先ノードでのメモリアドレスを指
定してデータを送信するためのものである。
【００２５】また、図３〜図９に示すように、各ノード
１には、マルチキャストテーブル３，送信データバッフ
ァ４，受信／取得データバッファ５およびマルチキャス
ト送信テーブル６もそなえられている。なお、図３〜図
９では、送信元のノード１をノード＃ｎ、マルチキャス
トグループに属する送信先のノード１のうちの一つをノ
ード＃ｍとして示し、ノード＃ｎ内には、各態様での送
信時に必要な要素のみを図示する一方、ノード＃ｍ内に
は、各態様での受信時に必要な要素のみを図示してい
る。また、図３〜図９では、各ノード１における通信ド
ライバ１ａの図示は省略している。
１には、マルチキャストテーブル３，送信データバッフ
ァ４，受信／取得データバッファ５およびマルチキャス
ト送信テーブル６もそなえられている。なお、図３〜図
９では、送信元のノード１をノード＃ｎ、マルチキャス
トグループに属する送信先のノード１のうちの一つをノ
ード＃ｍとして示し、ノード＃ｎ内には、各態様での送
信時に必要な要素のみを図示する一方、ノード＃ｍ内に
は、各態様での受信時に必要な要素のみを図示してい
る。また、図３〜図９では、各ノード１における通信ド
ライバ１ａの図示は省略している。
【００２６】ここで、マルチキャストテーブル３は、こ
のマルチキャストテーブル３を有するノード１がマルチ
キャストグループ（特定グループ）に属している場合
に、その所属グループのマルチキャストアドレス（グル
ープアドレス）を予め設定・登録されるものである。な
お、ＴＣＰ／ＩＰによるマルチキャスト送信では、３２
ビットのＩＰアドレスのうち、先頭４ビットが“１１１
０”のものがマルチキャストアドレスとして認識され
る。つまり、224.0.0.0 〜239.255.255.255 までの範囲
がマルチキャストアドレスとして用意されている。
のマルチキャストテーブル３を有するノード１がマルチ
キャストグループ（特定グループ）に属している場合
に、その所属グループのマルチキャストアドレス（グル
ープアドレス）を予め設定・登録されるものである。な
お、ＴＣＰ／ＩＰによるマルチキャスト送信では、３２
ビットのＩＰアドレスのうち、先頭４ビットが“１１１
０”のものがマルチキャストアドレスとして認識され
る。つまり、224.0.0.0 〜239.255.255.255 までの範囲
がマルチキャストアドレスとして用意されている。
【００２７】送信データバッファ（メモリ）４は、送信
すべきデータ（例えばマルチキャストデータ）を記憶す
るものであり、受信／取得データバッファ（メモリ）５
は、送信元ノードから受信もしくは取得したデータを記
憶するものである。マルチキャスト送信テーブル６は、
マルチキャスト送信対象のノード（送信先ノード）を認
識するためのフラグ(YES/NO)を、自ノード以外のノード
１毎に設定されるもので、そのフラグは、後述するごと
く送信先ノードからの PUTコマンドあるいはSENDメッセ
ージにより設定されるようになっている。
すべきデータ（例えばマルチキャストデータ）を記憶す
るものであり、受信／取得データバッファ（メモリ）５
は、送信元ノードから受信もしくは取得したデータを記
憶するものである。マルチキャスト送信テーブル６は、
マルチキャスト送信対象のノード（送信先ノード）を認
識するためのフラグ(YES/NO)を、自ノード以外のノード
１毎に設定されるもので、そのフラグは、後述するごと
く送信先ノードからの PUTコマンドあるいはSENDメッセ
ージにより設定されるようになっている。
【００２８】これらのマルチキャストテーブル３，送信
データバッファ４，受信／取得データバッファ５および
マルチキャスト送信テーブル６は、各ノード１におい
て、通信ドライバ１ａに内蔵もしくは付設してそなえら
れている。
データバッファ４，受信／取得データバッファ５および
マルチキャスト送信テーブル６は、各ノード１におい
て、通信ドライバ１ａに内蔵もしくは付設してそなえら
れている。
【００２９】次に、上述のごとく構成された本実施形態
の通信ネットワークシステムにおける、マルチキャスト
送信方法について、図１〜図９を参照しながら説明す
る。まず、図１（ａ）および図１（ｂ）に示すフローチ
ャートと図２とを参照しながら、本実施形態のマルチキ
ャスト送信方法の基本的な手順、つまり、各ノード１の
通信ドライバ１ａによるマルチキャスト送信にかかる基
本的な動作について説明する。
の通信ネットワークシステムにおける、マルチキャスト
送信方法について、図１〜図９を参照しながら説明す
る。まず、図１（ａ）および図１（ｂ）に示すフローチ
ャートと図２とを参照しながら、本実施形態のマルチキ
ャスト送信方法の基本的な手順、つまり、各ノード１の
通信ドライバ１ａによるマルチキャスト送信にかかる基
本的な動作について説明する。
【００３０】図１（ａ）は、各ノード１での基本的な送
信処理手順を説明するためのフローチャート（ステップ
Ｓ０〜Ｓ３，Ｓ３１）であり、この図１（ａ）に示すよ
うに、各ノード１の通信ドライバ１ａでは、送信要求が
発生したか否かを常時判断し（ステップＳ０）、送信要
求が発生した場合（ステップＳ０からＹＥＳルート）、
その送信要求がマルチキャスト送信要求であるか否かを
判断する（ステップＳ１）。
信処理手順を説明するためのフローチャート（ステップ
Ｓ０〜Ｓ３，Ｓ３１）であり、この図１（ａ）に示すよ
うに、各ノード１の通信ドライバ１ａでは、送信要求が
発生したか否かを常時判断し（ステップＳ０）、送信要
求が発生した場合（ステップＳ０からＹＥＳルート）、
その送信要求がマルチキャスト送信要求であるか否かを
判断する（ステップＳ１）。
【００３１】通信ドライバ１ａがマルチキャスト送信要
求を受けた場合（ステップＳ１からＹＥＳルート）、そ
のマルチキャスト送信要求に応じたマルチキャストアド
レスをSENDメッセージに添付して全てのノード１にブロ
ードキャストする（ステップＳ２；図２の細実線矢印Ａ
１“SEND MESSAGE WITH MULTICAST ADDRESS"参照）。こ
のとき、マルチキャストアドレスを添付されたSENDメッ
セージのデータ量はとても少ないので、SENDメッセージ
のブロードキャストが、通信ネットワーク２上でのトラ
フィックにほとんど影響を与えることはない。
求を受けた場合（ステップＳ１からＹＥＳルート）、そ
のマルチキャスト送信要求に応じたマルチキャストアド
レスをSENDメッセージに添付して全てのノード１にブロ
ードキャストする（ステップＳ２；図２の細実線矢印Ａ
１“SEND MESSAGE WITH MULTICAST ADDRESS"参照）。こ
のとき、マルチキャストアドレスを添付されたSENDメッ
セージのデータ量はとても少ないので、SENDメッセージ
のブロードキャストが、通信ネットワーク２上でのトラ
フィックにほとんど影響を与えることはない。
【００３２】そして、通信ドライバ１ａは、ブロードキ
ャストしたSENDメッセージに呼応してデータ送信を要求
してきたノード（マルチキャストグループに属するノー
ド；送信先ノード）１に対し、マルチキャストデータを
送信する（ステップＳ３）。なお、ステップＳ１におい
て送信要求がマルチキャスト送信要求ではないと判断さ
れた場合（ステップＳ１からＮＯルート）、通信ドライ
バ１ａはその送信要求に応じた送信処理を行なう（ステ
ップＳ３１）。
ャストしたSENDメッセージに呼応してデータ送信を要求
してきたノード（マルチキャストグループに属するノー
ド；送信先ノード）１に対し、マルチキャストデータを
送信する（ステップＳ３）。なお、ステップＳ１におい
て送信要求がマルチキャスト送信要求ではないと判断さ
れた場合（ステップＳ１からＮＯルート）、通信ドライ
バ１ａはその送信要求に応じた送信処理を行なう（ステ
ップＳ３１）。
【００３３】一方、図１（ｂ）は、各ノード１での基本
的な送信処理手順を説明するためのフローチャート（ス
テップＳ３１，Ｓ４〜Ｓ７，Ｓ４１）であり、この図１
（ｂ）に示すように、各ノード１の通信ドライバ１ａで
は、データを受信したか否かを常時判断し（ステップＳ
３２）、データを受信した場合（ステップＳ３２からＹ
ＥＳルート）、そのデータがマルチキャストアドレスを
添付されたSENDメッセージであるか否かを判断する（ス
テップＳ４）。
的な送信処理手順を説明するためのフローチャート（ス
テップＳ３１，Ｓ４〜Ｓ７，Ｓ４１）であり、この図１
（ｂ）に示すように、各ノード１の通信ドライバ１ａで
は、データを受信したか否かを常時判断し（ステップＳ
３２）、データを受信した場合（ステップＳ３２からＹ
ＥＳルート）、そのデータがマルチキャストアドレスを
添付されたSENDメッセージであるか否かを判断する（ス
テップＳ４）。
【００３４】ノード１（通信ドライバ１ａ）が、マルチ
キャストアドレスを添付されたSENDメッセージを受信し
た場合（ステップＳ４からＹＥＳルート）、通信ドライ
バ１ａは、マルチキャストテーブル３（図３〜図９参
照）を参照し、SENDメッセージで受信したマルチキャス
トアドレスとマルチキャストテーブル３内の設定アドレ
スとを比較することにより、そのマルチキャストアドレ
スがマルチキャストテーブル３内に存在するか否かを判
断する（ステップＳ５）。
キャストアドレスを添付されたSENDメッセージを受信し
た場合（ステップＳ４からＹＥＳルート）、通信ドライ
バ１ａは、マルチキャストテーブル３（図３〜図９参
照）を参照し、SENDメッセージで受信したマルチキャス
トアドレスとマルチキャストテーブル３内の設定アドレ
スとを比較することにより、そのマルチキャストアドレ
スがマルチキャストテーブル３内に存在するか否かを判
断する（ステップＳ５）。
【００３５】そのマルチキャストアドレスがマルチキャ
ストテーブル３内に存在する場合（ステップＳ５からＹ
ＥＳルート）、通信ドライバ１ａは、SENDメッセージを
送信してきた送信元ノードに対し、通信プリミティブを
用いて(GETコマンド，SENDメッセージもしくは PUTコマ
ンドを発行・送出することにより）、マルチキャストデ
ータ（送信元ノードで発生したマルチキャスト送信要求
にかかるデータ）の送信を要求し（図２の点線矢印Ａ２
“REQUEST MULTICAST DATA”参照）、そのデータを送信
元ノードから自ノード宛に送信させる（ステップＳ
６）。このステップＳ６における、通信プリミティブ(G
ETコマンド，SENDメッセージもしくは PUTコマンド）を
用いたデータ送信要求手法については、それぞれ図３〜
図５を参照しながら後述する。
ストテーブル３内に存在する場合（ステップＳ５からＹ
ＥＳルート）、通信ドライバ１ａは、SENDメッセージを
送信してきた送信元ノードに対し、通信プリミティブを
用いて(GETコマンド，SENDメッセージもしくは PUTコマ
ンドを発行・送出することにより）、マルチキャストデ
ータ（送信元ノードで発生したマルチキャスト送信要求
にかかるデータ）の送信を要求し（図２の点線矢印Ａ２
“REQUEST MULTICAST DATA”参照）、そのデータを送信
元ノードから自ノード宛に送信させる（ステップＳ
６）。このステップＳ６における、通信プリミティブ(G
ETコマンド，SENDメッセージもしくは PUTコマンド）を
用いたデータ送信要求手法については、それぞれ図３〜
図５を参照しながら後述する。
【００３６】また、そのマルチキャストアドレスがマル
チキャストテーブル３内に存在しない場合（ステップＳ
５からＮＯルート）、通信ドライバ１ａは、SENDメッセ
ージを送信してきた送信元ノードに対し、通信プリミテ
ィブを用いて(PUTコマンド,GETコマンドもしくはSENDメ
ッセージを発行・送出することにより）、マルチキャス
トデータの送信が不要である旨を通知する（ステップＳ
７；図２の一点鎖線矢印Ａ３“CANCEL MULTICAST DATA"
参照）。このステップＳ７における通信プリミティブ(P
UTコマンド,GETコマンドもしくはSENDメッセージ）を用
いたデータ送信キャンセル通知手法については、それぞ
れ図６〜図８を参照しながら後述する。
チキャストテーブル３内に存在しない場合（ステップＳ
５からＮＯルート）、通信ドライバ１ａは、SENDメッセ
ージを送信してきた送信元ノードに対し、通信プリミテ
ィブを用いて(PUTコマンド,GETコマンドもしくはSENDメ
ッセージを発行・送出することにより）、マルチキャス
トデータの送信が不要である旨を通知する（ステップＳ
７；図２の一点鎖線矢印Ａ３“CANCEL MULTICAST DATA"
参照）。このステップＳ７における通信プリミティブ(P
UTコマンド,GETコマンドもしくはSENDメッセージ）を用
いたデータ送信キャンセル通知手法については、それぞ
れ図６〜図８を参照しながら後述する。
【００３７】なお、図９により後述するごとく、通信ド
ライバ１ａは、データの送信が不要である旨を通知する
ことなく、そのまま処理を終了することも可能である。
この場合、ステップＳ７は省略される。また、ステップ
Ｓ４において受信データがマルチキャストアドレスを添
付されたSENDメッセージでないと判断された場合（ステ
ップＳ４からＮＯルート）、通信ドライバ１ａ、受信し
たデータをその内容に応じて適宜処理する（ステップＳ
４１）。
ライバ１ａは、データの送信が不要である旨を通知する
ことなく、そのまま処理を終了することも可能である。
この場合、ステップＳ７は省略される。また、ステップ
Ｓ４において受信データがマルチキャストアドレスを添
付されたSENDメッセージでないと判断された場合（ステ
ップＳ４からＮＯルート）、通信ドライバ１ａ、受信し
たデータをその内容に応じて適宜処理する（ステップＳ
４１）。
【００３８】図２を参照しながら、本実施形態における
一連のマルチキャスト送信動作について説明すると、マ
ルチキャスト送信要求が発生した送信元ノード＃０は、
図１のステップＳ２の処理によって、細実線矢印Ａ１で
示すごとくマルチキャストアドレスをSENDメッセージに
添付してノード＃１〜＃Ｎにブロードキャストする。マ
ルチキャストアドレスを受信した各ノード＃ｉ（ｉ＝１
〜Ｎ）は、図１のステップＳ５の処理によって、そのマ
ルチキャストアドレスとマルチキャストテーブル３内の
設定アドレスとを比較してそのマルチキャストアドレス
がマルチキャストテーブル３内に存在するか否かを判断
する。
一連のマルチキャスト送信動作について説明すると、マ
ルチキャスト送信要求が発生した送信元ノード＃０は、
図１のステップＳ２の処理によって、細実線矢印Ａ１で
示すごとくマルチキャストアドレスをSENDメッセージに
添付してノード＃１〜＃Ｎにブロードキャストする。マ
ルチキャストアドレスを受信した各ノード＃ｉ（ｉ＝１
〜Ｎ）は、図１のステップＳ５の処理によって、そのマ
ルチキャストアドレスとマルチキャストテーブル３内の
設定アドレスとを比較してそのマルチキャストアドレス
がマルチキャストテーブル３内に存在するか否かを判断
する。
【００３９】マルチキャストアドレスがマルチキャスト
テーブル３内に存在するノード＃１は、図１のステップ
Ｓ６の処理によって、点線矢印Ａ２で示すごとく通信プ
リミティブ(GETコマンド，SENDメッセージもしくは PUT
コマンド）を用いて送信元ノード＃０に対しマルチキャ
ストデータの送信を要求し、そのマルチキャストデータ
を送信元ノード＃０からノード＃１へ送信させる。
テーブル３内に存在するノード＃１は、図１のステップ
Ｓ６の処理によって、点線矢印Ａ２で示すごとく通信プ
リミティブ(GETコマンド，SENDメッセージもしくは PUT
コマンド）を用いて送信元ノード＃０に対しマルチキャ
ストデータの送信を要求し、そのマルチキャストデータ
を送信元ノード＃０からノード＃１へ送信させる。
【００４０】一方、マルチキャストアドレスがマルチキ
ャストテーブル３内に存在しないノード＃２や＃Ｎは、
図１のステップＳ７の処理によって、一点鎖線矢印Ａ３
で示すごとく通信プリミティブ(PUTコマンド,GETコマン
ドもしくはSENDメッセージ）を用いて送信元ノード＃０
に対しマルチキャストデータの送信が不要である旨を通
知する。
ャストテーブル３内に存在しないノード＃２や＃Ｎは、
図１のステップＳ７の処理によって、一点鎖線矢印Ａ３
で示すごとく通信プリミティブ(PUTコマンド,GETコマン
ドもしくはSENDメッセージ）を用いて送信元ノード＃０
に対しマルチキャストデータの送信が不要である旨を通
知する。
【００４１】このようにして、マルチキャスト送信要求
が発生した送信元ノード＃０から、そのマルチキャスト
送信要求に対応したマルチキャストグループに属する送
信先ノード＃１へのマルチキャスト送信が実現される。
が発生した送信元ノード＃０から、そのマルチキャスト
送信要求に対応したマルチキャストグループに属する送
信先ノード＃１へのマルチキャスト送信が実現される。
【００４２】さて、次に、図３〜図５により、通信プリ
ミティブである GETコマンド，SENDメッセージもしくは
PUTコマンドを用いたデータ送信要求手法〔図１（ｂ）
のステップＳ６における処理〕についてそれぞれ説明す
る。なお、図３〜図５に示す例では、いずれも、送信元
ノード＃ｎがマルチキャストアドレスとして例えば“22
4.0.0.2"をSENDメッセージに添付してブロードキャスト
し、そのアドレス“224.0.0.2"がノード＃ｍのマルチキ
ャストテーブル３に存在しているものとする。
ミティブである GETコマンド，SENDメッセージもしくは
PUTコマンドを用いたデータ送信要求手法〔図１（ｂ）
のステップＳ６における処理〕についてそれぞれ説明す
る。なお、図３〜図５に示す例では、いずれも、送信元
ノード＃ｎがマルチキャストアドレスとして例えば“22
4.0.0.2"をSENDメッセージに添付してブロードキャスト
し、そのアドレス“224.0.0.2"がノード＃ｍのマルチキ
ャストテーブル３に存在しているものとする。
【００４３】図３に示すデータ送信要求手法の第１態様
では、ノード＃ｍは、送信元ノード＃ｎに対し GETコマ
ンドを発行してマルチキャストデータの送信を要求する
ことで、通信ドライバ１ａ（図２参照）により、送信元
ノード＃ｎの送信データバッファ４におけるマルチキャ
ストデータが、通信ネットワーク２を介してノード＃ｍ
へ送信され、ノード＃ｍの受信／取得データバッファ５
の指定アドレスに格納される。
では、ノード＃ｍは、送信元ノード＃ｎに対し GETコマ
ンドを発行してマルチキャストデータの送信を要求する
ことで、通信ドライバ１ａ（図２参照）により、送信元
ノード＃ｎの送信データバッファ４におけるマルチキャ
ストデータが、通信ネットワーク２を介してノード＃ｍ
へ送信され、ノード＃ｍの受信／取得データバッファ５
の指定アドレスに格納される。
【００４４】図４に示すデータ送信要求手法の第２態様
では、ノード＃ｍは、送信元ノード＃ｎに対しマルチキ
ャストデータの送信要求（“REQUEST MULTICAST DAT
A”）を添付したSENDメッセージを送出してマルチキャ
ストデータの送信を要求することで、そのメッセージを
解読した通信ドライバ１ａ（図２参照）により、送信元
ノード＃ｎの送信データバッファ４におけるマルチキャ
ストデータが、通信ネットワーク２を介してノード＃ｍ
へ送信される。
では、ノード＃ｍは、送信元ノード＃ｎに対しマルチキ
ャストデータの送信要求（“REQUEST MULTICAST DAT
A”）を添付したSENDメッセージを送出してマルチキャ
ストデータの送信を要求することで、そのメッセージを
解読した通信ドライバ１ａ（図２参照）により、送信元
ノード＃ｎの送信データバッファ４におけるマルチキャ
ストデータが、通信ネットワーク２を介してノード＃ｍ
へ送信される。
【００４５】図５に示すデータ送信要求手法の第３態様
では、ノード＃ｍは、送信元ノード＃ｎに対し PUTコマ
ンドを発行してマルチキャストデータの送信を要求する
ことにより、送信元ノード＃ｎのマルチキャスト送信テ
ーブル６におけるノード＃ｍの欄に“YES"（フラグＯ
Ｎ）を設定する。送信元ノード＃ｎの通信ドライバ１ａ
（図２参照）は、マルチ送信テーブル６を参照しノード
＃ｍのフラグがＯＮ設定であることを認識すると、送信
データバッファ４におけるマルチキャストデータを、通
信ネットワーク２を介してノード＃ｍへ送信する。
では、ノード＃ｍは、送信元ノード＃ｎに対し PUTコマ
ンドを発行してマルチキャストデータの送信を要求する
ことにより、送信元ノード＃ｎのマルチキャスト送信テ
ーブル６におけるノード＃ｍの欄に“YES"（フラグＯ
Ｎ）を設定する。送信元ノード＃ｎの通信ドライバ１ａ
（図２参照）は、マルチ送信テーブル６を参照しノード
＃ｍのフラグがＯＮ設定であることを認識すると、送信
データバッファ４におけるマルチキャストデータを、通
信ネットワーク２を介してノード＃ｍへ送信する。
【００４６】ところで、マルチキャストアドレスを添付
したSENDメッセージをブロードキャストした送信元ノー
ド１は、ブロードキャスト先の全てのノード１からの応
答を期待している。そこで、本実施形態では、前述した
ように、マルチキャストアドレスがマルチキャストテー
ブル３内に存在しないノード１も、 PUTコマンド,GETコ
マンドもしくはSENDメッセージを用いて送信元ノード１
に対しマルチキャストデータの送信が不要である旨を通
知している。
したSENDメッセージをブロードキャストした送信元ノー
ド１は、ブロードキャスト先の全てのノード１からの応
答を期待している。そこで、本実施形態では、前述した
ように、マルチキャストアドレスがマルチキャストテー
ブル３内に存在しないノード１も、 PUTコマンド,GETコ
マンドもしくはSENDメッセージを用いて送信元ノード１
に対しマルチキャストデータの送信が不要である旨を通
知している。
【００４７】図６〜図９により、通信プリミティブであ
る PUTコマンド,GETコマンドもしくはSENDメッセージを
用いたデータ送信キャンセル通知手法〔図１（ｂ）のス
テップＳ７における処理〕と、データ送信キャンセル通
知を行ない場合とについてそれぞれ説明する。なお、図
６〜図９に示す例では、いずれも、送信元ノード＃ｎが
マルチキャストアドレスとして例えば“224.0.0.2"をSE
NDメッセージに添付してブロードキャストし、そのアド
レス“224.0.0.2"とノード＃ｍのマルチキャストテーブ
ル３に登録されているアドレス“224.0.0.3"とが不一致
である、即ち、そのアドレス“224.0.0.2"がノード＃ｍ
のマルチキャストテーブル３に存在していないものとす
る。
る PUTコマンド,GETコマンドもしくはSENDメッセージを
用いたデータ送信キャンセル通知手法〔図１（ｂ）のス
テップＳ７における処理〕と、データ送信キャンセル通
知を行ない場合とについてそれぞれ説明する。なお、図
６〜図９に示す例では、いずれも、送信元ノード＃ｎが
マルチキャストアドレスとして例えば“224.0.0.2"をSE
NDメッセージに添付してブロードキャストし、そのアド
レス“224.0.0.2"とノード＃ｍのマルチキャストテーブ
ル３に登録されているアドレス“224.0.0.3"とが不一致
である、即ち、そのアドレス“224.0.0.2"がノード＃ｍ
のマルチキャストテーブル３に存在していないものとす
る。
【００４８】図６に示すデータ送信キャンセル通知手法
の第１態様では、ノード＃ｍは、送信元ノード＃ｎに対
し PUTコマンドを発行してマルチキャストデータの送信
が不要であることを通知することにより、送信元ノード
＃ｎのマルチキャスト送信テーブル６におけるノード＃
ｍの欄に“NO”（フラグＯＦＦ）を設定する。送信元ノ
ード＃ｎの通信ドライバ１ａ（図２参照）は、マルチ送
信テーブル６を参照しノード＃ｍのフラグがＯＦＦ設定
であれば、ノード＃ｍへのマルチキャストデータの送信
は行なわない。
の第１態様では、ノード＃ｍは、送信元ノード＃ｎに対
し PUTコマンドを発行してマルチキャストデータの送信
が不要であることを通知することにより、送信元ノード
＃ｎのマルチキャスト送信テーブル６におけるノード＃
ｍの欄に“NO”（フラグＯＦＦ）を設定する。送信元ノ
ード＃ｎの通信ドライバ１ａ（図２参照）は、マルチ送
信テーブル６を参照しノード＃ｍのフラグがＯＦＦ設定
であれば、ノード＃ｍへのマルチキャストデータの送信
は行なわない。
【００４９】図７に示すデータ送信キャンセル通知手法
の第２態様では、ノード＃ｍは、送信元ノード＃ｎに対
し GETコマンドを発行してマルチキャストデータの送信
が不要であることを通知(GETコマンド完了フラグの更新
で通知）することにより、送信元ノード＃ｎのマルチキ
ャスト送信テーブル６におけるノード＃ｍの欄に“NO”
（フラグＯＦＦ）を設定する。送信元ノード＃ｎの通信
ドライバ１ａ（図２参照）は、マルチ送信テーブル６を
参照しノード＃ｍのフラグがＯＦＦ設定であれば、ノー
ド＃ｍへのマルチキャストデータの送信は行なわない。
の第２態様では、ノード＃ｍは、送信元ノード＃ｎに対
し GETコマンドを発行してマルチキャストデータの送信
が不要であることを通知(GETコマンド完了フラグの更新
で通知）することにより、送信元ノード＃ｎのマルチキ
ャスト送信テーブル６におけるノード＃ｍの欄に“NO”
（フラグＯＦＦ）を設定する。送信元ノード＃ｎの通信
ドライバ１ａ（図２参照）は、マルチ送信テーブル６を
参照しノード＃ｍのフラグがＯＦＦ設定であれば、ノー
ド＃ｍへのマルチキャストデータの送信は行なわない。
【００５０】図８に示すデータ送信キャンセル通知手法
の第３態様では、ノード＃ｍは、送信元ノード＃ｎに対
しマルチキャストデータの送信不要情報（“CANCEL MUL
TICAST DATA"）を添付したSENDメッセージを送出してマ
ルチキャストデータの送信が不要であることを通知す
る。そのメッセージを解読した通信ドライバ１ａ（図２
参照）は、ノード＃ｍへのマルチキャストデータの送信
は行なわない。
の第３態様では、ノード＃ｍは、送信元ノード＃ｎに対
しマルチキャストデータの送信不要情報（“CANCEL MUL
TICAST DATA"）を添付したSENDメッセージを送出してマ
ルチキャストデータの送信が不要であることを通知す
る。そのメッセージを解読した通信ドライバ１ａ（図２
参照）は、ノード＃ｍへのマルチキャストデータの送信
は行なわない。
【００５１】なお、図９に示すように、ノード＃ｍは、
送信元ノード＃ｎに対しデータ送信キャンセル通知を行
なうことなく、そのまま処理を終了してもよい。ただ
し、この場合、送信元ノード＃ｎ側では、ノード＃ｎか
らの応答を期待しているので、タイマ等を設け、所定時
間以上、ノード＃ｎからの応答が無い場合には、ノード
＃ｎに対するマルチキャストデータの送信は不要である
ものと認識するように構成する。
送信元ノード＃ｎに対しデータ送信キャンセル通知を行
なうことなく、そのまま処理を終了してもよい。ただ
し、この場合、送信元ノード＃ｎ側では、ノード＃ｎか
らの応答を期待しているので、タイマ等を設け、所定時
間以上、ノード＃ｎからの応答が無い場合には、ノード
＃ｎに対するマルチキャストデータの送信は不要である
ものと認識するように構成する。
【００５２】このように、本発明の一実施形態としての
マルチキャスト送信方法によれば、マルチキャスト送信
要求の発生した送信元ノード１はマルチキャストアドレ
スをSENDメッセージに添付して全てのノード１にブロー
ドキャストし、マルチキャストアドレスと同じアドレス
を予め設定されているノード１のみが、 GETコマンド，
SENDメッセージもしくは PUTコマンドを発行・送出する
ことにより、能動的に送信元ノード１に対してマルチキ
ャストデータの送信を要求するので、マルチキャストデ
ータの送信は、送信元ノード１とマルチキャスト送信対
象の各ノード１との間で１対１で行なわれることにな
る。このとき、前述した通りSENDメッセージのブロード
キャストが通信ネットワーク２上でのトラフィックにほ
とんど影響を与えることもないので、通信ネットワーク
２上でのトラフィックを最小にしながら、ノード１間で
のマルチキャスト機能を容易に実現することができる。
マルチキャスト送信方法によれば、マルチキャスト送信
要求の発生した送信元ノード１はマルチキャストアドレ
スをSENDメッセージに添付して全てのノード１にブロー
ドキャストし、マルチキャストアドレスと同じアドレス
を予め設定されているノード１のみが、 GETコマンド，
SENDメッセージもしくは PUTコマンドを発行・送出する
ことにより、能動的に送信元ノード１に対してマルチキ
ャストデータの送信を要求するので、マルチキャストデ
ータの送信は、送信元ノード１とマルチキャスト送信対
象の各ノード１との間で１対１で行なわれることにな
る。このとき、前述した通りSENDメッセージのブロード
キャストが通信ネットワーク２上でのトラフィックにほ
とんど影響を与えることもないので、通信ネットワーク
２上でのトラフィックを最小にしながら、ノード１間で
のマルチキャスト機能を容易に実現することができる。
【００５３】また、本実施形態によれば、各ノード１に
おいて、マルチキャスト送信対象であるか否かの判断が
マルチキャストテーブル３を用いて行なわれるので、各
ノード１の独立性を確保しながらマルチキャスト機能を
実現することもできる。
おいて、マルチキャスト送信対象であるか否かの判断が
マルチキャストテーブル３を用いて行なわれるので、各
ノード１の独立性を確保しながらマルチキャスト機能を
実現することもできる。
【００５４】なお、本発明は上述した実施形態に限定さ
れるものではなく、本発明の趣旨を逸脱しない範囲で種
々変形して実施することができる。例えば、上述した実
施形態では、ＴＣＰ／ＩＰを用いた通信ネットワークに
本発明を適用した場合について説明したが、本発明は、
これに限定されるものでなく、SENDメッセージ,GETコマ
ンド,PUTコマンドを定義されたプロトコルを用いる通信
ネットワークであれば上述と同様に適用され、上述と同
様の作用効果を得ることができる。
れるものではなく、本発明の趣旨を逸脱しない範囲で種
々変形して実施することができる。例えば、上述した実
施形態では、ＴＣＰ／ＩＰを用いた通信ネットワークに
本発明を適用した場合について説明したが、本発明は、
これに限定されるものでなく、SENDメッセージ,GETコマ
ンド,PUTコマンドを定義されたプロトコルを用いる通信
ネットワークであれば上述と同様に適用され、上述と同
様の作用効果を得ることができる。
【００５５】
【発明の効果】以上詳述したように、本発明のマルチキ
ャスト送信方法（請求項１〜８）によれば、データ量の
少ないマルチキャストアドレスの送信のみがブロードキ
ャストにより行なわれ、マルチキャストデータの送信
は、送信元ノードとマルチキャスト送信対象の各ノード
との間で１対１で行なわれることになるので、通信ネッ
トワーク上でのトラフィックを最小にしながら、ノード
間でのマルチキャスト機能を容易に実現できるという効
果がある。
ャスト送信方法（請求項１〜８）によれば、データ量の
少ないマルチキャストアドレスの送信のみがブロードキ
ャストにより行なわれ、マルチキャストデータの送信
は、送信元ノードとマルチキャスト送信対象の各ノード
との間で１対１で行なわれることになるので、通信ネッ
トワーク上でのトラフィックを最小にしながら、ノード
間でのマルチキャスト機能を容易に実現できるという効
果がある。
【００５６】また、各ノードにおいて、マルチキャスト
送信対象であるか否かの判断がマルチキャストテーブル
を用いて行なわれるので、各ノードの独立性を確保しな
がらマルチキャスト機能を実現できるという効果もあ
る。
送信対象であるか否かの判断がマルチキャストテーブル
を用いて行なわれるので、各ノードの独立性を確保しな
がらマルチキャスト機能を実現できるという効果もあ
る。
【図１】（ａ），（ｂ）は本発明の一実施形態としての
マルチキャスト送信方法について説明するためのフロー
チャートである。
マルチキャスト送信方法について説明するためのフロー
チャートである。
【図２】本発明の一実施形態としてのマルチキャスト送
信方法を適用される通信ネットワークシステムの構成を
示すとともにその通信ネットワークシステムの動作につ
いて説明するためのブロック図である。
信方法を適用される通信ネットワークシステムの構成を
示すとともにその通信ネットワークシステムの動作につ
いて説明するためのブロック図である。
【図３】データ送信要求手法の第１態様について説明す
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
【図４】データ送信要求手法の第２態様について説明す
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
【図５】データ送信要求手法の第３態様について説明す
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
べく本実施形態の通信ネットワークシステムの要部を示
すブロック図である。
【図６】データ送信キャンセル通知手法の第１態様につ
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
【図７】データ送信キャンセル通知手法の第２態様につ
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
【図８】データ送信キャンセル通知手法の第３態様につ
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
いて説明すべく本実施形態の通信ネットワークシステム
の要部を示すブロック図である。
【図９】データ送信キャンセル通知を行なわない態様に
ついて説明すべく本実施形態の通信ネットワークシステ
ムの要部を示すブロック図である。
ついて説明すべく本実施形態の通信ネットワークシステ
ムの要部を示すブロック図である。
【図１０】PUT コマンドおよび GETコマンドについて説
明すべく一般的な通信ネットワークシステムの要部を示
すブロック図である。
明すべく一般的な通信ネットワークシステムの要部を示
すブロック図である。
【図１１】SEND-GETによる通信方式について説明すべく
一般的な通信ネットワークシステムの要部を示すブロッ
ク図である。
一般的な通信ネットワークシステムの要部を示すブロッ
ク図である。
１ ノード １ａ 通信ドライバ（データリンクドライバ） ２ 通信ネットワーク ３ マルチキャストテーブル ４ 送信データバッファ（メモリ） ５ 受信／取得データバッファ（メモリ） ６ マルチキャスト送信テーブル
Claims (8)
- 【請求項１】 複数のノードを通信ネットワークにより
相互に通信可能に接続したシステムにおいて、該複数の
ノードのうちマルチキャスト送信要求の発生した送信元
ノードが、該通信ネットワークを介して、該複数のノー
ドのうち特定グループに属するノードへデータを送信す
るマルチキャスト送信方法であって、 各ノードの通信ドライバにおいて、送信先ノードで予め
定義された受信バッファへデータを送信するためのデー
タ送信メッセージと、あるノードのメモリにおけるデー
タを指定しそのデータの送信を当該ノードに対して要求
するデータ取得コマンドと、送信先ノードでのメモリア
ドレスを指定してデータを送信するデータ送信コマンド
とを送出・発行する機能を通信基本機能としてそなえ、 各ノードにそなえられたマルチキャストテーブルに、そ
のノードが前記特定グループに属している場合にその特
定グループを指定するマルチキャストアドレスを設定・
登録し、 前記送信元ノードは、前記特定グループを指定する前記
マルチキャストアドレスを添付した前記データ送信メッ
セージを、該通信ネットワークを介して該複数のノード
の全てにブロードキャストし、 前記データ送信メッセージにより前記マルチキャストア
ドレスを受信した各ノードは、当該ノードの該マルチキ
ャストテーブルを参照してそのマルチキャストアドレス
と同一のものが該マルチキャストテーブル内に存在する
か否かを判断し、存在する場合、前記通信基本機能を用
いて前記送信元ノードに対し前記マルチキャスト送信要
求にかかるデータの送信を要求し、該当データを前記送
信元ノードから各ノード宛に送信させることを特徴とす
る、マルチキャスト送信方法。 - 【請求項２】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在する送信先ノードは、前記送
信元ノードに対し、前記データ取得コマンドを発行する
ことにより、前記マルチキャスト送信要求にかかるデー
タの送信を要求し、該当データを前記送信元ノードから
前記送信先ノードへ送信させることを特徴とする、請求
項１記載のマルチキャスト送信方法。 - 【請求項３】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在する送信先ノードは、前記送
信元ノードに対し、前記データ送信メッセージを送出す
ることにより、前記マルチキャスト送信要求にかかるデ
ータの送信を要求し、該当データを前記送信元ノードか
ら前記送信先ノードへ送信させることを特徴とする、請
求項１記載のマルチキャスト送信方法。 - 【請求項４】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在する送信先ノードは、前記送
信元ノードに対し、前記データ送信コマンドを発行する
ことにより、前記マルチキャスト送信要求にかかるデー
タの送信を要求し、該当データを前記送信元ノードから
前記送信先ノードへ送信させることを特徴とする、請求
項１記載のマルチキャスト送信方法。 - 【請求項５】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在しないノードは、前記送信元
ノードに対し、前記データ送信コマンドを発行すること
により、前記マルチキャスト送信要求にかかるデータの
送信が不要である旨を通知することを特徴とする、請求
項１記載のマルチキャスト送信方法。 - 【請求項６】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在しないノードは、前記送信元
ノードに対し、前記データ取得コマンドを発行すること
により、前記マルチキャスト送信要求にかかるデータの
送信が不要である旨を通知することを特徴とする、請求
項１記載のマルチキャスト送信方法。 - 【請求項７】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在しないノードは、前記送信元
ノードに対し、前記データ送信メッセージを送出するこ
とにより、前記マルチキャスト送信要求にかかるデータ
の送信が不要である旨を通知することを特徴とする、請
求項１記載のマルチキャスト送信方法。 - 【請求項８】 前記マルチキャストアドレスが該マルチ
キャストテーブル内に存在しないノードは、前記送信元
ノードに対し前記マルチキャスト送信要求にかかるデー
タの送信が不要である旨を通知することなく、そのまま
処理を終了することを特徴とする、請求項１記載のマル
チキャスト送信方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26158098A JP3493309B2 (ja) | 1997-10-31 | 1998-09-16 | マルチキャスト送信方法 |
| US09/168,857 US6330238B1 (en) | 1997-10-31 | 1998-10-09 | Multicast transmission method |
| DE1998629630 DE69829630T2 (de) | 1997-10-31 | 1998-10-16 | Multicastübertragungsverfahren |
| EP19980308494 EP0921655B1 (en) | 1997-10-31 | 1998-10-16 | Multicast transmission method |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP9-299704 | 1997-10-31 | ||
| JP29970497 | 1997-10-31 | ||
| JP26158098A JP3493309B2 (ja) | 1997-10-31 | 1998-09-16 | マルチキャスト送信方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH11196112A true JPH11196112A (ja) | 1999-07-21 |
| JP3493309B2 JP3493309B2 (ja) | 2004-02-03 |
Family
ID=26545143
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP26158098A Expired - Lifetime JP3493309B2 (ja) | 1997-10-31 | 1998-09-16 | マルチキャスト送信方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6330238B1 (ja) |
| EP (1) | EP0921655B1 (ja) |
| JP (1) | JP3493309B2 (ja) |
| DE (1) | DE69829630T2 (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006508478A (ja) * | 2002-11-27 | 2006-03-09 | プラムツリー ソフトウェア インコーポレイテッド | ウェブサーバヒットマルチプライヤおよびリダイレクタ |
| JP2007520093A (ja) * | 2003-09-22 | 2007-07-19 | トランシアム テクノロジーズ | 単一接続上のグループ対グループ通信とエラー許容対称型マルチコンピューティングシステム |
Families Citing this family (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6317434B1 (en) * | 1999-04-14 | 2001-11-13 | Verizon Laboratories Inc. | Data link layer switch with multicast capability |
| US7213061B1 (en) | 1999-04-29 | 2007-05-01 | Amx Llc | Internet control system and method |
| US6801529B1 (en) * | 1999-06-08 | 2004-10-05 | Amx Corporation | Method and system for sending messages to multiple locations in a control system |
| US6526054B1 (en) * | 1999-06-28 | 2003-02-25 | Nortel Networks Limited | System, device, and method for transitioning from DVMRP to BGMP for interdomain multicast routing over the internet multicast backbone |
| GB2367989B (en) | 1999-07-12 | 2004-04-07 | Fujitsu Ltd | Communication system, method of processing message in communication system, and station-side unit and subscriber-side unit |
| JP3799948B2 (ja) * | 2000-03-30 | 2006-07-19 | ブラザー工業株式会社 | Ｉｐアドレス設定装置、ｉｐアドレス設定方法、及びネットワークシステム |
| US7917576B1 (en) * | 2000-12-14 | 2011-03-29 | At&T Intellectual Property I, L.P. | System and method for sending electronic mail in a client-server architecture |
| JP4550440B2 (ja) * | 2004-02-05 | 2010-09-22 | パナソニック株式会社 | 放送データの受信端末 |
| CN1272943C (zh) * | 2004-03-24 | 2006-08-30 | 华为技术有限公司 | 一种组播业务的实现方法 |
| EP1847071A4 (en) | 2005-01-26 | 2010-10-20 | Internet Broadcasting Corp B V | MULTI-DIFFUSION IN LAYERS AND EXACT ATTRIBUTION OF BANDWIDTH AND PRIORIZATION OF PACKETS |
| US8085755B2 (en) * | 2005-04-01 | 2011-12-27 | Cisco Technology, Inc. | Data driven route advertisement |
| US9063739B2 (en) | 2005-09-07 | 2015-06-23 | Open Invention Network, Llc | Method and computer program for device configuration |
| US7680044B2 (en) * | 2005-12-29 | 2010-03-16 | Panasonic Electric Works Co., Ltd. | Systems and methods for managing traffic within a peer-to-peer network |
| US20070175785A1 (en) * | 2006-01-28 | 2007-08-02 | Darren Sharp | Accessory bit caddie base marketing cover |
| US20070274246A1 (en) * | 2006-05-26 | 2007-11-29 | Stephens Adrian P | Reliable multicast in a network having a power saving protocol |
| US8675478B2 (en) * | 2008-04-30 | 2014-03-18 | Cisco Technology, Inc. | Network based switchover to original content after ad-insertion device failure |
| CN101877861B (zh) * | 2009-04-30 | 2015-05-06 | 中兴通讯股份有限公司 | 节点信息获取方法、客户端、服务器 |
| CN102801622B (zh) * | 2012-08-14 | 2016-02-24 | 神州数码网络(北京)有限公司 | 一种数据报文的转发方法及转发装置 |
| CN111835881B (zh) * | 2020-06-24 | 2022-07-12 | 珠海中慧微电子有限公司 | 一种宽带载波通信网络的信标信令协议设计方法 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02503121A (ja) | 1987-10-06 | 1990-09-27 | ベル、コミュニケーションズ、リサーチ、インコーポレーテッド | マルチプルプロセッサシステムにおける各プロセッサ用選択受信器 |
| JPH02133856A (ja) | 1988-11-14 | 1990-05-23 | Toshiba Corp | データ転送装置 |
| JPH02297656A (ja) | 1989-05-11 | 1990-12-10 | Mitsubishi Electric Corp | データ制御方式 |
| JPH05324545A (ja) | 1992-05-15 | 1993-12-07 | Toshiba Corp | バス制御装置 |
| US5444702A (en) | 1992-09-14 | 1995-08-22 | Network Equipment Technologies, Inc. | Virtual network using asynchronous transfer mode |
| ATE176744T1 (de) * | 1992-11-27 | 1999-02-15 | Ibm | Mehrfachsende-leitweglenkung zwischen bereichen |
| US5457683A (en) | 1993-05-07 | 1995-10-10 | Apple Computer, Inc. | Link and discovery protocols for a ring interconnect architecture |
| US5511168A (en) * | 1993-07-01 | 1996-04-23 | Digital Equipment Corporation | Virtual circuit manager for multicast messaging |
| US5608726A (en) * | 1995-04-25 | 1997-03-04 | Cabletron Systems, Inc. | Network bridge with multicast forwarding table |
| US5940391A (en) * | 1997-11-25 | 1999-08-17 | International Business Machines Corporation | Method and apparatus for reconfigurable and adaptive stream multicast |
| US6181697B1 (en) * | 1998-03-31 | 2001-01-30 | At&T Corp. | Method for a unicast endpoint client to access a multicast internet protocol (IP) session and to serve as a redistributor of such session |
-
1998
- 1998-09-16 JP JP26158098A patent/JP3493309B2/ja not_active Expired - Lifetime
- 1998-10-09 US US09/168,857 patent/US6330238B1/en not_active Expired - Lifetime
- 1998-10-16 DE DE1998629630 patent/DE69829630T2/de not_active Expired - Lifetime
- 1998-10-16 EP EP19980308494 patent/EP0921655B1/en not_active Expired - Lifetime
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006508478A (ja) * | 2002-11-27 | 2006-03-09 | プラムツリー ソフトウェア インコーポレイテッド | ウェブサーバヒットマルチプライヤおよびリダイレクタ |
| JP2007520093A (ja) * | 2003-09-22 | 2007-07-19 | トランシアム テクノロジーズ | 単一接続上のグループ対グループ通信とエラー許容対称型マルチコンピューティングシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0921655A2 (en) | 1999-06-09 |
| EP0921655A3 (en) | 1999-06-16 |
| DE69829630D1 (de) | 2005-05-12 |
| US6330238B1 (en) | 2001-12-11 |
| JP3493309B2 (ja) | 2004-02-03 |
| EP0921655B1 (en) | 2005-04-06 |
| DE69829630T2 (de) | 2005-09-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH11196112A (ja) | マルチキャスト送信方法 | |
| US6445711B1 (en) | Method of and apparatus for implementing and sending an asynchronous control mechanism packet used to control bridge devices within a network of IEEE STD 1394 serial buses | |
| US7088689B2 (en) | VLAN data switching method using ARP packet | |
| JP4486902B2 (ja) | ネットワークシステム及びゲートウェイ装置 | |
| US20060146823A1 (en) | Multicast switching in a distributed communication system | |
| US20080101361A1 (en) | Systems and methods for configuring a network for multicasting | |
| JP2010109574A (ja) | ゲートウェイ装置、サーバ装置、中継装置、およびマルチキャスト通信システム | |
| US6226673B1 (en) | Data distribution method and apparatus and computer program | |
| JP2001521356A (ja) | Ｉｅｅｅ１３９４シリアルバスのノード内におけるバスパケットの伝送方向の検出及び制御の方法及び装置 | |
| US20050073966A1 (en) | Method and apparatus for identifying devices supporting multicast channel allocation protocol (MCAP) on the same network and multicast communication method using the same | |
| JP2002118552A (ja) | ストリーム中継装置およびストリーム放送配信ネットワークおよび記録媒体 | |
| US7769007B2 (en) | Method of providing multicast services in virtual private LAN | |
| JP2003069640A (ja) | イーサネット（登録商標）上における明示的マルチキャストサービス方法及び装置 | |
| JP3519628B2 (ja) | 中継装置 | |
| JPH11331237A (ja) | マルチキャストパケット中継方法及び装置 | |
| JPH10262093A (ja) | 伝送制御方法 | |
| EP1463999B1 (en) | An efficient timeout message management in ieee 1394 bridged serial bus network | |
| JP2003348148A (ja) | Ｉｐマルチキャスト制御方法およびこれを用いるｉｐマルチキャスト制御システム | |
| JPH09252271A (ja) | データ伝送装置およびその方法 | |
| JP2005341199A (ja) | Ｄｈｃｐパケット輻輳制御システム及びその方法 | |
| JP5495175B2 (ja) | 情報転送システム | |
| US20060034269A1 (en) | Action list for a split media access and control layer communications system | |
| JP3352073B2 (ja) | インタネットワーク装置 | |
| JPH07219917A (ja) | ネットワ−クシステム | |
| JPH1051499A (ja) | 衛星回線接続装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20031104 |
|
| 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: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081114 Year of fee payment: 5 |
|
| 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: 20081114 Year of fee payment: 5 |
|
| 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: 20081114 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091114 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101114 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121114 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131114 Year of fee payment: 10 |
|
| 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 |