"FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、前記フレームの転送を行うネットワークと、前記ノード及び前記ネットワークの管理を行うコントローラと、前記ノードに対して設けられたゲートウェイとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類され、前記ゲートウェイは、前記ノードから受け取ったフレームが前記制御フレームか前記データフレームかを判定し、前記制御フレームを前記コントローラに転送し、前記データフレームを前記ネットワークに転送し、前記コントローラは、前記ゲートウェイから受け取った前記制御フレームに基づいて前記管理を行い、前記ネットワークは、前記ゲートウェイから受け取った前記データフレームを、前記コントローラを介することなく、ターゲットノードに転送し、前記コントローラは、前記ネットワークにおける前記データフレームの転送経路を、フロー毎に管理するフロー管理部を備えるネットワークシステム。請求項1に記載のネットワークシステムであって、前記ターゲットノードとの通信を要求する前記ノードは、イニシエータノードであり、フロー登録処理において、前記フロー管理部は、前記イニシエータノード及び前記ターゲットノードのMACアドレスに基づいて、前記イニシエータノードと前記ターゲットノードとの間の前記データフレームの転送経路を設計するネットワークシステム。請求項2に記載のネットワークシステムであって、前記イニシエータノードは、前記ターゲットノードとの通信を要求する前記制御フレームである通信要求フレームを、前記コントローラに向けて送信し、前記ゲートウェイは、前記イニシエータノードから受け取る前記通信要求フレームを、前記コントローラに転送し、前記フロー管理部は、前記通信要求フレームに応答して、前記フロー登録処理を実行するネットワークシステム。請求項3に記載のネットワークシステムであって、前記コントローラは、更に、ノード毎にFC-IDとMACアドレスとの対応関係を示すノード情報を保持するFC管理部を備え、前記通信要求フレームは、前記イニシエータノードのMACアドレスと前記ターゲットノードのFC-IDを示す情報を含んでおり、前記FC管理部は、前記ノード情報を参照することによって、前記通信要求フレームで示される前記ターゲットノードのFC-IDを前記ターゲットノードのMACアドレスに変換し、前記フロー管理部は、前記FC管理部によって得られた前記ターゲットノードのMACアドレスを用いて、前記イニシエータノードと前記ターゲットノードとの間の前記データフレームの転送経路を設計するネットワークシステム。請求項2乃至4のいずれか一項に記載のネットワークシステムであって、前記コントローラは、更に、フロー管理情報をフロー毎に示すフロー管理テーブルを備え、前記フロー管理情報は、前記イニシエータノードと前記ターゲットノードのMACアドレスのペア、及び前記データフレームの前記転送経路を示し、前記フロー登録処理において、前記フロー管理部は、該当フローに関する前記フロー管理情報を前記フロー管理テーブルに登録するネットワークシステム。請求項5に記載のネットワークシステムであって、前記イニシエータノードは、前記ターゲットノードとの通信の切断を要求する前記制御フレームである通信切断フレームを、前記コントローラに向けて送信し、前記ゲートウェイは、前記イニシエータノードから受け取る前記通信切断フレームを、前記コントローラに転送し、前記フロー管理部は、前記通信切断フレームに応答して、該当フローに関する前記フロー管理情報を前記フロー管理テーブルから削除するネットワークシステム。請求項1乃至6のいずれか一項に記載のネットワークシステムであって、前記ノードは、前記フレームの宛先MACアドレスを前記コントローラのMACアドレスに設定し、前記ゲートウェイは、前記受け取ったフレームが前記データフレームの場合、前記データフレームの宛先MACアドレスを前記ターゲットノードのMACアドレスに変換し、その後、前記データフレームを前記ネットワークに出力するネットワークシステム。請求項1乃至7のいずれか一項に記載のネットワークシステムであって、前記ゲートウェイは、FCPフレームを前記データフレームと判定し、それ以外のフレームを前記制御フレームと判定するネットワークシステム。請求項1乃至8のいずれか一項に記載のネットワークシステムであって、前記ゲートウェイは、前記ノードのネットワークカードに組み込まれているネットワークシステム。ネットワークシステムにおけるフレーム通信方法であって、前記ネットワークシステムは、FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、前記フレームの転送を行うネットワークと、前記ノード及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類され、前記フレーム通信方法は、前記ノードから送信されるフレームが前記制御フレームか前記データフレームかを判定するステップと、前記制御フレームを前記コントローラに転送し、前記コントローラにおいて、前記制御フレームに基づいて前記管理を行うステップと、前記データフレームを前記ネットワークに転送し、前記コントローラを介することなく、送信先ノードに伝送するステップと、前記コントローラにおいて、前記ネットワークにおける前記データフレームの転送経路をフロー毎に管理するステップとを含むフレーム通信方法。非特許文献1に記載された通信方式では、通信の際に必ず経由する機器が存在する。このことは、ネットワークの柔軟性と拡張性の低下につながる。本発明の目的は、ネットワークの柔軟性と拡張性を向上させることができる技術を提供することにある。本発明の1つの観点において、ネットワークシステムが提供される。そのネットワークシステムは、FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、フレームの転送を行うネットワークと、ノード及びネットワークの管理を行うコントローラと、ノードに対して設けられたゲートウェイと、を備える。フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類される。ゲートウェイは、ノードから受け取ったフレームが制御フレームかデータフレームかを判定し、制御フレームをコントローラに転送し、データフレームをネットワークに転送する。コントローラは、ゲートウェイから受け取った制御フレームに基づいて管理を行う。ネットワークは、ゲートウェイから受け取ったデータフレームを、コントローラを介することなく、送信先ノードに転送する。コントローラは、ネットワークにおけるデータフレームの転送経路を、フロー毎に管理するフロー管理部を備える。本発明の他の観点において、ネットワークシステムにおけるフレーム通信方法が提供される。そのネットワークシステムは、FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、フレームの転送を行うネットワークと、ノード及びネットワークの管理を行うコントローラと、を備える。フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類される。本発明に係るフレーム通信方法は、Aノードから送信されるフレームが制御フレームかデータフレームかを判定するステップと、B制御フレームをコントローラに転送し、コントローラにおいて、制御フレームに基づいて管理を行うステップと、Cデータフレームをネットワークに転送し、コントローラを介することなく、送信先ノードに伝送するステップと、Dコントローラにおいて、ネットワークにおけるデータフレームの転送経路をフロー毎に管理するステップと、を含む。本発明によれば、ノードから送られるフレームが、制御フレームとデータフレームとに分離される。そして、制御フレームに比べて情報量が膨大であるデータフレームは、特定の経路を経由することなく伝送される。つまり、本発明の通信方式は、ネットワークの性能に大きく関わるデータフレームが必ず経由する機器が存在するという制約から解放される。従って、ネットワークの柔軟性と拡張性を高めることが可能となる。更に、本発明によれば、コントローラが、ネットワークにおけるデータフレームの転送経路を、フロー毎に集中管理する。これにより、ネットワークの利用効率及び通信性能を向上させることが可能となる。添付図面を参照して、本発明の実施の形態を説明する。1.U/C分離機能本特許出願の出願人は、未公開の先願特願2010-208048において、上記課題を解決するための手段としてU/C分離機能を記述している。U/C分離機能によれば、ノードから送られるフレームが、データフレームユーザデータフレームと制御フレームとに分離される。そして、制御フレームに比べて情報量が膨大であるデータフレームは、特定の経路を経由することなく伝送される。つまり、U/C分離機能によれば、ネットワークの性能に大きく関わるデータフレームが必ず経由する機器が存在するという制約から解放される。従って、ネットワークの柔軟性と拡張性を高めることが可能となる。以下、U/C分離機能について詳しく説明する。尚、未公開の特願2010-208048に記載されている内容は、参照により本明細書に組み込まれる。1-1.構成図1は、本発明の実施の形態に係るネットワークシステムの構成を示すブロック図である。本実施の形態に係るネットワークシステムは、ノード1、コントローラ2、ゲートウェイ3、及びネットワーク4を備えている。ノード1は、ゲートウェイ3に接続されている。ゲートウェイ3は、ノード1とネットワーク4との間に接続されている。コントローラ2は、各ゲートウェイ3に接続されている。ノード1は、フレーム10の送受信を行う通信装置である。そのフレーム10は、制御フレーム11とデータフレーム12とに分類される。制御フレーム11は、通信に必要な制御情報をやりとりするためのフレーム10である。例えば、制御フレーム11は、通信ネットワークへのアクセスや機器へのログイン、また、そのための情報交換を行うために用いられる。一方、データフレーム12は、ノード1同士でデータの送受信を行うためのフレーム10である。データフレーム12の情報量は、制御フレーム11のそれに比べ膨大であることに留意されたい。制御フレーム11とデータフレーム12とは、フレーム10のフレームタイプにより識別可能である。ネットワーク4は、ノード1の間で送受信されるフレーム10を転送する。ネットワーク4は、フレームの中継を行うスイッチ等の接続機器と、接続機器を繋ぐネットワークケーブルの組み合わせで構成される。ゲートウェイ3は、ノード1と1組で構成される。ゲートウェイ3は、ノード1から送信されるフレーム10を受け取り、受け取ったフレーム10が制御フレーム11かデータフレーム12かを判定する。そして、ゲートウェイ3は、制御フレーム11をコントローラ2に転送し、データフレーム12をネットワーク4へ転送する。すなわち、情報量が膨大なデータフレーム12は、コントローラ2を経由することなく、ネットワーク4によって送信先に転送される。また、ゲートウェイ3は、コントローラ2及びネットワーク4からフレーム10制御フレーム11、データフレーム12を受け取り、受け取ったフレーム10をノード1に転送する。尚、ゲートウェイ3は、フレーム10の転送を行う際、送信先の機器がフレーム10を正しく扱えるように、必要に応じてフレーム10の情報を変更する。詳細は後述する。コントローラ2は、ゲートウェイ3から制御フレーム11を受け取り、その制御フレーム11を処理する。具体的には、コントローラ2は、受け取った制御フレーム11の内容に基づいて、ノード1やネットワーク4に関する情報の管理を行う。また、必要に応じて、コントローラ2は、ノード1やゲートウェイ3に対してフレーム10を送信または転送する。以下、コントローラ2の構成を詳細に説明する。図2は、コントローラ2の構成を示すブロック図である。コントローラ2は、受信部20、処理部21、ノード情報テーブル22、及び送信部23を備えている。ノード情報テーブル22は、ノード1やゲートウェイ3、ネットワーク4上の接続機器に関する管理情報を示す。受信部20は、ゲートウェイ3から制御フレーム11を受け取り、その制御フレーム11を処理部21に転送する。処理部21は、受け取った制御フレーム11の内容に応じた処理を行う。例えば、処理部21は、制御フレーム11の内容に応じてノード情報テーブル22を更新する。また、処理部21は、ノード情報テーブル22を参照して返信用の制御フレーム11を生成し、その返信用の制御フレーム11を送信部23へ出力する。また、処理部21は、受け取った制御フレーム11をそのまま送信部23に転送する。送信部23は、処理部21から受け取った制御フレーム11を、対象のゲートウェイ3へ送信する。以下、ゲートウェイ3の構成を詳細に説明する。図3は、ゲートウェイ3の構成を示すブロック図である。ゲートウェイ3は、分離部30、アドレス変換部31、及び多重化部32を備えている。分離部30は、ノード1からフレーム10を受け取る。そして、分離部30は、受け取ったフレーム10の解析を行い、当該フレーム10が制御フレーム11かデータフレーム12かを判定する。そして、分離部30は、制御フレーム11をコントローラ2に転送し、データフレーム12をアドレス変換部31へ転送する。アドレス変換部31は、分離部30から受け取ったデータフレーム12の宛先MACアドレスの変換を行い、その後、当該データフレーム12をネットワーク4に転送する。また、アドレス変換部31は、ネットワーク4からデータフレーム12を受け取ると、受け取ったデータフレーム12の送信元MACアドレスの変換を行い、その後、当該データフレーム12を多重化部32に出力する。多重化部32は、コントローラ2から入力される制御フレーム11、及びアドレス変換部31から入力されるデータフレーム12を、ノード1へ出力する。このように、本実施の形態によれば、ノード1から送られるフレーム10が、制御フレーム11とデータフレーム12とに分離される。そして、制御フレーム11に比べて情報量が膨大であるデータフレーム12は、特定の経路コントローラ2を経由することなく伝送される。つまり、本実施の形態の通信方式は、ネットワークの性能に大きく関わるデータフレーム12が必ず経由する機器が存在するという制約から解放される。従って、ネットワークの柔軟性と拡張性を高めることが可能となる。1-2.コントローラ2の動作フロー図4は、本実施の形態に係るコントローラ2の動作を示すフローチャートである。以下、図2及び図4を参照して、コントローラ2の動作フローを説明する。ステップS100:処理部21は、受信部20からフレーム10制御フレーム11の入力を待つ。ステップS101:処理部21は、受信部20から受け取ったフレーム10のヘッダー及びペイロードを参照し、当該フレーム10の宛先終端先がコントローラ2であるか、送信元と対向するノード1であるかを判定する。宛先がコントローラ2の場合、処理はステップS102に進む。一方、宛先がノード1の場合、処理はステップS106に進む。ステップS102:処理部21は、当該フレーム10の種別を判定する。具体的には、処理部21は、当該フレーム10が、送信元であるノード1の情報を登録するためのもの情報登録フレームか、他のノード1もしくはコントローラ2の情報を取得するためのもの情報取得フレームか、を判定する。情報登録フレームの場合、処理はステップS103に進む。一方、情報取得フレームの場合、処理はステップS104に進む。ステップS103:処理部21は、情報登録フレームに基づいて、送信元のノード1の情報をノード情報テーブル22に登録する。その後、処理はステップS105に進む。ステップS104:処理部21は、情報取得フレームが要求する内容に対応した情報を、ノード情報テーブル22から取得する。その後、処理はステップS105に進む。ステップS105:処理部21は、返信用のフレーム10制御フレーム11を作成する。上記ステップS104が実施された場合、処理部21は、ノード情報テーブル22から取得した情報を、返信用のフレーム10に含める。そして、処理部21は、返信用のフレーム10を送信部23に出力する。送信部23は、返信用のフレーム10を、送信元のノード1側のゲートウェイ3に送信する。ステップS106:一方、宛先がノード1の場合、処理部21は、ノード情報テーブル22を参照して当該フレーム10の宛先MACアドレスを変更する。そして、処理部21は、当該フレーム10を送信部23に出力する。ステップS107:送信部23は、当該フレーム10を、送信先のノード1側のゲートウェイ3に送信する。1-3.変形例図5は、本実施の形態に係るネットワークシステムの変形例を示すブロック図である。本変形例では、ゲートウェイ3は、ノード1内のネットワーク装置に組み込まれる。より詳細には、ノード1はネットワークカード40を備えており、ゲートウェイ3はそのネットワークカード40内に設置される。図5におけるゲートウェイ3は、設置個所が異なる点を除けば、図1におけるゲートウェイ3と同じである。本変形例によれば、ノード1に機能が集約されるため、ネットワークの柔軟性が更に高まることが期待される。図6は、本実施の形態に係るコントローラ2のハードウェア構成例を示すブロック図である。コントローラ2の機能は、1台のサーバ90に実装される。サーバ90は、ネットワークインタフェースカードNIC100、処理装置CPU101、及びメモリ102を備えている。コントローラ2の機能は、これらハードウェアとコンピュータプログラムとの協働によって実現される。より詳細には、フレーム10の送受信を行うネットワークインタフェースカード100は、上述の受信部20及び送信部23として機能する。フレーム処理を行う処理装置101は、上述の処理部21として機能する。メモリ102には、上述のノード情報テーブル22が格納される。尚、コントローラ2の機能を実現するコンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されていてもよい。1-4.FCoEへの応用次に、本実施の形態をFCoEに適用することを考える。図7は、一般的なFCoE通信ネットワークの構成を示すブロック図である。FCoEに基づいてフレーム通信を行うノード1は、FCoEに対応したリンクで構成されたネットワーク4を通して、FCFFCoEForwarder50に接続される。FCF50は、FCoE通信用のスイッチである。現在、FCoEによる通信は必ず、このFCF50を経由する必要がある。図8は、一般的なFCoE通信において使用されるフレームの分類図である。各フレームを順番に説明する。1.DCBXLLDP:FCoE通信を行うための、Ethetnet通信網に使用される拡張機能についての情報をリンク間で交換する。2.FIPVLANDiscovery:ノードがFCFから、FCoE通信に使用するVLANIDを取得する。3.FIPDiscovery:ノードがFCFから、FCoE通信に使用するFCFのMACアドレスを取得する。4.FIPFLOGI:ノードがFCFへアクセスし、FCoE通信に使用する自身のMACアドレスを取得する。5.PLOGI:ノードがFCFを介して、FCFおよび送信先のノードとFCoE通信のための情報交換を行う。6.PRLI:ノードがFCFを介して、送信先のノードとデータをやり取りするための情報交換を行う。7.SCSI-FCP:ノードがFCFを介して、送信先のノードとデータをやり取りする。8.PRLO:ノードがFCFを介して、ノード同士の接続を切断する情報を削除する。9.LOGO:ノードがFCFへアクセスし、FCFとノードの接続を切断する情報を削除する。上述のうち、SCSI-FCPフレームがデータフレーム12に相当し、その情報量は他の種類のフレームと比較して非常に大きい。図7で示された一般的なFCoE通信ネットワークの場合、このSCSI-FCPフレームも含めて全てのフレームがFCF50を経由する。そのため、SCSI-FCPフレームの転送時間が、ネットワークの性能に大きな影響を与えてしまう。本実施の形態がFCoEに適用される場合の動作は、次の通りである。まず、ゲートウェイ3の動作を説明する。ゲートウェイ3は、受け取ったフレーム10が制御フレーム11かデータフレーム12かを判定する。制御フレーム11は、送信先のノード1にアクセスするための情報交換を行うためのフレームである。一方、データフレーム12は、ノード1同士でデータの送受信を行うためのフレームである。図8に示されたフレームの中では、SCSI-FCPがデータフレーム12と判定され、その他のフレームは制御フレーム11と判定される。ゲートウェイ3は、例えば次の方法により、フレーム種類を判定することができる。図9は、SCSI-FCPフレームの構造を示す概念図である。図9を参照すると、FCoEFieldの中にあるFCFieldに、FCType:FCPという要素がある。SCSI-FCPフレームをその他のフレームから明確に区別できる点は、このFCTypeである。従って、ゲートウェイ3は、受け取ったフレーム10のFCTypeを参照することによって、当該フレーム10が制御フレーム11かデータフレーム12かを判定することができる。また、ゲートウェイ3は、必要に応じて、フレーム10の宛先MACアドレスを変更する。その理由は、次の通りである。従来のFCoE通信では、制御フレームとデータフレームの双方がFCF50を経由する。そのため、宛先MACアドレスが不明であっても、とりあえず宛先MACアドレスをFCF50のMACアドレスとしておけば、FCF50が宛先MACアドレスの変換を行ってくれていた。しかし、本実施の形態によれば、データフレーム12はコントローラ2を経由しない。ノード1は送信フレーム10の宛先MACアドレスをコントローラ2のMACアドレスに設定するため、ゲートウェイ3において宛先MACアドレスの変換が行われない限り、ネットワーク4は送信先のノード1へデータフレーム12を転送することができない。そのため、ゲートウェイ3は、データフレーム12が正しい送信先へ転送されるように、データフレーム12の宛先MACアドレスを送信先のノード1のMACアドレスに変換し、その後、当該データフレーム12をネットワーク4に出力する。ここで、従来のFCoE通信で使用されるMACアドレス仮想MACアドレスは、ノード1が元々保持しているMACアドレス物理MACアドレスとは異なり、FCF50がFCoE通信用に配布するものである。この配布される仮想MACアドレスの割付には規定があり、仮想MACアドレス6バイトのうち上位3バイトを固定値、下位3バイトが可変としている。そして、下位3バイトの値はFCoEフレームにカプセル化されたFCフレームにおける、通信機器のアドレスとして使用される。そして、従来のFCoE通信では、ノード1が送信先のノード1へフレーム10を送信する場合は、MACアドレスはFCF50の仮想MACアドレスであるが、FCフレームの送信先アドレスには送信先のノード1のアドレスFC-IDを指定する。よって、ゲートウェイ3においてデータフレーム12と判定されたフレーム10に関しては、カプセル化されたFCフレームの送信先アドレスを解析することによって、上記の法則に従い送信先のノード1の仮想MACアドレスを取得することができる。このようにして、データフレーム12は、ネットワーク4を経由して、コントローラ2を経由することなく、送信先のノード1へ転送される。次に、コントローラ2の動作を説明する。コントローラ2は、従来のFCF50が行っていた制御フレーム11つまり、データフレーム12であるSCSI-FCP以外に対する処理を担当する。図10は、FCoE通信に本実施の形態を適用した場合のコントローラ2の構成を示すブロック図である。図10に示されるように、コントローラ2は、調定部60、ネットワーク情報管理部61、及びFCoE情報管理部62を備えている。調定部60は、コントローラ2に到着したフレーム種別を判別し、各情報管理部61,62にフレームを転送する。また、調定部60は、各情報管理部61,62から送信フレーム用の構築情報を取得し、ゲートウェイ3へフレームを生成送信する。ネットワーク情報管理部61は、スイッチ間トポロジー管理部70、経路情報管理部71、及びVLANID管理部72を備えている。スイッチ間トポロジー管理部70は、ネットワーク4中の各スイッチのポートの接続情報を識別、管理する。経路情報管理部71は、スイッチ間トポロジー管理部70で判明しているノード1間の経路を管理する。また、経路情報管理部71は、FCoE情報管理部62から新規のノード1間の設定要求を受け取った場合、各スイッチに経路情報を展開する。VLANID管理部72は、スイッチのポートへのVLANID付与を管理する。また、VLANID管理部72は、FCoE情報管理部62からの検索要求に応じて、VLANIDを検索応答する。FCoE情報管理部62は、コントローラMAC80、ノード/VLANID管理部81、ログインサーバ82、ディレクトリサーバ83、及びファブリック管理部84を備えている。コントローラMAC80は、FCoE情報管理部62宛の通信用MACアドレスを管理する。コントローラMAC80は、ノード1からのFIPDiscoveryに対して、コントローラ2のMACアドレスを返答する。ノード/VLANID管理部81は、ノード1が所属するVLANIDを管理する。ノード/VLANID管理部81は、ノード1からのFIPVLANDiscoveryに対して、当FCoEのネットワークが所属するVLANIDを返答する。ログインサーバ82は、ノード1の管理を目的として、FLOGIにて通知されるノード1の物理MACアドレスを管理する。ディレクトリサーバ83は、FLOGI済のノード1の各ポートの情報であるWWPNWorldWidePortName、WWNNWorldWideNodeName、サポート可能なFCのサービスクラスを管理する。また、ディレクトリサーバ83は、dNSによってノード1からの問い合わせに対して応答する。ファブリック管理部84は、ノード1のポート状態を管理し、状態変更ポートの有効/無効、ポートのFabricへの参加/離脱があった場合に、他ノードに通知するRSCN/SCR。図11は、FCoE通信に本実施の形態を適用した場合のフレームの分類図である。各フレームを順番に説明する。1.DCBXLLDP:FCoE通信を行うための、Ethernet通信網に使用される拡張機能についての情報をリンク間で交換する。2.FIPVLANDiscovery:ノード1がコントローラ2から、FCoE通信に使用するVLANIDを取得する。3.FIPDiscovery:ノード1がコントローラ2から、FCoE通信に使用するコントローラ2のMACアドレスを取得する。4.FIPFLOGI:ノード1がコントローラ2へアクセスし、FCoE通信に使用する自身のMACアドレスを取得する。5.PLOGI:ノード1がコントローラ2を介して、コントローラ2および送信先のノード1とFCoE通信のための情報交換を行う。6.PRLI:ノード1がコントローラ2を介して、送信先のノード1とデータをやり取りするための情報交換を行う。7.SCSI-FCP:ノード1が、ネットワーク4を通して送信先のノード1とデータをやり取りする。8.PRLO:ノード1がコントローラ2を介して、ノード1同士の接続を切断する情報を削除する。9.LOGO:ノード1がコントローラ2へアクセスし、コントローラ2とノード1の接続を切断する情報を削除する。以上に説明されたように、本実施の形態がFCoE通信に適用された場合、データフレーム12であるSCSI-FCPフレームは、その他のフレームから分離される。そして、そのSCSI-FCPフレームは、FCFを介することなく、Ethernetネットワーク4のみで転送される。ネットワークの性能に大きく影響するSCSI-FCPフレームが特定の経路を通る必要が無くなるため、ネットワークの性能が高まる。また、従来のEthernetで使用する通信機器が流用可能であるため、ネットワークの統合がより容易となる。2.フロー管理2-1.概要次に、本実施の形態において、ノード1間の通信フローをコントローラ2により集中管理することを考える。例えば、コントローラ2は、ネットワーク4中のデータフレーム12の転送経路を、フロー毎に管理する。コントローラ2は、ネットワーク4中のスイッチやリンクにかかる負荷を考慮して、負荷が分散されるように、それぞれのフローの転送経路を制御することもできる。このようにフロー毎に転送経路を制御することにより、ネットワーク4の利用効率及び通信性能を向上させることが可能となる。上記のようにコントローラがフローを集中管理する技術として、例えば、オープンフローOpenFlowという技術が知られている参考文献:NickMcKeownetal.,OpenFlow:EnablingInnovationinCampusNetworks,ACMSIGCOMMComputerCommunicationReview,Vol.38,No.2,2008.http://www.openflowswitch.org//documents/openflow-wp-latest.pdf。オープンフローによれば、フロー単位で経路制御、障害回復、負荷分散、最適化が行われる。オープンフローにおいて用いられるコントローラ及びスイッチは、それぞれ、オープンフローコントローラOFC:OpenFlowController及びオープンフロースイッチOFS:OpenFlowSwitchと呼ばれている。以下、上述の第1節で説明されたU/C分離に加えて、コントローラ2によるフローの集中管理が実施される場合を説明する。上述の第1節で説明された機能に加えて、フローの集中管理を行う機能を有するコントローラ2は、以下コントローラ2’と参照される。図12は、本実施の形態に係るネットワークシステムの構成を示すブロック図である。第1節でのものと重複する説明は、適宜省略される。ネットワーク4は、複数のスイッチ5を含んでいる。尚、各スイッチ5は、コントローラ2’と通信可能に接続されている。コントローラ2’は、FC管理部210及びフロー管理部220を備えている。FC管理部210は、上述の第1節で説明されたコントローラ2と同じ機能を有する。一方、フロー管理部220は、ノード1間のフローを集中管理する機能を有する。例えば、フロー管理部220は、オープンフローで用いられるオープンフローコントローラOFCと同じ機能を有する。その場合、ネットワーク4中のスイッチ5として、オープンフロースイッチOFSが用いられる。フロー管理部220は、ネットワーク4におけるデータフレーム12の転送経路を、フロー毎に管理する。例えば、フロー管理部220は、ネットワーク4中のスイッチ5やリンクにかかる負荷を考慮して、負荷が分散されるように、それぞれのフローの転送経路を制御することもできる。このようにフロー毎に転送経路を制御することにより、ネットワーク4の利用効率及び通信性能を向上させることが可能となる。2-2.経路設計次に、本実施の形態に係るフロー管理部220が、ノード1間のネットワーク4におけるデータフレーム12の転送経路を設計決定する場合を考える。以下の説明において、通信を要求する側のノード1はイニシエータinitiatorノード1Aと参照され、通信相手側のノード1はターゲットtargetノード1Bと参照される。イニシエータノード1Aは、コントローラ2’FC管理部210を介して、ターゲットノード1Bとの通信を要求する。イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計するためには、イニシエータノード1Aとターゲットノード1Bの両方のアドレスが必要である。まず、図13を参照して、本実施の形態において用いられるアドレスについて説明する。図13において、MAC_FCCは、コントローラ2’のMACアドレスである。MAC_1Aは、イニシエータノード1AのMACアドレスである。MAC_1Bは、ターゲットノード1BのMACアドレスである。MACDA及びMACSAは、それぞれ、FCoEフレーム中で示される宛先MACアドレス及び送信元MACアドレスを表す。尚、ここでのMACアドレスは全て、仮想MACアドレスを意味しており、物理MACアドレスとは異なっていることに留意されたい。第1節で説明されたように、仮想MACアドレスは、FCoE通信において一般に使用されるMACアドレスであり、FC管理部210によって割り当てられ、配布される。また、図13において、FC_1Aは、イニシエータノード1AのFC-IDFCプロトコルにおけるアドレスである。FC_1Bは、ターゲットノード1BのFC-IDである。FCD_ID及びFCS_IDは、それぞれ、FCoEフレーム中で示される宛先FC-ID及び送信元FC-IDを表す。イニシエータノード1Aは、フレーム10を送出する。このとき、イニシエータノード1Aは、送出するフレーム10中の宛先MACアドレスを、コントローラ2’のMACアドレスMAC_FCCに設定する第1節参照。ゲートウェイ3は、イニシエータノード1Aから受け取ったフレーム10が制御フレーム11かデータフレーム12かを判定する。制御フレーム11の場合、ゲートウェイ3は、アドレス変換を行うことなく、当該制御フレーム11をそのままコントローラ2’へ転送する。一方、データフレーム12の場合、ゲートウェイ3は、宛先MACアドレスMACDAをターゲットノード1BのMACアドレスMAC_1Bに書き換えた上で、当該データフレーム12をネットワーク4に送る第1節参照。また、ターゲットノード1B側のゲートウェイ3は、ネットワーク4からデータフレーム12を受け取ると、送信元MACアドレスMACSAをコントローラ2’のMACアドレスMAC_FCCに書き換えた上で、当該データフレーム12をターゲットノード1Bに送る第1節参照。このような状況において、フロー管理部220は、イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計する。その経路設計には、イニシエータノード1Aとターゲットノード1Bの両方のアドレスが必要である。しかしながら、フロー管理部220は、必ずしもFCプロトコルには対応していない。すなわち、フロー管理部220は、FC-IDを認識できるとは限らない。例えば、オープンフローコントローラは、Ethernet/IP/TCP/UDPを解釈できるが、FCプロトコルを解釈できない。つまり、FCoEフレームの場合、オープンフローコントローラは、Ethernetの部分までしか解釈できない。従って、本実施の形態に係るフロー管理部220は、イニシエータノード1AのMACアドレスMAC_1Aとターゲットノード1BのMACアドレスMAC_1Bに基づいて、イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計する。次に、フロー管理部220が経路設計を実施するタイミングについて考える。例えば、そのタイミングは、イニシエータノード1Aがコントローラ2’を介してターゲットノード1Bとの通信を要求する時である。言い換えれば、そのタイミングは、イニシエータノード1Aがファブリックにログインする時である。図13及び図14を参照して、本実施の形態におけるログイン時の処理を説明する。ログイン時、イニシエータノード1Aは、ターゲットノード1Bとの通信を要求する制御フレーム11以下、通信要求フレーム11Aと参照されるを、コントローラ2’に向けて送信する。通信要求フレーム11Aでは、イニシエータノード1AのFC-IDFC_1Aとターゲットノード1BのFC-IDFC_1Bが指定されている。また、通信要求フレーム11Aの宛先MACアドレスMACDA及び送信元MACアドレスMACSAは、それぞれ、コントローラ2’のMACアドレスMAC_FCC及びイニシエータノード1AのMACアドレスMAC_1Aである。図11に示される例では、PLOGIが通信要求フレーム11Aに相当する。ゲートウェイ3は、通信要求フレーム11Aをイニシエータノード1Aから受け取る。通信要求フレーム11Aは制御フレーム11であるので、ゲートウェイ3は、アドレス変換を行うことなく、受け取った通信要求フレーム11Aをコントローラ2’に転送する。コントローラ2’は、通信要求フレーム11Aの受信に応答して、イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計する。但し、上述の通り、経路設計には、イニシエータノード1AのMACアドレスMAC_1Aとターゲットノード1BのMACアドレスMAC_1Bが必要である。しかしながら、通信要求フレーム11Aの宛先MACアドレスMACDAはコントローラ2’のMACアドレスMAC_FCCであり、ターゲットノード1BのMACアドレスMAC_1Bが分からない。そこで、コントローラ2’のFC管理部210が、通信要求フレーム11Aに含まれるターゲットノード1BのFC-IDFC_1Bを、ターゲットノード1BのMACアドレスMAC_1Bに変換する。より詳細には、図14に示されるように、FC管理部210は、ノード情報215を保持している。上述の通り、FCoEで使用される仮想MACアドレスは、FC管理部210によって管理され、各ノード1に配布される。ノード情報215は、そのような仮想MACアドレスの管理等に必要な情報である。具体的には、ノード情報215は、各ノード1に関する、物理MACアドレス、仮想MACアドレス、FC-ID、仮想MACアドレスとFC-IDとの対応関係、等を含んでいる。FC管理部210は、通信要求フレーム11Aを受け取る。そして、FC管理部210は、ノード情報215特に、仮想MACアドレスとFC-IDとの対応関係を参照することによって、受け取った通信要求フレーム11Aで示されるターゲットノード1BのFC-IDFC_1Bを、ターゲットノード1BのMACアドレスMAC_1Bに変換する。その結果、経路設計に必要な、イニシエータノード1Aとターゲットノード1BのMACアドレスペアMAC_1A、MAC_1Bが得られる。FC管理部210は、得られたMACアドレスペアをフロー管理部220に通知する。フロー管理部220は、ノード1やスイッチ5の接続関係を示すトポロジー情報を保持しており、MACアドレスペアMAC_1A、MAC_1Bを用いることによって、イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計する。そして、フロー管理部220は、設計された転送経路に沿って対象フローのデータフレーム12が転送されるように、各スイッチ5のフローテーブルを設定する。このようにして、本実施の形態に係るコントローラ2’は、イニシエータノード1Aのログインタイミング時に、対象フローの転送経路を設計設定することができる。2-3.構成例図15は、本実施の形態におけるコントローラ2’の構成例を示すブロック図である。コントローラ2’は、入出力部200、FC管理部210、フロー管理部220、フロー管理テーブル230、及び統計情報テーブル240を備えている。フロー管理テーブル230は、フロー毎にフロー管理情報を示す。フロー管理情報は、イニシエータノード1Aとターゲットノード1BのMACアドレスペアMAC_1A、MAC_1B、転送経路情報、各ノード1に最寄りのスイッチ5の宛先、等を含んでいる。統計情報テーブル240は、統計情報を示す。統計情報は、各スイッチ5を通過したフレーム総数、廃棄フレーム総数、フロー毎のフレーム数、等を含んでいる。尚、統計情報は、各スイッチ5によって観測され、各スイッチ5からコントローラ2’に通知される。尚、フロー管理テーブル230や統計情報テーブル240は、コントローラ2’外部のサーバに格納されていてもよい。図16は、本実施の形態におけるスイッチ5オープンフロースイッチの構成例を示すブロック図である。スイッチ5は、フレーム処理部510、フローテーブル管理部520、コントローラ通信部530、及び複数のポート540を備えている。コントローラ通信部530は、コントローラ2’との通信機能を有している。オープンフローの場合、SecureChannelがコントローラ通信部530に相当する。フローテーブル管理部520は、フローテーブル525の管理を行う。フローテーブル525は、0個以上のフローエントリを有する。各フローエントリは、マッチ条件、アクション、タイムアウト値といったフィールドを有する。マッチ条件は、フレームヘッダを構成するフィールドの組み合わせで表され、受信フレームが当該フローエントリにマッチするか否かを判定するために用いられる。アクションは、マッチ条件にマッチするフレームに対して行われるフレーム処理の内容例:指定ポートへの出力を示している。フローテーブル管理部520は、コントローラ2’からの指示に従って、フローテーブル525の設定フローエントリの追加、変更、削除等を行う。フレーム処理部510は、ポート540入力ポートを通してフレームを受信する。すると、フレーム処理部510は、フローテーブル525を参照し、受信フレームにマッチするフローエントリヒットエントリが有るか否かを判定する。ヒットエントリが無い場合、フレーム処理部510は、当該受信フレームを、コントローラ通信部530を通してコントローラ2’に送信する。一方、ヒットエントリが有る場合、フレーム処理部510は、当該受信フレームに対して、ヒットエントリのアクションで指定される処理例:指定された出力ポート540への出力を実施する。図17は、本実施の形態におけるコントローラ2’による処理を示すフローチャートである。コントローラ2’の入出力部200は、フレームを受信するステップS200。入出力部200が受信するフレームは、FCoEの制御フレーム11に限られない。入出力部200は、FCoEフレームではない通常のEthernetフレームを受信する場合もあるし、各スイッチ5から送られてくる統計情報のフレームを受信する場合もある。そこで、入出力部200は、受信フレームのヘッダーを参照して、受信フレームがFCoEの制御フレーム11かそれ以外かを判定するステップS201。受信フレームがFCoEの制御フレーム11の場合ステップS201;Yes、入出力部200は、その制御フレーム11をFC管理部210に転送するステップS202。それ以外の場合ステップS201;No、入出力部200は、受信フレームをフロー管理部220に転送するステップS203。図18は、ステップS202以降の処理を示すフローチャートである。FC管理部210は、FCoEの制御フレーム11を受け取ると、その制御フレーム11に応じた所定の処理第1節参照を実行するステップS210。制御フレーム11は、上述の通信要求フレーム11Aである場合もある。その場合ステップS211;Yes、図14で示されたように、FC管理部210はアドレス変換を行うステップS213。FC管理部210は、アドレス変換により得られたMACアドレスペアを、フロー管理部220に通知する。フロー管理部220は、フロー登録処理を実行するステップS220。具体的には、フロー管理部220は、MACアドレスペアMAC_1A、MAC_1Bに基づいて、イニシエータノード1Aとターゲットノード1Bとの間のデータフレーム12の転送経路を設計するステップS221。また、フロー管理部220は、対象フローに関するフロー管理情報をフロー管理テーブル230に登録するステップS222。更に、フロー管理部220は、設計された転送経路に沿って対象フローのデータフレーム12が転送されるように、各スイッチ5に対してフローテーブル525の設定を指示するステップS223。スイッチ5のフローテーブル管理部520は、フロー管理部220からの指示に従って、対象フローに関するフローエントリをフローテーブル525に追加する。また、制御フレーム11は、ターゲットノード1Bとの通信の切断を要求するもの以下、通信切断フレームと参照されるである場合もある。イニシエータノード1Aがファブリックからログアウトする時、イニシエータノード1Aは、通信切断フレームを、コントローラ2’に向けて送信する。通信切断フレームでは、イニシエータノード1AのFC-IDFC_1Aとターゲットノード1BのFC-IDFC_1Bが指定されている。また、通信切断フレームの宛先MACアドレスMACDA及び送信元MACアドレスMACSAは、それぞれ、コントローラ2’のMACアドレスMAC_FCC及びイニシエータノード1AのMACアドレスMAC_1Aである。図11に示される例では、LOGOが通信切断フレームに相当する。ゲートウェイ3は、通信切断フレームをイニシエータノード1Aから受け取る。通信切断フレームは制御フレーム11であるので、ゲートウェイ3は、アドレス変換を行うことなく、受け取った通信切断フレーム11をコントローラ2’に転送する。FC管理部210は、通信切断フレームを受け取るステップS211;No、ステップS212;Yes。通信要求フレーム11Aの場合と同様に、FC管理部210は、アドレス変換を行うステップS214。その結果、イニシエータノード1Aとターゲットノード1BのMACアドレスペアMAC_1A、MAC_1Bが得られる。FC管理部210は、得られたMACアドレスペアをフロー管理部220に通知する。フロー管理部220は、フロー削除処理を実行するステップS230。具体的には、フロー管理部220は、MACアドレスペアMAC_1A、MAC_1Bに対応するフローに関する管理情報を、フロー管理テーブル230から削除するステップS231。更に、フロー管理部220は、削除対象フローに関するフローエントリをフローテーブル525から削除するように、各スイッチ5に対して指示するステップS232。スイッチ5のフローテーブル管理部520は、フロー管理部220からの指示に従って、削除対象フローに関するフローエントリをフローテーブル525から削除する。図19は、ステップS203以降の処理を示すフローチャートである。フロー管理部220は、受信フレームを受け取る。その受信フレームがスイッチ5から送られてくる統計情報のフレームである場合ステップS240;Yes、処理はステップS241に進む。それ以外の場合、処理はステップS242に進む。ステップS241において、フロー管理部220は、受け取った統計情報を用いて統計情報テーブル240を更新する。フロー管理部220は、統計情報テーブル240を参照することによって、負荷が分散されるように転送経路を動的に変更してもよい。ステップS242において、フロー管理部220は、受信フレームに応じてフロー制御を行う。例えば、一般的なオープンフローでは、新規フローが開始する場合、あるスイッチ5が、当該新規フローのEthernetフレームを受信する。しかしながら、そのスイッチ5のフローテーブル525には、当該新規フローに関するヒットエントリはまだ存在しない。従って、そのスイッチ5は、受信フレームを経路設定要求第1パケットとも呼ばれるとして、オープンフローコントローラに送る。オープンフローコントローラは、その経路設定要求に応答して、当該新規フローに関する経路設計設定を行う。同様に、フロー管理部220も、受信フレームが経路設定要求第1パケットの場合に、経路設計設定を行う。また、例えば、スイッチ5は、タイムアウトを契機にして、フローエントリをフローテーブル525から削除してもよい。その場合、スイッチ5は、コントローラ2’に、フローエントリを削除した旨を通知する。それに応答して、フロー管理部220は、削除対象フローに関する管理情報を、フロー管理テーブル230から削除する。2-4.変形例上述の実施の形態では、コントローラ2’が経路設計を実施するタイミングは、イニシエータノード1Aのログイン時であった。変形例として、一般的なオープンフローの場合と同様に、スイッチ5から送られてくる経路設定要求第1パケットに応答して経路設計を行うことを考える。具体的には、ログイン時に経路設計設定が行われないまま、イニシエータノード1Aは、1つ目のデータフレーム12を送出する。図13で示されたように、ゲートウェイ3は、そのデータフレーム12の宛先MACアドレスMACDAをターゲットノード1BのMACアドレスMAC_1Bに書き換えた上で、当該データフレーム12をネットワーク4に送る。ネットワーク4中のあるスイッチ5は、そのデータフレーム12を受信する。しかしながら、そのスイッチ5のフローテーブル525には、当該新規フローに関するヒットエントリはまだ存在しない。従って、そのスイッチ5は、受信したデータフレーム12を経路設定要求第1パケットとして、コントローラ2’に送る。その経路設定要求には、既に、イニシエータノード1AのMACアドレスMAC_1Aとターゲットノード1BのMACアドレスMAC_1Bが含まれている。従って、コントローラ2’内部でアドレス変換することなく、経路設定要求に基づいて、経路設計が可能である。但し、確実性の観点から言えば、ログイン時の通信要求フレーム11Aに応答して経路設計設定を実施することが好ましい。以上、本発明の実施の形態が添付の図面を参照することにより説明された。但し、本発明は、上述の実施の形態に限定されず、要旨を逸脱しない範囲で当業者により適宜変更され得る。上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、前記フレームの転送を行うネットワークと、前記ノード及び前記ネットワークの管理を行うコントローラと、前記ノードに対して設けられたゲートウェイとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類され、前記ゲートウェイは、前記ノードから受け取ったフレームが前記制御フレームか前記データフレームかを判定し、前記制御フレームを前記コントローラに転送し、前記データフレームを前記ネットワークに転送し、前記コントローラは、前記ゲートウェイから受け取った前記制御フレームに基づいて前記管理を行い、前記ネットワークは、前記ゲートウェイから受け取った前記データフレームを、前記コントローラを介することなく、ターゲットノードに転送し、前記コントローラは、前記ネットワークにおける前記データフレームの転送経路を、フロー毎に管理するフロー管理部を備えるネットワークシステム。付記2付記1に記載のネットワークシステムであって、前記ターゲットノードとの通信を要求する前記ノードは、イニシエータノードであり、フロー登録処理において、前記フロー管理部は、前記イニシエータノード及び前記ターゲットノードのMACアドレスに基づいて、前記イニシエータノードと前記ターゲットノードとの間の前記データフレームの転送経路を設計するネットワークシステム。付記3付記2に記載のネットワークシステムであって、前記イニシエータノードは、前記ターゲットノードとの通信を要求する前記制御フレームである通信要求フレームを、前記コントローラに向けて送信し、前記ゲートウェイは、前記イニシエータノードから受け取る前記通信要求フレームを、前記コントローラに転送し、前記フロー管理部は、前記通信要求フレームに応答して、前記フロー登録処理を実行するネットワークシステム。付記4付記3に記載のネットワークシステムであって、前記コントローラは、更に、ノード毎にFC-IDとMACアドレスとの対応関係を示すノード情報を保持するFC管理部を備え、前記通信要求フレームは、前記イニシエータノードのMACアドレスと前記ターゲットノードのFC-IDを示す情報を含んでおり、前記FC管理部は、前記ノード情報を参照することによって、前記通信要求フレームで示される前記ターゲットノードのFC-IDを前記ターゲットノードのMACアドレスに変換し、前記フロー管理部は、前記FC管理部によって得られた前記ターゲットノードのMACアドレスを用いて、前記イニシエータノードと前記ターゲットノードとの間の前記データフレームの転送経路を設計するネットワークシステム。付記5付記2乃至4のいずれか一項に記載のネットワークシステムであって、前記コントローラは、更に、フロー管理情報をフロー毎に示すフロー管理テーブルを備え、前記フロー管理情報は、前記イニシエータノードと前記ターゲットノードのMACアドレスのペア、及び前記データフレームの前記転送経路を示し、前記フロー登録処理において、前記フロー管理部は、該当フローに関する前記フロー管理情報を前記フロー管理テーブルに登録するネットワークシステム。付記6付記5に記載のネットワークシステムであって、前記イニシエータノードは、前記ターゲットノードとの通信の切断を要求する前記制御フレームである通信切断フレームを、前記コントローラに向けて送信し、前記ゲートウェイは、前記イニシエータノードから受け取る前記通信切断フレームを、前記コントローラに転送し、前記フロー管理部は、前記通信切断フレームに応答して、該当フローに関する前記フロー管理情報を前記フロー管理テーブルから削除するネットワークシステム。付記7付記1乃至6のいずれか一項に記載のネットワークシステムであって、前記ノードは、前記フレームの宛先MACアドレスを前記コントローラのMACアドレスに設定し、前記ゲートウェイは、前記受け取ったフレームが前記データフレームの場合、前記データフレームの宛先MACアドレスを前記ターゲットノードのMACアドレスに変換し、その後、前記データフレームを前記ネットワークに出力するネットワークシステム。付記8付記1乃至7のいずれか一項に記載のネットワークシステムであって、前記ゲートウェイは、FCPフレームを前記データフレームと判定し、それ以外のフレームを前記制御フレームと判定するネットワークシステム。付記9付記1乃至8のいずれか一項に記載のネットワークシステムであって、前記ゲートウェイは、前記ノードのネットワークカードに組み込まれているネットワークシステム。付記10ネットワークシステムにおけるフレーム通信方法であって、前記ネットワークシステムは、FCoEFibreChannelOverEthernetに基づいてフレームの送受信を行うノードと、前記フレームの転送を行うネットワークと、前記ノード及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、ノード間でデータを送受信するためのデータフレームとに分類され、前記フレーム通信方法は、前記ノードから送信されるフレームが前記制御フレームか前記データフレームかを判定するステップと、前記制御フレームを前記コントローラに転送し、前記コントローラにおいて、前記制御フレームに基づいて前記管理を行うステップと、前記データフレームを前記ネットワークに転送し、前記コントローラを介することなく、送信先ノードに伝送するステップと、前記コントローラにおいて、前記ネットワークにおける前記データフレームの転送経路をフロー毎に管理するステップとを含むフレーム通信方法。"