"フローテーブルを備えるノードと、前記フローテーブル中のフローエントリを設定するコントローラとを備え、前記フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われるパケット処理を指定し、前記ノードが受信した受信パケットがマッチするフローエントリは、ヒットエントリであり、前記フローテーブル中に前記ヒットエントリが存在する場合、前記ノードは、前記ヒットエントリで指定される前記パケット処理を前記受信パケットに対して行い、前記フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、前記ノードは、前記第1フローエントリを前記フローテーブルから消去し、前記消去条件は、前記第1フローエントリの設定後に前記第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含むフロー通信システム。請求項1に記載のフロー通信システムであって、前記フローテーブル中に設定される各フローエントリは、更に、処理残量をパラメータとして有し、前記コントローラは、新たなフローエントリを設定する際、前記処理残量を前記所定の消去単位長に初期設定し、前記ノードは、前記第1フローエントリが前記ヒットエントリとなった場合、前記第1フローエントリの前記処理残量をチェックし、前記処理残量が前記受信パケットのパケット長以上である場合、前記ノードは、前記第1フローエントリの前記処理残量を前記受信パケットのパケット長分だけ減らし、前記処理残量が前記受信パケットのパケット長未満の場合、前記消去条件が満たされ、前記ノードは前記第1フローエントリを前記フローテーブルから消去するフロー通信システム。請求項1に記載のフロー通信システムであって、前記フローテーブル中に前記ヒットエントリが存在しない場合、あるいは、前記消去条件が満たされた場合、前記ノードは、前記受信パケットを前記第1パケットとして前記コントローラに転送し、前記コントローラは、前記第1パケットの受信に応答して、前記第1パケットを処理するための新たなフローエントリを前記フローテーブルに設定するフロー通信システム。請求項3に記載のフロー通信システムであって、複数のメッセージが単一フローによって通信され、前記コントローラは、前記複数のメッセージの各々のメッセージ長に基づいて、前記所定の消去単位長を決定し、前記複数のメッセージ毎に異なるフローエントリを順番に設定するフロー通信システム。請求項4に記載のフロー通信システムであって、前記メッセージ長は、メッセージヘッダ内で示されており、前記第1パケットのパケットデータの先頭に前記メッセージヘッダが存在する場合、前記コントローラは、前記メッセージヘッダに基づいて前記新たなフローエントリを設定し、その後、前記第1パケットを前記ノードに返送するフロー通信システム。請求項5に記載のフロー通信システムであって、前記第1パケットのパケットデータの先頭に前記メッセージヘッダが存在しない場合、前記コントローラは、前記第1パケットを第2パケットと第3パケットとに分割し、前記第2パケットは、前記第1パケットの前記パケットデータのうち前記メッセージヘッダまでの部分をパケットデータとして有し、前記第3パケットは、前記第1パケットの前記パケットデータのうち前記メッセージヘッダ以降の部分をパケットデータとして有し、前記コントローラは、前記第2パケットに対して適用すべき前記パケット処理を指示しながら、前記第2パケットを前記ノードに返送し、前記コントローラは、前記メッセージヘッダに基づいて前記新たなフローエントリを設定し、その後、前記第3パケットを前記ノードに返送するフロー通信システム。請求項1に記載のフロー通信システムであって、前記ノードは、オープンフロースイッチであり、前記コントローラは、オープンフローコントローラであるフロー通信システム。フローテーブルを管理するテーブル管理部と、受信パケットに対してパケット処理を行うパケット処理部とを備え、前記フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われる前記パケット処理を指定し、前記受信パケットがマッチするフローエントリは、ヒットエントリであり、前記フローテーブル中に前記ヒットエントリが存在する場合、前記パケット処理部は、前記ヒットエントリで指定される前記パケット処理を前記受信パケットに対して行い、前記フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、前記テーブル管理部は、前記第1フローエントリを前記フローテーブルから消去し、前記消去条件は、前記第1フローエントリの設定後に前記第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含むノード。請求項8に記載のノードであって、前記フローテーブル中に設定される各フローエントリは、更に、処理残量をパラメータとして有し、前記フローテーブルに新たなフローエントリが設定される際、前記処理残量は、前記所定の消去単位長に初期設定され、前記第1フローエントリが前記ヒットエントリとなった場合、前記テーブル管理部は、前記第1フローエントリの前記処理残量をチェックし、前記処理残量が前記受信パケットのパケット長以上である場合、前記テーブル管理部は、前記第1フローエントリの前記処理残量を前記受信パケットのパケット長分だけ減らし、前記処理残量が前記受信パケットのパケット長未満の場合、前記消去条件が満たされ、前記テーブル管理部は前記第1フローエントリを前記フローテーブルから消去するノード。本願発明者は、次の点に着目した。図1で示されたような一般的なオープンフローの場合、単一フローに属するパケット列に対して、同じパケット処理が実施される。逆に言えば、単一フローに属するパケット列に対して、条件によって、異なるパケット処理異なる出力ポートに出力する等を実施することはできない。例えば、複数のメッセージが単一フローで伝送される場合に、メッセージ毎に異なるスイッチ処理を行うことはできない。本発明の1つの目的は、単一フローに属するパケット列に対して、複数種類のパケット処理を実施することができる技術を提供することにある。本発明の1つの観点において、フロー通信システムが提供される。フロー通信システムは、フローテーブルを備えるノードと、フローテーブル中のフローエントリを設定するコントローラと、を備える。フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われるパケット処理を指定する。ノードが受信した受信パケットがマッチするフローエントリは、ヒットエントリである。フローテーブル中にヒットエントリが存在する場合、ノードは、ヒットエントリで指定されるパケット処理を受信パケットに対して行う。フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、ノードは、第1フローエントリをフローテーブルから消去する。その消去条件は、第1フローエントリの設定後に第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含む。本発明の他の観点において、ノードが提供される。そのノードは、フローテーブルを管理するテーブル管理部と、受信パケットに対してパケット処理を行うパケット処理部と、を備える。フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われるパケット処理を指定する。受信パケットがマッチするフローエントリは、ヒットエントリである。フローテーブル中にヒットエントリが存在する場合、パケット処理部は、ヒットエントリで指定されるパケット処理を受信パケットに対して行う。フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、テーブル管理部は、第1フローエントリをフローテーブルから消去する。その消去条件は、第1フローエントリの設定後に第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含む。本発明によれば、単一フローに属するパケット列に対して、複数種類のパケット処理を実施することが可能となる。添付図面を参照して、本発明の実施の形態を説明する。1.概要図2は、本発明の実施の形態に係るフロー通信を概念的に示している。図2において、A個のパケットP-11~P-1Aからなる第1パケット群と、B個のパケットP-21~P-2Bからなる第2パケット群とは、同一フローに属しているとする。本実施の形態によれば、それら第1パケット群と第2パケット群に対して、それぞれ異なるパケット処理Action1,Action2を適用することが可能である。それを実現するために、第1パケット群があるフローエントリに従って処理されると、当該フローエントリはフローテーブルから消去される。その後、第2パケット群を処理するための別のフローエントリが新たに設定される。これにより、第1パケット群と第2パケット群に対して、それぞれ異なるパケット処理を適用することが可能となる。すなわち、本実施の形態によれば、フローエントリをフローテーブルから消去する条件として、従来のタイムアウトTimeoutとは別に、パケット処理量に依存する新たな消去条件が導入される。その新たな消去条件は、あるフローエントリによって処理されたパケット量が、所定の量を超えることである。より詳細には、新たな消去条件は、あるフローエントリの設定後に当該フローエントリにマッチした全ての受信パケットのパケット長の総和が、所定の消去単位長を超えることである。これにより、同一フローに属するパケット列に対して、消去単位長毎に、パケット処理を変えることが可能となる。一例として、図3に示されるように、複数のメッセージM1,M2が単一フローによって通信される場合を考える。ここで、メッセージとは、パケットよりも上位層典型的にはアプリケーション層が送受信するデータの単位のことである。メッセージの例として、HTTPのリクエストやレスポンスが挙げられる。本実施の形態によれば、複数のメッセージが同一フローで伝送される場合に、メッセージ毎にパケット処理を変えることができる。例えば、図3に示されるように、パケットP-11~P-1Aに分割されて伝送されるメッセージM1には、パケット処理Action1が適用される。そのパケット処理Action1を指定するフローエントリに関する消去単位長は、メッセージM1のメッセージ長に応じた値に設定されればよい。その結果、メッセージM1に対するパケット処理が完了すると、当該フローエントリが消去される。そして、その後、第2メッセージM2を処理するために、新たなフローエントリがフローテーブルに設定される。その新たなフローエントリに関する消去単位長は、メッセージM2のメッセージ長に設定されればよい。以上に説明されたように、本実施の形態によれば、単一フローに属するパケット列に対して、複数種類のパケット処理を実施することが可能となる。2.構成図4は、本実施の形態に係るフロー通信システム1の構成を示すブロック図である。フロー通信システム1は、ノード10及びコントローラ20を備えている。ノード10とコントローラ20は、互いに通信可能に接続されている。例えば、オープンフローの場合、ノード10はオープンフロースイッチOFSであり、コントローラ20はオープンフローコントローラOFCである。ノード10は、フローテーブルTBLを有しており、そのフローテーブルTBLに従ってパケット処理を行う。より詳細には、ノード10は、テーブル管理部11、パケット処理部12、コントローラ通信部13、及びN個のポート15-1~15-Nを備えている。テーブル管理部11は、フローテーブルTBLの管理を行う。テーブル管理部11は記憶装置を含んでおり、フローテーブルTBLはその記憶装置に格納されている。パケット処理部12は、ポート15入力ポートを通してパケットを受信する。また、パケット処理部12は、フローテーブルTBLを参照して、その受信パケットに対してパケット処理を行う。更に、パケット処理部12は、ポート15出力ポートを通してパケットを送信する。コントローラ通信部13は、コントローラ20との通信機能を有している。オープンフローの場合、SecureChannelがコントローラ通信部13に相当する。コントローラ20は、フローテーブルTBL中のフローエントリを設定する。図5は、本実施の形態に係るフローテーブルTBLを示す概念図である。フローテーブルTBLは、0個以上のフローエントリENT1,ENT2,ENT3を有する。各フローエントリENTは、マッチ条件Key、アクションAction、統計情報Stat、タイムアウト値Timeoutといったフィールドを有している。マッチ条件は、パケットヘッダを構成するフィールドの組み合わせで表され、受信パケットが当該フローエントリENTにマッチするか否かを判定するために用いられる。アクションは、マッチ条件にマッチするパケットに対して行われるパケット処理の内容例:指定ポートへの出力を示している。本実施の形態によれば、各フローエントリENTは、更に、Byte_expireというパラメータを有している。このByte_expireは、当該フローエントリENTが消去されるまでに許容されるパケット処理量である。つまり、Byte_expireは、エントリ消去までの処理残量に相当する。あるフローエントリENTが新規に設定される場合、このByte_expireは、上述の所定の消去単位長に初期設定される。そして、当該フローエントリENTがヒットエントリとなるたびに、Byte_expireは、受信パケットのパケット長分だけ減らされる。このByte_expireが受信パケットのパケット長未満になることは、上述の消去条件が満たされることに相当する。従って、その場合、当該フローエントリENTがフローテーブルTBLから消去される。3.処理フロー以下、本実施の形態に係るフロー通信システムによる処理フローを説明する。図6は、ノード10による処理を示すフローチャートである。図7は、コントローラ20による処理を示すフローチャートである。図4~図7を適宜参照して、図8に示される処理例を説明する。図8に示される処理例では、複数のメッセージM1,M2が単一フローによって通信される。ここで、各メッセージ可変長TLV:Type-Length-Valueメッセージのメッセージ長はパケット長よりも長く、各メッセージは複数のパケットに分割されて伝送される。例えば、パケット長は1500バイトであり、メッセージ長は7300バイトである。尚、メッセージ長は、各メッセージの先頭にあるメッセージヘッダ図中、符号hで表されている内で示されている。まず、ノード10のパケット処理部12は、メッセージM1の最初のパケットを受け取るステップS10。パケットを受け取ると、パケット処理部12は、フローテーブルTBLを参照し、当該受信パケットにマッチするマッチ条件を有するフローエントリを検索するステップS11。受信パケットにマッチするフローエントリは、以下ヒットエントリと参照される。現段階では、フローテーブルTBLにヒットエントリが存在しないとするステップS12;No。この場合、パケット処理部12は、受信パケットを第1パケットエントリ設定要求とし、その第1パケットをコントローラ通信部13を介してコントローラ20に転送するステップS17。コントローラ20は、ノード10から第1パケットを受信するステップS20。次に、コントローラ20は、第1パケットに基づいて、第1パケットの分割が必要か否かを判断するステップS21。図8に示される処理例では、パケットの分割は不要であるとするステップS21;No。この場合、コントローラ20は、第1パケットに基づいて、第1パケットを処理するための新規フローエントリENTをフローテーブルTBLに設定するステップS22。より詳細には、コントローラ20はまず、第1パケットを処理するための新規フローエントリENTを作成する。このとき、コントローラ20は、新規フローエントリENTのByte_expireの初期値消去単位長を決定する。本例では、メッセージ毎にパケット処理を変えるために、消去単位長はメッセージ長に応じた値に設定される。そのために、コントローラ20は、第1パケットのパケットデータの先頭にあるメッセージヘッダを参照してメッセージ長=7300バイトを取得し、そのメッセージ長に応じた消去単位長にByte_expireを初期設定する。例えば、パケットヘッダ長による増加分を考慮して、消去単位長Byte_expireの初期値は7500バイトに決定される。そして、コントローラ20は、新規フローエントリENTをフローテーブルTBLに追加するよう、ノード10に指示する。ノード10のコントローラ通信部13は、コントローラ20からエントリ設定指示を受け取り、そのエントリ設定指示をテーブル管理部11に渡す。テーブル管理部11は、そのエントリ設定指示に従って、新規フローエントリENTをフローテーブルTBLに追加するステップS18。その後、コントローラ20は、第1パケットをノード10に返送するステップS23。ノード10のパケット処理部12は、第1パケットを受信パケットとして再度受け取るステップS10。パケット処理部12は、受信パケットにマッチするヒットエントリをフローテーブルTBLから検索するステップS11。今回は、フローテーブルTBLにヒットエントリが存在しているステップS12;Yes。ヒットエントリが存在する場合、テーブル管理部11は、当該ヒットエントリのByte_expireをチェックするステップS13。具体的には、テーブル管理部11は、ヒットエントリのByte_expireが受信パケットのパケット長LEN=1500バイト以上か否かをチェックする。ヒットエントリのByte_expireが受信パケットのパケット長LEN以上である場合ステップS13;Yes、テーブル管理部11は、ヒットエントリのByte_expireを当該パケット長LENの分だけ減らすステップS14。そして、パケット処理部12は、当該ヒットエントリのアクションで指定されているパケット処理を、受信パケットに対して実行するステップS15。このようにして、第1パケットに続くパケットは、コントローラ20を介することなく、同じフローエントリENTに従って処理されることになる。また、フローエントリENTがヒットエントリとなるたびに、当該フローエントリENTのByte_expireはパケット長LEN=1500バイトずつ減っていく。図8に示される例では、メッセージM1の全てのパケットに対する処理が完了したときに、フローエントリENTのByte_expireは0になっている。次に、ノード10のパケット処理部12は、メッセージM2の最初のパケットを受け取るステップS10。この場合、フローテーブルTBLにヒットエントリは存在するステップS12;Yesが、当該ヒットエントリのByte_expireは受信パケットのパケット長LEN未満であるステップS13;No。これは、当該フローエントリENTに関する消去条件が満たされたことを意味する。従って、テーブル管理部11は、当該フローエントリENTをフローテーブルTBLから消去するステップS16。更に、パケット処理部12は、受信パケットを第1パケットエントリ設定要求とし、その第1パケットをコントローラ通信部13を介してコントローラ20に転送するステップS17。その後、メッセージM2に関しても同様の処理が実行される。このように、本例によれば、複数のメッセージ毎に異なるフローエントリが順番に設定される。その結果、複数のメッセージが同一フローで伝送される場合であっても、メッセージ毎にパケット処理を変えることが可能となる。次に、他の処理例を説明する。複数のメッセージが同一フローで伝送される場合、メッセージ境界を含むパケットが存在し得る。例えば図9に示されるように、ある1つのパケットPAのパケットデータに、メッセージM1のデータとメッセージM2のデータの両方が含まれる場合があり得る。具体的には、そのパケットPAのパケットデータの前半部分にはメッセージM1の最後尾のデータがあり、その後半部分にはメッセージM2のメッセージヘッダを含む先頭のデータがある。この場合、メッセージ毎にパケット処理を変えるためには、当該パケットPAの分割フラグメントが必要となる。図10は、そのようなパケットPAの分割が行われる場合の処理例を示している。図10に示される処理例において、ノード10がパケットPAを受信したとき、消去条件が満たされており、そのパケットPAが第1パケットとしてコントローラ20に転送されるとする。コントローラ20は、ノード10からパケットPA第1パケットを受信するステップS20。次に、コントローラ20は、パケットPAに基づいて、パケットPAの分割が必要か否かを判断するステップS21。本例では、パケットPAのパケットデータの先頭にメッセージヘッダが存在していない。この場合、コントローラ20は、パケット分割が必要であると判断しステップS21;Yes、パケットPAを前半パケットPBと後半パケットPCに分割するステップS24。前半パケットPBは、パケットPAのパケットデータのうちメッセージヘッダまでの前半部分をパケットデータとして有する。一方、後半パケットPCは、パケットPAのパケットデータのうちメッセージヘッダ以降の部分をパケットデータとして有する。コントローラ20は、前半パケットPBをノード10に返送するステップS25。このとき、前半パケットPBにマッチするフローエントリENTは既に消去されているため、コントローラ20は、前半パケットPBに対して適用すべきパケット処理を合わせて指示する。ノード10のパケット処理部12は、その指示に従って、前半パケットPBを処理する。一方、コントローラ20は、後半パケットPCに基づいて、後半パケットPCを処理するための新規フローエントリENTをフローテーブルTBLに設定するステップS26。このとき、コントローラ20は、後半パケットPCのパケットデータの先頭にあるメッセージヘッダを参照してメッセージ長を取得し、そのメッセージ長に応じた消去単位長にByte_expireを初期設定する。新規フローエントリENTがフローテーブルTBLに追加された後、コントローラ20は、後半パケットPCをノード10に返送するステップS27。その後半パケットPCは、新規フローエントリENTに従って処理される。このようにして、メッセージ毎にパケット処理を変えることが可能となる。尚、パケットヘッダ長を考慮せずに、メッセージ長そのものが消去単位長に設定されてもよい。この場合、早めに消去条件が満たされることになるが、特に問題ない。また、本実施の形態は、タイムアウトに依存するエントリ消去処理と併用されてもよい。4.応用例4-1.第1の応用例図11及び図12は、本実施の形態の第1の応用例を示している。第1の応用例は、単一TCPフローに複数のHTTPメッセージM1,M2が多重された場合のロードバランス処理に関する。ノード10はオープンフロースイッチOFSであり、コントローラ20はオープンフローコントローラOFCである。キープアライブオプションの場合、1つのTCPコネクションに複数のHTTPメッセージが入る。オープンフローコントローラ20は、各HTTPメッセージのメッセージヘッダに基づいて、当該HTTPメッセージのパケットの配送先サーバ40を決定する。そして、オープンフローコントローラ20は、HTTPメッセージ毎に、配送先サーバ40をTCPディスパッチャ30に指示する。TCPディスパッチャ30は、それぞれのパケットを、指定された配送先サーバ40に配送する。例えば、HTTPメッセージM1はサーバ40-1に配送され、HTTPメッセージM2はサーバ40-2に配送される。このように、単一TCPフローに複数のHTTPメッセージが多重された場合であっても、ロードバランス処理が可能となる。4-2.第2の応用例図13及び図14は、本実施の形態の第2の応用例を示している。第2の応用例は、単一TCPフローに複数のiSCSILUNのフローが多重された場合に関する。特定のiSCSILUNのフローだけを優先的に配送するために、本実施の形態が適用可能である。ノード10はNICであり、コントローラ20はvswitchである。vswitch20は、ヘッダを参照して、それぞれのPDUを載せるフロー通常フローあるいは優先フローを決定する。そして、vswitch20は、特定のiSCSILUNのみを優先フローにする。以上、本発明の実施の形態が添付の図面を参照することにより説明された。但し、本発明は、上述の実施の形態に限定されず、要旨を逸脱しない範囲で当業者により適宜変更され得る。上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1フローテーブルを備えるノードと、前記フローテーブル中のフローエントリを設定するコントローラとを備え、前記フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われるパケット処理を指定し、前記ノードが受信した受信パケットがマッチするフローエントリは、ヒットエントリであり、前記フローテーブル中に前記ヒットエントリが存在する場合、前記ノードは、前記ヒットエントリで指定される前記パケット処理を前記受信パケットに対して行い、前記フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、前記ノードは、前記第1フローエントリを前記フローテーブルから消去し、前記消去条件は、前記第1フローエントリの設定後に前記第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含むフロー通信システム。付記2付記1に記載のフロー通信システムであって、前記フローテーブル中に設定される各フローエントリは、更に、処理残量をパラメータとして有し、前記コントローラは、新たなフローエントリを設定する際、前記処理残量を前記所定の消去単位長に初期設定し、前記ノードは、前記第1フローエントリが前記ヒットエントリとなった場合、前記第1フローエントリの前記処理残量をチェックし、前記処理残量が前記受信パケットのパケット長以上である場合、前記ノードは、前記第1フローエントリの前記処理残量を前記受信パケットのパケット長分だけ減らし、前記処理残量が前記受信パケットのパケット長未満の場合、前記消去条件が満たされ、前記ノードは前記第1フローエントリを前記フローテーブルから消去するフロー通信システム。付記3付記1又は2に記載のフロー通信システムであって、前記フローテーブル中に前記ヒットエントリが存在しない場合、あるいは、前記消去条件が満たされた場合、前記ノードは、前記受信パケットを前記第1パケットとして前記コントローラに転送し、前記コントローラは、前記第1パケットの受信に応答して、前記第1パケットを処理するための新たなフローエントリを前記フローテーブルに設定するフロー通信システム。付記4付記3に記載のフロー通信システムであって、複数のメッセージが単一フローによって通信され、前記コントローラは、前記複数のメッセージの各々のメッセージ長に基づいて、前記所定の消去単位長を決定し、前記複数のメッセージ毎に異なるフローエントリを順番に設定するフロー通信システム。付記5付記4に記載のフロー通信システムであって、前記メッセージ長は、メッセージヘッダ内で示されており、前記第1パケットのパケットデータの先頭に前記メッセージヘッダが存在する場合、前記コントローラは、前記メッセージヘッダに基づいて前記新たなフローエントリを設定し、その後、前記第1パケットを前記ノードに返送するフロー通信システム。付記6付記5に記載のフロー通信システムであって、前記第1パケットのパケットデータの先頭に前記メッセージヘッダが存在しない場合、前記コントローラは、前記第1パケットを第2パケットと第3パケットとに分割し、前記第2パケットは、前記第1パケットの前記パケットデータのうち前記メッセージヘッダまでの部分をパケットデータとして有し、前記第3パケットは、前記第1パケットの前記パケットデータのうち前記メッセージヘッダ以降の部分をパケットデータとして有し、前記コントローラは、前記第2パケットに対して適用すべき前記パケット処理を指示しながら、前記第2パケットを前記ノードに返送し、前記コントローラは、前記メッセージヘッダに基づいて前記新たなフローエントリを設定し、その後、前記第3パケットを前記ノードに返送するフロー通信システム。付記7付記1乃至6のいずれか一項に記載のフロー通信システムであって、前記ノードは、オープンフロースイッチであり、前記コントローラは、オープンフローコントローラであるフロー通信システム。付記8フローテーブルを管理するテーブル管理部と、受信パケットに対してパケット処理を行うパケット処理部とを備え、前記フローテーブル中に設定される各フローエントリは、マッチ条件にマッチするパケットに対して行われる前記パケット処理を指定し、前記受信パケットがマッチするフローエントリは、ヒットエントリであり、前記フローテーブル中に前記ヒットエントリが存在する場合、前記パケット処理部は、前記ヒットエントリで指定される前記パケット処理を前記受信パケットに対して行い、前記フローテーブル中のあるフローエントリである第1フローエントリに関する消去条件が満たされた場合、前記テーブル管理部は、前記第1フローエントリを前記フローテーブルから消去し、前記消去条件は、前記第1フローエントリの設定後に前記第1フローエントリにマッチした全ての受信パケットのパケット長の総和が所定の消去単位長を超えることを含むノード。付記9付記8に記載のノードであって、前記フローテーブル中に設定される各フローエントリは、更に、処理残量をパラメータとして有し、前記フローテーブルに新たなフローエントリが設定される際、前記処理残量は、前記所定の消去単位長に初期設定され、前記第1フローエントリが前記ヒットエントリとなった場合、前記テーブル管理部は、前記第1フローエントリの前記処理残量をチェックし、前記処理残量が前記受信パケットのパケット長以上である場合、前記テーブル管理部は、前記第1フローエントリの前記処理残量を前記受信パケットのパケット長分だけ減らし、前記処理残量が前記受信パケットのパケット長未満の場合、前記消去条件が満たされ、前記テーブル管理部は前記第1フローエントリを前記フローテーブルから消去するノード。本出願は、2011年2月17日に出願された日本国特許出願2011-031737を基礎とする優先権を主張し、その開示の全てをここに取り込む。"