"フレームの送受信を行う通信装置と、前記フレームの転送を行うネットワークと、前記通信装置と前記ネットワークとの間に接続されたゲートウェイと、前記通信装置及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類され、前記ゲートウェイは、送信元の前記通信装置から受け取ったフレームが前記制御フレームか前記データフレームかを判定し、前記制御フレームを前記コントローラに転送し、前記データフレームを前記ネットワークに転送し、前記コントローラは、前記ゲートウェイから受け取った前記制御フレームに基づいて前記管理を行い、前記ネットワークは、前記ゲートウェイから受け取った前記データフレームを、前記コントローラを介することなく、送信先の前記通信装置に転送するネットワークシステム。請求項1に記載のネットワークシステムであって、前記送信元の通信装置は、前記フレームの送信先MACアドレスを前記コントローラのMACアドレスに設定し、前記ゲートウェイは、前記受け取ったフレームが前記データフレームの場合、前記データフレームの送信先MACアドレスを前記送信先の通信装置のMACアドレスに変換し、その後、前記データフレームを前記ネットワークに出力するネットワークシステム。請求項1に記載のネットワークシステムであって、前記ゲートウェイは、前記通信装置のネットワークカードに組み込まれているネットワークシステム。請求項1に記載のネットワークシステムであって、前記通信装置は、FCoEFibreChannelOverEthernetに基づく通信を行い、前記ゲートウェイは、FCPフレームを前記データフレームと判定し、それ以外のフレームを前記制御フレームと判定するネットワークシステム。ネットワークシステムにおけるフレーム通信方法であって、前記ネットワークシステムは、フレームの送受信を行う通信装置と、前記フレームの転送を行うネットワークと、前記通信装置及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類され、前記フレーム通信方法は、送信元の前記通信装置から送信されるフレームが前記制御フレームか前記データフレームかを判定するステップと、前記制御フレームを前記コントローラに転送し、前記コントローラにおいて、前記制御フレームに基づいて前記管理を行うステップと、前記データフレームを前記ネットワークに転送し、前記コントローラを介することなく、送信先の前記通信装置に伝送するステップとを含むフレーム通信方法。非特許文献1に記載された通信方式では、通信の際に必ず経由する機器が存在する。このことは、ネットワークの柔軟性と拡張性の低下につながる。本発明の目的は、ネットワークの柔軟性と拡張性を向上させることができる技術を提供することにある。本発明の1つの観点において、ネットワークシステムが提供される。そのネットワークシステムは、フレームの送受信を行う通信装置と、フレームの転送を行うネットワークと、通信装置とネットワークとの間に接続されたゲートウェイと、通信装置及びネットワークの管理を行うコントローラと、を備える。フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類される。ゲートウェイは、送信元の通信装置から受け取ったフレームが制御フレームかデータフレームかを判定し、制御フレームをコントローラに転送し、データフレームをネットワークに転送する。コントローラは、ゲートウェイから受け取った制御フレームに基づいて管理を行う。ネットワークは、ゲートウェイから受け取ったデータフレームを、コントローラを介することなく、送信先の通信装置に転送する。本発明の他の観点において、ネットワークシステムにおけるフレーム通信方法が提供される。ネットワークシステムは、フレームの送受信を行う通信装置と、フレームの転送を行うネットワークと、通信装置及びネットワークの管理を行うコントローラと、を備える。フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類される。フレーム通信方法は、A送信元の通信装置から送信されるフレームが制御フレームかデータフレームかを判定するステップと、B制御フレームをコントローラに転送し、コントローラにおいて、制御フレームに基づいて管理を行うステップと、Cデータフレームをネットワークに転送し、コントローラを介することなく、送信先の通信装置に伝送するステップと、を含む。本発明によれば、通信装置から送られるフレームが、制御フレームとデータフレームとに分離される。そして、制御フレームに比べて情報量が膨大であるデータフレームは、特定の経路を経由することなく伝送される。つまり、本発明の通信方式は、ネットワークの性能に大きく関わるデータフレームが必ず経由する機器が存在するという制約から解放される。従って、ネットワークの柔軟性と拡張性を高めることが可能となる。添付図面を参照して、本発明の実施の形態を説明する。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が必ず経由する機器が存在するという制約から解放される。従って、ネットワークの柔軟性と拡張性を高めることが可能となる。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に送信する。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の機能を実現するコンピュータプログラムは、コンピュータ読み取り可能な記録媒体に記録されていてもよい。図12は、本実施の形態に係るゲートウェイ3の変形例を示すブロック図である。本変形例では、ゲートウェイ3に、新たにアドレス変換テーブル110が備えられる。本変形例におけるゲートウェイ3の多重化部32は、コントローラ2から送信される制御フレーム11より、適宜アドレス情報120をアドレス変換テーブル110へ送信する。アドレス変換テーブル110は、多重化部32より送信されたアドレス情報120より、各通信機器1において変換対象アドレス121と変換後アドレス122を対応付けた表を構成する。図13は、アドレス変換テーブル110の構成例を示している。アドレス変換テーブル110の追加により、アドレス変換部31はアドレス変換テーブル110を参照することによりデータフレーム12のアドレス変換を行うことができるようになる。本変形例によれば、フレーム10の情報から変換アドレスが生成不可能である場合においても、アドレス変換が可能となる。そのため、本実施の形態の汎用性が更に高まることが期待される。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アドレスは、通信装置1が元々保持しているMACアドレスとは異なり、FCF50がFCoE通信用に配布するものである。この配布されるMACアドレスの割付には規定があり、MACアドレス6バイトのうち上位3バイトを固定値、下位3バイトが可変としている。そして、下位3バイトの値はFCoEフレームにカプセル化されたFCフレームにおける、通信機器のアドレスとして使用される。そして、従来のFCoE通信では、通信装置1が送信先の通信装置1へフレーム10を送信する場合は、MACアドレスはFCF50のMACアドレスであるが、FCフレームの送信先アドレスには送信先の通信装置1のアドレスを指定する。よって、ゲートウェイ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のサービスクラスを管理する。また、ディレクトリサーバ73は、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で使用する通信機器が流用可能であるため、ネットワークの統合がより容易となる。以上、本発明の実施の形態が添付の図面を参照することにより説明された。但し、本発明は、上述の実施の形態に限定されず、要旨を逸脱しない範囲で当業者により適宜変更され得る。上記の実施の形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。付記1フレームの送受信を行う通信装置と、前記フレームの転送を行うネットワークと、前記通信装置と前記ネットワークとの間に接続されたゲートウェイと、前記通信装置及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類され、前記ゲートウェイは、送信元の前記通信装置から受け取ったフレームが前記制御フレームか前記データフレームかを判定し、前記制御フレームを前記コントローラに転送し、前記データフレームを前記ネットワークに転送し、前記コントローラは、前記ゲートウェイから受け取った前記制御フレームに基づいて前記管理を行い、前記ネットワークは、前記ゲートウェイから受け取った前記データフレームを、前記コントローラを介することなく、送信先の前記通信装置に転送するネットワークシステム。付記2付記1に記載のネットワークシステムであって、前記送信元の通信装置は、前記フレームの送信先MACアドレスを前記コントローラのMACアドレスに設定し、前記ゲートウェイは、前記受け取ったフレームが前記データフレームの場合、前記データフレームの送信先MACアドレスを前記送信先の通信装置のMACアドレスに変換し、その後、前記データフレームを前記ネットワークに出力するネットワークシステム。付記3付記1又は2に記載のネットワークシステムであって、前記ゲートウェイは、前記通信装置のネットワークカードに組み込まれているネットワークシステム。付記4付記1乃至3のいずれか一項に記載のネットワークシステムであって、前記通信装置は、FCoEFibreChannelOverEthernetに基づく通信を行い、前記ゲートウェイは、FCPフレームを前記データフレームと判定し、それ以外のフレームを前記制御フレームと判定するネットワークシステム。付記5ネットワークシステムにおけるフレーム通信方法であって、前記ネットワークシステムは、フレームの送受信を行う通信装置と、前記フレームの転送を行うネットワークと、前記通信装置及び前記ネットワークの管理を行うコントローラとを備え、前記フレームは、通信に必要な制御情報をやりとりするための制御フレームと、通信装置間でデータを送受信するためのデータフレームとに分類され、前記フレーム通信方法は、送信元の前記通信装置から送信されるフレームが前記制御フレームか前記データフレームかを判定するステップと、前記制御フレームを前記コントローラに転送し、前記コントローラにおいて、前記制御フレームに基づいて前記管理を行うステップと、前記データフレームを前記ネットワークに転送し、前記コントローラを介することなく、送信先の前記通信装置に伝送するステップとを含むフレーム通信方法。本出願は、2010年9月16日に出願された日本国特許出願2010-208048を基礎とする優先権を主張し、その開示の全てをここに取り込む。"