特許 7595710 後任者設定システム、後任者設定方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-11-28

(45)【発行日】2024-12-06

(54)【発明の名称】後任者設定システム、後任者設定方法、及びプログラム

(51)【国際特許分類】

   G06Q 10/105 20230101AFI20241129BHJP

【ＦＩ】

G06Q10/105

【請求項の数】 14

(21)【出願番号】P 2023105857

(22)【出願日】2023-06-28

【審査請求日】2023-12-25

(73)【特許権者】

【識別番号】524132520

【氏名又は名称】日立ヴァンタラ株式会社

(74)【代理人】

【識別番号】110000925

【氏名又は名称】弁理士法人信友国際特許事務所

(72)【発明者】

【氏名】泉 幸作

(72)【発明者】

【氏名】浅井 祐介

(72)【発明者】

【氏名】早川 裕志

【審査官】塩田 徳彦

(56)【参考文献】

【文献】特開２０２２－１５０８１５（ＪＰ，Ａ）

【文献】特開２０２０－２０１７１７（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

リソースを操作するユーザが管理されるインフラストラクチャ管理情報の管理者が前記インフラストラクチャ管理情報の管理を継続できない場合に、前記管理者の後任者を選出するために用いられる後任者選出ルールが管理される後任者選出ルール管理テーブルと、
前記リソースに対する前記ユーザの活動履歴を監視し、前記ユーザごとに前記活動履歴を評価した評価結果を、前記後任者選出ルールに適用して前記後任者となる前記ユーザを選出し、選出した前記ユーザを前記後任者に設定する活動履歴監視部と、を備える
後任者設定システム。

【請求項2】

前記後任者選出ルール管理テーブルには、前記ユーザごとに、前記活動履歴の評価方法と、前記活動履歴の評価方法で該当する前記ユーザに対して行われる処理とが規定される
請求項１に記載の後任者設定システム。

【請求項3】

前記インフラストラクチャ管理情報には、前記リソースを操作するユーザに加えて、前記リソース、及び前記ユーザが前記リソースを操作する権限が管理され、
前記後任者選出ルール管理テーブルには、前記インフラストラクチャ管理情報ごと、かつ、前記ユーザが前記リソースを操作する権限が規定されるロールごとに、前記活動履歴の評価方法と、前記活動履歴の評価方法で該当する前記ユーザに対して行われる処理とが規定される
請求項２に記載の後任者設定システム。

【請求項4】

前記活動履歴監視部は、前記インフラストラクチャ管理情報、及び前記活動履歴の評価方法に紐づけられ、前記ユーザが活動する前記リソースにおける前記ユーザの前記活動履歴を取得する活動履歴取得部を変更可能である
請求項３に記載の後任者設定システム。

【請求項5】

前記活動履歴取得部は、前記後任者選出ルールに規定される前記インフラストラクチャ管理情報に基づいて、前記活動履歴の評価対象となる前記ロールが設定された前記ユーザごとに前記活動履歴を取得する
請求項４に記載の後任者設定システム。

【請求項6】

前記活動履歴監視部は、記活動履歴の評価方法に規定される、前記ユーザが活動する前記リソースの前記活動履歴を評価する活動履歴評価部を変更可能である
請求項５に記載の後任者設定システム。

【請求項7】

前記活動履歴の評価方法で該当する前記ユーザに対して行われる処理として、前記評価結果が最も高い前記ユーザを前記後任者として選出する処理、及び前記後任者として選出した前記ユーザに対して通知する処理のうち、少なくとも一つを含むアクションを変更可能である
請求項５に記載の後任者設定システム。

【請求項8】

前記活動履歴監視部は、前記活動履歴取得部が取得した前記活動履歴に対して、前記活動履歴評価部が評価した前記評価結果のランキングを算出するランキング算出部を有する
請求項６に記載の後任者設定システム。

【請求項9】

前記後任者選出ルールに規定される、四則演算記号、又は論理演算記号の組み合わせにより、複数の前記評価結果が演算される
請求項８に記載の後任者設定システム。

【請求項10】

前記ランキングの結果を取得するランキング取得部を備え、
前記ランキング取得部は、前記ランキングの結果の取得指示を行った他のシステム又は装置に対して、前記ランキングの結果を出力する
請求項８に記載の後任者設定システム。

【請求項11】

現在日時が、前記後任者を選出するスケジュールで規定される日時を超えたことを監視するスケジュール監視部を備え、
前記活動履歴監視部は、前記スケジュール監視部により現在日時が、前記後任者を選出するスケジュールで規定される日時を超えたことが通知されると、前記ユーザに対するアクションを実行し、前記ランキング取得部が取得した前記ランキングの結果が上位である前記ユーザを前記後任者に選出する
請求項１０に記載の後任者設定システム。

【請求項12】

前記活動履歴監視部は、管理者不在判定ルールに基づいて前記管理者が不在であると判定した場合に、前記管理者が前記インフラストラクチャ管理情報の管理を継続できないものとする
請求項３に記載の後任者設定システム。

【請求項13】

後任者選出ルールを管理する後任者選出ルール管理テーブルと、活動履歴監視部と、を備える後任者設定システムで用いられる後任者設定方法であって、
前記活動履歴監視部が、リソースに対するユーザの活動履歴を監視し、前記ユーザごとに前記活動履歴を評価するステップと、
前記活動履歴監視部が、前記リソースを操作する前記ユーザが管理されるインフラストラクチャ管理情報の管理者が前記インフラストラクチャ管理情報の管理を継続できない場合に、前記管理者の後任者を選出するために用いられる前記後任者選出ルールに前記活動履歴の評価結果を適用して、前記後任者となる前記ユーザを選出し、選出した前記ユーザを前記後任者に設定するステップと、を含む
後任者設定方法。

【請求項14】

リソースに対するユーザの活動履歴を監視し、前記ユーザごとに前記活動履歴を評価する手順と、
前記リソースを操作する前記ユーザが管理されるインフラストラクチャ管理情報の管理者が前記インフラストラクチャ管理情報の管理を継続できない場合に、前記管理者の後任者を選出するために用いられる後任者選出ルールに前記活動履歴の評価結果を適用して、
前記後任者となる前記ユーザを選出し、選出した前記ユーザを前記後任者に設定する手順と、を
コンピュータに実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、後任者設定システム、後任者設定方法、及びプログラムに関する。

【背景技術】

【0002】

例えば、ストレージ管理サービス又はソフトウェア開発管理サービス等で使用される、リソース、リソースを操作するユーザ、及びユーザがリソースを操作する権限を管理するＩＴ（Information Technology）インフラストラクチャの管理情報（ＩＴインフラ管理情報と略称する）には、ＩＴインフラ管理情報を管理する特権ユーザ（以下、「管理者」と呼ぶ）が存在する。従来、管理者に予定外の事態が発生するなどの理由により、後任者に業務が引継がれることなく管理者が不在になることがある。このような事態を想定して、ＩＴインフラ管理情報を継続して利用するため、予め管理者が後任者を設定しておく方法が存在していた。

【0003】

特許文献１には、「システムによるサービスを利用する複数のユーザの中から選定されているシステム管理者の操作状態が、予め設定された条件を満たす場合、予め設定された他のユーザによるシステム管理者の代理者としてのログインを許可し、ログインを許可した他のユーザに対して新たなシステム管理者の任命権限を付与する」と記載されている。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２２－１５０８１５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

特許文献１に開示された技術では、管理者以外の他のユーザを後任者として予め設定しておかなければならない。しかし、ＩＴインフラ管理情報を管理する体制が頻繁に変更されたり、ＩＴインフラ管理情報の管理体制が慢性的に人員不足であったりする組織の場合、予め適切な後任者を設定することは難しい。このため、管理者が引継ぎなく不在になった場合であっても、予め後任者を設定することなく、ＩＴインフラ管理情報を継続利用できる仕組みが必要とされていた。

【0006】

本発明はこのような状況に鑑みて成されたものであり、予め後任者を設定しなくても、ＩＴインフラ管理情報の管理を継続できる後任者を選出し、設定することを目的とする。

【課題を解決するための手段】

【0007】

本発明に係る後任者設定システムは、リソースを操作するユーザが管理されるインフラストラクチャ管理情報の管理者がインフラストラクチャ管理情報の管理を継続できない場合に、管理者の後任者を選出するために用いられる後任者選出ルールが管理される後任者選出ルール管理テーブルと、リソースに対するユーザの活動履歴を監視し、ユーザごとに活動履歴を評価した評価結果を、後任者選出ルールに適用して後任者となるユーザを選出し、そのユーザを後任者に設定する活動履歴監視部と、を備える。

【発明の効果】

【0008】

本発明によれば、予め後任者を設定しなくても、インフラストラクチャ管理情報の管理を継続できる後任者となるユーザを選出し、選出したユーザを後任者に設定することが可能となる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】本発明の一実施形態に係るＩＴインフラ管理情報提供システム及び後任者設定システムの全体構成例を示すブロック図である。

【図2】本発明の一実施形態に係る後任者設定システムの内部構成例を示すブロック図である。

【図3】本発明の一実施形態に係るＩＴインフラ管理情報管理テーブルと、ユーザ情報管理テーブルの構成例を示す図である。

【図4】本発明の一実施形態に係るロール情報管理テーブルと、ユーザ所属情報管理テーブルの構成例を示す図である。

【図5】本発明の一実施形態に係るランキング管理テーブルと、スケジュール管理テーブルの構成例を示す図である。

【図6】本発明の一実施形態に係る後任者選出ルール管理テーブルの構成例を示す図である。

【図7】本発明の一実施形態に係る活動履歴評価方法管理テーブルと、活動履歴取得方法管理テーブルの構成例を示す図である。

【図8】本発明の一実施形態に係る活動履歴取得プログラム格納場所管理テーブルと、活動履歴評価プログラム格納場所管理テーブルの構成例を示す図である。

【図9】本発明の一実施形態に係るスコア管理テーブルと、アクションプログラム格納場所管理テーブルの構成例を示す図である。

【図10】本発明の一実施形態に係る管理者不在判定ルール管理テーブルと、管理者不在判定方法管理テーブルと、管理者不在判定プログラム格納場所管理テーブルの構成例を示す図である。

【図11】本発明の一実施形態に係る後任者設定システムの活動履歴監視部で行われる活動履歴監視処理の一例を示すフローチャートである。

【図12】本発明の一実施形態に係る管理者の不在判定処理の一例を示すフローチャートである。

【図13】本発明の一実施形態に係る活動履歴処理部が活動履歴を取得し、保存する処理の一例を示すフローチャートである。

【図14】本発明の一実施形態に係るユーザ評価部により評価されるユーザをユーザ特定部が特定する処理の一例を示すフローチャートである。

【図15】本発明の一実施形態に係るユーザ特定部により特定されたユーザをユーザ評価部が評価する処理の一例を示すフローチャートである。

【図16】本発明の一実施形態に係るアクションプログラム実行部がアクションプログラムを実行する処理の一例を示すフローチャートである。

【図17】本発明の一実施形態に係るスケジュール監視部が後任者選出のスケジュールを監視し、ユーザのロールを変更する処理の一例を示すフローチャートである。

【図18】本発明の一実施形態に係る後任者選出ルールアップロード処理の一例を示すフローチャートである。

【図19】本発明の一実施形態に係るランキング取得処理の一例を示すフローチャートである。

【図20】本発明の一実施形態に係る計算機のハードウェア構成例を示すブロック図である。

【発明を実施するための形態】

【0010】

以下、本発明を実施するための形態について、添付図面を参照して説明する。本明細書及び図面において、実質的に同一の機能又は構成を有する構成要素については、同一の符号を付することにより重複する説明を省略する。

【0011】

［一実施形態］
図１は、本発明の一実施形態に係るＩＴインフラ管理情報提供システム１０及び後任者設定システム２０の全体構成例を示すブロック図である。
図２は、本発明の一実施形態に係る後任者設定システム２０の内部構成例を示すブロック図である。以下の説明では、適宜、テーブルの構成図も参照しながら各部の機能及びテーブルの内容を説明する。

【0012】

ＩＴインフラ管理情報提供システム１０及び後任者設定システム２０は、例えば、複数の顧客（テナント）のストレージを一つのシステムで管理するマルチテナントシステム、ユーザ以外の資産であるリソース（ストレージ、顧客情報等）の管理システムに適用可能である。ＩＴインフラ管理情報とは、リソースを操作するユーザが管理される情報である。なお、ＩＴインフラ管理情報は、リソース、リソースを操作するユーザ、及びユーザがリソースを操作する権限が管理される情報としてもよい。

【0013】

パブリッククラウドサーバ１は、インターネットＮを介して、他インフラストラクチャ６０と通信可能である。パブリッククラウドサーバ１には、インターネットＮを介して、ＩＴインフラ管理情報を利用するユーザとは異なるユーザが使用可能なＰＣ７０が接続される。ＰＣ７０は、パブリッククラウドサーバ１にアクセスし、後任者選出ルールをアップロードすることが可能である。また、ＰＣ７０は、パブリッククラウドサーバ１にアクセスし、管理者不在判定ルールをアップロードすることも可能である。なお、ＰＣ７０は、管理者、管理者以外の第三者により利用されてもよい。

【0014】

パブリッククラウドサーバ１は、ＩＴインフラ管理情報提供システム１０、後任者設定システム２０及び通信部５０を備える。

【0015】

始めに、ＩＴインフラ管理情報提供システム１０について説明する。ＩＴインフラ管理情報提供システム１０は、上述したＩＴインフラ管理情報に関わる機能をユーザに提供する機能を持つ。ＩＴインフラ管理情報提供システム１０は、ＩＴインフラ管理情報提供部１１、ＩＴインフラ管理情報管理テーブル１２、ユーザ情報管理テーブル１３、ロール情報管理テーブル１４、及びユーザ所属情報管理テーブル１５を備える。

【0016】

ＩＴインフラ管理情報提供部１１は、パブリッククラウドサーバ１にアクセスするユーザが利用するリソースを管理する機能を有する。このため、ＩＴインフラ管理情報提供部１１は、他インフラストラクチャ６０を利用するユーザ及びリソースをＩＴインフラ管理情報として管理し、管理者にＩＴインフラ管理情報を提供する機能を持つ。このため、ユーザは、ＩＴインフラ管理情報で管理されるリソースを利用することができる。

【0017】

図３は、ＩＴインフラ管理情報管理テーブル１２と、ユーザ情報管理テーブル１３の構成例を示す図である。
ＩＴインフラ管理情報管理テーブル１２は、ＩＴインフラ管理情報ごとにＩＴインフラ管理情報名を管理するテーブルである。ＩＴインフラ管理情報管理テーブル１２では、ＩＴインフラ管理情報ごとに割り振られたＩＴインフラ管理情報ＩＤが設けられ、ＩＴインフラ管理情報ＩＤごとに、ＩＴインフラ管理情報Ａ，Ｂ，…のようにＩＴインフラ管理情報名が設定されている。

【0018】

ユーザ情報管理テーブル１３は、ＩＴインフラ管理情報を使用するユーザのユーザ情報を管理するテーブルである。ユーザ情報管理テーブル１３は、ユーザごとに割り振られ、ユーザが識別されるユーザＩＤが設けられる。ユーザＩＤごとに、ユーザＡ，Ｂ，…のようにユーザ名が設定されている。また、ユーザＩＤごとにユーザが使用するメールアドレスが設定されている。

【0019】

図４は、ロール情報管理テーブル１４と、ユーザ所属情報管理テーブル１５の構成例を示す図である。
ロール情報管理テーブル１４は、ロールごとの権限をロール情報として管理するテーブルである。ロールとは、ユーザに割り当てられる権限の集合である。ロール情報管理テーブル１４は、ロールごとに割り振られたロールＩＤが設けられ、ロールＩＤごとに、ロール名及び権限が格納される。ロール名は、例えば、管理者、一般ユーザ、セキュリティ管理者のような名称で表される。権限は、ロール名が管理者であれば、全リソースの更新権限を持ち、ロール名が一般ユーザであれば、全リソースの閲覧権限を持ち、ロール名がセキュリティ管理者であれば、セキュリティ設定の更新権限を持つことが示される。

【0020】

ユーザ所属情報管理テーブル１５は、ユーザがどのＩＴインフラ管理情報に所属しているかの情報、及び、そのＩＴインフラ管理情報でのロールを管理するテーブルである。ユーザ所属情報管理テーブル１５には、ユーザＩＤ、ＩＴインフラ管理情報ＩＤ、及びロールＩＤが格納される。例えば、ユーザ#１のユーザは、ＩＴインフラ管理情報#１では管理者（ロール#１）であり、ＩＴインフラ管理情報#２では、一般ユーザ（ロール#２）である。また、ユーザ#３のユーザは、ＩＴインフラ管理情報#２では、管理者（ロール#１）である。このように、あるＩＴインフラ管理情報に所属するユーザと、そのユーザのロールとがユーザ所属情報管理テーブル１５により管理される。なお、ユーザ所属情報管理テーブル１５において、一つのＩＴインフラ管理情報に複数の管理者が設定されていても、一人の管理者が不在となった場合に、他の管理者が自動的に後任者として選出されない。このような場合であっても、後任者選出ルール管理テーブル３５の定義に基づいてユーザの活動履歴に対する評価と、ユーザの評価結果のランキングが算出され、次の後任者が選出される。

【0021】

次に、後任者設定システム２０について図２に戻って説明する。後任者設定システム２０は、所定の条件で、管理者が不在となったシステムの後任者を自動的に設定するための機能を持つ。ここでは、後任者設定システム２０の機能を、動作部と記憶部とに分けて説明する。

【0022】

後任者設定システム２０は、機能部として、活動履歴監視部２１、ユーザ通知部２２、スケジュール監視部２３、後任者選出ルールアップロード部２４、ランキング取得部２５、及び管理者不在判定ルールアップロード部２６を有する。後任者設定システム２０の各機能部は、任意の順番で実行されてよい。

【0023】

活動履歴監視部２１は、定期的な自動実行、またはユーザの手動実行によって起動され、リソースに対するユーザの活動履歴を監視する機能を有する。また、活動履歴監視部２１は、ユーザごとに活動履歴を評価した評価結果を、後任者選出ルールに適用して後任者となるユーザを選出し、選出したユーザを後任者に設定する機能を有する。

【0024】

このため、活動履歴監視部２１は、後任者選出ルール管理テーブル３５に格納された情報を基に、他インフラストラクチャ６０から各ユーザの活動履歴を取得し、活動履歴記憶部３３に活動履歴を格納する。活動履歴の取得は、後述する活動履歴取得プログラムによって行われる。活動履歴監視部２１が取得する活動履歴は、パブリッククラウドサーバ１が他インフラストラクチャ６０から取得可能な情報である。また、活動履歴監視部２１は、活動履歴を基に、各ユーザを評価（スコアリング）し、活動履歴取得プログラムがユーザごとに取得した活動履歴に対して、活動履歴評価プログラムにより評価された評価結果のランキングを算出する。その後、活動履歴監視部２１は、スコアとランキングをランキング管理テーブル３１に格納する。活動履歴の評価は、後述する活動履歴評価プログラムによって行われる。また、活動履歴監視部２１は、ランキング１位となったユーザを後任者に設定するなどの対処アクションを実行する。

【0025】

対処アクションは、アクションプログラムに対応する処理であり、アクションプログラム格納場所管理テーブル４３に格納される。対処アクションには、様々な種類がある。例えば、対処アクションとして、適切なユーザに権限を付与する処理がある。また、対処アクションとして、前任の管理者の権限を一般ユーザに格下げする処理がある。また、対処アクションとして、後任者に設定されるユーザに対し、後任者に設定したことを通知する処理がある。また、対処アクションとして、ランキングの該当者が不在になる場合に、後任者選出ルールの見直しを促す警告を通知する処理がある。また、対処アクションとして、スケジューラへの後任者設定イベントを登録する処理がある。

【0026】

活動履歴監視部２１は、活動履歴処理部２１ａ、ユーザ特定部２１ｂ、ユーザ評価部２１ｃ、アクションプログラム実行部２１ｄ及びランキング算出部２１ｅを有する。活動履歴処理部２１ａは、後述する図１２に示す管理者の不在判定処理を行う。また、活動履歴処理部２１ａは、後述する図１３に示す活動履歴の取得と保存処理を行う。ユーザ特定部２１ｂは、後述する図１４に示す、ユーザ評価部２１ｃにより評価されるユーザを特定する処理を行う。ユーザ評価部２１ｃは、後述する図１５に示す、ユーザ特定部２１ｂにより特定されるユーザを評価する処理を行う。アクションプログラム実行部２１ｄは、後述する図１６に示す、アクションプログラムの実行処理を行う。ランキング算出部２１ｅは、後述する図１１に示すランキング算出処理を行う。

【0027】

ユーザ通知部２２は、対処アクションによって起動され、後任者に選出されたユーザに対して、後任者として選出されたことを通知する。この通知は、例えば、ＰＣ７０の画面に表示され、または後任者に選出されたユーザにメール送信されることで、ユーザが通知内容を確認できるようにする。ユーザは、後任者に選出されたことが通知されると、ユーザ自身が手動実行することによって自身を後任者に設定する。なお、後任者として選出されたユーザ以外の第三者が、選出されたユーザを後任者に設定してもよい。

【0028】

スケジュール監視部２３は、定期的な自動実行、または手動実行によって起動され、スケジュール管理テーブル３２に従って、ユーザのロールを変更する機能を有する。スケジュール監視部２３は、現在日時がスケジュール管理テーブル３２のレコードのスケジュールの日時を超えていれば、そのレコードに従ってロールを変更する。

【0029】

後任者選出ルールアップロード部２４は、手動実行によって起動され、後任者選出ルール管理テーブル３５などの選出ルールに関わるテーブルや記憶部を更新し、後任者選出ルールを変更する。後任者選出ルールアップロード部２４は、インターネットＮを介して、ユーザが使用するＰＣ７０からアップロードされたデータを後任者選出ルール管理テーブル３５に書き込む。

【0030】

ランキング取得部２５は、ユーザの手動実行によって起動され、ランキング管理テーブル３１からランキングの結果を取得する。後任者選出ルール管理テーブル３５の評価対象ロールＩＤに管理者ロールのＩＤを指定した場合、管理者もユーザ評価とランキングの対象となる。

【0031】

また、第三者が利用するＰＣ７０又は不図示のサーバのＡＰＩによって、パブリッククラウドサーバ１にランキングの取得が要求されることがある。この場合、ランキング取得部２５は、ランキングの結果の取得指示を行った他のシステム又は装置に対して、ランキングの結果を出力する。例えば、ランキング取得部２５は、ＡＰＩによって起動し、あるＩＴインフラ管理情報におけるユーザのランキングを取得して、ＰＣ７０又はサーバのＡＰＩに、ユーザごとのランキングを提供する。このため、第三者がより柔軟にランキングを取得し、ランキングを使用することが可能である。

【0032】

ランキング取得部２５が手動実行によって起動されるのは、管理者又はユーザ以外の第三者が、後任者の選出とは異なる用途でランキングを使用するユースケースが想定されるためである。ランキング取得部２５が手動で実行されることで、第三者が任意のタイミングでランキングを取得することができる。例えば、下記の事例が想定される。
（１）人事評価において、ユーザのランキングを取得する。
（２）管理者が一時的に不在中であっても、ＩＴインフラ管理情報提供システム１０のユーザがサポート問い合わせ等をしたい場合には、直ちにＩＴインフラ管理情報の責任者に連絡できるようにするため、管理者の代理となるユーザを連絡先に掲載する。

【0033】

管理者不在判定ルールアップロード部２６は、ユーザの手動実行によって起動され、管理者不在判定ルール管理テーブル４４、管理者不在判定方法管理テーブル４５、管理者不在判定プログラム格納場所管理テーブル４６及び管理者不在判定プログラム記憶部４７などの管理者不在判定ルールに関わるテーブルや記憶部を更新し、管理者不在判定ルールを変更する。例えば、管理者不在判定ルールアップロード部２６は、インターネットＮを介して、ユーザが使用するＰＣ７０からアップロードされたデータを管理者不在判定ルール管理テーブル４４に書き込む。

【0034】

後任者設定システム２０は、記憶部として、ランキング管理テーブル３１、スケジュール管理テーブル３２、活動履歴記憶部３３、アクションプログラム記憶部３４、後任者選出ルール管理テーブル３５、活動履歴評価方法管理テーブル３６、活動履歴取得方法管理テーブル３７、活動履歴取得プログラム格納場所管理テーブル３８、活動履歴評価プログラム格納場所管理テーブル３９、スコア管理テーブル４０、活動履歴取得プログラム記憶部４１、活動履歴評価プログラム記憶部４２、アクションプログラム格納場所管理テーブル４３、管理者不在判定ルール管理テーブル４４、管理者不在判定方法管理テーブル４５、管理者不在判定プログラム格納場所管理テーブル４６及び管理者不在判定プログラム記憶部４７を有する。

【0035】

図５は、ランキング管理テーブル３１と、スケジュール管理テーブル３２の構成例を示す図である。
ランキング管理テーブル３１は、各ユーザのランキングを管理するテーブルである。ランキング管理テーブル３１には、ユーザＩＤ、選出ルールＩＤ、及びランキングが格納される。選出ルールＩＤは、後任者の選出ルールに対して設定されたものであり、ランキングは、ある選出ルールにおいて後任者として選出されるために参照される指標である。スケジュール監視部２３は、ランキング取得部２５が取得したランキングの結果が上位であるユーザを後任者に選出し、後任者に選出されたユーザの指示によりユーザを後任者に設定する。同じ選出ルールＩＤであれば、ランキングが上位であるユーザ（例えば、ランキングが「１」）が、最初に後任者として選出される。後任者として選出されたユーザが管理者を辞退する場合には、次のランキング（例えば、ランキングが「２」）のユーザが、後任者として選出される。

【0036】

スケジュール管理テーブル３２は、後任者が選出されるスケジュールを管理するテーブルである。スケジュール管理テーブル３２には、ユーザＩＤ、ＩＴインフラ管理情報ＩＤ、ロールＩＤ、及びスケジュールが格納される。スケジュールは、後任者が選出される日時が設定されたものであり、現在日時がスケジュールに設定された日時になると、後任者の選出処理が起動し、後任者が選出される。このため、図４のユーザ所属情報管理テーブル１５に示されるユーザの既存のロールと、スケジュール管理テーブル３２に示されるロールとは関わりがない。例えば、ユーザ所属情報管理テーブル１５に示したように、ＩＴインフラ管理情報#１では、現在の管理者（ロール#１）がユーザ#１のユーザである。しかし、ランキングが１位となったユーザ#２であるユーザが、次回のスケジュールでは、ＩＴインフラ管理情報#１の管理者（ロール#１）として選出される。

【0037】

スケジュール管理テーブル３２のＩＴインフラ管理情報#２のロールＩＤには、ロール#３が格納されている。この理由は、後述する図６に示す後任者選出ルール管理テーブル３５の選出ルール#３では、ランキング１位のユーザに設定されるロールＩＤにロール#３が格納されているためである。ただし、ユーザ#４のユーザがランキング１位になれば、ユーザ#４がＩＴインフラ管理情報#２の管理者（ロール#１）として選出されてもよい。この場合、後任者選出ルール管理テーブル３５の選出ルール#３の設定ロールＩＤにロールＩＤ#１が設定されることになる。逆に、ユーザ#４がランキング１位でなくなると、管理者から降格されるアクションプログラムが組んであれば、スケジュール管理テーブル３２のロールＩＤには、ロール#２が格納されてもよい。

【0038】

活動履歴記憶部３３は、各監視対象であるユーザの活動履歴データを格納する記憶部である。活動履歴データは、生データとして活動履歴記憶部３３に格納され、テーブルとして管理されていないので、活動履歴記憶部３３の構成図は不図示とする。

【0039】

アクションプログラム記憶部３４は、ランキングに対するアクションを実行するアクションプログラムを格納する記憶部である。アクションプログラムは、後任者設定システム２０の記憶領域に記憶されるプログラム自体であるため、アクションプログラム記憶部３４の構成図は不図示とする。

【0040】

図６は、後任者選出ルール管理テーブル３５の構成例を示す図である。
後任者選出ルール管理テーブル３５は、ＩＴインフラ管理情報の管理者がＩＴインフラ管理情報の管理を継続できない場合に、管理者の後任者を選出するために用いられる後任者選出ルールを管理するテーブルである。後任者選出ルール管理テーブル３５には、ＩＴインフラ管理情報ごと、かつユーザがリソースを操作する権限が規定されるロールごとに、活動履歴の評価方法と、活動履歴の評価方法で該当するユーザに対して行われる処理とが規定される。例えば、後任者選出ルール管理テーブル３５には、選出ルールＩＤ、ＩＴインフラ管理情報ＩＤ、活動履歴評価方法ＩＤ、アクションプログラムＩＤ、評価対象ロールＩＤ、設定ロールＩＤ、選出対象ＩＴインフラ管理情報ＩＤが格納される。選出ルールＩＤは、ランキング管理テーブル３１における選出ルールＩＤと同じである。

【0041】

活動履歴評価方法ＩＤは、ユーザの活動履歴の評価方法を選出ルールごとに規定したものである。後任者選出ルール管理テーブル３５の活動履歴評価方法ＩＤに規定される、四則演算記号（＋、-、*、/）、又は論理演算記号（ＡＮＤ、ＯＲ、ＮＯＴ）の組み合わせにより、複数の評価結果が演算される。評価結果がスコアであれば、四則演算が用いられる。例えば、選出ルール#１では、活動履歴評価方法#１、#２で算出されたスコアが加算される。

【0042】

また、評価結果が真偽の値であれば、論理演算が用いられる。例えば、選出ルール#２では、活動履歴評価方法#３、#４で算出された真偽の結果に対するＡＮＤ条件の結果が求められる。ここで、活動履歴評価方法#３に規定される活動履歴評価プログラム#３は、活動履歴のスコアを評価し、活動履歴評価方法#４に規定される活動履歴評価プログラム#４は、ユーザの勤務年数が５年以上であるか否かを評価する。このため、活動履歴取得プログラム#４により、例えば、勤務年数が５年以上と判定されたユーザであれば、活動履歴評価プログラム#３により評価された活動履歴のスコアが評価対象となる。逆に、活動履歴取得プログラム#４により勤務年数が５年未満と判定されたユーザのスコアは評価対象とならない。

【0043】

後任者選出ルール管理テーブル３５のアクションプログラムＩＤは、ユーザを後任者として選出する時のアクションを規定する。アクションプログラムは、一般ユーザを管理者に昇格する処理のほか、管理者を一般ユーザに降格する処理も含む。図６では、アクションプログラムを「アクション」と略記する。評価対象ロールＩＤは、活動履歴を評価する評価対象となるユーザのロールが規定される。例えば、管理者（ロール#１）、一般ユーザ（ロール#２）が評価対象とされる。評価対象ロールＩＤにnullが入力されている場合、管理者、一般ユーザ等を含む全てのユーザが評価対象とされる。

【0044】

設定ロールＩＤは、後任者選出ルールに合致した時に、評価対象ロールＩＤで規定されるロールがどのように設定されるかを表す。選出対象ＩＴインフラ管理情報ＩＤには、例えば、評価対象ロールＩＤで規定されるロールＩＤのユーザが管理者として選出される対象であるＩＴインフラ管理情報のＩＴインフラ管理情報ＩＤが格納される。複数のＩＴインフラ管理情報が選出対象であれば、選出ルール#４に示すように、複数のＩＴインフラ管理情報#１、#３が格納される。

【0045】

例えば、後任者選出ルール管理テーブル３５の評価対象ロールＩＤに管理者ロールのＩＤ（例えば、ロール#１、#２）が指定された場合、一般のユーザだけでなく、現在の管理者もユーザ評価とランキングの対象となる。また、後任者選出ルールは、任意にカスタマイズできる。後任者選出ルールを変更するユーザとしては、例えば、後任者選出ルールを変更するＩＴインフラ管理情報の現在の管理者だけでなく、ＩＴインフラ管理情報を管理する会社の経営者などの幹部といった特定の上位者も想定される。管理者以外に後任者選出ルールを変更するユーザを決めておくことで、管理者が不在となった後、後任者選出ルールが不適切であったため、後任者を選出できないという事態が発生したとしても、管理者以外の者が後任者選出ルールを変更できる。

【0046】

また、選出対象ＩＴインフラ管理情報ＩＤと評価対象ロールＩＤは、それぞれ、どのＩＴインフラ管理情報内の、どのロールをもつユーザから後任者を選出するかを指定するために用いられる。選出ルール#１では、選出対象ＩＴインフラ管理情報ＩＤがＩＴインフラ管理情報#１であるユーザが評価及びランキングの対象となり、ランキングが１位のユーザがＩＴインフラ管理情報#１の後任者として設定される。選出ルール#３では、評価対象ロールＩＤを指定せず（図では、null）、選出対象ＩＴインフラ管理情報ＩＤを指定しないので（図では、null）、ＩＴインフラ管理情報を限定せず、全てのユーザが評価及びランキングの対象となる。

【0047】

図７は、活動履歴評価方法管理テーブル３６と、活動履歴取得方法管理テーブル３７の構成例を示す図である。
活動履歴評価方法管理テーブル３６は、ユーザの活動履歴を評価する活動履歴評価方法を管理するテーブルである。活動履歴評価方法管理テーブル３６には、活動履歴評価方法ＩＤ、活動履歴取得方法ＩＤ、活動履歴評価プログラムＩＤが格納される。活動履歴評価方法ＩＤは、上述した後任者選出ルール管理テーブル３５にて使用される活動履歴評価方法ＩＤと同じである。活動履歴取得方法ＩＤは、後述する活動履歴取得方法管理テーブル３７に紐づけられている。

【0048】

活動履歴評価方法管理テーブル３６の活動履歴評価プログラム#１～#３は、活動履歴取得プログラム#１～#３が取得した活動履歴に対して、それぞれスコアを付ける機能を有する。例えば、活動履歴評価プログラム#１は、活動履歴の監視対象インフラであるチャットサービスＡの活動履歴を評価し、各ユーザにスコアを付ける機能を有する。活動履歴評価プログラム#２は、ソフトウェア開発プラットフォームＡの活動履歴を評価し、各ユーザにスコアを付ける機能を有する。活動履歴評価プログラム#３は、リソースＡの活動履歴を評価し、スコアを付ける機能を有する。

【0049】

一方、活動履歴評価方法管理テーブル３６の活動履歴評価プログラム#４は、真（True）又は偽（False）の結果を付ける機能を有する。例えば、活動履歴評価プログラム#４は、活動履歴取得プログラム#４が、勤務年数が５年以上のユーザのみを選出した場合に、勤務年数が５年以上のユーザにTrueを付け、勤務年数が５年未満のユーザにFalseを付ける。

【0050】

活動履歴取得方法管理テーブル３７は、ユーザの活動履歴を取得する活動履歴取得方法を管理するテーブルである。活動履歴取得方法管理テーブル３７には、活動履歴取得方法ＩＤ、活動履歴取得プログラムＩＤ、アクセスポイントが格納される。

【0051】

活動履歴取得プログラムＩＤには、ユーザが活動するリソースにおけるユーザの活動履歴を取得するためのプログラム（活動履歴取得部の一例）を識別するＩＤが格納される。活動履歴取得プログラムは、後任者選出ルール管理テーブル３５に規定されるＩＴインフラ管理情報に基づいて、活動履歴の評価対象となるロール（評価対象ロールＩＤ）が設定されたユーザごとに活動履歴を取得する。アクセスポイントには、活動履歴取得プログラムが利用するＡＰＩのアドレス情報（ＵＲＬ１等）、認証情報としてのトークン、活動履歴を取得するチャネル名等が格納される。

【0052】

図８は、活動履歴取得プログラム格納場所管理テーブル３８と、活動履歴評価プログラム格納場所管理テーブル３９の構成例を示す図である。
活動履歴取得プログラム格納場所管理テーブル３８は、活動履歴取得プログラムの格納場所を管理するテーブルである。活動履歴取得プログラム格納場所管理テーブル３８には、活動履歴取得プログラムＩＤ、監視対象インフラストラクチャ、プログラム格納場所が格納される。活動履歴取得プログラムＩＤは、活動履歴取得プログラムを個別に識別するために割り振られたＩＤである。監視対象インフラストラクチャには、活動履歴取得プログラムがユーザの活動履歴を取得する監視対象であるインフラストラクチャの情報（例えば、インフラストラクチャ名）が格納される。プログラム格納場所には、活動履歴取得プログラムの格納場所が保存される。活動履歴監視部２１は、活動履歴取得プログラムの追加、削除、又は修正等の変更が可能である。

【0053】

活動履歴評価プログラム格納場所管理テーブル３９は、活動履歴評価プログラムの格納場所を管理するテーブルである。活動履歴評価プログラム格納場所管理テーブル３９には、活動履歴評価プログラムＩＤ、監視対象インフラストラクチャ、プログラム格納場所が格納される。活動履歴評価プログラムＩＤは、活動履歴評価プログラムを個別に識別するために割り振られたＩＤである。活動履歴評価プログラムＩＤには、ユーザが活動するリソースにおけるユーザの活動履歴を評価する活動履歴評価プログラム（活動履歴評価部の一例）を識別するＩＤが格納される。

【0054】

監視対象インフラストラクチャには、活動履歴評価プログラムがユーザの活動履歴を評価する監視対象であるインフラストラクチャの情報（例えば、インフラストラクチャ名）が格納される。プログラム格納場所には、活動履歴評価プログラムの格納場所が保存される。活動履歴監視部２１は、活動履歴評価プログラムの追加、削除、又は修正等の変更が可能である。

【0055】

図９は、スコア管理テーブル４０と、アクションプログラム格納場所管理テーブル４３の構成例を示す図である。
スコア管理テーブル４０は、活動履歴が評価されたスコアをユーザごとに管理するテーブルである。スコア管理テーブル４０には、スコアＩＤ、ユーザＩＤ、選出ルールＩＤ、スコアが格納される。スコアＩＤ、ユーザＩＤ、選出ルールＩＤは、上述したとおりである。スコアは、活動履歴に応じてユーザごとに算出される値であり、後任者の選出時に参照される。

【0056】

活動履歴取得プログラム記憶部４１は、活動履歴取得プログラムを記憶する機能を有する。活動履歴取得プログラム記憶部４１に記憶される活動履歴取得プログラムの所在情報は、図８に示した活動履歴取得プログラム格納場所管理テーブル３８のプログラム格納場所に示される。活動履歴取得プログラムは、後任者設定システム２０の記憶領域に記憶されるプログラム自体であるため、活動履歴取得プログラム記憶部４１の構成図は不図示とする。

【0057】

活動履歴評価プログラム記憶部４２は、活動履歴評価プログラムを記憶する機能を有する。活動履歴評価プログラム記憶部４２に記憶される活動履歴評価プログラムの所在情報は、図８に示した活動履歴評価プログラム格納場所管理テーブル３９のプログラム格納場所に示される。活動履歴評価プログラムは、後任者設定システム２０の記憶領域に記憶されるプログラム自体であるため、活動履歴評価プログラム記憶部４２の構成図は不図示とする。

【0058】

アクションプログラム格納場所管理テーブル４３は、アクションプログラムを記憶する機能を有する。アクションとは、活動履歴の評価方法で該当するユーザに対して行われる処理であり、アクションを実行するためにアクションプログラムが用いられる。アクションプログラム格納場所管理テーブル４３には、アクションプログラムＩＤ、説明、プログラム格納場所が格納される。アクションプログラムＩＤは、アクションプログラムを個別に識別するために割り振られたＩＤである。説明は、アクションプログラムを説明する項目であるが、アクションプログラム格納場所管理テーブル４３に含まれなくてもよい。プログラム格納場所は、アクションプログラムの所在情報を示す。

【0059】

アクションプログラム格納場所管理テーブル４３の説明項目に、アクションプログラム#３として「後任者に設定されるユーザに対し通知する」、アクションプログラム#５として「…ＩＴインフラ管理情報内のロールが管理者であるユーザに通知する」と書かれた処理は、ユーザ通知部２２の処理を定めたものである。アクションプログラム格納場所管理テーブル４３においては、評価結果が最も高いユーザを後任者として選出する処理、及び後任者として選出したユーザに対して通知する処理のうち、少なくとも一つを含むアクションの追加、削除、又は修正等の変更が可能である。

【0060】

図１０は、管理者不在判定ルール管理テーブル４４と、管理者不在判定方法管理テーブル４５、管理者不在判定プログラム格納場所管理テーブル４６の構成例を示す図である。
管理者不在判定ルール管理テーブル４４は、図２に示した活動履歴監視部２１の活動履歴処理部２１ａが、管理者が不在であることを判定するための管理者不在判定ルールを管理するテーブルである。管理者不在判定ルール管理テーブル４４には、管理者不在判定ルールＩＤ、ＩＴインフラ管理情報ＩＤ、管理者不在判定方法ＩＤが格納される。

【0061】

管理者不在判定ルールＩＤは、ＩＴインフラ管理情報ごとに設定される管理者不在判定ルールを識別するために割り振られる。管理者不在判定ルールＩＤに対して、ＩＴインフラ管理情報ＩＤと管理者不在判定方法ＩＤが紐づけられる。

【0062】

管理者不在判定方法ＩＤには、単独の判定方法、又は複数の判定方法の組み合わせが格納される。判定方法の組み合わせには、例えば、論理演算記号（ＡＮＤ、ＯＲ、ＮＯＴ）が使用される。単独の判定方法、又は複数の判定方法の組み合わせによって管理者不在判定ルール毎に判定プログラムが決定される。

【0063】

管理者不在判定方法管理テーブル４５は、管理者不在判定において管理者の活動履歴を参照するために用いられる。管理者不在判定方法管理テーブル４５には、管理者不在判定方法ＩＤ、活動履歴取得方法ＩＤ、管理者不在判定プログラムＩＤが格納される。

【0064】

管理者不在判定方法ＩＤは、管理者不在判定方法を識別するために割り振られる。管理者不在判定方法ＩＤに対して、活動履歴取得方法ＩＤと管理者不在判定プログラムＩＤが紐づけられる。

【0065】

活動履歴取得方法ＩＤは、活動履歴取得方法を識別するために割り振られる。活動履歴取得方法ＩＤは、図７に示した活動履歴取得方法管理テーブル３７に紐づけられる。
管理者不在判定プログラムＩＤは、管理者不在判定プログラムを識別するために割り振られる。管理者不在判定プログラムＩＤは、後述する管理者不在判定プログラム格納場所管理テーブル４６に紐づけられる。

【0066】

管理者不在判定プログラム格納場所管理テーブル４６は、管理者不在判定プログラムの内容と、管理者不在判定プログラムの格納場所を管理するテーブルである。管理者不在判定プログラム格納場所管理テーブル４６には、管理者不在判定プログラムＩＤ、説明、判定プログラム格納場所が格納される。

【0067】

管理者不在判定プログラムＩＤは、管理者が不在か否かを判定するための管理者判定プログラムを規定する。
説明には、管理者判定プログラムの内容が記入される。例えば、「社内勤休管理システムで事前に登録された休暇を除き、管理者が直近連続して5日間以上欠勤している。」場合には、管理者が不在であると判定される。また、管理者が出勤していても、特定のリソースに対して操作を行っていなければ不在と判定されることがある。例えば、「リソースAに対して、管理者が直近連続して5日間以上何も操作を行っていない。」場合には、管理者が不在であると判定される。なお、説明は、管理者判定プログラムを説明する項目であるが、管理者不在判定プログラム格納場所管理テーブル４６に含まれなくてもよい。

【0068】

管理者不在判定プログラム記憶部４７は、管理者不在判定プログラムを格納する記憶部である。アクションプログラムは、後任者設定システム２０の記憶領域に記憶されるプログラム自体であるため、管理者不在判定プログラム記憶部４７の構成図は不図示とする。

【0069】

＜各機能部の処理の例＞
次に、各機能部の処理の例について、図１１～図１９を参照して説明する。
図１１は、後任者設定システム２０の活動履歴監視部２１で行われる活動履歴監視処理の一例を示すフローチャートである。

【0070】

始めに、活動履歴監視部２１は、後任者選出ルール管理テーブル３５から取得した全レコードを対象としてループ処理を行う（Ｓ１）。

【0071】

活動履歴監視部２１の活動履歴処理部２１ａは、ループ処理を開始すると、現在の管理者が不在であるか否かを判定するために、管理者の不在判定処理を行う（Ｓ２）。ステップＳ２では、後任者選出ルール管理テーブル３５のレコードのＩＴインフラ管理情報ＩＤと同一のＩＤを持つ、管理者不在判定ルール管理テーブル４４のレコードで管理者不在判定処理が行われる。活動履歴処理部２１ａは、ステップＳ２で取得した管理者の不在判定の結果に基づいて、現在の管理者は不在であるか否かを判定する（Ｓ３）。

【0072】

現在の管理者が不在でなければ（Ｓ３のＮＯ）、そのレコードにおけるユーザの特定及び評価等が不要であるため、ステップＳ７に移行し、次のレコードによるループ処理が行われる。一方、活動履歴処理部２１ａは、管理者が不在であると判定した場合には、不在である現在の管理者がＩＴインフラ管理情報の管理を継続できないと考えられるので、後任者選出処理に移行する。このため、現在の管理者が不在であれば（Ｓ３のＹＥＳ）、ステップＳ４に移行する。

【0073】

ステップＳ４では、活動履歴処理部２１ａが、活動履歴の取得と保存処理（Ｓ４）を行う。次に、ユーザ評価部２１ｃにより評価されるユーザをユーザ特定部２１ｂが特定する処理（Ｓ５）を行う。次に、ユーザ特定部２１ｂにより特定されたユーザをユーザ評価部２１ｃが評価する処理（Ｓ６）を行う。ステップＳ４，Ｓ５，Ｓ６の処理の詳細は、後述する。

【0074】

ステップＳ６の後、活動履歴監視部２１は、後任者選出ルール管理テーブル３５から取得した全レコードのループ処理を終えていなければ（Ｓ７）、ステップＳ１に戻り、レコードをカウントアップして、ステップＳ２以降の処理を繰り返す。一方、全レコードのループ処理を終えていれば（Ｓ７）、活動履歴監視部２１のランキング算出部２１ｅが各ユーザのランキングを算出する処理を行う（Ｓ８）。

【0075】

ステップＳ８のランキング算出処理では、ランキング算出部２１ｅがスコア管理テーブル４０から全レコードを取得する（Ｓ８Ａ）。次に、ランキング算出部２１ｅは、同一の”選出ルールＩＤ”であるスコアの順位を算出する（Ｓ８Ｂ）。次に、ランキング算出部２１ｅは、算出したランキングを、スコア管理テーブル４０から取得したレコードの”ユーザＩＤ”と”選出ルールＩＤ”と共にランキング管理テーブル３１に格納し（Ｓ８Ｃ）、本処理を終了する。

【0076】

図１２は、活動履歴処理部２１ａによる管理者の不在判定処理の一例を示すフローチャートである。図１２に示す処理は、図１１のステップＳ２の処理のサブルーチンであり、活動履歴処理部２１ａによって行われる。

【0077】

始めに、活動履歴処理部２１ａは、管理者不在判定ルール管理テーブル４４から、その”ＩＴインフラ管理情報ＩＤ”が、後任者選出ルール管理テーブル３５から取得したレコードの”ＩＴインフラ管理情報ＩＤ”と一致するレコードを取得する（Ｓ１１）。

【0078】

次に、活動履歴処理部２１ａは、管理者不在判定方法管理テーブル４５から、その”管理者不在判定方法ＩＤ”が、管理者不在判定ルール管理テーブル４４から取得したレコードの”管理者不在判定方法ＩＤ”と一致するレコードを取得する（Ｓ１２）。

【0079】

次に、活動履歴処理部２１ａは、管理者不在判定方法管理テーブル４５から取得したレコードの”管理者不在判定方法ＩＤ”に紐づけられる”活動履歴取得方法ＩＤ”と、”管理者不在判定プログラムＩＤ”を取得する（Ｓ１３）。

【0080】

次に、活動履歴処理部２１ａは、活動履歴取得方法管理テーブル３７から、”活動履歴取得方法ＩＤ”に紐づけられる”活動履歴取得プログラムＩＤ”とアクセスポイントを取得する（Ｓ１４）。

【0081】

次に、活動履歴処理部２１ａは、活動履歴取得プログラム格納場所管理テーブル３８から、”活動履歴取得プログラムＩＤ”に紐づけられるプログラム格納場所の活動履歴取得プログラムを起動し、アクセスポイントから管理者の活動履歴を取得する（Ｓ１５）。

【0082】

次に、活動履歴処理部２１ａは、管理者不在判定ルール管理テーブル４４から、管理者の不在判定の対象であって、ＩＴインフラ管理情報ＩＤに紐づけられた”管理者不在判定ルールＩＤ”と”管理者不在判定方法ＩＤ”を取得する（Ｓ１６）。

【0083】

次に、活動履歴処理部２１ａは、管理者不在判定方法管理テーブル４５から、”管理者不在判定方法ＩＤ”に紐づけられた”活動履歴取得方法ＩＤ”と”管理者不在判定プログラムＩＤ”を取得する（Ｓ１７）。

【0084】

次に、活動履歴処理部２１ａは、管理者不在判定プログラム格納場所管理テーブル４６から、”管理者不在判定プログラムＩＤ”に紐づけられるプログラム格納場所の管理者不在判定プログラムを起動し、ステップＳ１５で取得した管理者の活動履歴に基づいて、管理者の不在判定をする（Ｓ１８）。管理者の不在判定の結果は、ステップＳ３の判定処理に用いられる。

【0085】

図１３は、活動履歴処理部２１ａが活動履歴を取得し、保存する処理の一例を示すフローチャートである。図１３に示す処理は、図１１のステップＳ４の処理のサブルーチンであり、活動履歴処理部２１ａによって行われる。

【0086】

始めに、活動履歴処理部２１ａは、活動履歴評価方法管理テーブル３６から、その”活動履歴評価方法ＩＤ”が、後任者選出ルール管理テーブル３５から取得したレコードの”活動履歴評価方法ＩＤ”と一致するレコードを取得する（Ｓ２１）。

【0087】

次に、活動履歴処理部２１ａは、活動履歴取得方法管理テーブル３７から”活動履歴取得方法ＩＤ”に紐づけられる”活動履歴取得プログラムＩＤ”とアクセスポイントを取得する（Ｓ２２）。

【0088】

次に、活動履歴処理部２１ａは、活動履歴取得プログラム格納場所管理テーブル３８から、その”活動履歴取得プログラムＩＤ”が、活動履歴取得方法管理テーブル３７から取得したレコードの”活動履歴取得プログラムＩＤ”と一致するレコードを全て取得する（Ｓ２３）。

【0089】

次に、活動履歴処理部２１ａは、活動履歴取得プログラム格納場所管理テーブル３８から取得したレコードの”プログラム格納場所”を参照し、活動履歴取得プログラム記憶部４１から活動履歴取得プログラムを取得する（Ｓ２４）。

【0090】

次に、活動履歴処理部２１ａは、活動履歴取得方法管理テーブル３７から取得したレコードの”アクセスポイント”の情報と活動履歴取得プログラムを使い、監視対象インフラストラクチャから活動履歴データを取得し、活動履歴記憶部３３に格納する（Ｓ２５）。その後、図１１のステップＳ５の処理に移行する。

【0091】

図１４は、ユーザ評価部２１ｃにより評価されるユーザをユーザ特定部２１ｂ特定する処理の一例を示すフローチャートである。図１４に示す処理は、図１１のステップＳ５の処理のサブルーチンであり、ユーザ特定部２１ｂによって行われる。

【0092】

始めに、ユーザ特定部２１ｂは、後任者選出ルール管理テーブル３５から取得したレコードの”選出対象ＩＴインフラ管理情報ＩＤ”に設定されたＩＴインフラ管理情報ＩＤと、同レコードの”評価対象ロールＩＤ”に設定されたロールＩＤと一致するレコードをユーザ所属情報管理テーブル１５から全て取得する（Ｓ３１）。

【0093】

次に、ユーザ特定部２１ｂは、ユーザ所属情報管理テーブル１５から取得したレコードの”ユーザＩＤ”と一致するレコードをユーザ情報管理テーブル１３から全て取得する（Ｓ３２）。その後、図１１のステップＳ６の処理に移行する。

【0094】

図１５は、ユーザ特定部２１ｂにより特定されたユーザをユーザ評価部２１ｃが評価する処理の一例を示すフローチャートである。図１５に示す処理は、図１１のステップＳ６の処理のサブルーチンであり、ユーザ評価部２１ｃによって行われる。

【0095】

始めに、ユーザ評価部２１ｃは、活動履歴評価プログラム格納場所管理テーブル３９から、その”活動履歴評価プログラムＩＤ”が活動履歴評価方法管理テーブル３６から取得したレコードの”活動履歴評価プログラムＩＤ”と一致するレコードを全て取得する（Ｓ４１）。

【0096】

次に、ユーザ評価部２１ｃは、活動履歴評価プログラム格納場所管理テーブル３９から取得したレコードの”プログラム格納場所”を参照し、活動履歴評価プログラム記憶部４２から活動履歴評価プログラムを取得する（Ｓ４２）。

【0097】

次に、ユーザ評価部２１ｃは、活動履歴記憶部３３から活動履歴データを取得し、活動履歴評価プログラムに活動履歴データとユーザ情報管理テーブル１３から取得したレコードの”メールアドレス”を適用し、活動履歴評価方法管理テーブル３６から取得したレコードの活動履歴評価プログラムに規定される計算式を基にしてユーザごとにスコアを算出する（Ｓ４３）。このメールアドレスは各ユーザの識別に用いられる。

【0098】

次に、ユーザ評価部２１ｃは、ユーザごとに、ユーザの”ユーザID”と後任者選出ルール管理テーブルから取得したレコードの”選出ルールID”と算出したスコアを、スコア管理テーブルに保存する（Ｓ４４）。その後、図１１のステップＳ７の処理に移行する。

【0099】

図１６は、アクションプログラム実行部２１ｄがアクションプログラムを実行する処理の一例を示すフローチャートである。図１６に示す処理は、アクションプログラム実行部２１ｄにより定期的に実行される。または、ユーザが手動で実行を指示することで、アクションプログラム実行部２１ｄが処理を開始してもよい。

【0100】

始めに、アクションプログラム実行部２１ｄは、後任者選出ルール管理テーブル３５から全レコードを取得する（Ｓ５１）。

【0101】

次に、アクションプログラム実行部２１ｄは、後任者選出ルール管理テーブル３５から取得した全レコードを対象としてループ処理を行う（Ｓ５２）。このループ処理では、アクションプログラム実行部２１ｄが、アクションプログラム格納場所管理テーブル４３から、その”アクションプログラムＩＤ”が”取得したレコードの”アクションプログラムＩＤ”と一致するレコードを全て取得する（Ｓ５３）。

【0102】

次に、アクションプログラム実行部２１ｄは、アクションプログラム格納場所管理テーブル４３から取得した全てのレコードの”プログラム格納場所”から、全てのアクションプログラムを取得する（Ｓ５４）。

【0103】

次に、アクションプログラム実行部２１ｄは、取得したアクションプログラムを全て実行する（Ｓ５５）。ステップＳ５５では、図９に示したアクションプログラム格納場所管理テーブル４３のアクションプログラムＩＤで規定され、プログラム格納場所から読み出されたアクションプログラムが実行される。例えば、アクションプログラム#３は、「後任者に設定されるユーザに対し通知する」アクションプログラムであり、図２に示したユーザ通知部２２が稼働する。同様に、アクションプログラム#５の「…ユーザに通知する」アクションプログラムにおいてもユーザ通知部２２が稼働する。

【0104】

アクションプログラム実行部２１ｄは、後任者選出ルール管理テーブル３５から取得した全レコードのループ処理を終えると（Ｓ５６）、活動履歴の監視処理を終了する。

【0105】

図１７は、スケジュール監視部２３が後任者選出のスケジュールを監視し、ユーザのロールを変更する処理の一例を示すフローチャートである。図１７に示す処理は、スケジュール監視部２３により定期的に実行される。または、ユーザが手動で実行を指示することで、スケジュール監視部２３が処理を開始してもよい。

【0106】

始めに、スケジュール監視部２３は、スケジュール管理テーブル３２から全レコードを取得する（Ｓ６１）。

【0107】

次に、スケジュール監視部２３は、スケジュール管理テーブル３２から取得した全レコードを対象としてループ処理を行う（Ｓ６２）。このループ処理では、スケジュール監視部２３が、取得したレコードの”スケジュール”が現在日時よりも過去であるか否かを判定する（Ｓ６３）。取得したレコードの”スケジュール”が現在日時よりも過去でなければ（Ｓ６３のＮＯ）、スケジュール監視部２３は、ステップＳ６８に移行する。”スケジュール”が現在日時よりも未来のレコードは、残ったままとなり、別の日時でスケジュール監視処理が行われる時に使われる。なお、スケジュール監視部２３は定期的に実行されるので、”スケジュール”が現在日時を超えるまで残り続ける。

【0108】

一方、取得したレコードの”スケジュール”が現在日時よりも過去であれば（Ｓ６３のＹＥＳ）、スケジュール監視部２３は、取得したレコードの”ユーザＩＤ”と”ＩＴインフラ管理情報ＩＤ”に一致するレコードがユーザ所属情報管理テーブル１５に存在するか否かを判定する（Ｓ６４）。一致するレコードがユーザ所属情報管理テーブル１５に存在しなければ（Ｓ６４のＮＯ）、スケジュール監視部２３は、取得したレコードの”ユーザＩＤ”と”ＩＴインフラ管理情報ＩＤ”と”ロールＩＤを持つレコードを、ユーザ所属情報管理テーブル１５に追加する（Ｓ６５）。

【0109】

一方、一致するレコードがユーザ所属情報管理テーブル１５に存在すれば（Ｓ６４のＹＥＳ）、スケジュール監視部２３は、取得したレコードの”ユーザＩＤ”と”ＩＴインフラ管理情報ＩＤ”に一致する、ユーザ所属情報管理テーブル１５のレコードの”ロールＩＤ”を、取得したレコードの”ロールＩＤ”で更新する（Ｓ６６）。

【0110】

ステップＳ６５又はＳ６６の後、スケジュール監視部２３は、スケジュール管理テーブル３２から取得したレコードを削除する（Ｓ６７）。ステップＳ６７、又はステップＳ６３のＮＯ判定の後、スケジュール監視部２３は、スケジュール管理テーブル３２から取得した全レコードのループ処理を終えると（Ｓ６８）、本処理を終了する。

【0111】

図１８は、後任者選出ルールアップロード処理の一例を示すフローチャートである。ユーザにより手動で実行が指示されることで、後任者選出ルールアップロード部２４が図１８に示す処理を実行する。

【0112】

始めに、後任者選出ルールアップロード部２４は、活動履歴取得プログラム格納場所管理テーブル３８を更新する（Ｓ７１）。この更新処理により、既存の「監視対象インフラストラクチャ」と「プログラム格納場所」の項目が更新されるか、新規項目が追加される。次に、後任者選出ルールアップロード部２４は、活動履歴取得プログラム記憶部４１に、活動履歴取得プログラムを格納する（Ｓ７２）。例えば、新しい活動履歴取得プログラムが追加された場合、活動履歴取得プログラム格納場所管理テーブル３８には、追加されたプログラムのプログラムＩＤ、監視対象インフラストラクチャ、プログラム格納場所が格納される。また、既存の活動履歴取得プログラムをリネームした場合、例えば、活動履歴取得プログラム#１では、プログラム格納場所に格納されたプログラム名がリネームされる。後任者選出ルールアップロード部２４が実行される時には、活動履歴取得プログラム格納場所管理テーブル３８を更新するか、追加するかのいずれかを選択できるようになっている。

【0113】

次に、後任者選出ルールアップロード部２４は、活動履歴評価プログラム格納場所管理テーブル３９を更新する（Ｓ７３）。次に、後任者選出ルールアップロード部２４は、活動履歴評価プログラム記憶部４２に、活動履歴評価プログラムを格納する（Ｓ７４）。活動履歴評価プログラム格納場所管理テーブル３９の更新処理は、ステップＳ７１で説明した活動履歴取得プログラムの処理と同様であるため、詳細な説明を省略する。また、後任者選出ルールアップロード部２４が実行される時には、活動履歴評価プログラム格納場所管理テーブル３９を更新するか、追加するかのいずれかを選択できるようになっている。

【0114】

次に、後任者選出ルールアップロード部２４は、アクションプログラム格納場所管理テーブル４３を更新する（Ｓ７５）。次に、後任者選出ルールアップロード部２４は、アクションプログラム記憶部３４に、アクションプログラムを格納する（Ｓ７６）。

【0115】

次に、後任者選出ルールアップロード部２４は、活動履歴評価方法管理テーブル３６を更新する（Ｓ７７）。次に、後任者選出ルールアップロード部２４は、後任者選出ルール管理テーブル３５を更新し（Ｓ７８）、本処理を終了する。

【0116】

図１９は、ランキング取得処理の一例を示すフローチャートである。ユーザにより手動で実行が指示されることで、ランキング取得部２５が図１９に示す処理を実行する。

【0117】

始めに、ランキング取得部２５は、ランキング管理テーブル３１から、ランキング取得部２５に渡された”選出ルールＩＤ”と同一のＩＤを持つレコードを全て取得する（Ｓ８１）。

【0118】

次に、ランキング取得部２５は、取得したレコードを、ランキングの取得指示を行ったシステム又は装置に返し（Ｓ８２）、本処理を終了する。

【0119】

＜計算機のハードウェア構成例＞
ここで、パブリッククラウドサーバ１を構成する計算機１００のハードウェア構成を説明する。図２０は、計算機１００のハードウェア構成例を示すブロック図である。計算機１００は、本実施の形態に係るパブリッククラウドサーバ１として動作可能なコンピュータとして用いられるハードウェアの一例である。本実施の形態に係るパブリッククラウドサーバ１は、計算機１００（コンピュータ）がプログラムを実行することにより、図２に示した各機能ブロックが連携して行う後任者設定方法を実現する。

【0120】

計算機１００は、バス１０３にそれぞれ接続されたＣＰＵ（Central Processing Unit）１０１、及びＲＡＭ（Random Access Memory）１０２を備える。さらに、計算機１００は、不揮発性ストレージ１０４及びネットワークインターフェイス１０５を備える。

【0121】

ＣＰＵ１０１は、本実施の形態に係る各機能を実現するソフトウェアのプログラムコードを不揮発性ストレージ１０４から読み出してＲＡＭ１０２にロードし、実行する。ＲＡＭ１０２には、ＣＰＵ１０１の演算処理の途中で発生した変数やパラメーター等が一時的に書き込まれ、これらの変数やパラメーター等がＣＰＵ１０１によって適宜読み出される。

【0122】

不揮発性ストレージ１０４としては、例えば、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フレキシブルディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ又は不揮発性のメモリ等が用いられる。この不揮発性ストレージ１０４には、ＯＳ（Operating System）、各種のパラメーターの他に、計算機１００を機能させるためのプログラムが記録されている。不揮発性ストレージ１０４は、ＣＰＵ１０１が動作するために必要なプログラムやデータ等を記録しており、計算機１００によって実行されるプログラムを格納したコンピュータが読取可能な非一過性の記憶媒体の一例として用いられる。

【0123】

ネットワークインターフェイス１０５には、例えば、ＮＩＣ（Network Interface Card）等が用いられ、ＮＩＣの端子に接続されたＬＡＮ（Local Area Network）、専用線等を介して各種のデータを装置間で送受信することが可能である。

【0124】

以上説明した一実施の形態に係る後任者設定システム２０では、ＩＴインフラ管理情報の管理者が不在になった場合に、自動的に後任者が選出され、その後任者がＩＴインフラ管理情報の管理を引き継ぐことにより、ＩＴインフラ管理情報の利用を継続することが可能となる。後任者の選出は、予め設定された管理者選出ルールに則って行われるので、予め後任者を設定しておく必要がない。

【0125】

また、後任者設定システム２０では、ＩＴインフラ管理情報の管理者が不在になる前に、ＩＴインフラ管理情報のユーザをスコアリングしておく。このように、後任者設定システム２０では、ＩＴインフラ管理情報の管理者が不在になった場合であっても、ストレージなどのＩＴインフラ管理情報管理下のリソースやインフラストラクチャに対する活動履歴を用いて各ユーザを評価した評価結果を基に後任者を選出することができる。したがって、予め後任者を設定しなくても、ＩＴインフラ管理情報の管理を管理者から引き継げる後任者を選出できるようになる。

【0126】

また、後任者設定システム２０は、スコアに基づいて、適切なユーザに管理者権限を付与することができる。また、スコアリングの計算期間内に活動しており、適切なユーザを後任者として選出しやすくなる。また、後任者の選出は自動的に行われるので、従来の手動で後任者を選出する操作に比べて、後任者の選出コストを削減できる。

【0127】

また、管理者選出ルールは任意にカスタマイズすることが可能である。例えば、後任者選出ルールをＩＴインフラ管理情報の組織運用に合わせてカスタマイズできる。このため、後任者選出の可能性を高め、管理者選出ルールの永続性の向上を見込むことができる。

【0128】

また、組織の体制変更やユーザの業務負荷の変動によらず後任者選出ルールを恒久的に適用できるため、後任者の選出コストを削減できる。例えば、組織の体制変更によりＩＴインフラ管理情報の関わりがなくなったユーザは後任者として選出されなくなる。

【0129】

また、後任者設定システム２０では、ユーザの望む任意の監視メトリックを複数組み合わせた式として評価方法を定義する仕組みを提供することができる。監視メトリックとは、活動履歴評価方法管理テーブル３６で定義される指標であり、どのリソースから活動履歴を取得し、どのように活動履歴を評価するか表す。後任者設定システム２０は、ユーザがカスタマイズ可能な監視メトリックを用いることで、ユーザの望む任意の収集プログラムを利用する仕組みを提供できる。

【0130】

また、リソースは、例えば、社内に設置された物理的に存在するストレージ、パブリッククラウドで動く物理的に存在しないストレージであってもよい。また、物理的に存在するストレージと、物理的に存在しないストレージとを組み合わせたハイブリッドクラウドストレージであってもよい。いずれのリソースであっても、管理者が定められていれば、後任者設定システム２０が、ユーザの活動履歴と、後任者選出ルールにより、後任者を自動的に選出することができる。

【0131】

［変形例］
なお、図１１に示した処理は、任意のタイミングで実行されてよい。例えば、図５に示したスケジュール管理テーブル３２に格納されるスケジュールより前に実行されてもよい。また、図１１以降に示す各処理は、任意に入れ替えて実行されてもよい。

【0132】

また、図１１のランキング算出処理（Ｓ７）は、後任者の選定が必要になるタイミングで実行されることで、オンデマンドでランキングが算出されてもよい。例えば、図１１のステップＳ２で現在の管理者が不在でないと判定された後に、後任者の選定が必要になるタイミングであることが判明すると、ランキング算出処理（Ｓ７）が実行されてもよい。

【0133】

同様に、後任者の選定が必要であるため、ランキングを取得しなければならないタイミングになると、図１９に示したランキング取得部２５がランキングを取得する処理が実行されてもよい。

【0134】

なお、本発明は上述した実施形態に限られるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りその他種々の応用例、変形例を取り得ることは勿論である。
例えば、上述した実施形態は本発明を分かりやすく説明するためにシステムの構成を詳細かつ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されない。また、本実施形態の構成の一部について、他の構成の追加、削除、置換をすることも可能である。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

【符号の説明】

【0135】

１…パブリッククラウドサーバ、１０…ＩＴインフラ管理情報提供システム、１１…ＩＴインフラ管理情報提供部、２０…後任者設定システム、２１…活動履歴監視部、２２…ユーザ通知部、２３…スケジュール監視部、２４…後任者選出ルールアップロード部、２５…ランキング取得部、２６…管理者不在判定ルールアップロード部、３１…ランキング管理テーブル、３２…スケジュール管理テーブル、３３…活動履歴記憶部、３４…アクションプログラム記憶部、３５…後任者選出ルール管理テーブル、３６…活動履歴評価方法管理テーブル、３７…活動履歴取得方法管理テーブル、３８…活動履歴取得プログラム格納場所管理テーブル、３９…活動履歴評価プログラム格納場所管理テーブル、４０…スコア管理テーブル、４１…活動履歴取得プログラム記憶部、４２…活動履歴評価プログラム記憶部、４３…アクションプログラム格納場所管理テーブル、４４…管理者不在判定ルール管理テーブル、４５…管理者不在判定方法管理テーブル、４６…管理者不在判定プログラム格納場所管理テーブル、４７…管理者不在判定プログラム記憶部

【要約】

【課題】ＩＴインフラストラクチャ管理情報の管理者が引継ぎなく不在になった場合であっても、予め後任者を設定することなく、後任者を設定可能な後任者設定システムを提供する。
【解決手段】後任者設定システム２０は、リソースと、リソースを操作するユーザとを管理するＩＴインフラストラクチャ管理情報の管理者がＩＴインフラストラクチャ管理情報の管理を継続できない場合に、管理者の後任者を選出するために用いられる後任者選出ルールが管理される後任者選出ルール管理テーブル３５と、リソースに対するユーザの活動履歴を監視し、ユーザごとに活動履歴を評価した評価結果を、後任者選出ルールに適用して後任者となるユーザを選出し、選出したユーザを後任者に設定する活動履歴監視部２１と、を備える。
【選択図】図２

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】