JP2009212739A - データ処理システム、データ処理方法、及びデータ処理プログラム - Google Patents

Abstract

【課題】ブロードキャストデータを、同一のネットワークのノードのうち、ある閉域グループに属するノードのみに、転送するデータ処理システムを提供する。
【解決手段】ブロードキャストデータを処理するデータ処理システムは、一のノードから出力されたブロードキャストデータを取得し、取得したブロードキャストデータから送信元アドレスを取得し、取得された送信元アドレスに対応するグループに属し、送信元アドレスに対応するノード以外の他のノードのみにブロードキャストデータを転送するアドレスを、グループとグループに属するノードのアドレスとの対応関係を規定するグループ管理情報から宛先アドレスを取し、取得されたブロードキャストデータの宛先アドレスをグループ管理情報から取得した宛先アドレスとしてブロードキャストデータをネットワークを通じて前記他のノードに対して転送する。
【選択図】図２

Description

本発明は、ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて何れか一のノードから送信されるブロードキャストデータを、同一のネットワークにおけるノードに転送する装置及び方法等の技術分野に関する。

従来から、イーサネット（登録商標）などのネットワーク上におけるデータ（パケット）の送信形態として、ブロードキャスト（同報通信）が知られている。このブロードキャストでは、１つのネットワーク（セグメント）に接続されている全てのノードに対してデータを送信することができる。

しかし、１つのネットワーク（セグメント）に接続されている各ノードが、例えば複数に分けられた閉域グループの何れかに属する場合において、ある閉域グループに属する全てのノードにデータを送信したいようなときには、上記ブロードキャストを利用できない。なぜなら、ブロードキャストでは、当該閉域グループ以外のノードに対してもデータが送信されてしまい、閉域性を確保することができないからである。

あるグループに属する全てのノードのみにデータを送信する方法として、例えば特許文献１には、入力パケットの制御情報エリアの制御情報を解読し、ブロードキャスト配信が指定されていれば、宛先情報エリアの宛先情報に対応した１対多配信先グループ内から、ブロードキャスト配信に対応した宛先情報を宛先管理テーブルから読み出し、当該複数の宛先情報をパケットの宛先情報エリアに挿入して宛先別のパケットを生成し、複数の宛先にユニキャスト配信する技術が開示されている。
特開平８−１８６５６５号公報

しかしながら、特許文献１では、複数の宛先情報をパケットの宛先情報エリアに挿入して宛先別のパケットを生成しなければならず、１つのノードから送信されるブロードキャストデータを、同一のネットワークにおけるノードのうち、ある閉域グループに属するノードのみに、より効率良く転送することは困難である。

本発明は、以上の問題等に鑑みてなされたものであり、１つのノードから送信されるブロードキャストデータを、同一のネットワークにおけるノードのうち、ある閉域グループに属するノードのみに、より効率良く転送することが可能なデータ処理システム、データ処理方法、及びデータ処理プログラムを提供することを課題とする。

上記課題を解決するため、請求項１に記載の発明は、ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して送信されるブロードキャストデータを処理するデータ処理システムであって、前記一のノードから出力されたブロードキャストデータを取得するブロードキャストデータ取得手段と、前記取得されたブロードキャストデータに含まれる送信元アドレスを取得する送信元アドレス取得手段と、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得する宛先アドレス取得手段と、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するデータ転送手段と、を備えることを特徴とする。

請求項２に記載の発明は、請求項１に記載のデータ処理システムにおいて、前記グループ管理情報から取得される宛先アドレスは、マルチキャストアドレスであることを特徴とする。

請求項３に記載の発明は、請求項１又は２に記載のデータ処理システムにおいて、前記アドレスは、ＭＡＣアドレスとＩＰアドレスの組又は少なくとも何れか一方であることを特徴とする。

請求項４に記載の発明は、請求項１乃至３の何れか一項に記載のデータ処理システムにおいて、前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス及びプロトコルを示す情報との対応関係を規定しており、前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス及びプロトコルを示す情報を取得し、前記宛先アドレス取得手段は、前記取得された送信元アドレス及びプロトコルを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたプロトコルを示す情報を、前記グループ管理情報から取得し、前記データ転送手段は、前記取得されたブロードキャストデータに含まれるプロトコルを示す情報と、前記グループ管理情報から取得されたプロトコルを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とする。

請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のデータ処理システムにおいて、前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス及びサービスを示す情報との対応関係を規定しており、前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス及びサービスを示す情報を取得し、前記宛先アドレス取得手段は、前記取得された送信元アドレス及びサービスを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたサービスを示す情報を、前記グループ管理情報から取得し、前記データ転送手段は、前記取得されたブロードキャストデータに含まれるサービスを示す情報と、前記グループ管理情報から取得されたサービスを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とする。

請求項６に記載の発明は、請求項１乃至３の何れか一項に記載のデータ処理システムにおいて、前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス、プロトコルを示す情報及びサービスを示す情報との対応関係を規定しており、前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス、プロトコルを示す情報及びサービスを示す情報を取得し、前記宛先アドレス取得手段は、前記取得された送信元アドレス、プロトコルを示す情報及びサービスを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたプロトコルを示す情報及びサービスを示す情報を、前記グループ管理情報から取得し、前記データ転送手段は、前記取得されたブロードキャストデータに含まれるプロトコルを示す情報及びサービスを示す情報と、前記グループ管理情報から取得されたプロトコルを示す情報及びサービスを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とする。

請求項７に記載の発明は、請求項１乃至６の何れか一項に記載のデータ処理システムにおいて、前記ネットワークは、現実のネットワーク上に、仮想的なネットワークとして構成されたオーバーレイネットワークであることを特徴とする。

請求項８に記載の発明は、一つの前記ネットワークシステムには、請求項１乃至７の何れか一項に記載のデータ処理システムが複数存在し、当該ネットワークシステムに備えられる各前記ノードは何れか一の前記データ処理システムが関連付けられており、各前記データ処理システムのブロードキャストデータ取得手段は、自データ処理システムに関連付けられた前記一のノードから出力されたブロードキャストデータを取得し、前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレスを取得し、更に、前記各データ処理システムは、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードが他の前記データ処理システムに関連付けられている場合には、前記データ転送手段の処理、又は前記宛先アドレス取得手段及び前記データ転送手段の処理を、当該他のデータ処理システムに委託する委託要求を行う委託要求手段を備えることを特徴とする。

請求項９に記載の発明は、請求項８に記載のデータ処理システムにおいて、前記宛先アドレス取得手段は、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを前記グループ管理情報から取得すると共に、当該他のノードに関連付けられているデータ処理システムが他のデータ処理システムである場合には、当該他のデータ処理システムのアドレスを、前記データ処理システムに関連付けられたノードと当該データ処理システムのアドレスの対応関係を規定するデータ処理システム管理情報から取得し、前記委託要求手段は、前記委託要求において、前記取得された他のデータ処理システムのアドレスにしたがって、前記取得されたブロードキャストデータ及び当該他のデータ処理システムに関連付けられた他のノードのアドレスを当該他のデータ処理システムに送信することを特徴とする。

請求項１０に記載の発明は、ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して転送されるブロードキャストデータを処理するデータ処理方法であって、前記一のノードから出力されたブロードキャストデータを取得するステップと、前記取得されたブロードキャストデータに含まれる送信元アドレスを取得するステップと、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得するステップと、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するステップと、を備えることを特徴とする。

請求項１１に記載のデータ処理プログラムの発明は、ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して送信されるブロードキャストデータを処理するコンピュータを、前記一のノードから出力されたブロードキャストデータを取得するブロードキャストデータ取得手段、前記取得されたブロードキャストデータに含まれる送信元アドレスを取得する送信元アドレス取得手段、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得する宛先アドレス取得手段、及び、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するデータ転送手段として機能させることを特徴とする。

本発明によれば、１つのノードから送信されるブロードキャストデータを、同一のネットワークにおけるノードのうち、例えばある閉域グループに属するノードのみに、より効率良く転送することができ、これにより、より効率良く閉域性を確保し、またトラフィックを軽減することができる。しかも、各ノードのアプリケーションが閉域グループを意識してマルチキャストデータを送信しなくても良いという効果を奏する。

また、ブロードキャストデータの送信元アドレスをキーとして、ブロードキャストデータの送信元のノードが属する閉域グループを特定し、当該特定した閉域グループに属する他のノードのアドレスを取得するように構成したので、より効率良く閉域グループに属する他のノードに対してブロードキャストデータを転送することができる。

また、ブロードキャストデータをマルチキャストに変換して転送する構成によれば、マルチキャスト対応ルータがマルチキャストアドレスを解釈して、経路が複数ある場合にはマルチキャストデータを複製し、適切に転送するため、ブロードキャストデータをユニキャストで転送する場合と比べて処理負荷を軽減することができ、かつトラフィックの軽減も可能である。

また、あるデータ処理システムが他のデータ処理システムへの処理委託する構成によれば、ブロードキャストデータの処理負担を分散させることができ、また、トラフィックを軽減することができる。

以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下の説明は、ネットワークシステムに対して本発明を適用した場合の実施形態である。
[Ｉ．ネットワークシステムの構成及び機能]
先ず、図１を参照して、本実施形態に係るネットワークシステムの概要構成及び機能について説明する。

図１は、ネットワークシステムの概要構成例を示す図である。

図１に示すように、ネットワークシステムＳは、複数のノードＮｎ（ｎ＝１，２，３・・・６）と、ノードＮｎから出力されたブロードキャストデータ（以下、「ＢＣデータ」という）を処理するＢＣデータ処理システム（データ処理システムの一例）ＢＳと、を備えて構成されており、各ノードＮｎは、ネットワークＮＷに接続されている。なお、図１の例では、６台のノードＮ１〜Ｎ６を示しているが特に台数が限定されるものではない。また、図１の例では、３つの閉域グループＡ〜Ｃを示しているが特に閉域グループ数が限定されるものではない。

ここに、ＢＣデータとは、特定のリンクを形成するネットワーク上の全てのノードに対する送信データをいう。また、ＢＣデータは、ヘッダ部とペイロード部とからなり、ヘッダ部に送信元アドレス及び宛先アドレスを含むデータパケットであり、ＩＰｖ４（Internet Protocol Version 4）のローカルブロードキャスト（ＩＰアドレスが例えば「255.255.255.255」）やダイレクトブロードキャスト（ＩＰアドレスが例えば「192.168.0.255/24」）によるＢＣデータの他、ＩＰｖ６におけるマルチキャストデータの一部を含む。なお、プロトコルは、ＩＰに限られるものではなく、イーサネット（登録商標）やその他のＢＣデータを送信できるものであれば何でも良い。

各ノードＮｎは、例えばクライアントやサーバ等のコンピュータからなる。また、各ノードＮｎは、閉域グループＡ〜Ｃの何れかに属（所属）しており（複数の閉域グループに所属しているノードＮｎもある）、例えばノードＮ１〜Ｎ３は、閉域グループＡに属しており、該閉域グループＡのメンバになっている。ここに、閉域グループとは、通信トラフィックが当該グループ内のノードＮｎ間でしか発生しない（データが当該グループに属するノードＮｎには漏れない）一群を意味する。

なお、各ノードＮｎをどの閉域グループに所属させるかは例えばシステム管理者等により任意に設定可能であり、その情報は後述する管理テーブルに登録される。

ＢＣデータ処理システムＢＳは、大別すると、データキャプチャ部１、ＢＣデータ処理部２、アドレス取得部３、閉域グループ管理部４、データ変換部５、及びデータ転送部６に機能的に分けられ、これらの構成部分（以下、「モジュール」という）は、ハードウェアで構成されても良いしソフトウェア（ＣＰＵにより読み出し実行される本発明のデータ処理プログラム）で構成されても良い。なお、一例として、ＢＣデータ処理部２は、本発明におけるブロードキャストデータ取得手段及び委託要求手段を構成し、アドレス取得部３は、本発明における送信元アドレス取得手段を構成し、閉域グループ管理部４は、本発明における宛先アドレス取得手段を構成し、データ変換部５及びデータ転送部６は本発明におけるデータ転送手段を構成する。

また、ＢＣデータ処理システムＢＳの各モジュール１〜６は、ノードＮｎ内に実装されるように構成しても良いし、各ノードＮｎ外に設置されたルータやゲート機器等に実装されるように構成しても良い。また、各モジュール１〜６は、同一の装置や機器等に実装されていなくとも良く（夫々が別々の装置や機器等に実装されていても良い）、例えば、データキャプチャ部１、ＢＣデータ処理部２、アドレス取得部３、データ変換部５、及びデータ転送部６が各ノードＮｎに実装され、閉域グループ管理部４が一つのゲート機器に実装されるものであっても良い。ただし、ノードＮｎから出力されるデータ（例えば、ユニキャストデータやＢＣデータ）は、必ずＢＣデータ処理システムＢＳのデータキャプチャ部１により監視され、ＢＣデータが出力された場合には、当該データがキャプチャ（捕捉）されるようになっている。

また、ＢＣデータ処理システムＢＳは、ノードＮｎ毎に一つずつ設けられるように構成しても良いし、複数（例えば、５台）のノードＮｎ毎に設けられるように構成しても良いし、或いは、一つのネットワークＮＷに一つ設けられるように構成しても良い。

ネットワークＮＷは、一つのルータ配下に存在する上記ノードＮｎが接続されるローカルネットワーク（セグメント）であっても良いし（この場合、同一のネットワークに接続されている全てのノードＮｎがＢＣデータの送信対象となるが、ルータ超えはしない）、或いは、複数のルータ等を含んで構成されるインターネット等の現実のグローバルネットワーク上で上記ノードＮｎの参加により構成される仮想的なリンクを形成するネットワークである、いわゆるオーバーレイネットワークであっても良い（この場合、同一のオーバーレイネットワークに参加している全てのノードＮｎがＢＣデータの送信対象となり、当該ＢＣデータのパケットのカプセル化（公知のトンネリング技術に基づく）によりルータ超え可能となる）。
[II．ＢＣデータ処理システムＢＳの概要動作]
以上のように構成されたネットワークシステムＳにおいて、ＢＣデータ処理システムＢＳの概要動作について、図２及び図３を参照して説明する。

図２は、ノードＮ１から出力されたＢＣデータが閉域グループＡに属するノードＮ２及びノードＮ３に伝送される様子を示す概念図であり、図３は、ＢＣデータ処理システムＢＳの処理の一例を示すシーケンス図である。

図２に示すように、ノードＮ１からＢＣデータが出力されると、ＢＣデータ処理システムＢＳでは、データキャプチャ部１が、当該ＢＣデータをキャプチャし、ＢＣデータ処理部２に転送する（図３のステップＳ１）。なお、ＢＣデータであるかどうかは、例えばＢＣデータに含まれる宛先アドレスがＢＣアドレスであるか否かにより判断される。

次いで、ＢＣデータ処理部２は、データキャプチャ部１から取得したＢＣデータをメモリに記憶すると共に、当該ＢＣデータをアドレス取得部３に渡す（図３のステップＳ２）。

次いで、アドレス取得部３は、ＢＣデータから送信元アドレスを取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ３）。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得した送信元アドレスを閉域グループ管理部４に渡す（図３のステップＳ４）。

ここで、ＢＣデータ処理部２及び閉域グループ管理部４を各ノードＮｎに対応して設けるように構成すれば、閉域グループ管理部４は配下のノードＮｎに関連する情報だけを管理すれば良い。一方、ＢＣデータ処理部を各ノードＮｎに対応して設け、閉域グループ管理部４を複数のノードＮｎに対して一つ設けるように構成すれば、閉域グループ管理部４が複数のノードＮｎに関連する情報を一元的に管理することができる。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得した送信元アドレスをキーにして当該アドレスに対応するノードＮ１が属する閉域グループＡを、予めメモリに記憶しておいた管理テーブル（グループ管理情報の一例）に基づき特定（識別）する（図３のステップＳ５）。この管理テーブルには、閉域グループと当該閉域グループに属するノードＮｎのアドレスとの対応関係が規定されている。

次いで、閉域グループ管理部４は、特定した閉域グループＡに属し、上記送信元アドレスに対応するノードＮ１以外の他のノードＮ２及びノードＮ３のみに上記ＢＣデータを転送するためのアドレスを上記管理テーブルから取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。このＢＣデータを転送するためのアドレスとしては、ＢＣデータをユニキャストで転送するためのユニキャストアドレスと、マルチキャストで転送するためのマルチキャストアドレスとが挙げられる。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータ、及び閉域グループ管理部４から取得したＢＣデータを転送するためのアドレスをデータ変換部５に渡す（図３のステップＳ７）。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータの宛先アドレスを、ＢＣデータ処理部２から取得したＢＣデータを転送するためのアドレスに変換し、当該宛先アドレスが変換されたＢＣデータをＢＣデータ処理部２に渡す（図３のステップＳ８）。なお、当該アドレスを変換するのではなく、ＢＣデータ処理部２から取得したＢＣデータの宛先アドレスに対して、ＢＣデータ処理部２から取得したＢＣデータを転送するためのアドレスが含まれるヘッダを付加（カプセル化）しても良い。或いは、アドレス変換とヘッダ付加の両方を行うものであっても良い。

次いで、ＢＣデータ処理部２は、データ変換部５から取得した宛先アドレスが変換されたＢＣデータをデータ転送部６に渡す（図３のステップＳ９）。

次いで、データ転送部６は、ＢＣデータ処理部２から取得したＢＣデータをネットワークＮＷを通じてノードＮ２及びノードＮ３に対して転送する（図３のステップＳ１０）。
[III．ＢＣデータ処理システムＢＳの動作の実施例]
次に、ＢＣデータ処理システムＢＳの動作の実施例について、ＢＣデータをユニキャストで転送する場合と、マルチキャストで転送する場合に分けて説明する。
（III−１．ユニキャストでＢＣデータを転送する場合）
図４は、ユニキャストでＢＣデータを転送する場合に用いられる管理テーブルの一例を示す図である。図４の例では、管理テーブルは、グループ管理テーブル５１とメンバ管理テーブル５２とから構成されている。なお、グループ管理テーブル５１とメンバ管理テーブル５２とを例えばメンバＩＤをキーにして一つにしても良い。

図４に示すグループ管理テーブル５１には、各閉域グループに対して固有に割り当てられたグループＩＤと、夫々の閉域グループに属するノードに対して固有に割り当てられたメンバＩＤと、が対応付けられて登録（記述）されている。ここで、「Ｇ００１」は閉域グループＡのグループＩＤを示し、「Ｇ００２」は閉域グループＢのグループＩＤを示し、「Ｇ００３」は閉域グループＣのグループＩＤを示している。また、「Ｍ００１」〜「Ｍ００６」は、夫々、ノードＮ１〜ノードＮ６のメンバＩＤを示している。また、ノードＮ２については、ＵＤＰ（User Datagram Protocol）のポート６７番のDHCP（Dynamic Host Configuration Protocol）Serverと、ＵＤＰ（User Datagram Protocol）のポート１３７番のNetBIOS（Network Basic Input Output System）Name Serviceとの２つのサービスを適用可能になっており、メンバＩＤがＭ００２（DHCP）とＭ００２（NETBIOS）とに分かれている。

一方、図４に示すメンバ管理テーブル５２では、各ノードＮｎ毎に、メンバＩＤと、ノードＮｎのアドレスと、プロトコル（通信プロトコル）と、サービスと、が対応付けられて登録（記述）されている。ここで、アドレスに関しては、ＭＡＣ（Media Access Control address）アドレスとＩＰアドレスとの組が登録されているが、ＭＡＣアドレスのみ、又はＩＰアドレスのみが登録されるように構成しても良い。また、アドレスは、ＭＡＣアドレスやＩＰアドレスに限定されるものではなく、ＢＣデータからノードＮｎを識別可能であるものであれば良い。また、ＩＰアドレスの代わりにＦＱＤＮ（Fully Qualified Domain Name）を登録し、ＦＱＤＮとＩＰアドレスとの対応付けを示すマッピングテーブルを別途記憶しておいても良い。また、プロトコルに関しては、プロトコル番号（プロトコルを示す情報の一例）が登録されているが、プロトコル番号（例えば、「１７」）でなく、「＜udp」等のプロトコルを示す文字を登録しておき、当該番号との対応付けを示すプロトコル管理テーブルを記憶しておいても良い。また、サービスに関しては、ポート番号（サービスを示す情報の一例）が登録されているが、ポート番号（例えば、「６７」や「１３７」）でなく、「＜dhcp」や「＜netbios」等のサービスを示す文字を登録しておき、当該ポート番号と当該文字との対応付けを示すサービス管理テーブルを記憶しておいても良い。また、サービスは必ずしもポート番号ではなく、プロトコルがＩＣＭＰ（Internet Control Message Protocol）等の場合、タイプとコードを登録しておいても良い。なお、図４に示すメンバ管理テーブル５２において、プロトコルとサービスの未登録部分は、「ａｎｙ」（何でも適合）である。

以下、グループ管理テーブル５１とメンバ管理テーブル５２を用いた実施例１〜４について、図３を参照しつつ説明する。
（実施例１：ＢＣデータをＭＡＣアドレスで識別する場合（ＡＲＰ（Address Resolution Protocol）など）
実施例１では、図３に示すステップＳ１及びＳ２の処理後、アドレス取得部３は、ＢＣデータから送信元アドレスとしてＭＡＣアドレスを取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ３）。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得したＭＡＣアドレスを閉域グループ管理部４に渡す（図３のステップＳ４）。つまり、ＢＣデータ処理部２は、ＭＡＣアドレスをキーにして閉域グループ管理部４へ問い合わせを行う。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得したＭＡＣアドレスをキーにして当該ＭＡＣアドレスに対応するノードＮｎが属する閉域グループを、グループ管理テーブル５１とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。つまり、ＭＡＣアドレスをキーとしてメンバ管理テーブル５２よりメンバＩＤが識別され、識別されたメンバＩＤをキーとしてグループＩＤがグループ管理テーブル５１より識別される（閉域グループの特定）。

次いで、閉域グループ管理部４は、特定した閉域グループに属し、上記送信元アドレスに対応するノードＮｎ以外の他のノードＮｎのＭＡＣアドレスを、メンバ管理テーブル５２から取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。つまり、上記識別されたグループＩＤに対応付けられた他のメンバであるノードＮｎのメンバＩＤがグループ管理テーブル５１より識別され、識別されたメンバＩＤをキーとして当該ノードＮｎのＭＡＣアドレスがメンバ管理テーブル５２から取得される。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータ、及び閉域グループ管理部４から取得したＭＡＣアドレスをデータ変換部５に渡す（図３のステップＳ７）。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータを、同部２から取得したＭＡＣアドレスの数（上記他のメンバ数）−１分複製し（なお、ＢＣデータ処理部２がＢＣデータの複製を行い、データ変換部５に渡しても良い）、当該ＢＣデータの宛先アドレスに含まれるＭＡＣアドレス（ＢＣアドレスとなっているＭＡＣアドレス）を、ＢＣデータ処理部２から取得したＭＡＣアドレス（ユニキャストアドレスとなっているＭＡＣアドレス）に変換し（つまり、取得した夫々のＭＡＣアドレス分変換して複数のＢＣデータを生成）、当該宛先アドレスが変換された夫々のＢＣデータをＢＣ処理部２に渡す（図３のステップＳ８）。なお、ＭＡＣアドレスの変換は、上述したように、ヘッダ付加であっても良い。

こうして、宛先アドレスが変換された夫々のＢＣデータは、データ転送部６により、ネットワークＮＷを通じて上記他のメンバである夫々のノードＮｎに対してユニキャストで転送されることになる。すなわち、各ノードＮｎは、データ転送部６からのＢＣデータのＭＡＣアドレスを確認しそれが自身のＭＡＣアドレスである場合に、当該ＢＣデータを取り込み（上記特定された閉域グループの他のメンバであるノードＮｎが取り込むことになる）、当該ＢＣデータのペイロード部における内容にしたがってアプリケーションにより所定の処理を実行することになる。
（実施例２：ＢＣデータをＩＰアドレスで識別する場合（レイヤ３（ネットワーク層）のオーバーレイネットワークなど））
実施例２では、アドレス取得部３は、ＢＣデータから送信元アドレスとしてＩＰアドレス（例えば、ＩＰｖ４アドレス）を取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ３）。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得したＩＰアドレスを閉域グループ管理部４に渡す（図３のステップＳ４）。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得したＩＰアドレスをキーにして当該ＩＰアドレスに対応するノードＮｎが属する閉域グループを、グループ管理テーブル５１とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。

次いで、閉域グループ管理部４は、特定した閉域グループに属し、上記送信元アドレスに対応するノードＮｎ以外のノードＮｎのＩＰアドレスを、メンバ管理テーブル５２から取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータ、及び閉域グループ管理部４から取得したＩＰアドレスをデータ変換部５に渡す（図３のステップＳ７）。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータを、同部２から取得したＩＰアドレスの数−１分複製し（なお、ＢＣデータ処理部２がＢＣデータの複製を行い、データ変換部５に渡しても良い）、当該ＢＣデータの宛先アドレスに含まれるＩＰアドレス（ＢＣアドレスとなっているＩＰアドレス）を、ＢＣデータ処理部２から取得したＩＰアドレス（ユニキャストアドレスとなっているＩＰアドレス）に変換し（つまり、取得した夫々のＩＰアドレス分変換して複数のＢＣデータを生成）、当該宛先アドレスが変換された夫々のＢＣデータをＢＣ処理部２に渡す（図３のステップＳ８）。なお、ＩＰアドレスの変換は、上述したように、ヘッダ付加であっても良い。

こうして、宛先アドレスが変換された夫々のＢＣデータは、データ転送部６により、ネットワークＮＷを通じて上記他のメンバである夫々のノードＮｎに対してユニキャストで転送されることになる。すなわち、各ノードＮｎは、データ転送部６からのＢＣデータのＩＰアドレスを確認しそれが自身のＩＰアドレスである場合に、当該ＢＣデータを取り込み（上記特定された閉域グループの他のメンバであるノードＮｎが取り込むことになる）、当該ＢＣデータのペイロード部における内容にしたがってアプリケーションにより所定の処理を実行することになる。
（実施例３：ＢＣデータをＭＡＣアドレス及びＩＰアドレスで識別する場合（ＡＲＰなどを除く））
実施例３では、アドレス取得部３は、ＢＣデータから送信元アドレスとしてＭＡＣアドレス及びＩＰアドレスの組を取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ３）。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得したＭＡＣアドレス及びＩＰアドレスを閉域グループ管理部４に渡す（図３のステップＳ４）。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得したＭＡＣアドレス及びＩＰアドレスをキーにして当該ＭＡＣアドレス及びＩＰアドレスに対応するノードＮｎが属する閉域グループを、グループ管理テーブル５１とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。例えば、ＢＣデータの送信元アドレスが「12:34:56:78:90:AB」（ＭＡＣアドレス）及び「192:168:0.1」（ＩＰアドレス）の場合、図４のメンバ管理テーブル５２よりノードＮ１の「Ｍ００１」（メンバＩＤ）が識別され、当該識別されたメンバＩＤをキーとして「Ｇ００１」と「Ｇ００２」がグループ管理テーブル５１より識別されることになる。このことより、ノードＮ１は、閉域グループＡと閉域グループＢに所属していることがわかる。

次いで、閉域グループ管理部４は、特定した閉域グループに属し、上記送信元アドレスに対応するノードＮｎ以外のノードＮｎのＭＡＣアドレス及びＩＰアドレスを、メンバ管理テーブル５２から取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。例えば、図４の例では、上記特定された閉域グループＡと閉域グループＢに所属しているノードＮ１以外のメンバはノードＮ２（DHCP Server）、ノードＮ２（NetBIOS Name Service）、ノードＮ３、及びノードＮ４である。ここで、ノードＮ２（DHCP Server）とノードＮ２（NetBIOS Name Service）は、同じアドレスであるため、取得するアドレスを１つとしても良い。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータ、及び閉域グループ管理部４から取得したＭＡＣアドレス及びＩＰアドレスをデータ変換部５に渡す（図３のステップＳ７）。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータを、同部２から取得したＭＡＣアドレス及びＩＰアドレスの組数−１分複製し（なお、ＢＣデータ処理部２がＢＣデータの複製を行い、データ変換部５に渡しても良い）、当該ＢＣデータの宛先アドレスに含まれるＭＡＣアドレス及びＩＰアドレスを、ＢＣデータ処理部２から取得したＭＡＣアドレス及びＩＰアドレスに変換し（つまり、取得した夫々のＭＡＣアドレス分変換して複数のＢＣデータを生成）、当該宛先アドレスが変換された夫々のＢＣデータをＢＣ処理部２に渡す（図３のステップＳ８）。なお、ＭＡＣアドレス及びＩＰアドレスの変換は、上述したように、ヘッダ付加であっても良い。

こうして、宛先アドレスが変換された夫々のＢＣデータは、データ転送部６により、ネットワークＮＷを通じて上記他のメンバである夫々のノードＮｎに対してユニキャストで転送されることになる。すなわち、各ノードＮｎは、データ転送部６からのＢＣデータのＭＡＣアドレス及びＩＰアドレスを確認しそれが自身のＭＡＣアドレス及びＩＰアドレスである場合に、当該ＢＣデータを取り込み（上記特定された閉域グループの他のメンバであるノードＮｎが取り込むことになる）、当該ＢＣデータのペイロード部における内容にしたがってアプリケーションにより所定の処理を実行することになる。
（実施例４：ＢＣデータをＭＡＣアドレス等に加えてプロトコルやサービスでも識別する場合）
実施例４では、アドレス取得部３は、ＢＣデータから送信元アドレスとしてＭＡＣアドレスとＩＰアドレスの少なくとも何れか一方（以下、ＩＰアドレス等という）と共にプロトコルを示す情報（例えば、プロトコル番号）及びサービスを示す情報（例えば、ポート番号）を取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ３）。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得したＩＰアドレス等及びプロトコルを示す情報並びにサービスを示す情報を閉域グループ管理部４に渡す（図３のステップＳ４）。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得したＩＰアドレス等及びプロトコルを示す情報並びにサービスを示す情報をキーにして、当該ＩＰアドレス等且つプロトコルを示す情報且つサービスを示す情報に対応するノードＮｎが属する閉域グループを、グループ管理テーブル５１とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。例えば、ＢＣデータの送信元アドレスがノードＮ４の「45:67:89:0A:BC:DE」（ＭＡＣアドレス）及び「192.168.0.4」（ＩＰアドレス）で、プロトコル番号が「１７」、更にポート番号が「６８」の場合、図４のメンバ管理テーブル５２よりノードＮ４の「Ｍ００４」（メンバＩＤ）が識別され、当該識別されたメンバＩＤをキーとして「Ｇ００２」がグループ管理テーブル５１より識別されることになる。このことより、ノードＮ４は、閉域グループＢに所属していることがわかる。

次いで、閉域グループ管理部４は、特定した閉域グループに属し、上記送信元アドレスに対応するノードＮｎ以外のノードＮｎのＩＰアドレス等及びプロトコルを示す情報並びにサービスを示す情報を、メンバ管理テーブル５２から取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。例えば、図４の例では、上記特定された閉域グループＢに所属しているノードＮ４以外のメンバは、ノードＮ１及びノードＮ２（NetBIOS Name Service ）である。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータに含まれるプロトコルを示す情報及び宛先アドレスのサービスを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報及びサービスを示す情報とが夫々一致するかどうかを、上記他のメンバであるノードＮｎ毎に判断（この判断は、データ変換部５が行うようにしても良い）し、当該プロトコルを示す情報及びサービスを示す情報が一致する他のノードＮｎのＩＰアドレス等を、上記メモリに記憶しておいた上記ＢＣデータと共に、データ変換部５に渡す（図３のステップＳ７）。例えば、ＢＣデータの宛先アドレスのプロトコル番号が「１７」、更にポート番号が「６７」の場合、図４の例では、上記特定された閉域グループＢに所属しているノードＮ１のプロトコル番号及びポート番号の何れも「ａｎｙ」であるので、ＢＣデータの宛先アドレスのプロトコル番号、ポート番号と一致する。一方、ノードＮ２（NETBIOS NAME SERVICE）のプロトコル番号が「１７」、ポート番号が「１３７」であるので、ＢＣデータの宛先アドレスのプロトコル番号とは一致するがポート番号とは一致しない。従って、この例では、ノードＮ１のみがＢＣデータの送信対象となる。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータを、同部２から取得したＩＰアドレス等の数（上記プロトコルを示す情報及びサービスを示す情報が一致する他のメンバ数）−１分複製（上記例の場合、複製は無）し（なお、ＢＣデータ処理部２がＢＣデータの複製を行い、データ変換部５に渡しても良い）、当該ＢＣデータの宛先アドレスに含まれるＩＰアドレス等を、ＢＣデータ処理部２から取得したＩＰアドレス等に変換し、当該宛先アドレスが変換されたＢＣデータをＢＣ処理部２に渡す（図３のステップＳ８）。なお、ＩＰアドレス等の変換は、上述したように、ヘッダ付加であっても良い。

こうして、上記実施例１〜３の何れかと同様、宛先アドレスが変換されたＢＣデータは、データ転送部６により、ネットワークＮＷを通じて上記他のメンバである夫々のノードＮｎに対してユニキャストで転送されることになる。

なお、上記例においては、上記ＢＣデータに含まれるプロトコルを示す情報及び宛先アドレスのサービスを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報及びサービスを示す情報とが夫々一致するかどうかが判断され、当該プロトコルを示す情報及びサービスを示す情報が一致する他のノードＮｎのＩＰアドレス等がデータ変換部５に渡される例を示したが、上記ＢＣデータに含まれるプロトコルを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報とが夫々一致するかどうかが判断され、当該プロトコルを示す情報が一致する他のノードＮｎのＩＰアドレス等がデータ変換部５に渡されるように構成しても良い。或いは、上記ＢＣデータに含まれる宛先アドレスのサービスを示す情報と、メンバ管理テーブル５２から取得されたサービスを示す情報とが夫々一致するかどうかが判断され、当該サービスを示す情報が一致する他のノードＮｎのＩＰアドレス等がデータ変換部５に渡されるように構成しても良い。また、ＢＣデータに含まれるプロトコルを示す情報及び宛先アドレスのサービスを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報及びサービスを示す情報とが夫々一致するかどうかの判断を、アドレス取得部３でＢＣデータから送信元アドレスとプロトコルを示す情報及びサービスを示す情報を取得し、閉域グループ管理部４に問い合わせることにより行い、一致するノードＮｎのアドレスを取得するように構成しても良い。

以上説明した実施例１〜実施例４によれば、１つのノードＮｎから送信されるＢＣデータを、同一のネットワークＮＷにおけるノードＮｎのうち、ある閉域グループに属するノードＮｎのみに、より効率良く転送することができ、これにより、より効率良く閉域性を確保し、またトラフィックを軽減することができる。しかも、各ノードＮｎのアプリケーションが閉域グループを意識してマルチキャストデータを送信しなくても良いという効果を奏する。また、ＢＣデータの送信元アドレスをキーとして、ＢＣデータの送信元のノードＮｎが属する閉域グループを特定し、当該特定した閉域グループに属する他のノードＮｎのアドレスを管理テーブルから取得するように構成したので、より効率良く閉域グループに属する他のノードＮｎに対してＢＣデータを転送することができる。

更に、実施例４によれば、既存のプロトコルを示す情報やサービスを示す情報を利用して、より細かく閉域グループを設定して、閉域性を確保することができる。
また、上述したように、上記ＢＣデータに含まれるプロトコルを示す情報及び宛先アドレスのサービスを示す情報の両方が一致するノードＮｎにのみＢＣデータを転送する構成によれば、プロトコルを示す情報だけが一致するノードＮｎにＢＣデータを転送する場合や、サービスを示す情報だけが一致するノードＮｎにＢＣデータを転送する場合と比較してグループのメンバの条件を制限することが可能である。例えば、プロトコルだけだとその上で動作しているサービスについては何でもよいということができ、サービスだけだとどのプロトコルでそのサービスが動作していてもよいということができるが、プロトコルとサービスを両方含める場合はどのプロトコル上のどのサービスかまで限定することができる。
（III−２．マルチキャストでＢＣデータを転送する場合）
図５は、マルチキャストでＢＣデータを転送する場合に用いられる管理テーブルの一例を示す図である。図５の例では、管理テーブルは、グループ管理テーブル５３とメンバ管理テーブル５２とから構成されている。なお、グループ管理テーブル５３とメンバ管理テーブル５２とを例えばメンバＩＤをキーにして一つにしても良い。ここで、図５に示すメンバ管理テーブル５２については、ユニキャストでＢＣデータを転送する場合と同様であるが、グループ管理テーブル５３については、ユニキャストでＢＣデータを転送する場合のグループ管理テーブル５１からグループアドレスが追加登録された形になっている。当該グループアドレスはマルチキャストアドレスである。なお、グループアドレス中のＭＡＣアドレスについてはこれに対応するＩＰアドレスから計算により求めることができるので、グループ管理テーブル５３に登録しなくとも良い。

以下、グループ管理テーブル５３とメンバ管理テーブル５２を用いた実施例５について、図３を参照しつつ説明する。
（実施例５）
実施例５において、図３のステップＳ１〜Ｓ４の動作は、上記実施例１〜３（どの実施例も適用可能）と同様であるので、説明を省略する。

閉域グループ管理部４は、ＢＣデータ処理部２から取得したＩＰアドレス等をキーにして当該ＩＰアドレス等に対応するノードＮｎが属する閉域グループを、グループ管理テーブル５３とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。

次いで、閉域グループ管理部４は、特定した閉域グループに対応するグループアドレスをグループ管理テーブル５３から取得し、これをＢＣデータ処理部２に渡す（図３のステップＳ６）。

次いで、ＢＣデータ処理部２は、上記メモリに記憶しておいた上記ＢＣデータ、及び閉域グループ管理部４から取得したグループアドレスをデータ変換部５に渡す（図３のステップＳ７）。

次いで、データ変換部５は、ＢＣデータ処理部２から取得したＢＣデータの宛先アドレスに含まれるＭＡＣアドレス及びＩＰアドレスを、同部２から取得したグループアドレスに変換し、当該宛先アドレスが変換されたＢＣデータをＢＣ処理部２に渡す（図３のステップＳ８）。なお、ＭＡＣアドレス及びＩＰアドレスの変換は、上述したように、ヘッダ付加であっても良い。

こうして、宛先アドレスが変換されたＢＣデータは、データ転送部６により、ネットワークＮＷを通じて上記他のメンバである夫々のノードＮｎに対してマルトキャストで転送されることになる。すなわち、各ノードＮｎは、データ転送部６からのＢＣデータのグループアドレスを確認しそれが自身が属する閉域グループのグループアドレスである場合に、当該ＢＣデータを取り込み、当該ＢＣデータのペイロード部における内容にしたがってアプリケーションにより所定の処理を実行することになる。

以上説明した実施例５によれば、上記実施例と同様の効果を奏することができることに加え、ＢＣデータ処理システムＢＳにおいてはＢＣデータの宛先アドレスをマルチキャストアドレスにして転送すれば良い（マルチキャスト対応ルータがマルチキャストアドレスを解釈して、経路が複数ある場合にはマルチキャストデータを複製し、適切に転送する）ので、ＢＣデータをユニキャストで転送する場合と比べて処理負荷を軽減することができると共に、より一層トラフィックを軽減することができる。
[IV．ＢＣデータ処理システムＢＳの動作の他の実施例]
次に、ＢＣデータ処理システムが複数存在し、当該ネットワークシステムＳに備えられる各ノードＮｎは何れか一のＢＣデータ処理システムが関連付けられており、あるＢＣデータ処理システムが受信したＢＣデータの上述した処理を他のＢＣデータ処理システムに委託する場合の動作の実施例について説明する。

図６は、他のＢＣデータ処理システムに対してＢＣデータの処理を委託するため委託リクエスト（委託要求）を行っている様子を示す概念図である。図６の例では、３つのＢＣデータ処理システムＢＳ１〜ＢＳ３を示しているが特に数が限定されるものではない。
（IV−１．委託リクエストが１ホップで届くようにする場合）
図７は、委託要求が１ホップで届くようにする場合に用いられるシステム管理テーブルの一例を示す図である。図７の例では、システム管理テーブル（データ処理システム管理情報の一例）は、ＢＣデータ処理システム管理テーブル６１と、ＢＣデータ処理システムとメンバの関係管理テーブル（以下、「システム・メンバ関係管理テーブル」という）６２とから構成されている。なお、ＢＣデータ処理システム管理テーブル６１と、システム・メンバ関係管理テーブル６２とを例えばシステムＩＤをキーにして一つにしても良い。また、かかるシステム管理テーブルは、ＢＣデータ処理システムＢＳ１〜ＢＳ３の夫々が保持していても良いし、或いはＢＣデータ処理システムＢＳ１〜ＢＳ３の夫々が利用可能なように１箇所に共通に置かれていても良い。

図７に示すＢＣデータ処理システム管理テーブル６１には、各ＢＣデータ処理システムに対して固有に割り当てられたシステムＩＤ及びアドレスと、が対応付けられて登録されている。ここで、「Ｓ００１」はＢＣデータ処理システムＢＳ１のシステムＩＤを示し、「Ｓ００２」はＢＣデータ処理システムＢＳ２のシステムＩＤを示し、「Ｓ００３」はＢＣデータ処理システムＢＳ３のシステムＩＤを示している。また、アドレスに関しては、ＩＰアドレスが登録されているが、ＭＡＣアドレスとＩＰアドレスとの組、或いはＭＡＣアドレスのみが登録されるように構成しても良い。

一方、図７に示すシステム・メンバ関係管理テーブル６２には、各ＢＣデータ処理システムに対して固有に割り当てられたシステムＩＤと、各ＢＣデータ処理システムが関連付けられたノードＮｎのメンバＩＤと、が対応付けられて登録されている。

なお、この実施例においても、グループ管理テーブル５１とメンバ管理テーブル５２とが用いられる。グループ管理テーブル５１とシステム・メンバ関係管理テーブル６２から分かるように、ノードＮ１とノードＮ５は、閉域グループは異なるが、同じＢＣデータ処理システムＢＳ１に関連付けられている。

以下、ＢＣデータ処理システム管理テーブル６１、システム・メンバ関係管理テーブル６２、グループ管理テーブル５１、及びメンバ管理テーブル５２を用いた実施例６について、図３を参照しつつ説明する。
（実施例６）
実施例６において、各ＢＣデータ処理システムＢＳ１〜ＢＳ３のデータキャプチャ部１は、夫々、自ＢＣデータ処理システムに関連付けられたノードＮｎから出力されたＢＣデータをキャプチャし当該ＢＣデータをＢＣデータ処理部２に転送することになる（図３のステップＳ１）。

次いで、ＢＣデータ処理部２は、データキャプチャ部１から取得したＢＣデータをメモリに記憶すると共に、これをアドレス取得部３に渡す（図３のステップＳ２）。

次いで、アドレス取得部３は、ＢＣデータから送信元アドレスとして例えばＩＰアドレス等を取得し、当該ＢＣデータをＢＣデータ処理部２に渡す（図３のステップＳ３）。なお、実施例４で説明したように、ＩＰアドレス等と共にプロトコルを示す情報及びサービスを示す情報を取得しても良い。

次いで、ＢＣデータ処理部２は、アドレス取得部３から取得（つまり、自ＢＣデータ処理システムに関連付けられたノードＮｎから出力されたＢＣデータの送信元アドレスを取得することになる）したＩＰアドレス等を閉域グループ管理部４に渡す（図３のステップＳ４）。

次いで、閉域グループ管理部４は、ＢＣデータ処理部２から取得したＩＰアドレス等をキーにして、当該ＩＰアドレス等に対応するノードＮｎが属する閉域グループを、グループ管理テーブル５１とメンバ管理テーブル５２に基づき特定（識別）する（図３のステップＳ５）。なお、実施例４で説明したように、ＩＰアドレス等及びプロトコルを示す情報並びにサービスを示す情報をキーにして、当該ＩＰアドレス等且つプロトコルを示す情報且つサービスを示す情報に対応するノードＮｎが属する閉域グループを特定しても良い。

次いで、閉域グループ管理部４は、特定した閉域グループに属し、上記ＩＰアドレス等に対応するノードＮｎ以外の他のメンバであるノードＮｎをグループ管理テーブル５１より特定し、当該特定したノードＮｎに関連付けられているＢＣデータ処理システムのアドレスをＢＣデータ処理システム管理テーブル６１及びシステム・メンバ関係管理テーブル６２より特定する。例えば、ＢＣデータの送信元がノードＮ３であった場合、当該ノードＮ３が属する閉域グループＡの他のメンバはノードＮ１及びノードＮ２（DHCP Server）となるが、システム・メンバ関係管理テーブル６２より、ノードＮ１にはＢＣデータ処理システムＢＳ１が関連付けられている一方、ノードＮ２（DHCP Server）にはＢＣデータ処理システムＢＳ２が関連付けられていることが分かる。

続いて、閉域グループ管理部４は、上記特定した他のメンバであるノードＮｎのＩＰアドレス等をメンバ管理テーブル５２から取得すると共に、上記特定したＢＣデータ処理システムのアドレスをＢＣデータ処理システム管理テーブル６１から取得し、当該取得したＢＣデータ処理システムのアドレスと当該ＢＣデータ処理システムに関連付けられたノードＮｎのＩＰアドレス等（実施例５で説明したように、グループアドレス（マルチキャストアドレス）でもよい）を対にしてＢＣデータ処理部２に渡す（図３のステップＳ６）。

なお、ＢＣデータ処理部２は、ＢＣデータ処理システムのアドレスと、当該ＢＣデータ処理システムに関連付けられたノードＮｎのＩＰアドレス等とが区別できるように閉域グループ管理部４から取得できれば良い。例えば、夫々問い合わせを分けても良いし、夫々のアドレスを識別できる識別子を付加するようにしても良い。

次いで、ＢＣデータ処理部２は、閉域グループ管理部４からのＢＣデータ処理システムのアドレスと他のメンバであるノードＮｎのＩＰアドレス等の対を取得し、当該取得したＢＣデータ処理システムのアドレスが自ＢＣデータ処理システムのアドレスであるか否かを判断し、自ＢＣデータ処理システムのアドレスである場合には、上記メモリに記憶しておいた上記ＢＣデータ、及び自ＢＣデータ処理システムのアドレスと対となって取得された他のメンバであるノードＮｎのＩＰアドレス等（実施例５で説明したように、グループアドレス（マルチキャストアドレス）でもよい）をデータ変換部５に渡す（図３のステップＳ７）。これ以降は、上述した実施例１〜３、５等の何れかと同様、ステップＳ８〜Ｓ１０の処理が行われることになる。

例えば、ＢＣデータの送信元のノードＮ３が属する閉域グループＡの他のメンバであるノードＮ２（DHCP Server）に関連付けられたＢＣデータ処理システムＢＳ２は、自ＢＣデータ処理システムであるので、ノードＮ２（DHCP Server）へのＢＣデータの転送処理は、自身（ここでは、ＢＣデータ処理システムＢＳ２）が行うことになる。

なお、実施例４で説明したように、上記ＢＣデータに含まれるプロトコルを示す情報及びサービスを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報及びサービスを示す情報とが夫々一致する他のメンバであるノードＮｎのＩＰアドレス等のみを、当該ＢＣデータと共に、データ変換部５に渡すように構成しても良い。

一方、ＢＣデータ処理部２は、当該取得したＢＣデータ処理システムのアドレスが自ＢＣデータ処理システムのアドレスでない場合、つまり、他のＢＣデータ処理システムのアドレスである場合には、当該他のＢＣデータ処理システムのアドレスにしたがって、上記メモリに記憶しておいた上記ＢＣデータ、及び当該他のＢＣデータ処理システムのアドレスと対となって取得された他のノードＮｎのＩＰアドレス等（実施例５で説明したように、グループアドレス（マルチキャストアドレス）でもよい）を当該他のＢＣデータ処理システムに送信することで委託リクエストを行う。例えば、上記他のＢＣデータ処理システムのアドレスをもとに、上記ＢＣデータ及び当該他のＢＣデータ処理システムのアドレスと対となって取得された他のノードＮｎのＩＰアドレス等をカプセル化してトンネリングする。

すなわち、上記特定された閉域グループに属する他のメンバであるノードＮｎが他のＢＣデータ処理システムに関連付けられている場合には、当該ノードＮｎへのＢＣデータの転送処理は、当該他のＢＣデータ処理システムに委託されることになる。

例えば、ＢＣデータの送信元のノードＮ３が属する閉域グループＡの他のメンバであるノードＮ１に関連付けられたＢＣデータ処理システムＢＳ１は、他のＢＣデータ処理システムであるので、ノードＮ１へのＢＣデータの転送処理は、ＢＣデータ処理システムＢＳ１に委託されることになる。

こうして、当該委託メッセージを受けた他のＢＣデータ処理システムにおいては、受信した委託リクエストに係るＢＣデータ、及びノードＮｎのＩＰアドレス等（実施例５で説明した、グループアドレス（マルチキャストアドレス）でもよい）がデータ変換部５に渡され、上述した実施例１〜３等の何れかと同様、ステップＳ８〜Ｓ１０の処理が行われることになる。

なお、ＢＣデータ処理部２が取得したＢＣデータ処理システムのアドレスが自ＢＣデータ処理システムのアドレスでない場合、上記メモリに記憶しておいた上記ＢＣデータだけを当該他のＢＣデータ処理システムに送信し、当該他のＢＣデータ処理システム側で、上述したステップＳ３以降の閉域グループの特定、当該閉域グループに属する他のメンバであるノードＮｎのアドレスの取得、及び当該ノードＮｎへのＢＣデータの転送等の処理を行わせるように構成しても良い。

以上説明した実施例６によれば、上記実施例と同様の効果を奏することができることに加え、他のＢＣデータ処理システムへの処理委託により、ＢＣデータの処理負担を分散させることができ、また、トラフィックを軽減することができる。

なお、ＢＣデータの宛先アドレスをグループアドレス（マルチキャストアドレス）で変換してから他のＢＣデータ処理システムに委託するように構成しても良い。ＢＣデータの宛先アドレスをグループアドレスで変換してから他のＢＣデータ処理システムに委託する構成によれば、委託元、委託先ＢＣデータ処理システム間のルータでマルチキャストアドレスのルーティングができなくても問題ないという効果がある。
（IV−２．委託要求がマルチホップでも届くようにする場合）
図８は、委託要求がマルチホップでも届くようにする場合に用いられるＢＣデータ処理システムルーティングテーブルの一例を示す図である。

この場合、図７に示すＢＣデータ処理システム管理テーブル６１が、ＢＣデータ処理システムルーティングテーブルに置き換えられる（若しくは追加される）。そして、図８に示すＢＣデータ処理システムルーティングテーブル７１は、ＢＣデータ処理システムＢＳ１により用いられ、図８に示すＢＣデータ処理システムルーティングテーブル７２は、ＢＣデータ処理システムＢＳ２により用いられ、図８に示すＢＣデータ処理システムルーティングテーブル７３は、ＢＣデータ処理システムＢＳ３により用いられる。なお、図７に示すシステム・メンバ関係管理テーブル６２は、各ＢＣデータ処理システムＢＳ１〜３により用いられる。

図８に示すＢＣデータ処理システムルーティングテーブル７１〜７３には、各ＢＣデータ処理システムのシステムＩＤと、ネクストホップ（ｎｅｘｔ ｈｏｐ）アドレスとが、が対応付けられて登録されている。かかるネクストホップアドレスは、宛先のＢＣデータ処理システムにデータを送信するために、次に中継すべきＢＣデータ処理システムのアドレス（ここでは、ＩＰアドレスが登録されているが、ＭＡＣアドレスでも良い）である。例えば、ＢＣデータ処理システムＢＳ１は、ＢＣデータ処理システムＢＳ３にデータを送るには、ＢＣデータ処理システムルーティングテーブル７１より、ネクストホップアドレス「10.0.2.2」に対応するＢＣデータ処理システムＢＳ２にデータを送り、ＢＣデータ処理システムＢＳ２からＢＣデータ処理システムＢＳに当該データを転送してもらうことになる。

なお、上記ＢＣデータ処理システムルーティングテーブル７１〜７３には、自ＢＣデータ処理システムに対応するネクストホップアドレスを省略しているが、自ＢＣデータ処理システムに対応するネクストホップアドレスは、自ＢＣデータ処理システムに固有に割り当てられたアドレス、又は自ＢＣデータ処理システムのループバックアドレスとすれば良い。

以下、ＢＣデータ処理システムルーティングテーブル７１〜７３の何れか、システム・メンバ関係管理テーブル６２、グループ管理テーブル５１、及びメンバ管理テーブル５２を用いた実施例７について、図３を参照しつつ説明する。
（実施例７）
実施例７において、図３のステップＳ１〜Ｓ５の動作は、上記実施例６と同様であるので、説明を省略する。

例えば、ＢＣデータ処理システムＢＳ１の閉域グループ管理部４は、特定した閉域グループに属し、上記ＩＰアドレス等に対応するノードＮｎ以外の他のメンバであるノードＮｎをグループ管理テーブル５１より特定し、当該特定したノードＮｎに関連付けられているＢＣデータ処理システムのネクストホップアドレスをＢＣデータ処理システムルーティングテーブル７１及びシステム・メンバ関係管理テーブル６２より特定する。

続いて、上記閉域グループ管理部４は、上記特定した他のメンバであるノードＮｎのＩＰアドレス等をメンバ管理テーブル５２から取得すると共に、上記特定したＢＣデータ処理システムのネクストホップアドレスをＢＣデータ処理システムルーティングテーブル７１から取得し、当該取得したＢＣデータ処理システムのネクストホップアドレスと当該ＢＣデータ処理システムに関連付けられたノードＮｎのＩＰアドレス等を対にしてＢＣデータ処理部２に渡す（図３のステップＳ６）。

なお、ＢＣデータ処理部２は、ＢＣデータ処理システムのネクストホップアドレスと、当該ＢＣデータ処理システムに関連付けられたノードＮｎのＩＰアドレス等とが区別できるように閉域グループ管理部４から取得できれば良い。例えば、夫々問い合わせを分けても良いし、夫々のアドレスを識別できる識別子を付加するようにしても良い。

次いで、ＢＣデータ処理部２は、閉域グループ管理部４からのＢＣデータ処理システムのネクストホップアドレスと他のメンバであるノードＮｎのＩＰアドレス等の対を取得し、当該取得したＢＣデータ処理システムのネクストホップアドレスが自ＢＣデータ処理システムのアドレス又はループバックアドレスであるか否かを判断し、自ＢＣデータ処理システムのアドレス又はループバックアドレスである場合には、上記メモリに記憶しておいた上記ＢＣデータ、及び自ＢＣデータ処理システムのネクストホップアドレスと対となって取得された他のメンバであるノードＮｎのＩＰアドレス等をデータ変換部５に渡す（図３のステップＳ７）。これ以降は、上述した実施例６と同様、ステップＳ８〜Ｓ１０の処理が行われることになる。

なお、実施例４で説明したように、上記ＢＣデータに含まれるプロトコルを示す情報及びサービスを示す情報と、メンバ管理テーブル５２から取得されたプロトコルを示す情報及びサービスを示す情報とが夫々一致する他のメンバであるノードＮｎのＩＰアドレス等のみを、当該ＢＣデータと共に、データ変換部５に渡すように構成しても良い。

一方、ＢＣデータ処理部２は、当該取得したＢＣデータ処理システムのネクストホップアドレスが自ＢＣデータ処理システムのアドレス又はループバックアドレスでない場合、つまり、他のＢＣデータ処理システムのネクストホップアドレスである場合には、当該他のＢＣデータ処理システムのネクストホップアドレスにしたがって、上記メモリに記憶しておいた上記ＢＣデータ、及び当該他のＢＣデータ処理システムのネクストホップアドレスと対となって取得された他のノードＮｎのＩＰアドレス等を当該他のＢＣデータ処理システムに送信することで委託リクエストを行う。

例えば、上記他のＢＣデータ処理システムのネクストホップアドレスをもとに、上記ＢＣデータ及び当該他のＢＣデータ処理システムのネクストホップアドレスと対となって取得された他のノードＮｎのＩＰアドレス等をカプセル化してトンネリングする。

こうして、上記委託メッセージを受けた例えばＢＣデータ処理システムＢＳ２においては、当該委託リクエストに係る上記ノードＮｎのＩＰアドレス等が閉域グループ管理部４に渡され、当該閉域グループ管理部４は、当該ノードＮｎに関連付けられたＢＣデータ処理システムのネクストホップアドレスをＢＣデータ処理システムルーティングテーブル７２から取得し、ＢＣデータ処理部２に渡す。次いで、ＢＣデータ処理部２は、閉域グループ管理部４から取得したＢＣデータ処理システムのネクストホップアドレスが自ＢＣデータ処理システムのアドレス又はループバックアドレスであるか否かを判断し、自ＢＣデータ処理システムのアドレス又はループバックアドレスである場合には、当該委託リクエストに係るＢＣデータ及び当該委託リクエストに係る上記ノードＮｎのＩＰアドレス等をデータ変換部５に渡し、上述した実施例６と同様、ステップＳ８〜Ｓ１０の処理が行われることになる。

一方、ＢＣデータ処理部２は、当該取得したＢＣデータ処理システムのネクストホップアドレスが自ＢＣデータ処理システムのアドレス又はループバックアドレスでない場合、つまり、他のＢＣデータ処理システムのネクストホップアドレスである場合には、当該他のＢＣデータ処理システムのネクストホップアドレスにしたがって、上記ＢＣデータ、及び当該委託リクエストに係る上記ノードＮｎのＩＰアドレス等を当該他のＢＣデータ処理システムに送信することで委託リクエストを行うことになる。

ここで、上記ＢＣデータの委託要求を他のＢＣデータ処理システムに既に行ったＢＣデータ処理システム（以下、「委託ＢＣデータ処理システム」という）に対して再委託要求が行われないようにする必要がある。この対策として、例えば、ＢＣデータ処理部２が閉域グループ管理部４に対してアドレスを問い合わせるときに、上記委託ＢＣデータ処理システムのアドレスを付加することで、ＢＣデータ処理部２に返信されるアドレス候補から、上記委託ＢＣデータ処理システムのアドレスを削除しておくようにすれば良い。或いは、データ変換部５でＢＣデータのアドレス変換するときに、上記委託ＢＣデータ処理システムのアドレスの場合は変換処理を行わない等の対策をとると良い。また、再委託要求のループが行われないようにする必要もある。この対策として、委託されたＢＣデータのキャッシュを行っておき、同じ委託要求に係るＢＣデータが別の委託元から来た場合は破棄するという方法が挙げられる。そのほか、再委託要求やループの回避方法としては、再委託やループされないようにそもそもマルチキャストのルーティングプロトコルなどを使用してルーティングテーブルを構築する方法などが挙げられる。

以上説明した実施例７によれば、上記実施例と同様の効果を奏することができることに加え、処理委託用のルーティングテーブルにより、多段的に処理を委託することができ、より一層トラフィックを低減することができる。

ネットワークシステムの概要構成例を示す図である。 ノードＮ１から出力されたＢＣデータが閉域グループＡに属するノードＮ２及びノードＮ３に伝送される様子を示す概念図である。 ＢＣデータ処理システムＢＳの処理の一例を示すシーケンス図である。 ユニキャストでＢＣデータを転送する場合に用いられる管理テーブルの一例を示す図である。 マルチキャストでＢＣデータを転送する場合に用いられる管理テーブルの一例を示す図である。 他のＢＣデータ処理システムに対してＢＣデータの処理を委託するため委託リクエスト（委託要求）を行っている様子を示す概念図である。 委託要求が１ホップで届くようにする場合に用いられるシステム管理テーブルの一例を示す図である。 委託要求がマルチホップでも届くようにする場合に用いられるＢＣデータ処理システムルーティングテーブルの一例を示す図である。

符号の説明

１ データキャプチャ部
２ ＢＣデータ処理部
３ アドレス取得部
４ 閉域グループ管理部
５ データ変換部
６ データ転送部
５１，５３ グループ管理テーブル
５２ メンバ管理テーブル
６１ ＢＣデータ処理システム管理テーブル
６２ システム・メンバ関係管理テーブル
７１〜７３ ＢＣデータ処理システムルーティングテーブル
Ｎｎ ノード
ＢＳ，ＢＳ１〜ＢＳ３ データ処理システム
ＮＷ ネットワーク
Ｓ ネットワークシステム

Claims (11)

1. ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して送信されるブロードキャストデータを処理するデータ処理システムであって、
   前記一のノードから出力されたブロードキャストデータを取得するブロードキャストデータ取得手段と、
   前記取得されたブロードキャストデータに含まれる送信元アドレスを取得する送信元アドレス取得手段と、
   前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得する宛先アドレス取得手段と、
   前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するデータ転送手段と、
   を備えることを特徴とするデータ処理システム。
2. 請求項１に記載のデータ処理システムにおいて、
   前記グループ管理情報から取得される宛先アドレスは、マルチキャストアドレスであることを特徴とするデータ処理システム。
3. 請求項１又は２に記載のデータ処理システムにおいて、
   前記アドレスは、ＭＡＣアドレスとＩＰアドレスの組又は少なくとも何れか一方であることを特徴とするデータ処理システム。
4. 請求項１乃至３の何れか一項に記載のデータ処理システムにおいて、
   前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス及びプロトコルを示す情報との対応関係を規定しており、
   前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス及びプロトコルを示す情報を取得し、
   前記宛先アドレス取得手段は、前記取得された送信元アドレス及びプロトコルを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたプロトコルを示す情報を、前記グループ管理情報から取得し、
   前記データ転送手段は、前記取得されたブロードキャストデータに含まれるプロトコルを示す情報と、前記グループ管理情報から取得されたプロトコルを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とするデータ処理システム。
5. 請求項１乃至３の何れか一項に記載のデータ処理システムにおいて、
   前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス及びサービスを示す情報との対応関係を規定しており、
   前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス及びサービスを示す情報を取得し、
   前記宛先アドレス取得手段は、前記取得された送信元アドレス及びサービスを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたサービスを示す情報を、前記グループ管理情報から取得し、
   前記データ転送手段は、前記取得されたブロードキャストデータに含まれるサービスを示す情報と、前記グループ管理情報から取得されたサービスを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とするデータ処理システム。
6. 請求項１乃至３の何れか一項に記載のデータ処理システムにおいて、
   前記グループ管理情報は、前記グループと、当該グループに属するノードのアドレス、プロトコルを示す情報及びサービスを示す情報との対応関係を規定しており、
   前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレス、プロトコルを示す情報及びサービスを示す情報を取得し、
   前記宛先アドレス取得手段は、前記取得された送信元アドレス、プロトコルを示す情報及びサービスを示す情報に対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレス及び当該アドレスに対応付けられたプロトコルを示す情報及びサービスを示す情報を、前記グループ管理情報から取得し、
   前記データ転送手段は、前記取得されたブロードキャストデータに含まれるプロトコルを示す情報及びサービスを示す情報と、前記グループ管理情報から取得されたプロトコルを示す情報及びサービスを示す情報とが一致する場合にのみ、前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送することを特徴とするデータ処理システム。
7. 請求項１乃至６の何れか一項に記載のデータ処理システムにおいて、
   前記ネットワークは、現実のネットワーク上に、仮想的なネットワークとして構成されたオーバーレイネットワークであることを特徴とするデータ処理システム。
8. 一つの前記ネットワークシステムには、請求項１乃至７の何れか一項に記載のデータ処理システムが複数存在し、当該ネットワークシステムに備えられる各前記ノードは何れか一の前記データ処理システムが関連付けられており、
   各前記データ処理システムのブロードキャストデータ取得手段は、自データ処理システムに関連付けられた前記一のノードから出力されたブロードキャストデータを取得し、前記送信元アドレス取得手段は、前記取得されたブロードキャストデータに含まれる送信元アドレスを取得し、
   更に、前記各データ処理システムは、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードが他の前記データ処理システムに関連付けられている場合には、前記データ転送手段の処理、又は前記宛先アドレス取得手段及び前記データ転送手段の処理を、当該他のデータ処理システムに委託する委託要求を行う委託要求手段を備えることを特徴とするデータ処理システム。
9. 請求項８に記載のデータ処理システムにおいて、
   前記宛先アドレス取得手段は、前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを前記グループ管理情報から取得すると共に、当該他のノードに関連付けられているデータ処理システムが他のデータ処理システムである場合には、当該他のデータ処理システムのアドレスを、前記データ処理システムに関連付けられたノードと当該データ処理システムのアドレスの対応関係を規定するデータ処理システム管理情報から取得し、
   前記委託要求手段は、前記委託要求において、前記取得された他のデータ処理システムのアドレスにしたがって、前記取得されたブロードキャストデータ及び当該他のデータ処理システムに関連付けられた他のノードのアドレスを当該他のデータ処理システムに送信することを特徴とするデータ処理システム。
10. ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して転送されるブロードキャストデータを処理するデータ処理方法であって、
    前記一のノードから出力されたブロードキャストデータを取得するステップと、
    前記取得されたブロードキャストデータに含まれる送信元アドレスを取得するステップと、
    前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得するステップと、
    前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するステップと、
    を備えることを特徴とするデータ処理方法。
11. ネットワークを介して互いに通信可能な複数のノードを備えるネットワークシステムにおいて送信元アドレスと宛先アドレスを含み、何れか一の前記ノードから他の全ての前記ノードに対して送信されるブロードキャストデータを処理するコンピュータを、
    前記一のノードから出力されたブロードキャストデータを取得するブロードキャストデータ取得手段、
    前記取得されたブロードキャストデータに含まれる送信元アドレスを取得する送信元アドレス取得手段、
    前記取得された送信元アドレスに対応するノードが属するグループに属し、当該送信元アドレスに対応するノード以外の他のノードのみに前記ブロードキャストデータを転送するためのアドレスを、前記グループと当該グループに属するノードのアドレスとの対応関係を規定するグループ管理情報から取得する宛先アドレス取得手段、及び、
    前記取得されたブロードキャストデータの宛先アドレスを前記グループ管理情報から取得された宛先アドレスとして当該ブロードキャストデータを前記ネットワークを通じて前記他のノードに対して転送するデータ転送手段として機能させることを特徴とするデータ処理プログラム。

Images