以下、添付図面を参照して、本発明の実施� ��態について詳細に説明する。
<システム構成>
 図1は、本実施形態によるデータ処理システ ムの機能構成を示す図である。
 図1に示すデータ処理システム100は、構成デ ータファイルの作成指示を受け付ける受け付 け部110と、構成データファイルを保持するフ ァイル格納部120とを備える。また、データ処 理システム100は、構成データファイルを作成 するための演算部130と、演算部130の処理に用 いられる演算テーブル格納部140と、作成され た構成データを出力する出力部150とを備える 。

 受け付け部110は、ユーザによる構成デー� ��の作成指示の入力を受け付けて、演算部130� ��送る。本実施形態では、既に存在する構成� ��ータファイルを利用して新たな構成データ� ��作成する。したがって、構成データファイ� ��の作成指示には、演算の基礎となる既存の� ��成データファイルと演算方法を指定する情� ��が含まれる。

 ファイル格納部120は、構成データファイ� ��を格納し保持する。ファイル格納部120に保� ��されている構成データファイルは、演算部1 30が新たな構成データを作成するために使用� ��れる。また、演算部130により作成された新� ��な構成データをファイルに格納する場合に� ��、ファイル格納部120に格納される。

 演算部130は、受け付け部110により受け付� ��られた構成データの作成指示に従って、新� ��な構成データファイルを作成する。構成デ� ��タファイルの作成には、ファイル格納部120� ��格納されている既存の構成データファイル� ��演算テーブル格納部140に格納されている後� ��の演算テーブルとが用いられる。

 演算テーブル格納部140は、演算部130によ� ��処理に用いられる演算テーブル141を格納し� ��いる。演算テーブル141には、構成データフ� ��イルを構成する要素ごとに、構成データフ� ��イル間の演算として適用する関数を検索す� ��ための「関数名」が登録されている。

 図2は演算テーブル141の構成例を示す図であ る。
 図2に示す演算テーブル141には、例として、 5種類の要素(A~E)に関して、5種類の演算(op1~op5 )が登録されている。演算部130は、この演算� �ーブル141を参照し、各要素について設定さ� �た関数(func)を行って構成データファイルを� �成する。例えば、演算op1により構成データ� �ァイルを作成する場合、要素Aについてはfunc A1、要素BについてはfuncB1、要素Cについてはfu ncC1、というように演算を行う。各関数は、2� ��の引数を取り、1つの値またはエラーを返す 関数であり、引数の一方が「値なし」である 場合を許容する。

 この演算テーブル141には、それぞれの演� ��毎に、構成データとして許されるすべての� ��要素名」についてどのような関数を実行す� ��きかが定義されている。この「演算名」、� ��要素名」、「関数名」は、追加、変更が可� ��であり、新たな演算を追加したい場合や、� ��成データとして新たな要素名が追加された� ��合には、演算や要素名を追加したり、所定� ��要素についての関数を他の関数に変更した� ��することができる。また、図2において、各 関数は、要素の種類と演算の種類に応じて名 前を付けてある(例えば、要素「A」について� ��演算「op1」の関数はfunc「A1」となっている) 。しかし、その関数の実体は同一であっても 良い(例えば、funcA1とfuncA2の内容が同一であ� �等)。また、処理モジュールをダイナミック� ��ロードできる環境(例えば、米国サン・マイ クロシステムズ社のJava VMを用いた環境など) を使用することにより、ユーザ定義の関数を 演算テーブル中の「関数名」として指定する ことも可能である。

 出力部150は、演算部130により作成された� ��たな構成データファイルをファイル格納部1 20に格納する。ファイル格納部120に格納され� ��新たな構成データファイルは、上述したよ� ��に、以後の構成データの作成において用い� ��れる。

 図3は、データ処理システム100を実現するの に好適なコンピュータの構成例を示す図であ る。
 図3に示すコンピュータ10は、演算手段であ� ��CPU(Central Processing Unit)
10aと、記憶手段であるメインメモリ10cおよび 磁気ディスク装置(HDD:Hard Disk Drive)10gを備え� ��。また、ネットワークを介して外部装置に� ��続するためのネ
ットワークインターフェイス10fと、表示出力 を行うためのビデオカード10dおよび表示装置 10jと、音声出力を行うための音声機構10hとを 備える。さらに、キーボードやマウス等の入 力デバイス10iを備える。

 図3に示すように、メインメモリ10cおよび ビデオカード10dは、システムコントローラ10b を介してCPU10aに接続されている。また、ネッ トワークインターフェイス10f、磁気ディスク 装置10g、音声機構10hおよび入力デバイス10iは 、I/Oコントローラ10eを介してシステムコント ローラ10bと接続されている。各構成要素は、 システムバスや入出力バス等の各種のバスに よって接続される。例えば、CPU10aとメインメ モリ10cの間は、システムバスやメモリバスに より接続される。また、CPU10aと磁気ディスク 装置10g、ネットワークインターフェイス10f、 ビデオカード10d、音声機構10h、入力デバイス 10i等との間は、PCI(Peripheral Components Interconnec t)、PCI Express、シリアルATA(AT Attachment)、USB(Un iversal Serial Bus)、AGP(Accelerated Graphics Port)等� ��入出力バスにより接続される。

 なお、図3は、本実施形態が適用されるの に好適なPCのハードウェア構成を例示するに� ��ぎず、図示の構成に限定されないことは言� ��までもない。例えば、ビデオカード10dを設� ��る代わりに、ビデオメモリのみを搭載し、C PU10aにてイメージデータを処理する構成とし� ��も良い。また、音声機構10hを独立した構成� ��せず、システムコントローラ10bやI/Oコント� ��ーラ10eを構成するチップセットの機能とし� ��備えるようにしても良い。また、補助記憶� ��置として磁気ディスク装置10gの他に、各種� ��光学ディスクやフレキシブルディスクをメ� ��ィアとするドライブを設けても良い。表示� ��置10jとしては、主として液晶ディスプレイ� ��用いられるが、その他、CRTディスプレイや� ��ラズマディスプレイ等、任意の方式のディ� ��プレイを用いて良い。

 図1に示したデータ処理システム100において 、受け付け部110は、例えば図3の入力デバイ� �10iとプログラム制御されたCPU10aとで実現さ� �る。
 ファイル格納部120および演算テーブル格納� ��140は、例えば図3のメインメモリ10cや磁気デ ィスク装置10g等の記憶手段により実現される 。
 演算部130および出力部150は、例えば図3のプ ログラム制御されたCPU10aで実現される。受け 付け部110、演算部130、出力部150の機能を実現 するためにCPU10aを制御するプログラムは、例 えば磁気ディスク装置10gに格納されており、 メインメモリ10cに読み込まれ、CPU10aにより実 行される。

<データ処理システム100の動作>
 次に、データ処理システム100の演算部130の� ��作を説明する。
 以下の説明では、構成データ中の要素と要� ��値を、それぞれ、アトリビュート(あるいは アトリビュート名)とアトリビュート値と呼� �場合がある。
 図4は、演算部130の動作を説明するフローチ ャートである。
 初期動作として、受け付け部110が構成デー� ��ファイルの作成に用いる既存の構成データ� ��ァイルと演算方法を指定した作成指示の入� ��を受け付け、演算部130に送られているもの� ��する。ここでは、既存の構成データファイ� ��としてFile1およびFile2が指定され、演算方法 としてop1が指定されたものとする。既存の構 成データファイルは、演算テーブル141に登録 されている各要素を備えることが期待される が、必ずしも全ての要素に対して値を有して いるとは限らない。

 演算部130は、構成データの作成指示を受� ��取ると、この作成指示において指定されたF ile1およびFile2をファイル格納部120から読み出 し、要素ごとに分解する(ステップ401)。また� ��新たな構成データを作成し、初期設定とし� ��要素の値を全て「値なし」にする(ステップ 402)。

 次に、演算部130は、未処理の要素がある� ��否かを判断する(ステップ403)。未処理の要� �があれば、この1つを選択して要素Attrとし、 File1およびFile2における要素Attrに対応する値� ��抽出して、それぞれv1、v2とする(ステップ40 4)。このとき、要素Attrに対応する値が存在し ない場合は、「値なし」とする。File1およびF ile2の両方とも「値なし」である場合は、こ� �要素Attrに関して演算をすることができない� ��で、ステップ403に戻り、次の未処理の要素� ��選択して同様の処理を行う(ステップ405)。

 File1またはFile2の少なくとも一方に、要素 Attrに対応する値(v1またはv2)がある場合、演� �部130は、演算テーブル141に登録された関数� �用いて演算を行う(ステップ406)。演算処理中 にエラーとなった場合は、異常終了としてエ ラー通知等の処理を行い、終了する(ステッ� �407、409)。

 一方、エラーとならずに演算が終了した� ��合は、得られた演算結果の値をステップ402� ��作成した構成データの該当する要素にセッ� ��する(ステップ407、408)。なお、エラーとな� �なかったものの、演算結果として値が得ら� �なかった場合は、その要素に関しては「値� �し」となる。この後、ステップ403に戻って� �処理の要素が無くなるまで処理を繰り返す� �全ての要素に関して処理が行われたならば� �正常終了として処理の終了をユーザに通知� �、終了する(ステップ410)。

<適用例>
 次に、本実施形態のデータ処理システム100� ��具体的な適用例を説明する。ここでは、コ� ��ピュータのハードウェア資源を複数の論理� ��ーティションに分割して使用するための制� ��システムにデータ処理システム100を適用し� ��例について説明する。

 図5は、本実施形態のデータ処理システム100 が適用されるコンピュータの制御システムの 構成を示す図である。
 図5において、制御システム200および制御対 象の被制御システム300は、例えば図3に示し� �コンピュータ10により実現される。制御シス テム200は、図1に示したデータ処理システム10 0と同様の機能を備える。また、被制御シス� �ム300には、被制御システム300のハードウェ� �資源を、実際に論理パーティションごとに� �立して動作させるためのサービスプロセッ� �310が搭載されている。この被制御システム30 0の例としては、たとえばIBM System pSeriesのコ ンピュータがある。 

 制御システム200のファイル格納部120には� ��名称と値の組で表される要素として、論理� ��ーティションの属性(アトリビュート)を記� �することにより、論理パーティションを定� �する構成データファイルが格納される。す� �わち、この構成データファイルは、論理パ� �ティションのアトリビュートに関するアト� �ビュート名とアトリビュート値の組で構成� �れている。論理パーティションを定義する� �成データファイルの作成は、ファイル格納� �120に格納された既存の構成データファイル� �基づいて行われる。ただし、構成データフ� �イルの作成指示は、構成データファイルの� �ァイル名を指定するほか、パーティション� �プロファイル、アクティブな(動作中の)論理 パーティションの論理パーティション名、被 制御システム300の全ての資源を対象とする「 ALL」等を指定して行うことができるものとす る。ファイル名以外の「ALL」などが指定され る場合には、そのデータは既存のコマンドな どによって、その時点で被制御システム300か ら収集される。また、「ALL」が指定される場 合、被制御システム300の全ての資源を対象と する論理パーティションが想定される。そし て、この論理パーティションを定義する構成 データファイルと、他の既存の論理パーティ ションを定義する構成データファイルとを用 いた演算が行われることとなる。

 構成データファイルにおけるデータの種� ��としては、数値データ、文字列、集合、論� ��値(true/falseまたは1/0)、タイプ名等がある。� ��値データを取るアトリビュートの例として� ��、メモリサイズ(最小メモリサイズを表す「 min_mem」、最大メモリサイズを表す「max_mem」� ��)がある。文字列を取るアトリビュートの例 としては、論理パーティション名「lpar_name」 、プロファイル名「profile_name」がある。集合 を取るアトリビュートの例としては、I/Oスロ ット「io_slot」がある。論理値を取るアトリ� �ュートの例としては、オートスタート「auto_ start」、全ての資源を表す「all_resources」があ る。タイプ名を取るアトリビュートの例とし ては、論理パーティションで動作するシステ ムを表す「lpar_env」がある。

 演算テーブル格納部140は、論理パーティシ� ��ンの作成のために用いられる演算が登録さ� ��た演算テーブル141が格納されている。
 図6は、制御システム200の演算テーブル格納 部140に格納された演算テーブル141の構成例を 示す図である。
 図6に示す演算テーブル141には、演算の種類 として、「MIN」、「MAX」、「PLUS」、「*数値� ��、「MINUS」の5つが登録されている。また、� ��トリビュートの種類として、「min_mem」、「 name」、「io_slot」、「auto_start」、「lpar_env」� ��5つが登録されている。

 図6の演算テーブル141によると、例えば、構 成データファイル間で演算「MIN」を行う場合 、アトリビュート「min_mem(数値データ)」の演 算では、小さい方の値を採用する処理が行わ れる。また、アトリビュート「auto_start(論理� ��)」の演算ではAND(論理積)の処理が行われる� ��
 演算「PLUS」を行う場合、アトリビュート「 name(文字列)」の演算では、2つの文字列を「_P LUS_」で結合した文字列が作成される。また� �アトリビュート「lpar_env(タイプ名)」におい� ��、値が一致しない場合は、演算「PLUS」全体 がエラーとなる。
 所定の構成データファイルに関して演算「* 数値」を行う場合、アトリビュート「min_mem(� ��値データ)」の演算では、構成データファイ ルの現在の値に「*数値」で指定された数値� �乗算される。

 受け付け部110は、次のようにして使用する� ��理パーティションおよび演算を指定した構� ��データの作成指示を受け付ける。
 例えば、2つの既存の論理パーティション(co nfigA、configB)を合わせたものに相当する新た� �論理パーティションを作成する場合、

   configA+configB

となる。また、論理パーティションconfigAが� �在し、被制御システム300の残りの資源を全� �使用する論理パーティションを作成する場� �、

   ALL-configA

となる。また、既存の論理パーティションcon figAに対してCPUの能力やメモリの記憶容量を1. 5倍使用する論理パーティションを作成する� �合、

   configA*1.5

となる。ただし、上記の各式において、「con figA」および「configB」は論理パーティション� ��定義する構成データファイルのファイル名� ��ある。また、「+」は図6に示した演算テー� �ル141の演算「PLUS」を、「-」は同演算テーブ ル141の演算「MINUS」を、「*1.5」は同演算テー ブル141の演算「*数値」を、それぞれ表す。
 これにより、例えば、IBM System pSeries上の� �理パーティションを作成する場合に、従来� �mksyscfgコマンドを使用して、

  mksyscfg -r lpar -m machine1 -f configA

のように、ファイルを1つだけしか指定でき� �かったが、

  mksyscfg -r lpar -m machine1 -f "configA + confi gB"

のように2つのファイルの演算を指定できる� �うになる。

 出力部150は、演算部130の演算結果である� ��たな構成データを出力する。この新たな構� ��データは、図5の場合にはファイル格納部120 に格納されることなく、被制御システム300に 搭載されたサービスプロセッサ310に送られる 。サービスプロセッサ310は、受け取った構成 データに基づき、実際に新たな論理パーティ ションを作成して、被制御システム300のハー ドウェア資源の使用を制御する。

 次に、具体的な計算例を示す。
 次のような構成データファイルで定義され� ��2つの論理パーティションが存在するものと する。

 File1:name=lpar1, lpar_env=aixlinux, min_mem=128, auto_ start=1
 File2:name=lpar2, lpar_env=aixlinux, min_mem=512, auto_ start=0

 これらの構成データファイルを指定して、F ile1とFile2を対象とした演算「MIN」を行う場合 、次のような演算結果が得られる。

 Data:name=lpar1_MIN_lpar2, lpar_env=aixlinux, min_mem=12 8, auto_start=0

 演算結果のDataを参照すると、図6に示し� �演算テーブル141の通りの演算がなされてい� �。すなわち、アトリビュートnameは、File1のlp ar1とFile2のlpar2とが、「_MIN_」で結合されてい る。また、アトリビュートlpar_envは、File1、2� ��アトリビュート値と同一である。また、ア� ��リビュートmin_memは、File1、2のアトリビュー ト値のうち小さい方の128が採られている。ま た、アトリビュートauto_startは、File1、2のア� �リビュート値のAND(論理積)が取られて0とな� �ている。

 他の計算例を示す。File1、2が次のように定� ��されているものとする。

 File1:name=lpar1, lpar_env=aixlinux, min_mem=128, auto_ start=1, io_slots=21020003/none/1,21020004/none/1
 File2:name=lpar2, lpar_env=aixlinux, min_mem=512, auto_ start=0, io_slots=21020003/none/1,21020001/none/1

 これらの構成データファイルを指定して、F ile1とFile2を対象とした演算「MAX」を行う場合 、次のような演算結果が得られる。

 Data:name=lpar1_MAX_lpar2, lpar_env=aixlinux, min_mem=51 2, auto_start=1, io_slots=21020003/none/1,21020004/none/1, 21020001/none/1

 演算結果において、アトリビュートmin_mem は、File1、2のアトリビュート値のうち大きい 方の512が採られている。また、アトリビュー トauto_startは、File1、2のアトリビュート値のOR (論理和)が取られて1となっている。さらに、 アトリビュートio_slotは、File1、2のアトリビ� �ート値の和となっている。

 一方、同じFile1、2で、演算「MINUS」を行う� �、次のような演算結果が得られる。

 Data:name=lpar1_MINUS_lpar2, lpar_env=aixlinux, min_mem= 384, auto_start=0, io_slots=21020004/none/1,21020001/none/ 1

 演算結果において、アトリビュートmin_mem は、File1、2のアトリビュート値のうち大きい 方から小さい方が減算され、384となっている 。アトリビュートio_slotは、ユーザが設定し� �関数(UserFunc)によって、21020004/none/1と21020001/n one/1が採られている。

 以上、本実施形態を論理パーティション� ��作成に用いた例を説明したが、この他、パ� ��ティション・プロファイルやシステム・プ� ��ファイル等の作成においても本実施形態を� ��用することができる。また一般に、アトリ� ��ュート名とアトリビュート値の組で構成さ� ��る構成データファイルの演算することによ� ��て新たな構成データを作成するために、本� ��施形態を適用することができる。

 本実施形態を用いることにより、既存の� ��成データファイルを利用して新たな構成デ� ��タを容易に作成、編集することができる。� ��れにより、構成データファイルやこれによ� ��て定義される論理パーティションの作成に� ��する手間を大幅に削減することができる。� ��た一般に、アトリビュート名とアトリビュ� ��ト値の組で構成される構成データファイル� ��、様々なシステムにおいて用いられている� ��め、既存の構成データファイルを利用(演算 )することで新たな構成データを作成できる� �とは、それらの様々なシステムにも適用が� �能である。