デバイス監視サーバー、管理方法、およびプログラム
【課題】 従来、システム内で発生した障害に関して、その障害の放置が抑止されつつ、柔軟な情報管理が行われるような管理手法が提供されていなかった。
【解決手段】 そこで、本発明のデバイス監視サーバーは、障害が発生したネットワークデバイスのデバイス情報と該障害に関する情報とを含むメッセージを第１の宛先情報に基づき通知し、所定の監視期間を過ぎても前記ネットワークデバイスで同じ障害が検出された場合に、該障害が放置されたことを示すメッセージを第２の宛先情報に基づき通知し、第１の宛先情報への通知メッセージには、第２の宛先情報に基づく通知が行われる時間や、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報などが含まれることを特徴とする。
【解決手段】 そこで、本発明のデバイス監視サーバーは、障害が発生したネットワークデバイスのデバイス情報と該障害に関する情報とを含むメッセージを第１の宛先情報に基づき通知し、所定の監視期間を過ぎても前記ネットワークデバイスで同じ障害が検出された場合に、該障害が放置されたことを示すメッセージを第２の宛先情報に基づき通知し、第１の宛先情報への通知メッセージには、第２の宛先情報に基づく通知が行われる時間や、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報などが含まれることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理対象となるネットワークデバイスで発生した障害が長期間放置されることを防止するための技術に関する。
【背景技術】
【０００２】
従来から管理対象のシステムにおける障害の発生を検出した場合に、電子メール等の手段で事前に登録された管理者に障害の発生を通知する管理装置が存在する。また、障害の発生を予め登録された管理者に通知した後、一定期間その障害に対処が行われない場合、異なる管理者に対して、障害が放置されたことを通知するといった技術がある。（例えば、特許文献１参照。）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５０７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、最初に障害が通知された管理者が、障害の放置と判断され通知が行われる次の管理者に関する情報や第２に放置と判断される期間を把握することが難しかった。そのため、障害の放置に対する強い抑止力にはならないという問題があった。また、最初の管理者では対処できないような障害であった場合には、単に障害の放置として通知が行われてしまう可能性がある。
また、複数デバイスを管理し、一部のデバイスについては障害の発生が通知され、その他については障害の放置が通知される管理者の場合、通知内容からデバイスの障害発生に関する通知であるのか、障害放置に関する通知であるのかを判別することは困難であった。
そこで、本発明は、システム内で発生した障害に関して、その障害の放置が抑止されつつ、柔軟な情報管理が行われるような管理手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
そこで、本発明のデバイス監視サーバーは、ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶手段と、ネットワーク上のネットワークデバイスで発生した障害を検出する検出手段と、前記検出手段により検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶手段により記憶されている第１の宛先情報に基づき行う第１の通知手段と、前記検出手段により検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶手段により記憶されている第２の宛先情報に基づき行う第２の通知手段とを有し、前記第１の通知手段により通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知手段により通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、システム内で発生した障害に関して、その障害の放置が抑止されつつ、柔軟な情報管理が行われるような管理手法を提供することができる。
【図面の簡単な説明】
【０００７】
【図１】ネットワークシステムの構成図
【図２】デバイス監視サーバーの構成を示すブロック図
【図３】管理プログラムのモジュール構成図
【図４】エスカレーション機能の動作を説明するフローチャート
【図５】管理プログラムによる複合機能の障害検出時のフローチャート
【図６】デバイスの監視条件に関する情報を格納するデータベースの構成図
【図７】デバイスの監視条件を設定するユーザーインターフェースの一例を示すイメージ図
【図８】障害通知メールにメッセージフォームのＵＲＬを追加する動作のフローチャート
【図９】障害通知の電子メールの内容の一例を示すイメージ図である。
【図１０】メッセージフォームを表示する際の動作を示すフローチャート
【図１１】メッセージフォームの一例を示すイメージ図
【図１２】履歴情報を格納するデータベースの構成を示す図
【図１３】エスカレーション管理テーブルの一例を示す図
【図１４】実施例２における処理を説明するためのフローチャート
【図１５】エスカレーション通知の内容の一例を示すイメージ図
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための第１の形態について図面を用いて説明する。
【０００９】
なお本発明においては、障害の発生を通知する管理者を「第１管理者」、障害が所定期間、放置された場合の通知の対象となる異なる管理者を「第２管理者」とする。さらに、障害の放置を第２の管理者に通知する機能を「エスカレーション機能」、エスカレーション機能による第２管理者への障害放置の通知を「エスカレーション通知」と呼ぶ。
【００１０】
図１は、本発明におけるネットワークシステムの構成を示す図である。同図において、１００はローカルエリアネットワークである。ローカルエリアネットワーク１００には、デバイス監視サーバー１１０、クライアントＰＣ１１１、１１２、および、ネットワークデバイスとしての複合機能デバイス１２０、１２１、１２３が接続されている。複合機能デバイスは、ネットワークに接続して通信を行う通信機能に加えて、印刷機能やスキャン機能といった機能を１つ以上提供する。デバイス監視サーバー１１０では、管理プログラムが稼動しており、後述する手順によって複合機能デバイス１２０、１２１、１２２の状態を監視している。一方、クライアントＰＣ１１１、および、１１２はそれぞれ第１の管理者、および、第２の管理者が使用しているものとする。なお、実施例におけるデバイス監視サーバー１１０で稼働する管理プログラムは、ＷＷＷサーバー上で稼働するＷｅｂプログラムであり、複合機能デバイス１２０、１２１、１２２で発生した障害の通知は電子メールでおこなうものとする。また、クライアントＰＣ１１１、１１２上にはＷｅｂブラウザプログラム、および、電子メールの送受信が可能な電子メールソフトが稼働しているものとする。したがって、第１の管理者、および、第２の管理者は、Ｗｅｂブラウザプログラムを介してデバイス監視サーバー１１０上の管理プログラムを操作し、複合機能デバイスの障害発生を含む各種の通知は、電子メールソフトを利用して受信するものとする。ここで、デバイス監視サーバーを複数台用意し、各クライアントＰＣは、異なるデバイス監視サーバー上の管理プログラムにアクセスして本実施例に記載の機能を実現することも可能である。
【００１１】
図２は、実施例が適用されるデバイス監視サーバー１１０の構成を示すブロック図である。なお、デバイス監視サーバー１１０は一般的なコンピューターであり、クライアントＰＣ１１１、１１２についても同様の構成を持つものとする。
【００１２】
同図において、デバイス監視サーバー１１０は、ＲＯＭ２０１若しくはハードディスク（ＨＤ）２１０に記憶された管理プログラム（詳細後述）を実行するＣＰＵ２００を備える。さらに、システムバス２０３に接続された各デバイスを総括的に制御する。２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０４はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０８や不図示のポインティングデバイス等からの指示入力を制御する。２０５はＤＩＳＰコントローラ（ＤＩＳＰＣ）であり、ディスプレイ（ＤＩＳＰ）２０９への表示を制御する。２０６はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。２０７はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してクライアントＰＣ１２０、１２１、或いは、複合機能デバイス１２０、１２１、１２２と双方向にデータを授受する。なお、後述するすべての説明で特に断りのない限り、デバイス監視サーバー１１０に関するハードウェア上の実行の主体はＣＰＵ２００であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納された管理プログラムである。また、管理プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合にはＣＤ−ＲＯＭドライブ２１２などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１０にインストールされる。
【００１３】
図３は、実施例が適用されるデバイス監視サーバー１１０上で稼動する管理プログラム３００のモジュール構成図である。
【００１４】
本実施例においては、管理プログラム３００は、ＷＷＷサーバープログラム３０１上で動作し、クライアントＰＣ１１１、１１２上のＷＷＷブラウザプログラム（不図示）とＨＴＴＰプロトコルを利用して通信をおこなうものとする。また、管理プログラム３００と複合機能デバイス１２０、１２１、１２２はＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコル、および、その他の独自プロトコルを利用して通信するものとする。同図において、全体制御モジュール３０２は、ＷＷＷサーバープログラム３０１から受信したコマンドを解析おこなうモジュールである。さらに、全体制御モジュール３０２は、解析の結果に応じてスケジューラモジュール３０３、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９に制御を振り分ける。また、スケジューラモジュール３０３、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９により生成されたＨＴＭＬデータをＷＷＷサーバープログラムに３０１に送信する。
【００１５】
３０３はスケジューラモジュールであり、実施例における管理プログラム３００において実行可能な各種の処理を実行するタイミングを制御するためのモジュールである。
【００１６】
したがって、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９による各種の処理の実行タイミングはスケジューラモジュール３０３によって管理される。
【００１７】
３０４はデバイス管理モジュールであり、管理対象の複合機能デバイス１２０、１２１、１２２に対する情報の設定、および、複合機能デバイス１２０、１２１、１２２からの情報の取得をおこない関連するＵＩの表示などの制御をおこなうためのモジュールである。さらに、デバイス管理モジュール３０４は、複合機能デバイス１２０、１２１、１２２から情報を取得するデバイス設定取得モジュール３０５、および、複合機能デバイス１２０、１２１、１２２に情報の配信するデバイス設定配信モジュール３０６を制御する。
【００１８】
３０７はデバイス探索モジュールであり、ネットワークに接続された複合機能デバイス１２０、１２１、１２２の探索、および、探索処理に付随する各種パラメータの制御、および、関連するＵＩの表示などをおこなうためのモジュールである。
【００１９】
３０８はデバイスリストモジュールであり、デバイス探索モジュール３０７の制御に従い探索した複合機能デバイス１２０、１２１、１２２に関する情報の一覧表示、情報更新、インポート、および、エクスポートなどの処理をおこなうためのモジュールである。
【００２０】
３０９はデバイス監視モジュールであり、スケジューラモジュール３０３による制御に応じて予め設定された周期で複合機能デバイス１２０、１２１、１２２の状態を監視するモジュールである。デバイス監視モジュール３０９は、さらに、後述の手順により複合機能デバイス１２０、１２１、１２２で障害が発生した場合、電子メール通知モジュール３１０を介してクライアントＰＣ１１１に障害の発生を通知する。また、予め設定された一定期間後も複合機能デバイス１２０、１２１、１２２の障害が回復しない場合、電子メール通知モジュール３１０を介してクライアントＰＣ１１２に障害の放置を通知する。
【００２１】
３１０は電子メール通知モジュールであり、デバイス監視モジュール３０９の制御により複合機能デバイス１２０、１２１、１２２で発生した障害に関する情報をクライアントＰＣ１１１、１１２に通知するため、電子メールを送信するモジュールである。
【００２２】
３１１はコミュニケーションモジュールであり、デバイス管理モジュール３０４、デバイス探索モジュール３０７、および、デバイス監視モジュール３０９の指示により複合機能デバイスと通信をおこない、各種の情報の送受信をおこなうためのモジュールである。３１２はデータベースであり、デバイス管理モジュール３０４、デバイス探索モジュール３０７で取得した各種の情報、および、ユーザー操作により設定された各種の情報が格納されるデータベースである。格納される。
【００２３】
図４は、実施例が適用されるデバイス監視サーバー１１０上で稼動する管理プログラム３００によるエスカレーション機能の動作を説明するフローチャートである。なお、本フローチャートにおいては、特に断りのない限りデバイス監視サーバー１１０の動作の主体は管理プログラムに基づき動作するＣＰＵである。
【００２４】
また、デバイス監視サーバー１１０には、障害発生時の通知先としてクライアントＰＣ１１１を使用する第１管理者（管理者Ａ）のアドレスが登録され、障害放置時の通知先としてクライアントＰＣ１１２を使用する第２管理者（管理者Ｂ）のアドレスが登録されているものとする。
【００２５】
Ｓ４００では、デバイス監視サーバー１１０からネットワークデバイスである複合機能デバイス１２０に対して状態情報を要求する。Ｓ４０１では、複合機能デバイス１２０がデバイス監視サーバー１１０から要求された状態情報をデバイス監視サーバー１１０に通知する。Ｓ４０２では、複合機能デバイス１２０から通知された状態情報を解析し、障害が発生しているかどうかの判断がおこなわれる。同Ｓ４０２において障害が検出された場合にはＳ４０３に移行し、それ以外の場合には、Ｓ４００に戻る。
【００２６】
Ｓ４０３では、デバイス管理サーバー１１０から管理者Ａが使用するクライアントＰＣ１１１に障害の発生が通知（たとえば、電子メール）され、Ｓ４０４に移行する。
【００２７】
Ｓ４０４では、複合機能デバイス１２０の障害が回復したかどうかを判断するため、Ｓ４００と同様に複合機能デバイス１２０に状態情報の要求を行う。Ｓ４０５では、複合機能デバイス１２０が、デバイス監視サーバー１１０から要求された状態情報をデバイス監視サーバー１１０に通知する。
【００２８】
Ｓ４０６では、Ｓ４０５において複合機能デバイス１２０から通知された状態情報を解析し、Ｓ４０２で検出した障害が回復していないかどうかの判断がおこなわれる。ここで、障害が回復していないと判断された場合にはＳ４０７に移行し、それ以外の場合には、処理を終了する。Ｓ４０７では、Ｓ４０６において、Ｓ４０２で検出した障害が回復していないと判断された場合に、障害の放置を警告するために設定された監視期間が経過したかどうかの判断がおこなわれる。ここで、障害が発生してから監視期間が経過したと判断された場合にはＳ４０８に移行し、経過していない場合にはＳ４０４に戻る。Ｓ４０８では、デバイス管理サーバー１１０から管理者Ｂの宛先情報に対して（ここでは、クライアントＰＣ１１２に対して）、障害の放置されていることが通知され、処理を終了する。
【００２９】
以上の手順により、管理プログラム３００による複合機能デバイスで発生した障害の管理者への通知、および、障害が放置された場合の異なる管理者への通知が可能となる。
【００３０】
図５は、本実施例が適用されるデバイス監視サーバー１１０における、管理プログラム３００に基づく処理を説明するためのフローチャートである。
【００３１】
Ｓ５００では、管理対象の複合機能デバイスをカウントするためのインデックスｉが０に初期化され、Ｓ５０１に移行する。Ｓ５０１では、管理対象の複合機能デバイスをカウントするためのインデックスｉが管理対象の複合機能デバイスの数ｍを超えているかどうかの判断がおこなわれる。Ｓ５０１において、インデックスｉが管理対象の複合機能デバイスの数ｍを超えていない判断された場合にはＳ５０２に移行し、それ以外の場合には処理を終了する。Ｓ５０２では、ｉ番目の複合機能デバイスに対してＳＮＭＰによるポーリングなどの方法で状態の取得とその状態確認がおこなわれる。
【００３２】
Ｓ５０３では、Ｓ５０２における確認の結果、複合機能デバイスに障害が発生しているかどうかの判断がおこなわれる。Ｓ５０３において、ｎ件（ｎ＞０）の障害が発生していると判断された場合にはＳ５０４に移行し、それ以外の場合には、Ｓ５１５に移行する。Ｓ５０４では、Ｓ５０３においてｉ番目の複合機能デバイスにおいてｎ件の障害が検出されたと判断された場合に、障害をカウントするためのインデックスｊが０に初期化され、Ｓ５０５に移行する。Ｓ５０５では、ｉ番目の複合機能デバイスで発生した障害をカウントするためのインデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えているかどうかの判断がおこなわれる。Ｓ５０５において、インデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えていない判断された場合にはＳ５０６に移行し、それ以外の場合には、Ｓ５１３に移行する。Ｓ５０６では、Ｓ５０２で検出したｉ番目の複合機能デバイスにおけるｊ番目の障害についての解析が行われ、Ｓ５０７に移行する。
【００３３】
Ｓ５０７では、Ｓ５０６で解析したｊ番目の障害が管理プログラム３００において管理者への通知対象に設定されているかどうかの判断がおこなわれる。Ｓ５０７において通知対象と判断された場合には、Ｓ５０８に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５０８では、Ｓ５０７においてｊ番目の障害が管理者への通知対象の障害であると判断された場合、ｊ番目の障害が既に登録された管理者に通知されたものであるかどうかの判断がおこなわれる。Ｓ５０７においてｊ番目の障害が管理者に通知済みではないと判断された場合には、Ｓ５０９に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５０９では、Ｓ５０７、および、Ｓ５０８において、ｊ番目の障害が管理者への通知対象であり、通知済みの障害ではないと判断された場合に障害通知の電子メールの本文にｊ番目の障害の情報を追加し、Ｓ５１０に移行する。
【００３４】
Ｓ５１０では、ｊ番目の障害がエスカレーション機能の対象になっているかどうかの判断がおこなわれる。本ステップにおいて、ｊ番目の障害がエスカレーション機能の対象であると判断された場合には、Ｓ５１１に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５１１では、Ｓ５１０においてｊ番目の障害がエスカレーション対象であると判断された場合にｊ番目の障害に関するエスカレーション情報を障害通知の電子メール本文に追加し、Ｓ５１２に移行する。なお、実施例おいては、エスカレーション情報として、所定の監視期間の障害が対処されずに放置された場合に通知が行われる管理者の情報（名前、メールアドレスなど）、および通知予定の時間情報を含むものとする。Ｓ５１２では、ｉ番目の複合機能デバイスにおいて検出されたｎ件の障害をカウントするためのインデックスｊをインクリメントし、Ｓ５０５に戻る。
【００３５】
Ｓ５１３では、Ｓ５０３からＳ５１２の処理を経て、ｉ番目の複合機能デバイスに関して電子メール通知にて管理者に通知すべき障害が発生しているかどうかの判断がおこなわれる。Ｓ５１３において、通知すべき障害が発生していると判断された場合にはＳ５１４に移行し、それ以外の場合には、Ｓ５１５に移行する。Ｓ５１４では、Ｓ５１３においてｉ番目の複合機能デバイスについて管理者に通知すべき障害が発生していると判断された場合に、予め設定された管理者に対して障害を通知する電子メールを送信し、Ｓ５１４に移行する。Ｓ５１５では、管理対象の複合機能デバイスをカウントするためのインデックスｉをインクリメントし、Ｓ５０１に戻る。
【００３６】
以上の手順により実施例では、障害検出時にエスカレーション機能の対象となる障害に関しては、障害が放置された場合に通知が行われる予定の別の管理者の情報を障害情報とともに通知することが可能となる。
【００３７】
図６は、実施例において、データベース３１２に格納されるデバイスの監視条件などに関する情報の例を示す図である。管理プログラム３００を実行に際して、これら情報を参照しつつ、本実施例における各機能が実現される。
【００３８】
６００は管理対象となる複合機能デバイスに関する情報が格納されるデータテーブルである。６０１は、デバイス探索モジュール３０７を介して探索された複合機能デバイスに対して割り当てられた任意の識別子が格納されるデバイス識別子カラムである。
【００３９】
６０２は、デバイス探索モジュール３０７を介して探索された複合機能デバイスのＩＰアドレスが格納されるＩＰアドレスカラムである。６０３は、デバイス探索モジュール３０７を介して探索された複合機能デバイスの製品名が格納される製品名カラムである。６０４は、デバイス探索モジュール３０７を介して探索された複合機能デバイスのユーザーフレンドリ名であるデバイス名が格納されるデバイス名カラムである。なお、データテーブル６００に格納された各種の情報は、管理プログラム３００で探索時に利用するＳＮＭＰプロトコルによって複合機能デバイスのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）などから取得しているものとする。
【００４０】
６１０は、実施例における、事前に登録されている管理者の情報が格納されたデータテーブルである。６１１は、管理者登録時に割り当てられるユーザーＩＤが格納されるユーザーＩＤカラムである。６１２は、管理者登録時にユーザーによって登録されるユーザーの名前が格納されるユーザー名カラムである。６１３は、管理者登録時にユーザーによって登録されるユーザーの宛先情報を示すメールアドレスが格納されるメールアドレスカラムである。実施例においては、複合機能デバイスの障害検出時に本メールアドレスカラムを参照することにより電子メールの宛先を決定する。
【００４１】
６２０は、実施例において、登録されている複合機能デバイスの監視条件が格納されたデータテーブルである。６２１は、複合機能デバイスで発生する各種の障害を判別するためのアラートタイプが格納されたアラートタイプカラムである。なお、実施例においては、アラートタイプを”Ｔｏｎｅｒ／ｉｎｋ ｏｕｔ”等の文字列で扱うが、これらは数値等におきかえられても良い。６２２は、複合機能デバイスの障害を検出した際の通知先として登録するユーザーＩＤが格納される第１の管理者ＩＤカラムである。なお、第１の管理者ＩＤカラム６２２に登録されるユーザーＩＤは、ユーザーＩＤカラム６１１に格納されたユーザーＩＤから選択される。６２３は、エスカレーション機能により複合機能デバイスで発生した障害の放置を通知する際の基準となる監視期間が格納される放置検出期限カラムである。６２４は、複合機能デバイスの障害の放置を検出した際、エスカレーション機能による通知先として登録するユーザーＩＤが格納されるエスカレーション通知先カラムである。なお、エスカレーション通知先カラム６２４に登録されるユーザーＩＤは、ユーザーＩＤカラム６１１に格納されたユーザーＩＤから選択される。
【００４２】
図７は、実施例におけるデバイスの監視条件を設定するためのユーザーインターフェースの一例を示すイメージ図である。具体的には、ウェブブラウザーを用いてデバイス管理サーバー１１０にアクセスしたＰＣに対して、管理プログラム３００に基づき提供するウェブページ７００である。
【００４３】
７０１は、管理対象とする複合機能デバイスの障害のタイプを選択するチェックボックスである。本チェックボックスで選択した障害のタイプに応じてデータテーブル６２０のエントリが追加され、選択された障害のタイプはアラートタイプカラム６２１に格納される。７０２は、複合機能デバイスの障害を検出した際の通知先を選択するドロップダウンリストである。本ドロップダウンリストで選択された管理者は、データテーブル６２０の第１の管理者ＩＤカラム６２２に格納される。７０３は、監視期間を選択するためのドロップダウンリストである。本ドロップダウンリストで選択された監視期間は、放置検出期限カラムに格納される。７０４は、エスカレーション機能の通知先として登録する管理者を選択するドロップダウンリストである。本ドロップダウンリストで選択されたが管理者のユーザーＩＤは、エスカレーション通知先カラム６２４に格納される。
【００４４】
図８は、実施例において、第１の管理者に障害発生を通知するための電子メールを生成する際の詳細の処理を説明するためのフローチャートである。なお、本フローチャートによって説明する処理は、図５のＳ５１１の処理をより詳細に述べたものである。
【００４５】
Ｓ８００では、複合機能デバイスで発生した障害を識別するための識別子（以下、アラートＩＤ）を生成して、Ｓ８０１に移行する。Ｓ８０１、Ｓ８０２では、図６で示したように、事前に登録されている第２の管理者の名前、メールアドレスを取得する。なお、Ｓ８０１では、まず、データテーブル６２０のアラートタイプカラム６２１を参照し、複合機能デバイスで発生した障害と一致するエントリの第２の管理者ＩＤカラム６２４に格納されたユーザーＩＤを取得する。次に、データテーブル６１０のユーザーＩＤカラムを参照し、取得したユーザーＩＤと一致するエントリに格納されたユーザー名、メールアドレスを取得する。
【００４６】
Ｓ８０３では、第２の管理者に対する障害放置の通知が行われるタイミングを算出する。なお、Ｓ８０３では、データテーブル６２０のアラートタイプカラム６２１を参照し、複合機能デバイスで発生した障害と一致するエントリの放置検出期限カラム６２３に格納された期間からそのタイミングを算出する。
【００４７】
Ｓ８０４では、第１の管理者から第２の管理者にメッセージを通知するためのメッセージフォームを表示するためのＵＲＬを生成する。このＵＲＬは、デバイス管理サーバー１１０が管理プログラム３００に基づきウェブページとして提供するメッセージフォーム画面へのリンクとなる。第１の管理者が、発生した障害にどうしても対処できない場合などには、このＵＲＬを用いてアクセスした画面上からその旨を含むメールを作成し、送信指示を行うことができる。この場合、デバイス管理サーバー１１０のメール機能により、第２の管理者に対して、メッセージを伝えることができる。なお、Ｓ８０４において生成するＵＲＬにはＳ８００で生成したアラートＩＤが含まれ、このＵＲＬによりアクセスしたメッセージフォーム画面を用いてメール送信を行った場合には、その送信履歴においてこのアラートＩＤを含まれる。
【００４８】
Ｓ８０５では、複合機能デバイスで発生した障害を第１の管理者に通知するための電子メールの本文にエスカレーション情報を追加して処理を終了する。なお、実施例におけるエスカレーション情報は、Ｓ８０１、Ｓ８０２で取得した第２の管理者の名前、および、メールアドレスと、Ｓ８０３で算出した障害放置の通知タイミングと、Ｓ８０４で生成したＵＲＬから構成される。
【００４９】
図９は、本実施例において、第１の管理者宛てに通知される電子メールの内容９００の一例を示す図である。
【００５０】
９０１、９０２は、複合機能デバイスの検出された障害に関する詳細な内容を示す障害情報である。なお、本実施例においては、複数の障害（エラー１、エラー２）が同時に発生しているものとする。９０３は、障害が発生している複合機能デバイスに関する情報（デバイス情報）である。なお、デバイス情報９０３は、データテーブル６００に登録された情報から構成される。
【００５１】
９０４、９０６は、エスカレーション情報である。９０５、９０７は、メッセージフォーム表示のためのＵＲＬである。なお、ＵＲＬ９０５、９０７にはアラートＩＤが含まれている。
【００５２】
図１０は、第１の管理者が第２の管理者へ通知するための提供されるメッセージフォーム画面を表示する際の処理を説明するためのフローチャートである。
【００５３】
Ｓ１０００では、クライアントＰＣ１１１からの管理プログラム３００で提供する画面の要求を受信する。Ｓ１００１では、Ｓ１０００で受信した画面の要求がメッセージフォーム画面の要求であるかどうかの判断がおこなわれる。Ｓ１００１において、メッセージフォーム画面の要求ではない判断された場合にはＳ１００２に移行し、それ以外の場合にはＳ１００３に移行する。なお、Ｓ１００１におけるメッセージフォーム画面の要求とは、図９のＵＲＬ９０５、９０７を指定して、アクセスしてきた際の要求を指すものとする。Ｓ１００２では、Ｓ１００２において要求がメッセージフォーム画面の要求ではないと判断された場合、適宜、要求された画面を表示して処理を終了する。
【００５４】
Ｓ１００３では、Ｓ１００１において要求がメッセージフォーム画面の要求であると判断された場合、ＵＲＬ９０５、９０７中に含まれるアラートＩＤに対応する障害情報が発生しており、監視されているかの判断がおこなわれる。Ｓ１００３において、アラートＩＤに対応する障害情報が管理されていなかったと判断された場合には、Ｓ１００４に移行し、それ以外の場合にはＳ１００５に移行する。Ｓ１００４では、Ｓ１００３において、ＵＲＬ９０５、９０７中に含まれるアラートＩＤが不正である旨のエラー画面を表示して処理を終了する。
【００５５】
Ｓ１００５では、アラートＩＤに対応する障害情報に関する障害が発生している複合機能デバイスのデバイス情報やアラートタイプから、メッセージフォームのデフォルトのサブジェクトを生成する。これは、たとえば、図１１の１１０１で示す情報である。Ｓ１００６では、障害情報から参照可能な第２の管理者のメールアドレスをメッセージフォームのデフォルトの宛先（１１０２）に設定する。Ｓ１００７では、Ｓ１００５で生成したサブジェクト、および、Ｓ１００６で設定した宛先を含むメッセージフォーム（図１１）の画面を生成して、クライアントＰＣ１１１に提供することで表示を制御する。
【００５６】
Ｓ１００８では、Ｓ１００７で表示したメッセージフォーム画面に第１の管理者からの本文への入力がおこなわれる。Ｓ１００９では、第１の管理者により送信ボタン（１１０４）が押下され、入力として受け取る。ここでは、第１の管理者によりメール送信のキャンセルボタン（１１０５）の押下が行われる場合があり、この際には、本処理は中止される。
【００５７】
Ｓ１０１０では、メッセージフォーム画面を介して生成された情報を、メールとして第２の管理者に通知する。Ｓ１０１１では、ＵＲＬ９０５、９０７に含まれるアラートＩＤとＳ１０１０で通知したメッセージの情報を関連付けて、履歴情報として保存し、処理を終了する。
【００５８】
図１２は、実施例においてデータベース３１２に管理される履歴情報を例示す図である。
【００５９】
１２００は管理対象となる複合機能デバイスで発生した障害の情報が格納されるデータテーブルである。１２０１は、障害を検出した複合機能デバイスを識別するためのデバイスＩＤを格納するデバイスＩＤ格納カラムである。なお、本デバイスＩＤ格納カラム１２０１に格納されるデバイスＩＤは、ネットワークデバイステーブル６００のデバイスＩＤカラムに格納されるデバイスＩＤと同義である。１２０２は、アラートタイプカラムであり、複合機能デバイスで発生した障害の種別を識別するための情報が格納される。１２０３は、アラート発生時刻カラムであり、複合機能デバイスで発生した障害を検出した時刻が設定される。１２０４は、アラートＩＤカラムであり、管理対象のデバイスで発生した障害を一意に識別するための識別子が格納される。なお、本アラートＩＤカラム１２０４に格納されるアラートＩＤは、図８のＳ８００において生成される。
【００６０】
１２１０は、図１１のＵＩを介して送信指示されたメッセージの履歴情報を管理するためのデータテーブルである。１２１１は、アラートＩＤカラムである。ここには、図８のＳ８００において生成されたアラートＩＤが格納される。１２０２は、メッセージカラムであり、図１１のテキストエリア１１０３のメッセージが格納される。また図示しないが、本テーブルには、第２の管理者に対してメッセージが送信された時刻を示す時間情報や、送信元となった第１の管理者の情報なども合わせて、関連付けることにより管理されている。
【００６１】
以上の説明したように、本実施例においては障害の発生通知を送る際には、メッセージ内にエスカレーション情報を含めるようにした。これにより、障害放置の抑止力が向上するなど、という効果がある。また、本実施例では、エスカレーション機能により障害放置が通知される第２の管理者に対して、第１の管理者が容易にメッセージを通知するためのメッセージフォーム画面へのリンクとして、ＵＲＬを障害の発生通知に追加する。このメッセージフォーム画面を介して、第１の管理者および第２の管理者間で行われた障害情報やメッセージの情報も履歴情報をして保存する。これにより、ネットワークデバイスで発生した障害が、放置され、回復するまでの各管理者の対応などといった経緯をより詳細に把握できるという効果がある。
【００６２】
つづいて本発明を実施するための第２の形態について図面を用いて説明する。
【００６３】
図１３は、本実施例において、データベース３１２に格納されるエスカレーション通知機能を管理するための情報の一例を示す図である。
【００６４】
１３００はデバイス監視機能におけるエスカレーション通知制御に関する情報が格納されるデータテーブルである。１３０１は、障害を検出した複合機能デバイスを識別するためのデバイスＩＤを格納するデバイスＩＤ格納カラムである。なお、本デバイスＩＤ格納カラム１３０１に格納されるデバイスＩＤは、ネットワークデバイステーブル６００のデバイスＩＤカラムに格納されるデバイスＩＤと同義である。１３０２は、アラートタイプカラムであり、複合機能デバイスで発生した障害の種別を識別するための情報が格納される。１３０３は、アラート発生時刻カラムであり、複合機能デバイスで発生した障害を検出した時刻が設定される。１３０４は、アラートＩＤカラムであり、管理対象のデバイスで発生した障害を一意に識別するための識別子が格納される。なお、本アラートＩＤカラム１３０４に格納されるアラートＩＤは、図８のＳ８００において生成される。
【００６５】
１３０５は、監視対象であるデバイスで発生した障害が第１管理者に放置された場合にエスカレーション通知をおこなう時刻が格納される。１３０６は、スカレーション時刻１３０５に設定されたエスカレーションの時刻にエスカレーション通知がおこなわれたかどうかのフラグが格納される。本フラグがＴｒｕｅの場合、エスカレーション時刻１３０５にエスカレーション通知が行われたことを示し、それ以外の場合には、エスカレーション通知がおこなわれていないことを示す。
【００６６】
図１４は、本実施例が適用されるデバイス監視サーバー１１０における、管理プログラム３００がエスカレーション通知処理を実行する際の動作を説明するためのフローチャートである。
【００６７】
Ｓ１４００では、管理対象の複合機能デバイスをカウントするためのインデックスｉが０に初期化され、Ｓ１４０１に移行する。Ｓ１４０１では、管理対象の複合機能デバイスをカウントするためのインデックスｉが管理対象の複合機能デバイスの数ｍを超えているかどうかの判断がおこなわれる。Ｓ１４０１において、インデックスｉが管理対象の複合機能デバイスの数ｍを超えていないと判断された場合にはＳ１４０２に移行し、それ以外の場合には処理を終了する。Ｓ１４０２では、ｉ番目の複合機能デバイスに対してＳＮＭＰによるポーリングなどの方法で状態の取得とその状態確認がおこなわれ、Ｓ１４０３に移行する。Ｓ１４０３では、Ｓ１４０２における確認の結果、複合機能デバイスに障害が発生しているかどうかの判断がおこなわれる。Ｓ１４０３において、ｎ件（ｎ＞０）の障害が発生していると判断された場合にはＳ１４０４に移行し、それ以外の場合には、Ｓ１４１６に移行する。Ｓ１４０４では、Ｓ１４０３においてｉ番目の複合機能デバイスでｎ件の障害が検出されたと判断された場合に、障害をカウントするためのインデックスｊが０に初期化され、Ｓ１４０５に移行する。Ｓ１４０５では、ｉ番目の複合機能デバイスで発生した障害をカウントするためのインデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えているかどうかの判断がおこなわれる。Ｓ１４０５において、インデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えていない判断された場合にはＳ１４０６に移行し、それ以外の場合には、Ｓ１４１４に移行する。
【００６８】
Ｓ１４０６では、Ｓ１４０２で検出したｉ番目の複合機能デバイスにおけるｊ番目の障害についての解析が行われ、Ｓ１４０７に移行する。Ｓ１４０７では、Ｓ１４０６で解析したｊ番目の障害が管理プログラム３００において管理者への通知対象に設定されているかどうかの判断がおこなわれる。Ｓ１４０７において通知対象と判断された場合には、Ｓ１４０８に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００６９】
Ｓ１４０８では、Ｓ１４０７においてｊ番目の障害が管理者への通知対象障害であると判断された場合、ｊ番目の障害が図１３に示すエスカレーション管理テーブル１３００に登録されているかどうかを参照して、エスカレーション機能の対象になっているかどうかの判断がおこなわれる。本ステップにおいて、ｊ番目の障害がエスカレーション機能の対象であると判断された場合には、Ｓ１４０９に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７０】
Ｓ１４０９では、Ｓ１４０７、および、Ｓ１４０８において、ｊ番目の障害が管理者への通知対象であり、エスカレーション機能の対象であると判断された場合、エスカレーション管理テーブル１３００のエスカレーションフラグ１３０６の値を参照し、ｊ番目の障害が既にエスカレーション通知されたものであるかどうかの判断がおこなわれる。Ｓ１４０９においてエスカレーション通知済みではないと判断された場合には、Ｓ１４１０に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７１】
Ｓ１４１０では、Ｓ１４０８、および、Ｓ１４０９において、エスカレーション機能の対象であり、エスカレーション通知済みではないと判断された場合、現在時刻とエスカレーション管理テーブル１３００のエスカレーション時刻１３０５と現在時刻を比較し、現在時刻がエスカレーション時刻１３０５を過ぎているかどうかの判断がおこなわれる。Ｓ１４１０において現在時刻がエスカレーション時刻１３０５を過ぎていると判断された場合にはＳ１４１１に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７２】
Ｓ１４１１では、Ｓ１４１０において現在時刻がエスカレーション時刻１３０５を過ぎていると判断された場合に、エスカレーション通知の電子メール本文にｊ番目の障害に関する情報を追加し、Ｓ１４１２に移行する。
【００７３】
Ｓ１４１２では、ｊ番目の障害に関する前回通知情報をエスカレーション通知の電子メール本文に追加し、Ｓ１４１３に移行する。なお、本実施例おいては、前回通知情報として、第１管理者の情報（名前、メールアドレスなど）、および、前回通知時刻の情報を含むものとする。
【００７４】
Ｓ１４１３では、ｉ番目の複合機能デバイスにおいて検出されたｎ件の障害をカウントするためのインデックスｊをインクリメントし、Ｓ１４０５に戻る。Ｓ１４１４では、Ｓ１４０３からＳ１４１３の処理を経て、ｉ番目の複合機能デバイスに関してエスカレーション通知の電子メールにて第２管理者に通知すべき障害が発生しているかどうかの判断がおこなわれる。Ｓ１４１４において、通知すべき障害が発生していると判断された場合にはＳ１４１５に移行し、それ以外の場合には、Ｓ１４１６に移行する。Ｓ１４１５では、Ｓ１４１４においてｉ番目の複合機能デバイスについてエスカレーション通知として通知すべき障害が発生していると判断された場合に、予め設定された第２管理者に対してエスカレーション通知の電子メール（図１５）を送信し、Ｓ１４１６に移行する。Ｓ１４１６では、管理対象の複合機能デバイスをカウントするためのインデックスｉをインクリメントし、Ｓ１４０１に戻る。
【００７５】
以上の手順により実施例では、エスカレーション通知の対象となる障害に関しては、障害検出時、あるいは、前回エスカレーション時に通知が行われた第１管理者の情報、および、時刻を障害放置の警告とともに通知することが可能となる。
【００７６】
図１５は、本実施例において、第２管理者宛てに通知される電子メールの内容１５００の一例を示す図である。
【００７７】
１５０１は、本メール１５００が複合機能デバイスにおいて発生した障害が一定期間放置されたために送信されたことを示すメッセージである。
【００７８】
１５０２は、前回通知情報である。前回通知情報１５０２は複合機能デバイスの障害検出時に通知した第１管理者に関する情報１５０３から構成される。１５０３は、複合機能デバイスの障害検出時に通知をおこなった第１管理者の情報であり、第１管理者の名前、Ｅメールアドレス、メッセージ通知用ＵＲＬから構成される。
【００７９】
１５０４は、障害が発生している複合機能デバイスに関する情報（デバイス情報）である。なお、デバイス情報１５０４は、データテーブル６００に登録された情報から構成される。
【００８０】
１５０５は、一定期間放置された複合機能デバイスの障害に関する詳細な内容を示す障害情報である。１５０６は管理プログラム３００が複合機能デバイスの障害を検出した日時を示すエラー検出日時である。なお、本実施例においては、同時に検出した複数の障害（エラー１、エラー２）が放置されているものとする。
【００８１】
以上の説明したように、本実施例においてはエスカレーション通知のメッセージに、デバイス障害検出時にメールにより通知した第１管理者の情報を含めるようにした。これにより、通知されたメッセージが障害の検出を通知するものであるのか、あるいは、障害の放置を通知するものであるのかが容易に判別可能になるという効果がある。
【００８２】
なお、本実施例におけるエスカレーション通知は１度のみであるが、一定時間後、再度、任意の管理者にエスカレーション通知をおこなう形態であっても良い。
【技術分野】
【０００１】
本発明は、管理対象となるネットワークデバイスで発生した障害が長期間放置されることを防止するための技術に関する。
【背景技術】
【０００２】
従来から管理対象のシステムにおける障害の発生を検出した場合に、電子メール等の手段で事前に登録された管理者に障害の発生を通知する管理装置が存在する。また、障害の発生を予め登録された管理者に通知した後、一定期間その障害に対処が行われない場合、異なる管理者に対して、障害が放置されたことを通知するといった技術がある。（例えば、特許文献１参照。）
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２５０７６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記の従来技術では、最初に障害が通知された管理者が、障害の放置と判断され通知が行われる次の管理者に関する情報や第２に放置と判断される期間を把握することが難しかった。そのため、障害の放置に対する強い抑止力にはならないという問題があった。また、最初の管理者では対処できないような障害であった場合には、単に障害の放置として通知が行われてしまう可能性がある。
また、複数デバイスを管理し、一部のデバイスについては障害の発生が通知され、その他については障害の放置が通知される管理者の場合、通知内容からデバイスの障害発生に関する通知であるのか、障害放置に関する通知であるのかを判別することは困難であった。
そこで、本発明は、システム内で発生した障害に関して、その障害の放置が抑止されつつ、柔軟な情報管理が行われるような管理手法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
そこで、本発明のデバイス監視サーバーは、ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶手段と、ネットワーク上のネットワークデバイスで発生した障害を検出する検出手段と、前記検出手段により検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶手段により記憶されている第１の宛先情報に基づき行う第１の通知手段と、前記検出手段により検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶手段により記憶されている第２の宛先情報に基づき行う第２の通知手段とを有し、前記第１の通知手段により通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知手段により通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、システム内で発生した障害に関して、その障害の放置が抑止されつつ、柔軟な情報管理が行われるような管理手法を提供することができる。
【図面の簡単な説明】
【０００７】
【図１】ネットワークシステムの構成図
【図２】デバイス監視サーバーの構成を示すブロック図
【図３】管理プログラムのモジュール構成図
【図４】エスカレーション機能の動作を説明するフローチャート
【図５】管理プログラムによる複合機能の障害検出時のフローチャート
【図６】デバイスの監視条件に関する情報を格納するデータベースの構成図
【図７】デバイスの監視条件を設定するユーザーインターフェースの一例を示すイメージ図
【図８】障害通知メールにメッセージフォームのＵＲＬを追加する動作のフローチャート
【図９】障害通知の電子メールの内容の一例を示すイメージ図である。
【図１０】メッセージフォームを表示する際の動作を示すフローチャート
【図１１】メッセージフォームの一例を示すイメージ図
【図１２】履歴情報を格納するデータベースの構成を示す図
【図１３】エスカレーション管理テーブルの一例を示す図
【図１４】実施例２における処理を説明するためのフローチャート
【図１５】エスカレーション通知の内容の一例を示すイメージ図
【発明を実施するための形態】
【０００８】
以下、本発明を実施するための第１の形態について図面を用いて説明する。
【０００９】
なお本発明においては、障害の発生を通知する管理者を「第１管理者」、障害が所定期間、放置された場合の通知の対象となる異なる管理者を「第２管理者」とする。さらに、障害の放置を第２の管理者に通知する機能を「エスカレーション機能」、エスカレーション機能による第２管理者への障害放置の通知を「エスカレーション通知」と呼ぶ。
【００１０】
図１は、本発明におけるネットワークシステムの構成を示す図である。同図において、１００はローカルエリアネットワークである。ローカルエリアネットワーク１００には、デバイス監視サーバー１１０、クライアントＰＣ１１１、１１２、および、ネットワークデバイスとしての複合機能デバイス１２０、１２１、１２３が接続されている。複合機能デバイスは、ネットワークに接続して通信を行う通信機能に加えて、印刷機能やスキャン機能といった機能を１つ以上提供する。デバイス監視サーバー１１０では、管理プログラムが稼動しており、後述する手順によって複合機能デバイス１２０、１２１、１２２の状態を監視している。一方、クライアントＰＣ１１１、および、１１２はそれぞれ第１の管理者、および、第２の管理者が使用しているものとする。なお、実施例におけるデバイス監視サーバー１１０で稼働する管理プログラムは、ＷＷＷサーバー上で稼働するＷｅｂプログラムであり、複合機能デバイス１２０、１２１、１２２で発生した障害の通知は電子メールでおこなうものとする。また、クライアントＰＣ１１１、１１２上にはＷｅｂブラウザプログラム、および、電子メールの送受信が可能な電子メールソフトが稼働しているものとする。したがって、第１の管理者、および、第２の管理者は、Ｗｅｂブラウザプログラムを介してデバイス監視サーバー１１０上の管理プログラムを操作し、複合機能デバイスの障害発生を含む各種の通知は、電子メールソフトを利用して受信するものとする。ここで、デバイス監視サーバーを複数台用意し、各クライアントＰＣは、異なるデバイス監視サーバー上の管理プログラムにアクセスして本実施例に記載の機能を実現することも可能である。
【００１１】
図２は、実施例が適用されるデバイス監視サーバー１１０の構成を示すブロック図である。なお、デバイス監視サーバー１１０は一般的なコンピューターであり、クライアントＰＣ１１１、１１２についても同様の構成を持つものとする。
【００１２】
同図において、デバイス監視サーバー１１０は、ＲＯＭ２０１若しくはハードディスク（ＨＤ）２１０に記憶された管理プログラム（詳細後述）を実行するＣＰＵ２００を備える。さらに、システムバス２０３に接続された各デバイスを総括的に制御する。２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０４はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０８や不図示のポインティングデバイス等からの指示入力を制御する。２０５はＤＩＳＰコントローラ（ＤＩＳＰＣ）であり、ディスプレイ（ＤＩＳＰ）２０９への表示を制御する。２０６はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。２０７はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してクライアントＰＣ１２０、１２１、或いは、複合機能デバイス１２０、１２１、１２２と双方向にデータを授受する。なお、後述するすべての説明で特に断りのない限り、デバイス監視サーバー１１０に関するハードウェア上の実行の主体はＣＰＵ２００であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納された管理プログラムである。また、管理プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合にはＣＤ−ＲＯＭドライブ２１２などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１０にインストールされる。
【００１３】
図３は、実施例が適用されるデバイス監視サーバー１１０上で稼動する管理プログラム３００のモジュール構成図である。
【００１４】
本実施例においては、管理プログラム３００は、ＷＷＷサーバープログラム３０１上で動作し、クライアントＰＣ１１１、１１２上のＷＷＷブラウザプログラム（不図示）とＨＴＴＰプロトコルを利用して通信をおこなうものとする。また、管理プログラム３００と複合機能デバイス１２０、１２１、１２２はＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）プロトコル、および、その他の独自プロトコルを利用して通信するものとする。同図において、全体制御モジュール３０２は、ＷＷＷサーバープログラム３０１から受信したコマンドを解析おこなうモジュールである。さらに、全体制御モジュール３０２は、解析の結果に応じてスケジューラモジュール３０３、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９に制御を振り分ける。また、スケジューラモジュール３０３、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９により生成されたＨＴＭＬデータをＷＷＷサーバープログラムに３０１に送信する。
【００１５】
３０３はスケジューラモジュールであり、実施例における管理プログラム３００において実行可能な各種の処理を実行するタイミングを制御するためのモジュールである。
【００１６】
したがって、デバイス管理モジュール３０４、デバイス探索モジュール３０７、デバイス監視モジュール３０９による各種の処理の実行タイミングはスケジューラモジュール３０３によって管理される。
【００１７】
３０４はデバイス管理モジュールであり、管理対象の複合機能デバイス１２０、１２１、１２２に対する情報の設定、および、複合機能デバイス１２０、１２１、１２２からの情報の取得をおこない関連するＵＩの表示などの制御をおこなうためのモジュールである。さらに、デバイス管理モジュール３０４は、複合機能デバイス１２０、１２１、１２２から情報を取得するデバイス設定取得モジュール３０５、および、複合機能デバイス１２０、１２１、１２２に情報の配信するデバイス設定配信モジュール３０６を制御する。
【００１８】
３０７はデバイス探索モジュールであり、ネットワークに接続された複合機能デバイス１２０、１２１、１２２の探索、および、探索処理に付随する各種パラメータの制御、および、関連するＵＩの表示などをおこなうためのモジュールである。
【００１９】
３０８はデバイスリストモジュールであり、デバイス探索モジュール３０７の制御に従い探索した複合機能デバイス１２０、１２１、１２２に関する情報の一覧表示、情報更新、インポート、および、エクスポートなどの処理をおこなうためのモジュールである。
【００２０】
３０９はデバイス監視モジュールであり、スケジューラモジュール３０３による制御に応じて予め設定された周期で複合機能デバイス１２０、１２１、１２２の状態を監視するモジュールである。デバイス監視モジュール３０９は、さらに、後述の手順により複合機能デバイス１２０、１２１、１２２で障害が発生した場合、電子メール通知モジュール３１０を介してクライアントＰＣ１１１に障害の発生を通知する。また、予め設定された一定期間後も複合機能デバイス１２０、１２１、１２２の障害が回復しない場合、電子メール通知モジュール３１０を介してクライアントＰＣ１１２に障害の放置を通知する。
【００２１】
３１０は電子メール通知モジュールであり、デバイス監視モジュール３０９の制御により複合機能デバイス１２０、１２１、１２２で発生した障害に関する情報をクライアントＰＣ１１１、１１２に通知するため、電子メールを送信するモジュールである。
【００２２】
３１１はコミュニケーションモジュールであり、デバイス管理モジュール３０４、デバイス探索モジュール３０７、および、デバイス監視モジュール３０９の指示により複合機能デバイスと通信をおこない、各種の情報の送受信をおこなうためのモジュールである。３１２はデータベースであり、デバイス管理モジュール３０４、デバイス探索モジュール３０７で取得した各種の情報、および、ユーザー操作により設定された各種の情報が格納されるデータベースである。格納される。
【００２３】
図４は、実施例が適用されるデバイス監視サーバー１１０上で稼動する管理プログラム３００によるエスカレーション機能の動作を説明するフローチャートである。なお、本フローチャートにおいては、特に断りのない限りデバイス監視サーバー１１０の動作の主体は管理プログラムに基づき動作するＣＰＵである。
【００２４】
また、デバイス監視サーバー１１０には、障害発生時の通知先としてクライアントＰＣ１１１を使用する第１管理者（管理者Ａ）のアドレスが登録され、障害放置時の通知先としてクライアントＰＣ１１２を使用する第２管理者（管理者Ｂ）のアドレスが登録されているものとする。
【００２５】
Ｓ４００では、デバイス監視サーバー１１０からネットワークデバイスである複合機能デバイス１２０に対して状態情報を要求する。Ｓ４０１では、複合機能デバイス１２０がデバイス監視サーバー１１０から要求された状態情報をデバイス監視サーバー１１０に通知する。Ｓ４０２では、複合機能デバイス１２０から通知された状態情報を解析し、障害が発生しているかどうかの判断がおこなわれる。同Ｓ４０２において障害が検出された場合にはＳ４０３に移行し、それ以外の場合には、Ｓ４００に戻る。
【００２６】
Ｓ４０３では、デバイス管理サーバー１１０から管理者Ａが使用するクライアントＰＣ１１１に障害の発生が通知（たとえば、電子メール）され、Ｓ４０４に移行する。
【００２７】
Ｓ４０４では、複合機能デバイス１２０の障害が回復したかどうかを判断するため、Ｓ４００と同様に複合機能デバイス１２０に状態情報の要求を行う。Ｓ４０５では、複合機能デバイス１２０が、デバイス監視サーバー１１０から要求された状態情報をデバイス監視サーバー１１０に通知する。
【００２８】
Ｓ４０６では、Ｓ４０５において複合機能デバイス１２０から通知された状態情報を解析し、Ｓ４０２で検出した障害が回復していないかどうかの判断がおこなわれる。ここで、障害が回復していないと判断された場合にはＳ４０７に移行し、それ以外の場合には、処理を終了する。Ｓ４０７では、Ｓ４０６において、Ｓ４０２で検出した障害が回復していないと判断された場合に、障害の放置を警告するために設定された監視期間が経過したかどうかの判断がおこなわれる。ここで、障害が発生してから監視期間が経過したと判断された場合にはＳ４０８に移行し、経過していない場合にはＳ４０４に戻る。Ｓ４０８では、デバイス管理サーバー１１０から管理者Ｂの宛先情報に対して（ここでは、クライアントＰＣ１１２に対して）、障害の放置されていることが通知され、処理を終了する。
【００２９】
以上の手順により、管理プログラム３００による複合機能デバイスで発生した障害の管理者への通知、および、障害が放置された場合の異なる管理者への通知が可能となる。
【００３０】
図５は、本実施例が適用されるデバイス監視サーバー１１０における、管理プログラム３００に基づく処理を説明するためのフローチャートである。
【００３１】
Ｓ５００では、管理対象の複合機能デバイスをカウントするためのインデックスｉが０に初期化され、Ｓ５０１に移行する。Ｓ５０１では、管理対象の複合機能デバイスをカウントするためのインデックスｉが管理対象の複合機能デバイスの数ｍを超えているかどうかの判断がおこなわれる。Ｓ５０１において、インデックスｉが管理対象の複合機能デバイスの数ｍを超えていない判断された場合にはＳ５０２に移行し、それ以外の場合には処理を終了する。Ｓ５０２では、ｉ番目の複合機能デバイスに対してＳＮＭＰによるポーリングなどの方法で状態の取得とその状態確認がおこなわれる。
【００３２】
Ｓ５０３では、Ｓ５０２における確認の結果、複合機能デバイスに障害が発生しているかどうかの判断がおこなわれる。Ｓ５０３において、ｎ件（ｎ＞０）の障害が発生していると判断された場合にはＳ５０４に移行し、それ以外の場合には、Ｓ５１５に移行する。Ｓ５０４では、Ｓ５０３においてｉ番目の複合機能デバイスにおいてｎ件の障害が検出されたと判断された場合に、障害をカウントするためのインデックスｊが０に初期化され、Ｓ５０５に移行する。Ｓ５０５では、ｉ番目の複合機能デバイスで発生した障害をカウントするためのインデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えているかどうかの判断がおこなわれる。Ｓ５０５において、インデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えていない判断された場合にはＳ５０６に移行し、それ以外の場合には、Ｓ５１３に移行する。Ｓ５０６では、Ｓ５０２で検出したｉ番目の複合機能デバイスにおけるｊ番目の障害についての解析が行われ、Ｓ５０７に移行する。
【００３３】
Ｓ５０７では、Ｓ５０６で解析したｊ番目の障害が管理プログラム３００において管理者への通知対象に設定されているかどうかの判断がおこなわれる。Ｓ５０７において通知対象と判断された場合には、Ｓ５０８に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５０８では、Ｓ５０７においてｊ番目の障害が管理者への通知対象の障害であると判断された場合、ｊ番目の障害が既に登録された管理者に通知されたものであるかどうかの判断がおこなわれる。Ｓ５０７においてｊ番目の障害が管理者に通知済みではないと判断された場合には、Ｓ５０９に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５０９では、Ｓ５０７、および、Ｓ５０８において、ｊ番目の障害が管理者への通知対象であり、通知済みの障害ではないと判断された場合に障害通知の電子メールの本文にｊ番目の障害の情報を追加し、Ｓ５１０に移行する。
【００３４】
Ｓ５１０では、ｊ番目の障害がエスカレーション機能の対象になっているかどうかの判断がおこなわれる。本ステップにおいて、ｊ番目の障害がエスカレーション機能の対象であると判断された場合には、Ｓ５１１に移行し、それ以外の場合には、Ｓ５１２に移行する。Ｓ５１１では、Ｓ５１０においてｊ番目の障害がエスカレーション対象であると判断された場合にｊ番目の障害に関するエスカレーション情報を障害通知の電子メール本文に追加し、Ｓ５１２に移行する。なお、実施例おいては、エスカレーション情報として、所定の監視期間の障害が対処されずに放置された場合に通知が行われる管理者の情報（名前、メールアドレスなど）、および通知予定の時間情報を含むものとする。Ｓ５１２では、ｉ番目の複合機能デバイスにおいて検出されたｎ件の障害をカウントするためのインデックスｊをインクリメントし、Ｓ５０５に戻る。
【００３５】
Ｓ５１３では、Ｓ５０３からＳ５１２の処理を経て、ｉ番目の複合機能デバイスに関して電子メール通知にて管理者に通知すべき障害が発生しているかどうかの判断がおこなわれる。Ｓ５１３において、通知すべき障害が発生していると判断された場合にはＳ５１４に移行し、それ以外の場合には、Ｓ５１５に移行する。Ｓ５１４では、Ｓ５１３においてｉ番目の複合機能デバイスについて管理者に通知すべき障害が発生していると判断された場合に、予め設定された管理者に対して障害を通知する電子メールを送信し、Ｓ５１４に移行する。Ｓ５１５では、管理対象の複合機能デバイスをカウントするためのインデックスｉをインクリメントし、Ｓ５０１に戻る。
【００３６】
以上の手順により実施例では、障害検出時にエスカレーション機能の対象となる障害に関しては、障害が放置された場合に通知が行われる予定の別の管理者の情報を障害情報とともに通知することが可能となる。
【００３７】
図６は、実施例において、データベース３１２に格納されるデバイスの監視条件などに関する情報の例を示す図である。管理プログラム３００を実行に際して、これら情報を参照しつつ、本実施例における各機能が実現される。
【００３８】
６００は管理対象となる複合機能デバイスに関する情報が格納されるデータテーブルである。６０１は、デバイス探索モジュール３０７を介して探索された複合機能デバイスに対して割り当てられた任意の識別子が格納されるデバイス識別子カラムである。
【００３９】
６０２は、デバイス探索モジュール３０７を介して探索された複合機能デバイスのＩＰアドレスが格納されるＩＰアドレスカラムである。６０３は、デバイス探索モジュール３０７を介して探索された複合機能デバイスの製品名が格納される製品名カラムである。６０４は、デバイス探索モジュール３０７を介して探索された複合機能デバイスのユーザーフレンドリ名であるデバイス名が格納されるデバイス名カラムである。なお、データテーブル６００に格納された各種の情報は、管理プログラム３００で探索時に利用するＳＮＭＰプロトコルによって複合機能デバイスのＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）などから取得しているものとする。
【００４０】
６１０は、実施例における、事前に登録されている管理者の情報が格納されたデータテーブルである。６１１は、管理者登録時に割り当てられるユーザーＩＤが格納されるユーザーＩＤカラムである。６１２は、管理者登録時にユーザーによって登録されるユーザーの名前が格納されるユーザー名カラムである。６１３は、管理者登録時にユーザーによって登録されるユーザーの宛先情報を示すメールアドレスが格納されるメールアドレスカラムである。実施例においては、複合機能デバイスの障害検出時に本メールアドレスカラムを参照することにより電子メールの宛先を決定する。
【００４１】
６２０は、実施例において、登録されている複合機能デバイスの監視条件が格納されたデータテーブルである。６２１は、複合機能デバイスで発生する各種の障害を判別するためのアラートタイプが格納されたアラートタイプカラムである。なお、実施例においては、アラートタイプを”Ｔｏｎｅｒ／ｉｎｋ ｏｕｔ”等の文字列で扱うが、これらは数値等におきかえられても良い。６２２は、複合機能デバイスの障害を検出した際の通知先として登録するユーザーＩＤが格納される第１の管理者ＩＤカラムである。なお、第１の管理者ＩＤカラム６２２に登録されるユーザーＩＤは、ユーザーＩＤカラム６１１に格納されたユーザーＩＤから選択される。６２３は、エスカレーション機能により複合機能デバイスで発生した障害の放置を通知する際の基準となる監視期間が格納される放置検出期限カラムである。６２４は、複合機能デバイスの障害の放置を検出した際、エスカレーション機能による通知先として登録するユーザーＩＤが格納されるエスカレーション通知先カラムである。なお、エスカレーション通知先カラム６２４に登録されるユーザーＩＤは、ユーザーＩＤカラム６１１に格納されたユーザーＩＤから選択される。
【００４２】
図７は、実施例におけるデバイスの監視条件を設定するためのユーザーインターフェースの一例を示すイメージ図である。具体的には、ウェブブラウザーを用いてデバイス管理サーバー１１０にアクセスしたＰＣに対して、管理プログラム３００に基づき提供するウェブページ７００である。
【００４３】
７０１は、管理対象とする複合機能デバイスの障害のタイプを選択するチェックボックスである。本チェックボックスで選択した障害のタイプに応じてデータテーブル６２０のエントリが追加され、選択された障害のタイプはアラートタイプカラム６２１に格納される。７０２は、複合機能デバイスの障害を検出した際の通知先を選択するドロップダウンリストである。本ドロップダウンリストで選択された管理者は、データテーブル６２０の第１の管理者ＩＤカラム６２２に格納される。７０３は、監視期間を選択するためのドロップダウンリストである。本ドロップダウンリストで選択された監視期間は、放置検出期限カラムに格納される。７０４は、エスカレーション機能の通知先として登録する管理者を選択するドロップダウンリストである。本ドロップダウンリストで選択されたが管理者のユーザーＩＤは、エスカレーション通知先カラム６２４に格納される。
【００４４】
図８は、実施例において、第１の管理者に障害発生を通知するための電子メールを生成する際の詳細の処理を説明するためのフローチャートである。なお、本フローチャートによって説明する処理は、図５のＳ５１１の処理をより詳細に述べたものである。
【００４５】
Ｓ８００では、複合機能デバイスで発生した障害を識別するための識別子（以下、アラートＩＤ）を生成して、Ｓ８０１に移行する。Ｓ８０１、Ｓ８０２では、図６で示したように、事前に登録されている第２の管理者の名前、メールアドレスを取得する。なお、Ｓ８０１では、まず、データテーブル６２０のアラートタイプカラム６２１を参照し、複合機能デバイスで発生した障害と一致するエントリの第２の管理者ＩＤカラム６２４に格納されたユーザーＩＤを取得する。次に、データテーブル６１０のユーザーＩＤカラムを参照し、取得したユーザーＩＤと一致するエントリに格納されたユーザー名、メールアドレスを取得する。
【００４６】
Ｓ８０３では、第２の管理者に対する障害放置の通知が行われるタイミングを算出する。なお、Ｓ８０３では、データテーブル６２０のアラートタイプカラム６２１を参照し、複合機能デバイスで発生した障害と一致するエントリの放置検出期限カラム６２３に格納された期間からそのタイミングを算出する。
【００４７】
Ｓ８０４では、第１の管理者から第２の管理者にメッセージを通知するためのメッセージフォームを表示するためのＵＲＬを生成する。このＵＲＬは、デバイス管理サーバー１１０が管理プログラム３００に基づきウェブページとして提供するメッセージフォーム画面へのリンクとなる。第１の管理者が、発生した障害にどうしても対処できない場合などには、このＵＲＬを用いてアクセスした画面上からその旨を含むメールを作成し、送信指示を行うことができる。この場合、デバイス管理サーバー１１０のメール機能により、第２の管理者に対して、メッセージを伝えることができる。なお、Ｓ８０４において生成するＵＲＬにはＳ８００で生成したアラートＩＤが含まれ、このＵＲＬによりアクセスしたメッセージフォーム画面を用いてメール送信を行った場合には、その送信履歴においてこのアラートＩＤを含まれる。
【００４８】
Ｓ８０５では、複合機能デバイスで発生した障害を第１の管理者に通知するための電子メールの本文にエスカレーション情報を追加して処理を終了する。なお、実施例におけるエスカレーション情報は、Ｓ８０１、Ｓ８０２で取得した第２の管理者の名前、および、メールアドレスと、Ｓ８０３で算出した障害放置の通知タイミングと、Ｓ８０４で生成したＵＲＬから構成される。
【００４９】
図９は、本実施例において、第１の管理者宛てに通知される電子メールの内容９００の一例を示す図である。
【００５０】
９０１、９０２は、複合機能デバイスの検出された障害に関する詳細な内容を示す障害情報である。なお、本実施例においては、複数の障害（エラー１、エラー２）が同時に発生しているものとする。９０３は、障害が発生している複合機能デバイスに関する情報（デバイス情報）である。なお、デバイス情報９０３は、データテーブル６００に登録された情報から構成される。
【００５１】
９０４、９０６は、エスカレーション情報である。９０５、９０７は、メッセージフォーム表示のためのＵＲＬである。なお、ＵＲＬ９０５、９０７にはアラートＩＤが含まれている。
【００５２】
図１０は、第１の管理者が第２の管理者へ通知するための提供されるメッセージフォーム画面を表示する際の処理を説明するためのフローチャートである。
【００５３】
Ｓ１０００では、クライアントＰＣ１１１からの管理プログラム３００で提供する画面の要求を受信する。Ｓ１００１では、Ｓ１０００で受信した画面の要求がメッセージフォーム画面の要求であるかどうかの判断がおこなわれる。Ｓ１００１において、メッセージフォーム画面の要求ではない判断された場合にはＳ１００２に移行し、それ以外の場合にはＳ１００３に移行する。なお、Ｓ１００１におけるメッセージフォーム画面の要求とは、図９のＵＲＬ９０５、９０７を指定して、アクセスしてきた際の要求を指すものとする。Ｓ１００２では、Ｓ１００２において要求がメッセージフォーム画面の要求ではないと判断された場合、適宜、要求された画面を表示して処理を終了する。
【００５４】
Ｓ１００３では、Ｓ１００１において要求がメッセージフォーム画面の要求であると判断された場合、ＵＲＬ９０５、９０７中に含まれるアラートＩＤに対応する障害情報が発生しており、監視されているかの判断がおこなわれる。Ｓ１００３において、アラートＩＤに対応する障害情報が管理されていなかったと判断された場合には、Ｓ１００４に移行し、それ以外の場合にはＳ１００５に移行する。Ｓ１００４では、Ｓ１００３において、ＵＲＬ９０５、９０７中に含まれるアラートＩＤが不正である旨のエラー画面を表示して処理を終了する。
【００５５】
Ｓ１００５では、アラートＩＤに対応する障害情報に関する障害が発生している複合機能デバイスのデバイス情報やアラートタイプから、メッセージフォームのデフォルトのサブジェクトを生成する。これは、たとえば、図１１の１１０１で示す情報である。Ｓ１００６では、障害情報から参照可能な第２の管理者のメールアドレスをメッセージフォームのデフォルトの宛先（１１０２）に設定する。Ｓ１００７では、Ｓ１００５で生成したサブジェクト、および、Ｓ１００６で設定した宛先を含むメッセージフォーム（図１１）の画面を生成して、クライアントＰＣ１１１に提供することで表示を制御する。
【００５６】
Ｓ１００８では、Ｓ１００７で表示したメッセージフォーム画面に第１の管理者からの本文への入力がおこなわれる。Ｓ１００９では、第１の管理者により送信ボタン（１１０４）が押下され、入力として受け取る。ここでは、第１の管理者によりメール送信のキャンセルボタン（１１０５）の押下が行われる場合があり、この際には、本処理は中止される。
【００５７】
Ｓ１０１０では、メッセージフォーム画面を介して生成された情報を、メールとして第２の管理者に通知する。Ｓ１０１１では、ＵＲＬ９０５、９０７に含まれるアラートＩＤとＳ１０１０で通知したメッセージの情報を関連付けて、履歴情報として保存し、処理を終了する。
【００５８】
図１２は、実施例においてデータベース３１２に管理される履歴情報を例示す図である。
【００５９】
１２００は管理対象となる複合機能デバイスで発生した障害の情報が格納されるデータテーブルである。１２０１は、障害を検出した複合機能デバイスを識別するためのデバイスＩＤを格納するデバイスＩＤ格納カラムである。なお、本デバイスＩＤ格納カラム１２０１に格納されるデバイスＩＤは、ネットワークデバイステーブル６００のデバイスＩＤカラムに格納されるデバイスＩＤと同義である。１２０２は、アラートタイプカラムであり、複合機能デバイスで発生した障害の種別を識別するための情報が格納される。１２０３は、アラート発生時刻カラムであり、複合機能デバイスで発生した障害を検出した時刻が設定される。１２０４は、アラートＩＤカラムであり、管理対象のデバイスで発生した障害を一意に識別するための識別子が格納される。なお、本アラートＩＤカラム１２０４に格納されるアラートＩＤは、図８のＳ８００において生成される。
【００６０】
１２１０は、図１１のＵＩを介して送信指示されたメッセージの履歴情報を管理するためのデータテーブルである。１２１１は、アラートＩＤカラムである。ここには、図８のＳ８００において生成されたアラートＩＤが格納される。１２０２は、メッセージカラムであり、図１１のテキストエリア１１０３のメッセージが格納される。また図示しないが、本テーブルには、第２の管理者に対してメッセージが送信された時刻を示す時間情報や、送信元となった第１の管理者の情報なども合わせて、関連付けることにより管理されている。
【００６１】
以上の説明したように、本実施例においては障害の発生通知を送る際には、メッセージ内にエスカレーション情報を含めるようにした。これにより、障害放置の抑止力が向上するなど、という効果がある。また、本実施例では、エスカレーション機能により障害放置が通知される第２の管理者に対して、第１の管理者が容易にメッセージを通知するためのメッセージフォーム画面へのリンクとして、ＵＲＬを障害の発生通知に追加する。このメッセージフォーム画面を介して、第１の管理者および第２の管理者間で行われた障害情報やメッセージの情報も履歴情報をして保存する。これにより、ネットワークデバイスで発生した障害が、放置され、回復するまでの各管理者の対応などといった経緯をより詳細に把握できるという効果がある。
【００６２】
つづいて本発明を実施するための第２の形態について図面を用いて説明する。
【００６３】
図１３は、本実施例において、データベース３１２に格納されるエスカレーション通知機能を管理するための情報の一例を示す図である。
【００６４】
１３００はデバイス監視機能におけるエスカレーション通知制御に関する情報が格納されるデータテーブルである。１３０１は、障害を検出した複合機能デバイスを識別するためのデバイスＩＤを格納するデバイスＩＤ格納カラムである。なお、本デバイスＩＤ格納カラム１３０１に格納されるデバイスＩＤは、ネットワークデバイステーブル６００のデバイスＩＤカラムに格納されるデバイスＩＤと同義である。１３０２は、アラートタイプカラムであり、複合機能デバイスで発生した障害の種別を識別するための情報が格納される。１３０３は、アラート発生時刻カラムであり、複合機能デバイスで発生した障害を検出した時刻が設定される。１３０４は、アラートＩＤカラムであり、管理対象のデバイスで発生した障害を一意に識別するための識別子が格納される。なお、本アラートＩＤカラム１３０４に格納されるアラートＩＤは、図８のＳ８００において生成される。
【００６５】
１３０５は、監視対象であるデバイスで発生した障害が第１管理者に放置された場合にエスカレーション通知をおこなう時刻が格納される。１３０６は、スカレーション時刻１３０５に設定されたエスカレーションの時刻にエスカレーション通知がおこなわれたかどうかのフラグが格納される。本フラグがＴｒｕｅの場合、エスカレーション時刻１３０５にエスカレーション通知が行われたことを示し、それ以外の場合には、エスカレーション通知がおこなわれていないことを示す。
【００６６】
図１４は、本実施例が適用されるデバイス監視サーバー１１０における、管理プログラム３００がエスカレーション通知処理を実行する際の動作を説明するためのフローチャートである。
【００６７】
Ｓ１４００では、管理対象の複合機能デバイスをカウントするためのインデックスｉが０に初期化され、Ｓ１４０１に移行する。Ｓ１４０１では、管理対象の複合機能デバイスをカウントするためのインデックスｉが管理対象の複合機能デバイスの数ｍを超えているかどうかの判断がおこなわれる。Ｓ１４０１において、インデックスｉが管理対象の複合機能デバイスの数ｍを超えていないと判断された場合にはＳ１４０２に移行し、それ以外の場合には処理を終了する。Ｓ１４０２では、ｉ番目の複合機能デバイスに対してＳＮＭＰによるポーリングなどの方法で状態の取得とその状態確認がおこなわれ、Ｓ１４０３に移行する。Ｓ１４０３では、Ｓ１４０２における確認の結果、複合機能デバイスに障害が発生しているかどうかの判断がおこなわれる。Ｓ１４０３において、ｎ件（ｎ＞０）の障害が発生していると判断された場合にはＳ１４０４に移行し、それ以外の場合には、Ｓ１４１６に移行する。Ｓ１４０４では、Ｓ１４０３においてｉ番目の複合機能デバイスでｎ件の障害が検出されたと判断された場合に、障害をカウントするためのインデックスｊが０に初期化され、Ｓ１４０５に移行する。Ｓ１４０５では、ｉ番目の複合機能デバイスで発生した障害をカウントするためのインデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えているかどうかの判断がおこなわれる。Ｓ１４０５において、インデックスｊがｉ番目の複合機能デバイスで発生した障害の総数ｎを超えていない判断された場合にはＳ１４０６に移行し、それ以外の場合には、Ｓ１４１４に移行する。
【００６８】
Ｓ１４０６では、Ｓ１４０２で検出したｉ番目の複合機能デバイスにおけるｊ番目の障害についての解析が行われ、Ｓ１４０７に移行する。Ｓ１４０７では、Ｓ１４０６で解析したｊ番目の障害が管理プログラム３００において管理者への通知対象に設定されているかどうかの判断がおこなわれる。Ｓ１４０７において通知対象と判断された場合には、Ｓ１４０８に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００６９】
Ｓ１４０８では、Ｓ１４０７においてｊ番目の障害が管理者への通知対象障害であると判断された場合、ｊ番目の障害が図１３に示すエスカレーション管理テーブル１３００に登録されているかどうかを参照して、エスカレーション機能の対象になっているかどうかの判断がおこなわれる。本ステップにおいて、ｊ番目の障害がエスカレーション機能の対象であると判断された場合には、Ｓ１４０９に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７０】
Ｓ１４０９では、Ｓ１４０７、および、Ｓ１４０８において、ｊ番目の障害が管理者への通知対象であり、エスカレーション機能の対象であると判断された場合、エスカレーション管理テーブル１３００のエスカレーションフラグ１３０６の値を参照し、ｊ番目の障害が既にエスカレーション通知されたものであるかどうかの判断がおこなわれる。Ｓ１４０９においてエスカレーション通知済みではないと判断された場合には、Ｓ１４１０に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７１】
Ｓ１４１０では、Ｓ１４０８、および、Ｓ１４０９において、エスカレーション機能の対象であり、エスカレーション通知済みではないと判断された場合、現在時刻とエスカレーション管理テーブル１３００のエスカレーション時刻１３０５と現在時刻を比較し、現在時刻がエスカレーション時刻１３０５を過ぎているかどうかの判断がおこなわれる。Ｓ１４１０において現在時刻がエスカレーション時刻１３０５を過ぎていると判断された場合にはＳ１４１１に移行し、それ以外の場合には、Ｓ１４１３に移行する。
【００７２】
Ｓ１４１１では、Ｓ１４１０において現在時刻がエスカレーション時刻１３０５を過ぎていると判断された場合に、エスカレーション通知の電子メール本文にｊ番目の障害に関する情報を追加し、Ｓ１４１２に移行する。
【００７３】
Ｓ１４１２では、ｊ番目の障害に関する前回通知情報をエスカレーション通知の電子メール本文に追加し、Ｓ１４１３に移行する。なお、本実施例おいては、前回通知情報として、第１管理者の情報（名前、メールアドレスなど）、および、前回通知時刻の情報を含むものとする。
【００７４】
Ｓ１４１３では、ｉ番目の複合機能デバイスにおいて検出されたｎ件の障害をカウントするためのインデックスｊをインクリメントし、Ｓ１４０５に戻る。Ｓ１４１４では、Ｓ１４０３からＳ１４１３の処理を経て、ｉ番目の複合機能デバイスに関してエスカレーション通知の電子メールにて第２管理者に通知すべき障害が発生しているかどうかの判断がおこなわれる。Ｓ１４１４において、通知すべき障害が発生していると判断された場合にはＳ１４１５に移行し、それ以外の場合には、Ｓ１４１６に移行する。Ｓ１４１５では、Ｓ１４１４においてｉ番目の複合機能デバイスについてエスカレーション通知として通知すべき障害が発生していると判断された場合に、予め設定された第２管理者に対してエスカレーション通知の電子メール（図１５）を送信し、Ｓ１４１６に移行する。Ｓ１４１６では、管理対象の複合機能デバイスをカウントするためのインデックスｉをインクリメントし、Ｓ１４０１に戻る。
【００７５】
以上の手順により実施例では、エスカレーション通知の対象となる障害に関しては、障害検出時、あるいは、前回エスカレーション時に通知が行われた第１管理者の情報、および、時刻を障害放置の警告とともに通知することが可能となる。
【００７６】
図１５は、本実施例において、第２管理者宛てに通知される電子メールの内容１５００の一例を示す図である。
【００７７】
１５０１は、本メール１５００が複合機能デバイスにおいて発生した障害が一定期間放置されたために送信されたことを示すメッセージである。
【００７８】
１５０２は、前回通知情報である。前回通知情報１５０２は複合機能デバイスの障害検出時に通知した第１管理者に関する情報１５０３から構成される。１５０３は、複合機能デバイスの障害検出時に通知をおこなった第１管理者の情報であり、第１管理者の名前、Ｅメールアドレス、メッセージ通知用ＵＲＬから構成される。
【００７９】
１５０４は、障害が発生している複合機能デバイスに関する情報（デバイス情報）である。なお、デバイス情報１５０４は、データテーブル６００に登録された情報から構成される。
【００８０】
１５０５は、一定期間放置された複合機能デバイスの障害に関する詳細な内容を示す障害情報である。１５０６は管理プログラム３００が複合機能デバイスの障害を検出した日時を示すエラー検出日時である。なお、本実施例においては、同時に検出した複数の障害（エラー１、エラー２）が放置されているものとする。
【００８１】
以上の説明したように、本実施例においてはエスカレーション通知のメッセージに、デバイス障害検出時にメールにより通知した第１管理者の情報を含めるようにした。これにより、通知されたメッセージが障害の検出を通知するものであるのか、あるいは、障害の放置を通知するものであるのかが容易に判別可能になるという効果がある。
【００８２】
なお、本実施例におけるエスカレーション通知は１度のみであるが、一定時間後、再度、任意の管理者にエスカレーション通知をおこなう形態であっても良い。
【特許請求の範囲】
【請求項１】
ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶手段と、
ネットワーク上のネットワークデバイスで発生した障害を検出する検出手段と、
前記検出手段により検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶手段により記憶されている第１の宛先情報に基づき行う第１の通知手段と、
前記検出手段により検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶手段により記憶されている第２の宛先情報に基づき行う第２の通知手段とを有し、
前記第１の通知手段により通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知手段により通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とするデバイス監視サーバー。
【請求項２】
前記第１の通知手段により通知するメッセージに含まれるＵＲＬ情報には、前記検出手段により検出された障害を示す識別情報が含まれることを特徴とする請求項１に記載のデバイス監視サーバー。
【請求項３】
前記第１の通知手段により通知するメッセージに含まれるＵＲＬ情報を用いた要求を受信した場合に、記検出手段により検出された障害と発生したネットワークデバイスが識別可能な情報が設定されたメッセージフォーム画面を提供する提供手段と、
該提供手段により提供されたメッセージフォーム画面を介して、前記第２の宛先情報に対応する管理者に対してメッセージの通知が行われた場合に、当該メッセージに関する情報と前記検出手段により検出された障害を示す識別情報とを関連付けた履歴情報を管理する管理手段とをさらに有することを特徴とする請求項２に記載のデバイス監視サーバー。
【請求項４】
前記第２の通知手段により通知するメッセージには、前記第１の通知手段による通知が行われたことを示すために、前記第１の宛先情報に関する内容が含まれることを特徴とする請求項１に記載のデバイス監視サーバー。
【請求項５】
ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶工程と、
ネットワーク上のネットワークデバイスで発生した障害を検出する検出工程と、
前記検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶されている第１の宛先情報に基づき行う第１の通知工程と、
前記検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶されている第２の宛先情報に基づき行う第２の通知工程とを有し、
前記第１の通知工程で通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知工程で通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とする管理方法。
【請求項６】
請求項１乃至４のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。
【請求項１】
ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶手段と、
ネットワーク上のネットワークデバイスで発生した障害を検出する検出手段と、
前記検出手段により検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶手段により記憶されている第１の宛先情報に基づき行う第１の通知手段と、
前記検出手段により検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶手段により記憶されている第２の宛先情報に基づき行う第２の通知手段とを有し、
前記第１の通知手段により通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知手段により通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とするデバイス監視サーバー。
【請求項２】
前記第１の通知手段により通知するメッセージに含まれるＵＲＬ情報には、前記検出手段により検出された障害を示す識別情報が含まれることを特徴とする請求項１に記載のデバイス監視サーバー。
【請求項３】
前記第１の通知手段により通知するメッセージに含まれるＵＲＬ情報を用いた要求を受信した場合に、記検出手段により検出された障害と発生したネットワークデバイスが識別可能な情報が設定されたメッセージフォーム画面を提供する提供手段と、
該提供手段により提供されたメッセージフォーム画面を介して、前記第２の宛先情報に対応する管理者に対してメッセージの通知が行われた場合に、当該メッセージに関する情報と前記検出手段により検出された障害を示す識別情報とを関連付けた履歴情報を管理する管理手段とをさらに有することを特徴とする請求項２に記載のデバイス監視サーバー。
【請求項４】
前記第２の通知手段により通知するメッセージには、前記第１の通知手段による通知が行われたことを示すために、前記第１の宛先情報に関する内容が含まれることを特徴とする請求項１に記載のデバイス監視サーバー。
【請求項５】
ネットワークデバイスで障害が発生した場合に通知すべき第１の宛先情報と、該障害が放置された場合に通知すべき第２の宛先情報を記憶する記憶工程と、
ネットワーク上のネットワークデバイスで発生した障害を検出する検出工程と、
前記検出された障害に関する情報と、障害が発生したネットワークデバイスのデバイス情報とを含むメッセージの通知を、前記記憶されている第１の宛先情報に基づき行う第１の通知工程と、
前記検出された障害が、あらかじめ決められている監視期間を過ぎても前記ネットワークデバイスで検出された場合に、該障害が放置されたことを示すメッセージの通知を、前記記憶されている第２の宛先情報に基づき行う第２の通知工程とを有し、
前記第１の通知工程で通知するメッセージには、第２の宛先情報に対応する管理者の情報と、前記第２の通知工程で通知が行われる時間情報と、第２の宛先情報に対応する管理者に対してメッセージを通知するためのメッセージフォーム画面を提供するためのＵＲＬ情報とが含まれることを特徴とする管理方法。
【請求項６】
請求項１乃至４のいずれか１項に記載の手段としてコンピューターを機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１２−１７８１４０（Ｐ２０１２−１７８１４０Ａ）
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願番号】特願２０１１−２５７４２１（Ｐ２０１１−２５７４２１）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２４年９月１３日（２０１２．９．１３）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]