(57)【要約】【課題】第１のユーザによるログアウトから、第２のユーザによるログインまでの間に障害が発生した場合、ユーザによる障害の発見が遅れてしまうことがある。【解決手段】運用管理サーバ１００の監視結果情報保持部１０２は、業務サーバ１５０から受信された監視結果情報を保持する。ログイン名受付部１１２は、操作装置４０にログインするためのログイン名の入力を操作装置４０を介してユーザから受け付ける。出力部１１８は、保持部１０２内の監視結果情報を操作装置４０に出力する。関連付け部は、出力された監視結果情報に対応した保持部１０２内の監視結果情報に、出力済みフラグを関連付ける。出力部１１８は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、その出力済みフラグを参照し、第１のユーザに未出力の監視結果情報を抽出して、操作装置４０に出力する。【選択図】図２
2008158561.tif 000002
【特許請求の範囲】
【請求項１】
被監視装置の監視結果を示す監視結果情報を出力することにより、その監視結果情報をユーザ間で共通の一の操作装置に表示させる監視装置であって、
監視結果情報を被監視装置から受信する受信部と、
前記受信された監視結果情報を保持する監視結果情報保持部と、
前記操作装置にログインするためのログイン名の入力を前記操作装置を介してユーザから受け付けるログイン名受付部と、
前記ユーザのログイン名でログインされた状態の前記操作装置に表示させるために、前記監視結果情報保持部内の監視結果情報を前記操作装置に出力する出力部と、
前記出力された監視結果情報に対応した前記監視結果情報保持部内の監視結果情報に、前記出力部により出力されたことを示す出力済みフラグを関連付ける関連付け部と、
を備え、
前記出力部は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、前記出力済みフラグを参照し、前記第１のユーザに未出力の監視結果情報を前記監視結果情報保持部から抽出して、前記操作装置に出力することを特徴とする監視装置。
【請求項２】
ユーザと、前記操作装置を介してそのユーザに表示させる表示内容を定義した表示内容定義情報との対応関係を保持する定義情報保持部と、
前記定義情報保持部内に保持された第１のユーザの表示内容定義情報及び第２のユーザの表示内容定義情報に基づいて、新たな表示内容定義情報を生成する定義情報生成部と、
をさらに備え、
前記出力部は、前記第１のユーザがログアウトした後であって前記第２のユーザがログインしたときに、前記生成された表示内容定義情報を前記操作装置に出力することで、その表示内容定義情報により定義された表示内容を前記第２のユーザに表示させることを特徴とする請求項１に記載の監視装置。
【請求項３】
前記定義情報生成部は、前記第１のユーザに表示させる表示内容と前記第２のユーザに表示させる表示内容の共通部分を定義した表示内容定義情報を、新たな表示内容定義情報として生成することを特徴とする請求項２に記載の監視装置。
【請求項４】
前記定義情報生成部は、前記共通部分のうち障害の発生を示す障害情報を、新たな表示内容定義情報として生成することを特徴とする請求項３に記載の監視装置。
【請求項５】
前記定義情報生成部は、前記第１のユーザに表示させる表示内容と前記第２のユーザに表示させる表示内容をともに含む表示内容を定義した表示内容定義情報を、新たな表示内容定義情報として生成することを特徴とする請求項２に記載の監視装置。
【請求項６】
ユーザと、前記操作装置を介してそのユーザが選択可能なコマンドを含むコマンドリストとの対応関係を保持するコマンドリスト保持部と、
前記第１のユーザのコマンドリスト及び前記第２のユーザのコマンドリストを参照して、前記第１のユーザが選択可能なコマンドを含むコマンドリストを新たに生成するコマンドリスト生成部と、
をさらに備え、
前記出力部は、前記第１のユーザがログアウトした後であって前記第２のユーザがログインしたときに、前記生成されたコマンドリストを前記操作装置に提供することで、前記第１のユーザのコマンドを前記第２のユーザにより選択可能にすることを特徴とする請求項１に記載の監視装置。
【請求項７】
被監視装置の監視結果を示す監視結果情報を出力することにより、その監視結果情報をユーザ間で共通の一の操作装置に表示させる監視プログラムであって、
監視結果情報を被監視装置から受信する機能と、
前記操作装置にログインするためのログイン名の入力を前記操作装置を介してユーザから受け付ける機能と、
前記ユーザのログイン名でログインされた状態の前記操作装置に表示させるために、前記受信された監視結果情報を保持したデータベース内の監視結果情報を前記操作装置に出力する機能と、
前記出力された監視結果情報に対応した前記データベース内の監視結果情報に、前記出力する機能により出力されたことを示す出力済みフラグを関連付ける機能と、
第１のユーザがログアウトした後であって第２のユーザがログインしたときに、前記出力済みフラグを参照し、前記第１のユーザに未出力の監視結果情報を前記データベースから抽出して、前記操作装置に出力する機能と、
をコンピュータに発揮させることを特徴とする監視プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、被監視装置の動作や障害の発生の有無を監視する技術に関し、特に、業務施設に設置された業務サーバなどの装置の動作や障害の発生の有無をネットワークを介して監視する技術に関する。
【背景技術】
【０００２】
従来から、企業や公共施設などの業務施設に設置されている業務サーバの障害を検知して、その障害内容をネットワークを介して保守管理サーバに通知する障害監視システムが提案されている。例えば、特許文献１には、複数のサービスサーバが自身のハードウェア、ソフトウェアまたはファームウェアの障害を監視し、障害の発生が検出されたとき、その障害の内容をエラーコード化し、そのエラーコードを保守管理サーバに送信する技術が開示されている。
【特許文献１】特開２００５−２０２５９７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、保守管理サーバ宛てに送信された障害内容を遠隔から確認することが可能である、複数の運用管理担当者間で共通の画面コンソールが、保守管理サーバや保守管理端末に設けられる場合がある。この場合、セキュリティ面や公的機関による監査を考慮して、各運用管理担当者が共通の一のログイン名を使用してその共通の画面コンソールにログインする形式の運用形態ではなく、各自に付与されたログイン名を用いてログインする形式の運用形態が採用されることが多い。
【０００４】
このような状況下において、ある運用管理担当者（以下、「第１のユーザ」という）が、保守業務の引き継ぎのため、他の運用管理担当者（以下、「第２のユーザ」という）と交代するとき、第１のユーザはいったん操作終了のためにログアウトし、その後、第２のユーザが操作開始のためにログインすることになる。この場合、第１のユーザによるログアウトのタイミングから、第２のユーザによるログインのタイミングまでの間に、タイムラグが発生する。このタイムラグの間に障害が発生した場合、第２のユーザによる障害の発見が遅れてしまうことがある。
【０００５】
本発明はこうした状況に鑑みてなされたものであり、その目的は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、第２のユーザによる障害の発見を早める技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様の監視装置は、被監視装置の監視結果を示す監視結果情報を出力することにより、その監視結果情報をユーザ間で共通の一の操作装置に表示させる。この監視装置は、監視結果情報を被監視装置から受信する受信部と、受信された監視結果情報を保持する監視結果情報保持部と、操作装置にログインするためのログイン名の入力を操作装置を介してユーザから受け付けるログイン名受付部と、ユーザのログイン名でログインされた状態の操作装置に表示させるために、監視結果情報保持部内の監視結果情報を操作装置に出力する出力部と、出力された監視結果情報に対応した監視結果情報保持部内の監視結果情報に、出力部により出力されたことを示す出力済みフラグを関連付ける関連付け部と、を備える。この出力部は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、出力済みフラグを参照し、第１のユーザに未出力の監視結果情報を監視結果情報保持部から抽出して、操作装置に出力する。
【０００７】
監視結果情報とは、被監視装置の動作を示す動作情報であり、例えば、障害の発生を示す障害情報などを含む。この態様によると、第１のユーザがログアウトし、第２のユーザがログインしたときに、第１のユーザに未出力の監視結果情報を画面コンソールなどの操作装置に対して出力することにより、第２のユーザは、自身がログインしたときに、第１のユーザに未出力の監視結果情報を速やかに知ることができ、その結果、障害の発見を早めることができる。
【０００８】
なお、以上の構成要素の任意の組合せ、本発明を方法、装置、システム、記録媒体、コンピュータプログラムにより表現したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、ユーザによる障害の発見を早めることができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１
図１は、実施の形態１に係る監視システムの構成を示す。実施の形態１に係る監視システム１０は、企業や公共施設などの業務施設に導入され、監視対象となる業務サーバの動作を監視する。
【００１１】
図１に示す監視システム１０は、被監視装置としての業務サーバ１５０と、監視装置としての運用管理サーバ１００と、その運用管理サーバ１００にネットワーク１４を介して接続される運用管理端末５０と、を含む。図１に示す例では、複数の業務サーバ１５０と、一つの運用管理サーバ１００が設けられる。それら運用管理サーバ１００及び業務サーバ１５０はイントラネット（Intranet）１２により互いに接続される。なお、ここでは、業務サーバ１５０の数を複数としたが、これに限らず、一つであってもよい。また、運用管理サーバ１００の数も複数であってもよい。
【００１２】
実施の形態１では、運用管理サーバ１００と運用管理端末５０は、１対１に対応する。すなわち、一台の運用管理サーバ１００につき、一台の運用管理端末５０が設けられる。この運用管理端末５０には一つの操作装置４０が搭載されている。この操作装置４０は、例えば、画面コンソールとして実装される。運用管理担当者は、この操作装置４０を操作することで、運用管理サーバ１００を遠隔から操作できる。また、運用管理サーバ１００から運用管理端末５０宛てに送信された情報を操作装置４０上で参照できる。なお、ここでいう運用管理担当者とは、業務サーバの運用管理や保守を行う担当者（以下、単に「ユーザ」という）である。また、不図示ではあるが、この運用管理端末５０には、監視システム１０内における障害の発生をユーザに知らせるためのパトランプが備え付けられる。
【００１３】
運用管理サーバ１００は、業務サーバ１５０の監視結果を示す監視結果情報を各業務サーバ１５０からイントラネット１２を介して受信する。運用管理サーバ１００は、各業務サーバ１５０から受信した監視結果情報を、自身とネットワーク１４を介して接続された運用管理端末５０上の操作装置４０に出力することにより、その監視結果情報を操作装置４０に表示させる。このとき、運用管理サーバ１００が、障害の発生を示す障害情報、例えばエラーメッセージ、を含む監視結果情報を操作装置４０に出力した場合、操作装置４０は、その監視結果情報を強調表示するとともに、パトランプを点灯させることにより、障害が発生したことをユーザに報知する。ユーザは、パトランプの点灯などにより障害の発生を検知したとき、別のインフラ管理者やアプリケーション管理者にその旨を連絡し、障害発生の原因究明や復旧作業開始の指示を出す。
【００１４】
ここで、操作装置４０は、複数のユーザにより操作される。すなわち、この操作装置４０は、複数のユーザ間で共通の一の装置である。また、実施の形態１では、互いに異なるログイン名が各ユーザに付与される。すなわち、実施の形態１では、各ユーザが各自に付与されたログイン名を用いて共通の操作装置４０にログインする運用形態が採用される。これは、ユーザ間で共通のログイン名を用いて操作装置４０にログインすることは、セキュリティ面や公的機関による監査を考慮すると好ましくないためである。このような運用形態であれば、管理者がログを参照することで、誰がどのような操作をしたかを特定できる。
【００１５】
ところで、従来では、このような状況下において、あるユーザ（以下、「第１のユーザ」という）は、保守業務の引き継ぎのため、他のユーザ（以下、「第２のユーザ」という）と交代する。業務の引き継ぎの際、第１のユーザはいったん操作終了のためにログアウトし、その後、第２のユーザが操作開始のためにログインすることになる。この場合、第１のユーザによるログアウトのタイミングから、第２のユーザによるログインのタイミングまでの間に、タイムラグが発生する。このタイムラグの間に障害が発生した場合、その間に受信された監視結果情報が画面コンソール上に表示されないため、ユーザによる障害の発見が遅れてしまうことがある。
【００１６】
そこで、実施の形態１に係る運用管理サーバ１００は、第１のユーザがログアウトし、第２のユーザがログインしたときに、第１のユーザに未出力の、すなわち操作装置４０を介して未表示の監視結果情報を操作装置４０に対して出力する。これにより、第２のユーザは、自身がログインしたとき、第１のユーザに未出力の監視結果情報を速やかに知ることができ、障害の発見を早めることができる。また、運用管理サーバ１００が自動的に、第１のユーザに未出力の監視結果情報を操作装置４０に対して出力することで、第２のユーザは、手作業でその未出力の監視結果情報を探すことなく、簡便にかつ効率よくその監視結果情報を知ることができる。
【００１７】
図２は、実施の形態１に係る運用管理サーバと運用管理端末との構成を示す。運用管理サーバ１００は、監視結果情報保持部１０２と、ログイン情報保持部１０８と、制御部１１０と、受信部１３０と、を備える。その制御部１１０は、ログイン名受付部１１２と、認証部１１４と、更新部１１６と、出力部１１８と、検出部１２０と、関連付け部１２２と、を備える。また、運用管理端末５０は、操作装置４０と、操作受付部５２と、表示部５４とを備える。
【００１８】
これらの構成は、ハードウエアコンポーネントでいえば、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされたプログラムなどによって実現されるが、ここではそれらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者には理解されるところである。
【００１９】
まず、運用管理端末５０の各構成要素について詳述する。操作装置４０は、上述のごとく、例えば、画面コンソールとして実装される。ユーザは、この操作装置４０を操作することで、運用管理サーバ１００を遠隔から操作できる。また、運用管理サーバ１００から運用管理端末５０宛てに送信された監視結果情報を操作装置４０上で参照できる。
【００２０】
操作受付部５２は、操作装置４０にログインするためのログイン情報の入力をユーザから受け付ける。具体的には、操作受付部５２は、キーボードやマウスなどの外部入力機器を介して、ログイン情報の入力をユーザから受け付ける。ログイン情報とは、操作装置４０にログインするために必要な情報であり、例えば、ログイン名やパスワードを指す。なお、このログイン名とパスワードのセットは管理者からユーザごとにあらかじめ付与される。操作受付部５２により受け付けられたログイン情報は、図１に示すネットワーク１４を介して運用管理サーバ１００に送信される。
【００２１】
表示部５４は、ログイン情報の入力をユーザから受け付けるための入力ボックスを操作装置４０上に表示する。この場合、操作装置４０上の入力項目は、例えば、ログイン名とパスワードのセットである。さらに、表示部５４は、運用管理サーバ１００から出力された監視結果情報やその他情報を図１に示すネットワーク１４を介して受信し、その受信された監視結果情報やその他情報を操作装置４０の画面上に表示する。
【００２２】
次に、運用管理サーバ１００の各構成要素について詳述する。受信部１３０は、業務サーバ１５０の監視結果情報を各業務サーバ１５０から図１に示すイントラネット１２を介して受信する。この監視結果情報は、詳細は後述するが、業務サーバ１５０上に搭載されたＯＳ（Operating System）やアプリケーションなどの動作が記録されたログである。具体的には、この監視結果情報は、例えば、業務サーバ１５０の装置名、動作の日時、通常メッセージなどの通常動作情報やエラーメッセージなどの障害情報を含む。
【００２３】
監視結果情報保持部１０２は、受信部１３０により受信された監視結果情報を保持する。実施の形態１では、業務サーバ１５０の監視結果情報は各業務サーバ１５０から順次送信される。この場合、受信部１３０は、各業務サーバ１５０から順次送信された監視結果情報を順次受信し、監視結果情報保持部１０２は、受信部１３０により順次受信された監視結果情報を順次保持する。
【００２４】
ログイン名受付部１１２は、操作装置４０にログインするためのログイン名やパスワードの入力を操作装置４０を介してユーザから受け付ける。具体的には、ログイン名受付部１１２は、運用管理端末５０の操作受付部５２により受け付けられたログイン情報を、図１に示すネットワーク１４を介して操作装置４０から受信することにより、ユーザにより入力されたログイン名やパスワードを取得する。
【００２５】
ログイン情報保持部１０８は、管理者により付与されたログイン名と、そのログイン名に対応するパスワードと、を対応付けたログイン情報管理テーブルをあらかじめ保持する。ログイン情報保持部１０８は、さらに、詳細は後述するが、ユーザのログインの状態を示すログイン状態情報をそのユーザのログイン名に対応付けて保持する。具体的には、ログイン情報保持部１０８は、現在ログインしていることを示す状態フラグ、例えば「１」や、前回ログインしたことを示す状態フラグ、例えば「２」をログイン名に対応付けて保持する。なお、上記以外の状態の場合は、状態フラグ「０」を対応付けて保持する。これにより、ログイン情報管理テーブルを参照すれば、現在ログインしているユーザや前回ログインしたユーザを特定することが可能になる。
【００２６】
認証部１１４は、ログイン名受付部１１２により受け付けたログイン名及びパスワードが真正であるか否かを判断する。具体的には、認証部１１４は、ログイン名受付部１１２により受け付けたログイン名及びパスワードと、ログイン情報保持部１０８内にあらかじめ保持されたログイン名及びパスワードとを比較し、一致していれば、そのログイン名によるログインを許可する。一方、一致していなければ、そのログイン名によるログインを禁止する。後者の場合、後述の出力部１１８が、認証失敗を示すメッセージを操作装置４０に出力することで、そのメッセージを操作装置４０に表示させてもよい。
【００２７】
更新部１１６は、認証部１１４による認証処理が行われた後、ログイン名受付部１１２により受け付けたログイン名を参照し、そのログイン名に対応付けられた状態フラグを更新する。具体的には、更新部１１６は、ログイン名受付部１１２により受け付けたログイン名に対応付けられた状態フラグを「１」に更新する。上述のごとく、この状態フラグ「１」は、現在ログインしていることを示すフラグである。この更新処理の際、すでに状態フラグ「１」が対応付けられたログイン名があれば、そのログイン名に対応付けられた状態フラグを「２」に更新する。また、すでに状態フラグ「２」が対応付けられたログイン名があれば、そのログイン名に対応付けられた状態フラグを「０」に更新する。このように、ログイン名を順次受け付けるごとに状態フラグを順次更新することで、このログイン情報管理テーブルを参照すれば、現在ログインしているユーザや前回ログインしたユーザを随時特定できる。
【００２８】
出力部１１８は、ユーザのログイン名でログインされた状態の操作装置４０に、受信部１３０により受信された監視結果情報を表示させるために、監視結果情報保持部１０２内の監視結果情報を操作装置４０に出力する。出力部１１８により出力された監視結果情報は運用管理端末５０の表示部５４により操作装置４０を介してユーザに表示される。関連付け部１２２は、出力部１１８により出力された監視結果情報に対応した監視結果情報保持部１０２内の監視結果情報に、出力部１１８により出力されたことを示す出力済みフラグを関連付ける。関連付け部１２２は、出力済みフラグとして、例えば、出力済みフラグ「１」を関連付ける。
【００２９】
出力部１１８はさらに、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、関連付け部１２２により関連付けられた出力済みフラグを参照し、第１のユーザに未出力の監視結果情報を監視結果情報保持部１０２から抽出して、操作装置４０に出力する。出力部１１８により出力された監視結果情報は操作装置４０の表示部５４により第２のユーザに表示される。これにより、第１のユーザに未出力の監視結果情報を自動的に第２のユーザに表示させることができる。
【００３０】
検出部１２０は、受信部１３０により受信された監視結果情報を参照し、障害が発生しているかどうかを検出する。具体的には、検出部１２０は、運用管理サーバ１００内部の障害リスト保持部（図示せず）に保持された障害リストに登録されているエラーメッセージが監視結果情報に含まれるか否かに応じて障害の発生の有無を検知する。なお、この障害リストは監視システム１０内に生じうる障害に関するエラーメッセージが記録されたファイルであり、事前に行われる運用試験の結果に基づいてユーザにより予め作成されてもよい。
【００３１】
検出部１２０により障害の発生が検知された場合、出力部１１８は障害の発生を示す障害発生情報を、監視結果情報に関連付けて操作装置４０に出力する。この場合、操作装置４０は、その監視結果情報を赤字などで強調表示するとともに、パトランプを点灯させることにより、障害が発生したことをユーザに報知する。
【００３２】
図３は、実施の形態１に係るログイン情報保持部に保持されたログイン情報管理テーブルの一例を示す。図３に示すごとく、実施の形態１では、三人のユーザのログイン名がログイン情報管理テーブル２００に登録されているが、もちろん、それ以上の人数が登録されていても本発明の主旨および範囲を逸脱しない。
【００３３】
ログイン情報管理テーブル２００には、ログイン名欄２０２、パスワード欄２０４、及びログイン状態情報欄２０６が設けられている。ログイン名欄２０２には、ログインしたユーザを一意に識別するためのログイン名が格納される。パスワード欄２０４には、そのログイン名に対応したパスワードが格納される。格納されたパスワードは、平文のままでも、所定の暗号形式で暗号化されてもよい。後者の場合、運用管理サーバ１００にはさらに、パスワードを暗号化するための所定の暗号化アルゴリズムと、その暗号化されたパスワードを復号化するための復号化アルゴリズムとが格納される。
【００３４】
ログイン状態情報欄２０６には、運用管理サーバ１００に現在ログインしていることを示す状態フラグ「１」、前回ログインしたことを示す状態フラグ「２」、それ以外の状態を示す状態フラグ「０」のうちのいずれかが格納される。ログイン情報２０８についていえば、第１のユーザのログイン名「１１１１」に対応したパスワードは「１１ａａ」であり、そのユーザは、運用管理サーバ１００に前回ログインしていたことを示す。一方、ログイン情報２１０についていえば、ログイン名「１１１２」の第２のユーザが、運用管理サーバ１００に現在ログインしていることを示す。
【００３５】
図４は、実施の形態１に係る監視結果情報保持部に保持された監視結果情報管理テーブルの一例を示す。監視結果情報管理テーブル２２０には各業務サーバ１５０から順次受信された監視結果情報が順次格納される。この監視結果情報管理テーブル２２０には、メッセージＩＤ欄２２２、装置名欄２２４、日時欄２２６、メッセージ欄２２８、及び出力フラグ欄２３２が設けられている。メッセージＩＤ欄２２２には、監視結果情報を一意に識別するための番号が格納される。装置名欄２２４には、業務サーバ１５０の名称が格納される。日時欄２２６には、業務サーバ上のＯＳやアプリケーションの動作の日時が格納される。メッセージ欄２２８には、業務サーバ上のＯＳやアプリケーションの動作内容が格納される。出力フラグ欄２３２には、出力部１１８により出力されたことを示す出力済みフラグ、例えば「１」が格納される。
【００３６】
監視結果情報２３４についていえば、その監視結果情報は、装置名「ｎｏｄｅ０２」の業務サーバ１５０から受信されたものであり、「２００６年７月２４日の２０時２６分１２秒」に通信チェック動作が行われたことを示す。なお、この監視結果情報は、ユーザに対して出力済みである。一方、監視結果情報２３６は、どのユーザにも未だ出力されていない状態である。すなわち、この出力フラグを参照することで、監視結果情報がユーザに未出力であるか否かを特定できる。
【００３７】
以下、図５および図６を用いて、第１のユーザに未出力の監視結果情報を第２のユーザに表示するときの表示態様を説明する。ここで仮に、第１のユーザがログインしている間に、メッセージＩＤが「１」〜「５」の監視結果情報が受信され、第１のユーザがログアウトしてから第２のユーザがログインするまでの間に、メッセージＩＤが「６」と「７」の監視結果情報が受信されたものとする。
【００３８】
図５は、操作装置に表示された監視結果情報の一例を示す。図５に示す例では、操作装置４０に現在ログインしているユーザは、ログイン名「１１１１」の第１のユーザである。また、本図に示すごとく、メッセージＩＤが「１」〜「５」の監視結果情報が、第１のユーザに対して表示されている。なお、メッセージＩＤが「３」の監視結果情報は「通信エラー」というエラーメッセージを含むため、その監視結果情報は赤字などで強調表示される。
【００３９】
図６は、第１のユーザがログアウトして第２のユーザがログインしたときに、操作装置に表示された監視結果情報の一例を示す。本図に示すごとく、操作装置４０に現在ログインしているユーザは、ログイン名「１１１２」の第２のユーザである。また、図６に示す例では、第１のユーザに未出力のメッセージＩＤが「６」および「７」の監視結果情報が、第２のユーザに対して表示されている。
【００４０】
図７は、実施の形態１に係る監視処理の手順を示すフローチャートである。以下、具体的に前述の図を適宜用いて、最初に第１のユーザがログインしてからログアウトし、その後、第２のユーザがログインしたときの監視処理の手順を説明する。まず、受信部１３０は、業務サーバ１５０の監視結果情報を各業務サーバ１５０からイントラネット１２を介して受信する（Ｓ１０）。監視結果情報保持部１０２は、受信部１３０により受信された監視結果情報を保持する。
【００４１】
表示部５４は、例えば、第１のユーザからのログイン情報の入力を受け付けるための入力ボックスを運用管理端末５０の画面上に表示する。操作受付部５２は、操作装置４０にログインするためのログイン情報の入力を第１のユーザから受け付ける。操作受付部５２により受け付けられたログイン情報は、図１に示すネットワーク１４を介して運用管理サーバ１００に送信される。
【００４２】
ログイン名受付部１１２は、操作装置４０の操作受付部５２により受け付けられたログイン情報を、図１に示すネットワーク１４を介して操作装置４０から受信することにより、第１のユーザにより入力されたログイン名やパスワードを取得する（Ｓ１２）。
【００４３】
認証部１１４は、ログイン名受付部１１２により受け付けた第１のユーザのログイン名及びパスワードの正当性を認証する（Ｓ１４）。認証部１１４が、ログイン名受付部１１２により受け付けたログイン名及びパスワードによるログインを許可した場合、以下の処理に進む。
【００４４】
更新部１１６は、認証部１１４による認証処理が行われた後、ログイン名受付部１１２により受け付けた第１のユーザのログイン名を参照し、その第１のユーザのログイン名に対応付けられた状態フラグを「１」に更新する（Ｓ１６）。
【００４５】
出力部１１８は、第１のユーザのログイン名でログインされた状態の操作装置４０に、受信部１３０により受信された監視結果情報を表示させるために、監視結果情報保持部１０２内の監視結果情報を操作装置４０に出力する（Ｓ１８）。出力部１１８により出力された監視結果情報は運用管理端末５０の表示部５４により第１のユーザに表示される。例えば、監視結果情報保持部１０２にメッセージＩＤが「１」〜「５」の５つの監視結果情報が格納されていれば、出力部１１８は、それら情報を操作装置４０に出力し、表示部５４は、図５に示す表示態様で、それら情報を第１のユーザに表示する。
【００４６】
ここで、検出部１２０により障害の発生が検知された場合、出力部１１８は障害の発生を示す障害発生情報を、監視結果情報に関連付けて操作装置４０に出力する。この場合、操作装置４０は、その監視結果情報を赤字などで強調表示するとともに、パトランプを点灯させることにより、障害が発生したことを第１のユーザに報知する。
【００４７】
関連付け部１２２は、出力部１１８により出力された監視結果情報に対応した監視結果情報保持部１０２内の監視結果情報に、出力部１１８により出力されたことを示す出力済みフラグ「１」を関連付ける（Ｓ２０）。例えば、図４では、メッセージＩＤが「１」〜「５」の監視結果情報は第１のユーザに出力済みであり、これら監視結果情報には、関連付け部１２２により出力済みフラグ「１」が関連付けられている。ここで、第１のユーザがログアウトしたものとする。また、第１のユーザがログアウトして、第２のユーザがログインしたときまでの間に、例えば、メッセージＩＤが「６」と「７」の監視結果情報が受信されたとする。
【００４８】
第１のユーザがログアウトして、第２のユーザがログインしたときも、ステップ１０〜ステップ１４までの処理については、第１のユーザの場合と同様である。次に、更新部１１６は、第２のユーザがログインしたとき、ログイン名受付部１１２により受け付けた第２のユーザのログイン名に対応付けられた状態フラグを「１」に更新する。さらに、更新部１１６は、第１のユーザのログイン名に対応付けられた状態フラグを「１」から「２」に更新する（Ｓ１６）。
【００４９】
出力部１１８は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、関連付け部１２２により関連付けられた出力済みフラグを参照し、第１のユーザに未出力の監視結果情報を監視結果情報保持部１０２から抽出して、操作装置４０に出力する（Ｓ１８）。例えば、図４に示すごとく、出力部１１８は、出力済みフラグ「１」が関連付けられていない、メッセージＩＤが「６」と「７」の監視結果情報を第２のユーザに出力する。表示部５４は、第２のユーザがログインしたとき、図６に示すごとく、その２つの監視結果情報を第２のユーザに表示する。以降、上述のステップ１０の受信処理、ステップ１８の出力処理、及びステップ２０の関連付け処理が、第２のユーザがログアウトするまで繰り返される。
【００５０】
実施の形態１に係る運用管理サーバ１００は、第１のユーザがログアウトし、第２のユーザがログインしたときに、第１のユーザに未出力の、すなわち操作装置４０を介して未表示の監視結果情報を操作装置４０に対して出力する。これにより、第２のユーザは、自身がログインしたとき、第１のユーザに未出力の監視結果情報を速やかに知ることができ、障害の発見を早めることができる。また、運用管理サーバ１００が第１のユーザに未出力の監視結果情報を自動的に出力することで、第２のユーザは、簡便かつ効率よくその監視結果情報を知ることができる。
【００５１】
実施の形態２
実施の形態１に係る運用管理サーバ１００は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、第１のユーザに未出力の監視結果情報を第２のユーザに表示したが、実施の形態２に係る運用管理サーバ１００は、その際、その監視結果情報を操作するためのコマンドを含むコマンドリストを新たに生成し、それを第２のユーザに提示する。
【００５２】
図８は、実施の形態２に係る運用管理サーバの構成を示す。この運用管理サーバ１００は、実施の形態１に係る運用管理サーバ１００に対して、コマンドリスト保持部１０６及びコマンドリスト生成部１３４が新たに設けられる。もちろん、この構成も、ハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できる。なお、図８において、図２に示す運用管理サーバ１００と同一の構成については同一の符号を付し、適宜説明を略す。
【００５３】
コマンドリスト保持部１０６は、詳細は後述するが、ユーザと、操作装置４０を介してそのユーザが選択可能なコマンドを含むコマンドリストとの対応関係を保持する。コマンドリスト生成部１３４は、第１のユーザのコマンドリスト及び第２のユーザのコマンドリストを参照して、第１のユーザが選択可能なコマンドを含むコマンドリストを新たに生成する。具体的には、コマンドリスト生成部１３４は、第１のユーザのコマンドリストに含まれるコマンドと、第２のユーザのコマンドリストに含まれるコマンドとを含めたコマンドリストを新たに生成する。また、この場合、コマンドリスト生成部１３４は、第１のユーザや第２のユーザを特定するために、ログイン情報管理テーブル内の状態フラグを参照してもよい。
【００５４】
出力部１１８は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、コマンドリスト生成部１２４により生成されたコマンドリストを操作装置４０に提供する機能をさらに有する。提供方法として、出力部１１８は、例えば、図１に示すネットワーク１４を介して操作装置４０に送信してもよい。これにより、第１のユーザのコマンドを第２のユーザにより選択可能にする。
【００５５】
図９は、実施の形態２に係るコマンドリスト保持部に保持されたコマンドリスト管理テーブルの一例を示す。コマンドリスト管理テーブル２６０には、ログインＩＤ欄２６２、コマンドリスト名欄２６４、及びコマンド名欄２６６が設けられている。ログインＩＤ欄２６２には、各ユーザのログインＩＤが格納される。コマンドリスト名欄２６４には、そのユーザが選択可能なコマンドを含むコマンドリストの名称が格納される。コマンド名欄２６６には、そのユーザが選択可能なコマンドの名称が格納される。なお、各コマンドの実体ファイルは、運用管理端末５０や運用管理サーバ１００が保持する別のフォルダやデータベース内に予め格納されており、このコマンドリスト管理テーブルからそれらを参照し、取得できる。
【００５６】
データ２６８についていえば、ログインＩＤ「１１１１」のユーザは、コマンドリストＡに含まれるコマンドａ、コマンドｂ、コマンドｃのうちいずれかを選択して使用することができることを示す。ここで、コマンドリスト生成部１２４は、第１のユーザのコマンドリスト及び第２のユーザのコマンドリストを参照して、第１のユーザが選択可能なコマンドを含むコマンドリストを新たに生成する。図９に示す例では、コマンドリスト生成部１２４は、コマンドａ、コマンドｂ、コマンドｃ、コマンドｄ及びコマンドｅを含むコマンドリストを新たに生成する。こうして生成されたコマンドリストは、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、例えば、図１に示すネットワーク１４を介して操作装置４０に提供される。
【００５７】
実施の形態２によれば、第２のユーザが第１のユーザのコマンドを使用できるようになることで、コマンドに関する情報をユーザどうしで共有でき、その結果、ユーザどうしの保守作業の引き継ぎをスムーズにすることができる。また、保守作業の引き継ぎがスムーズになることで、作業全体の効率を高めることができる。さらに、第２のユーザが第１のユーザのコマンドを使用できるようになることで、以前第１のユーザにより使用されたコマンドを有効活用できる。
【００５８】
実施の形態３
実施の形態１に係る運用管理サーバ１００は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、第１のユーザに未出力の監視結果情報を第２のユーザに表示したが、実施の形態３に係る運用管理サーバ１００は、その際、所定の表示態様で、第２のユーザに表示させる。具体的には、運用管理サーバ１００は、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容の共通部分を第２のユーザに表示させる。また、運用管理サーバ１００は、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容をともに含む表示内容を第２のユーザに表示させる。
【００５９】
図１０は、実施の形態３に係る運用管理サーバの構成を示す。この運用管理サーバ１００は、実施の形態１に係る運用管理サーバ１００に対して、定義情報保持部１０４及び定義情報生成部１３２が新たに設けられる。もちろん、この構成も、ハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できる。なお、図１０において、図２に示す運用管理サーバ１００と同一の構成については同一の符号を付し、適宜説明を略す。
【００６０】
定義情報保持部１０４は、詳細は後述するが、ユーザと、操作装置４０を介してそのユーザに表示させる表示内容を定義した表示内容定義情報との対応関係を保持する。表示内容とは、操作装置４０上に表示される内容、すなわち、画面コンソール上に表示される内容を指す。表示内容定義情報とは、操作装置４０上に表示させるすべての表示内容のうち少なくとも一部分を定義する情報である。定義情報生成部１３２は、定義情報保持部１０４内に保持された第１のユーザの表示内容定義情報及び第２のユーザの表示内容定義情報を抽出し、それら抽出された表示内容定義情報に基づいて、新たな表示内容定義情報を生成する。また、この場合、定義情報生成部１３２は、第１のユーザや第２のユーザを特定するために、ログイン情報管理テーブル内の状態フラグを参照してもよい。
【００６１】
例えば、定義情報生成部１３２は、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容の共通部分を定義した表示内容定義情報を、新たな表示内容定義情報として生成してもよい（以下、この表示手法を「表示方法１」という）。また、実施の形態３では、定義情報生成部１３２は、共通部分のうち障害の発生を示す障害情報を、新たな表示内容定義情報として生成してもよい。
【００６２】
一方、定義情報生成部１３２は、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容をともに含む表示内容を定義した表示内容定義情報を、新たな表示内容定義情報として生成してもよい（以下、この表示手法を「表示方法２」という）。
【００６３】
出力部１１８は、第１のユーザがログアウトした後であって第２のユーザがログインしたときに、定義情報生成部１３２により生成された表示内容定義情報を操作装置４０に出力することで、その表示内容定義情報により定義された表示内容を第２のユーザに表示させる機能をさらに有する。
【００６４】
図１１は、実施の形態３に係る定義情報保持部に保持された定義情報管理テーブルの一例を示す。定義情報管理テーブル２４０には、ログイン名欄２４２、及び表示内容定義情報欄２４４が設けられている。さらに、表示内容定義情報欄２４４には、監視結果情報欄２４６とコマンドリスト欄２４８が設けられている。定義情報管理テーブル２４０内に格納される情報は、あらかじめ管理者などにより運用管理サーバ１００に入力される。
【００６５】
ログイン名欄２４２には、ユーザのログイン名が格納される。監視結果情報欄２４６には、監視結果情報に含まれるメッセージが格納される。なお、この定義情報管理テーブル２４０に格納される情報はデータの実体ではなく、それらが保存される場所へのリンクである。すなわち、メッセージの実体データは監視結果情報保持部１０２に格納されており、この定義情報管理テーブル２４０からそれらを参照し、取得できる。
【００６６】
監視結果情報に含まれるその他の、メッセージＩＤや装置名などの情報もこの監視結果情報欄２４６内に格納されてもよい。コマンドリスト欄２４８には、監視結果情報を操作するためのコマンドを含むコマンドリストの名称が格納される。なお、コマンドリストについての詳細はすでに実施の形態２に記載している。上述のごとく、コマンドやコマンドリストの実体ファイルは、運用管理端末５０や運用管理サーバ１００が保持する別のフォルダやデータベース内に予め格納されており、この定義情報管理テーブル２４０からそれらを参照し、取得できる。
【００６７】
表示内容定義情報２５０についていえば、監視結果情報に含まれる「メッセージ」や「コマンドリストＡ」が、ログイン名「１１１１」の第１のユーザにあらかじめ表示されることを示す。一方、表示内容定義情報２５２についていえば、監視結果情報に含まれる「メッセージ」や「コマンドリストＢ」が、ログイン名「１１１２」の第２のユーザにあらかじめ表示されることを示す。以下、上述した表示方法１と表示方法２のそれぞれについて図を用いて詳述する。
【００６８】
表示方法１
この場合、上述のごとく、定義情報生成部１３２は、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容の共通部分を定義した表示内容定義情報を、新たな表示内容定義情報として生成する。例えば、ログイン名「１１１１」の第１のユーザがログアウトし、ログイン名「１１１２」の第２のユーザがログインした場合、図１１に示す例でいえば、定義情報生成部１３２は、それらユーザに表示させる表示内容の共通部分として「メッセージ」を定義した表示内容定義情報を、新たな表示内容定義情報として生成する。
【００６９】
この場合、共通部分特定部（図示せず）が第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容の共通部分を特定してもよい。具体的には、共通部分特定部は、監視結果情報欄２４６に格納される情報が同一であるか否かを判断して、その判断結果に応じて共通部分であるか否かを特定する。例えば、第１のユーザの監視結果情報欄２４６に含まれる「メッセージ」と、第２のユーザの監視結果情報欄２４６に含まれる「メッセージ」とは同一であるため、「メッセージ」は両者の表示内容の共通部分であると判断する。一方、「コマンドリストＡ」と「コマンドリストＢ」は同一ではないため、共通部分でないと判断する。従って、「コマンドリストＡ」や「コマンドリストＢ」は、この新たな表示内容定義情報には含まれない。
【００７０】
この新たに生成された表示内容定義情報が出力部１１８により操作装置４０に出力されることで、共通部分としての「メッセージ」が第２のユーザに表示される。これにより、第１のユーザに未出力の監視結果情報に含まれる必要な部分、例えば、メッセージ部分だけを第２のユーザに表示させることができる。なお、出力部１１８は、必要に応じて、「コマンドリストＢ」をも操作装置４０に出力し、それをさらに第２ユーザに表示してもよい。すなわち、新たに生成された表示内容定義情報が定義する表示内容は、少なくとも操作装置４０上に表示されればよいという性質のものであり、その他の内容をさらに表示するか否かは任意である。
【００７１】
さらに、定義情報生成部１３２は、共通部分のうち障害の発生を示す障害情報を、新たな表示内容定義情報として生成してもよい。この場合、「障害情報」を含む表示内容定義情報が出力部１１８により操作装置４０に出力されることで、「障害情報」が第２のユーザに表示される。これにより、第１のユーザに未出力の監視結果情報のうち、通常動作情報を除外して、障害情報だけを第２のユーザに表示させることができる。
【００７２】
図１２は、第１のユーザがログアウトして第２のユーザがログインしたときの、表示方法１により表示された表示内容の一例を示す。この表示内容は、共通部分のうち障害の発生を示す障害情報を、新たな表示内容定義情報として生成された場合に表示されるものである。ここで、仮に、例えば、メッセージ「ＩＤ」が「１２０」〜「１５９」である監視結果情報が第１のユーザに未出力であるものとする。実施の形態３に係る表示方法１によれば、例えば、本図に示すように、第１のユーザに未出力の監視結果情報のうち、メッセージＩＤが「１２４」の障害情報と、メッセージＩＤが「１４５」の障害情報だけを第２のユーザに表示し、その他の通常動作のメッセージを表示させないことができる。なお、本図では、上述の「その他の内容」として、メッセージＩＤ、装置名や日時などの障害情報以外の情報も表示されている。
【００７３】
ところで、一般的に、障害情報のエラーメッセージは通常動作のメッセージに比べてその数は圧倒的に少ない。この場合、第１のユーザがログアウトして第２のユーザがログインしたときに、受信された障害情報のエラーメッセージも通常動作のメッセージもすべて第２ユーザに表示すれば、第２のユーザは、多量の通常動作のメッセージの中の少量の障害情報のエラーメッセージを見落とす可能性もある。そのため、実施の形態３に係る表示方法１によれば、監視結果情報の中から重要度の高い情報、例えば障害情報だけを第２ユーザに表示させることができるため、第２ユーザは、情報価値の高い障害情報を漏れなく的確に知ることができる。
【００７４】
表示方法２
この場合、定義情報生成部１３２は、上述に示すごとく、第１のユーザに表示させる表示内容と第２のユーザに表示させる表示内容をともに含む表示内容を第２のユーザに表示させる。図１１に示す例でいえば、「メッセージ」、「コマンドリストＡ」や「コマンドリストＢ」を表示内容として定義した表示内容定義情報を、新たな表示内容定義情報として生成する。この生成された表示内容定義情報が出力部１１８により操作装置４０に出力されることで、「メッセージ」、「コマンドリストＡ」や「コマンドリストＢ」が第２のユーザに表示される。なお、「コマンドリストＡ」や「コマンドリストＢ」に含まれるコマンドを実際に選択可能にするために、運用管理サーバ１００は、実施の形態２に示すコマンドリスト保持部１０６とコマンドリスト生成部１３４とをさらに備えてもよい。
【００７５】
図１３は、第１のユーザがログアウトして第２のユーザがログインしたときの、実施の形態３に係る操作装置に表示される表示内容の他の一例を示す。コマンドリストＡ欄４２は第１のユーザにより操作されるコマンドの一覧であり、一方、コマンドリストＢ欄４４は第２のユーザにより操作されるコマンドの一覧である。すなわち、第１のユーザにより選択可能なコマンドの一覧が第２のユーザに表示されている。
【００７６】
実施の形態３に係る表示方法２によれば、例えば、第１のユーザのコマンドを含めたコマンドリストを第２のユーザに表示させることで、コマンドに関する情報をユーザどうしで共有でき、その結果、ユーザどうしの保守作業の引き継ぎをスムーズにすることができる。さらに、保守作業の引き継ぎがスムーズになることで、作業全体の効率を高めることができる。
【００７７】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００７８】
このほかにも、請求項に記載の各構成要件が果たすべき機能は、本実施例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【００７９】
実施の形態では、運用管理サーバ１００とは別の運用管理端末５０に操作装置４０が搭載されていたが、変形例として、運用管理サーバ１００自体に操作装置４０を搭載してもよい。この場合においても、実施の形態と同様の効果を奏することができる。
【図面の簡単な説明】
【００８０】
【図１】実施の形態１に係る監視システムの構成を示す図である。
【図２】実施の形態１に係る運用管理サーバと運用管理端末の構成を示す図である。
【図３】実施の形態１に係るログイン情報保持部に保持されたログイン情報管理テーブルの一例を示す図である。
【図４】実施の形態１に係る監視結果情報保持部に保持された監視結果情報管理テーブルの一例を示す図である。
【図５】実施の形態１に係る操作装置に表示された監視結果情報の一例を示す図である。
【図６】第１のユーザがログアウトして第２のユーザがログインしたときに、操作装置に表示された監視結果情報の一例を示す図である。
【図７】実施の形態１に係る監視処理の手順を示すフローチャートである。
【図８】実施の形態２に係る運用管理サーバの構成を示す図である。
【図９】実施の形態２に係るコマンドリスト保持部に保持されたコマンドリスト管理テーブルの一例を示す図である。
【図１０】実施の形態３に係る運用管理サーバの構成を示す図である。
【図１１】実施の形態３に係る定義情報保持部に保持された定義情報管理テーブルの一例を示す図である。
【図１２】実施の形態３に係る操作装置に表示される表示内容の一例を示す図である。
【図１３】実施の形態３に係る操作装置に表示される表示内容の他の一例を示す図である。
【符号の説明】
【００８１】
４０  操作装置、  １００  運用管理サーバ、  １０２  監視結果情報保持部、  １０４  定義情報保持部、  １０６  コマンドリスト保持部、  １１２  ログイン名受付部、  １１８  出力部、  １２２  関連付け部、  １３０  受信部、  １３２  定義情報生成部、  １３４  コマンドリスト生成部、  １５０  業務サーバ。  
【図１】
2008158561.tif 000003
【図２】
2008158561.tif 000004
【図３】
2008158561.tif 000005
【図４】
2008158561.tif 000006
【図５】
2008158561.tif 000007
【図６】
2008158561.tif 000008
【図７】
2008158561.tif 000009
【図８】
2008158561.tif 000010
【図９】
2008158561.tif 000011
【図１０】
2008158561.tif 000012
【図１１】
2008158561.tif 000013
【図１２】
2008158561.tif 000014
【図１３】
2008158561.tif 000015