(57)【要約】【課題】省電力復帰処理において、サブシステムからメインシステムへネットワーク処理の責務を簡易に移管させることができる情報処理装置を提供する。【解決手段】情報処理装置は、省電力状態でもネットワーク通信を行うサブシステムと、通常電力状態でネットワーク通信を行うためのメインシステムとを具備し、通常電力状態での動作と省電力状態での動作とを切り替えてネットワーク通信を行う。サブシステムは、ＣＰＵが実行するプロトコル処理を低減するネットワークプロトコルモジュールと、電力状態又は通信プロトコル情報に応じて、通信データの転送先をネットワークプロトコルモジュール又はメインシステムのいずれかに変更する受信フィルタとを有する。【選択図】図１
2014059726.tif 000002
【特許請求の範囲】
【請求項１】
通常電力状態での動作と省電力状態での動作とを切り替えてネットワーク通信を行う情報処理装置であって、
第１のアプリケーションを第１のＣＰＵで実行し、省電力状態でもネットワーク通信を行うサブシステムと、
第２のアプリケーションを第２のＣＰＵで実行し、通常電力状態でネットワーク通信を行うためのメインシステムと、
を具備し、
前記サブシステムは、
前記第２のＣＰＵが実行するプロトコル処理よりも前記第１のＣＰＵが実行するプロトコル処理を低減するネットワークプロトコルモジュールと、
電力状態又は通信プロトコル情報に応じて、通信データの転送先を前記ネットワークプロトコルモジュール又は前記メインシステムのいずれかに変更する受信フィルタと、
を有することを特徴とする情報処理装置。
【請求項２】
前記第１のアプリケーションは、
前記メインシステムによる処理が必要なパケットを受信した場合、前記メインシステムから代理通信に必要な情報を取得し、前記メインシステムの代わりに通信を行うこと
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１のアプリケーションは、
パケットがコネクション型である場合、前記コネクションを維持したまま前記メインシステムの代わりに通信を行うこと
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記ネットワークプロトコルモジュールは、
パケットがコネクション型であるかコネクションレス型であるかを前記受信フィルタに対して指定し、
前記受信フィルタは、
パケットがコネクション型である場合には、パケットの転送先を前記ネットワークプロトコルモジュールに変更し、パケットがコネクションレス型である場合には、パケットを破棄すること
を特徴とする請求項３に記載の情報処理装置。
【請求項５】
前記第１のアプリケーションは、
前記メインシステムによる処理が必要なパケットを受信した場合、電力状態又は通信プロトコル情報に応じて、コネクションが未確立の通信データの転送先を前記メインシステムに前記受信フィルタが変更するよう制御すること
を特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記第１のアプリケーションは、
前記メインシステムの代わりに通信を行うことが完了した後にコネクションが未確立の通信データの転送先を前記メインシステムに前記受信フィルタが変更するよう制御すること
を特徴とする請求項４に記載の情報処理装置。
【請求項７】
前記第１のアプリケーションは、
前記メインシステムによる処理が必要なパケットを受信した場合、パケットを一時的に保持し、前記メインシステムが起動した後に、前記一時的に保持したパケットの転送先を前記メインシステムに前記受信フィルタが変更するよう制御すること
を特徴とする請求項４に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
従来、省電力を目的としたコンピュータシステム（省電力システム）では、電力の供給単位（パワードメイン）でハードウェアの構成を分離し、システムの稼動状態に合わせてパワードメインへの電力供給の有無を変更する技術が知られている。この省電力システムは、複数のＣＰＵコアとそのコアごとに独立動作するＯＳを備え、省電力（省エネ）動作時においては一部のＯＳとパワードメイン（省電力サブシステム）のみ動作させ、必要最小限の機能のみを実現することによって消費電力を抑えることを可能にしている。
【０００３】
省電力システムには、例えばマルチファンクションモデルのディジタル複合機（ＭＦＰ）やプリンタ（ＬＰ）などがある。省電力サブシステムは、ＤＨＣＰ（Dynamic  Host  Configuration  Protocol）やＳＮＭＰ（Simple  Network  Management  Protocol）、各種機器探索プロトコルの応答などの処理が可能である。そして、省電力状態で動作しているＭＦＰ又はＬＰは、印刷要求などの電力復帰要因を検出した場合、省電力システムの主要な処理を担当するＯＳとパワードメイン（メインシステム）を復帰させて、処理を継続する。
【０００４】
また、従来の省電力システムは、省電力サブシステムで使用できるＣＰＵ性能およびメモリ量が限られており、ＴＣＰスタックを動作させることが難しかった。そのため、ＴＣＰ／ＩＰオフロードエンジン（ＴＯＥ：ＴＣＰスタックのハードウェアモジュール）を使用して、ＣＰＵの負荷を軽減することが行われている。なお、ＴＯＥは、ＩＰ／ＴＣＰ／ＵＤＰなどのチェックサムを計算するだけのものではなく、ＢＳＤ  ＳＯＣＫＥＴ  ＡＰＩレベルの機能を提供するハードウェアである。
【０００５】
例えば、特許文献１は、ネットワークに対するパケット処理の一部を、ＣＰＵ処理ではなく、ネットワークパケット処理部で行い、ネットワークパケット処理部以外のＣＰＵを含む各部の消費電力モードを維持したままにする情報処理装置を開示する。
【０００６】
また、特許文献２は、仮想化技術を利用して、メモリのアクセス範囲をＯＳ毎にパーティショニングし、省電力モードにおいてメモリの一部にだけ電力を供給する情報処理装置を開示する。
【０００７】
また、特許文献３は、通信アプリケーションが確立されているコネクションを用いてパケットの受信を待つ間に省電力モードへの移行を行い、サブシステムが省電力モードへの移行に応じてパケットの受信待ちとなっているコネクションを維持して代理応答処理を実行する情報処理装置を開示する。
【０００８】
また、特許文献４は、ネットワークインタフェースにて受信した情報処理装置への通信に対し、情報処理装置に代わって、受信した通信の応答をする代理応答部と、２つのネットワークインタフェース間の通信に関し、通信に何も手を加えず、そのまま相互に通信を通過させるブリッジ動作部とを備えた省電力支援装置を開示する。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、省電力復帰処理において、サブシステムからメインシステムへネットワーク処理の責務を簡易に移管させることができなかった。
【００１０】
本発明は、上記に鑑みてなされたものであって、省電力復帰処理において、サブシステムからメインシステムへネットワーク処理の責務を簡易に移管させることができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上述した課題を解決し、目的を達成するために、本発明は、通常電力状態での動作と省電力状態での動作とを切り替えてネットワーク通信を行う情報処理装置であって、第１のアプリケーションを第１のＣＰＵで実行し、省電力状態でもネットワーク通信を行うサブシステムと、第２のアプリケーションを第２のＣＰＵで実行し、通常電力状態でネットワーク通信を行うためのメインシステムと、を具備し、前記サブシステムは、前記第２のＣＰＵが実行するプロトコル処理よりも前記第１のＣＰＵが実行するプロトコル処理を低減するネットワークプロトコルモジュールと、電力状態又は通信プロトコル情報に応じて、通信データの転送先を前記ネットワークプロトコルモジュール又は前記メインシステムのいずれかに変更する受信フィルタと、を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、省電力復帰処理において、サブシステムからメインシステムへネットワーク処理の責務を簡易に移管させることができるという効果を奏する。
【図面の簡単な説明】
【００１３】
【図１】図１は、実施の形態にかかる情報処理装置の機能及びその周辺の概要を例示するブロック図である。
【図２】図２は、図１に示した情報処理装置のハードウェア構成例を示したブロック図である。
【図３】図３は、情報処理装置が省電力状態から通常電力状態に復帰する処理を例示するシーケンス図である。
【図４】図４は、情報処理装置が通常電力状態への復帰要因となるパケットを受信した場合における受信待ち処理の責務移管を例示するシーケンス図である。
【図５】図５は、サブシステムが待ち受けポート番号によって電力復帰の要否を判断する処理例を示すシーケンス図である。
【発明を実施するための形態】
【００１４】
以下に添付図面を参照して、情報処理装置の実施の形態を詳細に説明する。図１は、実施の形態にかかる情報処理装置１０の機能及びその周辺の概要を例示するブロック図である。情報処理装置１０は、通常電力状態での動作と省電力状態での動作とを切り替えてネットワーク通信を行う省電力システムである。図１に示すように、情報処理装置１０は、メインシステム２０、サブシステム３０及びネットワークインターフェイス（Ｉ／Ｆ）４０を有し、ネットワーク５０を介して例えばｎ個のネットワーク機器１００−１〜１００−ｎに接続されている。なお、ネットワーク機器１００−１〜１００−ｎのように複数ある構成のいずれかを示す場合には、単に「ネットワーク機器１００」などと略記することがある。
【００１５】
ネットワーク機器１００−１〜１００−ｎそれぞれは、例えばＰＣ（Personal  Computer）やサーバなどである。ネットワーク５０は、例えばインターネット・プロトコル・スイート（ＴＣＰ／ＩＰプロトコル・スイート）を用いたインターネットである。情報処理装置１０は、例えばハードウェアで構成されたネットワークＩ／Ｆ４０により、ネットワーク５０を介してネットワーク機器１００−１〜１００−ｎとデータの送受信を行う。
【００１６】
メインシステム２０は、図示しないＣＰＵが実行する例えばＷｉｎｄｏｗｓ（登録商標）、ＮｅｔＢＳＤ及びＬｉｎｕｘ（登録商標）などのＯＳ上で動作する省電力メインシステムを構成する。メインシステム２０は、ソフトウェアで構成されるＥｔｈｅｒドライバ２２、プロトコルスタック２４及びアプリケーション２６を有する。アプリケーション２６は、Ｅｔｈｅｒドライバ２２、プロトコルスタック２４及びネットワークＩ／Ｆ４０を介し、ネットワーク機器１００−１〜１００−ｎと例えば通常電力状態でネットワーク通信（サービスの提供）を行う。
【００１７】
サブシステム３０は、図示しないＣＰＵが実行する例えばＴＯＰＰＥＲＳ（Toyohashi  OPen  Platform  for  Embedded  Real-time  Systems）などの組み込み用のＯＳ上で動作する省電力サブシステムを構成する。サブシステム３０は、ハードウェアで構成されたＴＣＰ／ＩＰオフロードエンジン（ＴＯＥ）３２と、ソフトウェアで構成されたアプリケーション３４とを有する。
【００１８】
ＴＯＥ３２は、例えば受信フィルタ３２０及びプロトコルスタック３２２を有し、サブシステム３０の図示しないＣＰＵの代わりにＴＣＰ／ＩＰのプロトコル処理を行い、ＣＰＵの負荷を軽減する。
【００１９】
プロトコルスタック３２２は、メインシステム２０の図示しないＣＰＵが実行するＴＣＰ／ＩＰのプロトコル処理よりも、サブシステム３０の図示しないＣＰＵが実行するＴＣＰ／ＩＰのプロトコル処理を低減するネットワークプロトコルモジュールである。受信フィルタ３２０は、電力状態又は通信プロトコル情報に応じて、通信データの転送先をプロトコルスタック３２２又はメインシステム２０のいずれかに変更する。例えば、受信フィルタ３２０は、ＴＯＥ３２が備えるＴＣＰ、ＵＤＰ、ＩＰ、ＩＣＭＰ、Ｅｔｈｅｒｎｅｔ（登録商標）のヘッダ情報をデータの転送先の変更条件とするフィルタである。また、受信フィルタ３２０は、未使用の待ち受けポートを順次メインシステム２０が直接使用するようにデータの転送先を変更する。
【００２０】
アプリケーション３４は、ＴＯＥ３２及びネットワークＩ／Ｆ４０を介し、ネットワーク機器１００−１〜１００−ｎと例えば省電力状態でネットワーク通信（サービスの提供）を行う。また、アプリケーション３４は、ＤＨＣＰやネットワーク機器からの機器探索要求などを解決するソフトウェアモジュールを含み、省電力状態を維持するためにできるだけメインシステム２０を起動しないようにされている。
【００２１】
次に、情報処理装置１０の動作概要について説明する。省電力状態で動作している情報処理装置１０は、ネットワーク５０上のネットワーク機器１００からパケットを受信した場合、メインシステム２０を復帰させるか否かを判断する。例えば、情報処理装置１０は、ＴＣＰの待ち受けポート番号、又はＴＣＰの受信データを解析することにより、メインシステム２０を復帰させるか否かを判断する。
【００２２】
ＴＣＰの待ち受けポートは、ポート番号自体に特定のサービスが割り当てられている。例えば、省電力状態から通常電力状態への復帰要因になる印刷要求は、ＴＣＰの待ち受けポート番号によって判断可能である。しかし、Ｗｅｂサーバ（ポート８０番）のように汎用的に利用されるポートを利用したサービス（例えば、ＷＳＤ：Web  Services  on  Devices）の場合、待ち受けポートだけでは復帰の要否を判断できない。そのため、ＴＣＰのセッションを確立した後、受信データを解析する必要がある。
【００２３】
このとき、ＴＣＰの受信データを解析するためにはサブシステム３０のＴＣＰスタックがネットワーク機器１００とＴＣＰのセッションを確立することになる。ここで、情報処理装置１０は、セッションを例外処理(セッションを切断するなど)することなく、通常電力状態に復帰させる。そして、情報処理装置１０は、自動応答の責務をサブシステム３０からメインシステム２０へ移管するフィルタ処理を行っている。
【００２４】
サブシステム３０は、ＴＣＰ受信データの解析後、省電力状態から通常電力状態へ復帰する必要がある場合、一時的にアプリケーションゲートウェイとして動作する。つまり、サブシステム３０は、ネットワーク機器とのＴＣＰセッションは維持したまま、メインシステム２０から自動応答に必要な情報を取得して自動応答を行う。つまり、アプリケーション３４は、パケットがコネクション型である場合、コネクションを維持したままメインシステム２０の代わりに通信を行う。このとき、メインシステム２０とサブシステム３０との間の通信は、ＩＰ通信でなくてもよい。そして、情報処理装置１０は、自動応答が完了した後、受信フィルタ３２０による転送先の切り替えを行い、ポート８０番における通信にはメインシステム２０によって直接応答する。
【００２５】
また、情報処理装置１０は、省電力状態の場合には、省電力システムの主要な処理を担当するＯＳとパワードメイン（メインシステム２０）の電源を切り、簡単なネットワーク処理を行うサブシステム３０のみで動作する。これにより、ＤＨＣＰ、ＳＮＭＰ及び各種機器探索プロトコルの応答などの通信を最小の電力消費で処理することが可能となる。
【００２６】
実施の形態にかかる情報処理装置１０は、以下のような３つの特徴を有する。まず、情報処理装置１０は、ＴＣＰのセッションを確立する。そして、情報処理装置１０は、電力状態又は通信プロトコル情報などに応じて、メインシステム２０を復帰させて自動応答する。次に、情報処理装置１０は、サブシステム３０のみで自動応答できない場合、メインシステム２０を起動する。その上で、サブシステム３０は、アプリケーションゲートウェイとしてアプリケーション２６から自動応答のための情報を取得する。さらに、情報処理装置１０は、メインシステム２０を復帰させた後の新規ＴＣＰセッションの受信データを、受信フィルタ３２０によってメインシステム２０へ転送する。そして、メインシステム２０は、直接ＴＣＰセッションを確立する。
【００２７】
図２は、図１に示した情報処理装置１０のハードウェア構成例を示したブロック図である。図２に示すように、情報処理装置１０は、例えば上述したＭＦＰやＬＰなどの省電力システムとなる画像形成装置である。例えば、情報処理装置１０は、メインシステム２０、サブシステム３０、画像形成部１２、ユーザインターフェイス（ＵＩ）部１４、記憶装置１６及び通信部１８を有する。
【００２８】
通信部１８は、上述したネットワークＩ／Ｆ４０を構成し、ネットワーク５０を介してネットワーク機器１００とデータの送受信を行う。記憶装置１６は、ＨＤＤ（Hard  Disk  Drive）などである。ＵＩ部１４は、例えばタッチパネルなどの入出力装置である。画像形成部１２は、ネットワーク５０を介してネットワーク機器１００などから送信された印刷指示などに応じて用紙などに画像を形成する。
【００２９】
メインシステム２０は、ＣＰＵ２００及びメモリ２０２を有し、図１に示したＥｔｈｅｒドライバ２２、プロトコルスタック２４及びアプリケーション２６を動作させ、例えば通常電力状態でサービスの提供を行う。サブシステム３０は、ＣＰＵ３００、メモリ３０２及び上述したＴＯＥ３２を有し、図１に示したアプリケーション３４を動作させ、例えば省電力状態でサービスの提供を行う。なお、情報処理装置１０は、複数のＣＰＵコアを有するプロセッサなどを用いて構成されてもよい。
【００３０】
次に、情報処理装置１０が省電力状態から通常電力状態に復帰する処理について詳述する。図３は、情報処理装置１０が省電力状態から通常電力状態に復帰する処理を例示するシーケンス図である。なお、情報処理装置１０が受信するデータ例をＷＳＤとする。ＷＳＤは、サブシステム３０だけで応答できるものもあれば、メインシステム２０が保持する情報をサブシステム３０が取得しないと応答できないものがある。したがって、代理通信の可否にかかわらず、サブシステム３０がＴＣＰセッションを確立する必要がある。
【００３１】
図３に示すように、ステップ１００（Ｓ１００）において、メインシステム２０は、サブシステム３０に対して省エネ移行（省電力状態への移行）要求を送信する。
【００３２】
ステップ１０２（Ｓ１０２）において、サブシステム３０は、受信フィルタ３２０の切り替え（データの転送先の変更）を行う。ここで、サブシステム３０は、全ての受信パケットをプロトコルスタック３２２へ転送するように受信フィルタ３２０の転送先の変更を行う。例えば、プロトコルスタック３２２は、パケットがコネクション型であるかコネクションレス型であるかを受信フィルタ３２０に対して指定する。そして、受信フィルタ３２０は、パケットがコネクション型である場合には、パケットの転送先をプロトコルスタック３２２に変更する。
【００３３】
ステップ１０４（Ｓ１０４）において、ネットワーク機器１００は、サブシステム３０とＴＣＰセッションの確立をする。また、ステップ１０６（Ｓ１０６）において、ネットワーク機器１００は、サブシステム３０に対してＷＳＤリクエストを送信する。
【００３４】
ステップ１０８（Ｓ１０８）において、サブシステム３０は、メインシステム２０の代理となる代理通信の可否を判定する。サブシステム３０は、ＴＣＰデータを解析してサブシステム３０のみで応答が可能であれば自動応答する。
【００３５】
ステップ１１０（Ｓ１１０）において、サブシステム３０は、サブシステム３０のみで代理通信できない場合、省エネ復帰（通常電力状態への復帰）要求をメインシステム２０へ送信し、メインシステム２０を起動させる。
【００３６】
ステップ１１２（Ｓ１１２）において、サブシステム３０は、受信フィルタ３２０の切り替え（データの転送先の変更）を行う。ここで、サブシステム３０は、新規ＴＣＰセッションをメインシステム２０へ転送し、継続中のＴＣＰセッションをそのままプロトコルスタック３２２へ転送するように受信フィルタ３２０の切り替え（データの転送先の変更）を行う。なお、サブシステム３０は、新規ＴＣＰセッションと継続中のＴＣＰセッションとの区別を、Ｄｅｓｔ  ＩＰアドレス、Ｓｒｃ  ＩＰアドレス、Ｄｅｓｔ  ＴＣＰ  Ｐｏｒｔ、Ｓｒｃ  ＴＣＰ  Ｐｏｒｔのマッチングで判断する。これにより、サブシステム３０からメインシステム２０へ受信待ち受け処理の移管が可能となる。
【００３７】
ステップ１１４（Ｓ１１４）において、サブシステム３０は、メインシステム２０とＴＣＰセッションを確立させる。ここで、サブシステム３０は、ネットワーク機器１００とのＴＣＰセッション情報をメインシステム２０へ移管するのではなく、メインシステム２０とサブシステム３０との間の通信としてＴＣＰセッションを確立させる。
【００３８】
ステップ１１６（Ｓ１１６）において、サブシステム３０は、メインシステム２０に対してＷＳＤリクエストを送信する。
【００３９】
ステップ１１８（Ｓ１１８）において、メインシステム２０は、サブシステム３０に対してＷＳＤリプライを送信する。ここで、サブシステム３０は、アプリケーションゲートウェイとして動作するために、メインシステム２０から自動応答に必要情報を取得する。サブシステム３０は、受信データの内容を処理しないと判断をできないものについては、メインシステム２０を起動した上で、アプリケーションゲートウェイとして動作することで代理通信する。つまり、省電力状態への復帰要因となったＴＣＰセッションについては、サブシステム３０が代理通信する。
【００４０】
ステップ１２０（Ｓ１２０）において、サブシステム３０は、ＴＣＰセッションを破棄する。
【００４１】
ステップ１２２（Ｓ１２２）において、サブシステム３０は、ネットワーク機器１００に対してＷＳＤリプライを送信する。
【００４２】
ステップ１２４（Ｓ１２４）において、サブシステム３０は、ネットワーク機器１００からのＴＣＰセッション破棄する。例えば、サブシステム３０は、パケットがコネクションレス型である場合には、受信フィルタ３２０によってパケットを破棄する。
【００４３】
ステップ１２６（Ｓ１２６）において、サブシステム３０は、受信フィルタ３２０の切り替え（データの転送先の変更）を行う。ここで、サブシステム３０は、全ての受信パケットをメインシステム２０で処理するように受信フィルタ３２０の切り替えを行う。
【００４４】
ステップ１１８（Ｓ１２８）において、ネットワーク機器１００は、メインシステム２０とＴＣＰセッションを直接確立する。
【００４５】
以上のように、情報処理装置１０は、省電力状態からの復帰時に、サブシステム３０が処理していたネットワーク処理の責務をメインシステム２０へ移管する。例えば、省電力状態の時にはサブシステム３０がポート８０の受信待ち処理を行い、通常電力状態に復帰後にはメインシステム２０がポート８０の受信待ち処理を行う。
【００４６】
次に、情報処理装置１０が通常電力状態への復帰要因となるパケットを受信した場合における受信待ち処理の責務移管について詳述する。図４は、情報処理装置１０が通常電力状態への復帰要因となるパケットを受信した場合における受信待ち処理の責務移管を例示するシーケンス図である。
【００４７】
図４に示すように、ステップ２００（Ｓ２００）において、受信フィルタ３２０は、通常電力状態への復帰要因となるパケット（データ）をネットワーク機器１００−１から受信する。
【００４８】
ステップ２０２（Ｓ２０２）において、受信フィルタ３２０は、転送先を切替えられる（フィルタ判定）。
【００４９】
ステップ２０４（Ｓ２０４）において、プロトコルスタック３２２は、受信フィルタ３２０から転送されたデータについてプロトコル処理を行う。
【００５０】
ステップ２０６（Ｓ２０６）において、アプリケーション３４は、プロトコルスタック３２２からデータを受信する。
【００５１】
ステップ２０８（Ｓ２０８）において、アプリケーション３４は、代理応答が可能であるか否かを判断する（自動応答処理）。
【００５２】
ステップ２１０（Ｓ２１０）において、アプリケーション３４は、メインシステム２０の復帰が必要であると判断した場合に、メインシステム２０を復帰させる（電力復帰制御）。
【００５３】
ステップ２１２（Ｓ２１２）において、アプリケーション３４は、受信フィルタ３２０の転送先の変更を行う（フィルタ条件変更）。ここで、アプリケーション３４は、セッションが確立していないポートで受信するデータをメインシステム２０が応答するように変更を行う。
【００５４】
ステップ２１４（Ｓ２１４）において、アプリケーション３４は、プロトコルスタック３２２に対し、セッションを確立していないポートの受信待ち受けを停止させる。
【００５５】
ステップ２１６（Ｓ２１６）において、受信フィルタ３２０は、メインシステム２０に対して受信データの転送を順次に開始する。つまり、情報処理装置１０は、省電力状態から通常電力状態に復帰した後には、転送先を切り替えたポートから順次にメインシステム２０が直接ネットワーク通信を処理する。
【００５６】
ステップ２１８（Ｓ２１８）において、メインシステム２０は、直接通信を行うポートを例えばネットワーク機器１００−２に対して通知する。
【００５７】
ステップ２２０（Ｓ２２０）において、アプリケーション３４は、メインシステム２０に対して応答情報を要求し、メインシステム２０から応答情報を取得する。
【００５８】
ステップ２２２（Ｓ２２２）において、アプリケーション３４は、メインシステム２０から応答情報を取得した後、ネットワーク機器１００−１に対して自動応答を行う。つまり、サブシステム３０は、メインシステム２０から応答情報を取得し、アプリケーションゲートウェイとして自動応答を行う。
【００５９】
ステップ２２４（Ｓ２２４）において、アプリケーション３４は、受信フィルタ３２０の転送先の変更を行う（フィルタ条件変更）。ここで、アプリケーション３４は、セッションが確立していないポートで受信するデータをメインシステム２０が応答するように変更を行う。
【００６０】
ステップ２２６（Ｓ２２６）において、アプリケーション３４は、プロトコルスタック３２２に対し、セッションを確立していないポートの受信待ち受けを停止させる。
【００６１】
ステップ２２８（Ｓ２２８）において、アプリケーション３４は、受信フィルタ３２０の転送先の変更を行う（フィルタ条件変更）。ここで、アプリケーション３４は、サブシステム３０からメインシステム２０へ全ての自動応答の責務を移管する変更が終了すると、受信データを全てメインシステム２０が応答するように受信フィルタ３２０の転送先の変更を行う。
【００６２】
次に、サブシステム３０が待ち受けポート番号によって電力復帰の要否を判断する処理について説明する。図５は、サブシステム３０が待ち受けポート番号によって電力復帰の要否を判断する処理例を示すシーケンス図である。
【００６３】
図５に示すように、ステップ３００（Ｓ３００）において、受信フィルタ３２０は、データをネットワーク機器１００から受信する。
【００６４】
ステップ３０２（Ｓ３０２）において、受信フィルタ３２０は、転送先を切替えられる（フィルタ判定）。ここで、サブシステム３０は、データを受信したポート番号によって、データが電力復帰の要因となるか否かを判断する。
【００６５】
ステップ３０４（Ｓ３０４）において、アプリケーション３４は、受信フィルタ３２０からデータ（ＴＣＰのＳＹＮパケット）を受信する。
【００６６】
ステップ３０６（Ｓ３０６）において、アプリケーション３４は、メインシステム２０の復帰が必要であると判断した場合に、メインシステム２０を復帰させる（電力復帰制御）。
【００６７】
ステップ３０８（Ｓ３０８）において、アプリケーション３４は、受信フィルタ３２０の転送先の変更を行う（フィルタ条件変更）。ここで、アプリケーション３４は、セッションが確立していないポートで受信するデータをメインシステム２０が応答するように変更を行う。
【００６８】
ステップ３１０（Ｓ３１０）において、アプリケーション３４は、受信フィルタ３２０の転送先の変更を行う（フィルタ条件変更）。ここで、アプリケーション３４は、サブシステム３０からメインシステム２０へ全ての自動応答の責務を移管する変更が終了すると、受信データを全てメインシステム２０が応答するように受信フィルタ３２０の転送先の変更を行う。
【００６９】
ステップ３１２（Ｓ３１２）において、アプリケーション３４は、メインシステム２０へ受信データ（ＴＣＰのＳＹＮパケット）を転送する。
【００７０】
ステップ３１４（Ｓ３１４）において、メインシステム２０は、ネットワーク機器１００に対してデータ（ＴＣＰのＳＹＮ／ＡＣＫ）を送信する。
【００７１】
ステップ３１６（Ｓ３１６）において、受信フィルタ３２０は、データをネットワーク機器１００から受信する。
【００７２】
ステップ３１８（Ｓ３１８）において、受信フィルタ３２０は、転送先を切替えられる（フィルタ判定）。ここで、受信フィルタ３２０は、全ての受信データをメインシステム２０へ送信するように切替えられる。
【００７３】
ステップ３２０（Ｓ３２０）において、受信フィルタ３２０は、受信データ（ＡＣＫ）をメインシステム２０に対して送信する。
【００７４】
このように、サブシステム３０は、メインシステム２０を起動するか否かを、ＴＣＰのポート番号で判断できる場合には、ＴＣＰのＳＹＮパケットをメインシステム２０へ転送する。ポート番号８０は、例えば印刷データを受け付けるために予約されている。従って、アプリケーション３４は、このポートで受信したＴＣＰのＳＹＮパケットをＲａｗパケット（メインシステム２０による処理が必要なパケット）として一時的に保持する。そして、アプリケーション３４は、メインシステム２０が起動した後に、一時的に保持したパケットの転送先をメインシステム２０に受信フィルタ３２０が変更するよう制御する。これにより、メインシステム２０のプロトコルスタック２４でＴＣＰのセッションを確立することが可能となる。
【００７５】
このように、本実施形態によれば、受信フィルタ３２０が、電力状態又は通信プロトコル情報に応じて、通信データの転送先をプロトコルスタック３２２又はメインシステム２０のいずれかに変更するので、省電力復帰処理において、サブシステム３０からメインシステム２０へネットワーク処理の責務を簡易に移管させることができる。
【００７６】
なお、省電力システムが有する複数のＣＰＵは、それぞれ独立したＣＰＵであってもよいし、複数のＣＰＵコアを備えたプロセッサであってもよい。また、マルチプロセッサを搭載する装置は、マルチプロセッサを搭載する種々の情報処理装置等に適用することができる。
【符号の説明】
【００７７】
１０  情報処理装置
１２  画像形成部
１４  ＵＩ部
１６  記憶装置
１８  通信部
２０  メインシステム
２２  Ｅｔｈｅｒドライバ
２４  プロトコルスタック
２６  アプリケーション
３０  サブシステム
３２  ＴＯＥ
３４  アプリケーション
４０  ネットワークＩ／Ｆ
５０  ネットワーク
１００  ネットワーク機器
２００  ＣＰＵ
２０２  メモリ
３００  ＣＰＵ
３０２  メモリ
３２０  受信フィルタ
３２２  プロトコルスタック
【先行技術文献】
【特許文献】
【００７８】
【特許文献１】特開２００９−０２９１０２号公報
【特許文献２】特開２０１１−６０２３８号公報
【特許文献３】特開２０１０−２８３６９６号公報
【特許文献４】特開２００９−２８９２５５号公報
【図１】
2014059726.tif 000003
【図２】
2014059726.tif 000004
【図３】
2014059726.tif 000005
【図４】
2014059726.tif 000006
【図５】
2014059726.tif 000007