JP2008283438A - 画像処理装置および被管理情報送信方法 - Google Patents

Abstract

【課題】本発明は、ユーザが所望するフォーマットで被管理情報を送信することができる画像処理装置および被管理情報送信方法を提供することを課題とする。
【解決手段】受付装置で受け付けたフォーマット情報を記憶する記憶装置と、画像処理装置の状態を取得する取得装置と、記憶装置に一のフォーマットに係るフォーマット情報が記憶されている場合、画像処理装置の状態に基づき一のフォーマットで一の被管理情報を作成し、記憶装置に他のフォーマットに係るフォーマット情報が記憶されている場合、画像処理装置の状態に基づき他のフォーマットで他の被管理情報を作成する被管理情報作成装置と、一の被管理情報と他の被管理情報とを送信する送信装置と、被管理情報作成装置によって一または他の被管理情報が作成された場合、一または他の被管理情報を送信するよう送信装置を制御する送信制御装置とを備えている。
【選択図】図１５

Description

本発明は、自装置の状態を内容とする被管理情報を送信可能な画像処理装置および被管理情報送信方法に関する。

従来、あらかじめ決められた時間やあらかじめ決められた事象が発生したときに、電子メール（以下、「Ｅメール」という。）などによって機器のステータスや消耗品のライフ情報・使用状況等の被管理情報をあらかじめ定められた送信先（管理者）に送信する所定のプリンタ（画像処理装置）を含むシステムが知られている（特許文献１参照）。
これによれば、管理者は、画像処理装置から離れた場所にいても、画像処理装置の状態（例えばトナーの残量やトナーカートリッジ等の消耗品の使用状況等）を知ることができる。そして、管理者は、画像処理装置から送られてくる被管理情報に基づいて、トナーの発注や、消耗品の使用状態の分析などを行うことが可能となっている。

特開２００５−４２５１号公報

ところで、前記したような被管理情報を送信する技術においては、通常、被管理情報のフォーマットをテキスト形式として送信される。これは、管理者による確認に際し、都合がよいが、逆にその情報をコンピュータで自動処理しようとすると都合が悪い。

そこで、本発明は、被管理情報の送信先において好適なフォーマットで、この被管理情報を送信することができる画像処理装置および被管理情報送信方法を提供することを課題とする。

前記課題を解決する本発明は、ネットワークに対して、自装置の状態を内容とする被管理情報を送信可能な画像処理装置であって、前記被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能なフォーマット情報の入力を受け付ける受付装置と、前記受付装置が受け付けたフォーマット情報を記憶する記憶装置と、画像処理装置の状態を取得する取得装置と、前記記憶装置に前記一のフォーマットに係るフォーマット情報が記憶されている場合、前記取得装置が取得する画像処理装置の状態に基づき前記一のフォーマットで一の被管理情報を作成し、前記記憶装置に前記他のフォーマットに係るフォーマット情報が記憶されている場合、前記取得装置が取得する画像処理装置の状態に基づき前記他のフォーマットで他の被管理情報を作成する被管理情報作成装置と、前記一の被管理情報と、他の被管理情報と、を送信する送信装置と、前記被管理情報作成装置によって前記一の被管理情報が作成された場合、前記一の被管理情報を送信し、前記被管理情報作成装置によって前記他の被管理情報が作成された場合、前記他の被管理情報を送信するよう前記送信装置を制御する送信制御装置と、を備えていることを特徴とする。

本発明によれば、例えば一のフォーマットを示すフォーマット情報が受付装置に入力されると、このフォーマット情報が記憶装置で記憶される。このように記憶装置にフォーマット情報が記憶された状態において、取得装置が画像処理装置の状態を取得すると、この画像処理装置の状態に基づいて被管理情報作成装置が、一のフォーマットで一の被管理情報を作成する。そして、作成した一の被管理情報は、送信制御装置で制御される送信装置によって送信される。

また、前記受付装置は、送信先に係る送信先情報に対応付けてフォーマット情報の入力を受け付け、前記記憶装置は、前記送信先情報に対応付けて前記フォーマット情報を複数記憶可能で、前記被管理情報作成装置は、記憶装置の送信先情報に対して対応付けられたフォーマット情報にしたがい、前記送信先情報に係る前記一の被管理情報または前記他の被管理情報を作成し、前記送信装置は、前記一の被管理情報または前記他の被管理情報を、前記送信先情報を宛先として送信するものであってもよい。

これによれば、送信先情報に対応付けてフォーマット情報が記憶装置に複数記憶されるので、異なる送信先にそれぞれ対応したフォーマットで被管理情報を送信することができる。

また、本発明は、ネットワークに対して、画像処理装置の状態を内容とする被管理情報を送信する被管理情報送信方法であって、前記被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能なフォーマット情報の入力を受け付ける第１工程と、前記第１工程で受け付けたフォーマット情報を記憶する第２工程と、前記画像処理装置の状態を取得する第３工程と、前記第２工程において、前記一のフォーマットに係るフォーマット情報が記憶されたとき、前記第３工程で取得された画像処理装置の状態に基づき前記一のフォーマットで一の被管理情報を作成し、前記第２工程において、前記他のフォーマットに係るフォーマット情報が記憶されたとき、前記第３工程で取得された画像処理装置の状態に基づき前記他のフォーマットで他の被管理情報を作成する第４工程と、前記第４工程において前記一の被管理情報が作成された場合、前記一の被管理情報を送信し、前記第４工程において前記他の被管理情報が作成された場合、前記他の被管理情報を送信する第５工程と、を有することを特徴とする。

本発明によれば、フォーマット情報が第１工程において入力されると、このフォーマット情報が第２工程で記憶される。また、第３工程において、画像処理装置の状態が取得される。そして、例えば第２工程で一のフォーマットを示すフォーマット情報が記憶されている場合には、第４工程において、第３工程で取得された画像処理装置の状態に基づき一のフォーマットで一の被管理情報が作成され、この一の被管理情報が第５工程において送信される。

また、前記第１工程は、送信先に係る送信先情報に対応付けてフォーマット情報の入力を受け付け、前記第２工程は、前記送信先情報に対応付けて前記フォーマット情報を記憶し、前記第４工程は、前記第２工程において送信先情報に対して対応付けて記憶されたフォーマット情報にしたがい、前記送信先情報に係る前記一の被管理情報または前記他の被管理情報を作成し、前記第５工程は、前記一の被管理情報または前記他の被管理情報を、前記送信先情報を宛先として送信するものであってもよい。
これによれば、送信先に係る送信先情報を宛先として、これに対応付けて記憶されたフォーマットで被管理情報を送信することができる。

本発明によれば、被管理情報作成装置が受付装置に入力されたフォーマット情報に応じたフォーマットで被管理情報を作成するので、ユーザが所望のフォーマットをフォーマット情報として受付装置に入力することで、被管理情報の送信先において好適なフォーマットで被管理情報を送信することができる。

次に、本発明の実施形態について、適宜図面を参照しながら詳細に説明する。参照する図面において、図１は本発明の一実施形態に係る画像処理システムを示す構成図であり、図２は複合機の構成を示すブロック図である。また、図３は通知条件管理テーブルを示す図、図４はトリガ条件ＩＤ「Ｃ１」〜「Ｃ３」に対応するトリガ条件管理テーブルを示す図、図５はトリガ条件ＩＤ「Ｃ１０」〜「Ｃ１２」に対応するトリガ条件管理テーブルを示す図である。さらに、図６はＰｌａｉｎＴｅｘｔのフォーマットで作成された被管理情報を示す図であり、図７はＸＭＬのフォーマットで作成された被管理情報を示す図である。

図１に示すように、画像処理装置の一例としての画像処理システム１は、複数（２台）の複合機２、メールサーバ３および管理用コンピュータ４がＬＡＮ５を介して通信可能に接続されることで構成されている。

図２に示すように、複合機２は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、不揮発性メモリ２４、リアルタイムクロック２５、ＬＡＮインターフェース（以下、単にＬＡＮＩ／Ｆとよぶ）２６、操作キー２７、表示パネル２８、読取制御部２９、印刷機構制御部３０、モデム３１、読取機構３２および印刷機構３３を備えて構成されている。

ＣＰＵ２１は、ＲＯＭ２２に記憶されている複数のプログラムに基づいて各種機器を制御している。具体的に、ＣＰＵ２１は、被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能なフォーマット情報の入力をＬＡＮＩ／Ｆ２６やモデム３１を介した受け付け、または表示パネル２８に表示されたフォーマット情報の入力を受け付ける項目を含むメニューに基づき、操作キー２７を用いてなされるユーザ指定を介した受付けを制御する。また、ＣＰＵ２１は、後述する通知条件管理テーブル（図３参照）の１つのレコード中のＦｏｒｍａｔの欄に一のフォーマットに係るフォーマット情報が記憶されている場合に、複合機２の状態に基づき一のフォーマットで一の被管理情報を作成し、１つのレコード中のＦｏｒｍａｔの欄に他のフォーマットに係るフォーマット情報が記憶されている場合に、複合機２の状態に基づき他のフォーマットで他の被管理情報を作成する。

さらに、ＣＰＵ２１は、一の被管理情報を作成した場合に、一の被管理情報を送信し、他の被管理情報を作成した場合に、他の被管理情報を送信する。また、ＣＰＵ２１は、送信先情報に対して対応付けられたフォーマット情報にしたがい、送信先情報に係る一の被管理情報または他の被管理情報を作成し、各被管理情報を各送信先情報で示される宛先にＬＡＮＩ／Ｆ２６やモデム３１を介して送信する。ここで、ＣＰＵ２１は、被管理情報作成装置および送信制御装置の一例である。また、ＬＡＮＩ／Ｆ２６またはモデム３１は、ＣＰＵ２１によって制御される受付装置および送信装置の一例である。なお、上記のとおりフォーマット情報の受付けは操作キー２７を介してもなされ、したがって、操作キー２７も受付装置の一例である。

ＲＯＭ２２は、書き込み不能なメモリ（Read Only Memory）であり、その中には、後で詳細に説明するフローチャートを実現する複数のプログラムが記憶されている。特に、本実施形態においては、所定の条件となったときに後述する所定の被管理情報を所定のフォーマットで所定の送り先に送信するプログラムが記憶されている。

ＲＡＭ２３は、書き込み可能なメモリ（Random Access Memory）であり、不揮発性ＲＡＭ３４は、電力供給が行われない状態であっても、書き込まれたデータを保持する半導体メモリである。そして、このＲＡＭ２３や不揮発性ＲＡＭ３４には、後述する被管理情報や、図３に示す通知条件管理テーブルや、図４，５に示すトリガ条件管理テーブルなどが記憶されている。ここで、このＲＡＭ２３や不揮発性ＲＡＭ３４は、記憶装置の一例に相当する。

図３に示すように、通知条件管理テーブルは、ＥｖｅｎｔＩＤ、通知タイプ、トリガ条件ＩＤ、Ａｔｔｅｎｔｉｏｎ（宛先）およびＦｏｒｍａｔ（フォーマット情報）を１つのレコードとし、このようなレコードを複数備えた構成となっている。ここで、ＥｖｅｎｔＩＤは、このレコード各々に対して割り当てられたＩＤである。

フォーマット情報は、被管理情報のフォーマットが一のフォーマットまたは他のフォーマットのいずれであるかを判別可能な情報であり、本実施形態では、「Ｐｌａｉｎｔｅｘｔ」等の文字情報がフォーマット情報として採用されている。

通知タイプは、被管理情報を管理者に通知する条件を示す情報であり、「Ｒｅｐｏｒｔ」と「Ｎｏｔｉｆｉｃａｔｉｏｎ」の２種類が設定されるようになっている。ここで、「Ｒｅｐｏｒｔ」は、管理者に対して定期的に被管理情報を送信するタイプを示し、「Ｎｏｔｉｆｉｃａｔｉｏｎ」は、所定の事象が起きたときに管理者に対して被管理情報を送信するタイプを示す。

トリガ条件ＩＤは、通知タイプの細かな条件を設定するための複数のトリガ条件に対して割り当てられたＩＤである。詳しくは、トリガ条件ＩＤがＣ１〜Ｃ３である場合には、図４に示すトリガ条件管理テーブルが参照され、トリガ条件ＩＤがＣ１０〜Ｃ１２である場合には、図５に示すトリガ条件管理テーブルが参照される。なお、図４のトリガ条件管理テーブル中、トリガ条件ＩＤ「Ｃ１」に対応したトリガ条件は、毎日午前０時になったときに被管理情報を送信させることを意味している。また、トリガ条件ＩＤ「Ｃ２」に対応したトリガ条件は、毎週日曜の１３時になったときに被管理情報を送信させることを意味している。さらに、トリガ条件ＩＤ「Ｃ３」に対応したトリガ条件は、毎月１日の２２時になったときに被管理情報を送信させることを意味している。

また、図５のトリガ条件テーブル中、トリガ条件ＩＤ「Ｃ１０」に対応したトリガ条件は、複合機２の所定のカバーが１回開けられるか（図５の「Ｃｏｖｅｒ Ｏｐｅｎ」参照）、紙詰まりが２回発生するか（図５の「Ｐａｐｅｒ Ｊａｍｓ」参照）、トナーが所定量以下となるか（図５の「Ｔｏｎｅｒ Ｌｏｗ」参照）、トナーの寿命がなくなるか（図５の「Ｔｏｎｅｒ Ｌｉｆｅ ｅｎｄ」参照）、といった事象が少なくともいずれか１つ発生したときに被管理情報を送信させることを意味している。ここで、トナーが所定量以下となるときには、トナーの残量を検出するセンサ等によって誤検知される場合を考慮して、所定の間（例えば、１０分間。図５参照）継続してトナー残量が所定量以下であることが検出された場合に、被管理情報が送信されるようになっている。

また、トリガ条件ＩＤ「Ｃ１１」に対応したトリガ条件は、感光ドラムが交換時期に到達したか、所定の消耗品（複合機２を構成する部品を含む）に関連するエラー（例えば、メモリの故障によるエラー又はメモリフルによるエラー）が１００回起こったか（図５の「Ｃｏｎｓｕｍａｂｌｅ Ｗａｒｎｉｎｇ」参照）、といった事象が少なくともいずれか１つ発生したときに被管理情報を送信させることを意味している。
さらに、トリガ条件ＩＤ「Ｃ１２」に対応したトリガ条件は、用紙なしエラーが１０回起こったか（図５の「Ｐａｐｅｒ Ｉｎｐｕｔ Ｅｒｒｏｒ」参照）、排出フル（複合機２の用紙排出部に既に排出された用紙が所定の量以上存在している。）エラーが１０回起こったか（図５の「Ｐａｐｅｒ Ｏｕｔｐｕｔ Ｅｒｒｏｒ」参照）、といった事象が少なくともいずれか１つ発生したときに被管理情報を送信させることを意味している。

図３に示すように、通知条件管理テーブル中のＡｔｔｅｎｔｉｏｎは、被管理情報を送付する送付先のアドレスを示している。

Ｆｏｒｍａｔは、被管理情報のフォーマットが一のフォーマットまたは他のフォーマットのいずれであるかを判別可能な情報を示しており、例えば「ＰｌａｉｎＴｅｘｔ」、「ＸＭＬ」、「ＳＱＬ」などのフォーマットが記録される。ここで、被管理情報を「ＰｌａｉｎＴｅｘｔ」で作成した場合には、図６に示すように、管理者が読み易く、コンピュータで処理し難いデータとなる。また、被管理情報を「ＸＭＬ」や「ＳＱＬ」で作成した場合には、図７に示すように、管理者には読み難いかもしれないが、コンピュータで処理し易いデータとなる。

図２に戻って、複合機２の構造の説明を続ける。
リアルタイムクロック２５は、現実の時間を計時することが可能な計時手段（Real Time Clock）である。
ＬＡＮＩ／Ｆ２６は、ＬＡＮ５に接続されて、ＬＡＮ５に対して情報を送信し、また、ＬＡＮ５から情報を受信するためのものである。特に、本実施形態では、このＬＡＮＩ／Ｆ２６によって、例えば、管理用コンピュータ４から送信されてくるフォーマット情報を含むイベント情報等が受信され、ＬＡＮ５に対して被管理情報が送信されるようになっている。

操作キー２７は、複合機２の設定等を適宜変更するためのキーである。また、表示パネル２８は、複合機２の設定等を行う際に設定に必要な情報等を表示させるパネルである。

読取制御部２９は、読取機構３２の動作を制御するものであり、印刷機構制御部３０は、印刷機構３３の動作を制御するものである。そして、本実施形態では、印刷機構制御部３０で印刷機構３３を制御した情報（例えば、印刷枚数を示す情報などの自装置の状態を内容とする情報）が、ＲＡＭ２３または不揮発性メモリ２４に出力されて、被管理情報として記憶されるようになっている。ここで、印刷機構制御部３０は、複合機２の状態を取得する取得装置の一例に相当する。

モデム３１は、デジタルデータを音声データに変換して電話回線に送信するとともに、電話回線から受信した音声データをデジタルデータに変換するものである。また、読取機構３２は、複合機２をＦＡＸ等として用いる際に原稿を読み取る公知の機構であり、印刷機構３３は、複合機２をプリンタとして用いる際に用紙に情報を印刷する公知の機構である。

なお、図１に示すメールサーバ３および管理用コンピュータ４は、ＣＰＵ、ＲＯＭ、ＲＡＭ、不揮発性メモリ、リアルタイムクロック、ＬＡＮインターフェース、キーボード、マウス、ディスプレイなどの公知のハードウェアを備えて構成されている。そして、メールサーバ３は、ハードディスクその他の記憶媒体に記憶されているプログラムを読み込んだＣＰＵによって適宜制御されることによって、各複合機２から受信した被管理情報を管理用コンピュータ４に送信するようになっている。

また、管理用コンピュータ４では、管理者がディスプレイを見つつマウスやキーボードを操作することで、前記した通知タイプやフォーマットなどが適宜選択可能となっている。すなわち、管理用コンピュータ４は、前記した複合機２の一部（ＬＡＮＩ／Ｆ２６やモデム３１）とともに受付装置の一例として機能している。具体的に、ディスプレイには、図８〜図１１に示すような設定画面が表示される。なお、設定画面の切り替えは、図１１の最上段部分に記載の「Ｎｏｔｉｆｉｃａｔｉｏｎ」タブ、「Ｅ−ｍａｉｌ ｒｅｐｏｒｔ」タブ等を選択することによって行われる（図８〜図１０においては、これらタブの記載を省略。また、図１１において、図１０の通知タイプの通知タイプ「Ｒｅｐｏｒｔ」に係るタブの記載を省略）。

図８に示す設定画面は、通知タイプとして「Ｅ−ｍａｉｌ ｒｅｐｏｒｔ」を選択したときに表示される画面であり、Ｅメールで被管理情報を送信させるとともに、複合機２がリアルタイムクロック２５を備えるときの設定画面を示している。この設定画面中、「Ａｄｍｉｎｉｓｔｒａｔｏｒ Ａｄｄｒｅｓｓ」の右側の空欄には、送信先情報の一例としてのＥメールのアドレスが入力可能となっている。また、「Ｓｅｌｅｃｔ Ｆｒｅｑｕｅｎｃｙ」の右側には、被管理情報を送信するタイミングを選択可能なラジオボタン等が設けられている。さらに、「Ｔｉｍｅ」の右側の空欄には、被管理情報を送る時刻が入力可能となっている。また、「ＲｅｐｏｒｔＦｏｒｍａｔ」の右側には、被管理情報のフォーマットが「Ｐｌａｉｎｔｅｘｔ」、「ＸＭＬ」、「ＣＳＶ」および「ＳＱＬ」の中から選択可能となるプルダウンメニューが設けられている。また、このプルダウンメニューの下には、今回の設定が終わった直後に被管理情報を送信させるためのチェックボックスが設けられている。そして、この設定画面において各種設定を行った後、画面右下の「Ｓｕｂｍｉｔ」のボタンを押すと、各設定条件が、複合機２に送信され、複合機２の通知条件管理テーブルやトリガ条件管理テーブルに記録されるようになっている。

図９に示す設定画面は、通知タイプとして「Ｅ−ｍａｉｌ ｒｅｐｏｒｔ」を選択したときに表示される画面であり、Ｅメールで被管理情報を送信させるとともに、複合機２がリアルタイムクロック２５を備えないときの設定画面を示している。この設定画面では、図８の設定画面と異なり、「Ｓｅｌｅｃｔ Ｆｒｅｑｕｅｎｃｙ」の右側の項目が、「Ｐｏｗｅｒ ｏｎ」、「ｈｏｕｒ（ｓ）」および「ｄａｙ（ｓ）」となっている。これにより、現在の時刻に関わらず、電源オン時や、電源オンから所定時間または所定日後に、被管理情報が送信されるようになっている。

図１０に示す設定画面は、通知タイプとして「Ｒｅｐｏｒｔ」を選択したときに表示される画面であり、複合機２からメールサーバ３を介さずに直接被管理情報を送信させるとともに、複合機２がリアルタイムクロック２５を備えるときの設定画面を示している。この設定画面では、図８の設定画面と異なり、「Ａｄｍｉｎｉｓｔｒａｔｏｒ Ａｄｄｒｅｓｓ」の代わりに、「Ｄｉｓｔｉｎａｔｉｏｎ ＵＲＬ」が設けられ、その右側に、送信先情報の一例としてのインターネット上のアドレスが入力可能となっている。

図１１に示す設定画面は、通知タイプとして「Ｎｏｔｉｆｉｃａｔｉｏｎ」を選択したときに表示される画面である。この設定画面中、略真中の位置には、カバーの開放、紙詰まり、トナーの減少、トナー寿命などの各事象に対して、その各事象を条件として選択可能なラジオボタンや、各事象に対して回数や遅れ時間などの細かい設定を行うための欄などが設けられている。また、これら各事象を選択する部分の下側には、被管理情報のフォーマット（ＲｅｐｏｒｔＦｏｒｍａｔ）を選択するためのプルダウンメニューが設けられている。そして、この設定画面において各種設定を行った後、画面右下の「Ｓｕｂｍｉｔ」のボタンを押すと、各設定条件が、複合機２に送信され、複合機２の通知条件管理テーブルやトリガ条件管理テーブルに記録されるようになっている。

次に、複合機２による動作について説明する。参照する図面において、図１２は設定条件記録処理を示すフローチャートであり、図１３はトリガ条件がＣ１〜Ｃ３のときのイベント発生通知処理を示すフローチャートである。また、図１４はトリガ条件がＣ１０のときのイベント発生通知処理を示すフローチャートであり、図１５はイベント発生処理を示すフローチャートである。

＜設定条件記録処理＞
前記した設定画面で設定されたフォーマットや送信条件などの設定条件が管理用コンピュータ４から複合機２のＬＡＮＩ／Ｆ２６またはモデム３１で受信されると、ＣＰＵ２１は、図１２に示すように、まず、受信した設定条件のうち通知条件管理テーブルに関するデータを取得して、そのデータを通知条件管理テーブルに記録して、通知条件管理テーブルを更新する（Ｓ１）。ステップＳ１の後、ＣＰＵ２１は、受信した設定条件のうちトリガ条件管理テーブルに関するデータを取得して、そのデータをトリガ条件管理テーブルに記録して、トリガ条件管理テーブルを更新する（Ｓ２）。その後は、図示せぬメインフローに戻って、この処理が終了する。なお、この処理は、管理用コンピュータ４から設定条件のデータを受信するたびに、開始されるようになっている。

＜イベント発生通知処理（トリガ条件Ｃ１〜Ｃ３）＞
複合機２のＣＰＵ２１は、所定のインターバル（間隔）で時限イベントチェックタスク（図１３に示すフローチャート）を起動することで、イベント発生を通知するための処理を行っている。ＣＰＵ２１は、まず、リアルタイムクロック２５から現在時刻の情報を取り出す（Ｓ４１）。ステップＳ４１の後、ＣＰＵ２１は、トリガ条件（図４；Ｃ１〜Ｃ３）に合致する事象（図４；Ｃｏｎｄｉｔｉｏｎ参照）が発生したか否かを判断する（Ｓ４２）。

ステップＳ４２において、トリガ条件に合致する事象が発生した場合（Ｓ４２：Ｙｅｓ）、ＣＰＵ２１は、発生した事象を内容とするトリガ条件（トリガ条件ＩＤ）をレコードとして記録するＥｖｅｎｔＩＤを取得する（Ｓ４３）。このステップＳ４３の後、ＣＰＵ２１は、取得したＥｖｅｎｔＩＤに基づき後述するイベント発生処理を起動する（Ｓ４４）。そして、このステップＳ４４の後や、ステップＳ４２においてトリガ条件に合致する事象が発生していない場合（Ｎｏ）、ＣＰＵ２１は、本イベント発生通知処理を（一旦）終了する。

＜イベント発生通知処理（トリガ条件Ｃ１０〜Ｃ１２）＞
複合機２のＣＰＵ２１は、図１３のフローチャートに基づく処理に加え、所定のインターバルで事象イベントチェックタスク処理（図１４に示すフローチャート）を起動することで、イベント発生を通知するための処理も行っている。ＣＰＵ２１は、まず、図２に示す印刷機構制御部３０などから出力されるマシンステータス情報を読み取る（Ｓ２１）。ステップＳ２１の後、ＣＰＵ２１は、ディレイタイマが設定された事象が継続しているか否かを判断する（Ｓ２２）。ステップＳ２２において、事象が継続していない場合には（Ｓ２２：Ｎｏ）、ＣＰＵ２１は、ディレイタイマを停止して、その値をクリアする（Ｓ２３）。ステップＳ２２において、事象が継続している場合には（Ｓ２２：Ｙｅｓ）、ステップＳ２１で取得したマシンステータス情報がトリガ条件（図５；Ｃ１０〜Ｃ１２）に対応する事象（図５の「Ｃｏｎｄｉｔｉｏｎ」参照）に合致したか否かを判断する（Ｓ２４）。

ステップＳ２４において、マシンステータス情報がトリガ条件に合致しなかった場合には（Ｓ２４：Ｎｏ）、ＣＰＵ２１は、本処理を（一旦）終了する。ステップＳ２４において、マシンステータス情報がトリガ条件に対応する事象に合致した場合には（Ｓ２４：Ｙｅｓ）、その事象に対応付けられて回数条件（図５参照）が記録されているか否かが判断される（Ｓ２５）。

ステップＳ２５において、回数条件が記録されている場合（Ｓ２５：Ｙｅｓ）、ＣＰＵ２１は、イベント発生回数を更新する（Ｓ２６）。なお、Ｓ２６において更新されるイベント発生回数は、発生するイベント（事象）に対応付けられて揮発性メモリ２４等に記憶される。

ステップＳ２６の後、ＣＰＵ２１は、Ｓ２６において更新されたイベント発生回数が、Ｓ２５に係る回数条件に一致するか否かを判断し（Ｓ２７）、一致しなかった場合には（Ｓ２７：Ｎｏ）、本処理を（一旦）終了する。一方、ステップＳ２７において、回数条件が一致した場合（Ｙｅｓ）、ＣＰＵ２１は、Ｓ２４に係る事象に対応するトリガ条件（トリガ条件ＩＤ）をレコードとして記録するＥｖｅｎｔＩＤを取得する（Ｓ２８）。ステップＳ２８の後、ＣＰＵ２１は、取得したＥｖｅｎｔＩＤに基づき後述するイベント発生処理を起動する（Ｓ２９）。そして、このステップＳ２９の後、本イベント発生通知処理を（一旦）終了する。

また、ステップＳ２５において、回数条件がない場合（Ｓ２５：Ｎｏ）、ＣＰＵ２１は、ディレイ条件があるか否かを判断する（Ｓ３０）。ステップＳ３０において、ディレイ条件がない場合（Ｓ３０：Ｎｏ）、ＣＰＵ２１は、ＥｖｅｎｔＩＤを取得する（Ｓ２８）。また、ステップＳ３０において、ディレイ条件がある場合（Ｓ３０：Ｙｅｓ）、ＣＰＵ２１は、ディレイタイマがカウント中（動作中）であるか否かを判断する（Ｓ３１）。ステップＳ３１において、ディレイタイマが動作中でない場合には（Ｓ３１：Ｎｏ）、ＣＰＵ２１は、ディレイタイマを設定し、カウントをスタートする（Ｓ３２）。そして、ステップＳ３２の後、ＣＰＵ２１は、本処理を（一旦）終了する。

また、ステップＳ３１において、ディレイタイマが動作中である場合には（Ｓ３１：Ｙｅｓ）、ＣＰＵ２１は、ディレイタイマがオーバーフロー（設定した遅れ時間が経過）したか否かを判断する（Ｓ３３）。ステップＳ３３において、ディレイタイマがオーバーフローしている場合には（Ｓ３３：Ｙｅｓ）、ＣＰＵ２１は、上記同様Ｓ２４に係る事象に対応するトリガ条件（トリガ条件ＩＤ）をレコードとして記録するＥｖｅｎｔＩＤを取得し（Ｓ２８）、Ｓ２９を実行する。また、ステップＳ３３において、ディレイタイマがオーバーフローしていない場合には（Ｓ３３：Ｎｏ）、ＣＰＵ２１は、本処理を（一旦）終了する。

＜イベント発生処理＞
図１５は、図１３のＳ４４および図１４のＳ２９をＣＰＵ２１が実行することで起動されるイベント発生処理のフローを示すものである。まず、ＣＰＵ２１は、ＥｖｅｎｔＩＤに応じた送信先情報およびフォーマット情報を通知条件管理テーブルから取得する（Ｓ１１）。例えば、図３に示すように、取得したＥｖｅｎｔＩＤが「１」である場合には、ＣＰＵ２１は、このＥｖｅｎｔＩＤ「１」に基づいて通知条件管理テーブルから送信先情報として「ｔｅｓｔ１＠ａａａ．ｃｏ．ｊｐ」を取得し、フォーマット情報として「ＰｌａｉｎＴｅｘｔ」を取得する。

ステップＳ１１の後、ＣＰＵ２１は、取得したＥｖｅｎｔＩＤに応じた所定の被管理情報を取得し、その被管理情報を、取得したフォーマット情報に係るフォーマットで作成する（Ｓ１２）。例えば、前記のようにＥｖｅｎｔＩＤ「１」を取得した場合には、このＥｖｅｎｔＩＤ「１」に応じた所定の被管理情報を取得し、その被管理情報を、「ＰｌａｉｎＴｅｘｔ」のフォーマットで作成する。言い換えると、ＣＰＵ２１は、例えばＥｖｅｎｔＩＤ「１」に対応する１つのレコード中のＦｏｒｍａｔの欄に、一のフォーマット情報として「ＰｌａｉｎＴｅｘｔ」が記憶されている場合には、ＰｌａｉｎＴｅｘｔのフォーマットで被管理情報を作成し、他のフォーマット情報として「ＸＭＬ」が記憶されている場合には、ＸＭＬのフォーマットで被管理情報を作成する。

ステップＳ１２の後、ＣＰＵ２１は、取得した送信先情報と作成した被管理情報を用いてメールを作成し（Ｓ１３）、そのメールを所定の送信先に送信する（Ｓ１４）。例えば、前記のようにＥｖｅｎｔＩＤ「１」を取得している場合には、ＣＰＵ２１は、メールの宛先欄に「ｔｅｓｔ１＠ａａａ．ｃｏ．ｊｐ」を入力するとともに、メールの本文記入欄にＰｌａｉｎＴｅｘｔで作成された被管理情報を入力し、そのメールを送信する。言い換えると、ＣＰＵ２１は、ステップＳ１２において一の被管理情報としてＰｌａｉｎＴｅｘｔのフォーマットの被管理情報を作成した場合には、この一の被管理情報を送信し、他の被管理情報としてＸＭＬのフォーマットの被管理情報を作成した場合には、この他の被管理情報を送信する制御を行っている。その後は、図示せぬメインフローに戻って、この処理が終了する。なお、この処理は、所定の事象が発生するたびに、開始されるようになっている。

以上によれば、本実施形態において以下のような効果を得ることができる。
管理用コンピュータ４に入力されたフォーマット情報に応じたフォーマットで被管理情報を作成するので、ユーザが所望のフォーマットをフォーマット情報として管理用コンピュータ４に入力することで、ユーザが所望するフォーマットで被管理情報を送信することができる。
送信先情報に対応付けてフォーマット情報が通知条件管理テーブルに複数記憶されるので、異なる送信先にそれぞれ対応したフォーマットで被管理情報を送信することができる。

なお、本発明は前記実施形態に限定されることなく、以下に例示するように様々な形態で利用できる。
前記実施形態では、画像処理装置として、複合機２、メールサーバ３および管理用コンピュータ４で構成されるシステムを採用したが、本発明はこれに限定されず、複合機２単体であってもよい。なお、この場合は、複合機２の操作キー２７や表示パネル２８を受付装置として機能させればよい。

前記実施形態では、被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能な情報として、ＰｌａｉｎＴｅｘｔ等の文字情報を採用したが、本発明はこれに限定されるものではなく、例えば、数字等であってもよい。
前記実施形態では、画面上に表示したプルダウンメニューによってフォーマットを選択するようにしたが、本発明はこれに限定されず、例えばラジオボタンなどで選択するようにしてもよい。

本発明の一実施形態に係る画像処理システムを示す構成図である。 複合機の構成を示すブロック図である。 通知条件管理テーブルを示す図である。 トリガ条件ＩＤ「Ｃ１」〜「Ｃ３」に対応するトリガ条件管理テーブルを示す図である。 トリガ条件ＩＤ「Ｃ１０」〜「Ｃ１２」に対応するトリガ条件管理テーブルを示す図である。 ＰｌａｉｎＴｅｘｔのフォーマットで作成された被管理情報を示す図である。 ＸＭＬのフォーマットで作成された被管理情報を示す図である。 通知タイプとして「Ｅ−ｍａｉｌ ｒｅｐｏｒｔ」を選択したときに表示される画面であり、Ｅメールで被管理情報を送信させるとともに、複合機がリアルタイムクロックを備えるときの設定画面を示す図である。 通知タイプとして「Ｅ−ｍａｉｌ ｒｅｐｏｒｔ」を選択したときに表示される画面であり、Ｅメールで被管理情報を送信させるとともに、複合機がリアルタイムクロックを備えないときの設定画面を示す図である。 通知タイプとして「Ｒｅｐｏｒｔ」を選択したときに表示される画面であり、複合機からメールサーバを介さずに直接被管理情報を送信させるとともに、複合機がリアルタイムクロックを備えるときの設定画面を示す図である。 通知タイプとして「Ｎｏｔｉｆｉｃａｔｉｏｎ」を選択したときに表示される画面である。 設定条件記録処理を示すフローチャートである。 トリガ条件がＣ１〜Ｃ３のときのイベント発生通知処理を示すフローチャートである。 トリガ条件がＣ１０のときのイベント発生通知処理を示すフローチャートである。 イベント発生処理を示すフローチャートである。

符号の説明

１ 画像処理システム
２ 複合機
３ メールサーバ
４ 管理用コンピュータ
５ ＬＡＮ
１０ 遅延時間
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ 不揮発性メモリ
２５ リアルタイムクロック
２６ ＬＡＮインターフェース
２７ 操作キー
２８ 表示パネル
２９ 読取制御部
３０ 印刷機構制御部
３１ モデム
３２ 読取機構
３３ 印刷機構
３４ 不揮発性ＲＡＭ

Claims (4)

1. ネットワークに対して、自装置の状態を内容とする被管理情報を送信可能な画像処理装置であって、
   前記被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能なフォーマット情報の入力を受け付ける受付装置と、
   前記受付装置が受け付けたフォーマット情報を記憶する記憶装置と、
   画像処理装置の状態を取得する取得装置と、
   前記記憶装置に前記一のフォーマットに係るフォーマット情報が記憶されている場合、前記取得装置が取得する画像処理装置の状態に基づき前記一のフォーマットで一の被管理情報を作成し、前記記憶装置に前記他のフォーマットに係るフォーマット情報が記憶されている場合、前記取得装置が取得する画像処理装置の状態に基づき前記他のフォーマットで他の被管理情報を作成する被管理情報作成装置と、
   前記一の被管理情報と、他の被管理情報と、を送信する送信装置と、
   前記被管理情報作成装置によって前記一の被管理情報が作成された場合、前記一の被管理情報を送信し、前記被管理情報作成装置によって前記他の被管理情報が作成された場合、前記他の被管理情報を送信するよう前記送信装置を制御する送信制御装置と、を備えていることを特徴とする画像処理装置。
2. 前記受付装置は、送信先に係る送信先情報に対応付けてフォーマット情報の入力を受け付け、
   前記記憶装置は、前記送信先情報に対応付けて前記フォーマット情報を複数記憶可能で、
   前記被管理情報作成装置は、記憶装置の送信先情報に対して対応付けられたフォーマット情報にしたがい、前記送信先情報に係る前記一の被管理情報または前記他の被管理情報を作成し、
   前記送信制御装置は、前記一の被管理情報または前記他の被管理情報を、前記送信先情報を宛先として送信するように前記送信装置を制御することを特徴とする請求項１に記載の画像処理装置。
3. ネットワークに対して、画像処理装置の状態を内容とする被管理情報を送信する被管理情報送信方法であって、
   前記被管理情報の作成を一のフォーマットまたは他のフォーマットのいずれで行うかを判別可能なフォーマット情報の入力を受け付ける第１工程と、
   前記第１工程で受け付けたフォーマット情報を記憶する第２工程と、
   前記画像処理装置の状態を取得する第３工程と、
   前記第２工程において、前記一のフォーマットに係るフォーマット情報が記憶されたとき、前記第３工程で取得された画像処理装置の状態に基づき前記一のフォーマットで一の被管理情報を作成し、前記第２工程において、前記他のフォーマットに係るフォーマット情報が記憶されたとき、前記第３工程で取得された画像処理装置の状態に基づき前記他のフォーマットで他の被管理情報を作成する第４工程と、
   前記第４工程において前記一の被管理情報が作成された場合、前記一の被管理情報を送信し、前記第４工程において前記他の被管理情報が作成された場合、前記他の被管理情報を送信する第５工程と、を有することを特徴とする被管理情報送信方法。
4. 前記第１工程は、送信先に係る送信先情報に対応付けてフォーマット情報の入力を受け付け、
   前記第２工程は、前記送信先情報に対応付けて前記フォーマット情報を記憶し、
   前記第４工程は、前記第２工程において送信先情報に対して対応付けて記憶されたフォーマット情報にしたがい、前記送信先情報に係る前記一の被管理情報または前記他の被管理情報を作成し、
   前記第５工程は、前記一の被管理情報または前記他の被管理情報を、前記送信先情報を宛先として送信することを特徴とする請求項３に記載の被管理情報送信方法。
   
   

Images