(57)【特許請求の範囲】
【請求項１】
制御装置から設定された制御情報に従ってパケットを処理する通信装置と、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、
前記第１の制御装置と連携して動作する第２の制御装置とを含み、
前記第１の制御装置は、前記通信装置を介して、前記第２の制御装置に対して、前記第１、第２の制御装置間の連携動作に必要な情報を送信すること、
を特徴とする通信システム。
【請求項２】
前記第１、第２の制御装置間の連携動作に必要な情報は、前記第１の制御装置の動作状態を示す状態情報である請求項１の通信システム。
【請求項３】
前記第２の制御装置は、前記第１の制御装置のスタンバイ系として動作する制御装置であり、
前記通信装置を介して前記第１の制御装置からスタンバイ系への切替要求メッセージを受信した場合、前記第２の制御装置は、現用系として動作を開始する請求項１又は２の通信システム。
【請求項４】
前記第１の制御装置と前記第２の制御装置とは、管理用のネットワークを介して接続されており、
前記管理用のネットワークに障害が発生した場合に、前記通信装置を介した通信を開始する請求項１から３いずれか一の通信システム。
【請求項５】
前記第１の制御装置のスタンバイ系として動作する複数の制御装置が接続され、
前記通信装置を介して前記第１の制御装置からスタンバイ系への切替要求メッセージを受信した場合、前記複数の制御装置の中から予め定めた優先順位の高い制御装置が現用系として動作を開始する請求項１から４いずれか一の通信システム。
【請求項６】
制御装置から設定された制御情報に従ってパケットを処理する通信装置を含むネットワークに接続され、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する制御手段と、
前記通信装置を介して、自装置と連携して動作する第２の制御装置に対して、自装置と前記第２の制御装置間の連携動作に必要な情報を送信する情報送信手段とを備えたこと、
を特徴とする第１の制御装置。
【請求項７】
制御装置から設定された制御情報に従ってパケットを処理する通信装置と、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、を含むネットワークに接続され、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する制御手段と、
前記通信装置を介して、前記第１の制御装置から、前記第１の制御装置と自装置間の連携動作に必要な情報を受信する情報受信手段とを備え、
前記第１の制御装置と連携して動作する第２の制御装置。
【請求項８】
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する複数の制御装置の一の制御装置から、前記複数の制御装置間の連携動作に必要な情報を受信する手段と、
前記複数の制御装置の他の制御装置に対し、前記複数の制御装置間の連携動作に必要な情報を送信する手段とを備えた通信装置。
【請求項９】
制御装置から設定された制御情報に従ってパケットを処理する通信装置と、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、
前記第１の制御装置と連携して動作する第２の制御装置とを含むネットワークにおいて、
前記通信装置が、前記第１の制御装置から、前記第１、第２の制御装置間の連携動作に必要な情報を受信するステップと、
前記通信装置が、前記第２の制御装置に対して、前記第１、第２の制御装置間の連携動作に必要な情報を転送するステップと、を含む情報中継方法。
【請求項１０】
制御装置から設定された制御情報に従ってパケットを処理する通信装置に搭載されたコンピュータに実行させるプログラムであって、
前記通信装置に前記制御情報を設定することにより前記通信装置を制御する複数の制御装置の一の制御装置から、前記複数の制御装置間の連携動作に必要な情報を受信する処理と、
前記複数の制御装置の他の制御装置に対し、前記複数の制御装置間の連携動作に必要な情報を送信する処理とを実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本発明は、日本国特許出願：特願２０１２−０６２２２２号（２０１２年３月１９日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。【０００２】
本発明は、通信システム、制御装置、通信装置、情報中継方法及びプログラムに関し、特に、通信装置を制御する制御装置が配置された通信システム、制御装置、通信装置、情報中継方法及びプログラムに関する。
【背景技術】
【０００３】
近年、オープンフロー（ＯｐｅｎＦｌｏｗ）という技術が提案されている（特許文献１〜２、非特許文献１〜３参照）。オープンフローは、通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行うものである。中継装置として機能するオープンフロースイッチは、制御装置と位置付けられるオープンフローコントローラとの通信用のセキュアチャネルを備え、オープンフローコントローラから適宜追加または書き換え指示されるフローテーブルに従って動作する。フローテーブルには、フロー毎に、パケットヘッダと照合するマッチングルール（ヘッダフィールド）と、フロー統計情報（Ｃｏｕｎｔｅｒｓ）と、マッチングルール（ヘッダフィールド）に適合するパケットに適用する処理内容を定義したインストラクション（Ｉｎｓｔｒｕｃｔｉｏｎｓ）と、の組が定義される（非特許文献２の「４．１  Ｆｌｏｗ  Ｔａｂｌｅ」以下参照）。【０００４】
例えば、オープンフロースイッチは、パケットを受信すると、フローテーブルから、受信パケットのヘッダ情報に適合するマッチングルールを持つエントリを検索する。検索の結果、受信パケットに適合するエントリが見つかった場合、オープンフロースイッチは、フロー統計情報（カウンタ）を更新するとともに、受信パケットに対して、当該エントリのアクションフィールドに記述された処理内容（指定ポートからのパケット送信、フラッディング、廃棄等）を実施する。一方、前記検索の結果、受信パケットに適合するエントリが見つからなかった場合、オープンフロースイッチは、セキュアチャネルを介して、オープンフローコントローラに対して受信パケットを転送し、受信パケットの送信元・送信先に基づいたパケットの経路の決定を依頼し、これを実現するフローエントリを受け取ってフローテーブルを更新する。このように、オープンフロースイッチは、フローテーブルに格納されたエントリを処理規則として用いてパケット転送を行っている。【０００５】
特許文献２には、ネットワーク（ＮＷ）機器と非対応ネットワーク（ＮＷ）機器が混在する環境において、コントローラ間の通信を伴わずに、経路情報（オープンフロースイッチに設定されるフローテーブルのエントリ）のリストを付加したパケットを利用して、すべてのネットワーク（ＮＷ）機器に対して経路情報を設定する方法が提案されている。特許文献１の段落００２９以下には、データセンタのような大規模ネットワークにおいて、オープンフローを適用し、ネットワーク内のすべてのネットワーク（ＮＷ）機器の管理を、複数のコントローラが分担する構成が紹介されている（図４も参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２００８／０９５０１０号
【特許文献２】特開２０１１−１６６７０４号公報
【非特許文献】
【０００７】
【非特許文献１】Ｎｉｃｋ  ＭｃＫｅｏｗｎほか７名、“ＯｐｅｎＦｌｏｗ：  Ｅｎａｂｌｉｎｇ  Ｉｎｎｏｖａｔｉｏｎ  ｉｎ  Ｃａｍｐｕｓ  Ｎｅｔｗｏｒｋｓ”、［ｏｎｌｉｎｅ］、［平成２４（２０１２）年２月１４日検索］、インターネット〈URL: http://www.openflow.org/documents/openflow-wp-latest.pdf〉
【非特許文献２】“ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”  Ｖｅｒｓｉｏｎ  １．１．０  Ｉｍｐｌｅｍｅｎｔｅｄ  （Ｗｉｒｅ  Ｐｒｏｔｏｃｏｌ  ０ｘ０２）、［ｏｎｌｉｎｅ］、［平成２４（２０１２）年２月１４日検索］、インターネット〈URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf〉
【非特許文献３】“ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ”  Ｖｅｒｓｉｏｎ  １．０．０  Ｉｍｐｌｅｍｅｎｔｅｄ  （Ｗｉｒｅ  Ｐｒｏｔｏｃｏｌ  ０ｘ０１）、［ｏｎｌｉｎｅ］、［平成２４（２０１２）年２月１４日検索］、インターネット〈URL:http://www.openflow.org/documents/openflow-spec-v1.1.0.pdf〉
【発明の概要】
【発明が解決しようとする課題】
【０００８】
以下の分析は、本発明によって与えられたものである。特許文献２のように、複数のオープンフローコントローラ（以下、「ＯＦＣ」と記す。）でオープンフロースイッチ（以下、「ＯＦＳ」と記す。）を管理している場合、特許文献２の段落００３５に記載されているように、ＯＦＣの間で同期を取る必要がある。特許文献２では、フローテーブルの更新指示に対する応答により同期を取ることが記載されているが、その他、複数のＯＦＣが現用系とスタンバイ系として動作する構成においても、ＯＦＣ間で自装置の動作状態を表す状態情報等を交換し同期を取る必要がある。【０００９】
しかしながら、上記したＯＦＣ間のネットワークに障害が発生し、疎通不可となった場合、ＯＦＣ間で情報交換ができなくなり、ＯＦＣ間で同期をとることができなくなってしまうという問題点がある。【００１０】
この点、特許文献２では、特定のＮＷ機器（ＯＦＳに相当）またはコントローラを介して、後段のＮＷ機器の経路情報を転送することが記載されているに止まり、コントローラ間のネットワークに障害が発生すること等は想定されていない。なお、特許文献２で、コントローラ間の通信を伴わずにやり取りされるのは経路情報の設定指示の一部である。【００１１】
本発明は、複数の制御装置間の連携動作に必要な情報を授受するための通信手段を提供する通信システム、制御装置、通信装置、情報中継方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１の視点によれば、制御装置から設定された制御情報に従ってパケットを処理する通信装置と、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、前記第１の制御装置と連携して動作する第２の制御装置とを含み、前記第１の制御装置は、前記通信装置を介して、前記第２の制御装置に対して、前記第１、第２の制御装置間の連携動作に必要な情報を送信する通信システムが提供される。【００１３】
第２の視点によれば、制御装置から設定された制御情報に従ってパケットを処理する通信装置を含むネットワークに接続され、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する制御手段と、前記通信装置を介して、自装置と連携して動作する第２の制御装置に対して、自装置と前記第２の制御装置間の連携動作に必要な情報を送信する情報送信手段とを備えた第１の制御装置が提供される。【００１４】
第３の視点によれば、制御装置から設定された制御情報に従ってパケットを処理する通信装置と、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、を含むネットワークに接続され、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する制御手段と、前記通信装置を介して、前記第１の制御装置から、前記第１の制御装置と自装置間の連携動作に必要な情報を受信する情報受信手段とを備え、前記第１の制御装置と連携して動作する第２の制御装置が提供される。【００１５】
第４の視点によれば、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する複数の制御装置の一の制御装置から、前記複数の制御装置間の連携動作に必要な情報を受信する手段と、前記複数の制御装置の他の制御装置に対し、前記複数の制御装置間の連携動作に必要な情報を送信する手段とを備えた通信装置が提供される。【００１６】
第５の視点によれば、制御装置から設定された制御情報に従ってパケットを処理する通信装置と、前記通信装置に前記制御情報を設定することにより前記通信装置を制御する第１の制御装置と、前記第１の制御装置と連携して動作する第２の制御装置とを含むネットワークにおいて、前記通信装置が、前記第１の制御装置から、前記第１、第２の制御装置間の連携動作に必要な情報を受信するステップと、前記通信装置が、前記第２の制御装置に対して、前記第１、第２の制御装置間の連携動作に必要な情報を転送するステップと、を含む情報中継方法が提供される。本方法は、制御装置から設定された制御情報に従ってパケットを処理する通信装置という、特定の機械に結びつけられている。【００１７】
第６の視点によれば、上記した第１、第２の制御装置および通信装置の機能を実現するためのコンピュータプログラムが提供される。なお、このプログラムは、コンピュータが読み取り可能な（非トランジエントな）記憶媒体に記録することができる。即ち、本発明は、コンピュータプログラム製品として具現することも可能である。
【発明の効果】
【００１８】
本発明によれば、複数の制御装置間における両者の連携動作に必要な情報を授受する手段が提供される。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態を説明するための図である。
【図２】本発明の一実施形態を説明するための図である。
【図３】本発明の第１の実施形態の通信システムの構成を示す図である。
【図４】本発明の第１の実施形態の通信システムの各装置の詳細構成を示すブロック図である。
【図５】本発明の第１の実施形態のＯＦＣ−ＯＦＳ間で送受信される同期メッセージの構成を示す図である。
【図６】図５の同期メッセージの各フィールドの内容を説明するための図である。
【図７】本発明の第１の実施形態の通信システムの動作を表したシーケンス図である。
【図８】本発明の第２の実施形態の通信システムの動作を説明するための図である。
【図９】図８の続図である。
【図１０】図９の続図である。
【図１１】図１０の続図である。
【図１２】図１１の続図である。
【図１３】図１２の続図である。
【発明を実施するための形態】
【００２０】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。
【００２１】
本発明は、その一実施形態において、図１に示すように、連携して動作する第１、第２制御装置３０Ａ、３０Ｂと、第１、第２制御装置３０Ａ、３０Ｂのいずれかから設定された制御情報に従ってパケットを処理する通信装置２０とを含む構成にて実現できる。
【００２２】
より具体的には、前記第１制御装置３０Ａが、通信装置２０に対して、第１、第２制御装置間の連携動作に必要な情報を送信する。前記第１、第２制御装置間の連携動作に必要な情報とは、上記した特許文献２のような管理下の通信装置やＯＦＳの制御情報の設定状態でもよいし、例えば、図１に示すように、第１制御装置が現用系で動作していることを示す状態情報（図１の「３０Ａ＝ＡＣＴ」）であってもよい。
【００２３】
そして、図２に示すように、通信装置２０は、前記第２の制御装置３０Ｂに対して、前記第１、第２制御装置間の連携動作に必要な情報を転送する。第２制御装置３０Ｂは受信した第１、第２制御装置間の連携動作に必要な情報に基づいて処理を実行する。例えば、管理下の通信装置やＯＦＳの制御情報の設定状態を受信した場合、第２制御装置３０Ｂは、自装置側の通信装置やＯＦＳの制御情報の設定状態を更新し同期を取る。また、例えば、状態情報（図１の「３０Ａ＝ＡＣＴ」）を受信した場合、自装置側で把握している第１制御装置３０Ａの状態情報を更新する。
【００２４】
以上のように、第１、第２制御装置３０Ａ、３０Ｂ間で直接データを授受しなくとも、両者の連携動作に必要な情報を授受することが可能となる。その理由は、制御対象の通信装置を介して、前記連携動作に必要な情報を中継するように構成したことにある。なお、第１制御装置３０Ａが、通信装置２０に、情報の送信を指示する仕組みとしては、非特許文献２に記載されているオープンフロープロトコルのＰａｃｋｅｔ−Ｏｕｔメッセージや非特許文献３のベンダ定義メッセージを用いることで実現可能である。
【００２５】
［第１の実施形態］
続いて、複数のＯＦＣ間での状態同期に適用した本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の通信システムの構成を表した図である。図３を参照すると、連携動作する３台のＯＦＣ（ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ）３１Ａ〜３１Ｃと、これらＯＦＣのうち現用系のＯＦＣによって制御されるＯＦＳ２１とが示されている。
【００２６】
ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ３１Ａ〜３１Ｃのうち、いずれか一つのＯＦＣが現用系（ＡＣＴ）として動作し、ＯＦＳ２１を制御する。また、他のＯＦＣは、スタンバイ系（ＳＢＹ）として待機する。また、ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ３１Ａ〜３１Ｃは、レイヤ２スイッチ（Ｌ２ＳＷ）１１を介して管理用ネットワークに接続されている。ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ３１Ａ〜３１Ｃは、この管理用ネットワークを介して、他のＯＦＣと同期メッセージやその他制御メッセージの授受を行う。また、ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ３１Ａ〜３１Ｃは、管理用ネットワークに障害が発生している場合、ＯＦＳ２１を介して、他のＯＦＣと同期メッセージやその他制御メッセージの授受を行う。図３の例では、ＯＦＣ＿Ａ３１Ａが、現用系（ＡＣＴ）として動作しており、ＯＦＣ＿Ｂ３１Ｂ、ＯＦＣ＿Ｃ３１Ｃは、スタンバイ系（ＳＢＹ）として待機している状態にある。
【００２７】
図４は、図３に示された各装置の詳細構成を表したブロック図である（Ｌ２ＳＷは省略）。図４を参照すると、ＯＦＣ＿Ａ３１Ａは、自装置を含む他のＯＦＣの動作状態を記憶する状態情報記憶部３１１Ａと、少なくとも自装置の動作状態を含む同期メッセージを他のＯＦＣと送受信するメッセージ送受信部３１２Ａとを備えている。ＯＦＣ＿Ｂ３１Ｂ、ＯＦＣ＿Ｃ３１Ｃは、上記ＯＦＣ＿Ａ３１Ａと同様の構成であるため説明を省略する。
【００２８】
ＯＦＳ２１は、ＯＦＣ３１Ａ〜３１Ｃから同期メッセージを受信すると、他のＯＦＣへの同期メッセージの転送を行うメッセージ処理部２１１と、ＯＦＣ３１Ａ〜３１Ｃから設定されたフローエントリに従って受信パケットを処理するパケット処理部２１２とを備えて構成される。また、メッセージ処理部２１１は、現用系（ＡＣＴ）のＯＦＣに対するフローエントリの設定要求（Ｐａｃｋｅｔ−Ｉｎ）やＯＦＣから送信されたフローエントリの設定等の通常のＯＦＳとＯＦＣ間のメッセージ送受信も行う。なお、図３、図４では、１台のＯＦＳのみを示しているが、複数のＯＦＳが接続されていてもよい。
【００２９】
なお、図４に示したＯＦＣ３１Ａ〜３１Ｃ、ＯＦＳ２１は、非特許文献１〜３に記載されたオープンフローコントローラ、オープンフロースイッチをベースに、上記したメッセージ転送機能を追加することで実現できる。
【００３０】
また、図４に示したＯＦＣ３１Ａ〜３１Ｃ、ＯＦＳ２１の各部（処理手段）は、これらの装置を構成するコンピュータに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することもできる。
【００３１】
図５は、上記ＯＦＳ２１のメッセージ処理部２１１経由で、ＯＦＣ３１Ａ〜３１Ｃ間で授受される同期メッセージの構成を示す図である。図５を参照すると、メッセージ本体に、ベンダ（Ｖｅｎｄｏｒ）ヘッダ、ＯｐｅｎＦｌｏｗヘッダ（オープンフローヘッダ）を追加した構成となっている。
【００３２】
図６は、図５の各ヘッダ内情報を説明するための図である。ＯｐｅｎＦｌｏｗヘッダのＶｅｒｓｉｏｎ〜Ｖｅｎｄｏｒフィールド及びＶｅｎｄｏｒヘッダは、非特許文献３の４１頁「５．５．４  Ｖｅｎｄｏｒ」項にて説明されているＶｅｎｄｏｒ定義メッセージに従った構成となっている。本実施形態では、ＶｅｎｄｏｒヘッダのＴｙｐｅ１フィールドにメッセージ体系を示す識別子を格納し、Ｔｙｐｅ２フィールドにメッセージ種別を表すメッセージ識別子を格納できるようになっている。また、メッセージ本体には、送信元ＯＦＣのＩＰアドレスと、レイヤ４ポート番号に続いて同期メッセージ本文を格納できるようになっている。
【００３３】
図５、図６のような同期メッセージを用いることにより、非特許文献２、３のオープンフローの基本構成を変更せずに、ＯＦＳを介してメッセージ転送機能を実現することができる。もちろん、図５、図６の例に限られず、その他の構成のメッセージを用いることもできる。例えば、図５、図６の例では、宛先のＯＦＣは指定せず、ＯＦＳにて接続されているＯＦＣに転送するものとしているが、送信元のＯＦＣが同期メッセージの送信先のＯＦＣを指定することとしてもよい。
【００３４】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図７は、本発明の第１の実施形態の通信システムの動作を表したシーケンス図である。図３のＯＦＣ＿Ａ３１ＡとＬ２ＳＷ１１間に障害が発生し、管理用ネットワークでの同期メッセージが送信できなくなるなどの所定の条件が成立すると、ＯＦＣ＿Ａ３１Ａは、ＯＦＳ２１に対して、同期メッセージを送信する（ステップＳ００１）。
【００３５】
ＯＦＳ２１は、同期メッセージを受信すると、そのヘッダ情報をチェックする（ステップＳ００２）。具体的には、受信したメッセージが図５、図６に示すような規定のヘッダ（特に、ＶｅｎｄｏｒヘッダのＴｐｙｅ１、Ｔｙｐｅ２）が付加された同期メッセージであるかを検査する。
【００３６】
前記チェックの結果、同期メッセージでない、通常の制御メッセージ（例えば、Ｆｌｏｗ−ｍｏｄ、Ｐａｃｋｅｔ−Ｏｕｔ等）であった場合（ステップＳ００３のＮｏ）、ＯＦＳ２１は、その制御メッセージに従って処理を行う（ステップＳ００４）。
【００３７】
一方、前記チェックの結果、同期メッセージであることが確認できた場合（ステップＳ００３のＹｅｓ）、ＯＦＳ２１は、同期メッセージをＯＦＳ＿Ｂ３１Ｂ、ＯＦＳ＿Ｃ３１Ｃに対して、転送する（ステップＳ００５）。なお、ステップＳ００５の時点でＯＦＳ＿Ｂ３１Ｂ、ＯＦＳ＿Ｃ３１Ｃとの接続が確立していない場合には、ＯＦＳ＿Ｂ３１Ｂ、ＯＦＳ＿Ｃ３１Ｃとの接続を待つようにすればよい。
【００３８】
ＯＦＳ＿Ｂ３１Ｂ、ＯＦＳ＿Ｃ３１Ｃは、同期メッセージを受信すると、それぞれ自装置の状態情報記憶部３１１Ｂ、３１１Ｃの内容を更新する（ステップＳ００６）。
【００３９】
以上のように、本実施形態によれば、ＯＦＣ３１Ａ〜３１Ｃ間を繋ぐネットワークで障害が発生しても、ＯＦＳ２１経由でＯＦＣ３１Ａ〜３１Ｃ間の状態情報を交換することが可能になる。その理由は、ＯＦＣ３１Ａ〜３１Ｃ間がＯＦＳ２１に対して同期メッセージを送信し、受信したＯＦＳ２１は同期メッセージを受信したＯＦＣ３１Ａ以外のＯＦＣ３１Ｂ、３１Ｃに対して同期メッセージを転送するよう構成したことにある。
【００４０】
［第２の実施形態］
続いて、上記したＯＦＣ間で対話的にメッセージを交換して現用系として動作するＯＦＣを切り替えるようにした第２の実施形態について説明する。本発明の第２の実施形態は、上記した第１の実施形態と同様の構成にて実施可能であるので、以下、その動作上の相違点を中心に説明する。また、以下の説明では、ＯＦＣ＿Ａ３１Ａ、ＯＦＣ＿Ｂ３１Ｂ、ＯＦＣ＿Ｃ３１Ｃの順で、ＯＦＣの切替順位（優先順位）が定められているものとする。
【００４１】
図８〜図１３は、本発明の第２の実施形態の動作を説明するための図である。図８は、図３と同様の構成において、現用系（ＡＣＴ）として動作しているＯＦＣ＿Ａ３１ＡとＬ２ＳＷ１１間に障害が発生した状態を示している（ステップＳ２０１）。上記障害発生を検出すると、ＯＦＣ＿Ａ３１Ａは、ＯＦＳ２１に対して、切替要求メッセージを送信する（ステップＳ２０２）。この切替要求メッセージは、現用系（ＡＣＴ）として動作しているＯＦＣ＿Ａ３１Ａが、他のスタンバイ状態で待機しているＯＦＣに、現用系（ＡＣＴ）として動作を要求するメッセージである。なお、切替要求メッセージは、図５、図６に示した同期メッセージと同様の構成のメッセージとすることができる（メッセージ本文と、必要に応じてＶｅｎｄｏｒヘッダのＴｙｐｅ１、Ｔｙｐｅ２フィールドを変更する。）。
【００４２】
前記切替要求メッセージを受信したＯＦＳ２１は、第１の実施形態における同期メッセージの確認と同様の確認処理を行う。前記確認の結果、切替要求メッセージであることが確認されると、ＯＦＳ２１は、図９に示すように、送信元のＯＦＣ以外、即ち、ＯＦＣ＿Ｂ３１Ｂ、ＯＦＣ＿Ｃ３１Ｃに対し、切替要求メッセージを転送する（ステップＳ２０３）。
【００４３】
ＯＦＣ＿Ｂ３１Ｂは、切替要求メッセージを受信すると、自装置の切替順位（優先順位）が次位であることを認識し、ＯＦＣ＿Ａ３１Ａに対して、自装置が現用系（ＡＣＴ）として動作可能であることを伝える応答メッセージ（３１Ｂ：ＡＣＴ＿ＯＫ）を作成する。ここでも、管理用ネットワークは不通であるので、ＯＦＣ＿Ｂ３１Ｂは、図１０に示すように、切替要求メッセージの送信元のＯＦＳ２１に対して、応答メッセージを送信する（ステップＳ２０４）。
【００４４】
前記応答メッセージを受信したＯＦＳ２１は、第１の実施形態における同期メッセージの確認と同様の確認処理を行う。前記確認の結果、応答メッセージであることが確認されると、ＯＦＳ２１は、図１１に示すように、送信元のＯＦＣ以外、即ち、ＯＦＣ＿Ａ３１Ａ、ＯＦＣ＿Ｃ３１Ｃに対し、応答メッセージを転送する（ステップＳ２０５）。
【００４５】
前記応答メッセージを受信したＯＦＣ＿Ａ３１Ａは、自装置に代わってＯＦＣ＿Ｂ３１Ｂが現用系（ＡＣＴ）として動作可能であることを確認すると、図１２に示すように、ＯＦＳ２１に対して、受信確認メッセージ（ＡＣＫ）を送信する（ステップＳ２０６）。また、ＯＦＣ＿Ａ３１Ａは、現用系（ＡＣＴ）からスタンバイ系（ＳＢＹ）に動作モードを切り替える（ステップＳ２０７）。
【００４６】
前記受信確認メッセージ（ＡＣＫ）を受信したＯＦＳ２１は、第１の実施形態における同期メッセージの確認と同様の確認処理を行う。前記確認の結果、受信確認メッセージ（ＡＣＫ）であることが確認されると、ＯＦＳ２１は、図１３に示すように、送信元のＯＦＣ以外、即ち、ＯＦＣ＿Ｂ３１Ｂ、ＯＦＣ＿Ｃ３１Ｃに対し、応答メッセージを転送する（ステップＳ２０８）。前記受信確認メッセージ（ＡＣＫ）を受信すると、ＯＦＣ＿Ｂ３１Ｂは、スタンバイ系（ＳＢＹ）から現用系（ＡＣＴ）に動作モードを切り替える（ステップＳ２０９）。以降は、ＯＦＣ＿Ｂ３１Ｂが、現用系（ＡＣＴ）のＯＦＣとして動作してＯＦＳ２１を制御する。また、ＯＦＣ３１Ａ〜３１Ｃは、第１の実施形態と同様に、同期メッセージの交換を行うようにしてもよい。
【００４７】
以上のように、本発明は、同期メッセージの送信に止まらず、ＯＦＣ間の対話的なメッセージ交換にも適用できる。また、ＯＦＣで授受する情報も上記した切替要求メッセージ等に限られず、ＯＦＣ間の連携動作に必要な情報の送受信に適用することが可能である。
【００４８】
以上、本発明の実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、上記した各実施形態では、非特許文献１〜３のオープンフローをベースとした構成を用いるものとして説明したが、その他同様の仕組みを持つ集中制御型の通信システムにも適用することが可能である。
【００４９】
また、上記した各実施形態では、通信装置の例として、非特許文献２、３のＯＦＳを用いた例を挙げて説明したが、ＯＦＣから設定される制御情報に基づくパケット処理機能と、上記したＯＦＣ間のメッセージ転送機能とを実装可能な機器であれば、ＯＦＳ以外の機器でもよい。例えば、搭載アプリケーションとのパケット授受を担うスイッチ機能を内蔵した携帯電話端末、スマートフォン、タブレット端末、パーソナルコンピュータ、ゲーム機器、モバイルルータなどが挙げられる。
【００５０】
最後に、本発明の好ましい形態を要約する。
【００５１】
［第１の形態］
（上記第１の視点による通信システム参照）
【００５２】
［第２の形態］
第１の形態の通信システムにおいて、
前記第１、第２の制御装置間の連携動作に必要な情報は、前記第１の制御装置の動作状態を示す状態情報である通信システム。
【００５３】
［第３の形態］
第１又は第２の形態の通信システムにおいて、
前記第２の制御装置は、前記第１の制御装置のスタンバイ系として動作する制御装置であり、
前記通信装置を介して前記第１の制御装置からスタンバイ系への切替要求メッセージを受信した場合、前記第２の制御装置は、現用系として動作を開始する通信システム。
【００５４】
［第４の形態］
第１から第３いずれか一の形態の通信システムにおいて、
前記第１の制御装置と前記第２の制御装置とは、管理用のネットワークを介して接続されており、
前記管理用のネットワークに障害が発生した場合に、前記通信装置を介した通信を開始する通信システム。
【００５５】
［第５の形態］
第１から第４いずれか一の形態の通信システムにおいて、
前記第１の制御装置のスタンバイ系として動作する複数の制御装置が接続され、
前記通信装置を介して前記第１の制御装置からスタンバイ系への切替要求メッセージを受信した場合、前記複数の制御装置の中から予め定めた優先順位の高い制御装置が現用系として動作を開始する通信システム。
【００５６】
［第６の形態］
（上記第２の視点による第１の制御装置参照）
【００５７】
［第７の形態］
（上記第３の視点による第２の制御装置参照）
【００５８】
［第８の形態］
（上記第４の視点による通信装置参照）
【００５９】
［第９の形態］
（上記第５の視点による情報中継方法参照）
【００６０】
［第１０〜第１２の形態］
（上記第６の視点による各装置のプログラム参照）
【００６１】
なお、上記第６〜第１２の形態は、第１の形態と同様に、第２〜第５の形態に展開することが可能である。
【００６２】
なお、上記の特許文献および非特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００６３】
１１  レイヤ２スイッチ（Ｌ２ＳＷ）
２０  通信装置
２１  ＯＦＳ
３０Ａ  第１制御装置
３０Ｂ  第２制御装置
３１Ａ〜３１Ｃ  ＯＦＣ＿Ａ、ＯＦＣ＿Ｂ、ＯＦＣ＿Ｃ
２１１  メッセージ処理部
２１２  パケット処理部
３１１Ａ〜３１１Ｃ  状態情報記憶部
３１２Ａ〜３１２Ｃ  メッセージ送受信部
【図１】
0005983733.tif 000002
【図２】
0005983733.tif 000003
【図３】
0005983733.tif 000004
【図４】
0005983733.tif 000005
【図５】
0005983733.tif 000006
【図６】
0005983733.tif 000007
【図７】
0005983733.tif 000008
【図８】
0005983733.tif 000009
【図９】
0005983733.tif 000010
【図１０】
0005983733.tif 000011
【図１１】
0005983733.tif 000012
【図１２】
0005983733.tif 000013
【図１３】
0005983733.tif 000014