JP5923934B2 - 画像処理装置及びプログラム - Google Patents

Description

本発明は、システムの状態を確認する画面を制御する画像処理装置及びプログラムに関する。

近年、複合機は、多機能性が進歩し、標準搭載するアプリケーションに加え、Software Development Kit（以下、ＳＤＫともいう）を使用して３ｒｄベンダーが追加するアプリケーション、Webページの閲覧といった機能が搭載されている。アプリケーションは、例えば、コピー、スキャナー、ＦＡＸ、プリンターなどがある。

また、複合機は、各アプリケーションの状態ステータスをユーザに知らせることで、そのアプリケーションの使用可否をユーザは把握することができる。

例えば、特許文献１には、各アプリケーションの状態「使用可」又は「停止中」を表示する画面が記載されている。

しかし、従来技術では、アプリケーションの一覧を表示すると共に、アプリケーションの使用可否を示すに留まり、機器全体の状態がどんな状態にあるかはその他の画面に遷移する必要があった。また、一般的には、ハードキーのＬＥＤの色でそれぞれのアプリケーションの使用可否を示し、そのアプリケーションの画面を表示しないと、その状態の詳細が分からなかった。

そこで、本発明は上記問題点に鑑みてなされたものであり、機器の状態及び各アプリケーションの状態の視認性を向上させることができる画像処理装置及びプログラムを提供することを目的とする。

本発明の一態様の画像処理装置は、装置に関する状態を管理するシステム管理手段と、各アプリケーションからアプリケーションの状態情報及び前記システム管理手段から装置の状態情報を取得する取得手段と、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力手段と、前記表示要求があった場合、前記取得手段が取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを１つの画面で行う前記状態確認画面を作成する画面作成手段と、前記画面作成手段により作成された前記状態確認画面を表示する表示手段と、を備え、前記画面作成手段は、エラーの状態を示す装置又はアプリケーションに関連付けて、エラーの詳細又はエラーの対処方法を表示するためのＵＩ部品を前記状態確認画面内に設け、前記エラーに対する優先度を設定し、前記エラーが複数ある場合には、前記優先度に基づいた順序で前記対処方法を表示する。

また、本発明の他の態様のプログラムは、各アプリケーションからアプリケーションの状態情報、及び装置に関する状態を管理するシステム管理手段から装置の状態情報を取得する取得ステップと、装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力ステップと、前記表示要求があった場合、前記取得ステップで取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを１つの画面で行う前記状態確認画面を作成する画面作成ステップと、前記画面作成ステップにより作成された前記状態確認画面を表示する表示ステップと、を実行させ、前記画面作成ステップでは、エラーの状態を示す装置又はアプリケーションに関連付けて、エラーの詳細又はエラーの対処方法を表示するためのＵＩ部品を前記状態確認画面内に設け、前記エラーに対する優先度を設定し、前記エラーが複数ある場合には、前記優先度に基づいた順序で前記対処方法を表示するのをコンピュータに実行させる。

本発明によれば、機器の状態及び各アプリケーションの状態の視認性を向上させることができる。

実施例における画像処理装置のハードウェアの一例を示す図。 実施例における画像処理装置の機能の一例を示すブロック図。 状態情報の一例を示す図。 状態情報に関連付けられたアイコンＩＤ及び用語ＩＤの情報の一例を示す図。 アイコン画像情報の一例を示す図。 用語情報の一例を示す図。 画面構成情報の一例を示す図。 状態関連情報の一例を示す図。 状態確認画面への遷移を示す図。 状態確認画面（その１）の一例を示す図。 状態確認画面（その２）の一例を示す図。 状態確認画面（その３）の一例を示す図。 状態確認画面（その４）の一例を示す図。 アイコンを説明するための図。 発光部とアイコンとの連動を説明するための図。 実行中ジョブ一覧とジョブ履歴一覧の一例を示す図。 問い合わせ／消耗品情報の一例を示す図。 問い合わせ／消耗品情報の一例を示す図。 確認ボタンの押下による画面の遷移先を示す図。 実施例における状態確認画面の表示処理の一例を示すフローチャート。

以下、本発明の実施例を図面に基づいて説明する。
［実施例］
＜ハードウェア＞
図１は、実施例における画像処理装置のハードウェアの一例を示す図である。図１に示す例では、画像処理装置１０は、コントローラ１１、スキャナー１２、プリンター１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。画像処理装置１０は、例えば複合機等である。

コントローラ１１は、ＣＰＵ（Central Processing Unit）１１１、ＲＡＭ（Random Access Memory）１１２、ＲＯＭ（Read Only Memory）１１３、ＨＤＤ（Hard Disk Drive）１１４、及びＮＶＲＡＭ（Non Volatile RAM）１１５等を有する。

ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。

ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナー１２は、原稿より画像データを読み取るためのハードウェアである。プリンター１３は、印刷データを印刷用紙に印刷するためのハードウェアである。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。

操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない）に接続するためのハードウェアである。

ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像処理装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。

なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

＜機能＞
次に、画像処理装置１０の機能について説明する。図２は、実施例における画像処理装置１０の機能の一例を示すブロック図である。画像処理装置１０は、標準搭載アプリ２０、設定値情報記憶手段２５、Ｗｅｂブラウザ３０、ＵＲＬ情報記憶手段３１、拡張アプリ４０、拡張アプリ制御手段４５、ＳＤＫ−ＩＦ４６、ＡＰＩ（Application Program Interface）５０、システム管理手段６１、メモリ管理手段６２、エンジン管理手段６３、ユーザ管理手段６４、送信管理手段６５、表示手段７０、入力手段７１、画面制御手段７２、画面情報記憶手段７３、画面作成手段７４、及び状態管理手段７５等を有する。

標準搭載アプリ２０は、画像処理装置１０に標準で搭載されているアプリケーションである。アプリケーションは、単にアプリとも呼ぶ。例えば、コピーアプリ２１、スキャナーアプリ２２、プリンターアプリ２３、ＦＡＸアプリ２４が標準搭載アプリ２０である。

標準搭載アプリ２０は、操作画面やジョブのエラー画面の作成やアプリケーションのジョブを実行することができ、設定値情報記憶手段２５に対して、設定値の登録、呼び出しを行う。アプリケーションで予め登録された各設定値をマクロと呼び、このマクロを呼び出す機能をマクロ機能と呼ぶ。標準搭載アプリ２０は、ＡＰＩ５０を用いて、表示手段７０にデータを出力する。

設定値情報記憶手段２５は、各標準搭載アプリに対して、各設定項目に対し、予め登録された設定値を記憶する。

Ｗｅｂブラウザ３０は、ｈｔｔｐサーバと通信を行ない、Ｗｅｂページを表示する。Ｗｅｂブラウザ３０は、ＵＲＬ情報記憶手段３１から、ＵＲＬ情報を取得して、このＵＲＬのＷｅｂページを表示手段７０に出力する。ＵＲＬ情報記憶手段３１は、Ｗｅｂブラウザ３０で表示するＵＲＬ情報を記憶する。

拡張アプリ４０は、ＳＤＫ（Software Development Kit）によって追加インストールできるアプリケーションである。また、拡張アプリ４０は、操作画面の作成やアプリケーションのジョブを実行する。Ｃ言語で開発されたＳＤＫアプリをＴｙｐｅＣと分類し、Ｊａｖａ（登録商標）で開発されたＳＤＫアプリをＴｙｐｅＪと分類する。

ＳＤＫコピーアプリ４１は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＳＤＫコピーアプリ４１は、ＴｙｐｅＣ（Ｃ言語で作成）のＳＤＫアプリに分類される。

ＪａｖａＳＤＫ開発プラットフォーム４２は、Ｃ言語で開発されたＳＤＫアプリの１つである。ＪａｖａＳＤＫ開発プラットフォーム４２は、ＴｙｐｅＣのＳＤＫアプリに分類され、Ｊａｖａ（登録商標）で開発したＳＤＫアプリを搭載するためのＪａｖａＶＭプラットフォームである。

ＳＤＫ簡単スキャナー４３は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ簡単スキャナー４３は、ＴｙｐｅＪのＳＤＫアプリに分類される。

ＳＤＫ文書蓄積４４は、Ｊａｖａ（登録商標）で開発したＳＤＫアプリの１つである。ＳＤＫ文書蓄積４４は、ＴｙｐｅＪ（Ｊａｖａ（登録商標）で作成）のＳＤＫアプリに分類される。

拡張アプリ制御手段４５は、ＳＤＫアプリ全般を管理する。ＳＤＫ−ＩＦ４６は、各管理手段、入力手段、表示手段などに対するＳＤＫアプリ（ＳＤＫ簡単スキャナー、など）とのインタフェースである。

拡張アプリ制御手段４５は、ＴｙｐｅＣのＳＤＫアプリを直接管理する。しかし、ＪａｖａＳＤＫ開発プラットフォーム４２というＴｙｐｅＣのＳＤＫアプリにより、そこにＴｙｐｅＪのＳＤＫアプリを搭載することを実現している。

システム管理手段６１は、システム全体の状態を管理する。システム管理手段６１は、機器のハードウェアに関する状態、例えば、トナーの有無、紙の有無、ＡＤＦの正常／異常、通信回線の正常／異常などを管理する。機器（装置）は、画像処理装置１０である。メモリ管理手段６２は、メモリ管理やスキャンしたファイルデータの作成を行う。

エンジン管理手段６３は、原稿の読み取り等の制御を行う。ユーザ管理手段６４は、ユーザ認証やスキャナー送信先の管理を行う。送信管理手段６５は、画像処理装置１０から他機器へのデータ送信を制御する。

表示手段７０は、後述する画面作成手段７４により作成された状態確認画面を表示する。状態確認画面は、装置全体の状態を確認するための画面であり、機器の状態表示と、各アプリケーションの状態表示とを有する１つの画面である。状態確認画面の詳細については、後述する。

また、表示手段７０は、標準搭載アプリ２０、拡張アプリ４０の操作画面、Ｗｅｂブラウザ３０によるＷｅｂページを表示する。

入力手段７１は、状態確認画面内のＵＩ部品（ボタンやタブ）への押下を検知する。ＵＩ部品への押下は、そのＵＩ部品に対する操作要求として入力手段７１は受け付ける。また、入力手段７１は、標準搭載アプリ２０、拡張アプリ４０の操作画面からの入力、Ｗｅｂページからの入力を受け付ける。また、入力手段７１は、状態確認画面の表示に対応するハードキーからの入力も受け付ける。

画面制御手段７２は、表示手段７０に表示されている画面の制御を行う。例えば、画面制御手段７２は、入力手段７１から状態確認画面の表示要求を受けると、画面作成手段７４に対し、画面作成要求を行う。また、画面制御手段７２は、状態確認画面内の確認ボタンに応じて、各アプリケーションに画面の表示要求を行う。

画面情報記憶手段７３は、状態確認画面のレイアウトなどを示す画面構成情報を記憶する。状態確認画面には、状態を示すアイコンのアイコン画像、及び状態の内容、状態の確認ボタンなどが含まれる。また、画面情報記憶手段７３は、アイコン画像情報、状態詳細情報を記憶する。

また、画面情報記憶手段７３は、後述する状態管理手段７５が取得した機器の状態情報及び各アプリケーションの状態情報を記憶する。また、画面情報記憶手段７３は、機器の状態と、各アプリの状態とを関連付けた状態関連情報を記憶してもよい。画面情報記憶手段７３に記憶される各情報は、図を用いて後述する。

画面作成手段７４は、画面制御手段７２から状態確認画面の作成要求を受けると、画面情報記憶手段７３から取得した画面構成情報に基づき、各アプリに対してアイコンや用語や確認ボタンを含む状態確認画面を作成する。画面作成手段７４は、作成した状態確認画面を表示手段７０に出力する。

状態管理手段７５は、機器内の状態情報を取得する取得手段７６を有する。取得手段７６は、システム管理手段６１から機器の状態（特に、ハードウェアに関する状態）情報を取得する。また、取得手段７６は、各アプリケーションから状態情報を取得する。状態情報とは、エラーや実行中などの状態を示す情報である。

取得手段７６は、定期的に、又は各アプリケーションやハードウェアでエラーが生じた時に、状態情報を取得するようにする。取得手段７６は、取得した状態情報を画面情報記憶手段７３に記録する。

また、状態管理手段７５は、取得した状態情報に基づいて、後述する発光部の発光を制御する。

なお、標準搭載アプリ２０、Ｗｅｂブラウザ３０、拡張アプリ４０、各管理手段６１〜６５、画面制御手段７２、画面作成手段７４、状態管理手段７５、拡張アプリ制御手段４５は、ＣＰＵ１１１、ワークメモリとしてのＲＡＭ１１２、各種プログラムを保持するＨＤＤ１１４などにより実現されうる。また、設定値情報記憶手段２５、ＵＲＬ情報記憶手段３１、画面情報記憶手段７３は、ＲＯＭ１１３などにより実現されうる。表示手段７０及び入力手段７１は、操作パネル１５などにより実現されうる。

＜データ構造＞
次に、本実施例で用いる各種情報のデータ構造について説明する。画面情報記憶手段７３は、状態情報に関連付けられたアイコンＩＤ及び用語ＩＤの情報、アイコン画像情報、画面構成情報などを記憶する。

図３は、状態情報の一例を示す図である。図３に示す状態情報は、機器、アプリケーション毎に状態ＩＤを保持する。この状態ＩＤは、取得手段７６がシステム管理手段６１や標準搭載アプリ２０から取得した状態情報である。以下、状態情報は、状態ＩＤとして説明するが、状態を示す内容の情報であればいずれでもよい。取得手段７６は、取得した状態情報を画面情報記憶手段７３に記録する。

図４は、状態情報に関連付けられたアイコンＩＤ及び用語ＩＤの情報の一例を示す図である。図４に示す例では、状態ＩＤ毎に、表示するアイコン画像を識別するためのアイコンＩＤ、状態の内容を識別するための用語ＩＤが関連付けられている。

画面作成手段７４は、まず、機器の状態及び各アプリケーションの状態を図３に示す状態情報から取得する。次に、画面作成手段７４は、図４に示す情報を参照することで、状態ＩＤを基に、アイコンＩＤと用語ＩＤとを特定し、どのアイコン画像を表示するか、どの用語を表示するかを一意に決定する。

図５は、アイコン画像情報の一例を示す図である。図５に示すアイコン画像情報は、アイコンＩＤと、装置やアプリケーションの状態を表すアイコン画像データとが関連付けられている。画面作成手段７４は、図５に示すアイコン画像情報から、表示対象のアイコンＩＤに対応するアイコン画像データを取得することができる。

図６は、用語情報の一例を示す図である。図６に示す用語情報は、用語ＩＤと、装置やアプリケーションの状態の内容を表す用語とが関連付けられている。画面作成手段７４は、表示対象の用語ＩＤを基に、図６に示す用語情報から状態の内容を表す用語を取得することができる。

図７は、画面構成情報の一例を示す図である。図７に示す画面構成情報は、装置、アプリケーション毎にアイコンＩＤ、用語ＩＤ、確認ボタンの輝度が関連付けられている。なお、画面構成情報は、図示しないが、アイコン、用語、確認ボタンをどの位置に配置するかを示す配置情報も保持している。

また、確認ボタンの輝度は、半輝度の場合に選択不可を表し、何もない場合に通常の輝度を表す。確認ボタンの輝度は、アイコンＩＤが対応付けられていない場合に半輝度が関連付けられる。画面作成手段７４は、図７に示すような画面構成情報に基づいて、状態確認画面を作成する。

ここで、機器の状態が各アプリケーションの機能に影響を及ぼす場合がある。例えば、機器の状態がトナーなしを示す場合、出力系のコピー、プリンターなどは実行することができない。そこで、機器の所定状態に関連するアプリケーションと、そのアイコンＩＤと、用語ＩＤとを関連付けた状態関連情報を、例えば画面情報記憶手段７３に保持させる。

図８は、状態関連情報の一例を示す図である。図８に示す例では、所定状態を示す機器の状態ＩＤに関連するアプリケーション毎に、アイコンＩＤ、用語ＩＤが関連付けられている。画面作成手段７４は、装置の状態ＩＤが状態関連情報に存在する場合、その状態ＩＤに関連付けられているアプリケーションのアイコンＩＤと用語ＩＤとを優先的に状態確認画面に含める。

これにより、各アプリケーションから取得した状態情報に基づくアイコンＩＤと用語ＩＤよりも、状態関連情報に関連付けられるアイコンＩＤと用語ＩＤとを優先することができる。

よって、機器の状態に影響を受ける各アプリケーションの状態の詳細を、ユーザに適切に報知することができる。

＜状態確認画面への遷移＞
次に、実施例における状態確認画面について説明する。図９は、状態確認画面への遷移を示す図である。図９に示すように、状態確認のハードキー８０が押下されることで、表示部に状態確認画面が表示される。これにより、他の画面から１つの操作で、状態確認画面に遷移することができる。

また、ハードキー８０に隣接する位置（ハードキー８０から所定範囲内の位置）に、発光部８１が設けられ、発光部８１の発光の仕方により、機器がどのような状態にあるか分かるようになっている。発光部８１は、例えばＬＥＤ（Light Emitting Diode）である。発光部８１の発光制御は、例えば状態管理手段７５により行われる。

画面遷移については、ハードキー８０の押下により入力手段７１が状態確認画面への表示要求を受け付け、画面制御手段７２にその要求を通知する。画面制御手段７２が、状態確認画面の表示要求を受けると、画面作成手段７４に対し、画面作成要求を行う。

画面作成手段７４は、画面情報記憶手段７３に記憶されている各情報を用いて、状態確認画面を作成し、表示手段７０に状態確認画面を出力する。表示手段７０は、状態確認画面を表示する。

（状態確認画面の例）
次に、状態確認画面の例について説明する。図１０Ａは、状態確認画面（その１）の一例を示す図である。図１０Ａに示す例は、アプリケーションだけにエラーが生じた場合の状態確認画面の例である。図１０Ａに示す例では、スキャナーのジョブを実行する際、原稿の読み取り中にエラーが生じた場合の例を示す。

また、状態確認画面内の確認ボタンは、アイコンが表示されるアプリケーションや機器の状態にだけ通常の輝度で表示される。その他の確認ボタンは、半輝度になり選択できないようになっている。

図１０Ｂは、状態確認画面（その２）の一例を示す図である。図１０Ｂに示す例は、機器の状態だけにエラーが生じた場合の状態確認画面の例である。図１０Ｂに示す例では、機器のハードウェアであるプリンター１３で用紙が詰まっている例である。

図１０Ｂに示す例では、機器の状態にだけアイコンが表示されるので、確認ボタンは、機器の状態の確認ボタンだけが選択できるようになっている。

図１０Ｃは、状態確認画面（その３）の一例を示す図である。図１０Ｃに示す例は、機器の状態と、プリンターとでエラーが生じた場合の状態確認画面の例である。図１０Ｃに示す例では、カバーが開いていることで機器の状態としてエラーがシステム管理手段７１に検知され、プリンターでも何れかのエラーが生じていることがプリンターアプリ２３に検知される。

図１０Ｃに示す例では、機器の状態と、プリンターとにアイコンが表示されるので、確認ボタンは、機器の状態とプリンターとの確認ボタンだけが選択できるようになっている。なお、図７に示す状態確認画面の画面構成情報からは、図１０Ｃに示す状態確認画面が作成される。

図１０Ｄは、状態確認画面（その４）の一例を示す図である。図１０Ｄに示す例は、機器の状態でエラーが発生し、そのエラーが各アプリケーションに影響を与える場合の状態確認画面の例である。

図１０Ｄに示す例では、トナーがなくなったことにより、出力系のアプリケーションに影響が出ている例である。出力系のアプリケーションは、例えば、コピー、プリンター、ドキュメントボックスなどである。また、実行できるアプリケーションにおいても、トナーを使わないジョブであれば実行できることが表示される。

これにより、機器の状態にエラーが生じた場合、アプリケーション毎に、アプリケーション自体の使用可否、アプリーションを使用できる場合のジョブが明示されることで、ユーザは、どの機能が使用できるかを容易に把握することができる。

なお、図１０Ｄに示す例は、図８に示す状態関連情報の機器の状態ＩＤが「１００２」の場合に作成される状態確認画面の例を示す。

＜アイコンと発光部＞
次に、アイコンと発光部とについて説明する。図１１は、アイコンを説明するための図である。図１１に示すアイコンｉｃ１１は、緊急のエラーがある場合、又は機器全体が使用不可の場合に表示されるアイコンである。緊急のエラーとは、トナーなしなどのアプリケーションが実行できないエラーをいう。

アイコンｉｃ１２は、機器としては使用できるが、一部が使用不可である場合、又は緊急ではないエラーがある場合に表示されるアイコンである。緊急ではないエラーとは、トナーニアエンドなど、所定回アプリケーションを実行すれば、そのアプリケーションが実行できなくなることを示すエラーをいう。

アイコンｉｃ１３は、アプリケーションが実行中である場合に表示されるアイコンである。例えば、アイコンｉｃ１３は、表示中は点滅表示されるようにしてもよい。

図１２は、発光部８１とアイコンとの連動を説明するための図である。発光部８１は、状態確認画面内の機器の状態及び各アプリケーションの状態に連動して点灯又は点滅する。

図１２に示す例では、ＬＥＤの赤色点灯は、状態確認画面の各アプリケーションのいずれかの項目にアイコンｉｃ１２又は機器の状態項目にｉｃ１１が表示される場合を示す。ＬＥＤの黄色点滅は、機器の状態項目にｉｃ１２が表示される場合を示す。ＬＥＤの青色点灯又は点滅は、プリンター項目にｉｃ１３が表示される場合を示す。

これにより、ユーザは、発光部８１のパターンを覚えておくことで、発光部８１のパターンにより機器がどのような状態になっているかを発光部８１のみで把握することができる。

＜タブ切り替え＞
次に、状態確認画面からタブを切り替える場合について説明する。実施例では、状態確認画面からタブを切り替えることで、実行中のジョブ一覧、ジョブ履歴一覧を表示できるようにする。画面作成手段７４は、状態確認画面を作成する際に、後述する画面への切り替えを行うタブを状態確認画面に設ける。タブ切り替えは、入力手段７１からタブ切り替え要求を受けた画面制御手段７２が行う。

図１３は、実行中ジョブ一覧とジョブ履歴一覧の一例を示す図である。図１３に示す例では、状態確認画面内に、実行中ジョブ一覧への切り替え行うタブｔｂ１１と、ジョブ履歴一覧への切り替えを行うタブｔｂ１２とがある。

タブｔｂ１１が押下されると、実行中ジョブ一覧画面ｄｉ１１が表示される。また、タブｔｂ１２が押下されると、ジョブ履歴一覧画面ｄｉ１２が表示される。これにより、状態確認画面から１つの操作で、実行中のジョブ一覧やジョブ履歴一覧をユーザは把握することができる。

図１４Ａ，Ｂは、問い合わせ／消耗品情報の一例を示す図である。図１４Ａに示す例では、状態確認画面内に、問い合わせ／消耗品情報への切り替えを行うタブｔｂ１３がある。

タブｔｂ１３が押下されると、問い合わせ／消耗品情報の画面ｄｉ１３−１が表示される。画面ｄｉ１３−１から次ページへの遷移ボタンが押下されると、画面ｄｉ１３−２が表示される。

図１４Ｂに示すように、問い合わせ／消耗品情報の画面からメモリー、文書数ボタンの押下によりメモリー、文書数画面ｄｉ１３３に遷移する。また、機器アドレス、ファクス番号ボタンの押下により機器アドレス、ファクス番号ｄｉ１３２に遷移する。問い合わせ情報ボタンの押下により、問い合わせ情報画面ｄｉ１３３に遷移する。

これにより、ユーザは状態確認画面から消耗品情報や問い合わせ情報を確認するのに、ホーム画面などに戻る必要がなく、状態確認画面から遷移できるので操作性を向上させることができる。

＜対処方法、詳細の確認＞
次に、状態確認画面でエラーを示すアイコンが表示される場合、そのエラーの詳細や対処方法を確認したいというニーズがある。そこで、画面作成手段７４は、状態確認画面内に、エラーの状態を示す機器の状態又はアプリケーションに関連付けて確認ボタンを表示する。

図１５は、確認ボタンの押下による画面の遷移先を示す図である。図１５に示す例では、機器の状態に対応する確認ボタンが押下されると、画面制御手段７２は、システム全体のエラー画面へ遷移するよう制御する。

また、コピーに対応する確認ボタンが押下されると、画面制御手段７２は、コピーアプリ２１に対してエラー画面を表示するよう要求する。コピーアプリ２１では、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。エラー画面とは、エラーの詳細画面や対処方法を示す画面をいう。

また、プリンターに対応する確認ボタンが押下されると、画面制御手段７２は、プリンターアプリ２３に対してエラー画面を表示するよう要求する。プリンターアプリ２３では、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。

また、ドキュメントボックスに対応する確認ボタンが押下されると、画面制御手段７２は、ドキュメントボックスアプリ（不図示）に対してエラー画面を表示するよう要求する。ドキュメントボックスでは、エラーに対する詳細画面又は対処方法を示す画面が既に生成されている。

これにより、ユーザは、機器やアプリケーションの状態に応じて、その詳細の内容や、エラーの対処方法をすぐに把握することができるようになる。

また、システムエラー、又はアプリケーションエラーが複数重なっていた場合は、優先度の高い順にエラー対処方法を表示するようにすればよい。これは、各アプリケーションが、エラーに優先度を設定しておき、優先度の高いエラーに対する対処方法から順に表示するように制御すればよい。

＜アプリケーションの追加＞
アプリケーションが追加で画像処理装置１０にインストールされた場合、状態管理手段７５は、追加されたアプリケーション（追加アプリケーションとも呼ぶ）の状態情報も取得する。このとき、追加アプリケーションの名称なども取得する。

画面作成手段７４は、状態確認画面を作成する場合、追加アプリケーションの状態表示も状態確認画面に含める。これにより、追加アプリケーションがある場合でも、状態確認画面に自動で登録される。

＜動作＞
次に、実施例における画像処理装置の動作について説明する。図１６は、実施例における状態確認画面の表示処理の一例を示すフローチャートである。図１６に示すステップＳ１０１で、システム管理手段６１又は各アプリケーションが、エラーが発生したことを検知する。エラーとは、例えばトナーなし、カバー開、通信エラー、紙詰まりなどである。

ステップＳ１０２で、状態管理手段７５は、取得手段７６により、システム管理手段６１及び各アプリケーションから状態情報を取得する。情報対情報は、例えば状態を示す状態ＩＤなどがある。

ステップＳ１０３で、状態管理手段７５は、取得した状態情報と、画面情報記憶手段７３に記憶されている情報を参照して、発光部８１の発行制御を行う。状態管理手段７５は、状態確認画面にどのアイコンが表示されるかを特定し、表示されるアイコンに基づき、発光パターンを決定する。発光部８１の発光パターンは、図１２に示すように、状態確認画面に表示されるアイコンに関連して決定される。

ステップＳ１０４で、入力手段７１は、状態確認ボタンがユーザにより押下されたか否かを判定する。状態確認ボタンが押下されれば（ステップＳ１０４−ＹＥＳ）、入力手段７１は状態確認画面の表示要求を行い、ステップＳ１０５に進み、状態確認ボタンが押下されなければ（ステップＳ１０４−ＮＯ）ステップＳ１０４に戻る。

ステップＳ１０５で、画面作成手段７４は、状態確認画面の表示要求があった場合、画面情報記憶手段７３に記憶される状態情報、画面構成情報、アイコン画像情報、用語情報などを参照して、状態確認画面を作成する。

ステップＳ１０６で、表示手段７０は、画面作成手段７４により作成された状態確認画面を表示する。

また、画面制御手段７２は、状態確認画面からエラー対処方法を示す画面や、実行中ジョブ一覧、ジョブ履歴画面への遷移を制御する。

以上、実施例によれば、機器の状態及び各アプリケーションの状態の視認性を向上させることができる。

［変形例］
実施例の画像処理装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。

また、実施例の画像処理装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、実施例の画像処理装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

また、実施例の画像処理装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

実施例の画像処理装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ１１１がＨＤＤ１１４からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段がＲＡＭ１１２上にロードされ、１又は複数の各手段がＲＡＭ１１２上に生成されるようになっている。

なお、本発明は、上記実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、実施例に示される全構成要素からいくつかの構成要素を削除してもよい。

１０ 画像処理装置
１１ コントローラ
１２ スキャナー
１３ プリンター
１４ モデム
１５ 操作パネル
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
２０ 標準搭載アプリ
２５ 設定値情報記憶手段
３０ Ｗｅｂブラウザ
３１ ＵＲＬ情報記憶手段
４０ 拡張アプリ
４５ 拡張アプリ制御手段
６２ メモリ管理部
６３ エンジン管理部
６６ 画像処理手段
７０ 表示手段
７１ 入力手段
７２ 画面制御手段
７３ 画面情報記憶手段
７４ 画面作成手段
７５ 画像作成制御手段
７６ 取得手段

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

Claims (8)

1. 装置に関する状態を管理するシステム管理手段と、
   各アプリケーションからアプリケーションの状態情報及び前記システム管理手段から装置の状態情報を取得する取得手段と、
   装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力手段と、
   前記表示要求があった場合、前記取得手段が取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを１つの画面で行う前記状態確認画面を作成する画面作成手段と、
   前記画面作成手段により作成された前記状態確認画面を表示する表示手段と、を備え、
   前記画面作成手段は、
   エラーの状態を示す装置又はアプリケーションに関連付けて、エラーの詳細又はエラーの対処方法を表示するためのＵＩ部品を前記状態確認画面内に設け、
   前記エラーに対する優先度を設定し、
   前記エラーが複数ある場合には、前記優先度に基づいた順序で前記対処方法を表示する画像処理装置。
2. 前記画面作成手段は、
   前記アプリケーション又は前記装置に関する状態を示すアイコンと、状態の内容とを関連付けて表示することを前記アプリケーション又は前記装置の状態表示とする請求項１記載の画像処理装置。
3. 装置の所定状態に関連する前記アプリケーション毎に、前記アイコンと前記状態の内容とを保持する状態関連情報を記憶する記憶手段をさらに備え、
   前記画面作成手段は、
   前記装置の状態が前記状態関連情報に含まれる場合、該装置の所定状態に対応するアプリケーションについては、前記状態関連情報に含まれる前記アイコンと前記状態の内容とを優先的に表示させる請求項２記載の画像処理装置。
4. 前記入力手段は、ハードキーであり、
   前記ハードキーに隣接する位置に、装置全体の状態を示す点灯又は点滅を行う発光部をさらに備える請求項１乃至３いずれか一項に記載の画像処理装置。
5. 前記発光部は、
   前記状態確認画面内の装置の状態及び各アプリケーションの状態に連動して点灯又は点滅する請求項４記載の画像処理装置。
6. 前記画面作成手段は、
   前記状態確認画面内に、実行中のジョブを表示するためのＵＩ部品とジョブ履歴を表示するためのＵＩ部品とを設ける請求項１乃至５いずれか一項に記載の画像処理装置。
7. 所定のアプリケーションが前記画像処理装置に追加でインストールされた場合、
   前記取得手段は、
   前記所定のアプリケーションの状態情報を取得し、
   前記画面作成手段は、
   前記所定のアプリケーションの状態表示を前記状態確認画面に含める請求項１乃至６いずれか一項に記載の画像処理装置。
8. 各アプリケーションからアプリケーションの状態情報、及び装置に関する状態を管理するシステム管理手段から装置の状態情報を取得する取得ステップと、
   装置全体の状態を確認するための状態確認画面の表示要求を受け付ける入力ステップと、
   前記表示要求があった場合、前記取得ステップで取得した前記状態情報に基づき、装置の状態表示と、各アプリケーションの状態表示とを１つの画面で行う前記状態確認画面を作成する画面作成ステップと、
   前記画面作成ステップにより作成された前記状態確認画面を表示する表示ステップと、を実行させ、
   前記画面作成ステップでは、
   エラーの状態を示す装置又はアプリケーションに関連付けて、エラーの詳細又はエラーの対処方法を表示するためのＵＩ部品を前記状態確認画面内に設け、
   前記エラーに対する優先度を設定し、
   前記エラーが複数ある場合には、前記優先度に基づいた順序で前記対処方法を表示するのをコンピュータに実行させるためのプログラム。