JP3488114B2 - 閉域ユーザグループネットワーク管理システム - Google Patents
閉域ユーザグループネットワーク管理システムInfo
- Publication number
- JP3488114B2 JP3488114B2 JP3984999A JP3984999A JP3488114B2 JP 3488114 B2 JP3488114 B2 JP 3488114B2 JP 3984999 A JP3984999 A JP 3984999A JP 3984999 A JP3984999 A JP 3984999A JP 3488114 B2 JP3488114 B2 JP 3488114B2
- Authority
- JP
- Japan
- Prior art keywords
- node
- cug
- information
- unit
- routing table
- 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.)
- Expired - Fee Related
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、バックボーンとし
てインターネットを利用しつつ、特定のメンバのグルー
プ内だけで通信を行うＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉ
ｖａｔｅ Ｎｅｔｗｏｒｋ）等の、閉域ユーザグループ
（ＣＵＧ：Ｃｌｏｓｅｄ Ｕｓｅｒ Ｇｒｏｕｐ）ネッ
トワークの管理システムに関するものである。 【０００２】 【従来の技術】ＣＵＧネットワーク管理システムは、Ｃ
ＵＧネットワークの管理において、ＣＵＧのメンバの追
加、削除等の設定を行う必要があるが、その場合、メン
バ設定を効率的に行えることが望ましい。 【０００３】ＣＵＧでは、パケットの転送を行うノード
はＣＵＧ毎にメンバテーブルとルーティングテーブルを
有する。メンバテーブルは各ＣＵＧにどのメンバが属し
ているかの情報を有し、ルーティングテーブルは各ＣＵ
Ｇについて宛先のメンバと転送先のノードとを対とする
エントリを有する。 【０００４】各ノードは、自分に接続されているメンバ
から、あるＣＵＧのメンバ宛のパケットを受け取ると、
送信元のメンバが当該ＣＵＧ用メンバテーブルに登録さ
れていることを確認した後、当該ＣＵＧ用ルーティング
テーブルに従ってパケットを転送し、登録されていない
場合はパケットを破棄する。 【０００５】図１はＣＵＧネットワークの一例を示すも
ので、図中、ＣＵＧ（１），ＣＵＧ（ｎ）は閉域ユーザ
グループ（なお、括弧内の数字はグループ番号を表して
いる。）、Ｍ１，Ｍ２，……Ｍｘ，Ｍｙはメンバ、Ｎ
１，Ｎ２，Ｎ３はノードである。また、同図の（ｂ）は
ノードＮ１の詳細、特にノードＮ１が所有するメンバテ
ーブル及びルーティングテーブルを示している。 【０００６】以下、ＣＵＧ（１）のノードＮ１を例にと
ってＣＵＧの仕組みを説明する。 【０００７】まず、ＣＵＧ（１）のメンバＭ１がＭ２と
の通信を試みる場合を考える。ノードＮ１はパケットを
受け取ると、送信元のメンバＭ１が当該ＣＵＧ（１）用
メンバテーブルに登録されていることを確認し、当該Ｃ
ＵＧ（１）用ルーティングテーブルＲ１１のエントリＥ
１１１に従い、メンバＭ２の転送先であるノードＮ２に
パケットを転送する。ノードＮ２はパケットをメンバＭ
２に渡す。 【０００８】次に、ＣＵＧ（１）のメンバでないＭ５が
Ｍ２との通信を試みる場合を考える。ノードＮ１はパケ
ットを受け取ると、送信元のメンバＭ５が当該ＣＵＧ
（１）用メンバテーブルに登録されていないことを確認
し、パケットを廃棄する。従って、ＣＵＧ外からの通信
はできない。 【０００９】次に、ＣＵＧ（１）のメンバＭ１がＣＵＧ
（１）のメンバでないＭ６との通信を試みる場合を考え
る。ノードＮ１はパケットを受け取ると、送信元のメン
バＭ１が当該ＣＵＧ（１）用メンバテーブルに登録され
ていることを確認し、当該ＣＵＧ（１）用ルーティング
テーブルＲ１１に従い、パケットを転送しようとする。
然るにメンバＭ６を転送するためのエントリは、当該Ｃ
ＵＧ（１）用ルーティングテーブルＲ１１にないため、
パケットは廃棄される。従って、ＣＵＧ外への通信はで
きない。 【００１０】ここで、新しいメンバとしてノードＮ３に
接続されるメンバＭ４をＣＵＧ（１）に加えることを考
える。その際、（ａ）Ｍ４をＮ３にＣＵＧ（１）のメン
バとして登録し、（ｂ）Ｍ４へＭ１，Ｍ２，Ｍ３から通
信を可能とし、（ｃ）Ｍ４からＭ１，Ｍ２，Ｍ３へ通信
を可能とする、ことが必要となる。 【００１１】（ａ）については、ノードＮ３のＣＵＧ
（１）用メンバテーブルにメンバＭ４を設定する必要が
ある。また、（ｂ）については、メンバＭ１，Ｍ２，Ｍ
３が接続されているノードＮ１，Ｎ２のＣＵＧ（１）用
ルーティングテーブルＲ１１，Ｒ２１（但し、Ｒ２１は
図示せず）に「Ｍ４宛のパケットはＮ３に転送する」と
いうエントリを追加する必要がある。さらに、（ｃ）に
ついては、メンバＭ４が接続されているノードＮ３のＣ
ＵＧ（１）用ルーティングテーブルＲ３１（但し、Ｒ３
１は図示せず）に「Ｍ１宛のパケットはＮ１に転送し、
Ｍ２，Ｍ３宛のパケットはＮ２に転送する」というエン
トリを追加する必要がある。 【００１２】従来、このようなＣＵＧのメンバ追加に必
要なデータ設定を自動で行う仕組みは存在せず、オペレ
ータが手動で、関連する全ノードに対して上述の設定を
行っていた。 【００１３】 【発明が解決しようとする課題】ＣＵＧのメンバ追加の
際、オペレータはメンバが接続されるノードのメンバテ
ーブルを更新するだけでなく、当該ＣＵＧの各メンバが
接続されている全ノードについて、そのノードが所有す
るルーティングテーブルのエントリを設定しなければな
らない。そのため、オペレータが手動でＣＵＧのメンバ
追加を行うことは、非常に手間がかかる作業となってい
た。 【００１４】本発明の目的は、上述の問題を解決するた
め、ＣＵＧのメンバ追加のためのノードのメンバテーブ
ル及びルーティングテーブルの設定を効率的に行うＣＵ
Ｇネットワーク管理システムを提供することにある。 【００１５】 【課題を解決するための手段】本発明では、前記目的を
達成するため、ネットワーク管理システムを大きく、ユ
ーザインターフェース部、ノード情報データベース、メ
ンバ情報追加部、ノード情報追加部、ノード情報収集
部、ルーティング情報収集部及びルーティングテーブル
追加部で構成する。 【００１６】ユーザインターフェース部は、オペレータ
からの操作入力を受け付ける。 【００１７】ノード情報データベースは、ＣＵＧ番号を
キーとして当該ＣＵＧに属する全メンバの接続ノードの
情報を保持する。 【００１８】メンバ情報追加部は、ユーザインターフェ
ース部からのＣＵＧ番号、メンバ及びノードの情報よ
り、ノードの当該ＣＵＧ用メンバテーブルにメンバを追
加設定する。 【００１９】ノード情報追加部は、ユーザインターフェ
ース部からのＣＵＧ番号及びノードの情報より、ノード
情報データベースの当該ＣＵＧ用の項目にノードを追加
設定する。 【００２０】ノード情報収集部は、ユーザインターフェ
ース部からのＣＵＧ番号よりノード情報データベースを
検索し、当該ＣＵＧに属する全ノードの情報を収集す
る。 【００２１】ルーティング情報収集部は、ノード情報収
集部からのＣＵＧ番号及びノードの情報より、各ノード
から当該ＣＵＧ用のルーティングテーブルのエントリを
収集する。 【００２２】ルーティングテーブル追加部は、ルーティ
ング情報収集部からのＣＵＧ番号、ノード及びルーティ
ングテーブルのエントリ、並びにユーザインターフェー
ス部からのＣＵＧ番号、メンバ及びノードの情報をもと
に、追加メンバが接続されるノード及び当該ＣＵＧに属
する全ノードのルーティングテーブルのエントリを設定
する。 【００２３】前記構成において、まず、オペレータが入
力する、メンバを追加したいＣＵＧ番号（ｎ）、追加す
べきメンバ（Ｍｊ）及びそのメンバが接続されるノード
（Ｎｉ）の情報を、ユーザインターフェース部が受け取
り、メンバ情報追加部、ノード情報追加部、ノード情報
収集部及びルーティングテーブル追加部に渡す。 【００２４】メンバ情報追加部は、ＣＵＧ番号（ｎ）、
メンバ（Ｍｊ）及びノード（Ｎｉ）の情報より、ノード
（Ｎｉ）の当該ＣＵＧ（ｎ）用メンバテーブルにメンバ
（Ｍｊ）を追加する。 【００２５】ノード情報追加部は、ＣＵＧ番号（ｎ）及
びノード（Ｎｉ）の情報より、ノード情報データベース
の当該ＣＵＧ（ｎ）用の項目にノード（Ｎｉ）が既に含
まれているかどうかを調べ、含まれていなかった場合に
は追加する。 【００２６】ノード情報収集部は、ＣＵＧ番号（ｎ）よ
りノード情報データベースを検索し、当該ＣＵＧ（ｎ）
に属する全ノード（Ｎｘ，Ｎｙ，Ｎｉ，……）の情報を
収集し、収集した情報をルーティング情報収集部に渡
す。 【００２７】ルーティング情報収集部は、ノード（Ｎ
ｘ，Ｎｙ，Ｎｉ，……）に属する各ノードから当該ＣＵ
Ｇ（ｎ）用ルーティングテーブル（Ｒｘｎ，Ｒｙｎ，…
…）内のエントリ（（Ｅｘｎ１，Ｅｘｎ２，……），
（Ｅｙｎ１，Ｅｙｎ２，……），……）を全て収集し、
ルーティングテーブル追加部に渡す（但し、エントリの
内容が重複する場合は一つだけ渡す。）。 【００２８】ルーティングテーブル追加部は、メンバ
（Ｍｊ）が接続されるノード（Ｎｉ）のＣＵＧ（ｎ）用
ルーティングテーブル（Ｒｉｎ）に、ルーティング情報
収集部で収集されたルーティングテーブル（Ｒｘｎ，Ｒ
ｙｎ，……）のエントリ（Ｅｉｎα，Ｅｉｎβ，……）
を追加する。また、既にメンバが接続されているノード
（Ｎｘ，Ｎｙ，……）のＣＵＧ（ｎ）用ルーティングテ
ーブル（Ｒｘｎ，Ｒｙｎ，……）に、エントリ（Ｅｘｎ
ａ，Ｅｙｎｂ，……）を追加する。 【００２９】 【発明の実施の形態】図２は本発明の閉域ユーザグルー
プネットワーク管理システムの実施の形態の一例を示す
ものである。図中、１０はネットワーク管理システムで
あり、ユーザインターフェース部１１、ノード情報デー
タベース１２、メンバ情報追加部１３、ノード情報追加
部１４、ノード情報収集部１５、ルーティング情報収集
部１６及びルーティングテーブル追加部１７で構成され
る。 【００３０】ユーザインターフェース部１１は、オペレ
ータからの操作入力を受け付け、その内容をメンバ情報
追加部１３、ノード情報追加部１４、ノード情報収集部
１５及びルーティングテーブル追加部１７に渡す。 【００３１】ノード情報データベース１２は、ＣＵＧ番
号をキーとして当該ＣＵＧに属する全メンバの接続ノー
ドの情報を保持する。 【００３２】メンバ情報追加部１３は、ユーザインター
フェース部１１からのメンバを追加したいＣＵＧ番号、
追加すべきメンバ及びその接続ノードの情報より、ノー
ドの当該ＣＵＧ用メンバテーブルにメンバを追加設定す
る。 【００３３】ノード情報追加部１４は、ユーザインター
フェース部１１からのＣＵＧ番号及びノードの情報よ
り、ノード情報データベース１２の当該ＣＵＧ用の項目
にノードを追加設定する。 【００３４】ノード情報収集部１５は、ユーザインター
フェース部１１からのＣＵＧ番号よりノード情報データ
ベース１２を検索し、当該ＣＵＧに属する全ノードの情
報を収集し、これをＣＵＧ番号とともにルーティング情
報収集部１６に渡す。 【００３５】ルーティング情報収集部１６は、ノード情
報収集部１５からのＣＵＧ番号及びノードの情報より、
各ノードから当該ＣＵＧのルーティングテーブルのエン
トリを収集し、これをＣＵＧ番号及びノードの情報とと
もにルーティングテーブル追加部１７に渡す（但し、エ
ントリの内容が重複する場合は一つだけ渡す。）。 【００３６】ルーティングテーブル追加部１７は、ルー
ティング情報収集部１６からのＣＵＧ番号、ノード、ル
ーティングテーブルのエントリの情報、並びにユーザイ
ンターフェース部１１からのＣＵＧ番号、メンバ及びノ
ードの情報をもとに、追加メンバが接続されるノード及
び当該ＣＵＧに属する全ノードのルーティングテーブル
のエントリを設定する。 【００３７】図３は本発明のＣＵＧネットワーク管理シ
ステムの動作シーケンスの一例、ここでは図１で説明し
た、ＣＵＧ（１）にメンバＭ４を追加する場合の例を示
すものである。ここで、メンバＭ４はノードＮ３に接続
され、また、ノード情報データベース１２のＣＵＧ
（１）用の項目にはノードＮ１，Ｎ２が登録されている
ものとする。 【００３８】（ステップ１）ユーザインタフェース部１
１は、オペレータから入力される、メンバを追加したい
ＣＵＧ番号（１）、追加すべきメンバ（Ｍ４）及びその
メンバが接続されるノード（Ｎ３）の情報を受け付け
る。 【００３９】（ステップ２）メンバ情報追加部１３は、
ユーザインターフェース部１１からＣＵＧ番号（１）、
メンバ（Ｍ４）、ノード（Ｎ３）の情報を受け付け、ノ
ード（Ｎ３）の当該ＣＵＧ（１）用メンバテーブルにメ
ンバ（Ｍ４）を追加する。 【００４０】（ステップ３）ノード情報追加部１４は、
ユーザインターフェース部１１からＣＵＧ番号（１）及
びノード（Ｎ３）の情報を受け付け、ノード情報データ
ベース１２の当該ＣＵＧ（１）用の項目にノード（Ｎ
３）を追加する。 【００４１】（ステップ４）ノード情報収集部１５は、
ユーザインターフェース部１１からのＣＵＧ番号（１）
よりノード情報データベース１２を検索し、当該ＣＵＧ
（１）に属する全接続ノード（Ｎ１，Ｎ２）の情報を収
集し、これをＣＵＧ番号（１）とともにルーティング情
報収集部１６に渡す。 【００４２】（ステップ５）ルーティング情報収集部１
６は、ノード情報収集部１５からのＣＵＧ番号（１）及
びノード（Ｎ１，Ｎ２）の情報より、ノード（Ｎ１）か
ら当該ＣＵＧ（１）用のルーティングテーブル内のエン
トリ（Ｅ１１１，Ｅ１１２）の情報を収集し、ノード
（Ｎ２）から当該ＣＵＧ（１）用のルーティングテーブ
ル内のエントリ（Ｅ２１１）の情報を収集し、これをＣ
ＵＧ番号（１）及びノード（Ｎ１，Ｎ２）の情報ととも
にルーティングテーブル追加部１７に渡す。なお、この
例では重複するエントリは存在しない。 【００４３】（ステップ６）ルーティングテーブル追加
部１７は、メンバ（Ｍ４）が接続されるノード（Ｎ３）
のＣＵＧ（１）用のルーティングテーブルに、ステップ
５で収集されたルーティングテーブルの各エントリ（Ｅ
３１１，Ｅ３１２，Ｅ３１３）を追加する。また、既に
メンバが接続されているノード（Ｎ１，Ｎ２）につい
て、ノードＮ１のＣＵＧ（１）用のルーティングテーブ
ルにエントリ（Ｅ１１３）、ノードＮ２のＣＵＧ（１）
用のルーティングテーブルにエントリ（Ｅ２１２）を追
加する。 【００４４】なお、上記実施の形態は、ノードが３つ、
メンバが４つのＣＵＧの場合について述べたが、本発明
はこれに限定されるものではない。 【００４５】 【発明の効果】以上説明したように、本発明によれば、
以下のような効果が得られる。 １．オペレータはＣＵＧに追加されるメンバの情報、Ｃ
ＵＧ番号、接続されるノードだけをユーザインターフェ
ース部に入力すれば良いため、自分で追加・変更の必要
のあるノードを調べて、ルーティング情報を収集する必
要がない。 ２．ルーティングテーブルの情報を収集したり、ルーテ
ィング情報を設定したりする方法は対象となるネットワ
ークやＣＵＧの実現方式毎に異なるが、本発明ではルー
ティング情報収集部とルーティングテーブル追加部が独
立しているため、様々なネットワークやＣＵＧの実現方
式に対して適用することが容易である。
てインターネットを利用しつつ、特定のメンバのグルー
プ内だけで通信を行うＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉ
ｖａｔｅ Ｎｅｔｗｏｒｋ）等の、閉域ユーザグループ
（ＣＵＧ：Ｃｌｏｓｅｄ Ｕｓｅｒ Ｇｒｏｕｐ）ネッ
トワークの管理システムに関するものである。 【０００２】 【従来の技術】ＣＵＧネットワーク管理システムは、Ｃ
ＵＧネットワークの管理において、ＣＵＧのメンバの追
加、削除等の設定を行う必要があるが、その場合、メン
バ設定を効率的に行えることが望ましい。 【０００３】ＣＵＧでは、パケットの転送を行うノード
はＣＵＧ毎にメンバテーブルとルーティングテーブルを
有する。メンバテーブルは各ＣＵＧにどのメンバが属し
ているかの情報を有し、ルーティングテーブルは各ＣＵ
Ｇについて宛先のメンバと転送先のノードとを対とする
エントリを有する。 【０００４】各ノードは、自分に接続されているメンバ
から、あるＣＵＧのメンバ宛のパケットを受け取ると、
送信元のメンバが当該ＣＵＧ用メンバテーブルに登録さ
れていることを確認した後、当該ＣＵＧ用ルーティング
テーブルに従ってパケットを転送し、登録されていない
場合はパケットを破棄する。 【０００５】図１はＣＵＧネットワークの一例を示すも
ので、図中、ＣＵＧ（１），ＣＵＧ（ｎ）は閉域ユーザ
グループ（なお、括弧内の数字はグループ番号を表して
いる。）、Ｍ１，Ｍ２，……Ｍｘ，Ｍｙはメンバ、Ｎ
１，Ｎ２，Ｎ３はノードである。また、同図の（ｂ）は
ノードＮ１の詳細、特にノードＮ１が所有するメンバテ
ーブル及びルーティングテーブルを示している。 【０００６】以下、ＣＵＧ（１）のノードＮ１を例にと
ってＣＵＧの仕組みを説明する。 【０００７】まず、ＣＵＧ（１）のメンバＭ１がＭ２と
の通信を試みる場合を考える。ノードＮ１はパケットを
受け取ると、送信元のメンバＭ１が当該ＣＵＧ（１）用
メンバテーブルに登録されていることを確認し、当該Ｃ
ＵＧ（１）用ルーティングテーブルＲ１１のエントリＥ
１１１に従い、メンバＭ２の転送先であるノードＮ２に
パケットを転送する。ノードＮ２はパケットをメンバＭ
２に渡す。 【０００８】次に、ＣＵＧ（１）のメンバでないＭ５が
Ｍ２との通信を試みる場合を考える。ノードＮ１はパケ
ットを受け取ると、送信元のメンバＭ５が当該ＣＵＧ
（１）用メンバテーブルに登録されていないことを確認
し、パケットを廃棄する。従って、ＣＵＧ外からの通信
はできない。 【０００９】次に、ＣＵＧ（１）のメンバＭ１がＣＵＧ
（１）のメンバでないＭ６との通信を試みる場合を考え
る。ノードＮ１はパケットを受け取ると、送信元のメン
バＭ１が当該ＣＵＧ（１）用メンバテーブルに登録され
ていることを確認し、当該ＣＵＧ（１）用ルーティング
テーブルＲ１１に従い、パケットを転送しようとする。
然るにメンバＭ６を転送するためのエントリは、当該Ｃ
ＵＧ（１）用ルーティングテーブルＲ１１にないため、
パケットは廃棄される。従って、ＣＵＧ外への通信はで
きない。 【００１０】ここで、新しいメンバとしてノードＮ３に
接続されるメンバＭ４をＣＵＧ（１）に加えることを考
える。その際、（ａ）Ｍ４をＮ３にＣＵＧ（１）のメン
バとして登録し、（ｂ）Ｍ４へＭ１，Ｍ２，Ｍ３から通
信を可能とし、（ｃ）Ｍ４からＭ１，Ｍ２，Ｍ３へ通信
を可能とする、ことが必要となる。 【００１１】（ａ）については、ノードＮ３のＣＵＧ
（１）用メンバテーブルにメンバＭ４を設定する必要が
ある。また、（ｂ）については、メンバＭ１，Ｍ２，Ｍ
３が接続されているノードＮ１，Ｎ２のＣＵＧ（１）用
ルーティングテーブルＲ１１，Ｒ２１（但し、Ｒ２１は
図示せず）に「Ｍ４宛のパケットはＮ３に転送する」と
いうエントリを追加する必要がある。さらに、（ｃ）に
ついては、メンバＭ４が接続されているノードＮ３のＣ
ＵＧ（１）用ルーティングテーブルＲ３１（但し、Ｒ３
１は図示せず）に「Ｍ１宛のパケットはＮ１に転送し、
Ｍ２，Ｍ３宛のパケットはＮ２に転送する」というエン
トリを追加する必要がある。 【００１２】従来、このようなＣＵＧのメンバ追加に必
要なデータ設定を自動で行う仕組みは存在せず、オペレ
ータが手動で、関連する全ノードに対して上述の設定を
行っていた。 【００１３】 【発明が解決しようとする課題】ＣＵＧのメンバ追加の
際、オペレータはメンバが接続されるノードのメンバテ
ーブルを更新するだけでなく、当該ＣＵＧの各メンバが
接続されている全ノードについて、そのノードが所有す
るルーティングテーブルのエントリを設定しなければな
らない。そのため、オペレータが手動でＣＵＧのメンバ
追加を行うことは、非常に手間がかかる作業となってい
た。 【００１４】本発明の目的は、上述の問題を解決するた
め、ＣＵＧのメンバ追加のためのノードのメンバテーブ
ル及びルーティングテーブルの設定を効率的に行うＣＵ
Ｇネットワーク管理システムを提供することにある。 【００１５】 【課題を解決するための手段】本発明では、前記目的を
達成するため、ネットワーク管理システムを大きく、ユ
ーザインターフェース部、ノード情報データベース、メ
ンバ情報追加部、ノード情報追加部、ノード情報収集
部、ルーティング情報収集部及びルーティングテーブル
追加部で構成する。 【００１６】ユーザインターフェース部は、オペレータ
からの操作入力を受け付ける。 【００１７】ノード情報データベースは、ＣＵＧ番号を
キーとして当該ＣＵＧに属する全メンバの接続ノードの
情報を保持する。 【００１８】メンバ情報追加部は、ユーザインターフェ
ース部からのＣＵＧ番号、メンバ及びノードの情報よ
り、ノードの当該ＣＵＧ用メンバテーブルにメンバを追
加設定する。 【００１９】ノード情報追加部は、ユーザインターフェ
ース部からのＣＵＧ番号及びノードの情報より、ノード
情報データベースの当該ＣＵＧ用の項目にノードを追加
設定する。 【００２０】ノード情報収集部は、ユーザインターフェ
ース部からのＣＵＧ番号よりノード情報データベースを
検索し、当該ＣＵＧに属する全ノードの情報を収集す
る。 【００２１】ルーティング情報収集部は、ノード情報収
集部からのＣＵＧ番号及びノードの情報より、各ノード
から当該ＣＵＧ用のルーティングテーブルのエントリを
収集する。 【００２２】ルーティングテーブル追加部は、ルーティ
ング情報収集部からのＣＵＧ番号、ノード及びルーティ
ングテーブルのエントリ、並びにユーザインターフェー
ス部からのＣＵＧ番号、メンバ及びノードの情報をもと
に、追加メンバが接続されるノード及び当該ＣＵＧに属
する全ノードのルーティングテーブルのエントリを設定
する。 【００２３】前記構成において、まず、オペレータが入
力する、メンバを追加したいＣＵＧ番号（ｎ）、追加す
べきメンバ（Ｍｊ）及びそのメンバが接続されるノード
（Ｎｉ）の情報を、ユーザインターフェース部が受け取
り、メンバ情報追加部、ノード情報追加部、ノード情報
収集部及びルーティングテーブル追加部に渡す。 【００２４】メンバ情報追加部は、ＣＵＧ番号（ｎ）、
メンバ（Ｍｊ）及びノード（Ｎｉ）の情報より、ノード
（Ｎｉ）の当該ＣＵＧ（ｎ）用メンバテーブルにメンバ
（Ｍｊ）を追加する。 【００２５】ノード情報追加部は、ＣＵＧ番号（ｎ）及
びノード（Ｎｉ）の情報より、ノード情報データベース
の当該ＣＵＧ（ｎ）用の項目にノード（Ｎｉ）が既に含
まれているかどうかを調べ、含まれていなかった場合に
は追加する。 【００２６】ノード情報収集部は、ＣＵＧ番号（ｎ）よ
りノード情報データベースを検索し、当該ＣＵＧ（ｎ）
に属する全ノード（Ｎｘ，Ｎｙ，Ｎｉ，……）の情報を
収集し、収集した情報をルーティング情報収集部に渡
す。 【００２７】ルーティング情報収集部は、ノード（Ｎ
ｘ，Ｎｙ，Ｎｉ，……）に属する各ノードから当該ＣＵ
Ｇ（ｎ）用ルーティングテーブル（Ｒｘｎ，Ｒｙｎ，…
…）内のエントリ（（Ｅｘｎ１，Ｅｘｎ２，……），
（Ｅｙｎ１，Ｅｙｎ２，……），……）を全て収集し、
ルーティングテーブル追加部に渡す（但し、エントリの
内容が重複する場合は一つだけ渡す。）。 【００２８】ルーティングテーブル追加部は、メンバ
（Ｍｊ）が接続されるノード（Ｎｉ）のＣＵＧ（ｎ）用
ルーティングテーブル（Ｒｉｎ）に、ルーティング情報
収集部で収集されたルーティングテーブル（Ｒｘｎ，Ｒ
ｙｎ，……）のエントリ（Ｅｉｎα，Ｅｉｎβ，……）
を追加する。また、既にメンバが接続されているノード
（Ｎｘ，Ｎｙ，……）のＣＵＧ（ｎ）用ルーティングテ
ーブル（Ｒｘｎ，Ｒｙｎ，……）に、エントリ（Ｅｘｎ
ａ，Ｅｙｎｂ，……）を追加する。 【００２９】 【発明の実施の形態】図２は本発明の閉域ユーザグルー
プネットワーク管理システムの実施の形態の一例を示す
ものである。図中、１０はネットワーク管理システムで
あり、ユーザインターフェース部１１、ノード情報デー
タベース１２、メンバ情報追加部１３、ノード情報追加
部１４、ノード情報収集部１５、ルーティング情報収集
部１６及びルーティングテーブル追加部１７で構成され
る。 【００３０】ユーザインターフェース部１１は、オペレ
ータからの操作入力を受け付け、その内容をメンバ情報
追加部１３、ノード情報追加部１４、ノード情報収集部
１５及びルーティングテーブル追加部１７に渡す。 【００３１】ノード情報データベース１２は、ＣＵＧ番
号をキーとして当該ＣＵＧに属する全メンバの接続ノー
ドの情報を保持する。 【００３２】メンバ情報追加部１３は、ユーザインター
フェース部１１からのメンバを追加したいＣＵＧ番号、
追加すべきメンバ及びその接続ノードの情報より、ノー
ドの当該ＣＵＧ用メンバテーブルにメンバを追加設定す
る。 【００３３】ノード情報追加部１４は、ユーザインター
フェース部１１からのＣＵＧ番号及びノードの情報よ
り、ノード情報データベース１２の当該ＣＵＧ用の項目
にノードを追加設定する。 【００３４】ノード情報収集部１５は、ユーザインター
フェース部１１からのＣＵＧ番号よりノード情報データ
ベース１２を検索し、当該ＣＵＧに属する全ノードの情
報を収集し、これをＣＵＧ番号とともにルーティング情
報収集部１６に渡す。 【００３５】ルーティング情報収集部１６は、ノード情
報収集部１５からのＣＵＧ番号及びノードの情報より、
各ノードから当該ＣＵＧのルーティングテーブルのエン
トリを収集し、これをＣＵＧ番号及びノードの情報とと
もにルーティングテーブル追加部１７に渡す（但し、エ
ントリの内容が重複する場合は一つだけ渡す。）。 【００３６】ルーティングテーブル追加部１７は、ルー
ティング情報収集部１６からのＣＵＧ番号、ノード、ル
ーティングテーブルのエントリの情報、並びにユーザイ
ンターフェース部１１からのＣＵＧ番号、メンバ及びノ
ードの情報をもとに、追加メンバが接続されるノード及
び当該ＣＵＧに属する全ノードのルーティングテーブル
のエントリを設定する。 【００３７】図３は本発明のＣＵＧネットワーク管理シ
ステムの動作シーケンスの一例、ここでは図１で説明し
た、ＣＵＧ（１）にメンバＭ４を追加する場合の例を示
すものである。ここで、メンバＭ４はノードＮ３に接続
され、また、ノード情報データベース１２のＣＵＧ
（１）用の項目にはノードＮ１，Ｎ２が登録されている
ものとする。 【００３８】（ステップ１）ユーザインタフェース部１
１は、オペレータから入力される、メンバを追加したい
ＣＵＧ番号（１）、追加すべきメンバ（Ｍ４）及びその
メンバが接続されるノード（Ｎ３）の情報を受け付け
る。 【００３９】（ステップ２）メンバ情報追加部１３は、
ユーザインターフェース部１１からＣＵＧ番号（１）、
メンバ（Ｍ４）、ノード（Ｎ３）の情報を受け付け、ノ
ード（Ｎ３）の当該ＣＵＧ（１）用メンバテーブルにメ
ンバ（Ｍ４）を追加する。 【００４０】（ステップ３）ノード情報追加部１４は、
ユーザインターフェース部１１からＣＵＧ番号（１）及
びノード（Ｎ３）の情報を受け付け、ノード情報データ
ベース１２の当該ＣＵＧ（１）用の項目にノード（Ｎ
３）を追加する。 【００４１】（ステップ４）ノード情報収集部１５は、
ユーザインターフェース部１１からのＣＵＧ番号（１）
よりノード情報データベース１２を検索し、当該ＣＵＧ
（１）に属する全接続ノード（Ｎ１，Ｎ２）の情報を収
集し、これをＣＵＧ番号（１）とともにルーティング情
報収集部１６に渡す。 【００４２】（ステップ５）ルーティング情報収集部１
６は、ノード情報収集部１５からのＣＵＧ番号（１）及
びノード（Ｎ１，Ｎ２）の情報より、ノード（Ｎ１）か
ら当該ＣＵＧ（１）用のルーティングテーブル内のエン
トリ（Ｅ１１１，Ｅ１１２）の情報を収集し、ノード
（Ｎ２）から当該ＣＵＧ（１）用のルーティングテーブ
ル内のエントリ（Ｅ２１１）の情報を収集し、これをＣ
ＵＧ番号（１）及びノード（Ｎ１，Ｎ２）の情報ととも
にルーティングテーブル追加部１７に渡す。なお、この
例では重複するエントリは存在しない。 【００４３】（ステップ６）ルーティングテーブル追加
部１７は、メンバ（Ｍ４）が接続されるノード（Ｎ３）
のＣＵＧ（１）用のルーティングテーブルに、ステップ
５で収集されたルーティングテーブルの各エントリ（Ｅ
３１１，Ｅ３１２，Ｅ３１３）を追加する。また、既に
メンバが接続されているノード（Ｎ１，Ｎ２）につい
て、ノードＮ１のＣＵＧ（１）用のルーティングテーブ
ルにエントリ（Ｅ１１３）、ノードＮ２のＣＵＧ（１）
用のルーティングテーブルにエントリ（Ｅ２１２）を追
加する。 【００４４】なお、上記実施の形態は、ノードが３つ、
メンバが４つのＣＵＧの場合について述べたが、本発明
はこれに限定されるものではない。 【００４５】 【発明の効果】以上説明したように、本発明によれば、
以下のような効果が得られる。 １．オペレータはＣＵＧに追加されるメンバの情報、Ｃ
ＵＧ番号、接続されるノードだけをユーザインターフェ
ース部に入力すれば良いため、自分で追加・変更の必要
のあるノードを調べて、ルーティング情報を収集する必
要がない。 ２．ルーティングテーブルの情報を収集したり、ルーテ
ィング情報を設定したりする方法は対象となるネットワ
ークやＣＵＧの実現方式毎に異なるが、本発明ではルー
ティング情報収集部とルーティングテーブル追加部が独
立しているため、様々なネットワークやＣＵＧの実現方
式に対して適用することが容易である。
【図面の簡単な説明】
【図１】ＣＵＧネットワークの一例を示す図
【図２】本発明のＣＵＧネットワーク管理システムの実
施の形態の一例を示す構成図 【図３】本発明のＣＵＧネットワーク管理システムの動
作シーケンス図 【符号の説明】 １０：ネットワーク管理システム、１１：ユーザインタ
ーフェース部、１２：ノード情報データベース、１３：
メンバ情報追加部、１４：ノード情報追加部、１５：ノ
ード情報収集部、１６：ルーティング情報収集部、１
７：ルーティングテーブル追加部。
施の形態の一例を示す構成図 【図３】本発明のＣＵＧネットワーク管理システムの動
作シーケンス図 【符号の説明】 １０：ネットワーク管理システム、１１：ユーザインタ
ーフェース部、１２：ノード情報データベース、１３：
メンバ情報追加部、１４：ノード情報追加部、１５：ノ
ード情報収集部、１６：ルーティング情報収集部、１
７：ルーティングテーブル追加部。
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平10−145364（ＪＰ，Ａ)
特開 平11−234283（ＪＰ，Ａ)
特開 平９−130421（ＪＰ，Ａ)
特開 平３−141754（ＪＰ，Ａ)
特開 平１−166643（ＪＰ，Ａ)
特開2000−216780（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/28
H04L 12/56
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 特定のメンバのグループである閉域ユー
ザグループ（ＣＵＧ）毎に、各ＣＵＧにどのメンバが属
しているかの情報を有するメンバテーブルと、各ＣＵＧ
について宛先のメンバと転送先のノードとを対とするエ
ントリを有するルーティングテーブルとをそれぞれ有
し、パケットの転送を行う複数のノードを用いて、前記
ＣＵＧ内だけで通信を行うＣＵＧネットワークにおい
て、ＣＵＧのメンバ追加に伴う各ノードのメンバテーブ
ル及びルーティングテーブルの設定を行う閉域ユーザグ
ループネットワーク管理システムであって、 ユーザインターフェース部、ノード情報データベース、
メンバ情報追加部、ノード情報追加部、ノード情報収集
部、ルーティング情報収集部及びルーティングテーブル
追加部からなり、 ユーザインターフェース部は、オペレータが入力する、
メンバを追加したいＣＵＧ番号、追加すべきメンバ及び
そのメンバが接続されるノードの情報を、メンバ情報追
加部、ノード情報追加部、ノード情報収集部及びルーテ
ィングテーブル追加部に渡し、 ノード情報データベースは、ＣＵＧ番号をキーとして当
該ＣＵＧに属する全メンバの接続ノードの情報を保持
し、 メンバ情報追加部は、ユーザインターフェース部からの
ＣＵＧ番号、メンバ及びノードの情報より、ノードの当
該ＣＵＧ用メンバテーブルにメンバを追加設定し、 ノード情報追加部は、ユーザインターフェース部からの
ＣＵＧ番号及びノードの情報より、ノード情報データベ
ースの当該ＣＵＧ用の項目にノードを追加設定し、 ノード情報収集部は、ユーザインターフェース部からの
ＣＵＧ番号よりノード情報データベースを検索し、当該
ＣＵＧに属する全ノードの情報を収集し、これをＣＵＧ
番号とともにルーティング情報収集部に渡し、 ルーティング情報収集部は、ノード情報収集部からのＣ
ＵＧ番号及びノードの情報より、各ノードから当該ＣＵ
Ｇ用のルーティングテーブルのエントリを収集し、これ
をＣＵＧ番号及びノードの情報とともにルーティングテ
ーブル追加部に渡し、 ルーティングテーブル追加部は、ルーティング情報収集
部からのＣＵＧ番号、ノード及びルーティングテーブル
のエントリの情報、並びにユーザインターフェース部か
らのＣＵＧ番号、メンバ及びノードの情報をもとに、追
加メンバが接続されるノード及び当該ＣＵＧに属する全
ノードのルーティングテーブルのエントリを設定するこ
とを特徴とする閉域ユーザグループネットワーク管理シ
ステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3984999A JP3488114B2 (ja) | 1999-02-18 | 1999-02-18 | 閉域ユーザグループネットワーク管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3984999A JP3488114B2 (ja) | 1999-02-18 | 1999-02-18 | 閉域ユーザグループネットワーク管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000244508A JP2000244508A (ja) | 2000-09-08 |
| JP3488114B2 true JP3488114B2 (ja) | 2004-01-19 |
Family
ID=12564423
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3984999A Expired - Fee Related JP3488114B2 (ja) | 1999-02-18 | 1999-02-18 | 閉域ユーザグループネットワーク管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3488114B2 (ja) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101699791B (zh) * | 2003-01-31 | 2013-01-02 | 日本电信电话株式会社 | 虚拟专用网管理装置及方法 |
| JP2005217584A (ja) | 2004-01-28 | 2005-08-11 | Nec Corp | 制御局、無線通信システム及び無線通信方法 |
| JP3997995B2 (ja) * | 2004-01-29 | 2007-10-24 | 日本電気株式会社 | 半二重無線通信方法、プログラム、およびシステム |
| JP6680988B2 (ja) * | 2014-11-28 | 2020-04-15 | アイコム株式会社 | 中継装置、音声通信システム、音声通信方法およびプログラム |
-
1999
- 1999-02-18 JP JP3984999A patent/JP3488114B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2000244508A (ja) | 2000-09-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7483395B2 (en) | Network device with VLAN topology discovery functions | |
| JP4342966B2 (ja) | パケット転送装置 | |
| EP1787435B1 (en) | Routing protocol support for half duplex virtual routing and forwarding instance | |
| CN100382529C (zh) | 用于提供网络虚拟化的方法和装置 | |
| JP2826416B2 (ja) | ローカルエリアネットワーク間の接続ルータ | |
| CN104518967B (zh) | 路由方法、设备和系统 | |
| CA2105040C (en) | Inter-domain multicast routing | |
| CN104247371B (zh) | 以信息为中心的网络中的基于名称的邻居发现和多跳服务发现 | |
| US6546420B1 (en) | Aggregating information about network message flows | |
| EP2619953B1 (en) | A control apparatus, a communication system, a communication method and a recording medium having recorded thereon a communication program | |
| WO2006095508A1 (ja) | フラッディング抑制方法 | |
| CN105981347A (zh) | 在用于中间件和应用执行的工程系统中用于防止对子网管理员(sa)访问的拒绝服务(dos)攻击以及用于支持基于子网管理员(sa)访问的可靠连接(rc)的系统和方法 | |
| CN101394341A (zh) | 维护路由的方法、系统及装置 | |
| CN104580165B (zh) | 智慧协同网络中的一种协作缓存方法 | |
| Chan et al. | A framework for optimizing the cost and performance of next-generation IP routers | |
| US5943317A (en) | Sub-network route optimization over a shared access transport facility | |
| JP3384319B2 (ja) | 仮想専用網構築システム | |
| JP3488114B2 (ja) | 閉域ユーザグループネットワーク管理システム | |
| Dalal | Use of multiple networks in the Xerox network system | |
| US5987520A (en) | Closed user group preprocessing decision for efficient call security validation | |
| CN109412942A (zh) | 云网传输路由方法和系统 | |
| CN112272143B (zh) | 一种路由学习和转发方法 | |
| Cisco | Configuring XNS | |
| Cisco | Configuring XNS | |
| Cisco | Configuring XNS |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071031 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081031 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091031 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101031 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |