情報処理装置、情報処理方法及びプログラム
【課題】ネットワークに掛かる負担を軽減させつつ、設定監視を実現することを目的とする。
【解決手段】画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、画像形成装置から取得する履歴取得手段と、取得された操作履歴情報から監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、操作履歴から設定の変更の有無がわからない監視対象とする少なくとも１つの設定については、監視対象とする設定の変更が行われたかを判断するために、監視対象とする設定の内容を画像形成装置から取得する設定取得手段と、解析手段により解析された操作履歴と、設定取得手段により取得された設定の内容とから、監視対象とする複数の設定について変更があったかを判断する判断手段と、判断手段により変更があったと判断された設定の変更を通知する通知手段と、を有する。
【解決手段】画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、画像形成装置から取得する履歴取得手段と、取得された操作履歴情報から監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、操作履歴から設定の変更の有無がわからない監視対象とする少なくとも１つの設定については、監視対象とする設定の変更が行われたかを判断するために、監視対象とする設定の内容を画像形成装置から取得する設定取得手段と、解析手段により解析された操作履歴と、設定取得手段により取得された設定の内容とから、監視対象とする複数の設定について変更があったかを判断する判断手段と、判断手段により変更があったと判断された設定の変更を通知する通知手段と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
プリンターや複合機等のネットワーク機器は、ネットワーク機器自身がどのような操作をされたかが記載された操作ログファイルを持っているものが存在する。操作ログファイルには、例えば、ネットワーク機器のコピー機能使用時の、「２ｉｎ１」「両面」を設定したという操作履歴が、日付やユーザー名と共に記録される。
これらのネットワーク機器の管理を効率的に行うため、ネットワーク機器管理サーバーによりネットワーク機器を一元管理するネットワーク管理システムが知られている。
ネットワーク機器管理システムには、前述の操作ログファイル等の機器情報の収集・統計する機能を有するものがある。例えば、特許文献１では、該当するネットワーク機器より操作ログファイルを取得し、ユーザー毎に解析、統計することで、ユーザー別に利用頻度の高い機能をデフォルト設定に直すような改善提案する方法が開示されている。
【０００３】
一方で、ネットワーク機器管理システムは、対象のネットワーク機器における設定（ネットワーク機器の名称や、ＩＰアドレス、スリープに入るまでの時間等；以下、デバイス設定）の情報を設定・配信・管理するための機能を有するものも存在する。例えば、ネットワーク機器からデバイス設定情報を取得し、以前のデータと比較することでデバイス設定が変更されたかを監視することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−６５２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、近年のネットワーク機器は、機能の複雑化に比例してデバイス設定の項目数も増大している。そのため、デバイス設定の変更監視において、監視の度に大容量のデバイス設定情報を取得したのでは、ネットワークに大きな負担を掛けてしまう。
【０００６】
本発明はこのような問題点に鑑みなされたもので、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明の情報処理装置は、画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理手段と、前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得手段と、前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得手段と、前記解析手段により解析された操作履歴と、前記設定取得手段により取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断手段と、前記判断手段により変更があったと判断された設定の変更を通知する通知手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】機器管理システムのシステム構成の一例を示す図である。
【図２】管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示す図である。
【図３】管理装置１０１のソフトウェア構成の一例を示す図である。
【図４】被管理装置１０２のハードウェア構成の一例を示す図である。
【図５】被管理装置１０２のソフトウェア構成の一例を示す図である。
【図６Ａ】ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その１）である。
【図６Ｂ】ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その２）である。
【図７Ａ】監視対象デバイス設定の画面７００の一例を示す図である。
【図７Ｂ】画面７００で設定されたデータを保持するためのテーブル７０１の一例を示す図である。
【図７Ｃ】監視対象項目設定の画面７０２の一例を示す図である。
【図７Ｄ】「監視項目」グループの設定データを保持するためのテーブルの一例を示す図である。
【図７Ｅ】「監視処理」グループの設定データを保持するためのテーブル７０４の一例を示す図である。
【図７Ｆ】「監視対象者」グループの設定データを保持するためのテーブル７０５の一例を示す図である。
【図７Ｇ】監視通知設定の画面７０６の一例を示す図である。
【図７Ｈ】通知方法における通知対象を保持するためのテーブル７０７の一例を示す図である。
【図８】設定変更の監視処理の一例を示すフローチャートである。
【図９】操作ログファイルの解析処理の一例を示すフローチャートである。
【図１０】監視対象装置から監視項目に関する情報を直接取得する処理の一例を示すフローチャートである。
【図１１】メール送信による通知方法の一例を示す図である。
【図１２】ユーザー権限の判断を含めた設定変更の監視処理の一例を示すフローチャートである。
【図１３】メール送信による通知方法の一例を示す図である。
【図１４】通知量を減らすための監視処理の一例を示すフローチャートである。
【図１５】メール通知を１つにまとめた場合の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜実施形態１＞
図１は、機器管理システムのシステム構成の一例を示す図である。図１の機器管理システムは、ネットワーク１００により互いに接続されたネットワーク管理装置１０１（以下、管理装置）、ネットワーク機器１０２（以下、被管理装置）、及びクライアント装置１０３から構成される。
管理装置１０１は、被管理装置１０２を管理するための装置である。また、管理装置１０１やクライアント装置１０３は、一般的なパーソナルコンピュータに含まれるような構成を有している。被管理装置１０２は、ネットワーク１００により管理装置１０１と接続されており、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）やプリンター、ＦＡＸ等を含む、管理装置１０１で管理可能な機器を指す。尚、図１において管理装置１０１、被管理装置１０２、クライアント装置１０３が接続されるネットワーク１００は、インターネットでもイントラネットでもよい。また、管理装置１０１や被管理装置１０２、クライアント装置１０３は、任意の数だけネットワーク１００に接続されていてよい。
管理装置１０１は、情報処理装置（コンピュータ）の一例である。被管理装置１０２は、画像形成装置の一例である。
【００１２】
機器管理システムを構成する各装置のハードウェア構成及びソフトウェア構成を以下で説明する。
図２は、管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示す図である。
システムバス２００は、コンピュータを構成する各コンポーネント同士の共通データ交換経路である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、コンピュータ全体の制御や演算処理等を行う装置である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２は、処理を行う際にプログラムやデータを記憶、実行する領域を指す。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３は、システム起動プログラム等のプログラムを記憶する領域である。ＤＫＣ（Ｄｉｓｋ Ｃｏｎｔｒｏｌｌｅｒ）２０４は、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）２０５等の外部記憶装置の制御を行う。ＨＤ２０５は、プログラムやデータを記憶しており、必要に応じてＲＡＭ２０２やＨＤ２０５へプログラムやデータをロードする。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０６は、ネットワーク１００と接続しネットワーク通信を行う。入出力 Ｉ／Ｆ２０７は、キーボードやマウス、ディスプレイ等に接続されており、データの入出力を制御する。
管理装置１０１は、ＣＰＵ２０１が基本Ｉ／Ｏプログラム及びＯＳを実行している状態で動作する。基本Ｉ／Ｏプログラムは、ＲＯＭ２０３に記憶されている。ＯＳは、ＨＤ２０５に記憶されている。コンピュータ部の電源が入れられた際、基本Ｉ／Ｏプログラム中のイニシャルプログラムがロード機能により、ＨＤ２０５からＯＳがＲＡＭ２０２にロードされ、ＯＳの動作が開始される。
ＣＰＵ２０１が、ＨＤ２０５等に記憶されているプログラムに基づいて処理を実行することによって、後述するソフトウェア構成、及びフローチャートの各ステップの処理が実現される。
【００１３】
図３は、管理装置１０１のソフトウェア構成の一例を示す図である。管理装置１０１のソフトウェアには、ネットワークモジュール３００、Ｗｅｂサービス３０１、設定監視モジュール３０２、タスク管理モジュール３０３、データベース（以下、ＤＢ）３０４が含まれている。尚、図３のソフトウェア構成は、プログラムとしてＨＤ２０５に格納されており、ＣＰＵ２０１によって実行されるものである。
ネットワークモジュール３００は、ネットワーク１００を介して接続された被管理装置１０２やクライアント装置１０３との通信を行う。Ｗｅｂサービス３０１は、クライアント装置１０３のＷｅｂブラウザからＨＴＴＰによるＧＥＴリクエストを受け取ると、ＨＤ２０５に保存されたＷｅｂページデータを返信するサービスを提供する。尚、ここではＨＴＴＰによる通信で説明しているが、ＨＴＴＰＳやＦＴＰ等の通信プロトコルを利用してもよく、ＨＴＴＰに限定されない。また、クライアント装置１０３からのリクエストに限定されず、Ｗｅｂサービス３０１を利用できる環境であればよい。設定監視モジュール３０２は、被管理装置１０２における設定情報の管理や監視をするためのモジュールである。例えば、設定監視モジュール３０２は、被管理装置１０２に設定されている情報を取得するために、被管理装置１０２に対して設定情報取得要求を出すことや、取得した設定情報をＤＢ３０４へ保存及び読み出しを行うことができる。タスク管理モジュール３０３は、設定情報取得要求や設定情報の保存、読み出しを実行するタスクのスケジューリングや、スケジューリングした時間に従いタスクを実行するためのモジュールである。
【００１４】
上記のように設定監視モジュール３０２、タスク管理モジュール３０３は、Ｗｅｂサービス３０１と共に被管理装置１０２を管理するためのＷｅｂアプリケーションを実現している。尚、本管理装置の実現方法はＷｅｂアプリケーションに限定されず、ネイティブアプリケーションであってもよい。ＤＢ３０４は、被管理装置１０２の情報や、設定監視モジュール３０２により取得した情報、タスク管理モジュール３０３によるタスクの情報等が記憶されている。尚、ＤＢ３０４は設定監視モジュール３０２やタスク管理モジュール３０３からアクセス可能であれば、管理装置１０１とは別の機器上にあってもよい。
【００１５】
図４は、被管理装置１０２のハードウェア構成の一例を示す図である。被管理装置１０２は、制御ユニット４００、操作部４０１、プリンター４０２、スキャナ４０３から構成される。制御ユニット４００の操作部関連の構成は、ＣＰＵ４１０、ＲＡＭ４１１、操作部Ｉ／Ｆ４１２、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３、ＲＯＭ４１４、ＤＫＣ４１５、ＨＤ４１６、Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７、システムバス４１８を備える。制御ユニット４００の印刷、スキャン関連の構成は、画像バス４１９、スキャナ画像処理部４２０、プリンター画像処理部４２１、ＲＩＰ４２２、デバイスＩ／Ｆ４２３を備える。尚、上記構成のうちスキャナ４０３、及びスキャナ画像処理部４２０は必要に応じて備えることとなる。
【００１６】
ＣＰＵ４１０は、制御ユニット４００全体を制御するためのコントローラである。ＲＡＭ４１１は、画像データを一時記憶するための画像メモリである。操作部Ｉ／Ｆ４１２は、操作部４０１とのインターフェースであり、操作部４０１で表示する画像データを操作部４０１に対して出力する。また、ユーザーが操作部４０１により入力した情報をＣＰＵ４１０へ伝達する役割を有する。Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、ネットワーク１００と接続しており、ネットワーク１００を介して、外部の装置と情報のやり取りをするインターフェースである。また、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、被管理装置１０２の各種情報を格納したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｂａｓｅ）を備える。ＭＩＢが有する各種情報は、ＩＰアドレスや被管理装置の名称、状態等の情報を指す。ＲＯＭ４１４は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＤＫＣ（Ｄｉｓｋ Ｃｏｎｔｒｏｌｌｅｒ）４１５は、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）４１６の制御を行う。ＨＤ４１６は、外部記憶装置であり、システムソフトウェアや画像データを格納する。Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７は、システムバス４１８と画像バス４１９とを接続し、データ変換を行うバスブリッジである。システムバス４１８は、制御ユニット４００を構成する各コンポーネント同士の共通データ交換経路である。画像バス４１９は、ＰＣＩバス、又はＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。スキャナ画像処理部４２０は、入力画像に対し、補正や加工、編集を行う。プリンター画像処理部４２１は、プリント出力画像データに対して、プリンターの性能に応じた補正、解像度の変換等を行う。ＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）４２２は、ネットワーク１００から送られてきたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ４２３は、画像入出力デバイスであるプリンター４０２、及びスキャナ４０３と制御ユニット４００とを接続し、画像データの同期系／非同期系の変換を行う。
【００１７】
図５は、被管理装置１０２のソフトウェア構成の一例を示す図である。
被管理装置１０２のソフトウェア構成は、ネットワークモジュール５００、及び機器管理モジュール５０１から構成される。ネットワークモジュール５００は、ネットワーク１００に接続された外部装置（管理装置１０１やクライアント装置１０３）とのインターフェースの役割をする。例えば管理装置１０１から設定情報取得要求を受け取り、機器管理モジュール５０１へ要求を伝える。管理装置１０１等との通信方法として、ＭＩＢによる通信や、ＳＯＡＰメッセージによる通信等が挙げられる。また、ネットワークモジュール５００は、機器管理モジュール５０１から各種情報を受け取り、ネットワーク１００を介して管理装置１０１へ応答する。機器管理モジュール５０１は、被管理装置１０２の内部操作を行うためのモジュールであり、設定情報管理モジュール５０２、ログ管理モジュール５０３を含んでいる。
【００１８】
設定情報管理モジュール５０２は、被管理装置１０２に設定されている情報（機器名称、ＩＰアドレス、各種設定値等）を管理するモジュールである。より具体的には、設定情報管理モジュール５０２は、被管理装置１０２の設定情報を取得したいという要求に対して、被管理装置１０２に設定された情報を返答することができる。また、設定情報管理モジュール５０２は、管理装置１０１や被管理装置１０２のユーザーによって設定変更された項目を被管理装置１０２に反映することができる。尚、設定情報管理モジュール５０２により設定変更されると、設定変更したという情報がログ管理モジュール５０３に伝えられる。
ログ管理モジュール５０３は、被管理装置１０２に対して加えられた操作をログとして記録、管理するためのモジュールである。例えば、設定情報管理モジュール５０２から設定変更したという情報が伝えられた場合、いつ、どの設定が、どのように変更されたか、をＨＤ４１６に記録しておくことができる。尚、図示されていないが、ＤＢに被管理装置１０２の設定情報や操作ログファイルを記録させてもよい。
操作ログファイルは、操作履歴情報の一例である。
【００１９】
図６Ａは、ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その１）である。図６Ａでは、設定変更値の詳細まで記載された操作ログファイルのデータ構造（以下、操作ログファイル）の一例を示している。また、図６Ａの操作ログファイルは、「ログＩＤ」「イベント名称」「操作日時」「操作者」「操作種別」「新キー値」「旧キー値」等のカラムを有している。「ログＩＤ」カラムは、図６Ａに含まれる各レコード（行）を一意に識別するための値が格納されている。「イベント名称」は、被管理装置１０２における項目に対し設定が変更されたかを示すカラムである。図６Ａで示された「イベント名称」カラムには設定の名称が格納されているが、設定変更するために使用されたリソース名（モジュール名）等を格納してもよい。「操作日時」カラムは、各種設定の変更がされた日時が格納されている。「操作者」カラムは、被管理装置１０２の設定を変更した操作者の氏名が格納されている。「操作種別」カラムは、操作者がどのような操作をしたかがわかるようなキーが格納されている。例えば、設定の変更であれば「Ｍｏｄｉｆｙ」、設定のエクスポートが行われた場合は「Ｅｘｐｏｒｔ」等が格納される。「新キー値」カラムは、新たに設定された内容が格納される。また、「旧キー値」カラムは、元々設定されていた設定内容が格納される。例えば、図６ＡのログＩＤ：０００２の場合、元々の設定がＯｆｆ（旧キー値）であったものを、新たにＯｎ（新キー値）にＭｏｄｉｆｙ（操作種別）したと判断できる。
【００２０】
図６Ｂは、ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その２）である。図６Ｂでは、設定変更されたことのみが記録された操作ログファイルのデータ構造の一例を示している。また、図６Ｂの操作ログファイルは、「ログＩＤ」「イベント名称」「操作日時」「操作者」等が格納されている。図６Ｂにおける操作ログファイルでは、誰がどの項目に対して変更を加えたかの判断は可能であるが、図６Ａのように、どのように変更したのかの内容までの判断はできない。
尚、図６について、各カラムに格納されている内容は文字列データとなっているが、数値データ等で格納されていてもよい。
【００２１】
以降、処理の流れについて記載する。
図７Ａは、監視対象デバイス設定の画面７００の一例を示す図である。
画面７００は、監視対象となる被管理装置１０２（以下、監視対象装置）を選択、及び設定する画面の一例である。本画面には、管理装置１０１で管理される被管理装置１０２の一覧が表示される。管理装置１０１の管理者（以下、システム管理者）は、表示された被管理装置１０２の一覧から監視対象装置を選択する。システム管理者は、監視対象装置の設定完了した後、次へボタンを押下し、画面７０２へ移行する。尚、図７Ａでは被管理装置１０２の一覧表示を省略しているが、実際は全ての被管理装置１０２が並んでいても、一定数ずつタブやページ切り替えによる表示がされていてもよい。
図７Ｂは、画面７００で設定されたデータを保持するためのテーブル７０１の一例を示す図である。テーブル７０１は、被管理装置１０２の一覧であり、このうち監視対象装置に該当するものは「監視」カラムに「１」が、監視対象に該当しないものは「０」が格納されている。「ＩＤ」カラムは、被管理装置１０２を識別するための識別子が格納されている。「デバイス名」「ＩＰアドレス」は、各々の被管理装置１０２に対応する名称及びアドレスが格納されている。
【００２２】
図７Ｃは、監視対象項目設定の画面７０２の一例を示す図である。
画面７０２は、被管理装置１０２における設定項目の内、どの項目、どの処理、どの操作者を監視の対象とするかを選択する画面の一例である。画面７０２の「監視項目」グループには、「すべて」又は「選択」を選択可能であり、「選択」部分には管理装置１０１が被管理装置１０２から取得できるすべての項目が一覧表示されている。システム管理者は、この項目群から監視対象とする項目を選択することができる。画面７０２の「監視処理」グループでは、監視する設定項目に対して、どのような処理がされたかをフィルタリングするための選択ができる。監視処理の種類は、「変更」や「追加」、「削除」等、操作ログファイルの「操作種別」から取得可能な処理内容が表示される。画面７０２の「監視対象者」グループは、被管理装置１０２に対する処理がどの操作者によってなされたかをフィルタリングするための選択が可能である。尚、監視対象者は、図６の「操作者」に該当するものである。設定の例として画面７０２で示される設定は、被管理装置１０２に設定可能なすべての項目に対し、変更・追加・削除がされた場合、かつ、一般ユーザーによる操作の場合は変更通知を行うことを示している。システム管理者は、監視対象とする項目の設定完了した後、次へボタンを押下し、画面７０６の画面へ移行する。
【００２３】
図７Ｄは、「監視項目」グループの設定データ（以下、監視項目）を保持するためのテーブル（以下、監視項目設定テーブル７０３）の一例を示す図である。監視項目設定テーブル７０３は、監視項目に関する情報（「監視有無」「ＩＤ」「項目名」）の他に、「操作ログファイル判断」カラムを持っている。「操作ログファイル判断」カラムは、該当する項目が操作ログファイルから判断できるかを確認するための情報が格納されている。「操作ログファイル判断」カラムに格納される情報の一例として、「詳細」「概要」「不可」が挙げられる。「詳細」は、図６Ａで示すような、設定変更の具体的な内容まで操作ログファイルに記載されている項目に対して割り当てられる。「概要」は、図６Ｂで示すような、設定変更がされたことが分かり、具体的な変更内容までは分からない項目に対して割り当てられる。「不可」は、操作ログファイルが取得できないものに対して割り当てられる。
図７Ｅは、「監視処理」グループの設定データを保持するためのテーブル７０４の一例を示す図である。図７Ｆは、「監視対象者」グループの設定データを保持するためのテーブル７０５の一例を示す図である。
【００２４】
図７Ｇは、監視通知設定の画面７０６の一例を示す図である。画面７０６は、監視通知を実施するための設定を行う画面の一例である。画面７０６の監視スケジュールは、どのタイミングで、監視対象装置に対してポーリングを行うかを設定する項目である。また、画面７０６の「通知方法」では、どのようにシステム管理者に対して通知を行うかを選択する。画面７０６では、選択項目としてメールのみ表示されているが、メール以外の項目を選択可能でもよい。
図７Ｈは、通知方法における通知対象を保持するためのテーブル７０７の一例を示す図である。「監視スケジュール」の詳細な設定情報が格納されたテーブルは図示されていないが、監視スケジュールの設定情報を保持するテーブルを持っていてもよい。
以上の７００から７０６までの設定が完了した後、システム管理者が７０６の設定ボタンを押下することで設定変更の監視処理設定を完了される。監視処理設定は、管理装置１０１のタスク管理モジュール３０３により管理され、スケジュールされた日時や時間がくると、タスク管理モジュール３０３によって実行される。
【００２５】
図７Ａ、Ｃ、Ｄで示した画面は、前述の通り一例であるため、図７Ａ、Ｃ、Ｄに表示されている項目や表示方法、設定の流れに限定されない。また、図７Ｂ、Ｄ、Ｅ、Ｆ、Ｈで示した各データ保持テーブルは、管理装置１０１のＤＢ３０４や、ＨＤ２０５で保持されていても、ＲＡＭ２０２等で保持していてもよい。更に各データ保持テーブルは上記で示した項目以外のデータを保持していてもよい。
【００２６】
図８は、設定変更の監視処理の一例を示すフローチャートである。本処理は、管理装置１０１の設定監視モジュール３０２により実施される処理である。また、本処理は、図７で設定された監視スケジュール従って開始される。
Ｓ８００は、監視項目設定テーブル７０３の「操作ログファイル判断」の内容を判断する処理である。より具体的には、監視項目設定テーブル７０３の「操作ログファイル判断」に格納されたデータが、「詳細」又は「概要」であるものが存在するかを判断する処理である。Ｓ８００において存在すると判断された場合は、Ｓ８０１へ処理を移行する。一方、Ｓ８００で存在しないと判断された場合は、Ｓ８０８へ処理を移行する。
Ｓ８０１は、図７で設定された監視対象装置から、操作ログファイルを取得する処理である。取得する操作ログファイルは、例えば図６の操作ログファイルが挙げられる。また、Ｓ８０１は、監視対象装置から１つ、又は複数の操作ログファイルを一度に取得できる。更に、Ｓ８０１で取得するログは、ある期間に収まる範囲で取得されてもよい。Ｓ８０１の処理は、履歴取得の処理の一例である。
Ｓ８０２は、Ｓ８０１で取得した操作ログファイルを解析する処理である。尚、より具体的な処理は図９にて後述する。
【００２７】
Ｓ８０３は、Ｓ８０２の操作ログファイル解析の結果から、監視項目の内、変更された項目が存在するかどうかを判断する処理である。Ｓ８０３において、変更された監視項目が存在すると判断された場合、Ｓ８０４へ処理を移行する。Ｓ８０３において、変更された監視項目が存在しないと判断された場合、Ｓ８０８へ処理を移行する。
Ｓ８０４は、変更された監視項目が、７０３の「操作ログファイル判断」に「詳細」が格納されているかどうかを判断する処理である。「詳細」が格納されている場合はＳ８０６へ処理を移行し、「詳細」が格納されていない場合は、Ｓ８０５へ処理を移行する。
Ｓ８０５は、監視対象装置から、監視項目に関する情報を直接取得する処理である。より具体的な処理は図１０にて後述する。
Ｓ８０６は、操作ログファイル、又は監視対象装置から直接取得してきた現在の設定情報を管理装置１０１のＤＢ３０４に登録（格納）する処理である。
Ｓ８０７は、システム管理者に対し、確認した監視項目に対する設定変更の内容を通知する処理である。通知方法は、図１１にて後述する。
【００２８】
Ｓ８０８は、監視項目設定テーブル７０３の「操作ログファイル判断」の内容が、「不可」であるものが存在するかを判断する処理である。Ｓ８０８の判断において、「不可」が存在する場合は、Ｓ８０９へ処理を移行する。Ｓ８０８の判断において「不可」が存在しない場合は、本監視処理を終了する。
Ｓ８０９は、Ｓ８０５と同様の処理であり、監視対象装置から、監視項目に関する情報を直接取得する処理である。
Ｓ８１０は、Ｓ８０９の解析結果から、監視項目に設定変更があるかを判断する処理である。Ｓ８１０において、設定項目が変更されたと判断された場合、Ｓ８１１へ処理を移行する。Ｓ８１０において、設定項目が変更されなかったと判断された場合、本監視処理を終了する。
Ｓ８１１は、Ｓ８０９にて設定変更された現在の設定情報を、管理装置１０１のＤＢ３０４に登録（格納）する処理である。
Ｓ８１２は、Ｓ８０７と同様、システム管理者に対し、設定変更が行われた旨を通知する処理である。
【００２９】
図９は、操作ログファイルの解析処理の一例を示すフローチャートである。本処理は管理装置１０１の設定監視モジュール３０２により実施される処理であり、図８のＳ８０２に該当する処理である。
Ｓ９００は、Ｓ８０１で取得した複数の操作ログファイルの内容を全てチェックしたか否かを判断する処理である。Ｓ９００において、全ての操作ログファイルのチェックが完了したと判断された場合、本操作ログファイルの解析処理を終了する。Ｓ９００において、全てのチェックが完了していない場合、Ｓ９０１へ処理を移行する。
Ｓ９０１は、複数の操作ログファイルの内、チェックが完了していない操作ログファイルの１つを読み込む処理である。尚、操作ログファイルの一例は図６に示されている。
Ｓ９０２は、Ｓ９０１で読み込んだログファイルに記載された内容を全てチェックしたか否かを判断する処理である。Ｓ９０２において、全てのチェックを完了した場合、Ｓ９００へ処理を移行する。Ｓ９０２において、全てのチェックを完了していない場合は、Ｓ９０３へ処理を移行する。
【００３０】
Ｓ９０３は、該当するチェックする対象の操作ログファイルを読み込む処理である。より具体的には、管理装置１０１が、図６Ａ、図６Ｂで示される操作ログファイルの１行を読み込む処理を指す。
Ｓ９０４は、読み込んだ項目が監視項目に該当するか否かを判断する処理である。Ｓ９０４において、該当すると判断された場合はＳ９０５へ処理を移行する。Ｓ９０４において、該当しないと判断された場合は、Ｓ９０２へ処理を移行する。
Ｓ９０５は、Ｓ９０３で読み込んだ操作ログファイルを一時的に保存する処理である。尚、操作ログファイルの一時保存先は、ＤＢ３０４でもよいし、ＨＤ２０５やＲＡＭ２０２でもよい。
以上の処理を繰り返し、設定監視モジュール３０２は、取得した操作ログファイルの中に監視項目があるかどうかを解析し、監視項目の情報を抽出・保存する。
【００３１】
図１０は、監視対象装置から監視項目に関する情報を直接取得する処理の一例を示すフローチャートである。尚、本処理はＳ８０５、Ｓ８０９に該当する処理である。また、本処理は、設定監視モジュール３０２によって実施される。
Ｓ１０００は、監視対象装置から監視対象項目の設定情報を取得・解析する処理である。Ｓ１０００の処理は、設定取得の処理の一例である。
Ｓ１００１は、管理装置１０１のＤＢ３０４から、過去の設定情報を取得する処理である。尚、過去の設定情報は、Ｓ８０６やＳ８１１によって格納された情報である。また、Ｓ８０６やＳ８１１が処理されていない状態（初期値）は、ＮＵＬＬであっても、初期値とわかるような設定が格納されていてもよい。
Ｓ１００２は、Ｓ１０００で取得した設定情報と、Ｓ１００１で取得した設定情報と、を比較する処理である。比較した結果は、ＤＢ３０４やＨＤ２０５に一時的に保存される。
以上の処理により、監視対象装置から監視対象項目の設定情報を取得・解析する。
【００３２】
図１１は、メール送信による通知方法の一例を示す図である。
図１１は、大きく「Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」及び「Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ」の２項目に分けられる。「Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」には、監視対象装置の情報が記載される。例えば、図１１では「Ｄｅｖｉｃｅ Ａ」という名前の監視対象装置の設定が変更されたことが読み取れる。「Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ」には、ユーザーによって変更が加えられた設定項目が記載される。図１１では、「ＮＴＰ−Ｓｅｒｖｅｒ Ｓｅｔ．」という監視項目が、該当の日付に、「Ｔａｒｏ ＹＡＭＡＤＡ」によって、「ｎｔｐ．ｎｉｃｔ．ｊｐ」から「ｎｔｐ．ｘｘ．ｃｏ．ｊｐ」という値に「Ｍｏｄｉｆｙ」されたことが読み取れる。
尚、通知方法はメール送信に限定されず、管理装置１０１のＷｅｂサービス３０１で提供する画面に変更通知を表示してもよい。
本実施形態では、以上の方法により大容量の情報取得を行わず、管理者へ監視対象装置における監視項目の設定変更通知が可能となる。
【００３３】
＜実施形態２＞
実施形態１では、監視対象装置の操作ログファイルを取得し、変更履歴の解析した結果を利用することで、管理者へ通知する方法について述べた。しかし、実施形態１の通知方法では、一般ユーザーに変更されてしまった場合（管理者が意図しない変更）と被管理装置１０２の管理者によって変更された場合（管理者が意図した変更）とが区別なく通知されてしまう。そこで本実施形態では、ユーザーの権限判断を加えることで、適切に通知する方法について述べる。
尚、システムの全体構成、及び管理装置１０１、被管理装置１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成とについては実施形態１と同様のため、ここでの説明は省略する。また、実施形態１における操作ログファイル（図６）、監視処理設定画面及び方法（図７）、操作ログファイルの解析方法（図９）及び監視対象装置からの監視項目取得方法（図１０）についても実施形態１と同様であるため、説明を省略する。
【００３４】
図１２は、ユーザー権限の判断を含めた設定変更の監視処理の一例を示すフローチャートである。尚、Ｓ１２０１からＳ１２０７まで、Ｓ１２１２からＳ１２１６までの各処理は、図８の処理と同様であるため、説明を省略する。尚、図８と同様、本処理も、管理装置１０１の設定監視モジュール３０２により実施される処理である。
Ｓ１２００は、不図示の認証サーバーからユーザーと、ユーザーの権限との関連付けを取得する処理である。本処理で取得する権限との関連付けは、例えば、「ユーザーＡは一般ユーザー権限を持っている」や「ユーザーＢは管理者権限を持っている」、「ユーザーＣはメンテナンス権限を持っている」等が挙げられる。尚、ここでいうメンテナンス権限は、サービス担当者と同等の権限であり、被管理装置１０２の詳細な変更操作が可能である。また、本処理で取得する権限情報は、後述のＳ１２０８、Ｓ１２０９で利用される。
Ｓ１２０８は、操作ログファイルから判断される設定変更者（操作者）が、管理装置１０１による設定変更であるかを判断する処理である。管理装置１０１による設定変更とは、システム管理者が、被管理装置１０２の設定を変更したことを指す。つまり、設定を監視しているシステム管理者本人が意図した設定変更をした場合を指す。Ｓ１２０８において、管理装置１０１により設定変更されたと判断された場合、通知の必要はないため、Ｓ１２１２へ処理を移行する。Ｓ１２０８において、管理装置１０１による設定変更ではないと判断された場合、Ｓ１２０９へ処理を移行する。尚、本処理では管理装置１０１による設定変更の場合は管理者への通知をしないが、変更履歴をＤＢ３０４やＨＤ２０５に残しておいてもよい。
【００３５】
Ｓ１２０９は、操作ログファイルから判断される設定変更者（操作者）が、管理者に認められた操作者による設定変更であるかを判断する処理である。管理者に認められた操作者とは、例えばサービス担当者や、被管理装置１０２の管理者等であり、前述の管理者権限やメンテナンス権限が与えられたユーザーを指す。Ｓ１２０９において、管理者に認められた操作者であると判断された場合は、Ｓ１２１０へ処理を移行する。Ｓ１２０９において、管理者に認められた操作者でない場合は、Ｓ１２１１へ処理を移行する。
Ｓ１２１０は、システム管理者に対し、監視項目の設定変更があった旨を"確認情報"として確認用に通知する処理である。この通知がされた場合、システム管理者は、例えば、監視対象装置がメンテナンス等のために設定変更されたと判断することもできる。
Ｓ１２１１は、システム管理者に対して、設定変更された旨を"警告"として通知する処理である。この通知がされた場合、システム管理者は、監視対象装置に対し意図しない設定変更が加えられた旨に気づくことができる。そのため、システム管理者は、通知を受けた後の処理として、設定変更された項目に対し再設定をすることもできる。
【００３６】
図１３は、メール送信による通知方法の一例を示す図である。
図１３は、図１１とほぼ同様の記載内容であるが、Ｓｕｂｊｅｃｔと本文とに"警告"として設定変更通知である「Ｗａｒｎｉｎｇ」の旨が記載されている。つまり図１３は、システム管理者にとって意図しない設定変更がなされたことを通知している。
本実施形態では、以上の方法によりユーザー権限に応じた適切な通知方法が実現できる。
【００３７】
＜実施形態３＞
実施形態１及び実施形態２では、操作ログファイルの解析による通知と、被管理装置１０２から直接設定情報を取得する通知と、に分けて、システム管理者に対し設定変更の通知を行っていた。しかし、システム管理者への通知が多いと、管理側の情報が錯綜し易く、ネットワークにも負担を掛けてしまう。そこで本実施形態では、通知を１つにまとめること、また、タスクの履歴を参照によることにより、通知量を減らす方法について述べる。
尚、システムの全体構成、及び管理装置１０１、被管理装置１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成とについては実施形態１、２と同様のため、ここでの説明は省略する。また、操作ログファイル（図６）、監視処理設定画面及び方法（図７）、操作ログファイルの解析方法（図９）及び監視対象装置からの監視項目取得方法（図１０）、についても実施形態１、２と同様であるため、説明を省略する。
図１４は、通知量を減らすための監視処理の一例を示すフローチャートである。尚、Ｓ１３００からＳ１３０９まで、Ｓ１３１２からＳ１３１５までの各処理は、図１２の処理と同様であるため、説明を省略する。尚、図８と同様、本処理も、管理装置１０１の設定監視モジュール３０２により実施される処理である。
【００３８】
Ｓ１３１０、Ｓ１３１１は、メールをまとめるために、設定変更通知情報を一時保存する処理である。一時保存先は、ＤＢ３０４やＨＤ２０５、ＲＡＭ２０２等が挙げられる。Ｓ１３１０は、確認用の"確認情報"として設定変更通知情報を一時保存する。また、Ｓ１３１１は、"警告"として設定変更通知情報を一時保存する。
Ｓ１３１６は、管理装置１０１のタスク管理モジュール３０３により管理された、タスク履歴を取得する処理である。タスク履歴は、いつ、どの被管理装置１０２に対して、どのような処理が行われたかを記録してあるログである。尚、本処理に移行するまでに、監視対象機器から設定情報取得、及び監視項目の解析が完了している。
Ｓ１３１７は、Ｓ１３１６で取得したタスク実行履歴を参照し、監視項目に対する処理がされた履歴が存在するかを判断する処理である。Ｓ１３１７において、設定変更の履歴がある場合は、システム管理者による設定変更のため、通知に関する処理を行わず、Ｓ１３１９へ処理を移行する。タスクによる設定変更の履歴が存在しない場合、システム管理者による設定変更が行われておらず、誰が変更したかを判断することができない。このような場合、Ｓ１３１７において、Ｓ１３１８の処理へ移行する。Ｓ１３１８は、"警告"として設定変更通知情報を、一時保存する処理である。
Ｓ１３１９は、Ｓ１３１０、Ｓ１３１１、Ｓ１３１８にて一時保存した設定変更通知情報を取得する処理である。
Ｓ１３２０は、Ｓ１３１９で取得した設定変更通知情報を基に、メールを１通にまとめてシステム管理者に設定変更を通知する処理である。また、Ｓ１３２０では、最後に設定を操作したユーザーに応じて、重要度の調整が行われる。
【００３９】
図１５は、メール通知を１つにまとめた場合の一例を示す図である。
図１５は、Ｓｕｂｊｅｃｔ及び本文に、"警告"として設定変更通知である「Ｗａｒｎｉｎｇ」、及び重要度を下げた"情報"として設定変更通知である「Ｉｎｆｏｒｍａｔｉｏｎ」を１通にまとめた件数が記載されている。また、本文中の［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］には、「Ｗａｒｎｉｎｇ」や「Ｉｎｆｏｒｍａｔｉｏｎ」の詳細について記載されている。ここで図１５の［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］の内容について説明する。尚、前提条件として "Ｈａｎａｋｏ ＴＡＮＡＫＡ"は一般ユーザー権限の操作者、"Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｕｓｅｒ"はメンテナンス権限の操作者とする。［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］の "Ｕｓｅ ＩＰｖ４"項目では、一般ユーザー権限の操作者が最後に設定を変更しているため、「Ｗａｒｎｉｎｇ」による通知となっている。一方、"Ｓｌｅｅｐ Ｔｉｍｅｒ"項目では、メンテナンス権限の操作者が最後に設定を変更しているため、重要度が下がる「Ｉｎｆｏｒｍａｔｉｏｎ」による通知となっている。
本実施形態では、以上の方法により通知量を軽減することができる。
【００４０】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４１】
以上、上述した各実施形態によれば、ネットワーク機器が持っている操作ログファイルを用いることで、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することができる。
【００４２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
プリンターや複合機等のネットワーク機器は、ネットワーク機器自身がどのような操作をされたかが記載された操作ログファイルを持っているものが存在する。操作ログファイルには、例えば、ネットワーク機器のコピー機能使用時の、「２ｉｎ１」「両面」を設定したという操作履歴が、日付やユーザー名と共に記録される。
これらのネットワーク機器の管理を効率的に行うため、ネットワーク機器管理サーバーによりネットワーク機器を一元管理するネットワーク管理システムが知られている。
ネットワーク機器管理システムには、前述の操作ログファイル等の機器情報の収集・統計する機能を有するものがある。例えば、特許文献１では、該当するネットワーク機器より操作ログファイルを取得し、ユーザー毎に解析、統計することで、ユーザー別に利用頻度の高い機能をデフォルト設定に直すような改善提案する方法が開示されている。
【０００３】
一方で、ネットワーク機器管理システムは、対象のネットワーク機器における設定（ネットワーク機器の名称や、ＩＰアドレス、スリープに入るまでの時間等；以下、デバイス設定）の情報を設定・配信・管理するための機能を有するものも存在する。例えば、ネットワーク機器からデバイス設定情報を取得し、以前のデータと比較することでデバイス設定が変更されたかを監視することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−６５２８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、近年のネットワーク機器は、機能の複雑化に比例してデバイス設定の項目数も増大している。そのため、デバイス設定の変更監視において、監視の度に大容量のデバイス設定情報を取得したのでは、ネットワークに大きな負担を掛けてしまう。
【０００６】
本発明はこのような問題点に鑑みなされたもので、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明の情報処理装置は、画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理手段と、前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得手段と、前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得手段と、前記解析手段により解析された操作履歴と、前記設定取得手段により取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断手段と、前記判断手段により変更があったと判断された設定の変更を通知する通知手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することができる。
【図面の簡単な説明】
【０００９】
【図１】機器管理システムのシステム構成の一例を示す図である。
【図２】管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示す図である。
【図３】管理装置１０１のソフトウェア構成の一例を示す図である。
【図４】被管理装置１０２のハードウェア構成の一例を示す図である。
【図５】被管理装置１０２のソフトウェア構成の一例を示す図である。
【図６Ａ】ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その１）である。
【図６Ｂ】ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その２）である。
【図７Ａ】監視対象デバイス設定の画面７００の一例を示す図である。
【図７Ｂ】画面７００で設定されたデータを保持するためのテーブル７０１の一例を示す図である。
【図７Ｃ】監視対象項目設定の画面７０２の一例を示す図である。
【図７Ｄ】「監視項目」グループの設定データを保持するためのテーブルの一例を示す図である。
【図７Ｅ】「監視処理」グループの設定データを保持するためのテーブル７０４の一例を示す図である。
【図７Ｆ】「監視対象者」グループの設定データを保持するためのテーブル７０５の一例を示す図である。
【図７Ｇ】監視通知設定の画面７０６の一例を示す図である。
【図７Ｈ】通知方法における通知対象を保持するためのテーブル７０７の一例を示す図である。
【図８】設定変更の監視処理の一例を示すフローチャートである。
【図９】操作ログファイルの解析処理の一例を示すフローチャートである。
【図１０】監視対象装置から監視項目に関する情報を直接取得する処理の一例を示すフローチャートである。
【図１１】メール送信による通知方法の一例を示す図である。
【図１２】ユーザー権限の判断を含めた設定変更の監視処理の一例を示すフローチャートである。
【図１３】メール送信による通知方法の一例を示す図である。
【図１４】通知量を減らすための監視処理の一例を示すフローチャートである。
【図１５】メール通知を１つにまとめた場合の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜実施形態１＞
図１は、機器管理システムのシステム構成の一例を示す図である。図１の機器管理システムは、ネットワーク１００により互いに接続されたネットワーク管理装置１０１（以下、管理装置）、ネットワーク機器１０２（以下、被管理装置）、及びクライアント装置１０３から構成される。
管理装置１０１は、被管理装置１０２を管理するための装置である。また、管理装置１０１やクライアント装置１０３は、一般的なパーソナルコンピュータに含まれるような構成を有している。被管理装置１０２は、ネットワーク１００により管理装置１０１と接続されており、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）やプリンター、ＦＡＸ等を含む、管理装置１０１で管理可能な機器を指す。尚、図１において管理装置１０１、被管理装置１０２、クライアント装置１０３が接続されるネットワーク１００は、インターネットでもイントラネットでもよい。また、管理装置１０１や被管理装置１０２、クライアント装置１０３は、任意の数だけネットワーク１００に接続されていてよい。
管理装置１０１は、情報処理装置（コンピュータ）の一例である。被管理装置１０２は、画像形成装置の一例である。
【００１２】
機器管理システムを構成する各装置のハードウェア構成及びソフトウェア構成を以下で説明する。
図２は、管理装置１０１やクライアント装置１０３のハードウェア構成の一例を示す図である。
システムバス２００は、コンピュータを構成する各コンポーネント同士の共通データ交換経路である。ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２０１は、コンピュータ全体の制御や演算処理等を行う装置である。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０２は、処理を行う際にプログラムやデータを記憶、実行する領域を指す。ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０３は、システム起動プログラム等のプログラムを記憶する領域である。ＤＫＣ（Ｄｉｓｋ Ｃｏｎｔｒｏｌｌｅｒ）２０４は、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）２０５等の外部記憶装置の制御を行う。ＨＤ２０５は、プログラムやデータを記憶しており、必要に応じてＲＡＭ２０２やＨＤ２０５へプログラムやデータをロードする。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０６は、ネットワーク１００と接続しネットワーク通信を行う。入出力 Ｉ／Ｆ２０７は、キーボードやマウス、ディスプレイ等に接続されており、データの入出力を制御する。
管理装置１０１は、ＣＰＵ２０１が基本Ｉ／Ｏプログラム及びＯＳを実行している状態で動作する。基本Ｉ／Ｏプログラムは、ＲＯＭ２０３に記憶されている。ＯＳは、ＨＤ２０５に記憶されている。コンピュータ部の電源が入れられた際、基本Ｉ／Ｏプログラム中のイニシャルプログラムがロード機能により、ＨＤ２０５からＯＳがＲＡＭ２０２にロードされ、ＯＳの動作が開始される。
ＣＰＵ２０１が、ＨＤ２０５等に記憶されているプログラムに基づいて処理を実行することによって、後述するソフトウェア構成、及びフローチャートの各ステップの処理が実現される。
【００１３】
図３は、管理装置１０１のソフトウェア構成の一例を示す図である。管理装置１０１のソフトウェアには、ネットワークモジュール３００、Ｗｅｂサービス３０１、設定監視モジュール３０２、タスク管理モジュール３０３、データベース（以下、ＤＢ）３０４が含まれている。尚、図３のソフトウェア構成は、プログラムとしてＨＤ２０５に格納されており、ＣＰＵ２０１によって実行されるものである。
ネットワークモジュール３００は、ネットワーク１００を介して接続された被管理装置１０２やクライアント装置１０３との通信を行う。Ｗｅｂサービス３０１は、クライアント装置１０３のＷｅｂブラウザからＨＴＴＰによるＧＥＴリクエストを受け取ると、ＨＤ２０５に保存されたＷｅｂページデータを返信するサービスを提供する。尚、ここではＨＴＴＰによる通信で説明しているが、ＨＴＴＰＳやＦＴＰ等の通信プロトコルを利用してもよく、ＨＴＴＰに限定されない。また、クライアント装置１０３からのリクエストに限定されず、Ｗｅｂサービス３０１を利用できる環境であればよい。設定監視モジュール３０２は、被管理装置１０２における設定情報の管理や監視をするためのモジュールである。例えば、設定監視モジュール３０２は、被管理装置１０２に設定されている情報を取得するために、被管理装置１０２に対して設定情報取得要求を出すことや、取得した設定情報をＤＢ３０４へ保存及び読み出しを行うことができる。タスク管理モジュール３０３は、設定情報取得要求や設定情報の保存、読み出しを実行するタスクのスケジューリングや、スケジューリングした時間に従いタスクを実行するためのモジュールである。
【００１４】
上記のように設定監視モジュール３０２、タスク管理モジュール３０３は、Ｗｅｂサービス３０１と共に被管理装置１０２を管理するためのＷｅｂアプリケーションを実現している。尚、本管理装置の実現方法はＷｅｂアプリケーションに限定されず、ネイティブアプリケーションであってもよい。ＤＢ３０４は、被管理装置１０２の情報や、設定監視モジュール３０２により取得した情報、タスク管理モジュール３０３によるタスクの情報等が記憶されている。尚、ＤＢ３０４は設定監視モジュール３０２やタスク管理モジュール３０３からアクセス可能であれば、管理装置１０１とは別の機器上にあってもよい。
【００１５】
図４は、被管理装置１０２のハードウェア構成の一例を示す図である。被管理装置１０２は、制御ユニット４００、操作部４０１、プリンター４０２、スキャナ４０３から構成される。制御ユニット４００の操作部関連の構成は、ＣＰＵ４１０、ＲＡＭ４１１、操作部Ｉ／Ｆ４１２、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３、ＲＯＭ４１４、ＤＫＣ４１５、ＨＤ４１６、Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７、システムバス４１８を備える。制御ユニット４００の印刷、スキャン関連の構成は、画像バス４１９、スキャナ画像処理部４２０、プリンター画像処理部４２１、ＲＩＰ４２２、デバイスＩ／Ｆ４２３を備える。尚、上記構成のうちスキャナ４０３、及びスキャナ画像処理部４２０は必要に応じて備えることとなる。
【００１６】
ＣＰＵ４１０は、制御ユニット４００全体を制御するためのコントローラである。ＲＡＭ４１１は、画像データを一時記憶するための画像メモリである。操作部Ｉ／Ｆ４１２は、操作部４０１とのインターフェースであり、操作部４０１で表示する画像データを操作部４０１に対して出力する。また、ユーザーが操作部４０１により入力した情報をＣＰＵ４１０へ伝達する役割を有する。Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、ネットワーク１００と接続しており、ネットワーク１００を介して、外部の装置と情報のやり取りをするインターフェースである。また、Ｎｅｔｗｏｒｋ Ｉ／Ｆ４１３は、被管理装置１０２の各種情報を格納したＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｔｅｒｆａｃｅ Ｂａｓｅ）を備える。ＭＩＢが有する各種情報は、ＩＰアドレスや被管理装置の名称、状態等の情報を指す。ＲＯＭ４１４は、ブートＲＯＭであり、システムのブートプログラムが格納されている。ＤＫＣ（Ｄｉｓｋ Ｃｏｎｔｒｏｌｌｅｒ）４１５は、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）４１６の制御を行う。ＨＤ４１６は、外部記憶装置であり、システムソフトウェアや画像データを格納する。Ｉｍａｇｅ Ｂｕｓ Ｉ／Ｆ４１７は、システムバス４１８と画像バス４１９とを接続し、データ変換を行うバスブリッジである。システムバス４１８は、制御ユニット４００を構成する各コンポーネント同士の共通データ交換経路である。画像バス４１９は、ＰＣＩバス、又はＩＥＥＥ１３９４で構成されており、画像データを高速に転送する経路である。スキャナ画像処理部４２０は、入力画像に対し、補正や加工、編集を行う。プリンター画像処理部４２１は、プリント出力画像データに対して、プリンターの性能に応じた補正、解像度の変換等を行う。ＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）４２２は、ネットワーク１００から送られてきたＰＤＬコマンドをビットマップイメージに展開する。デバイスＩ／Ｆ４２３は、画像入出力デバイスであるプリンター４０２、及びスキャナ４０３と制御ユニット４００とを接続し、画像データの同期系／非同期系の変換を行う。
【００１７】
図５は、被管理装置１０２のソフトウェア構成の一例を示す図である。
被管理装置１０２のソフトウェア構成は、ネットワークモジュール５００、及び機器管理モジュール５０１から構成される。ネットワークモジュール５００は、ネットワーク１００に接続された外部装置（管理装置１０１やクライアント装置１０３）とのインターフェースの役割をする。例えば管理装置１０１から設定情報取得要求を受け取り、機器管理モジュール５０１へ要求を伝える。管理装置１０１等との通信方法として、ＭＩＢによる通信や、ＳＯＡＰメッセージによる通信等が挙げられる。また、ネットワークモジュール５００は、機器管理モジュール５０１から各種情報を受け取り、ネットワーク１００を介して管理装置１０１へ応答する。機器管理モジュール５０１は、被管理装置１０２の内部操作を行うためのモジュールであり、設定情報管理モジュール５０２、ログ管理モジュール５０３を含んでいる。
【００１８】
設定情報管理モジュール５０２は、被管理装置１０２に設定されている情報（機器名称、ＩＰアドレス、各種設定値等）を管理するモジュールである。より具体的には、設定情報管理モジュール５０２は、被管理装置１０２の設定情報を取得したいという要求に対して、被管理装置１０２に設定された情報を返答することができる。また、設定情報管理モジュール５０２は、管理装置１０１や被管理装置１０２のユーザーによって設定変更された項目を被管理装置１０２に反映することができる。尚、設定情報管理モジュール５０２により設定変更されると、設定変更したという情報がログ管理モジュール５０３に伝えられる。
ログ管理モジュール５０３は、被管理装置１０２に対して加えられた操作をログとして記録、管理するためのモジュールである。例えば、設定情報管理モジュール５０２から設定変更したという情報が伝えられた場合、いつ、どの設定が、どのように変更されたか、をＨＤ４１６に記録しておくことができる。尚、図示されていないが、ＤＢに被管理装置１０２の設定情報や操作ログファイルを記録させてもよい。
操作ログファイルは、操作履歴情報の一例である。
【００１９】
図６Ａは、ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その１）である。図６Ａでは、設定変更値の詳細まで記載された操作ログファイルのデータ構造（以下、操作ログファイル）の一例を示している。また、図６Ａの操作ログファイルは、「ログＩＤ」「イベント名称」「操作日時」「操作者」「操作種別」「新キー値」「旧キー値」等のカラムを有している。「ログＩＤ」カラムは、図６Ａに含まれる各レコード（行）を一意に識別するための値が格納されている。「イベント名称」は、被管理装置１０２における項目に対し設定が変更されたかを示すカラムである。図６Ａで示された「イベント名称」カラムには設定の名称が格納されているが、設定変更するために使用されたリソース名（モジュール名）等を格納してもよい。「操作日時」カラムは、各種設定の変更がされた日時が格納されている。「操作者」カラムは、被管理装置１０２の設定を変更した操作者の氏名が格納されている。「操作種別」カラムは、操作者がどのような操作をしたかがわかるようなキーが格納されている。例えば、設定の変更であれば「Ｍｏｄｉｆｙ」、設定のエクスポートが行われた場合は「Ｅｘｐｏｒｔ」等が格納される。「新キー値」カラムは、新たに設定された内容が格納される。また、「旧キー値」カラムは、元々設定されていた設定内容が格納される。例えば、図６ＡのログＩＤ：０００２の場合、元々の設定がＯｆｆ（旧キー値）であったものを、新たにＯｎ（新キー値）にＭｏｄｉｆｙ（操作種別）したと判断できる。
【００２０】
図６Ｂは、ログ管理モジュール５０３により記録された操作ログファイルの一例を示す図（その２）である。図６Ｂでは、設定変更されたことのみが記録された操作ログファイルのデータ構造の一例を示している。また、図６Ｂの操作ログファイルは、「ログＩＤ」「イベント名称」「操作日時」「操作者」等が格納されている。図６Ｂにおける操作ログファイルでは、誰がどの項目に対して変更を加えたかの判断は可能であるが、図６Ａのように、どのように変更したのかの内容までの判断はできない。
尚、図６について、各カラムに格納されている内容は文字列データとなっているが、数値データ等で格納されていてもよい。
【００２１】
以降、処理の流れについて記載する。
図７Ａは、監視対象デバイス設定の画面７００の一例を示す図である。
画面７００は、監視対象となる被管理装置１０２（以下、監視対象装置）を選択、及び設定する画面の一例である。本画面には、管理装置１０１で管理される被管理装置１０２の一覧が表示される。管理装置１０１の管理者（以下、システム管理者）は、表示された被管理装置１０２の一覧から監視対象装置を選択する。システム管理者は、監視対象装置の設定完了した後、次へボタンを押下し、画面７０２へ移行する。尚、図７Ａでは被管理装置１０２の一覧表示を省略しているが、実際は全ての被管理装置１０２が並んでいても、一定数ずつタブやページ切り替えによる表示がされていてもよい。
図７Ｂは、画面７００で設定されたデータを保持するためのテーブル７０１の一例を示す図である。テーブル７０１は、被管理装置１０２の一覧であり、このうち監視対象装置に該当するものは「監視」カラムに「１」が、監視対象に該当しないものは「０」が格納されている。「ＩＤ」カラムは、被管理装置１０２を識別するための識別子が格納されている。「デバイス名」「ＩＰアドレス」は、各々の被管理装置１０２に対応する名称及びアドレスが格納されている。
【００２２】
図７Ｃは、監視対象項目設定の画面７０２の一例を示す図である。
画面７０２は、被管理装置１０２における設定項目の内、どの項目、どの処理、どの操作者を監視の対象とするかを選択する画面の一例である。画面７０２の「監視項目」グループには、「すべて」又は「選択」を選択可能であり、「選択」部分には管理装置１０１が被管理装置１０２から取得できるすべての項目が一覧表示されている。システム管理者は、この項目群から監視対象とする項目を選択することができる。画面７０２の「監視処理」グループでは、監視する設定項目に対して、どのような処理がされたかをフィルタリングするための選択ができる。監視処理の種類は、「変更」や「追加」、「削除」等、操作ログファイルの「操作種別」から取得可能な処理内容が表示される。画面７０２の「監視対象者」グループは、被管理装置１０２に対する処理がどの操作者によってなされたかをフィルタリングするための選択が可能である。尚、監視対象者は、図６の「操作者」に該当するものである。設定の例として画面７０２で示される設定は、被管理装置１０２に設定可能なすべての項目に対し、変更・追加・削除がされた場合、かつ、一般ユーザーによる操作の場合は変更通知を行うことを示している。システム管理者は、監視対象とする項目の設定完了した後、次へボタンを押下し、画面７０６の画面へ移行する。
【００２３】
図７Ｄは、「監視項目」グループの設定データ（以下、監視項目）を保持するためのテーブル（以下、監視項目設定テーブル７０３）の一例を示す図である。監視項目設定テーブル７０３は、監視項目に関する情報（「監視有無」「ＩＤ」「項目名」）の他に、「操作ログファイル判断」カラムを持っている。「操作ログファイル判断」カラムは、該当する項目が操作ログファイルから判断できるかを確認するための情報が格納されている。「操作ログファイル判断」カラムに格納される情報の一例として、「詳細」「概要」「不可」が挙げられる。「詳細」は、図６Ａで示すような、設定変更の具体的な内容まで操作ログファイルに記載されている項目に対して割り当てられる。「概要」は、図６Ｂで示すような、設定変更がされたことが分かり、具体的な変更内容までは分からない項目に対して割り当てられる。「不可」は、操作ログファイルが取得できないものに対して割り当てられる。
図７Ｅは、「監視処理」グループの設定データを保持するためのテーブル７０４の一例を示す図である。図７Ｆは、「監視対象者」グループの設定データを保持するためのテーブル７０５の一例を示す図である。
【００２４】
図７Ｇは、監視通知設定の画面７０６の一例を示す図である。画面７０６は、監視通知を実施するための設定を行う画面の一例である。画面７０６の監視スケジュールは、どのタイミングで、監視対象装置に対してポーリングを行うかを設定する項目である。また、画面７０６の「通知方法」では、どのようにシステム管理者に対して通知を行うかを選択する。画面７０６では、選択項目としてメールのみ表示されているが、メール以外の項目を選択可能でもよい。
図７Ｈは、通知方法における通知対象を保持するためのテーブル７０７の一例を示す図である。「監視スケジュール」の詳細な設定情報が格納されたテーブルは図示されていないが、監視スケジュールの設定情報を保持するテーブルを持っていてもよい。
以上の７００から７０６までの設定が完了した後、システム管理者が７０６の設定ボタンを押下することで設定変更の監視処理設定を完了される。監視処理設定は、管理装置１０１のタスク管理モジュール３０３により管理され、スケジュールされた日時や時間がくると、タスク管理モジュール３０３によって実行される。
【００２５】
図７Ａ、Ｃ、Ｄで示した画面は、前述の通り一例であるため、図７Ａ、Ｃ、Ｄに表示されている項目や表示方法、設定の流れに限定されない。また、図７Ｂ、Ｄ、Ｅ、Ｆ、Ｈで示した各データ保持テーブルは、管理装置１０１のＤＢ３０４や、ＨＤ２０５で保持されていても、ＲＡＭ２０２等で保持していてもよい。更に各データ保持テーブルは上記で示した項目以外のデータを保持していてもよい。
【００２６】
図８は、設定変更の監視処理の一例を示すフローチャートである。本処理は、管理装置１０１の設定監視モジュール３０２により実施される処理である。また、本処理は、図７で設定された監視スケジュール従って開始される。
Ｓ８００は、監視項目設定テーブル７０３の「操作ログファイル判断」の内容を判断する処理である。より具体的には、監視項目設定テーブル７０３の「操作ログファイル判断」に格納されたデータが、「詳細」又は「概要」であるものが存在するかを判断する処理である。Ｓ８００において存在すると判断された場合は、Ｓ８０１へ処理を移行する。一方、Ｓ８００で存在しないと判断された場合は、Ｓ８０８へ処理を移行する。
Ｓ８０１は、図７で設定された監視対象装置から、操作ログファイルを取得する処理である。取得する操作ログファイルは、例えば図６の操作ログファイルが挙げられる。また、Ｓ８０１は、監視対象装置から１つ、又は複数の操作ログファイルを一度に取得できる。更に、Ｓ８０１で取得するログは、ある期間に収まる範囲で取得されてもよい。Ｓ８０１の処理は、履歴取得の処理の一例である。
Ｓ８０２は、Ｓ８０１で取得した操作ログファイルを解析する処理である。尚、より具体的な処理は図９にて後述する。
【００２７】
Ｓ８０３は、Ｓ８０２の操作ログファイル解析の結果から、監視項目の内、変更された項目が存在するかどうかを判断する処理である。Ｓ８０３において、変更された監視項目が存在すると判断された場合、Ｓ８０４へ処理を移行する。Ｓ８０３において、変更された監視項目が存在しないと判断された場合、Ｓ８０８へ処理を移行する。
Ｓ８０４は、変更された監視項目が、７０３の「操作ログファイル判断」に「詳細」が格納されているかどうかを判断する処理である。「詳細」が格納されている場合はＳ８０６へ処理を移行し、「詳細」が格納されていない場合は、Ｓ８０５へ処理を移行する。
Ｓ８０５は、監視対象装置から、監視項目に関する情報を直接取得する処理である。より具体的な処理は図１０にて後述する。
Ｓ８０６は、操作ログファイル、又は監視対象装置から直接取得してきた現在の設定情報を管理装置１０１のＤＢ３０４に登録（格納）する処理である。
Ｓ８０７は、システム管理者に対し、確認した監視項目に対する設定変更の内容を通知する処理である。通知方法は、図１１にて後述する。
【００２８】
Ｓ８０８は、監視項目設定テーブル７０３の「操作ログファイル判断」の内容が、「不可」であるものが存在するかを判断する処理である。Ｓ８０８の判断において、「不可」が存在する場合は、Ｓ８０９へ処理を移行する。Ｓ８０８の判断において「不可」が存在しない場合は、本監視処理を終了する。
Ｓ８０９は、Ｓ８０５と同様の処理であり、監視対象装置から、監視項目に関する情報を直接取得する処理である。
Ｓ８１０は、Ｓ８０９の解析結果から、監視項目に設定変更があるかを判断する処理である。Ｓ８１０において、設定項目が変更されたと判断された場合、Ｓ８１１へ処理を移行する。Ｓ８１０において、設定項目が変更されなかったと判断された場合、本監視処理を終了する。
Ｓ８１１は、Ｓ８０９にて設定変更された現在の設定情報を、管理装置１０１のＤＢ３０４に登録（格納）する処理である。
Ｓ８１２は、Ｓ８０７と同様、システム管理者に対し、設定変更が行われた旨を通知する処理である。
【００２９】
図９は、操作ログファイルの解析処理の一例を示すフローチャートである。本処理は管理装置１０１の設定監視モジュール３０２により実施される処理であり、図８のＳ８０２に該当する処理である。
Ｓ９００は、Ｓ８０１で取得した複数の操作ログファイルの内容を全てチェックしたか否かを判断する処理である。Ｓ９００において、全ての操作ログファイルのチェックが完了したと判断された場合、本操作ログファイルの解析処理を終了する。Ｓ９００において、全てのチェックが完了していない場合、Ｓ９０１へ処理を移行する。
Ｓ９０１は、複数の操作ログファイルの内、チェックが完了していない操作ログファイルの１つを読み込む処理である。尚、操作ログファイルの一例は図６に示されている。
Ｓ９０２は、Ｓ９０１で読み込んだログファイルに記載された内容を全てチェックしたか否かを判断する処理である。Ｓ９０２において、全てのチェックを完了した場合、Ｓ９００へ処理を移行する。Ｓ９０２において、全てのチェックを完了していない場合は、Ｓ９０３へ処理を移行する。
【００３０】
Ｓ９０３は、該当するチェックする対象の操作ログファイルを読み込む処理である。より具体的には、管理装置１０１が、図６Ａ、図６Ｂで示される操作ログファイルの１行を読み込む処理を指す。
Ｓ９０４は、読み込んだ項目が監視項目に該当するか否かを判断する処理である。Ｓ９０４において、該当すると判断された場合はＳ９０５へ処理を移行する。Ｓ９０４において、該当しないと判断された場合は、Ｓ９０２へ処理を移行する。
Ｓ９０５は、Ｓ９０３で読み込んだ操作ログファイルを一時的に保存する処理である。尚、操作ログファイルの一時保存先は、ＤＢ３０４でもよいし、ＨＤ２０５やＲＡＭ２０２でもよい。
以上の処理を繰り返し、設定監視モジュール３０２は、取得した操作ログファイルの中に監視項目があるかどうかを解析し、監視項目の情報を抽出・保存する。
【００３１】
図１０は、監視対象装置から監視項目に関する情報を直接取得する処理の一例を示すフローチャートである。尚、本処理はＳ８０５、Ｓ８０９に該当する処理である。また、本処理は、設定監視モジュール３０２によって実施される。
Ｓ１０００は、監視対象装置から監視対象項目の設定情報を取得・解析する処理である。Ｓ１０００の処理は、設定取得の処理の一例である。
Ｓ１００１は、管理装置１０１のＤＢ３０４から、過去の設定情報を取得する処理である。尚、過去の設定情報は、Ｓ８０６やＳ８１１によって格納された情報である。また、Ｓ８０６やＳ８１１が処理されていない状態（初期値）は、ＮＵＬＬであっても、初期値とわかるような設定が格納されていてもよい。
Ｓ１００２は、Ｓ１０００で取得した設定情報と、Ｓ１００１で取得した設定情報と、を比較する処理である。比較した結果は、ＤＢ３０４やＨＤ２０５に一時的に保存される。
以上の処理により、監視対象装置から監視対象項目の設定情報を取得・解析する。
【００３２】
図１１は、メール送信による通知方法の一例を示す図である。
図１１は、大きく「Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」及び「Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ」の２項目に分けられる。「Ｄｅｖｉｃｅ Ｉｎｆｏｒｍａｔｉｏｎ」には、監視対象装置の情報が記載される。例えば、図１１では「Ｄｅｖｉｃｅ Ａ」という名前の監視対象装置の設定が変更されたことが読み取れる。「Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ」には、ユーザーによって変更が加えられた設定項目が記載される。図１１では、「ＮＴＰ−Ｓｅｒｖｅｒ Ｓｅｔ．」という監視項目が、該当の日付に、「Ｔａｒｏ ＹＡＭＡＤＡ」によって、「ｎｔｐ．ｎｉｃｔ．ｊｐ」から「ｎｔｐ．ｘｘ．ｃｏ．ｊｐ」という値に「Ｍｏｄｉｆｙ」されたことが読み取れる。
尚、通知方法はメール送信に限定されず、管理装置１０１のＷｅｂサービス３０１で提供する画面に変更通知を表示してもよい。
本実施形態では、以上の方法により大容量の情報取得を行わず、管理者へ監視対象装置における監視項目の設定変更通知が可能となる。
【００３３】
＜実施形態２＞
実施形態１では、監視対象装置の操作ログファイルを取得し、変更履歴の解析した結果を利用することで、管理者へ通知する方法について述べた。しかし、実施形態１の通知方法では、一般ユーザーに変更されてしまった場合（管理者が意図しない変更）と被管理装置１０２の管理者によって変更された場合（管理者が意図した変更）とが区別なく通知されてしまう。そこで本実施形態では、ユーザーの権限判断を加えることで、適切に通知する方法について述べる。
尚、システムの全体構成、及び管理装置１０１、被管理装置１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成とについては実施形態１と同様のため、ここでの説明は省略する。また、実施形態１における操作ログファイル（図６）、監視処理設定画面及び方法（図７）、操作ログファイルの解析方法（図９）及び監視対象装置からの監視項目取得方法（図１０）についても実施形態１と同様であるため、説明を省略する。
【００３４】
図１２は、ユーザー権限の判断を含めた設定変更の監視処理の一例を示すフローチャートである。尚、Ｓ１２０１からＳ１２０７まで、Ｓ１２１２からＳ１２１６までの各処理は、図８の処理と同様であるため、説明を省略する。尚、図８と同様、本処理も、管理装置１０１の設定監視モジュール３０２により実施される処理である。
Ｓ１２００は、不図示の認証サーバーからユーザーと、ユーザーの権限との関連付けを取得する処理である。本処理で取得する権限との関連付けは、例えば、「ユーザーＡは一般ユーザー権限を持っている」や「ユーザーＢは管理者権限を持っている」、「ユーザーＣはメンテナンス権限を持っている」等が挙げられる。尚、ここでいうメンテナンス権限は、サービス担当者と同等の権限であり、被管理装置１０２の詳細な変更操作が可能である。また、本処理で取得する権限情報は、後述のＳ１２０８、Ｓ１２０９で利用される。
Ｓ１２０８は、操作ログファイルから判断される設定変更者（操作者）が、管理装置１０１による設定変更であるかを判断する処理である。管理装置１０１による設定変更とは、システム管理者が、被管理装置１０２の設定を変更したことを指す。つまり、設定を監視しているシステム管理者本人が意図した設定変更をした場合を指す。Ｓ１２０８において、管理装置１０１により設定変更されたと判断された場合、通知の必要はないため、Ｓ１２１２へ処理を移行する。Ｓ１２０８において、管理装置１０１による設定変更ではないと判断された場合、Ｓ１２０９へ処理を移行する。尚、本処理では管理装置１０１による設定変更の場合は管理者への通知をしないが、変更履歴をＤＢ３０４やＨＤ２０５に残しておいてもよい。
【００３５】
Ｓ１２０９は、操作ログファイルから判断される設定変更者（操作者）が、管理者に認められた操作者による設定変更であるかを判断する処理である。管理者に認められた操作者とは、例えばサービス担当者や、被管理装置１０２の管理者等であり、前述の管理者権限やメンテナンス権限が与えられたユーザーを指す。Ｓ１２０９において、管理者に認められた操作者であると判断された場合は、Ｓ１２１０へ処理を移行する。Ｓ１２０９において、管理者に認められた操作者でない場合は、Ｓ１２１１へ処理を移行する。
Ｓ１２１０は、システム管理者に対し、監視項目の設定変更があった旨を"確認情報"として確認用に通知する処理である。この通知がされた場合、システム管理者は、例えば、監視対象装置がメンテナンス等のために設定変更されたと判断することもできる。
Ｓ１２１１は、システム管理者に対して、設定変更された旨を"警告"として通知する処理である。この通知がされた場合、システム管理者は、監視対象装置に対し意図しない設定変更が加えられた旨に気づくことができる。そのため、システム管理者は、通知を受けた後の処理として、設定変更された項目に対し再設定をすることもできる。
【００３６】
図１３は、メール送信による通知方法の一例を示す図である。
図１３は、図１１とほぼ同様の記載内容であるが、Ｓｕｂｊｅｃｔと本文とに"警告"として設定変更通知である「Ｗａｒｎｉｎｇ」の旨が記載されている。つまり図１３は、システム管理者にとって意図しない設定変更がなされたことを通知している。
本実施形態では、以上の方法によりユーザー権限に応じた適切な通知方法が実現できる。
【００３７】
＜実施形態３＞
実施形態１及び実施形態２では、操作ログファイルの解析による通知と、被管理装置１０２から直接設定情報を取得する通知と、に分けて、システム管理者に対し設定変更の通知を行っていた。しかし、システム管理者への通知が多いと、管理側の情報が錯綜し易く、ネットワークにも負担を掛けてしまう。そこで本実施形態では、通知を１つにまとめること、また、タスクの履歴を参照によることにより、通知量を減らす方法について述べる。
尚、システムの全体構成、及び管理装置１０１、被管理装置１０２、クライアント装置１０３のハードウェア構成とソフトウェア構成とについては実施形態１、２と同様のため、ここでの説明は省略する。また、操作ログファイル（図６）、監視処理設定画面及び方法（図７）、操作ログファイルの解析方法（図９）及び監視対象装置からの監視項目取得方法（図１０）、についても実施形態１、２と同様であるため、説明を省略する。
図１４は、通知量を減らすための監視処理の一例を示すフローチャートである。尚、Ｓ１３００からＳ１３０９まで、Ｓ１３１２からＳ１３１５までの各処理は、図１２の処理と同様であるため、説明を省略する。尚、図８と同様、本処理も、管理装置１０１の設定監視モジュール３０２により実施される処理である。
【００３８】
Ｓ１３１０、Ｓ１３１１は、メールをまとめるために、設定変更通知情報を一時保存する処理である。一時保存先は、ＤＢ３０４やＨＤ２０５、ＲＡＭ２０２等が挙げられる。Ｓ１３１０は、確認用の"確認情報"として設定変更通知情報を一時保存する。また、Ｓ１３１１は、"警告"として設定変更通知情報を一時保存する。
Ｓ１３１６は、管理装置１０１のタスク管理モジュール３０３により管理された、タスク履歴を取得する処理である。タスク履歴は、いつ、どの被管理装置１０２に対して、どのような処理が行われたかを記録してあるログである。尚、本処理に移行するまでに、監視対象機器から設定情報取得、及び監視項目の解析が完了している。
Ｓ１３１７は、Ｓ１３１６で取得したタスク実行履歴を参照し、監視項目に対する処理がされた履歴が存在するかを判断する処理である。Ｓ１３１７において、設定変更の履歴がある場合は、システム管理者による設定変更のため、通知に関する処理を行わず、Ｓ１３１９へ処理を移行する。タスクによる設定変更の履歴が存在しない場合、システム管理者による設定変更が行われておらず、誰が変更したかを判断することができない。このような場合、Ｓ１３１７において、Ｓ１３１８の処理へ移行する。Ｓ１３１８は、"警告"として設定変更通知情報を、一時保存する処理である。
Ｓ１３１９は、Ｓ１３１０、Ｓ１３１１、Ｓ１３１８にて一時保存した設定変更通知情報を取得する処理である。
Ｓ１３２０は、Ｓ１３１９で取得した設定変更通知情報を基に、メールを１通にまとめてシステム管理者に設定変更を通知する処理である。また、Ｓ１３２０では、最後に設定を操作したユーザーに応じて、重要度の調整が行われる。
【００３９】
図１５は、メール通知を１つにまとめた場合の一例を示す図である。
図１５は、Ｓｕｂｊｅｃｔ及び本文に、"警告"として設定変更通知である「Ｗａｒｎｉｎｇ」、及び重要度を下げた"情報"として設定変更通知である「Ｉｎｆｏｒｍａｔｉｏｎ」を１通にまとめた件数が記載されている。また、本文中の［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］には、「Ｗａｒｎｉｎｇ」や「Ｉｎｆｏｒｍａｔｉｏｎ」の詳細について記載されている。ここで図１５の［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］の内容について説明する。尚、前提条件として "Ｈａｎａｋｏ ＴＡＮＡＫＡ"は一般ユーザー権限の操作者、"Ｓｅｒｖｉｃｅ Ｓｕｐｐｏｒｔ Ｕｓｅｒ"はメンテナンス権限の操作者とする。［Ｃｈａｎｇｅ Ｈｉｓｔｏｒｙ］の "Ｕｓｅ ＩＰｖ４"項目では、一般ユーザー権限の操作者が最後に設定を変更しているため、「Ｗａｒｎｉｎｇ」による通知となっている。一方、"Ｓｌｅｅｐ Ｔｉｍｅｒ"項目では、メンテナンス権限の操作者が最後に設定を変更しているため、重要度が下がる「Ｉｎｆｏｒｍａｔｉｏｎ」による通知となっている。
本実施形態では、以上の方法により通知量を軽減することができる。
【００４０】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【００４１】
以上、上述した各実施形態によれば、ネットワーク機器が持っている操作ログファイルを用いることで、ネットワークに掛かる負担を軽減させつつ、設定監視を実現することができる。
【００４２】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【特許請求の範囲】
【請求項１】
画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理手段と、
前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得手段と、
前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、
操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得手段と、
前記解析手段により解析された操作履歴と、前記設定取得手段により取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断手段と、
前記判断手段により変更があったと判断された設定の変更を通知する通知手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記履歴取得手段は、前記監視対象とする複数の設定のすべてが、操作履歴から設定の変更の有無がわからない場合、操作履歴情報を取得しないことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記通知手段は、前記操作履歴に含まれる操作者に応じて、前記設定の変更の通知の方法を変更することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記通知手段は、前記操作履歴に含まれる操作者が管理者に認められた操作者である場合、前記管理者に前記設定が変更されたことを確認情報として通知し、前記操作履歴に含まれる操作者が管理者に認められていない操作者であった場合、前記管理者に前記設定が変更されたことを警告として通知することを特徴とする請求項３記載の情報処理装置。
【請求項５】
情報処理装置における情報処理方法であって、
画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理工程と、
前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得工程と、
前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析工程と、
操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得工程と、
前記解析工程により解析された操作履歴と、前記設定取得工程で取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断工程と、
前記判断工程で変更があったと判断された設定の変更を通知する通知工程と、
を含むことを特徴とする情報処理方法。
【請求項６】
請求項１乃至４の何れか１項記載の手段としてコンピュータを機能させることを特徴とするプログラム。
【請求項１】
画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理手段と、
前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得手段と、
前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析手段と、
操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得手段と、
前記解析手段により解析された操作履歴と、前記設定取得手段により取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断手段と、
前記判断手段により変更があったと判断された設定の変更を通知する通知手段と、
を有することを特徴とする情報処理装置。
【請求項２】
前記履歴取得手段は、前記監視対象とする複数の設定のすべてが、操作履歴から設定の変更の有無がわからない場合、操作履歴情報を取得しないことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記通知手段は、前記操作履歴に含まれる操作者に応じて、前記設定の変更の通知の方法を変更することを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記通知手段は、前記操作履歴に含まれる操作者が管理者に認められた操作者である場合、前記管理者に前記設定が変更されたことを確認情報として通知し、前記操作履歴に含まれる操作者が管理者に認められていない操作者であった場合、前記管理者に前記設定が変更されたことを警告として通知することを特徴とする請求項３記載の情報処理装置。
【請求項５】
情報処理装置における情報処理方法であって、
画像形成装置における複数の設定項目の中で、監視対象とする複数の設定を管理する管理工程と、
前記画像形成装置に対して行われた操作と操作者とを記録する操作履歴情報を、前記画像形成装置から取得する履歴取得工程と、
前記取得された操作履歴情報から前記監視対象とする少なくとも１つの設定の変更に対応する操作履歴を解析する解析工程と、
操作履歴から設定の変更の有無がわからない前記監視対象とする少なくとも１つの設定については、前記監視対象とする設定の変更が行われたかを判断するために、前記監視対象とする設定の内容を前記画像形成装置から取得する設定取得工程と、
前記解析工程により解析された操作履歴と、前記設定取得工程で取得された設定の内容とから、前記監視対象とする複数の設定について変更があったかを判断する判断工程と、
前記判断工程で変更があったと判断された設定の変更を通知する通知工程と、
を含むことを特徴とする情報処理方法。
【請求項６】
請求項１乃至４の何れか１項記載の手段としてコンピュータを機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【図７Ｅ】
【図７Ｆ】
【図７Ｇ】
【図７Ｈ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７Ａ】
【図７Ｂ】
【図７Ｃ】
【図７Ｄ】
【図７Ｅ】
【図７Ｆ】
【図７Ｇ】
【図７Ｈ】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−８０３８７（Ｐ２０１３−８０３８７Ａ）
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願番号】特願２０１１−２２０１８２（Ｐ２０１１−２２０１８２）
【出願日】平成２３年１０月４日（２０１１．１０．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年５月２日（２０１３．５．２）
【国際特許分類】
【出願日】平成２３年１０月４日（２０１１．１０．４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]