(57)【特許請求の範囲】
【請求項１】
所定の業務毎に、該当業務を担うサーバのグループであるサーバ群および該当サーバ群の管理者に関する情報と前記サーバ各々が担う前記業務に関する情報とを定めた構成情報データベースと、前記サーバ群の管理者に対する前記サーバ群を構成する各サーバへの運用管理用のアクセス可否および前記サーバ各々で許容される運用管理用の操作内容を示すアクセスレベルを各サーバごとに定めた操作権限データベースと、を格納した記憶装置と、
所定サーバに関する障害検知の事象に応じて、前記所定サーバの情報を前記構成情報データベースに照合して、障害を発生した前記所定サーバが担当する業務を特定し、特定した業務を担うサーバ群を特定し、当該特定したサーバ群に属する障害を発生した前記所定サーバを含む各サーバに関して、該特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでの各サーバごとに定めたアクセス可否の情報および前記アクセスレベルの情報に基づいて、アクセス制御を行う処理を実行する演算装置と、を備えることを特徴とする管理用アクセス制御システム。
【請求項２】
前記演算装置は、
前記操作権限データベースにおける、障害を発生した前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス可とする設定の後、障害を発生した前記所定サーバに関する障害回復の事象に応じて、該所定サーバを含むサーバ群の各サーバに関して、該サーバ群の管理者に対して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行するものである、
ことを特徴とする請求項１に記載の管理用アクセス制御システム。
【請求項３】
前記記憶装置は、
前記業務毎のメンテナンス予定について定めたスケジュールデータベースを更に備えるものであり、
前記演算装置は、
前記スケジュールデータベースで定めたメンテナンス予定に基づいて、所定サーバに関するメンテナンス時期の到来を検知し、前記所定サーバの情報を前記構成情報データベースに照合して、メンテナンス時期が到来した前記所定サーバを含むサーバ群を特定し、当該特定したサーバ群の各サーバに関して、該特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行するものである、
ことを特徴とする請求項２に記載の管理用アクセス制御システム。
【請求項４】
前記演算装置は、
前記操作権限データベースにおける、メンテナンス時期が到来した前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス可とする設定の後、メンテナンス時期が到来した前記所定サーバに関するメンテナンス時期終了の事象に応じて、該所定サーバを含むサーバ群の各サーバに関して、該サーバ群の管理者に対して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行するものである、
ことを特徴とする請求項３に記載の管理用アクセス制御システム。
【請求項５】
所定の業務毎に、該当業務を担うサーバのグループであるサーバ群および該当サーバ群の管理者に関する情報と前記サーバ各々が担う前記業務に関する情報とを定めた構成情報データベースと、前記サーバ群の管理者に対する前記サーバ群を構成する各サーバに対する運用管理用のアクセス可否および前記サーバ各々で許容される運用管理用の操作内容を示すアクセスレベルを各サーバごとに定めた操作権限データベースと、を格納した記憶装置を備える情報処理装置が、
所定サーバに関する障害検知の事象に応じて、前記所定サーバの情報を前記構成情報データベースに照合して、障害を発生した前記所定サーバが担当する業務を特定し、特定した業務を担うサーバ群を特定し、当該特定したサーバ群に属する障害を発生した前記所定サーバを含む各サーバに関して、前記特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでの各サーバごとに定めたアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を実行することを特徴とする管理用アクセス制御方法。
【請求項６】
前記情報処理装置が、
前記操作権限データベースにおける、障害を発生した前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス可とする設定の後、障害を発生した前記所定サーバに関する障害回復の事象に応じて、該所定サーバを含むサーバ群の各サーバに関して、該特定したサーバ群の管理者に対して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報におよび前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行する、
ことを特徴とする請求項５に記載の管理用アクセス制御方法。
【請求項７】
前記情報処理装置が、
前記記憶装置において、前記業務毎のメンテナンス予定について定めたスケジュールデータベースを更に備えて、
前記スケジュールデータベースで定めたメンテナンス予定に基づいて、所定サーバに関するメンテナンス時期の到来を検知し、前記所定サーバの情報を前記構成情報データベースに照合して、メンテナンス時期が到来した前記所定サーバを含むサーバ群を特定し、当該特定したサーバ群の各サーバに関して、前記特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行する、
ことを特徴とする請求項６に記載の管理用アクセス制御方法。
【請求項８】
前記情報処理装置が、
前記操作権限データベースにおける、メンテナンス時期が到来した前記所定サーバを含むサーバ群の前記各サーバに関して運用管理用のアクセス可とする設定の後、メンテナンス時期が到来した前記所定サーバに関するメンテナンス時期終了の事象に応じて、該所定サーバを含むサーバ群の各サーバに関して、該サーバ群の管理者に対して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を更に実行する、
ことを特徴とする請求項７に記載の管理用アクセス制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理用アクセス制御システムおよび管理用アクセス制御方法に関するものであり、具体的には、複数サーバを運用する所定組織でのサーバ運用管理用のアクセスを、管理対象のサーバ毎に選択的に制御可能とする技術に関する。
【背景技術】
【０００２】
サーバ装置におけるプロセッサやメモリ、ディスクなど各種コンピュータリソースを仮想的に分割して、１台のサーバ装置上で同時実行可能な複数台の仮想サーバを構成する、いわゆるサーバ仮想化の技術が存在する。こうしたサーバ仮想化技術は、多くのサーバ装置を導入、運用、管理している企業等にとって、サーバ装置等の物理的資源の管理にかかる手間、コストの低減や、業務の状況等に応じた柔軟なコンピュータリソースの配分変更などを可能とする技術になっている。
【０００３】
一方で、上述のような複数のコンピュータを運用する場合、各コンピュータに対するユーザからの操作を該当コンピュータに応じて適宜に管理する必要性も高まってくる。そうした技術の一例としては、例えば、サーバ上に存在して外部からのリモート電源制御要求を処理するＢＭＣまたは同様のハードウェア装置に対してクライアントから直接にリモート電源制御要求をおこなわせず、代わりにクライアントからの電源制御要求を一括集中して受け付ける管理サーバを設置し、この管理サーバが、クライアントから受信した電源制御要求に対してユーザとサーバの所属グループやその他の属性について記述された各種テーブルを参照して認証をおこない認証できた場合にのみクライアントに代わってサーバに対してリモート電源制御要求をおこなう技術（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−２９９４２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述のように複数サーバ（仮想化サーバの概念含む）を運用する組織、或いはそうしたサーバの運用サービスを利用する組織に関して、サーバ運用管理のためのアカウントは組織毎に１つであることが多い。従って、サーバの運用管理に携わる管理者が組織内に複数存在し、各管理者の間で担当する運用管理対象のサーバ（所定の業務処理を担っている）が異なる場合、各管理者は担当外のサーバ（例：自身の所属とは異なる他部門のサーバ）に対してもアクセスし、その情報を閲覧するなどの各種操作が可能になる恐れがある。
【０００６】
そこで本発明の目的は、複数サーバを運用する所定組織でのサーバ運用管理用のアクセスを、管理対象のサーバ毎に選択的に制御可能とする技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決する本発明の管理用アクセス制御システムは、所定の業務毎に、該当業務を担うサーバのグループであるサーバ群および該当サーバ群の管理者に関する情報と前記サーバ各々が担う前記業務に関する情報とを定めた構成情報データベースと、前記サーバ群の管理者に対する前記サーバ群を構成する各サーバへの運用管理用のアクセス可否および前記サーバ各々で許容される運用管理用の操作内容を示すアクセスレベルを各サーバごとに定めた操作権限データベースと、を格納した記憶装置と、所定サーバに関する障害検知の事象に応じて、前記所定サーバの情報を前記構成情報データベースに照合して、障害を発生した前記所定サーバが担当する業務を特定し、特定した業務を担うサーバ群を特定し、当該特定したサーバ群に属する障害を発生した前記所定サーバを含む各サーバに関して、該特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでの各サーバごとに定めたアクセス可否の情報および前記アクセスレベルの情報に基づいて、アクセス制御を行う処理を実行する演算装置と、を備えることを特徴とする。
【０００８】
また、本発明の管理用アクセス制御方法は、所定の業務毎に、該当業務を担うサーバのグループであるサーバ群および該当サーバ群の管理者に関する情報と前記サーバ各々が担う前記業務に関する情報とを定めた構成情報データベースと、前記サーバ群の管理者に対する前記サーバ群を構成する各サーバに対する運用管理用のアクセス可否および前記サーバ各々で許容される運用管理用の操作内容を示すアクセスレベルを各サーバごとに定めた操作権限データベースと、を格納した記憶装置を備える情報処理装置が、所定サーバに関する障害検知の事象に応じて、前記所定サーバの情報を前記構成情報データベースに照合して、障害を発生した前記所定サーバが担当する業務を特定し、特定した業務を担うサーバ群を特定し、当該特定したサーバ群に属する障害を発生した前記所定サーバを含む各サーバに関して、前記特定したサーバ群の管理者に対して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでの各サーバごとに定めたアクセス可否の情報および前記アクセスレベルの情報に基づいてアクセス制御を行う処理を実行することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数サーバを運用する所定組織でのサーバ運用管理用のアクセスに関して、管理対象のサーバ毎に選択的に制御可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態の管理用アクセス制御システムを含むネットワーク構成図である。
【図２】本実施形態における管理用アクセス制御システムのハードウェア構成例を示す図である。
【図３】本実施形態の構成情報データベースのデータ構成例を示す図である。
【図４】本実施形態の操作権限データベースのデータ構成例を示す図である。
【図５】本実施形態のスケジュールデータベースのデータ構成例を示す図である。
【図６】本実施形態における管理用アクセス制御方法の処理手順例を示すフロー図である。
【発明を実施するための形態】
【００１１】
−−−システム構成−−−
【００１２】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の管理用アクセス制御システム１００を含むネットワーク構成図である。図１に示す管理用アクセス制御システム１００は、複数サーバを運用する所定組織でのサーバ運用管理用のアクセスを、管理対象のサーバ毎に選択的に制御可能とするコンピュータシステムである。
【００１３】
本実施形態では、図１にて例示する管理端末１００を管理用アクセス制御システムの最小構成とするが、この管理端末１００に加えて運用管理システム３００を管理用アクセス制御システムの構成に含めるとしてもよい。以降、特に断らない限り、管理端末１００を管理用アクセス制御システムとして説明する。
【００１４】
こうした本実施形態の管理端末１００は、ネットワーク２０を介してブレードサーバシステム２００、および運用管理システム３００と通信可能に結ばれている。このうちブレードサーバシステム２００は、複数台のブレードサーバ２１０から構成されており、各ブレードサーバ２１０には、１または複数台の仮想サーバ２２０がデプロイされている。なお、同じブレードサーバ２１０に構成された仮想サーバ２２０を仮想サーバ群２２５とする。また各仮想サーバ２２０には、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）２３０や適宜なアプリケーションプログラムがインストールされ、ブレードサーバシステム２００の運用企業における各業務に対応した機能を提供している。
【００１５】
本実施形態では、上述のブレードサーバシステム２００を１つの企業または企業グループが運用し、例えば、該当企業内の事業部門別に、または該当企業グループ内のグループ企業別に、所定の仮想サーバ２２０を管理、利用しているものとする。従って、同じ企業内または企業グループ内ではあっても、他の事業部門やグループ企業が管理している仮想サーバ２２０に対してアクセスして操作が可能である事は好ましくない。そこで本実施形態の管理端末１００は、そのような事態が生じることを回避し、サーバ運用管理用のアクセスを、事業部門別やグループ企業別に異なる管理対象のサーバ毎に選択的に制御可能とすることとなる。なお、サーバ運用管理用のアクセスとは、例えばサーバ管理者が管理端末１００の入力装置１０５を操作し、管理対象のサーバに対して行う、電源オン／オフ、再起動、状態参照などの動作が該当する。
【００１６】
また、上述の運用管理システム３００は、ブレードサーバシステム２００とネットワーク２０で結ばれ、各ブレードサーバ２１０における各仮想サーバ２２０の稼働状況を監視するサーバ装置である。この運用管理システム３００の監視事象としては、仮想サーバ２２０の、死活、ディスクＩ／Ｏ、ＣＰＵ負荷、メモリ負荷等を想定できる。こうした監視事象に対する運用管理システム３００における監視動作については、例えば、所定時間毎のｐｉｎｇ監視を想定する。このｐｉｎｇ監視は、運用管理システム３００が仮想サーバ２２０に対して定期的なパケット送信を実行し、このパケットに対する仮想サーバ２２０からの反応が正常に返ってこなかった場合、予め定めたメールアドレス等へ不具合発生の通知メールを送信するといった動作となる。
【００１７】
なお、上述のｐｉｎｇ監視の動作を、運用管理システム３００ではなく、管理端末１００自身が実行するとしてもよい。或いは、仮想サーバ２２０に予め設定した監視エージェントプログラムからの定期的な監視結果報告を、運用管理システム３００または管理端末１００が取得するとしてもよい。いずれにしても監視動作自体に関する技術は適宜な従来技術を採用すればよい。
【００１８】
また、管理用アクセス制御システムたる上述の管理端末１００のハードウェア構成は図２にて示す如くとなる。管理端末１００は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される記憶装置１０１、ＲＡＭなど揮発性記憶素子で構成されるメモリ１０３、記憶装置１０１に保持されるＯＳ１１０の制御下でプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵなどの演算装置１０４、ユーザからのキー入力や音声入力を受け付ける入力装置１０５、処理データの表示を行うディスプレイ等の出力装置１０６、ネットワーク２０と接続し他装置との通信処理を担う通信装置１０７、を備える。
【００１９】
なお、記憶装置１０１内には、本実施形態の管理用アクセス制御システムとして必要な機能を実装する為のプログラム１０２と、構成情報データベース１２５、操作権限データベース１２６、およびスケジュールデータベース１２７が少なくとも記憶されている。但し、これらデータベース１２５〜１２７は、管理端末１００の記憶装置１０１に格納されている構成のみならず、管理端末１００とケーブル等でアクセス可能に接続した外部記憶装置に格納された構成であってもよい。これら構成情報データベース１２５、操作権限データベース１２６、およびスケジュールデータベース１２７の具体的な構成例については後述する。
【００２０】
続いて、本実施形態の管理用アクセス制御システムたる管理端末１００が備える機能について説明する。上述したように、以下に説明する機能は、例えば管理端末１００が備えるプログラム１０２を実行することで実装される機能と言える。
【００２１】
管理端末１００は、所定の仮想サーバ２２０（障害発生サーバ）に関して、例えば運用管理システム３００から得た障害検知の事象に応じて、障害発生サーバである上述の仮想サーバ２２０のサーバＩＤを、構成情報データベース１２５に照合して、上述の障害発生サーバを含む仮想サーバ群２２５を特定し、当該特定した仮想サーバ群２２５の各仮想サーバ２２０に関して運用管理用のアクセス可とする設定を、操作権限データベース１２６にて実行する機能を備えている。
【００２２】
また、管理端末１００は、上述の操作権限データベース１２６において運用管理用のアクセス可と設定する処理以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象の仮想サーバ２２０に関する操作権限データベース１２６でのアクセス可否の情報に基づいてアクセス制御を行う機能を備えている。
【００２３】
また、管理端末１００は、上述の操作権限データベース１２６における、各仮想サーバ２２０に関して運用管理用のアクセス可とする設定の後、上述の障害発生サーバに関する障害回復の事象を運用管理システム３００から得た場合、上述の障害発生サーバを含む仮想サーバ群２２５の各仮想サーバ２２０に関して運用管理用のアクセス不可とする設定を、操作権限データベース１２６にて実行する機能を備えている。
【００２４】
また、管理端末１００は、上述の操作権限データベース１２６において運用管理用のアクセス不可と設定する処理以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象の仮想サーバ２２０に関する操作権限データベース１２６でのアクセス可否の情報に基づいてアクセス制御を行う機能を備えている。
【００２５】
また、管理端末１００は、上述のメンテナンススケジュール１２７に基づいて、所定の仮想サーバ２２０（メンテナンス対象サーバ）に関するメンテナンス時期の到来を検知した場合、メンテナンス対象サーバのサーバＩＤを構成情報データベース１２５に照合して、該当メンテナンス対象サーバを含む仮想サーバ群２２５を特定し、当該特定した仮想サーバ群２２５の各仮想サーバ２２０に関して運用管理用のアクセス可とする設定を、操作権限データベース１２６にて実行する機能を備えている。
【００２６】
また、管理端末１００は、上述の操作権限データベース１２６において運用管理用のアクセス可と設定する処理以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象の仮想サーバ２２０に関する操作権限データベース１２６でのアクセス可否の情報に基づいてアクセス制御を行う機能を備えている。
【００２７】
また、管理端末１００は、上述の操作権限データベース１２６における、上述の各仮想サーバ２２０に関して運用管理用のアクセス可とする設定の後、上述のメンテナンス対象サーバに関するメンテナンス時期終了の事象に応じて、上述のメンテナンス対象サーバを含む仮想サーバ群２２５の各仮想サーバ２２０に関して運用管理用のアクセス不可とする設定を、操作権限データベース１２６にて実行する機能を備えている。
【００２８】
また、管理端末１００は、上述の操作権限データベース１２６において運用管理用のアクセス不可と設定する処理以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象の仮想サーバ２２０に関する操作権限データベース１２６でのアクセス可否の情報に基づいてアクセス制御を行う機能を備えている。
−−−データ構造例−−−
【００２９】
次に、本実施形態の管理端末１００が用いるデータベースにおけるデータ構造例について説明する。図３は本実施形態の構成情報データベース１２５のデータ構成例を示す図である。この構成情報データベース１２５は、ブレードサーバシステム２００の各ブレードサーバ２１０における仮想サーバ２２０を、ブレードサーバシステム２００の運用企業または運用企業グループにおける業務毎に分類したデータベースであり、業務を一意に識別する業務ＩＤをキーとして、該当業務の処理を担う各仮想サーバ２２０を一意に識別するサーバＩＤ、該当業務を遂行する事業部門またはグループ企業のＩＤ、および、該当業務の仮想サーバ２２０の管理者を一意に識別するユーザＩＤを対応付けたレコードの集合体となっている。なお、この構成情報データベース１２５において、同じ業務ＩＤに対応付けされている各仮想サーバ２２０のグループが、仮想サーバ群２２５となる。
【００３０】
図３に示す構成情報データベース１２５の例では、例えば、業務ＩＤが「ｗ１」の業務を担う仮想サーバ２２０は、サーバＩＤが「ｓ１」、「ｓ３」、「ｓ５」、の仮想サーバであり、この業務「ｗ１」を遂行するグループ企業は「ｇ１」、上述の仮想サーバ「ｓ１」、「ｓ３」、「ｓ５」の管理者は「Ａ」、などとなっている。
【００３１】
また、図４は本実施形態の操作権限データベース１２６のデータ構成例を示す図である。この操作権限データベース１２６は、各仮想サーバ２２０に対して許容されるサーバ運用管理用の操作内容と現時点での操作可否について定めたデータベースであり、仮想サーバ２２０を一意に識別するサーバＩＤをキーとして、該当仮想サーバ２２０に対して許容されるサーバ運用管理用の操作内容を示すアクセスレベル、および該当仮想サーバ２２０に対する前述のアクセスレベルの操作内容を現時点で許可するか否かを示すアクセス許可の各値を対応付けたレコードの集合体となっている。
【００３２】
なお、上述のアクセスレベルの値は、「１」が「該当仮想サーバに対する参照動作のみ可」、「２」が「該当仮想サーバの起動、停止等の制御処理のみ可」、「３」が「該当仮想サーバに対する参照動作および制御処理ともに可」、のいずれかとしている。また、上述のアクセス許可の値は、「０」が「アクセス不可」、「１」が「アクセス可」、を示している。
【００３３】
また図４に示す操作権限データベース１２６の例では、例えば、上述のサーバＩＤが「ｓ１」、「ｓ３」、「ｓ５」、の仮想サーバに関して、それぞれのアクセスレベルは「１」、「２」、「２」、アクセス許可はいずれも「０」、などとなっている。ここで示すように、障害等が発生していない通常時には、仮想サーバ２２０に対するサーバ運用管理用の操作は許容されない。アクセス許可の値は、管理端末１００が、仮想サーバ２２０に関する何らかの障害発生の通知を、運用管理システム３００等から受けた場合に、「０」から「１」に変更される値である。
【００３４】
また、図５は本実施形態のスケジュールデータベース１２７のデータ構成例を示す図である。このスケジュールデータベース１２７は、業務を一意に識別する業務ＩＤをキーとして、該当業務の処理を担う各仮想サーバ２２０に対するメンテナンス時期、およびメンテナンスの実行時間帯の各値を対応付けたレコードの集合体となっている。図５に示すスケジュールデータベース１２７の例では、例えば業務ＩＤ「ｗ１」の業務に関して、「毎日」、「０：００〜２：００」の時間帯にメンテナンスが実行され、業務ＩＤ「２」の業務に関して、「第二土曜日」の「２１：００〜２８：００」の時間帯にメンテナンスが実行される予定となっていることを示している。
−−−処理手順例−−−
【００３５】
以下、本実施形態における管理用アクセス制御方法の実際手順について図に基づき説明する。以下で説明する管理用アクセス制御方法に対応する各種動作は、管理用アクセス制御システムたる管理端末１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００３６】
図６は、本実施形態における管理用アクセス制御方法の処理手順例を示すフロー図である。このフローにおける管理端末１００は、運用管理システム３００からの障害検知通知の受信、または、スケジュールデータベース１２７に規定されているメンテナンス時期の到来、のいずれかの事象発生を監視している（ｓ１００）。なお、管理端末１００は、自身が情報処理装置として一般的に備えるカレンダー機能やクロック機能等を利用して、スケジュールデータベース１２７に規定された各メンテナンス時期の到来を監視できるものとする。
【００３７】
上述の監視を実行する中で、例えば運用管理システム３００から障害検知通知を受信した場合（ｓ１０１：障害検知）、管理端末１００は、その障害検知通知が示す仮想サーバ２２０、すなわち障害発生サーバのサーバＩＤを、構成情報データベース１２５に照合して、上述の障害発生サーバが担当する業務を特定する（ｓ１０２）。例えば、障害発生サーバのサーバＩＤが「ｓ１」であった場合、業務として、業務ＩＤ「ｗ１」の業務を、図３の構成情報データベース１２５にて特定出来る。
【００３８】
続いて管理端末１００は、上述のステップｓ１０２で特定した業務を担う仮想サーバ群２２５を、構成情報データベース１２５にて特定する（ｓ１０３）。例えば、上述のステップｓ１０２で特定した業務の業務ＩＤが「ｗ１」であった場合、仮想サーバ群２２５として、サーバＩＤ「ｓ１」、「ｓ３」、「ｓ５」、を特定出来る。
【００３９】
次に管理端末１００は、上述のステップｓ１０３で特定した仮想サーバ群２２５の各仮想サーバ２２０に関し、運用管理用のアクセス可とする設定を、操作権限データベース１２６にて実行する（ｓ１０４）。このステップにおける管理端末１００は、上述のステップｓ１０３で特定した仮想サーバ群２２５がサーバＩＤ「ｓ１」、「ｓ３」、「ｓ５」であった場合、操作権限データベース１２６における該当レコードのアクセス許可欄の値を「０」から「１」に変更することとなる。
【００４０】
一方、上述のステップｓ１００での監視中、所定の仮想サーバ２２０（或いは業務、または仮想サーバ群２２５であってもよい）に関してメンテナンス時期到来を検知した場合（ｓ１０１：メンテナンス時期到来）、管理端末１００は、メンテナンス時期到来と検知した仮想サーバ２２０、すなわちメンテナンス対象サーバのサーバＩＤを、構成情報データベース１２５に照合して、該当メンテナンス対象サーバが担当する業務を特定する（ｓ１０５）。
【００４１】
続いて管理端末１００は、上述のステップｓ１０５で特定した業務を担う仮想サーバ群２２５を、構成情報データベース１２５にて特定する（ｓ１０６）また管理端末１００は、ここで特定した仮想サーバ群２２５の各仮想サーバ２２０に関して、運用管理用のアクセス可とする設定を、操作権限データベース１２６にて実行する（ｓ１０７）。このステップｓ１０７の処理は上述のステップｓ１０４と同様である。
【００４２】
以上のように、障害が検知された仮想サーバ２２０またはメンテナンス時期が到来した仮想サーバ２２０、が属する仮想サーバ群２２５に関して、各仮想サーバ２２０に対するアクセス許可の設定変更を行った後、管理端末１００は、サーバ運用管理用のアクセス要求として、管理者のユーザＩＤおよびパスワード等の認証情報を含むログイン要求を、入力装置１０５にて受け付けたとする（ｓ１０８）。
【００４３】
次に管理端末１００は、上述のステップｓ１０８で得た認証情報を、所定の認証用情報（図示しないが一般的な本人認証用の情報であって、記憶装置１０１に予め保持）と照合して、該当管理者のログイン認証処理を行い（ｓ１０９）。管理端末１００は、このログイン認証に成功した管理者に関し、そのユーザＩＤを構成情報データベース１２５に照合して、該当管理者が担当する業務およびそれを担う仮想サーバ群２２５を特定する（ｓ１１０）。
【００４４】
続いて管理端末１００は、上述のステップｓ１１０で特定した仮想サーバ群２２５の各仮想サーバ２２０、すなわちアクセス要求対象の仮想サーバ２２０に関して、アクセス可否の情報を操作権限データベース１２６にて読み取り、その値が「１」すなわちアクセス可であった場合（ｓ１１１：ｙ）、該当仮想サーバ群２２５の各仮想サーバ２２０に対するサーバ運用管理用のアクセスのうち、操作権限データベース１２６にて該当仮想サーバ２２０について規定されたアクセスレベルに応じた操作内容のみ許容するアクセス制御を行う（ｓ１１２）。例えば、アクセス要求対象の仮想サーバ２２０のサーバＩＤが「ｓ１」であった場合、管理端末１００は、そのアクセス可否の情報が「１」であることを操作権限データベース１２６から読み取り、更に、操作権限データベース１２６にて該当仮想サーバ「ｓ１」のアクセスレベル「１」に応じた操作内容、すなわち「参照のみ可」との操作についてのみ、入力装置１０４からの操作を許容することとなる。
【００４５】
他方、上述のステップｓ１１０で特定した仮想サーバ群２２５の各仮想サーバ２２０、すなわちアクセス要求対象の仮想サーバ２２０に関して操作権限データベース１２６から読み取ったアクセス可否の値が「０」すなわちアクセス不可であった場合（ｓ１１１：ｎ）、管理端末１００は該当仮想サーバ２２０に対するサーバ運用管理用の操作を受け付けず、処理を終了する。
【００４６】
その後、所定時間が経過し、上述の障害発生サーバに関する障害回復の通知を運用管理システム３００から得た場合、または、メンテナンス対象サーバに関するメンテナンス時期終了を検知した場合（ｓ１１３：ｙ）、管理端末１００は、上述の障害発生サーバまたはメンテナンス対象サーバを含む仮想サーバ群２２５の各仮想サーバ２２０に関して運用管理用のアクセス不可とする設定を、操作権限データベース１２６にて実行し（ｓ１１４）、上述のステップｓ１０８に処理を戻して、管理者からのサーバ運用管理用のアクセス要求に対する処理を同様に繰り返すこととなる。
【００４７】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００４８】
こうした本実施形態によれば、複数サーバを運用する所定組織でのサーバ運用管理用のアクセスを、管理対象のサーバ毎に選択的に制御可能となる。
【００４９】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の管理用アクセス制御システムにおいて、前記演算装置は、前記操作権限データベースにおける、前記各サーバに関して運用管理用のアクセス可とする設定の後、前記所定サーバに関する障害回復の事象に応じて、前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行するものである、としてもよい。
【００５０】
これによれば、サーバにおける障害発生期間中のみに、該当サーバおよび該当サーバが属するサーバ群の各サーバに対する上述の運用管理用のアクセスを許容し、それ以外の期間は運用管理用のアクセスを拒否する制御が可能となり、運用管理用のアクセスに関する制御をより精緻なものと出来る。
【００５１】
また、本実施形態の管理用アクセス制御システムにおいて、前記記憶装置は、前記業務毎のメンテナンス予定について定めたスケジュールデータベースを更に備えるものであり、前記演算装置は、前記メンテナンススケジュールに基づいて、所定サーバに関するメンテナンス時期の到来を検知し、前記所定サーバの情報を前記構成情報データベースに照合して、前記所定サーバを含むサーバ群を特定し、当該特定したサーバ群の各サーバに関して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行するものであるとしてもよい。
【００５２】
これによれば、サーバメンテナンスにあわせて該当サーバに関する上述のアクセス可否の設定を自動変更し、このメンテナンスに伴って管理者等が実行する各種操作を許容するアクセス制御が可能となる。
【００５３】
また、本実施形態の管理用アクセス制御システムにおいて、前記演算装置は、前記操作権限データベースにおける、前記各サーバに関して運用管理用のアクセス可とする設定の後、前記所定サーバに関するメンテナンス時期終了の事象に応じて、前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行するものである、としてもよい。
【００５４】
これによれば、サーバにおけるメンテナンス期間中のみに、該当サーバおよび該当サーバが属するサーバ群の各サーバに対する上述の運用管理用のアクセスを許容し、それ以外の期間は運用管理用のアクセスを拒否する制御が可能となり、運用管理用のアクセスに関する制御をより精緻なものと出来る。
【００５５】
また、本実施形態の管理用アクセス制御方法において、前記情報処理装置が、前記操作権限データベースにおける、前記各サーバに関して運用管理用のアクセス可とする設定の後、前記所定サーバに関する障害回復の事象に応じて、前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行する、としてもよい。
【００５６】
また、本実施形態の管理用アクセス制御方法において、前記情報処理装置が、前記記憶装置において、前記業務毎のメンテナンス予定について定めたスケジュールデータベースを更に備えて、前記メンテナンススケジュールに基づいて、所定サーバに関するメンテナンス時期の到来を検知し、前記所定サーバの情報を前記構成情報データベースに照合して、前記所定サーバを含むサーバ群を特定し、当該特定したサーバ群の各サーバに関して運用管理用のアクセス可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行する、としてもよい。
【００５７】
また、本実施形態の管理用アクセス制御方法において、前記情報処理装置が、前記操作権限データベースにおける、前記各サーバに関して運用管理用のアクセス可とする設定の後、前記所定サーバに関するメンテナンス時期終了の事象に応じて、前記所定サーバを含むサーバ群の各サーバに関して運用管理用のアクセス不可とする設定を、前記操作権限データベースにて実行し、以降のサーバ運用管理用のアクセス要求に対し、アクセス要求対象のサーバに関する前記操作権限データベースでのアクセス可否の情報に基づいてアクセス制御を行う処理を更に実行するとしてもよい。
【符号の説明】
【００５８】
２０  ネットワーク
１００  管理端末（管理用アクセス制御システム））
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  演算装置
１０５  入力装置
１０６  出力装置
１０７  通信装置
１２５  構成情報データベース
１２６  操作権限データベース
１２７  スケジュールデータベース
２００  ブレードサーバシステム
２１０  ブレードサーバ
２２０  仮想サーバ
２２５  仮想サーバ群（サーバ群）
１１０、２３０  ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）
３００  運用管理システム
【図１】
0006480127.tif 000002
【図２】
0006480127.tif 000003
【図３】
0006480127.tif 000004
【図４】
0006480127.tif 000005
【図５】
0006480127.tif 000006
【図６】
0006480127.tif 000007