(57)【要約】【課題】通信におけるエンドツーエンドの経路設定を、ユーザ要求に応じて柔軟に行うとともに、大規模ネットワークへ適用する。【解決手段】セッション確立要求を受けたノード１のセッション制御部１１は、セッションテーブル１２を参照し、セッションを受付可能であればセッションテーブル１２に登録するとともに、自己のセキュリティレベルをセッション確立要求の中の最高要求セキュリティレベルに、自己の登録帯域を最高要求帯域に変更する。セッションを受付不可能であればセッション確立要求をセッション確立不能に変更し、次ホップのノードに転送する。次に、ノード１のルーチング制御部１３は、セッション確立要求元の宛先アドレスをキーにしてルーチングテーブル１４を検索し、転送先のインタフェース番号を得、次ホップのノード２，３へセッション確立要求を転送する。【選択図】    図３
2005005854.tif 000002
【特許請求の範囲】
【請求項１】
発端末と、着端末と、該発端末と該着端末とを接続するネットワーク装置である複数のノードを含む通信システムにおける通信経路設定方法において、
各ノードに、該ノードが対応可能な認証強度、暗号化強度、フィルタリング強度の少なくとも１つによって決定されたセキュリティレベルと、対応可能領域を予め登録しておき、
各ノードは、前段の発端末またはノードから、最低要求セキュリティレベル、最高要求セキュリティレベル、最低要求帯域、最高要求帯域、宛先アドレス、発信元アドレスを含むセッション確立要求を受け取ったとき、自己のセキュリティレベルが前記最高および最低要求セキュリティレベルの間にあり、かつ自己の対応可能領域が前記最高および最低要求帯域の間にあればセッション受付可能として、自己のセキュリティレベルを前記セッション確立要求中の最高要求セキュリティレベルに、自己の対応可能領域を最高要求帯域に変更して次ホップのノードにセッション確立要求を転送し、自己のセキュリティレベルが前記最低要求セキュリティレベルよりも低く、および／または自己の対応可能領域が前記最低要求帯域よりも低ければ次ホップのノードへセッション確立不能応答を転送することを特徴とする通信経路設定方法。
【請求項２】
次ホップが前記着端末の場合、自己のセキュリティレベルが前記最高および最低要求セキュリティレベルの間にあり、かつ自己の対応可能領域が前記最高および最低要求帯域の間にあれば、前記発端末へセッション確立応答を転送し、自己のセキュリティレベルが前記最低要求セキュリティレベルよりも低く、および／または自己の対応可能領域が前記最低要求帯域よりも低ければ前記発端末へセッション確立不能応答を転送する、請求項１に記載の通信経路設定方法。
【請求項３】
前記セキュリティレベルと前記対応可能領域を、前記発端末から前記着端末の方向、前記着端末から前記発端末の方向の双方向について登録する、請求項１または２に記載の通信経路設定方法。
【請求項４】
前記発端末は、前記セッション確立応答を受信すると、予め規定した優先度に基づき経路を選択し、設定する、請求項１から３のいずれかに記載の通信経路設定方法。
【請求項５】
セキュリティレベルを優先する場合は、最低帯域を確保できる経路の中で最もセキュリティレベルの高い経路を選択し、帯域を優先する場合は、最低限必要なセキュリティレベルを確保できる経路の中で最も利用可能帯域が大きい経路を選択する、請求項４に記載の通信経路設定方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおける通信経路設定方法に関するものである。
【０００２】
【従来の技術】
これまで通信回線を介してコンピュータ間の通信を行うコンピュータ通信システムにおいて、通信経路を選択する様々な方法が開発されている。ＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）は、ネットワークの利用可能帯域、遅延等に基づくリンクコストを最小にする経路の選択を行う。リンクコストは通信に先立ってノード間で定期的に交換、保存しておき、通信開始時にはノードに保存した情報に応じて経路を選択する。また、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｒｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）では、通信開始をトリガにして、通信が必要とする帯域をノード間で交渉し、帯域が確保できてから通信を開始する。しかし、これらの方法では、セキュリティを考慮した経路選択は行われない。また、特許文献１では、図４に示すように、発端末２５、着端末２６、ネットワーク装置であるノード２１〜２４が網資源管理装置２７に接続されており、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）を保証するため、資源を使用する時間帯、要求する帯域、要求するセキュリティレベル等を定義しているが、発端末２５が行うセキュリティレベルの要求が１レベルのみであり、また、ネットワークのＱｏＳ資源の管理は網資源管理装置２７による一元管理である。
【０００３】
【特許文献１】
特開２０００−３１２２２６号公報
【０００４】
【発明が解決しようとする課題】
ＯＳＰＦ、ＲＳＶＰによる方法では、セキュリティを考慮した経路選択が行えない。また、特許文献１による方法では、ユーザの要求する優先度に応じた経路の設定が行えない。さらに、ネットワークのＱｏＳ資源を一元管理するため、大規模ネットワークへの適用が困難である。
【０００５】
本発明の目的は、上記問題を解決し、通信におけるエンドツーエンドの経路設定を、ユーザ要求に応じて柔軟に行うとともに、大規模ネットワークへ適用することにある。
【０００６】
【課題を解決するための手段】
まず、各ノードに、該ノードが対応可能な認証強度、暗号化強度、フィルタリング強度等によって決定されたセキュリティレベルと、対応可能領域を予め登録しておく。
【０００７】
各ノードは、前段の発端末またはノードから、最低要求セキュリティレベル、最高要求セキュリティレベル、最低要求帯域、最高要求帯域、宛先アドレス、発信元アドレスを含むセッション確立要求を受け取ったとき、自己のセキュリティレベルが最高および最低要求セキュリティレベルの間にあり、かつ自己の対応可能領域が最高および最低要求帯域の間にあればセッション受付可能として、セッション確立要求中の最高要求セキュリティレベルと自己のセキュリティレベルを、自己の対応可能領域を最高要求帯域に変更して次ホップのノードにセッション確立要求を転送する。自己のセキュリティレベルが最低要求セキュリティレベルよりも低く、および／または自己の対応可能領域が最低要求帯域よりも低ければ次ホップのノードへセッション確立不能応答を転送する。次ホップが着端末の場合、自己のセキュリティレベルが最高および最低要求セキュリティレベルの間にあり、かつ自己の対応可能領域が最高および最低要求低域の間にあれば、発端末へセッション確立要求を転送し、自己のセキュリティレベルが最低要求セキュリティレベルよりも低く、および／または自己の対応可能領域が最低要求帯域よりも低ければ発端末へセッション確立不能応答を転送する。
【０００８】
発端末は、セッション確立応答を受信すると、予め規定した優先度に基づき経路を選択し、設定する。たとえば、セキュリティレベルを優先する場合は、最低帯域を確保できる経路の中で最もセキュリティレベルの高い経路を選択し、帯域を優先する場合は、最低限必要なセキュリティレベルを確保できる経路の中で最も利用可能帯域が大きい経路を選択する。
【０００９】
【発明の実施の形態】
次に、本発明の実施の形態について図面を参照して説明する。
【００１０】
図１は本発明の通信経路探索方法が適用された通信システムの構成図である。
【００１１】
発端末５は回線１０１によってノード１に接続されている。ノード１は回線１０２によってノード２に、回線１０３によってノード３に接続されている。ノード２は回線１０４によってノード４に接続されている。ノード３は回線１０５によってノード４に接続されている。ノード４は回線１０６によって着端末６に接続されている。ここで、ノード１から４は全てネットワーク装置である。
【００１２】
各ノード１から４はセッション制御部１１とセッションテーブル１２とルーチング制御部１３とルーチングテーブル１４を有している。セッションテーブル１２では、当該セッションを識別するセッション識別子、当該セッションを要求した発端末を識別するアドレス、およびポート番号と、提供中のセキュリティレベルの設定情報、提供中の帯域情報を保持するとともに、自己の対応可能セキュリティレベルおよび対応可能帯域を保持する。ルーチングテーブル１４は、あて先アドレスと転送先のインタフェース番号の対応関係を保持する。なお、セキュリティレベルは、各々のノードが対応可能な認証強度、暗号化強度、フィルタリング強度、各ノードの処理能力の少なくとも１つによって決定される値である。
【００１３】
図３は、発端末５がセッション確立要求を発してからの一連の制御の流れを示す。発端末５は回線１０１を経由し、セッション確立要求を送信する（１）。セッション確立要求は、最低要求セキュリティレベル、最高要求セキュリティレベル、最低要求帯域、最高要求帯域、宛先アドレス、発信元アドレスのパラメータを含む。セッション確立要求を受けたノード１のセッション制御部１１は、セッションテーブル１２を参照し、セッションを受付可能であれば（自身のセキュリティレベル＞＝最低要求セキュリティレベル  かつ  自己の対応可能帯域＞＝最低要求帯域ならば）セッションテーブル１２に登録する（ただし、最高要求セキュリティレベル＞＝登録セキュリティレベル＞＝最低要求セキュリティレベル  かつ  最高要求帯域＞＝登録帯域＞＝最低要求帯域）とともに、登録セキュリティレベルをセッション確立要求の中の最高要求セキュリティレベルに、登録帯域を最高要求帯域に変更する（２）。このように変更しないと、次のノード２以降でノード１で登録されている値よりも大きくなり、セッション確立後に発端末５と着端末６間で通信を開始するときに矛盾が生じるからである。セッションを受付不可能であれば（自己のセキュリティレベル＜最低要求セキュリティレベル及び／または自己の対応可能帯域＜最低要求帯域ならば）セッション確立要求をセッション確立不能に変更し、次ホップのノードに転送する。次に、ノード１のルーチング制御部１３は、セッション確立要求元の宛先アドレスをキーにしてルーチングテーブル１４を検索し、転送先のインタフェース番号を得（３）、次ホップのノード２，３へセッション確立要求を転送する（４）。さらに、発端末５→着端末６方向と、着端末６→発端末５方向の双方向で、当該セッションが利用するセキュリティレベルおよび帯域をセッションテーブル１２に登録する。
【００１４】
セッション確立要求を受けたノード２，３のセッション制御部１１は、当該セッションテーブル１２を参照し、セッションを受付可能であれば（自己のセキュリティレベル＞＝最低要求セキュリティレベル  かつ  自己の対応可能帯域＞＝最低要求帯域ならば）セッションテーブル１２に登録する（ただし、最高要求セキュリティレベル＞＝登録セキュリティレベル＞＝最低要求セキュリティレベルかつ  最高要求帯域＞＝登録帯域＞＝最低要求帯域）とともに、登録セキュリティレベルをセッション確立要求の中の最高要求セキュリティレベルに、登録帯域を最高要求帯域に変更する（５）。セッションを受付不可能であれば（自己のセキュリティレベル＜最低要求セキュリティレベルおよび／または自己の対応可能帯域＜最低要求帯域ならば）セッション確立要求をセッション確立不能に変更する。次に、ノード２，３のルーチング制御部１３は、ルーチングテーブル１４を参照し（６）、次ホップのノード４へセッション確立要求を転送する（７）。さらに、発端末５→着端末６方向と、着端末６→発端末５方向の双方向で、当該セッションが利用するセキュリティレベルおよび帯域をセッションテーブル１２に登録する。
【００１５】
セッション確立要求を受けたノード４のセッション制御部１１は、当該セッションテーブル１２を参照し、セッションを受付可能であれば（自己のセキュリティレベル＞＝最低要求セキュリティレベル  かつ  自己の対応可能帯域＞＝最低要求帯域ならば）セッションテーブルに登録する（ただし、最高要求セキュリティレベル＞＝登録セキュリティレベル＞＝最低要求セキュリティレベル  かつ  最高要求帯域＞＝登録帯域＞＝最低要求帯域）とともに、登録セキュリティレベルをセッション確立要求の中の最高要求セキュリティレベルに、登録帯域を最高要求帯域に変更する（８）。セッションを受付不可能であれば（自己のセキュリティレベル＜最低要求セキュリティレベルおよび／または自己の対応可能帯域＜最低要求帯域ならば）セッション確立要求をセッション確立不能に変更する。次に、ノード４のルーチング制御部１３は、ルーチングテーブル１４を参照し（９）、次ホップのノードを参照するが、次ホップは着端末６であるため、接続された全てのノードからの要求に対して上記処理を行った結果（セッション確立応答またはセッション確立不能応答）を発端末５に向けて送信する（１０）。さらに、発端末５→着端末６方向と、着端末６→発端末５方向の双方向で、セッションテーブル１２に登録する。
【００１６】
セッション確立応答を受信した発端末５は、予め規定した優先度に基づき経路を選択する。すなわち、セキュリティレベルを優先する場合は、最低帯域を確保できる経路の中で最もセキュリティレベルの高い経路を選択、帯域を優先する場合は、最低限必要なセキュリティレベルを確保できる経路の中で最も利用可能帯域が大きい経路を選択する。経路選択後、当該セッションＩＤおよび帯域、セキュリティレベルを利用してセッション確立を行うとともに、選択しなかったパスに対しては、セッション解除メッセージを送出する（１１）。
【００１７】
セッションが終了した場合は、発端末５からセッション解除メッセージを送出する（１２）。
【００１８】
本実施形態では、ノードを単位としたシステム構成をとる形態を例示したが、複数のノードによる網を単位とする形態も本発明の実施形態として想定する範囲である。
【００１９】
【発明の効果】
以上説明したように、本発明によれば、エンドツーエンドで通信に必要な帯域とセキュリティを確保した高機能なデータ通信サービスを実現可能である。
【図面の簡単な説明】
【図１】本発明の一実施形態を示すシステム構成図である。
【図２】各ノードの詳細を示す図である。
【図３】図１の実施形態におけるセッション処理を示す図である。
【図４】従来のシステム構成図である。
【符号の説明】
１〜４    ノード（ネットワーク装置）
５    発端末
６    着端末
１１    セッション制御部
１２    セッションテーブル
１３    ルーチング制御部
１４    ルーチングテーブル
１０１〜１０６    回線
【図１】
2005005854.tif 000003
【図２】
2005005854.tif 000004
【図３】
2005005854.tif 000005
【図４】
2005005854.tif 000006