表示画面制御装置、表示画面制御方法およびプログラム
【課題】Ｗｅｂサーバから取得した表示画面に含まれる画像が正常に表示されていない状態のとき、その非表示となっている画像に対応する情報をユーザが容易に確認できるようにする。
【解決手段】表示画面制御装置は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得して表示部１４に表示するブラウザ３０と、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出部３３と、操作入力部１５においてユーザによる表示画面を切り替える操作が検知されたとき、エラー検出部３３によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を表示部１４に表示するエラー処理部３４とを備える構成である。
【解決手段】表示画面制御装置は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得して表示部１４に表示するブラウザ３０と、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出部３３と、操作入力部１５においてユーザによる表示画面を切り替える操作が検知されたとき、エラー検出部３３によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を表示部１４に表示するエラー処理部３４とを備える構成である。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示画面制御装置、表示画面制御方法およびプログラムに関し、特にＷｅｂサーバから表示画面を取得して表示する技術に関する。
【背景技術】
【０００２】
近年、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置はＷｅｂページを閲覧するためのブラウザを備え、このブラウザがネットワークに接続されたＷｅｂサーバから操作パネルに表示するための表示画面を取得して表示するものが提案されている（例えば、特許文献１）。このような表示形態では、例えば、画像処理装置においてユーザが設定操作可能な設定キーなどが、Ｗｅｂサーバから取得する表示画面に画像として含まれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−３９６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような表示形態の場合、例えばＷｅｂサーバやネットワークに大きな負荷がかかっていると、表示画面に含まれる一部又は全部の画像が操作パネルに表示されないことがある。このような表示状態のとき、ユーザは、操作パネルに表示されていない画像がどのような内容を示すものであるのかを把握することができず、所望の設定操作を行うことができない。そのような表示状態のままで、ユーザがコピーなどのジョブの実行を指示してしまうと、ユーザにとっては意図しない出力形態となってしまう可能性があり、問題となる。
【０００５】
特に画像処理装置における操作パネルなどの表示装置は、表示可能な画面サイズが小さいことから、Ｗｅｂサーバから取得する表示画面を最大限のサイズで表示できるようにするため、ブラウザに対する指示操作を行うためのツールバーなどを表示しないように設定されているケースが多い。このような場合には、ユーザが表示画面に含まれる画像が正常に表示されていないと認識したとしても、ブラウザに対してどのような操作を行えば、Ｗｅｂサーバから表示画面を再取得できるかが判らないことが多く、ユーザは、所望の設定操作を行うことができないままジョブの実行を指示してしまうケースが起こり得る。
【０００６】
そこで本発明は、上記従来の問題点を解決するためになされたものであり、Ｗｅｂサーバから取得した表示画面に含まれる画像が正常に表示されていない状態のとき、そのような非表示となっている画像に対応する情報をユーザが容易に確認できるようにした表示画面制御装置、表示画面制御方法およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、請求項１にかかる発明は、表示画面制御装置であって、各種情報を表示する表示手段と、ユーザによる各種入力操作を検知する操作入力手段と、Ｗｅｂサーバとデータ通信を行う通信手段と、前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示するブラウザと、前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出手段と、前記操作入力手段においてユーザによる表示画面を切り替える操作が検知されたとき、前記エラー検出手段によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するエラー処理手段と、を備えることを特徴とする構成である。
【０００８】
請求項２にかかる発明は、請求項１に記載の表示画面制御装置において、前記エラー処理手段は、前記エラー検出手段によって検出されている表示エラーを前記Ｗｅｂサーバに通知することにより、前記Ｗｅｂサーバから前記確認画面を取得して前記表示手段に表示することを特徴とする構成である。
【０００９】
請求項３にかかる発明は、請求項１又は２に記載の表示画面制御装置において、前記エラー処理手段は、前記操作入力手段においてユーザによるジョブの実行指示が検知されたとき、前記エラー検出手段によって表示エラーが検出されていることを条件として前記確認画面を前記表示手段に表示することを特徴とする構成である。
【００１０】
請求項４にかかる発明は、請求項３に記載の表示画面制御装置において、前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段においてジョブ実行指示が検知された場合、ジョブの実行を開始するジョブ実行制御手段をさらに備えることを特徴とする構成である。
【００１１】
請求項５にかかる発明は、請求項３又は４に記載の表示画面制御装置において、前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段において再設定操作が検知された場合、前記ブラウザは、前記Ｗｅｂサーバから表示画面を再度取得して前記表示手段に表示することを特徴とする構成である。
【００１２】
請求項６にかかる発明は、請求項１乃至５のいずれかに記載の表示画面制御装置において、前記確認画面には、表示エラーの検出されている画像に対応する設定項目の設定値が含まれることを特徴とする構成である。
【００１３】
請求項７にかかる発明は、請求項１乃至６のいずれかに記載の表示画面制御装置において、前記確認画面には、表示エラーの検出されている画像に対応する警告内容が含まれることを特徴とする構成である。この場合においては、表示エラーの検出されている画像に対応する警告内容がユーザの使用しようとしている機能に対応した警告内容であることを条件として前記確認画面に含めて表示するようにしても良い。
【００１４】
請求項８にかかる発明は、表示画面制御方法であって、ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、ユーザによる入力操作を検知するステップと、ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、を有することを特徴とする構成である。
【００１５】
請求項９にかかる発明は、プログラムであって、コンピュータに、ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、ユーザによる入力操作を検知するステップと、ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、を実行させることを特徴とする構成である。
【発明の効果】
【００１６】
本発明によれば、Ｗｅｂサーバから取得した表示画面に含まれる画像が正常に表示手段に表示されていない状態でも、その非表示となっている画像に対応する情報を含む確認画面が表示されるので、ユーザは正常に表示されていない画像に対応した情報を容易に確認することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】画像処理システムの一構成例を示す図である。
【図２】画像処理装置のハードウェア構成の一例を示すブロック図である。
【図３】制御部のＣＰＵがプログラムを実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。
【図４】ブラウザがＷｅｂサーバから表示画面を取得して表示部に表示する場合のデータ通信の概要を示す図である。
【図５】表示画面に含まれる全ての画像が正常に受信された場合に表示部に表示される表示画面の一例を示す図である。
【図６】原稿設定に関する設定項目の設定値を変更するための表示画面の一例を示す図である。
【図７】表示画面に含まれる一部の画像が正常に受信されなかった場合に表示部に表示される表示画面の一例を示す図である。
【図８】表示エラーが検出された場合のエラー処理部とＷｅｂサーバとのデータ通信の概要を示す図である。
【図９】表示エラーが検出されている状態でユーザが所定の操作を行った後に表示部に表示される確認画面の一例を示す図である。
【図１０】制御部によって行われる処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００１９】
図１は、本発明における画像処理システム１の一構成例を示す図である。この画像処理システム１は、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置２と、Ｗｅｂサーバ３とがネットワーク４に接続された構成である。ネットワーク４は、例えばオフィス環境などに設置されるＬＡＮであっても良いし、またインターネットなどを含むネットワークであっても良い。
【００２０】
画像処理装置２は、コピー機能、スキャナ機能、プリンタ機能、ＦＡＸ機能などの複数の機能を有しており、それら各機能に対応するジョブを実行する。ただし、画像処理装置２は、必ずしも複数の機能を備えていないものであっても良く、コピー機、スキャナ、プリンタ、又は、ＦＡＸ装置などの単機能装置であっても構わない。
【００２１】
画像処理装置２は、ユーザが操作する際のユーザインタフェースとなる操作パネル１３を備えている。この操作パネル１３には、各種情報を表示する表示部１４と、ユーザによる各種入力操作を検知する操作入力部１５とが設けられている。表示部１４は、例えばカラー液晶ディスプレイなどで構成される。また操作入力部１５は、表示部１４の画面上に配置されたタッチパネルキーと、表示部１４の周囲に配置された押しボタンキーとを備えて構成される。画像処理装置２は、表示部１４に表示するための表示画面を、ネットワーク４を介してＷｅｂサーバ３から取得し、表示部１４に表示するようになっている。
【００２２】
Ｗｅｂサーバ３は、例えばＨＴＴＰ（HyperText Transfer Protocol）により、画像処理装置２に対して操作パネル１３の表示部１４に表示させるための表示画面を提供するサーバである。Ｗｅｂサーバ３は、画像処理装置２の各機能に対応する操作画面を予め保持している。そして画像処理装置２からの画面要求に基づいて、各機能に対応する表示画面を生成し、画像処理装置２に送信する。
【００２３】
図２は、画像処理装置２のハードウェア構成の一例を示すブロック図である。画像処理装置２は、制御部１０と、操作パネル１３と、スキャナ部１６と、プリンタ部１７と、通信インタフェース１８と、記憶装置１９とを備え、これらがデータバス２０を介して相互にデータの入出力を行うことができる構成である。
【００２４】
制御部１０は、ＣＰＵ１１とメモリ１２とを備えており、操作パネル１３、スキャナ部１６、プリンタ部１７、通信インタフェース１８および記憶装置１９のそれぞれの動作を制御する。特に本実施形態では、ＣＰＵ１１が記憶装置１９に記憶されているプログラム２１を読み出して実行することにより、操作パネル１３の表示部１４に表示する表示画面を制御するための表示画面制御装置として機能する。メモリ１２は、ＣＰＵ１１がプログラム２１に基づく処理を行うことに伴い、一時的なデータなどを記憶するためのものである。
【００２５】
操作パネル１３の表示部１４は、データバス２０を介して制御部１０から入力する表示画面を表示する。また操作入力部１５には、ユーザによる操作を検知する操作検知部１５ａが設けられている。操作検知部１５ａは、ユーザによる操作を検知すると、その検知信号を制御部１０に出力する。
【００２６】
スキャナ部１６は、画像処理装置２においてコピー機能、スキャナ機能、ＦＡＸ送信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、スキャナ部１６は、原稿の読み取り動作を行って画像データを生成し、出力する。
【００２７】
プリンタ部１７は、画像処理装置２においてコピー機能、プリンタ機能、ＦＡＸ受信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、プリンタ部１７は、入力する画像データに基づいて印刷用紙などの印刷媒体に画像形成を行い、印刷物を出力する。
【００２８】
通信インタフェース１８は、画像処理装置２をネットワーク４に接続するためのものである。制御部１０は、この通信インタフェース１８を介してＷｅｂサーバ３とのデータ通信を行い、Ｗｅｂサーバ３から表示画面を取得する。
【００２９】
記憶装置１９は、例えばハードディスク装置などの不揮発性記憶装置である。この記憶装置１９には、上述したように制御部１０のＣＰＵ１１によって実行されるプログラム２１が予めインストールされている。このプログラム２１には、Ｗｅｂサーバ３から表示画面を取得して表示部１４に表示させるためのブラウザプログラムが含まれる。
【００３０】
図３は、制御部１０のＣＰＵ１１がプログラム２１を実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。図３に示すように、制御部１０は、ブラウザ３０およびジョブ実行制御部３６として機能する。またブラウザ３０は、画面要求部３１、表示処理部３２、エラー検出部３３およびエラー処理部３４として機能する。
【００３１】
ブラウザ３０は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得し、その表示画面を操作パネル１３の表示部１４に表示する処理部である。このブラウザ３０が起動すると、画面要求部３１、表示処理部３２、エラー検出部３３およびエラー処理部３４のそれぞれが機能し、予め指定されたＵＲＬ（Uniform Resource Locator）に基づいてＷｅｂサーバ３にアクセスする。そしてＷｅｂサーバ３から表示画面を取得し、表示部１４に表示する。またブラウザ３０は、操作入力部１５における操作検知部１５ａがユーザによる操作を検知すると、必要に応じてＷｅｂサーバ３から、ユーザによる指示操作に対応した表示画面を取得して表示部１４の表示画面を更新する。
【００３２】
画面要求部３１は、Ｗｅｂサーバ３に対して画面要求を送信する処理部である。この画面要求部３１は、ブラウザ３０の起動時に、初期画面に対応する表示画面の画面要求を、Ｗｅｂサーバ３に対して送信する。また、画面要求部３１は、ユーザによる指示操作に基づいて表示部１４の表示画面を更新する必要がある場合、Ｗｅｂサーバ３に対して新たな表示画面の画面要求を送信する。
【００３３】
表示処理部３２は、画面要求部３１がＷｅｂサーバ３に対して画面要求を送信することにより、Ｗｅｂサーバ３から受信する表示画面を表示部１４に表示する処理部である。したがって、ブラウザ３０は、これら画面要求部３１および表示処理部３２の機能により、Ｗｅｂサーバ３から表示画面を取得し、その取得した表示画面を表示部１４に表示する。
【００３４】
図４は、ブラウザ３０がＷｅｂサーバ３から表示画面を取得して表示部１４に表示する場合のデータ通信の概要を示す図である。ブラウザ３０は、例えば操作検知部１５ａによってユーザ操作が検知されると、そのユーザ操作に対応した表示画面を取得するためにＷｅｂサーバ３に対して画面要求Ｄ１０を送信する。Ｗｅｂサーバ３は、この画面要求Ｄ１０に対応した表示画面を生成し、ブラウザ３０に送信する。Ｗｅｂサーバ３からブラウザ３０に対して送信される表示画面は、例えば図４に示すように、ＨＴＭＬ（HyperText Markup Language）などの所定の言語で記述されたＷｅｂページＤ２０と、所定のデータフォーマットの画像Ｄ２１，Ｄ２２，…とで構成される。画像Ｄ２１，Ｄ２２のそれぞれには識別情報としてユニークなＩＤが付与されている。ＷｅｂページＤ２０には、それらＩＤと関連付けて表示位置と表示サイズなどが定義されている。
【００３５】
表示処理部３２は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０を解析することにより、各画像Ｄ２１，Ｄ２２，…の表示位置や表示サイズなどを特定し、その特定結果に基づいてＷｅｂサーバ３から受信する各画像Ｄ２１，Ｄ２２，…を表示画面にレイアウトする。そして表示処理部３２は、ＷｅｂページＤ２０に基づいて各画像Ｄ２１，Ｄ２２，…をレイアウトした表示画面を表示部１４に出力して表示する。
【００３６】
図５は、表示処理部３２によって表示部１４に表示される表示画面Ｇ１を示す図であり、表示画面Ｇ１に含まれる全ての画像が正常に受信された場合の表示結果の一例を示している。この表示画面Ｇ１では、例えばコピー機能に関する基本設定画像４１と、原稿設定画像４２と、応用設定画像４３と、警告画像４４と、スタートキー４５とが表示されている。
【００３７】
例えば、基本設定画像４１は、画像処理装置２のコピー機能を使用する際の基本設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、基本設定画像４１が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する基本設定の操作を行う場合、この基本設定画像４１を操作すれば良いことを把握することができる。
【００３８】
また原稿設定画像４２は、コピー機能を使用する際の原稿設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、原稿設定画像４２が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する原稿読み取り時の原稿設定操作を行う場合、この原稿設定画像４２を操作すれば良いことを把握することができる。
【００３９】
また応用設定画像４３は、画像処理装置２のコピー機能を使用する際の応用設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、応用設定画像４３が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する応用設定を行う場合、この応用設定画像４３を操作すれば良いことを把握することができる。このような応用設定には、例えば、印刷出力を行う際のステープルやパンチなどの仕上げ設定などが含まれる。
【００４０】
また警告画像４４は、画像処理装置２においてトナー減少や用紙不足、紙詰まりなどが発生している場合、それらの状態をユーザに警告するためのビットマップ画像となっている。トナー減少、用紙不足、紙詰まりなどを示す画像はそれぞれ異なる画像となっている。また、画像処理装置２においてトナー減少や用紙不足、紙詰まりなどが発生していない場合、警告画像４４は、警告すべき状態にないことを示す画像（つまり、正常状態であることを示す画像）として表される。そのため、このような警告画像４４が表示画面Ｇ１において表示されることにより、ユーザは、画像処理装置２においてトナー減少、用紙不足、紙詰まりなどが生じているか否かを把握することができる。
【００４１】
またスタートキー４５もビットマップ画像として表示画面Ｇ１に表示される。このスタートキー４５は、画像処理装置２に対してジョブの実行開始を指示するための操作キーとなる。ただし、表示部１４の周囲に設けられた押しボタンキーの一つとして、スタートキーが設けられている場合は、表示画面Ｇ１に必ずしもスタートキー４５を表示しなくても良い。
【００４２】
図５に示すように、表示画面Ｇ１に含まれる全ての画像が正常に表示されている場合、ユーザは、画像処理装置２を使用するときに各画像を適宜に操作することにより所望の設定操作を行うことができる。また、画像処理装置２においてトナー減少、用紙不足、紙詰まりなどが発生していれば、それらに対する適切な処置を行うことができる。
【００４３】
例えば、図５に示すような表示画面Ｇ１が表示されている状態で、ユーザが特定の設定項目の設定値を変更する場合、その設定項目に対応する画像（操作キー）を押下する操作を行う。この操作は操作検知部１５ａによって検知され、操作検知部１５ａからブラウザ３０に対して操作信号が出力される。ブラウザ３０は、この操作信号を入力すると、ユーザによって操作された画像を特定し、その画像に含まれる設定項目の設定値を変更するための表示画面をＷｅｂサーバ３から取得する必要があるか否かを判断する。そしてＷｅｂサーバ３から表示画面を取得する必要がある場合、画面要求部３１が、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する。これにより、Ｗｅｂサーバ３から設定変更のための表示画面が送信されるので、表示処理部３２は、Ｗｅｂサーバ３から設定変更のための表示画面を取得すると、その表示画面を表示部１４に表示する。尚、Ｗｅｂサーバ３から表示画面を取得する必要がない場合（例えば、Ｗｅｂサーバ３から既に取得したＷｅｂページＤ２０に次の表示画面に関する情報が含まれている場合など）、ブラウザ３０は、Ｗｅｂサーバ３からあらためて表示画面を取得することなく、表示部１４に表示する表示画面を、設定変更のための表示画面に変更する。
【００４４】
図６は、原稿設定画像４２が操作された場合における原稿設定に関する設定項目の設定値を変更するための表示画面Ｇ２の一例を示す図である。例えば図５に示す表示画面Ｇ１が表示部１４に表示されている状態で、ユーザが原稿設定画像４２を押下する操作を行うと、ブラウザ３０が、必要に応じて、Ｗｅｂサーバ３から図６に示すような表示画面Ｇ２を取得し、表示部１４に表示する。この表示画面Ｇ２には、各種設定項目に対応して現在の設定値が表示されると共に、現在の設定値を変更するためのプルダウンボタン４６が表示されている。このプルダウンボタン４６が操作されると、ブラウザ３０は、図６に示すようにプルダウンメニュー４７を表示する。ユーザはこのプルダウンメニュー４７の中から所望の設定値を選択することで設定値を変更する。そして変更した設定値を確定させる場合には、ＯＫキー４８を押下する。
【００４５】
ブラウザ３０は、表示画面Ｇ２のＯＫキー４８が押下されたことを検出すると、それに伴い、表示部１４に表示する表示画面を、図６に示す表示画面Ｇ２から、図５に示す表示画面Ｇ１へと戻す。このとき、ブラウザ３０は、ユーザが表示画面Ｇ２に対して行った設定変更の内容を一時的にメモリ１２などに記憶しておく。
【００４６】
またブラウザ３０は、表示部１４に表示する表示画面を、図６に示す表示画面Ｇ２から、図５に示す表示画面Ｇ１へと戻すとき、Ｗｅｂサーバ３から表示画面Ｇ１を再度取得するようにしても良い。この場合、上記と同様に、画面要求部３１がＷｅｂサーバ３に対して画面要求を送信する。このとき送信される画面要求には、ユーザによる設定変更の内容が付加される。そして表示処理部３２は、Ｗｅｂサーバ３から表示画面Ｇ１を再度取得するので、その取得した表示画面Ｇ１を表示部１４に表示する。このとき、原稿設定画像４２は、ユーザによる設定変更の内容が反映された別の画像に切り替わっていても良い。
【００４７】
ところで、上記のようにブラウザ３０がＷｅｂサーバ３に対して画面要求Ｄ１０を送信したタイミングで、Ｗｅｂサーバ３又はネットワーク４に大きな負荷がかかっている場合、ブラウザ３０は、例えば図５に示すような表示画面Ｇ１を表示するのに必要となる全ての画像をＷｅｂサーバ３から正常に受信しないことがある。このような場合、ブラウザ３０は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて各画像Ｄ２１，Ｄ２２，…を正常にレイアウトすることができず、表示部１４には一部の画像の欠落した不完全な表示画面が表示される。
【００４８】
図７は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ３を示す図であり、図５の表示画面Ｇ１に含まれる基本設定画像４１と原稿設定画像４２と警告画像４４とが正常に受信されなかった場合の表示結果の一例を示している。この表示画面Ｇ３では、ブラウザ３０によって基本設定画像４１と原稿設定画像４２と警告画像４４とが正常に受信されていないため、本来それらの画像が表示される部分に特定のマーク（例えばＸマークなど）が表示される。つまり、この特定のマークは、ユーザに対して正常に画像が表示されていないことを示すエラー表示となっている。このようなエラーはブラウザ３０によって検出される。
【００４９】
すなわち、図３に示すように、ブラウザ３０は、表示エラーを検出するエラー検出部３３を備えている。エラー検出部３３は、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示された状態で当該表示画面に含まれる画像の表示エラーの有無を検出する処理部である。このエラー検出部３３は、例えば、ＷｅｂページＤ２０に基づいて画像を正常にレイアウトすることができなかった場合、その画像が正常に表示されずに表示エラーとなったことを検知する。このようなエラー検出部３３は、例えばｊａｖａＳｃｒｉｐｔなどによって実現され、ブラウザ３０の一部の機能となっている。そしてブラウザ３０が起動している間、エラー検出部３３は表示エラーの有無を検出可能な状態となっている。
【００５０】
図７に示すように表示画面Ｇ３に含まれる画像４１、４２、４４が正常に表示されていないとき、ユーザはそれら非表示となっている画像がどのような画像であるかを把握することができない。そのため、ユーザは所望の設定操作を行うができないし、また画像処理装置２がトナー減少、用紙不足、紙詰まりなどの警告状態であるか否かも確認することができない。一方、スタートキー４５はユーザが操作可能となっており、ユーザは非表示となっている画像に対応した設定項目の設定値や警告状態を確認していない状態でスタートキー４５を操作することもある。このような場合、本実施形態では、ユーザによる設定値の確認や警告状態の確認が行われていない状態のままでジョブの実行を開始してしまうことを防止するために、エラー処理部３４が機能する。
【００５１】
エラー処理部３４は、少なくとも画像処理装置２においてジョブの実行が開始される前に機能し、ユーザが各設定項目の設定値や警告状態を確認できるようにする。そしてユーザによる設定値の確認や警告状態の確認が終了し、ジョブの実行が可能な状態になると、その後、制御部１０においてジョブ実行制御部３６が機能してジョブの実行が開始される。
【００５２】
ジョブ実行制御部３６は、画像処理装置２においてユーザにより選択された機能に関するジョブを実行する処理部である。すなわち、ジョブ実行制御部３６は、各種表示画面に対してユーザが設定した設定内容を反映してスキャナ部１６、プリンタ部１７、通信インタフェース１８および記憶装置１９のそれぞれを必要に応じて駆動制御することにより、ジョブの実行を制御する。また、ジョブ実行制御部３６は、ジョブの実行に伴ってトナー減少、用紙不足、又は紙詰まりなどが発生すると、それを検知し、通信インタフェース１８を介して警告状態をＷｅｂサーバ３に通知するように構成されている。
【００５３】
以下、本実施形態におけるエラー処理部３４による処理について詳しく説明する。
【００５４】
ブラウザ３０がＷｅｂサーバ３から取得した表示画面を表示部１４に表示している状態で、ユーザにより表示画面が切り替わるような操作が行われた場合、エラー処理部３４は、その時点で表示部１４に表示されている表示画面に表示エラーが検出されているか否かを判定する。ここで、表示画面が切り替わるような操作には、スタートキー４５の操作が含まれる。つまり、ユーザによりスタートキー４５が操作された場合、表示部１４に表示される表示画面は、通常「ジョブ実行中」であることを示す表示画面に切り替わるので、ユーザによるスタートキー４５の操作は、表示画面が切り替わるような操作のひとつとなっている。尚、以下においては、ユーザがスタートキー４５を操作することによってジョブの実行開始指示が行われた場合に、エラー処理部３４が機能する場合を例示する。
【００５５】
エラー処理部３４は、ユーザによりスタートキー４５が操作されたタイミングにおいて、エラー検出部３３によって表示エラーが検出されているか否かを判定する。そして表示部１４に表示されている表示画面で少なくとも１つの画像が正常に表示されていないと判定した場合、エラー処理部３４は、Ｗｅｂサーバ３に対し、その時点での画面表示状態を通知する。そしてエラー処理部３４は、Ｗｅｂサーバ３から非表示となっていた画像に対応する非表示の情報を含む確認画面を取得して表示部１４に表示する。
【００５６】
図８は、ブラウザ３０のエラー処理部３４とＷｅｂサーバ３とのデータ通信の概要を示す図である。エラー処理部３４は、ユーザによってスタートキー４５が押下操作されたタイミングで、表示部１４に表示されていた表示画面において少なくとも１つの画像が正常に表示されていなかった場合、Ｗｅｂサーバ３に対して、その時点での画面表示状態Ｄ３１を送信する。この画面表示状態Ｄ３１には、現在の表示画面を特定するための情報や、正常に表示されなかった画像のＩＤなどが含まれる。またこのとき、エラー処理部３４は、必要に応じて、その直前にユーザが設定変更した設定内容Ｄ３０を送信する。
【００５７】
Ｗｅｂサーバ３は、設定内容Ｄ３０を受信すると、その設定内容Ｄ３０を解析することにより、現在の画像処理装置２の設定状態を特定することができる。またＷｅｂサーバ３は、画面表示状態Ｄ３１を受信すると、その画面表示状態Ｄ３１を解析することにより、画像処理装置２においてどのような表示画面を表示しているときにどのような画像が正常に表示できていなかったかを特定することができる。
【００５８】
そしてＷｅｂサーバ３は、画像処理装置２において正常に表示されなかった画像に対応する非表示の情報を含む確認画面を生成し、ブラウザ３０に送信する。この確認画面は、データ量の大きな画像を伴わず、テキスト形式で記述されたＷｅｂページＤ４０のみによって構成される。つまり、ＷｅｂページＤ４０には、画像処理装置２において正常に表示されなかった画像に対応する非表示の情報がテキスト形式で表記される。例えば、図７に示すように、基本設定画像４１、原稿設定画像４２および警告画像４４が正常に表示されていなかった場合、ＷｅｂページＤ４０には、基本設定および原稿設定に関する各設定項目の設定値がテキスト形式で表記されると共に、警告画像４４に対応する警告状態がテキスト形式で表記される。したがって、Ｗｅｂサーバ３やネットワーク４に比較的大きな負荷がかかっている場合であっても、確認画面を構成するＷｅｂページＤ４０は、Ｗｅｂサーバ３から画像処理装置２に対して正常に送信される。
【００５９】
エラー処理部３４は、上記のようにしてＷｅｂサーバ３から送信されるＷｅｂページＤ４０を受信すると、それに基づいて表示部１４に確認画面を表示する。これにより、表示部１４には、画像処理装置２においてジョブの実行が開始される前に確認画面が表示されるようになる。
【００６０】
図９は、表示部１４に表示される確認画面Ｇ４の一例を示す図である。この確認画面Ｇ４は、例えばユーザがスタートキー４５を押下操作したときに、表示部１４が図７に示した表示画面Ｇ３を表示している状態であった場合を例示している。例えば図７に示した表示画面Ｇ３では、基本設定画像４１および原稿設定画像４２が非表示状態となっている。そのため、ユーザは、スタートキー４５の押下操作を行う直前に、基本設定画像４１および原稿設定画像４２に含まれる設定項目の設定値を確認していない可能性が高い。このような場合、図９に示す確認画面Ｇ４では、それら非表示の画像に対応する各設定項目の設定値に関する情報５２が表示されるため、ユーザは画像処理装置２においてジョブの実行が開始される前にそれらの設定値を確認することができる。
【００６１】
また例えば図７に示した表示画面Ｇ３では、警告画像４４が非表示状態となっている。そのため、ユーザは、スタートキー４５の押下操作を行う直前に、トナー減少、用紙不足、紙詰まりなどの警告状態が発生していてもそれらに対する適切な対処を行っていない可能性がある。このような場合、図９に示す確認画面Ｇ４では、その非表示の画像に対応する警告内容に関する情報５１が表示されるため、ユーザは画像処理装置２においてジョブの実行が開始される前にその警告内容を確認することができる。そして何らかの警告が発生している場合、それに対する適切な処置を行うことができる。
【００６２】
ただし、警告内容に関する情報５１は、ユーザが使用しようとしている機能に対応する警告である場合に表示し、ユーザが使用しようとしている機能に対応しない警告であれば表示しないようにしても良い。例えば、ユーザがＦＡＸ送信を行おうとしているときに、トナー減少、用紙不足、プリンタ部１７での紙詰まりが発生していても、そのような警告状態はＦＡＸ送信には何ら影響を与えるものではない。このような場合には、画像処理装置２においてトナー減少、用紙不足、プリンタ部１７での紙詰まりといった警告状態が発生していても、確認画面Ｇ４においては警告内容に関する情報５１を表示しなくても良い。尚、警告内容に関する情報５１を確認画面Ｇ４に含めるか否かは、Ｗｅｂサーバ３が判断するようにしても良いし、エラー処理部３４が画面表示状態Ｄ３１を送信するときに判断するようにしても良い。例えば、エラー処理部３４が画面表示状態Ｄ３１を送信するときに判断する場合、エラー処理部３４は、非表示となっている警告画像４４の属性情報（例えばＷｅｂページＤ２０に含まれる情報）に基づいてユーザが使用しようとしている機能に対応する警告画像４４が非表示であるか否かを判断し、ユーザが使用しようとしている機能に対応する警告画像４４が非表示となっていれば、画面表示状態Ｄ３１にそれを示す情報を付加すれば良い。
【００６３】
尚、図９に示す確認画面Ｇ４の例では、図７の表示画面Ｇ３において正常に表示されなかった画像４１，４２，４４に対応する非表示の情報がテキスト形式で表示されるようになっているが、これに加えて例えば図７の表示画面Ｇ３において正常に表示されていた画像４３に対応する情報を同時にテキスト形式で表示するようにしても良い。
【００６４】
また図９に示すように、確認画面Ｇ４には、ＯＫキー５３と、ＮＧキー５４とが表示される。ユーザは、確認画面Ｇ４に表示される各設定値に関する情報５２又は警告内容に関する情報５１を確認した後、ジョブを実行させる場合にはＯＫキー５３を操作し、ジョブの実行をキャンセルしてジョブの再設定操作を行う場合にはＮＧキー５４を操作する。つまり、ＯＫキー５３は、確認画面Ｇ４が表示されている状態においてジョブ実行指示を行うためのキーであり、ＮＧキー５４は、ジョブの再設定操作を行うためのキーである。
【００６５】
ユーザによりＯＫキー５３が操作された場合、ブラウザ３０は、Ｗｅｂサーバ３に対してジョブ実行指示が行われたことを通知する。これにより、ブラウザ３０はジョブ実行中に表示する表示画面をＷｅｂサーバ３から取得し、表示部１４に表示する。Ｗｅｂサーバ３は、ジョブ実行指示が行われたことを検知すると、ブラウザ３０に対し、ジョブ実行中に表示させる表示画面を送信すると共に、ジョブ実行制御部３６に対してジョブ実行時に適用する各種の設定値を通知し、ジョブ実行制御部３６にジョブの実行を指示する。そしてジョブ実行制御部３６は、Ｗｅｂサーバ３から受信する各種設定値に基づいてジョブを実行するための設定を行い、スキャナ部１６やプリンタ部１７などを駆動させることによりユーザにより指定されたジョブの実行を制御する。ただし、必ずしもこのようなジョブの実行形態に限られず、ジョブ実行時にはＷｅｂサーバ３と画像処理装置２とでデータ通信を行うことなく、ジョブ実行制御部３６がジョブの実行を開始するものであっても構わない。
【００６６】
一方、ユーザによりＮＧキー５４が操作された場合、ブラウザ３０において再び画面要求部３１が機能し、画面要求部３１は、正常に表示さなかった画像を含む表示画面を再度Ｗｅｂサーバ３から取得すべく、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する。このような表示画面の再取得により、非表示状態となっていた画像が正常に表示される可能性がある。そしてその後は、ユーザによる設定値の変更操作を再び受け付ける状態となる。
【００６７】
以上のように、本実施形態では、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示された状態で、その表示画面に含まれる画像が正常に表示されていないとき、ユーザがスタートキー４５やその他の表示画面を切り替えるような操作キーを押下すると、少なくとも非表示状態となっている画像に対応した情報が含まれる確認画面Ｇ４がＷｅｂサーバ３から取得され、表示部１４に表示される。このような確認画面Ｇ４は、ユーザが各種設定操作を行うための表示画面Ｇ１，Ｇ２などと比較すると、画像などのデータ量の大きなコンテンツを含まないテキスト形式のデータで表現される画面であるため、Ｗｅｂサーバ３やネットワーク４に比較的大きな負荷がかかっている場合であっても正常に取得され、表示部１４に表示される。そのため、ユーザは、画像処理装置２においてジョブの実行が開始される前に、そのジョブの実行時に適用される各設定値や警告状態を確認することが可能である。
【００６８】
次に制御部１０による具体的な動作について説明する。図１０は、制御部１０によって行われる処理手順の一例を示すフローチャートである。この処理は、制御部１０においてブラウザ３０が起動されることにより開始される。まずブラウザ３０は、画面要求部３１として機能し、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する（ステップＳ１０）。そして表示処理部３２が機能し、Ｗｅｂサーバ３から表示画面を受信して表示部１４に表示する（ステップＳ１１）。このとき、表示処理部３２は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて、それに引き続きＷｅｂサーバ３から受信する画像Ｄ２１，Ｄ２２，…を画面内にレイアウトすることにより表示画面を生成して表示部１４に表示する。そしてエラー検出部３３が機能し、表示部１４に表示した表示画面に含まれる画像が表示エラーとして検知されたか否かを判断する（ステップＳ１２）。正常に表示されるおとなく表示エラーとなった画像が存在する場合（ステップＳ１２でＹＥＳ）、エラー検出部３３は、その表示エラーの内容（例えば表示エラーとなった画像のＩＤなど）をメモリ１２などに一時記憶する（ステップＳ１３）。これに対し、表示エラーとなった画像が存在しない場合（ステップＳ１２でＮＯ）、ステップＳ１３の処理はスキップする。
【００６９】
Ｗｅｂサーバ３から取得した表示画面を表示部１４に表示している状態で、ユーザによる操作が行われたか否かを判断し、ユーザによる操作が行われていなければ、そのまま待機する（ステップＳ１４でＮＯ）。そしてユーザによる操作が行われると（ステップＳ１４でＹＥＳ）、ブラウザ３０は、Ｗｅｂサーバ３から表示画面を取得する必要があるか否かを判断する（ステップＳ１５）。その結果、Ｗｅｂサーバ３から表示画面を取得する必要がない場合（ステップＳ１５でＮＯ）、ユーザ操作に基づいて表示画面を更新し（ステップＳ１６）、ステップＳ１４に戻る。
【００７０】
一方、Ｗｅｂサーバ３から表示画面を取得する必要がある場合（ステップＳ１５でＹＥＳ）、ブラウザ３０は、ユーザによりスタートキー４５が操作されたか否かを判断する（ステップＳ１７）。そしてスタートキー４５ではなかった場合（ステップＳ１７でＮＯ）、ステップＳ１０に戻り、Ｗｅｂサーバ３に対して画面要求が送信される。
【００７１】
これに対し、ユーザによる操作がスタートキー４５の操作であった場合（ステップＳ１７でＹＥＳ）、エラー処理部３４が機能し、そのタイミングで表示エラーが検出されているか否かを判断する（ステップＳ１８）。ここでは、メモリ１２に、表示エラーの内容が記憶されているか否かにより判断される。そして表示エラーが検出されている場合（ステップＳ１８でＹＥＳ）、エラー処理部３４は、Ｗｅｂサーバ３に対して画面表示状態Ｄ３１を送信する（ステップＳ１９）。これにより、エラー処理部３４は、Ｗｅｂサーバ３から確認画面Ｇ４を取得する。そしてエラー処理部３４は、Ｗｅｂサーバ３から取得する確認画面Ｇ４を表示部１４に表示する（ステップＳ２０）。ここで確認画面Ｇ４が表示部１４に表示されることにより、ユーザはジョブが実行される前に非表示となっていた画像に対応する情報を確認することができる。そして確認画面Ｇ４に対する操作が行われた場合、ＯＫキー５３が操作されたか否かを判断し（ステップＳ２１）、ＯＫキー５３であれば、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する（ステップＳ２２）。一方、ＮＧキー５４が操作された場合には（ステップＳ２１でＮＯ）、ステップＳ１０に戻って再度、前回と同じ表示画面をＷｅｂサーバ３から取得すべく画面要求を送信する。
【００７２】
尚、ユーザによってスタートキー４５が操作されたタイミングで表示エラーが検出されていなかった場合（ステップＳ１８でＮＯ）、確認画面Ｇ４を表示する必要はないので、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する（ステップＳ２２）。
【００７３】
以上のように本実施形態の画像処理装置２は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得して表示部１４に表示するブラウザ３０と、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出部３３と、操作入力部１５においてユーザによる表示画面を切り替える操作（特にユーザによるジョブ実行指示）が検知されたとき、エラー検出部３３によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面Ｇ４を表示部１４に表示するエラー処理部３４とを備えた構成となっている。
【００７４】
上記構成によれば、ブラウザ３０により表示部１４に表示された表示画面に含まれる一部又は全部の画像が正常に表示されていない場合でも、画像処理装置２においてジョブの実行が開始される前に、ユーザは非表示状態となっていた画像に対応する情報を容易に確認することができる。そのため、ユーザにとって意図しない出力形態となってしまうことを防止することができる。
【００７５】
（変形例）
以上、本発明に関する一実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。すなわち、本発明には、上述した実施形態以外にも種々の変形例が適用可能である。
【００７６】
例えば、上述した実施形態では、主としてユーザがスタートキー４５を操作したタイミングで、表示画面に表示エラーが検出されていれば、非表示となっている画像に対応する非表示の情報を含む確認画面Ｇ４を表示する場合を例示した。しかし、これに限られるものではなく、上述したようにユーザが表示画面を切り替える操作を行う都度、その直前の表示画面で表示エラーが検出されていれば、非表示となっている画像に対応する非表示の情報を含む確認画面を表示部１４に表示するようにしても良い。例えば、ユーザが画像処理装置２の特定の機能について設定操作を行っていくとき、前画面での設定内容が次画面に反映され、次画面が前画面での設定内容をさらに詳細に設定するための表示画面となるような場合、ブラウザ３０は次画面を前画面での設定内容に対応した表示画面を取得するためにＷｅｂサーバ３とデータ通信を行う。このような状態のとき、前画面で正常に表示されていない画像があれば、ユーザによって次画面に切り替える操作が行われたタイミングで、エラー処理部３４が設定内容Ｄ３０と共に画面表示状態Ｄ３１をＷｅｂサーバ３に送信する（図８参照）。すると、Ｗｅｂサーバ３は、次画面を画像処理装置２に送信する前に、前画面に対応する確認画面Ｇ４に関するＷｅｂページＤ４０を生成して画像処理装置２に送信するので、ブラウザ３０は前画面から次画面に遷移させる前に前画面での設定内容をユーザに確認させるために確認画面Ｇ４を表示部１４に表示することができる。
【００７７】
また、上述した実施形態では、画像処理装置２がＷｅｂサーバ３から確認画面Ｇ４を取得して表示部１４に表示する場合を例示した。しかし、これに限られるものでもない。例えば、Ｗｅｂサーバ３から取得した表示画面で表示エラーが検出された場合、画像処理装置２が内部処理で確認画面Ｇ４を生成して表示部１４に表示するようにしても良い。
【００７８】
さらに、上述した実施形態では、本発明にかかる表示画面制御装置を、ＭＦＰなどの画像処理装置２に実装した場合を例示した。しかし、上述した表示画面制御装置としての各構成要素を適用可能な装置は、ＭＦＰのような画像処理装置２に限られない。つまり、上述した表示画面制御装置としての各構成要素は、画像処理装置以外の装置にも適用可能である。
【符号の説明】
【００７９】
１ 画像処理システム
２ 画像処理装置
３ Ｗｅｂサーバ
４ ネットワーク
１０ 制御部（表示画面制御装置）
１３ 操作パネル
１４ 表示部（表示手段）
１５ 操作入力部（操作入力手段）
１８ 通信インタフェース（通信手段）
２１ プログラム
３０ ブラウザ
３１ 画面要求部
３２ 表示処理部
３３ エラー検出部（エラー検出手段）
３４ エラー処理部（エラー処理手段）
３６ ジョブ実行制御部（ジョブ実行制御手段）
【技術分野】
【０００１】
本発明は、表示画面制御装置、表示画面制御方法およびプログラムに関し、特にＷｅｂサーバから表示画面を取得して表示する技術に関する。
【背景技術】
【０００２】
近年、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置はＷｅｂページを閲覧するためのブラウザを備え、このブラウザがネットワークに接続されたＷｅｂサーバから操作パネルに表示するための表示画面を取得して表示するものが提案されている（例えば、特許文献１）。このような表示形態では、例えば、画像処理装置においてユーザが設定操作可能な設定キーなどが、Ｗｅｂサーバから取得する表示画面に画像として含まれる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−３９６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記のような表示形態の場合、例えばＷｅｂサーバやネットワークに大きな負荷がかかっていると、表示画面に含まれる一部又は全部の画像が操作パネルに表示されないことがある。このような表示状態のとき、ユーザは、操作パネルに表示されていない画像がどのような内容を示すものであるのかを把握することができず、所望の設定操作を行うことができない。そのような表示状態のままで、ユーザがコピーなどのジョブの実行を指示してしまうと、ユーザにとっては意図しない出力形態となってしまう可能性があり、問題となる。
【０００５】
特に画像処理装置における操作パネルなどの表示装置は、表示可能な画面サイズが小さいことから、Ｗｅｂサーバから取得する表示画面を最大限のサイズで表示できるようにするため、ブラウザに対する指示操作を行うためのツールバーなどを表示しないように設定されているケースが多い。このような場合には、ユーザが表示画面に含まれる画像が正常に表示されていないと認識したとしても、ブラウザに対してどのような操作を行えば、Ｗｅｂサーバから表示画面を再取得できるかが判らないことが多く、ユーザは、所望の設定操作を行うことができないままジョブの実行を指示してしまうケースが起こり得る。
【０００６】
そこで本発明は、上記従来の問題点を解決するためになされたものであり、Ｗｅｂサーバから取得した表示画面に含まれる画像が正常に表示されていない状態のとき、そのような非表示となっている画像に対応する情報をユーザが容易に確認できるようにした表示画面制御装置、表示画面制御方法およびプログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、請求項１にかかる発明は、表示画面制御装置であって、各種情報を表示する表示手段と、ユーザによる各種入力操作を検知する操作入力手段と、Ｗｅｂサーバとデータ通信を行う通信手段と、前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示するブラウザと、前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出手段と、前記操作入力手段においてユーザによる表示画面を切り替える操作が検知されたとき、前記エラー検出手段によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するエラー処理手段と、を備えることを特徴とする構成である。
【０００８】
請求項２にかかる発明は、請求項１に記載の表示画面制御装置において、前記エラー処理手段は、前記エラー検出手段によって検出されている表示エラーを前記Ｗｅｂサーバに通知することにより、前記Ｗｅｂサーバから前記確認画面を取得して前記表示手段に表示することを特徴とする構成である。
【０００９】
請求項３にかかる発明は、請求項１又は２に記載の表示画面制御装置において、前記エラー処理手段は、前記操作入力手段においてユーザによるジョブの実行指示が検知されたとき、前記エラー検出手段によって表示エラーが検出されていることを条件として前記確認画面を前記表示手段に表示することを特徴とする構成である。
【００１０】
請求項４にかかる発明は、請求項３に記載の表示画面制御装置において、前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段においてジョブ実行指示が検知された場合、ジョブの実行を開始するジョブ実行制御手段をさらに備えることを特徴とする構成である。
【００１１】
請求項５にかかる発明は、請求項３又は４に記載の表示画面制御装置において、前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段において再設定操作が検知された場合、前記ブラウザは、前記Ｗｅｂサーバから表示画面を再度取得して前記表示手段に表示することを特徴とする構成である。
【００１２】
請求項６にかかる発明は、請求項１乃至５のいずれかに記載の表示画面制御装置において、前記確認画面には、表示エラーの検出されている画像に対応する設定項目の設定値が含まれることを特徴とする構成である。
【００１３】
請求項７にかかる発明は、請求項１乃至６のいずれかに記載の表示画面制御装置において、前記確認画面には、表示エラーの検出されている画像に対応する警告内容が含まれることを特徴とする構成である。この場合においては、表示エラーの検出されている画像に対応する警告内容がユーザの使用しようとしている機能に対応した警告内容であることを条件として前記確認画面に含めて表示するようにしても良い。
【００１４】
請求項８にかかる発明は、表示画面制御方法であって、ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、ユーザによる入力操作を検知するステップと、ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、を有することを特徴とする構成である。
【００１５】
請求項９にかかる発明は、プログラムであって、コンピュータに、ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、ユーザによる入力操作を検知するステップと、ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、を実行させることを特徴とする構成である。
【発明の効果】
【００１６】
本発明によれば、Ｗｅｂサーバから取得した表示画面に含まれる画像が正常に表示手段に表示されていない状態でも、その非表示となっている画像に対応する情報を含む確認画面が表示されるので、ユーザは正常に表示されていない画像に対応した情報を容易に確認することが可能になる。
【図面の簡単な説明】
【００１７】
【図１】画像処理システムの一構成例を示す図である。
【図２】画像処理装置のハードウェア構成の一例を示すブロック図である。
【図３】制御部のＣＰＵがプログラムを実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。
【図４】ブラウザがＷｅｂサーバから表示画面を取得して表示部に表示する場合のデータ通信の概要を示す図である。
【図５】表示画面に含まれる全ての画像が正常に受信された場合に表示部に表示される表示画面の一例を示す図である。
【図６】原稿設定に関する設定項目の設定値を変更するための表示画面の一例を示す図である。
【図７】表示画面に含まれる一部の画像が正常に受信されなかった場合に表示部に表示される表示画面の一例を示す図である。
【図８】表示エラーが検出された場合のエラー処理部とＷｅｂサーバとのデータ通信の概要を示す図である。
【図９】表示エラーが検出されている状態でユーザが所定の操作を行った後に表示部に表示される確認画面の一例を示す図である。
【図１０】制御部によって行われる処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下、本発明に関する好ましい実施形態について図面を参照しつつ詳細に説明する。尚、以下に説明する実施形態において互いに共通する部材には同一符号を付しており、それらについての重複する説明は省略する。
【００１９】
図１は、本発明における画像処理システム１の一構成例を示す図である。この画像処理システム１は、デジタル複合機やＭＦＰ（Multi Function Peripheral）などと称される画像処理装置２と、Ｗｅｂサーバ３とがネットワーク４に接続された構成である。ネットワーク４は、例えばオフィス環境などに設置されるＬＡＮであっても良いし、またインターネットなどを含むネットワークであっても良い。
【００２０】
画像処理装置２は、コピー機能、スキャナ機能、プリンタ機能、ＦＡＸ機能などの複数の機能を有しており、それら各機能に対応するジョブを実行する。ただし、画像処理装置２は、必ずしも複数の機能を備えていないものであっても良く、コピー機、スキャナ、プリンタ、又は、ＦＡＸ装置などの単機能装置であっても構わない。
【００２１】
画像処理装置２は、ユーザが操作する際のユーザインタフェースとなる操作パネル１３を備えている。この操作パネル１３には、各種情報を表示する表示部１４と、ユーザによる各種入力操作を検知する操作入力部１５とが設けられている。表示部１４は、例えばカラー液晶ディスプレイなどで構成される。また操作入力部１５は、表示部１４の画面上に配置されたタッチパネルキーと、表示部１４の周囲に配置された押しボタンキーとを備えて構成される。画像処理装置２は、表示部１４に表示するための表示画面を、ネットワーク４を介してＷｅｂサーバ３から取得し、表示部１４に表示するようになっている。
【００２２】
Ｗｅｂサーバ３は、例えばＨＴＴＰ（HyperText Transfer Protocol）により、画像処理装置２に対して操作パネル１３の表示部１４に表示させるための表示画面を提供するサーバである。Ｗｅｂサーバ３は、画像処理装置２の各機能に対応する操作画面を予め保持している。そして画像処理装置２からの画面要求に基づいて、各機能に対応する表示画面を生成し、画像処理装置２に送信する。
【００２３】
図２は、画像処理装置２のハードウェア構成の一例を示すブロック図である。画像処理装置２は、制御部１０と、操作パネル１３と、スキャナ部１６と、プリンタ部１７と、通信インタフェース１８と、記憶装置１９とを備え、これらがデータバス２０を介して相互にデータの入出力を行うことができる構成である。
【００２４】
制御部１０は、ＣＰＵ１１とメモリ１２とを備えており、操作パネル１３、スキャナ部１６、プリンタ部１７、通信インタフェース１８および記憶装置１９のそれぞれの動作を制御する。特に本実施形態では、ＣＰＵ１１が記憶装置１９に記憶されているプログラム２１を読み出して実行することにより、操作パネル１３の表示部１４に表示する表示画面を制御するための表示画面制御装置として機能する。メモリ１２は、ＣＰＵ１１がプログラム２１に基づく処理を行うことに伴い、一時的なデータなどを記憶するためのものである。
【００２５】
操作パネル１３の表示部１４は、データバス２０を介して制御部１０から入力する表示画面を表示する。また操作入力部１５には、ユーザによる操作を検知する操作検知部１５ａが設けられている。操作検知部１５ａは、ユーザによる操作を検知すると、その検知信号を制御部１０に出力する。
【００２６】
スキャナ部１６は、画像処理装置２においてコピー機能、スキャナ機能、ＦＡＸ送信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、スキャナ部１６は、原稿の読み取り動作を行って画像データを生成し、出力する。
【００２７】
プリンタ部１７は、画像処理装置２においてコピー機能、プリンタ機能、ＦＡＸ受信機能などのジョブを実行する際に制御部１０からの指令に基づいて動作する処理部である。すなわち、プリンタ部１７は、入力する画像データに基づいて印刷用紙などの印刷媒体に画像形成を行い、印刷物を出力する。
【００２８】
通信インタフェース１８は、画像処理装置２をネットワーク４に接続するためのものである。制御部１０は、この通信インタフェース１８を介してＷｅｂサーバ３とのデータ通信を行い、Ｗｅｂサーバ３から表示画面を取得する。
【００２９】
記憶装置１９は、例えばハードディスク装置などの不揮発性記憶装置である。この記憶装置１９には、上述したように制御部１０のＣＰＵ１１によって実行されるプログラム２１が予めインストールされている。このプログラム２１には、Ｗｅｂサーバ３から表示画面を取得して表示部１４に表示させるためのブラウザプログラムが含まれる。
【００３０】
図３は、制御部１０のＣＰＵ１１がプログラム２１を実行することによって表示画面制御装置として機能する場合の詳細な機能構成の一例を示すブロック図である。図３に示すように、制御部１０は、ブラウザ３０およびジョブ実行制御部３６として機能する。またブラウザ３０は、画面要求部３１、表示処理部３２、エラー検出部３３およびエラー処理部３４として機能する。
【００３１】
ブラウザ３０は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得し、その表示画面を操作パネル１３の表示部１４に表示する処理部である。このブラウザ３０が起動すると、画面要求部３１、表示処理部３２、エラー検出部３３およびエラー処理部３４のそれぞれが機能し、予め指定されたＵＲＬ（Uniform Resource Locator）に基づいてＷｅｂサーバ３にアクセスする。そしてＷｅｂサーバ３から表示画面を取得し、表示部１４に表示する。またブラウザ３０は、操作入力部１５における操作検知部１５ａがユーザによる操作を検知すると、必要に応じてＷｅｂサーバ３から、ユーザによる指示操作に対応した表示画面を取得して表示部１４の表示画面を更新する。
【００３２】
画面要求部３１は、Ｗｅｂサーバ３に対して画面要求を送信する処理部である。この画面要求部３１は、ブラウザ３０の起動時に、初期画面に対応する表示画面の画面要求を、Ｗｅｂサーバ３に対して送信する。また、画面要求部３１は、ユーザによる指示操作に基づいて表示部１４の表示画面を更新する必要がある場合、Ｗｅｂサーバ３に対して新たな表示画面の画面要求を送信する。
【００３３】
表示処理部３２は、画面要求部３１がＷｅｂサーバ３に対して画面要求を送信することにより、Ｗｅｂサーバ３から受信する表示画面を表示部１４に表示する処理部である。したがって、ブラウザ３０は、これら画面要求部３１および表示処理部３２の機能により、Ｗｅｂサーバ３から表示画面を取得し、その取得した表示画面を表示部１４に表示する。
【００３４】
図４は、ブラウザ３０がＷｅｂサーバ３から表示画面を取得して表示部１４に表示する場合のデータ通信の概要を示す図である。ブラウザ３０は、例えば操作検知部１５ａによってユーザ操作が検知されると、そのユーザ操作に対応した表示画面を取得するためにＷｅｂサーバ３に対して画面要求Ｄ１０を送信する。Ｗｅｂサーバ３は、この画面要求Ｄ１０に対応した表示画面を生成し、ブラウザ３０に送信する。Ｗｅｂサーバ３からブラウザ３０に対して送信される表示画面は、例えば図４に示すように、ＨＴＭＬ（HyperText Markup Language）などの所定の言語で記述されたＷｅｂページＤ２０と、所定のデータフォーマットの画像Ｄ２１，Ｄ２２，…とで構成される。画像Ｄ２１，Ｄ２２のそれぞれには識別情報としてユニークなＩＤが付与されている。ＷｅｂページＤ２０には、それらＩＤと関連付けて表示位置と表示サイズなどが定義されている。
【００３５】
表示処理部３２は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０を解析することにより、各画像Ｄ２１，Ｄ２２，…の表示位置や表示サイズなどを特定し、その特定結果に基づいてＷｅｂサーバ３から受信する各画像Ｄ２１，Ｄ２２，…を表示画面にレイアウトする。そして表示処理部３２は、ＷｅｂページＤ２０に基づいて各画像Ｄ２１，Ｄ２２，…をレイアウトした表示画面を表示部１４に出力して表示する。
【００３６】
図５は、表示処理部３２によって表示部１４に表示される表示画面Ｇ１を示す図であり、表示画面Ｇ１に含まれる全ての画像が正常に受信された場合の表示結果の一例を示している。この表示画面Ｇ１では、例えばコピー機能に関する基本設定画像４１と、原稿設定画像４２と、応用設定画像４３と、警告画像４４と、スタートキー４５とが表示されている。
【００３７】
例えば、基本設定画像４１は、画像処理装置２のコピー機能を使用する際の基本設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、基本設定画像４１が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する基本設定の操作を行う場合、この基本設定画像４１を操作すれば良いことを把握することができる。
【００３８】
また原稿設定画像４２は、コピー機能を使用する際の原稿設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、原稿設定画像４２が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する原稿読み取り時の原稿設定操作を行う場合、この原稿設定画像４２を操作すれば良いことを把握することができる。
【００３９】
また応用設定画像４３は、画像処理装置２のコピー機能を使用する際の応用設定に関する設定操作を行うための操作キーを表すビットマップ画像となっている。そのため、応用設定画像４３が正常に表示された表示画面Ｇ１では、ユーザは、コピー機能に関する応用設定を行う場合、この応用設定画像４３を操作すれば良いことを把握することができる。このような応用設定には、例えば、印刷出力を行う際のステープルやパンチなどの仕上げ設定などが含まれる。
【００４０】
また警告画像４４は、画像処理装置２においてトナー減少や用紙不足、紙詰まりなどが発生している場合、それらの状態をユーザに警告するためのビットマップ画像となっている。トナー減少、用紙不足、紙詰まりなどを示す画像はそれぞれ異なる画像となっている。また、画像処理装置２においてトナー減少や用紙不足、紙詰まりなどが発生していない場合、警告画像４４は、警告すべき状態にないことを示す画像（つまり、正常状態であることを示す画像）として表される。そのため、このような警告画像４４が表示画面Ｇ１において表示されることにより、ユーザは、画像処理装置２においてトナー減少、用紙不足、紙詰まりなどが生じているか否かを把握することができる。
【００４１】
またスタートキー４５もビットマップ画像として表示画面Ｇ１に表示される。このスタートキー４５は、画像処理装置２に対してジョブの実行開始を指示するための操作キーとなる。ただし、表示部１４の周囲に設けられた押しボタンキーの一つとして、スタートキーが設けられている場合は、表示画面Ｇ１に必ずしもスタートキー４５を表示しなくても良い。
【００４２】
図５に示すように、表示画面Ｇ１に含まれる全ての画像が正常に表示されている場合、ユーザは、画像処理装置２を使用するときに各画像を適宜に操作することにより所望の設定操作を行うことができる。また、画像処理装置２においてトナー減少、用紙不足、紙詰まりなどが発生していれば、それらに対する適切な処置を行うことができる。
【００４３】
例えば、図５に示すような表示画面Ｇ１が表示されている状態で、ユーザが特定の設定項目の設定値を変更する場合、その設定項目に対応する画像（操作キー）を押下する操作を行う。この操作は操作検知部１５ａによって検知され、操作検知部１５ａからブラウザ３０に対して操作信号が出力される。ブラウザ３０は、この操作信号を入力すると、ユーザによって操作された画像を特定し、その画像に含まれる設定項目の設定値を変更するための表示画面をＷｅｂサーバ３から取得する必要があるか否かを判断する。そしてＷｅｂサーバ３から表示画面を取得する必要がある場合、画面要求部３１が、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する。これにより、Ｗｅｂサーバ３から設定変更のための表示画面が送信されるので、表示処理部３２は、Ｗｅｂサーバ３から設定変更のための表示画面を取得すると、その表示画面を表示部１４に表示する。尚、Ｗｅｂサーバ３から表示画面を取得する必要がない場合（例えば、Ｗｅｂサーバ３から既に取得したＷｅｂページＤ２０に次の表示画面に関する情報が含まれている場合など）、ブラウザ３０は、Ｗｅｂサーバ３からあらためて表示画面を取得することなく、表示部１４に表示する表示画面を、設定変更のための表示画面に変更する。
【００４４】
図６は、原稿設定画像４２が操作された場合における原稿設定に関する設定項目の設定値を変更するための表示画面Ｇ２の一例を示す図である。例えば図５に示す表示画面Ｇ１が表示部１４に表示されている状態で、ユーザが原稿設定画像４２を押下する操作を行うと、ブラウザ３０が、必要に応じて、Ｗｅｂサーバ３から図６に示すような表示画面Ｇ２を取得し、表示部１４に表示する。この表示画面Ｇ２には、各種設定項目に対応して現在の設定値が表示されると共に、現在の設定値を変更するためのプルダウンボタン４６が表示されている。このプルダウンボタン４６が操作されると、ブラウザ３０は、図６に示すようにプルダウンメニュー４７を表示する。ユーザはこのプルダウンメニュー４７の中から所望の設定値を選択することで設定値を変更する。そして変更した設定値を確定させる場合には、ＯＫキー４８を押下する。
【００４５】
ブラウザ３０は、表示画面Ｇ２のＯＫキー４８が押下されたことを検出すると、それに伴い、表示部１４に表示する表示画面を、図６に示す表示画面Ｇ２から、図５に示す表示画面Ｇ１へと戻す。このとき、ブラウザ３０は、ユーザが表示画面Ｇ２に対して行った設定変更の内容を一時的にメモリ１２などに記憶しておく。
【００４６】
またブラウザ３０は、表示部１４に表示する表示画面を、図６に示す表示画面Ｇ２から、図５に示す表示画面Ｇ１へと戻すとき、Ｗｅｂサーバ３から表示画面Ｇ１を再度取得するようにしても良い。この場合、上記と同様に、画面要求部３１がＷｅｂサーバ３に対して画面要求を送信する。このとき送信される画面要求には、ユーザによる設定変更の内容が付加される。そして表示処理部３２は、Ｗｅｂサーバ３から表示画面Ｇ１を再度取得するので、その取得した表示画面Ｇ１を表示部１４に表示する。このとき、原稿設定画像４２は、ユーザによる設定変更の内容が反映された別の画像に切り替わっていても良い。
【００４７】
ところで、上記のようにブラウザ３０がＷｅｂサーバ３に対して画面要求Ｄ１０を送信したタイミングで、Ｗｅｂサーバ３又はネットワーク４に大きな負荷がかかっている場合、ブラウザ３０は、例えば図５に示すような表示画面Ｇ１を表示するのに必要となる全ての画像をＷｅｂサーバ３から正常に受信しないことがある。このような場合、ブラウザ３０は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて各画像Ｄ２１，Ｄ２２，…を正常にレイアウトすることができず、表示部１４には一部の画像の欠落した不完全な表示画面が表示される。
【００４８】
図７は、ブラウザ３０によって表示部１４に表示される表示画面Ｇ３を示す図であり、図５の表示画面Ｇ１に含まれる基本設定画像４１と原稿設定画像４２と警告画像４４とが正常に受信されなかった場合の表示結果の一例を示している。この表示画面Ｇ３では、ブラウザ３０によって基本設定画像４１と原稿設定画像４２と警告画像４４とが正常に受信されていないため、本来それらの画像が表示される部分に特定のマーク（例えばＸマークなど）が表示される。つまり、この特定のマークは、ユーザに対して正常に画像が表示されていないことを示すエラー表示となっている。このようなエラーはブラウザ３０によって検出される。
【００４９】
すなわち、図３に示すように、ブラウザ３０は、表示エラーを検出するエラー検出部３３を備えている。エラー検出部３３は、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示された状態で当該表示画面に含まれる画像の表示エラーの有無を検出する処理部である。このエラー検出部３３は、例えば、ＷｅｂページＤ２０に基づいて画像を正常にレイアウトすることができなかった場合、その画像が正常に表示されずに表示エラーとなったことを検知する。このようなエラー検出部３３は、例えばｊａｖａＳｃｒｉｐｔなどによって実現され、ブラウザ３０の一部の機能となっている。そしてブラウザ３０が起動している間、エラー検出部３３は表示エラーの有無を検出可能な状態となっている。
【００５０】
図７に示すように表示画面Ｇ３に含まれる画像４１、４２、４４が正常に表示されていないとき、ユーザはそれら非表示となっている画像がどのような画像であるかを把握することができない。そのため、ユーザは所望の設定操作を行うができないし、また画像処理装置２がトナー減少、用紙不足、紙詰まりなどの警告状態であるか否かも確認することができない。一方、スタートキー４５はユーザが操作可能となっており、ユーザは非表示となっている画像に対応した設定項目の設定値や警告状態を確認していない状態でスタートキー４５を操作することもある。このような場合、本実施形態では、ユーザによる設定値の確認や警告状態の確認が行われていない状態のままでジョブの実行を開始してしまうことを防止するために、エラー処理部３４が機能する。
【００５１】
エラー処理部３４は、少なくとも画像処理装置２においてジョブの実行が開始される前に機能し、ユーザが各設定項目の設定値や警告状態を確認できるようにする。そしてユーザによる設定値の確認や警告状態の確認が終了し、ジョブの実行が可能な状態になると、その後、制御部１０においてジョブ実行制御部３６が機能してジョブの実行が開始される。
【００５２】
ジョブ実行制御部３６は、画像処理装置２においてユーザにより選択された機能に関するジョブを実行する処理部である。すなわち、ジョブ実行制御部３６は、各種表示画面に対してユーザが設定した設定内容を反映してスキャナ部１６、プリンタ部１７、通信インタフェース１８および記憶装置１９のそれぞれを必要に応じて駆動制御することにより、ジョブの実行を制御する。また、ジョブ実行制御部３６は、ジョブの実行に伴ってトナー減少、用紙不足、又は紙詰まりなどが発生すると、それを検知し、通信インタフェース１８を介して警告状態をＷｅｂサーバ３に通知するように構成されている。
【００５３】
以下、本実施形態におけるエラー処理部３４による処理について詳しく説明する。
【００５４】
ブラウザ３０がＷｅｂサーバ３から取得した表示画面を表示部１４に表示している状態で、ユーザにより表示画面が切り替わるような操作が行われた場合、エラー処理部３４は、その時点で表示部１４に表示されている表示画面に表示エラーが検出されているか否かを判定する。ここで、表示画面が切り替わるような操作には、スタートキー４５の操作が含まれる。つまり、ユーザによりスタートキー４５が操作された場合、表示部１４に表示される表示画面は、通常「ジョブ実行中」であることを示す表示画面に切り替わるので、ユーザによるスタートキー４５の操作は、表示画面が切り替わるような操作のひとつとなっている。尚、以下においては、ユーザがスタートキー４５を操作することによってジョブの実行開始指示が行われた場合に、エラー処理部３４が機能する場合を例示する。
【００５５】
エラー処理部３４は、ユーザによりスタートキー４５が操作されたタイミングにおいて、エラー検出部３３によって表示エラーが検出されているか否かを判定する。そして表示部１４に表示されている表示画面で少なくとも１つの画像が正常に表示されていないと判定した場合、エラー処理部３４は、Ｗｅｂサーバ３に対し、その時点での画面表示状態を通知する。そしてエラー処理部３４は、Ｗｅｂサーバ３から非表示となっていた画像に対応する非表示の情報を含む確認画面を取得して表示部１４に表示する。
【００５６】
図８は、ブラウザ３０のエラー処理部３４とＷｅｂサーバ３とのデータ通信の概要を示す図である。エラー処理部３４は、ユーザによってスタートキー４５が押下操作されたタイミングで、表示部１４に表示されていた表示画面において少なくとも１つの画像が正常に表示されていなかった場合、Ｗｅｂサーバ３に対して、その時点での画面表示状態Ｄ３１を送信する。この画面表示状態Ｄ３１には、現在の表示画面を特定するための情報や、正常に表示されなかった画像のＩＤなどが含まれる。またこのとき、エラー処理部３４は、必要に応じて、その直前にユーザが設定変更した設定内容Ｄ３０を送信する。
【００５７】
Ｗｅｂサーバ３は、設定内容Ｄ３０を受信すると、その設定内容Ｄ３０を解析することにより、現在の画像処理装置２の設定状態を特定することができる。またＷｅｂサーバ３は、画面表示状態Ｄ３１を受信すると、その画面表示状態Ｄ３１を解析することにより、画像処理装置２においてどのような表示画面を表示しているときにどのような画像が正常に表示できていなかったかを特定することができる。
【００５８】
そしてＷｅｂサーバ３は、画像処理装置２において正常に表示されなかった画像に対応する非表示の情報を含む確認画面を生成し、ブラウザ３０に送信する。この確認画面は、データ量の大きな画像を伴わず、テキスト形式で記述されたＷｅｂページＤ４０のみによって構成される。つまり、ＷｅｂページＤ４０には、画像処理装置２において正常に表示されなかった画像に対応する非表示の情報がテキスト形式で表記される。例えば、図７に示すように、基本設定画像４１、原稿設定画像４２および警告画像４４が正常に表示されていなかった場合、ＷｅｂページＤ４０には、基本設定および原稿設定に関する各設定項目の設定値がテキスト形式で表記されると共に、警告画像４４に対応する警告状態がテキスト形式で表記される。したがって、Ｗｅｂサーバ３やネットワーク４に比較的大きな負荷がかかっている場合であっても、確認画面を構成するＷｅｂページＤ４０は、Ｗｅｂサーバ３から画像処理装置２に対して正常に送信される。
【００５９】
エラー処理部３４は、上記のようにしてＷｅｂサーバ３から送信されるＷｅｂページＤ４０を受信すると、それに基づいて表示部１４に確認画面を表示する。これにより、表示部１４には、画像処理装置２においてジョブの実行が開始される前に確認画面が表示されるようになる。
【００６０】
図９は、表示部１４に表示される確認画面Ｇ４の一例を示す図である。この確認画面Ｇ４は、例えばユーザがスタートキー４５を押下操作したときに、表示部１４が図７に示した表示画面Ｇ３を表示している状態であった場合を例示している。例えば図７に示した表示画面Ｇ３では、基本設定画像４１および原稿設定画像４２が非表示状態となっている。そのため、ユーザは、スタートキー４５の押下操作を行う直前に、基本設定画像４１および原稿設定画像４２に含まれる設定項目の設定値を確認していない可能性が高い。このような場合、図９に示す確認画面Ｇ４では、それら非表示の画像に対応する各設定項目の設定値に関する情報５２が表示されるため、ユーザは画像処理装置２においてジョブの実行が開始される前にそれらの設定値を確認することができる。
【００６１】
また例えば図７に示した表示画面Ｇ３では、警告画像４４が非表示状態となっている。そのため、ユーザは、スタートキー４５の押下操作を行う直前に、トナー減少、用紙不足、紙詰まりなどの警告状態が発生していてもそれらに対する適切な対処を行っていない可能性がある。このような場合、図９に示す確認画面Ｇ４では、その非表示の画像に対応する警告内容に関する情報５１が表示されるため、ユーザは画像処理装置２においてジョブの実行が開始される前にその警告内容を確認することができる。そして何らかの警告が発生している場合、それに対する適切な処置を行うことができる。
【００６２】
ただし、警告内容に関する情報５１は、ユーザが使用しようとしている機能に対応する警告である場合に表示し、ユーザが使用しようとしている機能に対応しない警告であれば表示しないようにしても良い。例えば、ユーザがＦＡＸ送信を行おうとしているときに、トナー減少、用紙不足、プリンタ部１７での紙詰まりが発生していても、そのような警告状態はＦＡＸ送信には何ら影響を与えるものではない。このような場合には、画像処理装置２においてトナー減少、用紙不足、プリンタ部１７での紙詰まりといった警告状態が発生していても、確認画面Ｇ４においては警告内容に関する情報５１を表示しなくても良い。尚、警告内容に関する情報５１を確認画面Ｇ４に含めるか否かは、Ｗｅｂサーバ３が判断するようにしても良いし、エラー処理部３４が画面表示状態Ｄ３１を送信するときに判断するようにしても良い。例えば、エラー処理部３４が画面表示状態Ｄ３１を送信するときに判断する場合、エラー処理部３４は、非表示となっている警告画像４４の属性情報（例えばＷｅｂページＤ２０に含まれる情報）に基づいてユーザが使用しようとしている機能に対応する警告画像４４が非表示であるか否かを判断し、ユーザが使用しようとしている機能に対応する警告画像４４が非表示となっていれば、画面表示状態Ｄ３１にそれを示す情報を付加すれば良い。
【００６３】
尚、図９に示す確認画面Ｇ４の例では、図７の表示画面Ｇ３において正常に表示されなかった画像４１，４２，４４に対応する非表示の情報がテキスト形式で表示されるようになっているが、これに加えて例えば図７の表示画面Ｇ３において正常に表示されていた画像４３に対応する情報を同時にテキスト形式で表示するようにしても良い。
【００６４】
また図９に示すように、確認画面Ｇ４には、ＯＫキー５３と、ＮＧキー５４とが表示される。ユーザは、確認画面Ｇ４に表示される各設定値に関する情報５２又は警告内容に関する情報５１を確認した後、ジョブを実行させる場合にはＯＫキー５３を操作し、ジョブの実行をキャンセルしてジョブの再設定操作を行う場合にはＮＧキー５４を操作する。つまり、ＯＫキー５３は、確認画面Ｇ４が表示されている状態においてジョブ実行指示を行うためのキーであり、ＮＧキー５４は、ジョブの再設定操作を行うためのキーである。
【００６５】
ユーザによりＯＫキー５３が操作された場合、ブラウザ３０は、Ｗｅｂサーバ３に対してジョブ実行指示が行われたことを通知する。これにより、ブラウザ３０はジョブ実行中に表示する表示画面をＷｅｂサーバ３から取得し、表示部１４に表示する。Ｗｅｂサーバ３は、ジョブ実行指示が行われたことを検知すると、ブラウザ３０に対し、ジョブ実行中に表示させる表示画面を送信すると共に、ジョブ実行制御部３６に対してジョブ実行時に適用する各種の設定値を通知し、ジョブ実行制御部３６にジョブの実行を指示する。そしてジョブ実行制御部３６は、Ｗｅｂサーバ３から受信する各種設定値に基づいてジョブを実行するための設定を行い、スキャナ部１６やプリンタ部１７などを駆動させることによりユーザにより指定されたジョブの実行を制御する。ただし、必ずしもこのようなジョブの実行形態に限られず、ジョブ実行時にはＷｅｂサーバ３と画像処理装置２とでデータ通信を行うことなく、ジョブ実行制御部３６がジョブの実行を開始するものであっても構わない。
【００６６】
一方、ユーザによりＮＧキー５４が操作された場合、ブラウザ３０において再び画面要求部３１が機能し、画面要求部３１は、正常に表示さなかった画像を含む表示画面を再度Ｗｅｂサーバ３から取得すべく、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する。このような表示画面の再取得により、非表示状態となっていた画像が正常に表示される可能性がある。そしてその後は、ユーザによる設定値の変更操作を再び受け付ける状態となる。
【００６７】
以上のように、本実施形態では、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示された状態で、その表示画面に含まれる画像が正常に表示されていないとき、ユーザがスタートキー４５やその他の表示画面を切り替えるような操作キーを押下すると、少なくとも非表示状態となっている画像に対応した情報が含まれる確認画面Ｇ４がＷｅｂサーバ３から取得され、表示部１４に表示される。このような確認画面Ｇ４は、ユーザが各種設定操作を行うための表示画面Ｇ１，Ｇ２などと比較すると、画像などのデータ量の大きなコンテンツを含まないテキスト形式のデータで表現される画面であるため、Ｗｅｂサーバ３やネットワーク４に比較的大きな負荷がかかっている場合であっても正常に取得され、表示部１４に表示される。そのため、ユーザは、画像処理装置２においてジョブの実行が開始される前に、そのジョブの実行時に適用される各設定値や警告状態を確認することが可能である。
【００６８】
次に制御部１０による具体的な動作について説明する。図１０は、制御部１０によって行われる処理手順の一例を示すフローチャートである。この処理は、制御部１０においてブラウザ３０が起動されることにより開始される。まずブラウザ３０は、画面要求部３１として機能し、Ｗｅｂサーバ３に対して画面要求Ｄ１０を送信する（ステップＳ１０）。そして表示処理部３２が機能し、Ｗｅｂサーバ３から表示画面を受信して表示部１４に表示する（ステップＳ１１）。このとき、表示処理部３２は、Ｗｅｂサーバ３から受信するＷｅｂページＤ２０に基づいて、それに引き続きＷｅｂサーバ３から受信する画像Ｄ２１，Ｄ２２，…を画面内にレイアウトすることにより表示画面を生成して表示部１４に表示する。そしてエラー検出部３３が機能し、表示部１４に表示した表示画面に含まれる画像が表示エラーとして検知されたか否かを判断する（ステップＳ１２）。正常に表示されるおとなく表示エラーとなった画像が存在する場合（ステップＳ１２でＹＥＳ）、エラー検出部３３は、その表示エラーの内容（例えば表示エラーとなった画像のＩＤなど）をメモリ１２などに一時記憶する（ステップＳ１３）。これに対し、表示エラーとなった画像が存在しない場合（ステップＳ１２でＮＯ）、ステップＳ１３の処理はスキップする。
【００６９】
Ｗｅｂサーバ３から取得した表示画面を表示部１４に表示している状態で、ユーザによる操作が行われたか否かを判断し、ユーザによる操作が行われていなければ、そのまま待機する（ステップＳ１４でＮＯ）。そしてユーザによる操作が行われると（ステップＳ１４でＹＥＳ）、ブラウザ３０は、Ｗｅｂサーバ３から表示画面を取得する必要があるか否かを判断する（ステップＳ１５）。その結果、Ｗｅｂサーバ３から表示画面を取得する必要がない場合（ステップＳ１５でＮＯ）、ユーザ操作に基づいて表示画面を更新し（ステップＳ１６）、ステップＳ１４に戻る。
【００７０】
一方、Ｗｅｂサーバ３から表示画面を取得する必要がある場合（ステップＳ１５でＹＥＳ）、ブラウザ３０は、ユーザによりスタートキー４５が操作されたか否かを判断する（ステップＳ１７）。そしてスタートキー４５ではなかった場合（ステップＳ１７でＮＯ）、ステップＳ１０に戻り、Ｗｅｂサーバ３に対して画面要求が送信される。
【００７１】
これに対し、ユーザによる操作がスタートキー４５の操作であった場合（ステップＳ１７でＹＥＳ）、エラー処理部３４が機能し、そのタイミングで表示エラーが検出されているか否かを判断する（ステップＳ１８）。ここでは、メモリ１２に、表示エラーの内容が記憶されているか否かにより判断される。そして表示エラーが検出されている場合（ステップＳ１８でＹＥＳ）、エラー処理部３４は、Ｗｅｂサーバ３に対して画面表示状態Ｄ３１を送信する（ステップＳ１９）。これにより、エラー処理部３４は、Ｗｅｂサーバ３から確認画面Ｇ４を取得する。そしてエラー処理部３４は、Ｗｅｂサーバ３から取得する確認画面Ｇ４を表示部１４に表示する（ステップＳ２０）。ここで確認画面Ｇ４が表示部１４に表示されることにより、ユーザはジョブが実行される前に非表示となっていた画像に対応する情報を確認することができる。そして確認画面Ｇ４に対する操作が行われた場合、ＯＫキー５３が操作されたか否かを判断し（ステップＳ２１）、ＯＫキー５３であれば、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する（ステップＳ２２）。一方、ＮＧキー５４が操作された場合には（ステップＳ２１でＮＯ）、ステップＳ１０に戻って再度、前回と同じ表示画面をＷｅｂサーバ３から取得すべく画面要求を送信する。
【００７２】
尚、ユーザによってスタートキー４５が操作されたタイミングで表示エラーが検出されていなかった場合（ステップＳ１８でＮＯ）、確認画面Ｇ４を表示する必要はないので、ジョブ実行制御部３６によるジョブの実行を開始して処理を終了する（ステップＳ２２）。
【００７３】
以上のように本実施形態の画像処理装置２は、通信インタフェース１８を介してＷｅｂサーバ３から表示画面を取得して表示部１４に表示するブラウザ３０と、ブラウザ３０によってＷｅｂサーバ３から取得された表示画面が表示部１４に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出部３３と、操作入力部１５においてユーザによる表示画面を切り替える操作（特にユーザによるジョブ実行指示）が検知されたとき、エラー検出部３３によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面Ｇ４を表示部１４に表示するエラー処理部３４とを備えた構成となっている。
【００７４】
上記構成によれば、ブラウザ３０により表示部１４に表示された表示画面に含まれる一部又は全部の画像が正常に表示されていない場合でも、画像処理装置２においてジョブの実行が開始される前に、ユーザは非表示状態となっていた画像に対応する情報を容易に確認することができる。そのため、ユーザにとって意図しない出力形態となってしまうことを防止することができる。
【００７５】
（変形例）
以上、本発明に関する一実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。すなわち、本発明には、上述した実施形態以外にも種々の変形例が適用可能である。
【００７６】
例えば、上述した実施形態では、主としてユーザがスタートキー４５を操作したタイミングで、表示画面に表示エラーが検出されていれば、非表示となっている画像に対応する非表示の情報を含む確認画面Ｇ４を表示する場合を例示した。しかし、これに限られるものではなく、上述したようにユーザが表示画面を切り替える操作を行う都度、その直前の表示画面で表示エラーが検出されていれば、非表示となっている画像に対応する非表示の情報を含む確認画面を表示部１４に表示するようにしても良い。例えば、ユーザが画像処理装置２の特定の機能について設定操作を行っていくとき、前画面での設定内容が次画面に反映され、次画面が前画面での設定内容をさらに詳細に設定するための表示画面となるような場合、ブラウザ３０は次画面を前画面での設定内容に対応した表示画面を取得するためにＷｅｂサーバ３とデータ通信を行う。このような状態のとき、前画面で正常に表示されていない画像があれば、ユーザによって次画面に切り替える操作が行われたタイミングで、エラー処理部３４が設定内容Ｄ３０と共に画面表示状態Ｄ３１をＷｅｂサーバ３に送信する（図８参照）。すると、Ｗｅｂサーバ３は、次画面を画像処理装置２に送信する前に、前画面に対応する確認画面Ｇ４に関するＷｅｂページＤ４０を生成して画像処理装置２に送信するので、ブラウザ３０は前画面から次画面に遷移させる前に前画面での設定内容をユーザに確認させるために確認画面Ｇ４を表示部１４に表示することができる。
【００７７】
また、上述した実施形態では、画像処理装置２がＷｅｂサーバ３から確認画面Ｇ４を取得して表示部１４に表示する場合を例示した。しかし、これに限られるものでもない。例えば、Ｗｅｂサーバ３から取得した表示画面で表示エラーが検出された場合、画像処理装置２が内部処理で確認画面Ｇ４を生成して表示部１４に表示するようにしても良い。
【００７８】
さらに、上述した実施形態では、本発明にかかる表示画面制御装置を、ＭＦＰなどの画像処理装置２に実装した場合を例示した。しかし、上述した表示画面制御装置としての各構成要素を適用可能な装置は、ＭＦＰのような画像処理装置２に限られない。つまり、上述した表示画面制御装置としての各構成要素は、画像処理装置以外の装置にも適用可能である。
【符号の説明】
【００７９】
１ 画像処理システム
２ 画像処理装置
３ Ｗｅｂサーバ
４ ネットワーク
１０ 制御部（表示画面制御装置）
１３ 操作パネル
１４ 表示部（表示手段）
１５ 操作入力部（操作入力手段）
１８ 通信インタフェース（通信手段）
２１ プログラム
３０ ブラウザ
３１ 画面要求部
３２ 表示処理部
３３ エラー検出部（エラー検出手段）
３４ エラー処理部（エラー処理手段）
３６ ジョブ実行制御部（ジョブ実行制御手段）
【特許請求の範囲】
【請求項１】
各種情報を表示する表示手段と、
ユーザによる各種入力操作を検知する操作入力手段と、
Ｗｅｂサーバとデータ通信を行う通信手段と、
前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示するブラウザと、
前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出手段と、
前記操作入力手段においてユーザによる表示画面を切り替える操作が検知されたとき、前記エラー検出手段によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するエラー処理手段と、
を備えることを特徴とする表示画面制御装置。
【請求項２】
前記エラー処理手段は、前記エラー検出手段によって検出されている表示エラーを前記Ｗｅｂサーバに通知することにより、前記Ｗｅｂサーバから前記確認画面を取得して前記表示手段に表示することを特徴とする請求項１に記載の表示画面制御装置。
【請求項３】
前記エラー処理手段は、前記操作入力手段においてユーザによるジョブの実行指示が検知されたとき、前記エラー検出手段によって表示エラーが検出されていることを条件として前記確認画面を前記表示手段に表示することを特徴とする請求項１又は２に記載の表示画面制御装置。
【請求項４】
前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段においてジョブ実行指示が検知された場合、ジョブの実行を開始するジョブ実行制御手段をさらに備えることを特徴とする請求項３に記載の表示画面制御装置。
【請求項５】
前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段において再設定操作が検知された場合、前記ブラウザは、前記Ｗｅｂサーバから表示画面を再度取得して前記表示手段に表示することを特徴とする請求項３又は４に記載の表示画面制御装置。
【請求項６】
前記確認画面には、表示エラーの検出されている画像に対応する設定項目の設定値が含まれることを特徴とする請求項１乃至５のいずれかに記載の表示画面制御装置。
【請求項７】
前記確認画面には、表示エラーの検出されている画像に対応する警告内容が含まれることを特徴とする請求項１乃至６のいずれかに記載の表示画面制御装置。
【請求項８】
ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、
ユーザによる入力操作を検知するステップと、
ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、
を有することを特徴とする表示画面制御方法。
【請求項９】
コンピュータに、
ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、
ユーザによる入力操作を検知するステップと、
ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、
を実行させることを特徴とするプログラム。
【請求項１】
各種情報を表示する表示手段と、
ユーザによる各種入力操作を検知する操作入力手段と、
Ｗｅｂサーバとデータ通信を行う通信手段と、
前記通信手段を介して前記Ｗｅｂサーバから表示画面を取得して前記表示手段に表示するブラウザと、
前記ブラウザによって前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するエラー検出手段と、
前記操作入力手段においてユーザによる表示画面を切り替える操作が検知されたとき、前記エラー検出手段によって表示エラーが検出されている場合に、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するエラー処理手段と、
を備えることを特徴とする表示画面制御装置。
【請求項２】
前記エラー処理手段は、前記エラー検出手段によって検出されている表示エラーを前記Ｗｅｂサーバに通知することにより、前記Ｗｅｂサーバから前記確認画面を取得して前記表示手段に表示することを特徴とする請求項１に記載の表示画面制御装置。
【請求項３】
前記エラー処理手段は、前記操作入力手段においてユーザによるジョブの実行指示が検知されたとき、前記エラー検出手段によって表示エラーが検出されていることを条件として前記確認画面を前記表示手段に表示することを特徴とする請求項１又は２に記載の表示画面制御装置。
【請求項４】
前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段においてジョブ実行指示が検知された場合、ジョブの実行を開始するジョブ実行制御手段をさらに備えることを特徴とする請求項３に記載の表示画面制御装置。
【請求項５】
前記エラー処理手段により前記確認画面が前記表示手段に表示されている状態で、前記操作入力手段において再設定操作が検知された場合、前記ブラウザは、前記Ｗｅｂサーバから表示画面を再度取得して前記表示手段に表示することを特徴とする請求項３又は４に記載の表示画面制御装置。
【請求項６】
前記確認画面には、表示エラーの検出されている画像に対応する設定項目の設定値が含まれることを特徴とする請求項１乃至５のいずれかに記載の表示画面制御装置。
【請求項７】
前記確認画面には、表示エラーの検出されている画像に対応する警告内容が含まれることを特徴とする請求項１乃至６のいずれかに記載の表示画面制御装置。
【請求項８】
ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、
ユーザによる入力操作を検知するステップと、
ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、
を有することを特徴とする表示画面制御方法。
【請求項９】
コンピュータに、
ネットワークを介して接続されたＷｅｂサーバから表示画面を取得して所定の表示手段に表示するステップと、
前記Ｗｅｂサーバから取得された表示画面が前記表示手段に表示されている状態で当該表示画面に含まれる画像の表示エラーの有無を検出するステップと、
ユーザによる入力操作を検知するステップと、
ユーザによる表示画面を切り替える操作が検知されたときに表示画面に含まれる画像の表示エラーが検出されている場合、当該表示エラーの検出されている画像に対応する非表示の情報を含む確認画面を前記表示手段に表示するステップと、
を実行させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−２２７７９０（Ｐ２０１１−２２７７９０Ａ）
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願番号】特願２０１０−９８３９７（Ｐ２０１０−９８３９７）
【出願日】平成２２年４月２２日（２０１０．４．２２）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
【公開日】平成２３年１１月１０日（２０１１．１１．１０）
【国際特許分類】
【出願日】平成２２年４月２２日（２０１０．４．２２）
【出願人】（３０３０００３７２）コニカミノルタビジネステクノロジーズ株式会社 (12,802)
【Ｆターム（参考）】
[ Back to top ]