特許 6040709 画像処理システムおよび画像処理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6040709

(24)【登録日】2016年11月18日

(45)【発行日】2016年12月7日

(54)【発明の名称】画像処理システムおよび画像処理装置

(51)【国際特許分類】

   H04N 1/00 20060101AFI20161128BHJP

   B41J 29/46 20060101ALI20161128BHJP

   B41J 29/42 20060101ALI20161128BHJP

   B41J 29/38 20060101ALI20161128BHJP

   G06F 3/12 20060101ALI20161128BHJP

【ＦＩ】

   H04N1/00 107A

   B41J29/46 Z

   B41J29/42 F

   B41J29/38 Z

   G06F3/12

【請求項の数】8

【全頁数】18

(21)【出願番号】特願2012-238779(P2012-238779)

(22)【出願日】2012年10月30日

(65)【公開番号】特開2014-90297(P2014-90297A)

(43)【公開日】2014年5月15日

【審査請求日】2015年9月16日

(73)【特許権者】

【識別番号】000005267

【氏名又は名称】ブラザー工業株式会社

(74)【代理人】

【識別番号】110000291

【氏名又は名称】特許業務法人コスモス特許事務所

(72)【発明者】

【氏名】杉山 隆志

【審査官】 豊田 好一

(56)【参考文献】

【文献】 特開２０１１−２５３２６４（ＪＰ，Ａ）

【文献】 特開２０１０−１５７９２９（ＪＰ，Ａ）

【文献】 特開２００３−２８８１８７（ＪＰ，Ａ）

【文献】 特開２００８−０４６８５２（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １／００

Ｂ４１Ｊ ２９／３８

Ｂ４１Ｊ ２９／４２

Ｂ４１Ｊ ２９／４６

Ｇ０６Ｆ ３／１２

(57)【特許請求の範囲】

【請求項1】

画像処理装置と，前記画像処理装置と接続するサーバとを有する画像処理システムにおいて，
前記サーバは，
前記画像処理装置で発生するエラーの種類ごとに，そのエラーに対応するメッセージを，前記サーバに記憶するサーバ側記憶部
を備え，
前記画像処理装置は，
前記画像処理装置で発生するエラーの種類ごとに，そのエラーに対応するメッセージを，前記画像処理装置に記憶する処理側記憶部と，
前記サーバと通信する通信部と，
メッセージを報知する報知部と，
処理側制御部と，
を備え，
前記処理側制御部は，
前記画像処理装置にエラーが発生した場合に，当該エラーに対応するメッセージの取得先として，前記処理側記憶部を選択するか，前記サーバ側記憶部を選択するか，を選択する選択処理を実行し，
前記選択処理により，当該エラーに対応するメッセージの取得先として前記サーバ側記憶部を選択した場合は，前記通信部を制御して前記サーバの前記サーバ側記憶部から前記メッセージを取得し，前記報知部を制御して前記サーバ側記憶部から取得した前記メッセージを報知し，
前記選択処理により，当該エラーに対応するメッセージの取得先として前記処理側記憶部を選択した場合は，前記処理側記憶部から前記メッセージを取得し，前記報知部を制御して前記処理側記憶部から取得したメッセージを報知すること，
を特徴とする画像処理システム。

【請求項2】

請求項１に記載する画像処理システムにおいて，
前記処理側制御部は，
前記選択処理によって前記サーバ側記憶部が取得先に選択され，前記サーバ側記憶部からメッセージを取得する際にメッセージを取得できなかった場合に，取得先を前記サーバ側記憶部から前記処理側記憶部に変更する変更処理を実行し，
前記処理側記憶部からメッセージを取得することを特徴とする画像処理システム。

【請求項3】

請求項１または請求項２に記載する画像処理システムにおいて，
前記処理側制御部は，
前記選択処理によって前記サーバ側記憶部が取得先に選択され，前記サーバ側記憶部から取得されたメッセージを，前記報知部を制御して報知可能か否かを，前記報知部の能力に応じて判断する判断処理を実行し，
前記判断処理にて報知不可と判断された場合に，前記エラーに対応するメッセージを前記処理側記憶部から取得すること，
を特徴とする画像処理システム。

【請求項4】

請求項１から請求項３のいずれか１つに記載する画像処理システムにおいて，
前記サーバ側記憶部は，１つのエラーに対応する複数のメッセージを記憶し，
前記処理側制御部は，前記選択処理によって前記サーバ側記憶部が取得先として選択された場合に，前記通信部を制御して，前記報知部の報知能力に関する報知能力情報を前記サーバに送信すること，
前記サーバは，
前記報知能力情報に基づいて報知可能なメッセージを前記サーバ側記憶部から選択して取得し，前記報知能力情報の送信元に送信することを特徴とする画像処理システム。

【請求項5】

請求項１から請求項４のいずれか１つに記載する画像処理システムにおいて，
前記画像処理装置は，
エラーの種類ごとにそのエラーに対応するメッセージを前記サーバ側記憶部から取得するか否かを識別する情報である，識別情報を記憶する，識別情報記憶部を有し，
前記サーバは，前記サーバ側記憶部にメッセージの追加あるいは変更があった場合に，前記識別情報記憶部に記憶されている当該メッセージに対応するエラーの前記識別情報を，前記サーバ側記憶部から取得する旨の情報に設定する設定要求を前記画像処理装置に送信し，前記サーバ側記憶部にメッセージの消去があった場合に，前記識別情報記憶部に記憶されている当該メッセージに対応するエラーの前記識別情報を，前記サーバ側記憶部から取得しない旨の情報に設定する設定要求を前記画像処理装置に送信する処理を実行し，
前記画像処理装置の前記処理側制御部は，
受信した設定要求が，前記サーバ側記憶部から取得しない旨の情報に設定するものである場合には，当該設定要求に対応するメッセージの識別情報を，前記サーバ側記憶部から取得しないことを識別する情報に設定し，受信した設定要求が，サーバ側記憶部から取得する旨の情報に設定するものである場合には，当該設定要求に対応するメッセージの識別情報を，前記サーバ側記憶部から取得することを識別する情報に設定する設定処理を実行し，
前記選択処理では，前記識別情報に基づいてメッセージの取得先を選択することを特徴とする画像処理システム。

【請求項6】

請求項１から請求項５のいずれか１つに記載する画像処理システムにおいて，
前記サーバは，所定の属性によって前記画像処理装置を複数管理するグループごとに前記サーバ側記憶部を備え，
前記画像処理装置は，前記サーバからメッセージを取得する際，前記処理側制御部が，前記通信部を制御して，自装置を識別する装置情報を前記サーバに送信し，
前記サーバは，当該装置情報によって特定されるグループに対応するメッセージを前記サーバ側記憶部から取得し，前記画像処理装置に送信することを特徴とする画像処理システム。

【請求項7】

請求項１から請求項６のいずれか１つに記載する画像処理システムにおいて，
前記処理側記憶部は，エラーの種類ごとに，そのエラーに対応するメッセージの取得先の選択を必要とするか否かを識別する要否情報も記憶し，
前記処理側制御部は，前記要否情報に前記選択を不要とする情報が記憶されているエラーの場合に，メッセージを前記処理側記憶部から取得することを特徴とする画像処理システム。

【請求項8】

エラーの種類ごとに，そのエラーに対応するメッセージを記憶する処理側記憶部と，
メッセージを報知する報知部と，
制御部と，
を備え，
前記制御部は，
自装置にエラーが発生した場合に，当該エラーに対応するメッセージの取得先を，自装置とするか，自装置と接続するサーバとするか，を選択する選択処理と，
前記選択処理によって選択された取得先からメッセージを取得する取得処理と，
前記報知部を制御して，前記取得処理によって取得されたメッセージを報知する報知処理と，
を実行することを特徴とする画像処理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は，画像処理装置とサーバとを備える画像処理システムに関する。さらに詳細には，画像処理システムにおいて，エラーの内容やその対処方法等のエラー情報を報知するエラー報知技術に関するものである。

【背景技術】

【0002】

従来から，プリンタやスキャナ等の画像処理装置では，画像処理の実行中等にエラーが発生した場合に，エラーの内容やその対処方法に関するエラーメッセージをユーザに報知する技術が知られている。

【0003】

エラーメッセージを報知する技術としては，例えば特許文献１に，プリンタに発生したエラーを検知するエラー検知部と，エラー検知部が検知可能なエラー毎に，複数のメッセージを保存するエラーメッセージデータとを備え，エラー検知部が検知したエラーが解消されずに連続して発生した回数に応じて，エラーメッセージデータからメッセージを選択して表示するプリンタが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２−１５２９０６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら，前記した従来の技術には，次のような問題があった。すなわち，従来の画像処理装置では，エラーメッセージを装置本体に記憶しており，メッセージ内容が固定されている。そのため，メッセージ内容を変更するには，装置個々に変更が必要であり手間がかかる。

【0006】

本発明は，前記した従来の技術が有する問題点を解決するためになされたものである。すなわちその課題とするところは，エラー個々に対応するメッセージの内容変更にかかる手間が少ない画像処理システムおよび画像処理装置を提供することにある。

【課題を解決するための手段】

【0007】

この課題の解決を目的としてなされた画像処理システムは，画像処理装置と，前記画像処理装置と接続するサーバとを有する画像処理システムであって，前記画像処理装置で発生するエラーの種類ごとに，そのエラーに対応するメッセージを，前記画像処理装置に記憶する処理側記憶部と，前記画像処理装置で発生するエラーの種類ごとに，そのエラーに対応するメッセージを，前記サーバに記憶するサーバ側記憶部と，前記画像処理装置にエラーが発生した場合に，当該エラーに対応するメッセージの取得先を，前記画像処理装置とするか前記サーバとするかを選択する選択部と，前記選択部によって選択された取得先からメッセージを取得する取得部と，前記取得部によって取得されたメッセージを報知する報知部とを備えることを特徴としている。

【0008】

本明細書で開示される画像処理システムは，画像処理装置とサーバとでそれぞれ，エラーの種類ごとにそのエラーに対応するメッセージを記憶している。そして，画像処理装置にエラーが発生した場合に，当該エラーに対応するメッセージを画像処理装置とサーバとのどちらから取得するのかを選択し，さらに選択された取得先からメッセージを取得する。そして，取得されたメッセージをユーザに報知する。報知方法としては，例えば，画像処理装置の操作パネルに表示させてもよいし，エラーを発生させたジョブの送信元に表示させてもよい。

【0009】

すなわち，本明細書で開示される画像処理システムでは，エラーメッセージを画像処理装置とサーバとの両方に記憶し，画像処理装置でのエラー発生時，エラーメッセージの取得先を当該画像処理装置とするのかサーバとするのかを選択する。これにより，サーバから取得されるメッセージについては，サーバによって管理されることになる。そして，サーバで管理されるメッセージについては，サーバに記憶されるメッセージ内容を変更することで，サーバが管理する全ての画像処理装置でメッセージ内容の変更が完了することになる。従って，個々の画像処理装置に対して変更作業を行う必要がなく，ユーザにとってメッセージの内容変更にかかる手間が少ない。

【0010】

また，本明細書で開示される画像処理システムは，前記選択部によって前記サーバが取得先に選択され，前記取得部によって前記サーバからメッセージを取得する際にメッセージを取得できなかった場合に，取得先を前記画像処理装置に変更する変更部を備え，前記取得部は，前記変更部によって取得先が変更された場合に，その取得先からメッセージを取得するとよい。この構成によれば，画像処理装置がサーバからメッセージが取得できなかったとしても，画像処理装置自身で保有するメッセージを取得することで，確実にメッセージを報知できる。

【0011】

また，本明細書で開示される画像処理システムは，前記選択部によって前記サーバが取得先に選択され，前記取得部によって前記サーバから取得されたメッセージを，報知先の装置で報知可能か否かを，報知先の装置の能力に応じて判断する判断部と，前記判断部にて報知不可と判断された場合に，前記エラーに対応するメッセージを前記画像処理装置から取得する再取得部とを備えるとよい。例えば，メッセージを，画像処理装置に表示する場合は，画像処理装置の表示能力によって判断し，ＰＣやスマートフォン等の外部装置に表示する場合は，その外部装置の表示能力を取得して判断する。この構成によれば，サーバから取得したメッセージを報知先の装置で報知できなかったとしても，画像処理装置自身で保有するメッセージを取得することで，確実にメッセージを報知できる。

【0012】

また，前記サーバ側記憶部は，１つのエラーに対応する複数のメッセージを記憶し，前記取得部は，前記選択部によって前記サーバが取得先に選択された場合に，前記報知部の報知先の能力に基づいて報知可能なメッセージを前記サーバ側記憶部から選択して取得するとよい。複数のメッセージとしては，例えば，画像付きのメッセージと，文字のみで構成されるメッセージの組み合わせや，文字数の多い詳細説明のメッセージと，文字数が少ない簡易説明のメッセージの組み合わせや，各種の言語に対応するメッセージが該当する。能力としては，例えば，画像表示能力，文字数制限，表示言語等の表示能力や，通信能力が該当する。すなわち，報知先の装置の表示能力によっては，表示できるメッセージと表示できないメッセージとがある。そこで，複数のメッセージを用意し，表示能力によって表示可能なメッセージを選択することで，より確実にメッセージを報知できる。

【0013】

また，本明細書で開示される画像処理システムは，エラーの種類ごとにそのエラーに対応するメッセージを前記サーバから取得するか否かを識別する識別情報記憶部と，前記サーバ側記憶部にメッセージの追加あるいは変更があった場合に，前記識別情報記憶部に記憶されている当該メッセージに対応するエラーの前記識別情報を，前記サーバから取得する旨の情報に設定し，前記サーバ側記憶部にメッセージの消去があった場合に，前記識別情報記憶部に記憶されている当該メッセージに対応するエラーの前記識別情報を，前記サーバから取得しない旨の情報に設定する設定部とを備え，前記選択部は，前記識別情報に基づいてメッセージの取得先を選択するとよい。サーバ側のメッセージ内容に変更があった場合に，その変更に追随するように識別情報を変更することで，サーバ側のメッセージ内容の変更に対応でき，好適なメッセージ報知が期待できる。

【0014】

また，前記サーバは，所定の属性によって分類されたグループごとに前記サーバ側記憶部を備え，前記取得部は，前記サーバからメッセージを取得する際，前記画像処理装置からグループを特定する特定情報を取得し，当該特定情報によって特定されるグループに対応するメッセージを前記サーバ記憶部から取得するとよい。グループは，例えば，複数の画像処理装置を１つのグループとしてもよいし，複数のユーザを１つのグループとしてもよい。グループごとにメッセージを管理することで，グループ個々に応じた好適なメッセージを表示できる。

【0015】

また，前記処理側記憶部は，エラーの種類ごとに，そのエラーに対応するメッセージの取得先の選択を必要とするか否かを識別する要否情報も記憶し，前記取得部は，前記要否情報に前記選択を不要とする情報が記憶されているエラーの場合に，メッセージを前記画像処理装置から取得するとよい。例えば，重大なエラーについてはメッセージの取得先の選択を不要とし，画像処理装置からメッセージを取得して早期にメッセージを報知できる方が好ましい。また，通信エラーについては，サーバからメッセージを取得できないため，メッセージの取得先の選択を不要とする方が好ましい。

【0016】

また，本明細書には，エラーの種類ごとに，そのエラーに対応するメッセージを記憶する処理側記憶部と，制御部とを備え，前記制御部は，自装置にエラーが発生した場合に，当該エラーに対応するメッセージの取得先を，自装置とするか，自装置と接続するサーバとするか，を選択する選択処理と，前記選択処理によって選択された取得先からメッセージを取得する取得処理と，前記取得処理によって取得されたメッセージを報知する報知処理とを実行することを特徴とする画像処理装置が開示されている。

【発明の効果】

【0017】

本発明によれば，エラー個々に対応するメッセージの内容変更にかかる手間が少ない画像処理システムおよび画像処理装置が実現される。

【図面の簡単な説明】

【0018】

【図1】実施の形態の画像処理システムにかかるＭＦＰおよびサーバの電気的構成を示すブロック図である。

【図2】図１に示したＭＦＰが有するメッセージデータベースの構成を示す図である。

【図3】図１に示したサーバが有するグループデータベースおよびグループ別メッセージデータベースの構成（第１の形態）を示す図である。

【図4】第１の形態にかかるＭＦＰのメッセージ報知処理の動作手順を示すフローチャートである。

【図5】第１の形態にかかるサーバのメッセージ応答処理の動作手順を示すフローチャートである。

【図6】図１に示したサーバが有するグループ別メッセージデータベースの構成（第２の形態）を示す図である。

【図7】第２の形態にかかるＭＦＰのメッセージ報知処理の動作手順を示すフローチャートである。

【図8】第２の形態にかかるサーバのメッセージ応答処理の動作手順を示すフローチャートである。

【図9】実施の形態にかかるサーバのメッセージ設定処理の動作手順を示すフローチャートである。

【図10】実施の形態にかかるＭＦＰの設定変更処理の動作手順を示すフローチャートである。

【発明を実施するための形態】

【0019】

以下，本発明にかかる画像処理システムを具体化した実施の形態について，添付図面を参照しつつ詳細に説明する。本形態は，印刷，読み取り等の各種の画像処理動作の実行が可能な複合機（ＭＦＰ：Multi Function Peripheral ）と，そのＭＦＰと通信するサーバとを有する画像処理システムに，本発明を適用したものである。

【0020】

［画像処理システムの構成］
本形態の画像処理システム９００は，図１に示すように，ＭＦＰ１００，１０１，１０２と，サーバ２００とを有し，各装置がインターネットを介して互いに通信可能に接続されている。なお，画像処理システム９００に接続するＭＦＰの個数はこれに限るものではない。

【0021】

［ＭＦＰの構成］
本形態のＭＦＰ１００（画像処理装置の一例）は，図１に示したように，ＣＰＵ３１と，ＲＯＭ３２と，ＲＡＭ３３と，ＮＶＲＡＭ（Non Volatile RAM）３４とを備えた制御部３０を備えている。また，制御部３０は，用紙に画像を印刷する画像形成部１０と，原稿の画像を読み取る画像読取部２０と，動作状況の表示やユーザによる入力操作の受付を行う操作パネル４０と，ＦＡＸインターフェース３６と，ネットワークインターフェース３７とに，電気的に接続されている。なお，他のＭＦＰ１０１，１０２もＭＦＰ１００と同様の構成である。

【0022】

ＲＯＭ３２には，ＭＦＰ１００を制御するための制御プログラムであるファームウェアや各種設定，初期値等が記憶されている。ＲＡＭ３３およびＮＶＲＡＭ３４は，各種制御プログラムが読み出される作業領域として，あるいはデータを一時的に記憶する記憶領域として利用される。

【0023】

ＣＰＵ３１（制御部の一例）は，ＲＯＭ３２から読み出した制御プログラムや各種センサから送られる信号に従って，その処理結果をＲＡＭ３３またはＮＶＲＡＭ３４に記憶させながら，ＭＦＰ２００の各構成要素を制御する。

【0024】

ＦＡＸインターフェース３６は，他の装置との通信を公衆回線を介して可能にするインターフェースである。ネットワークインターフェース３７は，他の装置との通信をインターネットを介して可能にするインターフェースである。ＭＦＰ１００は，ＦＡＸインターフェース３６あるいはネットワークインターフェース３７を介して外部装置とデータの受け渡しを行う。

【0025】

操作パネル４０は，ユーザ入力を受け付ける各種のボタンと，文字情報やボタン等を表示するタッチパネルとを有している。各種のボタンとしては，例えば，画像処理動作の開始を指示するＯＫボタンや，画像処理動作のキャンセルを指示するキャンセルボタンがある。また，タッチパネルは，文字情報の他，ＪＰＥＧやビットマップ等の所定のフォーマットのカラー画像ファイルを表示することができる。

【0026】

また，ＭＦＰ１００のＮＶＲＡＭ３４には，図２に示すような，ＭＦＰ１００で発生する可能性があるエラーごとのメッセージを記憶するデータベース（以下，「メッセージＤＢ３４１」とする。処理側記憶部の一例）が，記憶されている。具体的に，メッセージＤＢ３４１は，エラーの種類を識別する「ＩＤ」と，メッセージの内容を記憶する「メッセージ」と，メッセージの取得先を識別する「取得先」と，の３つの項目を１つのレコードとし，エラーごとにレコードが登録されている。なお，「取得先」の項目が，識別情報記憶部の一例となる。

【0027】

前述したメッセージＤＢ３４１の「取得先」には，「サーバ」，「自装置」，「Ｎ／Ａ」，のいずれか１つが記憶される。「サーバ」は，メッセージの取得先がサーバ２００であり，サーバ２００に問い合わせ，サーバ２００からエラーメッセージを取得することを意味する。この場合，メッセージＤＢ３４１の「メッセージ」に記憶されているメッセージは，報知可能なメッセージをサーバ２００から取得できなかった場合に利用される予備のメッセージとなる。「自装置」は，サーバ２００に問い合わせず，自装置からエラーメッセージを取得することを意味する。すなわち，メッセージＤＢ３４１の「メッセージ」に記憶されているメッセージがエラーメッセージとして取得される。

【0028】

「Ｎ／Ａ」は，サーバ２００に問い合わせず，さらに取得先の変更を禁止する，すなわちエラーメッセージの取得先が自装置に固定であることを意味する。この場合も，メッセージＤＢ３４１の「メッセージ」に記憶されているメッセージがエラーメッセージとして取得される。「Ｎ／Ａ」は，メッセージの取得先の選択を不要とする要否情報の一例であり，「サーバ」，「自装置」は，メッセージの取得先の選択を必要とする要否情報の一例である。取得先が「Ｎ／Ａ」以外の場合は，「Ｎ／Ａ」以外の内容に変更が可能であり，ユーザ操作あるいは装置自身やサーバ２００の命令によって必要に応じて変更される。

【0029】

［サーバの構成］
本形態のサーバ２００（サーバの一例）は，図１に示したように，ＣＰＵ５１と，ＲＯＭ５２と，ＲＡＭ５３と，ＨＤＤ５４とを備えた制御部５０を備えている。また，制御部５０は，ネットワークインターフェース５７と電気的に接続されている。

【0030】

ＲＯＭ５２には，各種設定，初期値等が記憶されている。ＲＡＭ５３およびＨＤＤ５４は，各種プログラムが読み出される作業領域として，あるいはデータを一時的に記憶する記憶領域として利用される。

【0031】

ＣＰＵ５１は，ＲＯＭ５２から読み出したプログラムに従って，その処理結果をＲＡＭ５３またはＨＤＤ５４に記憶させながら，各種の処理を実行する。

【0032】

ネットワークインターフェース５７は，インターネットと接続し，他の装置との通信を可能にするインターフェースである。サーバ２００は，ネットワークインターフェース５７を介して他の装置とのデータの受け渡しを行う。

【0033】

また，サーバ２００のＨＤＤ５４には，図３に示すようなグループ情報を記憶するデータベース（以下，「グループＤＢ５４０」とする）が記憶されている。サーバ２００は，複数のＭＦＰをグループとして管理しており，グループＤＢ５４０には，グループを識別する「グループＩＤ」と，そのグループに属する装置の識別情報を記憶する「所属装置」と，そのグループが利用するデータベースに関する「リンク情報」と，の３つの項目を１つのレコードとし，グループごとにレコードが登録されている。

【0034】

また，ＨＤＤ５４には，グループごとに，そのグループで共有するエラーメッセージを記憶するデータベース（以下，「グループ別メッセージＤＢ」とする。サーバ側記憶部の一例）が記憶されている。図３は，各グループに対応するグループ別メッセージＤＢ５４１，５４２，５４３の構成を示している。グループ別メッセージＤＢ５４１は，エラーの種類を識別する「ＩＤ」と，メッセージの内容を記憶する「メッセージ」と，の２つの項目を１つのレコードとし，エラーごとにレコードが登録されている。他のグループ別メッセージＤＢ５４２，５４３についても同様の構成である。

【0035】

本形態の画像処理システム９００では，サーバ２００がＭＦＰをグループ化して管理しており，グループごとに独自のメッセージを記憶している。そのため，例えば，ＭＦＰを設置場所によってグループ化している場合には，設置場所ごとに，メッセージに表示される問合せ先の電話番号や，表示言語を切り換えることができる。

【0036】

［画像処理システムのエラー報知動作］
［第１の形態］
続いて，ＭＦＰ１００でエラーが発生し，そのエラーに対応するメッセージをユーザに報知する際の，画像処理システム９００の動作について，ＭＦＰ１００での動作と，サーバ２００での動作とに分けて説明する。

【0037】

［メッセージ報知処理］
始めに，ＭＦＰ１００で実行されるメッセージ報知処理について，図４のフローチャートを参照しつつ説明する。メッセージ報知処理は，エラーの発生を契機にＣＰＵ３１によって実行される。

【0038】

メッセージ報知処理では，先ず，発生したエラーがサーバ２００への問合せが必要なエラーか否かを判断する（Ｓ１０１，選択部の一例）。具体的にＳ１０１では，図２に示したメッセージＤＢ３４１を参照し，エラーのＩＤに基づいて，発生したエラーに対応するレコードを抽出し，「取得先」が「サーバ」であれば問合せが必要と判断し，それ以外であれば問合せが不要と判断する。すなわち，Ｓ１０１では，エラーメッセージの取得先の選択が行われる。

【0039】

サーバへの問合せが不要なエラーの場合（Ｓ１０１：ＮＯ），自装置からメッセージを取得する（Ｓ１０２，取得部の一例）。すなわち，メッセージＤＢ３４１を参照し，発生したエラーに対応するレコードの「メッセージ」に記憶されている内容を取得する。そして，Ｓ１０２で取得されたメッセージをユーザに報知する（Ｓ１０３，報知部の一例）。報知方法は，自装置の操作パネル４０に表示してもよいし，ジョブの送信元の装置に表示させてもよい。また，メール送信や音声出力であってもよい。

【0040】

一方，サーバへの問合せが必要なエラーの場合（Ｓ１０１：ＹＥＳ），サーバ２００に対してメッセージ送信要求を出力する（Ｓ１２１）。メッセージ送信要求には，自装置を識別する情報（例えば，サーバ２００が自装置を識別可能なＩＤやＭＡＣアドレス）である装置情報と，発生したエラーのＩＤとが付加される。なお，ＭＦＰ１００がサーバ２００で管理されるグループを識別するグループＩＤを把握している場合には，そのグループＩＤを付加してもよい。

【0041】

Ｓ１２１の後は，サーバ２００からの応答を受信したか否かを判断する（Ｓ１２２）。サーバ２００は，メッセージ送信要求を受信すると，発生したエラーに対応するメッセージを応答する。ＭＦＰ１００は，その応答を受信することでサーバ２００からメッセージを取得する（取得部の一例）。サーバ２００の処理については後述する。サーバ２００からの応答を受信していない場合には（Ｓ１２２：ＮＯ），受信するまで待機する。

【0042】

サーバ２００からの応答を受信した場合には（Ｓ１２２：ＹＥＳ），その応答にメッセージが付加されているか否かを判断する（Ｓ１２３）。サーバ２００は，ＭＦＰ１００で発生したエラーに対応するメッセージを記憶していないと，メッセージを付加せずに応答する。そのため，サーバ２００からの応答にメッセージが付加されていない場合には（Ｓ１２３：ＮＯ），Ｓ１０２に移行し，メッセージＤＢ３４１を参照し，サーバ２００に代わって自装置からメッセージを取得する（変更部の一例）。

【0043】

サーバ２００からの応答にメッセージが付加されていた場合には（Ｓ１２３：ＹＥＳ），そのメッセージが報知先の装置で報知可能か否かを判断する（Ｓ１２４，判断部の一例）。例えば，メッセージとして特定のフォーマットの画像ファイルが付加されていた場合には，報知先の装置（報知先の装置が自装置であれば操作パネル４０）にその特定のフォーマットの画像ファイルを表示する機能がなければ報知できない。また，例えば日本語のメッセージを取得した場合，報知先の装置に日本語の表示機能がなければ報知できない。すなわち，Ｓ１２４では，付加されていたメッセージが報知先の装置の報知能力に適合するか否かを判断する。メッセージが報知できない場合には（Ｓ１２４：ＮＯ），Ｓ１０２に移行し，メッセージＤＢ３４１を参照し，サーバ２００に代わって自装置からメッセージを取得する（再取得部の一例）。

【0044】

一方，メッセージが報知できる場合には（Ｓ１２４：ＹＥＳ），サーバ２００から取得したメッセージをユーザに報知する（Ｓ１０３，報知部の一例）。これにより，ＭＦＰ１００では，サーバ２００に記憶されているメッセージと，自装置に記憶されているメッセージとの，いずれか一方が報知される。Ｓ１０３の後は，メッセージ報知処理を終了する。

【0045】

［メッセージ応答処理］
続いて，サーバ２００で実行されるメッセージ応答処理について，図５のフローチャートを参照しつつ説明する。メッセージ応答処理は，サーバ２００が管理するＭＦＰから出力されるメッセージ送信要求，すなわち上述したメッセージ報知処理のＳ１２１で出力されるメッセージ送信要求の受信を契機に，ＣＰＵ５１によって実行される。

【0046】

メッセージ応答処理では，先ず，図３に示したグループＤＢ５４０を参照し，メッセージ送信要求に付加されている装置情報に基づいて，メッセージ送信要求の送信元のＭＦＰが属するグループを特定し，特定されたグループが利用するグループ別メッセージＤＢを選択する（Ｓ１５１）。すなわち，特定されたグループのレコードをグループＤＢ５４０から抽出し，そのレコードの「リンク情報」に記憶されている情報に関連付けられたグループ別メッセージＤＢを選択する。

【0047】

次に，選択されたグループ別メッセージＤＢを参照し，メッセージ送信要求に付加されているエラーのＩＤに基づいて，そのエラーに対応するレコードを抽出し，さらにそのレコードからメッセージを取得する（Ｓ１５２）。

【0048】

次に，メッセージを取得できたか否かを判断する（Ｓ１５３）。メッセージが取得できない例としては，Ｓ１５１にてグループを特定できない場合や，グループを特定できたとしてもエラーに対応するレコードがグループ別メッセージＤＢに登録されておらず，Ｓ１５２にてメッセージを取得できない場合が該当する。

【0049】

メッセージを取得できた場合には（Ｓ１５３：ＹＥＳ），そのメッセージを応答に付加し，メッセージ送信要求の送信元のＭＦＰに応答を出力する（Ｓ１５５）。一方，メッセージを取得できなかった場合には（Ｓ１５３：ＮＯ），未設定である旨の情報を応答に付加し，メッセージ送信要求の送信元のＭＦＰに応答を出力する（Ｓ１７１）。Ｓ１７１では，応答にメッセージは付加されない。Ｓ１５５あるいはＳ１７１の後は，メッセージ応答処理を終了する。

【0050】

すなわち，第１の形態の画像処理システム９００では，サーバ２００において複数のＭＦＰで共用するメッセージを記憶している。そして，ＭＦＰ１００では，エラーが発生した際，エラーの種類に応じてエラーメッセージの取得先を自装置とサーバ２００とから選択している。そして，取得先がサーバ２００であった場合には，サーバ２００で記憶されるメッセージがＭＦＰ１００によって報知される。この構成では，取得先がサーバ２００となるエラーのメッセージは複数のＭＦＰで利用される。そのため，ＭＦＰ１００で発生する可能性があるエラーに対応するメッセージのうち，取得先がサーバ２００となるエラーのメッセージについては，サーバ２００で記憶するメッセージを変更することで，サーバ２００で管理するＭＦＰの全てでメッセージ内容が変更されることになる。

【0051】

［第２の形態］
続いて，上述した画像処理システム９００の動作の別形態について説明する。第２の形態では，サーバ２００が，要求元のＭＦＰでメッセージが報知可能か否かを判断し，さらに要求元のＭＦＰの表示能力に応じたメッセージを選択して応答する。この点，ＭＦＰ１００が，サーバ２００から取得したメッセージが報知可能か否かを判断する第１の形態と異なる。

【0052】

第２の形態のサーバ２００には，図６に示す構成を有するグループ別メッセージＤＢ５４５が記憶されている。グループ別メッセージＤＢ５４５では，エラーを識別する情報である「ＩＤ」の他，そのエラーに対応する日本語のメッセージを記憶する「日本語メッセージ」と，そのエラーに対応する英語のメッセージを記憶する「英語メッセージ」と，所定文字数以下のメッセージを記憶する「ショートメッセージ」と，画像ファイル名を記憶する「画像データ」と，の５つの項目を１つのレコードとし，エラーごとにレコードが登録されている。すなわち，第２の形態では，様々なＭＦＰの能力に対応するため，サーバ２００は，１つのエラーに対して複数の報知態様のメッセージを有している。

【0053】

［メッセージ報知処理］
始めに，ＭＦＰ１００で実行されるメッセージ報知処理について，図７のフローチャートを参照しつつ説明する。なお，第１の形態と同じ処理については同じ符号を付し，説明を省略する。

【0054】

第２の形態のメッセージ報知処理では，先ず，ＭＦＰ１００で発生したエラーがサーバへの問合せが必要なエラーか否かを判断する（Ｓ１０１）。サーバへの問合せが不要なエラーの場合は（Ｓ１０１：ＮＯ），第１の形態と同様に，自装置からメッセージを取得し（Ｓ１０２），そのメッセージをユーザに報知する（Ｓ１０３）。

【0055】

サーバへの問合せが必要なエラーの場合（Ｓ１０１：ＹＥＳ），サーバ２００に対してメッセージ送信要求を出力する（Ｓ２２１）。Ｓ２２１では，メッセージ送信要求に，装置情報およびエラーのＩＤの他，報知能力の情報も付加する。例えば，自装置の操作パネル４０に報知する場合には，表示可能言語，カラー対応，解像度，表示可能画像フォーマット，表示可能文字数等の，ディスプレイの表示能力が該当する。また，外部装置に報知する場合には，その外部装置の表示能力が該当する。

【0056】

Ｓ２２１の後は，サーバ２００からの応答を受信したか否かを判断し（Ｓ１２２），サーバ２００からの応答を受信していない場合には（Ｓ１２２：ＮＯ），受信するまで待機する。サーバ２００からの応答を受信した場合には（Ｓ１２２：ＹＥＳ），その応答にメッセージが付加されているか否かを判断する（Ｓ１２３）。

【0057】

サーバ２００からの応答にメッセージが付加されていない場合には（Ｓ１２３：ＮＯ），Ｓ１０２に移行し，自装置からメッセージを取得する。サーバ２００からの応答にメッセージが付加されていた場合には（Ｓ１２３：ＹＥＳ），サーバ２００から取得したメッセージをユーザに報知する（Ｓ１０３）。Ｓ１０３の後は，メッセージ報知処理を終了する。

【0058】

［メッセージ応答処理］
続いて，サーバ２００で実行されるメッセージ応答処理について，図８のフローチャートを参照しつつ説明する。なお，第１の形態と同じ処理については同じ符号を付し，説明を省略する。

【0059】

第２の形態のメッセージ応答処理では，先ず，メッセージ送信要求の送信元のＭＦＰが属するグループを特定し，さらに特定されたグループが利用するグループ別メッセージＤＢを選択する（Ｓ１５１）。そして，選択されたグループ別メッセージＤＢを参照し，メッセージ送信要求に付加されているエラーのＩＤおよび報知能力の情報に基づいて，メッセージ送信要求の送信元のＭＦＰで報知可能なメッセージを取得する（Ｓ２５２）。

【0060】

Ｓ２５２では，例えば，ユーザへの報知を行う装置である報知装置に日本語の表示能力がある場合には，グループ別メッセージＤＢ５４５から「日本語メッセージ」の内容を取得する。また，報知装置の表示可能文字数に制限があり，その表示可能文字数がグループ別メッセージＤＢ５４５の「ショートメッセージ」で規定される文字数より多い場合には，グループ別メッセージＤＢ５４５から「ショートメッセージ」の内容を取得する。また，報知装置が画像付きメッセージの表示が可能であれば，グループ別メッセージＤＢ５４５の「画像データ」を参照し，さらに報知装置が「画像データ」に記憶されている画像ファイルのフォーマットの表示が可能であればその画像ファイルを取得する。なお，グループ別メッセージＤＢ５４５の項目には優先順位が設定されており，複数の項目の報知が可能であれば，その優先順位に従って報知可能なメッセージが選択される。なお，報知装置で報知可能なメッセージがなければ，メッセージは取得されない。

【0061】

次に，メッセージを取得できたか否かを判断する（Ｓ１５３）。メッセージを取得できた場合には（Ｓ１５３：ＹＥＳ），そのメッセージを応答に付加し，メッセージ送信要求の送信元のＭＦＰに応答を出力する（Ｓ１５５）。一方，メッセージを取得できなかった場合には（Ｓ１５３：ＮＯ），未設定である旨の情報を応答に付加し，メッセージ送信要求の送信元のＭＦＰに応答を出力する（Ｓ１７１）。Ｓ１５５あるいはＳ１７１の後は，メッセージ応答処理を終了する。

【0062】

すなわち，第２の形態の画像処理システム９００では，サーバ２００が１つのエラーに対して複数の報知態様のメッセージを記憶している。そして，報知装置の報知能力に応じて適切なメッセージを選択している。この構成であっても，第１の形態と同様に，取得先がサーバ２００となるエラーのメッセージは複数のＭＦＰで利用される。また，複数の報知態様を記憶していることから，報知装置の能力に応じて好適なメッセージを選択でき，第１の形態と比較してメッセージを報知できる可能性が高い。

【0063】

なお，第２の形態では，サーバ２００とＭＦＰ１００とで報知能力を受け渡す際，ＭＦＰ１００がサーバ２００に報知装置の報知能力を送信しているが，これに限るものではない。例えば，サーバ２００が報知装置の種類ごとの報知能力を記憶するデータベースを備え，ＭＦＰ１００はメッセージ送信要求に報知装置の種類を識別する情報を付加し，サーバ２００はその情報に応じて自装置のデータベースから報知能力を取得する構成であってもよい。

【0064】

また，第２の形態では，サーバ２００が報知装置の報知能力に適したメッセージを応答しているため，ＭＦＰ１００においてメッセージが報知可能か否かの判断を行っていないが，第１の形態のＳ１２４のように報知可能か否かを判断し，報知不可であれば自装置からメッセージを取得する構成であってもよい。

【0065】

［画像処理システムのメッセージ設定動作］
続いて，サーバ２００にてグループ別メッセージＤＢの内容に変更があった際の，画像処理システム９００の動作について，サーバ２００での動作と，ＭＦＰ１００での動作とに分けて説明する。

【0066】

［メッセージ設定処理］
始めに，サーバ２００で実行されるメッセージ設定処理について，図９のフローチャートを参照しつつ説明する。メッセージ設定処理は，グループ別メッセージＤＢの内容の変更を契機にＣＰＵ５１によって実行される。

【0067】

メッセージ設定処理では，先ず，グループ別メッセージＤＢの変更態様を取得する（Ｓ３０１）。グループ別メッセージＤＢの変更には，レコードの追加，レコードの編集，レコードの削除があり，Ｓ３０１ではいずれか１つを取得する。

【0068】

Ｓ３０１の後は，取得した変更態様がレコードの追加か否かを判断する（Ｓ３０２）。レコードの追加の場合（Ｓ３０２：ＹＥＳ），すなわち新規のエラーに対応するメッセージが追加された場合には，そのことをその変更されたグループ別メッセージＤＢに対応するグループに属するＭＦＰ全てに通知する必要がある。そのため，該当のエラーが発生した場合に，サーバ２００への問い合わせが必要となる設定を，後述の設定要求に付加する（Ｓ３０３）。

【0069】

また，レコードの追加でなければ（Ｓ３０２：ＮＯ），取得した変更態様がレコードの編集か否かを判断する（Ｓ３２１）。レコードの編集の場合（Ｓ３２１：ＹＥＳ），すなわち既存のエラーに対応するメッセージが修正された場合には，その変更をグループ別メッセージＤＢに対応するグループに属するＭＦＰ全てに反映させる方が好ましい。そのため，Ｓ３０３に移行し，サーバ２００への問い合わせが必要となる設定を設定要求に付加する。

【0070】

また，レコードの編集でなければ（Ｓ３２１：ＮＯ），取得した変更態様がレコードの削除，すなわち既存のエラーに対応するメッセージの削除となる。レコードが削除されると，当該レコードに対応するエラーについてのメッセージ送信要求があったとしても，そのエラーに対応するメッセージが存在しない。そこで，削除されたレコードに対応するエラーについては，サーバ２００への問い合わせが不要となる設定を，設定要求に付加する（Ｓ３２２）。

【0071】

Ｓ３２２あるいはＳ３０３の後は，変更されたグループ別メッセージＤＢに属するＭＦＰ全てに設定要求を送信する（Ｓ３０４）。設定要求には，サーバ２００への問合せの要否とエラーのＩＤとが付加される。Ｓ３０４の後は，メッセージ設定処理を終了する。

【0072】

［設定変更処理］
次に，ＭＦＰ１００で実行される設定変更処理について，図１０のフローチャートを参照しつつ説明する。設定変更処理は，サーバ２００から出力される設定要求，すなわち上述したメッセージ設定処理のＳ３０４で出力される設定要求，の受信を契機に，ＣＰＵ３１によって実行される。

【0073】

設定変更処理では，先ず，設定要求に付加されたエラーのＩＤに対応するレコードが，メッセージＤＢ３４１にあるか否かを判断する（Ｓ３５１）。

【0074】

レコードが有る場合には（Ｓ３５１：ＹＥＳ），設定要求に付加された問合せの要否の設定が，サーバ２００への問合せが必要となる設定か否かを判断する（Ｓ３５２）。問合せが必要となる設定であれば（Ｓ３５２：ＹＥＳ），メッセージＤＢ３４１のうち設定要求に付加されたエラーのＩＤに対応するレコードの取得先を「サーバ」に設定する（Ｓ３７３，設定部の一例）。一方，問合せが必要となる設定でなく，問合せが不要となる設定であれば（Ｓ３５２：ＮＯ），設定要求に付加されたエラーのＩＤに対応するレコードの取得先を「自装置」に設定する（Ｓ３５３，設定部の一例）。Ｓ３５３あるいはＳ３７３の後は，設定変更処理を終了する。

【0075】

一方，レコードが無い場合には（Ｓ３５１：ＮＯ），設定要求に付加された問合せの要否の設定が，サーバ２００への問合せが必要となる設定か否かを判断する（Ｓ３７１）。問合せが必要となる設定であれば（Ｓ３７１：ＹＥＳ），先ず，設定要求に付加されたＩＤに対応するエラーのレコードをメッセージＤＢ３４１に追加する（Ｓ３７２）。そして，そのレコードの取得先を「サーバ」に設定する（Ｓ３７３）。一方，問合せが必要となる設定でなく，問合せが不要となる設定であれば（Ｓ３７１：ＮＯ），レコードを追加することなく，設定変更処理を終了する。

【0076】

すなわち，画像処理システム９００では，サーバ２００が記憶するメッセージに変更が有った場合に，その変更が各ＭＦＰに反映されるようにメッセージＤＢ３４１の取得先を自動的に変更する。これにより，新規レコードの追加や既存レコードの編集や削除があっても，ユーザがＭＦＰ側のメッセージＤＢ３４１の設定変更を行う必要がない。

【0077】

以上詳細に説明したように実施の形態の画像処理システム９００では，エラーメッセージをＭＦＰ１００とサーバ２００との両方に記憶し，ＭＦＰ１００でのエラー発生時，エラーメッセージの取得先をＭＦＰ１００とするのかサーバ２００とするのかを選択している。これにより，サーバ２００から取得されるメッセージについては，サーバ２００によって管理される。そして，サーバ２００で管理されるメッセージについては，サーバ２００に記憶されているメッセージ内容を変更することで，サーバ２００が複数のＭＦＰを管理する場合であっても，それら全てのＭＦＰでメッセージ内容の変更が完了することになる。従って，個々のＭＦＰに対して変更作業を行う必要がなく，ユーザにとってメッセージの内容変更にかかる手間が少ない。

【0078】

なお，本実施の形態は単なる例示にすぎず，本発明を何ら限定するものではない。したがって本発明は当然に，その要旨を逸脱しない範囲内で種々の改良，変形が可能である。例えば，ＭＦＰは，画像処理の機能を備えるものであればよく，プリンタ，スキャナ，複写機，ＦＡＸ装置であっても適用可能である。

【0079】

また，実施の形態では，メッセージ内容と取得先とを同じデータベース（メッセージＤＢ３４１）に記憶しているが，それぞれ別々のデータベースに管理してもよい。

【0080】

また，実施の形態では，サーバ２００が装置ごとにグループ化して管理しているが，これに限るものではない。例えば，ユーザごとにグループ化してもよい。ここでいうユーザは，例えば，個人であってもよいし，会社であってもよいし，会社内の部署であってもよい。この場合，ＭＦＰ１００はメッセージ送信要求にユーザを識別するユーザ情報を付加し，サーバ２００はそのユーザ情報に基づいてどのグループ別メッセージＤＢを利用するかを判断する。

【0081】

また，実施の形態では，サーバ２００がグループごとのグループ別メッセージＤＢ５４１を備え，グループごとにメッセージを管理しているが，グループ管理は行わず，全ＭＦＰを共通のエラーメッセージデータベースで管理してもよい。

【0082】

また，実施の形態では，ＭＦＰ１００のメッセージＤＢ３４１に「取得先」の項目を設け，ＭＦＰ１００がエラーメッセージの取得先を選択しているが，サーバ２００がエラーメッセージの取得先を選択してもよい。この場合，例えば，サーバ２００のグループ別メッセージＤＢ５４１，５４２，５４３にそれぞれ「取得先」の項目を設ける。そして，ＭＦＰ１００でエラーが発生した際には，Ｓ１０１を行うことなくＳ１２１を実行すればよい。

【0083】

また，実施の形態では，ＭＦＰ１００のメッセージＤＢ３４１の「取得先」の項目に，自装置固定を意味する情報（実施の形態では「Ｎ／Ａ」。図２参照）を記憶することが可能であるが，サーバ固定を意味する情報を記憶してもよい。この場合も自装置固定の場合と同様に，そのサーバ固定を意味する情報が記憶されているエラーについては取得先の変更を禁止し，メッセージの取得先の選択を不要にする。

【0084】

また，実施の形態に開示されている処理は，単一のＣＰＵ，複数のＣＰＵ，ＡＳＩＣなどのハードウェア，またはそれらの組み合わせで実行されてもよい。また，実施の形態に開示されている処理は，その処理を実行するためのプログラムを記録した記録媒体，または方法等の種々の態様で実現することができる。

【符号の説明】

【0085】

１００ ＭＦＰ
３４１ メッセージＤＢ
２００ サーバ
５４０ グループＤＢ
５４１ グループ別メッセージＤＢ
９００ 画像処理システム

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】