情報処理装置及びその制御方法
【課題】 Ｗｅｂアプリケーションの表示が失敗した場合は、そのタイミングを失い、エラー内容を示す画面を最前面に表示できなくなり、またジョブ情報を関連付け要素として扱っていないため、ジョブの状態に応じた表示処理を行うことができなかった。
【解決手段】 ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置とその制御方法であって、Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶しておき、Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために記憶手段の情報を更新し、その情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている他のアプリケーションの画面の前面に表示する。
【解決手段】 ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置とその制御方法であって、Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶しておき、Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために記憶手段の情報を更新し、その情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている他のアプリケーションの画面の前面に表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置とその制御方法に関するものである。
【背景技術】
【０００２】
従来より、複合機（ＭＦＰ：Multi−Function Peripheral）に代表される画像形成装置と、Ｗｅｂアプリケーションが搭載されたＷｅｂサーバとなるＰＣである情報端末装置とを有する印刷システムがある。この印刷システムは、ユーザが画像形成装置上のＷｅｂブラウザを介してＷｅｂアプリケーションにアクセスし、そのユーザの指示に従って、Ｗｅｂアプリケーションが画像形成装置に印刷ジョブを投入するものである。
【０００３】
このような印刷システムにおけるエラーの表示方法には、画像形成装置が印刷ジョブを実行している際にエラーが生じた場合、その印刷ジョブを投入したＷｅｂアプリケーションを表示するタイミングで、エラー内容を示す画面を最前面に表示する方法がある。この表示方法では、エラーが生じている間、その印刷ジョブを投入したＷｅｂアプリケーションを表示しようとすると、エラー内容を示す画面が画像形成装置の画面の最前面に表示し続けるため、ユーザに注意を促す点で分かりやすいというメリットがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１４７１３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の表示方法では、ユーザに注意を促す点が考慮されているものの、Ｗｅｂアプリケーションが表示されるタイミングでエラー内容を示す画面を最前面に表示する。このため、Ｗｅｂアプリケーションの表示が失敗した場合は、そのタイミングを失い、エラー内容を示す画面を最前面に表示できなくなるという課題がある。
【０００６】
この課題に対して、例えば特許文献１には、複数の画面に親子関係を構築し、子画面の描画処理結果を複数の親画面に反映させる仕組みが記載されている。しかし、この仕組みでは、画面同士の関連付けが可能であるものの、ジョブ情報を関連付け要素として扱っていないため、ジョブの状態に応じた表示処理を行う上では充分ではなかった。
【０００７】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００８】
本発明の特徴は、Ｗｅｂアプリケーションの表示に失敗した場合であっても、ジョブの状態に応じた表示処理を行うことができる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶する記憶手段と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記記憶手段の情報を更新する更新手段と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記記憶手段に記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御手段と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、Ｗｅｂアプリケーションの表示に失敗した場合であっても、ジョブの状態に応じた表示処理を行うことができるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る印刷システムの構成の一例を示す図。
【図２】本実施形態に係る複合機のハードウェア構成を説明するブロック図。
【図３】本実施形態の複合機の記憶部に保存されているソフトウェアを説明する図。
【図４】実施形態に係る情報テーブルで管理される情報の一例を示す図。
【図５】本実施形態に係る複合機で表示する画面例を説明する図。
【図６】本実施形態に係る複合機における情報テーブルを更新する処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明の情報処理装置の一例として複合機を例に説明するが、本発明はこれに限定されるものでないことは明らかである。
【００１３】
図１は、本実施形態に係る印刷システムの構成の一例を示す図である。
【００１４】
本実施形態に係る印刷システムは、画像形成装置（複合機）１０１とＷｅｂアプリケーション１０２とＷｅｂサーバ１０３とを有し、複合機１０１とサーバ１０３とはそれぞれネットワークを介して接続されている。
【００１５】
ユーザ１００は複合機１０１を操作して、サーバ１０３のＷｅｂアプリケーション１０２を利用することができる。Ｗｅｂアプリケーション１０２は、複合機１０１に対して、ジョブ（スキャンや印刷）の実行指示を行うことができる。尚、この印刷システムの機器間のネットワーク接続形態としては、有線・無線のどちらであってもよい。また、複合機１０１はＷｅｂアプリケーションの表示とジョブの実行が可能であれば良く、例えば、レーザビームプリンタやインクジェットプリンタ等のプリンタであっても良いし、スキャナやファックス等のその他のデバイスであってもよい。更に、Ｗｅｂサーバ１０３は、Ｗｅｂアプリケーションを実行する機能を保有すれば良く、ＰＣ（パーソナルコンピュータ）に限定するものではない。
【００１６】
図２は、本実施形態に係る複合機１０１のハードウェア構成を説明するブロック図である。
【００１７】
ＣＰＵ２０１ａ、メモリ２０１ｂやバスを含むコア２０１に対して、ユーザインターフェース部２０２、記憶部２０３、ネットワークインターフェース部２０４、スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７が接続される。ユーザインターフェース部２０２は、ユーザ１００に対する情報表示が可能であり、且つユーザ１００からの操作を受け付けることが可能である。記憶部２０３は、機器内のソフトウェア群及びデータ群を記憶して保存することが可能である。ネットワークインターフェース部２０４は、複合機１０１とネットワークとを繋げる通信機能を提供する。スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７はそれぞれ複合機内のソフトウェア群により連動制御なされることで、コピーや印刷、スキャンなどのジョブを実現することが可能である。
【００１８】
尚、この図２における構成要素群はあくまでもハード要素の一例であり、本発明はこの記載内容に限定するものではない。
【００１９】
図３は、本実施形態に係る複合機１０１の記憶部２０３に保存されているソフトウェアを説明する図である。本実施例における複合機１０１のＣＰＵ２０１ａは、図３に示す各ソフトウェアの機能を実行する。
【００２０】
ウィンドウ表示制御モジュール３００は、複合機１０１のユーザインターフェース部２０２へ表示する複数のウィンドウの制御を行う。制御対象のウィンドウ例としては、Ｗｅｂブラウザ用ウィンドウ３０１、ジョブ状況ＵＩ用ウィンドウ３０３、エラーＵＩ用ウィンドウ３０５等がある。これらのウィンドウを必要に応じて切替えて表示することで表示制御を行う。また個々のウィンドウは、ウィンドウ制御モジュール３００を介して相互にウィンドウ状態の把握や表示制御を行うことができる。
【００２１】
Ｗｅｂブラウザ用ウィンドウ３０１は、Ｗｅｂブラウザ３０２の表示制御を行う。また、Ｗｅｂブラウザ３０２は、ネットワークを介してＷｅｂアプリケーション１０２と通信し、ＨＴＭＬデータの取得やＨＴＭＬデータのレンダリングや表示制御を行うことが可能である。
【００２２】
Ｗｅｂサーバ１０３のＷｅｂアプリケーション１０２は、ジョブ制御モジュール３０９に対してネットワークを経由してジョブを投入して複合機１０１にジョブを実行させることができる。ジョブ状況ＵＩ用ウィンドウ３０３は、ジョブ状況ＵＩ３０４の表示制御を行う。ジョブ状況ＵＩ３０４は、ジョブ制御モジュール３０９からジョブ情報を取得して、複合機１０１内に存在する全てのジョブの状況を一覧表示する。エラーＵＩ用ウィンドウ３０５は、エラーＵＩ制御モジュール３０６のウィンドウ内の表示制御を行う。エラーＵＩ制御モジュール３０６は、ジョブ制御モジュール３０９と連携して、複合機１０１内のジョブの情報を取得することができる。また、取得したジョブの情報を用いて情報テーブル３０８の情報を更新する等のデータ制御を行うことができる。更に、エラーＵＩ制御モジュール３０６は、情報テーブル３０８の情報を基に、適切なエラーＵＩ３０７を生成し、表示対象のアプリケーションを特定することで、エラーＵＩ用ウィンドウ３０５への表示制御を行う。
【００２３】
尚、本実施形態に係るジョブとしては、例えば印刷ジョブ、スキャンジョブ、後処理ジョブ（フィニッシング）、ストレージジョブ等が含まれる。
【００２４】
図４は、実施形態に係る情報テーブルで管理される情報の一例を示す図である。
【００２５】
情報テーブル３０８の構成要素は、アプリＩＤ、ジョブ情報、エラー画面情報を含む。エラーＵＩ制御モジュール３０６は、これらの構成要素に対して追加・削除・編集ができる。一つの構成要素例として、Ｗｅｂアプリケーション１０２に関する構成要素群４００が示されている。この例では、アプリＩＤが「WebApp A」、投入されたジョブ情報として「JobInfo A」、ジョブでエラーが生じている場合のエラー画面情報に「エラーUI A」を設定して関連付けている。
【００２６】
同様に、ジョブ状況アプリケーションに関する構成要素群４０１は、ジョブ状況ＵＩ３０４に関するものである。
【００２７】
エラーＵＩ表示制御モジュール３０６は、このテーブルの構成要素群を基にして、アプリケーションと、ジョブ情報と、表示するべきエラーＵＩとを相互に紐づけることができる。このテーブルを応用することで、ジョブ状況ＵＩ３０４に対してもＷｅｂアプリケーション１０２に関連するジョブ情報とエラーＵＩを紐付けすることが可能となる。
【００２８】
図５（Ａ）〜（Ｃ）は、本実施形態に係る複合機１０１で表示する画面例を説明する図である。
【００２９】
図５（Ａ）〜（Ｃ）では、最初にユーザインターフェース部２０２に初期状態で表示される初期画面５００が示されており、この画面には、各アプリケーションに関するボタン群が配置されている。これらボタンを押下すると、図５（Ａ）に示すように、例えばＷｅｂアプリケーション１０２やジョブ状況ＵＩ３０４のようなそれぞれのボタンに対応するアプリケーション画面に遷移することができる。
【００３０】
一つの例として、Ｗｅｂアプリケーション１０２が複合機１０１に対してジョブを投入し、そのジョブの実行中に複合機１０１で何らかのエラーが発生し、そのジョブの実行を一時停止する場合がある。この際は図５（Ｂ）に示すように、初期画面５００からＷｅｂアプリケーション１０２に遷移して、その画面がエラーＵＩ３０７のようにエラー内容を示す画面により上書き表示される（図６のＳ８）。即ち、エラーＵＩ画面が最前面に表示される。こうしてエラーの発生をユーザに伝達するといった正規の動作がある。この場合の情報テーブルの内容は、図４の４１０で示す場合に該当している。
【００３１】
これに対して図５（Ｃ）の例では、ＨＴＴＰ通信エラー等の何らかの原因により、Ｗｅｂアプリケーション１０２が表示を失敗する場合がある（図６のＳ８でＮＯ）。この場合、図４の情報テーブルにおいて、４０１で示すエリアは４０２で示すように変更される。即ち、ここでは、アプリＩＤが「ジョブ状況」であるジョブ情報「JobInfo A」にエラー画面情報「エラーＵＩ Ａ」が関連付けられている。これにより図５（Ｃ）に示すように、図５（Ａ）（Ｂ）でジョブ状況が表示されていた画面の最前面にエラーＵＩ画面が表示されることになる。
【００３２】
本実施形態では、この時、エラーＵＩ制御モジュール３０６は、図４で説明した情報テーブル２０８の更新処理（図６のＳ１１）を行い、ジョブ状況ＵＩ３０４にエラー画面情報としてエラーＵＩ３０７を紐づける（Ｓ１２）。
【００３３】
この処理によって図５（Ｃ）では、初期画面５００からＷｅｂアプリケーション１０２に遷移した際に、何らかの原因で表示に失敗したことを示すエラー画面５０１が表示される。またジョブ状況ＵＩ３０４に遷移した際には、エラーＵＩ３０７を表示することが可能となる（図５（Ｃ）の３０７）。これについて図６のフローチャートを参照して詳しく説明する。
【００３４】
図６は、本実施形態に係る複合機における情報テーブルを更新する処理を説明するフローチャートである。尚、この処理はコア２０１に含まれるＣＰＵ２０１ａが、記憶部２０３のプログラムをメモリ２０１ｂに展開して実行することにより実現される。この処理は複合機１０のユーザ１００がユーザインターフェース部２０２を操作し、図５の初期画面５００からＷｅｂブラウザ３０２のボタンを押下することにより開始される。
【００３５】
まずＳ１で、Ｗｅｂブラウザ３０２は、サーバ１０３のＷｅｂアプリケーション１０２にアクセスする。次にＳ２に進み、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２に対してＵＲＬによるアクセスが成功したか否かを判断し、アクセスに成功した場合はＳ３へ進み、そうでないときはＳ４へ進む。Ｓ３では、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２からＨＴＭＬデータを取得し、そのＨＴＭＬデータに基づいてユーザインタフェース部２０２に操作画面を表示する。次にＳ４に進み、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２からのＨＴＭＬデータによる表示処理の結果をウィンドウ表示制御モジュール３００へ通知してＳ５へ進む。
【００３６】
Ｓ５では、Ｗｅｂブラウザ３０２は表示結果を判断し、成功したと判断するとＷｅｂブラウザ３０２の処理を終了する。一方、失敗したと判断した場合はＳ６へ進み、Ｗｅｂブラウザ３０２は、例えば図５（Ｃ）の５０１で示すようなエラー表示を行って、この処理を終了する。
【００３７】
またウィンドウ表示制御モジュール３００は、Ｓ７で、Ｗｅｂブラウザ３０２から受信した表示処理の結果をエラーＵＩ制御モジュール３０６へ通知する。これによりエラーＵＩ制御モジュール３０６は、Ｓ８以降の処理を実行する。
【００３８】
Ｓ８でエラーＵＩ制御モジュール３０６は、ウィンドウ表示制御モジュール３００から受信した表示処理の結果を判定し、ＨＴＭＬデータの表示処理に成功したと判定した場合はＳ９へ進み、失敗したと判断した場合はＳ１１へ進む。Ｓ９では、エラーＵＩ制御モジュール３０６は、Ｗｅｂアプリケーション１０２が投入し、且つ、エラーが生じているジョブに関するエラーＵＩ３０７を構築してＳ１０へ進む。Ｓ１０では、エラーＵＩ制御モジュール３０６は、Ｓ９で構築したエラーＵＩ３０７を複合機１０１のユーザインターフェース部２０２の最前面に表示（例えば、図５（Ｂ）のエラーＵＩ表示３０７）して、処理を終了する。
【００３９】
一方Ｓ１１で、エラーＵＩ制御モジュール３０６は、Ｗｅｂアプリケーション１０２が投入し、且つエラーが生じているジョブに関するエラーＵＩ３０７を、Ｗｅｂアプリケーション以外のジョブ状況ＵＩ３０４に紐づけるために情報テーブル３０８を更新する。即ち、ここでは図４に示すテーブルの構成要素群４０１を４０２で示すように更新してＳ１２へ進む。Ｓ１２では、エラーＵＩ制御モジュール３０６は、ジョブ状況ＵＩ３０４が最前面に表示されたか否かを判定し、ジョブ状況ＵＩ３０４が最前面に表示された場合にはＳ９に進む。一方、Ｓ１２でジョブ状況ＵＩ３０４が最前面に表示されない場合にはＳ１２を繰り返す。
【００４０】
本実施例によれば、Ｗｅｂアプリケーション１０２が複合機１０１にジョブを投入し、そのジョブを実行中にエラーが発生し、且つ、そのエラーの発生を示すエラーＵＩ３０７を表示する場合を考える。この場合、エラーＵＩ画面を最前面に表示するべきＷｅｂアプリケーション１０２が表示に失敗した場合でも、例えば図５（Ｃ）に示すように、図５（Ｂ）でジョブ状況ＵＩ３０４が表示されていた場所にエラーＵＩ３０７を表示することができる。これにより、ユーザの利便性が向上する。
【００４１】
また本実施形態によれば、複合機１０１上のＷｅｂブラウザ２０２に表示されているＷｅｂアプリケーション１０２が複合機１０１にジョブを投入し、そのジョブの実行中にエラーが発生した場合を考える。この時、エラー画面２０７を表示する際、最前面に表示するべきＷｅｂアプリケーション１０２が表示に失敗したときでも、ジョブ状況ＵＩ３０４にエラーＵＩ２０７を表示することができるため、ユーザの利便性が向上する。
【００４２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置とその制御方法に関するものである。
【背景技術】
【０００２】
従来より、複合機（ＭＦＰ：Multi−Function Peripheral）に代表される画像形成装置と、Ｗｅｂアプリケーションが搭載されたＷｅｂサーバとなるＰＣである情報端末装置とを有する印刷システムがある。この印刷システムは、ユーザが画像形成装置上のＷｅｂブラウザを介してＷｅｂアプリケーションにアクセスし、そのユーザの指示に従って、Ｗｅｂアプリケーションが画像形成装置に印刷ジョブを投入するものである。
【０００３】
このような印刷システムにおけるエラーの表示方法には、画像形成装置が印刷ジョブを実行している際にエラーが生じた場合、その印刷ジョブを投入したＷｅｂアプリケーションを表示するタイミングで、エラー内容を示す画面を最前面に表示する方法がある。この表示方法では、エラーが生じている間、その印刷ジョブを投入したＷｅｂアプリケーションを表示しようとすると、エラー内容を示す画面が画像形成装置の画面の最前面に表示し続けるため、ユーザに注意を促す点で分かりやすいというメリットがある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平８−１４７１３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記の表示方法では、ユーザに注意を促す点が考慮されているものの、Ｗｅｂアプリケーションが表示されるタイミングでエラー内容を示す画面を最前面に表示する。このため、Ｗｅｂアプリケーションの表示が失敗した場合は、そのタイミングを失い、エラー内容を示す画面を最前面に表示できなくなるという課題がある。
【０００６】
この課題に対して、例えば特許文献１には、複数の画面に親子関係を構築し、子画面の描画処理結果を複数の親画面に反映させる仕組みが記載されている。しかし、この仕組みでは、画面同士の関連付けが可能であるものの、ジョブ情報を関連付け要素として扱っていないため、ジョブの状態に応じた表示処理を行う上では充分ではなかった。
【０００７】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００８】
本発明の特徴は、Ｗｅｂアプリケーションの表示に失敗した場合であっても、ジョブの状態に応じた表示処理を行うことができる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶する記憶手段と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記記憶手段の情報を更新する更新手段と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記記憶手段に記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御手段と、
を有することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、Ｗｅｂアプリケーションの表示に失敗した場合であっても、ジョブの状態に応じた表示処理を行うことができるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】本実施形態に係る印刷システムの構成の一例を示す図。
【図２】本実施形態に係る複合機のハードウェア構成を説明するブロック図。
【図３】本実施形態の複合機の記憶部に保存されているソフトウェアを説明する図。
【図４】実施形態に係る情報テーブルで管理される情報の一例を示す図。
【図５】本実施形態に係る複合機で表示する画面例を説明する図。
【図６】本実施形態に係る複合機における情報テーブルを更新する処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明の情報処理装置の一例として複合機を例に説明するが、本発明はこれに限定されるものでないことは明らかである。
【００１３】
図１は、本実施形態に係る印刷システムの構成の一例を示す図である。
【００１４】
本実施形態に係る印刷システムは、画像形成装置（複合機）１０１とＷｅｂアプリケーション１０２とＷｅｂサーバ１０３とを有し、複合機１０１とサーバ１０３とはそれぞれネットワークを介して接続されている。
【００１５】
ユーザ１００は複合機１０１を操作して、サーバ１０３のＷｅｂアプリケーション１０２を利用することができる。Ｗｅｂアプリケーション１０２は、複合機１０１に対して、ジョブ（スキャンや印刷）の実行指示を行うことができる。尚、この印刷システムの機器間のネットワーク接続形態としては、有線・無線のどちらであってもよい。また、複合機１０１はＷｅｂアプリケーションの表示とジョブの実行が可能であれば良く、例えば、レーザビームプリンタやインクジェットプリンタ等のプリンタであっても良いし、スキャナやファックス等のその他のデバイスであってもよい。更に、Ｗｅｂサーバ１０３は、Ｗｅｂアプリケーションを実行する機能を保有すれば良く、ＰＣ（パーソナルコンピュータ）に限定するものではない。
【００１６】
図２は、本実施形態に係る複合機１０１のハードウェア構成を説明するブロック図である。
【００１７】
ＣＰＵ２０１ａ、メモリ２０１ｂやバスを含むコア２０１に対して、ユーザインターフェース部２０２、記憶部２０３、ネットワークインターフェース部２０４、スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７が接続される。ユーザインターフェース部２０２は、ユーザ１００に対する情報表示が可能であり、且つユーザ１００からの操作を受け付けることが可能である。記憶部２０３は、機器内のソフトウェア群及びデータ群を記憶して保存することが可能である。ネットワークインターフェース部２０４は、複合機１０１とネットワークとを繋げる通信機能を提供する。スキャナ部２０５、プリンタ部２０６、フィニッシャ部２０７はそれぞれ複合機内のソフトウェア群により連動制御なされることで、コピーや印刷、スキャンなどのジョブを実現することが可能である。
【００１８】
尚、この図２における構成要素群はあくまでもハード要素の一例であり、本発明はこの記載内容に限定するものではない。
【００１９】
図３は、本実施形態に係る複合機１０１の記憶部２０３に保存されているソフトウェアを説明する図である。本実施例における複合機１０１のＣＰＵ２０１ａは、図３に示す各ソフトウェアの機能を実行する。
【００２０】
ウィンドウ表示制御モジュール３００は、複合機１０１のユーザインターフェース部２０２へ表示する複数のウィンドウの制御を行う。制御対象のウィンドウ例としては、Ｗｅｂブラウザ用ウィンドウ３０１、ジョブ状況ＵＩ用ウィンドウ３０３、エラーＵＩ用ウィンドウ３０５等がある。これらのウィンドウを必要に応じて切替えて表示することで表示制御を行う。また個々のウィンドウは、ウィンドウ制御モジュール３００を介して相互にウィンドウ状態の把握や表示制御を行うことができる。
【００２１】
Ｗｅｂブラウザ用ウィンドウ３０１は、Ｗｅｂブラウザ３０２の表示制御を行う。また、Ｗｅｂブラウザ３０２は、ネットワークを介してＷｅｂアプリケーション１０２と通信し、ＨＴＭＬデータの取得やＨＴＭＬデータのレンダリングや表示制御を行うことが可能である。
【００２２】
Ｗｅｂサーバ１０３のＷｅｂアプリケーション１０２は、ジョブ制御モジュール３０９に対してネットワークを経由してジョブを投入して複合機１０１にジョブを実行させることができる。ジョブ状況ＵＩ用ウィンドウ３０３は、ジョブ状況ＵＩ３０４の表示制御を行う。ジョブ状況ＵＩ３０４は、ジョブ制御モジュール３０９からジョブ情報を取得して、複合機１０１内に存在する全てのジョブの状況を一覧表示する。エラーＵＩ用ウィンドウ３０５は、エラーＵＩ制御モジュール３０６のウィンドウ内の表示制御を行う。エラーＵＩ制御モジュール３０６は、ジョブ制御モジュール３０９と連携して、複合機１０１内のジョブの情報を取得することができる。また、取得したジョブの情報を用いて情報テーブル３０８の情報を更新する等のデータ制御を行うことができる。更に、エラーＵＩ制御モジュール３０６は、情報テーブル３０８の情報を基に、適切なエラーＵＩ３０７を生成し、表示対象のアプリケーションを特定することで、エラーＵＩ用ウィンドウ３０５への表示制御を行う。
【００２３】
尚、本実施形態に係るジョブとしては、例えば印刷ジョブ、スキャンジョブ、後処理ジョブ（フィニッシング）、ストレージジョブ等が含まれる。
【００２４】
図４は、実施形態に係る情報テーブルで管理される情報の一例を示す図である。
【００２５】
情報テーブル３０８の構成要素は、アプリＩＤ、ジョブ情報、エラー画面情報を含む。エラーＵＩ制御モジュール３０６は、これらの構成要素に対して追加・削除・編集ができる。一つの構成要素例として、Ｗｅｂアプリケーション１０２に関する構成要素群４００が示されている。この例では、アプリＩＤが「WebApp A」、投入されたジョブ情報として「JobInfo A」、ジョブでエラーが生じている場合のエラー画面情報に「エラーUI A」を設定して関連付けている。
【００２６】
同様に、ジョブ状況アプリケーションに関する構成要素群４０１は、ジョブ状況ＵＩ３０４に関するものである。
【００２７】
エラーＵＩ表示制御モジュール３０６は、このテーブルの構成要素群を基にして、アプリケーションと、ジョブ情報と、表示するべきエラーＵＩとを相互に紐づけることができる。このテーブルを応用することで、ジョブ状況ＵＩ３０４に対してもＷｅｂアプリケーション１０２に関連するジョブ情報とエラーＵＩを紐付けすることが可能となる。
【００２８】
図５（Ａ）〜（Ｃ）は、本実施形態に係る複合機１０１で表示する画面例を説明する図である。
【００２９】
図５（Ａ）〜（Ｃ）では、最初にユーザインターフェース部２０２に初期状態で表示される初期画面５００が示されており、この画面には、各アプリケーションに関するボタン群が配置されている。これらボタンを押下すると、図５（Ａ）に示すように、例えばＷｅｂアプリケーション１０２やジョブ状況ＵＩ３０４のようなそれぞれのボタンに対応するアプリケーション画面に遷移することができる。
【００３０】
一つの例として、Ｗｅｂアプリケーション１０２が複合機１０１に対してジョブを投入し、そのジョブの実行中に複合機１０１で何らかのエラーが発生し、そのジョブの実行を一時停止する場合がある。この際は図５（Ｂ）に示すように、初期画面５００からＷｅｂアプリケーション１０２に遷移して、その画面がエラーＵＩ３０７のようにエラー内容を示す画面により上書き表示される（図６のＳ８）。即ち、エラーＵＩ画面が最前面に表示される。こうしてエラーの発生をユーザに伝達するといった正規の動作がある。この場合の情報テーブルの内容は、図４の４１０で示す場合に該当している。
【００３１】
これに対して図５（Ｃ）の例では、ＨＴＴＰ通信エラー等の何らかの原因により、Ｗｅｂアプリケーション１０２が表示を失敗する場合がある（図６のＳ８でＮＯ）。この場合、図４の情報テーブルにおいて、４０１で示すエリアは４０２で示すように変更される。即ち、ここでは、アプリＩＤが「ジョブ状況」であるジョブ情報「JobInfo A」にエラー画面情報「エラーＵＩ Ａ」が関連付けられている。これにより図５（Ｃ）に示すように、図５（Ａ）（Ｂ）でジョブ状況が表示されていた画面の最前面にエラーＵＩ画面が表示されることになる。
【００３２】
本実施形態では、この時、エラーＵＩ制御モジュール３０６は、図４で説明した情報テーブル２０８の更新処理（図６のＳ１１）を行い、ジョブ状況ＵＩ３０４にエラー画面情報としてエラーＵＩ３０７を紐づける（Ｓ１２）。
【００３３】
この処理によって図５（Ｃ）では、初期画面５００からＷｅｂアプリケーション１０２に遷移した際に、何らかの原因で表示に失敗したことを示すエラー画面５０１が表示される。またジョブ状況ＵＩ３０４に遷移した際には、エラーＵＩ３０７を表示することが可能となる（図５（Ｃ）の３０７）。これについて図６のフローチャートを参照して詳しく説明する。
【００３４】
図６は、本実施形態に係る複合機における情報テーブルを更新する処理を説明するフローチャートである。尚、この処理はコア２０１に含まれるＣＰＵ２０１ａが、記憶部２０３のプログラムをメモリ２０１ｂに展開して実行することにより実現される。この処理は複合機１０のユーザ１００がユーザインターフェース部２０２を操作し、図５の初期画面５００からＷｅｂブラウザ３０２のボタンを押下することにより開始される。
【００３５】
まずＳ１で、Ｗｅｂブラウザ３０２は、サーバ１０３のＷｅｂアプリケーション１０２にアクセスする。次にＳ２に進み、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２に対してＵＲＬによるアクセスが成功したか否かを判断し、アクセスに成功した場合はＳ３へ進み、そうでないときはＳ４へ進む。Ｓ３では、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２からＨＴＭＬデータを取得し、そのＨＴＭＬデータに基づいてユーザインタフェース部２０２に操作画面を表示する。次にＳ４に進み、Ｗｅｂブラウザ３０２は、Ｗｅｂアプリケーション１０２からのＨＴＭＬデータによる表示処理の結果をウィンドウ表示制御モジュール３００へ通知してＳ５へ進む。
【００３６】
Ｓ５では、Ｗｅｂブラウザ３０２は表示結果を判断し、成功したと判断するとＷｅｂブラウザ３０２の処理を終了する。一方、失敗したと判断した場合はＳ６へ進み、Ｗｅｂブラウザ３０２は、例えば図５（Ｃ）の５０１で示すようなエラー表示を行って、この処理を終了する。
【００３７】
またウィンドウ表示制御モジュール３００は、Ｓ７で、Ｗｅｂブラウザ３０２から受信した表示処理の結果をエラーＵＩ制御モジュール３０６へ通知する。これによりエラーＵＩ制御モジュール３０６は、Ｓ８以降の処理を実行する。
【００３８】
Ｓ８でエラーＵＩ制御モジュール３０６は、ウィンドウ表示制御モジュール３００から受信した表示処理の結果を判定し、ＨＴＭＬデータの表示処理に成功したと判定した場合はＳ９へ進み、失敗したと判断した場合はＳ１１へ進む。Ｓ９では、エラーＵＩ制御モジュール３０６は、Ｗｅｂアプリケーション１０２が投入し、且つ、エラーが生じているジョブに関するエラーＵＩ３０７を構築してＳ１０へ進む。Ｓ１０では、エラーＵＩ制御モジュール３０６は、Ｓ９で構築したエラーＵＩ３０７を複合機１０１のユーザインターフェース部２０２の最前面に表示（例えば、図５（Ｂ）のエラーＵＩ表示３０７）して、処理を終了する。
【００３９】
一方Ｓ１１で、エラーＵＩ制御モジュール３０６は、Ｗｅｂアプリケーション１０２が投入し、且つエラーが生じているジョブに関するエラーＵＩ３０７を、Ｗｅｂアプリケーション以外のジョブ状況ＵＩ３０４に紐づけるために情報テーブル３０８を更新する。即ち、ここでは図４に示すテーブルの構成要素群４０１を４０２で示すように更新してＳ１２へ進む。Ｓ１２では、エラーＵＩ制御モジュール３０６は、ジョブ状況ＵＩ３０４が最前面に表示されたか否かを判定し、ジョブ状況ＵＩ３０４が最前面に表示された場合にはＳ９に進む。一方、Ｓ１２でジョブ状況ＵＩ３０４が最前面に表示されない場合にはＳ１２を繰り返す。
【００４０】
本実施例によれば、Ｗｅｂアプリケーション１０２が複合機１０１にジョブを投入し、そのジョブを実行中にエラーが発生し、且つ、そのエラーの発生を示すエラーＵＩ３０７を表示する場合を考える。この場合、エラーＵＩ画面を最前面に表示するべきＷｅｂアプリケーション１０２が表示に失敗した場合でも、例えば図５（Ｃ）に示すように、図５（Ｂ）でジョブ状況ＵＩ３０４が表示されていた場所にエラーＵＩ３０７を表示することができる。これにより、ユーザの利便性が向上する。
【００４１】
また本実施形態によれば、複合機１０１上のＷｅｂブラウザ２０２に表示されているＷｅｂアプリケーション１０２が複合機１０１にジョブを投入し、そのジョブの実行中にエラーが発生した場合を考える。この時、エラー画面２０７を表示する際、最前面に表示するべきＷｅｂアプリケーション１０２が表示に失敗したときでも、ジョブ状況ＵＩ３０４にエラーＵＩ２０７を表示することができるため、ユーザの利便性が向上する。
【００４２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶する記憶手段と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記記憶手段の情報を更新する更新手段と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記記憶手段に記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
初期状態で前記Ｗｅｂアプリケーションを含む各アプリケーションに対応するボタン群を表示し、前記ボタン群のいずれかの操作に応じて、対応する画面に遷移させるＵＩ手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記画面は、ジョブの状況を表示する画面を含むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置を制御する情報処理装置の制御方法であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けてメモリに記憶する記憶工程と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記メモリに情報を更新する更新工程と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記メモリに記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項５】
請求項４に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【請求項１】
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けて記憶する記憶手段と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記記憶手段の情報を更新する更新手段と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記記憶手段に記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御手段と、
を有することを特徴とする情報処理装置。
【請求項２】
初期状態で前記Ｗｅｂアプリケーションを含む各アプリケーションに対応するボタン群を表示し、前記ボタン群のいずれかの操作に応じて、対応する画面に遷移させるＵＩ手段を更に有することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記画面は、ジョブの状況を表示する画面を含むことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
ＷｅｂサーバのＷｅｂアプリケーションからジョブを受信して当該ジョブを実行する情報処理装置を制御する情報処理装置の制御方法であって、
前記Ｗｅｂアプリケーションと、当該Ｗｅｂアプリケーションから受信したジョブ及びエラー画面情報を関連付けてメモリに記憶する記憶工程と、
前記Ｗｅｂアプリケーションからのデータの取得に失敗した場合、ジョブの実行中のエラーを示すエラー画面情報を、前記Ｗｅｂアプリケーション以外の他のアプリケーションと関連付けるために前記メモリに情報を更新する更新工程と、
前記Ｗｅｂアプリケーションの表示に失敗した場合、前記メモリに記憶されている前記情報に基づいて、前記エラーを示すエラー画面情報を、関連付けられている前記他のアプリケーションの画面の前面に表示する表示制御工程と、
を有することを特徴とする情報処理装置の制御方法。
【請求項５】
請求項４に記載の制御方法の各工程をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１３−４１４３３（Ｐ２０１３−４１４３３Ａ）
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願番号】特願２０１１−１７８１０９（Ｐ２０１１−１７８１０９）
【出願日】平成２３年８月１６日（２０１１．８．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年２月２８日（２０１３．２．２８）
【国際特許分類】
【出願日】平成２３年８月１６日（２０１１．８．１６）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]