(57)【要約】【課題】複数の情報処理システムにおけるイベント発生状況の管理を支援する。【解決手段】運用管理支援装置１６は、複数の情報処理システムにおいて発生した複数のインシデントに関する属性情報を保持するインシデント属性保持部２２と、所定の検索条件にもとづいて複数のインシデントを検索し、複数の情報処理システムをグループ化した複数の管理グループのそれぞれにおける検索条件に整合するインシデント数を集計する検索部３６と、複数の管理グループのそれぞれにおける検索条件に整合するインシデント数を一覧表示させるサマリ画面表示部３８とを備える。【選択図】図６
2013030062.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理システムにおいて発生した複数のイベントに関する属性情報の保持部と、
前記複数のイベントを絞り込むための検索条件の保持部と、
前記検索条件にもとづいて前記複数のイベントを検索し、前記複数の情報処理システムをグループ化した複数の管理グループのそれぞれにおける前記検索条件に整合するイベント数を集計する検索部と、
前記複数の管理グループのそれぞれにおける前記検索条件に整合するイベント数を一覧表示させる表示制御部と、
を備えることを特徴とする運用管理支援装置。
【請求項２】
前記検索部は、それぞれが前記複数の情報処理システムの少なくとも１つの運用を担当する複数の運用チームを前記複数の管理グループとして、複数の運用チームのそれぞれにおける前記検索条件に整合するイベント数を集計し、
前記表示制御部は、前記複数の運用チームのそれぞれにおける前記検索条件に整合するイベント数を一覧表示させることを特徴とする請求項１に記載の運用管理支援装置。
【請求項３】
前記検索部はさらに、前記複数の管理グループのそれぞれに含まれる情報処理システムごとに、前記検索条件に整合するイベント数を集計し、
前記表示制御部は、前記複数の管理グループのそれぞれにおける前記検索条件に整合するイベント数を一覧表示する画面と、１つの管理グループに含まれる情報処理システムのそれぞれにおける前記検索条件に整合するイベント数を一覧表示する画面とを分けて表示させることを特徴とする請求項１または２に記載の運用管理支援装置。
【請求項４】
複数の情報処理システムにおいて発生した複数のイベントに関する属性情報の保持部と、
前記複数のイベントを絞り込むための検索条件の保持部と、
前記検索条件にもとづいて前記複数のイベントを検索し、前記複数の情報処理システムのそれぞれにおける前記検索条件に整合するイベント数を集計する検索部と、
前記複数の情報処理システムのそれぞれにおける前記検索条件に整合するイベント数を一覧表示させる表示制御部と、
を備えることを特徴とする運用管理支援装置。
【請求項５】
複数の情報処理システムにおいて発生した複数のイベントに関する属性情報を保持する機能と、
前記複数のイベントを絞り込むための検索条件を保持する機能と、
前記検索条件にもとづいて前記複数のイベントを検索し、前記複数の情報処理システムをグループ化した複数の管理グループのそれぞれにおける前記検索条件に整合するイベント数を集計する機能と、
前記複数の管理グループのそれぞれにおける前記検索条件に整合するイベント数を一覧表示させる機能と、
をコンピュータに実現させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ処理技術に関し、特に、情報処理システムの運用管理を支援する技術に関する。
【背景技術】
【０００２】
情報処理システムの運用管理の分野においてＩＴＩＬ（Information Technology Infrastructure Library）が浸透してきている。ＩＴＩＬは、情報処理システムで発生したインシデントを管理するためのフレームワークや、情報処理システムが抱える問題を管理するためのフレームワークを提示する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１９８１２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
多くの情報処理システムの運用管理を一括して監督すべき管理者、例えばＩＴサービス企業における運用部門の部門長等は、運用サービス部門全体としての業務状況を把握するため、運用部門全体として抱えるインシデントの状況を把握する必要がある。しかし、運用管理の対象となる情報処理システム数が多い場合、運用部門全体として抱えるインシデントの状況を把握することは容易ではなかった。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その主な目的は、複数の情報処理システムにおけるイベント発生状況の管理を支援するための技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の運用管理支援装置は、複数の情報処理システムにおいて発生した複数のイベントに関する属性情報の保持部と、複数のイベントを絞り込むための検索条件の保持部と、検索条件にもとづいて複数のイベントを検索し、複数の情報処理システムをグループ化した複数の管理グループのそれぞれにおける検索条件に整合するイベント数を集計する検索部と、複数の管理グループのそれぞれにおける検索条件に整合するイベント数を一覧表示させる表示制御部と、を備える。
【０００７】
本発明の別の態様もまた、運用管理支援装置である。この装置は、複数の情報処理システムにおいて発生した複数のイベントに関する属性情報の保持部と、複数のイベントを絞り込むための検索条件の保持部と、検索条件にもとづいて複数のイベントを検索し、複数の情報処理システムのそれぞれにおける検索条件に整合するイベント数を集計する検索部と、複数の情報処理システムのそれぞれにおける検索条件に整合するイベント数を一覧表示させる表示制御部と、を備える。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、複数の情報処理システムにおけるイベント発生状況の管理を支援できる。
【図面の簡単な説明】
【００１０】
【図１】インシデント情報画面を示す図である。
【図２】インシデント検索画面を示す図である。
【図３】部門全体サマリ画面を示す図である。
【図４】運用チームサマリ画面を示す図である。
【図５】実施の形態の運用管理システムの構成を示す図である。
【図６】図５の運用管理支援装置の機能構成を示すブロック図である。
【図７】検索条件保持部に格納される検索条件を示す図である。
【図８】サマリ設定画面を示す図である。
【図９】サマリ画面の構成情報を模式的に示す図である。
【図１０】第１の変形例におけるサマリ画面を示す図である。
【発明を実施するための形態】
【００１１】
実施の形態の運用管理システムは、ＩＴサービス企業（例えばＳＩ企業）に構築されたコンピュータシステムである。この運用管理システムは、複数の情報処理システムの運用管理サービスを提供し、言い換えれば、ＩＴサービス企業の運用部門による複数の情報処理システムの運用管理業務を支援する。具体的には、各情報処理システムで発生したインシデントや、各情報処理システムが抱える問題を管理するための処理を実行する。以下では、主にインシデント管理の構成について説明するが、問題管理においても同様の構成が適用できることは当業者には理解されるところである。
【００１２】
まず、運用管理システムが提供するユーザインタフェースを示しつつ、運用管理システムの概要を説明する。図１はインシデント情報画面を示す。インシデント情報画面は、運用管理システムに保持されたインシデントに関する各種の属性情報を表示する。運用部門の担当者（以下、「運用担当者」とも呼ぶ。）は、インシデント情報画面に対して基本情報４０や詳細情報４２を入力して新たなインシデントを起票する。運用担当者は、インシデントに対する検討や作業の進展に伴って、インシデント情報画面において経過情報４４を逐次追加し、またインシデントのステータスを適宜変更する。
【００１３】
図２はインシデント検索画面を示す。インシデント検索画面においてインシデントに関するいくつかの属性情報を検索条件として検索を実行すると、その検索条件にもとづく検索結果が一覧表示される。図２の例では、システム名５０とステータス５２を検索条件として検索が実行された結果、ＡＢＣ障害管理システムで発生し、かつ、ステータスがクローズ以外の７件のインシデントが表示されている。
【００１４】
これまでの運用管理システムでは、運用部門全体を監督すべき管理者（以下、「運用部門長」とも呼ぶ。）は、インシデント検索画面において多くの情報処理システム１つ１つのインシデントを順次検索して、運用部門全体としてのインシデント処理状況を確認する必要があった。運用部門全体で運用管理対象となる情報処理システム数は数百〜千のオーダになる場合もあり、運用部門全体としてのインシデントの処理状況を把握することは容易ではなかった。
【００１５】
そこで実施の形態の運用管理システムは、ＩＴサービス企業の運用部門において１つ以上の情報処理システムの運用管理を担当する運用担当者のグループ、言い換えれば「運用チーム」を単位として、複数の運用チームのそれぞれにおけるインシデント状況を一覧表示する画面（以下、「部門全体サマリ画面」とも呼ぶ。）を運用部門長へ提供する。
【００１６】
図３は部門全体サマリ画面を示す。同図の部門全体サマリ画面は、システム運用第１グループからシステム運用第３グループの３つの運用チームそれぞれのインシデント数を一覧で示している。例えば図３のフィールド６０には、システム運用第１グループが運用管理を担当する複数の情報処理システムにおける未クローズのインシデント数の集計値が設定されている。またフィールド６２には、システム運用第２グループが運用管理を担当する複数の情報処理システムにおける未クローズのインシデント数の集計値が設定されている。またフィールド６４には、システム運用第１グループが運用管理を担当する複数の情報処理システムにおける緊急度「緊急」のインシデント数の集計値が設定されており、その集計値が予め定められた閾値以上であるため強調表示がなされている。
【００１７】
また実施の形態の運用管理システムでは、複数の運用チームのそれぞれに関する画面であり、各運用チームが運用管理を担当する情報処理システムそれぞれのインシデント状況を一覧表示する画面（以下、「運用チームサマリ画面」とも呼ぶ。）を、運用部門長および各運用チームのリーダへ提供する。以下では主にシステム運用第１グループについての運用チームサマリ画面を説明するが、図３のシステム運用第２グループとシステム運用第３グループのそれぞれについての運用チームサマリ画面も提供する。
【００１８】
図４は運用チームサマリ画面を示す。同図の運用チームサマリ画面は、システム運用第１グループが運用管理を担当する複数の個社別のシステム、すなわちＡ社システムからＤ社システムの４つの情報処理システムそれぞれのインシデント数を一覧で示している。例えば同図のフィールド６６には、システム運用第１グループが運用管理を担当するＡ社システムにおける未クローズのインシデント数が設定されている。またフィールド６８では、その集計値が予め定められた閾値以上であるため強調表示がなされている。運用チームサマリ画面は、図３の部門全体サマリ画面を一段階詳細化して、１つの運用チームの状況を示すものである。以下、部門全体サマリ画面と運用チームサマリ画面を総称する場合、単に「サマリ画面」と称する。
【００１９】
以上説明した運用管理システムについて具体的な構成を以下説明する。
図５は、実施の形態の運用管理システム１００の構成を示す。情報処理システム１０で総称される情報処理システム１０ａ、情報処理システム１０ｂ、情報処理システム１０ｃ、・・・は、様々な企業の基幹系システムや情報系システムを含む。運用管理システム１００は、情報処理システム１０に対する運用管理サービスを提供する。
【００２０】
運用管理システム１００は、監視装置１２と、運用担当者端末１４と、運用管理支援装置１６と、運用部門長端末１８と、チームリーダ端末１９を含む。運用管理支援装置１６は、情報処理システム１０で発生したインシデントや情報処理システム１０が抱える問題を管理する情報処理装置である。実施の形態では運用管理支援装置１６の構成としてインシデント管理の構成、具体的にはインシデント管理において図３や図４で示したサマリ画面を運用部門の管理者へ提示する構成を説明する。ただし、問題管理において同様のサマリ画面を提示する場合にも実施の形態と同様の構成で実現可能であることは当業者には理解されるところである。運用管理支援装置１６の詳細な機能構成は後述する。
【００２１】
監視装置１２は、複数の情報処理システム１０の動作状態を監視し、例えば死活監視処理やハードウェアリソースの使用状況の監視処理を実行する。情報処理システム１０の動作状態が所定の異常状態になった場合、監視装置１２は、新たなインシデントを起票してそのインシデントの情報を運用管理支援装置１６へ送信する。また監視装置１２は、インシデントを起票済の情報処理システム１０の動作状態が変化した場合、そのインシデントの更新情報を運用管理支援装置１６へ送信する。監視装置１２から運用管理支援装置１６へ送信される情報は、図１で示したインシデントの各種属性情報である。
【００２２】
運用担当者端末１４は、運用担当者により操作される情報処理端末であり、情報処理システム１０で発生したインシデントに関する情報（起票情報や更新情報）の入力を運用担当者から受け付ける。そして、その情報を運用管理支援装置１６へ送信する。運用担当者端末１４から運用管理支援装置１６へ送信される情報も、図１で示したインシデントの各種属性情報である。
【００２３】
運用部門長端末１８は運用部門長により操作される情報処理端末であり、チームリーダ端末１９は運用チームリーダにより操作される情報処理端末である。運用部門長端末１８は、部門全体サマリ画面を設定するための情報を運用管理支援装置１６へ送信し、チームリーダ端末１９は、運用チームサマリ画面を設定するための情報を運用管理支援装置１６へ送信する。運用部門長端末１８は、部門全体サマリ画面および運用チームサマリ画面のデータを運用管理支援装置１６から受信してディスプレイに表示させる。チームリーダ端末１９は、運用チームサマリ画面のデータを運用管理支援装置１６から受信してディスプレイに表示させる。
【００２４】
図６は、図５の運用管理支援装置１６の機能構成を示すブロック図である。運用管理支援装置１６は、インシデント情報受付部２０と、インシデント属性保持部２２と、検索条件受付部２６と、検索条件保持部２８と、表示設定受付部３０と、表示設定保持部３２と、アクセス権限保持部３４と、検索部３６と、サマリ画面表示部３８を含む。
【００２５】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。例えば、図６の各機能ブロックは、運用管理支援プログラムとして記録媒体に格納され、運用管理支援装置１６のストレージへインストールされてもよい。そして、運用管理支援プログラムの起動時に、各機能ブロックに対応するプログラムモジュールがメインメモリに読み出されてＣＰＵにより実行されてもよい。
【００２６】
インシデント属性保持部２２は、複数の情報処理システム１０のそれぞれにおいて発生したインシデントに関する属性情報を保持する記憶領域である。この属性情報は図１のインシデント情報画面で示した各種情報項目であり、例えば、システム名・ステータス・緊急度等を含む。
【００２７】
インシデント情報受付部２０は、監視装置１２から、インシデントの各種属性情報を指定したインシデントの起票情報および更新情報を受け付ける。またインシデント情報受付部２０は、インシデント属性保持部２２に保持されたインシデントの属性情報を表示する図１のインシデント情報画面を運用担当者端末１４へ提供する。そして、そのインシデント情報画面に入力されたインシデントの属性情報を、インシデントの起票情報や更新情報として運用担当者端末１４から受け付ける。インシデント情報受付部２０は、監視装置１２および運用担当者端末１４から受け付けたインシデントの属性情報をインシデント属性保持部２２へ格納する。
【００２８】
検索条件保持部２８は、インシデント属性保持部２２に保持された複数のインシデントの中から特定のインシデントを抽出するための条件（以下、「検索条件」とも呼ぶ。）を保持する記憶領域である。具体的には、検索条件は、インシデント属性保持部２２に保持された複数のインシデントの中から、部門全体サマリ画面および運用チームサマリ画面の各フィールドにおいて集計対象とするインシデントを抽出する条件である。
【００２９】
検索条件受付部２６は、運用部門長端末１８から、部門全体サマリ画面の各フィールドにおけるインシデントの検索条件を受け付けて検索条件保持部２８へ格納する。またチームリーダ端末１９から、運用チームサマリ画面の各フィールドにおけるインシデントの検索条件を受け付けて検索条件保持部２８へ格納する。具体的には、検索条件受付部２６は、図２のインシデント検索画面を運用部門長端末１８およびチームリーダ端末１９へ提供する。そして、インシデント検索画面において検索条件の登録がなされた場合、その検索条件を取得して、その検索条件にユニークなＩＤを付与した上で検索条件保持部２８へ格納する。
【００３０】
図７は、検索条件保持部２８に格納される検索条件を示す。同図の検索条件ＩＤ欄７０には検索条件のＩＤが格納され、検索条件欄７２には検索条件が格納される。同図のＩＤ「０００１」の検索条件は、図３の部門全体サマリ画面におけるフィールド６０の検索条件に対応する。すなわち、システム運用第１グループが運用管理を担当するＡ社システム〜Ｄ社システムについてステータスがクローズ以外のインシデントを指定した検索条件である。またＩＤ「０００２」の検索条件は、部門全体サマリ画面におけるフィールド６４の検索条件に対応する。すなわち、システム運用第１グループが運用管理を担当するＡ社システム〜Ｄ社システムについてステータスがクローズ以外で、かつ緊急度が緊急のインシデントを指定した検索条件である。またＩＤ「０１０１」の検索条件は、図４の運用チームサマリ画面におけるフィールド６６の検索条件に対応する。すなわち、システム運用第１グループが運用管理を担当するＡ社システムについてステータスがクローズ以外のインシデントを指定した検索条件である。
【００３１】
図６に戻り、表示設定受付部３０は、サマリ画面の情報項目を設定する画面（以下、「サマリ設定画面」）のデータを運用部門長端末１８およびチームリーダ端末１９へ提供して表示させる。図８はサマリ設定画面を示す。同図は図３の部門全体サマリ画面の設定内容を示すものであり、同図のフィールド８０は図３のフィールド６０に対応し、同図のフィールド８２は図３のフィールド６４に対応する。
【００３２】
サマリ設定画面の各フィールドは、検索条件指定欄８４と強調条件指定欄８６を含む。検索条件指定欄８４では、検索条件保持部２８に格納された複数の検索条件の中から１つの検索条件が選択されて指定される。例えばフィールド８２の検索条件指定欄８４では、図７のＩＤ「０００２」の検索条件が指定されている。強調条件指定欄８６では、当該フィールドを強調表示させる条件（以下、「強調条件」とも呼ぶ。）が指定される。例えばフィールド８２の強調条件指定欄８６では、検索条件に整合するインシデント数が５０件以上の場合にフィールドの背景を明滅表示させることが指定されている。表示設定受付部３０は、サマリ設定画面で指定されたサマリ画面の情報項目を示すデータを運用部門長端末１８およびチームリーダ端末１９から取得して表示設定保持部３２へ格納する。
【００３３】
図３に戻り、表示設定保持部３２は、表示設定受付部３０により受け付けられたサマリ画面の構成情報を保持する記憶領域である。図９は、サマリ画面の構成情報を模式的に示す。同図のＩＤ「部門全体サマリ画面」のデータは、図３の部門全体サマリ画面に対応し、ＩＤ「運用チームサマリ画面」のデータは、図４の運用チームサマリ画面に対応する。また「サマリ１−１」はサマリ画面の１行１列目のフィールドに対応し、「サマリ１−２」はサマリ画面の１行２列目のフィールドに対応し、サマリ「２−１」はサマリ画面の２行１列目のフィールドに対応する。例えばＩＤ「部門全体サマリ画面」について、「サマリ１−１」では検索条件「０００１」が設定され、「サマリ１−２」では検索条件「０００２」が設定されており、図８のサマリ設定画面の内容に対応している。
【００３４】
なお、図９では強調条件を図示していないが、強調条件が指定されたサマリ画面のフィールドには、検索条件に加えて強調条件が格納される。例えば強調条件が図８のように指定された場合、ＩＤ「部門全体サマリ画面」の「サマリ１−２」にはインシデント数が５０件以上の場合に背景を明滅させることを示す強調条件がさらに格納される。同様に、ＩＤ「部門全体サマリ画面」の「サマリ２−２」にはインシデント数が４０件以上の場合に背景を明滅させることを示す強調条件がさらに格納される。
【００３５】
アクセス権限保持部３４は、サマリ画面に対してアクセス可能なユーザを示す情報（以下、「アクセス権限情報」とも呼ぶ。）を保持する記憶領域である。実施の形態では、部門全体サマリ画面と運用部門長のユーザＩＤとを対応づけ、運用チームサマリ画面と運用部門長のユーザＩＤおよび運用チームリーダのユーザＩＤとを対応づけたアクセス権限情報を保持する。
【００３６】
検索部３６は、検索条件保持部２８および表示設定保持部３２を参照して、部門全体サマリ画面と運用チームサマリ画面の少なくとも１つで指定された検索条件を検索キーとしてインシデント属性保持部２２に保持されたインシデントを検索する。そして、検索条件に整合するインシデントの数を集計する。例えば、図７の検索条件ＩＤ「０００１」の検索条件の場合、システム「Ａシステム」かつステータス「クローズ以外」の検索から、システム「Ｄシステム」かつステータス「クローズ以外」の検索までの４つの検索それぞれでヒットしたインシデント数を集計する。検索部３６は、検索条件ＩＤとインシデントの集計値との組み合わせを検索結果としてサマリ画面表示部３８へ渡す。検索部３６は、検索処理および集計処理を定期的（例えば１分おき）に実行する。
【００３７】
サマリ画面表示部３８は検索部３６から検索結果を定期的に受け付ける。サマリ画面表示部３８はその都度、各検索条件に整合するインシデントの集計値を、部門全体サマリ画面および運用チームサマリ画面の対応するフィールドへ設定することにより、部門全体サマリ画面のデータおよび運用チームサマリ画面のデータを設定する。
【００３８】
サマリ画面表示部３８は、フィールドに設定したインシデントの集計値が表示設定保持部３２に保持された当該フィールドの強調条件を充足する場合、当該フィールドを強調態様で表示するよう設定する。強調態様とは、他のフィールドよりも運用部門長や運用チームリーダの注意を喚起しやすいと想定される態様である。例えば、他のフィールドよりも集計値を大きく表示させてもよく、集計値もしくは背景をハイライト表示させてもよく、背景を明滅表示させてもよい。
【００３９】
サマリ画面表示部３８は、サマリ画面の取得要求を外部から受け付けた場合、アクセス権限保持部３４に保持されたアクセス権限情報を参照し、その要求元がサマリ画面にアクセス可能な場合、サマリ画面を要求元へ提供する。実施の形態において、サマリ画面表示部３８は、部門全体サマリ画面と運用チームサマリ画面とを分けて要求元へ提供する。
【００４０】
具体的には、要求元の端末において運用管理支援装置１６でのユーザ認証の際に運用部門長のＩＤが入力されていれば、その要求元の端末（典型的には運用部門長端末１８）に対して部門全体サマリ画面のデータを送信する。さらに部門全体サマリ画面において特定の運用チームが指定された場合は、その運用チームについての運用チームサマリ画面のデータを送信する。要求元の端末において運用管理支援装置１６でのユーザ認証の際に特定の運用チームリーダのユーザＩＤが入力されていれば、その要求元の端末（典型的にはチームリーダ端末１９）に対して、上記特定の運用チームに関する運用チームサマリ画面のデータを送信する。例えば、サマリ画面表示部３８は、図４の運用チームサマリ画面を、運用部門長およびシステム運用第１グループのチームリーダへ提供するが、他グループのチームリーダおよび運用担当者への提供は拒否する。
【００４１】
以上の構成による運用管理支援装置１６の動作を説明する。
インシデント情報受付部２０は、複数の情報処理システム１０で発生したインシデントについて、新たに起票されたインシデントの属性情報や、属性情報が追加・更新・削除されたインシデントの更新情報を監視装置１２および運用担当者端末１４から受け付ける。インシデント属性保持部２２は、インシデント情報受付部２０で受け付けられたインシデントの属性情報を保持する。検索条件受付部２６は、インシデントの検索条件の登録を運用部門長端末１８およびチームリーダ端末１９から受け付けて検索条件保持部２８へ記録する。表示設定受付部３０は、サマリ画面の内容の登録を運用部門長端末１８およびチームリーダ端末１９から受け付けて表示設定保持部３２へ記録する。
【００４２】
検索部３６は、定期的に、サマリ画面において各フィールドに設定された検索条件を検索キーとして検索条件に整合するインシデントの数を集計する。サマリ画面表示部３８は、サマリ画面の各フィールドにインシデントの集計値を設定することにより部門全体サマリ画面および運用チームサマリ画面を設定する。サマリ画面表示部３８は、運用部門長端末１８からの取得要求に応じて、部門全体サマリ画面もしくは運用チームサマリ画面のデータを運用部門長端末１８へ提供して表示させる。また、チームリーダ端末１９からの取得要求に応じて、運用チームサマリ画面のデータをチームリーダ端末１９へ提供して表示させる。サマリ画面表示部３８は、アクセス権限情報により認められた要求元以外へのサマリ画面の提供を拒否する。
【００４３】
実施の形態の運用管理支援装置１６によれば、複数の情報処理システム１０をグループ化した複数の管理グループ（例えば図３のシステム運用第１グループからシステム運用第３グループ）のそれぞれが抱えるインシデント数を集計して運用部門の管理者へ提示する。これにより、運用管理の対象となる情報処理システムが多数存在しても、それらの情報処理システムにおけるインシデント発生状況の把握を容易なものとする。
【００４４】
また運用管理支援装置１６は、運用部門全体での最新のインシデント発生状況を示す部門全体サマリ画面を運用部門長へ提供することにより、運用部門全体が抱えるインシデントの状況把握を容易なものとする。また、部門全体サマリ画面を一段階詳細化したサマリ画面であり、運用チーム全体での最新のインシデント発生状況を示す運用チームサマリ画面を運用部門長および運用チームリーダへ提供することにより、各運用チームが抱えるインシデントの状況把握を容易なものとする。例えば運用部門長は、部門全体サマリ画面を表示させて許容数以上のインシデントを抱える運用チームを特定し、その運用チームの運用チームサマリ画面をチームリーダとともに確認して善後策を検討することができる。
【００４５】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００４６】
第１の変形例として、検索部３６は、必ずしも複数の管理グループ（例えば運用部門の運用チーム）ごとにインシデントを集計せず、運用部門における運用管理対象の複数の情報処理システムそれぞれにおける検索条件に整合するインシデント数を集計してもよい。またサマリ画面表示部３８は、複数の情報処理システムそれぞれにおける検索条件に整合するイベント数を一覧表示させてもよい。この変形例においても、運用部門の管理者は複数の情報処理システムそれぞれのインシデント数を個々に検索する必要がなく、複数の情報処理システムにおけるイベント発生状況の管理を支援できる。図１０は、第１の変形例におけるサマリ画面を示す。同図のサマリ画面は、個社システムごとにインシデント数を集計した図４の運用チームサマリ画面を一段階詳細化したものとして表示されてもよい。例えば、図１０に示す５つのシステムは、図４の運用チームサマリ画面における１つの個社システムに含まれるものであってもよい。
【００４７】
第２の変形例を説明する。運用管理支援装置１６は、所定の切替契機に応じて、１つのディスプレイに対して部門全体サマリ画面と運用チームサマリ画面とを交互に切り替えて表示させてもよい。例えば、運用部門に設置された大型ディスプレイに対して、予め定められた時間が経過するたびに、部門全体サマリ画面→システム運用第１グループの運用チームサマリ画面→システム運用第２グループの運用チームサマリ画面→システム運用第３グループの運用チームサマリ画面→部門全体サマリ画面の順に切り替えて表示させてもよい。
【００４８】
第３の変形例を説明する。運用管理支援装置１６は、部門全体サマリ画面のデータと、運用チームサマリ画面のデータの両方を一時に運用部門長端末１８へ提供し、部門全体サマリ画面と運用チームサマリ画面を１つのディスプレイに並行して表示させてもよい。
【００４９】
第４の変形例を説明する。上記実施の形態では、部門全体サマリ画面の検索条件として、各運用チームが担当する複数の情報処理システムのそれぞれを検索条件として指定することとした。変形例では、運用管理支援装置１６は、運用部門に存在する複数の運用チームと、複数の情報処理システム１０との対応関係を保持するチーム情報保持部２４をさらに備える。チーム情報保持部２４は、例えば、「システム運用第１グループ」の識別情報に対応づけて「Ａ社システム」、「Ｂ社システム」、「Ｃ社システム」、「Ｄ社システム」の識別情報を保持する。この場合、検索条件として運用チームが指定されてもよく、検索部３６は、検索条件として運用チームが指定された場合、チーム情報保持部２４においてその運用チームと対応づけられた複数の情報処理システムを特定し、それぞれの情報処理システムを検索条件とした検索および集計処理を実行する。
【００５０】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各構成要素の単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。請求項に記載の「イベント」は実施の形態のインシデントおよび問題の両方を含む概念である。
【符号の説明】
【００５１】
１０  情報処理システム、  １６  運用管理支援装置、  ２０  インシデント情報受付部、  ２２  インシデント属性保持部、  ２４  チーム情報保持部、  ２６  検索条件受付部、  ２８  検索条件保持部、  ３０  表示設定受付部、  ３２  表示設定保持部、  ３６  検索部、  ３８  サマリ画面表示部、  １００  運用管理システム。
【図１】
2013030062.tif 000003
【図２】
2013030062.tif 000004
【図３】
2013030062.tif 000005
【図４】
2013030062.tif 000006
【図５】
2013030062.tif 000007
【図６】
2013030062.tif 000008
【図７】
2013030062.tif 000009
【図８】
2013030062.tif 000010
【図９】
2013030062.tif 000011
【図１０】
2013030062.tif 000012