JP2010277595A - 仮想サーバ管理システムおよびその方法ならびに管理サーバ装置 - Google Patents

Abstract

【課題】各仮想サーバが過去に稼動していた物理サーバの情報を一元管理する。
【解決手段】仮想サーバ２３が稼動する複数の物理サーバ２と通信可能に接続され、仮想サーバ２３の生成、停止、物理サーバ２間の移動を管理する管理サーバ装置１は、システム状況監視手段１１、システム状況管理手段１２、システム状況記憶部１３、仮想サーバ移動手段１４、移動履歴管理手段１５、移動履歴記憶部１６を備える。移動履歴記憶部１６は、仮想サーバ２３の移動履歴を記録する。仮想サーバ移動手段１４は、システム状況監視手段１１からの要求に従って仮想サーバの移動を制御する。移動履歴管理手段１５は、仮想サーバ移動手段１４から仮想サーバの移動に関する移動履歴を受け取って移動履歴記憶部１６に記録して管理する。
【選択図】図１

Description

本発明は、複数の物理サーバ上で稼動する仮想サーバの移動を管理する仮想サーバ管理システムおよびその方法に関し、特に各仮想サーバの移動履歴を一元管理する仮想サーバ管理システムおよびその方法ならびに管理サーバ装置に関する。

単一の物理サーバ（ワークステーションやパーソナルコンピュータ等のコンピュータ）上で複数のオペレーティングシステム（ＯＳ）を動作させることにより、１台のコンピュータを仮想的に複数台のサーバとして使うことのできる仮想サーバ技術が知られている。この種の技術を適用した製品として、ヴイエムウェア社による「VMWare ESX Server」、マイクロソフト社による「VirtualServer」、および米国XenSource社による「Xen」などが知られている。これらの製品では、仮想サーバ生成用のコマンドを発行することにより新たな仮想サーバを、物理サーバ上に生成することができる。

また、複数台の物理サーバがネットワークを通じて相互に通信可能に接続された疎結合な分散プロセッサ環境において、リソースの利用効率や業務の負荷に応じて、自動または手動により、物理サーバに生成された仮想サーバを他の物理サーバに移動させる技術が知られている。仮想サーバの移動技術を記載した文献としては、例えば特許文献１および特許文献２がある。また、VMwareではVMotion、Xenではmigrationとして仮想サーバの移動機能を提供している。

このように複数台の物理サーバから構成された情報処理システムにおいては、物理サーバおよびその上で稼動する仮想サーバに障害が発生した場合にその原因の究明および障害回復方法の解明に役立つように、個々の物理サーバにログファイルを備え、物理サーバおよび仮想サーバの稼動状況をログファイルに記録している。個々の物理サーバに備わるログファイルには、その物理サーバ上における仮想サーバの起動、停止、仮想サーバの転送、仮想サーバの起動のための設定（メモリやＣＰＵなどのリソース割当）など、仮想サーバの実行に関する処理の実行結果を記録するログ（以下、仮想サーバログと称す）と、物理サーバ自身の稼動状況（ハードウェアの障害や性能の情報、ＯＳの稼動状況など）を記録するログ（以下、物理サーバログと称す）とが記録されている。

特開平１０−２８３２１０号公報 特開２００５−１１５６５３号公報

仮想サーバ環境において、仮想サーバに何らかの障害が発生した場合、システム管理者がその障害原因を究明したり障害回復方法を解明するためには、仮想サーバが現に稼動している物理サーバで採取され記録されたログに加えて、過去に稼動していた物理サーバで採取され記録されたログを参照しなければならない場合がある。その理由は、物理サーバＡで支障なく稼動していた仮想サーバを別の物理サーバＢへ移動した場合に、起動に失敗したり、起動に成功しても期待通りのスループットが出ないなどの何らかの障害が発生したとき、物理サーバＢで採取され記録されたログと、支障なく稼動していた物理サーバＡで採取され記録されたログとの比較が、障害の原因の絞込みや障害回復方法の解明に有効だからである。

前述したように、各物理サーバのログファイルには、その物理サーバ上における仮想サーバの起動、停止、仮想サーバの転送に関する仮想サーバログが記録されているので、システム管理者は仮想サーバが現に稼動している物理サーバのログファイルを調べることで、過去に稼動していた物理サーバを特定することができる。しかしながら、物理サーバのログファイルには、その物理サーバ上で稼動するすべての仮想サーバのログが記録されており、さらに物理サーバ自身のログも含まれているため、ログファイルの中身を参照して過去に稼動していた物理サーバの情報を見つけ出すだけでも、かなりの手間が必要であり、該当する物理サーバ上のログファイルを参照するまでに長い時間を必要としていた。

本発明はこのような事情に鑑みて提案されたものであり、その目的は、各仮想サーバが過去に稼動していた物理サーバの情報を一元管理することにある。

本発明の別の目的は、システム管理者が仮想サーバのログを迅速に参照できるようにすることにある。

本発明の管理サーバ装置は、物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、仮想サーバが稼動する複数の物理サーバと通信可能に接続され、仮想サーバの物理サーバ間の移動を管理する管理サーバ装置において、仮想サーバの移動履歴を記録する移動履歴記憶部と、仮想サーバの移動を制御する仮想サーバ移動手段と、該仮想サーバ移動手段から仮想サーバの移動に関する移動履歴を受け取って上記移動履歴記憶部に記録する移動履歴管理手段とを備える。

本発明にあっては、物理サーバ上の仮想サーバが他の物理サーバに移動する毎に、その移動履歴を生成して移動履歴記憶部に記録することにより、仮想サーバの移動履歴を移動履歴記憶部で一元的に管理する。これにより、各物理サーバ上のログファイルを参照しなくても移動履歴記憶部を参照するだけで、各仮想サーバが過去にどの物理サーバで稼動していたかが把握できる。

また本発明にあっては、仮想サーバに関するイベントメッセージの生成時、移動履歴を参照して、仮想サーバが現在存在する物理サーバおよび過去に存在していた物理サーバを特定し、それらの物理サーバのログファイルへのリンクを張ったイベントメッセージを生成する。これにより、システム管理者は管理端末の画面に表示されたイベントメッセージのリンクをクリックするだけで、仮想サーバが現在存在する物理サーバおよび過去に存在していた物理サーバのログファイルの内容を参照することができる。

イベントメッセージに張るリンクは、一つの物理サーバのログファイルをリンク先とする単一方向リンクであっても良いし、複数の物理サーバのログファイルをリンク先とする多方向リンクであっても良い。多方向リンクを使用すれば、ワンクリックで仮想サーバが現在存在する物理サーバおよび過去に存在していた物理サーバのログファイルの内容が参照できる。また、多方向リンクの記述内におけるリンク先の記述順序を仮想サーバが移動した物理サーバの順序に合わせておけば、リンクされたログファイルを表示する管理端末において、移動順番に従った順でログファイルを表示したり、移動順番に従って一つの仮想ログに合成したりすることが可能となる。

またイベントメッセージに張るリンクには、イベントの発生時刻、仮想サーバの識別子を付加しても良い。こうすれば、リンクされた物理ファイルに記録されているログのうち、イベントの発生時刻付近のログのみを抽出して表示したり、その識別子の仮想サーバに関連するログのみを抽出して表示することが可能となる。

また本発明にあっては、仮想サーバに関するイベント発生時、移動履歴記憶部へのリンクを張ったイベントメッセージを生成する。これにより、システム管理者は管理端末の画面に表示されたイベントメッセージのリンクをクリックするだけで、移動履歴記憶部に記憶されている移動履歴を参照することができる。ここで、移動前後の物理サーバの識別子の箇所に当該物理サーバのログファイルへのリンクを張った移動履歴を生成しておけば、表示された移動履歴のリンクをクリックすると、仮想サーバが現在存在する物理サーバおよび過去に存在していた物理サーバのログファイルの内容を参照することができる。

本発明によれば、複数の物理サーバ間を仮想サーバが移動する仮想サーバ環境において、各仮想サーバの移動履歴を一元的に管理することができる。その理由は、物理サーバ上の仮想サーバが他の物理サーバに移動する毎に、その移動履歴を生成して移動履歴記憶部に記録するためである。

また本発明によれば、仮想サーバの移動履歴を移動履歴記憶部で一元的に管理しているため、各物理サーバ上のログファイルを参照しなくても、移動履歴記憶部を参照するだけで、各仮想サーバのログがどの物理サーバにあるかを正確に把握することができる。これにより、システム管理者が仮想サーバのログを迅速に参照することができる。

本発明の第１の実施の形態のブロック図である。 本発明の第１の実施の形態における移動履歴記憶部に記憶されている移動履歴の説明図である。 本発明の第１の実施の形態における管理サーバの処理例を示すフローチャートである。 イベントメッセージに設定されるリンク情報の具体例を示す図である。 管理端末の画面に表示されるイベントメッセージ、ログファイルの表示例を示す図である。 ログファイルの単位要素の構成を示す図である。 本発明の第１の実施の形態の変形例における管理端末の画面の表示例を示す図である。 本発明の第１の実施の形態のブロック図である。 本発明の第２の実施の形態の変形例における管理端末の画面の表示例を示す図である。

『第１の実施の形態』
図１を参照すると、本発明の第１の実施の形態は、管理サーバ１と、複数の物理サーバ２と、管理端末３と、ネットワーク４とから構成される。

管理サーバ１は、各物理サーバ２上における仮想サーバの生成、停止、移動など仮想サーバに関する管理を実行するコンピュータであり、システム状況監視手段１１、システム状況管理手段１２、システム状況記憶部１３、仮想サーバ移動手段１４、移動履歴管理手段１５、移動履歴記憶部１６、イベントメッセージ生成手段１７およびイベントメッセージ通知手段１８を備えている。

システム状況監視手段１１は、各物理サーバ２自身および各物理サーバ２上の各仮想サーバに関する各種の情報を、後述する物理サーバ２上の管理エージェントから収集する手段である。システム状況監視手段１１が収集する情報は、性能情報と負荷情報と障害情報とに大別される。性能情報には、搭載ＣＰＵ数、ＣＰＵのクロック数、物理メモリ量、ネットワーク帯域、ハードディスク容量などの物理サーバ２が搭載しているハードウェアに関する情報と、それらが仮想サーバにどれだけ割り当てられたかという仮想サーバ毎の割当量の情報とが含まれる。また、負荷情報には、各物理サーバおよび各仮想サーバのＣＰＵ使用率、メモリ使用率、空きメモリ量、ネットワーク使用率、空きハードディスク容量などの情報が含まれる。障害情報には、物理サーバおよび仮想サーバが何らかの原因で停止したことを示す障害通知などが含まれる。

またシステム状況監視手段１１は、収集した情報をシステム状況管理手段１２に伝達するとともに、負荷情報および障害情報を解析して、イベントメッセージの通知の必要性および仮想サーバの移動の必要性を判断する機能を有する。

システム状況管理手段１２は、システム状況監視手段１１から通知された情報をシステム状況記憶部１３に記憶して管理する手段である。

システム状況記憶部１３は、システム状況監視手段１１により収集された情報を記憶する記憶媒体であり、例えばハードディスクで構成される。

仮想サーバ移動手段１４は、システム状況監視手段１１からの要求に従って、物理サーバ２上の仮想サーバを別の物理サーバ２に移動させる手段である。移動先となる物理サーバ２は、システム状況管理手段１２を通じてシステム状況記憶部１３に記憶されている情報を参照して仮想サーバ移動手段１４が自動的に選択するか、管理端末３を通じてシステム管理者により選択される。仮想サーバを移動させる際、仮想サーバ移動手段１４は、移動元の物理サーバ２と移動先の物理サーバ２の後述する管理エージェントに対して仮想サーバの移動を指示する。仮想サーバを物理サーバ間で移動させる技術自体は、特許文献１および２に記載されるように公知の技術なので、その詳細な説明は省略する。

また仮想サーバ移動手段１４は、仮想サーバの移動の成功、失敗にかかわらず、移動時刻、移動対象となった仮想サーバの識別子、移動元の物理サーバ２の識別子および移動先の物理サーバ２の識別子を含む移動履歴情報を生成し、移動履歴管理手段１５に通知する。同時に仮想サーバ移動手段１４は、仮想サーバの移動が成功したか、失敗したかの処理結果をシステム状況監視手段１１に通知する。この通知には、仮想サーバの識別子、移動元および移動先の物理サーバ２の識別子が付加される。

移動履歴管理手段１５は、仮想サーバ移動手段１４から通知された移動履歴情報を移動履歴記憶部１６に記憶して管理する手段である。

移動履歴記憶部１６は、仮想サーバの移動履歴情報を記憶する記憶媒体であり、例えばハードディスクで構成される。

図２を参照すると、移動履歴記憶部１６には、１以上の移動履歴情報がその発生時刻順に記憶される。個々の移動履歴情報は、移動時刻、移動元物理サーバＩＤ、移動先物理サーバＩＤおよび仮想サーバＩＤから構成される。例えば、時刻ｔ２を含む移動履歴情報は、時刻ｔ２に仮想サーバ１が物理サーバＡから物理サーバＢに移動したことを示している。移動元物理サーバＩＤおよび移動先物理サーバＩＤとしては、たとえば物理サーバのホスト名が使用される。また仮想サーバＩＤは、すべての物理サーバ上の仮想サーバにわたってユニークなＩＤ文字列が使用される。

イベントメッセージ生成手段１７は、システム状況監視手段１１からの要求に従ってイベントメッセージを生成する手段である。作成されたイベントメッセージは、イベントメッセージ通知手段１８に伝達される。イベントメッセージ生成手段１７は、イベントメッセージの生成の際、システム状況監視手段１１からの通知に仮想サーバの識別子が含まれていれば、その仮想サーバの識別子を含む移動履歴情報を移動履歴管理手段１５を通じて移動履歴記憶部１６から検索し、この検索で得られた移動履歴情報を解析して、仮想サーバが現在存在する物理サーバ２および過去に存在していた物理サーバ２を検出し、それらの物理サーバ２のログファイルへのハイパーリンク（以下、リンクと称す）を張ったイベントメッセージを生成する。

管理端末３は、キーボードやマウスなどの入力装置と、ディスプレイなどの出力装置を備える端末（コンソール）である。管理端末３は、管理サーバ１に接続して、システム管理者によって入力された各種操作を管理サーバ１に送信する機能と、各種操作の実行状況と情報システムの稼動状況を管理サーバ１から受信して、出力装置に出力する機能を有する。図１では、管理端末３の有する手段のうち、特にイベントメッセージの表示とログファイルの表示に関連する手段として、イベントメッセージ受取手段３１、イベントメッセージ表示手段３２およびログファイル表示手段３３のみを図示してある。

イベントメッセージ受取手段３１は、管理サーバ１のイベントメッセージ通知手段１８から送信されたイベントメッセージを受信する機能を有する。

イベントメッセージ表示手段３２は、イベントメッセージ受取手段１８で受信したイベントメッセージを表示装置の画面に表示する機能を有する。

ログファイル表示手段３３は、表示装置の画面に表示されたイベントメッセージ中のリンク部分がマウスによりクリックされたときに、リンク先のログファイルを物理サーバ２の後述するログ取得手段から取得して表示装置の画面に表示する機能を有する。

物理サーバ２は、プログラム制御により動作するコンピュータであり、管理エージェント２１と、仮想マシンモニタ２２と、複数の仮想サーバ２３と、ログファイル２４と、ログ取得手段２５とから構成される。

管理エージェント２１は、仮想マシンモニタ２２および仮想サーバ２３からハードウェアとソフトウェアの性能情報および負荷情報ならびに障害情報を取得して管理サーバ１のシステム状況監視手段１１へ送信する機能と、管理サーバ１の仮想サーバ移動手段１４からの指示に応じて仮想マシンモニタ２２に対して仮想サーバ２３の生成、破棄、他の物理サーバ２への移動を要求する機能と、物理サーバログおよび仮想サーバログを採取してログファイル２４に記録する機能とを有する。

仮想マシンモニタ２２は、物理サーバ２が有するＣＰＵやメモリなどのハードウェア資源を各仮想サーバ２３に配分するとともに、仮想サーバ２３の生成および破棄を制御する機能を有する。

各仮想サーバ２３は、アプリケーションプログラムを実行させる論理的なサーバである。アプリケーションプログラムとしては、ショッピングサービス、ブログサービス、課金サービスなど各種のサービスを提供するプログラムが考えられる。

ログファイル２４は、仮想サーバログと物理サーバログとを記録する記憶媒体であり、例えばハードディスク装置により構成される。

ログ取得手段２５は、ログ取得の要求に対してログファイル２４を検索し、該当するログを要求元に返却する機能を有する。

ネットワーク４は、管理サーバ１と複数の物理サーバ２とを接続するネットワークである。図１では管理端末３はネットワーク４には接続されていないが、管理端末３をネットワーク４を介して管理サーバ１に接続する構成であっても良い。

以上のような機能を持つ管理サーバ１、物理サーバ２、管理端末３およびネットワーク４の具体例を以下に示す。

管理サーバ１は、イーサネット（Ethernet）（登録商標）などのネットワーク接続手段を備え、Windows（登録商標）やLinuxなどのＯＳが動作するコンピュータで実現することができる。また、システム状況監視手段１１、仮想サーバ移動手段１４、イベントメッセージ生成手段１７およびイベントメッセージ通知手段１８は、ＯＳ上のソフトウェアモジュールとして実現できる。さらに、システム状況管理手段１２およびシステム状況記憶部１３と、移動履歴管理手段１５および移動履歴記憶部１６とは、既存のデータベース製品、あるいはメモリ上にシステム状況情報や移動履歴情報を格納するソフトウェアモジュールを用いることができる。

物理サーバ２は、イーサネット（Ethernet）などのネットワーク接続手段を備え、VMware GSX Server、VMware ESX Server、Xenなどの仮想マシンモニタ２２と、それらの仮想マシンモニタ２２によって制御される１つ以上の仮想サーバ２３とが稼動するコンピュータで実現できる。各仮想サーバ２３では、Windows Server、Red Hat Enterprise Linux、Solaris、HP-UXなどのサーバ向けＯＳが稼動する。さらに、その上で、Internet Information Server, Apache HTTP Serverなどのウェブ・サーバ、Enterprise Java（登録商標） Beans（EJB）などのアプリケーション・コンテナ、OracleやDB2、MySQLなどのデータベース管理システムなどのアプリケーションプログラムが稼動する。ログファイル２４およびログ取得手段２５は、既存のデータベース製品、あるいはメモリ上にシステム状況情報や移動履歴情報を格納するソフトウェアモジュールを用いることができる。

物理サーバ２における管理エージェント２１の構成は、仮想マシンモニタ２２の種類に依存する。VMware GSX Serverのように、ホストＯＳ上で動作する仮想マシンモニタ２２を用いる場合、管理エージェント２１はホストＯＳ上のソフトウェアとして動作する。一方、VMware ESX ServerやXenのように、ホストＯＳを必要としない種類の仮想マシンモニタ２２を用いる場合には、仮想マシンモニタ２２中のソフトウェアモジュールとして管理エージェント２１を動作させるか、Xen Domain0などの特権仮想マシン上のプロセスとして管理エージェント２１を動作させる構成を取る。

管理端末３の具体例は、キーボードとマウスからなる入力装置と、液晶表示装置と、管理サーバ１との接続手段とを備える端末装置である。典型的な例は、Windowsが動作するパーソナルコンピュータ（PC）であり、Internet Explorerなどのウェブ・ブラウザを通して管理サーバ１に接続する。

ネットワーク４の具体例は、イーサネット（Ethernet）によるローカルエリアネットワーク（ＬＡＮ、Local Area
Network）、およびインターネットである。

次に、フローチャートを用いて、本実施の形態の全体の動作について詳細に説明する。

各物理サーバ２の管理エージェント２１は、仮想マシンモニタ２２および仮想サーバ２３からハードウェアとソフトウェアの性能情報および負荷情報ならびに障害情報を取得して、管理サーバ１のシステム状況監視手段１１へシステム状況情報として送信する。

管理サーバ１のシステム状況監視手段１１は、何れかの物理サーバ２の管理エージェント２１からシステム状況情報を受信すると（図３のステップＳ１０１）、システム状況管理手段１２を通じてシステム状況記憶部１３に保存するとともに（ステップＳ１０２）、受信したシステム状況情報が何れかの仮想サーバ２３に関連する負荷情報および障害情報であればそれを解析して、仮想サーバ２３の移動が必要かどうかを判定する（ステップＳ１０３）。

仮想サーバ２３の移動が必要な場合、システム状況監視手段１１は仮想サーバ移動手段１４に対して、移動対象とする仮想サーバ２３および稼動している物理サーバ２の識別子を通知してその移動を要求する。これに応じて仮想サーバ移動手段１４は、システム状況管理手段１２を通じてシステム状況記憶部１３に記憶されている性能情報と負荷情報を参照して、リソースに余裕のある他の物理サーバ２を移動先に選択するか、あるいは管理端末３を通じてシステム管理者から指定された物理サーバ２を移動先に選択し、移動元の物理サーバ２と移動先の物理サーバ２の管理エージェント２１に対して仮想サーバ２３の移動を指示することにより、仮想サーバ２３を移動させる（ステップＳ１０４）。そして、仮想サーバ移動手段１４は、移動させた仮想サーバ２３の識別子、移動元と移動先の物理サーバ２の識別子および現在時刻から構成される移動履歴を移動履歴管理手段１５を通じて移動履歴記憶部１６へ記憶する（ステップＳ１０５）。また、仮想サーバ移動手段１４は移動処理の結果をシステム状況監視手段１１へ通知する。

システム状況監視手段１１は、仮想サーバ２３の移動処理の結果を仮想サーバ移動手段１４から受け取ると、仮想サーバ２３の識別子およびその他必要な情報を通知してイベントメッセージの生成をイベントメッセージ生成手段１７に要求する。また、システム状況監視手段１１は、今回受信した負荷情報および障害情報を解析した結果、仮想サーバの移動が必要ないと判断した場合、今回受信した負荷情報および障害情報に関してシステム管理者にイベントメッセージを通知する必要があるか否かを判断し（ステップＳ１０６）、必要があればイベントメッセージの生成をイベントメッセージ生成手段１７に要求する。このとき、仮想サーバ２３に関するイベントメッセージの生成要求については、その仮想サーバ２３の識別子を付加する。

イベントメッセージ生成手段１７は、システム状況監視手段１１からの要求に従ってイベントメッセージを生成する（ステップＳ１０７）。このとき、仮想サーバ２３に関するイベントメッセージであるかどうかを判別し（ステップＳ１０８）、仮想サーバ２３に関するイベントメッセージであれば、その仮想サーバ２３の識別子を含む移動履歴を移動履歴管理手段１５を通じて移動履歴記憶部１６から参照し、その仮想サーバ２３が現在存在する物理サーバ２および過去に存在していた物理サーバ２のログファイル２４へのリンクをイベントメッセージに設定する（ステップＳ１０９）。イベントメッセージ生成手段１７は、生成したイベントメッセージをイベントメッセージ通知手段１８へ伝達する。イベントメッセージ通知手段１８は、このイベントメッセージを管理端末３へ通知する（ステップＳ１１０）。

管理端末３では、イベントメッセージ受取手段３１が管理サーバ１のイベントメッセージ通知手段１８から通知されたイベントメッセージを受信し、この受信したイベントメッセージをイベントメッセージ表示手段３２が端末画面に表示する。システム管理者は端末画面に表示されたイベントメッセージにより、仮想サーバの移動や仮想サーバの障害などのイベントを認識することができる。

端末画面に表示されるイベントメッセージにログファイル２５のリンクが設定されている場合、システム管理者がそのリンクをマウスなどのポインティングデバイスでクリックすると、ログファイル表示手段３３がリンク先のログファイル２５の内容を該当する物理サーバ２のログ取得手段２５から取得し、端末画面に表示する。これにより、システム管理者は、障害などが発生した仮想サーバ２３が現在存在する物理サーバ２のログファイル２４および過去に存在した物理サーバ２のログファイル２４の内容を確認することが可能になる。

次に具体例を挙げて本実施の形態の動作をより詳しく説明する。

１）具体例１
物理サーバＡで稼動していた仮想サーバ１が物理サーバＢに移動した後、仮想サーバ１上で動作するＷｅｂサーバプログラムのスループットが低下した場合を例にする。

この場合、まず、物理サーバＢの管理エージェント２１は、仮想サーバ１のスループットが低下したことを障害情報として管理サーバ１に通知する。管理サーバ１のシステム状況監視手段１１は、図３のステップＳ１０６において、仮想サーバ１のスループットが低下した旨のイベントメッセージの生成が必要と判断し、その旨をイベントメッセージ生成手段１７に通知する。イベントメッセージ生成手段１７は、仮想サーバ１の移動履歴を参照し、仮想サーバ１の現在および過去に稼動していた物理サーバ２のログファイル２４へのリンクを張ったイベントメッセージを生成する。例えば、仮想サーバ１が物理サーバＸ上で初めて生成され、その後、物理サーバＡに移動し、さらに物理サーバＢに移動した場合、図２に示すように２つの移動履歴が移動履歴記憶部１６に記憶されているため、直前１回分の移動に限定してそのログファイル２４へのリンクを張ったイベントメッセージを生成する場合（勿論、過去のすべてのログファイル２４へのリンクを張っても良い）、例えば以下のようなイベントメッセージを生成する。
「仮想サーバ１のスループットが低下しました。仮想サーバ１のログファイルは物理サーバＡ、物理サーバＢにあります。」

イベントメッセージ中のアンダーラインを引いた「物理サーバＡ」および「物理サーバＢ」の箇所に物理サーバＡおよび物理サーバＢのログファイル２４へのリンクが設定されている。物理サーバＡのログファイル２４へのリンクを張った「物理サーバＡ」の箇所のＨＴＭＬテキストの一例を図４（ａ）に示す。hostname_Aは物理サーバＡの識別子、LogServletは、物理サーバＡ上で動作するログ取得手段２５の識別子、pid=Aはログ取得手段２５に渡すパラメータである。図４（ａ）の例では、物理サーバＡのログファイル２４の内容すべてを表示するため、物理サーバＡの識別子を指定したパラメータpid=Aだけを設定している。「物理サーバＢ」の箇所にも同様にして物理ファイルＢのログファイル２４へのリンクが張られている。メッセージ中の物理サーバの表記順は、移動順と同じになっている。

イベントメッセージ生成手段１７で生成されたイベントメッセージは、イベントメッセージ通知手段１８を通じて管理端末３に通知され、例えば図５（ａ）に示すように端末画面に表示される。システム管理者が、表示されたイベントメッセージ中の「物理サーバＡ」の箇所をクリックすると、管理端末３のログファイル表示手段３３は、図４（ａ）のリンク情報のリンク先に従って、ネットワーク４経由で物理サーバＡのログ取得手段２５に対してパラメータpid=Aを添えてログの取得を要求する。ログ取得手段２５は、物理サーバＡのログファイル２４を読み出し、ネットワーク４経由でログファイル表示手段３３へ送信する。ログファイル表示手段３３は、例えば図５（ｂ）に示すように物理サーバＡのログファイル２４を表示するウィンドウを開いてログを表示する。同様に、「物理サーバＢ」の箇所がクリックされると、図５（ｃ）に示すように物理サーバＢのログファイル２４を表示するウィンドウが開いてログが表示される。

システム管理者は、物理サーバＢのログファイルを調査して、仮想サーバ１のスループットが低下している原因を調べる。調査の結果、たとえばメモリ不足によるスワップの頻発が原因であった場合、システム管理者は、物理サーバＡ上で期待通りのスループットが出ていた時のメモリ量と比較を行って、メモリ量の調整を行うことでスループットの改善を図る。

２）具体例２
物理サーバＡで稼動していた仮想サーバ１を物理サーバＢに移動する際、物理サーバＢ上での仮想サーバ１の起動に失敗した場合を例にする。

この場合、仮想サーバ移動手段１４からシステム状況監視手段１１に対して、物理サーバＡ上の仮想サーバ１を物理サーバＢに移動させる際、物理サーバＢ上での仮想サーバ１の起動に失敗した旨が通知される。システム状況監視手段１１は、これに応じてイベントメッセージ生成手段１７に必要なイベントメッセージの生成を要求する。イベントメッセージ生成手段１７は、仮想サーバ１の移動履歴を参照し、仮想サーバ１の現在および過去に稼動していた物理サーバ２のログファイル２４へのリンクを張ったイベントメッセージを生成する。たとえば、仮想サーバ１が物理サーバＸ上で初めて生成され、その後、物理サーバＡに移動し、さらに物理サーバＢに移動した時点で起動に失敗した場合、図２に示すように２つの移動履歴が移動履歴記憶部１６に記憶されているため、直前１回分の移動に限定してそのログファイル２４へのリンクを張ったイベントメッセージを生成する場合、例えば以下のようなイベントメッセージを生成する。
「物理サーバＡ上の仮想サーバ１を物理サーバＢに移動させる際、仮想サーバ１の起動に失敗しました。」

イベントメッセージ中のアンダーラインを引いた「物理サーバＡ」および「物理サーバＢ」の箇所には、具体例１と同様に、物理サーバＡおよび物理サーバＢのログファイル２４へのリンクが設定されている。従って、システム管理者は、仮想サーバ１の起動に失敗した物理サーバ２のログファイル２４および仮想サーバ１が正常に起動されていた物理サーバ２のログファイル２４の内容を、メッセージ中のリンクをクリックするだけで参照することが可能となる。この場合、システム管理者は、物理サーバＡで正常に起動したときの仮想サーバ１の設定（メモリやＣＰＵなどのリソース割当）と物理サーバＢにおける仮想サーバ１の設定とを比較して、起動が失敗した原因を絞り込んでいくことになる。

３）具体例３
負荷変動の発生により仮想サーバ１を物理サーバＡから物理サーバＢに移動させた場合を例にする。

この場合、管理サーバ１のシステム状況監視手段１１は、図３のステップＳ１０３において、物理サーバＡから送られてくる負荷情報を解析して、負荷の高まった仮想サーバ１の移動を決定し、その旨を仮想サーバ移動手段１４に要求する。仮想サーバ移動手段１４は、システム状況記憶部１３を参照して適切な移動先物理サーバとして物理サーバＢを選択し、物理サーバＡから物理サーバＢへ仮想サーバ１を移動させる。そして、その移動履歴を移動履歴記憶部１６に記憶し、移動処理結果をシステム状況監視手段１１に通知する。システム状況監視手段１１は、必要なイベントメッセージの生成をイベントメッセージ生成手段１７に要求する。イベントメッセージ生成手段１７は、仮想サーバ１の移動履歴を参照し、具体例１および２と同様にして、仮想サーバ１の現在および過去に稼動していた物理サーバＡ、Ｂのログファイル２４へのリンクを張ったイベントメッセージを生成する。イベントメッセージの例としては、例えば、以下のようなものが考えられる。
「仮想サーバ１の負荷が閾値５０％を超えたため、仮想サーバ１を物理サーバＡから物理サーバＢに移動しました。」

イベントメッセージ中のアンダーラインを引いた「物理サーバＡ」および「物理サーバＢ」の箇所に、具体例１および具体例２と同様に、物理サーバＡおよび物理サーバＢのログファイル２４へのリンクが設定されている。従って、システム管理者は、仮想サーバ１の移動元の物理サーバＡのログファイル２４を参照することにより、過負荷障害の原因を究明することができる。

次に本実施の形態の効果を説明する。

本実施の形態によれば、仮想サーバ移動手段１４から仮想サーバ２３の移動に関する移動履歴を受け取って移動履歴記憶部１６に記録して管理する移動履歴管理手段１５を管理サーバ１に備えるようにしているため、各仮想サーバ２３の移動の状況を一元管理することが可能になる。これによって、各物理サーバ２のログファイル２４を調べなくても、移動履歴記憶部１６を参照すれば、すべての仮想サーバ２３の移動履歴を把握することが可能になり、各仮想サーバ２３が過去に稼動していた物理サーバ２の情報を迅速に見つけ出すことができる。

また本実施の形態によれば、仮想サーバ２３が現在存在する物理サーバ２および過去に存在していた物理サーバ２のログファイル２４へのリンクを張ったイベントメッセージを生成するイベントメッセージ生成手段１７を管理サーバ１に備えるようにしているため、システム管理者は表示されたイベントメッセージ中のリンクをクリックするだけで、仮想サーバ２３が現在存在する物理サーバ２のログファイル２４や、過去に稼動していた物理サーバ２のログファイル２４を参照することができる。これにより、仮想サーバ２３の障害原因の究明作業や障害回復方法の解明作業の効率を高めることが可能となる。

さらに本実施の形態によれば、複数の物理サーバ２に分散するログファイル２４を一箇所に集めないため、ネットワーク４や記憶装置の負荷が集中しないように効率的にログが参照できる。

次に本実施の形態の変形例について説明する。

１）変形例１
この変形例１では、イベントメッセージ中のリンク情報にパラメータとして、イベント対象の仮想サーバ２３の識別子を付加することで、ログファイル２４中のログのうち、仮想サーバ２３に関連するログだけをフィルタリングして表示する。

図４（ｂ）にイベントメッセージ生成手段１７がイベントメッセージに張るリンクの一例を示す。この例では、図４（ａ）に示したリンク情報に、仮想サーバ２３の識別子の値を設定したvid=1というパラメータが追加されている。このリンク情報に従って呼び出される該当物理サーバ２のログ取得手段２５は、ログファイル２４に記憶されたログのうち、パラメータで指定された仮想サーバ２３に関連するログを抽出して、ログファイル表示手段３３へ送信する。

図６にログファイル２４に記憶されるログの基本要素を示す。１つのログは、時刻、メッセージＩＤおよびログメッセージで構成される。時刻は、当該ログを収集した時刻を示す。メッセージＩＤはログを他のログと区別する識別子である。ログメッセージの部分には、仮想サーバ２３の起動、停止などの処理の実行結果やエラーなどの障害の記録など、様々なイベントに関する情報が含まれる。イベントには、その物理サーバ２上で稼動する仮想サーバ２３に関するものや、物理サーバ２自体の稼動状況も含まれる。どの仮想サーバ２３を対象とするログであるかは、ログメッセージ部分に仮想サーバ２３の識別子を記述することで区別する。ログ取得手段２５は、ログメッセージ部分を解析し、パラメータで指定された仮想サーバ２３の識別子を含むログを抽出する。

この変形例１によれば、イベントメッセージ中のリンクをクリックした際、リンク先の物理サーバ２のログファイル２４に記憶されているログのうち、イベント対象となる仮想サーバ２３に関連するログのみが表示されるため、ログの表示にかかる時間を短縮でき、また、仮想サーバ２３に関連するログを大量のログから探し出す手間を省くことができる。

２）変形例２
この変形例２では、イベントメッセージ中のリンク情報にパラメータとして、イベント発生時刻を付加することで、ログファイル２４中のログのうち、イベント発生時刻付近のログだけをフィルタリングして表示する。

図４（ｃ）にイベントメッセージ生成手段１７がイベントメッセージに張るリンクの一例を示す。この例では、図４（ａ）に示したリンク情報に、イベント発生時刻を設定したt=20060509161900というパラメータが追加されている。このリンク情報に従って呼び出される該当物理サーバ２のログ取得手段２５は、ログファイル２４に記憶されたログのうち、パラメータで指定された時刻付近（たとえば前後Ｎ時間。Ｎは予め定められた値）のログを抽出して、ログファイル表示手段３３へ送信する。ログファイル２４に記憶されるログの基本要素が図６に示した構成を有する場合、ログ取得手段２５は、ログに付けられた時刻とパラメータで指定された時刻とを比較して必要なログを抽出する。

この変形例２によれば、イベントメッセージ中のリンクをクリックした際、リンク先の物理サーバ２のログファイル２４に記憶されているログのうち、イベント発生時刻付近のログだけをフィルタリングして表示できるため、イベント発生時刻付近のログを大量のログから探し出す手間を省くことができる。

なお、イベントメッセージ中のリンクのうち、移動前の物理サーバ２のログファイル２４へのリンクにイベント発生時刻のパラメータを設定すると、イベント発生時刻が移動時刻からＮ時間以上経過している場合、実質的に表示されるログは０になる。このため、イベント発生時刻のパラメータの設定は、仮想サーバ２３が現在稼動している物理サーバ２のログファイル２４へのリンクに限定するようにしても良い。

また、変形例１と変形例２とを組合せ、図４（ｄ）に示すように、イベントメッセージ中のリンク情報にパラメータとして、イベント対象の仮想サーバ２３の識別子およびイベント発生時刻を付加することで、ログファイル２４中のログのうち、仮想サーバ２３に関連するログであってイベント発生時刻付近のログだけをフィルタリングして表示する変形例も考えられる。

３）変形例３
今まで説明したリンクは１つのリンク先のみにリンクする単一方向リンクであったが、この変形例３では、イベントメッセージ中の１箇所に複数のリンク先を定義した多方向リンクを設定することにより、システム管理者が１つのリンクとして表示された箇所をクリックすると、複数のログファイルを同時に表示する。

たとえば実施の形態の具体例１のように、物理サーバＡで稼動していた仮想サーバ１が物理サーバＢに移動した後、仮想サーバ１上で動作するＷｅｂサーバプログラムのスループットが低下したとき、イベントメッセージ生成手段１７は、たとえば「仮想サーバ１」の箇所に物理サーバＡのログファイル２４と物理サーバＢのログファイル２４の２つのリンク先を設定した「仮想サーバ１のスループットが低下しました。」のようなイベントメッセージを作成する。これにより、システム管理者が「仮想サーバ１」の箇所をクリックすると、図５（ｃ）のように物理サーバＡと物理サーバＢの２つのログファイル２４の内容を同時に表示することができる。

イベントメッセージ中の１箇所に複数のリンク先をリンクする多方向リンクとしては、たとえば、ＸＬｉｎｋ（XML Linking Language）の拡張リンクにおける多方向リンクを利用することができる。

なお、後述する変形例４と同様に、多方向リンクに記述される複数のリンク先の記述順序を仮想サーバ２３が稼動していた時刻の早い順に合わせておき、リンクされたログファイル２４を表示する管理端末３のログファイル表示手段３３において、移動順番に従った順序でログファイルを表示するようにしても良い。また、この変形例３と変形例１または変形例２のアイデアを組合せ、多方向リンクでリンクするそれぞれのログファイルから仮想サーバ識別子やイベント発生時刻でフィルタリングしたログを表示する変形例も考えられる。また、フィルタリングの条件は、仮想サーバ識別子とイベント発生時刻に限定されず、エラーメッセージだけを抽出するといったフィルタリングも可能である。

４）変形例４
この変形例４では、仮想サーバに関するイベントメッセージ中の１箇所に複数のリンク先を時系列順に定義した多方向リンクを設定することにより、システム管理者が１つのリンクとして表示された箇所をクリックすると、イベント対象の仮想サーバ２３に関する複数のログを時系列順に１つの仮想的なログファイルに合成して表示する。

たとえば実施の形態の具体例１のように、物理サーバＡで稼動していた仮想サーバ１が物理サーバＢに移動した後、仮想サーバ１上で動作するＷｅｂサーバプログラムのスループットが低下したとき、イベントメッセージ生成手段１７は、たとえば「仮想サーバ１」の箇所に物理サーバＡのログファイル２４と物理サーバＢのログファイル２４の２つのリンク先を時系列順、つまり仮想サーバ２３が稼動していた時刻の早い順に設定し、且つ、パラメータとして仮想サーバ１の識別子をそれぞれ設定した、「仮想サーバ１のスループットが低下しました。」のようなイベントメッセージを作成する。

システム管理者が「仮想サーバ１」の箇所をクリックすると、ログファイル表示手段３３は、物理サーバＡのログファイル取得手段２５および物理サーバＢのログファイル取得手段２５に対してログを要求する。物理サーバＡおよび物理サーバＢの各ログファイル取得手段２５は、自物理サーバのログファイル２４に記憶されたログのうち仮想サーバ１に関するログを抽出して、ログファイル表示手段３３に送信する。ログファイル表示手段３３は、リンク情報に記述されるリンク先の並び順に従って、物理サーバＡのログファイル２４から抽出されたログの後ろに物理サーバＢのログファイル２４から抽出されたログを結合して、たとえば図７に示すように１つのウィンドウで表示する。

イベントメッセージ中の１箇所に複数のリンク先をリンクさせる多方向リンクとしては、変形例３と同様に、たとえばＸＬｉｎｋ（XML Linking Language）の拡張リンクにおける多方向リンクを利用することができる。

『第２の実施の形態』
図８を参照すると、本発明の第２の実施の形態は、図１に示した第１の実施の形態と比較して、管理サーバ１の仮想サーバ移動手段１４Ａおよびイベントメッセージ生成手段１７Ａの機能が仮想サーバ移動手段１４およびイベントメッセージ生成手段１７の機能と相違し、また、管理端末３がさらに移動履歴表示手段３４を備えている点で相違する。

管理サーバ１の仮想サーバ移動手段１４Ａは、物理サーバ識別子の箇所にその物理サーバのログファイルへのリンクを張った移動履歴を作成して、移動履歴管理手段１５を通じて移動履歴記憶部１６に記憶する。つまり、本実施の形態の場合、図２に示される移動履歴の移動元物理サーバＩＤの箇所および移動先物理サーバＩＤの箇所のその物理サーバのログファイル２４へのリンクが張られている。

イベントメッセージ生成手段１７Ａは、ログファイル２４へのリンクでなく移動履歴記憶部１６へのリンクを張ったイベントメッセージを作成する。具体的には、図４のリンク情報中のリンク先を移動履歴管理手段１５に変えたリンク情報を設定する。

管理端末３の移動履歴表示手段３４は、イベントメッセージ表示手段３２により端末画面に表示されたイベントメッセージ中のリンクがクリックされると、移動履歴管理手段１５に移動履歴の取得を要求する。移動履歴管理手段１５は、移動履歴記憶部１６から移動履歴を読み出し、移動履歴表示手段３４へ送信する。移動履歴表示手段３４は、受信した移動履歴を端末画面に表示する。これにより、一連の移動履歴が端末画面に表示される。

次にシステム管理者が、端末画面に表示された移動履歴中のリンクをクリックすると、ログファイル表示手段３３が該当する物理サーバ２のログ取得手段２５に対してログを要求し、返却されるログをたとえば図９に示すように別ウィンドウにて端末画面に表示する。

次に本実施の形態の効果を説明する。

本実施の形態によれば、仮想サーバ移動手段１４Ａから仮想サーバ２３の移動に関する移動履歴を受け取って移動履歴記憶部１６に記録して管理する移動履歴管理手段１５を管理サーバ１に備えるようにしているため、各仮想サーバ２３の移動の状況を一元管理することが可能になる。これによって、各物理サーバ２のログファイル２４を調べなくても、移動履歴記憶部１６を参照すれば、すべての仮想サーバ２３の移動履歴を把握することが可能になり、各仮想サーバ２３が過去に稼動していた物理サーバ２の情報を迅速に見つけ出すことができる。

また本実施の形態によれば、移動履歴記憶部１６へのリンクを張ったイベントメッセージを生成するイベントメッセージ生成手段１７Ａを管理サーバ１に備えるようにしているため、システム管理者は表示されたイベントメッセージ中のリンクをクリックするだけで、仮想サーバの移動履歴の一覧を参照することができる。

さらに本実施の形態によれば、ログファイル２４へのリンクを張った移動履歴を生成する仮想サーバ移動手段１４Ａと移動履歴記憶部１６へのリンクを張ったイベントメッセージを生成するイベントメッセージ生成手段１７Ａを管理サーバ１に備えるようにしているため、システム管理者は表示されたイベントメッセージのリンクをクリックして表示される移動履歴のリンクをクリックするだけで、仮想サーバが現在存在する物理サーバ２のログファイル２４や、過去に稼動していた物理サーバ２のログファイル２４を参照することができる。これにより、仮想サーバの障害原因の究明作業や障害回復方法の解明作業の効率を高めることが可能となる。

またさらに本実施の形態によれば、複数の物理サーバ２に分散するログファイル２４を一箇所に集めないため、ネットワーク４や記憶装置の負荷が集中しないように効率的にログが参照できる。

以上本発明の実施の形態について説明したが、本発明は以上の実施の形態にのみ限定されず、その他各種の付加変更が可能である。例えば、リンクの張り方やパラメータの渡し方は、ＨＴＭＬの場合でも幾つかの方法があり、ＨＴＭＬ以外の方法も各種存在するため、本発明において、リンクの張り方自体は任意である。また、本発明の管理サーバ１は物理サーバ２と物理的に別のコンピュータである必要はなく、何れかの物理サーバ２を構成するコンピュータを管理サーバ１として使用することも可能である。さらに、本発明の管理サーバ１は、その有する機能をハードウェア的に実現することは勿論、前述したようにコンピュータとプログラムとで実現することができる。プログラムは、磁気ディスクや半導体メモリ等のコンピュータ可読記録媒体に記録されて提供され、コンピュータの立ち上げ時などにコンピュータに読み取られ、そのコンピュータの動作を制御することにより、そのコンピュータを前述した各実施の形態における管理サーバ１として機能させ、前述した処理を実行させる。

１…管理サーバ
１１…システム状況監視手段
１２…システム状況管理手段
１３…システム状況記憶部
１４、１４Ａ…仮想サーバ移動手段
１５…移動履歴管理手段
１６…移動履歴記憶部
１７、１７Ａ…イベントメッセージ生成手段
１８…イベントメッセージ通知手段
２…物理サーバ
２１…管理エージェント
２２…仮想マシンモニタ
２３…仮想サーバ
２４…ログファイル
２５…ログ取得手段
３…管理端末
３１…イベントメッセージ受取手段
３２…イベントメッセージ表示手段
３３…ログファイル表示手段
３４…移動履歴表示手段

Claims (10)

1. 物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、仮想サーバが稼動する複数の物理サーバと通信可能に接続され、仮想サーバの物理サーバ間の移動を管理する管理サーバ装置において、仮想サーバの移動履歴を記録する移動履歴記憶部と、仮想サーバの移動を制御する仮想サーバ移動手段と、該仮想サーバ移動手段から仮想サーバの移動に関する移動履歴を受け取って前記移動履歴記憶部に記録する移動履歴管理手段とを備えることを特徴とする管理サーバ装置。
2. 仮想サーバに関するイベント発生時、前記移動履歴記憶部へのリンクを張ったイベントメッセージを生成するイベントメッセージ生成手段を備えることを特徴とする請求項１記載の管理サーバ装置。
3. 前記仮想サーバ移動手段は、移動前後の物理サーバの識別子の箇所に当該物理サーバのログファイルへのリンクを張った移動履歴を生成することを特徴とする請求項２記載の管理サーバ装置。
4. 物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、仮想サーバが稼動する複数の物理サーバと、仮想サーバの物理サーバ間の移動を管理する管理サーバ装置と、該管理サーバ装置で生成されたイベントメッセージを表示する管理端末とが相互に通信可能に接続された仮想サーバ管理システムにおいて、前記管理サーバ装置は、仮想サーバの移動履歴を記録する移動履歴記憶部と、仮想サーバの移動を制御する仮想サーバ移動手段と、該仮想サーバ移動手段から仮想サーバの移動に関する移動履歴を受け取って前記移動履歴記憶部に記録する移動履歴管理手段とを備えることを特徴とする仮想サーバ管理システム。
5. 前記管理サーバ装置は、仮想サーバに関するイベント発生時、前記移動履歴記憶部へのリンクを張ったイベントメッセージを生成するイベントメッセージ生成手段を備えることを特徴とする請求項４記載の仮想サーバ管理システム。
6. 前記仮想サーバ移動手段は、移動前後の物理サーバの識別子の箇所に当該物理サーバのログファイルへのリンクを張った移動履歴を生成することを特徴とする請求項５記載の仮想サーバ管理システム。
7. 物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、仮想サーバが稼動する複数の物理サーバと通信可能に接続されたコンピュータにより仮想サーバを管理する方法において、
   前記コンピュータが、仮想サーバを物理サーバ間で移動させる第１のステップと、
   前記コンピュータが、移動させた仮想サーバの移動履歴を生成する第２のステップと、
   前記コンピュータが、生成した移動履歴を移動履歴記憶部に記録する第３のステップとを含むことを特徴とする仮想サーバ管理方法。
8. 前記コンピュータが、仮想サーバに関するイベント発生時、前記移動履歴記憶部へのリンクを張ったイベントメッセージを生成する第４のステップを含むことを特徴とする請求項７記載の仮想サーバ管理方法。
9. 前記第２のステップでは、移動前後の物理サーバの識別子の箇所に当該物理サーバのログファイルへのリンクを張った移動履歴を生成することを特徴とする請求項８記載の仮想サーバ管理方法。
10. 物理的なコンピュータを物理サーバ、物理サーバ上で稼働する仮想的なコンピュータを仮想サーバとするとき、仮想サーバが稼動する複数の物理サーバと通信可能に接続されたコンピュータに、
    仮想サーバを物理サーバ間で移動させる第１の処理と、
    移動させた仮想サーバの移動履歴を生成する第２の処理と、
    生成した移動履歴を移動履歴記憶部に記録する第３の処理とを行わせるためのプログラム。

Images