JPWO2006040812A1 - 運用管理プログラム、運用管理方法および運用管理装置 - Google Patents

運用管理プログラム、運用管理方法および運用管理装置 Download PDF

Info

Publication number
JPWO2006040812A1
JPWO2006040812A1 JP2006540796A JP2006540796A JPWO2006040812A1 JP WO2006040812 A1 JPWO2006040812 A1 JP WO2006040812A1 JP 2006540796 A JP2006540796 A JP 2006540796A JP 2006540796 A JP2006540796 A JP 2006540796A JP WO2006040812 A1 JPWO2006040812 A1 JP WO2006040812A1
Authority
JP
Japan
Prior art keywords
administrator
resource
server
domain
authority
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006540796A
Other languages
English (en)
Other versions
JP4843499B2 (ja
Inventor
敏 伊與田
敏 伊與田
賢伸 日比
賢伸 日比
雅行 内藤
雅行 内藤
茂洋 吉川
茂洋 吉川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Publication of JPWO2006040812A1 publication Critical patent/JPWO2006040812A1/ja
Application granted granted Critical
Publication of JP4843499B2 publication Critical patent/JP4843499B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/62—Protecting access to data via a platform, e.g. using keys or access control rules
    • G06F21/6218—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database
    • G06F21/6227—Protecting access to data via a platform, e.g. using keys or access control rules to a system of files or objects, e.g. local or distributed file system or database where protection concerns the structure of data, e.g. records, types, queries
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F2221/2141—Access rights, e.g. capability lists, access control lists, access tables, access matrices

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Software Systems (AREA)
  • Bioethics (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Storage Device Security (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Debugging And Monitoring (AREA)
  • Computer And Data Communications (AREA)

Abstract

ドメインおよびサービスグループに対応する管理者権限情報、ドメイン情報およびサービスグループ情報をシステムリソースＤＢ（２６）に記憶し、システムリソースマネージャ（２１）の権限判定部（２１ｄ）が、管理者が運用管理クライアント（１０）を用いてリソースの操作を要求した場合に、操作要求のあったリソースの属するドメインまたはサービスグループに対して管理者が管理者権限を有するか否かをシステムリソースＤＢ（２６）に記憶した情報を用いて判定し、判定結果に基づいて操作を許否する。

Description

本発明は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラム、運用管理方法および運用管理装置に関し、特に、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置に関するものである。
従来、情報処理システムを構成するリソースを管理する場合には、運用管理ソフトウェア上で、あるリソースの管理者を複数登録することや、管理者ごとに利用できるリソースを登録することがおこなわれてきた。
また、特許文献１には、管理者を階層的な管理者クラスに登録し、上位層の管理者クラスに属する管理者は、下位層の管理者クラスに属する管理者がおこなえる操作を継承しておこなえるようにするアクセス権管理技術が開示されている。
特開２００３−１４１０８５号公報
しかしながら、データセンターのように大規模なシステムで複数のサービスを提供するような場合には、セキュリティレベルやサービスを単位としてリソースを管理することが多いが、管理者権限の登録は個々のリソース単位におこなう必要があり、管理者権限の設定が困難であるという問題があった。
本発明は、上記に鑑みてなされたものであって、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置を提供することを目的とする。
上述した課題を解決し、目的を達成するため、請求項１の発明に係る運用管理プログラムは、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定手順と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、をコンピュータに実行させることを特徴とする。
この請求項１の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するリソースドメインに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、リソースドメインの視点から管理者権限を設定することができる。
また、請求項２の発明に係る運用管理プログラムは、請求項１の発明において、リソースの管理者に管理者権限が設定されたリソースドメインに属するリソースだけを表示するリソース表示手順をさらにコンピュータに実行させ、前記操作要求許否判定手順は、前記リソース表示手順により表示されたリソースに対する操作要求を受け付けることを特徴とする。
この請求項２の発明によれば、リソースの管理者に管理者権限が設定されたリソースドメインに属するリソースだけを表示し、表示したリソースに対する操作要求を受け付けるよう構成したので、管理者は、管理者権限のあるリソースを効率良く操作することができる。
また、請求項３の発明に係る運用管理プログラムは、請求項１の発明において、他のリソースとの物理結線が均一なリソースの集まりとしてリソースドメインを登録するドメイン登録手順をさらにコンピュータに実行させ、前記権限設定手順は、前記ドメイン登録手順により登録されたリソースドメインに対して管理者権限を設定することを特徴とする。
この請求項３の発明によれば、他のリソースとの物理結線が均一なリソースの集まりとしてリソースドメインを登録し、登録したリソースドメインに対して管理者権限を設定するよう構成したので、リソースドメインを明確にして管理者権限を設定することができる。
また、請求項４の発明に係る運用管理プログラムは、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手順と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、をコンピュータに実行させることを特徴とする。
この請求項４の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
また、請求項５の発明に係る運用管理プログラムは、請求項４の発明において、リソースの管理者に管理者権限が設定されたサービスグループに属するリソースだけを表示するリソース表示手順をさらにコンピュータに実行させ、前記操作要求許否判定手順は、前記リソース表示手順により表示されたリソースに対する操作要求を受け付けることを特徴とする。
この請求項５の発明によれば、リソースの管理者に管理者権限が設定されたサービスグループに属するリソースだけを表示し、表示したリソースに対する操作要求を受け付けるよう構成したので、管理者は、管理者権限のあるリソースを効率良く操作することができる。
また、請求項６の発明に係る運用管理プログラムは、請求項４の発明において、連携して業務処理をおこなう複数のサーバの集まりとしてサービスグループを登録するサービスグループ登録手順をさらにコンピュータに実行させ、前記権限設定手順は、前記サービスグループ登録手順により登録されたサービスグループに対して管理者権限を設定することを特徴とする。
この請求項６の発明によれば、連携して業務処理をおこなう複数のサーバの集まりとしてサービスグループを登録し、登録したサービスグループに対して管理者権限を設定するよう構成したので、サービスグループを明確にして管理者権限を設定することができる。
また、請求項７の発明に係る運用管理方法は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定工程と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、を含んだことを特徴とする。
この請求項７の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するリソースドメインに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、リソースドメインの視点から管理者権限を設定することができる。
また、請求項８の発明に係る運用管理方法は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定工程と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、を含んだことを特徴とする。
この請求項８の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
また、請求項９の発明に係る運用管理装置は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理装置であって、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定手段と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定手段により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手段と、を備えたことを特徴とする。
この請求項９発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するリソースドメインに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、リソースドメインの視点から管理者権限を設定することができる。
また、請求項１０の発明に係る運用管理装置は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理装置であって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手段と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手段により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手段と、を備えたことを特徴とする。
この請求項１０の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
請求項１、７および９の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインの視点から管理者権限を設定することができるので、リソースのセキュリティレベルの視点からの管理者権限の設定を容易にすることができるという効果を奏する。
また、請求項２の発明によれば、管理者は、管理者権限のあるリソースを効率良く操作することができるので、リソースの管理負担を軽減することができるという効果を奏する。
また、請求項３の発明によれば、リソースドメインを明確にして管理者権限を設定することができるので、リソースドメインに対して確実に管理者権限を設定することができるという効果を奏する。
また、請求項４、８および１０の発明によれば、サービスグループの視点から管理者権限を設定することができるので、サービスの視点からの管理者権限の設定を容易にすることができるという効果を奏する。
また、請求項５の発明によれば、管理者は、管理者権限のあるリソースを効率良く操作することができるので、リソースの管理負担を軽減することができるという効果を奏する。
また、請求項６の発明によれば、サービスグループを明確にして管理者権限を設定することができるので、サービスに対して確実に管理者権限を設定することができるという効果を奏する。
図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図である。 図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。 図３は、本実施例に係る運用管理システムの機能構成を示す図である。 図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。 図５は、運用管理サーバの情報を登録するサイトデータの一例を示す図である。 図６は、ドメイン管理サーバの情報を登録するドメイン管理サーバデータの一例を示す図である。 図７は、管理対象となるサブネットの情報を登録する管理サブネットデータの一例を示す図である。 図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータの一例を示す図である。 図９は、サーバが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータの一例を示す図である。 図１０は、プールグループに係る情報を記憶したプールグループデータの一例を示す図である。 図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータの一例を示す図である。 図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータの一例を示す図である。 図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータの一例を示す図である。 図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データの一例を示す図である。 図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータの一例を示す図である。 図１６は、サーバグループに係る情報を記憶したサーバグループデータの一例を示す図である。 図１７は、ストレージサブグループが設定されたプロビジョニング構成データの一例を示す図である。 図１８は、サービスデータの一例を示す図である。 図１９は、サービスグループデータの一例を示す図である。 図２０は、管理者データの一例を示す図である。 図２１は、管理者ロールデータの一例を示す図である。 図２２は、図３に示したシステムリソースマネージャの構成を示す機能ブロック図である。 図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の処理手順を示すフローチャートである。 図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（１）を示すフローチャートである。 図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。 図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（２）を示すフローチャートである。 図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。 図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（３）を示すフローチャートである。 図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（４）を示すフローチャートである。 図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。
符号の説明
１，２ 業務
３ プール
４ Ｗｅｂドメイン
４1〜４9 Ｗｅｂサーバ
５ ＡＰドメイン
５1〜５6 ＡＰサーバ
６ ＤＢドメイン
６1〜６3 ＤＢサーバ
７ ストレージドメイン
７1〜７9 ストレージ
８41〜８61 サーバグループ
９1 サービスグループ
９41〜９61 サービス
１０ 運用管理クライアント
２０ サイト管理サーバ
２１ システムリソースマネージャ
２１ａ 通信部
２１ｂ 表示部
２１ｃ 入力受付部
２１ｄ 権限判定部
２１ｅ ＤＢアクセス部
２２ サーバＲＭ
２３ ソフトウェアＲＭ
２４ ネットワークＲＭ
２５ ストレージＲＭ
２６ システムリソースＤＢ
２７ ＡＰ管理統括部
３０，４０，９０，１２０ ＦＷ
５０，６０ ドメイン管理サーバ
５１ システムリソースドメインマネージャ
５２ サーバサブＲＭ
５３ ソフトウェアサブＲＭ
５４ ネットワークサブＲＭ
５５ ドメインリソースＤＢ
７０ インターネット
８０ ルータ
１００，１３０ ＳＬＢ
１１０ａ，１１０ｂ，１１０ｃ サーバ
１１１ａ リソースマネージャエージェント
１１２ａ サーバＲＭエージェント
１１３ａ ソフトウェアＲＭエージェント
１１４ａ ネットワークＲＭエージェント
１１５ａ ストレージＲＭエージェント
１１６ａ ＡＰ管理部
１４０ａ，１４０ｂ，１４０ｃ サーバ
１５０ａ，１５０ｂ，１５０ｃ サーバ
１６０ａ，１６０ｂ，１６０ｃ，１６０ｄ ストレージ
１７０ ＳＡＮ
１８０ エッジドメイン
１９０ Ｗｅｂドメイン
２００ ＡＰドメイン
２１０ ＤＢドメイン
３００ サイトデータ
３１０ ドメイン管理サーバデータ
３２０ 管理サブネットデータ
３３０ ミドルウェア連携ＩＦデータ
３４０ サーバドメインデータ
３５０ プールグループデータ
３６０ ストレージドメインデータ
６９０ ネットワークブートサーバデータ
７００ 管理対象サーバデータ
７１０ プロビジョニング構成データ
８００ ストレージテンプレートデータ
８１０ サーバグループデータ
９６０ プロビジョニング構成データ
１１８１ サービスデータ
１１８２ サービスグループデータ
１１８３ 管理者データ
１１８４ 管理者ロールデータ
１２００ コンピュータ
１２１０ 入出力インタフェース
１２２０ ＬＡＮインタフェース
１２３０ ＲＡＭ
１２３１ システムリソース情報
１２３１ａ 管理者ロール情報
１２４０ ＨＤＤ
１２４１ 運用管理プログラム
１２５０ ＣＰＵ
１２５１ システムリソースマネージャプロセス
１２６０ バス
以下に、本発明に係る運用管理プログラム、運用管理方法および運用管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
まず、本実施例に係る運用管理プログラムにおける管理者ロールの概念について図１および図２を用いて説明する。図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図であり、図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。
図１には、各業務１，２においてＷｅｂサーバ４1〜４9やＡＰ（Application）サーバ５1〜５6，ＤＢ（Database）サーバ６1〜６3、ストレージ７1〜７9などの情報処理装置が利用される場合が示されている。
ここで、Ｗｅｂサーバ４1〜４9は、Ｗｅｂブラウザで閲覧されるコンテンツをインターネットを介してクライアント装置に提供するサーバ装置である。ＡＰサーバ５1〜５6は、ユーザによる情報処理要求を受け付けたＷｅｂサーバ４1〜４9から要求された情報処理の
実行を引き継ぐサーバ装置である。
ＤＢサーバ６1〜６3は、ＡＰサーバ５1〜５6からデータベースへのアクセス要求を受け付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ７1〜７9は、ＳＡＮによりＷｅｂサーバ４1〜４9やＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3に接続される記憶装置である。
本発明に係る運用管理では、ＬＡＮ（Local Area Network）やＳＡＮ（Storage
Area Network）などにおいて、他の装置との間の物理的な結線状態が互いに均一であるサーバやストレージなどのリソース群をドメインとして管理する。
たとえば、図１の場合には、業務１，２で利用されるサーバ群が、Ｗｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６として管理され、業務１，２で利用されるストレージ群が、ストレージドメイン７として管理されている。
この場合、Ｗｅｂドメイン４に属するＷｅｂサーバ４1〜４9の他の装置に対する結線状態は互いに均一であり、ＡＰドメイン５に属するＡＰサーバ５1〜５6の他の装置に対する結線状態は互いに均一であり、ＤＢドメイン６に属するＤＢサーバ６1〜６3の他の装置に対する結線状態は互いに均一であり、ストレージドメイン７に属するストレージ７1〜７9の他の装置に対する結線状態は互いに均一となっている。
一方、ドメイン間では、他の装置に対する結線状態が異なり、セキュリティレベルも異なってくる。たとえば、Ｗｅｂドメイン４は、外部ネットワークに近接するドメインであることから、ＡＰドメイン５と比較してセキュリティレベルが低い場合が多い。
そして、この運用管理では、未使用のＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9をドメインごとにプール３に登録しておき、必要に応じて各業務１，２にＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9を割り当てる。
たとえば、図１では、業務１には、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1、ＤＢサーバ６1、ストレージ７7が割り当てられ、業務２には、Ｗｅｂサーバ４9、ＡＰサーバ５2および５3、ＤＢサーバ６2、ストレージ７8，７9が割り当てられている。
ここで、各ドメインにおいて特定の業務に割り当てられたサーバは、各ドメイン内でサーバグループを構成する。そして、各サーバグループには、特定の業務を実行するために各ドメインが提供するサービスが対応し、業務が共通なサービスを各ドメインから集めることによってサービスグループを構成する。その結果、サービスグループに、各サービスを提供するサーバグループのサーバが属することとなる。
たとえば、業務１に割り当てられたＷｅｂサーバ４2，４3はＷｅｂドメイン４内でサーバグループ８41を構成し、サーバグループ８41はサービス９41を提供する。また、業務１に割り当てられたＡＰサーバ５1はＡＰドメイン５内でサーバグループ８51を構成し、サーバグループ８51はサービス９51を提供する。また、業務１に割り当てられたＤＢサーバ６1はＤＢドメイン６内でサーバグループ８61を構成し、サーバグループ８61はサービス９61を提供する。そして、サービス９41，９51，９61はサービスグループ９1を構成する。その結果、サービスグループ９1に、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1およびＤＢサーバ６1が属することとなる。
そして、図２に示すように、本実施例に係る運用管理プログラムは、Ｗｅｂドメイン４
、ＡＰドメイン５、ＤＢドメイン６などのドメインごとに参照権または参照更新権を管理者権限として設定することができる。
また、本実施例に係る運用管理プログラムは、サービスグループごとに参照権または参照更新権を管理者権限として設定することができる。たとえば、Ｗｅｂドメインの「Ｗｅｂ１」サーバグループ、ＡＰドメインの「ＡＰ１」サーバグループおよびＤＢドメインの「ＤＢ１」サーバグループが提供するサービスから構成されるサービスグループである「サービスグループ１」に管理者権限を設定することができる。
このように、本実施例に係る管理者ロールでは、各管理者に対して、ドメインやサービスグループを対象範囲として管理者権限を設定することができ、リソースのセキュリティレベルやサービスの視点に基づいて管理者権限を容易に設定することができる。
つぎに、本実施例に係る運用管理システムの機能構成について説明する。図３は、本実施例に係る運用管理システムの機能構成を示す図である。
図３に示すように、この運用管理システムでは、運用管理クライアント１０と、サイト管理サーバ２０とが、ＦＷ（Firewall）３０経由でネットワークを介して接続されている。また、サイト管理サーバ２０とドメイン管理サーバ５０，６０とが、ＦＷ４０経由でネットワークを介して接続されている。
また、サイト管理サーバ２０と、エッジドメイン１８０に属するルータ８０とが、ＦＷ４０経由でネットワークを介して接続されている。さらに、サイト管理サーバ２０と、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄとが、ＦＷ４０経由でネットワークを介して接続されている。
ドメイン管理サーバ５０は、ＦＷ９０、ＳＬＢ（Server Load Balancer）１００およびＷｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃに、ネットワークを介して接続されている。
また、ドメイン管理サーバ６０は、ＦＷ１２０、ＳＬＢ１３０、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃに、ネットワークを介して接続されている。
さらに、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにＳＡＮ１７０を介して接続される。
ここで、運用管理クライアント１０は、リソース管理に係るさまざまな要求を管理者から受け付けて、その情報をサイト管理サーバ２０に送信するとともに、サイト管理サーバ２０からさまざまな出力結果を受け付けて、モニタ等に表示するクライアント装置である。
サイト管理サーバ２０は、情報処理システム全体の運用管理を、ドメイン管理サーバ５０，６０と連携して実行するサーバ装置である。このサイト管理サーバ２０は、システムリソースマネージャ２１、サーバＲＭ（Resource Manager）２２、ソフトウェアＲＭ（Resource Manager）２３、ネットワークＲＭ（Resource Manager）２４、ストレージＲＭ（Resource Manager）２５、システムリソースＤＢ（Database）２６およびＡＰ（Application）管理統括部２７の各機能部を有する。
システムリソースマネージャ２１は、運用管理クライアント１０から運用管理に係るさまざまな設定情報を受け付けるとともに、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの操作を実行する管理部である。また、このシステムリソースマネージャ２１は、ドメイン管理サーバ５０，６０との間のデータの授受を司る。
また、このシステムリソースマネージャ２１は、管理者が運用管理クライアント１０を用いてリソース操作要求をおこなった場合に、管理者がリソースに対する権限を有するか否かに基づいてリソース操作要求を許否する。なお、このリソース操作要求の許否の詳細については後述する。
サーバＲＭ２２は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサーバＲＭ２２は、ドメイン管理サーバ５０のサーバサブＲＭ（Resource Manager）５２およびサーバ１１０ａのサーバＲＭエージェント１１２ａと連携して上記処理を実行する。
ソフトウェアＲＭ２３は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。このソフトウェアＲＭ２３は、ドメイン管理サーバ５０のソフトウェアサブＲＭ（Resource Manager）５３およびサーバ１１０ａのソフトウェアＲＭエージェント１１３ａと連携して上記処理を実行する。
ネットワークＲＭ２４は、ネットワークに係る情報の収集や設定などをおこなう管理部である。このネットワークＲＭ２４は、ドメイン管理サーバ５０のネットワークサブＲＭ（Resource Manager）５４およびサーバ１１０ａのネットワークＲＭエージェント１１４ａと連携して上記処理を実行する。
ストレージＲＭ２５は、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄに係る情報の収集や設定などをおこなう管理部である。ここでは、ストレージＲＭ２５は、ドメイン管理サーバ５０，６０を介することなく、ストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄを管理する。
システムリソースＤＢ（Database）２６は、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４およびストレージＲＭ２５が管理するさまざまなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデータについては、後に詳細に説明する。
ＡＰ管理統括部２７は、ＡＰ（Application）管理部１１６ａを統括管理する処理部である。具体的には、ＡＰ管理部１１６ａにアプリケーションの組み込み処理や設定処理の実行要求をおこなう。このＡＰ管理統括部２７の機能は、サイト管理サーバ２０に導入されたミドルウェアが実行されることにより実現されるものである。
ドメイン管理サーバ５０，６０は、１つまたは複数のドメイン内のリソースを管理するサーバ装置である。ドメイン管理サーバ５０は、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４およびドメインリソースＤＢ（Database）５５の各機能部を有する。
なお、ドメイン管理サーバ６０は、ドメイン管理サーバ５０の各機能部と同様の機能部を有しているため、図３ではドメイン管理サーバ６０の各機能部の図示および説明を省略する。
システムリソースドメインマネージャ５１は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４と連携して各ドメインに属するリソースの情報収集や設定処理などを実行する管理部である。
また、このシステムリソースドメインマネージャ５１は、サイト管理サーバ２０、ＦＷ９０やＳＬＢ１００などのネットワーク機器、また、管理対象であるサーバ１１０ａ〜１１０ｃとの間のデータの授受を司る。
サーバサブＲＭ５２は、サーバＲＭ２２およびサーバＲＭエージェント１１２ａと連携して、各サーバ１１０ａ〜１１０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。
ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、各サーバ１１０ａ〜１１０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。
ネットワークサブＲＭ５４は、ネットワークＲＭ２４およびネットワークＲＭエージェント１１４ａと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。
ドメインリソースＤＢ５５は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４が管理対象であるサーバ１１０ａ〜１１０ｃの各種情報の収集や設定をおこなう場合に、サーバ１１０ａ〜１１０ｃから取得した情報や、システムリソースＤＢ２６から取得したデータを記憶するデータベースである。また、ドメインリソースＤＢ５５は、サーバ１１０ａ〜１１０ｃのネットワークブートをおこなう場合に用いる仮のＯＳ（Operating
System）を記憶する。
ルータ８０は、インターネット７０を介したデータ通信においてデータパケットのルーティングをおこなうネットワーク機器である。ＦＷ３０，４０，９０，１２０は、各種サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃへの不正アクセスを防止するためのネットワーク機器である。
ＳＬＢ１００，１３０は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに対する情報処理要求を複数のサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに分散して転送する負荷分散装置である。なお、ＳＬＢ１００，１３０の前後には、さらにスイッチが接続されているが、図３ではスイッチの図示を省略している。
サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃは、さまざまな情報処理を実行するサーバ装置である。サーバ装置１１０ａは、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部を有する。
なお、サーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂは、サーバ１１０ａの各機能部と同様の機能部を有しているため、図３ではサーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂの各機能部の図示および説明を省略する。
また、サーバ１１０ｃ，１４０ｃ，１５０ｃは、プールされているサーバであり、これらのサーバには、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部は存在しない。
これらのサーバ１１０ｃ，１４０ｃ，１５０ｃにおいては、業務に利用可能なサーバとして設定される場合に、各機能部を実現するコンピュータプログラムがサーバ１１０ｃ，１４０ｃ，１５０ｃに導入され実行されることにより各機能部が実現される。
リソースマネージャエージェント１１１ａは、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１からサーバ１１０ａの情報収集処理や設定処理などの実行要求を受け付け、それらの処理をサーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａと連携して実行するエージェントである。
サーバＲＭエージェント１１２ａは、サーバ１１０ａの起動、停止、ハードウェアに係る情報の収集、設定などを実行するエージェントである。ソフトウェアＲＭエージェント１１３ａは、サーバ１１０ａに対するソフトウェアの導入、設定およびソフトウェアに係る情報収集などをおこなうエージェントである。
ネットワークＲＭエージェント１１４ａは、サーバ１１０ａが接続されているネットワークの情報収集および設定などを実行するエージェントである。ストレージＲＭエージェント１１５ａは、サーバ１１０ａに接続されたストレージの情報収集や設定などをおこなうエージェントである。
ストレージ１６０ａ〜１６０ｃは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにより利用されるストレージである。また、ストレージ１６０ｄは、プールされているストレージである。これらのストレージ１６０ａ〜１６０ｄは、ＲＡＩＤ装置により構成される。
なお、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃ間を接続するネットワークにはＶＬＡＮ（Virtual Local Area Network）を設定する。
つぎに、業務へのサーバの割当処理の処理手順について説明する。図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
ここで、サイト管理サーバ２０には、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、システムリソースＤＢ２６およびＡＰ管理統括部２７の各機能をサイト管理サーバ２０に実行させる運用管理プログラムをあらかじめ導入しておくこととする。
また、ドメイン管理サーバ５０，６０には、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４の各機能をドメイン管理サーバ５０，６０に実行させるプログラムをあらかじめ導入しておくこととする。
さらに、各サーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂには、リソースマネージャエージェント１１１ａ，サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａの各機能をサーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂに実行させるプログラムをあらかじめ導入しておくこととする。
図４に示すように、まず、サイト管理サーバ２０のシステムリソースマネージャ２１は、運用管理サーバおよび管理ＬＡＮの登録処理をおこなう（ステップＳ１０１）。ここで、運用管理サーバおよび管理ＬＡＮとは、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃやＳＡＮ１７０などの管理対象となるリソースを管理するために用いられるサイト管理サーバ２０やドメイン管理サーバ５０およびＬＡＮのことである。
以下に、ステップＳ１０１でおこなわれる処理をさらに詳細に説明する。図５は、運用管理サーバの情報を登録するサイトデータ３００の一例を示す図である。このサイトデータ３００は、サイト名、サイト管理サーバ名およびドメイン管理サーバ名の情報を記憶している。
サイト名は、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ名は、そのサイトを管理するよう設定されたサイト管理サーバ２０の識別情報である。ドメイン管理サーバ名は、そのサイトに設定されたドメインを管理するよう設定されたドメイン管理サーバ５０，６０の識別情報である。
また、図６は、ドメイン管理サーバ５０，６０の情報を登録するドメイン管理サーバデータ３１０の一例を示す図である。このドメイン管理サーバデータ３１０は、ドメイン管理サーバ名および管理サブネット名の情報を記憶している。
ドメイン管理サーバ名は、図５で説明したドメイン管理サーバ名と同様の情報である。管理サブネット名は、ドメイン管理サーバによりリソースが管理されるサブネット（管理サブネット）の識別情報である。
また、図７は、管理対象となるサブネットの情報を登録する管理サブネットデータ３２０の一例を示す図である。この管理サブネットデータ３２０は、管理サブネット名、ネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶している。
管理サブネット名は、図６で説明した管理サブネット名と同様の情報である。ネットワークアドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスクは、ＩＰアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータを送信する場合に用いられるデフォルトゲートウェイを特定するＩＰアドレスの情報である。
ステップＳ１０１において、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの情報を受け付け、その情報を図５に示したサイトデータ３００に登録する。
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を図６に示したドメイン管理サーバデータ３１０に登録する。
続いて、システムリソースマネージャ２１は、図６で説明した管理サブネットに対応するネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図７の管理サブネットデータ３２０に登録する。
さらに、システムリソースマネージャ２１は、ミドルウェアによりその機能が実現されるＡＰ管理統括部２７に、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃの追加や削除などのイベントの発生を通知し、ＡＰ管理統括部２７と連携して各種処理を実行するためのコマンドを設定する。
図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータ３３０の一例を示す図である。このミドルウェア連携ＩＦデータ３３０は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶している。
ミドルウェア名は、システムリソースマネージャ２１が連携して処理をおこなうミドルウェアの情報である。対象イベントは、システムリソースマネージャ２１がミドルウェアに実行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ２１がミドルウェアに処理の実行要求を送信するタイミング（対象イベントの処理の前後）の情報である。
場所は、ミドルウェアのコマンドを実行する場所（ManagerあるいはAgent）の情報である。「Manager」は、サイト管理サーバ２０上でコマンドを実行する場合を示し、「Agent」は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃ上でコマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種イベントの発生を通知するコマンドの情報である。
図４の説明に戻ると、システムリソースマネージャ２１は、ドメインの作成処理および作成したドメイン間のリンク処理をおこなう（ステップＳ１０２）。以下に、ステップＳ１０２でおこなわれる処理をさらに詳細に説明する。
図９は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータ３４０の一例を示す図である。
このサーバドメインデータ３４０は、サーバドメイン名、サーバアーキテクチャ名および管理サブネット名の情報を記憶している。サーバドメイン名は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインの識別情報である。
サーバアーキテクチャ名は、各サーバドメインに属するサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃのＣＰＵ（Central Processing Unit）アーキテクチャの識別情報である。管理サブネット名は、図６に示した管理サブネット名と同様の情報である。
ステップＳ１０２においては、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定に係る情報を受け付け、サーバドメインデータ３４０に登録する。このサーバドメインは、ステップＳ１０１において設定された管理サブネット単位で設定される。
また、ステップＳ１０２においては、システムリソースマネージャ２１は、各サーバドメインに属するサーバグループを設定し、サーバグループ間で共有されるプールグループおよび特定のサーバグループに専用のプールグループを設定する。
ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けたものである。また、プールグループとは、各サーバグループに割り当てられたサーバのプールである。
図１０は、プールグループに係る情報を記憶したプールグループデータ３５０の一例を示す図である。このプールグループデータ３５０には、プールグループ名、種別、サーバドメイン名の情報が記憶されている。
プールグループ名は、上述したサーバのプールの識別情報である。種別は、プールグループが複数のサーバグループに共用させるものか、特定のサーバグループにのみ利用を許可するものかを示す情報である。サーバドメイン名は、図９で説明したサーバドメイン名と同様の情報である。
ここで、システムリソースマネージャ２１は、各サーバドメインに対してプールグループを割り当てる。また、サーバドメインが、複数のサーバグループを有する場合に、システムリソースマネージャ２１は、それらのサーバグループ専用のプールグループを割り当てる。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージドメインデータ３６０として登録する。
図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータ３６０の一例を示す図である。このストレージドメインデータ３６０は、ストレージドメイン名およびパスの多重度の情報を記憶している。ストレージドメイン名は、設定されたストレージドメインを識別する識別情報である。パスの多重度は、ＳＡＮにおけるデータ通信パスの多重度の情報である。
図４の説明に戻ると、システムリソースマネージャ２１は、管理対象となるサーバリソースおよびストレージリソースの登録をおこなう（ステップＳ１０３）。以下に、ステップＳ１０３でおこなわれる処理をさらに詳細に説明する。
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、サーバを登録する管理サブネットの選択をおこなった際、管理者により選択された管理サブネットの情報を受け付ける。
さらに、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して入力した管理対象とするサーバの情報を運用管理クライアント１０から受け付け、その情報をドメイン管理サーバ５０のドメインリソースＤＢ５５に、以下に説明するネットワークブートサーバデータ６９０として記憶する。ここで登録されたサーバは、後にネットワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとして登録される。
図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータ６９０の一例を示す図である。このネットワークブートサーバデータ６９０は、ＭＡＣアドレス、ＩＰアドレスおよびホスト名の情報を記憶している。
ＭＡＣアドレスは、サーバのＭＡＣアドレスの情報である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の情報である。
ここで、システムリソースマネージャ２１は、ネットワークブートをおこなうサーバの管理者により入力されたＭＡＣアドレスの情報を受け付けた場合に、そのＭＡＣアドレスに対応するサーバに、ＩＰアドレスとホスト名とを自動的に割り当てる。
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、サーバのハードウェアに係る情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１からサーバのハードウェアに係る情報を取得して、システムリソースＤＢ２６にその情報を、以下に説明する管理対象サーバデータ７００として記憶する。
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け、その設定情報を管理対象サーバデータ７００に登録する。
図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータ７００の一例を示す図である。この管理対象サーバデータ７００は、サーバ名、ＩＰアドレス、ＭＡＣアドレス、サーバアーキテクチャ名、モデル名、ＳＡＮブートおよび状態の情報を記憶している。
サーバ名は、管理対象となるサーバを識別する名称である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスである。ＭＡＣアドレスは、サーバのＭＡＣアドレスである。サーバアーキテクチャ名は、サーバのＣＰＵアーキテクチャの識別情報である。モデル名は、サーバの型式を示す情報である。ＳＡＮブートは、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報である。状態は、サーバに異常が発生しているか否かを示す情報である。
なお、ここでは、管理者がＭＡＣアドレスを指定してネットワークブートをおこなうサーバを選択することとしているが、サーバの選択を自動的におこなうようにしてもよい。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、その設定情報を運用管理クライアント１０から受け付ける。
そして、システムリソースマネージャ２１は、設定された台数分のサーバを選択し、選択したサーバのＩＰアドレスおよびホスト名の情報を、図１２に示したネットワークブートサーバデータ６９０に登録する。
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソ
ースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１から各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して、その情報をシステムリソースＤＢ２６に管理対象サーバデータ７００として記憶する。
続いて、システムリソースマネージャ２１は、管理対象となるストレージ機器の登録をおこなう。ここで、ストレージ機器とは、ＦＣ（Fiber Channel）スイッチやＲＡＩＤ装置などの機器である。
具体的には、システムリソースマネージャ２１は、管理対象として登録するストレージのＩＰアドレスの情報が、図７に示した管理サブネットごとに管理者により入力された場合に、その情報を運用管理クライアント１０から受け付ける。そして、システムリソースマネージャ２１は、ＩＰアドレスに対応するストレージ機器の情報をシステムリソースＤＢ２６に記憶することによりストレージ機器を登録する。
その後、システムリソースマネージャ２１は、図１３の管理対象サーバデータ７００に登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作してサーバとそのサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメインの情報を運用管理クライアント１０から受け付ける。
そして、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を参照し、サーバのサーバアーキテクチャが、図９に示したサーバドメインデータ３４０に登録されているサーバアーキテクチャと一致することをチェックする。
また、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を読み込み、サーバがＳＡＮブートをおこなうように設定されていることをチェックする。
さらに、システムリソースマネージャ２１は、サーバドメインに追加するサーバのネットワークの結線状態をチェックする。そして、システムリソースマネージャ２１は、サーバとスイッチとの間の結線に問題がない場合、そのサーバに係る情報を図１０で説明したプールグループに対応付けて、以下に説明するプロビジョニング構成データ７１０としてシステムリソースＤＢ２６に記憶する。
図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データ７１０の一例を示す図である。このプロビジョニング構成データ７１０は、サーバ名、プールグループ名、サーバグループ名、ストレージサブグループ名、アクセス可否の情報を記憶する。
サーバ名は、図１３で説明したサーバ名と同様の情報である。プールグループ名は、図１０で説明したプールグループと同様の情報である。サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。この段階では、サーバグループ名の情報はまだ登録されない。
ストレージサブグループ名は、ストレージドメインに属するストレージを１つまたは複数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サーバに割り当てたグループの識別情報である。この段階では、ストレージサブグループ名の情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセスを許可するか否かを示す情報である。この段階では、アクセス可否の情報はまだ登録されない。
プロビジョニング構成データ７１０にサーバ名およびプールグループ名を登録した後、システムリソースマネージャ２１は、先に登録したストレージ機器をストレージドメインに登録する。
続いて、システムリソースマネージャ２１は、サーバグループの作成処理をおこなう（ステップＳ１０４）。以下に、ステップＳ１０４でおこなわれる処理をさらに詳細に説明する。
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージテンプレートに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージテンプレートデータ８００として登録する。ここで、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構成に係る設定情報である。
図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータ８００の一例を示す図である。このストレージテンプレートデータ８００は、ストレージテンプレート名、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク容量およびブートディスクの情報を記憶している。
ストレージテンプレート名は、設定されたストレージテンプレートを識別する識別情報である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示す情報である。
たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されることを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用されることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶するために利用されることを示す。
ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、ディスクにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す情報である。
続いて、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサーバグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループデータ８１０として記憶する。
図１６は、サーバグループに係る情報を記憶したサーバグループデータ８１０の一例を示す図である。このサーバグループデータ８１０は、サーバグループ名、サーバドメイン名、ソフトウェア配布イメージ名、版数、ストレージテンプレート名、ＳＡＮブートおよび自動リカバリの情報を記憶している。
サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。サーバドメイン名は、サーバグループが属するサーバドメインの識別情報である。ソフトウェア配布イメージ名は、サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である。
版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレート名は、図１５で説明したストレージテンプレート名と同様の情報である。ＳＡＮブートは、サーバグループに属するサーバのＳＡＮブートをおこなうか否かを示す情報である。自動リカバリは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した場合に、自動的にサーバを追加する処理を実行するか否かを示す情報である。
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、サーバグループに対応するストレージグループの情報を登録する。ここで、ストレージグループとは、同一のストレージドメインに含まれるストレージを１つまたは複数のグループに分けたものである。
また、システムリソースマネージャ２１は、サーバグループを追加したことをＡＰ管理部１１６ａに認識させるコマンドをＡＰ管理部１１６ａに送信する。具体的には、システムリソースマネージャ２１は、図８に示した「issvgrp add」をＡＰ管理部１１６ａに送信する。また、システムリソースマネージャ２１は、システムリソースＤＢ２６に、ネットワークグループに係る情報を記憶する。
続いて、システムリソースマネージャ２１は、サーバグループに一台目のサーバを追加して、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理をおこなう（ステップＳ１０５）。
ここで、システムリソースマネージャ２１は、各サーバが属するサーバグループに対応付けてストレージサブグループを登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、システムリソースマネージャ２１は、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報を記憶する。
図１７は、ストレージサブグループが設定されたプロビジョニング構成データ９６０の一例を示す図である。このプロビジョニング構成データ９６０には、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報が追加されている。
その後、システムリソースマネージャ２１は、１台目のサーバを追加した際に作成したソフトウェアイメージを用いて二台目以降のサーバをサーバグループに追加する処理をおこない（ステップＳ１０６）、サーバグループにサーバを登録する。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサービスの情報およびサービスグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサービスデータ１１８１およびサービスグループデータ１１８２として記憶する（ステップＳ１０７）。
図１８は、サービスに係る情報を記憶したサービスデータ１１８１の一例を示す図である。このサービスデータ１１８１は、サービス名、サーバグループ名および状態情報の情報を記憶している。
サービス名は、サービスの識別情報である。サーバグループ名は、サービスを提供するサーバグループの識別情報である。状態情報は、サービスがサーバグループのサーバにより提供されている状態を示す情報であり、正常な場合には「normal」であり、異常な場合には、「abnormal」である。
図１９は、サービスグループに係る情報を記憶したサービスグループデータ１１８２の一例を示す図である。このサービスグループデータ１１８２は、サービスグループ名およびサービス名の情報を記憶している。
サービスグループ名は、サービスグループの識別情報である。サービス名は、サービスグループを構成するサービスの情報である。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定した管理者情報および管理者ロール情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明する管理者データ１１８３および管理者ロールデータ１１８４として記憶する（ステップＳ１０８）。
図２０は、管理者に係る情報を記憶した管理者データ１１８３の一例を示す図である。この管理者データ１１８３は、管理者名とパスワードの情報を記憶している。管理者名は、管理者の識別情報である。パスワードは、管理者が運用管理プログラムを利用する場合に使用する認証情報である。
図２１は、管理者ロールに係る情報を記憶した管理者ロールデータ１１８４の一例を示す図である。この管理者ロールデータ１１８４は、管理者ごとに管理者権限を有するドメインやサービスグループが記憶される。
同図において、「rw」は、管理者がドメインまたはサービスグループに属するリソースの参照更新権を有することを示し、「ro」は、管理者がドメインまたはサービスグループに属するリソースの参照権を有することを示す。たとえば、管理者「dmz_mgr」は、「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」に属するリソースに対して、参照更新権を有する。
なお、「サイト管理」は、サイトの全リソースに対して管理者権限を有することを示し、管理者名が「root」または「monitor」である管理者は、サイトの全リソースに対して管理者権限を有する。
次に、図３に示したシステムリソースマネージャ２１の構成について説明する。図２２は、図３に示したシステムリソースマネージャ２１の構成を示す機能ブロック図である。
同図に示すように、このシステムリソースマネージャ２１は、通信部２１ａと、表示部２１ｂと、入力受付部２１ｃと、権限判定部２１ｄと、ＤＢアクセス部２１ｅとを有する。
通信部２１ａは、ネットワークを介して運用管理クライアント１０などと通信をおこなう処理部であり、たとえば、運用管理クライアント１０からリソース操作要求を受信して入力受付部２１ｃに渡し、表示部２１ｂから表示データを受け取って運用管理クライアント１０に送信する。
表示部２１ｂは、運用管理クライアント１０に表示される表示データを作成し、作成した表示データを通信部２１ａを介して送信する処理部である。たとえば、この表示部２１ｂは、ログイン画面やリソース表示画面の表示データを作成して運用管理クライアント１０に送信する。
入力受付部２１ｃは、管理者が運用クライアント１０から入力したデータや指示を受け付ける処理部であり、たとえば、ログインデータやリソース操作要求を受け付けて権限判定部２１ｄに渡す。
権限判定部２１ｄは、入力受付部２１ｃからリソース操作要求を受け取り、システムリソースＤＢ２６に格納されたリソース情報および管理者ロール情報に基づいてリソース操作要求に対する許否を判定する処理部である。
すなわち、この権限判定部２１ｄは、要求のあったリソース操作が、リソース操作を要求した管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定する。
そして、この権限判定部２１ｄは、リソース操作要求を許可した場合には、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの操作をおこなうとともに、システムリソースＤＢ２６のシステムリソース情報を更新する。
この権限判定部２１ｄが、管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定することによって、ドメインまたはサービスグループ単位での管理者権限の設定が可能となる。
また、この権限判定部２１ｄは、入力受付部２１ｃからログインデータを受け取り、システムリソースＤＢ２６に格納された管理者情報に基づいてログイン者の認証をおこなう。そして、管理者として認証されたログイン者に対しては、管理者権限があるドメインおよびサービスグループのリソース情報をシステムリソースＤＢ２６から取得し、表示部２１ｂに渡す。
ＤＢアクセス部２１ｅは、システムリソースＤＢ２６をアクセスする処理部である。具体的には、このＤＢアクセス部２１ｅは、権限判定部２１ｄが使用するサービスデータ１１８１、サービスグル−プデータ１１８２、管理者データ１１８３、管理者ロールデータ１１８４やリソース情報などをシステムリソースＤＢ２６から読み出し、権限判定部２１ｄがリソース操作を許可した場合に、権限判定部２１ｄの指示に基づいてリソースＤＢ２６を更新する。
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順について説明する。図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順を示すフローチャートである。
同図に示すように、このシステムリソースマネージャ２１は、入力受付部２１ｃが管理者からのログインを受け付け（ステップＳ２０１）、権限判定部２１ｄが認証結果が正しいことを確認すると、ログインした管理者が管理者権限を有するドメインおよびサービスグループならびにそれらに属するリソースの情報を図２１に示した管理者ロールデータ１１８４などを用いて権限判定部２１ｄが取得し、表示部２１ｂが運用管理クライアント１０に表示する（ステップＳ２０２）。
そして、入力受付部２１ｃがリソースに対する操作要求を運用クライアント端末１０から受け付け（ステップＳ２０３）、操作の対象となるリソースが属するドメインに対して管理者権限があるか否かを権限判定部２１ｄがシステムリソースＤＢ２６を参照して判定する（ステップＳ２０４）。
その結果、操作の対象となるリソースが属するドメインに対して管理者権限がない場合には、そのリソースが属するサービスグループに対して管理者権限があるか否かをシステムリソースＤＢ２６を参照して判定し（ステップＳ２０５）、管理者権限がない場合には、操作を拒否して操作拒否を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０６）。
一方、操作の対象となるリソースが属するサービスグループに対して管理者権限がある場合、あるいは、操作の対象となるリソースが属するドメインに対して管理者権限がある場合には、操作を許可して操作許可を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０７）。
そして、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４またはストレージＲＭ２５と連携してリソースの操作をおこない（ステップＳ２０８）、操作結果に基づいてシステムリソースＤＢ２６を更新する（ステップＳ２０９）。
その後、入力受付部２１ｃが運用管理クライアント１０からログアウト要求を受け付けたか否かを判定し（ステップＳ２１０）、ログアウト要求でない場合には、ステップＳ２０３に戻ってリソース操作要求として受け付け、ログアウト要求を受け付けた場合には、処理を終了する。
このように、権限判定部２１ｄが、操作の対象となるリソースが属するドメインまたはサービスグループに対して管理者権限があるか否かを判定し、管理者権限がある場合にリソースに対する操作を許可することによって、ドメインまたはサービスグループを単位として管理者権限の設定をおこなうことが可能となる。
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例を図２４〜図２９を用いて説明する。図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（１）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」のログインを受け付けると（ステップＳ３０１）、図２１に示した管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」の３つのドメインに対して参照更新権があるので、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」の情報を表示する（ステップＳ３０２）。
図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」が表示され、さらに、「AP_domain」が選択されてその詳細が表示されている。
そして、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「Web_domain.pool」から「A_Web」への移動要求を受け付けると（ステップＳ３０３）、図１７に示したプロビジョニング構成データ９６０および図１６に示したサーバグループデータ８１０から、「host5」および「A_Web]は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ３０４）。
図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（２）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「a_user」のログインを受け付けると（ステップＳ４０１）、管理者ロールデータ１１８４から管理者「a_user」はサービスグループ「A_Service」の参照更新権があり、図１９に示したサービスグループデータ１１８２から、「A_Service」はサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」から構成され、図１８に示したサービスデータ１１８１から「A_Web_svc」はサーバグループ「A_Web」でサービスされ、「A_AP_svc」はサーバグループ「A_AP」でサービスされ、「A_DB_svc」はサーバグループ「A_DB」でサービスされ、「A_Batch_svc」はサーバグループ「A_Batch」でサービスされるので、サービスグループ「A_Service」、ならびに、参照更新権のあるサーバグループ「A_Web」、「A_AP」、「A_DB」および「A_Batch」の情報を表示する（ステップＳ４０２）。
図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サービスグループ「A_Service」を構成するサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」が表示され、さらに、サービス「A_AP_svc」が選択されてそのサービスを提供するサーバグループ「A_AP」および「A_AP」のサーバプールである「AP_domain.pool」の情報が表示されている。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host1」の電源断要求を受け付けると（ステップＳ４０３）、プロビジョニング構成データ９６０から、「host1」は「A_Web」に属し、管理者ロールデータ１１８４から管理者「a_user」は「A_Web」の参照更新権があることがわかるので、この電源断操作を許可する（ステップＳ４０４）。
図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（３）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「A_Web_svc」での利用要求を受け付けると（ステップＳ５０１）、プロビジョニング構成データ９６０、サービスデータ１１８１およびサービスグループデータ１１８２から、「host5」および「A_Web_svc」を提供する「A_Web」は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ５０２）。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host5」の「A_Web」への移動要求を受け付けると（ステップＳ５０３）、ステップＳ５０２で「host5」の利用権が「A_Web_svc」に付与されており、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_Web」は「A_service」に属するサービス「A_Web_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ５０４）。
図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（４）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「db_mgr」から「A_DB.pool」の「A_DB_svc」での利用要求を受け付けると（ステップＳ６０１）、図１０に示したプールグループデータ３５０、サービスデータ１１８１およびサーバグループデータに１１８２から、「A_DB_svc」を提供する「A_DB」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ６０２）。
そして、システムリソースマネージャ２１は、管理者「db_mgr」から「host15」の「A_DB.pool」への移動要求を受け付けると（ステップＳ６０３）、プロビジョニング構成データ９６０、プールグループデータ３５０から、「host15」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ６０４）。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host15」の「A_DB」への移動要求を受け付けると（ステップＳ６０５）、ステップＳ６０４から「host15」は「A_DB.pool」に含まれ、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_DB」は「A_service」に属するサービス「A_DB_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることが分かるので、この移動要求を許可する（ステップＳ６０６）。
次に、本実施例に係る運用管理プログラムを実行するコンピュータについて説明する。図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。なお、このコンピュータ１２００は図３に示したサイト管理サーバ２０に対応する。
図３０に示すように、このコンピュータ１２００は、入出力インタフェース１２１０と、ＬＡＮインタフェース１２２０と、ＲＡＭ１２３０と、ＨＤＤ１２４０と、ＣＰＵ１２５０とをバス１２６０に接続して構成される。
入出力インタフェース１２１０は、マウスやキーボードなどの入力装置や液晶ディスプレイなどの表示装置を接続するインタフェースである。ＬＡＮインタフェース１２２０は、コンピュータ１２００をＬＡＮに接続するインタフェースである。
ＲＡＭ１２３０は、ＣＰＵ１２５０で実行されるプログラムやＨＤＤ１２４０から読み出されたデータなどを記憶する記憶装置である。ＨＤＤ１２４０は、運用管理プログラム１２４１がインストールされたハードディスク装置であり、システムリソースＤＢ２６から読み出されたシステムリソース情報１２３１がＲＡＭ１２３０に記憶される。なお、このシステムリソース情報１２３１には、管理者ロールの情報である管理者ロール情報１２３１ａが含まれる。
ＣＰＵ１２５０は、ＨＤＤ１２４０にインストールされた運用管理プログラム１２４１を実行する中央処理装置であり、運用管理プログラム１２４１のシステムリソースマネージャ２１は、システムリソースマネージャプロセス１２５１として実行される。
なお、運用管理プログラム１２４１は、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、あるいは、インターネットなどのネットワークを介してコンピュータ１２００に接続される「他のコンピュータ」などに記憶され、ＨＤＤ１２４０にインストールされる。
上述してきたように、本実施例では、ドメインおよびサービスグループに対応する管理者権限情報、ドメイン情報およびサービスグループ情報をシステムリソースＤＢ２６に記憶し、システムリソースマネージャ２１の権限判定部２１ｄが、管理者からのリソース操作要求に対して、操作要求のあったリソースの属するドメインまたはサービスグループに対して管理者が管理者権限を有するか否かに基づいて操作の許否を判定することとしたので、ドメインまたはサービスグループの視点でリソースに対する管理者権限を容易に設定することができる。
なお、本実施例では、サーバドメインがＷｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６の３つのドメインから構成される場合について説明したが、本発明はこれに限定されるものではなく、ドメイン数が異なる場合にも同様に適用することができる。
以上のように、本発明に係る運用管理プログラム、運用管理方法および運用管理装置は、情報処理システムのリソース管理に有用であり、特に、ネットワークに接続された多数のセキュリティレベルの異なるリソースを用いて多数のサービスを提供する情報処理システムのリソース管理に適している。
本発明は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラム、運用管理方法および運用管理装置に関し、特に、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置に関するものである。
従来、情報処理システムを構成するリソースを管理する場合には、運用管理ソフトウェア上で、あるリソースの管理者を複数登録することや、管理者ごとに利用できるリソースを登録することがおこなわれてきた。
また、特許文献１には、管理者を階層的な管理者クラスに登録し、上位層の管理者クラスに属する管理者は、下位層の管理者クラスに属する管理者がおこなえる操作を継承しておこなえるようにするアクセス権管理技術が開示されている。
特開２００３−１４１０８５号公報
しかしながら、データセンターのように大規模なシステムで複数のサービスを提供するような場合には、セキュリティレベルやサービスを単位としてリソースを管理することが多いが、管理者権限の登録は個々のリソース単位におこなう必要があり、管理者権限の設定が困難であるという問題があった。
本発明は、上記に鑑みてなされたものであって、リソースのセキュリティレベルやサービスの視点からの管理者権限の設定を容易にすることができる運用管理プログラム、運用管理方法および運用管理装置を提供することを目的とする。
上述した課題を解決し、目的を達成するため、請求項１の発明に係る運用管理プログラムは、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定手順と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、をコンピュータに実行させることを特徴とする。
この請求項１の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するリソースドメインに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、リソースドメインの視点から管理者権限を設定することができる。
また、請求項２の発明に係る運用管理プログラムは、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手順と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、をコンピュータに実行させることを特徴とする。
この請求項２の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
また、請求項３の発明に係る運用管理方法は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定工程と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、を含んだことを特徴とする。
この請求項３の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するリソースドメインに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、リソースドメインの視点から管理者権限を設定することができる。
また、請求項４の発明に係る運用管理方法は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定工程と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、を含んだことを特徴とする。
この請求項４の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
また、請求項５の発明に係る運用管理装置は、情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理装置であって、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手段と、リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手段により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手段と、を備えたことを特徴とする。
この請求項５の発明によれば、連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定し、リソースの管理者からリソースに対する操作要求を受け付けた際に、操作要求を受け付けたリソースが属するサービスグループに対して管理者に設定した管理者権限に基づいて、受け付けた操作要求に対する許否を判定するよう構成したので、サービスグループの視点から管理者権限を設定することができる。
請求項１および３の発明によれば、他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインの視点から管理者権限を設定することができるので、リソースのセキュリティレベルの視点からの管理者権限の設定を容易にすることができるという効果を奏する。
また、請求項２、４および５の発明によれば、サービスグループの視点から管理者権限を設定することができるので、サービスの視点からの管理者権限の設定を容易にすることができるという効果を奏する。
以下に、本発明に係る運用管理プログラム、運用管理方法および運用管理装置の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
まず、本実施例に係る運用管理プログラムにおける管理者ロールの概念について図１および図２を用いて説明する。図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図であり、図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。
図１には、各業務１，２においてＷｅｂサーバ４1〜４9やＡＰ（Application）サーバ
５1〜５6，ＤＢ（Database）サーバ６1〜６3、ストレージ７1〜７9などの情報処理装置が利用される場合が示されている。
ここで、Ｗｅｂサーバ４1〜４9は、Ｗｅｂブラウザで閲覧されるコンテンツをインターネットを介してクライアント装置に提供するサーバ装置である。ＡＰサーバ５1〜５6は、ユーザによる情報処理要求を受け付けたＷｅｂサーバ４1〜４9から要求された情報処理の実行を引き継ぐサーバ装置である。
ＤＢサーバ６1〜６3は、ＡＰサーバ５1〜５6からデータベースへのアクセス要求を受け付けた場合に、データベースへのアクセスを管理するサーバ装置である。ストレージ７1
〜７9は、ＳＡＮによりＷｅｂサーバ４1〜４9やＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3に接続される記憶装置である。
本発明に係る運用管理では、ＬＡＮ（Local Area Network）やＳＡＮ（Storage
Area Network）などにおいて、他の装置との間の物理的な結線状態が互いに均一であるサーバやストレージなどのリソース群をドメインとして管理する。
たとえば、図１の場合には、業務１，２で利用されるサーバ群が、Ｗｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６として管理され、業務１，２で利用されるストレージ群が、ストレージドメイン７として管理されている。
この場合、Ｗｅｂドメイン４に属するＷｅｂサーバ４1〜４9の他の装置に対する結線状態は互いに均一であり、ＡＰドメイン５に属するＡＰサーバ５1〜５6の他の装置に対する結線状態は互いに均一であり、ＤＢドメイン６に属するＤＢサーバ６1〜６3の他の装置に対する結線状態は互いに均一であり、ストレージドメイン７に属するストレージ７1〜７9の他の装置に対する結線状態は互いに均一となっている。
一方、ドメイン間では、他の装置に対する結線状態が異なり、セキュリティレベルも異なってくる。たとえば、Ｗｅｂドメイン４は、外部ネットワークに近接するドメインであることから、ＡＰドメイン５と比較してセキュリティレベルが低い場合が多い。
そして、この運用管理では、未使用のＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9をドメインごとにプール３に登録しておき、必要に応じて各業務１，２にＷｅｂサーバ４1〜４9、ＡＰサーバ５1〜５6、ＤＢサーバ６1〜６3およびストレージ７1〜７9を割り当てる。
たとえば、図１では、業務１には、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1、ＤＢサー
バ６1、ストレージ７7が割り当てられ、業務２には、Ｗｅｂサーバ４9、ＡＰサーバ５2および５3、ＤＢサーバ６2、ストレージ７8，７9が割り当てられている。
ここで、各ドメインにおいて特定の業務に割り当てられたサーバは、各ドメイン内でサーバグループを構成する。そして、各サーバグループには、特定の業務を実行するために各ドメインが提供するサービスが対応し、業務が共通なサービスを各ドメインから集めることによってサービスグループを構成する。その結果、サービスグループに、各サービスを提供するサーバグループのサーバが属することとなる。
たとえば、業務１に割り当てられたＷｅｂサーバ４2，４3はＷｅｂドメイン４内でサーバグループ８41を構成し、サーバグループ８41はサービス９41を提供する。また、業務１に割り当てられたＡＰサーバ５1はＡＰドメイン５内でサーバグループ８51を構成し、サ
ーバグループ８51はサービス９51を提供する。また、業務１に割り当てられたＤＢサーバ６1はＤＢドメイン６内でサーバグループ８61を構成し、サーバグループ８61はサービス
９61を提供する。そして、サービス９41，９51，９61はサービスグループ９1を構成する
。その結果、サービスグループ９1に、Ｗｅｂサーバ４2，４3、ＡＰサーバ５1およびＤＢサーバ６1が属することとなる。
そして、図２に示すように、本実施例に係る運用管理プログラムは、Ｗｅｂドメイン４、ＡＰドメイン５、ＤＢドメイン６などのドメインごとに参照権または参照更新権を管理者権限として設定することができる。
また、本実施例に係る運用管理プログラムは、サービスグループごとに参照権または参照更新権を管理者権限として設定することができる。たとえば、Ｗｅｂドメインの「Ｗｅｂ１」サーバグループ、ＡＰドメインの「ＡＰ１」サーバグループおよびＤＢドメインの「ＤＢ１」サーバグループが提供するサービスから構成されるサービスグループである「サービスグループ１」に管理者権限を設定することができる。
このように、本実施例に係る管理者ロールでは、各管理者に対して、ドメインやサービスグループを対象範囲として管理者権限を設定することができ、リソースのセキュリティレベルやサービスの視点に基づいて管理者権限を容易に設定することができる。
つぎに、本実施例に係る運用管理システムの機能構成について説明する。図３は、本実施例に係る運用管理システムの機能構成を示す図である。
図３に示すように、この運用管理システムでは、運用管理クライアント１０と、サイト管理サーバ２０とが、ＦＷ（Firewall）３０経由でネットワークを介して接続されている。また、サイト管理サーバ２０とドメイン管理サーバ５０，６０とが、ＦＷ４０経由でネットワークを介して接続されている。
また、サイト管理サーバ２０と、エッジドメイン１８０に属するルータ８０とが、ＦＷ４０経由でネットワークを介して接続されている。さらに、サイト管理サーバ２０と、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄとが、ＦＷ４０経由でネットワークを介して接続されている。
ドメイン管理サーバ５０は、ＦＷ９０、ＳＬＢ（Server Load Balancer）１００およびＷｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃに、ネットワークを介して接続されている。
また、ドメイン管理サーバ６０は、ＦＷ１２０、ＳＬＢ１３０、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃに、ネットワークを介して接続されている。
さらに、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにＳＡＮ１７０を介して接続される。
ここで、運用管理クライアント１０は、リソース管理に係るさまざまな要求を管理者から受け付けて、その情報をサイト管理サーバ２０に送信するとともに、サイト管理サーバ２０からさまざまな出力結果を受け付けて、モニタ等に表示するクライアント装置である。
サイト管理サーバ２０は、情報処理システム全体の運用管理を、ドメイン管理サーバ５０，６０と連携して実行するサーバ装置である。このサイト管理サーバ２０は、システムリソースマネージャ２１、サーバＲＭ（Resource Manager）２２、ソフトウェアＲＭ（Resource Manager）２３、ネットワークＲＭ（Resource Manager）２４、ストレージＲＭ（Resource Manager）２５、システムリソースＤＢ（Database）２６およびＡＰ（Application）管理統括部２７の各機能部を有する。
システムリソースマネージャ２１は、運用管理クライアント１０から運用管理に係るさまざまな設定情報を受け付けるとともに、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの操作を実行する管理部である。また、このシステムリソースマネージャ２１は、ドメイン管理サーバ５０，６０との間のデータの授受を司る。
また、このシステムリソースマネージャ２１は、管理者が運用管理クライアント１０を用いてリソース操作要求をおこなった場合に、管理者がリソースに対する権限を有するか否かに基づいてリソース操作要求を許否する。なお、このリソース操作要求の許否の詳細については後述する。
サーバＲＭ２２は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。このサーバＲＭ２２は、ドメイン管理サーバ５０のサーバサブＲＭ（Resource Manager）５２およびサーバ１１０ａのサーバＲＭエージェント１１２ａと連携して上記
処理を実行する。
ソフトウェアＲＭ２３は、各サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃおよび１５０ａ〜１５０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。このソフトウェアＲＭ２３は、ドメイン管理サーバ５０のソフトウェアサブＲＭ（Resource Manager）５３およびサーバ１１０ａのソフト
ウェアＲＭエージェント１１３ａと連携して上記処理を実行する。
ネットワークＲＭ２４は、ネットワークに係る情報の収集や設定などをおこなう管理部である。このネットワークＲＭ２４は、ドメイン管理サーバ５０のネットワークサブＲＭ（Resource Manager）５４およびサーバ１１０ａのネットワークＲＭエージェント１１
４ａと連携して上記処理を実行する。
ストレージＲＭ２５は、ストレージドメイン２２０に属するストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄに係る情報の収集や設定などをおこなう管理部である。ここでは、ストレージＲＭ２５は、ドメイン管理サーバ５０，６０を介することなく、ストレージ１６０ａ〜１６０ｃ、および、プールされているストレージ１６０ｄを管理する。
システムリソースＤＢ（Database）２６は、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４およびストレージＲＭ２５が管理するさまざまなリソースの情報を記憶するデータベースである。ここに記憶される具体的なデータについては、後に詳細に説明する。
ＡＰ管理統括部２７は、ＡＰ（Application）管理部１１６ａを統括管理する処理部で
ある。具体的には、ＡＰ管理部１１６ａにアプリケーションの組み込み処理や設定処理の実行要求をおこなう。このＡＰ管理統括部２７の機能は、サイト管理サーバ２０に導入されたミドルウェアが実行されることにより実現されるものである。
ドメイン管理サーバ５０，６０は、１つまたは複数のドメイン内のリソースを管理するサーバ装置である。ドメイン管理サーバ５０は、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４およびドメインリソースＤＢ（Database）５５の各機能部を有する。
なお、ドメイン管理サーバ６０は、ドメイン管理サーバ５０の各機能部と同様の機能部を有しているため、図３ではドメイン管理サーバ６０の各機能部の図示および説明を省略する。
システムリソースドメインマネージャ５１は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４と連携して各ドメインに属するリソースの情報収集や設定処理などを実行する管理部である。
また、このシステムリソースドメインマネージャ５１は、サイト管理サーバ２０、ＦＷ９０やＳＬＢ１００などのネットワーク機器、また、管理対象であるサーバ１１０ａ〜１１０ｃとの間のデータの授受を司る。
サーバサブＲＭ５２は、サーバＲＭ２２およびサーバＲＭエージェント１１２ａと連携して、各サーバ１１０ａ〜１１０ｃの起動、停止、ハードウェアに係る情報の収集、設定などをおこなう管理部である。
ソフトウェアサブＲＭ５３は、ソフトウェアＲＭ２３およびソフトウェアＲＭエージェント１１３ａと連携して、各サーバ１１０ａ〜１１０ｃに対するソフトウェアのインストール、設定、ソフトウェアに係る情報の収集などをおこなう管理部である。
ネットワークサブＲＭ５４は、ネットワークＲＭ２４およびネットワークＲＭエージェント１１４ａと連携して、ネットワークに係る情報の収集や設定などをおこなう管理部である。
ドメインリソースＤＢ５５は、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４が管理対象であるサーバ１１０ａ〜１１０ｃの各種情報の収集や設定をおこなう場合に、サーバ１１０ａ〜１１０ｃから取得した情報や、システムリソースＤＢ２６から取得したデータを記憶するデータベースである。また、ドメインリソースＤＢ５５は、サーバ１１０ａ〜１１０ｃのネットワークブートをおこなう場合に用いる仮のＯＳ（OperatingSystem）を記憶する。
ルータ８０は、インターネット７０を介したデータ通信においてデータパケットのルーティングをおこなうネットワーク機器である。ＦＷ３０，４０，９０，１２０は、各種サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃへの不正アクセスを防止するためのネットワーク機器である。
ＳＬＢ１００，１３０は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに対する情報処理要求を複数のサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃに分散して転送する負荷分散装置である。なお、ＳＬＢ１００，１３０の前後には、さらにスイッチが接続されているが、図３ではスイッチの図示を省略している。
サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃは、さまざまな情報処理を実行するサーバ装置である。サーバ装置１１０ａは、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部を有する。
なお、サーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂは、サーバ１１０ａの各機能部と同様の機能部を有しているため、図３ではサーバ１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂの各機能部の図示および説明を省略する。
また、サーバ１１０ｃ，１４０ｃ，１５０ｃは、プールされているサーバであり、これらのサーバには、リソースマネージャエージェント１１１ａ、サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａおよびＡＰ管理部１１６ａの各機能部は存在しない。
これらのサーバ１１０ｃ，１４０ｃ，１５０ｃにおいては、業務に利用可能なサーバとして設定される場合に、各機能部を実現するコンピュータプログラムがサーバ１１０ｃ，１４０ｃ，１５０ｃに導入され実行されることにより各機能部が実現される。
リソースマネージャエージェント１１１ａは、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１からサーバ１１０ａの情報収集処理や設定処理などの実行要求を受け付け、それらの処理をサーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａと連携して実行するエージェントである。
サーバＲＭエージェント１１２ａは、サーバ１１０ａの起動、停止、ハードウェアに係る情報の収集、設定などを実行するエージェントである。ソフトウェアＲＭエージェント１１３ａは、サーバ１１０ａに対するソフトウェアの導入、設定およびソフトウェアに係る情報収集などをおこなうエージェントである。
ネットワークＲＭエージェント１１４ａは、サーバ１１０ａが接続されているネットワークの情報収集および設定などを実行するエージェントである。ストレージＲＭエージェント１１５ａは、サーバ１１０ａに接続されたストレージの情報収集や設定などをおこなうエージェントである。
ストレージ１６０ａ〜１６０ｃは、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃにより利用されるストレージである。また、ストレージ１６０ｄは、プールされているストレージである。これらのストレージ１６０ａ〜１６０ｄは、ＲＡＩＤ装置により構成される。
なお、Ｗｅｂドメイン１９０に属するサーバ１１０ａ〜１１０ｃ、ＡＰドメイン２００に属するサーバ１４０ａ〜１４０ｃ、および、ＤＢドメイン２１０に属するサーバ１５０ａ〜１５０ｃ間を接続するネットワークにはＶＬＡＮ（Virtual Local Area Network
）を設定する。
つぎに、業務へのサーバの割当処理の処理手順について説明する。図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。
ここで、サイト管理サーバ２０には、システムリソースマネージャ２１、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５、システムリソースＤＢ２６およびＡＰ管理統括部２７の各機能をサイト管理サーバ２０に実行させる運用管理プログラムをあらかじめ導入しておくこととする。
また、ドメイン管理サーバ５０，６０には、システムリソースドメインマネージャ５１、サーバサブＲＭ５２、ソフトウェアサブＲＭ５３、ネットワークサブＲＭ５４の各機能をドメイン管理サーバ５０，６０に実行させるプログラムをあらかじめ導入しておくこととする。
さらに、各サーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂには、リソースマネージャエージェント１１１ａ，サーバＲＭエージェント１１２ａ、ソフトウェアＲＭエージェント１１３ａ、ネットワークＲＭエージェント１１４ａ、ストレージＲＭエージェント１１５ａ、ＡＰ管理部１１６ａの各機能をサーバ１１０ａ，１１０ｂ，１４０ａ，１４０ｂ，１５０ａ，１５０ｂに実行させるプログラムをあらかじめ導入しておくこととする。
図４に示すように、まず、サイト管理サーバ２０のシステムリソースマネージャ２１は、運用管理サーバおよび管理ＬＡＮの登録処理をおこなう（ステップＳ１０１）。ここで、運用管理サーバおよび管理ＬＡＮとは、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃやＳＡＮ１７０などの管理対象となるリソースを管理するために用いられるサイト管理サーバ２０やドメイン管理サーバ５０およびＬＡＮのことである。
以下に、ステップＳ１０１でおこなわれる処理をさらに詳細に説明する。図５は、運用管理サーバの情報を登録するサイトデータ３００の一例を示す図である。このサイトデータ３００は、サイト名、サイト管理サーバ名およびドメイン管理サーバ名の情報を記憶している。
サイト名は、管理対象となるリソースがあるサイトの識別情報である。サイト管理サーバ名は、そのサイトを管理するよう設定されたサイト管理サーバ２０の識別情報である。ドメイン管理サーバ名は、そのサイトに設定されたドメインを管理するよう設定されたドメイン管理サーバ５０，６０の識別情報である。
また、図６は、ドメイン管理サーバ５０，６０の情報を登録するドメイン管理サーバデータ３１０の一例を示す図である。このドメイン管理サーバデータ３１０は、ドメイン管理サーバ名および管理サブネット名の情報を記憶している。
ドメイン管理サーバ名は、図５で説明したドメイン管理サーバ名と同様の情報である。管理サブネット名は、ドメイン管理サーバによりリソースが管理されるサブネット（管理サブネット）の識別情報である。
また、図７は、管理対象となるサブネットの情報を登録する管理サブネットデータ３２０の一例を示す図である。この管理サブネットデータ３２０は、管理サブネット名、ネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を記憶している。
管理サブネット名は、図６で説明した管理サブネット名と同様の情報である。ネットワークアドレスは、管理サブネットを識別するためのネットワークアドレスである。ネットマスクは、ＩＰアドレスの何ビット目をネットワークアドレスとして使用するかを定義するために用いられるネットマスクである。デフォルトゲートウェイは、管理サブネット外にデータを送信する場合に用いられるデフォルトゲートウェイを特定するＩＰアドレスの情報である。
ステップＳ１０１において、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサイト、サイト管理サーバおよびドメイン管理サーバの情報を受け付け、その情報を図５に示したサイトデータ３００に登録する。
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したドメイン管理サーバおよび管理サブネットの情報を受け付け、その情報を図６に示したドメイン管理サーバデータ３１０に登録する。
続いて、システムリソースマネージャ２１は、図６で説明した管理サブネットに対応するネットワークアドレス、ネットマスクおよびデフォルトゲートウェイの情報を、図７の管理サブネットデータ３２０に登録する。
さらに、システムリソースマネージャ２１は、ミドルウェアによりその機能が実現されるＡＰ管理統括部２７に、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃの追加や削除などのイベントの発生を通知し、ＡＰ管理統括部２７と連携して各種処理を実行するためのコマンドを設定する。
図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータ３３０の一例を示す図である。このミドルウェア連携ＩＦデータ３３０は、ミドルウェア名、対象イベント、タイミング、場所、実行コマンドの情報を記憶している。
ミドルウェア名は、システムリソースマネージャ２１が連携して処理をおこなうミドルウェアの情報である。対象イベントは、システムリソースマネージャ２１がミドルウェアに実行要求をおこなうイベントの情報である。タイミングは、システムリソースマネージャ２１がミドルウェアに処理の実行要求を送信するタイミング（対象イベントの処理の前後）の情報である。
場所は、ミドルウェアのコマンドを実行する場所（ManagerあるいはAgent）の情報である。「Manager」は、サイト管理サーバ２０上でコマンドを実行する場合を示し、「Agent」は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃ上でコマンドを実行する場合を示している。実行コマンドは、ミドルウェアに対して各種イベントの発生を通知するコマンドの情報である。
図４の説明に戻ると、システムリソースマネージャ２１は、ドメインの作成処理および作成したドメイン間のリンク処理をおこなう（ステップＳ１０２）。以下に、ステップＳ１０２でおこなわれる処理をさらに詳細に説明する。
図９は、サーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータ３４０の一例を示す図である。
このサーバドメインデータ３４０は、サーバドメイン名、サーバアーキテクチャ名および管理サブネット名の情報を記憶している。サーバドメイン名は、管理対象となるサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃが属するドメインの識別情報である。
サーバアーキテクチャ名は、各サーバドメインに属するサーバ１１０ａ〜１１０ｃ，１４０ａ〜１４０ｃ，１５０ａ〜１５０ｃのＣＰＵ（Central Processing Unit）アーキ
テクチャの識別情報である。管理サブネット名は、図６に示した管理サブネット名と同様の情報である。
ステップＳ１０２においては、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作しておこなったサーバドメインおよびサーバアーキテクチャの設定に係る情報を受け付け、サーバドメインデータ３４０に登録する。このサーバドメインは、ステップＳ１０１において設定された管理サブネット単位で設定される。
また、ステップＳ１０２においては、システムリソースマネージャ２１は、各サーバドメインに属するサーバグループを設定し、サーバグループ間で共有されるプールグループおよび特定のサーバグループに専用のプールグループを設定する。
ここで、サーバグループとは、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けたものである。また、プールグループとは、各サーバグループに割り当てられたサーバのプールである。
図１０は、プールグループに係る情報を記憶したプールグループデータ３５０の一例を示す図である。このプールグループデータ３５０には、プールグループ名、種別、サーバドメイン名の情報が記憶されている。
プールグループ名は、上述したサーバのプールの識別情報である。種別は、プールグループが複数のサーバグループに共用させるものか、特定のサーバグループにのみ利用を許可するものかを示す情報である。サーバドメイン名は、図９で説明したサーバドメイン名と同様の情報である。
ここで、システムリソースマネージャ２１は、各サーバドメインに対してプールグループを割り当てる。また、サーバドメインが、複数のサーバグループを有する場合に、システムリソースマネージャ２１は、それらのサーバグループ専用のプールグループを割り当てる。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージドメインの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージドメインデータ３６０として登録する。
図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータ３６０の一例を示す図である。このストレージドメインデータ３６０は、ストレージドメイン名およびパスの多重度の情報を記憶している。ストレージドメイン名は、設定されたストレージドメインを識別する識別情報である。パスの多重度は、ＳＡＮにおけるデータ通信パスの多重度の情報である。
図４の説明に戻ると、システムリソースマネージャ２１は、管理対象となるサーバリソースおよびストレージリソースの登録をおこなう（ステップＳ１０３）。以下に、ステップＳ１０３でおこなわれる処理をさらに詳細に説明する。
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、サーバを登録する管理サブネットの選択をおこなった際、管理者により選択された管理サブネットの情報を受け付ける。
さらに、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して入力した管理対象とするサーバの情報を運用管理クライアント１０から受け付け、その情報をドメイン管理サーバ５０のドメインリソースＤＢ５５に、以下に説明するネットワークブートサーバデータ６９０として記憶する。ここで登録されたサーバは、後にネットワークブートがおこなわれ、サーバの各種情報が取得された後、サーバリソースとして登録される。
図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータ６９０の一例を示す図である。このネットワークブートサーバデータ６９０は、ＭＡＣアドレス、ＩＰアドレスおよびホスト名の情報を記憶している。
ＭＡＣアドレスは、サーバのＭＡＣアドレスの情報である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスの情報である。ホスト名は、サーバに割り当てられたホスト名の情報である。
ここで、システムリソースマネージャ２１は、ネットワークブートをおこなうサーバの管理者により入力されたＭＡＣアドレスの情報を受け付けた場合に、そのＭＡＣアドレスに対応するサーバに、ＩＰアドレスとホスト名とを自動的に割り当てる。
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、サーバのハードウェアに係る情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１からサーバのハードウェアに係る情報を取得して、システムリソースＤＢ２６にその情報を、以下に説明する管理対象サーバデータ７００として記憶する。
また、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報を入力した場合に、その設定情報を受け付け、その設定情報を管理対象サーバデータ７００に登録する。
図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータ７００の一例を示す図である。この管理対象サーバデータ７００は、サーバ名、ＩＰアドレス、ＭＡＣアドレス、サーバアーキテクチャ名、モデル名、ＳＡＮブートおよび状態の情報を記憶している。
サーバ名は、管理対象となるサーバを識別する名称である。ＩＰアドレスは、サーバに割り当てられたＩＰアドレスである。ＭＡＣアドレスは、サーバのＭＡＣアドレスである。サーバアーキテクチャ名は、サーバのＣＰＵアーキテクチャの識別情報である。モデル名は、サーバの型式を示す情報である。ＳＡＮブートは、ＳＡＮ１７０を介して接続されるストレージ１６０ａ〜１６０ｄからサーバを起動するＳＡＮブートをおこなうか否かの設定情報である。状態は、サーバに異常が発生しているか否かを示す情報である。
なお、ここでは、管理者がＭＡＣアドレスを指定してネットワークブートをおこなうサーバを選択することとしているが、サーバの選択を自動的におこなうようにしてもよい。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して、自動的に選択をおこなうサーバの台数に係る情報を設定した場合に、その設定情報を運用管理クライアント１０から受け付ける。
そして、システムリソースマネージャ２１は、設定された台数分のサーバを選択し、選択したサーバのＩＰアドレスおよびホスト名の情報を、図１２に示したネットワークブートサーバデータ６９０に登録する。
そして、システムリソースマネージャ２１は、ドメイン管理サーバ５０のシステムリソースドメインマネージャ５１と連携し、ドメイン管理サーバ５０のドメインリソースＤＢ５５に記憶された仮のＯＳを用いて、ＩＰアドレスとホスト名とが割り当てられたサーバのネットワークブートをおこなう。
そして、サーバサブＲＭ５２、リソースマネージャエージェント１１１ａ、および、サーバＲＭエージェント１１２ａが連携することにより、各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を収集し、収集した情報をシステムリソースドメインマネージャ５１に送信する。
その後、システムリソースマネージャ２１は、システムリソースドメインマネージャ５１から各サーバのＭＡＣアドレス、サーバアーキテクチャ、モデル、状態の情報を取得して、その情報をシステムリソースＤＢ２６に管理対象サーバデータ７００として記憶する。
続いて、システムリソースマネージャ２１は、管理対象となるストレージ機器の登録をおこなう。ここで、ストレージ機器とは、ＦＣ（Fiber Channel）スイッチやＲＡＩＤ装
置などの機器である。
具体的には、システムリソースマネージャ２１は、管理対象として登録するストレージのＩＰアドレスの情報が、図７に示した管理サブネットごとに管理者により入力された場合に、その情報を運用管理クライアント１０から受け付ける。そして、システムリソースマネージャ２１は、ＩＰアドレスに対応するストレージ機器の情報をシステムリソースＤＢ２６に記憶することによりストレージ機器を登録する。
その後、システムリソースマネージャ２１は、図１３の管理対象サーバデータ７００に登録されたサーバをサーバドメインに追加する処理をおこなう。具体的には、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作してサーバとそのサーバを追加するサーバドメインを指定した場合に、そのサーバおよびサーバドメインの情報を運用管理クライアント１０から受け付ける。
そして、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を参照し、サーバのサーバアーキテクチャが、図９に示したサーバドメインデータ３４０に登録されているサーバアーキテクチャと一致することをチェックする。
また、システムリソースマネージャ２１は、図１３に示した管理対象サーバデータ７００を読み込み、サーバがＳＡＮブートをおこなうように設定されていることをチェックする。
さらに、システムリソースマネージャ２１は、サーバドメインに追加するサーバのネットワークの結線状態をチェックする。そして、システムリソースマネージャ２１は、サーバとスイッチとの間の結線に問題がない場合、そのサーバに係る情報を図１０で説明したプールグループに対応付けて、以下に説明するプロビジョニング構成データ７１０としてシステムリソースＤＢ２６に記憶する。
図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データ７１０の一例を示す図である。このプロビジョニング構成データ７１０は、サーバ名、プールグループ名、サーバグループ名、ストレージサブグループ名、アクセス可否の情報を記憶する。
サーバ名は、図１３で説明したサーバ名と同様の情報である。プールグループ名は、図１０で説明したプールグループと同様の情報である。サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。この段階では、サーバグループ名の情報はまだ登録されない。
ストレージサブグループ名は、ストレージドメインに属するストレージを１つまたは複数のグループに分け、サーバグループに属する各サーバに割り当てた場合に、各サーバに割り当てたグループの識別情報である。この段階では、ストレージサブグループ名の情報はまだ登録されない。アクセス可否は、サーバによるストレージへのアクセスを許可するか否かを示す情報である。この段階では、アクセス可否の情報はまだ登録されない。
プロビジョニング構成データ７１０にサーバ名およびプールグループ名を登録した後、システムリソースマネージャ２１は、先に登録したストレージ機器をストレージドメインに登録する。
続いて、システムリソースマネージャ２１は、サーバグループの作成処理をおこなう（ステップＳ１０４）。以下に、ステップＳ１０４でおこなわれる処理をさらに詳細に説明する。
まず、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したストレージテンプレートに係る情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するストレージテンプレートデータ８００として登録する。ここで、ストレージテンプレートとは、後に作成されるサーバグループ用のストレージの構成に係る設定情報である。
図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータ８００の一例を示す図である。このストレージテンプレートデータ８００は、ストレージテンプレート名、ディスク種別、ディスク名、信頼性の必要度、負荷の度合い、ディスク容量およびブートディスクの情報を記憶している。
ストレージテンプレート名は、設定されたストレージテンプレートを識別する識別情報である。ディスク種別は、ストレージテンプレートに属するディスクの用途の種別を示す情報である。
たとえば、「root」は、そのディスクがシステムデータを記憶するために利用されることを示し、「local」は、そのディスクがサーバ個別のデータを記憶するために利用され
ることを示し、「shared」は、そのディスクがサーバ間で共有されるデータを記憶するために利用されることを示す。
ディスク名は、各ディスクに割り当てられたディスクを識別する名称である。信頼性の必要度は、ディスクに必要とされる信頼性の情報である。負荷の度合いは、ディスクにかかる負荷の度合いの情報である。ディスク容量は、ディスクの記憶容量である。ブートディスクは、そのディスクがシステムのブート用に利用されるものか否かを示す情報である。
続いて、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサーバグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサーバグループデータ８１０として記憶する。
図１６は、サーバグループに係る情報を記憶したサーバグループデータ８１０の一例を示す図である。このサーバグループデータ８１０は、サーバグループ名、サーバドメイン名、ソフトウェア配布イメージ名、版数、ストレージテンプレート名、ＳＡＮブートおよび自動リカバリの情報を記憶している。
サーバグループ名は、同一のサーバドメインに含まれるサーバを１つまたは複数のグループに分けた場合のグループの識別情報である。サーバドメイン名は、サーバグループが属するサーバドメインの識別情報である。ソフトウェア配布イメージ名は、サーバグループに属するサーバに配布するソフトウェアのイメージファイルを識別する情報である。
版数は、ソフトウェア配布イメージの版数の情報である。ストレージテンプレート名は、図１５で説明したストレージテンプレート名と同様の情報である。ＳＡＮブートは、サーバグループに属するサーバのＳＡＮブートをおこなうか否かを示す情報である。自動リカバリは、複数のサーバが連携して動作するスケールアウト構成のサーバが故障した場合に、自動的にサーバを追加する処理を実行するか否かを示す情報である。
その後、システムリソースマネージャ２１は、システムリソースＤＢ２６に、サーバグループに対応するストレージグループの情報を登録する。ここで、ストレージグループとは、同一のストレージドメインに含まれるストレージを１つまたは複数のグループに分けたものである。
また、システムリソースマネージャ２１は、サーバグループを追加したことをＡＰ管理部１１６ａに認識させるコマンドをＡＰ管理部１１６ａに送信する。具体的には、システムリソースマネージャ２１は、図８に示した「issvgrp add」をＡＰ管理部１１６ａに送信する。また、システムリソースマネージャ２１は、システムリソースＤＢ２６に、ネットワークグループに係る情報を記憶する。
続いて、システムリソースマネージャ２１は、サーバグループに一台目のサーバを追加して、そのサーバに導入されたソフトウェアのソフトウェアイメージを作成する処理をおこなう（ステップＳ１０５）。
ここで、システムリソースマネージャ２１は、各サーバが属するサーバグループに対応付けてストレージサブグループを登録し、サーバのストレージグループに対するアクセス権を設定する。具体的には、システムリソースマネージャ２１は、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報を記憶する。
図１７は、ストレージサブグループが設定されたプロビジョニング構成データ９６０の一例を示す図である。このプロビジョニング構成データ９６０には、図１４に示したプロビジョニング構成データ７１０にサーバグループ名、ストレージサブグループ名およびアクセス可否の情報が追加されている。
その後、システムリソースマネージャ２１は、１台目のサーバを追加した際に作成したソフトウェアイメージを用いて二台目以降のサーバをサーバグループに追加する処理をおこない（ステップＳ１０６）、サーバグループにサーバを登録する。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定したサービスの情報およびサービスグループの情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明するサービスデータ１１８１およびサービスグループデータ１１８２として記憶する（ステップＳ１０７）。
図１８は、サービスに係る情報を記憶したサービスデータ１１８１の一例を示す図である。このサービスデータ１１８１は、サービス名、サーバグループ名および状態情報の情報を記憶している。
サービス名は、サービスの識別情報である。サーバグループ名は、サービスを提供するサーバグループの識別情報である。状態情報は、サービスがサーバグループのサーバにより提供されている状態を示す情報であり、正常な場合には「normal」であり、異常な場合には、「abnormal」である。
図１９は、サービスグループに係る情報を記憶したサービスグループデータ１１８２の一例を示す図である。このサービスグループデータ１１８２は、サービスグループ名およびサービス名の情報を記憶している。
サービスグループ名は、サービスグループの識別情報である。サービス名は、サービスグループを構成するサービスの情報である。
その後、システムリソースマネージャ２１は、管理者が運用管理クライアント１０を操作して設定した管理者情報および管理者ロール情報を受け付け、システムリソースＤＢ２６にその情報を、以下に説明する管理者データ１１８３および管理者ロールデータ１１８４として記憶する（ステップＳ１０８）。
図２０は、管理者に係る情報を記憶した管理者データ１１８３の一例を示す図である。この管理者データ１１８３は、管理者名とパスワードの情報を記憶している。管理者名は、管理者の識別情報である。パスワードは、管理者が運用管理プログラムを利用する場合に使用する認証情報である。
図２１は、管理者ロールに係る情報を記憶した管理者ロールデータ１１８４の一例を示す図である。この管理者ロールデータ１１８４は、管理者ごとに管理者権限を有するドメインやサービスグループが記憶される。
同図において、「rw」は、管理者がドメインまたはサービスグループに属するリソースの参照更新権を有することを示し、「ro」は、管理者がドメインまたはサービスグループに属するリソースの参照権を有することを示す。たとえば、管理者「dmz_mgr」は、「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」に属するリソースに対して、参照更新権を有する。
なお、「サイト管理」は、サイトの全リソースに対して管理者権限を有することを示し、管理者名が「root」または「monitor」である管理者は、サイトの全リソースに対して
管理者権限を有する。
次に、図３に示したシステムリソースマネージャ２１の構成について説明する。図２２は、図３に示したシステムリソースマネージャ２１の構成を示す機能ブロック図である。
同図に示すように、このシステムリソースマネージャ２１は、通信部２１ａと、表示部２１ｂと、入力受付部２１ｃと、権限判定部２１ｄと、ＤＢアクセス部２１ｅとを有する。
通信部２１ａは、ネットワークを介して運用管理クライアント１０などと通信をおこなう処理部であり、たとえば、運用管理クライアント１０からリソース操作要求を受信して入力受付部２１ｃに渡し、表示部２１ｂから表示データを受け取って運用管理クライアント１０に送信する。
表示部２１ｂは、運用管理クライアント１０に表示される表示データを作成し、作成した表示データを通信部２１ａを介して送信する処理部である。たとえば、この表示部２１ｂは、ログイン画面やリソース表示画面の表示データを作成して運用管理クライアント１０に送信する。
入力受付部２１ｃは、管理者が運用クライアント１０から入力したデータや指示を受け付ける処理部であり、たとえば、ログインデータやリソース操作要求を受け付けて権限判定部２１ｄに渡す。
権限判定部２１ｄは、入力受付部２１ｃからリソース操作要求を受け取り、システムリソースＤＢ２６に格納されたリソース情報および管理者ロール情報に基づいてリソース操作要求に対する許否を判定する処理部である。
すなわち、この権限判定部２１ｄは、要求のあったリソース操作が、リソース操作を要求した管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定する。
そして、この権限判定部２１ｄは、リソース操作要求を許可した場合には、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４、ストレージＲＭ２５と連携してリソースの操作をおこなうとともに、システムリソースＤＢ２６のシステムリソース情報を更新する。
この権限判定部２１ｄが、管理者が管理者権限を有するドメインまたはサービスグループに含まれるリソースに対する操作であるか否かに基づいてリソース操作要求の許否を判定することによって、ドメインまたはサービスグループ単位での管理者権限の設定が可能となる。
また、この権限判定部２１ｄは、入力受付部２１ｃからログインデータを受け取り、システムリソースＤＢ２６に格納された管理者情報に基づいてログイン者の認証をおこなう。そして、管理者として認証されたログイン者に対しては、管理者権限があるドメインおよびサービスグループのリソース情報をシステムリソースＤＢ２６から取得し、表示部２１ｂに渡す。
ＤＢアクセス部２１ｅは、システムリソースＤＢ２６をアクセスする処理部である。具体的には、このＤＢアクセス部２１ｅは、権限判定部２１ｄが使用するサービスデータ１１８１、サービスグル−プデータ１１８２、管理者データ１１８３、管理者ロールデータ１１８４やリソース情報などをシステムリソースＤＢ２６から読み出し、権限判定部２１ｄがリソース操作を許可した場合に、権限判定部２１ｄの指示に基づいてリソースＤＢ２６を更新する。
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順について説明する。図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の処理手順を示すフローチャートである。
同図に示すように、このシステムリソースマネージャ２１は、入力受付部２１ｃが管理者からのログインを受け付け（ステップＳ２０１）、権限判定部２１ｄが認証結果が正しいことを確認すると、ログインした管理者が管理者権限を有するドメインおよびサービスグループならびにそれらに属するリソースの情報を図２１に示した管理者ロールデータ１１８４などを用いて権限判定部２１ｄが取得し、表示部２１ｂが運用管理クライアント１０に表示する（ステップＳ２０２）。
そして、入力受付部２１ｃがリソースに対する操作要求を運用クライアント端末１０から受け付け（ステップＳ２０３）、操作の対象となるリソースが属するドメインに対して管理者権限があるか否かを権限判定部２１ｄがシステムリソースＤＢ２６を参照して判定する（ステップＳ２０４）。
その結果、操作の対象となるリソースが属するドメインに対して管理者権限がない場合には、そのリソースが属するサービスグループに対して管理者権限があるか否かをシステムリソースＤＢ２６を参照して判定し（ステップＳ２０５）、管理者権限がない場合には、操作を拒否して操作拒否を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０６）。
一方、操作の対象となるリソースが属するサービスグループに対して管理者権限がある場合、あるいは、操作の対象となるリソースが属するドメインに対して管理者権限がある場合には、操作を許可して操作許可を表示部２１ｂを介して運用管理クライアント１０に表示する（ステップＳ２０７）。
そして、サーバＲＭ２２、ソフトウェアＲＭ２３、ネットワークＲＭ２４またはストレージＲＭ２５と連携してリソースの操作をおこない（ステップＳ２０８）、操作結果に基づいてシステムリソースＤＢ２６を更新する（ステップＳ２０９）。
その後、入力受付部２１ｃが運用管理クライアント１０からログアウト要求を受け付けたか否かを判定し（ステップＳ２１０）、ログアウト要求でない場合には、ステップＳ２０３に戻ってリソース操作要求として受け付け、ログアウト要求を受け付けた場合には、処理を終了する。
このように、権限判定部２１ｄが、操作の対象となるリソースが属するドメインまたはサービスグループに対して管理者権限があるか否かを判定し、管理者権限がある場合にリソースに対する操作を許可することによって、ドメインまたはサービスグループを単位として管理者権限の設定をおこなうことが可能となる。
次に、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例を図２４〜図２９を用いて説明する。図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（１）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」のログインを受け付けると（ステップＳ３０１）、図２１に示した管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」、「AP_domain」および「Web_AP_DISK_domain」の３つのドメインに対して参照更新権があるので、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」の情報を表示する（ステップＳ３０２）。
図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サーバドメイン「Web_domain」および「AP_domain」、ならびに、ストレージドメイン「Web_AP_DISK_domain」が表示され、さらに、「AP_domain」が選択されてその詳細が表示されている。
そして、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「Web_domain.pool」から「A_Web」への移動要求を受け付けると（ステップＳ３０３）、図１７に示したプロビジョニング構成データ９６０および図１６に示したサーバグループデータ８１０から、「host5」および「A_Web]は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ３０４）。
図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（２）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「a_user」のログインを受け付けると（ステップＳ４０１）、管理者ロールデータ１１８４から管理者「a_user」はサービスグループ「A_Service」の参照更新権があり、図１９に示したサービスグループデータ１１８２から、「A_Service」はサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」から構成され、図１８に示したサービスデータ１１８１から「A_Web_svc」はサーバグループ「A_Web」でサービスされ、「A_AP_svc」はサーバグループ「A_AP」でサービスされ、「A_DB_svc」はサーバグループ「A_DB」でサービスされ、「A_Batch_svc」はサーバグループ「A_Batch」でサービスされるので、サービスグループ「A_Service」、ならびに、参照更新権のあるサーバグループ「A_Web」、「A_AP」、「A_DB」および「A_Batch」の情報を表示する（ステップＳ４０２）。
図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアント１０に表示されるリソース管理画面の例を示す図である。この例では、サービスグループ「A_Service」を構成するサービス「A_Web_svc」、「A_AP_svc」、「A_DB_svc」および「A_Batch_svc」が表示され、さらに、サービス「A_AP_svc」が選択されてそのサービスを提供するサーバグループ「A_AP」および「A_AP」のサーバプールである「AP_domain.pool」の情報が表示されている。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host1」の電源断要求を受け付けると（ステップＳ４０３）、プロビジョニング構成データ９６０から、「host1」は「A_Web」に属し、管理者ロールデータ１１８４から管理者「a_user」は「A_Web」の参照更新権があることがわかるので、この電源断操作を許可する（ステップＳ４０４）。
図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（３）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「dmz_mgr」から「host5」の「A_Web_svc」での利用要求を受け付けると（ステップＳ５０１）、プロビジョニング構成データ９６０、サービスデータ１１８１およびサービスグループデータ１１８２から、「host5」および「A_Web_svc」を提供する「A_Web」は「Web_domain」に属し、管理者ロールデータ１１８４から管理者「dmz_mgr」は「Web_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ５０２）。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host5」の「A_Web」への移動要求を受け付けると（ステップＳ５０３）、ステップＳ５０２で「host5」の利用権が「A_Web_svc」に付与されており、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_Web」は「A_service」に属するサービス「A_Web_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ５０４）。
図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャ２１によるリソース操作処理の例（４）を示すフローチャートである。
同図に示すように、システムリソースマネージャ２１は、管理者「db_mgr」から「A_DB.pool」の「A_DB_svc」での利用要求を受け付けると（ステップＳ６０１）、図１０に示したプールグループデータ３５０、サービスデータ１１８１およびサーバグループデータに１１８２から、「A_DB_svc」を提供する「A_DB」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この利用要求を許可する（ステップＳ６０２）。
そして、システムリソースマネージャ２１は、管理者「db_mgr」から「host15」の「A_DB.pool」への移動要求を受け付けると（ステップＳ６０３）、プロビジョニング構成データ９６０、プールグループデータ３５０から、「host15」および「A_DB.pool」は「DB_domain」に属し、管理者ロールデータ１１８４から管理者「db_mgr」は「DB_domain」の参照更新権があることがわかるので、この移動操作を許可する（ステップＳ６０４）。
そして、システムリソースマネージャ２１は、管理者「a_user」から「host15」の「A_DB」への移動要求を受け付けると（ステップＳ６０５）、ステップＳ６０４から「host15」は「A_DB.pool」に含まれ、サービスデータ１１８１およびサービスグループデータ１１８２から、「A_DB」は「A_service」に属するサービス「A_DB_svc」を提供し、管理者ロールデータ１１８４から管理者「a_user」は「A_service」の参照更新権があることが分かるので、この移動要求を許可する（ステップＳ６０６）。
次に、本実施例に係る運用管理プログラムを実行するコンピュータについて説明する。図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。なお、このコンピュータ１２００は図３に示したサイト管理サーバ２０に対応する。
図３０に示すように、このコンピュータ１２００は、入出力インタフェース１２１０と、ＬＡＮインタフェース１２２０と、ＲＡＭ１２３０と、ＨＤＤ１２４０と、ＣＰＵ１２５０とをバス１２６０に接続して構成される。
入出力インタフェース１２１０は、マウスやキーボードなどの入力装置や液晶ディスプレイなどの表示装置を接続するインタフェースである。ＬＡＮインタフェース１２２０は、コンピュータ１２００をＬＡＮに接続するインタフェースである。
ＲＡＭ１２３０は、ＣＰＵ１２５０で実行されるプログラムやＨＤＤ１２４０から読み出されたデータなどを記憶する記憶装置である。ＨＤＤ１２４０は、運用管理プログラム１２４１がインストールされたハードディスク装置であり、システムリソースＤＢ２６から読み出されたシステムリソース情報１２３１がＲＡＭ１２３０に記憶される。なお、このシステムリソース情報１２３１には、管理者ロールの情報である管理者ロール情報１２３１ａが含まれる。
ＣＰＵ１２５０は、ＨＤＤ１２４０にインストールされた運用管理プログラム１２４１を実行する中央処理装置であり、運用管理プログラム１２４１のシステムリソースマネージャ２１は、システムリソースマネージャプロセス１２５１として実行される。
なお、運用管理プログラム１２４１は、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯディスク、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、あるいは、インターネットなどのネットワークを介してコンピュータ１２００に接続される「他のコンピュータ」などに記憶され、ＨＤＤ１２４０にインストールされる。
上述してきたように、本実施例では、ドメインおよびサービスグループに対応する管理者権限情報、ドメイン情報およびサービスグループ情報をシステムリソースＤＢ２６に記憶し、システムリソースマネージャ２１の権限判定部２１ｄが、管理者からのリソース操作要求に対して、操作要求のあったリソースの属するドメインまたはサービスグループに対して管理者が管理者権限を有するか否かに基づいて操作の許否を判定することとしたので、ドメインまたはサービスグループの視点でリソースに対する管理者権限を容易に設定することができる。
なお、本実施例では、サーバドメインがＷｅｂドメイン４、ＡＰドメイン５およびＤＢドメイン６の３つのドメインから構成される場合について説明したが、本発明はこれに限定されるものではなく、ドメイン数が異なる場合にも同様に適用することができる。
以上のように、本発明に係る運用管理プログラム、運用管理方法および運用管理装置は、情報処理システムのリソース管理に有用であり、特に、ネットワークに接続された多数のセキュリティレベルの異なるリソースを用いて多数のサービスを提供する情報処理システムのリソース管理に適している。
図１は、本実施例に係る運用管理プログラムにおけるドメインおよびサービスグループの概念を説明するための説明図である。 図２は、ドメインおよびサービスグループに基づく管理者ロールの概念を説明するための説明図である。 図３は、本実施例に係る運用管理システムの機能構成を示す図である。 図４は、業務へのサーバの割当処理の処理手順を示すフローチャートである。 図５は、運用管理サーバの情報を登録するサイトデータの一例を示す図である。 図６は、ドメイン管理サーバの情報を登録するドメイン管理サーバデータの一例を示す図である。 図７は、管理対象となるサブネットの情報を登録する管理サブネットデータの一例を示す図である。 図８は、ミドルウェアと連携して各種処理を実行するためのコマンドを記憶したミドルウェア連携ＩＦデータの一例を示す図である。 図９は、サーバが属するドメインであるサーバドメインに係る情報を記憶したサーバドメインデータの一例を示す図である。 図１０は、プールグループに係る情報を記憶したプールグループデータの一例を示す図である。 図１１は、ストレージドメインに係る情報を記憶したストレージドメインデータの一例を示す図である。 図１２は、ネットワークブートがなされるサーバの情報を記憶したネットワークブートサーバデータの一例を示す図である。 図１３は、管理対象となるサーバのデータを記憶した管理対象サーバデータの一例を示す図である。 図１４は、サーバが属するグループの情報を記憶したプロビジョニング構成データの一例を示す図である。 図１５は、ストレージテンプレートに係るデータを記憶したストレージテンプレートデータの一例を示す図である。 図１６は、サーバグループに係る情報を記憶したサーバグループデータの一例を示す図である。 図１７は、ストレージサブグループが設定されたプロビジョニング構成データの一例を示す図である。 図１８は、サービスデータの一例を示す図である。 図１９は、サービスグループデータの一例を示す図である。 図２０は、管理者データの一例を示す図である。 図２１は、管理者ロールデータの一例を示す図である。 図２２は、図３に示したシステムリソースマネージャの構成を示す機能ブロック図である。 図２３は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の処理手順を示すフローチャートである。 図２４は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（１）を示すフローチャートである。 図２５は、ドメインを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。 図２６は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（２）を示すフローチャートである。 図２７は、サービスグループを対象として管理者権限を有する管理者に対して運用管理クライアントに表示されるリソース管理画面の例を示す図である。 図２８は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（３）を示すフローチャートである。 図２９は、管理者からのリソース操作要求に対するシステムリソースマネージャによるリソース操作処理の例（４）を示すフローチャートである。 図３０は、本実施例に係る運用管理プログラムを実行するコンピュータを示す図である。
符号の説明
１，２ 業務
３ プール
４ Ｗｅｂドメイン
４1〜４9 Ｗｅｂサーバ
５ ＡＰドメイン
５1〜５6 ＡＰサーバ
６ ＤＢドメイン
６1〜６3 ＤＢサーバ
７ ストレージドメイン
７1〜７9 ストレージ
８41〜８61 サーバグループ
９1 サービスグループ
９41〜９61 サービス
１０ 運用管理クライアント
２０ サイト管理サーバ
２１ システムリソースマネージャ
２１ａ 通信部
２１ｂ 表示部
２１ｃ 入力受付部
２１ｄ 権限判定部
２１ｅ ＤＢアクセス部
２２ サーバＲＭ
２３ ソフトウェアＲＭ
２４ ネットワークＲＭ
２５ ストレージＲＭ
２６ システムリソースＤＢ
２７ ＡＰ管理統括部
３０，４０，９０，１２０ ＦＷ
５０，６０ ドメイン管理サーバ
５１ システムリソースドメインマネージャ
５２ サーバサブＲＭ
５３ ソフトウェアサブＲＭ
５４ ネットワークサブＲＭ
５５ ドメインリソースＤＢ
７０ インターネット
８０ ルータ
１００，１３０ ＳＬＢ
１１０ａ，１１０ｂ，１１０ｃ サーバ
１１１ａ リソースマネージャエージェント
１１２ａ サーバＲＭエージェント
１１３ａ ソフトウェアＲＭエージェント
１１４ａ ネットワークＲＭエージェント
１１５ａ ストレージＲＭエージェント
１１６ａ ＡＰ管理部
１４０ａ，１４０ｂ，１４０ｃ サーバ
１５０ａ，１５０ｂ，１５０ｃ サーバ
１６０ａ，１６０ｂ，１６０ｃ，１６０ｄ ストレージ
１７０ ＳＡＮ
１８０ エッジドメイン
１９０ Ｗｅｂドメイン
２００ ＡＰドメイン
２１０ ＤＢドメイン
３００ サイトデータ
３１０ ドメイン管理サーバデータ
３２０ 管理サブネットデータ
３３０ ミドルウェア連携ＩＦデータ
３４０ サーバドメインデータ
３５０ プールグループデータ
３６０ ストレージドメインデータ
６９０ ネットワークブートサーバデータ
７００ 管理対象サーバデータ
７１０ プロビジョニング構成データ
８００ ストレージテンプレートデータ
８１０ サーバグループデータ
９６０ プロビジョニング構成データ
１１８１ サービスデータ
１１８２ サービスグループデータ
１１８３ 管理者データ
１１８４ 管理者ロールデータ
１２００ コンピュータ
１２１０ 入出力インタフェース
１２２０ ＬＡＮインタフェース
１２３０ ＲＡＭ
１２３１ システムリソース情報
１２３１ａ 管理者ロール情報
１２４０ ＨＤＤ
１２４１ 運用管理プログラム
１２５０ ＣＰＵ
１２５１ システムリソースマネージャプロセス
１２６０ バス

Claims (10)

  1. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、
    他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定手順と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、
    をコンピュータに実行させることを特徴とする運用管理プログラム。
  2. リソースの管理者に管理者権限が設定されたリソースドメインに属するリソースだけを表示するリソース表示手順をさらにコンピュータに実行させ、
    前記操作要求許否判定手順は、前記リソース表示手順により表示されたリソースに対する操作要求を受け付けることを特徴とする請求項１に記載の運用管理プログラム。
  3. 他のリソースとの物理結線が均一なリソースの集まりとしてリソースドメインを登録するドメイン登録手順をさらにコンピュータに実行させ、
    前記権限設定手順は、前記ドメイン登録手順により登録されたリソースドメインに対して管理者権限を設定することを特徴とする請求項１に記載の運用管理プログラム。
  4. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理プログラムであって、
    連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手順と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手順により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手順と、
    をコンピュータに実行させることを特徴とする運用管理プログラム。
  5. リソースの管理者に管理者権限が設定されたサービスグループに属するリソースだけを表示するリソース表示手順をさらにコンピュータに実行させ、
    前記操作要求許否判定手順は、前記リソース表示手順により表示されたリソースに対する操作要求を受け付けることを特徴とする請求項４に記載の運用管理プログラム。
  6. 連携して業務処理をおこなう複数のサーバの集まりとしてサービスグループを登録するサービスグループ登録手順をさらにコンピュータに実行させ、
    前記権限設定手順は、前記サービスグループ登録手順により登録されたサービスグループに対して管理者権限を設定することを特徴とする請求項４に記載の運用管理プログラム。
  7. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、
    他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定工程と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、
    を含んだことを特徴とする運用管理方法。
  8. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理方法であって、
    連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定工程と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定工程により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定工程と、
    を含んだことを特徴とする運用管理方法。
  9. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理装置であって、
    他のリソースとの物理結線が均一なリソースの集まりであるリソースドメインに対して管理者権限を設定する権限設定手段と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するリソースドメインに対して該管理者に前記権限設定手段により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手段と、
    を備えたことを特徴とする運用管理装置。
  10. 情報処理システムを構成するリソースに対する管理者の参照権および更新権を管理者権限として管理する運用管理装置であって、
    連携して業務処理をおこなう複数のサーバの集まりであるサービスグループに対して管理者権限を設定する権限設定手段と、
    リソースの管理者からリソースに対する操作要求を受け付けた際に、該操作要求を受け付けたリソースが属するサービスグループに対して該管理者に前記権限設定手段により設定された管理者権限に基づいて、受け付けた操作要求に対する許否を判定する操作要求許否判定手段と、
    を備えたことを特徴とする運用管理装置。
JP2006540796A 2004-10-12 2004-10-12 制御プログラム、制御方法及び制御装置 Expired - Fee Related JP4843499B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2004/015037 WO2006040812A1 (ja) 2004-10-12 2004-10-12 運用管理プログラム、運用管理方法および運用管理装置

Publications (2)

Publication Number Publication Date
JPWO2006040812A1 true JPWO2006040812A1 (ja) 2008-05-15
JP4843499B2 JP4843499B2 (ja) 2011-12-21

Family

ID=36148114

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2006540796A Expired - Fee Related JP4843499B2 (ja) 2004-10-12 2004-10-12 制御プログラム、制御方法及び制御装置

Country Status (4)

Country Link
US (1) US8341705B2 (ja)
EP (1) EP1811397A4 (ja)
JP (1) JP4843499B2 (ja)
WO (1) WO2006040812A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7284000B2 (en) * 2003-12-19 2007-10-16 International Business Machines Corporation Automatic policy generation based on role entitlements and identity attributes
DE602004027424D1 (de) * 2004-10-18 2010-07-08 Fujitsu Ltd Operationsverwaltungsprogramm, operationsverwaltun
JP4734259B2 (ja) * 2004-10-18 2011-07-27 富士通株式会社 運用管理プログラム、運用管理方法および運用管理装置
WO2006043307A1 (ja) * 2004-10-18 2006-04-27 Fujitsu Limited 運用管理プログラム、運用管理方法および運用管理装置
US9178848B1 (en) * 2007-07-23 2015-11-03 Google Inc. Identifying affiliated domains
US8200694B1 (en) 2007-07-23 2012-06-12 Google Inc. Identification of implicitly local queries
US8788490B1 (en) 2008-06-27 2014-07-22 Google Inc. Link based locale identification for domains and domain content
US8424053B2 (en) * 2008-07-01 2013-04-16 International Business Machines Corporation Method of dynamically updating network security policy rules when new network resources are provisioned in a service landscape
US8930511B1 (en) * 2008-07-07 2015-01-06 Cisco Technology, Inc. Physical resource life-cycle in a template based orchestration of end-to-end service provisioning
US8909916B2 (en) 2009-11-30 2014-12-09 Red Hat, Inc. Using a PKCS module for opening multiple databases
US8266262B2 (en) * 2009-11-30 2012-09-11 Red Hat, Inc. Providing network security services for multiple requesters
JP6592920B2 (ja) * 2015-03-12 2019-10-23 日本電気株式会社 情報表示装置、情報表示方法及び情報表示プログラム
US9813422B2 (en) * 2015-04-30 2017-11-07 Quest Software Inc. Detecting unauthorized risky or inefficient usage of privileged credentials through analysis of task completion timing
EP3139548B1 (en) * 2015-09-04 2018-04-11 Airbus Operations High assurance segregated gateway interconnecting different domains
US10505943B2 (en) * 2017-03-14 2019-12-10 Wyse Technology L.L.C. Enabling users to perform operations that require elevated privileges

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10111833A (ja) * 1996-10-07 1998-04-28 Hitachi Ltd アクセス権限管理方式
JP2000112891A (ja) * 1998-10-09 2000-04-21 Toshiba Corp アクセス制御設定システム及び記憶媒体
JP2001237895A (ja) * 2000-01-18 2001-08-31 Lucent Technol Inc ネットワークゲートウェイの解析方法及び装置
JP2003132030A (ja) * 2001-10-24 2003-05-09 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
JP2003162449A (ja) * 2001-11-27 2003-06-06 Mitsubishi Electric Corp アクセス統合管理システム、アクセス統合管理装置及び方法並びにプログラム
JP2003316745A (ja) * 2002-04-23 2003-11-07 Nippon Telegr & Teleph Corp <Ntt> アクセス制御システムおよびアクセス権管理方法
JP2003318990A (ja) * 2002-04-22 2003-11-07 Webee Soft Inc ピア・サーバー装置
JP2004013533A (ja) * 2002-06-06 2004-01-15 Ohbayashi Corp アカウント管理方法、アカウント管理装置

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6104716A (en) * 1997-03-28 2000-08-15 International Business Machines Corporation Method and apparatus for lightweight secure communication tunneling over the internet
US6038563A (en) * 1997-10-31 2000-03-14 Sun Microsystems, Inc. System and method for restricting database access to managed object information using a permissions table that specifies access rights corresponding to user access rights to the managed objects
US6157953A (en) * 1998-07-28 2000-12-05 Sun Microsystems, Inc. Authentication and access control in a management console program for managing services in a computer network
JP2001202303A (ja) 2000-01-17 2001-07-27 Hitachi Ltd ネットワーク情報システム
US7814208B2 (en) * 2000-04-11 2010-10-12 Science Applications International Corporation System and method for projecting content beyond firewalls
US20020087447A1 (en) * 2000-09-19 2002-07-04 Gazebo Inc. System and method for managing and executing event based investments
US20050144114A1 (en) * 2000-09-30 2005-06-30 Ruggieri Thomas P. System and method for providing global information on risks and related hedging strategies
SE0100545D0 (sv) * 2001-02-19 2001-02-19 Ericsson Telefon Ab L M Method and device for data communication
US20020178119A1 (en) * 2001-05-24 2002-11-28 International Business Machines Corporation Method and system for a role-based access control model with active roles
US6785686B2 (en) * 2001-05-29 2004-08-31 Sun Microsystems, Inc. Method and system for creating and utilizing managed roles in a directory system
JP2003141085A (ja) 2001-11-05 2003-05-16 Sony Corp アクセス権管理システム、アクセス権管理方法、アクセス権管理プログラム及びアクセス権管理プログラムが記録された記録媒体
US7984157B2 (en) * 2002-02-26 2011-07-19 Citrix Systems, Inc. Persistent and reliable session securely traversing network components using an encapsulating protocol
JP2003330622A (ja) * 2002-03-08 2003-11-21 Hitachi Ltd アクセス管理用サーバ、ディスクアレイシステム、及びそのアクセス管理方法
US20030221012A1 (en) * 2002-05-22 2003-11-27 International Business Machines Corporation Resource manager system and method for access control to physical resources in an application hosting environment
US7533157B2 (en) * 2002-12-24 2009-05-12 International Business Machines Corporation Method for delegation of administrative operations in user enrollment tasks
JP4119295B2 (ja) * 2003-04-07 2008-07-16 東京エレクトロン株式会社 保守・診断データ蓄積サーバ、保守・診断データの蓄積・取得システム、保守・診断データの蓄積・提供システム
US8161288B2 (en) * 2003-05-28 2012-04-17 Belarc, Inc. Secure user access subsystem for use in a computer information database system
US20050015386A1 (en) * 2003-07-15 2005-01-20 Justin Mortensen Data management using dispersed and disparate databases
US7284000B2 (en) * 2003-12-19 2007-10-16 International Business Machines Corporation Automatic policy generation based on role entitlements and identity attributes
US7362713B2 (en) * 2004-01-20 2008-04-22 Sbc Knowledge Ventures, Lp. System and method for accessing digital subscriber line data
US20050273346A1 (en) * 2004-06-02 2005-12-08 Frost Richard N Real property information management system and method
US20060047556A1 (en) * 2004-08-31 2006-03-02 Lang Torsten I Method and system for staffing

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10111833A (ja) * 1996-10-07 1998-04-28 Hitachi Ltd アクセス権限管理方式
JP2000112891A (ja) * 1998-10-09 2000-04-21 Toshiba Corp アクセス制御設定システム及び記憶媒体
JP2001237895A (ja) * 2000-01-18 2001-08-31 Lucent Technol Inc ネットワークゲートウェイの解析方法及び装置
JP2003132030A (ja) * 2001-10-24 2003-05-09 Sony Corp 情報処理装置および方法、記録媒体、並びにプログラム
JP2003162449A (ja) * 2001-11-27 2003-06-06 Mitsubishi Electric Corp アクセス統合管理システム、アクセス統合管理装置及び方法並びにプログラム
JP2003318990A (ja) * 2002-04-22 2003-11-07 Webee Soft Inc ピア・サーバー装置
JP2003316745A (ja) * 2002-04-23 2003-11-07 Nippon Telegr & Teleph Corp <Ntt> アクセス制御システムおよびアクセス権管理方法
JP2004013533A (ja) * 2002-06-06 2004-01-15 Ohbayashi Corp アカウント管理方法、アカウント管理装置

Also Published As

Publication number Publication date
EP1811397A1 (en) 2007-07-25
US8341705B2 (en) 2012-12-25
WO2006040812A1 (ja) 2006-04-20
JP4843499B2 (ja) 2011-12-21
EP1811397A4 (en) 2011-08-17
US20070283422A1 (en) 2007-12-06

Similar Documents

Publication Publication Date Title
US8341705B2 (en) Method, apparatus, and computer product for managing operation
US7971089B2 (en) Switching connection of a boot disk to a substitute server and moving the failed server to a server domain pool
US8015275B2 (en) Computer product, method, and apparatus for managing operations of servers
JP4972670B2 (ja) 仮想計算機システム、そのアクセス制御方法及び通信装置
JP4521456B2 (ja) 情報処理システムおよび情報処理システムの制御方法
US9369489B2 (en) Management device, management system, control method, and storage medium
US8387013B2 (en) Method, apparatus, and computer product for managing operation
US8224941B2 (en) Method, apparatus, and computer product for managing operation
US10657232B2 (en) Information processing apparatus and method of controlling information processing apparatus
US10121026B1 (en) Secure enclosure systems in a provider network
JP2007156587A (ja) 電源制御方法およびこれを実現するシステム
JP4855516B2 (ja) アクセス制御プログラム、アクセス制御装置およびアクセス制御方法
JP2006053912A (ja) ストレージネットワーク要素の管理操作を制限するための方法と装置
US20120317287A1 (en) System and method for management of devices accessing a network infrastructure via unmanaged network elements
US20070237162A1 (en) Method, apparatus, and computer product for processing resource change
JP2008077325A (ja) ストレージ装置及びストレージ装置に対する設定方法
US9774600B1 (en) Methods, systems, and computer readable mediums for managing infrastructure elements in a network system
JP5734421B2 (ja) 管理情報生成方法、管理情報生成プログラムおよび管理情報生成装置
JP5035129B2 (ja) アクセス制御プログラム
JP4618278B2 (ja) 電源制御方法およびこれを実現するシステム
JP2014049057A (ja) サーバ管理方法、情報処理装置、およびプログラム
Rules et al. QUESTION 2 Note: This question is part of a series of question that use the same set of answer choices. Each answer choice may be used once, more than once, or not at all.
KR20150117424A (ko) 네트워킹된 서버-클라이언트 pc의 관리 시스템장치

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100810

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20101012

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110308

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20111004

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20111007

R150 Certificate of patent or registration of utility model

Ref document number: 4843499

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141014

Year of fee payment: 3

LAPS Cancellation because of no payment of annual fees