複数のサーバの各々の負荷を計測するサーバ情報収集機能部と、前記複数のサーバのうちの1つである第1サーバに対して所定パターンの負荷が与えられた際に、前記第1サーバ以外の第2サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記第2サーバは物理サーバであり前記第1サーバは前記第2サーバ上で稼動する仮想サーバである旨の情報と共に、前記物理サーバと前記仮想サーバとの対応関係を示す情報を記憶装置に記憶する構成情報関連付機能部とを具備する構成情報管理サーバ。請求項1に記載の構成情報管理サーバであって、前記複数のサーバのうちいずれか1つのサーバに対して前記所定パターンの負荷を与えるサーバ負荷発生機能部を更に具備し、前記構成情報関連付機能部は、前記第1サーバに対して前記所定パターンの負荷が与えられた際に、前記第1サーバ以外のいずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記第1サーバは物理サーバである旨の情報を記憶装置に記憶する構成情報管理サーバ。請求項1又は2に記載の構成情報管理サーバであって、前記仮想サーバに関する検索要求の入力を受ける構成情報検索機能部と、前記検索要求に応じて、前記物理サーバと前記仮想サーバとの対応関係を示す情報を出力する対応関係出力部とを更に具備する構成情報管理サーバ。請求項3に記載の構成情報管理サーバであって、前記サーバ情報収集機能部は、前記複数のサーバの各々の構成情報を収集し、前記各サーバの構成情報を記憶装置に記憶し、前記対応関係出力部は、前記物理サーバと前記仮想サーバとの対応関係を示す情報と共に、前記物理サーバの構成情報、及び前記仮想サーバの構成情報を出力する構成情報管理サーバ。請求項1乃至4のいずれか一項に記載の構成情報管理サーバであって、前記構成情報関連付機能部は、前記複数のサーバの各々に対して1つずつ順番に前記所定パターンの負荷が与えられた際に、前記所定パターンの負荷を与えられた対象サーバと同時に、対象外サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記対象外サーバは物理サーバであり前記対象サーバは前記負荷発生サーバ上で稼動する仮想サーバである旨の情報を記憶装置に記憶する構成情報管理サーバ。請求項1乃至5のいずれか一項に記載の構成情報管理サーバであって、仮想サーバ内部で前記所定パターンの負荷を発生させるサーバ負荷発生機能部が仮想サーバに組み込まれている場合に、前記複数のサーバの各々に対して1つずつ順番に前記サーバ負荷発生機能部の起動命令を送るサーバ負荷発生機能呼び出し部を更に具備し、前記サーバ負荷発生機能部は、前記起動命令に応じて、該仮想サーバ内部で前記所定パターンの負荷を発生させ、前記構成情報関連付機能部は、いずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記起動命令の送信先のサーバは物理サーバである旨の情報を記憶装置に記憶する構成情報管理サーバ。請求項1乃至6のいずれか一項に記載の構成情報管理サーバであって、前記複数のサーバは、複数の物理サーバと、前記複数の物理サーバ上で稼動する1つの仮想サーバとを含み、前記サーバ負荷発生機能部は、前記複数の物理サーバ上で稼動する1つの仮想サーバに対して、前記所定パターンの負荷を与える構成情報管理サーバ。構成情報管理サーバにより実施される構成情報管理方法であって、複数のサーバの各々の負荷を計測することと、前記複数のサーバのうちの1つである第1サーバに対して所定パターンの負荷が与えられた際に、前記第1サーバ以外の第2サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記第2サーバは物理サーバであり前記第1サーバは前記第2サーバ上で稼動する仮想サーバである旨の情報と共に、前記物理サーバと前記仮想サーバとの対応関係を示す情報を記憶装置に記憶することとを含む構成情報管理方法。請求項8に記載の構成情報管理方法であって、前記複数のサーバのうちいずれか1つのサーバに対して前記所定パターンの負荷を与えることと、前記第1サーバに前記所定パターンの負荷が与えられた際に、前記第1サーバ以外のいずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記第1サーバは物理サーバである旨の情報を記憶装置に記憶することと、を更に含む構成情報管理方法。請求項8又は9に記載の構成情報管理方法であって、前記仮想サーバに関する検索要求の入力を受けることと、前記検索要求に応じて、前記物理サーバと前記仮想サーバとの対応関係を示す情報を出力することとを更に含む構成情報管理方法。請求項10に記載の構成情報管理方法であって、前記複数のサーバの各々の構成情報を収集し、前記各サーバの構成情報を記憶装置に記憶することと、前記物理サーバと前記仮想サーバとの対応関係を示す情報と共に、前記物理サーバの構成情報、及び前記仮想サーバの構成情報を出力することとを更に含む構成情報管理方法。請求項8乃至11のいずれか一項に記載の構成情報管理方法であって、前記複数のサーバの各々に対して、1つずつ順番に、前記所定パターンの負荷を与えることと、前記所定パターンの負荷を与えられた対象サーバと同時に、対象外サーバから前記所定パターンに対応するパターンの負荷が計測された場合には、前記対象外サーバは物理サーバであり前記対象サーバは前記負荷発生サーバ上で稼動する仮想サーバである旨の情報を記憶装置に記憶することとを更に含む構成情報管理方法。請求項8乃至12のいずれか一項に記載の構成情報管理方法であって、仮想サーバ内部で前記所定パターンの負荷を発生させるサーバ負荷発生機能が仮想サーバに組み込まれている場合に、前記複数のサーバの各々に対して1つずつ順番に前記サーバ負荷発生機能の起動命令を送ることと、前記サーバ負荷発生機能が、前記起動命令に応じて、該仮想サーバ内部で前記所定パターンの負荷を発生させることと、いずれのサーバからも前記所定パターンに対応するパターンの負荷が計測されなかった場合には、前記起動命令の送信先のサーバは物理サーバである旨の情報を記憶装置に記憶することとを更に含む構成情報管理方法。請求項8乃至13のいずれか一項に記載の構成情報管理方法であって、前記複数のサーバのうち、複数の物理サーバ上で稼動する1つの仮想サーバに対して、前記所定パターンの負荷を与えることを含む構成情報管理方法。請求項8乃至14のいずれか一項に記載の構成情報管理方法を、計算機に実行させるための構成情報管理用プログラム。<第1実施形態>以下に、本発明の第1実施形態について添付図面を参照して説明する。[基本構成]図1を参照すると、本発明の第1実施形態における構成情報管理システムは、構成情報管理サーバ1と、物理サーバ2と、仮想サーバ3を備える。構成情報管理サーバ1は、ネットワークシステム内の物理サーバ2と仮想サーバ3を対応付けて管理する。物理サーバ2は、当該ネットワークシステム内に1台以上存在する。仮想サーバ3は、物理サーバ2上で動作稼動する。構成情報管理サーバ1、物理サーバ2、及び仮想サーバ3の各々は、互いに情報を送受信する場合、IPアドレスInternetProtocolAddressを用いて通信しても良い。[構成情報管理サーバの構成]構成情報管理サーバ1は、構成情報検索機能部101と、構成情報データベース102と、サーバ情報収集機能部103と、構成情報関連付け機能部104と、負荷パターン105と、サーバ負荷情報106と、サーバ負荷発生機能部107と、対応関係出力部108を含む。構成情報検索機能部101は、ユーザやアプリケーション等から構成情報や対応関係に対する検索要求を受けて、構成情報データベース102への問い合わせや、構成情報関連付け機能部104への指示を行う。構成情報データベース102は、サーバ情報収集機能部103が集めた対象とするシステムの構成情報を格納する。サーバ情報収集機能部103は、ネットワークを介して物理サーバ2や仮想サーバ3のサーバ情報提供機能後述するサーバ情報提供機能部201、及びサーバ情報提供機能部301と通信し、サーバの構成情報や負荷情報を受信観測して構成情報データベース102やサーバ負荷情報106に格納する。構成情報関連付け機能部104は、負荷パターン105と観測されたサーバ負荷情報106をつき合わせて、仮想サーバ3と物理サーバ2を対応付ける。負荷パターン105は、仮想サーバ3に対してテスト負荷をかける与える際の特徴的な負荷パターンを定義する。特徴的な負荷パターンとは、特徴が明確な負荷パターンであり、仮想サーバに対してかけた場合、当該仮想サーバが動作している物理サーバ側にも明らかな影響が現れる負荷パターンのことである。仮想サーバに対する通信は全て物理サーバのネットワークインタフェースを介して行われるため、仮想サーバに対する通信負荷は、物理サーバに対する通信負荷としても検出される。また、通信負荷以外の負荷についても同様である。サーバ負荷情報106は、サーバ情報収集機能部103により受信観測されたサーバの負荷変動情報を格納する。サーバ負荷発生機能部107は、定義された負荷パターン105に基づいて仮想サーバ3にネットワークアクセスを行い、サーバにテスト負荷を発生させる。対応関係出力部108は、仮想サーバ3と物理サーバ2の対応関係を示す情報を出力する。出力先としては、検索要求元に限らず、ディスプレイやプリンタ等の出力装置、又は他のサーバや通信端末等も考えられる。このとき、対応関係出力部108は、対応関係を示す情報と共に、各サーバの構成情報を出力するようにしても良い。また、対応関係出力部108は、構成情報検索機能部101と一体化していても良い。[物理サーバの構成]物理サーバ2は、サーバ情報提供機能部201と、サーバ仮想化機能部202を含む。サーバ情報提供機能部201は、物理サーバ2の構成情報や負荷情報を集めて構成情報管理サーバ1に送信する。サーバ仮想化機能部202は、物理サーバ2の計算機資源を仮想化して仮想サーバ3の生成、実行、削除を管理する。[仮想サーバの構成]仮想サーバ3は、サーバ情報提供機能部301と、オペレーティングシステムOS302を含む。サーバ情報提供機能部301は、仮想サーバ3の構成情報を集めて構成情報管理サーバ1に送信する。OS302は、仮想サーバ3上でのアプリケーションの実行を管理する。[ハードウェアの例示]構成情報管理サーバ1、及び物理サーバ2の例として、PCパソコン、ワークステーション、メインフレーム、スーパーコンピュータ等の計算機を想定している。なお、構成情報管理サーバ1は、物理サーバ2のうちの1台であっても良い。また、構成情報管理サーバ1は、計算機上で動作する仮想サーバでも良い。例えば、構成情報管理サーバ1は、仮想サーバ3のうちの1台であっても良い。構成情報検索機能部101、サーバ情報収集機能部103、構成情報関連付け機能部104、サーバ負荷発生機能部107、対応関係出力部108、サーバ情報提供機能部201、サーバ仮想化機能部202、仮想サーバ3、サーバ情報提供機能部301、及びオペレーティングシステムOS302等の各機能部は、プログラムに基づいて駆動し所定の処理を実行するプロセッサと、当該プログラムや各種データを記憶するメモリとによって実現される。上記のプロセッサの例として、CPUCentralProcessingUnit、マイクロプロセッサmicroprocessor、マイクロコントローラ、或いは、同様の機能を有する半導体集積回路IntegratedCircuitIC等が考えられる。上記のメモリの例として、RAMRandomAccessMemory、ROMReadOnlyMemory、EEPROMElectricallyErasableandProgrammableReadOnlyMemoryや、フラッシュメモリ等の半導体記憶装置が考えられる。また、各機能部は、ネットワークを介して通信する必要がある場合、構成情報管理サーバ1又は物理サーバ2の各々に搭載されたネットワークインタフェースを利用する。ネットワークインタフェースの例として、ネットワーク通信に対応した基板マザーボード、I/Oボードやチップ等の半導体集積回路、NICNetworkInterfaceCard等のネットワークアダプタ、アンテナ等の通信装置、接続口コネクタ等の通信ポート等が考えられる。また、ネットワークの例として、インターネット、LANLocalAreaNetwork、無線LANWirelessLAN、WANWideAreaNetwork、バックボーンBackbone、ケーブルテレビCATV回線、固定電話網、携帯電話網、WiMAXIEEE802.16a、3G3rdGeneration、専用線leaseline、IrDAInfraredDataAssociation、Bluetooth登録商標、シリアル通信回線、データバス等が考えられる。構成情報データベース102、負荷パターン105、及びサーバ負荷情報106のそれぞれを格納するハードウェアの例として、HDDHardDiskDriveやSSDSolidStateDrive等の補助記憶装置、又は、DVDDigitalVersatileDiskやメモリカード等の記憶媒体メディア等が考えられる。また、構成情報データベース102は、計算機自体に内蔵された記憶装置に限らず、周辺機器外付けHDD等や外部のサーバストレージサーバ等に設置された記憶装置、或いは、DASDirectAttachedStorage、FC-SANFibreChannel-StorageAreaNetwork、NASNetworkAttachedStorage、IP-SANIP-StorageAreaNetworkでも良い。但し、実際には、これらの例に限定されない。[構成情報の例示]ここでは、構成情報の例として、物理サーバのCPU、メモリ、HDD、NIC等に関する情報や、仮想サーバに定義されたCPU、メモリ、HDD、NIC等に関する情報を想定している。また、物理サーバや仮想サーバの構成情報には、例えば、物理サーバや仮想サーバのネットワークシステム上の名称やアドレスホスト名やIPアドレス等が含まれていても良い。[負荷情報の例示]サーバにかかる負荷の種類として、ネットワーク負荷NW負荷、処理負荷CPU負荷、ディスク書き込み負荷ディスク負荷等が考えられる。例えば、大容量のデータを特徴的な間隔で、或いは一定間隔で、所定時間サーバに対して送信し、その間に、当該サーバの各リソースの使用状況を観測し、各リソースの使用状況に明らかに特徴的な変化が現れれば、その変化を負荷として扱う。また、各リソースの使用状況の変化とは、当該時点における各リソースの使用量の変化に限らず、各リソースの残量の変化でも良い。ここでは、サーバにかかる負荷として、ネットワーク負荷NW負荷を想定している。但し、実際には、これらの例に限定されない。[全体動作]次に、図1、及び図2~図5のフローチャートを参照して、本実施形態の全体の動作について詳細に説明する。[サーバの構成情報及び負荷情報を収集する動作]図2のフローチャートを参照して、物理サーバ2及び仮想サーバ3において、サーバの構成情報及び負荷情報を収集する動作について説明する。1ステップS101サーバ情報提供機能部201、及びサーバ情報提供機能部301は、ネットワークを介して、構成情報管理サーバ1から、サーバの構成情報及び負荷情報の収集要求を受ける。2ステップS102サーバ情報提供機能部201、及びサーバ情報提供機能部301は、サーバを構成するソフトウェアやデバイスの情報、CPUやネットワーク等の負荷状態の情報をサーバ仮想化機能やOSを介して収集する。3ステップS103サーバ情報提供機能部201、及びサーバ情報提供機能部301は、収集した情報を、ネットワークを介して構成情報管理サーバ1に送信する。なお、サーバ情報提供機能部201、及びサーバ情報提供機能部301は、一度でも構成情報管理サーバ1から収集要求を受けると、以後は自動的に、収集した情報を、構成情報管理サーバ1に送信するようにしても良いプッシュ型。或いは、サーバ情報提供機能部201、及びサーバ情報提供機能部301は、構成情報管理サーバ1から収集要求を受ける都度、収集した情報を、構成情報管理サーバ1に送信するようにしても良いプル型。[サーバ情報収集処理の動作]次に、図3のフローチャートを参照して、構成情報管理サーバ1におけるサーバ情報収集処理の動作について説明する。1ステップS201サーバ情報収集機能部103は、ネットワークを介して、管理対象であるサーバ物理サーバ2、仮想サーバ3に対して、サーバ情報の収集要求を送信する。なお、サーバ情報とは、各サーバの構成情報及び負荷情報のことである。2ステップS202サーバ情報収集機能部103は、ネットワークを介して、管理対象であるサーバ物理サーバ2、仮想サーバ3から、収集要求に対する応答としてサーバ情報を受信する。3ステップS203サーバ情報収集機能部103は、受信したサーバ情報のうち、各サーバの構成情報を構成情報データベース102に格納する。4ステップS204サーバ情報収集機能部103は、受信した情報のうち、各サーバの負荷情報をサーバ負荷情報106に格納する。このとき、サーバ情報収集機能部103は、各サーバの負荷情報が既にサーバ負荷情報106に格納されている場合、サーバ負荷情報106を更新する。[構成情報検索処理の動作]図4のフローチャートは、構成情報検索処理の動作を示している。1ステップS301構成情報検索機能部101は、直接、或いは、ネットワークを介して、ユーザやアプリケーションから構成情報の検索要求の入力を受ける。例えば、構成情報検索機能部101は、構成情報管理サーバ1に付随するコンソールに対するユーザ操作や、構成情報管理サーバ1上でのアプリケーションの動作に基づいて、特定のサーバ或いは複数のサーバの構成情報の検索要求の入力を受ける。或いは、構成情報検索機能部101は、ネットワークを介して構成情報管理サーバ1に接続された端末から、特定のサーバ或いは複数のサーバの構成情報の検索要求の入力を受ける。2ステップS302構成情報検索機能部101は、検索要求の入力に応じて、構成情報データベース102を参照し、要求された構成情報を検索する。3ステップS303構成情報検索機能部101は、要求された構成情報を構成情報データベース102から取得して、結果要求された構成情報を検索要求元に返す。このとき、構成情報検索機能部101は、対応関係出力部108に対して、構成情報データベース102から取得した構成情報を所定の出力先へ出力するように指示しても良い。ここでは、あるサーバの構成情報の検索要求を受け、当該サーバの構成情報を応答する動作について説明しているが、当該サーバが仮想サーバである場合、又は当該サーバが物理サーバであり、当該物理サーバ上で仮想サーバが稼動している場合、仮想サーバと物理サーバの対応関係を示す情報を出力する対応関係を示すようにしても良い。対応関係を示す情報を出力する方法として、検索要求を行った相手に対して、仮想サーバ及び物理サーバを明示する情報を応答することや、仮想サーバと物理サーバとの対応表を応答すること等が考えられる。なお、当該サーバが仮想サーバである場合、当該仮想サーバに対応付けられた物理サーバに対して、何らかのアクション例えば、LED点滅、音声発生等を起こすための信号命令を送るようにしても良い。但し、実際には、これらの例に限定されない。この場合、構成情報検索機能部101は、検索要求の入力に応じて、構成情報データベース102を参照すると共に、構成情報関連付け機能部104に対して起動命令を送る。構成情報関連付け機能部104は、起動命令に応じて、仮想サーバと物理サーバとを対応付ける動作を行う。[物理サーバと仮想サーバとを対応付ける動作]次に、図5のフローチャートを参照して、物理サーバ2と仮想サーバ3とを対応付ける動作について説明する。1ステップS401まず、構成情報関連付け機能部104は、物理サーバ2への依存関係を特定できていないサーバ依存関係の有無が不明なサーバを1つ選択する。これは、サーバの依存関係を1つずつ解決すると言う意味である。また、構成情報関連付け機能部104は、構成情報検索機能部101からの指示命令に従って、サーバを選択するようにしても良い。このとき、構成情報検索機能部101は、直接、或いは、ネットワークを介して、ユーザやアプリケーションから、サーバを示す情報の入力を受けるものとする。2ステップS402構成情報関連付け機能部104は、負荷パターン105を参照する。負荷パターン105の候補として複数の負荷パターンが存在する場合は、これら複数の負荷パターンのうちの1つを負荷パターン105として選択するようにしても良い。3ステップS403サーバ負荷発生機能部107は、構成情報関連付け機能部104から、選択したサーバを示す情報及び負荷パターン105を受信し、選択したサーバに対し、負荷パターン105に基づいて、特徴的な負荷パターンとなるテスト負荷をかける。なお、特徴的な負荷パターンとなるテスト負荷をかけると同時に、構成情報関連付け機能部104又はサーバ負荷発生機能部107が、サーバ情報収集機能部103に対して、動作を開始する旨の指示命令を送信するようにしても良い。4ステップS404サーバ情報収集機能部103は、定期的に、或いは、構成情報関連付け機能部104又はサーバ負荷発生機能部107から指示命令を受信した時に、全ての物理サーバ2の負荷情報を受信観測し、サーバ負荷情報106に記憶する。選択したサーバが仮想サーバ3であった場合、仮想サーバ3にかけたテスト負荷は、通常物理サーバ2上の負荷にも影響を与えるため、負荷の変動は物理サーバ2からも観測できる。一方、選択したサーバが物理サーバ2であった場合、負荷パターン105に照合する負荷情報を、選択したサーバ以外から観測することはない。5ステップS405構成情報関連付け機能部104は、サーバ負荷情報106に記憶された負荷情報全ての物理サーバ2の負荷情報を読み出し、発生させた負荷パターン105と、読み出された負荷情報とを照合する。選択したサーバが仮想サーバ3であった場合、発生させた負荷パターン105は、仮想サーバ3の負荷情報と等しい。従って、構成情報関連付け機能部104は、仮想サーバ3の負荷情報と全ての物理サーバ2の負荷情報を照合することになる。なお、実際には、構成情報関連付け機能部104は、選択したサーバの負荷情報を別途収集し、選択したサーバの負荷情報と、読み出された負荷情報とを照合するようにしても良い。また、構成情報関連付け機能部104は、照合を行った後、サーバ負荷情報106を初期化する。例えば、構成情報関連付け機能部104は、サーバ負荷情報106に記憶された負荷情報全ての物理サーバ2の負荷情報を消去、移動、又は改名し、次回以降の照合の対象外とする。6ステップS406構成情報関連付け機能部104は、照合の結果に基づいて、仮想サーバ3が動作していると推定される物理サーバ2の特定を試みる。例えば、構成情報関連付け機能部104は、物理サーバ2の負荷情報において、発生させた負荷パターン105に対応する特徴が現れている場合物理サーバ2の負荷情報が負荷パターン105に対応している場合、この物理サーバ2上で仮想サーバ3が動作していると判断する。7ステップS407物理サーバ2を特定できた場合ステップS406でYes、構成情報関連付け機能部104は、物理サーバ2と仮想サーバ3を対応付けることで、対応付け情報を生成する。なお、対応付け情報は、物理サーバ2と仮想サーバ3の対応表でも良いし、仮想サーバ3の構成情報に、対応付けられた物理サーバ2を示す情報を追加したものでも良い。8ステップS408構成情報関連付け機能部104は、対応付け情報に従って、構成情報データベース102を更新する。例えば、構成情報関連付け機能部104は、対応付け情報自体を、構成情報データベース102に登録する。或いは、構成情報関連付け機能部104は、対応付け情報の内容に基づいて、構成情報データベース102内の物理サーバ2と仮想サーバ3に互いを対応付ける情報を追加する。9ステップS409物理サーバ2を特定できなかった場合ステップS406でNo、構成情報関連付け機能部104は、選択したサーバを物理サーバ2と判定して終了する。この場合、対応付け情報としては、この物理サーバ2に対応する仮想サーバ3が存在しない旨を示すことになる。なお、構成情報関連付け機能部104は、選択したサーバが物理サーバである旨を示す情報を、構成情報データベース102に登録しても良い。上記の処理の後、構成情報関連付け機能部104は、対応関係出力部108に対して、対応付け情報を所定の出力先へ出力するように指示しても良い。この場合、対応関係出力部108は、対応付け情報を、構成情報関連付け機能部104から直接受け取って出力する。或いは、対応関係出力部108は、構成情報データベース102の更新を検知し、又は周期的に構成情報データベース102の内容を確認し、自動的に構成情報データベース102から対応付け情報を読み出し、所定の出力先へ出力するようにしても良い。[本実施形態の効果]本実施形態では、仮想サーバの管理ログが存在しない、或いは正しくない場合でも、仮想サーバからは物理サーバの情報を集めることができ、物理サーバからは仮想サーバの情報を集めることができるため、仮想サーバから収集した情報と物理サーバから収集した情報に基づいて、仮想サーバと物理サーバの対応関係を把握することができる。また、仮想サーバがサーバ仮想化機能の管理下になくても、仮想サーバと物理サーバの対応関係を把握することができる。また、仮想サーバのOSによらずに、仮想サーバと物理サーバの対応関係を把握することができる。本実施形態によれば、何らかの事情で長時間当該仮想サーバが監視対象から外れてしまい、その間に物理サーバ上での負荷分散のための自動処理や、他のシステム管理者の操作により、当該仮想サーバのマイグレーションが何度も行われたような場合においても、外部から仮想サーバと、当該仮想サーバが稼働中の物理サーバとを対応付けることができる。<第2実施形態>以下に、本発明の第2実施形態について詳細に説明する。[基本構成]図6を参照すると、本発明の第2実施形態における構成情報管理システムは、構成情報管理サーバ1と、物理サーバ2と、仮想サーバ3を備える。構成情報管理サーバ1は、ネットワークシステム内の物理サーバ2と仮想サーバ3を対応付けて管理する。物理サーバ2は、当該ネットワークシステム内に1台以上存在する。仮想サーバ3は、物理サーバ2上で動作稼動する。[構成情報管理サーバの構成]構成情報管理サーバ1は、構成情報検索機能部101と、構成情報データベース102と、サーバ情報収集機能部103と、構成情報関連付け機能部104と、サーバ負荷情報106と、対応関係出力部108と、サーバ負荷テスト呼び出し機能部109を含む。構成情報検索機能部101、構成情報データベース102、サーバ情報収集機能部103、サーバ負荷情報106、及び対応関係出力部108は、本発明の第1実施形態に示した通りである。構成情報関連付け機能部104は、仮想サーバ3の負荷情報と物理サーバ2の負荷情報を照合して、仮想サーバ3と物理サーバ2を対応付ける。サーバ負荷テスト呼び出し機能部109は、仮想サーバ3が動作する物理サーバ2を特定する際に、仮想サーバ3上で動作するテスト負荷発生機能を呼び出して実行する。[物理サーバの構成]物理サーバ2は、サーバ情報提供機能部201と、サーバ仮想化機能部202を含む。サーバ情報提供機能部201、及びサーバ仮想化機能部202は、本発明の第1実施形態に示した通りである。[仮想サーバの構成]仮想サーバ3は、サーバ情報提供機能部301と、オペレーティングシステムOS302と、テスト負荷発生機能部303を含む。サーバ情報提供機能部301、及びオペレーティングシステムOS302は、本発明の第1実施形態に示した通りである。テスト負荷発生機能部303は、予め仮想サーバ3内に用意され組み込まれ、サーバ負荷呼び出し機能部109からの要求に応じて、特徴的な負荷パターンとなるテスト負荷を発生させるようなテスト処理を実行する。例えば、テスト負荷発生機能部303は、仮想サーバ3のイメージファイルやテンプレートに設定されているものとする。[第2実施形態の動作]次に、図2~図4、図7のフローチャートを参照して、本実施形態の動作について説明する。サーバの構成情報及び負荷情報を収集する動作は、本発明の第1実施形態で示した図2のフローチャートに従う。構成情報管理サーバ1におけるサーバ情報収集処理の動作は、本発明の第1実施形態で示した図3のフローチャートに従う。構成情報管理サーバ1における構成情報検索処理の動作は、本発明の第1実施形態で示した図4のフローチャートに従う。[物理サーバと仮想サーバとを対応付ける際の動作]図7のフローチャートは、構成情報データベース102に格納された物理サーバ2と仮想サーバ3を対応付ける際の動作を示している。1ステップS501まず、構成情報関連付け機能部104は、物理サーバ2への依存関係を特定できていないサーバ依存関係の有無が不明なサーバを1つ選択する。この動作は、第1実施形態図5のステップS401と同じである。2ステップS502構成情報関連付け機能部104は、サーバ負荷テスト呼び出し機能部109に、選択したサーバを示す情報を送信する。サーバ負荷テスト呼び出し機能部109は、構成情報関連付け機能部104から、選択したサーバを示す情報を受信した場合、選択したサーバにテスト負荷発生機能部303が存在しているかどうかを調査する。例えば、サーバ負荷テスト呼び出し機能部109は、選択したサーバに対して、テスト負荷発生機能部303の起動命令を送信し、起動した旨の応答があるか確認する。3ステップS503サーバ負荷テスト呼び出し機能部109は、選択したサーバにおいてテスト負荷発生機能部303の存在が確認できない場合ステップS502でNo、構成情報関連付け機能部104にその旨を通知する。構成情報関連付け機能部104は、この通知を受けると、選択したサーバを物理サーバ2と判定して終了する。この場合、対応付け情報としては、この物理サーバ2に対応する仮想サーバ3が存在しない旨を示すことになる。なお、構成情報関連付け機能部104は、選択したサーバが物理サーバである旨を示す情報を、構成情報データベース102に登録しても良い。4ステップS504サーバ負荷テスト呼び出し機能部109は、選択したサーバにおいてテスト負荷発生機能部303の存在が確認できた場合ステップS502でYes、サーバ負荷テストを実施する。このとき、サーバ負荷テスト呼び出し機能部109は、構成情報関連付け機能部104からの指示命令に従い、テスト負荷発生機能部303にアクセスし、仮想サーバ3上で、通常の運用では発生しないような特徴的な負荷パターンとなるテスト負荷を発生させる。5ステップS505同時に、構成情報関連付け機能部104は、サーバ情報収集機能部103を稼動させる立ち上げる。サーバ情報収集機能部103は、負荷テストを実施したサーバの負荷情報を収集する。このとき、サーバ情報収集機能部103は、構成情報関連付け機能部104からの指示命令に従い、仮想サーバ3上の負荷の変動に関する情報を収集する。6ステップS506同様に、サーバ情報収集機能部103は、全ての物理サーバ2の負荷情報を収集する。このとき、サーバ情報収集機能部103は、構成情報関連付け機能部104からの指示命令に従い、物理サーバ2上の負荷の変動に関する情報を収集する。7ステップS507その後、サーバ情報収集機能部103は、収集した仮想サーバ3の負荷情報と物理サーバ2の負荷情報を、構成情報関連付け機能部104に通知する。構成情報関連付け機能部104は、仮想サーバ3の負荷情報と物理サーバ2の負荷情報を照合する。8ステップS508構成情報関連付け機能部104は、仮想サーバ3が動作していると推定される物理サーバ2を特定する。例えば、構成情報関連付け機能部104は、仮想サーバ3の負荷情報と物理サーバ2の負荷情報を照合し、これらの負荷情報の負荷パターンに共通点があれば、この物理サーバ2上で仮想サーバ3が動作していると判断する。なお、構成情報関連付け機能部104は、物理サーバ2が特定できなかった場合ステップS508でNo、同じテストを繰り返すか、別のテスト機能があれば別のテスト機能を呼び出してテストを繰り返す。9ステップS509構成情報関連付け機能部104は、物理サーバ2が特定できた場合ステップS508でYes、物理サーバ2と仮想サーバ3の対応付け情報を生成する。10ステップS510構成情報関連付け機能部104は、生成された対応付け情報に基づいて、構成情報データベース102を更新する。構成情報関連付け機能部104は、更新された構成情報データベース102を参照し、生成された対応付け情報を取得する。このとき、構成情報関連付け機能部104は、生成された対応付け情報を、構成情報関連付け機能部104に通知するようにしても良い。上記の処理の後、構成情報関連付け機能部104は、対応関係出力部108に対して、対応付け情報を所定の出力先へ出力するように指示しても良い。この場合、対応関係出力部108は、対応付け情報を、構成情報関連付け機能部104から直接受け取って出力する。或いは、対応関係出力部108は、構成情報データベース102の更新を検知し、又は周期的に構成情報データベース102の内容を確認し、自動的に構成情報データベース102から対応付け情報を読み出し、所定の出力先へ出力するようにしても良い。[本実施形態の効果]本実施形態では、仮想サーバ上で実行したテストプログラムによる負荷変動を、物理サーバと仮想サーバの両方で検出してつきあわせるように構成されているため、仮想サーバと物理サーバと対応付けを特定して構成情報データベースで管理することができる。また、本実施形態では、サーバ仮想化機能や仮想サーバ内のOSに機能拡張を伴わないように構成されているため、サーバ仮想化機能やOSを問わずに共通の手順に従って仮想サーバが動作している物理サーバを迅速に特定することができる。更に、本実施形態では、テスト負荷発生機能が仮想サーバ内に配備されるように構成されているため、様々な負荷を発生させるテスト機能を準備して、照合の精度を向上させることができる。具体的に説明すると、第1実施形態では、基本的にネットワークを介した負荷パターンによる通信負荷をかけるテストを想定している。従って、テスト実行時に既にネットワークが高負荷の状態であったり、負荷パターンに特徴が無かったりすると、検出の制度が低下する可能性がある。一方、本実施形態では、仮想サーバ内にテスト負荷発生機能が用意されているため、ネットワークを介した負荷パターンによる通信負荷以外にも、CPU負荷をかけたり、ディスク負荷をかけたりしてテストを行うことができる。例えば、CPU負荷をかけてみた結果、複数の物理サーバが候補に残ってしまった場合、次にディスク負荷をかけてテストすることで、より正確に候補を特定することができると考えられる。また、CPU負荷とディスク負荷を同時にかけるテストも可能である。このように、複数の代替テストを用意し、より確実に物理サーバの候補を絞り込むことができるという点で、照合の精度を向上させることができる。<各実施形態の関係>なお、上記の各実施形態は、組み合わせて実施することも可能である。<実施例>次に、具体的な実施例実施例1、実施例2、実施例3を用いて、本発明の実施形態の動作について説明する。<実施例1>図8に、本発明の実施例1における構成情報管理システムの構成例を示す。本実施例における構成情報管理システムでは、構成情報管理サーバ510、3台の物理サーバ520、530、540がネットワーク500を介して接続されている。物理サーバ520には、サーバ仮想化機能部521がインストールされている。物理サーバ530には、サーバ仮想化機能部531がインストールされている。サーバ仮想化機能部521上で仮想サーバ523が稼働している。サーバ仮想化機能部531上で仮想サーバ533が稼働している。構成情報管理サーバ510は、図1に示す構成情報管理サーバ1に相当する。3台の物理サーバ520、530、540の各々は、図1に示す物理サーバ2に相当する。仮想サーバ523、533の各々は、図1に示す仮想サーバ3に相当する。すなわち、図8に示す各サーバの構成は、図1に示す各サーバの構成例に準拠する。構成情報管理サーバ510が、管理対象である全ての仮想サーバと物理サーバからネットワークを介して構成情報を集めると、サーバ仮想化機能部521上で1つの仮想サーバ522を動作させているという情報は得られるが、その仮想サーバ522がHost02であるかHost04であるか、或いはHost05であるかを特定することは通常できない。そこで、本発明では、構成情報管理サーバ510に、サーバ負荷発生機能部107と構成情報関連付け機能部104を用意し、予め用意した負荷パターン105の観測によって問題を解決する。[構成情報の一覧]図9に、全ての仮想サーバと物理サーバから集めた構成情報の一覧を示す。ここで、構成情報管理サーバ510は、Host02が仮想サーバであるかどうか、仮想サーバである場合、どの物理サーバ上で動作しているかを判定する。まず、構成情報管理サーバ510内のサーバ負荷発生機能部107は、図5のフローチャートに従い、Host02に対して、特徴的な負荷パターンとなるテスト負荷を発生させる。すなわち、サーバ負荷発生機能部107は、Host02に対して特徴的な負荷パターンとなるテスト負荷をかける信号を送信する。なお、特徴的な負荷パターンとは、特徴が明確な負荷パターンであり、仮想サーバに対してかけた場合、当該仮想サーバが動作している物理サーバ側にも明らかな影響が現れる負荷パターンのことである。仮想サーバに対する通信は全て物理サーバのネットワークインタフェースを介して行われるため、仮想サーバに対する通信負荷は、物理サーバに対する通信負荷としても検出される。また、通信負荷以外の負荷についても同様である。[負荷パターンping送信の例]図10に、Host02に対して送る負荷パターンping送信の例を示す。サーバ負荷発生機能部107は、図10に示す負荷パターンに基づいて、テスト開始後30秒間0~30秒、Host02に対してpingコマンドを連続実行し、テスト開始時刻から30秒後にいったん中断する。サーバ負荷発生機能部107は、テスト開始時刻から60秒後に再び30秒間60~90秒、Host02に対してpingコマンドを連続実行して、テスト開始時刻から90秒後に終了する。pingコマンドは、ネットワーク疎通を確認するためのコマンドである。pingコマンド実行によって構成情報管理サーバ510とHost02の間に通信が発生する。ここで、Host02は、Host01上で仮想サーバとして動作しているため、構成情報管理サーバ510とHost02の間のネットワーク通信は、Host01上のネットワークインタフェースを介して行われる。従って、この通信による負荷パターンは、Host01上でも観測される。[負荷パターンNW負荷の例]図11に、Host01で観測が期待される負荷パターンNW負荷の例を示す。サーバ情報収集機能部103は、図10に示す負荷パターンに基づいて、仮想サーバに対してpingコマンドが実行された際には、その仮想サーバ上と、その仮想サーバが動作している物理サーバ上で、図11に示す負荷パターンを観測することができる。その仮想サーバ上と、その仮想サーバが動作している物理サーバ上では、図11に示す負荷パターンに示す通り、テスト開始時刻から30秒間0~30秒は継続的にネットワーク負荷NW負荷がかかり、テスト開始時刻から30秒後に負荷が下がり、テスト開始時刻から60秒後から再び30秒間60~90秒ネットワークに負荷がかかる。このように、図10に示した負荷パターンと、図11に示した負荷パターンは、対応することがわかる。サーバ情報収集機能部103は、観測した物理サーバ及び仮想サーバの負荷状態をサーバ負荷情報106として保存する。構成情報関連付け機能部104は、観測が期待される負荷パターンとして、図11に示す負荷パターンを予め用意し、管理対象である全ての物理サーバ及び仮想サーバの負荷状態を監視する。構成情報関連付け機能部104は、図10に示す負荷パターンが所定の仮想サーバに送信された後、全ての物理サーバ及び仮想サーバの負荷変動を比較することで、図11に示す負荷パターンに適合するサーバを見つけ出すことができる。このとき、構成情報関連付け機能部104は、図11に示す負荷パターンに適合するサーバとして、図10に示す負荷パターンを受信した仮想サーバと、この仮想サーバが動作している物理サーバを発見し、この仮想サーバと物理サーバを対応付けることができる。図11に示す負荷パターンに適合するかどうかの判定について説明する。例えば、構成情報関連付け機能部104は、テスト開始後0~30秒、30秒~60秒、60秒~90秒の各々のネットワーク負荷NW負荷の平均値を計算し、30秒~60秒のネットワーク負荷NW負荷の平均値が他の平均値と比べて有意に小さいかどうかを判定することで、図11に示す負荷パターンに適合するかどうかの判定を行うことができる。但し、実際には、上記の例に限定されない。ここでは、Host02以外のサーバでは、テストによる通信が発生しないため、ネットワーク負荷NW負荷に大きな変動が無く、図11に示す負荷パターンは検出されない。図11に示す負荷パターンに適合するサーバはHost02だけであるため、構成情報関連付け機能部104は、Host02がHost01上の仮想マシンとして動作していることを特定できる。同様に、構成情報関連付け機能部104は、Host04がHost03上で動作していることを特定できる。一方、Host05に対しては、サーバ情報収集機能部103は、負荷パターンに照合する負荷情報がHost05以外のサーバから検出できない。そのため、構成情報関連付け機能部104は、Host05が物理サーバであると特定できる。以上のテスト結果より、構成情報管理サーバ510内の構成情報関連付け機能部104は、図12に示す物理サーバと仮想サーバの対応付けを示す情報を生成し、構成情報管理データベースを更新する。<実施例2>本実施例では、上記のHost02に対して、ネットワーク負荷NW負荷ではなく、CPU負荷やディスク負荷をかける事例について説明する。例えば、Host02に対して、図10に示す負荷パターンの代わりに、30秒毎に1回のタイミングで、合計3回、一時的にCPUに大きな負荷をかける。すなわち、Host02に対して、テスト開始後30秒、60秒、90秒にCPU負荷をかける。このとき、CPU使用率が一時的に増大する。[負荷パターンCPU負荷の例]図13に、上記のCPU負荷をかけた際に、Host01で観測が期待される負荷パターンCPU負荷の例を示す。或いは、Host02に対して、図10に示す負荷パターンの代わりに、30秒毎に1回のタイミングで、合計3回、ディスクI/OInput/Outputに大きなサイズのファイルを書き込む。すなわち、Host02に対して、テスト開始後30秒、60秒、90秒にディスク負荷をかける。このとき、ディスクへの書き込みが、そのままディスク負荷となる。[負荷パターンディスク負荷の例]図14に、上記のディスク負荷をかけた際に、Host01で観測が期待される負荷パターンディスク負荷の例を示す。その他の処理については、上記の実施例1と同様である。<実施例3>本実施例では、ネットワークシステム上の全ての仮想サーバについて、逐次処理serialprocessingで1つずつ順番に、テスト負荷を発生させ、物理サーバとの対応関係を確認する。本実施例は、ネットワークシステム上の全ての仮想サーバと物理サーバの対応関係を知りたい場合や、ネットワークシステム上で動作中の仮想サーバの有無と、当該仮想サーバが動作している物理サーバを確認したい場合に有用である。例えば、サーバ負荷発生機能部107又はサーバ負荷テスト呼び出し機能部109は、対象となる仮想サーバを特定することなく、ネットワークシステム上の全ての仮想サーバに対して、各仮想サーバに割り当てられたUUIDUniversallyUniqueIdentifier:汎用一意識別子等の識別番号や、仮想MACアドレス等のアドレス情報に基づき、総当りで、昇順/降順に1つずつ順番に、特徴的な負荷パターンとなるテスト負荷を発生させる。サーバ情報収集機能部103は、1つの仮想サーバにテスト負荷が発生する都度、全ての物理サーバの負荷情報を受信観測し、ある物理サーバの負荷情報において、前述の特徴的な負荷パターンに対応する特徴が現れていればある物理サーバの負荷情報が特徴的な負荷パターンに対応していれば、この物理サーバ上で当該仮想サーバが動作していると判断し、仮想サーバと物理サーバとを対応付ける。なお、サーバ負荷を発生させる対象は仮想サーバ3であるため、サーバ負荷発生機能部107又はサーバ負荷テスト呼び出し機能部109は、管理対象である全ての物理サーバ2上のサーバ仮想化機能部202を介して、仮想サーバ3にサーバ負荷を発生させるための命令信号を送信するようにしても良い。<産業上の利用可能性>本発明の実施形態によれば、仮想サーバを含むシステムの構成情報管理システムといった用途に適用できる。また、仮想サーバを含むシステムの統合運用管理ミドルウェアといった用途にも適用可能である。<付記>上記の実施形態の一部又は全部は、以下の付記のように記載することも可能である。但し、実際には、以下の記載例に限定されない。本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。また、本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、収集した構成情報を格納する構成情報格納手段と、収集した負荷情報を格納するサーバ負荷情報格納手段と、構成情報データベースに格納されたシステム構成情報を参照する手段と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。また、本実施形態では、構成情報管理システムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する手段と、収集した構成情報を格納する構成情報格納手段と、収集した負荷情報を格納するサーバ負荷情報格納手段と、構成情報データベースに格納されたシステム構成情報を参照する手段と、仮想サーバ上で動作し、物理サーバでも観測可能な特徴的なテスト負荷を発生させる手段と、仮想サーバ上で動作する負荷発生手段を必要時に呼び出す手段と、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定する手段と、仮想サーバと物理サーバとを対応付けて格納する手段とを備えることもできる。本実施形態では、複数の物理サーバ及び複数の物理サーバの少なくともいずれか1つで稼動する仮想サーバに通信可能に接続された構成情報管理サーバは、所定パターンの負荷を与えられた第1サーバ以外のサーバから所定パターンに対応するパターンの負荷が計測されなかった場合には、第1サーバは物理サーバである旨の情報を記憶装置に記憶する構成情報関連付機能部を備えることもできる。また、本実施形態では、構成情報管理サーバは、仮想サーバに関する検索要求の入力を受ける構成情報検索機能部と、検索要求に応じて、物理サーバと、仮想サーバとの対応関係を示す情報を出力する対応関係出力部とを更に備えることもできる。本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。また、本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、収集した構成情報を構成情報管理データベースに格納し、収集した負荷情報をサーバ負荷情報として格納し、構成情報データベースに格納されたシステム構成情報を参照する機能を提供し、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。また、本実施形態では、構成情報管理方法として、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集し、収集した構成情報を構成情報管理データベースに格納し、収集した負荷情報をサーバ負荷情報として格納し、構成情報データベースに格納されたシステム構成情報を参照する機能を提供し、仮想サーバ上で動作する負荷発生機能を必要時に呼び出し、仮想サーバ上で物理サーバでも観測可能な特徴的なテスト負荷を発生させ、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定し、仮想サーバと物理サーバとを対応付けて格納することもできる。本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたサーバの負荷情報に基づいて仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。なお、本実施形態では、構成情報管理用プログラムは、記憶装置や記憶媒体に格納することが可能である。また、本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、収集した構成情報を構成情報データベースに格納する処理と、収集した負荷情報をサーバ負荷情報として格納する処理と、構成情報データベースに格納されたシステム構成情報を参照する処理と、仮想サーバに対して物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたサーバの負荷情報と発生させた負荷パターンとを照合して仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。また、本実施形態では、構成情報管理用プログラムは、複数の物理サーバと仮想サーバから構成情報と負荷情報を収集する処理と、収集した構成情報を構成情報管理データベースに格納する処理と、収集した負荷情報をサーバ負荷情報として格納する処理と、構成情報データベースに格納されたシステム構成情報を参照する処理と、仮想サーバ上で動作する負荷発生機能を必要時に呼び出す処理と、仮想サーバ上で物理サーバでも観測可能な特徴的なテスト負荷を発生させる処理と、観測されたテスト負荷を発生させたサーバでの負荷情報と他のサーバの負荷情報を照合して仮想サーバが動作する物理サーバを特定する処理と、仮想サーバと物理サーバとを対応付けて格納する処理とをコンピュータに実行させることもできる。本発明により、仮想サーバの負荷情報と物理サーバの負荷情報を監視し、仮想サーバに特徴的な負荷パターンとなるテスト負荷をかける信号を送信し、当該仮想サーバと同じような特徴的な負荷がかかった物理サーバを特定することができるようになる。これにより、システム管理者が、ある仮想サーバを見失った後でも、構成情報管理サーバ等の外部のサーバを利用して、当該仮想サーバがその時点でどの物理サーバ上で稼動しているか把握することができる。<備考>以上、本発明の実施形態を詳述してきたが、実際には、上記の実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の変更があっても本発明に含まれる。なお、本出願は、日本出願番号2010-046901に基づく優先権を主張するものであり、日本出願番号2010-046901における開示内容は引用により本出願に組み込まれる。