JP5767454B2 - 画像処理装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、画像処理装置、その制御方法、及びプログラムに関するものである。

ＰＣなどの情報処理装置がネットワーク上のＷｅｂサーバに接続され、Ｗｅｂサーバにより提供される操作画面などのコンテンツを、情報処理装置が備えるＷｅｂブラウザ上に表示することが知られている。最近ではスキャナやプリンタを備えた画像処理装置であるＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザを備えているものがある。このようなＭＦＰは、Ｗｅｂサーバにより提供されるコンテンツを自身のＷｅｂブラウザに表示し、ユーザからの各種指示を受け付ける。

更には、ＭＦＰが備える各機能をＷｅｂブラウザ上に表示された操作画面を介して利用する技術も提案されている。この場合、ＭＦＰが備える各機能を利用するための指示を入力する操作画面をＷｅｂサーバが提供する。即ち、ＭＦＰのユーザは、Ｗｅｂブラウザ上に表示された操作画面を介して、ＭＦＰに対する指示を入力する。そして、入力された指示はＭＦＰのＷｅｂブラウザによってＷｅｂサーバにリクエストとして送信され、通知される。この通知を受けたＷｅｂサーバは、ユーザから入力された指示の内容に従って、ＭＦＰに対して各種処理の実行を依頼する。更に、この依頼を受けたＭＦＰは、依頼された処理を実行する。これにより、ＭＦＰを操作するための全ての操作画面をＭＦＰ内で保持しておく必要がなくなり、また操作画面の変更もＷｅｂサーバ上で容易に行うことができる。

また、特許文献１には、Ｗｅｂサーバから依頼を受けたＭＦＰが依頼された処理を実行中にエラーなどが発生した場合、ＭＦＰから任意のサーバへ通知を行う技術が提案されている。当該サーバはＭＦＰからの通知を受け付け、エラーが発生した旨をユーザに通知するためのＵＲＬを応答としてＭＦＰへ返信する。続いて、ＭＦＰは当該サーバからの応答に基づいて、ＷｅｂブラウザからＷｅｂサーバへ問い合わせを行い、適切なエラーメッセージなどのコンテンツを取得し画面に表示する。これにより、ＭＦＰにおいて発生したエラーに対するエラーメッセージなどに関してもＷｅｂサーバで表示内容、表示画面を制御することが可能となっている。

特開２００７−０４２０９８号公報

しかしながら、従来技術には以下に記載する問題がある。上記従来技術では、ＭＦＰはエラーメッセージ表示を行うために一旦サーバへの状態変化通知を送信し、当該サーバからの応答を待つ必要がある。しかし、ネットワークが断絶した場合、或いは、当該サーバに異常が発生し応答することができない場合において、ＭＦＰからサーバへの状態通知やサーバからの応答受信を行うことができない。したがって、ユーザはネットワーク障害の発生状況やジョブの実行状況を知ることができない場合がある。

本発明は、上述の問題に鑑みて成されたものであり、Ｗｅｂサーバから、ジョブの実行状況を表示するためのデータのリクエストに対する応答を正常に受信できなかった場合でも、ユーザが、ジョブの実行状況を容易に確認できるようにすることを目的とする。

本発明は、例えば、Ｗｅｂサーバと通信可能であり、Ｗｅｂブラウザを有する画像処理装置であって、ジョブを処理するジョブ処理手段と、Ｗｅｂサーバにジョブ処理手段で実行されるジョブの実行状況を表示するためのデータのリクエストを送信する送信手段と、リクエストに対するＷｅｂサーバからの応答を正常に受信できたか否かを判定する判定手段と、応答が正常に受信されたと判定手段によって判定されたことに従って、Ｗｅｂサーバから受信した応答の内容に従ってＷｅｂブラウザにジョブの実行状況を表示し、応答が正常に受信されなかったと判定手段によって判定されたことに従って、Ｗｅｂサーバを介さずにジョブ処理手段からジョブの実行状況を取得し、取得されたジョブの実行状況を表示する表示制御手段とを備えることを特徴とする。

本発明は、Ｗｅｂサーバから、ジョブの実行状況を表示するためのデータのリクエストに対する応答を正常に受信できなかった場合でも、ユーザが、ジョブの実行状況を容易に確認できる。

第１の実施形態に係る画像処理システムの構成例を示す図である。 第１の実施形態に係る画像処理装置のハードウェア構成例を示すブロック図である。 第１の実施形態に係るサーバのハードウェア構成例を示すブロック図である。 第１の実施形態に係る画像処理装置とＷｅｂサーバのソフトウェア構成例を示すブロック図である。 第２の実施形態に係る画像処理装置とＷｅｂサーバのソフトウェア構成例を示すブロック図である。 第３の実施形態に係る画像処理装置とＷｅｂサーバのソフトウェア構成例を示すブロック図である。 第１の実施形態に係る画像処理システムの一連の処理を示すシーケンス図である。 第１の実施形態に係るＷｅｂブラウザの処理手順を示すフローチャートである。 第２の実施形態に係るサービスプロバイダの処理手順を示すフローチャートである。 第３の実施形態に係るサービスプロバイダの処理手順を示すフローチャートである。

以下、本発明を実施するための形態について図面を用いて説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
＜画像処理システムの構成＞
以下では、図１乃至図６を参照して、本発明における第１の実施形態について説明する。まず、図１を参照して、本実施形態に係る画像処理システムについて説明する。本画像処理システムは、ネットワーク１００を介して接続される画像処理装置１０１と、サーバ１０２とを含む。ネットワーク１００は、各装置間で通信を行うための基盤であって、イントラネット、インターネット又はその他のネットワークシステムであってもよい。画像処理装置１０１は、Ｗｅｂブラウザ機能を有すれば、ＭＦＰ（Multiple Function Peripheral）などでもよい。また、サーバ１０２は、Ｗｅｂコンテンツを、ネットワークを介して配信するＷｅｂサーバ機能を有しており、画像処理装置１０１からのリクエストに応じてＷｅｂコンテンツを返す。

＜画像処理装置のハードウェア構成＞
次に、図２を参照して、本実施形態における画像処理装置１０１の構成例について説明する。画像処理装置１０１は、ＣＰＵ２０１、ＲＡＭ２０２、読取装置２０３、印刷装置２０４、記憶装置２０５、ユーザ入力装置２０６、ＵＩ表示装置２０７、及びネットワーク装置２０８を備える。ＣＰＵ２０１は、画像処理装置１０１を統括的に制御する。ＲＡＭ２０２は、ＣＰＵ２０１のワークエリアを提供する。

読取装置２０３は、画像処理装置１０１に載置された原稿から画像を読み取って画像データを出力する。印刷装置２０４は、読取装置２０３から出力された画像データ、又は、画像処理装置１０１に接続された外部装置から送信された画像データに従って画像を記録材に印刷する。記憶装置２０５には、本発明に関するプログラムや様々な設定情報が記憶されるＨＤＤやＮＶＲＡＭ等である。ユーザ入力装置２０６は、ユーザがコマンドの入力を行うためのユーザインタフェースである。ＵＩ表示装置２０７は、画像処理装置１０１が保持しているデータやサーバ１０２から取得したデータを用いて画面表示を行う。ネットワーク装置２０８は、外部装置とネットワークによる通信を制御する。これらの各コンポーネントは、メインバス２００によって相互通信可能に接続されている。

なお、本実施形態では特に言及しない限り、ＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、読取装置２０３、印刷装置２０４、記憶装置２０５、ユーザ入力装置２０６、ＵＩ表示装置２０７、及びネットワーク装置２０８を統括的に制御する。また、タッチパネルディスプレイのようにＵＩ表示装置２０７がユーザ入力装置２０６を兼ねてもよい。

＜サーバのハードウェア構成＞
次に、図３を参照して、本実施形態におけるサーバ１０２の構成例について説明する。サーバ１０２は、ＣＰＵ３０１、ＲＡＭ３０２、記憶装置３０３、及びネットワーク装置３０４を備える。ＣＰＵ３０１は、サーバ１０２を統括的に制御する。ＲＡＭ３０２は、ＣＰＵ３０１のワークエリアを提供する。記憶装置３０３には、本発明に関するプログラムや、設定情報が記憶される。ネットワーク装置３０４は、外部装置とネットワークによる通信を制御する。これらの各コンポーネントは、メインバス３００によって相互通信可能に接続されている。なお、本実施形態では特に言及しない限り、ＣＰＵ３０１がメインバス３００を介してＲＡＭ３０２、記憶装置３０３、及びネットワーク装置３０４を統括的に制御する。

＜画像処理システムのソフトウェア構成＞
次に、図４Ａを参照して、第１の実施形態における画像処理システム全体のソフトウェア構成例について説明する。図４Ａに示す各機能部は、画像処理装置１０１とサーバ１０２とのそれぞれが有しているＣＰＵ２０１やＣＰＵ３０１が制御プログラムを実行することにより実現される。なお、以下では、画像処理システムのソフトウェア構成について説明するが、これらの機能ブロックはハードウェアや、ハードウェアとソフトウェアの組み合わせによって実現されてもよい。

画像処理装置１０１は、第１制御手段として機能し、Ｗｅｂブラウザ機能を実現するためのＷｅｂブラウザ４２０と、第２制御手段として機能し、上記Ｗｅｂブラウザ機能を解したジョブの実行を制御するサービスプロバイダ４３０とを備える。Ｗｅｂブラウザ４２０及びサービスプロバイダ４３０のそれぞれは、画像処理装置１０１が有しているＣＰＵ２０１が制御プログラムを実行することにより実現される。なお、Ｗｅｂブラウザ４２０は、サーバ１０２のコンテンツを表示するものに限定するものではない。同様に、サーバ１０２もＨＴＴＰプロトコルに従ってリクエスト／レスポンスを送受信するＷｅｂサーバに限定するものではない。したがって、Ｗｅｂブラウザ４２０は、任意のサーバと通信を行うことによってコンテンツを取得し、画面に表示するといった機能を有するものであればよい。ここで、コンテンツとは、画像処理装置１０１がＵＩ表示装置２０７に表示する表示画面の情報を示す。

Ｗｅｂブラウザ４２０は、通信部４２１、解析部４２２、画面表示部４２３、及び状態変化検知部４２４を備える。通信部４２１は、ＨＴＴＰプロトコルに従って、サーバ１０２のＷｅｂアプリケーション４１０におけるプレゼンテーション部４１１と通信を行う。より具体的には、通信部４２１は、Ｗｅｂブラウザ４２０で表示した操作画面を介して入力される情報を後述のＷｅｂアプリケーション４１０に対するリクエストとして送信する。また、通信部４２１は、Ｗｅｂアプリケーション４１０から送信されるレスポンス（処理結果）を受信する。同様に、後述の状態変化検知部４２４によって状態変化が検知された場合、通信部４２１は、サービスプロバイダ４３０の通信部４３１に対してリクエストを行い、通信部４３１から送信されるレスポンスを受信する。

解析部４２２は、Ｗｅｂアプリケーション４１０から受信したレスポンスを解析する。レスポンスの中にはＷｅｂブラウザ４２０に表示すべき操作画面の内容を示す記述であるＨＴＭＬデータが含まれている。画面表示部４２３は、表示制御手段として機能し、解析部４２２によるＨＴＭＬデータ（表示画面情報）の解析結果に基づいて、ＵＩ表示装置２０７に操作画面を表示する。状態変化検知部４２４は、判定手段として機能し、通信部４２１が正常に通信を完了できたかどうかを監視し、通信が正常に行われなかった場合に、通信部４２１に対して、通信部４３１と通信を行うように指示する。

サービスプロバイダ４３０は、通信部４３１、ジョブ生成部４３２、及びコンテンツ生成部４３３を備える。通信部４３１は、Ｗｅｂアプリケーション４１０内のロジック部４１２から処理依頼を受け付ける。また、通信部４３１は、画像処理装置１０１の通信部４２１からリクエストを受けた場合、後述のコンテンツ生成部４３３によって生成されたコンテンツ情報（ＨＴＭＬデータ）をレスポンスとして返す。ジョブ生成部４３２は、通信部４３１が受け付けた処理依頼を受け取り、依頼された処理を実行するためのジョブを生成して実行する。コンテンツ生成部４３３は、通信部４３１が画像処理装置１０１の通信部４２１からリクエストを受けた場合に、Ｗｅｂブラウザ４２０が画面表示を行うためのコンテンツ情報（ＨＴＭＬデータ）を生成する。また、コンテンツ生成部４３３は、動的にコンテンツを生成せず、記憶装置２０５に予め記憶したコンテンツを参照して使用してもよい。

＜シーケンス＞
次に、図５を参照して、本実施形態における画像処理システムの一連の処理について説明する。本シーケンスは、画像処理装置１０１のＷｅｂブラウザ４２０がユーザによって起動されることにより開始される。まず、Ｓ５００において、Ｗｅｂブラウザ４２０は、ＨＴＴＰのリクエストをサーバ１０２のＷｅｂアプリケーション４１０に行う。リクエストを受けたＷｅｂアプリケーション４１０は、Ｓ５０１において、Ｗｅｂブラウザ４２０で表示する画面のＨＴＭＬコンテンツ（表示画面情報）を返す。例えば、リクエストがスキャン設定画面の要求である場合は、Ｗｅｂアプリケーション４１０は、スキャン設定画面表示用のＨＴＭＬをレスポンスする。

Ｓ５０２において、Ｗｅｂブラウザ４２０は、ユーザがブラウザに表示されたコンテンツを操作すると、当該ユーザ操作に従ってＷｅｂアプリケーション４１０に対してＨＴＴＰリクエストを送信し、サービスプロバイダ４３０への機能実行を要求する。ここで、Ｗｅｂアプリケーション４１０は、例えば、スキャン実行ボタンをユーザが押下したのであれば、スキャンの実行を要求されたと判断する。Ｓ５０３において、Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４２０に対して、画面表示用のＨＴＭＬコンテンツをレスポンスする。ここでレスポンスするコンテンツは、処理実行中をユーザに知らせるＨＴＭＬコンテンツである。

Ｓ５０４において、Ｗｅｂアプリケーション４１０は、サービスプロバイダ４３０に機能実行指示を行う。例えば、スキャン実行の指示を行い、画像処理装置１０１でスキャンが実行される。Ｓ５０５において、サービスプロバイダ４３０は、機能実行結果をＷｅｂアプリケーション４１０にレスポンスする。

Ｓ５０６において、Ｗｅｂブラウザ４２０は、所定時間ごとにＷｅｂアプリケーション４１０にＨＴＴＰのリクエストを送信する。Ｗｅｂアプリケーション４１０は、Ｗｅｂブラウザ４２０からリクエストを受け取ると、Ｓ５０７においてサービスプロバイダ４３０に対してジョブ状況取得要求を行う。続いて、Ｓ５０８において、サービスプロバイダ４３０は、Ｗｅｂアプリケーション４１０に対してジョブ状況をレスポンスする。ジョブ状況を取得すると、Ｗｅｂアプリケーション４１０は、Ｓ５０９において、ジョブ状況をユーザに知らせるＨＴＭＬコンテンツをＷｅｂブラウザに対してレスポンスする。例えば、スキャンジョブが実行されていた場合、Ｓ５０８において、サービスプロバイダ４３０は、スキャンジョブが実行中か、又は終了しているのかをＷｅｂアプリケーション４１０にレスポンスする。Ｗｅｂアプリケーション４１０がブラウザ４２０に対してその結果を含むコンテンツをレスポンスすることで、ユーザはスキャンジョブの実行状況を知ることができる。なお、Ｓ５０６のＨＴＴＰ要求は、実行中のジョブが終了されるまで所定時間ごとに繰り返される。

＜Ｗｅｂブラウザの処理手順＞
次に、図６を参照して、本実施形態におけるＷｅｂブラウザ４２０の処理手順について説明する。なお、以下で説明する処理は、ＣＰＵ２０１が記憶装置２０５から読み出したプログラムを実行することにより実現される。

Ｓ６００において、通信部４２１は、Ｗｅｂアプリケーション４１０のプレゼンテーション部４１１に、現在画像処理装置１０１内で処理されているジョブの実行状況を表示するＨＴＭＬコンテンツを要求し、当該コンテンツを受信する。Ｓ６０１において、状態変化検知部４２４は、判定手段として機能し、Ｓ６００で正常にコンテンツを受信できたか否かを判定する。ここで、ネットワークが断絶している場合や、サーバ１０２の異常で正常にコンテンツを受信できなかった場合はＳ６０２に進む。具体的には、状態変化検知部４２４は、ＨＴＭＬコンテンツを要求してから所定時間が経過した後に当該要求に対する応答を受信できなかった場合や、当該応答がエラー情報を含む内容であった場合は、上記コンテンツが正常に受信できなかったと判定する。一方、正常にコンテンツを受信できた場合はＳ６０３に進む。なお、状態変化検知部４２４は、ＨＴＭＬコンテンツ内に含まれるＪａｖａ（登録商標）Ｓｃｒｉｐｔとして実装されていてもよい。

Ｓ６０２において、通信部４２１は、サービスプロバイダ４３０の通信部４３１に対して、現在画像処理装置１０１内で処理されているジョブの実行状況を表示するＨＴＭＬコンテンツを要求し、コンテンツを受信する。なお、通信部４２１による処理は、Ｓ６０１と同様に、ＨＴＭＬコンテンツ内に含まれるＪａｖａ（登録商標）Ｓｃｒｉｐｔとして実装されていてもよい。このとき受信するコンテンツは、サービスプロバイダ４３０で実行中のジョブの状況を示すコンテンツであり、エラーに関する情報や、ジョブの進行状況が記載されている。また、このコンテンツ内には、Ｗｅｂアプリケーション４１０に対してコンテンツを再度要求するような処理が記載されていても良い。この処理は、ＨＴＭＬに限らず、Ｊａｖａ（登録商標）ＳｃｒｉｐｔやＦｌａｓｈコンテンツによって提供されてもよい。その後、Ｓ６０３において、解析部４２２は、Ｓ６０１又はＳ６０２で受信したＨＴＭＬコンテンツを解析し、画面表示部４２３によって解析結果を表示する。

以上説明したように、第１の実施形態における画像処理システムでは、Ｗｅｂブラウザ４２０がネットワークの異常を検知した場合に、サービスプロバイダ４３０に直接ジョブの実行状況を表示するＨＴＭＬコンテンツを要求し、その結果を表示する。そのため、第１の実施形態における画像処理装置では、Ｗｅｂアプリケーションを用いたジョブの実行中に、ネットワークに異常が発生した場合であっても実行中のジョブの状況をユーザに知らせることができる。

＜第２の実施形態＞
次に、図４Ｂ及び図７を参照して、第２の実施形態について説明する。なお、第１の実施形態と同様の構成については、同様の参照番号を付し、説明を省略する。まず、図４Ｂを参照して、本実施形態における画像処理システム全体のソフトウェア構成について説明する。

本実施形態では、第１の実施形態と異なり、判定手段として機能する状態変化検知部４３４がサービスプロバイダ４３０に設けられる。したがって、通信部４３１が正常に通信を行っているかを監視し、通信が正常に行われていないことを検知した場合、後述のＵＲＬ指示受信部４２５に対して、通信部４３１が提供するコンテンツのＵＲＬを指示する。状態変化検知部４３４は、サービスプロバイダ４３０の外から通信部４３１に対して所定時間通信が行われていないかどうか監視する。所定時間通信が行われなかった場合は正常に通信が行われていないと判断する。ＵＲＬ指示受信部４２５は、外部からＷｅｂブラウザ４２０が表示するコンテンツのＵＲＬを受け付ける。ＵＲＬを受け付けた場合、ＵＲＬ指示受信部４２５は、通信部４２１に対して受け付けたＵＲＬに対してリクエストを送るように指示する。

次に、図７を参照して、第２の実施形態におけるサービスプロバイダ４３０の処理手順について説明する。なお、以下で説明する処理は、ＣＰＵ２０１が記憶装置２０５から読み出したプログラムを実行することにより実現される。

Ｓ７００において、サービスプロバイダ４３０の通信部４３１は、Ｗｅｂアプリケーション４１０のロジック部４１２からのリクエストによるジョブの投入を受け付ける。Ｓ７０１において、状態変化検知部４３４は、ジョブが投入されてから、或いは、ジョブ状況取得が最後にされてから所定時間が経過したかを監視する。所定時間が経過していればＳ７０２に進み、所定時間が経過していなければＳ７０１に戻る。

Ｓ７０２において、状態変化検知部４３４は、Ｗｅｂブラウザ４２０のＵＲＬ指示受信部４２５に、通信部４３１が提供するＷｅｂコンテンツのＵＲＬを指定することで、通信部４３１にリクエストを送るように指示する。ここでＵＲＬ指示受信部４２５における指示受信の方法は問わない。例えば、プログラムの関数の形で受け付けてもよいし、Ｗｅｂサービスで指示を受け付けてもよい。

次に、Ｓ７０３において、通信部４３１は、通信部４２１からのリクエストを受け、コンテンツ生成部４３３が生成したコンテンツをレスポンスとして返す。コンテンツ生成部４３３は、現在のジョブの実行状況からコンテンツを生成する。続いて、Ｓ７０４において、サービスプロバイダ４３０は、通信部４２１からのリクエストに対して通信部４３１が返したコンテンツが、ジョブの終了を通知するコンテンツであるか、又はエラーが発生したことを通知するコンテンツであるか否かを判定する。ジョブの終了を通知するコンテンツ、又はエラーが発生したことを通知するコンテンツであった場合は、処理を終了する。そうでない場合は、ステップ７０１に戻る。

以上説明したように、第２の実施形態における画像処理システムでは、サービスプロバイダ４３０がネットワークの異常を検知し、Ｗｅｂブラウザ４２０に対してサービスプロバイダ４３０に直接ジョブの実行状況を表示するコンテンツを要求するように指示する。そのため、第２の実施形態における画像処理システムでは、ネットワークに異常があっても実行中のジョブの状況をユーザに知らせることができる。

＜第３の実施形態＞
次に、図４Ｃ及び図８を参照して、第３の実施形態について説明する。なお、第１及び第２の実施形態と同様の構成については、同様の参照番号を付し、説明を省略する。まず、図４Ｃを参照して、本実施形態における画像処理システム全体のソフトウェア構成について説明する。

状態変化検知部４３４は、判定手段として機能し、通信部４３１が正常に通信を行っているかを監視し、通信が正常に行われていないことを検知した場合、後述の画面表示部４３５に画面表示を行うよう指示をする。画面表示部４３５は、表示制御手段として機能し、状態変化検知部４３４から指示があると、状態変化検知部４３４が検知した状態変化やジョブの実行状況に基づき、ＵＩ表示装置２０７に画面を表示する。

次に、図８を参照して、第３の実施形態におけるサービスプロバイダ４３０の処理手順について説明する。なお、以下で説明する処理は、ＣＰＵ２０１が記憶装置２０５から読み出したプログラムを実行することにより実現される。

まず、Ｓ８００において、サービスプロバイダ４３０の通信部４３１は、Ｗｅｂアプリケーション４１０のロジック部４１２からのリクエストによるジョブの投入を受け付ける。Ｓ８０１において、状態変化検知部４３４は、ジョブが投入されてから、又はジョブ状況取得が最後にされてから所定時間が経過したかを監視する。所定時間が経過していればＳ８０２に進み、所定時間が経過していなければＳ８０１に戻る。Ｓ８０２において、画面表示部４３５は、Ｓ８０１で状態変化検知部４３４が検知した状態と、ジョブの実行状況に基づき、ジョブの実行状況をユーザに伝える画面を表示する。このとき表示する画面は画面表示部４３５が保持する画面でもよいし、動的に生成した画面でもよい。続いて、Ｓ８０３において、サービスプロバイダ４３０は、Ｓ８０２でユーザに報知したジョブの実行状況が、エラー、又はジョブ終了であるか否かを判定する。ここで、実行状況がエラー又はジョブ終了であった場合は処理を終了し、そうでない場合はＳ８０１に戻る。

以上説明したように、第３の実施形態における画像処理システムでは、サービスプロバイダ４３０がネットワークの異常を検知し、自ら状態を通知する画面を表示することで、ネットワークに異常があっても実行中のジョブの状況をユーザに知らせることができる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (7)

1. Ｗｅｂサーバと通信可能であり、Ｗｅｂブラウザを有する画像処理装置であって、
   ジョブを処理するジョブ処理手段と、
   前記Ｗｅｂサーバに前記ジョブ処理手段で実行されるジョブの実行状況を表示するためのデータのリクエストを送信する送信手段と、
   前記リクエストに対する前記Ｗｅｂサーバからの応答を正常に受信できたか否かを判定する判定手段と、
   前記応答が正常に受信されたと前記判定手段によって判定されたことに従って、前記Ｗｅｂサーバから受信した応答の内容に従って前記Ｗｅｂブラウザにジョブの実行状況を表示し、前記応答が正常に受信されなかったと前記判定手段によって判定されたことに従って、前記Ｗｅｂサーバを介さずに前記ジョブ処理手段からジョブの実行状況を取得し、当該取得されたジョブの実行状況を表示する表示制御手段と
   を備えることを特徴とする画像処理装置。
2. 前記ジョブの実行状況を表示するためのデータは、ＨＴＭＬコンテンツであることを特徴とする請求項１に記載の画像処理装置。
3. 前記表示制御手段は、前記応答が正常に受信されなかったと前記判定手段によって判定されたことに従って、前記Ｗｅｂサーバを介さずに前記ジョブ処理ユニットからジョブの実行状況を取得し、当該取得されたジョブの実行状況を表示するために解析することを特徴とする請求項１または２に記載の画像処理装置。
4. 前記ジョブの実行状況は、ジョブのエラー状況を含むことを特徴とする請求項１に記載の画像処理装置。
5. 前記判定手段は、
   前記応答としてエラー情報を受信した場合、又は、前記リクエストを送信してから所定時間が経過した後に前記応答が受信されなかった場合に、前記応答が正常に受信されなかったと判定することを特徴とする請求項１乃至４の何れか１項に記載の画像処理装置。
6. Ｗｅｂサーバと通信可能であり、Ｗｅｂブラウザと、ジョブを処理するジョブ処理部とを有する画像処理装置の制御方法であって、
   前記Ｗｅｂサーバに前記ジョブ処理部で実行されるジョブの実行状況を表示するためのデータのリクエストを送信する送信ステップと、
   前記リクエストに対する前記Ｗｅｂサーバからの応答を正常に受信できたか否かを判定する判定ステップと、
   前記応答が正常に受信されたと前記判定ステップで判定されたことに従って、前記Ｗｅｂサーバから受信した応答の内容に従って前記Ｗｅｂブラウザにジョブの実行状況を表示し、前記応答が正常に受信されなかったと前記判定ステップで判定されたことに従って、前記Ｗｅｂサーバを介さずに前記ジョブ処理部からジョブの実行状況を取得し、当該取得されたジョブの実行状況を表示する表示制御ステップと
   を実行することを特徴とする画像処理装置の制御方法。
7. 請求項６に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。

Images