(57)【特許請求の範囲】
【請求項１】
ネットワークを介してＷｅｂサーバと通信する情報処理装置であって、
前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段と、
前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信手段と、
前記受信手段により受信したジョブの実行要求に基づいてジョブを実行する実行手段と、
前記実行手段がジョブを実行しているときにエラーが発生した場合、前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定手段と、
前記ジョブに関係する操作画面が表示されていると前記判定手段が判定した場合、前記エラーを通知するためのエラー画面を表示するように前記表示手段を制御する制御手段とを備え、
前記表示手段は、前記ジョブに関係する操作画面が表示されていないと前記判定手段が判定した場合、前記エラーを通知するためのエラー画面を表示しないことを特徴とする情報処理装置。
【請求項２】
ネットワークを介してＷｅｂサーバと通信する情報処理装置であって、
前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段と、
前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信手段と、
前記受信手段により受信したジョブの実行要求に基づいてジョブを実行する実行手段と、
前記実行手段がジョブを実行しているときにエラーが発生した場合、前記前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定手段と、
前記ジョブに関係する操作画面が表示されていると前記判定手段が判定した場合、前記エラーを通知するための第１のエラー画面を表示し、前記ジョブに関係する操作画面が表示されていないと前記判定手段が判定した場合、前記第１のエラー画面とは異なる第２のエラー画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする情報処理装置。
【請求項３】
前記表示手段が前記操作画面を表示する場合にアプリケーションを識別するためのアプリケーション識別情報を通知する通知手段をさらに備え、
前記判定手段は、前記エラーが発生したときに、前記通知手段によって通知されたアプリケーション識別情報によって識別されるアプリケーションに関係する画面が表示されている場合に、前記ジョブに関係する操作画面が前記表示手段によって表示されていると判定することを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記エラーが解除されたことを通知するエラー解除通知手段をさらに備え、
前記制御手段は、前記エラー解除通知手段によって通知されたエラーを通知するエラー画面を表示させないように制御することを特徴とする請求項１ないし３のいずれか１項に記載の情報処理装置。 
【請求項５】
前記制御手段は、前記発生したエラーが影響を与えないアプリケーションに関する画面が選択されて表示される場合、前記発生したエラーのエラー画面を表示させないように制御することを特徴とする請求項１ないし３のいずれか１項に記載の情報処理装置。
【請求項６】
前記表示手段はＷｅｂブラウザであることを特徴とする請求項１ないし５のいずれか１項に記載の情報処理装置。
【請求項７】
前記表示手段は、複数のアプリケーションに対応する各画面を重ねた状態で画面上に表示し、選択されたタブに対応する画面を前面に表示することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記ジョブは、コピージョブ、スキャンジョブ、又はプリントジョブであることを特徴とする請求項１ないし７のいずれか１項に記載の情報処理装置。
【請求項９】
前記判定手段は、ジョブの実行を指示したアプリケーションの識別情報と、前記表示手段が表示中の操作画面を提供したアプリケーションの識別情報とが一致する場合に前記ジョブに関係する操作画面が表示されていると判定することを特徴とする請求項１ないし８のいずれか１項に記載の情報処理装置。
【請求項１０】
ネットワークを介してＷｅｂサーバと通信し、
前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段を有する情報処理装置の制御方法であって、
前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信ステップと、
前記受信ステップにおいて受信したジョブの実行要求に基づいてジョブを実行する実行ステップと、
前記実行ステップにおいてジョブを実行しているときにエラーが発生した場合、前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定ステップと、
前記ジョブに関係する操作画面が表示されていると前記判定ステップにおいて判定した場合、前記エラーを通知するためのエラー画面を表示するように前記表示手段を制御する制御ステップとを有し、
前記制御ステップは、前記ジョブに関係する操作画面が表示されていないと前記判定ステップにおいて判定した場合、前記エラーを通知するためのエラー画面を表示しないように前記表示手段を制御することを特徴とする情報処理装置の制御方法。
【請求項１１】
ネットワークを介してＷｅｂサーバと通信し、
前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段を有する情報処理装置の制御方法であって、
前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信ステップと、
前記受信ステップにより受信したジョブの実行要求に基づいてジョブを実行する実行ステップと、
前記実行ステップにおいてジョブを実行しているときにエラーが発生した場合、前記前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定ステップと、
前記ジョブに関係する操作画面が表示されていると前記判定ステップにおいて判定した場合、前記エラーを通知するための第１のエラー画面を表示し、前記ジョブに関係する操作画面が表示されていないと前記判定ステップにおいて判定した場合、前記第１のエラー画面とは異なる第２のエラー画面を表示するように前記表示手段を制御する制御ステップと
を有することを特徴とする情報処理装置の制御方法。
【請求項１２】
請求項１０又は１１に記載の情報処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂブラウザにて、Ｗｅｂアプリケーションを表示中に、Ｗｅｂアプリケーションによって画像形成装置に投入されたジョブにてエラーが生じた際のエラー表示制御に関するものである。
【背景技術】
【０００２】
従来より、ＭＦＰ（Multi-Function Peripheral）やＬＢＰ（Laser Beam Printer）に代表される画像形成装置と、Ｗｅｂアプリケーションが搭載されたＷｅｂサーバとなる装置で構成されるシステムがある。
【０００３】
このシステムは、ユーザが画像形成装置上のＷｅｂブラウザを介してサーバに搭載されているＷｅｂアプリケーションにアクセスし、ユーザの指示に従って、Ｗｅｂアプリケーションが画像形成装置に印刷ジョブを投入するものである。Ｗｅｂアプリケーションを用いる場合には、各画像形成装置にローカルに記憶されているジョブ制御用のアプリケーションを用いる場合と比較して、種々の利点がある。例えば、多数の画像形成装置を設置して利用している場合を想定する。ここである設定を変更しようとする場合には、通常はローカルに記憶されているアプリケーションを個々に変更する必要がある。しかしながら、Ｗｅｂアプリケーションを用いることで、サーバに搭載されているＷｅｂアプリケーションの設定を変更することのみによって、これを利用する全ての画像形成装置の設定を実質的に変更することが可能となる。また、Ｗｅｂアプリケーションを使用する場合には各利用者の設定をサーバが管理することが可能となるため、利用者が別の画像形成装置を使用する場合でも同一の設定で画像形成装置を利用することも可能となる。
【０００４】
このようなシステムでは、例えばＷｅｂアプリケーションから画像形成装置に投入した印刷ジョブを実行している際に、ジャムエラーなどのエラーが生じた場合、そのエラー内容を示す画面が最前面に表示される。そして、その後も、エラーが生じている間は、エラー画面が常に最前面に表示される。これは、画像形成装置を利用するユーザに注意を促すという点で、一目で分かりやすいというメリットがある。
【０００５】
このようなエラー画面の表示を制御する従来の手段としては、エラーが複数生じた際に、エラーにあらかじめ優先順位を付けておき、その順位に従ってエラー画面を表示するといった仕組みが挙げられる（例えば特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平０６−０５２０１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１のエラー画面の表示を制御する技術や、エラーが発生した場合にエラー画面を表示する上記のシステムでは、ユーザに注意を促すために、画像形成装置でエラーが生じた場合、エラー画面が常に最前面に表示される。このため、生じているエラーとは直接関係のないＷｅｂアプリケーションの画面上にもエラー画面が表示されてしまっている。従って、複数のＷｅｂアプリケーションを表示することが可能なブラウザを用いる場合の画像形成装置の操作性の考慮がなされていないという課題がある。
【０００８】
そこで、本発明は、前述の課題を解決しつつ、よりユーザの操作性の面での利便性を向上させる技術を提供ことを目的とする。
【課題を解決するための手段】
【０００９】
本発明の情報処理装置は、ネットワークを介してＷｅｂサーバと通信する情報処理装置であって、前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段と、前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信手段と、前記受信手段により受信したジョブの実行要求に基づいてジョブを実行する実行手段と、前記実行手段がジョブを実行しているときにエラーが発生した場合、前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定手段と、前記ジョブに関係する操作画面が表示されていると前記判定手段が判定した場合、前記エラーを通知するためのエラー画面を表示するように前記表示手段を制御する制御手段とを備え、前記表示手段は、前記ジョブに関係する操作画面が表示されていないと前記判定手段が判定した場合、前記エラーを通知するためのエラー画面を表示しないことを特徴とする。
【００１０】
また、本発明の情報処理装置は、ネットワークを介してＷｅｂサーバと通信する情報処理装置であって、前記Ｗｅｂサーバから受信した情報を基に操作画面を表示する表示手段と、前記表示手段によって表示された操作画面を介したユーザ操作に基づいて、前記Ｗｅｂサーバからジョブの実行要求を受信する受信手段と、前記受信手段により受信したジョブの実行要求に基づいてジョブを実行する実行手段と、前記実行手段がジョブを実行しているときにエラーが発生した場合、前記前記ジョブに関係する操作画面が前記表示手段によって表示されているか否かを判定する判定手段と、前記ジョブに関係する操作画面が表示されていると前記判定手段が判定した場合、前記エラーを通知するための第１のエラー画面を表示し、前記ジョブに関係する操作画面が表示されていないと前記判定手段が判定した場合、前記第１のエラー画面とは異なる第２のエラー画面を表示するように前記表示手段を制御する制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、画像形成装置においてエラーが生じた場合であっても、ブラウザ上に表示させるアプリケーション毎の最適なエラー画面表示制御が可能となる。特に、Ｗｅｂブラウザ上に、複数のＷｅｂアプリケーションに関する画面が択一的に表示可能な状態においては、エラーと無関係のアプリケーションの画面上にはエラー画面を表示させずに済むため、操作性の面でユーザの利便性が向上する。
【図面の簡単な説明】
【００１２】
【図１】本実施形態のシステム構成の一例を示す図である。
【図２】本実施形態のソフトウェア構成の一例を示す図である。
【図３】本実施形態のブラウザでウィンドウ表示をする際の処理の一例を示すフローチャート図である。
【図４】本実施形態のジョブエラーが発生した場合の処理の一例を示すフローチャート図である。
【図５】本実施形態のエラーに応じた画面表示を行う処理の一例を示すフローチャート図である。
【図６】本実施形態のエラー解除がされた場合の処理の一例を示すフローチャート図である。
【図７】本実施形態の表示画面の一例を示す図である。
【図８】本実施形態のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための最良の形態について図面を用いて説明する。  
図１は、本発明のシステム全体の構成の一例を示すシステム構成図である。  
本実施形態のシステムは、画像形成装置１０１とＷｅｂアプリケーションＡ１０２を搭載するＷｅｂサーバＡ１０３とＷｅｂアプリケーションＢ１０４を搭載するＷｅｂサーバＢ１０５とドキュメント１０６を搭載するファイルサーバ１０７によって構成される。そして、それぞれはネットワークを介して接続されている。
【００１４】
ユーザ１００は画像形成装置１０１を操作することで、ＷｅｂアプリケーションＡ１０２やＷｅｂアプリケーションＢ１０４を利用することができる。例えば、画像形成装置１０１にはタブブラウザが搭載されており、タブブラウザはＷｅｂサーバと通信して画像形成装置の表示画面に「印刷」などのジョブについてのユーザインタフェース画面を表示する。そして、このユーザインタフェース画面を介してユーザ１００がジョブを投入することを指示すると、例えばＷｅｂサーバＡ１０３に格納されているＷｅｂアプリケーションＡ１０２から画像形成装置１０１に対するジョブが送信される。画像形成装置１０１は、送信されるジョブに基づいて、例えば「印刷」の処理を実行することになる。このように、ＷｅｂアプリケーションＡ１０２およびＷｅｂアプリケーションＢ１０４は画像形成装置１０１に対して、スキャンジョブ実行や印刷ジョブ実行の指示を行うことができる。その他、画像形成装置１０１はＷｅｂアプリケーションから投入されるジョブに基づいてファイルサーバ１０７へドキュメント１０６のアップロードを行うことができる（送信ジョブ）。さらに、画像形成装置１０１はファイルサーバ１０７上のドキュメント１０６を印刷することができる（印刷ジョブ）。
【００１５】
Ｗｅｂアプリケーションは、このように画像形成装置１０１の外部に搭載されているものである。そして、画像形成装置１０１は、このＷｅｂアプリケーションを利用するためのインターフェースとしてＷｅｂブラウザを用いる。本実施形態においては、このＷｅｂブラウザが複数存在する。そして、このブラウザ画面内のタブを押下することによって複数存在するＷｅｂブラウザの中からブラウザを表示するための画面内の前面に表示されるＷｅｂブラウザを切り替えることが可能であるタブブラウザを用いる。タブブラウザは、例えばサーバから受信したＨＴＭＬ（HyperText Markup Language）ファイルに基づいて生成される複数のＷｅｂアプリケーションに関する各画面を択一的に選択して表示することができる。
【００１６】
例えば、上述したＷｅｂアプリケーションＡ１０２を利用する際、Ｗｅｂブラウザ表示用画面内のタブＡを選択することで、ＷｅｂアプリケーションＡ１０２に対応した画面をブラウザ表示用画面の前面に表示することができる。すなわち、第１のＷｅｂアプリケーションに対応する第１の画面を表示することができる。
【００１７】
同様にＷｅｂアプリケーションＢ１０４を利用する際は、Ｗｅｂブラウザ表示用画面内のタブＢを選択することで、ＷｅｂアプリケーションＢ１０４に対応した画面をブラウザ表示用画面の前面に表示することができる。
【００１８】
なお、本システムの機器間の接続形態としては、有線・無線のどちらであってもよい。また、画像形成装置１０１はＷｅｂアプリケーションに関する画面の表示とドキュメントを利用したジョブの実行が可能であれば良く、ＭＦＰ・ＬＢＰに限定するものではない。ＷｅｂサーバＡ１０３とＷｅｂサーバＢ１０５は、Ｗｅｂアプリケーションを実行する機能であれば良く、ＰＣのほか、種々の情報端末装置を用いることができる。ファイルサーバ１０７はドキュメントデータをストックする機能があれば良く、ＰＣに限定するものではない。また、図１においては、複数のサーバを設けて各々異なる処理を実施する例を挙げているが、各機能を単一のサーバにおいて実現することももちろん可能である。
【００１９】
本システムにおける基本動作の流れとしては、大別して、Ｗｅｂアプリケーションの表示とジョブ実行時のエラー画面表示制御の二つに分けられる。これらについては、図３以降のフローチャートにて後述する。
【００２０】
＜装置構成＞  
図８は、本発明の一実施形態を示す画像形成装置の基本的な構成を説明するブロック図である。本発明の一実施形態を示す画像形成装置は、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、ＨＤＤ８０４、表示部８０５、操作部８０６、エンジンＩ／Ｆ８０７、ネットワークＩ／Ｆ８０８、外部Ｉ／Ｆ８０９、システムバス８１０を備えている。
【００２１】
上述構成を詳述すると、ＣＰＵ８０１は、装置全体の制御及び演算処理等を行う中央処理装置であり、ＲＯＭ８０２に格納されたプログラムに基づき後述に示す各処理を実行する。ＲＯＭ８０２は、読み出し専用メモリであり、システム起動プログラムやプリンタエンジンの制御を行うプログラムやタブブラウザのプログラム等の記憶領域である。また、ＲＯＭ８０２には、エラー画面を表示したり、これを制御するためのプログラム等も記憶される。ＲＡＭ８０３は、ランダムアクセスメモリであり、サーバから受信するＷｅｂアプリケーションに関する画面を表示するための情報などの各情報が一時的に格納される。ＨＤＤ８０４は、例えばハードディスク等から構成されており、データをスプールしたり、プログラムや各情報ファイル・画像データ等を格納したり、作業用領域として利用されたりする。表示部８０５は、例えば液晶等による表示を行うものであり、装置の設定状態や、現在の装置内部の処理、エラー状態などの表示に使用される。操作部８０６は、設定の変更やジョブの投入などを行うために使用されるものであり、表示部８０５に表示されたＵＩ画面等より操作を可能とする。エンジンＩ／Ｆ８０７は、実際にプリンタエンジンを制御するコマンド等をやり取りする部分である。ネットワークＩ／Ｆ８０８は、該ネットワークＩ／Ｆ８０８を介して本装置をネットワークに接続するためのものである。外部Ｉ／Ｆ８０９は、パラレル（またはシリアル）などのインターフェースを介して外部装置と接続されるものである。システムバス８１０は、上述の構造要素間のデータ通路となるべきものである。
【００２２】
＜ソフトウェアモジュールの構成＞  
図２は、本発明の画像形成装置１０１内部のソフトウェアの構造図の一例である。図２に示す各ソフトウェアは、画像形成装置１０１のＣＰＵ８０１が、ＲＯＭ８０２やＲＡＭ８０３に格納されているプログラムを読み出して実行することで実施されることになる。
【００２３】
ウィンドウ表示制御モジュール２００は、画像形成装置１０１の表示部８０５のユーザインタフェース（ＵＩ）へ表示する画面のウィンドウの制御を行うことが可能である。制御するウィンドウの実例としては、ＲＯＭ８０２に格納されている組み込みＷｅｂブラウザ２０４を表示するための組み込みＷｅｂブラウザ用ウィンドウ２０２や、エラーが生じた際にエラー画面を表示するためのエラーＵＩ用ウィンドウ２０３がある。組み込みＷｅｂブラウザ用ウィンドウ２０２は、組み込みＷｅｂブラウザ２０４のウィンドウ内の表示制御や、タブ表示情報制御を行うことができる。タブ表示情報制御とは、組み込みＷｅｂブラウザが前面に表示されていることを示す情報や、どのタブにどのＷｅｂアプリケーションが関連付けられて表示されているかを示す情報を受信するように制御を行うことが挙げられる。ウィンドウ内の表示制御とは、例えば表示部８０５に表示されるウィンドウにＷｅｂブラウザ２０４の画面を表示するように制御することが挙げられる。また、ウィンドウ内の表示制御には、例えばタブをユーザが押下したことを示す組み込みＷｅｂブラウザ２０４からの情報に基づいて、表示するウィンドウ画面を切り替える制御も含まれる。さらには後述するように、エラーＵＩ表示制御モジュール２０５によってエラー画面の表示がされていたときにエラーが解消された場合に、Ｗｅｂブラウザ２０４の画面を表示するように制御することも含まれる。組み込みＷｅｂブラウザ２０４は、ＷｅｂアプリケーションＡ１０２やＷｅｂアプリケーションＢ１０４と通信し、ＨＴＭＬデータの取得やＨＴＭＬデータのレンダリングやタブへの表示制御を行うことが可能である。タブへの表示制御とは、例えばユーザがタブを押下した場合に、ウィンドウの切り替え制御を行うために、組み込みＷｅｂブラウザ用ウィンドウ２０２に通知する制御のことである。
【００２４】
また、ＷｅｂアプリケーションＡ１０２はジョブ制御モジュール２０１に対してネットワークを経由してリモートでジョブＡを投入することが可能である。このジョブは、画像形成装置の機能を実行させるための命令のことである。ジョブの例としては、「コピー」、「スキャン」、および「印刷」が挙げられる。本実施形態は、Ｗｅｂアプリケーションのように外部からのジョブを画像形成装置が受信して、これに基づいてジョブを実行し、このジョブの実行中にエラーが発生した場合のエラー画面の表示制御を行う例について説明する。詳細については後述する。
【００２５】
エラーＵＩ用ウィンドウ２０３はエラーＵＩＡ２０６を表示制御するエラーＵＩ表示制御モジュール２０５のウィンドウ内での表示制御を行うことが可能である。具体的には、エラーが発生した場合には、そのエラーに対応したエラー画面をウィンドウに表示させる制御を行う。エラーＵＩＡ２０６は、エラーが発生したことを示すエラー画面を含むインターフェースのことである。なお、エラーＵＩＡ２０６は、外部接続された記憶装置に記録されていてもよいし、あるいはネットワークを介してサーバから取得してもよい。
【００２６】
エラーＵＩ表示制御モジュール２０５は組み込みＷｅｂブラウザ用ウィンドウ２０２と通信し、組み込みＷｅｂブラウザ２０４に表示されているＷｅｂアプリケーション群に関する情報の取得や表示制御を行うことが可能である。例えば、ブラウザを利用した画面が表示部８０５の前面に表示されていることを示す情報や、アプリケーションを識別する情報を取得したり、所定の場合にエラー画面を表示させるように制御を行うことが挙げられる。また、エラーＵＩ表示制御モジュール２０５はジョブ制御モジュール２０１からジョブＡの状態を取得することが可能である。例えば、ジョブＡの実行中にエラーが発生したことを示す状態や、ジョブＡの実行が成功したことを示す状態を取得することができる。また、ジョブＡに関連して発生したエラーが解除されたことを示す状態を取得することも可能である。
【００２７】
＜処理の流れ＞  
図３は、本実施形態の一例を示すフローチャートである。図３は、組み込みＷｅｂブラウザ２０４にＷｅｂアプリケーションが表示される例を示す。すなわち、ジョブによるエラーが発生していない状態の例を示す図である。これを利用して、図１と図２で記載したシステムにおいて、組み込みＷｅｂブラウザ２０４へのＷｅｂアプリケーション表示から、エラーＵＩ表示制御モジュールにＷｅｂアプリケーションの情報が保持されるまでの流れを説明する。エラーＵＩ表示制御モジュールに送られるアプリケーションの識別情報は、エラーが発生した際のエラー画面の表示制御に用いられる。
【００２８】
まず、ユーザ１００が画像形成装置１０１にて組み込みＷｅｂブラウザ２０４を操作し、Ｓ３００にて、組み込みＷｅｂブラウザ２０４がＷｅｂサーバＡ１０３のＵＲＬへアクセスする。次に、Ｓ３０１にて、ＷｅｂサーバＡ１０３はＷｅｂアプリケーションＡのＨＴＭＬデータを組み込みＷｅｂブラウザ２０４へ送信する。なお、このＷｅｂアプリケーションは、上述したように画像形成装置のジョブに関するアプリケーションであってもよいし、あるいは一般的なＷｅｂサイトの所定のページに相当するものであってもよい。Ｓ３０２にて、組み込みＷｅｂブラウザ２０４は受信したＨＴＭＬデータをレンダリングし、自己のタブウィンドウ内に表示する。成功した場合はＳ３０３へ進む。失敗した場合はＳ３０６へ進みエラー処理を行う。
【００２９】
Ｓ３０３にて、組み込みＷｅｂブラウザ２０４は、組み込みＷｅｂブラウザ用ウィンドウ２０２に対して、タブウィンドウの表示情報と表示しているＷｅｂアプリケーションＡ１０２のＩＤ（Ｗｅｂアプリケーション識別情報）を通知する。すなわち、組み込みＷｅｂブラウザ２０４は、Ｗｅｂアプリケーション識別情報通知手段として機能する。これらの通知される情報は、タブを用いるＷｅｂブラウザの中のどのタブに、どのＷｅｂアプリケーションが関連付けて表示されているかについての情報である。Ｓ３０４にて、組み込みＷｅｂブラウザ用ウィンドウ２０２は、エラーＵＩ表示制御モジュール２０５に対して、Ｓ３０３と同様に、タブウィンドウの表示情報と表示しているＷｅｂアプリケーションＡ１０２のＩＤを通知する。Ｓ３０５にて、エラーＵＩ表示制御モジュール２０５はタブウィンドウの表示情報とＷｅｂアプリケーションＡ１０２のＩＤを保持管理し、終了する。
【００３０】
図４は、本実施形態のフローチャートである。これを利用して、図１と図２で記載したシステムにおいて、Ｗｅｂアプリケーションのジョブ投入からエラー画面生成までの流れを説明する。  
ユーザ１００が画像形成装置１０１にて組み込みＷｅｂブラウザ２０４に表示されているＷｅｂアプリケーションＡ１０２を操作し、Ｓ４００にてジョブＡが投入される。Ｓ４００をより詳細に説明すると、Ｗｅｂブラウザ２０４に表示されているＷｅｂアプリケーションＡ１０２の画面上のユーザインタフェースを操作して、ユーザ１００はジョブＡを投入する指示を入力する。これに対して、Ｗｅｂアプリケーションが格納されているサーバから画像形成装置に対してジョブＡが投入され、ジョブ実行の要求がなされることになる。
【００３１】
Ｓ４０１にて、ジョブ制御モジュール２０１はジョブＡを実行する。Ｓ４０２にて、ジョブ制御モジュール２０１でジョブＡ実行中にエラーが生じた場合Ｓ４０３へ進み、生じなかった場合は終了する。Ｓ４０３にて、ジョブ制御モジュール２０１はジョブＡのエラーイベント情報をエラーＵＩ表示制御モジュール２０５へ通知する。このエラーイベント情報には、例えば投入されたＷｅｂアプリケーションの識別情報（ＷｅｂアプリＩＤ）、ジョブの種別、およびエラーの種別などが含まれる。このように、ジョブ制御モジュール２０１は、エラーの発生を検知するエラー検知手段として機能する。なお、エラーが発生したことを検知する方法としては、従来より行われている種々の技術を適用することができるため、ここではその説明は省略する。
【００３２】
Ｓ４０４にて、エラーＵＩ表示制御モジュール２０５は、自身で保持している情報（タブウィンドウ表示情報、ＷｅｂアプリＩＤ等）とエラーイベント情報（ＷｅｂアプリＩＤ、ジョブの種別、エラー種別等）を比較する。この比較によって、管理対象のアプリケーションＩＤがエラーイベント情報に含まれているかどうかを判断する。すなわち、Ｗｅｂアプリケーションに関する画面表示に成功し、かつこのＷｅｂアプリケーションによって投入されたジョブによってエラーが発生したか否かを判定する。判定結果が管理対象のアプリケーションＩＤがエラーイベント情報に含まれていた場合はＳ４０５へ進む。含まれていなかった場合は処理を終了する。Ｓ４０５にて、エラーＵＩ表示制御モジュール２０５は、生じているエラーに応じたエラー画面を生成し、終了する。具体的には、エラーイベント情報に含まれるエラーの種別に応じたエラー画面を、Ｗｅｂアプリケーションを投入したウィンドウ画面に置き換えるように表示する制御を行う。このように、所定のエラーが発生した場合には、そのエラー画面をウィンドウ画面上に表示することでユーザに注意を喚起できる。
【００３３】
図５は、本実施形態のフローチャートである。これを利用して、図１と図２で記載したシステムにおいて、Ｗｅｂアプリケーションがブラウザ画面の最前面に表示された際、エラー画面が差し替え表示されるまでの流れを説明する。すなわち、発生しているエラーと無関係のＷｅｂアプリケーションの画面がタブによって切り替えられた場合のエラー画面の表示の有無についての処理の流れを説明する。
【００３４】
ユーザ１００が画像形成装置１０１にて組み込みＷｅｂブラウザ２０４を操作し、ＷｅｂアプリケーションＡ１０２がブラウザ画面の最前面に表示される。Ｓ５００にて、組み込みＷｅｂブラウザ２０４は組み込みＷｅｂブラウザ用ウィンドウ２０２上で最前面に表示されているタブウィンドウを識別する情報（表示タブ情報）を通知する。この表示タブ情報には、タブのウィンドウ内にて表示されているＷｅｂアプリケーションを識別するためのアプリケーションＩＤが含まれる。
【００３５】
Ｓ５０１にて、組み込みＷｅｂブラウザ用ウィンドウ２０２はエラーＵＩ表示制御モジュール２０５へ組み込みＷｅｂブラウザ２０４が最前面に表示されたことをイベント通知する。また、併せて、Ｓ５０２にて最前面に表示されているタブ情報（表示タブ情報）をイベント通知する。Ｓ５０３にて、エラーＵＩ表示制御モジュール２０５は、Ｓ３０５で通知された自身で保持している情報とＳ５０１、Ｓ５０２でイベント通知された情報を比較し、管理対象となるアプリケーションＩＤがイベント通知された情報に含まれているかどうかを判断する。含まれていた場合はＳ５０４へ進む。含まれていなかった場合は終了する。Ｓ５０４にて、エラーＵＩ表示制御モジュール２０５はエラーＵＩ用ウィンドウ２０３へ、事前に生成したエラーに応じたエラー画面データを渡す。Ｓ５０５にて、エラーＵＩ用ウィンドウ２０３は受け取ったエラー画面をＵＩ上、最前面に表示し終了する。
【００３６】
なお、図５の例においては、組み込みＷｅｂブラウザ用ウィンドウ２０２とエラーＵＩ表示制御モジュール２０５との間で情報をやり取りしてエラー画面の差し替え制御を行う例について説明した。しかしながら、図２で示したウィンドウ表示制御モジュール２００によって表示されるウィンドウ画面の切り替え制御が行われてもよい。
【００３７】
このように処理を行うことによって、エラーが発生しているジョブを投入したＷｅｂアプリケーションがウィンドウ上の前面に表示される場合のみ、エラー画面を表示することができる。このため、エラーと無関係のアプリケーションをタブ切り替えなどによって利用するユーザに対してはエラーが発生している場合であってもエラー画面を表示させずに済むため、ユーザの操作性に関する利便性が向上する。
【００３８】
なお、上記説明においては、一例としてウィンドウの「最前面」に表示されたアプリケーションのエラー画面についての説明を行った。しかしながら、本実施形態においては、「最前面」に限定されるものではない。ユーザがＷｅｂブラウザを利用して投入したジョブに関するエラーとは無関係のＷｅｂアプリケーションを利用する場合にエラー画面が表示され、操作性が低下する煩わしさを解消可能であればよい。例えば、Ｗｅｂアプリケーションの画面がウィンドウ画面中の一部に表示され、他のローカルのアプリケーションと併せて表示される場合であっても、Ｗｅｂアプリケーションの画面側にエラー画面を表示させないように制御することも本実施形態の範疇である。
【００３９】
また、ユーザがＷｅｂブラウザを利用して投入したジョブに関するエラーとは無関係のＷｅｂアプリケーションを利用する場合に、エラー画面を最前面に全く表示しないのではなく、簡易的にウィンドウ画面中の一部に表示してもよい。
【００４０】
また、上記の説明においては、ジョブを投入したＷｅｂアプリケーションを前面表示する場合のエラー画面の表示制御について説明を行った。しかしながら、投入したジョブによって生じたエラーが影響を与える他のＷｅｂアプリケーションの画面が選択されて表示される場合には、そのＷｅｂアプリケーションについてもジョブの投入の有無に関わらずにエラー画面を表示する制御をしてもよい。例えば、画像形成装置内で「コピー」のジョブを実行中に、インクタンクにエラーが発生している場合には、「コピー」のほかにも「印刷」に関するＷｅｂアプリケーションがＷｅｂブラウザで選択された場合にもエラー画面を表示させる。一方で、「スキャン」に関するＷｅｂアプリケーションがＷｅｂブラウザで選択された場合には、エラー画面を表示させないように制御をすることができる。このような制御は、エラーＵＩ表示制御モジュール２０５において、アプリケーションＩＤと、このアプリケーションＩＤにて識別されるＷｅｂアプリケーションに影響を与えるエラーの種別を管理することで可能となる。例えば、ジョブ制御モジュール２０１によるエラーイベント通知の際に通知されるエラー種別を、エラーＵＩ表示制御モジュール２０５が自身で管理している情報と比較しておく。そして、エラーが影響を与えるエラー種別が関連付けられたアプリケーションＩＤを前面に表示するよう選択がなされた場合には、ジョブを投入したアプリケーションとは別の画面であってもエラー画面を表示させるように制御する。
【００４１】
図６は、本発明のフローチャートである。これを利用して、図１と図２で記載したシステムにおいて、エラーが解除された際、エラー画面が非表示になりＷｅｂアプリケーションが最前面に表示されるまでの流れを説明する。
【００４２】
画像形成装置１０１にて生じていたエラーが解除されると、ジョブ制御モジュール２０１からエラーＵＩ表示制御モジュール２０５へＳ６００にてジョブＡのエラー解除イベント情報を通知する。すなわち、ジョブ制御モジュール２０１は、エラー解除通知手段として機能する。Ｓ６０１にて、エラーＵＩ表示制御モジュール２０５で保持している情報とジョブＡのエラー解除イベント情報を比較し、管理対象となるアプリケーションＩＤがエラー解除イベント情報に含まれているかどうかを判断する。含まれていた場合はＳ６０２へ進む。含まれていなかった場合は終了する。なお、エラー解除を認識する方法としても、従来から行われている種々の方法を適用することが可能であるため、ここでの説明は省略する。
【００４３】
Ｓ６０２にて、エラーＵＩ表示制御モジュール２０５は、表示していた対象となるエラー画面の削除処理を行いＳ６０３へ進む。Ｓ６０３にて、エラーＵＩ表示制御モジュール２０５は、組み込みＷｅｂブラウザ用ウィンドウ２０２へエラーが起きていたジョブＡと紐づくＷｅｂアプリケーションＡを最前面表示する指示を行い終了する。
【００４４】
本実施形態により、画像形成装置１０１上の組み込みＷｅｂブラウザ２０４上に、複数のＷｅｂアプリケーションが表示される状態で、Ｗｅｂアプリケーションからジョブが投入され、ジョブ実行中にエラーが発生しエラー画面を表示する際の利便性が向上する。すなわち、図７（ａ）のようにエラーと関連のあるＷｅｂアプリ上にのみエラー画面を表示させるといった、最前面に表示されているＷｅｂアプリケーション毎の最適なエラー画面表示制御が可能となり、操作性の面でユーザの利便性が向上する。
【００４５】
なお、上記例においては、一つのエラーが発生する例について説明したが、複数のエラーが発生した場合であっても同様に処理を行うことができる。この場合、例えば図７（ｂ）に示すように、各タブを押下することで、各エラーに対応したエラー画面を表示させることも可能である。例えば、エラーの種別と、エラーが影響を与えるアプリケーションとを関連付けした情報を利用することで、タブの切り替えを行った場合に各エラーに対応したエラー画面を表示することが可能となる。
【００４６】
上記説明においては、画像形成装置を例にして説明を行ったが、情報処理装置を用いて本発明を構成することも可能である。例えば、サーバおよび画像形成装置と情報をやりとりして、Ｗｅｂアプリケーションの投入やＷｅｂアプリケーションに関する画面を表示するブラウザ機能を搭載した装置を用いて本発明を構成してもよい。
【００４７】
＜その他の実施形態＞  
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005523011.tif 000002
【図２】
0005523011.tif 000003
【図３】
0005523011.tif 000004
【図４】
0005523011.tif 000005
【図５】
0005523011.tif 000006
【図６】
0005523011.tif 000007
【図７】
0005523011.tif 000008
【図８】
0005523011.tif 000009