JP6305031B2 - 画像形成装置及びその制御方法、並びにプログラム - Google Patents

Description

本発明は、画像形成装置及びその制御方法、並びにプログラムに関する。

画像形成装置は、ユーザーの操作に従って、コピー、スキャン、及びプリントなどのジョブを実行するためにスキャナーやプリンターなどのハードウェアユニットを有している。

画像形成装置が消費する電力量において、これらハードウェアユニットが消費する電力量が大きな割合を占めることが多い。このため、実際のユーザー操作において、極力、不必要なハードウェアユニットへの電力供給を停止することで消費電力を抑え、省エネを実現する方法がある。

従来技術として、画像形成装置で動作するアプリケーションの動作記録を分析することでアプリケーションが利用するハードウェアユニットを特定し、アプリケーションを利用するタイミングで特定したハードウェアユニットに対して電力供給を行うという技術がある（例えば、特許文献１参照）。

特開２００１−２８５５４３号公報

しかしながら、上記従来技術は、画像形成装置で動作するアプリケーションが固定的に定められている場合には消費電力を抑えることが有効であるが、Ｗｅｂアプリケーションを利用する場合などアプリケーションが画像形成装置で動作するアプリケーションが固定的に定められていない場合に適用することはできない。

すなわち、上記技術は、アプリケーション表示に失敗する可能性などの考慮がなされておらず、機構的に充分とは言えない。

本発明の目的は、Ｗｅｂアプリケーションによる画像処理を遅滞なく実行可能であるとともに、消費電力を抑制した画像形成装置及びその制御方法、並びにプログラムを提供することにある。

上記目的を達成するために、請求項１の画像形成装置は、画像処理を実行するための複数のハードウェアユニットごとに電源を供給可能であり、Ｗｅｂアプリケーションを実行可能な画像形成装置であって、Ｗｅｂサーバにリクエストを送信し、前記Ｗｅｂサーバから、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用するハードウェアユニットを示す情報を含むレスポンスヘッダと、前記Ｗｅｂアプリケーションに関する画面情報とを含むレスポンスを受信する送受信手段と、前記Ｗｅｂサーバから受信した前記Ｗｅｂアプリケーションに関する画面情報に基づいて操作画面を表示する表示制御手段と、前記レスポンスヘッダに含まれる、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用する前記ハードウェアユニットを示す前記情報に基づいて、前記複数のハードウェアユニットそれぞれに対して電力供給を行うか否かを制御する制御手段とを備えることを特徴とする。

本発明によれば、Ｗｅｂアプリケーションを実行する際に、Ｗｅｂアプリケーションが利用するハードウェアユニットを特定するための特定情報がＷｅｂサーバから取得され、取得された特定情報に基づいて特定されるハードウェアユニットに電源が供給されるので、Ｗｅｂアプリケーションによる画像処理を遅滞なく実行可能であるとともに、消費電力を抑制することができる。

本発明の実施の形態に係る画像形成装置を含む画像形成システムの概略構成を示す図である。 図１における画像形成装置の概略構成を示す図である。 図２におけるユーザインタフェース部に表示される画面例を示す図である。 図１における画像形成装置の電源構成を示す図である。 図１における画像形成装置のソフトウェア構成を示す図である。 図５におけるＷｅｂアプリケーションでのＨＴＴＰレスポンスを示す図である。 図２におけるコア部により実行される電源供給制御処理の手順を示すフローチャートである。 利用ユニットデータベースを用いる場合の画像形成装置のソフトウェア構成を示す図である。 図９（Ａ）は、利用ユニットデータベースの構造を示す図であり、図９（Ｂ）はＷｅｂアプリケーションのＨＴＭＬ記述例を示す図である。 図２におけるコア部により実行される登録処理の手順を示すフローチャートである。 図２におけるコア部により実行される利用ユニットデータベースを用いた場合の電源供給制御処理の手順を示すフローチャートである。 図２におけるコア部により実行される、利用ユニットデータベース及びＨＴＴＰレスポンスを用いた場合の電源供給制御処理の手順を示すフローチャートである。 図２におけるコア部により実行される、利用ユニットデータベース及びＨＴＴＰレスポンスを用いた場合の電源供給制御処理の手順を示すフローチャートである。 図２におけるコア部により実行される、利用するハードウェアユニットが明示されていない場合の電源供給制御処理の手順を示すフローチャートである。

以下、本発明の実施の形態について図面を参照しながら詳述する。

図１は、本発明の実施の形態に係る画像形成装置１０１を含む画像形成システム１の概略構成を示す図である。

図１において、画像形成システム１は、画像形成装置１０１、Ｗｅｂサーバ１０３、及びそれらを接続するネットワーク１０２で構成される。

画像形成装置１０１は、Ｗｅｂサーバ１０３からＷｅｂアプリケーション１０４をダウンロードし、Ｗｅｂアプリケーション１０４は、画像形成装置１０１に備わるＷｅｂブラウザで動作する。ユーザ１００は、画像形成装置１０１を操作することで、Ｗｅｂアプリケーション１０４を利用することができる。

図２は、図１における画像形成装置１０１の概略構成を示す図である。

図２において、画像形成装置１０１は、コア部２００、ユーザインタフェース部２０１、記憶装置２０２、ネットワークインタフェース部２０３、スキャナ部２０４、プリンタ部２０５、及びフィニッシャ部２０６で構成される。

コア部２００は、ＣＰＵなどを含み、画像形成装置１０１全体を制御する。ユーザインタフェース部２０１は、ユーザに情報を表示する表示部や、ユーザが操作する操作部を含む。

記憶部である記憶装置２０２は、ＲＡＭ、ＲＯＭ、及びＨＤＤなど揮発性及び不揮発性の記憶装置で構成され、各種データや各種プログラムが記憶される。ネットワークインタフェース部２０３は、ＮＩＣなどのネットワーク１０２とのインタフェースである。

スキャナ部２０４は、原稿を読み取り、原稿画像を示す画像データを出力する。プリンタ部２０５は、画像データが示す画像を紙などの記録媒体に印刷する。フィニッシャ部２０６は、プリンタ部２０５で印刷された記録媒体に対して後処理を行う。

上述したスキャナ部２０４、プリンタ部２０５、及びフィニッシャ部２０６は、コア部２００が実行するソフトウェアやＷｅｂアプリケーション１０４などにより制御される。

図３は、図２におけるユーザインタフェース部２０１に表示される画面例を示す図である。

図３（Ａ）は、コピー、印刷、及びＷｅｂアプリケーションを起動するためのメニュー画面１２００を示す図である。

図３（Ａ）において、Ｗｅｂアプリボタン１２０１を押下するとＷｅｂブラウザによりＷｅｂアプリケーション画面が表示される。また、ユーザは、このメニュー画面１２００に新たなショートカットアイコンを作成することもできる。

図３（Ｂ）は、Ｗｅｂブラウザ３０１が表示された画面１３００を示す図である。

Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーション１０４をＷｅｂサーバ１０３からダウンロードすることでＷｅｂアプリケーションを実行可能となっている。この画面でユーザ１００は各種操作を行うことができる。

図４は、図１における画像形成装置１０１の電源構成を示す図である。

図４において、図２で説明した構成に加え、新たにコンセント２１４、スイッチ２１１，２１２，２１３が示されている。

スイッチ２１１は、コア部２００、ユーザインタフェース部２０１、記憶装置２０２、及びネットワークインタフェース部２０３へ電源供給したり、電源供給を遮断するためのスイッチである。

スイッチ２１２は、スキャナ制御部２０７及びスキャナ駆動部２０８を含むスキャナ部２０４へ電源供給したり、電源供給を遮断するためのスイッチである。

スイッチ２１３は、プリンタ制御部２０９及びプリンタ駆動部２１０を含むプリンタ部２０５、及びフィニッシャ部２０６へ電源供給したり、電源供給を遮断するためのスイッチである。このように、本実施の形態に係る画像形成装置１０１は、画像処理を実行するための複数のハードウェアユニットごとに電源を供給可能となっている。

図５は、図１における画像形成装置１０１のソフトウェア構成を示す図である。

図５において、画像形成装置１０１のソフトウェアは、Ｗｅｂアプリケーション１０４、Ｗｅｂブラウザ３０１、画面制御モジュール３００、電源状態制御モジュール３０４、プリンタ制御モジュール３０５、及びスキャナ制御モジュール３０６で構成される。

画面制御モジュール３００は、ユーザインタフェース部２０１の画面表示を制御し、例えば、図３で説明したメニュー画面１２００やＷｅｂブラウザ３０１の画面１３００を表示させたりする。

Ｗｅｂブラウザ３０１は、Ｗｅｂアプリケーション１０４を取得する。また、Ｗｅｂブラウザ３０１は、電源状態制御モジュール３０４に対してスキャナ部２０４やプリンタ部２０５の電源状態を制御するための通知を行うことが可能である。

また、電源状態制御モジュール３０４は、プリンタ制御モジュール３０５とスキャナ制御モジュール３０６とを経由し、スキャナ部２０４やプリンタ部２０５の電源状態を制御することが可能である。

具体的に、電源状態制御モジュール３０４は、電源を供給するハードウェアユニットの状態遷移を促す命令を送る。この命令はプリンタ制御モジュール３０５またはスキャナ制御モジュール３０６を経由してそれぞれに対応するハードウェアユニットへ送られ、それぞれのハードウェアユニットの状態がreadyになるよう電源が供給される。

図６は、図５におけるＷｅｂアプリケーション１０４でのＨＴＴＰレスポンス９０１を示す図である。

図６において、ＨＴＴＰレスポンス９０１は、レスポンスヘッダ９０２とレスポンスボディ９０３とで構成される。

このうちレスポンスヘッダ９０２には「ヘッダ名」と「ヘッダの値」をコロンで区切ったヘッダ要素が複数記述されている。これらのヘッダ要素の中には、ＨＴＴＰプロトコルなどの規格によってその記法と意味が定められているものと、必要に応じて自由に記載してよいものとがある。後者のヘッダ要素についてはヘッダ名を「X-」で始めることが求められている。

レスポンスボディ９０３にはＷｅｂブラウザ３０１がレンダリングするＷｅｂアプリケーション１０４の表示部分を記述したＨＴＭＬが含まれている。

ＨＴＴＰレスポンス９０１は利用するハードウェアユニットを提示するためのヘッダを含む。そのヘッダ名を「X-Web-Application-Use-Hard-Unit」としている。そのヘッダの値が「x-mfp-application/printer」の場合、ハードウェアユニット名「printer」を含んでいるので、Ｗｅｂアプリケーション１０４は、プリンタ部２０５を利用することを示す。

一方、ヘッダの値が「x-mfp-application/scanner」の場合、ハードウェアユニット名「scanner」を含んでいるので、Ｗｅｂアプリケーション１０４はスキャナーを利用することを示す。

このＨＴＴＰレスポンス９０１に示されるように、利用するハードウェアユニットが明示されていれば、上記ＨＴＴＰレスポンス９０１に示される形式でなくてもよい。また、利用するハードウェアユニットを示す内容をＨＴＴＰレスポンスのヘッダ以外に記載するようにしてもよい。

また、上記ＨＴＴＰレスポンス９０１は、Ｗｅｂアプリケーションが利用するハードウェアユニットを特定するための特定情報に対応し、同図に示されるように、Ｗｅｂアプリケーションが利用するハードウェアユニットのハードウェアユニット名を含んでいる。

図７は、図２におけるコア部２００により実行される電源供給制御処理の手順を示すフローチャートである。

図７に示される処理は、ユーザ１００によりＷｅｂサーバ１０３へアクセスする操作が行われたときに実行される。

Ｗｅｂブラウザ３０１は、Ｗｅｂサーバ１０３にアクセスし（ステップＳ１０１）、ＨＴＴＰリクエストを送信し（ステップＳ１０２）、Ｗｅｂサーバ１０３からＨＴＴＰレスポンス９０１を受信する（ステップＳ１０３）。このステップＳ１０３は、特定情報を取得する取得手段に対応する。

次いで、Ｗｅｂブラウザ３０１は受信したＨＴＴＰレスポンス９０１のレスポンスボディ９０３に従って画面制御モジュール３００に対してレンダリングし（ステップＳ１０４）、レスポンスヘッダ９０２を解析する（ステップＳ１０５）。

解析した結果、スキャナ部２０４またはプリンタ部２０５を利用するか否か判別する（ステップＳ１０６）。

ステップＳ１０６の判別の結果、スキャナ部２０４及びプリンタ部２０５を利用しない場合には（ステップＳ１０６でＮＯ）、本処理を終了する。

一方、ステップＳ１０６の判別の結果、スキャナ部２０４またはプリンタ部２０５を利用する場合には（ステップＳ１０６でＹＥＳ）、電源状態制御モジュール３０４は利用するハードウェアユニットに電源を供給して（ステップＳ１０７）、本処理を終了する。このステップＳ１０７は、取得された特定情報により特定されるハードウェアユニットに電源を供給する供給手段に対応する。また、図７の場合は、特定情報に含まれるハードウェアユニット名で特定されるハードウェアユニットに電源が供給される。

以上説明した実施の形態では、ＨＴＴＰレスポンスを用いて、利用されるハードウェアユニットを判別しているが、予め利用するハードウェアユニットを登録した利用ユニットデータベースを用いるようにしてもよい。

図８は、利用ユニットデータベースを用いる場合の画像形成装置１０１のソフトウェア構成を示す図である。

図８において、画像形成装置１０１のソフトウェア構成は、図５のソフトウェア構成に、利用ユニットデータベース８０３を管理するデータ管理モジュール８０２が新たに加わった構成となる。

また、Ｗｅｂブラウザ３０１は、データ管理モジュール８０２により、Ｗｅｂアプリケーション１０４に関連した情報を利用ユニットデータベース８０３に登録する。

さらに、電源状態制御モジュール３０４は、画面制御モジュール３００と連携して画面に関して発生するイベント情報を取得できるとともに、データ管理モジュール８０２によって利用ユニットデータベース８０３に登録されている情報を参照する。

図９（Ａ）は、利用ユニットデータベース８０３の構造を示す図であり、図９（Ｂ）はＷｅｂアプリケーション１０４のＨＴＭＬ記述例を示す図である。

図９（Ａ）において、ApplicationID４００はアプリケーションを識別するための識別情報である。Application name４０１はアプリケーション名である。URL４０２はＷｅｂアプリケーション１０４のＵＲＬである。利用ユニット情報４０３はＷｅｂアプリケーション１０４が利用するハードウェアユニットである。

このように、利用ユニットデータベース８０３は、Ｗｅｂアプリケーションを識別するための識別情報と、当該識別情報により識別されるＷｅｂアプリケーションが利用するハードウェアユニットを示すハードウェアユニット名とをＷｅｂアプリケーションごとに示すものである。

図９（Ｂ）において、利用するユニットとしてスキャナ部２０４、及びプリンタ部２０５が示されている。図９（Ｂ）に示されるＨＴＭＬ記述例の他に、特定の要素に紐付けるＪａｖａ(登録商標)スクリプトのように外部ファイルに記述してもよい。

図１０は、図２におけるコア部２００により実行される登録処理の手順を示すフローチャートである。

図１０に示される登録処理は、ＨＴＭＬの記述に従って画面制御モジュール３００に対してレンダリングを開始したときに実行される。

図１０において、利用するハードウェアユニットがＨＴＭＬに記述されているか否か判別する（ステップＳ２０１）。

ステップＳ２０１の判別の結果、利用するハードウェアユニットがＨＴＭＬに記述されていない場合には（ステップＳ２０１でＮＯ）、本処理を終了する。

一方、ステップＳ２０１の判別の結果、利用するハードウェアユニットがＨＴＭＬに記述されている場合には（ステップＳ２０１でＹＥＳ）、データ管理モジュール８０２により取得した利用ユニット情報を用いて、Ｗｅｂアプリケーションが利用するハードウェアユニットが登録済みか否か判別する（ステップＳ２０２）。

ステップＳ２０２の判別の結果、Ｗｅｂアプリケーションが利用するハードウェアユニットが登録済みではない場合には（ステップＳ２０２でＮＯ）、Ｗｅｂアプリケーションが利用するハードウェアユニットとして利用ユニットデータベース８０３に登録して（ステップＳ２０４）、本処理を終了する。

一方、ステップＳ２０２の判別の結果、Ｗｅｂアプリケーションが利用するハードウェアユニットが登録済みの場合には（ステップＳ２０２でＮＯ）、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一か否か判別する（ステップＳ２０３）。

ステップＳ２０３の判別の結果、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一の場合には（ステップＳ２０３でＹＥＳ）、本処理を終了する。

一方、ステップＳ２０３の判別の結果、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一ではない場合には（ステップＳ２０３でＮＯ）、ＨＴＭＬに記述されたハードウェアユニットをＷｅｂアプリケーションが利用するハードウェアユニットとして利用ユニットデータベース８０３に再登録して（ステップＳ２０４）、本処理を終了する。

図１１は、図２におけるコア部２００により実行される利用ユニットデータベースを用いた場合の電源供給制御処理の手順を示すフローチャートである。

図１１に示される処理は、図３のＷｅｂアプリボタン１２０１をユーザが押下したときに実行される。

Ｗｅｂブラウザ３０１は、画面制御モジュール３００に対してレンダリングし（ステップＳ３０１）、Ｗｅｂアプリケーション１０４のApplicationIDを取得する（ステップＳ３０２）。

次いで、データ管理モジュール８０２によりApplicationIDに対応する利用ユニット情報を取得する（ステップＳ３０３）。取得した利用ユニット情報から、Ｗｅｂアプリケーション１０４がスキャナ部２０４またはプリンタ部２０５を利用するか否か判別する（ステップＳ３０４）。

ステップＳ３０４の判別の結果、スキャナ部２０４及びプリンタ部２０５を利用しない場合には（ステップＳ３０４でＮＯ）、本処理を終了する。

一方、ステップＳ３０４の判別の結果、スキャナ部２０４またはプリンタ部２０５を利用する場合には（ステップＳ３０４でＹＥＳ）、電源状態制御モジュール３０４は利用するハードウェアユニットに電源を供給して（ステップＳ３０５）、本処理を終了する。

図１１に示したように、利用ユニットデータベース８０３を用いるとともに、利用するハードウェアユニットが記述されたＨＴＴＰレスポンスを用いるようにしてもよい。

このように、図１１のフローチャートでは、特定情報は識別情報を含み、取得された特定情報に含まれる識別情報から、データベースが示すハードウェアユニット名で特定されるハードウェアユニットに電源を供給するようになっている。

図１２，１３は、図２におけるコア部２００により実行される、利用ユニットデータベース８０３及びＨＴＴＰレスポンスを用いた場合の電源供給制御処理の手順を示すフローチャートである。

図１２，１３に示される処理は、図３のＷｅｂアプリボタン１２０１をユーザが押下したときに実行される。

図１２において、Ｗｅｂブラウザ３０１は、画面制御モジュール３００に対してレンダリングし（ステップＳ４０１）、Ｗｅｂアプリケーション１０４のApplicationIDを取得する（ステップＳ４０２）。ここで、Ｗｅｂアプリケーション１０４のＨＴＭＬは、図６で示したものである。

次いで、データ管理モジュール８０２によりApplicationIDに対応する利用ユニット情報を取得する（ステップＳ４０３）。取得した利用ユニット情報から、Ｗｅｂアプリケーション１０４がスキャナ部２０４またはプリンタ部２０５を利用するか否か判別する（ステップＳ４０４）。

ステップＳ４０４の判別の結果、スキャナ部２０４及びプリンタ部２０５を利用しない場合には（ステップＳ４０４でＮＯ）、ステップＳ４０６に進む。

一方、ステップＳ４０４の判別の結果、スキャナ部２０４またはプリンタ部２０５を利用する場合には（ステップＳ４０４でＹＥＳ）、利用するハードウェアユニットのリストを作成する（ステップＳ４０５）。

次いで、Ｗｅｂブラウザ３０１は、Ｗｅｂサーバ１０３にアクセスし（ステップＳ４０６）、ＨＴＴＰリクエストを送信し（ステップＳ４０７）、Ｗｅｂサーバ１０３からＨＴＴＰレスポンス９０１を受信する（ステップＳ４０８）。

次いで、Ｗｅｂブラウザ３０１は受信したＨＴＴＰレスポンス９０１のレスポンスボディ９０３に従って画面制御モジュール３００に対してレンダリングし（ステップＳ４０９）、電源状態制御モジュール３０４は作成したリストにハードウェアユニットに電源を供給する（ステップＳ４１０）。

図１３に移り、レスポンスヘッダ９０２を解析し（ステップＳ４１１）、解析した結果、スキャナ部２０４またはプリンタ部２０５を利用するか否か判別する（ステップＳ４１２）。

ステップＳ４１２の判別の結果、スキャナ部２０４及びプリンタ部２０５を利用しない場合には（ステップＳ４１２でＮＯ）、上記ステップＳ４０５でリストが作成されているか否か判別する（ステップＳ４１８）。

ステップＳ４１８の判別の結果、リストが作成されていない場合には（ステップＳ４１８でＮＯ）、本処理を終了する。

一方、ステップＳ４１８の判別の結果、リストが作成されている場合には（ステップＳ４１８でＹＥＳ）、Ｗｅｂアプリケーション１０４のApplicationIDに対応するレコードを利用ユニットデータベース８０３から消去することで登録を抹消し（ステップＳ４１９）、本処理を終了する。

ステップＳ４１２に戻り、ステップＳ４１２の判別の結果、スキャナ部２０４またはプリンタ部２０５を利用する場合には（ステップＳ４１２でＹＥＳ）、上記ステップＳ４０５でリストが作成されているか否か判別する（ステップＳ４１３）。

ステップＳ４１３の判別の結果、リストが作成されていない場合には（ステップＳ４１３でＮＯ）、ステップＳ４１５に進む。

一方、ステップＳ４１３の判別の結果、リストが作成されている場合には（ステップＳ４１３でＹＥＳ）、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一か否か判別する（ステップＳ４１４）。

ステップＳ４１４の判別の結果、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一の場合には（ステップＳ４１４でＹＥＳ）、本処理を終了する。

一方、ステップＳ４１４の判別の結果、ＨＴＭＬに記述されたハードウェアユニットが利用ユニット情報に示されるハードウェアユニットと同一ではない場合には（ステップＳ４１４でＮＯ）、ＨＴＭＬに記述されたハードウェアユニットをＷｅｂアプリケーションが利用するハードウェアユニットとして利用ユニットデータベース８０３に登録する（ステップＳ４１５）。

次いで、ステップＳ４１５でハードウェアユニットが登録されることで更新された利用ユニットデータベース８０３を用いてリストを更新する（ステップＳ４１６）。

そして、更新されたリストに示されるハードウェアユニットのうち、ステップＳ４１０で電源が供給されなかったハードウェアユニットがあれば、そのハードウェアユニットに電源を供給して（ステップＳ４１７）、本処理を終了する。

図１３のフローチャートでは、特定情報に、識別情報に加え、Ｗｅｂアプリケーションが利用するハードウェアユニットのハードウェアユニット名がさらに含まれる。また、ステップＳ４１５，４１８に示されるように、特定情報を用いてデータベースを更新し、ステップＳ４１７に示されるように、特定情報に含まれるハードウェアユニット名で特定されるハードウェアユニットに電源を供給するようになっている。

以上説明した実施の形態では、Ｗｅｂアプリケーションが利用するハードウェアユニットが、ＨＴＴＰレスポンスまたは利用ユニットデータベースに明示されている場合について説明したが、次は利用するハードウェアユニットがいずれにも明示されていない場合について説明する。

図１４は、図２におけるコア部２００により実行される、利用するハードウェアユニットが明示されていない場合の電源供給制御処理の手順を示すフローチャートである。

図１４に示される処理は、スキャナ部２０４またはプリンタ部２０５を利用するための処理をリクエストするＳＯＡＰリクエストに、利用するハードウェアユニットではなく、実行する処理が明示されているものとする。

まず、受信したＳＯＡＰリクエストを解析し（ステップＳ５０１）、解析した結果、スキャナ部２０４を利用する処理が含まれているか否か判別する（ステップＳ５０２）。

ステップＳ５０２の判別の結果、スキャナ部２０４を利用する処理が含まれていない場合には（ステップＳ５０２でＮＯ）、ステップＳ５０５に進む。

一方、ステップＳ５０２の判別の結果、スキャナ部２０４を利用する処理が含まれている場合には（ステップＳ５０２でＹＥＳ）、スキャナ部２０４に電源が供給されているか否か判別する（ステップＳ５０３）。

ステップＳ５０３の判別の結果、スキャナ部２０４に電源が供給されている場合には（ステップＳ５０３でＹＥＳ）、ステップＳ５０５に進む。

一方、ステップＳ５０３の判別の結果、スキャナ部２０４に電源が供給されていない場合には（ステップＳ５０３でＮＯ）、スキャナ部２０４に電源を供給する（ステップＳ５０４）。

次いで、受信したＳＯＡＰリクエストにプリンタ部２０５を利用する処理が含まれているか否か判別する（ステップＳ５０５）。

ステップＳ５０５の判別の結果、プリンタ部２０５を利用する処理が含まれていない場合には（ステップＳ５０５でＮＯ）、本処理を終了する。

一方、ステップＳ５０５の判別の結果、プリンタ部２０５を利用する処理が含まれている場合には（ステップＳ５０５でＹＥＳ）、プリンタ部２０５に電源が供給されているか否か判別する（ステップＳ５０６）。

ステップＳ５０６の判別の結果、プリンタ部２０５に電源が供給されている場合には（ステップＳ５０６でＹＥＳ）、本処理を終了する。

一方、ステップＳ５０６の判別の結果、プリンタ部２０５に電源が供給されていない場合には（ステップＳ５０６でＮＯ）、プリンタ部２０５に電源を供給して（ステップＳ５０７）、本処理を終了する。

以上説明したように、本実施の形態によれば、Ｗｅｂアプリケーションを実行する際に、Ｗｅｂアプリケーションが利用するハードウェアユニットを特定するための特定情報をＷｅｂサーバ１０３から取得し（ステップＳ１０３）、取得された特定情報により特定されるハードウェアユニットに電源を供給する（ステップＳ１０７）。

このように、ハードウェアユニットを使用する可能性がある場合に予め電源を供給するので、Ｗｅｂアプリケーションによる画像処理を遅滞なく実行可能となっている。

また、ハードウェアユニットを使用する可能性が生じてから電源を供給するので、消費電力を抑制することができる。

（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。

１ 画像形成システム
１０１ 画像形成装置
１０３ Ｗｅｂサーバ
１０４ Ｗｅｂアプリケーション
２００ コア部
２０１ ユーザインタフェース部
２０２ 記憶装置
２０４ スキャナ部
２０５ プリンタ部
３００ 画面制御モジュール
３０１ Ｗｅｂブラウザ
３０４ 電源状態制御モジュール
３０５ プリンタ制御モジュール
３０６ スキャナ制御モジュール
８０３ 利用ユニットデータベース

Claims (9)

1. 画像処理を実行するための複数のハードウェアユニットごとに電源を供給可能であり、Ｗｅｂアプリケーションを実行可能な画像形成装置であって、
   Ｗｅｂサーバにリクエストを送信し、前記Ｗｅｂサーバから、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用するハードウェアユニットを示す情報を含むレスポンスヘッダと、前記Ｗｅｂアプリケーションに関する画面情報とを含むレスポンスを受信する送受信手段と、
   前記Ｗｅｂサーバから受信した前記Ｗｅｂアプリケーションに関する画面情報に基づいて操作画面を表示する表示制御手段と、
   前記レスポンスヘッダに含まれる、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用する前記ハードウェアユニットを示す前記情報に基づいて、前記複数のハードウェアユニットそれぞれに対して電力供給を行うか否かを制御する制御手段とを備えることを特徴とする画像形成装置。
2. 前記レスポンスヘッダに含まれる前記情報は、前記Ｗｅｂアプリケーションが利用するハードウェアユニットのハードウェアユニット名を含むことを特徴とする請求項１記載の画像形成装置。
3. 前記複数のハードウェアユニットは、読取ユニット及び印刷ユニットを含むことを特徴とする請求項１又は２記載の画像形成装置。
4. 画像処理を実行するための複数のハードウェアユニットごとに電源を供給可能であり、Ｗｅｂアプリケーションを実行可能な画像形成装置の制御方法であって、
   Ｗｅｂサーバにリクエストを送信し、前記Ｗｅｂサーバから、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用するハードウェアユニットを示す情報を含むレスポンスヘッダと、前記Ｗｅｂアプリケーションに関する画面情報とを含むレスポンスを受信する送受信ステップと、
   前記Ｗｅｂサーバから受信した前記Ｗｅｂアプリケーションに関する画面情報に基づいて操作画面を表示する表示制御ステップと、
   前記レスポンスヘッダに含まれる、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用する前記ハードウェアユニットを示す前記情報に基づいて、前記複数のハードウェアユニットそれぞれに対して電力供給を行うか否かを制御する制御ステップと
   を有することを特徴とする制御方法。
5. 前記レスポンスヘッダに含まれる前記情報は、前記Ｗｅｂアプリケーションが利用するハードウェアユニットのハードウェアユニット名を含むことを特徴とする請求項４記載の制御方法。
6. 前記複数のハードウェアユニットは、読取ユニット及び印刷ユニットを含むことを特徴とする請求項４又は５記載の制御方法。
7. 画像処理を実行するための複数のハードウェアユニットごとに電源を供給可能であり、Ｗｅｂアプリケーションを実行可能な画像形成装置の制御方法をコンピュータに実行させるためのプログラムであって、
   前記制御方法は、
   Ｗｅｂサーバにリクエストを送信し、前記Ｗｅｂサーバから、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用するハードウェアユニットを示す情報を含むレスポンスヘッダと、前記Ｗｅｂアプリケーションに関する画面情報とを含むレスポンスを受信する送受信ステップと、
   前記Ｗｅｂサーバから受信した前記Ｗｅｂアプリケーションに関する画面情報に基づいて操作画面を表示する表示制御ステップと、
   前記レスポンスヘッダに含まれる、前記複数のハードウェアユニットのうち前記Ｗｅｂアプリケーションが利用する前記ハードウェアユニットを示す前記情報に基づいて、前記複数のハードウェアユニットそれぞれに対して電力供給を行うか否かを制御する制御ステップと
   を有することを特徴とするプログラム。
8. 前記レスポンスヘッダに含まれる前記情報は、前記Ｗｅｂアプリケーションが利用するハードウェアユニットのハードウェアユニット名を含むことを特徴とする請求項７記載のプログラム。
9. 前記複数のハードウェアユニットは、読取ユニット及び印刷ユニットを含むことを特徴とする請求項７又は８記載のプログラム。

Images