JP7456259B2

JP7456259B2 - 省電力制御装置、画像処理装置、省電力制御方法、及びプログラム

Info

Publication number: JP7456259B2
Application number: JP2020074273A
Authority: JP
Inventors: 賢高橋
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2020-04-17
Filing date: 2020-04-17
Publication date: 2024-03-27
Anticipated expiration: 2040-04-17
Also published as: US20210325958A1; EP3896552A1; JP2021174019A

Description

本発明は、電力状態制御装置、画像処理装置、省電力制御方法、及びプログラムに関する。

所定の処理を実行する装置において、処理を実行していないときに、処理に関する指示を受け付けるために最小限の処理能力、及びメモリサイズで構成されたサブシステムのみを動作させて、装置の消費電力を削減することが行われている。

例えば、メインシステムとサブシステムとを含む画像処理装置において、サブシステムが、シリアルバスインタフェースからデータを受信したときに、メインシステムを省電力状態から復帰させる技術が知られている（例えば、特許文献１参照）。

特許文献１に開示された技術では、シリアルバスインタフェースからデータを受信する度にメインシステムを省電力状態から復帰させているため、省電力状態でシリアルバスインタフェースからデータを受信した場合に消費電力が増大してしまうという問題がある。

本発明の一実施形態は、上記の問題点に鑑みてなされたものであって、サブシステムがメインシステムの電力状態を制御する省電力制御装置において、省電力状態でシリアルバスインタフェースからデータを受信した場合における消費電力の増大を抑制する。

上記目的を達成するため、本発明の一実施形態に係る省電力制御装置は、所定の処理を実行するメインシステムと、前記メインシステムと通信可能に接続されるサブシステムとを含む省電力制御装置であって、前記サブシステムは、ＨＴＴＰリクエストとＩＰＰリクエストとを含むＵＳＢパケットを送受信するＵＳＢ通信部と、前記ＵＳＢ通信部が受信する前記ＩＰＰリクエストのうち、予め定められた１つ以上のＩＰＰリクエストに対応するＩＰＰレスポンスを作成して応答する応答部と、前記メインシステムが、前記所定の処理を実行可能な通常状態であるか、前記通常状態より消費電力が少ない省電力状態であるかを管理し、前記メインシステムが前記省電力状態であるときに、前記ＵＳＢ通信部が受信したＩＰＰリクエストが前記１つ以上のＩＰＰリクエストである場合、前記メインシステムの前記省電力状態を維持する状態制御部と、を有し、前記メインシステムは、ＨＴＴＰリクエストとＩＰＰリクエストとを含むイーサネット（登録商標）パケットを送受信するネットワーク通信部と、前記イーサネットパケットに対するＴＣＰ／ＩＰ処理を実行するＴＣＰ／ＩＰ処理部と、前記通常状態において、前記ネットワーク通信部が受信したＩＰＰリクエスト、又は前記サブシステムから通知されるＩＰＰリクエストに応じて、前記所定の処理を実行するＩＰＰサービス部と、を有する。

本発明の一実施形態によれば、サブシステムがメインシステムの省電力状態を制御する省電力制御装置において、電力状態でシリアルバスインタフェースからデータを受信した場合における消費電力の増大を抑制することができる。

一実施形態に係る省電力制御装置のシステム構成の例を示す図である。一実施形態に係る省電力制御装置が送受信するパケットの構造のイメージを示す図である。第１の実施形態に係る省電力制御装置の機能構成の例を示す図である。第１の実施形態に係るＵＳＢ－ＩＰＰ通信のイメージを示す図である。第１の実施形態に係る通常状態の処理の例を示すシーケンス図である。第１の実施形態に係る判断処理の例を示すフローチャートである。第１の実施形態に係る移行処理、及び復帰処理の例を示すシーケンス図である。第１の実施形態に係る省電力状態の処理の例を示すシーケンス図（１）である。第１の実施形態に係る省電力状態の処理の例を示すシーケンス図（２）である。第１の実施形態に係る省電力制御装置の機能構成の別の一例を示す図である。第２の実施形態に係る省電力制御装置の機能構成の例を示す図である。第１の実施形態に係る通常状態の処理の例を示すシーケンス図である。第２の実施形態に係る判断処理の例を示すフローチャートである。第２の実施形態に係る省電力状態の処理の例を示すシーケンス図（１）である。第２の実施形態に係る省電力状態の処理の例を示すシーケンス図（２）である。第３の実施形態に係る判断処理の例を示すフローチャートである。

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

＜システム構成＞
図１は、一実施形態に係る省電力制御装置のシステム構成の例を示す図である。省電力制御装置１００は、例えば、ＰＣ（Personal Computer）等のＵＳＢ（Universal Serial Bus）ホスト１５０とＵＳＢケーブル１５１を介して接続され、ＵＳＢホスト１５０からの制御に従って所定の処理を実行する装置である。省電力制御装置１００は、ＵＳＢホスト１５０からの制御に従って所定の処理を実行可能な通常状態と、通常動作より消費電力が少ない省電力状態とを有する様々な装置であって良い。ここでは、一例として、省電力制御装置１００が、所定の処理として、スキャン、プリンタ、コピー等の画像形成処理を実行する画像処理装置であるものとして以下の説明を行う。

ただし、これに限られず、省電力制御装置１００は、例えば、ＰＪ（Projector：プロジェクタ）、ＩＷＢ（Interactive White Board：相互通信が可能な電子式の黒板機能を有する白板）、デジタルサイネージ等の出力装置等であっても良い。また、省電力制御装置１００は、例えば、産業機械、撮像装置、集音装置、医療機器、ネットワーク家電、自動車（Connected Car）、車載装置等の様々装置であって良い。

省電力制御装置（画像処理装置）１００は、図１に示すように、サブシステム１１０とメインシステム１２０とを含む。

サブシステム１１０は、例えば、サブＣＰＵ（Central Processing Unit）１１１、サブシステムメモリ１１２、ＵＳＢＩ／Ｆ（Interface）１１３、フィルタＤＭＡＣ１１４、ネットワークＩ／Ｆ１１５、信号出力回路１１６、及びバス１１７等を有する。

サブＣＰＵ１１１は、例えば、サブシステムメモリ１１２等に記憶した所定のプログラムを実行することにより、サブシステム１１０を制御するプロセッサ（演算装置）である。サブシステムメモリ１１２は、例えば、サブＣＰＵ１１１のワークエリアとして用いられるＲＡＭ（Random Access Memory）や、サブＣＰＵ１１１の起動用のプログラム等を予め記憶したＲＯＭ(Read Only Memory)等を含む。また、サブシステムメモリ１１２には、例えば、ＳＳＤ（Solid State Drive）等のストレージデバイスが含まれていても良い。

ＵＳＢＩ／Ｆ１１３は、サブシステム１１０をＵＳＢホスト１５０に接続し、パケットデータの送受信を行うシリアルバスインタフェースである。ネットワークＩ／Ｆ１１５は、サブシステム１１０をネットワーク１０３に接続し、ネットワーク１０３を介してパケットデータ送受信を行うインタフェースである。フィルタＤＭＡＣ１１４は、ＵＳＢＩ／Ｆ１１３、又はネットワークＩ／Ｆ１１５等が受信したパケットデータをフィルタリングして不要なパケットデータを破棄するフィルタ機能、及びＤＭＡＣ（Direct Memory Access Controller）機能を有する。

信号出力回路１１６は、サブＣＰＵ１１１からの制御に従って、例えば、メインシステム１２０に省電力状態からの復帰を要求する復帰要求信号等の信号を出力する回路である。バス１１７は、サブシステム１１０の各構成要素に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝送する。

メインシステム１２０は、例えば、メインＣＰＵ１２１、メインシステムメモリ１２２、電力制御回路１２３、及びバス１２４等を有し、例えば、プリンタ１３０、スキャナ１４０等を制御して画像形成処理（所定の処理の一例）を実行する。

メインＣＰＵ１２１は、例えば、メインシステムメモリ１２２に記憶した所定のプログラムを実行することにより、メインシステム１２０を制御するプロセッサ（演算装置）である。メインシステムメモリ１２２は、例えば、メインＣＰＵ１２１のワークエリアとして用いられるＲＡＭ、及びメインＣＰＵ１２１の起動用のプログラム等を予め記憶したＲＯＭ、及びストレージデバイス等が含まれる。

電力制御回路１２３は、メインシステム１２０内への電力の供給を制御する。例えば、メインシステム１２０は、ユーザによる操作や、ネットワーク１０３、ＵＳＢホスト１５０等からの処理の実行要求が所定の時間以上ない場合、省電力状態に移行する。このとき、電力制御回路１２３は、例えば、メインＣＰＵ１２１からの制御に従って、電力制御回路１２３を除く、メインシステム１２０内への電力の供給を停止する。また、電力制御回路１２３は、サブシステム１１０から、省電力状態から通常状態への復帰を要求する復帰要求信号を受け付けると、メインシステム１２０内への電力の供給を再開する。

バス１２４は、メインシステム１２０の各構成要素に共通に接続され、例えば、アドレス信号、データ信号、及び各種の制御信号等を伝送する。

プリンタ１３０は、例えば、印刷を実行するプリンタエンジン、及びコントローラ等を含み、メインＣＰＵ１２１からの制御に従って印刷処理を実行する。スキャナ１４０は、例えば、原稿の読み取りを実行するスキャナエンジン、及びコントローラ等を含み、メインＣＰＵ１２１からの制御に従ってスキャン処理を実行する。なお、プリンタ１３０、及びスキャナ１４０は、メインシステム１２０に含まれていても良い。

サブシステム１１０とメインシステム１２０は、異なる電源系統を持ち、例えば、ＰＣＩＥｘｐｒｅｓｓ（登録商標）等の通信路１０１を介して通信可能に接続されている。なお、サブシステム１１０とメインシステム１２０とを通信可能に接続する通信路１０１は、ＰＣＩＥｘｐｒｅｓｓ以外の高速シリアルインタフェースであっても良いし、高速シリアルインタフェース以外の通信インタフェースであっても良い。

省電力制御装置１００は、メインシステム１２０が画像形成処理（所定の処理の一例）を実行可能な通常状態と、メインシステム１２０内への電力の供給が停止し、メインシステム１２０が画像形成処理を実行できない省電力状態とを有する。省電力制御装置１００は、省電力状態では、サブシステム１１０のみで外部との通信を行うことにより、消費電力が多いメインシステム１２０の消費電力を削減する。そのため、サブシステム１１０は、例えば、外部から画像形成処理に関する指示を受け付けるための最小限の処理能力を有するサブＣＰＵ１１１と、最小限の記憶容量を有するサブシステムメモリ１１２を有していることが望ましい。

図２は、一実施形態に係る省電力制御装置が送受信するパケットの構造のイメージを示す図である。本実施形態に係る省電力制御装置１００は、ネットワーク１０３を介して、印刷処理に関するデータ（印刷データ等）やコマンド（情報の取得要求等）を送受信するＩＰＰ（Internet Printing Protocol）プロトコルを用いて、パケットデータを送受信する。

図２（Ａ）は、ネットワークＩ／Ｆが送受信するパケットの構造のイメージを示している。ネットワークＩ／Ｆ１１５は、一般的なイーサネットパケット２１０を用いて、ＩＰＰパケット２００を送受信する。イーサネットパケット２１０には、例えば、図２（Ａ）に示すように、イーサネットのヘッダ２１０ａ、データ２１０ｂ、及びＦＣＳ（Frame Check Sequence）等が含まれる。

このうちのデータ２１０ｂには、例えば、図２（Ａ）に示すように、ＩＰ（Internet Protocol）ヘッダ２１１ａとデータ２１１ｂとが含まれ、データ２１１ｂには、ＴＣＰヘッダ（Transmission Control Protocol）２１２ａとデータ２１２ｂとが含まれる。ネットワークＩ／Ｆ１１５は、このデータ２１２ｂ（ペイロード）として、ＩＰＰパケット２００を送受信する。従って、省電力制御装置１００は、ネットワークＩ／Ｆ１１５を用いてＩＰＰパケット２００を送受信するために、ＴＣＰ／ＩＰプロトコルを処理するためのＴＣＰ／ＩＰプロトコルスタックを備えている。

図２（Ｂ）は、ＵＳＢＩ／Ｆが送受信するパケットの構造のイメージを示している。ＵＳＢＩ／Ｆ１１３は、ＵＳＢパケット２２０を用いて、ＩＰＰパケット２００を送受信する。具体的には、ＵＳＢＩ／Ｆ１１３は、ＩＰＰプロトコルをＵＳＢインタフェース向けに拡張したＩＰＰｏｖｅｒＵＳＢ（以下、「ＩＰＰ－ＵＳＢ」と呼ぶ）に準拠したＵＳＢパケット２２０を送受信する。このＵＳＢパケット２２０には、例えば、図２（Ｂ）に示すように、ＰＩＤ（Packet Identifier）２２０ａ、データ２２０ｂ、及びＣＲＣ（Cyclic Redundancy Check）等が含まれる。ＵＳＢＩ／Ｆ１１３は、このデータ２２０ｂ（ペイロード）として、ＩＰＰパケット２００を送受信する。

このＩＰＰパケット２００には、例えば、ＨＴＴＰ（Hypertext Transfer Protocol）ヘッダ２０１とＨＴＴＰボディ２０２とが含まれ、このＨＴＴＰボディ２０２に、ＩＰＰリクエスト／ＩＰＰレスポンス２０３が格納されている。

ネットワークＩ／Ｆ１１５が送受信するイーサネットパケット２１０には、様々な種類のパケットが含まれるため、イーサネットパケット２１０を処理するＴＣＰ／ＩＰプロトコルスタックは、多くのＣＰＵリソースとメモリを消費する。一方、ＵＳＢＩ／Ｆ１１３が送受信するＵＳＢパケット２２０は、ＩＰＰパケット２００にＰＩＤ２２０が付加されているだけなので、データを解釈するためのＣＰＵリソースとメモリを大幅に削減することができる。

しかし、例えば、特許文献１に示されるような従来の技術では、省電力状態で、サブシステムがＵＳＢインタフェースからデータを受信する度に、メインシステムを省電力状態から通常状態に復帰させていたため、消費電力が増大してしまうという問題があった。

そこで、本実施形態に係るサブシステム１１０は、省電力状態で、サブシステム１１０がＵＳＢＩ／Ｆ１１３から要求情報を受信した要求情報のうち、１つ以上の要求情報に対応する応答情報を作成して応答する機能を有している。例えば、サブシステム１１０は、ＵＳＢＩ／Ｆ１１３から受信するＩＰＰリクエスト（要求情報）のうち、予め定められた１つ以上のＩＰＰリクエスト（機種名の取得要求、状態情報の取得要求、オプション情報の取得要求等）に対して、応答することができる。なお、ＩＰＰリクエストは、印刷処理に関する印刷サービスリクエストの一例である。

また、サブシステム１１０は、省電力状態で、ＵＳＢＩ／Ｆ１１３が受信したＩＰＰリクエストが、上述した１つ以上のＩＰＰリクエストである場合、メインシステム１２０の省電力状態を維持したままで、ＩＰＰレスポンスを作成し返信する。なお、ＩＰＰレスポンスは、印刷サービスリクエストに対応する印刷サービスレスポンスの一例である。

一方、サブシステム１１０は、省電力状態で、ＵＳＢＩ／Ｆ１１３が受信したＩＰＰリクエストが、上述した１つ以上のＩＰＰリクエストでない場合、メインシステム１２０を省電力状態から通常状態へ復帰させる。

これにより、サブシステム１１０は、省電力状態で、ＵＳＢＩ／Ｆ１１３からＩＰＰリクエストを受信したときに、サブシステム１１０で応答可能なＩＰＰリクエストに対して、消費電力が比較的少ないサブシステム１１０の範囲内で応答することができる。

また、サブシステム１１０は、サブシステム１１０で応答できないＩＰＰリクエスト（例えば、印刷処理の実行要求等）を受信したときには、メインシステム１２０を省電力状態から復帰させて、メインシステム１２０に処理を実行させることができる。

従って、本実施形態によれば、サブシステム１１０がメインシステム１２０の電力状態を制御する省電力制御装置１００において、省電力状態でシリアルバスインタフェースからデータを受信した場合における消費電力の増大を抑制することができる。

［第１の実施形態］
＜機能構成＞
図３は、第１の実施形態に係る省電力制御装置の機能構成の例を示す図である。省電力制御装置１００は、所定の処理を実行するメインシステム１２０と、メインシステム１２０と通信可能に接続されるサブシステム１１０とを含む。

（メインシステムの機能構成）
メインシステムは、例えば、図１のメインＣＰＵ１２１で所定のプログラムを実行することにより、ネットワーク通信部３１１、ＴＣＰ／ＩＰ処理部３１２、第１のウェブサービス部、ＩＰＰサービス部３１４、画像形成部３１５、第１の通信部３１６、及び電力制御部３１７等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

ネットワーク通信部３１１は、例えば、サブシステム１１０が備えるネットワークＩ／Ｆ１１５を介して、例えば、図２（Ａ）に示すようなイーサネットパケット２１０の送受信を行う。

ＴＣＰ／ＩＰ処理部３１２は、例えば、図１のメインＣＰＵ１２１で実行されるＴＣＰ／ＩＰプロトコルスタック等によって実現され、ネットワーク通信部３１１が送受信するイーサネットパケット２１０に対するＴＣＰ／ＩＰ処理を実行する。例えば、ＴＣＰ／ＩＰ処理部３１２は、ネットワーク通信部３１１が受信したイーサネットパケット２１０から、ＨＴＴＰヘッダ２０１とＩＰＰリクエスト（以下、「ＨＴＴＰ＋ＩＰＰリクエスト」と呼ぶ）を抽出して、第１のウェブサービス部に通知する。

また、ＴＣＰ／ＩＰ処理部３１２は、第１のウェブサービス部から受け付けたＨＴＴＰヘッダ２０１とＩＰＰレスポンス（以下、「ＨＴＴＰ＋ＩＰＰレスポンス」と呼ぶ）にＴＣＰヘッダ２１２ａとＩＰヘッダ２１１ａを付加してネットワーク通信部３１１へ出力する。

第１のウェブサービス部は、ネットワーク通信部３１１が送受信するイーサネットパケット２１０に対するＨＴＴＰ処理を実行する。例えば、第１のウェブサービス部は、ＴＣＰ／ＩＰ処理部３１２から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」から、ＩＰＰリクエストを抽出して、抽出したＩＰＰリクエストをＩＰＰサービス部３１４に通知する。

また、第１のウェブサービス部は、ＩＰＰサービス部３１４から受け付けたＩＰＰレスポンスにＨＴＴＰヘッダ２０１を付加して、「ＨＴＴＰ＋ＩＰＰレスポンス」を、ＴＣＰ／ＩＰ処理部３１２に通知する。

ＩＰＰサービス部３１４は、第１のウェブサービス部、又は第１の通信部３１６を介してサブシステム１１０から通知されるＩＰＰリクエストに応じて、要求された処理を実行する。例えば、ＩＰＰリクエストで要求された処理が印刷処理である場合、ＩＰＰサービス部３１４は、画像形成部３１５に印刷処理を実行させる。また、ＩＰＰサービス部３１４は、処理結果を含むＩＰＰレスポンスを作成し、作成したＩＰＰレスポンスを、要求元の第１のウェブサービス部、又はサブシステム１１０に通知する。

画像形成部３１５は、ＩＰＰサービス部３１４等からの要求に応じて、プリンタ１３０、スキャナ１４０等を制御して、例えば、印刷処理、スキャン処理等の画像形成処理を実行する。

第１の通信部３１６は、通信路１０１を介して、サブシステム１１０と通信を行う。例えば、第１の通信部３１６は、サブシステム１１０から送信されるＩＰＰリクエスト（要求情報の一例）を受信し、ＩＰＰサービス部３１４に転送する。また、第１の通信部３１６は、ＩＰＰサービス部３１４から通知されたＩＰＰレスポンス（応答情報の一例）を、サブシステム１１０に送信する。

電力制御部３１７は、予め設定された省電力状態への移行条件が成立したときに、サブシステム１１０に省電力状態への移行を通知し、メインシステム１２０を省電力状態に移行させる。例えば、電力制御部３１７は、前回の処理を実行してから、或いは前回の操作を受け付けてから所定の時間を経過したとき等に、メインシステム１２０をシャットダウン、又は一時休止状態とする。また、電力制御部３１７は、図１の電力制御回路１２３を制御して、メインシステム１２０内への電力の供給を停止させる。

また、電力制御部３１７は、例えば、サブシステム１１０からの復帰要求信号に応じて、電力制御回路１２３がメインシステム１２０内への電力の供給を再開し、メインシステム１２０が起動すると、サブシステム１１０に通常状態への移行通知を送信する。

（サブシステムの機能構成）
サブシステム１１０は、例えば、図１のサブＣＰＵ１１１で所定のプログラムを実行することにより、ＵＳＢ通信部３０１、第２のウェブサービス部３０２、判断部３０３、応答部３０４、第２の通信部３０５、及び状態制御部３０６等を実現している。なお、上記の各機能構成のうち、少なくとも一部は、ハードウェアによって実現されるものであっても良い。

ＵＳＢ通信部３０１は、例えば、サブＣＰＵ１１１によって実行されるＵＳＢドライバ等のプログラムによって実現され、ＵＳＢＩ／Ｆ１１３を用いて、ＵＳＢホスト１５０と、図２（Ｂ）に示すようなＵＳＢパケット２２０を送受信する。

図４は、第１の実施形態に係るＵＳＢ－ＩＰＰ通信のイメージを示す図である。ＵＳＢホスト１５０は、図２（Ｂ）に示すようなＵＳＢパケット２２０を、例えば、バルクＯＵＴ転送で省電力制御装置１００へ送信する。このＵＳＢパケット２２０には、例えば、図４に示すように、ＨＴＴＰリクエストと、ＩＰＰリクエストとから成る「ＨＴＴＰ＋ＩＰＰリクエスト」が含まれる。ＵＳＢ通信部３０１は、ＵＳＢホスト１５０から送信されるＵＳＢパケット２２０を受信すると、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２のウェブサービス部３０２に通知する。

また、ＵＳＢ通信部３０１は、例えば、第２の通信部３０５から「ＨＴＴＰ＋ＩＰＰレスポンス」を受け付けると、受け付けた「ＨＴＴＰ＋ＩＰＰレスポンス」を含むＵＳＢパケット２２０を作成して、ＵＳＢホスト１５０へ送信する。このＵＳＢパケット２２０には、例えば、図４に示すように、ＨＴＴＰレスポンスと、ＩＰＰレスポンスとから成る「ＨＴＴＰ＋ＩＰＰレスポンス」が含まれる。

第２のウェブサービス部３０２は、ＵＳＢ通信部３０１が送受信するＵＳＢパケット２２０に対応するＨＴＴＰ処理を実行する。例えば、第２のウェブサービス部３０２は、ＵＳＢ通信部３０１から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」から、ＩＰＰリクエストを抽出して、判断部３０３に通知する。また、第２のウェブサービス部３０２は、例えば、第２の通信部３０５等から受け付けたＩＰＰレスポンスに、ＨＴＴＰヘッダ２０１を付加して「ＨＴＴＰ＋ＩＰＰレスポンス」を作成し、ＵＳＢ通信部３０１に通知する。

なお、ＵＳＢ通信部３０１、及び第２のウェブサービス部３０２は、シリアルバスインタフェース（ＵＳＢＩ／Ｆ１１３）を介して、所定の処理に関する要求情報を受信する受信処理を実行する受信部３００の一例である。

応答部３０４は、受信部３００が受信するＩＰＰリクエスト（要求情報）のうち、予め定められた１つ以上のＩＰリクエストに対応するＩＰＰレスポンス（応答情報）を作成して応答する応答処理を実行する。

ＩＰＰリクエストには、例えば、印刷データの印刷を要求する印刷要求等のように、メインシステム１２０でないと実行できない処理の要求が含まれる。一方で、ＩＰＰリクエストには、例えば、機種名の取得要求、状態情報の取得要求、オプション情報の取得要求等、サブシステム１１０でも応答可能な処理の要求が含まれる。応答部３０４は、サブシステム１１０でも応答可能なＩＰＰリクエストに対応するＩＰＰレスポンスを作成し、作成したＩＰＰレスポンスを、例えば、第２の通信部３０５を介して、第２のウェブサービス部３０２に通知する。或いは、応答部３０４は、作成したＩＰＰレスポンスを、第２の通信部３０５を介さずに、第２のウェブサービス部３０２に通知しても良い。

判断部３０３は、メインシステム１２０が省電力状態である場合、受信部３００が受信する要求情報（第２のウェブサービス部３０２から通知されるＩＰＰリクエスト）が、応答部３０４が応答可能な要求情報であるか否かを判断する。

受信部３００が受信した要求情報（ＩＰＰリクエスト）が、応答部３０４が応答可能な要求情報である場合、判断部３０３は、当該要求情報（ＩＰＰリクエスト）を応答部３０４に転送（通知）する。一方、受信部３００が受信した要求情報が、応答部３０４が応答可能な要求情報でない場合、判断部３０３は、状態制御部３０６を用いて、メインシステム１２０を省電力状態から通常状態に復帰させる。また、判断部３０３は、受信部３００から受信した要求情報（ＩＰＰリクエスト）を、第２の通信部３０５を介してメインシステム１２０に転送（送信）する。

第２の通信部３０５は、通信路１０１を介して、メインシステム１２０と通信を行う。例えば、第２の通信部３０５は、メインシステム１２０から送信されるＩＰＰレスポンスを受信し、第２のウェブサービス部３０２に転送する。また、第２の通信部３０５は、判断部３０３から通知されるＩＰＰリクエストを、メインシステム１２０に送信する。

さらに、第２の通信部３０５は、応答部３０４から通信されるＩＰＰレスポンスを、第２のウェブサービス部３０２に転送する。

状態制御部３０６は、メインシステム１２０の状態を管理する状態制御処理を実行する。例えば、状態制御部３０６は、メインシステム１２０が、省電力状態であるか、通常状態であるかを示す状態情報を、サブシステムメモリ１１２等に記憶して管理する。

また、状態制御部３０６は、省電力状態において、判断部３０３からの通常状態への復帰要求に応じて、図２の信号出力回路１１６を制御して、メインシステム１２０に復帰要求信号を出力する。これにより、状態制御部３０６は、省電力状態において、受信部３００が受信したＩＰＰリクエスト（要求情報）が、応答部３０４が応答可能な１つ以上のＩＰＰリクエストでない場合、メインシステム１２０を、省電力状態から通常状態に復帰させる。

一方、状態制御部３０６は、省電力状態において、受信部３００が受信したＩＰＰリクエスト（要求情報）が、応答部３０４が応答可能な１つ以上のＩＰＰリクエストである場合、メインシステム１２０の省電力状態を維持する。

＜処理の流れ＞
続いて、第１の実施形態に係る省電力制御方法の処理の流れについて説明する。

（通常状態の処理）
図５は、第１の実施形態に係る通常状態の処理の例を示すシーケンス図である。この処理は、メインシステム１２０が通常状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信した場合の処理の例を示している。

ステップＳ５０１において、サブシステム１１０のＵＳＢ通信部３０１が、例えば、図４に示すような「ＨＴＴＰ＋ＩＰＰリクエスト」を含むＵＳＢパケット２２０を受信すると、ステップＳ５０２以降の処理が実行される。

ステップＳ５０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２のウェブサービス部３０２に通知する。

ステップＳ５０３において、第２のウェブサービス部３０２は、ＵＳＢ通信部３０１から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」に対してＨＴＴＰ処理を実行し、ＩＰＰリクエストを取得する。また、ステップＳ５０４において、第２のウェブサービス部３０２は、取得したＩＰＰリクエストを判断部３０３に通知する。

ステップＳ５０４において、判断部３０３は、第２のウェブサービス部３０２からＩＰＰリクエストを受け付けると、例えば、図６に示すような判断処理を実行する。

図６は、第１の実施形態に係る判断処理の例を示すフローチャートである。

ステップＳ６０１において、判断部３０３が、ＩＰＰリクエストを受け付けると、ステップＳ６０２以降の処理が実行される。

ステップＳ６０２において、判断部３０３は、メインシステム１２０が省電力状態であるか否かを判断する。例えば、判断部３０３は、状態制御部３０６が、サブシステムメモリ１１２等に記憶して管理している状態情報を参照することにより、メインシステム１２０が省電力状態であるか、通常状態であるかを判断する。

メインシステム１２０が省電力状態でない場合、判断部３０３は、処理をステップＳ６０５へ移行させて、受け付けたＩＰＰリクエストを、第２の通信部３０５を介して、メインシステムに転送する。一方、メインシステム１２０が省電力状態である場合、判断部３０３は、処理をステップＳ６０３に移行させる。

ステップＳ６０３に移行すると、判断部３０３は、受け付けたＩＰＰリクエストが、応答部３０４が応答可能なＩＰＰリクエストであるか否かを判断する。例えば、判断部３０３は、応答部３０４が応答可能なＩＰＰリクエストの一覧を、サブシステムメモリ１１２等に予め記憶しておき、この一覧を参照して、応答部３０４が応答可能なＩＰＰリクエストであるか否かを判断しても良い。

受け付けたＩＰＰリクエストが、応答部３０４が応答可能なＩＰＰリクエストでない場合、判断部３０３は、処理をステップＳ６０４に移行させる。一方、受け付けたＩＰＰリクエストが、応答部３０４が応答可能なＩＰＰリクエストである場合、判断部３０３は、処理をステップＳ６０６に移行させる。

ステップＳ６０４に移行すると、判断部３０３は、メインシステム１２０を省電力状態から通常状態へ復帰させる。例えば、判断部３０３は、状態制御部３０６に、通常状態への復帰を要求する復帰要求を通知する。

ステップＳ６０５において、判断部３０３は、受け付けたＩＰＰリクエストを、第２の通信部３０５を介して、メインシステム１２０へ転送（送信）する。例えば、判断部３０３は、受け付けたＩＰＰリクエストを第２の通信部３０５に通知する。これにより、第２の通信部３０５は、メインシステム１２０が起動して通信可能になったときに、判断部３０３から受け付けたＩＰＰリクエストを、メインシステム１２０に送信する。

一方、ステップＳ６０３からステップＳ６０６に移行すると、判断部３０３は、受け付けたＩＰＰリクエストを、応答部３０４へ転送（通知）する。

ここで、図５に戻り、シーケンス図の説明を続ける。図５のステップＳ５０５において、図４で説明した判断処理により、受け付けたＩＰＰリクエストをメインシステム１２０に送信すると判断する。これにより、ステップＳ５０６、Ｓ５０７において、判断部３０３は、受け付けたＩＰＰリクエストが、第２の通信部３０５を介して、メインシステム１２０へ転送される。

ステップＳ５０８において、メインシステム１２０の第１の通信部３１６は、サブシステム１１０から受信したＩＰＰリクエストを、ＩＰＰサービス部３１４に通知する。

ステップＳ５０９～Ｓ５１１において、ＩＰＰサービス部３１４は、受け付けたＩＰＰリクエストで要求された処理を実行し、実行結果を示すＩＰＰレスポンスを、第１の通信部３１６を介して、サブシステム１１０へ送信する。例えば、ＩＰＰリクエストが、印刷データの印刷を要求する印刷要求である場合、ＩＰＰサービス部３１４は、画像形成部３１５を用いて、印刷データの印刷を実行し、印刷が完了したことを示す完了通知を含むＩＰＰレスポンスを、サブシステム１１０へ送信する。

ステップＳ５１２において、第２の通信部３０５は、メインシステム１２０から受信したＩＰＰレスポンスを、第２のウェブサービス部３０２に通知する。

ステップＳ５１３において、第２のウェブサービス部３０２は、第２の通信部３０５から受け付けたＩＰＰレスポンスに対してＨＴＴＰ処理を実行し、例えば、図４に示すような「ＨＴＴＰ＋ＩＰＰレスポンス」を作成する。また、ステップＳ５１４において、第２のウェブサービス部３０２は、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」をＵＳＢ通信部３０１に通知する。

ステップＳ５１５において、ＵＳＢ通信部３０１は、第２のウェブサービス部３０２から受け付けた「ＨＴＴＰ＋ＩＰＰレスポンス」を含むＵＳＢパケット２２０を、ＵＳＢホスト１５０へ送信する。

（省電力状態の移行処理、及び復帰処理）
図７は、第１の実施形態に係る移行処理、及び復帰処理の例を示すシーケンス図である。この図は、メインシステム１２０が省電力状態へ移行する移行処理、及び省電力状態から通常状態へ復帰する復帰処理の例を示している。

ステップＳ７０１において、メインシステム１２０の電力制御部３１７が、予め設定された省電力状態への移行条件が成立したと判断すると、ステップＳ７０２～Ｓ７０８に示すような省電力状態への移行処理が実行される。なお、省電力状態への移行条件には、例えば、メインシステム１２０が最後に処理を実行してから所定の時間を経過したとき、又はメインシステム１２０が最後に操作を受け付けてから所定の時間を経過したとき等が含まれる。

ステップＳ７０２、Ｓ７０３において、メインシステム１２０の電力制御部３１７は、第１の通信部３１６を介して、サブシステム１１０に省電力状態への移行通知を送信する。

ステップＳ７０４、Ｓ７０５において、サブシステム１１０の状態制御部３０６は、第２の通信部３０５を介して、省電力状態への移行通知を受信すると、メインシステム１２０の状態を示す状態情報（状態フラグ等）を、「省電力状態」に更新する。

Ｓ７０６において、メインシステム１２０の電力制御部３１７は、ステップＳ７０２～Ｓ７０５の処理と並行して、メインシステム１２０の休止処理、又は終了処理を実行する。

ステップＳ７０７、Ｓ７０８において、電力制御部３１７は、メインシステム１２０の電力制御回路１２３を制御して、メインシステム１２０内への電力の供給を停止する。これにより、ステップＳ７０９において、メインシステム１２０は、省電力状態となる。なお、省電力状態においても、電力制御回路１２３には電力の供給が継続される。

この省電力状態から、例えばステップＳ７１１において、サブシステム１１０の状態制御部３０６が、判断部３０３等から通常状態への復帰要求を受け付けると、ステップＳ７１２～Ｓ７１８に示すような、省電力状態からの復帰処理が実行される。

ステップＳ７１２において、状態制御部３０６は、信号出力回路１１６を制御して、メインシステム１２０の電力制御回路１２３に、復帰要求信号を出力する。

ステップＳ７１３において、電力制御回路１２３は、復帰要求信号を受け付けると、メインシステム１２０内への電力の供給を再開する。これにより、ステップＳ７１４において、メインシステム１２０が起動する。

ステップＳ７１５、Ｓ７１６において、メインシステム１２０の電力制御部３１７は、メインシステム１２０が通常状態へ移行したことを示す通常状態への移行通知を、第１の通信部３１６を介して、サブシステム１１０に通知する。

ステップＳ７１７、Ｓ７１８において、サブシステム１１０の状態制御部３０６は、第２の通信部３０５を介して、通常状態への移行通知を受信すると、メインシステム１２０の現在の状態を示す状態情報（状態フラグ等）を、「通常状態」に更新する。

（省電力状態の処理１）
図８は、第１の実施形態に係る省電力状態の処理の例を示すシーケンス図（１）である。この処理は、メインシステム１２０が省電力状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０から、応答部３０４が応答可能でないＩＰＰリクエストを受信した場合における省電力制御装置１００の処理の例を示している。

なお、図８に示す処理の開始時点において、メインシステム１２０は、例えば、図７のステップＳ７０１～Ｓ７０９の処理により、省電力状態にあるものとする。また、図８に示す処理のうち、ステップＳ５１１～Ｓ５１５の処理は、図５で説明した通常状態の処理と同様なので、ここでは、通常状態の処理との相違点を中心に説明する。

ステップＳ８０１において、サブシステム１１０のＵＳＢ通信部３０１が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信すると、ステップＳ８０２以降の処理が実行される。なお、ここでは、ＵＳＢ通信部３０１が受信したＵＳＢパケット２２０には、例えば、サブシステム１１０の応答部３０４が応答できないＩＰＰリクエスト（例えば、印刷データの印刷要求等）が含まれているものとする。

ステップＳ８０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２のウェブサービス部３０２に通知する。

ステップＳ８０３において、第２のウェブサービス部３０２は、ＵＳＢ通信部３０１から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」に対してＨＴＴＰ処理を実行し、ＩＰＰリクエストを取得する。また、ステップＳ８０４において、第２のウェブサービス部３０２は、取得したＩＰＰリクエストを判断部３０３に通知する。

ステップＳ８０５において、判断部３０３は、第２のウェブサービス部３０２からＩＰＰリクエストを受け付けると、例えば、図６に示すような判断処理を実行する。ここでは、メインシステム１２０が省電力状態であり、かつ応答部３０４が応答できないＩＰＰリクエストなので、判断部３０３は、図６のステップＳ６０４、Ｓ６０５の処理を実行する。

例えば、図８のステップＳ８０６において、判断部３０３は、状態制御部３０６に、通常状態への復帰要求を通知する。これにより、ステップＳ８０７において、例えば、図７のステップＳ７１１～Ｓ７１８に示すような、通常状態への復帰処理が実行される。

また、ステップＳ８０８において、判断部３０３は、第２のウェブサービス部３０２から受け付けたＩＰＰリクエストを、第２の通信部３０５に通知する。これにより、第２の通信部３０５は、例えば、ステップＳ８０９において、メインシステム１２０との通信が可能になると、受け付けたＩＰＰリクエストを、メインシステム１２０へ送信する。

これにより、ステップＳ８１０において、メインシステム１２０は、例えば、図５のステップＳ５０８～Ｓ５１０に示すような、メインシステム側の処理を実行する。

このように、サブシステム１１０は、省電力状態で受信したＵＳＢパケット２２０に、応答部３０４が応答できないＩＰＰリクエストが含まれている場合、メインシステム１２０を通常状態に移行させて、ＩＰＰリクエストを処理させることができる。

（省電力状態の処理２）
図９は、第１の実施形態に係る省電力状態の処理の例を示すシーケンス図（２）である。この処理は、メインシステム１２０が省電力状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０から、応答部３０４が応答可能なＩＰＰリクエストを受信した場合における省電力制御装置１００の処理の例を示している。

なお、図９に示す処理の開始時点において、メインシステム１２０は、例えば、図７のステップＳ７０１～Ｓ７０９の処理により、省電力状態にあるものとする。また、図９に示す処理のうち、ステップＳ５１２～Ｓ５１５の処理は、図５で説明した通常状態の処理と同様なので、ここでは、通常状態の処理との相違点を中心に説明する。

ステップＳ９０１において、サブシステム１１０のＵＳＢ通信部３０１が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信すると、ステップＳ９０２以降の処理が実行される。なお、ここでは、ＵＳＢ通信部３０１が受信したＵＳＢパケット２２０には、例えば、サブシステム１１０の応答部３０４が応答可能なＩＰＰリクエスト（例えば、機種名の取得要求、状態情報の取得要求、オプション情報の取得要求等）が含まれているものとする。

ステップＳ９０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２のウェブサービス部３０２に通知する。

ステップＳ９０３において、第２のウェブサービス部３０２は、ＵＳＢ通信部３０１から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」に対してＨＴＴＰ処理を実行し、ＩＰＰリクエストを取得する。また、ステップＳ９０４において、第２のウェブサービス部３０２は、取得したＩＰＰリクエストを判断部３０３に通知する。

ステップＳ９０５において、判断部３０３は、第２のウェブサービス部３０２からＩＰＰリクエストを受け付けると、例えば、図６に示すような判断処理を実行する。ここでは、メインシステム１２０が省電力状態であり、かつ応答部３０４が応答可能なＩＰＰリクエストなので、判断部３０３は、図６のステップＳ６０６の処理を実行する。例えば、図９のステップＳ９０６において、判断部３０３は、受け付けたＩＰＰリクエストを、応答部３０４に通知する。

ステップＳ９０７において、応答部３０４は、判断部３０３から受け付けたＩＰＰリクエストに対応するＩＰＰレスポンスを作成する。例えば、ＩＰＰリクエストが、省電力制御装置１００の機種名の取得要求である場合、応答部３０４は、サブシステム１１０のサブシステムメモリ１１２に予め記憶した機種名を読み出し、読み出した機種名を含むＩＰＰレスポンスを作成する。また、例えば、ＩＰＰリクエストが、省電力制御装置１００の状態を示す状態情報の取得要求である場合、応答部３０４は、状態制御部３０６から状態情報を取得して、取得した状態情報を含むＩＰＰレスポンスを作成する。

ステップＳ９０８において、応答部３０４は、作成したＩＰＰレスポンスを第２の通信部３０５に通知する。これに応じて、ステップＳ５１２～Ｓ５１５の処理が実行される。

このように、サブシステム１１０は、省電力状態で受信したＵＳＢパケット２２０に、応答部３０４が応答可能なＩＰＰリクエストが含まれている場合、メインシステム１２０の省電力状態を維持したままで、ＩＰＰリクエストを処理することができる。

なお、図９に示す処理は一例である。例えば、省電力制御装置１００は、図１０に示すような機能構成を有していても良い。図１０の例では、サブシステム１１０の第２のウェブサービス部３０２は、応答部３０４からＩＰＰレスポンスを受け付けることができるように構成されている。

この場合、応答部３０４は、例えば、図９のステップＳ９０８において、作成したＩＰＰレスポンスを、第２の通信部３０５に代えて、第２のウェブサービス部３０２に通知することができる。

以上、本実施形態によれば、サブシステム１１０がメインシステム１２０の電力状態を制御する省電力制御装置１００において、省電力状態でシリアルバスインタフェースからデータを受信した場合における消費電力の増大を抑制することができる。

［第２の実施形態］
＜機能構成＞
図１１は、第２の実施形態に係る省電力制御装置の機能構成の例を示す図である。

（メインシステムの機能構成）
第２の実施形態に係るメインシステム１２０は、例えば、図３で説明した第１の実施形態に係るメインシステム１２０と同様に、ネットワーク通信部３１１、ＴＣＰ／ＩＰ処理部３１２、第１のウェブサービス部、ＩＰＰサービス部３１４、画像形成部３１５、第１の通信部３１６、及び電力制御部３１７を有している。ただし、第１の通信部３１６の接続先が、ＩＰＰサービス部３１４からウェブサービス部に変更されている。

上記の構成により、第１のウェブサービス部は、ＴＣＰ／ＩＰ処理部３１２から受け付ける「ＨＴＴＰ＋ＩＰＰリクエスト」に加えて、サブシステム１１０から送信される「ＨＴＴＰ＋ＩＰＰリクエスト」に対して、ＨＴＴＰ処理を実行することができる。

なお、上記以外のメインシステム１２０の機能構成は、図３で説明した第１の実施形態に係るメインシステム１２０の機能構成と同様で良い。

（サブシステムの機能構成）
第２の実施形態に係るサブシステム１１０は、図１１に示すように、図３で説明した第１の実施形態に係るサブシステム１１０が備える機能構成から、第２のウェブサービス部３０２を省略した構成を有している。

ＵＳＢ通信部３０１は、例えば、サブＣＰＵ１１１によって実行されるＵＳＢドライバ等のプログラムによって実現され、ＵＳＢＩ／Ｆ１１３を用いて、ＵＳＢホスト１５０と、図２（Ｂ）に示すようなＵＳＢパケット２２０を送受信する。例えば、ＵＳＢ通信部３０１は、ＵＳＢホスト１５０から送信されるＵＳＢパケット２２０を受信すると、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、判断部３０３に通知する。また、ＵＳＢ通信部３０１は、例えば、第２の通信部３０５から「ＨＴＴＰ＋ＩＰＰレスポンス」を受け付けると、受け付けた「ＨＴＴＰ＋ＩＰＰレスポンス」を含むＵＳＢパケット２２０を作成して、ＵＳＢホスト１５０へ送信する。

なお、ＵＳＢ通信部３０１は、シリアルバスインタフェース（ＵＳＢＩ／Ｆ１１３）を介して、所定の処理（印刷処理）に関する要求情報（ＩＰＰリクエスト）を受信する受信部３００の別の一例である。

判断部３０３は、メインシステム１２０が省電力状態である場合、受信部３００が受信する要求情報（ＵＳＢ通信部３０１から通知される「ＨＴＴＰ＋ＩＰＰリクエスト」）が、応答部３０４が応答可能な要求情報であるか否かを判断する。

受信部３００が受信した要求情報が、応答部３０４が応答可能な要求情報である場合、判断部３０３は、当該要求情報（「ＨＴＴＰ＋ＩＰＰリクエスト」）を応答部３０４に転送（通知）する。一方、受信部３００が受信した要求情報が、応答部３０４が応答可能な要求情報でない場合、判断部３０３は、状態制御部３０６を用いて、メインシステム１２０を省電力状態から通常状態に復帰させる。また、判断部３０３は、受信部３００から受信した要求情報（「ＨＴＴＰ＋ＩＰＰリクエスト」）を、第２の通信部３０５を介してメインシステム１２０に転送（送信）する。

応答部３０４は、受信部３００が受信した要求情報（「ＨＴＴＰ＋ＩＰＰリクエスト」）のうち、１つ以上の要求情報に対応する応答情報（「ＨＴＴＰ＋ＩＰＰレスポンス」）を作成して応答する。

「ＨＴＴＰ＋ＩＰＰリクエスト」には、例えば、印刷データの印刷を要求する印刷要求等のように、メインシステム１２０でないと実行できない処理の要求が含まれる。一方で、「ＨＴＴＰ＋ＩＰＰレスポンス」には、例えば、機種名の取得要求、状態情報の取得要求、オプション情報の取得要求等、サブシステム１１０でも応答可能な処理の要求が含まれる。応答部３０４は、サブシステム１１０でも応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」に対応する「ＨＴＴＰ＋ＩＰＰレスポンス」を作成し、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」を、第２の通信部３０５を介して、ＵＳＢ通信部３０１に通知する。或いは、応答部３０４は、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」を、第２の通信部３０５を介さずに、ＵＳＢ通信部３０１に通知しても良い。

第２の通信部３０５は、通信路１０１を介して、メインシステム１２０と通信を行う。例えば、第２の通信部３０５は、メインシステム１２０から送信される「ＨＴＴＰ＋ＩＰＰレスポンス」を受信し、ＵＳＢ通信部３０１に転送する。また、第２の通信部３０５は、判断部３０３から通知される「ＨＴＴＰ＋ＩＰＰリクエスト」を、メインシステム１２０に送信する。さらに、第２の通信部３０５は、応答部３０４から通信される「ＨＴＴＰ＋ＩＰＰレスポンス」を、ＵＳＢ通信部３０１に転送する。

状態制御部３０６は、第１の実施形態と同様にして、メインシステム１２０の状態を管理する。例えば、状態制御部３０６は、メインシステム１２０が省電力状態であるときに、受信部３００が受信した要求情報（「ＨＴＴＰ＋ＩＰＰリクエスト」）が、応答部３０４が応答可能な１つ以上の要求情報である場合、メインシステム１２０の省電力状態を維持する。

一方、状態制御部３０６は、メインシステム１２０が省電力状態であるときに、受信部３００が受信した要求情報が、応答部３０４が応答可能な１つ以上の要求情報でない場合、メインシステム１２０を通常状態に復帰させる。

＜処理の流れ＞
続いて、第２の実施形態に係る省電力制御方法の処理の流れについて説明する。

（通常状態の処理）
図１２は、第２の実施形態に係る通常状態の処理の例を示すシーケンス図である。この処理は、メインシステム１２０が通常状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信した場合の処理の例を示している。

ステップＳ１２０１において、サブシステム１１０のＵＳＢ通信部３０１が、例えば、図４に示すような「ＨＴＴＰ＋ＩＰＰリクエスト」を含むＵＳＢパケット２２０を受信すると、ステップＳ１２０２以降の処理が実行される。

ステップＳ１２０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、判断部３０３に通知する。

ステップＳ１２０３において、判断部３０３は、ＵＳＢ通信部３０１から「ＨＴＴＰ＋ＩＰＰリクエスト」を受け付けると、例えば、図１３に示すような判断処理を実行する。

図１３は、第２の実施形態に係る判断処理の例を示すフローチャートである。

ステップＳ１３０１において、判断部３０３が、「ＨＴＴＰ＋ＩＰＰリクエスト」を受け付けると、ステップＳ１３０２以降の処理が実行される。

ステップＳ１３０２において、判断部３０３は、メインシステム１２０が省電力状態であるか否かを判断する。例えば、判断部３０３は、状態制御部３０６が、サブシステムメモリ１１２等に記憶して管理している状態情報を参照することにより、メインシステム１２０が省電力状態であるか、通常状態であるかを判断する。

メインシステム１２０が省電力状態でない場合、判断部３０３は、処理をステップＳ１３０５へ移行させて、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２の通信部３０５を介して、メインシステムへ転送（送信）する。一方、メインシステム１２０が省電力状態である場合、判断部３０３は、処理をステップＳ１３０３に移行させる。

ステップＳ１３０３に移行すると、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」が、応答部３０４が応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」であるか否かを判断する。例えば、判断部３０３は、応答部３０４が応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」の一覧を、サブシステムメモリ１１２等に予め記憶しておき、この一覧を参照して、応答部３０４が応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」であるか否かを判断しても良い。

受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」が、応答部３０４が応答可能なＩＰＰリクエストでない場合、判断部３０３は、処理をステップＳ１３０４に移行させる。一方、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」が、応答部３０４が応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」である場合、判断部３０３は、処理をステップＳ１３０６に移行させる。

ステップＳ１３０４に移行すると、判断部３０３は、メインシステム１２０を省電力状態から通常状態へ復帰させる。例えば、判断部３０３は、状態制御部３０６に、通常状態への復帰を要求する復帰要求を通知する。

ステップＳ１３０５において、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２の通信部３０５を介してメインシステム１２０に転送（送信）する。例えば、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を第２の通信部３０５に通知する。これにより、第２の通信部３０５は、メインシステム１２０が起動して、通信可能になったときに、判断部３０３から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、メインシステム１２０に送信する。

一方、ステップＳ１３０３からステップＳ１３０６に移行すると、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、応答部３０４へ転送（通知）する。

ここで、図１２に戻り、シーケンス図の説明を続ける。図１２のステップＳ１２０３において、図１３で説明した判断処理により、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」をメインシステム１２０に送信すると判断する。これにより、ステップＳ１２０４、Ｓ１２０５において、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２の通信部３０５を介して、メインシステム１２０へ送信する。

ステップＳ１２０６において、メインシステム１２０の第１の通信部３１６は、サブシステム１１０から受信した「ＨＴＴＰ＋ＩＰＰリクエスト」を、第１のウェブサービス部に通知する。

ステップＳ１２０７において、第１のウェブサービス部は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」に対してＨＴＴＰ処理を行い、ＩＰＰリクエストを取得する。また、ステップＳ１２０８において、第１のウェブサービス部は、取得したＩＰＰリクエストを、ＩＰＰサービス部３１４に通知する。

ステップＳ１２０９、Ｓ１２１０において、ＩＰＰサービス部３１４は、受け付けたＩＰＰリクエストに対応するＩＰＰサービスを実行し、実行結果を示すＩＰＰレスポンスを、第１のウェブサービス部に通知する。

ステップＳ１２１１において、第１のウェブサービス部は、受け付けたＩＰＰリクエストにＨＴＴＰ処理を行い、「ＨＴＴＰ＋ＩＰＰレスポンス」を作成する。また、ステップＳ１２１２、Ｓ１２１３において、第１のウェブサービス部は、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」を、第１の通信部３１６を介して、サブシステム１１０に送信する。

ステップＳ１２１４において、第２の通信部３０５は、メインシステム１２０から受信した「ＨＴＴＰ＋ＩＰＰレスポンス」を、ＵＳＢ通信部３０１に通知する。

ステップＳ１２１５において、ＵＳＢ通信部３０１は、第２の通信部３０５から受け付けた「ＨＴＴＰ＋ＩＰＰレスポンス」を含むＵＳＢパケット２２０を、ＵＳＢホスト１５０へ送信する。

（省電力状態の処理１）
図１４は、第２の実施形態に係る省電力状態の処理の例を示すシーケンス図（１）である。この処理は、メインシステム１２０が省電力状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０から、応答部３０４が応答可能でないＩＰＰリクエストを受信した場合における省電力制御装置１００の処理の例を示している。

なお、図１４に示す処理の開始時点において、メインシステム１２０は、例えば、図７のステップＳ７０１～Ｓ７０９の処理により、省電力状態にあるものとする。また、図１４に示す処理のうち、ステップＳ１２１３～Ｓ１２１５に示す処理は、図１２で説明した処理と同様なので、ここでは図１２で説明した処理との相違点を中心に説明する。

ステップＳ１４０１において、サブシステム１１０のＵＳＢ通信部３０１が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信すると、ステップＳ１４０２以降の処理が実行される。なお、ここでは、ＵＳＢ通信部３０１が受信したＵＳＢパケット２２０には、例えば、サブシステム１１０の応答部３０４が応答できないＩＰＰリクエスト（例えば、印刷データの印刷要求等）が含まれているものとする。

ステップＳ１４０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、判断部３０３に通知する。

ステップＳ１４３０３において、判断部３０３は、ＵＳＢ通信部３０１から「ＨＴＴＰ＋ＩＰＰリクエスト」を受け付けると、例えば、図１３に示すような判断処理を実行する。ここでは、メインシステム１２０が省電力状態であり、かつ応答部３０４が応答できないＩＰＰリクエストなので、判断部３０３は、図３のステップＳ１３０４、Ｓ１３０５の処理を実行する。例えば、図１４のステップＳ１４０４において、判断部３０３は、状態制御部３０６に、通常状態への復帰要求を通知する。これにより、ステップＳ１４０５において、例えば、図７のステップＳ７１１～Ｓ７１８に示すような、通常状態への復帰処理が実行される。

また、ステップＳ１４０６において、判断部３０３は、ＵＳＢ通信部３０１から受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、第２の通信部３０５に通知する。これにより、第２の通信部３０５は、ステップＳ１４０７において、例えば、メインシステム１２０との通信が可能になると、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、メインシステム１２０へ送信する。

これにより、ステップＳ１４０８において、メインシステム１２０は、例えば、図１２のステップＳ１２０６～Ｓ１２１２に示すような、メインシステム側の処理を実行する。

（省電力状態の処理２）
図９は、第２の実施形態に係る省電力状態の処理の例を示すシーケンス図（２）である。この処理は、メインシステム１２０が省電力状態であるときに、サブシステム１１０が、ＵＳＢホスト１５０から、応答部３０４が応答可能なＩＰＰリクエストを受信した場合における省電力制御装置１００の処理の例を示している。

なお、図１５に示す処理の開始時点において、メインシステム１２０は、例えば、図７のステップＳ７０１～Ｓ７０９の処理により、省電力状態にあるものとする。また、図１５に示す処理のうち、ステップＳ１２１４～Ｓ１２１５の処理は、図１２で説明した通常状態の処理と同様なので、ここでは、通常状態の処理との相違点を中心に説明する。

ステップＳ１５０１において、サブシステム１１０のＵＳＢ通信部３０１が、ＵＳＢホスト１５０からＵＳＢパケット２２０を受信すると、ステップＳ１５０２以降の処理が実行される。なお、ここでは、ＵＳＢ通信部３０１が受信したＵＳＢパケット２２０には、例えば、サブシステム１１０の応答部３０４が応答可能なＩＰＰリクエストが含まれているものとする。

ステップＳ１５０２において、ＵＳＢ通信部３０１は、受信したＵＳＢパケット２２０に含まれる「ＨＴＴＰ＋ＩＰＰリクエスト」を、判断部３０３に通知する。

ステップＳ１５０３において、判断部３０３は、ＵＳＢ通信部３０１から「ＨＴＴＰ＋ＩＰＰリクエスト」を受け付けると、例えば、図１３に示すような判断処理を実行する。ここでは、メインシステム１２０が省電力状態であり、かつ応答部３０４が応答可能な「ＨＴＴＰ＋ＩＰＰリクエスト」なので、判断部３０３は、図１３のステップＳ１３０６の処理を実行する。例えば、図１５のステップＳ１５０４において、判断部３０３は、受け付けた「ＨＴＴＰ＋ＩＰＰリクエスト」を、応答部３０４に転送（通知）する。

ステップＳ１５０５において、応答部３０４は、判断部３０３から受け付けた、例えば、図４に示すような「ＨＴＴＰ＋ＩＰＰリクエスト」から、ＩＰＰリクエストを取得する。

ステップＳ１５０６において、応答部３０４は、取得したＩＰＰリクエストに対応するＩＰＰレスポンスを作成する。例えば、ＩＰＰリクエストが、省電力制御装置１００のオプション情報の取得要求である場合、応答部３０４は、サブシステム１１０のサブシステムメモリ１１２に予め記憶したオプション情報を読み出し、オプション情報を含むＩＰＰレスポンスを作成する。

ステップＳ１５０７において、応答部３０４は、作成したＩＰＰレスポンスを含む、たとえば、図４に示すような「ＨＴＴＰ＋ＩＰＰレスポンス」を作成する。

ステップＳ１５０８において、応答部３０４は、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」を第２の通信部３０５に通知する。これに応じて、ステップＳ１２１４、Ｓ１２１５の処理が実行される。

このように、サブシステム１１０は、省電力状態で受信したＵＳＢパケット２２０に、応答部３０４が応答可能なＩＰＰリクエストが含まれている場合、メインシステム１２０の省電力状態を維持したまま、ＩＰＰリクエストを処理することができる。

なお、図１５に示す処理は一例である。例えば、図１５のステップＳ１５０８において、応答部３０４は、作成した「ＨＴＴＰ＋ＩＰＰレスポンス」を、第２の通信部３０５を介さずに、ＵＳＢ通信部３０１に通知するものであっても良い。

このように、サブシステム１１０は、図３に示した第２のウェブサービス部３０２を有していなくても良い。

［第３の実施形態］
第１、２の実施形態では、サブシステム１１０の判断部３０３は、サブＣＰＵ１１１で実行されるプログラムによって実現されていた。ただし、これは一例であり、判断部３０３の機能のうち、少なくとも一部は、図１のフィルタＤＭＡＣ１１４等によって実現されるものであっても良い。

フィルタＤＭＡＣ１１４は、前述したように、ＵＳＢＩ／Ｆ１１３、又はネットワークＩ／Ｆ１１５等が受信したパケットデータをフィルタリングして不要なパケットデータを破棄するフィルタ機能、及びＤＭＡＣ機能を有するハードウェアである。第３の実施形態では、このフィルタＤＭＡＣ１１４に、ＵＳＢＩ／Ｆ１１３が受信したパケットデータをフィルタリングさせる場合の処理の例について説明する。

このフィルタＤＭＡＣ１１４に、ＩＰＰリクエストのフィルタを設定し、例えば、フィルタＡを、印刷データの印刷等の印刷処理用のＩＰＰリクエストを通過するフィルタとし、フィルタＢを、応答部３０４が応答可能なＩＰＰリクエストを通過するフィルタとする。なお、印刷処理は、所定の処理の一例であり、印刷処理用のフィルタは、所定の処理用のフィルタの一例である。

また、判断部３０３は、ファイルタＤＭＡＣ１１４を用いて、例えば、図１６に示すような判断処理を実行する。

＜処理の流れ＞
図１６は、第３の実施形態に係る判断処理の例を示すフローチャートである。

ステップＳ１６０１において、フィルタＤＭＡＣ１１４が、要求情報（ＩＰＰリクエスト、又は「ＨＴＴＰ＋ＩＰＰリクエスト」等）を受け付けると、ステップＳ１６０２以降の処理が実行される。

ステップＳ１６０２において、判断部３０３は、メインシステム１２０が省電力状態であるか否かに応じて処理を分岐させる。

メインシステム１２０が省電力状態でない場合、判断部３０３は、処理をステップＳ１６０６に移行させて、要求情報をメインシステム１２０へ転送する。なお、判断部３０３は、メインシステム１２０が通常状態である場合、ファイルタＤＭＡＣ１１４が受け付けた要求情報を、メインシステム１２０へＤＭＡ転送するように予め設定しておくものであっても良い。

一方、メインシステム１２０が省電力状態である場合、判断部３０３は、処理をステップＳ１６０３に移行させる。

ステップＳ１６０３に移行すると、判断部３０３は、フィルタＤＭＡＣ１１４に、上述したフィルタＡ、フィルタＢによるフィルタリング処理を実行させる。なお、判断部３０３は、メインシステム１２０が省電力状態である場合、フィルタリング処理を実行するように、予め設定しておくものであっても良い。これにより、要求情報が、印刷処理用の要求情報（ＩＰＰリクエスト、又は「ＨＴＴＰ＋ＩＰＰリクエスト」）である場合、フィルタＡを通過する。また、要求情報が、応答部３０４が応答可能な要求情報である場合、ファイルタＢを通過する。

ステップＳ１６０４において、要求情報が、フィルタＡ（印刷処理用のフィルタ）を通過した場合、判断部３０３は、処理をステップＳ１６０５に移行させる。一方、要求情報が、フィルタＡを通過していない場合、判断部３０３は、処理をステップＳ１６０７に移行させる。

ステップＳ１６０５に移行すると、判断部３０３は、メインシステム１２０を省電力状態から通常状態へ復帰させる。例えば、判断部３０３は、状態制御部３０６に、通常状態への復帰を要求する復帰要求を通知する。

ステップＳ１６０６において、判断部３０３は、受け付けた要求情報を、例えば、フィルタＤＭＡＣ１１４のＤＭＡ転送機能を利用して、メインシステム１２０へ転送する。

また、ステップＳ１６０７において、要求情報がフィルタＢ（応答部用のフィルタ）を通過した場合、判断部３０３は、処理をステップＳ１６０８へ移行させる。一方、要求情報がフィルタＢを通過していない場合、判断部３０３は、処理をステップＳ１６０９へ移行させる。

ステップＳ１６０８に移行すると、判断部３０３は、受け付けた要求情報を応答部３０４に転送（通知）する。

一方、ステップＳ１６０９に移行すると、判断部３０３は、要求情報を破棄する。或いは、判断部３０３は、ＵＳＢホスト１５０に対してＮＡＫを返信するもの等であっても良い。

なお、ステップＳ１６０９の処理は一例である。例えば、判断部３０３は、図１６のステップＳ１６０７で、要求情報がフィルタＢ（応答部用のフィルタ）を通過していない場合、ステップＳ１６０５、Ｓ１６０６の処理を実行しても良い。或いは、判断部は、図１６のステップＳ１６０７で、要求情報がフィルタＢ（応答部用のフィルタ）を通過していない場合、さらに別のフィルタ（フィルタＣ、フィルタＤ、・・・等）を利用して、処理をさらに分岐させても良い。

このように、判断処理の一部をハードウェア（フィルタＤＭＡＣ１１４等）で実行することにより、サブＣＰＵ１１１の負荷を軽減し、省電力制御装置１００の消費電力をさらに低減することができる。

以上、本発明の各実施形態によれば、サブシステムがメインシステムの電力状態を制御する省電力制御装置において、省電力状態でシリアルバスインタフェースからデータを受信した場合における消費電力の増大を抑制することができる。

なお、上記の各実施形態では、省電力制御装置１００の機能を、画像処理装置が備えている場合の例について説明したが、本発明は、省電力状態において、ＵＳＢホスト１５０からの要求情報を受け付ける様々な装置に適用することができる。

１００省電力制御装置（画像処理装置）
１１０サブシステム
１１３ＵＳＢＩ／Ｆ（シリアルバスインタフェース）
１２０メインシステム
３００受信部
３０３判断部
３０４応答部
３０５第２の通信部
３０６状態制御部
３１６第１の通信部

特開２０１６－１７０６４９号公報

Claims

所定の処理を実行するメインシステムと、前記メインシステムと通信可能に接続されるサブシステムとを含む省電力制御装置であって、
前記サブシステムは、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むＵＳＢパケットを送受信するＵＳＢ通信部と、
前記ＵＳＢ通信部が受信するＩＰＰリクエストのうち、予め定められた１つ以上のＩＰＰリクエストに対応するＩＰＰレスポンスを作成して応答する応答部と、
前記メインシステムが、前記所定の処理を実行可能な通常状態であるか、前記通常状態より消費電力が少ない省電力状態であるかを管理し、前記メインシステムが前記省電力状態であるときに、前記ＵＳＢ通信部が受信したＩＰＰリクエストが前記１つ以上のＩＰＰリクエストである場合、前記メインシステムの前記省電力状態を維持する状態制御部と、
を有し、
前記メインシステムは、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むイーサネット（登録商標）パケットを送受信するネットワーク通信部と、
前記イーサネットパケットに対するＴＣＰ／ＩＰ処理を実行するＴＣＰ／ＩＰ処理部と、
前記通常状態において、前記ネットワーク通信部が受信したＩＰＰリクエスト、又は前記サブシステムから通知されるＩＰＰリクエストに応じて、前記所定の処理を実行するＩＰＰサービス部と、
を有する、省電力制御装置。
前記状態制御部は、前記省電力状態において、前記ＵＳＢ通信部が受信したＩＰＰリクエストが前記１つ以上のＩＰＰリクエストでない場合、前記メインシステムを前記通常状態に復帰させる、請求項１に記載の省電力制御装置。
前記サブシステムは、前記メインシステムが、前記省電力状態であるときに、前記ＵＳＢ通信部が受信したＩＰＰリクエストが、前記１つ以上のＩＰＰリクエストであるか否かを判断する判断部を有する、請求項１又は２に記載の省電力制御装置。
前記判断部は、前記省電力状態において、前記ＵＳＢ通信部が受信したＩＰＰリクエストが、前記応答部が応答可能な前記１つ以上のＩＰＰリクエストである場合、前記ＵＳＢ通信部が受信したＩＰＰリクエストを、前記応答部に転送する、請求項３に記載の省電力制御装置。
前記判断部は、前記省電力状態において、前記ＵＳＢ通信部が受信したＩＰＰリクエストが、前記応答部が応答可能な前記１つ以上のＩＰＰリクエストでない場合、前記ＵＳＢ通信部が受信したＩＰＰリクエストを、前記メインシステムに転送する、請求項３又は４に記載の省電力制御装置。
前記省電力状態において、前記ＵＳＢ通信部が受信したＩＰＰリクエストが、前記所定の処理の実行を要求するＩＰＰリクエストである場合、
前記状態制御部は、前記メインシステムを前記通常状態に復帰させ、
前記判断部は、前記ＵＳＢ通信部が受信したＩＰＰリクエストを、前記メインシステムに転送する、
請求項３乃至５のいずれか一項に記載の省電力制御装置。
前記応答部が応答可能な１つ以上のＩＰＰリクエストは、前記所定の処理に関する情報の取得要求を含む、請求項１乃至６のいずれか一項に記載の省電力制御装置。
前記応答部が応答可能な１つ以上のＩＰＰリクエストは、前記所定の処理の実行を要求する要求情報を含まない、請求項１乃至７のいずれか一項に記載の省電力制御装置。
前記メインシステムは、前記ＩＰＰリクエストに対応するＩＰＰレスポンスを前記サブシステムに送信する第１の通信部を有し、
前記サブシステムは、前記ＩＰＰリクエストを前記メインシステムに送信する第２の通信部を有する、請求項１乃至８のいずれか一項に記載の省電力制御装置。
前記所定の処理は、印刷データを印刷する印刷処理を含み、
前記ＵＳＢ通信部が受信するＩＰＰリクエストは、前記印刷処理に関するサービスを要求する印刷サービスリクエストを含む、請求項１乃至９のいずれか一項に記載の省電力制御装置。
前記応答部は、前記印刷サービスリクエストのうち、前記印刷処理に関する情報の取得要求に対応する印刷サービスレスポンスを作成する、請求項１０に記載の省電力制御装置。
前記メインシステムは、前記印刷サービスリクエストのうち、前記印刷処理を実行する画像形成部を有する、請求項１０又は１１に記載の省電力制御装置。
請求項１乃至１２のいずれか一項に記載の省電力制御装置を備えた画像処理装置。
所定の処理を実行するメインシステムと、前記メインシステムと通信可能に接続されるサブシステムとを含む省電力制御装置が実行する省電力制御方法であって、
前記サブシステムが、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むＵＳＢパケットを送受信するＵＳＢ通信処理と、
前記ＵＳＢ通信処理で受信するＩＰＰリクエストのうち、予め定められた１つ以上のＩＰＰリクエストに対応するＩＰＰレスポンスを作成して応答する応答処理と、
前記メインシステムが、前記所定の処理を実行可能な通常状態であるか、前記通常状態より消費電力が少ない省電力状態であるかを管理し、前記メインシステムが前記省電力状態であるときに、前記ＵＳＢ通信処理で受信したＩＰＰリクエストが前記１つ以上のＩＰＰリクエストである場合、前記メインシステムの前記省電力状態を維持する状態制御処理と、
を実行し、
前記メインシステムが、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むイーサネットパケットを送受信するネットワーク通信処理と、
前記イーサネットパケットに対するＴＣＰ／ＩＰ処理と、
前記通常状態において、前記ネットワーク通信処理で受信したＩＰＰリクエスト、又は前記サブシステムから通知されるＩＰＰリクエストに応じて、前記所定の処理を実行するＩＰＰサービス処理と、
を実行する、省電力制御方法。
所定の処理を実行するメインシステムと、前記メインシステムと通信可能に接続されるサブシステムとを含む省電力制御装置の前記サブシステムに、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むＵＳＢパケットを送受信するＵＳＢ通信処理と、
前記ＵＳＢ通信処理で受信するＩＰＰリクエストのうち、予め定められた１つ以上のＩＰＰリクエストに対応するＩＰＰリクエストを作成して応答する応答処理と、
前記メインシステムが、前記所定の処理を実行可能な通常状態であるか、前記通常状態より消費電力が少ない省電力状態であるかを管理し、前記メインシステムが前記省電力状態であるときに、前記ＵＳＢ通信処理で受信したＩＰＰリクエストが前記１つ以上のＩＰＰリクエストである場合、前記メインシステムの前記省電力状態を維持する状態制御処理と、
を実行させ、
前記メインシステムに、
ＨＴＴＰリクエストとＩＰＰリクエストとを含むイーサネットパケットを送受信するネットワーク通信処理と、
前記イーサネットパケットに対するＴＣＰ／ＩＰ処理と、
前記通常状態において、前記ネットワーク通信処理で受信したＩＰＰリクエスト、又は前記サブシステムから通知されるＩＰＰリクエストに応じて、前記所定の処理を実行するＩＰＰサービス処理と、
を実行させる、プログラム。