"ハードウェア資源としての複数のリソースと、前記複数のリソースの各々の状態を示す状況情報と、前記複数のリソースの各々の障害状況を示す障害情報とを、それぞれ収集する手段と、前記収集した前記状況情報及び前記障害情報をデータベースに登録する手段と、構成済の複数のシステムの各々のハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載すると共に、新たに構成すべきシステムのハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載することができる構成カタログと、前記構成カタログが更新された時に、前記状況情報及び前記障害情報を参照し、前記構成カタログに指定された前記新たなシステムのハードウェアを構成するリソースの各々が動作可能であることを確認した上で、該リソースを使用する前記システムのハードウェアを構成し、かつ実装する手段と、を備えたことを特徴とする共用リソース管理システム。前記リソースの範疇には、サーバ装置、及び該サーバ装置を構成するために必要な、CPU装置、メモリ装置、内蔵ディスク装置、及びネットワークI/Fインタフェースが含まれていることを特徴とする請求項1記載の共用リソース管理システム。前記実装は、前記リソース間の結線も含めてなされることを特徴とする請求項1または請求項2記載の共用リソース管理システム。前記構成済の複数のシステム及び前記新たに構成すべきシステムは、ネットワーク網を介して接続される一般ユーザの端末装置を含めたハードウェア構成を有して形成されるものであることを特徴とする請求項1記載の共用リソース管理システム。前記ネットワーク網の範疇には、インターネット網が含まれていることを特徴とする請求項2記載の共用リソース管理システム。ハードウェア資源としての複数のリソースとハードウェア接続され、前記複数のリソースの各々の状態を示す状況情報と、前記複数のリソースの各々の障害状況を示す障害情報とを、それぞれ収集してデータベースに登録する手段と、構成済の複数のシステムの各々のハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載すると共に、新たに構成すべきシステムのハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載することができる構成カタログと、前記構成カタログが更新された時に、前記状況情報及び前記障害情報を参照し、前記構成カタログに指定された前記新たなシステムのハードウェアを構成するリソースの各々が動作可能であることを確認した上で、該リソースを使用する前記システムのハードウェアを構成し、かつ実装する手段と、を備えたことを特徴とするリソース管理サーバ装置。ところで、上記背景技術で述べた従来の共用リソース管理システムにおいては、前述のとおり、顧客のサーバ等を含めて構築される複数のシステムを管理する大規模なデータセンタ等に前記の複数のリソースを備えて管理する構成をとっている。また、各システムを構成するデータセンタ側のサーバ群の中には、可用性の技術を応用したクラスタ構成を有するものも存在する。また、前述のとおり、このクラスタ構成を成すサーバの一部のリソースが故障した際には、故障したリソースで構成されるサーバをシステムから切り離して手動で管理し、場合によっては修理する必要も有るが、従来のリソース共有型情報処理システムステムでは、このような管理や修理の実施に対応できていないという問題点が有る。また、データセンタ側では、稼働中のサーバ装置等に代わるリソースを、代替サーバ装置等として予めプーリングしておき、障害発生時等には該稼働中のサーバ装置等をシステムから切り離すと共に、この代替サーバ装置等をリアルタイムで補充して稼働させる必要が生じる。しかしながら、従来のリソース共有型情報処理システムでは、このような代替サーバ装置を事前にプーリングしておいて、該装置を障害発生時等に補充することまでは考慮されていないという問題点が有る。さらに、従来のリソース共有型情報処理システムステムでは、一括管理の下で予めプーリングしていたリソースの内から、データセンタの管理者が具体的に要求する新しいシステムサーバ装置等の構成要件に合致したリソースを摘出すると共に、該リソースを障害発生時等に補充することまでは考慮されていないという問題点が有る。よって、本発明に際しては、システムを構成するリソースに障害が発生した場合にも、サービスの提供を中止しなくても済むシステム即ち、より可用性が重視されたシステムを構築することが重点的な課題であった。ちなみに、近年、仮想環境等を実現する技術は、物理機器の保守費や運用費の削減する必要や、技術的な観点により、急速に進展しており、このため、機器等の物理的なリソースを有効利用することや、オペレータの作業を簡易化すること等により、システム管理費用の削減や運用費の削減を図ることが重要課題となってきている。また、仮想技術に対する技術の複雑化を緩和するための可視化技術を取り入れることにより、システム環境のリソース全体の稼働率を高めることや、センタ運用管理者の作業軽減を提供することも重要課題となってきている。なお、特許文献1に記載の技術は、所与のアプリケーションを実行するコンピュータに故障が発生した場合に、該アプリケーションと並置すべきリソースのセットを管理者が識別するだけで、後は、資源グループが、1組のコロケーション制約または規則を使用して自動的に生成するものであり、本発明のように、障害情報まで収集して、障害が発生したリソースの機能を他のリソースに割り振って代替させたり、障害が発生したリソースであっても、該リソースを構成する機器の内、他のシステムの構成が可能な機器については、できるだけ該機器を活用しようとするものではない。また、特許文献2に記載の技術は、クラスタ構成の記憶システムの管理コストの削減を図ることに限定されており、よって、リソースとしては記憶システムだけが意識されており、本発明のように、サーバや、該サーバを構成するCPU装置、メモリ装置、ディスク装置、ネットワーク機器インターフェースを含むまでをリソースとして見なして扱うものではない。また、特許文献3に記載の技術は、Front層、Web層、AP層、DB層といった層により、サービスのポリシーを定義し、各層での障害時の層毎のポリシーによってサーバ群の増設や切換えを実施するものである。しかし、本発明では、Web層、AP層等の上位のサーバがそこで何を動かしているかを意識しない。即ち、本発明では、層を意識していないため、層のサービスといったものではなく、ハードウェアレベルのリソース例えば、CPU装置、メモリ装置、ディスク装置、ネットワーク機器インターフェースを含むをシステムの構成要素としている。また、特許文献4に記載の技術は、業務アプリケーションを業務構成オブジェクトとする定義を行っているが、本発明では、業務構成オブジェクトとリソースのプーリングとは結び付けていない。さらに、本発明では、障害発生時の迅速な代替リソースの提供を特徴としているが、構成要件の障害対策復旧機能は、各サブシステムに任せ、管理サーバは各サブシステムの構成及びプーリングされたリソースの管理とを分けて管理している。さらに、特許文献5に記載の技術は、主としてソフトウェア面での対策であり、特に、オペレーティングシステム、アプリケーションプログラム、及びソフトウェアドライバの動的な提供をするものである。従って、本発明の課題であったハードリソースを柔軟に動的に構成変更して提供するという課題を解決するものではない。即ち、本発明は、他のシステム群とでリソースを共有し、障害時等の場合に自動的にリソースを変更する手段において、集中管理センタ管理サーバが障害の起きたリソースの状態情報を収集し、顧客センタ管理者が要求する他のシステムの業務カタログ構成カタログ、要件に対し、予め統合的に管理されているリソースの蓄積プーリング情報と照合し、代替が可能なリソースが有る場合は、該リソースを組み込んで前記顧客が要求する他のシステムを構築することを骨子としている。本発明は、上記従来の問題点に鑑みてなされたものであって、ネットワークを介して構成される複数のシステムに共有されるリソースの一部に障害が発生した場合に、該発生した障害の情報と、システム管理者によって要求される新しいサーバ要件とに基づいて、障害発生のリソースの機能を他のリソースに割り振ることができる共用リソース管理システム及びリソース管理サーバ装置を提供することを目的としている。上記課題を解決するために、本発明に係る共用リソース管理システムは、ハードウェア資源としての複数のリソースと、前記複数のリソースの各々の状態を示す状況情報と、前記複数のリソースの各々の障害状況を示す障害情報とを、それぞれ収集する手段と、前記収集した前記状況情報及び前記障害情報をデータベースに登録する手段と、構成済の複数のシステムの各々のハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載すると共に、新たに構成すべきシステムのハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載することができる構成カタログと、前記構成カタログが更新された時に、前記状況情報及び前記障害情報を参照し、前記構成カタログに指定された前記新たなシステムのハードウェアを構成するリソースの各々が動作可能であることを確認した上で、該リソースを使用する前記システムのハードウェアを構成し、かつ実装する手段と、を備えたことを特徴とする。また、本発明のリソース管理サーバ装置は、ハードウェア資源としての複数のリソースとハードウェア接続され、前記複数のリソースの各々の状態を示す状況情報と、前記複数のリソースの各々の障害状況を示す障害情報とを、それぞれ収集してデータベースに登録する手段と、構成済の複数のシステムの各々のハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載すると共に、新たに構成すべきシステムのハードウェア構成を、前記複数のリソースの少なくとも一部を構成要素として記載することができる構成カタログと、前記構成カタログが更新された時に、前記状況情報及び前記障害情報を参照し、前記構成カタログに指定された前記新たなシステムのハードウェアを構成するリソースの各々が動作可能であることを確認した上で、該リソースを使用する前記システムのハードウェアを構成し、かつ実装する手段と、を備えたことを特徴とする。以上説明したように、本発明の共用リソース管理システムによれば、リソースを予め統合的に管理蓄積プーリングしておき、ネットワークを介して構成される複数のシステムに共有されるリソースの一部に障害が発生した場合に、システム管理者によって要求される新しいサーバ要件と、該管理蓄積情報とを照合し、代替が可能なリソースが有る場合は、該リソースを使用してシステムを再構成すると共に、該システムに対応するサーバ装置等のハードウェアを、配線まで含めて実装することができるので、共用リソースを配備する情報処理センタの可用性を向上させることができる効果が有る。本発明の共用リソース管理システムは、顧客側のサーバ装置等を管理する大規模なデータセンタ等において、前記顧客側のサーバ装置等を含めて構成される複数のシステムに対して、該システムを構成するデータセンタ側配備のリソースの状態を管理して共用できるようにすることを特徴とする。ここで、データセンタ側配備のリソースとは、システムを構築するために充当されるハードウェア資源のことであり、例えば、データセンタ側のサーバ装置を構成するCPU機器、メモリ機器、ディスク機器、及びネットワーク機器ネットワークとのインタフェース機能を担うのことである。但し、本発明では、前記の機器群で構成されるサーバ装置自体も前記リソースの範疇に入るものと見なしている。また、本発明は、現在使用されていないリソースも含めてプーリングしておき、一括管理することを特徴とする。ここで、プーリングとは、リソースの一定数を保持することを意味するものとする。さらに、本発明は、前記プーリングされたリソースを使用して、データセンタの管理者が要求する新しいサーバ装置等の構成要件に合致したシステムを構成し、該システムの構成を自動で構築する結線等を含めてハードウェアとして実装する機能を具備することを特徴とする。本発明では、様々なリソースを使用して、所与のシステム構成を有するシステムのハードウェアを構築するが、該リソースの中には運用上の都合や、構成上の都合、または障害発生に起因して、使用されずに置き去りにされるリソースも存在していて良い。本発明の共用リソース管理システムは、このようなリソースも含めて、全てのリソースの状態を管理し、プーリングされているリソースの内から、センタ管理者によって指定された新しいサーバ要件に適合するリソースを摘出し、該リソースが有効動作可能か否かの検証も含むと判断できれば、該リソースを使用するシステムを構成すると共に、該システムに対応するサーバ装置等のハードウェアを構築即ち、結線まで含めて実装することを特徴とする。以下、本発明のリソース共用管理センタシステム及びリソース管理サーバ装置の実施形態について、図面を参照して詳細に説明する。図1は、本発明の実施形態に係る共用リソース管理システムの全体構成を示す構成図である。同図において、本実施形態の共用リソース管理システムは、複数のリソースを管理するサーバ装置であるリソース管理サーバ100本発明の実施形態に係るリソース管理サーバ装置と、リソースとして提供されてプログラムを実行するサーバ装置であるサーバ1000~5000と、を備える。なお、サーバ5000は、現在、実際には稼動していないサーバ装置計画段階のサーバ装置であるものとする。リソース管理サーバ100は、データを格納するデータベース110と、後述するリソースハードウェア資源の状態情報及び障害情報を収集する機能を有する機能モジュール120と、リソースの組み替え及び実装を担う機能モジュール130と、センタ管理者が要求するシステムの構成要件をサーバ装置等の具体的なリソースを含めて記載した構成カタログ140と、を備える。サーバ1000~5000は、リソースの状態情報及び障害情報をリソース管理サーバ100に送出する機能を有する機能モジュール150を共通に備えるが、この他に、ネットワークとのインタフェース機能を担うネットワークI/F1100~5100及びネットワークI/F1200,3100,3200と、ディスク記憶装置符号は省略等のリソースを備える。なお、ここでは、リソース管理サーバ100にはネットワークI/Fを配備していないが、本発明では、一般に、リソース管理サーバ100にも、ネットワークI/Fを備えることが可能である。一般に、サーバ1000~5000は、ネットワークI/F1100~5100や、ネットワークI/F1200~3200が備える通信プロトコルにより、ネットワークインターネット網等を介して、ユーザの情報処理装置と接続されている。ここで、上記のリソースとは、システムを構築するのに必要なハードウェア資源一般を示すものであり、例えば、CPU装置、メモリ装置、内蔵ディスク装置、及びネットワークI/Fなどが範疇に含まれるものとする。以下、図1を参照して、本実施形態の共用リソース管理システムの機能について説明する。本発明に係る共用リソース管理システム図1は、顧客のサーバ等を管理する大規模なデータセンタ等に存在する複数のリソースを、1つのサーバで管理し、複数のシステム間で共用できるようにする。即ち、クラスタ構成を有するサーバ装置のリソースの内、障害になった一部のサーバのリソースの状態情報、及び単一のサーバ装置で発生したリソースの障害状況を示す障害情報も、リアルタイムにリソースを管理するリソース管理サーバ100に通知する。また、センタ管理者が要求するシステムの新しい構成要件に対し、統合的に管理されているリソースのプーリング情報を照合して該新しいシステムを構成すると共に、該システムを構成するハードウェアとしての実装を行う。図1において、リソース管理サーバ100は、サーバ1000~5000を含む前述の各リソースを管理し、該管理しているリソースを用いて構築されているシステムの構成を変更する機能を有するサーバ装置である。このソースを管理するリソース管理サーバ100は、前述のとおり、データを格納するデータベース110と、リソースの状態情報及び障害情報を収集する機能を有する機能モジュール120と、リソースの組み替え及び実装を担う機能モジュール130と、から構成される。ここでは、データベース110が格納するデータを、前記リソースの状態情報及び障害情報と、センタ管理者が要求するシステムの構成要件をサーバ装置等のリソースでもって記載した構成カタログ140との2種類としている。しかし、本発明では、一般に、前記リソースの状態情報及び障害情報と、構成カタログ140とは、それぞれ異なるデータベースに格納することも可能である。なお、構成カタログ140とは、各システムが必要とするリソース即ち、システムの構築に必要なリソースの名称及び結線が掲載されている構成カタログのことであり、センタ管理者は、適当な入力手段により、その内容を更新することができる。機能モジュール150は、リソース管理サーバ100の管理下の各サーバを構成している各リソースの状態情報及び障害情報を機能モジュール120に通知する。機能モジュール150は、この状態情報及び障害情報を、リソース管理サーバ100の管理下の各サーバ即ち、サーバ1000~5000を構成している各リソースから得る。機能モジュール120は、機能モジュール150から通知された状態情報及び障害情報を収集し、データベース110に保存する。機能モジュール130は、前記状態情報及び障害情報を参照しながら、リソース管理サーバ100の管理下の各サーバ装置、及び該各サーバ装置を構成しているリソースを組み替えて、構成カタログ140に要求されたシステムを構築するための計算を行うと共に、結線も含めて該システムを構成するハードウェアの実装を行う。より具体的には、該システムを構成するサーバ装置、及び該サーバ装置を構成するために必要なリソース例えば、CPU装置、メモリ装置、内蔵ディスク装置、及びネットワークI/Fを組み立てると共に、適切なドメインにネットワークケーブルの結線を行うものである。また、内蔵ディスク装置等のディスク機器に対しては、必要とする機器類例えば、コントローラ、エンクロージャ、キャッシュメモリ、ディスク等と、管理ケーブルネットワーク及びコントローラケーブルとの間の結線を行う。さらに、ネットワーク機器に対しては、IP設定、ポート設定、及びVLAN設定を行うと共に、適切なドメインにネットワークケーブルの結線接続を行う。以下、本実施形態の共用リソース管理システムの動作をケース毎に説明する。図2は、本発明の実施形態の共用リソース管理システムで、サーバ3000のリソースの一部であるネットワークI/F3100に障害が発生したことを示す説明図である。図2において、サーバ1000、サーバ2000、及びサーバ3000は、クラスタ構成であり、ネットワークI/F3100に障害が発生したことを示している。この場合、サーバ3000上でのプログラムが動作不可能であるとクラスタが判断し、プログラムの実行をサーバ1000へ切換えることになる。図3は、サーバ3000のリソースの一部であるネットワークI/F3100に障害が発生した場合の動作例を示す説明図である。ネットワークI/F3100に障害が発生した図2ので、サーバ1000、サーバ2000、及びサーバ3000のクラスタ構成から、サーバ3000が外され、単体のサーバ3000として起動する。この状態と、ネットワークI/F3100の障害情報とを、機能モジュール150が収集し、状態障害情報を収集する機能モジュール120に該情報を送出し、機能モジュール120は、データベース110に該情報を格納する。他方、一般ユーザの要求に基づいてセンタ管理者が、新しいシステムを構成するために必要な構成要件一般にはサーバ装置を含むを作成し、データベース110の構成カタログ140に新規登録する。機能モジュール130は、データベース110に格納されている構成カタログ140が更新されたことにより、新しいシステムを構成するために、自己が管理しているリソースを再計算する。より具体的には、データベース110が格納する状態障害情報を参照しながら、構成カタログ140に記載された新しいシステムを構成する複数のリソースサーバ装置を含むの各々について、現在、障害を持たずに動作可能であるか否かを再検証する。図3に示すケースでは、前記新しいシステムの構成要求を満たすリソースが、構成カタログ140の内で、サーバ1000として存在している。よって、機能モジュール130は、サーバ1000でもって、前記新しいシステムを構成し、結線まで含めたハードウェアの実装を行う。図4は、サーバ3000のリソースの一部であるネットワークI/F3100に障害が発生した場合の、他の動作例を示す説明図である。このケースでも、図3のケースと同様に、ネットワークI/F3100に障害が発生しているケースであるが、機能モジュール130は、ネットワークI/F3200を介して実現されていたシステム機能については、サーバ3000に移管せずに、カタログ構成要件に合致したサーバ5000に移すものである。これにより、システム機能が分散できるので、負荷の集中が緩和される効果が得られる。この場合、機能モジュール130は、サーバ3000が担っていたシステム機能の内、ネットワークI/F3100を介して実現されていたシステム機能のみをサーバ3000に担わせるように結線まで含めたハードウェアの実装を行うと共に、ネットワークI/F3200を介して実現されていたシステム機能については、新たにサーバ5000を充当して該機能を担わせるシステムを構成し、同じく結線まで含めたハードウェアの実装を行う。この新しく構築されたサーバ5000のリソースの状況情報についても、機能モジュール150から機能モジュール120に通知され、機能モジュール120は、該情報をリソースデータベース110に登録する。図5は、本発明の実施形態に係る共用リソース管理システムの動作順序の1例を示すシーケンス図である。同図において、サーバ1000、サーバ2000、及びサーバ3000は、クラスタ構成を成すサーバ装置群であるものとする。但し、サーバ1000は待機系のサーバ装置であり、サーバ2000及びサーバ3000は、現用系のサーバ装置とする。また、サーバ5000は、シングルサーバ装置であるものとする。機能モジュール120は、リソース管理サーバ100の制御下において、前記サーバ装置群を構成する各サーバ、及び該サーバを構成しているリソースから、機能モジュール150を介して通知される状態情報及び障害情報を収集し、データベース110に該情報を保存する。ここでは、サーバ3000のリソースの一部であるネットワークI/F3100に障害が発生した場合を説明する。サーバ1000、サーバ2000、及びサーバ3000はクラスタ構成を成すサーバ装置群であるので、ネットワークI/F3100が障害になったことで、サーバ3000上でのプログラムが実行不可能になったとクラスタが判断し、サーバ1000へのプログラムの実行の切換えを行うことになる。まず、タイミングT1で、ネットワークI/F3100に障害が発生したので、サーバ1000、サーバ2000、及びサーバ3000のクラスタ構成から、サーバ3000が外され、単体のサーバ装置であるサーバ3000として起動する。この状態を示す情報と、ネットワークI/F3100の障害情報とを、機能モジュール150が収集する。タイミングT2で、機能モジュール150は、機能モジュール120に対して該状態障害情報を送出する。タイミングT3で、機能モジュール120は、該状態障害情報をデータベース110に格納する。その後、タイミングT4で、センタ管理者が、一般ユーザのシステム要求を継続するには新しいリソース一般にはサーバ装置を含むが必要となるため、該構成を示す新しい構成カタログをデータベース110に登録する即ち構成カタログ140を更新する。タイミングT5では、データベース110の構成カタログ140の内容が更新されたので、機能モジュール130リソース配備を計算する機能モジュールが、データベース110の障害情報等を参照しながら、構成カタログ140に示されているリソースの内、動作可能で構成可能なリソースが有るか否かを検証する。ここでは、構成カタログ140に掲載されたリソースの内、要求された新しいシステムを構成するためには、ネットワークI/F3100が使用不可能であるが、ネットワークI/F3200は使用可能であり、かつネットワークI/F3200を介して実現されていたシステム機能に対応するシステム構成は、障害発生前に、サーバ3000を含む構成においてプログラムの実行を可能にしていた構成カタログの条件とも一致するので、該カタログ構成の要件に合ったサーバ5000を実装可能なリソースと判断する。この判断は、構成カタログに記載のリソースと、サーバ装置を含めて要求される新しいリソースの構成要件CPU装置、メモリ装置、内蔵ディスク装置、及びネットワークI/Fを照合することで行われる。CPU装置の場合、上記の実装可能か否かの判断要素となるのは、動作周波数と、コア数リソース要求を満たすか否かである。また、メモリ装置の場合は、上記の実装可能か否かを判断する判断基準は、メモリ容量がリソース要件を満たすか否かである。また、内蔵ディスク装置の場合は、上記の実装可能か否かを判断する判断要素は、ディスク容量と、RAID構成リソース要件を満たすか否かである。さらに、ネットワークI/Fの場合は、上記の実装可能か否かを判断する判断要素は、転送レートと、ネットワークI/Fの数リソース要件を満たすか否かである。なお、ネットワークケーブルの結線は手作業では行う必要がない。最初からネットワークI/Fに全て差し込まれており、データリンク層以上の接続で、SwitchのポートVLANとタグVLANとを使用して行う。適切なドメインに接続を行えるか否かの判断は、リソース要件を満たすか否かによるものとする。タイミングT6で、機能モジュール130は、サーバ5000を実装可能と判断し、構成カタログ140の新たな構成情報を基にして、前述の新たなリソースを構成し、サーバ5000を実装する。ここで、実装するとは、実際にサーバに必要なCPU装置、メモリ装置、内蔵ディスク装置、ネットワークI/F等のリソースを物理的に動かすことなく、要求された新しいシステムに対応するハードウェアを、リソース間の結線の変更だけで再構成することであるものとする。タイミングT7では、機能モジュール120が、新しく構築されたサーバ5000のリソース状態についても、機能モジュール150を介してリソース管理サーバ100に通知する。タイミングT8では、機能モジュール120が、新しく構築されたサーバ5000のリソース状態についても、リソースデータベース110に登録する。本発明の実施形態に係る共用リソース管理システムによれば、障害が起きたリソースの状態を収集し、リソースデータベース110にリソースの状態情報を蓄積するので、他のシステムの業務カタログで動作可能な業務が無いか否かをシステムで検証し、確認することができる効果が有る。また、障害が起きたリソースが存在する場合は、予備等の他のシステムの一部のリソースに切り替えることで、該障害が起きたリソースで構成されるシステムの機能の一部を、該他のシステムの一部に自動で切り替えることができる効果が有る。また、特に、複数のサーバ装置が現用で1つのサーバ装置が待機用であるクラスタ構成の場合には、システム切換えの条件として、本発明を適用することができる効果が有る。また、PaaSのように、ソフトウェアを構築し、かつ稼動させるための土台となるプラットフォームにも応用して、システム間でリソースを他のシステムと共有できる効果が得られる。また、クラウドコンピューティングシステムを運営する集中管理センタコンピュータやスイッチを設置するための専用のセンタにおいても、この発明を採用することにより、システム間でリソースを他のシステムと共有できる効果が有る。さらに、グリッドコンピューティングシステムインターネットなどの広域のネットワーク上にある複数の計算資源CPU装置などの計算機能や、ハードディスク装置などの情報格納領域を結び付け、1つの複合したコンピュータシステムとしてのサービスを提供するシステムにおいても、本発明を適用することにより、複数のコンピュータの計算モジュール間で、個々のリソースを共有できる効果が有る。"