(57)【要約】【課題】本発明の課題は、画像処理装置から送信される情報を重要度に応じてユーザにわかりやすく提示する。【解決手段】画像処理装置１は、ユーザ端末２にメールの送信が必要となるイベントが発生した場合、イベント毎に重要度を設定したメール重要度設定テーブル１５１を取得し、重要度に応じた表示態様のメッセージを表示可能なｈｔｍｌ形式により状態通知メールを作成して、ユーザ端末２に送信する。【選択図】      図１
2004241816.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される外部機器に、イベントの発生を通知するメールを送信する画像処理装置であって、
前記イベント毎の重要度及び重要度に応じた表示態様情報を記憶するテーブルと、
発生したイベントの重要度を判別し、当該重要度に応じた表示態様情報を前記テーブルから取得して、当該表示態様情報を含むメールを作成する制御部と、
前記表示態様情報を含むメールを前記外部機器に送信する通信部と、
を備えたことを特徴とする画像処理装置。
【請求項２】
前記制御部は、前記イベントの重要度に応じた表示態様情報を含むメールをｈｔｍｌ（ｈｙｐｅｒ  ｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）形式にて作成することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記制御部は、前記イベントの重要度に応じた表示態様情報を含む画像ファイルを作成し、当該画像ファイルを添付したメールを作成することを特徴とする請求項１記載の画像処理装置。
【請求項４】
ネットワークを介して接続される外部機器に、画像処理装置の使用に係る管理リストを添付したメールを送信する画像処理装置であって、
管理リストに含まれるデータの条件及び当該条件に応じた表示態様情報を記憶するテーブルと、
前記テーブルに基づいて、管理リストに含まれるデータの条件に対応する表示態様情報を取得して、表示態様情報を含む管理リストを作成し、当該管理リストを添付したメールを作成する制御部と、
前記表示態様情報を含む管理リストを添付したメールを外部機器に送信する通信部と、
を備えることを特徴とする画像処理装置。
【請求項５】
前記制御部は、前記表示態様情報を含む管理リストを添付したメールをｈｔｍｌ形式にて作成することを特徴とする請求項４記載の画像処理装置。
【請求項６】
前記制御部は、前記表示態様情報を含む管理リストの画像ファイルを作成し、当該画像ファイルを添付したメールを作成することを特徴とする請求項４記載の画像処理装置。
【請求項７】
前記表示態様情報は、フォントサイズ、フォントカラー、フォントタイプに関する情報のうち少なくとも１以上を含むことを特徴とする請求項１から６のいずれか一項に記載の画像処理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して外部機器にメールを送信する画像処理装置に関するものである。
【０００２】
【従来の技術】
近年、ネットワーク技術の発展に伴い、多くの画像処理装置がネットワークに接続され、外部機器との間で通信を行うことにより、遠隔地から画像処理装置等の管理を行う技術が知られている。例えば、画像読取装置と、画像読取装置を制御する情報処理端末とを備えた画像読取システムにおいて、画像読取装置にてスキャン開始ボタンが押下され、情報処理端末にスキャン開始ボタンが押下された旨の通知が送信された場合、情報処理端末において読取モードの設定を行い、設定された読取モードでスキャンすべく画像読取に指示を送信する技術が開示されている（例えば、特許文献１）。
【０００３】
また、プリンタや複写機等の出力機器に用紙切れが発生した場合に、その用紙切れ情報を外部機器に通知したり、プリンタや複写機等の機器がユーザの修復不可能なエラー（故障）を起こした場合に、その修理依頼情報を外部機器へ通知する情報通知装置が知られている（例えば、特許文献２参照）。また、被モニター装置とモニター装置（リモート診断装置）との間の無接続通信を確立し、装置間でリモート・モニタリング、診断、および制御を行う通信システムが知られている（例えば、特許文献３参照）。
【０００４】
さらに、画像処理装置の各部について自己診断を行い、その診断結果から画像処理装置がメンテナンスを必要であると判断した場合には、緊急度の高・中・低に応じて、管理者へ送信する電子メールの緊急度も高・中・低のいずれかの重み付けを行い、所定の管理者に緊急度の重み付けのなされた電子メールを送信する画像処理装置が知られている（例えば、特許文献４参照）。
【０００５】
【特許文献１】
特開２０００−１７７６７２号公報
【特許文献２】
特開平１０−１７２０２号公報
【特許文献３】
特開平８−３３１２６７号公報
【特許文献４】
特開平１０−２０７３０４号公報
【０００６】
【発明が解決しようとする課題】
しかしながら、上述した従来の画像処理装置等（特許文献１〜３）にあっては、ネットワークに接続される外部機器に各種情報を送信する場合に、種々の情報を同一の形態にて送信するため、これらの情報を受信したユーザは、情報の内容を確認するまで、受信した情報の重要度や緊急性を認識することはできなかった。したがって、例えば、重要な情報が送信されてきた場合であっても、複数の情報が連続して送信された場合、複数の情報の中に重要な情報が紛れてしまい、見落とされてしまうという恐れがあった。
【０００７】
また、画像処理装置の各部について自己診断を行い、その診断結果に基づいて情報の緊急度を決定し、緊急度の重み付けのなされた電子メールを管理者に送信する画像処理装置（特許文献４）においては、緊急度の高い順に、高・中・低の重み付けが行われるが、このような電子メールは従来テキスト形式で送信されるため、ユーザ側では、全て同じ文字の大きさや色（例えば、黒）により電子メールの内容が表示されるため、緊急度を十分にアピールできなかった。すなわち、重み付けの段階に応じて特別な喚起を促す態様により表示が行われる構成ではないため、重要な通知であっても、受信側で見落としてしまう恐れがあった。
【０００８】
本発明の課題は、画像処理装置から送信される情報を重要度に応じてユーザにわかりやすく提示することが可能な画像処理装置を提供することである。
【０００９】
【課題を解決するための手段】
上記課題を解決するために、請求項１記載の発明は、
ネットワークを介して接続される外部機器に、イベントの発生を通知するメールを送信する画像処理装置であって、
前記イベント毎の重要度及び重要度に応じた表示態様情報を記憶するテーブルと、
発生したイベントの重要度を判別し、当該重要度に応じた表示態様情報を前記テーブルから取得して、当該表示態様情報を含むメールを作成する制御部と、
前記表示態様情報を含むメールを前記外部機器に送信する通信部と、
を備えたことを特徴とする。
【００１０】
したがって、画像処理装置において発生したイベントの重要度に応じた表示態様にて、イベントの発生を報知するメールを外部機器に表示させることができ、ユーザは、表示されたメールにより瞬時に発生したイベントの重要度を認識して、速やか対応を行うことができる。
【００１１】
請求項２記載の発明は、請求項１記載の画像処理装置において、
前記制御部は、前記イベントの重要度に応じた表示態様情報を含むメールをｈｔｍｌ（ｈｙｐｅｒ  ｔｅｘｔ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）形式にて作成することを特徴とする。
【００１２】
したがって、例えば、外部機器の表示性能や、表示ソフト等に依存せずに、ｈｔｍｌ形式により作成されたメールを重要度に応じた表示態様により表示させることができる。
【００１３】
請求項３記載の発明は、請求項１記載の画像処理装置において、
前記制御部は、前記イベントの重要度に応じた表示態様情報を含む画像ファイルを作成し、当該画像ファイルを添付したメールを作成することを特徴とする。
【００１４】
したがって、例えば、自由度の高い表示態様にてイベントを通知するメールを作成することができ、より効果的に重要度をアピールすることができる。
【００１５】
請求項４記載の発明は、
ネットワークを介して接続される外部機器に、画像処理装置の使用に係る管理リストを添付したメールを送信する画像処理装置であって、
管理リストに含まれるデータの条件及び当該条件に応じた表示態様情報を記憶するテーブルと、
前記テーブルに基づいて、管理リストに含まれるデータの条件に対応する表示態様情報を取得して、表示態様情報を含む管理リストを作成し、当該管理リストを添付したメールを作成する制御部と、
前記表示態様情報を含む管理リストを添付したメールを外部機器に送信する通信部と、
を備えることを特徴とする。
【００１６】
したがって、画像処理装置の使用に係る管理リストに含まれるデータの表示態様を条件に応じて変化させることができるため、ユーザは、一見して管理リストに含まれるデータが所定の条件を満たしていることを把握することができる。例えば、管理リストに含まれるエラーデータを他のデータと異なるフォントカラーで表示させることにより、エラーデータを速やかに認識して、適切な対応を図ることができる。
【００１７】
請求項５記載の発明は、請求項４記載の画像処理装置において、
前記制御部は、前記表示態様情報を含む管理リストを添付したメールをｈｔｍｌ形式にて作成することを特徴とする。
【００１８】
したがって、例えば、外部機器の表示性能や、表示ソフト等に依存せずに、ｈｔｍｌ形式により作成された管理リストのデータを条件に応じた表示態様により表示させることができる。
【００１９】
請求項６記載の発明は、請求項４記載の画像処理装置において、
前記制御部は、前記表示態様情報を含む管理リストの画像ファイルを作成し、当該画像ファイルを添付したメールを作成することを特徴とする
【００２０】
したがって、例えば、自由度の高い表示態様にて管理リストを作成することができ、より見易く効果的なアピールすることができる。
【００２１】
請求項７記載の発明は、請求項１から６のいずれか一項に記載の画像処理装置において、
前記表示態様情報は、フォントサイズ、フォントカラー、フォントタイプに関する情報のうち少なくとも１以上を含むことを特徴とする。
【００２２】
したがって、種々の表示態様により、イベントの重要度や、管理リストに含まれるデータの重要性を明確に区別して表示させることができる。
【００２３】
【発明の実施の形態】
以下、図を参照して本発明の実施の形態を詳細に説明する。ただし、発明の範囲は、図示例に限定されない。
【００２４】
［第１の実施の形態］
まず、本第１の実施の形態における構成を説明する。
図１は、本実施の形態に係る画像処理システム１００のシステム構成を示す概念図である。図１に示すように、画像処理システム１００は画像処理装置１と、ユーザ端末２とを備えている、画像処理装置１及びユーザ端末２は、限られたエリア内におけるネットワークであるイントラネットＬを介して接続されており、相互にアクセス可能な状態となっている。
【００２５】
画像処理装置１は、例えば、複写機、プリンタ、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）、印刷機、プリンタ情報提供端末（例えば、キオスク端末）等の情報処理装置であり、画像処理装置１で発生したイベントを通知する状態通知メールを作成し、イントラネットＬを介して作成した状態通知メールをユーザ端末２に送信する。
【００２６】
ユーザ端末２は、例えば、携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）といった携帯型の電話端末や、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、ノート型パーソナルコンピュータ（ＰＣ）等であり、画像処理装置１から送信される状態通知メールをイントラネットＬを介して受信し、受信した状態通知メールを表示して、ユーザに画像処理装置１で生じたイベントを通知する。
【００２７】
イントラネットＬは、サーバと、複数のクライアントとを接続して構成され、接続されたサーバ、及び複数のクライアント間で情報や資源を共有するための、限られたエリア内におけるネットワークである。本実施の形態において、イントラネットＬは、画像処理装置１をサーバとし、ユーザ端末２をクライアントとした、ピアツーピアによりネットワークが構築されていてもよく、図示しないサーバを備え、画像処理装置１及びユーザ端末２がクライアントとして、ネットワークが構築されていても良い。なお、イントラネットＬは、情報管理の信頼性の観点から、特定のユーザのみアクセス可能なセキュリティを確保しているネットワークであることが望ましい。
【００２８】
次に、画像処理システム１００を構成する各部について詳細に説明する。
図２は、画像処理装置１の機能的構成を示すブロック図である。図２に示すように、画像処理装置１は、制御部としてのＣＰＵ１１、入力部１２、表示部１３、通信部１４、メモリ１５、印刷部１６、記録部１７等を備えて構成され、各部はバス１８により接続されている。
【００２９】
制御部としてのＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１は、記録部１７に格納されている各種プログラムの中から指定されたプログラムを、メモリ１５内の図示しないワークエリアに展開し、入力部１２、及び通信部１４から入力されるデータに応じて、プログラムに従った各種処理を実行し、処理結果をメモリ１５内のワークメモリに格納する。また、処理結果を表示するための表示情報を生成して表示部１３へ出力する。
【００３０】
具体的に、ＣＰＵ１１は、記録部１７から状態通知メール送信処理プログラムを読み出して、画像処理装置１において発生したイベントを通知する状態通知メールを作成し、ユーザ端末２に送信する状態通知メール送信処理（図７参照）を実行する。
【００３１】
入力部１２は、カーソルキー、数字入力キー、及び各種機能キーを備えたキーボードを含み、このキーボードで押下されたキーに対応する押下信号をＣＰＵ１１に出力する。なお、入力部１２は、必要に応じてマウス、タッチパネル等のポインティングデバイスや、その他の入力装置を備えるものとしてもよい。
【００３２】
表示部１３は、ＣＲＴ（Ｃａｔｈｏｄｅ  Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）等によってなる表示画面を備え、ＣＰＵ１１から入力される表示信号の指示に従って入力部１２、通信部１４を介して送受信される表示データを画面上に表示する。
【００３３】
通信部１４は、モデム（ＭＯＤＥＭ：ＭＯｄｕｌａｔｏｒ／ＤＥＭｏｄｕｌａｔｏｒ）またはターミナルアダプタ（ＴＡ：Ｔｅｒｍｉｎａｌ  Ａｄａｐｔｅｒ）等によって構成され、ＬＡＮ、ＷＡＮ、あるいはインターネット等を介して外部機器との通信を行うための制御を行う。
【００３４】
メモリ１５は、ＣＰＵ１１によって実行される各種プログラムやこれら各種プログラムによって処理されたデータ等を一時的に記憶する。また、メモリ１５は、画像処理装置１で発生したイベントに対する重要度と、イベントの重要度に応じた表示態様を設定するための表示態様情報を記憶するメール重要度設定テーブル１５１を備えている。図３を参照して、メール重要度設定テーブル１５１について説明する。
【００３５】
図３は、メール重要度設定テーブル１５１のデータ構成例を示す図である。メール重要度設定テーブル１５１は、イベントの重要度を示す重要度項目１５１ａ、イベントの種類を示すイベント項目１５１ｂ、メールが表示される際のテキストのフォントサイズを示すフォント設定項目１５１ｃ、メールが表示される際のテキストの色（フォントカラー）を示す色設定項目１５１ｄ、メッセージの表示態様を定義したｈｔｍｌ形式のデータを示すｈｔｍｌ項目１５１ｅが設けられている。
【００３６】
例えば、最上段に記憶されるレコードには、イベントの重要度として「１」が記憶され、イベントの種類として「サービスコール発生」が記憶されている。また、作成されるメールのフォントサイズとして「１０」が記憶され、作成されるメールのフォントカラーとして「赤」が記憶されている。さらに、ｈｔｍｌ形式のデータとして、「＜ｆｏｎｔ  ｓｉｚｅ＝”１０”  ｃｏｌｏｒ＝”ｒｅｄ”＞サービスコール発生＜／ｆｏｎｔ＞」のデータが記憶されている。すなわち、ここでは、フォントサイズ、フォントカラーが表示態様情報として、ｈｔｍｌ形式のデータに含まれている。
【００３７】
具体的に、「サービスコール発生」のイベントが発生した場合に、メール重要度判定テーブル１５１に基づいて作成されるｈｔｍｌファイルのデータ例を図４（ａ）に示す。また、図４（ａ）に示すｈｔｍｌファイルに基づいて作成された状態通知メールのデータ例を図４（ｂ）に示す。
【００３８】
さらに、図５は、図４（ｂ）に示す状態通知メールが、後述するユーザ端末２の表示部２３に表示された場合の表示画面例を示す図である。図５に示すように、表示画面２３１には、タイトルとして、「状態通知メール」のテキストが表示され、その下には、タグで定義されたレイアウトにより、フォントサイズが「１０」、フォントカラーが「赤」の表示態様にて、「サービスコール発生」のテキストが表示されている。
【００３９】
図２に戻り、印刷部１６は、連続紙、またはカット紙が印刷用紙として装着された給紙部（図示せず）と排紙部（図示せず）を備え、ＣＰＵ１１、または通信部１４を介して入力される印刷データを、赤外レーザ光やＬＥＤ（Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）による投射光を用いた電子写真方式によって、上記印刷用紙に印刷データを転写して排紙出力する。
【００４０】
記録部１７は、プログラムやデータ等があらかじめ記憶されている記録媒体（図示せず）を有しており、この記録媒体は磁気的、光学的記録媒体、若しくは半導体メモリで構成されている。この記録媒体は記録部１７に固定的に設けられるもの、若しくは着脱自在に装着するものであり、この記録媒体には、システムプログラム、当該システムに対応する各種処理プログラム、及び各種処理プログラムで処理されたデータ等を記憶する。
【００４１】
また、記録媒体に記憶するプログラム、データ等は、その一部若しくは全部をサーバやクライアント等の他の機器からＷＡＮ、ＬＡＮ等のネットワーク回線の伝送媒体を介して通信部１４から受信して記憶する構成にしてもよく、さらに、記録媒体はネットワーク上に構築されたサーバの記録媒体であってもよい。また、前記プログラムをネットワーク回線等の伝送媒体を介してサーバやクライアントへ伝送してこれらの機器にインストールするように構成してもよい。
【００４２】
次に、ユーザ端末２について説明する。図６は、ユーザ端末２の機能的構成を示すブロック図である。図６に示すように、ユーザ端末２は、ＣＰＵ２１、入力部２２、表示部２３、通信部２４、ＲＡＭ２５、記録部２６等を備えて構成され、各部はバス２７により接続されている。
【００４３】
ＣＰＵ２１は、記録部２６に記憶される各種システムプログラムを読み出して実行し、ユーザ端末２の各部を駆動制御する。また、ＣＰＵ２１は、入力部２２における入力操作に従って、記録部２６に記憶された各種アプリケーションプログラムを読み出して実行し、ユーザ端末２の各種機能を実現する。
【００４４】
具体的に、ＣＰＵ２１は、通信部２４を制御して、画像処理装置１から送信された状態通知メールを受信させ、受信した状態通知メールに含まれるｈｔｍｌ形式のデータを表示情報に変換して、表示部２３に表示させる。
【００４５】
入力部２２は、文字キー、数字キーの他、各種機能に対応付けられた各種キーを備え、操作されたキーに対応する操作信号をＣＰＵ２１へ出力する。
【００４６】
表示部２３は、ＬＣＤ等の表示画面を備え、入力部２２における入力内容や、ＣＰＵ２１又は通信部２４から入力される表示情報に基づく各種画面（例えば、図５参照）を上記表示画面に表示させる。
【００４７】
通信部２４は、例えば、コンピュータに接続されたネットワークカード、モ
デム、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等の各種インターフェース、または携帯電話の通信機能等により構成される。
【００４８】
ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２５は、ＣＰＵ２１によって実行される各種プログラム及びこれらプログラムに係るデータを一時的に記憶するワークエリアを形成する。
【００４９】
記録部２６は、フラッシュメモリ等の書き換え可能な半導体記憶素子等の記録媒体を備え、この記録媒体内に、ＣＰＵ２１により実行される各種プログラム、及びこれらのプログラムに係るデータ等を記憶する。なお、記録媒体に記憶するプログラム、データ等は、その一部若しくは全部を他の機器から通信回線等の伝送媒体を介して通信部２４で受信し、記憶する構成にしてもよく、さらに、記録媒体はネットワーク上に構築されたサーバの記録媒体であってもよい。また、前記プログラムやデータを通信回線等の伝送媒体を介して、他の機器へ伝送してインストールするように構成してもよい。
【００５０】
次に、本第１の実施の形態における動作を説明する。
なお、動作説明の前提として、以下のフローチャートに記述されている各処理を実現するためのプログラムは、画像処理装置１のＣＰＵ１１が読み取り可能なプログラムコードの形態で記録部１７に格納されており、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
【００５１】
図７は、画像処理装置１のＣＰＵ１１により実行される状態通知メール送信処理を示すフローチャートである。図７に示すように、ＣＰＵ１１は、メールにより通知すべきイベントが発生したか否かを判別し（ステップＳ１）、イベントが発生した場合（ステップＳ１；ＹＥＳ）、メモリ１５からメール重要度設定テーブル１５１を取得する（ステップＳ２）。続いて、ＣＰＵ２１は、発生したイベントの種類に基づいて、メール重要度設定テーブル１５１からイベントの重要度を取得し、重要度の判定を行う（ステップＳ３）。
【００５２】
次いで、ＣＰＵ１１は、メール重要度設定テーブル１５１からイベントに対応するｈｔｍｌ形式のデータを取得して、表示態様情報を含むｈｔｍｌファイルを作成する（ステップＳ４）。続いて、ＣＰＵ１１は、作成したｈｔｍｌファイルを添付した状態通知メールを作成し（ステップＳ５）、ユーザ端末２に状態通知メールを送信する（ステップＳ６）。さらに、ＣＰＵ１１は、状態通知メールを正常に送信したか否かを判別し、正常に送信した場合（ステップＳ７；ＹＥＳ）、本状態通知メール送信処理を終了する。一方、状態通知メールを正常に送信できなかった場合（ステップＳ７；ＮＯ）、ＣＰＵ１１は、表示部１３にエラー表示を行い（ステップＳ８）、本状態通知メール送信処理を終了する。
【００５３】
以上のように、画像処理装置１は、ユーザ端末２にメールの送信が必要となるイベントが発生した場合、イベント毎に重要度を設定したメール重要度設定テーブル１５１を取得し、重要度に応じた態様のメッセージを表示可能なｈｔｍｌ形式により状態通知メールを作成して、ユーザ端末２に送信する。これにより、状態通知メールを受信したユーザ端末２は、重要度に応じた態様にて状態通知メールを表示部２３に表示させることができ、ユーザは、瞬時に画像処理装置１の状態を把握して、速やかにトラブルに対応することができる。
【００５４】
また、重要度が複数段階に設定され、重要度に応じて表示されるフォントカラーや、フォントサイズが異なるため、発生したイベントの種類に最適な表示態様を詳細に設定することができ、ユーザは、メールを閲覧するだけで、発生したイベントの重要度を瞬時に把握することができ、トラブルに応じて的確に対処することができる。
【００５５】
なお、上述した本第１の実施の形態における記述は、本発明に係る好適な画像処理装置の一例であり、これに限定されるものではない。本第１の実施の形態において、画像処理装置１は、状態通知メールをｈｔｍｌ形式により作成する場合を例として説明を行ったが、これに限らない。例えば、ＣＰＵ１１は、重要度に応じた表示態様のメッセージを含む画像ファイルを作成し、画像ファイルを添付した状態通知メールを作成して、ユーザ端末２に送信する構成であっても良い。
【００５６】
具体的に、ＣＰＵ１１は、状態通知メールを作成する場合、発生したイベントに対応する重要度を判定し、メール重要度設定ファイル１５１から対応する表示態様情報として、フォントカラー、フォントサイズ、テキストデータ等を取得する。次いで、取得したフォントカラー、フォントサイズ、テキストデータに基づいてメッセージを作成し、作成したメッセージを、例えば、ＪＰＥＧ形式やＢｉｔ  Ｍａｐ形式の画像ファイルに変換する。そして、ＣＰＵ１１は、画像ファイルをメール送信が可能なバイナリデータ等に変換し、画像ファイルを添付した状態通知メールを作成し、ユーザ端末２に送信する。
【００５７】
ここで、画像処理装置１のＣＰＵ１１により作成された、画像ファイルが添付された状態通知メールの一例を図７に示す。なお、図７に示す画像ファイルが添付された状態通知メールを受信したユーザ端末２の表示部２３には、図５に示す表示画面２３１が表示される。また、状態通知メールに添付される画像ファイルは、バイナリコード等に変換されることなく、画像ファイルのまま添付され、送信される構成であってもよい。
【００５８】
これにより、自由度の高い表示態様による画像ファイルを生成することができ、より効果的な印象を与えることができる状態通知メールを送信することができる。また、例えば、画像処理システム１００を構築するネットワークの環境や、ユーザ端末２に備えられる表示部２３の表示性能等に応じて、好適な状態通知メールを送信することができ、汎用性が高く、利便性の良い画像処理システム１００を提供することができる。
【００５９】
［第２の実施の形態］
次に、本発明を適用した第２の実施の形態について説明する。
図９は、本第２の実施の形態における画像処理システム２００のシステム構成を示す図である。図９に示すように、画像処理システム２００は、画像処理装置１と、メンテナンス端末３とを備え、各装置はネットワークＮを介して接続され、相互にアクセス可能な構成となっている。
【００６０】
ネットワークＮは、電話回線網、ＩＳＤＮ回線網、専用線、移動体通信網、通信衛星回線、ＣＡＴＶ回線網等の各種通信回線と、それらを接続するインターネットサービスプロバイダ基地局等を含む。ネットワークＮは、任意な時に接続が可能であればよく、常時接続されている必要はない。また、ネットワークＮは、情報管理の信頼性の観点から、特定のユーザのみアクセス可能なセキュリティを確保しているネットワークであることが望ましい。
【００６１】
メンテナンス端末３は、例えば、携帯電話やＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）といった携帯型の電話端末や、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、ノート型パーソナルコンピュータ（ＰＣ）等により構成され、画像処理装置１を保守、管理するメンテナンスマンに管理される端末である。
【００６２】
なお、画像処理装置１は、第１の実施の形態と同一の構成によってなるため、図示及び詳細な説明を省略する。また、メンテナンス端末３は、上述したユーザ端末２と略同一の構成によってなるため、同一部分には対応する符号を付し、図示及び詳細な説明は省略する。すなわち、メンテナンス端末３は、ＣＰＵ３１、入力部３２、表示部３３、通信部３４、ＲＡＭ３５、記録部３６等から構成されている。以下、本第２の実施の形態に特徴的な部分につき詳細に説明する。
【００６３】
画像処理装置１のＣＰＵ１１は、記録部１６に格納される管理リストメール送信処理プログラムに従って、メンテナンス端末３から要求された管理リストを作成し、管理リストを添付したメールをメンテナンス端末３に送信する管理リストメール送信処理（図１０（ａ）参照）を実行する。ここで、管理リストは、ログデータ、課金データ、調整データ、フォントデータ、ユーザ管理データ、マシン管理データ、ジョブデータ等に基づいて作成されるカウンタリスト、エラーリスト、ログリスト等である。
【００６４】
また、画像処理装置１のメモリ１５は、画像処理装置１の使用実績をカウントするための各種カウンタを備えおり、例えば、プリントカウンタ、ジャムカウンタ、エラーカウンタ等を備えている。また、メモリ１５は、画像処理装置１の使用に係る各種データとして、例えば、ログデータ、課金データ、調整データ、フォントデータ、ユーザ管理データ、マシン管理データ、ジョブデータを記憶している。
【００６５】
さらに、メモリ１５は、管理リストメール設定テーブル（図示せず）を備えており、管理リストに含まれるデータの条件を定義すると共に、当該条件に対応する表示態様情報を記憶している。例えば、プリントカウンタに含まれるデータの条件として、所定のカウント値（例えば、１００００）を超えるデータに付いては、フォントカラーが赤に設定され、Ｔｏｔａｌのカウント値となるデータについては、他のカウント値のデータと異なるフォントタイプが設定されている。また、システムログのデータの条件として、エラーログについては、フォントカラーが赤に設定されている。
【００６６】
したがって、ＣＰＵ１１は、メモリ１５から各種カウント値又はデータを取得すると共に、管理リストメール設定テーブルに定義されるデータの条件に対応する表示態様情報を取得する。そして、表示態様情報を含むカウンタリスト、エラーリスト、システムログ等の管理リストをｈｔｍｌファイルとして作成し、作成された管理リストを添付したメールを作成する。
【００６７】
また、メンテナンス端末３のＣＰＵ３１は、記録部３６に記憶される各種システムプログラムを読み出して実行し、メンテナンス端末３の各部を駆動制御する。具体的に、ＣＰＵ３１は、記録部３６に格納される管理リストメール受信処理プログラムに従って、画像処理装置１により作成された管理リストメールを受信して表示する管理リストメール受信処理（図１０（ｂ）参照）を実行する。
【００６８】
次に、本第２の実施の形態における動作を説明する。
図１０（ａ）は、画像処理装置１のＣＰＵ１１により実行される管理リストメール送信処理を示すフローチャートであり、図１０（ｂ）は、メンテナンス端末３のＣＰＵ３１により実行される管理リストメール受信処理を示すフローチャートである。
【００６９】
図１０（ａ）に示すように、ＣＰＵ１１は、メンテナンス端末３から管理リストメールの要求指示を受信すると（ステップＳ１１）、要求されたリストの種別を取得して、対応するカウント値又はデータをメモリ１５から取得する（ステップＳ１２）。続いて、ＣＰＵ１１は、メモリ１５から管理リストメール設定テーブルを取得して（ステップＳ１３）、取得したカウント値又はデータと、管理リストメール設定テーブルに基づいて、対応する表示態様情報を取得し、表示態様情報を含む管理リストのｈｔｍｌファイルを作成する（ステップＳ１４）
【００７０】
続いて、ＣＰＵ１１は、作成した管理リストのｈｔｍｌファイルを添付した管理リストメールを作成し（ステップＳ１５）、対応するメンテナンス端末３に管理リストメールを送信する（ステップＳ１６）。そして、ＣＰＵ１１は、管理リストメールが正常に送信されたか否かを判別し（ステップＳ１７）、管理リストメールが正常に送信された場合（ステップＳ１７；ＹＥＳ）、本管理リストメール送信処理を終了する。また、管理リストメールが正常に送信されなかった場合（ステップＳ１７；ＮＯ）、ＣＰＵ１１は、表示部１３にエラー表示を行い（ステップＳ１８）、本管理リストメール送信処理を終了する。
【００７１】
次に、図１０（ｂ）を参照して、メンテナンス端末３のＣＰＵ３１により実行される管理リストメール受信処理について説明する。図１０（ｂ）に示すように、ＣＰＵ３１は、入力部３２を介して、メンテナンスマンから画像処理装置１に対して、管理リストメールを要求する指示が入力されると、対応する画像処理装置１に管理リストメール要求指示を送信する（ステップＳ２２）。
【００７２】
さらに、ＣＰＵ３１は、画像処理装置１から送信された管理リストメールを受信して（ステップＳ２３）、受信した管理リストメールを表示部３３に表示させる（ステップＳ２４）。そして、ＣＰＵ３１は、本管理リストメール受信処理を終了する。
【００７３】
図１１は、メンテナンス端末３の表示部３３に表示される各種管理リストの表示画面例を示す図である。図１１（ａ）は、カウンタリストが添付された管理リストメールの表示画面例であり、「Ｙｅｌｌｏｗ」のカウント値は「１００００」を超えているため、フォントカラーが赤にて表示されている。また、「Ｔｏｔａｌ」のカウント値は、他のカウント値と異なるフォントにより表示されている。
【００７４】
図１１（ｂ）は、エラーリストが添付された管理リストメールの表示画面例であり、「ＪＡＭ」のカウント値は「１０００」を超えているため、フォントカラーが赤にて表示されている。また、図１１（ｃ）は、システムログが添付された管理リストメールの表示画面例であり、エラーログ「１０／２１  １６：３５  Ｐｒｉｎｔ  Ｅｒｒｏｒ  （Ｍｅｍｏｒｙ  ｏｖｅｒｆｌｏｗ）」、「１０／２３  ０９：３０  Ｃｏｐｙ  Ｅｒｒｏｒ  （Ｊａｍ  ｃｏｄｅ  ９−１０）」については、フォントカラーが赤により表示されている。
【００７５】
以上のように、本第２の実施の形態によれば、画像処理装置１は、メンテナンス端末３から管理リストメールの要求があった場合、要求された管理リストを作成する際に、管理リストメール設定テーブルに基づいて、一定の条件を満たすデータについては、対応する表示態様情報を取得し、他のデータと識別可能となる表示態様にて管理リストのｈｔｍｌファイルを作成する。そして、画像処理装置１は、管理リストのｈｔｍｌファイルを添付した管理リストメールを作成し、作成した管理リストメールをメンテナンス端末３に送信する。
【００７６】
これにより、管理リストメールを受信したメンテナンス端末３は、カウンタリストやエラーログ等を表示する際に、一定の条件を満たすデータを他のデータと識別可能な表示態様にて表示させることができ、メンテナンスマンは、一見して重要な情報を把握することができる。これにより、例えば、速やかに画像処理装置１の保守、管理を行うことができ、メンテナンスに係る業務効率を向上させることができる。
【００７７】
なお、上述した本第２の実施の形態における記述は、本発明に係る好適な画像処理装置の一例であり、これに限定されるものではない。例えば、画像処理装置１のＣＰＵ１１により作成される管理リストは、ｈｔｍｌファイルとして作成される場合を例として説明を行ったが、これに限らず、例えば、管理リストを画像ファイルとして作成し、管理リストメールに画像ファイルを添付して、メンテナンス端末３に送信する構成であっても良い。
【００７８】
また、データの条件に応じた表示態様の一例として、フォントカラー、フォントサイズ、フォントタイプ等を区別して表示する構成としたが、これに限らず、例えば、模様を付したり、記号、立体的形状により、他のデータと識別可能な表示態様とする構成であっても良い。
【００７９】
その他、本第１及び第２の実施の形態における画像形成システム１００、２００の構成部分の細部構成、及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００８０】
【発明の効果】
請求項１記載の発明によれば、画像処理装置において発生したイベントの重要度に応じた表示態様にて、イベントの発生を報知するメールを外部機器に表示させることができ、ユーザは、表示されたメールにより瞬時に発生したイベントの重要度を認識して、速やか対応を行うことができる。
【００８１】
請求項２記載の発明によれば、請求項１記載の発明の効果に加えて、例えば、外部機器の表示性能や、表示ソフト等に依存せずに、ｈｔｍｌ形式により作成されたメールを重要度に応じた表示態様により表示させることができる。
【００８２】
請求項３記載の発明によれば、請求項１記載の発明の効果に加えて、例えば、自由度の高い表示態様にてイベントを通知するメールを作成することができ、より効果的に重要度をアピールすることができる。
【００８３】
請求項４記載の発明によれば、画像処理装置の使用に係る管理リストに含まれるデータの表示態様を条件に応じて変化させることができるため、ユーザは、一見して管理リストに含まれるデータが所定の条件を満たしていることを把握することができる。例えば、管理リストに含まれるエラーデータを他のデータと異なるフォントカラーで表示させることにより、エラーデータを速やかに認識して、適切な対応を図ることができる。
【００８４】
請求項５記載の発明によれば、請求項４記載の発明の効果に加えて、例えば、外部機器の表示性能や、表示ソフト等に依存せずに、ｈｔｍｌ形式により作成された管理リストのデータを条件に応じた表示態様により表示させることができる。
【００８５】
請求項６記載の発明によれば、請求項４記載の発明の効果に加えて、例えば、自由度の高い表示態様にて管理リストを作成することができ、より見易く効果的なアピールすることができる。
【００８６】
請求項７記載の発明によれば、請求項１から６のいずれか一項に記載の発明の効果に加えて、種々の表示態様により、イベントの重要度や管理リストに含まれるデータの重要性を明確に区別して表示させることができる。
【図面の簡単な説明】
【図１】本発明を適用した第１の実施の形態における画像処理システム１００のシステム構成を示す概念図である。
【図２】図１に示す画像処理装置１の機能的構成を示すブロック図である。
【図３】図２に示すメール重要度設定テーブル１５１のデータ構成を示す図である。
【図４】（ａ）ｈｔｍｌファイルのデータ構成を示す図である。
（ｂ）状態通知メールのデータ構成を示す図である。
【図５】図４（ｂ）に示す状態通知メールの表示画面例を示す図である。
【図６】図１に示すユーザ端末２の機能的構成を示すブロック図である。
【図７】図２のＣＰＵ１１により実行される状態通知メール送信処理を示すフローチャートである。
【図８】画像ファイルが添付された状態通知メールのデータ構成を示す図である。
【図９】第２の実施の形態における画像処理システム２００のシステム構成を示す概念図である。
【図１０】（ａ）画像処理装置１のＣＰＵ１１により実行される管理リストメール送信処理を示すフローチャートである。
（ｂ）メンテナンス端末３のＣＰＵ３１により実行される管理リストメール受信処理を示すフローチャートである。
【図１１】（ａ）メンテナンス端末３の表示部３３に表示されるカウンタリストの表示画面例を示す図である。
（ｂ）メンテナンス端末３の表示部３３に表示されるエラーリストの表示画面例を示す図である。
（ｃ）メンテナンス端末３の表示部３３に表示されるシステムログの表示画面例を示す図である。
【符号の説明】
１    画像処理装置
１１    ＣＰＵ
１２    入力部
１３    表示部
１４    通信部
１５    メモリ
１６    印刷部
１７    記録部
１８    バス
２    ユーザ端末
３    メンテナンス端末
Ｌ    イントラネット
Ｎ    ネットワーク
【図１】
2004241816.tif 000003
【図２】
2004241816.tif 000004
【図３】
2004241816.tif 000005
【図４】
2004241816.tif 000006
【図５】
2004241816.tif 000007
【図６】
2004241816.tif 000008
【図７】
2004241816.tif 000009
【図８】
2004241816.tif 000010
【図９】
2004241816.tif 000011
【図１０】
2004241816.tif 000012
【図１１】
2004241816.tif 000013