(57)【要約】      （修正有）【課題】複合機能デバイスの認証処理を認証管理サーバーで管理している環境であっても、複合機能デバイスで発生する通常の障害と合わせて認証処理に関する障害についても統合的に管理することが可能なデバイス監視方法を提供する。【解決手段】複合機能デバイス、認証管理サーバー、および、デバイス監視サーバーから成る複合機能デバイス管理システムにおいて、複合機能デバイスでは発生した障害を種別、および、発生時刻の情報とともにデバイス監視サーバーに通知し、認証管理サーバーでは、認証障害に関する詳細な情報を表示可能なＵＲＬをデバイス監視サーバーに通知し、デバイス監視サーバーでは、複合機能デバイスの障害を一覧表示する画面を生成する場合、認証管理サーバーから通知されたＵＲＬにリンクを張ることにより認証障害を含む複合機能デバイスの障害を統合的に管理することが可能となる。【選択図】図４
2014041446.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続された複合機能デバイス、複合機能デバイスの認証処理を統合的に管理する認証管理サーバー、および、複合機能デバイスの状態を監視するデバイス監視サーバーから成る複合機能デバイス管理システムにおいて、
複合機能デバイスにおいては、
自端末において障害が発生した場合、発生した障害の種別を前記デバイス監視サーバーに通知する障害種別通知手段と、
自端末において障害が発生した場合、障害の発生時刻情報を前記デバイス監視サーバーに通知する障害発生時刻通知手段と、
認証管理サーバーにおいては、デバイス監視サーバーからの問い合わせを受け、前記複合機能デバイスにおける認証障害発生時に障害の発生時刻と複合機能デバイスのＭＡＣアドレスから発生した認証障害を特定する認証障害特定手段と、
前記認証障害特定手段によって特定された認証障害に関する情報が格納されたアドレスを前記デバイス監視サーバーに通知する認証障害詳細情報格納先通知手段と、
デバイス監視サーバーにおいては、前記複合機能デバイスのＭＡＣアドレス、ＩＰアドレス、認証処理を管理する認証管理サーバーのアドレスが登録されている認証管理サーバー管理テーブルと、
前記複合機能デバイスから障害情報が通知された場合、認証障害であるかどうかを判別する認証障害判別手段と、
前記認証障害判別手段において、前記複合機能デバイスから通知された障害が認証障害であると判断された場合に前記認証管理サーバー管理テーブルを参照して認証管理サーバーのアドレスを取得する認証管理サーバーアドレス取得手段と、
前記認証管理サーバーアドレス取得手段によって取得したアドレスに対して前記複合機能デバイスから通知された障害発生時刻、および、複合機能デバイスのＭＡＣアドレスを通知し、認証障害に関する詳細情報が格納されたアドレスを要求する認証障害詳細情報要求手段と、
認証障害詳細情報要求手段による要求の結果、認証管理サーバーから通知される認証障害に関する詳細な情報が格納受信されたアドレスを受信する認証障害詳細情報格納先受信手段と、
複合機能デバイスから通知される障害情報を一覧表示するための画面を生成するための障害情報通知画面生成手段と、
前記障害情報通知画面生成手段によって生成された複合機能デバイスの障害情報一覧に認証障害に関する情報が含まれていた場合、前記認証障害詳細情報格納先受信手段によって受信したアドレス情報を挿入する認証障害詳細情報格納情報挿入手段を付加したことを特徴とする複合機能デバイス管理システム。
【請求項２】
デバイス監視サーバーに、
ユーザーを識別するためのＩＤとパスワードから成り、少なくとも管理者権限、および、一般ユーザー権限の２つの属性からなる認証情報を登録する認証情報登録手段と、
ＩＤ、および、パスワードの入力が可能な認証情報入力手段と、
前記認証情報入力手段により入力されたＩＤ、および、パスワードと登録された認証情報を比較し、一致した場合のみアクセスを許可する認証手段と、
認証手段の結果、アクセスが許可されたユーザーの属性を取得する属性取得手段と、
前記属性取得手段によって取得された属性が管理者権限の場合のみ前記障害情報通知画面生成手段によって生成される障害情報一覧に前記認証障害詳細情報格納情報挿入手段によるアドレス情報を挿入するよう制御する認証障害詳細情報格納情報挿入制御手段を付加したことを特徴とする請求項１に記載の複合機能デバイス管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された複合機能デバイス、複合機能デバイスの認証処理をおこなう認証管理サーバー、および、複合機能デバイスの障害を監視するデバイス監視サーバーから構成されるデバイス監視システムに関するものである。
【背景技術】
【０００２】
近年、コンピュータやプリンタ、ファクシミリ、コピーの機能を併せ持つ複合機能デバイスなどの周辺デバイスは、その資産を多くのユーザーが共有できるようにするためローカルエリアネットワーク（ＬＡＮ）によって相互に接続されることが一般的になってきた。
【０００３】
このようなネットワーク環境では、複合機能デバイスに対してアカウントを登録し、登録したアカウントによるアクセス制限をおこなうことも多くなってきた。複合機能デバイスへの登録アカウントによるアクセス制限によりユーザー単位での使用状況の把握や不正ドキュメントの印刷抑止、さらには、大量印刷の制限などといった管理がおこなわれている。
【０００４】
しかしながら、多数のユーザーが多数のデバイスを共有する現在の大規模企業のネットワークでは、アカウント情報の管理や、認証処理を一括して管理するために、別途認証管理サーバーを設置する構成が多くなっている。
【０００５】
特許文献１では、ログインサーバー（認証管理サーバー）を介した障害の通知制御方法の一例が示されている。具体的には、ホストコンピュータから印刷ジョブを実行したユーザーに障害を通知し、ユーザーが不在の場合は、認証管理サーバーを介して現在ログインしているユーザーのホストコンピュータに障害を通知制御する方法が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００４−２８０２１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記従来のデバイス監視プログラムでは、認証管理サーバーによる認証障害が発生した場合、障害が発生したユーザーを特定することができないため、認証管理サーバーで発生した認証障害については通知することが困難であった。
【０００８】
そのため、複合機能デバイスで発生する障害の監視システムとは別に認証管理サーバーで発生する認証障害を監視するシステムが必要になるという課題が発生していた。
【課題を解決するための手段】
【０００９】
ネットワークに接続された複合機能デバイス、複合機能デバイスの認証処理を統合的に管理する認証管理サーバー、および、複合機能デバイスの状態を監視するデバイス監視サーバーから成る複合機能デバイス管理システムにおいて、
複合機能デバイスにおいては、
自端末において障害が発生した場合、発生した障害の種別を前記デバイス監視サーバーに通知する障害種別通知手段と、
自端末において障害が発生した場合、障害の発生時刻情報を前記デバイス監視サーバーに通知する障害発生時刻通知手段と、
認証管理サーバーにおいては、デバイス監視サーバーからの問い合わせを受け、前記複合機能デバイスにおける認証障害発生時に障害の発生時刻と複合機能デバイスのＭＡＣアドレスから発生した認証障害を特定する認証障害特定手段と、
前記認証障害特定手段によって特定された認証障害に関する情報が格納されたアドレスを前記デバイス監視サーバーに通知する認証障害詳細情報格納先通知手段と、
デバイス監視サーバーにおいては、前記複合機能デバイスのＭＡＣアドレス、ＩＰアドレス、認証処理を管理する認証管理サーバーのアドレスが登録されている認証管理サーバー管理テーブルと、
前記複合機能デバイスから障害情報が通知された場合、認証障害であるかどうかを判別する認証障害判別手段と、
前記認証障害判別手段において、前記複合機能デバイスから通知された障害が認証障害であると判断された場合に前記認証管理サーバー管理テーブルを参照して認証管理サーバーのアドレスを取得する認証管理サーバーアドレス取得手段と、
前記認証管理サーバーアドレス取得手段によって取得したアドレスに対して前記複合機能デバイスから通知された障害発生時刻、および、複合機能デバイスのＭＡＣアドレスを通知し、認証障害に関する詳細情報が格納されたアドレスを要求する認証障害詳細情報要求手段と、
認証障害詳細情報要求手段による要求の結果、認証管理サーバーから通知される認証障害に関する詳細な情報が格納受信されたアドレスを受信する認証障害詳細情報格納先受信手段と、
複合機能デバイスから通知される障害情報を一覧表示するための画面を生成するための障害情報通知画面生成手段と、
前記障害情報通知画面生成手段によって生成された複合機能デバイスの障害情報一覧に認証障害に関する情報が含まれていた場合、前記認証障害詳細情報格納先受信手段によって受信したアドレス情報を挿入する認証障害詳細情報格納情報挿入手段を付加したことを特徴とする複合機能デバイス管理システム。
【発明の効果】
【００１０】
本発明によるデバイス監視システムでは、複合機能デバイスの認証処理を認証管理サーバーで管理している環境であっても、複合機能デバイスで発生する通常の障害と合わせて認証処理に関する障害についても統合的に管理することが可能となる。
【００１１】
したがって、例えば複合機能デバイスで発生する「用紙切れ」、「トナー切れ」、「紙詰まり」といった複合機能デバイスの障害と「パスワード不一致」、「アカウント期限切れ」といった認証に関わる障害を同一のシステムで管理することができるようになる。
【図面の簡単な説明】
【００１２】
【図１】デバイス監視システムの構成図
【図２】デバイス監視サーバーのハードウェア構成を示すブロック図
【図３】デバイス監視システムのソフトウェアブロック図
【図４】認証障害検出時のデバイス監視プログラムの動作を示すフローチャート
【図５】障害通知リスト表示時のデバイス監視プログラムの動作を示すフローチャート
【図６】ＳＮＭＰ（Ｔｒａｐ）メッセージのデータ構成図
【図７】認証管理サーバーアドレス、および、障害の詳細情報の格納先を管理するためのＤＢテーブル構成図
【図８】障害通知リスト、および、障害詳細画面のイメージ図
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１４】
図１は、本発明実施例の形態が適用されるデバイス監視システムの構成を示す図である。
【００１５】
同図において、１００はローカルエリアネットワークである。ローカルエリアネットワーク１００には、デバイス監視サーバー１１０、認証管理サーバー１２０、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０が接続されている。
【００１６】
デバイス監視サーバー１１０ではデバイス監視プログラムが稼動しており、複合機能デバイスに対する定期的なポーリング、あるいは、複合機能デバイス１３０、１４０、１５０からのイベント通知によって複合機能デバイスの障害を検知している。
【００１７】
本発明実施例においては、デバイス監視サーバー１１０によるポーリング、および、複合機能デバイス１３０、１４０、１５０からのイベント通知の手段として、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によるポーリング、および、ＳＮＭＰ  Ｔｒａｐメッセージ（以下、単にＴｒａｐという）によるイベント通知を想定している。
【００１８】
認証管理サーバー１２０では認証管理プログラムが稼働しており、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０の認証処理を統合的に管理している。
【００１９】
より具体的には認証管理サーバー１２０は、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０の操作画面より入力された認証情報を受信して、予め登録されている認証情報と一致するかどうかを判別する。入力された認証情報と認証管理サーバーに登録されている認証情報が一致した場合には、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０へのアクセスを許可し、それ以外の場合にはアクセスを拒否するよう制御する。
【００２０】
さらに、認証管理サーバー１２０は、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０に対するアクセスの履歴、および、認証処理において発生した各種の障害の詳細情報も保持しているものとする。
【００２１】
本実施例において想定する認証処理において発生する障害とは、「パスワード不一致」、「二重ログイン」、「認証情報の有効期限切れ」などである。
【００２２】
１３０、１４０、１５０は、プリンタ機能、ファクシミリ機能、コピー機能を併せ持つ複合機能デバイスである。
【００２３】
１６０、１７０は一般的な例えばＯＳとしてＷｉｎｄｏｗｓ７（Ｍｉｃｒｏｓｏｆｔ社の登録商標）などが稼働しているクライアントコンピュータである。
【００２４】
図２は、本発明実施例の形態が適用されるデバイス監視サーバー１１０のハードウェア構成を示すブロック図である。なお、デバイス監視サーバー１１０は一般的なコンピュータであり、認証管理サーバー１２０、クライアントＰＣ１６０、１７０についても同様のハードウェア構成を持つものとする。
【００２５】
同図において、デバイス監視サーバー１１０は、ＲＯＭ２０１若しくはハードディスク（ＨＤ）２１０に記憶されたデバイス監視プログラム（詳細後述）を実行するＣＰＵ２００を備える。さらに、ＣＰＵ２００は、システムバス２０３に接続された各デバイスを総括的に制御する。
【００２６】
２０２はＲＡＭであり、ＣＰＵ２００の主メモリ、ワークエリア等として機能する。２０４はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０８や不図示のポインティングデバイス等からの指示入力を制御する。
【００２７】
２０５はＤＩＳＰコントローラ（ＤＩＳＰＣ）であり、ディスプレイ（ＤＩＳＰ）２０９への表示を制御する。
【００２８】
２０６はディスクコントローラ（ＤＫＣ）であり、ハードディスク（ＨＤ）２１０、フロッピー（登録商標）ディスクコントローラ（ＦＤ）２１１、ＣＤ−ＲＯＭドライブ（ＣＤ）２１２とのアクセスを制御する。
【００２９】
２０７はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介して複合機能デバイス１２０、１３０、１４０と双方向にデータを授受する。
【００３０】
なお、後述するすべての説明で特に断りのない限り、デバイス監視サーバー１１０に関するハードウェア上の実行の主体はＣＰＵ２００であり、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１０に格納されたデバイス監視プログラムである。
【００３１】
また、デバイス監視プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合にはＣＤ−ＲＯＭドライブ２１２などによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１０にインストールされる。
【００３２】
続いて、図３において、本発明実施のデバイス監視システムを構成する各デバイスのソフトウェア構成を示す。
【００３３】
３００はデバイス監視サーバー１１０上で稼動するデバイス監視プログラムである。
【００３４】
本発明実施の形態に係るデバイス監視サーバー１１０上で稼動するデバイス監視プログラム３００は特に断りのない限り、ハードディスク（ＨＤＤ）２１０に格納され、実行の主体はＣＰＵ２００である。
【００３５】
デバイス監視プログラム３００は、後述の手順により監視対象である複合機能デバイス１３０、１４０、１５０の状態を監視し、障害検出時にはメール通知部３０３を介したメール送信により登録された管理者に障害を報知するためのプログラムである。
【００３６】
デバイス監視プログラム３００において、３０１はデバイス監視サーバー１１０上で稼動するＷＷＷサーバーである。
【００３７】
デバイス監視プログラム３００は、ＷＷＷサーバー３０１を介してクライアントＰＣ１６０、１７０上で稼働するＷＥＢブラウザプログラム３５０、３６０からのＨＴＭＬデータ送信要求を受信し、複合機能デバイス１３０、１４０、１５０から各種情報を取得する。
【００３８】
さらに、取得した複合機能デバイス１３０、１４０、１５０に関する情報からＨＴＭＬデータを生成し、ＷＷＷサーバー３０１を介してＰＣ１６０、１７０上で稼働するＷＥＢブラウザプログラム３５０、３６０に送信する。
【００３９】
３０２は全体制御部であり、複合機能デバイス１３０、１４０、１５０と通信して情報の取得、設定をおこないＨＴＭＬデータを生成するためにデバイス探索部３０４、デバイス監視部３０５を制御するための機能モジュールである。
【００４０】
３０３はメール通知部であり、検出した複合機能デバイス１３０、１４０、１５０の障害情報やデバイス監視プログラム３００に関する各種の情報をＳＭＴＰ制御部３０７を介して予め登録された管理者にメール通知するための機能モジュールである。
【００４１】
３０４はデバイス探索部であり、複合機能デバイス１３０、１４０，１５０を探索し、必要な情報をデータベース部３０６に登録するための機能モジュールである。より詳細には、デバイス探索部３０４はＳＮＭＰ制御部３０８を制御し、ＳＮＭＰによるユニキャスト、ブロードキャストなどの方法でネットワーク上の複合機能デバイス１３０、１４０、１５０の探索をおこなう役割を担っている。
【００４２】
３０５はデバイス監視部であり、ＳＮＭＰ制御部３０８を介して予め設定された一定周期でＳＮＭＰによるポーリングをおこない複合機能デバイス１３０、１４０、１５０の状態情報を取得し、障害の有無を判別するための機能モジュールである。
【００４３】
デバイス監視部３０５ではさらに、ＳＮＭＰ制御部３０８を介して複合機能デバイス１３０、１４０、１５０から通知されるＴｒａｐを受信することができる。これにより、デバイス監視プログラムは複合機能デバイス１３０、１４０、１５０の状態変化をリアルタイムで検知することが可能となる。
【００４４】
３０６はデータベース部であり、デバイス監視プログラム３００が検出した複合機能デバイス１３０、１４０、１５０の障害に関する情報を格納するための機能モジュールである。
【００４５】
データベース部３０６はさらに、複合機能デバイス１３０、１４０、１５０において発生した認証障害、および、認証障害が発生した場合の詳細情報の問い合わせ先である認証管理サーバーのアドレスなどが保存されている。
【００４６】
３０７はＳＭＴＰ制御部であり、メール通知部３０３からの要求を受け、ＳＭＴＰ（ＳＩＭＰＬＥ  ＭＡＩＬ  ＴＲＡＮＳＦＥＲ  ＰＲＯＴＯＣＯＬ）のプロトコル制御をおこない障害情報を含む各種の情報を管理者にメール通知するための機能モジュールである。
【００４７】
３０８はＳＮＭＰ制御部であり、ＳＮＭＰのプロトコル制御をおこなうための機能モジュールである。
【００４８】
ＳＮＭＰ制御部３０８は、管理対象の複合機能デバイス１３０、１４０，１５０への情報の設定、および、複合機能デバイス１３０、１４０，１５０からの障害情報をはじめとする管理情報の取得をおこなうために利用される。
【００４９】
３０９はＴＣＰ／ＩＰ制御部であり、ＳＭＴＰ制御部３０７、ＳＮＭＰ制御部３０８の要求に応じて、ＴＣＰ／ＩＰプロトコルによる通信制御をおこなうための機能モジュールである。
【００５０】
３１０は認証管理サーバー１２０上で稼動する認証管理プログラムである。
【００５１】
本発明実施の形態に係るデバイス監視サーバー１１０上で稼動する認証管理プログラム３１０は、特に断りのない限り、認証管理サーバー１２０のハードディスク（ＨＤＤ）２１０に格納され、実行の主体はＣＰＵ２００である。
【００５２】
認証管理プログラム３１０は複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０の認証処理をおこなうためのプログラムである。
【００５３】
認証管理プログラム３１０は、また、認証処理時に発生した障害を検知し、認証データベース部に保存する役割能も担っている。
【００５４】
認証管理プログラム３１０において、３１１はＷＷＷサーバーであり、クライアントＰＣ１６０、１７０上のＷＥＢブラウザプログラム３５０、３６０からの要求を受信して認証関連の情報から生成されたＨＴＭＬデータを送信するための機能モジュールである。
【００５５】
３１２は認証制御部であり、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０から受信した認証情報と認証情報データベース３１４に登録されている認証情報を比較し、認証処理の成否を判断する機能モジュールである。
【００５６】
３１３は通信制御部であり、複合機能デバイス１３０、１４０、１５０、および、クライアントＰＣ１６０、１７０からの認証情報の受信、および、認証処理結果の通知をおこなうための通信を制御する機能モジュールである。
【００５７】
３１４は認証情報データベースであり、管理者によって登録された複合機能デバイス１３０、１４０，１５０、および、クライアントＰＣ１６０、１７０の認証情報を登録するための機能モジュールである。
【００５８】
認証情報データベース３１４ではさらに、認証制御部３１２による認証処理をおこなった時間と併せて認証処理結果を履歴として保存している。本発明における認証処理結果とは「認証成功」の他、「不正ユーザーＩＤ」、「パスワード不一致」、「二重ログイン」などといった認証障害の詳細情報も含んでいる。
【００５９】
３２０は複合機能デバイス１３０上で稼働するＳＮＭＰエージェントである。
【００６０】
ＳＮＭＰエージェント３２０は、ＭＩＢ情報部３２１を参照して、ＳＮＭＰマネージャーにあたるデバイス監視プログラム３００から送信されたＳＮＭＰのリクエストに応答を返すプログラムである。
【００６１】
ＳＮＭＰエージェント３２１はさらに複合機能デバイス１３０上で発生した障害をＴＲＡＰによりデバイス監視プログラム３００に能動的に通知するための役割も担っている。
【００６２】
ＭＩＢ情報部３２２は複合機能デバイス１３０に関する各種の情報をＭＩＢ（ＭＡＮＡＧＥＭＥＮＴ  ＩＮＦＯＲＭＡＴＩＯＮ  ＢＡＳＥ）の形式で保持するデータベースである。
【００６３】
なお、複合機能デバイス１４０のＳＮＭＰエージェント３３０、および、複合機能デバイス１５０のＳＮＭＰエージェント３４０は、複合機能デバイス１３０のＳＮＭＰエージェント３２０と同様の構成を持つものとする。
【００６４】
さらに、複合機能デバイス１４０のＭＩＢ情報部３３１、および、複合機能デバイス１５０のＭＩＢ情報部３４１は、複合機能デバイス１３０のＭＩＢ情報部３２２と同様の構成を持つものとする。
【００６５】
３５０、および、３６０は、クライアントＰＣ１６０、１７０においてＷＯＲＬＤ  ＷＩＤＥ  ＷＥＢの利用するためのユーザーエージェントプログラムである。本発明実施例におけるブラウザプログラムとしては、Ｉｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒ（登録商標）、ＦｉｒｅＦｏｘ（登録商標）などを想定しているが、特に制限は設けない。
【００６６】
図４は、本発明実施例におけるデバイス監視プログラム３００が、監視対象である複合機能デバイス１３０、１４０、１５０の認証障害を検出した際の動作を示すフローチャートである。
【００６７】
同図においてステップＳ４００では、デバイス監視部３０５による複合機能デバイス１３０、１４０、１５０の状態監視処理が開始され、ステップＳ４０１に移行する。
ステップＳ４０１では、複合機能デバイス１３０、１４０、１５０からのイベントの受信がおこなわれ、テップＳ４０２に移行する。
【００６８】
なお、本発明実施例におけるデバイス監視プログラム３００では、複合機能デバイスから通知されるイベントとしてＳＮＭＰメッセージのＴｒａｐを受信することを想定しているが、本発明では複合機能デバイスからのイベントをＴｒａｐに限定するものではない。
【００６９】
ステップＳ４０２では、前記ステップＳ４０１で受信したＴｒａｐが複合機能デバイス１３０，１４０，１５０の障害を通知するためのものであるかどうかの判別をおこなう。
【００７０】
ステップＳ４０２において前記ステップＳ４０１で受信したＴｒａｐが複合機能デバイス１３０、１４０、１５０の障害を通知するものであると判断した場合、ステップＳ４０３に移行し、それ以外の場合にはステップＳ４０１に戻る。
【００７１】
本発明実施例のデイバス監視プログラム３００では、ＴｒａｐのＧｅｎｅｒｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールド、および、Ｓｐｅｃｉｆｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールドを参照して障害の通知でるかどうかを判断する。
【００７２】
なお、Ｔｒａｐのデータ構造については図６において詳細に説明する。
【００７３】
ステップＳ４０３では、デバイス監視プログラム３００が前記ステップＳ４０２で受信したＴｒａｐにより障害が通知されたと判断した場合に障害の原因を解析してステップＳ４０４に移行する。
【００７４】
ステップＳ４０４では、前記ステップＳ４０３における解析の結果、Ｔｒａｐにより通知された障害が認証障害であるかどうかの判断をおこなう。同ステップＳ４０４において障害が認証障害を示すものであると判断した場合にはステップＳ４０５に移行し、それ以外の場合にはステップＳ４０７に移行する。
【００７５】
ステップＳ４０５では、前記ステップＳ４０４において検出した障害が認証障害を示すものであると判断した場合にデータベース３０６を参照し、認証障害に関する詳細情報を保持する認証管理サーバー１２０が登録されているかどうかの判断がおこなわれる。
【００７６】
ステップＳ４０５において認証管理サーバー１２０が登録されていると判断した場合にはステップＳ４０６に移行し、それ以外の場合にはステップＳ４０８に移行する。
なお、データベース３０６における認証障害に関連する情報の保持形式については、図７において詳細に説明する。
【００７７】
ステップＳ４０６では、前記ステップＳ４０５において認証障害に関する詳細情報を管理する認証管理サーバー１３０が登録されると判断した場合に通知された認証障害に関する詳細情報を認証管理サーバー１３０から取得し、ステップＳ４０８に移行する。
【００７８】
なお、本発明実施例におけるデバイス監視プログラム３００では、本ステップＳ４０６において認証管理サーバーから取得する情報として、認証監視プログラム３１０へのリンクを示すＵＲＬを想定している。このＵＲＬから認証管理プログラム３１０を起動することによりステップＳ４０４で判定した認証障害に関する詳細な情報を表示することが可能となる。
【００７９】
ステップＳ４０７では、ステップＳ４０４で受信したＴｒａｐが認証障害以外の障害であると判断した場合にＴｒａｐに含まれる障害の情報とデータベース３０６に保存されている複合機能デバイスの情報から詳細情報を生成し、ステップＳ４０８に移行する。なお、ステップＳ４０７における詳細情報とは、デバイス監視プログラム３００へのリンクを示すＵＲＬとする。このＵＲＬによりデバイス監視プログラム３００を起動することにより、複合機能デバイス１３０，１４０、１５０で発生した障害の詳細情報が参照できる。
【００８０】
ステップＳ４０８では、前記ステップＳ４０６、および、ステップＳ４０７で生成した詳細情報をデータベース３００に保存し、ステップＳ４０９に移行する。
【００８１】
ステップＳ４０９では、前記ステップＳ４０８においてデータベース３０６に保存した障害に関する情報をメール通知部３０３、および、ＳＭＴＰ制御部３０７を介してメールを送信することにより管理者に通知して処理を終了する。
【００８２】
なお、本ステップＳ４０９において管理者に通知するメールでは、複合機能デバイス１３０、１４０、１５０で発生した障害の概要、および、発生日時に関する情報などが記述されているものとする。
【００８３】
図５は、ユーザー操作により本発明実施例のデバイス監視プログラム３００において複合機能デバイスで発生した障害情報を一覧するための画面（以下、障害通知リスト）を表示する際の動作を示すフローチャートである。
【００８４】
同図において、ステップＳ５００ではユーザーによってデバイス監視プログラム３００に対するログイン操作がおこなわれ、ステップＳ５０１に移行する。なお、ステップＳ５００におけるログイン操作では、ユーザーＩＤ、および、パスワードの入力がおこなわれる。なお、本ステップＳ５００のログインによる認証処理は、デバイス監視プログラム３００自身のローカルな認証処理であっても良いし、認証管理プログラム３１０を介した統合的な認証処理であっても良い。
【００８５】
ステップＳ５０１では、ユーザーにより障害通知リストを表示するための操作がおこなわれ、ステップＳ５０２に移行する。
【００８６】
ステップＳ５０２では、前記ステップＳ５００において入力された認証情報の権限に関するチェックがおこなわれ、ステップＳ５０３に移行する。
【００８７】
ステップＳ５０３では、前記ステップＳ５０２における認証情報の権限チェックの結果、管理者権限をもつ認証情報であるかどうかの判断をおこない、管理者権限を持つ場合にはステップＳ５０４に移行し、それ以外の場合にはステップＳ５０５に移行する。
ステップＳ５０４では、前記ステップＳ５０３の判断の結果、入力された認証情報が管理者権限を持つものと判断した場合に障害詳細画面へのリンク情報を内包する障害通知リストを生成し、ステップＳ５０６に移行する。
【００８８】
なお、障害詳細画面については、図８において説明する。
【００８９】
ステップＳ５０４では、前記ステップＳ５０３の判断の結果、入力された認証情報が管理者権限を持たない判断した場合に障害詳細画面へのリンク情報を含まない障害通知リストを生成し、ステップＳ５０６に移行する。
【００９０】
ステップＳ５０６では、前記ステップＳ５０４、および、ステップＳ５０５において生成した障害通知リストを表示して処理を終了する。
【００９１】
図６はＳＮＭＰメッセージの１つであるＴｒａｐのデータ構造を示す図である。
【００９２】
同図において、６００はＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、後述のパラメータによって構成されるＳＮＭＰの基本的なデータユニットである。
【００９３】
６０１はＰＤＵタイプフィールドであり、ＳＮＭＰのリクエストの種別を示すＩＤが設定される。ＳＮＭＰ  Ｖｅｒｓｉｏｎ１（以下、ＳＮＭＰｖ１）ではＰＤＵタイプとしてはＴｒａｐ（４）の他、ＧｅｔＲｅｑｕｅｓｔ（０）、ＧｅｔＮｅｘｔＲｅｑｕｅｓｔ（１）、ＧｅｔＲｅｓｐｏｎｓｅ（２）、ＳｅｔＲｅｑｕｅｓｔ（３）が定義されている。
【００９４】
これらのうちＴｒａｐ以外のメッセージについては、異なるデータ構造を持ち、本発明実施例においては説明を省略する。
【００９５】
６０２はＥｎｔｅｒｐｒｉｓｅフィールドであり、Ｔｒａｐメッセージを通知した被管理システムを示すＭＩＢの識別子が格納される領域である。
【００９６】
６０３はＡｇｅｎｔ  Ａｄｄｒｅｓｓフィールドであり、Ｔｒａｐメッセージの送信元のＩＰアドレスが格納される領域である。
【００９７】
６０４はＧｅｎｅｒｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールドであり、あらかじめ定義されている次のＴｒａｐタイプが格納されるフィールドである。
【００９８】
ｃｏｌｄＳｔａｒｔ（０）：ＳＮＭＰエージェントが初期化され、ＭＩＢ情報が更新された可能性がある。
【００９９】
ｗａｒｍＳｔａｒｔ（１）：ＳＮＭＰエージェントが初期化されたが、ＭＩＢ情報は更新されていない。
【０１００】
ｌｉｎｋＤｏｗｎ（２）：ＳＮＭＰエージェントの通信回線の障害が発生した。
ｌｉｎｋＵｐ（３）：ＳＮＭＰエージェントの通信回線が復旧した。
【０１０１】
ａｕｔｈｅｎｔｉｃａｔｉｏｎＦａｉｌｕｒｅ（３）：コミュニティー名の一致しないＳＮＭＰメッセージを受信した。
【０１０２】
ｅｇｐＮｅｉｇｈｂｏｒＬｏｓｓ（５）：ＥＧＰ（Ｅｘｔｅｒｎａｌ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ）の対抗ノードがダウンした。
ｅｎｔｅｒｐｒｉｓｅＳｐｅｃｉｆｉｃ（６）：ベンダーが独自に定義した事象が発生した。
【０１０３】
６０５はＳｐｅｃｉｆｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールドであり、前記Ｇｅｎｅｒｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールド６０４にｅｎｔｅｒｐｒｉｓｅＳｐｅｃｉｆｉｃ（６）が設定されていた場合に参照される領域である。
【０１０４】
なお、本発明実施例におけるＳＮＭＰエージェント３２０、３３０、３４０では、Ｓｐｅｃｉｆｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールド６０５に正常系を示すＴｒａｐであるかどうかを示す識別子を格納する。
【０１０５】
したがって、省電力モードへの遷移など正常系の事象の場合には本フィールドに「０」を、認証障害、用紙切れ、トナー切れなどの障害の場合には本フィールに「１」を設定する。
【０１０６】
なお、前記図４のステップＳ４０２におけるデバイス監視プログラム３００の判断では、本フィールドが「１」であるかどうかにより、障害を通知するＴｒａｐメッセージであるかどうかの判断をおこなっている。
【０１０７】
６０６はＴｉｍｅ  Ｓｔａｍｐフィールドであり、エージェントが最後に起動（再初期化）してからＴｒａｐが発生するまでの経過時間が格納される領域である。
【０１０８】
６０７はＶＢＬ（Ｖａｒｉａｂｌｅ  Ｂｉｎｄｉｎｇ  Ｌｉｓｔ）フィールドであり、１つ以上のＭＩＢのＯＩＤ、および、その値が格納されている。
【０１０９】
６０８、６１０は、ＯＩＤフィールドであり、６０９、６１１は値フィールドである。ＯＩＤフィールド６０８、６１０には、各ＭＩＢオブジェクトに割り当てられた実際のＯＩＤの後にインスタンス識別子を付け加えた値が格納される。
【０１１０】
本発明実施例におけるＳＮＭＰエージェント３２０では、Ｓｐｅｃｉｆｉｃ  Ｔｒａｐ  Ｔｙｐｅフィールドが「１」の場合、ＯＩＤフィールド６０８、６１０、値フィールド６０９、６１１によって示される障害コードによって障害の種別を特定できるものとする。
【０１１１】
したがって、前記図４のステップＳ４０４におけるデバイス監視プログラム３００の判断は本ＯＩＤフィールド６０８、６１０、および、値フィールド６０９、６１１によって示される障害コードから障害の種別を特定しているものとする。
【０１１２】
さらに、Ｔｉｍｅ  Ｓｔａｍｐフィールド６０６の値とは別にＯＩＤフィールド６０８、６１、および、値フィールド６０９、６１１よって認証障害の発生時刻が通知される。本発明実施例におけるデバイス監視プログラムでは、認証障害の発生時刻と複合機能デバイスのＭＡＣアドレスによって認証障害を特定できるものとする。
【０１１３】
図７は、本発明実施例のデバイス監視プログラム３００においてデータベース３０６に格納されるデータテーブルの構成図である。
【０１１４】
図７−（ａ）は各複合機能デバイス１３０、１４０、１５０の認証情報を管理する認証管理サーバーのアドレス情報を保存するデータテーブルである。
【０１１５】
同図において、７００はターゲットデバイスＭＡＣアドレスフィールドであり、管理下の複合機能デバイス１３０、１４０、１５０を特定するために各デバイスのＭＡＣアドレスを格納する領域である。
【０１１６】
７０１はターゲットデバイスＩＰアドレフィールドであり、管理下の複合機能デバイス１３０、１４０、１５０のＩＰアドレスが格納される領域である。
【０１１７】
７０２は認証管理サーバーＩＰアドレスフィールドであり、管理下の複合機能デバイス１３０、１４０、１５０の認証処理を担う認証管理サーバー１２０のＩＰアドレスを格納する領域である。
【０１１８】
本発明実施例では、１台の認証管理サーバー１２０で複合機能デバイス１３０、１４０、１５０の認証処理をおこなっているが、この構成に限定されるものではない。複数の認証管理サーバーによって管理されている環境の場合には、本認証管理サーバーＩＰアドレスフィールド７０２にそれぞれのＩＰアドレスが格納されるものとする。
【０１１９】
なお、図４のステップＳ４０６における認証障害の詳細情報の問い合わせ先は本データテーブルを参照して対応する認証管理サーバーのアドレスを取得することによって判別するものである。
【０１２０】
図７−（ｂ）は、管理下の複合機能デバイス１３０、１４０、１５０で発生した障害に関する詳細情報の保存先を管理するための障害詳細情報格納先管理テーブルの構成を示す図である。
【０１２１】
同図において７１０は、ターゲットデバイスＭＡＣアドレスフィールドであり、障害が発生した複合機能デバイス１３０、１４０、１５０を特定するためにＭＡＣアドレスを格納する領域である。
【０１２２】
７１１は障害発生時刻フィールドであり、障害が発生した日時を格納する領域である。
【０１２３】
７１２は、障害種別フィールドであり、発生した障害の属性を示す情報が格納される領域である。本障害種別フィールド７１２には、例えば、「認証障害」、「紙詰まり」、「用紙切れ」、「トナー切れ」などの識別するための情報が格納される。
【０１２４】
本障害発生時刻フィールド７１１、および、障害種別フィールドに格納される情報は、図６のＴｒａｐのデータ構成で示すＶＢＬ６０７に含まれるＯＩＤフィールド６０８、６１０、および、値フィールド６０９、６１１によって通知されるものとする。
【０１２５】
７１３は、障害詳細情報格納先フィールドであり、障害種別フィールド７１２に「認証障害」を示す属性が格納された場合に認証管理サーバー１２０へのリンクを示すＵＲＬが保存される。
【０１２６】
なお、認証障害を除く通常の複合機能デバイスの障害の場合に登録されるＵＲＬはデバイス監視プログラム３００自身を起動するためのＬｏｃａｌ  Ｈｏｓｔを示すＵＲＬが格納される。また、認証障害の場合に格納されるＵＲＬは、認証管理サーバーに対して、７１０に格納されたＭＡＣアドレスと７１１に格納された障害発生時刻をキーに認証管理サーバー１２０に問い合わせをおこなった結果、通知されるものとする。
【０１２７】
図８は、本発明実施のデバイス監視プログラムにおいて表示する障害情報を通知するためのＵＩイメージである。
【０１２８】
図８−（ａ）は、障害通知リストのイメージ図である。
【０１２９】
同図において、８００は複合機能デバイス１３０、１４０、１５０に対して任意のユーザーフレンドリ名として割り当てられたデバイス名である。
【０１３０】
８０１は、障害種別であり、図７−（ｂ）の障害種別フィールド７１２に格納されている障害の種別を示す文字列を表示している。
【０１３１】
なお、本デバイス監視プログラム３００では図５ステップＳ５０３においてログインアカウントの権限をチェックし、管理者権限の場合には図８−（ｂ）に対するリンクが張られるものとする。
【０１３２】
８０３は、管理下の複合機能デバイス１３０、１４０、１５０のＩＰアドレスである。
【０１３３】
８０４は、管理下の複合機能デバイス１３０、１４０、１５０のＭＡＣアドレスである。
【０１３４】
８０４は、障害発生時刻であり、図７−（ｂ）の障害詳細情報格納先管理テーブルの障害発生時刻７１１と同等の情報である。
【０１３５】
図８−（ｂ）は障害詳細画面であり、本デバイス監視プログラム３００に対して管理者権限を持つアカウントでアクセスした場合に図８−（ａ）の障害種別８０１に貼られたリンクから表示可能な画面である。
【符号の説明】
【０１３６】
１００  ローカルエリアネットワーク
１１０  デバイス監視サーバー
１２０  認証管理サーバー
１３０、１４０、１５０  複合機能デバイス
１６０、１７０  クライアントＰＣ
【図１】
2014041446.tif 000003
【図２】
2014041446.tif 000004
【図３】
2014041446.tif 000005
【図４】
2014041446.tif 000006
【図５】
2014041446.tif 000007
【図６】
2014041446.tif 000008
【図７】
2014041446.tif 000009
【図８】
2014041446.tif 000010