(57)【要約】      （修正有）【課題】画面描画に関わる複雑なウィンドウマネージャー等を備えることなく、ファームウェア上で動作する任意のアプリケーションプログラムで無操作状態を認識できる画像形成装置を提供する。【解決手段】操作部を介したユーザの操作を受付けると、ファームウェアと、操作情報及び表示部への表示をファームウェアとの間で仲介する操作制御手段とに通知する。この時、ファームウェア上でアプリケーションプログラムが起動している時は、操作情報をファームウェアを介してアプリケーションプログラムに通知すると伴に、操作制御手段にダミーの操作情報を通知し、ファームウェア上でアプリケーションプログラムが起動していない時は、操作制御手段に操作情報を通知する。【選択図】図４
2018079674.tif 000002
【特許請求の範囲】
【請求項１】
ファームウェア上で任意のアプリケーションプログラムを動作させることができる画像形成装置であって、
操作部を介したユーザの操作、及び表示部への表示を前記ファームウェアとの間で仲介する操作制御手段と、
前記操作部を介したユーザの操作を受付けると、前記ファームウェアと、前記操作制御手段とに通知するＵＩデバイス制御手段と、を有し、
前記ＵＩデバイス制御手段は、前記ファームウェア上でアプリケーションプログラムが起動しているときは、前記ユーザの操作に基づく操作情報を前記ファームウェアを介して前記アプリケーションプログラムに通知するとともに、前記操作制御手段にダミーの操作情報を通知し、
前記ファームウェア上でアプリケーションプログラムが起動していないときは、前記操作制御手段に前記ユーザの操作に基づく操作情報を通知することを特徴とする画像形成装置。
【請求項２】
前記操作制御手段は、前記ＵＩデバイス制御手段から通知される前記操作情報が通知されない無操作の経過時間を計時し、前記無操作の経過時間が所定時間になると、前記ファームウェア上でアプリケーションプログラムが起動しているときはスライドショーを実行するように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記操作制御手段は、前記ＵＩデバイス制御手段から通知される前記操作情報が通知されない無操作の経過時間を計時し、前記無操作の経過時間が所定時間になると、前記ファームウェア上でアプリケーションプログラムが起動していないときは画面表示を初期化するように制御することを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記所定時間は、画面表示を初期化する時間であることを特徴とする請求項２又は３に記載の画像形成装置。
【請求項５】
前記操作制御手段は、前記ＵＩデバイス制御手段から前記操作情報が通知されると前記無操作の経過時間の計時を停止し、前記スライドショーを実行中であれば、当該スライドショーを停止することを特徴とする請求項２に記載の画像形成装置。
【請求項６】
前記操作制御手段は、前記ＵＩデバイス制御手段から前記操作情報が通知されると前記無操作の経過時間の計時を初期化し、スリープ中であれば当該スリープから復帰させ、当該スリープに移行する間に前記ファームウェア上でアプリケーションプログラムが起動していれば当該アプリケーションプログラムを再開することを特徴とする請求項２に記載の画像形成装置。
【請求項７】
ファームウェア上で任意のアプリケーションプログラムを動作させることができる画像形成装置を制御する制御方法であって、
操作部を介したユーザの操作、及び表示部への表示を前記ファームウェアとの間で仲介する操作制御工程と、
前記操作部を介したユーザの操作を受付けると、前記ファームウェアと、前記操作制御手段とに通知するＵＩデバイス制御工程と、を有し、
前記ＵＩデバイス制御工程は、前記ファームウェア上でアプリケーションプログラムが起動しているときは、前記ユーザの操作に基づく操作情報を前記ファームウェアを介して前記アプリケーションプログラムに通知するとともに、前記操作制御工程にダミーの操作情報を通知し、
前記ファームウェア上でアプリケーションプログラムが起動していないときは、前記操作制御工程に前記ユーザの操作に基づく操作情報を通知することを特徴とする画像形成装置の制御方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の画像形成装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置及びその制御方法とプログラムに関する。
【背景技術】
【０００２】
昨今、ファームウェア上で任意のアプリケーションを動作させることができる画像形成装置が広く使われている。また、比較的廉価な画像形成装置においても、画面の描画に関わる複雑な画面管理処理（ウィンドウマネージャー）を備えることなく、ファームウェア上で任意のアプリケーションを動作させることができるようになっている。
【０００３】
一方、無操作状態における画面の焼き付きを防止する、所謂、スクリーンセーバー機能や、無操作状態のときに、設定したスライドやメッセージを表示するスライドショー機能が知られている。以後、これらの機能を代表してスライドショーと呼ぶ。また、ファームウェア上で任意のアプリケーションを動作させることができる画像形成装置においてこのスライドショーが任意のアプリケーションの一つとして実現されるものもある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２０９５６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここでウィンドウマネージャーを備えない比較的廉価な画像形成装置においても、ファームウェア上で任意のアプリケーションを動作させるために拡張アプリケーションの実行環境である仮想マシン（ＶＭ）を備えたものがある。このような装置において、このＶＭを利用してスライドショー機能を実現させたい要望がある。
【０００６】
しかし、例えばユーザの認証が必要な設定がされたパーソナルコンピュータのオペレーティングシステム（ＯＳ）では、スライドショーの起動は無操作の状態の時間を計測して行われる。パーソナルコンピュータのＯＳは、無操作状態であることを、入力イベントが発せしないことを監視することで確認できる。しかしＶＭ上のアプリケーション、或いはＶＭを動作させるためのＦＷ（Ｆｒａｍｅｗｏｒｋ）は、画像形成装置のネイティブアプリケーションである操作制御部（ＵＩ）から操作情報を通知する経路を切り離して操作情報を取得する。そのためＵＩは、ＶＭ上のアプリケーションやＦＷが動作していても、無操作状態であると認識し、無操作状態と認識したままで所定時間が経過すると画面表示を初期化してスリープ移行等の画面遷移を行ってしまう。これを防止するためにＵＩの機能を停止させると、拡張アプリケーション或いはＦＭで、無操作状態を認識し、スリープへの移行、必要であれば画面表示を初期化する必要があり、そのためには別途タイマ機能を追加する必要がある。
【０００７】
本発明の目的は、上記従来技術の課題を解決することにある。
【０００８】
本発明の目的は、画面描画に関わる複雑なウィンドウマネージャー等を備えることなく、ファームウェア上で動作する任意のアプリケーションプログラムで無操作状態を認識できるようにする技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明の一態様に係る画像形成装置は以下のような構成を備える。即ち、
ファームウェア上で任意のアプリケーションプログラムを動作させることができる画像形成装置であって、
操作部を介したユーザの操作、及び表示部への表示を前記ファームウェアとの間で仲介する操作制御手段と、
前記操作部を介したユーザの操作を受付けると、前記ファームウェアと、前記操作制御手段とに通知するＵＩデバイス制御手段と、を有し、
前記ＵＩデバイス制御手段は、前記ファームウェア上でアプリケーションプログラムが起動しているときは、前記ユーザの操作に基づく操作情報を前記ファームウェアを介して前記アプリケーションプログラムに通知するとともに、前記操作制御手段にダミーの操作情報を通知し、
前記ファームウェア上でアプリケーションプログラムが起動していないときは、前記操作制御手段に前記ユーザの操作に基づく操作情報を通知することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、画面描画に関わる複雑なウィンドウマネージャー等を備えることなく、ファームウェア上で動作する任意のアプリケーションプログラムで無操作状態を認識できるという効果がある。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施形態に係るＭＦＰのハードウェア構成を説明するブロック図。
【図２】実施形態に係るＭＦＰのソフトウェア構成を説明するブロック図。
【図３】実施形態に係るＵＩデバイス制御部における表示に関わるモジュールの詳細を説明するソフトウェア構成図。
【図４】施形態に係るＭＦＰにおける、ＵＩデバイス制御部による操作部からの操作情報の処理を説明するフローチャート。
【図５】実施形態に係るＭＦＰにおける、ＵＩによるタイマ処理を説明するフローチャート。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明の情報処理装置に係る実施形態を多機能処理装置（ＭＦＰ）を例に説明するが、本発明はこのようなＭＦＰに限定されない。
【００１３】
図１は、本発明の実施形態に係るＭＦＰ１００のハードウェア構成を説明するブロック図である。
【００１４】
ＭＦＰ１００は、ＣＰＵ１０１，ＲＯＭ１０２，ＲＡＭ１０３、表示コントローラ１０４、表示部１０５、操作コントローラ１０６、操作部１０７を備える。またＭＦＰ１００は、ｅＭＭＣホストコントローラ１０８、ｅＭＭＣ１０９、読取コントローラ１１０、読取部１１１、記録コントローラ１１２、記録部１１３を備える。更に、ＭＦＰ１００は、ＵＳＢホストコントローラ１１４、モデム１１５、網制御ユニット（ＮＣＵ）１１６、ネットワークインタフェースカード（ＮＩＣ）１１７を備えている。
【００１５】
ＣＰＵ１０１は、システムバス１１８に接続される各デバイスを総括的に制御する。ＣＰＵ１０１は、電源が供給されると、ＲＯＭ１０２に記憶されたブートプログラムを実行する。通常、ブートプログラムは、ストレージ（例えばｅＭＭＣ１０９）に保存されているメインプログラムをＲＡＭ１０３に展開し、その展開されたメインプログラムの先頭にジャンプする。ＲＡＭ１０３は、メインプログラムのロード場所としてだけでなく、メインプログラムのワークエリアなどとしても機能する。ＣＰＵ１０１は、フローチャートを参照して後述する制御を実行して、本実施形態に係る各種処理を実行する。
【００１６】
表示コントローラ１０４は、表示部１０５への描画を制御する。表示部１０５は、ＷＶＧＡサイズのフルビットマップの表示部である。操作コントローラ１０６は、操作部１０７からの入力を制御する。操作部１０７は、表示部１０５に重畳されたタッチパネル、及び各種ハードキー等を含む。読取部１１１は原稿の読み取りを行う。読取部１１１には、オプションとしてオートドキュメントフィーダ（不図示）が装着されており、複数枚の原稿を自動的に給紙して読み取ることができる。読取部１１１は読取コントローラ１１０に接続されており、ＣＰＵ１０１は、読取コントローラ１１０を介して読取部１１１とやり取りする。
【００１７】
記録部１１３は、例えば電子写真方式で記録紙（シート）に画像を形成（印刷）する。記録部１１３は記録コントローラ１１２に接続されており、ＣＰＵ１０１は記録コントローラ１１２を介して記録部１１３とやり取りする。ＵＳＢホストコントローラ１１４は、ＵＳＢのプロトコル制御を受け持ち、ＵＳＢメモリ（不図示）などＵＳＢデバイスに対するアクセスを仲介する。モデム１１５は、ファクシミリ通信に必要な信号の変調・復調を行う。このモデム１１５はＮＣＵ１１６に接続されている。モデム１１５で変調された信号は、ＮＣＵ１１６を介して公衆回線網（ＰＳＴＮ）へ送出される。ＮＩＣ１１７は、ＬＡＮを介して、メールやファイルなどを、サーバなどと双方向にやり取りする。タイマ１１９は、後述する無操作時間の計時などに使用され、ＣＰＵ１０１の指示により計時動作を開始し、また計時動作を停止する。
【００１８】
実施形態に係るＭＦＰ１００は、ストレージとしてｅＭＭＣ１０９を備える。ＣＰＵ１０１は、ｅＭＭＣホストコントローラ１０８を介してｅＭＭＣ１０９にアクセスしてデータの読み書きを行う。
【００１９】
図２は、実施形態に係るＭＦＰ１００のソフトウェア構成を説明するブロック図である。尚、図２において実線で示した各部は、ＣＰＵ１０１が前述したブートプログラムでＲＡＭ１０３に展開したプログラムを実行することにより実現されるソフトウェアモジュールである。また図２において、図１と共通する部分は同じ参照番号で示している。
【００２０】
ＯＳ（オペレーティングシステム）２０１によって、メインプログラムの後述するそれぞれのモジュールの実行が管理・制御されている。ＯＳ２０１には、デバイスドライバ２０８が組み合わされている。デバイスドライバ２０８は、表示コントローラ１０４、操作コントローラ１０６、読取コントローラ１１０などのハードウェアデバイスとのやり取りを仲介する。
【００２１】
ジョブ制御部２０３は、コピーやプリント、ファックスなどのジョブを受け付け、その受け付けたジョブの実行を制御する。記憶部２０６は、例えばファクシミリ送受信する画像データやユーザの設定などのデータを、物理的にｅＭＭＣ１０９へ格納して管理するソフトウェアモジュールである。
【００２２】
例えば、本実施形態に係るＭＦＰ１００において、ジョブ制御部２０３がファックス送信ジョブを受け付けると、スキャン部２０７は、そのジョブ要求を受けて読取部１１１を制御して原稿をスキャンする。そして、スキャンにより得られた画像データを記憶部２０６へ格納する。記憶部２０６に格納された画像データはファクシミリ部２０４によって読み出され、モデム１１５、ＮＣＵ１１６を介して相手先にファクシミリ送信される。また或いは、モデム１１５、ＮＣＵ１１６を介して相手先からファクシミリ受信した画像データは、ファクシミリ部２０４によって取り込まれて記憶部２０６へ格納される。
【００２３】
本実施形態に係るＭＦＰ１００は、ファームウェア上で任意のアプリケーションプログラムを動作させるための拡張アプリケーションの実行環境であるＶＭ（Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）／ＦＷ（Ｆｒａｍｅｗｏｒｋ）２０９を備える。拡張アプリケーション２１０は、スクリプト言語で記述された任意のプログラム等を含んでいる。ＶＭ／ＦＷ２０９は、スクリプト言語で記述された任意のプログラムを拡張アプリケーション２１０へインストールし、また或いは、拡張アプリケーション２１０からアンインストールする役割を受け持つ。またＶＭ／ＦＷ２０９は、拡張アプリケーション２１０にインストールされた任意のプログラムで実現される機能と既存機能との調停等も受け持つ。そして、ＶＭ／ＦＷ２０９は、拡張アプリケーション２１０のプログラムに記述されているスクリプト言語を解釈して実行する。これらによって、本実施形態に係るＭＦＰ１００は、機能の着脱性を維持しつつ、スライドショーといった任意の機能を容易に実現することができる。
【００２４】
本実施形態に係るＵＩデバイス制御部２１１は、ＵＩ２０２（操作制御部）及び拡張アプリケーション２１０による表示部１０５への各種情報の出力や、操作部１０７によるユーザの操作のＵＩ２０２及び拡張アプリケーション２１０への伝達を仲介する。
【００２５】
図３は、実施形態に係るＵＩデバイス制御部２１１における表示に関わるモジュールの詳細を説明するソフトウェア構成図である。尚、図３において、図２と共通する部分は同じ参照番号で示している。
【００２６】
ＵＩデバイス制御部２１１は、図３に示すように画面占有要求受付モジュール３０１、描画要求受付モジュール３０２、画面解放要求受付モジュール３０３、ディスプレイコンテキスト（ＤＣ）３０４、転送モジュール３０５を備える。
【００２７】
ＤＣ３０４は、ＲＡＭ１０３に割り当てられ、表示部１０５を模する仮想ビデオＲＡＭ（ＶＲＡＭ）の占有状態を保持できるように構成されている。画面占有要求受付モジュール３０１は、ＶＭ／ＦＷ２０９を介して送られる拡張アプリケーション２１０による画面占有要求を受け付けるとＤＣ３０４を割り当てる。逆に、画面解放要求受付モジュール３０３は、ＶＭ／ＦＷ２０９を介して送られる拡張アプリケーション２１０による画面解放要求を受け付けるとＤＣ３０４を解放する。
【００２８】
描画要求受付モジュール３０２は、ＵＩ２０２による画面描画、或いはＶＭ／ＦＷ２０９を介して送られる拡張アプリケーション２１０による画面描画の要求を受け付ける。そして、画面の占有状態に応じて、ＤＣ３０４をＶＲＡＭに描画したり、ＵＩ２０２による描画、或いはＶＲＡＭの内容を転送モジュール３０５、デバイスドライバ２０８、表示コントローラ１０４を順に介して表示部１０５に転送する。尚、それぞれの詳細は後述する。
【００２９】
図４は、実施形態に係るＭＦＰ１００における、ＵＩデバイス制御部２１１による操作部１０７からの操作情報の処理を説明するフローチャートである。この処理は、ＣＰＵ１０１が前述したブートプログラムでＲＡＭ１０３に展開したプログラムを実行することにより実現されるため、ここでは処理の主体を、ＵＩデバイス制御部２１１として機能するＣＰＵ１０１として説明する。
【００３０】
まずＳ４０１でＣＰＵ１０１は、拡張アプリケーション２１０が起動しているか否かを判定し、拡張アプリケーションが起動していない場合はＳ４０２に進み、操作情報をそのままＵＩ２０２に通知する。例えば、ネイティブアプリケーションであるコピー機能を操作部１０７のスタートキーを押下して指示する際は、操作部１０７から入力されたスタートキー押下の操作情報が操作コントローラ１０６を経由してデバイスドライバ２０８に通知される。これによりデバイスドライバ２０８は、ＵＩデバイス制御部２１１に操作情報を通知する。ＵＩデバイス制御部２１１は、ネイティブアプリケーションの実行時であるためＵＩ２０２に操作情報を通知する。これによりＵＩ２０２は、操作部１０７のスタートキーの押下であることを認識し、コピー機能のスタートキー押下であると判断してジョブ制御２０３にコピー開始を通知してコピーを実行する。
【００３１】
一方、Ｓ４０１でＣＰＵ１０１は、拡張アプリケーションが起動していると判定するとＳ４０３に進みＣＰＵ１０１は、操作情報をＶＭ／ＦＭ２０９に通知する。そしてＳ４０４に進みＣＰＵ１０１は、ダミーの操作情報をＵＩ２０２に通知して、この処理を終了する。
【００３２】
具体例を説明する。例えば、拡張アプリケーションであるＩＤカードを使用したコピーであるＩＤカードコピーアプリケーションを例に説明する。ＩＤカードの読み取りを操作部１０７のスタートキーを押下して実行させるとき、操作部１０７から入力されたスタートキー押下の操作情報が操作コントローラ１０６を経由してデバイスドライバ２０８に通知される。これによりデバイスドライバ２０８は、ＵＩデバイス制御部２１１に、その操作情報を通知する。このときＵＩデバイス制御部２１１は、拡張アプリケーション２１０の実行時であるため、受け取った操作情報をＶＭ／ＦＷ２０９に通知し、ダミーの操作情報をＵＩ２０２に通知する。これによりＶＭ／ＦＷ２０９は、スタートキーの押下であることを認識して、拡張アプリケーション２１０であるＩＤカードコピーアプリケーションにおけるスタートキーの押下を通知する。これにより拡張アプリケーション２１０であるＩＤカードコピーアプリケーションは、スタートキーの押下であると判断し、ＶＭ／ＦＷ２０９経由でジョブ制御２０３にＩＤカードコピーアプリケーションの開始を通知して、そのアプリケーションを実行する。
【００３３】
本実施形態に係る操作部制御手段（ユーザインターフェース：ＵＩ）２０２は、表示部１０５及び操作部１０７を介して各種情報をユーザに提供するとともに、ユーザからの各種指示を受け付ける。またスリープ状態への移行、スリープ状態からの復帰、画面表示初期化等のタイマ監視制御も行う。詳細は後述する。
【００３４】
このように、拡張アプリケーション２１０の実行時には、そのアプリケーションがＬＵＩを占有するため、操作部を介した操作情報がＵＩ２０２に通知されなくなる。これにより、そのアプリケーションが実行中であるにも拘らず、無操作時間が所定時間以上になったと判定されて、スリープ状態に移行されたり、或いはスクリーンセーバーが起動されてしまうのを防止できる。
【００３５】
図５は、実施形態に係るＭＦＰ１００における、ＵＩ２０２によるタイマ処理を説明するフローチャートである。この処理は、ＣＰＵ１０１が前述したブートプログラムでＲＡＭ１０３に展開したプログラムを実行することにより実現されるため、ここでは処理の主体を、ＵＩ２０２を実行するＣＰＵ１０１として説明する。
【００３６】
まずＳ５０１でＣＰＵ１０１は、例えばタイマ等により計時される所定時間ごとに定期的に操作情報を確認する。この操作情報は、ネイティブアプリケーションが動作している場合は、操作部１０７からの操作情報をＵＩデバイス制御部２１１を経由して得た操作情報である。また拡張アプリケーションが動作している場合は、操作部１０７からの操作情報をＵＩデバイス制御部２１１がＶＭ／ＦＷ２０９に通知すると同時に、ＵＩ２０２に通知するダミー操作情報である。こうしてＳ５０２でＣＰＵ１０１は、操作情報に基づいて、ユーザによる操作があったことを検出するとＳ５０３に進み、不図示の無操作時間を計測しているタイマ１１９のカウントをクリアする。そしてＳ５０４に進みＣＰＵ１０１は、スリープ状態かどうか判定し、スリープ状態のときはＳ５０５に進み、スリープ状態から復帰するように通知してＳ５０６に進む。Ｓ５０６でＣＰＵ１０１は、スリープ状態に移行する前、拡張アプリケーション２１０を実行していたかどうか判定し、拡張アプリケーション２１０を実行していたときはＳ５０７に進んで、拡張アプリケーション２１０を再開して、この処理を終了する。またＳ５０６で、拡張アプリケーション２１０を実行していなかったときは、この処理を終了する。
【００３７】
またＳ５０４でスリープ中でないと判定するとＳ５０８に進みＣＰＵ１０１は、スライドショー（スクリーンセーバー）の起動中かどうか判定する。ここでスライドショーが起動中と判定するとＳ５０９に進み、スライドショーの停止処理を実施して、拡張アプリケーション２１０の実行に戻って、この処理を終了する。またＳ５０８でスライドショーが起動していないと判定すると、通常の復帰動作を実行する。ここでは、拡張アプリケーション２１０を実行しているときは、画面表示の初期化処理を実施する時間が経過するとスライドショー（スクリーンセーバー）に移行しているため、スライドショーを停止すると、元の拡張アプリケーション２１０の実行に戻る。
【００３８】
またＳ５０２で操作情報が無いと判定するとＳ５１０に進み、ＣＰＵ１０１は、無操作時間計測用のタイマ１１９による計時のカウントアップを行う。次にＳ５１１に進みＣＰＵ１０１は、計時した経過時間が画面表示の初期化実施時間を超えているかどうか判定し、そうであればＳ５１２に進み、拡張アプリケーション２１０を実行中かどうか判定する。ここで拡張アプリケーション２１０が実行中でないと判定するとＳ５１３に進み、画面表示の初期化処理を実施してＳ５１５に進む。一方、Ｓ５１２で拡張アプリケーションが実行中と判定した場合はＳ５１４に進み、ジョブ制御３０３を経由してスライドショー（スクリーンセーバー）を起動してＳ５１５に進む。
【００３９】
Ｓ５１５でＣＰＵ１０１は、タイマ１１９が計時した無操作の経過時間が、スリープ状態への移行時間を超えたかどうか判定し、スリープ状態への移行時間を超えたと判定するとＳ５１６に進む。Ｓ５１６でＣＰＵ１０１は、ジョブ制御２０３にスリープ状態へ移行するように通知して、この処理を終了する。このときスライドショー（スクリーンセーバー）を実行中であれば、そのスライドショーを停止してスリープ状態へ移行する。またＳ５１５でスリープ状態への移行時間を超えていないときは、そのままこの処理を終了する。
【００４０】
以上説明したように本実施形態によれば、拡張アプリケーションに、ユーザの無操作時間を計測してスライドショー（スクリーンセーバー）を起動させるための機能の追加を不要にできる。
【００４１】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【００４２】
本発明は上記実施形態に制限されるものではなく、本発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、本発明の範囲を公にするために、以下の請求項を添付する。
【符号の説明】
【００４３】
１００…ＭＦＰ，１０１…ＣＰＵ、１０３…ＲＡＭ、１０５…表示部、１０７…操作部、２０２…ＵＩ，２０３…ジョブ制御部、２０８…デバイスドライバ、２０９…ＶＭ／ＦＷ、２１０…拡張アプリケーション、２１１…ＵＩデバイス制御部、
【図１】
2018079674.tif 000003
【図２】
2018079674.tif 000004
【図３】
2018079674.tif 000005
【図４】
2018079674.tif 000006
【図５】
2018079674.tif 000007