(57)【要約】【課題】  外部サーバー、サービスと連携する画像処理装置において、画面表示順序に合わせたスリープ状態制御を可能とすることを目的とする。【解決手段】  画像処理装置において、画面ごとのスリープ制御属性と表示画面の管理手段を有する。更に、表示画面を制御し表示画面順序を生成するＵＩ制御手段を有し、表示画面と表示画面順序からスリープ移行可能状態を制御するスリープ状態制御手段を有することを特徴とする画像処理装置を提供する。【選択図】  図１６
2012221192.tif 000002
【特許請求の範囲】
【請求項１】
外部サーバー（４２０）に接続され、外部サーバー（４２０）が提供するサービスと連携する画像処理装置（１００）であって、
外部サーバー（４２０）と通信しデータの送受信を行うサービス通信手段（２０２）と、
画面ごとのスリープ制御属性と表示画面の管理手段（図５）と、
表示画面を制御し表示画面順序を生成するＵＩ制御手段（２０１）と、
表示画面と表示画面順序からスリープ移行可能状態を制御するスリープ状態制御手段（２０５）と、
を有することを特徴とする画像処理装置（１００）。
【請求項２】
外部サーバー（４２０）に接続され、外部サーバー（４２０）が提供するサービスと連携する画像処理装置（１００）の制御方法であって、
外部サーバー（４２０）と通信しデータの送受信を行うサービス通信手段（２０２）と、
画面ごとのスリープ制御属性と表示画面の管理手段（図５）と、
表示画面を制御し表示画面順序を生成するＵＩ制御手段（２０１）と、
表示画面と表示画面順序からスリープ移行可能状態を制御するスリープ状態制御手段（２０５）と、
を有することを特徴とする画像処理装置（１００）の制御方法。
【請求項３】
請求項２に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置及びその制御方法、並びにプログラムに関する。特に、画像処理装置において動作するアプリケーションの外部サービスと連携して動作する際のスリープ制御処理に関する。
【背景技術】
【０００２】
近年、画像処理装置においては、リアルタイム・オペレーティングシステム（以下、リアルタイムＯＳと略記する）上にさらに別の組み込みシステム向けの実行環境（例えば、Ｊａｖａ（登録商標）など）を構築している。このことにより、画像処理装置を制御するアプリケーションを外部からインストールして搭載することが可能となっている。また、さらに、前記組み込みシステム向けの実行環境により、開発者が任意の画像処理装置に対するアプリケーションを共通の開発言語、開発環境で開発することが可能となっている。
【０００３】
また、画像処理装置自体の高機能化、多機能化が進み、スキャン機能、プリント機能に関しても多種多様な画像処理装置が開発されている。近年では、スキャン機能、プリント機能といった紙文書の電子化や印刷といった基本的な機能だけでなく、ネットワーク・インターフェース（以下、ネットワークＩ／Ｆと略記する）を搭載した画像処理装置が開発されている。ネットワークＩ／Ｆを搭載した画像処理装置は、ネットワークで接続された外部システム、外部サービスと連携し、様々はソリューションを提供している。一方で、環境問題も顕在化し、常時電源が投入されるケースが多い画像処理装置においても、消費電力を抑えるための工夫が行われている。
【０００４】
例えば、特許文献１によれば、アプリケーションプラットフォームにおいて、アプリケーションの動作を監視し、アプリケーションが動作していないときにはスリープへの移行を試みる画像形成装置を提案している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００７−３１８４２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
画像形成装置において、インターネットを経由して外部サービスと通信し機能を実現する通信アプリケーションは、レスポンスを待機したり、データの送受信を少しずつ処理しなければならない状況が発生する。このような状況において、従来の画像形成装置では、ハードウェア（プリンタやスキャナ）が動作しない期間が長くなってしまい、一定時間経過後に省電力の設定に従い、省電力状態になってしまう。そのため、通信アプリケーションのネットワーク処理が中断されてしまうという課題があった。
【課題を解決するための手段】
【０００７】
外部サーバー（４２０）に接続され、外部サーバー（４２０）が提供するサービスと連携する画像処理装置（１００）であって、
外部サーバー（４２０）と通信しデータの送受信を行うサービス通信手段（２０２）と
画面ごとのスリープ制御属性と表示画面の管理手段（図５）と
表示画面を制御し表示画面順序を生成するＵＩ制御手段（２０１）と
表示画面と表示画面順序からスリープ移行可能状態を制御するスリープ状態制御手段（２０５）と
を有することを特徴とする画像処理装置（１００）。
【発明の効果】
【０００８】
ネットワークで接続された外部サービスと連携する画像処理装置において、通信処理などのソフトウェア処理を中断することなく動作することが可能となる。また、同一の画面表示であっても、画面順序を考慮したスリープ状態の制御が可能となる。これにより、アプリケーションの処理を適切に実行しつつ、画像処理装置の省電力の機会を増加させることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態における画像処理装置の基本的なソフトウェア構成を示す図
【図２】本発明の実施形態における画像処理システムの全体図
【図３】本発明の実施形態における画像処理装置の構成を示すブロック図
【図４】本発明の実施形態における外部サービスを提供するサーバーの構成を示すブロック図
【図５】本発明の実施形態における画面リストと画面表示時のスリープ制御のためのデフォルト属性を管理するテーブル
【図６】本発明の実施形態における操作者がアプリケーション２００を操作した際の表示順序
【図７】本発明の実施形態におけるアプリケーション２００のログイン画面例を示す図
【図８】本発明の実施形態におけるアプリケーション２００のフォルダ/ファイル選択画面例を示す図
【図９】本発明の実施形態におけるアプリケーション２００のスキャン設定画面例を示す図
【図１０】本発明の実施形態におけるアプリケーション２００のスキャン中画面例を示す図
【図１１】本発明の実施形態におけるアプリケーション２００のプレビュー画面例を示す図
【図１２】本発明の実施形態におけるアプリケーション２００のアップロード中画面例を示す図
【図１３】本発明の実施形態におけるアプリケーション２００のプリント設定画面例を示す図
【図１４】本発明の実施形態におけるアプリケーション２００のダウンロード中画面例を示す図
【図１５】本発明の実施形態におけるアプリケーション２００のプリント中画面例を示す図
【図１６】本発明の実施形態におけるアプリケーション２００のスリープ制御フラグ設定処理フロー図
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態を詳しく説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１１】
（第１の実施形態）
図１は、本発明の実施形態における画像処理装置１００のソフトウェア構成を示す図である。図７に示す各機能部は画像処理装置１００が有するＣＰＵ５１１が制御プログラムを実行することにより実現される。
【００１２】
１００は画像形成装置である。１０１は画像形成装置全体を制御する本発明の第１の実行環境の一例である。一般的に１０１は画像形成装置の各種機能をリアルタイムに制御可能なリアルタイムＯＳの各モジュール、或いは、ＣＰＵに、命令してクリティカルに複写機のオプション装置、拡張カードを含む各機能を制御することが可能なライブラリ群から構成される。更に、１０１はその上位で動作するアプリケーションに対して、インターフェース・コマンドを提供するモジュール群を含む。ここでは、１０１をオペレーティング・システム（以下、ＯＳと略記する）を呼ぶ。
【００１３】
画像処理装置１００は省エネルギーを考慮し、段階的にハードウェアの消費電力を抑えるモードがある。ＯＳ１０１はハードウェアの稼働状況を判断し、操作部５１９が利用されていな場合は、操作部の電源を切り消費電力を抑える。この状態をスリープ状態と呼ぶ。また、プリンタやスキャナなどが利用されていない場合は、ネットワークＩ／Ｆ以外のハードウェア（ＣＰＵ５１１、ＨＤＤ５１４、プリンタ５２０、スキャナ５２１など）の電源を切り、消費電力をスリープ状態より抑える。この状態をディープスリープ状態と呼ぶ。
【００１４】
ＯＳ１０１は通常電源で起動している状態から、スリープ状態やディープスリープ状態に移行してよい状態かどうかを判断するためのスリープ制御フラグを保持している。これは、ＯＳ１０１が無条件にディープスリープ状態などに移行してしまうと、各アプリケーションの処理状態やＲＡＭ５１３に格納されている揮発性の情報が破棄されてしまい、本来の機能を達成できなくなってしまう。そのため、各アプリケーションや機能がＯＳ１０１のスリープ制御フラグに移行してよいスリープ状態を設定する。さらに、ＯＳ１０１が保持するタイマーをもとにスリープ制御フラグの内容を判断し移行することで、各アプリケーションや機能の処理を妨げずスリープ状態を移行し、省エネルギーを実現する。
【００１５】
１０２はＯＳ１０１上で動作するコントローラ制御部であり、後述のスキャナ５２１、プリンタ５２０、など制御するモジュールにより構成されるものである。
【００１６】
１０３はアプリケーション・プログラミング・インターフェース（以下、ＡＰＩと略記する）である。ＡＰＩ１０３は、アプリケーションからの命令の入力の命令列に応答して、コントローラ制御部１０２にアクセスするための処理とネットワークＩ／Ｆ５１８を介してネットワークに接続された機器等に制御コマンドを送る機能を有する。
【００１７】
１０４はＯＳ１０１上で動作する単機能のアプリケーションであり、ＡＰＩ１０３を使用しコントローラ制御部１０２に各種処理を依頼するものである。
【００１８】
１０５は特定のアプリケーションを実行するために最適な第２の実行環境であり、例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現されるものである。
【００１９】
１０６は本発明の第２の実行環境１０５上のアプリケーションがＯＳ１０１上で動作するコントローラ制御部１０２にアクセスするためのＡＰＩであり、本実施例においてはＡＰＩ１０３を呼び出すための変換モジュールの機能を有するものである。なお、本実施形態の説明においては、アプリケーションとして１０６のようなアプリケーションを想定して説明するが、１０４のようなアプリケーションであっても構わない。
【００２０】
１０７は仮想マシン１０５上のアプリケーションを統括的に制御する機能を有するフレームワークモジュールである。
【００２１】
１０８は仮想マシン１０５上の他のアプリケーションを管理するためのアプリケーションであり、フレームワーク１０７と協調し、アプリケーション２００のダウンロード、アップロード、消去、無効化を行うものである。
【００２２】
１０９は仮想マシン１０５が使用する資源を管理するリソース管理部であり、ＯＳ１０１上で動作する。リソース管理部１０９は、仮想マシン１０５自身、仮想マシンＡＰＩ１０６、フレームワーク１０７、或いはＯＳ１０５上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限するものである。例えば、操作部に画面を表示するアプリケーションについて、予め決められたアプリケーション上限数を超えた場合には、ＵＩ表示を行うことができない、などがある。
【００２３】
２００は仮想マシン１０５上で動作するアプリケーションであり、仮想マシンＡＰＩ１０６を使用しコントローラ制御部１０２に各種処理を依頼するものである。
【００２４】
２０１はアプリケーションのＵＩ制御部であり、ＵＩ表示を制御したり、アプリケーションの動作指示を入力したり、実行中の処理状態を表示するためのものである。
【００２５】
２０２は外部サービスとの通信部であり、ＦＴＰ、ＳＭＢ、ＷｅｂＤＡＶ等にしたがってファイルの送受信を行う。
【００２６】
２０３は印刷設定にしたがった印刷ジョブをプリンタに指示したり、ジョブの状態をＵＩで表示する。
【００２７】
２０４はスキャン設定にしたがったスキャンジョブをスキャナに指示したり、ジョブの状態をＵＩで表示する。
【００２８】
２０５はアプリケーション２００の処理状態を判断し、ＯＳ１０１のスリープ制御フラグを設定する。詳細は後述する。
【００２９】
図２は、本発明の実施形態における画像処理システムの全体図である。画像処理装置１００はそれぞれＬＡＮ４００を介してインターネット４１０に接続されている。また、クラウドコンピューティング環境でサービスを提供している外部サーバー４２０は、ＬＡＮ４２１を介してインターネット４１０に接続されている。これにより、画像処理装置１００は、外部サーバー４２０と通信を行い、外部サーバー４２０が提供するサービスを利用することができる。
【００３０】
なお、ここでは、外部サーバー４２０が１台でファイル管理サービスを提供する例を示した。しかしながら、外部サーバー４２０の他の形態として、複数のサーバーによって構成され、そのサーバー群の中で複数のヴァーチャルマシンを起動して分散処理を行うようにしても構わない。この場合、所定の条件に応じてヴァーチャルマシンを増加させるスケールアウトと呼ばれる技術（クラウドコンピューティング）が用いられる。
【００３１】
図３は、本発明の実施形態における画像処理装置１００の構成を示すブロック図である。ＣＰＵ５１１を含む制御部５１０は、画像処理装置１００全体の動作を制御する。ＣＰＵ５１１は、ＲＯＭ５１２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。この制御プログラムは前述のコントローラ制御部１０２を含む。ＲＡＭ５１３は、ＣＰＵ５１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。
【００３２】
ＨＤＤ５１４は、画像データや各種プログラム、或いは各種情報テーブルを記憶する。操作部Ｉ／Ｆ５１５は、操作部５１９と制御部５１０とを接続する。操作部５１９には、タッチパネル機能を有する液晶表示部やキーボードなどが備えられている。画像処理装置１００のアプリケーション１０４、２００は処理に応じてＡＰＩ１０３、仮想マシンＡＰＩ１０６を呼び出し、コントローラ制御部１０２に処理を依頼することによって操作画面を操作部５１９の液晶表示部に表示する。
【００３３】
プリンタＩ／Ｆ５１６は、プリンタ５２０と制御部５１０とを接続する。プリンタ５２０で印刷すべき画像データはプリンタＩ／Ｆ５１６を介して制御部５１０から転送され、プリンタ５２０において記録媒体上に印刷される。画像処理装置１００のアプリケーション１０４、２００は処理に応じてＡＰＩ１０３、仮想マシンＡＰＩ１０６を呼び出し、コントローラ制御部１０２に処理を依頼することによって印刷処理を実行する。
【００３４】
スキャナＩ／Ｆ５１７は、スキャナ５２１と制御部５１０とを接続する。スキャナ５２１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ５１７を介して制御部５１０に入力する。画像処理装置１００のアプリケーション１０４、２００は処理に応じてＡＰＩ１０３、仮想マシンＡＰＩ１０６を呼び出し、コントローラ制御部１０２に処理を依頼することによってスキャン処理を実行し、画像データを受信する。
【００３５】
ネットワークＩ／Ｆ５１８は、制御部５１０（画像処理装置１００）をＬＡＮ４００に接続する。ネットワークＩ／Ｆ５１８は、ＬＡＮ４００上の外部装置に画像データや情報を送信したり、ＬＡＮ４００上の外部装置から各種情報を受信したりする。
【００３６】
図４は、本発明の実施形態における外部サービスを提供する外部サーバー４２０の構成を示すブロック図である。ＣＰＵ６１１を含む制御部６１０は、外部サーバー４２０全体の動作を制御する。ＣＰＵ６１１は、ＲＯＭ６１２に記憶された制御プログラムを読み出して各種制御処理を実行する。ＲＡＭ６１３は、ＣＰＵ６１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ６１４は、画像データや各種プログラム、或いは後述する各種情報テーブルを記憶する。
【００３７】
ネットワークＩ／Ｆ６１５は、制御部６１０（外部サーバー４２０）をＬＡＮ４２１に接続する。ネットワークＩ／Ｆ６１５は、ＬＡＮ４２１上の他の装置との間で各種情報を送受信する。
【００３８】
図５は、本発明の実施形態におけるアプリケーション２００が表示する画面リストと画面表示時のスリープ制御のためのデフォルト属性を管理するテーブルであり、前述のスリープ制御部２０５が管理する。スリープ制御属性の「ユーザー操作待機」値は設定画面や選択画面など、操作部５１９を用いて、操作者が操作を行うことを目的とした画面属性である。「処理実行中（ハードウェア）」値はハードウェアでの処理実行中に操作部５１９に表示し、状態を操作者に伝えることを目的とした画面属性である。また、「処理実行中（ソフトウェア）」値はソフトウェアでの処理実行中に操作部５１９に表示し、状態を操作者に伝えることを目的とした画面属性である。
【００３９】
図６は、本発明の実施形態におけるＵＩ制御部２０１において、操作者がアプリケーション２００を操作した際の表示順序であり、各ＵＩを操作することで、その後の画面表示順が決定することを図示したものである。アプリケーション２００が起動されると、外部サービスへのログイン画面（図７）を表示する。ログイン画面（図７）表示時、ログインボタン１０００の機能により、次に表示される画面はフォルダ/ファイル選択画面（図８）まで確定することになり、画面順序７００となる。一方でフォルダ/ファイル選択画面（図８）表示時では、送信ボタン１２００と印刷ボタン１２０１が表示されているため、次に表示する画面が確定しないため、画面順序７００のままとなる。このように、各画面表示時に１つ以上の画面順序をアプリケーション２００として確定することになる。
【００４０】
図７から図１５は本発明の実施形態におけるＵＩ制御部２０１で操作部５１９に表示するＵＩ群である。ＵＩ制御部は操作者の指示に応じてこれらのＵＩを図６のように順に表示を行う。また、ＵＩ制御部は各ＵＩ表示時にスリープ状態制御部２０５に対してＯＳ１０１のスリープ制御フラグ設定処理を指示する。スリープ制御フラグ設定処理については、後述する。
【００４１】
図７は、ログイン画面であって、アプリケーション２００が外部サービスに接続する認証情報入力画面を生成し、表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７００を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。また、ログイン画面はログインボタン１０００押下のタイミングでサービス通信部２０２を経由し、ユーザー入力値を外部サービスに送信し、認証を受ける。ＵＩ制御部２０１は画面順序７００に設定された次の画面（画面順序７００の順序１）を表示する。
【００４２】
図８は、フォルダ/ファイル選択画面であって、外部サービスに格納されているフォルダとファイルの情報を一覧表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７００を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。また、フォルダ/ファイル選択画面は送信ボタン１２００押下のタイミングで画面順序７０１を生成し、ＵＩ制御部２０１に送信する。ＵＩ制御部２０１は画面順序７０１に設定された次の画面（画面順序７０１の順序２）を表示する。また、フォルダ/ファイル選択画面は印刷ボタン１２０１押下のタイミングで画面順序７０４を生成し、ＵＩ制御部２０１に送信する。ＵＩ制御部２０１は画面順序７０４に設定された次の画面（画面順序７０４の順序２）を表示する。
【００４３】
図９は、スキャン設定画面であって、スキャン設定を指示する画面を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０１を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。また、送信ボタン１３０１押下のタイミングで画面順序を生成し、ＵＩ制御部２０１に送信する。プレビューチェックボックス１３００がＯＦＦ状態であれば、画面順序７０２を生成する。ＵＩ制御部２０１は画面順序７０２に設定された次の画面（画面順序７０２の順序３）を表示する。もしくは、プレビューチェックボックス１３００がＯＮ状態であれば、画面順序７０３を生成する。ＵＩ制御部２０１は画面順序７０３に設定された次の画面（画面順序７０３の順序３）を表示する。さらに、ユーザー入力値をスキャン処理制御部７０６に送信する。
【００４４】
図１０は、スキャン中画面であって、スキャン処理制御部２０４の処理状態を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０２もしくは７０３を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。スキャン制御部２０４のスキャン結果を受信し、ＵＩ制御部２０１は画面順序７０２に設定された次の画面（画面順序７０２の順序４）を表示する。もしくはＵＩ制御部２０１は画面順序７０３に設定された次の画面（画面順序７０３の順序４）を表示する。
【００４５】
図１１は、プレビュー画面であって、スキャン処理制御部２０４で生成した画像もしくは、印刷制御部２０３で印刷する画像を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０３もしくは７０６を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。プレビュー画面はＯＫボタン１４００押下のタイミングで画面順序７０３の次の画面（画面順序７０３の順序５）を表示する。さらに、サービス通信部２０２にアップロード指示を行う。もしくは、プレビュー画面はＯＫボタン１４００押下のタイミングで画面順序７０６の次の画面（画面順序７０６の順序５）を表示する。さらに、印刷処理制御部２０３に印刷指示を行う。
【００４６】
図１２は、アップロード中画面であって、サービス通信部２０２が送信処理を行っている状態を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０２もしくは７０３を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。サービス通信部２０２のアップロード結果を受信し、ＵＩ制御部２０１はメイン画面であるフォルダ/ファイル選択画面（図８）を表示し一連のＵＩ動作を終了する。
【００４７】
図１３は、プリント設定画面であって、プリント設定を指示する画面を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０４を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。また、印刷ボタン１５０１押下のタイミングで画面順序を生成し、ＵＩ制御部２０１に送信する。プレビューチェックボックス１５００がＯＦＦ状態であれば、画面順序７０５を生成する。ＵＩ制御部２０１は画面順序７０５に設定された次の画面（画面順序７０５の順序３）を表示する。もしくは、プレビューチェックボックス１３００がＯＮ状態であれば、画面順序７０６を生成する。ＵＩ制御部２０１は画面順序７０６に設定された次の画面（画面順序７０６の順序３）を表示する。さらに、ユーザー入力値を印刷処理制御部２０３に送信する。
【００４８】
図１４は、ダウンロード中画面であって、サービス通信部２０２がダウンロード処理を行っている状態を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０５もしくは７０６を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。サービス通信部２０２のダウンロード結果を受信し、ＵＩ制御部２０１は画面順序７０５に設定された次の画面（画面順序７０５の順序４）を表示する。もしくはＵＩ制御部２０１は画面順序７０６に設定された次の画面（画面順序７０６の順序４）を表示する。
【００４９】
図１５は、プリント中画面であって、印刷処理制御部２０３の処理状態を表示する。表示時において、スリープ状態制御部２０５に対して、画面順序７０５もしくは７０６を送信し、ＯＳ１０１のスリープ制御フラグ設定処理を指示する。印刷制御部２０３の印刷結果を受信し、ＵＩ制御部２０１はメイン画面であるフォルダ/ファイル選択画面（図８）を表示し一連のＵＩ動作を終了する。
【００５０】
図１６は、本発明の実施形態におけるスリープ状態制御部２０５のスリープ制御フラグ設定処理フローである。本処理はＵＩ制御部２０１により、各ＵＩ表示時に実行され、各ＵＩとその後表示するＵＩの組み合わせによりスリープ制御フラグを決定する処理である。以下のフローについては、表示画面情報がダウンロード中画面（図１４）、画面順序７０５もしくは７０６の場合の例を示し、動作を説明する。
【００５１】
ステップＳ１００において、ＵＩ制御部２０１より表示画面情報と画面順序を受信する。例として表示画面情報がダウンロード中画面（図１４）、画面順序７０５もしくは７０６を受信する。
【００５２】
ステップＳ１０１において、ＵＩ制御部２０１より受信した表示画面を前述のデフォルトスリープ制御属性テーブルから検索し、表示画面のデフォルトスリープ制御属性値を取得する。表示画面がダウンロード中画面（図１４）の場合、「処理実行中（ソフトウェア）」値を取得する。
【００５３】
ステップＳ１０２において、前記ステップＳ１０１に置いて取得したデフォルトスリープ制御属性値を判断する。デフォルトスリープ制御属性値が「ユーザー操作待機」値である場合、ステップＳ１０３に移る。デフォルトスリープ制御属性値が「処理実行中（ソフトウェア）」値である場合、ステップＳ１０４に移る。デフォルトスリープ制御属性値が「処理実行中（ハードウェア）」値である場合、ステップＳ１０５に移る。
【００５４】
ステップＳ１０３において、デフォルトスリープ制御属性値が「ユーザー操作待機」値の場合は、スリープ制御フラグをディープスリープ移行可能状態に設定する。ユーザーは画面表示を行ったまま、画像形成装置の操作を止め離れてしまうケースがある。そのため、ユーザー操作を伴う必要がある画面では、一定時間操作がない場合は、スリープしてよいと判断できるため、ディープスリープ移行可能状態に設定する。
【００５５】
ステップＳ１０４において、デフォルトスリープ制御属性値が「処理実行中（ソフトウェア）」値の場合は、スリープ制御フラグをＵＩ  ＯＦＦ可能状態に設定する。ソフトウェアでの継続処理を行っている場合、ディープスリープに移行してしまうと、処理状態の情報が破棄されてしまうため、ディープスリープに移行することは禁止し、操作部５１９の電源のみＯＦＦにすることが可能な、ＵＩ  ＯＦＦ可能状態に設定する。前記ダウンロード中画面の場合、デフォルトスリープ制御属性は「処理実行中（ソフトウェア）」値であるため、ＵＩ  ＯＦＦ可能状態に設定することになる。
【００５６】
ステップＳ１０５において、デフォルトスリープ制御属性値が「処理実行中（ハードウェア）」値の場合は、スリープ制御フラグをＵＩ  ＯＦＦ可能状態に設定する。ハードウェアでの継続処理を行っている場合、ディープスリープに移行してしまうと、スキャナやプリンタの電源もＯＦＦにしてしまい、紙詰まりなどが発生してしまう。そのため、ディープスリープに移行することは禁止し、操作部５１９の電源のみＯＦＦにすることが可能な、ＵＩ  ＯＦＦ可能状態に設定する。
【００５７】
ステップＳ１０６において、ＵＩ制御部２０１から受信した画面順序から次に表示する予定の画面情報が存在するか判断する。次の画面情報が存在する場合、ステップＳ１０７に移る。次の画面情報が存在しない場合、本フローを終了する。表示画面情報がダウンロード中画面（図１４）で、画面順序７０５の場合、次の画面としてプリント実行中画面（図１５）が存在するため、ステップＳ１０７に移る。同様に、表示画面情報がダウンロード中画面（図１４）で、画面順序７０６の場合、次の画面としてプレビュー画面（図１１）が存在するため、ステップＳ１０７に移る。
【００５８】
ステップＳ１０７において、ＵＩ制御部２０１より受信した表示画面を前述のデフォルトスリープ制御属性テーブルから検索し、表示画面情報の次の画面のデフォルトスリープ制御属性値を取得する。画面順序７０５の場合、次の画面がプリント実行中画面（図１５）で、「処理実行中（ハードウェア）」値を取得する。
【００５９】
ステップＳ１０８において、前記ステップＳ１０１で取得した表示画面のデフォルトスリープ制御属性値と前期ステップＳ１０７で取得した次の画面のデフォルトスリープ制御属性値を比較する。この時、「処理実行中」属性値はハードウェアかソフトウェアかは区別しない。２つの属性値が一致しない場合、ステップＳ１０９に移る。２つの属性値が一致する場合、本フローを終了する。表示画面情報がダウンロード中画面（図１４）で、画面順序７０５の場合、ダウンロード中画面（図１４）とプリント実行中画面（図１５）のデフォルトスリープ制御属性が「処理実行中」で同じであると判断し、本フローを終了する。表示画面情報がダウンロード中画面（図１４）で、画面順序７０６の場合、ダウンロード中画面のデフォルトスリープ制御属性「処理実行中」とプレビュー画面（図１１）のデフォルトスリープ制御属性「ユーザー操作待機」で異なるため、ステップＳ１０９に移る。
【００６０】
ステップＳ１０９において、スリープ制御フラグをスリープ移行禁止状態に設定し、本フローを終了する。
【００６１】
これにより、画面順序７０５のように、ユーザー操作の必要のない画面が連続する場合、スリープ制御フラグをＵＩ  ＯＦＦ可能状態に設定することになる。すなわち、ユーザー操作の必要がない状態において、操作部５１９の電源を切ることが可能となる。
【００６２】
一方で、画面順７０６のように、処理実行中画面の後にユーザー操作の必要のある画面を表示する場合においては、スリープ移行を禁止することで、ユーザー操作の要求を画面に表示することが可能となる。
【００６３】
以上の通り、本発明の第１の実施形態により、ネットワークで接続された外部サービスと連携する画像処理装置において、通信処理などのソフトウェア処理を中断することなく動作することが可能となる。また、同一の画面表示であっても、画面順序を考慮したスリープ状態の制御が可能となる。これにより、アプリケーションの処理を適切に実行しつつ、画像処理装置の省電力の機会を増加させることが可能となる。
【００６４】
また、機能追加により、アプリケーション画面を追加した場合においても、画面にスリープ属性を設定するのみで、スリープを制御することが可能となる。
【符号の説明】
【００６５】
２０１  ＵＩ制御部
２０２  サービス通信部
２０３  印刷処理制御部
２０４  スキャン処理制御部
２０５  スリープ状態制御部
【図１】
2012221192.tif 000003
【図２】
2012221192.tif 000004
【図３】
2012221192.tif 000005
【図４】
2012221192.tif 000006
【図５】
2012221192.tif 000007
【図６】
2012221192.tif 000008
【図７】
2012221192.tif 000009
【図８】
2012221192.tif 000010
【図９】
2012221192.tif 000011
【図１０】
2012221192.tif 000012
【図１１】
2012221192.tif 000013
【図１２】
2012221192.tif 000014
【図１３】
2012221192.tif 000015
【図１４】
2012221192.tif 000016
【図１５】
2012221192.tif 000017
【図１６】
2012221192.tif 000018