(57)【要約】【課題】容易な管理手順で、画像処理装置の状態（変化）に関する通知を、必要とする情報が違う複数のユーザに対し、イベント発生ごとに、リアルタイムに必要な通知先のみに通知するようにして、利便性を高めること。【解決手段】ネットワークに接続されて動作する画像処理装置の状態を通知する画像処理装置１であって、画像処理装置の状態を検知し、検知された状態を通知すべき通知先の情報をＥＳＤＢ１２１から取得する動作検知部１１５と、取得された通知先に検知された状態を通知する入出力制御部１１３とを有することを特徴とする。【選択図】図３
2010114881.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されて動作する画像処理装置の状態を通知する状態通知装置であって、
前記画像処理装置の状態を検知する状態検知部と、
前記画像処理装置の状態と当該状態を通知すべき通知先の情報とが関連付けられた状態通知先情報に基づき、前記状態検知部によって検知された状態を通知すべき通知先の情報を取得する状態通知先情報取得部と、
前記取得された通知先に前記検知された状態を通知する状態通知部とを有することを特徴とする、状態通知装置。
【請求項２】
ネットワークに接続された少なくとも１の画像処理装置の複数種類の状態および／または処理過程の進行状態を複数の通知先に対して状態の種類または処理の進行状態に応じて選択的に通知する状態通知装置であって、
前記画像処理装置の複数種類の状態および／または前記進行状態を検知する状態検知部と、
前記状態検知部の検知する各状態と夫々の状態を通知すべき１以上の通知先の情報とが関連付けられた状態通知先情報を参照して、前記状態検知部によって検知された状態の種別に応じて検知を通知すべき通知先を取得する状態通知先情報取得部と、
前記取得された通知先全てに前記検知された状態を通知する状態通知部とを有することを特徴とする、状態通知装置。
【請求項３】
前記状態通知先情報を記憶している状態通知先情報記憶部を更に有し、
前記状態通知先情報取得部は、前記状態検知部が検知した前記画像処理装置の状態に基づいて前記状態通知先情報記憶部から前記通知先の情報を取得することを特徴とする、請求項１または２に記載の状態通知装置。
【請求項４】
前記状態通知先情報記憶部に記憶されている状態通知先情報を、入力された更新情報に基づいて更新する状態通知先情報更新部を更に有することを特徴とする、請求項３に記載の状態通知装置。
【請求項５】
前記状態通知先情報更新部による前記状態通知先情報の更新を制限する更新制限部と、
前記更新制限部が前記状態通知先情報の更新可否を判断するための情報である更新制限情報を記憶している更新制限情報記憶部とを更に有し、
前記更新制限部は、前記入力された更新情報と前記更新制限情報とに基づいて前記通知先情報更新部による前記状態通知先情報の更新を制限することを特徴とする、請求項４に記載の状態通知装置。
【請求項６】
前記制限情報は、前記ユーザと当該ユーザによる更新可否を示す情報とが関連付けられた情報を含み、
前記更新情報は、前記状態通知先情報の更新を指示したユーザの情報を含み、
前記更新制限部は、前記状態通知先情報の更新を指示したユーザによる更新可否を示す情報を前記制限情報記憶部から取得して前記状態通知先情報の更新を制限することを特徴とする、請求項５に記載の状態通知装置。
【請求項７】
前記更新制限情報は、前記画像処理装置の状態を指定する情報及び前記画像処理装置の状態毎に前記ユーザによる更新可否を示す情報とが関連付けられた情報を含み、
前記更新情報は、前記状態通知先情報の更新を指示したユーザの情報及び前記画像処理装置の状態を指定する情報を含み、
前記更新制限部は、前記画像処理装置の状態を指定する情報に対応する前記更新可否を示す情報を前記制限情報記憶部から取得して前記状態通知先情報の更新を制限することを特徴とする、請求項５または６に記載の状態通知装置。
【請求項８】
前記更新制限情報は、前記状態検知部が検知可能な前記画像処理装置の状態の情報を含み、
前記更新情報は、前記画像処理装置の状態を指定する情報を含み、
前記更新制限部は、前記更新情報において指定されている状態が前記状態検知部によって検知不可能な場合に、前記状態通知先情報の更新を制限することを特徴とする、請求項５乃至７いずれかに記載の状態通知装置。
【請求項９】
前記状態通知先情報取得部は、前記状態検知部が検知した状態の上位概念の状態が前記状態通知先情報において指定されている場合、前記上位概念下の全ての下位概念の状態に関連付けられた前記通知先の情報全てを取得することを特徴とする、請求項１乃至８いずれかに記載の状態通知装置。
【請求項１０】
前記状態通知先情報取得部は、前記画像処理装置の各状態の上位概念及び下位概念の階層構造を示す情報を記憶しており、前記階層構造を示す情報に基づいて前記通知先の情報を取得することを特徴とする、請求項９に記載の状態通知装置。
【請求項１１】
前記画像処理装置と一体に構成されていることを特徴とする、請求項１乃至１０いずれかに記載の状態通知装置。
【請求項１２】
ネットワークに接続されて動作する画像処理装置及び当該画像処理装置の状態を検知して通知する状態通知装置を含む画像処理システムであって、
前記状態通知装置は、
前記画像処理装置の動作状態を検知する動作検知部と、
前記画像処理装置の動作と当該動作が実行されたことを通知すべき通知先の情報とが関連付けられた動作通知先情報を記憶している動作通知先情報記憶部と、
前記動作通知先情報に基づいて前記動作検知部によって検知された動作状態を通知すべき通知先の情報を取得する動作通知先情報取得部と、
前記取得された通知先に前記検知された動作状態を通知する動作通知部とを有することを特徴とする、画像処理システム。
【請求項１３】
前記画像処理装置に画像処理の実効命令を送信する実行命令送信部と、
前記実行命令の送信に際して、前記実効命令に係る画像処理と当該画像処理が実行されたことを通知すべき通知先の情報とを前記通知先情報記憶部に記憶させる動作通知先情報記憶指示部とを更に有し、
前記動作通知先情報記憶部は、前記動作通知先情報記憶指示部による指示に応じて前記実効命令に係る画像処理装置と前記通知先の情報とを関連付けて記憶し、
前記動作検知部は、前記実効命令に係る前記画像処理の実行を検知し、
前記動作通知先情報記取得部は、前記動作通知先情報記憶部から前記通知先の情報を取得し、
前記動作通知部は、前記画像処理の実行を前記取得された通知先に通知することを特徴とする、請求項１２に記載の画像処理システム。
【請求項１４】
前記画像処理システムにおける通信を管理する通信管理部と、
前記動作通知先情報を管理している動作通知先情報管理部とを含む状態通知管理装置を更に有し、
前記動作通知先情報記憶部は、前記動作通知先情報管理部から前記動作通知先情報を取得して記憶することを特徴とする、請求項１２または１３に記載の画像処理システム。
【請求項１５】
前記状態通知装置は、電源投入に応じて前記通信管理装置にアクセスすることにより前記画像処理システムにおける他の装置との通信を開始する通信開始部を更に有し、
前記動作通知先情報記憶部は、前記通信の開始に応じて前記動作通知先情報管理部から前記動作通知先情報を取得することを特徴とする、請求項１４に記載の画像処理システム。
【請求項１６】
前記状態通知装置が前記画像処理装置と一体に構成されていることを特徴とする、請求項１２または１３に記載の画像処理システム。
【請求項１７】
情報処理装置を、ネットワークに接続されて動作する画像処理装置の状態をネットワークを介して接続された通知先に通知する状態通知装置として動作させる制御プログラムであって、
前記画像処理装置の状態を検知するステップと、
前記画像処理装置の状態と当該状態を通知すべき通知先の情報とが関連付けられた状態通知先情報に基づき、前記状態検知部によって検知された状態を通知すべき通知先の情報を取得するステップと、
前記取得された通知先に前記検知された状態を通知するステップとを前記情報処理装置に実行させることを特徴とする、制御プログラム。
【請求項１８】
請求項１７に記載の制御プログラムを前記情報処理装置が読み取り可能な形式で記録したことを特徴とする、記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状態通知装置、画像処理システム、制御プログラム及び記録媒体に関し、特に画像処理装置の動作情報の管理に関する。
【背景技術】
【０００２】
近年、情報の電子化が推進される傾向にあり、電子化された情報の出力に用いられるプリンタやファクシミリ及び書類の電子化に用いるスキャナ等の画像処理装置は欠かせない機器となっている。このような画像処理装置は、撮像機能、画像形成機能及び通信機能等を備えることにより、プリンタ、ファクシミリ、スキャナ、複写機として利用可能な複合機として構成されることが多い。
【０００３】
また、このような画像処理装置は、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等のネットワークに接続され、同様にネットワークに接続されているＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等のクライアント端末から印刷ジョブを受信して画像形成を実行するネットワークプリンタとして運用されることが多い。
【０００４】
このような画像処理装置を管理するための従来の方法として、ネットワークを介して接続された管理サーバが画像処理装置の状態を監視する方法がある。この方法において、管理サーバは、それぞれの画像形成装置の状態を一定間隔で監視し、画像処理装置における用紙ジャム、用紙切れ、印刷完了等のイベントを検知し、予め特定された通知先に通知する。
【０００５】
他方、画像処理装置が装置の状態を外部に通知する方法として、装置の状態の変化を所定の通知先に通知する方法が提案されている（例えば、特許文献１参照）。特許文献１に開示された画像処理装置は、処理の一部を外部の装置に実行させる場合において、自機で実行している処理の実行時の状態変化を所定の通知先に通知する。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の画像処理装置の管理方法においては、事前に決められた管理者情報にのみ基づいて上述した管理サーバが管理を行なう。従って、動的に管理者情報を変更して必要なときに必要な情報だけを管理することは出来なかった。また、画像処理装置の状態に関する情報は、管理サーバを操作可能な管理者だけが必要とするとは限らない。例えば、ユーザが実行要求したジョブの進行状況やエラー等の情報は、管理者だけでなく、ユーザによっても必要とされる情報である。その場合、ユーザは、上記ジョブに関する情報をリアルタイムに必要とする。
【０００７】
上記のように、画像処理装置の管理に際しては、１つのイベントについて１つのルール（管理方法）を設定するだけでは不十分であり、イベント毎に必要な通知先に必要な情報のみを通知する必要がある。すなわち、１つのイベントについて複数のルールが必要となる。
【０００８】
本発明は、上記実情を考慮してなされたものであり、ユーザや管理者など必要となる情報が違う複数のユーザに、画像処理装置の状態（変化）に関するイベントごとにリアルタイムに必要な通知先のみに通知するようにして、利便性を高めることを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、請求項１に記載の発明は、ネットワークに接続されて動作する画像処理装置の状態を通知する状態通知装置であって、前記画像処理装置の状態を検知する状態検知部と、前記画像処理装置の状態と当該状態を通知すべき通知先の情報とが関連付けられた状態通知先情報に基づき、前記状態検知部によって検知された状態を通知すべき通知先の情報を取得する状態通知先情報取得部と、前記取得された通知先に前記検知された状態を通知する状態通知部とを有することを特徴とする。
【００１０】
また、請求項２に記載の発明は、ネットワークに接続された少なくとも１の画像処理装置の複数種類の状態および／または処理過程の進行状態を複数の通知先に対して状態の種類または処理の進行状態に応じて選択的に通知する状態通知装置であって、前記画像処理装置の複数種類の状態および／または前記進行状態を検知する状態検知部と、前記状態検知部の検知する各状態と夫々の状態を通知すべき１以上の通知先の情報とが関連付けられた状態通知先情報を参照して、前記状態検知部によって検知された状態の種別に応じて検知を通知すべき通知先を取得する状態通知先情報取得部と、前記取得された通知先全てに前記検知された状態を通知する状態通知部とを有することを特徴とする。
【００１１】
また、請求項３に記載の発明は、請求項１または２に記載の状態通知装置において、前記状態通知先情報を記憶している状態通知先情報記憶部を更に有し、前記状態通知先情報取得部は、前記状態検知部が検知した前記画像処理装置の状態に基づいて前記状態通知先情報記憶部から前記通知先の情報を取得することを特徴とする。
【００１２】
また、請求項４に記載の発明は、請求項３に記載の状態通知装置において、前記状態通知先情報記憶部に記憶されている状態通知先情報を、入力された更新情報に基づいて更新する状態通知先情報更新部を更に有することを特徴とする。
【００１３】
また、請求項５に記載の発明は、請求項４に記載の状態通知装置において、前記状態通知先情報更新部による前記状態通知先情報の更新を制限する更新制限部と、前記更新制限部が前記状態通知先情報の更新可否を判断するための情報である更新制限情報を記憶している更新制限情報記憶部とを更に有し、前記更新制限部は、前記入力された更新情報と前記更新制限情報とに基づいて前記通知先情報更新部による前記状態通知先情報の更新を制限することを特徴とする。
【００１４】
また、請求項６に記載の発明は、請求項５に記載の状態通知装置において、前記更新情報は、前記状態通知先情報の更新を指示したユーザの情報を含み、前記制限情報は、前記ユーザと当該ユーザによる更新可否を示す情報とが関連付けられた情報を含み、前記更新制限部は、前記状態通知先情報の更新を支持したユーザによる更新可否を示す情報を前記制限情報記憶部から取得して前記状態通知先情報の更新を制限することを特徴とする。
【００１５】
また、請求項７に記載の発明は、請求項５または６に記載の状態通知装置において、前記更新制限情報は、前記画像処理装置の状態を指定する情報及び前記画像処理装置の状態毎に前記ユーザによる更新可否を示す情報とが関連付けられた情報を含み、前記更新情報は、前記状態通知先情報の更新を指示したユーザの情報及び前記画像処理装置の状態を指定する情報を含み、前記更新制限部は、前記画像処理装置の状態を指定する情報に対応する前記更新可否を示す情報を前記制限情報記憶部から取得して前記状態通知先情報の更新を制限することを特徴とする。
【００１６】
また、請求項８に記載の発明は、請求項５乃至７いずれかに記載の状態通知装置において、前記更新制限情報は、前記状態検知部が検知可能な前記画像処理装置の状態の情報を含み、前記更新情報は、前記画像処理装置の状態を指定する情報を含み、前記更新制限部は、前記更新情報において指定されている状態が前記状態検知部によって検知不可能な場合に、前記状態通知先情報の更新を制限することを特徴とする。
【００１７】
また、請求項９に記載の発明は、請求項１乃至８いずれかに記載の状態通知装置において、前記状態通知先情報取得部は、前記状態検知部が検知した状態の上位概念の状態が前記状態通知先情報において指定されている場合、前記上位概念下の全ての下位概念の状態に関連付けられた前記通知先の情報全てを取得することを特徴とする。
【００１８】
また、請求項１０に記載の発明は、請求項９に記載の状態通知装置において、前記状態通知先情報取得部は、前記画像処理装置の各状態の上位概念及び下位概念の階層構造を示す情報を記憶しており、前記階層構造を示す情報に基づいて前記通知先の情報を取得することを特徴とする。
【００１９】
また、請求項１１に記載の発明は、請求項１乃至１０いずれかに記載の状態通知装置において、前記画像処理装置と一体に構成されていることを特徴とする。
【００２０】
また、請求項１２に記載の発明は、ネットワークに接続されて動作する画像処理装置及び当該画像処理装置の状態を検知して通知する状態通知装置を含む画像処理システムであって、前記状態通知装置は、前記画像処理装置の動作状態を検知する動作検知部と、前記画像処理装置の動作と当該動作が実行されたことを通知すべき通知先の情報とが関連付けられた動作通知先情報を記憶している動作通知先情報記憶部と、前記動作通知先情報に基づいて前記動作検知部によって検知された動作状態を通知すべき通知先の情報を取得する動作通知先情報取得部と、前記取得された通知先に前記検知された動作状態を通知する動作通知部とを有することを特徴とする。
【００２１】
また、請求項１３に記載の発明は、請求項１２に記載の画像処理システムにおいて、前記画像処理装置に画像処理の実効命令を送信する実行命令送信部と、前記実行命令の送信に際して、前記実効命令に係る画像処理と当該画像処理が実行されたことを通知すべき通知先の情報とを前記通知先情報記憶部に記憶させる動作通知先情報記憶指示部とを更に有し、前記動作通知先情報記憶部は、前記動作通知先情報記憶指示部による指示に応じて前記実効命令に係る画像処理装置と前記通知先の情報とを関連付けて記憶し、前記動作検知部は、前記実効命令に係る前記画像処理の実行を検知し、前記動作通知先情報記取得部は、前記動作通知先情報記憶部から前記通知先の情報を取得し、前記動作通知部は、前記画像処理の実行を前記取得された通知先に通知することを特徴とする。
【００２２】
また、請求項１４に記載の発明は、請求項１２または１３に記載の画像処理システムにおいて、前記画像処理システムにおける通信を管理する通信管理部と、前記動作通知先情報を管理している動作通知先情報管理部とを含む状態通知管理装置を更に有し、前記動作通知先情報記憶部は、前記動作通知先情報管理部から前記動作通知先情報を取得して記憶することを特徴とする。
【００２３】
また、請求項１５に記載の発明は、請求項１４に記載の画像処理システムにおいて、前記状態通知装置は、電源投入に応じて前記通信管理装置にアクセスすることにより前記画像処理システムにおける他の装置との通信を開始する通信開始部を更に有し、前記動作通知先情報記憶部は、前記通信の開始に応じて前記動作通知先情報管理部から前記動作通知先情報を取得することを特徴とする。
【００２４】
また、請求項１６に記載の発明は、請求項１２または１３に記載の画像処理システムにおいて、前記状態通知装置が前記画像処理装置と一体に構成されていることを特徴とする。
【００２５】
また、請求項１７に記載の発明は、情報処理装置を、ネットワークに接続されて動作する画像処理装置の状態をネットワークを介して接続された通知先に通知する状態通知装置として動作させる制御プログラムであって、前記画像処理装置の状態を検知するステップと、前記画像処理装置の状態と当該状態を通知すべき通知先の情報とが関連付けられた状態通知先情報に基づき、前記状態検知部によって検知された状態を通知すべき通知先の情報を取得するステップと、前記取得された通知先に前記検知された状態を通知するステップとを前記情報処理装置に実行させることを特徴とする。
【００２６】
また、請求項１８に記載の発明は、記録媒体であって、請求項１７に記載の制御プログラムを前記情報処理装置が読み取り可能な形式で記録したことを特徴とする。
【発明の効果】
【００２７】
本発明によれば、画像処理装置のユーザや管理者など必要となる情報が違う複数のユーザに、画像処理装置の状態（変化）に関するイベントごとに複数の管理方法を関連付け、リアルタイムに必要な情報のみを通知先に通知することができ、利便性が高まる
【図面の簡単な説明】
【００２８】
【図１】本発明の実施形態に係る画像処理システムの運用形態を示す図である。
【図２】本発明の実施形態に係る情報処理端末のハードウェア構成を示す図である。
【図３】本発明の実施形態に係る画像形成装置の機能構成を示すブロック図である。
【図４】本発明の実施形態に係るＥＳ情報の一例を示す説明図である。
【図５】本発明の実施形態に係るイベントの階層構造の一例を示す説明図である。
【図６】本実施形態に係る画像処理装置においてＥＳ情報を登録する際の動作を示すフローチャートである。
【図７Ａ】本発明の実施形態に係るＥＳ情報の登録要求に含まれる情報の一例を示す説明図である。
【図７Ｂ】本発明の実施形態に係るＥＳ情報の登録要求メッセージの一例を示す図である。
【図７Ｃ】本発明の実施形態に係るＥＳ情報の登録要求メッセージの一例を示す図である。
【図８】本発明の実施形態に係るユーザ権限情報の一例を示す説明図である。
【図９】本発明の実施形態に係るイベント別権限情報の一例を示す説明図である。
【図１０】本発明の実施形態に係る画像処理装置におけるイベントを検知した場合の動作を示すフローチャートである。
【図１１】本発明の実施形態に係る画像処理装置１における印刷ジョブを受信して印刷出力を実行する場合の動作を示すシーケンスを示す図である。
【図１２】本発明の実施形態に係るＥＳ情報の登録要求の一例を示す説明図である。
【図１３】本発明の他の実施形態に係る画像処理システムの運用形態を示す図である。
【図１４】本発明の実施形態に係る通信管理装置の機能構成を示すブロック図である。
【図１５Ａ】本発明の実施形態に係る通信管理情報ＤＢの記憶情報の一例を示す説明図である。
【図１５Ｂ】本発明の実施形態に係るＥＳ情報ＤＢの記憶情報の一例を示す説明図である。
【図１６】本発明の実施形態に係るシステムの動作を示すシーケンス図である。
【図１７】本発明の他の実施形態に係る画像処理装置の電源投入時の動作を示すフローチャートである。
【図１８】本発明の他の実施形態に係る通信管理サーバの機能構成を示すブロック図である。
【図１９】本発明の他の実施形態に係るシステムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００２９】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
実施の形態１．
図１は、本実施形態に係る画像処理システムの運用形態を示す図である。図１に示すように、本実施形態に係る画像処理システムは、情報処理端末として、画像処理装置１、クライアント装置２、ログサーバ３及び管理者サーバ４を有する。本実施形態に係る画像処理システムの要旨の１つは、画像処理装置１が装置自身の状態若しくは動作をイベントとして検知し、検知した状態若しくは動作に応じてクライアント装置２、ログサーバ３及び管理者サーバ４の夫々に最新の状態を通知することにある。即ち、画像処理装置１が、状態通知装置若しくは動作通知装置として機能する。
【００３０】
本実施形態に係る情報処理端末としては、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）として構成されるクライアント装置２や、サーバとして構成されるログサーバ３及び管理者サーバ４が該当する。更には、画像処理装置１も情報処理機能を有し、情報処理端末に該当する。図２は、本実施形態に係る情報処理端末としてのクライアント装置２のハードウェア構成を示す図である。ここでは、クライアント装置２を例として説明するが、画像処理装置１、ログサーバ３及び管理者サーバ４も図２同様であるから個々の説明は省略する。
【００３１】
図２に示すように、本実施形態に係るクライアント装置２は、一般的な情報処理端末と同様の構成を有する。即ち、本実施形態に係るクライアント装置２は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０、ＨＤＤ４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。
【００３２】
ＣＰＵ１０は演算手段であり、クライアント装置２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。
【００３３】
Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続して、ＣＰＵ１０による制御を可能にする。ＬＣＤ６０は、ユーザがクライアント装置２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス等、ユーザがクライアント装置２に情報を入力するためのユーザインタフェースである。
【００３４】
このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、これに従ってＣＰＵ１０が制御動作することにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、クライアント装置２の機能を実現する機能ブロックが構成される。尚、上述したようにログサーバ３及び管理者サーバ４も図２に示すハードウェア構成と略同様の構成を有するが、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。
【００３５】
次に、本実施形態に係る画像処理装置１の機能構成について説明する。図３は、本実施形態に係る画像処理装置１の機能構成を示すブロック図である。図３に示すように、本実施形態に係る画像処理装置１は、コントローラ１００、ＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｎｔ  Ｆｅｅｄｅｒ：原稿自動搬送装置）１０１、スキャナユニット１０２、排紙トレイ１０３、ディスプレイパネル１０４、ディスプレイパネル１０５、給紙テーブル１０６、プリントエンジン１０７、排紙トレイ１０８、そして、本実施形態を特徴付けるＥＳＤＢ（Ｅｖｅｎｔ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄａｔａ  Ｂａｓｅ）１２１及び制限情報ＤＢ１２２を有する。
図３に示すように、本実施形態に係る画像形成装置１は、スキャナユニット１０２、プリントエンジン１０７を有する複合機として構成されている。尚、図３においては、電気的接続を実線の矢印で示しており、用紙若しくは文書束の流れを破線の矢印で示している。
【００３６】
また、コントローラ１００は、主制御部１１１、エンジン制御部１１２、入出力制御部１１３、画像処理部１１４及び動作検知部１１５を有する。コントローラ１００を始め各部は、ソフトウェアとハードウェアとの組み合わせによって構成される。本実施形態を特徴付けている状態検知部としての動作検知部１１５は、主制御部１１１の制御に従い、画像処理装置１の複数種類の状態および／または処理過程の進行状態や動作をイベントとして検知する。また、動作検知部１１５は、イベントを検知すると、ＥＳＤＢ１２１を参照し、検知したイベントを通知するべき装置のネットワークアドレスを取得する。また、動作検知部１１５は、これら検知部および通知先情報取得部としての機能の他、本実施形態においては、後述するように、通知先情報更新部、更新制限部として機能する。動作検知部１１５は、図２に示すＲＡＭ２０にロードされたプログラムが、ＣＰＵ１０に従って周知の関連各部を制御することにより構成される。
【００３７】
ネットワークＩ／Ｆ１０４は、画像形成装置１がネットワークを介して他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）インタフェースが用いられる。ネットワークＩ／Ｆ１０４は、図２に示すＩ／Ｆ５０によって構成される。
【００３８】
ディスプレイパネル１０５は、画像形成装置１の状態を視覚的に表示する出力インタフェースであると共に、タッチパネルとしてユーザが画像形成装置１を直接操作し若しくは画像形成装置１に対して情報を入力する際の入力インタフェース（操作部）でもある。ディスプレイパネル１０５は、図２に示すＬＣＤ６０及び操作部７０によって構成される。
【００３９】
ＥＳＤＢ１２１は、画像処理装置１内部にて発生するイベントと、そのイベントが発生した場合に通知を受け取る装置であるサブスクライバー（Ｓｕｂｓｃｒｉｂｅｒ）のネットワークアドレスとを関連付けて状態通知先情報として記憶している記憶部である。ネットワークアドレスとしては、インターネットで利用されるＩＰアドレスが一般的であるが、ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｎｄｉｃａｔｏｒ）などの識別子でもよい。ＵＲＩの表記は、sip:0123456789@example.com, im: 0123456789@example.comなどである。ＵＲＩの場合は、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）やＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などのプロトコルによりサーバにてＵＲＩとＩＰアドレスを紐付けて登録されており、そこを経由してリダイレクトすることで相手を特定する場合と、ＸＭＰＰ（ｅＸｔｅｎｓｉｂｌｅ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）などのようにサーバがクライアントからのコネクションに対してＵＲＩを紐付けており、そのコネクションのＩＰアドレスにて相手を特定する場合がある。
【００４０】
本実施形態に係る画像処理装置１は、ＥＳＤＢ１２１に記憶されている情報に基づいて、発生したイベントを外部に通知する。
ここで、図４を参照して、ＥＳＤＢ１２１に記憶されている情報（以降、ＥＳ情報とする）の例について説明する。ＥＳＤＢ１２１は、図４に示すように、イベントとそのイベントの通知を受けるサブスクライバーとを関連付けて記憶している。例えば、画像処理装置１において“用紙ジャム”が発生した場合、画像処理装置１が、“ａｄｍｉｎ１＠ｅｘａｍｐｌｅ．ｃｏｍ”及び“ａｄｍｉｎ２＠ｅｘａｍｐｌｅ．ｃｏｍ”及び“ａｄｍｉｎ３＠ｅｘａｍｐｌｅ．ｃｏｍ”宛に通知することを示している。即ち、ＥＳＤＢ１２１は、一のイベントと複数の通知先とを関連付けて記憶している。これにより、一のイベントを複数の装置に通知することが可能となっている。
【００４１】
図４に示すように、画像処理装置１におけるイベントとは、画像処理装置１の動作の他、画像処理装置１の状態を示す“用紙ジャム”、“用紙切れ”等も含む。即ち、画像処理装置１のイベントとは、画像処理装置１の動作（操作イベント）と装置自体の状態（状態イベント）を示す情報である。以下では、両者を合わせて、単に状態と記載する。従って、本実施形態に係るＥＳ情報は、画像処理装置１に係る各状態と、その状態を通知すべき通知先の情報とが関連付けられた状態通知先情報である。また、ＥＳＤＢ１２１は、通知先情報記憶部として機能する。
【００４２】
画像処理装置１において発生するイベントは、カテゴリに基づいて階層構造を構成する。図５に、イベントの階層構造の例を概念的に示す。図５に示すように、本実施形態に係る画像処理装置１のイベントは、“ジョブ”及び“メンテナンス”のカテゴリを有する。そして、“ジョブ”のカテゴリは、下位概念として“プリント”、“スキャン”及び“ＦＡＸ”等の夫々のジョブに分けられる。更に、夫々のジョブは、下位概念として“ページ数”、“完了通知”等のイベントに分けられる。また、各ジョブ以下のカテゴリは、下位概念としてジョブのＩＤ毎に分けられる。他方、“メンテナンス”のカテゴリは、下位概念として“用紙ジャム”、“用紙切れ”及び“カウンタ”等のイベントに分けられる。図５に示す階層構造の情報は、動作検知部１１５が保持している。
【００４３】
図５に示すようにイベントの階層構造を構成することにより、特定のカテゴリ以下に属するイベントであれば、全て通知するような設定が可能となる。図４の例では、イベントに“ジョブ”が設定されているため、図５の“ジョブ”以下に属するイベントは、全て“ｌｏｇ１＠ｅｘａｍｐｌｅ．ｃｏｍ”及び“ａｄｍｉｎ１＠ｅｘａｍｐｌｅ．ｃｏｍ”に通知される。また、“メンテナンス”以下に属するイベントは、全て“ａｄｍｉｎ１＠ｅｘａｍｐｌｅ．ｃｏｍ”に通知される。このような構成により、夫々のイベントを個別に設定する必要がなく、ＥＳＤＢ１２１の容量を節約することが可能となる。このような効果は、動作検知部１１５が図５に示すような階層構造の情報を保持することにより得られる。
【００４４】
本実施形態においては、ユーザ若しくは管理者が、クライアント装置２や管理者サーバ４を操作することにより、画像処理装置１の動作検知部１１５が、ＥＳＤＢ１２１にＥＳ情報を登録する。
この時、制限情報ＤＢ１２２が参照され、記憶されている状態通知先情報の更新の可否を判断される。
制限情報ＤＢ１２２は、ＥＳＤＢ１２１に記憶されている状態通知先情報の更新の可否を判断するための情報が記憶されている記憶部である。ＥＳＤＢ１２１、制限情報ＤＢ１２２に記憶されている更新制限情報については、後に詳述するユーザ権限情報（図８参照）、イベント別権限情報（図９参照）等の情報である。
【００４５】
コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ３０や光学ディスク等の不揮発性記憶媒体に格納されたファームウェア等の制御プログラムが、ＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等の揮発性メモリ（以下、メモリ）であるＲＡＭ２０にロードされ、これに従ってＣＰＵ１０が周知の関連各部を制御することによって構成される（実現される）ソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、画像形成装置１全体を制御する制御部として機能する。
【００４６】
主制御部１１１は、コントローラ１００に含まれる各部を制御する役割を担い、コントローラ１００の各部に命令を与える。エンジン制御部１１２は、プリントエンジン１０７やスキャナユニット１０２等を制御若しくは駆動する駆動手段としての役割を担う。入出力制御部１１３は、ネットワークＩ／Ｆ１０４を介して入力される信号や命令を主制御部１１１に入力する。また、入出力制御部１１３は、主制御部１１１の制御に従い、ネットワークＩ／Ｆ１０４を介して他の装置にアクセスする。更に、入出力制御部１１３は、ディスプレイパネル１０４に情報表示を行い若しくはディスプレイパネル１０４を介して入力された情報を主制御部１１１に通知する。
【００４７】
画像処理部１１４は、主制御部１１１の制御に従い、印刷出力すべき画像情報に基づいて描画情報を生成する。この描画情報とは、画像形成部であるプリントエンジン１０６が画像形成動作において形成すべき画像を描画するための情報である。また、画像処理部１１４は、スキャナユニット１０２から入力される撮像データを処理し、画像データを生成する。この画像データとは、スキャナ動作の結果物として画像形成装置１に格納され若しくはネットワークＩ／Ｆ１０４を介してクライアント装置２に送信される情報である。
【００４８】
動作検知部１１５は、主制御部１１１の制御に従い、画像処理装置１の状態や動作をイベントとして検知する。また、動作検知部１１５は、イベントを検知すると、ＥＳＤＢ１２１を参照し、検知したイベントを通知するべき装置のネットワークアドレスを取得する。既に述べたように動作検知部１１５は、図２に示すＲＡＭ２０にロードされたプログラムが、ＣＰＵ１０に従って各部を制御することにより構成される。
【００４９】
画像処理装置１は、プリンタとしてあるいはスキャナとしてまた複写機として既知の処理動作を行うが、後述するように、その際に発生する自装置の状態変化を設定された通知先に選択的に通知処理する。プリンタ、スキャナ、複写機としての動作を概説しておく。画像処理装置１が外部からの印刷要求によりプリンタとして印刷処理動作をする場合は、まず、入出力制御部１１３がネットワークＩ／Ｆ１０４を介して印刷ジョブを受信する。入出力制御部１１３は、受信した印刷ジョブを主制御部１１１に転送する。主制御部１１１は、印刷ジョブを受信すると、画像処理部１１４を制御して印刷ジョブに含まれる文書情報若しくは画像情報に基づいて描画情報を生成する。画像処理部１１４によって描画情報が生成されると、エンジン制御部１１２は、生成された描画情報に基づき、給紙テーブル１０６から搬送される用紙に対して画像形成を実行する。プリントエンジン１０７の具体的態様としては、インクジェット方式による画像形成機構や電子写真方式による画像形成機構等を用いることが可能である。プリントエンジン１０７によって画像形成が施された文書は排紙トレイ１０８に排紙される。
【００５０】
画像処理装置１がスキャナとして動作する場合は、ユーザによるディスプレイパネル１０５の操作若しくはネットワークＩ／Ｆ１０４を介して外部のクライアント装置２等から入力されるスキャン実行指示に応じて、入出力制御部１１３が主制御部１１１にスキャン実行信号を転送する。主制御部１１１は、受信したスキャン実行信号に基づき、エンジン制御部１１２を制御する。
【００５１】
エンジン制御部１１２は、ＡＤＦ１０１を駆動し、ＡＤＦ１０１にセットされた撮像対象原稿をスキャナユニット１０２に搬送する。また、エンジン制御部１１２は、スキャナユニット１０２を駆動し、ＡＤＦ１０１から搬送される原稿を撮像する。また、ＡＤＦ１０１に原稿がセットされておらず、スキャナユニット１０２に直接原稿がセットされた場合、スキャナユニット１０２は、エンジン制御部１１２の制御に従い、セットされた原稿を撮像する。即ち、スキャナユニット１０２が撮像部として動作する。
【００５２】
撮像動作においては、スキャナユニット１０２に含まれるＣＣＤ等の撮像素子が原稿を光学的に走査し、光学情報に基づいて生成された撮像情報が生成される。エンジン制御部１１２は、スキャナユニット１０２が生成した撮像情報を画像処理部１１４に転送する。
画像処理部１１４は、主制御部１１１の制御に従い、エンジン制御部１１２から受信した撮像情報に基づき画像情報を生成する。
【００５３】
画像処理部１１４が生成した画像情報はＨＤＤ等の画像形成装置１に装着された記憶媒体に保存される。画像処理部１１４によって生成された画像情報は、ユーザの指示に応じてそのままＨＤＤ等に格納され若しくは入出力制御部１１３及びネットワークＩ／Ｆ１０４を介して外部の装置に送信される。
【００５４】
また、画像処理装置１が複写機として動作する場合は、エンジン制御部１１２がスキャナユニット１０２から受信した撮像情報若しくは画像処理部１１４が生成した画像情報に基づき、画像処理部１１４が描画情報を生成する。その描画情報に基づいてプリンタ動作の場合と同様に、エンジン制御部１１２がプリントエンジン１０７を駆動する。
【００５５】
次に、本実施形態に係る画像処理装置１の状態通知動作について説明する。本実施形態においては、まず、ユーザ若しくは管理者が、クライアント装置２や管理者サーバ４を操作することにより、登録要求を送信して画像処理装置１のＥＳＤＢ１２１にＥＳ情報を登録する。登録要求に含まれる情報の例を図７Ａに示す。図７Ａに示すように、ＥＳ情報の登録要求には、ユーザ、イベント及びサブスクライバーの情報が含まれる。例えば、クライアント装置２は、図７Ａに示すようなＥＳ情報の登録要求を生成すると、生成した登録要求に基づき図７Ｂあるいは図７Ｃに示す如きメッセージを送信する。
【００５６】
上記のメッセージの例はＸＭＬ（eXtensible  Markup  Language）のように構造化された形式で記述されている。他にも類似形式としてＪＳＯＮ（JavaScript  Object Notation）、ＹＡＭＬ（YAML Ain't  Markup  Language）、ＲＤＦ（Resource  Description  Framework ）等があげられる。このメッセージの例はテキスト形式のように構造化されていない形式でもよい。
【００５７】
本実施形態に係る画像処理装置１のＥＳＤＢ１２１にＥＳ情報を登録する際の動作について、図６（ａ）を参照して説明する。図６は、本実施形態に係る画像処理装置１において、ＥＳＤＢ１２１にＥＳ情報が登録される際の動作を示すフローチャートである。図６（ａ）は、装置の状態（メンテナンス）の場合で、図６（ｂ）は、後述する動作要求の場合の登録動作に対応している。画像処理装置１において、まず入出力制御部１１３がネットワークＩ／Ｆ１０４を介してＥＳ情報の登録要求（図７Ａ参照）を含んだメッセージを受信する（Ｓ６０１）。
【００５８】
図７Ａに示すユーザの情報は、ＥＳ情報の登録要求を送信したユーザのユーザＩＤである。イベントの情報は、画像処理装置１において検知すべきイベントを特定する情報であり、図４のイベントに対応する。サブスクライバーの情報は、イベントが検知された場合に通知すべき装置のネットワークアドレスの情報であり、図４のサブスクライバーに対応する。
【００５９】
入出力制御部１１３は、図７Ａに示すＥＳ情報の登録要求を受信すると、その情報を主制御部１１１に入力する。主制御部１１１は、図７Ａに示す情報を取得すると、その情報を動作検知部１１５に入力し、動作検知部１１５にＥＳ情報の登録処理を実行させる。
【００６０】
動作検知部１１５は、図７Ａに示すＥＳ情報を取得すると、主制御部１１１の制御に従い、まず登録を要求したユーザが権限を有するユーザか否か判断する（Ｓ６０２）。Ｓ６０２において、動作検知部１１５は、制限情報ＤＢ１２２を参照して、ユーザの権限を判断する。制限情報ＤＢ１２２に記憶されている更新制限情報のうち、Ｓ６０２において動作検知部１１５が参照する情報（以降、ユーザ権限情報とする）を図８に示す。
【００６１】
図８に示すように、ユーザ権限情報は、ユーザＩＤとそのユーザが登録権限を有するか否かを示す情報とが関連付けられた情報である。例えば、“ｕｓｅｒ０００１”は、“ａｃｃｅｐｔ”となっている。これは、ＩＤ“ｕｓｅｒ０００１”のユーザは、ＥＳ情報の登録権限を有することを示している。Ｓ６０２において、動作検知部１１５は、登録要求に含まれる情報のうち、ユーザの情報（要求元のユーザＩＤ）に基づいて制限情報ＤＢ１２２を参照し、“登録権限”の情報を取得する。そして、動作検知部１１５は、取得した“登録権限”の情報の“ａｃｃｅｐｔ”／“ｒｅｊｅｃｔ”に基づき、登録を要求したユーザが権限を有するユーザか否か判断する。
【００６２】
Ｓ６０１において受信した登録要求が権限を有さないユーザによるものである場合（Ｓ６０２／ＮＯ）、動作検知部１１５は、登録が不可能である通知を主制御部１１１に入力する。主制御部１１１は、入出力制御部１１３を制御し、ＥＳ情報の登録要求元にエラー通知を行い（Ｓ６０６）、処理を終了する。これにより、ユーザ毎にＥＳ情報の更新可否を判断することが可能となる。
【００６３】
Ｓ６０１において受信した登録要求が権限を有するユーザによるものである場合（Ｓ６０２／ＹＥＳ）、次に、動作検知部１１５は、ＥＳ情報の登録を要求されているイベントが、通知可能なイベントであるか否かを判断する（Ｓ６０３）。Ｓ６０３において、動作検知部１１５は、登録要求において指定されているイベントが、検知可能なイベントか否かを判断する。例えば、“用紙切れ”についてのＥＳ情報を登録しても、動作検知部１１５が“用紙切れ”を検知する機能を有さない場合、通知することもできないため、無意味な登録となる。従って、Ｓ６０３において、動作検知部１１５は、登録要求において指定されているイベントを、自己が検知可能か否か判断する。
【００６４】
登録要求において指定されているイベントが、動作検知部１１５によって検知不可能なものである場合（Ｓ６０３／ＮＯ）、上記と同様にエラー通知（Ｓ６０６）を行い、処理を終了する。これにより、実質的に機能しないＥＳ情報の登録を排除することが可能となる。他方、登録要求において指定されているイベントが通知可能なものである場合（Ｓ６０３／ＹＥＳ）、次に、動作検知部１１５は、ＥＳ情報の登録を要求したユーザが、対象のイベントについてＥＳ情報を登録する権限を有するか否か判断する（Ｓ６０４）。
【００６５】
Ｓ６０４において、動作検知部１１５は、Ｓ６０２にと同様に、制限情報ＤＢ１２２を参照して、イベント別権限情報に基づきユーザの権限を判断する。制限情報ＤＢ１２２に記憶されている情報のうち、Ｓ６０４において動作検知部１１５が参照する情報（イベント別権限情報）を図９に示す。
【００６６】
図９に示すように、イベント別権限情報は、ユーザのネットワークアドレス、イベント及びそのユーザがそのイベントについて登録権限を有するか否かを示す情報とが関連付けられた情報である。また、図５において説明したと同様に、階層化されいて、“ジョブ”、“イベント”等の上位のカテゴリについて登録権限が指定されている場合、それよりも下位のイベントについて全て同様の権限が設定されている。
【００６７】
Ｓ６０４の判断の結果、ユーザが権限を有していない場合（Ｓ６０４／ＮＯ）、動作検知部１１５は、上記と同様にエラー通知（Ｓ６０６）を行い、処理を終了する。これにより、夫々のイベントについて、より詳細にＥＳ情報の更新可否を判断することが可能となる。他方、Ｓ６０４の判断の結果、ユーザが権限を有している場合（Ｓ６０４／ＹＥＳ）、動作検知部１１５は、受信した登録要求において指定されているイベント及びサブスクライバーをＥＳＤＢ１２１に登録し、登録完了の旨の通知を主制御部１１１に入力する。主制御部１１１は、入出力制御部１１３を制御し、ＥＳ情報の登録要求元に登録完了通知を行い（Ｓ６０５）、処理を終了する。以上説明したように、動作検知部１１５が、通知先情報更新部として機能する。
【００６８】
このような処理により、ＥＳＤＢ１２１へのＥＳ情報の登録が完了する。本実施形態においては、図６に示すＳ６０２、Ｓ６０３及びＳ６０４の処理を実行することにより、無権限のユーザによる不正なＥＳ情報の登録、変更を防ぐことができる。即ち、動作検知部１１５が、更新制限部として機能する。また、制限情報ＤＢ１２２が、更新制限部として機能する。なお、上記説明では、個々の端末装置単位でＥＳ情報の登録を行う場合を説明したが、幾つかのクライアント装置２（ユーザ）がグループ化されていて、グループＩＤを付与されている場合には、グループＩＤを用いてのグループ単位での一括設定も可能とすることができる。このために、画像処理装置１では、グループＩＤと当該グループの構成するユーザの各ユーザＩＤとを対応付けた対応テーブルを保持させてこれを参照可能にすることで、グループＩＤを用いてのＥＳ情報登録要求を受け付けと更新制限を行うようにすればよい。
上述したように、定められた権限に基づいてＥＳ情報の更新を可能とすることにより、画像処理装置１に状態若しくは動作の通知をユーザの要望に応じて得ることが可能となる。
【００６９】
次に、本実施形態に係る画像処理装置１の動作として、動作検知部１１５が装置の状態に関するイベントを検知した場合の動作について説明する。図１０は、動作検知部１１５がイベントを検知した場合の動作を示すフローチャートである。まず、動作検知部１１５が、イベントを検知する（Ｓ１００１）。即ち、動作検知部１１５が状態検知部として機能する。動作検知部１１５は、検知したイベントに基づいてＥＳＤＢ１２１を参照する（Ｓ１００２）。そして、動作検知部１１５は、検知したイベントを通知すべきサブスクライバーのネットワークアドレスを取得する。即ち、動作検知部１１５が、通知先情報取得部として機能する。
【００７０】
Ｓ１００１において検知したイベントを通知すべきサブスクライバーがＥＳＤＢ１２１に登録されていない場合（Ｓ１００３／ＮＯ）、動作検知部１１５は、そのまま処理を終了する。他方、Ｓ１００１において検知したイベントを通知すべきサブスクライバーがＥＳＤＢ１２１に登録されていた場合（Ｓ１００３／ＹＥＳ）、動作検知部１１５は、取得したサブスクライバーの情報を主制御部１１１に通知する。
【００７１】
主制御部１１１は、動作検知部１１５からサブスクライバーの情報を取得すると、入出力制御部１１３を制御し、取得したサブスクライバーに対してイベントの発生を通知させ（Ｓ１００４）、処理を終了する。即ち、入出力制御部１１３が、状態通知部若しくは動作通知部として機能する。これにより、画像処理装置１による他の装置へのイベントの通知が完了する。例えば、Ｓ１００１において検知されたイベントが“用紙ジャム”の場合、図４に示すように、これに対応するサブスクライバーは、“ａｄｍｉｎ３＠ｅｘａｍｐｌｅ．ｃｏｍ”、用紙として設定されている“ａｄｍｉｎ２＠ｅｘａｍｐｌｅ．ｃｏｍ”、及びメンテナンスとして設定されている“ａｄｍｉｎ１＠ｅｘａｍｐｌｅ．ｃｏｍ”である。従って、入出力制御部１１３は、Ｓ１００４において、“ａｄｍｉｎ１＠ｅｘａｍｐｌｅ．ｃｏｍ”、“ａｄｍｉｎ２＠ｅｘａｍｐｌｅ．ｃｏｍ”及び“ａｄｍｉｎ３＠ｅｘａｍｐｌｅ．ｃｏｍ”宛に、“用紙ジャム”の発生を通知する。
【００７２】
このように、本実施形態に係る画像処理装置１は、ＥＳＤＢ１２１にＥＳ情報を登録することにより、夫々のイベントに応じた宛先にイベントの発生を通知することが可能となる。これにより、ネットワークに接続された各装置は、通知の必要なイベントのみの通知を受けることが可能となる。結果的に、状態の監視が容易で利便性の高い画像処理装置を提供することが可能となる。
【００７３】
次に、本実施形態に係る画像処理装置１のジョブ実行に係るイベントを検知した場合の動作について説明する。ユーザがクライアント装置２を操作して画像処理装置１で印刷出力を実行する場合、画像処理装置１におけるジョブの状態、例えば、出力中のページ数や印刷完了等の通知をクライアント装置２が受信することにより、ユーザの利便性を向上することが一般に行われている。ここでは一例として、クライアント装置２から印刷ジョブが入力される場合の例を説明する。本実施形態に係る画像処理装置１は、印刷ジョブの受信に応じてＥＳＤＢ１２１にＥＳ情報を登録することにより、ユーザへのジョブの状態の通知を可能とする。
【００７４】
図１１は、本実施形態に係る画像処理装置１において、クライアント装置２から印刷ジョブを受信して印刷出力を実行する場合の動作を示すシーケンス図である。まず、本実施形態に係るクライアント装置２（例えば、 “ｃｌｉｅｎｔ１＠ｅｘａｍｐｌｅ．ｃｏｍ”）は、画像処理装置１に印刷ジョブを送信する際、先に印刷ジョブのジョブＩＤ発行要求を送信する（Ｓ１１０１）。画像処理装置１において、入出力制御部１１３がネットワークＩ／Ｆ１０４を介してジョブＩＤ発行要求を受信する。入出力制御部１１３は、受信したジョブＩＤ発行要求を主制御部１１１に入力する。
【００７５】
主制御部１１１は、ジョブＩＤ発行要求を受信すると、エンジン制御部１１２を制御し、ジョブＩＤを発行させる。エンジン制御部１１２によってジョブＩＤが発行されると、主制御部１１１は、入出力制御部１１３を制御し、クライアント装置２宛にジョブＩＤを送信させる（Ｓ１１０２）。
【００７６】
クライアント装置２は、画像処理装置１からジョブＩＤを取得すると、取得したジョブＩＤを用いて図１２に示すようなＥＳ情報の登録要求を生成する（Ｓ１１０３）。Ｓ１１０３では、印刷ジョブの実行に応じて通知を受けるべきイベントの通知を受けるための登録要求を生成する。即ち、“プリント”のイベントが指定され、更に、Ｓ１１０２において取得したジョブＩＤが指定される。これにより、“プリント”のイベントのうち、これから発信する印刷ジョブのイベントのみが通知すべきイベントとして指定される。クライアント装置２は、図１２に示すようなＥＳ情報の登録要求を生成すると、生成した登録要求に基づくメッセージ（不図示。図７Ｂ、図７Ｃに示したと類似）及び印刷ジョブを送信する（Ｓ１１０４）。即ち、クライアント装置２が画像処理の実行命令送信部及び通知先情報記憶指示部として機能する。
【００７７】
画像処理装置１において、入出力制御部１１３がネットワークＩ／Ｆ１０４を介してＳ１１０４に係る登録要求及び印刷ジョブを受信する（これは、図６（ｂ）に示すＳ６０１１に相当する）。入出力制御部１１３は、受信した情報を主制御部１１１に入力する。主制御部１１１は、Ｓ１１０４において受信した情報のうち、ＥＳ情報の登録要求情報を動作検知部１１５に入力する。
【００７８】
動作検知部１１５は、ＥＳ情報の登録要求を取得すると、図６（ｂ）に示すＳ６０２〜Ｓ６０５の処理を実行し、取得した登録要求情報に従ってＥＳＤＢ１２１を更新する（Ｓ１１０５）。これにより、所定のジョブＩＤについての“プリント”のイベントを、“ｃｌｉｅｎｔ１＠ｅｘａｍｐｌｅ．ｃｏｍ”（クライアント装置２）に通知するようにＥＳＤＢ１２１の情報が更新される。
【００７９】
ＥＳＤＢ１２１の更新が完了すると、主制御部１１１は、エンジン制御部１１２及び画像処理部１１４を制御し、印刷ジョブを実行させる（Ｓ１１０６）。画像処理装置１が印刷ジョブを実行し、ジョブの進行に応じて、動作検知部１１５がイベントを順次に検知する（Ｓ１１０７）。
【００８０】
動作検知部１１５は、イベントを検知すると、ＥＳＤＢ１２１を参照し（Ｓ１１０８）、検知したイベントを通知すべきサブスクライバーの情報を取得する。ここで、複数のサブスクライバーが通知された場合は、複数のサブスクライバーの情報が取得される。Ｓ１１０５の処理により、ＥＳＤＢ１２１には、Ｓ１１０６において実行されているジョブのイベントを通知すべきサブスクライバーとして、印刷ジョブの要求元であるクライアント装置２が登録されている。従って、Ｓ１１０８の処理により、検知したイベントを通知すべきサブスクライバーとしてクライアント装置２の情報が取得される。
【００８１】
動作検知部１１５がサブスクライバーの情報としてクライアント装置２のネットワークアドレスを取得すると、図１０のＳ１００４と同様に主制御部１１１に制御された入出力制御部１１３がクライアント装置２にイベントの発生を通知する（Ｓ１１０９）。同様にして（Ｓ１１０８）の処理により取得された他のサブスクライバーの情報があれば、それに対応する装置にイベントの発生を通知する。Ｓ１１０７〜Ｓ１１０９の処理は、印刷ジョブが完了するまで、ジョブの進行に応じて複数回実行される（Ｓ１１１０／ＮＯ）。
【００８２】
例えば、図５に示すように、“プリント”のカテゴリ以下には、“ページ数”、“完了通知”が含まれる。従って、操作検知部１１５は、“ページ数”のイベントとして、プリントエンジン１０７が１ページの画像形成出力を完了する度に、イベントを検知する。動作検知部１１５は、エンジン制御部１１２の通知に従ってページ数を検知する。
また、動作検知部１１５は、プリントエンジン１０７が、そのジョブの全ての画像形成出力を完了すると、“完了通知”のイベントを検知する。
【００８３】
印刷ジョブが完了すると（Ｓ１１１０／ＹＥＳ）、動作検知部１１５は、クライアント装置２等にジョブ完了の旨を通知する（Ｓ１１１１）。そして、Ｓ１１０６において登録したＥＳ情報を削除し（Ｓ１１１２）、処理を終了する。このような処理により、印刷ジョブの実行に際して、ユーザによって有効な情報を通知することが可能となる。また、Ｓ１１１２のＥＳ情報を削除処理により、ＥＳＤＢ１２１の容量を有効に活用することが可能で省容量化に繋がる。
また、Ｓ１１０７〜Ｓ１１０９の処理により、印刷ジョブに関するイベントをリアルタイムにユーザに通知することが可能となる。
【００８４】
以上説明したように、本実施形態に係る画像処理装置１によれば、ユーザや管理者など必要となる情報が違う複数のユーザに、画像処理装置の状態（変化）に関するイベントごとにリアルタイムに必要な通知先のみに通知するようにした、状態の監視が容易で利便性を高めた画像処理装置を提供することが可能となる。
【００８５】
尚、上記実施形態においては、ＥＳＤＢ１２１が画像処理装置１内部に設けられている例を説明した。これにより、ＥＳＤＢ１２１の検索によるＥＳ情報の取得を迅速に完了することができる。この他、ＥＳＤＢ１２１は、ネットワークを介して画像処理装置１と接続された装置に設けられていても良い。この場合、画像処理装置１は、ネットワークを介してＥＳ情報を取得することにより、上記同様の処理を実行可能である。この場合、画像処理装置１が、検知したイベントの情報を、ネットワークを介してＥＳＤＢ１２１に送信し、それに対応するサブスクライバーの情報のみをＥＳＤＢ１２１から取得するようにしても良い。
【００８６】
実施の形態２．
実施の形態１においては、ネットワークに接続された各装置が直接通信を実行する場合を想定して説明した。本実施形態においては、各装置が、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）や、ＸＭＰＰ（ｅＸｔｅｎｓｉｂｌｅ  Ｍｅｓｓａｇｉｎｇ  ａｎｄ  Ｐｒｅｓｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）等に従って通信管理サーバを介して通信を実行する場合を例として説明する。また、ＥＳ情報を通信管理サーバで管理するようにしている。
【００８７】
ＥＳ情報を通信管理サーバで管理する理由は、主にログ管理サーバや管理者の設定が容易になるためである。ログを画像処理装置側に保管すると、
機器側のソフトウェアが複雑になる
ログの解析のために画像処理装置内のデータにアクセスする必要がある
画像処理装置内にデータのバックアップがしにくい
などの難点がある。
そこで、本実施形態では、ログ保管モジュール(一般にロガーと呼ばれる)をサーバ側で自由に設定し、機器毎に異なるロガーを複数設定することも簡単に行えるようにしている。
従って、稼働中にイベントの種類によって動的にロガーを設定したり、切り替えたりすることが可能である。またログの形式の変更など、ロガーのソフトウェアのアップデートも簡単に行える。また、装置の管理者への通知も同様に動的に自在に設定可能である。
【００８８】
以下の説明では、実施の形態１と同様の符号を付す構成については、実施の形態１と同一または相当部を示すものとし、説明を省略する。図１３は、本実施形態に係る画像処理システムの運用形態を示す図である。図１３に示すように、本実施形態に係る画像処理システムは、実施の形態１の態様に加えて、通信管理サーバ５を有する。通信管理サーバ５は、所定のプロトコルに従い、図１３に示す各装置間の通信を管理する装置である。尚、本実施形態に係る通信管理サーバ５は、ＳＩＰに従って通信を管理する。これにより、セキュアな通信を実現することが可能となる。通信管理サーバ５は、図２において説明したハードウェア構成と略同様の構成を有する。尚、ログサーバ３及び管理者サーバ４と同様に、ＬＣＤ６０及び操作部７０は省略可能である。
【００８９】
次に、通信管理装置である通信管理サーバ５の機能構成について、図１４を参照して説明する。図１４に示すように、通信管理サーバ５は、コントローラ５００、ネットワークＩ／Ｆ５０１、通信管理部５０３、通信管理情報ＤＢ５１１、ＥＳＤＢ５１２及び制限情報ＤＢ５１３を有する。コントローラ５００は、コントローラ５００が、主制御部５０２、通信管理部５０３を有し、通信管理サーバ５全体を制御する制御部として機能する。主制御部５０２は、コントローラ５００の各部を制御する。また、通信管理部５０３は、図１６において説明する通信管理機能を実現する構成であり、通信管理情報ＤＢ５１１を参照可能なように構成される。コントローラ５００は、ＲＡＭ２０にロードされたプログラムがこれに従ってＣＰＵ１０が制御動作することにより、構成される。
【００９０】
ネットワークＩ／Ｆ５０１は、通信管理サーバ５がネットワークを介して他の機器と通信するためのインタフェースである。ネットワークＩ／Ｆ５０１は、図２に示すＩ／Ｆ５０によって構成される。
【００９１】
通信管理情報ＤＢ５１１は、通信管理サーバ５が、他の装置の通信を管理するための情報を記憶している記憶部である。図１５Ａに、通信管理情報ＤＢ５１１が記憶している情報の例を示す。図１５Ａに示すように、通信管理情報ＤＢ５１１は、通信を管理すべき機器の名前、機器のネットワーク上での識別ＩＤであるネットワークアドレス及び機器のＩＰアドレスの情報を関連付けて記憶している。機器のネットワーク上での識別ＩＤは、通信管理サーバ５が各機器の通信を管理するためのＩＤである。
【００９２】
通信管理情報ＤＢ５１１は、ネットワークに接続されて動作している機器の情報のみ記憶している。即ち、図１３に示すようにネットワークに接続されている場合であっても、電源が投入されていなければ、通信管理情報ＤＢ５１２には、情報は記憶されていない。
換言すると、通信管理情報ＤＢ５１２に情報が登録されていても、その機器の電源がＯＦＦされた場合、各機器は、電源が投入されると、まず通信管理サーバ５にログインする。これにより、通信管理情報ＤＢ５１２に各機器の情報が登録され、ネットワークを介した通信が可能となる。上記ログインは、例えば、画像処理装置１の場合、入出力制御部１１３が主制御部１１１の制御に従って実行する。即ち、入出力制御部１１３が通信開始部として機能する。
【００９３】
ＥＳＤＢ５１２は、図４において説明したＥＳ情報の初期データを記憶するための記憶部である。通信管理サーバ５のＥＳＤＢ５１２は、ネットワーク接続されている複数の画像処理装置夫々のためのＥＳ情報の初期データを全て記憶している（図１５Ｂ参照）。
【００９４】
制限情報ＤＢ５１３は、図８、図９において説明した制限情報を記憶している記憶部である。制限情報ＤＢ５１３も、ＥＳＤＢ５１２と同様に、ネットワーク接続されている複数の画像処理装置のための制限情報を記憶している。これについては後に詳述する。
【００９５】
次に、本実施形態に係る画像処理システムにおいて、機器同士が通信を開始する際の動作の一例について、図１６を参照して説明する。図１６においては、クライアント装置２が画像形成装置１に印刷ジョブを送信する際の動作について説明する。クライアント装置２は、画像形成装置１に印刷ジョブを送信する際、画像形成装置１のネットワーク上での識別ＩＤを指定して通信管理サーバ５にセッション要求を送信する（Ｓ１６０１）。ここで指定されるネットワーク上での識別ＩＤとは、図１５Ａにおいて説明したネットワーク上での識別ＩＤでネットワークアドレスである。即ち、Ｓ１６０１においては、“ｐｒｉｎｔｅｒ１＠ｃａｌｌｓｅｒｖｅｒ．＊＊＊”というＩＤが指定される。
【００９６】
ネットワークＩ／Ｆ５０１を介してクライアント装置２からセッション要求を受信すると、通信管理サーバ５のコントローラ５００は、通信管理情報ＤＢ５１１を参照し、セッション要求の転送先として画像形成装置１のＩＰアドレスを取得する（Ｓ１６０２）。そして、通信管理サーバ５は、画像形成装置１に対して、クライアント装置２とのセッションを要求する（Ｓ１６０３）。
【００９７】
画像形成装置１は、通信管理サーバ５からセッション要求を受信すると、その要求に応答する（Ｓ１６０４）。Ｓ１６０４の応答の情報には、ポート番号等の情報が含まれる。通信管理サーバ５は、画像形成装置１からの応答をクライアント装置２に転送する（Ｓ１６０５）。これにより、クライアント装置２と画像形成装置１との間にセッションが確立される。
【００９８】
セッションが確立すると、そのセッションを用いて、クライアント装置２は、画像形成装置１に対して既述した登録要求及び印刷ジョブを送信する（Ｓ１６０６）。画像形成装置１は、クライアント装置２から受信した印刷ジョブに従ってジョブを実行し、この間必要なイベント検知の通知処理を行い、ジョブを終了する。このような通信態様により、セキュアな通信を実現することが可能となる。図１４の例においては、コントローラ５００の通信管理部５０３及び通信管理情報ＤＢ５１１が通信管理部として機能している。
【００９９】
このような画像処理システムにおいて、本実施形態は、画像処理装置１のＥＳＤＢ１２１を、通信管理サーバ５のＥＳＤＢ５１２に同期させる。画像処理装置１によるＥＳＤＢ１２１の同期動作は、電源投入時に実行される。また、画像処理装置１の制限情報ＤＢ１２２を、通信管理サーバ５の制限情報ＤＢ５１３に同期させる。本実施形態に係る画像処理装置１の電源投入時の動作について、図１７を参照して説明する。
【０１００】
図１７に示すように、電源が投入されると（Ｓ１７０１）、まず、画像処理装置１が、
通信管理サーバ５にログインする（Ｓ１７０２）。これにより、図１５Ａに示すように、画像処理装置１の情報が、通信管理サーバ５の通信管理情報ＤＢ５１１に登録される。Ｓ１７０２の処理は、入出力制御部１１３が主制御部１１１の制御に従って動作することにより実行される。
【０１０１】
通信管理サーバ５へのログインが完了すると、画像処理装置１は、通信管理サーバ５のＥＳＤＢ５１２に記憶されているＥＳ情報のうち、自装置（画像処理装置１）のためのＥＳ情報をダウンロードする（Ｓ１７０３）。そして、画像処理装置１は、ダウンロードしたＥＳ情報を自身のＥＳＤＢ１２１に記憶し（Ｓ１７０４）、処理を終了する。これにより、通信管理サーバ５のＥＳＤＢ５１２と画像処理装置１のＥＳＤＢ１２１との同期が完了する。
【０１０２】
以降の、画像処理装置１におけるＥＳＤＢ１２１の登録処理は、前実施形態と全く同様であり、図６において説明した動作と同様に処理が実行される。画像処理装置１のコントローラ１００は、制限情報ＤＢ１２２に記憶されている制限情報を参照して、図６に示す処理を実行する。
【０１０３】
本実施形態に係る画像処理システムにおけるイベントの検知及び通知動作は、実施の形態１の図１０及び図１１と同様に実行される。ここで、各機器同士の通信は、図１６において説明した通信管理サーバ５の通信管理部１１５による仲介によって行なわれる。
【０１０４】
以上説明したように、本実施形態に係る画像処理システムにおいては、ＳＩＰやＸＭＰＰ等のプロトコルに従って通信が実行される場合に、ＥＳＤＢ１２１がＥＳＤＢ５１２と同期することにより、情報を最新の状態に保つことが可能となる。
【０１０５】
尚、上記実施形態においては、画像処理装置１の電源投入時にＥＳＤＢ１２１の同期を実行する例を説明した。この他、画像処理装置１の動作中において定期的にＥＳＤＢ１２１の同期を実行しても良い。
【０１０６】
また、画像処理装置１の電源ＯＦＦ時において、ＥＳＤＢ１２１の情報の内容は破棄することが望ましい。これにより、過去のＥＳ情報が残ってしまうことを防ぐことができる。このような態様は、例えば、ＥＳＤＢ１２１を揮発性の記憶媒体によって構成することにより、容易に実現可能である。
【０１０７】
また、上記実施形態においては、通信管理サーバ５が、図１７に示す通信管理機能及びＥＳＤＢ５１２の機能を有する例を説明した。しかしながら、通信管理機能とＥＳＤＢ５１２の機能とが別々のサービス提供者によって提供される場合もあり得る。すなわち、上記通信管理機能とＥＳＤＢ５１２の機能とを別々のサーバで実現しても良い。その他、ＥＳＤＢの更新処理を通信管理サーバ５ではなく、画像処理装置１側のＥＳＤＢ１２１に対して実行するようなシステム構成に変更することも容易にできる。
【０１０８】
実施の形態３．
画像処理装置１からＥＳＤＢ１２１を省略し、通信管理サーバ５にイベントの通知機能を持たせることも可能である。第３実施形態としてそのような例について、図１８に示す。図１８は、イベントの通知機能を有する通信管理サーバ５の機能構成を示すブロック図である。図１８に示す通信管理サーバ５は、コントローラ５００が、主制御部５０２、通信管理部５０３及びＥＳ管理部５０４を有する。
【０１０９】
主制御部５０２は、コントローラ５００の各部を制御する。通信管理部５０３は、図１６において説明した通信管理機能を実現する構成であり、通信管理情報ＤＢ５１１を参照可能なように構成される。また、ＥＳ管理部５０４は、イベント通知機能を実現する構成であり、ＥＳＤＢ５１２及び制限情報ＤＢ５１３を参照可能に構成される。
【０１１０】
本実施形態によれば、ＥＳＤＢの更新処理を画像処理装置１ではなく通信管理サーバ５に対して実行する。従って、画像処理装置１の処理負荷を低減することができる。他方、通信管理サーバ５は、多くのネットワーク機器の通信を管理するため、一般に処理能力の高いハードウェア資源によって構成されていて、更新処理は大きな負担とはならず、ハードウェア資源を有効に利用することが可能となる。
【０１１１】
通信管理サーバ５に対してＥＳ情報を登録する際は、図６において説明した動作と同様に処理が実行される。通信管理サーバ５のコントローラ５００は、制限情報ＤＢ５１３に記憶されている制限情報を参照して、図６に示す処理を実行する。尚、図６のＳ６０３の処理を実行するためには、ＥＳ情報を設定する対象の画像処理装置１において動作検知部１１５が検知可能なイベントを知る必要がある。従って、制限情報ＤＢ５１３は、ネットワークに接続されている画像処理装置１の動作検知部１１５が検知可能なイベントの情報を記憶している。
【０１１２】
尚、本実施形態においては、ＥＳＤＢ５１２の更新処理は画像処理装置１では実行されないため、画像処理装置１の制限情報ＤＢ１２２及び動作検知部１１５の機能のうちＥＳＤＢ１２１の更新機能（図６において説明した機能）は省略可能である。
【０１１３】
図１８に示す通信管理サーバ５による画像処理システムの通知動作について、図１９を参照して説明する。ＥＳ情報等の登録処理については、これまでの実施形態におけると略同様であり、説明を省略した。図１９は、画像処理装置１において検知されたイベントをログサーバ３に通知する場合の動作を示すシーケンス図である。
【０１１４】
図１９に示すように、まず、画像処理装置１において動作検知部１１５がイベントを検知する（Ｓ１９０１）。動作検知部１１５は、検知したイベントを主制御部１１１に入力する。主制御部１１１は、入出力制御部１１３を制御し、動作検知部１１５から入力されたイベントを、通信管理サーバ５に通知する（Ｓ１９０２）。
【０１１５】
通信管理サーバ５に入力されたイベント通知は、主制御部５０２によってＥＳ管理部５０４に入力される。即ち、本実施形態においては、ＥＳ管理部５０４が動作検知部として機能する。ＥＳ管理部５０４は、ＥＳＤＢ５１２を参照し、図１０のＳ１００２、Ｓ１００３の処理と同様にサブスクライバーの情報（ネットワーク上での識別ＩＤ）を取得する（Ｓ１９０３）。ＥＳ管理部５０４が取得したサブスクライバーの情報は、主制御部５０２により、通信管理部５０３に入力される。
【０１１６】
通信管理部５０３は、入力されたサブスクライバーのネットワーク上での識別ＩＤに基づき、通信管理情報ＤＢ５１１から、サブスクライバーのＩＰアドレスを取得する（Ｓ１９０４）。ここで、複数のサブスクライバーが通知された場合は、複数のＩＰアドレスが取得される。通信管理部５０３は、取得したＩＰアドレスの情報をＥＳ管理部５０４に入力する。
【０１１７】
ＥＳ管理部５０４は、サブスクライバーのＩＰアドレスを取得すると、通知すべきイベントの情報とサブスクライバーのＩＰアドレスとを関連付けてイベント通知情報を生成し、主制御部５０２に入力する。主制御部５０２は、入力されたイベント通知情報に基づき、指定されたＩＰアドレスにイベントを通知する（Ｓ１９０５）。このような処理により、図１８の態様によるイベントの通知処理が完了する。
【０１１８】
このように、通信管理サーバ５によってイベントの通知を行なうことにより、画像処理装置１が実行すべき処理を更に低減することが可能となる。また、図１８の例の場合、画像処理装置１が実行すべき処理は、検知したイベントを通信管理サーバ５に送信することのみであるため、画像処理装置１に加える機能が少なく、容易に実現可能である。
【０１１９】
尚、図１９に示すように、図１８の態様による通信は、図１６のようにセッション確立を待たずに通信管理サーバ５が仲介する形で実行される。これは、Ｓ１９０２及びＳ１９０５においてやり取りされる情報量が少ないため、セッションを確立するためのシグナリングチャネルによる通信が可能だからである。これにより、ネットワーク負荷を低減することが可能となる。
【符号の説明】
【０１２０】
１  画像処理装置、
２  クライアント装置、
３  ログサーバ、
４  管理者サーバ、
５  通信管理サーバ、
１０  ＣＰＵ、
２０  ＲＡＭ、
３０  ＲＯＭ、
４０  ＨＤＤ、
５０  Ｉ／Ｆ、
６０  ＬＣＤ、
７０  操作部、
８０  バス、
１００  コントローラ、
１０１  ＡＤＦ、
１０２  スキャナユニット、
１０３  排紙トレイ、
１０４  ネットワークＩ／Ｆ、
１０５  ディスプレイパネル、
１０６  給紙テーブル、
１０７  プリントエンジン、
１０８  排紙トレイ、
１１１  主制御部、
１１２  エンジン制御部、
１１３  入出力制御部、
１１４  画像処理部、
１１５  動作検知部、
１２１  ＥＳＤＢ、
１２２  制限情報ＤＢ
５００  コントローラ、
５０１  ネットワークＩ／Ｆ、
５０２  主制御部、
５０３  通信管理部、
５０４  ＥＳ管理部、
５１１  通信管理情報ＤＢ、
５１２  ＥＳＤＢ、
５１３  制限情報ＤＢ
【先行技術文献】
【特許文献】
【０１２１】
【特許文献１】特開２００６−２９５８８３号公報
【図１】
2010114881.tif 000003
【図２】
2010114881.tif 000004
【図３】
2010114881.tif 000005
【図４】
2010114881.tif 000006
【図５】
2010114881.tif 000007
【図６】
2010114881.tif 000008
【図７Ａ】
2010114881.tif 000009
【図７Ｂ】
2010114881.tif 000010
【図７Ｃ】
2010114881.tif 000011
【図８】
2010114881.tif 000012
【図９】
2010114881.tif 000013
【図１０】
2010114881.tif 000014
【図１１】
2010114881.tif 000015
【図１２】
2010114881.tif 000016
【図１３】
2010114881.tif 000017
【図１４】
2010114881.tif 000018
【図１５Ａ】
2010114881.tif 000019
【図１５Ｂ】
2010114881.tif 000020
【図１６】
2010114881.tif 000021
【図１７】
2010114881.tif 000022
【図１８】
2010114881.tif 000023
【図１９】
2010114881.tif 000024