1又は複数の記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生するストレージ装置と、前記記憶デバイスの記憶領域で構成される複数の実ボリュームを仮想化した複数の仮想ボリュームを管理すると共に、当該管理に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する1又は複数のサーバ装置と、前記各仮想ボリュームをアクセス要求元のアクセス対象として管理する管理サーバ装置と、少なくとも前記ストレージ装置又は前記サーバ装置を管理対象として管理すると共に、当該管理対象から発生するイベントを管理するイベント管理装置と、を備え、前記イベント管理装置は、前記管理対象から前記イベントを受信した場合、前記受信したイベントの内容を判別すると共に、前記仮想ボリュームのうち、前記イベントの発生で影響を受ける仮想ボリュームを特定し、前記特定した仮想ボリュームに、当該仮想ボリュームが満たすべきサービスレベルが定義されている場合、前記受信したイベントの内容から、前記定義されたサービスレベルに違反する事象が発生しているかどうかを特定し、前記特定した内容をイベントフィルタに基づくイベントとして前記管理サーバ装置に通知することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記ストレージ装置と前記サーバ装置を少なくとも含むシステム全体を管理する全体管理サーバを有し、前記イベント管理装置は、前記受信したイベントと前記イベントフィルタに基づくイベントとを関連付けたイベントを前記全体管理サーバに通知することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記イベント管理装置は、前記特定した内容が、イベントフィルタ情報で定義されたイベント通知方法の条件を満たす場合、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知することを特徴とする計算機システム。請求項3に記載の計算機システムであって、前記イベント管理装置は、前記イベントの内容が、前記サービスレベルに達していないことを示す第1フィルタ情報、又は前記サービスレベル違反が発生した場合には常に通知することを示す第2フィルタ情報、或いは復旧時間が設定時間以上要することを示す第3フィルタ情報が、前記イベント通知方法の条件として前記イベントフィルタ情報に定義されている場合、前記特定した内容が、前記第1フィルタ情報、前記第2フィルタ情報又は前記第3フィルタ情報に適合することを条件に、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記イベント管理装置は、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知する場合、前記イベントフィルタに基づくイベントに、前記サービスレベルに違反する事象に関する情報を付加することを特徴とする計算機システム。請求項2に記載の計算機システムであって、前記イベント管理装置は、前記関連付けたイベントを前記全体管理サーバに通知する場合、前記関連付けたイベントに、前記サービスレベルに違反する事象に関する情報と前記特定した仮想ボリュームに関連づけられた物理リソースの障害の内容を含むイベント情報を付加することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記ストレージ装置は、前記制御に用いる複数の物理リソースのうち少なくとも1つに障害が生じた場合、前記物理リソースの障害の内容を含むイベント情報を、前記イベントに付加される情報として前記イベント管理装置に送信し、前記サーバ装置は、前記管理に用いる複数の物理リソースのうち少なくとも1つに障害が生じた場合、前記物理リソースの障害の内容を含むイベント情報を、前記イベントに付加される情報として前記イベント管理装置に送信することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記イベント管理装置は、前記受信したイベントの内容を基に前記イベントの発生事象を示す情報と前記イベントの発生の原因の概要を示す情報を判別し、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知する場合、前記サービスレベルに違反する事象に関する情報として、前記イベントの発生事象を示す情報と前記イベントの発生の原因の概要を示す情報を前記イベントフィルタに基づくイベントに付加することを特徴とする計算機システム。請求項1に記載の計算機システムであって、前記イベント管理装置は、前記ストレージ装置と前記サーバ装置との間で授受される情報又はデータを中継する共に、当該中継に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する複数の中継装置を前記管理対象として管理することを特徴とする計算機システム。請求項1に記載の計算機システムであって、1又は複数の下位記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する下位ストレージ装置と、前記下位記憶デバイスの記憶領域で構成される複数の実ボリュームを仮想化した複数の仮想ボリュームを管理すると共に、当該管理に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生するストレージ装置と、前記ストレージ装置と情報の授受を行うと共に、当該情報の授受に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する1又は複数のサーバ装置と、前記下位ストレージ装置と前記ストレージ装置との間で授受される情報又はデータを中継する共に、当該中継に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する複数の中継装置を有し、前記イベント管理装置は、前記下位ストレージ装置と、前記ストレージ装置と、前記サーバ装置、及び前記中継装置を前記管理対象として管理することを特徴とする計算機システム。1又は複数の記憶デバイスに対するデータの入出力を制御すると共に、当該制御に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生するストレージ装置と、前記記憶デバイスの記憶領域で構成される複数の実ボリュームを仮想化した複数の仮想ボリュームを管理すると共に、当該管理に用いる複数の物理リソースのうち少なくとも1つの障害時にイベントを発生する1又は複数のサーバ装置と、前記各仮想ボリュームをアクセス要求元のアクセス対象として管理する管理サーバ装置と、少なくとも前記ストレージ装置又は前記サーバ装置を管理対象として管理すると共に、当該管理対象から発生するイベントを管理するイベント管理装置と、を備えた計算機システムのイベント通知方法であって、前記イベント管理装置が、前記管理対象から前記イベントを受信した場合、前記受信したイベントの内容を判別すると共に、前記仮想ボリュームのうち、前記イベントの発生で影響を受ける仮想ボリュームを特定するステップと、前記イベント管理装置が、前記特定した仮想ボリュームに、当該仮想ボリュームが満たすべきサービスレベルが定義されている場合、前記受信したイベントの内容から、前記定義されたサービスレベルに違反する事象が発生しているかどうかを特定するステップと、前記イベント管理装置が、前記特定した内容をイベントフィルタに基づくイベントとして前記管理サーバ装置に通知するステップと、を含むことを特徴とする計算機システムのイベント通知方法。請求項11に記載の計算機システムのイベント通知方法であって、前記受信したイベントと前記イベントフィルタに基づくイベントとを関連付けたイベントを、前記ストレージ装置と前記サーバ装置を少なくとも含むシステム全体を管理する全体管理サーバに通知するステップを含むことを特徴とする計算機システムのイベント通知方法。請求項11に記載の計算機システムのイベント通知方法であって、前記イベント管理装置が、前記特定した内容が、イベントフィルタ情報で定義されたイベント通知方法の条件を満たす場合、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知するステップを含むことを特徴とする計算機システムのイベント通知方法。請求項13に記載の計算機システムのイベント通知方法であって、前記イベント管理装置が、前記イベントの内容が、前記サービスレベルに達していないことを示す第1フィルタ情報、又は前記サービスレベル違反が発生した場合には常に通知することを示す第2フィルタ情報、或いは復旧時間が設定時間以上要することを示す第3フィルタ情報が、前記イベント通知方法の条件として前記イベントフィルタ情報に定義されている場合、前記特定した内容が、前記第1フィルタ情報、前記第2フィルタ情報又は前記第3フィルタ情報に適合することを条件に、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知するステップを含むことを特徴とする計算機システムのイベント通知方法。請求項11に記載の計算機システムのイベント通知方法であって、前記イベント管理装置が、前記特定した内容を前記イベントフィルタに基づくイベントとして前記管理サーバ装置に通知する場合、前記イベントフィルタに基づくイベントに、前記サービスレベルに違反する事象に関する情報を付加するステップを含むことを特徴とする計算機システムのイベント通知方法。従来技術では、仮想ボリュームを構成する物理リソースで障害が発生した場合、仮想ボリュームを利用するユーザ端末に、サービス提供者とユーザ間で交わされる通信サービスの合意事項以下、SLAServiceLevelAgreementと称する。に違反する情報のみを提供することについては配慮されていない。例えば、仮想ボリュームを構成する物理リソースに障害が発生した場合、障害発生時から障害復旧時までの間、記憶デバイスの故障によっては、冗長性が一時的になくなったり、あるいは仮想ボリュームの性能が低下したりし、SLAに反する場合がある。この際、ユーザによっては、SLAを厳密に定義し、SLAで想定した環境を仮定して仮想ボリュームや仮想サーバを利用する場合がある。このようなユーザに対しては、SLA違反が発生した障害時には、SLAに違反した内容を速やかに通知することが好ましい。これは、SLA違反に対しては、ユーザが独自に対処することを望む場合があるためである。例えば、仮想ボリュームの性能の低下が予想される場合には、仮想ボリュームの数あるいは仮想サーバの数を増やし、性能に影響のない他の仮想ボリュームを利用するなど、ユーザ自身が実施することが考えられる。本発明は、前記従来技術の課題に鑑みて為されたものであり、その目的は、仮想ボリュームを構成する物理リソースに障害が発生した場合、ユーザが必要とする情報を、仮想ボリュームをアクセス要求元に提供する装置に通知することができる計算機システム及びそのイベント通知方法を提供することにある。前記目的を達成するために、本発明は、複数の仮想ボリュームを管理するサーバ装置と、複数の記憶デバイスに対するデータの入出力を制御するストレージ装置と、前記仮想ボリュームをアクセス要求元のアクセス対象として管理する管理サーバ装置と、少なくとも前記サーバ装置または前記ストレージ装置を管理対象として管理する共に、当該管理対象から発生するイベントを管理するイベント管理装置を備え、前記イベント管理装置は、前記イベントを受信した場合、前記イベントの内容を判別すると共に、前記仮想ボリュームのうち前記イベントで影響を受ける仮想ボリュームを特定し、前記特定した仮想ボリュームに、当該仮想ボリュームが満たすべきサービスレベルが定義されている場合、前記受信したイベントの内容から、前記サービスレベルに違反する事象が発生しているかどうかを特定し、前記特定した内容をイベントフィルタに基づくイベントとして管理サーバ装置に通知することを特徴とする。本発明によれば、ユーザが必要とする情報を、仮想ボリュームをアクセス要求元に提供する装置に通知することができる。<発明の概要>以下、本発明の概要を図1のブロック図に従って説明する。図1において、計算機システムは、イベント通知システム1と、ストレージ装置2と、サーバ装置3と、中継装置4を備えている。サーバ装置3は、中継装置4を介してストレージ装置2と情報の授受を行うと共に、サーバ装置3を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生する。このサーバ装置3には、仮想化装置としての機能を有するハイパーバイザ37と、ハイパーバイザ37上で動作する複数の仮想サーバA、B38が実装される。ここで、イベントとは、障害の内容を示す情報と障害の発生部位を特定する情報を含むものを意味する。イベントの通知は、SNMPSimpleNetworkManagementProtocolで定義されるトラップを用いて実装することができる。また、SNMP以外にも専用のプロトコルを用いて実装することができる。また、以降で述べる様々な装置が通知するイベントについても同様である。ハイパーバイザ37は、ストレージ装置2の記憶デバイス図示せずの記憶領域で構成される複数の実ボリューム26を、仮想記憶領域で構成される、複数の仮想ボリュームVV0、VV1371として仮想化し、仮想化された複数の仮想ボリューム371を管理する。各仮想ボリューム371は、例えば、Aの仮想サーバ38と、Bの仮想サーバ38によって管理される。Aの仮想サーバ38と、仮想ボリュームVV0371は、部門Aリソース94として構成され、部門A管理システム61によって管理される。Bの仮想サーバ38と、仮想ボリュームVV1371は、部門Bリソース94として構成され、部門B管理システム61によって管理される。部門A管理システム61に関する情報は、ネットワーク図示せずを介して、部門A管理者931が利用するユーザ端末図示せずに提供され、部門B管理システム61に関する情報は、ネットワーク図示せずを介して、部門B管理者932が利用するユーザ端末図示せずに提供される。中継装置4は、サーバ装置3とストレージ装置2との間で授受される情報またはデータを中継すると共に、中継装置4を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する。ストレージ装置2は、複数の実ボリューム26と、各実ボリューム26に対するデータの入出力を制御するコントローラ図示せずを有し、ストレージ装置2を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生する。イベント通知システム1は、ストレージ装置2またはサーバ装置3、あるいは中継装置4のうちいずれかでイベントが発生した場合、発生したイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム371のうち、イベントの発生で影響を受ける仮想ボリューム、例えば、仮想ボリュームVV0371を特定する。この際、イベント通知システム1は、特定した仮想ボリュームVV0371に、その仮想ボリュームが満すべきサービスレベルが定義されている場合、受信したイベントの内容から、定義されたサービスレベルに違反する事象が発生しているかどうかを特定し、特定した内容をイベントフィルタ情報121に従って、イベントフィルタに基づくイベント91として部門A管理システム61に通知する。仮想ボリュームに対するサービスレベルの定義は、サービスレベル情報図示せずに記録しておく。これにより、部門A管理者931は、ユーザ端末を用いて部門A管理システム61にアクセスすることで、SLAに違反する事象の発生を把握することができる。また、イベント通知システム1は、装置から受信したイベントを全体管理システム71に通知すると共に、このイベントに、上記のように特定したイベントフィルタに基づくイベント91を関連付けて、関連付けたイベント92として全体管理システム71に通知する。これにより、システム全体を管理するシステム管理者930は、システム管理者用端末図示せずを用いて全体管理システム71を操作することで、サービスレベルに違反する事象の発生を把握できると共に、この違反事象と障害が発生した部位とを関連付けた障害情報の内容を把握することができる。<全体構成>次に、図2に、第1実施例における計算機システムのブロック構成図を示す。図2において、計算機システムは、イベント通知システム1と、ストレージ装置2と、サーバ装置3と、複数の中継装置SW0、SW14と、リソース管理システム5と、部門A管理サーバ装置6と、部門B管理サーバ装置6と、全体管理サーバ7から構成され、各部が内部ネットワーク9を介して接続される。内部ネットワーク9としては、例えば、LANLocalAreaNetworkを用いることができる。イベント通知システム1は、プロセッサ、メモリ、ネットワークコントローラいずれも図示せずを有し、ストレージ装置2またはサーバ装置3、あるいは中継装置4のうちいずれかでイベントが発生した場合、発生したイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム371のうち、イベントの発生で影響を受ける仮想ボリューム、例えば、仮想ボリュームVV0371を特定する。この際、イベント通知システム1は、特定した仮想ボリューム371にサービスレベルが定義されている場合、受信したイベントから、定義されたサービスレベルに違反する事象が発生したかどうかを特定し、その内容を、イベントフィルタ情報121に従って、例えば、部門A管理システム61に通知する。また、イベント通知システム1は、装置から受信したイベントの内容を全体管理システム71に通知すると共に、部門A管理システム61に通知したサービスレベル違反事象に関する情報を関連付けたイベント92を全体管理システム71に通知する。ストレージ装置2は、複数の実ボリューム26と、各実ボリューム26に対するデータの入出力を制御するコントローラ図示せずを有するとともに、ストレージ装置2を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生するストレージ用イベント発生部図示せずを有する。各実ボリューム26は、1または複数の記憶デバイスの記憶領域で構成される。記憶デバイスとしては、例えば、HDDHardDiskDrive、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイスを用いることができる。記憶デバイスとして、HDDを用いる場合、例えば、FCFibreChannelディスク、SCSISmallComputerSystemInterfaceディスク、SATASerialATAディスク、ATAATAttachmentディスク、SASSerialAttachedSCSIディスク等を用いることができる。また、各記憶デバイスでRAIDRedundantArrayofInexpensiveDisksグループ、例えば、RAID4、RAID5、RAID6等を構成したり、各記憶デバイスを複数のRAIDグループに分割したりすることもできる。この際、各記憶デバイスの物理的記憶領域上に複数の論理ユニット以下、LULogicalUnitと称することがある。や複数の論理ボリュームを形成することもできる。サーバ装置SV03は、中継装置4を介してストレージ装置2と情報の授受を行う機能を有すると共に、サーバ装置3を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生するサーバ用イベント発生部図示せずとしての機能を有する。このサーバ装置3には、仮想化装置としての機能を有するハイパーバイザ37と、ハイパーバイザ37上で動作する複数の仮想サーバVM0、VM138が実装される。ハイパーバイザ37は、ストレージ装置2の記憶デバイス図示せずの記憶領域で構成される複数の実ボリューム26を、仮想記憶領域で構成される、複数の仮想ボリューム371として仮想化し、仮想化された複数の仮想ボリューム371を管理する。各仮想ボリューム371は、例えば、複数の仮想サーバVM0、VM138によって、データの格納に利用される。中継装置4は、サーバ装置3とストレージ装置2との間で授受される情報またはデータを中継する機能を有すると共に、中継装置4を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する中継用イベント発生部図示せずとしての機能を有する。リソース管理システム5は、ストレージ装置2を構成する複数のストレージ用リソース物理リソースと論理リソースを含むリソースと、サーバ装置3を構成する複数のサーバ用リソース物理リソースと論理リソースを含むリソースおよび各中継装置4を構成する複数の中継用リソース物理リソースと論理リソースを含むリソースを管理する。部門A管理サーバ装置6は、部門A管理者931が利用するユーザ端末図示せずとネットワーク9または図示しないネットワークまたはインターネットを介して接続され、部門Aに占有的に割り当てられている仮想ボリューム371と仮想サーバ38を部門A管理システム61で管理する。部門A管理システム61で管理される情報は、ネットワーク9または図示しないネットワークまたはインターネットを介して、部門A管理者931が利用するユーザ端末に提供される。なお、部門Aにより占有的に管理される仮想ボリュームや仮想サーバ等の論理的なリソースのグループを、以降ではドメイン0と呼ぶ。部門B管理サーバ装置6は、部門B管理者932が利用するユーザ端末図示せずとネットワーク9または図示しないネットワークまたはインターネットを介して接続され、部門Bに占有的に割り当てられている仮想ボリューム371と仮想サーバVM138を部門B管理システム61で管理する。部門B管理システム61で管理される情報は、ネットワーク9または図示しないネットワークまたはインターネットを介して、部門B管理者932が利用するユーザ端末に提供される。なお、部門Bにより占有的に管理される仮想ボリュームや仮想サーバ等の論理的なリソースのグループを、以降ではドメイン1と呼ぶ。全体管理サーバ7は、プロセッサ、メモリ、ネットワークコントローラいずれも図示せずを有する全体管理システム71が、計算機システム全体を管理する。この際、システム全体を管理するシステム管理者930は、システム管理者用端末図示せずを用いて全体管理システム71を操作することで、リソース管理システム5で管理される情報やイベント通知システム1から送信されるイベントの内容を把握することができる。なお、イベント通知システム1、リソース管理システム5および全体管理サーバ7を一体化し、イベント管理装置として構成することができる。次に、図3に、中継装置とストレージ装置のブロック構成図を示す。図3において、中継装置SW04は、複数の電源42と、複数の中継ポートSP02、SP0341を有し、中継装置SW14は、複数の電源42と、複数の中継ポートSP12、SP1341を有する。ストレージ装置2は、1のコントローラ22と、2のコントローラ22と、複数の記憶デバイス、例えば、HDD21と、複数の電源24から構成され、各コントローラ22と各HDD21が、内部バス23を介して接続される。1のコントローラ22は、コントローラ22全体を統括制御するプロセッサ221と、制御プログラムなどを格納するメモリ222と、複数のコントローラポートCP00、CP01223から構成される。コントローラポートCP00223は、中継ポートSP0241に接続され、コントローラポートCP01223は、中継ポートSP0341に接続される。2のコントローラ22は、コントローラ22全体を統括制御するプロセッサ221と、制御プログラムなどを格納するメモリ222と、複数のコントローラポートCP10、CP11223から構成される。コントローラポートCP10223は、中継ポートSP1241に接続され、コントローラポートCP11223は、中継ポートSP1341に接続される。図4に、ストレージ装置の論理的構成図を示す。図4において、複数のHDD21によってRAIDグループを構成した場合、例えば、0のRAIDグループRG025は、複数のHDD21から構成され、1のRAIDグループRG125は、複数のHDD21から構成される。0のRAIDグループ25を構成する複数のHDD21の記憶領域によって複数の実ボリュームPV0、PV1、PV226が構成される。1のRAIDグループ25を構成する複数のHDD21の記憶領域によって複数の実ボリュームPV3、PV4、PV526が構成される。実ボリュームPV0、PV1、PV226は、コントローラポートCP00、CP10223を介してサーバ装置3からアクセスできるように構成され、実ボリュームPV3、PV4、PV526は、コントローラポートCP10、CP11223を介してサーバ装置3からアクセスできるように構成される。図5に、サーバ装置の物理的構成図を示す。図5において、サーバ装置3は、サーバ装置3全体を統括制御する複数のプロセッサ31と、各種プログラムや情報などを格納するメモリ32と、各中継装置4とデータの授受を行うホストバスアダプタHB0、HB133と、複数の電源34と、ネットワークコントローラ35等の複数の物理リソースを有し、各部が内部ネットワーク36を介して接続される。0のホストバスアダプタ33は、複数のホストポートHP00、HP01331を有し、ホストポートHP00331が、中継装置SW04の中継ポートSP0041に接続され、ホストポートHP01331が、中継装置SW14の中継ポートSP1041に接続される。1のホストバスアダプタ33は、複数のホストポートHP10、HP11331を有し、ホストポートHP10331が、中継装置SW04の中継ポートSP0141に接続され、ホストポートHP11331が、中継装置SW14の中継ポートSP1141に接続される。次に、図6に、サーバ装置の論理的構成図を示す。図6において、サーバ装置4は、オペレーティングシステムOS36と、ハイパーバイザ37と、0の仮想サーバ38と、1の仮想サーバ38を備える。オペレーティングシステム36上では、ハイパーバイザ37が動作するとともに、ハイパーバイザ37およびサーバ装置3を構成している各物理リソースの障害の有無を監視する監視部361が動作する。この監視部361は、ハイパーバイザ37に障害が発生した場合や、各種物理リソースに障害が発生した場合、イベントを発生するサーバ用イベント発生部として機能する。なお、ハイパーバイザ37自身が監視部361に相当する機能を持つようにすることもできる。また、物理リソースに関する監視と障害通知の機能を、オペレーティングシステム36とは独立したハードウェアに実装することもできる。ハイパーバイザ37は、実ボリューム26を仮想化した仮想ボリュームとして、0~3の仮想ボリュームVV0、VV1、VV2、VV3371を構成する。0の仮想サーバVM038は、アプリケーション381と、OSオペレーティングシステム382を有し、OS382上で動作するアプリケーション381を起動する。また、0の仮想サーバVM038は、0、1の仮想ボリュームVV0、VV1371にアクセスできるように構成されており、これらの仮想ボリュームは、仮想サーバVV0上のアプリケーション381がデータを格納するために利用する。1の仮想サーバVM138は、アプリケーション381と、OSオペレーティングシステム382を有し、OS382上で動作するアプリケーション381を起動する。また、2、3の仮想ボリュームVV2、VV3371にアクセスできるように構成されており、これらの仮想ボリュームは、仮想サーバVV1上のアプリケーション381がデータを格納するために利用する。次に、図7に、リソース管理システムのブロック構成図を示す。図7において、リソース管理システム5は、リソース管理システム5全体を統括制御するプロセッサ51と、各種情報やプログラムを格納するメモリ52と、ネットワーク9を転送するデータ等を制御するネットワークコントローラ53とを有し、各部が内部バス55を介して接続される。メモリ52には、論理リソース情報521と、物理リソース情報522と、リソース接続情報523と、ドメイン情報524と、サービスレベル情報525と、論理リソース割り当てプログラム526が格納される。次に、図8に、イベント通知システムのブロック構成図を示す。図8において、イベント通知システム1は、イベント通知システム全体を統括制御するプロセッサ11と、各種情報やプログラムを格納するメモリ12と、ネットワーク9を転送するデータ等を制御するネットワークコントローラ13を有し、各部が内部バス15を介して接続される。メモリ12には、ドメイン管理者向けイベントフィルタ情報121と、障害復旧予定情報122と、イベント受信プログラム123と、影響判定プログラム124と、ドメイン管理者向けイベント通知プログラム125と、システム管理者向けイベント通知プログラム126が格納される。次に、図9に、論理リソース情報の構成図を示す。図9において、論理リソース情報521は、ストレージ装置2またはサーバ装置3を構成する複数の論理リソースを管理するための情報であって、IDフィールド521Aと、種類フィールド521Bと、下位リソースIDフィールド521Cと、ドメインIDフィールド521Dから構成される。IDIDentifierは、各論理リソースを一意に識別する識別子に関する情報である。このIDフィールド521Aの各エントリには、実ボリューム26を識別する場合には、PV0~PV5が格納され、仮想ボリューム371を識別する場合には、VV0~VV3が格納される。また、IDフィールド521Aの各エントリには、RAIDグループを識別する場合には、RG0~RG1が格納され、仮想サーバ38を識別する場合には、VM1~VM2が格納される。種類は、各論理リソースの種類を特定する名称に関する情報である。種類フィールド521Bの各エントリには、論理リソースが、実ボリューム26である場合、実ボリュームが格納され、仮想ボリューム371である場合、仮想ボリュームが格納され、RAIDグループである場合、RAIDグループが格納され、仮想サーバ38である場合、仮想サーバが格納される。下位リソースIDは、IDの下位に位置するリソースを識別するための識別子である。下位リソースIDフィールド521Cの各エントリには、下位リソースを識別するための識別子が格納される。例えば、実ボリューム26が、0のRGRAIDグループから構成される場合、0のRGRAIDグループに対応するエントリには、RG0が格納される。また、仮想ボリューム371が複数の実ボリュームPV0、PV1で構成される場合、この仮想ボリューム371に対応するエントリには、PV0、PV1が格納される。実ボリューム、仮想ボリューム、RAIDグループの場合は、さらに図示しない最大容量フィールドに、その最大容量の情報を格納するようにしてもよい。また実ボリュームの場合は、さらに図示しない割り当て済み容量フィールドに、仮想ボリュームに割り当てた容量の合計値を格納するようにしてもよい。ドメインIDは、ドメインを識別するための識別子である。ドメインIDフィールド521Dのエントリには、ドメインの識別子としてDM0またはDM1が格納される。DM0はドメイン0の識別子であり、DM1はドメイン1の識別子である。次に、図10に、物理リソース情報の構成図を示す。図10において、物理リソース情報522は、ストレージ装置2またはサーバ装置3を構成する複数の物理リソースを管理するための情報であって、IDフィールド522Aと、種類フィールド522Bと、上位リソースIDフィールド522Cと、状態フィールド522Dから構成される。IDは、各物理リソースを一意に識別するための識別子に関する情報である。IDフィールド522Aの各エントリには、ストレージ装置2を識別する場合には、ST0が格納され、HDD21を識別する場合には、HD0~HD7が格納され、コントローラ22を識別する場合には、CT0、CT1が格納される。またコントローラポート223を識別する場合には、CP00~CP11が格納され、電源34を識別する場合には、PS00、PS01が格納される。また、サーバ装置3を識別する場合には、SV0の識別子が格納され、HBA33を識別する場合にはHB0HB1が格納され、ホストポート331を識別する場合にはHP00HP01HP10HP11が格納される。種類は、各物理リソースの種類を特定するための情報である。種類フィールド522Bのエントリには、ストレージ装置2の場合、ストレージ装置が格納され、HDD21の場合HDDが格納され、コントローラ22の場合、コントローラが格納され、コントローラポート223の場合、コントローラポートが格納され、電源34の場合、電源が格納される。また、サーバ装置3の場合、サーバ装置が格納され、HBA33の場合、HBAが格納され、ホストポート331の場合にはホストポートが格納される。上位リソースIDは、各物理リソースの上位となるリソースを識別するための識別子に関する情報である。上位リソースIDフィールド522Cのエントリのうち、例えば、HDD21に対応したエントリには、HDD21の上位リソースがストレージ装置2である場合ST0が格納され、コントローラ22に対応したエントリには、コントローラ22の上位リソースがストレージ装置2である場合ST0が格納される。またコントローラポート223の上位リソースがコントローラ22である場合、コントローラポート223に対応するエントリには、CT0またはCT1が格納される。状態は、各物理リソースの状態に関する情報である。状態フィールド522Dの各エントリには、各物理リソースが正常な状態にある場合には、正常の情報が格納され、各物理リソースに障害が発生した場合には、障害の情報が格納される。次に、図11に、リソース接続情報の構成図を示す。図11において、リソース接続情報523は、複数のリソースの接続関係を管理するための情報であり、IDフィールド523Aと、接続先IDフィールド523Bと、種類フィールド523Cから構成される。IDは、各リソースを一意に識別する識別子に関する情報である。IDフィールド523Aのエントリには、実ボリューム26を識別する場合には、PV0~PV5が格納され、コントローラポート223を識別する場合には、CP00~CP11が格納され、ホストバスアダプタ33のホストポートを識別する場合には、HP00~HP11が格納される。接続先IDは、各リソースの接続先を一意に識別するための識別子に関する情報である。接続先IDフィールド523Bのエントリには、各リソースの接続先を特定するための識別子が格納される。例えば、実ボリューム26のうち、PV0の実ボリューム26の接続先がコントローラポートCP00、CP10223である場合、CP00、CP10が格納される。種類は、各リソース間の接続の種類に関する情報である。種類フィールド523Cのエントリには、例えば、実ボリューム26がコントローラポート223からアクセス可能に構成されている場合、LUNが格納され、コントローラポート223が中継用ポート41に対して接続されている場合、ケーブルが格納される。次に、図12に、ドメイン情報の構成図を示す。図12において、ドメイン情報524は、部門A管理システム61や部門B管理システム61を管理するための情報であって、ドメインIDフィールド524Aと、管理サーバアドレスフィールド524Bと、SNMPアドレスフィールド524Cと、スプールフィールド524Dから構成される。ドメインIDは、ドメインを一意に識別するための識別子に関する情報である。ドメインIDフィールド524Aのエントリには、例えば、部門Aのドメイン0に対応したドメインIDとして、DM0が格納され、部門Bのドメイン1に対応したドメインIDとして、DM1が格納される。管理サーバアドレスは、部門A管理サーバ装置6や部門B管理サーバ装置6に割り当てられるアドレスである。管理サーバアドレスフィールド524Bのエントリには、部門A管理サーバ装置6に対応するアドレスとして、192.168.1.100が格納され、部門B管理サーバ装置6に対応するアドレスとして、192.168.1.101が格納される。SNMPアドレスは、SNMPトラップを利用したイベントの通知の際に用いるアドレスである。SNMPアドレスフィールド524Cのエントリのうち、部門B管理サーバ装置6に対応するエントリには、192.168.1.111が格納される。複数のドメインが一つの管理システムで管理されている場合、管理システム内にスプールイベントスプールが設けられ、ドメイン固有のイベントはスプールに格納される。スプールに格納されたイベントは、そのドメインの管理者が参照できる。スプールフィールド524Dのエントリのうち、ドメインIDDM2に対応するエントリには、スプールを特定する名称として、DM2_Sが格納される。これは、ドメインIDDM2に対応するドメイン宛てのイベントは、共通の管理システムに設けられたスプールDM2_Sに格納されることを示す。次に、図13に、サービスレベル情報の構成図を示す。図13において、サービスレベル情報525は、SLAで定義されるサービスレベルに関する情報であって、IDフィールド525Aと、性能フィールド525Bと、可用性フィールド525Cと、信頼性フィールド525Dと、バックアップフィールド525Eから構成される。IDは、各仮想ボリューム371を一意に識別するための識別子に関する情報である。IDフィールド525Aの各エントリには、仮想ボリューム371を識別するための識別子として、例えば、VV0~VV3が格納される。性能は、各仮想ボリューム371に要求される性能に関する情報である。性能フィールド525Bのエントリには、サービスレベルが高い場合にはAの情報が格納され、サービスレベルが中位の場合にはBの情報が格納され、サービスレベルが低位である場合には、Cの情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。可用性は、仮想ボリューム371の可用性に関する情報である。可用性フィールド525Cの各エントリには、仮想ボリューム371の可用性に関するサービスレベルが高い場合にはAの情報が格納される。また、仮想ボリューム371の可用性に関するサービスレベルが中位の場合にはBの情報が格納され、サービスレベルが低位である場合には、Cの情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。信頼性は、仮想ボリューム371の信頼性に関する情報である。信頼性フィールド525Dのエントリには、仮想ボリューム371の信頼性に関するサービスレベルが高い場合にはAが格納される。また、仮想ボリューム371の信頼性に関するサービスレベルが中位の場合にはBの情報が格納され、サービスレベルが低位である場合には、Cの情報が格納される。また空欄は、サービスレベルが定義されていないことを示す。バックアップは、仮想ボリューム371をバックアップする場合に必要な個数に関する情報である。バックアップフィールド525Eのエントリには、バックアップに必要な仮想ボリューム371の個数を示す情報が格納される。例えば、仮想ボリューム371のバックアップとして、5個の仮想ボリューム371を必要とする場合には、5の情報が格納される。次に、図14に、イベントフィルタ情報の構成図を示す。図14において、イベントフィルタ情報121は、サービスレベル違反に関する事象が発生した場合に、その事象を通知するためのイベント通知方法を管理する情報であって、IDフィールド121Aと、性能フィールド121Bと、可用性フィールド121Cと、信頼性フィールド121Dと、バックアップフィールド121Eから構成される。IDフィールド121Aのエントリには、仮想ボリューム371を識別するための識別子として、例えばVV0~VV3が格納される。性能は、各仮想ボリューム371の性能に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。可用性は、仮想ボリューム371の可用性に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。信頼性は、仮想ボリューム371の信頼性に関するサービスレベル違反に対してのイベント通知方法を定義する情報である。バックアップは、仮想ボリューム371のバックアップに関するサービスレベル違反に対してのイベント通知方法を定義する情報である。性能フィールド121B、可用性フィールド121C、信頼性フィールド121D、バックアップフィールド121Eの各エントリには、イベントの内容が、図13のサービスレベル情報525で定義されたサービスレベルに達しない場合には、イベントの内容を通知することを意味する、SL未達の情報第1フィルタ情報が格納される。一方、性能フィールド121B~バックアップフィールド121Eの各エントリには、サービスレベルの定義の有無によらず、サービスレベル違反を通知する必要がない場合には、なしの情報が格納される。また、性能フィールド121B~バックアップフィールド121Eの各エントリには、サービスレベル違反が発生した場合には常に通知する場合は全ての情報第2フィルタ情報が格納される。次に、図15に、障害復旧予定情報の構成図を示す。図15において、障害復旧予定情報122は、各リソースの種類毎の障害復旧に要する時間を保持する情報であって、装置種別フィールド122Aと、部位フィールド122Bと、交代所用時間フィールド122Cと、交換所用時間フィールド122Dから構成される。装置種別フィールド122Aのエントリには、装置種別に関する情報が格納される。例えば、ストレージ装置の場合はストレージの情報が格納され、中継装置の場合は接続装置が格納され、サーバ装置の場合はサーバ装置が格納される。部位フィールド122Bのエントリには、装置種別フィールド122Aで示された種別の装置における障害発生部位の種類を示す情報が格納される。例えば、ストレージ装置の場合、RAIDグループおよびHDDについては、HDDRAIDグループが格納される。交代所用時間は、部位フィールド122Bで示される障害部位が冗長構成の場合に、他系へ処理を交代するのに要する最大所用時間に関する情報である。交代所用時間フィールド122Cのエントリには、例えば、交代所用時間として最大30分要する場合には、0:30の情報が格納される。交換所用時間は、部位フィールド122Bで示される障害部位を、部位の交換等の手段により復旧させるために要する時間に関する情報である。交換所用時間フィールド122Aのエントリには、障害発生部位を復旧させるための最大所用時間に関する情報が格納される。例えば、ストレージ装置のHDDまたはRAIDグループを復旧させるための時間として最大4時間必要な場合、4:00の情報が格納される。図16に、論理リソース割り当て画面の表示例を示す。図16において、論理リソース割り当て画面81は、ユーザ端末の表示画面上に表示される画面である。部門の管理者は、この画面を利用して所望の仮想ボリュームを作成することができる。仮想ボリューム371の作成領域810には、ユーザIDとドメインが表示される。ユーザIDは、この画面を操作している部門のシステム管理者のユーザIDである。ドメインは、この画面を操作している部門のシステム管理者が管理の対象としているドメインのドメインIDである。これらの情報は、この画面を表示させる前の画面で、部門のシステム管理者が認証情報として入力済みである。またその下方には、基本設定の領域が表示される。容量入力領域811には、ユーザが利用する仮想ボリューム371の容量が、部門のシステム管理者以下ユーザの操作によって入力される。サービスレベル表示領域812には、サービスレベルの項目として、性能、可用性、信頼性、バックアップが表示される。性能、可用性、信頼性の項目に対応して、各項目のサービスレベルを選択するための領域A、B、C、なしが、高中低の順に表示される。バックアップの項目に対応して、バックアップに必要な仮想ボリューム371の個数を選択するための領域1、5、10、なしが表示される。また仮想サーバを選択するための仮想サーバ入力領域813には、作成した仮想ボリューム371を割り当てる仮想サーバ38のIDが、ユーザの操作によって入力される。この項目は空欄でもよい。イベント通知設定のうち通知する条件の選択領域814には、性能、可用性、信頼性、バックアップの選択項目が表示される。ユーザは、これら選択各項目について、すべての場合、サービスレベル違反のいずれかを選択するか、いずれも選択しないことができる。また、これらのいずれかを選択した場合は、さらに復旧時間が1時間以上のみ、復旧時間が1日以上のみのうちいずれか1つを選択してもよいし、いずれも選択しないこともできる。ここで、ユーザが、いずれかの項目について、すべての場合を選択した場合、この内容は、図14のイベントフィルタ情報121には、全てとして反映される。また、ユーザが、いずれかの項目について、サービスレベル違反を選択した場合には、この内容は、図14のイベントフィルタ情報121には、SL未達として反映される。また、復旧時間が1時間以上のみを選択した場合には、全てSL未達に加えて復旧時間が1時間以上が、第3フィルタ情報としてイベントフィルタ情報121に追加される。復旧が1日以上のみの場合も同様である。次に、論理リソース割り当てプログラムの処理の内容を図17のフローチャートに従って説明する。論理リソース割り当てプログラム526は、リソース管理システム5のプロセッサ51によって起動される。まず、論理リソース割り当てプログラム526は、リソース管理システム5のプロセッサ51によって起動されると、仮想ボリューム割り当て処理を開始しステップ1000、図16の論理リソース割り当て画面81から入力されたパラメータ、例えば、仮想ボリューム371に必要な容量、仮想サーバ38のIDなどを受信しステップ1001、ユーザによって要求された容量の仮想ボリューム371を作成するのに適切な実ボリューム26を選択しステップ1002、選択した実ボリューム26を仮想化して仮想ボリューム371を作成するステップ1003。論理リソース情報521を用いることで、適切な未使用の容量を持つ実ボリューム26を選択できる。仮想ボリューム371が複数の実ボリューム265から構成されるようにすることもできる。作成された仮想ボリューム371には、既存のリソースのIDとは重複しない適切なIDを設定する。次に、論理リソース割り当てプログラム526は、作成した仮想ボリューム371を、ユーザが管理するドメインのIDと共に論理リソース情報521に登録しステップ1004、入力されたサービスレベルを項目毎にサービスレベル情報525に登録しステップ1005、イベント通知設定のうち選択領域814の内容ユーザによって選択された内容をイベントフィルタ情報121に登録しステップ1006、作成した仮想ボリューム371を、仮想サーバ入力領域813に入力されたIDを持つ仮想サーバ38からアクセスできるように設定し割り当てステップ1007、このルーチンでの処理を終了するステップ1008。仮想ボリューム371の作成と仮想サーバ38への仮想ボリューム371の割り当ては、ネットワーク9を介してハイパーバイザ37を制御することで実行できる。次に、イベント受信プログラム123の処理内容を図18のフローチャートに従って説明する。イベント受信プログラム123は、イベント通知システム1のプロセッサ11によって起動される。イベント受信プログラム123は、プロセッサ11によって起動されると、イベント受信処理を開始しステップ1100、イベント待ちの処理を実行しステップ1101、イベントを受信したか否かを判定しステップ1102、イベントを受信するまでステップ1101~ステップ1102の処理を繰り返す。イベントを受信した場合、イベント受信プログラム123は、ストレージのイベントであるか否かを判定するステップ1104。イベント受信プログラム123は、ステップ1104で肯定の判定結果を得た場合、即ち、ストレージ装置2からイベントを受信した場合、ストレージ影響判定処理を実行しステップ1105、ステップ1104で否定の判定結果を得た場合、接続装置のイベントであるか否かを判定するステップ1106。イベント受信プログラム123は、ステップ1106で肯定の判定結果を得た場合、即ち、接続装置である中継装置4からのイベントを受信した場合、接続装置影響判定処理を実行しステップ1107、ステップ1106で否定の判定結果を得た場合、サーバ装置のイベントであるか否かを判定するステップ1108。イベント受信プログラム123は、ステップ1108で肯定の判定結果を得た場合、即ち、サーバ装置3からのイベントを受信した場合、サーバ装置影響判定処理を実行するステップ1109。以上の処理の最後に、システム管理者通知処理ステップ1110、ドメイン管理者通知処理ステップ1111を実行し、ステップ1101からの処理へ戻る。ステップ1110では、システム管理者向けイベント通知プログラム126を起動し、全体管理システム71に対して、装置から受信したイベント情報に関連付けて、ステップ1105、1107、1109で判定した、各部門に割り当てたリソースに対する影響サービスレベル違反事象に関する情報も送信する。ステップ1111では、ドメイン管理者向けイベント通知プログラム125を起動し、各部門に割り当てたリソースに対する影響を、そのリソースを割り当てられたドメインを管理する部門管理システム61へ送信する。次に、ストレージ影響判定処理の内容を図19~図21のフローチャートに従って説明する。なお、プロセッサ11は、これらの処理を実行する前に、部門管理システム61へ通知するための部門イベント情報の雛形を、メモリ12に形成する。この部門イベント情報の雛形は、最終的にはドメイン管理者向けイベント通知プログラム125図18のステップ1111において起動されるによって、各部門に割り当てたリソースに対する影響に関する情報として、部門管理システム61へ送信される。また、影響判定プログラム124は、ネットワーク9を介して論理リソース割り当てプログラム526と通信し、論理リソース情報521、物理リソース情報522、リソース接続情報523、ドメイン情報524、サービスレベル情報525にアクセスできるように構成されている。影響判定プログラム124は、図18のステップ1104で肯定の判定結果を得た場合、ストレージ影響判定処理を開始するステップ1200。影響判定プログラム124は、受信したイベントの内容を判別し、HDD21またはRAIDグループ25のイベントであるか否かを判定しステップ1201、ステップ1201で否定の判定結果を得た場合にはステップ1212の処理に移行し、ステップ1201で肯定の判定結果を得た場合には、受信したイベントの内容と、論理リソース情報521を基に仮想ボリューム371およびその仮想ボリューム371を割り当てたドメインを特定しステップ1202および1203、受信したイベントの内容を基にRAIDグループの縮退であるか否かを判定するステップ1204。影響判定プログラム124は、ステップ1204で否定の判定結果を得た場合、ステップ1208の処理に移行し、ステップ1204で肯定の判定結果を得た場合、部門イベント情報の雛形に信頼性低下情報を付加するための処理を実行しステップ1205、RAIDグループ再構築または高負荷か否かを判定するステップ1206。なお、ここでの信頼性低下情報には、対象となる仮想ボリューム371の識別子IDと、例えば信頼性低下のような発生事象を示す情報と、この信頼性低下を生じさせる原因の概要が含まれる。原因の概要とは、例えば装置交換を要するストレージ障害を意味するような情報のことで、具体的な障害箇所といった詳細な情報を含まない。また、以下で部門イベント情報の雛形に付加する信頼性低下情報、可用性低下情報、性能低下情報にはすべて、本段落で述べた例と同様に、対象の仮想ボリューム371の識別子IDと、判定処理により特定した発生事象を示す情報と、原因の概要を示す情報含む。一つの部門イベント情報の雛形には複数の仮想ボリューム371の識別子を含むこともあり、発生事象を示す情報と、原因の概要を示す情報は、仮想ボリューム371に対して紐付けられている。また、部門イベント情報の雛形には、各種装置から受信したイベント情報に含まれる障害発生時刻も含む。影響判定プログラム124は、ステップ1206で否定の判定結果を得た場合、ステップ1208の処理に移行し、ステップ1204で肯定の判定結果を得た場合、部門イベント情報の雛形に性能低下情報を付加するための処理を実行しステップ1207、受信したイベントの内容を基にRAIDグループの故障か否かを判定するステップ1208。影響判定プログラム124は、ステップ1208で否定の判定結果を得た場合、ステップ1210の処理に移行し、ステップ1208で肯定の判定結果を得た場合、例えば、RAIDグループの故障で、HDD21に対するアクセスができない場合、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1209、この後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1210、このルーチンでの処理を終了するステップ1211。付加すべき回復予測情報は、障害復旧予定情報122を参照して決定する。例えば、RAIDグループの縮退であれば、交代所用時間の0:30を採用し、RAIDグループの故障であれば、交換所用時間の4:00を採用する。また以下の処理においても、障害部位と障害の種類に応じた所用時間を特定し、回復予測情報とする。一方、影響判定プログラム124は、ステップ1201で否定の判定結果を得た場合、図20に示すように、受信したイベントの内容を基にコントローラ22またはポート、例えば、コントローラポート223の障害か否かを判定しステップ1212、ステップ1212で否定の判定結果を得た場合、ステップ1220の処理に移行し、ステップ1212で肯定の判定結果を得た場合、コントローラ22またはコントローラポート223の接続先として、接続先実ボリュームを特定するステップ1213。例えば、コントローラポートCP00、CP10の障害である場合、影響判定プログラム124は、リソース接続情報523を基に接続先実ボリューム26として、実ボリュームPV026を特定する。次に、影響判定プログラム124は、特定した実ボリューム26を基に仮想ボリューム371を特定しステップ1214、特定した仮想ボリューム371を基にドメインを特定するステップ1215。この処理のために、影響判定プログラム124は、論理リソース情報521を参照する。続いて、影響判定プログラム124は、特定したドメインを基に実ボリューム26の代替パスを特定しステップ1216、代替アクセスが可能であるか否かを判定するステップ1217。例えば、影響判定プログラム124は、物理リソース情報522とリソース接続情報523を参照し、特定した実ボリューム26の接続先IDのうち一方が正常であるか否かを判定し、一方が正常である場合には、代替アクセスが可能であるので、部門イベント情報の雛形に性能、可用性低下情報を付加するための処理を実行するステップ1218。影響判定プログラム124は、特定した実ボリューム26の接続先IDのいずれも故障である場合、代替アクセスが不可能であるので、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1219、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1210、このルーチンでの処理を終了するステップ1211。また、影響判定プログラム124は、ステップ1212で否定の判定結果を得た場合、図21に示すように、ストレージ装置2の電源24の障害か否かを判定しステップ1220、ステップ1220で肯定の判定結果を得た場合、ストレージ装置2の全ての実ボリュームを特定しステップ1221、特定した実ボリューム26から構成される仮想ボリューム371を特定しステップ1222、特定した仮想ボリューム371を基にドメインを特定するステップ1223。次に、影響判定プログラム124は、物理リソース情報522を参照し、イベントを発生したストレージ装置2に正常稼動中の代替電源があるか否かを判定するステップ1224。影響判定プログラム124は、ステップ1224で肯定の判定結果を得た場合、代替電源があるとして、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行しステップ1225、その後、図19のステップ1210の処理に移行し、ステップ1224で否定の判定結果を得た場合、即ち、代替電源がない場合、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1226、その後、図19のステップ1210の処理に移行する。また、影響判定プログラム124は、図21のステップ1220で否定の判定結果を得た場合、その他の影響を判定するための処理を実行しステップ1227、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1210、このルーチンでの処理を終了するステップ1211。次に、接続装置影響判定処理の内容を図22と図23のフローチャートに従って説明する。影響判定プログラム124は、図18のステップ1106で肯定の判定結果を得た場合、接続装置影響判定処理を開始するステップ1300。影響判定プログラム124は、受信したイベントの内容を基にポート、例えば、中継ポート41の障害であるか否かを判定しステップ1301、ステップ1301で否定の判定結果を得た場合、ステップ1309の処理に移行し、ステップ1301で肯定の判定結果を得た場合、障害の発生した中継ポート41の情報と、論理リソース情報521と、リソース接続情報523を基に、このポートを介して入出力が行われている実ボリューム26と、この実ボリューム6から形成されている仮想ボリューム371を特定しステップ1302、特定した仮想ボリューム371を基にドメインを特定しステップ1303、また、特定した実ボリューム26に代替パスがあるか否かを、物理リソース情報522およびリソース接続情報523を基に判定するステップ1304。次に、影響判定プログラム124は、代替パスがあると判定した場合、部門イベント情報の雛形に可用性、性能低下情報を付加するための処理を実行しステップ1305、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1306、このルーチンでの処理を終了するステップ1308。一方、ステップ1304で否定の判定結果を得た場合、影響判定プログラム1214は、代替パスがないので、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1307、回復予測情報を付加するための処理を実行しステップ1306、このルーチンでの処理を終了するステップ1308。また、影響判定プログラム124は、ステップ1301で否定の判定結果を得た場合、図23に示すように、中継装置4の中の電源42の障害か否かを判定しステップ1309、ステップ1309で肯定の判定結果を得た場合、障害が生じた接続装置4を介して入出力が行われている実ボリューム26通常複数と、この実ボリュームから形成される仮想ボリューム371を特定しステップ1310、特定した仮想ボリューム371を基にドメインを特定しステップ1311、障害が生じた接続装置4に代替電源があるか否かを、物理リソース情報522を参照して判定するステップ1312。影響判定プログラム124は、ステップ1312で肯定の判定結果を得た場合、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行しステップ1313、ステップ1306へ進む。ステップ1312で否定の判定結果を得た場合、即ち、代替電源がない場合、影響判定プログラム124は、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1314、ステップ1308へ進む。また、影響判定プログラム124は、ステップ1309で否定の判定結果を得た場合、その他の影響についての判定処理を実行しステップ1315、ステップ1306へ進む。次に、サーバ装置影響判定処理の内容を図24および図25のフローチャートに従って説明する。影響判定プログラム124は、図18のステップ1108で肯定の判定結果を得た場合、サーバ装置影響判定処理を開始するステップ1400。影響判定プログラム124は、受信したイベントの内容を基にホストバスアダプタHBA33またはポート、例えば、ホストポート331の障害であるか否かを判定しステップ1401、ステップ1401で否定の判定結果を得た場合、ステップ1409の処理に移行し、ステップ1401で肯定の判定結果を得た場合、このホストバスアダプタ33またはホストポート331を有するサーバ装置3のハイパバイザ37により構成されている仮想ボリューム371を、論理リソース情報521および物理リソース情報522から特定しステップ1402、特定した仮想ボリューム371を基にドメインを特定しステップ1403、また、仮想ボリューム371を構成する実ボリューム26に対して代替アクセスが可能であるか否かを、論理リソース情報521、物理リソース情報522、リソース接続情報523を参照して判定するステップ1404。影響判定プログラム124は、ステップ1404で肯定の判定結果を得た場合、即ち、代替アクセスが可能である場合、性能、可用性低下情報を部門イベント情報の雛形に付加するための処理を実行しステップ1405、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1406、このルーチンでの処理を終了するステップ1408。一方、影響判定プログラム124は、ステップ1404で否定の判定結果を得た場合、即ち、代替アクセスが不可能である場合、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1407、この後、ステップ1406の処理に移行する。一方、影響判定プログラム124は、ステップ1401で否定の判定結果を得た場合、図25に示すように、サーバ装置3の中の電源34の障害であるか否かを判定しステップ1409、ステップ1409で肯定の判定結果を得た場合、この障害が発生したサーバ装置3のハイパーバイザ37に構成されている仮想ボリューム321を、論理リソース情報521を基に特定しステップ1410、特定した仮想ボリューム321を基にドメインを特定しステップ1411、障害が生じたサーバ装置3に代替電源があるか否かを、物理リソース情報522を基に特定するステップ1412。影響判定プログラム124は、ステップ1412で肯定の判定結果を得た場合、部門イベント情報の雛形に可用性低下情報を付加するための処理を実行しステップ1413、その後、ステップ1406の処理に移行する。ステップ1410で否定の判定結果を得た場合、即ち、代替電源が存在しない場合、影響判定プログラム124は、部門イベント情報の雛形に障害情報を付加するための処理を実行しステップ1414、その後、ステップ1406の処理に移行する。また、影響判定プログラム124は、ステップ1409で否定の判定結果を得た場合、その他の影響を判定するための処理を実行しステップ1415、その後、部門イベント情報の雛形に回復予測情報を付加するための処理を実行しステップ1406、このルーチンでの処理を終了するステップ1408。次に、ドメイン管理者向けイベント通知プログラム125の処理内容を図26のフローチャートに従って説明する。この処理は、図18に示した処理フローのステップ1111において、イベント通知システム1のプロセッサ11がドメイン管理者向けイベント通知プログラム125を起動することによって開始されるステップ1500。この後の一連の処理は、影響判定プログラム124により形成された部門イベント情報の雛形を対象とする。ここで、部門イベント情報の雛形は、部門管理システム61へ通知する部門イベント情報の完成形となっている。ドメイン管理者向けイベント通知プログラム125は、部門イベント情報の雛形に含まれている仮想ボリューム371を1つ選択しステップ1501、選択した仮想ボリューム371に定義されているイベント通知設定を、イベントフィルタ情報121から取得し、受信したイベントの内容の中に、イベント通知設定の通知する条件を満たすものが存在するか否かを判定するステップ1503。次に、ドメイン向け通知プログラム125は、ステップ1503で肯定の判定結果を得た場合、仮想ボリューム371を割り当てられているドメインを論理リソース情報521に基いて特定し、さらにそのドメインを管理している管理システム61のイベント通知先を、ドメイン情報524に基づいて特定しステップ1504、特定した管理システム61に部門イベント情報を通知する処理を実行するステップ1505。通知する内容は、仮想ボリューム371の識別子、サービスレベル違反の発生事象を示す情報、原因の概要を示す情報が含まれる。また、交代所用時間122C、交換所用時間122Dに基づく復旧予定時刻、事象発生時刻、仮想ボリューム371に定義されているサービスレベルの情報を含むことができる。この後、ドメイン向け通知プログラム125は、部門イベント情報に次の仮想ボリューム371の情報が含まれているか否かを判定しステップ1506、ステップ1506で肯定の判定結果を得た場合、次の仮想ボリューム371を1つ選択しステップ1507、その後、ステップ1502~ステップ1506の処理を繰り返す。また、ドメイン向け通知プログラム125は、ステップ1503で否定の判定結果を得た場合、ステップ1506の処理を実行し、ステップ1506で否定の判定結果を得た場合、このルーチンでの処理を終了するステップ1508。次に、図27に、ドメインイベント情報表示画面の表示例を示す。図27において、ドメインイベント情報表示画面82は、部門管理者が使うユーザ端末に表示される画面であって、一覧821と、詳細822から構成される。ドメインイベント情報表示画面82は、部門管理システム61により形成され、この画面に表示される情報は、ドメイン管理者向けイベント通知プログラム125が、部門管理システム61に対して送信した、部門イベント情報に基づいている。一覧821は、ID821Aと、概要821Bと、対象821Cと、復旧予定時刻821Dと、状態821Eから構成される。ID821Aには、イベントを識別する識別子が表示される。例えば、第1のエントリには、イベントの識別子として、WARN_012が表示される。概要821Bには、サービスレベル違反事象の概要に関する情報が表示される。例えば、仮想ボリューム371の信頼性が低下した場合、仮想ボリューム信頼性低下が表示される。対象821Cには、障害が発生した部位を特定するための識別子が表示される。例えば、0の仮想ボリューム371に障害が発生した場合、VV0が表示される。復旧予定時刻821Dには、障害の部位が復旧される予定時刻が年月日とともに表示される。状態821Eには、イベントが発生した場合には発生が表示され、障害の部位が復旧済みの場合には復旧済みが表示される。障害が復旧済みか否かは、論理リソース情報521および物理リソース情報522から判断して表示する。詳細822には、障害が発生したイベントの詳細が表示される。この詳細822には、一覧821のうち選択されたエントリの内容が詳細情報として表示される。例えば、一覧821のうち、第1のエントリのWARN_012が選択された場合、選択された識別子に関する表示項目として、概要、対象、時刻、原因、サービスレベル、復旧予定時刻が表示される。概要には、仮想ボリューム信頼性低下が表示され、対象には、仮想ボリュームVV0仮想サーバVM0へ割り当て済みが表示される。時刻には、障害の発生した時刻が、年月日とともに表示される。原因には、例えば、装置交換を要するストレージ障害が表示され、サービスレベルには、仮想ボリュームVV0に設定されたサービスレベルとして、例えば、性能A、信頼性A、可用性Aが表示される。また、復旧予定時刻には、障害の部位が復旧する予定時刻が、年月日とともに表示される。ユーザは、ユーザ端末のドメインイベント情報表示画面82を操作することで、ドメインイベント情報表示画面82の一覧821や詳細822に表示された情報を把握することができる。次に、図28にシステム情報表示画面の表示例を示す。図28において、システム情報表示画面83は、システム管理者930が利用する端末の表示画面であって、一覧831と、詳細832と、ドメインへの通知内容833から構成される。システム情報表示画面83は、全体管理システム71により形成され、この画面に表示される情報は、システム管理者向けイベント通知プログラム126が、全体管理システム71に対して送信したイベント情報および部門イベント情報に基づいている。一覧831には、各種装置から送信されたイベントの一覧を表示しており、各イベントについて、ID831Aと、概要831Bと、対象831Cと、復旧期限831Dと、状態831Eがそれぞれ表示される。ID831Aには、イベントを識別する識別子、例えば、ERR_527が表示される。概要831Bには、イベントの概要として、例えば、ストレージ装置2のRAIDグループが縮退した場合、RAIDグループ縮退が表示され、ストレージ装置2の電源24に障害が生じた場合、ストレージ電源障害が表示される。対象831Cには、障害の発生した部位の識別子が表示される。例えば、RAIDグループ縮退となるRAIDグループが、0のRGに属する場合、RG0が表示される。復旧期限831Dには、障害の部位が復旧する期限が、年月日と時刻で表示される。復旧期限は、障害復旧予定情報122と、イベントに含まれている障害発生時刻から算出する。状態831Eには、イベントが発生した場合には、発生が表示され、イベントの発生後、障害の部位が復旧した場合には、復旧済みが表示される。詳細832には、一覧831のうちいずれかのエントリを管理者が選択した場合、選択されたエントリの内容が表示される。例えば、一覧831の第1のエントリが選択された場合、選択されたエントリの内容として、IDが表示されるとともに、概要には、RAIDグループ縮退シングルパリティ運用中が表示され、発生源には、障害の発生部位として、RAIDグループRG0、ストレージ装置ST0が表示される。また、時刻には、障害の発生した時刻が、年月日とともに表示される。原因には、障害の発生した原因として、例えば、HDDの障害が表示される。復旧期限には、障害の部位が復旧する期限が、年月日及び時刻で表示される。ドメインへの通知内容833には、一覧831で選択したイベントを原因とする、部門管理システム61へ通知した部門イベント情報を、図27のドメインイベント情報表示画面82の詳細822に表示された内容と同じ形式で表示される。システム管理者930は、システム情報表示画面83を操作することで、システム情報表示画面83の一覧831、詳細832、ドメインへの通知内容833に表示される情報を把握することができる。本実施例においては、イベント通知システム1は、特定した仮想ボリューム371に対応したサービスレベル情報に、サービスレベルを特定する項目が定義されている場合、受信したイベントからサービスレベル違反事象の発生の有無を算出し、イベントフィルタに基づくイベント91として、部門管理システム61に通知する。本実施例によれば、部門管理者931は、ユーザ端末を用いて部門管理システム61をアクセスすることで、サービスレベルに違反する事象の発生を把握することができる。また、本実施例では、イベント通知システム1は、サービスレベルに違反するイベントの内容を全体管理システム71に通知すると共に、抽出したイベントの内容と障害が発生した部位とを関連付けた障害情報を全体管理システム71に通知する。このため、本実施例によれば、システム全体を管理するシステム管理者930は、システム管理者用端末を用いて全体管理システム71を操作することで、サービスレベルに違反するイベントの内容を把握することができると共に、抽出したイベントの内容と障害が発生した部位とを関連付けた障害情報の内容を把握することができる。次に、図29に、第2実施例における計算機システムのブロック構成図を示す。図29において、計算機システムは、イベント通知システム100と、ストレージ装置2と、サーバ装置3と、複数の中継装置4と、リソース管理システム500と、部門A管理サーバ装置6と、部門B管理サーバ装置6と、全体管理サーバ7と、下位ストレージ装置200とから構成され、各部が内部ネットワーク9を介して接続される。内部ネットワーク9としては、例えば、LANを用いることができる。本実施例における計算機システムは、イベント通知システム1の代わりにイベント通知システム100を用い、リソース管理システム5の代わりにリソース管理システム500を用い、複数のサーバ装置3と複数の中継装置4との間にストレージ装置2を配置し、各中継装置4の下位階層に属するストレージ装置として、下位ストレージ装置200を配置したものであり、各サーバ装置3と、各中継装置4と、部門A管理サーバ装置6と、部門B管理サーバ装置6と、イベント通知システム7は、第1実施例と同一のもので構成することができる。下位ストレージ装置200は、複数の実ボリューム201を有するとともに、下位ストレージ装置200を構成する複数の下位ストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生する下位ストレージ用イベント発生部図示せずを有する。各実ボリューム201は、1または複数の下位記憶デバイスの記憶領域で構成される。下位記憶デバイスとしては、例えば、HDDHardDiskDrive、半導体メモリデバイス、光ディスクデバイス、光磁気ディスクデバイス、磁気テープデバイス、フレキシブルディスクデバイスを用いることができる。ストレージ装置2は、各中継装置4を介して下位ストレージ装置200と情報またはデータの授受を行う機能を有すると共に、ストレージ装置2を構成する複数のストレージ用リソースのいずれかに障害が生じた場合に、イベントを発生するストレージ用イベント発生部図示せずとしての機能を有する。ストレージ装置2は、仮想化機構としての機能を有し、下位ストレージ装置200の下位記憶デバイス図示せずの記憶領域で構成される複数の実ボリューム201を、複数の仮想ボリューム260として仮想化し、仮想化された複数の仮想ボリューム260を管理する。各仮想ボリューム260は、ストレージ装置2の仮想化機構により、例えば、各サーバ装置3がデータを格納するために提供される。下位ストレージ装置200は、例えば、1または複数の下位記憶デバイスを有する下位記憶装置図示せずと、ストレージ装置2と各中継装置4を介して情報の授受を行うと共に、アクセス要求を基に下位記憶装置に対するデータの入出力を制御する下位コントローラ図示せずとから構成することができる。各サーバ装置SV0、SV13は、ストレージ装置2と情報の授受を行う機能を有すると共に、サーバ装置3を構成する複数のサーバ用リソースのいずれかに障害が生じた場合に、イベントを発生するサーバ用イベント発生部図示せずとしての機能を有する。各中継装置4は、ストレージ装置2と下位ストレージ装置200との間で授受される情報またはデータを中継する機能を有すると共に、各中継装置4を構成する複数の中継用リソースのいずれかに障害が生じた場合に、イベントを発生する中継用イベント発生部図示せずとしての機能を有する。リソース管理システム500は、ストレージ装置2を構成する複数のストレージ用リソース物理リソースと論理リソースを含むリソースと、各サーバ装置3を構成する複数のサーバ用リソース物理リソースと論理リソースを含むリソースと、各中継装置4を構成する複数の中継用リソース物理リソースと論理リソースを含むリソース及び下位ストレージ装置200を構成する複数の下位ストレージ用リソース物理リソースと論理リソースを含むリソースを管理する。イベント通知システム100は、プロセッサ、メモリ、ネットワークコントローラいずれも図示せずを有し、各サーバ装置3、ストレージ装置2、各中継装置4または下位ストレージ装置200のうちいずれかでイベントが発生した場合、内部ネットワーク9を介してイベントを受信し、受信したイベントの内容を判別するとともに、複数の仮想ボリューム260のうち、イベントの発生で影響を受ける仮想ボリューム260を特定する。この際、イベント通知システム100は、特定した仮想ボリューム260に対応したサービスレベル情報図示せずに、サービスレベルを特定する項目が定義されている場合、受信したイベントの内容のうち、定義されたサービスレベルに違反する事象が発生するか否かをイベントフィルタ情報121に従って算出し、例えば、部門管理システム61に通知する。また、イベント通知システム100は、装置から受信したイベントと、サービスレベル違反事象とを関連付けたイベント92を全体管理システム71に通知する。次に、図30に、ストレージ装置と下位ストレージ装置の論理的構成図を示す。図30において、0の下位ストレージ装置200に、複数の実ボリュームPV0、PV1201に実装され、1の下位ストレージ装置200に複数の実ボリュームPV2~PV5201が実装される場合、ストレージ装置2は、実ボリュームPV0201を仮想化して仮想ボリュームVV0260を構成し、実ボリュームPV1201を仮想化して仮想ボリュームVV0260を構成する。また、ストレージ装置2は、実ボリュームPV2~PV5201をそれぞれ仮想化して仮想ボリュームVV2~VV5260を構成する。この際、ストレージ装置2は、各仮想ボリュームVV0~VV2260を各コントローラポートCP00、CP10223に接続し、各仮想ボリュームVV3~VV5260を各コントローラポートCP01、CP11223に接続し、各仮想ボリュームVV0~VV5260をユーザ端末のアクセス対象として各サーバ装置3に提供する。次に、図31に、論理リソース情報の構成図を示す。図31において、論理リソース情報5210は、ストレージ装置2または下位ストレージ装置200を構成する複数の論理リソースを管理するための情報であって、IDフィールド5210Aと、種類フィールド5210Bと、下位リソースIDフィールド5210Cと、ドメインIDフィールド5210Dから構成される。IDは、各論理リソースを一意に識別する識別子に関する情報である。このIDフィールド5210Aの各エントリには、実ボリューム201を識別する場合には、PV0~PV5が格納され、仮想ボリューム260を識別する場合には、VV0~VV5が格納される。種類は、各論理リソースの種類を特定する名称に関する情報である。種類フィールド5210Bの各エントリには、論理リソースが、実ボリューム201である場合、実ボリュームが格納される。下位リソースIDは、IDの下位に位置するリソースを識別するための識別子である。下位リソースIDフィールド5210Cの各エントリには、下位リソースを識別するための識別子が格納される。例えば、実ボリューム201が、0のストレージ装置LS0200の記憶デバイスで構成される場合、0のストレージ装置LS0200から構成される実ボリュームに対応するエントリには、LS0が格納される。また、仮想ボリューム260が実ボリュームPV0~PV5201で構成される場合、この仮想ボリューム260に対応するエントリには、PV0~PV5が格納される。ドメインIDは、仮想ボリューム260に用いられるドメインを識別するための識別子である。ドメインIDフィールド5210Dのエントリのうち仮想ボリューム260に対応するエントリには、識別子に関する情報としてDM0またはDM1が格納される。次に、図32に、イベントフィルタ情報の他の構成図を示す。図32において、イベントフィルタ情報127は、イベントフィルタ情報121の代わりに用いられる情報であって、仮想ボリュームIDフィールド127Aと、受け取る論理メッセージフィールド127Bから構成される。仮想ボリュームIDは、仮想ボリューム371を識別するための識別子に関する情報である。仮想ボリュームIDフィールド127Aの各エントリには、仮想ボリューム371を識別するための識別子として、例えば、VV0~VV3が格納される。受け取る論理メッセージは、ユーザ端末が受け取る論理メッセージに関する情報である。受け取る論理メッセージフィールド127Bの各エントリには、受け取る論理メッセージに関する情報が格納される。例えば、仮想ボリューム371について、性能低下、信頼性低下、可用性低下が発生している場合、この仮想ボリューム371に対応した、受け取る論理メッセージフィールド127Bのエントリには、性能低下、信頼性低下、可用性低下の情報が格納される。本実施例によれば、部門管理者931は、ユーザ端末を用いて部門管理システム61をアクセスすることで、サービスレベルに違反する事象を把握することができる。また、本実施例によれば、システム全体を管理するシステム管理者930は、システム管理者用端末を用いて全体管理システム71を操作することで、サービスレベルに違反するイベントの内容を把握することができると共に、障害が発生した部位とサービスレベル違反事象とを関連付けて障害を把握することができる。なお、本発明は、上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加削除置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば、集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、SSDSolidStateDrive等の記録装置、または、ICIntegratedCircuitカード、SDSecureDigitalメモリカード、DVDDigitalVersatileDisc等の記録媒体に記録して置くことができる。