(57)【要約】【課題】画像形成システムにおいて、ユーザに極力煩わしさを感じさせることのない態様で、ジョブの完了を通知する。【解決手段】情報処理装置３−１〜３−Ｍのそれぞれでは、画像形成装置１−１〜１−Ｎから、自機に対応したイベントに関する通知を受信すると、その内容がまずイベント管理テーブルに記録される。なお、情報処理装置３−１〜３−Ｍでは、各通知がそれぞれ異なるプロトコルで送信されてきても、イベント管理テーブルにおいて一つのフォーマットでその内容が管理される。そして、イベント管理テーブルに記録された内容は、一定時間ごとにまとめて表示されることによって、ユーザに通知される。【選択図】図１
2007281698.tif 000002
【特許請求の範囲】
【請求項１】
１台以上の画像処理装置と１台以上の情報処理装置が互いに接続されている画像処理システムであって、
前記画像処理装置は、
前記情報処理装置から指示されたジョブの終了を検出する検出手段と、
前記検出手段がジョブの終了を検出した場合に、前記ジョブを指示した前記情報処理装置に第１の通信プロトコルまたは前記第１の通信プロトコルとは異なる第２の通信プロトコルを用いてジョブの終了を通知する情報を送信する通知手段とを含み、
前記情報処理装置は、
前記通知手段から前記第１の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を所定のフォーマットに変換する第１の変換手段と、
前記通知手段から前記第２の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を前記所定のフォーマットと同一のフォーマットに変換する第２の変換手段と、
前記第１の変換手段により変換された前記ジョブの終了を通知する情報と前記第２の変換手段により変換された前記ジョブの終了を通知する情報とを、まとめて表示する情報表示手段とを含む、画像処理システム。
【請求項２】
前記情報表示手段は、一定時間ごとに前記ジョブの終了を通知する情報を表示する、請求項１に記載の画像処理システム。
【請求項３】
前記情報処理装置は、当該情報処理装置を操作するユーザが存在しているか否かを判断する判断手段をさらに含み、
前記情報表示手段は、前記表示を行なう時点において、前記判断手段がユーザが存在していると判断したことを条件として、前記ジョブの終了を通知する情報を表示する、請求項１または請求項２に記載の画像処理システム。
【請求項４】
前記情報処理装置は、
前記情報表示手段が前回前記ジョブの終了を通知する情報を表示させてから前記一定時間が経過するまでの残り時間を算出する算出手段と、
前記残り時間が経過するまでに、自機から指示されたジョブが終了する予定があるか否かを問合せる情報を前記画像処理装置に送信する終了予定問合せ手段とをさらに含み、
前記画像処理装置は、前記終了予定問合せ手段からの問合せに応じて、前記情報処理装置から指示されたジョブが終了する予定があるか否かの情報を返信する終了予定返信手段をさらに含み、
前記情報表示手段は、前記終了予定返信手段から返信された情報が、自機から指示されたジョブが終了する予定が無い旨の情報である場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示する、請求項２に記載の画像処理システム。
【請求項５】
前記情報表示手段は、前記ジョブの終了を通知する情報の件数が所定の件数以上となった場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示する、請求項２に記載の画像処理システム。
【請求項６】
前記情報処理装置は、前記画像処理装置においてエラーが発生しているか否かを問合せるエラー発生問合せ手段をさらに含み、
前記画像処理装置は、前記エラー発生問合せ手段からの問合せに応じて、自機におけるエラーの有無を前記情報処理装置に返信するエラー発生返信手段をさらに含み、
前記情報表示手段は、前記エラー発生問合せ手段によってエラーが発生している返信を受信した場合、前記エラーが発生している返信の内容を、前記ジョブの終了を通知する情報と併せて表示する、請求項１または請求項２に記載の画像処理システム。
【請求項７】
１台以上の画像処理装置と接続される情報処理装置であって、
第１の通信プロトコルを用いて前記画像処理装置から送信された、前記情報処理装置から指示したジョブの終了を通知する情報を受信する第１の受信手段と、
前記第１の通信プロトコルとは異なる第２の通信プロトコルを用いて前記画像処理装置から送信された、前記情報処理装置から指示したジョブの終了を通知する情報を受信する第２の受信手段と、
前記第１の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を所定のフォーマットに変換する第１の変換手段と、
前記第２の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を前記所定のフォーマットと同一のフォーマットに変換する第２の変換手段と、
前記第１の変換手段により変換された前記ジョブの終了を通知する情報と前記第２の変換手段により変換された前記ジョブの終了を通知する情報とを、まとめて表示する情報表示手段とを含む、情報処理装置。
【請求項８】
前記情報表示手段は、一定時間ごとに前記ジョブの終了を通知する情報を表示する、請求項７に記載の情報処理装置。
【請求項９】
当該情報処理装置を操作するユーザが存在しているか否かを判断する判断手段をさらに含み、
前記情報表示手段は、前記表示を行なう時点において、前記判断手段がユーザが存在していると判断したことを条件として、前記ジョブの終了を通知する情報を表示する、請求項７または請求項８に記載の情報処理装置。
【請求項１０】
前記情報表示手段が前回前記ジョブの終了を通知する情報を表示させてから前記一定の時間が経過するまでの残り時間を算出する算出手段と、
前記残り時間が経過するまでに、自機から指示したジョブが終了する予定があるか否かを問合せる情報を前記画像処理装置に送信する終了予定問合せ手段とをさらに含み、
前記情報表示手段は、前記終了予定問合せ手段からの問合せに応じて前記画像処理装置から返信された情報が、自機から指示したジョブが終了する予定がない旨の情報である場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示する、請求項８に記載の情報処理装置。
【請求項１１】
前記情報表示手段は、前記ジョブの終了を通知する情報の件数が所定の件数以上となった場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示する、請求項８に記載の情報処理装置。
【請求項１２】
前記画像処理装置に対してエラーが発生しているか否かを問合せるエラー発生問合せ手段をさらに含み、
前記情報表示手段は、前記エラー発生問合せ手段からの問合せに応じて前記画像処理装置からエラーが発生している旨の情報を返信された場合、当該エラーが発生している旨の情報を、前記ジョブの終了を通知する情報と併せて表示する、請求項７または請求項８に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理システムおよび情報処理装置に関し、特に、画像処理装置と当該画像処理装置から送信されるジョブの終了等の通知に関する情報を表示する情報処理装置とが相互に接続される画像処理システム、および、そのような画像処理システムを構成する情報処理装置に関する。
【背景技術】
【０００２】
近年、処理速度が速く、機能が豊富なＭＦＰ（Multi Function Peripherals）やプリンタ等の画像処理装置が多く流通している。このような画像処理装置は比較的高価であり、また設置するのに比較的広いスペースを必要とするため、１人に対して１台設置されることは難しく、複数人に対して１台設置されるのが主流である。
【０００３】
複数のユーザが１台の画像処理装置を共有して利用する場合、ユーザは、クライアントＰＣ（Personal Computer）からジョブ実行指示を行なっても、当該クライアントＰＣが画像処理装置から比較的離れた場所にある場合には、自分が指示を出したジョブが完了しているか否かを判断することは困難である。
【０００４】
このような事態に鑑み、特許文献１には、画像処理装置とパーソナルコンピュータを含むネットワークにおいて、画像処理装置でジョブが正常終了したことまたは異常終了したことを条件として、その結果が、予め登録されたユーザに通報される技術が開示されている。
【０００５】
また、特許文献２には、プリンタとパソコンを含むネットワークシステムにおいて、同一のユーザが複数のプリントジョブをプリンタに実行させている場合には、当該ユーザのすべてのプリントジョブの出力が完了した時点で、当該ユーザに出力完了通知を送信する技術が開示されている。
【０００６】
また、特許文献３には、プリンタとパソコンを含むネットワークシステムにおいて、各プリントジョブの出力が完了するごとに、各プリントジョブを送信したユーザに、当該ユーザの他のプリントジョブが存在しているか否かによって異なった態様で、完了通知を送信する技術が開示されている。
【特許文献１】特開平１０−２８５３２９号公報
【特許文献２】特開２００１−１０９６０５号公報
【特許文献３】特開２００２−９１７３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上記したような従来技術においては、たとえば特許文献１および特許文献３に開示されたような技術であれば、ジョブが終了するごとにユーザに完了通知がなされるため、ユーザは、その都度完了通知に対して視認する等の対処を必要とされ、煩わしさを感じる場合があった。逆に、特許文献２に開示されたような技術であれば、各ユーザについてすべてのプリントジョブが完了しなければ完了の通知がなされず、ユーザは、初期に指示した一部のジョブについての完了を確認したい場合であっても完了の通知をなかなか受けることができず、不便さを感じる場合があった。
【０００８】
さらに、近年普及しつつある、コピー、ファックス、プリント、スキャン等の複数の機能を備えた複合機（ＭＦＰ）では、各機能毎に異なる態様でジョブ完了の通知を行なうものがある。また、同じ機能であっても、メーカや機種が異なる場合、異なる態様でジョブ完了の通知が行なわれる場合がある。このような場合、ユーザは、個々の通知態様に対応した複数の操作やアプリケーション・ソフトウェアを扱わなければならず、煩雑であった。
【０００９】
本発明は、かかる実情に鑑み考え出されたものであり、その目的は、画像処理システムにおいて、ユーザに極力煩わしさを感じさせることのない態様で、ジョブの完了を通知することである。
【課題を解決するための手段】
【００１０】
本発明の或る局面に従った画像処理システムは、１台以上の画像処理装置と１台以上の情報処理装置が互いに接続されている画像処理システムであって、前記画像処理装置は、前記情報処理装置から指示されたジョブの終了を検出する検出手段と、前記検出手段がジョブの終了を検出した場合に、前記ジョブを指示した前記情報処理装置に第１の通信プロトコルまたは前記第１の通信プロトコルとは異なる第２の通信プロトコルを用いてジョブの終了を通知する情報を送信する通知手段とを含み、前記情報処理装置は、前記通知手段から前記第１の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を所定のフォーマットに変換する第１の変換手段と、前記通知手段から前記第２の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を前記所定のフォーマットと同一のフォーマットに変換する第２の変換手段と、前記第１の変換手段により変換された前記ジョブの終了を通知する情報と前記第２の変換手段により変換された前記ジョブの終了を通知する情報とを、まとめて表示する情報表示手段とを含むことを特徴とする。
【００１１】
また、本発明に従った画像処理システムでは、前記情報表示手段は、一定時間ごとに前記ジョブの終了を通知する情報を表示することが好ましい。
【００１２】
また、本発明に従った画像処理システムでは、前記情報処理装置は、当該情報処理装置を操作するユーザが存在しているか否かを判断する判断手段をさらに含み、前記情報表示手段は、前記表示を行なう時点において、前記判断手段がユーザが存在していると判断したことを条件として、前記ジョブの終了を通知する情報を表示することが好ましい。
【００１３】
また、本発明に従った画像処理システムでは、前記情報処理装置は、前記情報表示手段が前回前記ジョブの終了を通知する情報を表示させてから前記一定時間が経過するまでの残り時間を算出する算出手段と、前記残り時間が経過するまでに、自機から指示されたジョブが終了する予定があるか否かを問合せる情報を前記画像処理装置に送信する終了予定問合せ手段とをさらに含み、前記画像処理装置は、前記終了予定問合せ手段からの問合せに応じて、前記情報処理装置から指示されたジョブが終了する予定があるか否かの情報を返信する終了予定返信手段をさらに含み、前記情報表示手段は、前記終了予定返信手段から返信された情報が、自機から指示されたジョブが終了する予定が無い旨の情報である場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示することが好ましい。
【００１４】
また、本発明に従った画像処理システムでは、前記情報表示手段は、前記ジョブの終了を通知する情報の件数が所定の件数以上となった場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示することが好ましい。
【００１５】
また、本発明に従った画像処理システムでは、前記情報処理装置は、前記画像処理装置においてエラーが発生しているか否かを問合せるエラー発生問合せ手段をさらに含み、前記画像処理装置は、前記エラー発生問合せ手段からの問合せに応じて、自機におけるエラーの有無を前記情報処理装置に返信するエラー発生返信手段をさらに含み、前記情報表示手段は、前記エラー発生問合せ手段によってエラーが発生している返信を受信した場合、前記エラーが発生している返信の内容を、前記ジョブの終了を通知する情報と併せて表示することが好ましい。
【００１６】
本発明に従った情報処理装置は、１台以上の画像処理装置と接続される情報処理装置であって、第１の通信プロトコルを用いて前記画像処理装置から送信された、前記情報処理装置から指示したジョブの終了を通知する情報を受信する第１の受信手段と、前記第１の通信プロトコルとは異なる第２の通信プロトコルを用いて前記画像処理装置から送信された、前記情報処理装置から指示したジョブの終了を通知する情報を受信する第２の受信手段と、前記第１の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を所定のフォーマットに変換する第１の変換手段と、前記第２の通信プロトコルを用いて送信された前記ジョブの終了を通知する情報を前記所定のフォーマットと同一のフォーマットに変換する第２の変換手段と、前記第１の変換手段により変換された前記ジョブの終了を通知する情報と前記第２の変換手段により変換された前記ジョブの終了を通知する情報とを、まとめて表示する情報表示手段とを含むことを特徴とする。
【００１７】
また、本発明に従った情報処理装置では、前記情報表示手段は、一定時間ごとに前記ジョブの終了を通知する情報を表示することが好ましい。
【００１８】
また、本発明に従った情報処理装置は、当該情報処理装置を操作するユーザが存在しているか否かを判断する判断手段をさらに含み、前記情報表示手段は、前記表示を行なう時点において、前記判断手段がユーザが存在していると判断したことを条件として、前記ジョブの終了を通知する情報を表示することが好ましい。
【００１９】
また、本発明に従った情報処理装置は、前記情報表示手段が前回前記ジョブの終了を通知する情報を表示させてから前記一定の時間が経過するまでの残り時間を算出する算出手段と、前記残り時間が経過するまでに、自機から指示したジョブが終了する予定があるか否かを問合せる情報を前記画像処理装置に送信する終了予定問合せ手段とをさらに含み、前記情報表示手段は、前記終了予定問合せ手段からの問合せに応じて前記画像処理装置から返信された情報が、自機から指示したジョブが終了する予定がない旨の情報である場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示することが好ましい。
【００２０】
また、本発明に従った情報処理装置では、前記情報表示手段は、前記ジョブの終了を通知する情報の件数が所定の件数以上となった場合には、前記一定時間の経過を待つことなく、前記ジョブの終了を通知する情報を表示することが好ましい。
【００２１】
また、本発明に従った情報処理装置は、前記画像処理装置に対してエラーが発生しているか否かを問合せるエラー発生問合せ手段をさらに含み、前記情報表示手段は、前記エラー発生問合せ手段からの問合せに応じて前記画像処理装置からエラーが発生している旨の情報を返信された場合、当該エラーが発生している旨の情報を、前記ジョブの終了を通知する情報と併せて表示することが好ましい。
【発明の効果】
【００２２】
本発明によれば、画像処理装置から異なる通信プロトコルを用いて送信されたジョブの終了を通知する情報が、情報処理装置において同一のフォーマットに変換され、まとめて表示される。このため、ユーザは、異なる通信プロトコルを用いてジョブの終了の通知が行なわれた場合であっても、個々の通信プロトコルに応じた操作やアプリケーション・ソフトウェアを必要とすることなく、利便性が向上する。
【発明を実施するための最良の形態】
【００２３】
［第１の実施の形態］
１）  システムの構成要素
図１は、本発明の第１の実施の形態である画像処理システムの構成を模式的に示す図である。
【００２４】
図１を参照して、画像処理システムには、Ｎ台（Ｎは１以上の任意の整数）の画像処理装置１−１〜１−Ｎ、サーバ２、および、Ｍ台（Ｍは１以上の任意の整数）の情報処理装置３−１〜３−Ｍを含む。これらの装置は、いずれもネットワーク４に接続されている。
【００２５】
なお、ネットワーク４は、ＬＡＮ（Local Area Network）などの専用回線を利用したネットワークであっても良いし、一般回線を利用したネットワークであっても良いし、また、無線通信を利用したネットワークであっても良い。
【００２６】
画像処理装置１−Ｘ（Ｘ＝１〜Ｎ）は、自機において読取った原稿画像、および、情報処理装置３−Ｙ（Ｙ＝１〜Ｍ）から送信されたプリントデータから生成した画像の複写画像を用紙上に形成する装置である。
【００２７】
ここで、プリントデータは、情報処理装置３−Ｙのオペレーティングシステムやアプリケーションプログラムが発行する描画命令を、画像処理装置１−Ｘが処理可能なページ記述言語に変換したページ記述言語による描画命令であっても、オペレーティングシステムやアプリケーションプログラムが発行する描画命令をビットマップイメージに展開したビットマップであっても、ＰＤＦ（Portable Document Format）やＴＩＦＦ（Tagged Image File Format）等の文書ファイルそのものであっても構わない。
【００２８】
また、画像処理装置１−Ｘは、原稿画像の読取りによって得られた画像データを、ネットワーク４を介して、情報処理装置３−Ｙに送信することもできるし、画像処理システム内の他の画像処理装置に送信することもできる。
【００２９】
図２は、サーバ２の内部構成を模式的に示す図であり、図３は、情報処理装置３−Ｙの内部構成を模式的に示す図である。
【００３０】
サーバ２および情報処理装置３−Ｙは、それぞれ、図２，図３に示されるように、ＣＰＵ（Central Processing Unit）２０１，３０１、ＲＡＭ（Random Access Memory）２０２，３０２、ＲＯＭ（Read Only Memory）２０３，３０３、固定記憶装置（ＨＤＤ（Hard Disk Drive）など）２０４，３０４、モニタ２０５，３０５、キーボード２０６，３０６、マウス２０７，３０７、モデム２０８，３０８、タイマ２０９，３０９、および、メディアドライブ２１０，３１０等を備える一般的なコンピュータ装置によって構成される。
【００３１】
情報処理装置３−Ｙは、ユーザの指示によって、プリントデータを生成し、生成したプリントデータを画像処理装置１−Ｘへ送信する。
【００３２】
図４は、情報処理装置３−Ｙの制御ブロック図である。図４に記載された各構成要素は、ＣＰＵ３０１、ＲＡＭ３０２、ＲＯＭ３０３、固定記憶装置３０４、および、モデム３０８によって、適宜構成される。
【００３３】
図４を参照して、Ｉ／Ｏ制御部（Input/Output 制御部）３５０は、情報処理装置３−ＹのＣＰＵ３０１における情報の入出力を制御する。また、Ｉ／Ｏ制御部３５０は、モニタ３０５との間の情報やネットワークポートでやりとりされる情報の入出力を制御する。
【００３４】
メール受信部３５１は、ネットワーク４上の情報の中から、ＰＯＰ（Post Office Protocol）サーバから送信されたメール情報のみを受取る。メール受信部３５１は、受取ったメール情報をＭＦＰイベント管理部３５２に送信する。
【００３５】
ＭＦＰイベント管理部３５２は、受信したメール情報が画像処理装置１−Ｘから送信されたイベント情報であるか否かを判断し、イベント情報であると判断するとイベント変換部３５４に当該イベント情報を送り、イベント情報ではないと判断するとメールソフト３５３にメール情報を送る。メールソフト３５３とは、情報処理装置３−Ｙにインストールされたメールソフトに基づいて、メール受信部３５１と協働することにより、電子メールの作成や送受信および受信したメールの保存や管理を行なう部分である。メールソフト３５３に送られたメール情報は、ユーザによって一般のメール情報と同様に読まれる。
【００３６】
なお、ＭＦＰイベント管理部３５２が、メール受信部３５１で受信したメール情報が画像処理装置１−Ｘから送信されたイベント情報であるか否かを判断する方法としては、受信されたメール情報の中の宛先に含まれる情報から特定する方法や、メール情報の中の本文やＳｕｂｊｅｃｔを解析する方法などが考えられる。
【００３７】
イベント変換部３５４は、受信したメールを、当該メールのヘッダ情報やボディ情報に基づいて予め定められたイベント管理テーブル形式（後述するイベント管理テーブルに適合したフォーマット）のデータに変換し、変換後のデータをイベント管理部３５５に送信する。
【００３８】
ＭＩＢ情報受信部３５６は、ネットワーク４上の各画像処理装置１−Ｘに対し、一定時間ごとに、ＭＩＢ情報を取得する等により、イベントが発生していないかどうかを問合せる。そして、ＭＩＢ情報受信部３５６は、ＭＩＢ情報からイベントが発生したと判断した場合、その情報をイベント変換部３５７に送信する。
【００３９】
イベント変換部３５７は、ＭＩＢ情報から、イベントが発生した画像処理装置が画像処理装置１−１〜１−Ｘの中のどれであるか、および、イベント内容を知ることができる。イベント変換部３５７は、ＭＩＢ情報を、上記したイベント管理テーブル形式のデータに変換し、変換後のデータをイベント管理部３５５に送信する。
【００４０】
イベント管理部３５５は、イベント変換部３５７から受信したデータ（ＭＩＢ情報から得られたイベント情報）を、イベント変換部３５４から受信したデータ（メール情報から得られたイベント情報）とともに、イベント管理テーブル３５８に記憶させる。
【００４１】
表１に、イベント管理テーブル３５８の一例を示す。
【００４２】
【表１】
2007281698.tif 000003
【００４３】
表１に示されたイベント管理テーブルでは、イベントの通し番号としての管理番号、イベントの発生日時、イベントが発生したネットワーク４上の機器を特定する情報（イベント発生機器）、および、発生したイベントの内容が、互いに関連付けられて記憶される。
【００４４】
管理番号は、イベント変換部３５４およびイベント変換部３５７からイベント管理部３５５に情報が送信されてくる際に、イベント管理部３５５によってイベントごとに付与される。
【００４５】
イベント発生日時は、メール情報やＭＩＢ情報に日時情報が含まれていれば当該日時情報であり、含まれていない場合にはテーブルに書き込まれた時点でタイマ３０９が示す時刻に対応した情報である。
【００４６】
イベント発生機器は、たとえば、メール情報のヘッダに含まれる送信元の情報から取得される情報、画像処理装置で管理されているＭＩＢ情報から読込んだ情報、または、ＩＰアドレスである。
【００４７】
イベント内容は、イベント管理部３５５が、所定のプログラムに従ってメール情報の本文やＳｕｂｊｅｃｔから解析した結果として得られる情報、または、ＭＩＢ情報から読み出す情報である。
【００４８】
図５は、画像処理装置１−Ｘの内部構成を模式的に示す図である。
図５を参照して、画像処理装置１−Ｘは、制御部１００、固定記憶装置１１０、画像読取装置１２０、操作パネル１３０、画像出力装置１４０、プリンタコントローラ１５０、ネットワークインターフェイス（ネットワークＩ／Ｆ）１６０、および、Ｗｅｂサーバ制御部１７０を含む。
【００４９】
制御部１００は、ＣＰＵ１０１、ＲＯＭ１０２、Ｓ−ＲＡＭ（Static Random Access Memory）１０３、ＮＶ−ＲＡＭ（NonVolatile Random Access Memory）１０４、および、時計ＩＣ（Integrated Circuit）１０５を含む。ＣＰＵ１０１は、ＲＯＭ１０２に格納された制御プログラムを実行する。Ｓ−ＲＡＭ１０３は、作業用のメモリとして利用される。また、画像形成に関わる各種の設定は、バッテリバックアップされたＮＶ−ＲＡＭ１０４に記憶される。
【００５０】
制御部１００には、原稿画像を読取る画像読取装置１２０、ユーザが各種の入力を行なうキーおよび表示部を備えた操作パネル１３０、ネットワーク４を介して接続された情報処理装置３−Ｙをはじめとする外部の装置との間で各種の情報を送受信するためのネットワークＩ／Ｆ１６０、該ネットワークＩ／Ｆ１６０を介して受信したプリントデータから複写画像を生成するプリンタコントローラ１５０、複写画像を用紙上に形成する画像出力装置１４０が、それぞれ、バスを介して接続されている。また、制御部１００には、固定記憶装置１１０がバスを介して接続されている。固定記憶装置１１０とは、たとえば、ハードディスクである。
【００５１】
２）  画像処理装置によるジョブ終了等の通知
画像処理装置１−Ｘは、情報処理装置３−Ｙから受信したプリントデータに基づくプリントジョブを実行する。そして、ジョブが終了した場合には、画像処理装置１−ＸのＣＰＵ１０１は、その旨を、プリントデータの送信元である情報処理装置３−Ｙまたはサーバ２に通知する。
【００５２】
なお、ＣＰＵ１０１は、ジョブの終了を、異なる複数のプロトコルに従って、通知することができる。また、ＣＰＵ１０１は、機能ごとに異なるプロトコルに従ってジョブの終了を通知することができる。具体的には、ＣＰＵ１０１は、たとえば、ファクシミリを受信した場合には、その旨をユーザに通知するために、ＳＭＴＰ（Simple Mail Transfer Protocol）に従い、当該ファクシミリの宛先とされるユーザにメールを送信し、また、或るユーザが情報処理装置３−Ｙから送信してきたプリントジョブが終了した場合には、当該ユーザに対して、ＳＮＭＰ（Simple Network Management Protocol）に従い、当該ジョブを送信した情報処理装置３−Ｙにその旨を通知する。
【００５３】
２−１）  ＳＭＴＰを利用した通知
画像処理装置１−ＸのＣＰＵ１０１は、自機において、ジョブの終了（ファックスの受信）等の通知するべきイベントが発生したとき、通知に必要な情報（ファックスの宛先である情報処理装置３−Ｙのメールアドレス、ネットワーク４におけるメールサーバのアドレス、送信するメッセージ等）を取得して通知用のメールを作成し、ＳＭＴＰを用いてＳＭＴＰサーバに送信する。なお、ＣＰＵ１０１は、ジョブの終了を検出できる。そして、ジョブの終了を検出すると、ジョブの終了を通知するべきイベントが発生したと判断する。
【００５４】
情報処理装置３−Ｙにおいてメール受信ソフトが起動されていると、上記したＳＭＴＰサーバへのメール送信に応じて、ＰＯＰ（Post Office Protocol）サーバから当該情報処理装置３−Ｙ宛て（自機にインストールされているメール受信ソフトにおいて設定されているメールアドレス宛て）のメール情報が受信される。
【００５５】
以上の次第で、画像処理装置１−Ｘにおいて通知するべきイベントが発生すると、その旨が、メール情報として、情報処理装置３−Ｙに送信される。
【００５６】
２−２）  ＳＮＭＰを利用した通知
画像処理装置１−ＸのＣＰＵ１０１は、自機において、ジョブの終了（プリントジョブの終了）等の通知するべきイベントが発生した場合、自機で管理しているＭＩＢ（Management Information Base）情報を書き換える。
【００５７】
各情報処理装置３−Ｙは、一定の時間間隔で、ＳＮＭＰを通じて、画像処理装置１−ＸのＭＩＢ情報を監視している。そして、各情報処理装置３−Ｙは、画像処理装置１−ＸのＭＩＢ情報のうち、ユーザに通知するべき情報があると判断した場合、その旨をモニタ３０５に表示させる。これにより、各情報処理装置３−Ｙのユーザは、ＳＮＭＰを通じて、画像処理装置１−Ｘにイベントが発生した旨の通知を受ける。
【００５８】
３）  情報処理装置における処理
図６は、各情報処理装置３−ＹのＣＰＵ３０１が画像処理装置１−Ｘにおけるイベントの発生をユーザに通知するための処理のフローチャートである。
【００５９】
図６を参照して、ＣＰＵ３０１は、まずステップＳＡ１０で、タイマ３０９の計時時間をクリアする。
【００６０】
次に、ＣＰＵ３０１は、ステップＳＡ２０で、通信プロトコル１（情報処理装置３−Ｙが処理可能な複数のプロトコルの中の１つ目のプロトコル（たとえば、ＳＭＴＰ）に従ったイベント発生の通知を受けたか否かを判断する。そして、あったと判断すると、ＣＰＵ３０１は、ステップＳＡ３０で、通知を受けた内容を適宜変換し、変換後のデータをイベント管理テーブルに記録して、ステップＳＡ４０に処理を進める。一方、通知を受けていないと判断すると、そのままステップＳＡ４０に処理を進める。
【００６１】
ステップＳＡ４０では、ＣＰＵ３０１は、通信プロトコル２（情報処理装置３−Ｙが処理可能な複数のプロトコルの中の２つ目のプロトコル（たとえば、ＳＮＭＰ）に従ったイベント発生の通知を受けたか否かを判断する。そして、あったと判断すると、ＣＰＵ３０１は、ステップＳＡ５０で、通知を受けた内容を適宜変換し、変換後のデータをイベント管理テーブルに記録して、ステップＳＡ６０に処理を進める。一方、通知を受けていないと判断すると、そのままステップＳＡ６０に処理を進める。なお、ＣＰＵ３０１が、ステップＳＡ３０でイベント管理テーブルに記録させるデータと、ステップＳＡ５０でイベント管理テーブルに記録させるデータは、同じフォーマット（上記したイベント管理テーブル形式）である。
【００６２】
ステップＳＡ６０では、ＣＰＵ３０１は、タイマ３０９の計時時間をインクリメントする。
【００６３】
次に、ＣＰＵ３０１は、ステップＳＡ７０で、タイマ３０９の計時時間が予め定められた規定値に達したか否かを判断し、そうであると判断すればステップＳＡ８０へ処理を進め、まだ達していないと判断すればステップＳＡ２０に処理を戻す。
【００６４】
ステップＳＡ８０では、ＣＰＵ３０１は、イベント管理テーブルに少なくとも１つのイベントに関する情報が記録されているか否かを判断する。そして、記録されていると判断するとステップＳＡ９０へ処理を進め、記録されていないと判断するとステップＳＡ２０に処理を戻す。
【００６５】
ステップＳＡ９０では、ＣＰＵ３０１は、イベント管理テーブルに記録されている内容をモニタ３０５の画面に表示させる。
【００６６】
そして、ＣＰＵ３０１は、イベント管理テーブルに記録されている内容をクリアして、ステップＳＡ１０に処理を戻す。
【００６７】
以上図６を参照して説明した処理によって、情報処理装置では、画像処理装置１−Ｘから、自機に対応したイベントに関する通知を受信すると、その内容がまずイベント管理テーブルに記録される。そして、イベント管理テーブルに記録された内容は、一定時間ごとにまとめて表示されることによってユーザに通知される。
【００６８】
一定時間ごとにまとめてユーザに対する通知が行なわれることにより、ユーザは、複数のイベントに関する通知に対してある程度まとめて対処すればよく、イベントごとの通知を受けるたびに対処を必要とされることを回避できる。
【００６９】
また、複数のプロトコルに従って送信されてきた通知に関する情報を、１つのテーブルにまとめて、ユーザに通知する。したがって、情報処理装置３−Ｙにおいて、プロトコルごとにユーザインターフェイスが異なる場合でも、イベントについての通知に関しては、ユーザインターフェイスを統合できる。
【００７０】
以上説明した本実施の形態では、異なる通信プロトコル（ＳＭＴＰ、ＳＮＭＰ）を用いて画像処理装置１−Ｘから送られたイベント情報が情報処理装置３−Ｙにおいて同一のフォーマット（イベント管理テーブル形式）のデータに変換され、まとめて表示される。
【００７１】
［第２の実施の形態］
図７は、本発明の第２の実施の形態の画像処理システムにおいて情報処理装置３−ＹのＣＰＵ３０１が実行する処理のフローチャートである。なお、図７に示された処理は、図６に示された処理の変形例に相当する。本実施の形態の画像処理システムの構成は、特記する場合を除いて、第１の実施の形態の画像処理システムと同様である。
【００７２】
図７を参照して、当該変形例では、ＣＰＵ３０１は、ステップＳＡ１０〜ステップＳＡ７０まで、図６に示したフローチャート中の対応する処理と同様の処理を実行する。そして、ステップＳＡ７０で、タイマ３０５の計時時間が規定値に達したと判断すると、ステップＳＡ７１で、自機の前にユーザが居るかどうかを判断する。そして、居ると判断すると、ステップＳＡ８０に処理を進め、居ないと判断すると、ステップＳＡ８０以降のユーザに対する通知のための処理を実行することなくステップＳＡ１０に処理を戻す。
【００７３】
本実施の形態の処理によれば、ユーザが、情報処理装置３−Ｙの前に継続して一定時間居ること（または、情報処理装置３−Ｙを操作していること）を条件として、一定時間ごとの通知がなされるようになる。
【００７４】
これにより、ユーザが比較的長時間情報処理装置３−Ｙの前から離れる等、情報処理装置３−Ｙを操作していない状態が継続した場合、再度、操作をしようとしたときに、一定時間ごとに送信された複数の通知に対して逐次対処することを必要とされる事態を回避できる。
【００７５】
なお、ステップＳＡ７１における、ユーザが情報処理装置３−Ｙの前に居るか否かの判断は、たとえば、情報処理装置３−Ｙに赤外線センサを備えさせ、当該赤外線センサの検出出力に基づいて行なわれても良いし、情報処理装置３−Ｙがネットワーク４にログインした状態であるか否かを判断することによって行なわれても良い。
【００７６】
［第３の実施の形態］
図８は、本発明の第３の実施の形態の画像処理システムにおいて情報処理装置３−ＹのＣＰＵ３０１が実行する処理のフローチャートである。なお、図８に示された処理は、図６に示された処理の変形例に相当する。本実施の形態の画像処理システムの構成は、特記する場合を除いて、第１の実施の形態の画像処理システムと同様である。
【００７７】
図８を参照して、ＣＰＵ３０１は、まずステップＳＢ１０で、タイマ３０９の計時時刻をクリアする。
【００７８】
次に、ＣＰＵ３０１は、ステップＳＢ２０で、画像処理装置１−１〜１−Ｎのいずれかからイベント発生の通知を受けたか否かを判断し、あったと判断するとステップＳＢ３０でその内容をイベント管理テーブルに記録してステップＳＢ４０に処理を進める。なお、ステップＳＢ２０およびＳＢ３０は、図６のステップＳＡ２０〜ＳＡ５０と同じ内容の処理を示すものとする。一方、通知を受けていないと判断すると、ステップＳＢ６０に処理を進める。
【００７９】
ステップＳＢ４０では、ＣＰＵ３０１は、規定値とタイマ３０５の計時時間の差を算出して、残り時間としてＲＡＭ３０２に記憶する。
【００８０】
次に、ＣＰＵ３０１は、ステップＳＢ５０で、画像処理装置１−１〜１−Ｎに対して、ステップＳＢ４０で算出した残り時間の間に自機または自機に現在ログインしているユーザに関するイベントが発生する可能性（予定）があるか否かを問合せる情報を送信し、そして、画像処理装置１−１〜１−Ｎからの返信の内容をチェックする。
【００８１】
画像処理装置１−１〜１−Ｎは、このような情報を受信すると、現在の自機でのジョブの蓄積状況に基づいて、回答する情報を送信する。具体的には、各画像処理装置１−１〜１−ＮのＣＰＵ１０１は、現在自機で蓄積しているジョブの中で上記した残り時間までに終了すると考えられるジョブを特定し、そして、特定されたジョブの中で、プリントジョブの送信元またはファックス受信ジョブの宛先が、ステップＳＢ５０で情報を送信した情報処理装置３−Ｙまたはそれにログインしているユーザであるものがあるか否かを判断する。そして、ＣＰＵ１０１は、そのようなジョブがあると判断すれば、情報処理装置３−Ｙにイベントが発生する可能性がある旨の返信を行ない、そのようなジョブが無いと判断すれば、情報処理装置３−Ｙにイベントが発生する可能性は無い旨の返信を行なう。
【００８２】
各画像処理装置１−１〜１−Ｎからの返信を受信すると、ＣＰＵ３０１は、ステップＳ５０で、返信の内容をチェックし、少なくとも１つの画像処理装置１−Ｘからイベントが発生する可能性があるという返信を受け取ればステップＳＢに処理を進める。一方、すべての画像処理装置１−１〜１−Ｎからイベントが発生する可能性は無いという返信を受取ればステップＳＢ９０に処理を進める。
【００８３】
ステップＳＢ６０では、ＣＰＵ３０１は、タイマ３０５の計時時間をインクリメントして、ステップＳＢ７０に処理を進める。
【００８４】
ステップＳＢ７０では、ＣＰＵ３０１は、タイマ３０９の計時時間が予め定められた規定値に達したか否かを判断し、そうであると判断すればステップＳＢ８０へ処理を進め、まだ達していないと判断すればステップＳＢ２０に処理を戻す。
【００８５】
ステップＳＢ８０では、ＣＰＵ３０１は、イベント管理テーブルに少なくとも１つのイベントに関する情報が記録されているか否かを判断する。そして、記録されていると判断するとステップＳＢ９０へ処理を進め、記録されていないと判断するとステップＳＢ２０に処理を戻す。
【００８６】
ステップＳＢ９０では、ＣＰＵ３０１は、イベント管理テーブルに記録されている内容をモニタ３０５の画面に表示させる。
【００８７】
そして、ＣＰＵ３０１は、ステップＳＢ１００で、イベント管理テーブルに記録されている内容をクリアして、ステップＳＢ１０に処理を戻す。
【００８８】
本実施の形態の処理によれば、画像処理装置１−１〜１−Ｎからのイベント発生の通知は、基本的には一定時間ごとに行なわれるが、当該一定時間が経過する前であっても、当該一定時間が経過するまでにイベントが発生する可能性が無いと判断された場合には、その時点で、情報処理装置３−Ｙにおいてユーザに対するイベント発生の通知がなされる。
【００８９】
これにより、情報処理装置は、ユーザにイベント発生の通知を行なう回数を削減するという効果を奏しながらも、リアルタイムにイベント発生の通知を行なうこともできる。
【００９０】
また、本発明では、一定時間が経過する前であってもイベント発生の通知を行なう条件として、本実施の形態のように一定時間が経過するまでにイベントが発生する可能性が無いと判断されたことの他に、一定時間が経過するまでに予め定められた件数以上のイベントが発生しイベント管理テーブルに情報が記録されたことを挙げることができる。このような構成とされることにより、ユーザに対して一回の通知に含まれるイベントの件数を所定の件数以下に抑えることができるのに加え、イベント管理テーブルのために準備するＲＡＭ３０２の容量を所定の容量以下に、つまり、ある程度抑えることができる。
【００９１】
［第４の実施の形態］
図９は、本発明の第４の実施の形態の画像処理システムにおいて情報処理装置３−ＹのＣＰＵ３０１が実行する処理のフローチャートである。なお、図９に示された処理は、図６に示された処理の変形例に相当する。本実施の形態の画像処理システムの構成は、特記する場合を除いて、第１の実施の形態の画像処理システムと同様である。
【００９２】
図９を参照して、ＣＰＵ３０１は、ステップＳＣ１０〜ＳＣ７０まで、図６のステップＳＡ１０〜ＳＡ７０と同じ内容の処理を実行する。
【００９３】
ステップＳＣ８０では、ＣＰＵ３０１は、イベント管理テーブルに少なくとも１つのイベントに関する情報が記録されているか否かを判断する。そして、記録されていると判断するとステップＳＣ９０へ処理を進め、記録されていないと判断するとステップＳＣ２０に処理を戻す。
【００９４】
ステップＳＣ９０では、ＣＰＵ３０１は、画像処理装置１−１〜１−Ｎに対してエラー情報の送信を要求することによって、これらのいずれかでエラーが発生しているかどうかを検出する。そして、いずれかの画像処理装置でエラーが発生していると判断すると、ステップＳＣ１１０に処理を進め、発生していないと判断するとステップＳＣ１００に処理を進める。なお、この場合のエラーとしては、たとえば、画像処理装置１−１〜１−Ｎにおける紙詰まりや、イベント発生の通知の対象となるユーザが出力の指示を出したジョブについて画像処理装置で出力された用紙が所定期間以上引き取られていないこと、イベント発生の通知の対象となるユーザがネットワーク４に接続された機器において規定された容量以上の情報を記憶させていること等が挙げられる。
【００９５】
ステップＳＣ１００では、ＣＰＵ３０１は、イベント管理テーブルに記録されている内容をモニタ３０５の画面に表示させて、ステップＳＣ１２０に処理を進める。
【００９６】
一方、ステップＳＣ１１０では、ＣＰＵ３０１は、モニタ３０５の画面に、イベント管理テーブルに記録されている内容とともに、ステップＳＣ９０で取得したエラーに関する情報（どの画像処理装置においてどのようなエラーが発生しているか）を表示させて、ステップＳＣ１２０に処理を進める。
【００９７】
ステップＳＣ１２０では、ＣＰＵ３０１は、イベント管理テーブルに記録されている内容をクリアして、ステップＳＣ１０に処理を戻す。
【００９８】
本実施の形態の処理によれば、画像処理装置３−１〜３−Ｎのいずれかにおいてエラーが発生している場合、画像処理装置３−１〜３−Ｎからのイベント発生の通知とともに、当該エラーに関する情報も通知される。
【００９９】
これにより、イベント発生の通知を受けて画像処理装置まで出力された用紙を取りに行くユーザが、その画像処理装置または他の画像処理装置で発生しているエラー状態の解消のための処置を取ることができる。エラー状態の解消のためだけにユーザがわざわざ画像処理装置の設置場所まで移動することを回避できる。
【０１００】
［第５の実施の形態］
以下、本発明の画像処理システムの第５の実施の形態について説明する。
【０１０１】
本実施の形態では、各情報処理装置３−１〜３−Ｍおよび各画像処理装置１−１〜１−Ｎに関する情報が、サーバ２で管理される。以下に、本実施の形態におけるサーバ２のＣＰＵ２０１が実行する処理について主に説明する。なお、本実施の形態の画像処理システムの構成は、特記する場合を除いて、第１の実施の形態の画像処理システムと同様である。
【０１０２】
なお、本実施の形態では、サーバ２のＲＡＭ２０２に、情報処理装置３−１〜３−Ｍのそれぞれにどのユーザがログインしているかを示す情報が記憶されている。
【０１０３】
また、本実施の形態では、サーバ２のＲＡＭ２０２に、表２に示すような、ネットワーク４のユーザに関する情報（ユーザ情報）が記憶されている。
【０１０４】
【表２】
2007281698.tif 000004
【０１０５】
表２を参照して、ユーザ情報では、各ユーザについて、名前、ログイン名、メールアドレス、および、通知プロトコルが、互いに関連付けられたテーブル（ユーザ管理テーブル）が記憶されている。なお、通知プロトコルとは、各ユーザがイベント発生の通知に利用することを希望するプロトコルである。
【０１０６】
また、本実施の形態では、イベント管理テーブルは、表３に示すように、各情報処理装置３−１〜３−ＭのＲＡＭ３０２ではなく、サーバ２のＲＡＭ２０２に一括して記憶されている。
【０１０７】
【表３】
2007281698.tif 000005
【０１０８】
表３を参照して、本実施の形態では、イベント管理テーブルには、各イベントについて、管理番号、イベント発生日時、イベント発生機器、および、イベント内容に加えて、当該イベントの発生を通知するユーザを特定するための情報（ログイン名）が記憶されている。
【０１０９】
本実施の形態では、ＣＰＵ２０１は、各情報処理装置３−１〜３−Ｍを利用するユーザを管理する処理、および、画像処理装置から受けたイベント発生の通知をユーザに通知する処理を実行する。以下、これらの処理について説明する。図１０は、前者の処理のフローチャートである。
【０１１０】
図１０を参照して、ステップＳＤ１０では、ＣＰＵ２０１は、各情報処理装置３−１〜３−Ｍとの間で情報の送受信を行なうことにより、いずれかの情報処理装置においてユーザがログイン操作を行なったか否かを判断する。そして、ログイン操作が行なわれたと判断するとステップＳＤ２０へ処理を進め、ログイン操作は行なわれていないと判断すると、ステップＳＤ４０に処理を進める。
【０１１１】
ステップＳＤ２０では、ＣＰＵ２０１は、ログイン操作がなされた情報処理装置について、ログイン名から、ログインしたユーザを特定し、ステップＳＤ３０に処理を進める。
【０１１２】
ステップＳＤ３０では、ＣＰＵ２０１は、ステップＳＤ１０およびステップＳＤ２０で得られた情報に基づいてユーザ管理テーブルを更新し、ステップＳＤ４０に処理を進める。
【０１１３】
ステップＳＤ４０では、ＣＰＵ２０１は、情報処理装置３−１〜３−Ｍのいずれかにおいてユーザがログアウトしたか否かを判断する。そして、ログアウトしたと判断すると、ステップＳＤ５０で、それに応じてユーザ管理テーブルを更新し、ステップＳＤ１０に処理を戻す。また、情報処理装置３−１〜３−Ｍのいずれにおいてもユーザがログアウトをしていない判断すると、そのままステップＳＤ１０に処理を戻す。
【０１１４】
以上図１０を参照して説明した処理によれば、サーバ２によって、情報処理装置３−１〜３−Ｍにおいてどのユーザがログインしているかが管理されることになる。
【０１１５】
表２を参照して説明したユーザ情報は、サーバ２または各情報処理装置３−１〜３−Ｍにおいて適宜内容を変更できる。
【０１１６】
たとえば、情報処理装置３−Ｙにおいて変更される場合、モニタ３０５に、図１１に示すような画面３０５Ａが表示される。画面３０５Ａ内には、ユーザ情報３０５Ｂが表形式で表示されている。そして、情報処理装置３−Ｙにおいてキーボード３０６および／マウス３０７が適宜操作されることによって、ユーザ情報３０５Ｂの表示内容が変更され、これに応じて、ＲＡＭ３０２における記憶内容も更新される。
【０１１７】
図１２は、ＣＰＵ２０１が実行する、画像処理装置から受けたイベント発生の通知を、ユーザに通知する処理のフローチャートである。
【０１１８】
図１２を参照して、ＣＰＵ２０１は、ステップＳＥ１０で、画像処理装置１−１〜１−Ｎのいずれかからイベント発生の通知を受けたか否かを判断し、受けたと判断するとステップＳＥ２０でイベント管理テーブルをその内容を追加するように更新してステップＳＥ３０へ、受けていないと判断するとそのままステップＳＥ３０へ、それぞれ処理を進める。なお、ステップＳＥ２０におけるイベント管理テーブルの更新は、画像処理装置からのイベント発生の通知に含まれる、イベント発生日時、自機（画像処理装置１−１〜１−Ｎのいずれか）を特定する情報、イベントの内容、イベントに対応するユーザを特定する情報を、表３に示したようなテーブルの各項目に記憶させることによって行なわれる。なお、この場合、新しく記憶されたイベントに対して管理番号が付される。
【０１１９】
ステップＳＥ３０では、ＣＰＵ２０１は、イベント発生の通知のタイミングとなったか否かを判断する。この場合の通知のタイミングとは、たとえば、前回の通知から一定の時間が経過したとき等が挙げられる。そして、そのようなタイミングとなったと判断すると、ステップＳＥ４０に処理を進め、まだそのようなタイミングではないと判断すると、ステップＳＥ１０に処理を戻す。
【０１２０】
ステップＳＥ４０では、ＣＰＵ２０１は、通知先のプロトコルがＳＭＴＰであるか否かを判断する。なお、通知先のプロトコルとは、各イベント発生の通知に関して、通知先のユーザが希望する通知プロトコルである。ＣＰＵ２０１は、イベント管理テーブル（表３参照）に記憶された各イベントのログイン名から通知先のユーザを特定し、そして、ユーザ情報（表２参照）を参照することにより、上記のように特定されたユーザに対応する通知プロトコルを抽出する。そして、ＣＰＵ２０１は、ステップＳＥ４０では、抽出したプロトコルがＳＭＴＰであるか否かを判断する。そして、そうであると判断すると、ステップＳＥ５０に処理を進め、そうではないと判断すると、ステップＳＥ７０に処理を進める。
【０１２１】
ステップＳＥ５０では、ＣＰＵ２０１は、通知先のユーザに対してイベント発生の通知するためのメールを作成し、そして、ステップＳＥ６０で当該メールを送信して、ステップＳＥ１０に処理を戻す。
【０１２２】
一方、ステップＳＥ７０では、ＣＰＵ２０１は、通知先のプロトコルがＳＮＭＰであるか否かを判断し、そうであると判断すれば、ステップＳＥ８０で通知先のユーザが現在ログインしている情報処理装置にＳＮＭＰを介してイベント発生を通知して、ステップＳＥ１０に処理を戻す。一方、通知先のプロトコルがＳＮＭＰではないと判断すると、ステップＳＥ８０の処理を実行することなく、ステップＳＥ１０に処理を戻す。
【０１２３】
以上説明した本実施の形態では、イベント発生の通知先のユーザごとに、所望するプロトコルを設定し、当該プロトコルが利用されて通知が行なわれる。また、イベント発生に関する情報がサーバ２で一元管理されるため、システムのメンテナンスが容易になる。
【０１２４】
今回開示された各実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。また、各実施の形態に記載の技術は、可能な限り、組み合わせて実施されることができるものとする。
【図面の簡単な説明】
【０１２５】
【図１】本発明の第１の実施の形態である画像処理システムの構成を模式的に示す図である。
【図２】図１のサーバの内部構成を模式的に示す図である。
【図３】図１の情報処理装置の内部構成を模式的に示す図である。
【図４】図３の情報処理装置の制御ブロック図である。
【図５】図１の画像処理装置の内部構成を模式的に示す図である。
【図６】図１の情報処理装置のＣＰＵが画像処理装置におけるイベントの発生をユーザに通知するために実行する処理のフローチャートである。
【図７】本発明の第２の実施の形態の画像処理システムにおいて、情報処理装置のＣＰＵが画像処理装置におけるイベントの発生をユーザに通知するために実行する処理のフローチャートである。
【図８】本発明の第３の実施の形態の画像処理システムにおいて、情報処理装置のＣＰＵが画像処理装置におけるイベントの発生をユーザに通知するために実行する処理のフローチャートである。
【図９】本発明の第４の実施の形態の画像処理システムにおいて、情報処理装置のＣＰＵが画像処理装置におけるイベントの発生をユーザに通知するために実行する処理のフローチャートである。
【図１０】本発明の第５の実施の形態の画像処理システムにおいて、サーバのＣＰＵが実行する、各情報処理装置を利用するユーザを管理する処理のフローチャートである。
【図１１】本発明の第５の実施の形態の画像処理システムにおいて、情報処理装置においてユーザ情報が更新される際に当該情報処理装置のモニタに表示される画面の一例を示す図である。
【図１２】本発明の第５の実施の形態の画像処理システムにおいて、サーバのＣＰＵが実行する、画像処理装置から受けたイベント発生の通知を、ユーザに通知する処理のフローチャートである。
【符号の説明】
【０１２６】
１−１〜１−Ｎ  画像処理装置、２  サーバ、３−１〜３−Ｍ  情報処理装置、４  ネットワーク、１００  制御部、１０１，２０１，３０１  ＣＰＵ、１０２，２０３，３０３  ＲＯＭ、１０３  Ｓ−ＲＡＭ、１０４  ＮＶ−ＲＡＭ、１０５  時計ＩＣ、１１０，２０４，３０４  固定記憶装置、１２０  画像読取装置、１３０  操作パネル、１４０  画像出力装置、１５０  プリントコントローラ、１６０  ネットワークＩ／Ｆ、１７０  Ｗｅｂサーバ制御部、２０２，３０２  ＲＡＭ、２０５，３０５  モニタ、２０６，３０６  キーボード、２０７，３０７  マウス、２０８，３０８  モデム、２０９，３０９  タイマ、３５０  Ｉ／Ｏ制御部、３５１  メール受信部、３５２  ＭＦＰイベント管理部、３５３  メールソフト、３５４，３５７  イベント変換部、３５５  イベント管理部、３５６  ＭＩＢ情報受信部、３５８  イベント管理テーブル。
【図１】
2007281698.tif 000006
【図２】
2007281698.tif 000007
【図３】
2007281698.tif 000008
【図４】
2007281698.tif 000009
【図５】
2007281698.tif 000010
【図６】
2007281698.tif 000011
【図７】
2007281698.tif 000012
【図８】
2007281698.tif 000013
【図９】
2007281698.tif 000014
【図１０】
2007281698.tif 000015
【図１１】
2007281698.tif 000016
【図１２】
2007281698.tif 000017