JP2008227849A - パス自動構成方法および装置 - Google Patents

Abstract

【課題】複数のクライアント装置間のマルチポイントのパス設定を実現することにより、パス設定稼働を削減できるパス構成方法を提供する。
【解決手段】本発明の一実施形態による通信ネットワークにおける管理制御装置は、１つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義する。接続元仮想ポートから接続先仮想ポートへパスを設定するにあたって、接続元仮想ポートに包含される物理（論理）ポートと接続先仮想ポートに包含される物理（論理）ポートとの対応関係を認識して、１つまたは複数の接続元クライアント装置から１つまたは複数の接続先クライアント装置へ複数のパスを設定する。
【選択図】図１

Description

本発明は、通信ネットワークに関し、より詳しくは、通信ネットワークにおいて複数のパスを自動で構成する方法および装置に関する。

ＧＭＰＬＳ技術を用いて、通信ネットワークのノード装置の制御部間の通信により、ポイント−ポイント間のパス設定、障害時のリストレーションによる復旧など高機能を実現する方法が提案されている（非特許文献１）。

また、特許文献１には、光パスを用いたレイヤ１ＶＰＮサービスの実現方法について記載されている。特に、特許文献１では、クライアント側からの制御によるパス設定について記載されており、クライアントのポリシーを反映できるようにしている。具体的には、通信ネットワーク内にＶＰＮごとに異なる仮想ノードを設定し、それぞれに対してクライアントのポリシーを登録することにより、クライアントのポリシーを反映させたパス設定を可能にしている。

特開２００４−１７９７６９号公報 RFC3945: Generalized Multi-Protocol Label Switching （GMPLS） Architecture, （特に、1. Introduction, 7. Generalized Signaling, 11. LSP Protection and Restoration参照）

これらの従来技術はいずれも、接続元クライアント装置から接続先クライアント装置へのポイント−ポイントのパス設定を行っている。接続元クライアント装置の物理（論理）ポートと接続先クライアント装置の物理（論理）ポートを指定し、例えばＧＭＰＬＳのシグナリングなどを用いて、ノード装置の接続設定を行う。ここで、物理（論理）ポートとは、物理ポートまたは論理ポートを意味し、ノード装置の接続設定（クロスコネクト設定）を行う際、個々の物理ポートを指定してもよいし、１つまたは複数の物理ポートに紐付け定義された論理ポートを指定してもよい。

しかしながら、通信トラフィックの増大に伴い、クライアント装置間の必要パス数が増大すると、複数のクライアント装置間を直結する傾向となり、複数のクライアント装置間のメッシュ接続になると考えられる。

そうなった場合、パス設定数は、クライアント数の増加に伴い、２乗のオーダで増加する。そのため、ポイント−ポイントでパスを設定したり、維持したりするための処理稼働は膨大なものとなる。

本発明は、このような問題に鑑みてなされたもので、その目的とするところは、複数のクライアント装置間のマルチポイントのパス設定を実現することにより、パス設定の処理稼働を削減できるパス自動構成方法を提供することにある。

本発明は、このような目的を達成するために、請求項１に記載の発明は、通信ネットワークにおける管理制御装置であって、１つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義し、前記接続元仮想ポートから前記接続先仮想ポートへパスを設定するにあたって、前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することを特徴とする。

また、請求項２に記載の発明は、請求項１に記載の管理制御装置であって、前記接続元仮想ポートおよび接続先仮想ポートは、各クライアント装置からの属性および接続ポリシーに基づいて定義されることを特徴とする。

また、請求項３に記載の発明は、請求項１または２に記載の管理制御装置であって、前記クライアント装置と前記通信ネットワークのノード装置との間の物理（論理）ポートの対応関係は、前記クライアント装置との間に定義されたプロトコルを通じて取得されることを特徴とする。

また、請求項４に記載の発明は、請求項１から３のいずれかに記載の管理制御装置であって、前記管理制御装置は、前記通信ネットワークの複数のノード装置に分散されていることを特徴とする。

また、請求項５に記載の発明は、請求項４に記載の管理制御装置であって、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することは、前記接続元クライアント装置のいずれかの要求メッセージを通じて行われることを特徴とする。

また、請求項６に記載の発明は、プログラムであって、請求項１から５のいずれかに記載の管理制御装置の機能をコンピュータに実行させることを特徴とする。

また、請求項７に記載の発明は、１つまたは複数の接続元クライアント装置と、１つまたは複数の接続先クライアント装置と、前記接続元クライアント装置から前記接続先クライアント装置へ複数のパスを設定するための１つまたは複数のノード装置とを備えた通信システムであって、前記１つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、前記１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義し、前記接続元仮想ポートから前記接続先仮想ポートへパスを設定するにあたって、前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することを特徴とする。

また、請求項８に記載の発明は、通信ネットワークにおいて複数のパスを自動で構成する方法であって、１つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義することと、前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することとを備えることを特徴とする。

以下、図面を参照しながら本発明の実施形態について詳細に説明する。

（第１実施形態）
図１は、本発明の第１実施形態に係る構成例を示している。具体的には、光クロスコネクト装置（Ｘ１〜Ｘ５）からなる通信ネットワーク（ＮＷ）を介して、自律システム（ＡＳ１，ＡＳ２）間にパスを設定している。以下、クライアント装置は、ＩＰルータ（Ｒ１，Ｒ２など）として説明するが、ＭＰＬＳルータ、レイヤ２スイッチ、ＴＤＭ装置などとしてもよい。また、光クロスコネクト装置の代わりに、ＴＤＭ装置などのパスクロスコネクトが可能な装置を適用することができる。

図１は、２つの自律システム（ＡＳ）間接続の一例を示している。１つのＡＳには複数のＡＳ境界ルータ（ＡＳＢＲ）があり、ＡＳＢＲ間でパスが接続される。図１では、簡単のため、２つの自律システム（ＡＳ１およびＡＳ２）間でそれぞれ４つのＡＳＢＲ（Ｒ１ａ，Ｒ１ｂ，Ｒ１ｃ，Ｒ１ｄおよびＲ２ａ，Ｒ２ｂ，Ｒ２ｃ，Ｒ２ｄ）同士がメッシュ接続されている様子を示している。しかし、一般には、２つのＡＳ間接続に限らず、３つ以上のＡＳ間接続としてもよい。

一般にパス設定を行う場合は、接続元ポートと接続先ポートを指定してパス設定を行う。この設定は、手動で行う場合もあるし、ＧＭＰＬＳなどの制御プロトコルを用いて、接続元ポートから接続先ポートまでの接続関係を通信ネットワーク内のノード装置（Ｘ１〜Ｘ５）に自動で設定する場合もある。

メッシュ接続では、パスの総数は構成ルータ数の増加に伴い、その２乗のオーダで増加する。したがって、パスを１本ずつ設定する場合、その処理稼働が問題となる。そこで、図１（ａ）に示すように、１つのＡＳＢＲ（Ｒ１ａ）から他のＩＳＰの複数のＡＳＢＲ（Ｒ２ａ〜Ｒ２ｄ）に対して、１対１の論理ポートを設定する。また、図１（ｂ）に示すように、あるＩＳＰの複数のＡＳＢＲ（Ｒ１ａ〜Ｒ１ｄ）から、他のＩＳＰの複数のＡＳＢＲ（Ｒ２ａ〜Ｒ２ｄ）に対して、１対１の論理ポート（仮想ポート）を設定する。つまり、複数の宛先ポートを１つの仮想的な論理ポート（仮想ポート）に見立てて、この仮想ポート間の１対１のパス設定を行うことで、複数のパス設定を自動で行う。ここで、仮想ポートとは、複数の物理（論理）ポートを包含したものであり、属性および接続ポリシー等によって決定される。

仮想ポートに対するパスを設定するだけで、通信ネットワーク（ＮＷ）内では、ＡＳの接続ポリシーに基づき、複数の接続先へのパス設定を実施することができる。ここで、ＡＳの接続ポリシーとは、例えば、接続を許可する接続先ＡＳ番号、接続本数などである。図１（ａ）の例では、ＡＳ１における１つのＡＳＢＲ（Ｒ１ａ）からＡＳ２における各ＡＳＢＲ（Ｒ２ａ〜Ｒ２ｄ）に対して１本ずつパス設定してよいという接続ポリシーを登録している。このような予め登録したポリシーに基づき、複数の物理ポート同士の接続を決定する。このような設定の仕方は、クライアント側に見せる必要はなく、通信ネットワーク内で閉じた形で自動で実施することができる。これにより、１対１の仮想ポートの指定のみで、複数のパス設定を実現することができる。ＧＭＰＬＳ技術を用いる場合、クライアント装置は、ＧＭＰＬＳによる制御信号により通信ネットワークに対して仮想ポート間の１対１のパス設定を行い、その完了を認識することができる。実際には、通信ネットワーク内でこの仮想ポートに含まれる複数の物理（論理）ポート間の接続が行われ、複数のパスが設定される。このように、ＧＭＰＬＳの場合、仮想ポート間のパス設定と物理（論理）ポート間の実際のパス設定とを階層化することが考えられる。具体的な方法としては、以下で説明する第１２実施形態による方法が挙げられる。

（第２実施形態）
図２は、本発明の第２実施形態に係る構成例を示している。具体的には、管理制御部を備える通信ネットワーク（ＮＷ）を介して、クライアント装置（Ｒ１，Ｒ２，Ｒ３）間にパスを設定している。図２（ａ）は、通信ネットワーク（ＮＷ）内の管理制御部に各クライアント装置の属性および接続ポリシーを登録する手順を示しており、図２（ｂ）は、登録した属性および接続ポリシーに基づいてクライアント装置（Ｒ１）からクライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

ここで、属性については、クライアントがＩＳＰの場合は、ＡＳ番号、クライアントが企業ユーザ等であって、通信ネットワーク（ＮＷ）を介してレイヤ１の企業内ネットワークを構築するような場合（ＶＰＮ）は、そのプライベートネットワークを区別する識別番号（ＶＰＮ−ＩＤなど）、クライアントが複数のクライアント装置でクラスタを構成するような場合は、クラスタを識別する番号などとすることができる。また、接続ポリシーについては、クライアントがＩＳＰの場合は、接続可能な相手ＡＳ番号とその接続本数、ＶＰＮやクラスタの場合は、自ＶＰＮや自クラスタ内での接続本数などとすることができる。

管理制御部では、各クライアント装置からの属性および接続ポリシーを保持すると同時に、１つのクライアントが接続元となった場合の接続元仮想ポートと接続先仮想ポートを定義する。そして、各仮想ポートに包含する個々の物理（論理）ポートの組合せを、属性および接続ポリシーに基づいて決定する。この場合、管理制御部は、事前に各物理（論理）ポートの接続関係（クライアント装置と通信ネットワーク内のノード装置のポートの関係、ノード装置間のポートの関係）を把握している必要がある。この接続関係は、手動で設定してもよいし、隣接関係の自動発見プロトコル（例えば、ＧＭＰＬＳにおけるＬＭＰなど）を利用することができる。また、管理制御部がノード装置に分散している場合には、通信ネットワーク内のプロトコルによってこのような接続関係を交換するようにしてもよい。

パスの設定手順においては、接続元および接続先仮想ポートを定義することにより、属性および接続ポリシーに基づいて、接続元の１つのクライアント装置から、接続先の複数のクライアント装置にパスが設定される。図２（ｂ）では、接続元のクライアント装置Ｒ１から仮想ポート間の１本のパス設定を要求すると、接続先であるクライアント装置Ｒ２およびＲ３に対して２本のパスの設定が行われる。これは、クライアント装置Ｒ１からの仮想ポート間のパス設定要求に基づいて、管理制御部において接続元および接続先の各仮想ポートに含まれる個々の物理（論理）ポートを認識し、これら物理（論理）ポート間のパスとして設定しているためである。

以上のパス設定手順を、図２および表１を参照して、より具体的に説明する。表１は、図２の構成例において、管理制御部が保有する情報の一例を示している。具体的には、管理制御部は、下記の情報を認識し、保持している。
（１）各クライアント装置から通知されるクライアント装置の属性や接続ポリシー
（２）クライアント装置とノード装置間のリンク情報（図２では、クライアント装置Ｒ１とノード装置Ｘ１のポート接続関係であるＡ−１とα−１の関係、Ａ−２とα−２の関係、クライアント装置Ｒ２とノード装置Ｘ２のポート接続関係であるＢ−１とβ−１の関係、クライアント装置Ｒ３とノード装置Ｘ３のポート接続関係であるＣ−１とγ−１の関係）
（３）ノード装置間のリンク情報（ノード装置Ｘ１とノード装置Ｘ２のポート接続関係であるＮ１−１とＮ２−１の関係、ノード装置Ｘ１とノード装置Ｘ３のポート接続関係であるＮ１−２とＮ３−１の関係）
（４）仮想ポート情報（クライアント装置Ｒ１を接続元としたときの、接続元仮想ポート番号ＬｓとＬｓに包含された物理（論理）ポート番号Ａ−１，Ａ−２の関係、接続先仮想ポート番号ＬｄとＬｄに包含された物理（論理）ポート番号Ｂ−１，Ｃ−１の関係）
ここで、（４）については、クライアント装置Ｒ１を接続元とした場合の接続元・接続先仮想ポートの定義のほかに、クライアント装置Ｒ２を接続元とした場合およびクライアント装置Ｒ３を接続元とした場合のそれぞれについて、接続元・接続先仮想ポートを定義し、それぞれに包含される物理（論理）ポートの対応関係も管理制御部で管理する。

図２（ｂ）において、クライアント装置Ｒ１からＬｓ−Ｌｄ間のパス設定要求が通信ネットワークの管理制御部になされると、管理制御部は、Ｌｓに含まれる物理（論理）ポートと、Ｌｄに含まれる物理（論理）ポートの接続関係を、接続ポリシーや属性に基づいて決定する。ここでは、Ａ−１とＢ−１を接続してできるパスと、Ａ−２とＣ−１を接続してできるパスを定義する。

さらに、Ａ−１とＢ−１を接続するために必要な物理（論理）ポートの対応関係を認識し、各ノード装置に対して接続設定を行う。ここでは、管理制御部は、Ａ−１とα−１の対応、Ｂ−１とβ−１の対応、α−１の属するノードとβ−１の属するノードの接続関係であるＮ１−１とＮ２−１の関係を認識しているので、α−１とＮ１−１、Ｎ２−１とβ−１を接続すれば、Ａ−１とＢ−１の接続が完了することがわかる。そこで、管理制御部は、このような接続をノード装置Ｘ１およびＸ２に設定する。同様に、管理制御部は、Ａ−２とＣ−１の接続を行うことで、クライアント装置Ｒ１から２本のパスを設定する。このようにして、ＬｓからＬｄへ向けたパス設定要求を行うことにより、クライアント装置Ｒ１からクライアント装置Ｒ２，Ｒ３へのパスを一度に設定することができる。

接続設定に成功すると、管理制御部は、クライアント装置Ｒ１に対して、仮想ポート間のパス設定に成功した旨を通知することにより、クライアント装置Ｒ１は個々の物理（論理）ポートの接続状態を知らなくてもよい。但し、接続後、クライアント装置Ｒ１が個々の物理（論理）ポートの設定状態を管理する必要がある場合には、個々の物理（論理）ポートの接続関係（接続元と接続先の対応関係）をクライアント装置に通知してもよい。その場合でも、クライアント装置Ｒ１は、接続前から個々の物理（論理）ポートの接続先との対応関係、接続先ポートのＩＤなどを知っている必要はない。すなわち、通信ネットワーク内での接続設定が完了した時点で、あるいは接続設定中に、管理制御部が各物理（論理）ポートのＩＤ、ＩＰアドレス設定状態などを取得し、それらの一部または全部の情報をクライアント装置Ｒ１に通知することによって、クライアント装置側で接続関係の把握が可能になる。

図３は、図２の管理制御部の構成例を示し、図４は、管理制御部の動作シーケンス例を示している。図３に示すように、制御管理部１００は、クライアント装置と通信するクライアント装置側ＩＦ１０２と、ノード装置と通信するノード装置側ＩＦ１０４を備えている。制御管理部１００はさらに、属性および接続ポリシーを管理するポリシー情報管理部１０６と、リンク情報を管理するリンク情報管理部１０８と、仮想ポート情報を管理する仮想ポート情報管理部１１０と、パス設定を判断するパス設定判断処理部１１２と、ノード装置にパス設定命令を発行するパス設定命令処理部１１４とを備えている。

図４に示すように、クライアント装置−ノード装置間およびノード装置−ノード装置間のリンク情報がリンク情報管理部１０８に登録される（Ｓ１０２）。このリンク情報は、手動で登録してもよいし、隣接関係の自動発見プロトコルを利用して自動で登録してもよい。各クライアント装置の属性および接続ポリシーがクライアント装置側ＩＦ１０２で受信され（Ｓ１０４）、ポリシー情報管理部１０６に登録される（Ｓ１０６）。これらリンク情報、属性および接続ポリシーに従って、仮想ポート情報管理部１１０で、各接続元仮想ポートとこれに包含される物理（論理）ポートの包含関係および各接続先仮想ポートとこれに包含される物理（論理）ポートの包含関係が決定され、仮想ポート情報として登録される（Ｓ１０８）。

次に、あるクライアント装置からクライアント装置側ＩＦ１０２を介してパス設定要求を受信すると（Ｓ１１０）、パス設定判断処理部（１１２）が起動される。パス設定判断処理部１１２は、仮想ポート情報管理部１１０にこのパス設定要求に関連する仮想ポート情報を要求し（Ｓ１１２）、該当する仮想ポート情報を取得する（Ｓ１１４）。また、パス設定判断処理部１１２は、リンク情報管理部１０８にこの仮想ポート情報に関連するリンク情報を要求し（Ｓ１１６）、該当するリンク情報を取得する（Ｓ１１８）。これらの情報を基に、パス設定判断処理部１１２は、物理（論理）ポートの接続関係を決定し、接続すべきパス設定を判断する（Ｓ１２０）。パス設定命令処理部１１４は、このパス設定に対応する接続命令を作成し、ノード装置側ＩＦ１０４を介して、関連するノード装置に対して通知する（Ｓ１２２）。

図２から図４では、通信ネットワークが管理制御部を備え、ノード装置を管理する集中管理の形態として説明したが、実際には、各ノード装置が管理制御部を備え、管理制御部間で必要な情報を通信することで通信ネットワーク全体を管理する分散管理の形態をとることもできる。あるいは、集中管理と分散管理を併用することもできる。

（第３実施形態）
図５は、本発明の第３実施形態に係る構成例を示している。具体的には、クライアント装置の属性が、そのクライアント装置（Ｒ１）が属する仮想プライベートネットワーク（ＶＰＮ１）として表されており、通信ネットワークを介して同じＶＰＮ（ＶＰＮ１）に属するクライアント装置（Ｒ２，Ｒ３）との間でパスを設定する場合の構成例を示している。図５（ａ）は、通信ネットワーク（ＮＷ）内の管理制御部に各クライアント装置の属性および接続ポリシーを登録する手順を示しており、図５（ｂ）は、登録した属性および接続ポリシーに基づいてクライアント装置（Ｒ１）からクライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。図５において、ＶＰＮ１とＶＰＮ２は異なるＶＰＮであるので、その間の接続は行われるべきではない。したがって、クライアント装置Ｒ１，Ｒ２およびＲ３と、クライアント装置Ｒ４との間のパス設定は行われないようにしなければならない。

図５（ａ）に示すように、管理制御部は、各クライアント装置から属性としてＶＰＮ番号を受け取り、このＶＰＮ番号に基づいて、接続元仮想ポートと接続先仮想ポートを定義する。図５（ａ）では、クライアント装置Ｒ１が接続元である場合の接続元仮想ポート番号をＬｓと定義し、クライアント装置Ｒ２およびＲ３が接続先である場合の接続先仮想ポート番号をＬｄと定義している。そして、管理制御部は、接続元仮想ポートＬｓおよび接続先仮想ポートＬｄと、これらに包含される物理（論理）ポートとの対応関係を決定する。

このようにして、ＶＰＮ１に属するクライアント装置Ｒ１が接続元とした場合の接続先仮想ポートＬｄ内に、ＶＰＮ２に属するクライアント装置Ｒ４の物理（論理）ポートが含まれないように包含関係を決定することで、クライアント装置Ｒ１からのパス設定要求によりクライアント装置Ｒ４へのパス設定が行われないようにする。

図５（ｂ）に示すように、ＬｓからＬｄへ向けたパス設定要求を行うことにより、ＶＰＮ１に属するクライアント装置Ｒ１から同じＶＰＮ１に属するクライアント装置Ｒ２，Ｒ３へのパスを一度に設定することができる。この場合、ＶＰＮ２に属するクライアント装置Ｒ４へのパス設定は行われない。なお、本実施形態における管理制御部の構成例および動作シーケンス例については、第２実施形態を参照されたい。

（第４実施形態）
図６は、本発明の第４実施形態に係る構成例を示している。具体的には、クライアント装置の属性が、そのクライアント装置（Ｒ１）が属するインターネットサービスプロバイダ（ＩＳＰ１）として表されており、通信ネットワークを介して異なるＩＳＰ（ＩＳＰ２）に属するクライアント装置（Ｒ２，Ｒ３）との間でパスを設定する場合の構成例を示している。図６（ａ）は、通信ネットワーク（ＮＷ）内の管理制御部に各クライアント装置の属性および接続ポリシーを登録する手順を示しており、図６（ｂ）は、登録した属性および接続ポリシーに基づいてクライアント装置（Ｒ１）からクライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

図６（ａ）に示すように、管理制御部は、各クライアント装置から属性としてＡＳ番号を受け取り、このＡＳ番号に基づいて、接続元仮想ポートと接続先仮想ポートを定義する。図６（ａ）では、ＩＳＰ１に属するクライアント装置Ｒ１が接続元である場合の接続元仮想ポート番号をＬｓと定義し、ＩＳＰ２に属するクライアント装置Ｒ２およびＲ３が接続先である場合の接続先仮想ポート番号をＬｄと定義している。そして、管理制御部は、接続元仮想ポートＬｓおよび接続先仮想ポートＬｄと、これらに包含される物理（論理）ポートとの対応関係を決定する。同様に、ＩＳＰ２からＩＳＰ１、ＩＳＰ１からＩＳＰ３、ＩＳＰ３からＩＳＰ１、ＩＳＰ２からＩＳＰ３へのそれぞれのパスに対しても接続元および接続先仮想ポートを定義し、それぞれに包含される物理（論理）ポートとの対応関係を決定することができる。

図６（ｂ）に示すように、ＬｓからＬｄへ向けたパス設定要求を行うことにより、ＩＳＰ１に属するクライアント装置Ｒ１から、ＩＳＰ２に属するクライアント装置Ｒ２，Ｒ３へのパスを一度に設定することができる。なお、本実施形態における管理制御部の構成例および動作シーケンス例については、第２実施形態を参照されたい。

（第５実施形態）
図７は、本発明の第５実施形態に係る構成例を示している。本実施形態では、管理制御部が各ノード装置に分散されている。図２の場合と同様に、管理制御部は、通信ネットワーク全体として、下記の情報を認識し、保持している。
（１）各クライアント装置から通知されるクライアント装置の属性や接続ポリシー
（２）クライアント装置とノード装置間のリンク情報（図７では、クライアント装置Ｒ１とノード装置Ｘ１のポート接続関係であるＡ−１とα−１の関係、Ａ−２とα−２の関係、クライアント装置Ｒ２とノード装置Ｘ２のポート接続関係であるＢ−１とβ−１の関係、クライアント装置Ｒ３とノード装置Ｘ３のポート接続関係であるＣ−１とγ−１の関係）
（３）ノード装置間のリンク情報（ノード装置Ｘ１とノード装置Ｘ２のポート接続関係であるＮ１−１とＮ２−１の関係、ノード装置Ｘ１とノード装置Ｘ３のポート接続関係であるＮ１−２とＮ３−１の関係）
（４）仮想ポート情報（クライアント装置Ｒ１を接続元としたときの、接続元仮想ポート番号ＬｓとＬｓに包含された物理（論理）ポート番号Ａ−１，Ａ−２の関係、接続先仮想ポート番号ＬｄとＬｄに包含された物理（論理）ポート番号Ｂ−１，Ｃ−１の関係）
ここで、（１）、（２）および（３）の情報は、通信ネットワーク内の閉じたプロトコルを用いて、各ノード装置の管理制御部間で交換される。例えば、（２）のリンク情報の交換には、マルチプロトコルＢＧＰなどを用いることができる。また、（３）のリンク情報の交換にはＯＳＰＦなどを用いることができる。

図８は、図７の管理制御部の構成例を示し、図９は、管理制御部の動作シーケンス例を示している。図８に示すように、制御管理部２００は、クライアント装置と通信するクライアント装置側ＩＦ２０２と、ノード装置と通信するノード装置側ＩＦ２０４と、他の管理制御部と通信する管理制御部側ＩＦ２１６を備えている。制御管理部２００はさらに、属性および接続ポリシーを管理するポリシー情報管理部２０６と、リンク情報を管理するリンク情報管理部２０８と、仮想ポート情報を管理する仮想ポート情報管理部２１０と、パス設定を判断するパス設定判断処理部２１２と、ノード装置にパス設定命令を発行するパス設定命令処理部２１４とを備えている。

図９に示すように、各クライアント装置の属性および接続ポリシーがクライアント装置側ＩＦ２０２で受信され（Ｓ２０２）、ポリシー情報管理部２０６に登録される（Ｓ２０４）。また、クライアント装置−ノード装置間のリンク情報がクライアント装置側ＩＦ２０２で受信され（Ｓ２０６）、リンク情報管理部２０８に登録される（Ｓ２０８）。このリンク情報は、手動で登録してもよいが、隣接関係の自動発見プロトコルを利用して自動で登録することができる。また、ノード装置−ノード装置間のリンク情報は、第２実施形態と同様に、手動で登録することもできるし、管理制御部側ＩＦ２１６を介して自動で登録すことができる。これらリンク情報、属性および接続ポリシーに従って、仮想ポート情報管理部２１０で、各接続元仮想ポートとこれに包含される物理（論理）ポートの包含関係および各接続先仮想ポートとこれに包含される物理（論理）ポートの包含関係が決定され、仮想ポート情報として登録される（Ｓ２１０）。そして、これらのリンク情報、属性および接続ポリシー、仮想ポート情報が、管理制御部側ＩＦ２１６を介して、他の管理制御部に送信され（Ｓ２１２）、他の管理制御部から受信される（Ｓ２１４）。

次に、あるクライアント装置からクライアント装置側ＩＦ２０２を介してパス設定要求を受信すると（Ｓ２１６）、パス設定判断処理部（２１２）が起動される。パス設定判断処理部２１２は、仮想ポート情報管理部２１０にこのパス設定要求に関連する仮想ポート情報を要求し（Ｓ２１８）、該当する仮想ポート情報を取得する（Ｓ２２０）。また、パス設定判断処理部２１２は、リンク情報管理部２０８にこの仮想ポート情報に関連するリンク情報を要求し（Ｓ２２２）、該当するリンク情報を取得する（Ｓ２２４）。これらの情報を基に、パス設定判断処理部２１２は、物理（論理）ポートの接続関係を決定し、接続すべきパス設定を判断する（Ｓ２２６）。パス設定命令処理部２１４は、このパス設定に対応する接続命令を作成し、管理制御部側ＩＦ２１６を介して、関連するノード装置の管理制御部に対して通知する（Ｓ２２８）。

（第６実施形態）
図１０は、本発明の第６実施形態に係る構成例を示している。本実施形態では、マルチプロトコルＢＧＰを用いて、クライアント装置−ノード装置間のリンク情報をノード装置間で交換する。図１０では、マルチプロトコルＢＧＰを用いて交換したリンク情報をもとに、ＩＳＰ１に属するクライアント装置Ｒ１からＩＳＰ２に属するクライアント装置Ｒ２およびＲ３へパスを設定する構成例を示している。

図１０に示すように、ノード装置Ｘ２の管理制御部は、自身に接続されたクライアント装置Ｒ２との間で定義されたプロトコルを通じて、クライアント装置Ｒ２の物理（論理）ポートＢ−１と自身の物理（論理）ポートβ−１の接続関係を取得する。さらに、その物理（論理）ポートＢ−１と、接続元仮想ポートおよび接続先仮想ポートとの包含関係を、予め登録した属性および接続ポリシーに基づいて認識し、保持する。そして、ノード装置Ｘ２の管理制御部は、マルチプロトコルＢＧＰを用いてノード装置Ｘ１の管理制御部へこのリンク情報を広告し、ノード装置Ｘ１の管理制御部は、このリンク情報を認識し、保持する。

ノード装置Ｘ１の管理制御部は、クライアント装置Ｒ３の物理（論理）ポートＣ−１とノード装置Ｘ３の物理（論理）ポートγ−１の接続関係と、物理（論理）ポートＣ−１と接続先仮想ポートＬｄの包含関係も同様に、マルチプロトコルＢＧＰを用いて取得し、保持する。この場合、ノード装置Ｘ４は、ノード装置Ｘ３の情報をそのままノード装置Ｘ１に転送する。ノード装置Ｘ１の管理制御部は、自身に接続されたクライアント装置Ｒ１との間で定義されたプロトコルを通じて、クライアント装置Ｒ１に対して、ＩＳＰ２に接続するために必要な接続先仮想ポート番号であるＬｄ、またはそれに加えて、仮想ポートと、それに包含される物理（論理）ポートの対応関係に関する情報を通知する。

クライアント装置Ｒ１は、自身が接続元となる場合の接続元仮想ポートであるＬｓと接続先仮想ポートＬｄを指定したパス設定要求を行うことにより、ＩＳＰ１に属するクライアント装置Ｒ１からＩＳＰ２に属するクライアント装置Ｒ２およびＲ３へのパスを一度に設定することができる。

図１１は、図１０の管理制御部の構成例を示し、図１２は、管理制御部の動作シーケンス例を示している。図１１に示すように、制御管理部３００は、クライアント装置と通信するクライアント装置側ＩＦ３０２と、ノード装置と通信するノード装置側ＩＦ３０４と、他の管理制御部と通信する管理制御部側ＩＦ３１６を備えている。制御管理部３００はさらに、属性および接続ポリシーを管理するポリシー情報管理部３０６と、リンク情報を管理するリンク情報管理部３０８と、仮想ポート情報を管理する仮想ポート情報管理部３１０と、パス設定を判断するパス設定判断処理部３１２と、ノード装置にパス設定命令を発行するパス設定命令処理部３１４とを備えている。

図１２に示すように、各クライアント装置の属性および接続ポリシーがクライアント装置側ＩＦ３０２で受信され（Ｓ３０２）、ポリシー情報管理部３０６に登録される（Ｓ３０４）。また、クライアント装置−ノード装置間のリンク情報がクライアント装置側ＩＦ３０２で受信され（Ｓ３０６）、リンク情報管理部３０８に登録される（Ｓ３０８）。このリンク情報は、手動で登録してもよいが、隣接関係の自動発見プロトコルを利用して自動で登録することができる。また、ノード装置−ノード装置間のリンク情報は、第２実施形態と同様に、手動で登録することもできるし、管理制御部側ＩＦ２１６を介して自動で登録すことができる。これらリンク情報、属性および接続ポリシーに従って、仮想ポート情報管理部３１０で、各接続元仮想ポートとこれに包含される物理（論理）ポートの包含関係および各接続先仮想ポートとこれに包含される物理（論理）ポートの包含関係が決定され、仮想ポート情報として登録される（Ｓ３１０）。そして、これらのリンク情報、属性および接続ポリシー、仮想ポート情報が、管理制御部側ＩＦ３１６を介して、他の管理制御部に送信され（Ｓ３１２）、他の管理制御部から受信される（Ｓ３１４）。他の管理制御部から受信した仮想ポート情報は、クライアント装置側ＩＦ３０２を介して、接続されているクライアント装置に送信される（Ｓ３１６）。

次に、あるクライアント装置からクライアント装置側ＩＦ３０２を介してパス設定要求を受信すると（Ｓ３１８）、パス設定判断処理部（３１２）が起動される。パス設定判断処理部３１２は、仮想ポート情報管理部３１０にこのパス設定要求に関連する仮想ポート情報を要求し（Ｓ３２０）、該当する仮想ポート情報を取得する（Ｓ３２２）。また、パス設定判断処理部３１２は、リンク情報管理部３０８にこの仮想ポート情報に関連するリンク情報を要求し（Ｓ３２４）、該当するリンク情報を取得する（Ｓ３２６）。これらの情報を基に、パス設定判断処理部３１２は、物理（論理）ポートの接続関係を決定し、接続すべきパス設定を判断する（Ｓ３２８）。パス設定命令処理部３１４は、このパス設定に対応する接続命令を作成し、管理制御部側ＩＦ３１６を介して、関連するノード装置の管理制御部に対して通知する（Ｓ３３０）。

（第７実施形態）
図１３は、本発明の第７実施形態に係る構成例を示している。本実施形態では、クライアント装置が、予め定義した自身の仮想ポート情報に基づいて、同じＶＰＮに属する他のクライアント装置にパスを設定する。図１３（ａ）は、通信ネットワーク（ＮＷ）内の管理制御部に各クライアント装置の属性および接続ポリシーならびに仮想ポート情報を登録する手順を示しており、図１３（ｂ）は、登録した属性および接続ポリシーならびに仮想ポート情報に基づいてクライアント装置（Ｒ１）からクライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

図１３（ａ）に示すように、各クライアント装置は、属性および接続ポリシーならびに仮想ポート情報として、以下の情報を通信ネットワーク内の管理制御部へ通知する。
（１）自ノードの属するＶＰＮ番号
（２）希望接続数
（３）自ノードが接続元となったときの接続元仮想ポート番号
（４）自ノードが接続先となったときの接続先仮想ポート番号
クライアント装置Ｒ１から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本、接続元仮想ポート番号は、Ｌ１、接続先仮想ポート番号は、Ｌｄである（図１３（ａ）のＬｄは、Ｒ２およびＲ３の物理（論理）ポートだけでなく、Ｒ１の物理（論理）ポートも含む）。同様に、クライアント装置Ｒ２から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本、接続元仮想ポート番号は、Ｌ２、接続先仮想ポート番号は、Ｌｄであり、クライアント装置Ｒ３から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本、接続元仮想ポート番号は、Ｌ３、接続先仮想ポート番号は、Ｌｄである。

管理制御部は、これらの情報と、各クライアント装置とノード装置の接続関係により、接続元仮想ポートおよび接続先仮想ポートと、物理（論理）ポートの包含関係を決定する。この包含関係は、クライアント装置Ｒ１を接続元としたときの包含関係のほかに、クライアント装置Ｒ２を接続元としたときの包含関係およびクライアント装置Ｒ３を接続元としたときの包含関係のそれぞれについて決定され、管理される。

図１３（ｂ）に示すように、クライアント装置Ｒ１からＬ１−Ｌｄ間のパス設定要求が通信ネットワークの管理制御部に対して行われると、管理制御部は、属性および接続ポリシーに基づいて、Ｌ１に含まれる物理（論理）ポート（Ａ−１およびＡ−２）と、Ｌｄに含まれる物理（論理）ポート（Ｂ−１およびＣ−１）との接続関係を決定する。そして、Ａ−１とＢ−１を接続してできるパス、Ａ−２とＣ−１を接続してできるパスを定義することで、ＶＰＮ１に属するクライアント装置Ｒ１から同じＶＰＮ１に属するクライアント装置Ｒ２，Ｒ３へのパスを一度に設定することができる。

図１４は、図１３の管理制御部の構成例を示し、図１５は、管理制御部の動作シーケンス例を示している。図１４に示すように、制御管理部４００は、クライアント装置と通信するクライアント装置側ＩＦ４０２と、ノード装置と通信するノード装置側ＩＦ４０４を備えている。制御管理部４００はさらに、属性および接続ポリシーを管理するポリシー情報管理部４０６と、リンク情報を管理するリンク情報管理部４０８と、仮想ポート情報を管理する仮想ポート情報管理部４１０と、パス設定を判断するパス設定判断処理部４１２と、ノード装置にパス設定命令を発行するパス設定命令処理部４１４とを備えている。

図１５に示すように、クライアント装置−ノード装置間およびノード装置−ノード装置間のリンク情報がリンク情報管理部４０８に登録される（Ｓ４０２）。このリンク情報は、手動で登録してもよいし、隣接関係の自動発見プロトコルを利用して自動で登録してもよい。各クライアント装置の属性および接続ポリシーならびに仮想ポート情報がクライアント装置側ＩＦ４０２で受信され（Ｓ４０４）、属性および接続ポリシーがポリシー情報管理部４０６に登録され（Ｓ４０６）、仮想ポート情報が仮想ポート情報管理部４１０に登録される（Ｓ４０８）。これらリンク情報、属性および接続ポリシーに従って、仮想ポート情報管理部４１０で、各接続元仮想ポートとこれに包含される物理（論理）ポートの包含関係および各接続先仮想ポートとこれに包含される物理（論理）ポートの包含関係が決定され、仮想ポート情報として登録される（Ｓ４１０）。

次に、あるクライアント装置からクライアント装置側ＩＦ４０２を介してパス設定要求を受信すると（Ｓ４１２）、パス設定判断処理部（４１２）が起動される。パス設定判断処理部４１２は、仮想ポート情報管理部４１０にこのパス設定要求に関連する仮想ポート情報を要求し（Ｓ４１４）、該当する仮想ポート情報を取得する（Ｓ４１６）。また、パス設定判断処理部４１２は、リンク情報管理部４０８にこの仮想ポート情報に関連するリンク情報を要求し（Ｓ４１８）、該当するリンク情報を取得する（Ｓ４２０）。これらの情報を基に、パス設定判断処理部４１２は、物理（論理）ポートの接続関係を決定し、接続すべきパス設定を判断する（Ｓ４２２）。パス設定命令処理部４１４は、このパス設定に対応する接続命令を作成し、ノード装置側ＩＦ４０４を介して、関連するノード装置に対して通知する（Ｓ４２４）。

（第８実施形態）
図１６は、本発明の第８実施形態に係る構成例を示している。本実施形態では、クライアント装置が、予め定義した自身の仮想ポート情報を用いて、異なるＡＳに属する他のクライアント装置とパスを設定する。図１６（ａ）は、通信ネットワーク（ＮＷ）内の管理制御部に各クライアント装置の属性および接続ポリシーならびに仮想ポート情報を登録する手順を示しており、図１６（ｂ）は、登録した属性および接続ポリシーならびに仮想ポート情報に基づいてクライアント装置（Ｒ１）からクライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

図１６（ａ）に示すように、各クライアント装置は、属性および接続ポリシーならびに仮想ポート情報として、以下の情報を通信ネットワーク内の管理制御部へ通知する。
（１）自ノードの属するＡＳ番号
（２）希望接続先
（３）希望接続数
（３）自ノードが接続元となったときの接続元仮想ポート番号
（４）自ノードが接続先となったときの接続先仮想ポート番号
クライアント装置Ｒ１から通知されるＡＳ番号は、ＡＳ１、希望接続先は、ＡＳ２、希望接続数は、２本、接続元仮想ポート番号は、Ｌ１、接続先仮想ポート番号は、Ｌｄである。同様に、クライアント装置Ｒ２から通知されるＡＳ番号は、ＡＳ２、希望接続先は、ＡＳ１、希望接続数は、２本、接続元仮想ポート番号は、Ｌ２、接続先仮想ポート番号は、Ｌｅであり、クライアント装置Ｒ３から通知されるＡＳ番号は、ＡＳ２、希望接続先は、ＡＳ１、希望接続数は、２本、接続元仮想ポート番号は、Ｌ３、接続先仮想ポート番号は、Ｌｅである。

管理制御部は、これらの情報と、各クライアント装置とノード装置の接続関係により、接続元仮想ポートおよび接続先仮想ポートと、物理（論理）ポートの包含関係を決定する。この包含関係は、クライアント装置Ｒ１を接続元としたときの包含関係のほかに、クライアント装置Ｒ２を接続元としたときの包含関係およびクライアント装置Ｒ３を接続元としたときの包含関係のそれぞれについて決定され、管理される。

図１６（ｂ）に示すように、クライアント装置Ｒ１からＬ１−Ｌｅ間のパス設定要求が通信ネットワークの管理制御部に対して行われると、管理制御部は、属性および接続ポリシーに基づいて、Ｌ１に含まれる物理（論理）ポート（Ａ−１およびＡ−２）と、Ｌｅに含まれる物理（論理）ポート（Ｂ−１およびＣ−１）との接続関係を決定する。そして、Ａ−１とＢ−１を接続してできるパス、Ａ−２とＣ−１を接続してできるパスを定義することで、ＩＳＰ１に属するクライアント装置Ｒ１から異なるＩＳＰ２に属するクライアント装置Ｒ２，Ｒ３へのパスを一度に設定することができる。なお、本実施形態における管理制御部の構成例および動作シーケンス例については、第７実施形態を参照されたい。

（第９実施形態）
図１７は、本発明の第９実施形態に係る構成例を示している。本実施形態では、通信ネットワーク内の管理制御部に対する属性および接続ポリシーの通知により、同じＶＰＮに属するクライアント装置間にパスが設定される。

図１７に示すように、各クライアント装置は、属性および接続ポリシーとして、以下の情報を通信ネットワーク内の管理制御部へ通知する。
（１）自ノードの属するＶＰＮ番号
（２）希望接続数
クライアント装置Ｒ１から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本である。同様に、クライアント装置Ｒ２から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本であり、クライアント装置Ｒ３から通知されるＶＰＮ番号は、ＶＰＮ１、希望接続数は、２本である。

管理制御部は、各クライアント装置から属性および接続ポリシーの通知を受けると、これらの情報と、各クライアント装置とノード装置の接続関係により、各クライアント装置の物理（論理）ポートの接続関係を決定する。すなわち、クライアント装置Ｒ１の物理（論理）ポートＡ−１およびＡ−２、クライアント装置Ｒ２の物理（論理）ポートＢ−１、クライアント装置Ｒ３の物理（論理）ポートＣ−１のぞれぞれの接続関係を決定する。そして、Ａ−１とＢ−１を接続してできるパス、Ａ−２とＣ−１を接続してできるパス、Ｂ−２とＣ−２を接続してできるパスを定義することで、各クライアント装置が要求する２本のパスを設定することができる。

図１８は、図１７の管理制御部の動作シーケンス例を示している。なお、図１７の管理制御部は、図３の構成例と同様であるので、図３の構成例をもとに図１７の管理制御部の動作シーケンス例について説明する。

図１８に示すように、クライアント装置−ノード装置間およびノード装置−ノード装置間のリンク情報がリンク情報管理部１０８に登録される（Ｓ５０２）。このリンク情報は、手動で登録してもよいし、隣接関係の自動発見プロトコルを利用して自動で登録してもよい。各クライアント装置の属性および接続ポリシーがクライアント装置側ＩＦ１０２で受信され（Ｓ５０４）、属性および接続ポリシーがポリシー情報管理部１０６に登録され（Ｓ５０６）、仮想ポート情報が仮想ポート情報管理部１１０に登録される（Ｓ５０８）。この仮想ポート情報は、第３および第４実施形態と同様に属性および接続ポリシーに基づいて管理制御部で定義することもできるし、第７および第８実施形態と同様にクライアント装置が定義するようにしもよい。また、仮想ポート情報としては、仮想ポート番号に属性を反映させたもの、例えば、Ｌｓの代わりにＩＳＰ１−Ｒ１、Ｌｄの代わりにＩＳＰ２といったものでもよい。これらリンク情報、属性および接続ポリシーに従って、仮想ポート情報管理部１１０で、各接続元仮想ポートとこれに包含される物理（論理）ポートの包含関係および各接続先仮想ポートとこれに包含される物理（論理）ポートの包含関係が決定され、仮想ポート情報として登録される（Ｓ５１０）。

そして、すべての必要な情報が収集され、決定されると、パス設定判断処理部（１１２）が起動される。パス設定判断処理部１１２は、仮想ポート情報管理部１１０に関連する仮想ポート情報を要求し（Ｓ５１２）、該当する仮想ポート情報を取得する（Ｓ５１４）。また、パス設定判断処理部１１２は、リンク情報管理部１０８に関連するリンク情報を要求し（Ｓ５１６）、該当するリンク情報を取得する（Ｓ５１８）。これらの情報を基に、パス設定判断処理部１１２は、物理（論理）ポートの接続関係を決定し、接続すべきパス設定を判断する（Ｓ５２０）。パス設定命令処理部１１４は、このパス設定に対応する接続命令を作成し、ノード装置側ＩＦ１０４を介して、関連するノード装置に対して通知する（Ｓ５２２）。

（第１０実施形態）
図１９は、本発明の第１０実施形態に係る構成例を示している。本実施形態では、通信ネットワーク内の管理制御部に対する属性および接続ポリシーの通知により、異なるＡＳに属するクライアント装置間にパスが設定される。

図１９に示すように、各クライアント装置は、属性および接続ポリシーとして、以下の情報を通信ネットワーク内の管理制御部へ通知する。
（１）自ノードの属するＡＳ番号
（２）希望接続先
（３）希望接続数
クライアント装置Ｒ１から通知されるＡＳ番号は、ＡＳ１、希望接続先は、ＡＳ２、希望接続数は、２本である。同様に、クライアント装置Ｒ２から通知されるＡＳ番号は、ＡＳ２、希望接続先は、ＡＳ１、希望接続数は、１本であり、クライアント装置Ｒ３から通知されるＡＳ番号は、ＡＳ２、希望接続先は、ＡＳ１、希望接続数は、１本である。

管理制御部は、各クライアント装置から属性および接続ポリシーの通知を受けると、これらの情報と、各クライアント装置とノード装置の接続関係により、各クライアント装置の物理（論理）ポートの接続関係を決定する。すなわち、クライアント装置Ｒ１の物理（論理）ポートＡ−１およびＡ−２、クライアント装置Ｒ２の物理（論理）ポートＢ−１、クライアント装置Ｒ３の物理（論理）ポートＣ−１のぞれぞれの接続関係を決定する。そして、Ａ−１とＢ−１を接続してできるパス、Ａ−２とＣ−１を接続してできるパスを定義することで、各クライアント装置が要求するパスを設定することができる。なお、本実施形態における管理制御部の構成例および動作シーケンス例については、第９実施形態を参照されたい。

（第１１実施形態）
図２０は、本発明の第１１実施形態に係る構成例を示している。本実施形態では、クライアント装置からの属性および接続ポリシーの登録をトリガとして、仮想クライアント装置との間でパスの設定を行う。本実施形態において、管理制御部の全部または一部の機能は、通信ネットワークの各ノード装置に分散しているものとする。

図２０（ａ）は、接続元のクライアント装置Ｒ１から見みて、接続先が１つの仮想クライアント装置Ｒとして見える状態を示しており、図２０（ｂ）は、クライアント装置（Ｒ１）からの属性および接続ポリシーの登録をトリガとして、クライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

図２０（ａ）において、接続元仮想ポートＬｓは、クライアント装置Ｒ１の論理ポートであり、接続先仮想ポートＬｄは、仮想クライアント装置Ｒの論理ポートとして認識される。実際には、図２０（ｂ）に示すように、ステップ（１）として、クライアント装置Ｒ１からノード装置Ｘ１に物理ポートを接続し、属性および接続ポリシーの登録を行う。これをトリガとして、登録した属性および接続ポリシーに基づいて、物理（論理）ポート間の接続設定が自動で行われる。

具体的には、クライアント装置Ｒ１からの属性および接続ポリシーの登録をトリガとして、接続元仮想ポートＬｓに包含される物理（論理）ポート（Ａ−１，Ａ−２）から接続先仮想ポートＬｄに包含される物理（論理）ポート（Ｂ−１，Ｃ−１）にパスを設定すべく、ステップ（２）として、ノード装置Ｘ１からＸ２およびＸ１からＸ３へ、２つの要求メッセージが送出される。ステップ（３）で、この要求メッセージに対する確認メッセージが得られると、物理（論理）ポートＡ−１とＢ−１間およびＡ−２とＣ−１間の接続が行われ、２本のパスが設定される。この要求メッセージは、例えばポート間の帯域を要求するメッセージやＬＳＰ（Ｌａｂｅｌ Ｓｗｉｔｃｈｅｄ Ｐａｔｈ）を確立するためのメッセージとすることができる。

（第１２実施形態）
図２１は、本発明の第１２実施形態に係る構成例を示している。本実施形態では、クライアント装置からの属性および接続ポリシーを予め登録しておき、接続元のクライアント装置からのシグナリングにより、パスの設定を行う。本実施形態において、管理制御部の全部または一部の機能は、通信ネットワークの各ノード装置に分散しているものとする。

図２１（ａ）は、接続元のクライアント装置Ｒ１から見みて、接続先が１つの仮想クライアント装置Ｒとして見える状態を示しており、図２０（ｂ）は、クライアント装置（Ｒ１）からのシグナリングにより、クライアント装置（Ｒ２，Ｒ３）へのパスを設定する手順を示している。

図２１（ａ）において、各クライアントの属性および接続ポリシーは、各ノード装置の管理制御部に登録されており、クライアント装置Ｒ１からのシグナリングにより、接続元仮想ポートＬｓと接続先仮想ポートＬｄとの間でパスが設定される。実際には、図２１（ｂ）に示すように、ステップ（１）として、クライアント装置Ｒ１から仮想ポート間の要求メッセージを行うと、既に登録済みの属性および接続ポリシーに基づいて、物理（論理）ポート間の接続設定が自動で行われる。

具体的には、クライアント装置Ｒ１からの仮想ポート間の要求メッセージが、ノード装置Ｘ１において、接続元仮想ポートＬｓに包含される物理（論理）ポート（Ａ−１，Ａ−２）から接続先仮想ポートＬｄに包含される物理（論理）ポート（Ｂ−１，Ｃ−１）にパスを設定する２つの要求メッセージに変換され、ステップ（２）として、ノード装置Ｘ２およびＸ３に送出される。この要求メッセージには、接続元のクライアント装置Ｒ１と物理（論理）ポートのＩＤ、ＩＰアドレス／ＭＡＣアドレス設定情報の全部または一部を付与することにより、パスの設定情報を接続先のクライアント装置Ｒ２およびＲ３に認識させることができる。この要求メッセージは、ステップ（３）として、ノード装置Ｘ２からクライアント装置Ｒ２に送出され、ノード装置Ｘ３からクライアント装置Ｒ３に送出される。

ステップ（４）として、各接続先のクライアント装置Ｒ２，Ｒ３からの確認メッセージが、ノード装置Ｘ２，Ｘ３に返送され、ステップ（５）として、ノード装置Ｘ２，Ｘ３からノード装置Ｘ１に伝達される。次に、ノード装置Ｘ１は、ステップ（６）として、仮想ポート間のパス設定が完了したものとして確認メッセージをクライアント装置Ｒ１に返送する。この際、仮想ポートに包含される物理（論理）ポートのうち、実際にパス設定に成功したポートの組合せのリストも返送することができる。これにより、クライアント装置Ｒ１は、実際にパスが確立されている物理（論理）ポートを認識することができる。この確認メッセージには、接続先のクライアント装置Ｒ２，Ｒ３と物理（論理）ポートのＩＤ、ＩＰアドレス／ＭＡＣアドレス設定情報の全部または一部を付与することにより、パスの設定情報を接続元のクライアント装置Ｒ１に認識させることができる。

（第１３実施形態）
図２２および２３は、本発明の第１３実施形態に係る構成例を示している。本実施形態では、異なるＡＳ間でメッシュ構成のパス設定を実現する。特に、図２２は、隣接するＡＳ間の一方のＡＳのクライアント装置が常に接続元（イニシエータ）になる場合の仮想ポートの設定とシグナリングについて例示し、図２３は、いずれのＡＳのクライアント装置も接続元になり得る場合の仮想ポートの設定とシグナリングについて例示している。

図２２（ａ）では、ＩＳＰ１のクライアント装置Ｒ１ａからＩＳＰ２に向けてメッシュ構成のパス設定が行われている。この場合、接続先仮想ポート（Ｌｄ２）には、ＩＳＰ２のクライアント装置Ｒ２ａ，Ｒ２ｂ，Ｒ２ｃの物理（論理）ポートがそれぞれ１本ずつ包含されている。そして、クライアント装置Ｒ１ａからクライアント装置Ｒ２ａ〜Ｒ２ｃへのパス設定が、通信ネットワーク内のノード装置Ｘ１，Ｘ２，Ｘ４およびＸ６の設定により実現される。

図２２（ｂ）ではさらに、ＩＳＰ１のクライアント装置Ｒ１ｂからＩＳＰ２に向けてメッシュ構成のパス設定が行われている。この場合、接続先仮想ポート（Ｌｄ２）には、クライアント装置Ｒ１ｂからの接続を行うための物理（論理）ポートが包含される必要がある。この例では、ＩＳＰ２が接続先となる場合の接続先仮想ポート（Ｌｄ２）として、ＩＳＰ２が接続に利用可能な物理（論理）ポートすべてを含むものとする。そして、ＩＳＰ１のクライアント装置Ｒ１ａを接続元とするときの物理（論理）ポートとは別のポートを選択して接続設定を行うものとする。ここで、接続先仮想ポート（Ｌｄ２）に含まれる物理（論理）ポートのうち、クライアント装置Ｒ１ａを接続元とする場合の接続先をさらに別の仮想ポートで定義し、同様に、クライアント装置Ｒ１ｂを接続元とする場合の接続先をさらに別の仮想ポートで定義することにより、仮想ポートを階層化し、管理することもできる。また、パスの接続情報を、階層化された仮想ポートとして管理するのではなく、実際にパスが設定されている物理（論理）ポートとして管理することもできる。

次に、いずれのＡＳのクライアント装置も接続元になり得る場合の仮想ポートの設定とシグナリングについて説明する。図２３（ａ）に示すように、ＩＳＰ１のクライアント装置Ｒ１ａからＩＳＰ２に向けてパス設定をした後、図２３（ｂ）に示すように、ＩＳＰ２のクライアント装置Ｒ２ａからＩＳＰ１に向けてパス設定を行う場合について検討する。

このとき、クライアント装置Ｒ２ａの接続先仮想ポートとして、この例では、ＩＳＰ１でＡＳ間接続に利用可能な物理（論理）ポートのすべてを含むものとしている。ＩＳＰ２のクライアント装置Ｒ２ａの接続元仮想ポート（Ｌｓ２ａ）には、既にクライアント装置Ｒ１ａと接続済みの物理（論理）ポートを含むものとし、また、クライアント装置Ｒ２ａを接続元とした場合の接続先仮想ポート（Ｌｄ１）には、既にクライアント装置Ｒ２ａと接続済みのクライアント装置Ｒ１ａの物理（論理）ポートを含むものとする。

ＩＳＰ２のクライアント装置Ｒ２ａからＩＳＰ１へのパス設定を行う場合、ノード装置Ｘ２において、接続済みの物理（論理）ポートを認識し、シグナリングの転送をストップするか、そのままシグナリングを接続先クライアント装置に向けて転送し、既に設定済みのパスについては、接続先クライアント装置からエラーを返送するなどの方法により、双方向からのパス設定によりメッシュ構成が実現できる。

なお、シグナリングによるパス設定を片方向とする場合は、以上のような工夫は必要なく、常に接続元クライアント装置から接続先クライアント装置への１：Ｎのパス設定を行うことができる。

（第１４実施形態）
図２４は、本発明の第１４実施形態に係る構成例を示している。本実施形態では、同じ属性内のクライアント装置間にメッシュ構成のパス設定を実現する。例えば、同じＶＰＮ内やクラスタ化したクライアント装置間で、メッシュ構成のパス設定を実現することができる。図２４は、同じＶＰＮ内でのメッシュ構成のパス設定の一例を示している。

図２４（ａ）は、クライアント装置Ｒ１ａからクライアント装置Ｒ１ｂおよびＲ１ｃに向けてパスを設定する場合を示している。この例では、接続先仮想ポート（Ｌｄ１）として、自ノード（Ｒ１ａ）の物理（論理）ポートも含めるものとして定義しており、クライアント装置Ｒ１ａを接続元としてパス設定要求をノード装置Ｘ１に送出した場合、ノード装置Ｘ１では、接続先仮想ポートに含まれ、かつ接続元仮想ポートに含まれる物理（論理）ポートに対しては、要求メッセージの送出をストップし、その他の物理（論理）ポートに対しては、要求メッセージを送出するように制御するものである。クライアント装置Ｒ１ａに対しても要求メッセージを送出した場合には、エラーを返すようにプロトコルを決めることもできる。

図２４（ｂ）は、クライアント装置Ｒ１ａからのメッシュ構成のパス設定後、クライアント装置Ｒ１ｂからのメッシュ構成のパス設定を行う場合を示している。この場合、自ノード（Ｒ１ｂ）を接続先とする接続は行わないように制御することに加えて、既に設定済みのポート間の接続も行わないように制御する必要がある。その場合の方法は、図２３の場合と同様である。

以上、本発明について、具体的にいくつかの実施形態について説明したが、本発明の原理を適用できる多くの実施可能な形態に鑑みて、ここに記載した実施形態は、単に例示に過ぎず、本発明の範囲を限定するものではない。例えば、本発明の装置および管理制御部は、コンピュータとそのプログラムとして実現することができる。そして、このプログラムは、記録媒体に記録して提供することも、ネットワークを通して提供することもできる。ここに例示した実施形態は、本発明の趣旨から逸脱することなくその構成と詳細を変更することができる。さらに、説明のための構成要素および手順は、本発明の趣旨から逸脱することなく変更、補足、またはその順序を変えてもよい。

本発明の第１実施形態に係る構成例を示す図である。 本発明の第２実施形態に係る構成例を示す図である。 図２の管理制御部の構成例を示す図である。 図２の管理制御部の動作シーケンス例を示す図である。 本発明の第３実施形態に係る構成例を示す図である。 本発明の第４実施形態に係る構成例を示す図である。 本発明の第５実施形態に係る構成例を示す図である。 図７の管理制御部の構成例を示す図である。 図７の管理制御部の動作シーケンス例を示す図である。 本発明の第６実施形態に係る構成例を示す図である。 図１０の管理制御部の構成例を示す図である。 図１０の管理制御部の動作シーケンス例を示す図である。 本発明の第７実施形態に係る構成例を示す図である。 図１３の管理制御部の構成例を示す図である。 図１３の管理制御部の動作シーケンス例を示す図である。 本発明の第８実施形態に係る構成例を示す図である。 本発明の第９実施形態に係る構成例を示す図である。 図１７の管理制御部の動作シーケンス例を示す図である。 本発明の第１０実施形態に係る構成例を示す図である。 本発明の第１１実施形態に係る構成例を示す図である。 本発明の第１２実施形態に係る構成例を示す図である。 本発明の第１３実施形態に係る構成例を示す図である。 本発明の第１３実施形態に係る別の構成例を示す図である。 本発明の第１４実施形態に係る構成例を示す図である。

符号の説明

ＮＷ 通信ネットワーク
Ｒ，Ｒ１〜Ｒ３ クライアント装置
Ｘ，Ｘ１〜Ｘ５ ノード装置
ＡＳ１，ＡＳ２ 自律システム
ＶＰＮ１，ＶＰＮ２ 仮想プライベートネットワーク
ＩＳＰ１〜ＩＳＰ３ インターネットサービスプロバイダ
Ａ−１，Ａ−２，Ｂ−１，Ｃ−１ クライアント装置の物理（論理）ポート α−１，α−２，β−１，γ−１ ノード装置のクライアント装置側の物理（論理）ポート
Ｎ１−１，Ｎ１−２，Ｎ２−１，Ｎ３−１ ノード装置のノード装置側の物理（論理）ポート
Ｌｓ，Ｌｄ，Ｌｅ，Ｌ１，Ｌ２，Ｌ３ 仮想ポート

Claims (8)

1. 通信ネットワークにおける管理制御装置であって、
   １つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義し、
   前記接続元仮想ポートから前記接続先仮想ポートへパスを設定するにあたって、前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することを特徴とする管理制御装置。
2. 請求項１に記載の管理制御装置であって、
   前記接続元仮想ポートおよび接続先仮想ポートは、各クライアント装置からの属性および接続ポリシーに基づいて定義されることを特徴とする管理制御装置。
3. 請求項１または２に記載の管理制御装置であって、
   前記クライアント装置と前記通信ネットワークのノード装置との間の物理（論理）ポートの対応関係は、前記クライアント装置との間に定義されたプロトコルを通じて取得されることを特徴とする管理制御装置。
4. 請求項１から３のいずれかに記載の管理制御装置であって、
   前記管理制御装置は、前記通信ネットワークの複数のノード装置に分散されていることを特徴とする管理制御装置。
5. 請求項４に記載の管理制御装置であって、
   前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することは、前記接続元クライアント装置のいずれかの要求メッセージを通じて行われることを特徴とする管理制御装置。
6. 請求項１から５のいずれかに記載の管理制御装置の機能をコンピュータに実行させることを特徴とするプログラム。
7. １つまたは複数の接続元クライアント装置と、１つまたは複数の接続先クライアント装置と、前記接続元クライアント装置から前記接続先クライアント装置へ複数のパスを設定するための１つまたは複数のノード装置とを備えた通信システムであって、
   前記１つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、前記１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義し、
   前記接続元仮想ポートから前記接続先仮想ポートへパスを設定するにあたって、前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することを特徴とする通信システム。
8. 通信ネットワークにおいて複数のパスを自動で構成する方法であって、
   １つまたは複数の接続元クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続元仮想ポートと、１つまたは複数の接続先クライアント装置の１つまたは複数の物理（論理）ポートを包含する接続先仮想ポートを定義することと、
   前記接続元仮想ポートに包含される前記物理（論理）ポートと前記接続先仮想ポートに包含される前記物理（論理）ポートとの対応関係を認識して、前記１つまたは複数の接続元クライアント装置から前記１つまたは複数の接続先クライアント装置へ複数のパスを設定することと
   を備えることを特徴とする方法。

Images