JP6351306B2 - 画像処理装置、画像処理装置の制御方法およびプログラム - Google Patents

Description

本発明は、画像処理装置に含まれる機能装置（スキャナ装置およびプリンタ装置等）の通電制御に関する。

近年、省電力機能の向上により、ユーザが画像形成装置に含まれる機能装置を使うことが分かった時に、該機能装置に対して通電する技術が提案されている。この技術は、例えば、画像形成装置のプリンタ装置、スキャナ装置、ＦＡＸ装置等の機能装置に対して、使う時だけ電源を通電するものである。つまり、スキャン機能を使う時だけスキャナ装置に通電し、プリント機能を使う時だけプリンタ装置に通電し、ＦＡＸ機能を使う時だけＦＡＸ装置に通電する。また同時に、プリンタ装置、スキャナ装置、ＦＡＸ機能に関連するボードやチップに対しても、使う時だけ通電する（特許文献１参照）。

しかし、画像形成装置が処理を行うことが決定した後に、プリンタ装置やスキャナ装置やＦＡＸ装置に通電して初期化するため、通電やソフトウェアの初期化やハードウェア前処理などの、初期化時間がかかってしまう。その結果、プリンタ装置やスキャナ装置やＦＡＸ装置の起動に時間がかかり、その分、処理の実行が遅れ、ユーザの利便性を低下させることになってしまう。

この対策として、ジョブ投入時に通電するだけでなく、画像形成装置の機能を提供するアプリケーション自身がジョブ投入前の適切なタイミングで適切な装置の初期化処理や通電処理を行うことが考えられる。例えば、ＣＯＰＹアプリケーションがコピー設定画面を表示する際にスキャナ装置とプリンタ装置の初期化・通電を行ったり、ＳＥＮＤアプリケーションが、送信設定画面を表示する時にスキャナ装置の初期化を行ったり、という具合である。

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

しかし、過去に作成されたアプリケーション（以下、レガシーアプリケーション）は、当然、適切なタイミングで適切な装置の初期化・通電を行うというような処理は組み込まれていない。よって、前述のような画像形成装置上で、レガシーアプリケーションを動作させた場合は、適切なタイミングで初期化・通電処理を行うことができず、ジョブ投入時点で初めて初期化・通電処理が行われることになる。そのため、レガシーアプリケーションについては、従来の画像形成装置で動作させた場合に比べてジョブ実行時のパフォーマンスが落ちるという課題が残っていた。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、機能装置毎の独立した通電制御に対応していないレガシーアプリケーションを動作させた場合でも、ジョブ実行時のパフォーマンス低下を防ぐことができる仕組みを提供することである。

本発明は、複数の電力状態を切り替えて動作する２つ以上の機能装置の電力状態を独立して制御可能な画像処理装置であって、複数のアプリケーションの中から実行すべきアプリケーションを選択するための画面を表示する表示制御手段と、前記画面を介して選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションを示す情報を含む属性情報を取得する取得手段と、前記取得した属性情報に基づいて、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションかを判定する判定手段と、前記判定手段で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションでないと判定された場合、前記２つ以上の機能装置の電力状態を前記２つ以上の機能装置が動作可能な状態に遷移させる第１の電源制御を行い、前記判定手段で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションであると判定された場合、該アプリケーションで使用される機能装置の電力状態を該機能装置が動作可能な状態に遷移させる第２の電源制御を行う制御手段を有することを特徴とする。

本発明によれば、機能装置毎の独立した通電制御に対応していないアプリケーションを動作させた場合でも、ジョブ実行時のパフォーマンス低下を防ぐことができる。

画像処理装置の構成を例示するブロック図。 画像処理装置の電源制御に関するハードウェア構成を例示する図。 画像処理装置で動作するアプリケーションを管理するＷｅｂ画面。 操作部に表示される画面を例示する図。 アプリケーション画面の制御に関するソフトウェアモジュールの構成図。 画像処理装置の各機能装置の各通電状況及びジョブ状態を例示する図。 アプリケーション属性を例示する図。 実施例１のアプリケーション画面の切り替え時の処理のフローチャート。 実施例２におけるアプリ登録要求時の処理のフローチャート。 アプリ管理テーブルを例示する図。 実施例２におけるアプリケーション画面の切り替え時の処理のフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。まず、以下の実施例において用いる用語について説明する。スキャナ装置やプリンタ装置やＦＡＸ装置など画像処理装置の各機能を提供するためのハードウェア装置を「機能装置」と呼ぶ。また、本発明の通電制御に対応していない過去の画像処理装置向けに作成されたアプリケーションのことを「レガシーアプリケーション」と呼ぶ。

図１は、本発明の一実施例を示す画像処理装置の構成の一例を示すブロック図である。
図１において、１は、本発明の画像処理装置の一実施例を示す画像形成装置である。画像形成装置１は、コピーや印刷等多彩なジョブを実行可能な複合機であり、スキャナ装置２、プリンタ装置４、コントローラ３、操作部５、ハードディスク６、ＦＡＸ装置７を有する。

スキャナ装置２は、原稿束を自動的に逐次入れ替えることが可能な原稿給紙ユニット２１、原稿を光学スキャンしデジタル画像に変換することが可能なスキャナユニット２２を有し、変換した画像データをコントローラ３に送信する。

プリンタ装置４は、デジタル画像を印刷するための装置であり、紙束から一枚ずつ逐次給紙可能な給紙ユニット４２、給紙した紙に画像データを印刷するためのマーキングユニット４１、印刷後の紙を排紙するための排紙ユニット４３を有する。フィニッシャ装置７００は、画像形成装置１のプリンタ装置４の排紙ユニット４３から出力された紙に対して、排紙、ソート、ステープル、パンチ、裁断、などの加工を施す。

操作部５は、タッチパネルおよびＬＣＤを有し、本画像形成装置の各機能の設定画面の表示や、操作や動作指示などの操作を行うためのものである。ハードディスク６は、デジタル画像や制御プログラム等を記憶する。ＦＡＸ装置７は、電話回線等にデジタル画像を送信又は受信する。

コントローラ３は、制御プログラムが動作し、接続された各モジュールに指示を出すことで、画像形成装置１上でジョブを実行する。また、画像形成装置１は、ＬＡＮ８経由でコンピュータ９からデジタル画像の入出力、ジョブの発行等も行うことが可能である。さらに、コントローラ３は、コンピュータ９からＷｅｂブラウザを経由して画像形成装置１に接続し、アプリケーションをインストールして新たな機能を追加することも可能となっている。なお、アプリケーションがインストールされると、該アプリケーションに関する各種ファイルがＨＤＤ３０４に記憶されるものとする。なお、このアプリケーションに関する各種ファイルには、後述する図７に示すような、アプリケーションの属性情報を記述したアプリケーションファイル等も含まれるものとする。

図２は、コントローラ３、スキャナ装置２、プリンタ装置４の電源制御に関するハードウェア構成を示すブロック図である。

電源制御部４０１は、起動時や電源オフ時の電源制御や省電力状態への移行／復帰といった電源状態の変更を制御する。電源制御部４０１は、省電力状態からスタンバイ状態に復帰する場合の復帰要因（例えばＦＡＸ受信や操作部５のスイッチ押下等）を検知する部分であり、各復帰要因に応じてスタンバイ状態へ移行した際の電源制御を実行する。なお、画像形成装置１は、少なくともスタンバイ状態と該スタンバイ力状態より消費電力の少ない省電力状態を切り替えて動作可能である。

また、電源制御部４０１は、ＣＰＵ３０１からの命令や後述のＷａｋｅ信号４０２等の省電力状態からの復帰検出用の信号等を受け、その命令によって第一電源供給部４０９や第二電源供給部４１０から各装置に対して電源供給を行うかどうかの制御を行う。さらに、電源制御部４０１は、リモート環境（例えばコンピュータ９）からのシャットダウンを実行したときに電源スイッチ４８０をオフするためにソレノイド４７０への通電制御を行う。

Ｗａｋｅ信号４０２は、画像形成装置１がスリープ状態になっている場合に、ＬＡＮコントローラ３０６がネットワーク６０経由で自機に対するパケットを受信した際に、その旨をＬＡＮコントローラ３０６から電源制御部４０１に通知するための信号である。電源制御部４０１は、Ｗａｋｅ信号を検知したら、制御信号４０７、４１７、４１８、４５１の制御を行い、各デバイスに対して供給する電源の選択を行う。

制御信号４０４〜４０７、４１７、４１８、４５１は、各デバイスに対して電源供給を行うかどうかを制御するための信号である。また、スイッチ４１１〜４１４、４１５、４１９、４５０はそれぞれ、制御信号４０４〜４０７、４１７、４１８、４５１で制御されるスイッチである。電源制御部４０１は、スイッチ４１１〜４１４、４１５、４１９、４５０をそれぞれ制御信号４０４〜４０７、４１７、４１８、４５１で制御することで、各デバイスに対しての電源供給状態を変更することが可能である。スイッチ４１１〜４１４、４１５、４１９、４５０は、ＦＥＴ（Field effect transistor）やリレースイッチ等によって実現することができる。

制御信号４０４およびスイッチ４１３は、ＬＡＮコントローラ３０６への電源供給を制御する。電源制御部４０１は、画像形成装置１がスタンバイ状態およびスリープ状態の場合には、ＬＡＮコントローラ３０６へ電源を供給し、画像形成装置１がオフ状態の場合には、ＬＡＮコントローラ３０６への電源を停止するように制御している。

制御信号４０５およびスイッチ４１４は、ＲＡＭ３０２への第一電源供給部４０９からの電力供給を制御する。電源制御部４０１は、例えば、スリープ状態の場合には、セルフリフレッシュ状態のＲＡＭ３０２に対して第一電源供給部４０９から電力供給を行い、画像形成装置１をオフ状態にする場合にはＲＡＭ３０２に対して第一電源供給部４０９からの電力供給を停止するといった制御を行う。

制御信号４０６およびスイッチ４１１は、第一電源供給部４０９からコントローラ３に対しての電源供給を制御する。制御信号４０６およびスイッチ４１１は、後述の電源スイッチ４８０がユーザによってオンされたら、電源スイッチ４８０の状態通知信号４１６を電源制御部４０１が受けて、電源制御部４０１によりオンされる。これにより、ユーザが電源スイッチ４８０をオフした際にも、コントローラ３に対して電源供給することが可能となる。このとき電源制御部４０１は、電源スイッチ４８０の状態通知信号４１６により電源スイッチ４８０がオフされたことを検知し、それをＣＰＵ３０１に対して通知することで、正常なシャットダウン処理をしてから各デバイスに対しての電源をオフすることが可能となる。

電源スイッチ４８０は、ユーザによって画像形成装置１への電源オン／オフの操作をするためのスイッチであり、例えばシーソースイッチである。ユーザがスイッチ４８０をオンすることで、第一電源供給部４０９からコントローラ３に対して電源が供給されるようになる。この電源スイッチ４８０は、内部にソレノイド４７０が設置されており、ソレノイド４７０に通電することで電源スイッチ４８０がオフに切り替わる構成になっている。これにより、リモート環境からのシャットダウン処理を受け付けた場合に、ソレノイド４７０をソレノイド制御信号４７１で制御し、通電することにより電源スイッチ４８０をオフにすることが可能となっている。

制御信号４０７およびスイッチ４１２は、第二電源供給部４１０に対してＡＣ電源の供給を制御する。第二電源供給部４１０は、省電力状態のときにオフされて、スタンバイ状態のときにオンされる電源である。例えば、省電力状態のときに電源制御部４０１がＷａｋｅ信号４０２を受けた時に、電源制御部４０１は、制御信号４０７を制御し、スイッチ４１２をオンすることにより、スタンバイ状態のときに必要な各デバイスに対しての電源をオンすることが可能となる。

第一電源供給部４０９は、ＡＣ電源をＤＣ電源に変換し、電源制御部４０１等に対して第一電源を供給する。第一電源供給部４０９から供給される第一電源は、画像形成装置１を省電力状態にした場合でも電源制御部４０１等に対して電源供給を行うために備えられている電源である。第一電源は、電源制御部４０１の他に省電力状態からの復帰を行うためにネットワーク６０からの自機宛てのパケットを検知するためのＬＡＮコントローラ３０６へも供給される。

第二電源供給部４１０は、ＡＣ電源をＤＣ電源に変換し、各デバイスに対して、第二電源を供給する。第二電源供給部４１０から供給される第二電源は、画像形成装置１が省電力状態の時に電源供給が停止される電源である。第二電源供給部４１０は、省電力状態の場合に電源供給が不要な各種デバイスに対して電源供給を行うために備えられている。

図３は、画像形成装置１上で動作するアプリケーションの管理を行う際にコンピュータ９上のＷｅｂブラウザに表示される画面の一例を示す図である。

図３（Ａ）は、コンピュータ９のＷｅｂブラウザから画像形成装置１のアプリケーション管理ページにアクセスした際に、最初に表示される画面の例である。
メニュー領域１３０１は、アプリケーション管理のためのメニューを表示する領域である。制御画面領域１３０２は、メニュー領域１３０１で選択されたメニューに応じた画面が表示される領域である。

メニュー領域１３０１において、アプリ管理メニュー１３０３は、画像形成装置１上にインストールされているアプリケーションの開始や停止やアンインストールを行うためのメニューである。アプリインストールメニュー１３０４は、アプリケーションのインストールを行うためのメニューである。アプリケーション管理ページに最初にアクセスした場合、アプリ管理メニュー１３０３が選択されており、制御画面領域１３０２には、アプリケーションを管理するための画面が表示される。即ち図３（Ａ）は、メニュー領域１３０１にてアプリ管理メニュー１３０３が選択された場合に対応する。

制御画面領域１３０２において、アプリケーション一覧領域１３０５は、画像形成装置１上にインストールされているＣＯＰＹやＳＥＮＤといった画像形成装置１の機能を提供するアプリケーションの一覧が表示される領域である。認証アプリケーション一覧領域１３０６は、認証を行う特別なアプリケーションの一覧を表示するための領域である。

アプリケーション名称欄１３０７は、アプリケーション名とバージョン番号が表示される領域である。状態欄１３０８は、アプリケーションの状態を表示するためのものである。状態欄１３０８には、「開始」もしくは「停止」のどちらかが表示される。

アプリケーション制御ボタン欄１３０９は、アプリケーションを開始したり停止したりするためのボタンが表示される領域である。アプリケーション制御ボタン欄１３０９では、アプリケーションの状態に応じて表示されるボタンが変化し、アプリケーションの状態が「開始」状態であれば「停止」ボタンが表示され、「停止」状態であれば「開始」ボタンが表示される。ただし、認証アプリケーションについては排他的にいずれかひとつだけが起動するようになっているため、アプリケーション制御ボタン欄１３０９には、「選択」というボタンが表示される。「選択」ボタンが押されると、現在「開始」状態の認証アプリケーションが停止して、選択された認証アプリケーションが開始される。

アンインストールボタン欄１３１０は、アプリケーションを画像形成装置１からアンインストールするためのボタンが表示される領域であり、この欄のボタンが押されると、対応するアプリケーションがアンインストールされる。

図３（Ｂ）は、メニュー領域１３０１にてアプリインストールメニュー１３０４が選択された際に表示される画面の例である。
アプリファイルパス入力フィールド１３１１は、インストールしたいアプリケーションのコンピュータ９上のファイルパスを指定するフィールドである。参照ボタン１３１２は、ファイル選択ダイアログからアプリケーションファイルを選択することでアプリファイルパス入力フィールド１３１１にファイルパスを入力するためのボタンである。

インストールボタン１３１３は、アプリファイルパス入力フィールド１３１１で指定されたアプリケーションを画像形成装置１に送信してインストール指示を行うためのボタンである。なお、ここで、アプリケーションは、特定の画像形成装置専用ではなく、各機種共通に動作するように実装することが可能である。そのようなアプリケーションは将来リリースされる画像形成装置においてもインストールして動作させることが可能である。

図４は、操作部５に表示される画面の一例を示す図である。
図４（Ａ）は、認証アプリケーション画面の例であり、画像形成装置を起動すると最初に表示される画面である。図４（Ａ）の例は、ＩＣカード認証を行う認証アプリケーションの画面を示しており、ＩＣカードを画像形成装置１に接続されたカードリーダ（不図示）にかざすことで認証が行われる。有効なＩＣカードがかざされた場合、認証が成功する。認証が成功すると画像形成装置１の各機能を利用するための選択画面（図４（Ｂ））が操作部５に表示される。

図４（Ｂ）の画面では、画像形成装置１上にインストールされているアプリケーションに対応するボタン２０１が表示される。ユーザが利用したい機能に対応するボタンにタッチすることで、各機能の設定画面に遷移する。例えば、ユーザによりコピーボタンがタッチされると、ＣＯＰＹアプリケーションの設定画面に切り替わる。

なお、ユーザが画像形成装置の機能を使い終わった場合に操作部５上に配置されたＩＤキー（不図示）を押下してログアウトすることにより、操作部５の表示が図４（Ａ）の認証画面に遷移する。またユーザが一定時間操作部５を操作しない場合にも自動でログアウトして、操作部５の表示が図４（Ａ）の画面に戻る。

図５は、本実施例における操作部５に表示するアプリケーション画面の制御に関するソフトウェアモジュールの構成の一例を示すブロック図である。なお、図５に示す各ソフトウェアモジュール５０１〜５０６は、コントローラ３のＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４等に格納されるプログラムを読み出して実行することにより実現される機能部に対応する。

アプリケーション５０１は、スキャナ装置２やプリンタ装置４の制御を行いユーザに対して画像形成装置１の機能を提供するモジュールである。画像形成装置１上には複数のアプリケーションが存在可能であり、図３で説明した方法でアプリケーションを自由に追加することができる。また、アプリケーション５０１のインストール時や画像形成装置１の起動時等に、アプリ管理部５０３に対してアプリ登録処理を行うことで、図４（Ｂ）の画面で、アプリケーション５０１を選択可能となる。なお、アプリ登録処理は、アプリケーション５０１のインストーラが行ってもよいし、インストールが完了されるとアプリケーション５０１が起動され、該起動されたアプリケーション５０１自身が行うようにしてもよい。

入力受信部５０２は、操作部５からのユーザの入力を受信するためのモジュールであり、アプリ管理部５０３にアプリケーション画面切り替え要求を出したり、アプリ管理部５０３を経由して各アプリケーション５０１に入力を通知したりする。

アプリ管理部５０３は、入力受信部５０２からのアプリケーション画面切り替え要求に応じて画面を切り替える。また、アプリ管理部５０３は、切り替え先のアプリケーションの属性に応じて、デバイス制御部５０４を通じてスキャナ装置２およびプリンタ装置４の通電制御も行う。

デバイス制御部５０４は、スキャナ制御部５０５やプリンタ制御部５０６を通じて各装置の通電制御を行う。スキャナ制御部５０５は、スキャナ装置２の制御を行うモジュールである。プリンタ制御部５０６は、プリンタ装置４の通電制御を行うモジュールである。

図６は、画像形成装置１のコントローラ３、スキャナ装置２、プリンタ装置４の各通電状況およびジョブ状態を例示する図である。
図６において、横軸は時間を表している。また、イベント発生によって、画像形成装置１のジョブ状態がどのように変化するか、および、コントローラ３、スキャナ装置２、プリンタ装置４の各通電状態がどうのようになるかを実線で示している。

コントローラ３は、動作状態として、ＯＮ状態、ＯＮ（スリープ）状態、ＯＦＦ状態の３つの状態を持つ。ＯＮ状態は、コントローラ３上で全ての制御プログラムが動作可能な状態である。ＯＮ（スリープ）状態は、制御プログラムが動作せず、割り込み等でＯＮ状態に復帰するための最低限の動作ができる状態である。ＯＦＦ状態は、完全に電源が供給されない状態である。

スキャナ装置２、プリンタ装置４は、動作状態として、ＯＮ（動作待ち解除）状態、ＯＮ（動作待ち）状態、ＯＦＦ状態の３つの状態を持つ。ＯＮ（動作待ち解除）状態は、各ジョブを実行する準備が完了している状態である。スキャナ装置２において、ＯＮ（動作待ち）状態は、読み取りのためのホームポジション検知を動作させないなど可動部を動作させない状態である。また、プリンタ装置４において、ＯＮ（動作待ち）状態は、印刷のためのモータやポリゴンを動作させなかったり、印刷のための転写ユニットを温調させないなど可動部を動作させない状態である。すなわちＯＮ（動作待ち）状態は、ＯＮ（動作待ち解除）状態よりも消費電力が低い状態である。ＯＦＦ状態は、完全に電源が供給されない状態である。画像形成装置１は、以上のような複数の電力状態を切り替えて動作可能な１つ以上の機能装置（スキャナ装置２、プリンタ装置４等）の電力状態を独立して制御可能な装置である。

Ｓ１０１にて、ユーザが画像形成装置１の電源スイッチ４８０をＯＮすると、画像形成装置１は起動処理を行い起動処理状態になる。そして、起動処理が完了すると、画像形成装置１はアイドル状態になり、一定時間が経過するとスリープ状態に移行する（Ｓ１０２）。

次に、Ｓ１０３にて、ユーザが操作部５の節電キー（不図示）を押下すると再びアイドル状態になる。なお、節電キーは、画像形成装置１をスリープ状態に移行させたり、スリープ状態からアイドル状態に復帰させたりするためのものである。

次に、ユーザが認証した後に操作部５の表示がＳＥＮＤアプリケーション画面に遷移する（Ｓ１０４）と、スキャナ装置２だけ通電状態がＯＮ（動作待ち解除）状態になる。ここで、ＳＥＮＤアプリケーションには、スキャナ装置２のみを使うアプリケーション属性が定義されているものとする。アプリケーション属性については後述する。

次に、Ｓ１０５にてユーザが送信設定を行った後に送信処理を実行指示すると、この時点ではスキャナ装置２がＯＮ（動作待ち解除）状態になっているため、ユーザにストレスを与えることなく速やかにスキャン動作が行われる。またこの時、プリンタ装置４はＯＮ（動作待ち）状態であるため、プリンタ装置４にかかる消費電力は低く抑えられた状態となる。送信処理が完了すると、画像形成装置１はアイドル状態に遷移し、画像形成装置１の操作がされないまま一定時間経過すると、再度スリープ状態に移行する（Ｓ１０６）。

次に、Ｓ１０７にて、ユーザが節電キーを押下すると、画像形成装置１は再びアイドル状態になる。次に、ユーザが認証した後に操作部５の表示がＣＯＰＹアプリケーション画面に遷移すると、スキャナ装置２とプリンタ装置４の両方の通電状態がＯＮ（動作待ち解除）状態になる（Ｓ１０８）。ここで、ＣＯＰＹアプリケーションは、機能装置毎の独立した通電制御に対応していないレガシーアプリケーションであるものとする。

Ｓ１０９にて、ユーザがコピー実行操作をした場合、すでにスキャナ装置２もプリンタ装置４もＯＮ（動作待ち解除）状態であるため、ユーザにストレスを与えることなく速やかにコピー動作が行われる。コピー動作が完了すると、画像形成装置１はアイドル状態になり、また画像形成装置１の操作がされないまま一定時間経過すると再度スリープ状態に移行する（Ｓ１１０）。

図７は、アプリケーション属性の一例を示す図である。アプリケーション属性は、アプリケーションの特性を記述したテキストファイルであり、アプリケーションファイルに包含されている。

図７（Ａ）は、機能装置毎の独立した通電制御に対応しているＳＥＮＤアプリケーションの属性情報の例である。
ＡｐｐｌｉｃａｔｉｏｎＮａｍｅ７０１は、アプリケーション名を示す属性である。ＡｐｐｌｉｃａｔｉｏｎＶｅｒｓｉｏｎ７０２は、アプリケーションのバージョンを示す属性である。ＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３は、アプリケーションが機能装置毎の独立した通電制御に対応したアプリケーションであることを示す属性である。ＩｎｉｔＲｅｑｕｉｒｅｄＤｅｖｉｃｅ７０４は、通電が必要な機能装置を示す属性である。この例では、ＩｎｉｔＲｅｑｕｉｒｅｄＤｅｖｉｃｅ７０４属性に"Ｓｃａｎｎｅｒ"と記載されているため、このアプリケーションに画面を切り替えた場合にスキャナのみＯＮ（動作待ち解除）状態になるように制御される。

図７（Ｂ）は、レガシーアプリケーション（本実施例の通電制御に対応していない過去の画像形成装置用に作成されたアプリケーション）の属性情報の例である。
過去の画像形成装置では、ＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３という属性は定義されていないため、このアプリケーションではＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３属性が記載されていない。よって、ＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３属性の有無を判定することにより、レガシーアプリケーションか否かの判定が可能である。

図７（Ｃ）は、認証アプリケーションの属性情報の例である。
ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性は、アプリケーションの種類を示す属性である。認証アプリケーションは、ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性に"Ａｕｔｈｅｎｔｉｃａｉｏｎ"と定義される。一般アプリケーションの場合は、このＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性の記載は不要である。よって、ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性が定義されていないものは、一般アプリケーションであると判断できる。本実施例では、認証アプリケーションは、ジョブを実行することはないため、通電制御の対象は一般アプリケーション（即ち、ＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性が定義されていない所定のアプリケーション）のみとしている。

以下、図８を用いて、実施例１において、操作部５に操作画面を表示するアプリケーションの切り替えを行う場合にアプリ管理部５０３で実行される処理の流れについて説明する。
図８は、実施例１において、アプリケーション画面（アプリケーションの操作画面）の切り替えを行う際にアプリ管理部５０３で実行される処理の一例を示すフローチャートである。すなわち、図８のフローチャートに示す処理は、コントローラ３のＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４等に格納されるプログラムを読み出して実行することにより実現されるものである。

Ｓ６０１にて、アプリ管理部５０３は、入力受信部５０２からアプリケーション画面切り替え要求を受信すると、Ｓ６０２に処理を進める。Ｓ６０２では、アプリ管理部５０３は、上記Ｓ６０１で画面切り替え要求されたアプリケーション（以下、画面切替先アプリケーション）の属性情報を取得する。

次に、Ｓ６０３において、アプリ管理部５０３は、上記Ｓ６０２で取得した属性情報に基づいて、画面切替先アプリケーションがレガシーアプリケーションか否かを判定する。具体的には、上記Ｓ６０２で取得した属性情報内にＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３属性が存在しなければレガシーアプリケーションであるという判定を行う。

そして、Ｓ６０３にて、画面切替先アプリケーションがレガシーアプリケーションであると判定した場合(Ｓ６０３でＹｅｓの場合)、アプリ管理部５０３は、Ｓ６０４に処理を進める。

Ｓ６０４では、上記Ｓ６０２で取得した属性情報に基づいて、画面切替先アプリケーションの種類が一般アプリケーションであるか否かを判定する。本実施例では、上記Ｓ６０２で取得した属性情報内にＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性が存在しないアプリケーションを一般アプリケーションと判定する。

そして、上記Ｓ６０４にて、画面切替先アプリケーションの種類が一般アプリケーションであると判定した場合(Ｓ６０４でＹｅｓの場合)、アプリ管理部５０３は、Ｓ６０５に処理を進める。

Ｓ６０５では、アプリ管理部５０３は、スキャナ装置２およびプリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行させ、アプリ管理部５０３は、Ｓ６０６に処理を進める。Ｓ６０６では、アプリ管理部５０３は、上記Ｓ６０１で画面切り替え要求されたアプリケーション（即ち、画面切替先アプリケーション）に表示画面を切り替え、本フローチャートの処理を終了する。

また、上記Ｓ６０４にて、画面切替先アプリケーションの種類が一般アプリケーションでないと判定した場合(Ｓ６０４でＮｏの場合)、アプリ管理部５０３は、そのあまＳ６０６に処理を進める。

また、上記Ｓ６０３にて、画面切替先アプリケーションがレガシーアプリケーションでないと判定した場合(Ｓ６０３でＮｏの場合)、アプリ管理部５０３は、Ｓ６０７に処理を進める。

Ｓ６０７では、アプリ管理部５０３は、上記Ｓ６０２で取得した属性情報に基づいてスキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にする必要があるかどうかを判定する。本実施例では、上記Ｓ６０２で取得した属性情報のＩｎｉｔＲｅｑｕｉｒｅｄＤｅｖｉｃｅ７０４属性に"Ｓｃａｎｎｅｒ"という記載が含まれれば、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態に移行する必要があると判定する。

そして、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態に移行する必要があると判定した場合(Ｓ６０７でＹｅｓの場合)、アプリ管理部５０３は、Ｓ６０８に処理を進める。Ｓ６０８では、アプリ管理部５０３は、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にして、Ｓ６０９に処理を進める。

一方、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態に移行する必要がないと判定した場合(Ｓ６０７でＮｏの場合)、アプリ管理部５０３は、そのままＳ６０９に処理を進める。

Ｓ６０９では、アプリ管理部５０３は、上記Ｓ６０２で取得した属性情報に基づいてプリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にする必要があるかどうかを判定する。本実施例では、上記Ｓ６０２で取得した属性情報のＩｎｉｔＲｅｑｕｉｒｅｄＤｅｖｉｃｅ７０４属性に"Ｐｒｉｎｔｅｒ"という記載が含まれれば、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行する必要があると判定する。

そして、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行する必要があると判定した場合(Ｓ６０９でＹｅｓの場合)、アプリ管理部５０３は、Ｓ６１０に処理を進める。Ｓ６１０では、アプリ管理部５０３は、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にして、Ｓ６０６に処理を進める。

一方、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行する必要がないと判定した場合(Ｓ６０９でＮｏの場合)、アプリ管理部５０３は、そのままＳ６０６に処理を進める。

以上説明したように、アプリケーションの属性情報に、独立した通電制御に対応しているか否かを示すアプリケーション属性を定義し、この属性が定義されていないアプリケーションをレガシーアプリケーションと判定する構成とした。また、アプリケーションの画面切り替え時に、画面遷移先がレガシーアプリケーションであればスキャナ装置２及びプリンタ装置４の通電状態を共にＯＮ（動作待ち解除）状態にしてから画面切り替えを行う構成とした。これにより、機能装置毎の独立した電力制御に対応していないレガシーアプリケーションを動作させる際にも、ジョブ実行時のパフォーマンス低下を防ぐことができるようになる。

また、アプリケーションの属性情報に、画面遷移時に通電制御が必要な機能装置を示す属性を定義したことにより、画面遷移のタイミングで通電制御を行えばよいアプリケーションは特別な実装をすることなく、独立した通電制御が実現できる。よって、アプリケーション開発者に対する利便性が向上し、容易に、機能装置毎の独立した電力制御に対応したアプリケーションを作成することができる。

よって、本実施例によれば、機能装置毎の独立した電力制御に対応したアプリケーションを動作させることができる画像処理装置において、機能装置毎の独立した電力制御に対応していないレガシーアプリケーションを動作させる場合でも、ジョブ実行時のパフォーマンス低下を防ぐことが可能になる。

上記実施例１では、アプリケーション属性ファイルに記載される属性情報を基に通電制御を行う例を説明した。実施例２では、アプリ管理テーブルを用いて通電制御を行う例を示す。システム構成、電源制御に関するハードウェア構成、ＵＩ、通電状態は、実施例１と共通であるため説明は割愛する。ソフトウェアブロック図に関しても図５と同等であるが、アプリ管理部５０３の制御内容について異なる部分があるため差分について以下に説明する。

実施例２において、アプリ管理部５０３は、アプリケーション５０１からアプリ登録を受ける際に、各装置の通電制御情報（例えば、ＩｎｉｔＲｅｑｕｉｒｅｄＤｅｖｉｃｅ７０４属性の値）を受信することが可能になっている。なお、機能装置毎の独立した電力制御に対応したアプリケーション５０１は、アプリ登録要求時に、各装置の通電制御情報を含むアプリ登録要求を、アプリ管理部５０３に対して行うものとする。また、アプリ管理部５０３は、アプリケーション５０１からアプリ登録要求を受けると、上記各装置の通電制御情報を含めたアプリ管理テーブル（図１０）を例えばＨＤＤ３０４内に作成する。そして、アプリ管理部５０３は、アプリ画面切り替え要求時に、アプリ管理テーブルの情報に基づいて、必要に応じてスキャナ装置２やプリンタ装置４の通電制御を行う。図５のその他の構成要素に関しては実施例１と同じであるため説明は割愛する。

アプリケーション属性に関しては、実施例１では、図７（Ａ）のようにスキャナ装置・プリンタ装置の通電状態の制御のための属性（ＳｍａｒｔＰｏｗｅｒＳａｖｅｒ７０３）を定義していたが、実施例２ではこの属性は定義されない。図７（Ｂ）と図７（Ｃ）については、実施例２でも同様の属性が定義される。

図９は、実施例２においてアプリ管理部５０３がアプリケーション５０１からアプリ登録要求を受け取った際のアプリ管理部５０３の処理の一例を示すフローチャートである。すなわち、図９のフローチャートに示す処理は、コントローラ３のＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４等に格納されるプログラムを読み出して実行することにより実現されるものである。

アプリ管理部５０３は、アプリケーションからアプリ登録要求を受けると、まずＳ８０１にて、該アプリ登録要求に各装置の通電制御情報が含まれるか否かを判定する。

そして、該アプリ登録要求に各装置の通電制御情報が含まれていると判定した場合（Ｓ８０１でＹｅｓの場合）、アプリ管理部５０３は、Ｓ８０２に処理を進める。Ｓ８０２では、アプリ管理部５０３は、上記アプリ登録要求に含まれる各装置の通電制御情報の指示内容通りに、例えば図１０のようなアプリケーション管理テーブルにアプリケーション情報登録を行い、本フローチャートの処理を終了する。

一方、上記Ｓ８０１にて、該アプリ登録要求に各装置の通電制御情報が含まれていないと判定した場合（Ｓ８０１でＮｏの場合）、アプリ管理部５０３は、Ｓ８０３に処理を進める。Ｓ８０３では、アプリ管理部５０３は、そのアプリケーションの属性情報を取得して一般アプリケーションかどうかを判定する。本実施例では、上記Ｓ６０２で取得した属性情報内にＡｐｐｌｉｃａｔｉｏｎＴｙｐｅ７０５属性が存在しないアプリケーションを一般アプリケーションと判定する。

そして、一般アプリケーションであると判定した場合（Ｓ８０３でＹｅｓの場合）、アプリ管理部５０３は、Ｓ８０４に処理を進める。Ｓ８０４では、アプリ管理部５０３は、スキャナ装置２とプリンタ装置４の両方を通電制御するものとして、アプリ管理テーブルにアプリケーション情報を登録し、本フローチャートの処理を終了する。

一方、一般アプリケーションでないと判定した場合（Ｓ８０３でＮｏの場合）、アプリ管理部５０３は、Ｓ８０５に処理を進める。Ｓ８０５では、アプリ管理部５０３は、スキャナ装置２とプリンタ装置４の両方とも通電制御しないものとしてアプリ管理テーブルにアプリケーション情報を登録し、本フローチャートの処理を終了する。

図１０は、アプリケーションの画面登録時に生成されるアプリ管理テーブルの一例を示す図である。なお、アプリ管理テーブルは、ＨＤＤ３０４に記憶されるものとする。

アプリ管理テーブルは、図１０に示す９０１〜９０５等の情報を保持するテーブルである。アプリＩＤ９０１は、プログラム上でアプリケーションを識別するためのＩＤであり、アプリ登録時に一意に決められる。アプリ名称９０２は、アプリケーションの名前を示す。アプリ種別９０３は、アプリケーションの種類を示す。アプリ名称９０２およびアプリ種別９０３は、図９では示していないが、アプリ管理部５０３により、アプリケーション属性情報（図７）等から情報を取得されてテーブルに記録されるものとする。

スキャナ制御９０４は、そのアプリケーション画面への切り替え時に、スキャナ装置２の通電制御が必要か否かを示す。スキャナ制御９０４が「Ｔｒｕｅ」である場合は、そのアプリケーションに画面を切り替えた場合に、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にする必要があることを意味する。

プリンタ制御９０５は、そのアプリケーション画面への切り替え時に、プリンタ装置４の通電制御が必要か否かを示す。プリンタ制御９０５が「Ｔｒｕｅ」である場合、そのアプリケーションに画面を切り替えた場合に、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にする必要があることを意味する。

以下、図１１を用いて、実施例２において、アプリケーション画面の切り替えを行う際にアプリ管理部５０３で実行される処理の流れについて説明する。
図１１は、実施例２において、アプリケーション画面の切り替えを行う際にアプリ管理部５０３で実行される処理の一例を示すフローチャートである。すなわち、図１１のフローチャートに示す処理は、コントローラ３のＣＰＵ３０１がＲＯＭ３０３やＨＤＤ３０４等に格納されるプログラムを読み出して実行することにより実現されるものである。

Ｓ１００１にて、アプリ管理部５０３は、入力受信部５０２からアプリケーション画面切り替え要求を受信すると、Ｓ１００２に処理を進める。Ｓ１００２では、アプリ管理部５０３は、図１０に示したようなアプリ管理テーブルから、上記Ｓ１００１で画面切り替え要求されたアプリケーション（以下、画面切替先アプリケーション）の情報を取得する。

次に、Ｓ１００３において、アプリ管理部５０３は、上記Ｓ１００２で取得した画面切替先アプリケーションの情報に基づいて、画面遷移先アプリケーションのアプリ種別が一般アプリケーションであるか否かを判定する。

そして、画面遷移先アプリケーションのアプリ種別が一般アプリケーションであると判定した場合（Ｓ１００３でＹｅｓの場合）、アプリ管理部５０３は、Ｓ１００４に処理を進める。

Ｓ１００４では、アプリ管理部５０３は、上記Ｓ１００２で取得した情報から、画面遷移先アプリケーションが、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にする必要があるかどうかを判定する。そして、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にする必要があると判定した場合（Ｓ１００４でＹｅｓの場合）、アプリ管理部５０３は、Ｓ１００５に処理を進める。Ｓ１００５では、アプリ管理部５０３は、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態に移行させ、Ｓ１００６に処理を進める。一方、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にする必要がないと判定した場合（Ｓ１００４でＮｏの場合）、アプリ管理部５０３は、そのままＳ１００６に処理を進める。

Ｓ１００６では、アプリ管理部５０３は、上記Ｓ１００２で取得した情報から、画面遷移先アプリケーションが、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にする必要があるかどうかを判定する。そして、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にする必要があると判定した場合（Ｓ１００６でＹｅｓの場合）、アプリ管理部５０３は、Ｓ１００７に処理を進める。Ｓ１００７では、アプリ管理部５０３は、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行させ、Ｓ１００８に処理を進める。一方、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にする必要がないと判定した場合（Ｓ１００６でＮｏの場合）、アプリ管理部５０３は、そのままＳ１００８に処理を進める。

また、上記Ｓ１００３にて、画面遷移先アプリケーションのアプリ種別が一般アプリケーションでないと判定した場合（Ｓ１００３でＮｏの場合）にも、アプリ管理部５０３は、Ｓ１００８に処理を進める。Ｓ１００８では、アプリ管理部５０３は、上記Ｓ１００１で画面切り替え要求されたアプリケーション（即ち、画面切替先アプリケーション）に表示画面を切り替え、本フローチャートの処理を終了する。

以上説明したように、アプリケーション登録時に機能装置毎の通電制御情報を指定可能な構成とし、指定がない場合は、そのアプリケーションに画面遷移する際にスキャナ装置及びプリンタ装置の通電状態を共にＯＮ（動作待ち解除）にする構成とした。これにより、機能装置毎の独立した電力制御に対応していないレガシーアプリケーションを動作させる際にも、ジョブ実行時のパフォーマンス低下を防ぐことができるようになる。

よって、本実施例によれば、機能装置毎の独立した電力制御に対応したアプリケーションを動作させることができる画像処理装置において、表示するアプリケーションを切り替える際に、画面遷移先のアプリケーションを判定し、スマート省電力機能に対応していないアプリケーションであれば、スキャナ装置およびプリンタ装置等の各機能装置の通電・初期化処理を事前に行ってから画面切り替えを行う。このような構成により、機能装置毎の独立した電力制御に対応していないレガシーアプリケーションを動作させる場合でも、速やかに処理を開始してユーザの利便性の低下を抑え、ジョブ実行時のパフォーマンス低下を防ぐことができる。

なお、上記各実施例では、説明を簡略化するためスキャナ装置およびプリンタ装置のみ独立制御できる構成としているが、ＦＡＸ通信制御部やＨＤＤなど機能を利用する上で必要な機能装置を細分化して通電制御するようにしてもよい。これにより、さらに細やかな省電力機能を提供可能となる。

また、上記各実施例ではＯＮ（動作待ち）状態という可動部を動作させない状態を省電力状態として定義しているが、本発明はこれに制限されるものではなく、さらに消費電力の少ない状態を設定したり、ＯＮとＯＦＦの２段階だけにしたりしてもよい。

また、上記各実施例では、独立した通電制御に対応したアプリケーションの通電制御をアプリ管理部５０３が行う例を示しているが、アプリケーション自身が画面遷移とは別の適切なタイミングで適切な装置の通電制御を行うようにしてもよい。例えば、アプリ管理部５０３は、画面切替先アプリケーションがレガシーアプリケーションでないと判定した場合（図８のＳ６０３でＮｏの場合）、そのままＳ６０６に処理を進め、画面切替先アプリケーションに表示画面を切り替えるようにしてもよい。また、図１１のＳ１００３でＹｅｓの場合に、画面切替先アプリケーションがレガシーアプリケーションか否かをアプリ管理部５０３が判定する判定ステップを設ける。そして、該判定ステップにおいて、画面切替先アプリケーションがレガシーアプリケーションでないと判定した場合、アプリ管理部５０３は、そのままＳ１００８に処理を進め、画面切替先アプリケーションに表示画面を切り替えるようにしてもよい。以上の構成により、アプリケーション自身が適切なタイミングで適切な装置の通電制御を行い、省電力性を高めることが可能となる。

また、実施例１においては、図８のＳ６０２で、アプリケーションの属性情報の取得に失敗した場合には、アプリ管理部５０３は、電源制御を行わず、そのままＳ６０６に処理を進め、画面切替先アプリケーションに表示画面を切り替えるようにしてもよい。もしくは、図８のＳ６０２で、アプリケーションの属性情報の取得に失敗した場合には、アプリ管理部５０３は、Ｓ６０５に処理を進め、スキャナ装置２およびプリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行させるようにしてもよい。

また、実施例２においては、図８のＳ１００２で、アプリ管理テーブルからの情報取得に失敗した場合には、アプリ管理部５０３は、電源制御を行わず、そのままＳ１００８に処理を進め、画面切替先アプリケーションに表示画面を切り替えるようにしてもよい。もしくは、図８のＳ１００２で、アプリ管理テーブルからの情報取得に失敗した場合には、アプリ管理部５０３は、Ｓ１００５及びＳ１００６を実行し、スキャナ装置２およびプリンタ装置４の通電状態をＯＮ（動作待ち解除）状態に移行させるようにしてもよい。

さらに、ログイン中のユーザの権限に応じて、各機能装置の電源制御を制限するようにしてもよい。例えば、図８のＳ６０５、Ｓ６０８では、ログイン中のユーザにＳＥＮＤやスキャンやコピーの権限がない場合、スキャナ装置２の通電状態をＯＮ（動作待ち解除）状態にしないようにする。また、図８のＳ６０５、Ｓ６１０では、ログイン中のユーザにプリントやコピーの権限がない場合、プリンタ装置４の通電状態をＯＮ（動作待ち解除）状態にしないようにする。これにより、ログイン中のユーザに使用権限のない機能装置を無断に通電状態にして無駄に電力を消費してしまうことを抑えることができる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

１ 画像形成装置
２ スキャナ装置
３ コントローラ
４ プリンタ装置

Claims (11)

1. 複数の電力状態を切り替えて動作する２つ以上の機能装置の電力状態を独立して制御可能な画像処理装置であって、
   複数のアプリケーションの中から実行すべきアプリケーションを選択するための画面を表示する表示制御手段と、
   前記画面を介して選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションを示す情報を含む属性情報を取得する取得手段と、
   前記取得した属性情報に基づいて、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションかを判定する判定手段と、
   前記判定手段で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションでないと判定された場合、前記２つ以上の機能装置の電力状態を前記２つ以上の機能装置が動作可能な状態に遷移させる第１の電源制御を行い、前記判定手段で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションであると判定された場合、該アプリケーションで使用される機能装置の電力状態を該機能装置が動作可能な状態に遷移させる第２の電源制御を行う制御手段を有することを特徴とする画像処理装置。
2. 前記判定手段は、さらに、前記アプリケーションが認証アプリケーションであるかを判定し、
   前記判定手段で、前記アプリケーションが認証アプリケーションであると判定された場合は、前記２つ以上の機能装置の電力が供給されないことを特徴とする請求項１に記載の画像処理装置。
3. 前記判定手段で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションでないと判定され、かつ、前記アプリケーションが認証アプリケーションでないと判定された場合、前記制御手段は、前記２つ以上の機能装置の電力状態を前記２つ以上の機能装置が動作可能な状態に遷移させる第１の電源制御を行うことを特徴とする請求項２に記載の画像処理装置。
4. 前記判定手段の判定に基づく情報を保持しておく保持手段と、を有し、
   前記制御手段は、前記保持手段に保持されている情報に基づいて動作することを特徴とする請求項１乃至３のいずれか１項に記載の画像処理装置。
5. 前記判定手段は、前記属性情報に、機能装置毎の独立した電力制御に対応したアプリケーションを示す情報が含まれない場合に、該アプリケーションが機能装置毎の独立した電力制御に対応していないと判定することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
6. 複数の電力状態を切り替えて動作する２つ以上の機能装置の電力状態を独立して制御可能な画像処理装置の制御方法であって、
   複数のアプリケーションの中から実行すべきアプリケーションを選択するための画面を表示する表示制御工程と、
   前記画面を介して選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションを示す情報を含む属性情報を取得する取得工程と、
   前記取得した属性情報に基づいて、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションかを判定する判定工程と、
   前記判定工程で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションでないと判定された場合、前記２つ以上の機能装置の電力状態を前記２つ以上の機能装置が動作可能な状態に遷移させる第１の電源制御を行い、前記判定工程で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションであると判定された場合、該アプリケーションで使用される機能装置の電力状態を該機能装置が動作可能な状態に遷移させる第２の電源制御を行う制御工程を有することを特徴とする画像処理装置の制御方法。
7. 前記判定工程は、さらに、前記アプリケーションが認証アプリケーションであるかを判定し、
   前記判定工程で、前記アプリケーションが認証アプリケーションであると判定された場合は、前記２つ以上の機能装置の電力が供給されないことを特徴とする請求項６に記載の画像処理装置の制御方法。
8. 前記判定工程で、前記選択されたアプリケーションが機能装置毎の独立した電力制御に対応したアプリケーションでないと判定され、かつ、前記アプリケーションが認証アプリケーションでないと判定された場合、前記制御工程は、前記２つ以上の機能装置の電力状態を前記２つ以上の機能装置が動作可能な状態に遷移させる第１の電源制御を行うことを特徴とする請求項７に記載の画像処理装置の制御方法。
9. 前記画像処理装置は、前記判定工程での判定に基づく情報を保持しておく保持手段と、を有し、
   前記制御工程は、前記保持手段に保持されている情報に基づいて動作することを特徴とする請求項６乃至８のいずれか１項に記載の画像処理装置の制御方法。
10. 前記判定工程は、前記属性情報に、機能装置毎の独立した電力制御に対応したアプリケーションを示す情報が含まれない場合に、該アプリケーションが機能装置毎の独立した電力制御に対応していないと判定することを特徴とする請求項６乃至９のいずれか１項に記載の画像処理装置の制御方法。
11. 請求項６乃至１０のいずれか１項に記載の画像処理装置の制御方法をコンピュータに実行させることにより実現するためのプログラム。

Images