JP2007334512A - デバイス装置及びアクセス要求の応答方法 - Google Patents

Abstract

【課題】省電力モードから通常モードにデバイスが適切に復帰することができるようにする。
【解決手段】デバイス１１０の起動時に、ＨＤＤ２００４に記憶されたＷｅｂサーバ３０３、ＣＧＩ３０４、及びメッセージ通知用ＨＴＭＬデータ３０６をＨＤＤ２００４からＲＡＭ２００２にロードする。その後クライアントＰＣ１０１からデバイス１１０にＨＴＴＰアクセス要求があると、ＲＡＭ２００２に記憶されているデバイスステータスフラグＤ３０９に基づいて、ＨＤＤ２００４が稼動中か否かを判断する。ＨＤＤ２００４が稼動中でない場合、デバイス１１０はＲＡＭ２００２に保持されているＷｅｂサーバ３０３にアクセスする。そして、Ｗｅｂサーバ３０３で実行される処理に従って、メッセージ通知用ＨＴＭＬデータ３０６をクライアントＰＣ１０１に返信し、クライアントＰＣ１０１からの要求に対して簡易な応答を行う。
【選択図】図５

Description

本発明は、デバイス装置及びアクセス要求の応答方法に関し、特に、外部記憶装置が稼動していないときにクライアント端末装置からのアクセス要求を受け付けるために用いて好適なものである。

近年、ネットワークプリント機能、ファクシミリ機能、コピー機能等を複合的に備えたデジタル複合機が益々高機能化されている。例えば、インターネットを介してドキュメントを取得して印刷を行う等の機能が備えられるものも知られている。そして、これら各種機能は、各種プログラムにより実現されるものが多く、そのプログラムを格納する手段としてハードディスク（ＨＤＤ）等の、ある程度の容量を持った不揮発性記憶手段が必要となっている。
上記背景をもとに、省電力モードから通常モードに移行した際、デバイス（画像処理装置等）を制御する制御データ（メインプログラム等）を不揮発性記憶手段（ＨＤＤ等）と異なる揮発性記憶手段（ＳＤＲＡＭ等）から読み出す技術がある（特許文献１を参照）。かかる技術では、省電力モードから通常モードへの復帰を高速に行うことができる。

特開２００５−１９３６５２号公報

ところで、このような通常モードと、省電力モード（１ＷＳｌｅｅｐ）とを有するネットワークデバイスにおいては、デバイスの状態や情報を遠隔地から確認して管理する為のＷｅｂＵＩ（リモートＵＩ）を実装するものがある。
しかしながら、ＨＴＭＬ（HyperText Markup Language）でＵＩ（User Interface）を提供しているＷｅｂＵＩでは、そのＨＴＭＬのコンテンツがデバイスのＨＤＤに置かれている。この為、従来の技術では、クライアントＰＣでＷｅｂＵＩが使用された場合、デバイスは、ＨＤＤを起動しなくても取得可能な情報であっても、その都度ＨＤＤへアクセスを行ってＨＤＤを起動して、情報を取得しなければならない。

従って、無意識のうちに省電力モード中のデバイスを省電力モードから復帰させてしまうという問題点があった。また、ＷｅｂＵＩはその性質上、複数台のクライアントＰＣで使用される。このため、デバイスは、複数のクライアントＰＣからの全てのアクセスをそのまま受け付けてしまうと省電力モードを維持することができなくなる。従って、デバイスの電力の消費を増やすと共にＨＤＤを頻繁に起動させる為に、ＨＤＤの寿命を縮める原因となってしまうという問題点があった。

本発明は、このような問題点に鑑みてなされたものであり、例えば、必要以上にデバイスの特定の部位を省電力の状態から復帰させない等、省電力で動作する状態から通常の動作状態にデバイス装置が適切に復帰することができるようにすることを目的とする。

本発明のデバイス装置は、クライアント端末装置からのアクセス要求に対して応答を行うための通常表示用データと、前記アクセス要求に対して応答を行うための表示用データであって、前記通常表示用データよりもデータ量が少ない簡易表示用データとを記憶する外部記憶装置と、前記外部記憶装置に記憶された簡易表示用データを、一時的に記憶する主記憶装置と、前記クライアント端末装置からのアクセス要求を受け付ける受付手段と、前記受付手段により、前記クライアント端末装置からのアクセス要求が受け付けられたときに、前記外部記憶装置が稼動していない省電力状態、及び前記外部記憶装置が稼動している通常電力状態の何れの電力状態であるかを判定する判定手段と、前記判定手段により前記省電力状態であると判定された場合に、前記外部記憶装置を稼動させることなく、前記主記憶装置に一時的に記憶された前記簡易表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第１の応答手段と、前記判定手段により前記通常電力状態であると判定された場合に、前記稼動している外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第２の応答手段とを有することを特徴とする。

本発明のアクセス応答方法は、クライアント端末装置からのアクセス要求に対して応答を行うための通常表示用データと、前記アクセス要求に対して応答を行うための表示用データであって、前記通常表示用データよりもデータ量が少ない簡易表示用データとを外部記憶装置に記憶する第１の記憶ステップと、前記外部記憶装置に記憶された簡易表示用データを、主記憶装置に一時的に記憶する第２の記憶ステップと、前記クライアント端末装置からのアクセス要求を受け付ける受付ステップと、前記受付ステップにより、前記クライアント端末装置からのアクセス要求が受け付けられたときに、前記外部記憶装置が稼動していない省電力状態、及び前記外部記憶装置が稼動している通常電力状態の何れの電力状態であるかを判定する判定ステップと、前記判定ステップにより前記省電力状態であると判定された場合に、前記外部記憶装置を稼動させることなく、前記主記憶装置に一時的に記憶された前記簡易表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第１の応答ステップと、前記判定ステップにより前記通常電力状態であると判定された場合に、その稼動している外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第２の応答ステップとを有することを特徴とする。

本発明によれば、例えば、必要以上にデバイスの特定の部位を省電力の状態から復帰させない等、省電力で動作する状態から通常の動作状態にデバイス装置が適切に復帰することができる。
より具体的には、クライアント端末装置からのアクセスがある度に、外部記憶装置が省電力状態から起動してしまうことを防止することができる。従って、デバイス装置の電力消費を低減することが可能になると共に、外部記憶装置の寿命を延ばすことが可能になる。

（第１の実施形態）
次に、図面を参照しながら、本発明の第１の実施形態について説明する。
図１は、ネットワークシステムの構成の一例を示した図である。
図１において、ネットワークシステムは、クライアントＰＣ１０１ａ、１０１ｂと、デバイス１１０とが、インターネット１３０を介して相互に接続されて構成されている。なお、図１では、クライアントＰＣ１０１が２つ、デバイス１１０が１つの場合を例に挙げて示した。しかしながら、クライアントＰＣ１０１、及びデバイス１１０の数はこれに限定されるものではない。また、クライアントＰＣ１０１ａ、１０１ｂと、デバイス１１０とは、ＬＡＮ（Local Area Network）を介して相互に接続されている。

クライアントＰＣ１０１は、デバイス１１０を利用するユーザによって所有される情報処理装置である。クライアントＰＣ１０１のユーザは、Ｗｅｂブラウザを利用したＷｅｂＵＩ（リモートＵＩ）を利用することにより、デバイス１１０の状態を管理することができる。

本実施形態では、デバイス１１０の一例としてＭＦＰ（デジタル複合機）を取り上げている。ＭＦＰとしてのデバイス１１０は、プリンタとしての機能と、ファクシミリとしての機能と、コピーとしての機能とを有している。また、デバイス１１０は、通常モードと省電力モード（スリープモード）との２つのモードで動作し得るように構成されている。ここで省電力モード（スリープモード）とは、通常モード時よりも低い消費電力で動作するモードである。また通常モードではＨＤＤ２００４（図２を参照）が稼動しているのに対し、省電力モードではＨＤＤ２００４が稼動しない。デバイス１１０は、例えば、あるタイミングから一定期間以上、何も情報を入力しなかったときに通常モードから省電力モードに移行し、その後、何らかの情報を入力すると省電力モードから通常モードに復帰する。通常モードに復帰する要因として、例えば、プリント要求や、ＨＤＤに格納されるコンテンツのリード要求を挙げることができる。このように、デバイス１１０は、通常の動作状態と省電力で動作する動作状態との２つの動作状態を有している。

次に、デバイスの構成について説明する。図２は、デバイス１１０の構成の一例を示すブロック図である。
図２において、コントローラユニット（Controller Unit）２０００は、画像入力デバイスであるスキャナ２０７０と、画像出力デバイスであるプリンタ２０９５とに接続される。また、コントローラユニット２０００は、ＬＡＮ１４０及びインターネット１３０にも接続される。コントローラユニット２０００は、コピーの機能と、ＬＡＮ１４０を介して外部から供給されるデータをプリント出力するプリンタの機能と、公衆回線を介してデータの送受信を行うファクシミリの機能を含む通信機能とを有する。このようにコントローラユニット２０００は、デバイス１１０の全体の制御を行うと共に、画像情報やデバイス情報の入出力に関する制御を行う。

ＣＰＵ２００１は、システム全体を制御するコントローラである。ＲＡＭ２００２は、ＣＰＵ２００１が動作するためのシステムワークメモリであり、画像データを一時的に記憶するための画像メモリでもある。なお、ＲＡＭとはランダムアクセスメモリの略である。ＲＯＭ２００３はブートＲＯＭであり、システムのブートプログラムが格納されている。ＨＤＤ２００４はハードディスクドライブであり、システムソフトウェア、各種プログラム、及び画像データ等を格納する。

ＣＰＵ２００１は、ＲＯＭ２００３に格納されているブートプログラムに基づきシステムを起動し、このシステム上でＨＤＤ２００４に格納されている各種制御プログラムを読み出してＲＡＭ２００２をワークエリアとして必要な処理を実行する。
ＣＰＵ２００１には、ＲＡＭ２００２、ＲＯＭ２００３、ＨＤＤ２００４と共に、操作部Ｉ／Ｆ２００６、ＬＡＮＩ／Ｆ２０１０、モデム２０５０、ＩＣカードスロット２１００、及びイメージバスＩ／Ｆ２００５がシステムバス２００７を介して接続されている。

操作部Ｉ／Ｆ２００６は、操作部２０１２とのインタフェースである。操作部Ｉ／Ｆ２００６は、操作部２０１２に表示される画像データの操作部２０１２へ転送する。また、操作部Ｉ／Ｆ２００６は、操作部２０１２における操作入力により発生した信号のＣＰＵ２００１への転送等を行う。操作部２０１２は、画像形成に関する各機能における現在の設定状態の画面や、各機能に関する設定情報を入力するための情報入力画面等を表示するための表示部と、各機能に対する設定情報を入力するキー等を含む入力部等を有する。また、操作部２０１２に設けられている表示部は、タッチパネルの機能も有している。

ネットワークＩ／Ｆ（Network Ｉ／Ｆ）２０１０は、ＬＡＮ１４０に接続され、ＬＡＮ１４０を介した情報の入出力を行う。モデム（Modem）２０５０は、インターネット１３０に接続され、インターネット１３０を介した情報の入出力を行う。ＩＣカードスロット（IC Card Slot）２１００は、ＩＣカードメディアが挿入された後に、そのＩＣカードメディアの情報をシステムバス２００７に出力する。例えば、ＩＣカードスロット（IC Card Slot）２１００は、ＩＣカードメディアが挿入された後に、適切なＰＩＮ（Personal Identifier Number）コードを入力する。これにより、暗号・復号に用いる鍵の入出力を行うことが可能となる。

イメージバスＩ／Ｆ（Image Bus Ｉ／Ｆ）２００５は、画像バス２００８とシステムバス２００７とを相互に接続する。イメージバスＩ／Ｆ２００５は、画像バス２００８に接続されたブロックと、システムバス２００７に接続されたブロックとが相互にデータを使用することができるようにするためにデータ構造を変換するバスブリッジを備える。画像バス２００８は、画像データを高速で転送可能なＰＣＩバス又はＩＥＥＥ１３９４規格に従うバスを備えて構成される。

画像バス２００８には、ＲＩＰ２０６０、デバイスＩ／Ｆ２０２０、スキャナ画像処理部２０８０、プリンタ画像処理部２０９０、画像回転部２０３０、暗号・復号処理部２１１０、及び画像圧縮部２０４０が接続されている。
ＲＩＰ（ラスタイメージプロセッサ）２０６０は、ＰＤＬコードをビットマップイメージに展開する。デバイスＩ／Ｆ２０２０は、画像入出力デバイスであるスキャナ２０７０やプリンタ２０９５と、コントローラユニット２０００とを相互に接続し、画像データの同期系／非同期系の変換を行う。スキャナ画像処理部２０８０は、入力画像データに対し補正、加工、及び編集等を行う。プリンタ画像処理部２０９０は、プリント出力画像データに対して、プリンタの補正や、解像度変換等を行う。画像回転部２０３０は、画像データの回転処理を行う。画像圧縮部２０４０は、多値画像データに対してはＪＰＥＧの圧縮処理を行い、二値画像データに対してＪＢＥＧ、ＭＭＲ、ＭＨの圧縮伸張処理を行う。暗号・復号処理部２１１０は、ＩＣカードスロット２１００で入力した鍵を用いてデータの暗号化・復号化処理を行うハードウェアアクセラレータボードである。

このように、コントローラユニット２０００のＣＰＵ２００１は、システムバス２００７に接続される各種デバイスとのアクセスを、各制御プログラムに基づいて総括的に制御する。さらにＣＰＵ２００１は、デバイスＩ／Ｆ２０２０を介してスキャナ２０７０から画像情報を読み出し、読み出した画像情報に対して所定の処理を施した後に、その画像情報をデバイスＩ／Ｆ２０２０を介してプリンタ２０９５に出力する等の制御を行う。

次に、クライアントＰＣ１０１の構成について説明する。図３は、クライアントＰＣ１０１の構成の一例を示すブロック図である。
図３において、ＣＰＵ１０１０と、ＲＯＭ１０２０と、ＲＡＭ１０３０と、キーボード（ＫＢ）１０４０のキーボードコントローラ（ＫＢＣ）１０５０とが、システムバス１１３０に接続されている。また、表示部としてのＣＲＴディスプレイ（ＣＲＴ）１０６０のＣＲＴコントローラ（ＣＲＴＣ）１０７０が、システムバス１１３０に接続されている。そして、ハードディスク（ＨＤ）１０８０及びフレキシブルディスク（ＦＤ）１０９０のディスクコントローラ（ＤＫＣ）１１００も、システムバス１１３０に接続されている。さらに、ネットワーク１１１０との接続のためのネットワークインターフェースコントローラ（ＮＩＣ）１１２０も、システムバス１１３０に接続されている。

ＣＰＵ１０１０は、ＲＯＭ１０２０或いはＨＤ１０８０に記憶されたソフトウェア、或いはＦＤ１０９０より供給されるソフトウェアを実行することで、システムバス１１３０に接続された各構成部を総括的に制御する。
すなわち、ＣＰＵ１０１０は、所定の処理シーケンスに従った処理プログラムを、ＲＯＭ１０２０、或いはＨＤ１０８０、或いはＦＤ１０９０から読み出して実行することで、後述する動作を実現するための制御を行う。

ＲＡＭ１０３０は、ＣＰＵ１０１０の主メモリ或いはワークエリア等として機能する。
ＫＢＣ１０５０は、ＫＢ１０４０や図示していないポインティングデバイス等からの指示入力を制御する。

ＣＲＴＣ１０７０は、ＣＲＴ１０６０の表示を制御する。
ＤＫＣ１１００は、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイル、ネットワーク管理プログラム、及び本実施形態における所定の処理プログラム等を記憶するＨＤ１０８０及びＦＤ１０９０とのアクセスを制御する。
ＮＩＣ１１２０は、ネットワーク１１１０上の装置或いはシステムと双方向にデータをやりとりする。

図４は、デバイス１１０の各状態における消費電力の推移とハードウェアの状態との一例を示す図である。
図４（ａ）に示すように、デバイス１１０が通常モードで動作しているときは、デバイス１１０の各ハードウェアは起動している状態となる。図４（ｂ）に示すように、デバイス１１０が省電力モードで動作しているときは、ＨＤＤ２００４及びＣＰＵ２００１が電源オフの状態となる。この省電力モードからの起動にはＨＤＤ２００４へ通電を行う起動と、ＨＤＤ２００４へ通電を行わない起動とがある。
ＨＤＤ２００４へ通電を行う起動時には、図４（ｃ）に示すように、デバイス１１０は通常モードへ移行する。一方、ＨＤＤ２００４へ通電を行わない起動時には、図４（ｄ）に示すように、ＨＤＤ２００４以外のハードウェアが起動している状態となり、ＨＤＤ２００４は電源オフの状態となる。なお、ここでの電源オフとは、必ずしも装置の主電源を機械的に遮断した場合の状態と一致する必要はなく、例えば、Ｌｏｗ Ｐｏｗｅｒモード等の状態に相当させてもよい。

図５は、デバイス１１０のＲＡＭ２００２及びＨＤＤ２００４に記憶されるデータの一例を概念的に示す図である。
図５（ａ）に示すように、ＨＤＤ２００４にはＷｅｂサーバ（Web Server）プログラム３０３と、ＣＧＩ（Common Gateway Interface）プログラム３０４が記憶される。なお、以下では、Ｗｅｂサーバプログラム３０３や、ＣＧＩプログラム３０４のことを、単にＷｅｂサーバ３０３や、ＣＧＩ３０４と呼ぶ。また、ＨＴＭＬデータからなるＷｅｂコンテンツ（Web Contents）３０５と、メッセージ通知用ＨＴＭＬデータ（Response Data）３０６もＨＤＤ２００４に記憶される。なお、ここでのＨＴＭＬデータとは、HyperText Markup Languageの略であり、マークアップ言語の一例を示す。無論、タグが記述されるマークアップ言語であれば、他の種類のマークアップ言語でも良い。

デバイス１１０の主電源操作等による起動時には、ＨＤＤ２００４に記憶されたＷｅｂサーバ３０３、ＣＧＩ３０４、及びメッセージ通知用ＨＴＭＬデータ３０６が、ＨＤＤ２００４からＲＡＭ２００２にロードされ記憶される。このとき、ＲＡＭ２００２のデバイスステータスフラグＤ３０９のステータスが通常モードに設定される。なお、デバイス１１０が省電力モードに移行する際には、ＲＡＭ２００２のデバイスステータスフラグＤ３０９は省電力モードに設定される。

デバイス１１０が省電力モードに移行する際には、デバイス１１０の起動時にＲＡＭ２００２に記憶されたメッセージ通知用ＨＴＭＬデータ３０６にデバイス１１０の状態を表す情報３０６ａが追加される（図５（ｂ）を参照）。デバイス１１０の状態を表す情報３０６ａとは、例えば、図５（ｂ）に示すように省電力モードへの移行時間である。ただし、デバイス１１０の状態を表す情報は省電力モードへの移行時間に限定されない。例えば、省電力モード移行時のデバイス１１０内の用紙、トナー残量等の消耗品情報等でもよい。

図５（ｂ）に示すプログラム３０３ａは、クライアントＰＣ１０１からＨＴＴＰアクセス要求があった際にデバイス１１０が行う処理を記述した一例である。
メッセージ通知用ＨＴＭＬデータ３０６は、デバイス１１０が省電力モードであるときにクライアントＰＣ１０１からＨＴＴＰアクセス要求があると、デバイス１１０が省電力モードである旨を要求元に通知する為の記述である。このように、本実施形態のメッセージ通知用ＨＴＭＬデータ３０６は、ＨＤＤ２００４に記憶されているＷｅｂコンテンツ３０５よりも簡易な（データ容量の小さい）表示用データである。この簡易表示用データ３０６に対して、ＨＤＤ２００４に記憶されたＷｅｂコンテンツ３０５のことを通常表示用データと呼ぶこともある。このメッセージ通知用ＨＴＭＬデータ３０６を用いることによって、ＨＤＤ２００４を稼動させることなくクライアントＰＣ１０１からのＨＴＴＰアクセス要求に対する応答が可能になる。

図５（ｂ）のプログラム３０３ａに示すように、まず、ＨＴＴＰアクセス要求が外部から入力されると、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、入力した要求内容が、ＨＤＤアクセスフラグをＯＮにするように要求されているか否かの判断を行う。ここで、ＨＤＤアクセスフラグをＯＮにするように要求される場合とは、デバイス１１０の操作パネルによる操作や、印刷ジョブの入力などＨＤＤ２００４にアクセスするような処理が実行された場合等、ＨＤＤ２００４の稼動が必要な場合である。

この判断の結果、ＨＤＤアクセスフラグをＯＮにするよう要求されていれば、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、ＲＡＭ２００２に記憶されているデバイスステータスフラグＤ３０９を通常モードの状態に設定する。一方、ＨＤＤアクセスフラグをＯＮにするように要求されていなければ、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、デバイスステータスフラグＤ３０９の設定をそのままとする。このように、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、クライアントＰＣ１０１からＨＴＴＰアクセス要求があると、デバイスステータスフラグＤ３０９のステータスが通常モード及び省電力モードの何れであるかを判断する。

この判断の結果、デバイスステータスフラグＤ３０９のステータスが通常モードであると判断された場合は、ＲＡＭ２００２に記憶されたデータ応答処理からＨＤＤ２００４に保持されているＷｅｂコンテンツ３０５の応答処理に切り替わる。そして、Ｗｅｂサーバ３０３は、ＨＴＴＰアクセス要求元に対して、デバイス１１０のＨＤＤ２００４に保持されているデータに基づくＷｅｂＵＩをクライアントに表示させる為、デバイスのＵＲＬを応答として返す為の処理を実行する。なお、一般的にこのＷｅｂコンテンツ３０５の容量は数十メガ以上になることもあり、ＲＡＭ２００２に事前に全てロードすることは現実的でない。従って、Ｗｅｂコンテンツ３０５に基づく応答を行う場合にはＨＤＤ２００４へのアクセスが必要となる。
一方、デバイスステータスフラグＤ３０９のステータスが省電力モードであると判断された場合、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、デバイス１１０のＲＡＭ２００２に保持されているメッセージ通知用ＨＴＭＬデータ３０６を要求元に応答する。

図６は、外部からのアクセスに伴いデバイス１１０に入力されるパターンデータの一例を概念的に示す図である。
デバイス１１０は、図６に示されるパターンデータ６００に含まれる宛先情報及び発信元情報に基づいて宛先及び発信元を識別し、これらの情報と、ＲＡＭ２００２に記憶されている設定情報とに基づいてＨＴＴＰアクセス要求に対する応答を返す。実際には、Ｗｅｂサーバ３０３により、パターンデータ６００の識別及びＨＴＴＰアクセス要求に対応する応答が実行される。

次に、図７〜図９を参照しながら、クライアントＰＣ１０１がデバイス１１０にアクセスする際のネットワークシステムにおける動作の一例を説明する。図７は、クライアントＰＣ１０１がデバイス１１０にアクセスする際に、クライアントＰＣ１０１とデバイス１１０とが行う処理の一例を時系列的に示す図である。図８は、クライアントＰＣ１０１からアクセスがあった際のデバイス１１０の処理の一例を説明するフローチャートであり、ＣＰＵ２００１が各種プログラムに従う処理を行うことにより実行される。図９は、デバイス１１０のＲＡＭ２００２にデバイス１１０の状態を記憶させる際の処理（図８のステップＳ８０１）の一例を説明するフローチャートである。

まず、図８のステップＳ８０１において、デバイス１１０の状態をＲＡＭ２００２に記憶させる（デバイスステータスフラグＤ３０９のステータスを設定する）デバイスステータス取得処理が行われる。なお、このステップＳ８０１の処理の詳細は、図９を用いて後述する。ここでデバイスステータス取得処理は、ＣＰＵ２００１がデバイスＩ／Ｆ２０２０を介してプリンタ２０９５やスキャナ２０７０から状態情報を取得したり、コントローラユニット２０００の各ブロックから状態情報を取得したりすることにより行われる。状態情報には上で述べたように、電源状態情報や消耗品情報等が含まれる。そして、取得された状態情報を、前記簡易表示用データに反映させる処理を行う。
次に、ステップＳ８０２において、デバイス１１０は、クライアントＰＣ１０１からアクセスがあるまで待機する。クライアントＰＣ１０１からのアクセスがあると、そのアクセス要求を受け付け、ステップＳ８０３に進み、デバイス１１０はＲＡＭ２００２にアクセスする。

次に、ステップＳ８０４において、デバイス１１０は、パターンデータ６００に含まれる宛先ＥＴＨＥＲアドレスと発信元ＥＴＨＥＲアドレスとの確認を行う。
次に、ステップＳ８０５において、デバイス１１０は、パターンデータ６００に含まれる発信元ＩＰアドレスと宛先ＩＰアドレスとの確認を行う。

次に、ステップＳ８０６において、デバイス１１０は、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にあるか否かを判断する。この判断の結果、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にない場合には、そのまま処理を終了する。一方、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にある場合には、ステップＳ８０７に進み、デバイス１１０は、ＨＴＴＰアクセス要求メッセージを確認する。

次に、ステップＳ８０８において、デバイス１１０は、デバイスステータスフラグＤ３０９に基づいて、デバイス１１０が稼動中か否か（通常モードであるか否か）を判断する。言い換えれば、ステップＳ８０８で、外部記憶装置としてのＨＤＤ２００４が非稼動中の省電力状態か、ＨＤＤ２００４が稼動中（通電中）の通常電力状態の何れの電力状態であるかを判定する。
このステップＳ８０８の判断の結果、デバイス１１０が稼動中である場合には、ステップＳ８０９に進む。ステップＳ８０９では、デバイス１１０は、デバイス１１０のＨＤＤ２００４に記憶されているＷｅｂコンテンツ３０５にアクセスする。また、言い換えれば、通常電力状態であると判定された場合に、稼動している外部記憶装置としてのＨＤＤ２００４に記憶された通常表示用データの読み込みを行う。

次に、ステップＳ８１０において、デバイス１１０は、デバイス１１０のＷｅｂＵＩの表示データをクライアントＰＣ１０１にＷｅｂサーバ３０３の処理に従い送信する。これにより、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０にＷｅｂＵＩが表示される。
ステップＳ８０８において、デバイス１１０が稼動中でないと判断された場合、つまり、省電力状態である場合には、ステップＳ８１１に進む。そして、デバイス１１０は、外部記憶装置としてのＨＤＤ２００４にアクセスすることなく、主記憶装置としてのＲＡＭ２００２に一時的に保持されているメッセージ通知用ＨＴＭＬデータ（Response Data）３０６にアクセスする。そして、ステップＳ８１１で、ＲＡＭ２００２に保持されているＷｅｂサーバ３０３の処理に従って、メッセージ通知用ＨＴＭＬデータ３０６をクライアントＰＣ１０１に送信する。これにより、メッセージ通知用ＨＴＭＬデータ３０６に含まれるデータ（デバイス１１０の状態を表す情報３０６ａ）が、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０に表示される。この時、クライアントＰＣ１０１には、デバイス１１０から送信されてくるＨＴＭＬデータを表示・閲覧するブラウザがインストールされているものとする。ブラウザにより表示されるＨＴＭＬデータには、少なくとも、上に説明した簡易表示用データ及び通常表示用データが含まれ、無論、その他のインターネットＨＴＭＬコンテンツ等も表示できる。また、ブラウザとは、データやファイルの中身を見るためのソフトウェアである。本実施形態では、このソフトウェアは、ＨＴＴＰプロトコルによるデータ転送を行い、ＨＴＭＬの記述を解読し表示するソフトウェアを指す。このブラウザは、Ｗｅｂブラウザなどと呼ばれることもあり、セキュリティ機能や音声及び動画などのマルチメディアデータの再生機能を具備することもある。

次に、図９のフローチャートを参照しながら、図８のステップＳ８０１におけるデバイスステータス取得に係る処理の一例を説明する。なお、図９のフローチャートはＳ８０１の詳細として以下で説明するが、図９のステップＳ９０２乃至Ｓ９０８の処理は、図８のステップＳ８０２の判定処理とは非同期に並行して実行されるものとする。
まず、ステップＳ９０１において、デバイス１１０の起動時に、ＨＤＤ２００４からＲＡＭ２００２にプログラム及びデータがロードされる。ここでの起動とは図４（ｃ）の状態に移行する場合、デバイスの主電源が入れられ起動する場合を含む。
次にステップＳ９０２において、デバイス１１０が省電力モードに移行するまでの時間が算出される。なお、算出時の基点は、起動処理が一旦終了した時点や、印刷ジョブの出力処理が終了した時点等、各種タイミング又は条件を採用できるものとする。この算出の結果より、ステップＳ９０３においてデバイス１１０が省電力モードに移行する直前であるか否かの判断が行われる。ここで、「省電力モードに移行する直前」とは、デバイス１１０が通常モードに移行してから、通常モードの残り時間（省電力モードに移行するまでの時間）が所定時間経過した状態を指す。また、「省電力モードに移行する直前」とは、デバイス１１０の、通常モードから省電力モードへの移行が決定した状態を指しても良い。

ステップＳ９０３においてデバイス１１０が省電力モードに移行する直前であると判断された場合は、簡易表示用データを作成すべく、ステップＳ９０５に進む。ステップＳ９０５では、ＲＡＭ２００２にロードされたメッセージ通知用ＨＴＭＬデータ３０６（簡易表示用データ）にデバイス１１０の状態を表す情報３０６ａを追加する。前述したように、デバイス１１０の状態を表す情報３０６ａは、省電力モードへの移行時間でもよいし、省電力モード移行時のデバイス１１０内の消耗品情報等でもよい。

尚、ここでは、ステップＳ９０１でＲＡＭ２００２にロードされたメッセージ通知用ＨＴＭＬデータ３０６にデバイス１１０の状態を表す情報３０６ａが追加されるようにしたが、必ずしもこのようにする必要はない。例えば、ステップＳ９０１でメッセージ通知用ＨＴＭＬデータ３０６をロードせずに、ステップＳ９０５で、デバイス１１０の状態を表す情報３０６ａが追加されたメッセージ通知用ＨＴＭＬデータ３０６をＲＡＭ２００２にロードするようにしてもよい。

次にステップＳ９０６において、ＲＡＭ２００２中のデバイスステータスフラグＤ３０９を省電力モードに変更し、ステップＳ９０７に進む。
一方、ステップＳ９０３において、デバイス１１０が省電力モードに移行する直前ではないと判断された場合は、ステップＳ９０４に進み、デバイスステータスフラグＤ３０９が省電力モードであるか否かの判断が行われる。
この判断の結果、デバイスステータスフラグＤ３０９が省電力モードでないと判断された場合は、ステップＳ９０２に戻り、ステップＳ９０２からの処理を繰り返す。一方、デバイスステータスフラグＤ３０９が省電力モードであると判断された場合は、ステップＳ９０７に進む。

ステップＳ９０７に進むと、デバイス１１０が省電力モードから復帰したか否かの判断が行われる。ここで「デバイスが省電力モードから復帰した」状態とは、ユーザによってデバイス１１０の操作パネルによる操作や、プリントジョブの投入や、Ｗｅｂコンテンツ３０５へのアクセス要求により、ＨＤＤ２００４へアクセスがあった状態等を意味する。
この判断の結果、デバイス１１０が省電力モードから復帰したと判断された場合は、ステップＳ９０８において、ＲＡＭ２００２中のデバイスステータスフラグＤ３０９を通常モードに変更する。そして、図８のフローチャートに戻る。
一方、ステップＳ９０７の判断の結果、デバイス１１０が省電力モード中から復帰していないと判断された場合は、そのまま図８のフローチャートに戻る。なお、上でも述べたが、図９のステップＳ９０２乃至９０８の処理は、図８のステップＳ８０２の判定処理とは非同期に並行して実行され、この処理に基づき、図８のステップＳ８０８での判定が行われることとなる。

以上のように本実施形態では、デバイス１１０の起動時に、ＨＤＤ２００４に記憶されたＷｅｂサーバ３０３、ＣＧＩ３０４、及びメッセージ通知用ＨＴＭＬデータ３０６をＨＤＤ２００４からＲＡＭ２００２にロードする。その後、デバイス１１０の状態に応じて、ＲＡＭ２００２に記憶されているデバイスステータスフラグＤ３０９を通常モード及び省電力モードの何れかに設定する。クライアントＰＣ１０１からデバイス１１０にＨＴＴＰアクセス要求があると、デバイスステータスフラグＤ３０９に基づいて、ＨＤＤ２００４が稼動中か否かを判断する。この判断の結果、ＨＤＤ２００４が稼動中でない場合には、デバイス１１０はＲＡＭ２００２に保持されているメッセージ通知用ＨＴＭＬデータ（Response Data）３０６を応答のために読み込む。そして、デバイス１０１は、Ｗｅｂサーバ３０３で実行される処理に従って、メッセージ通知用ＨＴＭＬデータ３０６をクライアントＰＣ１０１に返信し、クライアントＰＣ１０１からの要求に対して簡易な応答を行う。これにより、デバイス１１０がＨＤＤ２００４の非稼働を伴う省電力モードにあってもデバイス１１０を省電力モードから復帰させることなく、デバイス１１０の状態をクライアントＰＣ１０１のユーザに確認させることが可能となる。従って、クライアントＰＣ１０１からアクセスがある度にデバイス１１０が通常モードに復帰し、ＨＤＤ２００４をむやみに稼動させてしまうことを防止することができる。よって、デバイス１１０の消費電力を低減させることが可能になると共に、ＨＤＤ２００４の寿命を延ばすことが可能になる。

なお、本実施形態では、デバイス１１０がデジタル複合機である場合を例に挙げて説明したが、デバイス１１０はデジタル複合機に限定されるものではない。すなわち、通常モードと省電力モードとの２つのモードで動作できると共に、リモートＵＩをクライアントＰＣ１０１に提供でき、さらにＨＤＤ等の外部記憶装置及びＲＡＭ等の主記憶装置を備えている装置であれば、デバイス１１０はどのような装置でもよい。例えば、プリンタやコピー機等様々な画像形成装置を適用できる。

また、本実施形態では、ＨＤＤ２０４に記憶されているＷｅｂサーバ３０３をＲＡＭ２００２にロードし省電力モードにおいてこのＷｅｂサーバ３０３により応答する場合を例に挙げて説明したが、必ずしもこの形態に限定されるものではない。簡易表示用データをＲＡＭ２００２上に記憶させるべく、外部記憶装置としてのＨＤＤ２００４からサブＷｅｂサーバをロードして、簡易表示用データを作成するようにしても良い。即ち、Ｗｅｂサーバ３０３と異なる簡易的なＷｅｂサーバであって、クライアントＰＣ１０１からＨＴＴＰアクセス要求があった際にデバイス装置１１０が図８及び図９の処理を行える程度のサブＷｅｂサーバを、省電力モード移行時にＲＡＭ２００２にロードしても良い。ここで、クライアントＰＣ１０１からＨＴＴＰアクセス要求があった際にデバイス装置１１０が行う処理が記述されたプログラムは、例えば図５（ｂ）に示したプログラム３０３ａである。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態の説明において、前述した第１の実施形態と同一の部分については、図１〜図９に付した符号と同一の符号を付す等して詳細な説明を省略する。

図１０は、ネットワークシステムの構成の一例を示した図である。
図１０において、ネットワークシステムは、クライアントＰＣ１０１ａ、１０１ｂと、デバイス１１０と、デバイス管理サーバ１２０とが、インターネット１３０を介して相互に接続されて構成されている。なお、図１０では、クライアントＰＣ１０１が２つ、デバイス１１０が１つ、デバイス管理サーバ１２０が１つの場合を例に挙げて示した。しかしながら、クライアントＰＣ１０１、デバイス１１０、及びデバイス管理サーバ１２０の数はこれに限定されるものではない。また、クライアントＰＣ１０１ａ、１０１ｂと、デバイス１１０とはＬＡＮ（Local Area Network）を介して相互に接続されている。

デバイス管理サーバ１２０は、デバイス１１０を管理するための情報処理装置である。本実施形態のデバイス管理サーバ１２０は、例えば、省電力モードに移行中のデバイス１１０を通常モードに復帰させるか否か（省電力モードを解除するか否か）を管理するようにしている。なお、デバイス管理サーバ１２０のハードウェアは、図３に示したもので実現することができるので、その説明を省略する。

図１１は、デバイス１１０の各状態におけるハードウェアの状態の一例を示す図である。
図１１（ａ）に示すように、デバイス１１０が通常モードで動作しているときは、デバイス１１０の各ハードウェアは起動している状態となる。図１１（ｂ）に示すように、デバイス１１０が省電力モードで動作しているときは、ＨＤＤ２００４及びＣＰＵ２００１が電源オフの状態となる。この省電力モードからの起動にはＨＤＤ２００４へ通電を行う起動と、ＨＤＤ２００４へ通電を行わない起動とがある。
ＨＤＤ２００４へ通電を行う起動時には、図１１（ｃ）に示すように、デバイス１１０は通常モードへ移行する。一方、ＨＤＤ２００４へ通電を行わない起動時には、図１１（ｄ）に示すように、ＨＤＤ２００４以外のハードウェアが起動している状態となり、ＨＤＤ２００４は電源オフの状態となる。

図１２は、デバイス１１０のＲＡＭ２００２及びＨＤＤ２００４に記憶されるデータの一例を概念的に示す図である。
図１２（ａ）に示すように、ＨＤＤ２００４には、Ｗｅｂサーバ（Web Server）３０３と、ＣＧＩ(Common Gateway Interface)３０４と、アクセス許可リスト（License List）３０８と、メッセージ通知用ＨＴＭＬデータ（Response Data）３０６と、リダイレクト用ＵＲＬ（Redirect URL）３０７と、Ｗｅｂコンテンツ(Web Contents)３０５とが記憶される。

デバイス１１０の起動時には、ＨＤＤ２００４に記憶されたＷｅｂサーバ３０３、ＣＧＩ３０４、アクセス許可リスト３０８、メッセージ通知用ＨＴＭＬデータ３０６、及びリダイレクト用ＵＲＬ３０７が、ＨＤＤ２００４からＲＡＭ２００２に記憶される。このとき、ＲＡＭ２００２のデバイスステータスフラグＤ３０９のステータスが通常モードに設定される。なお、デバイス１１０が省電力モードに移行する際には、ＲＡＭ２００２のデバイスステータスフラグＤ３０９は省電力モードに設定される。

ここで、デバイス１１０が省電力モードに移行する際には、デバイス１１０の起動時にＲＡＭ２００２に記憶されたメッセージ通知用ＨＴＭＬデータ３０６にデバイス１１０の状態を表す情報３０６ａが追加される（図１２（ｂ）を参照）。デバイス１１０の状態を表す情報３０６ａは、例えば、図１２（ｂ）に示すように省電力モードへの移行時間である。

アクセス許可リスト３０８には、デバイス１１０が省電力モードであるときにデバイス１１０のＨＤＤ２００４に記憶されたＷｅｂコンテンツ３０５にアクセスすることが可能なＨＴＴＰアクセス要求元（クライアントＰＣ１０１）が設定される。登録されたクライアントＰＣ１０１か否かは、例えば図６中の「発信元ＩＰアドレス」を参照することにより判定することができる。なお、図１２ではアクセス許可リスト３０８に登録されるＨＴＴＰアクセス要求元の情報３０８ａをＩＰアドレスとしているが、ＨＴＴＰアクセス要求元の情報３０８ａは必ずしもＩＰアドレスでなくてもよい。例えばＭＡＣアドレス（宛先ＥＴＨＥＲアドレス）でも良いし、要求メッセージに含ませたユーザ情報でも良い。また、このＨＴＴＰアクセス要求元の情報３０８ａの設定は、省電力モードに移行しているデバイス１１０を管理するデバイス管理サーバ１２０によって行われるものとする。

メッセージ通知用ＨＴＭＬデータ３０６は、デバイス１１０が省電力モードであるときにクライアントＰＣ１０１からＨＴＴＰアクセス要求があった場合に、デバイス１１０が省電力モードである旨を要求元に通知する為のＨＴＭＬデータである。

リダイレクト用ＵＲＬ３０７は、デバイス１１０の状態を表す簡易状態表示ページのＵＲＬである。このデバイス１１０の状態を表す簡易状態表示ページは、デバイス管理サーバ１２０の中にある。また、リダイレクト用ＵＲＬ３０７は、デバイス管理サーバ１２０により設定される。

図１２（ｂ）に示すプログラム３０３ｂは、クライアントＰＣ１０１からＨＴＴＰアクセス要求があった際にデバイス１１０が行う処理の一例である。
図１２（ｂ）のプラグラム３０３ｂに示すように、まず、ＨＴＴＰアクセス要求の際に、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、ＨＤＤアクセスフラグがＯＮとして要求されているか否かの判断を行う。第１の実施形態で説明したように、ＨＤＤアクセスフラグがＯＮとして要求される場合とは、デバイス１１０の操作パネルによる操作や、ＨＤＤ２００４にアクセスするような処理が実行された場合等、ＨＤＤ２００４の稼動が必要な場合である。

この判断の結果、ＨＤＤアクセスフラグがＯＮとして要求されていれば、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、ＲＡＭ２００２に記憶されているデバイスステータスフラグＤ３０９を通常モードの状態に設定する。一方、ＨＤＤアクセスフラグがＯＮとして要求されていなければ、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、デバイスステータスフラグＤ３０９の設定をそのままとする。

ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、クライアントＰＣ１０１からＨＴＴＰアクセス要求があると、デバイスステータスフラグＤ３０９のステータスが通常モード及び省電力モードの何れであるかを判断する。

この判断の結果、デバイスステータスフラグＤ３０９のステータスが通常モードであると判断された場合には次の処理が行われる。即ち、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、クライアントＰＣ１０１にデバイス１１０のＷｅｂＵＩを表示させる為、クライアントＰＣ１０１に対して、デバイス１１０のＵＲＬを応答として返す。これにより、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３からＨＤＤ２００４に保持されているＷｅｂサーバ３０３に処理が切り替わる。

一方、デバイスステータスフラグＤ３０９のステータスが省電力モードであると判断された場合、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、ＨＴＴＰアクセス要求元がアクセス許可リスト３０８に登録されているか否かの判断を行う。ＨＴＴＰアクセス要求元がアクセス許可リスト３０８に登録されていると判断された場合には次の処理が行われる。即ち、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、クライアントＰＣ１０１にデバイス１１０のＷｅｂＵＩを表示させる為、クライアントＰＣ１０１に対して、デバイス１１０のＵＲＬを応答として返す。これにより、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３からＨＤＤ２００４に保持されているＷｅｂコンテンツ３０５の応答処理に切り替わる。

さらに、デバイスステータスフラグＤ３０９が省電力モードであると判断された場合であって、アクセス要求元がアクセス許可リスト３０８に登録されておらず、リダイレクト用ＵＲＬ３０７が設定されている場合には、次の処理が行われる。即ち、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、ＨＤＤ２００４にアクセスすることなく、ＨＴＴＰアクセス要求元に対し、リダイレクト用ＵＲＬ３０７を返してリダイレクト処理を行う。

また、デバイスステータスフラグＤ３０９が省電力モードであると判断された場合であって、アクセス要求元がアクセス許可リスト３０８に登録されておらず、しかもリダイレクト用ＵＲＬ３０７が設定されていない場合には、次の処理が行われる。即ち、ＲＡＭ２００２に記憶されたＷｅｂサーバ３０３は、デバイス１１０のＲＡＭ２００２に保持されているメッセージ通知用ＨＴＭＬデータ３０６をＨＴＴＰアクセス要求元に返す。

次に、図１３〜図１５を参照しながら、クライアントＰＣ１０１がデバイス１１０にアクセスする際のネットワークシステムにおける動作の一例を説明する。図１３は、クライアントＰＣ１０１がデバイス１１０にアクセスする際に、クライアントＰＣ１０１とデバイス１１０とデバイス管理サーバ１２０とが行う処理の一例を時系列的に示す図である。図１４は、クライアントＰＣ１０１からアクセスがあった際の処理の一例を説明するフローチャートである。図１５は、デバイス１１０のＲＡＭ２００２にデバイス１１０の状態を記憶させる際の処理（図１４のステップＳ１４０１）の一例を説明するフローチャートである。

まず、図１４のステップＳ１４０１において、デバイス１１０の状態をＲＡＭ２００２に記憶させる（デバイスステータスフラグＤ３０９のステータスを設定する）デバイスステータス取得処理が行われる。なお、このステップＳ１４０１の処理の詳細は、図１５を用いて後述する。
次に、ステップＳ１４０２において、デバイス１１０は、クライアントＰＣ１０１からアクセスがあるまで待機する。クライアントＰＣ１０１からのアクセスがあると、ステップＳ１４０３に進み、デバイス１１０はＲＡＭ２００２にアクセスする。

次に、ステップＳ１４０４において、デバイス１１０は、パターンデータ６００に含まれる宛先ＥＴＨＥＲアドレスと発信元ＥＴＨＥＲアドレスとの確認を行う。
次に、ステップＳ１４０５において、デバイス１１０は、パターンデータ６００に含まれる発信元ＩＰアドレスと宛先ＩＰアドレスとの確認を行う。

次に、ステップＳ１４０６において、デバイス１１０は、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にあるか否かを判断する。この判断の結果、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にない場合には、そのまま処理を終了する。一方、ＨＴＴＰアクセス要求メッセージがパターンデータ６００にある場合には、ステップＳ１４０７に進み、デバイス１１０は、ＨＴＴＰアクセス要求メッセージを確認する。

次に、ステップＳ１４０８において、デバイス１１０は、デバイス１１０が稼動中か否か（通常モードであるか否か）を判断する。このステップＳ１４０８の判断の結果、デバイス１１０が稼動中である場合には、ステップＳ１４０９に進む。ステップＳ１４０９では、デバイス１１０は、デバイス１１０のＨＤＤ２００４に記憶されているＷｅｂコンテンツ３０５にアクセスする。

次に、ステップＳ１４１０において、デバイス１１０は、クライアントＰＣ１０１に対し、デバイス１１０のＷｅｂＵＩの表示データを送信する。これにより、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０にＷｅｂＵＩが表示される。

ステップＳ１４０８においてデバイス１１０が稼動中でないと判断された場合には、ステップＳ１４１１に進み、デバイス１１０は、ＲＡＭ２００２に記憶されているアクセス許可リスト３０８を確認する。
次に、ステップＳ１４１２において、デバイス１１０は、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１０１が、ステップＳ１４１１で確認されたアクセス許可リスト３０８に登録済みであるか否かを判断する。この判断の結果、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１０１が、アクセス許可リスト３０８に登録済みでない場合には後述するステップＳ１４１６に進む。

一方、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１０１が、アクセス許可リスト３０８に登録済みである場合には、ステップＳ１４１３に進む。ステップＳ１４１３では、デバイス１１０は、デバイス１１０のＨＤＤ２００４に記憶されているＷｅｂサーバ３０３にアクセスする。
次に、ステップＳ１４１４において、デバイス１１０は、省電力モードから通常モードに復帰する。
次に、ステップＳ１４１５において、デバイス１１０は、デバイス１１０のＨＤＤ２００４に記憶されたＷｅｂコンテンツ３０５のデータをクライアントＰＣ１０１に送信する。これにより、省電力状態であると判断された場合でも、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０に通常表示用データに基づくＷｅｂＵＩが表示される。

ステップＳ１４１２において、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１０１が、アクセス許可リスト３０８に登録済みでないと判断された場合には、ステップＳ１４１６に進む。ステップＳ１４１６では、デバイス１１０は、リダイレクト用ＵＲＬ３１２がＲＡＭ２００２に設定されているか否かを判断する。この判断の結果、リダイレクト用ＵＲＬ３１２がＲＡＭ２００２に設定されていない場合には、ステップＳ１４１７に進む。そして、デバイス１００は、外部記憶装置としてのＨＤＤ２００４にアクセスすることなく、主記憶装置としてのＲＡＭ２００２に一時的に保持されているメッセージ通知用ＨＴＭＬデータ３０６（Response Data）にアクセスする。そして、ＲＡＭ２００２に保持されているＷｅｂサーバ３０３の処理に従って、メッセージ通知用ＨＴＭＬデータ３０６をクライアントＰＣ１０１に送信する。これにより、メッセージ通知用ＨＴＭＬデータ３０６に含まれるデータ（デバイス１１０の状態を表す情報３０６ａ）が、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０に表示される。そして処理を終了する。

一方、ステップＳ１４１６において、リダイレクト用ＵＲＬ３１２がＲＡＭ２００２に設定されていると判断された場合には、ステップＳ１４１８に進む。ステップＳ１４１８では、リダイレクト用ＵＲＬ３１２（デバイス管理サーバ１２０）へのリダイレクト（redirect）が行われる。
次に、ステップＳ１４１９において、デバイス管理サーバ１２０は、デバイス１１０の状態に関する情報を表示する簡易ＷｅｂＵＩ（簡易状態表示ページ）を作成する。
次に、ステップＳ１４２０において、デバイス管理サーバ１２０は、ステップＳ１４１９で作成した簡易ＷｅｂＵＩを、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１１０に送信する。これにより、簡易ＷｅｂＵＩが、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０に表示される。

次に、ステップＳ１４２１において、デバイス管理サーバ１２０は、デバイス１１０のＨＤＤ２００４へのアクセス（通常モードへの復帰指示）があったか否かを判断する。そして、デバイス１１０のＨＤＤ２００４へのアクセス（通常モードへの復帰指示）があるまで、ステップＳ１４２０、Ｓ１４２１を繰り返し行う。

デバイス１１０のＨＤＤ２００４へのアクセス（通常モードへの復帰指示）があると、ステップＳ１４２２に進む。ステップＳ１４２２では、デバイス管理サーバ１２０は、省電力モードから通常モードにデバイス１１０を復帰させても良いか否かを確認するためのメッセージの表示データをクライアントＰＣ１０１に送信する。これにより、省電力モードから通常モードにデバイス１１０を復帰させても良いか否かを確認するためのメッセージが、クライアントＰＣ１０１のＣＲＴディスプレイ（ＣＲＴ）１０６０に表示される。

次に、ステップＳ１４２３において、デバイス管理サーバ１２０は、ステップＳ１４２２でクライアントＰＣ１０１に表示されたメッセージに基づくユーザの操作結果の情報をクライアントＰＣ１０１から受信する。そして、デバイス管理サーバ１２０は、受信した情報に基づいて、デバイス１１０を省電力モードから通常モードに復帰させても良いか否かを判断する。そして、デバイス１１０を省電力モードから通常モードに復帰させると判断されるまで、ステップＳ１４２０〜Ｓ１４２３を繰り返し行う。

そして、デバイス１１０を省電力モードから通常モードに復帰させると判断されると、ステップＳ１４２４に進む。ステップＳ１４２４では、デバイス１１０は、ＨＴＴＰアクセス要求を行ったクライアントＰＣ１０１を、アクセス許可リスト３０８に追加する。
次に、ステップＳ１４２５において、デバイス１１０のＵＲＬへのリダイレクトが行われた後、前述したステップＳ１４０８に戻る。

次に、図１５のフローチャートを参照しながら、図１４のステップＳ１４０１におけるデバイスステータス取得処理の一例を説明する。
まず、ステップＳ１５０１において、デバイス１１０の起動時に、ＨＤＤ２００４からＲＡＭ２００２にプログラム及びデータがロードされる。
次に、ステップＳ１５０２において、デバイス管理サーバ１２０は、省電力モードをサポートするデバイス１１０を探索する。
次に、ステップＳ１５０３において、デバイス管理サーバ１２０は、ステップＳ１５０２で探索したデバイス１１０のＲＡＭ２００２に、デバイス管理サーバ１２０が保持するデバイスの簡易状態表示ページのＵＲＬをリダイレクト用ＵＲＬ３０７として設定する。

次に、ステップＳ１５０４において、デバイス１１０が省電力モードに移行するまでの時間が算出される。この算出の結果より、ステップＳ１５０５においてデバイス１１０が省電力モードに移行する直前であるか否かの判断が行われる。ここで、「省電力モードに移行する直前」とは、デバイス１１０が通常モードに移行してから、通常モードの残り時間（省電力モードに移行するまでの時間）が所定時間経過した状態を意味する。

ステップＳ１５０５においてデバイス１１０が省電力モードに移行する直前であると判断された場合は、ステップＳ１５０７に進み、デバイス１１０は、デバイス１１０の情報をデバイス管理サーバ１２０に送信する。デバイス１１０の情報は、例えば、デバイスの状態（デバイス１１０の現在のモード等）を示す情報である。

次に、ステップＳ１５０８において、ＲＡＭ２００２にロードされたメッセージ通知用ＨＴＭＬデータ３０６にデバイス１１０の状態を表す情報３０６ａを追加・更新する。尚、ここでは、ステップＳ１５０１でＲＡＭ２００２にロードされたメッセージ通知用ＨＴＭＬデータ３０６にデバイス１１０の状態を表す情報３０６ａが追加されるようにしたが、必ずしもこのようにする必要はない。例えば、ステップＳ１５０１でメッセージ通知用ＨＴＭＬデータ３０６をロードせずに、ステップＳ１５０８において、デバイス１１０の状態を表す情報３０６ａが追加されたメッセージ通知用ＨＴＭＬデータ３０６をＲＡＭ２００２にロードするようにしてもよい。

次にステップＳ１５０９において、ＲＡＭ２００２中のデバイスステータスフラグＤ３０９を省電力モードに変更し、ステップＳ１５１０に進む。
ステップＳ１５０５において、デバイス１１０が省電力モードに移行する直前ではないと判断された場合は、ステップＳ１５０６に進み、デバイスステータスフラグＤ３０９が省電力モードであるか否かの判断が行われる。
この判断の結果、デバイスステータスフラグＤ３０９が省電力モードでないと判断された場合は、ステップＳ１５０４に戻り、ステップＳ１５０４からの処理を繰り返す。一方、デバイスステータスフラグＤ３０９が省電力モードであると判断された場合は、ステップＳ１５１０に進む。

ステップＳ１５１０に進むと、デバイス１１０が省電力モードから復帰したか否かの判断が行われる。ここで「デバイスが省電力モードから復帰した」状態とは、ユーザによってデバイス１１０の操作パネルによる操作や、プリントジョブの投入により、ＨＤＤ２００４へアクセスがあった状態を意味する。
この判断の結果、デバイス１１０が省電力モードから復帰したと判断された場合は、ステップＳ１５１１において、ＲＡＭ２００２中のデバイスステータスフラグＤ３０９を通常モードに変更する。そして、図１４のフローチャートに戻る。
一方、ステップＳ１５１０の判断の結果、デバイス１１０が省電力モード中から復帰していないと判断された場合は、そのまま図１４のフローチャートに戻る。

以上のように本実施形態では、ＨＴＴＰアクセス要求元であるクライアントＰＣ１０１がアクセス許可リスト３０８に登録されている場合、デバイス１１０は、省電力モードから通常モードに復帰する。一方、アクセスのあったクライアントＰＣ１０１がアクセス許可リスト３０８に登録されていない場合には、デバイス１１０を通常モードに復帰させてよいか否かを、デバイス管理サーバ１２０がクライアントＰＣ１０１に確認する。この確認した結果を受けてからデバイス１１０は、省電力モードから通常モードに復帰する。従って、第１の実施形態で説明した効果に加え、より一層適切なタイミングでデバイス１１０を通常モードに復帰させることができる。

なお、本実施形態では、ＨＤＤ２００４が稼動していない場合に、アクセス許可リスト３０８を確認するようにしたが、ＨＤＤ２００４が稼動しているか否かに関わらず、必ずアクセス許可リスト３０８を確認するようにしてもよい。このようにした場合には、ＨＤＤ２００４が稼動していても、アクセス許可リスト３０８に登録されているクライアントＰＣ１０１にしか、ＷｅｂＵＩを提供しないようにすることになる。

（本発明の他の実施形態）
前述した実施形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置あるいはシステム内のコンピュータに対し、前記実施形態の機能を実現するためのソフトウェアのプログラムコードを供給してもよい。そのシステムあるいは装置のコンピュータ（ＣＰＵあるいはＭＰＵ）に格納されたプログラムに従って前記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。

また、この場合、前記ソフトウェアのプログラムコード自体が前述した実施形態の機能を実現することになる。また、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えば、かかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。

また、コンピュータが供給されたプログラムコードを実行することにより、前述の実施形態の機能が実現されるだけでない。そのプログラムコードがコンピュータにおいて稼働しているオペレーティングシステムあるいは他のアプリケーションソフト等と共同して前述の実施形態の機能が実現される場合にもかかるプログラムコードは本発明の実施形態に含まれることは言うまでもない。

さらに、供給されたプログラムコードがコンピュータの機能拡張ボードに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードに備わるＣＰＵが実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。
また、供給されたプログラムコードがコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいて機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。その処理によって前述した実施形態の機能が実現される場合にも本発明に含まれることは言うまでもない。

なお、前述した各実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。

本発明の第１の実施形態を示し、ネットワークシステムの構成の一例を示した図である。 本発明の第１の実施形態を示し、デバイスの構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、クライアントＰＣ及びデバイス管理サーバの構成の一例を示すブロック図である。 本発明の第１の実施形態を示し、デバイスの各状態における消費電力の推移とハードウェアの状態との一例を示す図である。 本発明の第１の実施形態を示し、デバイスのＲＡＭ及びＨＤＤに記憶されるデータの一例を概念的に示す図である。 本発明の第１の実施形態を示し、外部からのアクセスに伴いデバイスに入力されるパターンデータの一例を概念的に示す図である。 本発明の第１の実施形態を示し、クライアントＰＣがデバイスにアクセスする際に、クライアントＰＣとデバイスとが行う処理の一例を時系列的に示す図である。 本発明の第１の実施形態を示し、クライアントＰＣからアクセスがあった際のデバイスの処理の一例を説明するフローチャートである。 本発明の第１の実施形態を示し、デバイスのＲＡＭにデバイスの状態を記憶させる際の処理（図８のステップＳ８０１）の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、ネットワークシステムの構成の一例を示した図である。 本発明の第２の実施形態を示し、デバイスの各状態におけるハードウェアの状態の一例を示す図である。 本発明の第２の実施形態を示し、デバイスのＲＡＭ及びＨＤＤに記憶されるデータの一例を概念的に示す図である。 本発明の第２の実施形態を示し、クライアントＰＣがデバイスにアクセスする際に、クライアントＰＣとデバイスとデバイス管理サーバとが行う処理の一例を時系列的に示す図である。 本発明の第２の実施形態を示し、クライアントＰＣからアクセスがあった際の処理の一例を説明するフローチャートである。 本発明の第２の実施形態を示し、デバイスのＲＡＭにデバイスの状態を記憶させる際の処理（図１４のステップＳ１４０１）の一例を説明するフローチャートである。

符号の説明

１０１ クライアントＰＣ
１１０ デバイス
１２０ デバイス管理サーバ
１３０ インターネット
１４０ ＬＡＮ
３０３ Ｗｅｂサーバ
３０４ ＣＧＩ
３０５ Ｗｅｂコンテンツ
３０６ メッセージ通知用ＨＴＭＬデータ
３０７ リダイレクト用ＵＲＬ
３０８ アクセス許可リスト
３０９ デバイスステータスフラグ
２００１ ＣＰＵ
２００２ ＲＡＭ
２００４ ハードディスク（ＨＤＤ）

Claims (12)

1. クライアント端末装置からのアクセス要求に対して応答を行うための通常表示用データと、前記アクセス要求に対して応答を行うための表示用データであって、前記通常表示用データよりもデータ量が少ない簡易表示用データとを記憶する外部記憶装置と、
   前記外部記憶装置に記憶された簡易表示用データを、一時的に記憶する主記憶装置と、
   前記クライアント端末装置からのアクセス要求を受け付ける受付手段と、
   前記受付手段により、前記クライアント端末装置からのアクセス要求が受け付けられたときに、前記外部記憶装置が稼動していない省電力状態、及び前記外部記憶装置が稼動している通常電力状態の何れの電力状態であるかを判定する判定手段と、
   前記判定手段により前記省電力状態であると判定された場合に、前記外部記憶装置を稼動させることなく、前記主記憶装置に一時的に記憶された前記簡易表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第１の応答手段と、
   前記判定手段により前記通常電力状態であると判定された場合に、前記稼動している外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第２の応答手段とを有することを特徴とするデバイス装置。
2. 前記簡易表示用データを前記主記憶装置に記憶させるべく、前記省電力状態への移行時に、前記主記憶装置に記憶されている簡易表示用データを更新、又は、前記外部記憶装置から前記主記憶装置に前記簡易表示用データをロードする簡易表示用データ作成手段を有することを特徴とする請求項１に記載のデバイス装置。
3. 前記デバイス装置の状態を取得する取得手段を有し、
   前記簡易表示用作成手段は、前記取得手段により取得された状態を、前記簡易表示用データに反映させることを特徴とする請求項２に記載のデバイス装置。
4. 前記判定手段により、前記省電力状態であると判定された場合でも、アクセス要求を行ったクライアント端末装置がアクセス許可されている要求元であれば、前記外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第３の応答手段を有することを特徴とする請求項１乃至３の何れか１項に記載のデバイス装置。
5. 前記通常表示用データ、及び、前記簡易表示用データは、マークアップ言語であり、
   前記主記憶装置は、ランダムアクセスメモリであり、
   前記外部記憶装置はハードディスクであることを特徴とする請求項１乃至４の何れか１項に記載のデバイス装置。
6. 前記クライアント端末装置には、前記通常表示用データ及び前記簡易表示用データに基づく閲覧を行う為の、ブラウザがインストールされていることを特徴とする請求項１乃至５の何れか１項に記載のデバイス装置。
7. クライアント端末装置からのアクセス要求に対して応答を行うための通常表示用データと、前記アクセス要求に対して応答を行うための表示用データであって、前記通常表示用データよりもデータ量が少ない簡易表示用データとを外部記憶装置に記憶する第１の記憶ステップと、
   前記外部記憶装置に記憶された簡易表示用データを、主記憶装置に一時的に記憶する第２の記憶ステップと、
   前記クライアント端末装置からのアクセス要求を受け付ける受付ステップと、
   前記受付ステップにより、前記クライアント端末装置からのアクセス要求が受け付けられたときに、前記外部記憶装置が稼動していない省電力状態、及び前記外部記憶装置が稼動している通常電力状態の何れの電力状態であるかを判定する判定ステップと、
   前記判定ステップにより前記省電力状態であると判定された場合に、前記外部記憶装置を稼動させることなく、前記主記憶装置に一時的に記憶された前記簡易表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第１の応答ステップと、
   前記判定ステップにより前記通常電力状態であると判定された場合に、その稼動している外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第２の応答ステップとを有することを特徴とするアクセス要求の応答方法。
8. 前記簡易表示用データを前記主記憶装置に記憶させるべく、前記省電力状態への移行時に、前記主記憶装置に記憶されている簡易表示用データを更新、又は、前記外部記憶装置から前記主記憶装置に前記簡易表示用データをロードする簡易表示用データ作成ステップを有することを特徴とする請求項７に記載のアクセス要求の応答方法。
9. デバイス装置の状態を取得する取得ステップを有し、
   前記簡易表示用作成ステップは、前記取得ステップにより取得された状態を、前記簡易表示用データに反映させることを特徴とする請求項８に記載のアクセス要求の応答方法。
10. 前記判定ステップにより、前記省電力状態であると判定された場合でも、アクセス要求を行ったクライアント端末装置がアクセス許可されている要求元であれば、前記外部記憶装置に記憶された前記通常表示用データを用いて、前記クライアント端末装置からのアクセス要求に対する応答を行う第３の応答ステップを有することを特徴とする請求項７乃至９の何れか１項に記載のアクセス要求の応答方法。
11. 前記通常表示用データ、及び、前記簡易表示用データは、マークアップ言語であり、
    前記主記憶装置は、ランダムアクセスメモリであり、
    前記外部記憶装置はハードディスクであることを特徴とする請求項７乃至１０の何れか１項に記載のアクセス要求の応答方法。
12. 前記クライアント端末装置には、前記通常表示用データ及び前記簡易表示用データに基づく閲覧を行う為の、ブラウザがインストールされていることを特徴とする請求項７乃至１１の何れか１項に記載のアクセス要求の応答方法。

Images