(57)【特許請求の範囲】
【請求項１】
パケットの転送機能を有する複数のノードが経路にて接続された構造となり、上記複数のノードの一部がパケットの転送機能と共に所定の処理機能を有したアクティブルータで構成され、端末と端末との間の通信におけるパケットのノードを中継した転送規則が予め定められたネットワークにおいて第一の端末と第二の端末との間で上記アクティブルータでの処理を施しながらパケットを転送させるためのルートを設定する際のルート設定方法において、
第一の端末から第一の種類のパケットを上記予め定めた転送規則に従ってネットワーク内の各ノードを介して第二の端末に転送させ、
その過程で当該第一の種類のパケットを中継する上記アクティブルータの順番に基づいて、第二の端末から第一の端末にパケットを転送する際の各アクティブルータから次にパケットを転送すべきアクティブルータを決定して第二の端末から第一の端末に向かうパケットの転送ルートを設定するようにしたルート設定方法。
【請求項２】
請求項１記載のルート設定方法において、
第二の端末から第二の種類のパケットを上記のようにして設定された転送ルートに従ってネットワーク内のアクティブルータを中継して第一の端末に転送させ、
その過程で当該第二の種類のパケットを中継する上記アクティブルータの順番に基づいて第一の端末から第二の端末にパケットを転送する際の各アクティブルータから次に転送すべきアクティブルータを決定して第一の端末から第二の端末に向かうパケットの転送ルートを設定するようにしたルート設定方法。
【請求項３】
請求項１または２記載のルート設定方法において、
第一の端末から第二の端末に向けて上記第一のパケットを転送させる際に、各アクティブルータは、第一のパケットの転送における直前のアクティブルータを第二の端末から第一の端末に向かうパケットの転送ルートにおいてパケットを次に転送すべきアクティブルータとして決定するようにしたルート設定方法。
【請求項４】
請求項２記載のルート設定方法において、
第二の端末から第一の端末に向けて上記第二の種類のパケットを転送させる際に、各アクティブルータは、第二のパケットの転送における直前のアクティブルータを第一の端末から第二の端末に向かうパケットの転送ルートにおいてパケットを次に転送すべきアクティブルータとして決定するようにしたルート設定方法。
【請求項５】
請求項１乃至４いずれか記載のルート設定方法にて設定された転送ルートの管理方法において、
各アクティブルータは、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第一の端末に対応させて管理するようにしたルート管理方法。
【請求項６】
請求項１乃至４いずれか記載のルート設定方法にて設定された転送ルートの管理方法において、
各アクティブルータは、第一の端末から第二の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第二の端末に対応させて管理するようにしたルート管理方法。
【請求項７】
請求項１乃至４いずれか記載のルート設定方法にて設定された転送ルートの管理方法において、
各アクティブルータは、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを上記第二の端末から第一の端末に配信されるサービスの種類に対応させて管理するようにしたルート管理方法。
【請求項８】
請求項１乃至４いずれか記載のルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、
第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第一の端末に対応させて管理するルート管理手段を有するアクティブルータ。
【請求項９】
請求項１乃至４いずれか記載のルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、
第一の端末から第二の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第二の端末に対応させて管理するルート管理手段を有するアクティブルータ。
【請求項１０】
請求項１乃至４いずれか記載のルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、
第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを上記第二の端末から第一の端末に配信されるサービスの種類に対応させて管理するようにしたアクティブルータ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、アクティブルータを含むネットワークにおけるルート設定方法に係り、詳しくは、アクティブルータを含むネットワークを介して通信を行なう端末間の通信経路を設定するためのルート設定方法に関する。
【０００２】
また、本発明は、そのようなルート設定方法にて設定されたルートの管理方法に関する。
【０００３】
また、更に、そのようなルート設定方法にて通信経路が設定されるネットワークに含まれるアクティブルータに関する。
【０００４】
【従来の技術】
近年のインターネット技術において、ルータはネットワークレイヤの処理である経路選択と情報の蓄積、転送の機能を行なうものである。これに対してインターネットでより高度なサービスの実現とネットワーク資源の有効利用のためにアクティブネットと呼ばれる、ホスト端末とルータが協調動作する新しいネットワーク技術がある。このアクティブネットでは、ルータにおいてネットワークレイヤ以上のアプリケーションレイヤも含む上位レイヤの処理を分担すること、及びルータの処理機能をユーザが制御できることが特徴である。アクティブネットの機能を有するルータ（以下、アクティブルータという）がネットワーク内に広く導入展開されるまでには時間を要し、長期間にわたり既存のルータとアクティブルータの混在を想定したアクティブネットの適用技術が重要である。
【０００５】
アクティブネットは、現状のインターネットプロトコルと排他的なものではなく、代表的な実現形態は、ＵＤＰ／ＩＰプロトコルの上位レイヤに、ＡＮＥＰ（Active Network Encapsulation Protocol：Internet RFC DRAFT、July 1997）と呼ばれる共通プロトコルヘッダを用いて実現するものである。従って、アクティブネットを用いての端末間通信では、端末とアクティブルータとの間、中間のアクティブルータ間で、ＵＤＰ通信によりアクティブネットのパケットが転送されることになる。
【０００６】
ホスト端末（クライアントやサーバなど）及びアクティブルータでは、隣接のアクティブルータの位置と経路に関するルーチング情報が必要である。従って、例えば、アクティブルータのネットワークへの導入状況と経路（ルート）情報の管理、それらの情報のホスト端末やアクティブルータへの配布を行なうための管理ノードをネットワーク内に設け、その管理ノードがアクティブルータの追加及び削除に伴ってアクティブルータの位置情報や経路情報の変更とその変更された情報の配布を行なうことになる。
【０００７】
【発明が解決しようとする課題】
しかし、上記のような技術では、ネットワーク内に管理ノードが整備されるまでアクティブルータを導入、展開することができない。また、ネットワーク内に追加、削除される都度、経路情報の更新を行なわなければならず、その管理のための管理ノードでの処理が煩雑になる。
【０００８】
そこで、本発明の第一の課題は、上述したようなアクティブルータの位置情報や経路情報等の管理や配布を行うための管理ノードをネットワーク内に設けることなくアクティブルータの導入を可能にするためのルート設定方法を提供することである。
【０００９】
また、第二の課題は、そのようなルート設定方法に従って設定された通信経路（パケットの転送ルート）を管理するルート管理方法を提供することである。
【００１０】
更に、第三の課題は、そのようなルート設定方法に従って通信経路の設定がなされるネットワークに含まれるアクティブルータを提供することである。
【００１１】
【課題を解決するための手段】
上記第一の課題を解決するため、本発明は、請求項１に記載されるように、パケットの転送機能を有する複数のノードが経路にて接続された構造となり、上記複数のノードの一部がパケットの転送機能と共に所定の処理機能を有したアクティブルータで構成され、端末と端末との間の通信におけるパケットのノードを中継した転送規則が予め定められたネットワークにおいて第一の端末と第二の端末との間で上記アクティブルータでの処理を施しながらパケットを転送させるためのルートを設定する際のルート設定方法において、第一の端末から第一の種類のパケットを上記予め定めた転送規則に従ってネットワーク内の各ノードを介して第二の端末に転送させ、その過程で当該第一の種類のパケットを中継する上記アクティブルータの順番に基づいて、第二の端末から第一の端末にパケットを転送する際の各アクティブルータから次にパケットを転送すべきアクティブルータを決定して第二の端末から第一の端末に向かうパケットの転送ルートを設定するように構成される。
【００１２】
このようなルート設定方法では、ネットワーク内のどのような位置にアクティブルータが存在するかが明確でない状況において、第一の端末から第一の種類のパケットを予め定められた転送規則に従ってネットワーク内の各ノードを介して第二の端末に転送させる。この過程で、いくつかのアクティブルータが第一の種類のパケットを中継する。その第一の種類のパケットを中継するアクティブルータの順番に基づいて、上記第一の端末から第二の端末に向かう方向とは逆の方向となる第二の端末から第一の端末に向かってパケットを転送する際の各アクティブルータから次にパケットを転送すべきアクティブルータが決定される。その結果、そのように決定されたアクティブルータの繋がりが、第二の端末から第一の端末に向かうパケットの転送ルートとなる。
【００１３】
また、第一の端末から第二の端末に向かう転送ルートを設定するという観点から、本発明は、請求項２に記載されるように、上記ルート設定方法において、第二の端末から第二の種類のパケットを上記のようにして設定された転送ルートに従ってネットワーク内のアクティブルータを中継して第一の端末に転送させ、その過程で当該第二の種類のパケットを中継する上記アクティブルータの順番に基づいて第一の端末から第二の端末にパケットを転送する際の各アクティブルータから次に転送すべきアクティブルータを決定して第一の端末から第二の端末に向かうパケットの転送ルートを設定するように構成される。
【００１４】
このようなルート設定方法では、上記のように設定された第二の端末から第一の端末に向かう転送ルートに従って第二の端末から第二の種類のパケットをネットワーク内のアクティブルータを中継して第一の端末に転送させる。その過程で当該第二の種類のパケットを中継する上記アクティブルータの順番に基づいて、上記第二の端末から第一の端末に向かう方向とは逆方向となる第一の端末から第二の端末に向かってパケットを転送する際の各アクティブルータから次に転送すべきアクティブルータが決定される。その結果、そのように決定されたアクティブルータの繋がりが、第一の端末から第二の端末に向かうパケットの転送ルートとなる。
【００１５】
各アクティブルータにて処理を分散して行なうという観点から、本発明は、上記各ルート設定方法において、第一の端末から第二の端末に向けて上記第一のパケットを転送させる際に、各アクティブルータは、第一のパケットの転送における直前のアクティブルータを第二の端末から第一の端末に向かうパケットの転送ルートにおいてパケットを次に転送すべきアクティブルータとして決定するように構成することができる。
【００１６】
また、同観点から、本発明は、上記ルート設定方法において、第二の端末から第一の端末に向けて上記第二の種類のパケットを転送させる際に、各アクティブルータは、第二のパケットの転送における直前のアクティブルータを第一の端末から第二の端末に向かうパケットの転送ルートにおいてパケットを次に転送すべきアクティブルータとして決定するように構成することができる。
【００１７】
上記第二の課題を解決するため、本発明は、請求項５に記載されるように、
上記いずれかのルート設定方法にて設定された転送ルートの管理方法において、各アクティブルータは、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第一の端末に対応させて管理するように構成される。
【００１８】
第二の端末から複数の第一の端末に対するルート設定がなされた状況では、各アクティブルータからパケットを次に転送すべきアクティブルータとして決定されるべきアクティブルータは複数存在し得る。このような状況において、各アクティブルータは、パケットを受信した際に、次に転送すべきアクティブルータを最終転送先となる第一の端末に基づいて決定することができる。
【００１９】
同様に第二の課題を解決するため、本発明は、請求項６に記載されるように、上記いずれかのルート設定方法にて設定された転送ルートの管理方法において、各アクティブルータは、第一の端末から第二の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第二の端末に対応させて管理するように構成される。
【００２０】
また、上記第二の課題を解決するため、本発明は、請求項７に記載されるように、上記いずれかのルート設定方法にて設定された転送ルートの管理方法において、各アクティブルータは、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを上記第二の端末から第一の端末に配信されるサービスの種類に対応させて管理するように構成される。
【００２１】
第二の端末から複数の第一の端末に同じ情報配信サービス（マルチキャストサービス）を行なう場合、上述したような管理方法（請求項５）では、各アクティブルータは、次に転送すべきアクティブルータが同じであっても最終転送先となる第一の端末が異なるとその同じアクティブルータを別に管理しなければならない。上記のようなルート管理方法によれば、各アクティブルータは、サービスの種類毎にパケットの次の転送先となるアクティブルータを管理しているので、上記のような状況での管理の煩雑さが防止される。
【００２２】
上記第三の課題を解決するため、本発明は、請求項８に記載されるように、上記いずれかのルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第一の端末に対応させて管理するルート管理手段を有するように構成される。
【００２３】
また、本発明は、請求項９に記載されるように、上記いずれかのルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、第一の端末から第二の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを当該パケットの最終転送先となる第二の端末に対応させて管理するルート管理手段を有するように構成される。
【００２４】
更にまた、本発明は、請求項１０に記載されるように、上記いずれかのルート設定方法にて転送ルートが設定されるネットワークに設けられたアクティブルータにおいて、第二の端末から第一の端末にパケットを転送する際に次にパケットを転送すべきアクティブルータとして決定されたアクティブルータを上記第二の端末から第一の端末に配信されるサービスの種類に対応させて管理するルート管理手段を有するように構成される。
【００２５】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２６】
本発明の実施の一形態に係るルート設定方法に従ってルート設定のなされるネットワークが例えば図１に示すように構成される場合を想定する。この例は、ＩＰ（internet protocol）ネットワーク内にアクティブネットが構成されるものである。
【００２７】
図１において、クライアント端末Ｃ１、Ｃ２、Ｃ３とサーバ（端末）Ｓ１、Ｓ２とがネットワークにて接続されている。このネットワークは、ルータＲ１、アクティブルータＡ１、ルータＲ２、アクティブルータＡ２、ルータＲ３、アクティブルータＡ３、ルータＲ４及びアクティブルータＡ４の各ノードと各ノード間を接続する経路にて構成される。各ルータＲ１、Ｒ２、Ｒ３、Ｒ４は、公知のＩＰネットワークに設けられるルータである（以下、通常ルータという）。クライアント端末Ｃ１は経路ｃ１１にて通常ルータＲ１に接続され、アクティブルータＡ１には経路ａ１１、ａ１２が接続され、アクティブルータＡ２には経路ａ２１、ａ２２、ａ２３が接続され、アクティブルータＡ３には経路ａ３１、ａ３２が接続されている。
【００２８】
サーバＳ１はサービス識別子Ｓｉｄ＝１０で特定されるサービスを配信し、サーバＳ２はサービス識別子Ｓｉｄ＝３０で特定されるサービスを配信する。また、クライアント端末Ｃ１及びＣ２はサービス識別子Ｓｉｄ＝１０のサービスをサーバＣ１に要求するもので、クライアント端末Ｃ３はサービス識別子Ｓｉｄ＝１０及びＳｉｄ＝３０の各サービスを要求するものとなっている。
【００２９】
上記のようなネットワークの各ノード（通常ルータ、アクティブルータ、クライアント端末、サーバ）は、図２に示すような機能構成となっている。
【００３０】
クライアント端末Ｃ（図１においてＣ１、Ｃ２、Ｃ３）は、リンクレイヤ、ＩＰレイヤ、ＵＤＰ（user datagram protocol）レイヤ、アクティブネット（ＡＮ）レイヤ及びアプリケーションレイヤの各レイヤでの処理機能（モジュール）を有している。通常ルータＲ（図１においてＲ１、Ｒ２、Ｒ３、Ｒ４）は、前述したように公知のＩＰネットワークに設けられるルータであり、リンクレイヤ及びＩＰレイヤでの各処理機能を有している。また、アクティブルータＡ（図１においてＡ１、Ａ２、Ａ３、Ａ４）は、リンクレイヤ、ＩＰレイヤ、ＵＤＰレイヤ、アクティブネット（ＡＮ）レイヤの各レイヤでの処理機能を有している。従って、アクティブルータＡは、各通常ルータＲと異なり、リンクレイヤ及びＩＰレイヤの処理機能にて行なわれるパケットの転送以外に、ＵＤＰレイヤ及びアクティブネット（ＡＮ）レイヤでの処理機能により種々の処理を行なう。
【００３１】
このような機能構成により各ノード（クライアント端末Ｃ、通常ルータＲ、アクティブルータＡ、サーバＳ）間はＩＰでの通信が可能となると共に、クライアント端末ＣとアクティブルータＡとの間、アクティブルータＡ間及びアクティブルータＡとサーバＳとの間では、ＵＤＰ（user datagram protocol）での通信が可能となる。
【００３２】
上記のようなネットワーク内をアクティブネットの機能に従って転送されるパケット（以下、ＡＮパケットという）は、例えば、図３に示す構造となっている。
【００３３】
即ち、各ＡＮパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＡＮヘッダの各ヘッダ領域と、本来のデータを記述する領域となるデータ領域とを有している。ＩＰヘッダの領域には、
宛先ＩＰアドレス（ＩＰ．Ｄｓｔ）、
プロトコル種別（ＰＩＤ）、
ヘッダチェックサムの結果等
が記述される。
【００３４】
上記宛先ＩＰアドレス（ＩＰ．Ｄｓｔ）は宛先ノードのＩＰアドレスを表す。上記プロトコル種別（ＰＩＤ）は、宛先ノードで採用される処理プロトコルの種類（例えば、ＵＤＰ等）を表す。上記ヘッダチェックサムの結果は、ヘッダの信頼性を確保するために計算したチェックサムの値を表す。
【００３５】
ＵＤＰヘッダの領域には、
宛先ＵＤＰポート番号など
が記述される。
【００３６】
上記宛先ＵＤＰポート番号は、宛先ノードでのＵＤＰ処理モジュールを特定するポート番号を表す。
【００３７】
ＡＮヘッダの領域には、
ＡＮパケットの種別、
宛先ＡＮアドレス（ＡＮ．Ｄｓｔ）、
発出ＡＮアドレス（ＡＮ．Ｓｒｃ）、
隣接ＡＮアドレス（ＡＮ．Ｐｒｅ）、
ＡＮサービス識別子（ＡＮ．Ｓｉｄ）等
が記述される。
【００３８】
上記ＡＮパケットの種別は、アクティブネットにて転送すべきパケットの種類を表す。このＡＮパケットの種別には、後述するような、ルート設定要求パケット、ルート設定応答パケット、サービス参加要求パケット、サービス参加応答パケット及び通常のデータ伝送のためのＡＮパケットがある。上記宛先ＡＮアドレス（ＡＮ．Ｄｓｔ）は、宛先ノードのアクティブネットでのアドレスを表す。上記発出ＡＮアドレス（ＡＮ．Ｓｒｃ）は、パケットの発出ノードのアクティブネットでのアドレスを表す。上記隣接ＡＮアドレス（ＡＮ．Ｐｒｅ）は、自ノードのアクティブネットでのアドレスを表す（パケットの転送先ノードに対して手前で隣接したノードのアドレスを表す。従って、ＡＮパケットを受信したアクティブルータは直前の隣接したアクティブルータのアドレスが判る）。上記ＡＮサービス識別子（ＡＮ．Ｓｉｄ）は、アクティブネットにて提供されるサービスを特定する識別子を表す。なお、前述した図１においては、簡略のため、ＡＮサービス識別子は単に「Ｓｉｄ」と表されている。
【００３９】
なお、上記ＩＰアドレスとＡＮアドレスは、同じ体系で定義しても、異なる体系で定義してもよい。
【００４０】
上記のような状態のネットワークにおいて、後述するようなルート設定方法に従って、アクティブルータＡ１は図４（ａ）に示すようなＡＮルーチングテーブルを作成し、アクティブルータＡ２は図４（ｂ）に示すようなＡＮルーチングテーブルを作成し、アクティブルータＡ３は図４（ｃ）に示すようなＡＮルーチングテーブルを作成する。このＡＮルーチングテーブルは、ＡＮパケットの宛先となるアクティブネットの機能を有するノード（宛先ＡＮ）、次にパケットを転送すべきアクティブネットの機能を有するノード（隣接ＡＮ）及びパケットを発出すべき経路（出方路）のそれぞれを上り、下りの方向について表す。
【００４１】
このようなＡＮルーチングテーブルが各アクティブルータに形成されることにより、アクティブネットにおけるパケットの転送が可能となる。例えば、クライアント端末Ｃ１からサーバＳ１への上り通信においては、クライアントＣ１が経路ｃ１１からアクティブルータＡ１宛てにＡＮパケットを発出すると、このパケットが通常ルータＲ１を介してアクティブルータＡ１に転送される。アクティブルータＡ１は、受信したＡＮパケットに対して所定の処理を施した後にＡＮルーチングテーブル（図４（ａ）参照）の上りを参照して、その処理済みのＡＮパケットを経路ａ１２（出方路）から隣接ＡＮのアクティブルータＡ２宛てに発出する。すると、そのＡＮパケットが通常ルータＲ２を介してアクティブルータＡ２に転送される。アクティブルータＡ２は上記ＡＮパケットを受信すると、そのＡＮパケットに対して所定の処理を施した後にＡＮルーチングテーブル（図４（ｂ）参照）の上りを参照して、その処理済みのパケットを経路ａ２２（出方路）から隣接ＡＮのアクティブルータＡ３宛てに発出する。すると、このＡＮパケットが通常ルータＲ３を介してアクティブルータＡ３に転送される。このＡＮパケットを受信したアクティブルータＡ３は、受信ＡＮパケットに対して所定の処理を施した後にＡＮルーチングテーブル（図４（ｃ）参照）の上りを参照して、その処理済みのＡＮパケットを経路ａ３２（出方路）から隣接ＡＮのサーバＳ１宛てに発出する。すると、そのＡＮパケットが通常ルータＲ４を介してサーバＳ１に転送される。
【００４２】
上記のようにしてクライアント端末Ｃ１から発出されたＡＮパケットが各アクティブルータＡ１、Ａ２、Ａ３を通る毎に当該ＡＮパケットに処理が施され、最終的な宛先となるサーバＳ１まで転送される。サーバＳ１は、クライアント端末Ｃ１から受信したＡＮパケットに含まれるデータを処理（アプリケーションレイヤでの処理など）した後、クライアント端末Ｃ１に配信すべき情報に関するＡＮパケットを経路ｓ１１からアクティブルータＡ３宛てに発出する。以後、上り通信と同様に、ＡＮパケットが各アクティブルータにて受信される毎に、ＡＮルーチングテーブルの下りを参照して、当該ＡＮパケットが隣接ＡＮとなるアクティブルータに転送される。そして、アクティブルータＡ１は、そのＡＮパケットを受信すると、受信ＡＮパケットに対して所定の処理を施した後にＡＮルーチングテーブル（図４（ａ）参照）の下りを参照して、その処理済みのＡＮパケットを経路ａ１１から隣接ＡＮのクライアント端末Ｃ１宛てに発出する。すると、そのＡＮパケットが通常ルータＲ１を介してクライアント端末Ｃ１に転送される。
【００４３】
上述したような手順により、クライアント端末Ｃ１のアプリケーションレイヤとサーバＳ１のアプリケーションレイヤとの間でのアクティブネットを介した通信が行なわれる。その結果、クライアント端末Ｃ１は、サーバＳ１からサービスＳｉｄ＝１０に係る情報の配信を受けることができる。
【００４４】
なお、図１に示すネットワーク（ＩＰネットワーク）では、各ノードにおけるリンクレイヤ及びＩＰレイヤの処理モジュールによりＩＰ（Internet protocol）に従ったパケットの転送を行なうこともできる。
【００４５】
次に、上述したＡＮルーチングテーブルの作成手順、即ち、ルート設定の方法を説明する。
【００４６】
簡略化のため、図１に示すネットワークから図５に示すようなクライアント端末Ｃ１とサーバＳ１との間のネットワーク構成を抽出して説明する。
【００４７】
なお、以下に示す例では、ＡＮアドレスとＩＰアドレスは同じ体系で定義され、ＩＰアドレスがアクティブネットのＡＮアドレスに流用される。ルータでは通常複数の通信回線が接続され、それぞれにＩＰアドレスが付与されている。そのため、そのうちの１つを代表として選択してＡＮアドレスとして使用する。
【００４８】
アプリケーションからの要求に基づいてサーバＳ１からＡＮサービス識別子Ｓｉｄ＝１０で特定されるサービスの提供を受けようとするクライアント端末Ｃ１は、ルート設定要求パケット（ＡＮパケット）の作成を行なう。このルート設定要求パケットの各ヘッダ領域には、「プロトコル種別（ＰＩＤ）」としてＵＤＰが、「宛先ＵＤＰポート番号」としてネットワーク内で予め定められた特定番号が、「ＡＮパケット種別」としてルート設定要求パケットを表す種別情報がそれぞれ設定されると共に、各アドレスが以下のように設定される。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ｓ１
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｃ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ｃ１
クライアント端末Ｃ１からサーバＳ１への経路上でアクティブルータがどこにあるか判らない状況であるので、クライアント端末Ｃ１から発出されたルート設定要求パケットが、公知となるＩＰネットワークでのルーチング手法に従って、宛先ＩＰアドレスで特定されるサーバＳ１に向けて順次転送される。その転送の過程が図５に示される。
【００４９】
図５において、クライアント端末Ｃ１から発出されたルート設定要求パケットは、通常ルータＲ１を介してアクティブルータＡ１まで転送される（▲１▼）。アクティブルータＡ１では、ルート設定要求パケットを受信すると、ＩＰレイヤの処理モジュールによって、ルート設定要求パケットが自ルータ宛てのパケットとしてその内容が上位レイヤ（ＵＤＰレイヤ）に通知される（詳細は後述する）。
【００５０】
そして、そのＵＤＰレイヤでの処理モジュールが宛先ＵＤＰポート番号として特定番号が設定されていることを検出すると、ルート設定要求パケットの内容が更に上位となるアクティブネット（ＡＮ）レイヤに通知され、このアクティブネット（ＡＮ）レイヤの処理モジュールにより、ヘッダ情報（ＡＮ．Ｄｓｔ、ＡＮ．Ｓｒｃ、Ａｎ．Ｐｒｅ）に基づいて仮登録テーブルにエントリの登録が行なわれる（詳細は後述する）。具体的には、図６（ａ）に示すように、宛先ＡＮアドレス（以下、単に「宛先ＡＮ」という）としてＳ１（＝ＡＮ．Ｄｓｔ）が、発出ＡＮアドレス（以下、単に「発出ＡＮ」という）としてＣ１（＝ＡＮ．Ｓｒｃ）が、直前のアクティブネットのノードを表すＡＮアドレス（以下、「下り隣接ＡＮ」という）としてＣ１（＝ＡＮ．Ｐｒｅ）が、「出方路」としてルート設定要求パケットが転送されてきた経路ａ１１がそれぞれ仮登録テーブルに登録される。
【００５１】
このように仮登録テーブルに対するエントリの登録が終了すると、更に、アクティブネット（ＡＮ）レイヤの処理モジュールによりルート設定要求パケットのヘッダ情報が次のように再設定される（詳細は後述する）。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ｓ１
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｃ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ａ１
このヘッダ情報の再設定では、実質的に、ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）の値が自ノード、即ち、アクティブルータＡ１のＡＮアドレスに変更される。なお、変更アドレスには上記のように下線が付される（以下同様）。
【００５２】
上記のようにヘッダ情報の再設定のなされたルート設定要求パケットがアクティブルータＡ１から発出される。そのルート設定要求パケットは、更に通常ルータＲ２を介してアクティブルータＡ２まで転送される（▲２▼）。このルート設定要求パケットを受信したアクティブルータＡ２は、上記アクティブルータＡ１と同様に、受信したルート設定要求パケットのヘッダ情報に基づいて仮登録テーブルにエントリの登録を行なうと共に、ルート設定要求パケットのヘッダ領域の値の再設定を行なう。
【００５３】
その結果、図７（ａ）に示すように、「宛先ＡＮ」としてＳ１（＝ＡＮ．Ｄｓｔ）、「発出ＡＮ」としてＣ１（＝ＡＮ．Ｓｒｃ）、「下り隣接ＡＮ」としてＡ１（＝ＡＮ．Ｐｒｅ）、「出方路」としてａ２１がそれぞれ仮登録テーブルに登録される。そして、ルート設定要求パケットのヘッダ情報が次のように再設定される。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ｓ１
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｃ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ａ２
上記のようにヘッダ情報の再設定されたルート設定要求パケットがアクティブルータＡ２から発出される。そのルート設定要求パケットは、更に通常ルータＲ３を介してアクティブルータＡ３まで転送される（▲３▼）。このルート設定要求パケットを受信したアクティブルータＡ３は、上記各アクティブルータＡ１、Ａ２と同様に、受信したルート設定要求パケットのヘッダ情報に基づいて仮登録テーブルにエントリの登録を行なうと共に、ルート設定要求パケットのヘッダ領域の値の再設定を行なう。
【００５４】
その結果、図８（ａ）に示すように、「宛先ＡＮ」としてＳ１（＝ＡＮ．Ｄｓｔ）、「発出ＡＮ」としてＣ１（＝ＡＮ．Ｓｒｃ）、「下り隣接ＡＮ」としてＡ２（＝ＡＮ．Ｐｒｅ）、「出方路」としてａ３１がそれぞれ仮登録テーブルに登録される。そして、ルート設定要求パケットのヘッダ情報が次のように再設定される。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ｓ１
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｃ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ａ３
上記のようにヘッダ情報の再設定されたルート設定要求パケットがアクティブルータＡ３から発出される。そのルート設定要求パケットは、更に通常ルータＲ４を介してサーバＳ１まで転送される（▲４▼）。
【００５５】
上記のようにしてルート設定要求パケットが宛先ＩＰアドレスに基づいて公知のＩＰでの転送手法に従ってクライアントＣ１からサーバＳ１まで順次転送される。その過程でエントリの登録のなされる仮登録テーブルにより、各アクティブルータＡ１、Ａ２、Ａ３は、クライアント端末Ｃ１とサーバＳ１との間の上り通信経路における直前のアクティブネットのノードとパケットを受信する経路（出方路）を認識できる状態となる。
【００５６】
上記のようにして転送されるルート設定要求パケットを受信したサーバＳ１は、そのヘッダ情報に基づいて、ＡＮルーチングテーブルに次のように下り方向（Ｓ１→Ｃ１）対応のエントリを設定する。
宛先ＡＮ＝ルート設定要求パケットのＡＮ．Ｓｒｃ（＝Ｃ１）
隣接ＡＮ＝ルート設定要求パケットのＡＮ．Ｐｒｅ（＝Ａ３）
出方路＝ルート設定要求パケットを受信した回線（経路）（＝ｓ１１）
このようにＡＮルーチングテーブルに下り方向対応のエントリの設定が終了すると、サーバＳ１は、ルート設定応答パケット（ＡＮパケット）の作成を行なう。このルート設定応答パケットの各ヘッダ領域には、「プロトコル種別（ＰＩＤ）」としてＵＤＰが、「宛先ＵＤＰポート番号」としてネットワーク内で予め定められた特定番号が、「ＡＮパケット種別」としてルート設定応答パケットを表す種別情報がそれぞれ設定されると共に、受信したルート設定要求パケットのアドレス情報（▲４▼参照）に基づいて各アドレスが以下のように設定される。
ＩＰ．Ｄｓｔ＝Ａ３（ルート設定要求パケットのＡＮ．Ｐｒｅ）
ＡＮ．Ｄｓｔ＝Ｃ１（ルート設定要求パケットのＡＮ．Ｓｒｃ）
ＡＮ．Ｓｒｃ＝Ｓ１（ルート設定要求パケットのＡＮ．Ｄｓｔ）
ＡＮ．Ｐｒｅ＝Ｓ１（ルート設定要求パケットのＡＮ．Ｄｓｔ）
サーバＳ１は、ＡＮルートテーブルを参照して、出方路ｓ１１から上記のようにヘッダ領域の各値が設定されたルート設定応答パケットを隣接（直後）のアクティブネットのノードとなるアクティブルータＡ３宛てに発出する。すると、このルート設定応答パケットは通常ルータＲ４を介してアクティブルータＡ３に転送される（▲５▼）。
【００５７】
アクティブルータＡ３では、このルート設定応答パケットを受信すると、受信したルート設定応答パケットが自ノード宛てのパケットであるので、ＩＰレイヤの処理モジュールによって、その内容が上位レイヤ（ＵＤＰレイヤ）に通知される（詳細は後述する）。そして、そのＵＤＰレイヤの処理モジュールが宛先ＵＤＰポート番号として特定番号が設定されていることを検出すると、ルート設定応答パケットの内容が更に上位となるアクティブネット（ＡＮ）レイヤに通知され、このアクティブネット（ＡＮ）レイヤの処理モジュールにより、受信したルート設定応答パケットのヘッダ情報（ＡＮ．Ｄｓｔ、ＡＮ．Ｓｒｃ、ＡＮ．Ｐｒｅ）及び仮登録テーブル（図８（ａ）参照）に基づいてルートテーブルに対してエントリの登録を行なう（詳細は後述する）。
【００５８】
具体的には、図８（ｂ）に示すように、上り方向（Ｃ１→Ｓ１）について、「宛先ＡＮ」としてＳ１（＝ＡＮ．Ｓｒｃ）が、次に転送すべきアクティブネットのノードを表す「隣接ＡＮ」としてＳ１（＝ＡＮ．Ｐｒｅ）が、パケットを発出すべき経路を表す「出方路」としてａ３２がそれぞれ登録される。また、下り方向（Ｓ１→Ｃ１）について、「宛先ＡＮ」としてＣ１（＝ＡＮ．Ｄｓｔ）が、「隣接ＡＮ」としてＡ２（仮登録テーブルの「下り隣接ＡＮ」の値）が、出方路としてａ３１（仮登録テーブルの「出方路」の値）がそれぞれ登録される（図４（ｃ）の内容と同じ）。
【００５９】
このようにＡＮルーチングテーブルに対するエントリの登録が終了すると、更に、アクティブネット（ＡＮ）レイヤの処理モジュールは、仮登録テーブル（図８（ａ）参照）に基づいて、ルート設定応答パケットのヘッダ情報を次のように再設定する（詳細は後述する）。
ＩＰ．Ｄｓｔ＝Ａ２（仮登録テーブルの「下り隣接ＡＮ」の値）
ＡＮ．Ｄｓｔ＝Ｃ１
ＡＮ．Ｓｒｃ＝Ｓ１
ＡＮ．Ｐｒｅ＝Ａ３（自ノードのＡＮアドレス）
このヘッダ情報の再設定では、ＩＰ．Ｄｓｔの値が仮登録テーブルの「下り隣接ＡＮ」の値Ａ２に変更されると共に、ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）の値が自ノード、即ち、アクティブルータＡ３のＡＮアドレスに変更される。
【００６０】
アクティブルータＡ３は、上記のようにしてエントリの登録を終えたＡＮルーチングテーブル（図８（ｂ）参照）を参照して、上記のようにヘッダ情報の再設定されたルート設定応答パケットを経路ａ３１からアクティブルータＡ２に宛てて発出する。このルート設定応答パケットは、更に通常ルータＲ３を介してアクティブルータＡ２まで転送される（▲６▼）。このルート設定応答パケットを受信したアクティブルータＡ２は、上記アクティブルータＡ３と同様に、受信したルート設定応答パケットのヘッダ情報及び仮登録テーブル（図７（ａ）参照）に基づいてＡＮルーチングテーブルの設定を行なう。
【００６１】
具体的には、図７（ｂ）に示すように、上り方向（Ｃ１→Ｓ１）について、「宛先ＡＮ」としてＳ１（＝ＡＮ．Ｓｒｃ）が、「隣接ＡＮ」としてＡ３（ＡＮ．Ｐｒｅ）が、「出方路」としてａ２２がそれぞれ登録される。また、下り方向（Ｓ１→Ｃ１）について、「宛先ＡＮ」としてＣ１（＝ＡＮ．Ｄｓｔ）が、「隣接ＡＮ」としてＡ１（仮登録テーブルの「下り隣接ＡＮ」の値）が、出方路としてａ２１（仮登録テーブルの「出方路」の値）がそれぞれ登録される（図４（ｂ）の内容と同じ）。
【００６２】
このようにＡＮルーチングテーブルに対するエントリの登録が終了すると、アクティブルータＡ２は、仮登録テーブル（図７（ａ）参照）に基づいてルート設定応答パケットのヘッダ情報を次のように再設定する。
ＩＰ．Ｄｓｔ＝Ａ１（仮登録テーブルの「下り隣接ＡＮ」の値）
ＡＮ．Ｄｓｔ＝Ｃ１
ＡＮ．Ｓｒｃ＝Ｓ１
ＡＮ．Ｐｒｅ＝Ａ２（自ノードのＡＮアドレス）
アクティブルータＡ２は、上記のようにしてエントリの登録を終えたＡＮルーチングテーブル（図７（ｂ）参照）を参照して、上記のようにヘッダ情報の再設定されたルート設定応答パケットを経路ａ２１からアクティブルータＡ１に宛てて発出する。このルート設定応答パケットは、更に通常ルータＲ２を介してアクティブルータＡ１まで転送される（▲７▼）。このルート設定応答パケットを受信したアクティブルータＡ１は、上記アクティブルータＡ３、Ａ２と同様に、受信したルート設定応答パケットのヘッダ情報及び仮登録テーブル（図６（ａ）参照）に基づいてＡＮルーチングテーブルの設定を行なう。
【００６３】
具体的には、図６（ｂ）に示すように、上り方向（Ｃ１→Ｓ１）について、「宛先ＡＮ」としてＳ１（＝ＡＮ．Ｓｒｃ）が、「隣接ＡＮ」としてＡ２（＝ＡＮ．Ｐｒｅ）が、「出方路」としてａ１２がそれぞれ登録される。また、下り方向（Ｓ１→Ｃ１）について、「宛先ＡＮ」としてＣ１（＝ＡＮ．Ｄｓｔ）が、「隣接ＡＮ」としてＣ１（仮登録テーブルの「下り隣接ＡＮ」の値）が、出方路としてａ１１（仮登録テーブルの「出方路」の値）がそれぞれ登録される（図４（ａ）の内容と同じ）。
【００６４】
このようにＡＮルーチングテーブルに対するエントリの登録が終了すると、アクティブルータＡ１は、仮登録テーブル（図７（ａ）参照）に基づいてルート設定応答パケットのヘッダ情報を次のように再設定する。
ＩＰ．Ｄｓｔ＝Ｃ１（仮登録テーブルの「下り隣接ＡＮ」の値）
ＡＮ．Ｄｓｔ＝Ｃ１
ＡＮ．Ｓｒｃ＝Ｓ１
ＡＮ．Ｐｒｅ＝Ａ１（自ノードのＡＮアドレス）
アクティブルータＡ１は、上記のようにしてエントリの登録を終えたＡＮルーチングテーブル（図６（ｂ）参照）を参照して、上記のようにヘッダ情報の再設定されたルート設定応答パケットを経路ａ１１からクライアント端末Ｃ１に宛てて発出する。このルート設定応答パケットは、更に通常ルータＲ１を介してクライアント端末Ｃ１まで転送される（▲８▼）。
【００６５】
このルート設定応答パケットを受信したクライアント端末Ｃ１は、そのルート設定応答パケットのヘッダ情報に基づいてＡＮルーチングテーブルに次のように上り方向（Ｃ１→Ｓ１）対応のエントリを設定する。
宛先ＡＮ＝ルート設定応答パケットのＡＮ．Ｓｒｃ（＝Ｓ１）
隣接ＡＮ＝ルート設定応答パケットのＡＮ．Ｐｒｅ（＝Ａ１）
出方路＝ルート設定応答パケットを受信した回線（経路）（＝ｃ１１）
上記のようにしてクライアント端末Ｃ１とサーバＳ１との間の経路に存在するアクティブルータＡ１、Ａ２、Ａ３にＡＮルーチングテーブル（図６（ｂ）及び図４（ａ）、図７（ｂ）及び図４（ｂ）、図８（ｂ）及び図４（ｃ）参照）が作成されると共に、サーバＳ１に下り方向対応のＡＮルーチングテーブル及びクライアント端末Ｃ１に上り方向対応のＡＮルーチングテーブルが作成される。この状態で、クライアント端末Ｃ１とサーバＳ１間で、上述したようなアクティブネット（アクティブルータＡ１、Ａ２、Ａ３）を介したＡＮパケットの通信が可能となる。
【００６６】
上記のようなネットワークにおいて各アクティブルータＡ１、Ａ２、Ａ３におけるＩＰレイヤの処理モジュールは、パケットを受信する毎に、図９に示す手順に従って処理を行う。
【００６７】
図９において、受信したパケットの宛先ＩＰアドレスと自ＩＰアドレスとを比較してその受信パケットが自ノード宛てのパケットであるか否かが判定される（Ｓ１）。その受信パケットが自ノード宛てのパケットである判定されると（Ｓ１でＹＥＳ）、そのパケットの内容が上位レイヤ（ＵＤＰレイヤ）の処理モジュールに通知される。
【００６８】
一方、受信したパケットが自ノード宛てのパケットでない場合（Ｓ１でＮＯ）、ヘッダ領域のプロトコル種別の値に基づいて通信のプロトコルの種類がＵＤＰであるか否かが判定される（Ｓ３）。プロトコル種別がＵＤＰであると判定されると（Ｓ３でＹＥＳ）、ヘッダ領域のＵＤＰポート番号が前述した特定番号であるか否かが判定される（Ｓ４）。受信したパケットが上述したようなルート設定要求パケットである場合には、そのＵＤＰポート番号が特定番号であると判定される（Ｓ４でＹＥＳ）。この場合、前述したように当該受信パケット（ルート設定要求パケット）が自ノード宛てのパケットとしてその内容が上位レイヤ（ＵＤＰレイヤ）に通知される（Ｓ５）。なお、受信パケットを自ノード宛てのパケットとして扱う手法として、例えば、宛先ＩＰアドレスを自ＩＰアドレスに置き換える手法がある。
【００６９】
上述した処理の過程で、通信プロトコルの種類がＵＤＰでない場合（Ｓ３でＮＯ）または、通信プロトコルの種類がＵＤＰであっても、そのＵＤＰポート番号が特定番号でない場合（Ｓ４でＮＯ）、ＩＰでのルーチングテーブルに従って受信したパケットをその宛先ＩＰアドレスに向けて転送する（通常のパケット転送処理）（Ｓ６）。
【００７０】
上記のような処理手順により、各アクティブルータのＩＰレイヤの処理モジュールは、上記ルート設定要求パケットを受信した際には、自ノード宛てのパケットとして上位レイヤにその内容を報告する（Ｓ５）。また、上記ルート設定応答パケットやアクティブネットを介して転送されるＡＮパケットを受信した際には、それらのＡＮパケットは必ず自ノード宛てのパケットであるので（ＡＮルーチングテーブル参照）、その内容を上位レイヤに報告する（Ｓ２）。更に、ＩＰに従って転送されるパケットを受信した際には、そのパケットをその宛先ＩＰアドレスに向けてそのまま転送する（Ｓ３、Ｓ４）。
【００７１】
上記のようにＩＰレイヤの処理モジュールから受信パケットの内容の通知を受けた上位レイヤの処理モジュールでは、例えば、図１０に示す手順に従って処理を実行する。
【００７２】
図１０において、ＵＤＰレイヤの処理モジュール（ＵＤＰ処理）では、受信したパケットのヘッダ領域に記述されたＵＤＰポート番号に対応したモジュールにパケットの内容が通知される（Ｓ１０）。その結果、ＵＤＰポート番号が前述した特定番号である場合には、アクティブネット（ＡＮ）レイヤの処理モジュールにその内容が通知される。一方、ＵＤＰポート番号が当該特定番号でない場合には、そのポート番号に対応した他のモジュールにて処理が行なわれる（Ｓ１１）。
【００７３】
上記のように受信パケットの内容の通知を受けたアクティブネット（ＡＮ）レイヤの処理モジュール（ＡＮ処理）では、次のような手順に従って処理が実行される。
【００７４】
受信パケットのヘッダ領域に記述されたＡＮパケット種別の値に基づいて、その受信パケットがルート設定要求パケット、ルート設定応答パケット、及びその他のＡＮパケットのいずれかであるかが判定される（Ｓ２１）。受信パケットがルート設定要求パケットであると判定されると、自ノードに作成されたＡＮルーチングテーブル（図４参照）において「宛先ＡＮ」が受信したパケットのヘッダ領域に記述されたＡＮ．Ｄｓｔ（宛先ＡＮアドレス）の値となるエントリ（宛先ＡＮ＝ＡＮ．Ｄｓｔ）が存在するか否かが判定される（Ｓ２２）。この判定は、受信パケット（ルート設定要求パケット）に記述された宛先ＡＮアドレスのノードに向かうルート設定が既になされているか否かを判定するためのものである。
【００７５】
ＡＮルーチングテーブルの「宛先ＡＮ」が受信パケットのＡＮ．Ｄｓｔの値となるエントリがない場合（Ｓ２２でＮＯ）、上述したような仮登録テーブル（図６（ａ）、図７（ａ）、図８（ａ）参照）へのエントリの登録が行なわれる（Ｓ２３）。具体的には、受信パケットのＡＮ．Ｄｓｔの値を「宛先ＡＮ」に、ＡＮ．Ｓｒｃ（発出ＡＮアドレス）の値を「発出ＡＮ」に、ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）の値を「下り隣接ＡＮ」にそれぞれ登録すると共に、そのパケットを受信した回線（経路）のＩＰアドレスを「出方路」に登録する。このような処理により、前述したような仮登録テーブルに対するエントリの登録がなされる。
【００７６】
上記のような仮登録テーブルに対するエントリの登録がなされると、前述したように、ルート設定要求パケットのヘッダ領域の値の再設定が行なわれ、そのルート設定要求パケットの送信が行なわれる（Ｓ２４）。このヘッダ領域の値の再設定により、ＡＮ．Ｐｒｅの値が自ノードのＡＮアドレスに、ＩＰ．Ｄｓｔの値がルート設定要求パケットのＡＮ．Ｄｓｔの値に変更される。
【００７７】
なお、「宛先ＡＮ」が受信したパケットのＡＮ．Ｄｓｔの値と同じ値となるエントリが既に仮登録テーブルにあれば、上記Ｓ２３での処理を実行した後に、ルート設定要求パケットの送信（Ｓ２４）は行わない。
【００７８】
また、ＡＮルーチングテーブルの「宛先ＡＮ」が受信パケットのＡＮ．Ｄｓｔの値となるエントリがある場合（Ｓ２２でＹＥＳ）、ルート設定要求パケットのヘッダ情報に基づいてＡＮルーチングテーブルが設定される（Ｓ２８）。具体的には、ＡＮルーチングテーブルの下り方向について次のようなエントリが登録される。受信パケットのＡＮ．Ｓｒｃの値が「宛先ＡＮ」に、ＡＮ．Ｐｒｅの値が「隣接ＡＮ」に、パケットを受信した回線（経路）の値（ＩＰアドレス値）が「出方路」にそれぞれ登録される。そして、ルート設定応答パケットが作成され、そのルート設定応答パケットが送信される（Ｓ２９）。この作成されるルート設定応答パケットのヘッダ情報は次のように設定される。
【００７９】
受信したルート設定要求パケットのＡＮ．Ｓｒｃの値がＡＮ．Ｄｓｔに、受信したルート設定要求パケットのＡＮ．Ｄｓｔの値がＡＮ．Ｓｒｃに、自ノードのＡＮアドレスがＡＮ．Ｐｒｅに、ルート設定要求パケットのＡＮ．Ｐｒｅの値がＩＰ．Ｄｓｔにそれぞれ設定される。
【００８０】
更に、Ｓ２１での処理において受信パケットがルート設定応答パケットであると判定されると、前述したように、既に作成された仮登録テーブルと受信したパケットのヘッダ情報に基づいてＡＮルーチングテーブル（図６、図７、図８参照）の設定が行なわれる（Ｓ２５）。具体的には、仮登録テーブルにおいて「宛先ＡＮ」が受信パケットのＡＮ．Ｓｃｒの値となる全てのエントリが検索される。そして、各エントリを参照して、ＡＮルーチングテーブルにおける下り方向について、受信パケットのＡＮ．Ｄｓｔの値が「宛先ＡＮ」に、仮登録テーブルの「下り隣接ＡＮ」の値が「隣接ＡＮ」に、仮登録テーブルの「出方路」の値が「出方路」にそれぞれ登録される。また、受信したルート設定応答パケットのヘッダ情報を参照して、ＡＮルーチングテーブにおける上り方向について、受信パケットのＡＮ．Ｓｒｃの値が「宛先ＡＮ」に、ＡＮ．Ｐｒｅの値が「隣接ＡＮ」に、そのルート設定応答パケットを受信した回線（経路）のＩＰアドレスが「出方路」にそれぞれ登録される。
【００８１】
上記のようにしてＡＮルーチングテーブルに対するエントリの登録が終了すると、上記仮登録テーブルを参照して、ルート設定応答パケットのヘッダ情報が次のように再設定される。即ち、仮登録テーブルにおける「発出ＡＮ」の値がＡＮ．Ｄｓｔに、仮登録テーブルにおける「宛先ＡＮ」の値がＡＮ．Ｓｒｃに、「下り隣接ＡＮ」の値がＩＰ．Ｄｓｔ（宛先ＩＰアドレス）に、自ノードのＡＮアドレスがＡＮ．Ｐｒｅにそれぞれ設定される。そして、このようにヘッダ情報の再設定のなされたルート設定応答パケットが送信される（Ｓ２６）。
【００８２】
なお、このルート設定応答パケットの送信後に、仮登録テーブルの対応するエントリが削除される。
【００８３】
また、更に、Ｓ２１での処理において受信パケットがその他のＡＮパケットであると判定されると、そのパケットの種別に対応した処理が行なわれる（Ｓ２７）。
【００８４】
各アクティブルータＡ１、Ａ２、Ａ３のＩＰレイヤの処理モジュールとアクティブネット（ＡＮ）レイヤの処理モジュールがＡＮパケットを受信する毎に上述するような手順で処理を行なうことにより、各アクティブルータＡ１、Ａ２、Ａ３においてＡＮルーチングテーブルにクライアント端末とサーバ間の経路に関するエントリが登録される。即ち、クライアント端末とサーバ間のルート設定がなされる。
【００８５】
次に、上述した例では、サーバから複数のクライアント端末に対して同じ情報を同時的に配信する場合（マルチキャスト配信の場合）、サーバから発する経路は、クライアント端末に近づくに従って分岐されてゆく。そのため、よりクライアント端末に近いノードのアクティブルータでは、ＡＮルーチングテーブルの下り方向についてのエントリが非常多くなってしまう。このような状況を防止するため、次のようにして、ＡＮルーチングテーブルに対してエントリを登録することも可能である。
【００８６】
図１１乃至図１３に示すように、ＡＮルーチングテーブルの下り方向について、仮登録テーブルの「下り隣接ＡＮ」の値を「隣接ＡＮ」と共に「宛先ＡＮ」にも登録する。即ち、下り方向については「隣接ＡＮ」と「宛先ＡＮ」を区別しない。
【００８７】
例えば、図１に示すネットワークの例の場合、図１１（ｂ）に示すように、アクティブルータＡ１におけるＡＮルーチングテーブルの下り方向について、「隣接ＡＮ」及び「宛先ＡＮ」にクライアント端末Ｃ１を表すＡＮアドレスが登録され、図１２（ｂ）に示すように、アクティブルータＡ２におけるＡＮルーチングテーブルの下り方向について、「隣接ＡＮ」及び「宛先ＡＮ」にアクティブルータＡ１を表すＡＮアドレスが登録され、また、図１３（ｂ）に示すように、アクティブルータＡ３におけるＡＮルーチングテーブルの下り方向について、「隣接ＡＮ」及び「宛先ＡＮ」にアクティブルータＡ２を表すＡＮアドレスが登録される。
【００８８】
このようにすれば、自ノード（アクティブルータ）に隣接するアクティブルータから先がどんなに分岐していても、ＡＮルーチングテーブルの下り方向について登録すべきエントリの数は、自ノードから分岐して隣接するアクティブルータの数だけで済む。
【００８９】
上記のようなＡＮルーチングテーブルのエントリ登録を実現するためのアクティブネット（ＡＮ）レイヤの処理モジュールでの具体的な処理は、図１０に示すＳ２５での処理において、ＡＮルーチングテーブルの下り方向について、仮登録テーブルの「下り隣接ＡＮ」の値が「宛先ＡＮ」及び「隣接ＡＮ」の双方に、仮登録テーブルの「出方路」の値が「出方路」にそれぞれ登録される。また、Ｓ２８での処理において、受信したルート設定要求パケットのＡＮ．Ｐｒｅ（隣接ＡＮアドレス）の値がＡＮルーチングテーブルの下り方向についての「宛先ＡＮ」及び「隣接ＡＮ」の双方に、パケットを受信した回線（経路）の値（ＩＰアドレス）が「出方路」にそれぞれ登録される。
【００９０】
また、ルート設定要求パケットを受信したサーバがルート設定応答パケットを生成する際に、ヘッダ情報を、
宛先ＡＮ＝ルート設定要求パケットのＡＮ．Ｐｒｅ
隣接ＡＮ＝ルート設定要求パケットのＡＮ．Ｐｒｅ
出方路＝ルート設定パケットを受信した回線（経路）
となるように設定することができる。
【００９１】
上記のように、アクティブルータにおけるＡＮルーチングテーブルの下り方向について「隣接ＡＮ」と「宛先ＡＮ」の双方に対して当該アクティブルータに隣接するアクティブルータのＡＮアドレスを設定するようにすると、各アクティブルータでは、パケットの最終宛先（クライアント端末）が不明である。このため、各アクティブルータが種々のサービスに関するパケットをＡＮルーチングテーブルの下り方向についての「隣接ＡＮ」及び「宛先ＡＮ」の双方に設定された全てのＡＮアドレスにて特定される隣接のアクティブルータに転送してしまうと、最終宛先となるクライアント端末にそのクライアント端末で要求していないサービスに関するパケットが配信される場合がある。この場合、要求していないサービスに関するパケットを受信したクライアント端末では受信パケットの選別を行なう必要があり、クライアント端末での処理負荷が増大してしまう。
【００９２】
このような事態を防止するため、次の例では、各アクティブルータにおいて配信されるサービス毎にパケットの転送先が明確となるようなルート設定について説明する。
【００９３】
例えば、図１４に示すようなネットワークを想定する。
【００９４】
図１４において、各ノード（クライアント端末Ｃ１、Ｃ２、Ｃ３、通常ルータＲ１、Ｒ２、Ｒ３、Ｒ４、アクティブルータＡ１、Ａ２、Ａ３、Ａ４、及びサーバＳ１、Ｓ２）とそれらノードを接続する経路の構成は、図１に示すネットワークと同様である。サーバＳ１は、サービス識別子Ｓｉｄ＝１０のサービスを配信する。サーバＳ２は、サービス識別子Ｓｉｄ＝３０のサービスを配信する。クライアント端末Ｃ１及びＣ２は、サーバＳ１からのサービス識別子Ｓｉｄ＝１０のサービスを要求し、クライアント端末Ｃ３は、サーバＳ１からのサービス識別子Ｓｉｄ＝１０のサービスと共にサーバＳ２からのサービス識別子Ｓｉｄ＝３０のサービスを要求する。
【００９５】
各アクティブルータＡ１、Ａ２、Ａ３、Ａ４では、前述した手順に従ってＡＮルーチングテーブルに対するエントリ登録がなされている。例えば、アクティブルータＡ１では、図１５（ａ）に示すようにＡＮルーチングテーブルに対するエントリ登録がなされ、アクティブルータＡ２では、図１６（ａ）に示すようにＡＮルーチングテーブルに対するエントリ登録がなされている。
【００９６】
上記のような状況において、例えば、Ｓｉｄ＝１０のサービスの配信をサーバＳ１から受けようとするクライアント端末Ｃ１は、サービス参加要求パケットを作成する。このサービス参加要求パケットのヘッダ領域には、「プロトコル種別（ＰＩＤ）」としてＵＤＰが、「宛先ＵＤＰポート番号」として上記特定番号が、「ＡＮパケット種別」としてサービス参加要求パケットを表す種別情報がそれぞれ設定されると共に、ＡＮルーチングテーブルの上り方向についての各項目の値等に基づいてヘッダ情報が以下のように設定される。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ａ１
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｃ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ｃ１
ＡＮ．Ｓｉｄ（ＡＮサービス識別子）＝１０
上記のようにヘッダ情報の設定されたサービス参加要求パケットが作成されると、クライアント端末Ｃ１は、このサービス参加要求パケットを経路ａ１１から発出する。すると、このサービス参加要求パケットは、ＩＰ．Ｄｓｔ（＝Ａ１）に基づいて通常パケットＲ１を介してアクティブルータＡ１に転送される（▲１▼）。
【００９７】
このサービス参加要求パケットを受信したアクティブルータＡ１では、ＩＰレイヤの処理モジュールが、当該パケットが自ノード宛てのパケットであることから、その内容を上位レイヤに通知する。そして、アクティブネット（ＡＮ）レイヤの処理モジュールが、上記サービス参加要求パケットのヘッダ情報（ＡＮ．Ｄｓｔ、ＡＮ．Ｓｒｃ、ＡＮ．Ｐｒｅ、ＡＮ．Ｓｉｄ）に基づいてサービス仮登録テーブルに対するエントリの登録を行なう。
【００９８】
このサービス仮登録テーブルは、図１５（ｂ）、図１６（ｂ）に示すように、「宛先ＡＮ」、「サービス識別子」及び「隣接ＡＮ（配布先）」の各項目を有するサービステーブルと同様の構造となっている。そして、具体的には、サービス仮登録テーブルにおいて、「宛先ＡＮ」にＳ１（＝ＡＮ．Ｄｓｔ）が、「サービス識別子」に１０（＝ＡＮ．Ｓｉｄ）が、「隣接ＡＮ（配布先）」としてＣ１（＝ＡＮ．Ｐｒｅ）が登録される。
【００９９】
このようにサービス仮登録テーブルに対するエントリの登録が終了すると、ＡＮルーチングテーブル（図１５（ａ）参照）の上り方向についての各項目の値等に基づいてサービス参加要求パケットのヘッダ情報が次のように再設定される。
ＩＰ．Ｄｓｔ＝Ａ２
ＡＮ．Ｄｓｔ＝Ｓ１
ＡＮ．Ｓｒｃ＝Ｃ１
ＡＮ．Ｐｒｅ＝Ａ１
ＡＮ．Ｓｉｄ（ＡＮサービス識別子）＝１０
アクティブルータＡ１は、ＡＮルーチングテーブルを参照して、上記のようにヘッダ情報の再設定のなされたサービス参加要求パケットを経路ａ１２（出方路）から発出する。このサービス参加要求パケットは、ＩＰ．Ｄｓｔ（＝Ａ２）に基づいて通常パケットＲ２を介してアクティブルータＡ２に転送される（▲２▼）。
【０１００】
この自ノード宛てのサービス参加要求パケットを受信したアクティブルータＡ２では、上記アクティブルータＡ１と同様に、サービス仮登録テーブルに対するエントリの登録が行なわれる。具体的には、「宛先ＡＮ」にＳ１（＝ＡＮ．Ｄｓｔ）が、「サービス識別子」に１０（＝ＡＮ．Ｓｉｄ）が、「隣接ＡＮ（配布先）」にＡ１（＝ＡＮ．Ｐｒｅ）がそれぞれサービステーブルに仮登録される。
【０１０１】
以後、同様の手順にてサービス参加要求パケットがアクティブルータＡ２から更にアクティブルータＡ３及びサーバＳ１に順次転送される（▲３▼、▲４▼）。その過程で、アクティブルータＡ３においても同様にサービス仮登録テーブルにエントリの登録がなされる。その結果、アクティブルータＡ３において、サービステーブルには、「宛先ＡＮ」にＳ１（＝ＡＮ．Ｄｓｔ）が、「サービス識別子」に１０（＝ＡＮ．Ｓｉｄ）が、「隣接ＡＮ（配布先）」にＡ２（＝ＡＮ．Ｐｒｅ）が登録される。
【０１０２】
上記のように転送されたサービス参加要求パケットがサーバＳ１にて受信されると、サーバＳ１は、サービス参加応答パケットを生成する。このサービス参加応答パケットのヘッダ領域には、「プロトコル種別（ＰＩＤ）」としてＵＤＰが、「宛先ＵＤＰポート番号」として上記特定番号が、「ＡＮパケット種別」としてサービス参加応答パケットを表す種別情報がそれぞれ設定されると共に、ＡＮルーチングテーブルの下り方向についての各項目の値等に基づいてヘッダ情報が以下のように設定される。
ＩＰ．Ｄｓｔ（宛先ＩＰアドレス）＝Ａ３
ＡＮ．Ｄｓｔ（宛先ＡＮアドレス）＝Ａ３
ＡＮ．Ｓｒｃ（発出ＡＮアドレス）＝Ｓ１
ＡＮ．Ｐｒｅ（隣接ＡＮアドレス）＝Ｓ１
ＡＮ．Ｓｉｄ（ＡＮサービス識別子）＝１０
上記のようにヘッダ情報の設定されたサービス参加応答パケットが作成されると、サーバＳ１は、このサービス参加応答パケットを経路Ｓ１１から発出する。すると、このサービス参加応答パケットは、ＩＰ．Ｄｓｔ（＝Ａ３）に基づいて通常ルータＡ４を介してアクティブルータＡ３に転送される（▲５▼）。
【０１０３】
この自ノード宛てのサービス参加応答パケットを受信したアクティブルータＡ３では、サービス参加応答パケットのヘッダ情報（ＡＮ．Ｓｒｃ、ＡＮ．Ｓｉｄ）に基づいてサービステーブルに対するエントリの本登録が行なわれる。具体的には、受信したサービス参加応答パケットのＡＮ．Ｓｒｃ＝Ｓ１及びＡＮ．Ｓｉｄ＝１０がサービス仮登録テーブルの「宛先ＡＮ」及び「サービス識別子」の値として仮登録されていたエントリがそのままサービステーブルにて本登録される。即ち、サービス仮登録テーブルの「宛先ＡＮ」、「サービス識別子」、「隣接ＡＮ（配布先）」に仮登録されていたエントリ（Ｓ１、１０、Ａ２）がそのままサービステーブルに本登録される。
【０１０４】
このようにサービステーブルに対するエントリの本登録が終了すると、そのサービステーブルを参照してサービス参加応答パケットのヘッダ情報が次のように再設定される。
ＩＰ．Ｄｓｔ＝Ａ２（隣接ＡＮ（配布先）の値）
ＡＮ．Ｄｓｔ＝Ａ２（隣接ＡＮ（配布先）の値）
ＡＮ．Ｓｒｃ＝Ｓ１
ＡＮ．Ｐｒｅ＝Ａ３（自ノードのＡＮアドレス）
ＡＮ．Ｓｉｄ＝１０
アクティブルータＡ３は、ＡＮルーチングテーブルを参照して、上記のようにヘッダ情報の再設定のなされたサービス参加応答パケットを経路ａ３１（出方路）から発出する。このサービス参加応答パケットは、ＩＰ．Ｄｓｔ（＝Ａ２）に基づいて通常パケットＲ３を介してアクティブルータＡ２に転送される（▲６▼）。
【０１０５】
この自ノード宛てのサービス参加応答パケットを受信したアクティブルータＡ２では、上記アクティブルータＡ３と同様に、サービステーブルに対するエントリの本登録が行なわれる。具体的には、受信したサービス参加応答パケットのＡＮ．Ｓｒｃ＝Ｓ１及びＡＮ．Ｓｉｄ＝１０がサービス仮登録テーブルの「宛先ＡＮ」及び「サービス識別子」の値として仮登録されていたエントリ（Ｓ１、１０、Ａ１）が検索され、そのエントリがそのままサービステーブルにて本登録される。
【０１０６】
以後、同様の手順にてサービス参加応答要求パケットがアクティブルータＡ２から更にアクティブルータＡ１及びクライアント端末Ｃ１に順次転送される（▲７▼、▲８▼）。その過程で、アクティブルータＡ１においても同様にサービス仮登録テーブルにおいてＡＮ．Ｓｒｃ＝Ｓ１、ＡＮ．Ｓｉｄ＝１０が「宛先ＡＮ」及び「サービス識別子」の値として仮登録されていたエントリ（Ｓ１、１０、Ｃ１）がそのままサービステーブルに本登録される。
【０１０７】
上述したように、各クライアント端末Ｃ１、Ｃ２、Ｃ３から発出されたサービス参加要求パケットがサーバＳ１、Ｓ２に転送される間に、サービス仮登録テーブルに対するエントリの仮登録がなされる。そして、各クライアント端末からの参加要求パケットを受信した各サーバは、対応するクライアント端末に対してサービス参加応答パケットを発出する。このサービス参加応答パケットが転送される間に、サービス仮登録テーブルに仮登録されたエントリがサービステーブル本登録される。
【０１０８】
その結果、例えば、アクティブルータＡ２のサービステーブルには、図１６（ｂ）に示すようなエントリが登録（本登録）され、アクティブルータＡ１のサービステーブルには、図１５（ｂ）に示すようなエントリが登録（本登録）される。このサービステーブルの各エントリ、例えば、図１６（ｂ）に示すアクティブルータＡ２のサービステーブルのエントリ
「宛先ＡＮ」＝Ｓ１
「サービス識別子」＝１０
「隣接ＡＮ（配布先）」＝Ａ１、Ａ４
は、「サーバＳ１から配信されるＳｉｄ＝１０のサービスに関するＡＮパケットは、アクティブルータＡ１及びＡ１に転送する」ことを表す。また、エントリ
「宛先ＡＮ」＝Ｓ２
「サービス識別子」＝３０
「隣接ＡＮ（配布先）」＝Ａ４
は、「サーバＳ２から配信されるＳｉｄ＝３０のサービスに関するＡＮパケットは、アクティブルータＡ４に転送する」ことを表す。
【０１０９】
上記のようにサービステーブルには、ある配信元（クライアント端末からの要求先：宛先ＡＮ）から配信されるサービス（サービス識別子）に関するＡＮパケットの転送先（隣接ＡＮ（配布先））が記述される（図１６（ｂ）参照）。従って、ＡＮルーチングテーブルの下り方向について「宛先ＡＮ」と「隣接ＡＮ」の双方に種々のサービスに対応した転送先アクティブルータのＡＮアドレス（隣接ＡＮ）が登録されていても（図１６(ａ)参照）、ＡＮパケットをそのサービスの種類に応じて適正な転送先アクティブルータに転送することができるようになる。
【０１１０】
例えば、図１６（ａ）に示すようなＡＮルーチングテーブル及び図１６（ｂ）に示すようなサービステーブルを有するアクティブルータＡ２がＡＮパケットを受信した場合、次のような処理が行なわれる。
【０１１１】
受信したＡＮパケットのヘッダ情報に基づいてその受信ＡＮパケットがサーバＳ１（ＡＮ．Ｓｒｃ＝Ｓ１）からのサービス１０（ＡＮ．Ｓｉｄ＝１０）に係るＡＮパケットであると判定されれば、ＡＮルーチングテーブルとサービステーブルに基づいて、そのＡＮパケットが経路ａ２１、ａ２３からアクティブルータＡ１とＡ４の双方に転送される。また、その受信ＡＮパケットがサーバＳ２（ＡＮ．Ｓｒｃ＝Ｓ２）からのサービス３０（ＡＮ．Ｓｉｄ＝３０）に係るＡＮパケットであると判定されれば、ＡＮルーチングテーブルとサービステーブルに基づいて、そのＡＮパケットが経路ａ２３からアクティブルータＡ４にだけ転送される。
【０１１２】
上述したようにサービス参加要求パケット及びサービス参加応答パケットを受信して、上記のような手順にて処理（アクティブ（ＡＮ）レイヤの処理モジュールでの処理）を行なう各アクティブルータでは、具体的には、図１７に示すような手順に従って処理を行なう。この処理は、図１０に示す手順において、その他のパケット（サービス参加要求パケット、サービス参加応答パケットなど）を受信した際に行なわれる処理（Ｓ２７）として行なわれるものである。
【０１１３】
図１７において、自ノード宛てのＡＮパケットがサービス参加要求パケット、サービス参加応答パケット、その他のＡＮパケットのいずれであるかが判定される（Ｓ３１）。ここで、そのＡＮパケットがサービス参加要求パケットであると判定されると、サービステーブル（図１５(ｂ)、図１６（ｂ）参照）において「宛先ＡＮ」と「サービス識別子」がその受信ＡＮパケットのヘッダ領域に記述されたＡＮ．Ｄｓｔ（宛先ＡＮ）の値とサービス識別子（ＡＮ．Ｓｉｄ）の値となるエントリが存在するか否かが判定される（Ｓ３２）。この判定は、受信ＡＮパケット（サービス参加要求パケット）に記述された宛先ＡＮアドレスのサーバから配信されるサービス識別子にて特定されるサービスについての転送先（隣接ＡＮ）が既に登録されているか否かを判定するものである。
【０１１４】
そのようなエントリがサービステーブルに存在しない場合、上述したようなサービス仮登録テーブルへのエントリの仮登録が行なわれる（Ｓ３３）。具体的には、受信ＡＮパケットのＡＮ．Ｄｓｔの値が「宛先ＡＮ」に、ＡＮ．Ｓｉｄの値が「サービス識別子」に、ＡＮ．Ｐｒｅの値が「隣接ＡＮ（配布先）」にそれぞれ登録される。このような処理により前述したようなサービス仮登録テーブルに対するエントリの登録がなされる。
【０１１５】
上記のようなサービス仮登録テーブルに対するエントリの仮登録がなされると、前述したように、サービス参加要求パケットのヘッダ領域の値の再設定が行なわれ、そのサービス参加要求パケットの送信が行なわれる（Ｓ３４）。このヘッダ領域の値の再設定により、ＡＮ．Ｐｒｅの値が自ノードのＡＮアドレスに、ＩＰ．Ｄｓｔの値が、ＡＮルーチングテーブルの上り方向において「宛先ＡＮ」＝ＡＮ．Ｄｓｔのなるエントリの「隣接ＡＮ」の値に変更される。
【０１１６】
なお、「宛先ＡＮ」及び「サービス識別子」が受信したパケットのＡＮ．Ｄｓｔ及びＡＮ．Ｓｉｄの値と同じ値となるエントリが既にサービス仮登録テーブルにあれば、上記Ｓ３３での処理を実行した後に、サービス参加要求パケットの送信（Ｓ３４）は行なわない。
【０１１７】
また、サービステーブルにおいて「宛先ＡＮ」と「サービス識別子」がその受信ＡＮパケットのヘッダ領域に記述されたＡＮ．Ｄｓｔ（宛先ＡＮ）の値とサービス識別子（ＡＮ．Ｓｉｄ）の値となるエントリが既に存在する場合（Ｓ３２でＹＥＳ）、サービス参加要求パケットのヘッダ情報に基づいて、サービステーブルへのエントリの登録が行なわれる（Ｓ３８）。具体的には、サービステーブルにおいて「宛先ＡＮ」と「サービス識別子」がその受信ＡＮパケットのＡＮ．Ｄｓｔの値とＡＮ．Ｓｉｄの値となるエントリの「隣接ＡＮ（配布先）」にサービス参加要求パケットのＡＮ．Ｐｒｅの値が追加登録される。
【０１１８】
そして、サービス参加要求パケットが作成され、そのサービス参加応答パケットが当該サービス参加要求パケットの送信元に送信される（Ｓ３９）。この作成されるサービス参加応答パケットのヘッダ情報は次のように設定される。
【０１１９】
受信したサービス参加要求パケットのＡＮ．Ｓｒｃの値がＡＮ．Ｄｓｔに、受信したサービス参加要求パケットのＡＮ．Ｄｓｔの値がＡＮ．Ｓｒｃに、自ノードのＡＮアドレスがＡＮ．Ｐｒｅに、受信したサービス参加要求パケットのＡＮ．Ｐｒｅの値がＩＰ．Ｄｓｔにそれぞれ設定される。
【０１２０】
更に、Ｓ３１での処理において受信パケットがサービス参加応答パケットであると判定されると、前述したように、既に各エントリが仮登録されたサービス仮登録テーブルと受信したサービス参加応答パケットのヘッダ情報に基づいてサービステーブル（図１５（ｂ）、図１６（ｂ）参照）に対するエントリの本登録が行なわれる（Ｓ３５）。具体的には、サービス仮登録テーブルにおいて、「宛先ＡＮ」が受信パケットのＡＮ．Ｓｒｃの値となり、かつ、「サービス識別子」が受信パケットのＡＮ．Ｓｉｄの値となるエントリが検索される。この検索により得られた各エントリがそのままサービステーブルに本登録される。
【０１２１】
上記のようにしてサービステーブルに対するエントリの本登録が終了すると、サービス参加応答パケットのヘッダ情報が次のように再設定される。即ち、ＡＮ．Ｐｒｅの値が自ノードのＡＮアドレスに、ＩＰ．Ｄｓｔの値及びＡＮ．Ｄｓｔの値がサービステーブルの「隣接ＡＮ（配布先）」の値にそれぞれ変更される。そして、このようにヘッダ情報の再設定（変更）のなされたサービス参加応答パケットが送信される（Ｓ３６）。
【０１２２】
また、更に、Ｓ３１での処理において受信パケットがその他のＡＮパケットであると判定されると、そのパケットの種別に対応した処理が行なわれる（Ｓ３７）。
【０１２３】
各アクティブルータＡ１、Ａ２、Ａ３のアクティブ（ＡＮ）レイヤの処理モジュールがＡＮパケットを受信する毎に上述したような手順での処理を行なうことにより、各アクティブルータＡ１、Ａ２、Ａ３においてサービステーブルにサービス毎にパケットの配信経路に関するエントリが登録される。
【０１２４】
上述した例によれば、既存のＩＰネットワークにアクティブルータを導入、展開してアクティブネットを構成するようにした場合、各アクティブルータの位置情報や経路情報を統括的に管理する管理ノードを設けなくても、端末（クライアント端末）−端末（サーバ）間で通信を行なう際に、その端末−端末間で、ルート設定要求パケット及びルート設定応答パケット、また、更に、サービス参加要求パケット及びサービス参加応答パケットを転送することにより、その端末−端末間でのルート設定を行なうことができるようになる。
【０１２５】
【発明の効果】
以上、説明したように、請求項１乃至４記載の本願発明によれば、実際にパケットをネットワーク内を転送させて、そのパケットを中継したアクティブルータに基づいてアクティブルータを経由する転送ルートを設定するようにしているので、アクティブルータの位置情報や経路情報等の管理や配布を行うための管理ノードをネットワーク内に設けることなくアクティブルータの導入を可能にするためのルート設定方法を実現することができる。
【０１２６】
また、請求項５乃至７記載の本願発明によれば、そのようなルート設定方法に従って設定された通信経路（パケットの転送ルート）を管理するルート管理方法を提供することができる。
【０１２７】
更に、請求項８乃至１０記載の本願発明によれば、そのようなルート設定方法に従って通信経路の設定がなされるネットワークに含まれるアクティブルータを提供することができる。
【図面の簡単な説明】
【図１】アクティブネットが構成されるネットワークの構成例を示す図である。
【図２】アクティブネットを実現するための各ノードの機能を示す図である。
【図３】ネットワーク内を転送されるＡＮパケットの構成例を示す図である。
【図４】ＡＮルーチングテーブルの例を示す図である。
【図５】ルート設定要求パケットとルート設定応答パケットの転送の一例を示す図である。
【図６】アクティブルータＡ１における仮登録テーブルとＡＮルーチングテーブルの一例を示す図である。
【図７】アクティブルータＡ２における仮登録テーブルとＡＮルーチングテーブルの一例を示す図である。
【図８】アクティブルータＡ３における仮登録テーブルとＡＮルーチングテーブルの一例を示す図である。
【図９】各アクティブルータにおけるＩＰレイヤの処理モジュールでの処理手順の一例を示すフローチャートである。
【図１０】各アクティブルータにおけるＵＤＰレイヤの処理モジュール及びアクティブネット（ＡＮ）レイヤの処理モジュールでの処理手順の一例を示すフローチャートである。
【図１１】アクティブルータＡ１における仮登録テーブルとＡＮルーチングテーブルの他の一例を示す図である。
【図１２】アクティブルータＡ２における仮登録テーブルとＡＮルーチングテーブルの他の一例を示す図である。
【図１３】アクティブルータＡ３における仮登録テーブルとＡＮルーチングテーブルの他の一例を示す図である。
【図１４】サービス参加要求パケットとサービス参加応答パケットの転送の一例を示す図である。
【図１５】アクティブルータＡ１におけるＡＮルーチングテーブルとサービステーブルの一例を示す図である。
【図１６】アクティブルータＡ２におけるＡＮルーチングテーブルとサービステーブルの一例を示す図である。
【図１７】各アクティブフィルタにおけるアクティブネット（ＡＮ）レイヤの処理モジュールでのサービステーブル作成に係る処理の手順の一例を示すフローチャートである。
【図１】
0003848067.tif 000002
【図２】
0003848067.tif 000003
【図３】
0003848067.tif 000004
【図４】
0003848067.tif 000005
【図５】
0003848067.tif 000006
【図６】
0003848067.tif 000007
【図７】
0003848067.tif 000008
【図８】
0003848067.tif 000009
【図９】
0003848067.tif 000010
【図１０】
0003848067.tif 000011
【図１１】
0003848067.tif 000012
【図１２】
0003848067.tif 000013
【図１３】
0003848067.tif 000014
【図１４】
0003848067.tif 000015
【図１５】
0003848067.tif 000016
【図１６】
0003848067.tif 000017
【図１７】
0003848067.tif 000018