JP6476675B2 - 画像処理装置、画像処理システム及びプログラム - Google Patents

Description

この発明は、画像処理装置、画像処理システム及びプログラムに関する。

従来から、画像処理装置において、ユーザにメッセージを伝える必要が生じた場合にそのメッセージを表示する画面の画面データを動的に生成し、ユーザが操作する外部の端末装置に送信して表示させることが行われている。
例えば、特許文献１には、画像処理装置がクライアント端末からの要求に応じてヘルプページをウェブページとして自動的に生成してクライアント端末に送信し、クライアント端末がそのウェブページを使って画像処理装置を操作可能とすることが記載されている。

しかしながら、特許文献１に記載の技術では、画像処理装置が生成するウェブページは、クライアント端末が備える画面の表示能力を考慮したものとなっていない。
このため、例えばクライアント端末が備えるディスプレイのサイズが小さい場合に表示がつぶれて見えなくなったり、逆にサイズが大きい場合にスカスカな表示になってしまったりすることがあった。あるいは、生成したウェブページにはアニメーションが含まれているにも関わらずクライアント端末の側にアニメーションを表示する能力がなく、必要な情報が伝わらない場合があるという問題もあった。
同様な問題は、画像処理装置以外の任意の情報処理装置が外部の表示装置に表示させる画面のデータを生成する場合に発生するものである。

この発明は、このような問題を解決するためになされたものであり、動的に生成した画面データに基づき画面を表示する外部の表示装置の表示能力が様々であっても、必要な情報を適切に伝達可能な画面を表示させられるようにすることを目的とする。

この発明は、上記の目的を達成するため、画像処理装置において、外部装置から、画像形成を行うためのジョブの実行要求を受信する受信手段と、上記ジョブの実行要求の送信元である外部装置に送信して、上記ジョブの実行中に発生したエラーに関する画面を表示させるための画面データを複数のフォーマットで生成する画面データ生成手段と、上記画面データ生成手段が生成する、上記エラーに関する画面の画面データの複数のフォーマットを、上記外部装置に通知する通知手段と、上記通知手段による上記複数のフォーマットの通知に応じて上記外部装置から送信されてくる、その複数のフォーマット中のフォーマットの指定に従い、上記画面データ生成手段が生成したその指定されたフォーマットの、上記エラーに関する画面の画面データを上記外部装置に送信する画面データ送信手段と、上記外部装置に送信して画面を表示させるための画面データを１つのフォーマットで生成して上記外部装置に送信する第２画面データ送信手段と、上記画面データ生成手段、上記通知手段及び上記画面データ送信手段と、上記第２画面データ送信手段とのどちらを有効にするかを切り替える切替手段とを設けたものである。

上記構成によれば、動的に生成した画面データに基づき画面を表示する外部の表示装置の表示能力が様々であっても、必要な情報を適切に伝達可能な画面を表示させられるようにすることができる。

この発明の画像処理システムの第１実施形態である画像形成システムの構成を示す図である。 図１に示したＭＦＰのハードウェア構成を示す図である。 図１に示した端末装置のハードウェア構成を示す図である。 図１に示したＭＦＰ及び端末装置が備える機能の構成を示す図である。 エラー画面データ生成部が生成する画面データのフォーマットの例を示す図である。 エラー通知画面の例を示す図である。 図１に示すＭＦＰがジョブの実行中に発生したエラーを通知するエラー通知画面を端末装置に表示させる際の、各装置の動作シーケンスを示す図である。 第２実施形態のＭＦＰ及び端末装置が備える機能の構成を示す、図４と対応する図である。 第２実施形態のＭＦＰ及び端末装置の動作を示す、図７と対応するシーケンス図である。 第３実施形態のＭＦＰ及び端末装置の動作を示す、図７及び図９と対応するシーケンス図である。 第４実施形態におけるＭＦＰ及び端末装置の機能を示す図４と対応する機能ブロック図である。 第５実施形態におけるＭＦＰ及び端末装置の機能を示す図４と対応する機能ブロック図である。

以下、この発明の実施形態について、図面を参照しつつ説明する。
〔第１実施形態：図１乃至図６〕
図１に、この発明の画像処理システムの第１実施形態である画像形成システムの構成を示す。
図１に示す画像形成システム１は、その発明の画像処理装置の第１実施形態であるＭＦＰ（デジタル複合機）１０と、ＭＦＰ１０から見た外部装置である端末装置２０とを、通信路３０により相互に通信可能に接続して構成したものである。なお、ＭＦＰ１０と端末装置２０との対応関係は、一対一でなくても、場合によって変わってもよい。

このうちＭＦＰ１０は、コピー、プリント、スキャン、ファクシミリ通信、文書蓄積等の種々の機能を備えた画像形成装置である。
端末装置２０は、ユーザに対して画面を表示するための表示手段を備える表示装置であり、所要のアプリケーションプログラムを実行することにより、その画面を用いてＭＦＰ１０に対する操作を受け付けるコントローラとして機能する装置である。ハードウェアとしては、例えばスマートフォンやタブレット型コンピュータのように携帯可能な装置であっても、デスクトップＰＣ（パーソナルコンピュータ）等の据え置き型の装置であってもよい。

また、通信路３０は、有線無線を問わず、任意の方式のものを用いることができる。ネットワーク通信でも、ピアツーピア通信でも構わない。例えば、ＵＳＢ（Universal Serial Bus）、シリアル接続、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等の方式による通信手段を用いることができる。

次に、図２に、図１に示したＭＦＰ１０のハードウェア構成を示す。
図２に示すように、ＭＦＰ１０は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ（ハードディスクドライブ）１０４、通信Ｉ／Ｆ（インタフェース）１０５、操作部１０６、表示部１０７、エンジンＩ／Ｆ１０８を備え、これらをシステムバス１１０により接続した構成としている。また、エンジンＩ／Ｆ１０８にはエンジン部１０９が接続される。

そして、ＣＰＵ１０１が、ＲＡＭ１０３をワークエリアとしてＲＯＭ１０２あるいはＨＤＤ１０４に記憶されたプログラムを実行することにより、ＭＦＰ１０全体を制御し、図４を用いて後述するものをはじめとする種々の機能を実現する。
ＲＯＭ１０２及びＨＤＤ１０４は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
通信Ｉ／Ｆ１０５は、通信路３０を介して端末装置２０等の他の装置と通信するためのインタフェースである。使用する通信路３０の規格に応じたものを設ければよい。

操作部１０６は、ユーザからの操作を受け付けるための操作手段である。各種ボタンやスイッチの他、タッチパネルを備え、表示部１０７が表示するＧＵＩ（グラフィカルユーザインタフェース）に対する操作を受け付けることができる。
表示部１０７は、上記ＧＵＩの他、ＭＦＰ１０の動作状態や設定内容、メッセージ等をユーザに提示するための提示手段であり、液晶ディスプレイやランプ等を備える。
なお、ＭＦＰ１００がユーザからの操作を直接受ける必要がない場合には、操作部１０６や表示部１０７を設けなくてよい。例えば、全ての機能を端末装置２０から制御可能な場合等である。

エンジンＩ／Ｆ１０８は、エンジン部１０９をシステムバス１１０に接続し、ＣＰＵ１０１から制御可能とするためのインタフェースである。また、エンジン部１０９は、画像データに基づき用紙に画像を形成する画像形成手段、原稿の画像を読み取ってその画像の内容を示す画像データを出力する画像読取手段等、機械的な動きを含む機能を実現するためのモジュールである。

次に、図３に、図１に示した端末装置２０のハードウェア構成を示す。
図３に示すように、端末装置２０は、ＣＰＵ２０１、フラッシュメモリ２０２、ＲＡＭ２０３、通信Ｉ／Ｆ（インタフェース）２０５、操作部２０６、表示部２０７を備え、これらをシステムバス２１０により接続した構成としている。

そして、ＣＰＵ２０１が、ＲＡＭ２０３をワークエリアとしてフラッシュメモリ２０２に記憶されたプログラムを実行することにより、端末装置２０全体を制御し、図４を用いて後述するものをはじめとする種々の機能を実現する。
フラッシュメモリ２０２は、不揮発性記憶媒体（記憶手段）であり、ＣＰＵ１０１が実行する各種プログラムや後述する各種データを格納している。
通信Ｉ／Ｆ２０５は、通信路３０を介してＭＦＰ１０等の他の装置と通信するためのインタフェースである。使用する通信路３０の規格に応じたものを設ければよい。

操作部２０６は、ユーザからの操作を受け付けるための操作手段である。各種ボタンやスイッチの他、タッチパネルを備え、表示部２０７が表示するＧＵＩ（グラフィカルユーザインタフェース）に対する操作を受け付けることができる。
表示部２０７は、上記ＧＵＩをはじめとする各種の画面を表示するための表示手段であり、例えば液晶ディスプレイにより構成される。ＧＵＩには、ＣＰＵ２０１が実行するアプリケーションプログラムの機能により生成されるものもあるし、ＭＦＰ１０から受信した画面データに基づき表示するものもある。

次に、図４に、ＭＦＰ１０及び端末装置２０が備える機能のうち、ＭＦＰ１０が生成する画面データに基づき端末装置２０にエラー通知の画面を表示させる動作に関連する機能の構成を示す。なお、ここではエラー通知画面の表示を例として取り上げているが、他の画面についても、表示のトリガとなるイベントや画面の表示内容が異なるのみで、同様に表示を行うことができる。また、図４に示す各部の機能は、ＭＦＰ１０のＣＰＵ１０１あるいは端末装置２０のＣＰＵ２０１が、適当なハードウェアの動作を制御することにより実現されるものである。

図４に示すように、ＭＦＰ１０は、ジョブ実行部１２１、エラー検出部１２２、エラー画面データ生成部１２３、画面データ管理部１２４、画面データ送信部１２５を備える。
これらのうちジョブ実行部１２１は、操作部１０６により受け付けた指示あるいは端末装置２０等の外部装置からの要求に応じて、画像形成、画像読取、画像送信等の種々のジョブに係る動作を実行する機能を備える。

エラー検出部１２２は、ジョブ実行部１２１によるジョブの実行中に不具合が生じてジョブが実行不能となった場合に、そのことをエラーとして検出する機能を備える。例えば、紙詰まり、サプライ切れ等である。また、エラー検出部１２２は、ジョブの実行中以外でも、ＭＦＰ１０に何らかの不具合が生じた場合に、これをエラーとして検出することもできる。

エラー画面データ生成部１２３は、エラー検出部１２２がエラーを検出した場合に、ＭＦＰ１０にてエラーが発生していることを端末装置２０のユーザに通知するための、発生したエラーと対応するエラー通知画面の画面データを生成する機能を備える。
ここで、エラー画面データ生成部１２３は、エラー画面を表示する端末装置２０におけるディスプレイのサイズや表示処理の能力等が装置によって異なることを考慮し、画面サイズや表示内容の表現形式が異なる複数のフォーマットで画面データの生成を行う。

図５に、フォーマットの例を示す。
図５の例においては、表示に用いる液晶ディスプレイの画面サイズとして、ＷＶＧＡ（Wide VGA(Video Graphics Array)）、ＸＧＡ（eXtended Graphics Array）、ＱＶＧＡ（Quad VGA）の３種類を想定している。また、画面上のアニメーションのファイル形式は、なし（ＮＯＮＥ）、ｇｉｆ形式（ｇｉｆ）、Ｆｌａｓｈを利用したもの（ＦＬＡＳＨ）の３種類を用意している。データサイズは、これらの画面サイズ及びアニメーションファイル形式に応じて定まる画面データのサイズである。
「Ｎｏ．」は、フォーマットを識別するための番号である。

エラー画面データ生成部１２３は、画面データの生成に当たっては、画面サイズに応じてフォント、画像及びアニメーションのサイズを変える。また、アニメーションファイル形式に応じて、ユーザに画像で伝えるべき情報を静止画及び動画のいずれで表現するかや、動画の動かし方を決定する。エラー画面データ生成部１２３は、各エラー内容と対応する画面を生成するための表示部品のデータを、フォーマット毎に予め用意して所定のメモリに保存しておき、これを組み合わせて画面データを生成するとよい。表示部品のデータは、外部のサーバから取得することもできる。

図６に、エラー画面データ生成部１２３が生成した画面データに従って表示されるエラー通知画面の例を示す。
この図に示すエラー通知画面３００は、図５におけるＮｏ．＝１のフォーマットと対応し、文字によってエラーの内容（カバーオープン）を通知すると共に、文字と静止画で、ユーザが採り得るエラー解消方法（カバーを閉める）を表示している。ユーザは、この画面を参照することにより、発生しているエラーの内容及びその解消方法を把握することができる。また、エラー通知画面３００は確認ボタン３０１を備え、ユーザがこのボタンを操作すると、エラー通知画面３００は閉じられる。この動作のためのプログラムコードも、画面データに含まれる。

図４の説明に戻る。
画面データ管理部１２４は、エラー画面データ生成部１２３が生成する画面データの複数のフォーマットを、その画面データを提供して画面を表示させる提供先の端末装置２０に通知する通知手段の機能を備える。この通知は、実際に画面データを生成してから行っても、生成と並行して行っても、生成する前に行ってもよい。提供先が端末装置２０であることは、端末装置２０をＭＦＰ１０のコントローラとして用いることを設定して画像形成システム１を形成する際に、ＭＦＰ１０に設定しておくものとする。

また、画面データ管理部１２４は、フォーマットの通知に応じて端末装置２０から送信されてくる、通知したフォーマット中の一のフォーマットの指定を受け取り、その指定されたフォーマットの画面データを画面データ送信部１２５に渡して端末装置２０へ送信させる機能も備える。
画面データ送信部１２５は、画面データ管理部１２４から渡された画面データを端末装置２００に送信する機能を備える。これらの画面データ管理部１２４と画面データ送信部１２５の機能が、画面データ送信手段の機能である。

一方、端末装置２００は、ＵＩ制御部２２１、ジョブ実行要求部２２２、フォーマット指定部２２３、動作状態検出部２２４を備える。
このうちＵＩ制御部２２１は、操作部２０６及び表示部２０７を制御して、ユーザからの操作を受け付けると共に画面を表示してユーザに情報を提示する機能を備える。画面を表示する機能は、表示制御手段の機能である。表示部２０７が表示する画面には、端末装置２０が実行する、ＭＦＰ１０のコントローラとしての機能を実現するためのアプリケーションプログラムにより生成されるものと、ＭＦＰ１０の画面データ送信部１２５から送信される画面データに従って表示するものとがある。

ジョブ実行要求部２２２は、ＵＩ制御部２２１が、ＭＦＰ１０にジョブを実行させる旨のユーザからの指示を検出した場合、その指示に従ってＭＦＰ１０にジョブの実行を要求する機能を備える。ＭＦＰ１０側では、ジョブ実行部１２１がこの要求を受け取って要求に従ったジョブを実行する。

フォーマット指定部２２３は、ＭＦＰ１０の画面データ管理部１２４から複数のフォーマットを通知された場合に、その中から端末装置２０における表示に適したフォーマットを選択して指定し、画面データ管理部１２４にその指定を通知する機能を備える。この指定は、表示部２０７が備えるディスプレイのサイズや、ＵＩ制御部２２１が備える表示制御機能等の表示能力と、端末装置２００において現在使用可能な処理能力とに基づき行うことができる。

上記の表示能力には、ＵＩ制御部２２１が画面データ中に含まれるアニメーション等のデータを処理してそのデータに基づく画面を表示する機能を備えているか、といった表示機能に関する要素も含まれる。このような機能は、例えば、ＵＩ制御部２２１が画面の表示に用いるＯＳ（オペレーティングシステム）やアプリケーションに基づき特定可能である。例えば、ＡｎｄｒｏｉｄＯＳを用いる場合には○○の形式を表示可能、ブラウザを用いる場合には△△の形式を表示可能、等である。

また、処理能力には、ＵＩ制御部２２１がユーザにストレスを与えない程度の短い時間で画面の表示に必要な処理を実行できるか、といった処理速度要素が含まれる。なお、一般に、処理速度は、ハードウェアの性能に依存する固定的な要素と、現在他に負荷の大きい処理を行っているかといった動的に変化する要素とによって決まるものである。このうち固定的な要素については、上記の表示能力に含めて考えることもできる。
動作状態検出部２２４は、上記の動的に変化する要素に関する情報を検出し、フォーマット指定部２２３に提供する機能を備える。

次に、以上の機能を備えるＭＦＰ１０がジョブの実行中に発生したエラーを通知するエラー通知画面を端末装置２０に表示させる際の、各装置の動作について説明する。
図７は、その動作の手順を示すシーケンス図である。
図７の動作は、ユーザが端末装置２０に対してＭＦＰ１０にジョブを実行させることを指示した場合に開始されるものである。端末装置２０は、ＵＩ制御部２２１の機能によりこの指示を受け付けると（Ｓ１１）、ジョブ実行要求部２２２の機能により、ＭＦＰ１０に対して指示に従ったジョブの実行を要求する（Ｓ１２）。

ＭＦＰ１０はこの要求を受け付け、ジョブ実行部１２１の機能により要求に従ったジョブを実行する（Ｓ１３）。その後、ジョブの実行中にエラー検出部１２２の機能によりエラーの発生を検出すると（Ｓ１４）、ＭＦＰ１０は、エラー画面データ生成部１２３の機能により、図５に示した複数のフォーマットで、発生したエラーの内容及びその解消方法を端末装置２０のユーザに通知するためのエラー通知画面の画面データを生成する（Ｓ１５）。また、ＭＦＰ１０は、画面データ管理部１２４の機能により、端末装置２０に対し、エラーが発生したこと及び画面フォーマットの選択肢（ステップＳ１５で生成する各画面データのフォーマット）を通知する（Ｓ１６）。ステップＳ１５及びＳ１６の実行順が前後してもよいことは上述の通りである。

端末装置２０は、ステップＳ１６の通知を受け付けると、フォーマット指定部２２３の機能により、表示部１０７の表示能力及び現在使用可能な処理能力に基づき、通知されたフォーマットのうち１つを選択する（Ｓ１７）。また、その選択したフォーマットを指定する旨を、ＭＦＰ１０に通知する（Ｓ１８）。
ＭＦＰ１０は、この通知を受け付けると、画面データ管理部１２４及び画面データ送信部１２５の機能により、エラー画面データ生成部１２３が生成した画面データのうち、指定されたフォーマットの画面データを端末装置２０に送信する（Ｓ１９）。
端末装置２０側では、この画面データをＵＩ制御部２２１が受け取り、画面データに基づき表示部１０７を制御してエラー通知画面を表示する（Ｓ２０）。

以上の動作により、ＭＦＰ１０が、複数のフォーマットで画面データを生成し、端末装置２０が、自身の能力や状態に従ってその中から表示に適した画面データを選択して表示することができる。従って、多種多様な表示能力や処理能力を持つ端末装置２０を使い分ける場合であっても、その表示能力や処理能力によらず、端末装置２０に、ＭＦＰ１０から送信される画像データに基づき必要な情報を適切にユーザに伝達可能な画面を表示させることができる。

〔第２実施形態：図８，図９〕
次に、この発明の画像処理システムの第２実施形態である画像形成システムについて説明する。この第２実施形態は、エラー画面データ生成部１２３が画面データを生成する際に、端末装置２０の表示能力や端末装置２０との間の通信状態を考慮してフォーマットを絞り込むようにした点が第１実施形態と異なるのみである。
その他の点は第１実施形態と共通であるので、上記の相違点についてのみ説明し、第１実施形態と共通の又は対応する構成には、第１実施形態と同じ符号を用いる。以降の各形態においても同様とする。

図８は、第２実施形態におけるＭＦＰ１０及び端末装置２０の機能を示す図４と対応する機能ブロック図である。
図８に示すように、ＭＦＰ１０は、第１実施形態における機能に加え、表示能力取得部１２６及び通信状態検出部１２７を備える。

表示能力取得部１２６は、端末装置２０の表示能力の情報を取得し、エラー画面データ生成部１２３に提供する取得手段の機能を備える。この表示能力としては、ディスプレイのサイズや、端末装置２０が表示に使用するソフトウェア等、端末装置２０の動作状態によって変化しない情報を取得すればよい。また、表示能力の情報は、端末装置２０をＭＦＰ１０に接続したり、ＭＦＰ１０のコントローラとして使用する旨を設定したりする際に取得しておけばよい。しかし、必要になった場合に端末装置２０に問い合わせて取得したり、定期的に端末装置２０に問い合わせて取得したりする構成も妨げられない。また、端末装置２０側では、ＵＩ制御部２２１がこの表示能力の通知の機能を備える。

通信状態検出部１２７は、端末装置２０とＭＦＰ１０との間の通信の状態を検出し、その情報をエラー画面データ生成部１２３に提供する検出手段の機能を備える。通信の状態としては、主にデータ転送速度を検出するとよい。
そして、エラー画面データ生成部１２３は、表示能力取得部１２６から提供される表示能力の情報と、通信状態検出部１２７から提供される通信状態の情報とに基づき、図５に示したような、画面データを生成可能なフォーマットの全部又は一部を選択し、その選択したフォーマットで画面データを生成する。端末装置２０が備えるディスプレイに合った画面サイズのフォーマットを選択する、端末装置２０が処理できない形式のアニメーションファイルを避ける、通信状態が悪くデータ転送速度が遅い場合にはデータサイズの大きいフォーマットを避ける、等である。画面データ管理部１２４が端末装置２０に通知するフォーマットの選択肢は、この選択されたフォーマットとなる。

次に、図９に、第２実施形態における図７と対応する動作のシーケンスを示す。
図９に示すように、第２実施形態の端末装置２０は、ＵＩ制御部２２１の機能により、端末装置２０が備える表示能力の情報を、予めＭＦＰ１０に通知しておく（ＳＡ）。ＭＦＰ１０側では、表示能力取得部１２６がこの通知を受け、通知された表示能力の情報を記憶する（ＳＢ）。

その後、ユーザがジョブ実行指示を行った後の動作については、ステップＳ１１〜Ｓ１４は図７と同じである。しかし、ＭＦＰ１０は、エラー通知画面の画面データを生成する場合、まず、通信状態検出部１２７の機能により端末装置２０との間の通信状態を検出する（ＳＣ）。そして、エラー画面データ生成部１２３の機能により、図５に示した複数のフォーマットのうち、ステップＳＢで記憶した端末装置の表示能力で表示可能であり、かつ現在の通信状態で送信可能なデータサイズのフォーマットで、エラー通知画面の画面データを生成する（Ｓ１５′）。

ステップＳ１６以降の動作は、図７と同じである。なお、ステップＳ１５′で実際に画面データの生成に用いるフォーマットの数は、いくつでも構わない。その数が１でも複数でも、以後の処理を変える必要はない。ただし、０であった場合には、通信状態に関する条件（データサイズの条件）を緩和するとよい。

以上の第２実施形態の構成によれば、ＭＦＰ１０が、予め取得した端末装置２０の表示能力の情報に基づき、その表示能力で表示可能なフォーマットを選択して画面データを生成するので、生成処理の負荷を低減できる。例えば、端末装置２０がＡｎｄｒｏｉｄＯＳで動作していることが予めわかっていれば、ＡｎｄｒｏｉｄＯＳで表示可能な画面データに限って生成することができる。
また、ＭＦＰ１０が、端末装置２０との間の現在の通信状況に応じたデータサイズ（例えば所定時間以内に転送可能なサイズ）のフォーマットを選択して画面データを生成するので、この点でも生成処理の負荷を低減できる。

〔第３実施形態：図１０〕
次に、この発明の画像処理システムの第３実施形態である画像形成システムについて説明する。この第３実施形態は、エラー画面データ生成部１２３が画面データを生成する際に、第２実施形態の場合と同様に端末装置２０の表示能力を考慮すると共に、表示能力の情報を記憶していない場合の対応を特に用意した点が第１実施形態と異なるのみである。
第３実施形態におけるＭＦＰ１０及び端末装置２０の機能は、図８に示した第２実施形態の構成から、通信状態検出部１２７を除いたものである。また、図１０を用いて説明するように、エラー画面データ生成部１２３の機能が第２実施形態と若干異なる。

図１０に、第３実施形態における図７及び図９と対応する動作のシーケンスを示す。
図１０に示す動作は、ステップＳ１４までは図９と同じである。しかし、ＭＦＰ１０は、エラー通知画面の画面データを生成する場合、端末装置２０の表示能力の情報を記憶しているか否か判断する（ＳＤ）。通常であれば、この情報はステップＳＢにおいて記憶しているはずであるが、何らかの事情で取得に失敗していることが考えられる。あるいは、ＭＦＰ１０から端末装置２０に表示能力の情報の送信を要求して取得する構成を採用した場合において、要求時に端末装置２０がスリープ状態であったため取得できなかった、ということも考えられる。

そして、ＭＦＰ１０は、エラー画面データ生成部１２３の機能によりエラー通知画面の画面データを生成する際に、ステップＳＤでの判断結果に応じて異なる対応をする。すなわち、ステップＳＤでＹｅｓであれば、図５に示した複数のフォーマットのうち、ステップＳＢで記憶した端末装置２０の表示能力で表示可能なフォーマットで、エラー通知画面の画面データを生成する（Ｓ１５ａ）。ステップＳＤでＮｏであれば、端末装置２０の表示能力を考慮せず、図７のステップＳ１５と同じく図５に示した複数のフォーマットのそれぞれでエラー通知画面の画面データを生成する（Ｓ１５ｂ）。
いずれの場合も、ステップＳ１６以降の動作は、図７と同じである。

以上の第３実施形態の構成によれば、第２実施形態と同様な、端末装置２０の表示能力に応じた画面データの生成を可能としつつ、表示能力の情報を取得できない場合でも、問題なく画面データの生成と送信を行うことができる。

〔第４実施形態：図１１〕
次に、この発明の画像処理システムの第４実施形態である画像形成システムについて説明する。この第４実施形態は、端末装置２０あるいはそのユーザを認証した場合に、端末装置２０に画面データを送信するようにした点が第１実施形態と異なるのみである。
図１１は、第４実施形態におけるＭＦＰ１０及び端末装置２０の機能を示す図４と対応する機能ブロック図である。

図１１に示すように、ＭＦＰ１０は、第１実施形態における機能に加え、認証部１２８を備える。端末装置２０は、第１実施形態における機能に加え、認証情報送信部２２５を備える。
これらのうち認証情報送信部２２５は、ＭＦＰ１０に対し、ユーザＩＤ、パスワード、デジタル証明書等の認証情報を送信して認証を要求する機能を備える。

認証部１２８は、その送信された認証情報を用いて、送信元がＭＦＰ１０を利用する権限を有することを確認する認証処理を行う認証手段の機能を備える。
この認証処理は、端末装置２０を認証するものであっても、端末装置２０のユーザを認証するものであってもよい。また、認証処理は、例えば端末装置２０をＭＦＰ１０のコントローラとして使用することを登録する際や、端末装置２０からＭＦＰ１０へジョブの実行要求を送信する際に行っておけば、画面データを送信する際に再度行う必要はない。

そして、画面データ管理部１２４は、図７のステップＳ１８のように端末装置２０からフォーマットの通知を受けた場合、送信元について認証部１２８による認証が成功しているか否か判断し、成功している場合にステップＳ１９で画像データを送信する。成功していなければ、端末装置２０に対し認証情報の送信を要求し、認証処理を実行するか、あるいは画面データの送信を拒否するとよい。

以上の第４実施形態の構成によれば、第３者に不正に画面データを取得されることを防止できる。すなわち、図７のステップＳ１８の通知の通知元によらずステップＳ１９で画面データを返送するとすると、想定している端末装置２０と異なる装置から通知を受信した場合にも、その装置に画面データを送信してしまうことになる。通知元あるいはそのユーザを認証していることを確認することにより、このような事態を防止できる。

〔第５実施形態：図１２〕
次に、この発明の画像処理システムの第５実施形態である画像形成システムについて説明する。この第５実施形態は、第１実施形態のように複数のフォーマットで画面データを生成するモードと、画面データを１つのフォーマットのみで生成するモードとを切り替え可能にした点が第１実施形態と異なるのみである。

図１２は、第５実施形態におけるＭＦＰ１０及び端末装置２０の機能を示す図４と対応する機能ブロック図である。
図１２に示すように、ＭＦＰ１０は、第１実施形態における機能に加え、第２エラー画面データ生成部１２９とモード切替部１３０とを備える。

第２エラー画面データ生成部１２９は、ＭＦＰ１０にてエラーが発生していることを端末装置２０のユーザに通知するための、発生したエラーと対応するエラー通知画面の画面データを、予め定めた１つのフォーマットで生成する機能を備える。また、この画面データを画面データ送信部１２５に渡して端末装置２０へ送信させる機能も備える。これらの第２エラー画面データ生成部１２９と画面データ送信部１２５の機能が、第２画面データ送信手段の機能である。

なお、第２エラー画面データ生成部１２９が使用するフォーマットは、エラー画面データ生成部１２３が用いる複数のフォーマットのいずれかと一致していても、そうでなくてもよい。具体的にどのようなフォーマットを用いるかを、ユーザが設定できるようにしてもよい。
モード切替部１３０は、エラー検出に応じたエラー通知画面の画面データを、エラー画面データ生成部１２３に生成させるか、第２エラー画面データ生成部１２９に生成させるか、すなわちこれらの機能部のどちらを有効にするかを切り替える切替手段の機能を備える。この切り替えは、ユーザが行った設定に基づき行えばよい。

また、画面データをエラー画面データ生成部１２３に生成させた場合は、ＭＦＰ１０は図７の場合と同様、まず端末装置２０にフォーマットの選択肢を通知してフォーマットを選択させる。しかし、第２エラー画面データ生成部１２９に生成させた場合は、このような通知は行わず、生成した画面データをただちに端末装置２０に送信し、ＵＩ制御部２２１に表示させる。モード切替部１３０による切り替えは、このような動作モードの切り替えも含むものである。

以上の第５実施形態の構成によれば、ユーザの任意により、第１実施形態で説明したような、画面データを複数のフォーマットで生成する機能のオンオフを切り替えることができる。第２エラー画面データ生成部１２９が生成するフォーマットが端末装置２０における表示に適したものであれば、複数のフォーマットで画面データを生成する必要はなく、その機能を無効化した方が表示を高速化できる。このため、上記のような切り替え機能を設けることは有用である。

〔変形例〕
以上で実施形態の説明を終了するが、この発明において、装置の具体的な構成、具体的な処理の手順、データの構成、採用するフォーマットの種類、画面の内容や表示タイミング等は、実施形態で説明したものに限るものではない。
例えば、ＭＦＰ１０が生成する画面データが、エラー通知画面に係るものでなく、ユーザからの要求に応じて表示するヘルプ画面や設定画面のデータであってもよい。
画面データのフォーマットについて、図５に示したもの以外の要素を考慮してもよい。
画面データを生成する装置が画像形成装置や画像処理装置である必要もない。外部の表示装置に対して画面データを送信して表示させる装置であれば、汎用コンピュータや、コンピュータを搭載した家電等も含め、任意の情報処理装置であってよい。

また、表示装置は、表示した画面に対するユーザの操作を受け付ける機能を有している必要はなく、単に画面を表示するだけの装置であってもよい。すなわち、上述した実施形態における端末装置２０が、ユーザの操作に従ってＭＦＰ１０を制御する機能を備えている必要はない。

また、複数の画像処理装置が１台の表示装置を共有したり、１台の画像処理装置から複数台の表示装置に画面データを送信して画面を表示させたりする場合でも、上述の実施形態の場合と同様にこの発明を適用可能である。この場合において、送信先の表示装置毎に、図７のステップＳ１７で選択する（ステップＳ１８で通知する）フォーマットが異なっていてもよい。
また、上述した実施形態におけるＭＦＰ１０あるいは端末装置２０が備える機能を、複数の装置に分散して設けることも妨げられない。

また、この発明のプログラムの実施形態は、画像処理装置であるＭＦＰ１０のコンピュータに所要のハードウェアを制御させて上述した実施形態におけるＭＦＰ１０の機能（特に図１２及びこれと対応する図面に示したもの）を実現させるためのプログラムである。

このようなプログラムは、はじめからコンピュータに備えるＲＯＭや他の不揮発性記憶媒体（フラッシュメモリ，ＥＥＰＲＯＭ等）などに格納しておいてもよい。しかし、メモリカード、ＣＤ、ＤＶＤ、ブルーレイディスク等の任意の不揮発性記録媒体に記録して提供することもできる。それらの記録媒体に記録されたプログラムをコンピュータにインストールして実行させることにより、上述した各手順を実行させることができる。

さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部装置あるいはプログラムを記憶手段に記憶した外部装置からダウンロードし、コンピュータにインストールして実行させることも可能である。
また、以上説明してきた各実施形態及び変形例の構成は、相互に矛盾しない限り任意に組み合わせて実施可能であることは勿論である。

１：画像形成システム、１０：ＭＦＰ、２０：端末装置、３０：通信路、１０１，２０１：ＣＰＵ、１０２：ＲＯＭ、１０３，２０３：ＲＡＭ、１０４，２０４：ＨＤＤ、１０５，２０５：通信Ｉ／Ｆ、１０６，２０６：操作部、１０７，２０７：表示部、１０８：エンジンＩ／Ｆ、１０９：エンジン部、１１０，２１０：システムバス、１２１：ジョブ実行部、１２２：エラー検出部、１２３：エラー画面データ生成部、１２４：画面データ管理部、１２５：画面データ送信部、１２６：表示能力取得部、１２７：通信状態検出部、１２８：認証部、１２９：第２エラー画面データ生成部、１３０：モード切替部、２０２：フラッシュメモリ、２２１：ＵＩ制御部、２２２：ジョブ実行要求部、２２３：フォーマット指定部、２２４：動作状態検出部、２２５：認証情報送信部、３００：エラー通知画面、３０１：確認ボタン

特開２００７−２０６９９９号公報

Claims (11)

1. 外部装置から、画像形成を行うためのジョブの実行要求を受信する受信手段と、
   前記ジョブの実行要求の送信元である外部装置に送信して、前記ジョブの実行中に発生したエラーに関する画面を表示させるための画面データを複数のフォーマットで生成する画面データ生成手段と、
   前記画面データ生成手段が生成する、前記エラーに関する画面の画面データの複数のフォーマットを、前記外部装置に通知する通知手段と、
   前記通知手段による前記複数のフォーマットの通知に応じて前記外部装置から送信されてくる、該複数のフォーマット中のフォーマットの指定に従い、前記画面データ生成手段が生成したその指定されたフォーマットの、前記エラーに関する画面の画面データを前記外部装置に送信する画面データ送信手段と、
   前記外部装置に送信して画面を表示させるための画面データを１つのフォーマットで生成して前記外部装置に送信する第２画面データ送信手段と、
   前記画面データ生成手段、前記通知手段及び前記画面データ送信手段と、前記第２画面データ送信手段とのどちらを有効にするかを切り替える切替手段と、
   を備えることを特徴とする画像処理装置。
2. 請求項１に記載の画像処理装置であって、
   前記外部装置が備える画面の表示能力の情報を取得する取得手段を備え、
   前記画面データ生成手段が、前記取得手段が取得した情報が示す表示能力により表示可能なフォーマットで前記画面データを生成することを特徴とする画像処理装置。
3. 請求項２に記載の画像処理装置であって、
   前記取得手段は、前記表示能力の情報を、前記外部装置から前記ジョブの実行要求を受信する前に前記外部装置から取得することを特徴とする画像処理装置。
4. 請求項２又は３に記載の画像処理装置であって、
   前記ジョブの実行要求の送信元である外部装置との間の通信状態を検出し、
   前記画面データ生成手段は、前記外部装置の表示能力で表示可能かつ、前記検出した通信状態で送信可能なデータサイズの複数のフォーマットで、前記エラーに関する画面の画面データを生成し、
   前記エラーに関する画面は、前記外部装置から受信した、実行中の前記ジョブのエラーの内容又はその解消方法の情報を含むことを特徴とする画像処理装置。
5. 請求項２乃至４のいずれか一項に記載の画像処理装置であって、
   前記取得手段が表示能力の情報を取得できない場合に、前記画面データ生成手段が前記外部装置の表示能力を考慮せずに画面データを生成することを特徴とする画像処理装置。
6. 請求項１乃至５のいずれか一項に記載の画像処理装置であって、
   外部装置あるいはそのユーザを認証する認証手段を備え、
   前記画面データ送信手段は、前記認証手段が前記フォーマットの指定を送信してくる外部装置あるいはそのユーザを認証した場合に、前記画面データをその外部装置に送信することを特徴とする画像処理装置。
7. 請求項１乃至６のいずれか一項に記載の画像処理装置であって、
   前記外部装置との間の通信状況を検出する検出手段を備え、
   前記画面データ生成手段が、前記検出手段が検出した通信状況に応じたデータサイズのフォーマットで前記画面データを生成することを特徴とする画像処理装置。
8. 請求項１乃至７のいずれか一項に記載の画像処理装置であって、
   前記画面データは、当該画像処理装置において発生したエラーの内容を通知する画面のデータであり、該画面は、該発生したエラーの解消方法の情報を含むものであることを特徴とする画像処理装置。
9. 請求項１乃至８のいずれか一項に記載の画像処理装置であって、
   前記外部装置と前記画像処理装置とは、装置間で直接通信を行うことを特徴とする画像処理装置。
10. 画像処理装置と、その画像処理装置の外部にあって表示手段を備える表示装置とを備える画像処理システムであって、
    前記画像処理装置が、
    前記表示装置から、画像形成を行うためのジョブの実行要求を受信する受信手段と、
    前記ジョブの実行要求の送信元である前記表示装置に送信して、前記ジョブの実行中に発生したエラーに関する画面を表示させるための画面データを複数のフォーマットで生成する画面データ生成手段と、
    前記画面データ生成手段が生成する、前記エラーに関する画面の画面データの複数のフォーマットを、前記表示装置に通知する通知手段と、
    前記通知手段による前記複数のフォーマットの通知に応じて前記表示装置から送信されてくる、該複数のフォーマット中のフォーマットの指定に従い、前記画面データ生成手段が生成したその指定されたフォーマットの、前記エラーに関する画面の画面データを前記表示装置に送信する画面データ送信手段と、
    前記表示装置に送信して画面を表示させるための画面データを１つのフォーマットで生成して前記表示装置に送信する第２画面データ送信手段と、
    前記画面データ生成手段、前記通知手段及び前記画面データ送信手段と、前記第２画面データ送信手段とのどちらを有効にするかを切り替える切替手段とを備え、
    前記表示装置が、
    前記画像処理装置に対して画像形成を行うためのジョブの実行要求を送信する送信手段と、
    前記画像処理装置から前記複数のフォーマットが通知された場合に、自身が備える表示手段の表示能力に基づき、通知されたフォーマットのうち１つを指定して前記画像処理装置にその指定を通知する指定通知手段と、
    前記画像処理装置から送信された画像データに基づき前記表示手段に画面を表示させる表示制御手段とを備えることを特徴とする画像処理システム。
11. 画像処理装置のコンピュータを、
    前記画像処理装置から見た外部装置から、画像形成を行うためのジョブの実行要求を受信する受信手段と、
    前記ジョブの実行要求の送信元である外部装置に送信して、前記ジョブの実行中に発生したエラーに関する画面を表示させるための画面データを複数のフォーマットで生成する画面データ生成手段と、
    前記画面データ生成手段が生成する、前記エラーに関する画面の画面データの複数のフォーマットを、前記外部装置に通知する通知手段と、
    前記通知手段による前記複数のフォーマットの通知に応じて前記外部装置から送信されてくる、該複数のフォーマット中のフォーマットの指定に従い、前記画面データ生成手段が生成したその指定されたフォーマットの、前記エラーに関する画面の画面データを前記外部装置に送信する画面データ送信手段と、
    前記外部装置に送信して画面を表示させるための画面データを１つのフォーマットで生成して前記外部装置に送信する第２画面データ送信手段と、
    前記画面データ生成手段、前記通知手段及び前記画面データ送信手段と、前記第２画面データ送信手段とのどちらを有効にするかを切り替える切替手段として機能させるためのプログラム。