JP2011198238A

JP2011198238A - 表示画面制御装置、表示画面制御方法およびプログラム

Info

Publication number: JP2011198238A
Application number: JP2010066264A
Authority: JP
Inventors: Tetsuya Sugimoto; 哲哉杉本
Original assignee: Konica Minolta Business Technologies Inc
Current assignee: Konica Minolta Business Technologies Inc
Priority date: 2010-03-23
Filing date: 2010-03-23
Publication date: 2011-10-06
Anticipated expiration: 2030-03-23
Also published as: CN102202145A; EP2369828A2; US8826085B2; US20110239059A1; JP5035375B2; EP2369828B1; EP2369828A3; CN102202145B

Abstract

【課題】Ｗｅｂサーバから取得した表示画面に含まれるコンテンツが正常に表示されていない状態のとき、ユーザに無駄な操作を行わせることなく、適切にユーザ操作を継続させることができるようにする。
【解決手段】表示画面制御装置は、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するエラー検出部３１と、エラー検出部３１により表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するエラー判定部３２と、エラー判定部３２の判定結果に基づいて、表示部１４においてユーザに表示画面の再取得を促すための報知画像の表示又は非表示を切り換え制御する報知制御部３３とを備える構成である。
【選択図】図３

Description

本発明は、表示画面制御装置、表示画面制御方法およびプログラムに関し、特にＷｅｂサーバから表示画面を取得して表示する技術に関する。

近年、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置はＷｅｂページを閲覧するためのブラウザを備え、このブラウザが操作パネルに表示するための表示画面をネットワークに接続されたＷｅｂサーバから取得して表示するものが提案されている（例えば、特許文献１）。このような表示形態では、例えば、画像処理装置においてユーザが操作可能な操作ボタンや、ユーザが設定可能な設定項目とその設定値などが、Ｗｅｂサーバから取得する表示画面に画像などのコンテンツとして含まれる。

特開２０１０−３９６６３号公報

しかしながら、上記のような表示形態の場合、例えばＷｅｂサーバやネットワークに大きな負荷がかかっていると、表示画面に含まれる一部又は全部のコンテンツが操作パネルに表示されないことがある。このような場合、ユーザは、操作パネルに表示されていないコンテンツがどのような内容を示すものであるのかを把握することができず、また設定操作を継続することもできなくなる。そのため、操作パネルにコンテンツが表示されない状態となったとき、ユーザは自身の判断でＷｅｂサーバから表示画面を再取得するための操作を行う必要がある。

ところが、画像処理装置の操作パネルなどの表示装置は、表示可能な画面サイズが小さいことから、Ｗｅｂサーバから取得する表示画面を最大限のサイズで表示できるようにするため、ブラウザに対する指示を行うためのツールバーなどを表示しないように設定されているケースが多い。この場合、ユーザがブラウザに対して表示画面の再取得を指示しようとしても、どのような操作を行えば良いのか判らないことが多く、操作性が悪いという問題がある。

一方、ブラウザがＷｅｂサーバから取得した表示画面を操作パネルに表示したとき、その表示画面に含まれる少なくとも１つのコンテンツが非表示状態となっていれば、ユーザによる指示操作を受けることなく、ブラウザが自動的にＷｅｂサーバから表示画面を再取得することも考えられる。しかし、この場合は、コンテンツの表示エラーが発生すると、一律で表示画面の再取得が開始されるため、ユーザにとって設定操作の継続に支障のないコンテンツが非表示となっていても表示画面の再取得が開始されることになり、ユーザによる操作が中断されてしまうという問題がある。

また、表示画面に含まれる少なくとも１つのコンテンツが非表示状態となっていれば、エラーメッセージを表示し、ユーザに対して表示画面の再取得を行うか否かを問い合わせることも考えられる。しかし、ユーザにとっては非表示状態のコンテンツがどのような内容のものであるのかを把握することができないため、表示画面の再取得を指示した後、Ｗｅｂサーバから再取得されたコンテンツが表示されたときに設定操作の継続に支障のないコンテンツであったことが判明することもある。このような場合、ユーザによる表示画面の再取得のための指示操作が無駄な操作になってしまうと共に、特に必要のないコンテンツを表示するために時間を要する。そのため、ユーザによる操作が中断されてしまうという問題がある。

そこで本発明は、上記従来の問題点を解決するためになされたものであり、Ｗｅｂサーバから取得した表示画面に含まれるコンテンツが正常に表示されていない状態のとき、ユーザに無駄な操作を行わせることなく、適切にユーザ操作を継続させることができるようにした表示画面制御装置、表示画面制御方法およびプログラムを提供することを目的としている。

上記目的を達成するため、請求項１にかかる発明は、表示画面制御装置であって、各種情報を表示する表示手段と、ユーザによる入力操作を検知する操作検知手段と、Ｗｅｂサーバとデータ通信を行う通信手段と、前記通信手段を介して前記Ｗｅｂサーバからユーザによる入力操作のための表示画面を取得して前記表示手段に表示するブラウザと、前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するエラー検出手段と、前記エラー検出手段により表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するエラー判定手段と、前記エラー判定手段の判定結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御する報知制御手段と、を備えることを特徴とする構成である。

また請求項２にかかる発明は、請求項１に記載の表示画面制御装置において、前記報知制御手段は、前記エラー検出手段によって表示エラーが検出され、且つ、前記エラー判定手段によって表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであると判定された場合に、前記表示手段に前記報知画像を表示することを特徴とする構成である。

また請求項３にかかる発明は、請求項１又は２に記載の表示画面制御装置において、前記報知画像には、前記ブラウザによって前記表示手段に表示された表示画面に表示エラーが発生していることを示すメッセージが含まれることを特徴とする構成である。

また請求項４にかかる発明は、請求項１に記載の表示画面制御装置において、前記報知制御手段は、前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面の表示処理が開始された場合に前記表示手段に前記報知画像を表示し、前記ブラウザによる表示画面の表示処理が完了したときに前記エラー検出手段によって表示エラーが検出されていなければ、前記報知画像を非表示状態に切り換えることを特徴する構成である。

また請求項５にかかる発明は、請求項１乃至４のいずれかに記載の表示画面制御装置において、前記報知画像には、前記ブラウザに対し、前記Ｗｅｂサーバから表示画面を再取得させるための再描画ボタンが含まれることを特徴とする構成である。

また請求項６にかかる発明は、請求項５に記載の表示画面制御装置において、前記ブラウザは、前記操作検知手段により前記再描画ボタンがユーザによって操作されたことを検知した場合、前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示することを特徴とする構成である。

また請求項７にかかる発明は、表示画面制御方法であって、ネットワークを介して接続されたＷｅｂサーバからユーザによる入力操作のための表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するステップと、表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するステップと、前記判定の結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御するステップと、を有することを特徴とする構成である。

また請求項８にかかる発明は、プログラムであって、コンピュータに、ネットワークを介して接続されたＷｅｂサーバからユーザによる入力操作のための表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するステップと、表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するステップと、前記判定の結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御するステップと、を実行させることを特徴とする構成である。

本発明によれば、ブラウザによってＷｅｂサーバから取得された表示画面が表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーが検出されると、その表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かが判定される。そしてその判定結果に基づいて、表示手段においてユーザに表示画面の再取得を促すための報知画像が表示されたり、表示されなかったりする構成である。そのため、表示手段において正常に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツである場合は、ユーザに表示画面の再取得を促すことができる。また、表示手段において正常に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツでない場合は、ユーザに無駄な操作を行わせることなく、適切にユーザ操作を継続させることができるようになる。

画像処理システムの一構成例を示す図である。画像処理装置のハードウェア構成の一例を示すブロック図である。制御部のＣＰＵがプログラムを実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。ブラウザがＷｅｂサーバから表示画面を取得して表示部に表示する場合のデータ通信の概要を示す図である。ブラウザによって表示画面に含まれる全てのコンテンツが正常に受信された場合に表示部に表示される表示画面の一例を示す図である。原稿設定に関する設定変更のための表示画面の一例を示す図である。ブラウザによって表示画面に含まれる一部のコンテンツが正常に受信されなかった場合に表示部に表示される表示画面の一例を示す図である。報知制御部によって表示部に表示される報知画像の一例を示す図である。ユーザの入力操作に影響のないコンテンツが非表示状態となっている表示画面の一例を示す図である。第１の実施の形態において制御部によって行われる処理手順の一例を示すフローチャートである。ブラウザがＷｅｂサーバに対して画面要求を行った直後の表示部の表示画面の一例を示す図である。第２の実施の形態において制御部によって行われる処理手順の一例を示すフローチャートである。ブラウザによって表示画面に含まれる全てのコンテンツが正常に受信された場合に表示部に表示される表示画面の一例を示す図である。ブラウザによってジョブの設定項目と設定値とを含むコンテンツが正常に受信されなかった場合に表示部に表示される表示画面の一例を示す図である。ジョブの実行開始前に表示部に表示される設定確認画面の一例を示す図である。第３の実施の形態において制御部が表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。ブラウザによってジョブの設定項目と設定値とを含まないコンテンツが正常に受信されなかった場合に表示部に表示される表示画面の一例を示す図である。第３の実施の形態においてスタートキーが押下された場合に制御部によって行われる処理手順の一例を示すフローチャートである。

以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。

（第１の実施の形態）
図１は、本発明における画像処理システム１の一構成例を示す図である。この画像処理システム１は、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置２と、Ｗｅｂサーバ３とがネットワーク４に接続された構成である。ネットワーク４は、例えばオフィス環境に設置されるＬＡＮであっても良いし、またインターネットなどを含むネットワークであっても良い。

画像処理装置２は、コピー機能、スキャナ機能、プリンタ機能、ＦＡＸ機能などの複数の機能を有しており、それら各機能に対応するジョブを実行する。ただし、画像処理装置２は、必ずしも複数の機能を備えていないものであっても良く、コピー機、スキャナ、プリンタ、又は、ＦＡＸ装置などの単機能装置であっても構わない。

画像処理装置２は、ユーザが操作する際のユーザインタフェースとなる操作パネル１３を備えている。この操作パネル１３には、各種情報を表示する表示部１４と、ユーザによる各種入力操作を受け付ける操作入力部１５とが設けられている。表示部１４は、例えばカラー液晶ディスプレイなどで構成される。また操作入力部１５は、表示部１４の画面上に配置されたタッチパネルキーと、表示部１４の周囲に配置された押しボタンキーとを備えて構成される。画像処理装置２は、表示部１４に表示するための表示画面を、ネットワーク４を介してＷｅｂサーバ３から取得し、表示部１４に表示するようになっている。

Ｗｅｂサーバ３は、例えばＨＴＴＰ（HyperText Transfer Protocol）により、画像処理装置２に対して操作パネル１３の表示部１４に表示させるための表示画面を提供するサーバである。Ｗｅｂサーバ３は、画像処理装置２の各機能に対応する操作画面を予め保持している。そして画像処理装置２からの画面要求に基づいて、操作画面に現在の設定値を反映させた表示画面を生成し、画像処理装置２に送信する。

このようなＷｅｂサーバ３は、画像処理装置２に対して表示画面を提供する他に、画像処理装置２に搭載されていない機能をアプリケーションサービスとして提供するものであっても構わない。このようなアプリケーションサービスには種々のサービスがあるが、例えば、画像処理装置２からスキャナ機能によって読み取られた画像データを取得し、その画像データに含まれる文字を認識するＯＣＲ機能（Optical Character Recognition）などがある。このような場合、Ｗｅｂサーバ３は、アプリケーションサービスに関する各種設定操作を行うための表示画面を生成し、画像処理装置２に送信する。この場合、画像処理装置２は、Ｗｅｂサーバ３から受信する表示画面を表示部１４に表示することで、画像処理装置２を使用するユーザがＷｅｂサーバ３によって提供されるアプリケーションサービスを利用可能となる。

図２は、画像処理装置２のハードウェア構成の一例を示すブロック図である。画像処理装置２は、制御部１０と、操作パネル１３と、スキャナ部１６と、プリンタ部１７と、通信インタフェース１８と、記憶装置１９とを備え、これらがデータバス２０を介して相互にデータの入出力を行うことができる構成である。

制御部１０は、ＣＰＵ１１とメモリ１２とを備えており、操作パネル１３、スキャナ部１６、プリンタ部１７、通信インタフェース１８および記憶装置１９のそれぞれの動作を制御する。特に本実施形態では、ＣＰＵ１１が記憶装置１９に記憶されているプログラム２１を読み出して実行することにより、操作パネル１３の表示部１４に表示するための表示画面を制御する表示画面制御装置として機能する。メモリ１２は、ＣＰＵ１１がプログラム２１に基づく処理を行うことに伴い、一時的なデータなどを記憶するためのものである。

操作パネル１３の表示部１４は、データバス２０を介して制御部１０から入力する表示画面を表示する。また操作入力部１５には、ユーザによる操作を検知する操作検知部１５ａが設けられている。操作検知部１５ａは、ユーザによる操作を検知すると、その検知信号を制御部１０に出力する。

スキャナ部１６は、画像処理装置２においてコピー機能、スキャナ機能、ＦＡＸ送信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、スキャナ部１６は、原稿の読み取り動作を行って画像データを生成し、出力する。

プリンタ部１７は、画像処理装置２においてコピー機能、プリンタ機能、ＦＡＸ受信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、プリンタ部１７は、入力する画像データに基づいて印刷用紙などの印刷媒体に画像形成を行い、印刷物を出力する。

通信インタフェース１８は、画像処理装置２をネットワーク４に接続するためのものである。制御部１０は、この通信インタフェース１８を介してＷｅｂサーバ３とのデータ通信を行い、Ｗｅｂサーバ３から表示画面を取得する。

記憶装置１９は、例えばハードディスク装置などの不揮発性記憶装置である。この記憶装置１９には、上述したように制御部１０のＣＰＵ１１によって実行されるプログラム２１が予めインストールされている。このプログラム２１には、Ｗｅｂサーバ３から表示画面を取得して表示部１４に表示させるためのブラウザプログラムが含まれる。

図３は、制御部１０のＣＰＵ１１がプログラム２１を実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。図３に示すように、制御部１０は、ブラウザ３０、エラー判定部３２、報知制御部３３、ジョブ実行制御部３６として機能する。

ブラウザ３０は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得し、その表示画面を操作パネル１３の表示部１４に表示する処理部である。図４は、ブラウザ３０がＷｅｂサーバ３から表示画面を取得して表示部１４に表示する場合のデータ通信の概要を示す図である。ブラウザ３０は、操作検知部１５ａによってユーザ操作が検知されると、そのユーザ操作に対応した表示画面を取得するためにＷｅｂサーバ３に対して画面要求Ｄ１０を送信する。Ｗｅｂサーバ３は、この画面要求Ｄ１０に対応した表示画面を生成し、ブラウザ３０に送信する。Ｗｅｂサーバ３からブラウザ３０に対して送信される表示画面は、例えば図４に示すように、ＨＴＭＬ（HyperText Markup Language）などの所定の言語で記述されたＷｅｂページＤ２０と、画像データなどのコンテンツＤ２１，Ｄ２２，…とで構成される。コンテンツＤ２１，Ｄ２２のそれぞれには識別情報としてユニークなＩＤが付与されている。ＷｅｂページＤ２０には、それら各コンテンツＤ２１，Ｄ２２のＩＤと関連付けられたコンテンツ属性情報Ｄ２０ａが含まれる。コンテンツ属性情報Ｄ２０ａは、各コンテンツＤ２１，Ｄ２２に対応した属性情報である。このコンテンツ属性情報Ｄ２０ａには、各コンテンツＤ２１，Ｄ２２の表示位置や表示サイズを定義した情報が含まれる。またこの他にも、コンテンツ属性情報Ｄ２０ａには、各コンテンツＤ２１，Ｄ２２がユーザにとって入力操作を行うために必要なコンテンツであるか否かを示す情報や、各コンテンツＤ２１，Ｄ２２に関するキーワード又はコメントなどの情報が含まれる。

ブラウザ３０は、ＷｅｂページＤ２０に含まれるコンテンツ属性情報Ｄ２０ａを解析することにより、各コンテンツＤ２１，Ｄ２２，…の表示位置や表示サイズなどを特定し、その特定結果に基づいてＷｅｂサーバ３から受信する各コンテンツＤ２１，Ｄ２２，…を表示画面にレイアウトする。そしてブラウザ３０は、ＷｅｂページＤ２０に基づいて各コンテンツＤ２１，Ｄ２２，…をレイアウトした表示画面を表示部１４に出力して表示する。

図５は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ１を示す図であり、表示画面Ｇ１に含まれる全てのコンテンツが正常に受信された場合の表示結果の一例を示している。この表示画面Ｇ１は、例えばＷｅｂサーバ３によって提供されるアプリケーションサービスの一つであるＯＣＲ機能を利用するための表示画面である。この表示画面Ｇ１では、Ｗｅｂサーバ３からビットマップ画像として正常に受信された複数のコンテンツ４１〜５５が表示されている。例えばコンテンツ４１〜４４は、ＯＣＲ機能を利用するために必要となる各種設定操作のための設定キーとなる。またコンテンツ４５〜４８は、コンテンツ４１〜４４に対応する各設定ボタンに関するヘルプ情報を表示するための操作キーとなる。またコンテンツ４９，５０は、表示画面Ｇ１を別のページに更新するための操作キーとなる。またコンテンツ５１〜５４は、その他の設定操作を行うための操作キーとなる。さらにコンテンツ５５は、ジョブの実行開始を指示するためのスタートキーとなっている。ただし、表示部１４の周囲に設けられた押しボタンキーの一つとして、スタートキーが設けられている場合は、表示画面Ｇ１に必ずしもスタートキー５５を表示しなくても良い。

図５に示すように、表示画面Ｇ１に含まれる全てのコンテンツ４１〜５５が正常に表示されている場合、ユーザは、画像処理装置２を使用して操作するときに、各種設定項目を把握することができる。そしてユーザは、特定の設定項目の設定値を変更する場合、その設定項目が表示されたコンテンツを押下する操作を行う。この操作は操作検知部１５ａによって検知され、操作検知部１５ａからブラウザ３０に対して操作信号が出力される。ブラウザ３０は、この操作信号を入力すると、ユーザによって操作されたコンテンツを特定し、そのコンテンツに対応した設定操作のための表示画面を取得すべく、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する。これにより、Ｗｅｂサーバ３から設定変更のための表示画面が送信される。ブラウザ３０は、Ｗｅｂサーバ３から設定変更のための表示画面を取得すると、その表示画面を表示部１４に表示する。

図６は、原稿設定に関する設定変更のための表示画面Ｇ２の一例を示す図である。例えば図５に示す表示画面Ｇ１が表示部１４に表示されている状態で、ユーザが原稿設定に対応するコンテンツ４１の押下操作を行うと、ブラウザ３０がＷｅｂサーバ３から図６に示すような表示画面Ｇ２を取得し、表示部１４に表示する。この表示画面Ｇ２には、各種設定項目に対応して現在の設定値が表示されると共に、現在の設定値を変更するためのプルダウンボタン５６が表示されている。このプルダウンボタン５６が操作されると、ブラウザ３０は、図６に示すようにプルダウンメニュー５７を表示する。ユーザはこのプルダウンメニュー５７の中から所望の設定値を選択することで設定値を変更する。そしてユーザは、変更した設定値を確定させる場合には、ＯＫキー５８を押下する。

ブラウザ３０は、表示画面Ｇ２のＯＫキー５８が押下されたことを検出すると、それに伴い、Ｗｅｂサーバ３に対して再び画面要求Ｄ１０を送信する。このとき、Ｗｅｂサーバ３に送信される画面要求Ｄ１０には、ユーザにより選択された設定値が含まれる。そしてＷｅｂサーバ３は、再び表示画面Ｇ１を生成し、ブラウザ３０に送信する。これによりブラウザ３０は、表示部１４に表示する表示画面を、図６に示す表示画面Ｇ２から、図５に示す表示画面Ｇ１に戻す。このとき、原稿設定に対応するコンテンツ４１に、ユーザによって選択された設定値が含まれた状態で表示されるようにしても良い。この場合、ユーザは設定値の変更操作を行った後、原稿設定に関するコンテンツ４１の表示内容を確認することで所望の設定値が正しく反映されているか否かを把握することができる。

ところで、上記のようにブラウザ３０がＷｅｂサーバ３に対して画面要求Ｄ１０を送信したタイミングで、Ｗｅｂサーバ３又はネットワーク４に大きな負荷がかかっている場合、ブラウザ３０は、例えば図５に示すような表示画面Ｇ１を表示するのに必要となる全てのコンテンツを正常に受信しないことがある。このような場合、ブラウザ３０は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて各コンテンツＤ２１，Ｄ２２，…を正常にレイアウトすることができず、表示部１４には一部のコンテンツが欠落した不完全な表示画面が表示される。

図７は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ３を示す図であり、図５の表示画面Ｇ１に含まれる原稿設定に関するコンテンツ４１と、原稿の読込み設定に関するコンテンツ４２と、スタートキーに関するコンテンツ５５とが正常に受信されなかった場合の表示結果の一例を示している。この表示画面Ｇ３では、ブラウザ３０によって、コンテンツ４１，４２，５５が正常に受信されていないため、本来それらのコンテンツが表示される部分に特定のマーク（例えばＸマークなど）が表示される。つまり、この特定のマークは、ユーザに対して正常にコンテンツが表示されていないことを示すエラー表示となっている。このようなエラーはブラウザ３０によって検出される。

すなわち、図３に示すように、ブラウザ３０は、表示エラーを検出するエラー検出部３１を備えている。エラー検出部３１は、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示された状態で当該表示画面に含まれる画像の表示エラーの有無を検出する。例えば、ＷｅｂページＤ２０のコンテンツ属性情報Ｄ２０ａに基づいてコンテンツを正常にレイアウトすることができなかった場合、エラー検出部３１は、そのコンテンツが正常に表示されずに表示エラーとなったことを検知する。このようなエラー検出部３１は、ブラウザ３０の一部の機能となっており、ブラウザ３０が起動している間は表示エラーの有無を検出可能な状態となっている。

一方、図７に示すように、原稿設定に関するコンテンツ４１と、原稿の読込み設定に関するコンテンツ４２とが非表示状態となっていると、ユーザはＯＣＲ機能を利用するために必要な設定操作を行うことができない。また図７では、スタートキー５５も非表示状態となっているため、ユーザはジョブの実行開始を指示することができない。さらに、図７に示すような表示状態の場合、ユーザはどのようなコンテンツ（すなわち操作キー）が非表示状態となっているのかを把握することもできない。

そこで、本実施形態では、エラー検出部３１によって表示エラーが検出されることに伴い、エラー判定部３２と、報知制御部３３とが機能し、表示画面Ｇ３において表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定し、必要なコンテンツであれば、表示部１４に対してユーザに表示画面の再取得を促すための報知画像を表示するように構成される。これに対し、表示画面Ｇ３において表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツでなければ、そのような報知画像の表示は行わず、ユーザによる入力操作をそのまま継続させる。そしてユーザがスタートキー５５を押下した場合、ジョブ実行制御部３６が機能し、画像処理装置２においてジョブの実行が開始される。以下、さらに詳しく説明する。

ブラウザ３０は、Ｗｅｂサーバ３から取得する表示画面を表示部１４に対して逐次表示していく。このとき、エラー検出部３１は、リアルタイムで表示部１４に表示されている表示画面に表示エラーが発生しているか否かを検出し、その検出結果をエラー判定部３２に出力する。また表示エラーが発生している場合、エラー検出部３１は、表示部１４において正常に表示されていないコンテンツのＩＤを特定し、そのＩＤをエラー判定部３２に通知する。

エラー判定部３２は、エラー検出部３１から入力する検出結果に基づいて表示エラーの有無を判定する。そして表示エラーが発生している場合は、さらにエラー検出部３１から入力するコンテンツのＩＤに基づいて表示画面に表示されていないコンテンツ（すなわち、表示エラーの検出されたコンテンツ）を特定すると共に、その特定したコンテンツが、ユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定する。このとき、エラー判定部３２は、ＷｅｂページＤ２０に含まれるコンテンツ属性情報Ｄ２０ａに基づいて、非表示状態であると特定されたコンテンツが、ユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定する。

例えば、図５に示すような表示画面Ｇ１の場合、ＯＣＲ機能を利用するための設定キーであるコンテンツ４１〜４４と、スタートキーであるコンテンツ５５とが正常に表示されていない場合、それら非表示状態であるコンテンツはユーザにとって入力操作を継続するために必要なコンテンツであると判定される。一方、その他の操作キーに対応するコンテンツ４５〜５４が正常に表示されていない場合でも、それらのコンテンツはユーザにとって入力操作を継続するために必要でないコンテンツであると判定される。

ここで、エラー判定部３２がコンテンツ属性情報Ｄ２０ａに基づいてコンテンツの判定を行う手法には、次の３つの手法がある。

まず第１の手法について説明する。上述したように、コンテンツ属性情報Ｄ２０ａには、各コンテンツＤ２１，Ｄ２２がユーザにとって入力操作を行うために必要なコンテンツであるか否かを示す情報が含まれる。コンテンツ属性情報Ｄ２０ａに、そのような情報が含まれている場合、エラー判定部３２は、その情報を参照することによって非表示となっているコンテンツがユーザにとって入力操作を行うために必要なコンテンツであるか否かを判定する。例えば、必要なコンテンツであるか否かを示す情報が所定の値であれば、ユーザにとって入力操作を行うために必要なコンテンツと判定され、所定の値でなければ、ユーザにとって入力操作を行うために必要でないコンテンツと判定される。

ただし、この第１の手法を適用する場合には、Ｗｅｂサーバ３で表示画面を生成する際に、エラー判定部３２によってコンテンツの種別を判別することが可能な情報を生成する必要がある。言い換えると、Ｗｅｂサーバ３が必要なコンテンツであるか否かを示す情報を生成する際の仕様と、エラー判定部３２が必要なコンテンツであるか否かを示す情報を判定する際の仕様とを統一しておく必要がある。これに対し、例えばＷｅｂサーバ３とエラー判定部３２との仕様が互いに異なっている場合には、この第１の手法ではユーザにとって入力操作を行うために必要なコンテンツであるか否かを判定することができないことがある。そのような場合、エラー判定部３２は、次の第２の手法を適用する。

第２の手法は、コンテンツ属性情報Ｄ２０ａに含まれる情報であって、各コンテンツＤ２１，Ｄ２２に関するキーワード又はコメントなどの情報に基づいて判定を行う手法である。エラー判定部３２は、コンテンツ属性情報Ｄ２０ａから、表示エラーの検出されたコンテンツに関するキーワード又はコメントなどの情報を読み出す。そしてキーワード又はコメントなどの情報に、「原稿設定」、「読込み設定」、「送信先設定」、「ＯＣＲ設定」又は「スタート」などの所定の文字列が含まれていれば、非表示となっているコンテンツがユーザにとって入力操作を行うために必要なコンテンツであると判定する。これに対し、所定の文字列が含まれていない場合は、非表示となっているコンテンツがユーザにとって入力操作を行うために必要でないコンテンツであると判定する。

ただし、この第２の手法を適用する場合には、Ｗｅｂサーバ３で表示画面を生成する際に、各コンテンツに関するキーワード又はコメントなどの情報を生成してコンテンツ属性情報Ｄ２０ａに含めておく必要がある。一方、例えばＷｅｂサーバ３によってそのような情報が生成されていない場合には、この第２の手法ではユーザにとって入力操作を行うために必要なコンテンツであるか否かを判定することができないことがある。そのような場合、エラー判定部３２は、次の第３の手法を適用する。

第３の手法は、表示部１４の画面サイズに対して所定割合以上の領域でコンテンツが非表示状態となっていれば、非表示状態となっているコンテンツがユーザにとって入力操作を行うために必要なコンテンツであると判定する手法である。すなわち、コンテンツ属性情報Ｄ２０ａには、各コンテンツの表示サイズが定義されるため、エラー判定部３２は、その表示サイズに基づいて表示エラーの検出された全てのコンテンツの表示サイズと、表示部１４の画面サイズとを比較する。そしてコンテンツが正常に表示されていない領域が、表示部１４の画面サイズに対して所定の割合以上であれば、ユーザにとって入力操作を行うために必要なコンテンツが表示されていないと判定する。この所定の割合は、例えば５０％程度に設定される。尚、この第３の手法は、ユーザにとって入力操作を行うために必要なコンテンツであるか否かを正確に判定することができないが、一般的には、ユーザにとって入力操作を行うために必要なコンテンツは他のコンテンツに比べて大きな表示サイズで表示されることが定義付けされていると言える。そのため、画面サイズに対して所定の割合以上の領域でコンテンツが正常に表示されていなければ、その表示されていないコンテンツの中に、ユーザにとって入力操作を行うために必要なコンテンツが含まれている可能性が高く、誤判定が行われる可能性はそれ程大きくない。

このようにエラー判定部３２は、第１乃至第３の手法のいずれかを適用することにより、表示部１４に表示された表示画面において正常に表示されていないコンテンツが、ユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定する。その結果、表示画面に表示されていないコンテンツが、ユーザにとって入力操作を継続するために必要なコンテンツであると判定した場合は、報知制御部３３を機能させる。尚、コンテンツに限らず、ブラウザ３０がＷｅｂサーバ３からＷｅｂページＤ２０を正常に受信することができなかった場合も、ユーザにとって入力操作を継続するために必要なコンテンツが表示されていないと判定され、報知制御部３３が機能する。

一方、ユーザにとって入力操作を継続するために必要なコンテンツでないと判定した場合は、そのままの表示状態でもユーザは入力操作を継続することができるので、報知制御部３３は機能させない。これにより、表示部１４に表示される表示画面において、例えば単なる画面装飾用の画像コンテンツや、ジョブの実行に影響しない操作キーなどの画像コンテンツだけが非表示となっている場合にはそのままの表示状態が継続される。

例えば、ブラウザ３０によって図７に示すような表示エラーのある表示画面Ｇ３が表示されると、「原稿設定」および「読込み設定」に関するコンテンツ４１，４２と、スタートキーに関するコンテンツ５５とが正常に表示されていないため、エラー判定部３２により、ユーザにとって入力操作を継続するために必要なコンテンツが正常に表示されていないと判定される。そのため、この場合は報知制御部３３が機能する。

報知制御部３３は、エラー判定部３２の判定結果に基づいて、表示部１４に対し、ユーザに表示画面の再取得を促すための報知画像の表示および非表示を制御する処理部である。本実施形態の報知制御部３３は、エラー判定部３２によりユーザにとって入力操作を継続するために必要なコンテンツが正常に表示されていないと判定された場合、表示部１４に対して報知画像を表示する。

図８は、報知制御部３３によって表示部１４に表示される報知画像６０の一例を示す図である。この報知画像６０は、例えばブラウザ３０によって表示されている表示画面Ｇ４の前面側に表示される。また報知画像６０には、ブラウザ３０によって表示部１４に表示された表示画面Ｇ３に表示エラーが発生していることを示すメッセージが含まれる。このメッセージによりユーザに表示画面の再取得を促す。また報知画像６０には、メッセージの下に、ブラウザ３０に対してＷｅｂサーバ３からの同じ表示画面の再取得を指示するための再描画ボタン６１と、再描画を行わないことを指示するためのボタン６２とが含まれている。

尚、ここでは、報知制御部３３が、表示部１４に対して報知画像６０を表示する場合を例示しているが、これに限られない。例えば報知制御部３３がブラウザ３０に対して報知画像６０を表示することを指示するようにしても良い。この場合、ブラウザ３０は、報知制御部３３からの指示に基づいて報知画像６０を生成し、表示部１４の最前面にその生成した報知画像６０を表示する態様となる。

図８に示すような報知画像６０が表示されることにより、ユーザは入力操作を継続するために必要なコンテンツが正常に表示されていないことを把握することができる。そしてＷｅｂサーバ３から表示画面を再取得して入力操作を行うために必要なコンテンツを正常に表示したい場合、ユーザは再描画ボタン６１を押下する。一方、再描画の必要がないと判断した場合は、ボタン６２を押下する。

再描画ボタン６１又はボタン６２がユーザによって操作された場合、報知制御部３３は、報知画像６０の表示状態を非表示状態に切り換える。特に再描画ボタン６１がユーザによって操作された場合には、報知画像６０を非表示状態に切り換えると共に、表示部１４に現在表示している表示画面をＷｅｂサーバ３から再取得することをブラウザ３０に対して指示する。

これにより、ブラウザ３０はＷｅｂサーバ３から現在の表示画面の再取得を行い、表示部１４に表示している表示画面を更新する。その結果、表示部１４に表示される表示画面は、例えば、図７に示すように表示エラーのある表示画面Ｇ３から図５に示すような表示エラーのない表示画面Ｇ１に更新されるようになる。尚、ブラウザ３０がＷｅｂサーバ３から同じ表示画面を再取得した場合に再び表示エラーが検出されると、上記と同様の処理が行われる。そして、ユーザにとって入力操作を行うために必要なコンテンツが全て正常に表示された状態となれば、ユーザは操作パネル１３に対する入力操作を継続し、所望の設定状態を実現してジョブを実行させることが可能になる。

そしてユーザによってスタートキーが押下されることによりジョブの実行開始指示が与えられると、ジョブ実行制御部３６が機能する。ジョブ実行制御部３６は、各部の動作を制御することによりユーザにより指定されたジョブの実行を制御する処理部である。このジョブ実行制御部３６が機能することにより、画像処理装置２においてジョブの実行が開始される。例えば、上述したＯＣＲ機能を利用するジョブの場合、ジョブ実行制御部３６は、スキャナ部１６を制御することにより原稿の読み取り動作を行って画像データを取得し、その取得した画像データをＷｅｂサーバ３に送信する。

一方、エラー検出部３１によって表示エラーが検出された場合でも、表示されなかったコンテンツがユーザにとって入力操作を行うために必要なコンテンツでない場合は、上記のような報知画像６０は表示されない。例えば、図９に示すようにブラウザ３０によって表示画面Ｇ４が表示された状態で、コンテンツ４５〜４８が表示されなかった場合には報知画像６０は表示されない。これらコンテンツ４５〜４８は、上述したようにコンテンツ４１〜４４に対応する各設定ボタンに関するヘルプ情報を表示するための操作キーであるので、表示画面Ｇ５において正常に表示されていない状態でもユーザは入力操作を継続することが可能である。したがって、このような場合、報知画像６０は表示されず、ブラウザ３０による表示画面の再取得も行われない。そしてユーザは再描画を行うか否かを選択する必要がなく、そのままの状態で各種設定やジョブの実行を指示するための入力操作を継続することができるので操作性が向上する。

次に第１の実施の形態における制御部１０の具体的な動作について説明する。図１０は、制御部１０によって行われる処理手順の一例を示すフローチャートである。この処理を開始すると、制御部１０はまずブラウザ３０を起動する。そしてブラウザ３０がＷｅｂサーバ３に対して画面要求を行い、Ｗｅｂサーバ３から表示画面を取得して表示部１４に表示する（ステップＳ１０）。そしてエラー検出部３１によって表示画面における表示エラーが検出されているか否かを判断する（ステップＳ１１）。このとき、表示エラーが検出されていなければ、ステップＳ２０に進む。

表示部１４に表示された表示画面において表示エラーが検出されている場合（ステップＳ１１でＹＥＳ）、エラー判定部３２が機能し、表示エラーの検出されたコンテンツに対応するコンテンツ属性情報Ｄ２０ａを取得する（ステップＳ１２）。そしてエラー判定部３２は、コンテンツ属性情報Ｄ２０ａに基づいてエラー判定を行い、ユーザにとって入力操作を行うために必要なコンテンツが非表示状態になっているか否かを判別する（ステップＳ１３）。そしてエラー判定部３２は、その判定結果に基づいて報知画像６０を表示するか否かを判断する（ステップＳ１４）。ここでは、ユーザにとって入力操作を行うために必要なコンテンツが非表示状態になっていれば、ＹＥＳとなり、報知制御部３３が機能する。一方、非表示状態となっているコンテンツが、ユーザにとって入力操作を行うために必要なコンテンツでない場合はＮＯとなり、ステップＳ２０に進む。

報知画像６０を表示する場合、報知制御部３３は、図８に示すような報知画像６０を表示部１４の最前面に表示する（ステップＳ１５）。そして報知制御部３３は、ユーザによる入力操作が検知されるまで待機する状態となり（ステップＳ１６）、ユーザによる入力操作が検知されると（ステップＳ１６でＹＥＳ）、再描画ボタン６１が操作されたか否かを判断する（ステップＳ１７）。再描画ボタン６１が操作された場合（ステップＳ１７でＹＥＳ）、報知制御部３３は表示部１４に表示している報知画像６０を非表示状態に切り換え（ステップＳ１８）、ステップＳ１０に戻る。この場合、ブラウザ３０が再度Ｗｅｂサーバ３に対して再度画面要求を行うので、表示エラーの検出された表示画面がブラウザ３０によって再取得され、表示部１４の表示画面が更新される。

一方、ユーザにより再描画ボタン６１が操作されなかった場合（ステップＳ１７でＮＯ）、報知制御部３３は、表示部１４に表示している報知画像６０を非表示状態に切り換る（ステップＳ１９）。そしてステップＳ２０に進む。

ステップＳ２０に進むと、ブラウザ３０は、ユーザによる入力操作が検知されるまで待機する状態となり（ステップＳ２０）、ユーザによる入力操作が検知されると（ステップＳ２０でＹＥＳ）、スタートキーが操作されたか否かを判断する（ステップＳ２１）。ユーザによる操作がスタートキーの操作でない場合（ステップＳ２１でＮＯ）、ステップＳ１０に戻る。この場合、ブラウザ３０は、ユーザによる入力操作に対応した別の表示画面をＷｅｂサーバ３から取得すべく、Ｗｅｂサーバ３に対して画面要求を行う。これにより、ブラウザ３０は、Ｗｅｂサーバ３からユーザの入力操作に対応した表示画面を取得するので、表示部１４の表示画面が別の表示画面に遷移する。

これに対し、ユーザによる操作がスタートキーの操作であった場合（ステップＳ２１でＹＥＳ）、ブラウザ３０はジョブ実行制御部３６を機能させる。そしてジョブ実行制御部３６がスタートキー押下処理を実行する（ステップＳ２２）。このスタートキー押下処理には、ユーザによって指定されたジョブの実行を開始する処理が含まれる。そのため、ユーザがスタートキーを操作すると、それに伴い、画像処理装置２においてジョブの実行が開始される。

以上のように本実施形態の画像処理装置２は、Ｗｅｂサーバ３からユーザによる入力操作のための表示画面を取得して表示部１４に表示するブラウザ３０と、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するエラー検出部３１と、エラー検出部３１により表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するエラー判定部３２と、エラー判定部３２の判定結果に基づいて表示部１４においてユーザに表示画面の再取得を促すための報知画像６０を表示する報知制御部３３とを備えた構成となっている。

上記構成によれば、ブラウザ３０により表示部１４に表示された表示画面に含まれる一部又は全部のコンテンツが正常に表示されていない場合、その正常に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであれば、表示部１４に報知画像６０が表示される。一方、表示部１４において正常に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツでない場合は、表示部１４に報知画像６０が表示されない。

それ故、報知画像６０が表示部１４に表示されれば、ユーザは入力操作を継続するために必要なコンテンツが正常に表示されていないことを把握することができる。そして報知画像６０には、ブラウザ３０に対してＷｅｂサーバ３からの同じ表示画面の再取得を指示するための再描画ボタン６１が含まれるので、ユーザは必要に応じて再描画ボタン６１を押下することにより、表示部１４に表示されている表示画面を更新することが可能である。つまり、ブラウザに対する指示操作を行うためのツールバーなどを表示していない場合であっても、ユーザは報知画像６０に含まれる再描画ボタン６１を押下すれば、ブラウザ３０による表示画面の再取得が行われるので、ユーザにとって操作が判りやすいという利点がある。

また、ブラウザ３０によって表示部１４に表示された表示画面に、正常に表示されていないコンテンツが含まれる場合であっても、報知画像６０が表示部１４に表示されなければ、ユーザは入力操作を継続するために必要なコンテンツが全て正常に表示されていることを把握することができる。それ故、ユーザは、非表示状態となっているコンテンツを気にすることなく、そのまま入力操作を継続することができるので、操作性が向上する。

このように本実施形態の画像処理装置２は、Ｗｅｂサーバ３から取得した表示画面に含まれるコンテンツが正常に表示されていない状態のとき、ユーザに無駄な操作を行わせることなく、適切にユーザ操作を継続させることが可能である。

尚、本実施形態では、エラー判定部３２がエラー判定を行うタイミングは、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面の表示処理が終了したタイミングであっても良いし、ブラウザ３０による表示画面の表示処理中であっても良い。すなわち、エラー検出部３１は、ブラウザ３０による表示画面の表示処理と並行してエラー検出を行うことができるので、表示画面の表示処理中にエラー検出部３１によって表示エラーが検出されたタイミングでエラー判定部３２がエラー判定を行うようにしても良い。この場合、Ｗｅｂサーバ３から取得された表示画面の表示処理が終了していない状態であっても、エラー判定部３２によってユーザにとって入力操作を継続するために必要なコンテンツが正常に表示されなかったことを検知されたタイミングで報知画像６０が表示されるようになる。それ故、ユーザは、ブラウザ３０による表示画面の表示処理が完了するまで待つことなく、ブラウザ３０に表示画面の再取得を指示することが可能になる。

（第２の実施の形態）
次に第２の実施の形態について説明する。本実施形態では、第１の実施の形態とは異なるタイミングで表示部１４に報知画像を表示する形態について説明する。尚、本実施形態においても画像処理システム１および画像処理装置２の構成は、第１の実施の形態で説明したものと同様である。

本実施形態では、ブラウザ３０がＷｅｂサーバ３に対して画面要求を行い、Ｗｅｂサーバ３から取得する表示画面の表示処理を開始したタイミングで報知制御部３３が機能し、表示部１４に対して報知画像を表示する。図１１は、ブラウザ３０がＷｅｂサーバ３に対して画面要求を行った直後の表示部１４の表示画面Ｇ６の一例を示す図である。ブラウザ３０は、Ｗｅｂサーバ３に対して画面要求を行うと、例えば図１１に示すように、Ｗｅｂサーバ３からの表示画面の読み込み中であることを示す表示画面Ｇ６を表示する。

報知制御部３３は、ブラウザ３０によって表示画面の取得および表示のための動作が開始されると、図１１に示すように、表示部１４に報知画像６３を表示する。この報知画像６３は、例えばブラウザ３０によって表示されている表示画面Ｇ６の前面側に表示される。また報知画像６３には、ユーザに対するメッセージが表示されると共に、ブラウザ３０に対してＷｅｂサーバ３からの同じ表示画面の再取得を指示するための再描画ボタン６４が表示される。尚、このような報知画像６３は、なるべく表示画面Ｇ６の隅に小さく表示されることが好ましい。

ブラウザ３０は、Ｗｅｂサーバ３から表示画面を構成するＷｅｂページＤ２０やコンテンツＤ２１，Ｄ２２，…を順次取得していくと、それに伴って、表示画面Ｇ６を更新し、Ｗｅｂサーバ３から取得した表示画面を表示していく。このとき、表示画面を構成するコンテンツをＷｅｂサーバ３から正常に取得することができなかった場合には、表示画面の表示処理において、そのコンテンツが表示される部分に特定のマーク（例えばＸマークなど）を表示していく。

このような表示処理が行われているとき、ユーザは表示部１４に順次表示されていく各コンテンツの表示状態を確認することができる。そしてユーザは、ブラウザ３０による表示処理が開始されてから比較的初期の段階で、必要なコンテンツが正常に表示されていないことに気づくこともある。このような場合、本実施形態では表示部１４に報知画像６３が表示されているので、ユーザは速やかに再描画ボタン６４を操作してブラウザ３０に同じ表示画面の再取得を指示することが可能である。

また本実施形態の報知制御部３３は、上述したように、ブラウザ３０による表示画面の取得動作が開始されたタイミングで報知画像６３を表示するが、ブラウザ３０による表示画面の表示処理が完了したときにエラー検出部３１によって表示エラーが検出されていなければ、その報知画像６３を非表示状態に切り換える。またエラー検出部３１によって表示エラーが検出されている場合であっても、エラー判定部３２によるエラー判定の結果、表示部１４に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツでなければ、報知画像６３を非表示状態に切り換える。これにより、ユーザは、そのままの状態で入力操作を継続することが可能である。

また報知制御部３３は、ブラウザ３０による表示画面の表示処理が完了したときにエラー検出部３１によって表示エラーが検出されており、しかもエラー判定部３２によって表示部１４に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであると判定されれば、報知画像を表示部１４に表示した状態を継続させる。このとき、表示部１４に表示する報知画像を、図１１に示すような報知画像６３から、図８に示したような報知画像６０に切り換えても良い。これにより、ユーザは、表示部１４に表示されていないコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであることを把握することができ、再描画ボタン６１又は６４を操作することで、表示画面を更新することができる。

次に第２の実施の形態における制御部１０の具体的な動作について説明する。図１２は、制御部１０によって行われる処理手順の一例を示すフローチャートである。この処理を開始すると、制御部１０はまずブラウザ３０による表示処理を開始する（ステップＳ３０）。これにより、ブラウザ３０は、Ｗｅｂサーバ３に対して画面要求を行い、Ｗｅｂサーバ３から表示画面を取得して表示部１４に表示する処理を開始する。そして制御部１０は、報知制御部３３を機能させ、表示部１４に報知画像６３を表示させる（ステップＳ３１）。これにより、表示部１４には図１１に示すような表示画面が表示された状態となる。

そして制御部１０は、ブラウザ３０による表示画面の表示処理が完了したか否かを判断し（ステップＳ３２）、表示処理が完了していない場合（ステップＳ３２でＮＯ）、ユーザにより再描画ボタン６４が押下されたか否かを判断する（ステップＳ３３）。ユーザによる再描画ボタン６４の押下操作が検知されていない場合は、ステップＳ３２に戻り、ブラウザ３０による表示処理が完了するか、又は、ユーザにより再描画ボタン６４が押下されたことが検知されるまで、ステップＳ３２，Ｓ３３の判断処理を繰り返し実行する。

ブラウザ３０による表示処理が完了するまでの間に、ユーザによる再描画ボタン６４の押下操作が検知された場合（ステップＳ３３でＹＥＳ）、ブラウザ３０に対して同じ表示画面を再取得することを指示して、ステップＳ３０に戻る。この場合、ブラウザ３０は、現在の表示処理を終了し、あらためてＷｅｂサーバ３に対して画面要求を行い、Ｗｅｂサーバ３から同じ表示画面を再取得して表示部１４に表示する処理を開始する。

これに対し、ユーザによる再描画ボタン６４の押下操作が検知されることなく、ブラウザ３０による表示処理が完了した場合（ステップＳ３２でＹＥＳ）、エラー検出部３１によって表示画面における表示エラーが検出されているか否かを判断する（ステップＳ３４）。このとき、表示エラーが検出されていなければ、ステップＳ４１に進む。

表示部１４に表示された表示画面において表示エラーが検出されている場合（ステップＳ３４でＹＥＳ）、エラー判定部３２が機能し、表示エラーの検出されたコンテンツに対応するコンテンツ属性情報Ｄ２０ａを取得する（ステップＳ３５）。そしてエラー判定部３２は、コンテンツ属性情報Ｄ２０ａに基づいてエラー判定を行い、ユーザにとって入力操作を行うために必要なコンテンツが非表示状態になっているか否かを判別する（ステップＳ３６）。そしてエラー判定部３２は、その判定結果に基づいて報知画像６３の表示状態を継続するか否かを判断する（ステップＳ３７）。ここでは、ユーザにとって入力操作を行うために必要なコンテンツが非表示状態になっていれば、ＹＥＳとなり、ステップＳ３８に進む。また非表示状態となっているコンテンツが、ユーザにとって入力操作を行うために必要なコンテンツでない場合はＮＯとなり、ステップＳ４１に進む。

報知画像６３の表示状態を継続する場合、報知制御部３３は、例えば表示部１４に表示している報知画像を、図１１に示すような報知画像６３から、図８に示したような報知画像６０に変更し、報知画像の表示状態を継続する。そして報知制御部３３は、ユーザによる入力操作が検知されるまで待機する状態となり、ユーザによる入力操作が検知されると、再描画ボタン６１が操作されたか否かを判断する（ステップＳ３９）。再描画ボタン６１が操作された場合（ステップＳ３９でＹＥＳ）、報知制御部３３は表示部１４に表示している報知画像６０を非表示状態に切り換え（ステップＳ４０）、ステップＳ３０に戻る。この場合、ブラウザ３０が再度Ｗｅｂサーバ３に対して再度画面要求を行うので、表示エラーの検出された表示画面がブラウザ３０によって再取得され、表示部１４の表示画面が更新される。

一方、ユーザにより再描画ボタン６１が操作されなかった場合（ステップＳ３９でＮＯ）、ステップＳ４１に進む。

ステップＳ４１に進むと、報知制御部３３は、表示部１４に表示している報知画像６０又は６３を非表示状態に切り換る（ステップＳ４１）。そしてブラウザ３０は、ユーザによる入力操作が検知されるまで待機する状態となり（ステップＳ４２）、ユーザによる入力操作が検知されると（ステップＳ４２でＹＥＳ）、スタートキーが操作されたか否かを判断する（ステップＳ４３）。ユーザによる操作がスタートキーの操作でない場合（ステップＳ４３でＮＯ）、ステップＳ３０に戻る。この場合、ブラウザ３０は、ユーザによる入力操作に対応した別の表示画面をＷｅｂサーバ３から取得すべく、Ｗｅｂサーバ３に対して画面要求を行い、別の表示画面の表示処理を開始する。

これに対し、ユーザによる操作がスタートキーの操作であった場合（ステップＳ４３でＹＥＳ）、ブラウザ３０はジョブ実行制御部３６を機能させる。そしてジョブ実行制御部３６がスタートキー押下処理を実行する（ステップＳ４４）。このスタートキー押下処理には、ユーザによって指定されたジョブの実行を開始する処理が含まれる。そのため、ユーザがスタートキーを操作すると、それに伴い、画像処理装置２においてジョブの実行が開始される。

以上のように本実施形態では、報知制御部３３は、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面の表示処理が開始されたタイミングで表示部１４に再描画ボタン６４を含む報知画像６３を表示する。そのため、ユーザはブラウザ３０による表示画面の表示処理が終了していない状態であっても、自らの判断でブラウザ３０に表示画面の再取得を指示することが可能である。また、報知制御部３３は、ブラウザ３０による表示画面の表示処理が完了したとき、エラー検出部３１によって表示エラーが検出されていなければ、報知画像６３を非表示状態に切り換える。そのため、ブラウザ３０による表示画面の表示処理が完了して報知画像６３が非表示状態になれば、入力操作に必要なコンテンツは全て正常に表示されていることを把握することができるので、ユーザはそのまま入力操作を継続することができる。

尚、上記以外の点については第１の実施の形態と同様であり、その点についての作用および効果も第１の実施の形態と同様である。

（第３の実施の形態）
次に第３の実施の形態について説明する。上述した第１および第２の実施の形態では、ユーザにとって入力操作を継続するために必要となるコンテンツが正常に表示されなかった場合、ユーザは表示部１４に表示される報知画像６０又は６３に対する操作を行うことで、ブラウザ３０に表示画面の再取得を行わせることが可能である。

ところが、表示画面の再取得を行うか否かはユーザの判断に委ねられており、ユーザによっては表示画面の再取得を指示しないこともある。特にＷｅｂサーバ３やネットワーク４に大きな負荷がかかっている状態では表示画面の再取得に長時間を要することが予想されるので、そのような状態では表示画面の再取得を指示しないこともある。このようなとき、ユーザが表示画面において正常に表示されているスタートキーを操作してしまうと、それに伴い、画像処理装置２においてジョブの実行が開始される。

しかし、ユーザにとって入力操作に必要なコンテンツが正常に表示されていない状態のとき、ジョブを実行するための各種設定値がユーザによって確認されていない可能性があり、スタートキーが操作されたことに伴ってジョブの実行を開始してしまうと、ユーザにとっては意図しないジョブの実行形態となってしまう可能性がある。

そこで、本実施形態では、Ｗｅｂサーバ３から取得した表示画面に含まれるコンテンツが正常に表示されていない状態でスタートキーが操作された場合、Ｗｅｂサーバ３から再度表示画面を取得することなく、そのコンテンツに対応する設定項目の設定値を、ジョブの実行開始前にユーザが確認できるようにした一形態を説明する。

図１３は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ７を示す図であり、表示画面Ｇ７に含まれる全てのコンテンツが正常に受信された場合の表示結果の一例を示している。この表示画面Ｇ７には、基本設定画像７１と、原稿設定画像７２と、応用設定画像７３と、ロゴ画像７４と、スタートキー７５とがコンテンツとして含まれている。

例えば、基本設定画像７１は、画像処理装置２のコピー機能を使用する際の基本設定に関する各種設定項目と現在の設定値とを表示したビットマップ画像となっている。そのため、表示画面Ｇ７に表示された基本設定画像７１の表示内容を見ることにより、ユーザは基本設定に関する各種設定項目の現在の設定値を確認することができる。

また原稿設定画像７２は、原稿読み取りのための原稿設定に関する各種設定項目と現在の設定値とを表示したビットマップ画像となっている。そのため、表示画面Ｇ７に表示された原稿設定画像７２を見れば、ユーザは原稿設定に関する各種設定項目の現在の設定値を確認することができる。

また応用設定画像７３は、画像処理装置２を使用する際の応用設定に関する各種設定項目と現在の設定値とを表示したビットマップ画像となっている。そのため、表示画面Ｇ７に表示された応用設定画像７３を見れば、ユーザは応用設定に関する各種設定項目の現在の設定値を確認することができる。このような応用設定には、例えば、印刷出力を行う際の仕上げ設定などが含まれる。

またロゴ画像７４は、例えばＷｅｂサーバ３を利用したサービスを提供する会社などのロゴマークを表したビットマップ画像である。このロゴ画像７４が上述した基本設定画像７１、原稿設定画像７２および応用設定画像７３と異なる点は、画像処理装置２に対する設定項目や設定値などを含まない画像となっている点である。

またスタートキー７５もビットマップ画像として表示画面Ｇ７に表示される。このスタートキー７５は、画像処理装置２に対してジョブの実行開始を指示するための操作キーとなる。

ところで、ブラウザ３０がＷｅｂサーバ３に対して画面要求Ｄ１０を送信したタイミングで、Ｗｅｂサーバ３又はネットワーク４に大きな負荷がかかっている場合、ブラウザ３０は、例えば図１３に示すような表示画面Ｇ７を表示するのに必要となる全てのコンテンツを正常に受信しないことがある。このような場合、ブラウザ３０は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて各コンテンツＤ２１，Ｄ２２，…を正常にレイアウトすることができず、表示部１４には一部のコンテンツが欠落した不完全な表示画面が表示される。

図１４は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ８を示す図であり、図１３の表示画面Ｇ７に含まれる基本設定画像７１と原稿設定画像７２とが正常に受信されなかった場合の表示結果の一例を示している。この表示画面Ｇ８では、ブラウザ３０によって基本設定画像７１と原稿設定画像７２とが正常に受信されていないため、本来それらの画像が表示される部分に特定のマーク（例えばＸマークなど）が表示されている。このような表示状態では、基本設定と原稿設定に関する各種設定項目の現在の設定値を確認することができない。その一方で、ユーザはスタートキー７５を操作することにより、ジョブの実行指示を与えることは可能である。

本実施形態では、図１４に示すようにユーザが各設定項目の設定値を確認することができない状態でユーザがスタートキー７５を押下した場合、ユーザによる設定値の確認が行われていない状態のままジョブの実行を開始してしまうことを防止するため、ジョブの実行を開始する前に表示部１４に対して設定確認画面を表示する。

図１５は、設定確認画面Ｇ９の一例を示す図である。この設定確認画面Ｇ９は、例えばユーザがスタートキー７５を押下操作したときに、表示部１４が図１４に示した表示画面Ｇ８を表示している状態であった場合を例示している。すなわち、図１４に示した表示画面Ｇ８では、ユーザにとって入力操作を行うために必要な設定項目を含む基本設定画像７１および原稿設定画像７２が非表示状態となっている。そのため、ユーザは、スタートキー７５の押下操作を行う直前に、基本設定画像７１および原稿設定画像７２に含まれる設定項目の設定値を確認できていない。このような場合、画像処理装置２は、スタートキー７５が押下されたことに伴って、図１５に示すような設定確認画面Ｇ９を画像処理装置２の内部で生成し、表示部１４に表示する。この設定確認画面Ｇ９では、ジョブを実行するための各設定項目に対する設定値が表示されるため、ユーザは画像処理装置２においてジョブの実行が開始される前にそれらの設定値を確認することができる。

また図１５に示すように、設定確認画面Ｇ９には、ＯＫキー７６と、ＮＧキー７７とが表示される。ユーザは、設定確認画面Ｇ９に表示される各設定値を確認した後、ジョブを実行させる場合にはＯＫキー７６を操作し、ジョブの実行をキャンセルしてジョブの再設定操作を行う場合にはＮＧキー７７を操作する。つまり、ＯＫキー７６は、設定確認画面Ｇ９が表示されている状態においてジョブ実行指示を行うためのキーであり、ＮＧキー７７は、ジョブの再設定操作を行うためのキーである。

ユーザによりＯＫキー７６が操作された場合、画像処理装置２は、表示部１４に表示する表示画面を、ブラウザ３０によって表示される表示画面に戻し、ジョブの実行を開始する。一方、ユーザによりＮＧキー７７が操作された場合、画像処理装置２は、表示部１４に表示する表示画面を、ブラウザ３０によって表示される表示画面に戻すと共に、ブラウザ３０に表示画面の再取得を行うように指示する。これにより、ブラウザ３０は、表示部１４に現在表示している表示画面をＷｅｂサーバ３から再取得し、表示部１４に表示する。このような表示画面の再取得により、非表示状態となっていた画像が正常に表示される可能性がある。そしてユーザによる設定値の変更操作を再び受け付ける状態となる。

図１６は、第３の実施の形態において制御部１０が表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。図１６に示すように、制御部１０は、ブラウザ３０、エラー判定部３２、報知制御部３３、確認画面生成部３４、および、ジョブ実行制御部３６として機能する。このうち、ブラウザ３０、エラー判定部３２、報知制御部３３およびジョブ実行制御部３６は、第１又は第２の実施の形態で説明したものと同様である。また確認画面生成部３４は、本実施形態に特有の構成であり、図１５に示したような設定確認画面Ｇ９を生成して表示部１４に表示する。以下、さらに詳しく説明する。

本実施形態では、図１４に示すようにユーザが各設定項目の設定値を確認することができない状態でユーザによりスタートキー７５が押下された場合、エラー検出部３１はそのタイミングでコンテンツの表示エラーが発生しているか否かを検出する。そしてコンテンツの表示エラーが発生している場合、エラー判定部３２がエラー判定を行う。このエラー判定は、第１および第２の実施の形態と同様であり、表示部１４に表示されていないコンテンツが、ユーザにとって入力操作を行うために必要なコンテンツであるか否かが判定される。例えば、図１３の表示画面Ｇ７の例では、基本設定画像７１、原稿設定画像７２および応用設定画像７３が正常に表示されていない場合、エラー判定部３２は、ユーザにとって入力操作を行うために必要なコンテンツが正常に表示されていないと判定する。

エラー判定部３２は、スタートキー７５が押下されたタイミングで、ユーザにとって入力操作を行うために必要なコンテンツが正常に表示されていないと判定した場合、確認画面生成部３４を機能させる。

確認画面生成部３４は、ユーザがスタートキー７５を押下した時点で表示部１４に表示されていなかったコンテンツに含まれる設定項目の設定値を表示するための設定確認画面Ｇ９を生成する処理部である。つまり、この確認画面生成部３４は、ブラウザ３０のように表示部１４に表示するための表示画面をＷｅｂサーバ３から取得するのではなく、内部処理で表示部１４に表示するための表示画面を生成する。

例えば、画像処理装置２においてジョブを実行する際に適用する各種設定値が記憶装置１９などに記憶されている場合、確認画面生成部３４は、記憶装置１９などからそれら設定値を読み出し、設定確認画面Ｇ９を生成する。

一方、ジョブを実行するための各種設定値が全てＷｅｂサーバ３で管理されている場合もある。このような場合、確認画面生成部３４は、Ｗｅｂサーバ３からそれら設定値を取得し、設定確認画面Ｇ９を生成する。このとき、確認画面生成部３４がＷｅｂサーバ３から取得するデータは、各種設定値が単なるデータ列となって表現されたデータであるため、Ｗｅｂサーバ３やネットワーク４に比較的大きな負荷がかかっている状態であっても、図４に示したようにＷｅｂページＤ２０やコンテンツＤ２１，Ｄ２２などを取得する場合と比べると、比較的安定したデータ取得が可能であり、しかも短時間でのデータ取得が可能である。

したがって、確認画面生成部３４は、ユーザによってスタートキー７５が操作されると、速やかに設定確認画面Ｇ９を表示部１４に表示することができるので、ユーザは、画像処理装置２においてジョブの実行が開始される前に、そのジョブの実行時に適用される各種設定値を効率的に確認することが可能である。

そしてユーザは、設定確認画面Ｇ９において表示される各種設定値を確認した後、ジョブの実行を行う場合にはＯＫキー７６を操作し、設定値を変更する場合にはＮＧキー７７を操作する。そのため、本実施形態では、ユーザが各種設定値を確認できていない状態のままで、ジョブが実行されてしまうことを良好に防止することができる。

ただし、本実施形態では、ユーザによってスタートキー７５が押下されたタイミングで、エラー判定部３２がユーザにとって入力操作を行うために必要なコンテンツが全て正常に表示されていると判定した場合、確認画面生成部３４は機能しないので、表示部１４に設定確認画面Ｇ９が表示されることはない。例えば、図１７に示すように、表示画面Ｇ１０に含まれるロゴ画像７４が正常に受信されていない場合、この表示エラーはエラー検出部３１によって検出されるが、エラー判定部３２において非表示状態のロゴ画像７４は入力操作を行うために必要なコンテンツではないと判定されるので、確認画面生成部３４は機能せず、設定確認画面Ｇ９は生成されない。したがって、この場合は、ユーザによりスタートキー７５を押下されたことに伴い、画像処理装置２においてジョブ実行制御部３６が機能し、ジョブの実行が開始される。このようにスタートキー７５が押下されたタイミングで表示エラーが検出されている場合であっても、そのタイミングで全ての設定項目の設定値が確認可能な状態となっていれば、設定確認画面Ｇ９は表示されないので、ユーザはＯＫキー７６やＮＧキー７７の選択操作を行う必要がなく、操作性が良くなる。

次に本実施形態おける制御部１０の具体的な動作について説明する。図１８は、制御部１０によって行われる処理手順の一例を示すフローチャートである。この処理は、第１の実施の形態で説明したスタートキー押下処理（図１０のステップＳ２２）、又は、第２の実施の形態で説明したスタートキー押下処理（図１２のステップＳ４４）の具体的な処理手順として実行される。

制御部１０は、ユーザによるスタートキー７５の押下操作を検知すると、エラー検出部３１によって表示エラーが検出されているか否かを判断する（ステップＳ６０）。このとき、表示エラーが検出されていなければ（ステップＳ６０でＮＯ）、ステップＳ６８に進み、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する。

一方、表示エラーが検出されている場合（ステップＳ６０でＹＥＳ）、エラー判定部３２が機能し、表示エラーの検出されたコンテンツに対応するコンテンツ属性情報Ｄ２０ａを取得する（ステップＳ６１）。そしてエラー判定部３２は、コンテンツ属性情報Ｄ２０ａに基づいてエラー判定を行い、ユーザにとって入力操作を行うために必要なコンテンツが非表示状態になっているか否かを判別する（ステップＳ６２）。そしてエラー判定部３２は、非表示状態のコンテンツに、ジョブの設定項目と設定値とが含まれるか否かを判断し、ジョブの設定項目と設定値とが含まれる場合にはステップＳ６４に進む。一方、非表示状態のコンテンツにジョブの設定項目と設定値とが含まれない場合、ステップＳ６８に進み、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する。

非表示状態のコンテンツにジョブの設定項目と設定値とが含まれている場合（ステップＳ６３でＹＥＳ）、確認画面生成部３４が機能する。確認画面生成部３４は、表示部１４に表示するための設定確認画面Ｇ９を生成し（ステップＳ６４）、その設定確認画面Ｇ９を表示部１４に表示する（ステップＳ６５）。これにより、ユーザは、ジョブの実行時に適用される各設定値を事前に確認することができる。

その後、制御部１０は、ユーザによる操作が検知されたか否かを判断し（ステップＳ６６）、ユーザによる操作が検知されるまで待機する。そしてユーザによる操作が検知された場合（ステップＳ６６でＹＥＳ）、ＯＫキー７６が操作されたか否かを判断し（ステップＳ６７）、ＯＫキー７６が操作されていれば（ステップＳ６７でＹＥＳ）、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する（ステップＳ６８）。これに対し、ユーザによりＮＧキー７７が操作されていれば（ステップＳ６７でＮＯ）、ジョブの実行をキャンセルして、図１０のステップＳ１０、又は、図１２のステップＳ３０に戻る。そして第１又は第２の実施の形態で説明した処理を再び繰り返し、ユーザによる設定変更操作を受け付ける。

以上のように本実施形態では、ブラウザ３０により表示部１４に表示された表示画面に含まれる一部又は全部のコンテンツが正常に表示されていない場合でも、画像処理装置２においてジョブの実行が開始される前に、ユーザは非表示状態となっていたコンテンツに含まれる設定値を確認することができる。そのため、ユーザにとって意図しない出力形態となってしまうことを防止することができる。またユーザは、非表示状態となっているコンテンツに含まれる設定値を確認するために、ブラウザ３０の機能を利用して再表示を行うための更新ボタンを繰り返し操作する必要がないので、操作性に優れている。特に、確認画面生成部３４は、設定確認画面Ｇ９をＷｅｂサーバ３から取得するものではないため、Ｗｅｂサーバ３やネットワーク４に大きな負荷がかかっている状態であっても、設定確認画面Ｇ９を効率的に生成して表示部１４に表示させることが可能である。したがって、Ｗｅｂサーバ３から取得した表示画面に含まれるコンテンツが正常に表示されていない状態でも、Ｗｅｂサーバ３から再度表示画面を取得することなく、そのコンテンツに含まれる設定項目の設定値をユーザが容易に確認できるようになる。

尚、上記以外の点については第１又は第２の実施の形態と同様であり、その点についての作用および効果も第１又は第２の実施の形態と同様である。

（変形例）
以上、本発明に関するいくつかの実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。すなわち、本発明には、上述した実施形態以外にも種々の変形例が適用可能である。

例えば、上述した実施形態では、本発明にかかる表示画面制御装置を、ＭＦＰなどの画像処理装置２に実装した場合を例示した。しかし、上述した表示画面制御装置としての各構成要素を適用可能な装置は、ＭＦＰなどのような画像処理装置２に限られない。つまり、上述した表示画面制御装置としての各構成要素は、画像処理装置以外の装置にも適用可能である。例えば、一般的なパーソナルコンピュータ（ＰＣ）に上述した機能を組み込んでも良いし、また携帯電話機やＰＤＡ（Personal Digital Assistant）などの携帯端末に上述した機能を組み込んでも良い。特に、携帯端末の場合は、表示部の表示サイズが小さいので、ブラウザを操作するためのツールバーなどが非表示に設定されているケースが多く、上述したような報知画像を表示することによって操作性の向上を図ることができる。

１画像処理システム
２画像処理装置
３Ｗｅｂサーバ
４ネットワーク
１０制御部（表示画面制御装置）
１３操作パネル
１４表示部（表示手段）
１５操作入力部（操作入力手段）
１８通信インタフェース（通信手段）
２１プログラム
３０ブラウザ
３１エラー検出部（エラー検出手段）
３２エラー判定部（エラー判定手段）
３３報知制御部（報知制御手段）
３４確認画面生成部（確認画面生成手段）
３６ジョブ実行制御部（ジョブ実行制御手段）

Claims

各種情報を表示する表示手段と、
ユーザによる入力操作を検知する操作検知手段と、
Ｗｅｂサーバとデータ通信を行う通信手段と、
前記通信手段を介して前記Ｗｅｂサーバからユーザによる入力操作のための表示画面を取得して前記表示手段に表示するブラウザと、
前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するエラー検出手段と、
前記エラー検出手段により表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するエラー判定手段と、
前記エラー判定手段の判定結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御する報知制御手段と、
を備えることを特徴とする表示画面制御装置。
前記報知制御手段は、前記エラー検出手段によって表示エラーが検出され、且つ、前記エラー判定手段によって表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであると判定された場合に、前記表示手段に前記報知画像を表示することを特徴とする請求項１記載の表示画面制御装置。
前記報知画像には、前記ブラウザによって前記表示手段に表示された表示画面に表示エラーが発生していることを示すメッセージが含まれることを特徴とする請求項１又は２に記載の表示画面制御装置。
前記報知制御手段は、前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面の表示処理が開始された場合に前記表示手段に前記報知画像を表示し、前記ブラウザによる表示画面の表示処理が完了したときに前記エラー検出手段によって表示エラーが検出されていなければ、前記報知画像を非表示状態に切り換えることを特徴する請求項１記載の表示画面制御装置。
前記報知画像には、前記ブラウザに対し、前記Ｗｅｂサーバから表示画面を再取得させるための再描画ボタンが含まれることを特徴とする請求項１乃至４のいずれかに記載の表示画面制御装置。
前記ブラウザは、前記操作検知手段により前記再描画ボタンがユーザによって操作されたことを検知した場合、前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示することを特徴とする請求項５に記載の表示画面制御装置。
ネットワークを介して接続されたＷｅｂサーバからユーザによる入力操作のための表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するステップと、
表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するステップと、
前記判定の結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御するステップと、
を有することを特徴とする表示画面制御方法。
コンピュータに、
ネットワークを介して接続されたＷｅｂサーバからユーザによる入力操作のための表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれるコンテンツの表示エラーの有無を検出するステップと、
表示エラーが検出された場合に、当該表示エラーの検出されたコンテンツがユーザにとって入力操作を継続するために必要なコンテンツであるか否かを判定するステップと、
前記判定の結果に基づいて、前記表示手段においてユーザに表示画面の再取得を促すための報知画像を表示又は非表示に制御するステップと、
を実行させることを特徴とするプログラム。