ネットワーク機器と、前記ネットワーク機器からパケットの問い合わせを受けた際、該パケットをフローとして一律に制御するためのルールと動作とが定義されたエントリを、前記ネットワーク機器のフローテーブルに設定する制御装置と、同一グループのサーバ群を形成し、該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と、を含み、前記制御装置は、前記ネットワーク機器及び前記サーバ機器の各々からパフォーマンスデータを収集し蓄積する手段と、前記サーバ群を形成するサーバ機器の中から、前記サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択する手段と、前記ネットワーク機器のパフォーマンスデータを基に、前記最適なサーバ機器に到達するための最適経路を決定する手段と、前記最適経路上のネットワーク機器に、前記最適経路上の次段のノードに前記仮想アドレス宛のパケットを転送する旨のエントリを登録する手段とを具備するネットワークシステム。請求項1に記載のネットワークシステムであって、前記制御装置は、前記サーバ機器のパフォーマンスデータとして、前記サーバ機器の最新のCPU使用率及びCPU平均使用率のうち少なくとも一方を基に、最適なサーバ機器を選択する手段と、前記ネットワーク機器のパフォーマンスデータとして、前記ネットワーク機器の最新のネットワーク使用率及びネットワーク平均使用率のうち少なくとも一方を基に、前記最適なサーバ機器に到達するための最適経路を決定する手段とを更に具備するネットワークシステム。請求項1又は2に記載のネットワークシステムであって、前記制御装置は、前記仮想アドレス宛のパケットの種類及び前記サーバが提供するサービスの内容に応じて、前記ネットワーク機器及び前記サーバ機器の各々のパフォーマンスデータとして使用するデータを定義した最適条件を変更する手段と、前記蓄積されたパフォーマンスデータの中から、前記最適条件に定義されたデータを選択し、前記最適条件に定義されたデータを基に、前記最適なサーバ機器及び前記最適経路を決定する手段とを更に具備するネットワークシステム。管理対象となるネットワーク機器と通信する手段と、同一グループのサーバ群を形成し該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と通信する手段と、前記ネットワーク機器及び前記サーバ機器の各々からパフォーマンスデータを収集し蓄積する手段と、前記サーバ群を形成するサーバ機器の中から、前記サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択する手段と、前記ネットワーク機器のパフォーマンスデータを基に、前記最適なサーバ機器に到達するための最適経路を決定する手段と、前記最適経路上のネットワーク機器に、該パケットをフローとして一律に制御するためのルールと前記最適経路上の次段のノードに前記仮想アドレス宛のパケットを転送する旨の動作とが定義されたエントリを登録する手段とを具備する制御装置。請求項4に記載の制御装置であって、前記サーバ機器のパフォーマンスデータとして、前記サーバ機器の最新のCPU使用率及びCPU平均使用率のうち少なくとも一方を基に、最適なサーバ機器を選択する手段と、前記ネットワーク機器のパフォーマンスデータとして、前記ネットワーク機器の最新のネットワーク使用率及びネットワーク平均使用率のうち少なくとも一方を基に、前記最適なサーバ機器に到達するための最適経路を決定する手段とを更に具備する制御装置。請求項4又は5に記載の制御装置であって、前記仮想アドレス宛のパケットの種類及び前記サーバが提供するサービスの内容に応じて、前記ネットワーク機器及び前記サーバ機器の各々のパフォーマンスデータとして使用するデータを定義した最適条件を変更する手段と、前記蓄積されたパフォーマンスデータの中から、前記最適条件に定義されたデータを選択し、前記最適条件に定義されたデータを基に、前記最適なサーバ機器及び前記最適経路を決定する手段とを更に具備する制御装置。制御装置として使用される計算機により実施される最適経路制御方法であって、管理対象となるネットワーク機器と通信することと、同一グループのサーバ群を形成し該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と通信することと、前記ネットワーク機器及び前記サーバ機器の各々からパフォーマンスデータを収集し蓄積することと、前記サーバ群を形成するサーバ機器の中から、前記サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択することと、前記ネットワーク機器のパフォーマンスデータを基に、前記最適なサーバ機器に到達するための最適経路を決定することと、前記最適経路上のネットワーク機器に、該パケットをフローとして一律に制御するためのルールと前記最適経路上の次段のノードに前記仮想アドレス宛のパケットを転送する旨の動作とが定義されたエントリを登録することとを含む最適経路制御方法。請求項7に記載の最適経路制御方法であって、前記サーバ機器のパフォーマンスデータとして、前記サーバ機器の最新のCPU使用率及びCPU平均使用率のうち少なくとも一方を基に、最適なサーバ機器を選択することと、前記ネットワーク機器のパフォーマンスデータとして、前記ネットワーク機器の最新のネットワーク使用率及びネットワーク平均使用率のうち少なくとも一方を基に、前記最適なサーバ機器に到達するための最適経路を決定することとを更に含む最適経路制御方法。請求項7又は8に記載の最適経路制御方法であって、前記仮想アドレス宛のパケットの種類及び前記サーバが提供するサービスの内容に応じて、前記ネットワーク機器及び前記サーバ機器の各々のパフォーマンスデータとして使用するデータを定義した最適条件を変更することと、前記蓄積されたパフォーマンスデータの中から、前記最適条件に定義されたデータを選択し、前記最適条件に定義されたデータを基に、前記最適なサーバ機器及び前記最適経路を決定することとを更に含む最適経路制御方法。管理対象となるネットワーク機器と通信するステップと、同一グループのサーバ群を形成し該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と通信するステップと、前記ネットワーク機器及び前記サーバ機器の各々からパフォーマンスデータを収集し蓄積するステップと、前記サーバ群を形成するサーバ機器の中から、前記サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択するステップと、前記ネットワーク機器のパフォーマンスデータを基に、前記最適なサーバ機器に到達するための最適経路を決定するステップと、前記最適経路上のネットワーク機器に、該パケットをフローとして一律に制御するためのルールと前記最適経路上の次段のノードに前記仮想アドレス宛のパケットを転送する旨の動作とが定義されたエントリを登録するステップとを、制御装置として使用される計算機に実行させるためのプログラムを格納した記憶媒体。<前提>本発明に係るネットワークシステムでは、外部のコントローラコントロールプレーンからスイッチや端末等ユーザプレーンを制御するCUC:コントロールプレーン/U:ユーザプレーン分離型ネットワークを対象としている。CU分離型ネットワークの一例として、コントローラからスイッチを制御してネットワークの経路制御を行うオープンフローOpenFlow技術を利用したオープンフローネットワークが挙げられる。なお、オープンフローネットワークは一例に過ぎない。[オープンフローネットワークの説明]オープンフローネットワークでは、OFCOpenFlowController等のコントローラが、OFSOpenFlowSwitch等のスイッチのフローテーブルを操作することによりスイッチの挙動を制御する。コントローラとスイッチの間は、コントローラがオープンフロープロトコルに準拠した制御メッセージを用いてスイッチを制御するためのセキュアチャネルSecureChannelにより接続されている。オープンフローネットワークにおけるスイッチとは、オープンフローネットワークを形成し、コントローラの制御下にあるエッジスイッチ及びコアスイッチのことである。オープンフローネットワークにおける入力側エッジスイッチでのパケットの受信から出力側エッジスイッチでの送信まで同じ経路を流れる一連のパケットをフローFlowと呼ぶ。パケットは、フレームと読み替えても良い。フローテーブルとは、所定のマッチ条件ルールに適合するパケット通信データに対して行うべき所定の処理アクションを定義したエントリentryが登録されたテーブルである。エントリのルールは、パケットの各プロトコル階層のヘッダ領域に含まれる宛先アドレスDestinationAddress、送信元アドレスSourceAddress、宛先ポートDestinationPort、送信元ポートSourcePortのいずれか又は全てを用いた様々な組み合わせにより定義され、区別可能である。なお、上記のアドレスには、MACアドレスMediaAccessControlAddressやIPアドレスInternetProtocolAddressを含むものとする。また、上記に加えて、入口ポートIngressPortの情報も、エントリのルールとして使用可能である。エントリのアクションは、特定のポートに出力する、廃棄する、ヘッダを書き換えるといった動作を示す。例えば、スイッチは、エントリのアクションに出力ポートの識別情報出力ポート番号等が示されていれば、これに該当するポートにパケットを出力し、出力ポートの識別情報が示されていなければ、パケットを破棄する。或いは、スイッチは、エントリのアクションにヘッダ情報が示されていれば、当該ヘッダ情報に基づいてパケットのヘッダを書き換える。オープンフローネットワークにおけるスイッチは、エントリのルールに適合するパケット群パケット系列に対して、エントリのアクションを実行する。オープンフロー技術の詳細については、非特許文献1に記載されている。<実施形態>以下に、本発明の実施形態について添付図面を参照して説明する。[全体構成]図1に示すように、本発明に係るネットワークシステムは、制御装置10と、ネットワーク機器2020-i、i=1~n:nは台数と、サーバ機器3030-j、j=1~s:sは台数と、クライアント40を含む。制御装置10は、オープンフローネットワークにおけるコントローラに相当する。制御装置10は、管理対象機器の集中管理を行い、全ての管理対象機器のパフォーマンスデータを収集する。ここでは、制御装置10は、自身が管理する全てのネットワーク機器2020-i、i=1~n及びサーバ機器3030-j、j=1~s等、該ネットワークシステムを構成する全ての機器を管理対象機器として集中管理する。この場合、制御装置10は、ネットワーク機器2020-i、i=1~nの各々とセキュアチャネルSecureChannelで接続されているものとする。ネットワーク機器2020-i、i=1~nの各々は、オープンフローネットワークにおけるスイッチに相当する。ネットワーク機器2020-i、i=1~nの各々は、制御装置10の指示によって通信を行う。具体的には、ネットワーク機器2020-i、i=1~nは、制御装置10により設定されたフローテーブルに従ってパケットを転送する。ネットワーク機器2020-i、i=1~nは、通常1台以上でネットワークを構成する。サーバ機器3030-j、j=1~sは、エンドユーザ、クライアントへアプリケーション等のサービスを提供する。サーバ機器3030-j、j=1~sは、同じサービス例えば、Webサービス等を提供するサーバ毎にグループを形成する。すなわち、サーバ機器3030-j、j=1~sは、いずれかのグループを形成するサーバ群に属する。サーバ群は、グループの数だけ存在する。サーバ機器3030-j、j=1~sは、実IPアドレスの他に、同じサーバ群に属する全てのサーバ機器3030-j、j=1~sに共通の仮想IPアドレスが割り当てられる。この仮想IPアドレスは、クライアントからの要求を負荷分散する際、サーバ群を1台のサーバ機器に見せかけるために必要となる。すなわち、この仮想IPアドレスは、1つのサーバ群に1つだけ割り当てられ、そのサーバ群に属する全てのサーバ機器3030-j、j=1~sが共有することになる。なお、実際には、仮想IPアドレスの代わりに、仮想MACアドレス等を使用しても良い。クライアント40は、ネットワーク機器2020-i、i=1~nにより形成される経路を経由して、サーバ機器3030-j、j=1~sと通信する。ネットワーク機器2020-i、i=1~n、サーバ機器3030-j、j=1~s、及びクライアント40は、ネットワーク上のノードである。制御装置10も、ネットワーク上に存在する場合は、ノードの1つとなる。[機能詳細]次に、各装置の機能詳細について説明する。[制御装置]制御装置10は、パフォーマンス管理部11と、パフォーマンスデータ格納部12と、経路計算部13と、経路情報格納部14と、フロー制御部15と、フローテーブル格納部16を備える。パフォーマンス管理部11は、自身が管理する全てのネットワーク機器2020-i、i=1~n及びサーバ機器3030-j、j=1~sからのトポロジ情報、及び、CPU使用率、NW使用率回線使用率等のパフォーマンスデータを収集する。なお、NWは、ネットワークNetworkを示す。パフォーマンスデータ格納部12は、自身が管理する全てのネットワーク機器2020-i、i=1~n及びサーバ機器3030-j、j=1~sから収集したトポロジ情報ネットワーク機器、サーバ機器の接続状況、IPアドレス、MACアドレス、CPU使用率、NW使用率等のパフォーマンスデータを蓄積する。経路計算部13は、パフォーマンスデータ格納部12から読み出したトポロジ情報等を基に、最適経路を計算する。なお、経路計算部13は、パフォーマンス管理部11から直接トポロジ情報等を受け取っても良い。経路情報格納部14は、経路計算部13での計算結果である経路情報を蓄積する。フロー制御部15は、経路情報格納部14から読み出した経路情報を基に、ネットワーク機器2020-i、i=1~nの各々に対するエントリを定義し、自身のフローテーブル、及びネットワーク機器2020-i、i=1~nの各々のフローテーブルへエントリの登録設定を行う。フロー制御部15は、ネットワーク機器2020-i、i=1~nの各々のフローテーブルへエントリの登録を行う際、オープンフロープロトコルに準拠したエントリ登録用の制御メッセージを送信する。フローテーブル格納部16は、制御装置10が管理する全てのネットワーク機器2020-i、i=1~nに対するエントリが登録されたフローテーブルを保持する。[ネットワーク機器]ネットワーク機器2020-i、i=1~nは、パフォーマンス管理部21と、フロー制御部22と、フローテーブル格納部23と、パケット制御部24を備える。パフォーマンス管理部21は、NW使用率、CPU使用率、自身のIPアドレス、MACアドレスを制御装置へ伝達する。フロー制御部22は、制御装置10へフローのエントリの要求受信を行い、フローテーブルへのエントリの登録を行う。なお、フロー制御部22は、制御装置10から事前にProactive型でフローテーブルにエントリが登録される場合、エントリの要求を行わなくても良い。フロー制御部22は、制御装置10からオープンフロープロトコルに準拠したエントリ登録用の制御メッセージを受信した際、該制御メッセージに従ってフローテーブルへのエントリの登録を行う。フローテーブル格納部23は、該ネットワーク機器に対するエントリが登録されたフローテーブルを保持する。すなわち、フローテーブル格納部23は、ネットワーク機器毎の個別のフローテーブルを保持する。パケット制御部24は、フローテーブルに登録されたエントリのルールに該当するパケットに対し、該エントリに定義されたアクションに従って、該パケットの転送廃棄等の処理を行う。また、パケット制御部24は、フローテーブルに登録されたエントリのルールに該当しないパケットが到着した場合、フロー制御部22に対し、制御装置10へフローのエントリの要求を行うように依頼しても良い。例えば、パケット制御部24は、フロー制御部22に対し、不明なパケットを渡す。フロー制御部22は、フローのエントリの要求として、該パケット不明なパケットを制御装置10に問い合わせる。[サーバ機器]サーバ機器3030-j、j=1~sは、パフォーマンス管理部31と、パケット制御部32と、アプリケーション実行部33を備える。パフォーマンス管理部31は、CPU使用率、自身の実IPアドレス、仮想IPアドレス、MACアドレスを制御装置10に伝達する。ここでは、パフォーマンス管理部31は、パケット制御部32及びアプリケーション実行部33の動作状況や性能も監視する。パケット制御部32は、パケットの転送廃棄を行う。ここでは、パケット制御部32は、受信パケットをアプリケーション実行部33に転送、又は廃棄する。また、アプリケーション実行部33から受け取ったパケットを、送信先へ転送、又は廃棄する。アプリケーション実行部33は、パケット制御部32から転送されたパケットに応じて、クライアント40へ提供するサービスアプリケーションを実行し、パケット制御部32経由でクライアント40に応答のパケットを送信する。[ハードウェアの例示]制御装置10、サーバ機器3030-j、j=1~s、及びクライアント40の例として、PCパソコン、アプライアンスappliance、シンクライアント端末/サーバ、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。また、制御装置10、サーバ機器3030-j、j=1~s、及びクライアント40は、計算機に搭載される拡張ボードや、物理マシン上に構築された仮想マシンVM:VirtualMachineでも良い。なお、クライアント40は、携帯電話機、スマートフォン、スマートブック、カーナビカーナビゲーションシステム、携帯型ゲーム機、家庭用ゲーム機、携帯型音楽プレーヤー、ハンディターミナル、ガジェット電子機器、双方向テレビ、デジタルチューナー、デジタルレコーダー、情報家電informationhomeappliance、OAOfficeAutomation機器等でも良い。また、クライアント40は、車両や船舶、航空機等の移動体に搭載されていても良い。ネットワーク機器2020-i、i=1~nの例として、ネットワークスイッチnetworkswitch、ルータrouter、プロキシproxy、ゲートウェイgateway、ファイアウォールfirewall、ロードバランサloadbalancer:負荷分散装置、帯域制御装置packetshaper、セキュリティ監視制御装置SCADA:SupervisoryControlAndDataAcquisition、ゲートキーパーgatekeeper、基地局basestation、アクセスポイントAP:AccessPoint、通信衛星CS:CommunicationSatellite、或いは、複数の通信ポートを有する計算機等が考えられる。また、ネットワーク機器2020-i、i=1~nは、仮想スイッチでも良い。図示しないが、制御装置10、ネットワーク機器2020-i、i=1~n、サーバ機器3030-j、j=1~s、及びクライアント40の各々は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリと、ネットワークに接続するための通信用インターフェースによって実現される。上記のプロセッサの例として、CPUCentralProcessingUnit、ネットワークプロセッサNP:NetworkProcessor、マイクロプロセッサmicroprocessor、マイクロコントローラ、或いは、専用の機能を有する半導体集積回路IC:IntegratedCircuit等が考えられる。上記のメモリの例として、RAMRandomAccessMemory、ROMReadOnlyMemory、EEPROMElectricallyErasableandProgrammableReadOnlyMemoryやフラッシュメモリ等の半導体記憶装置、HDDHardDiskDriveやSSDSolidStateDrive等の補助記憶装置、又は、DVDDigitalVersatileDisk等のリムーバブルディスクや、SDメモリカードSecureDigitalmemorycard等の記憶媒体メディア等が考えられる。また、バッファbufferやレジスタregisterでも良い。或いは、DASDirectAttachedStorage、FC-SANFibreChannel-StorageAreaNetwork、NASNetworkAttachedStorage、IP-SANIP-StorageAreaNetwork等を用いたストレージ装置でも良い。なお、上記のプロセッサ及び上記のメモリは、一体化していても良い。例えば、近年では、マイコン等の1チップ化が進んでいる。従って、電子機器等に搭載される1チップマイコンが、上記のプロセッサ及び上記のメモリを備えている事例が考えられる。上記のインターフェースの例として、ネットワーク通信に対応した基板マザーボード、I/Oボードやチップ等の半導体集積回路、NICNetworkInterfaceCard等のネットワークアダプタや同様の拡張カード、アンテナ等の通信装置、接続口コネクタ等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、LANLocalAreaNetwork、無線LANWirelessLAN、WANWideAreaNetwork、バックボーンBackbone、ケーブルテレビCATV回線、固定電話網、携帯電話網、WiMAXIEEE802.16a、3G3rdGeneration、専用線leaseline、IrDAInfraredDataAssociation、Bluetooth登録商標、シリアル通信回線、データバス等が考えられる。なお、制御装置10、ネットワーク機器2020-i、i=1~n、サーバ機器3030-j、j=1~s、及びクライアント40の各々の内部の構成要素は、モジュールmodule、コンポーネントcomponent、或いは専用デバイス、又はこれらの起動呼出プログラムでも良い。但し、実際には、これらの例に限定されない。[最適経路制御処理]図2~図6を参照して、本発明に係る最適経路制御処理について説明する。[実施例の構成]まず、図2を参照して、本発明に係るネットワークシステムの実施例の構成について説明する。本実施例におけるネットワークシステムは、制御装置10と、ネットワーク機器2020-i、i=1~6と、サーバ機器3030-j、j=1~4と、クライアント40を含むものとする。[各装置の識別情報]なお、ネットワーク機器20-1の識別情報をNW機器1とする。ネットワーク機器20-2の識別情報をNW機器2とする。ネットワーク機器20-3の識別情報をNW機器3とする。ネットワーク機器20-4の識別情報をNW機器4とする。ネットワーク機器20-5の識別情報をNW機器5とする。ネットワーク機器20-6の識別情報をNW機器6とする。また、サーバ機器30-1の識別情報をサーバAとする。サーバ機器30-2の識別情報をサーバBとする。サーバ機器30-3の識別情報をサーバCとする。サーバ機器30-4の識別情報をサーバDとする。クライアント40の識別情報をClientAとする。[サーバが属するサーバ群]サーバAサーバ機器30-1及びサーバCサーバ機器30-3は、サーバ群1に属する。サーバ群1には、仮想IPアドレスXXXが割り当てられている。すなわち、サーバAサーバ機器30-1及びサーバCサーバ機器30-3は、仮想IPアドレスXXXを共有する。サーバBサーバ機器30-2及びサーバDサーバ機器30-4は、サーバ群2に属する。サーバ群2には、仮想IPアドレスYYYが割り当てられている。すなわち、サーバBサーバ機器30-2及びサーバDサーバ機器30-4は、仮想IPアドレスYYYを共有する。[各装置の接続関係]クライアント40は、NW機器1ネットワーク機器20-1と相互に接続されている。NW機器1ネットワーク機器20-1は、NW機器2ネットワーク機器20-2、NW機器3ネットワーク機器20-3、及びNW機器4ネットワーク機器20-4と相互に接続されている。NW機器2ネットワーク機器20-2は、NW機器3ネットワーク機器20-3、及びNW機器4ネットワーク機器20-4と相互に接続されている。NW機器3ネットワーク機器20-3、及びNW機器4ネットワーク機器20-4は、いずれもNW機器5ネットワーク機器20-5、及びNW機器6ネットワーク機器20-6と相互に接続されている。NW機器5ネットワーク機器20-5は、NW機器6ネットワーク機器20-6と相互に接続されている。また、NW機器5ネットワーク機器20-5、及びNW機器6ネットワーク機器20-6は、いずれもサーバAサーバ機器30-1、サーバBサーバ機器30-2、サーバCサーバ機器30-3、及びサーバDサーバ機器30-4の各々と相互に接続されている。なお、制御装置10は、ネットワーク機器2020-i、i=1~6の各々とセキュアチャネルSecureChannelで接続されているものとする。また、制御装置10は、全てのネットワーク機器2020-i、i=1~6、及びサーバ機器3030-j、j=1~4の各々から、パフォーマンスデータを収集済みとする。[パフォーマンスデータのテーブル]図3、図4を参照して、パフォーマンスデータのテーブル例について説明する。制御装置10のパフォーマンスデータ格納部12は、パフォーマンスデータとして、NW機器テーブル121と、サーバ機器テーブル122を有する。NW機器テーブル121は、ネットワーク機器2020-i、i=1~6の使用率を管理するためのテーブルである。サーバ機器テーブル122は、サーバ機器3030-j、j=1~4の使用率を管理するためのテーブルである。[NW機器テーブルの詳細]図3を参照して、NW機器テーブル121の詳細について説明する。NW機器テーブル121は、NW機器と、NWCurrentと、NWAverageという領域を有する。NW機器は、ネットワーク機器2020-i、i=1~6の各々の識別情報を格納するための領域である。NWCurrentは、ネットワーク機器2020-i、i=1~6の現在最新のNW使用率を示す情報を格納するための領域である。NWAverageは、ネットワーク機器2020-i、i=1~6のNW使用率を示す情報の直近の単位時間当たりの平均値NW平均使用率を格納するための領域である。[サーバ機器テーブルの詳細]図4を参照して、サーバ機器テーブル122の詳細について説明する。サーバ機器テーブル122は、サーバと、CPUCurrentと、CPUAverageという領域を有する。サーバは、サーバ機器3030-j、j=1~4の各々の識別情報を格納するための領域である。CPUCurrentは、サーバ機器3030-j、j=1~4の現在最新のCPU使用率を示す情報を格納するための領域である。CPUAverageは、サーバ機器3030-j、j=1~4のCPU使用率を示す情報の直近の単位時間当たりの平均値CPU平均使用率を格納するための領域である。[最適経路制御処理における動作1]図5を参照して、最適条件として、CPU使用率とNW使用率が最も小さい経路を選択する場合の動作について説明する。ここでは、図2に示されるネットワークシステムの構成を前提とする。図2に示される構成において、ClientAクライアント40から仮想IPアドレスXXXへアクセスする場合、ClientAクライアント40から仮想IPアドレスXXX宛に通信が発生する。1ステップS101ClientAクライアント40は、仮想IPアドレスXXX宛にパケットを送信する。2ステップS102NW機器1ネットワーク機器20-1は、入力側エッジスイッチIngressとしてClientAクライアント40に接続されている。したがって、NW機器1ネットワーク機器20-1のパケット制御部24は、ClientAクライアント40から仮想IPアドレスXXX宛のパケットを受信し、自身のフローテーブル格納部23内のフローテーブルに登録されているエントリの中に、受信パケットに該当するエントリが存在するか確認する。パケット制御部24は、該エントリが存在する場合、該エントリに定義されたアクションに従って、仮想IPアドレスXXX宛のパケットを転送する。3ステップS103NW機器1ネットワーク機器20-1は、仮想IPアドレスXXX宛のパケットを今回初めて受信したため、自身のフローテーブル格納部23内のフローテーブルに登録されているエントリの中に、受信パケットに該当するエントリが存在しない。したがって、NW機器1ネットワーク機器20-1のフロー制御部22は、制御装置10に対し、XXX宛のパケットのフローのエントリを要求する。4ステップS104制御装置10は、XXX宛のパケットのフローのエントリを要求された場合、XXX宛のパケットの転送先として、サーバAサーバ機器30-1宛、又はサーバCサーバ機器30-3宛のどちらかを選択することになる。このとき、制御装置10の経路計算部13は、図4に示されるサーバ機器テーブル122を参照し、サーバAサーバ機器30-1のCPU使用率が20、サーバCサーバ機器30-3のCPU使用率が40であるため、最もCPU使用率の低いサーバAサーバ機器30-1を選択する。5ステップS105また、経路計算部13は、図3に示されるNW機器テーブル121を参照し、最もNW使用率の低い経路で転送することを決定する。ここでは、経路計算部13は、NW機器1ネットワーク機器20-3の次段のノードとして、NW機器3ネットワーク機器20-3のNW使用率が20、NW機器4ネットワーク機器20-4のNW使用率が15であるため、NW機器4ネットワーク機器20-4を次段のノードとする。また、NW機器4ネットワーク機器20-4の次段のノードとして、NW機器5ネットワーク機器20-5のNW使用率が20、NW機器6ネットワーク機器20-6のNW使用率が25であるため、NW機器5ネットワーク機器20-5を次段のノードとする。これにより、経路計算部13は、最終的に、最もNW使用率の低い経路であるNW機器1→NW機器4→NW機器5→サーバAという経路で転送することを決定し、この経路情報を経路情報格納部14に蓄積する。すなわち、最適経路は、NW機器1ネットワーク機器20-1→NW機器4ネットワーク機器20-4→NW機器5ネットワーク機器20-5→サーバAサーバ機器30-1ということになる。6ステップS106制御装置10のフロー制御部15は、経路情報格納部14から読み出した最適経路の経路情報を基に、最適経路上のネットワーク機器の各々に対するエントリを定義し、自身のフローテーブル格納部16内のフローテーブル、及び最適経路上のネットワーク機器の各々のフローテーブルへエントリの登録を行う。ここでは、最適経路上のネットワーク機器は、NW機器1ネットワーク機器20-1、NW機器4ネットワーク機器20-4、及びNW機器5ネットワーク機器20-5である。フロー制御部15は、NW機器1ネットワーク機器20-1、NW機器4ネットワーク機器20-4、及びNW機器5ネットワーク機器20-5のフローテーブルへ、仮想IPアドレスXXX宛のパケットを最適経路上の次段のノードに転送するためのエントリの登録を行う。7ステップS107最適経路上のネットワーク機器の各々のフロー制御部22は、制御装置10からのエントリ登録処理に応じて、自身のフローテーブル格納部23内のフローテーブルに、仮想IPアドレスXXX宛のパケットを最適経路上の次段のノードに転送するためのエントリを登録する。すなわち、NW機器1ネットワーク機器20-1、NW機器4ネットワーク機器20-4、及びNW機器5ネットワーク機器20-5は、制御装置10からのエントリ登録処理に応じて、自身のフローテーブル格納部23内のフローテーブルに、仮想IPアドレスXXX宛のパケットを最適経路上の次段のノードに転送するためのエントリを登録する。8ステップS108NW機器1ネットワーク機器20-1に辿り着いたパケットは、最もNW使用率の低い経路であるNW機器1→NW機器4→NW機器5→サーバAという経路で転送される。すなわち、NW機器1ネットワーク機器20-1は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスXXX宛のパケットをNW機器4ネットワーク機器20-4に転送する。NW機器4ネットワーク機器20-4は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスXXX宛のパケットをNW機器5ネットワーク機器20-5に転送する。NW機器5ネットワーク機器20-5は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスXXX宛のパケットをサーバAサーバ機器30-1に転送する。[最適経路制御処理における動作2]図6を参照して、最適条件として、CPU平均使用率、ネットワーク平均使用率が最も小さい経路を選択する場合の動作について説明する。ここでは、図2に示されるネットワークシステムの構成を前提とする。図2に示される構成において、ClientAクライアント40から仮想IPアドレスYYYへアクセスする場合、ClientAクライアント40から仮想IPアドレスYYY宛に通信が発生する。1ステップS201ClientAクライアント40は、仮想IPアドレスYYY宛にパケットを送信する。2ステップS202NW機器1ネットワーク機器20-1は、入力側エッジスイッチIngressとしてClientAクライアント40に接続されている。したがって、NW機器1ネットワーク機器20-1のパケット制御部24は、ClientAクライアント40から仮想IPアドレスYYY宛のパケットを受信し、自身のフローテーブル格納部23内のフローテーブルに登録されているエントリの中に、受信パケットに該当するエントリが存在するか確認する。パケット制御部24は、該エントリが存在する場合、該エントリに定義されたアクションに従って、仮想IPアドレスYYY宛のパケットを転送する。3ステップS203NW機器1ネットワーク機器20-1は、仮想IPアドレスYYY宛のパケットを今回初めて受信したため、自身のフローテーブル格納部23内のフローテーブルに登録されているエントリの中に、受信パケットに該当するエントリが存在しない。したがって、NW機器1ネットワーク機器20-1のフロー制御部22は、制御装置10に対し、YYY宛のパケットのフローのエントリを要求する。4ステップS204制御装置10は、YYY宛のパケットのフローのエントリを要求された場合、YYY宛のパケットの転送先として、サーバBサーバ機器30-2宛、又はサーバDサーバ機器30-4宛のどちらかを選択することになる。このとき、制御装置10の経路計算部13は、図4に示されるサーバ機器テーブル122を参照し、サーバBサーバ機器30-2のCPU平均使用率が30、サーバDサーバ機器30-4のCPU平均使用率が15であるため、最もCPU平均使用率の低いサーバDサーバ機器30-4を選択する。5ステップS205また、経路計算部13は、図3に示されるNW機器テーブル121を参照し、最もNW平均使用率の低い経路で転送することを決定する。ここでは、経路計算部13は、NW機器1ネットワーク機器20-3の次段のノードとして、NW機器3ネットワーク機器20-3のNW平均使用率が60、NW機器4ネットワーク機器20-4のNW平均使用率が60であるため、どちらを次段のノードとしても同じであるが、優先順位又はNW機器1ネットワーク機器20-3との距離等を考慮して、NW機器3ネットワーク機器20-3を次段のノードとする。また、NW機器3ネットワーク機器20-3の次段のノードとして、NW機器5ネットワーク機器20-5のNW平均使用率が35、NW機器6ネットワーク機器20-6のNW平均使用率が10であるため、NW機器6ネットワーク機器20-6を次段のノードとする。これにより、経路計算部13は、最終的に、最もNW平均使用率の低いNW機器1→NW機器3→NW機器6→サーバDという経路で転送することを決定し、この経路情報を経路情報格納部14に蓄積する。すなわち、最適経路は、NW機器1ネットワーク機器20-1→NW機器3ネットワーク機器20-3→NW機器6ネットワーク機器20-6→サーバDサーバ機器30-4ということになる。6ステップS206制御装置10のフロー制御部15は、経路情報格納部14から読み出した最適経路の経路情報を基に、最適経路上のネットワーク機器の各々に対するエントリを定義し、自身のフローテーブル格納部16内のフローテーブル、及び最適経路上のネットワーク機器の各々のフローテーブルへエントリの登録を行う。ここでは、最適経路上のネットワーク機器は、NW機器1ネットワーク機器20-1、NW機器3ネットワーク機器20-3、及びNW機器6ネットワーク機器20-6である。フロー制御部15は、NW機器1ネットワーク機器20-1、NW機器3ネットワーク機器20-3、及びNW機器6ネットワーク機器20-6のフローテーブルへ、仮想IPアドレスYYY宛のパケットを最適経路上の次段のノードに転送するためのエントリの登録を行う。7ステップS207最適経路上のネットワーク機器の各々のフロー制御部22は、制御装置10からのエントリ登録処理に応じて、自身のフローテーブル格納部23内のフローテーブルに、仮想IPアドレスYYY宛のパケットを最適経路上の次段のノードに転送するためのエントリを登録する。すなわち、NW機器1ネットワーク機器20-1、NW機器3ネットワーク機器20-3、及びNW機器6ネットワーク機器20-6は、制御装置10からのエントリ登録処理に応じて、自身のフローテーブル格納部23内のフローテーブルに、仮想IPアドレスYYY宛のパケットを最適経路上の次段のノードに転送するためのエントリを登録する。8ステップS208NW機器1ネットワーク機器20-1に辿り着いたパケットは、最もNW平均使用率の低いNW機器1→NW機器3→NW機器6→サーバDという経路で転送される。すなわち、NW機器1ネットワーク機器20-1は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスYYY宛のパケットをNW機器3ネットワーク機器20-3に転送する。NW機器3ネットワーク機器20-3は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスYYY宛のパケットをNW機器6ネットワーク機器20-6に転送する。NW機器6ネットワーク機器20-6は、自身のフローテーブルに登録されたエントリに従い、仮想IPアドレスYYY宛のパケットをサーバDサーバ機器30-4に転送する。[補足]最適経路制御処理における動作として、図5に示される動作1と、図6に示される動作2のどちらを採用するかは、仮想IPアドレスの宛先アクセス先のサーバ機器がクライアントに提供するサービスの内容に応じて変更決定するようにしても良い。例えば、制御装置10の経路計算部13は、仮想IPアドレスの宛先アクセス先のサーバ機器がクライアントに提供するサービスの内容に応じて、図5に示される動作1と、図6に示される動作2のどちらを採用するか変更決定する。また、使用するパフォーマンスデータの内容は、自由に組み替えても使用しても良い。例えば、CPU平均使用率を基に、サーバ群から最適なサーバを選択し、ネットワーク使用率を基に、最適経路を決定しても良い。或いは、CPU使用率とCPU平均使用率の両方を参照して、サーバ群から最適なサーバを選択し、ネットワーク使用率とネットワーク平均使用率の両方を参照して、最適経路を決定しても良い。例えば、制御装置10の経路計算部13は、仮想IPアドレスの宛先アクセス先のサーバ機器がクライアントに提供するサービスの内容に応じて、パフォーマンスデータ格納部12に蓄積されたパフォーマンスデータのうち、どのデータを使用するか決定する。このとき、経路計算部13は、どのデータを使用するかを定義した最適条件を変更決定することになる。なお、CPU使用率、CPU平均使用率、NW使用率、NW平均使用率は、パフォーマンスデータの一例に過ぎない。実際には、これらのデータに限定されない。例えば、メモリ使用率、CPUの性能種別、データ転送速度、利用ユーザ数等でも良い。[他の実施例]オープンフロー技術において、ネットワーク機器のフローテーブルにエントリを登録する方式は、大きくProactive型と、Reactive型の2つの方式に分けられる。Proactive型では、制御装置が事前にデータ通信が始まる前に所定のパケット群フローの経路パスを計算し、ネットワーク機器のフローテーブルにエントリを登録する。すなわち、ここでいうProactive型とは、制御装置が自発的に行う事前のエントリ登録を指す。Reactive型では、制御装置がネットワーク機器から1stパケット該当エントリがない新規のパケットについての問い合わせを受けた際に当該パケット群フローの経路を計算し、ネットワーク機器のフローテーブルにエントリを登録する。すなわち、ここでいうReactive型とは、実際のデータ通信時に、制御装置がネットワーク機器からの問い合わせに応じて行うリアルタイムのエントリ登録を指す。オープンフローネットワークでは、基本的に、制御装置がネットワーク機器から1stパケットについての問い合わせを受けた際に当該受信パケットに関するエントリを登録するReactive型が中心となっている。本発明では、Reactive型を例に説明している。しかし、実際には、Proactive型を採用しても良い。例えば、今後到着が予想されるパケットの通信開始前に、制御装置が、ネットワーク機器及びサーバ機器からトポロジ情報及びパフォーマンスデータを収集し、現状の又は過去のトポロジ情報及びパフォーマンスデータに基づいて、今後到着が予想されるパケットの最適経路を計算し、該フローのエントリを、該当するネットワーク機器のフローテーブルに事前に登録しておくことが考えられる。この場合、制御装置は、ネットワーク機器からパケットの問い合わせを受けることなく、ネットワーク機器のフローテーブルに、フローのエントリを登録することができる。[本発明の特徴]オープンフローOpenFlow等を用いた集中管理型ネットワークシステムでは、柔軟なネットワーク制御により、ネットワークの運用性、効率性の向上が期待されている。本発明では、従来の通信経路を集中管理するネットワークシステムにおいて、ネットワーク機器の負荷状況、サーバ機器の負荷状況、アプリケーションの負荷状況も踏まえた上で最適経路を選択することを可能とする。また、最適経路の選択において、現在最新の情報だけでなく、過去の傾向から予測し、最適経路を選択可能とする。本発明では、従来の課題を以下の方法により解決する。1ネットワーク、サーバ等システムを構成する全ての機器を集中管理する制御装置が最適経路を計算し、通信経路をネットワーク機器に設定する。2ネットワークの輻輳状況、サーバやアプリケーションの負荷状況を判断し、最適な経路を決定する。3現状だけでなく、過去の輻輳状況、負荷状況から未来に起こり得る事象を判断し、最適経路を決定する。上記解決方法により、ネットワーク機器、サーバ機器を含めたアプリケーションレベル、サービスレベルで最適な経路を選択することが可能となる。また、過去のデータからの予測により、未来に起こり得る問題回避を考慮した経路を選択できる。結果として、各レイヤで個別最適するのではなく、システム全体として最適化された経路制御を可能とする。従来技術では、負荷状況に応じて経路を変更することができず、あふれたパケット廃棄されるか、又は、低優先のパケットは遅延が発生する等、大量のデータ転送に時間を要してしまうという問題があった。しかし、本発明では、最適条件として現在最新のCPU使用率、NW使用率を選択した場合は、短時間で多くのデータを伝送したいアプリケーション等例えばファイル転送に効果を発揮する。従来技術では、瞬間的に発生した他の通信に影響を受け、遅延等の問題が発生する場合があった。しかし、本発明では、最適条件としてCPU及びNWの平均使用率を選択した場合、データ量は少ないが、長時間通信が継続するアプリケーション等例えばIP電話に効果を発揮する。平均使用率の低い経路を選択できれば、確率的に本問題を回避しやすい。また、従来技術では、各ネットワーク機器が自律的に経路を決定するため、アプリケーション毎に最適化された経路を選択することが困難であった。しかし、本発明では、フロー毎に経路を選択指定できるため、システム全体を効率的に使用することが可能である。例えば、FTPFileTransferProtocol:ファイル転送プロトコル等の瞬間的に大量に通信が発生するアプリケーションのフローについては現在最新の使用率を最適条件として経路を決定し、IP電話IPtelephony等のフローについては平均使用率を最適条件として経路を決定する等、アプリケーションに適した最適条件を指定して、最適経路を選択することが可能となる。また、従来技術では、サーバの負荷分散をするためにロードバランサを使用しており、全ての通信がロードバランサを経由する必要があるため、可用性、効率性が十分に確保することができないという課題があった。しかし、本発明では、サーバの負荷CPU使用率を考慮した上で経路を選択できるため、ロードバランサ等を使用せずにサーバの負荷分散を行うことができる。<付記>上記の実施形態の一部又は全部は、以下の付記のように記載することも可能である。但し、実際には、以下の記載例に限定されない。[付記1]管理対象となるネットワーク機器と通信する第1の通信部と、同一グループのサーバ群を形成し該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と通信する第2の通信部と、ネットワーク機器及びサーバ機器の各々からパフォーマンスデータを収集し蓄積するデータ収集部と、サーバ群を形成するサーバ機器の中から、サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択するサーバ選択部と、ネットワーク機器のパフォーマンスデータを基に、最適なサーバ機器に到達するための最適経路を決定する経路計算部と、最適経路上のネットワーク機器に、該パケットをフローとして一律に制御するためのルールと最適経路上の次段のノードに仮想アドレス宛のパケットを転送する旨の動作とが定義されたエントリを登録するフロー制御部とを具備する制御装置。[付記2]付記1に記載の制御装置であって、サーバ選択部は、サーバ機器のパフォーマンスデータとして、サーバ機器の最新のCPU使用率及びCPU平均使用率のうち少なくとも一方を基に、最適なサーバ機器を選択し、経路計算部は、ネットワーク機器のパフォーマンスデータとして、ネットワーク機器の最新のネットワーク使用率及びネットワーク平均使用率のうち少なくとも一方を基に、最適なサーバ機器に到達するための最適経路を決定する制御装置。[付記3]付記1又は2に記載の制御装置であって、仮想アドレス宛のパケットの種類及びサーバが提供するサービスの内容に応じて、ネットワーク機器及びサーバ機器の各々のパフォーマンスデータとして使用するデータを定義した最適条件を変更する条件変更部と、蓄積されたパフォーマンスデータの中から、最適条件に定義されたデータを選択するデータ選択部とを更に具備し、サーバ選択部は、最適条件に定義されたデータを基に、最適なサーバ機器を決定し、経路計算部は、最適条件に定義されたデータを基に、最適経路を決定する制御装置。[付記4]管理対象となるネットワーク機器と通信するステップと、同一グループのサーバ群を形成し該サーバ群に割り当てられた仮想アドレスを共有するサーバ機器と通信するステップと、ネットワーク機器及びサーバ機器の各々からパフォーマンスデータを収集し蓄積するステップと、サーバ群を形成するサーバ機器の中から、サーバ機器のパフォーマンスデータを基に、最適なサーバ機器を選択するステップと、ネットワーク機器のパフォーマンスデータを基に、最適なサーバ機器に到達するための最適経路を決定するステップと、最適経路上のネットワーク機器に、該パケットをフローとして一律に制御するためのルールと最適経路上の次段のノードに仮想アドレス宛のパケットを転送する旨の動作とが定義されたエントリを登録するステップとを計算機に実行させるためのプログラム。[付記5]付記4に記載のプログラムであって、サーバ機器のパフォーマンスデータとして、サーバ機器の最新のCPU使用率及びCPU平均使用率のうち少なくとも一方を基に、最適なサーバ機器を選択するステップと、ネットワーク機器のパフォーマンスデータとして、ネットワーク機器の最新のネットワーク使用率及びネットワーク平均使用率のうち少なくとも一方を基に、最適なサーバ機器に到達するための最適経路を決定するステップとを更に計算機に実行させるためのプログラム。[付記6]付記4又は5に記載のプログラムであって、仮想アドレス宛のパケットの種類及びサーバが提供するサービスの内容に応じて、ネットワーク機器及びサーバ機器の各々のパフォーマンスデータとして使用するデータを定義した最適条件を変更するステップと、蓄積されたパフォーマンスデータの中から、最適条件に定義されたデータを選択し、最適条件に定義されたデータを基に、最適なサーバ機器及び最適経路を決定するステップとを更に計算機に実行させるためのプログラム。<備考>以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。なお、本出願は、日本出願番号2011-014053に基づく優先権を主張するものであり、日本出願番号2011-014053における開示内容は引用により本出願に組み込まれる。