(57)【特許請求の範囲】
【請求項１】
設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、
前記端末が他の端末に向けて送信するコネクション要求パケットおよび前記コネクション要求パケットに対する応答パケットを検知し、前記コネクション要求パケット又は前記応答パケットのいずれか一方しか検知しなかった場合には改めて前記コネクション要求パケット及び前記応答パケットを検知するパケット検知手段と、
前記パケット検知手段が前記コネクションパケットおよび前記応答パケットを検知した場合、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットが属するフローおよび前記応答パケットが属するフローの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、
を備えることを特徴とする制御装置。
【請求項２】
前記制御装置は、さらに、
前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、
前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする請求項１に記載の制御装置。
【請求項３】
前記パケット検知手段は、さらに、前記受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットではなかった場合、前記受信したパケットがコネクション要求パケットか否かを判定し、
前記記憶手段は、さらに、前記受信したパケットがコネクション要求パケットであると判定された場合、当該コネクション要求パケットを特定する情報を記憶することを特徴とする請求項２に記載の制御装置。
【請求項４】
前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする請求項２または３に記載の制御装置。
【請求項５】
前記制御装置は、さらに、
前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする請求項３または４に記載の制御装置。
【請求項６】
前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、
前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、
前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする請求項３から５のいずれか１つに記載の制御装置。
【請求項７】
前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする請求項３から６のいずれか１つに記載の制御装置。
【請求項８】
設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、
前記制御装置は、
前記端末が他の端末に向けて送信するコネクション要求パケットおよび前記コネクション要求パケットに対する応答パケットを検知し、前記コネクション要求パケット又は前記応答パケットのいずれか一方しか検知しなかった場合には改めて前記コネクション要求パケット及び前記応答パケットを検知するパケット検知手段と、
前記パケット検知手段が前記コネクションパケットおよび前記応答パケットを検知した場合、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットが属するフローおよび前記応答パケットが属するフローの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、
を備えることを特徴とする通信システム。
【請求項９】
通信を行う端末が他の端末に向けて送信するコネクション要求パケットおよび前記コネクション要求パケットに対する応答パケットを検知し、前記コネクション要求パケット又は前記応答パケットのいずれか一方しか検知しなかった場合には改めて前記コネクション要求パケット及び前記応答パケットを検知するステップと、
前記ステップにおいて前記コネクションパケットおよび前記応答パケットが検知された場合、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットが属するフローおよび前記応答パケットが属するフローの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、
を含むことを特徴とする制御方法。
【請求項１０】
通信を行う端末が他の端末に向けて送信するコネクション要求パケットおよび前記コネクション要求パケットに対する応答パケットを検知し、前記コネクション要求パケット又は前記応答パケットのいずれか一方しか検知しなかった場合には改めて前記コネクション要求パケット及び前記応答パケットを検知する処理と、
前記処理において前記コネクションパケットおよび前記応答パケットが検知された場合、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットが属するフローおよび前記応答パケットが属するフローの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のノードおよび端末を制御する制御サーバ、通信システム、制御方法およびプログラムに関する。
【背景技術】
【０００２】
近年、非特許文献１、非特許文献２に開示されているオープンフロー（ＯｐｅｎＦｌｏｗ）という技術が提案されている。オープンフローは通信をエンドツーエンドのフローとして捉え、フロー単位で経路制御、障害回復、負荷分散、最適化を行う技術である。
【０００３】
転送ノードとして機能するオープンフロースイッチ（ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ）は、オープンフローコントローラ（ＯｐｅｎＦｌｏｗ  Ｃｏｎｔｒｏｌｌｅｒ）から追加または書き換えを指示されるフローテーブルに従って動作する。フローテーブルには、フロー毎にパケットヘッダと照合するルールと、処理内容を定義したアクションと、フロー統計情報との組が定義される。この組はフローエントリと呼ばれる。
【０００４】
オープンフローネットワークにおけるパケットヘッダ（オープンフローヘッダ）は、ＶＬＡＮ（Ｖｉｒｔｕａｌ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）  ＩＤ、Ｅｔｈｅｒｎｅｔ（登録商標）送信元アドレス、Ｅｔｈｅｒｎｅｔ送信先アドレス、Ｅｔｈｅｒｎｅｔタイプ、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）送信元アドレス、ＩＰ送信先アドレス、ＩＰプロトコル、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）送信元ポート、およびＴＣＰ送信先ポートの情報等を持つ。
【０００５】
オープンフロースイッチは、このフローテーブルの中から受信パケットのオープンフローヘッダ情報に適合するフローエントリを検索する。適合するエントリが有る場合、オープンフロースイッチは定義されたアクションを実行する。適合するエントリが無い場合、オープンフロースイッチは、オープンフローコントローラへのリンクであるセキュアチャネルを通してオープンフローコントローラに対してこの受信パケットを転送する。
【０００６】
オープンフロースイッチからパケットを受け取ったオープンフローコントローラは、受信パケットの送信元・送信先に基づきパケットの経路を決定し、フローセットアップ（Ｆｌｏｗ  Ｓｅｔｕｐ）を行う。
【０００７】
フローセットアップとは、決定したパケット経路上のすべてのオープンフロースイッチに対し、決定した経路を実現するフローエントリを設定することである。以降、上記受信パケットと同じフローに属するパケットは、設定されたフローエントリに従って各オープンフロースイッチに転送され、送信先に送られる。このように適合するエントリが無いパケットは、あるフローの最初に転送されるパケットである場合が多い。従って、以降、このようなパケットを総称してファーストパケットと呼ぶこととする。厳密には、フローエントリの削除により最初に転送されるパケット以外が適合するエントリが無くオープンフローコントローラに転送される場合もある。
【０００８】
一方、ネットワーク上のあるノードにおいて、ある端末から他の端末へのコネクション要求パケットを検出する技術が、特許文献１や特許文献２に開示されている。
【０００９】
特許文献１には、パケットフィルタ回路でコネクション要求パケットを検出し、通過設定テーブルに登録されたパケットを通過させる技術が示されている。特許文献１では、端末間に置かれたパケットフィルタ回路にて端末間の３ウェイハンドシェイクに割り込み代理応答し、コネクションを要求する端末およびその要求パケットが正常であるかを判断する。
【００１０】
さらに、特許文献２には、２つのＩＰネットワーク間を跨いでコネクションを張る通信において、そのコネクション要求パケットと応答パケットを検出して中継する技術が開示されている。特許文献２に記載の技術では、すべてのコネクション要求パケットに対する応答パケットはそれぞれのＩＰネットワークのゲートウェイ装置を通過するため、必ずその応答パケットを検出できることが前提とされる。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】特開２００６−３４５２６８号公報
【特許文献２】特許第４３９２０２９号公報
【非特許文献】
【００１２】
【非特許文献１】Ｎｉｃｋ  ＭｃＫｅｏｗｎほか７名、ＯｐｅｎＦｌｏｗ：Ｅｎａｂｌｉｎｇ  Ｉｎｎｏｖａｔｉｏｎ  ｉｎ  Ｃａｍｐｕｓ  Ｎｅｔｗｏｒｋｓ，ＡＣＭ  ＳＩＧＣＯＭＭ  Ｃｏｍｐｕｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｒｅｖｉｅｗ−Ｖｏｌｕｍｅ  ３８、２００８年  ｐｐ．６９−７４
【非特許文献２】ＯｐｅｎＦｌｏｗ  Ｓｗｉｔｃｈ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｖｅｒｓｉｏｎ  １．０．０  （Ｗｉｒｅ  Ｐｒｏｔｏｃｏｌ  ０ｘ０１）、２００９年１２月３１日、［２０１１年３月８日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｏｐｅｎｆｌｏｗｓｗｉｔｃｈ．ｏｒｇ／ｄｏｃｕｍｅｎｔｓ／ｏｐｅｎｆｌｏｗ−ｓｐｅｃ−ｖ１．０．０．ｐｄｆ＞
【発明の概要】
【発明が解決しようとする課題】
【００１３】
非特許文献１や非特許文献２で開示されているオープンフローネットワークでは、不要なフローセットアップが行われることにより、通信システムの性能が低下するという課題があった。以下、この課題について説明する。
【００１４】
フローセットアップ後、当該フローに属するパケットは、設定された経路を通り端末へと転送される。ここで、１つのパケットしか流れないフローがある場合、セットアップされた経路を通るパケットは他に無く、フローセットアップは無駄になる。
【００１５】
このとき、不要なフローセットアップにオープンフローコントローラとオープンフロースイッチの処理時間と資源が割かれる。さらに、不要なフローエントリの増加によりオープンフロースイッチのフローテーブルが溢れ、他のフローの再セットアップが必要になることも懸念される。このように、不要なフローセットアップにより通信システムの性能が低下するという課題があった。
【００１６】
ここで、コネクション要求パケットを検出する技術の例として、上述した特許文献１や特許文献２が挙げられるが、これらの技術でも上記の課題を解決することはできない。
【００１７】
すなわち、特許文献１の検出技術では、コネクションを要求するホストおよび要求パケットが正常か否かを判定しているため、端末間でコネクションが確立されたか否かを判定する事ができない。
【００１８】
また、特許文献２の検出技術は、ゲートウェイ装置で行われており、すべての要求パケットに対する応答パケットを必ず検出できることが前提になっている。一方、オープンフローコントローラには必ずしも応答パケットが転送されるわけではない。応答パケットの属するフローが既にオープンフローネットワークに設定されていた場合、この応答パケットはオープンフロースイッチのみを経由して端末に転送される。すなわち、コネクションを確立できなかったフローをオープンフローコントローラにて特定する場合、応答パケットを検出できない場合を考慮しなければならない。
【００１９】
本発明の目的は、上述した課題を解決することが可能な、制御装置、通信システム、制御方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【００２０】
本発明による制御装置は、設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする。
【００２１】
本発明による通信システムは、設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、前記制御装置は、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする。
【００２２】
本発明による制御方法は、通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップと、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、を含むことを特徴とする。
【００２３】
本発明によるプログラムは、通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する処理と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、をコンピュータに実行させることを特徴とする。
【発明の効果】
【００２４】
本発明によれば、不要なフローセットアップを削減し、通信システムおよび通信装置の性能を向上させることが可能となる。
【図面の簡単な説明】
【００２５】
【図１】本発明による第１の実施形態の構成を示すブロック図である。
【図２】本発明による第１の実施形態の動作を示すフローチャートである。
【図３】本発明による第２の実施形態の構成を示すブロック図である。
【図４】本発明による第２の実施形態の構成を示すブロック図である。
【図５】本発明による第２の実施形態の構成を示すブロック図である。
【図６】本発明による第２の実施形態の構成を示すブロック図である。
【図７】本発明による第２の実施形態の動作を示すフローチャートである。
【図８】本発明による第２の実施形態の動作を示すフローチャートである。
【図９】本発明による第２の実施形態の動作を示すシーケンスチャートである。
【図１０】本発明による第２の実施形態の動作を示すシーケンスチャートである。
【図１１】背景技術の動作を示すシーケンスチャートである。
【図１２】本発明による第３の実施形態の構成を示すブロック図である。
【図１３】本発明による第４の実施形態の構成を示すブロック図である。
【図１４】本発明による第５の実施形態の構成を示すブロック図である。
【図１５】本発明による第５の実施形態の構成を示すブロック図である。
【図１６】本発明による第６の実施形態の動作を示すシーケンスチャートである。
【図１７】本発明による第６の実施形態の動作を示すシーケンスチャートである。
【図１８】本発明による第６の実施形態の動作を示すフローチャートである。
【図１９】本発明による第９の実施形態の動作を示すフローチャートである。
【図２０】本発明による第１０の実施形態の動作を示すシーケンスチャートである。
【図２１】本発明による第１０の実施形態の動作を示すフローチャートである。
【図２２】本発明による第１１の実施形態の動作を示すシーケンスチャートである。
【図２３】本発明による第１２の実施形態の動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明の実施形態について、図面を参照して詳細に説明する。
【００２７】
＜第１の実施形態＞
（構成）
まず、本発明の第１の実施形態について説明する。図１は、第１の実施形態による制御装置１０００の構成を示したブロック図である。
【００２８】
制御装置１０００は、ネットワークに接続しており、ネットワークを介して、パケット転送を行うノードと、通信を行う端末とに接続されている。また、制御装置１０００は、ノードと端末の制御を行う。なお、ネットワーク、ノード、端末はいずれも図１には表示していない。
【００２９】
図１によれば、制御装置１０００は、パケット検知手段１００１、コネクション確立判定手段１００２、転送ルール設定手段１００３を含んで構成される。
【００３０】
（動作）
以下、制御装置１０００の動作について、図２を参照して説明する。なお、図２は、制御装置１０００の動作を示したフローチャートである。
【００３１】
まず、パケット検知手段１００１は、端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する（ステップＳ１００１）。
【００３２】
次に、コネクション確立判定手段１００２は、検知した応答パケットの受信状況に応じて、端末と他の端末間のコネクションが確立されたか否かを判定する（ステップＳ１００２）。
【００３３】
さらに、転送ルール設定手段１００３は、コネクション確立判定手段１００２による判定結果が成功の場合に、ステップＳ１００３の動作を行う（ステップＳ１００２：Ｙｅｓ）。転送ルール設定手段１００３は、コネクション要求パケットおよび応答パケットの経路上に存在するノードに対して、転送ルールの設定を行う（ステップＳ１００３）。
【００３４】
（効果）
第１の実施形態によれば、制御装置は、制御装置が制御する端末間のコネクションが確立した場合に、端末間の経路上のノードに対して、転送ルールの設定を行う。
【００３５】
上記の動作により、不要な転送ルールの設定動作（フローセットアップ）を削減することができ、制御装置や制御装置を含む通信システム全体の性能を向上させることが可能となる。
【００３６】
＜第２の実施形態＞
次に、本発明の第２の実施形態について図面を参照して詳細に説明する。
【００３７】
（システムの構成）
まず、全体の構成について図３を参照して説明する。第２の実施形態は、図３に示す通り、制御装置１と、ノード２と、端末３とから構成される通信システムである。
【００３８】
図３において、ノード２としては、ノード２Ａとノード２Ｂの２つのノードがある。同様に、端末３としては、端末３Ａと端末３Ｂの２つの端末がある。以降、特に各ノードおよび各端末を区別する必要がない場合には、ノード２Ａおよびノード２Ｂをノード２、端末３Ａおよび端末３Ｂを端末３と呼称する。
【００３９】
ノード２は制御装置１に接続され、制御用ネットワークを形成する。この制御用ネットワークは、専用のネットワークで構成されていても良い。例えば、上述のオープンフローネットワークにおいては、セキュアチャネルという専用ネットワークで構成することが考えられる。ノード２Ａとノード２Ｂの間と、ノード２と端末３との間はネットワークで接続され、ユーザパケットの転送ネットワークを形成する。図１では、端末３Ａはノード２Ａに、端末３Ｂはノード２Ｂにそれぞれ接続され、端末３Ａと端末３Ｂの間の経路は、ノード２Ａおよびノード２Ｂを通過する経路である。ファーストパケットを除くユーザパケットはこの経路を辿って転送される。
【００４０】
（制御装置の構成）
続いて、制御装置１の構成について図４および図５を参照して詳細に説明する。
【００４１】
制御装置１は、図４に示す通り、コネクション監視部１１と、経路管理部１２と、パケット解析部１３と、フロー制御部１４と、ノード通信部１５を含む。以下、それぞれの構成要素について説明する。
【００４２】
まず、コネクション監視部１１の詳細な構成は、図５に示す通りである。図５によれば、コネクション監視部１１は、パケット検知部１１１、パケット登録部１１２、パケット記憶部１１３、コネクション確立判定部１１４、登録削除部１１５を含む。
【００４３】
まず、パケット検知部１１１は、コネクションを要求するコネクション要求パケットと、そのコネクション要求パケットに対する応答パケットを検知する。パケット登録部１１２は、コネクション要求パケットを、その応答パケットの検知のために、パケット記憶部１１３に登録する。パケット記憶部１１３は、コネクション要求パケットと、コネクション要求パケットに関する情報を記憶する。ここで、パケット記憶部１１３に登録しておく情報は、要求パケットの属するフローを特定できるものであれば良い。要求パケットのオープンフローヘッダでも十分であるが、要求パケット自体を登録しておくことも想定される。
【００４４】
コネクション確立判定部１１４は、パケット記憶部１１３に記憶したコネクション要求パケットに対する応答パケットを検知した場合に、応答パケットからコネクション要求が許可されたか否かを検知する。登録削除部１１５は、コネクション確立判定部１１４によって応答パケットが検知された場合に、応答パケットに対応するコネクション要求パケットの登録をパケット記憶部１１３から削除する。
【００４５】
再び図４を参照して、制御装置１の残りの構成要素について説明する。まず、経路管理部１２は、制御装置１が制御するネットワークのトポロジを保持する。また、ファーストパケットの受信や、経路を変更する必要がある場合には、受信したパケットの送信元・送信先のアドレスを受け取り、パケットの経路を探索する。
【００４６】
パケット解析部１３は、受信したパケットのオープンフローヘッダを解析する。
【００４７】
フロー制御部１４は、受信したパケットのフローの経路を決定する。また、コネクション要求パケットの種類に応じて、ノード２に対しフローエントリを設定させるメッセージを生成する。さらに、ファーストパケットの転送メッセージを生成する。
【００４８】
ノード通信部１５は、ノード２と通信し、ノード２からファーストパケットの転送を受け取り、フローエントリ設定メッセージを送信する。
【００４９】
（ノードの構成）
ノード２は、一般的なオープンフロースイッチ、もしくはオープンフロースイッチに類する転送ノードを想定している。図６は、ノード２の構成を示すブロック図である。図６によれば、ノード２は、通信処理部２０１とフローテーブル２０２を含む。
【００５０】
まず、フローテーブル２０２は、制御装置１によって設定されたフローエントリを記憶する。このフローエントリは、背景技術の項でも述べた通り、パケットヘッダを照合するルールと、パケットに対する処理内容を示すアクションからなる。
【００５１】
通信処理部２０１は、受信したパケットに対して、フローテーブル２０２に該当するフローエントリがあるかどうかを判断する。受信したパケットに対するフローエントリがある場合には、フローエントリに記載されたアクションに従い、パケットの処理を行う。処理内容としては、パケットの転送だけではなく、パケットの廃棄等が行われても良い。受信したパケットに対応するフローエントリがない場合には、そのパケットはファーストパケットであるとして、制御装置１に転送する。
【００５２】
（全体動作）
次に、第２の実施形態の動作について説明する。
【００５３】
まず、端末３Ａから端末３Ｂに対してパケットを送信する場合の全体の動作について、図７のフローチャートを用いて説明する。
【００５４】
まず始めに、端末３Ａよりパケットが送信される（ステップＳ１１０１）。端末３Ａと接続されているノード２Ａは、このパケットを受信する（ステップＳ１１０２）。
【００５５】
次に、ノード２Ａは、受信パケットに該当するフローエントリが無いかフローテーブルを検索する（ステップＳ１１０３）。該当するフローエントリがあれば、ノード２Ａはその指示に従い送信先の端末３Ｂに近いノード２Ｂへパケットを転送し、ノード２Ｂを経由して送信先の端末３Ｂにこのパケットを転送する（ステップＳ１１０８）。なお、ノード２Ｂにおいても、ステップＳ１１０２とステップＳ１１０３と同様の動作が行われる。
【００５６】
ステップＳ１１０３において、該当するフローエントリが無ければ、ノード２Ａは制御装置１にこのパケットをファーストパケットとして転送する（ステップＳ１１０４）。
【００５７】
制御装置１は、受信したファーストパケットのオープンフローヘッダのＶＬＡＮ  ＩＤおよびＥｔｈｅｒｎｅｔ、ＩＰ、あるいはＴＣＰの送信元・送信先アドレスから、このパケットが属するフローの経路を決定する（ステップＳ１１０５）。この経路の決定の方法は、どのような経路決定アルゴリズムを用いても良い。
【００５８】
さらに、制御装置１は、受信パケットがコネクション要求パケットかどうか、もしくは応答パケットかどうか等を判定し、受信パケットが応答パケットの場合には、コネクション確立判定を行う（ステップＳ１１０６）。
【００５９】
コネクション確立が成功だった場合、制御装置１は、コネクション要求パケットが属するフローおよび応答パケットが属するフローのフローセットアップを行う。制御装置１で経路上のノード２Ａおよびノード２Ｂに対しフロー設定メッセージを生成・転送し、ノード２Ａおよびノード２Ｂのフローテーブルへフローエントリを設定する（ステップＳ１１０７）。
【００６０】
最後に、制御装置１はファーストパケットを送信先の端末に近いノード２Ｂに転送し、このノード２Ｂから送信先の端末３Ｂにパケットを転送させる（ステップＳ１１０８）。
【００６１】
なお、ステップＳ１１０６からステップＳ１１０８における制御装置１の動作については、以下で詳細に説明する。
【００６２】
（制御装置の動作）
続いて、制御装置１の動作について、図８のフローチャートを参照して詳細に説明する。
【００６３】
まず、制御装置１は、ノード通信部１５にてファーストパケットをデータとしたパケットを受信する（ステップＳ５０１）。ノード通信部１５は、このパケットの処理を行い、ファーストパケットを取り出してパケット解析部１３に渡す。
【００６４】
続いて、パケット解析部１３およびコネクション監視部１１でこのファーストパケットを解析する（ステップＳ５０２）。パケット解析部１３では、ファーストパケットのヘッダを解析し、ファーストパケットの送信元・送信先の情報を得る。コネクション監視部１１では、パケット検知手段１１１が、ＴＣＰ等のコネクションを提供するプロトコルヘッダからコネクションを要求するパケットであるか、あるいはその応答パケットであるかを解析する。ＴＣＰの場合、ヘッダの同期（ＳＹＮ）、受信確認（ＡＣＫ）および接続のリセット（ＲＳＴ）を表すビットから判断して、コネクション要求パケットかその応答パケットかを検知する。
【００６５】
続いて、パケット検知部１１１は、監視中の応答パケットであるか特定するため、パケット記憶部１１３に登録したコネクション要求パケットと照合する（ステップＳ５０３）。パケット検知部１１１は、受信したパケットが、パケット記憶部１１３に記憶して監視中の応答パケットかどうか判断し、その結果によって、ステップＳ５０６またはステップＳ５１０へ動作が分岐する（ステップＳ５０４）。
【００６６】
ステップＳ５０４において、パケット検知部１１１が、受信パケットは応答パケットでないと判断した場合には、さらに、パケット検知部１１１によって、受信パケットがコネクション要求パケットかどうかの判定が行われる（ステップＳ５０５）。
【００６７】
ステップＳ５０５において、パケット検知部１１１がコネクション要求パケットを検知した際には、そのコネクション要求パケットあるいはそれに関する情報をコネクション監視部１１に登録しておく（ステップＳ５０９）。以後、パケット検知部１１１が、受信する応答パケットが、それぞれ登録した要求パケットに対応しているかを照合することで、応答パケットを検知する。
【００６８】
ステップＳ５０４において、パケット検知部１１１が、受信パケットは監視中の応答パケットであると判定した場合には、ステップＳ５１０が行われる。応答パケットが検知された際、検知された応答パケットに対応するコネクション要求パケットの登録は削除される（ステップＳ５１０）。また、登録から一定時間経過した要求パケットも削除される。
【００６９】
続いて、コネクション確立判定部１１４において、受信したファーストパケットが、コネクション確立の許可を示すものであるかどうかを判定する（ステップＳ５１１）。
【００７０】
上述したコネクション監視部１１での検知により、受信したファーストパケットに対するフロー制御部１４の動作が変化する（ステップＳ５０５またはステップＳ５１１）。
【００７１】
フロー制御部１４は、コネクション監視部１１からパケットを受け取り、経路管理部１２を使いフローの経路を決定する。経路管理部１２は、入力として受信パケットの送信元・送信先のアドレスを受け取り、保持しているネットワークトポロジを基にその２点を結ぶ経路を探索する（ステップＳ５０６）。
【００７２】
その後、コネクション監視部１１で検知した結果に応じてフローセットアップを行う（ステップＳ５０７、ステップＳ５１２）。ここで、受信したファーストパケットが、コネクションを要求するパケットあるいはコネクション要求に対し拒否を返答するパケットであれば、フローセットアップを行わない。受信したファーストパケットが、コネクション要求に対し許可を返答するパケットであれば、コネクション要求パケットが属するフローおよび応答パケットが属するフローについてフローセットアップを行う（ステップＳ５１２）。それ以外のパケットについては、そのパケットが属するフローについてフローセットアップを行う（ステップＳ５０７）。
【００７３】
フローセットアップは次のようにして行う。まず、フロー制御部１４がフローエントリ設定メッセージを作成する。次に、ノード通信部１５が、作成したフローエントリ設定メッセージを、そのフローの経路上にあたるノード２Ａとノード２Ｂにそれぞれ転送する。ステップＳ５１２では要求パケットの経路はステップＳ５０９で記憶した経路情報を用いる。
【００７４】
最後に、受信したファーストパケットを転送する（ステップＳ５０８）。まず、フロー制御部１４において、ファーストパケットの転送メッセージを生成する。この転送メッセージはノード通信部１５により送信先である端末３Ｂに接続するノード２Ｂに転送され、そのノード２Ｂから端末３Ｂへファーストパケットを転送させる。
【００７５】
以上、第２の実施形態の動作について、フローチャートを参照して説明した。以下では、端末３Ａから端末３Ｂへコネクション要求を行う様子を例に、コネクション確立成功時と失敗時の制御装置１、ノード２および端末３の動作について、シーケンスチャートを用いて説明する。
【００７６】
まず、図９を参照して、コネクション確立に失敗した場合の動作を説明する。
【００７７】
始めに、端末３Ａよりコネクションを要求するパケットが送信される（ステップＳ１０１）。このコネクション要求パケットの送信元は端末３Ａ、送信先は端末３Ｂである。
【００７８】
このコネクション要求パケットを受け取ったノード２Ａは、該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置１に転送する（ステップＳ１０２）。
【００７９】
制御装置１は、受信したパケットを解析し、コネクション要求パケットであることを判別して、このコネクション要求パケットに対する応答パケットを監視するため、コネクション要求パケットをパケット記憶部１１３に登録する（ステップＳ１０３）。次に、送信元・送信先の情報をもとに経路探索を行い（ステップＳ１０４）、経路を決定する。このとき、受信パケットは要求パケットであるため、フローセットアップは行わない。そして、受信パケットを端末３Ｂに接続しているノード２Ｂから端末３Ｂへ転送させる（ステップＳ１０５）。
【００８０】
端末３Ｂは、コネクション要求パケットを受信し、これを拒否する応答パケットを返す（ステップＳ１０６）。この応答パケットの送信元は端末３Ｂ、送信先は端末３Ａである。
【００８１】
この応答パケットを受け取ったノード２Ｂは、該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置１に転送する（ステップＳ１０７）。
【００８２】
制御装置１は、受信したパケットを解析し、登録していた要求パケットに対する応答パケットであることを判定して、この要求パケットの登録を削除する（ステップＳ１０８）。
【００８３】
さらに、制御装置１は、応答パケットがコネクションを拒否するものであることを判定する。次に、送信元・送信先の情報をもとに経路探索を行い（ステップＳ１０９）、経路を決定する。このとき、応答パケットがコネクションを拒否するものであるため、フローセットアップは行わない。最後に、このパケットを端末３Ａに接続しているノード２Ａから端末３Ａへ転送させる（ステップＳ１１０）。
【００８４】
次に、図１０のシーケンスチャートを参照して、端末３Ａと端末３Ｂ間のコネクション確立に成功した場合の動作を説明する。
【００８５】
まず、コネクション要求パケットを端末３Ａから端末３Ｂへ転送するまでの動作（ステップＳ２０１〜ステップＳ２０５）は、上述した図９のステップＳ１０１〜ステップＳ１０５の動作と同じである。
【００８６】
端末３Ｂは、コネクション要求パケットを受信後、コネクション要求を許可する応答パケットを返す（ステップＳ２０６）。この応答パケットの送信元は端末３Ｂ、送信先は端末３Ａである。
【００８７】
この応答パケットを受け取ったノード２Ｂは該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置１に転送する（ステップＳ２０７）。
【００８８】
制御装置１は受信したパケットを解析し、登録していた要求パケットに対する応答パケットであることを判定して、この要求パケットの登録を削除する（ステップＳ２０８）。
【００８９】
さらに、制御装置１は、応答パケットがコネクションを許可するものであることを判定する。次に、送信元・送信先の情報をもとに経路探索を行い（ステップＳ２０９）、経路を決定する。このとき、要求パケットが属するフローと応答パケットが属するフローが、異なる経路を通るように経路を設定することも可能である。そして、応答パケットがコネクションを許可するものであるため、制御装置１は、端末３Ａから端末３Ｂへのフローおよび端末３Ｂから端末３Ａへのフローについてフローセットアップを行う（ステップＳ２１０）。最後に、この応答パケットを端末３Ａに接続しているノード２Ａから端末３Ａへ転送させる（ステップＳ２１１）。
【００９０】
続いて、第２の実施形態において、コネクション要求パケットまたは応答パケットの一方のみが制御装置１に転送される場合について説明する。
【００９１】
オープンフローネットワークでは、コネクション開始時に流れるパケットであってもフローエントリにヒットし制御装置１に転送されない場合がある。この現象は、以前行われた通信時に設定されたフローエントリがノード上に残っている場合、あるいはワイルドカードによるフローエントリが存在していた場合に、発生する可能性がある。なお、上述のワイルドカードによるフローエントリとは、受信パケットのヘッダとフローエントリの一部が適合する場合に、対応するアクションを行うことを示している。
【００９２】
従って、コネクション要求パケットまたは応答パケットのいずれか一方のみが制御装置１に転送された場合、整合性を確保する必要がある。このような場合には、以下のように整合性を確保する。
【００９３】
まず、コネクション要求パケットのみが制御装置１に転送された場合に、制御装置１は応答パケットが一定時間内に制御装置１に転送されないことを検知し、コネクション要求パケットのパケット記憶部１１３への登録を削除する。コネクション要求パケットが属するフローのセットアップは、直後に受信するパケットをファーストパケットとして制御装置１に転送することで、フローセットアップを行うことになる。なお、応答パケットのみが制御装置１に転送された場合も、コネクション要求パケットと同様である。
【００９４】
以上の動作により、コネクション要求パケットまたは応答パケットのいずれか一方のみが制御装置１に転送された場合であっても、一定時間経過によりパケット記憶部１１３の登録を削除することにより、問題なく第２の実施形態の動作を行うことが可能である。
【００９５】
（効果）
第２の実施形態によれば、コネクション確立失敗時に２フロー分（コネクション要求パケットと応答パケット）の不要なフローセットアップが削減される。加えて、不要なフローエントリをフローテーブルに設定しないために、制御装置および制御装置を含む通信システムの性能が向上する。
【００９６】
上述した効果について、図１１に示す一般的なオープンフローネットワークにおける動作と、図９および図１０に示す第２の実施形態の動作とを比較して説明する。
【００９７】
コネクション確立失敗時には、図１１に示すオープンフローネットワークでの動作のうち、ステップＳ００４およびステップＳ００９の２つのフローセットアップの動作を削減することができる。これによって削減されるより具体的な処理は、フロー制御部１４でのフローエントリ設定メッセージの生成と、制御装置１とノード２間でのメッセージ転送と、ノード２におけるフローテーブルへのフローエントリの追加である。
【００９８】
また、コネクション確立失敗時、ノード２のフローテーブルに不要なフローエントリがノード２に作成されないため、結果的にノード２におけるフローエントリ数が削減される。従って、ノード２におけるフローテーブルの検索速度が向上するという効果もある。
【００９９】
さらに、フローエントリの増加により、フローテーブルが溢れた場合に発生する再フローセットアップの数の減少も期待できる。
【０１００】
また、制御装置１とノード２とを、ユーザパケット転送用ネットワークとは別の専用ネットワークで接続する構成を採用した場合には、フローセットアップ処理の内、制御装置１とノード２との間でメッセージを転送する際、暗号化・解凍化処理を行う必要がある。従って、このような構成を採用する場合には、制御装置１とノード２間で専用のネットワークを使わない場合に比べ、フローセットアップの処理時間が多くかかる。よって、第２の実施形態をこのような構成のネットワークに適用した場合には、上述した効果がより大きくなる。
【０１０１】
＜第３の実施形態＞
次に、本発明の第３の実施形態について説明する。第３の実施形態は、図１２に示すように、制御装置１とノード２の機能を提供するネットワーク装置４、および端末３で構成される。制御装置１はネットワークを介さずにノード２を制御し、ノード２の持つフローテーブルあるいは転送ルールを設定する。
【０１０２】
第３の実施形態によれば、第２の実施形態と同様の効果を得ることが可能である。
【０１０３】
＜第４の実施形態＞
次に、本発明の第４の実施形態について説明する。第４の実施形態は、図１３で示すように、複数の制御装置１を備える。ノード２は１つの制御装置１に制御され、個々の制御装置１は他の制御装置１と連携せずに単独で動作する。図１３の例では、制御装置１Ａは、ノード２Ａとノード２Ｂを制御し、制御装置１Ｂは、ノード２Ｃとノード２Ｄを制御している。端末３Ａはノード２Ａに、端末３Ｂはノード２Ｂに、端末３Ｃはノード２Ｃに、端末３Ｄはノード２Ｄに、それぞれ接続される。
【０１０４】
このとき、１つの制御装置１と、その制御装置１が制御するノード２で１つの通信システムが構成される。図１３の例でいえば、制御装置１Ａと、制御装置１Ａが制御するノード２Ａ、ノード２Ｂで１つの通信システムを構成する。個々の通信システムにおける構成および動作は、第２の実施形態のものを適用することで、第２の実施形態と同様の効果を得ることが可能である。
【０１０５】
＜第５の実施形態＞
次に、本発明の第５の実施形態について説明する。第５の実施形態は、図１４に示すように、複数の制御装置１と複数のノード２から構成される。ノード２は１つの制御装置１に制御され、制御装置１は他の制御装置１と連携して動作する。図１４では、制御装置１Ａと制御装置１Ｂとが連携して動作する。なお、以降、特に区別する必要がない場合には、制御装置１Ａと制御装置１Ｂを総称して制御装置１と呼称する。また、制御装置１以外の構成については、第４の実施形態（図１３）と同様であるので、説明は省略する。
【０１０６】
制御装置１には、図１５に示すように、コネクション監視部１１に登録されている情報の一貫性を複数の制御装置間で保つ登録情報同期部１６を追加する。登録情報同期部１６は、コネクション監視部１１において、コネクション要求パケットに関する情報を登録または削除する際に動作する。登録情報同期部１６は、連携して動作するすべてあるいは一部の制御装置１に対し、コネクション要求パケットに関する情報に登録または削除というフラグを付加したメッセージを転送する。
【０１０７】
例えば、制御装置１Ａで要求パケットを検知した際に、登録情報同期部１６が、コネクション監視部１１の登録情報に制御装置１ＡのＩＤを付加したエントリを制御装置１Ｂに転送する。これを受信した制御装置１Ｂでは、登録情報同期部１６によってコネクション監視部１１にこのエントリを登録する。
【０１０８】
制御装置１Ａが、登録された応答パケットを検知した際には、登録情報同期部１６がそのエントリ情報を制御装置１Ｂに転送し、これを受信した制御装置１Ｂの登録情報同期部１６が、コネクション監視部１１からこのエントリを削除する。制御装置１の連携方法によっては、コネクション要求パケットとその応答パケットがそれぞれ属するフローの経路となるノード２を管理する一部の制御装置１にのみ転送することも想定される。
【０１０９】
第５の実施形態によれば、複数の制御装置１から構成されるネットワークにおいても、第２の実施形態と同様の効果を得ることが可能である。
【０１１０】
＜第６の実施形態＞
次に、本発明の第６の実施形態について説明する。第６の実施形態は、コネクション要求パケットの経路を基に、コネクション要求パケットの経路の逆方向を応答パケットの経路とする点において、第２の実施形態と異なる。
【０１１１】
第２の実施形態では、ネットワークの輻輳やセキュリティレベルの違いを考慮して双方向のフローを別経路に設定する場合等に、要求パケットの属するフローと応答パケットの属するフローとが異なる経路に設定される。また、コネクション要求パケットおよび応答パケットの２種類のパケットの経路探索を行う間にネットワーク状況が変化したような場合も想定される。
【０１１２】
一方で、経路決定を単純な方法で行う場合には、経路決定はトポロジ情報に基づいて行われ、経路は２点間のトポロジ上の距離が最短になるように探索され決定される。このとき、送信元・送信先が逆である２つのフローは同一経路に決定される。
【０１１３】
さらに、端末間でコネクションを張る場合、一方の端末がコネクション要求パケットを出して応答パケットを受け取るまでの短い間に２方向のフローについて計２回の経路決定が行われるため、決定された経路は同一のものになる可能性が高い。この場合、同じ結果を出す処理が２回行われたことになる。
【０１１４】
第６の実施形態では、コネクションが張られる双方向通信を監視するため、コネクション要求パケットを検知した際、コネクション要求パケットの送信元・送信先といった情報に加え、パケット記憶部１１３に経路情報を保持しておく。応答パケットを検知した際、この経路情報を参照して、同じ経路の場合には経路探索を省略することで双方向のフローの経路探索を２回から１回に減らすことができる。
【０１１５】
第６の実施形態による動作を図１６および図１７に示す。図１６は、コネクション確立に失敗した場合の動作を示している。図１６では、図９に示す第２の実施形態の動作と比較すると、応答パケットの経路探索（図９：ステップＳ１０９）がない点で異なっている。
【０１１６】
同様に、コネクション確立に成功した場合を示す図１７の動作では、図１０に示す第２の実施形態の動作における応答パケットの経路探索（図１０：ステップＳ２０９）がない点で異なっている。
【０１１７】
第６の実施形態による制御装置１の動作を図１８に示す。図１８の動作は、図８に示す第２の実施形態における制御装置１の動作と比較すると、監視中の応答パケットについて経路探索（ステップＳ５１１後のステップＳ５０６）を行わない点で異なっている。
【０１１８】
このように、第６の実施形態では、応答パケットの経路探索を行わないため、応答パケットの処理速度が向上する効果を得ることができる。また、第２の実施形態による効果も同様に得ることができる。
【０１１９】
＜第７の実施形態＞
次に、本発明の第７の実施形態について説明する。第７の実施形態では、第２の実施形態および第６の実施形態と比較して、コネクション確立成功を判定するまで経路探索を行わない点で異なる。
【０１２０】
ファーストパケットの転送は、転送先端末に最も近いノード２に転送されるため、フローの経路を探索する必要はない。第７の実施形態ではコネクション要求パケットの送信先の情報から転送先に最も近いノード２を特定する。コネクション要求パケットの情報を記憶する際に、コネクション要求パケットが転送されてきたノード２とそのノード２に入ってきたポートの情報も合わせてパケット記憶部１１３に記憶する。応答パケットを検知した際は、この記憶したノード２と入力ポートに対して応答パケットを転送する。応答パケットを解析し、コネクション確立を特定した後に、経路探索および転送ルールの設定を行う。
【０１２１】
このように、第７の実施形態では、コネクション確立特定後に経路探索を行うことで、要求パケットおよび応答パケットの処理速度が向上する効果を得ることができる。また、他の実施形態による効果も同様に得ることができる。
【０１２２】
＜第８の実施形態＞
次に、本発明の第８の実施形態について説明する。第８の実施形態では、コネクション要求パケットの属するフローと、応答パケットの属するフローとをセットアップするフローエントリ設定メッセージを同じパケットでノード２に転送する。
【０１２３】
オープンフローを適用したネットワークでは、オープンフローコントローラ（制御装置１）から経路となるオープンフロースイッチ（ノード２）に対し、専用線であるセキュアチャンネルを通してフローエントリ設定メッセージを渡す構成が採用される場合がある。
【０１２４】
このような場合には、パケットごとに暗号化・復号化処理を含めたパケット処理が必要となる。このため、２つのメッセージをまとめて１つのパケットで転送することで、それぞれを２つのパケットで転送した処理時間よりも短い時間で２つのメッセージを転送することができる。
【０１２５】
第２の実施形態では、コネクション要求パケットの属するフローおよび応答パケットの属するフローの経路上に存在するノード２には、２つのフローエントリ設定メッセージが２つのパケットに分かれて転送される。
【０１２６】
一方、第８の実施形態では、これら同一のノード２に対するフローエントリ設定メッセージを１つのパケットにまとめて転送する。第８の実施形態によれば、制御装置１およびノード２にて総パケット処理を削減することができ、フローセットアップが高速化されるという効果を得ることができる。特に、コネクション要求パケットの属するフローと応答パケットの属するフローが同一経路に設定される場合には、メッセージを転送するすべてのノード２に対してこの効果を得ることが可能である。さらに、第２の実施形態による効果も同様に得ることができる。
【０１２７】
＜第９の実施形態＞
次に、本発明の第９の実施形態について説明する。第９の実施形態では、コネクションを行うパケットにのみ監視パケットとの照合を行う。
【０１２８】
第２の実施形態では、コネクション監視部１１で、すべてのファーストパケットについて監視中の応答パケットであるか照合が行われる。すなわち、コネクションを張らないプロトコルのパケットについても照合が行われてしまう。
【０１２９】
そこで、第９の実施形態では、先に受信したパケットがコネクションを張るプロトコルのパケットであるかどうかを判定する。受信したパケットが、コネクションを張るプロトコルのパケットである場合には、監視中の応答パケットであるかを照合する。
【０１３０】
図１９は、第９の実施形態による動作を示す。ファーストパケット受信（ステップＳ７０１）後、パケット解析（ステップＳ７０２）時に、受信したパケットがコネクションを張るプロトコルのパケットであるかどうかを判定する（ステップＳ７１３）。
【０１３１】
受信パケットがコネクションを張るプロトコルのパケットでなかった場合、ステップＳ７０３の監視中の応答パケットであるかの照合を行わずに、ステップＳ７０６からステップＳ７０８までを行う。
【０１３２】
受信パケットがコネクションを張るプロトコルのパケットであった場合、監視中の応答パケットであるかを照合し（ステップＳ７０３）、以降は図８に示した第２の実施形態と同じ動作を行う。
【０１３３】
第９の実施形態は、第２の実施形態に比べ、コネクションを張るプロトコルのパケットをファーストパケットとして受信した場合、監視中の応答パケットであるか照合しないため、ファーストパケットの処理速度が向上するという効果がある。さらに、第２の実施形態による効果も同様に得ることができる。
【０１３４】
＜第１０の実施形態＞
次に、本発明の第１０の実施形態について説明する。第１０の実施形態はＴＣＰ等の３ウェイハンドシェイクを行うプロトコルを対象にする。
【０１３５】
３ウェイハンドシェイクでは、端末３Aから端末３Bに対してコネクションを張る場合について、図２０を用いて説明する。まず、端末３Aが端末３Bに対してコネクション要求パケット（１）を送信する。次に、端末３Bは端末３Aに対して、応答パケットでありかつコネクション要求パケットでもあるパケット（２）を送信する。最後に、端末３Aが端末３Bに対して応答パケット（３）を送信する。
【０１３６】
この３ウェイハンドシェイクを行うプロトコルを対象にした場合には、まず端末３Aから端末３Bへのコネクション要求パケット（１）によって、その応答パケット（２）が監視対象となる。同時に、端末３Ｂから端末３Ａに送信される応答パケット（２）は、コネクション要求パケットとしても検知される。
【０１３７】
そこで、第１０の実施形態では、図２１に示すように、コネクション要求パケットであるかを判断した（ステップＳ８０５）上で監視中の応答パケットであるかどうかを照合する（ステップＳ８０３）。なお、他の動作については、第２の実施形態と同様であるので、説明は省略する。
【０１３８】
第１０の実施形態によれば、まず受信パケットがコネクション要求パケットかどうかを判断することにより、監視中の応答パケットであるかを照合するパケットの数を削減することができる。従って、第２の実施形態に比べファーストパケットの処理時間が短縮されるという効果を得ることができる。さらに、第２の実施形態による効果も同様に得ることができる。
【０１３９】
＜第１１の実施形態＞
次に、本発明の第１１の実施形態について説明する。第１１の実施形態では、コネクション要求パケットの属するフローのフローエントリ設定メッセージをコネクション要求パケットの転送前に生成する。
【０１４０】
第２の実施形態では、図１０に示す通り、応答パケットからコネクション確立を検知した後（ステップＳ２０６）に、コネクション要求パケットの属するフローのフローエントリ設定メッセージを生成して、ステップＳ２１０のフローセットアップを行っていた。
【０１４１】
第１１の実施形態では、このフローエントリ設定メッセージをステップＳ２０６以前に行われるステップＳ２０３〜ステップＳ２０５の間に生成する。図２２は、第１１の実施形態による動作を示している。図２２の例では、ステップＳ２０４の直後にフローエントリ設定メッセージを生成している（ステップＳ２１２）。なお、フローエントリ設定メッセージの生成は、ステップＳ２０３〜ステップＳ２０５の間であればいつでも良い。また、第１１の実施形態のその他の動作については、第２の実施形態と同様であるため、ここでの説明は省略する。
【０１４２】
第１１の実施形態によれば、フローエントリ設定メッセージを応答パケット受信前に行っておくことで、確実に応答パケットの受信までにフローエントリ設定メッセージを生成でき、応答パケットの処理の高速化が可能となる。さらに、第２の実施形態による効果も同様に得ることができる。
【０１４３】
＜第１２の実施形態＞
次に、本発明の第１２の実施形態について説明する。第１２の実施形態では、コネクション要求パケットの属するフローのフローエントリ設定メッセージをコネクション要求パケットの転送後に生成する。
【０１４４】
図２３は、第１２の実施形態による動作を示している。図２３によれば、第１１の実施形態では、ステップＳ２０３からステップＳ２０５の間に行っていたフローエントリ設定メッセージ生成を、ステップＳ２０５の後に行っている（ステップＳ２１３）。なお、その他の動作については第２の実施形態等と同様であるので、ここでの説明は省略する。
【０１４５】
第１２の実施形態によれば、コネクション要求パケットの転送後にフローエントリ設定メッセージ生成を行うことで、コネクション要求パケットの転送を優先できる。従って、第２の実施形態と比べてコネクション要求パケットの処理時間を短縮する効果を得ることができる。また、第１１の実施形態でも述べた通り、応答パケットの受信までにフローエントリ設定メッセージを生成すれば、応答パケットの処理も高速化することが可能である。さらに、第２の実施形態による効果も同様に得ることができる。
【０１４６】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１４７】
第３の実施形態から第１２の実施形態に関して、第２の実施形態との比較を行いながら説明したが、上述の実施形態を適宜組み合わせて実施することも可能である。
【０１４８】
また、上述の実施形態では、オープンフローを適用したネットワークについて説明したが、これに限られるものではない。オープンフロー以外であっても、制御サーバ等がネットワークの集中管理を行うようなネットワークであれば、適用可能である。
【０１４９】
また、上記の実施形態による制御装置は、その有する機能をハードウェアで実現することも可能であるし、コンピュータと、コンピュータ上で実行されるプログラムとで実現することも可能である。プログラムは、磁気ディスクや半導体メモリ等の記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られる。このようにコンピュータの動作を制御し、コンピュータを上述の各実施形態における制御装置として機能させ、前述した処理を行わせる。
【０１５０】
さらに、上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１５１】
（付記１）
設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、
前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、
前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、
を備えることを特徴とする制御装置。
【０１５２】
（付記２）
前記制御装置は、さらに、
受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記１に記載の制御装置。
【０１５３】
（付記３）
前記制御装置は、さらに、
前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、
前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする付記１または２に記載の制御装置。
【０１５４】
（付記４）
前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする付記３に記載の制御装置。
【０１５５】
（付記５）
前記制御装置は、さらに、
前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする付記３または４に記載の制御装置。
【０１５６】
（付記６）
前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、
前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、
前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする付記３から５のいずれか１つに記載の制御装置。
【０１５７】
（付記７）
前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記３から６のいずれか１つに記載の制御装置。
【０１５８】
（付記８）
前記転送ルール設定手段は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記１から７のいずれか１つに記載の制御装置。
【０１５９】
（付記９）
前記制御装置は、さらに、
受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するコネクションパケット判定手段を備え、
前記コネクション確立判定手段は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記３から８のいずれか１つに記載の制御装置。
【０１６０】
（付記１０）
前記制御装置は、さらに、
受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、
前記コネクション確立判定手段は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記１および３から８のいずれか１つに記載の制御装置。
【０１６１】
（付記１１）
前記転送ルール設定手段は、前記パケット記憶手段に前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成することを特徴とする付記３から１０のいずれか１つに記載の制御装置。
【０１６２】
（付記１２）
設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、
前記制御装置は、
前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、
前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、
を備えることを特徴とする通信システム。
【０１６３】
（付記１３）
前記制御装置は、さらに、
受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記１に記載の通信システム。
【０１６４】
（付記１４）
前記制御装置は、さらに、
前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、
前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする付記１２または１３に記載の通信システム。
【０１６５】
（付記１５）
前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする付記１４に記載の通信システム。
【０１６６】
（付記１６）
前記制御装置は、さらに、
前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする付記１４または１５に記載の通信システム。
【０１６７】
（付記１７）
前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、
前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、
前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする付記１４から１６のいずれか１つに記載の通信システム。
【０１６８】
（付記１８）
前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記１４から１７のいずれか１つに記載の通信システム。
【０１６９】
（付記１９）
前記転送ルール設定手段は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記１２から１８のいずれか１つに記載の通信システム。
【０１７０】
（付記２０）
前記制御装置は、さらに、
受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するコネクションパケット判定手段を備え、
前記コネクション確立判定手段は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記１４から１９のいずれか１つに記載の通信システム。
【０１７１】
（付記２１）
前記制御装置は、さらに、
受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、
前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、
前記コネクション確立判定手段は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記１２および１４から１９のいずれか１つに記載の通信システム。
【０１７２】
（付記２２）
前記転送ルール設定手段は、前記パケット記憶手段に前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成することを特徴とする付記１４から２１のいずれか１つに記載の通信システム。
【０１７３】
（付記２３）
通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップと、
前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、
を含むことを特徴とする制御方法。
【０１７４】
（付記２４）
前記制御方法は、さらに、
受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するステップと、
前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うステップと、
を含むことを特徴とする付記２３に記載の制御方法。
【０１７５】
（付記２５）
前記制御方法は、さらに、
前記コネクション要求パケットを特定する情報を記憶するステップと、
受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記記憶したコネクション要求パケットを特定する情報を用いて照合することにより検知するステップと、
を含むことを特徴とする付記２３または２４に記載の制御方法。
【０１７６】
（付記２６）
前記制御方法は、さらに、
前記記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除するステップを含むことを特徴とする付記２５に記載の制御方法。
【０１７７】
（付記２７）
前記制御方法は、さらに、
前記ノードと前記端末を制御する複数の制御装置の間で、前記記憶した前記コネクション要求パケットに関する情報を同期するステップを含むことを特徴とする付記２５または２６に記載の制御方法。
【０１７８】
（付記２８）
前記コネクション要求パケットを特定する情報を記憶するステップは、さらに、前記コネクション要求パケットの経路情報を記憶し、
前記制御方法は、さらに、
前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定するステップを含むことを特徴とする付記２５から２７のいずれか１つに記載の制御方法。
【０１７９】
（付記２９）
前記コネクション要求パケットを特定する情報を記憶するステップは、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記２５から２８のいずれか１つに記載の制御方法。
【０１８０】
（付記３０）
前記転送ルールの設定を行うステップは、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記２３から２９のいずれか１つに記載の制御装置。
【０１８１】
（付記３１）
前記制御方法は、さらに、
受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するステップを含み、
前記コネクションが確立されたか否かを判定するステップは、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、
前記転送ルールの設定を行うステップは、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記２５から３０のいずれか１つに記載の制御方法。
【０１８２】
（付記３２）
前記制御方法は、さらに、
受信パケットが前記コネクション要求パケットかどうかを判定するステップを含み、
前記転送ルールの設定を行うステップは、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、
前記コネクションが確立されたか否かを判定するステップは、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記２３および２５から３０のいずれか１つに記載の制御方法。
【０１８３】
（付記３３）
前記制御方法は、さらに、
前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成するステップを含むことを特徴とする付記２５から３２のいずれか１つに記載の制御方法。
【０１８４】
（付記３４）
通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する処理と、
前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、
前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、
をコンピュータに実行させることを特徴とするプログラム。
【０１８５】
（付記３５）
前記プログラムは、さらに、
受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定する処理と、
前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行う処理と、
を含むことを特徴とする付記３４に記載のプログラム。
【０１８６】
（付記３６）
前記プログラムは、さらに、
前記コネクション要求パケットを特定する情報を記憶する処理と、
受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記記憶したコネクション要求パケットを特定する情報を用いて照合することにより検知する処理と、
を含むことを特徴とする付記３４または３５に記載のプログラム。
【０１８７】
（付記３７）
前記プログラムは、さらに、
前記記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除する処理を含むことを特徴とする付記３６に記載のプログラム。
【０１８８】
（付記３８）
前記プログラムは、さらに、
前記ノードと前記端末を制御する複数の制御装置の間で、前記記憶した前記コネクション要求パケットに関する情報を同期する処理を含むことを特徴とする付記３６または３７に記載のプログラム。
【０１８９】
（付記３９）
前記コネクション要求パケットを特定する情報を記憶する処理は、さらに、前記コネクション要求パケットの経路情報を記憶し、
前記プログラムは、さらに、
前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定する処理を含むことを特徴とする付記３６から３８のいずれか１つに記載のプログラム。
【０１９０】
（付記４０）
前記コネクション要求パケットを特定する情報を記憶する処理は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記３６から３９のいずれか１つに記載のプログラム。
【０１９１】
（付記４１）
前記転送ルールの設定を行う処理は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記３４から４０のいずれか１つに記載の制御装置。
【０１９２】
（付記４２）
前記プログラムは、さらに、
受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定する処理を含み、
前記コネクションが確立されたか否かを判定する処理は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、
前記転送ルールの設定を行う処理は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記３６から４１のいずれか１つに記載のプログラム。
【０１９３】
（付記４３）
前記プログラムは、さらに、
受信パケットが前記コネクション要求パケットかどうかを判定する処理を含み、
前記転送ルールの設定を行う処理は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、
前記コネクションが確立されたか否かを判定する処理は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記３４および３６から４１のいずれか１つに記載のプログラム。
【０１９４】
（付記４４）
前記プログラムは、さらに、
前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成する処理を含むことを特徴とする付記３６から４３のいずれか１つに記載のプログラム。
【符号の説明】
【０１９５】
１、１Ａ、１Ｂ、１０００    制御装置
２、２Ａ、２Ｂ、２Ｃ、２Ｄ    ノード
３、３Ａ、３Ｂ、３Ｃ、３Ｄ    端末
４    ネットワーク装置
１１    コネクション監視部
１２    経路管理部
１３    パケット解析部
１４    フロー制御部
１５    ノード通信部
１６    登録情報同期部
１１１    パケット検知部
１１２    パケット登録部
１１３    パケット記憶部
１１４    コネクション確立判定部
１１５    登録削除部
２０１    通信処理部
２０２    フローテーブル
１００１    パケット検知手段
１００２    コネクション確立判定手段
１００３    転送ルール設定手段
【図１】
0005720340.tif 000002
【図２】
0005720340.tif 000003
【図３】
0005720340.tif 000004
【図４】
0005720340.tif 000005
【図５】
0005720340.tif 000006
【図６】
0005720340.tif 000007
【図７】
0005720340.tif 000008
【図８】
0005720340.tif 000009
【図９】
0005720340.tif 000010
【図１０】
0005720340.tif 000011
【図１１】
0005720340.tif 000012
【図１２】
0005720340.tif 000013
【図１３】
0005720340.tif 000014
【図１４】
0005720340.tif 000015
【図１５】
0005720340.tif 000016
【図１６】
0005720340.tif 000017
【図１７】
0005720340.tif 000018
【図１８】
0005720340.tif 000019
【図１９】
0005720340.tif 000020
【図２０】
0005720340.tif 000021
【図２１】
0005720340.tif 000022
【図２２】
0005720340.tif 000023
【図２３】
0005720340.tif 000024