(57)【要約】【課題】ネットワーク通信状態確立前に正確なパケット処理可否判定条件を生成して、効率よく消費電力を低減する。【解決手段】省エネルギー対応Ｉ／ＯプロセッサであるサブＣＰＵを含む複数のＣＰＵと、ネットワーク機能を有するＩ／Ｏコントローラと、を有し、前記Ｉ／Ｏコントローラは、内部に、省エネルギーモード時に受信したパケットが前記サブＣＰＵで復号化処理を行うパケットであるか否かを判定するパケット処理判定を行うパケット処理判定部と、暗号化されたパケットを復号化するハードウェアの暗号化回路と、前記サブＣＰＵが前記暗号化回路を用いて暗号化されたパケットを復号化するのにかかった時間を格納するフィールドメモリと、を備え、前記パケット処理判定部は、前記フィールドメモリに格納された前記復号化するのにかかった時間に基づいて、前記パケット処理判定に用いる、前記サブＣＰＵでの復号化処理の可否判定条件の生成を行う。【選択図】図６
2011244209.tif 000002
【特許請求の範囲】
【請求項１】
省エネルギー対応Ｉ／ＯプロセッサであるサブＣＰＵを含む複数のＣＰＵと、
ネットワーク機能を有するＩ／Ｏコントローラと、を有し、
前記Ｉ／Ｏコントローラは、内部に、
省エネルギーモード時に受信したパケットが前記サブＣＰＵで復号化処理を行うパケットであるか否かを判定するパケット処理判定を行うパケット処理判定部と、
暗号化されたパケットを復号化するハードウェアの暗号化回路と、
前記サブＣＰＵが前記暗号化回路を用いて暗号化されたパケットを復号化するのにかかった時間を格納するフィールドメモリと、
を備え、
前記パケット処理判定部は、前記フィールドメモリに格納された前記復号化するのにかかった時間に基づいて、前記パケット処理判定に用いる、前記サブＣＰＵでの復号化処理の可否判定条件の生成を行うことを特徴とする、画像形成装置。
【請求項２】
前記パケット処理判定部は、異なる暗号化方式で暗号化された複数のパケットについて、前記復号化するのにかかった時間を計測することを特徴とする、請求項１記載の画像形成装置。
【請求項３】
前記パケット処理判定部は、ネットワークを介して対向する機器との相互通信確立前に、前記可否判定条件の生成を行うことを特徴とする、請求項１又は２記載の画像形成装置。
【請求項４】
前記パケット処理判定部は、前記可否判定条件の生成の際に、サブＣＰＵが復号化したパケットの一時的な保存に用いた受信バッファに対してリセットクリア処理を行うことを特徴とする、請求項３記載の画像形成装置。
【請求項５】
省エネルギー対応Ｉ／ＯプロセッサであるサブＣＰＵを含む複数のＣＰＵと、
ネットワーク機能を有するＩ／Ｏコントローラと、を有し、
前記Ｉ／Ｏコントローラは、内部に、
暗号化されたパケットを復号化するハードウェアの暗号化回路と、
前記サブＣＰＵが前記暗号化回路を用いて暗号化されたパケットを復号化するのにかかった時間を格納するフィールドメモリと、
を備える画像形成装置の制御方法であって、
前記Ｉ／Ｏコントローラが、
前記フィールドメモリに格納された前記復号化するのにかかった時間に基づいて、前記パケット処理判定に用いる、前記サブＣＰＵでの復号化処理の可否判定条件の生成を行う第１の工程と、
省エネルギーモード時に受信したパケットが前記サブＣＰＵで復号化処理を行うパケットであるか否かを前記可否判定条件に基づいて判定するパケット処理判定を行う第２の工程と、
を含むことを特徴とする、画像形成装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置の消費電力を低減する技術に関する。
【背景技術】
【０００２】
複数装置間においてネットワーク機能を用いたデータ通信を行う装置では、電波傍受によるデータの解読／他人へのなりすまし／データの改ざん／不正アクセス等の無線特有の問題を回避するためのセキュリティ強化が課題となっている。このような課題の対策として通信データの暗号化が広く知られている。
【０００３】
パケット通信を行う送信装置及び受信装置は共通の暗号アルゴリズムを持っており、送信装置はネットワーク層内でその暗号アルゴリズムを用いてパケットを暗号化し、そのデータを受信装置へ転送する。受信装置は受信したパケットを同様にネットワーク層内で共通の暗号アルゴリズムを用いて復号できるようになっている。さらに、この暗号化したパケットを解読するために必要な暗号鍵は相互の装置のみが使用できるように悪意のある第三者からの盗聴を防ぐためのさまざまな方式が提案されている。
【０００４】
このようにＰＨＹ／ＭＡＣ層を含むネットワーク層以下ではセキュリティ機能を向上させることでセキュアレベルの高いデータ転送が出来るようになっている。
【０００５】
また、省エネルギー対応プロセッサを含むＩ／Ｏコントローラを搭載する画像形成装置では、低消費電力を実現するためＩ／Ｏコントローラ以外の回路が最低消費電力で待機状態または電源供給を遮断されることが知られている。
【０００６】
このようなシステムではメインコントローラの代わりにＩ／Ｏコントローラが外部からのアクセスを対応するため少なくとも外部からのアクセス応答を行う回路については、ネットワークのパケット等を受け付けるよう常に応答できる状態にしておかなければならない。
【０００７】
さらに暗号化アルゴリズムを搭載した暗号化処理回路は回路規模が大きくなることが一般的に知られており、待機状態での暗号化処理回路の消費電力は無視できないものとなっている。
【０００８】
しかしながら従来のシステムでは省エネルギーモード時も暗号化処理回路は常時電力を消費しており、Ｉ／Ｏコントローラ自体のさらなる消費電力低下が行えていなかった。
【０００９】
ここで、特許文献１に開示されたデータ処理装置では、暗号化処理回路の電力供給を停止することで消費電力を低下するものである。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、上記従来技術では、暗号化処理回路の電力供給を停止後に暗号化処理が必要なパケットを受信した場合、電源の安定化に時間がかかるため、電力供給を再開し暗号化処理回路が処理を行える状態に復帰するまでには多くの時間を必要とする。そのため結果として外部要求パケットに対するパケット応答処理性能が低下してしまうという問題点がある。
【００１１】
この問題点を解決するために、暗号化処理回路を条件に基づき、電源供給／停止することが出来且つ電源停止中のハード暗号化処理をＣＰＵによるソフト暗号化処理でまかなう構成を考える。しかしながら、この構成では、暗号化処理回路での処理を行う／行わないの判定条件をソフトウェアによって設定しているため、回路内部のパス遅延等を考慮できないという問題点がある。そのため、電力供給停止後にサブＣＰＵにて暗号化出来ないパケットが送られた時に、電源供給を再開してから要求されたパケットに応答するまでに処理時間がかかる。また、サブＣＰＵにて暗号化処理する／しないの判定手段が実装するハードウェアを考慮した条件の算出が不十分である。
【００１２】
本発明は上記の課題を解決するために、ネットワーク通信状態確立前に正確なパケット処理可否判定条件を生成して、効率よく消費電力を低減することが可能な画像形成装置及びその制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記目的を達成するために本発明は、第１の態様として、省エネルギー対応Ｉ／ＯプロセッサであるサブＣＰＵを含む複数のＣＰＵと、ネットワーク機能を有するＩ／Ｏコントローラと、を有し、前記Ｉ／Ｏコントローラは、内部に、省エネルギーモード時に受信したパケットが前記サブＣＰＵで復号化処理を行うパケットであるか否かを判定するパケット処理判定を行うパケット処理判定部と、暗号化されたパケットを復号化するハードウェアの暗号化回路と、前記サブＣＰＵが前記暗号化回路を用いて暗号化されたパケットを復号化するのにかかった時間を格納するフィールドメモリと、を備え、前記パケット処理判定部は、前記フィールドメモリに格納された前記復号化するのにかかった時間に基づいて、前記パケット処理判定に用いる、前記サブＣＰＵでの復号化処理の可否判定条件の生成を行うことを特徴とする、画像形成装置を提供するものである。
【００１４】
また、本発明は、第２の態様として、省エネルギー対応Ｉ／ＯプロセッサであるサブＣＰＵを含む複数のＣＰＵと、ネットワーク機能を有するＩ／Ｏコントローラと、を有し、前記Ｉ／Ｏコントローラは、内部に、暗号化されたパケットを復号化するハードウェアの暗号化回路と、前記サブＣＰＵが前記暗号化回路を用いて暗号化されたパケットを復号化するのにかかった時間を格納するフィールドメモリと、を備える画像形成装置の制御方法であって、前記Ｉ／Ｏコントローラが、前記フィールドメモリに格納された前記復号化するのにかかった時間に基づいて、前記パケット処理判定に用いる、前記サブＣＰＵでの復号化処理の可否判定条件の生成を行う第１の工程と、省エネルギーモード時に受信したパケットが前記サブＣＰＵで復号化処理を行うパケットであるか否かを前記可否判定条件に基づいて判定するパケット処理判定を行う第２の工程と、を含むことを特徴とする、画像形成装置の制御方法を提供するものである。
【発明の効果】
【００１５】
本発明によれば、ネットワーク通信状態確立前に正確なパケット処理可否判定条件を生成して、効率よく消費電力を低減することが可能な画像形成装置及びその制御方法を提供することが可能となる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態における画像形成装置の構成図である。
【図２】本実施の形態における非省エネルギー状態である通常モードのときのネットワーク応答について示した図である。
【図３】本実施の形態における省エネルギーモードのときのネットワーク応答について示した図である。
【図４】本実施の形態のサブコントローラが省エネルギーモードのときのＩ／Ｏコントローラのパケット応答について示した図である。
【図５】本実施の形態のＩ／Ｏコントローラの回路構成について示した図である。
【図６】本実施の形態の構成を説明するための図である。
【図７】本実施の形態におけるサブＣＰＵの復号化処理時間の計測手順を示すフローチャートである。
【図８】本実施の形態におけるフィールドメモリに格納するテーブルマップの一例を図示したものである。
【図９】本実施の形態のネットワークＩ／Ｆ内のクロック構成について示した図である。
【図１０】本実施の形態のパケット受信からパケット応答処理までの処理手順を示したフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施の形態について図面を参照して説明する。
上記課題を解決する本発明の画像形成装置の例として本発明をＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）のようなディジタル複写機を用いた場合の説明を以下に記す。
【００１８】
図１は本実施の形態における画像形成装置の構成を示した一例である。
この例のエンジン側には画像を読み込むスキャナ、画像を書き込むプロッタとこれらの制御を行うエンジンＡＳＩＣを含むエンジン部を有し、メインコントローラとＰＣＩｅバス等の汎用高速バスによって繋がっている。
【００１９】
メインコントローラ部の画像処理ＡＳＩＣは画像処理機能の他に多量の画像データの蓄積やジョブ履歴等を記憶するローカルストレージとのＩ／Ｆ機能を備えている。メインコントローラ部のメインＣＰＵは画像データを蓄積する画像メモリを有し、上記画像処理を行う画像処理ＡＳＩＣや各デバイスを含むメインコントローラ全般の制御を行う。
【００２０】
Ｉ／Ｏコントローラ部はエンジン側の汎用高速バスとは別のＰＣＩｅバス等の汎用高速バスで繋がっていて、Ｉ／Ｏコントローラ側にはネットワークやＵＳＢのホストＩ／Ｆ等のＩ／Ｏデバイスを制御し、さらにメインコントローラ、Ｉ／Ｏコントローラ双方がアクセスできる共有ＲＡＭ、コントローラを制御可能な省エネルギー対応プロセッサ（サブＣＰＵ）を内蔵しているＩ／ＯコントローラＡＳＩＣを持つ。
【００２１】
さらにネットワークＩ／Ｆは、ネットワークとの接続及び通信を制御するためのＰＨＹ／ＭＡＣ部、ＩＰｓｅｃ対応の暗号／復号化を行う暗号処理コントローラ、パケットを解析し受信したパケットに対して処理が必要かどうかを判定するパケット処理判定部、パケットを格納するバッファメモリ、ＰＨＹ／ＭＡＣ部から暗号処理コントローラ／バッファメモリのどちらへ送信するかを決定するためのデータパス切り替えセレクタ、パケット処理を行うネットワークコントローラを内蔵している。
【００２２】
このメインコントローラとＩ／Ｏコントローラを含むコントローラ部でシステム全般の制御を行うものでメインコントローラは共有ＲＡＭを初めＩ／Ｏコントローラ内の内部レジスタ等へのアクセスを容易に行える構成となっている。
【００２３】
図２、図３は非省エネルギー状態である通常モードと省エネルギーモードのときのネットワーク応答について示した例である。
【００２４】
コントローラ部はシステムの省エネルギーに対応しており、省エネルギーモード時はメインコントローラ部をＰｏｗｅｒＯｆｆし、Ｉ／Ｏコントローラに内蔵のサブＣＰＵでメインＣＰＵが行っていた外部要求に対する処理を代わりに受け持つことでシステム全体の消費電力低下を図っている。
【００２５】
省エネルギーモード時は外部ネットワークからの要求やＵＳＢ接続デバイスからの要求に対して応答する必要がある場合、メインコントローラはＰｏｗｅｒＯｆｆとなっているのでその要求を受け付けられない。Ｉ／Ｏデバイスドライバを搭載済みのＩ／Ｏコントローラ内蔵サブＣＰＵが代わりに処理を行うこととなる。
【００２６】
図４はサブコントローラが省エネルギーモードのときのＩ／Ｏコントローラのパケット応答について詳細に記したものである。
【００２７】
ＩＰｓｅｃ通信が行われるネットワーク上では、ＩＰｓｅｃで暗号化されたパケットがやり取りされる。比較的処理性能の低いサブＣＰＵでは、ＩＰｓｅｃで暗号化された受信パケットのサイズによって復号化処理に時間がかかり、ネットワーク応答性能が低下する可能性がある。そのため、パケットに応じてネットワークＩ／Ｆ内蔵の暗号処理コントローラにて復号化を行うことでパケット復号化処理を高速化させ、ネットワーク応答性能を満たし且つメインコントローラを復帰させること無くパケット処理が行える。
【００２８】
さらにネットワークＩ／Ｆは外部通信速度の変更に耐えうるだけの送受信バッファを備えている。例えばＩ／Ｏコントローラ内蔵のＰＨＹにアクセスし、オートネゴシエーションを行うことで外部通信速度が現状より低くなった場合に、パケット転送に間に合う程度にネットワークＩ／Ｆ内部のクロック動作周波数を落とすことが可能となっている。
【００２９】
次に省エネルギーモードからの通常動作状態への復帰手段について説明する。
Ｉ／Ｏコントローラには印刷要求パケットの受信等により、特定の外部要求が伝えられると省エネルギーモードからの復帰要因として割り込み信号をＰＣＩｅバス経由でメインコントローラに送信する（図中の（１）、（２）参照）。具体例として外部からパケットデータが送られてくるとネットワークＩ／Ｆ内のパケット処理判定部は受信したパケットの解析を行い、受信したパケットに対して応答の必要があるかどうかを判定する。応答の必要があると判断した場合、サブＣＰＵは受信したパケットに対して適宣処理を行う。
【００３０】
さらに省エネルギー復帰要因であるパケット応答処理が来たことをメインコントローラへ割り込み信号として伝え、メインコントローラ側、エンジン側をＰｏｗｅｒＯｎする（図中の（３）、（４）参照）。省エネルギーモードへ移る前の通常モードに復帰したメインコントローラは復帰要求信号を受け取った後、何の復帰要因が来たかをＩ／Ｏコントローラ内蔵のレジスタを参照することによって知り、Ｉ／Ｏコントローラで行っていた処理を引き継いでメインコントローラ側で継続して行う。
【００３１】
このような一連の動作を行うことで外部からの要求に的確に応答しつつ、システム全体の消費電力低下を実現している。
【００３２】
図５は、Ｉ／Ｏコントローラの回路構成について図示したものである。
ＩＰｓｅｃで使用される主な暗号アルゴリズムは主にＤＥＳ、ＤＥＳの改良版である３ＤＥＳ、ＡＥＳがあり、これら各暗号方式は暗号強度、暗号処理速度共に違いがある。
【００３３】
例えば、一般にＤＥＳの暗号強度は他の３ＤＥＳ・ＡＥＳに比べて低いがその分暗号処理にかかる時間は短くなることが知られている。また、同じ暗号アルゴリズムでも暗号鍵の鍵長を長くすると暗号強度が増すかわりに暗号処理時間が長くなる。
【００３４】
比較的処理性能の低いサブＣＰＵでＩＰｓｅｃパケットの復号化処理を行うと、処理そのものは行うことができるものの処理速度が遅いため、パケット応答性能が低くなる。
【００３５】
従来はパケット処理判定部で受信したパケットがＩＰｓｅｃのパケットだった場合はネットワークＩ／Ｆに内蔵してある暗号処理コントローラで復号化を実施することで復号化処理を高速化し、パケット応答性能の低下を防いでいる。
【００３６】
このように暗号処理コントローラを用いることでＩＰｓｅｃパケットの処理時間を短くすることが可能となるが、一般に暗号化処理を行う回路は回路規模が大きくなることが知られており、回路規模に応じて消費する電力も大きくなってしまう。この暗号処理回路が消費する電力を低減するために、暗号化処理回路への電力供給を停止することで消費電力の低下を図った装置も知られている（たとえば、特許文献１）。
【００３７】
しかし暗号化処理回路自体の電力を遮断してしまう場合、電源供給を再開し電源及びクロックが安定し暗号化処理が正常に出来るようになるまでには長い安定化期間が必要となる。
【００３８】
この安定化期間中にサイズの大きなＩＰｓｅｃパケット等を受信した場合、サブＣＰＵでは復号化処理に多くの時間を要するため応答時間は長くなり、結果として省エネ待機時のネットワーク応答性能が低下してしまう。
【００３９】
本明細書の課題の欄で述べたように、この問題を解決するために、受信したＩＰｓｅｃパケットのサイズに応じて、電力を遮断せずにネットワークＩ／Ｆ内にある暗号処理コントローラのクロックの供給／停止を制御することでネットワーク処理性能の低下を防ぎつつ、消費電力の低下を図ることも考えられる。
【００４０】
ここで、サブＣＰＵによって暗号化処理が行えるパケットについては、サブＣＰＵの処理性能に依存してしまう。そのため、上記パケット判定処理条件を一義に決定した場合、Ｉ／Ｏコントローラに搭載するサブＣＰＵに制限が出来てしまいコスト高となってしまう可能性がある。
【００４１】
本実施の形態では上記問題を考慮し、パケット判定条件に使用するレジスタをサブＣＰＵで任意に設定できるようにし、さらにサブＣＰＵのパケット処理可否条件を内蔵の暗号化回路を用いてより正確に生成可能とすることで、サブＣＰＵの処理性能に応じた条件設定が可能とする。
【００４２】
本実施の形態における内蔵の暗号化回路を用いた従来より正確な判定条件を算出する方法について以下に説明する。
【００４３】
本実施の形態では画像処理装置が電源供給開始時のスタンドアロン状態から周辺機器とのネットワークが確立するまでの間に、Ｉ／Ｏコントローラ内蔵の暗号化回路を用いて生成した複数の暗号データをサブＣＰＵで復号化処理を行い、復号化にかかった時間を計測する。この計測結果を元にサブＣＰＵのパケット処理判定条件を生成することで、従来よりも正確にサブＣＰＵのパケット対応可否を判定する。
【００４４】
図６は本実施の形態の構成を説明するための図である。図５中のネットワークＩ／Ｆ及びサブＣＰＵを抜粋して処理の流れに関する説明を加えている。
【００４５】
図６に示すように、Ｉ／Ｏコントローラ１００は、ＰＨＹ／ＭＡＣ１０１、パケット判定処理部１０２、暗号処理コントローラ１０３、バッファメモリ１０４、ネットワークコントローラ１０５（以上、ネットワークＩ／Ｆ）、サブＣＰＵ１０６を有する構成である。
【００４６】
暗号処理コントローラ１０３は、複数の暗号データをバッファメモリ１０４へ格納後サブＣＰＵ１０６へ割り込みを通知する（図中（１）参照）。サブＣＰＵ１０６は、暗号データの復号処理を行う（図中（２）参照）。パケット判定処理部１０２は、（１）と（２）の合計処理時間をフィールドメモリに格納し、復号化にかかった時間を計測する。パケット判定処理部１０２は、この計測結果に基づいてサブＣＰＵのパケット処理判定条件を生成する。
【００４７】
図７はサブＣＰＵの復号化処理時間の計測手順について図示したものである。
パケット処理判定部１０２内のフィールドメモリに暗号化データを生成するためのＳＡテーブルを別途生成し（Ｓ７０１）、Ｉ／Ｏコントローラ１００の暗号化処理コントローラ１０３内の暗号化回路にロードさせる（Ｓ７０２）。暗号化回路は鍵／暗号方式／パケットサイズ等のロードした情報を元に暗号データを生成し、ネットワークＩ／Ｆ内のバッファメモリ１０４へ転送する（Ｓ７０３）。バッファメモリ１０４へ指定のパケットサイズ分のデータが書き込まれると（Ｓ７０４））、暗号化回路はサブＣＰＵ１０６に対し暗号データ転送が完了した旨を割り込みで通知する（Ｓ７０５）。サブＣＰＵ１０６は割り込みを検出すると適宜割り込み処理を行った後に、バッファメモリ１０４内に格納された暗号データに対し復号化処理を行う（Ｓ７０６）。上記一連の処理を暗号化回路及びサブＣＰＵ１０６はＳＡテーブルのリスト順に実行していく。
【００４８】
サブＣＰＵ１０６は暗号データを受信した状態から暗号データの復号化完了までの時間を計測する。サブＣＰＵ１０６による復号処理時間の計測に外部からの暗号パケットを使用しないのは、サブＣＰＵ１０６の処理性能に関係ない外部遅延要因の影響を無くすためである。外部遅延はパケット生成を行う機器によって、使用環境により接続ケーブルの伝送遅延などの物理的な遅延が一定ではないため、対象となる機器ごとに異なってくる。このような影響を排除して計測するために、本実施の形態では変動要因の発生しないＩ／Ｏコントローラ１００内部の暗号化回路を使用するものである。またサブＣＰＵ１０６が復号化処理を行うデータパスについて計測を行うので、各機能ブロック間の内部パス遅延を加味した計測が行え、ソフトウェアで算出する計測よりも計測精度を上げることが出来る。またサブＣＰＵ１０６自体のデバイス変更が発生する場合も上記計測はサブＣＰＵ１０６を含めた形での計測になるので、デバイス変更による計測値のずれが発生することはない。
【００４９】
図８はフィールドメモリに格納するテーブルマップの一例を図示したものである。
【００５０】
計測を行った後、サブＣＰＵ１０６は計測結果及び計測したＳＡテーブル記載のパケットに対してネットワーク応答するために必要な処理時間をパケット判定処理部１０２内のフィールドメモリのＳＡテーブルリストに紐付けて書き戻す（図７のＳ７０８）。パケット処理判定部１０２はこれら２つの時間を比較し、可否判断を知らせるフィールドにサブＣＰＵ１０６で処理可能であれば１を処理不可能であれば０を書き込む。パケット処理判定部１０２への測定結果の書き戻しが完了後に受信バッファには計測のために生成した不要なデータが残っている。そこで周辺機器とのネットワークが確立前に受信バッファをリセットを供給し内容をクリアすることで間違ったデータ受信が行われないようにする（Ｓ７０９）。
【００５１】
周辺機器とのネットワークが確立し、ネットワーク上から送信されてきた暗号パケットを受信した場合に、パケット処理判定部１０２はサブＣＰＵ１０６での処理可否判断フィールドを参照することで簡単且つ時間をかけることなく処理判定が行える。またＩ／Ｏコントローラ１００内の暗号化回路を用いた上記計測を電源供給開始時から周辺機器とのネットワークが確立するまでの間に行うことで、ネットワーク確立直後から受信した暗号パケットに対し、パケット判定処理を実行することが出来る。
【００５２】
次に上記パケット処理判定を用いたクロック供給停止の方法について説明する。
図９はネットワークＩ／Ｆ内のクロック構成について図示したものである。
【００５３】
サブＣＰＵによって制御されるクロック制御部は、ネットワークＩ／Ｆ内のＰＨＹ／ＭＡＣ部、パケット処理判定部、暗号処理コントローラ、バッファメモリ、ネットワークコントローラの各ブロックへのクロック供給／停止を各々制御できる。クロック供給／停止は各ブロックの前にクロックマスク回路を設け、クロック制御部によりクロックのマスクＯＮ／ＯＦＦを制御している。さらにネットワークＩ／Ｆ内のクロックをパケット受信部／送信部ごとに用意することで個別に制御が出来る構成としている。省エネルギーモード時は、外部からの通信要求がない限り、パケット送信は行わないため、省エネルギーモード移行時にサブＣＰＵはクロック制御部を用いてネットワークＩ／Ｆ内のパケット送信部のクロックを停止することで、消費電力を低下させることができる。
【００５４】
図１０はパケット受信からパケット応答処理までの処理手順を示したものである。
【００５５】
パケット処理判定部にはサブＣＰＵにてパケット処理判定部内のフィールドメモリへ判定条件（図８参照）が書き込まれ（Ｓ１００１）、その情報を元にパケット処理判定部がパケットを解析した上で（Ｓ１００２、Ｓ１００３）、受信したパケットの復号化処理をサブＣＰＵで実施するか、暗号処理コントローラで実施するかの判定処理を行う。
【００５６】
内部のフィールドメモリに判定条件が書き込まれサブＣＰＵが処理判定機能を有効にすると、上記処理判定は外部通信速度、暗号アルゴリズム、暗号に使用する鍵長、受信パケットのパケットサイズ等の情報を取得し、判定条件と比較を行い、条件と一致した際にネットワークＩ／Ｆ内の不要なクロックを停止する。
【００５７】
外部通信速度はＩ／Ｏコントローラ内にあるＰＨＹのレジスタへアクセスすることで情報が読み出せる。暗号アルゴリズム及び暗号アルゴリズムに使用する鍵長については、Ｉ／Ｏコントローラと外部ネットワークの間で暗号コントローラ内にＳＡテーブルが作成されるのでそのテーブルを参照することで情報が読み出せる。その他受信パケットサイズの情報等についてはパケットヘッダのフィールドより情報を読み出せる。
【００５８】
これらの情報とパケット処理判定部内のレジスタに記載の情報を比較し（Ｓ１００８）、条件が一致または条件以下の場合はサブＣＰＵで実施すると判断し、サブＣＰＵへ復号化処理を実行する旨を割り込みで通知する（Ｓ１００９）。サブＣＰＵは割り込みを検出すると適宜割り込み処理を行った後に、クロック制御部を用いて受信側の暗号処理コントローラのクロックを停止させる。次にサブＣＰＵはＰＨＹ／ＭＡＣ部と暗号処理コントローラ間のデータパス切り替えセレクタを制御し、ＰＨＹ／ＭＡＣ部からの出力データを暗号処理コントローラを経由せずにバッファメモリへと転送される。バッファメモリに格納したＩＰｓｅｃパケットをサブＣＰＵで復号化後、応答が不要なパケットと判断した場合は該当パケットを破棄し、応答が必要と判断した場合はパケット送信部へのクロック供給を再開し、送信パケットを生成してネットワーク応答を行う。
【００５９】
上記判定条件を用いてクロック供給を停止した場合、クロック停止したネットワーク機能ブロックから不定データが出力され、後段の回路に不定が伝播する可能性がある。この問題を解決するためネットワークＩ／Ｆ内の各機能ブロックに対しリセット生成部からリセットを供給する。リセットの対象回路並びにリセットタイミングは受信するパケットに依存するため、サブＣＰＵにてリセット生成回路を制御可能することにより、適切な箇所及びタイミングでリセットの供給が可能とする。
【００６０】
以上の点から電源供給開始時から周辺機器とのネットワークが確立するまでの間に暗号化回路を用いてサブＣＰＵの復号化処理時間を計測することでサブＣＰＵでのパケット処理の可否判定をより正確に行うことが出来る。またパケット処理判定部にてサブＣＰＵでのパケット処理を行う際に、ネットワークコントローラ内各ブロックのクロックを適切に停止することで消費電力の低減及び転送効率の良い処理を行うことが可能となる。
【００６１】
上記の本実施の形態によれば、Ｉ／Ｏコントローラ内部で生成された暗号データを内部の受信バッファへ格納することが出来るのでサブＣＰＵで暗号データへのアクセスが可能になる。
【００６２】
また、サブＣＰＵが暗号方式や鍵長、パケットサイズを任意に設定できるので判定条件に必要な暗号データを任意に生成することが出来る。
【００６３】
また、サブＣＰＵの処理能力に応じた復号化処理時間の計測を行うことが出来る。
【００６４】
また、適切な判定条件でサブＣＰＵの復号化処理可否判断を行うことが出来る。
【００６５】
また、適切なタイミングでサブＣＰＵの復号化処理可否判断を行うことが出来る。
【００６６】
また、不要なパケットデータの受信を防ぐことが出来る。
【００６７】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々の変更実施が可能である。
【符号の説明】
【００６８】
１００    Ｉ／Ｏコントローラ
１０１    ＰＨＹ／ＭＡＣ
１０２    バケット判定処理部
１０３    暗号処理コントローラ
１０４    バッファメモリ
１０５    ネットワークコントローラ
１０６    サブＣＰＵ
【先行技術文献】
【特許文献】
【００６９】
【特許文献１】特開２００９−０１５５０７号公報
【図１】
2011244209.tif 000003
【図２】
2011244209.tif 000004
【図３】
2011244209.tif 000005
【図４】
2011244209.tif 000006
【図５】
2011244209.tif 000007
【図６】
2011244209.tif 000008
【図７】
2011244209.tif 000009
【図８】
2011244209.tif 000010
【図９】
2011244209.tif 000011
【図１０】
2011244209.tif 000012