(57)【要約】【課題】  ユーザの認証情報に紐づいたＵＩ画面が表示可能であるものの、特定のエラー画面をアプリケーションに紐づけるものではない。また認証情報に応じたＵＩ画面の種類があるものの、そのＵＩ画面は固定的であり、その表示内容を動的に変更することはできなかった。【解決手段】  アプリケーションから投入されるジョブの実行中にエラーが生じると、当該エラーからリカバリするためのＵＩ画面を表示部に表示させ、アプリケーション及びエラーの種類に対応つけてＵＩ画面の切り替え情報を記憶する記憶手段に記憶された切り替え情報に従って、エラーからリカバリするためのＵＩ画面を切り替えて表示部に表示する。【選択図】  図３
2013117864.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションから投入されるジョブを実行する実行手段と、
前記実行手段による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのＵＩ画面を表示部に表示させるエラーＵＩ制御手段と、
前記アプリケーション及びエラーの種類に対応つけてＵＩ画面の切り替え情報を記憶する記憶手段とを有し、
前記エラーＵＩ制御手段は、前記記憶手段に記憶された前記切り替え情報に従って、前記エラーからリカバリするためのＵＩ画面を切り替えて前記表示部に表示させることを特徴とする画像形成装置。
【請求項２】
前記アプリケーションから前記エラーＵＩ制御手段へのリカバリ依頼に応じて、前記記憶手段の情報を更新する更新手段を更に有することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記記憶手段の情報は更に、前記ＵＩ画面を閉じる条件情報を含み、
前記エラーＵＩ制御手段は、前記条件情報に対応するイベントに応じて前記ＵＩ画面を閉じることを特徴とする請求項１又は２に記載の画像形成装置。
【請求項４】
ＵＩ画面を表示する表示部を備えた画像形成装置の制御方法であって、
アプリケーションから投入されるジョブを実行する実行工程と、
前記実行工程による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのＵＩ画面を前記表示部に表示させるエラーＵＩ制御工程と、
前記アプリケーション及びエラーの種類に対応つけてＵＩ画面の切り替え情報を記憶する記憶工程とを有し、
前記エラーＵＩ制御工程は、前記記憶工程で記憶された前記切り替え情報に従って、前記エラーからリカバリするためのＵＩ画面を切り替えて前記表示部に表示させることを特徴とする制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置におけるＵＩ画面の表示制御に関し、例えば、画像形成装置に投入したジョブでエラーが生じた際のエラー画面の表示制御に関するものである。
【背景技術】
【０００２】
ＭＦＰ（Multi-Function Peripheral）やＬＢＰ（Laser Beam Printer）に代表される画像形成装置がある。このような画像形成装置は、ホストコンピュータ等の外部機器から入力されるジョブやユーザの操作に従って、コピーやスキャン、印刷等を実行する。
【０００３】
画像形成装置でのエラー表示方法には、例えば、アプリケーションが投入した印刷ジョブの実行中にエラーが生じた際、そのジョブを投入したアプリケーションを表示するタイミングで、エラー画面を最前面に表示する。このエラー画面は、そのエラーの内容とジョブの種類に応じた情報を含んでいる。またそのエラー画面の表示内容は、アプリケーションの種類に依存せず、同一のエラー内容或いは同一のジョブの種類の場合は同じ内容のエラー画面が表示される。
【０００４】
このような表示方法ではエラーの表示内容が同一であるために、ユーザにとってエラーのリカバリ方法が理解し易いというメリットがある。またこの表示方法では、ユーザにエラーの内容を伝え、そのリカバリ方法を理解し易くするという考慮がなされている。
【０００５】
しかしながら、このように、アプリケーションの種類によらず共通のエラー画面を表示すると以下のような問題がある。即ち、アプリケーションやエラー、ジョブの種類が同じであっても、ユーザが画像形成装置を使用する場所や用途によって特別なエラー画面を表示したいという要望に対応できない。このような課題に対して、例えば特許文献１には、調整等のメンテナンスに関わるユーザインタフェース（ＵＩ）システムにおいて、ユーザの認証情報に応じて、表示するＵＩの内容を変更することが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１６５７２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記従来技術では、ユーザの認証情報に紐づいたＵＩ画面が表示可能であるものの、特定のエラー画面をアプリケーションに紐づけるものではない。また認証情報に応じたＵＩ画面の種類があるものの、そのＵＩ画面は固定的であり、その表示内容を動的に変更することはできない。これらの点において、上記課題を解決するためには充分といえるものではなかった。
【０００８】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００９】
本発明の特徴は、アプリケーションによるジョブとエラーのＵＩ画面とを関連付けることにより、特定のアプリケーション用に特別なＵＩ画面を表示できるようにして、ユーザに対してより適切な情報を提供し、利便性を向上させることにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
アプリケーションから投入されるジョブを実行する実行手段と、
前記実行手段による前記ジョブの実行中にエラーが生じると、当該エラーからリカバリするためのＵＩ画面を表示部に表示させるエラーＵＩ制御手段と、
前記アプリケーション及びエラーの種類に対応つけてＵＩ画面の切り替え情報を記憶する記憶手段とを有し、
前記エラーＵＩ制御手段は、前記記憶手段に記憶された前記切り替え情報に従って、前記エラーからリカバリするためのＵＩ画面を切り替えて前記表示部に表示させることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、エラーの種類やジョブの種類は同じであっても、容易に特定のアプリケーションのジョブのエラーに対して特定のＵＩ画面を表示できるという効果がある。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係る印刷システムの構成図。
【図２】本実施形態に係る画像形成装置のハードウェア構成を説明するブロック図。
【図３】本実施形態に係る画像形成装置のソフトウェア構成を説明するブロック図。
【図４】情報テーブルで管理される情報の一例を示す図（Ａ）と、拡張情報テーブルで管理される情報の一例を示す図（Ｂ）。
【図５】情報テーブルが図４（Ａ）の４００の場合に、実施形態に係る画像形成装置でジャムが発生したときに表示される画面の遷移例を示す図。
【図６】情報テーブルが図４（Ａ）の４０１の場合に、実施形態に係る画像形成装置でジャムが発生したときに表示される画面の遷移例を示す図。
【図７】実施形態に係る画像形成装置における拡張情報テーブルへの情報の追加処理を説明するフローチャート。
【図８】実施形態に係る画像形成装置において、ジャムが発生した場合にリカバリ画面を表示し、その画面を閉じるまでの処理を説明するフローチャート。
【発明を実施するための形態】
【００１３】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１４】
図１は、本発明の実施形態に係る印刷システムの構成図である。
【００１５】
本実施形態に係る印刷システムは、例えばＭＦＰ等の画像形成装置１０１とアプリケーション１０２とを含んでいる。ユーザ１００は画像形成装置１０１を操作してアプリケーション１０２を利用することができる。アプリケーション１０２はユーザの操作に応じて、画像形成装置１０１に対してジョブ（スキャンや印刷）の実行指示を行うことができる。尚、画像形成装置１０１は、アプリケーションの表示とジョブの実行が可能であれば良く、上述したＭＦＰやＬＢＰ等に限定されるものではない。
【００１６】
図２は、本実施形態に係る画像形成装置１０１のハードウェア構成を説明するブロック図である。
【００１７】
ＣＰＵ２００ａやバスを含むコア２００に対して、ユーザインターフェース（ＵＩ）部２０１、記憶部２０２、ネットワークインターフェース部２０３、スキャナ部２０４、プリンタ部２０５、フィニッシャ部２０６が接続される。ユーザインターフェース部２０１は、ユーザ１００に対して情報を表示する表示部（タッチパネルも含む）、及びユーザ１００からの操作を受け付けることができるキー操作部を有する。記憶部２０２は、この画像形成装置１０１が有するソフトウェア群及びデータ群を記憶している。ネットワークインターフェース部２０３は、画像形成装置１０１とネットワーク２１０とを接続する通信機能を提供している。スキャナ部２０４、プリンタ部２０５、フィニッシャ部２０６はそれぞれ、画像形成装置１０１のソフトウェア群により連動制御されることで、コピーや印刷、スキャンなどのジョブを実行できる。尚、図２における構成要素群は、あくまでもハードウェア要素の一例であり、本発明はこの記載内容に限定されるものではない。
【００１８】
図３は、本実施形態に係る画像形成装置１０１のソフトウェア構成を説明するブロック図である。
【００１９】
ウィンドウ表示制御モジュール３００は、画像形成装置１０１のユーザインターフェース部２０１へ表示する複数のウィンドウの制御を行う。制御対象のウィンドウ例としては、アプリケーション用ウィンドウ３０１、エラーＵＩ用ウィンドウ３０３等があり、これらのウィンドウを必要に応じて切り替えて表示することで表示制御を行う。また各ウィンドウは、各対応するアプリケーション制御モジュール３０２、エラーＵＩ制御モジュール３０４によっても制御される。アプリケーション制御モジュール３０２、エラーＵＩ制御モジュール３０４は、それぞれアプリケーション１０２やエラーＵＩ３０５の表示制御を行う。またこれらは、ウィンドウ表示制御モジュール３００を介して相互にウィンドウの状態の把握や表示制御を行うことができる。
【００２０】
アプリケーション１０２は、アプリケーション制御モジュール３０２とジョブ制御モジュール３０８を介して画像形成装置１０１にジョブを投入することが可能である。また、併せて、投入したジョブに対するエラーリカバリ動作を、エラーＵＩ制御モジュール３０４に依頼することが可能である。エラーＵＩ制御モジュール３０４は、アプリケーション制御モジュール３０２からのリカバリ依頼の内容に応じて、ジョブ情報テーブル３０６や拡張情報テーブル３０７の内容を更新する。また、エラーＵＩ制御モジュール３０４は、ジョブ制御モジュール３０８と連携して、画像形成装置１０１のジョブの情報を取得することができる。更に、その取得したジョブの情報を用いてジョブ情報テーブル３０６の情報を更新するなどのデータ制御を行うことができる。更にエラーＵＩ制御モジュール３０４は、ジョブ情報テーブル３０６や拡張情報テーブル３０７の情報を基に、エラーＵＩ３０５のライフサイクルを適切に制御する。そして、ウィンドウ表示制御モジュール３００を通じて最前面に表示されているアプリケーションを特定し、必要に応じてエラーＵＩ用ウィンドウ３０３の表示制御を行う。
【００２１】
図４（Ａ）は、ジョブ情報テーブル３０６で管理される情報の一例を示す図、図４（Ｂ）は拡張情報テーブル３０７で管理される情報の一例を示す図である。
【００２２】
ジョブ情報テーブル３０６は、ジョブを投入したアプリケーションのＩＤ（アプリＩＤ）、投入ジョブの情報（ジョブ情報）を含む。更には、エラーでジョブが一時停止している際に表示しているエラー画面の種類情報（エラー画面情報）、エラーの画面を閉じる際の条件情報（クローズ条件）を含む。
【００２３】
エラーＵＩ制御モジュール３０４は、アプリケーション制御モジュール３０２からのリカバリ依頼や、ジョブ制御モジュール３０８から取得するジョブ情報の内容に応じて、これらの構成要素の追加、削除、編集等の操作を行う。
【００２４】
４００は、ジョブ情報テーブル３０６の構成要素の一例を示す。この例では、アプリＩＤに「AppA」、投入したジョブ情報に「JobInfo A」が設定されている。更に、ジョブでエラーが生じている場合のエラー画面情報に「ジャムリカバリＵＩ A1」、クローズ条件として「ジョブAが終了」が設定されている。エラーＵＩ制御モジュール３０４は、このジョブ情報テーブル３０６の構成要素を基に、アプリケーションと、ジョブ情報と、表示するべきエラーＵＩと、エラーＵＩのクローズ条件とを相互に紐づけることができる。
【００２５】
図４（Ｂ）は、拡張情報テーブル３０７の構成要素の一例を示す図である。
【００２６】
拡張情報テーブル３０７は、アプリケーションのＩＤ（アプリＩＤ）、ジョブの種類（ジョブ種）、エラーの種類（エラー種）、表示するエラー画面の情報（表示画面）、エラー画面をクローズする条件（クローズ条件）を含んでいる。エラーＵＩ制御モジュール３０４は、アプリケーション１０２からの要求に応じて、拡張情報テーブル３０７の情報をジョブ情報テーブル３０６に反映させる。
【００２７】
図４（Ａ）の４０１は、こうしてジョブ情報テーブル３０６の構成要素が変更された場合を示している。
【００２８】
４０１では、図４（Ｂ）に対応して、エラー画面情報が「ジャムリカバリＵＩ A1」から「ジャムリカバリＵＩ A2」に変更され、クローズ条件が「ジョブAが終了」から「ジョブAが終了及びプリンタの状態がレディ」に変更されている。
【００２９】
このようにしてエラー画面情報やクローズ条件を変更することにより、アプリＩＤやジョブ情報が同一であっても、表示するエラー画面を変更したり、そのエラー画面のクローズ条件を自由に変更することが可能となる。
【００３０】
図５は、ジョブ情報テーブル３０６が図４（Ａ）の４００の場合に、実施形態に係る画像形成装置１０１でジャムが発生したときに表示される画面の遷移例を示す図である。
【００３１】
図５において、５０２はアプリケーション１０２で表示されるＵＩ画面（コピーの初期画面）を示す。ジョブ情報テーブル３０６の内容が、図４（Ａ）の４００で示すような場合、アプリケーション１０２でコピーを実行中に画像形成装置１０１で紙ジャムが発生すると、紙ジャム画面５００のように紙ジャムである旨の標準のエラー画面が表示される。紙ジャム画面５００では、用紙のジャムが発生したこと、及び原稿フィーダのカバーを開け、原稿トレイに用紙が残っているとそれを取り除くように指示するメッセージが表示されている。
【００３２】
そして、ユーザ１００が、この紙ジャムを解除すると、標準のリカバリ画面５０１が表示され、原稿の再セットとスタートキーの押下によるリカバリの後、アプリケーション１０２による初期画面５０２に戻る。
【００３３】
図６は、ジョブ情報テーブル３０６が図４（Ａ）の４０１の場合に、実施形態に係る画像形成装置１０１でジャムが発生したときに表示される画面の遷移例を示す図である。
【００３４】
ジョブ情報テーブル３０６の内容が、図４（Ａ）の４０１で示すような場合、そのエラーＵＩ画面は前述の図５とは異なる。即ち、アプリケーション１０２でコピーを実行中に画像形成装置１０１で紙ジャムが発生すると、変更された「ジャムリカバリＵＩ A2」に対応するリカバリ画面６００が表示される。このリカバリ画面６００では、前述の紙ジャム画面５００ではなく、メッセージ「原稿が詰まりました。係りの者が来るまでお待ちください」だけが表示されている。この場合、係りの者が紙ジャムを解除して画像形成装置１０１がレディ状態になると、アプリケーション１０２による初期画面５０２に戻る。
【００３５】
図７は、実施形態に係る画像形成装置１０１における拡張情報テーブル３０７への情報の追加処理を説明するフローチャートである。尚、この処理は、コア２００のＣＰＵ２００ａが記憶部２０２に記憶されているプログラムを実行することにより実現される。
【００３６】
この処理は、エラー発生時、アプリケーション制御モジュール３０２がエラーＵＩ制御モジュール３０４に対してリカバリ依頼を発行することにより開始される。アプリケーションは、このリカバリ依頼に拡張情報として、エラー種、表示画面の切り替え及びクローズ条件等を含めている。
【００３７】
まずＳ１で、エラーＵＩ制御モジュール３０４は、アプリケーション制御モジュール３０２から受信したリカバリ依頼の内容をチェックし、拡張情報が指定されているか否かを判定する。ここで拡張情報が指定されていた場合はＳ２へ進み、指定されていなかった場合は、この処理を終了する。Ｓ２では、エラーＵＩ制御モジュール３０４は、拡張情報の中に、エラー画面を切り替える対象となるエラー種（例えばジャム等）の情報が含まれているか否かを判定する。エラー種の情報が含まれていた場合はＳ３へ進み、含まれていなかった場合はＳ７へ進みエラー処理を行った後、この処理を終了する。
【００３８】
Ｓ３では、エラーＵＩ制御モジュール３０４は、拡張情報の中に、エラー画面情報（表示画面）が含まれているか否かを判定する。エラー画面情報が含まれている場合はＳ４へ進むが、含まれていない場合はＳ７へ進み、エラー処理を行った後、この処理を終了する。
【００３９】
Ｓ４では、エラーＵＩ制御モジュール３０４は、拡張情報テーブル３０７に、Ｓ３で得られたエラー画面情報を追加してＳ５へ進む。これにより例えば図４（Ｂ）に示すように、エラー種（ジャム）に対して表示画面「ジャムリカバリＵＩ A2」が登録される。次にＳ５に進み、エラーＵＩ制御モジュール３０４は、拡張情報の中に、エラー画面をクローズする条件情報（クローズ条件）が含まれているか否かを判定する。クローズ条件が含まれている場合はＳ６へ進み、含まれていないた場合は、この処理を終了する。Ｓ６では、エラーＵＩ制御モジュール３０４は、拡張情報テーブル３０７に、エラー画面をクローズするクローズ条件の情報を追加して、この処理を終了する。これにより例えば図４（Ｂ）に示すように、エラー種（ジャム）に対してクローズ条件「ジョブＡ終了及びプリンタ状態がレディ」が登録される。
【００４０】
このようにして、アプリケーションにより拡張情報テーブル３０７の情報が更新され、実際にエラーが発生した時のＵＩ画面の遷移が変更される。
【００４１】
図８は、実施形態に係る画像形成装置１０１において、ジャムが発生した場合にリカバリ画面を表示し、その画面を閉じるまでの処理（エラーＵＩ制御モジュール）を説明するフローチャートである。尚、この処理は、コア２００のＣＰＵ２００ａが記憶部２０２に記憶されているプログラムを実行することにより実現される。
【００４２】
この処理は、アプリケーション制御モジュール３０２がジョブ制御モジュール３０８からイベント（例えばジャム発生等）が通知されることにより開始される。
【００４３】
まずＳ１１で、エラーＵＩ制御モジュール３０４は、そのイベントのジョブ情報がリカバリの対象のジョブであるか否かを判定する。リカバリの対象ジョブである場合はＳ１２へ、リカバリの対象ジョブでない場合はフロー終了となる。Ｓ１２にて、エラーＵＩ制御モジュール３０４は、そのジョブ情報のアプリケーションＩＤを基に、そのアプリケーションがリカバリ対象であるか否かを判定する。リカバリ対象のアプリ（例えば図４の例ではアプリケーションＩＤが「App A」である場合はＳ１３へ、リカバリ対象のアプリでない場合はフロー終了となる。
【００４４】
Ｓ１３で、エラーＵＩ制御モジュール３０４は、画像形成装置１０１のユーザインターフェース部で最前面に表示されているアプリケーションがエラー画面を切り替えて表示する対象のアプリケーションかどうかを判定する。エラー画面を切り替えて表示する対象のアプリケーションの場合はＳ１４へ、そうでない場合はＳ１５へ進む。Ｓ１４でエラーＵＩ制御モジュール３０４は、切り替えたジャムリカバリ画面（ジャムリカバリＵＩ A2）を表示してＳ１６へ進む。一方、Ｓ１５では、エラーＵＩ制御モジュール３０４は、標準のジャムリカバリ画面を表示してＳ１６へ進む。Ｓ１６では、エラーＵＩ制御モジュール３０４は、現在の状態を基にジョブ情報テーブル３０６を更新してＳ１７に進む。これにより、ジョブ情報テーブル３０６は、例えば図４（Ａ）の４０１で示すように更新される。
【００４５】
Ｓ１７では、エラーＵＩ制御モジュール３０４は、再度、ジョブ情報のイベントの受信待ち状態となる。そしてイベントを受信するとＳ１８へ進み、エラーＵＩ制御モジュール３０４は、そのイベントに含まれるジョブ情報に、ジャムリカバリ画面のクローズ条件が含まれているか否かを判定する。クローズ条件が含まれていた場合はＳ１９へ、含まれていなかった場合はＳ１７へ戻る。Ｓ１９でエラーＵＩ制御モジュール３０４は、ジャムリカバリ画面をクローズしてＳ２０へ進む。Ｓ２０で、エラーＵＩ制御モジュール３０４は、ジョブ情報テーブル３０６から関連情報を削除して、この処理を終了する。
【００４６】
以上説明したように本実施形態によれば、エラーの種類やジョブの種類は同じであっても、ユーザがＭＦＰを使用する場所や用途によって、特定のアプリケーション用に特別なエラー画面を表示することができる。また、そのエラー画面の表示内容とエラー画面を閉じる条件を動的に変更することも可能となる。
【００４７】
これにより、ユーザに対してより適切な情報を提供することができ、利便性の向上が期待できる。
【００４８】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2013117864.tif 000003
【図２】
2013117864.tif 000004
【図３】
2013117864.tif 000005
【図４】
2013117864.tif 000006
【図７】
2013117864.tif 000007
【図８】
2013117864.tif 000008
【図５】
2013117864.tif 000009
【図６】
2013117864.tif 000010