コントローラと、それぞれが、前記コントローラによって設定されたフローエントリに適合する受信パケットに対し、前記フローエントリで規定された中継動作を行う複数のスイッチと、前記複数のスイッチのそれぞれを介して通信を行う複数のノードとを具備し、前記コントローラは、前記フローエントリのルールとして宛先アドレスを設定し、前記フローエントリのアクションとして宛先装置への転送処理を設定し、前記複数のスイッチのそれぞれは、自身に設定されたフローエントリに従い、前記宛先アドレスを含む受信パケットを、前記受信パケットの送信元アドレスに関わらず前記宛先装置に転送するコンピュータシステム。前記コントローラは、前記複数のノード間においてパケットが転送される前に、前記複数のスイッチのそれぞれに対して前記フローエントリを設定するコンピュータシステム。請求項1又は2に記載のコンピュータシステムにおいて、前記コントローラは、前記複数のノードのうちの第1ノードからの第1ARPAddressResolutionProtocol要求によって、前記第1ノードの第1MACMediaAccessControlアドレスを取得し、前記第1MACアドレスをフローエントリのルールとして前記複数のスイッチのそれぞれに設定するコンピュータシステム。請求項3に記載のコンピュータシステムにおいて、前記コントローラは、前記第1ノードから他のノード宛の前記第1ARP要求に対する応答として、前記他のノードのMACアドレスを送信元としたARP応答を前記第1ノードに送信するコンピュータシステム。請求項2又は3に記載のコンピュータシステムにおいて、前記コントローラは、第2ARP要求を発行し、前記第2ARP要求に対する応答に基づいて取得した第2ノードの第2MACMediaAccessControlアドレスを前記フローエントリのルールとして前記複数のスイッチのそれぞれに設定するコンピュータシステム。請求項4に記載のコンピュータシステムにおいて、前記コントローラは、前記他のノードから送信された前記第1ノード宛の第3ARP要求に対するARP応答を、前記他のノードに送信するコンピュータシステム。請求項1から6のいずれか1項に記載のコンピュータシステムにおいて、前記複数のスイッチは、前記複数のノードに直接接続される複数の第1スイッチを備え、前記コントローラは、前記複数の第1スイッチのうち、任意に選択したスイッチに前記フローエントリを設定し、他のスイッチには設定しないコンピュータシステム。請求項1から7のいずれか1項に記載のコンピュータシステムにおいて、前記コントローラは、受信パケットをECMPEqualCostMultipathルーティングさせる前記フローエントリを前記複数のスイッチのそれぞれに設定するコンピュータシステム。コントローラが、複数のスイッチのそれぞれに対してフローエントリを設定するステップと、前記複数のスイッチのそれぞれが、前記コントローラによって設定されたフローエントリに適合する受信パケットに対し、前記フローエントリで規定された中継動作を行うステップと、前記複数のノードのそれぞれが、前記複数のスイッチのそれぞれを介して通信を行うステップとを具備し、前記フローエントリを設定するステップは、前記コントローラが、前記フローエントリのルールとして宛先アドレスを設定するステップと、前記フローエントリのアクションとして宛先装置への転送処理を設定するステップとを備え、前記通信を行うステップは、前記複数のスイッチのそれぞれが、前記宛先アドレスを含む受信パケットを、前記受信パケットの送信元アドレスに関わらず前記宛先装置に転送するステップを備える通信方法。請求項9に記載の通信方法において、前記フローエントリを設定するステップは、前記複数のノード間においてパケットが転送される前に行われる通信方法。以下、添付図面を参照しながら本発明の実施の形態を説明する。図面において同一、又は類似の参照符号は、同一、類似、又は等価な構成要素を示す。コンピュータシステムの構成図2を参照して、本発明によるコンピュータシステムの構成を説明する。図2は、本発明によるコンピュータシステムの構成の一例を示す図である。本発明によるコンピュータシステムは、通信ネットワークを介して接続される、プログラマブルフローコントローラ10以下、PFC10と称す、複数のプログラマブルフロースイッチ20-1~20-3、30-1~30-3以下、PFS20-1~20-3、30-1~30-3と称す、物理サーバ40-1~40-5以下、SV40-1~40-5と称す、ストレージ50を具備する。尚、PFS20-1~20-3、30-1~30-3を区別せずに説明する場合、それぞれPFS20、PFS30と称す。又、SV40-1~40-5を区別せずに説明する場合、それぞれSV40と称す。SV40やストレージ50は、図示しないCPU、主記憶装置、及び外部記憶装置を備えるコンピュータ装置であり、外部記憶装置に格納されたプログラムを実行することで、他のSV40との間で通信を行う。SV40間の通信は、PFS20、30を介して行われる。SV40は、実行するプログラムに応じて、Webサーバ、ファイルサーバ、アプリケーションサーバ、あるいはクライアント端末等に例示される機能を実現する。例えば、SV40がWebサーバとして機能する場合、図示しないクライアント端末の要求に従い、記憶装置図示なし内のHTML文書や画像データを他のSV40例示:クライアント端末に転送する。SV40は、CPU図示なしや記憶装置図示なしの使用領域を論理分割又は物理分割することで実現される仮想マシンVMを備える。図2に示す一例では、SV40-1において仮想マシンVM1、VM2が実現され、SV40-2において仮想マシンVM3、VM4が実現され、SV40-3において仮想マシンVM5、VM6が実現され、SV40-4において仮想マシンVM7、VM8が実現される。仮想マシンVM1~VM8は、それぞれのサーバ上におけるホストオペレーションシステムHOS上でエミュレートされたゲストオペレーションシステムGOS又はGOS上で動作するソフトウェアによって実現されてもよい。仮想マシンVMは、仮想マシンモニタによって管理される仮想スイッチ図示なし及び物理NIC図示なしを介して他の装置例えば外部ネットワーク上のコンピュータ装置や、他の物理サーバ40内の仮想マシンVMとデータの送受信を行う。本実施の形態では、一例としてTCP/IPTransmissionControlProtocol/InternetProtocolに従ったパケット通信が行われる。又、本発明に係る仮想スイッチ図示なしは、後述するオープンフロー技術によって制御されても良いし、従来どおりのスイッチング動作レイヤ2を行っても良い。更に、仮想マシンVM1~VM8のそれぞれと物理サーバ外部とはブリッジ接続されている。すなわち、仮想マシンVM1~VM8のMACアドレスやIPアドレスによって外部から直接通信が可能である。PFC10は、オープンフロー技術により、システム内の通信を制御する。オープンフロー技術とは、コントローラここではPFC10が、ルーティングポリシーフローエントリ:フローアクションに従い、マルチレイヤ及びフロー単位の経路情報をPFS20、30に設定し、経路制御やノード制御を行う技術を示す。これにより、経路制御機能がルータやスイッチから分離され、コントローラによる集中制御によって最適なルーティング、トラフィック管理が可能となる。オープンフロー技術が適用されるPFS20、30は、従来のルータやスイッチのようにホップ単位の通信ではなく、END2ENDのフローとして通信を取り扱う。PFC10は、図示しないCPU及び記憶装置を備えるコンピュータによって実現される。PFC10におけるフロー制御処理は、図示しない記憶装置に格納されたプログラムを実行することで実現され、PFS20、30のそれぞれにフローエントリフローアクションを設定することで当該PFS20、30の動作例えばパケットデータの中継動作を制御する。又、本発明によるPFC10には、端末間例えば仮想マシンVM間においてパケット転送が行われる前に、HOST端末SV40やストレージ50や仮想マシンVMのMACアドレスが設定される。例えば、PFC10は、ARPAddressResolutionProtocolによってHOST端末や仮想マシンVMのMACアドレスを事前に取得する。PFC10は、取得したMACアドレスをルールとしたフローエントリを作成し、当該フローエントリをネットワーク内の全てのPFS20、30に設定する。例えば、PFC10は、仮想マシンVM1のMACアドレスを宛先とするパケットの転送先装置を指定するとともに当該パケットを転送させるフローエントリをPFS毎に作成し、ネットワーク内の全てのスイッチPFS20、30に設定する。本発明では、宛先MACアドレスのみでフローを制御しているため、送信元に関係なくフローエントリに設定されたルール宛先MACアドレスに適合したパケットの転送先が決まる。このため、パケットの送信元を意識することなく、フロー制御を行うことが可能となる。すなわち、本発明によれば、宛先端末に応じた最適な経路を設定することでパケット転送のためのマルチパスが形成されるため、最適なマルチパス運用が可能となる。又、従来のように、PFSにおけるファーストパケットの受信を待つことなく、フローエントリを設定できることから、ネットワークのスループットを向上させることが可能となる。更に、本発明では、端末間でパケット転送が行われる前、すなわちシステム運用が行われる前に、フローエントリの生成及び設定が行われるため、運用中におけるフロー制御のための処理負荷は従来に比べて軽減される。又、PFC10は、取得したMACアドレスをルールとしたフローエントリを作成し、当該フローエントリを、ネットワーク内のPFS20、30において任意に選択されたPFS20、30に設定し、他のPFSには設定しなくても良い。例えば、仮想マシンVM1のMACアドレスをルールとしたフローエントリが、HOST端末SV40やストレージ50に直接接続されたPFS30のうちの選択された一部に設定される。この際、フローエントリが設定されないPFS30が仮想マシンVM1宛てのパケットを受信した場合、当該パケットはどこへも転送されずに破棄される。これにより、パケットの転送先を論理的に区分することができるため、1つの物理ネットワークを複数の論理ネットワークに分割して運用することが可能となる。尚、特定MACアドレス宛のパケットを破棄することを規定したフローエントリを特定のPFSに設定した場合も、同様な効果が得られる。PFS20、30は、フローエントリが設定されるフローテーブル図示なしを保持し、設定されたフローエントリに従って受信パケットに対する処理例えば中継処理や破棄を行う。PFS30は、HOST端末SV40やストレージ50に直接接続される1段目のスイッチであり、例えばトップオブラックTORスイッチ等が好適である。又、PFS20はHOST端末から見て2段目以降に接続されるL2スイッチやL3スイッチ、例えばCOREスイッチが好適である。PFS20、30は、自身が保持するフローテーブル図示なしを参照し、受信パケットのヘッダ情報特に宛先MACアドレスに応じたフローエントリで規定されたアクション例えばパケットデータの中継や破棄を実行する。詳細には、PFS20、30は、受信パケットのヘッダ情報が、自身のフローテーブルに設定されたフローエントリで規定されたフローに適合一致する場合、当該フローエントリで規定されたアクションを実行する。又、PFS20、30は、受信パケットのヘッダ情報が、フローテーブルに設定されたフローエントリで規定されたフローに適合一致しない場合、当該パケットに対する処理を行わない。この際、PFS20、30は、当該パケットを受信したことをPFC10に通知しても良いし、当該パケットを破棄しても良い。フローエントリには、フローパケットデータを特定するための情報以下、ルールと称すとして、例えば、TCP/IPのパケットデータにおけるヘッダ情報に含まれる、OSIOpenSystemsInterconnection参照モデルのレイヤ1からレイヤ4のアドレスや識別子の組み合わせが規定される。例えば、レイヤ1の物理ポート、レイヤ2のMACアドレス、レイヤ3のIPアドレス、レイヤ4のポート番号、VLANタグのそれぞれの組み合わせがルールとしてフローエントリに設定される。ただし、本発明では、送信元のMACアドレスやIPアドレスはフローエントリに設定されず、宛先MACアドレスは必ずフローエントリに設定される。ここで、フローエントリに設定されるポート番号等の識別子やアドレス等は、所定の範囲が設定されても構わない。例えば、仮想マシンVM1、VM2のMACアドレスを宛先MACアドレスとしてフローエントリのルールに設定されてもよい。フローエントリで規定されるアクションは、例えばTCP/IPのパケットデータを処理する方法が規定される。例えば、受信パケットデータを中継するか否かを示す情報や、中継する場合はその送信先が設定される。又、アクションは、パケットデータの複製や、破棄することを指示する情報が設定されてもよい。コンピュータシステムにおけるフロー設定方法及び通信方法次に、図3A~図3Jを参照して、本発明によるコンピュータシステムにおけるフロー設定方法及び通信方法の詳細を説明する。以下では、一例として仮想マシンVM1宛のフロー設定及び仮想マシンVM5宛てのフロー設定について説明する。又、仮想マシンVM1~VM8、物理サーバ40-1~40-5、ストレージ50のそれぞれを区別しない場合、ノードと総称して説明する。PFC10は、システムの構成が完了した時点又はシステム構成が変更された時点において、従来のフローコントローラと同様な方法によって、システム内のトポロジを把握する。ここで把握されるトポロジ情報は、PFS20、30、ノード仮想マシンVM1~VM8、物理サーバ40-1~40-5、ストレージ50、図示しない外部ネットワーク例えばインターネット等の接続状況に関する情報を含む。具体的には、トポロジ情報として、PFS20、30、ノードを特定する装置識別子に、当該装置のポート数やポート接続先情報が対応付けられてPFC10の記憶装置に記録される。ポート接続先情報は、接続相手を特定する接続種別スイッチ/ノード/外部ネットワークや接続先を特定する情報スイッチの場合はスイッチID、ノードの場合はMACアドレス、外部ネットワークの場合は外部ネットワークIDが含まれる。図3Aを参照して、PFC10は、ノードからのARPリクエストをトラップしてリクエスト元ノードのロケーションMACアドレスを取得学習する。例えば、仮想マシンVM1から仮想マシンVM5宛てのARPリクエストがPFC10に送信される。PFC10は、受信したARPリクエストから送信元ノードである仮想マシンVM1のMACアドレスを抽出する。PFC10は、当該MACアドレスを宛先とするルールを規定してフローエントリを作成する。この際、システム内の全てのPFS20、30に対するフローエントリが作成される。尚、MACアドレスに対するフローエントリは、予めPFC10の記憶装置に設定されていても良い。図3Bを参照して、ノードのロケーションMACアドレスを学習したPFC10は、当該ノード宛の経路を登録する。例えば、PFC10は、仮想マシンVM1のMACアドレスを宛先としたパケットの転送及びその転送先装置を規定したフローエントリを、全てのPFS20、30に設定する。この際、PFS30-1には、仮想マシンVM1に接続された物理ポートを出力先とするフローエントリが設定され、当該PFS30-1以外の第1段目のPFS30には、2段目以降のPFS20に対してロードバランスされるようなフローエントリが設定されることが好ましい。例えば、PFS30には、PFS30向けにECMPEqualCostMultipathルーティングさせるフローエントリが設定されることが好適である。通常のレイヤ2による学習L2ラーニングでは、FLOODINGによりLOOPが発生する場合や、ロードバランスによって期待通りの学習ができない場合がある。しかし、本発明では、オープンフロー技術を利用しているため、このような問題は発生しない。図3Cを参照して、フローエントリを設定したPFC10は、MACアドレスの取得学習の際にノードからリクエストされた宛先に対するARPリクエストを、当該ノードを除く全ノードに対してARPリクエストを送信する。例えば、PFC10は、図3Aで示したARPリクエストの宛先である仮想マシンVM5宛てのARPリクエストを、リクエスト元の仮想マシンVM1を除く全ノード仮想マシンVM2~VM8、SV40-5、ストレージ50に送信する。図3Dを参照して、PFC10は、図3Cで示したARPリクエストに対する応答ARPリプライによって、宛先ノードのロケーションMACアドレスを取得学習する。本一例では、仮想マシンVM5からARPリプライが送信され、これをトラップすることで、PFC10は仮想マシンVM5のロケーションMACアドレスを取得する。図3Eを参照して、ノードのロケーションMACアドレスを取得学習したPFC10は、当該ノード宛の経路を登録する。ここでは、PFC10は、仮想マシンVM5のMACアドレスを宛先としたパケットの転送及びその転送先装置を規定したフローエントリを、全てのPFS20、30に設定する。この際、上述と同様に、HOST端末から見て第1段目のPFS30には、2段目以降のPFS20に対してロードバランスされるようなフローエントリが設定されることが好ましい。図3Fを参照して、PFC10は、図3Aで示したノードからのARPリクエストに対する代理応答を行う。ここでは、PFC10は、送信元を仮想マシンVM5のMACアドレスとし、宛先を仮想マシンVM1としたARPリプライを発行する。仮想マシンVM1は、自身が送信したARPリクエストに対するARPリプライを受信することで、リクエストした仮想マシンVM5のMACアドレスを取得する。以上の動作により、ARPリクエストの宛先ノードとリクエスト元のノードのそれぞれを宛先としたパケットに対する処理内容フローエントリが、システム内の全てのPFS20、30に設定される。図3Gに示す一例では、上述の動作により仮想マシンVM1、VM5宛てのパケットに対するフローエントリが全てのPFS20、30に設定される。これにより、仮想マシンVM1宛ての通信、及び仮想マシンVM5宛ての通信が正常に行われる。この際、それぞれに送信されるパケットは、送信元に関わらず、宛先MACアドレスによって規定されるフローエントリに従った経路を通って送信されることとなる。又、従来のEthernet登録商標によるSpanningTreeProtocolでは単一のツリー構造を構成するために、使用しない物理リンクを作り出していた。このため、Ethernet登録商標では特定のノード間で複数の経路を持つことができなかったが、本発明では、宛先に応じたパケット転送先がPFS毎に設定されることでマルチパスが形成され、負荷分散が実現される。例えば、上述の一例の場合、仮想マシンVM1向けの通信、及び仮想マシンVM5向けの通信のそれぞれにおいてフローエントリに従ったマルチパスが形成され負荷分散が実現される。上記の一例では、フローエントリで規定されたECMPによるロードバランスを利用したが、これに限らず、LinkAggregation、あるいはフローエントリ毎に負荷分散する方法でも構わない。一方、ARPリクエストを送信したリクエスト元ノードとその宛先ノードとの双方向通信を可能とするため、当該宛先ノードは、PFC10から当該リクエスト元のロケーションMACアドレスを取得学習する。詳細には、図3Hを参照して、仮想マシンVM5から仮想マシンVM1宛てのARPリクエストがPFC10に送信される。図3Iを参照して、既に仮想マシンVM1のロケーションMACアドレスを保持しているPFC10は、仮想マシンVM5に対し、送信元を仮想マシンVM1のMACアドレスとしたARPリプライを送信する。仮想マシンVM5は、これをトラップすることで仮想マシンVM1のロケーションMACアドレスを取得する。これにより、図3Jに示すように、仮想マシンVM5は仮想マシンVM1宛てにパケットデータを送信することが可能となる。尚、仮想マシンV1宛てのフローエントリと仮想マシンV5宛てのフローエントリはそれぞれ独立的に設定されているため、仮想マシンV1から仮想マシンV5に向かう通信経路と、その逆方向の通信経路は、同じ経路になるとは限らない。以上のような動作により、仮想マシンVM1、VM5の両者は相互のロケーションMACアドレスを取得学習するとともに、仮想マシンVM1、VM5のそれぞれに宛てたパケットに対する転送先が全てのPFS20、30に設定される。これにより、仮想マシンVM1と仮想マシンVM5との間において双方向通信が可能となる。本発明では、宛先MACアドレスベースでフローエントリを設定しているため、フローエントリの設定の際、送信元のロケーションを必要としない。このため、ノード間の通信が開始される前にフローエントリを設定することができる。又、従来のように、ノード間の通信経路に対してフローエントリを設定する必要がなく、宛先MACアドレスの対するフローエントリをPFS毎に設定すればよいため、コンピュータシステム全体におけるリソースの消費量を低減することできる。次に、図4を参照して、本発明によるコンピュータシステムの応用例について説明する。上述の例では、ノード宛のパケットに対するフローエントリを全てのPFS20、30に設定したが、これに限らず、フローエントリを設定するノードをノードに直接接続するPFS30のうちの一部としてもよい。図4に示すコンピュータシステムは、ネットワーク500に、接続された上位スイッチPFS20-1、20-2、図示しないHOST端末例えばSV40に直接接続されたPFS30-1、30-2、30-3、及びノードS、Aを備える。ここで、ノードAは、PFS30-2を介して当該システムに接続され、ノードSは、PFS30-3を介して当該システムに接続される。本一例では、図示しないPFC10によって、ノードS宛のフローを制御するフローエントリがPFS20-1、20-2、30-3に設定され、ノードA宛のフローを制御するフローエントリがPFS20-1、20-2、30-1、30-2に設定されている。この場合、ノードS宛のパケットは、PFS20-1、20-2、30-3のいずれかを通る通信経路を経てノードSに至り、ノードA宛のパケットは、PFS20-1、20-2、30-1、30-2のいずれかを通る通信経路を経てノードAに至る。すなわち、ノードSは、PFS20-1、20-2、30-3で構築される論理ネットワークに収容され、ノードAは、PFS20-1、20-2、30-1、30-2で構築される論理ネットワークに収容されることとなる。以上のように、図4に示すコンピュータシステムは、1つの物理ネットワークを構成するが、フローエントリの設定を選択的に行うことで、2つの論理ネットワークに分割されることとなる。これにより1つの物理トポロジを複数のVLANとして取り扱うことが可能となる。以上、本発明の実施の形態を詳述してきたが、具体的な構成は上記実施の形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。図2では、2段構成のPFS群を備えるシステムを一例としたが、これに限らず、更に多数段のPFS群を備えていても構わない。又、PFS20には、従来と同様にレイヤ3L3スイッチを介して外部ネットワークが接続されていても構わない。尚、本出願は、日本出願番号2010-202468に基づき、日本出願番号2010-202468における開示内容は引用により本出願に組み込まれる。