物理マシン上で仮想マシンが動作し、前記仮想マシン上で単一もしくは複数のソフトウェアがそれぞれ階層状に動作する場合に、前記物理マシン、前記仮想マシンとそれぞれの前記ソフトウェアを階層として、前記階層の管理権限をそれぞれ特定する仮想マシンレイヤ管理装置であって、ユーザを識別する情報に対応付けて前記階層の範囲を表すインデックス情報である管理範囲を記憶するサービス管理記憶部と、前記管理範囲と、当該管理範囲が示す前記階層ごとの管理権限を特定する為の情報を対応付けて記憶する管理権限管理記憶部と、ユーザを識別する情報を受け付ける手段と、前記ユーザを識別する情報に対応する管理範囲を前記サービス管理記憶部から特定する手段と、前記特定された管理範囲に対応する各階層それぞれの管理権限の有無を、前記管理権限管理記憶部から特定する手段とを備えた仮想マシンレイヤ管理装置。請求項1記載の仮想マシンレイヤ管理装置であって、前記管理権限管理記憶部は、各管理範囲における複数の前記階層それぞれについての管理権限の有無を示す情報を記憶する仮想マシンレイヤ管理装置。請求項1記載の仮想マシンレイヤ管理装置であって、前記管理範囲管理記憶部は、各管理範囲における、管理権限を有する階層の種類情報である操作権限範囲定義を記憶する仮想マシンレイヤ管理装置。請求項1乃至請求項3のいずれか一項に記載の仮想マシンレイヤ管理装置であって、前記サービス管理記憶部は、さらに前記ユーザを識別する情報に対応付けて当該ユーザが利用する仮想マシンを特定する情報を記憶し、さらに、仮想マシンを特定する情報に対応付けて当該仮想マシンの操作権限をロックするか否かを示すフラグを記憶する仮想ノード管理記憶部と、前記受け付けたユーザを識別する情報に対応する仮想マシンを、前記サービス管理記憶部から特定する手段と、前記仮想ノード管理情報から、前記特定された仮想マシンに対応する前記フラグが、ロックするかいなかを判定する手段と、前記フラッグがロックを示す場合、前記特定された管理範囲に対応した前記各階層のそれぞれの管理権限の有無を、前記管理権限管理記憶部から特定する手段とを備えた仮想マシンレイヤ装置。物理マシン上で仮想マシンが動作し、前記仮想マシン上で単一もしくは複数のソフトウェアがそれぞれ階層状に動作する場合に、前記物理マシン、前記仮想マシンとそれぞれの前記ソフトウェアを階層として、前記階層の管理権限をそれぞれ特定する仮想マシンレイヤ管理方法であって、ユーザを識別する情報に対応付けて、前記階層の範囲を表すインデックス情報である管理範囲をサービス管理記憶部に記憶するステップと、前記管理範囲と、当該管理範囲が示す前記階層ごとの管理権限を特定する為の情報を対応付けて管理権限管理記憶部に記憶するステップと、ユーザを識別する情報を受け付けて、前記ユーザを識別する情報に対応する前記管理範囲を前記サービス管理情報から特定し、前記特定された管理範囲に対応する各階層それぞれの管理権限の有無を、前記管理権限管理記憶部からそれぞれ特定するステップとを備えた仮想マシンレイヤ管理方法。上述のようにそれぞれの階層の管理は管理者が行っているのが現状であるが、しかしながら、今後この形態のサービスにおいて、ユーザ自身がそれぞれの階層を直接管理したいと思うニーズが高まると考えられる。具体的には、例えばユーザが直接使用するジョブアプリケーション層を管理をしたいと思う場合や、ジョブアプリケーション層から、さらにその下で動いているミドルウェア層までを管理したいと思う場合や、更にその下のOS層まで管理したい場合等、ユーザによって管理したい階層の範囲が異なった需要がでてくることが見込まれる。この点については、特許文献1に開示されている技術では対応できない。特許文献1では、仮想マシンのリソースの管理権限をユーザへ与えることが開示されているが、このリソースとはCPU、メモリ等のひとつのカテゴリーをいい、階層構造を有しない。このように仮想マシン上で階層構造を考慮しない管理権限の方法はあるが、仮想マシンにおいて、階層構造を考慮して管理権限を設定する仕組みについて開示されたものはなく、実現しているものはまだない。また、特許文献2に開示された技術を用いて、仮想システムでの各階層の管理権限アクセス権限を管理しようとすると、以下に示す課題が生じる。特許文献2では、上位のフォルダの設定を変更した場合、フォルダの階層情報に基づいて下位にあたるフォルダを判別して、それぞれのフォルダ毎にアクセス権限を設定するようになっている。しかしながら、この場合、各フォルダについて、それぞれ1つずつにアクセス権限を特定する情報を設定するので、フォルダの下位の階層それぞれのアクセス権限を変更処理するのに手間がかかる。よって、これを仮想マシンに応用するとしても、ユーザの管理権限の範囲を変更したい場合において、管理権限を階層毎に管理権限の有無の情報を逐次書き換えねばならず手間がかかるという課題が生じる。ユーザID等のユーザを特定する情報毎に管理する階層の範囲のインデックス情報である管理範囲を関連付けて記憶するサービス管理テーブルと、その管理範囲と、各層毎の管理権限の有無についての情報を関連付けて管理する管理範囲管理テーブルとを記憶し、これらふたつのテーブルの情報を照らし合わせて各ユーザが管理権限を有する階層を特定する。階層の管理権限をユーザ毎に管理するに際し、その利便性が向上する。以下に、図面を用いて、本発明の一実施の形態について説明する。図13のシステムの全体像で示すとおり、仮想マシンレイヤ管理装置004以下本装置と呼ぶには一番下の層に物理マシン群が接続され、その上に仮想マシン、その上にOS、その上にミドルウェア、その上にジョブアプリケーション実際ユーザに直接使われるアプリ層を言い図13ではジョブと表記のように階層レイヤの構造をとっている。この仮想マシンレイヤ装置001にそれぞれ、ユーザの仮想マシンシステムの管理者の端末であるユーザ管理者端末001、仮想マシンシステムの管理者側であるセンタ管理者端末002、エンドユーザの端末であるインターネット端末003等がそれぞれ接続される。仮想マシンの階層の管理権限を特定する場合とは、例えば次のような場合がある。1ユーザが仮想マシン以上の階層の管理権限を有する場合つまりユーザ毎に仮想マシンが割当てられ、ユーザはその仮想マシン上でミドルウェア、ジョブアプリケーションを運用する。これにより、各ユーザは自由度の高いシステムを構築できるメリットがある。一方、サービス使用料は、仮想マシン全体でジョブ、ミドル、OSを含む価格になるので高くなりるデメリットがある。2ユーザがジョブアプリケーション層以上の管理権限を有する場合つまり、各ユーザには同じ仮想マシン、ミドルウェアが与えられ、ユーザはジョブアプリケーション層を運用する。これによりユーザは仮想マシンを共有している為、ジョブアプリケーションあたりのサービス使用料は安いシステムの集約化というメリットがある。つまり、ユーザにとっては管理権限を有する階層によってサービス提供費用が変わるので、費用対効果を鑑みて管理権限の欲しい階層を指定することになる。また、各階層の管理権限の具体例を次に示す。仮想マシン層の管理権限を有するとは、例えば仮想マシンのメモリサイズ、CPUコア数、ストレージ容量等の変更を許容することを指す。また、物理マシン層とは、論理的なネットワークの設定などがある。ネットワークの経路を物理マシンの内部で、論理的に組む事ができ、たとえば、物理的にA-B、A-Cと、Aから二つのポイントに接続している状況でA-Bの経路を使用する事を論理的に設定する事ができる。さらに、例えばファームウェアの設定することを想定しており、たとえばサーバの場合、BIOSという、サーバのファームウェアが存在し、BIOSの設定を変えると、サーバを起動した場合に読み込む装置CDドライブか、その他のストレージかなどを変更することができる。ミドルウェア層までの権限とは、OSやサーバソフトウェアの設定情報システムのエンドユーザからのリクエストの同時受付数やアプリケーションの同時実行数などなどを設定する事ができる。このように、ジョブアプリケーション層だけでなく、より深い層まで管理権限を有することにより、ユーザに利便性を提供できる。図1は、各ユーザにどのようなサービスが適用されているかを特定するサービス管理テーブル101の一例である。このサービス管理テーブル101では、ユーザを特定するユーザコード1012と、仮想マシン上に構築したシステム勤怠入力、旅費精算システムなどに付与する、ユーザの使用するシステムを一意に識別するシステムID1013と仮想マシンレイヤ管理装置上で一意の値にする必要がある。、ユーザの使用するサブシステムを一意に識別するサブシステムID1014と、ユーザが管理できる範囲である管理範囲のインデックス情報である管理範囲1015と具体的な値は、仮想マシン以上仮想マシンミドルウェアVMなど、システムを構成する階層レイヤの一部または全部を意味する値であってもよいし、ただ単に番号やIDを割り振ったものでもよい。、サポートレベル1016と仮想ノードを特定する為の仮想ノードID1017を対応付けて記憶する。ここでサポートレベル1016とは、センタ側具体的にはセンタ管理者端末側で管理を行うレベル時間帯を指す。通常、ソフトウェア製品では、障害発生した場合にサポートの窓口へ問い合わせを行う。具体的には、サポートレベル1016を900-1700と設定した場合、この時間帯以外は、センタ側での管理を行わない。それ故、上記時間以外で、仮に障害が発生した場合でも、ユーザ側だけで問題を解決しなければならない。つまり逆に、サポートレベル1016を24h365d24時間365日とした場合は、センタ側のサポートを受けられることを意味する。クラウドコンピューティングを前提とした場合、レベルを分ける事で、使用料のランク分けを行うことができる。ここで、システムとサブシステムとの違いを説明する。システムは、例えばユーザAの業務システム全体を指す。Aユーザが構築した、勤怠入力、旅費精算、業務日誌、顧客管理システムなどを内包する意味で、業務システム全般を指す。サブシステムは、ユーザAの業務システムが内包する各システム勤怠入力、旅費精算システムなどを指す。例えば、ユーザAの業務システムをシステムID:A、ユーザAの勤怠システムはサブシステムID:A1のように表す。管理範囲1015とサポートレベル1016を合わせることで、より詳細なユーザが管理する範囲を表すことができる。例として、ユーザ管理範囲は仮想マシン以上、サポートレベルはセンタ側で自動的にフェイルオーバとすると、ユーザは仮想マシンに対して細かい設定を施すことが可能だが、障害の場合の対応は考慮する必要がなくなる。図2は、仮想ノードを管理する仮想ノード管理テーブル102の一例である。この仮想ノード管理テーブル102では、仮想ノードを特定する仮想ノードID1022と、仮想ノードの操作のロックの状態を表す操作ロックフラグ1023と、仮想ノードの操作可能時間帯を決定する操作可能時間帯1024と、実際仮想ノードが動作する物理ノードを特定する物理ノードID1025と、その仮想ノードに割当てられる割当CPU1026と割当てられる割当メモリ1027と割当てられる割当ディスク1028と仮想ノードが使用済みかどうかを表すフラグを記憶する仮想ノード使用済みフラグ1029の情報をそれぞれ対応付けて記憶する。図3は、ユーザ情報を記憶するユーザ管理テーブル103の一例である。このユーザ管理テーブル103では、ユーザを特定するコードであるユーザコード1031毎に、ユーザ名1033と、ユーザの所属を表す所属1034と、ユーザの管理するシステムを表す管理システムID1035管理システムIDには、登録済みのシステムIDが入り、一人のユーザは、複数のシステムを管理する事が可能である。をそれぞれ対応付けて記憶する。図4は、物理ノードの情報を記憶する物理ノード管理テーブル201の一例である。この物理ノード管理テーブル201では、物理ノードを特定する物理ノードID2012と、この物理ノードID毎に、物理ノードのCPU2013、メモリ2014、ディスク容量2015、その物理ノードに仮想ノードが作成されているかいないかを示すフラグを記憶する仮想ノード作成有無2016等の情報をそれぞれ対応付けて記憶する。本実施例ではCPUをコア数、メモリは容量GB、ディスクは容量GBとしているが、これに限定されるものではなく、CPU、メモリ、ディスクの能力を表す値であればよい。図5は、ユーザ毎の管理範囲を特定する管理範囲管理テーブルの一例である。管理範囲管理テーブルでは、管理できる層の範囲、つまり、仮想マシン層、OS層、ミドルウェア層、ジョブ層ジョブなどを管理する管理範囲2022に対応付けて、仮想マシンのCPUの管理権限を特定する仮想マシン操作権限2023、仮想マシンのメモリの管理権限を特定する仮想マシンメモリ操作権限2024、OSの管理権限を特定するOS操作権限2025、ミドルウェアの管理権限を特定するミドル操作権限2026、ジョブアプリケーションの管理権限を特定するジョブ操作権限2027等の階層毎の管理権限をそれぞれ対応づけて記憶する。図14は、システム名を特定するシステム名管理テーブル104の一例である。システム名管理テーブル104では、システムを特定するシステムID1042とそのサブシステムを特定するサブシステムID1043とそれぞれのシステム名を関連付けて記憶する。図15は、階層により管理範囲を特定する為の階層管理範囲テーブルの一例である。階層管理範囲テーブル204では、管理範囲を特定する為の、管理範囲2042と、管理範囲2042毎に、管理権限のある階層の種別を記憶する操作権限範囲定義2043をそれぞれ対応付けて記憶する。以下図6、図7、図8のフローに従って、図6ユーザ登録、図7システム登録、図8ユーザによるシステム構成と段階に分けて処理の流れを説明する。<ユーザ登録>まず、図6のフローに従って、ユーザの登録について説明する。まず、本装置を使用するユーザの情報は本装置へ登録される。具体的には、ステップS301で処理が開始されると、まずユーザが入力する登録情報をユーザ管理者端末が受け付ける。ユーザ管理者端末001から受け付けられた登録情報が仮想マシンレイヤ管理装置004に送信される。そして、受け付けられた情報を、ステップS302で仮想マシンレイヤ管理装置004のユーザ管理テーブル103に対し登録する。具体的には、ユーザコード1032、ユーザ名1033、所属1034、管理システムID1035を登録する。これでユーザ登録は完了となる。ユーザコードはシステムが自動でそれぞれのユーザを識別するIDを割り振ることとしてもよい。管理システムID1035とはユーザの使用するシステムのIDをいい、システムID、サブシステムIDを含む、システムを特定する情報である。<システム登録>続いて、システム登録フローについて図7で説明する。システム登録とは、仮想マシンレイヤ管理装置004に対し、仮想マシン上に構築したシステムを識別させるために、システムに関する情報を登録する事を指す。また、システムの登録のために、仮想マシンを新たに増設する必要があるその増設の手続きも含む。必要なスペックの仮想マシンを用意して、仮想基盤上に設置し、設置した仮想マシンにシステムを構築する。この場合に、仮想マシンを用意するために必要な情報や、構築したシステムを識別する情報を仮想マシンレイヤ管理装置で記憶する。まず、ステップS401でシステム登録の処理を開始する。ステップS402で、センタ管理者端末002はユーザの使用したい仮想ノード数仮想ノードスペックの情報を受付ける。そして、センタ管理者端末002から受け付けられた情報を仮想マシンレイヤ管理装置004に送信する。その結果仮想マシンレイヤ装置は送信された情報を受け付ける。その際、管理範囲やサポートレベルの情報も受信してもよい。具体的には、仮想ノードスペックCPU4コア、メモリ2048MB、HDD40GBの仮想ノードを、4ノード、サポートレベルは、日中のサービス、管理範囲は、OS以上といった情報を受付ける。受け付ける情報はこれに限定されるものではなく、例えばサポートレベルがないものでもよい。次にステップS403で、仮想ノード管理テーブル102を参照して、受付けた仮想ノードの存在有無を判定する。具体的には、仮想ノード管理テーブル102で管理される各ノードの割当CPU1026、割当メモリ1027、割当ディスク1028等の各仮想ノードの情報から受付けた仮想ノードと同じスペックの仮想ノードがないか判定する。同じスペックの仮想ノードが存在する場合、その後、仮想ノード使用済みフラグ1029を確認して、当該仮想ノードが使用済みかどうかを判定する。当該仮想ノードが未使用であれば、ユーザがその仮想ノードを使用することを許可する為、ステップS406の処理に移る。当該仮想ノードが使用済みであれば、新規に仮想ノードを作成する為ステップS404の処理に移る。この新規仮想ノードを作成可能か判定するステップS404の処理について詳しく説明する。本装置は物理ノード管理テーブル201の仮想ノード作成有無2016の情報を特定して、仮想ノードを作成していない物理ノードを選んで物理ノードID2012を特定して、その特定された物理ノードに仮想ノードを作成可能かどうか判定する。仮想ノード作成有無とは2016物理ノードに新しい仮想ノードを設定できない状態の場合に、有を表す情報が記憶され、他の仮想ノードが既に作成されているが、まだ追加で作成するスペックに余裕のある場合は、無を表す情報が記憶される。仮想ノードは、物理ノードのリソース全てを使用するわけではない。具体的には、物理ノードのメモリが32GBである場合、仮想ノードはその内の4GBしか使用しないことがある。そのため、仮想ノードを作成する際は、ある物理ノードに余剰リソースがあれば、その物理ノードに仮想ノードを作成可能である。物理ノードIDで特定される物理ノードにユーザから受付けた情報を元に仮想ノードを作成する。続いてステップS405で本装置は、ユーザから受付けた情報を、仮想ノード管理テーブル102に追加して記憶させる。具体例では、新たな仮想ノードID1022を割当、ステップ404で特定された物理IDを物理ノードID1025、割当CPU1026に4コア、割当メモリ1027に2GB、割当ディスクに40GBの情報を記憶させる。この場合、操作ロックフラグ1023は解放使用するのでとなり、操作可能時間帯1024は契約に従って、契約に沿った値が付与され、仮想ノード使用済みフラグ1029は使用するので使用を表す情報、例えばYesが記憶される。Yesの情報は使用を表す情報であればなんでもよく、これに限定されるものではない。次に、ステップS406でサービス管理テーブル101の各カラム1012~1017に、ユーザから受付けた情報、具体的には、システムID、サブシステムID、ユーザコード、管理範囲、サポートレベル、仮想ノードIDの情報を追加する。<ユーザによるシステム構成の参照フロー>続いて、登録されたシステムをユーザが参照する場合について述べる。各ユーザからは先に説明したシステム登録で登録された権限内でしかシステムを参照できない。それを実現する為の仕組みを図8のユーザによるシステム構成参照フローに沿って説明する。まず、ステップS501で処理を開始する。続いてステップS502で装置は、ユーザがログインすると、ユーザコード、ユーザ名、所属等の入力されたユーザ情報と一致するユーザ管理テーブル103の管理システムID1035を特定し、ユーザが管理するシステムの一覧を表示する。その場合、装置は管理システムID1035の情報を元にシステム名管理テーブル104のシステムID1042およびサブシステムID1043に対応するシステム名1044を出力する。具体的には、システム名管理テーブル104のカラム1043サブシステムIDを特定し、ユーザ管理テーブル103のカラム1035管理システムIDに該当する値に合致するシステム名を出力する。続いて、ステップS503で本装置は、自身が出力したシステム一覧からユーザにより指定された管理したいシステムの一覧を受け付ける。本装置は、指定されたシステムの管理システムID1035に基いて、サービス管理テーブル101の、ユーザ毎の管理できる範囲を示す管理範囲と管理対象仮想ノードの情報を抽出する。具体的には、抽出する情報は、サービス管理テーブル101のカラム1015管理範囲の情報およびカラム1017仮想ノードIDを抽出する。ステップS504で本装置は、サービス管理テーブル101のカラム1017仮想ノードIDの値を基に、仮想ノード管理テーブル102のカラム1023操作ロックフラグを特定する。特定したロックフラグにおいて、操作がロック状態か解放状態かを判断する。このロック状態の詳細については後述する。ロック状態の場合は、ステップS502に戻りシステム一覧画面を再度表示する。ロックが解放されている場合は、ステップS505に移る。装置は、サービス管理テーブル101のカラム1017仮想ノードIDの値を基に、仮想ノード管理テーブル102のカラム1024操作可能時間帯を特定する。特定した値は、ユーザが指定したシステムが使用する仮想ノードの操作可能時間帯を指す。次にステップS506で本装置は、特定した操作可能時間帯1024と現在時刻を比較する。比較の結果、現在時刻が操作可能時間帯1024に該当するかを判定する。たとえば、現在時刻が1400であり、操作可能時間帯が900~1700であった場合、1400は操作可能時間帯に該当するので、操作が可能となる。現在時刻が操作可能時間帯外の場合は、ステップS502に戻りシステム一覧画面を再度表示する。現在時刻が操作可能時間帯内である場合は、次にステップS507に移り、本装置は、ユーザが指定したシステムIDからサービス管理テーブル101の仮想ノードIDを検索し、紐付く仮想ノードの一覧を出力する。ユーザに、本装置が出力した仮想ノードの一覧から参照変更したい管理対象を選択を受け付けられる状態として、選択した仮想ノードIDを受付ける。次にステップS508で本装置は、ユーザが選択した管理対象仮想ノードについて、ユーザが管理可能な範囲を特定する。具体的には、まず、サービス管理テーブル101のカラム1015管理範囲を特定する。次に、本装置は、サービス管理テーブル101の管理範囲1015の情報と、管理範囲管理テーブル202の管理範囲2022が同じ管理範囲の情報を検索して、そのカラム1015管理範囲と合致するレコードを特定する。該当するレコードの各カラムの操作権限から、ユーザへ表示可能な範囲を特定する。例えば、サービス管理テーブル101の管理範囲1015がVMであった場合、管理範囲管理テーブル202の管理範囲2022のVMに対応する、VMCPU操作権限2023あり、VMメモリ操作権限2024あり、OS操作権限2025あり、ミドル操作権限2026あり、ジョブ操作権限2027ありの情報を特定する。この場合、ユーザが参照操作可能な項目は、管理範囲管理テーブル202の各カラムで、値がありのものとなる。そのため、装置は、管理範囲管理テーブル202の各カラムで、ありに該当する項目をユーザへ表示する。続いてステップS509で装置は、ユーザが選択した管理対象仮想ノードで、ユーザの操作が可能な範囲を表示する。ここでは、管理範囲管理テーブル202により管理範囲を特定する旨説明したが、階層範囲管理テーブル204により管理範囲を特定する方法についても次に説明する。管理範囲管理テーブル202の例ではステップS508で管理範囲管理テーブルを照会する旨あるがこの場合、階層範囲管理テーブルを照会することとしてもよい。具体的には階層範囲管理テーブル204の管理範囲2042を特定し、管理範囲毎に特定された操作権限範囲定義2043を読み込み、この操作権限範囲定義2043に記憶されてある情報によって、ユーザが操作可能な範囲を特定する。具体的には、管理範囲1015がVMであった場合、階層範囲管理テーブル204の管理範囲2042のVMに対応する、操作権限範囲定義2043のVM、OS、ミドル、ジョブの情報から、操作権限範囲定義2043には管理権限を許可される階層の情報が記憶されており、VM、OS、ミドル、ジョブに管理権限がありであると特定する。操作権限範囲定義2043に記憶されていない階層には管理権限が与えられない。<特定システムの操作ロック>次に、日々の運用の中でユーザが自由にシステムを管理する事でシステムに影響が出る場合や、センタ側の都合により一時的にユーザによるシステムの管理を凍結したい場合などに対応するため、特定システムをロックする方法について説明する。ロックの仕方としては以下のようなパターンが考えられる。1時間指定によるシステムの参照のロックユーザとクラウドサービス提供ベンダとの契約において、ユーザがシステムを管理する時間帯を指定する。これにより、ユーザは自身の業務時間にシステムを管理することが可能となり、システム管理の容易性を向上させることができる。ユーザがシステムを管理する時間帯を指定するのは、システムの登録のフローの場合、仮想ノードを割当てる場合に、当該仮想ノードの管理時間帯を指定する。具体例では仮想ノード管理テーブル102の操作可能時間帯1024に08001700といった時間を特定する情報この場合は0800~1700を記憶させる。2センタ側によるシステムの参照のロック/解除仮想基盤を管理するセンタのメンテナンス等のために、ユーザにシステムを参照変更等をさせないよう、システムへの操作をロックする場合について説明する。ロックは、図9のフローのように行う。ロックの後、ユーザがシステムを参照した場合、添付図8のフローの中でロック状態を検知し、ユーザにシステムを参照させないようにする。ロックの解除は、図10のフローに従って行う。ここで2の特定システムのロックの設定を、図9のフローに従って詳細に説明する。まず、ステップS601で処理を開始する。そして、ステップS602でセンタ管理者端末002がセンタ操作者から選択したロックしたいシステムを特定する情報の入力を受付ける。そして、センタ管理者端末002が入力された情報を本装置に送信する。本装置は入力された情報を受信する。ステップS603で本装置は、サービス管理テーブル101のカラム1014サブシステムIDを特定して、センタ操作者にロックしたいシステムを選択させ、その入力を受付ける。さらに、装置は、センタ操作者が選択したシステムIDに紐付く仮想ノードについて、カラム1017仮想ノードIDを特定する。ステップS604で本装置は、受付けたシステムIDのロックの対象となる仮想ノードについて、現在の操作ロックフラグを判定する。具体的には選び出した各仮想ノードにおいて、仮想ノード管理テーブル102のカラム1023操作ロックフラグを特定し、ロック状態か判定する。操作ロックフラグがロックであれば、ステップS601のシステム一覧へ戻る。ステップS605で装置は、仮想ノード管理テーブル102のカラム1023操作ロックフラグをロックの情報を示すロックに変更する。<特定システムの操作ロックの解除>続いてロックの解除について図10のフローに沿って詳細に説明する。ステップS701で処理を開始する。ステップS702で本装置はセンタ操作者にロックを解除したいシステムを選択させ、センタ管理者端末002からそのシステムのIDの入力を受けつける。ステップS703で本装置は、受け付けたシステムのIDを基に、サービス管理テーブル101のカラム1014サブシステムIDを特定して、センタ操作者がロックを解除したいシステムを特定する。さらに、本装置は、センタ操作者が選択したシステムに紐付く仮想ノードについて、カラム1017仮想ノードIDを特定する。ステップS704で本装置は、ロック対象となるつまり、特定された仮想ノードに対応する、現在の操作ロックフラグ1023を特定する。特定された操作ロックフラグ1023がロックでなければ、ステップS702へ戻る。特定された操作ロックフラグ1023がロックであればステップS705へ進む。ステップS705で本装置は、仮想ノード管理テーブル102のカラム1023操作ロックフラグ1023を解放に変更する。操作ロックフラグ1023に記憶される情報は解放に限定されず、ロックされていないことを示す情報であれば何でもよい。<特定システムの操作ロックバッチジョブ契機>続いて、バッチジョブ契機によるシステムの参照のロック/解除について説明する。バッチジョブ契機によるシステムの参照のロックとは、バッチ処理を実行する前など、処理中にシステムの変更等が行われると処理に影響が出てしまう状況に対応するため、バッチ等を実行する前に、システムの構成変更などの操作をロックする仕組みを言う。操作をロックする手段として、例として、長時間のバッチジョブを行う場合、そのバッチジョブの前に操作をロックするジョブを用意する。操作をロックするジョブにより、システムへの参照をロックし、その後にバッチ処理を行う。処理が終了した後のジョブとして操作ロックを解除するジョブを用意することで、処理後にロックを解除する。このようなジョブによるシステム操作のロック/解除の仕組みを提供することで、バッチ等の処理中にシステムが変更されることを防ぐ。まず、特定システムの操作をロックする処理について、図11のフローに沿って説明する。以下の処理は本装置で行う。ステップS801で処理を開始し、ステップS802でバッチジョブは、ロック対象のシステムを選択ロックする。具体的には、バッチジョブからロック対象のシステムを特定する情報サブシステムIDが与えられ、その情報に基づき仮想ノード管理テーブル102のロック対象の仮想ノードID1022を特定し、操作ロックフラグ1023をロックを表す情報に変更する。つまり、ステップS803で装置は、サービス管理テーブル101にアクセスして、操作ロックの対象システムの仮想ノードIDを特定する。ステップS804では、仮想ノード管理テーブル102において特定した仮想ノードIDから操作ロックフラグ1023が、解放状態であった場合、ステップS805で装置は、仮想ノード管理テーブル102の当該仮想ノードの操作ロックフラグ1023をロックを表すに変更する。<特定システムの操作ロック解除バッチジョブ契機>続いて、ロックを解除する処理について、図11のフローに従って説明する。まず、ステップS901で処理を開始する。以下の処理は本装置が実行する。ステップS902で、バッチジョブに含まれるコマンドに従って、ロック対象のシステムを選択ロック解除する。具体的には、バッチジョブからロック対象のシステムを特定する情報サブシステムIDが与えられ、その情報に基づき仮想ノード管理テーブル102のロック解除対象の仮想ノードID1022を特定し、操作ロックフラグ1023を解放に表す情報に変更する。つまり、ステップS903で装置は、サービス管理テーブル101にアクセスして、操作ロック解除の対象システムの仮想ノードID1022を特定する。ステップS904で、仮想ノード管理テーブル102において特定した仮想ノードの操作ロックフラグがロック状態であった場合、ステップS905で装置は、仮想ノード管理テーブル102の当該仮想ノードの操作ロックフラグ1023を解放を表す情報に変更する。