(57)【要約】【課題】管理信号によるネットワークの消費帯域を低減でき、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供することを目的とする。【解決手段】本発明に係る通信制御方法は、要求装置からの第１要求信号を受信した知識サーバが所定範囲に向けて第２要求信号を１つ送信する。所定範囲内のノード装置では、自身の設定を行い、当該第２要求信号を終点装置へ転送する。【選択図】図２７
2014236321.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード装置が接続され、前記ノード装置の少なくとも１つを制御装置とした通信システムの通信制御方法であって、
前記制御装置の他の前記ノード装置が要求装置として前記通信システムの所定範囲内の情報を要求する第１要求信号を送信する情報要求手順と、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号を受信した前記制御装置が前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに前記終点装置のアドレスを含めて送信する要求信号配信手順と、
前記第２要求信号を受信した前記所定範囲内にある前記ノード装置が前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手順と、
前記第２要求信号を受信した前記終点装置が前記第２要求信号に従い自身の設定を行う第２要求信号終端手順と、
を行うことを特徴とする通信制御方法。
【請求項２】
前記制御装置が、前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、
前記要求信号転送手順の前に、前記第２要求信号を受信した前記交差装置が前記第２要求信号を複製してそれぞれの前記終点装置宛へ出力する第２要求信号複製手順を行うことを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記所定範囲内の前記ノード装置が前記所定範囲内の情報を検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記制御装置宛へ送信する情報検出手順と、
前記第１情報検出信号を受信した前記制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手順と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手順と、
を行うことを特徴とする請求項１又は２に記載の通信制御方法。
【請求項４】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、
前記情報検出信号転送手順では、前記第２情報検出信号を受信した他の前記要求装置が前記第２情報検出信号のヘッダから自装置のアドレスを削除して１の前記要求装置へ転送することを特徴とする請求項３に記載の通信制御方法。
【請求項５】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手順では、前記分岐装置が前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力することを特徴とする請求項３に記載の通信制御方法。
【請求項６】
前記情報が障害に関する情報であり、前記制御装置から前記要求装置まで前記障害を回避する迂回経路が存在する場合、
前記迂回経路にある前記ノード装置が前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手順を行うことを特徴とする請求項３から５のいずれかに記載の通信制御方法。
【請求項７】
前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手順と、
前記要求信号配信手順とともに、前記制御装置が前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手順と、
前記ノード装置が前記通知信号を前記二次制御装置へ転送する通知信号転送手順と、
前記二次制御装置が前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手順と、
を行うことを特徴とする請求項１から６のいずれかに記載の通信制御方法。
【請求項８】
前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手順と、
前記第１情報検出信号を受信した前記二次制御装置が前記要求装置宛に前記第１情報検出信号に対応する第２情報検出信号を１つ送信する代理情報検出信号配信手順と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手順と、
を行うことを特徴とする請求項７に記載の通信制御方法。
【請求項９】
複数のノード装置が接続され、前記ノード装置の少なくとも１つを制御装置とした通信システムであって、
前記制御装置の他の前記ノード装置が要求装置として前記通信システムの所定範囲内の情報を要求する第１要求信号を送信する情報要求手段と、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号を受信した前記制御装置が前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに前記終点装置のアドレスを含めて送信する要求信号配信手段と、
前記第２要求信号を受信した前記所定範囲内にある前記ノード装置が前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段と、
前記第２要求信号を受信した前記終点装置が前記第２要求信号に従い自身の設定を行う第２要求信号終端手段と、
を備えることを特徴とする通信システム。
【請求項１０】
前記制御装置が、前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、
前記要求信号転送手段が前記第２要求信号を転送する前に、前記第２要求信号を受信した前記交差装置が前記第２要求信号を複製してそれぞれの前記終点装置宛へ出力する第２要求信号複製手段をさらに備えることを特徴とする請求項９に記載の通信システム。
【請求項１１】
前記所定範囲内の前記ノード装置が前記所定範囲内の情報を検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記制御装置宛へ送信する情報検出手段と、
前記第１情報検出信号を受信した前記制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備えることを特徴とする請求項９又は１０に記載の通信システム。
【請求項１２】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、
前記情報検出信号転送手段は、前記第２情報検出信号を受信した他の前記要求装置が前記第２情報検出信号のヘッダから自装置のアドレスを削除して１の前記要求装置へ転送することを特徴とする請求項１１に記載の通信システム。
【請求項１３】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手段は、前記分岐装置が前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力することを特徴とする請求項１１に記載の通信システム。
【請求項１４】
前記情報が障害に関する情報であり、前記制御装置から前記要求装置まで前記障害を回避する迂回経路が存在する場合、
前記迂回経路にある前記ノード装置が前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段をさらに備えることを特徴とする請求項１１から１３のいずれかに記載の通信システム。
【請求項１５】
前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記要求信号配信手段が前記第２要求信号を送信する際に、前記制御装置が前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
前記ノード装置が前記通知信号を前記二次制御装置へ転送する通知信号転送手段と、
前記二次制御装置が前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段と、
をさらに備えることを特徴とする請求項９から１４のいずれかに記載の通信システム。
【請求項１６】
前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段と、
前記第１情報検出信号を受信した前記二次制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する代理情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備えることを特徴とする請求項１５に記載の通信システム。
【請求項１７】
請求項９から１６のいずれかに記載される通信システムが備えるノード装置であって、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに全ての前記終点装置のアドレスを含めて送信する要求信号配信手段を有し、前記制御装置として動作するノード装置。
【請求項１８】
前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、
前記要求信号配信手段は、前記第２要求信号に前記交差装置のアドレスも含め、前記交差装置へ送信することを特徴とする請求項１７のノード装置。
【請求項１９】
前記第１情報検出信号を受信した際に、前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段をさらに有する請求項１１から１６のいずれかを引用する請求項１７又は１８のノード装置。
【請求項２０】
前記要求装置が複数有る場合、
前記情報検出信号配信手段は、前記第２情報検出信号に全ての前記要求装置のアドレスを含めることを特徴とする請求項１９に記載のノード装置。
【請求項２１】
前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記第２要求信号を送信する際に、前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
をさらに有することを特徴とする請求項１５又は１６を引用する請求項１７から２０のいずれかに記載のノード装置。
【請求項２２】
請求項９から１６のいずれかに記載される通信システムが備える、前記所定範囲内且つ前記終点装置以外であるノード装置であって、
前記第２要求信号を受信した際に、前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段を有するノード装置。
【請求項２３】
請求項１０から１６のいずれかに記載される通信システムが備える、前記所定範囲内且つ前記終点装置以外であるノード装置であって、
前記制御装置が直接又は前記所定範囲外の前記ノード装置を介して接続されており、
前記第２要求信号を受信した際に、前記交差装置が前記第２要求信号を複製する第２要求信号複製手段をさらに有し、前記交差装置として動作することを特徴とするノード装置。
【請求項２４】
前記第２情報検出信号を受信した際に、前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段をさらに有する請求項２２又は２３に記載のノード装置。
【請求項２５】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、
前記情報検出信号転送手段は、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダから自装置のアドレスを削除して転送し、
他の前記要求装置として動作する請求項２４に記載のノード装置。
【請求項２６】
前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手段は、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力し、
前記分岐装置として動作する請求項２４に記載のノード装置。
【請求項２７】
請求項１１から１６のいずれかに記載される通信システムが備える、前記制御装置から前記要求装置までの障害を回避する迂回経路に配置されるノード装置であって、
前記情報が前記障害に関する情報であり、
前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段を有することを特徴とするノード装置。
【請求項２８】
請求項１５又は１６のいずれかに記載される通信システムが備えるノード装置であって、
前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が送信した前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段を有し、前記二次制御装置として動作することを特徴とするノード装置。
【請求項２９】
請求項１５又は１６のいずれかに記載される通信システムが備えるノード装置であって、
前記制御装置と前記要求装置との経路に生じた前記ノード装置間の障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段を有することを特徴とするノード装置。
【請求項３０】
コンピュータを請求項１７から２９のいずれかに記載のノード装置として動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ノード間での制御情報を利用した通信制御方法、通信システム、当該通信システムを構成するノード装置、及びそのプログラムに関する。
【背景技術】
【０００２】
近年、ノード間クロスレイヤ協調アーキテクチャ（ＣＬＩＮＥＸ：Ｃｒｏｓｓ−Ｌａｙｅｒ  ａｎｄ  Ｉｎｔｅｒ−Ｎｏｄｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｘｃｈａｎｇｅ  Ａｒｃｈｉｔｅｃｔｕｒｅ）についての提案がなされている（例えば、非特許文献１を参照。）。また、ＣＬＩＮＥＸの関連技術としては、ノード内レイヤ間協調アーキテクチャであるＲＦＣ５１８４（例えば、非特許文献２を参照。）や、レイヤ間協調を利用して異種無線技術（たとえばＷｉＦｉやＷｉＭＡＸなど）間でのスムーズなハンドオーバの実現を目的としたＭｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｆｕｎｃｔｉｏｎ  （ＭＩＨＦ）（例えば、非特許文献３を参照。）がある。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】米村和真、金子晋丈、寺岡文男、「ＺＮＡにおけるノード間クロスレイヤ協調機構の設計」  日本ソフトウェア科学会第２９  回大会講演論文集、ｐｐ．１８５−１９６、Ａｕｇｕｓｔ  ２０１２．
【非特許文献２】Ｆ．Ｔｅｒａｏｋａ，  Ｋ．Ｇｏｇｏ，  Ｋ．Ｍｉｔｓｕｙａ，  Ｒ．Ｓｈｉｂｕｉ，  ａｎｄ  Ｋ．Ｍｉｔａｎｉ．  Ｕｎｉｆｉｅｄ  Ｌａｙｅｒ  ２  （Ｌ２）  Ａｂｓｔｒａｃｔｉｏｎｓ  ｆｏｒ  Ｌａｙｅｒ  ３  （Ｌ３）−Ｄｒｉｖｅｎ  Ｆａｓｔ  Ｈａｎｄｏｖｅｒ，  Ｍａｙ  ２００８．  ＲＦＣ  ５１８４，  ｈｔｔｐ：／／ｗｗｗ．ｒｆｃ−ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｒｆｃ５１８４．ｔｘｔ
【非特許文献３】ＩＥＥＥ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ｌｏｃａｌ  ａｎｄ  ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋｓ  −  Ｐａｒｔ  ２１：  Ｍｅｄｉａ  Ｉｎｄｅｐｅｎｄｅｎｔ  Ｈａｎｄｏｖｅｒ  Ｓｅｒｖｉｃｅｓ，  Ｊａｎｕａｒｙ  ２００９．  ＩＥＥＥ  Ｓｔｄ  ８０２．２１−２００８．  ｈｔｔｐ：／／ｉｅｅｅｘｐｌｏｒｅ．ｉｅｅｅ．ｏｒｇ／ｘｐｌ／ｍｏｓｔＲｅｃｅｎｔＩｓｓｕｅ．ｊｓｐ？ｐｕｎｕｍｂｅｒ＝４７６９３６３
【発明の概要】
【発明が解決しようとする課題】
【０００４】
［課題の概要］
本発明の課題について、ＣＬＩＮＥＸを例として説明する。上記ＣＬＩＮＥＸでは、たとえばノードＡがノードＢとの経路上でリンク障害や装置故障などのイベントが発生したことを知りたい場合、ノードＡはＬ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｒｅｑパケットを知識サーバ（以降、ＫＢサーバと表記）に送信する。そしてノードＡとノードＢの経路上で障害が発生すると、障害を検知したノードはＬ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｉｎｄパケットによってその旨をＫＢサーバに通知し、ＫＢサーバはノードＡにＬ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｉｎｄパケットを送信する。この結果、ノードＡはノードＢとの経路上で障害が発生したことを知ることができる。以降、このような場合におけるノードＡを“要求ノード”と呼び、障害を検知したノードを“検知ノード”と呼ぶ。また、Ｌ３−ＰａｔｈＳｔａｔＣｈａｇｎｅｄ．ｒｅｑパケットを“Ｒｅｑパケット”、Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｃｏｎｆパケットを“Ｃｏｎｆパケット”、Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｉｎｄパケットを“Ｉｎｄパケット”と表記する。なお、以下の説明で、Ｒｅｑパケット、Ｃｏｎｆパケット、Ｉｎｄパケットのような信号をまとめて「管理信号」と記載することがある。また、ＫＢサーバを「制御装置」と記載することがある。
【０００５】
ＣＬＩＮＥＸには次のような課題がある。
【０００６】
（課題１）
ある要求ノードがＫＢサーバにＲｅｑパケットを送信すると、さらにＫＢサーバは要求ノードが指定した経路上に存在する各ノードにＲｅｑパケットを送信する。すなわち、ＫＢサーバは複数のＲｅｑパケットを送信することになり、ネットワークの消費帯域が大きくなる。
【０００７】
（課題２）
ある１つの障害発生によってＫＢサーバは多数の要求ノードにＩｎｄパケットを送信する場合がある。このような場合、ネットワークの消費帯域が大きくなる。
【０００８】
（課題３）
ＫＢサーバから要求ノードへＩｎｄパケットを送信する際、ＫＢサーバと要求ノード間の最適経路上で障害が発生した場合、Ｉｎｄパケットは迂回路で転送されなければならないが、迂回路上のノードは古い経路情報にしたがってＩｎｄパケットを間違った経路に転送してしまう可能性がある。
【０００９】
（課題４）
ＫＢサーバから要求ノードへＩｎｄパケットを送信する際、ＫＢサーバと要求ノード間が障害によって分断されると、Ｉｎｄパケットが要求ノードに配送されない。
【００１０】
［各課題の例］
１．課題１の例
図１にネットワークの構成例を示す。このネットワークはノードＡからノード装置Ｑ（ＩとＯは紛らわしいため不使用）からなり、ＫＢサーバはノード装置Ｌであるとする。
【００１１】
図２に多数のＲｅｑパケットの送信によりネットワークの消費帯域が大きくなってしまう例を示す。まず、ノード装置Ｈはノード装置Ｑとの経路を指定してノード装置ＬにＲｅｑパケットを送信する（図２−（１））。するとノード装置Ｌはノード装置Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、ＱのそれぞれにＲｅｑパケットを送信する（図２−（２））。したがって、経路上のノード数が増えるにつれてネットワークの消費帯域が大きくなってしまう。
以降、あるノード装置が指定した他のノード装置との経路を「所定範囲」として説明する。図２の場合、所定範囲はノード装置Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑの経路となる。
【００１２】
２．課題２の例
図３に多数のＩｎｄパケットの送信によりネットワークの消費帯域が大きくなってしまう例を示す。課題１の例に加えて、ノード装置Ｅおよびノード装置Ｇもノード装置Ｑとの経路を指定してノード装置ＬにＲｅｑパケットを送信済であるとする。所定範囲は、ノード装置Ｅ、Ｆ、Ｇ、Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑとなる。ここでノード装置Ｎとノード装置Ｑ間でリンク障害が発生したとする（図３−（１））。ノード装置Ｎはこの障害を検知してノード装置ＬにＩｎｄパケットを送信する（図３−（２））。ノード装置Ｌはノード装置Ｅ、Ｇ、ＨにそれぞれＩｎｄパケットを送信する（図３−（３））。すなわち、同一の障害発生に関するＩｎｄパケットを要求するノードの数だけＫＢサーバはＩｎｄパケットを送信することになり、そのようなノード数が増えるにつれてネットワーク消費帯域が大きくなってしまう。
【００１３】
３．課題３の例
図４に、ＫＢサーバと要求ノード間の最適経路上でリンク障害が発生した例を示す。まず、ノード装置Ｈはノード装置Ｑとの経路を指定してノード装置ＬにＲｅｑパケットを送信済であるとする。次に、ノード装置Ｊとノード装置Ｋ間でリンク障害が発生したとする（図４−（１））。ノード装置Ｋはこのリンク障害を検知してノード装置ＬにＩｎｄパケットを送信する（図４−（２））。ノード装置Ｌはノード装置Ｈ宛にＩｎｄパケットを送信するが、このパケットはノード装置Ｎ、Ｋ、Ｄ、Ｃ、Ｂ、Ａ、Ｅ、Ｆ、Ｈの経路で配送されなければならない（図４−（３））。しかし、たとえばノード装置Ｄにおいて経路の再計算が済んでいないと、ノード装置Ｄは古い経路表にしたがってＩｎｄパケットをノードＣではなくノード装置Ｋに転送してしまうかもしれない（図４−（４））。
【００１４】
４．課題４の例
図５に、ＫＢサーバと要求ノードが障害によって切り離されてしまう例を示す。まず、ノード装置Ｈはノード装置Ｑとの経路を指定してノード装置ＬにＲｅｑパケットを送信済であるとする。次に、ノード装置Ｋとノード装置Ｎ間でリンク障害が発生したとする（図５−（１））。ノード装置Ｎはこのリンク障害を検知してノード装置ＬにＩｎｄパケットを送信する（図５−（２））。ノード装置Ｌはノード装置Ｈ宛てにＩｎｄパケットを送信するが、ノード装置Ｋとノード装置Ｎ間でリンク障害が発生しているため、Ｉｎｄパケットはノード装置Ｈに到達できない（図５−（３））。
【００１５】
５．本発明の課題
そこで、本発明は、上記課題を解決するために、管理信号によるネットワークの消費帯域を低減でき、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１６】
本発明は、課題１及び課題２を解決するために、配信する管理信号を一つとし、必要に応じて複製することとした。
【００１７】
具体的には、本発明に係る通信制御方法は、複数のノード装置が接続され、前記ノード装置の少なくとも１つを制御装置とした通信システムの通信制御方法であって、
前記制御装置の他の前記ノード装置が要求装置として前記通信システムの所定範囲内の情報を要求する第１要求信号を送信する情報要求手順と、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号を受信した前記制御装置が前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに前記終点装置のアドレスを含めて送信する要求信号配信手順と、
前記第２要求信号を受信した前記所定範囲内にある前記ノード装置が前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手順と、
前記第２要求信号を受信した前記終点装置が前記第２要求信号に従い自身の設定を行う第２要求信号終端手順と、
を行うことを特徴とする。
【００１８】
具体的には、本発明に係る通信システムは、複数のノード装置が接続され、前記ノード装置の少なくとも１つを制御装置とした通信システムであって、
前記制御装置の他の前記ノード装置が要求装置として前記通信システムの所定範囲内の情報を要求する第１要求信号を送信する情報要求手段と、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号を受信した前記制御装置が前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに前記終点装置のアドレスを含めて送信する要求信号配信手段と、
前記第２要求信号を受信した前記所定範囲内にある前記ノード装置が前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段と、
前記第２要求信号を受信した前記終点装置が前記第２要求信号に従い自身の設定を行う第２要求信号終端手段と、
を備えることを特徴とする。
【００１９】
具体的には、本発明に係るノード装置は、前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに全ての前記終点装置のアドレスを含めて送信する要求信号配信手段を有し、前記制御装置として動作する。
【００２０】
また、本発明に係るノード装置は、制御装置以外のノード装置であり、前記所定範囲内且つ前記終点装置以外であるノード装置であって、前記第２要求信号を受信した際に、前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段を有する。
【００２１】
要求装置からの第１要求信号を受信した制御装置が所定範囲に向けて第２要求信号を１つ送信する。所定範囲内のノード装置では、自身の設定を行い、当該第２要求信号を終点装置へ転送する。このため、通信システム内の第２要求信号の数は１つであり、本発明は、管理信号によるネットワークの消費帯域を低減できる通信制御方法、通信システム、及びノード装置を提供でき、課題１を解決することができる。
【００２２】
本発明に係る通信制御方法は、前記制御装置が、前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、前記要求信号転送手順の前に、前記第２要求信号を受信した前記交差装置が前記第２要求信号を複製してそれぞれの前記終点装置宛へ出力する第２要求信号複製手順を行うことを特徴とする。
【００２３】
本発明に係る通信システムは、前記制御装置が、前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、前記要求信号転送手段が前記第２要求信号を転送する前に、前記第２要求信号を受信した前記交差装置が前記第２要求信号を複製してそれぞれの前記終点装置宛へ出力する第２要求信号複製手段をさらに備えることを特徴とする。
【００２４】
制御装置として機能する本発明に係るノード装置は、前記終点装置以外の前記所定範囲内の前記ノード装置の一つを交差装置として、前記交差装置に直接又は前記所定範囲外の前記ノード装置を介して接続している場合、前記要求信号配信手段は、前記第２要求信号に前記交差装置のアドレスも含め、前記交差装置へ送信することを特徴とする。
【００２５】
また、本発明に係るノード装置は、前記所定範囲内にあり、前記制御装置以外且つ前記終点装置以外であるノード装置であって、前記制御装置が直接又は前記所定範囲外の前記ノード装置を介して接続されており、前記第２要求信号を受信した際に、前記交差装置が前記第２要求信号を複製する第２要求信号複製手段をさらに有し、前記交差装置として動作することを特徴とする。
【００２６】
制御装置が、所定範囲内の終点装置ではなく内部のノード装置（交差装置）に接続している場合、前記制御装置は交差装置へ第２要求信号を送信し、交差装置は前記制御装置からの第２要求信号を終点装置の数だけ複製してそれぞれに向けて送信する。このため、通信システム内の第２要求信号の数は１つであり、本発明は、管理信号によるネットワークの消費帯域を低減できる通信制御方法、通信システム、及びノード装置を提供でき、課題１を解決することができる。
【００２７】
本発明に係る通信制御方法は、前記所定範囲内の前記ノード装置が前記所定範囲内の情報を検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記制御装置宛へ送信する情報検出手順と、
前記第１情報検出信号を受信した前記制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手順と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手順と、
を行う。
【００２８】
本発明に係る通信システムは、前記所定範囲内の前記ノード装置が前記所定範囲内の情報を検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記制御装置宛へ送信する情報検出手段と、
前記第１情報検出信号を受信した前記制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備える。
【００２９】
制御装置として機能する本発明に係るノード装置は、前記第１情報検出信号を受信した際に、前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段をさらに有する。
【００３０】
また、制御装置以外の本発明に係るノード装置は、前記第２情報検出信号を受信した際に、前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段をさらに有する。
【００３１】
所定範囲内の情報を検出したノード装置からの第１情報検出信号を受信した制御装置は、要求装置が複数であっても要求装置宛の第２情報検出信号を１つ送信する。前記制御装置から要求装置までの間に有るノード装置は第２情報検出信号を要求装置まで転送する。このため、通信システム内の第２情報検出信号の数は１つであり、本発明は、管理信号によるネットワークの消費帯域を低減できる通信制御方法、通信システム、及びノード装置を提供でき、課題２を解決することができる。
【００３２】
複数の要求装置が制御装置から見て同一経路上に存在する場合、第２情報検出信号は次のように転送される。
【００３３】
本発明に係る通信制御方法は、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、前記情報検出信号転送手順では、前記第２情報検出信号を受信した他の前記要求装置が前記第２情報検出信号のヘッダから自装置のアドレスを削除して１の前記要求装置へ転送することを特徴とする。
【００３４】
本発明に係る通信システムは、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、前記情報検出信号転送手段は、前記第２情報検出信号を受信した他の前記要求装置が前記第２情報検出信号のヘッダから自装置のアドレスを削除して１の前記要求装置へ転送することを特徴とする。
【００３５】
制御装置として機能する本発明に係るノード装置は、前記要求装置が複数有る場合、前記情報検出信号配信手段は、前記第２情報検出信号に全ての前記要求装置のアドレスを含めることを特徴とする。
【００３６】
また、制御装置以外の本発明に係るノード装置は、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路上に他の前記要求装置が有る場合、前記情報検出信号転送手段が、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダから自装置のアドレスを削除して転送し、他の前記要求装置として動作する。
【００３７】
また、複数の要求装置が制御装置から見て同一経路上に存在しない場合、第２情報検出信号は次のように転送される。
【００３８】
本発明に係る通信制御方法は、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手順では、前記分岐装置が前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力することを特徴とする。
【００３９】
本発明に係る通信システムは、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手段は、前記分岐装置が前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力することを特徴とする。
【００４０】
また、制御装置以外の本発明に係るノード装置は、前記要求装置が複数有り、１の前記要求装置と前記制御装置との経路と他の前記要求装置と前記制御装置との経路が１の前記ノード装置を分岐装置として前記分岐装置から前記要求装置までが異なる場合、
前記情報検出信号転送手段が、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力し、
前記分岐装置として動作する。
【００４１】
また、本発明は、課題３を解決するために、障害発生時に経路の再計算を行い、障害を迂回する経路で管理信号を転送することとした。
【００４２】
本発明に係る通信制御方法は、前記情報が障害に関する情報であり、前記制御装置から前記要求装置まで前記障害を回避する迂回経路が存在する場合、
前記迂回経路にある前記ノード装置が前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手順を行う。
【００４３】
本発明に係る通信システムは、前記情報が障害に関する情報であり、前記制御装置から前記要求装置まで前記障害を回避する迂回経路が存在する場合、
前記迂回経路にある前記ノード装置が前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段をさらに備える。
【００４４】
制御装置以外の本発明に係るノード装置は、前記制御装置から前記要求装置までの障害を回避する迂回経路に配置されるノード装置であって、
前記情報が前記障害に関する情報であり、
前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段を有する。
【００４５】
本発明は、障害発生時に経路の再計算を行う。障害とは、ノード装置の故障やノード装置間のリンク障害等による通信途絶である。このため、第２情報検出信号が古い経路で転送されて要求装置以外のノード装置に転送されることを回避することができる。従って、本発明は、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供でき、課題３を解決することができる。
【００４６】
さらに、本発明は、課題４を解決するために、障害時に管理信号の転送を管理する制御装置の代理を予め選定しておくこととした。
【００４７】
本発明に係る通信制御方法は、前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手順と、
前記要求信号配信手順とともに、前記制御装置が前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手順と、
前記ノード装置が前記通知信号を前記二次制御装置へ転送する通知信号転送手順と、
前記二次制御装置が前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手順と、
を行う。
【００４８】
本発明に係る通信システムは、前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記要求信号配信手段が前記第２要求信号を送信する際に、前記制御装置が前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
前記ノード装置が前記通知信号を前記二次制御装置へ転送する通知信号転送手段と、
前記二次制御装置が前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段と、
をさらに備える。
【００４９】
制御装置として機能する本発明に係るノード装置は、前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記第２要求信号を送信する際に、前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
をさらに有する。
【００５０】
また、制御装置以外の本発明に係るノード装置は、前記制御装置と前記要求装置との経路に生じた障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記制御装置が送信した前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段を有し、前記二次制御装置として動作する。
【００５１】
本発明は、予め、障害時に制御装置の代理となる二次制御装置を設定しておく。要求装置と制御装置との経路に障害が発生し、迂回経路を形成できないときでも二次制御装置が第２情報検出信号を要求装置へ転送できる。従って、本発明は、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供でき、課題４を解決することができる。
【００５２】
本発明に係る通信制御方法は、前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手順と、
前記第１情報検出信号を受信した前記二次制御装置が前記要求装置宛に前記第１情報検出信号に対応する第２情報検出信号を１つ送信する代理情報検出信号配信手順と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手順と、
を行う。
【００５３】
本発明に係る通信システムは、前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段と、
前記第１情報検出信号を受信した前記二次制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する代理情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備える。
【００５４】
また、制御装置以外の本発明に係るノード装置は、前記制御装置と前記要求装置との経路に生じた前記ノード装置間の障害を迂回できない単一経路が前記制御装置から前記要求装置までの間に存在する場合、
前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段を有する。
【００５５】
本発明は、障害が発生したときに、第１情報検知信号を第二制御装置に送り、第二制御装置は制御装置と同様に第２情報検知信号を要求装置へ送信する。従って、本発明は、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供でき、課題４を解決することができる。
【００５６】
本発明に係るプログラムは、コンピュータを前記ノード装置として動作させるためのプログラムである。
【００５７】
本発明に係るノード装置はコンピュータとプログラムによって実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【発明の効果】
【００５８】
本発明は、管理信号によるネットワークの消費帯域を低減でき、障害発生時に当該障害が発生したことの管理信号を任意のノードに通知できる通信制御方法、通信システム、ノード装置、及びプログラムを提供することができる。
【図面の簡単な説明】
【００５９】
【図１】通信システムの構成を説明する図である。
【図２】課題１を説明する図である。
【図３】課題２を説明する図である。
【図４】課題３を説明する図である。
【図５】課題４を説明する図である。
【図６】プリミティブパケットのフォーマットを説明する図である。
【図７】Ｃ−Ｐｌａｉｎパケットのフォーマットを説明する図である。
【図８】Ｒｅｑパケットのタイプを説明する図である。
【図９】Ｒｅｑパケットのタイプを説明する図である。
【図１０】Ｒｅｑパケットのタイプを説明する図である。
【図１１】Ｉｎｄパケットのタイプを説明する図である。
【図１２】Ｉｎｄパケットのタイプを説明する図である。
【図１３】本発明に係るノード装置のモジュール構成を説明する図である。
【図１４】プリミティブパケットの例を説明する図である。
【図１５】本発明に係るノード装置の動作を説明する図である。
【図１６】Ｒｅｑパケットの例を説明する図である。
【図１７】本発明に係るノード装置の動作を説明する図である。
【図１８】本発明に係るノード装置の動作を説明する図である。
【図１９】Ｒｅｑパケットの例を説明する図である。
【図２０】Ｒｅｑパケットの例を説明する図である。
【図２１】本発明に係るノード装置の動作を説明する図である。
【図２２】本発明に係るノード装置の動作を説明する図である。
【図２３】Ｒｅｑパケットの例を説明する図である。
【図２４】Ｒｅｑパケットの例を説明する図である。
【図２５】本発明に係るノード装置の動作を説明する図である。
【図２６】本発明に係るノード装置の動作を説明する図である。
【図２７】本発明に係る通信システムにおいてＣ−Ｐｌａｉｎパケットの送信状況を説明する図である。
【図２８】本発明に係るノード装置の動作を説明する図である。
【図２９】プリミティブパケットの例を説明する図である。
【図３０】Ｉｎｄパケットの例を説明する図である。
【図３１】本発明に係るノード装置の動作を説明する図である。
【図３２】Ｉｎｄパケットのタイプを説明する図である。
【図３３】本発明に係るノード装置の動作を説明する図である。
【図３４】Ｉｎｄパケットのタイプを説明する図である。
【図３５】Ｉｎｄパケットのタイプを説明する図である。
【図３６】Ｉｎｄパケットのタイプを説明する図である。
【図３７】本発明に係るノード装置の動作を説明する図である。
【図３８】本発明に係る通信システムにおいてＣ−Ｐｌａｉｎパケットの送信状況を説明する図である。
【図３９】Ｉｎｄパケットのタイプを説明する図である。
【図４０】Ｉｎｄパケットのタイプを説明する図である。
【図４１】本発明に係るノード装置の動作を説明する図である。
【図４２】Ｉｎｄパケットのタイプを説明する図である。
【図４３】Ｉｎｄパケットのタイプを説明する図である。
【図４４】本発明に係る通信システムにおいてＣ−Ｐｌａｉｎパケットの送信状況を説明する図である。
【図４５】通信システムの構成を説明する図である。
【図４６】本発明に係る通信システムにおいてＣ−Ｐｌａｉｎパケットの送信状況を説明する図である。
【発明を実施するための形態】
【００６０】
添付の図面を参照して本発明の実施形態を説明する。以下に説明する実施形態は本発明の実施例であり、本発明は、以下の実施形態に制限されるものではない。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００６１】
本発明の実施形態について、本発明をノード間クロスレイヤ協調通信システムに適用した場合の一例で説明するが、本発明は、複数のノード装置を備えるその他の通信システムに適用することも可能である。
【００６２】
［本実施形態に関連する具体的な説明］
１．プリミティブパケット
レイヤ間協調のためにノード内で交換される情報のひとかたまりを“プリミティブパケット”と呼ぶ。図６にプリミティブパケットのフォーマットを示す。以降、Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｒｅｑプリミティブを“Ｒｅｑプリミティブ”、Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｉｎｄプリミティブを“Ｉｎｄプリミティブ”と略すこととする。始点レイヤ・プロトコルフィールドは、プリミティブの送信元のレイヤとプロトコルを示す。終点レイヤ・プロトコルフィールドは、プリミティブの送り先のレイヤとプロトコルを示す。パラメータフィールドにはそれぞれのプリミティブに応じたパラメータが格納される。
【００６３】
２．Ｃ−Ｐｌａｉｎパケット
レイヤ間協調のためにノード間で交換される情報のひとかたまりを“Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎパケット”、略して“Ｃ−Ｐｌａｉｎパケット”と呼ぶ。図７にＣ−Ｐｌａｉｎパケットのフォーマットを示す。パケットタイプフィールドは、Ｒｅｑパケット、Ｃｏｎｆパケット、Ｉｎｄパケットという３つのパケットタイプの１つを示す。サブタイプフィールドはパケットタイプに応じたサブタイプを示す。その他のフィールはパケットタイプに応じたフィールドである。プリミティブフィールドには、プリミティブパケットが格納される。Ｃ−Ｐｌａｉｎパケットは、「管理信号」に相当する。
【００６４】
２．１  Ｒｅｑパケット
Ｒｅｑパケットには３つのサブタイプがある。図８にサブタイプ１を、図９にサブタイプ２を、図１０にサブタイプ３を示す。
【００６５】
サブタイプ１は要求ノードがＫＢサーバにＲｅｑパケットを送信するときに使用する。始点ノードアドレスフィールドには要求ノードのアドレスを設定し、終点ノードアドレスフィールドにはＫＢサーバのアドレスを設定する。サブタイプ１のＲｅｑパケットは、「第１要求信号」に相当する。「ＫＢサーバ」は上述した「制御装置」に相当する。
【００６６】
サブタイプ２はＫＢサーバが二次ＫＢサーバにＲｅｑパケットを送信するときに使用する。二次ＫＢサーバは後述する３．２節で定義する。始点ノードアドレスフィールドにはＫＢサーバのアドレスを設定する。終点ノードアドレス数フィールドには、このパケットに格納されている終点アドレスの個数を設定する。終点ノードアドレス１〜ｎのフィールドには終点ノードのアドレスを設定する。サブタイプ２のＲｅｑパケットは、「通知信号」に相当する。
【００６７】
サブタイプ３は要求ノードが指定した経路上に存在するノード宛てにＫＢサーバがＲｅｑパケットを送信するときに使用する。始点ノードアドレスフィールドにはＫＢサーバのアドレスを設定する。交差ノードアドレスフィールドには、要求ノードが指定した経路と、ＫＢサーバから要求ノードへの経路が交差するノードのアドレスを設定する。終点ノードアドレスフィールド１と２には、要求ノードが指定した経路の両エンドノードのアドレスを設定する。中継ノード処理フラグは、このＲｅｑパケットを中継するノードがプリミティブを処理するかを指定する。“ｏｎ”の場合は処理し、“ｏｆｆ”の場合は処理しない。二次ＫＢサーバアドレス数フィールドには、このパケットに格納されている二次ＫＢサーバの個数を設定する。二次ＫＢサーバアドレス１〜ｎのフィールドには二次ＫＢサーバのアドレスを設定する。サブタイプ３のＲｅｑパケットは、「第２要求信号」に相当する。
【００６８】
２．２  Ｉｎｄパケット
Ｉｎｄパケットには２つのサブタイプがある。図１１にサブタイプ１を、図１２にサブタイプ２を示す。
【００６９】
サブタイプ１は検知ノードがＫＢサーバへＩｎｄパケットを送信するときに使用する。始点ノードアドレスフィールドには検知ノードのアドレスを設定し、終点ノードアドレスフィールドにはＫＢサーバのアドレスを設定する。障害情報フィールドには利用不可のリンクやノードの情報を格納する。二次ＫＢサーバアドレス数フィールドには、このパケットに格納されている二次ＫＢサーバのアドレスの個数を設定する。二次ＫＢサーバアドレス１〜ｎには二次ＫＢサーバのアドレスを設定する。サブタイプ１のＩｎｄパケットは、「第１情報検出信号」に相当する。
【００７０】
サブタイプ２はＫＢサーバから要求ノードへＩｎｄパケットを送信するときに使用する。始点ノードアドレスフィールドにはＫＢサーバのアドレスを設定する。障害情報フィールドには利用不可のリンクやノードの情報を格納する。終点ノードアドレス数フィールドには要求ノードの数を設定する。終点ノードアドレスフィールド１〜ｎには各要求ノードのアドレスを設定する。サブタイプ２のＩｎｄパケットは、「第２情報検出信号」に相当する。
【００７１】
３．ＣＬＩＮＥＸノードの構成
図１３は、ＣＬＩＮＥＸにおけるノード装置１０のモジュール構成である。ＰＥ１１はＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｏｒｇａｎｉｚａｔｉｏｎ）のＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）のモデルで定義されているＰｒｏｔｏｃｏｌ  Ｅｎｔｉｔｙであり、プロトコルを解釈実行する実体である。ＰＥ１１は各レイヤに存在し、異なるレイヤのＰＥ１１間のデータ交換はレイヤの境界に存在するＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ、不図示）を介して行われる。
【００７２】
ノード装置１０は、ＡＥ１２（Ａｂｓｔｒａｃｔ  Ｅｎｔｉｔｙ）とＩＬＳ（Ｉｎｔｅｒ−Ｌａｙｅｒ  Ｓｙｓｔｅｍ）１３を導入している。ＡＥ１２はＰＥ１１ごとに設けられ、ＰＥ１１がもつプロトコル依存あるいはデバイス依存の制御情報を、プロトコルやデバイスに依存しない制御情報に変換する。そしてこの制御情報はＩＬＳ１３を介して任意のレイヤ間で交換される。
【００７３】
ノード装置１０は、ノード間協調部としてのＩＮＳ（Ｉｎｔｅｒ−Ｎｏｄｅ  Ｓｙｓｔｅｍ）１４を備える。ＩＮＳ１４は、ＩＬＳ１３、知識ベース（ＫＢ）１６又はＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５のいずれかから制御情報を取得し、制御情報の内容に応じて、当該制御情報を、ＩＬＳ１３、ＫＢ１６又はＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５のいずれかへ出力する。ノード装置１０は、ノード装置間で互いにプリミティブなどの各種制御情報を送受信するＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５を備える。
【００７４】
以下に、ＩＬＳ１３、ＩＮＳ１４、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５の内部構成を定義する。
【００７５】
３．１  Ｉｎｔｅｒ−Ｌａｙｅｒ  Ｓｙｓｔｅｍ（ＩＬＳ１３）
Ｉｎｔｅｒ−Ｌａｙｅｒ  Ｓｙｓｔｅｍの内部には、各レイヤにＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−（ｎ）とＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−（ｎ）というファンクション、およびＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−（ｎ）というテーブルがある。ここで“−（ｎ）”はレイヤ番号を示す。たとえばトランスポートレイヤの場合は“ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−４”などとなる。さらにＩｎｔｅｒ−Ｌａｙｅｒ  ＳｙｓｔｅｍとＩｎｔｅｒ−Ｎｏｄｅ  ＳｙｓｔｅｍにまたがってＤｉｓｐａｔｃｈｅｒというファンクションがある。
【００７６】
ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−（ｎ）は同じレイヤのＡＥ１２または他のレイヤのＡＥ１２から受け取ったＲｅｑプリミティブを処理するファンクションである。同じレイヤのＡＥ１２からＲｅｑプリミティブを受け取った場合、このＲｅｑｕｅｓｔをＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−（ｎ）に登録し、Ｄｉｓｐａｔｃｈｅｒ１７に渡す。他レイヤのＡＥ１２からＲｅｑプリミティブを受け取った場合、これを処理してＣｏｎｆプリミティブを生成し、Ｄｉｓｐａｔｃｈｅｒ１７に渡す。
【００７７】
ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−（ｎ）は同じレイヤのＡＥ１２または他のレイヤのＡＥ１２から受け取ったＩｎｄプリミティブを処理するファンクションである。同じレイヤのＡＥ１２からＩｎｄプリミティブを受け取った場合、ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−（ｎ）を参照してこのＩｎｄｉｃａｔｉｏｎに対するＲｅｑｕｅｓｔが登録されているかを確認する。登録があった場合、ＩｎｄプリミティブをＤｉｓｐａｔｃｈｅｒ１７に渡す。他レイヤのＡＥ１２からＩｎｄプリミティブを受け取った場合、ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−（ｎ）を参照して同じレイヤのＡＥ１２からのＲｅｑｕｅｓｔが登録されているかを確認する。登録がある場合はＩｎｄプリミティブを同じレイヤのＡＥ１２に転送する。
【００７８】
Ｄｉｓｐａｔｃｈｅｒ１７はＩＬＳ１３内およびＩｎｔｅｒ−Ｎｏｄｅ  Ｓｙｓｔｅｍ内でプリミティブを適切なモジュールに受け渡す役割を果たす。
【００７９】
３．２  Ｉｎｔｅｒ−Ｎｏｄｅ  Ｓｙｓｔｅｍ（ＩＮＳ１４）
Ｉｎｔｅｒ−Ｎｏｄｅ  Ｓｙｓｔｅｍ内にはＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒとＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒというファンクションがあり、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＴａｂｌｅおよびＫＢ  Ｔａｂｌｅというテーブルがある。
【００８０】
ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはＤｉｓｐａｔｃｈｅｒ１７から受け取ったノード間クロスレイヤ協調のためのＲｅｑプリミティブまたは他ノードから受け取ったＲｅｑパケットを処理するファンクションである。Ｄｉｓｐａｔｃｈｅｒ１７からＲｅｑプリミティブを受け取った場合、このＲｅｑｕｅｓｔをＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅに登録する。そしてＲｅｑパケットを生成し、これをＬ３  Ｃｏｎｔｒｏｌ  ＰｌａｉｎのＴＸ  Ｆｕｎｃｔｉｏｎに渡す。Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  Ｆｕｎｃｔｉｏｎ  を介して他ノードからＲｅｑパケットを受け取った場合、ＲｅｑパケットからＲｅｑプリミティブを取り出し、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＴａｂｌｅにこのＲｅｑｕｅｓｔを登録し、Ｄｉｓｐａｔｃｈｅｒ１７に渡す。
【００８１】
ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒはＤｉｓｐａｔｃｈｅｒ１７から受け取ったＩｎｄプリミティブまたは他ノードから受け取ったＩｎｄパケットを処理するファンクションである。Ｄｉｓｐａｔｃｈｅｒ１７からＩｎｄプリミティブを受け取った場合、ＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照してこのＩｎｄｉｃａｔｉｏｎに対する他ノードからのＲｅｑｕｅｓｔがあるかを確認する。Ｒｅｑｕｅｓｔがあった場合、Ｉｎｄパケットを生成し、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＴＸ  ｆｕｎｃｔｉｏｎに転送する。Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ内のＲＸ  ＦｕｎｃｔｉｏｎからＩｎｄパケットを受け取った場合、ＩｎｄパケットからＩｎｄプリミティブを取り出し、ＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照してこのＩｎｄｉｃａｔｉｏｎに対する自ノードからのＲｅｑｕｅｓｔが登録されているかを確認する。登録があった場合、ＩｎｄプリミティブをＤｉｓｐａｔｃｈｅｒ１７に転送する。
【００８２】
あるノード群の中の１台のノードは、ＩＮＳ１４内にＫｎｏｗｌｅｄｇｅ  Ｂａｓｅ１６を持つ。ノード群とは、たとえばＯＳＰＦにおける同一ａｒｅａに属するノード群である。Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ１６はネットワークの経路情報や障害情報などを蓄積するデータベースである。Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ１６を持つノードを“ＫＢサーバ”と呼び、その他のノードは単に“ノード装置”と呼ぶこととする。さらに課題４に対応するため、“二次ＫＢサーバ”を定義する。二次ＫＢサーバは普段は通常のノード装置として動作するが、ネットワーク障害によりＫＢサーバと通信できなくなった場合はＫＢサーバとして動作する。
【００８３】
ＫＢ  Ｔａｂｌｅには、通常のノードではそのノードが属するノード群に存在するＫＢサーバや二次ＫＢサーバが登録される。ＫＢサーバでは二次ＫＢサーバが登録される。
【００８４】
３．３  Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５
Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内にはＴＸ  Ｆｕｎｃｔｉｏｎ、Ｆｏｒｗａｒｄ  Ｆｕｎｃｔｉｏｎ、ＲＸ  Ｆｕｎｃｔｉｏｎ、Ｒｏｕｔｉｎｇ  Ｆｕｎｃｔｉｏｎ  という４つのファンクションと、Ｒｏｕｔｉｎｇ  Ｔａｂｌｅというテーブルがある。ＴＸ  ＦｕｎｃｔｉｏｎはＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ、ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ、またはＦｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎからＣ−Ｐｌａｉｎパケットを受け取り、必要に応じてＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次に転送すべきノード装置を決定し、Ｃ−Ｐｌａｉｎ  パケットを送信する。
【００８５】
ＲＸ  Ｆｕｎｃｔｉｏｎは他ノードのＴＸ  ＦｕｎｃｔｉｏｎからＣ−Ｐｌａｉｎパケットを受信し、自ノード宛の場合はパケットタイプに従ってＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒまたはＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒにＣ−Ｐｌａｉｎパケットを渡す。自ノード宛でない場合はＦｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎにＣ−Ｐｌａｉｎパケットを渡す。
【００８６】
Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲＸ  Ｆｕｎｃｔｉｏｎから他ノード宛のＣ−Ｐｌａｉｎパケットを受け取り、Ｒｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次に転送すべきノードを決定し、ＴＸ  ＦｕｎｃｔｉｏｎにＣ−Ｐｌａｉｎパケットを渡す。
【００８７】
Ｒｏｕｔｉｎｇ  Ｆｕｎｃｔｉｏｎは他ノードのＲｏｕｔｉｎｇ  Ｆｕｎｃｔｉｏｎと経路情報を交換し、経路を計算してこれをＲｏｕｔｉｎｇ  Ｔａｂｌｅに登録する。
【００８８】
４．課題１の解決例
本実施形態の通信システムは、複数のノード装置が接続され、前記ノード装置の少なくとも１つを制御装置とした通信システムであって、
前記制御装置の他の前記ノード装置が要求装置として前記通信システムの所定範囲内の情報を要求する第１要求信号を送信する情報要求手段と、
前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号を受信した前記制御装置が前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに前記終点装置のアドレスを含めて送信する要求信号配信手段と、
前記第２要求信号を受信した前記所定範囲内にある前記ノード装置が前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段と、
前記第２要求信号を受信した前記終点装置が前記第２要求信号に従い自身の設定を行う第２要求信号終端手段と、
を備える。
【００８９】
本通信システムが備えるＫＢサーバは、前記所定範囲の境を定める複数の前記ノード装置を終点装置として、前記第１要求信号に対応する第２要求信号を１つ生成し、前記第２要求信号のヘッダに全ての前記終点装置のアドレスを含めて送信する要求信号配信手段を有する。
【００９０】
また、本通信システムが備えるノード装置は、前記所定範囲内且つ前記終点装置以外であるノード装置であって、前記第２要求信号を受信した際に、前記終点装置へ前記第２要求信号を転送するとともに前記第２要求信号に従い自身の設定を行う要求信号転送手段を有する。
【００９１】
４．１  Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｒｅｑの処理手順
図１において、ノード装置ＨのＬａｙｅｒ−４のプロトコルの１つであるＳＣＴＰがノード装置Ｑとの経路を指定してＬ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｒｅｑを発行する場合を考える。所定範囲は、ノード装置Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑである。図１４にＳＣＴＰが発行するプリミティブを示す。図１５にノード装置Ｈ内の処理を示す。まずＬａｙｅｒ−４のＡＥ１２がノード装置Ｑとの経路を指定したＲｅｑプリミティブを発行する（図１５−（１））。ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−４はＲｅｑプリミティブを受け取り、ＩＬＳ  Ｒｅｑｕｅｓｔ  ＴａｂｌｅにこのＲｅｑｕｅｓｔを登録する（図１５−（２））。次にＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−４はＤｉｓｐａｔｃｈｅｒ１７にＲｅｑプリミティブを渡す（図１５−（３））。Ｄｉｓｐａｔｃｈｅｒ１７は、このＲｅｑプリミティブはノード間クロスレイヤ協調であることを知り、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒにＲｅｑプリミティブを渡す（図１５−（４））。ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはＩＮＳ  Ｒｅｑｕｅｓｔ  ＴａｂｌｅにこのＲｅｑｕｅｓｔを登録する（図１５−（５））。次にＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒは図１６に示すＲｅｑパケットを生成し、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５のＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図１５−（６））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次の転送先ノードを決定する（図１５−（７））。そしてＲｅｑパケットを送信する（図１５−（８））。Ｒｅｑパケットはノード装置Ｊ、Ｋ、Ｎと転送されていく。
【００９２】
図１７にノード装置Ｊ、Ｋ、ＮにおけるＲｅｑパケットの中継処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケットを受信する（図１７−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが終点ノードでないことを知り、Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎにＲｅｑパケットを渡す（図１７−（２））。Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次の転送先ノードを決定する（図１７−（３））。そしてＴＸ  ＦｕｎｃｔｉｏｎにＲｅｑパケットを渡す（図１７−（４））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｅｑパケットを送信する（図１７−（５））。最終的にＲｅｑパケットはＫＢサーバであるノード装置Ｌに到達する。
【００９３】
図１８にノード装置ＬにおけるＲｅｑパケット（サブタイプ１）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケットを受信する（図１８−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードがＲｅｑパケットの終点ノードであることを知り、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒにＲｅｑパケットを渡す（図１８−（２））。ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはこのＲｅｑｕｅｓｔ  をＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅに登録する（図１８−（３））。
【００９４】
ここで、図４５のようにＫＢサーバが所定範囲の両端にあるいずれかのノード装置に接続しているとは限らない。ＫＢサーバが所定範囲の両端ではないノード装置に接続していることもある。
【００９５】
この場合、本実施形態の通信システムは、前記要求信号転送手段が前記第２要求信号を転送する前に、前記第２要求信号を受信した前記交差装置が前記第２要求信号を複製してそれぞれの前記終点装置宛へ出力する第２要求信号複製手段をさらに備える。
【００９６】
本通信システムが備えるＫＢサーバの前記要求信号配信手段は、前記第２要求信号に前記交差装置のアドレスも含め、前記交差装置へ送信する。
【００９７】
また、本通信システムが備えるノード装置は、前記第２要求信号を受信した際に、前記交差装置が前記第２要求信号を複製する第２要求信号複製手段をさらに有し、前記交差装置として動作する。
【００９８】
また、図１のノード装置Ｋとノード装置Ｎとの間で障害が発生した場合、迂回経路が無くネットワークが分断されることになる。このような場合でも管理信号の転送が可能となるようにＫＢサーバの代理となる二次ＫＢサーバを予め設定しておく。
【００９９】
この場合、本実施形態の通信システムは、前記制御装置が前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記要求信号配信手段が前記第２要求信号を送信する際に、前記制御装置が前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
前記ノード装置が前記通知信号を前記二次制御装置へ転送する通知信号転送手段と、
前記二次制御装置が前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段と、
をさらに備える。
【０１００】
本通信システムが備えるＫＢサーバは、前記単一経路の前記要求装置側の少なくとも１つの前記ノード装置を二次制御装置として選定する選定手段と、
前記第２要求信号を送信する際に、前記ノード装置宛に前記二次制御装置に選定された旨を通知する通知信号を送信する通知信号送信手段と、
をさらに有する。
【０１０１】
また、本通信システムが備えるノード装置は、前記制御装置が送信した前記通知信号を受信し、前記通知信号に従い自身の設定を行う通知信号終端手段を有し、前記二次制御装置として動作する。
【０１０２】
動作を詳細に説明する。ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはＫｎｏｗｌｅｄｇｅ  Ｂａｓｅに問い合わせ、ノード装置Ｈが指定したノード装置Ｈとノード装置Ｑ間の経路と、ノード装置Ｌからノード装置Ｈへの経路がノード装置Ｎで交差することを知る。また、ノード装置Ｋとノード装置Ｎ間でリンク障害が発生するとネットワークが２つに分断されることを知り、ノード装置Ｄを二次ＫＢサーバに指定することを決める（図１８−（４））。そしてＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはＫＢ  Ｔａｂｌｅにノード装置Ｄを二次ＫＢサーバに指定したことを登録する（図１８−（５））。次にＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒは図１９に示すＲｅｑパケットと、図２０に示すＲｅｑパケットを生成する。次にＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒは生成した２つのＲｅｑパケットをＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図１８−（６））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次の転送先ノードを決定する。（図１８−（７））。そしてＴＸ  Ｆｕｎｃｔｉｏｎは２つのＲｅｑパケットを送信する（図１８−（８））。
【０１０３】
図１９に示したパケットはノード装置Ｄに到達する。図２１にノード装置ＤにおけるＲｅｑパケット（サブタイプ２）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケット（サブタイプ２）を受信する（図２１−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードがＲｅｑパケットの終点ノードであることを知り、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒにＲｅｑパケットを渡す（図２１−（２））。ＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒは自ノードが二次ＫＢサーバに指定されたことを知り、このＲｅｑｕｅｓｔ  をＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅに登録する（図２１−（３））。次に必要に応じてＫｎｏｗｌｅｄｇｅ  Ｂａｓｅを使用可能にする（図２１−（４））。また、自ノードがＫＢサーバから二次ＫＢサーバに指定されたことをＫＢ  Ｔａｂｌｅに登録する（図２１−（５））。
【０１０４】
図２０に示したパケットはまずノード装置Ｎに到達する。図２２にノード装置ＮにおけるＲｅｑパケット（サブタイプ３）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケット（サブタイプ３）を受信する（図２２−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが交差ノードであることを知り、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒにＲｅｑパケットを渡す（図２２−（２））。ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはこのＲｅｑｕｅｓｔ  をＲｅｑｕｅｓｔ  Ｔａｂｌｅに登録する（図２２−（３））。またノード装置Ｄが二次ＫＢサーバであることを知り、その旨をＫＢ  Ｔａｂｌｅに登録する（図２２−（４））。次にＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒはＲｅｑパケットからＲｅｑプリミティブを取り出し、Ｄｉｓｐａｔｃｈｅｒ１７に渡す（図２２−（５））。Ｄｉｓｐａｔｃｈｅｒ１７は対象とするレイヤがＬａｙｅｒ−３であることを知り、ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−３にＲｅｑプリミティブを渡す（図２２−（６））。ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｌｄｅｒ−３はこのＲｅｑｕｅｓｔ  をＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−３に登録する（図２２−（７））。さらにＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−３はＬ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｒｅｑを処理するにはＬａｙｅｒ−２にＬ２−ＬｉｎｋＳｔａｔＣｈａｎｇｅｄ．ｒｅｑを登録する必要があることを認識し、Ｌ２−ＬｉｎｋＳｔａｔＣｈａｎｇｅｄ．ｒｅｑを生成し、Ｄｉｓｐａｔｃｈｅｒ１７に渡す（図２２−（８））。Ｄｉｓｐａｔｃｈｅｒ１７はＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−２にＬ２−ＬｉｎｋＳｔａｔＣｈａｎｇｅｄ．ｒｅｑを渡す（図２２−（９））。ＩＬＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒ−２はＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅ−２にこのＲｅｑｕｅｓｔを登録する（図２２−（１０））。一方、ＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒは図２３および図２４に示す２つのＲｅｑパケットを生成し、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図２２−（１１））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照してこれら２つのＲｅｑパケットの次の転送先ノードを決定する（図２２−（１２））。そしてＴＸ  Ｆｕｎｃｔｉｏｎは２つのＲｅｑパケットを送信する（図２２−（１３））。
【０１０５】
図２３に示すＲｅｑパケット（サブタイプ３）はノード装置Ｋ、Ｊと転送され、最終的にはノード装置Ｈに到達する。また図２３に示すＲｅｑパケット（サブタイプ３）はノードＰへ転送され、最終的にはノード装置Ｑに到達する。
【０１０６】
図２５にノード装置Ｊ、Ｋ、ＰにおけるＲｅｑパケット（サブタイプ３）の中継処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケットを受信する（図２５−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは、Ｒｅｑパケットの中継ノード処理フラグがｏｎなのでＲｅｑパケットを複製し、ＩＮＳ  Ｒｅｑｕｅｓｔ  Ｈａｎｄｌｅｒに渡す（図２５−（２））。以降、図２５−（３）〜（１０）の処理は、図２２−（３）〜（１０）の処理と同じである。また、ＲＸ  Ｆｕｎｃｔｉｏｎは受信したＲｅｑパケットの終点ノードが自ノードでないことを知り、Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎにＲｅｑパケットを渡す（図２５−（１１））。以降の処理は図１７−（３）〜（５）の処理と同じである。
【０１０７】
図２６にノード装置Ｈおよびノード装置ＱにおけるＲｅｑパケット（サブタイプ３）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＲｅｑパケット（サブタイプ３）を受信する（図２６−（１））。ＲＸ  ＦｕｎｃｔｉｏｎはＲｅｑパケットの終点ノードが自ノードであることを知り、ＩＮＳ  Ｒｅｑｕｅｓｔ  ＨａｎｄｌｅｒにＲｅｑパケットを渡す（図２６−（２））。以降の処理は図２５−（３）〜（１０）と同じである。
【０１０８】
４．２  Ｃ−Ｐｌａｉｎパケットの送信状況
上述した処理の結果、Ｃ−Ｐｌａｉｎパケットの送信状況は図２７に示したようになる。まず要求ノードであるノード装置ＨからＫＢサーバであるノード装置ＬにＲｅｑパケット（サブタイプ１）が送信される（図２７−（１））。次にノード装置ＬはＲｅｑパケット（サブタイプ２）を二次ＫＢサーバに選定したノード装置Ｄに送信する（図２７−（２））。次にノード装置ＬはＲｅｑパケット（サブタイプ３）を送信する（図２７−（３））。このＲｅｑパケットはまずノード装置Ｎに到達し、その後ノード装置Ｎからノード装置Ｈおよびノード装置Ｑに転送される（図２７−（４）、（５））。以上のように、ノード装置Ｌが送信するＲｅｑパケットは１つのみであり、交差ノードであるノード装置ＮがＲｅｑパケットを複製し、指定された経路の両終点ノードに転送するため、ネットワークの帯域消費が抑えられる。
【０１０９】
５．課題２の解決例
本実施形態の通信システムは、前記所定範囲内の前記ノード装置が前記所定範囲内の情報を検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記制御装置宛へ送信する情報検出手段と、
前記第１情報検出信号を受信した前記制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備える。
【０１１０】
本通信システムが備えるＫＢサーバは、前記第１情報検出信号を受信した際に、前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する情報検出信号配信手段をさらに有する。
【０１１１】
また、本通信システムが備えるノード装置は、前記第２情報検出信号を受信した際に、前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段をさらに有する。
【０１１２】
５．１  Ｌ３−ＰａｔｈＳｔａｔＣｈａｎｇｅｄ．ｉｎｄの処理手順
４節の動作のあと、ノード装置Ｅ、Ｇもノード装置Ｑへの経路を指定してノード装置ＬにＲｅｑパケットを送信したとする。所定範囲は、ノード装置Ｅ、Ｆ、Ｇ、Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑである。要求装置は、ノード装置Ｅ、Ｇ、Ｈである。
【０１１３】
本実施形態の通信システムの前記情報検出信号転送手段は、前記分岐装置が前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力する。
【０１１４】
本通信システムが備えるＫＢサーバの前記情報検出信号配信手段は、前記第２情報検出信号に全ての前記要求装置のアドレスを含める。
【０１１５】
また、本通信システムが備えるノード装置の前記情報検出信号転送手段は、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダに含まれる前記要求装置のアドレスを確認し、前記要求装置の数だけ前記第２情報検出信号を複製してそれぞれの前記要求装置宛に出力し、前記分岐装置として動作する。
【０１１６】
図１のノード装置Ｎとノード装置Ｐ間でリンク障害が発生したとする。ノード装置ＮのＬａｙｅｒ−２がこの障害を検知する。図２８にノード装置Ｎが障害を検知し、Ｉｎｄパケット（サブタイプ１）を生成する手順を示す。まずＬａｙｅｒ−２のＰＥ１１が障害を検知する（図２８−（１））。この障害情報をＡＥ１２が抽象化し、図２９に示すＩｎｄプリミティブを生成し、ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−２に渡す（図２８−（２））。ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−２はＲｅｑｕｅｓｔ  Ｔａｂｌｅ−２を参照し、自ノードのＬａｙｅｒ−３からこの障害検知に対するＲｅｑｕｅｓｔがあることを知る（図２８−（３））。そこでＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｌｄｅｒ−２はＤｉｓｐａｔｃｈｅｒ１７にＩｎｄプリミティブを渡す（図２８−（４））。Ｄｉｓｐａｔｃｈｅｒ１７はＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−３にＩｎｄプリミティブを渡す（図２８−（５））。ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−３はＲｅｑｕｅｓｔ  Ｔａｂｌｅ−３を参照し、他ノードからこの障害検知に対するＲｅｑｕｅｓｔがあることを知る（図２８−（６））。そこでＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−３は終点ノードが他ノードであることを指定してＩｎｄプリミティブをＤｉｓｐａｔｃｈｅｒ１７に渡す（図２８−（７））。Ｄｉｓｐａｔｃｈｅｒ１７はＩｎｄプリミティブがノード間クロスレイヤ協調のものであることを知り、ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒにＩｎｄプリミティブを渡す（図２８−（８））。ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒはＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照し、ノード装置Ｌからこの障害検知に対するＲｅｑｕｅｓｔがあることを知る（図２８−（９））。さらにＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒはＫＢ  Ｔａｂｌｅを参照し、ノード装置Ｄが二次ＫＢサーバであることを知る（図２８−（１０））。そこでＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒは図３０に示すＩｎｄパケットを生成し、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＴＸ  ＦｕｎｃｔｉｏｎにＩｎｄパケットを渡す（図２８−（１１））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照し、次に転送すべきノードを決定する（図２８−（１２））。そしてＴＸ  ＦｕｎｃｔｉｏｎはＩｎｄパケットを送信する（図２８−（１３））。ノード装置Ｎとノード装置Ｌ間には障害は発生していないため、最終的にこのＩｎｄパケットはノード装置Ｌに到達する。
【０１１７】
図３１にノード装置ＬにおけるＩｎｄパケット（サブタイプ１）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５のＲＸ  ＦｕｎｃｔｉｏｎがＩｎｄパケット（サブタイプ１）を受信する（図３１−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが終点ノードであることを認識し、ＩｎｄパケットをＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒに渡す（図３１−（２））。ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒはＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照し、ノード装置Ｅ、Ｇ、ＨからこのＩｎｄｉｃａｔｉｏｎ  に対するＲｅｑｕｅｓｔ  があることを知る（図３１−（３））。そこでＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒは図３２に示すＩｎｄパケットを生成し、Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図３１−（４））。ＴＸ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照し、次に転送するノードを決定する（図３１−（５））。そしてＴＸ  ＦｕｎｃｔｉｏｎはＩｎｄパケットを送信する（図３１−（６））。このＩｎｄパケットはノード装置Ｋ、Ｊで中継され、ノード装置Ｈに到達する。
【０１１８】
図３３にノード装置ＨにおけるＩｎｄパケット（サブタイプ２）の受信処理を示す。まずＬ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ１５内のＲＸ  ＦｕｎｃｔｉｏｎがＩｎｄパケット（サブタイプ２）を受信する（図３３−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが終点ノードの１つであることを認識し、ＩｎｄパケットをＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒに渡す（図３３−（２））。ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒはＩＮＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照し、自ノード内にこのＩｎｄｉｃａｔｉｏｎ  に対するＲｅｑｕｅｓｔ  があることを知る（図３３−（３））。そしてＩＮＳ  Ｉｎｄｃａｔｉｏｎ  ＨａｎｄｌｅｒはＩｎｄパケットからＩｎｄプリミティブを取り出し、Ｄｉｓｐａｔｃｈｅｒに渡す（図３３−（４））。Ｄｉｓｐａｔｃｈｅｒ１７はＩｎｄプリミティブの宛先がＬａｙｅｒ−４であることを知り、ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｅｒ−４にＩｎｄプリミティブを渡す（図３３−（５））。ＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−４はＩＬＳ  Ｒｅｑｕｅｓｔ  Ｔａｂｌｅを参照し、このＩｎｄｉｃａｔｉｏｎに対してＲｅｑｕｅｓｔを出したＡＥ１２を知る（図３３−（６））。そしてＩＬＳ  Ｉｎｄｉｃａｔｉｏｎ  Ｈａｎｄｌｅｒ−４はそのＡＥ１２にＩｎｄプリミティブを渡す（図３３−（７））。一方、ＲＸ  Ｆｕｎｃｔｉｏｎは受信したＩｎｄパケットにまだ終点アドレスが残っているので、ＩｎｄパケットをＦｏｒｗａｒｄ  Ｆｕｎｃｔｉｏｎに渡す（図３３−（８））。Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはこのＩｎｄパケットを図３４のように修正する。そしてＦｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照し、次に転送するノードを決定する（図３３−（９））。そしてＦｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＩｎｄパケットをＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図３３−（１０））。ＴＸ  ＦｕｎｃｔｉｏｎはＩｎｄパケットを送信する（図３３−（１１））。このＩｎｄパケットはノード装置Ｆに到達する。
【０１１９】
ノード装置ＦにおけるＩｎｄパケット（サブタイプ２）の中継処理の流れは図１７と同じになる。まずＲＸ  ＦｕｎｃｔｉｏｎがＩｎｄパケット（タイプ２）を受信する（図１７−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードは終点ノードでないことを認識し、ＩｎｄパケットをＦｏｒｗａｒｄ  Ｆｕｎｃｔｉｏｎに渡す（図１７−（２））。Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照し、ノード装置Ｅへの経路とノード装置Ｇへの経路が異なることを知り、受信したＩｎｄパケットを図３５と図３６の２つに複製する（図１７−（３））。そしてこれら２つのＩｎｄパケットをＴＸ  Ｆｕｎｃｔｉｏｎに渡す（図１７−（４））。ＴＸ  Ｆｕｎｃｔｉｏｎはこれら２つのＩｎｄパケットを送信する（図１７−（５））。これらのＩｎｄパケットパケットはそれぞれノード装置Ｅとノード装置Ｇに到達する。
【０１２０】
図３７にノード装置Ｅおよびノード装置ＧにおけるＩｎｄパケット（サブタイプ２）の受信処理を示す。まずＲＸＦｕｎｃｔｉｏｎがＩｎｄパケット（サブタイプ２）を受信する（図３７−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが唯一の終点ノードであることを認識し、ＩＮＳ  Ｉｎｄｉｃａｔｉｏｎ  ＨａｎｄｌｅｒにＩｎｄパケットを渡す（図３７−（２））。これ以降の処理は図３３−（３）〜（７）と同じである。
【０１２１】
５．２  Ｃ−Ｐｌａｉｎパケットの送信状況
上述した処理の結果、Ｃ−Ｐｌａｉｎパケットの送信状況は図３８に示したようになる。すでにノード装置Ｅ、Ｇ、Ｈはノード装置ＬにＲｅｑパケットを送信済とする。ここでノード装置ＮとノードＰ間でリンク障害が発生したとする（図３８−（１））。するとノード装置ＮがＩｎｄパケット（サブタイプ１）をノード装置Ｌに送信する（図３８−（２））。するとノード装置Ｌはノード装置Ｅ、Ｇ、Ｈ宛てにＩｎｄパケット（サブタイプ２）を送信する（図３８−（３））。Ｉｎｄパケットはノード装置Ｈを経由してノード装置Ｆに到達する（図３８−（４））。ノード装置ＦはＩｎｄパケットを複製し、ノード装置Ｅとノード装置Ｇに中継する（図３８−（５）、（６））。以上のように、ノード装置Ｌが送信するＩｎｄパケットは１つのみであり、ネットワークの帯域消費が抑えられる。
【０１２２】
要求装置が複数ある場合、図３８以外の形態もある。例えば、図４６のように、要求装置がノード装置Ｈとノード装置Ｊの場合である。
本実施形態の通信システムの前記情報検出信号転送手段は、前記第２情報検出信号を受信した他の前記要求装置が前記第２情報検出信号のヘッダから自装置のアドレスを削除して１の前記要求装置へ転送する。
【０１２３】
また、本通信システムが備えるノード装置の前記情報検出信号転送手段は、前記第２情報検出信号を受信した際に前記第２情報検出信号のヘッダから自装置のアドレスを削除して転送し、他の前記要求装置として動作する。
【０１２４】
ノード装置Ｎとノード装置Ｐ間でリンク障害が発生したとすると、本実施形態の通信システムは、図２８、図２９、図３０、図３１の説明のように動作する。ノード装置Ｌは、終点ノードアドレスをノード装置Ｊとノード装置Ｈとして図３２のようなＩｎｄパケットを生成する。さらに、ノード装置Ｊは、図３３で説明のように動作し、終点ノードアドレスから自身のアドレスを削除して図３４のようなＩｎｄパケットを送信する。ノード装置Ｈは、図３７で説明したようにＩｎｄパケットを受信する。
【０１２５】
６．課題３の解決例
本実施形態の通信システムは、前記迂回経路にある前記ノード装置が前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段をさらに備える。
【０１２６】
また、本通信システムが備えるノード装置は、前記制御装置から前記要求装置までの障害を回避する迂回経路に配置されるノード装置であって、
前記情報が前記障害に関する情報であり、
前記第２情報検出信号のヘッダに含まれる前記情報を確認し、前記迂回経路の再計算を行い、前記迂回経路で前記第２情報検出信号を転送する情報信号迂回手段を有する。
【０１２７】
６．１  Ｉｎｄパケット（サブタイプ２）の中継手順
ノード装置Ｈはノード装置Ｑとの経路を指定して既にＲｅｑパケットをノード装置Ｌに送信済であるとする。所定範囲は、ノード装置Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑである。ここでノード装置Ｊとノード装置Ｋ間でリンク障害が発生したとする。ノード装置Ｋはこの障害を検知し、図３９に示すＩｎｄパケット（サブタイプ１）をノード装置Ｌに送信する。ノード装置Ｋでの処理は図２８と同じである。Ｉｎｄパケット（サブタイプ１）を受信したノード装置Ｌは図４０に示したＩｎｄパケット（サブタイプ２）を送信する。ノード装置Ｌでの処理は図３１と同じである。このＩｎｄパケットはノード装置Ｎ、Ｋ、Ｄ、Ｃ、Ｂ、Ａ、Ｅ、Ｆ、Ｈという経路で転送されなければならない。図４１にノード装置Ｋ、Ｄ、Ｃ、Ｂ、Ａ、Ｅ、ＦにおけるＩｎｄパケット（サブタイプ２）の中継処理を示す。まずＲＸ  ＦｕｎｃｔｉｏｎがＩｎｄパケット（サブタイプ２）を受信する（図４１−（１））。ＲＸ  Ｆｕｎｃｔｉｏｎは自ノードが終点ノードでないことを認識し、Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎにＩｎｄパケットを渡す（図４１−（２））。Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅを参照して次に転送すべきノードを決定しようとするが、ノード装置Ｊとノード装置Ｋ間のリンク障害による経路の再計算がＲｏｕｔｉｎｇ  Ｔａｂｌｅに反映されていないことも考えられる。そのような場合、Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  Ｔａｂｌｅが示す経路はＩｎｄパケットの障害情報が示す障害により使用不能であることを認識する（図４１−（３））。そのような場合、Ｆｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＲｏｕｔｉｎｇ  ＦｕｎｃｔｉｏｎにＩｎｄパケットの障害情報を示し、経路の再計算を求める（図４１−（４））。Ｒｏｕｔｉｎｇ  Ｆｕｎｃｔｉｏｎは経路を再計算し、その結果をＲｏｕｔｉｎｇ  Ｔａｂｌｅに登録する（図４１−（５））。Ｆｏｒｗａｒｄ  Ｆｕｎｃｔｉｏｎは再度Ｒｏｕｔｉｎｇ  Ｔａｂｌｅを参照し、次に転送すべきノードを決定する（図４１−（６））。そしてＦｏｒｗａｒｄ  ＦｕｎｃｔｉｏｎはＴＸ  ＦｕｎｃｔｉｏｎにＩｎｄパケットを渡す（図４１−（７））。ＴＸ  ＦｕｎｃｔｉｏｎはＩｎｄパケットを送信する（図４１−（８））。
【０１２８】
以上の手順により、ノード装置Ｌがノード装置Ｈ宛てに送信したＩｎｄパケット（サブタイプ２）はノード装置Ｎ、Ｋ、Ｄ、Ｃ、Ｂ、Ａ、Ｅ、Ｆを経由してノード装置Ｈに到達する。
【０１２９】
７．課題４の解決例
本実施形態の通信システムは、前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記ノード装置が前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段と、
前記第１情報検出信号を受信した前記二次制御装置が前記第１情報検出信号に対応する第２情報検出信号を１つ生成し、前記第２情報検出信号のヘッダに前記要求装置のアドレス及び前記情報を含めて送信する代理情報検出信号配信手段と、
前記第２情報検出信号を受信した前記ノード装置が前記要求装置へ前記第２情報検出信号を転送する情報検出信号転送手段と、
をさらに備える。
【０１３０】
また、本通信システムが備えるノード装置は、前記単一経路の前記要求装置側の前記ノード装置が前記情報として前記単一経路に障害が生じたことを検出したとき、前記情報を含む第１情報検出信号を前記二次制御装置宛へ送信する代理情報検出手段を有する。
【０１３１】
７．１  Ｉｎｄパケットの中継手順
ノード装置Ｈはノード装置Ｑとの経路を指定して既にＲｅｑパケットをノード装置Ｌに送信済であるとする。所定範囲は、ノード装置Ｈ、Ｊ、Ｋ、Ｎ、Ｐ、Ｑである。ここでノード装置Ｋとノード装置Ｎ間でリンク障害が発生したとする。するとノード装置Ｋは図４２に示すＩｎｄパケット（サブタイプ１）を生成する。ノード装置Ｋでの処理は図２８と同じである。ただし、ＴＸ  Ｆｕｎｃｔｉｏｎはノード装置Ｋとノード装置Ｎ間でのリンク障害によりＩｎｄパケットの終点ノードアドレスフィールドが示すノード装置Ｌには到達できないことを知る。そこで、Ｉｎｄパケットの二次ＫＢサーバアドレスフィールドが示すノード装置ＤをＩｎｄパケットの終点ノードアドレスフィールドに設定した上で、図２８−（１２）の処理において、次に転送すべきノードを決定する。この結果、Ｉｎｄパケット（サブタイプ１）は二次ＫＢサーバであるノード装置Ｄに到達する。ノード装置Ｄでの処理は図３１と同じである。その結果、ノード装置Ｄは図４３に示したＩｎｄパケット（サブタイプ２）をノード装置Ｈ宛てに送信する。
【０１３２】
７．２  Ｃ−Ｐｌａｉｎパケットの送信状況
上述した処理の結果、Ｃ−Ｐｌａｉｎパケットの送信状況は図４４に示したようになる。まずノード装置Ｈがノード装置Ｑとの経路を指定してＲｅｑパケット（サブタイプ１）をノード装置Ｌに送信する（図４４−（１））。ノード装置ＬはＲｅｑパケット（サブタイプ２）をノード装置Ｄに送信し、ノード装置Ｄを二次ＫＢサーバに指定する（図４４−（２））。次にノード装置Ｌはノード装置Ｈとノード装置Ｑ間の経路上のノードにＲｅｑパケット（サブタイプ３）を送信する（図４４−（３））。ここでノード装置Ｋとノード装置Ｎ間でリンク障害が発生したとする（図４４−（４））。ノード装置Ｋはこの障害を検知し、ノード装置Ｌへは到達不能であることを認識し、ノード装置ＤへＩｎｄパケット（サブタイプ１）を送信する（図４４−（５））。ノード装置ＤはＩｎｄパケット（サブタイプ２）をノード装置Ｈへ送信する（図４４−（６））。
【０１３３】
［発明によって生じる効果］
１．Ｒｅｑパケットの効率的な配送
従来のＣＬＩＮＥＸでは、ＫＢサーバは要求ノードが指定した経路上のルータそれぞれにＲｅｑパケットを送信する必要があった。すなわち、ＫＢサーバは複数のＲｅｑパケットを送信しなければならず、ネットワークの消費帯域が大きくなってしまう。本提案により、ＫＢサーバが送信するＲｅｑパケットは１つのみになり、ネットワークの消費帯域が抑えられる。
【０１３４】
２．Ｉｎｄパケットの効率的な配送
従来のＣＬＩＮＥＸでは、あるイベントの発生を待つ要求ノードが多数存在する場合、そのイベントが発生するとＫＢサーバは要求ノードそれぞれにＩｎｄパケットを送信する必要があった。すなわち、ＫＢサーバは複数のＩｎｄパケットを送信しなければならず、ネットワークの消費帯域が大きくなってしまう。本提案により、ＫＢサーバが送信するＩｎｄパケットは１つのみになり、ネットワークの消費帯域が抑えられる。
【０１３５】
３．経路不安定時のＩｎｄパケットの適切な転送
従来のＣＬＩＮＥＸには、障害発生直後の経路が不安定なときにはＩｎｄパケットが正しく転送されない場合があった。本提案により、Ｉｎｄパケットを転送する各ルータが障害箇所を認識できるため、Ｉｎｄパケットを不適切な経路に転送することはない。
【０１３６】
４．ネットワーク分断への対処
従来のＣＬＩＮＥＸでは、障害によりネットワークが分断された場合、接続が保たれている領域にＫＢサーバが存在しないとノード間クロスレイヤ協調が動作しなくなってしまう。本提案では、二次ＫＢサーバを導入することによりネットワークが分断しても接続が保たれている領域にＫＢサーバを配置することができるようになり、ネットワーク分断にも対処できる。
【０１３７】
［付記］
以下は、本実施形態の通信制御方法、通信システム、及びノード装置を説明したものである。
＜課題＞
（１）ＫＢサーバから要求ノードが指定した経路上のノードそれぞれにＲｅｑパケットが送信されるため、ネットワークの消費帯域が大きくなる。
（２）ＫＢサーバから同一のイベントの発生を待つ複数の要求ノードそれぞれにＩｎｄパケットが送信されるため、ネットワークの消費帯域が大きくなる。
（３）リンク障害等によって経路が不安定なとき、ＫＢサーバが送信したＩｎｄパケットが不適切な経路に転送される場合がある。
（４）リンク障害等によってＫＢサーバと要求ノードの間が分断されると、ＫＢサーバが送信するＩｎｄパケットが要求ノードに配信されない。
【０１３８】
＜解決手段＞
（１）Ｒｅｑパケットのヘッダに「交差ノードアドレス」、「終点ノードアドレス１」、「終点ノードアドレス２」を設けることにより、Ｒｅｑパケットはまず「交差ノードアドレス」に到達し、その後Ｒｅｑパケットは２つに複製され、一方は終点ノードアドレス１に、他方は終点ノードアドレス２に送信される。複製されたＲｅｑパケットの「中継ノード処理フラグ」はｏｎに設定されるため、Ｒｅｑパケットを中継するノードはプリミティブ部分を処理する。したがって、ＫＢサーバはＲｅｑパケットを１つ送信するだけで済む。
（２）Ｉｎｄパケットのヘッダに「終点アドレス数」、「終点ノードアドレス１」から「終点ノードアドレスｎ」を設けることにより、Ｉｎｄパケットはネットワーク内で必要に応じて複製され、「終点ノードアドレス１」から「終点ノードアドレスｎ」で指定された各ノードに配送される。したがって、ＫＢサーバはＩｎｄパケットを１つ送信するだけで済む。
（３）Ｉｎｄパケットのヘッダに「障害情報」を設けることにより、Ｉｎｄパケットを中継するルータが不適切な経路を選択することを防止する。
（４）ＫＢサーバはネットワークのトポロジーに応じて１つまたは複数の二次ＫＢサーバを任命する。ＫＢサーバは二次ＫＢサーバとの間で要求ノードから受信した要求などの状態の一貫性を保つ。Ｒｅｑパケットのヘッダに「二次ＫＢサーバアドレス１」から「二次ＫＢサーバアドレスｎ」を設けることにより、ＫＢサーバはＲｅｑパケットの配送先ノードに二次ＫＢサーバを知らせることができる。イベントを検知したノードは、ＫＢサーバに到達できないと判断すると到達できる二次ＫＢサーバにイベントを通知する。以上により、ネットワークの分断に対処が可能となる。
【符号の説明】
【０１３９】
１１：ＰＥ（Ｐｒｏｔｏｃｏｌ  Ｅｎｔｉｔｙ）
１２：ＡＥ（Ａｂｓｔｒａｃｔ  Ｅｎｔｉｔｙ）
１３：ＩＬＳ（Ｉｎｔｅｒ−Ｌａｙｅｒ  Ｓｙｓｔｅｍ）
１４：ＩＮＳ（Ｉｎｔｅｒ−Ｎｏｄｅ  Ｓｙｓｔｅｍ）
１５：Ｌ３  Ｃｏｎｔｒｏｌ  Ｐｌａｉｎ
１６：ＫＢ（Ｋｎｏｗｌｅｇｅ  Ｂａｓｅ）
１７：Ｄｉｓｐａｔｃｈｅｒ
【図１】
2014236321.tif 000003
【図２】
2014236321.tif 000004
【図３】
2014236321.tif 000005
【図４】
2014236321.tif 000006
【図５】
2014236321.tif 000007
【図６】
2014236321.tif 000008
【図７】
2014236321.tif 000009
【図８】
2014236321.tif 000010
【図９】
2014236321.tif 000011
【図１０】
2014236321.tif 000012
【図１１】
2014236321.tif 000013
【図１２】
2014236321.tif 000014
【図１３】
2014236321.tif 000015
【図１４】
2014236321.tif 000016
【図１５】
2014236321.tif 000017
【図１６】
2014236321.tif 000018
【図１７】
2014236321.tif 000019
【図１８】
2014236321.tif 000020
【図１９】
2014236321.tif 000021
【図２０】
2014236321.tif 000022
【図２１】
2014236321.tif 000023
【図２２】
2014236321.tif 000024
【図２３】
2014236321.tif 000025
【図２４】
2014236321.tif 000026
【図２５】
2014236321.tif 000027
【図２６】
2014236321.tif 000028
【図２７】
2014236321.tif 000029
【図２８】
2014236321.tif 000030
【図２９】
2014236321.tif 000031
【図３０】
2014236321.tif 000032
【図３１】
2014236321.tif 000033
【図３２】
2014236321.tif 000034
【図３３】
2014236321.tif 000035
【図３４】
2014236321.tif 000036
【図３５】
2014236321.tif 000037
【図３６】
2014236321.tif 000038
【図３７】
2014236321.tif 000039
【図３８】
2014236321.tif 000040
【図３９】
2014236321.tif 000041
【図４０】
2014236321.tif 000042
【図４１】
2014236321.tif 000043
【図４２】
2014236321.tif 000044
【図４３】
2014236321.tif 000045
【図４４】
2014236321.tif 000046
【図４５】
2014236321.tif 000047
【図４６】
2014236321.tif 000048