JP2017022568A - 画像処理装置 - Google Patents

Abstract

【課題】 ホーム画面を考慮して、処理制御部を起動状態と非起動状態との間で適切に切替え得る技術を提供すること。
【解決手段】 スケジューラ部６１Ａは、ホームＵＩ部５０Ａがホーム画面を表示パネルに表示させている表示状態である状況で、ＦＡＸ印刷指示を取得する場合に、ＦＡＸＵＩ部５３Ａ及びＦＡＸ制御部５４Ａを非起動状態から起動状態に切替える。スケジューラ部６１Ａは、ホームＵＩ部５０Ａがホーム画面を表示パネルに表示させていない非表示状態である状況で、ＦＡＸ印刷指示を取得する場合（Ｓ３００）に、ＦＡＸＵＩ部５３Ａ及びＦＡＸ制御部５４Ａを非起動状態から起動状態に切替えずに、ホームＵＩ部５０Ａが非表示状態から表示状態に変化することを監視する（Ｓ３０３）。
【選択図】 図７

Description

本明細書では、画像処理を実行可能な画像処理装置を開示する。

特許文献１には、スキャン、印刷等の様々な画像処理に対応する複数個のアプリケーションを備える複合機が開示されている。例えば、複合機では、何らかの画像処理に関する指示が取得される場合に、当該画像処理に対応するアプリケーションによって実現されるモジュールに対して関数を読み出すための命令が与えられる。

特開２００２−８４３８３号公報 特開２００８−２７８２８３号公報

特許文献１には、いずれかの画像処理を実行するための指示が与えられていない待機状態を示すホーム画面と画像処理を実行させる処理制御部との関係について、何ら開示されていない。本明細書では、ホーム画面を考慮して、処理制御部を起動状態と非起動状態との間で適切に切替え得る技術を提供する。

本明細書によって開示される画像処理装置は、表示部と、１個以上の画像処理を実行するための１個以上の画像処理エンジンと、前記１個以上の画像処理のうちのいずれかの画像処理を実行するための指示が与えられていない待機状態を示すホーム画面を前記表示部に表示させるホーム画面制御部と、前記１個以上の画像処理エンジンのうちの第１の画像処理エンジンに第１の画像処理を実行させる第１の処理制御部と、前記第１の処理制御部の状態を起動状態と非起動状態との間で切替える切替制御部と、を備え、前記切替制御部は、前記ホーム画面制御部が、前記ホーム画面を前記表示部に表示させている表示状態と前記ホーム画面を前記表示部に表示させていない非表示状態とのうちの一方の状態である状況で、所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替え、前記ホーム画面制御部が、前記表示状態と前記非表示状態とのうちの他方の状態である状況で、前記所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替えない。

上記の構成によると、ホーム画面制御部が表示状態及び非表示状態のどちらの状態である状況でも所定指示が取得され得る。そして、ホーム画面制御部が一方の状態である状況で所定指示が取得される場合には、第１の処理制御部の状態が切替えられるが、ホーム画面制御部が他方の状態である状況で所定指示が取得されても、第１の処理制御部の状態が切替えられない。従って、ホーム画面を考慮して、第１の処理制御部を起動状態と非起動状態との間で適切に切替え得る。

画像処理装置を実現するための制御方法、コンピュータプログラム、及び、当該コンピュータプログラムを格納するコンピュータ読取可能記録媒体も、新規で有用である。

通信システムの構成を示す。 通常スキャンを実現するための各部の動作を示す。 図２の続きの動作を示す。 表示パネルに表示される各画面を示す。 スケジューラ部によって実行される処理のフローチャートを示す。 ホームフラグＯＮ時にＦＡＸ印刷指示を取得する場合の各部の動作を示す。 ホームフラグＯＦＦ時にＦＡＸ印刷指示を取得する場合の各部の動作を示す。 ホームフラグＯＮ時に印刷指示を取得する場合の各部の動作を示す。 ホームフラグＯＮ時にスキャンｔｏＰＣ指示を取得する場合の各部の動作を示す。 ホームフラグＯＦＦ時にスキャンｔｏＰＣ指示を取得する場合の各部の動作を示す。 切断指示を取得する場合の各部の動作を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、多機能機１０と、ＦＡＸ（Facsimileの略）装置８０と、ＰＣ（Personal Computerの略）９０と、を備える。以下では、多機能機１０のことを「ＭＦＰ（Multi-Function Peripheralの略）１０」と記載する。ＭＦＰ１０及びＦＡＸ装置８０は、一般公衆回線網であるＰＳＴＮ（Public Switched Telephone Networksの略）４を介して、相互に通信可能である。ＭＦＰ１０及びＰＣ９０は、ＬＡＮ（Local Area Networkの略）６を介して、相互に通信可能である。

（ＭＦＰ１０の構成）
ＭＦＰ１０は、印刷機能、スキャン機能、コピー機能、ＦＡＸ機能等を含む多機能を実行可能な周辺装置（即ちＰＣ９０等の周辺装置）である。ＭＦＰ１０は、表示パネル１２と、ＰＳＴＮインターフェース（以下では「Ｉ／Ｆ」と記載する）１４Ａと、ＬＡＮＩ／Ｆ１４Ｂと、印刷エンジン１６と、スキャンエンジン１８と、電源管理部２０と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。

表示パネル１２は、様々な情報を表示するためのディスプレイである。表示パネル１２は、いわゆるタッチパネルとしても機能し、ユーザから様々な指示を受け付けることもできる。即ち、表示パネル１２は、操作部と表示部との双方の機能を実現する。ただし、変形例では、操作部と表示部とが別体に構成されていてもよい。ＰＳＴＮＩ／Ｆ１４Ａは、ＰＳＴＮ４に接続されている。ＬＡＮＩ／Ｆ１４Ｂは、有線又は無線でＬＡＮ６に接続されている。印刷エンジン１６は、インクジェット方式、レーザー方式等の印刷機構を備える。スキャンエンジン１８は、ＣＣＤ（Charge Coupled Deviceの略）、ＣＩＳ（Contact Image Sensorの略）等のスキャン機構を備える。電源管理部２０は、いわゆるソフトスイッチである電源スイッチを備え、外部電源からＭＦＰ１０への電力供給を管理する。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４内のプログラム３６は、複数個のソフトウェア３８を含む。複数個のソフトウェア３８は、アプリケーション層（以下では「Ａｐｐ層」と記載する）に属するアプリケーション５０〜５６と、Ａｐｐ層よりも下位層であるアプリケーションフレームワーク層（以下では「ＡｐｐＦｗ層」と記載する）に属するフレームワーク６０，６１と、ＡｐｐＦｗ層よりも下位層であるミドルウェア層（以下では「ＭＷ層」と記載する）に属する管理ミドルウェア７０と、を含む。以下では、アプリケーションのことを「アプリ」と記載する。Ａｐｐ層は、様々な機能を実現するための様々なアプリ５０〜５６が配置される層である。ＡｐｐＦｗ層は、各アプリ５０〜５６の間で共通的に利用されるソフトウェア６０，６１が配置される層である。ＭＷ層は、アプリ５０〜５６に依存しない汎用的なソフトウェア７０が配置される層である。

各ソフトウェア５０〜７０がＣＰＵ３２によって実行されることによって、以下の各部５０Ａ〜７０Ａが実現される。ホーム画面アプリ５０は、いわゆるホーム画面を表示するホームＵＩ（User Interfaceの略）部５０Ａを実現する。スキャン画面アプリ５１は、スキャン処理に関連する各種画面を表示するスキャンＵＩ部５１Ａを実現する。スキャン処理アプリ５２は、スキャン処理の開始指示をスキャンエンジン１８に供給するスキャン制御部５２Ａを実現する。ＦＡＸ画面アプリ５３は、ＦＡＸ処理に関連する各種画面を表示するＦＡＸＵＩ部５３Ａを実現する。ＦＡＸ処理アプリ５４は、ＦＡＸ印刷指示に応じて印刷処理の開始指示を印刷エンジン１６に供給するＦＡＸ制御部５４Ａを実現する。印刷画面アプリ５５は、印刷処理に関連する各種画面を表示する印刷ＵＩ部５５Ａを実現する。印刷処理アプリ５６は、ＰＣ印刷指示に応じて印刷処理の開始指示を印刷エンジン１６に供給する印刷制御部５６Ａを実現する。

上述したように、２個のアプリ５１，５２がスキャン処理に関連する各種処理を実現する。１個のアプリが当該各種処理を実行する構成と比べると、各アプリ５１，５２の開発作業を分業させ得るので、ＭＦＰ１０の開発作業を効率化させ得る。ただし、変形例では、２個のアプリ５１，５２を１個のアプリにまとめて構成してもよい。同様に、ＦＡＸ処理に関連する２個のアプリ５３，５４を１個のアプリにまとめて構成してもよいし、印刷処理に関連する２個のアプリ５５，５６を１個のアプリにまとめて構成してもよい。

管理フレームワーク６０は、主に、各アプリ５０〜５６によって実現される各部５０Ａ〜５６Ａの間の指示等の通信を中継するアプリ管理部６０Ａを実現する。このように、各部５０Ａ〜５６Ａが、直接的に通信するのではなく、アプリ管理部６０Ａを介して通信する構成を採用している理由は、以下のとおりである。例えば、第１のアプリが、第２のアプリ及び第３のアプリのそれぞれに指示を直接的に供給する構成を採用する状況を想定する。この場合、第１のアプリの開発者は、第２及び第３のアプリのそれぞれの開発者と協働して第１のアプリを開発しなければならない。これに対し、第１のアプリが、管理アプリを介して、第２及び第３のアプリのそれぞれに指示を間接的に供給する構成を採用すると、第１のアプリの開発者は、管理アプリの開発者と協働すれば済む。従って、各アプリの開発作業の分業化が容易である。このような思想が、いわゆるＭＶＣ（Model View Controllerの略）と呼ばれる設計モデルである。本実施例でも、ＭＶＣの設計モデルを採用しており、各アプリ５０〜５６によって実現される各部５０Ａ〜５６Ａの間の直接的な指示等の供給が禁止されている。このために、各アプリ５０〜５６の開発作業の分業化が容易であるので、ＭＦＰ１０の開発効率を向上させることができる。ただし、変形例では、アプリ管理部６０Ａを省略して、各部５０Ａ〜５６Ａの間の直接的な指示等の供給が許容されてもよい。

スケジューラフレームワーク６１は、各Ｉ／Ｆ１４Ａ，１４Ｂを介して取得される指示に応じたアプリを起動させるスケジューラ部６１Ａを実現する。また、管理ミドルウェア７０は、ホームＵＩ部５０Ａの状態を管理する状態管理部７０Ａを実現する。具体的には、状態管理部７０Ａは、ホームフラグとして「ＯＮ」又は「ＯＦＦ」を保持する。ホームフラグ「ＯＮ」、「ＯＦＦ」は、それぞれ、ホームＵＩ部５０Ａがホーム画面を表示パネル１２に表示させている表示状態、表示させていない非表示状態を意味する。

（通常スキャン；図２）
ＭＦＰ１０は、表示パネル１２に対するユーザの操作に起因して、スキャン処理の実行指示を取得する場合に、スキャン処理を実行してスキャンデータを生成し、当該スキャンデータをメモリ３４に格納することができる。以下では、このような動作のことを「通常スキャン」と呼ぶ。図２を参照して、通常スキャンの内容を説明する。図２は、Ａｐｐ層に属する各部５０Ａ〜５２Ａと、ＡｐｐＦＷ層に属するアプリ管理部６０Ａと、ＭＷ層に属する状態管理部７０Ａと、を模式的に示す。また、図２は、さらに、ＭＷ層よりも下位層であるシステム層に属する各部１２，１８を示す。システム層は、主にハードウェアが配置される層である。後述の図３、図６〜図１１でも、各層が同様に配置されている。

図２の初期状態では、各部５０Ａ，６０Ａ，７０Ａが起動状態であり、他の各部５１Ａ，５２Ａが非起動状態である。ここで、「起動状態」、「非起動状態」は、それぞれ、ソフトウェアに従ったタスクがＣＰＵ３２によって実行されている状態、実行されていない状態と表現することができる。また、換言すると、「起動状態」、「非起動状態」は、それぞれ、メモリ３４内に処理の実行のためのリソースが割り当てられている状態（即ち処理に関連するデータが格納されている状態）、割り当てられていない状態（即ち処理に関連するデータが格納されていない状態）と表現することもできる。初期状態では、ホームＵＩ部５０Ａは、メモリ３４に予め格納されている画面データを利用して、図４のホーム画面１００を表示パネル１２に表示させている。そして、状態管理部７０Ａは、ホームＵＩ部５０Ａが表示状態であることを示すホームフラグ「ＯＮ」を保持している。

ホーム画面１００は、何らかの指示に従った処理が実行されていない状態、即ち、何の指示も与えられていない待機状態を示す画面であり、図４に示されるように、「コピー」、「スキャン」、及び、「ＦＡＸ」を示す複数個のボタンを含む。図２のＳ１０では、表示パネル１２は、ホーム画面１００内の「スキャン」を選択する操作を受け付ける。この場合、Ｓ１１では、表示パネル１２は、「スキャン」が選択されたことを示す選択通知をホームＵＩ部５０Ａに供給する。

ホームＵＩ部５０Ａは、当該選択通知を取得する場合（Ｓ１１）に、Ｓ１２において、ホームフラグを変更するための変更指示を状態管理部７０Ａに供給する。この結果、Ｓ１３において、状態管理部７０Ａは、ホームフラグを「ＯＮ」から「ＯＦＦ」へ変更する。ホームＵＩ部５０Ａは、さらに、Ｓ１４において、当該選択通知をアプリ管理部６０Ａに供給する。この場合、Ｓ１５では、アプリ管理部６０Ａは、起動指示をスキャンＵＩ部５１Ａに供給する。この結果、スキャンＵＩ部５１Ａは、非起動状態から起動状態へ移行し、さらに、Ｓ１６において、メモリ３４に予め格納されている画面データを利用して、ホーム画面１００に代えて、図４の設定画面１１０を表示パネル１２に表示させる。

設定画面１１０は、ユーザがスキャン設定を選択するための画面であり、「両面スキャン」、「解像度」、及び、「色数」を示す複数個の設定項目を含む。「両面スキャン」は、両面スキャンの実行の有無を選択するための項目である。「解像度」は、スキャン解像度を選択するための項目である。「色数」は、カラースキャン又はモノクロスキャンを選択するための項目である。設定画面１１０は、さらに、「スタート」及び「キャンセル」を示す２個のボタンを含む。

図２のＳ２０では、表示パネル１２は、設定画面１１０内でスキャン設定を選択する操作を受け付けて、さらに、「スタート」を選択する操作を受け付ける。この場合、Ｓ２１では、表示パネル１２は、スキャン処理の実行指示をスキャンＵＩ部５１Ａに供給する。

スキャンＵＩ部５１Ａは、当該実行指示を取得する場合（Ｓ２１）に、Ｓ２２において、メモリ３４に予め格納されている画面データを利用して、設定画面１１０に代えて、図４の実行中画面１２０を表示パネル１２に表示させる。当該画面１２０は、スキャンの実行中であることを示す文字列を含む。そして、図２のＳ２３，Ｓ２４では、スキャンＵＩ部５１Ａは、アプリ管理部６０Ａを介して、起動指示をスキャン制御部５２Ａに供給する。この結果、スキャン制御部５２Ａは、非起動状態から起動状態へ移行する。そして、Ｓ２５では、アプリ管理部６０Ａは、スキャンＵＩ部５１Ａとスキャン制御部５２Ａとの間にアプリ管理部６０Ａを介した制御リンクを形成する。制御リンクは、スキャンＵＩ部５１Ａとスキャン制御部５２Ａとの間の通信を仲介するためのリンクである。次いで、Ｓ２６では、スキャン制御部５２Ａは、スキャン処理の開始指示をスキャンエンジン１８に供給する。なお、変形例では、当該開始指示は、スキャン制御部５２Ａから他の部を介してスキャンエンジン１８に間接的に供給されてもよい。スキャンエンジン１８は、当該開始指示を取得する場合（Ｓ２６）に、設定画面１１０で選択されたスキャン設定に従って、スキャン処理を実行する。これにより、スキャンデータが生成されてメモリ３４に格納される。

上述したように、スキャンＵＩ部５１Ａ及びスキャン制御部５２Ａは、非起動状態から起動状態へ移行する場合に、スキャン処理の開始指示をスキャンエンジン１８に供給することができる。従って、各部５１Ａ，５２Ａの「起動状態」、「非起動状態」は、それぞれ、スキャン処理の開始指示をスキャンエンジン１８に供給可能な状態、供給可能でない状態と表現することもできる。同様に、印刷処理を印刷エンジン１６に実行させる各部５３Ａ，５４Ａ（又は５５Ａ，５６Ａ）の「起動状態」、「非起動状態」は、それぞれ、印刷処理の開始指示を印刷エンジン１６に供給可能な状態、供給可能でない状態と表現することができる。

（通常スキャンの続き；図３）
図３に示されるように、スキャンエンジン１８は、スキャン処理を完了する場合に、Ｓ３０において、完了通知をスキャン制御部５２Ａに供給する。この場合、Ｓ３１，Ｓ３２では、スキャン制御部５２Ａは、上記の制御リンク（図２のＳ２５参照）を利用して、アプリ管理部６０Ａを介して、当該完了通知をスキャンＵＩ部５１Ａに供給する。スキャンＵＩ部５１Ａは、当該完了通知を取得する場合（Ｓ３２）に、Ｓ３３において、図４の実行中画面１２０に代えて、設定画面１１０を表示パネル１２に再び表示させる。次いで、Ｓ３４では、スキャンＵＩ部５１Ａは、実行中画面１２０の表示が終了したことを示す終了通知をアプリ管理部６０Ａに供給する。この場合、Ｓ３５では、アプリ管理部６０Ａは、スキャンＵＩ部５１Ａとスキャン制御部５２Ａとの間の制御リンクを切断する。これにより、スキャン制御部５２Ａは、起動状態から非起動状態へ移行する。

図示省略しているが、仮に、Ｓ３３で表示された設定画面１１０内で「スタート」が再び選択されると、図２のＳ２０〜Ｓ２６及び図３のＳ３０〜３３が再び実行される。図３のＳ４０では、表示パネル１２は、Ｓ３３で表示された設定画面１１０内で「キャンセル」を選択する操作を受け付ける。この場合、Ｓ４１では、表示パネル１２は、「キャンセル」が選択されたことを示す選択通知をスキャンＵＩ部５１Ａに供給する。この結果、Ｓ４２では、スキャンＵＩ部５１Ａは、設定画面１１０の表示を終了し、起動状態から非起動状態へ移行する。表示パネル１２は、さらに、Ｓ４３において、当該選択通知をホームＵＩ部５０Ａに供給する。この結果、Ｓ４４では、ホームＵＩ部５０Ａは、設定画面１１０に代えて、ホーム画面１００を表示パネル１２に表示させる。そして、Ｓ４５では、ホームＵＩ部５０Ａは、ホームフラグを変更するための変更指示を状態管理部７０Ａに供給する。この結果、Ｓ４６において、状態管理部７０Ａは、ホームフラグを「ＯＦＦ」から「ＯＮ」へ変更する。これにより、図２の初期状態に戻り、通常スキャンが完了する。

（スケジューラ部６１Ａの処理；図５）
続いて、図５を参照して、スケジューラ部６１Ａによって実行される処理の内容を説明する。上述したように、スケジューラ部６１Ａは、各Ｉ／Ｆ１４Ａ，１４Ｂを介して指示を取得する場合に、当該指示に応じたアプリを起動させる。ここで、本実施例では、ＭＦＰ１０は、各Ｉ／Ｆ１４Ａ，１４Ｂを介して、ＰＣ印刷指示とＦＡＸ印刷指示とスキャンｔｏＰＣ指示との３種類の指示のいずれかを取得することを想定している。ＰＣ印刷指示は、ＰＣ９０からＬＡＮＩ／Ｆ１４Ｂを介して取得される指示であり、印刷データに従った印刷処理をＭＦＰ１０に実行させるための指示である。ＦＡＸ印刷指示は、ＦＡＸ装置８０からＰＳＴＮＩ／Ｆ１４Ａを介して取得される指示であり、ＦＡＸデータに従った印刷処理をＭＦＰ１０に実行させるための指示である。スキャンｔｏＰＣ指示は、ＰＣ９０からＬＡＮＩ／Ｆ１４Ｂを介して取得される指示であり、スキャン処理とＰＣ９０へのスキャンデータの供給とをＭＦＰ１０に実行させるための指示である。

Ｓ１００では、スケジューラ部６１Ａは、各Ｉ／Ｆ１４Ａ，１４Ｂを介して指示を取得することを監視する。スケジューラ部６１Ａは、指示を取得する場合に、Ｓ１００でＹＥＳと判断し、Ｓ１０２において、取得済みの指示がＰＣ印刷指示であるのか否かを判断する。スケジューラ部６１Ａは、取得済みの指示がＰＣ印刷指示であると判断する場合（Ｓ１０２でＹＥＳ）には、Ｓ１０４，Ｓ１０６等をスキップしてＳ１２０に進み、取得済みの指示が他の指示（即ちＦＡＸ印刷指示又はスキャンｔｏＰＣ指示）であると判断する場合（Ｓ１０２でＮＯ）には、Ｓ１０４に進む。

Ｓ１０４では、スケジューラ部６１Ａは、ホームフラグ要求を状態管理部７０Ａに供給して、状態管理部７０Ａからホームフラグを取得する。そして、Ｓ１０６では、スケジューラ部６１Ａは、ホームフラグが「ＯＮ」を示すのか否かを判断する。スケジューラ部６１Ａは、ホームフラグが「ＯＮ」を示すと判断する場合（Ｓ１０６でＹＥＳ）には、Ｓ１０８において、禁止指示をホームＵＩ部５０Ａに供給する。禁止指示は、表示パネル１２がユーザの操作を受け付けても、ホームＵＩ部５０Ａがホーム画面１００を表示させている表示状態からホーム画面１００を表示させていない非表示状態に変化することを禁止するための指示である。Ｓ１０８が終了すると、Ｓ１２０に進む。

また、スケジューラ部６１Ａは、ホームフラグが「ＯＦＦ」を示すと判断する場合（Ｓ１０６でＮＯ）には、Ｓ１１０において、取得済みの指示がＦＡＸ印刷指示であるのか否かを判断する。スケジューラ部６１Ａは、取得済みの指示がＦＡＸ印刷指示であると判断する場合（Ｓ１１０でＹＥＳ）には、Ｓ１１２において、ホーム画面１００が表示されていない非表示状態からホーム画面１００が表示されている表示状態へ移行することを監視する。そして、スケジューラ部６１Ａは、状態管理部７０Ａから「ＯＮ」を示すホームフラグが取得される場合に、Ｓ１１２でＹＥＳと判断して、Ｓ１０８に進み、その後、Ｓ１２０に進む。

Ｓ１２０では、スケジューラ部６１Ａは、取得済みの指示に対応するＵＩ部を非起動状態から起動状態へ移行させる。具体的には、スケジューラ部６１Ａは、取得済みの指示がＰＣ印刷指示である場合（Ｓ１０２でＹＥＳ）には印刷ＵＩ部５５Ａを起動させ、取得済みの指示がＦＡＸ印刷指示である場合（Ｓ１０６でＹＥＳ又はＳ１１２でＹＥＳ）にはＦＡＸＵＩ部５３Ａを起動させ、取得済みの指示がスキャンｔｏＰＣ指示である場合（Ｓ１０６でＹＥＳ）にはスキャンＵＩ部５１Ａを起動させる。Ｓ１２０が終了すると、Ｓ１００に戻る。

また、スケジューラ部６１Ａは、取得済みの指示がスキャンｔｏＰＣ指示であると判断する場合（Ｓ１１０でＮＯ）には、Ｓ１１４において、ＬＡＮＩ／Ｆ１４Ｂを介して、スキャン処理を実行不可能であることを示すエラー通知をＰＣ９０に供給する。Ｓ１１４が終了すると、Ｓ１２０が実行されることなく、Ｓ１００に戻る。

（ホームフラグ「ＯＮ」時のＦＡＸ印刷；図６）
続いて、図６〜図１０を参照して、図５の処理によって実現される各ケースを説明する。まず、図６を参照して、ホームフラグが「ＯＮ」である状況でＦＡＸ印刷指示が取得されるケースを説明する。図６の初期状態では、各部５０Ａ，６０Ａ，６１Ａ，７０Ａが起動状態であり、他の各部５３Ａ，５４Ａが非起動状態である。また、ホームＵＩ部５０Ａは、ホーム画面１００を表示させており、状態管理部７０Ａは、ホームフラグ「ＯＮ」を保持している。

Ｓ２００では、スケジューラ部６１Ａは、ＦＡＸ装置８０から、ＰＳＴＮＩ／Ｆ１４Ａを介して、ＦＡＸ印刷指示を取得する（図５のＳ１００でＹＥＳ）。この場合、Ｓ２０１，Ｓ２０２では、スケジューラ部６１Ａは、状態管理部７０Ａからホームフラグ「ＯＮ」を取得する（１０２でＮＯ、Ｓ１０４）。そして、スケジューラ部６１Ａは、Ｓ２０３において、禁止指示をホームＵＩ部５０Ａに供給する（Ｓ１０６でＹＥＳ、Ｓ１０８）。この結果、仮に、ＦＡＸＵＩ部５３Ａが起動される前に、表示パネル１２がユーザの操作（例えば図２のＳ１０の「スキャン」の選択操作）を受け付けても、ホームＵＩ部５０Ａは、当該操作に応じて他の部を起動するための処理（例えば図２のＳ１４）を実行しない。このために、ＦＡＸＵＩ部５３Ａが起動される前に、他の部が起動されることに起因してホーム画面１００に代えて他の画面（例えば設定画面１１０）が表示されることが禁止される。即ち、ＦＡＸＵＩ部５３ＡがＦＡＸ印刷指示に応じた処理を実行することが妨げられないので、ＦＡＸ印刷が適切に実行される。ただし、変形例では、スケジューラ部６１ＡからホームＵＩ部５０Ａへの禁止指示の供給が実行されない構成を採用してもよい。

次いで、Ｓ２０４では、スケジューラ部６１Ａは、起動指示をＦＡＸＵＩ部５３Ａに供給する（Ｓ１２０）。この結果、ＦＡＸＵＩ部５３Ａは、非起動状態から起動状態へ移行し、さらに、Ｓ２０５において、メモリ３４に予め格納されている画面データを利用して、ホーム画面１００に代えて、図４の実行中画面１４０を表示パネル１２に表示させる。当該画面１４０は、ＦＡＸを処理中であることを示す文字列を含む。そして、図６のＳ２０６，Ｓ２０７では、ＦＡＸＵＩ部５３Ａは、アプリ管理部６０Ａを介して、起動指示をＦＡＸ制御部５４Ａに供給する。この結果、ＦＡＸ制御部５４Ａは、非起動状態から起動状態へ移行して、ＦＡＸデータに対する処理（例えば印刷エンジン１６が解釈可能なデータへの変換）を実行し、さらに、Ｓ２０８において、ＦＡＸデータに従った印刷処理の開始指示を印刷エンジン１６に供給する。なお、変形例では、当該開始指示は、ＦＡＸ制御部５４Ａから他の部を介して印刷エンジン１６に間接的に供給されてもよい。印刷エンジン１６は、当該開始指示を取得する場合（Ｓ２０８）に、ＦＡＸデータに従った印刷処理を実行する。これにより、ＦＡＸ印刷が完了する。

ホームフラグが「ＯＮ」である状況は、ユーザが表示パネル１２を介して何らかの指示（例えば図２の通常スキャンに関する指示）をＭＦＰ１０に与えていない状況である。このような状況では、通常スキャン等に関連する処理が実行されていないので、各部５３Ａ，５４Ａは、他の処理に妨げられることなく、ＦＡＸ印刷に関連する処理を実行することができる。従って、スケジューラ部６１Ａは、ホームフラグが「ＯＮ」である状況でＦＡＸ印刷指示を取得する場合（Ｓ２００）に、各部５３Ａ，５４Ａを起動させる（Ｓ２０４）。従って、ＭＦＰ１０は、ＦＡＸ印刷を適切に実行することができる。

（ホームフラグ「ＯＦＦ」時のＦＡＸ印刷；図７）
続いて、図７を参照して、ホームフラグが「ＯＦＦ」である状況でＦＡＸ印刷指示が取得されるケースを説明する。図７の初期状態は、ホームＵＩ部５０Ａがホーム画面１００を表示させていない点と、状態管理部７０Ａがホームフラグ「ＯＦＦ」を保持している点と、を除くと、図６の初期状態と同様である。

Ｓ３００，Ｓ３０１は、図６のＳ２００，Ｓ２０１と同様である。Ｓ３０２では、スケジューラ部６１Ａは、状態管理部７０Ａからホームフラグ「ＯＦＦ」を取得する（図５のＳ１０４）。この場合、Ｓ３０３では、スケジューラ部６１Ａは、ＦＡＸＵＩ部５３Ａを起動させずに、ホームフラグが「ＯＮ」に変更されることを監視する（Ｓ１０６でＮＯ、Ｓ１１０でＹＥＳ、Ｓ１１２）。

状態管理部７０Ａは、例えば通常スキャンが終了したことに起因して、Ｓ３１０において、ホームフラグを「ＯＦＦ」から「ＯＮ」に変更すると、Ｓ３１１において、ホームフラグ「ＯＮ」をスケジューラ部６１Ａに供給する。この場合、スケジューラ部６１Ａは、図６のＳ２０３，Ｓ２０４と同様に、Ｓ３１２，Ｓ３１３を実行する。この結果、各部５３Ａ，５４Ａ，６０Ａは、図６のＳ２０５〜Ｓ２０８と同様に、Ｓ３１４〜Ｓ３１７を実行し、印刷エンジン１６は、ＦＡＸデータに従った印刷処理を実行する。これにより、ＦＡＸ印刷が完了する。

ホームフラグが「ＯＦＦ」である状況は、例えば、ユーザが表示パネル１２を介して何らかの指示（例えば図２の通常スキャンに関する指示）をＭＦＰ１０に与えている状況である。仮に、このような状況でＦＡＸ印刷指示を取得する場合に、ＦＡＸＵＩ部５３Ａを起動させる比較例の構成を採用することを想定する。当該構成では、ＦＡＸＵＩ部５３Ａは、他の処理（例えば通常スキャンのための設定画面１１０の表示）が実行されているので、通常、ＦＡＸ印刷に関連する処理（例えば実行中画面１４０の表示）を実行不可能であると認識して、非起動状態へ戻る。即ち、ＦＡＸＵＩ部５３Ａが処理を実行不可能であるにも関わらず、ＦＡＸＵＩ部５３Ａが無駄に起動されることになる。

これに対し、本実施例では、スケジューラ部６１Ａは、ホームフラグが「ＯＦＦ」である状況でＦＡＸ印刷指示を取得しても（Ｓ３００）、ＦＡＸＵＩ部５３Ａを起動させない（Ｓ３０３）。これにより、ＦＡＸＵＩ部５３Ａが無駄に起動されること、即ち、ＣＰＵ３２が無駄な処理を実行することを抑制することができる。そして、スケジューラ部６１Ａは、ホームフラグが「ＯＦＦ」から「ＯＮ」に変更される場合、即ち、他の処理（例えば通常スキャン）が終了した場合に、各部５３Ａ，５４Ａを起動させる（Ｓ３１３）。この結果、ＭＦＰ１０は、他の処理が終了した後に、ＦＡＸ印刷を適切に実行することができる。

（ＰＣ印刷；図８）
続いて、図８を参照して、ＰＣ印刷指示が取得されるケースを説明する。図８の初期状態では、各部５０Ａ，６０Ａ，６１Ａ，７０Ａが起動状態であり、他の各部５５Ａ，５６Ａが非起動状態である。また、ホームＵＩ部５０Ａは、ホーム画面１００を表示させておらず、状態管理部７０Ａは、ホームフラグ「ＯＦＦ」を保持している。

Ｓ４００では、スケジューラ部６１Ａは、ＰＣ９０から、ＬＡＮＩ／Ｆ１４Ｂを介して、ＰＣ印刷指示を取得する（図５のＳ１００でＹＥＳ）。この場合、スケジューラ部６１Ａは、状態管理部７０Ａからホームフラグを取得することなく、即ち、ホームフラグが「ＯＮ」であるのか「ＯＦＦ」であるのかに関わらず、Ｓ４０１において、起動指示を印刷ＵＩ部５５Ａに供給する（Ｓ１０２でＹＥＳ、Ｓ１２０）。この結果、印刷ＵＩ部５５Ａは、非起動状態から起動状態へ移行し、さらに、Ｓ４０２において、メモリ３４に予め格納されている画面データを利用して、ホーム画面１００に代えて、図４の実行中画面１５０を表示パネル１２に表示させる。当該画面１５０は、印刷を実行中であることを示す文字列を含む。そして、図８のＳ４０３，Ｓ４０４では、印刷ＵＩ部５５Ａは、アプリ管理部６０Ａを介して、起動指示を印刷制御部５６Ａに供給する。この結果、印刷制御部５６Ａは、非起動状態から起動状態へ移行して、印刷データに対する処理（例えば印刷エンジン１６が解釈可能なデータへの変換）を実行し、さらに、Ｓ４０５において、印刷データに従った印刷処理の開始指示を印刷エンジン１６に供給する。なお、変形例では、当該開始指示は、印刷制御部５６Ａから他の部を介して印刷エンジン１６に間接的に供給されてもよい。印刷エンジン１６は、当該開始指示を取得する場合（Ｓ４０５）に、印刷データに従った印刷処理を実行する。これにより、ＰＣ印刷が完了する。

ＰＣ９０のユーザは、通常、印刷物を迅速に取得することを望む。このような要望に応じるために、スケジューラ部６１Ａは、ＰＣ印刷指示を取得する場合に、ホームフラグが「ＯＮ」であるのか「ＯＦＦ」であるのかに関わらず、即ち、他の処理が実行されているのか否かに関わらず、ＰＣ印刷に関連する各部５５Ａ，５６Ａを起動させる（Ｓ４０１）。従って、ＭＦＰ１０は、仮に、他の処理が実行されている状況でも、当該他の処理に割り込んで（即ち当該他の処理を一時的に中断して）、ＰＣ印刷を迅速に実行することができる。この結果、ＰＣ９０のユーザに印刷物を迅速に提供することができる。

（ホームフラグ「ＯＮ」時のスキャンｔｏＰＣ；図９）
続いて、図９を参照して、ホームフラグが「ＯＮ」である状況でスキャンｔｏＰＣ指示が取得されるケースを説明する。図９の初期状態では、各部５０Ａ，６０Ａ，６１Ａ，７０Ａが起動状態であり、他の各部５１Ａ，５２Ａが非起動状態である。また、ホームＵＩ部５０Ａは、ホーム画面１００を表示させており、状態管理部７０Ａは、ホームフラグ「ＯＮ」を保持している。

Ｓ５００では、スケジューラ部６１Ａは、ＰＣ９０から、ＬＡＮＩ／Ｆ１４Ｂを介して、スキャンｔｏＰＣ指示を取得する（図５のＳ１００でＹＥＳ）。この後の５０１〜Ｓ５０８は、ＦＡＸ印刷に関連する各部５３Ａ，５４Ａ，１６の代わりに、スキャンに関連する各部５１Ａ，５２Ａ，１８が利用される点を除くと、図６のＳ２０１〜Ｓ２０８と同様である。スキャンエンジン１８は、スキャン処理の開始指示を取得する場合（Ｓ５０８）に、スキャン処理を実行して、スキャンデータを生成する。この後の動作を図示省略しているが、例えば、スケジューラ部６１Ａは、ＬＡＮＩ／Ｆ１４Ｂを介して、スキャンデータをＰＣ９０に供給する。これにより、スキャンｔｏＰＣが完了する。

（ホームフラグ「ＯＦＦ」時のスキャンｔｏＰＣ；図１０）
続いて、図１０を参照して、ホームフラグが「ＯＦＦ」である状況でスキャンｔｏＰＣ指示が取得されるケースを説明する。図１０の初期状態は、ホームＵＩ部５０Ａがホーム画面１００を表示させていない点と、状態管理部７０Ａがホームフラグ「ＯＦＦ」を保持している点と、を除くと、図９の初期状態と同様である。

Ｓ６００，Ｓ６０１は、図９のＳ５００，Ｓ５０１と同様である。Ｓ６０２では、スケジューラ部６１Ａは、状態管理部７０Ａからホームフラグ「ＯＦＦ」を取得する（図５のＳ１０４）。この場合、Ｓ６０３では、スケジューラ部６１Ａは、ホームフラグが「ＯＦＦ」から「ＯＮ」に変更されることを監視することなく、ＬＡＮＩ／Ｆ１４Ｂを介して、スキャン処理を実行不可能であることを示すエラー通知をＰＣ９０に供給する（Ｓ１０６でＮＯ、Ｓ１１０でＮＯ、Ｓ１１４）。

上述したように、スケジューラ部６１Ａは、ホームフラグが「ＯＦＦ」である状況でスキャンｔｏＰＣ指示を取得する場合（Ｓ６００）に、スキャンＵＩ部５１Ａを起動させない。これにより、各部５１Ａ，５２Ａが無駄に起動されることを抑制することができる。なお、図６のＦＡＸ印刷のケースでは、ＭＦＰ１０は、取得済みのＦＡＸ印刷指示をキューイングしておき（即ち、ホームフラグが「ＯＦＦ」から「ＯＮ」に変更されることを監視しておき）、他の処理が終了した後に、ＦＡＸ印刷を実行する。ＦＡＸ装置８０のユーザは、ＦＡＸ印刷をＭＦＰ１０に実行させるための操作が完了すると、通常、ＦＡＸ印刷がＭＦＰ１０で実行される前にＦＡＸ装置８０から離れる。このために、仮に、ＦＡＸ印刷が実行不可能であることを示すエラー通知がＭＦＰ１０からＦＡＸ装置８０に供給される構成を採用すると、ユーザが、当該エラー通知に気付かずに、ＦＡＸ印刷をＭＦＰ１０に実行させるための操作を再び実行しない可能性がある。このような実情に鑑みて、本実施例では、ＭＦＰ１０が取得済みのＦＡＸ印刷指示をキューイングしておく構成を採用している。これに対し、図１０のスキャンｔｏＰＣのケースでは、ＭＦＰ１０は、取得済みのスキャンｔｏＰＣ指示をキューイングすることなく、エラー通知をＰＣ９０に供給する。ＰＣ９０のユーザは、ＳｃａｎＴｏＰＣをＭＦＰ１０に実行させるための操作が完了すると、通常、ＭＦＰ１０から取得されるスキャンデータを扱う作業（例えば所望のフォルダへの移動等）を実行することを望むので、スキャンデータが取得されるまでＰＣ９０の近くに待機する。このために、本実施例のように、エラー通知がＭＦＰ１０からＰＣ９０に供給される構成を採用しても、ユーザは、当該エラー通知に気付いて、ＳｃａｎＴｏＰＣをＭＦＰ１０に実行させるための操作を再び実行することができる。そして、スキャンｔｏＰＣ指示がキューイングされないので、ＭＦＰ１０のリソース（例えば、ＣＰＵ３２、メモリ３４）の負荷が高くなるのを抑制することができる。

（電源ＯＦＦ；図１１）
続いて、図１１を参照して、通常スキャン（図２参照）が実行されている間に、ＭＦＰ１０への電力供給を切断するための動作を説明する。スキャンエンジン１８がスキャン処理を実行しているので、ホームＵＩ部５０Ａは、ホーム画面１００を表示しておらず、状態管理部７０Ａは、ホームフラグ「ＯＦＦ」を保持しており、スキャンＵＩ部５１Ａは、実行中画面１２０（図４参照）を表示している。そして、スキャンＵＩ部５１Ａとスキャン制御部５２Ａとの間にはアプリ管理部６０Ａを介した制御リンクが形成されている（図２のＳ２５参照）。

Ｓ７００では、電源管理部２０は、電源スイッチの操作を受け付ける。この場合、Ｓ７０１では、電源管理部２０は、ＭＦＰ１０への電力供給を切断すべきことを示す切断指示をホームＵＩ部５０Ａに供給する。そして、Ｓ７０２では、ホームＵＩ部５０Ａは、当該切断指示をアプリ管理部６０Ａに供給する。なお、変形例では、当該切断指示は、電源管理部２０からホームＵＩ部５０Ａを介さずにアプリ管理部６０Ａに直接的に供給されてもよい。

アプリ管理部６０Ａは、当該切断指示を取得する場合（Ｓ７０２）に、Ｓ７０３において、制御リンクを切断する。これにより、各部５１Ａ，５２Ａは、制御リンクを介した通信を監視する状態から解放される。そして、Ｓ７０４，Ｓ７０５において、アプリ管理部６０Ａは、非起動指示を各部５１Ａ，５２Ａに供給する。この結果、各部５１Ａ，５２Ａは、起動状態から非起動状態へ移行する。

図示省略しているが、アプリ管理部６０Ａは、さらに、Ａｐｐ層に属する他の全ての部５０Ａ等に非起動指示を供給する。この結果、他の全ての部５０Ａ等が起動状態から非起動状態へ移行する。そして、電源管理部２０は、全ての部５０Ａ等が非起動状態へ移行した後に、Ｓ７１０において、ＭＦＰ１０への電力供給を切断する。この結果、仮に、スキャンエンジン１８がスキャン処理を実行していても、ＭＦＰ１０への電力供給が強制的に切断される。

ここで、電源管理部２０が、アプリ管理部６０Ａを介さずに、非起動指示を各部５１Ａ，５２Ａに直接的に供給する比較例の構成を想定する。比較例の構成では、各部５１Ａ，５２Ａの間に制御リンクが形成されているので、各部５１Ａ，５２Ａは、所定の通信（例えば図３のＳ３１，Ｓ３２の完了通知の通信）を実行することを監視している状態である。そして、このような状態では、各部５１Ａ，５２Ａは、電源管理部２０から非起動指示を取得しても、上記の所定の通信が完了するまで非起動状態へ移行することができない。この結果、ユーザが電源スイッチを操作したにも関わらず、ＭＦＰ１０への電力供給を迅速に切断することができない。

これに対し、本実施例では、アプリ管理部６０Ａは、電源管理部２０からホームＵＩ部５０Ａを介して切断通知を取得する場合（Ｓ７０２）に、制御リンクを切断し（Ｓ７０３）、その後、非起動指示を各部５１Ａ，５２Ａに供給する（Ｓ７０４，Ｓ７０５）。各部５１Ａ，５２Ａは、制御リンクが切断された後に非起動指示を取得するので、非起動指示を取得することに応じて非起動状態へ迅速に移行することができる。この結果、ユーザが電源スイッチを操作する場合に、ＭＦＰ１０への電力供給を迅速に切断することができる。

また、図示省略しているが、スキャンエンジン１８がスキャン処理を実行しておらず、ホームＵＩ部５０Ａがホーム画面１００を表示している状況において、電源管理部２０内の電源スイッチが操作される場合には、以下の動作が実現される。即ち、電源管理部２０は、ホームＵＩ部５０Ａを介して切断指示をアプリ管理部６０Ａに供給する。この場合、アプリ管理部６０Ａは、起動状態である各部５０Ａ等に非起動指示を供給するが、非起動状態である各部５１Ａ，５２Ａに非起動指示を供給しない。即ち、各部５１Ａ，５２Ａは、非起動状態を維持する。そして、電源管理部２０は、全ての部５０Ａ等が非起動状態へ移行した後に、ＭＦＰ１０への電力供給を切断する。

（本実施例の効果）
本実施例によると、スケジューラ部６１Ａは、ホームＵＩ部５０Ａがホーム画面１００を表示している状況で、ＦＡＸ印刷指示又はスキャンｔｏＰＣ指示を取得する場合（図６のＳ２００又は図９のＳ５００）に、各部５３Ａ，５４Ａ（又は５１Ａ，５２Ａ）を非起動状態から起動状態に切替える（図６のＳ２０４又は図９のＳ５０４）。このために、指示に応じた画像処理が適切に実行される。一方、スケジューラ部６１Ａは、ホームＵＩ部５０Ａがホーム画面１００を表示していない状況で、ＦＡＸ印刷指示又はスキャンｔｏＰＣ指示を取得する場合（図７のＳ３００又は図１０のＳ６００）に、各部５３Ａ等を非起動状態に維持する（図７のＳ３０３又は図１０のＳ６０３）。このために、各部５３Ａ等が無駄に起動されるのを抑制することができる。このように、本実施例によると、ホーム画面１００を考慮して、各部５３Ａ等を起動状態と非起動状態との間で適切に切替えることができる。

また、アプリ管理部６０Ａは、ホームＵＩ部５０Ａがホーム画面１００を表示している状況、即ち、各部５１Ａ，５２Ａが非起動状態である状況で、切断指示を取得する場合には、各部５１Ａ等を非起動状態に維持する。一方、アプリ管理部６０Ａは、ホームＵＩ部５０Ａがホーム画面１００を表示していない状況で切断指示を取得する場合（図１１のＳ７０２）に、制御リンクを切断した後（Ｓ７０３）に、各部５１Ａ等を起動状態から非起動状態に切替える（Ｓ７０４，Ｓ７０５）。このために、ＭＦＰ１０への電力供給を適切に切断することができる。このように、本実施例によると、ホーム画面１００を考慮して、各部５１Ａ等を起動状態と非起動状態との間で適切に切替えることができる。

（対応関係）
図６〜図１０の各ケースでは、スケジューラ部６１Ａが、「切替制御部」の一例である。一つの形態では、印刷エンジン１６が、「第１の画像処理エンジン」の一例である。例えば、図６及び図７のケースでは、各部５３Ａ，５４Ａの組合せが、「第１の処理制御部」の一例であり、各部５３Ａ，５４Ａが、それぞれ、「関連画面制御部」、「供給制御部」の一例であり、ＦＡＸ印刷指示が、「所定指示」及び「第１の実行指示」の一例である。この形態では、図９及び図１０のケースにおいて、各部５１Ａ，５２Ａの組合せ、スキャンｔｏＰＣ指示、スキャンエンジン１８が、それぞれ、「第２の処理制御部」、「第２の実行指示」、「第２の画像処理エンジン」の一例である。また、図８のケースにおいて、各部５５Ａ，５６Ａの組合せ、ＰＣ印刷指示、印刷エンジン１６が、それぞれ、「第３の処理制御部」、「第３の実行指示」、「第３の画像処理エンジン」の一例である。

他の形態では、スキャンエンジン１８が、「第１の画像処理エンジン」の一例である。例えば、図９及び図１０のケースでは、各部５１Ａ，５２Ａの組合せが、「第１の処理制御部」の一例であり、各部５１Ａ，５２Ａが、それぞれ、「関連画面制御部」、「供給制御部」の一例であり、スキャンｔｏＰＣ指示が、「所定指示」及び「第１の実行指示」の一例である。

図１１のケースでは、電源管理部２０内の電源スイッチ、アプリ管理部６０Ａが、それぞれ、「操作部」、「切替制御部」の一例である。各部５１Ａ，５２Ａの組合せが、「第１の処理制御部」の一例であり、各部５１Ａ，５２Ａが、それぞれ、「関連画面制御部」、「供給制御部」の一例であり、切断指示が、「所定指示」の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例が含まれる。

（変形例１）状態管理部７０Ａを省略してもよい。この場合、例えば、スケジューラ部６１Ａは、ホームＵＩ部５０Ａから表示状態であるのか非状態状態であるのかを示す情報を取得しておよい。

（変形例２）例えば、印刷エンジン１６及び各アプリ５３〜５６を省略してもよい。この場合、図２、図３、図９、及び、１０の各ケースのみが実現されてもよい。本変形例では、「第２（及び第３）の画像処理エンジン」及び「第２（及び第３）の処理制御部」を省略可能である。

（変形例３）上記の実施例では、ＭＦＰ１０のＣＰＵ３２がプログラム３６に従って処理を実行することによって、図２、図３、図５〜図１１の各処理が実現される。これに代えて、これらの各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、１０：多機能機（ＭＦＰ）、１２：表示パネル、１４：通信インターフェース、１６：印刷エンジン、１８：スキャンエンジン、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、３８：複数個のソフトウェア、５０：ホーム画面アプリケーション、５０Ａ：ホームＵＩ部、５１：スキャン画面アプリケーション、５１Ａ：スキャンＵＩ部、５２：スキャン処理アプリケーション、５２Ａ：スキャン制御部、
５３：ＦＡＸ画面アプリケーション、５３Ａ：ＦＡＸＵＩ部、５４：ＦＡＸ処理アプリケーション、５４Ａ：ＦＡＸ制御部、５５：印刷画面アプリケーション、５５Ａ：印刷ＵＩ部、５６：印刷処理アプリケーション、５６Ａ：印刷制御部、６０：管理フレームワーク、６０Ａ：アプリ管理部、６１：スケジューラフレームワーク、６１Ａ：スケジューラ部、７０：管理ミドルウェア、７０Ａ：状態管理部、８０：ＦＡＸ装置、９０：ＰＣ、１００：ホーム画面、１１０：設定画面、１２０，１４０，１５０：実行中画面

Claims (10)

1. 画像処理装置であって、
   表示部と、
   １個以上の画像処理を実行するための１個以上の画像処理エンジンと、
   前記１個以上の画像処理のうちのいずれかの画像処理を実行するための指示が与えられていない待機状態を示すホーム画面を前記表示部に表示させるホーム画面制御部と、
   前記１個以上の画像処理エンジンのうちの第１の画像処理エンジンに第１の画像処理を実行させる第１の処理制御部と、
   前記第１の処理制御部の状態を起動状態と非起動状態との間で切替える切替制御部と、を備え、
   前記切替制御部は、
   前記ホーム画面制御部が、前記ホーム画面を前記表示部に表示させている表示状態と前記ホーム画面を前記表示部に表示させていない非表示状態とのうちの一方の状態である状況で、所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替え、
   前記ホーム画面制御部が、前記表示状態と前記非表示状態とのうちの他方の状態である状況で、前記所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替えない、画像処理装置。
2. 前記画像処理装置は、さらに、
   通信インターフェースを備え、
   前記切替制御部は、
   前記ホーム画面制御部が前記表示状態である状況で、第１の外部装置から、前記通信インターフェースを介して、前記第１の画像処理の第１の実行指示である前記所定指示を取得する場合に、前記第１の処理制御部を前記非起動状態から前記起動状態に切替え、
   前記ホーム画面制御部が前記非表示状態である状況で、前記第１の外部装置から、前記通信インターフェースを介して、前記第１の実行指示である前記所定指示を取得する場合に、前記第１の処理制御部を前記非起動状態に維持する、請求項１に記載の画像処理装置。
3. 前記第１の処理制御部は、前記第１の画像処理に関連する関連画面を前記表示部に表示させる関連画面制御部と、前記第１の画像処理の開始指示を前記第１の画像処理エンジンに供給する供給制御部と、を備え、
   前記切替制御部は、
   前記ホーム画面制御部が前記表示状態である状況で、前記第１の実行指示である前記所定指示を取得する場合に、前記関連画面制御部を非起動状態から起動状態に切替え、
   前記ホーム画面制御部が前記非表示状態である状況で、前記第１の実行指示である前記所定指示を取得する場合に、前記関連画面制御部を前記非起動状態に維持し、
   前記関連画面制御部は、前記関連画面制御部が前記非起動状態から前記起動状態に切替えられる場合に、前記供給制御部を非起動状態から起動状態に切替える、請求項２に記載の画像処理装置。
4. 前記画像処理装置は、さらに、
   前記ホーム画面制御部が前記表示状態であるのか前記非表示状態であるのかを示す状態情報を管理する状態管理部を備え、
   前記切替制御部は、
   前記第１の実行指示である前記所定指示を取得する場合に、前記状態管理部から前記状態情報を取得し、
   取得済みの前記状態情報が前記表示状態を示す場合に、前記第１の処理制御部を前記非起動状態から前記起動状態に切替え、
   取得済みの前記状態情報が前記非表示状態を示す場合に、前記第１の処理制御部を前記非起動状態に維持する、請求項２又は３に記載の画像処理装置。
5. 前記画像処理装置は、さらに、
   前記１個以上の画像処理エンジンのうちの第２の画像処理エンジンに第２の画像処理を実行させる第２の処理制御部を備え、
   前記切替制御部は、さらに、
   前記ホーム画面制御部が前記表示状態である状況で、第２の外部装置から、前記通信インターフェースを介して、前記第２の画像処理の第２の実行指示を取得する場合に、前記第２の処理制御部を非起動状態から起動状態に切替え、
   前記ホーム画面制御部が前記非表示状態である状況で、前記第２の外部装置から、前記通信インターフェースを介して、前記第２の実行指示を取得する場合に、前記第２の処理制御部を前記非起動状態に維持し、
   前記第１の実行指示を取得して前記第１の処理制御部を前記非起動状態に維持する場合に、前記ホーム画面制御部が前記非表示状態から前記表示状態に変化することを監視し、前記ホーム画面制御部が前記非表示状態から前記表示状態に変化する場合に、前記第１の処理制御部を前記非起動状態から前記起動状態に切替え、
   前記第２の実行指示を取得して前記第２の処理制御部を前記非起動状態に維持する場合に、前記ホーム画面制御部が前記非表示状態から前記表示状態に変化することを監視することなく、前記第２の画像処理を実行不可能であることを示すエラー通知を、前記通信インターフェースを介して、前記第２の外部装置に供給する、請求項２から４のいずれか一項に記載の画像処理装置。
6. 前記画像処理装置は、さらに、
   前記１個以上の画像処理エンジンのうちの第３の画像処理エンジンに第３の画像処理を実行させる第３の処理制御部を備え、
   前記切替制御部は、さらに、第３の外部装置から、前記通信インターフェースを介して、前記第３の画像処理の第３の実行指示を取得する場合に、前記ホーム画面制御部が前記表示状態であるのか前記非表示状態であるのかに関わらず、前記第３の処理制御部を非起動状態から起動状態に切替える、請求項２から５のいずれか一項に記載の画像処理装置。
7. 前記画像処理装置は、さらに、
   ユーザの操作を受け付ける操作部を備え、
   前記切替制御部は、さらに、前記ホーム画面制御部が前記表示状態である状況で、前記第１の実行指示である前記所定指示を取得する場合に、前記ホーム画面制御部に禁止指示を供給し、
   前記禁止指示は、前記操作部が前記ユーザの操作を受け付けても、前記ホーム画面制御部が前記表示状態から前記非表示状態に変化することを禁止するための指示である、請求項２から６のいずれか一項に記載の画像処理装置。
8. 前記画像処理装置は、さらに、
   ユーザの操作を受け付ける操作部を備え、
   前記切替制御部は、
   前記ホーム画面制御部が前記非表示状態である状況で、前記画像処理装置への電力供給を切断するための操作が前記操作部によって受け付けられたことを示す切断指示である前記所定指示を取得する場合に、前記第１の処理制御部を前記起動状態から前記非起動状態に切替え、
   前記ホーム画面制御部が前記表示状態である状況で、前記切断指示である前記所定指示を取得する場合に、前記第１の処理制御部を前記非起動状態に維持する、請求項１から７のいずれか一項に記載の画像処理装置。
9. 前記第１の処理制御部は、前記第１の画像処理に関連する関連画面を前記表示部に表示させる関連画面制御部と、前記第１の画像処理の開始指示を前記第１の画像処理エンジンに供給する供給制御部と、を備え、
   前記切替制御部は、さらに、
   前記関連画面制御部と前記供給制御部との間の通信を仲介するための制御リンクを形成し、
   前記ホーム画面制御部が前記非表示状態である状況で、前記切断指示である前記所定指示を取得する場合に、前記制御リンクを無効化し、
   前記制御リンクを無効化した後に、前記関連画面制御部を起動状態から非起動状態に切替え、
   前記制御リンクを無効化した後に、前記供給制御部を起動状態から非起動状態に切替える、請求項８に記載の画像処理装置。
10. 画像処理装置のためのコンピュータプログラムであって、
    前記画像処理装置のコンピュータを、
    前記画像処理装置が実行可能な１個以上の画像処理のうちのいずれかの画像処理を実行するための指示が与えられていない待機状態を示すホーム画面を前記画像処理装置の表示部に表示させるホーム画面制御部と、
    前記画像処理装置の１個以上の画像処理エンジンのうちの第１の画像処理エンジンに第１の画像処理を実行させる第１の処理制御部と、
    前記第１の処理制御部の状態を起動状態と非起動状態との間で切替える切替制御部と、
    して機能させ、
    前記切替制御部は、
    前記ホーム画面制御部が、前記ホーム画面を前記表示部に表示させている表示状態と前記ホーム画面を前記表示部に表示させていない非表示状態とのうちの一方の状態である状況で、所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替え、
    前記ホーム画面制御部が、前記表示状態と前記非表示状態とのうちの他方の状態である状況で、前記所定指示を取得する場合に、前記第１の処理制御部の状態を前記起動状態と前記非起動状態との間で切替えない、コンピュータプログラム。

Images