設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする制御装置。前記制御装置は、さらに、受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする請求項1に記載の制御装置。前記制御装置は、さらに、前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする請求項1または2に記載の制御装置。前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする請求項3に記載の制御装置。前記制御装置は、さらに、前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする請求項3または4に記載の制御装置。前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする請求項3から5のいずれか1つに記載の制御装置。前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする請求項3から6のいずれか1つに記載の制御装置。設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、前記制御装置は、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする通信システム。通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップと、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、を含むことを特徴とする制御方法。通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する処理と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、をコンピュータに実行させることを特徴とするプログラム。非特許文献1や非特許文献2で開示されているオープンフローネットワークでは、不要なフローセットアップが行われることにより、通信システムの性能が低下するという課題があった。以下、この課題について説明する。フローセットアップ後、当該フローに属するパケットは、設定された経路を通り端末へと転送される。ここで、1つのパケットしか流れないフローがある場合、セットアップされた経路を通るパケットは他に無く、フローセットアップは無駄になる。このとき、不要なフローセットアップにオープンフローコントローラとオープンフロースイッチの処理時間と資源が割かれる。さらに、不要なフローエントリの増加によりオープンフロースイッチのフローテーブルが溢れ、他のフローの再セットアップが必要になることも懸念される。このように、不要なフローセットアップにより通信システムの性能が低下するという課題があった。ここで、コネクション要求パケットを検出する技術の例として、上述した特許文献1や特許文献2が挙げられるが、これらの技術でも上記の課題を解決することはできない。すなわち、特許文献1の検出技術では、コネクションを要求するホストおよび要求パケットが正常か否かを判定しているため、端末間でコネクションが確立されたか否かを判定する事ができない。また、特許文献2の検出技術は、ゲートウェイ装置で行われており、すべての要求パケットに対する応答パケットを必ず検出できることが前提になっている。一方、オープンフローコントローラには必ずしも応答パケットが転送されるわけではない。応答パケットの属するフローが既にオープンフローネットワークに設定されていた場合、この応答パケットはオープンフロースイッチのみを経由して端末に転送される。すなわち、コネクションを確立できなかったフローをオープンフローコントローラにて特定する場合、応答パケットを検出できない場合を考慮しなければならない。本発明の目的は、上述した課題を解決することが可能な、制御装置、通信システム、制御方法、およびプログラムを提供することにある。本発明による制御装置は、設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする。本発明による通信システムは、設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、前記制御装置は、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする。本発明による制御方法は、通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップと、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、を含むことを特徴とする。本発明によるプログラムは、通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する処理と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、をコンピュータに実行させることを特徴とする。本発明によれば、不要なフローセットアップを削減し、通信システムおよび通信装置の性能を向上させることが可能となる。以下、本発明の実施形態について、図面を参照して詳細に説明する。<第1の実施形態>構成まず、本発明の第1の実施形態について説明する。図1は、第1の実施形態による制御装置1000の構成を示したブロック図である。制御装置1000は、ネットワークに接続しており、ネットワークを介して、パケット転送を行うノードと、通信を行う端末とに接続されている。また、制御装置1000は、ノードと端末の制御を行う。なお、ネットワーク、ノード、端末はいずれも図1には表示していない。図1によれば、制御装置1000は、パケット検知手段1001、コネクション確立判定手段1002、転送ルール設定手段1003を含んで構成される。動作以下、制御装置1000の動作について、図2を参照して説明する。なお、図2は、制御装置1000の動作を示したフローチャートである。まず、パケット検知手段1001は、端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップS1001。次に、コネクション確立判定手段1002は、検知した応答パケットの受信状況に応じて、端末と他の端末間のコネクションが確立されたか否かを判定するステップS1002。さらに、転送ルール設定手段1003は、コネクション確立判定手段1002による判定結果が成功の場合に、ステップS1003の動作を行うステップS1002:Yes。転送ルール設定手段1003は、コネクション要求パケットおよび応答パケットの経路上に存在するノードに対して、転送ルールの設定を行うステップS1003。効果第1の実施形態によれば、制御装置は、制御装置が制御する端末間のコネクションが確立した場合に、端末間の経路上のノードに対して、転送ルールの設定を行う。上記の動作により、不要な転送ルールの設定動作フローセットアップを削減することができ、制御装置や制御装置を含む通信システム全体の性能を向上させることが可能となる。<第2の実施形態>次に、本発明の第2の実施形態について図面を参照して詳細に説明する。システムの構成まず、全体の構成について図3を参照して説明する。第2の実施形態は、図3に示す通り、制御装置1と、ノード2と、端末3とから構成される通信システムである。図3において、ノード2としては、ノード2Aとノード2Bの2つのノードがある。同様に、端末3としては、端末3Aと端末3Bの2つの端末がある。以降、特に各ノードおよび各端末を区別する必要がない場合には、ノード2Aおよびノード2Bをノード2、端末3Aおよび端末3Bを端末3と呼称する。ノード2は制御装置1に接続され、制御用ネットワークを形成する。この制御用ネットワークは、専用のネットワークで構成されていても良い。例えば、上述のオープンフローネットワークにおいては、セキュアチャネルという専用ネットワークで構成することが考えられる。ノード2Aとノード2Bの間と、ノード2と端末3との間はネットワークで接続され、ユーザパケットの転送ネットワークを形成する。図1では、端末3Aはノード2Aに、端末3Bはノード2Bにそれぞれ接続され、端末3Aと端末3Bの間の経路は、ノード2Aおよびノード2Bを通過する経路である。ファーストパケットを除くユーザパケットはこの経路を辿って転送される。制御装置の構成続いて、制御装置1の構成について図4および図5を参照して詳細に説明する。制御装置1は、図4に示す通り、コネクション監視部11と、経路管理部12と、パケット解析部13と、フロー制御部14と、ノード通信部15を含む。以下、それぞれの構成要素について説明する。まず、コネクション監視部11の詳細な構成は、図5に示す通りである。図5によれば、コネクション監視部11は、パケット検知部111、パケット登録部112、パケット記憶部113、コネクション確立判定部114、登録削除部115を含む。まず、パケット検知部111は、コネクションを要求するコネクション要求パケットと、そのコネクション要求パケットに対する応答パケットを検知する。パケット登録部112は、コネクション要求パケットを、その応答パケットの検知のために、パケット記憶部113に登録する。パケット記憶部113は、コネクション要求パケットと、コネクション要求パケットに関する情報を記憶する。ここで、パケット記憶部113に登録しておく情報は、要求パケットの属するフローを特定できるものであれば良い。要求パケットのオープンフローヘッダでも十分であるが、要求パケット自体を登録しておくことも想定される。コネクション確立判定部114は、パケット記憶部113に記憶したコネクション要求パケットに対する応答パケットを検知した場合に、応答パケットからコネクション要求が許可されたか否かを検知する。登録削除部115は、コネクション確立判定部114によって応答パケットが検知された場合に、応答パケットに対応するコネクション要求パケットの登録をパケット記憶部113から削除する。再び図4を参照して、制御装置1の残りの構成要素について説明する。まず、経路管理部12は、制御装置1が制御するネットワークのトポロジを保持する。また、ファーストパケットの受信や、経路を変更する必要がある場合には、受信したパケットの送信元送信先のアドレスを受け取り、パケットの経路を探索する。パケット解析部13は、受信したパケットのオープンフローヘッダを解析する。フロー制御部14は、受信したパケットのフローの経路を決定する。また、コネクション要求パケットの種類に応じて、ノード2に対しフローエントリを設定させるメッセージを生成する。さらに、ファーストパケットの転送メッセージを生成する。ノード通信部15は、ノード2と通信し、ノード2からファーストパケットの転送を受け取り、フローエントリ設定メッセージを送信する。ノードの構成ノード2は、一般的なオープンフロースイッチ、もしくはオープンフロースイッチに類する転送ノードを想定している。図6は、ノード2の構成を示すブロック図である。図6によれば、ノード2は、通信処理部201とフローテーブル202を含む。まず、フローテーブル202は、制御装置1によって設定されたフローエントリを記憶する。このフローエントリは、背景技術の項でも述べた通り、パケットヘッダを照合するルールと、パケットに対する処理内容を示すアクションからなる。通信処理部201は、受信したパケットに対して、フローテーブル202に該当するフローエントリがあるかどうかを判断する。受信したパケットに対するフローエントリがある場合には、フローエントリに記載されたアクションに従い、パケットの処理を行う。処理内容としては、パケットの転送だけではなく、パケットの廃棄等が行われても良い。受信したパケットに対応するフローエントリがない場合には、そのパケットはファーストパケットであるとして、制御装置1に転送する。全体動作次に、第2の実施形態の動作について説明する。まず、端末3Aから端末3Bに対してパケットを送信する場合の全体の動作について、図7のフローチャートを用いて説明する。まず始めに、端末3Aよりパケットが送信されるステップS1101。端末3Aと接続されているノード2Aは、このパケットを受信するステップS1102。次に、ノード2Aは、受信パケットに該当するフローエントリが無いかフローテーブルを検索するステップS1103。該当するフローエントリがあれば、ノード2Aはその指示に従い送信先の端末3Bに近いノード2Bへパケットを転送し、ノード2Bを経由して送信先の端末3Bにこのパケットを転送するステップS1108。なお、ノード2Bにおいても、ステップS1102とステップS1103と同様の動作が行われる。ステップS1103において、該当するフローエントリが無ければ、ノード2Aは制御装置1にこのパケットをファーストパケットとして転送するステップS1104。制御装置1は、受信したファーストパケットのオープンフローヘッダのVLANIDおよびEthernet、IP、あるいはTCPの送信元送信先アドレスから、このパケットが属するフローの経路を決定するステップS1105。この経路の決定の方法は、どのような経路決定アルゴリズムを用いても良い。さらに、制御装置1は、受信パケットがコネクション要求パケットかどうか、もしくは応答パケットかどうか等を判定し、受信パケットが応答パケットの場合には、コネクション確立判定を行うステップS1106。コネクション確立が成功だった場合、制御装置1は、コネクション要求パケットが属するフローおよび応答パケットが属するフローのフローセットアップを行う。制御装置1で経路上のノード2Aおよびノード2Bに対しフロー設定メッセージを生成転送し、ノード2Aおよびノード2Bのフローテーブルへフローエントリを設定するステップS1107。最後に、制御装置1はファーストパケットを送信先の端末に近いノード2Bに転送し、このノード2Bから送信先の端末3Bにパケットを転送させるステップS1108。なお、ステップS1106からステップS1108における制御装置1の動作については、以下で詳細に説明する。制御装置の動作続いて、制御装置1の動作について、図8のフローチャートを参照して詳細に説明する。まず、制御装置1は、ノード通信部15にてファーストパケットをデータとしたパケットを受信するステップS501。ノード通信部15は、このパケットの処理を行い、ファーストパケットを取り出してパケット解析部13に渡す。続いて、パケット解析部13およびコネクション監視部11でこのファーストパケットを解析するステップS502。パケット解析部13では、ファーストパケットのヘッダを解析し、ファーストパケットの送信元送信先の情報を得る。コネクション監視部11では、パケット検知手段111が、TCP等のコネクションを提供するプロトコルヘッダからコネクションを要求するパケットであるか、あるいはその応答パケットであるかを解析する。TCPの場合、ヘッダの同期SYN、受信確認ACKおよび接続のリセットRSTを表すビットから判断して、コネクション要求パケットかその応答パケットかを検知する。続いて、パケット検知部111は、監視中の応答パケットであるか特定するため、パケット記憶部113に登録したコネクション要求パケットと照合するステップS503。パケット検知部111は、受信したパケットが、パケット記憶部113に記憶して監視中の応答パケットかどうか判断し、その結果によって、ステップS506またはステップS510へ動作が分岐するステップS504。ステップS504において、パケット検知部111が、受信パケットは応答パケットでないと判断した場合には、さらに、パケット検知部111によって、受信パケットがコネクション要求パケットかどうかの判定が行われるステップS505。ステップS505において、パケット検知部111がコネクション要求パケットを検知した際には、そのコネクション要求パケットあるいはそれに関する情報をコネクション監視部11に登録しておくステップS509。以後、パケット検知部111が、受信する応答パケットが、それぞれ登録した要求パケットに対応しているかを照合することで、応答パケットを検知する。ステップS504において、パケット検知部111が、受信パケットは監視中の応答パケットであると判定した場合には、ステップS510が行われる。応答パケットが検知された際、検知された応答パケットに対応するコネクション要求パケットの登録は削除されるステップS510。また、登録から一定時間経過した要求パケットも削除される。続いて、コネクション確立判定部114において、受信したファーストパケットが、コネクション確立の許可を示すものであるかどうかを判定するステップS511。上述したコネクション監視部11での検知により、受信したファーストパケットに対するフロー制御部14の動作が変化するステップS505またはステップS511。フロー制御部14は、コネクション監視部11からパケットを受け取り、経路管理部12を使いフローの経路を決定する。経路管理部12は、入力として受信パケットの送信元送信先のアドレスを受け取り、保持しているネットワークトポロジを基にその2点を結ぶ経路を探索するステップS506。その後、コネクション監視部11で検知した結果に応じてフローセットアップを行うステップS507、ステップS512。ここで、受信したファーストパケットが、コネクションを要求するパケットあるいはコネクション要求に対し拒否を返答するパケットであれば、フローセットアップを行わない。受信したファーストパケットが、コネクション要求に対し許可を返答するパケットであれば、コネクション要求パケットが属するフローおよび応答パケットが属するフローについてフローセットアップを行うステップS512。それ以外のパケットについては、そのパケットが属するフローについてフローセットアップを行うステップS507。フローセットアップは次のようにして行う。まず、フロー制御部14がフローエントリ設定メッセージを作成する。次に、ノード通信部15が、作成したフローエントリ設定メッセージを、そのフローの経路上にあたるノード2Aとノード2Bにそれぞれ転送する。ステップS512では要求パケットの経路はステップS509で記憶した経路情報を用いる。最後に、受信したファーストパケットを転送するステップS508。まず、フロー制御部14において、ファーストパケットの転送メッセージを生成する。この転送メッセージはノード通信部15により送信先である端末3Bに接続するノード2Bに転送され、そのノード2Bから端末3Bへファーストパケットを転送させる。以上、第2の実施形態の動作について、フローチャートを参照して説明した。以下では、端末3Aから端末3Bへコネクション要求を行う様子を例に、コネクション確立成功時と失敗時の制御装置1、ノード2および端末3の動作について、シーケンスチャートを用いて説明する。まず、図9を参照して、コネクション確立に失敗した場合の動作を説明する。始めに、端末3Aよりコネクションを要求するパケットが送信されるステップS101。このコネクション要求パケットの送信元は端末3A、送信先は端末3Bである。このコネクション要求パケットを受け取ったノード2Aは、該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置1に転送するステップS102。制御装置1は、受信したパケットを解析し、コネクション要求パケットであることを判別して、このコネクション要求パケットに対する応答パケットを監視するため、コネクション要求パケットをパケット記憶部113に登録するステップS103。次に、送信元送信先の情報をもとに経路探索を行いステップS104、経路を決定する。このとき、受信パケットは要求パケットであるため、フローセットアップは行わない。そして、受信パケットを端末3Bに接続しているノード2Bから端末3Bへ転送させるステップS105。端末3Bは、コネクション要求パケットを受信し、これを拒否する応答パケットを返すステップS106。この応答パケットの送信元は端末3B、送信先は端末3Aである。この応答パケットを受け取ったノード2Bは、該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置1に転送するステップS107。制御装置1は、受信したパケットを解析し、登録していた要求パケットに対する応答パケットであることを判定して、この要求パケットの登録を削除するステップS108。さらに、制御装置1は、応答パケットがコネクションを拒否するものであることを判定する。次に、送信元送信先の情報をもとに経路探索を行いステップS109、経路を決定する。このとき、応答パケットがコネクションを拒否するものであるため、フローセットアップは行わない。最後に、このパケットを端末3Aに接続しているノード2Aから端末3Aへ転送させるステップS110。次に、図10のシーケンスチャートを参照して、端末3Aと端末3B間のコネクション確立に成功した場合の動作を説明する。まず、コネクション要求パケットを端末3Aから端末3Bへ転送するまでの動作ステップS201~ステップS205は、上述した図9のステップS101~ステップS105の動作と同じである。端末3Bは、コネクション要求パケットを受信後、コネクション要求を許可する応答パケットを返すステップS206。この応答パケットの送信元は端末3B、送信先は端末3Aである。この応答パケットを受け取ったノード2Bは該当するフローエントリをフローテーブルから検索するが、見つからないため、ファーストパケットとして制御装置1に転送するステップS207。制御装置1は受信したパケットを解析し、登録していた要求パケットに対する応答パケットであることを判定して、この要求パケットの登録を削除するステップS208。さらに、制御装置1は、応答パケットがコネクションを許可するものであることを判定する。次に、送信元送信先の情報をもとに経路探索を行いステップS209、経路を決定する。このとき、要求パケットが属するフローと応答パケットが属するフローが、異なる経路を通るように経路を設定することも可能である。そして、応答パケットがコネクションを許可するものであるため、制御装置1は、端末3Aから端末3Bへのフローおよび端末3Bから端末3Aへのフローについてフローセットアップを行うステップS210。最後に、この応答パケットを端末3Aに接続しているノード2Aから端末3Aへ転送させるステップS211。続いて、第2の実施形態において、コネクション要求パケットまたは応答パケットの一方のみが制御装置1に転送される場合について説明する。オープンフローネットワークでは、コネクション開始時に流れるパケットであってもフローエントリにヒットし制御装置1に転送されない場合がある。この現象は、以前行われた通信時に設定されたフローエントリがノード上に残っている場合、あるいはワイルドカードによるフローエントリが存在していた場合に、発生する可能性がある。なお、上述のワイルドカードによるフローエントリとは、受信パケットのヘッダとフローエントリの一部が適合する場合に、対応するアクションを行うことを示している。従って、コネクション要求パケットまたは応答パケットのいずれか一方のみが制御装置1に転送された場合、整合性を確保する必要がある。このような場合には、以下のように整合性を確保する。まず、コネクション要求パケットのみが制御装置1に転送された場合に、制御装置1は応答パケットが一定時間内に制御装置1に転送されないことを検知し、コネクション要求パケットのパケット記憶部113への登録を削除する。コネクション要求パケットが属するフローのセットアップは、直後に受信するパケットをファーストパケットとして制御装置1に転送することで、フローセットアップを行うことになる。なお、応答パケットのみが制御装置1に転送された場合も、コネクション要求パケットと同様である。以上の動作により、コネクション要求パケットまたは応答パケットのいずれか一方のみが制御装置1に転送された場合であっても、一定時間経過によりパケット記憶部113の登録を削除することにより、問題なく第2の実施形態の動作を行うことが可能である。効果第2の実施形態によれば、コネクション確立失敗時に2フロー分コネクション要求パケットと応答パケットの不要なフローセットアップが削減される。加えて、不要なフローエントリをフローテーブルに設定しないために、制御装置および制御装置を含む通信システムの性能が向上する。上述した効果について、図11に示す一般的なオープンフローネットワークにおける動作と、図9および図10に示す第2の実施形態の動作とを比較して説明する。コネクション確立失敗時には、図11に示すオープンフローネットワークでの動作のうち、ステップS004およびステップS009の2つのフローセットアップの動作を削減することができる。これによって削減されるより具体的な処理は、フロー制御部14でのフローエントリ設定メッセージの生成と、制御装置1とノード2間でのメッセージ転送と、ノード2におけるフローテーブルへのフローエントリの追加である。また、コネクション確立失敗時、ノード2のフローテーブルに不要なフローエントリがノード2に作成されないため、結果的にノード2におけるフローエントリ数が削減される。従って、ノード2におけるフローテーブルの検索速度が向上するという効果もある。さらに、フローエントリの増加により、フローテーブルが溢れた場合に発生する再フローセットアップの数の減少も期待できる。また、制御装置1とノード2とを、ユーザパケット転送用ネットワークとは別の専用ネットワークで接続する構成を採用した場合には、フローセットアップ処理の内、制御装置1とノード2との間でメッセージを転送する際、暗号化解凍化処理を行う必要がある。従って、このような構成を採用する場合には、制御装置1とノード2間で専用のネットワークを使わない場合に比べ、フローセットアップの処理時間が多くかかる。よって、第2の実施形態をこのような構成のネットワークに適用した場合には、上述した効果がより大きくなる。<第3の実施形態>次に、本発明の第3の実施形態について説明する。第3の実施形態は、図12に示すように、制御装置1とノード2の機能を提供するネットワーク装置4、および端末3で構成される。制御装置1はネットワークを介さずにノード2を制御し、ノード2の持つフローテーブルあるいは転送ルールを設定する。第3の実施形態によれば、第2の実施形態と同様の効果を得ることが可能である。<第4の実施形態>次に、本発明の第4の実施形態について説明する。第4の実施形態は、図13で示すように、複数の制御装置1を備える。ノード2は1つの制御装置1に制御され、個々の制御装置1は他の制御装置1と連携せずに単独で動作する。図13の例では、制御装置1Aは、ノード2Aとノード2Bを制御し、制御装置1Bは、ノード2Cとノード2Dを制御している。端末3Aはノード2Aに、端末3Bはノード2Bに、端末3Cはノード2Cに、端末3Dはノード2Dに、それぞれ接続される。このとき、1つの制御装置1と、その制御装置1が制御するノード2で1つの通信システムが構成される。図13の例でいえば、制御装置1Aと、制御装置1Aが制御するノード2A、ノード2Bで1つの通信システムを構成する。個々の通信システムにおける構成および動作は、第2の実施形態のものを適用することで、第2の実施形態と同様の効果を得ることが可能である。<第5の実施形態>次に、本発明の第5の実施形態について説明する。第5の実施形態は、図14に示すように、複数の制御装置1と複数のノード2から構成される。ノード2は1つの制御装置1に制御され、制御装置1は他の制御装置1と連携して動作する。図14では、制御装置1Aと制御装置1Bとが連携して動作する。なお、以降、特に区別する必要がない場合には、制御装置1Aと制御装置1Bを総称して制御装置1と呼称する。また、制御装置1以外の構成については、第4の実施形態図13と同様であるので、説明は省略する。制御装置1には、図15に示すように、コネクション監視部11に登録されている情報の一貫性を複数の制御装置間で保つ登録情報同期部16を追加する。登録情報同期部16は、コネクション監視部11において、コネクション要求パケットに関する情報を登録または削除する際に動作する。登録情報同期部16は、連携して動作するすべてあるいは一部の制御装置1に対し、コネクション要求パケットに関する情報に登録または削除というフラグを付加したメッセージを転送する。例えば、制御装置1Aで要求パケットを検知した際に、登録情報同期部16が、コネクション監視部11の登録情報に制御装置1AのIDを付加したエントリを制御装置1Bに転送する。これを受信した制御装置1Bでは、登録情報同期部16によってコネクション監視部11にこのエントリを登録する。制御装置1Aが、登録された応答パケットを検知した際には、登録情報同期部16がそのエントリ情報を制御装置1Bに転送し、これを受信した制御装置1Bの登録情報同期部16が、コネクション監視部11からこのエントリを削除する。制御装置1の連携方法によっては、コネクション要求パケットとその応答パケットがそれぞれ属するフローの経路となるノード2を管理する一部の制御装置1にのみ転送することも想定される。第5の実施形態によれば、複数の制御装置1から構成されるネットワークにおいても、第2の実施形態と同様の効果を得ることが可能である。<第6の実施形態>次に、本発明の第6の実施形態について説明する。第6の実施形態は、コネクション要求パケットの経路を基に、コネクション要求パケットの経路の逆方向を応答パケットの経路とする点において、第2の実施形態と異なる。第2の実施形態では、ネットワークの輻輳やセキュリティレベルの違いを考慮して双方向のフローを別経路に設定する場合等に、要求パケットの属するフローと応答パケットの属するフローとが異なる経路に設定される。また、コネクション要求パケットおよび応答パケットの2種類のパケットの経路探索を行う間にネットワーク状況が変化したような場合も想定される。一方で、経路決定を単純な方法で行う場合には、経路決定はトポロジ情報に基づいて行われ、経路は2点間のトポロジ上の距離が最短になるように探索され決定される。このとき、送信元送信先が逆である2つのフローは同一経路に決定される。さらに、端末間でコネクションを張る場合、一方の端末がコネクション要求パケットを出して応答パケットを受け取るまでの短い間に2方向のフローについて計2回の経路決定が行われるため、決定された経路は同一のものになる可能性が高い。この場合、同じ結果を出す処理が2回行われたことになる。第6の実施形態では、コネクションが張られる双方向通信を監視するため、コネクション要求パケットを検知した際、コネクション要求パケットの送信元送信先といった情報に加え、パケット記憶部113に経路情報を保持しておく。応答パケットを検知した際、この経路情報を参照して、同じ経路の場合には経路探索を省略することで双方向のフローの経路探索を2回から1回に減らすことができる。第6の実施形態による動作を図16および図17に示す。図16は、コネクション確立に失敗した場合の動作を示している。図16では、図9に示す第2の実施形態の動作と比較すると、応答パケットの経路探索図9:ステップS109がない点で異なっている。同様に、コネクション確立に成功した場合を示す図17の動作では、図10に示す第2の実施形態の動作における応答パケットの経路探索図10:ステップS209がない点で異なっている。第6の実施形態による制御装置1の動作を図18に示す。図18の動作は、図8に示す第2の実施形態における制御装置1の動作と比較すると、監視中の応答パケットについて経路探索ステップS511後のステップS506を行わない点で異なっている。このように、第6の実施形態では、応答パケットの経路探索を行わないため、応答パケットの処理速度が向上する効果を得ることができる。また、第2の実施形態による効果も同様に得ることができる。<第7の実施形態>次に、本発明の第7の実施形態について説明する。第7の実施形態では、第2の実施形態および第6の実施形態と比較して、コネクション確立成功を判定するまで経路探索を行わない点で異なる。ファーストパケットの転送は、転送先端末に最も近いノード2に転送されるため、フローの経路を探索する必要はない。第7の実施形態ではコネクション要求パケットの送信先の情報から転送先に最も近いノード2を特定する。コネクション要求パケットの情報を記憶する際に、コネクション要求パケットが転送されてきたノード2とそのノード2に入ってきたポートの情報も合わせてパケット記憶部113に記憶する。応答パケットを検知した際は、この記憶したノード2と入力ポートに対して応答パケットを転送する。応答パケットを解析し、コネクション確立を特定した後に、経路探索および転送ルールの設定を行う。このように、第7の実施形態では、コネクション確立特定後に経路探索を行うことで、要求パケットおよび応答パケットの処理速度が向上する効果を得ることができる。また、他の実施形態による効果も同様に得ることができる。<第8の実施形態>次に、本発明の第8の実施形態について説明する。第8の実施形態では、コネクション要求パケットの属するフローと、応答パケットの属するフローとをセットアップするフローエントリ設定メッセージを同じパケットでノード2に転送する。オープンフローを適用したネットワークでは、オープンフローコントローラ制御装置1から経路となるオープンフロースイッチノード2に対し、専用線であるセキュアチャンネルを通してフローエントリ設定メッセージを渡す構成が採用される場合がある。このような場合には、パケットごとに暗号化復号化処理を含めたパケット処理が必要となる。このため、2つのメッセージをまとめて1つのパケットで転送することで、それぞれを2つのパケットで転送した処理時間よりも短い時間で2つのメッセージを転送することができる。第2の実施形態では、コネクション要求パケットの属するフローおよび応答パケットの属するフローの経路上に存在するノード2には、2つのフローエントリ設定メッセージが2つのパケットに分かれて転送される。一方、第8の実施形態では、これら同一のノード2に対するフローエントリ設定メッセージを1つのパケットにまとめて転送する。第8の実施形態によれば、制御装置1およびノード2にて総パケット処理を削減することができ、フローセットアップが高速化されるという効果を得ることができる。特に、コネクション要求パケットの属するフローと応答パケットの属するフローが同一経路に設定される場合には、メッセージを転送するすべてのノード2に対してこの効果を得ることが可能である。さらに、第2の実施形態による効果も同様に得ることができる。<第9の実施形態>次に、本発明の第9の実施形態について説明する。第9の実施形態では、コネクションを行うパケットにのみ監視パケットとの照合を行う。第2の実施形態では、コネクション監視部11で、すべてのファーストパケットについて監視中の応答パケットであるか照合が行われる。すなわち、コネクションを張らないプロトコルのパケットについても照合が行われてしまう。そこで、第9の実施形態では、先に受信したパケットがコネクションを張るプロトコルのパケットであるかどうかを判定する。受信したパケットが、コネクションを張るプロトコルのパケットである場合には、監視中の応答パケットであるかを照合する。図19は、第9の実施形態による動作を示す。ファーストパケット受信ステップS701後、パケット解析ステップS702時に、受信したパケットがコネクションを張るプロトコルのパケットであるかどうかを判定するステップS713。受信パケットがコネクションを張るプロトコルのパケットでなかった場合、ステップS703の監視中の応答パケットであるかの照合を行わずに、ステップS706からステップS708までを行う。受信パケットがコネクションを張るプロトコルのパケットであった場合、監視中の応答パケットであるかを照合しステップS703、以降は図8に示した第2の実施形態と同じ動作を行う。第9の実施形態は、第2の実施形態に比べ、コネクションを張るプロトコルのパケットをファーストパケットとして受信した場合、監視中の応答パケットであるか照合しないため、ファーストパケットの処理速度が向上するという効果がある。さらに、第2の実施形態による効果も同様に得ることができる。<第10の実施形態>次に、本発明の第10の実施形態について説明する。第10の実施形態はTCP等の3ウェイハンドシェイクを行うプロトコルを対象にする。3ウェイハンドシェイクでは、端末3Aから端末3Bに対してコネクションを張る場合について、図20を用いて説明する。まず、端末3Aが端末3Bに対してコネクション要求パケット1を送信する。次に、端末3Bは端末3Aに対して、応答パケットでありかつコネクション要求パケットでもあるパケット2を送信する。最後に、端末3Aが端末3Bに対して応答パケット3を送信する。この3ウェイハンドシェイクを行うプロトコルを対象にした場合には、まず端末3Aから端末3Bへのコネクション要求パケット1によって、その応答パケット2が監視対象となる。同時に、端末3Bから端末3Aに送信される応答パケット2は、コネクション要求パケットとしても検知される。そこで、第10の実施形態では、図21に示すように、コネクション要求パケットであるかを判断したステップS805上で監視中の応答パケットであるかどうかを照合するステップS803。なお、他の動作については、第2の実施形態と同様であるので、説明は省略する。第10の実施形態によれば、まず受信パケットがコネクション要求パケットかどうかを判断することにより、監視中の応答パケットであるかを照合するパケットの数を削減することができる。従って、第2の実施形態に比べファーストパケットの処理時間が短縮されるという効果を得ることができる。さらに、第2の実施形態による効果も同様に得ることができる。<第11の実施形態>次に、本発明の第11の実施形態について説明する。第11の実施形態では、コネクション要求パケットの属するフローのフローエントリ設定メッセージをコネクション要求パケットの転送前に生成する。第2の実施形態では、図10に示す通り、応答パケットからコネクション確立を検知した後ステップS206に、コネクション要求パケットの属するフローのフローエントリ設定メッセージを生成して、ステップS210のフローセットアップを行っていた。第11の実施形態では、このフローエントリ設定メッセージをステップS206以前に行われるステップS203~ステップS205の間に生成する。図22は、第11の実施形態による動作を示している。図22の例では、ステップS204の直後にフローエントリ設定メッセージを生成しているステップS212。なお、フローエントリ設定メッセージの生成は、ステップS203~ステップS205の間であればいつでも良い。また、第11の実施形態のその他の動作については、第2の実施形態と同様であるため、ここでの説明は省略する。第11の実施形態によれば、フローエントリ設定メッセージを応答パケット受信前に行っておくことで、確実に応答パケットの受信までにフローエントリ設定メッセージを生成でき、応答パケットの処理の高速化が可能となる。さらに、第2の実施形態による効果も同様に得ることができる。<第12の実施形態>次に、本発明の第12の実施形態について説明する。第12の実施形態では、コネクション要求パケットの属するフローのフローエントリ設定メッセージをコネクション要求パケットの転送後に生成する。図23は、第12の実施形態による動作を示している。図23によれば、第11の実施形態では、ステップS203からステップS205の間に行っていたフローエントリ設定メッセージ生成を、ステップS205の後に行っているステップS213。なお、その他の動作については第2の実施形態等と同様であるので、ここでの説明は省略する。第12の実施形態によれば、コネクション要求パケットの転送後にフローエントリ設定メッセージ生成を行うことで、コネクション要求パケットの転送を優先できる。従って、第2の実施形態と比べてコネクション要求パケットの処理時間を短縮する効果を得ることができる。また、第11の実施形態でも述べた通り、応答パケットの受信までにフローエントリ設定メッセージを生成すれば、応答パケットの処理も高速化することが可能である。さらに、第2の実施形態による効果も同様に得ることができる。以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。第3の実施形態から第12の実施形態に関して、第2の実施形態との比較を行いながら説明したが、上述の実施形態を適宜組み合わせて実施することも可能である。また、上述の実施形態では、オープンフローを適用したネットワークについて説明したが、これに限られるものではない。オープンフロー以外であっても、制御サーバ等がネットワークの集中管理を行うようなネットワークであれば、適用可能である。また、上記の実施形態による制御装置は、その有する機能をハードウェアで実現することも可能であるし、コンピュータと、コンピュータ上で実行されるプログラムとで実現することも可能である。プログラムは、磁気ディスクや半導体メモリ等の記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られる。このようにコンピュータの動作を制御し、コンピュータを上述の各実施形態における制御装置として機能させ、前述した処理を行わせる。さらに、上記の実施形態の一部または全部は、以下の付記のようにも記載され得るが、以下には限られない。付記1設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末とにネットワークを介して接続され、前記ノードと前記端末の制御を行う制御装置であって、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする制御装置。付記2前記制御装置は、さらに、受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記1に記載の制御装置。付記3前記制御装置は、さらに、前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする付記1または2に記載の制御装置。付記4前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする付記3に記載の制御装置。付記5前記制御装置は、さらに、前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする付記3または4に記載の制御装置。付記6前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする付記3から5のいずれか1つに記載の制御装置。付記7前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記3から6のいずれか1つに記載の制御装置。付記8前記転送ルール設定手段は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記1から7のいずれか1つに記載の制御装置。付記9前記制御装置は、さらに、受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するコネクションパケット判定手段を備え、前記コネクション確立判定手段は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記3から8のいずれか1つに記載の制御装置。付記10前記制御装置は、さらに、受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、前記コネクション確立判定手段は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記1および3から8のいずれか1つに記載の制御装置。付記11前記転送ルール設定手段は、前記パケット記憶手段に前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成することを特徴とする付記3から10のいずれか1つに記載の制御装置。付記12設定された転送ルールに従いパケット転送を行うノードと、通信を行う端末と、前記ノードおよび前記端末にネットワークを介して接続され、前記ノードおよび前記端末の制御を行う制御装置と、を備え、前記制御装置は、前記端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するパケット検知手段と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するコネクション確立判定手段と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上の前記ノードに対し転送ルールの設定を行う転送ルール設定手段と、を備えることを特徴とする通信システム。付記13前記制御装置は、さらに、受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記1に記載の通信システム。付記14前記制御装置は、さらに、前記コネクション要求パケットを特定する情報を記憶するパケット記憶手段を備え、前記パケット検知手段は、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記パケット記憶手段を用いて照合することにより検知することを特徴とする付記12または13に記載の通信システム。付記15前記パケット検知手段は、前記パケット記憶手段が記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除することを特徴とする付記14に記載の通信システム。付記16前記制御装置は、さらに、前記制御装置と、他の制御装置との間で、前記パケット記憶手段に記憶した前記コネクション要求パケットに関する情報を同期する登録情報同期手段を備えることを特徴とする付記14または15に記載の通信システム。付記17前記制御装置は、さらに、受信パケットの経路を決定する経路管理部を備え、前記パケット記憶手段は、さらに、前記コネクション要求パケットの経路情報を記憶し、前記経路管理部は、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定することを特徴とする付記14から16のいずれか1つに記載の通信システム。付記18前記パケット記憶手段は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記14から17のいずれか1つに記載の通信システム。付記19前記転送ルール設定手段は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記12から18のいずれか1つに記載の通信システム。付記20前記制御装置は、さらに、受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するコネクションパケット判定手段を備え、前記コネクション確立判定手段は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記14から19のいずれか1つに記載の通信システム。付記21前記制御装置は、さらに、受信パケットが前記コネクション要求パケットかどうかを判定するコネクション要求パケット判定手段を備え、前記転送ルール設定手段は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、前記コネクション確立判定手段は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記12および14から19のいずれか1つに記載の通信システム。付記22前記転送ルール設定手段は、前記パケット記憶手段に前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成することを特徴とする付記14から21のいずれか1つに記載の通信システム。付記23通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知するステップと、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定するステップと、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行うステップと、を含むことを特徴とする制御方法。付記24前記制御方法は、さらに、受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定するステップと、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行うステップと、を含むことを特徴とする付記23に記載の制御方法。付記25前記制御方法は、さらに、前記コネクション要求パケットを特定する情報を記憶するステップと、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記記憶したコネクション要求パケットを特定する情報を用いて照合することにより検知するステップと、を含むことを特徴とする付記23または24に記載の制御方法。付記26前記制御方法は、さらに、前記記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除するステップを含むことを特徴とする付記25に記載の制御方法。付記27前記制御方法は、さらに、前記ノードと前記端末を制御する複数の制御装置の間で、前記記憶した前記コネクション要求パケットに関する情報を同期するステップを含むことを特徴とする付記25または26に記載の制御方法。付記28前記コネクション要求パケットを特定する情報を記憶するステップは、さらに、前記コネクション要求パケットの経路情報を記憶し、前記制御方法は、さらに、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定するステップを含むことを特徴とする付記25から27のいずれか1つに記載の制御方法。付記29前記コネクション要求パケットを特定する情報を記憶するステップは、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記25から28のいずれか1つに記載の制御方法。付記30前記転送ルールの設定を行うステップは、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記23から29のいずれか1つに記載の制御装置。付記31前記制御方法は、さらに、受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定するステップを含み、前記コネクションが確立されたか否かを判定するステップは、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、前記転送ルールの設定を行うステップは、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記25から30のいずれか1つに記載の制御方法。付記32前記制御方法は、さらに、受信パケットが前記コネクション要求パケットかどうかを判定するステップを含み、前記転送ルールの設定を行うステップは、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、前記コネクションが確立されたか否かを判定するステップは、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記23および25から30のいずれか1つに記載の制御方法。付記33前記制御方法は、さらに、前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成するステップを含むことを特徴とする付記25から32のいずれか1つに記載の制御方法。付記34通信を行う端末が他の端末に向けて送信するコネクション要求パケットに対する応答パケットを検知する処理と、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定する処理と、前記コネクションの確立の判定結果が成功の場合に、前記コネクション要求パケットおよび前記応答パケットの経路上に存在する、設定された転送ルールに従いパケット転送を行うノードに対し転送ルールの設定を行う処理と、をコンピュータに実行させることを特徴とするプログラム。付記35前記プログラムは、さらに、受信パケットが前記応答パケットではないと検知された場合に、前記受信パケットが前記コネクション要求パケットかどうかを判定する処理と、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行う処理と、を含むことを特徴とする付記34に記載のプログラム。付記36前記プログラムは、さらに、前記コネクション要求パケットを特定する情報を記憶する処理と、受信したパケットが前記記憶したコネクション要求パケットに対する応答パケットであるかどうかを、前記記憶したコネクション要求パケットの送信元と送信先が逆であるかどうかを前記記憶したコネクション要求パケットを特定する情報を用いて照合することにより検知する処理と、を含むことを特徴とする付記34または35に記載のプログラム。付記37前記プログラムは、さらに、前記記憶した前記コネクション要求パケットに対する応答パケットを一定時間受信しなかった場合に、前記記憶したコネクション要求パケットの登録を削除する処理を含むことを特徴とする付記36に記載のプログラム。付記38前記プログラムは、さらに、前記ノードと前記端末を制御する複数の制御装置の間で、前記記憶した前記コネクション要求パケットに関する情報を同期する処理を含むことを特徴とする付記36または37に記載のプログラム。付記39前記コネクション要求パケットを特定する情報を記憶する処理は、さらに、前記コネクション要求パケットの経路情報を記憶し、前記プログラムは、さらに、前記応答パケットの経路を前記パケット記憶手段に記憶した前記コネクション要求パケットの経路を参照して決定する処理を含むことを特徴とする付記36から38のいずれか1つに記載のプログラム。付記40前記コネクション要求パケットを特定する情報を記憶する処理は、さらに、前記コネクション要求パケットの情報として、前記コネクション要求パケットの入力ノードと、前記入力ノードの入力ポート情報を記憶することを特徴とする付記36から39のいずれか1つに記載のプログラム。付記41前記転送ルールの設定を行う処理は、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対して、前記コネクション要求パケットに対応する転送ルールと、前記応答パケットに対応する転送ルールとを同時に設定することを特徴とする付記34から40のいずれか1つに記載の制御装置。付記42前記プログラムは、さらに、受信パケットがコネクションを必要とするプロトコルのパケットであるかどうかを判定する処理を含み、前記コネクションが確立されたか否かを判定する処理は、前記受信パケットが前記コネクションを必要とするプロトコルのパケットであると判定され、かつ前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットである場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定し、前記転送ルールの設定を行う処理は、さらに、前記受信パケットが前記コネクションを必要とするプロトコルのパケットではないと判定された場合、または前記受信パケットが前記パケット記憶手段に記憶したコネクション要求パケットに対する応答パケットではなく前記コネクション要求パケットである場合に、前記受信パケットの経路上の前記ノードに対し転送ルールの設定を行うことを特徴とする付記36から41のいずれか1つに記載のプログラム。付記43前記プログラムは、さらに、受信パケットが前記コネクション要求パケットかどうかを判定する処理を含み、前記転送ルールの設定を行う処理は、さらに、前記受信パケットが前記コネクション要求パケットと判定された場合に、前記コネクション要求パケットの経路上の前記ノードに対し転送ルールの設定を行い、前記コネクションが確立されたか否かを判定する処理は、前記受信パケットが前記コネクション要求パケットではないと判定された場合に、前記応答パケットの受信状況に応じて、前記端末と前記他の端末間のコネクションが確立されたか否かを判定することを特徴とする付記34および36から41のいずれか1つに記載のプログラム。付記44前記プログラムは、さらに、前記コネクション要求パケットの情報を記憶した後、前記コネクション要求パケットに対する応答パケットを受信するまでの間に、前記コネクション要求パケットおよび前記応答パケットの経路上のノードに対する転送ルールを作成する処理を含むことを特徴とする付記36から43のいずれか1つに記載のプログラム。