(57)【要約】      （修正有）【課題】業務アプリケーション側の設定変更をさせることなく資源割り当てを行うことができる。【解決手段】情報処理装置と、前記情報処理装置と通信ネットワークを介して通信可能に接続し前記情報処理装置から送信されるデータの書き込み／読み出し要求に応じて記憶デバイスに対するデータの書き込み／読み出しを行うストレージ装置と、を含むストレージシステムにおいて、実資源の運用を管理し、実資源を割り当てることにより仮想資源を設定し、実資源の稼働状態に応じて前記設定を変更するようにする。【選択図】    図１Ａ
2005216151.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置と、前記情報処理装置と通信ネットワークを介して通信可能に接続し前記情報処理装置から送信されるデータの書き込み／読み出し要求に応じて記憶デバイスに対するデータの書き込み／読み出しを行うストレージ装置と、を含むストレージシステムにおける実資源の運用を管理する資源運用管理システムであって、
前記実資源を割り当てることにより仮想資源を設定する仮想資源管理部と、
前記実資源の稼働状態を管理する実資源管理部と、を有し、
前記仮想資源管理部は、前記実資源の稼働状態に応じて前記設定を変更すること、
を特徴とする資源運用管理システム。
【請求項２】
請求項１に記載の資源運用管理システムであって、
ソフトウエアの実行環境を指定するデータであるポリシデータを管理するポリシ管理部を有し、
前記仮想資源管理部は、前記実資源の稼働状態と前記ポリシデータとに応じて前記設定を変更すること、
を特徴とする資源運用管理システム。
【請求項３】
請求項２に記載の資源運用管理システムであって、
前記ソフトウエアを構成するプログラムやデータと前記ポリシデータの入力を受け付けるソフトウエア管理部を有し、
前記仮想資源管理部は、前記実資源の稼働状態と受け付けた前記ポリシデータとに応じて前記設定を変更すること、
を特徴とする資源運用管理システム。
【請求項４】
請求項１に記載の資源運用管理システムであって、
前記実資源管理部は、前記稼働状態として、前記実資源の性能、もしくは、前記実資源における障害発生の有無を管理すること、
を特徴とする資源運用管理システム。
【請求項５】
請求項１に記載の資源運用管理システムであって、
前記仮想資源管理部による前記設定の変更は、前記仮想資源に対する前記実資源の割り当てを増減すること、もしくは、前記仮想資源に割り当てられている実資源を他の前記実資源に割り当て直すこと、により行われること、
を特徴とする資源運用管理システム。
【請求項６】
請求項１に記載の資源運用管理システムであって、
前記仮想資源管理部は、一つの前記実資源を複数の前記仮想資源に割り当てることにより、もしくは、複数の前記実資源を一つの前記仮想資源に割り当てることにより前記設定を変更すること、
を特徴とする資源運用管理システム。
【請求項７】
請求項１に記載の資源運用管理システムであって、
前記ソフトウエア管理部は前記ソフトウエアに対して前記仮想資源を構成している前記実資源に関する情報である実資源情報を隠蔽すること、
を特徴とする資源運用管理システム。
【請求項８】
請求項１に記載の資源運用管理システムであって、
前記実資源には、前記情報処理装置、前記情報処理装置のＣＰＵ、前記情報処理装置のメモリ、前記記憶デバイスの記憶領域、前記情報処理装置から前記記憶デバイスの記憶領域へのアクセスパス、前記通信ネットワークの帯域幅、前記通信ネットワークの通信経路、前記通信ネットワークの通信領域、のうちの少なくともいずれかが含まれること、
を特徴とする資源運用管理システム。
【請求項９】
請求項１に記載の資源運用管理システムであって、
前記実資源は前記情報処理装置であり、
前記仮想資源管理部は、前記情報処理装置、前記情報処理装置のＣＰＵ、前記情報処理装置のメモリ、前記記憶デバイスの記憶領域、前記情報処理装置から前記記憶デバイスの記憶領域へのアクセスパス、前記通信ネットワークの帯域幅、前記通信ネットワークの通信経路、前記通信ネットワークの通信領域、のうちの少なくともいずれかに付与されている識別子を前記仮想資源ごとに付与される識別子に対応づけることにより前記仮想資源への前記実資源の割り当てを行うこと、
を特徴とする資源運用管理システム。
【請求項１０】
情報処理装置と、前記情報処理装置と通信ネットワークを介して通信可能に接続し前記情報処理装置から送信されるデータの書き込み／読み出し要求に応じて記憶デバイスに対するデータの書き込み／読み出しを行うストレージ装置と、を含むストレージシステムにおける実資源の運用を管理する方法であって、
前記実資源を割り当てることにより仮想資源を設定し、
前記実資源の稼働状態を管理し、
前記実資源の稼働状態に応じて前記設定を変更すること、
を特徴とする資源運用管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は資源運用管理システム及び資源運用管理方法に関する。
【背景技術】
【０００２】
インターネット／イントラネット技術を用いた様々な業務システム／業務アプリケーションが開発され急激な発展を遂げている。それに伴い、限られたＩＴ資源を効率的に用いて、業務システム／業務アプリケーションを安定稼動させるためのＩＴ資源管理技術が強く求められている。
【０００３】
昨今、ＩＴ資源管理技術として、ＩＴ資源の割り当てを動的に変更しＩＴ資源の管理コストを削減するための技術が検討されている。例えば、ユーザに対するＶＬＡＮ／ＶＰＮといったネットワーク資源の割り当てを、サーバ装置／ストレージ装置の負荷変動に伴い動的に変更することで、ユーザに安定したＩＴ資源を供給する方法が検討されている（特許文献１）。また他の例として、ユーザに対するＣＰＵ資源の割り当てを、ＣＰＵの負荷変動に伴い動的に変更することで、ユーザに安定したＩＴ資源を供給する方法が検討されている（特許文献２，特許文献３）。
【特許文献１】特開２００３−１２４９７６号公報
【特許文献２】特開２００２−２４１９２号公報
【特許文献３】特開平１１−６６０１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように性能劣化／障害発生時にユーザへのＩＴ資源の割り当てを動的に変更する技術については、情報処理装置（コンピュータ）、ストレージ装置、通信ネットワーク等の個々の実資源について個別には検討がなされている。  
しかしながら、情報処理装置（コンピュータ）と前記情報処理装置がアクセスするストレージ装置、通信ネットワークを含んで構成されるストレージシステム（ホスティング環境）の全体を仮想化して取り扱うことにより、ストレージシステムの資源を業務アプリケーションに割り当てる技術／方式についての検討は進んでいない。  
既存の技術を用いて性能劣化／障害発生時にユーザへのＩＴ資源の割り当てを変更する際には、業務アプリケーション側にも変更が必要となるため、業務アプリケーションの管理者、つまりホスティング環境のユーザや、ホスティング環境の管理者の管理コストが発生する。また業務アプリケーションの安定稼動のために、性能劣化や障害発生に伴って、業務アプリケーション対する資源割当の変更が必要なことがあるが、この場合は業務アプリケーション側にも設定変更が発生する。
【０００５】
本発明はこのような事情に鑑みてなされたもので、情報処理装置（コンピュータ）とストレージ装置、通信ネットワークを含んで構成されるストレージシステム（ホスティング環境）の全体を仮想化して取り扱うことにより、業務アプリケーション側の設定変更をさせることなく資源割り当てを行うことができる、資源運用管理システム及び資源運用管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明のうちの主たる発明は、情報処理装置と、前記情報処理装置と通信ネットワークを介して通信可能に接続し前記情報処理装置から送信されるデータの書き込み／読み出し要求に応じて記憶デバイスに対するデータの書き込み／読み出しを行うストレージ装置と、を含むストレージシステムにおける実資源の運用を管理する資源運用管理システムであって、前記実資源を割り当てることにより仮想資源を設定する仮想資源管理部と、前記実資源の稼働状態を管理する実資源管理部と、を有し、前記仮想資源管理部は、前記実資源の稼働状態に応じて前記設定を変更することとする。
【発明の効果】
【０００７】
本発明によれば、ストレージシステムにおいて業務アプリケーション側の設定変更をさせることなく資源割り当てを行うことができる。
【発明を実施するための最良の形態】
【０００８】
図１Ａに本発明の資源運用管理システム１３０等の概略的な構成を示している。資源運用管理システム１３０は、データセンタや企業内のシステムセンタ等において運用されている。資源運用管理システム１３０は、例えば銀行の自動預金預け払いシステムや航空機の座席予約システム、企業における基幹系業務システム、等を実現している業務アプリケーションプログラム（業務アプリケーション）の稼働環境（以下、業務アプリケーション稼働環境１４０と称する）の実資源の割り当てに関する管理を行うものである。なお、業務アプリケーション稼働環境１４０は、資源運用管理システム１３０と同じサイトで運用される形態とすることもできるし、異なるサイトで運用される形態とすることもできる。
【０００９】
資源運用管理システム１３０は、上記稼働環境の管理のために実資源を用いて構成される業務アプリケーション稼働環境１４０における実資源を仮想化した仮想資源を設定する。そして資源運用管理システム１３０は、業務アプリケーションには実資源に代えて仮想資源を提供する。このように実資源を仮想化し業務アプリケーション側に実資源を仮想資源として見せることで、業務アプリケーション側に意識させずに実資源の構成変更を行うことが可能となり、効率的な実資源の運用が可能となる。これにより実資源の割り当て変更等によって生じる業務アプリケーション側への影響を抑えることができる。そして業務アプリケーション側の管理負担が軽減され、データセンタ等におけるホスティングサービスにおいて、顧客の業務アプリケーションの安定稼動を保障するための運用管理業務の管理負担や管理コストの削減が可能となる。
【００１０】
図１Ａに示すように、資源運用管理システム１３０は、仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、及び仮想資源運用管理リポジトリ１３４、等の構成要素を含んで構成される。これらの構成要素は、通信ネットワークである仮想資源運用管理ネットワーク１３２により互いに通信可能に接続されている。またこれらの構成要素はそれぞれコンピュータを用いて実現されている。コンピュータの具体例としては、パーソナルコンピュータやワークステーション、メインフレーム等があげられる。仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、及び仮想資源運用管理リポジトリ１３４は、それぞれ複数台のコンピュータを用いて構成することもできる。仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、及び仮想資源運用管理リポジトリ１３４がそれぞれ複数台のコンピュータによって実現される場合としては、例えば負荷分散クラスタやフェールオーバ型のクラスタソフトウエアが導入されている場合があげられる。
【００１１】
図１Ｂに仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、及び仮想資源運用管理リポジトリ１３４を実現するために用いられるコンピュータ３０のハードウエアの一例を示している。図１Ｂにおいて、コンピュータ３０は、ＣＰＵ（Central Processing Unit）３１、ＲＯＭ／ＲＡＭ等のメモリ３２、ＬＡＮアダプタ３３、フレキシブルディスクドライブやＣＤ−ＲＯＭ装置やＤＶＤ−ＲＯＭ装置等の記録媒体読取装置３４、ハードディスクドライブ等の外部記憶装置３５、マウスやキーボード等の入力装置３６、ディスプレイ等の表示装置３７等を備えている。
【００１２】
ＣＰＵ３１は、コンピュータ３０の全体的な制御を司る。ＣＰＵ３１がメモリ３２に格納されているプログラムを実行することによりコンピュータ３０における各種の機能が実現される。記録媒体読取装置３４は、記録媒体３４１に記録されているプログラムやデータを読み取るための装置である。記録媒体読取装置３４は、記録媒体３４１に記録されているデータやプログラムを読み取って、メモリ３２や外部記憶装置３５に格納するようにすることができる。コンピュータ３０の各種の機能を実現するためのプログラムを記録した記憶媒体３４１を記録媒体読取装置３４にセットして、前記プログラムを管理コンピュータ３０にインストールすることができる。記録媒体３４１としては、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、半導体メモリ等を用いることができる。コンピュータ３０は、ＬＡＮアダプタ３３を介して仮想資源運用管理用ネットワーク１３２に接続する。ＬＡＮアダプタ３３は仮想資源運用管理用ネットワーク１３２に接続するためのインタフェースである。ＬＡＮアダプタ１４としては例えばＮＩＣ（Network  Interface Card）が用いられる。
【００１３】
仮想資源運用管理クライアント１３１は、当該資源運用管理システム１３０のシステム運用管理者１１０が、当該資源運用管理システム１３０を利用する際に各種操作や設定、制御等を行うための機能を提供する。仮想資源運用管理サーバ１３３は、当該資源運用管理システム１３０を実現するための機能を提供する。仮想資源運用管理リポジトリ１３４は、仮想資源運用管理サーバ１３３が業務アプリケーション稼働環境１４０の管理に際して用いられる各種の情報（データ）を格納している。仮想資源運用管理サーバ１３３ではデータベースが稼働しており、上記各種の情報は前記データベースに登録されて管理されている。
【００１４】
システム運用管理者１１０は、資源運用管理システム１３０の仮想資源運用管理クライアント１３１を介して、業務アプリケーション１２１やＳＬＯ（Service Level Objective：達成目標）／ポリシ１２２等を含むアプリケーションデータ１２０を入力（インストールや登録、設定等）し、業務アプリケーション稼働環境１４０において各種のソフトウエアを動作させる。ここで業務アプリケーション１２１とは、業務アプリケーション１２１を実現するために用いられるプログラム（プログラムファイル）やデータである。またＳＬＯ／ポリシ１２２とは、業務アプリケーション１２１の稼働環境を決定するための情報が記述されたデータ（以下、ポリシーデータと称する）である。ＳＬＯ／ポリシ１２２は業務アプリケーション１２１に対応させて設定される。またシステム運用管理者１１０は、業務アプリケーション稼働環境１４０に関し、業務アプリケーション１２１の設定や変更、状態の監視等を行う。
【００１５】
一方、資源運用管理システム１３０の管理対象となる業務アプリケーション稼働環境１４０は、システム運用管理者１１０が入力する業務アプリケーション１２１を動作させるための、一台以上の業務用コンピュータ１４１（情報処理装置）、一台以上の業務用ストレージ（ストレージ装置）１４２、及びこれらを通信可能に接続するルータやハブ等のネットワーク機器を含んで構成される通信ネットワークである業務用ネットワーク１４３（通信ネットワーク）、等の各種ＩＴ資源を含んで構成されている。業務アプリケーション開発環境１４０における業務用ネットワーク１４３は、資源運用管理システム１３０における仮想資源管理用ネットワーク１３２と通信可能に接続されている。これにより上記ＩＴ資源は、資源運用管理システム１３０を構成している仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、仮想資源運用管理リポジトリ１３４、等と通信可能に接続される。また仮想資源運用管理用ネットワーク１３２と業務用ネットワーク１４３とが通信可能に接続されていることにより、資源運用管理システム１３０から業務アプリケーション稼働環境１４０に存在する各種資源の設定や変更が可能となる。また業務アプリケーション稼働環境１４０から資源運用管理システム１３０への状態監視に関する情報（データ）の提供も可能となる。
【００１６】
業務用コンピュータ１４１は、例えばパーソナルコンピュータやワークステーション、メインフレーム等である。図１Ｃに業務用コンピュータ１４１を実現するために用いられる典型的なコンピュータ４０のハードウエアの一例を示している。業務用コンピュータ３０は、ＣＰＵ（Central Processing Unit）４１、ＲＯＭ／ＲＡＭ等のメモリ４２、ＬＡＮアダプタ４３、ハードディスクドライブ等の外部記憶装置４５、マウスやキーボード等の入力装置４６、ディスプレイ等の表示装置４７等を備えている。ＣＰＵ４１は、コンピュータ４０の全体的な制御を司る。ＣＰＵ４１がメモリ３２に格納されているプログラムを実行することによりコンピュータ４０の各種の機能が実現される。ＬＡＮアダプタ４３は、仮想資源運用管理用ネットワーク１３２に接続するためのインタフェースである。ＬＡＮアダプタ４３としては、例えばＮＩＣ（Network  Interface Card）が用いられる。
【００１７】
業務用ストレージ１４２としては、例えばディスクアレイ装置が用いられる。図１Ｄに業務用ストレージ１４２として用いられるディスクアレイ装置の一例を示している。業務用ストレージ１４２は、業務用コンピュータ１４１と通信する一つ以上のチャネル制御部と、一つ以上のディスク制御部２２、共有メモリ２３、キャッシュメモリ２４、接続部（クロスバスイッチ）２５、仮想資源運用管理サーバ１３３に対して業務用ストレージ１４２の設定や制御に関するサービスを提供するマイクロコンピュータを含むサービスプロセッサ（ＳＶＰ）２６、業務用ストレージ１４２を業務用ネットワーク１４３に接続するＬＡＮアダプタ２７、一台以上のハードディスクドライブ２８、等を備えて構成されている。業務用コンピュータ１４１と業務用ストレージ１４２とは、チャネル制御部２１を介して、例えばＬＡＮ（Local Area Network）、ＳＡＮ（Storage Area Network）、ｉＳＣＳＩ（Internet Small Computer System Interface）、ＥＳＣＯＮ（Enterprise Systems Connection）（登録商標）、ＦＩＣＯＮ（Fibre Connection）（登録商標）、ＡＣＯＮＡＲＣ（Advanced Connection Architecture）（登録商標）、ＦＩＢＡＲＣ（Fibre connection Architecture）（登録商標）、等の通信方式により接続されている。
【００１８】
チャネル制御部２１は、ＣＰＵ、メモリ（ＲＯＭ、ＲＡＭ）等を備える。これらはＰＣＩ（Peripheral Component Interconnect Bus）バス等の内部バスにより接続されている。チャネル制御部２１は業務用コンピュータ１４１から送信されてくるデータ入出力要求を受信すると、これに対応するデータ入出力に関するコマンドを共有メモリ２３に書き込む。
【００１９】
ディスク制御部２２は、チャネル制御部２１が受信したデータ書き込み要求に従って、ハードディスクドライブ２８に対するデータの読み出し／書き込みを行う。ディスク制御部２２は、ＣＰＵ、メモリ等を備える。これらはＰＣＩバス等の内部バスにより接続されている。ディスク制御部２２はチャネル制御部２１や共有メモリ２３、キャッシュメモリ２４、等との間で接続部２５を介してデータやコマンドの授受を行う。またディスク制御部２２はハードディスクドライブ２８対してデータの読み出し／書き込みを行う。なお、ディスク制御部２２は、ハードディスクドライブ２８をいわゆるＲＡＩＤ（Redundant Array of Inexpensive Disks）方式に規定されるＲＡＩＤレベル（例えば、０，１，５）で制御する機能（ＲＡＩＤ制御部）を備えていることもある。
【００２０】
業務用ストレージ１４２によって提供される記憶領域は、論理的な記憶領域である論理ユニット（ＬＵ（Logical Unit））を単位として管理される。論理ユニットには論理ユニットごとに固有の識別子である論理ユニットＩＤ（ＬＵＮ（Logical Unit Number））が付与される。業務用ストレージ１４２は各論理ユニットにハードディスクドライブ２８の物理的な記憶領域をこの記憶領域を用いて論理的に設定される記憶領域である論理デバイス（ＬＤＥＶ（Logical Device））を対応づける。業務用ストレージ１４２は、例えばＲＡＩＤ５の方式におけるパリティグループを１つの論理デバイス（ＬＤＥＶ）として設定する。業務用コンピュータ１４１は論理ユニットＩＤ（ＬＵＮ）を指定することにより業務用ストレージ１４２の記憶領域を特定する。例えば業務用コンピュータ１４１にインストールされているオペレーティングシステムがＵＮＩＸ（登録商標）系のオペレーティングシステムである場合には論理ユニットＩＤ（ＬＵＮ）がデバイスファイル(Device File）に対応づけられる。また例えば情報処理装置１０にインストールされているオペレーティングシステムがＷｉｎｄｏｗｓ（登録商標）系のオペレーティングシステムである場合には、論理ユニットＩＤ（ＬＵＮ）はドライブレター（ドライブ名）に対応づけられる。
【００２１】
業務用コンピュータ１４１は、例えばブロック単位でのデータの書き込み／読み出し要求（以下、データ入出力要求と称する）を業務用ストレージ１４２に送信する。データ入出力要求には論理ユニットＩＤ（ＬＵＮ）が設定される。業務用ストレージ１４２は業務用コンピュータ１４１から送信されてくるデータ入出力要求を受信すると、論理ユニットＩＤ（ＬＵＮ）に対応する論理デバイスを特定し、特定された論理デバイスを構成しているハードディスクドライブ２８に対してデータの書き込み／読み出し（以下、データ入出力と称する）に関する処理を行う。業務用ストレージ１４２は、例えばＮＦＳ（Network File System）等のプロトコルにより業務用コンピュータ１４１からファイル名指定によるデータ入出力要求を受け付けるように構成されるＮＡＳ（Network Attached Storage）として機能するものとすることもできる。業務用コンピュータ１４１がＮＡＳとして機能している場合には、データ入出力要求にはファイル名が設定され、業務用ストレージ１４２はファイル名からハードディスクドライブ２８の記憶領域を特定する。
【００２２】
ディスク制御部２２は、チャネル制御部２１によって共有メモリ２３に書き込まれているデータの読み出し／書き込み（データ入出力）に関するコマンドを共有メモリ２３から読み出して、そのコマンドに従ってハードディスクドライブ２８に対するデータの読み出し／書き込みの処理（データ入出力処理）を行う。ディスク制御部２２は、ハードディスクドライブ２８から読み出したデータをキャッシュメモリ２４に書き込む。ディスク制御部２２は、データの書き込み完了通知や読み出し完了通知等を適宜チャネル制御部２１に送信する。チャネル制御部２１は、前記完了通知を受信すると、データ入出力要求に対する応答を業務用コンピュータ１４１に送信する。
【００２３】
共有メモリ２３及びキャッシュメモリ２４は、ＲＡＭ等の書き換え可能なメモリを用いて構成されている。このうち共有メモリ２３は、主としてチャネル制御部２１とディスク制御部２２との間で授受されるコマンドやデータを記憶する。キャッシュメモリ２３は、ハードディスクドライブ２８に対して行われるデータの書き込み／読み出しの対象となるデータを記憶してハードディスクドライブ２８に対して行われるデータの書き込み／読み出しにかかる時間（アクセス時間）を短縮化し、情報処理装置１０へのレスポンス性能を向上させる。
【００２４】
接続部（クロスバスイッチ）２５は、チャネル制御部２１、ディスク制御部２２、共有メモリ２３、キャッシュメモリ２４、を互いに通信可能に接続する。接続部２５は例えば高速スイッチングによりデータ伝送を行う超高速クロスバスイッチ等の高速バスを用いて構成される。
【００２５】
業務用コンピュータ１４１ではＯＳ（Operating System）１４４が動作している。ＯＳ１４４上では仮想ＯＳ（Operating System）１４５が動作している。仮想ＯＳ１４５は各種の実資源を仮想化して取り扱う。これにより１つの業務用コンピュータ１４１において複数の業務アプリケーション１４６や業務データベース１４７を動作させることができる。上記実資源としては、例えばコンピュータ（情報処理装置）、コンピュータ（情報処理装置）のＣＰＵ、コンピュータ（情報処理装置）のメモリ、ハードディスクドライブ（記憶デバイス）の記憶領域、業務用コンピュータ１４１から業務用ストレージ１４２のハードディスクドライブ２８（記憶デバイス）の記憶領域へのアクセスパス、業務用ネットワーク１４３の帯域幅、業務用ネットワーク１４３の通信経路、業務用ネットワーク１４３の通信領域、等があげられる。なお、上記アクセスパスとしては、例えばＳＣＳＩ（Small Computer Systems Interface）通信規格に規定されるＨＬＵ（Host Logical Unit）、ＴＩＤ（Target ID）、Ｂｕｓ、業務用コンピュータ１４１側の通信ポートであるＨＰｏｒｔ（Host bus adapter Port）、業務用ストレージ１４２側の通信ポートであるＤＰｏｒｔ（Disk controller Port）、ＬＵＮ（Logical Unit Number）等を指定して特定される通信経路がある。
【００２６】
業務用コンピュータ１４１、業務用ストレージ１４２、及び業務用ネットワーク１４３等のＩＴ資源のそれぞれでは、性能監視機能１４９が動作している。性能監視機能１４９は、各ＩＴ資源の性能情報を、仮想資源運用管理用ネットワーク１４３を介して仮想資源運用管理サーバ１３３に適宜通知する。通知される性能情報の具体的な内容については後述する図７に関する説明において詳述する。
【００２７】
＝＝機能説明＝＝
図２は資源運用管理システム１３０において実現されている各種の機能やデータを示している。仮想資源運用管理サーバ１３３では、ソフトウエア管理部２１０、ポリシ管理部２２０、仮想資源割付制御部２３０、仮想資源管理部２４０、資源仮想化制御部２５０、及び実資源管理部２６０等の各種の機能が実現されている。これらの機能は、仮想資源運用管理サーバ１３３を構成しているハードウエアもしくは前記ハードウエアにおいて実行されるプログラムにより実現されている。仮想資源運用管理リポジトリ１３４には、アプリケーションデータ２１１、ポリシデータ２２１、仮想システム情報２４１、仮想資源情報２４２、及び実資源情報２６１等が格納（記憶、登録）されている。このうちアプリケーションデータ２１１はソフトウエア管理部２１０によって管理されている。ポリシデータ２２１はポリシ管理部２２０によって管理されている。仮想システム情報２４１及び仮想資源情報２４２は、それぞれ仮想資源管理部２４０によって管理されている。実資源情報２６１は実資源管理部２６０によって管理されている。
【００２８】
図３はソフトウエア管理部２１０によって仮想資源運用管理リポジトリ１３４に格納されているアプリケーションデータ２１１の一例を示している。アプリケーションデータ２１１には、業務アプリケーション１２１を実現するためのプログラムやデータである構成ファイルと、当該業務アプリケーションのＳＬＯ／ポリシが記述されたデータであるＳＬＯ設定ファイルとが含まれる。図３のＡＰ＿ＩＤの欄３１１には、アプリケーションデータ２１１ごとに付与される識別子（ＡＰ＿ＩＤ）が設定される。ＡＰ名の欄３１２には、アプリケーションデータ２１１に付与される識別子である名前（ＡＰ名）が設定される。構成ファイルの欄３１３には、上記構成ファイルのファイル名が設定される。ＳＬＯ設定ファイルの欄３１４には上記ＳＬＯ設定ファイルのファイル名が設定される。ＳＬＯ設定ファイルの内容はポリシデータである。なお、仮想資源運用管理リポジトリ１３４にはこれら各ファイル名に対応するファイルの実体が格納されている。優先度の欄３１５にはその業務アプリケーション１２１の実行優先度が記述される。この例では、実行優先度は高いものから順に「高」、「中」、「低」が設定されている。なお、後述するように実資源の仮想資源への割り当ては実行優先度に応じて行われる。
【００２９】
図３のアプリケーションデータ２１１において、ＡＰ名の欄３１２の内容及び構成ファイルの欄３１３の内容は、システム運用管理者１１０によって仮想資源管理システム１３０に入力される業務アプリケーション１２１の内容に応じて設定される。またＳＬＯ設定ファイルの欄３１４の内容と優先度の欄３１５の内容は、ＳＬＯ／ポリシ１２２の内容に応じて設定される。なお、ポリシ管理部２２０はＳＬＯ／ポリシ１２２の内容を所定の記述言語で記述されたポリシデータとして仮想資源運用管理リポジトリ１３４に格納（記憶）する。
【００３０】
図４はポリシ管理２２０がＳＬＯ／ポリシ１２２の内容を展開して仮想資源運用管理リポジトリ１３４に格納（記憶）しているポリシデータ２２１の一例である。図４において、ポリシＩＤの欄４１１には各ポリシデータに付与される識別子（ポリシＩＤ）が設定される。図４ではポリシＩＤが「１」、「２」である２つのポリシデータ２２１を例示している。ポリシ種別の欄４１２には、ポリシデータ２２１の種類を示す情報が設定される。
【００３１】
図４の例ではポリシ種別として性能を維持するためのポリシデータ２２１である「性能維持ポリシ」と、障害を回避するためのポリシデータである「障害回避ポリシ」が設定されている。条件の欄４１３には、ポリシデータ２２１が適用される条件（トリガ）を示す情報が設定されている。図４の例では「性能劣化」、「性能過剰」、「機器障害発生」、「センタ障害発生」等がポリシデータを適用する条件（トリガ）として設定されている。アクションの欄４１４には、適用するアクションを示す情報が設定されている。アクション内容の欄４１５には、適用されるアクションの内容が設定されている。図４では、具体的なアクションの内容として、ボトルネック部分の仮想資源への実資源割付の増強する、余剰部分の仮想資源に割り当てられている実資源を解放する、障害発生仮想資源への実資源割付を変更する、ＡＰと仮想資源を健全なデータセンタへ移動する、といった各種条件に対応したアクションを例示している。なお、上述したように、以上に説明したポリシデータは、実際にはポリシ管理部２２０（もしくは情報処理装置（コンピュータ））が解釈可能な所定の記述言語によって記述されて仮想資源運用管理リポジトリ１３４に格納されている。
【００３２】
図５は仮想資源管理部２４０によって管理され仮想資源運用管理リポジトリ１３４に格納されている仮想システム情報２４１の一例を示している。仮想システム情報２４１には、仮想システムの構成が管理されている。なお、仮想システムとは業務アプリケーション１２１のホスティング環境（実行環境）における実資源が割り当てられた仮想資源によって構成されるシステムである。図５において仮想システムＩＤの欄５１１には仮想システムごとに付与される識別子（仮想システムＩＤ）が設定されている。割付先ＡＰ＿ＩＤの欄５１２には仮想システムをホスティング環境として利用する業務アプリケーション１２１のＡＰ＿ＩＤが設定される。構成仮想資源ＩＤの欄５１３には、仮想システムを構成している仮想資源の識別子（仮想資源ＩＤ）が設定される。なお、仮想システム情報２４１の設定、すなわち仮想システムに対する業務アプリケーション１２１の割り付け及び仮想システムと仮想資源の対応は、仮想資源割付制御２５０が仮想資源制御２５０を参照することにより行われる。
【００３３】
図６は仮想資源運用管理リポジトリ１３４に格納されている仮想資源情報２４２の一例を示している。ここで仮想資源とは業務アプリケーション稼働環境１４０として適用可能な実資源を割り付けることにより構成される仮想的な資源である。仮想資源への実資源への割り当ては、一つの実資源が一つの仮想資源に割り当てられる場合、一つの実資源が複数の仮想資源に割り当てられる場合、複数の実資源が一つの記仮想資源に割り当てられる場合、等様々な態様で行われる。図６において仮想資源ＩＤの欄６１１には仮想資源ごとに付与される識別子（仮想資源ＩＤ）が付与される。資源種別の欄６１２には、仮想資源の種別を示す情報が設定される。
【００３４】
図６では、仮想資源の種別として「コンピュータ」、「ストレージ」、「ネットワーク」、等が設定されている。性能・容量の欄６１３には、仮想資源の性能や容量が設定される。図６では、例えば資源種別の欄６１２に「コンピュータ」が設定されている仮想資源情報２４２については、性能・容量の欄６１３にはコンピュータ４０のＣＰＵ４１のクロック周波数、コンピュータ４０のメモリ４２の容量等が性能・容量の欄６１３に設定されている。なお、符号６２１で示す仮想資源情報２４２については、実資源ＩＤとして「０２３」と「０２４」の２つが設定されており、この仮想資源は２台のコンピュータ４０を用いて構成されている。この場合、性能・容量の欄６１３に設定されるＣＰＵ４１のクロック周波数としては、各コンピュータ４０のクロックの周波数の和が設定される。また性能・容量の欄６１３に設定されるメモリ４２の容量としては、２台のコンピュータ４０のメモリ４２の容量の和が設定される。このように仮想資源情報２４２が複数台の実資源によって構成される場合には、性能・容量の欄６１３にはその仮想資源の性能を示すのに適切な方法で求められる評価値が適宜設定される。また資源種別の欄６１２に「ストレージ」が設定されている仮想資源情報２４２については、性能・容量の欄６１３には業務用ストレージ１４２の記憶容量が設定されている。また資源種別の欄６１２に「ネットワーク」が設定されている仮想資源情報２４２については、性能・容量の欄６１３には業務用ネットワーク１４３の通信速度が設定されている。なお、前記通信速度としては、最大通信速度、通信速度の時間平均、等が設定される。
【００３５】
図６の仮想識別子の欄６１４には、その仮想資源を特定するために用いられる、各仮想資源に固有に付与される識別子（仮想識別子）が設定される。図６の例では資源種別の欄６１２に「コンピュータ」が設定されている仮想資源情報２４２については、仮想識別子の欄６１４にはコンピュータ４０によって構成される仮想資源に対して仮想的に設定したＩＰアドレスが付与される。また資源種別の欄６１２に「ストレージ」が設定されている仮想資源情報２４２ついては、仮想識別子の欄６１４には業務用ストレージ１４２のハードディスクドライブ２８によって構成される仮想資源に設定したパーティションの識別子であるパーティションＩＤが設定されている。また資源種別の欄６１２に「ネットワーク」が設定されている仮想資源情報については、仮想識別子の欄６１４には業務用ネットワーク１４３によって構成される仮想資源に設定したＩＤであるＶＬＡＮ＿ＩＤが設定される。図６の実資源ＩＤの欄６１５には、実資源の識別子である実資源ＩＤが設定される。なお、実資源に関する情報（データ）は次に説明する仮想資源運用管理リポジトリ１３４に格納されている図７に示す実資源情報２６１に管理されている。
【００３６】
図７に実資源管理部２６０が仮想資源運用管理リポジトリ１３４に格納している実資源情報２６１の一例を示している。実資源情報２６１は、業務アプリケーション稼働環境１４０における、業務用コンピュータ１４１、業務用ストレージ１４２、業務用ネットワーク１４３に関する情報が設定されている。
【００３７】
実資源ＩＤの欄７１１には、実資源に付与されている識別子である実資源ＩＤが設定される。実資源種別の欄７１２には、実資源の種別を示す情報が設定される。性能・容量の欄７１３には、実資源の性能や容量が設定される。図７に示す例では実資源種別の欄７１２に「コンピュータ」が設定されている実資源情報２６１については、その性能・容量の欄７１３にはＣＰＵ４１のクロックの周波数及びメモリ４２の容量が性能や容量として設定される。実資源種別の欄７１２に「ストレージ」が設定されている実資源情報２６１については、その性能・容量の欄７１３にはそのストレージの記憶容量が設定される。また実資源種別の欄７１２に「ネットワーク」が設定されている実資源情報２６１については、その性能・容量の欄６１３には業務用ネットワーク１４３の通信速度が設定されている。なお、前記通信速度としては、最大通信速度、通信速度の時間平均、等が設定される。
【００３８】
実資源識別子の欄７１４には、その実資源を特定するために用いられる識別子が設定される。図７の例では、例えば実資源種別の欄７１２に「コンピュータ」が設定されている実資源情報２６１については、その実資源識別子の欄７１４には業務用ネットワーク１４３においてそのコンピュータ４０に付与されているＩＰアドレスが設定される。また実資源種別の欄７１２に「ストレージ」が設定されている実資源情報２６１については、実資源識別子の欄７１４にはその業務用ストレージ１４２のハードディスクドライブ２８の記憶領域に付与されているパーティションＩＤが設定されている。パーティションＩＤは例えば論理ユニットＩＤ（ＬＵＮ）に対応づけることにより設定される。また実資源種別の欄７１２に「ネットワーク」が設定されている実資源情報２６１については、実資源識別子の欄７１４にはその業務用ネットワーク１４３に付与されているＶＬＡＮ（Virtual Local Area Network）上の識別子であるＶＬＡＮ＿ＩＤが設定されている。
【００３９】
性能情報の欄７１５には、業務用コンピュータ１４１、業務用ストレージ１４２、及び業務用ネットワーク１４３のそれぞれにおける性能監視機能１４９によって資源運用管理システム１３０に通知されてくる性能情報が設定される。図７の例では、実資源種別の欄７１２に「コンピュータ」が設定されている実資源情報２６１については、その性能情報の欄７１５にはＣＰＵ４１の利用率（稼働率）、メモリ４２の利用量（消費量）が設定されている。また実資源種別の欄７１２に「ストレージ」が設定されている実資源情報２６１については、その性能情報の欄７１５には対応するハードディスクドライブ２８の記憶領域の利用量（消費量）が設定されている。また実資源種別の欄７１２に「ネットワーク」が設定されている実資源情報２６１については、その性能情報の欄７１５には業務用ネットワーク１４３の利用率（単位時間当たりのトラフィック量）が設定されている。性能情報の欄７１５の内容は、性能監視機能からの通知によって随時更新される。
【００４０】
＝＝処理説明＝＝
次に資源運用管理システム１３０において実現されている各種の機能について詳述する。図８はシステム運用管理者１１０が、仮想資源運用管理クライアント１３１を操作することによりアプリケーションデータ１２０を仮想資源運用管理サーバ１３３に入力した場合に、資源運用管理システム１３０において行われる処理を説明するＵＭＬ（Unified Modeling Language）のアクティビティ図である。
【００４１】
まずシステム運用管理者１１０が仮想資源運用管理クライアント１３１を操作してアプリケーションデータ１２０を仮想資源運用管理サーバ１３３に入力する（８１１）。仮想資源運用管理クライアント１３１から入力されたアプリケーションデータ１２０は、仮想資源運用管理サーバ１３３においてソフトウエア管理部２１０に引き渡される。ソフトウエア管理部２１０は引き渡されたアプリケーションデータ１２０を保持する（８１２）。ソフトウエア管理部２１０は、アプリケーションデータ１２０に含まれる業務アプリケーション１２１をアプリケーションデータ２１１として仮想資源運用管理リポジトリ１３４に登録する。またソフトウエア管理部２１０は、引き渡されたアプリケーションデータ１２０のうちＳＬＯ／ポリシ１２２についてはポリシデータ２２１として仮想資源運用管理リポジトリ１３４に登録する（８１３）。
【００４２】
次に仮想資源運用管理リポジトリ１３４に登録されているポリシデータ２２１に基づいて、業務アプリケーション１２１のホスティング環境となる仮想システムの構成が行われる。まずソフトウエア管理部２１０は仮想資源割付制御部２３０に対して上記ホスティング環境を構成するための仮想資源を要求する（８１４）。仮想資源割付制御部２３０はソフトウエア管理部２１０からの要求に応じて上記ホスティング環境を構成するための仮想資源を設定し、設定された仮想資源（以下、仮想資源設定と称する）をソフトウエア管理部２１０に応答する（８１５）。ソフトウエア管理部２１０は、仮想資源割付制御部２３０から応答された仮想資源設定を仮想資源管理部２４０に入力する（８１６）。
【００４３】
次に仮想資源管理部２４０はソフトウエア管理部２１０から入力された仮想資源設定について実資源の割り当てを行う（８１７）。資源仮想化制御部２５０は、仮想資源管理部２４０によって割り当てられた仮想資源設定に対する実資源の割り当てについての設定を実資源の設定に変換し、変換した実資源の設定を実資源管理部２６０に転送する（８１８）。実資源管理部２６０は転送されてきた上記実資源の設定を受け取ると、上記設定に従って仮想資源運用管理用ネットワーク１３２を介して各実資源に対して設定変更を実行する（８１９）。
【００４４】
以上の処理により仮想資源運用管理サーバ１３３に入力されたアプリケーションデータ１２０についての処理を上記のようにして構成されたホスティング環境（仮想システム）において動作させることが可能となる。
【００４５】
次にソフトウエア管理部２１０は、以上のようにして構成されたホスティング環境（仮想システム）上にアプリケーションデータ１２０を処理させるための準備処理を行う（８２０）。この準備処理には、例えば各実資源に対する設定や各実資源に対するプログラムやデータの配布等の処理が含まれる。そしてソフトウエア管理部２１０は上記準備処理が完了すると、アプリケーションデータ１２０に対応する処理を起動させる（８２１）。以上のようにして仮想資源運用管理サーバ１３３に入力されたアプリケーションデータ１２０についての処理が上記ホスティング環境において開始されることになる。  
一方、ソフトウエア管理部２１０は、例えばアプリケーションデータ１２０を保持したことを契機として次に説明する監視設定に関する処理を開始する（８１２）。
【００４６】
図９は上記資源の監視設定に関する処理を説明するＵＭＬのアクティビティ図である。まずポリシ管理部２２０がソフトウエア管理部２１０からの要求に応じて仮想資源運用管理リポジトリ１３４に登録されているポリシデータ２２１を参照する。そしてポリシ管理部２２０は、監視対象となる項目（以下、監視項目と称する）を抽出し、抽出した監視項目を応答する（９１１）。次にソフトウエア管理部２１０は、仮想資源管理部２４０に対して図８の処理において割り当てた仮想資源設定に対する監視項目を設定する（９１２）。そして仮想資源管理部２４０は資源仮想化制御部２５０を用いて設定した上記仮想資源設定に対する監視項目を実資源の監視項目にマッピング（変換）する（９１３）。実資源管理部２６０は実資源への監視項目を受け取り、受け取った監視項目についての実資源の状態監視を開始する（９１４）。
【００４７】
以上の処理により仮想資源運用管理サーバ１３３に入力されたアプリケーションデータ１２０に関して資源の性能監視が行われることになる。
【００４８】
図１０は性能監視機能１４９が上記状態監視の監視対象となった実資源について性能劣化や障害発生を検出した場合に行われる処理を説明するＵＭＬのアクティビティ図である。実資源の状態変化もしくは障害発生が発生すると（１０１０）、これを検出した性能監視機能１４９が状態変化もしくは障害発生を検出した旨のイベントを、実資源の監視に関する情報である監視情報とともに実資源管理部２６０に通知する（１０１１）。上記監視情報を受け取った実資源管理部２６０は、資源仮想化制御部２５０を用いて実資源の監視情報を仮想資源の監視情報にマッピング（変換）する（１０１２）。そして実資源管理部２６０は、マッピングの結果を仮想資源管理部２４０に通知する（１０１３）。次に仮想資源の監視情報を受け取った仮想資源管理部２４０は、仮想資源を使用している業務アプリケーション１２１のホスティング環境（仮想システム）の状態に変更があった旨（状態変更イベント）を上記監視情報とともにソフトウエア管理部２１０に通知する（１０１４）。
【００４９】
上記状態変更イベントを受け取ったソフトウエア管理部２１０は、ポリシ管理部２２０を介して仮想資源運用管理リポジトリ１３４に登録されているポリシデータ２２１を検索し、受信した状態変更イベントに対応するポリシデータ２１１を取得する（１０１５）。そしてソフトウエア管理部２１０は取得したポリシデータ２２１の中からイベントの内容に見合った条件のポリシデータ２２１を選択し、そのポリシデータ２２１に設定されているアクションを実行する（１０１６）。
【００５０】
図１１は一つの実資源が複数の仮想資源に共有されている状況において、仮想資源運用管理サーバ１３３が業務アプリケーション稼働環境１４０における性能監視機能からＣＰＵの性能劣化のイベントを受信した場合に、業務アプリケーション１２１に設定されている優先度に従って実資源（コンピュータ４０）を増加（増強）する際に行われる、仮想資源運用管理サーバ１３３の処理を説明するＵＭＬのアクティビティ図である。まずソフトウエア管理部２１０がＣＰＵの性能劣化の場合に対応するポリシデータ２２１を仮想資源運用管理リポジトリ１３４から取得する（１１１０）。次にソフトウエア管理部２１０は、取得した上記ポリシデータ２２１に対応するアクションを実行する（１１１１）。なお、ここでは上記アクションとしてアプリケーションデータ２１１の優先度３１５に従って実資源（コンピュータ４０）を増強するための処理を実行するものとする。
【００５１】
ソフトウエア管理部２１０は、アプリケーションデータ２１１に設定されている優先度に基づいて、ＣＰＵ４１の性能が劣化している実資源（コンピュータ４０）が割り当てられている仮想資源において動作するように設定されているアプリケーションデータ２１１のそれぞれに設定されている優先度３１５を比較する（１１１２）。そして仮想資源割付制御部２３０は、低い優先度が設定されているアプリケーションデータ２１１の仮想資源に割り当てている実資源を、そのアプリケーションデータ２１１よりも高い優先度が設定されているアプリケーションデータ２１１の仮想資源に割り当て直す（１１１３）。これによりソフトウエア管理部２１０は優先度が高いアプリケーションの仮想資源に割り当てられる実資源が増強されることになる。
【００５２】
以上の処理により性能劣化時の仮想資源の増強が行われることになる。そしてこれらの処理がイベントの発生に応じて動的に実行されることで、業務アプリケーション稼働環境１４０で実行される各業務アプリケーション１４６について、それぞれに要求されている処理性能が満たされるように安定した稼動環境を提供することが可能となる。なお、図１１に示した処理に際して実資源情報２６１は基本的に業務用アプリケーション１４６からは隠蔽されている。これにより業務用アプリケーション１４６側に設定変更を生じさせることなく、業務用アプリケーション１４６を実行する実資源を増減させることができる。また業務用アプリケーション１４６に対する実資源の割り当てをスムーズに行うことができる。そしてこれによりシステム運用管理者１１０等の作業負担や業務アプリケーション稼働環境１４０の運用コストを抑えることが可能となる。
【００５３】
以上、本発明の一実施形態について説明したが、以上の実施形態の説明は本発明の理解を容易にするためのものであり、本発明を限定するものではない。本発明はその趣旨を逸脱することなく変更、改良され得ると共に本発明にはその等価物が含まれることは勿論である。
【図面の簡単な説明】
【００５４】
【図１Ａ】本発明の一実施形態として説明する資源運用管理システム１３０等の概略的な構成を示す図である。
【図１Ｂ】本発明の一実施形態として説明する仮想資源運用管理クライアント１３１、仮想資源運用管理サーバ１３３、及び仮想資源運用管理リポジトリ１３４を実現するために用いられるコンピュータ３０のハードウエア構成の一例を示す図である。
【図１Ｃ】本発明の一実施形態として説明する業務用コンピュータ１４１を実現するために用いられる典型的なコンピュータ４０のハードウエアの一例を示す図である。
【図１Ｄ】本発明の一実施形態として説明する業務用ストレージ１４２として用いられるディスクアレイ装置の一例を示す図である。
【図２】本発明の一実施形態として説明する資源運用管理システム１３０において実現されている各種の機能やデータを示す図である。
【図３】本発明の一実施形態として説明するアプリケーションデータ２１１の一例を示す図である。
【図４】本発明の一実施形態として説明するポリシデータ２２１の一例を示す図である。
【図５】本発明の一実施形態として説明する仮想システム情報２４１の一例を示す図である。
【図６】本発明の一実施形態として説明する仮想資源情報２４２の一例を示す図である。
【図７】本発明の一実施形態として説明する実資源情報２６１の一例を示す図である。
【図８】本発明の一実施形態として説明するシステム運用管理者１１０が、仮想資源運用管理クライアント１３１を操作することによりアプリケーションデータ１２０を仮想資源運用管理サーバ１３３に入力（設定、登録）した場合に、資源運用管理システム１３０において行われる処理を説明するＵＭＬ（Unified Modeling Language）のアクティビティ図である。
【図９】本発明の一実施形態として説明する監視設定に関する処理を説明するＵＭＬのアクティビティ図である。
【図１０】本発明の一実施形態として説明する性能監視機能１４９が上記状態監視の監視対象となった実資源について性能劣化や障害発生を検出した場合に行われる処理を説明するＵＭＬのアクティビティ図である。
【図１１】本発明の一実施形態として説明する業務アプリケーション１２１に設定されている優先度に従って実資源（コンピュータ）を増加（増強）するためのアクションを実行する際に行われる、仮想資源運用管理サーバ１３３の処理を説明するＵＭＬのアクティビティ図である。
【符号の説明】
【００５５】
１１０  システム運用管理者
１２０  アプリケーションデータ
１２１  業務アプリケーション
１２２  ＳＬＯ／ポリシ
１３０  資源運用管理システム
１３１  仮想資源運用管理クライアント
１３２  仮想資源運用管理用ネットワーク
１３３  仮想資源運用管理サーバ
１３４  仮想資源運用管理リポジトリ
１４０  業務アプリケーション稼働環境
１４１  業務用コンピュータ
１４２  業務用ストレージ
１４３  業務用ネットワーク
１４９  性能監視機能
【図１Ａ】
2005216151.tif 000003
【図１Ｂ】
2005216151.tif 000004
【図１Ｃ】
2005216151.tif 000005
【図１Ｄ】
2005216151.tif 000006
【図２】
2005216151.tif 000007
【図３】
2005216151.tif 000008
【図４】
2005216151.tif 000009
【図５】
2005216151.tif 000010
【図６】
2005216151.tif 000011
【図７】
2005216151.tif 000012
【図８】
2005216151.tif 000013
【図９】
2005216151.tif 000014
【図１０】
2005216151.tif 000015
【図１１】
2005216151.tif 000016