(57)【要約】      （修正有）【課題】ネットワークスイッチに接続されたサーバ上の仮想マシンが停止したことを検知する。【解決手段】本ネットワークスイッチは、ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、抽出された第１の情報を用いて要求パケットを生成し、第１の仮想マシンに送信する送信部と、要求パケットに対する応答パケットを第１の仮想マシンから受信したか否かに基づき、第１の仮想マシンの動作状態を判定する判定部とを有する。【選択図】図４
2015146504.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークスイッチにおいて、
前記ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信する送信部と、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する判定部と、
を有するネットワークスイッチ。
【請求項２】
前記要求パケットはＡＲＰ（Address Resolution Protocol）の要求パケットであり、
前記第１の情報は、前記第１の仮想マシンのＩＰアドレス、前記第１の仮想マシンのＭＡＣアドレス及び前記第１の仮想マシンが属する仮想ネットワークの識別情報を含み、
前記送信部は、
前記要求パケットのターゲットＩＰアドレスに前記第１の仮想マシンのＩＰアドレスを設定し、前記確認パケットの宛先アドレスに前記第１の仮想マシンのＭＡＣアドレスを設定し、前記確認パケットの仮想ネットワークの識別情報に前記第１の仮想マシンが属する仮想ネットワークの識別情報を設定する
ことを特徴とする請求項１記載のネットワークスイッチ。
【請求項３】
前記判定部は、
前記第１の仮想マシンの動作状態が停止状態であると判定した場合、前記要求パケット以外のパケットを前記第１の仮想マシンに中継することを停止するための設定をする
ことを特徴とする請求項１又は２記載のネットワークスイッチ。
【請求項４】
前記ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットは、ＡＲＰの要求パケット、ＧＡＲＰ（Gratuitous ARP）の要求パケット又は前記第２の仮想マシンからのＡＲＰの要求パケットに対する応答パケットを含む
ことを特徴とする請求項１乃至３記載のネットワークスイッチ。
【請求項５】
ネットワークスイッチと、
前記ネットワークスイッチに接続された第１の情報処理装置と、
前記ネットワークスイッチに接続された第２の情報処理装置と、
を有し、
前記ネットワークスイッチが、
前記第１の情報処理装置が実行する第１の仮想マシンが、前記第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信する送信部と、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する判定部と、
を有するネットワークシステム。
【請求項６】
ネットワークシステムの制御方法において、
前記ネットワークシステムにおけるネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出し、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信し、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する
処理を含む、ネットワークシステムの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークスイッチ、ネットワークシステム及びネットワークシステムの制御方法に関する。
【背景技術】
【０００２】
仮想マシンの移動等（例えば、仮想マシンの移動、生成及び削除）は、サーバ仮想化（Server Virtualization）の技術により、物理サーバの配置に依存することなく行われる。仮想マシンの移動等が行われた場合には、ネットワークにおける物理スイッチの設定をし直さなければ、移動等に係る仮想マシンは通信を行うことができない。
【０００３】
図１を用いて、ライブマイグレーションによって仮想マシンが移動した場合における通信の問題について説明する。図１に示したシステムにおいては、物理スイッチのポート１１１に物理サーバ１１が接続されており、物理スイッチのポート２２２に物理サーバ２２が接続されている。物理スイッチのポート１１１にはＶＬＡＮ（Virtual Local Area Network）α及びＶＬＡＮβが設定されている。ＶＭ１が移動する前の状態においては、物理サーバ１１においてはハイパバイザ上にＶＭ（Virtual Machine）１乃至ｎが実行されており、物理サーバ２２においてはＶＭは実行されていない。ＶＭ１はＶＬＡＮαに属しているとする。
【０００４】
ここで、ＶＭ１がライブマイグレーションによって物理サーバ１１から物理サーバ２２に移動したとする。ＶＭ１は、移動先の物理サーバ２２において、物理サーバ１１におけるＶＭと通信を行うためにパケットを送信する。ＶＭ１が送信したパケットは、物理スイッチのポート２２２が受信する。しかし、ポート２２２には、ＶＬＡＮαの設定が行われていないため、物理スイッチはＶＭ１から受信したパケットを中継することができない。
【０００５】
仮想マシンの移動に連動した設定の更新に関して、以下のような技術が知られている。具体的には、ＶＭの移動を管理する管理サーバは、移動先のサーバの物理ポートがＶＭが使用するＶＬＡＮに属していない場合には、移動先のサーバの物理ポートがそのＶＬＡＮを利用できるように制御する。また、管理サーバは、ＶＭが移動元サーバで利用していたＶＬＡＮが移動元サーバで実行される他のＶＭに利用されていない場合に、ＶＭが使用していたＶＬＡＮを移動元サーバの物理ポートが利用できないように制御する。
【０００６】
しかし、この技術はＶＭの移動を対象としており、ＶＭの停止は対象とされていない。この点に関し、図２に示すようなシステムを考える。図２に示したシステムにおいては、物理スイッチのポート１１１に物理サーバ１１が接続されており、物理スイッチのポート２２２に物理サーバ２２が接続されている。物理スイッチのポート１１１にはＶＬＡＮα及びＶＬＡＮβが設定されている。物理スイッチのポート２２２にはＶＬＡＮαが設定されている。ＶＭ１が停止する前の状態においては、物理サーバ１１においてはハイパバイザ上にＶＭ１乃至ｎが実行されており、物理サーバ２２においてはハイパバイザ上にＶＭｍが実行されている。ＶＭ１及びＶＭｍはＶＬＡＮαに属し、ＶＭ２乃至ＶＭｎはＶＬＡＮβに属する。
【０００７】
ここで、ＶＭ１が停止したとする。物理サーバ１１にはＶＬＡＮαに属するＶＭが無いため、ＶＭｍが送信したパケットが物理サーバ１１に転送されるのは、セキュリティ上の問題が有る。しかし、上記の従来技術は、物理スイッチがＶＭ１が停止したことを検知することができない。そのため、ポート１１１におけるＶＬＡＮαの設定が削除されないため、ＶＭｍが送信したパケットが物理サーバ１１に転送される場合が生じる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−１４６００２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
従って、本発明の目的は、１つの側面では、ネットワークスイッチに接続されたサーバ上の仮想マシンが停止したことを検知するための技術を提供することである。
【課題を解決するための手段】
【００１０】
本発明に係るネットワークスイッチは、ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、抽出された第１の情報を用いて要求パケットを生成し、第１の仮想マシンに送信する送信部と、要求パケットに対する応答パケットを第１の仮想マシンから受信したか否かに基づき、第１の仮想マシンの動作状態を判定する判定部とを有する。
【発明の効果】
【００１１】
１つの側面では、ネットワークスイッチに接続されたサーバ上の仮想マシンが停止したことを検知できるようになる。
【図面の簡単な説明】
【００１２】
【図１】図１は、ライブマイグレーションによる仮想マシンの移動を示す図である。
【図２】図２は、仮想マシンの停止を示す図である。
【図３】図３は、システムの概要を示す図である。
【図４】図４は、物理スイッチ及び管理サーバの機能ブロック図である。
【図５】図５は、アクセス制御リストの一例を示す図である。
【図６】図６は、プロファイルＤＢに格納されるデータの一例を示す図である。
【図７】図７は、ＡＲＰリクエストに設定される値の一例を示す図である。
【図８】図８は、確認パケットに設定される値の一例を示す図である。
【図９】図９は、ポートの状態についての状態遷移図である。
【図１０】図１０は、メインの処理フローを示す図である。
【図１１】図１１は、判定処理の処理フローを示す図である。
【図１２】図１２は、ＶＭが稼働中である場合における判定処理のシーケンス図である。
【図１３】図１３は、ＶＭが停止している場合における判定処理のシーケンス図である。
【図１４】図１４は、ＡＲＰリクエストを中継する処理の処理フローを示す図である。
【図１５】図１５は、ＡＲＰリクエストを中継する処理について説明するための図である。
【図１６】図１６は、ＡＲＰリクエストを中継する処理について説明するための図である。
【図１７】図１７は、第２の実施の形態におけるＦＤＢに格納されるデータの一例を示す図である。
【図１８】図１８は、第３の実施の形態におけるＦＤＢに格納されるデータ及び管理テーブルに格納されるデータの一例を示す図である。
【図１９】図１９は、コンピュータの機能ブロック図である。
【発明を実施するための形態】
【００１３】
［実施の形態１］
図３に、第１の実施の形態に係るシステムの概要を示す。第１の実施の形態に係るシステムには、物理スイッチ１０と、物理サーバ１０００及び２０００とが含まれる。物理スイッチ１０には、物理サーバ１０００及び物理サーバ２０００が接続される。なお、物理スイッチ１０は、プロファイルＤＢ５１を管理する管理サーバ５０に接続されているが、図を見やすくするため管理サーバ５０を省略している。
【００１４】
物理サーバ１０００は、物理サーバ１０００において仮想マシンを実行するためのプログラムであるハイパバイザ１００３を実行する。ハイパバイザ１００３上では、ＶＭ１００１及び１００２が実行される。物理サーバ２０００は、物理サーバ１０００と同様、ハイパバイザ２００３を実行する。ハイパバイザ２００３上では、ＶＭ２００１及び２００２が実行される。
【００１５】
図４に、物理スイッチ１０の機能ブロック図と物理スイッチ１０に接続される管理サーバ５０の機能ブロック図とを示す。物理スイッチ１０は、ポート１０１乃至１０２と、分類部１０５及び１０６と、スケジューリング部１０７及び１０８と、スイッチ部１０９と、ＦＤＢ（Forwarding DataBase）１１０と、スイッチ設定部１１１と、抽出部１１２０、判定部１１２１、中継部１１２２及び生成部１１２３を含む処理部１１２とを含む。
【００１６】
ポート１０１は、受信したパケットを分類部１０５に出力する。同様に、ポート１０２は、受信したパケットを分類部１０６に出力する。
【００１７】
分類部１０５は、予め定められたアクセス制御リストに従い、パケットをスイッチ１０９及び処理部１１２に出力する。同様に、分類部１０６は、予め定められたアクセス制御リストに従い、パケットをスイッチ１０９及び処理部１１２に出力する。本実施の形態においては、ＶＭが送信したパケットがＡＲＰ（Address Resolution Protocol）リクエストである場合には、分類部１０５及び１０６は、パケットをスイッチ部１０９に出力すると共に、パケットの複製を処理部１１２に出力する。ＡＲＰリクエスト以外である場合には、分類部１０５及び１０６は、パケットをスイッチ部１０９に出力する。但し、ＡＲＰリクエストに限られるわけではなく、ＧＡＲＰ（Gratuitous ARP）のパケット又はＡＲＰリクエストに対するＡＲＰリプライであってもよい。また、分類部１０５及び１０６が使用する情報は、アクセス制御リストに限られるわけではない。
【００１８】
抽出部１１２０は、分類部１０５及び１０６から受け取ったＡＲＰリクエストから、ＶＭが停止している（すなわち、停止状態である）か否かを確認するためのパケットである確認パケットの生成に用いられる情報を抽出し、プロファイルＤＢ５１に格納する。
【００１９】
判定部１１２１は、確認パケットに対する応答パケットを受信したか否かに基づき、確認パケットの送信先のＶＭが停止しているか否かを判定する。
【００２０】
中継部１１２２は、停止状態であるＶＭにＡＲＰリクエストを転送する。具体的には、中継部１１２２は、ＡＲＰリクエストにおけるターゲットＩＰ（Internet Protocol）アドレスを有するＶＭが停止状態である場合に、ＡＲＰリクエストをそのＶＭに転送する。
【００２１】
生成部１１２３は、定期的（例えば５秒毎）に、プロファイルＤＢ５１に格納されたデータを用いて確認パケットを生成し、確認パケットの送信先のＶＭ（本実施の形態においては、ＡＲＰリクエストの送信元のＶＭ）が実行されている物理サーバが接続されたポートに出力する。
【００２２】
スイッチ設定部１１１は、処理部１１２からの指示に応じ、スイッチ部１０９が保持しているポートの属性値（例えば、ＶＬＡＮの情報及びＱｏＳ（Quality of Service）の情報等）を変更する。
【００２３】
スイッチ部１０９は、スイッチ部１０９が保持している各ポートの属性値及びＦＤＢ１１０に格納されているデータに基づき、パケットをスケジューリング部１０７又はスケジューリング部１０８に出力する。
【００２４】
スケジューリング部１０７は、パケットの送信スケジュールを決定する処理を実行し、送信すべきパケットをポート１０３に出力する。同様に、スケジューリング部１０８は、パケットの送信スケジュールを決定する処理を実行し、送信すべきパケットをポート１０４に出力する。ポート１０３及び１０４は、受け取ったパケットを宛先の装置に送信する。
【００２５】
図５に、本実施の形態におけるアクセス制御リストの一例を示す。図５の例では、条件と、条件を満たす場合に行う処理とを含むルールが登録されている。本実施の形態においては、宛先ＭＡＣ（Media Access Control）アドレスが「ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ」であり（すなわち、ブロードキャストのパケットであり）且つイーサタイプが「０ｘ０８０６」である（すなわち、ＡＲＰリクエスト又はＡＲＰリクエストに対する応答である）場合に、「Ｃｏｐｙ  ｔｏ  ＣＰＵ」という処理をするというルールが登録されている。「Ｃｏｐｙ  ｔｏ  ＣＰＵ」は、ＣＰＵ（Central Processing Unit）（ここでは、パケットのソフトウェア処理をするプロセッサ）にコピーすることを意味しており、本実施の形態においては、パケットの複製を処理部１１２に出力する。「Ｄｏｎ’ｔ  Ｃａｒｅ」は、どのような値であるかを問わないことを意味する。
【００２６】
図６に、プロファイルＤＢ５１に格納されるデータの一例を示す。図６の例では、ＶＭのＭＡＣアドレスと、プロファイルＩＤと、プロファイルが適用されるポートの識別情報と、ポートの状態と、確認パケットについての情報と、ＭＡＣアドレスに対応するＩＰアドレスと、ＶＬＡＮ  ＩＤとが格納される。状態が「ＳＵＳＰＥＮＤ」である場合、ポートに接続された物理サーバが実行するＶＭは停止している。状態が「ＡＳＳＩＧＮ」である場合、ＶＭは停止しておらず、ポートにプロファイルが設定されている。状態が「ＮＯＴ  ＡＳＳＩＧＮ」である場合、ポートにプロファイルが設定されていない。確認パケットについての情報が「Ｅｎａｂｌｅ」である場合、確認パケットの送信が有効であり、「Ｄｉｓａｂｌｅ」である場合、確認パケットの送信が無効である。なお、本実施の形態における「プロファイル」とは、設定のことを意味する。
【００２７】
図７に、ＶＭ（ここでは、ＶＭ１とする）が送信するＡＲＰリクエストに設定された値の一例を示す。図７の例では、宛先ＭＡＣアドレスとして「ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ」が設定され、送信元（Source）ＭＡＣアドレスとしてＶＭ１のＭＡＣアドレスが設定され、ＶＬＡＮタグとして「０ｘ８１００」が設定され、ＶＬＡＮ  ＩＤとしてＶＭ１が属するＶＬＡＮのＩＤが設定され、送信元（Sender）ＭＡＣアドレスとしてＶＭ１のＭＡＣアドレスが設定され、送信元ＩＰアドレスとしてＶＭ１のＩＰアドレスが設定され、ターゲットＭＡＣアドレスとして「００：００：００：００：００：００」が設定され、ターゲットＩＰアドレスとしてＡＲＰの対象のＩＰアドレスが設定される。なお、送信元ＭＡＣアドレスには、ＭＡＣヘッダに含まれる送信元（Source）ＭＡＣアドレスと、ＡＲＰパケットの本体に含まれる送信元（Sender）ＭＡＣアドレスとが有る。
【００２８】
この場合、抽出部１１２０は、送信元ＭＡＣアドレス、送信元ＩＰアドレス及びＶＬＡＮ  ＩＤを抽出し、プロファイルＤＢ５１に格納する。そして、生成部１１２３は、例えば図８に示すような確認パケットを生成する。図８に示す確認パケットの形式はＡＲＰリクエストの形式であり、宛先ＭＡＣアドレスとして「ＶＭ１のＭＡＣアドレス」が設定され、送信元（Source）ＭＡＣアドレスとして物理スイッチ１０のＭＡＣアドレスが設定され、ＶＬＡＮタグとして「０ｘ８１００」が設定され、ＶＬＡＮ  ＩＤとしてＶＭ１が属するＶＬＡＮのＩＤが設定され、送信元（Sender）ＭＡＣアドレスとして「ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ：ｆｆ」が設定され、送信元ＩＰアドレスとして「０．０．０．０」が設定され、ターゲットＭＡＣアドレスとして「００：００：００：００：００：００」が設定され、ターゲットＩＰアドレスとしてＶＭ１のＩＰアドレスが設定される。
【００２９】
このように、本実施の形態においては、確認パケットがＡＲＰリクエストの形式で生成される。これは、ＶＭが停止していなければ、ＶＭのＯＳ（Operating System）が応答をするからである。そのため、図７及び図８に示したように、ＶＭ１がＡＲＰリクエストに応答する際に用いる情報としてＶＭ１のＶＬＡＮ  ＩＤ及びＩＰアドレスを設定し、また、ＶＭ１以外のＶＭが確認パケットを受信するのを防ぐためＶＭ１のＭＡＣアドレスを設定する。
【００３０】
図９に、抽出部１１２０が管理する、ポートの状態についての状態遷移図を示す。ポートの状態は、「ＡＳＳＩＧＮ」、「ＮＯＴ  ＡＳＳＩＧＮ」又は「ＳＵＳＰＥＮＤ」のいずれかである。上で述べたように、状態が「ＡＳＳＩＧＮ」である場合はポートにプロファイルが設定されており、状態が「ＮＯＴ  ＡＳＳＩＧＮ」である場合はポートにプロファイルが設定されておらず、状態が「ＳＵＳＰＥＮＤ」である場合ＶＭは停止している。
【００３１】
図９に示すように、状態が「ＡＳＳＩＧＮ」である場合にネットワーク側ポートでＶＭを検出すると、状態は「ＮＯＴ  ＡＳＳＩＧＮ」に遷移する。なお、ネットワーク側ポートとは、図３において、物理サーバ１０００及び２０００が接続されておらず、外部のネットワークに接続されるポートのことである。状態が「ＡＳＳＩＧＮ」である場合に確認パケットに対する応答が無いと、状態は「ＳＵＳＰＥＮＤ」に遷移する。状態が「ＡＳＳＩＧＮ」である場合に確認パケットに対する応答が有ると、状態は「ＡＳＳＩＧＮ」のままである。状態が「ＡＳＳＩＧＮ」である場合に現在プロファイルが割り当てられたポートとは別のポートでＶＭを検出すると、状態は「ＡＳＳＩＧＮ」のままである（但し、プロファイルが割り当てられたポートの番号が変更される）。
【００３２】
状態が「ＮＯＴ  ＡＳＳＩＧＮ」である場合にサーバ側ポートでＶＭを検出すると、状態は「ＡＳＳＩＧＮ」に遷移する。なお、サーバ側ポートとは、図３において、物理サーバ１０００及び２０００が接続されたポートのことである。
【００３３】
状態が「ＳＵＳＰＥＮＤ」である場合にサーバ側ポートでＶＭを検出すると、状態は「ＡＳＳＩＧＮ」に遷移する。状態が「ＳＵＳＰＥＮＤ」である場合にネットワーク側ポートでＶＭを検出すると、状態は「ＮＯＴ  ＡＳＳＩＧＮ」に遷移する。
【００３４】
このようにすることで、物理スイッチ１０は、ＶＭが非アクティブ状態（inactive state）であることを検出できるようになる。本実施の形態において、非アクティブ状態には、無通信状態と、停止状態と、完全削除状態とが含まれる。無通信状態は、ＶＭが実行されているが通信をしていない状態である。ＶＭがいつでも通信を再開する可能性があるため、ポートに対する設定は削除されない。一方、停止状態は、物理サーバのメモリからＶＭインスタンスが削除された状態である。ＶＭが再度実行されて通信を再開する可能性があるが、ＶＭが実行されるかは不明である。そのため、ポートに対する設定は削除されるが、ＶＭが再度実行された場合には再度ポートに対する設定が行われる。完全削除状態は、ＶＭイメージが物理サーバから完全に削除され二度と実行されない状態である。本実施の形態では、完全削除状態については取り扱わない。
【００３５】
次に、図１０乃至図１６を用いて、図３に示したシステムにおいて行われる処理について説明する。はじめに、物理サーバ（ここでは物理サーバ１０００とする）がＶＭ（ここではＶＭ１００１とする）を起動した際に行われる処理について説明する。
【００３６】
まず、物理サーバ１０００は、ＶＭイメージ等を用いてＶＭ１００１を起動する（図１０：ステップＳ１）。その後、ＶＭ１００１は、ＡＲＰリクエストを物理スイッチ１０に送信する（ステップＳ３）。
【００３７】
物理スイッチ１０のポート（ここではポート１０１とする）は、物理サーバ１０００からＡＲＰリクエストを受信する（ステップＳ５）。ポート１０１は、受信したＡＲＰリクエストを分類部１０５に出力する。分類部１０５は、ポート１０１から受け取ったＡＲＰリクエストが、アクセス制御リストに登録された条件を満たすか判断する。ここでは、条件を満たすと判断され、ＡＲＰリクエストの複製が処理部１１２に出力される。
【００３８】
処理部１１２における抽出部１１２０は、分類部１０５からＡＲＰリクエストを受け取る。抽出部１１２０は、受け取ったＡＲＰリクエストについてポートの設定を行う（ステップＳ７）。具体的には、抽出部１１２０は、ＦＤＢ１１０に、ＡＲＰリクエストを受け取ったポートの識別情報とＡＲＰリクエストに含まれる送信元ＭＡＣアドレスとを対応付けて登録する。
【００３９】
抽出部１１２０は、受け取ったＡＲＰリクエストから、確認パケットの生成に用いられる情報（ここでは、ＶＬＡＮ  ＩＤ、送信元ＭＡＣアドレス及び送信元ＩＰアドレス）を抽出し、プロファイルＤＢ５１に格納する（ステップＳ９）。ここでは、プロファイルＤＢ５１における、ＡＲＰリクエストの送信元のＶＭについてのエントリに、抽出された情報を格納する。なお、ＶＭ１００１がＶＭマイグレーションによって移動したＶＭである場合、ＡＲＰリクエストを受信したポートの識別情報が、プロファイルＤＢ５１に格納されているポートの識別情報と異なることがある。その場合には、プロファイルＤＢ５１に格納されているポートの識別情報を、ＡＲＰリクエストを受信したポートの識別情報に変更する。
【００４０】
判定部１１２１は、判定処理を実行する（ステップＳ１１）。判定処理については、図１１乃至図１３を用いて説明する。
【００４１】
まず、判定部１１２１は、確認パケットの生成指示を生成部１１２３に出力する。これに応じ、生成部１１２３は、確認パケットの生成に用いられる情報をプロファイルＤＢ５１から読み出し、ＡＲＰリクエストの形式で確認パケットを生成する（図１１：ステップＳ２１）。そして、生成部１１２３は、ステップＳ５において受信したＡＲＰリクエストの送信元のＶＭ（ここではＶＭ１００１）を実行する物理サーバ（ここでは物理サーバ１０００）が接続されたポートに、確認パケットを送信する（ステップＳ２３）。
【００４２】
判定部１１２１は、ステップＳ２３において送信した確認パケットに対する応答パケット（すなわち、ＡＲＰリプライ）を受信したか判断する（ステップＳ２５）。受信した場合（ステップＳ２５：Ｙｅｓルート）、ステップＳ２３の処理に戻る。そして、前回ステップＳ２３の処理を実行してから所定の時間（例えば３０秒）が経過した場合、ステップＳ２３の処理を実行する。
【００４３】
一方、確認パケットに対する応答パケットを受信しない場合（ステップＳ２５：Ｎｏルート）、判定部１１２１は、確認パケットを所定回（例えば３回）送信したか判断する（ステップＳ２７）。所定回送信していない場合（ステップＳ２７：Ｎｏルート）、ステップＳ２３の処理に戻る。そして、前回ステップＳ２３の処理を実行してから所定の時間（例えば５秒）が経過した場合、ステップＳ２３の処理を実行する。一方、所定回送信した場合（ステップＳ２７：Ｙｅｓルート）、判定部１１２１は、プロファイルＤＢ５１における、ＶＭ１００１を実行する物理サーバ１０００が接続されたポートについての状態を、「ＳＵＳＰＥＮＤ」に設定する（ステップＳ２９）。そして呼び出し元の処理に戻る。なお、状態が「ＳＵＳＰＥＮＤ」に設定された場合、スイッチ部１０９は、資源の有効利用及びセキュリティの観点から、フィルタの設定及びＱｏＳ（Quality Of Service）の設定を削除する。
【００４４】
図１２に、ＶＭが稼働中である場合における判定処理のシーケンス図を示す。図１２において、応答タイマとは、確認パケットを送信してからＡＲＰリプライを受信するまでの時間についてのタイマであり、タイムアウトまでの時間は、例えば５秒である。送信タイマとは、ＡＲＰリプライを受信してから次のＡＲＰリクエスト（すなわち確認パケット）を送信するまでの時間についてのタイマであり、タイムアウトまでの時間は、例えば３０秒である。
【００４５】
図１２に示すように、物理スイッチ１０は、ＡＲＰリクエストをＶＭ（ここではＶＭ１００１とする）に送信した際に、応答タイマを起動する。応答タイマのタイムアウト前にＡＲＰリプライを受信すると、物理スイッチ１０は、応答タイマを停止し、送信タイマを起動する。
【００４６】
送信タイマがタイムアウトになると、物理スイッチ１０は、送信タイマを停止し、ＡＲＰリクエストを送信する。また、物理スイッチ１０は、応答タイマを起動する。応答タイマのタイムアウト前にＡＲＰリプライを受信すると、物理スイッチ１０は、応答タイマを停止し、送信タイマを起動する。
【００４７】
図１３に、ＶＭが停止している場合における判定処理のシーケンス図を示す。
【００４８】
図１３に示すように、物理スイッチ１０は、ＡＲＰリクエストをＶＭ（ここではＶＭ１００１とする）に送信した際に、応答タイマを起動する。応答タイマのタイムアウト前にＡＲＰリプライを受信しない場合、物理スイッチ１０は、ＡＲＰリクエストをＶＭ１００１に送信し、応答タイマを起動する。応答タイマのタイムアウト前にＡＲＰリプライを受信しない場合、物理スイッチ１０は、ＡＲＰリクエストをＶＭ１００１に送信し、応答タイマを起動する。
【００４９】
応答タイマのタイムアウト前にＡＲＰリプライを受信せず、且つ、既にＡＲＰリクエストを所定回（ここでは３回）送信した場合、物理スイッチ１０は、プロファイルＤＢ５１におけるＶＭについての状態を「ＳＵＳＰＥＮＤ」に設定する。
【００５０】
以上のような処理を実行すれば、仮想マシンが非アクティブ状態であることを検知できるようになる。例えばＶＤＰ（VSI Discovery and configuration Protocol）によってＶＭの状態を検知する場合には、物理サーバ１０の仮想化ソフトウェア（例えばハイパバイザ等）がＶＤＰに対応していなければならないが、本実施の形態の方法であれば、仮想化ソフトウェアがＶＤＰに対応していなくてもよい。そのため、システムにおいて複数種類の仮想化ソフトウェアが使用されている場合にも対処できる。
【００５１】
また、ＶＭが停止状態である場合には不要な設定を削除するので、パケットが転送されるべきではないポートへパケットが転送されることが無くなり、セキュリティを向上させることができるようになる。さらに、不要な設定を削除することで、ネットワークの帯域及び物理スイッチの資源（例えばプロセッサ）を有効に利用できるようになる。
【００５２】
次に、図１４乃至図１６を用いて、停止状態であるＶＭにＡＲＰリクエストを中継する処理について説明する。
【００５３】
まず、物理スイッチ１０のポート（ここではポート１０１とする）は、物理サーバ（ここでは物理サーバ１０００とする）からＡＲＰリクエストを受信する（図１４：ステップＳ３１）。ポート１０１は、受信したＡＲＰリクエストを分類部１０５に出力する。分類部１０５は、ポート１０１から受け取ったＡＲＰリクエストが、アクセス制御リストに登録された条件を満たすか判断する。ここでは、条件を満たすと判断され、ＡＲＰリクエストの複製が処理部１１２に出力される。
【００５４】
処理部１１２における中継部１１２２は、分類部１０５からＡＲＰリクエストを受け取る。中継部１１２２は、受け取ったＡＲＰリクエストに含まれるＶＬＡＮ  ＩＤ及びターゲットＩＰアドレスの組合せに対応する状態を、プロファイルＤＢ５１から特定する（ステップＳ３３）。なお、ＶＬＡＮ  ＩＤ及びターゲットＩＰアドレスの組合せに対応する状態についてのエントリが存在しない場合、処理を終了する。
【００５５】
中継部１１２２は、ステップＳ３３において特定された状態が「ＳＵＳＰＥＮＤ」であるか判断する（ステップＳ３５）。状態が「ＳＵＳＰＥＮＤ」ではない場合（ステップＳ３５：Ｎｏルート）、中継処理部１１２２はＡＲＰリクエストを中継しなくてもよいので、処理を終了する。
【００５６】
一方、状態が「ＳＵＳＰＥＮＤ」である場合（ステップＳ３５：Ｙｅｓルート）、中継処理部１１２２は、受け取ったＡＲＰリクエストに含まれるＶＬＡＮ  ＩＤ及びターゲットＩＰアドレスの組合せを含むエントリからポートの識別情報を特定し、特定された識別情報が示すポートにＡＲＰリクエストを出力する（ステップＳ３７）。そして処理を終了する。
【００５７】
以上のようにすれば、状態が「ＡＳＳＩＧＮ」である場合にはスイッチ部１０９の処理によってＡＲＰリクエストが中継され、状態が「ＳＵＳＰＥＮＤ」である場合には中継部１１２２の処理によってＡＲＰリクエストが中継されるようになる。これにより、停止状態であるＶＭが再度実行された場合に、そのＶＭからＡＲＰ又はＲＡＲＰ（Reverse Address Resolution Protocol）のパケットが送信されるのを待つことなく、迅速に通信を開始できるようになる。
【００５８】
図１５及び図１６を用いて、中継部１１２２が実行する処理をより具体的に説明する。例えば、図１５に示すようなシステムがあるとする。図１５においては、物理スイッチ１０のポート１１１、ポート２２２及びポート３３３の各々に、物理サーバが接続されている。ポート１１１には、識別番号が２である設定（ｐｐ＃２）が適用されており、ポート３３３には、識別番号が２である設定（ｐｐ＃２）が適用されている。ポート１１１に接続された物理サーバはＶＭ２及びＶＭ３を実行し、ポート２２２に接続された物理サーバはＶＭ１を実行し、ポート３３３に接続された物理サーバはＶＭ４を実行する。図１５においては、同じ模様が付されたＶＭは同じＶＬＡＮに属する。ＶＭ１乃至４はＶＬＡＮ２０に属するが、ＶＭ１は停止状態であり、ポート２２２のプロファイルは削除されているため、スイッチ部１０９はパケットをＶＭ１に中継しない。
【００５９】
図１６に、図１５のシステムにおけるプロファイルＤＢ５１に格納されているデータの一例を示す。図１５の例では、ポート２２２に適用されていたプロファイル（ｐｐ＃１）のＶＬＡＮ  ＩＤは「２０」であり、ポート２２２に接続された物理サーバが実行するＶＭ１のＩＰアドレスが「１９２．１６８．１．１」であること等が登録されている。しかし、上で述べたように、ＶＭ１は停止状態でありポート２２２のプロファイルは削除されているため、スイッチ部１０９はパケットをＶＭ１に中継しない。
【００６０】
そこで、ＡＲＰリクエストについては、以下のようにして中継を行う。図１５に示すように、ＶＭ４が、ターゲットＩＰアドレスを「１９２．１６８．１．１」とするＡＲＰリクエストを物理スイッチ１０に送信したとする。このＡＲＰリクエストは、スイッチ部１０９の処理によってポート１１１から出力され、ＶＭ２及び３に到達する。
【００６１】
一方、このＡＲＰリクエストの複製は、中継部１１２２に出力される。すると、中継部１１２２は、ステップＳ３７の処理によって、ポート２２２からＡＲＰリクエストを出力する。これにより、ＶＭ１を実行する物理サーバがＡＲＰリクエストを受信できるようになる。
【００６２】
［実施の形態２］
一般に、ＦＤＢは、所定時間通信が無いＭＡＣアドレスのエントリを削除する機能を有している。第２の実施の形態においては、この機能を利用して判定処理を実行する。具体的には、図１７に示すようなＦＤＢ１１０を利用する。図１７に、第２の実施の形態におけるＦＤＢ１１０に格納されるデータの一例を示す。図１７の例では、メモリ番地と、ＶＬＡＮ  ＩＤと、ＭＡＣアドレスと、ポートベクトルと、タイマのタイムアウトまでの時間を表す値と、残り回数と、確認パケットの状態についての情報とが格納される。ポートベクトルは、ＭＡＣアドレスに対応する中継先ポートを表す情報である。
【００６３】
第２の実施の形態においては、ＦＤＢ管理部（図示せず）を設ける。所定時間通信が無い（すなわち、タイムアウトになった）場合、ＦＤＢ管理部は、確認パケットを処理部１１２に送信させ、確認パケットの状態を「ＰＲＯＢＩＮＧ」に変更する。確認パケットの状態が「ＰＲＯＢＩＮＧ」である場合においては、タイマは「応答待ち」を意味する。この状態においてタイムアウトすると、ＦＤＢ管理部は、確認パケットを処理部１１２に再度送信させ、ＦＤＢ１１０における「残り回数」を１デクリメントする。「残り回数」が０になると、ＦＤＢ管理部は、確認パケットの状態を「Ｄｉｓａｂｌｅ」に変更する。通信が発生した場合、ＦＤＢ管理部は、ＭＡＣアドレスの学習を行うと共に、確認パケットの状態を「ＡＣＴＩＶＥ」に変更する。なお、一般のＦＤＢと同様、生成されてから特定の時間が経過したエントリは削除されると共に、ポートのプロファイルも削除される。
【００６４】
以上のようにすれば、ＦＤＢのエントリが所定の時間を経過すると削除されることを利用して効率的に処理を行うことができるようになる。第１の実施の形態と比較すると、ＶＭが非アクティブ状態になった場合もに確認パケットを送信するので、確認パケットの送信回数を減らすことができるようになる。
【００６５】
［実施の形態３］
第２の実施の形態においてはＦＤＢ１１０を拡張したが、第３の実施の形態においてはＦＤＢ１１０とは別に管理テーブルを用意する。
【００６６】
図１８に、第３の実施の形態におけるＦＤＢ１１０に格納されるデータ及び管理テーブルに格納されるデータの一例を示す。図１８の左側に示すように、ＦＤＢ１１０には、メモリ番地と、ＶＬＡＮ  ＩＤと、ＭＡＣアドレスと、ポートベクトルとが格納される。図１８の右側に示すように、管理テーブルには、メモリ番地と、タイマのタイムアウトまでの時間を表す値と、残り回数と、確認パケットの状態についての情報とが格納される。
【００６７】
第３の実施の形態においては、ＦＤＢ１１０と、管理テーブルと、ＦＤＢ管理部（図示せず）とを利用する。タイムアウトになった場合及びＡＲＰリクエストを受信した場合、ＦＤＢ管理部は、タイムアウト又はＡＲＰリクエストに係るＭＡＣアドレスを含むエントリからメモリ番地を特定し、特定されたメモリ番地に対応するエントリを管理テーブルから特定する。これにより、第２の実施の形態の処理と同じ処理を第３の実施の形態においても行うことができる。
【００６８】
以上本発明の一実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した物理スイッチ１０の機能ブロック構成は実際のプログラムモジュール構成に一致しない場合もある。
【００６９】
また、上で説明した各テーブルの構成は一例であって、上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変わらなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。
【００７０】
また、上で述べた例ではＡＲＰリクエストから情報を抽出したが、ＲＡＲＰのパケットを受信した際に、ＶＭを管理するソフトウェアに問い合わせをすることにより情報を取得してもよい。
【００７１】
なお、上で述べた物理サーバ１０００及び２０００は、コンピュータ装置であって、図１９に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本発明の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００７２】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００７３】
本実施の形態の第１の態様に係るネットワークスイッチは、（Ａ）ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、（Ｂ）抽出された第１の情報を用いて要求パケットを生成し、第１の仮想マシンに送信する送信部と、（Ｃ）要求パケットに対する応答パケットを第１の仮想マシンから受信するか否かに基づき、第１の仮想マシンが停止したか否かを判定する判定部とを有する。
【００７４】
このようにすれば、ネットワークスイッチに接続された情報処理装置が実行する仮想マシンが停止したことを検知できるようになる。
【００７５】
また、上で述べた要求パケットはＡＲＰ（Address Resolution Protocol）の要求パケットであり、上で述べた第１の情報は、第１の仮想マシンのＩＰアドレス、第１の仮想マシンのＭＡＣアドレス及び第１の仮想マシンが属する仮想ネットワークの識別情報を含んでもよい。そして、上で述べた送信部は、（ｂ１）要求パケットのターゲットＩＰアドレスに第１の仮想マシンのＩＰアドレスを設定し、確認パケットの宛先アドレスに第１の仮想マシンのＭＡＣアドレスを設定し、確認パケットの仮想ネットワークの識別情報に第１の仮想マシンが属する仮想ネットワークの識別情報を設定してもよい。ＡＲＰを利用することで、ＶＤＰと異なり、ネットワークスイッチが多段接続されている場合にも対処できるようになる。
【００７６】
また、上で述べた判定部は、（ｃ１）第１の仮想マシンが停止したと判定した場合、要求パケット以外のパケットを第１の仮想マシンに中継することを停止するための設定をしてもよい。このようにすれば、要求パケット以外のパケットを、停止した仮想マシンを実行する情報処理装置が受信することは無いので、セキュリティが向上する。また、中継するパケットの数を減らせるので、ネットワークスイッチの処理負荷を削減できると共に、帯域を無駄に消費することがなくなる。さらに、停止した仮想マシンが稼働を再開した場合には、要求パケットに対する応答を送信するので、通信を迅速に開始できるようになる。
【００７７】
また、ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットは、ＡＲＰの要求パケット、ＧＡＲＰ（Gratuitous ARP）の要求パケット又は第２の仮想マシンからのＡＲＰの要求パケットに対する応答パケットを含んでもよい。ＡＲＰを利用することで、情報処理装置における仮想化ソフトウェア（例えばハイパバイザ）がＶＤＰに対応していない場合にも対処できるようになる。
【００７８】
本実施の形態の第２の態様に係る制御方法は、（Ｄ）ネットワークシステムにおけるネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出し、（Ｅ）抽出された第１の情報を用いて要求パケットを生成し、第１の仮想マシンに送信し、（Ｆ）要求パケットに対する応答パケットを第１の仮想マシンから受信するか否かに基づき、第１の仮想マシンが停止したか否かを判定する処理を含む。
【００７９】
なお、上記方法による処理をコンピュータに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【００８０】
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００８１】
（付記１）
ネットワークスイッチにおいて、
前記ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信する送信部と、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する判定部と、
を有するネットワークスイッチ。
【００８２】
（付記２）
前記要求パケットはＡＲＰ（Address Resolution Protocol）の要求パケットであり、
前記第１の情報は、前記第１の仮想マシンのＩＰアドレス、前記第１の仮想マシンのＭＡＣアドレス及び前記第１の仮想マシンが属する仮想ネットワークの識別情報を含み、
前記送信部は、
前記要求パケットのターゲットＩＰアドレスに前記第１の仮想マシンのＩＰアドレスを設定し、前記確認パケットの宛先アドレスに前記第１の仮想マシンのＭＡＣアドレスを設定し、前記確認パケットの仮想ネットワークの識別情報に前記第１の仮想マシンが属する仮想ネットワークの識別情報を設定する
ことを特徴とする付記１記載のネットワークスイッチ。
【００８３】
（付記３）
前記判定部は、
前記第１の仮想マシンの動作状態が停止状態であると判定した場合、前記要求パケット以外のパケットを前記第１の仮想マシンに中継することを停止するための設定をする
ことを特徴とする付記１又は２記載のネットワークスイッチ。
【００８４】
（付記４）
前記ネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットは、ＡＲＰの要求パケット、ＧＡＲＰ（Gratuitous ARP）の要求パケット又は前記第２の仮想マシンからのＡＲＰの要求パケットに対する応答パケットを含む
ことを特徴とする付記１乃至３記載のネットワークスイッチ。
【００８５】
（付記５）
ネットワークスイッチと、
前記ネットワークスイッチに接続された第１の情報処理装置と、
前記ネットワークスイッチに接続された第２の情報処理装置と、
を有し、
前記ネットワークスイッチが、
前記第１の情報処理装置が実行する第１の仮想マシンが、前記第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出する抽出部と、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信する送信部と、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する判定部と、
を有するネットワークシステム。
【００８６】
（付記６）
ネットワークシステムの制御方法において、
前記ネットワークシステムにおけるネットワークスイッチに接続された第１の情報処理装置が実行する第１の仮想マシンが、前記ネットワークスイッチに接続された第２の情報処理装置が実行する第２の仮想マシンに送信したパケットから、前記第１の仮想マシンの応答を要求するパケットである要求パケットの生成に用いられる第１の情報を抽出し、
抽出された前記第１の情報を用いて前記要求パケットを生成し、前記第１の仮想マシンに送信し、
前記要求パケットに対する応答パケットを前記第１の仮想マシンから受信したか否かに基づき、前記第１の仮想マシンの動作状態を判定する
処理を含む、ネットワークシステムの制御方法。
【符号の説明】
【００８７】
１０  物理スイッチ    １０１，１０２，１０３，１０４  ポート
１０５，１０６  分類部    １０７，１０８  スケジューリング部
１０９  スイッチ部    １１０  ＦＤＢ
１１１  スイッチ設定部    １１２  処理部
１１２０  抽出部    １１２１  判定部
１１２２  中継部    １１２３  生成部
１０００，２０００  物理サーバ    １００１，１００２，２００１，２００２  ＶＭ
１００３，２００３  ハイパバイザ    ５０  管理サーバ
５１  プロファイルＤＢ
【図１】
2015146504.tif 000003
【図２】
2015146504.tif 000004
【図３】
2015146504.tif 000005
【図４】
2015146504.tif 000006
【図５】
2015146504.tif 000007
【図６】
2015146504.tif 000008
【図７】
2015146504.tif 000009
【図８】
2015146504.tif 000010
【図９】
2015146504.tif 000011
【図１０】
2015146504.tif 000012
【図１１】
2015146504.tif 000013
【図１２】
2015146504.tif 000014
【図１３】
2015146504.tif 000015
【図１４】
2015146504.tif 000016
【図１５】
2015146504.tif 000017
【図１６】
2015146504.tif 000018
【図１７】
2015146504.tif 000019
【図１８】
2015146504.tif 000020
【図１９】
2015146504.tif 000021