(57)【要約】【課題】情報源の解析の回数を少なくし、設定情報の生成を短時間で行う。【解決手段】親ＶＭ探索・情報抽出部５は、親ＶＭの有するdaemon設定情報から、設定ファイル等の情報源の位置（絶対パス）及び更新日時（タイムスタンプ）を記憶する。そして、抽出処理制御部６は、子ＶＭにおける、情報源の位置及び更新日時を抽出するとともに、記憶されている情報源の位置及び更新日時と、抽出された情報源の位置及び更新日時とが一致するか否かを判断する。この判断の結果、情報源の位置及び更新日時が一致する場合には、抽出処理制御部６が、親ＶＭの有するdaemon設定情報から情報源の設定情報を取得する。その一方で、情報源の位置及び更新日時が一致しなかった場合には、daemon起動スクリプト解析部１０又はdaemon設定ファイル解析部１１が、情報源の設定情報の解析処理を行う。【選択図】図２
2012068849.tif 000002
【特許請求の範囲】
【請求項１】
複数の仮想機械を含むシステム上で、コンピュータが実行する、仮想機械の情報を生成する仮想機械情報生成方法であって、
複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶工程と、
前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出工程と、
前記抽出工程で抽出された前記情報源の位置及び更新日時が、前記記憶工程で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断工程と、
前記判断工程で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断工程で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理工程と、をコンピュータが実行することを特徴とする仮想機械情報生成方法。
【請求項２】
前記仮想機械が複製された仮想機械であるか否かを判定する判定工程と、
前記判定工程の結果、前記仮想機械が複製された仮想機械であると判定された場合に、前記複製元の仮想機械を特定する特定工程と、を、コンピュータが更に実行することを特徴とする請求項１に記載の仮想機械情報生成方法。
【請求項３】
複数の仮想機械を含むシステム上で、コンピュータに仮想機械の情報を生成させる仮想機械情報生成プログラムであって、
コンピュータに、
複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶工程、
前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出工程、
前記抽出工程で抽出された前記情報源の位置及び更新日時が、前記記憶工程で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断工程、及び
前記判断工程で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断工程で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理工程、を実行させることを特徴とする仮想機械情報生成プログラム。
【請求項４】
複数の仮想機械を含むシステム上で、仮想機械の情報を生成する仮想機械情報生成装置であって、
複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶部と、
前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出部と、
前記抽出部で抽出された前記情報源の位置及び更新日時が、前記記憶部で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断部と、
前記判断部で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断部で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理部と、を備える仮想機械情報生成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、仮想機械情報生成方法、仮想機械情報生成プログラム及び仮想機械情報生成装置に関する。
【背景技術】
【０００２】
仮想機械（ＶＭ：Virtual Machine）を用いてシステムを配備する場合、一般的には、目的ごとに用意されたＶＭイメージをコピーしてＶＭインスタンスをホストマシンに配置する。そして、そのＶＭインスタンスを稼動して、自動初期設定を行うことで、システムの配備を完了する。
【０００３】
このようなシステムでは、一般に、異なる機能を持った複数のＶＭインスタンスを含んでいる。このため、１つのシステムに含まれるＶＭインスタンス間で、相手のＶＭインスタンスが必要なサーバ機能を有しているか否かを確認する必要がある。
【０００４】
ただし、ＶＭ上のサーバは、設定ファイルやアドオン（拡張機能）によって詳細な提供機能が変わりうる。また、実マシン（物理マシン）と異なり、ＶＭは複製が簡単であるため、少しずつ設定や詳細構成が異なるＶＭインスタンスが多数作られる可能性が高い。
【０００５】
そのため、従来においては、サーバとして機能するＶＭ（サーバＶＭ）が複数存在し、そのうちどのサーバＶＭがクライアントとして機能するＶＭ（クライアントＶＭ）の必要とする機能を提供するか判別できない可能性があった。これに対し、近年においては、サーバＶＭに搭載された機能一覧を一定の書式で記述したファイルを生成し、同一ネットワーク内広報方法（avahi等）を利用して、搭載機能一覧をクライアントＶＭに通知する仕組みが採用されつつある。
【０００６】
なお、サーバやシステムの運用に関する公知例としては、特許文献１〜３のような技術がある。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平８−１６５２６号公報
【特許文献２】特開平１０−１２４３１９号公報
【特許文献３】特開２００８−７７２９５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記のような搭載機能一覧の広報方法では、ＶＭの設定変更や詳細構成の変更があった場合に、搭載機能一覧の更新漏れという人為的ミスが生じるおそれがある。また、機能提供を行う実行体であるdaemon（デーモン）の起動スクリプトの構文や、daemonの設定ファイルの構文の見落としといった人為的ミスが生じるおそれもある。これらの場合、サーバＶＭに搭載されている機能と搭載機能一覧の内容が異なってしまう。
【０００９】
このような、人為的ミスを防ぐため、最近では、daemon起動スクリプトファイルや設定ファイルなどを検出して、解析し、搭載機能一覧を作成する方法が採用されつつある。しかるに、当該方法では、すべてのdaemon起動スクリプトファイルや設定ファイルなどを検出し、解析する必要があるため、搭載機能一覧の作成に長時間を要する。これにより、サーバＶＭの搭載機能一覧の広報に長時間を要するおそれがある。
【００１０】
そこで本件は上記の課題に鑑みてなされたものであり、短時間で仮想機械の情報を生成することが可能な仮想機械情報生成方法、仮想機械情報生成プログラム及び仮想機械情報生成装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
本明細書に記載の仮想機械情報生成方法は  複数の仮想機械を含むシステム上で、コンピュータが実行する、仮想機械の情報を生成する仮想機械情報生成方法であって、複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶工程と、前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出工程と、前記抽出工程で抽出された前記情報源の位置及び更新日時が、前記記憶工程で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断工程と、前記判断工程で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断工程で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理工程と、をコンピュータが実行する仮想機械情報生成方法である。
【００１２】
本明細書に記載の仮想機械情報生成プログラムは、複数の仮想機械を含むシステム上で、コンピュータに仮想機械の情報を生成させる仮想機械情報生成プログラムであって、コンピュータに、複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶工程、前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出工程、前記抽出工程で抽出された前記情報源の位置及び更新日時が、前記記憶工程で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断工程、及び前記判断工程で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断工程で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理工程、を実行させる仮想機械情報生成プログラムである。
【００１３】
本明細書に記載の仮想機械情報生成装置は、複数の仮想機械を含むシステム上で、仮想機械の情報を生成する仮想機械情報生成装置であって、複数の仮想機械のうちの複製された仮想機械において、複製元の仮想機械の有するdaemon設定情報から抽出した、設定ファイル、設定ディレクトリ、起動スクリプトの少なくとも１つである情報源の、位置及び更新日時を記憶する記憶部と、前記複製された仮想機械において、前記位置及び更新日時を記憶した情報源と同一の情報源の位置及び更新日時を抽出する抽出部と、前記抽出部で抽出された前記情報源の位置及び更新日時が、前記記憶部で記憶された前記情報源の位置及び更新日時と一致するか否かを判断する判断部と、前記判断部で情報源の位置及び更新日時が一致すると判断された場合には、前記複製元の仮想機械の有する前記daemon設定情報から前記情報源に関する情報を取得し、前記判断部で情報源の位置及び更新日時が一致しないと判断された場合には、前記複製された仮想機械において前記情報源に関する情報の解析処理を行う情報処理部と、を備える仮想機械情報生成装置である。
【発明の効果】
【００１４】
本明細書に記載の仮想機械情報生成方法、仮想機械情報生成プログラム及び仮想機械情報生成装置は、短時間で仮想装置の情報を生成することができるという効果を奏する。
【図面の簡単な説明】
【００１５】
【図１】図１（ａ）は、一実施形態にかかるＶＭシステムの構成を概略的に示す図であり、図１（ｂ）は、ＶＭのハードウェア構成を示す図である。
【図２】ＶＭの機能ブロック図である。
【図３】ＶＭ１００Ａが子ＶＭであり、ＶＭ１００Ｂが親ＶＭである場合の、データの流れを矢印にて示す図である。
【図４】図４（ａ）は、ＶＭ１００Ｂと、ＶＭ１００Ａとにおける処理の一例を簡略化して示す図であり、図４（ｂ）は、ＶＭにおける処理を示すフローチャートである。
【図５】図４のステップＳ１００の具体的な処理内容を示すフローチャートである。
【図６】図４のステップＳ２００の具体的な処理内容を示すフローチャートである。
【図７】図６のステップＳ４０の具体的な処理内容を示すフローチャートである。
【図８】図７のステップＳ６０の具体的な処理内容を示すフローチャートである。
【図９】図６のステップＳ４２の具体的な処理内容を示すフローチャートである。
【図１０】図９のステップＳ９４の具体的な処理内容を示すフローチャートである。
【図１１】daemon起動スクリプト所在地情報２０を示す図である。
【図１２】daemon起動スクリプト名パターン・識別文字列マップ２１を示す図である。
【図１３】図１３（ａ）は、daemon起動スクリプト構造情報を示す図であり、図１３（ｂ）は、情報種別の例を示す表である。
【図１４】daemon設定ファイル構造情報２３を示す図である。
【図１５】設定情報抽出処理最新結果格納部２の格納内容例（抽出処理開始前）を示す図である。
【図１６】前回抽出プロセス情報格納部７の格納内容例を示す図である。
【図１７】親ＶＭ情報源位置タイムスタンプ４の格納内容例を示す図である。
【図１８】設定情報抽出処理最新結果格納部２の格納内容例（途中経過１）を示す図である。
【図１９】設定情報抽出処理最新結果格納部２の格納内容例（途中経過２）を示す図である。
【図２０】設定情報抽出処理最新結果格納部２の格納内容例（処理完了後）を示す図である。
【図２１】解析対象ＶＭのディレクトリ・ファイル構成を示す図である。
【図２２】daemon起動スクリプトの例１を示す図である。
【図２３】daemon起動スクリプトの例２を示す図である。
【図２４】daemon設定ファイルの例を示す図である。
【発明を実施するための形態】
【００１６】
以下、仮想機械（ＶＭ：Virtual Machine）システムの一実施形態について、図１〜図２４に基づいて詳細に説明する。
【００１７】
図１（ａ）には、一実施形態にかかるＶＭシステム１０００の構成が概略的に示されている。このＶＭシステム１０００は、複数のＶＭ１００Ａ，１００Ｂ，１００Ｃ…を有し、各ＶＭは、ローカルエリアネットワーク（ＬＡＮ：Local Area Network）２００を介して接続されている。なお、ＶＭを用いたシステムの配備は、あるＶＭに対して、他のＶＭからＶＭイメージをコピーしてＶＭインスタンスを配置し、当該ＶＭインスタンスを稼動・自動初期設定させることにより行われることがある。この場合、コピー元のＶＭは、「親ＶＭ」とも呼ばれ、コピー先のＶＭは、「子ＶＭ」とも呼ばれる。
【００１８】
図１（ｂ）には、ＶＭ１００Ａ〜１００Ｃのハードウェア構成が示されている。この図１（ｂ）に示すように、ＶＭ１００Ａ〜１００Ｃは、ＣＰＵ９０、ＲＯＭ９２、ＲＡＭ９４、記憶部（ここではＨＤＤ（Hard Disk Drive））９６、入出力部９７等を備えている。これらＶＭ１００Ａ〜１００Ｃの構成各部は、バス９８に接続されている。ＶＭ１００Ａ〜１００Ｃでは、ＲＯＭ９２あるいはＨＤＤ９６に格納されているプログラム（仮想機械情報生成プログラム）をＣＰＵ９０が実行することにより、図２の各部の機能が実現される。
【００１９】
図２には、ＶＭ１００Ａ〜１００Ｃのうち、daemon設定情報（仮想機械情報）の生成処理に関連する部分の機能ブロック図が示されている。この図２に示すように、ＶＭ１００Ａ〜１００Ｃは、仮想機械情報生成装置としての解析部５０、および回答部６０の機能を有する。なお、解析部５０は、自己の設定情報の解析を行うＶＭにおいて機能する部分であり、回答部６０は、設定情報の解析を行う他のＶＭからの問い合わせを受けたＶＭにおいて機能する部分である。
【００２０】
解析部５０は、記憶部としての親ＶＭ探索・情報抽出部５と、抽出部及び判断部としての抽出処理制御部６と、daemon起動スクリプト解析部１０と、daemon設定ファイル解析部１１と、を有する。また、解析部５０は、設定情報抽出処理最新結果格納部２と、親ＶＭ情報源位置タイムスタンプ格納部４と、前回抽出プロセス情報格納部７と、を有する。更に、解析部５０は、daemon起動スクリプト所在地情報２０と、daemon起動スクリプト名パターン・識別文字列マップ２１と、daemon起動スクリプト構造情報２２と、daemon設定ファイル構造情報２３と、を有する。
【００２１】
親ＶＭ探索・情報抽出部５は、例えば、ＶＭイメージのコピー元である親ＶＭを探索し、情報源（設定ファイルやディレクトリ、起動スクリプト）の位置と更新日時のペアのリストを取得する。そして、親ＶＭ探索・情報抽出部５は、取得したリストを、親ＶＭ情報源位置タイムスタンプ格納部４に対して出力する。抽出処理制御部６は、親ＶＭからＶＭの設定情報をコピーしたり、ＶＭの設定情報を新たに解析することにより、設定情報を生成する。
【００２２】
daemon起動スクリプト解析部１０は、daemon起動スクリプト構造情報２２を用いて、起動スクリプトファイルの解析処理を行う。daemon設定ファイル解析部１１は、daemon設定ファイル構造情報２３を用いて、設定ファイル・ディレクトリ解析処理を行う。
【００２３】
設定情報抽出処理最新結果格納部２は、図１５や図２０に示す、設定情報抽出処理最新結果を格納する。設定情報抽出処理最新結果は、(1)設定情報、(2)設定情報が関連するdaemonの識別文字列、(3)設定情報の種別、(4)情報源となるファイルまたはディレクトリの位置（絶対パス）、(5)情報源の更新日時、の５つの情報のリストである。また、設定情報抽出処理最新結果には、daemon設定情報の抽出処理を行った結果として得られる汎用一意識別子（ＵＵＩＤ：Universally Unique Identifier)、又は抽出処理を行うたびに新たに設定されるＵＵＩＤと、抽出処理を行ったＶＭを一意に識別するハードウェア識別子（例えば仮想ネットワークカードのＭＡＣアドレス)も含んでいる。なお、この設定情報抽出処理最新結果は、抽出処理制御部６、daemon起動スクリプト解析部１０、及びdaemon設定ファイル解析部１１により、生成される。
【００２４】
親ＶＭ情報源位置タイムスタンプ格納部４は、図１７のような親ＶＭ情報源位置タイムスタンプ情報を一時的に格納する。より具体的には、親ＶＭ情報源位置タイムスタンプ格納部４には、親ＶＭが存在している場合に、親ＶＭにおける抽出処理の際に参照したファイルやディレクトリの位置と更新日時のペアをリストで一時的に格納する。
【００２５】
前回抽出プロセス情報格納部７は、図１６に示すような、前回抽出プロセス情報を一時的に格納する。より具体的には、前回抽出プロセス情報格納部７は、ＶＭで前回行われた抽出プロセスのＵＵＩＤと抽出を行ったＶＭのハードウェア識別子を、一時的に格納する。
【００２６】
daemon起動スクリプト所在地情報２０は、図１１に示すような情報である。daemon起動スクリプト名パターン・識別文字列マップ２１は、図１２に示すようなマップである。daemon起動スクリプト構造情報２２は、図１３（ａ）に示すような情報である。また、daemon設定ファイル構造情報２３は、図１４に示すような情報である。これら各情報２０，２１，２２，２３、及びマップ２１は、予め定義されているものである。
【００２７】
なお、解析部５０の各部の処理内容、及び各情報の具体的内容については、後述する。
【００２８】
図２に戻り、回答部６０は、抽出プロセスＵＵＩＤ回答部１と、情報源タイムスタンプ回答部３と、daemon情報回答部８と、を有する。
【００２９】
抽出プロセスＵＵＩＤ回答部１は、他のＶＭに搭載された親ＶＭ探索・情報抽出部５からの依頼に応じて、設定情報抽出処理最新結果格納部２に格納された最新のdaemon設定情報抽出処理結果から、抽出プロセスＵＵＩＤ（汎用一意識別子）を取り出して、回答する。
【００３０】
情報源タイムスタンプ回答部３は、他のＶＭに搭載された親ＶＭ探索・情報抽出部５からの依頼に応じて、設定情報抽出処理最新結果格納部２に格納された最新のdaemon設定情報抽出処理結果から、daemon設定情報取得の際の情報源となる設定ファイル・ディレクトリの位置と更新日時のペアのリストを取り出して、回答する。
【００３１】
daemon情報回答部８は、他のＶＭに搭載された抽出処理制御部６からの依頼に応じて、daemon識別文字列と情報源となる設定ファイル・ディレクトリの位置を入力として、設定情報抽出処理最新結果格納部２に格納されたdaemon設定情報の中から入力と合致する設定情報のみを取り出して、回答する。
【００３２】
なお、図３には、ＶＭ１００Ａが子ＶＭであり、ＶＭ１００Ｂが親ＶＭである場合の、データの流れが矢印にて示されている。この図３は、後述するＶＭシステム１０００の処理の説明において、適宜参照するものとする。
【００３３】
次に、図４（ａ）、及び図４（ｂ）〜図１０のフローチャートに沿って、その他図面を適宜参照しつつ、ＶＭシステム１０００のうちの１つのＶＭにおける、daemon設定情報の生成処理について詳細に説明する。なお、この処理により生成されるdaemon設定情報は、他のＶＭ（クライアントＶＭ）に対して広報される情報である。
【００３４】
図４（ａ）は、ＶＭ１００Ｂと、ＶＭ１００Ａとにおける処理の一例を簡略化して示している。この図４（ａ）に示すように、ＶＭ（親ＶＭ）１００Ｂでは、自ＶＭの情報を、例えば、２０１０年２月４日に抽出したものとする。ここで、図４（ａ）において破線にて示すように、例えば、親ＶＭ１００Ｂにおいて、daemonＢを設定変更したとすると、親ＶＭ１００Ｂは、その変更後に、再度、自ＶＭの情報を抽出することになる。一方、子ＶＭ１００Ａにおいて、親ＶＭ１００ＢのＶＭイメージをコピーして作成したものとする。その後、一例として、２０１０年２月１５日に、daemonＡを設定変更したとする。このような場合に、子ＶＭ１００Ａにおいてdaemonの最新の設定情報を取得するのが、図４（ｂ）〜図１０の処理である。
【００３５】
ここで、本実施形態では、ＶＭ１００Ａが、図２１に示すディレクトリ・ファイル構成を持つＶＭであるものとする。この図２１において、「/」で始まる行はディレクトリを表し、「/」で始まらないインデントされた行のうち、「/」で終わらない行は、ディレクトリに含まれるファイルを表し、「/」で終わる行は、ディレクトリを表す。また、ファイル「tomcat6」や「ntpd」はdaemon起動スクリプトであり、「ntpd.conf」はdaemon設定ファイルである。図２２には、daemon起動スクリプト（tomcat6）の内容の一例が示され、図２３には、daemon起動スクリプト（ntpd）の内容の一例が示され、図２４には、daemon設定ファイル（ntpd.conf）の内容の一例が示されている。
【００３６】
なお、本実施形態では、図２１に破線で囲んで示すように、解析対象のＶＭ（設定情報を取得するＶＭ）のディレクトリ・ファイルのうち、起動スクリプト「/etc/init.d/tomcat6」がＶＭ上で更新されたものとする。より具体的には、起動スクリプト「/etc/init.d/tomcat6」のうち、図２２に破線で囲んで示すように、「CATALINA_OPTS」の右辺（設定値）が更新されたものとする。すなわち、以下の処理においては、当該更新された内容を反映させた、最新の設定情報（daemon設定情報）を取得することを目的としている。
【００３７】
図４（ｂ）の処理では、親ＶＭ探索処理（ステップＳ１００）と、設定情報抽出処理（ステップＳ２００）とが実行される。なお、これらの処理が行われる以前においては、設定情報抽出処理最新結果格納部２には、前回取得した設定情報として図１５の内容が格納されているものとする。
【００３８】
ステップＳ１００のサブルーチンの処理（親ＶＭ探索処理）では、図５のフローチャートに沿った処理が実行される。図５の処理では、まず、ステップＳ１０において、抽出処理制御部６が、設定情報抽出処理最新結果格納部２に格納されている抽出プロセスＵＵＩＤと処理実施ハードウェア識別子を前回抽出プロセス情報格納部７に保存する。この処理におけるデータの流れが、図３において矢印Ａにて示されている。図１５の例においては、抽出プロセスＵＵＩＤは、属性「uuid」の右辺「8760140a-e987-7a12-acc1-a854548c38be」であり、処理実施ハードウェア識別子は、属性「hwAddr」の右辺「000C381CDEA5」である。なお、図１６には、ステップＳ１０を経て前回抽出プロセス情報格納部７に格納された内容例が示されている。次いで、ステップＳ１１では、抽出処理制御部６が、親ＶＭ情報源位置タイムスタンプ格納部４の内容を消去する。
【００３９】
次いで、ステップＳ１２では、抽出処理制御部６が、前回抽出プロセス情報格納部７に格納された処理実施ハードウェア識別子とＶＭ１００Ａのハードウェア識別子を比較する。なお、ハードウェア識別子としては、ＶＭが有する仮想ネットワークカードのＭＡＣアドレスなどが用いられる。
【００４０】
次いで、ステップＳ１４では、抽出処理制御部６が、処理実施ハードウェア識別子とＶＭ１００Ａのハードウェア識別子とが同一であったかを判断する。ステップＳ１４の判断が肯定された場合には、図５の全処理を終了する。なお、ステップＳ１４の判断が肯定される場合とは、他のＶＭからＶＭイメージをコピーしていない場合を意味する。一方、ステップＳ１４の判断が否定された場合、すなわち、処理実施ハードウェア識別子とＶＭ１００Ａのハードウェア識別子とが異なっていた場合には、ステップＳ１６に移行する。なお、ステップＳ１４の判断が否定される場合とは、他のＶＭからＶＭイメージをコピーしたことを意味する。
【００４１】
ステップＳ１６に移行すると（Ｓ１４：Ｎｏ）、親ＶＭ探索・情報抽出部５は、ネットワーク（ＬＡＮ）上で、前回抽出プロセス情報格納部７に格納された処理実施ハードウェア識別子と同一のＭＡＣアドレスを有するＶＭを検索する。この場合の検索には、ＩＰネットワーク上において用いられる一般的なＭＡＣアドレスの検索方法を採用することができる。
【００４２】
次いで、ステップＳ１８では、親ＶＭ探索・情報抽出部５が、ステップＳ１６の結果、処理実施ハードウェア識別子と同一のＭＡＣアドレスを有するＶＭが発見できたか否かを判断する。ここでの判断が否定された場合には、図５の全処理を終了するが、ここでの判断が肯定された場合には、ステップＳ２０に移行する。なお、ステップＳ２０に移行する場合とは、親ＶＭがローカルエリアネットワーク上のどのＶＭであるかが判明したことを意味している。
【００４３】
ステップＳ２０では、親ＶＭ探索・情報抽出部５が、親ＶＭの抽出プロセスＵＵＩＤ回答部１に対して、親ＶＭの抽出プロセスＵＵＩＤを要求する。これに対し、親ＶＭの抽出プロセスＵＵＩＤ回答部１は、自身の設定情報抽出処理最新結果格納部２から抽出プロセスＵＵＩＤを取り出して返答する。これにより、親ＶＭ探索・情報抽出部５は、親ＶＭの抽出プロセスＵＵＩＤを取得することができる（図３の矢印Ｂ参照）。そして、親ＶＭ探索・情報抽出部５は、前回抽出プロセス情報格納部７に格納されている抽出プロセスＵＵＩＤと取得した抽出プロセスＵＵＩＤとを比較する。
【００４４】
次いで、ステップＳ２２では、親ＶＭ探索・情報抽出部５が、ステップＳ２０の比較の結果、同一であったか否かを判断する。ここでの判断が否定される場合には、図５の全処理を終了するが、ここでの判断が肯定された場合には、ステップＳ２４に移行する。
【００４５】
ステップＳ２４では、親ＶＭ探索・情報抽出部５が、親ＶＭの情報源タイムスタンプ回答部３に対して、親ＶＭの設定情報抽出処理最新結果格納部２に格納されているdaemon設定情報抽出結果のうち情報源の位置と更新日時のペアの部分のみを取り出したリストを要求する。なお、「情報源の位置」は、設定ファイルやディレクトリ、起動スクリプトの絶対パスを意味し、「情報源の更新日時」は、設定ファイルやディレクトリ、起動スクリプトのタイムスタンプを意味する。そして、親ＶＭの情報源タイムスタンプ回答部３は、上記要求に対応するリストを、図１５と同内容の情報の中から抽出して、返答する。これにより、親ＶＭ探索・情報抽出部５は、親ＶＭの情報源の位置と更新日時のペアのリストを取得することができる（図３の矢印Ｃ参照）。その後、親ＶＭ探索・情報抽出部５は得られたリストを親ＶＭ情報源位置タイムスタンプ格納部４に格納する（図３の矢印Ｄ参照）。なお、図１７には、親ＶＭ情報源位置タイムスタンプ格納部４に格納された内容が示されている。図１７の格納内容には、親ＶＭのハードウェア識別情報、情報源の位置、情報源の更新日時が含まれている。以上のような処理を経ることで、図４（ｂ）のステップＳ１００の処理が終了する。
【００４６】
次に、図４（ｂ）のステップＳ２００の具体的な処理内容について説明する。図６には、ステップＳ２００のサブルーチン（設定情報抽出処理）の具体的処理がフローチャートにて示されている。
【００４７】
図６の処理では、まず、ステップＳ３０において、抽出処理制御部６が、設定情報抽出処理最新結果格納部２の格納内容を消去（クリア）する。
【００４８】
次いで、ステップＳ３２では、抽出処理制御部６が、汎用一意識別子(ＵＵＩＤ)を新規に作成し、設定情報抽出処理最新結果格納部２の抽出プロセスＵＵＩＤの格納場所に格納する。
【００４９】
次いで、ステップＳ３４では、抽出処理制御部６が、処理を実施しているＶＭのハードウェア識別子を設定情報抽出処理最新結果格納部２の処理実施ハードウェア識別子の格納場所に格納する。なお、図１８には、この時点での、設定情報抽出処理最新結果格納部２の内容の例が示されている。図１８に示すように、新規作成したＵＵＩＤは、「7eb9e779-ac15-4fe5-9b2e-46c13007fdd8」であり、処理実施ハードウェア識別子は、「000C291BACAC」である。
【００５０】
次いで、ステップＳ３６では、抽出処理制御部６が、daemon起動スクリプト所在地情報２０（図１１参照）に予め設定されたディレクトリ「/etc/rc.d/init.d"/」を起点に、ＶＭのファイルシステム内を検索する。そして、抽出処理制御部６は、daemon起動スクリプト名パターン・識別文字列マップ２１（図１２）に予め設定された正規表現パターンに合致するdaemon起動スクリプトファイルを見つける。ここで、図１２の「scriptNamePatternRegExp」は、起動スクリプト名の正規表現を意味する。また、「tomcat6.*」の「．*」は、任意長の文字列を意味する。また、「（−[０−９．]＋）？」は、文字−にひき続いて、０から９の数字又は「．」のいずれかの１文字以上の並びがあるか又は文字−から始まる一連の文字列がまったく無いことを意味する。このステップＳ３６の処理により、図１２において定義されているdaemon起動スクリプトファイルの絶対パスと、これに対応するdaemon識別文字列（daemonID）のペアのリストを得ることができる。
【００５１】
次いで、ステップＳ３８では、抽出処理制御部６が、見つかったdaemon起動スクリプトファイルの絶対パスと、対応するdaemon識別文字列のペアのうちの１つのペア（未着目のペア）に着目する。
【００５２】
次いで、ステップＳ４０のサブルーチンでは、抽出処理制御部６が、daemon起動スクリプトファイルからの情報抽出処理を行う。このステップＳ４０のサブルーチンにおいては、具体的には、図７のフローチャートに沿った処理を実行する。
【００５３】
図７の処理では、まず、ステップＳ５０において、抽出処理制御部６が、見つかったdaemon起動スクリプトファイルの更新日時を取得する。そして、抽出処理制御部６は、daemon起動スクリプトファイルの絶対パス（位置）と更新日時がいずれも一致する、位置・更新日時のペアが親ＶＭ情報源位置タイムスタンプ格納部４に格納されているかを確認する。
【００５４】
次いで、ステップＳ５２では、抽出処理制御部６が、格納されていたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ５４に移行するが、判断が否定された場合には、ステップＳ６０に移行する。なお、ステップＳ５２の判断が否定される場合とは、daemon起動スクリプトファイルが、親ＶＭのdaemon起動スクリプトから変更されている場合、または、親ＶＭのdaemon起動スクリプト自体が変更されている場合を意味する。なお、後者の場合とは、図４（ａ）において破線で示されている状態である。このような場合には、ステップＳ６０においてdaemon起動スクリプトファイルを解析する処理を実行するが、この点については後述する。
【００５５】
ステップＳ５２の判断が肯定され、ステップＳ５４に移行した場合、抽出処理制御部６は、親ＶＭのdaemon情報回答部８にdaemon識別文字列と情報源の位置とを引数として渡して、これら２項目が合致するdaemon設定情報を要求する。これに対し、親ＶＭのdaemon情報回答部８は要求された情報を返答する。これにより、抽出処理制御部６は、親ＶＭにおいても子ＶＭにおいても更新がされていないdaemon設定情報を得ることができる（図３の矢印Ｅ参照）。
【００５６】
次いで、ステップＳ５６では、ステップＳ５４の結果、抽出処理制御部６は、更新がされていないdaemon設定情報を得ることができたか否かを判断する。ここでの判断が肯定された場合には、ステップＳ５８に移行し、否定された場合には、ステップＳ６０に移行する。
【００５７】
ステップＳ５８に移行した場合、抽出処理制御部６は、daemon設定情報抽出結果として５つの情報（設定情報、daemon識別文字列、情報種別、情報源の位置、情報源更新日時）を設定情報抽出処理最新結果格納部２に追加格納する。
【００５８】
一方、ステップＳ６０に移行した場合には、抽出処理制御部６は、起動スクリプトファイルの解析処理を実行する。すなわち、親ＶＭからは、起動スクリプトファイルの情報を得ることができないので、抽出処理制御部６が、独自に起動スクリプトファイルの解析処理を行う。
【００５９】
このステップＳ６０のサブルーチンにおいては、図８のフローチャートに沿った処理が実行される。図８のステップＳ７０では、daemon起動スクリプト解析部１０が、予め設定されたdaemon起動スクリプト構造情報２２（図１３（ａ）参照）から、現在着目しているdaemon識別文字列（図６のステップＳ３８参照）と、daemon識別文字列が一致する特徴情報を取り出す。そして、daemon識別文字列と組になっている、パターンで表される正規表現（patternRegExpの右辺）と一致する部分（文字列）をdaemon起動スクリプトファイルから見つけ出す。そして、daemon起動スクリプト解析部１０は、一致する部分（文字列）に対して、さらにパターン上で丸括弧に挟まれた部分にあたる文字列を取り出す。この場合、daemon起動スクリプト解析部１０は、図２２のdaemon起動スクリプトのうち、CATALINA_HOMEの右辺の文字列（「-Xmx8192m」）を取り出す。なお、図１３（ａ）において、「^」は、行の先頭を意味し、「$」は行末を意味する。また、図１３（ａ）に存在する属性kindの右辺に存在している、configFilePositionや、configDirPositionの内容は、図１３（ｂ）のとおりである。
【００６０】
次いで、図８のステップＳ７２では、daemon起動スクリプト解析部１０が、ステップＳ７０で見つけ出された文字列のうちの１つの文字列（未着目の文字列）に着目する。
【００６１】
次いで、ステップＳ７４では、daemon起動スクリプト解析部１０は、着目している文字列を設定情報として扱い、daemon識別文字列、適用したパターンに対応する情報種別の文字列値とともに上述した５つの情報(設定情報、daemon識別文字列、情報種別、情報源位置、情報源更新日時)をdaemon設定情報抽出結果として設定情報抽出処理最新結果格納部２に格納する。ただし、情報源更新日時は情報源のdaemon起動スクリプトファイルの更新日時を用いるものとする。
【００６２】
そして、ステップＳ７６では、daemon起動スクリプト解析部１０が、すべての一致する文字列に着目したか否かを判断する。ここでの判断が否定された場合には、ステップＳ７２に戻り、次の未着目の文字列に着目して、上記と同様に、ステップＳ７４の処理を実行する。
【００６３】
一方、ステップＳ７６の判断が肯定された場合には、ステップＳ６０の起動スクリプトファイル解析処理（図７）を終了し、図６のステップＳ４２に移行する。なお、上記例において「/etc/init.d/ntpd」の解析が完了した時点での設定情報抽出処理最新結果格納部２の格納内容が図１９に示されている。なお、図１９ではdaemon設定情報抽出結果の構成要素である設定情報、daemon識別文字列、情報種別、情報源位置、情報源更新日時は、属性「config」、「daemonId」、「kind」、「infoSource」、「sourceModifiedDateTime」にて示されている。
【００６４】
図６に戻り、ステップＳ４２のサブルーチンでは、設定ファイル・ディレクトリからの情報抽出処理が実行される。このステップＳ４２においては、図９のフローチャートに沿った処理が実行される。
【００６５】
図９の処理では、まず、ステップＳ８０において、抽出処理制御部６が、着目しているdaemon識別文字列を有し、情報種別が「設定ファイル位置」(図１４の「configFilePosition」)又は「設定ディレクトリ位置」(図１４の「configDirPosition」)であるdaemon設定情報抽出結果の５つの情報（設定情報、daemon識別文字列、情報種別、情報源位置、情報源更新日時)を、設定情報抽出処理最新結果格納部２から検索する。
【００６６】
次いで、ステップＳ８２では、抽出処理制御部６が、検索したdaemon設定情報抽出結果のうちの１つに着目する。次いで、ステップＳ８４では、抽出処理制御部６が、ステップＳ８２で着目したdaemon設定情報抽出結果の設定情報と同一の文字列を情報源位置として有する、情報源位置・更新日時のペアが、親ＶＭ情報源位置タイムスタンプ格納部４に格納されているかを確認する。
【００６７】
次いで、ステップＳ８６では、抽出処理制御部６が、ステップＳ８４の結果、該当する情報源位置・更新日時のペアが、親ＶＭ情報源位置タイムスタンプ格納部４に格納されていたか否かを判断する。ここでの判断が否定された場合には、ステップＳ９４に移行するが、判断が肯定された場合には、ステップＳ８８に移行する。なお、ステップＳ８６の判断が否定される場合とは、設定ファイル又はディレクトリが、親ＶＭの設定ファイル又はディレクトリから変更されている場合や、親ＶＭの設定ファイル又はディレクトリが変更されている場合を意味する。このような場合には、ステップＳ９４において設定ファイル又は設定ディレクトリを解析する処理を実行するが、この点については後述する。
【００６８】
ステップＳ８６の判断が肯定され、ステップＳ８８に移行すると、抽出処理制御部６は、親ＶＭのdaemon情報回答部８に対しdaemon識別文字列と見つかった情報源位置を引数として渡し、これらが合致するdaemon設定情報を要求する。そして、daemon情報回答部８は情報を返答する。これにより、抽出処理制御部６は、親ＶＭからdaemon識別文字列と情報源の絶対パスが一致するdaemon設定情報を取得する（図３の矢印Ｅ参照）。
【００６９】
次いで、ステップＳ９０では、抽出処理制御部６が、ステップＳ８８において情報を取得できたか否かを判断する。ここでの判断が否定された場合には、ステップＳ９４に移行するが、判断が肯定された場合には、ステップＳ９２に移行する。
【００７０】
ステップＳ９２に移行した場合には、抽出処理制御部６は、daemon設定情報抽出結果として、取得した情報を設定情報抽出処理最新結果格納部２に追加格納する。ここで、取得した情報には、設定情報、daemon識別文字列、情報種別、情報源の位置、情報源更新日時が含まれている。
【００７１】
一方、ステップＳ９４に移行した場合には、抽出処理制御部６は、設定ファイル・設定ディレクトリの解析処理を実行する。すなわち、ステップＳ９４に移行する場合には、ステップＳ９２とは異なり、親ＶＭからは、設定ファイル・設定ディレクトリの情報を得ることができない。したがって、ステップＳ９４では、抽出処理制御部６が、独自に設定ファイル・設定ディレクトリの解析処理を行うこととしている。
【００７２】
このステップＳ９４のサブルーチンにおいては、図１０のフローチャートに沿った処理が実行される。図１０の処理では、まず、ステップＳ１０２において、daemon設定ファイル解析部１１が、情報種別が「設定ファイル位置」であるか否かを判断する。すなわち、ステップＳ１０２では、図１４のdaemon設定ファイル構造情報２３の属性kindが、「configFilePosition」であるか否かを判断する。ここでの判断が、肯定された場合には、ステップＳ１０４に移行し、否定された場合には、ステップＳ１０８に移行する。なお、ステップＳ１０２の判断が否定される場合とは、情報が無かった場合、又は、情報種別が「設定ディレクトリ位置」を表している場合（図１４では「configDirPosition」の場合)を意味する。
【００７３】
ステップＳ１０４に移行した場合には、daemon設定ファイル解析部１１は、着目しているdaemon設定情報抽出結果の構成要素である設定情報を設定ファイル位置とみなし、その位置にあるファイルを開く。そして、daemon設定ファイル構造情報２３（図１４）のパターンを、検索すべき文字列の正規表現とみなして、正規表現に合致する文字列をそのファイルの内容から見つけ出す。具体的には、図２４の設定ファイルから、図２０の上から２つ目のconfiginfoの内容が検索される。
【００７４】
次いで、ステップＳ１０６では、daemon設定ファイル解析部１１は、検索された文字列のうちパターンで丸括弧に囲まれた部分の文字列を取り出して設定情報として扱う。そして、daemon設定ファイル解析部１１は、設定ファイル構造情報の「daemon識別文字列」「daemon設定ファイル・ディレクトリ内容情報種別」とともに５つの情報（設定情報、daemon識別文字列、情報種別、情報源の位置、情報源更新日時）を設定情報抽出処理最新結果格納部２に追加格納する。なお、情報源の位置は、解析したファイルの絶対パスであり、情報源更新日時は、解析したファイルの更新日時である。
【００７５】
一方、ステップＳ１０８に移行した場合には、daemon設定ファイル解析部１１は、着目しているdaemon設定情報抽出結果の構成要素である設定情報をディレクトリ位置とみなす。その後、daemon設定ファイル解析部１１は、その位置にあるディレクトリにアクセスする。そして、daemon設定ファイル解析部１１は、設定ファイル構造情報のパターンをそのディレクトリから検索すべきファイル・ディレクトリ名の正規表現とみなして、正規表現に合致する名前のファイル・ディレクトリを見つけ出す。
【００７６】
次いで、ステップ１１０では、daemon設定ファイル解析部１１が、見つけ出されたファイル・ディレクトリ名のうちパターンで丸括弧に囲まれた部分の文字列を取り出して設定情報として扱う。そして、daemon設定ファイル解析部１１は、設定ファイル構造情報の「daemon識別文字列」「daemon設定ファイル・ディレクトリの内容情報種別」とともに５つの情報（設定情報、daemon識別文字列、情報種別、情報源の位置、情報源更新日時）をdaemon設定情報抽出結果として設定情報抽出処理最新結果格納部２に追加格納する。
【００７７】
以上のようにして、図１０の全処理が終了すると、図９のステップＳ９６に移行する。なお、ステップＳ９２の処理の後にも、ステップＳ９６に移行する。ステップＳ９６では、検索されたdaemon設定情報抽出結果のすべてについて着目したか否かを判断する。ここでの判断が否定された場合には、ステップＳ８２に移行して、未だ着目していないdaemon設定情報抽出結果について着目して、上記と同様の処理を行う。一方、ステップＳ９６の判断が肯定された場合には、図６のステップＳ４４に移行する。ステップＳ４４では、抽出処理制御部６が、絶対パスとdaemon識別文字列のペアのすべてに着目したか否かを判断し、ここでの判断が否定された場合には、ステップＳ３８に戻る。そして、抽出処理制御部６は、ステップＳ３８において、新たなペアに着目して、上述と同様の処理を実行する。一方、ステップＳ４４の判断が肯定された場合には、ステップＳ２００の全処理を終了する。
【００７８】
なお、ステップＳ２００の全処理が終了した段階では、図２０に示すような内容が、設定情報抽出処理最新結果格納部２に格納されることになる。この図２０の例では、６つの設定情報（configinfo）のうち、破線で囲まれた上から３つ目及び４つ目の設定情報が、独自に解析された設定情報であり、その他の設定情報は、親ＶＭから取得した設定情報となっている。
【００７９】
このようにして取得された設定情報は、クライアントとして機能するＶＭ（クライアントＶＭ）に対して、自己がどのような搭載機能を有しているかの情報提供（広報）をするのに用いることができる。
【００８０】
なお、これまでの説明から分かるように、抽出処理制御部６と、daemon起動スクリプト解析部１０と、daemon設定ファイル解析部１１とにより、情報処理部が実現されている。
【００８１】
以上、詳細に説明したように、本実施形態によると、親ＶＭ探索・情報抽出部５は、親ＶＭの有するdaemon設定情報から、設定ファイル等の情報源の位置（絶対パス）及び更新日時（タイムスタンプ）を記憶する。そして、抽出処理制御部６は、子ＶＭにおける、上記と同一の情報源の位置及び更新日時を抽出するとともに、記憶されている情報源の位置及び更新日時と、抽出された情報源の位置及び更新日時とが一致するか否かを判断する。この判断の結果、情報源の位置及び更新日時が一致すると判断された場合には、抽出処理制御部６が、親ＶＭの有するdaemon設定情報から情報源の設定情報を取得する。その一方で、情報源の位置及び更新日時が一致しなかったと判断された場合には、daemon起動スクリプト解析部１０又はdaemon設定ファイル解析部１１が、情報源の設定情報の解析処理を行う。すなわち、子ＶＭの情報源の設定情報が、親ＶＭの情報源の設定情報と同一であれば、親ＶＭの設定情報をそのままコピーし、子ＶＭの情報源の設定情報が、親ＶＭの情報源の設定情報と異なれば、情報源の解析を新たに行う。これにより、すべての情報源の解析を行うような場合と比べて、情報源の解析の回数を少なくすることができる。したがって、設定情報の生成を短時間で行うことが可能となる。
【００８２】
また、本実施形態では、親ＶＭ探索・情報抽出部５が、ＶＭが子ＶＭであるか否かを判定し、当該判定の結果、子ＶＭであると判定された場合に、親ＶＭを特定することとしている。これにより、子ＶＭと親ＶＭとを正確に特定した上で、設定情報の生成を行うことで、設定情報の生成を短時間かつ正確に行うことが可能となる。
【００８３】
なお、上記実施形態において、システム上の各ＶＭにおいて、親ＶＭと子ＶＭの関係が予め分かっているのであれば、図４（ｂ）のステップＳ１００の処理を省略することとしてもよい。
【００８４】
なお、上記実施形態では、本件の仮想機械情報生成プログラムが、ＶＭ内に組み込まれ、図２の各部の各機能を実現する。しかしながら、これに限らず、例えば、インターネット等の通信網に接続されたサーバコンピュータを本件の仮想機械情報生成装置とし、これに接続されたＶＭのdaemon設定情報を生成するサービスをサーバコンピュータから提供するようにしても良い（ＡＳＰ(Application Service Provider)）。
【００８５】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【００８６】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【００８７】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【００８８】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【符号の説明】
【００８９】
１００Ａ〜１００Ｃ  ＶＭ（仮想機械）
１０００  仮想機械システム（システム）
５  親ＶＭ探索・情報抽出部（記憶部）
６  抽出処理制御部（抽出部、判断部、情報処理部の一部）
１０  daemon起動スクリプト解析部（情報処理部の一部）
１１  daemon設定ファイル解析部（情報処理部の一部）
５０  解析部（仮想機械情報生成装置）
【図１】
2012068849.tif 000003
【図２】
2012068849.tif 000004
【図３】
2012068849.tif 000005
【図４】
2012068849.tif 000006
【図５】
2012068849.tif 000007
【図６】
2012068849.tif 000008
【図７】
2012068849.tif 000009
【図８】
2012068849.tif 000010
【図９】
2012068849.tif 000011
【図１０】
2012068849.tif 000012
【図１１】
2012068849.tif 000013
【図１２】
2012068849.tif 000014
【図１３】
2012068849.tif 000015
【図１４】
2012068849.tif 000016
【図１５】
2012068849.tif 000017
【図１６】
2012068849.tif 000018
【図１７】
2012068849.tif 000019
【図１８】
2012068849.tif 000020
【図１９】
2012068849.tif 000021
【図２０】
2012068849.tif 000022
【図２１】
2012068849.tif 000023
【図２２】
2012068849.tif 000024
【図２３】
2012068849.tif 000025
【図２４】
2012068849.tif 000026