各々が、自身のフローテーブルに登録されたエントリのルールに適合する受信パケットに対し、前記エントリに定義されたアクションに従った動作を行う複数のスイッチと、前記複数のスイッチによって形成されるネットワークの物理トポロジに応じて計算された経路に固有の識別子をルールとし、所定の出力ポートからの出力をアクションとしたエントリを、複数のスイッチ間において通信が開始される前に、前記各スイッチに登録するコントローラとを含むネットワークシステム。請求項1に記載のネットワークシステムであって、前記コントローラは、通信開始前のトポロジ検知の際、ネットワークの物理トポロジを検知し、前記各スイッチをエッジスイッチとコアスイッチとに分類する手段と、前記エッジスイッチの各々に固有の識別子を割り当てる手段と、エッジスイッチ間の経路を計算し、コアスイッチのフローテーブルに、受信パケットの宛先情報の領域に所定のエッジスイッチの識別子が記載されている場合は次段のスイッチに当該受信パケットを転送する旨の中継用エントリを登録する手段とを具備するネットワークシステム。請求項2に記載のネットワークシステムであって、前記コントローラは、通信開始前のステーション検知の際、前記送信元端末の宛先情報を特定する手段と、前記送信元端末に、固有の識別子を割り当てる手段と、前記送信元端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチの識別子及び前記送信元端末の識別子が記載されている場合は、当該受信パケットの宛先情報の領域に前記送信元端末の宛先情報を記載し、前記送信元端末に当該受信パケットを転送する旨の出力用エントリを登録する手段とを更に具備するネットワークシステム。請求項3に記載のネットワークシステムであって、前記コントローラは、通信開始前のステーション検知の際、前記宛先端末の宛先情報を特定する手段と、前記宛先端末に、前記固有の識別子として識別子を割り当てる手段と、前記宛先端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチの識別子及び前記宛先端末の識別子が記載されている場合は、当該受信パケットの宛先情報の領域に前記宛先端末の宛先情報を記載し、前記宛先端末に当該受信パケットを転送する旨の出力用エントリを登録する手段とを更に具備するネットワークシステム。請求項4に記載のネットワークシステムであって、前記コントローラは、前記送信元端末と前記宛先端末との間の通信が可能であるか確認する手段と、前記送信元端末と前記宛先端末との間の通信が可能であると判断した場合、前記送信元端末が接続されたエッジスイッチのフローテーブルに、前記宛先端末宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、前記宛先端末が接続されたエッジスイッチの識別子及び前記宛先端末の識別子を記載して次段のスイッチに転送する旨の入力用エントリを登録する手段とを更に具備するネットワークシステム。請求項1乃至5のいずれか一項に記載のネットワークシステムで使用されるコントローラ。複数のスイッチの各々において、自身のフローテーブルに登録されたエントリのルールに適合する受信パケットに対し、前記エントリに定義されたアクションに従った動作を行うことと、コントローラにおいて、前記複数のスイッチによって形成されるネットワークの物理トポロジに応じて計算された経路に固有の識別子をルールとし、所定の出力ポートからの出力をアクションとしたエントリを、複数のスイッチ間において通信が開始される前に、前記各スイッチに登録することとを含む経路制御方法。請求項7に記載の経路制御方法であって、前記コントローラにおいて、通信開始前のトポロジ検知の際、ネットワークの物理トポロジを検知し、前記各スイッチをエッジスイッチとコアスイッチとに分類することと、前記エッジスイッチの各々に固有の識別子を割り当てることと、エッジスイッチ間の経路を計算し、コアスイッチのフローテーブルに、受信パケットの宛先情報の領域に所定のエッジスイッチの識別子が記載されている場合は次段のスイッチに当該受信パケットを転送する旨の中継用エントリを登録することとを更に含む経路制御方法。請求項8に記載の経路制御方法であって、前記コントローラにおいて、通信開始前のステーション検知の際、前記送信元端末の宛先情報を特定することと、前記送信元端末に、固有の識別子を割り当てることと、前記送信元端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチの識別子及び前記送信元端末の識別子が記載されている場合は、当該受信パケットの宛先情報の領域に前記送信元端末の宛先情報を記載し、前記送信元端末に当該受信パケットを転送する旨の出力用エントリを登録することとを更に含む経路制御方法。請求項9に記載の経路制御方法であって、前記コントローラにおいて、通信開始前のステーション検知の際、前記宛先端末の宛先情報を特定することと、前記宛先端末に、前記固有の識別子として識別子を割り当てることと、前記宛先端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチの識別子及び前記宛先端末の識別子が記載されている場合は、当該受信パケットの宛先情報の領域に前記宛先端末の宛先情報を記載し、前記宛先端末に当該受信パケットを転送する旨の出力用エントリを登録することとを更に含む経路制御方法。請求項10に記載の経路制御方法であって、前記コントローラにおいて、前記送信元端末と前記宛先端末との間の通信が可能であるか確認することと、前記送信元端末と前記宛先端末との間の通信が可能であると判断した場合、前記送信元端末が接続されたエッジスイッチのフローテーブルに、前記宛先端末宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、前記宛先端末が接続されたエッジスイッチの識別子及び前記宛先端末の識別子を記載して次段のスイッチに転送する旨の入力用エントリを登録することとを更に含む経路制御方法。請求項7乃至11のいずれか一項に記載の経路制御方法におけるコントローラの動作を計算機に実行させるためのプログラムを格納した記憶媒体。本発明は、CU分離型ネットワークを対象としている。ここでは、CU分離型ネットワークの1つであるオープンフローネットワークを例に説明する。但し、実際には、オープンフローネットワークに限定されない。<第1実施形態>以下に、本発明の第1実施形態について添付図面を参照して説明する。[基本構成]図1に示すように、本発明に係るネットワークシステムは、スイッチ1010-i、i=1~n:nはスイッチ台数と、コントローラ20を含む。スイッチ1010-i、i=1~n、及びコントローラ20は、オープンフローネットワークを形成する。スイッチ1010-i、i=1~nは、オープンフローネットワークにおけるノードnodeである。[スイッチ]スイッチ1010-i、i=1~nは、内部にフローテーブルを持ち、コントローラ20からフローテーブルに登録されたエントリに従って、パケットを転送する。[コントローラ]コントローラ20は、トポロジtopology:ネットワークの接続形態検知を行い、ネットワークを構成するスイッチ1010-i、i=1~nを検知し、フロー毎の経路パスを計算する。これにより、コントローラ20は、ネットワークを構成する全てのスイッチの識別情報スイッチID、MACアドレス等、及び各スイッチの接続形態を認識し、各スイッチの次段のスイッチを特定する。ここでは、コントローラ20は、通信が開始される前に、各スイッチのスイッチID64ビットと独自に定義したノードID16ビットとを1対1で対応付ける。但し、ビット数は一例に過ぎない。すなわち、コントローラ20は、各スイッチにノードIDを割り当てる。また、コントローラ20は、端末接続可能なエッジスイッチ間の経路を計算し、当該経路上の中継用スイッチであるコアスイッチCoreの各々のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に所定のノードIDが記載されていれば、当該受信パケットを所定の出力ポートから次段のスイッチに転送するという旨のCoreエントリ中継用エントリを登録する。すなわち、コアスイッチは、受信パケットの宛先情報の領域に記載されたノードIDをマッチ条件ルールとして、転送の可否を判断する。無論、コントローラ20は、ノードIDに加えて、受信パケットの宛先情報の領域に記載された他の情報もマッチ条件ルールとして指定するようにしても良い。なお、実際には、コントローラ20は、コアスイッチCoreの各々のフローテーブルに、ノードIDに関わらず、当該受信パケットを所定の出力ポートから次段のスイッチに転送するという旨のCoreエントリを登録することも可能である。この場合、コアスイッチCoreは、無条件で、受信パケットを次段のスイッチに転送する。また、コントローラ20は、ステーション検知端末検知を行い、端末3030-j、j=1~m:mは端末台数を検知し、端末の宛先情報MACアドレス等、及び接続形態を認識し、端末とユーザIDとを1対1で対応付ける。すなわち、コントローラ20は、各端末にユーザIDを割り当てる。このとき、コントローラ20は、端末3030-j、j=1~mが接続されたエッジスイッチも検知する。また、コントローラ20は、通信が開始される前に、エッジスイッチのフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に、当該エッジスイッチのノードIDと、配下の端末のユーザIDが記載されていれば、当該受信パケットの宛先情報を当該端末宛に戻し、当該受信パケットを当該端末に転送するという旨のEgressエントリ出力用エントリを登録する。ここで、配下の端末のユーザIDをマッチ条件ルールとしたのは、配下の端末が複数存在する場合もあるからである。また、エッジスイッチのノードIDと端末のユーザIDとの組み合わせをマッチ条件ルールとしているため、エッジスイッチ間で重複したユーザIDを使用することが可能になる。但し、同一のエッジスイッチの配下の端末の各々に対しては、重複したユーザIDを使用することはできない。また、コントローラ20は、入力側エッジスイッチIngressのフローテーブルに、所定のパケットを受信した際、宛先情報を検索のキーとして使用し、受信パケットの宛先情報の領域の少なくとも一部に、出力側エッジスイッチEgressのノードIDと、宛先となる端末のユーザIDとを記載して次段のスイッチに転送するという旨のIngressエントリ入力用エントリを登録する。ここで、上記の所定のパケットは、所定のマッチ条件ルールに適合するパケットと読み替えても良い。本発明では、入力側エッジスイッチIngressが最初にフローを特定するため、Ingressエントリには、通常のオープンフローと同様のパケットマッチングルールと、適合したパケットに対する上記のアクションが定義されることになる。[Ingressエントリ登録のタイミング]なお、コントローラ20が入力側エッジスイッチのフローテーブルにエントリを登録するタイミングとしては、通信が開始される前事前登録と、実際の通信時リアルタイム登録の2つが考えられる。通信が開始される前事前登録の場合、コントローラ20は、通信が開始される前に、予め所定のパケットの転送先となる端末宛先候補端末を決定する。そして、コントローラ20は、通信が開始される前に、入力側エッジスイッチとなり得るエッジスイッチのフローテーブルに、所定のパケットを受信した際、宛先情報を検索のキーとして使用し、受信パケットの宛先情報の領域の少なくとも一部に、当該宛先候補端末が接続されたエッジスイッチのノードIDと、当該宛先候補端末のユーザIDとを記載して次段のスイッチに転送するという旨のIngressエントリを登録する。本実施形態では、この事例について説明する。実際の通信時リアルタイム登録の場合、コントローラ20は、送信元の端末からパケットを受信した入力側エッジスイッチから当該受信パケットについての問い合わせを受け取ると、当該受信パケット群フローの経路を計算し、この経路に基づき、当該入力側エッジスイッチのフローテーブルに、所定のパケットを受信した際、宛先情報を検索のキーとして使用し、受信パケットの宛先情報の領域の少なくとも一部に、当該宛先候補端末が接続されたエッジスイッチのノードIDと、当該宛先候補端末のユーザIDとを記載して次段のスイッチに転送するという旨のIngressエントリを登録する。この事例については、第2実施形態にて説明する。[経路の指定]更に、各スイッチの次段のスイッチが複数存在する場合経路が複数の場合、コントローラ20は、経路毎に冗長IDを定義する。次段のスイッチの各々はそれぞれの経路上に存在するため、次段のスイッチの各々と冗長IDとが対応付けられる。コントローラ20は、コアスイッチCoreのフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に所定のノードIDと冗長IDが記載されていれば、当該受信パケットを当該冗長IDに対応する次段のスイッチに転送するという旨のCoreエントリを登録する。また、コントローラ20は、入力側エッジスイッチのフローテーブルに、所定のパケットを受信した際、宛先情報を検索のキーとして使用し、受信パケットの宛先情報の領域の少なくとも一部に、出力側エッジスイッチのノードIDと、冗長IDと、宛先となる端末のユーザIDとを記載して次段のスイッチに転送するという旨のIngressエントリを登録する。冗長IDは、出力側エッジスイッチのノードIDの一部でも良い。例えば、ノードIDの領域の先頭又は末尾の数ビットbitを、冗長IDの領域として使用しても良い。[ハードウェアの例示]スイッチ1010-i、i=1~nの例として、ネットワークスイッチnetworkswitch、ルータrouter、プロキシproxy、ゲートウェイgateway、ファイアウォールfirewall、ロードバランサloadbalancer:負荷分散装置、帯域制御装置packetshaper、セキュリティ監視制御装置SCADA:SupervisoryControlAndDataAcquisition、ゲートキーパーgatekeeper、基地局basestation、アクセスポイントAP:AccessPoint、通信衛星CS:CommunicationSatellite、或いは、複数の通信ポートを有する計算機等が考えられる。また、スイッチ1010-i、i=1~nは、物理マシン上に構築された仮想スイッチでも良い。コントローラ20及び端末3030-j、j=1~mの各々の例として、PCパソコン、アプライアンスappliance、シンクライアント端末/サーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。また、コントローラ20及び端末3030-j、j=1~mは、物理マシン上に構築された仮想マシンVMでも良い。なお、端末3030-j、j=1~mの各々は、携帯電話機、スマートフォン、スマートブック、カーナビカーナビゲーションシステム、携帯型ゲーム機、家庭用ゲーム機、携帯型音楽プレーヤー、ハンディターミナル、ガジェット電子機器、双方向テレビ、デジタルチューナー、デジタルレコーダー、情報家電informationhomeappliance、OAOfficeAutomation機器等でも良い。また、端末3030-j、j=1~mの各々は、車両や船舶、航空機等の移動体に搭載されていても良い。図示しないが、スイッチ1010-i、i=1~nの各々、コントローラ20、及び端末3030-j、j=1~mの各々は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリと、ネットワークに接続するための通信用インターフェースによって実現される。上記のプロセッサの例として、CPUCentralProcessingUnit、マイクロプロセッサmicroprocessor、マイクロコントローラ、或いは、専用の機能を有する半導体集積回路IC:IntegratedCircuit等が考えられる。上記のメモリの例として、RAMRandomAccessMemory、ROMReadOnlyMemory、EEPROMElectricallyErasableandProgrammableReadOnlyMemoryやフラッシュメモリ等の半導体記憶装置、HDDHardDiskDriveやSSDSolidStateDrive等の補助記憶装置、又は、DVDDigitalVersatileDisk等のリムーバブルディスクや、SDメモリカードSecureDigitalmemorycard等の記憶媒体メディア等が考えられる。なお、上記のプロセッサ及び上記のメモリは、一体化していても良い。例えば、近年では、マイコン等の1チップ化が進んでいる。従って、電子機器等に搭載される1チップマイコンが、プロセッサ及びメモリを備えている事例が考えられる。上記の通信用インターフェースの例として、ネットワーク通信に対応した基板マザーボード、I/Oボードやチップ等の半導体集積回路、NICNetworkInterfaceCard等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口コネクタ等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、LANLocalAreaNetwork、無線LANWirelessLAN、WANWideAreaNetwork、バックボーンBackbone、ケーブルテレビCATV回線、固定電話網、携帯電話網、WiMAXIEEE802.16a、3G3rdGeneration、専用線leaseline、IrDAInfraredDataAssociation、Bluetooth登録商標、シリアル通信回線、データバス等が考えられる。スイッチ1010-i、i=1~nの各々、コントローラ20、及び端末3030-j、j=1~mの各々の内部の構成要素は、モジュールmodule、コンポーネントcomponent、或いは専用デバイス、又はこれらの起動呼出プログラムでも良い。但し、実際には、これらの例に限定されない。[トポロジ検知]図2を参照して、トポロジ検知の際の処理について説明する。コントローラ20は、LLDPLinkLayerDiscoveryProtocolによって、ネットワークの物理トポロジを検知する。LLDPとは、制御フレームを送受信することにより定期的に隣接する装置情報を収集するためのプロトコルである。事前に、管理者端末等から、スイッチ1010-i、i=1~nの各々に、内向き/外向きのコンフィグConfiguration:設定情報を設定する。或いは、コントローラ20が、セキュアチャネルSecureChannel接続で、管理下にあるスイッチ1010-i、i=1~nの各々に、内向き/外向きのコンフィグを投入するようにしても良い。内向きのコンフィグとは、ネットワークの内側との通信用の設定情報である。外向きのコンフィグとは、ネットワークの外側との通信用の設定情報である。スイッチ1010-i、i=1~nの各々は、内向き/外向きのコンフィグを、ポートPortのステータス情報PortStatとして格納する。初期設定defaultでは、スイッチ1010-i、i=1~nの各々は、内向きのコンフィグを、ポートのステータス情報PortStatとして格納している。コントローラ20は、事前にスイッチ1010-i、i=1~nに内向き/外向きの設定があるため、トポロジを検知するスピードが速くなる。コントローラ20は、トポロジを検知して、スイッチ1010-i、i=1~nの各々が持つポートのそれぞれについて、ポートのステータス情報PortStatを収集して、スイッチ1010-i、i=1~nの各々が持つポートが内向きか外向きかを判断する。コントローラ20は、ポートのステータス情報において、内向きと明示的な設定のあるポートを内向きポートInsidePortと認識する。また、コントローラ20は、ポートのステータス情報において、外向きと明示的な設定のあるポートを外向きポートOutsidePortと認識する。コントローラ20は、内向きポート、及び外向きと明示的な設定のないポート未設定ポート等に対して、LLDPの制御フレームを送信する。そして、コントローラ20は、LLDPの制御フレームに対する応答から、ネットワークの物理トポロジを検知し、トポロジ情報を作成する。このとき、コントローラ20は、管理下にあるスイッチ1010-i、i=1~nの各々のスイッチIDを取得し、各スイッチ1010-i、i=1~nのスイッチIDと、ノードIDとを対応付ける。このとき、ノードIDを対応付けるのは、外向きポートが存在するスイッチエッジスイッチのみでも良い。ここでは、スイッチIDとして、DPID:1~6を示している。なお、実際には、DPID:1~6をそのままノードIDとして使用することも可能である。また、ノードIDは、サブノードIDと、冗長IDを含むものとする。サブノードIDは、スイッチを特定するためのノードIDの実質的な本体である。サブノードIDは、単体でスイッチを特定することが可能な識別情報でも良い。或いは、サブノードIDは、冗長IDと組み合わせることで、スイッチを一意に特定するためのノードIDを形成するものでも良い。冗長IDは、経路を特定するための識別情報である。各スイッチ1010-i、i=1~nは、この冗長IDに基づいて、次段のスイッチに転送するためのポートを決定し、当該ポートから受信パケットを送出するようにしても良い。なお、実際には、冗長IDは、ノードIDとの関連性が保たれており、冗長IDとして特定可能であれば、別の領域に格納されていても良い。コントローラ20は、外向きポートが存在するスイッチエッジスイッチ間の経路を計算し、当該経路上にあるコアスイッチCoreのフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に所定のノードID外向きポートが存在するエッジスイッチのノードIDが記載されていれば、当該受信パケットを当該経路上の次段のスイッチに転送するという旨のCoreエントリを登録する。すなわち、コアスイッチは、受信パケットの宛先情報の領域に記載されたノードIDをマッチ条件ルールとして、転送の可否を判断する。無論、コントローラ20は、ノードIDに加えて、受信パケットの宛先情報の領域に記載された他の情報VTNID、ユーザID等もマッチ条件ルールとして指定するようにしても良い。なお、実際には、コントローラ20は、コアスイッチCoreの各々のフローテーブルに、ノードIDに関わらず、当該受信パケットを所定の出力ポートから次段のスイッチに転送するという旨のCoreエントリを登録することも可能である。この場合、コアスイッチCoreは、無条件で、受信パケットを次段のスイッチに転送する。受信パケットの転送の可否については、入力側エッジスイッチIngressや出力側エッジスイッチEgressで判断することになる。ここでは、コントローラ20は、外向きポートが存在する全てのスイッチ間の経路を計算し、当該経路上にあるコアスイッチCoreのフローテーブルに、上記のようにCoreエントリを登録する。[エントリの構成例]以下に、エントリの構成例について説明する。エントリは、Port、DADestinationAddress、SASourceAddress、OPortOutputPort、ModModify等のデータ格納領域を含む。Portは、受信パケットの入力ポートを示す情報の格納領域である。DAは、受信パケットの宛先情報の格納領域である。SAは、受信パケットの送信元情報の格納領域である。OPortは、受信パケットの出力ポートを示す情報の格納領域である。Modは、受信パケットに対して行う処理を定義した情報の格納領域である。Port、DA、及びSAは、マッチ条件ルールに該当する。また、OPort及びModは、処理内容アクションに該当する。DAに格納されるID群とは、ノードID、VTNID、ユーザID等の情報である。ノードIDは、出力側エッジスイッチとなるスイッチ外向きポートが存在するノードを特定するための識別情報の格納領域である。VTNIDは、VTNVirtualTenantNetwork等の、外向きポートが存在するスイッチ間の経路を通過するパケット群フローが属するVNVirtualNetworkの識別情報の格納領域である。ユーザIDは、宛先となる端末外向きポートが存在するスイッチに接続された/接続され得る端末を特定するためのユーザIDの識別情報である。端末とユーザIDとの対応付けは、以下に説明するステーション検知において行う。[ステーション検知]図3、図4を参照して、ステーション検知の際の処理について説明する。コントローラ20は、端末がアドレス解決のために送信するARPAddressResolutionProtocolの制御フレームを利用して、ステーション検知を行う。なお、ARPの制御フレームは一例に過ぎない。例えば、DHCPDynamicHostConfigurationProtocol等の制御フレームでも良い。また、実際には、制御フレームに限定されない。ここでは、端末30-1を端末Aとし、端末30-2を端末Bとする。1ARP_ReqARPリクエストRequest:要求を利用図3に示すように、端末Aから端末Bに対して通信する際に、端末BのMACアドレスがわからず、端末BのIPアドレスだけがわかっている場合、端末Aは、端末Bのアドレスを解決するためのARP_ReqARPリクエストをブロードキャストで送信する。端末Aが接続されたエッジスイッチ10-1は、セキュアチャネルSecureChannel接続で、コントローラ20宛にARP_ReqARPリクエストを転送する。このとき、コントローラ20は、ARPプロキシARPProxyとして動作する。コントローラ20は、端末Aが接続されたエッジスイッチ10-1からARP_ReqARPリクエストを受信した際、ARP_ReqARPリクエストの送信元情報から端末AのMACアドレス及びIPアドレスを取得し、端末AにユーザIDを割り当てる。すなわち、端末AのMACアドレス及びIPアドレスと、ユーザIDとを対応付ける。コントローラ20は、端末Aが接続されたエッジスイッチ10-1のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に当該エッジスイッチのノードIDと配下の端末AのユーザIDが記載されていれば、当該受信パケットの宛先情報を端末AのMACアドレス宛に戻し、当該受信パケットを端末AのMACアドレス宛に転送するという旨のEgressエントリを登録する。コントローラ20は、ARPプロキシARPProxyとして、ターゲットTargetとなる端末Bのアドレス解決をするため、セキュアチャネルSecureChannel接続で、管理下にあるスイッチ1010-i、i=1~nの各々に対して、ARP_ReqARPリクエストをブロードキャストで送信する。このとき、ARP_ReqARPリクエストの送信元MACアドレスは、端末AのMACアドレスである。端末Bが接続されたエッジスイッチ10-6は、ブロードキャストで送信されたARP_ReqARPリクエストを端末Bに転送する。ここでは、説明の簡略化のため、端末Bのみを宛先端末として説明しているが、他の宛先端末が接続されたエッジスイッチについても、上記と同様の処理を行う。2ARP_RepARPリプライReply:応答を利用図4に示すように、端末Bは、ARP_ReqARPリクエストに対する応答として、端末A宛にARP_RepARPリプライを送信する。端末Bが接続されたエッジスイッチ10-6は、セキュアチャネルSecureChannel接続で、コントローラ20宛にARP_RepARPリプライを転送する。このとき、コントローラ20は、ARPプロキシARPProxyとして動作する。コントローラ20は、端末Bが接続されたエッジスイッチ10-6からARP_RepARPリプライを受信した際、ARP_RepARPリプライの送信元情報から端末BのMACアドレス及びIPアドレスを取得し、端末BにユーザIDを割り当てる。すなわち、端末BのMACアドレス及びIPアドレスと、ユーザIDとを対応付ける。コントローラ20は、端末Bが接続されたエッジスイッチ10-6のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に当該エッジスイッチのノードIDと配下の端末BのユーザIDが記載されていれば、当該受信パケットの宛先情報を端末BのMACアドレス宛に戻し、当該受信パケットを端末BのMACアドレス宛に転送するという旨のEgressエントリを登録する。この時点で、コントローラ20は、端末Aと端末Bとの間の通信が可能であると判断し、端末Aが接続されたエッジスイッチ10-1のフローテーブルに、端末B宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、ID群端末Bが接続されたエッジスイッチのノードIDと、当該フローのVTNIDと、端末BのユーザIDを記載して次段のスイッチに転送するという旨のIngressエントリを登録することも可能である。このエントリ登録方式はProactive型事前にIngressエントリを登録する方式である。コントローラ20は、ARPプロキシARPProxyとして、端末AにARP_RepARPリプライを転送するため、セキュアチャネルSecureChannel接続で、端末Aが接続されたエッジスイッチ10-1に対して、ARP_RepARPリプライを送信する。このとき、ARP_RepARPリプライの送信元MACアドレスは、端末BのMACアドレスである。端末Aが接続されたエッジスイッチ10-1は、コントローラ20から受信したARP_RepARPリプライを端末Aに転送する。端末Aは、ARP_ReqARPリクエストに対する応答として受信したARP_RepARPリプライから、端末BのMACアドレスを取得する。[エントリ登録完了後のデータ通信]図5を参照して、エントリ登録完了後のスイッチ間でのIPパケット等の通信の際の処理について説明する。この時点では、スイッチ間の全てのスイッチに対して、必要なエントリ登録は完了しているものとする。すなわち、コントローラ20の作業は完了している。まず、端末Aは、宛先となる端末BのMACアドレス及びIPアドレスを、パケットの宛先情報の領域に記載し、端末B宛のパケットを送信する。端末Aが接続されたエッジスイッチ10-1は、入力ポート1で端末B宛のパケットを受信すると、自身のフローテーブルに当該受信パケットと適合するエントリが登録されているか確認する。端末Aが接続されたエッジスイッチ10-1は、自身のフローテーブルに、端末B宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、ID群端末Bが接続されたエッジスイッチ10-6のノードIDと、当該フローのVTNIDと、端末BのユーザIDを記載して次段のスイッチに転送するという旨のIngressエントリが登録されているため、受信パケットの宛先情報の領域の少なくとも一部に、当該ID群を記載して次段のスイッチに転送する。ここでは、エッジスイッチ10-1は、受信パケットの宛先情報に記載されている端末BのMACアドレスをID群に変更宛先情報にID群を上書きし、当該変更後のパケット以下、ID化パケットを、出力ポート2に転送し、出力ポート2から次段のスイッチ10-2に転送する。エッジスイッチ10-2は、入力ポート3でID化パケットを受信すると、自身のフローテーブルに当該ID化パケットと適合するエントリが登録されているか確認する。エッジスイッチ10-2は、自身のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部にエッジスイッチ10-6のノードIDが記載されていれば、当該受信パケットを所定の出力ポートから次段のスイッチに転送するという旨のCoreエントリが登録されているため、当該ID化パケットを、出力ポート4に転送し、出力ポート4から次段のスイッチ10-3に転送する。なお、エッジスイッチ10-2は、出力ポート4と出力ポート5のいずれに転送するかは、当該CoreエントリのOPortの値を基に決定する。このとき、エッジスイッチ10-2は、当該ID化パケットに冗長IDが含まれている場合、冗長IDの値を検索キーとして、該当するCoreエントリを検索する。エッジスイッチ10-3は、入力ポート10でID化パケットを受信すると、自身のフローテーブルに当該ID化パケットと適合するエントリが登録されているか確認する。エッジスイッチ10-3は、自身のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部にエッジスイッチ10-6のノードIDが記載されていれば、当該受信パケットを所定の出力ポートから次段のスイッチに転送するという旨のCoreエントリが登録されているため、当該ID化パケットを、出力ポート12に転送し、出力ポート12から次段のスイッチ10-6に転送する。エッジスイッチ10-6は、入力ポート13でID化パケットを受信すると、自身のフローテーブルに当該ID化パケットと適合するエントリが登録されているか確認する。端末Bが接続されたエッジスイッチ10-6は、自身のフローテーブルに、受信パケットの宛先情報の領域の少なくとも一部に当該エッジスイッチ10-6のノードIDと配下の端末BのユーザIDが記載されていれば、当該受信パケットの宛先情報を端末BのMACアドレス宛に戻し、当該受信パケットを端末BのMACアドレス宛に転送するという旨のEgressエントリが登録されているため、当該ID化パケットの宛先情報の領域に記載されているID群を、端末BのMACアドレス宛に変更宛先情報に端末BのMACアドレスを上書きし、当該変更後のパケット元の受信パケットを、出力ポート14に転送し、出力ポート14から端末Bに転送する。なお、上記では、宛先情報の領域として、MACアドレス領域を例に説明しているが、実際にはIPアドレス領域でも良い。すなわち、宛先アドレスの領域であれば良い。<第2実施形態>以下に、本発明の第2実施形態について説明する。本実施形態では、ステーション検知の際ではなく、スイッチ間でのIPパケット等の通信を開始した際に、入力側エッジスイッチのフローテーブルにIngressエントリを登録する事例について説明する。ここでは、図3に示すステーション検知ARPリクエスト利用により、エッジスイッチにEgressエントリを登録する処理のみ実施した状態、或いは、図4に示すステーション検知ARPリプライ利用の際に、エッジスイッチにIngressエントリを登録する処理を実施していない状態を想定している。[パケットの問い合わせ]図6を参照して、データ通信開始時のパケットの問い合わせの際の処理について説明する。コントローラ20は、セキュアチャネルSecureChannel接続で、管理下にあるスイッチから受信パケットについての問い合わせを受けた場合に、応答としてIngressエントリを登録する。まず、端末Aは、宛先となる端末BのMACアドレス及びIPアドレスを、パケットの宛先情報の領域に記載し、端末B宛のパケットを送信する。端末Aが接続されたエッジスイッチ10-1は、端末B宛のパケットを受信すると、自身のフローテーブルに当該パケットと適合するエントリが登録されているか確認する。この時点では、端末Aが接続されたエッジスイッチ10-1には、当該パケットと適合するエントリIngressエントリは登録されていないため、端末Aが接続されたエッジスイッチ10-1は、セキュアチャネルSecureChannel接続で、コントローラ20宛に端末B宛のパケットを転送する。コントローラ20は、端末B宛のパケットの宛先情報から端末BのMACアドレス及びIPアドレスを取得し、自身が保持しているトポロジ情報及びステーション情報から、端末BのユーザIDと、端末Bが接続されたエッジスイッチ10-6のノードIDを特定する。コントローラ20は、端末Aが接続されたエッジスイッチ10-1のフローテーブルに、端末B宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、ID群端末Bが接続されたエッジスイッチのノードIDと、当該フローのVTNIDと、端末BのユーザIDを記載して次段のスイッチに転送するという旨のIngressエントリを登録する。このエントリ登録方式はReactive型最初のパケット到着時にIngressエントリを登録する方式である。<各実施形態の関係>なお、上記の各実施形態は、組み合わせて実施することも可能である。例えば、本発明に係るネットワークシステムにおいて、第1実施形態に対応するスイッチと、第2実施形態に対応するスイッチが混在していても良い。また、複数のVTNが存在する場合、VTN毎に実施形態を別々にしても良い。<付記>上記の実施形態の一部又は全部は、以下の付記のように記載することも可能である。但し、実際には、以下の記載例に限定されない。[付記1:システム構成]それぞれが、自身のフローテーブルに登録されたエントリのルールに適合する受信パケットに対し、前記エントリに定義されたアクションに従った動作を行う複数のスイッチと、前記複数のスイッチによって形成されるネットワークの物理トポロジに応じて計算された経路に固有の識別子をルールとし、所定の出力ポートからの出力をアクションとしたエントリを、複数のスイッチ間において通信が開始される前に、前記各スイッチに登録するコントローラとを含むネットワークシステム。[付記2:Coreエントリ登録]付記1に記載のネットワークシステムであって、前記コントローラは、通信開始前のトポロジ検知の際、前記各スイッチに内向き及び外向きの設定情報を投入し、前記各スイッチのポート情報を収集するポート情報収集部と、前記各スイッチのポート情報を基に、内向きポートと外向きポートとを特定し、エッジスイッチとコアスイッチとを特定するスイッチ特定部と、内向きポート、及び外向きと明示的な設定のないポートに対して、隣接スイッチ情報を収集するための制御フレームを送信する制御フレーム送出部と、前記制御フレームに対する応答から、ネットワークの物理トポロジを検知し、トポロジ情報を作成するトポロジ情報作成部と、前記各スイッチに、前記固有の識別子としてノードIDを対応付けるノードID割り当て処理部と、外向きポートが存在するスイッチ間の経路を計算し、コアスイッチのフローテーブルに、受信パケットの宛先情報の領域にエッジスイッチのノードIDが記載されている場合は次段のスイッチに当該受信パケットを転送する旨の中継用エントリを登録する中継用エントリ登録部とを具備するネットワークシステム。[付記3:送信側のEgressエントリ登録]付記2に記載のネットワークシステムであって、前記コントローラは、通信開始前のステーション検知の際、送信元端末からのARP要求を基に、前記送信元端末の宛先情報を特定する送信元端末特定部と、前記送信元端末に、前記固有の識別子としてユーザIDを対応付ける送信元ユーザID割り当て処理部と、前記送信元端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチのノードID及び前記送信元端末のユーザIDが記載されている場合は、当該受信パケットの宛先情報の領域に前記送信元端末の宛先情報を記載し、前記送信元端末に当該受信パケットを転送する旨の出力用エントリを登録する送信元端末側出力用エントリ登録部とを更に具備するネットワークシステム。[付記4:受信側のEgressエントリ登録]付記3に記載のネットワークシステムであって、前記コントローラは、通信開始前のステーション検知の際、宛先端末からのARP応答を基に、前記宛先端末の宛先情報を特定する宛先端末特定部と、前記宛先端末に、前記固有の識別子としてユーザIDを対応付ける宛先ユーザID割り当て処理部と、前記宛先端末が接続されたエッジスイッチのフローテーブルに、受信パケットの宛先情報の領域に当該エッジスイッチのノードID及び前記宛先端末のユーザIDが記載されている場合は、当該受信パケットの宛先情報の領域に前記宛先端末の宛先情報を記載し、前記宛先端末に当該受信パケットを転送する旨の出力用エントリを登録する宛先端末側出力用エントリ登録部とを更に具備するネットワークシステム。[付記5:送信側のIngressエントリ登録Proactive型]付記4に記載のネットワークシステムであって、前記コントローラは、通信開始前のステーション検知の際、前記宛先端末からのARP応答を基に、前記送信元端末と前記宛先端末との間の通信が可能であると判断する通信可否判断部と、前記送信元端末が接続されたエッジスイッチのフローテーブルに、前記宛先端末宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、前記宛先端末が接続されたエッジスイッチのノードID及び前記宛先端末のユーザIDを記載して次段のスイッチに転送する旨の入力用エントリを登録する送信元端末側入力用エントリ登録部とを更に具備するネットワークシステム。[付記6:送信側のIngressエントリ登録Reactive型]付記4に記載のネットワークシステムであって、前記コントローラは、通信が開始された際、前記送信元端末が接続されたエッジスイッチからのパケットの問い合わせを基に、前記送信元端末と前記宛先端末との間の通信が可能であると判断する通信可否判断部と、前記送信元端末が接続されたエッジスイッチのフローテーブルに、前記宛先端末宛のパケットを受信した場合、当該受信パケットの宛先情報の領域の少なくとも一部に、前記宛先端末が接続されたエッジスイッチのノードIDと前記宛先端末のユーザIDを記載して次段のスイッチに転送する旨の入力用エントリを登録する送信元端末側入力用エントリ登録部とを更に具備するネットワークシステム。以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。なお、本出願は、日本出願番号2011-005137に基づく優先権を主張するものであり、日本出願番号2011-005137における開示内容は引用により本出願に組み込まれる。