画像形成装置、表示制御方法及び表示制御プログラム
【課題】アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握できるようにすること。
【解決手段】アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置、アイコン画像、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、識別情報を出力するとともに画面更新要求を行う画面制御手段と、一覧画面情報に基づき作成したアプリケーションの一覧画面に対して画面更新要求を受けた場合、取得された識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、更新されたアイコンを含む一覧画面を表示する表示手段と、を備える。
【解決手段】アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置、アイコン画像、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、識別情報を出力するとともに画面更新要求を行う画面制御手段と、一覧画面情報に基づき作成したアプリケーションの一覧画面に対して画面更新要求を受けた場合、取得された識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、更新されたアイコンを含む一覧画面を表示する表示手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの一覧画面を表示する画像形成装置、表示制御方法及び表示制御プログラムに関する。
【背景技術】
【０００２】
近年、複合機において、アプリケーション（以下、アプリとも呼ぶ）や、アプリケーションで事前登録したマクロ設定を呼び出すことができるショートカットアイコン（以下、単にアイコンとも呼ぶ）を、アプリの一覧画面に表示させることで、操作性の高いＵＩを提供する技術が既に知られている。
【０００３】
アプリの一覧画面は、以下、アプリ一覧画面とも呼び、例えばホーム画面である。マクロは、例えばＡ４サイズ、白黒、集約、ステープルあり、などが設定される。
【０００４】
このマクロを用いる技術として、例えば、特許文献１には、操作性向上の目的で、登録した情報の呼び出しを容易にするＵＩが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来技術では、アプリが実行中かどうかにかかわらず、アプリ一覧画面に表示するアイコンは同一だった。そのため、例えば、アプリ一覧画面の表示中にコピーが内部で実行された場合、ユーザは、内部でのコピー処理には気づかない。よって、ユーザが、アプリ一覧画面内のコピーのアイコンを押下すると、コピー実行中の画面が表示されてしまい、新しくコピーをする操作がわかりにくいという問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる画像形成装置、表示制御方法及び表示制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様の画像形成装置は、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う画面制御手段と、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、前記画面作成手段により更新されたアイコンを含む一覧画面を表示する表示手段と、を備える。
【０００８】
また、本発明の他の態様の表示制御方法は、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置が実行する表示制御方法であって、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、を有する。
【０００９】
また、本発明の他の態様の表示制御プログラムは、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置に実行させる表示制御プログラムであって、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、を有する。
【発明の効果】
【００１０】
本発明によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる。
【図面の簡単な説明】
【００１１】
【図１】実施例におけるＭＦＰのハードウェアの一例を示すブロック図。
【図２】実施例におけるＭＦＰの機能の一例を示すブロック図。
【図３】通常のアプリ一覧画面の一例を示す図。
【図４】アプリ一覧画面を表示するための各種情報を含む一覧画面情報の一例を示す図。
【図５】アイコン画像情報の一例を示す図。
【図６】マクロ情報の一例を示す図。
【図７】コピーアプリの状態遷移の一例を示す図。
【図８】ファクスアプリの状態遷移の一例を示す図。
【図９】拡張アプリである簡単スキャナーアプリの状態遷移の一例を示す図。
【図１０】状態画像の一例を示す図。
【図１１】コピーアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１２】コピーアプリが印刷状態にある場合のアプリ一覧画面の一例を示す図。
【図１３】ファクスアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１４】ファクスアプリが送信状態にある場合のアプリ一覧画面の一例を示す図。
【図１５】ファクスアプリが受信状態にある場合のアプリ一覧画面の一例を示す図。
【図１６】ファクスアプリがバックグラウンド印刷状態にある場合のアプリ一覧画面の一例を示す図。
【図１７】簡単スキャナーアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１８】簡単スキャナーアプリが送信状態にある場合のアプリ一覧画面の一例を示す図。
【図１９】実行中のアプリのアイコンが押下されたときのダイアログの一例を示す図。
【図２０】実行中のジョブの状況を示す実行画面の一例を示す図。
【図２１】新規ジョブの予約画面の一例を示す図。
【図２２】実施例１における標準搭載アプリの実行状態が変わったときの表示制御処理の一例を示すシーケンス図。
【図２３】実施例１における拡張アプリの実行状態が変わったときの表示制御処理の一例を示すシーケンス図。
【図２４】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その１）の一例を示すシーケンス図。
【図２５】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その２）の一例を示すシーケンス図。
【図２６】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その３）の一例を示すシーケンス図。
【図２７】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その４）の一例を示すシーケンス図。
【図２８】実施例２におけるアイコンの表示形態の一例を示す図。
【図２９】実施例２におけるアプリ一覧画面の一例を示す図。
【図３０】実施例２における標準搭載アプリが実行状態に変わったときの表示制御処理の一例を示すシーケンス図。
【図３１】実施例２における標準搭載アプリが待機中状態に変わったときの表示制御処理の一例を示すシーケンス図。
【図３２】実施例２における実行画像が押下されたときの表示制御処理の一例を示すシーケンス図。
【図３３】実施例２における予約画像が押下されたときの表示制御処理の一例を示すシーケンス図。
【図３４】実施例３におけるアプリ一覧画面の一例を示す図。
【図３５】実施例３におけるダイアログ（その１）の一例を示す図。
【図３６】実施例３におけるダイアログ（その２）の一例を示す図。
【図３７】実施例３におけるアプリ一覧画面の表示制御処理の一例を示すシーケンス図。
【図３８】実施例３におけるアイコンが押下されたときの表示制御処理の一例を示すシーケンス図。
【図３９】実施例３におけるログインユーザが管理者である場合にアイコンが押下されたときの表示制御処理の一例を示すシーケンス図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例を図面に基づいて説明する。画像形成装置としてＭＦＰ（Multifunction Peripheral）を例にして説明する。
［実施例１］
＜ハードウェア＞
図１は、実施例１におけるＭＦＰのハードウェアの一例を示すブロック図である。図１に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。
【００１３】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２や補助記憶部１３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００１４】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００１５】
補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００１６】
外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ１とのインタフェースである。
【００１７】
また、記録媒体１９に、所定のプログラムを格納し、この記録媒体１９に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介してＭＦＰ１にインストールされ、インストールされた所定のプログラムはＭＦＰ１により実行可能となる。
【００１８】
ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ１とのインタフェースである。
【００１９】
操作部１６や表示部１７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。
【００２０】
エンジン部１８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部１８は、スキャナエンジンなどをさらに備える。
【００２１】
＜機能＞
次に、ＭＦＰ１の機能について説明する。図２は、実施例１におけるＭＦＰ１の機能の一例を示すブロック図である。ＭＦＰ１は、標準搭載アプリ２０、マクロ情報記憶手段２５、拡張アプリ４０、拡張アプリ制御手段４５を含む。また、ＭＦＰ１は、ＡＰＩ（Application Program Interface）５０、システム管理部６１、メモリ管理部６２、エンジン管理部６３、ユーザ管理部６４、送信管理部６５を含む。また、ＭＦＰ１は、表示手段７０、入力手段７１、画面制御手段７２、画面情報記憶手段７３、画面作成手段７４を含む。
【００２２】
標準搭載アプリ２０は、ＭＦＰ１に標準で搭載されているアプリケーションである。例えば、コピーアプリ２１、スキャナーアプリ２２、プリンターアプリ２３、ＦＡＸ（ファクス）アプリ２４が標準搭載アプリ２０である。
【００２３】
標準搭載アプリ２０は、そのアプリの操作画面の作成やアプリのジョブを実行することができ、マクロ情報記憶手段２５に対して、一連の動作設定の登録、呼び出しを行う。この機能をマクロ機能と呼ぶ。標準搭載アプリ２０は、ＡＰＩ５０を用いて、表示手段７０にデータを出力する。
【００２４】
マクロ情報記憶手段２５は、各標準搭載アプリに対して、マクロの動作設定を含むマクロ情報を記憶する。マクロ情報は、マクロの登録番号、名称、動作設定が関連付けられている。
【００２５】
拡張アプリ４０は、ＳＤＫ（Software Development Kit）によって追加インストールされたアプリケーションである。また、拡張アプリ４０は、その拡張アプリの操作画面の作成やアプリケーションのジョブを実行する。
【００２６】
ＳＤＫ簡単コピー４１アプリ（以下、簡単コピーアプリとも呼ぶ）は、例えば、Ｊａｖａ（登録商標）で開発したアプリの１つであり、標準搭載アプリ２０のコピーアプリ２１と比べて簡単にコピーできるようなアプリケーションである。
【００２７】
ＳＤＫ簡単スキャナーアプリ（以下、簡単スキャナーアプリとも呼ぶ）４２は、Ｊａｖａ（登録商標）で開発したアプリの１つであり、標準搭載アプリ２０のスキャナーアプリ２２と比べて、簡単にスキャンできるようなアプリケーションである。
【００２８】
拡張アプリ制御手段４５は、ＳＤＫアプリ全般を管理する。拡張アプリ制御手段４５は、各管理部、入力、表示手段などに対する拡張アプリ４０とのインタフェースである。
【００２９】
拡張アプリ制御手段４５は、拡張アプリ４０からの処理実行要求を受けると、エンジン管理部６３にその処理を要求する。また、拡張アプリ制御手段４５は、拡張アプリ４０の実行状態を監視し、エンジン管理部６３から実行状態を取得した場合は、拡張アプリ４０の識別情報と、状態を示す状態情報とを画面制御手段７２に出力する。
【００３０】
システム管理部６１は、システム全体の状態管理をする。システム管理部６１は、各標準搭載アプリに対して画面の表示要求を行う。メモリ管理部６２は、メモリ管理やスキャンしたファイルデータの作成を行う。エンジン管理部６３は、原稿の読み取りの制御などを行う。
【００３１】
ユーザ管理部６４は、ログインのユーザ認証やスキャナー送信先の管理を行う。ユーザ管理部６４は、ジョブの実行を要求したユーザを管理し、ログインされたユーザ（ログインユーザとも呼ぶ）とジョブを実行したユーザとが同じか否かを判定する。送信管理部６５は、ＭＦＰ１から他機器へのデータ送信を制御する。
【００３２】
表示手段７０は、画面作成手段７４が作成した／更新したアプリ一覧画面を表示する。また、表示手段７０は、標準搭載アプリ２０、拡張アプリ４０の操作画面を表示する。
【００３３】
入力手段７１は、アプリ一覧画面内のアイコンへの押下を検知する。アイコンはＵＩ部品の一つである。アイコンへの押下は、そのアイコンに対する操作要求として入力手段７１が受け付ける。また、入力手段７１は、標準搭載アプリ２０、拡張アプリ４０の操作画面からの入力を受け付ける。
【００３４】
画面制御手段７２は、複数のＵＩ画面の構成を管理したり、所定のＵＩ画面を表示制御したりする。画面制御手段７２は、入力手段７１から要求された一覧画面のアイコンに応じて各標準搭載アプリ２０、拡張アプリ４０、Ｗｅｂブラウザ３０の中から画面表示オーナーを判断し、オーナーに対して画面表示要求を出す。
【００３５】
画面制御手段７２は、標準搭載アプリ２０又は拡張アプリ制御手段４５からアプリの識別情報及び状態情報を取得した場合、画面作成手段７４に対し、アプリ一覧画面の更新を要求する。
【００３６】
画面情報記憶手段７３は、アイコンの画像を示すアイコン画像情報、アプリ一覧画面に表示されるアイコンの各情報を示す一覧画面情報を記憶、管理する。アイコン画像情報は、アイコンＩＤとアイコン画像とを関連付けて保持する。一覧画面情報は、アイコンの配置を示す配置ＩＤ、座標、アイコンＩＤ、表示画面オーナー（アプリ）ＩＤ、マクロの登録番号（識別情報）、アプリ状態を関連付けて保持する。
【００３７】
また、画面情報記憶手段７３は、各アプリの状態毎に、状態を示す状態画像を記憶する。状態画像には、さらに、その状態が他のアプリの操作に影響を及ぼすか否かを示すフラグを関連付けてもよい。
【００３８】
画面作成手段７４は、画面情報記憶手段７３に記憶される一覧画面情報に基づき、アプリ一覧画面を作成する。画面作成手段７４は、作成したアプリ一覧画面を表示手段７０に表示するよう要求する。
【００３９】
また、画面作成手段７４は、画面制御手段７２から、アプリの識別情報と状態情報を取得すると共に画面更新要求を受けた場合、アプリ一覧画面を更新する。画面作成手段７４は、例えば、画面更新要求と共に取得したアプリの識別情報が示すアプリのアイコンの表示形態と、他のアイコンの表示形態とが異なるように更新する。画面作成手段７４は、更新後のアプリ一覧画面を表示手段７０に出力する。画面作成手段７４の具体的な処理は後述する。
【００４０】
なお、実施例１では、拡張アプリ制御手段４５は拡張アプリ４０へ遷移するための専用の画面を表示制御せず、画面制御手段７２において、拡張アプリ４０、標準搭載アプリ２０を含めた全てのアプリへの画面遷移を管理する。
【００４１】
なお、標準搭載アプリ２０、拡張アプリ４０、各管理部６１〜６５、画面制御手段７２、画面作成手段７４、拡張アプリ制御手段４５は、制御部１１、ワークメモリとしての主記憶部１２、各種プログラムを保持する補助記憶部１３などにより実現されうる。また、マクロ情報記憶手段２５、画面情報記憶手段７３は、主記憶部１２及び／又は補助記憶部１３などにより実現されうる。表示手段７０は、例えば表示部１７により実現され、入力手段７１は、操作部１６などにより実現されうる。
【００４２】
＜アプリ一覧画面＞
次に、アプリ一覧画面について説明する。図３は、通常のアプリ一覧画面の一例を示す図である。通常のアプリ一覧画面とは、どのアプリも待機中であるときのアプリ一覧画面をいう。図３に示すアプリ一覧画面は、ホーム画面を例にしている。図３に示すアプリ一覧画面には、各アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのショートカットアイコン（アイコン）の一覧が表示される。
【００４３】
例えば、標準搭載アプリ２０のコピー、ファクス、プリンターのアイコン及び拡張アプリ４０の簡単コピー、簡単スキャナーのアイコンなどが表示される。また、マクロを呼び出すためのアイコンには、マクロの登録番号が表示される。例えば、両面２ｉｎ１アイコンは、マクロの登録番号「１」がアイコンの左下に表示される。なお、このマクロの登録番号は、アイコンとの対応関係が分かれば、アイコンのどの位置にあってもよい。
【００４４】
＜データ構造＞
次に、一覧画面を表示するのに用いられるデータのデータ構造について説明する。図４は、アプリ一覧画面を表示するための各種情報を含む一覧画面情報の一例を示す図である。図４に示す一覧画面情報は、図３に示すアプリ一覧画面の一覧画面情報である。
【００４５】
一覧画面情報は、アイコンの配置ＩＤに対して、アプリ一覧画面での座標、アイコン画像と対応するアイコンＩＤ、操作画面を表示するオーナーを特定する表示画面オーナーＩＤ（アプリＩＤ）、マクロの登録番号、アプリの状態を関連付けて保持する構造となっている。
【００４６】
例えば、コピーアイコンと、両面２ｉｎ１アイコンの表示画面オーナーＩＤとアイコンＩＤは同じであるが、両面２ｉｎ１アイコンには、登録番号「１」が追加表示される。また、このデータ構造によれば、拡張アプリ４０である簡単コピーアイコン、簡単スキャナーアイコンは、標準搭載アプリ２０のアイコンと同じアプリ一覧画面に表示される。
【００４７】
例えば、配置ＩＤが「１」の標準搭載アプリ２０のコピーアイコンと、配置ＩＤが「９」の拡張アプリ４０の簡単コピーアイコンとが同じ一覧画面に表示される。また、表示画面オーナーＩＤの（）内は、アイコンの名称を示す。アイコンの名称は、表示画面オーナーＩＤとは別に管理されてもよい。
【００４８】
次に、アイコン画像について説明する。図５は、アイコン画像情報の一例を示す図である。図５に示すアイコン画像情報は、アイコンＩＤとアイコンの画像とが対応付けられる。アイコン画像は、予め登録されているアイコン画像や、後から追加されたアイコン画像である。拡張アプリ４０が追加されると、拡張アプリ制御手段４５は、その拡張アプリ４０のアイコン画像をアイコン画像情報に追加し、アイコンＩＤは、例えば画面制御手段７２により自動で割り当てられる。
【００４９】
次に、マクロ情報記憶手段２５に記憶される、標準搭載アプリ２０のマクロ機能について説明する。図６は、マクロ情報の一例を示す図である。図６に示すように、マクロ情報は、各登録番号に対して、登録名称と各動作設定が関連付けて保持する。マクロは、予めユーザが登録しておく。この登録番号が、アプリ一覧画面の一覧画面情報（図４参照）内の登録番号とリンクしている。
【００５０】
例えば、登録番号「１」のマクロ機能は、登録名称が「両面２ｉｎ１」であり、各動作設定が、マクロ情報に設定されている。登録番号「１０」、「１００」についても同様である。マクロの登録番号は、アプリ毎に別々に管理される。
【００５１】
＜アプリ状態＞
次に、アプリ状態について説明する。アプリ状態は、拡張アプリ４０を含む各アプリケーションの実行状態を示す。このアプリ状態は、標準搭載アプリ２０又は拡張アプリ制御手段４５から画面制御手段７２にアプリＩＤと共に通知される。
【００５２】
図７は、コピーアプリ２１の状態遷移の一例を示す図である。図７に示す例では、始めはジョブを待っている状態を示す待機中状態である。次に、原稿を読み取り開始した場合に読み取り状態になり、次に、印刷を開始した場合に印刷状態になる。コピーアプリ２１は、読み取り状態又は印刷状態に状態が変わった場合に、画面制御手段７２に、自身のアプリＩＤと状態情報とを通知する。
【００５３】
図８は、ファクスアプリ２４の状態遷移の一例を示す図である。図８に示す例では、始めはジョブを待っている状態を示す待機中状態である。まず、送信ジョブの場合の状態遷移について説明する。待機中状態から、原稿の読み取りを開始した場合に読み取り状態になる。次に、送信を開始した場合に送信状態になり、送信が終了すると待機中状態に戻る。
【００５４】
次に、受信ジョブの場合の状態遷移について説明する。待機中状態から、受信を開始した場合に受信状態になる。次に、印刷を開始した場合に印刷状態になり、印刷が終了すると待機中状態に戻る。
【００５５】
ファクスアプリ２４は、読み取り状態、送信状態、受信状態又は印刷状態に状態が変わった場合に、画面制御手段７２に、自身のアプリＩＤと状態情報を通知する。なお、各アプリは、自身のアプリＩＤを保持しておくとする。
【００５６】
図９は、拡張アプリ４０である簡単スキャナーアプリ４２の状態遷移の一例を示す図である。拡張アプリ４０の場合、拡張アプリ４０が拡張アプリ制御手段４５を通じて行った処理の状態を、拡張アプリ制御手段４５が監視する。拡張アプリ制御手段４５は、エンジン管理部６３からの状態変化の通知を受けて、画面制御手段７２にアプリＩＤと状態情報とを通知する。
【００５７】
図９に示す例では、始めはジョブを待っている状態を示す待機中状態である。次に、原稿を読み取り開始した場合に読み取り状態になり、次に、送信を開始した場合に送信状態になる。拡張アプリ制御手段４５は、簡単スキャナーアプリ４２の処理を行ったエンジン管理部６３から、読み取り状態又は送信状態に状態が変わったことを通知されると、画面制御手段７２に、処理をしている拡張アプリのアプリＩＤと状態情報とを通知する。
【００５８】
図１０は、状態画像の一例を示す図である。状態画像は、アプリの状態を示す画像である。図１０に示す例では、各アプリの状態に応じて、状態を示す画像がある。状態画像には、読み取り画像、印刷画像、バックグラウンド印刷画像、送信画像、受信画像がある。各アプリには、とり得る状態の状態画像が関連付けられている。
【００５９】
例えば、コピーアプリ２１、簡単コピーアプリ４１には、読み取り画像、印刷画像がある。また、スキャナーアプリ２２、簡単スキャナーアプリ４２には、読み取り画像、送信画像がある。
【００６０】
なお、バックグラウンド印刷及び受信の状態は、他のアプリ操作に影響を及ぼす状態ではない。バックグラウンド印刷中の状態は、普通の印刷中の状態とは異なり、ユーザのアプリ操作を制限しない。バックグラウンド印刷とは、ユーザがＭＦＰ１の前に立ってハードキーなどを押下して印刷を指示するのではなく、ネットワークなどを介して印刷ジョブを要求されて実行する印刷である。
【００６１】
なお、状態画像に対して、他のアプリ操作に影響を及ぼすか否かを示すフラグを関連付けておいてもよい。図１０に示す例では、状態画像の状態に対して、フラグ「１」が設定されている。
【００６２】
＜画面例＞
次に、各画面の画面遷移について説明する。図１１は、コピーアプリ２１が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１１に示すように、コピーアイコンと同じアプリＩＤである両面２ｉｎ１のアイコンについても、読み取り画像がこれらのアイコンに重ねて表示されている。
【００６３】
画面作成手段７４は、通知されたアプリＩＤと同じアプリＩＤをもつアイコンに対して、状態画像をこれらのアイコン上に追加するようにする。なお、拡張アプリ４０の簡単コピーアプリ４１は、コピーアプリ２１のアプリＩＤとは異なるので、状態画像は追加されない。
【００６４】
図１２は、コピーアプリ２１が印刷状態にある場合のアプリ一覧画面の一例を示す図である。図１２に示す画面は、図１１に示す画面の後に表示される。図１２に示すように、コピーアイコンと同じアプリＩＤである両面２ｉｎ１のアイコンについても、印刷画像がこれらのアイコンに重ねて表示されている。
【００６５】
図１３は、ファクスアプリ２４が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１３に示すように、ファクスアイコンと同じアプリＩＤである○○営業所のアイコンについても、読み取り画像がこれらのアイコンに重ねて表示されている。
【００６６】
図１４は、ファクスアプリ２４が送信状態にある場合のアプリ一覧画面の一例を示す図である。図１４に示す画面は、図１３に示す画面の後に表示される。図１４に示すように、ファクスアイコンと同じアプリＩＤである○○営業所のアイコンについても、送信画像がこれらのアイコンに重ねて表示されている。
【００６７】
これにより、ユーザは、どのアプリケーションが実行中であるかを容易に把握することができる。
【００６８】
図１５は、ファクスアプリ２４が受信状態にある場合のアプリ一覧画面の一例を示す図である。図１５に示すように、ファクスアイコンに対して、受信画像が重ねて表示されている。
【００６９】
この場合、受信状態は、他のアプリ操作に影響を及ぼす状態ではないので、画面作成手段７４は、ファクスアプリのアイコンのみに受信画像を追加する。ファクスアイコンと同じアプリＩＤである○○営業所のアイコンには、受信画像は追加されない。
【００７０】
図１６は、ファクスアプリ２４がバックグラウンド印刷状態にある場合のアプリ一覧画面の一例を示す図である。図１６に示す画面は、図１５に示す画面の後に表示される。図１６に示すように、ファクスアイコンに対して、バックグラウンド印刷画像が重ねて表示されている。
【００７１】
これにより、必要なアイコンにだけ、状態画像を追加することができ、ユーザが操作できるアイコンを増やすことができる。
【００７２】
図１７は、簡単スキャナーアプリ４２が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１７に示すように、簡単スキャナーアイコンに対して、受信画像が重ねて表示されている。
【００７３】
この場合、簡単スキャナーアプリ４２と同じアプリＩＤをもつアイコンはないので、画面作成手段７４は、簡単スキャナーアイコンのみに読み取り画像を追加する。
【００７４】
図１８は、簡単スキャナーアプリ４２が送信状態にある場合のアプリ一覧画面の一例を示す図である。図１８に示す画面は、図１７に示す画面の後に表示される。図１８に示すように、簡単スキャナーアイコンに対して、送信画像が重ねて表示されている。
【００７５】
これにより、拡張アプリ４０であっても、標準搭載アプリ２０同様に、拡張アプリ４０のアイコン上に状態画像を追加することができる。
【００７６】
図１９は、実行中のアプリのアイコンが押下されたときのダイアログの一例を示す図である。図１９に示すダイアログは、状態画像が追加されているアイコンをユーザが押下したときに表示される。
【００７７】
例えば、図１１や図１２のアプリ一覧画面において、コピーアプリ２１やコピーアプリ２１のマクロのアイコンが押下された場合、図１９に示す実行中のジョブの状況を表示するか、新規ジョブを予約するかを選択させる画面（ダイアログ）が表示される。画面作成手段７４は、このダイアログを保持しておき、入力手段７１から実行中のアプリのアイコンが押下されたことを通知されると、このダイアログを表示手段７０に出力する。
【００７８】
図１９に示す画面から実行中ジョブ表示ボタンが押下されると、コピーアプリ２１の実行中のジョブの状況を表示する画面が表示される。図１９に示す画面から新規ジョブ予約ボタンが押下されると、新規のジョブの予約をするための画面が表示される。
【００７９】
図２０は、実行中のジョブの状況を示す実行画面の一例を示す図である。図２０に示すように、現在実行しているジョブの内容が表示される。
【００８０】
図２１は、新規ジョブの予約画面の一例を示す図である。図２１に示すように、新規に予約するジョブを登録するための画面が表示される。
【００８１】
これにより、ユーザが実行中のアプリのアイコンを押下した場合に、実行中のジョブを単に確認したいだけか、新規にジョブを予約したいのかについて、ユーザがやりたいことを分かりやすく操作できるようになっている。
【００８２】
＜動作＞
次に、実施例１におけるＭＦＰ１の動作について説明する。図２２は、実施例１における標準搭載アプリ２０の実行状態が変わったときの表示制御処理の一例を示すシーケンス図である。図２２に示すステップＳ１０１で、標準搭載アプリ２０は、実行状態が変わった場合に、自身のアプリＩＤと状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【００８３】
ステップＳ１０２、Ｓ１０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態に更新する。
【００８４】
ステップＳ１０４で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリのアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤと状態情報とが含まれてもよい。
【００８５】
ステップＳ１０５で、画面作成手段７４は、取得した状態情報が示す状態の状態画像を、画面情報記憶手段７３の状態画像情報から取得するよう要求する。
【００８６】
ステップＳ１０６で、画面作成手段７４は、画面情報記憶手段７３からアプリの状態画像を取得する。
【００８７】
ステップＳ１０７で、画面作成手段７４は、取得した状態画像を、画面更新要求と共に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【００８８】
なお、ステップＳ１０７で、画面作成手段７４は、取得した状態情報が他のアプリ操作に影響を及ぼさない状態である場合は、実行中のアプリのアイコンのみに状態画像を追加するようにする。
【００８９】
図２３は、実施例１における拡張アプリ４０の実行状態が変わったときの表示制御処理の一例を示すシーケンス図である。図２３に示すステップＳ２０１で、拡張アプリ４０は、拡張アプリ制御手段４５に対し、例えば読み取り要求を行う。
【００９０】
ステップＳ２０２で、拡張アプリ制御手段４５は、拡張アプリ４０から要求された読み取り要求を、エンジン管理部６３に通知する。
【００９１】
ステップＳ２０３で、エンジン管理部６３は、拡張アプリ制御手段４５から、読み取り要求を受けると、原稿の読み取りを開始する。
【００９２】
ステップＳ２０４で、拡張アプリ制御手段４５は、エンジン管理部６３から読み取り開始の状態になったことを通知されると、拡張アプリ４０のアプリＩＤと状態情報とを含む状態変化通知を画面制御手段７２に通知する。
【００９３】
ステップＳ２０５、Ｓ２０６で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態に更新する。
【００９４】
ステップＳ２０７で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリ一覧画面のアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤと状態情報とが含まれてもよい。
【００９５】
ステップＳ２０８で、画面作成手段７４は、取得した状態情報が示す状態の状態画像を、画面情報記憶手段７３の状態画像情報から取得するよう要求する。
【００９６】
ステップＳ２０９で、画面作成手段７４は、画面情報記憶手段７３からアプリの状態画像を取得する。
【００９７】
ステップＳ２１０で、画面作成手段７４は、取得した状態画像を、画面更新要求と共に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【００９８】
なお、ステップＳ２１０で、画面作成手段７４は、取得した状態情報が他のアプリ操作に影響を及ぼさない状態である場合は、実行中のアプリのアイコンのみに状態画像を追加するようにする。
【００９９】
これにより、アプリ一覧画面を見ることで、どのアプリが実行状態にあるかを容易に把握することができる。
【０１００】
図２４は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その１）の一例を示すシーケンス図である。図２４に示す例は、標準搭載アプリ２０が実行中であり、ダイアログ表示後に実行中ジョブ表示が選択される場合の処理を示す。
【０１０１】
ステップＳ３０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１０２】
ステップＳ３０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１０３】
ステップＳ３０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１０４】
ステップＳ３０４で、入力手段７１は、ユーザが実行中ジョブ表示ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１０５】
ステップＳ３０５で、画面制御手段７２は、実行中ジョブ表示ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１０６】
ステップＳ３０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（実行画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１０７】
ステップＳ３０７で、標準搭載アプリ２０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する（例えば図２０参照）。
【０１０８】
図２５は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その２）の一例を示すシーケンス図である。図２５に示す例は、標準搭載アプリ２０が実行中であり、ダイアログ表示後に新規ジョブ予約が選択される場合の処理を示す。
【０１０９】
ステップＳ４０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１１０】
ステップＳ４０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１１１】
ステップＳ４０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１１２】
ステップＳ４０４で、入力手段７１は、ユーザが新規ジョブ予約ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１１３】
ステップＳ４０５で、画面制御手段７２は、新規ジョブ予約ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１１４】
ステップＳ４０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（新規ジョブ予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１１５】
ステップＳ４０７で、標準搭載アプリ２０は、アプリ画面（新規ジョブ予約画面）を表示手段７０に通知する。表示手段７０は、新規ジョブ予約画面を表示する（例えば図２１参照）。
【０１１６】
図２６は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その３）の一例を示すシーケンス図である。図２６に示す例は、拡張アプリ４０が実行中であり、ダイアログ表示後に実行中ジョブ表示が選択される場合の処理を示す。
【０１１７】
ステップＳ５０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１１８】
ステップＳ５０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１１９】
ステップＳ５０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１２０】
ステップＳ５０４で、入力手段７１は、ユーザが実行中ジョブ表示ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１２１】
ステップＳ５０５で、画面制御手段７２は、実行中ジョブ表示ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１２２】
ステップＳ５０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（実行画面）への切り替え通知を拡張アプリ制御手段４５に行う。
【０１２３】
ステップＳ５０７で、拡張アプリ制御手段４５は、実行画面への画面切り替え通知を受けると、その通知を拡張アプリ４０に出力する。
【０１２４】
ステップＳ５０８で、拡張アプリ４０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する。
【０１２５】
図２７は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その４）の一例を示すシーケンス図である。図２７に示す例は、拡張アプリ４０が実行中であり、ダイアログ表示後に新規ジョブ予約が選択される場合の処理を示す。
【０１２６】
ステップＳ６０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１２７】
ステップＳ６０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１２８】
ステップＳ６０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１２９】
ステップＳ６０４で、入力手段７１は、ユーザが新規ジョブ予約ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１３０】
ステップＳ６０５で、画面制御手段７２は、新規ジョブ予約ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１３１】
ステップＳ６０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（新規ジョブ予約画面）への切り替え通知を拡張アプリ制御手段４５に行う。
【０１３２】
ステップＳ６０７で、拡張アプリ制御手段４５は、予約画面への画面切り替え通知を受けると、その通知を拡張アプリ４０に出力する。
【０１３３】
ステップＳ６０８で、拡張アプリ４０は、アプリ画面（新規ジョブ予約画面）を表示手段７０に通知する。表示手段７０は、新規ジョブ予約画面を表示する。
【０１３４】
ユーザが実行中のアプリのアイコンを押下した場合に、実行中のジョブを単に確認したいだけか、新規にジョブを予約したいのかについて、ユーザがやりたいことを分かりやすく操作できるようになっている。
【０１３５】
以上、実施例１によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる。また、実施例１によれば、実行中のアプリが、どの実行状態にあるかを、状態画像を用いて把握することもできる。また、状態画像を待機中のアイコン画像と別で管理し、重ねて表示することで、各アプリのアイコン画像をそれぞれ１つ用意するだけでよく、アプリ毎に状態画像を生成する必要がない。
【０１３６】
［実施例２］
次に、実施例２におけるＭＦＰについて説明する。実施例２では、実施例１とは異なる表示形態を用いて、実行中のアプリのアイコンと待機中のアプリのアイコンとの表示形態を異ならせる。なお、実施例２におけるＭＦＰのハードウェアと機能とは実施例１と同様であるため、同じ符号を用いて説明する。
【０１３７】
＜機能＞
画面制御手段７２は、標準搭載アプリ２０から、アプリＩＤを含む状態変化通知を取得すると、一覧画面情報のアプリ状態を更新する。このとき、画面制御手段７２は、状態変化を通知されたアプリのアプリＩＤと同じアプリＩＤを有するアイコンの配置ＩＤを特定する。
【０１３８】
画面制御手段７２は、特定した配置ＩＤに対応するアイコンの押下検出領域を２つに分割するために、入力手段７１に対して透過ボタンの生成要求を行う。押下検出領域は、アイコンに対する押下を検出することができる領域をいう。
【０１３９】
入力手段７１は、透過ボタンの生成を要求されたアイコンについて、このアイコン上に、押下検出領域となる縦長の透過ボタン２つを生成する。これにより、１つのアイコンに対して、独立して２つの押下検出領域を生成することができる。また、透過ボタンを生成することで、ユーザのボタンの押しにくさを軽減している。
【０１４０】
なお、アイコン上に２つの透過ボタンを生成する例について説明したが、もともとのアイコンの押下検出領域を２分割するようにしてもよい。
【０１４１】
この後、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。
【０１４２】
画面作成手段７４は、画面更新要求を受けると、実行中のジョブの画面（実行画面）を表示することを示す実行画像と新規ジョブの予約画面を表示することを示す予約画像とを画面情報記憶手段７３から取得する。画面情報記憶手段７３は、実行画像と予約画像とを記憶しておく。
【０１４３】
画面作成手段７４は、入力手段７１により分割された２つのボタン上にそれぞれ実行画像、予約画像を追加する。画面作成手段７４は、左右のどちらにどの画像を追加したかを画面制御手段７２に通知する。画面作成手段７４は、例えば、左のボタンに実行画像、右のボタンに予約画像を追加したと画面制御手段７２に通知する。これにより、画面制御手段７２は、左のボタンが押下されたときに、実行画面を表示するための処理を行うことができ、右のボタンが押下されたときに、予約画面を表示するための処理を行うことができる。
【０１４４】
図２８は、実施例２におけるアイコンの表示形態の一例を示す図である。図２８（Ａ）は、押下検出領域が縦に２分割され、左に実行画像、右に予約画像が追加された例を示す。図２８（Ａ）に示す領域８０が、分割後の左の押下検出領域となる透過ボタンを示し、領域８１が、分割後の右の押下検出領域となる透過ボタンを示す。入力手段７１は、領域８０、８１の押下を独立して検出することができる。
【０１４５】
図２８（Ｂ）は、待機中のアイコンの押下検出領域を示す。図２８（Ｂ）に示す領域８２が、このアイコンに対する押下検出領域を示す。
【０１４６】
なお、どちらの押下検出領域にどの画像を追加表示するかについて、画面制御手段７２及び画面作成手段７４に予め設定されている場合は、画面作成手段７４は、その旨を画面制御手段７２に通知する必要はない。画面制御手段７２は、どちらにどの画像が追加表示されたかを把握しているからである。
【０１４７】
実行画像が押下された場合の処理は、実施例１におけるダイアログが表示された後の実行中ジョブ表示ボタンが押下された場合の処理と同様である。また、予約画像が押下された場合の処理は、実施例１におけるダイアログが表示された後の新規ジョブ予約ボタンが押下された場合の処理と同様である。
【０１４８】
＜画面例＞
図２９は、実施例２におけるアプリ一覧画面の一例を示す図である。図２９に示す例は、コピーアプリ２１が実行中の場合に表示されるアプリ一覧画面である。実施例１同様、実行しているコピーアプリ２１のアプリＩＤと同じアプリＩＤを有するアイコンに対して、押下検出領域の分割、実行画像及び予約画像の追加表示が行われる。
【０１４９】
なお、実施例２の場合、アプリ状態については、待機中と実行中の２つの状態のみを用いてもよい。実行中と通知されたアプリのアイコンには、実行画像及び予約画像が追加され、待機中に戻った場合は、実行画像及び予約画像が削除され、生成された透過ボタンが削除される。よって、実施例２では、読み取り状態や印刷状態などの詳細な状態を必要としないので、処理を簡潔化することができる。
【０１５０】
＜動作＞
次に、実施例２におけるＭＦＰの動作について説明する。図３０は、実施例２における標準搭載アプリ２０が実行状態に変わったときの表示制御処理の一例を示すシーケンス図である。
【０１５１】
図３０に示すステップＳ７０１で、標準搭載アプリ２０は、実行状態が変わった場合に、自身のアプリＩＤと実行中を示す状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【０１５２】
ステップＳ７０２、Ｓ７０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態（実行中）に更新する。
【０１５３】
ステップＳ７０４で、画面制御手段７２は、入力手段７１に対し、１つのアイコンの押下検出領域を２分割するために、透過ボタンを生成するよう要求する。例えば、縦長の透過ボタンを２つ生成する例で説明するが、横長の透過ボタンを生成してもよい。生成された透過ボタンは、元のボタンを覆う位置に置かれる。
【０１５４】
ステップＳ７０５で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリのアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤが含まれる。
【０１５５】
ステップＳ７０６で、画面作成手段７４は、画面更新要求を受けると、画面情報記憶手段７３の状態画像情報から実行画像及び予約画像を取得するよう要求する。
【０１５６】
ステップＳ７０７で、画面作成手段７４は、画面情報記憶手段７３からアプリの実行画像及び予約画像を取得する。
【０１５７】
ステップＳ７０８で、画面作成手段７４は、取得した実行画像及び予約画像を、画面更新要求と共に取得されたアプリＩＤと同じアプリＩＤをもつアイコン上の透過ボタン上にそれぞれ追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０１５８】
図３１は、実施例２における標準搭載アプリ２０が待機中状態に変わったときの表示制御処理の一例を示すシーケンス図である。
【０１５９】
図３１に示すステップＳ８０１で、標準搭載アプリ２０は、待機中状態に変わった場合に、自身のアプリＩＤと待機中を示す状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【０１６０】
ステップＳ８０２、Ｓ８０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態（待機中）に更新する。
【０１６１】
ステップＳ８０４で、画面制御手段７２は、入力手段７１に対し、生成された透過ボタンの破棄を要求する。
【０１６２】
ステップＳ８０５で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリ一覧画面の描画し直しを要求する。
【０１６３】
ステップＳ８０６で、画面作成手段７４は、画面更新要求を受けると、実行画像及び予約画像を削除し、通常のアプリ一覧画面に戻るようアプリ一覧画面を描画し直す。通常のアプリ一覧画面とは、全てのアプリが待機中である場合のアプリ一覧画面のことをいう。
【０１６４】
これにより、通常のアプリ一覧画面に戻る場合は、透過ボタンを削除して、アプリ一覧画面を描画し直すだけでよいので、表示制御処理を簡潔化できる。
【０１６５】
図３２は、実施例２における実行画像が押下されたときの表示制御処理の一例を示すシーケンス図である。図３２示す例は、標準搭載アプリ２０が実行中であり、実行画像が押下される場合の処理を示す。
【０１６６】
ステップＳ９０１で、入力手段７１は、ユーザが実行画像に対応する透過ボタンを押下したことを検知し、ボタン押下通知を画面制御手段７２に行う。
【０１６７】
ステップＳ９０２で、画面制御手段７２は、押下されたボタンに対応するアプリの画面を実行画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０１６８】
ステップＳ９０３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（実行画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１６９】
ステップＳ９０４で、標準搭載アプリ２０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する（例えば図２０参照）。
【０１７０】
図３３は、実施例２における予約画像が押下されたときの表示制御処理の一例を示すシーケンス図である。図３３に示す例は、標準搭載アプリ２０が実行中であり、予約画像が押下される場合の処理を示す。
【０１７１】
ステップＳ１００１で、入力手段７１は、ユーザが予約画像に対応する透過ボタンを押下したことを検知し、ボタン押下通知を画面制御手段７２に行う。
【０１７２】
ステップＳ１００２で、画面制御手段７２は、押下されたボタンに対応するアプリの画面を予約画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０１７３】
ステップＳ１００３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１７４】
ステップＳ１００４で、標準搭載アプリ２０は、実行中のアプリの予約画面を表示手段７０に通知する。表示手段７０は、実行のアプリの予約画面を表示する（例えば図２１参照）。
【０１７５】
これにより、実施例１に比べてダイアログを表示する処理が省けるので、ユーザは、迅速に実行中のアプリを確認するか、ジョブを予約するかを選択することができるようになる。
【０１７６】
以上、実施例２によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができつつ、以降の操作を簡潔化することができる。
【０１７７】
［実施例３］
次に、実施例３におけるＭＦＰについて説明する。実施例３におけるＭＦＰでは、他のユーザがそのアプリを実行していることを示すアイコンを表示する。なお、実施例２におけるＭＦＰのハードウェアと機能とは実施例１と同様であるため、同じ符号を用いて説明する。
【０１７８】
＜機能＞
標準搭載アプリ２０及び拡張アプリ制御手段４５は、ジョブを実行すると、ユーザ管理部６４に対し、どのユーザがどのアプリのジョブを実行しているかを通知する。
【０１７９】
ユーザ管理部６４は、ＭＦＰへのログイン認証を行い、ログインしたユーザ（ログインユーザ）を管理する。また、ユーザ管理部６４は、標準搭載アプリ３０及び拡張アプリ制御手段４５から、ジョブを実行しているアプリとジョブの実行を要求したユーザとを取得し、これらの情報を管理する。ユーザ管理部６４は、ジョブの実行を要求したユーザとログインユーザとが同じユーザであるか否かを判定する。
【０１８０】
ユーザ管理部６４は、ユーザ毎のアプリ一覧画面（例えばホーム画面）の一覧画面情報を管理する。ユーザがＭＦＰにログインした場合、ユーザ管理部６４は、ログインユーザの一覧画面情報を画面制御手段７２に画面更新要求と共に出力する。また、ユーザ管理部６４は、ログインユーザと異なるユーザが要求したジョブを実行中のアプリのアプリＩＤを画面更新要求と共に出力する。
【０１８１】
画面制御手段７２は、ログインユーザの画面更新要求を受けた場合、画面作成手段７２に対し、ログインユーザの一覧画面情報、他のアイコンと表示形態を異ならせるアイコンのアプリＩＤを出力すると共に画面更新要求を行う。他のアイコンと表示形態を異ならせるアイコンのアプリＩＤは、ログインユーザと異なるユーザが要求したジョブを実行中のアプリのアプリＩＤである。
【０１８２】
画面作成手段７４は、画面更新要求を受けた場合、他のユーザが実行していることを示す所定の画像を画面情報記憶手段７３から取得する。画面情報記憶手段７３は、所定の画像を予め記憶しておく。
【０１８３】
画面作成手段７４は、所定の画像を取得すると、画面制御手段７２から取得したアプリＩＤが示すアプリのアイコン上に、所定の画像を追加してアプリ一覧画面を更新する。画面作成手段７４は、更新後のアプリ一覧画面を表示手段７０に出力する。
【０１８４】
また、画面制御手段７２は、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、新規ジョブを予約するためのボタンを有するダイアログを表示するよう制御してもよい。また、画面制御手段７２は、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、新規ジョブを予約するための予約画面を直接表示するよう制御してもよい。この場合、実行中の画面を表示するためのボタンを表示しないのは、他のユーザのジョブ内容を表示するのはセキュリティ上好ましくないからである。
【０１８５】
また、画面制御手段７２は、ログインユーザが管理者であり、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、実行中のジョブを表示したり、ジョブをキャンセルしたりするよう制御してもよい。この場合、ログインユーザが管理者であるので、他のユーザのジョブの内容を確認したり、他のユーザのジョブをキャンセルしたりできる。
【０１８６】
＜画面例＞
図３４は、実施例３におけるアプリ一覧画面の一例を示す図である。図３４に示すアプリ一覧画面は、コピーアプリ２１が、他のユーザにより要求されたジョブを実行中の場合に表示される。実施例１同様、実行しているコピーアプリ２１のアプリＩＤと同じアプリＩＤを有するアイコンに対して、他のユーザが要求したジョブを実行していることを示す所定の画像が追加表示される。
【０１８７】
図３４に示す例では、所定の画像は、例えば吹き出し内に「ｉ」の文字がある画像であるが、この例に限られない。
【０１８８】
図３５は、実施例３におけるダイアログ（その１）の一例を示す図である。図３５に示すダイアログは、図３４に示す所定の画像が追加表示されているアイコンが押下されたときに表示される。
【０１８９】
図３５に示すダイアログでは、他のユーザがアプリを実行中であることを報知し、新規ジョブ予約ボタンが表示されている。この新規ジョブ予約ボタンが押下されると、図２１に示すような予約画面が表示される。
【０１９０】
図３６は、実施例３におけるダイアログ（その２）の一例を示す図である。図３６に示すダイアログは、ログインユーザが管理者であり、他のユーザが要求したジョブを実行中のアプリのアイコンが押下されたときに表示される。
【０１９１】
図３６に示すダイアログでは、他のユーザが要求したジョブを実行していること、他のユーザ（ジョブオーナー）名、実行中のジョブを表示するためのボタン、ジョブをキャンセルするためのボタンが表示される。
【０１９２】
例えば、管理者が、実行中ジョブ表示ボタンを押下した場合、図２０に示すようなジョブの実行画面が表示される。また、管理者が、ジョブキャンセルボタンを押下した場合、画面制御手段７２は、実行中のジョブをキャンセルするようそのアプリに通知する。
【０１９３】
＜動作＞
次に、実施例３におけるＭＦＰの動作について説明する。図３７は、実施例３におけるアプリ一覧画面の表示制御処理の一例を示すシーケンス図である。図３７に示すステップＳ１１０１で、標準搭載アプリ２０は、ジョブを開始すると、ジョブの実行を要求したユーザ名、自身のアプリＩＤをユーザ管理部６４に通知する。
【０１９４】
これにより、ユーザ管理部６４は、実行中のジョブを要求したユーザを管理することができる。また、標準搭載アプリ２０を拡張アプリ制御手段６５にすれば、拡張アプリ４０でも
ここで、他のユーザによりログインされたことをユーザ管理部６４は検知する。ステップＳ１１０２で、ユーザ管理部６４は、ログインユーザの一覧画面情報と、他のユーザが要求したジョブを実行中のアプリのアプリＩＤとを出力すると共に、画面更新要求を画面制御手段７２に対して行う。
【０１９５】
ステップＳ１１０３で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、ログインユーザの一覧画面情報と、他のユーザが要求したジョブを実行中のアプリのアプリＩＤとを出力すると共に、画面更新要求を画面作成手段７４に行う。
【０１９６】
ステップＳ１１０４で、画面作成手段７４は、画面更新要求を受けると、画面情報記憶手段７３から所定の画像を取得するよう要求する。
【０１９７】
ステップＳ１１０５で、画面作成手段７４は、画面情報記憶手段７３から所定の画像を取得する。
【０１９８】
ステップＳ１１０６で、画面作成手段７４は、取得した所定の画像を、画面更新要求を受けた際に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０１９９】
これにより、他のユーザが要求したジョブを実行しているアプリのアイコンを、ログインユーザが容易に把握することができる。
【０２００】
図３８は、実施例３におけるアイコンが押下されたときの表示制御処理の一例を示すシーケンス図である。図３８に示す例は、所定の画像が追加されたアイコンが押下される場合の処理を示す。
【０２０１】
ステップＳ１２０１で、入力手段７１は、ユーザが所定の画像が追加されたアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０２０２】
ステップＳ１２０２で、画面制御手段７２は、押下されたアイコンに対応するアプリの画面を予約画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０２０３】
ステップＳ１２０３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０２０４】
ステップＳ１２０４で、標準搭載アプリ２０は、実行中のアプリの予約画面を表示手段７０に通知する。表示手段７０は、実行のアプリの予約画面を表示する（例えば図２１参照）。
【０２０５】
これにより、他のユーザの実行画面を表示させずにセキュリティを保護しつつ、ジョブの予約画面を表示させることができるようになる。
【０２０６】
図３９は、実施例３におけるログインユーザが管理者である場合にアイコンが押下されたときの表示制御処理の一例を示すシーケンス図である。図３９に示す処理は、管理者が図３６に示すダイアログからジョブキャンセルボタンを選択したときの処理である。
【０２０７】
ステップＳ１３０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０２０８】
ステップＳ１３０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０２０９】
ステップＳ１３０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であり、ログインユーザが管理者であるため、ダイアログ（図３６参照）を表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０２１０】
ステップＳ１３０４で、入力手段７１は、ユーザがジョブキャンセルボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０２１１】
ステップＳ１３０５で、画面制御手段７２は、標準搭載アプリ２０に対し、実行中のジョブをキャンセルするよう要求する。
【０２１２】
ステップＳ１３０６で、標準搭載アプリ２０は、画面制御手段７２によりキャンセルを要求された実行中のジョブをキャンセルする。
【０２１３】
ステップＳ１３０７で、標準搭載アプリ２０は、画面制御手段７２に対し、ジョブキャンセルの結果（キャンセルＯＫ）を通知する。
【０２１４】
ステップＳ１３０８で、画面制御手段７２は、表示手段７０に表示されたダイアログをクローズするよう制御する。
【０２１５】
ステップＳ１３０９で、画面制御手段７２は、画面作成手段７４に対し、所定の画像を削除する要求を行う。
【０２１６】
ステップＳ１３１０で、画面作成手段７４は、削除要求を受けると、アプリ一覧画面から所定の画像を削除してアプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０２１７】
これにより、ログインユーザが管理者である場合は、ジョブのキャンセルを可能とすることができる。
【０２１８】
以上、実施例３によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができつつ、実行中のジョブが他のユーザにより要求されたものであることも把握することができる。
【０２１９】
［変形例］
前述した各実施例では、アイコンの表示形態を異なる方法として、他の画像を重ねて表示させるようにしたが、実行中のアプリのアイコン自体の色やサイズを変更することで、表示形態を異ならせてもよい。
【０２２０】
例えば、画面作成手段７４は、アイコンの色をグレーにしたり、アイコンのサイズを小さくしたりするなどして、そのアイコンが実行中であることをユーザに知らせる。この場合、他の画像を必要としないのでメモリを増加させずに実現可能である。
【０２２１】
また、各実施例の画像形成装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０２２２】
また、各実施例の画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例の画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０２２３】
また、各実施例の画像形成装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０２２４】
各実施例の画像形成装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっている。実際のハードウェアとしては、制御部１１（プロセッサ）が補助記憶部１３からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶部１２上にロードされ、１又は複数の各手段が主記憶部１２上に生成されるようになっている。
【０２２５】
なお、本発明は、上記各実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記各実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、各実施例に示される全構成要素からいくつかの構成要素を削除してもよい。
【符号の説明】
【０２２６】
１ ＭＦＰ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 操作部
１７ 表示部
１８ エンジン部
２０ 標準搭載アプリ
２５ マクロ情報記憶手段
４０ 拡張アプリ
４５ 拡張アプリ制御手段
７０ 表示手段
７１ 入力手段
７２ 画面制御手段
７３ 画面情報記憶手段
７４ 画面作成手段
【先行技術文献】
【特許文献】
【０２２７】
【特許文献１】特開２０１０−１１４８２５号公報
【技術分野】
【０００１】
本発明は、アプリケーションの一覧画面を表示する画像形成装置、表示制御方法及び表示制御プログラムに関する。
【背景技術】
【０００２】
近年、複合機において、アプリケーション（以下、アプリとも呼ぶ）や、アプリケーションで事前登録したマクロ設定を呼び出すことができるショートカットアイコン（以下、単にアイコンとも呼ぶ）を、アプリの一覧画面に表示させることで、操作性の高いＵＩを提供する技術が既に知られている。
【０００３】
アプリの一覧画面は、以下、アプリ一覧画面とも呼び、例えばホーム画面である。マクロは、例えばＡ４サイズ、白黒、集約、ステープルあり、などが設定される。
【０００４】
このマクロを用いる技術として、例えば、特許文献１には、操作性向上の目的で、登録した情報の呼び出しを容易にするＵＩが開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来技術では、アプリが実行中かどうかにかかわらず、アプリ一覧画面に表示するアイコンは同一だった。そのため、例えば、アプリ一覧画面の表示中にコピーが内部で実行された場合、ユーザは、内部でのコピー処理には気づかない。よって、ユーザが、アプリ一覧画面内のコピーのアイコンを押下すると、コピー実行中の画面が表示されてしまい、新しくコピーをする操作がわかりにくいという問題があった。
【０００６】
そこで、本発明は、上記問題に鑑みてなされたものであり、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる画像形成装置、表示制御方法及び表示制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一態様の画像形成装置は、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う画面制御手段と、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、前記画面作成手段により更新されたアイコンを含む一覧画面を表示する表示手段と、を備える。
【０００８】
また、本発明の他の態様の表示制御方法は、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置が実行する表示制御方法であって、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、を有する。
【０００９】
また、本発明の他の態様の表示制御プログラムは、アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置に実行させる表示制御プログラムであって、ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、を有する。
【発明の効果】
【００１０】
本発明によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる。
【図面の簡単な説明】
【００１１】
【図１】実施例におけるＭＦＰのハードウェアの一例を示すブロック図。
【図２】実施例におけるＭＦＰの機能の一例を示すブロック図。
【図３】通常のアプリ一覧画面の一例を示す図。
【図４】アプリ一覧画面を表示するための各種情報を含む一覧画面情報の一例を示す図。
【図５】アイコン画像情報の一例を示す図。
【図６】マクロ情報の一例を示す図。
【図７】コピーアプリの状態遷移の一例を示す図。
【図８】ファクスアプリの状態遷移の一例を示す図。
【図９】拡張アプリである簡単スキャナーアプリの状態遷移の一例を示す図。
【図１０】状態画像の一例を示す図。
【図１１】コピーアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１２】コピーアプリが印刷状態にある場合のアプリ一覧画面の一例を示す図。
【図１３】ファクスアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１４】ファクスアプリが送信状態にある場合のアプリ一覧画面の一例を示す図。
【図１５】ファクスアプリが受信状態にある場合のアプリ一覧画面の一例を示す図。
【図１６】ファクスアプリがバックグラウンド印刷状態にある場合のアプリ一覧画面の一例を示す図。
【図１７】簡単スキャナーアプリが読み取り状態にある場合のアプリ一覧画面の一例を示す図。
【図１８】簡単スキャナーアプリが送信状態にある場合のアプリ一覧画面の一例を示す図。
【図１９】実行中のアプリのアイコンが押下されたときのダイアログの一例を示す図。
【図２０】実行中のジョブの状況を示す実行画面の一例を示す図。
【図２１】新規ジョブの予約画面の一例を示す図。
【図２２】実施例１における標準搭載アプリの実行状態が変わったときの表示制御処理の一例を示すシーケンス図。
【図２３】実施例１における拡張アプリの実行状態が変わったときの表示制御処理の一例を示すシーケンス図。
【図２４】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その１）の一例を示すシーケンス図。
【図２５】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その２）の一例を示すシーケンス図。
【図２６】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その３）の一例を示すシーケンス図。
【図２７】実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その４）の一例を示すシーケンス図。
【図２８】実施例２におけるアイコンの表示形態の一例を示す図。
【図２９】実施例２におけるアプリ一覧画面の一例を示す図。
【図３０】実施例２における標準搭載アプリが実行状態に変わったときの表示制御処理の一例を示すシーケンス図。
【図３１】実施例２における標準搭載アプリが待機中状態に変わったときの表示制御処理の一例を示すシーケンス図。
【図３２】実施例２における実行画像が押下されたときの表示制御処理の一例を示すシーケンス図。
【図３３】実施例２における予約画像が押下されたときの表示制御処理の一例を示すシーケンス図。
【図３４】実施例３におけるアプリ一覧画面の一例を示す図。
【図３５】実施例３におけるダイアログ（その１）の一例を示す図。
【図３６】実施例３におけるダイアログ（その２）の一例を示す図。
【図３７】実施例３におけるアプリ一覧画面の表示制御処理の一例を示すシーケンス図。
【図３８】実施例３におけるアイコンが押下されたときの表示制御処理の一例を示すシーケンス図。
【図３９】実施例３におけるログインユーザが管理者である場合にアイコンが押下されたときの表示制御処理の一例を示すシーケンス図。
【発明を実施するための形態】
【００１２】
以下、本発明の実施例を図面に基づいて説明する。画像形成装置としてＭＦＰ（Multifunction Peripheral）を例にして説明する。
［実施例１］
＜ハードウェア＞
図１は、実施例１におけるＭＦＰのハードウェアの一例を示すブロック図である。図１に示すように、ＭＦＰ１は、制御部１１、主記憶部１２、補助記憶部１３、外部記録装置Ｉ／Ｆ部１４、ネットワークＩ／Ｆ部１５、操作部１６、表示部１７、エンジン部１８を含む。これら各構成は、バスを介して相互にデータ送受信可能に接続されている。
【００１３】
制御部１１は、コンピュータの中で、各装置の制御やデータの演算、加工を行うＣＰＵである。また、制御部１１は、主記憶部１２や補助記憶部１３に記憶されたプログラムを実行する演算装置であり、入力装置や記憶装置からデータを受け取り、演算、加工した上で、出力装置や記憶装置に出力する。
【００１４】
主記憶部１２は、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などであり、制御部１１が実行する基本ソフトウェアであるＯＳやアプリケーションソフトウェアなどのプログラムやデータを記憶又は一時保存する記憶装置である。
【００１５】
補助記憶部１３は、ＨＤＤ（Hard Disk Drive）などであり、アプリケーションソフトウェアなどに関連するデータを記憶する記憶装置である。
【００１６】
外部記録装置I／F部１４は、ＵＳＢ（Universal Serial Bus）などのデータ伝送路を介して接続された記録媒体１９（例えば、フラッシュメモリ、ＳＤカードなど）とＭＦＰ１とのインタフェースである。
【００１７】
また、記録媒体１９に、所定のプログラムを格納し、この記録媒体１９に格納されたプログラムは外部記録装置Ｉ／Ｆ部１４を介してＭＦＰ１にインストールされ、インストールされた所定のプログラムはＭＦＰ１により実行可能となる。
【００１８】
ネットワークＩ／Ｆ部１５は、有線及び／又は無線回線などのデータ伝送路により構築されたＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）などのネットワークを介して接続された通信機能を有する周辺機器とＭＦＰ１とのインタフェースである。
【００１９】
操作部１６や表示部１７は、キースイッチ（ハードキー）とタッチパネル機能（ＧＵＩのソフトウェアキーを含む：Graphical User Interface）を備えたＬＣＤ（Liquid Crystal Display）とから構成され、ＭＦＰ１が有する機能を利用する際のＵＩ（User Interface）として機能する表示及び／又は入力装置である。
【００２０】
エンジン部１８は、画像データの入出力ユニットとして、紙原稿の読み取り転写紙への印刷を行う。エンジン部１８は、スキャナエンジンなどをさらに備える。
【００２１】
＜機能＞
次に、ＭＦＰ１の機能について説明する。図２は、実施例１におけるＭＦＰ１の機能の一例を示すブロック図である。ＭＦＰ１は、標準搭載アプリ２０、マクロ情報記憶手段２５、拡張アプリ４０、拡張アプリ制御手段４５を含む。また、ＭＦＰ１は、ＡＰＩ（Application Program Interface）５０、システム管理部６１、メモリ管理部６２、エンジン管理部６３、ユーザ管理部６４、送信管理部６５を含む。また、ＭＦＰ１は、表示手段７０、入力手段７１、画面制御手段７２、画面情報記憶手段７３、画面作成手段７４を含む。
【００２２】
標準搭載アプリ２０は、ＭＦＰ１に標準で搭載されているアプリケーションである。例えば、コピーアプリ２１、スキャナーアプリ２２、プリンターアプリ２３、ＦＡＸ（ファクス）アプリ２４が標準搭載アプリ２０である。
【００２３】
標準搭載アプリ２０は、そのアプリの操作画面の作成やアプリのジョブを実行することができ、マクロ情報記憶手段２５に対して、一連の動作設定の登録、呼び出しを行う。この機能をマクロ機能と呼ぶ。標準搭載アプリ２０は、ＡＰＩ５０を用いて、表示手段７０にデータを出力する。
【００２４】
マクロ情報記憶手段２５は、各標準搭載アプリに対して、マクロの動作設定を含むマクロ情報を記憶する。マクロ情報は、マクロの登録番号、名称、動作設定が関連付けられている。
【００２５】
拡張アプリ４０は、ＳＤＫ（Software Development Kit）によって追加インストールされたアプリケーションである。また、拡張アプリ４０は、その拡張アプリの操作画面の作成やアプリケーションのジョブを実行する。
【００２６】
ＳＤＫ簡単コピー４１アプリ（以下、簡単コピーアプリとも呼ぶ）は、例えば、Ｊａｖａ（登録商標）で開発したアプリの１つであり、標準搭載アプリ２０のコピーアプリ２１と比べて簡単にコピーできるようなアプリケーションである。
【００２７】
ＳＤＫ簡単スキャナーアプリ（以下、簡単スキャナーアプリとも呼ぶ）４２は、Ｊａｖａ（登録商標）で開発したアプリの１つであり、標準搭載アプリ２０のスキャナーアプリ２２と比べて、簡単にスキャンできるようなアプリケーションである。
【００２８】
拡張アプリ制御手段４５は、ＳＤＫアプリ全般を管理する。拡張アプリ制御手段４５は、各管理部、入力、表示手段などに対する拡張アプリ４０とのインタフェースである。
【００２９】
拡張アプリ制御手段４５は、拡張アプリ４０からの処理実行要求を受けると、エンジン管理部６３にその処理を要求する。また、拡張アプリ制御手段４５は、拡張アプリ４０の実行状態を監視し、エンジン管理部６３から実行状態を取得した場合は、拡張アプリ４０の識別情報と、状態を示す状態情報とを画面制御手段７２に出力する。
【００３０】
システム管理部６１は、システム全体の状態管理をする。システム管理部６１は、各標準搭載アプリに対して画面の表示要求を行う。メモリ管理部６２は、メモリ管理やスキャンしたファイルデータの作成を行う。エンジン管理部６３は、原稿の読み取りの制御などを行う。
【００３１】
ユーザ管理部６４は、ログインのユーザ認証やスキャナー送信先の管理を行う。ユーザ管理部６４は、ジョブの実行を要求したユーザを管理し、ログインされたユーザ（ログインユーザとも呼ぶ）とジョブを実行したユーザとが同じか否かを判定する。送信管理部６５は、ＭＦＰ１から他機器へのデータ送信を制御する。
【００３２】
表示手段７０は、画面作成手段７４が作成した／更新したアプリ一覧画面を表示する。また、表示手段７０は、標準搭載アプリ２０、拡張アプリ４０の操作画面を表示する。
【００３３】
入力手段７１は、アプリ一覧画面内のアイコンへの押下を検知する。アイコンはＵＩ部品の一つである。アイコンへの押下は、そのアイコンに対する操作要求として入力手段７１が受け付ける。また、入力手段７１は、標準搭載アプリ２０、拡張アプリ４０の操作画面からの入力を受け付ける。
【００３４】
画面制御手段７２は、複数のＵＩ画面の構成を管理したり、所定のＵＩ画面を表示制御したりする。画面制御手段７２は、入力手段７１から要求された一覧画面のアイコンに応じて各標準搭載アプリ２０、拡張アプリ４０、Ｗｅｂブラウザ３０の中から画面表示オーナーを判断し、オーナーに対して画面表示要求を出す。
【００３５】
画面制御手段７２は、標準搭載アプリ２０又は拡張アプリ制御手段４５からアプリの識別情報及び状態情報を取得した場合、画面作成手段７４に対し、アプリ一覧画面の更新を要求する。
【００３６】
画面情報記憶手段７３は、アイコンの画像を示すアイコン画像情報、アプリ一覧画面に表示されるアイコンの各情報を示す一覧画面情報を記憶、管理する。アイコン画像情報は、アイコンＩＤとアイコン画像とを関連付けて保持する。一覧画面情報は、アイコンの配置を示す配置ＩＤ、座標、アイコンＩＤ、表示画面オーナー（アプリ）ＩＤ、マクロの登録番号（識別情報）、アプリ状態を関連付けて保持する。
【００３７】
また、画面情報記憶手段７３は、各アプリの状態毎に、状態を示す状態画像を記憶する。状態画像には、さらに、その状態が他のアプリの操作に影響を及ぼすか否かを示すフラグを関連付けてもよい。
【００３８】
画面作成手段７４は、画面情報記憶手段７３に記憶される一覧画面情報に基づき、アプリ一覧画面を作成する。画面作成手段７４は、作成したアプリ一覧画面を表示手段７０に表示するよう要求する。
【００３９】
また、画面作成手段７４は、画面制御手段７２から、アプリの識別情報と状態情報を取得すると共に画面更新要求を受けた場合、アプリ一覧画面を更新する。画面作成手段７４は、例えば、画面更新要求と共に取得したアプリの識別情報が示すアプリのアイコンの表示形態と、他のアイコンの表示形態とが異なるように更新する。画面作成手段７４は、更新後のアプリ一覧画面を表示手段７０に出力する。画面作成手段７４の具体的な処理は後述する。
【００４０】
なお、実施例１では、拡張アプリ制御手段４５は拡張アプリ４０へ遷移するための専用の画面を表示制御せず、画面制御手段７２において、拡張アプリ４０、標準搭載アプリ２０を含めた全てのアプリへの画面遷移を管理する。
【００４１】
なお、標準搭載アプリ２０、拡張アプリ４０、各管理部６１〜６５、画面制御手段７２、画面作成手段７４、拡張アプリ制御手段４５は、制御部１１、ワークメモリとしての主記憶部１２、各種プログラムを保持する補助記憶部１３などにより実現されうる。また、マクロ情報記憶手段２５、画面情報記憶手段７３は、主記憶部１２及び／又は補助記憶部１３などにより実現されうる。表示手段７０は、例えば表示部１７により実現され、入力手段７１は、操作部１６などにより実現されうる。
【００４２】
＜アプリ一覧画面＞
次に、アプリ一覧画面について説明する。図３は、通常のアプリ一覧画面の一例を示す図である。通常のアプリ一覧画面とは、どのアプリも待機中であるときのアプリ一覧画面をいう。図３に示すアプリ一覧画面は、ホーム画面を例にしている。図３に示すアプリ一覧画面には、各アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのショートカットアイコン（アイコン）の一覧が表示される。
【００４３】
例えば、標準搭載アプリ２０のコピー、ファクス、プリンターのアイコン及び拡張アプリ４０の簡単コピー、簡単スキャナーのアイコンなどが表示される。また、マクロを呼び出すためのアイコンには、マクロの登録番号が表示される。例えば、両面２ｉｎ１アイコンは、マクロの登録番号「１」がアイコンの左下に表示される。なお、このマクロの登録番号は、アイコンとの対応関係が分かれば、アイコンのどの位置にあってもよい。
【００４４】
＜データ構造＞
次に、一覧画面を表示するのに用いられるデータのデータ構造について説明する。図４は、アプリ一覧画面を表示するための各種情報を含む一覧画面情報の一例を示す図である。図４に示す一覧画面情報は、図３に示すアプリ一覧画面の一覧画面情報である。
【００４５】
一覧画面情報は、アイコンの配置ＩＤに対して、アプリ一覧画面での座標、アイコン画像と対応するアイコンＩＤ、操作画面を表示するオーナーを特定する表示画面オーナーＩＤ（アプリＩＤ）、マクロの登録番号、アプリの状態を関連付けて保持する構造となっている。
【００４６】
例えば、コピーアイコンと、両面２ｉｎ１アイコンの表示画面オーナーＩＤとアイコンＩＤは同じであるが、両面２ｉｎ１アイコンには、登録番号「１」が追加表示される。また、このデータ構造によれば、拡張アプリ４０である簡単コピーアイコン、簡単スキャナーアイコンは、標準搭載アプリ２０のアイコンと同じアプリ一覧画面に表示される。
【００４７】
例えば、配置ＩＤが「１」の標準搭載アプリ２０のコピーアイコンと、配置ＩＤが「９」の拡張アプリ４０の簡単コピーアイコンとが同じ一覧画面に表示される。また、表示画面オーナーＩＤの（）内は、アイコンの名称を示す。アイコンの名称は、表示画面オーナーＩＤとは別に管理されてもよい。
【００４８】
次に、アイコン画像について説明する。図５は、アイコン画像情報の一例を示す図である。図５に示すアイコン画像情報は、アイコンＩＤとアイコンの画像とが対応付けられる。アイコン画像は、予め登録されているアイコン画像や、後から追加されたアイコン画像である。拡張アプリ４０が追加されると、拡張アプリ制御手段４５は、その拡張アプリ４０のアイコン画像をアイコン画像情報に追加し、アイコンＩＤは、例えば画面制御手段７２により自動で割り当てられる。
【００４９】
次に、マクロ情報記憶手段２５に記憶される、標準搭載アプリ２０のマクロ機能について説明する。図６は、マクロ情報の一例を示す図である。図６に示すように、マクロ情報は、各登録番号に対して、登録名称と各動作設定が関連付けて保持する。マクロは、予めユーザが登録しておく。この登録番号が、アプリ一覧画面の一覧画面情報（図４参照）内の登録番号とリンクしている。
【００５０】
例えば、登録番号「１」のマクロ機能は、登録名称が「両面２ｉｎ１」であり、各動作設定が、マクロ情報に設定されている。登録番号「１０」、「１００」についても同様である。マクロの登録番号は、アプリ毎に別々に管理される。
【００５１】
＜アプリ状態＞
次に、アプリ状態について説明する。アプリ状態は、拡張アプリ４０を含む各アプリケーションの実行状態を示す。このアプリ状態は、標準搭載アプリ２０又は拡張アプリ制御手段４５から画面制御手段７２にアプリＩＤと共に通知される。
【００５２】
図７は、コピーアプリ２１の状態遷移の一例を示す図である。図７に示す例では、始めはジョブを待っている状態を示す待機中状態である。次に、原稿を読み取り開始した場合に読み取り状態になり、次に、印刷を開始した場合に印刷状態になる。コピーアプリ２１は、読み取り状態又は印刷状態に状態が変わった場合に、画面制御手段７２に、自身のアプリＩＤと状態情報とを通知する。
【００５３】
図８は、ファクスアプリ２４の状態遷移の一例を示す図である。図８に示す例では、始めはジョブを待っている状態を示す待機中状態である。まず、送信ジョブの場合の状態遷移について説明する。待機中状態から、原稿の読み取りを開始した場合に読み取り状態になる。次に、送信を開始した場合に送信状態になり、送信が終了すると待機中状態に戻る。
【００５４】
次に、受信ジョブの場合の状態遷移について説明する。待機中状態から、受信を開始した場合に受信状態になる。次に、印刷を開始した場合に印刷状態になり、印刷が終了すると待機中状態に戻る。
【００５５】
ファクスアプリ２４は、読み取り状態、送信状態、受信状態又は印刷状態に状態が変わった場合に、画面制御手段７２に、自身のアプリＩＤと状態情報を通知する。なお、各アプリは、自身のアプリＩＤを保持しておくとする。
【００５６】
図９は、拡張アプリ４０である簡単スキャナーアプリ４２の状態遷移の一例を示す図である。拡張アプリ４０の場合、拡張アプリ４０が拡張アプリ制御手段４５を通じて行った処理の状態を、拡張アプリ制御手段４５が監視する。拡張アプリ制御手段４５は、エンジン管理部６３からの状態変化の通知を受けて、画面制御手段７２にアプリＩＤと状態情報とを通知する。
【００５７】
図９に示す例では、始めはジョブを待っている状態を示す待機中状態である。次に、原稿を読み取り開始した場合に読み取り状態になり、次に、送信を開始した場合に送信状態になる。拡張アプリ制御手段４５は、簡単スキャナーアプリ４２の処理を行ったエンジン管理部６３から、読み取り状態又は送信状態に状態が変わったことを通知されると、画面制御手段７２に、処理をしている拡張アプリのアプリＩＤと状態情報とを通知する。
【００５８】
図１０は、状態画像の一例を示す図である。状態画像は、アプリの状態を示す画像である。図１０に示す例では、各アプリの状態に応じて、状態を示す画像がある。状態画像には、読み取り画像、印刷画像、バックグラウンド印刷画像、送信画像、受信画像がある。各アプリには、とり得る状態の状態画像が関連付けられている。
【００５９】
例えば、コピーアプリ２１、簡単コピーアプリ４１には、読み取り画像、印刷画像がある。また、スキャナーアプリ２２、簡単スキャナーアプリ４２には、読み取り画像、送信画像がある。
【００６０】
なお、バックグラウンド印刷及び受信の状態は、他のアプリ操作に影響を及ぼす状態ではない。バックグラウンド印刷中の状態は、普通の印刷中の状態とは異なり、ユーザのアプリ操作を制限しない。バックグラウンド印刷とは、ユーザがＭＦＰ１の前に立ってハードキーなどを押下して印刷を指示するのではなく、ネットワークなどを介して印刷ジョブを要求されて実行する印刷である。
【００６１】
なお、状態画像に対して、他のアプリ操作に影響を及ぼすか否かを示すフラグを関連付けておいてもよい。図１０に示す例では、状態画像の状態に対して、フラグ「１」が設定されている。
【００６２】
＜画面例＞
次に、各画面の画面遷移について説明する。図１１は、コピーアプリ２１が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１１に示すように、コピーアイコンと同じアプリＩＤである両面２ｉｎ１のアイコンについても、読み取り画像がこれらのアイコンに重ねて表示されている。
【００６３】
画面作成手段７４は、通知されたアプリＩＤと同じアプリＩＤをもつアイコンに対して、状態画像をこれらのアイコン上に追加するようにする。なお、拡張アプリ４０の簡単コピーアプリ４１は、コピーアプリ２１のアプリＩＤとは異なるので、状態画像は追加されない。
【００６４】
図１２は、コピーアプリ２１が印刷状態にある場合のアプリ一覧画面の一例を示す図である。図１２に示す画面は、図１１に示す画面の後に表示される。図１２に示すように、コピーアイコンと同じアプリＩＤである両面２ｉｎ１のアイコンについても、印刷画像がこれらのアイコンに重ねて表示されている。
【００６５】
図１３は、ファクスアプリ２４が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１３に示すように、ファクスアイコンと同じアプリＩＤである○○営業所のアイコンについても、読み取り画像がこれらのアイコンに重ねて表示されている。
【００６６】
図１４は、ファクスアプリ２４が送信状態にある場合のアプリ一覧画面の一例を示す図である。図１４に示す画面は、図１３に示す画面の後に表示される。図１４に示すように、ファクスアイコンと同じアプリＩＤである○○営業所のアイコンについても、送信画像がこれらのアイコンに重ねて表示されている。
【００６７】
これにより、ユーザは、どのアプリケーションが実行中であるかを容易に把握することができる。
【００６８】
図１５は、ファクスアプリ２４が受信状態にある場合のアプリ一覧画面の一例を示す図である。図１５に示すように、ファクスアイコンに対して、受信画像が重ねて表示されている。
【００６９】
この場合、受信状態は、他のアプリ操作に影響を及ぼす状態ではないので、画面作成手段７４は、ファクスアプリのアイコンのみに受信画像を追加する。ファクスアイコンと同じアプリＩＤである○○営業所のアイコンには、受信画像は追加されない。
【００７０】
図１６は、ファクスアプリ２４がバックグラウンド印刷状態にある場合のアプリ一覧画面の一例を示す図である。図１６に示す画面は、図１５に示す画面の後に表示される。図１６に示すように、ファクスアイコンに対して、バックグラウンド印刷画像が重ねて表示されている。
【００７１】
これにより、必要なアイコンにだけ、状態画像を追加することができ、ユーザが操作できるアイコンを増やすことができる。
【００７２】
図１７は、簡単スキャナーアプリ４２が読み取り状態にある場合のアプリ一覧画面の一例を示す図である。図１７に示すように、簡単スキャナーアイコンに対して、受信画像が重ねて表示されている。
【００７３】
この場合、簡単スキャナーアプリ４２と同じアプリＩＤをもつアイコンはないので、画面作成手段７４は、簡単スキャナーアイコンのみに読み取り画像を追加する。
【００７４】
図１８は、簡単スキャナーアプリ４２が送信状態にある場合のアプリ一覧画面の一例を示す図である。図１８に示す画面は、図１７に示す画面の後に表示される。図１８に示すように、簡単スキャナーアイコンに対して、送信画像が重ねて表示されている。
【００７５】
これにより、拡張アプリ４０であっても、標準搭載アプリ２０同様に、拡張アプリ４０のアイコン上に状態画像を追加することができる。
【００７６】
図１９は、実行中のアプリのアイコンが押下されたときのダイアログの一例を示す図である。図１９に示すダイアログは、状態画像が追加されているアイコンをユーザが押下したときに表示される。
【００７７】
例えば、図１１や図１２のアプリ一覧画面において、コピーアプリ２１やコピーアプリ２１のマクロのアイコンが押下された場合、図１９に示す実行中のジョブの状況を表示するか、新規ジョブを予約するかを選択させる画面（ダイアログ）が表示される。画面作成手段７４は、このダイアログを保持しておき、入力手段７１から実行中のアプリのアイコンが押下されたことを通知されると、このダイアログを表示手段７０に出力する。
【００７８】
図１９に示す画面から実行中ジョブ表示ボタンが押下されると、コピーアプリ２１の実行中のジョブの状況を表示する画面が表示される。図１９に示す画面から新規ジョブ予約ボタンが押下されると、新規のジョブの予約をするための画面が表示される。
【００７９】
図２０は、実行中のジョブの状況を示す実行画面の一例を示す図である。図２０に示すように、現在実行しているジョブの内容が表示される。
【００８０】
図２１は、新規ジョブの予約画面の一例を示す図である。図２１に示すように、新規に予約するジョブを登録するための画面が表示される。
【００８１】
これにより、ユーザが実行中のアプリのアイコンを押下した場合に、実行中のジョブを単に確認したいだけか、新規にジョブを予約したいのかについて、ユーザがやりたいことを分かりやすく操作できるようになっている。
【００８２】
＜動作＞
次に、実施例１におけるＭＦＰ１の動作について説明する。図２２は、実施例１における標準搭載アプリ２０の実行状態が変わったときの表示制御処理の一例を示すシーケンス図である。図２２に示すステップＳ１０１で、標準搭載アプリ２０は、実行状態が変わった場合に、自身のアプリＩＤと状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【００８３】
ステップＳ１０２、Ｓ１０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態に更新する。
【００８４】
ステップＳ１０４で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリのアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤと状態情報とが含まれてもよい。
【００８５】
ステップＳ１０５で、画面作成手段７４は、取得した状態情報が示す状態の状態画像を、画面情報記憶手段７３の状態画像情報から取得するよう要求する。
【００８６】
ステップＳ１０６で、画面作成手段７４は、画面情報記憶手段７３からアプリの状態画像を取得する。
【００８７】
ステップＳ１０７で、画面作成手段７４は、取得した状態画像を、画面更新要求と共に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【００８８】
なお、ステップＳ１０７で、画面作成手段７４は、取得した状態情報が他のアプリ操作に影響を及ぼさない状態である場合は、実行中のアプリのアイコンのみに状態画像を追加するようにする。
【００８９】
図２３は、実施例１における拡張アプリ４０の実行状態が変わったときの表示制御処理の一例を示すシーケンス図である。図２３に示すステップＳ２０１で、拡張アプリ４０は、拡張アプリ制御手段４５に対し、例えば読み取り要求を行う。
【００９０】
ステップＳ２０２で、拡張アプリ制御手段４５は、拡張アプリ４０から要求された読み取り要求を、エンジン管理部６３に通知する。
【００９１】
ステップＳ２０３で、エンジン管理部６３は、拡張アプリ制御手段４５から、読み取り要求を受けると、原稿の読み取りを開始する。
【００９２】
ステップＳ２０４で、拡張アプリ制御手段４５は、エンジン管理部６３から読み取り開始の状態になったことを通知されると、拡張アプリ４０のアプリＩＤと状態情報とを含む状態変化通知を画面制御手段７２に通知する。
【００９３】
ステップＳ２０５、Ｓ２０６で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態に更新する。
【００９４】
ステップＳ２０７で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリ一覧画面のアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤと状態情報とが含まれてもよい。
【００９５】
ステップＳ２０８で、画面作成手段７４は、取得した状態情報が示す状態の状態画像を、画面情報記憶手段７３の状態画像情報から取得するよう要求する。
【００９６】
ステップＳ２０９で、画面作成手段７４は、画面情報記憶手段７３からアプリの状態画像を取得する。
【００９７】
ステップＳ２１０で、画面作成手段７４は、取得した状態画像を、画面更新要求と共に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【００９８】
なお、ステップＳ２１０で、画面作成手段７４は、取得した状態情報が他のアプリ操作に影響を及ぼさない状態である場合は、実行中のアプリのアイコンのみに状態画像を追加するようにする。
【００９９】
これにより、アプリ一覧画面を見ることで、どのアプリが実行状態にあるかを容易に把握することができる。
【０１００】
図２４は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その１）の一例を示すシーケンス図である。図２４に示す例は、標準搭載アプリ２０が実行中であり、ダイアログ表示後に実行中ジョブ表示が選択される場合の処理を示す。
【０１０１】
ステップＳ３０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１０２】
ステップＳ３０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１０３】
ステップＳ３０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１０４】
ステップＳ３０４で、入力手段７１は、ユーザが実行中ジョブ表示ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１０５】
ステップＳ３０５で、画面制御手段７２は、実行中ジョブ表示ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１０６】
ステップＳ３０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（実行画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１０７】
ステップＳ３０７で、標準搭載アプリ２０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する（例えば図２０参照）。
【０１０８】
図２５は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その２）の一例を示すシーケンス図である。図２５に示す例は、標準搭載アプリ２０が実行中であり、ダイアログ表示後に新規ジョブ予約が選択される場合の処理を示す。
【０１０９】
ステップＳ４０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１１０】
ステップＳ４０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１１１】
ステップＳ４０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１１２】
ステップＳ４０４で、入力手段７１は、ユーザが新規ジョブ予約ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１１３】
ステップＳ４０５で、画面制御手段７２は、新規ジョブ予約ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１１４】
ステップＳ４０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（新規ジョブ予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１１５】
ステップＳ４０７で、標準搭載アプリ２０は、アプリ画面（新規ジョブ予約画面）を表示手段７０に通知する。表示手段７０は、新規ジョブ予約画面を表示する（例えば図２１参照）。
【０１１６】
図２６は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その３）の一例を示すシーケンス図である。図２６に示す例は、拡張アプリ４０が実行中であり、ダイアログ表示後に実行中ジョブ表示が選択される場合の処理を示す。
【０１１７】
ステップＳ５０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１１８】
ステップＳ５０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１１９】
ステップＳ５０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１２０】
ステップＳ５０４で、入力手段７１は、ユーザが実行中ジョブ表示ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１２１】
ステップＳ５０５で、画面制御手段７２は、実行中ジョブ表示ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１２２】
ステップＳ５０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（実行画面）への切り替え通知を拡張アプリ制御手段４５に行う。
【０１２３】
ステップＳ５０７で、拡張アプリ制御手段４５は、実行画面への画面切り替え通知を受けると、その通知を拡張アプリ４０に出力する。
【０１２４】
ステップＳ５０８で、拡張アプリ４０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する。
【０１２５】
図２７は、実施例１における実行中のアプリのアイコンが押下されたときの表示制御処理（その４）の一例を示すシーケンス図である。図２７に示す例は、拡張アプリ４０が実行中であり、ダイアログ表示後に新規ジョブ予約が選択される場合の処理を示す。
【０１２６】
ステップＳ６０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０１２７】
ステップＳ６０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０１２８】
ステップＳ６０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であったため、ダイアログを表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０１２９】
ステップＳ６０４で、入力手段７１は、ユーザが新規ジョブ予約ボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０１３０】
ステップＳ６０５で、画面制御手段７２は、新規ジョブ予約ボタンの押下通知を受けると、システム管理部６１に対し、実行中の画面に切り替えるよう画面の切り替え要求を行う。
【０１３１】
ステップＳ６０６で、システム管理部６１は、画面制御手段７２から画面の切り替え要求を受けると、その画面（新規ジョブ予約画面）への切り替え通知を拡張アプリ制御手段４５に行う。
【０１３２】
ステップＳ６０７で、拡張アプリ制御手段４５は、予約画面への画面切り替え通知を受けると、その通知を拡張アプリ４０に出力する。
【０１３３】
ステップＳ６０８で、拡張アプリ４０は、アプリ画面（新規ジョブ予約画面）を表示手段７０に通知する。表示手段７０は、新規ジョブ予約画面を表示する。
【０１３４】
ユーザが実行中のアプリのアイコンを押下した場合に、実行中のジョブを単に確認したいだけか、新規にジョブを予約したいのかについて、ユーザがやりたいことを分かりやすく操作できるようになっている。
【０１３５】
以上、実施例１によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができる。また、実施例１によれば、実行中のアプリが、どの実行状態にあるかを、状態画像を用いて把握することもできる。また、状態画像を待機中のアイコン画像と別で管理し、重ねて表示することで、各アプリのアイコン画像をそれぞれ１つ用意するだけでよく、アプリ毎に状態画像を生成する必要がない。
【０１３６】
［実施例２］
次に、実施例２におけるＭＦＰについて説明する。実施例２では、実施例１とは異なる表示形態を用いて、実行中のアプリのアイコンと待機中のアプリのアイコンとの表示形態を異ならせる。なお、実施例２におけるＭＦＰのハードウェアと機能とは実施例１と同様であるため、同じ符号を用いて説明する。
【０１３７】
＜機能＞
画面制御手段７２は、標準搭載アプリ２０から、アプリＩＤを含む状態変化通知を取得すると、一覧画面情報のアプリ状態を更新する。このとき、画面制御手段７２は、状態変化を通知されたアプリのアプリＩＤと同じアプリＩＤを有するアイコンの配置ＩＤを特定する。
【０１３８】
画面制御手段７２は、特定した配置ＩＤに対応するアイコンの押下検出領域を２つに分割するために、入力手段７１に対して透過ボタンの生成要求を行う。押下検出領域は、アイコンに対する押下を検出することができる領域をいう。
【０１３９】
入力手段７１は、透過ボタンの生成を要求されたアイコンについて、このアイコン上に、押下検出領域となる縦長の透過ボタン２つを生成する。これにより、１つのアイコンに対して、独立して２つの押下検出領域を生成することができる。また、透過ボタンを生成することで、ユーザのボタンの押しにくさを軽減している。
【０１４０】
なお、アイコン上に２つの透過ボタンを生成する例について説明したが、もともとのアイコンの押下検出領域を２分割するようにしてもよい。
【０１４１】
この後、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。
【０１４２】
画面作成手段７４は、画面更新要求を受けると、実行中のジョブの画面（実行画面）を表示することを示す実行画像と新規ジョブの予約画面を表示することを示す予約画像とを画面情報記憶手段７３から取得する。画面情報記憶手段７３は、実行画像と予約画像とを記憶しておく。
【０１４３】
画面作成手段７４は、入力手段７１により分割された２つのボタン上にそれぞれ実行画像、予約画像を追加する。画面作成手段７４は、左右のどちらにどの画像を追加したかを画面制御手段７２に通知する。画面作成手段７４は、例えば、左のボタンに実行画像、右のボタンに予約画像を追加したと画面制御手段７２に通知する。これにより、画面制御手段７２は、左のボタンが押下されたときに、実行画面を表示するための処理を行うことができ、右のボタンが押下されたときに、予約画面を表示するための処理を行うことができる。
【０１４４】
図２８は、実施例２におけるアイコンの表示形態の一例を示す図である。図２８（Ａ）は、押下検出領域が縦に２分割され、左に実行画像、右に予約画像が追加された例を示す。図２８（Ａ）に示す領域８０が、分割後の左の押下検出領域となる透過ボタンを示し、領域８１が、分割後の右の押下検出領域となる透過ボタンを示す。入力手段７１は、領域８０、８１の押下を独立して検出することができる。
【０１４５】
図２８（Ｂ）は、待機中のアイコンの押下検出領域を示す。図２８（Ｂ）に示す領域８２が、このアイコンに対する押下検出領域を示す。
【０１４６】
なお、どちらの押下検出領域にどの画像を追加表示するかについて、画面制御手段７２及び画面作成手段７４に予め設定されている場合は、画面作成手段７４は、その旨を画面制御手段７２に通知する必要はない。画面制御手段７２は、どちらにどの画像が追加表示されたかを把握しているからである。
【０１４７】
実行画像が押下された場合の処理は、実施例１におけるダイアログが表示された後の実行中ジョブ表示ボタンが押下された場合の処理と同様である。また、予約画像が押下された場合の処理は、実施例１におけるダイアログが表示された後の新規ジョブ予約ボタンが押下された場合の処理と同様である。
【０１４８】
＜画面例＞
図２９は、実施例２におけるアプリ一覧画面の一例を示す図である。図２９に示す例は、コピーアプリ２１が実行中の場合に表示されるアプリ一覧画面である。実施例１同様、実行しているコピーアプリ２１のアプリＩＤと同じアプリＩＤを有するアイコンに対して、押下検出領域の分割、実行画像及び予約画像の追加表示が行われる。
【０１４９】
なお、実施例２の場合、アプリ状態については、待機中と実行中の２つの状態のみを用いてもよい。実行中と通知されたアプリのアイコンには、実行画像及び予約画像が追加され、待機中に戻った場合は、実行画像及び予約画像が削除され、生成された透過ボタンが削除される。よって、実施例２では、読み取り状態や印刷状態などの詳細な状態を必要としないので、処理を簡潔化することができる。
【０１５０】
＜動作＞
次に、実施例２におけるＭＦＰの動作について説明する。図３０は、実施例２における標準搭載アプリ２０が実行状態に変わったときの表示制御処理の一例を示すシーケンス図である。
【０１５１】
図３０に示すステップＳ７０１で、標準搭載アプリ２０は、実行状態が変わった場合に、自身のアプリＩＤと実行中を示す状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【０１５２】
ステップＳ７０２、Ｓ７０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態（実行中）に更新する。
【０１５３】
ステップＳ７０４で、画面制御手段７２は、入力手段７１に対し、１つのアイコンの押下検出領域を２分割するために、透過ボタンを生成するよう要求する。例えば、縦長の透過ボタンを２つ生成する例で説明するが、横長の透過ボタンを生成してもよい。生成された透過ボタンは、元のボタンを覆う位置に置かれる。
【０１５４】
ステップＳ７０５で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリのアイコン画像を更新するよう要求する。この画面更新要求には、アプリＩＤが含まれる。
【０１５５】
ステップＳ７０６で、画面作成手段７４は、画面更新要求を受けると、画面情報記憶手段７３の状態画像情報から実行画像及び予約画像を取得するよう要求する。
【０１５６】
ステップＳ７０７で、画面作成手段７４は、画面情報記憶手段７３からアプリの実行画像及び予約画像を取得する。
【０１５７】
ステップＳ７０８で、画面作成手段７４は、取得した実行画像及び予約画像を、画面更新要求と共に取得されたアプリＩＤと同じアプリＩＤをもつアイコン上の透過ボタン上にそれぞれ追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０１５８】
図３１は、実施例２における標準搭載アプリ２０が待機中状態に変わったときの表示制御処理の一例を示すシーケンス図である。
【０１５９】
図３１に示すステップＳ８０１で、標準搭載アプリ２０は、待機中状態に変わった場合に、自身のアプリＩＤと待機中を示す状態情報とを含む状態変化通知を画面制御手段７２に通知する。状態変化通知には、マクロが実行される場合はマクロの登録番号も含まれる。
【０１６０】
ステップＳ８０２、Ｓ８０３で、画面制御手段７２は、画面情報記憶手段７３に記憶されている一覧画面情報に対し、状態変化通知内のアプリＩＤと同じアプリＩＤのアプリ状態を、状態情報が示す状態（待機中）に更新する。
【０１６１】
ステップＳ８０４で、画面制御手段７２は、入力手段７１に対し、生成された透過ボタンの破棄を要求する。
【０１６２】
ステップＳ８０５で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、アプリ一覧画面の描画し直しを要求する。
【０１６３】
ステップＳ８０６で、画面作成手段７４は、画面更新要求を受けると、実行画像及び予約画像を削除し、通常のアプリ一覧画面に戻るようアプリ一覧画面を描画し直す。通常のアプリ一覧画面とは、全てのアプリが待機中である場合のアプリ一覧画面のことをいう。
【０１６４】
これにより、通常のアプリ一覧画面に戻る場合は、透過ボタンを削除して、アプリ一覧画面を描画し直すだけでよいので、表示制御処理を簡潔化できる。
【０１６５】
図３２は、実施例２における実行画像が押下されたときの表示制御処理の一例を示すシーケンス図である。図３２示す例は、標準搭載アプリ２０が実行中であり、実行画像が押下される場合の処理を示す。
【０１６６】
ステップＳ９０１で、入力手段７１は、ユーザが実行画像に対応する透過ボタンを押下したことを検知し、ボタン押下通知を画面制御手段７２に行う。
【０１６７】
ステップＳ９０２で、画面制御手段７２は、押下されたボタンに対応するアプリの画面を実行画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０１６８】
ステップＳ９０３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（実行画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１６９】
ステップＳ９０４で、標準搭載アプリ２０は、実行中のアプリの画面（アプリ画面）を表示手段７０に通知する。表示手段７０は、実行中のアプリ画面を表示する（例えば図２０参照）。
【０１７０】
図３３は、実施例２における予約画像が押下されたときの表示制御処理の一例を示すシーケンス図である。図３３に示す例は、標準搭載アプリ２０が実行中であり、予約画像が押下される場合の処理を示す。
【０１７１】
ステップＳ１００１で、入力手段７１は、ユーザが予約画像に対応する透過ボタンを押下したことを検知し、ボタン押下通知を画面制御手段７２に行う。
【０１７２】
ステップＳ１００２で、画面制御手段７２は、押下されたボタンに対応するアプリの画面を予約画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０１７３】
ステップＳ１００３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０１７４】
ステップＳ１００４で、標準搭載アプリ２０は、実行中のアプリの予約画面を表示手段７０に通知する。表示手段７０は、実行のアプリの予約画面を表示する（例えば図２１参照）。
【０１７５】
これにより、実施例１に比べてダイアログを表示する処理が省けるので、ユーザは、迅速に実行中のアプリを確認するか、ジョブを予約するかを選択することができるようになる。
【０１７６】
以上、実施例２によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができつつ、以降の操作を簡潔化することができる。
【０１７７】
［実施例３］
次に、実施例３におけるＭＦＰについて説明する。実施例３におけるＭＦＰでは、他のユーザがそのアプリを実行していることを示すアイコンを表示する。なお、実施例２におけるＭＦＰのハードウェアと機能とは実施例１と同様であるため、同じ符号を用いて説明する。
【０１７８】
＜機能＞
標準搭載アプリ２０及び拡張アプリ制御手段４５は、ジョブを実行すると、ユーザ管理部６４に対し、どのユーザがどのアプリのジョブを実行しているかを通知する。
【０１７９】
ユーザ管理部６４は、ＭＦＰへのログイン認証を行い、ログインしたユーザ（ログインユーザ）を管理する。また、ユーザ管理部６４は、標準搭載アプリ３０及び拡張アプリ制御手段４５から、ジョブを実行しているアプリとジョブの実行を要求したユーザとを取得し、これらの情報を管理する。ユーザ管理部６４は、ジョブの実行を要求したユーザとログインユーザとが同じユーザであるか否かを判定する。
【０１８０】
ユーザ管理部６４は、ユーザ毎のアプリ一覧画面（例えばホーム画面）の一覧画面情報を管理する。ユーザがＭＦＰにログインした場合、ユーザ管理部６４は、ログインユーザの一覧画面情報を画面制御手段７２に画面更新要求と共に出力する。また、ユーザ管理部６４は、ログインユーザと異なるユーザが要求したジョブを実行中のアプリのアプリＩＤを画面更新要求と共に出力する。
【０１８１】
画面制御手段７２は、ログインユーザの画面更新要求を受けた場合、画面作成手段７２に対し、ログインユーザの一覧画面情報、他のアイコンと表示形態を異ならせるアイコンのアプリＩＤを出力すると共に画面更新要求を行う。他のアイコンと表示形態を異ならせるアイコンのアプリＩＤは、ログインユーザと異なるユーザが要求したジョブを実行中のアプリのアプリＩＤである。
【０１８２】
画面作成手段７４は、画面更新要求を受けた場合、他のユーザが実行していることを示す所定の画像を画面情報記憶手段７３から取得する。画面情報記憶手段７３は、所定の画像を予め記憶しておく。
【０１８３】
画面作成手段７４は、所定の画像を取得すると、画面制御手段７２から取得したアプリＩＤが示すアプリのアイコン上に、所定の画像を追加してアプリ一覧画面を更新する。画面作成手段７４は、更新後のアプリ一覧画面を表示手段７０に出力する。
【０１８４】
また、画面制御手段７２は、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、新規ジョブを予約するためのボタンを有するダイアログを表示するよう制御してもよい。また、画面制御手段７２は、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、新規ジョブを予約するための予約画面を直接表示するよう制御してもよい。この場合、実行中の画面を表示するためのボタンを表示しないのは、他のユーザのジョブ内容を表示するのはセキュリティ上好ましくないからである。
【０１８５】
また、画面制御手段７２は、ログインユーザが管理者であり、他のユーザが要求したジョブを実行しているアプリのアイコンが押下された場合、実行中のジョブを表示したり、ジョブをキャンセルしたりするよう制御してもよい。この場合、ログインユーザが管理者であるので、他のユーザのジョブの内容を確認したり、他のユーザのジョブをキャンセルしたりできる。
【０１８６】
＜画面例＞
図３４は、実施例３におけるアプリ一覧画面の一例を示す図である。図３４に示すアプリ一覧画面は、コピーアプリ２１が、他のユーザにより要求されたジョブを実行中の場合に表示される。実施例１同様、実行しているコピーアプリ２１のアプリＩＤと同じアプリＩＤを有するアイコンに対して、他のユーザが要求したジョブを実行していることを示す所定の画像が追加表示される。
【０１８７】
図３４に示す例では、所定の画像は、例えば吹き出し内に「ｉ」の文字がある画像であるが、この例に限られない。
【０１８８】
図３５は、実施例３におけるダイアログ（その１）の一例を示す図である。図３５に示すダイアログは、図３４に示す所定の画像が追加表示されているアイコンが押下されたときに表示される。
【０１８９】
図３５に示すダイアログでは、他のユーザがアプリを実行中であることを報知し、新規ジョブ予約ボタンが表示されている。この新規ジョブ予約ボタンが押下されると、図２１に示すような予約画面が表示される。
【０１９０】
図３６は、実施例３におけるダイアログ（その２）の一例を示す図である。図３６に示すダイアログは、ログインユーザが管理者であり、他のユーザが要求したジョブを実行中のアプリのアイコンが押下されたときに表示される。
【０１９１】
図３６に示すダイアログでは、他のユーザが要求したジョブを実行していること、他のユーザ（ジョブオーナー）名、実行中のジョブを表示するためのボタン、ジョブをキャンセルするためのボタンが表示される。
【０１９２】
例えば、管理者が、実行中ジョブ表示ボタンを押下した場合、図２０に示すようなジョブの実行画面が表示される。また、管理者が、ジョブキャンセルボタンを押下した場合、画面制御手段７２は、実行中のジョブをキャンセルするようそのアプリに通知する。
【０１９３】
＜動作＞
次に、実施例３におけるＭＦＰの動作について説明する。図３７は、実施例３におけるアプリ一覧画面の表示制御処理の一例を示すシーケンス図である。図３７に示すステップＳ１１０１で、標準搭載アプリ２０は、ジョブを開始すると、ジョブの実行を要求したユーザ名、自身のアプリＩＤをユーザ管理部６４に通知する。
【０１９４】
これにより、ユーザ管理部６４は、実行中のジョブを要求したユーザを管理することができる。また、標準搭載アプリ２０を拡張アプリ制御手段６５にすれば、拡張アプリ４０でも
ここで、他のユーザによりログインされたことをユーザ管理部６４は検知する。ステップＳ１１０２で、ユーザ管理部６４は、ログインユーザの一覧画面情報と、他のユーザが要求したジョブを実行中のアプリのアプリＩＤとを出力すると共に、画面更新要求を画面制御手段７２に対して行う。
【０１９５】
ステップＳ１１０３で、画面制御手段７２は、画面作成手段７４に対し、アプリ一覧画面の画面更新要求を行う。例えば、画面制御手段７２は、ログインユーザの一覧画面情報と、他のユーザが要求したジョブを実行中のアプリのアプリＩＤとを出力すると共に、画面更新要求を画面作成手段７４に行う。
【０１９６】
ステップＳ１１０４で、画面作成手段７４は、画面更新要求を受けると、画面情報記憶手段７３から所定の画像を取得するよう要求する。
【０１９７】
ステップＳ１１０５で、画面作成手段７４は、画面情報記憶手段７３から所定の画像を取得する。
【０１９８】
ステップＳ１１０６で、画面作成手段７４は、取得した所定の画像を、画面更新要求を受けた際に取得したアプリＩＤと同じアプリＩＤをもつアイコン上に追加して、アプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０１９９】
これにより、他のユーザが要求したジョブを実行しているアプリのアイコンを、ログインユーザが容易に把握することができる。
【０２００】
図３８は、実施例３におけるアイコンが押下されたときの表示制御処理の一例を示すシーケンス図である。図３８に示す例は、所定の画像が追加されたアイコンが押下される場合の処理を示す。
【０２０１】
ステップＳ１２０１で、入力手段７１は、ユーザが所定の画像が追加されたアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０２０２】
ステップＳ１２０２で、画面制御手段７２は、押下されたアイコンに対応するアプリの画面を予約画面に切り替えるため、システム管理部６１に切り替え通知を行う。
【０２０３】
ステップＳ１２０３で、システム管理部６１は、画面制御手段７２から画面の切り替え通知を受けると、その画面（予約画面）への切り替え通知を標準搭載アプリ２０に行う。
【０２０４】
ステップＳ１２０４で、標準搭載アプリ２０は、実行中のアプリの予約画面を表示手段７０に通知する。表示手段７０は、実行のアプリの予約画面を表示する（例えば図２１参照）。
【０２０５】
これにより、他のユーザの実行画面を表示させずにセキュリティを保護しつつ、ジョブの予約画面を表示させることができるようになる。
【０２０６】
図３９は、実施例３におけるログインユーザが管理者である場合にアイコンが押下されたときの表示制御処理の一例を示すシーケンス図である。図３９に示す処理は、管理者が図３６に示すダイアログからジョブキャンセルボタンを選択したときの処理である。
【０２０７】
ステップＳ１３０１で、入力手段７１は、ユーザがアイコンを押下したことを検知し、アイコンの押下通知を画面制御手段７２に行う。
【０２０８】
ステップＳ１３０２で、画面制御手段７２は、押下されたアイコンのアプリがどの状態にあるかを、一覧画面情報を参照して判断する。
【０２０９】
ステップＳ１３０３で、画面制御手段７２は、押下されたアイコンのアプリが実行中であり、ログインユーザが管理者であるため、ダイアログ（図３６参照）を表示するよう表示手段７０に出力する。表示手段７０は、ダイアログを表示する。
【０２１０】
ステップＳ１３０４で、入力手段７１は、ユーザがジョブキャンセルボタンを押下したことを検知し、その押下通知を画面制御手段７２に行う。
【０２１１】
ステップＳ１３０５で、画面制御手段７２は、標準搭載アプリ２０に対し、実行中のジョブをキャンセルするよう要求する。
【０２１２】
ステップＳ１３０６で、標準搭載アプリ２０は、画面制御手段７２によりキャンセルを要求された実行中のジョブをキャンセルする。
【０２１３】
ステップＳ１３０７で、標準搭載アプリ２０は、画面制御手段７２に対し、ジョブキャンセルの結果（キャンセルＯＫ）を通知する。
【０２１４】
ステップＳ１３０８で、画面制御手段７２は、表示手段７０に表示されたダイアログをクローズするよう制御する。
【０２１５】
ステップＳ１３０９で、画面制御手段７２は、画面作成手段７４に対し、所定の画像を削除する要求を行う。
【０２１６】
ステップＳ１３１０で、画面作成手段７４は、削除要求を受けると、アプリ一覧画面から所定の画像を削除してアプリ一覧画面を更新し、更新後のアプリ一覧画面を表示手段７０に出力する。表示手段７０は、更新後のアプリ一覧画面を表示する。
【０２１７】
これにより、ログインユーザが管理者である場合は、ジョブのキャンセルを可能とすることができる。
【０２１８】
以上、実施例３によれば、アプリ一覧画面に表示されるアイコンのアプリが実行中であるか否かを、ユーザが容易に把握することができつつ、実行中のジョブが他のユーザにより要求されたものであることも把握することができる。
【０２１９】
［変形例］
前述した各実施例では、アイコンの表示形態を異なる方法として、他の画像を重ねて表示させるようにしたが、実行中のアプリのアイコン自体の色やサイズを変更することで、表示形態を異ならせてもよい。
【０２２０】
例えば、画面作成手段７４は、アイコンの色をグレーにしたり、アイコンのサイズを小さくしたりするなどして、そのアイコンが実行中であることをユーザに知らせる。この場合、他の画像を必要としないのでメモリを増加させずに実現可能である。
【０２２１】
また、各実施例の画像形成装置で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０２２２】
また、各実施例の画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、各実施例の画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。
【０２２３】
また、各実施例の画像形成装置で実行されるプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０２２４】
各実施例の画像形成装置で実行されるプログラムは、前述した各手段を含むモジュール構成となっている。実際のハードウェアとしては、制御部１１（プロセッサ）が補助記憶部１３からプログラムを読み出して実行することにより上記各手段のうち１又は複数の各手段が主記憶部１２上にロードされ、１又は複数の各手段が主記憶部１２上に生成されるようになっている。
【０２２５】
なお、本発明は、上記各実施例そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化することができる。また、上記各実施例に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成することができる。例えば、各実施例に示される全構成要素からいくつかの構成要素を削除してもよい。
【符号の説明】
【０２２６】
１ ＭＦＰ
１１ 制御部
１２ 主記憶部
１３ 補助記憶部
１４ 外部記憶装置Ｉ／Ｆ部
１５ ネットワークＩ／Ｆ部
１６ 操作部
１７ 表示部
１８ エンジン部
２０ 標準搭載アプリ
２５ マクロ情報記憶手段
４０ 拡張アプリ
４５ 拡張アプリ制御手段
７０ 表示手段
７１ 入力手段
７２ 画面制御手段
７３ 画面情報記憶手段
７４ 画面作成手段
【先行技術文献】
【特許文献】
【０２２７】
【特許文献１】特開２０１０−１１４８２５号公報
【特許請求の範囲】
【請求項１】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う画面制御手段と、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、
前記画面作成手段により更新されたアイコンを含む一覧画面を表示する表示手段と、
を備える画像形成装置。
【請求項２】
前記画面情報記憶手段は、
各アプリケーションの状態毎に、該状態を示す状態画像をさらに記憶し、
前記画面制御手段は、
前記画面更新要求を行う際、前記状態情報をさらに出力し、
前記画面作成手段は、
取得した前記アプリケーションの識別情報及び前記状態情報に基づき、前記画面情報記憶手段から前記状態画像を取得し、該状態画像を、前記アプリケーションの識別情報が示すアプリケーションのアイコン上に追加する請求項１記載の画像形成装置。
【請求項３】
前記画面作成手段は、
前記状態画像が追加されたアイコンが押下された場合、実行中のジョブの画面又はジョブの予約画面のいずれかを選択させる選択画面を前記表示手段に出力し、
前記表示手段は、
前記選択画面を表示する請求項２記載の画像形成装置。
【請求項４】
前記画面情報記憶手段は、
前記状態画像に対し、他のアプリケーションの操作に影響を及ぼす状態か否かを示すフラグを関連付けて記憶し、
前記画面作成手段は、
前記状態情報が、他のアプリケーションの操作に影響を及ぼさない状態を示す場合、実行中のアプリケーションのアイコンのみに前記状態画像を追加する請求項２又は３記載の画像形成装置。
【請求項５】
前記画面情報記憶手段は、
実行中のジョブの画面を表示することを示す第１画像及びジョブの予約画面を表示することを示す第２画像を記憶し、
前記画面制御手段は、
前記画面更新要求を行う際に出力するアプリケーションの識別情報が示すアプリケーションのアイコンの押下検出領域を２つに分割するよう入力手段に要求し、
前記画面作成手段は、
分割された一方の領域上に前記第１画像を、分割された他方の領域上に前記第２画像を追加する請求項１記載の画像形成装置。
【請求項６】
ログインユーザを管理し、ジョブの実行を要求したユーザが前記ログインユーザと同じか否かを判定するユーザ管理手段をさらに備え、
前記画面制御手段は、
前記画面更新要求を行う際、前記ログインユーザと異なるユーザが要求したジョブを実行中のアプリケーションの識別情報を出力し、
前記画面作成手段は、
前記画面更新要求を受けた際に取得したアプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のユーザが実行していることを示す表示形態に更新する請求項１記載の画像形成装置。
【請求項７】
前記画面作成手段は、
前記他のユーザが実行していることを示す表示形態のアイコンが押下された場合、ジョブの予約画面を前記表示手段に出力し、
前記表示手段は、
前記ジョブの予約画面を表示する請求項６記載の画像形成装置。
【請求項８】
前記画面作成手段は、
前記画面更新要求を受けた際に取得したアプリケーションの識別情報が示すアプリケーションのアイコンに対し、サイズ又は色を変更する請求項１記載の画像形成装置。
【請求項９】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置が実行する表示制御方法であって、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、
前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、
を有する表示制御方法。
【請求項１０】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置に実行させる表示制御プログラムであって、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、
前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、
を有する表示制御プログラム。
【請求項１】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段と、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う画面制御手段と、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成手段と、
前記画面作成手段により更新されたアイコンを含む一覧画面を表示する表示手段と、
を備える画像形成装置。
【請求項２】
前記画面情報記憶手段は、
各アプリケーションの状態毎に、該状態を示す状態画像をさらに記憶し、
前記画面制御手段は、
前記画面更新要求を行う際、前記状態情報をさらに出力し、
前記画面作成手段は、
取得した前記アプリケーションの識別情報及び前記状態情報に基づき、前記画面情報記憶手段から前記状態画像を取得し、該状態画像を、前記アプリケーションの識別情報が示すアプリケーションのアイコン上に追加する請求項１記載の画像形成装置。
【請求項３】
前記画面作成手段は、
前記状態画像が追加されたアイコンが押下された場合、実行中のジョブの画面又はジョブの予約画面のいずれかを選択させる選択画面を前記表示手段に出力し、
前記表示手段は、
前記選択画面を表示する請求項２記載の画像形成装置。
【請求項４】
前記画面情報記憶手段は、
前記状態画像に対し、他のアプリケーションの操作に影響を及ぼす状態か否かを示すフラグを関連付けて記憶し、
前記画面作成手段は、
前記状態情報が、他のアプリケーションの操作に影響を及ぼさない状態を示す場合、実行中のアプリケーションのアイコンのみに前記状態画像を追加する請求項２又は３記載の画像形成装置。
【請求項５】
前記画面情報記憶手段は、
実行中のジョブの画面を表示することを示す第１画像及びジョブの予約画面を表示することを示す第２画像を記憶し、
前記画面制御手段は、
前記画面更新要求を行う際に出力するアプリケーションの識別情報が示すアプリケーションのアイコンの押下検出領域を２つに分割するよう入力手段に要求し、
前記画面作成手段は、
分割された一方の領域上に前記第１画像を、分割された他方の領域上に前記第２画像を追加する請求項１記載の画像形成装置。
【請求項６】
ログインユーザを管理し、ジョブの実行を要求したユーザが前記ログインユーザと同じか否かを判定するユーザ管理手段をさらに備え、
前記画面制御手段は、
前記画面更新要求を行う際、前記ログインユーザと異なるユーザが要求したジョブを実行中のアプリケーションの識別情報を出力し、
前記画面作成手段は、
前記画面更新要求を受けた際に取得したアプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のユーザが実行していることを示す表示形態に更新する請求項１記載の画像形成装置。
【請求項７】
前記画面作成手段は、
前記他のユーザが実行していることを示す表示形態のアイコンが押下された場合、ジョブの予約画面を前記表示手段に出力し、
前記表示手段は、
前記ジョブの予約画面を表示する請求項６記載の画像形成装置。
【請求項８】
前記画面作成手段は、
前記画面更新要求を受けた際に取得したアプリケーションの識別情報が示すアプリケーションのアイコンに対し、サイズ又は色を変更する請求項１記載の画像形成装置。
【請求項９】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置が実行する表示制御方法であって、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、
前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、
を有する表示制御方法。
【請求項１０】
アプリケーション及びアプリケーションの動作設定を登録したマクロを呼び出すためのアイコンに対し、アイコンの位置情報、アイコン画像の識別情報、アプリケーションの識別情報、マクロの識別情報を含む一覧画面情報を記憶する画面情報記憶手段を備える画像形成装置に実行させる表示制御プログラムであって、
ジョブの状態が待機から実行に変化したアプリケーションの状態情報を取得し、該アプリケーションの識別情報を出力するとともに画面更新要求を行う更新要求ステップと、
前記一覧画面情報に基づき作成したアプリケーションの一覧画面に対して前記画面更新要求を受けた場合、取得された前記アプリケーションの識別情報が示すアプリケーションのアイコンの表示形態を、他のアプリケーションのアイコンとは異なる表示形態に更新する画面作成ステップと、
前記画面作成ステップにより更新されたアイコンを含む一覧画面を表示する表示ステップと、
を有する表示制御プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【公開番号】特開２０１２−２４８１０２（Ｐ２０１２−２４８１０２Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１２０８６２（Ｐ２０１１−１２０８６２）
【出願日】平成２３年５月３０日（２０１１．５．３０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月３０日（２０１１．５．３０）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]