JP2017156787A - 情報提供装置、情報提供方法およびコンピュータプログラム - Google Patents

Abstract

【課題】情報セキュリティを損なわずに、運用管理装置により記録されたログの閲覧の利便性を向上させる。【解決手段】情報提供装置２２は、第１運用管理装置３０ａが設置された第１運用ＮＷ２８ａとは異なる中立ＮＷ１６に設置される。情報提供装置２２は、第１管理対象システム３２ａの動作状態を示すログを第１運用管理装置３０ａから取得する。情報提供装置２２は、第１運用ＮＷ２８ａに対するアクセスが禁止された第１開発ＮＷ１０ａに設置されたＰＣ１２ａからログの閲覧要求を受け付けた場合に、自装置が第１運用管理装置３０ａから取得したログが示す情報をＰＣ１２ａへ提供する。【選択図】図１

Description

この発明はデータ処理技術に関し、特に情報提供装置、情報提供方法およびコンピュータプログラムに関する。

運用中の情報システムには、当該システムの運用を支援するための運用管理装置が設けられることがある。運用管理装置は、管理対象システム内の各装置の稼働状況をログに記録することがある。また、管理対象システムにおけるバッチ処理等のジョブの実行を管理することがある（例えば特許文献１、２を参照）。

特開平９−２７４５９６号公報 特開２０１２−４８３３１号公報

ＩＣＴサービス企業の担当者は、情報システムにおいて障害が発生した場合に、運用管理装置が記録した当該情報システムの稼働状況を示すログを確認することがある。情報セキュリティの確保が要求される現在、担当者は、上長の許可を得て本番端末室へ入室し、運用管理装置と接続された専用の端末を操作してログを取得する必要がある。また、運用管理装置が設置されたデータセンタのオペレータへ連絡し、オペレータにログ取得を依頼することもあった。この結果、情報システムの障害対応に長時間を要し、例えばログを取得することに３０分以上要することがあった。

本発明は上記課題に鑑みてなされたものであり、主たる目的は、情報セキュリティを損なわずに、運用管理装置により記録されたログの閲覧の利便性を向上させることである。

上記課題を解決するために、本発明のある態様の情報提供装置は、所定の情報システムの運用を管理する運用管理装置とは独立して設けられた情報提供装置であって、運用管理装置により記録された情報システムの動作状態を示すログを運用管理装置から取得するログ取得部と、運用管理装置に対するアクセスが禁止されたユーザの端末からログの閲覧要求を受け付けた場合に、ログ取得部により取得されたログが示す情報をユーザの端末へ提供するログ情報提供部と、を備える。

本発明の別の態様は、情報提供方法である。この方法は、所定の情報システムの運用を管理する運用管理装置とは独立して設けられたコンピュータが、運用管理装置により記録された情報システムの動作状態を示すログを運用管理装置から取得するステップと、運用管理装置に対するアクセスが禁止されたユーザの端末からログの閲覧要求を受け付けた場合に、取得するステップで取得したログが示す情報をユーザの端末へ提供するステップと、を実行する。

なお、以上の構成要素の任意の組合せ、本発明の表現を、システム、コンピュータプログラム、コンピュータプログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、情報セキュリティを損なわずに、運用管理装置により記録されたログの閲覧の利便性を向上させることができる。

実施の形態の企業システムの構成を示す図である。 図１の第１ログ収集サーバの機能構成を示すブロック図である。 図１のポータルサーバの機能構成を示すブロック図である。 ジョブ確認画面の例を示す図である。 ジョブフィルタ設定画面の例を示す図である。 ログ検索画面の例を示す図である。 検索フィルタ設定画面の例を示す図である。

図１は、実施の形態の企業システム１の構成を示す。企業システム１は、ＩＣＴサービス企業（システムインテグレータ等）に構築された情報処理システムである。ＩＣＴサービス企業は、顧客に対して情報システム管理のアウトソーシングサービスを提供し、具体的には自社のデータセンタにて複数の顧客の情報システムの運用を代行する。

データセンタには、ＩＣＴサービス企業の運用部門が管理するネットワーク（ＬＡＮやＷＡＮ等）である第１運用ＮＷ２８ａ、第２運用ＮＷ２８ｂ、中立ＮＷ１６が構築される。これらのネットワークは、少なくとも互いに異なるブロードキャストドメインとなる。本実施の形態では、パケットフィルタリング機能を有するルータ１４、ルータ２４、ルータ２６によりネットワークを分離するが、スイッチ等、他の種類の通信機器によりネットワークを分離してもよい。

図１では、第１運用ＮＷ２８ａ内に、第１の顧客用の情報処理を実行する情報システムである第１管理対象システム３２ａが構築されている。第１運用ＮＷ２８ａには第１運用管理装置３０ａが設置され、第１運用管理装置３０ａは、第１管理対象システム３２ａを構成する複数の管理対象装置（各種の業務サーバ等）の運用を管理する。例えば、各管理対象装置の動作状態（言い換えれば稼働状況）を監視し、またバッチ処理等のジョブの実行を管理する。

第１運用管理装置３０ａは、第１管理対象システム３２ａ（または第１管理対象システム３２ａに含まれる複数の管理対象装置）の動作状態を示すログ（以下「メッセージログ」とも呼ぶ。）を記録する。第１運用管理装置３０ａは、１日分のメッセージログを１つのログファイルに記録し、そのログファイルを１週間保持する。すなわち、当日と過去６日分のメッセージログを保持し、それ以前のメッセージログは消去する。

実施の形態のメッセージログは、メッセージＩＤ、状態を示す対象ノードのノードＩＤ・ノード名・状態フラグ（正常または異常等）、メッセージログの発信元（運用管理装置名等）・記録日時を含む。また、ジョブの実行状況に関連するメッセージログはさらに、フレーム名、ネット名、ジョブ名、ジョブ状態（起動、正常終了、異常終了等）、ジョブの実行日時を含む。なお、ジョブは１単位の処理（バッチ処理等）を定義したものである。ネットはジョブネットとも呼ばれ、複数のジョブの組み合わせ（実行順序や依存関係等）を定義したものである。フレームは複数のネットの組み合わせを定義したものである。

また図１では、第２運用ＮＷ２８ｂ内に、第２の顧客用の情報処理を実行する情報システムである第２管理対象システム３２ｂが構築されている。第２運用ＮＷ２８ｂには第２運用管理装置３０ｂが設置され、第２運用管理装置３０ｂは、第２管理対象システム３２ｂを構成する複数の管理対象装置の運用を管理する。第１運用管理装置３０ａと同様に第２運用管理装置３０ｂは、第２管理対象システム３２ｂ（または第２管理対象システム３２ｂに含まれる複数の管理対象装置）の動作状態を示すメッセージログを記録する。第２運用管理装置３０ｂは、１日分のメッセージログを１つのログファイルに記録し、そのログファイルを１週間保持する。

第１運用管理装置３０ａおよび第２運用管理装置３０ｂには、既知の運用管理マネージャソフトウェアがインストールされ、運用管理のマネージャプロセス（機能）が起動されている。また、第１管理対象システム３２ａおよび第２管理対象システム３２ｂを構成する各装置には、既知の運用管理エージェントソフトウェアがインストールされ、運用管理のエージェントプロセス（機能）が起動されている。上記のメッセージログは、運用管理のマネージャプロセスが生成し、当日のログファイルに逐次記録する。

またデータセンタには、ルータ２４により第１運用ＮＷ２８ａと分離され、かつ、ルータ２６により第２運用ＮＷ２８ｂと分離された中立ＮＷ１６が構築される。中立ＮＷ１６には、ポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂが設けられる。実施の形態では、運用管理装置（言い換えれば管理対象システム）と１対１にログ収集サーバが設けられる。ポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂの詳細な機能は後述する。

図１には不図示だが、データセンタに第３運用ＮＷが構築され、第３運用ＮＷ内に、第３の顧客用の情報処理を実行する第３管理対象システムが構築されてもよい。また、第３運用ＮＷに第３運用管理装置が設置され、第３運用管理装置は、第３管理対象システムを構成する各装置の運用を管理してもよい。この場合、中立ＮＷ１６には、第３運用管理装置（第３管理対象システム）に対応する第３ログ収集サーバがさらに設けられる。

ＩＣＴサービス企業の開発拠点（例えばデータセンタとは地理的に離れたオフィスビル等）には第１開発ＮＷ１０ａと第２開発ＮＷ１０ｂが設けられる。第１開発ＮＷ１０ａは、ＩＣＴサービス企業の第１開発部門により管理されるネットワークであり、第１開発部門が管理するＰＣや通信装置が接続される。第２開発ＮＷ１０ｂは、ＩＣＴサービス企業の第２開発部門により管理されるネットワークであり、第２開発部門が管理するＰＣや通信装置が接続される。

例えば第１開発ＮＷ１０ａは、第１開発部門の担当者が開発業務を実施する居室のＬＡＮであり、第１開発部門の担当者が開発業務で使用するＰＣ１２ａが設置される。第１開発部門は、管理対象システム３２ａの保守（障害対応、顧客対応等）に責任を負い、第１開発部門の担当者は、第１運用管理装置３０ａのメッセージログを参照する必要がある。

また第２開発ＮＷ１０ｂは、第２開発部門の担当者が開発業務を実施する居室のＬＡＮであり、第２開発部門の担当者が開発業務で使用するＰＣ１２ｂが設置される。第２開発部門は、管理対象システム３２ｂの保守（障害対応、顧客対応等）に責任を負い、第２開発部門の担当者は、第２運用管理装置３０ｂのメッセージログを参照する必要がある。

第１開発ＮＷ１０ａと第２開発ＮＷ１０ｂは、ルータ１４によりデータセンタのネットワークと分離される。第１開発ＮＷ１０ａ、第２開発ＮＷ１０ｂ内の装置が、第１運用ＮＷ２８ａ、第２運用ＮＷ２８ｂ内の装置に対して直接アクセスすることは禁止される。ルータ１４は、第１開発ＮＷ１０ａ内の装置（例えばＰＣ１２ａ）から送信された第１運用ＮＷ２８ａ内の装置（例えば第１運用管理装置３０ａ）宛のパケットを通過させずに廃棄する。同様にルータ１４は、第２開発ＮＷ１０ｂ内の装置（例えばＰＣ１２ｂ）から送信された第２運用ＮＷ２８ｂ内の装置（例えば第２運用管理装置３０ｂ）宛のパケットを通過させずに廃棄する。

実施の形態のルータ１４は、既知のパケットフィルタリング機能により、第１開発ＮＷ１０ａ内の装置（例えばＰＣ１２ａ）を送信元とするパケットのうち、ポータルサーバ１８を送信先とするＨＴＴＰリクエストのみを通過させる。同様にルータ１４は、第２開発ＮＷ１０ｂ内の装置（例えばＰＣ１２ｂ）を送信元とするパケットのうち、ポータルサーバ１８を送信先とするＨＴＴＰリクエストのみを通過させる。

一部記述したように、これまで第１運用管理装置３０ａ、第２運用管理装置３０ｂのメッセージログを開発部門側で確認するために長時間を要していた。例えば、第１管理対象システム３２ａにおける障害発生の通知を受けた第１開発部門の担当者は、上長の許可を得て開発拠点に設けられた本番端末室へ入室し、第１管理対象システム３２ａ（第１運用管理装置３０ａ）へのアクセスが可能なように構成された特別の情報端末（以下「本番端末」とも呼ぶ。）を操作してログを取得する必要があった。

この場合、典型的には、本番端末で取得した第１運用管理装置３０ａのメッセージログをＵＳＢメモリに記憶させ、そのＵＳＢメモリを居室へ持ち帰ってＰＣ１２ａに挿入し、ＰＣ１２ａでメッセージログを確認していた。または、データセンタのオペレータに第１運用管理装置３０ａのメッセージログの収集を依頼し、オペレータから提供されたメッセージログをＰＣ１２ａで確認していた。したがって、メッセージログの確認を開始するまでに３０分以上要することがあり、迅速な障害対応が困難なことがあった。

実施の形態の企業システム１では、中立ＮＷ１６に設置されたポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂが連携することにより情報提供装置２２を実現する。中立ＮＷ１６内に上記の第３ログ収集サーバが設置される場合は、第３ログ収集サーバがさらに連携して情報提供装置２２を実現する。なお、ポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂそれぞれの機能が物理的に１台の筐体に集約されて、物理的に１台の情報提供装置２２が構築されてもよいことはもちろんである。

具体的には、情報提供装置２２は、第１運用管理装置３０ａにより記録されたメッセージログを第１運用管理装置３０ａから取得して蓄積し、第２運用管理装置３０ｂにより記録されたメッセージログを第２運用管理装置３０ｂから取得して蓄積する。情報提供装置２２は、ＰＣ１２ａからメッセージログの閲覧要求を受け付けた場合に、第１運用管理装置３０ａから取得して蓄積したメッセージログが示す情報をＰＣ１２ａへ提供する。また、ＰＣ１２ｂからメッセージログの閲覧要求を受け付けた場合に、第２運用管理装置３０ｂから取得して蓄積したメッセージログが示す情報をＰＣ１２ｂへ提供する。

第１開発部門（第２開発部門）の担当者は、ＰＣ１２ａ（ＰＣ１２ｂ）でウェブブラウザを起動し、そのウェブブラウザを介して、ポータルサーバ１８の運用ポータルサイトへアクセスする。ＰＣ１２ａ（ＰＣ１２ｂ）のウェブブラウザは、運用ポータルサイトが提供するログ閲覧画面を表示させる。第１開発部門（第２開発部門）の担当者は、ログ閲覧画面を見て、第１運用管理装置３０ａ（第２運用管理装置３０ｂ）が出力したメッセージログを確認する。

情報提供装置２２によると、開発部門のネットワークから本番環境のネットワークへの直接アクセスの禁止を維持しつつ、開発部門の担当者は、自席のＰＣにて、運用管理装置が出力したメッセージログを参照でき、また取得できる。これにより、監視対象システムの動作状態を迅速に把握できるようになる。すなわち、情報提供装置２２によると、企業システム１の情報セキュリティを損なうことなく、障害対応等における初動時間の短縮や、業務の迅速化を支援できる。

次に情報提供装置２２を実現するためのポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂの構成を説明する。

図２は、図１の第１ログ収集サーバ２０ａの機能構成を示すブロック図である。第１ログ収集サーバ２０ａは、制御部４０、記憶部４２、通信部４４を備える。制御部４０は、ログの収集と蓄積のための各種データ処理を実行し、記憶部４２は、制御部４０により参照・更新されるデータを記憶する記憶領域である。通信部４４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部４０は、通信部４４を介して、ポータルサーバ１８や第１運用管理装置３０ａとデータを送受する。

本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

例えば、制御部４０内の複数の機能ブロックに対応する複数のモジュールを含むログ収集アプリケーションプログラムがＤＶＤ等の記録媒体に格納され、第１ログ収集サーバ２０ａのストレージにインストールされてもよい。第１ログ収集サーバ２０ａのＣＰＵは、ストレージに格納されたログ収集アプリケーションプログラムをメインメモリに読出して実行することで、各機能ブロックの機能を発揮してもよい。記憶部４２は、第１ログ収集サーバ２０ａのストレージやメモリがデータを記憶することで実現されてよい。図３に関連して後述するポータルサーバ１８も同様である。

記憶部４２は、ログ蓄積部４６とログ取得状況保持部４８を含む。制御部４０は、ログ取得部５０、ログ記録部５２、ログ提供部５４、ログ削除部５６を含む。

ログ蓄積部４６は、第１運用管理装置３０ａから取得されたメッセージログを記憶する。ログ蓄積部４６は、第１運用管理装置３０ａがメッセージログを保持する期間（１週間）よりも長い期間、具体的には１年間メッセージログを記憶する。ログ取得状況保持部４８は、メッセージログの取得状況を記憶する。具体的には、メッセージログの取得状況が正常か、または異常な状態かを示す情報と、最新の取得日時を示す情報を記憶する。後述するように、ポータルサーバ１８によるメッセージログの検索は、ログ蓄積部４６に蓄積された過去１年分のメッセージログが対象になる。

ログ取得部５０は、ＰＣ１２ａからポータルサーバ１８へのログ閲覧要求の頻度（トラフィック）に関わらず、予め定められた頻度で定期的に第１運用管理装置３０ａからメッセージログを取得する。なお、第１運用管理装置３０ａではＳＳＨデーモンが起動され、ログ取得部５０は、ＳＣＰやＳＦＴＰを使用してメッセージログを取得してもよい。

実施の形態では、ログ取得部５０は、３０秒が経過する都度、１０００メッセージを上限としてメッセージログを取得する。例えば、第１運用管理装置３０ａにおいて当日のメッセージログが逐次記録される当日分のログファイルを参照し、そのログファイルに新規に追加されたレコード（メッセージログ）を１０００件を上限に取得する処理を３０秒おきに繰り返す。これにより、開発側からのログ閲覧のアクセスと、運用側へのログ取得のアクセスを分離し、第１運用管理装置３０ａの処理負荷が増大することを抑制する。

ログ記録部５２は、ログ取得部５０により取得されたメッセージログを、現在日時を示す格納日時と対応付けてログ蓄積部４６に格納する。ログ削除部５６は、ログ蓄積部４６に格納された各メッセージログの格納日時を参照し、ログ蓄積部４６への格納から１年が経過したメッセージログを消去する。なおメッセージログの保持期間は、第１運用管理装置３０ａから取得されるメッセージログの個数やデータ量、ログ蓄積部４６の容量等に基づいて、運用部門と開発部門間で調整されてよい。

ログ提供部５４は、ポータルサーバ１８から受け付けたメッセージログの提供要求に応じて、ログ蓄積部４６に格納されたメッセージログのデータをポータルサーバ１８へ送信する。具体的には、ログ提供部５４は、ログ蓄積部４６に格納されたメッセージログの中から、提供要求で指定された検索条件に合致するメッセージログを抽出し、抽出したメッセージログのデータをポータルサーバ１８へ送信する。このように、ポータルサーバ１８へ提供されるメッセージログは、ログ蓄積部４６に蓄積されたメッセージログであるため、ユーザによるログ閲覧が第１運用管理装置３０ａに影響を与えることはない。

なお、第１ログ収集サーバ２０ａは、データベースサーバであってもよく、検索条件を示すＳＱＬクエリをポータルサーバ１８から受け付けてもよい。第１ログ収集サーバ２０ａは、ＳＱＬクエリを解析し、検索条件に合致するメッセージログのデータを、ＳＱＬクエリにより指定された形式に整形してポータルサーバ１８へ返信してもよい。

図１の第２ログ収集サーバ２０ｂの機能構成は、図２に示す第１ログ収集サーバ２０ａと同様であるため説明を省略する。ただし第２ログ収集サーバ２０ｂは、メッセージログの提供元（言い換えれば取得先）が第２運用管理装置３０ｂである点で第１ログ収集サーバ２０ａと異なる。なお、メッセージログの要求元および提供先は、第１ログ収集サーバ２０ａと同様にポータルサーバ１８になる。

図３は、図１のポータルサーバ１８の機能構成を示すブロック図である。ポータルサーバ１８は、サービス提供中の情報システムの運用状態を一元的に提示するウェブサイトである運用ポータルサイトを提供するウェブサーバの機能を含み、運用ポータルサイトのウェブページを開発部門の担当者端末へ提供する。以下、ポータルサーバ１８にアクセスする開発部門の担当者を「ユーザ」とも呼ぶ。

ポータルサーバ１８は、制御部６０、記憶部６２、通信部６４を備える。制御部６０は、運用ポータルサイトを提供するための各種データ処理を実行する。なお、ウェブサーバの機能は既知であるため、以下では、運用ポータルサイトにおいて運用管理装置のログ情報を表示させるための構成を詳細に説明する。記憶部６２は、制御部６０により参照・更新されるデータを記憶する記憶領域である。通信部６４は、所定の通信プロトコルにしたがって外部装置と通信する。制御部６０は、通信部６４を介して、外部装置との間でデータを送受する。実施の形態における外部装置は、ＰＣ１２ａ、ＰＣ１２ｂ、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂを含む。

記憶部６２は、認証情報保持部６６、提供元情報保持部６８、ジョブフィルタ保持部７０、検索フィルタ保持部７２を含む。

認証情報保持部６６は、運用ポータルサイトでユーザ認証を行うための情報であり、運用ポータルサイトにログインを許可するユーザに関する情報を記憶する。具体的には、ユーザＩＤ、パスワード、グループＩＤを対応付けて保持する。グループＩＤは、ＩＣＴサービス企業内の複数のグループ（組織）のうちユーザが所属するグループの識別情報である。例えば、第１開発部門や第２開発部門のＩＤであってもよく、さらに細かい粒度で区分けされたＩＤであってもよい。実施の形態では、保守の責任を負う管理対象システム毎（言い換えればメッセージログを出力する運用管理装置毎）にグループが設けられる。グループＩＤは、ユーザに提供すべきメッセージログの提供元を識別するための情報と言える。

提供元情報保持部６８は、メッセージログの提供元に関する情報を保持する。言い換えれば、特定のグループのユーザに提供すべきメッセージログについて、そのログの収集主体である特定のログ収集サーバを識別するための情報を保持する。具体的には、提供元情報保持部６８は、複数のログ収集サーバのＩＤと、複数のグループＩＤとを対応づけて保持する。実施の形態ではさらに、メッセージログの出力主体である運用管理装置の名称、その運用管理装置により管理される情報システムのＩＤおよび名称を保持する。例えば、提供元情報保持部６８は、第１ログ収集サーバ２０ａのＩＤと、第１運用管理装置３０ａの名称、第１管理対象システム３２ａのＩＤと名称、第１開発部門のＩＤを対応付けたレコードを保持する。

ジョブフィルタ保持部７０は、後述のフィルタ記録部９２により設定されたジョブフィルタを、設定元ユーザのグループＩＤに対応付けて保持する。ジョブフィルタは、複数のメッセージログの中から、特定のジョブや、ネット、フレームに関するメッセージログを抽出させるための検索条件を示すものである。検索フィルタ保持部７２は、後述のフィルタ記録部９２により設定された検索フィルタを、設定元ユーザのグループＩＤに対応付けて保持する。検索フィルタは、複数のメッセージログの中から、特定の内容のメッセージを抽出させるための検索条件を示すものである。ジョブフィルタ保持部７０および検索フィルタ保持部７２は、ユーザに提供するメッセージログを絞り込むための検索条件を保持する検索条件保持部とも言える。

制御部６０は、要求受付部７４、ログイン処理部７６、画面生成部７８、ログ検索部８８、画面提供部９０、フィルタ記録部９２、検索結果ファイル提供部９４を含む。後述するように、画面生成部７８、ログ検索部８８、画面提供部９０、検索結果ファイル提供部９４は、互いに連携することにより、第１ログ収集サーバ２０ａおよび第２ログ収集サーバ２０ｂに蓄積されたメッセージログの情報をユーザへ提供するログ情報提供部として機能する。

要求受付部７４は、ＰＣ１２ａ（ＰＣ１２ｂ）から送信された運用ポータルサイトに対する各種要求を受け付ける。ＰＣ１２ａ（ＰＣ１２ｂ）からポータルサーバ１８へのアクセスは、ルータ１４により、ウェブブラウザを介したＨＴＴＰアクセスに制限される。

ログイン処理部７６は、運用ポータルサイトにおけるユーザのログイン処理を実行する。ログイン処理部７６は、ログイン画面のウェブページをＰＣ１２ａ（ＰＣ１２ｂ）へ提供し、ログイン画面に入力されたユーザＩＤとパスワードを取得する。ログイン処理部７６は、認証情報保持部６６を参照して、ユーザＩＤとパスワードの組み合わせがログインを許可されたユーザのものと一致する場合、ユーザのログインを許可する。また、ユーザＩＤとパスワードの組み合わせに対応付けられたグループＩＤを識別し、そのグループＩＤをユーザのセッションに対応付けて記録する。

画面生成部７８は、運用ポータルサイトの各種画面を示すウェブページのデータを生成する。運用ポータルサイトは、ログビューワ機能を提供し、ログビューワの画面を、ログインユーザ（「要求元ユーザ」とも呼ぶ。）の端末であるＰＣ１２ａまたはＰＣ１２ｂへ提供する。ログビューワの画面は、（１）ジョブ確認画面、（２）ジョブフィルタ設定画面、（３）ログ検索画面、（４）検索フィルタ設定画面を含む。画面生成部７８は、これら４つの画面のデータを生成するジョブ確認画面生成部８０、ジョブフィルタ設定画面生成部８２、ログ検索画面生成部８４、検索フィルタ設定画面生成部８６を含む。

（１）ジョブ確認画面：
図４は、ジョブ確認画面１００の例を示す。ジョブ確認画面１００は、ジョブ稼働状況の確認画面とも言える。ジョブ確認画面は、当日に実行された１つ以上のジョブの実行状態を一覧表示する画面である。なお「当日」は、第１運用管理装置３０ａ、第２運用管理装置３０ｂにおけるメッセージログの出力日付を基準とした参照日のことであり、第１管理対象システム３２ａ、第２管理対象システム３２ｂにおける運用日付とは関係ない。したがって、ある日のジョブ確認画面１００が、複数の運用日付に跨るメッセージログを表示することもある。

ジョブ確認画面生成部８０は、提供元情報保持部６８において要求元ユーザ（実施の形態では当該ユーザが所属するグループと言える）に対応付けられた第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂから、メッセージログの取得状況を示す情報を取得する。そしてその情報をログ取得状況エリア１０１へ設定する。メッセージログの取得状況を示す情報は、メッセージログの取得処理の成否とその実施日時を示す内容を含む。またジョブ確認画面生成部８０は、システム情報エリア１０２に、提供元情報保持部６８において要求元ユーザに対応付けられた管理対象システムのＩＤと名称、運用管理装置名を設定する。

ジョブ確認画面生成部８０は、フィルタ選択エリア１０４に、要求元ユーザにより予め登録された１つまたは複数のジョブフィルタの名称を一覧表示する画面要素であり、特定のジョブフィルタの選択を受け付ける画面要素を設定する。図４の例では、要求元ユーザが所属するグループにより登録済の５つのジョブフィルタの中から、所望のジョブフィルタをユーザに選択させるためのドロップダウンリストを設けている。

ジョブ確認画面生成部８０は、検索ボタン１０６に対する選択操作を受け付けると、要求元ユーザが所属するグループに対応付けられた特定のログ収集サーバのＩＤと、フィルタ選択エリア１０４で選択されたジョブフィルタ（ジョブフィルタ保持部７０に格納されたジョブフィルタのデータ）を含むジョブ検索要求をログ検索部８８に渡す。ジョブ確認画面生成部８０は、ジョブ検索要求に応じてログ検索部８８が取得したメッセージログのデータを検索結果エリア１０８に設定する。

ジョブ確認画面生成部８０は、検索結果エリア１０８の運用日付欄〜ジョブ日時欄に、メッセージログの対応する項目値をそれぞれ設定する。項目のうち状態（ジョブ状態）が「異常あり」「異常終了」等の所定のキーワードと一致する場合、その項目値を通常とは異なる態様（例えば背景色を赤、文字色を白等）で表示させる。検索結果エリア１０８のメッセージ欄には、メッセージログの各項目の内容をそのまま設定する。

（２）ジョブフィルタ設定画面：
図５は、ジョブフィルタ設定画面１１０の例を示す。ジョブフィルタ設定画面１１０は、ジョブ確認画面１００に表示させるべきジョブの抽出条件であるジョブフィルタをユーザに登録させるための画面である。

ジョブフィルタ設定画面生成部８２は、システム情報エリア１０２に、提供元情報保持部６８において要求元ユーザに対応付けられた管理対象システムのＩＤと名称、運用管理装置名を設定する。またジョブフィルタ設定画面生成部８２は、ジョブフィルタの名称とする任意の文字列をユーザに入力させるフィルタ名設定エリア１１２を設ける。それとともに、後の時点でのジョブフィルタの編集を支援するための、フィルタの内容を示す任意の文字列をユーザに入力させるフィルタ説明設定エリア１１３を設ける。

なお、ジョブやネット、フレームの名称は、システムの命名規則等に応じて決定されることが多いが、ジョブフィルタの名称には、テクニカルスキル（例えばシステム開発スキルやシステム運用スキル）が低いユーザ（例えば事務作業者や営業担当者等）にとっても分かり易い名称が設定されることが望ましい。例えば、ジョブやネット、フレームの名称は通常英語表記になるが、ジョブフィルタの名称は日本語表記であってもよい。後述の検索フィルタの名称も同様である。ジョブフィルタ、検索フィルタの名称をテクニカルスキルが低いユーザにも分かり易い名称とし、例えばシステムの理解度が低いユーザにも理解容易な名称とすることで、開発部門におけるログの抽出作業や取得作業を容易なものにすることができる。

ジョブフィルタ設定画面生成部８２は、ジョブフィルタの内容をユーザに入力させるためのフィルタ条件設定エリア１１４を設ける。フィルタ条件設定エリア１１４には、メッセージログを絞り込むための検索条件となるフレーム名称、ネット名称、ジョブ名称の組み合わせが入力される。図５に示すように、１つのジョブフィルタにおいて、複数のジョブ、ネット、フレームの組み合わせを指定できる。ジョブ説明設定エリア１１６には、検索対象とするフレーム、ネット、ジョブの内容を説明する任意の文字列が入力される。図４で示したように、ジョブ確認画面１００の検索結果エリア１０８の説明欄には、ジョブ説明設定エリア１１６に設定された文字列が転記される。

ジョブフィルタ設定画面１１０で確定ボタン１１８が選択されると、フィルタ記録部９２は、ジョブフィルタ設定画面１１０に対するユーザの入力内容をジョブフィルタとしてジョブフィルタ保持部７０へ格納する。具体的には、要求元ユーザのグループＩＤと対応づけて、フィルタ名設定エリア１１２に入力されたフィルタ名称、フィルタ説明設定エリア１１３に入力された説明、フィルタ条件設定エリア１１４に入力されたフィルタ条件をジョブフィルタ保持部７０へ格納する。１つのグループで複数のジョブフィルタの登録が可能であり、あるグループで登録された複数のジョブフィルタは、そのグループのユーザのジョブ確認画面で選択可能に一覧表示される。後述の検索フィルタも同様である。

（３）ログ検索画面：
図６は、ログ検索画面１２０の例を示す。ログ検索画面１２０は、第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂに蓄積された過去１年分のメッセージログの中から所望のメッセージログを検索するための画面である。

ログ検索画面生成部８４は、提供元情報保持部６８において要求元ユーザに対応付けられた第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂから、メッセージログの取得状況を示す情報を取得する。そしてその情報をログ取得状況エリア１０１へ設定する。メッセージログの取得状況を示す情報は、メッセージログの取得処理の成否とその実施日時を示す内容を含む。またログ検索画面生成部８４は、システム情報エリア１０２に、提供元情報保持部６８において要求元ユーザに対応付けられた管理対象システムのＩＤと名称、運用管理装置名を設定する。

ログ検索画面生成部８４は、ログ検索画面１２０に表示させるべきメッセージログの検索条件（以下「検索フィルタ」と呼ぶ。）をユーザに入力させるための検索条件設定エリア１２２を設ける。検索フィルタとして指定可能な情報項目は、メッセージログ出力の期間、メッセージＩＤ、状態フラグ、ノードＩＤ・ノード名、発信元、内容である。内容は、メッセージログの全体を検索対象とする検索文字列であり、すなわちキーワードやキーフレーズである。

ログ検索画面生成部８４は、フィルタ選択エリア１２４に、要求元ユーザにより予め登録された１つまたは複数の検索フィルタの名称を一覧表示する画面要素であり、特定の検索フィルタの選択を受け付ける画面要素を設定する。この画面要素は、例えばドロップダウンリストである。ユーザは、フィルタ選択エリア１２４に名称が表示された１つ以上の検索フィルタの中から、調査内容等に応じた所望の検索フィルタを選択することができる。

ログ検索画面生成部８４は、検索ボタン１２６に対する選択操作を受け付けると、要求元ユーザが所属するグループに対応付けられた特定のログ収集サーバのＩＤと、ログ検索画面１２０で指定された検索フィルタのデータを含むログ検索要求をログ検索部８８に渡す。ログ検索画面１２０のフィルタ選択エリア１２４において特定の検索フィルタが選択されている場合、ログ検索画面生成部８４は、その特定の検索フィルタのデータを検索フィルタ保持部７２から取得してログ検索要求に設定する。また、ログ検索画面１２０の検索条件設定エリア１２２に検索フィルタの内容が入力されている場合、ログ検索画面生成部８４は、フィルタ選択エリア１２４に入力された検索フィルタのデータをログ検索要求に設定する。

さらにまた、フィルタ選択エリア１２４と検索条件設定エリア１２２の両方で検索フィルタが指定されている場合、ログ検索画面生成部８４は、フィルタ選択エリア１２４で選択された検索フィルタのデータと、検索条件設定エリア１２２に入力された検索フィルタのデータとをＡＮＤ条件で結合した検索条件を生成してログ検索要求に設定する。変形例として、フィルタ選択エリア１２４で選択された検索フィルタのデータと、検索条件設定エリア１２２に入力された検索フィルタのデータとをＯＲ条件で結合した検索条件を生成してログ検索要求に設定してもよい。ログ検索画面生成部８４は、ログ検索要求に応じてログ検索部８８が取得したメッセージログのデータを検索結果エリア１２８に設定する。

検索結果ファイル提供部９４は、ログ検索画面１２０のＣＳＶ出力ボタン１３０に対する選択操作が受け付けられると、その時点で検索結果エリア１２８に設定されているメッセージログのデータをＣＳＶ（Comma Separated Value）形式で電子ファイル（以下「検索結果ファイル」と呼ぶ。）に保存する。検索結果ファイル提供部９４は、検索結果ファイルを要求元ユーザの端末（ＰＣ１２ａまたはＰＣ１２ｂ）へ送信する。すなわち、開発部門のユーザは、検索結果ファイルを自席のＰＣにダウンロードして、メッセージログを解析することができる。

変形例として、ログ検索画面１２０のＣＳＶ出力ボタン１３０に対する選択操作が受け付けられると、ログ検索画面生成部８４とログ検索部８８は、ログ検索画面１２０で指定された検索フィルタに応じたメッセージログ検索処理を再度実行してもよい。そして、検索結果ファイル提供部９４は、ログ検索部８８が取得したメッセージログのデータを検索結果ファイルに保存してもよい。これにより、ＣＳＶ出力ボタン１３０に対する選択操作が入力された時点での最新のメッセージログを含む検索結果ファイルを提供できる。

（４）検索フィルタ設定画面：
図７は、検索フィルタ設定画面１４０の例を示す。検索フィルタ設定画面１４０は、ログ検索画面１２０に表示させるべきメッセージログの検索条件として使用される検索フィルタをユーザに登録させるための画面である。すなわち、検索フィルタ設定画面１４０で登録された検索フィルタは、ログ検索画面１２０のフィルタ選択エリア１２４にて選択可能になる。

検索フィルタ設定画面生成部８６は、システム情報エリア１０２に、提供元情報保持部６８において要求元ユーザに対応付けられた管理対象システムのＩＤと名称、運用管理装置名を設定する。また検索フィルタ設定画面生成部８６は、検索フィルタの名称とする任意の文字列をユーザに入力させるフィルタ名設定エリア１４２を設ける。さらに検索フィルタ設定画面生成部８６は、検索フィルタの内容をユーザに入力させるためのフィルタ条件設定エリア１４４を設ける。フィルタ条件設定エリア１４４には、メッセージログを絞り込む条件となる状態、メッセージＩＤ、ノードＩＤ、ノード名、発信元、内容等の任意の組み合わせを入力可能である。

検索フィルタ設定画面１４０において追加ボタン１４６が選択されると、フィルタ記録部９２は、検索フィルタ設定画面１４０に対するユーザの入力内容を検索フィルタとして検索フィルタ保持部７２へ格納する。具体的には、要求元ユーザのグループＩＤと対応づけて、フィルタ名設定エリア１４２に入力されたフィルタ名称と、フィルタ条件設定エリア１４４に入力されたフィルタ条件を検索フィルタ保持部７２へ格納する。なお、フィルタ名設定エリア１４２への入力内容が既存のフィルタ名であった場合、言い換えれば、フィルタ名設定エリア１４２へ入力された名称の検索フィルタのデータが検索フィルタ保持部７２に既に存在する場合、フィルタ記録部９２は、その既存の検索フィルタの内容を、フィルタ条件設定エリア１４４に入力されたフィルタ条件にて更新してもよい。この場合、追加ボタン１４６は、既存の検索フィルタを変更する変更ボタンとして機能する。

図３に戻り、ログ検索部８８は、ジョブ確認画面生成部８０からジョブ検索要求を受け付けると、当該要求で指定された第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂで蓄積されたメッセージログの中から、当該要求で指定されたジョブフィルタの検索条件に合致するメッセージログを検索する（抽出するとも言える）。ジョブ検索要求による検索範囲は、当日に取得されたメッセージログとなる。言い換えれば、当日を示す格納日時に対応付けられたメッセージログが検索対象になる。

ログ検索部８８は、第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂから、検索条件に合致するメッセージログを取得すると、取得したメッセージログのデータをジョブ確認画面生成部８０に渡してジョブ確認画面１００に設定させる。なおログ検索部８８は、ジョブ検索要求で指定された検索条件を示すＳＱＬクエリを生成して、当該要求で指定された第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂへＳＱＬクエリを送信してもよい。そして、ＳＱＬクエリへの応答として、検索条件に合致するメッセージログのデータを第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂから取得してもよい。

またログ検索部８８は、ログ検索画面生成部８４からログ検索要求を受け付けると、当該要求で指定された第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂで蓄積されたメッセージログの中から、当該要求で指定された検索フィルタの検索条件に合致するメッセージログを検索する。ログ検索要求による検索対象は、当日を含む過去１年分のメッセージログとなる。言い換えれば、第１ログ収集サーバ２０ａと第２ログ収集サーバ２０ｂに蓄積された全てのメッセージログが検索対象になる。

ログ検索部８８は、第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂから、検索条件に合致するメッセージログを取得すると、取得したメッセージログのデータをログ検索画面生成部８４に渡してログ検索画面１２０に設定させる。なおログ検索部８８は、ログ検索要求を受け付けた場合、ジョブ検索要求を受け付けた場合と同様に、ＳＱＬクエリを第１ログ収集サーバ２０ａまたは第２ログ収集サーバ２０ｂへ送信してもよい。

画面提供部９０は、画面生成部７８により生成された運用ポータルサイトの画面を、要求元のユーザ端末へ送信し、ユーザ端末のディスプレイに運用ポータルサイトの画面を表示させる。実施の形態では、ジョブ確認画面１００、ジョブフィルタ設定画面１１０、ログ検索画面１２０、検索フィルタ設定画面１４０それぞれのウェブページのデータをＰＣ１２ａまたはＰＣ１２ｂへ送信する。ＰＣ１２ａまたはＰＣ１２ｂで起動されたウェブブラウザは、ポータルサーバ１８から提供されたジョブ確認画面１００、ジョブフィルタ設定画面１１０、ログ検索画面１２０、検索フィルタ設定画面１４０それぞれのウェブページを表示させる。

以上の構成による企業システム１の動作を、図１を参照しつつ説明する。
第１運用管理装置３０ａは、既知の運用管理マネージャ機能により、サービス提供中の第１管理対象システム３２ａの運用状況を示すメッセージログを逐次記録する。同様に第２運用管理装置３０ｂは、サービス提供中の第２管理対象システム３２ｂの運用状況を示すメッセージログを逐次記録する。第１ログ収集サーバ２０ａのログ取得部５０は、第１運用管理装置３０ａから定期的にメッセージログを取得し、ローカルのログ蓄積部４６に格納する。第２ログ収集サーバ２０ｂのログ取得部５０は、第２運用管理装置３０ｂから定期的にメッセージログを取得し、ローカルのログ蓄積部４６に格納する。

ここでは、第１管理対象システム３２ａで障害が発生したこと、または第１管理対象システム３２ａにおけるジョブ実行時間のトレンド分析の必要が生じたこと等に伴い、第１開発部門の担当者（以下「ユーザ」と呼ぶ。）が第１運用管理装置３０ａのメッセージログを確認する必要が生じたこととする。ユーザの操作に応じて、ＰＣ１２ａのウェブブラウザは、ポータルサーバ１８へアクセスし、運用ポータルサイトへログインする。ポータルサーバ１８は、ユーザ認証に成功すると、ユーザが所属するグループである第１開発部門に予め対応付けられた第１ログ収集サーバ２０ａをメッセージログの提供元として識別し、第１ログ収集サーバ２０ａをユーザのセッションに対応付けて記録する。なお、ログインユーザが第２開発部門に所属する場合は、第２開発部門に予め対応付けられた第２ログ収集サーバ２０ｂをメッセージログの提供元として識別することになる。

ユーザは、ジョブの実行状況を確認すべき場合、運用ポータルサイトにてジョブ確認画面を選択する。ポータルサーバ１８は、ジョブ確認画面のウェブページをＰＣ１２ａへ提供して表示させる。ジョブ確認画面は、当該ユーザのグループが登録済のジョブフィルタの名称を選択可能に一覧表示する。ジョブ確認画面のフィルタ選択エリアで特定のジョブフィルタの名称が選択されて検索ボタンが押されると、ポータルサーバ１８は、第１ログ収集サーバ２０ａに蓄積された当日分のメッセージログを検索の母集団として、ユーザにより選択されたジョブフィルタによる検索結果をジョブ確認画面に表示させる。

ユーザは、ジョブフィルタを作成・編集すべき場合、運用ポータルサイトにてジョブフィルタ設定画面を選択する。ポータルサーバ１８は、ジョブフィルタ設定画面のウェブページをＰＣ１２ａへ提供して表示させる。ジョブフィルタ設定画面でジョブフィルタの内容が入力されて追加ボタンが押されると、ポータルサーバ１８は、ジョブフィルタ設定画面に入力されたジョブフィルタのデータ（ユーザが設定したジョブフィルタの名称を含む）をユーザのグループに対応付けて記録する。ここで記録されたジョブフィルタの名称は、ジョブ確認画面において選択可能な態様で表示される。

ユーザは、ジョブに限らず、様々な種類・内容のログに亘る検索を実施すべき場合、運用ポータルサイトにてログ検索画面を選択する。ポータルサーバ１８は、ログ検索画面のウェブページをＰＣ１２ａへ提供して表示させる。ログ検索画面は、当該ユーザのグループが登録済の検索フィルタの名称を選択可能に一覧表示する。ログ検索画面のフィルタ選択エリアで特定の検索フィルタの名称が選択されて検索ボタンが押されると、ポータルサーバ１８は、第１ログ収集サーバ２０ａに蓄積された１年分のメッセージログを検索の母集団として、ユーザにより選択された検索フィルタによる検索結果をログ検索画面に表示させる。

ユーザは、検索フィルタを作成・編集すべき場合、運用ポータルサイトにて検索フィルタ設定画面を選択する。ポータルサーバ１８は、検索フィルタ設定画面のウェブページをＰＣ１２ａへ提供して表示させる。検索フィルタ設定画面で検索フィルタの内容が入力されて確定ボタンが押されると、ポータルサーバ１８は、検索フィルタ設定画面に入力された検索フィルタのデータ（ユーザが設定した検索フィルタの名称を含む）をユーザのグループに対応付けて記録する。ここで記録された検索フィルタの名称は、ログ検索画面において選択可能な態様で表示される。

なお、ジョブ確認画面での検索対象は当日分のメッセージログである一方、ログ検索画面での検索対象は当日分に加えて過去１年分のメッセージログである。したがって、当日のジョブの実行状況を確認すべき場合は、ログ検索画面ではなくジョブ確認画面を使用することで、迅速に検索結果を確認できる。

実施の形態のポータルサーバ１８、第１ログ収集サーバ２０ａ、第２ログ収集サーバ２０ｂ（以下、総称して「情報提供装置２２」と呼ぶ。）によると、開発部門の担当者が自席のＰＣにおいて、運用管理装置が出力した最新のメッセージログを参照し、取得することが可能になる。例えば、第１開発部門の担当者は、第１運用管理装置３０ａから障害発生の通知メールを受け付けると、即座にＰＣ１２ａのウェブブラウザで運用ポータルサイトにアクセスし、第１運用管理装置３０ａが出力したメッセージログを閲覧して、障害対応を開始できる。

また、現在、企業における内部統制の効率化・高度化が求められており、ＩＣＴサービス企業でも、開発と運用の分離や、本番環境と開発環境の分離が求められている。情報提供装置２２によると、本番環境の運用管理装置が出力したメッセージログの取得・参照に運用が関与しない仕組みを実現できる。これにより、開発と運用の分離や、本番環境と開発環境の分離を実現できる。このことは、開発と運用の分離を要求する昨今のシステム監査への対応においても有用である。

さらにまた、情報提供装置２２はセキュリティリスクの回避にも有効である。例えば、（１）ログ取得のための本番端末室への入室が不要になり、本番端末室へＵＳＢメモリを持ち込むことも不要になるため、本番端末室のリスク回避に有効である。（２）本番端末室の利用が減ることで、他システムの本番端末に触れる機会が減るため、他システムへの影響も回避できる。例えば、第１開発部門の担当者が、担当外の第２運用管理装置３０ｂ（第２管理対象システム３２ｂ）へアクセスすることを防止しやすくなる。

（３）ユーザにはメッセージログの参照権限しかなく、ユーザは本番環境の運用管理装置へ直接アクセスすることはできない。また、ユーザの利用頻度が増えても情報提供装置２２から運用管理装置へのアクセス頻度は変わらない。また、本番端末室の本番端末から運用管理装置へＦＴＰ等の通信機能が利用できるとしても、ログビューワの画面を介して運用管理装置へのデータやスクリプトの入出力はできない。したがって、本番環境の運用管理装置のリスクを回避できる。

さらにまた、これまでメッセージログは、本番環境の運用管理装置による保持期間（例えば１週間）しか参照できなかった。情報提供装置２２は、本番環境の運用管理装置による保持期間より長い期間（例えば１年間）、運用管理装置から取得したメッセージログを保持し、ログビューワでの閲覧を可能にする。これにより、過去に遡ったシステム稼働状況の確認が可能になる。例えば、数ヶ月前の障害の状況を把握することが可能なり、またジョブの実行時間の変化傾向を把握することも可能になる。

さらにまた、情報提供装置２２では、運用管理装置毎にログ収集サーバを設けた。図１の例では、第１運用管理装置３０ａのメッセージログを収集する第１ログ収集サーバ２０ａと、第２運用管理装置３０ｂのメッセージログを収集する第２ログ収集サーバ２０ｂを別個に設けた。これにより、異なる運用管理装置が出力したメッセージログが同一のログ収集サーバ内に混在することがなく、ユーザが担当外システムのメッセージログを閲覧することを確実に防止しやすくなる。すなわち、異なる顧客のシステムのメッセージログの混在を防止し、情報セキュリティのリスクを回避することができる。

さらにまた、情報提供装置２２では、ジョブフィルタと検索フィルタがユーザのグループ毎に管理され、ユーザのグループ毎に同じフィルタ（１つ以上のフィルタ）を選択可能とする。これにより、効率的にメッセージログを検索できるようユーザを支援できる。

以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。

上記実施の形態では言及していないが、ジョブ確認画面生成部８０は、最新のメッセージログを取得するよう指示するための更新ボタンをジョブ確認画面に配置してもよい。同様にログ検索画面生成部８４も、更新ボタンをジョブ確認画面に配置してもよい。ポータルサーバ１８はログ更新指示部をさらに備え、ログ更新指示部は、更新ボタンの選択操作を受け付けた場合に、最新のメッセージログを取得する所定のコマンドを、要求元ユーザに対応するログ収集サーバ（ここでは第１ログ収集サーバ２０ａとする）へ送信してもよい。第１ログ収集サーバ２０ａのログ取得部５０は、上記コマンドを受け付けると、予め定められたログ取得時間の経過に関わらず、即時に第１運用管理装置３０ａから最新のメッセージログを取得する。これにより、ジョブ確認画面およびログ検索画面において最新のメッセージログを検索対象に含めた検索を実施できる。

なお、更新ボタンが選択された際、ジョブフィルタまたは検索フィルタが選択済であり、言い換えれば検索条件が設定済であれば、上記コマンドの送信に続いて、ログ検索部８８は、第１ログ収集サーバ２０ａに蓄積されたメッセージログの検索処理を自動で実行してもよい。

上記実施の形態では、第１運用管理装置３０ａおよび第２運用管理装置３０ｂは、運用側ネットワーク内に設置され、ＰＣ１２ａおよびＰＣ１２ｂは、運用側ネットワークへのアクセスが禁止された開発側ネットワーク内に設置され、情報提供装置２２は、それらのネットワークから独立した中立ネットワーク内に設置されることとした。ただし、情報提供装置２２は、ネットワーク構成を問わず、第１運用管理装置３０ａおよび第２運用管理装置３０ｂのセキュリティを向上させるために有用である。例えば、ＰＣ１２ａおよびＰＣ１２ｂが、第１運用管理装置３０ａおよび第２運用管理装置３０ｂへのアクセスが禁止された状況において、情報提供装置２２は、実施の形態の構成によって、ＰＣ１２ａおよびＰＣ１２ｂに対して、第１運用管理装置３０ａおよび第２運用管理装置３０ｂが記録したログを閲覧可能なログビューワを提供でき、実施の形態と同様の効果を奏する。

上述した実施の形態および変形例の任意の組み合わせもまた本発明の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる実施の形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

１ 企業システム、 １８ ポータルサーバ、 ２０ａ 第１ログ収集サーバ、 ２０ｂ 第２ログ収集サーバ、 ２２ 情報提供装置、 ３０ａ 第１運用管理装置、 ３０ｂ 第２運用管理装置、 ４６ ログ蓄積部、 ５０ ログ取得部、 ７８ 画面生成部、 ８８ ログ検索部、 ９０ 画面提供部、 ９２ フィルタ記録部。

Claims (8)

1. 所定の情報システムの運用を管理する運用管理装置とは独立して設けられた情報提供装置であって、
   前記運用管理装置により記録された前記情報システムの動作状態を示すログを前記運用管理装置から取得するログ取得部と、
   前記運用管理装置に対するアクセスが禁止されたユーザの端末から前記ログの閲覧要求を受け付けた場合に、前記ログ取得部により取得されたログが示す情報を前記ユーザの端末へ提供するログ情報提供部と、
   を備えることを特徴とする情報提供装置。
2. 前記運用管理装置は、第１ネットワーク内に設置され、
   前記ユーザの端末は、前記第１ネットワークに対するアクセスが禁止された第２ネットワーク内に設置され、
   前記第１ネットワークおよび前記第２ネットワークとは異なる第３ネットワーク内に設置されたことを特徴とする請求項１に記載の情報提供装置。
3. 前記ログ取得部により取得されたログが示す情報を、前記運用管理装置にて当該ログが保持される期間より長い期間保持するログ保持部をさらに備え、
   前記ログ情報提供部は、前記ログ保持部に保持された情報を前記ユーザの端末へ提供する請求項１または２に記載の情報提供装置。
4. 前記ログ取得部により取得されたログが示す情報の中からユーザへ提示する情報を検索するための複数の検索条件を保持する検索条件保持部をさらに備え、
   前記ログ情報提供部は、前記ユーザの端末へ提供するログ閲覧画面に、前記複数の検索条件の中から任意の検索条件を選択させるための画面要素を表示させ、前記ユーザの端末で選択された検索条件に合致するログの情報を前記ログ閲覧画面に表示させる請求項１から３のいずれかに記載の情報提供装置。
5. 前記ログ情報提供部は、検索条件に対して任意の名称を設定可能な検索条件設定画面を前記ユーザの端末に表示させ、前記ログ閲覧画面の前記画面要素に各検索条件の名称を表示させる請求項４に記載の情報提供装置。
6. 前記ログ取得部は、前記ユーザの端末から前記ログの閲覧要求を受け付ける頻度に関わらず、予め定められた頻度で定期的に前記運用管理装置からログを取得する請求項１から５のいずれかに記載の情報提供装置。
7. 所定の情報システムの運用を管理する運用管理装置とは独立して設けられたコンピュータが、
   前記運用管理装置により記録された前記情報システムの動作状態を示すログを前記運用管理装置から取得するステップと、
   前記運用管理装置に対するアクセスが禁止されたユーザの端末から前記ログの閲覧要求を受け付けた場合に、前記取得するステップで取得したログが示す情報を前記ユーザの端末へ提供するステップと、
   を実行することを特徴とする情報提供方法。
8. 所定の情報システムの運用を管理する運用管理装置とは独立して設けられたコンピュータに、
   前記運用管理装置により記録された前記情報システムの動作状態を示すログを前記運用管理装置から取得する機能と、
   前記運用管理装置に対するアクセスが禁止されたユーザの端末から前記ログの閲覧要求を受け付けた場合に、前記取得する機能により取得されたログが示す情報を前記ユーザの端末へ提供する機能と、
   を実現させるためのコンピュータプログラム。

Images