JP6015429B2 - 情報処理装置、プログラム、情報処理システム - Google Patents

Description

本発明は、第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能な情報処理装置等に関する。

プリンターなどの画像形成装置には、プリンター以外にもコピー、スキャナ、ファックスなどのオフィス等で使用される様々な機能が搭載されることが多い。また、プリンターによる印刷やスキャナによる原稿の読み取りなど従来の使用方法だけでなく、画像形成装置が情報処理装置として使用される状況も増えている。このため、画像形成装置は多くのアプリケーションプログラム（以下、アプリという）を動作させることが可能になっており、画像形成装置はアプリ選択画面を表示装置に表示してユーザが選択したアプリを実行する。このようにアプリを実行可能な待機モードでは、各アプリはＵＩ画面（ユーザからの操作を受け付ける画面）を作成可能な状態なので、画像形成装置は短時間でユーザが選択したアプリのＵＩ画面を表示装置に表示することができる。

しかし、ユーザによっては画像形成装置を長時間使用しない場合は主電源をＯＦＦにする場合がある。また、省エネ意識の高まりから、使用しない間は消費電力が少ない省エネモードへ移行させ、使用時だけ待機モードに復帰させる使用形態も増えている。ユーザとしては、主電源ＯＦＦ又は省エネモードの状態から、使用するアプリのＵＩ画面をより早く表示させ、使用したいという要望がある。しかし、主電源ＯＦＦの状態であれば画像形成装置が起動する時間とユーザが使用するアプリの起動時間が経過するまで、ユーザは待機しなければならない。また、省エネモードの状態であれば画像形成装置が、画像形成等が可能な待機モードに復帰する時間とユーザが使用するアプリが使用可能になるまで、ユーザは待機しなければならない。

そこで、画像形成装置が起動する時間や復帰する時間を短縮するだけでなく、アプリの起動時間を短縮する技術が考案されるようになった（例えば、特許文献１参照。）。特許文献１には、電源が投入されたときに、ＥＥＰＲＯＭに優先機能情報として格納された機能のアプリケーションプログラムを優先して起動し、その起動処理が完了した時点で、当該起動された機能の初期画面をディスプレイに表示してユーザ操作の受付を可能な状態とする情報処理装置が開示されている。したがって、ユーザは、予め設定されている優先アプリを先に起動させ、いち早くユーザの希望した画面を表示することができる。

しかしながら、特許文献１に記載されている情報処理装置では、優先アプリが優先して起動されるが、ユーザは常に同じアプリを使用するとは限らないため、却って使用するアプリの起動が遅れてしまうという問題がある。また、あるユーザＡが優先したいアプリと別のユーザＢが優先したいアプリが異なる場合、ユーザＡ又はＢが実際に使いたいアプリが事前に設定しておいたアプリと同じとは限らないという問題もある。

本発明は上記課題に鑑み、ユーザが希望するアプリの画面を早期に表示可能な情報処理装置を提供することを目的とする。

本発明は、第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能な情報処理装置であって、前記第２の動作モードから前記第１の動作モードへ移行した場合に制御手段に通知を送信する表示手段と、前記表示手段が送信した前記通知に応じてアプリケーション選択画面を生成し、更に、前記通知に応じて前記アプリケーション選択画面を介して選択可能な複数のアプリケーションそれぞれに対応する複数のアプリケーションのＵＩ画面の生成を開始する前記制御手段と、前記アプリケーション選択画面を介してアプリケーションの選択を受け付ける操作受付手段と、前記複数のアプリケーションから前記選択されたアプリケーションが第１のアプリケーションであるか否かを判定する判定手段と、を備え、前記制御手段は、前記選択されたアプリケーションが前記第１のアプリケーションであると判定された場合、生成した複数のアプリケーションの前記ＵＩ画面の中から、前記第１のアプリケーションの前記ＵＩ画面を前記表示手段に表示させることを特徴とする。

ユーザが希望するアプリの画面を早期に表示可能な情報処理装置を提供することができる。

画像形成装置がアプリの選択を受け付け画面を表示する概略的な手順を示す図の一例である。 主電源がＯＦＦの状態から、画像形成装置がアプリの選択を受け付け画面を表示する概略的な手順を示す図の一例である。 画像形成装置の概略構成図の一例である。 メインコントローラのブロック図の一例である。 画像形成装置の動作モードの一例を示す図である。 画像形成装置のソフトウェア構成を示すブロック図の一例である。 起動管理部等の機能について説明する図の一例である。 アプリ管理テーブルの一例を示す図である。 アプリ選択画面等の一例を示す図である。 画像形成装置がアプリのＵＩ画面を表示するまでのシーケンス図の一例である（従来図）。 画像形成装置がアプリのＵＩ画面を表示するシーケンス図の一例である。 画像形成装置がアプリのＵＩ画面を表示するシーケンス図の別の一例である。 画像形成装置の起動時に、画像形成装置がアプリのＵＩ画面を表示するシーケンス図の一例である。 画像形成システムの概略構成図の一例である。 画像形成システムの機能ブロック図の一例である。

以下、本発明を実施するための形態について図面を参照しながら説明する。しかしながら、本発明の技術的範囲が、本実施の形態に限定されるものではない。

図１は画像形成装置がアプリケーションの選択を受け付け、ＵＩ画面を表示するまでの概略的な手順を示す図の一例である。図１の画像形成装置は主電源がＯＮになった後、省エネモードに移行した状態である。省エネモードでは、操作パネル１４は電源ＯＦＦ、画像形成装置のシステム（ＣＰＵ、ＲＡＭ、ＲＯＭなど情報処理機能）は電源ＯＮである。

起動管理部４０は、システムがＯＳ(Operating System)などのプログラムを実行して実現する機能であり、アプリケーション（以下、アプリという場合がある）の画面表示を管理している。起動管理部４０はアプリ管理テーブル４６に登録されたアプリの画面表示を管理する。起動管理部４０は省エネモードでも動作している。

(i) ユーザが待機モード（画像形成装置の機能を使用可能な動作モード）に復帰させる契機となる操作を行うと、操作パネル１４は電源ＯＦＦから電源ＯＮに復帰する。復帰した操作パネル１４はまず表示可能通知を起動管理部４０に通知する。表示可能通知は、アプリの画面を表示可能になったことを通知する。

(ii) 起動管理部４０は、表示可能通知により操作パネル１４が画面を表示可能になったことを検出して、アプリ選択画面を操作パネル１４に送信する。アプリ選択画面はアプリ管理テーブル４６に登録されているアプリをユーザが選択するための画面である。

アプリ選択画面を操作パネル１４に送信した起動管理部４０は、表示可能通知の受信を契機にアプリ１〜３に表示可能通知を送信する。アプリ１〜３はアプリに特有のＵＩ画面の作成を開始する。

このように、アプリ１〜３がＵＩ画面を作成する前に、操作パネル１４がアプリ選択画面を表示するので、ユーザから見た待ち時間を短縮することができる。

(iii) アプリ選択画面においてユーザが例えばアプリ１を選択した場合、起動管理部４０はアプリ１選択情報を記憶する。アプリ１選択情報を記憶することで、アプリ１が選択された時にアプリ１がＵＩ画面を作成していなくても、アプリ１がＵＩ画面を作成したタイミングで起動管理部４０はＵＩ画面を操作パネル１４に送信できる。

(iv) アプリ１はＵＩ画面の表示が可能になると、表示可能通知応答を起動管理部４０に送信する。起動管理部４０は記憶しているアプリ1選択情報のアプリ１が表示可能通知応答を送信したことを検出して、アプリ１のＵＩ画面を操作パネル１４に送信する。このように、ユーザが選択したアプリ１がＵＩ画面を表示可能になった直後にアプリ１のＵＩ画面を表示することができる。なお、アプリ２，３もＵＩ画面の表示が可能になると、表示可能通知応答を起動管理部４０に送信する。

(v) 操作パネル１４はアプリ１のＵＩ画面を表示する。

そして、本実施形態の画像形成装置は、省エネモードからの復帰時だけでなく画像形成装置の起動時（例えば、主電源ＯＦＦ→ＯＮ時、ＣＰＵの電源ＯＦＦ→ＯＮ時）も同様に、早期にＵＩ画面を表示できる。

図２は、主電源がＯＦＦの状態から、画像形成装置がアプリの選択を受け付け画面を表示する概略的な手順を示す図の一例である。
(i) 主電源がＯＮになると、起動管理部４０が起動され、また、操作パネル１４も電源ＯＮになる。主電源がＯＦＦの間、アプリ管理テーブル４６の静的な情報は不揮発メモリに退避されているため、起動管理部４０は、アプリが起動していなくても起動直後からアプリ管理テーブル４６を参照可能になっている。なお、起動した起動管理部４０は起動した操作パネル１４から表示可能通知を受信する。
(ii) 画像形成装置はＯＳ等の起動に続いて、アプリの起動を開始する。一方、起動管理部４０は、操作パネル１４から表示可能通知を受信した後であれば、アプリの起動の有無に関係なく、アプリ選択画面を操作パネル１４に送信する。したがって、アプリが起動していなくても、操作パネル１４がアプリ選択画面を表示するので、ユーザから見ると待ち時間を短縮することができる。なお、起動管理部４０は起動したアプリに対し表示可能通知を送信する。
(iii) アプリ選択画面においてユーザが例えばアプリ１を選択した場合、起動管理部４０はアプリ１選択情報を記憶する。アプリ1選択情報を記憶することで、アプリ１が選択された時にアプリ１が起動していなくても（ＵＩ画面を作成していなくても）、アプリ１がＵＩ画面を作成したタイミングで起動管理部４０はＵＩ画面を操作パネル１４に送信できる。
(iv) アプリ１はＵＩ画面の表示が可能になると、表示可能通知応答を起動管理部４０に送信する。起動管理部４０は記憶しているアプリ1選択情報のアプリ１が表示可能通知応答を送信したことを検出して、アプリ１のＵＩ画面を操作パネル１４に送信する。操作パネル１４はアプリ１のＵＩ画面を表示する。このように、ユーザが選択したアプリ１がＵＩ画面を表示可能になった直後にアプリ１のＵＩ画面を表示することができる。
(v) 操作パネル１４はアプリ１のＵＩ画面を表示する。

以上のように、本実施形態の画像形成装置は、アプリが起動しているか否かに関わらず、アプリ選択画面を表示するのでユーザの待ち時間を短縮できる。また、ユーザがアプリを選択した場合はそのアプリのアプリ選択情報を記憶しておくので、ユーザが再度の選択を行うことなく、選択されたアプリが表示可能通知応答を送信したタイミングでアプリのＵＩ画面を表示できる。したがって、任意のアプリに対し、ユーザがアプリを選択してからアプリのＵＩ画面が表示されるまでの待ち時間を、優先アプリを設定しておく場合よりも短くできる（本実施形態では優先アプリは設定されず、また、アプリ選択画面を表示するため正確に比較できないが、優先アプリをユーザが選択したと仮定すると同等の待ち時間であり、優先アプリ以外を選択した場合は待ち時間が短くなる）。

〔構成例〕
図３は、画像形成装置の概略構成図の一例を示す。画像形成装置１００はエンジン側とコントローラ側とに分かれており、両者はPCI Expressなどの高速なバスで接続されている。エンジン側にはスキャナ１８とプロッタ１９が配置されているが、この他にＦＡＸエンジン等が配置されてもよい。また、画像形成装置１００として、少なくともプロッタ１９を有するプリンターであればよく、スキャナ１８を搭載していなくてもよい。

スキャナ１８は、コンタクトガラスやＡＤＦ（Auto Document Feeder）に載置された原稿を、ＣＣＤなどで構成されるラインセンサで光学的に読み取る装置である。ＣＣＤではカラーフィルター（ＲＧＢ）を通過した光が光電変換され、所定の解像度で原稿の濃淡が反映されたカラーの画像データが生成される。この画像データは画像処理された後、コントローラ側のメインメモリ１６に書き込まれ、プロッタ１９が用紙に印刷したりＦＡＸエンジンが電話回線などから送信するために使用される。また、不図示の外部インタフェースから他の機器に送信される場合がある（Scan To E-Mailなど）。

プロッタ１９は、メインメモリ１６に書き込まれた画像データを用紙などの記録媒体に印刷する。プロッタ１９は、感光体、帯電器、露光手段、現像器、クリーニング装置、除電器、転写ベルト、紙搬送機構、定着器、給紙トレイ、排紙トレイ、などを有する画像形成手段である。このような電子写真方式の画像形成手段でなくインクジェット方式の画像形成手段でもよい。電子写真方式のプロッタ１９には、ＣＭＹＫの色毎に感光体等を用意するタンデム方式、４サイクル方式（中間転写体に順次４色のトナー画像を重ねて転写した後，中間転写体上の4色トナー画像を1回で用紙に転写する方式）などがある。

画像処理ＡＳＩＣ１２は、スキャナ１８により読み取られた原稿の画像データに対して画像処理を行いメインコントローラ１３へ画像データを出力する。スキャナ１８が読み取った画像データに対し、画像処理ＡＳＩＣ１２は、スキャナ１８のＣＣＤの特性の差異に応じて、この特性の補正を行う処理を行う。例えば、シェーディング補正や、γ変換、フィルタ処理、色変換（RGB→RGB）などである。補正により、スキャナ１８の違いに影響されず同じ原稿から同じ画像データが生成される。

また、画像処理ＡＳＩＣ１２は、メインコントローラ１３からの画像データをプロッタ１９にて印刷できるように画像処理したり、プロッタ１９の印刷タイミングにあわせて画像データを送る。例えば、メインメモリ１６の画像データに対して、スキュー補正、倍密処理、ジャギー補正、トリミング処理、地紋などのパターン作成などを行う。また、このような補正処理は、ＣＭＹＫのそれぞれの画像データに行われ、画像処理ＡＳＩＣ１２は別々のタイミングでプロッタ１９へ画像データを送信する。

コントローラ側では、メインコントローラ１３に操作パネル１４、ＨＤＤ（Hard Disk Drive）１５、及び、メインメモリ１６が接続されている。なお、本実施形態の主要な特徴部に用いない機能は省略されている。

メインコントローラ１３は、メインメモリ１６を使って画像形成装置１００で扱う画像データの回転、及び、編集などを行ったり、ＨＤＤ１５に蓄積することで、画像処理ＡＳＩＣ１２との間で画像データを送受信する。また、メインコントローラ１３は画像形成装置１００の全体を制御するメインＣＰＵの他、各種のＣＰＵを有している。

メインメモリ１６は、メインコントローラ１３が当該画像形成装置１００を制御するためのプログラムが展開されるワーク領域であり、また、扱う画像データなどを一時保管したりするメモリ（画像メモリ）である。

操作パネル１４は、液晶などのタッチパネル式の表示部を有しており、各種の画面、画像形成装置１００の状態、ジョブの実行履歴などを表示すると共に、ユーザ操作を受け付けるユーザインタフェースを提供する。また、操作パネル１４はスタートボタン、テンキーなどのハードキーを有している。

ＨＤＤ１５には、フォントデータ、ＯＳを含むプラットホーム、アプリケーションのプログラム、及び、後述する機能を提供するプログラム等が蓄積される。また、ＰＤＬ（Printer Description Language）データを蓄積するためにも使用される。

図４は、メインコントローラ１３のブロック図の一例を示す。メインコントローラ１３は、ＳＯＣ(System On Chip)として実装されている。しかし、各ブロックの１つ以上は独立のチップとして実装されていてもよいし、複数のブロックを１つのブロック又はチップに集約して実装することも可能である。

メインコントローラ１３はバスに接続されたメインＣＰＵ２１、モジュール２２、２３（以下、モジュールＡ、Ｂという）、操作パネルＩ／Ｆ２４、ＲＯＭ２５、サブＣＰＵ２６、ＨＤＤ Ｉ／Ｆ２７、ＰＣＩ Ｉ／Ｆ２８、割込みコントローラ２９、及び、ＤＤＲコントローラ３０を有している。以下、これらを区別せずに単にブロックという場合がある。

メインＣＰＵ２１はコントローラ側及びエンジン側を含む画像形成装置１００の全体を制御する。例えば、操作パネル１４に対するユーザの操作内容に基づき、複写、印刷、スキャンなどのジョブを実行する。また、不図示のネットワークインタフェースでＰＣからＰＤＬデータを受信した場合は、ＰＤＬデータを解析して印刷のジョブを実行する。

操作パネルＩ／Ｆ２４は、操作パネル１４とメインＣＰＵ２１とのインタフェースとなる。操作パネルＩ／Ｆ２４は操作パネル１４に各種の画面（アプリ選択画面、ＵＩ画面）を送信して表示させる。例えばＵＩ画面には、ジョブの実行条件などの設定メニューやソフトキーが表示される。操作パネル１４がユーザによる設定を受け付け操作パネルＩ／Ｆ２４に通知すると、操作パネルＩ／Ｆ２４は表示内容を更新する。操作パネルＩ／Ｆ２４は最終的な設定条件をメインＣＰＵ２１に通知する。

モジュールＡ、Ｂは、特定の機能である必要はなく、省エネモードからの復帰要因となる割込みを検知する各種のＩ／Ｏ部や特定の機能を提供するブロックの一例である。例えば、ＵＳＢメモリなどの可搬型の記憶媒体とのインタフェース、ネットワークカードとのインタフェース、ＡＤＦコントローラ、回転や編集などの画像処理モジュール等である。

操作パネルＩ／Ｆ２４やモジュールＡ、Ｂは直接、割込みコントローラ２９に接続されている。割込みコントローラ２９は割込みしたブロックに応じて対応する素子がＯＮとなるレジスタを有しており、割り込みしたブロックに応じてサブＣＰＵ２６に割込みの内容を通知する。

サブＣＰＵ２６は省エネ移行／復帰の制御を行う。例えばタイマーから時間の経過の通知を受け付け（又は、各動作モードにおける省エネ移行条件が成立したことを検知して）、遷移先の動作モードになるようにブロックの状態を変更する。復帰時には、復帰要因に応じたモードになるようにブロックの状態を変更する。なお、サブＣＰＵ２６は特定の機種を除いて常に電源ＯＮであり、復帰要因を検知した場合に復帰処理を行う。

ＨＤＤ Ｉ／Ｆ２７はＨＤＤ１５とのインタフェースであり、ＰＣＩ Ｉ／Ｆ２８はPCI Expressを介して画像処理ＡＳＩＣ１２（エンジン１１）と通信するインタフェースである。ＨＤＤ１５にはプログラム３１が記憶されている。プログラム３１は記憶媒体３２に記憶された状態、又は、不図示のサーバからダウンロードすることで配布される。

ＤＤＲコントローラ３０は、メインメモリ１６への書き込みとメインメモリ１６からの読み出しを行う。書き込み時には、ＣＰＵから指示された周辺機器から取得したデータをメインメモリ１６のアドレスに書き込み、読み出し時には、ＣＰＵから指示されたメインメモリ１６のアドレスからデータを読み出して周辺機器に出力する。

〔動作モード〕
図５は、画像形成装置１００の動作モードの一例を示す図である。図には４つの動作モードを示したが、画像形成装置１００が有する動作モードの種類及び各動作モードの状態は画像形成装置１００によって様々であり、説明は一例に過ぎない。なお、図では上方の動作モードほど消費電力が高い動作モードである。また、操作パネル１４と操作パネルＩ／Ｆ２４の電源は独立にＯＮ／ＯＦＦ可能であり、それぞれの状態に対応した動作モードがあり得るが、ここでは操作パネル１４と操作パネルＩ／Ｆ２４の電源は同じタイミングでＯＮ／ＯＦＦされるとして説明する。

・待機モード（印刷などのジョブを実行するモード）
操作パネル：ＯＮ、
エンジン（定着器）：ON
メインCPU：ON
サブCPU：ON
・静音モード（待機モード・省エネモードへ短時間に移行できる過渡的なモード）
操作パネル：OＮ
エンジン（定着器）：OFF
メインCPU：ON
サブCPU：ON
・省エネモード（メインＣＰＵがＯＮの低消費電力モード）
操作パネル：OFF
エンジン（定着器）：OFF
メインCPU：ON
サブCPU：ON
・メインCPU OFFモード（メインＣＰＵがＯＦＦの低消費電力モード）
操作パネル：OFF
エンジン（定着器）：OFF
メインCPU：OFF
サブCPU：On or ＯＦＦ
メインＣＰＵ ＯＦＦモードには種々の状態があり得る。例えば、メインＣＰＵ ＯＦＦモードではサブＣＰＵ２６がＯＮの場合とＯＦＦの場合があるが、どちらの状態になるかは画像形成装置１００の機種やユーザ設定に依存する。また、主電源がＯＦＦの状態もメインＣＰＵはＯＦＦである。また、メインＣＰＵ２１がＯＦＦの状態において、メインメモリ１６の電源がＯＮの状態とＯＦＦの状態があり得る。メインメモリ１６の電源がＯＮの状態は、例えばＳＴＲ（Ｓｕｓｐｅｎｄ Ｔｏ ＲＡＭ）モードと呼ばれる。ＳＴＲモードは、ＣＰＵのレジスタの状態をメインメモリ１６に退避し、その他のブロックの電源を可能な限りＯＦＦにするモードである。復帰時にはメインメモリ１６に保存されているレジスタの状態のＣＰＵに書き戻すので、ＯＳやアプリケーションなどの再起動が不要となり、高速に復帰できる。

本実施形態では、メインＣＰＵ２１がＯＦＦになっている動作モードをメインＣＰＵ ＯＦＦモードとする。また、説明を簡単にするため、メインＣＰＵ ＯＦＦモードの具体的な状態に関係なく、メインＣＰＵ ＯＦＦモードから待機モードに遷移することを「起動」、省エネモードから待機モードに遷移することを「復帰」、と称する。

図５のＡ〜Ｆは動作モード間の遷移条件であり、それぞれ以下のようになる。
・Ａ、B
電源キーＯＮ、省エネ解除キー：ON、圧版：閉→開、ＤＦ（Document Feeder）：原稿セット検知
・Ｃ
省エネ移行キー：ＯＮ、タイマーのタイムアウト、外部デバイス経由の以降要求
・Ｄ，Ｅ、Ｆ
タイマーのタイムアウト
なお、静音モードから省エネモード又はメインＣＰＵ ＯＦＦモードのどちらに移行するかは画像形成装置１００に予め設定されている。また、省エネモードからメインＣＰＵ ＯＦＦモードへは、画像形成装置１００やメインＣＰＵ ＯＦＦモードの内容によって移行しない場合もある。

〔機能ブロック等〕
図６は、画像形成装置１００のソフトウェア構成を示すブロック図の一例である。画像形成装置１００は、ハードウェアリソース１３０に加え、プラットホーム１２０及びアプリケーション１１０のソフトウェア群を有している。また、プラットホーム１２０とアプリケーション１１０に跨って、複合機起動部５０を備えている。

複合機起動部５０は、画像形成装置１００の主電源ＯＮ時に実行され、プラットホーム１２０やアプリケーション１１０を起動させる。複合機起動部５０は、例えばＢＩＯＳ、ブートストラップローダ、及び、ＯＳローダ（ＯＳが提供する）などであり、予め定められた手順でＯＳ１１８などのプラットホーム１２０を起動させる。また、複合機起動部５０は後述するコンフィグレーションファイル３３を参照して起動すべきアプリを特定し、アプリケーション１１０の各アプリを起動させる。

プラットホーム１２０は、いくつかに区分されたコントロールサービス１２１、システムリソースマネージャ（ＳＲＭ）１１７と、ＯＳ１１８とを有する。コントロールサービス１２１は、ＡＰＩ（Application Interface）を介して、アプリケーション１１０からの処理要求を解釈してハードウェア資源の獲得要求を発生させる。ＳＲＭ１１７はハードウェア資源の管理を行い、コントロールサービス１２１からの獲得要求を調停する。ＯＳ１１８はＵＮＩＸ（登録商標）やＬＩＮＵＸ（登録商標）などの汎用のオペレーティングシステムであり、プラットホーム１２０、アプリケーション１１０の各ソフトウェアをそれぞれプロセスとして並列実行する。

コントロールサービス１２１は、複数のサービスモジュールから形成され、ＳＣＳ（システムコントロールサービス）１１６と、ＥＣＳ（エンジンコントロールサービス）１１１と、ＭＣＳ（メモリコントロールサービス）１１２と、ＯＣＳ（オペレーションパネルコントロールサービス）１１３と、ＦＣＳ（ファックスコントロールサービス）１１４と、ＮＣＳ（ネットワークコントロールサービス）１１５とから構成される。

ＭＣＳ１１２は、メインメモリ１６の制御を行うプロセスであり、画像メモリの取得・解放、ＨＤＤ１５の利用等を制御する。ＯＣＳ１１３は、操作パネル１４を制御する。ＦＣＳ１１４は、ファクシミリの送受信を制御する。ＮＣＳ１１５は、ネットワークインタフェースを介した通信を提供するためのプロセスである。通信プロトコルに従ってデータを送受信し、受信したデータを各アプリに振り分け、また、アプリケーション１１０から送信要求を受け付けたデータをネットワーク側に送信する。ＥＣＳ１１１は、プロッタ１９、スキャナ１８、ファックスなどのハードウェアリソース１３０を制御する。

ＳＲＭ１１７は、ＳＣＳ１１６とともにシステム全体の制御およびリソースの管理を行う。ＳＲＭ１１７は、プロッタ１９、スキャナ１８などのエンジン１１、メインメモリ１６、ＨＤＤ１５、その他のハードウェアリソース１７の利用要求を調停し、サービスを橋渡しする。具体的には、要求されたハードウェア資源が利用可能であるかを判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ１１７は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、ハードウェアに制御要求を出力する。

ＳＣＳ１１６は、ＳＲＭ１１７や他のコントロールサービスと協働して、アプリ管理、操作部制御（操作パネル以外のハードキーの操作を含む）、システム画面表示、ＬＥＤ表示、及び、リソース管理を行う。起動管理部４０は、ＳＣＳ１１６とＯＣＳ１１３が提供する機能のうち、アプリの画面表示に関する機能であり、復帰時や起動時にアプリ選択画面の表示及びＵＩ画面の選択や表示を行う。

アプリケーション１１０は、上記のアプリ１〜３を有し、アプリには、例えば、プリンターアプリ１０１、コピーアプリ１０２、ファックスアプリ１０３、スキャナアプリ１０４、ドキュメントボックスアプリ１０５、Ｗｅｂアプリ１０６等がある。プリンターアプリ１０１は、各ページ記述言語を解釈するためＲＰＤＬ、ＰＣＬ及びＰＳ（ポストスクリプト）のモジュールを有している。コピーアプリ１０２はコピージョブの実行条件を受け付けたりコピー結果、ジョブの実行履歴を表示する。ファクシミリアプリはファックスの送信条件を受け付けたり送信結果、送信履歴を表示する。スキャナアプリ１０４はスキャンの実行条件を受け付け、原稿の読み取り結果を表示する。ドキュメントボックスアプリ１０５はＨＤＤ１５に記憶されているドキュメントを表示させたり、印刷したり送信する処理を受け付ける。Ｗｅｂアプリ１０６はブラウザなどの機能を有し入力されたＵＲＬにアクセスしＷｅｂページを表示する。

これらの各アプリも、プラットホーム１２０と同様にそれぞれプロセスとして起動される。各アプリはそれぞれ特有のＵＩ画面を有しており、起動管理部４０が操作パネル１４にＵＩ画面を表示する。

〔起動管理部について〕
図７は起動管理部等の機能について説明する図の一例である。ＲＯＭ２５には上述したコンフィグレーションファイル３３が記憶されている。コンフィグレーションファイル３３には、例えば「アプリ名」「表示名」「バージョン」「インストール日時」「ライセンスキー」などが記述されている。「アプリ名」はアプリの実行ファイルのファイル名である。「表示名」は人がアプリを識別するための名称である。「バージョン」はアプリの作成版を示し、「インストール日時」はアプリが画像形成装置１００にインストールされた日時を示す。「ライセンスキー」はアプリの使用権限が与えられると配布され、このラインセンスキーによりアプリの起動が可能になる。アプリケーション１１０には、画像形成装置１００に予め組み込まれているアプリと、出荷後にインストールされたアプリがあるが、図７では区別せずにコンフィグレーションファイル３３に全てのアプリが登録されているものとする。複合機起動部５０はコンフィグレーションファイル３３を読み出して起動すべきアプリ、アプリの記憶場所、アプリの実行ファイルなどを特定する。

起動管理部４０は少なくもアプリより先に起動する。そして、メインＣＰＵ２１の電源がＯＮの状態では常に起動している。起動管理部４０は、画面表示制御部４１、アプリ選択画面作成部４２、選択保持部４３、判断部４４及び通知順設定部４５を有する。画面表示制御部４１は、復帰時や起動時に、操作パネル１４に表示するアプリのＵＩ画面を制御する。アプリ選択画面作成部４２はアプリ選択画面を作成する。選択保持部４３は操作パネル１４から送信されたアプリ選択情報を保持する。判断部４４は、アプリ選択情報のアプリと、表示可能通知応答を送信したアプリが一致するか否かを判定する。通知順設定部４５は、アプリに表示可能通知を送信する通知順を設定するか又は通知順の設定を受け付ける。

起動管理部４０は、コンフィグレーションファイル３３を参照したり複合機起動部５０からの通知によりアプリ管理テーブル４６を作成する。一度作成したアプリ管理テーブル４６のうち静的な情報はＲＯＭ等に保持しておくことができる。アプリ管理テーブル４６には、アプリが起動したか否かに関わりなく画面を管理すべき全てのアプリが登録される。

図８はアプリ管理テーブル４６の一例を示す図である。アプリ管理テーブル４６は「アプリ名」「表示名」「選択画面」「起動フラグ」「通知順」「表示可能通知」の各フィールドを有する。「アプリ名」「表示名」「選択画面」「通知順」が静的な情報である。また、「アプリ名」「表示名」はコンフィグレーションファイル３３と同じであり、アプリを識別する情報が登録されていればよい。
・「選択画面」のフィールドには後述するアプリ選択画面にメニューとして表示されるアプリか否か、表示される場合にはその順番が登録される。アプリ選択画面に表示されないアプリは"−"が登録される。アプリ選択画面に表示されるアプリは重複しない番号が登録される。この番号は、例えば左上を起点とするアプリのアイコンの表示位置を示す番号である。各アプリの配置の初期値はメーカなどが出荷時に設定している。
・「起動フラグ」は、複合機起動部５０がアプリの起動を完了したか否かを示す。起動が完了した場合、起動フラグは"１"、起動していない場合は起動フラグは"０"になる。なお、アプリを起動するとは、複合機起動部５０がＨＤＤ１５からアプリのファイルを読み出して、メインメモリ１６に必要な領域を確保し、アプリのプログラムを領域に記憶することをいう。これをアプリ毎に行うと共に、アプリとメインメモリ上のアドレスの対応を、ＯＳ１１８がアプリ毎のアドレス変換テーブルで管理する。ＯＳ１１８がメインＣＰＵ２１が実行するアプリに応じてアドレス変換テーブルを切り替えることで、メインＣＰＵ２１は各アプリがメインメモリ１６のどこに配置されたかを意識することなく、各アプリが記録されている領域にのみアクセスすることができる。複合機起動部５０はこのようにして起動が完了したアプリを起動管理部４０に通知するか又はアプリ管理テーブル４６に登録する。
・「通知順」は起動管理部４０がアプリに表示可能通知を通知する順番である。通知順は、通知順設定部４５が設定する。例えば、アプリのインストール日時が古いもの順又は新しい順に、あいうえお（アルファベット）順に、又は、無作為に設定する。ユーザはこれらの通知順の決定方法を操作パネル１４やネットワークを介して接続されたＰＣ（Personal Computer）から設定することができる。また、ユーザは操作パネル１４やネットワークを介して接続されたＰＣから、各アプリの通知順を任意に、設定することができる。

本実施例でも従来と同様に、使用される可能性が高いアプリの「通知順」を早くすることで、ユーザが使用するアプリのＵＩ画面が表示されるまでの時間を短くすることができる。
・「表示可能通知応答」は、アプリから表示可能通知応答を起動管理部４０が受信したか否かを示す。表示可能通知応答を送信したアプリには"有り"が登録される。

図９（ａ）はアプリ選択画面の一例を示す図である。アプリ選択画面作成部４２は画面表示制御部４１の指示により、アプリ管理テーブル４６の「選択画面」に番号が登録されているアプリを選択するためのアプリ選択画面を作成する。具体的には、アプリ選択画面作成部４２は、アプリ管理テーブル４６のアプリ名などから、各アプリのアイコン画像、名称データ（表示名と同様）、及び、アイコンの配置位置情報（例えば、「選択画面」の番号とアイコンが配置座標を紐づける）などを読み出す。これらの情報はアプリが起動していなくても取得できるように、予め起動管理部４０が保持している。

図９（ａ）では「コピー」、「ファクス」、「プリンター」の３つのアプリがアイコンと共に表示されている。アプリ管理テーブル４６の「選択画面」で説明したように、アプリ選択画面に表示されるアプリは予め決まっているが、ユーザは各アプリの表示の有無及び表示する場合の配置位置を任意に変更できる。ユーザが表示しないと設定したアプリには「選択画面」で"−"が登録され、表示すると設定したアプリには「選択画面」で番号が登録される。また、ユーザがアプリのアイコンをドラッグすることなどにより、アプリの配置位置を変更することができ、「選択画面」の番号は、変更後の配置位置に対応した番号になる。なお、ＯＣＳ１１３等は各アプリの配置位置と、ユーザが操作パネル１４で触れた位置を比較して、アプリ選択画面においてユーザが起動しようと選択したアプリを特定する。

なお、通知順設定部４５は、アプリ管理テーブル４６の「選択画面」が更新された場合、表示されるアプリに優先的に表示可能通知が送信されるように「通知順」を変更する。例えば、ユーザがアプリ選択画面から除外したアプリの「通知順」を最後にし、該アプリよりも「通知順」が後のアプリの「通知順」を繰り上げる。また、ユーザが新たにアプリ選択画面に追加したアプリの「通知順」を、表示されるアプリの中で最も遅い番号にする。この場合、表示されないアプリの「通知順」を繰り下げる。こうすることで、起動管理部４０は表示されるアプリに優先的に表示可能通知を送信することができる。

図９（ｂ）はコピーアプリ１０２のＵＩ画面の一例を示す図である。コピーアプリ１０２のＵＩ画面は、原稿種類選択欄１５１、濃度選択欄１５２、用紙選択欄１５３、変倍率設定欄１５４、編集設定欄１５５、フィニッシャ設定欄１５６等を有する。ユーザはＵＩ画面からコピーの設定条件を入力できる。この他、プリンターアプリ１０１やファックスアプリ１０３も同様であって、アプリに特有の条件を設定するＵＩ画面を作成して操作パネル１４に表示する。

〔アプリのＵＩ画面を表示するまでのシーケンス〕
＜従来のシーケンス＞
図１０のシーケンス図を用いて、画像形成装置１００がアプリのＵＩ画面を表示するまでのシーケンスについて説明する。なお、図１０ではアプリ１が、画像形成装置１００の復帰後又は起動後に操作パネル１４に表示される優先アプリとして設定されているものとする。また、画像形成装置１００は省エネモード又はメインＣＰＵ ＯＦＦモードである。

S1：画像形成装置１００が復帰又は起動すると、操作パネル１４が電源ONになる。

S2：電源ＯＮになった操作パネル１４は起動管理部４０に表示可能通知を送信する。

S3：アプリ１が優先アプリなので、起動管理部４０は、まずアプリ１に表示可能通知を送信する。つまり、ユーザに最初に表示するアプリ１に対し先行して通知する。他のアプリへの通知を遅らせることで復帰時間を短くしている。

S4：アプリ１がすでに起動している場合、アプリ１は表示可能通知応答を起動管理部４０に送信する。

S5：起動管理部４０は表示可能通知応答によりアプリ１がＵＩ画面を表示可能であることを検出して、操作パネル１４にアプリ１のＵＩ画面を表示する。したがって、アプリ１のＵＩ画面に関して言えば、少ない待ち時間でＵＩ画面を表示することができる。

S6：優先アプリのＵＩ画面の表示後、起動管理部４０は、他のアプリに表示可能通知を送信する。図ではアプリ３に表示可能通知を送信している。

S7：アプリ３は表示可能通知応答を起動管理部４０に送信する。

S8：起動管理部４０は、アプリ２に表示可能通知を送信する。

S9：アプリ２は表示可能通知応答を起動管理部４０に送信する。

このように優先アプリであるアプリ１のＵＩ画面は早期に表示される。しかし、ユーザがアプリ２，３を選択した場合でも、まずアプリ１のＵＩ画面が表示されるため、優先アプリ以外のアプリ２，３についてはユーザの待ち時間が長くなる場合がある。

＜本実施例のシーケンス＞
図１１は、本実施例の画像形成装置１００がアプリのＵＩ画面を表示するシーケンス図の一例である。なお、図１１ではアプリ管理テーブル４６の「通知順」には、アプリ１：１、アプリ３：２、アプリ２：３の番号が登録されているものとする。また、画像形成装置１００は省エネモードである。

S1：画像形成装置１００が復帰すると、操作パネル１４が電源ONになる。

S2：電源ＯＮになった操作パネル１４は起動管理部４０に表示可能通知を送信する。表示可能通知は、アプリの画面を表示可能になったことの通知であるが、電源ＯＮしたこと、又は、画面を要求する通知とみなすこともできる。

S3：画面表示制御部４１は、操作パネル１４の表示可能通知の受信を契機にアプリ選択画面を送信するため、アプリ選択画面作成部４２にアプリ選択画面を作成させる。アプリ選択画面作成部４２はアプリ管理テーブル４６の「選択画面」を参照し、アプリ選択画面に表示するアプリを特定すると共に、配置位置を決定しアプリ選択画面を作成する。

S4：起動管理部４０はアプリ選択画面を操作パネル１４に送信するので、操作パネル１４はアプリ選択画面を表示する。このように、起動管理部４０はアプリ選択画面をいち早く表示するので、ユーザに起動（復帰）が早い（待ち時間が短い）と感じさせることができる。

S5：画面表示制御部４１は、アプリ管理テーブル４６の「通知順」を参照し、各アプリに順番に表示可能通知を送信する。まず、アプリ１に送信する。具体的には、アプリ１を呼び出す際の引数に表示可能通知を含めるなどして送信する。表示可能通知はスタック領域に保存され、アプリ１は表示可能通知を取得できる。

S6：次いで、画面表示制御部４１は、アプリ３に表示可能通知を送信する。

S7：次いで、画面表示制御部４１は、アプリ２に表示可能通知を送信する。

S8：ユーザがアプリ選択画面から例えばアプリ１を選択したものとする。

S9：操作パネル１４はアプリ１を選択したというアプリ１選択情報を起動管理部４０に送信する。

S10：起動管理部４０がアプリ１選択情報を受信すると、画面表示制御部４１は選択保持部４３にアプリ１選択情報を保持させる。

S11：表示可能通知を受信したアプリ１〜３はそれぞれＵＩ画面の作成（又は作成準備）を行うが、必ずしも表示可能通知を受信した順番にＵＩ画面が完了するとは限らない。これはアプリの切り換え制御のタイミングや各アプリの動作速度などに影響されるためである。このため、アプリ１〜３はＵＩ画面の作成（又は作成準備）が完了次第、表示可能通知応答を起動管理部４０に送信する。図では、アプリ３が最も早く、表示可能通知応答を起動管理部４０に送信する。

S12：画面表示制御部４１は、アプリ管理テーブル４６の「表示可能通知応答」に表示可能通知応答を送信したアプリを登録する。すなわち、表示可能通知応答を送信したアプリ３の「表示可能通知応答」は"有り"になる。

S13：判断部４４は、表示可能通知応答を受信する毎に、選択保持部４３が保持しているアプリ１選択情報のアプリと、表示可能通知応答を送信したアプリが同じかどうかを判定する。そして、一致した場合に、画面表示制御部４１はアプリのＵＩ画面を送信する。ステップＳ１３ではアプリ１選択情報のアプリがアプリ１、表示可能通知応答を送信したアプリがアプリ３なので一致しない。

S14：アプリ１が表示可能通知応答を起動管理部４０に送信する。

S15：画面表示制御部４１は、アプリ管理テーブル４６の「表示可能通知応答」に表示可能通知応答を送信したアプリ１を登録する。

S16：判断部４４は、表示可能通知応答を受信する毎に、選択保持部４３が保持しているアプリ１選択情報のアプリと、表示可能通知応答を送信したアプリが同じかどうかを判定する。ステップＳ１６ではアプリ１選択情報のアプリがアプリ１、表示可能通知応答を送信したアプリがアプリ１なので一致する。

S17：判断部４４が一致すると判断しため、画面表示制御部４１は操作パネル１４にアプリ１のＵＩ画面を表示する。したがって、アプリ１がＵＩ画面を準備したらすぐに、操作パネル１４はアプリ１のＵＩ画面を表示できる。

S18：アプリ２が表示可能通知応答を起動管理部４０に送信する。以降の処理はアプリ３と同様である。

このように、本実施例の画像形成装置１００は、復帰直後にアプリ選択画面を表示するのでユーザに待ち時間が短いと感じさせることができる。また、ユーザが選択したアプリを保持しておくので、ユーザがアプリを選択した時にアプリがＵＩ画面を表示可能になっていなくても、アプリがＵＩ画面を表示可能になり次第、ユーザが選択したアプリのＵＩ画面を表示できる。ユーザは、アプリがＵＩ画面を表示可能になるまで何度もアプリを選択する必要もない。

続いて、ユーザの選択タイミングが異なる場合のシーケンスについて説明する。
図１２は、画像形成装置１００がアプリのＵＩ画面を表示するシーケンス図の別の一例である。図１１と同一のステップについては図１１との違いを主に説明する場合がある。なお、図１２ではアプリ管理テーブル４６に、アプリ３：１、アプリ２：２、アプリ１：１の「通知順」が登録されているものとする。また、画像形成装置１００は省エネモードである。

S1：画像形成装置１００が復帰すると、操作パネル１４が電源ONになる。

S2：電源ＯＮになった操作パネル１４は起動管理部４０に表示可能通知を送信する。

S3：画面表示制御部４１は、操作パネル１４の表示可能通知の受信を契機にアプリ選択画面を送信するため、アプリ選択画面作成部４２にアプリ選択画面を作成させる。アプリ選択画面作成部４２はアプリ管理テーブル４６の「選択画面」を参照し、アプリ選択画面に表示するアプリを特定すると共に、配置位置を決定しアプリ選択画面を作成する。

S4：起動管理部４０はアプリ選択画面を操作パネル１４に送信するので、操作パネル１４はアプリ選択画面を表示する。このように、起動管理部４０はアプリ選択画面をいち早く表示するので、ユーザに起動（復帰）が早い（待ち時間が短い）と感じさせることができる。

S5：画面表示制御部４１は、アプリ管理テーブル４６の「通知順」を参照し、各アプリに順番に表示可能通知を送信する。まず、アプリ３に送信する。

S6：ユーザがアプリ選択画面から例えばアプリ１を選択したものとする。

S7：操作パネル１４はアプリ１を選択したというアプリ１選択情報を起動管理部４０に送信する。

S8：起動管理部４０がアプリ１選択情報を受信すると、画面表示制御部４１は選択保持部４３にアプリ１選択情報を保持させる。

S9：そして、アプリ１が選択されたので、画面表示制御部４１はアプリ１のＵＩ画面を優先的に用意する。画面表示制御部４１は、全アプリに表示可能通知を通知する前にアプリ選択情報を受信した場合、選択されたアプリ１に優先的にＵＩ画面を作成させる。したがって、アプリ管理テーブル４６に、アプリ３、アプリ２、アプリ１の「通知順」が登録されているが、アプリ１をアプリ２よりも優先する。

S10：表示可能通知を受信したアプリ３はＵＩ画面の作成（又は作成準備）を行い、表示可能通知応答を起動管理部４０に送信する。

S11：画面表示制御部４１は、表示可能通知応答を送信したアプリをアプリ管理テーブル４６の「表示可能通知応答」に登録する。すなわち、表示可能通知応答を送信したアプリの「表示可能通知応答」は"有り"になる。

S12：判断部４４は、表示可能通知応答を受信する毎に、選択保持部４３が保持しているアプリ１選択情報のアプリと、表示可能通知応答を送信したアプリが同じかどうかを判定する。そして、一致した場合に、画面表示制御部４１はアプリのＵＩ画面を送信する。ステップＳ１３ではアプリ１選択情報のアプリがアプリ１、表示可能通知応答を送信したアプリがアプリ３なので一致しない。

S13：アプリ１が表示可能通知応答を起動管理部４０に送信する。

S14：画面表示制御部４１は、表示可能通知応答を送信したアプリ１をアプリ管理テーブル４６の「表示可能通知応答」に登録する。

S15：判断部４４は、表示可能通知応答を受信する毎に、選択保持部４３が保持しているアプリ１選択情報のアプリと、表示可能通知応答を送信したアプリが同じかどうかを判定する。ステップＳ１５ではアプリ１選択情報のアプリがアプリ１、表示可能通知応答を送信したアプリがアプリ１なので一致する。

S16：画面表示制御部４１は操作パネル１４にアプリ１のＵＩ画面を表示する。したがって、アプリ１がＵＩ画面を準備したらすぐに、画面表示制御部４１はアプリ１のＵＩ画面を表示できる。

S17：次いで、画面表示制御部４１は、アプリ２に表示可能通知を送信する。すなわち、優先したアプリ１のＵＩ画面を表示した後、未通知のアプリ２に表示可能通知を送信する。

S18：アプリ２は表示可能通知応答を起動管理部４０に送信する。以降の処理はアプリ３と同様である。

このように、図１１と同様にアプリ選択画面を早期に表示できるが、図１２では「通知順」に関係なくユーザが選択したアプリのＵＩ画面の作成を優先するので、ユーザが早期にアプリを選択した場合は、該アプリのＵＩ画面を早期に表示できる。

また、図１０，１１のいずれもユーザがアプリ１を選択する時よりも後にアプリ１が表示可能通知応答を送信するが、アプリ１が表示可能通知応答を送信した後にユーザがアプリ１を選択する場合もある。この場合も、画面表示制御部４１は「表示可能通知応答」がすでに"有り"になっているので、ユーザがアプリ１を選択した直後に画面表示制御部４１はアプリ１のＵＩ画面を操作パネル１４に表示できる。

＜アプリが起動する前にアプリが選択された場合＞
本実施例では、画像形成装置１００が主電源のＯＮなどにより起動した場合も同様に、ユーザが使用するアプリのＵＩ画面が表示されるまでの時間を短縮できる。

図１３は、画像形成装置１００の起動時に、画像形成装置１００がアプリのＵＩ画面を表示するシーケンス図の一例である。図１３（ａ）ではアプリ管理テーブル４６に、アプリ３：１、アプリ２：２、アプリ１：１の「通知順」が登録されているものとする。また、画像形成装置１００はメインＣＰＵ ＯＦＦモードであり、アプリ１〜３は複合機起動部５０により起動されていない。

S1：画像形成装置１００が起動すると、操作パネル１４が電源ONになる。また、ＯＳ１１８を含むプラットホーム１２０がアプリ１〜３よりも先に起動する。

S2：電源ＯＮになった操作パネル１４は起動管理部４０に表示可能通知を送信する。

S3：画面表示制御部４１は、操作パネル１４の表示可能通知の受信を契機にアプリ選択画面を送信するため、アプリ選択画面作成部４２にアプリ選択画面を作成させる。アプリ選択画面作成部４２はアプリ管理テーブル４６の「選択画面」を参照し、アプリ選択画面に表示するアプリを特定すると共に、配置位置を決定しアプリ選択画面を作成する。

S4：起動管理部４０はアプリ選択画面を操作パネル１４に送信するので、操作パネル１４はアプリ選択画面を表示する。このように、起動管理部４０はアプリが起動を完了する前でも、アプリ選択画面をいち早く表示するので、ユーザに起動（復帰）が早い（待ち時間が短い）と感じさせることができる。

S5：ユーザがアプリ選択画面から例えばアプリ１を選択したものとする。

S6：操作パネル１４はアプリ１を選択したというアプリ１選択情報を起動管理部４０に送信する。

S7：起動管理部４０がアプリ１選択情報を受信すると、画面表示制御部４１は選択保持部４３にアプリ１選択情報を保持させる。しかし、アプリ１〜３はいずれも起動していないので、起動管理部４０は表示可能通知を送信できない。このような場合は、ユーザが選択したアプリ１が起動するまで待機する（起動したことは「起動フラグ」で検出できる）。また、アプリ２，３が先に起動を完了した場合も、アプリ１を優先するため、起動管理部４０はアプリ２，３に表示可能通知を送信しない。

S8：図１３（ｂ）に示すようにアプリ１が起動すると、例えば複合機起動部５０がアプリ管理テーブル４６にアプリ１の起動を登録するので（起動フラグが"１"になる）、起動管理部４０はアプリ１が起動したことを検知する。

S9：画面表示制御部４１は、選択保持部４３が保持しているアプリ１選択情報を読み出し、アプリ１のＵＩ画面を優先的に用意する。したがって、アプリ管理テーブル４６の「通知順」に関係なく、アプリ１をアプリ３，２よりも優先する。表示可能通知を受信したアプリ１はＵＩ画面の作成（又は作成準備）を行う。

S10：アプリ１は表示可能通知応答を起動管理部４０に送信する。

S11：画面表示制御部４１は、表示可能通知応答を送信したアプリ１をアプリ管理テーブル４６の「表示可能通知応答」に登録する。すなわち、表示可能通知応答を送信したアプリの「表示可能通知応答」は"有り"になる。

S12：判断部４４は、表示可能通知応答を受信する毎に、選択保持部４３が保持しているアプリ１選択情報のアプリと、表示可能通知応答を送信したアプリ１が同じかどうかを判定する。ステップＳ１２ではアプリ１選択情報のアプリがアプリ１、表示可能通知応答を送信したアプリがアプリ１なので一致する。

S13：起動管理部４０は操作パネル１４にアプリ１のＵＩ画面を表示する。したがって、アプリ１が起動したらすぐに、画面表示制御部４１はアプリ１のＵＩ画面を表示できる。この後、起動管理部４０はアプリ３、２に表示可能通知を送信する。

このように、本実施例の画像形成装置１００は、アプリが起動していなくてもアプリ選択画面を表示できるので、ユーザに待ち時間が短いと感じさせることができる。また、アプリが起動する前にユーザが選択したアプリを保持しておくので、ユーザがアプリを選択した時にアプリがＵＩ画面を表示可能になっていなくても、アプリがＵＩ画面を表示可能になり次第、ユーザが選択したアプリのＵＩ画面を表示できる。ユーザは、アプリがＵＩ画面を表示可能になるまで何度もアプリを選択する必要もない。

本実施例では実施例１と同様のアプリのＵＩ画面の表示制御を、操作パネル１４が可搬可能な画像形成システム３００において説明する。

図１４（ａ）（ｂ）は画像形成システム３００の概略構成図の一例を示す。図１４（ａ）では画像形成装置１００と端末２００はネットワーク４００を介して接続されており、図１４（ｂ）では１対１に接続されている。ネットワーク４００はＬＡＮやＷＡＮであるが、一部又は全てを無線通信で構築してもよい。図１４（ｂ）のように１対１接続する場合、無線ＬＡＮのアドホックモードや、Bluetooth（登録商標）、Zigbee（登録商標）、IC通信などの規格で通信できる。

端末２００は、例えばタブレットやスマートフォン、ＰＤＡ(Personal Digital Assistant)、携帯電話など、表示装置を備える情報処理装置であることが好ましい。この表示装置に画像形成装置１００はアプリ選択画面やＵＩ画面を表示する。

具体的には、ユーザが端末２００を携帯して画像形成装置１００に接近すると、無線通信により自動的に又はユーザが画像形成装置１００に明示的な操作を行うことで端末２００を認識する。ユーザは画像形成装置１００に端末２００の載置場所がある場合は端末２００を載置し、載置場所がない場合は携帯するなどして端末２００を操作する。

通信が可能になると画像形成装置１００は、端末２００に画面を送信する。この場合、操作パネル１４には送信してもしなくてもよいが、端末２００に画面を送信した場合は端末２００に対する操作を優先して受け付ける。

したがって、ユーザは操作パネル１４を使用する場合と同様に、端末２００を操作することができる。画像形成装置１００が復帰又は起動する契機は実施例１と同様であるが、本実施例では、画像形成装置１００は端末２００と通信したことで復帰することも可能である。

図１５は画像形成システムの機能ブロック図の一例を示す。画像形成装置は起動管理部の機能に、端末と通信するための通信部４８を有する。また、端末は、送信部２０１、受信部２０２、表示部２０３及び操作受付部２０４を有する。

復帰又は起動した画像形成装置１００は、ユーザの操作により又は自動的に端末２００とセッションを確立し、以降は操作パネル１４に画面を表示する場合と同様にアプリ選択画面とＵＩ画面を表示し、ユーザが選択したアプリのアプリ選択情報等を受信できる。

すなわち、セッションの確立後、端末２００の送信部は表示可能通知を画像形成装置に送信する。画像形成装置はアプリ選択画面を端末２００に送信する。

端末の受信部２０２はアプリ選択画面を受信し、表示部２０３がアプリ選択画面を表示する。その後、任意のタイミングでユーザがアプリを選択すると、送信部２０１はアプリ選択情報を画像形成装置１００に送信する。

画像形成装置１００はユーザが選択したアプリのアプリ選択情報を保持しておき、選択されたアプリが表示可能通知応答を出力したら、端末２００にアプリのＵＩ画面を送信する。端末の受信部２０２は、ＵＩ画面を受信して、表示部２０３がＵＩ画面を表示する。

このように、端末２００と画像形成装置１００との間で通信が発生するが、端末２００は画像形成装置１００のＵＩ画面を表示できる。

１１ エンジン
１３ メインコントローラ
１４ 操作パネル
１５ ＨＤＤ
１６ メインメモリ
２１ メインＣＰＵ
３１ プログラム
４０ 起動管理部
４１ 画面表示制御部
４２ アプリ選択画面作成部
４３ 選択保持部
４４ 判定部
４５ 通知順設定部
４６ アプリ管理テーブル
５０ 複合機起動部
１００ 画像形成装置
３００ 画像形成システム

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

Claims (6)

1. 第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能な情報処理装置であって、
   前記第２の動作モードから前記第１の動作モードへ移行した場合に制御手段に通知を送信する表示手段と、
   前記表示手段が送信した前記通知に応じてアプリケーション選択画面を生成し、更に、前記通知に応じて前記アプリケーション選択画面を介して選択可能な複数のアプリケーションそれぞれに対応する複数のアプリケーションのＵＩ画面の生成を開始する前記制御手段と、
   前記アプリケーション選択画面を介してアプリケーションの選択を受け付ける操作受付手段と、
   前記複数のアプリケーションから前記選択されたアプリケーションが第１のアプリケーションであるか否かを判定する判定手段と、を備え、
   前記制御手段は、
   前記選択されたアプリケーションが前記第１のアプリケーションであると判定された場合、生成した複数のアプリケーションの前記ＵＩ画面の中から、前記第１のアプリケーションの前記ＵＩ画面を前記表示手段に表示させることを特徴する情報処理装置。
2. 用紙に画像を形成する画像形成手段と、
   画像形成の設定条件を受け付ける画面を作成する機能提供手段と、を有することを特徴とする請求項１に記載の情報処理装置。
3. 前記操作受付手段が前記第１のアプリケーションの選択を受け付けた際に、前記第１のアプリケーションの前記ＵＩ画面の生成が完了していない場合、前記第１のアプリケーションの前記ＵＩ画面の生成が完了した後に、前記制御手段は、前記第１のアプリケーションの前記ＵＩ画面を前記表示手段に表示することを特徴とする請求項１に記載の情報処理装置。
4. 第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能であり、
   前記第２の動作モードから前記第１の動作モードへ移行した場合に制御手段に通知を送信する表示手段を有する情報処理装置を、
   前記表示手段が送信した前記通知に応じてアプリケーション選択画面を生成し、更に、前記通知に応じて前記アプリケーション選択画面を介して選択可能な複数のアプリケーションそれぞれに対応する複数のアプリケーションのＵＩ画面の生成を開始する前記制御手段と、
   前記アプリケーション選択画面を介してアプリケーションの選択を受け付ける操作受付手段と、
   前記複数のアプリケーションから前記選択されたアプリケーションが第１のアプリケーションであるか否かを判定する判定手段と、として機能させ、
   前記制御手段は、
   前記選択されたアプリケーションが前記第１のアプリケーションであると判定された場合、生成した複数のアプリケーションの前記ＵＩ画面の中から、前記第１のアプリケーションの前記ＵＩ画面を前記表示手段に表示させることを特徴するプログラム。
5. 端末と、第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能な情報処理装置とを有する情報処理システムであって、
   前記端末は、操作を受け付ける操作受付手段と、
   前記情報処理装置から受信した画面を表示する表示手段と、
   前記第２の動作モードから前記第１の動作モードへ移行した場合に通知を、前記操作受付手段がアプリケーションの選択を受け付けた場合に選択機能識別情報を前記情報処理装置に送信する送信手段と、を有し、
   前記情報処理装置は、
   前記通知に応じてアプリケーション選択画面を生成し、更に、前記通知に応じて前記アプリケーション選択画面を介して選択可能な複数のアプリケーションそれぞれに対応する複数のアプリケーションのＵＩ画面の生成を開始する制御手段と、
   前記選択機能識別情報に応じて前記複数のアプリケーションから前記操作受付手段が選択を受け付けたアプリケーションが第１のアプリケーションであるか否かを判定する判定手段と、を備え、
   前記制御手段は、
   前記選択されたアプリケーションが前記第１のアプリケーションであると判定された場合、生成した複数のアプリケーションの前記ＵＩ画面の中から、前記第１のアプリケーションの前記ＵＩ画面を前記端末に送信して前記表示手段に表示させることを特徴する情報処理システム。
6. 端末と、第１の動作モード及び前記第１の動作モードよりも消費電力が少ない第２の動作モードで動作可能な情報処理装置とを有する情報処理システムであって、
   操作を受け付ける操作受付手段と、
   前記情報処理装置から受信した画面を表示する表示手段と、
   前記第２の動作モードから前記第１の動作モードへ移行した場合に通知を、前記操作受付手段がアプリケーションの選択を受け付けた場合に選択機能識別情報を前記情報処理装置に送信する送信手段と、
   前記通知に応じてアプリケーション選択画面を生成し、更に、前記通知に応じて前記アプリケーション選択画面を介して選択可能な複数のアプリケーションそれぞれに対応する複数のアプリケーションのＵＩ画面の生成を開始する制御手段と、
   前記選択機能識別情報に応じて前記複数のアプリケーションから前記操作受付手段が選択を受け付けたアプリケーションが第１のアプリケーションであるか否かを判定する判定手段と、を備え、
   前記制御手段は、
   前記選択されたアプリケーションが前記第１のアプリケーションであると判定された場合、生成した複数のアプリケーションの前記ＵＩ画面の中から、前記第１のアプリケーションの前記ＵＩ画面を前記端末に送信して前記表示手段に表示させることを特徴する情報処理システム。

Images