JP2017107395A - 画像処理装置および画像処理システム - Google Patents

Abstract

【課題】情報処理装置において、ホーム画面上でアプリケーションの状態を確認できるようにする。【解決手段】アイコン表示モジュール５３はホーム画面にコピーアプリ５５、スキャナアプリ５６などのアイコンを配置する。コピーアプリ５５のアイコンの押下により、コピーアプリ５５は本体１０内のコピーアプリ４４を動作させる。コピーアプリ４４は、状態が「コピー中」に変化したことを通信モジュール５７経由でコピーアプリ５５に通知する。コピーアプリ５５が、アイコン管理モジュール５４から「コピー中」を表すアイコン画像を取得し、アイコン表示モジュール５３に渡す。アイコン表示モジュール５３は、コピーアプリ５５のアイコンを「コピー中」を表すものに変更する。【選択図】図２

Description

本発明は画像処理装置および画像処理システムに関する。

現在、画像処理装置としてのＭＦＰ（多機能複合機）の操作部にＯＳ（オペレーティングシステム）としてAndroid（登録商標）を搭載することで、ホーム画面と呼ばれる各アプリケーション（コピーアプリケーション、スキャナアプリケーション、ファックスアプリケーション、プリンタアプリケーション等）のアイコンを配置する仕組みが知られている（特許文献１）。

また、ＭＦＰの操作部に表示される状態確認画面によって、アプリケーションの状態（実行中、使用可、使用不可等）を確認できる仕組みも知られている（特許文献２）。

しかし、上記従来の画像処理装置では、状態確認画面によりアプリケーションの状態を確認できるものの（特許文献２）、ホーム画面上では確認できないため（特許文献１）、アプリケーションの状態を確認するためには、ホーム画面から状態確認画面に切り替える必要がある。

本発明は、このような問題を解決するためになされたものであり、その目的は、画像処理装置において、ホーム画面上でアプリケーションの状態を確認できるようにすることである。

本発明に係る画像処理装置は、アプリケーションを実行する本体と、前記アプリケーションを開始させるアイコンが配置されるホーム画面を表示する表示部と、保持しているアイコン情報に基づいて、前記アイコンを前記ホーム画面に配置するアイコン表示手段と、アプリケーションの状態に応じたアイコン情報を管理するアイコン管理手段と、を有し、前記アイコン表示手段は、前記アイコン管理手段から、前記ホーム画面に配置されているアイコンに対応するアプリケーションの状態に応じたアイコン情報を取得し、当該取得したアイコン情報により、前記保持しているアイコン情報を更新することで、前記ホーム画面に配置されているアイコンの形態を変更する、画像処理装置である。

本発明によれば、画像処理装置において、ホーム画面上でアプリケーションの状態を確認できるようになる。

本発明の実施形態に係るＭＦＰのハードウェア構成を示すブロック図である。 本発明の実施形態に係るＭＦＰのソフトウェア構成を示すブロック図である。 本発明の実施形態に係るＭＦＰで表示されるホーム画面の一例を示す図である。 図２におけるアイコン表示モジュールの画面構成を示す図である。 ホーム画面上にアプリアイコンを配置する処理の手順を示すシーケンス図である。 初期状態のホーム画面の一例を示す図である。 アプリ一覧画面の一例を示す図である。 ホーム画面上のアプリアイコンをアプリケーションの状態に応じて更新する処理の手順を示すシーケンス図である。 ホーム画面上のアプリアイコンをアプリケーション外の条件に基づいて更新する処理の手順を示すシーケンス図である。

以下、本発明の実施形態について図面を参照して説明する。
〈ＭＦＰのハードウェア構成〉
図１は、本発明の実施形態に係るＭＦＰのハードウェア構成を示すブロック図である。

本発明に係る画像処理装置としてのＭＦＰ１は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種の機能を実現可能な機能実行部としての本体（コントローラ）１０と、操作者の操作に応じた入力を受け付ける操作部２０とを有している。本体１０と操作部２０は、専用の通信路３１を介して相互に通信可能に接続されている。通信路３１は、例えばＵＳＢ（Universal Serial Bus：登録商標）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものでよい。

本体１０は、操作部２０で受け付けた入力に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４と、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。

ＲＯＭ１２には、ＯＳ（オペレーティングシステム）プログラムの他、アプリケーション（以下、アプリ）として、コピーアプリ、スキャナアプリ、ファクスアプリ、プリンタアプリなどのプログラムが記憶されている。なお、上述の各種プログラムは、ＲＯＭ１２に記憶されていることとしたが、ＨＤＤ１４に記憶してもよい。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、インターネットまたはＬＡＮ（Local Area Network）等のネットワーク３０を介してクライアントＰＣ等の外部装置と通信するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３１を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能およびプリンタ機能等を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャ、または、原稿を自動給送する自動原稿給送装置（ＡＤＦ：Auto Document Feeder）のような特定のオプションを備えることもできる。

操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７と、外部接続Ｉ／Ｆ２８とを備え、これらがシステムバス２９を介して相互に接続されている。

操作部２０は、本体１０と通信を行うことで、本体１０と連携を図りながら情報処理を実行する。このため、操作部２０は、本体１０から独立した情報処理が可能となるように、ＲＯＭ２２にＯＳを記憶している。また、ＲＯＭ２２には、本体１０のＲＯＭ１２と同様に、コピーアプリ、スキャナアプリ、ファクスアプリ、プリンタアプリなどを記憶している。

さらに、操作部２０のＲＯＭ２２には、操作パネル２７に表示されるＭＦＰ１のホーム画面に各種アイコン等を表示するプログラムが記憶されている。なお、ホーム画面とは、ＭＦＰ１の起動後に表示されるアプリのアイコンが配置された画面であり、表示されたアイコンをユーザが選択することで、アイコンに対応したアプリを開始させる画面である。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行する。これにより、ＣＰＵ２１は、操作部２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの後述する各種機能を実現する。

通信Ｉ／Ｆ２５は、ネットワーク３０を介して、例えばサーバ装置等と通信するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３１を介して本体１０と通信するためのインタフェースである。外部接続Ｉ／Ｆ２８は、ＵＳＢ（登録商標）メモリ、光学ディスクなどのリムーバブル記憶媒体の書き込み／読み出し装置や、ＩＣカードリーダ／ライタなどの外部機器を接続するためのインタフェースである。

操作パネル２７は、透明電極で形成されたタッチ検出部と液晶表示部とを一体的に形成した、いわゆるタッチパネルとなっている。操作パネル２７は、操作者のタッチ操作による各種の入力を受け付けるとともに、各種の情報（例えば受け付けた入力に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態などを示す情報など）を表示する。なお、操作パネル２７は、タッチ検出部と液晶表示部とで構成されることとしたが、これに限られるものではない。例えば液晶表示部の代わりに、有機ＥＬ(Electroluminescence)表示部を用いてもよい。

操作パネル２７を備える操作部２０は、いわゆるタブレット端末またはスマートフォン等の携帯端末装置であってもよい。この場合、操作部２０には、無線通信機能が設けられる。また、操作部２０は、本体１０に対して着脱可能とされる。そして、操作部２０が本体１０に装着されている場合、各接続Ｉ／Ｆ１６、２６を介して有線的に本体１０との間の通信を行う。また、操作部２０が本体１０から取り外されている場合、無線通信機能により本体１０との間の通信を行う。

〈ＭＦＰのソフトウェア構成〉
図２は、ＭＦＰ１のソフトウェア構成を示すブロック図である。
図示のように、本体１０は、ＯＳ４１、ＳＣＳ（システムコントロールサービス）４２、ｘＣＳ４３、コピーアプリ４４、スキャナアプリ４５を備えている。なお、ファックスアプリ、プリンタアプリなどについては便宜上図示を省略した。

ＯＳ４１は、上記各種アプリを動作させる本体側のＯＳであり、例えばLinux（登録商標）である。ＯＳ４１はＲＯＭ１２に記憶されたプログラムをＣＰＵ１１が実行することにより実現される。ＳＣＳ４２は、コピーアプリ４４、スキャナアプリ４５などの本体１０のアプリを制御するモジュールである。ｘＣＳ４３は、ＯＣＳ（オペレーションコントロールサービス）、ＥＣＳ（エンジンコントロールサービス）、ＭＣＳ（メモリコントロールサービス）など、本体１０を制御するサービス群である。コピーアプリ４４は、コピーを実行するモジュールである。スキャナアプリ４５は、スキャナを実行するモジュールである。
ＯＳ４１、ＳＣＳ４２、ｘＣＳ４３、コピーアプリ４４、及びスキャナアプリ４５は、ＲＯＭ１２若しくはＨＤＤ１４に記憶されたプログラムをＣＰＵ１１が実行することにより実現されるものである。

操作部２０は、ＯＳ５１、Android（登録商標）Ｆ／Ｗ（ファームウェア）５２、アイコン表示モジュール５３、アイコン管理モジュール５４、コピーアプリ５５、スキャナアプリ５６、および通信モジュール５７を備えている。本体１０と同様、ファックスアプリ、プリンタアプリなどについては便宜上図示を省略した。

ＯＳ５１は、Android（登録商標）Ｆ／Ｗ５２が動作するＯＳであるAndroid（登録商標）である。Android（登録商標）Ｆ／Ｗ５２は、Android（登録商標）のコアモジュールである。

アイコン表示モジュール５３は、アプリのアイコンを配置することでホーム画面を描画し、描画したホーム画面を操作パネル２７に表示させるモジュールである。アイコン管理モジュール５４は、アプリのアイコンを管理するモジュールである。アプリに組み込むこともできる。アイコン表示モジュール５３、アイコン管理モジュール５４は、それぞれ本発明に係るアイコン表示手段、アイコン管理手段に対応する。

コピーアプリ５５は、操作部２０上で動作するコピーアプリであり、本体１０側のコピーアプリ４４と連動する。スキャナアプリ５６は、操作部２０上で動作するスキャナアプリであり、本体１０側のスキャナアプリ４５と連動する。通信モジュール５７は、本体１０側のアプリの情報を取得するモジュールであり、本発明に係る通信手段に対応する。
ＯＳ５１、Android（登録商標）Ｆ／Ｗ５２、アイコン表示モジュール５３、アイコン管理モジュール５４、コピーアプリ５５、スキャナアプリ５６、通信モジュール５７は、ＲＯＭ２２若しくはフラッシュメモリ２４に記憶されたプログラムをＣＰＵ２１が実行することにより実現されるものである。

〈ホーム画面〉
図３は、操作パネル２７に表示されるホーム画面の一例を示す図である。
図示のように、ホーム画面２００には、ホーム画面２００上から起動させることが可能なアプリのアイコンであるコピーアプリアイコン、ファックスアプリアイコン、スキャナアプリアイコン、プリンタアプリアイコン、ドキュメントボックスアイコン、および操作部ブラウザアイコンが格子状に並んで配置されている。各アプリアイコンの下にはアプリの名称を表す文字が表示されている。また、画面の右端付近にはアプリ一覧画面（図７を参照して後述）を表示するための一覧画面表示アイコン（ドロワーアイコン）２０１が配置されている。

後に詳述するように、これらのアプリアイコンは、最初からホーム画面２００上に配置されるように設定されているのではなく、アプリ一覧画面上で指示することで、ホーム画面２００上に配置されように設定される。

〈アイコン表示モジュールの画面構成〉
図４は、図２におけるアイコン表示モジュールの画面構成を示す図である。
アイコン表示モジュール５３が備える画面の画面構成は、Android（登録商標）のViewによって、図示のようなグリッドに分割されている。

横方向の位置を表すＸと、縦方向の位置を表すＹの数値の組合せにより、グリッドを特定する。ここでは、Ｇ_XY（Ｘ＝０，１，２，３，Ｙ＝０，１，２）で表される１２個のグリッドを図示した。

１つのグリッドに１つのアイコンおよびその名称が入るようになっている。下記の表１に示すアイコン情報を基にViewにアイコン画像と名称を配置する。

表１に示すように、アイコン情報は、ＩＤ、アプリ起動情報、アプリ名、アイコン画像、ページ、Ｘ、Ｙからなる。アイコン表示モジュール５３は、この画面を複数ページ持つことができる。

ＩＤは管理番号である。アプリ起動情報は、アプリを起動するための情報である。ここでは、Android（登録商標）のActivity名を示しているが、他にも情報をつめることができる。アプリ名は、アイコンの下に表示するアプリ名を表す。アイコン画像は、実際に表示するアイコンの情報画像であり、バイナリで保持している。ページは、図３で示した画面が複数ある場合に、どのページに配置されているかを示す。Ｘ、Ｙは、上述した横方向の位置を表す数値、縦方向の位置を表す数値、すなわち、ページのどのグリッドに配置するかを示す情報である。

〈ホーム画面上へのアプリアイコンの配置〉
図５は、ホーム画面上にアプリアイコンを配置する処理の手順を示すシーケンス図である。また、図６は、アプリアイコンが配置される前の初期状態のホーム画面の一例を示す図であり、図７は、アプリ一覧画面の一例を示す図である。なお、図６、図７には本実施形態の説明に必要なアイコンのみを図示した。これらの図を参照して、ホーム画面２００上にアプリアイコンの一つであるコピーアプリアイコンを配置する手順について説明する。

まず、ユーザは、コピーアプリ５５に対して、ホーム画面２００にアイコンを配置する指示を行う（手順Ｓ１）。具体的には、Android（登録商標）で動作する一般的な携帯端末装置と同様に、図６に示す初期状態のホーム画面２００上で一覧画面表示アイコン２０１を押下すると、図７に示すアプリ一覧画面３００が表示されるので、アプリ一覧画面３００上でコピーアプリアイコンに対して所定の操作（長押し）を行う。この操作の結果、アプリ一覧画面３００から初期状態のホーム画面２００に切り替わるので、コピーアプリアイコンを所望の位置にドラッグする。

コピーアプリ５５は、アイコン管理モジュール５４に対して、配置すべきアイコン（ここではコピーアプリアイコン）のアイコン情報を取得しにいく（手順Ｓ２）。そして、アイコン表示モジュール５３にアイコン追加要求を通知する（手順Ｓ３）。アイコン追加要求には取得したアイコン情報が含まれる。

アイコン表示モジュール５３は、アイコン情報を受け取り、保持しているアイコン情報のｄｂ（データベース）ファイルを更新し（手順Ｓ４）、そのｄｂファイルを読み直してViewに配置することでホーム画面２００を更新する（手順Ｓ５）。

この結果、図６に示す初期状態のホーム画面２００上にコピーアプリアイコンが配置される。以上の手順を図７に示すアプリ一覧画面３００上の各アプリについて実行することにより、ホーム画面２００上に各アプリのアイコンが配置され、図３に示すホーム画面２００が表示されるようになる。

〈アプリの状態に応じたアプリアイコンの更新〉
ここでいうアプリの状態とは、アプリが画像変換などの処理を実行している状態や、アプリによって本体１０のエンジン部１７にスキャン、プリントなどの処理を実行させている状態などである。
図８は、ホーム画面上のアプリアイコンをアプリの状態に応じて更新する処理の手順を示すシーケンス図である。ここでは、コピーアプリの場合について説明する。

まず、ユーザがホーム画面２００上のコピーアプリアイコンを押下することで、コピーアプリ５５に対して、コピー指示の要求を行う（手順Ｓ１０１：コピー開始）。コピーアプリ５５は、通信モジュール５７を介して本体１０側のコピーアプリ４４に対し、コピー開始の要求を送出する（手順Ｓ１０２、Ｓ１０３：コピー開始）。

コピーアプリ４４は、コピーを開始した後、アプリの状態が「コピー中」に変化したことを、通信モジュール５７を介してコピーアプリ５５に通知する（手順Ｓ１０４、Ｓ１０５：状態変化通知（コピー中））。

コピーアプリ５５は、「コピー中」に適したアイコンのアイコン情報をアイコン管理モジュール５４に取得しにいき（手順Ｓ１０６：アイコン取得（コピー中））、取得したアイコンのアイコン情報をアイコン変化通知としてアイコン表示モジュール５３に送出する（手順Ｓ１０７：アイコン変化通知）。

アイコン表示モジュール５３は、アイコン情報を受け取り、保持しているアイコン情報のｄｂファイルを更新し（手順Ｓ１０８：アイコン情報更新）、そのｄｂファイルを読み直してViewに配置することでホーム画面２００を更新する（手順Ｓ１０９：ホーム画面更新）。これにより、ホーム画面２００上のコピーアプリアイコンが「コピーアプリの実行中を表すアイコン」に差し替えられる。

ここで、手順Ｓ１０６でコピーアプリ５５がアイコン管理モジュール５４から取得するアイコン情報について具体的に説明する。
下記の表２は、アイコン管理モジュール５４が保持するアプリ状態に応じたアイコンのアイコン情報の一例を示す。

この表で示すように、アプリの状態（ここでは、正常／利用不可）によって、文書の画像が同じであり、その背景（円形の画像）がアプリの状態に応じて異なるアイコン画像が利用される。また、これらのアイコン画像は表３で示す付加画像を付加するベースとなるアイコン画像となる。以下、ベースアイコン画像と言う。

また、下記の表３は、アイコン管理モジュール５４が保持するジョブ状態に応じた付加画像の一例を示す。

この表は、ベースとなるベースアイコン画像に付加される付加画像を表しており、ジョブの状態（ここでは、待機／実行／停止）によって、ジョブの状態を表す付加画像（待機の場合は画像なし）が選択される。

図８の手順Ｓ１０６において、アイコン管理モジュール５４は、コピーアプリ５５から通知されるコピーアプリ４４の状態（ジョブの状態を含む）から、ベースアイコン画像と付加画像を選択し、その２つの画像を決められた位置で重ね合わせることで、アプリの状態に応じた形態を有するアイコンを生成する。

コピーアプリ５５がこの画像をアイコン表示モジュール５３に通知すると、アイコン表示モジュール５３は、ｄｂファイルに保持されているコピーアプリ５５のアイコン情報を上書きし、ｄｂファイルを読み直すことで、生成されたアイコンをViewに配置する。

こうすることで、アプリの状態に応じたアイコンを生成することができるため、アプリの状態に応じたアイコン画像を備えていないアプリでも、アイコンによる状態表示を行うことができる。また、全てのアイコン画像を準備する必要がないため、リソースの節約となる。さらに、システム側で付加画像を準備することで、統一された状態表示を行うことができる。

〈アプリ外の条件に基づくアプリアイコンの更新〉
ここで、アプリ外の条件とは、前カバーオープンという条件によってエンジン部１７が停止することでコピーアプリの実行が妨げられるような、アプリとは直接関係がないがエンジン部１７が停止することで、間接的にアプリの実行が妨げられるような状況・条件をいう。また、コピーアプリの実行中にエンジン部１７にエラーが生じたことで、プリントアプリも実行不可能となるような、別のアプリとの関係で実行が妨げられるような状況・条件をいう。
図９は、ホーム画面上のアプリアイコンをアプリ外の条件に基づいて更新する処理の手順を示すシーケンス図である。ここでは、本体１０側でエラーが発生し、アプリが動作していないため、エラー通知を受け取らない場合の手順のシーケンスを表している。

ＳＣＳ４２はエラーを検出すると、通信モジュール５７を介して、アイコン表示モジュール５３にエラーを通知する（手順Ｓ２０１、Ｓ２０２：エラー通知）。このエラー通知には、エラー情報として、エラーの内容および関連する機能を表す情報が含まれている（具体例を後述する）。

アイコン表示モジュール５３は、エラーの内容とアプリの情報をアイコン管理モジュール５４に通知し、それらに適合するアイコン情報を取得する（手順Ｓ２０３）。そして、取得したアイコン情報に基づいて、保持しているアイコン情報のｄｂファイルを更新し（手順Ｓ２０４）、そのｄｂファイルを読み直してViewに配置することでホーム画面を更新する（手順Ｓ２０５）。

このように処理することで、アプリ外の条件によって、アプリアイコンを変更することができる。エラー発生の場合は、例えば、「利用不可」のマーク（付加画像）を付加する対応となる。

下記の表４にエラーの具体例を示す。

この表において、エラーＩＤは発生したエラーを示すＩＤであり、エラー内容はエラーＩＤが示すエラーの詳細である。また、関連機能は、エラー内容に該当するエラーにより影響を受ける機能である。

コピーやスキャナの機能に関するエラーは、各アプリで取得が可能であるが、アプリが動作していない場合は、アイコンを更新することができない。このような場合に、アイコン表示モジュール５３が代わりにエラー情報の通知を受け、関連機能を利用しているアプリのアイコンに対して、エラーの内容に対応するアイコン情報を取得し、アイコンを変更する。
アプリが動作している場合には、エラー通知をアプリが受け取ることが可能となる。この場合には、アイコン管理モジュール５４にエラーの内容とアプリの情報を通知するのがアプリとなるが、それ以外については上記したアプリが動作していない場合のフローと同様となる。

以上詳細に説明したように、本発明の実施形態に係る画像処理装置は下記（１）〜（３）の特徴を備えている。
（１）本体のアプリの状態（コピー中など）を表す状態情報を、そのアプリを実行させている操作部２０のアプリが取得し、その状態情報を基に、自身のアイコン画像をその状態を表す形態に変更するので、ユーザはホーム画面上でアプリの状態を確認することができる。
（２）アプリの状態情報に対応する付加画像を選択し、ベースアイコン画像と所定の位置で重ね合わせることで、アプリの状態に応じたアイコン画像を生成するので、アプリの状態に応じたアイコン画像を備えていないアプリでも、ホーム画面上にアプリの状態に応じたアプリアイコンを配置することができる。
（３）アイコンに対応するアプリが動作していない場合は、アイコン表示モジュールが代わりにエラー通知を受け、エラーの内容と関連する機能を利用するアプリのアイコンについて、エラーの内容に応じたアイコン情報を取得し、アイコンの形態を変更するので、アプリが動作していないときでも、エラーにより影響を受けるアプリのアイコンをエラーの内容に応じて変更することができる。

なお、以上の実施形態では、操作部２０を本体１０に対して着脱可能に構成したが、操作部と本体を一体に構成することもできる。また、操作部２０の機能を持つ携帯端末装置と本体１０の機能を持つ画像処理装置とをネットワーク３０あるいは近距離無線通信を介して接続し、画像処理システムを構成することもできる。また、操作部２０におけるＯＳ５１およびAndroid（登録商標） Ｆ／Ｗ５２以外をネットワーク３０に接続されたサーバ上に設け、操作部２０がそれらをダウンロードして利用するように構成することもできる。

１０…本体、２０…操作部、２７…操作パネル、４２…ＳＣＳ、４４，５５…コピーアプリ、４５，５６…スキャナアプリ、５３…アイコン表示モジュール、５４…アイコン管理モジュール、５７…通信モジュール、２００…ホーム画面。

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

Claims (7)

1. アプリケーションを実行する本体と、
   前記アプリケーションを開始させるアイコンが配置されるホーム画面を表示する表示部と、
   保持しているアイコン情報に基づいて、前記アイコンを前記ホーム画面に配置するアイコン表示手段と、
   アプリケーションの状態に応じたアイコン情報を管理するアイコン管理手段と、
   を有し、
   前記アイコン表示手段は、前記アイコン管理手段から、前記ホーム画面に配置されているアイコンに対応するアプリケーションの状態に応じたアイコン情報を取得し、当該取得したアイコン情報により、前記保持しているアイコン情報を更新することで、前記ホーム画面に配置されているアイコンの形態を変更する、画像処理装置。
2. 請求項１に記載された画像処理装置において、
   前記アイコンの押下により開始されたアプリケーションから、当該アプリケーションの状態を表す状態情報を取得する通信手段を有し、
   前記アイコン表示手段は、当該通信手段により取得された状態情報に基づいて、前記アイコン管理手段から、前記アイコンの押下により開始されたアプリケーションの状態に応じたアイコン情報を取得する、画像処理装置。
3. 請求項１に記載された画像処理装置において、
   前記アイコン管理手段が管理するアイコン情報は、ベース画像、および当該ベース画像に付加される付加画像を含む、画像処理装置。
4. 請求項１に記載された画像処理装置において、
   前記アプリケーションの状態は、当該アプリケーションにより実行されるジョブの状態を含む、画像処理装置。
5. 請求項１に記載された画像処理装置において、
   本体で発生したエラーを表すエラー情報を取得する通信手段を有し、
   前記アイコン表示手段は、当該通信手段により取得されたエラー情報に関連する機能のアプリケーションのエラーを表すアイコン情報を前記アイコン管理手段から取得する、画像処理装置。
6. 請求項１に記載された画像処理装置において、
   前記表示部が前記本体に対して着脱可能である、画像処理装置。
7. アプリケーションを実行する機能実行部と、
   前記アプリケーションを開始させるアイコンが配置されるホーム画面を表示する表示部と、
   保持しているアイコン情報に基づいて、前記アイコンを前記ホーム画面に配置するアイコン表示手段と、
   アプリケーションの状態に応じたアイコン情報を管理するアイコン管理手段と、
   を有し、
   前記アイコン表示手段は、前記アイコン管理手段から、前記ホーム画面に配置されているアイコンに対応するアプリケーションの状態に応じたアイコン情報を取得し、当該取得したアイコン情報により、前記保持しているアイコン情報を更新することで、前記ホーム画面に配置されているアイコンの形態を変更する、画像処理システム。
   

Images