画像処理装置及び情報通知方法
【課題】画像処理装置に関する情報を適切にユーザに通知する。
【解決手段】複数のユーザの端末と通信可能に接続される画像処理装置であって、自装置の状態を監視し、消耗品の残量不足や機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、状態検知部からイベントが通知されたら、予め記憶したテーブルを参照して、イベントに対応する通知文を生成し、当該通知文を複数のユーザの端末に通知する文章生成処理部と、複数のユーザの中の所定のユーザの端末から、通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を文章生成処理部に通知する対話処理部と、を備え、前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、テーブルを参照して、返信文の解釈結果に対応する通知文を生成し、当該通知文を所定のユーザの端末に通知する。
【解決手段】複数のユーザの端末と通信可能に接続される画像処理装置であって、自装置の状態を監視し、消耗品の残量不足や機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、状態検知部からイベントが通知されたら、予め記憶したテーブルを参照して、イベントに対応する通知文を生成し、当該通知文を複数のユーザの端末に通知する文章生成処理部と、複数のユーザの中の所定のユーザの端末から、通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を文章生成処理部に通知する対話処理部と、を備え、前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、テーブルを参照して、返信文の解釈結果に対応する通知文を生成し、当該通知文を所定のユーザの端末に通知する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及び当該画像処理装置に関連する情報を通知する情報通知方法に関する。
【背景技術】
【０００２】
プリンタや複合機（ＭＦＰ：Multi Function Peripheral）などの印刷装置（以下、画像処理装置と呼ぶ。）が普及しており、会社等では、画像処理装置をネットワークに接続し、ユーザ端末から印刷を指示することによって印刷を実行している。この画像処理装置は、用紙やトナーなどの消耗品が多く、また、用紙搬送部などの機構部品も多いため、消耗品や機構部品の状態管理が重要であり、例えば、トナー切れや紙詰まりなどのイベントが発生した場合には、ユーザは画像処理装置に出向いて装置の状態を確認し、トナーを補給／交換したり、詰まった紙を取り除くなどの処理を行うことになる。
【０００３】
ここで、プリンタドライバは画像処理装置から装置情報を取得することが可能であるため、ユーザは印刷を指示する際に、トナーや用紙の残量、機構部品の動作状態などを確認することができるが、この方法では、トナー切れや紙詰まりなどのイベントに迅速に対応することができない。そこで、画像処理装置が自らの状態を監視し、イベントが発生した時に、ネットワーク上の特定のユーザ端末に装置情報を通知する方法が提案されている。
【０００４】
例えば、下記特許文献１には、オペレータのコンピュータにネットワークを介して結合される通信手段と、所定の障害が発生した場合にその障害情報が格納される記憶手段と、を備える画像形成装置において、障害発生通知釦と、該障害発生通知釦の操作に応答して、該記憶手段から該障害情報を読み出し、これを、該通信手段を介して該コンピュータに送信する障害通知手段と、をさらに備える構成が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５０６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１のように、画像処理装置の状態に関する情報をネットワークに接続されている特定のユーザ端末に通知する構成では、その特定のユーザ端末を使用する特定のユーザ（例えば、管理者）しか、トナー切れや紙詰まりなどのイベントの発生を知ることができない。そのため、例えば、特定のユーザが画像処理装置から離れた場所にいる場合や、特定のユーザが他の業務で手が離せない場合には、イベントに迅速に対応することができない。
【０００７】
また、画像処理装置には多数の消耗品や機構部品があり、装置の状態に関する情報は膨大な量になるため、その膨大な情報を一度にユーザに通知すると、ユーザは画像処理装置の状態を把握するのに時間がかかり、イベントに迅速に対応することができない。
【０００８】
また、メーカは、画像処理装置に関する有益な情報（例えば、消耗品の価格や新製品の紹介などのニュース情報）を配信するサービスを行っているが、従来は、このようなニュース情報も特定のユーザ（例えば、装置の購入担当者）にしか通知されず、画像処理装置を実際に使用している他のユーザには通知されないため、ニュース情報を有効に利用することができない。また、従来の方法では、このようなニュース情報はメーカのサーバから特定のユーザに直接配信されるため、画像処理装置の状態との関係性がなく、例えば、消耗品の補給／交換時期でない時にその消耗品に関するニュース情報を通知しても、ニュース情報を有効に利用することができない。
【０００９】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、画像処理装置に関する情報を適切に、画像処理装置を実際に使用しているユーザに通知することができる画像処理装置及び情報通知方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、複数のユーザの端末と通信可能に接続される画像処理装置であって、自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、前記状態検知部から前記イベントが通知されたら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する文章生成処理部と、前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を前記文章生成処理部に通知する対話処理部と、を備え、前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知するものである。
【００１１】
また、本発明は、複数のユーザの端末と通信可能に接続される画像処理装置における情報通知方法であって、自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知する第１ステップと、前記イベントを検知したら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する第２ステップと、前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈する第３ステップと、前記返信文を解釈したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する第４ステップと、を有するものであり、前記第３ステップと前記第４ステップとを繰り返し実行する構成とすることができる。
【発明の効果】
【００１２】
本発明によれば、画像処理装置は、自装置の状態を監視し、トナー切れや紙詰まりなどのイベントを検知したら、予め登録されたユーザ全員に対して、イベントに対応するコメントを通知する制御を行うため、イベントに迅速に対応することができる。また、画像処理装置の状態に関する情報を一度に通知するのではなく、小分けにして通知する制御を行うため、画像処理装置の状態を把握しやすくすることができ、イベントに迅速に対応することができる。
【００１３】
また、画像処理装置は、サーバから画像処理装置に関するニュース情報を取得したら、装置の状態に関する情報を取得し、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されたユーザ全員に通知する制御を行うため、ニュース情報を有効に利用することができ、ニュース情報の利用価値を高めることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施例に係る情報通知システムの構成を模式的に示す図である。
【図２】本発明の第１の実施例に係るユーザ端末の構成を示すブロック図である。
【図３】本発明の第１の実施例に係る画像処理装置の構成を示すブロック図である。
【図４】本発明の第１の実施例に係る情報通知手順を示すフローチャート図である。
【図５】本発明の第１の実施例に係る情報通知方法の一例を示す図である。
【図６】本発明の第２の実施例に係る情報通知システムの構成を模式的に示す図である。
【図７】本発明の第２の実施例に係る情報提供サーバの構成を示すブロック図である。
【図８】本発明の第２の実施例に係る情報通知手順を示すフローチャート図である。
【図９】本発明の第２の実施例に係る情報通知方法の一例を示す図である。
【図１０】本発明の第２の実施例に係る通知情報の一例を示す図である。
【発明を実施するための形態】
【００１５】
背景技術で示したように、消耗品や機構部品が多い画像処理装置では、消耗品の残量不足（例えば、トナー切れ）や機構部品の動作不良（例えば、紙詰まり）などのイベントが生じやすいことから、装置の状態に関する情報を適切にユーザに通知することが重要である。その方法として、イベント発生時に、ネットワーク上の特定のユーザ（例えば、管理者）に装置の状態に関する情報を通知する方法があるが、この方法では、特定のユーザの状況によってはイベントに迅速に対応することができない。また、装置の状態に関する膨大な量の情報を一度にユーザに通知すると、画像処理装置の状態を把握するのに時間がかかるため、イベントに迅速に対応することができない。
【００１６】
また、画像処理装置やその部品を製造／販売するメーカから画像処理装置に関するニュース情報（例えば、消耗品の価格や新製品の紹介などの情報）が提供されるが、従来は、ニュース情報も特定のユーザ（例えば、装置の購入者）にしか通知されないため、他のユーザはニュース情報を有効に利用することができない。また、従来は、画像処理装置の状態とは関係なくニュース情報が通知されるため、例えば、消耗品の残量が多い時にその消耗品に関するニュース情報が通知されても、ニュース情報を有効に利用することができない。
【００１７】
そこで、本発明の一実施の形態では、画像処理装置は、イベントが発生したら、イベントに対応する通知文を、予め登録されているユーザ全員に通知し、イベントに迅速に対応できるようにする。また、通知する情報の量が多いと必要な情報が伝達されにくく、また、情報の表示の仕方によっては情報が伝達されにくくなることから、画像処理装置は、通知する情報を小分けにして段階的に通知したり、自然文で表現して通知したりして、情報を伝達されやすくする。
【００１８】
また、画像処理装置は、サーバなどから画像処理装置に関するニュース情報を取得したら、そのニュース情報を単独で通知するのではなく、そのニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されているユーザ全員に通知し、ニュース情報を有効に利用できるようにすると共に、ニュース情報の利用価値を高める。
【実施例１】
【００１９】
上記した本発明の一実施の形態についてさらに詳細に説明すべく、本発明の第１の実施例に係る画像処理装置及び情報通知方法について、図１乃至図５を参照して説明する。図１は、本実施例の情報通知システムの構成を模式的に示す図であり、図２は、画像処理装置の構成を示すブロック図、図３は、ユーザ端末の構成を示すブロック図である。また、図４は、本実施例の情報通知手順を示すフローチャート図であり、図５は、その一例を示す図である。
【００２０】
図１に示すように、本実施例の情報通知システム１０は、消耗品の残量不足（例えば、トナー切れ）や機構部品の動作不良（例えば、紙詰まり）などのイベントを通知する装置（本実施例では画像処理装置２０とする。）と、画像処理装置２０を使用するユーザが所有するコンピュータ装置やモバイル機器、携帯電話機など複数の装置（以下、ユーザ端末３０と呼ぶ。）とで構成される。これらは、イーサネット（登録商標）、トークンリング、ＦＤＤＩ（Fiber-Distributed Data Interface）等の規格により定められるＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信ネットワークによって接続されている。以下、各装置について詳細に説明する。
【００２１】
［画像処理装置］
図２に示すように、画像処理装置２０は、制御部２１、ネットワークＩ／Ｆ部２２、記憶部２３、表示・操作部２４、画像読取部２５、画像処理部２６、印刷処理部２７、状態検知部２８などで構成される。
【００２２】
制御部２１は、ＣＰＵ（Central Processing Unit）２１ａと、ＲＯＭ（Read Only Memory）２１ｂやＲＡＭ（Random Access Memory）２１ｃなどのメモリとで構成される。ＲＯＭ２１ｂは、画像処理装置２０全体の動作を制御するためのプログラム等を記憶する。ＲＡＭ２１ｃは、ＣＰＵ２１ａによる制御に必要なデータ及び制御動作時に一時記憶が必要なデータ等を記憶する。そして、ＣＰＵ２１ａはＲＯＭ２１ｂ、ＲＡＭ２１ｃと協働して画像処理装置２０全体の動作を制御する。
【００２３】
また、制御部２１は、ｗｅｂサーバとしての機能、ＰＯＰ（Post Office Protocol）サーバやＳＭＴＰ（Simple Mail Transfer Protocol）サーバを介して、ユーザ端末３０との電子メールの送受信を可能にするメールアプリケーションとしての機能、ツイッターサーバを介して、ツイッターの投稿やフォロー（特定の相手からの投稿を取得する動作）を可能にするツイッターアプリケーションとしての機能も有する。
【００２４】
また、制御部２１は、文章生成処理部や対話処理部としても機能する。文章生成処理部は、状態検知部２８が消耗品の残量不足や機構部品の動作不良などのイベントを検知した場合に、記憶部２３に予め記憶したテーブルを参照して、そのイベントに対応するコメントを生成する。また、対話処理部からユーザの返信文の意味内容が通知された場合に、記憶部２３に予め記憶したテーブルを参照して、その返信文の意味内容に対応するコメントを生成する。対話処理部は、登録されたユーザからの返信（画像処理装置２０が提供するｗｅｂページへの書き込みや返信メール、ツイッターの投稿）を取得した場合に、返信文を単語に分解し、単語の配列から返信文の意味内容を解釈し、解釈した意味内容を文章生成処理部に通知する。この文章生成処理部や対話処理部は、ソフトウェアとして構成してもよいし、ハードウェアとして構成してもよい。
【００２５】
ネットワークＩ／Ｆ部２２は、ＮＩＣ（Network Interface Card）やモデムなどで構成され、ＬＡＮなどのネットワークを介して、ユーザ端末３０や図示しないメールサーバやツイッターサーバとの通信を確立する。
【００２６】
記憶部２３は、ＨＤＤ（Hard Disk Drive）などで構成され、ユーザの登録情報（画像処理装置２０を使用するユーザの電子メールアドレスやツイッターのユーザ名、そのユーザが使用するユーザ端末のＩＰ（Internet Protocol）アドレスなど）、文章生成処理部が通知文を作成する際に参照するテーブル（例えば、画像処理装置２０で起こりうるイベントに応じた通知文やユーザから送信されると想定される返信文の意味内容に応じた通知文を列記したテーブル）などを記憶する。
【００２７】
表示・操作部２４は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（electroluminescence）表示装置等からなる表示部（パネル）上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けた装置であり、各種画面を表示すると共に、ユーザの操作指示を受け付ける。
【００２８】
画像読取部２５は、原稿台上の原稿を走査する光源と、原稿により反射された光を電気信号に変換するＣＣＤ（Charge Coupled Devices）イメージセンサやＣＩＳ（Contact Image Sensor）で構成される光電変換部と、光電変換により得られた電気信号をＡ／Ｄ変換するＡ／Ｄ変換器などで構成され、原稿台に載置された原稿を光学的に読み取って画像データを出力する。
【００２９】
画像処理部２６は、ユーザ端末３０から取得した印刷データの各ページをラスタライズしてページ毎の画像データを生成し、ラスタライズ後の画像データや画像読取部２５から出力される画像データに基づく画像に対して、必要に応じて画像処理（色調整、濃度調整、スライドや縮小などの処理）やスクリーニングを行った後、印刷処理部２７で印刷可能な画像に変換する。
【００３０】
印刷処理部２７は、電子写真方式や静電記録方式等の作像プロセスを利用した画像形成に必要な構成要素で構成され、画像処理部２６によって処理された画像の印刷を行う。具体的には、上記印刷処理部２７は、用紙等の記憶媒体を供給する給紙ユニット、記録媒体に画像を形成する画像形成ユニット、用紙が排出される排紙ユニット、用紙の表裏を反転されるための反転機構部などを備えている。
【００３１】
上記画像形成ユニットは、例えば、感光体ドラム、帯電装置、露光装置、現像装置、中間転写ベルト、清掃装置及び定着装置を有している。感光体ドラムの表面が帯電装置により一様に帯電された後、露光装置よりレーザを照射することにより、感光体ドラムの表面に静電潜像が作成され、静電潜像にトナーが付着して顕像化される。現像装置はシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）の各色の現像ローラを有しており、顕像化された各色トナー画像は、転写部まで搬送されて順次中間転写ベルト上に転移され重ね合わされ、重ね合わされたカラーの画像が、給紙ユニットから搬送されてきた用紙に転写される。用紙上のトナー画像は、定着装置で定着されて、排紙ユニットに排出される。
【００３２】
状態検知部２８は、上記画像読取部２５や印刷処理部２７（特に、印刷処理部２７の画像形成ユニット、給紙ユニット、排紙ユニット、反転機構部等）に設置されたカメラやセンサ等からの信号に基づいて、用紙やトナーなどの消耗品の残量、用紙の搬送状態などを認識し、トナー切れや紙詰まりなどのイベントを検知したら、制御部２１（文章生成処理部）に通知する。
【００３３】
［ユーザ端末］
図３に示すように、ユーザ端末３０は、制御部３１、ネットワークＩ／Ｆ部３２、記憶部３３、表示部３４、操作部３５などで構成される。
【００３４】
制御部３１は、ＣＰＵ３１ａと、ＲＯＭ３１ｂやＲＡＭ３１ｃなどのメモリとで構成され、ＣＰＵ３１ａはＲＯＭ３１ｂ、ＲＡＭ３１ｃと協働してユーザ端末３０全体の動作を制御する。また、制御部は、資料を作成するためのアプリケーションや資料の印刷を指示するプリンタドライバとしての機能を有し、アプリケーションで作成した資料の電子ファイルは、プリンタドライバにより、ＰＣＬ（Printer Control Language）やＰＳ（Post Script）などのページ記述言語（ＰＤＬ：Page Description Language）の印刷データに変換され、ネットワークＩ／Ｆ部３２を介して印刷データが画像処理装置２０に送信される。
【００３５】
また、制御部３１は、画像処理装置２０が提供するｗｅｂページの閲覧／書き込みを可能にするｗｅｂブラウザとしての機能、ＰＯＰサーバやＳＭＴＰサーバを介して、画像処理装置２０との電子メールの送受信を可能にするメールアプリケーションとしての機能、ツイッターサーバを介して、ツイッターの投稿やフォローを可能にするツイッターアプリケーションとしての機能も有する。
【００３６】
ネットワークＩ／Ｆ部３２は、ＮＩＣやモデムなどで構成され、ＬＡＮなどのネットワークを介して、画像処理装置２０や図示しないメールサーバやツイッターサーバとの通信を確立する。
【００３７】
記憶部３３は、ＨＤＤなどで構成され、画像処理装置２０が提供するｗｅｂページのアドレス、画像処理装置２０の電子メールアドレスやツイッターのユーザ名、資料の電子ファイルなどを記憶する。
【００３８】
表示部３４は、液晶表示装置や有機ＥＬ表示装置等からなり、印刷設定画面などを表示する。
【００３９】
操作部３５は、キーボードやマウスなどからなり、各種設定や指示を行う。
【００４０】
なお、図１乃至図３は、本実施例の情報通知システム１０の一例であり、適宜変更可能である。例えば、印刷データを画像データに変換するＲＩＰ（Raster Image Processor）コントローラ等の制御装置をネットワークに接続してもよい。また、画像処理装置１０は、自動原稿送り装置（ＡＤＦ：Auto Document Feeder）や後処理装置（フィニッシャ）などを備えた構成としてもよい。
【００４１】
次に、上記構成の情報通知システム１０の動作について、図４のフローチャート図を参照して説明する。なお、図４では、情報の受信と発信を区別しやすくするために、情報受信のステップを網掛けで示している。また、本制御の対象となる画像処理装置２０を使用するユーザやユーザ端末３０の情報は予め画像処理装置２０に登録されているものとする。また、状態検知部２８が検知したイベントに対応するコメント及びユーザの返信文に対応するコメントを列記したテーブルも予め画像処理装置２０に登録されているものとする。
【００４２】
まず、画像処理装置２０の状態検知部２８は、消耗品の残量や機構部品の動作状態を監視し（Ｓ１０１）、消耗品の残量不足や機構部品の動作不良などのイベント（ここでは紙詰まりとする。）を検出すると、制御部２１（文章生成処理部）は、予め記憶したテーブルを参照して、紙詰まりに対応するコメント（例えば、「紙が詰まった。誰か助けて」というコメント）を作成し、そのコメントを予め登録されたユーザのユーザ端末３０に発信する（Ｓ１０２）。コメントを発信する方法として、画像処理装置２０がｗｅｂサーバとしての機能を有する場合はｗｅｂページに掲載する方法、電子メールの送受信機能を有する場合は電子メールを送信する方法などがあるが、イベントに迅速に対応するためにはユーザがリアルタイムで確認できる方法で通知することが好ましく、例えば、ツイッターサーバに投稿することもできる。また、ユーザ端末３０に通知する方法に加えて、若しくはユーザ端末３０に通知する方法に代えて、画像処理装置２０の表示操作部２４に表示することもできる。
【００４３】
このコメントをｗｅｂブラウザやメールアプリケーション、ツイッターアプリケーションなどで閲覧した、いずれかのユーザが、このコメントに対する返信のコメント（例えば、「どこで？」というコメント）を作成して返信した場合（Ｓ１０３）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、その意味内容に基づいて、状態検知部２８から紙詰まりが発生した場所情報を取得し、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「第２トレイの中で」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０４）。ユーザがこのコメントに対する返信のコメント（例えば、「了解」というコメント）を作成して返信した場合（Ｓ１０５）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「よろしくお願いします」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０６）。そして、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４４】
また、いずれかのユーザが、この通知に対する返信のコメント（例えば、「俺が助ける」というコメント）を作成して返信した場合（Ｓ１０７）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「よろしくお願いします」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０６）。そして、上記と同様に、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４５】
また、いずれかのユーザが、この通知に対する返信のコメント（例えば、「今、紙詰まりを直してよいか」というコメント）を作成して返信した場合（Ｓ１０８）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、その意味内容に基づいて、状態検知部２８から画像読取部２５の動作情報を取得し（ここでは画像読取部２５が動作しているとする。）、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「スキャンしている人がいるから、少し待って」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０９）。ユーザがこのコメントに対する返信のコメント（例えば、「終わったら連絡してくれ」というコメント）を作成して返信した場合（Ｓ１１０）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「はい、連絡します」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１１）。そして、状態検知部２８が、画像読取部２５の動作が停止したことを検知したら（Ｓ１１２のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「スキャンが終わった。紙詰まりを直して」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１３）。その後、上記と同様に、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４６】
また、いずれかのユーザが、この通知に対する返信のコメントを作成して返信し、対話処理部が、返信のコメントを解釈した結果、その返信のコメントの意味内容がＳ１０２で発信した情報に対する返信として不適切であれば（Ｓ１１４）は、Ｓ１０２に戻って、「紙が詰まった。誰か助けて」というコメントを再度、通知し、適切なコメントを受信するまで繰り返す。
【００４７】
図５は、本実施例の画像処理装置２０とユーザ端末３０との間の情報通知方法を説明する図であり、図５（ａ）は、ｗｅｂブラウザを利用する例、図５（ｂ）は電子メールを利用する例、図５（ｃ）は、ツイッターを利用する例を示している。
【００４８】
図５（ａ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は、画像処理装置２０が提供するｗｅｂページに「ただ今、紙詰まりです。」というコメントを書き込む。ユーザ端末３０のｗｅｂブラウザは、ｗｅｂページを表示し、ユーザがｗｅｂページに「どこで？」というコメントを書き込むと、画像処理装置２０の対話処理部は、ｗｅｂページに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００４９】
また、図５（ｂ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は、「ただ今、紙詰まりです。」というコメントを生成し、メールアプリケーションは、そのコメントを書き込んだ電子メールを全てのユーザ端末３０宛に送信する。各々のユーザ端末３０のメールアプリケーションは、メールサーバを介して電子メールを受信して表示し、いずれかのユーザは「どこで？」というコメントを電子メールに書き込んで返信する。画像処理装置２０のメールアプリケーションは、メールサーバを介して電子メールを受信して対話処理部に通知し、対話処理部は電子メールに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００５０】
図５（ｃ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は「ただ今、紙詰まりです。」というコメントを生成し、ツイッターアプリケーションは、そのコメントを投稿する。各々のユーザ端末３０のツイッターアプリケーションは、画像処理装置２０からの投稿をフォローするように設定されており、ツイッターサーバを介して自動的に画像処理装置２０からの投稿を受信して表示し、いずれかのユーザは「どこで？」というコメントを作成してツイッターで投稿する。画像処理装置２０のツイッターアプリケーションも、予め登録されたユーザからの投稿をフォローするように設定されており、ツイッターサーバを介して自動的にユーザからの投稿を受信して対話処理部に通知し、対話処理部は、ツイッターに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００５１】
このように、状態検知部２８がトナー切れや紙詰まりなどのイベントを検出した場合、そのイベントに対応するコメントを登録された全てのユーザに通知することにより、適切なユーザに対応を依頼することができるため、イベントに迅速に対応することができる。また、画像処理装置２０の状態に関する情報を一度に全て発信するのではなく、一部の情報を発信し、応答したユーザに次の情報を発信する（すなわち、情報を段階的に送信する）ことにより、画像処理装置２０の状態を分かりやすくユーザに開示することができ、イベントに迅速に対応することができる。
【実施例２】
【００５２】
次に、本発明の第２の実施例に係る画像処理装置及び情報通知方法について、図６乃至図１０を参照して説明する。図６は、本実施例の情報通知システムの構成を模式的に示す図であり、図７は、情報提供サーバの構成を示すブロック図である。また、図８は、本実施例の情報通知手順を示すフローチャート図であり、図９は、情報通知方法の一例を説明する図、図１０は、通知情報の作成例を示す図である。
【００５３】
画像処理装置２０やその部品を製造／販売するメーカは、ネットワーク上に配置したサーバ（情報提供サーバと呼ぶ。）を用いて、登録された特定のユーザ（通常は、画像処理装置２０の購入担当者）に、画像処理装置２０に関連する情報（消耗品の価格や新製品の紹介などの情報、以下、ニュース情報と呼ぶ。）を配信するサービスを行っている。
【００５４】
ここで、上記ニュース情報は有益な情報であるにも関わらず、画像処理装置２０を利用するユーザ全体には配信されないため、ニュース情報を有効に利用することができない。また、ニュース情報（例えば、トナーの価格に関するニュース情報）は、画像処理装置２０の状態に応じたタイミング（例えば、トナーの残量が少なくなったタイミング）で配信される訳ではないため、ニュース情報を有効に利用することはできない。
【００５５】
そこで、本実施例では、情報提供サーバから配信されるニュース情報を、画像処理装置２０が取得し、画像処理装置２０を利用するユーザ全体に配信して、ニュース情報の有効利用を図る。また、情報提供サーバから取得したニュース情報をそのまま配信するのではなく、ニュース情報に画像処理装置２０の状態に関する情報を付加して送信し、ニュース情報の利用価値を高める。以下、本実施例の情報通知システム１０について、図面を参照して説明する。
【００５６】
図６に示すように、本実施例の情報通知システム１０は、画像処理装置２０やその部品を製造／販売するメーカが管理する情報提供サーバ４０と、情報提供サーバ４０からニュース情報を取得する画像処理装置２０と、画像処理装置２０を使用するユーザが所有するユーザ端末３０などで構成され、これらは、ＬＡＮやＷＡＮ等の通信ネットワークによって接続されている。ユーザ端末３０の構成は第１の実施例と同様であるため、画像処理装置２０及び情報提供サーバ４０について説明する。
【００５７】
［画像処理装置］
画像処理装置２０の基本構成は前記した第１の実施例と同様であるが、画像処理装置２０の制御部２１（文章生成処理部）は、情報提供サーバ４０からニュース情報を取得したら、状態検知部２８から装置の状態に関する情報を取得し、そのニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されたユーザ全体に配信（ｗｅｂページに記載、電子メールを送信、ツイッターに投稿）する制御を行う。
【００５８】
［情報提供サーバ］
図７に示すように、情報提供サーバ４０は、制御部４１、ネットワークＩ／Ｆ部４２、記憶部４３、情報提供部４４などで構成される。
【００５９】
制御部４１は、ＣＰＵ４１ａと、ＲＯＭ４１ｂやＲＡＭ４１ｃなどのメモリとで構成され、ＣＰＵ４１ａはＲＯＭ４１ｂ、ＲＡＭ４１ｃと協働して情報提供サーバ４０全体の動作を制御する。
【００６０】
ネットワークＩ／Ｆ部４２は、ＮＩＣやモデムなどで構成され、ＬＡＮなどのネットワークを介して画像処理装置２０やユーザ端末３０、図示しないメールサーバやツイッターサーバとの通信を確立する。
【００６１】
記憶部４３は、ＨＤＤなどで構成され、ネットワーク上の各画像処理装置２０から受信した装置情報や、ニュース情報（例えば、消耗品の価格や新製品の紹介など）を記憶する。
【００６２】
情報提供部４４は、画像処理装置２０に関するニュース情報を、情報提供サーバ４０が管理する画像処理装置２０に送信する。また、画像処理装置２０から装置情報を取得し、装置情報に基づいてメンテナンスの時期を判断し、メンテナンスが必要な画像処理装置２０に対して、メンテナンスに関する情報を送信する。
【００６３】
以下、本実施例の情報通知システム１０における画像処理装置２０の動作について、図８のフローチャート図を参照して説明する。なお、本制御の対象となる画像処理装置２０を使用するユーザやユーザ端末３０の情報は予め画像処理装置２０に登録されているものとする。
【００６４】
まず、情報提供サーバ４０（情報提供部４４）は、ニュース情報を画像処理装置２０に送信し、画像処理装置２０は、ニュース情報を取得する（Ｓ２０１）。なお、ニュース情報の取得方法は上記に限らず、例えば、画像処理装置２０が定期的に情報提供サーバ４０にアクセスして、新しいニュース情報を記憶部４３から読み出すようにしてもよい。
【００６５】
次に、画像処理装置２０の制御部２１（文章生成処理部）は、ニュース情報を解析し、そのニュース情報に付加する情報があるかを判断する（Ｓ２０２）。例えば、ニュース情報がトナーに関する情報の場合、そのトナーが画像処理装置２０で使用しているトナーであればニュース情報に付加する情報があると判断する。
【００６６】
ニュース情報に付加する情報がある場合は、画像処理装置２０の制御部２１（文章生成処理部）は、状態検知部２８から装置の状態に関する情報を取得し、装置の状態に関する情報の中からニュース情報に関連する情報を特定し、ニュース情報に特定した情報を付加する（Ｓ２０３）。具体的に説明すると、ニュース情報がトナーに関する情報（例えば、「本日より、トナーが値下げされました。」という情報）の場合、状態検知部２８からトナーの残量情報（例えば、１０％）を取得し、その残量情報を文章（例えば、「ただいま、ＭＦＰ内部のトナーの残りは１０％です。」という文章）に変換し、変換した文章をニュース情報に付加する。その際、トナーの残量が所定値以下であれば、購入を促す文書（例えば、「この機会に購入しませんか」という文書）を更に付加してもよい。
【００６７】
そして、画像処理装置２０の制御部２１（文章生成処理部）は、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加した通知文を、予め登録されたユーザ全員に発信（ｗｅｂページに記載、電子メールを送信、ツイッターに投稿）する（Ｓ２０４）。
【００６８】
図９は、ニュース情報をツイッターサーバに投稿する例である。情報提供サーバ４０が画像処理装置２０にニュース情報を通知すると、文章生成処理部は、状態検知部から装置の状態に関する情報を取得し、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加した後、ツイッターサーバに投稿する。画像処理装置２０を使用する各ユーザのユーザ端末３０のツイッターアプリケーションは、画像処理装置２０からの投稿をフォローするように設定されており、ツイッターサーバを介して自動的に画像処理装置２０からの投稿を受信して表示する。
【００６９】
これにより、情報提供サーバ４０から配信されるニュース情報を、画像処理装置２０を使用する全ユーザに配信することができ、ニュース情報を有効に利用することができる。また、ニュース情報に装置の状態に関する情報を付加して配信することにより、ニュース情報の利用価値を高めることができる。
【００７０】
上記説明では、画像処理装置２０の制御部２１（文章生成処理部）が、ニュース情報を解析して、そのニュース情報に関連する情報を取得して付加する構成としたが、図１０に示すように、情報提供サーバ４０から送信されるニュース情報内に、画像処理装置２０が解釈可能なコマンドを付加し、制御部２１（文章生成処理部）がそのコマンドに対応する情報を状態検知部２８から取得して付加する構成とすることができる。
【００７１】
なお、本発明は上記実施例に限定されるものではなく、その構成や制御は適宜変更可能である。
【００７２】
例えば、第２の実施例では、情報提供サーバ４０から送信されるニュース情報に装置の状態に関する情報を付加する構成としたが、画像処理装置２０の制御部２１は、画像処理装置２０とユーザ端末３０間で通信した情報（通知文及び応答文）を解析し、話題となっている部品（トナーという文言が多く使われている場合はトナー）を特定したら、その部品に関するニュース情報を情報提供サーバ４０に問い合わせ、ニュース情報がある場合は、画像処理装置２０からユーザ端末３０に通知する通知文にニュース情報を付加して送信することもできる。
【００７３】
また、上記各実施例では画像処理装置２０を例にして説明したが、対象となる装置は画像処理装置２０に限らず、イベントを通知可能な装置であればよい。
【産業上の利用可能性】
【００７４】
本発明は、消耗品の残量不足や機構部品の動作不良などのイベントを通知する画像処理装置などの装置、及び当該装置を用いた情報通知方法に利用可能である。
【符号の説明】
【００７５】
１０ 情報通知システム
２０ 画像処理装置
２１ 制御部
２１ａ ＣＰＵ
２１ｂ ＲＯＭ
２１ｃ ＲＡＭ
２２ ネットワークＩ／Ｆ部
２３ 記憶部
２４ 表示・操作部
２５ 画像読取部
２６ 画像処理部
２７ 印刷処理部
２８ 状態検知部
３０ ユーザ端末
３１ 制御部
３１ａ ＣＰＵ
３１ｂ ＲＯＭ
３１ｃ ＲＡＭ
３２ ネットワークＩ／Ｆ部
３３ 記憶部
３４ 表示部
３５ 操作部
４０ 情報提供サーバ
４１ 制御部
４１ａ ＣＰＵ
４１ｂ ＲＯＭ
４１ｃ ＲＡＭ
４２ ネットワークＩ／Ｆ部
４３ 記憶部
４４ 情報提供部
【技術分野】
【０００１】
本発明は、画像処理装置及び当該画像処理装置に関連する情報を通知する情報通知方法に関する。
【背景技術】
【０００２】
プリンタや複合機（ＭＦＰ：Multi Function Peripheral）などの印刷装置（以下、画像処理装置と呼ぶ。）が普及しており、会社等では、画像処理装置をネットワークに接続し、ユーザ端末から印刷を指示することによって印刷を実行している。この画像処理装置は、用紙やトナーなどの消耗品が多く、また、用紙搬送部などの機構部品も多いため、消耗品や機構部品の状態管理が重要であり、例えば、トナー切れや紙詰まりなどのイベントが発生した場合には、ユーザは画像処理装置に出向いて装置の状態を確認し、トナーを補給／交換したり、詰まった紙を取り除くなどの処理を行うことになる。
【０００３】
ここで、プリンタドライバは画像処理装置から装置情報を取得することが可能であるため、ユーザは印刷を指示する際に、トナーや用紙の残量、機構部品の動作状態などを確認することができるが、この方法では、トナー切れや紙詰まりなどのイベントに迅速に対応することができない。そこで、画像処理装置が自らの状態を監視し、イベントが発生した時に、ネットワーク上の特定のユーザ端末に装置情報を通知する方法が提案されている。
【０００４】
例えば、下記特許文献１には、オペレータのコンピュータにネットワークを介して結合される通信手段と、所定の障害が発生した場合にその障害情報が格納される記憶手段と、を備える画像形成装置において、障害発生通知釦と、該障害発生通知釦の操作に応答して、該記憶手段から該障害情報を読み出し、これを、該通信手段を介して該コンピュータに送信する障害通知手段と、をさらに備える構成が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−５０６２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１のように、画像処理装置の状態に関する情報をネットワークに接続されている特定のユーザ端末に通知する構成では、その特定のユーザ端末を使用する特定のユーザ（例えば、管理者）しか、トナー切れや紙詰まりなどのイベントの発生を知ることができない。そのため、例えば、特定のユーザが画像処理装置から離れた場所にいる場合や、特定のユーザが他の業務で手が離せない場合には、イベントに迅速に対応することができない。
【０００７】
また、画像処理装置には多数の消耗品や機構部品があり、装置の状態に関する情報は膨大な量になるため、その膨大な情報を一度にユーザに通知すると、ユーザは画像処理装置の状態を把握するのに時間がかかり、イベントに迅速に対応することができない。
【０００８】
また、メーカは、画像処理装置に関する有益な情報（例えば、消耗品の価格や新製品の紹介などのニュース情報）を配信するサービスを行っているが、従来は、このようなニュース情報も特定のユーザ（例えば、装置の購入担当者）にしか通知されず、画像処理装置を実際に使用している他のユーザには通知されないため、ニュース情報を有効に利用することができない。また、従来の方法では、このようなニュース情報はメーカのサーバから特定のユーザに直接配信されるため、画像処理装置の状態との関係性がなく、例えば、消耗品の補給／交換時期でない時にその消耗品に関するニュース情報を通知しても、ニュース情報を有効に利用することができない。
【０００９】
本発明は、上記問題点に鑑みてなされたものであって、その主たる目的は、画像処理装置に関する情報を適切に、画像処理装置を実際に使用しているユーザに通知することができる画像処理装置及び情報通知方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するため、本発明は、複数のユーザの端末と通信可能に接続される画像処理装置であって、自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、前記状態検知部から前記イベントが通知されたら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する文章生成処理部と、前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を前記文章生成処理部に通知する対話処理部と、を備え、前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知するものである。
【００１１】
また、本発明は、複数のユーザの端末と通信可能に接続される画像処理装置における情報通知方法であって、自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知する第１ステップと、前記イベントを検知したら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する第２ステップと、前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈する第３ステップと、前記返信文を解釈したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する第４ステップと、を有するものであり、前記第３ステップと前記第４ステップとを繰り返し実行する構成とすることができる。
【発明の効果】
【００１２】
本発明によれば、画像処理装置は、自装置の状態を監視し、トナー切れや紙詰まりなどのイベントを検知したら、予め登録されたユーザ全員に対して、イベントに対応するコメントを通知する制御を行うため、イベントに迅速に対応することができる。また、画像処理装置の状態に関する情報を一度に通知するのではなく、小分けにして通知する制御を行うため、画像処理装置の状態を把握しやすくすることができ、イベントに迅速に対応することができる。
【００１３】
また、画像処理装置は、サーバから画像処理装置に関するニュース情報を取得したら、装置の状態に関する情報を取得し、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されたユーザ全員に通知する制御を行うため、ニュース情報を有効に利用することができ、ニュース情報の利用価値を高めることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施例に係る情報通知システムの構成を模式的に示す図である。
【図２】本発明の第１の実施例に係るユーザ端末の構成を示すブロック図である。
【図３】本発明の第１の実施例に係る画像処理装置の構成を示すブロック図である。
【図４】本発明の第１の実施例に係る情報通知手順を示すフローチャート図である。
【図５】本発明の第１の実施例に係る情報通知方法の一例を示す図である。
【図６】本発明の第２の実施例に係る情報通知システムの構成を模式的に示す図である。
【図７】本発明の第２の実施例に係る情報提供サーバの構成を示すブロック図である。
【図８】本発明の第２の実施例に係る情報通知手順を示すフローチャート図である。
【図９】本発明の第２の実施例に係る情報通知方法の一例を示す図である。
【図１０】本発明の第２の実施例に係る通知情報の一例を示す図である。
【発明を実施するための形態】
【００１５】
背景技術で示したように、消耗品や機構部品が多い画像処理装置では、消耗品の残量不足（例えば、トナー切れ）や機構部品の動作不良（例えば、紙詰まり）などのイベントが生じやすいことから、装置の状態に関する情報を適切にユーザに通知することが重要である。その方法として、イベント発生時に、ネットワーク上の特定のユーザ（例えば、管理者）に装置の状態に関する情報を通知する方法があるが、この方法では、特定のユーザの状況によってはイベントに迅速に対応することができない。また、装置の状態に関する膨大な量の情報を一度にユーザに通知すると、画像処理装置の状態を把握するのに時間がかかるため、イベントに迅速に対応することができない。
【００１６】
また、画像処理装置やその部品を製造／販売するメーカから画像処理装置に関するニュース情報（例えば、消耗品の価格や新製品の紹介などの情報）が提供されるが、従来は、ニュース情報も特定のユーザ（例えば、装置の購入者）にしか通知されないため、他のユーザはニュース情報を有効に利用することができない。また、従来は、画像処理装置の状態とは関係なくニュース情報が通知されるため、例えば、消耗品の残量が多い時にその消耗品に関するニュース情報が通知されても、ニュース情報を有効に利用することができない。
【００１７】
そこで、本発明の一実施の形態では、画像処理装置は、イベントが発生したら、イベントに対応する通知文を、予め登録されているユーザ全員に通知し、イベントに迅速に対応できるようにする。また、通知する情報の量が多いと必要な情報が伝達されにくく、また、情報の表示の仕方によっては情報が伝達されにくくなることから、画像処理装置は、通知する情報を小分けにして段階的に通知したり、自然文で表現して通知したりして、情報を伝達されやすくする。
【００１８】
また、画像処理装置は、サーバなどから画像処理装置に関するニュース情報を取得したら、そのニュース情報を単独で通知するのではなく、そのニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されているユーザ全員に通知し、ニュース情報を有効に利用できるようにすると共に、ニュース情報の利用価値を高める。
【実施例１】
【００１９】
上記した本発明の一実施の形態についてさらに詳細に説明すべく、本発明の第１の実施例に係る画像処理装置及び情報通知方法について、図１乃至図５を参照して説明する。図１は、本実施例の情報通知システムの構成を模式的に示す図であり、図２は、画像処理装置の構成を示すブロック図、図３は、ユーザ端末の構成を示すブロック図である。また、図４は、本実施例の情報通知手順を示すフローチャート図であり、図５は、その一例を示す図である。
【００２０】
図１に示すように、本実施例の情報通知システム１０は、消耗品の残量不足（例えば、トナー切れ）や機構部品の動作不良（例えば、紙詰まり）などのイベントを通知する装置（本実施例では画像処理装置２０とする。）と、画像処理装置２０を使用するユーザが所有するコンピュータ装置やモバイル機器、携帯電話機など複数の装置（以下、ユーザ端末３０と呼ぶ。）とで構成される。これらは、イーサネット（登録商標）、トークンリング、ＦＤＤＩ（Fiber-Distributed Data Interface）等の規格により定められるＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信ネットワークによって接続されている。以下、各装置について詳細に説明する。
【００２１】
［画像処理装置］
図２に示すように、画像処理装置２０は、制御部２１、ネットワークＩ／Ｆ部２２、記憶部２３、表示・操作部２４、画像読取部２５、画像処理部２６、印刷処理部２７、状態検知部２８などで構成される。
【００２２】
制御部２１は、ＣＰＵ（Central Processing Unit）２１ａと、ＲＯＭ（Read Only Memory）２１ｂやＲＡＭ（Random Access Memory）２１ｃなどのメモリとで構成される。ＲＯＭ２１ｂは、画像処理装置２０全体の動作を制御するためのプログラム等を記憶する。ＲＡＭ２１ｃは、ＣＰＵ２１ａによる制御に必要なデータ及び制御動作時に一時記憶が必要なデータ等を記憶する。そして、ＣＰＵ２１ａはＲＯＭ２１ｂ、ＲＡＭ２１ｃと協働して画像処理装置２０全体の動作を制御する。
【００２３】
また、制御部２１は、ｗｅｂサーバとしての機能、ＰＯＰ（Post Office Protocol）サーバやＳＭＴＰ（Simple Mail Transfer Protocol）サーバを介して、ユーザ端末３０との電子メールの送受信を可能にするメールアプリケーションとしての機能、ツイッターサーバを介して、ツイッターの投稿やフォロー（特定の相手からの投稿を取得する動作）を可能にするツイッターアプリケーションとしての機能も有する。
【００２４】
また、制御部２１は、文章生成処理部や対話処理部としても機能する。文章生成処理部は、状態検知部２８が消耗品の残量不足や機構部品の動作不良などのイベントを検知した場合に、記憶部２３に予め記憶したテーブルを参照して、そのイベントに対応するコメントを生成する。また、対話処理部からユーザの返信文の意味内容が通知された場合に、記憶部２３に予め記憶したテーブルを参照して、その返信文の意味内容に対応するコメントを生成する。対話処理部は、登録されたユーザからの返信（画像処理装置２０が提供するｗｅｂページへの書き込みや返信メール、ツイッターの投稿）を取得した場合に、返信文を単語に分解し、単語の配列から返信文の意味内容を解釈し、解釈した意味内容を文章生成処理部に通知する。この文章生成処理部や対話処理部は、ソフトウェアとして構成してもよいし、ハードウェアとして構成してもよい。
【００２５】
ネットワークＩ／Ｆ部２２は、ＮＩＣ（Network Interface Card）やモデムなどで構成され、ＬＡＮなどのネットワークを介して、ユーザ端末３０や図示しないメールサーバやツイッターサーバとの通信を確立する。
【００２６】
記憶部２３は、ＨＤＤ（Hard Disk Drive）などで構成され、ユーザの登録情報（画像処理装置２０を使用するユーザの電子メールアドレスやツイッターのユーザ名、そのユーザが使用するユーザ端末のＩＰ（Internet Protocol）アドレスなど）、文章生成処理部が通知文を作成する際に参照するテーブル（例えば、画像処理装置２０で起こりうるイベントに応じた通知文やユーザから送信されると想定される返信文の意味内容に応じた通知文を列記したテーブル）などを記憶する。
【００２７】
表示・操作部２４は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）や有機ＥＬ（electroluminescence）表示装置等からなる表示部（パネル）上に、透明電極が格子状に配置された感圧式の操作部（タッチパネル）を設けた装置であり、各種画面を表示すると共に、ユーザの操作指示を受け付ける。
【００２８】
画像読取部２５は、原稿台上の原稿を走査する光源と、原稿により反射された光を電気信号に変換するＣＣＤ（Charge Coupled Devices）イメージセンサやＣＩＳ（Contact Image Sensor）で構成される光電変換部と、光電変換により得られた電気信号をＡ／Ｄ変換するＡ／Ｄ変換器などで構成され、原稿台に載置された原稿を光学的に読み取って画像データを出力する。
【００２９】
画像処理部２６は、ユーザ端末３０から取得した印刷データの各ページをラスタライズしてページ毎の画像データを生成し、ラスタライズ後の画像データや画像読取部２５から出力される画像データに基づく画像に対して、必要に応じて画像処理（色調整、濃度調整、スライドや縮小などの処理）やスクリーニングを行った後、印刷処理部２７で印刷可能な画像に変換する。
【００３０】
印刷処理部２７は、電子写真方式や静電記録方式等の作像プロセスを利用した画像形成に必要な構成要素で構成され、画像処理部２６によって処理された画像の印刷を行う。具体的には、上記印刷処理部２７は、用紙等の記憶媒体を供給する給紙ユニット、記録媒体に画像を形成する画像形成ユニット、用紙が排出される排紙ユニット、用紙の表裏を反転されるための反転機構部などを備えている。
【００３１】
上記画像形成ユニットは、例えば、感光体ドラム、帯電装置、露光装置、現像装置、中間転写ベルト、清掃装置及び定着装置を有している。感光体ドラムの表面が帯電装置により一様に帯電された後、露光装置よりレーザを照射することにより、感光体ドラムの表面に静電潜像が作成され、静電潜像にトナーが付着して顕像化される。現像装置はシアン（Ｃ）、マゼンタ（Ｍ）、イエロー（Ｙ）、ブラック（Ｋ）の各色の現像ローラを有しており、顕像化された各色トナー画像は、転写部まで搬送されて順次中間転写ベルト上に転移され重ね合わされ、重ね合わされたカラーの画像が、給紙ユニットから搬送されてきた用紙に転写される。用紙上のトナー画像は、定着装置で定着されて、排紙ユニットに排出される。
【００３２】
状態検知部２８は、上記画像読取部２５や印刷処理部２７（特に、印刷処理部２７の画像形成ユニット、給紙ユニット、排紙ユニット、反転機構部等）に設置されたカメラやセンサ等からの信号に基づいて、用紙やトナーなどの消耗品の残量、用紙の搬送状態などを認識し、トナー切れや紙詰まりなどのイベントを検知したら、制御部２１（文章生成処理部）に通知する。
【００３３】
［ユーザ端末］
図３に示すように、ユーザ端末３０は、制御部３１、ネットワークＩ／Ｆ部３２、記憶部３３、表示部３４、操作部３５などで構成される。
【００３４】
制御部３１は、ＣＰＵ３１ａと、ＲＯＭ３１ｂやＲＡＭ３１ｃなどのメモリとで構成され、ＣＰＵ３１ａはＲＯＭ３１ｂ、ＲＡＭ３１ｃと協働してユーザ端末３０全体の動作を制御する。また、制御部は、資料を作成するためのアプリケーションや資料の印刷を指示するプリンタドライバとしての機能を有し、アプリケーションで作成した資料の電子ファイルは、プリンタドライバにより、ＰＣＬ（Printer Control Language）やＰＳ（Post Script）などのページ記述言語（ＰＤＬ：Page Description Language）の印刷データに変換され、ネットワークＩ／Ｆ部３２を介して印刷データが画像処理装置２０に送信される。
【００３５】
また、制御部３１は、画像処理装置２０が提供するｗｅｂページの閲覧／書き込みを可能にするｗｅｂブラウザとしての機能、ＰＯＰサーバやＳＭＴＰサーバを介して、画像処理装置２０との電子メールの送受信を可能にするメールアプリケーションとしての機能、ツイッターサーバを介して、ツイッターの投稿やフォローを可能にするツイッターアプリケーションとしての機能も有する。
【００３６】
ネットワークＩ／Ｆ部３２は、ＮＩＣやモデムなどで構成され、ＬＡＮなどのネットワークを介して、画像処理装置２０や図示しないメールサーバやツイッターサーバとの通信を確立する。
【００３７】
記憶部３３は、ＨＤＤなどで構成され、画像処理装置２０が提供するｗｅｂページのアドレス、画像処理装置２０の電子メールアドレスやツイッターのユーザ名、資料の電子ファイルなどを記憶する。
【００３８】
表示部３４は、液晶表示装置や有機ＥＬ表示装置等からなり、印刷設定画面などを表示する。
【００３９】
操作部３５は、キーボードやマウスなどからなり、各種設定や指示を行う。
【００４０】
なお、図１乃至図３は、本実施例の情報通知システム１０の一例であり、適宜変更可能である。例えば、印刷データを画像データに変換するＲＩＰ（Raster Image Processor）コントローラ等の制御装置をネットワークに接続してもよい。また、画像処理装置１０は、自動原稿送り装置（ＡＤＦ：Auto Document Feeder）や後処理装置（フィニッシャ）などを備えた構成としてもよい。
【００４１】
次に、上記構成の情報通知システム１０の動作について、図４のフローチャート図を参照して説明する。なお、図４では、情報の受信と発信を区別しやすくするために、情報受信のステップを網掛けで示している。また、本制御の対象となる画像処理装置２０を使用するユーザやユーザ端末３０の情報は予め画像処理装置２０に登録されているものとする。また、状態検知部２８が検知したイベントに対応するコメント及びユーザの返信文に対応するコメントを列記したテーブルも予め画像処理装置２０に登録されているものとする。
【００４２】
まず、画像処理装置２０の状態検知部２８は、消耗品の残量や機構部品の動作状態を監視し（Ｓ１０１）、消耗品の残量不足や機構部品の動作不良などのイベント（ここでは紙詰まりとする。）を検出すると、制御部２１（文章生成処理部）は、予め記憶したテーブルを参照して、紙詰まりに対応するコメント（例えば、「紙が詰まった。誰か助けて」というコメント）を作成し、そのコメントを予め登録されたユーザのユーザ端末３０に発信する（Ｓ１０２）。コメントを発信する方法として、画像処理装置２０がｗｅｂサーバとしての機能を有する場合はｗｅｂページに掲載する方法、電子メールの送受信機能を有する場合は電子メールを送信する方法などがあるが、イベントに迅速に対応するためにはユーザがリアルタイムで確認できる方法で通知することが好ましく、例えば、ツイッターサーバに投稿することもできる。また、ユーザ端末３０に通知する方法に加えて、若しくはユーザ端末３０に通知する方法に代えて、画像処理装置２０の表示操作部２４に表示することもできる。
【００４３】
このコメントをｗｅｂブラウザやメールアプリケーション、ツイッターアプリケーションなどで閲覧した、いずれかのユーザが、このコメントに対する返信のコメント（例えば、「どこで？」というコメント）を作成して返信した場合（Ｓ１０３）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、その意味内容に基づいて、状態検知部２８から紙詰まりが発生した場所情報を取得し、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「第２トレイの中で」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０４）。ユーザがこのコメントに対する返信のコメント（例えば、「了解」というコメント）を作成して返信した場合（Ｓ１０５）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「よろしくお願いします」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０６）。そして、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４４】
また、いずれかのユーザが、この通知に対する返信のコメント（例えば、「俺が助ける」というコメント）を作成して返信した場合（Ｓ１０７）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「よろしくお願いします」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０６）。そして、上記と同様に、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４５】
また、いずれかのユーザが、この通知に対する返信のコメント（例えば、「今、紙詰まりを直してよいか」というコメント）を作成して返信した場合（Ｓ１０８）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、その意味内容に基づいて、状態検知部２８から画像読取部２５の動作情報を取得し（ここでは画像読取部２５が動作しているとする。）、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「スキャンしている人がいるから、少し待って」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１０９）。ユーザがこのコメントに対する返信のコメント（例えば、「終わったら連絡してくれ」というコメント）を作成して返信した場合（Ｓ１１０）は、対話処理部は、返信のコメントを解釈してその意味内容を文章生成処理部に通知し、文章生成処理部は、予め登録したテーブルを参照して、ユーザからの返信のコメントの意味内容に対応するコメント（例えば、「はい、連絡します」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１１）。そして、状態検知部２８が、画像読取部２５の動作が停止したことを検知したら（Ｓ１１２のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「スキャンが終わった。紙詰まりを直して」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１３）。その後、上記と同様に、ユーザが詰まった紙を除去し、状態検知部２８が、紙詰まりが解消したことを検知したら（Ｓ１１５のＹｅｓ）、文章生成処理部は、予め登録したテーブルを参照して、所定のコメント（例えば、「紙詰まりが直りました。ありがとうございます」というコメント）を作成して、そのユーザのユーザ端末３０に通知する（Ｓ１１６）。
【００４６】
また、いずれかのユーザが、この通知に対する返信のコメントを作成して返信し、対話処理部が、返信のコメントを解釈した結果、その返信のコメントの意味内容がＳ１０２で発信した情報に対する返信として不適切であれば（Ｓ１１４）は、Ｓ１０２に戻って、「紙が詰まった。誰か助けて」というコメントを再度、通知し、適切なコメントを受信するまで繰り返す。
【００４７】
図５は、本実施例の画像処理装置２０とユーザ端末３０との間の情報通知方法を説明する図であり、図５（ａ）は、ｗｅｂブラウザを利用する例、図５（ｂ）は電子メールを利用する例、図５（ｃ）は、ツイッターを利用する例を示している。
【００４８】
図５（ａ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は、画像処理装置２０が提供するｗｅｂページに「ただ今、紙詰まりです。」というコメントを書き込む。ユーザ端末３０のｗｅｂブラウザは、ｗｅｂページを表示し、ユーザがｗｅｂページに「どこで？」というコメントを書き込むと、画像処理装置２０の対話処理部は、ｗｅｂページに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００４９】
また、図５（ｂ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は、「ただ今、紙詰まりです。」というコメントを生成し、メールアプリケーションは、そのコメントを書き込んだ電子メールを全てのユーザ端末３０宛に送信する。各々のユーザ端末３０のメールアプリケーションは、メールサーバを介して電子メールを受信して表示し、いずれかのユーザは「どこで？」というコメントを電子メールに書き込んで返信する。画像処理装置２０のメールアプリケーションは、メールサーバを介して電子メールを受信して対話処理部に通知し、対話処理部は電子メールに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００５０】
図５（ｃ）の場合、状態検知部２８が紙詰まりを検知して文章生成処理部に通知すると、文章生成処理部は「ただ今、紙詰まりです。」というコメントを生成し、ツイッターアプリケーションは、そのコメントを投稿する。各々のユーザ端末３０のツイッターアプリケーションは、画像処理装置２０からの投稿をフォローするように設定されており、ツイッターサーバを介して自動的に画像処理装置２０からの投稿を受信して表示し、いずれかのユーザは「どこで？」というコメントを作成してツイッターで投稿する。画像処理装置２０のツイッターアプリケーションも、予め登録されたユーザからの投稿をフォローするように設定されており、ツイッターサーバを介して自動的にユーザからの投稿を受信して対話処理部に通知し、対話処理部は、ツイッターに書き込まれたコメントを取得して解釈し、その意味内容を文章生成処理部に通知する。
【００５１】
このように、状態検知部２８がトナー切れや紙詰まりなどのイベントを検出した場合、そのイベントに対応するコメントを登録された全てのユーザに通知することにより、適切なユーザに対応を依頼することができるため、イベントに迅速に対応することができる。また、画像処理装置２０の状態に関する情報を一度に全て発信するのではなく、一部の情報を発信し、応答したユーザに次の情報を発信する（すなわち、情報を段階的に送信する）ことにより、画像処理装置２０の状態を分かりやすくユーザに開示することができ、イベントに迅速に対応することができる。
【実施例２】
【００５２】
次に、本発明の第２の実施例に係る画像処理装置及び情報通知方法について、図６乃至図１０を参照して説明する。図６は、本実施例の情報通知システムの構成を模式的に示す図であり、図７は、情報提供サーバの構成を示すブロック図である。また、図８は、本実施例の情報通知手順を示すフローチャート図であり、図９は、情報通知方法の一例を説明する図、図１０は、通知情報の作成例を示す図である。
【００５３】
画像処理装置２０やその部品を製造／販売するメーカは、ネットワーク上に配置したサーバ（情報提供サーバと呼ぶ。）を用いて、登録された特定のユーザ（通常は、画像処理装置２０の購入担当者）に、画像処理装置２０に関連する情報（消耗品の価格や新製品の紹介などの情報、以下、ニュース情報と呼ぶ。）を配信するサービスを行っている。
【００５４】
ここで、上記ニュース情報は有益な情報であるにも関わらず、画像処理装置２０を利用するユーザ全体には配信されないため、ニュース情報を有効に利用することができない。また、ニュース情報（例えば、トナーの価格に関するニュース情報）は、画像処理装置２０の状態に応じたタイミング（例えば、トナーの残量が少なくなったタイミング）で配信される訳ではないため、ニュース情報を有効に利用することはできない。
【００５５】
そこで、本実施例では、情報提供サーバから配信されるニュース情報を、画像処理装置２０が取得し、画像処理装置２０を利用するユーザ全体に配信して、ニュース情報の有効利用を図る。また、情報提供サーバから取得したニュース情報をそのまま配信するのではなく、ニュース情報に画像処理装置２０の状態に関する情報を付加して送信し、ニュース情報の利用価値を高める。以下、本実施例の情報通知システム１０について、図面を参照して説明する。
【００５６】
図６に示すように、本実施例の情報通知システム１０は、画像処理装置２０やその部品を製造／販売するメーカが管理する情報提供サーバ４０と、情報提供サーバ４０からニュース情報を取得する画像処理装置２０と、画像処理装置２０を使用するユーザが所有するユーザ端末３０などで構成され、これらは、ＬＡＮやＷＡＮ等の通信ネットワークによって接続されている。ユーザ端末３０の構成は第１の実施例と同様であるため、画像処理装置２０及び情報提供サーバ４０について説明する。
【００５７】
［画像処理装置］
画像処理装置２０の基本構成は前記した第１の実施例と同様であるが、画像処理装置２０の制御部２１（文章生成処理部）は、情報提供サーバ４０からニュース情報を取得したら、状態検知部２８から装置の状態に関する情報を取得し、そのニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加して、予め登録されたユーザ全体に配信（ｗｅｂページに記載、電子メールを送信、ツイッターに投稿）する制御を行う。
【００５８】
［情報提供サーバ］
図７に示すように、情報提供サーバ４０は、制御部４１、ネットワークＩ／Ｆ部４２、記憶部４３、情報提供部４４などで構成される。
【００５９】
制御部４１は、ＣＰＵ４１ａと、ＲＯＭ４１ｂやＲＡＭ４１ｃなどのメモリとで構成され、ＣＰＵ４１ａはＲＯＭ４１ｂ、ＲＡＭ４１ｃと協働して情報提供サーバ４０全体の動作を制御する。
【００６０】
ネットワークＩ／Ｆ部４２は、ＮＩＣやモデムなどで構成され、ＬＡＮなどのネットワークを介して画像処理装置２０やユーザ端末３０、図示しないメールサーバやツイッターサーバとの通信を確立する。
【００６１】
記憶部４３は、ＨＤＤなどで構成され、ネットワーク上の各画像処理装置２０から受信した装置情報や、ニュース情報（例えば、消耗品の価格や新製品の紹介など）を記憶する。
【００６２】
情報提供部４４は、画像処理装置２０に関するニュース情報を、情報提供サーバ４０が管理する画像処理装置２０に送信する。また、画像処理装置２０から装置情報を取得し、装置情報に基づいてメンテナンスの時期を判断し、メンテナンスが必要な画像処理装置２０に対して、メンテナンスに関する情報を送信する。
【００６３】
以下、本実施例の情報通知システム１０における画像処理装置２０の動作について、図８のフローチャート図を参照して説明する。なお、本制御の対象となる画像処理装置２０を使用するユーザやユーザ端末３０の情報は予め画像処理装置２０に登録されているものとする。
【００６４】
まず、情報提供サーバ４０（情報提供部４４）は、ニュース情報を画像処理装置２０に送信し、画像処理装置２０は、ニュース情報を取得する（Ｓ２０１）。なお、ニュース情報の取得方法は上記に限らず、例えば、画像処理装置２０が定期的に情報提供サーバ４０にアクセスして、新しいニュース情報を記憶部４３から読み出すようにしてもよい。
【００６５】
次に、画像処理装置２０の制御部２１（文章生成処理部）は、ニュース情報を解析し、そのニュース情報に付加する情報があるかを判断する（Ｓ２０２）。例えば、ニュース情報がトナーに関する情報の場合、そのトナーが画像処理装置２０で使用しているトナーであればニュース情報に付加する情報があると判断する。
【００６６】
ニュース情報に付加する情報がある場合は、画像処理装置２０の制御部２１（文章生成処理部）は、状態検知部２８から装置の状態に関する情報を取得し、装置の状態に関する情報の中からニュース情報に関連する情報を特定し、ニュース情報に特定した情報を付加する（Ｓ２０３）。具体的に説明すると、ニュース情報がトナーに関する情報（例えば、「本日より、トナーが値下げされました。」という情報）の場合、状態検知部２８からトナーの残量情報（例えば、１０％）を取得し、その残量情報を文章（例えば、「ただいま、ＭＦＰ内部のトナーの残りは１０％です。」という文章）に変換し、変換した文章をニュース情報に付加する。その際、トナーの残量が所定値以下であれば、購入を促す文書（例えば、「この機会に購入しませんか」という文書）を更に付加してもよい。
【００６７】
そして、画像処理装置２０の制御部２１（文章生成処理部）は、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加した通知文を、予め登録されたユーザ全員に発信（ｗｅｂページに記載、電子メールを送信、ツイッターに投稿）する（Ｓ２０４）。
【００６８】
図９は、ニュース情報をツイッターサーバに投稿する例である。情報提供サーバ４０が画像処理装置２０にニュース情報を通知すると、文章生成処理部は、状態検知部から装置の状態に関する情報を取得し、ニュース情報に、装置の状態に関する情報の中のニュース情報に関連する情報を付加した後、ツイッターサーバに投稿する。画像処理装置２０を使用する各ユーザのユーザ端末３０のツイッターアプリケーションは、画像処理装置２０からの投稿をフォローするように設定されており、ツイッターサーバを介して自動的に画像処理装置２０からの投稿を受信して表示する。
【００６９】
これにより、情報提供サーバ４０から配信されるニュース情報を、画像処理装置２０を使用する全ユーザに配信することができ、ニュース情報を有効に利用することができる。また、ニュース情報に装置の状態に関する情報を付加して配信することにより、ニュース情報の利用価値を高めることができる。
【００７０】
上記説明では、画像処理装置２０の制御部２１（文章生成処理部）が、ニュース情報を解析して、そのニュース情報に関連する情報を取得して付加する構成としたが、図１０に示すように、情報提供サーバ４０から送信されるニュース情報内に、画像処理装置２０が解釈可能なコマンドを付加し、制御部２１（文章生成処理部）がそのコマンドに対応する情報を状態検知部２８から取得して付加する構成とすることができる。
【００７１】
なお、本発明は上記実施例に限定されるものではなく、その構成や制御は適宜変更可能である。
【００７２】
例えば、第２の実施例では、情報提供サーバ４０から送信されるニュース情報に装置の状態に関する情報を付加する構成としたが、画像処理装置２０の制御部２１は、画像処理装置２０とユーザ端末３０間で通信した情報（通知文及び応答文）を解析し、話題となっている部品（トナーという文言が多く使われている場合はトナー）を特定したら、その部品に関するニュース情報を情報提供サーバ４０に問い合わせ、ニュース情報がある場合は、画像処理装置２０からユーザ端末３０に通知する通知文にニュース情報を付加して送信することもできる。
【００７３】
また、上記各実施例では画像処理装置２０を例にして説明したが、対象となる装置は画像処理装置２０に限らず、イベントを通知可能な装置であればよい。
【産業上の利用可能性】
【００７４】
本発明は、消耗品の残量不足や機構部品の動作不良などのイベントを通知する画像処理装置などの装置、及び当該装置を用いた情報通知方法に利用可能である。
【符号の説明】
【００７５】
１０ 情報通知システム
２０ 画像処理装置
２１ 制御部
２１ａ ＣＰＵ
２１ｂ ＲＯＭ
２１ｃ ＲＡＭ
２２ ネットワークＩ／Ｆ部
２３ 記憶部
２４ 表示・操作部
２５ 画像読取部
２６ 画像処理部
２７ 印刷処理部
２８ 状態検知部
３０ ユーザ端末
３１ 制御部
３１ａ ＣＰＵ
３１ｂ ＲＯＭ
３１ｃ ＲＡＭ
３２ ネットワークＩ／Ｆ部
３３ 記憶部
３４ 表示部
３５ 操作部
４０ 情報提供サーバ
４１ 制御部
４１ａ ＣＰＵ
４１ｂ ＲＯＭ
４１ｃ ＲＡＭ
４２ ネットワークＩ／Ｆ部
４３ 記憶部
４４ 情報提供部
【特許請求の範囲】
【請求項１】
複数のユーザの端末と通信可能に接続される画像処理装置であって、
自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、
前記状態検知部から前記イベントが通知されたら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する文章生成処理部と、
前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を前記文章生成処理部に通知する対話処理部と、を備え、
前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する、
ことを特徴とする画像処理装置。
【請求項２】
前記複数のユーザの端末及び前記画像処理装置は、情報交換サーバと通信可能に接続され、
前記文章生成処理部は、前記通知文を、前記複数のユーザの端末から読み取り可能に、前記情報交換サーバに保存する、
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像処理装置は、前記画像処理装置に関するニュース情報を提供する情報提供サーバと通信可能に接続され、
前記文章生成処理部は、前記情報提供サーバから前記ニュース情報を受信したら、前記状態検知部から前記画像処理装置の状態に関する情報を取得し、前記ニュース情報に、前記画像処理装置の状態に関する情報の中の前記ニュース情報に関連する情報を付加して、前記複数のユーザの端末に通知する、
ことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
複数のユーザの端末と通信可能に接続される画像処理装置における情報通知方法であって、
自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知する第１ステップと、
前記イベントを検知したら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する第２ステップと、
前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈する第３ステップと、
前記返信文を解釈したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する第４ステップと、を有する、
ことを特徴とする情報通知方法。
【請求項５】
前記第３ステップと前記第４ステップとを繰り返し実行する、
ことを特徴とする請求項４に記載の情報通知方法。
【請求項６】
前記複数のユーザの端末及び前記画像処理装置は、情報交換サーバと通信可能に接続され、
前記第２ステップ及び前記第４ステップでは、前記通知文を、前記複数のユーザの端末から読み取り可能に、前記情報交換サーバに保存する、
ことを特徴とする請求項４又は５に記載の情報通知方法。
【請求項７】
前記画像処理装置は、前記画像処理装置に関するニュース情報を提供する情報提供サーバと通信可能に接続され、
前記情報提供サーバから前記ニュース情報を受信したら、前記画像処理装置の状態に関する情報を取得し、前記ニュース情報に、前記画像処理装置の状態に関する情報の中の前記ニュース情報に関連する情報を付加して、前記複数のユーザの端末に通知するステップを更に有する、
ことを特徴とする請求項４乃至６のいずれか一に記載の情報通知方法。
【請求項８】
ユーザの返信文を解釈し、その解釈結果に関するニュース情報を、情報提供サーバから検索して取得し、それをユーザに返信することで、ユーザの返信文に応じた関連情報を提供する情報通知方法。
【請求項１】
複数のユーザの端末と通信可能に接続される画像処理装置であって、
自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知したら、当該イベントを通知する状態検知部と、
前記状態検知部から前記イベントが通知されたら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する文章生成処理部と、
前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈し、解釈結果を前記文章生成処理部に通知する対話処理部と、を備え、
前記文章生成処理部は、前記対話処理部から前記返信文の解釈結果を取得したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する、
ことを特徴とする画像処理装置。
【請求項２】
前記複数のユーザの端末及び前記画像処理装置は、情報交換サーバと通信可能に接続され、
前記文章生成処理部は、前記通知文を、前記複数のユーザの端末から読み取り可能に、前記情報交換サーバに保存する、
ことを特徴とする請求項１に記載の画像処理装置。
【請求項３】
前記画像処理装置は、前記画像処理装置に関するニュース情報を提供する情報提供サーバと通信可能に接続され、
前記文章生成処理部は、前記情報提供サーバから前記ニュース情報を受信したら、前記状態検知部から前記画像処理装置の状態に関する情報を取得し、前記ニュース情報に、前記画像処理装置の状態に関する情報の中の前記ニュース情報に関連する情報を付加して、前記複数のユーザの端末に通知する、
ことを特徴とする請求項１又は２に記載の画像処理装置。
【請求項４】
複数のユーザの端末と通信可能に接続される画像処理装置における情報通知方法であって、
自装置の状態を監視し、消耗品の残量不足及び／又は機構部品の動作不良に関わるイベントを検知する第１ステップと、
前記イベントを検知したら、予め記憶したテーブルを参照して、前記イベントに対応する通知文を生成し、当該通知文を前記複数のユーザの端末に通知する第２ステップと、
前記複数のユーザの中の所定のユーザの端末から、前記通知文に対する返信文を取得したら、当該返信文を解釈する第３ステップと、
前記返信文を解釈したら、前記テーブルを参照して、前記返信文の解釈結果に対応する通知文を生成し、当該通知文を前記所定のユーザの端末に通知する第４ステップと、を有する、
ことを特徴とする情報通知方法。
【請求項５】
前記第３ステップと前記第４ステップとを繰り返し実行する、
ことを特徴とする請求項４に記載の情報通知方法。
【請求項６】
前記複数のユーザの端末及び前記画像処理装置は、情報交換サーバと通信可能に接続され、
前記第２ステップ及び前記第４ステップでは、前記通知文を、前記複数のユーザの端末から読み取り可能に、前記情報交換サーバに保存する、
ことを特徴とする請求項４又は５に記載の情報通知方法。
【請求項７】
前記画像処理装置は、前記画像処理装置に関するニュース情報を提供する情報提供サーバと通信可能に接続され、
前記情報提供サーバから前記ニュース情報を受信したら、前記画像処理装置の状態に関する情報を取得し、前記ニュース情報に、前記画像処理装置の状態に関する情報の中の前記ニュース情報に関連する情報を付加して、前記複数のユーザの端末に通知するステップを更に有する、
ことを特徴とする請求項４乃至６のいずれか一に記載の情報通知方法。
【請求項８】
ユーザの返信文を解釈し、その解釈結果に関するニュース情報を、情報提供サーバから検索して取得し、それをユーザに返信することで、ユーザの返信文に応じた関連情報を提供する情報通知方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−２２２６９７（Ｐ２０１２−２２２６９７Ａ）
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願番号】特願２０１１−８８４６９（Ｐ２０１１−８８４６９）
【出願日】平成２３年４月１２日（２０１１．４．１２）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２４年１１月１２日（２０１２．１１．１２）
【国際特許分類】
【出願日】平成２３年４月１２日（２０１１．４．１２）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]