JP2016024706A - ログ管理システム、ログ管理方法及びプログラム - Google Patents

Abstract

【課題】マルチテナントシステムのログをテナントに関連付けて記録できるログ管理システムを提供する。【解決手段】ログ管理サーバ１０４において、システム構成情報記憶部３１１は、マルチテナントシステムを構成する構成資産の変更履歴を記憶し、テナント構成情報記憶部３１２は、テナントシステムごとに、構成資産のうちテナントシステムを実現するソフトウェア資産を記憶する。ログ保存処理部３０７は、マルチテナントシステムから、ログ収集対象期間におけるログ対象資産が示す構成資産についてのログを収集してログ記憶部３１３に記憶し、また、システム構成情報記憶部から該期間における変更履歴を取得し、該期間にログ収集対象資産を使用していたソフトウェア資産であるインシデント影響資産を特定し、テナント構成情報記憶部から、インシデント影響テナントシステムを特定し、ログとインシデント影響テナント名とを関連付けてログ記憶部に記憶する。【選択図】図３

Description

本発明は、ログ管理システム、ログ管理方法及びプログラムに関する。

情報システムを安定的に動作させるためには、システムを構成するハードウェアからソフトウェアまでの一連のスタックの処理記録（ログ）の管理が不可欠である。不正操作や機器障害等のインシデントが発生した場合にログを付き合わせて参照することで、インシデントの影響範囲や原因の特定といった安定稼動に必要な解析を行うことができる。

ところで、近年では、クラウドコンピューティングに代表されるマルチテナント構成をとる情報システム（以下、マルチテナントシステムと記載する。）の利用が進んでいる。マルチテナントシステムは、電源・ネットワーク・ストレージ・サーバといった物理資産（リソース）を、仮想化技術等を用いて論理的に分割し、テナントと呼ばれる複数のシステム稼働環境を構築し、テナント毎に各々情報システム（以下、テナントシステムと記載する。）を動作させるシステムである。各テナントシステムは物理資産を共有する形で動作する。マルチテナントシステムは、限られた数の物理資産を有効活用し、複数のテナントシステムを稼働状況に応じて入れ替えて動作させることが容易という利点がある。

マルチテナントシステムを対象としたログ管理の従来技術には特許文献１がある。特許文献１には、管理対象とするシステムの構成資産毎に取得対象とするログ項目と当該資産で出力可能なログ項目とを管理しておき、資産上で予め登録したインシデントが発生した場合に、当該資産で出力されないログ項目を判定し、これをログ管理システム上で生成して補完出力する技術が開示されている。

特開２０１２−１４６２７１号公報

しかしながら、特許文献１に記載の技術では、資産ごとのログは管理されているものの、この資産がどのテナントで用いられていたのかが不明であり、ある資産にインシデントが発生した場合に、どのテナントに影響が出る可能性があったのかを把握することが困難である。

本発明は、こうした状況を鑑みてなされたものであり、マルチテナントシステムのログをテナントに関連付けて記録することのできるログ管理システム、ログ管理方法及びプログラムを提供することを目的とする。

上記課題を解決するための本発明の主たる構成は、複数のテナントシステムが構成資産の一部を共有して動作するマルチテナントシステムに関するログを管理するログ管理システムであって、前記マルチテナントシステムを構成する前記構成資産の変更履歴を記憶するシステム構成情報記憶部と、前記テナントシステムごとに、前記構成資産のうち前記テナントシステムを実現するソフトウェア資産を記憶するテナント構成情報記憶部と、前記マルチテナントシステムから、ログ収集対象資産及びログ収集対象期間を指定して前記ログ収集対象期間における前記ログ対象資産が示す前記構成資産についてのログを収集する
ログ保存処理部と、前記ログを記憶するログ記憶部と、を備え、前記ログ保存処理部は、前記システム構成情報記憶部から前記ログ収集対象期間における前記変更履歴を取得し、前記変更履歴に基づいて、前記ログ収集対象期間に前記ログ収集対象資産を使用していた前記ソフトウェア資産であるインシデント影響資産を特定し、前記テナント構成情報記憶部から、前記インシデント影響資産に対応する前記テナントシステムを特定するインシデント影響テナント名を取得し、前記ログと前記インシデント影響テナント名とを関連付けて前記ログ記憶部に記憶することとする。

その他本願が開示する課題やその解決方法については、発明の実施形態の欄及び図面により明らかにされる。

本発明によれば、マルチテナントシステムのログをテナントに関連付けて記録することができる。

本実施形態におけるログ管理システムの全体構成例である。 本実施形態におけるマルチテナントシステムの構成例である。 本実施形態におけるログ管理サーバの構成例である。 本実施形態におけるハードウェアの構成例である。 本実施形態における資産登録情報記憶部の構成例である。 本実施形態における特権管理情報記憶部の構成例である。 本実施形態におけるシステム構成情報記憶部の構成例である。 本実施形態におけるテナント構成情報記憶部の構成例である。 本実施形態におけるログ記憶部の構成例である。 本実施形態におけるログ管理システムの全体動作フローを示す動作概念図である。 本実施形態における資産登録処理のフロー図である。 本実施形態における操作申請処理のフロー図である。 本実施形態における特権ＩＤ配布処理のフロー図である。 本実施形態におけるテナント判定処理のフロー図である。 本実施形態におけるログ検索処理のフロー図である。 本実施形態におけるインシデント影響テナント判定処理のフロー図である。 本実施形態における資産登録画面の構成例である。 本実施形態における操作開始申請画面の構成例である。 本実施形態における操作承認画面の構成例である。 本実施形態における特権ＩＤ通知画面の構成例である。 本実施形態における操作完了申請画面の構成例である。 本実施形態におけるログ検索画面の構成例である。 本実施形態におけるログ検索画面の結果表示欄の構成例である。 本実施形態の変形例におけるログ検索画面の構成例である。

以下、図面を用いて本発明の実施の形態について説明する。なお、これにより本発明が限定されるものではない。

本実施形態のログ管理システムは、一般にＩａａＳ(Infrastructure as a Service)と
呼ばれる、テナントに仮想マシン（Virtual Machine、以降ＶＭと記載する。）を使用す
るマルチテナントシステムを対象に、指定期間に実施された所定の特権操作に関するログ
をテナントシステム毎に収集し、管理するためのものである。本実施形態では、操作者と承認者と管理者の三者による以下の運用が行われることを想定する。すなわち、特権操作にあたって、操作者は事前に操作内容の申請を行い、承認者に操作承認要求を送る。承認者は、操作承認要求の内容を確認し、操作の承認を行う。操作承認が行われると、操作に必要な権限を付与した特権ＩＤが生成され、操作者へ特権ＩＤが通知される。操作者が通知された特権ＩＤを使用して対象資産を操作すると、特権ＩＤに紐付くログがテナント毎に分類されてシステムに蓄積される。

本実施形態に係るログ管理システムは、ログを記録するにあたり、特権操作の対象となった資産を使用していたテナントを特定し、特定したテナントをログに関連付ける。本実施形態のログ管理システムでは、特権操作の完了後、例えば、セキュリティ監査を支援するために、マルチテナントシステムの管理者が、テナント毎に特権操作ログのレポートをまとめて提出する場合に、テナント名と期間を検索条件に指定したログを検索し、指定したテナントに関する操作申請から特権操作までの一連のログを取得するにあたり、ログがどのテナントに関するものであるかを容易に特定することができるので、レポート作成にかかる工数を削減することができるようになっている。

＜システム構成＞
図１に、本実施形態に係るログ管理システムの全体構成を示す。

本実施形態のログ管理システムは、操作者クライアント１０１と承認者クライアント１０２と管理者クライアント１０３とログ管理サーバ１０４とが、アクセス用ネットワーク１０５を介して接続した構成をとる。さらに、ログ管理サーバ１０４は、管理対象システム１０６と、管理用ネットワーク１０７を介して接続する。また、管理対象システム１０６は、テナント利用者クライアント１１１と、サービス提供用ネットワーク１１２を介して接続する。

操作者クライアント１０１は、テナントに対して所定の特権操作を行うことの申請に関する情報（以下、操作申請情報と記載する。）の入力や、特権操作が許可されたユーザを示す識別情報（以下、特権ＩＤと記載する。）を使用した特権操作の入力を受け付けるコンピュータである。

承認者クライアント１０２は、特権操作の申請に対する承認に関する情報（以下、操作承認情報とう。）の入力を受け付けるコンピュータである。

管理者クライアント１０３は、本システムの初期設定値である資産登録情報の入力や、ログ検索条件の入力を受け付けるコンピュータである。

ログ管理サーバ１０４は、各クライアントからの処理要求を受け付けて、本発明の主要な処理を実行するコンピュータである。ログ管理サーバ１０４の詳細構成は後述する。

管理対象システム１０６は、ログ管理システム１０４で管理対象とする情報システムである。管理対象システムは、マルチテナントシステム１０８とシステム構成管理ＤＢ１０９とテナント構成管理ＤＢ１１０とで構成される。

マルチテナントシステム１０８は、ログ管理対象となるテナント占有資産やテナント共有資産が動作する情報システムである。テナントごとに構築された各テナントシステムは、サービス提供ネットワーク１１２を介して、テナント利用者クライアント１１１からテナント利用者に利用される。

システム構成管理ＤＢ１０９は、マルチテナントシステム１０８を構成する資産の物理的・論理的な接続状態を示す情報（以下、システム構成情報と記載する。）と、マルチテナントシステム１０８のシステム構成が変更されたイベントを表す情報（以下、システム構成変更イベント情報と記載する。）と、を管理するデータベースシステムである。

テナント構成管理ＤＢ１１０は、テナント占有資産（本実施形態ではＶＭ）ごとに、当該テナント占有資産を使用するテナント等の情報（以下、テナント構成情報という。）を管理するデータベースシステムである。
＜マルチテナントシステム１０８の構成＞
図２に、本実施例におけるマルチテナントシステム１０８の詳細構成を示す。

マルチテナントシステム１０８は、共有資産上で複数のテナントシステムが動作する情報システムである。図２の例では、テナントＡ・Ｂ・Ｃの３つのテナントシステムが動作しており、各テナントシステムには、テナント占有資産として１つ又は複数のＶＭが割り当てられ、ＯＳとミドルウェアとユーザアプリケーションとプロファイルとがテナント利用者により各ＶＭにインストールされて、システムが構築されている。一方、テナント共有資産としては、電源設備とストレージとサーバとファイアウォール（以降、ＦＷと記載）とロードバランサ（以降、ＬＢと記載）とが使用されている。また、テナント共有資産の中でも、ＬＢと電源設備は、マルチテナントシステム内の全てのテナントシステムで共有して使用される構成になっているのに対し、ストレージとサーバとＦＷはテナントＡ・Ｂ・Ｃのうちの、いずれか２つのテナントシステムで共有して使用される構成になっている。なお、テナント占有資産（ＶＭならびにその上のＯＳ、ミドルウェア、ユーザアプリケーション及びプロファイル）については、テナントの追加や削除にともない、追加・削除・移動等の構成変更が高頻度に発生するのが特徴である。

本実施形態のログ管理システムは、こうしたテナント共有資産が存在し、テナント共有資産に対する操作が複数のテナントシステムに影響する環境において、テナント占有資産の構成が高頻度に変更されるために、操作の影響が出るテナントが時々刻々と変わる環境であっても、手間なく操作の影響が出るテナントを特定できるように、ログを記録する際にテナント共有資産とテナントとを紐付けて記録するものである。

＜ログ管理サーバ１０４の構成＞
図３に、本実施形態に係るログ管理サーバ１０４の構成を示す。ログ管理サーバ１０４は、処理部３０１と記憶部３０２と送受信部３０３とを含んで構成される。

処理部３０１は、資産登録処理部３０４と特権管理処理部３０５とテナント判定処理部３０６とログ保存処理部３０７とログ検索処理部３０８とを備える。

資産登録処理部３０４は、後述する資産登録処理を実行し、管理対象とするマルチテナントシステム１０８の資産登録情報の入力を受付け、記録する処理部である。

特権管理処理部３０５は、後述する操作申請処理と特権ＩＤ配布処理とを実行し、登録されている資産に対する特権操作を行うにあたり事前に行われる操作申請に関する情報（以下、操作申請情報と記載する。）の入力を受付け、記録し、特権操作を行うためにユーザに割り当てられる特権ＩＤの生成・配布・削除を行う処理部である。

テナント判定処理部３０６は、後述するテナント判定処理を実行し、収集対象としているログの発生期間中に特権操作の対象となったマルチテナントシステム１０８の構成資産（以下、操作対象資産と記載する。）を使用していたテナント（すなわち、操作対象資産に対する特権操作の影響の及びうるテナントである。以下、インシデント影響テナントと
記載する。）を判定する処理部である。

ログ保存処理部３０７は、後述するログ保存処理を実行し、テナント判定処理部３０６の処理結果であるインシデント影響テナントと収集したログとを関連付けて保存する処理部である。

ログ検索処理部３０８は、後述するログ検索処理を実行し、クライアントからのログ検索条件の入力を受け付け、ログ保存処理部３０７が保存したログの検索画面と検索結果画面を生成・返却する処理部である。

記憶部３０２は、資産登録情報記憶部３０９と特権管理情報記憶部３１０とシステム構成情報記憶部３１１とテナント構成情報記憶部３１２とログ記憶部３１３とを備える。

資産登録情報記憶部３０９は、資産登録処理部３０４が生成する資産登録情報を記憶する記憶領域である。

特権管理情報記憶部３１０は、特権管理処理部３０５が生成する操作申請情報と操作承認情報を記憶する記憶領域である。

システム構成情報記憶部３１１は、システム構成管理ＤＢ１０９から収集したマルチテナントシステム１０８の構成を示すシステム構成情報と、マルチテナントシステム１０８におけるシステム構成の変更に係るシステム構成変更イベント情報とを記憶する記憶領域である。すなわち、システム構成情報記憶部３１１には、定期的にマルチテナントシステム１０８におけるシステム構成のスナップショットが登録されることになる。

テナント構成情報記憶部３１２は、テナントが占有している資産（本実施形態ではＶＭ）とテナントとの関係を示す情報（以下、テナント構成情報という。）を記憶する記憶領域である。

ログ記憶部３１３は、ログ保存処理部３０７が生成したログ情報を記憶する記憶領域である。

送受信部３０３は、ネットワークを介して情報の送受信を行う処理部である。

＜ハードウェア構成＞
図４に、本実施例におけるハードウェア構成を示す。本実施例におけるログ管理サーバ１０４のハードウェア構成は、図４に示すコンピュータ４０１の構成をとる。

コンピュータ４０１は、ＣＰＵ４０２とメモリ４０３と外部記憶装置４０４と送受信装置４０５と入力装置４０６と出力装置４０７とを備える。

図３に示した処理部３０１は、ＣＰＵ４０２により、外部記憶装置４０４に記憶したプログラムを、メモリ４０３にロードして実行することにより実現される。メモリ４０３及び外部記憶装置４０４の少なくともいずれかにより記憶部３０２が実現される。送受信部３０３は、送受信装置４０５により実現される。

操作者クライアント１０１と承認者クライアント１０２と管理者クライアント１０３とについても、ハードウェア構成は図４に示すものと同様である。ただし、クライアントにおける入出力処理は、入力装置４０６と出力装置４０７により実現される。

＜記憶部の詳細構成＞
以降は、図５〜図９を参照して、本実施形態の記憶部３０２の詳細構成を説明する。

＜資産登録情報記憶部３０９の構成＞
図５に、資産登録情報記憶部３０９の構成例を示す。資産登録情報記憶部３０９は、資産登録情報管理テーブル５０１を記憶し、管理する。

資産登録情報管理テーブル５０１は、資産登録処理部３０４で生成される資産登録情報を管理するテーブルであり、資産クラス名５０２と資産共有レベル５０３と資産インスタンス名５０４と特権ＩＤ配布方法５０５とを保持する。

資産クラス名５０２は、資産の種別を示す識別子である。本実施形態では、提供機能が共通し、資産共有レベル５０３と特権ＩＤ配布方法５０５とが同じ資産を、同一資産クラスとして定義している。

資産共有レベル５０３は、テナント共有資産とテナント占有資産を分類する識別子である。本実施形態では、資産共有レベルとして「テナント占有資産」「テナント共有資産」「全テナント共有資産」の３つを定義している。

ここで、「テナント占有資産」は、マルチテナントシステム１０８において、テナント毎に割り当てられ、資産と当該資産を使用しているテナントとの関係が１対１に紐づく資産であることを示す。

一方、「テナント共有資産」と「全テナント共有資産」は、マルチテナントシステム１０８において、資産と当該資産を使用しているテナントとの関係が１対Ｎの関係で紐づく資産であることを示す。本実施形態では、テナント共有資産については、マルチテナントシステム１０８で動作する全てのテナントで共有して使用される資産を「全テナント共有資産」とし、２つ以上かつ全テナント数未満のテナントに共有して使用される資産を「テナント共有資産」として区別している。

資産インスタンス名５０４は、資産クラス名５０３が同じ資産の中で、個々の資産を識別するための識別子である。

特権ＩＤ配布方法５０５は、資産の特権ＩＤの有効化／無効化方法に関する情報を格納する。具体的には、特権ＩＤの有効化／無効化処理を実行するツールのアドレスや、実行するスクリプト等を格納することができる。

＜特権管理情報記憶部３１０の構成＞
図６に特権管理情報記憶部３１０の構成例を示す。特権管理情報記憶部３１０は、操作申請情報管理テーブル６０１と操作承認情報管理テーブル６０２とを記憶し、管理する。

操作申請情報管理テーブル６０１は、特権管理処理部３０５が生成する操作申請情報を格納するテーブルであり、操作申請ＩＤ６０３と操作申請日時６０４と操作者ＩＤ６０５と操作開始予定日時６０６と操作終了予定日時６０７と操作対象資産６０８と操作予定内容６０９とを保持する。

操作申請ＩＤ６０３は、操作申請情報を一意に識別する識別子である。

操作申請日時６０４は、操作申請が行われた日時情報である。

操作者ＩＤ６０５は、特権操作を行う操作者を一意に識別する識別子である。

操作開始予定日時６０６は、特権操作を開始する予定日時である。

操作終了予定日時６０７は、特権操作を終了する予定日時である。

操作対象資産名６０８は、特権操作の対象とするマルチテナントシステム１０８の構成資産を示す資産インスタンス名である。

操作予定内容６０９は、特権操作の内容を記載した文字列である。

なお、操作者ＩＤ６０５と操作開始予定日時６０６と操作終了予定日時６０７と操作対象資産６０８と操作予定内容６０９は、後述する操作申請処理で、操作者が入力する入力値である。

操作承認情報管理テーブル６０２は、特権管理処理部３０５が生成する操作承認情報を格納するテーブルであり、操作申請ＩＤ６１０と操作承認日時６１１と承認者ＩＤ６１２と特権ＩＤ６１３とを保持する。

操作申請ＩＤ６１０は、操作申請情報を識別する識別子である。操作申請情報管理テーブル６０１が管理する情報と操作承認情報管理テーブル６０２が管理する情報の突合せに使用する。

操作承認日時６１１は、操作承認処理が行われた日時情報である。

承認者ＩＤ６１２は、操作承認処理を行った承認者を一意に識別する識別子である。

特権ＩＤ６１３は、操作承認処理に対して生成された特権ＩＤ情報である。

＜システム構成情報記憶部３１１の構成＞
図７に、システム構成情報記憶部３１１の構成例を示す。システム構成情報記憶部３１１は、システム構成情報管理テーブル７０１とシステム構成変更イベント管理テーブル７０２とを記憶し、管理する。

システム構成情報管理テーブル７０１は、システム構成管理ＤＢ１０９から収集したシステム構成情報を管理するテーブルであり、情報収集日時７０３と構成資産インスタンス名７０４とを保持する。

情報収集日時７０３は、システム構成情報が収集された日時情報である。

構成資産インスタンス名７０４は、情報収集日時７０３時点におけるマルチテナントシステム１０８のシステム構成を示す情報を格納する。本実施形態では、構成資産インスタンス名７０４には、テナント占有資産であるＶＭと、当該ＶＭが情報収集日時７０３時点で使用していたテナント共有資産である、サーバ、ストレージ、ＦＷ、ＬＢ、電源設備とを表す資産インスタンス名が関連付けて格納される。

システム構成変更イベント管理テーブル７０２は、システム構成管理ＤＢ１０９から収集した、マルチテナントシステム構成変更イベント情報を管理するテーブルであり、イベント発生日時７０５とイベント名７０６と対象資産インスタンス名７０７と移動元資産インスタンス名７０８と移動先資産インスタンス名７０９とを保持する。

イベント発生日時７０５は、マルチテナントシステム１０８においてシステム構成が変更されたイベントの発生日時を示す日時情報である。

イベント名７０６は、イベントの種別を示す名称である。

対象資産インスタンス名７０７は、システム構成変更イベント情報の発生元となったソフトウェア資産（本実施形態ではＶＭ）の資産インスタンス名を格納する。

移動元資産インスタンス名７０８と移動先資産インスタンス名７０９は、保持するシステム構成変更イベントが、ソフトウェア資産の稼働場所の変更を伴うイベントである場合に、移動元と移動先になった資産の資産インスタンス名を格納する。

本実施形態では、テナント占有資産であるＶＭの「移動」「追加」「削除」に関するイベントを取得し、イベント名７０６に、このイベント種別（「ＶＭ移動」「ＶＭ追加」又は「ＶＭ削除」）を格納する。また、対象資産インスタンス名７０７には、移動・追加・削除の対象となったＶＭの資産インスタンス名を格納する。さらに、移動元資産インスタンス名７０８と移動先資産インスタンス名７０９には、イベント名７０６が「移動」である場合には、ＶＭの移動元と移動先になったサーバの資産インスタンス名をそれぞれ格納し、イベント名７０６が「追加」である場合には、移動先資産インスタンス名７０８にＶＭの追加先となったサーバの資産インスタンス名を格納し、イベント名７０６が「削除」である場合には、移動元資産インスタンス名７０８にＶＭの削除元となったサーバの資産インスタンス名を格納している。なお、イベント種別が「追加」である場合の移動元資産インスタンス名７０８と、イベント種別が「削除」である場合の移動先資産インスタンス名７０９は空欄としている。

＜テナント構成情報記憶部３１２の構成＞
図８に、テナント構成情報記憶部３１２の構成例を示す。テナント構成情報記憶部は、テナント構成情報管理テーブル８０１を記憶し、管理する。

テナント構成情報管理テーブル８０１は、テナント構成管理ＤＢ１１０から収集したテナント構成情報を格納するテーブルであり、テナント占有資産名８０２とテナントＩＤ８０３とテナント利用者名８０４と利用開始日時８０５と利用終了日時８０６とを保持する。

テナント占有資産名８０２は、テナントが使用しているテナント占有資産の資産インスタンス名である。本実施形態では、テナント占有資産名８０２には、ＶＭを示す資産インスタンス名が格納される。

テナントＩＤ８０３は、テナントを一意に識別する識別子である。

テナント利用者名８０４は、テナントを利用している組織や顧客の名前である。

利用開始日時８０５は、テナントＩＤ８０３が示すテナントが、テナント占有資産名８０２が示すテナント占有資産（ＶＭ）の利用を開始した日時である。

利用終了日時８０６は、テナントＩＤ８０３が示すテナントが、テナント占有資産名８０２が示すテナント占有資産（ＶＭ）の利用を終了した日時または将来終了する予定の日時である。

＜ログ記憶部３１３の構成＞
図９に、ログ記憶部３１３の構成例を示す。ログ記憶部３１３は、ログ管理テーブル９０１を記憶し、管理する。

ログ管理テーブル９０１は、ログ保存処理部３０７が生成するログ情報を格納するテーブルであり、操作対象資産９０２と資産クラス９０３と資産共有レベル９０４とインシデント影響テナント名９０５と操作日時９０６と操作申請ログ９０７と操作ログ９０８とイベントログ９０９とを保持する。

操作対象資産名９０２は、操作対象資産を示す資産インスタンス名である。

資産クラス９０３は、操作対象資産名９０２が示す資産の種別を示す識別子である。

資産共有レベル９０４は、テナント共有資産とテナント占有資産を分類する識別子であり、本実施形態では上述したように、「テナント占有資産」「テナント共有資産」「全テナント共有資産」のいずれかである。

インシデント影響テナント名９０５は、操作対象資産名９０２に対する特権操作の影響が及びうるテナントを示すテナントＩＤの一覧である。インシデント影響テナント名９０５が示すテナントは、テナント判定処理部３０６によるテナント判定処理により特定される。

操作日時９０６は、捜査対象資産に対する特権操作が実施された日時情報である。

操作申請ログ９０７と操作ログ９０８と対象資産ログ９０９は、特権操作の内容に関する情報である。

本実施形態では、操作日時９０６には、後述する特権ＩＤ配布処理で、特権管理処理部３０５が操作対象資産に対する特権ＩＤを有効化した日時と、特権ＩＤを削除して無効化した日時を格納している。また、操作申請ログ９０７には、操作申請情報管理テーブル６０１と操作承認情報管理テーブル６０２に紐付く操作申請ＩＤを格納し、操作ログ９０８とイベントログ９０９には、ログ保存処理部３０７が生成したログファイルのファイル名を保存している。なお、操作ログ９０８が示すファイルの内容は、例えば、操作者クライアント１０１上で行われた操作の画面キャプチャ情報とすることができる。

＜処理フロー＞
以降では、本発明の実施形態によるログ管理システムの処理フローを説明する。

＜処理フロー説明のための初期条件＞
以降の処理フローの説明にあたっては、次の初期構成があるものとする。

まず、システム構成管理ＤＢ１０９とテナント構成管理ＤＢ１１０には、マルチテナントシステム１０８の最新のシステム構成情報が常に管理されているものとする。

また、操作者クライアント１０１は、操作者が行った特権操作のログを、特権操作に使用された特権ＩＤ６１３に紐付けて記録する機能と、送受信部４０５を介して記録した操作ログを外部システムへ送信する機能を備えており、特権操作が行われた場合には操作ログをログ管理サーバ１０４に送信しているものとする。

同様に、管理対象システム１０６は、特権操作に伴い発生したイベントのログを、操作
に使用された特権ＩＤ６１３に紐付けて記録する機能と、送受信部４０５を介して記録したイベントログを外部システムへ送信する機能を備えており、特権操作が行われた場合には、イベントログをログ管理サーバ１０４に送信しているものとする。

また、操作者ＩＤや承認者ＩＤといったユーザを識別するＩＤ情報は、予め本ログ管理システムを利用する利用者に配布されているものとする。
＜全体動作概要＞
以降、図１０を参照して、上記の運用への適用を想定した本発明のログ管理システムの全体処理フローを説明する。

本ログ管理システムの処理は、大きく、資産登録プロセス１０００Ａとログ記録プロセス１０００Ｂとログ検索プロセス１０００Ｃの３つのプロセスに分類できる。資産登録プロセス１０００Ａは、マルチテナントシステム１０８の管理者が、本ログ管理システムの初期設定として、管理対象とする資産を登録するプロセスである。ログ記録プロセス１０００Ｂは、管理対象資産に対する特権操作を受け付け、操作ログをテナント毎に記録するプロセスである。ログ検索プロセス１０００Ｃは、ログ記録プロセス１０００Ｂで記録したログを検索し、テナント毎にログを出力するプロセスである。以降、これら処理プロセスの動作概要を順に説明する。

まず、資産登録プロセス１０００Ａでは以下の処理を行う。

ログ管理サーバ１０４は、管理者クライアント１０３から資産登録の処理要求を受け付け、資産登録処理を実行する（ステップ１００１）。資産登録処理が完了すると、ログ管理サーバ１０４は、登録された資産のシステム構成情報を管理対象システム１０６から定期的に収集して記憶する。例えば、テナント判定処理部３０６が、送受信部３０３を介して、予め指定された期間毎にシステム構成管理ＤＢ１０９にシステム構成情報の取得要求を送信し、システム構成管理ＤＢ１０９から応答されたシステム構成情報をシステム構成情報管理テーブル７０１に記憶することができる（ステップ１００２）。

次に、ログ記録プロセス１０００Ｂで以下の処理を行う。

ログ管理サーバ１０４は、操作者クライアント１０１から操作申請の処理要求を受け付けるとともに、承認者クライアント１０２から申請承認の処理要求を受け付けて、操作申請及び承認に係る操作申請処理を実行する（ステップ１００３）。ログ管理サーバ１０４は、操作対象資産での特権ＩＤの有効化、特権ＩＤの通知、操作完了申請の受付、及び操作対象資産での特権ＩＤの無効化を行う特権ＩＤ配布処理を実行する（ステップ１００４）。ログ管理サーバ１０４は、特権操作の影響を受けうるインシデント影響テナント名を算出するテナント判定処理を実行する（ステップ１００５）。ログ管理サーバ１０４は、操作ログとイベントログの取得を行い、これらログをステップ１００５で取得したインシデント影響テナント名と紐付けて記憶する。すなわち、ログ保存処理部３０８が、送受信部３０３を介して、操作者クライアント１０１と管理対象システム１０６とのそれぞれにログ取得要求を送信し、操作ログとイベントログとを取得し、ステップ１００５で取得したインシデント影響テナント名と操作ログ及びイベントログとを紐付けるように、ログ情報を作成してログ情報管理テーブル９０１に記憶する（ステップ１００６）。

次に、ログ検索プロセス１０００Ｃでは以下の処理を行う。

ログ管理サーバ１０４は、管理者クライアント１０３からのログを検索するための処理要求を受け付け、処理要求に指定された検索条件でログ検索処理を実行し、処理結果を出力するログ検索処理を行う（ステップ１００７）。

以上、本発明のログ管理システム全体動作概要を説明した。

＜詳細フローの説明＞
以降では、図１０で示した資産登録処理（ステップ１００１）、操作申請処理（ステップ１００３）、特権ＩＤ配布処理（ステップ１００４）、テナント判定処理（ステップ１００５）、及びログ検索処理（ステップ１００７）の詳細フローを説明する。なお、ログ管理サーバ１０４は、必ず送受信部３０３を介して外部システムから処理要求や処理結果を受け取るが、以降の詳細フローの説明ではこの記載を省略する。

＜資産登録処理１００１の詳細フロー＞
図１１と図１７を参照して、資産登録処理部３０４が実行する、資産登録処理１００１の詳細処理フローを説明する。

管理者クライアント１０３が、資産登録画面の表示要求をログ管理サーバ１０４へ送信する（ステップ１１０１）。

資産登録処理部３０４は、資産登録画面の表示要求を受けて、資産登録情報記憶部３０９に資産登録情報の取得要求を送信する（ステップ１１０２）。

資産登録情報記憶部３０９は、資産登録情報管理テーブル５０１から登録済みの資産登録情報を読み出し、返信する（ステップ１１０３）。

資産登録処理部３０４は、図１７に構成例を示す資産登録画面１７０１を表示するための画面データ生成し、管理者クライアント１０３へ送信する（ステップ１１０４）。

図１７に示すように、資産登録画面１７０１は、資産登録情報表示欄１７０２と資産登録情報入力欄１７０３と資産登録ボタン１７０４とを含む画面である。

資産登録情報表示欄１７０２は、ステップ１１０３で取得した資産登録情報の表示領域である。本実施形態では、資産クラス名５０２と資産共有レベル５０３と資産インスタンス名５０４と特権ＩＤ配布方法５０５とが表示されている。

また、資産登録情報入力欄１７０３は、新たに登録する資産の資産登録情報の入力領域である。本実施形態では、資産登録情報入力欄１７０３は、資産クラス名入力欄１７０５と資産共有レベル入力欄１７０６と資産インスタンス名入力欄１７０７と特権ＩＤ配布方法入力欄１７０８とを備える。なお、資産クラス名入力欄１７０５と資産共有レベル入力欄１７０６は、ステップ１１０３で取得した登録済みの資産登録情報の資産クラス名や資産共有レベルを選択する方法でも入力することができる。

資産登録ボタン１７０４は、資産登録情報入力欄１７０３の入力値を確定し、ログ管理サーバ１０４へ資産登録情報の送信を開始するボタンである。

管理者クライアント１０３は、ログ管理サーバ１０４から受信した画面データに基づいて資産登録画面１７０１を表示し、資産登録情報入力欄１７０３から資産登録情報の入力を受け付ける。資産登録ボタン１７０４が押下されると、管理者クライアント１０３は、入力された資産登録情報をログ管理サーバ１０４へ送信する（ステップ１１０５）。

資産登録処理部３０４は、管理者クライアント１０３から資産登録情報を受信し、受信した資産登録情報の記憶要求を、資産登録情報記憶部３０９へ送信する（ステップ１１０
６）。

資産登録情報記憶部３０９は、記憶要求に応じて、資産登録情報を、資産登録情報管理テーブル５０１の対応するカラム５０２〜５０５に格納し、記憶する（ステップ１１０７）。以降は、前述のステップ１００２の処理へ進む。

以上、資産登録処理１００１の詳細フローを説明した。

＜操作申請処理１００３の詳細フロー＞
次に、図１２と図１８と図１９とを参照して、特権管理処理部３０５が実行する操作申請処理１００３の詳細処理フローを説明する。

操作者クライアント１０１が、操作申請画面の表示要求をログ管理サーバ１０４へ送信する（ステップ１２０１）。

特権管理処理部３０５は、操作申請画面の表示要求を受けて、図１８に構成例を示す操作申請画面１８０１を表示するための画面データ生成し、操作者クライアント１０１へ送信する（ステップ１２０２）。

図１８に示すように、操作申請画面１８０１は、操作申請情報入力欄１８０２と操作申請ボタン１８０３とを備える画面である。

操作申請情報入力欄１８０２は、新たに登録する操作申請情報の入力領域である。本実施形態では、操作開始予定日時入力欄１８０４と操作終了予定日時入力欄１８０５と操作者ＩＤ入力欄１８０６と操作対象資産入力欄１８０７と操作申請内容入力欄１８０８と承認者ＩＤ入力欄１８０９とを備えている。

操作申請ボタン１８０３は、操作申請情報入力欄１８０２の入力値を確定し、ログ管理サーバ１０４への操作申請情報の送信を開始するボタンである。

操作者クライアント１０１は、ログ管理サーバ１０４から受信した画面データに基づいて操作申請画面１８０１を表示し、操作申請情報入力欄１８０２の入力を受け付ける。操作申請ボタン１８０３が押下されると、操作者クライアント１０１は、入力された操作申請情報及び承認者ＩＤ入力欄１８０９に入力された承認者ＩＤをログ管理サーバ１０４へ送信する（ステップ１２０３）。

特権管理処理部３０５は、操作申請情報を取得した日時を操作申請日時として記憶し、取得した操作申請情報を一意に特定する操作申請ＩＤを生成する。そして、特権管理処理部３０５は、操作申請ＩＤと操作申請日時と取得した操作申請情報との記憶要求を特権管理情報記憶部３１０へ送信する（ステップ１２０４）。

特権管理情報記憶部３１０は、記憶要求に応じて、操作申請ＩＤと操作申請日時と操作申請情報とを、操作申請情報管理テーブル６０１の対応するカラム６０３〜６０９に格納し、記憶する（ステップ１２０５）。

特権管理処理部３０５は、承認者ＩＤが示す承認者に対し、図１９に構成例を示す操作承認画面１９０１を表示するための画面データを生成し、承認者クライアント１０２へ送信する（ステップ１２０６）。

操作承認画面１９０１は、操作申請情報表示欄１９０２と操作申請承認ボタン１９０３
と操作承認却下ボタン１９０４とを備える画面である。

操作申請情報表示欄１９０２は、承認対象である操作申請情報の表示領域である。

操作申請承認ボタン１９０３は、操作申請情報表示欄１９０２に表示された操作申請情報に係る申請に対する承認を示す操作承認情報を生成し、特権管理部３０５への特権ＩＤの発行要求の送信を開始するボタンである。

操作申請承認ボタン１９０４は、操作承認を却下し、特権ＩＤの発行要求を破棄するボタンである。

なお、本実施形態では、操作申請情報表示欄１９０２の符号１９０５の操作対象資産の表示については、操作対象資産の資産インスタンス名（操作対象資産名６０８）だけではなく、対応する資産登録情報の資産クラス名５０２及び資産共有レベル５０３も合わせて表示している。本表示は例えば、操作申請情報に含まれる操作対象資産名６０８の情報を取得し、この操作対象資産に関連づけて資産登録情報管理テーブル５０１に記憶されている資産クラス名５０２と資産共有レベル５０３を参照することで実現できる。本表示は、操作承認前の承認者に対して、操作対象資産のおよその機能や、特権操作がテナントに与える影響の程度を提示したい場合に、好適な構成である。

承認者クライアント１０２は、ログ管理サーバ１０４から受信した画面データに基づいて操作承認画面１９０１を表示し、操作申請承認ボタン１９０３又は操作申請却下ボタン１９０４の入力を受け付ける。いずれかのボタンが押下されると、承認者クライアント１０２は、操作承認情報をログ管理サーバ１０４へ送信する（ステップ１２０７）。なお、操作承認情報は、例えば、承認対象とする操作申請情報の操作申請ＩＤと、予め承認者に発行された承認者ＩＤの組み合わせ情報などである。また、操作申請却下ボタン１９０３が押下された場合には、操作承認情報として操作申請ＩＤのみを送信するなど、別の情報を送信して区別する。

特権管理処理部３０５は、承認者クライアント１０２から受信した操作承認情報が承認を示すものであった場合、操作承認情報を取得した日時を操作承認日時として記憶する。さらに、特権管理処理部３０５は、特権ＩＤを生成する。特権ＩＤには、操作開始申請で指定された操作対象資産を、指定された操作者ＩＤで操作するのに必要な権限が割り当てられる。この権限は公知の手法により例えば管理対象システム１０６において管理される。そして、特権管理処理部３０５は、操作承認日時と特権ＩＤと取得した操作承認情報との記憶要求を特権管理記憶部３１０へ送信する（ステップ１２０８）。なお、ステップ１２０７で取得した操作承認情報が承認拒否を示すものであった場合は、例えば、特権管理処理部３０５は、操作者クライアント１０１に操作申請の却下と操作申請処理１００３の再実行を促すメッセージを通知し、処理を終了することができる。

特権管理情報記憶部３１０は、記憶要求に応じて、操作承認日時と特権ＩＤと操作承認情報とを、操作承認情報管理テーブル６０２の対応するカラム６１０〜６１３へ格納し、記憶する（ステップ１２０９）。

特権管理処理部３０５は、操作開始予定日時に合わせて、ステップ１２０８で生成した特権ＩＤと、ステップ１２０３で取得した操作対象資産と操作開始予定日時と操作終了予定日時と承認者ＩＤとを引数にして特権ＩＤ配布処理１００４を呼び出す（ステップ１２１０）。この処理は、例えば、操作開始予定時刻に特権ＩＤ配布処理を呼び出すタイマーをセットするなどの方法で実現する。

以上、操作申請処理１００３の詳細フローを説明した。

＜特権ＩＤ配布処理１００４の詳細フロー＞
次に、図１３と図２０と図２１を参照して、特権管理処理部３０５が実行する、特権ＩＤ配布処理１００４の詳細処理フローを説明する。

特権管理処理部３０５が、ステップ１２１０における呼出しを受け、引数から特権ＩＤと操作対象資産と操作開始予定日時と操作終了予定日時と承認者ＩＤを取得し、操作対象資産の特権ＩＤ配布方法の読取要求を、資産登録情報記憶部３０９へ送信する（ステップ１３０１）。

資産登録情報記憶部３０９は、読取要求に応じて、指定された操作対象資産を資産インスタンス名５０４にもつレコードを資産登録情報管理テーブル５０１から読み出し、このレコードの特権ＩＤ配布方法５０５の値を返信する（ステップ１３０２）。

特権管理処理部３０５は、資産登録情報記憶部３０９から返信された特権ＩＤ配布方法５０５に従い、管理対象システム１０６へ、操作対象資産の特権ＩＤ有効化要求を送信する（ステップ１３０３）。

管理対象システム１０６は、特権ＩＤ有効化要求を受けて、指定された操作対象資産の特権ＩＤを有効化する（ステップ１３０４）。

特権管理処理部３０５は、ステップ１３０４で特権ＩＤの有効化処理が完了した日時を特権ＩＤ有効化日時として記憶する。さらに、特権管理処理部３０５は、図２０に構成例を示す特権ＩＤ通知画面２００１を表示するための画面データを生成し、操作者クライアント１０１へ送信する（ステップ１３０５）。

ここで、特権ＩＤ通知画面２００１は、特権ＩＤ情報表示欄２００２と、操作承認内容表示欄２００３とを備える画面である。

特権ＩＤ情報表示欄２００２は、特権ＩＤの発行契機となった操作申請の操作申請ＩＤと、特権ＩＤと、特権ＩＤ有効期間の表示領域である。なお、本実施形態では、特権ＩＤ有効期間は、ステップ１２０３で取得した操作開始予定日時と操作終了予定日時の値とにより表される期間としている。

操作承認内容表示欄２００３は、操作申請情報及び操作承認情報の表示領域である。

操作者クライアント１０１は、ログ管理サーバ１０４から受信した画面データに基づいて特権ＩＤ通知画面２００１を表示し、操作者に特権ＩＤと有効期間を通知する。その後、操作対象資産に対する特権操作の入力を受け付け、これを操作対象資産に送信する。なお、これら特権操作は公知の手法により行われるものとし、説明を省略する。操作者クライアント１０１は、この特権操作の内容をログとして記録しておくものとする。操作完了後、操作者クライアント１０１は、操作完了申請画面の表示要求をログ管理サーバ１０４へ送信する（ステップ１３０６）。

特権管理処理部３０５は、操作完了申請画面の表示要求を受けて、図２１に構成例を示す操作完了申請画面を２１０１を表示するための画面データを生成し、操作者クライアント１０１へ送信する（ステップ１３０７）。図２１に示すように、操作完了申請画面２１０１は、操作申請ＩＤ入力欄２１０２と操作完了申請ボタン２１０３を備える画面である。

操作申請ＩＤ入力欄２１０２は、操作完了申請の対象とする操作申請を指定する入力欄である。本実施形態では、操作者が、特権ＩＤ情報表示欄２００２で確認した操作申請ＩＤを操作申請ＩＤ入力欄２１０２に入力するものとする。

操作完了申請ボタン２０１３は、操作申請ＩＤ入力欄２１０２の入力を確定し、特権操作処理部３０５への送信を開始するためのボタンである。

操作者クライアント１０１は、ログ管理サーバ１０４から受信した画面データに基づいて操作完了申請画面２１０１を表示し、操作完了申請情報の入力を受け付け、ログ管理サーバ１０４へ送信する（ステップ１３０８）。

特権管理部３０５は、操作者クライアント１０１から受信した操作完了申請情報を受けて、操作申請ＩＤに紐付く特権ＩＤの無効化処理を実行する。具体的には、特権管理部３０５は、操作情報管理テーブル６０１を参照して、指定された操作申請ＩＤ６０３に紐付く操作対象資産６０８を取得し、ステップ１３０１〜ステップ１３０２と同様に特権ＩＤ配布方法を取得し、管理対象システム１０６へ操作対象資産の特権ＩＤの無効化要求を送信する（ステップ１３０９）。

管理対象システム１０６は、ログ管理サーバ１０４からの特権ＩＤ無効化要求を受けて、指定された操作対象資産の特権ＩＤを削除し、無効化する（ステップ１３１０）。

特権管理処理部３０５は、ステップ１３１０で特権ＩＤの無効化処理が完了した日時を特権ＩＤ無効化日時として記憶する。そして、特権管理処理部３０５は、操作対象資産名と操作申請ＩＤと特権ＩＤとステップ１３０５で取得した特権ＩＤ有効化日時、及びステップ１３０９で取得した特権ＩＤ無効化日時を引数に、テナント判定処理１００５を呼び出す（ステップ１３１１）。

以上、特権ＩＤ配布処理の詳細フローを説明した。

＜テナント判定処理１００５の詳細フロー＞
次に、図１４を参照して、テナント判定処理部３０６が実行する、テナント判定処理１００５の詳細処理フローを説明する。

テナント判定処理部３０６が、ステップ１３１１の呼出しを受け、操作対象資産と操作申請ＩＤと特権ＩＤと特権ＩＤ有効化日時と特権ＩＤ無効化日時とを取得する。そして、操作対象資産の資産共有レベルの読取要求を、資産登録情報記憶部３０９へ送信する（ステップ１４０１）。

資産登録情報記憶部３０９は、資産登録情報管理テーブル５０１から、ステップ１４０１で取得した操作対象資産を資産インスタンス名５０４にもつレコードを読出し、このレコードの資産共有レベル５０３の値を返信する（ステップ１４０２）。

テナント判定処理部３０６は、ステップ１４０１で取得した操作対象資産名、特権ＩＤ有効化日時及び特権ＩＤ無効化日時と、ステップ１４０２で取得した資産共有レベルとを引数に、図１６に詳細フローを示すインシデント影響テナント判定処理を実行し、インシデント影響テナント名を取得する（ステップ１４０３）。なお、本実施形態で、インシデント影響テナント名とは、特権ＩＤが有効化されていた期間（すなわち、特権ＩＤ有効化日時から特権ＩＤ無効化日時までの期間）に操作対象資産を使用して稼動していたテナントを示すテナント名の一覧である。

テナント判定処理部３０６は、ステップ１４０３で取得したインシデント影響テナント名と、ステップ１４０１で取得した操作対象資産と操作申請ＩＤと特権ＩＤと特権ＩＤ有効化日時と特権ＩＤ無効化日時とを引数に、ログ保存処理部３０７を呼び出す（ステップ１４０４）。以降は前述のステップ１００６の処理へ進む。

以上、テナント判定処理１００５の詳細処理フローを説明した。

＜ログ検索処理１００７の詳細フロー＞
次に、図１５と図２２と図２３を参照して、ログ検索処理部３０８が実行する、ログ検索処理１００７の詳細処理フローを説明する。

管理者クライアント１５０１が、ログ検索画面の表示要求を、ログ管理サーバ１０４へ送信する（ステップ１５０１）。

ログ検索処理部３０８は、ログ検索画面の表示要求を受けて、図２２に構成例を示すログ検索画面２２０１を表示するための画面データを生成し、管理者クライアント１０３へ送信する（ステップ１５０２）。図２２に示すように、ログ検索画面２２０１は、ログ検索条件指定欄２２０２とログ検索ボタン２２０３とログ検索結果表示欄２２０４とログ出力ボタン２２０５を備える画面である。

ログ検索条件指定欄２２０２は、ログを検索するための条件（以下、ログ検索条件と記載する。）の入力欄である。本実施形態では、テナントＩＤ入力欄２２０６と操作期間入力欄２２０７とを備えている。

ログ検索ボタン２２０３は、ログ検索条件指定欄２２０２の入力値を確定し、ログ管理サーバ１０４へのログ検索情報の送信を開始するボタンである。

ログ検索結果表示欄２２０４は、ログ検索結果の表示領域である。本実施形態では、ログ検索結果表示欄２２０４に、全資産タブ２２０８、占有資産タブ２２０９及び共有資産タブ２２１０の表示切替タブと、検索結果ログ２２１１とを表示している。検索結果ログ２２１１には、ログ管理テーブル９０１に格納したログ情報の操作日時９０６、操作対象資産９０２、操作申請ログ９０７、操作ログ９０８及びイベントログ９０９と、操作申請ログ９０７に対応する操作申請管理テーブル６０１に格納した操作申請情報の操作申請内容６０９とを表示している。なお、操作申請ログ９０７と操作ログ９０８とイベントログ９０９には、クリックすることでログの詳細を表示するリンクとしている。

本実施形態のログ検索画面２２０１が備える、全資産タブ２２０８、占有資産タブ２２０９及び共有資産タブ２２１０の表示切替タブは、検索結果ログ２２１１を資産共有レベル毎に分類して表示するものとする。すなわち、全資産タブ２２０８は、テナントを構成する全ての構成資産に対する特権操作に係るログを検索結果ログ２２１１に表示する。一方、占有資産タブ２２０９では、図２３に示すように、資産共有レベルが「テナント占有」であるテナント占有資産についてのログのみを検索結果ログ２３０１に表示する。同様に、共有資産タブ２２１０では、資産共有レベルが「テナント共有」又は「全テナント共有」であるテナント共有資産についてのログのみを検索結果ログ２３０２ログに表示する。

本実施形態の占有資産タブ２２０９及び共有資産タブ２２１０によるログ表示は、例えば、テナント共有資産とテナント占有資産を別々の組織が管理運用している場合に、それぞれの組織が自組織の担当する資産のログのみを出力する場合に好適な構成である。

ログ出力ボタン２２０５は、検索結果ログ２２１１に出力されたログをファイル等へ外部出力するためのボタンである。ログ出力ボタン２２０５が押下されると、ログ検索処理部３０８は、検索結果ログ２２１１に出力されているログをＣＳＶ等のファイルに書き出し、ファイルを管理者クライアント１０３へ送信する。

管理者クライアント１０３は、ログ管理サーバ１０４から受信した画面データに基づいてログ検索画面２２０１を表示し、ログ検索条件指定欄２２０２の入力を受け付ける。ログ検索ボタン２２０３が押下されると、管理者クライアント１０３は、テナントＩＤ入力欄２２０６及び操作期間入力欄２２０７に入力されたテナントＩＤ及び操作期間を含むログ検索条件をログ管理サーバ１０４へ送信する（ステップ１５０３）。

ログ検索処理部３０８は、管理者クライアント１０３から受信したログ検索条件でのログ検索要求をログ記憶部３１３へ送信する（ステップ１５０４）。

ログ記憶部３１３は、ログ検索処理部３０８から受信したログ検索要求に応じてログ検索条件でログ管理テーブル９０１を検索し、ログ検索結果を返信する（ステップ１５０５）。本実施形態では、テナントＩＤ入力欄２２０６で指定されたテナントＩＤ（テナント名）がログ管理テーブル９０１のインシデント影響テナント名９０５に含まれ、かつ操作期間入力欄２２０７で指定された期間に操作日時９０６が該当するレコードを検索する。

ログ検索処理部３０８は、ログ検索結果に基づきログ検索画面２２０１のログ検索結果表示欄２２０４を更新した画面データを作成し、管理者クライアント１０３へ送信する（ステップ１５０６）。

管理者クライアント１０３は、受信した画面データに基づいて、更新されたログ検索画面２２０１を表示する（ステップ１５０７）。

以上、ログ検索処理１００７の詳細処理フローを説明した。

＜インシデント影響テナント判定処理の詳細フロー＞
次に、図１６を参照して、テナント判定処理部３０６がテナント判定処理１００５のステップ１４０３で実行するインシデント影響テナント判定処理の詳細フローを説明する。

インシデント影響テナント判定処理は、対象資産と資産共有レベルと期間の入力を受けて、期間中のマルチテナントシステム１０８のシステム構成を解析し、当該期間に対象資産を使用していたテナントをインシデント影響テナントとして特定し、このインシデント影響テナントを示すインシデント影響テナント名９０５を求める処理である。

テナント判定処理部３０６は、引数で指定された操作対象資産名、特権ＩＤ有効化日時、特権ＩＤ無効化日時及び資産共有レベルを取得する（ステップ１６０１）。以降、特権ＩＤ有効化日時はＴ１、特権ＩＤ無効化日時はＴ２と記載する。

テナント判定処理部３０６は、ステップ１６０１で取得した資産共有レベルに応じた処理分岐を行う（ステップ１６０２）。

資産共有レベルが「テナント共有」である場合は（ステップ１６０２：テナント共有）、ステップ１６０３に進み、特権ＩＤ有効化日時Ｔ１時点から直近におけるマルチテナントシステム１０８のシステム構成のスナップショットを取得する。具体的には、テナント判定処理部３０６は、システム構成情報管理テーブル７０１から、構成資産インスタンス
名７０４に操作対象資産が含まれ、かつ情報収集日時７０３がＴ１以前で最も新しいレコードを検索し、これをベース構成情報Ｋ０として記憶する。また、テナント判定処理部３０６は、Ｋ０の情報収集日時７０３を、ベース日時Ｔ０として記憶する（ステップ１６０３）。

次に、上記スナップショットが取られた時点からＴ１時点までに行われたシステム構成に対する変更履歴を取得する。具体的には、テナント判定処理部３０６は、システム構成変更イベント管理テーブル７０２から、イベント発生日時７０５がベース日時Ｔ０からＴ１までの期間のレコードを検索し、これを構成変更履歴Ｅ１として記憶する。また、テナント判定処理部３０６は、システム構成変更イベント管理テーブル７０２から、イベント発生日時７０５がＴ１からＴ２までのレコードを検索し、これを特権有効化期間構成変更履歴Ｅ２として記憶する（ステップ１６０４）。

上記取得したスナップショットと変更履歴とに基づいて、Ｔ１時点でのシステム構成を示すシステム構成情報Ｋ１を再構築し、Ｋ１に含まれる構成資産を使用しているソフトウェア資産（本実施形態ではＶＭ）を特定する。具体的には、テナント判定処理部３０６は、ベース構成情報Ｋ０と構成変更履歴Ｅ１をマージして、特権ＩＤ有効化日時Ｔ１時点でのマルチテナントシステム１０８のシステム構成情報を取得する。本実施形態では、テナント判定処理部３０６は、構成変更履歴Ｅ１のレコードＥをイベント発生日時７０５の順に参照して、Ｅの対象資産インスタンス名７０７に対応するＶＭを含む構成資産インスタンス名７０４のサーバを移動先資産インスタンス名に変更していくことができる。このようにしてベース構成情報Ｋ０を変更したシステム構成情報を特権有効化時点システム構成Ｋ１と記載する。また、Ｋ１に含まれる構成資産インスタンス名７０４のうち、資産登録情報管理テーブル５０１に資産共有レベル５０３が「テナント占有資産」として登録されている資産（図５の例では、プロファイル（Profile#1,...）、アプリ（App#1,...）、ＯＳ／ミドルウェア（OS#,...）、ＶＭ（VM#1,...）のいずれかであり、図７の例に示す構
成資産インスタンス名７０４では、ＶＭ（VM#1,VM#2,VM#3）が該当する。）を、特権有効化時点影響テナント資産Ｒ１として記憶する（ステップ１６０５）。

次にＴ１時点からＴ２時点までの間に、Ｔ１時点でのシステム構成を示すシステム構成情報Ｋ１に含まれる構成資産を使用したソフトウェア資産（本実施形態ではＶＭ）を特定する。具体的には、テナント判定処理部３０６は、特権有効化期間構成変更履歴Ｅ２から、移動先資産インスタンス７０９に特権有効化時点システム構成Ｋ１の構成資産が含まれるレコードを取得する。そして、これらレコードに含まれる構成資産インスタンス名７０４のうち、資産登録情報管理テーブル５０１に資産共有レベル５０３が「テナント占有資産」として登録されている資産（上述のとおり本実施形態ではＶＭとなる。）を、特権有効化期間影響テナント資産Ｒ２として記憶する（ステップ１６０６）。

Ｔ１時点においてシステム構成情報Ｋ１に含まれる構成資産を使用していたソフトウェア資産（Ｒ１）、あるいは、Ｔ１時点からＴ２時点までの間にＫ１に含まれる構成資産を使用していたソフトウェア資産（Ｒ２）に対応するテナントを特定する。具体的には、テナント判定処理部３０６は、テナント構成情報管理テーブル８０１から、テナント占有資産名８０２が、特権有効化時点影響テナント資産Ｒ１、又は特権有効化期間影響テナント資産Ｒ２に含まれ、利用開始日時８０５が特権ＩＤ無効化日時よりも前であり、かつ、利用終了日時８０６が特権ＩＤ有効化日時よりも後であるレコードを検索して取得する。そして、テナント判定処理部３０６は、これらのレコードのテナントＩＤ８０３の一覧をインシデント影響テナント名として記憶する（ステップ１６０７）。

一方、資産共有レベルが「テナント占有」である場合は（ステップ１６０２：テナント占有）、テナント構成情報管理テーブル８０１において操作対象資産とテナントが紐付け
られていることから、ステップ１６０９に進み、操作対象資産に対応するテナントを特定する。すなわち、テナント判定処理部３０６は、テナント構成情報管理テーブル８０１から、テナント占有資産名８０２が操作対象資産と一致し、利用開始日時８０５が特権ＩＤ無効化日時よりも前であり、かつ、利用終了日時８０６が特権ＩＤ有効化日時よりも後であるレコードを検索して取得する。そして、これらレコードのテナントＩＤ８０３の一覧をインシデント影響テナント名に加える（ステップ１６０９）。

また、資産共有レベルが「全テナント共有」である場合は（ステップ１６０２：全テナント共有）、全てのテナントが操作対象資産に関係することから、ステップ１６１０に進み、テナント判定処理部３０６は、テナント構成情報管理テーブル８０１に格納されている、利用開始日時８０５が特権ＩＤ無効化日時よりも前であり、かつ、利用終了日時８０６が特権ＩＤ有効化日時よりも後である全てのレコードのテナントＩＤ８０３の一覧を、インシデント影響テナント名に追加する（ステップ１６１０）。

テナント判定処理部３０６は、インシデント影響テナント名を処理結果として返却する（ステップ１６１１）。

以上、インシデント影響テナント判定処理の詳細フローを説明した。

なお、上記の説明では省略したが、操作者、承認者及び管理者が各クライアントを操作する場合には、クライアントの使用者が適切なユーザであることを確認するためのユーザ認証を、ログ管理サーバ１０４で実施するようにしても良い。

以上、本発明の実施形態を説明した。本実施形態のログ管理システムによれば、管理対象システムで生成されたログを収集して記録する際に、ログの収集対象である構成資産（操作対象資産）がテナント共有資産である場合に、収集対象のログの生成期間（特権ＩＤ有効化日時から特権ＩＤ無効化日時までの期間）におけるシステムの構成変更履歴を取得して解析することで、収集対象の構成資産をログの生成期間内に使用していたテナントを特定し、特定したテナントの識別子を収集対象のログに関連付けて記憶することができる。したがって、マルチテナントシステムのような共有資産を使って構成された情報システムであっても、テナントシステム毎にハードウェアからソフトウェアまでの一連の資産に関するログを、資産に影響を受けるテナントに関連付けて記録することができる。マルチテナントシステムでは、不正操作や機器障害等のインシデントが共有資産で発生した場合に、当該共有資産を使用していた全てのテナントシステムに影響するところ、従来技術では、テナントの占有資産と共有資産のログを区別なく記録していたことから、蓄積されたログから共有資産に関するログを抽出し、ログの生成日時を調べ、さらに当該生成日時に当該共有資産を使用していたテナントシステムをシステム構成情報の履歴を参照して特定して突合せるといった運用を行う必要があり、インシデントがどのテナントに影響が及ぶのかを特定することが困難であったが、本実施形態のログ管理システムによれば、影響の及ぶテナントをログに関連付けて記録することができるので、ログの効率的に検索することができる。

また、本実施形態のログ管理システムでは、資産共有レベルが「テナント占有資産」又は「全テナント共有資産」の場合には、構成変更履歴の解析を省略している。（図１６、ステップ１６０９，１６１０）。これにより効率的にインシデント影響テナントを特定することができる。

また、本実施形態のログ管理システムでは、テナント識別子を検索条件としてログを検索することができる。したがって、あるテナントに影響のあるインシデントを容易に特定することができる。 また、本実施形態のログ管理システムでは、資産共有レベルをログ
と一緒に出力することができる。したがって、マルチテナントシステムにおいてインシデントがどのように影響するかを容易に把握することが可能となり、マルチテナントシステムの管理者の管理を支援することができる。

また、本実施形態のログ管理システムでは、特権操作が行われた場合に、特権ＩＤの有効期間において特権操作の操作対象資産を使用していたテナントを容易に特定することができる。

また、本実施形態のログ管理システムでは、特権ＩＤを取得するまでに行った特権ＩＤ取得申請に関するログ（操作申請情報）と、特権ＩＤ取得承認に関するログ（操作承認情報）と、特権ＩＤを使った操作内容に関するログ（操作申請情報の操作予定内容６０９）と、特権ＩＤ操作の結果資産で生成されたイベントログ（システム構成変更イベント情報）とを記録している。これにより、特権操作に関する具体的な作業を詳細に記録することができる。

［変形例］
以降では、本発明の実施形態の変形例について補足する。

＜変形例：特権操作影響テナントの出力＞
本実施形態のログ検索処理１００７では、テナント名と操作期間を検索条件に指定し、指定されたテナントに関する特権操作ログを出力する例を説明した。しかし、本実施形態のログ管理システムでは、ログ検索処理を変更することで、特権操作の履歴から、その特権操作の影響を受けたテナントを検索する用途でも使用することができる。これは、例えば、特権操作にオペレーションミスがあった場合に、オペレーションミスの影響を受けたテナント一覧を把握する場合などに好適である。

この場合、ログ検索処理１００７を変更する。すなわち、ステップ１５０２において、図２２のログ検索画面２２０１に代えて図２４に示すログ検索画面２４０１を生成する。

ログ検索画面２４０１は、ログ検索画面２２０１と同様に、ログ検索条件指定欄２４０２とログ検索ボタン２４０３とログ検索結果表示欄２４０４とログ出力ボタン２４０５で構成されるが、ログ検索条件指定欄２４０２の検索条件と、ログ検索結果表示欄２４０４の表示内容が異なる。

ログ検索情報指定欄２４０２は、操作期間入力欄２４０６と操作対象資産入力欄２４０７と操作申請情報入力欄２４０８とを備える。なお、本実施形態では、操作対象資産入力欄２４０７は、資産共有レベルと資産クラスと資産インスタンスを指定できるようにしている。また、操作申請情報入力欄２４０８は、操作申請内容と操作者ＩＤを指定できるようにしている。

ログ検索結果表示欄２４０４の検索結果ログ２４０９には、ログ管理テーブル９０１に格納した操作日時９０６と操作対象資産９０２とインシデント影響テナント名９０５と操作申請ログ９０７と操作ログ９０８とイベントログ９０９、及び操作申請管理テーブル６０１に格納した操作者ＩＤ６０５を表示する。

ステップ１５０４のログ検索処理要求では、操作期間入力欄２４０６で指定された条件に操作日時９０６が該当し、かつ操作対象資産入力欄２４０７で指定された条件に資産共有レベル９０４・資産クラス９０２・操作対象資産９０２のいずれかが該当し、操作申請情報入力欄２４０８で指定された条件に操作申請ログ９０７の参照先である操作申請内容６０９及び操作者ＩＤ６０５が該当するレコードの検索を要求する。

ステップ１５０６のログ検索結果表示欄の更新では、図２４に示した、検索結果ログ２４０９を表示する。マルチテナントシステムの管理者は、本表示のインシデント影響テナント名に示されたテナント名を確認することで、検索条件に指定した特権操作の影響を受けたテナントの一覧を把握することができる。

＜変形例：システム構成情報の取得方法＞
上記実施形態では、資産登録処理１００１後のステップ１００２で、定期的にマルチテナントシステム１０８のシステム構成情報のスナップショットの取得を行うものとした。しかし、スナップショットの取得は、定期取得以外の方法であってもよい。

この場合、例えば、ステップ１３０３で、特権管理処理部３０５が管理対象システム１０６に特権ＩＤの有効化を要求するのと同じタイミングで、テナント判定処理部３０６にシステム構成情報の取得を要求し、操作開始申請毎にシステム構成情報を記録し、このシステム構成情報を使用してテナント判定処理を実行するようにすることができる。

＜変形例：操作申請情報の入力方法＞
上記実施形態では、ステップ１２０１で操作対象クライアント１０１を操作する操作者が、操作開始申請を行うものとした。しかし、操作開始申請は、操作者とは別の申請者が入力する構成であっても良い。

この場合、例えば、操作者クライアント１０１とは別に、さらに申請者クライアントを用意し、申請者クライアントからステップ１２０１の操作開始申請画面表示要求を送信する。そして、操作開始申請画面１８０１には新たに申請者ＩＤの入力欄を追加し、ステップ１２０３の操作申請情報の入力で、操作者ＩＤ１８０６の他に申請者ＩＤを新たに入力する。以降、記憶部への記憶情報と表示画面に申請者ＩＤを追加する。

＜変形例：特権ＩＤ無効化処理の実行方法＞
上記実施形態では、ステップ１３１０の特権ＩＤの無効化処理は、ステップ１３０８で操作者クライアント１０１から操作完了申請を受けたのを契機に実行するものとした。しかし、特権ＩＤの無効化処理は、クライアントからの要求に伴わない方法で実行してもよい。

この場合、例えば、特権管理処理部３０５が、ステップ１３０３で特権ＩＤの有効化処理を実行するのと同時に、ステップ１３０１で取得した操作終了予定日時に特権ＩＤ無効化処理を呼び出すタイマーを設定する。そして、操作終了予定時刻に、タイマーの呼出しを契機に、ステップ１３０９以降の処理を実行する。

＜変形例：インシデント影響テナント判定処理の期間指定＞
上記実施形態では、いずれもインシデント影響テナント判定処理の期間として特権ＩＤ有効化期間を指定した。しかし、管理対象システムへのアクセスが本ログ管理システム経由のみに限定されている場合など、他システムから操作対象資産への特権操作が発生しない場合には、特権ＩＤ有効化期間の代わりに、特権ＩＤのログイン期間を指定してもよい。

この場合、例えば、特権管理処理部３０５は、操作者クライアント１０１上で特権ＩＤが使用されて操作対象資産へのログインが成功した日時をログイン日時として記録し、同様に操作対象資産からのログアウトが成功した日時をログアウト日時として記録し、ステップ１３１１で、特権ＩＤ有効化日時と特権ＩＤ無効化日時の代わりに、上記ログイン日時とログアウト日時を指定して、テナント判定処理部１００５を呼び出すことができる。

ログインしていた間にしか特権操作の影響は及ばないため、特権操作による直接の影響が及ぶ範囲を的確に特定することができる。

＜変形例：ＩａａＳ環境以外への適用方法＞
上記実施形態では、一般にＩａａＳと呼ばれる、テナントに占有資産として仮想マシン（ＶＭ）を提供するマルチテナントシステムを対象に、本発明の適用例を説明した。しかし、本発明はＰａａＳ（Platform as a Service）と呼ばれる、ＶＭから、ＯＳ、ミドル
ウェアまでを含めて共有資産として提供し、その上で動くアプリケーションソフトをテナント占有資産するマルチテナントシステムや、ＳａａＳ（Software as a Service）と呼
ばれる、ＶＭから、ＯＳ、ミドルウェア、アプリケーションソフトまでを含めて共有資産として提供するマルチテナントシステム対しても、適用することができる。

この場合、資産登録処理１００１のステップ１１０５で入力する資産登録情報の内容を変更する。例えば、ＰａａＳの場合は、ＩａａＳでは「テナント占有資産」と設定していた、資産クラス５０２の「ＯＳ／ミドル」の資産共有レベル５０３の設定を「テナント共有資産」に変更する。ＳａａＳの場合は、ＩａａＳでは「テナント占有資産」と設定していた、資産クラス５０２の「ＯＳ／ミドル」と「アプリ」の資産共有レベル５０３の設定を「テナント共有資産」に変更する。また、テナント構成情報管理テーブル８０１の登録内容も変更し、テナント占有資産名８０２としてＶＭの資産インスタンス名に代えてアプリケーションソフトの資産インスタンス名を設定する。そして、ステップ１００２のシステム構成情報の取得と、ステップ１００５のシステム構成変更イベントの取得では、「ＯＳ／ミドル」及び「アプリ」までを含んだ情報を取得し、システム構成情報管理テーブル７０１とシステム構成変更イベント管理テーブル７０２に格納する。また、ＩａａＳの場合、図１６のステップ１６０５及びステップ１６０６において、Ｋ１に含まれる「アプリ」の構成資産を抽出してＲ１及びＲ２として記憶するようにする。 以上を設定の上で、テナント判定処理１００５以降の処理を実行することで、ＰａａＳやＳａａＳといったＩａａＳ以外のマルチテナントシステムに対しても、上記実施形態と同様のログ記録と検索を実現することができる。

＜変形例：インシデント影響テナント判定処理の応用＞
上記実施形態では、いずれも特権操作ログの管理を例に、本発明を説明した。しかし、図１６のインシデント影響テナント判定処理は、特権操作以外のインシデントに係るログ管理にも適用することができる。

この場合、例えば、マルチテナントシステム１０８の障害ログ管理に適用する場合には、次の処理を実行する。インシデント影響テナント判定処理に、操作対象資産の代わりに障害が発生した資産を指定し、特権ＩＤ有効化期間と特権ＩＤ無効化期間の代わりに障害アラートの開始日時と障害アラートの終了日時を指定する。この方法によると、障害アラート発生期間に当該障害発生資産を使用していたテナント名が、インシデント影響テナント名として出力される。以降は、第一の実施例及び第二の実施例と同様のログ検索処理を行うことにより、検索条件にテナント名を指定したテナント毎の障害履歴ログの検索や、検索条件に障害履歴を指定した障害影響テナント一覧の検索といった処理を実行することができる。

本構成は、例えば、テナント管理者が実施するセキュリティ監査を支援するために、マルチテナントシステムの管理者がテナント毎に障害ログのレポートをまとめて提出する場合や、発生した障害の影響範囲の特定を迅速化して、障害復旧作業を効率化する場合などに好適である。

以上、本発明の実施形態を説明した。なお、上記実施形態は本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良され得ると共に、本発明にはその等価物も含まれる。

１０１ 操作者クライアント
１０２ 承認者クライアント
１０３ 管理者クライアント
１０４ ログ管理サーバ
１０５ アクセス用ネットワーク
１０６ 管理対象システム
１０７ 管理用ネットワーク
１０８ マルチテナントシステム
１０９ システム構成管理ＤＢ
１１０ テナント構成管理ＤＢ
１１１ テナント利用者クライアント
１１２ サービス提供用ネットワーク
３０４ 資産登録処理部
３０５ 特権管理処理部
３０６ テナント判定処理部
３０７ ログ保存処理部
３０８ ログ検索処理部
３０９ 資産登録情報記憶部
３１０ 特権管理情報記憶部
３１１ システム構成情報記憶部
３１２ テナント構成情報記憶部
３１３ ログ記憶部

Claims (11)

1. 複数のテナントシステムが構成資産の一部を共有して動作するマルチテナントシステムに関するログを管理するログ管理システムであって、
   前記マルチテナントシステムを構成する前記構成資産の変更履歴を記憶するシステム構成情報記憶部と、
   前記テナントシステムごとに、前記構成資産のうち前記テナントシステムを実現するソフトウェア資産を記憶するテナント構成情報記憶部と、
   前記マルチテナントシステムから、ログ収集対象資産及びログ収集対象期間を指定して前記ログ収集対象期間における前記ログ対象資産が示す前記構成資産についてのログを収集するログ保存処理部と、
   前記ログを記憶するログ記憶部と、
   を備え、
   前記ログ保存処理部は、前記システム構成情報記憶部から前記ログ収集対象期間における前記変更履歴を取得し、前記変更履歴に基づいて、前記ログ収集対象期間に前記ログ収集対象資産を使用していた前記ソフトウェア資産であるインシデント影響資産を特定し、前記テナント構成情報記憶部から、前記インシデント影響資産に対応する前記テナントシステムであるインシデント影響テナントを特定し、前記ログと前記インシデント影響テナントを示すインシデント影響テナント名とを関連付けて前記ログ記憶部に記憶すること、
   を特徴とするログ管理システム。
2. 請求項１に記載のログ管理システムであって、
   前記ログ保存処理部は、前記構成資産を同時に使用しうる前記テナントシステムの最大数が全ての前記テナントシステムの数に一致する場合には前記全てのテナントシステムを前記インシデント影響テナントとして特定し、前記最大数が１である場合には前記構成資産を使用しうる前記テナントシステムを前記インシデント影響テナントとして特定すること、を特徴とするログ管理システム。
3. 請求項１又は２に記載のログ管理システムであって、
   前記テナントシステムを特定するテナント識別子の指定を受けて、前記ログ記憶部から前記テナント識別子に関連付けて記憶されている前記ログを検索して出力するログ検索処理部をさらに備えること
   を特徴とするログ管理システム。
4. 請求項３に記載のログ管理システムであって、
   前記ログ検索処理部は、検索結果の前記ログを出力する際に、前記構成資産を同時に使用しうる前記テナントシステムの最大数に応じて分類される前記資産共有レベルを出力すること
   を特徴とするログ管理システム。
5. 請求項１又は２に記載のログ管理システムであって、
   前記ログの属性情報を指定し、前記ログ記憶部から前記ログ属性情報に一致するログを検索し、前記ログと当該ログに関連付けられている前記インシデント影響テナント名とを出力するログ検索処理部をさらに備えること
   を特徴とするログ管理システム。
6. 請求項１ないし５のいずれか１項に記載のログ管理システムであって、
   前記ログ収集対象資産は、特権操作の対象となった前記構成資産であり、前記ログ収集対象期間は前記特権操作を行う際に使用された特権ＩＤの有効期間であること、
   を特徴とするログ管理システム。
7. 請求項１ないし５のいずれか１項に記載のログ管理システムであって、
   前記ログ収集対象資産は、特権操作の対象となった前記構成資産であり、前記ログ収集対象期間は、前記特権操作を行う際に使用された特権ＩＤのログイン期間であること、
   を特徴とするログ管理システム。
8. 請求項６又は７に記載のログ管理システムであって、
   前記ログ保存処理部により収集対象とする前記ログは、前記特権ＩＤを取得するまでに行った特権ＩＤ取得申請に関するログと、特権ＩＤ取得承認に関するログと、特権ＩＤを使った操作内容に関するログと、特権ＩＤ操作の結果資産で生成されたイベントログの少なくともいずれかであること
   を特徴とするログ管理システム。
9. 請求項１ないし５のいずれか１項に記載のログ管理システムであって、
   前記ログ収集対象資産は、障害が発生した障害発生資産であり、前記ログ収集対象期間は、障害が発生してから障害が解決されるまでの障害発生期間であること、
   を特徴とするログ管理システム。
10. 複数のテナントシステムが構成資産の一部を共有して動作するマルチテナントシステムに関するログを管理する方法であって、
    コンピュータが、
    前記マルチテナントシステムを構成する前記構成資産の変更履歴を記憶するステップと、
    前記テナントシステムごとに、前記構成資産のうち前記テナントシステムを実現するソフトウェア資産を記憶するステップと、
    前記マルチテナントシステムから、ログ収集対象資産及びログ収集対象期間を指定して前記ログ収集対象期間における前記ログ対象資産が示す前記構成資産についてのログを収集するステップと、
    前記ログ収集対象期間における前記変更履歴を取得し、前記変更履歴に基づいて、前記ログ収集対象期間に前記ログ収集対象資産を使用していた前記ソフトウェア資産であるインシデント影響資産を特定し、前記インシデント影響資産に対応する前記テナントシステムであるインシデント影響テナントを特定し、前記ログと前記インシデント影響テナントを示すインシデント影響テナント名とを関連付けて記憶するステップと、
    を実行することを特徴とするログ管理方法。
11. 複数のテナントシステムが構成資産の一部を共有して動作するマルチテナントシステムに関するログを管理するためのプログラムであって、
    コンピュータに、
    前記マルチテナントシステムを構成する前記構成資産の変更履歴を記憶するステップと、
    前記テナントシステムごとに、前記構成資産のうち前記テナントシステムを実現するソフトウェア資産を記憶するステップと、
    前記マルチテナントシステムから、ログ収集対象資産及びログ収集対象期間を指定して前記ログ収集対象期間における前記ログ対象資産が示す前記構成資産についてのログを収集するステップと、
    前記ログ収集対象期間における前記変更履歴を取得し、前記変更履歴に基づいて、前記ログ収集対象期間に前記ログ収集対象資産を使用していた前記ソフトウェア資産であるインシデント影響資産を特定し、前記インシデント影響資産に対応する前記テナントシステムであるインシデント影響テナントを特定し、前記ログと前記インシデント影響テナントを示すインシデント影響テナント名とを関連付けて記憶するステップと、
    を実行させるためのプログラム。