(57)【要約】【課題】機器の本体に電力が供給されていないときにデータを受信した場合に本体への無駄な電力の供給を抑制する。【解決手段】画像処理装置１０は、本体に電力が供給されていないときにも動作する通信制御部２０と、本体に電力が供給されているときのみ動作する本体制御部３０とを含む。通信制御部２０では、フィルタ実行部２１が、フィルタ記憶部２２内のＮＩＣフィルタパターンに基づいて転送すべきと判断したパケットを、本体に電力が供給された後に本体制御部３０に転送する。本体制御部３０では、フィルタ実行部３１が、フィルタ記憶部３２内の本体フィルタパターンに基づいて転送すべきと判断したパケットを上位層に転送し、フィルタ作成部３３が、本体フィルタパターンを動的に生成し、フィルタ管理部３４が、動的に生成された本体フィルタパターンをフィルタ記憶部２２にＮＩＣフィルタパターンとして設定する。【選択図】図２
2010074761.tif 000002
【特許請求の範囲】
【請求項１】
機器の本体に電力が供給されているときに通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第１の情報を記憶する第１の記憶手段と、
前記本体に電力が供給されていないときに前記通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第２の情報を記憶する第２の記憶手段と、
前記本体に電力が供給されていないときには得られず、当該本体に電力が供給されているときに得られる、前記第１の記憶手段に記憶された前記第１の情報に対する追加情報を生成する生成手段と、
前記生成手段により生成された前記追加情報に基づいて、前記第２の記憶手段に記憶された前記第２の情報を更新する更新手段と
を備えたことを特徴とする通信制御装置。
【請求項２】
前記更新手段は、前記本体で用いられるデータを選別するために参照される頻度が高い前記追加情報が有する特性として予め定められた特性を有する前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置。
【請求項３】
前記予め定められた特性は、前記追加情報を参照することによって選別されるデータの送信元アドレスの範囲に関する特性を含むことを特徴とする請求項２記載の通信制御装置。
【請求項４】
前記予め定められた特性は、前記追加情報が前記生成手段によって生成された時刻に関する特性を含むことを特徴とする請求項２記載の通信制御装置。
【請求項５】
前記予め定められた特性は、前記通信回線を介して実際にデータを受信した際に前記追加情報が参照された回数に関する特性を含むことを特徴とする請求項２記載の通信制御装置。
【請求項６】
前記更新手段は、前記本体に電力が供給されなくなる際に、前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置。
【請求項７】
前記更新手段は、前記本体に電力が供給されなくなるのに先立ち、前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置。
【請求項８】
通信回線を介して受信したデータを用いて画像処理を行う画像処理手段と、
前記画像処理手段に電力が供給されているときに前記通信回線を介して受信したデータを用いて前記画像処理を行うかどうかを判定するために参照される第１の情報を記憶する第１の記憶手段と、
前記画像処理手段に電力が供給されていないときに前記通信回線を介して受信したデータを用いて前記画像処理を行うかどうかを判定するために参照される第２の情報を記憶する第２の記憶手段と、
前記画像処理手段に電力が供給されていないときには得られず、当該画像処理手段に電力が供給されているときに得られる、前記第１の記憶手段に記憶された前記第１の情報に対する追加情報を生成する生成手段と、
前記生成手段により生成された前記追加情報に基づいて、前記第２の記憶手段に記憶された前記第２の情報を更新する更新手段と
を備えたことを特徴とする画像処理装置。
【請求項９】
コンピュータに、
機器の本体に電力が供給されているときに通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第１の情報を生成する機能と、
前記本体に電力が供給されていないときに前記通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第２の情報を、生成された前記第１の情報に基づいて更新する機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置、画像処理装置、プログラムに関する。
【背景技術】
【０００２】
アドレス設定等の応答処理に関わる負荷を軽減するＩＰ通信装置が知られている（例えば、特許文献１参照）。この特許文献１では、ＡＲＰリクエストやＰＩＮＧリクエスト等のアドレス設定等に関わる応答を、ネットワークインタフェース部のハードウェア等の手段により実施している。
【特許文献１】特開２００７−１８０７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ここで、一般に、機器の本体に電力が供給されていないときにデータを受信した場合、本体で用いるデータであると判断すれば、本体に電力を供給してデータを転送することになる。しかしながら、本体が保持する情報によって、転送されたデータを本体で用いないと判断される場合等は、本体への電力の供給が無駄になってしまう。
本発明の目的は、機器の本体に電力が供給されていないときにデータを受信した場合に本体への無駄な電力の供給を抑制することにある。
【課題を解決するための手段】
【０００４】
請求項１に記載の発明は、機器の本体に電力が供給されているときに通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第１の情報を記憶する第１の記憶手段と、前記本体に電力が供給されていないときに前記通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第２の情報を記憶する第２の記憶手段と、前記本体に電力が供給されていないときには得られず、当該本体に電力が供給されているときに得られる、前記第１の記憶手段に記憶された前記第１の情報に対する追加情報を生成する生成手段と、前記生成手段により生成された前記追加情報に基づいて、前記第２の記憶手段に記憶された前記第２の情報を更新する更新手段とを備えたことを特徴とする通信制御装置である。
請求項２に記載の発明は、前記更新手段は、前記本体で用いられるデータを選別するために参照される頻度が高い前記追加情報が有する特性として予め定められた特性を有する前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置である。
請求項３に記載の発明は、前記予め定められた特性は、前記追加情報を参照することによって選別されるデータの送信元アドレスの範囲に関する特性を含むことを特徴とする請求項２記載の通信制御装置である。
請求項４に記載の発明は、前記予め定められた特性は、前記追加情報が前記生成手段によって生成された時刻に関する特性を含むことを特徴とする請求項２記載の通信制御装置である。
請求項５に記載の発明は、前記予め定められた特性は、前記通信回線を介して実際にデータを受信した際に前記追加情報が参照された回数に関する特性を含むことを特徴とする請求項２記載の通信制御装置である。
請求項６に記載の発明は、前記更新手段は、前記本体に電力が供給されなくなる際に、前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置である。
請求項７に記載の発明は、前記更新手段は、前記本体に電力が供給されなくなるのに先立ち、前記追加情報に基づいて、前記第２の情報を更新することを特徴とする請求項１記載の通信制御装置である。
請求項８に記載の発明は、通信回線を介して受信したデータを用いて画像処理を行う画像処理手段と、前記画像処理手段に電力が供給されているときに前記通信回線を介して受信したデータを用いて前記画像処理を行うかどうかを判定するために参照される第１の情報を記憶する第１の記憶手段と、前記画像処理手段に電力が供給されていないときに前記通信回線を介して受信したデータを用いて前記画像処理を行うかどうかを判定するために参照される第２の情報を記憶する第２の記憶手段と、前記画像処理手段に電力が供給されていないときには得られず、当該画像処理手段に電力が供給されているときに得られる、前記第１の記憶手段に記憶された前記第１の情報に対する追加情報を生成する生成手段と、前記生成手段により生成された前記追加情報に基づいて、前記第２の記憶手段に記憶された前記第２の情報を更新する更新手段とを備えたことを特徴とする画像処理装置である。
請求項９に記載の発明は、コンピュータに、機器の本体に電力が供給されているときに通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第１の情報を生成する機能と、前記本体に電力が供給されていないときに前記通信回線を介して受信するデータの中から当該本体で用いられるデータを選別するために参照される第２の情報を、生成された前記第１の情報に基づいて更新する機能とを実現させるためのプログラムである。
【発明の効果】
【０００５】
請求項１の発明によれば、機器の本体に電力が供給されていないときにデータを受信した場合に本体への無駄な電力の供給を抑制することができる。
請求項２の発明によれば、本構成を有していない場合に比較して、機器の本体に電力が供給されていないときにデータを受信した場合における本体への無駄な電力の供給の抑制を効率的に行いつつ、抑制の効果も維持することができる。
請求項３の発明によれば、本構成を有していない場合に比較して、機器の本体に電力が供給されていないときにデータを受信した場合における本体への無駄な電力の供給の抑制を、情報の特性に着目した単純な処理で行うことができる。
請求項４の発明によれば、本構成を有していない場合に比較して、機器の本体に電力が供給されていないときにデータを受信した場合における本体への無駄な電力の供給の抑制を、情報の特性に着目した単純な処理で行うことができる。
請求項５の発明によれば、本構成を有していない場合に比較して、機器の本体に電力が供給されていないときにデータを受信した場合における本体への無駄な電力の供給の抑制を、情報の特性に着目した単純な処理で行うことができる。
請求項６の発明によれば、機器の本体に電力が供給されていないときにデータを受信した場合における本体への無駄な電力の供給の抑制を、電力が供給されなくなるまでに生成された情報に基づいて行うことができる。
請求項７の発明によれば、本構成を有していない場合に比較して、機器の本体に電力が供給されなくなるまでの時間を短縮することができる。
請求項８の発明によれば、画像処理手段に電力が供給されていないときにデータを受信した場合に画像処理手段への無駄な電力の供給を抑制することができる。
請求項９の発明によれば、機器の本体に電力が供給されていないときにデータを受信した場合に本体への無駄な電力の供給を抑制することができる。
【発明を実施するための最良の形態】
【０００６】
以下、添付図面を参照して、本発明を実施するための最良の形態（以下、「実施の形態」という）について詳細に説明する。
図１は、画像処理装置１０のハードウェア構成例を示した図である。
図示するように、画像処理装置１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、ＲＯＭ（Read Only Memory）１３と、ＨＤＤ（Hard Disk Drive）１４と、操作パネル１５と、画像読取部１６と、画像形成部１７と、通信インターフェースコントローラ（以下、「通信Ｉ／Ｆコントローラ」と表記する）１８とを備える。
【０００７】
ＣＰＵ１１は、ＲＯＭ１３等に記憶された各種プログラムをＲＡＭ１２にロードして実行することにより、図２を参照して後述する本体制御部３０内の各機能を実現する。
ＲＡＭ１２は、ＣＰＵ１１の作業用メモリ等として用いられるメモリである。
ＲＯＭ１３は、ＣＰＵ１１が実行する各種プログラム等を記憶するメモリである。
ＨＤＤ１４は、画像読取部１６が読み取った画像データや画像形成部１７における画像形成にて用いる画像データ等を記憶する例えば磁気ディスク装置である。
操作パネル１５は、各種情報の表示やユーザからの操作入力の受付を行う例えばタッチパネルである。
【０００８】
画像読取部１６は、紙等の記録媒体に記録された画像を読み取る。ここで、画像読取部１６は、例えばスキャナであり、光源から原稿に照射した光に対する反射光をレンズで縮小してＣＣＤ(Charge Coupled Devices)で受光するＣＣＤ方式や、ＬＥＤ光源から原稿に順に照射した光に対する反射光をＣＩＳ(Contact Image Sensor)で受光するＣＩＳ方式のものを用いるとよい。本実施の形態では、画像処理手段の一例として、画像読取部１６を設けている。
【０００９】
画像形成部１７は、紙等の記録媒体に画像を形成する。ここで、画像形成部１７は、例えばプリンタであり、感光体に付着させたトナーを記録媒体に転写して像を形成する電子写真方式や、インクを記録媒体上に吐出して像を形成するインクジェット方式のものを用いるとよい。本実施の形態では、画像処理手段の一例として、画像形成部１７を設けている。
通信Ｉ／Ｆコントローラ１８は、ＬＡＮ８０（図２参照）を介して他の装置との間で各種情報の送受信を行う。
【００１０】
ここで、通信Ｉ／Ｆコントローラ１８の一例であるネットワークＩ／Ｆコントローラ（ＮＩＣ）は、システムハードウェアやＯＳ（Operating System）が省電力状態（電力が供給されていない状態）にある場合も稼動している。そして、パケットフィルタ機構（以下、単に「フィルタ機構」という）等にて、システムを通常稼働状態（電力が供給されている状態）に遷移させる必要があるパケットの有無を検知し、必要があると判断した場合に、システムに割込み信号を発行してシステムを通常稼働状態に遷移させる。
ところが、現状のＮＩＣに搭載されているフィルタ機構は、コストと消費電力のバランスを考慮して、通常稼働状態で用いられるフィルタ機構と比較すると貧弱な構成になっている。即ち、省電力状態でネットワークアクセスを受けると、ＮＩＣのフィルタ機構では、パケットのタイプやＭＡＣアドレスの照合等、最小限のフィルタのみを実施し、それらに適合するとシステム側に割込み信号を発してシステムを通常稼働状態に遷移させている。
【００１１】
一方で、システムが通常稼働状態にある場合は、ＯＳレベルでのフィルタ機構等を用いて、ネットワークアクセスに対する堅牢性を高めている。ところが、これらのネットワークアクセスは、悪意のあるアクセスも含めて、刻々と変化するものである。例えば、多様なアクセスが混在する実ネットワーク環境では、システムを通常稼働状態に復帰させたとしても、システムにおいてポート制限でアクセスが禁止されている場合等があり、実質的に復帰する必要がないこともある。従って、ＯＳレベルでのフィルタ機構で用いる定義情報（以下、「フィルタパターン」という）を最新の状態に変更するだけでなく、ＮＩＣのフィルタパターンも変更しておく必要がある。
【００１２】
そこで、本実施の形態では、通常稼働状態においてシステム側で再構築されるフィルタパターンをＮＩＣ側のフィルタパターンに反映させる。
即ち、通常稼働状態でＯＳレベルのフィルタ機構が動的に生成したフィルタパターンをＮＩＣ側のフィルタ機構に設定する。また、その際、ＮＩＣ側に設定するフィルタパターンはＯＳレベルのフィルタ機構が生成したフィルタパターンの中からアクセス頻度が高いと思われるフィルタパターンを優先的に設定する。ここで、アクセス頻度が高いと思われるフィルタパターンは、アドレスの構成や、直近に遮断条件（reject）として設定されていることや、パケット遮断の発生回数が多いことがログに記録されていることに基づいて判断する。ＯＳレベルのフィルタパターンは、網羅的かつ動的に生成されるため、これらの情報を省電力モード移行時にＮＩＣのフィルタ機構に反映させることで、省電力状態からの不要な復帰の回数を抑制し、不要なアクセスからの堅牢性を向上させる。
更に換言すると、本実施の形態は、通常稼働状態におけるＯＳでのフィルタ機構と省電力状態におけるＮＩＣ側のフィルタ機構とを連携させることで、システム堅牢性と環境性能の両方を確保するものである。
【００１３】
次に、このような動作を行う画像処理装置１０の機能構成について詳細に説明する。
図２は、画像処理装置１０の機能構成例を示したブロック図である。
図示するように、本実施の形態における画像処理装置１０は、ＬＡＮ８０に接続されており、通信Ｉ／Ｆコントローラ１８によって実現される通信制御部２０と、ＣＰＵ１１によって実現される本体制御部３０とを含む。尚、本実施の形態では、通信回線の一例として、ＬＡＮ８０を用いている。
【００１４】
まず、このうち、通信制御部２０の機能構成について説明する。
通信制御部２０は、フィルタ実行部２１と、フィルタ記憶部２２と、ログ記憶部２３と、割込み制御部２４とを備える。
【００１５】
フィルタ実行部２１は、ＣＰＵ１１に電力が供給されていない状態でＬＡＮ８０からパケットを受信した場合に、そのパケットを本体制御部３０に転送するかどうかを決定する。
フィルタ記憶部２２は、フィルタ実行部２１がパケットを本体制御部３０に転送するかどうかを決定する際に参照するフィルタパターン（以下、「ＮＩＣフィルタパターン」という）を記憶する。本実施の形態では、本体に電力が供給されていないときに本体で用いられるデータを選別するために参照される第２の情報の一例として、また、画像処理手段に電力が供給されていないときに受信したデータを用いて画像処理を行うかどうかを判定するために参照される第２の情報の一例として、ＮＩＣフィルタパターンを用いている。そして、第２の情報を記憶する第２の記憶手段の一例として、フィルタ記憶部２２を設けている。
【００１６】
ログ記憶部２３は、ＬＡＮ８０から受信したパケットやＬＡＮ８０に送信したパケットのログ（履歴情報）を記憶する。
割込み制御部２４は、フィルタ実行部２１にて本体制御部３０に受け渡すべきパケットが検知された場合に、本体制御部３０に対して割込み信号を発行する。
【００１７】
次に、本体制御部３０の機能構成について説明する。
本体制御部３０は、フィルタ実行部３１と、フィルタ記憶部３２と、フィルタ作成部３３と、フィルタ管理部３４と、フィルタ検証部３５と、電源制御部３６と、計時部３７とを備える。
【００１８】
フィルタ実行部３１は、ＣＰＵ１１に電力が供給されている状態でＬＡＮ８０からパケットを受信した場合に、そのパケットを上位層である画像処理部（例えば、画像読取部１６や画像形成部１７）に転送するか否かを決定する。
フィルタ記憶部３２は、フィルタ実行部３１がパケットを上位層に転送するかどうかを決定する際に参照するフィルタパターン（以下、「本体フィルタパターン」という）を記憶する。本実施の形態では、本体に電力が供給されているときに本体で用いられるデータを選別するために参照される第１の情報の一例として、また、画像処理手段に電力が供給されているときに受信したデータを用いて画像処理を行うかどうかを判定するために参照される第１の情報の一例として、本体フィルタパターンを用いている。そして、第１の情報を記憶する第１の記憶手段の一例として、フィルタ記憶部３２を設けている。
【００１９】
フィルタ作成部３３は、アクセスを許可する条件（ＩＰアドレスやポート番号）を記した本体フィルタパターンを生成し、フィルタ記憶部３２に登録する。その際、本体フィルタパターンは通信状況に合わせて動的に生成される。本体フィルタパターンを動的に生成する手法としては、例えば、ステートフルインスペクションを用いるとよい。ステートフルインスペクションとは、ポート番号、アドレス、アプリケーション種別等をモニターし、アプリケーションレイヤで通信の整合性を保証する仕組みである。アプリケーションの通信状態をダイナミックステートテーブルというデータベースに記録し、このデータベースに基づいてパケットの通過可否を判断する。本実施の形態では、第１の情報に対する追加情報の一例として、動的に生成される本体フィルタパターンを用いており、追加情報を生成する生成手段の一例として、フィルタ作成部３３を設けている。
【００２０】
フィルタ管理部３４は、フィルタ記憶部３２に記憶された本体フィルタパターンのフィルタ作成部３３による変更を、フィルタ記憶部２２に記憶されたＮＩＣフィルタパターンに反映させる。本実施の形態では、追加情報に基づいて第２の情報を更新する更新手段の一例として、フィルタ管理部３４を設けている。
フィルタ検証部３５は、フィルタ記憶部３２に記憶された本体フィルタパターンを検証し、優先的にＮＩＣフィルタパターンに反映すべき本体フィルタパターンを抽出する。
電源制御部３６は、ＣＰＵ１１に電力を供給するための電源のオン／オフを制御する。
計時部３７は、電源制御部３６による電源の制御によりＣＰＵ１１に電力が供給されるとタイマのカウントダウンを開始し、フィルタ実行部３１がパケットを上位層に転送するとタイマをリセットする。そして、タイムアウトになるとその旨の信号をフィルタ管理部３４に出力し、本体フィルタパターンの変更がＮＩＣフィルタパターンに反映されるようにする。
【００２１】
次に、フィルタ記憶部３２に記憶された本体フィルタパターンについて具体的に説明する。
図３は、本体フィルタパターンの具体例を示した図である。図では、各本体フィルタパターンが各行に設定されたフィルタパターンテーブルを示している。
図示するように、本体フィルタパターンは、送信元ＩＰアドレスと、プロトコルと、受信ポート番号と、生成時刻と、処理とを対応付けたものになっている。
送信元ＩＰアドレスは、本体フィルタパターンによって遮断等を行うパケットの送信元のＩＰアドレスであり、プロトコルは、そのようなパケットの送信に用いられたプロトコルであり、受信ポート番号は、そのようなパケットを受信したポートの番号である。
また、生成時刻は、各本体フィルタパターンがフィルタ作成部３３によって動的に生成された時刻を示す。
更に、処理は、フィルタ実行部３１がパケットに対して行うべき処理を意味する。
【００２２】
そして、本実施の形態では、システムが省電力状態に移行する際に、フィルタ管理部３４が、本体制御部３０内で動的に生成されフィルタ記憶部３２に記憶された上記本体フィルタパターンを、通信制御部２０内のフィルタ記憶部２２にＮＩＣフィルタパターンとして設定する。その際、フィルタ管理部３４は、例えば以下のような優先順位決定方法を用いて、通信制御部２０内のフィルタ記憶部２２に本体フィルタパターンを設定する。
【００２３】
第１の優先順位決定方法は、短いネットマスクが適用された送信元ＩＰアドレス（広い範囲をカバーする送信元ＩＰアドレス）を含む本体フィルタパターンを優先するという方法である。このような本体フィルタパターンを優先的に抽出すれば、広い範囲のクライアントが対象となってアクセス確率が高まり、省電力状態からの無駄な復帰が低減されるからである。この方法を用いると、図３のフィルタパターンテーブルのＮｏ．３やＮｏ．５の本体フィルタパターンが優先的にフィルタ記憶部２２に登録されることになる。
【００２４】
第２の優先順位決定方法は、新しい生成時刻を含む本体フィルタパターンを優先するという方法である。最近生成されたフィルタパターンほど、よりアクセス確率が高いため、省電力状態から無駄な復帰を促し兼ねないためである。
【００２５】
第３の優先順位決定方法は、実際にアクセス頻度が高い本体フィルタパターンを優先するという方法である。実際にアクセス頻度が高いフィルタパターンは、ログ記憶部２３に記録されたフィルタログを参照して決定すればよい。
ここで、図４に、ログ記憶部２３に記録されたフィルタログの例を示す。
図において、各行の四角で囲んだ送信元ＩＰアドレスは、図３のフィルタパターンテーブルのＮｏ．１における送信元ＩＰアドレスに含まれるので、Ｎｏ．１の本体フィルタパターンが優先的にフィルタ記憶部２２に登録されることになる。
【００２６】
次に、本実施の形態における本体制御部３０が、フィルタ作成部３３によって動的に生成されフィルタ記憶部３２に新たに記憶された本体フィルタパターンを通信制御部２０内のフィルタ記憶部２２に設定する際の動作について説明する。
図５は、このときのフィルタ管理部３４及びフィルタ検証部３５の動作を示したフローチャートである。
まず、フィルタ管理部３４は、システムが省電力状態に移行することを通知されたかどうか判定する（ステップ１０１）。例えば、電源制御部３６が、割込み制御部２４から割込みを受けると、計時部３７が計時を開始し、フィルタ実行部３１が上位層にパケットを転送すると、計時部３７はリセットされる。その後、フィルタ実行部３１が上位層にパケットを転送することが一定時間生じなければ、計時部３７がタイムアウトになるので、フィルタ管理部３４は、その旨を通知されたかどうかを判定する。
【００２７】
その結果、システムが省電力状態に移行することを通知されていなければ、フィルタ管理部３４は、ステップ１０１を繰り返して省電力状態に移行することを通知されるまで待つ。一方、システムが省電力状態に移行することを通知されると、フィルタ管理部３４は、フィルタ記憶部３２から、フィルタ記憶部２２に未登録の本体フィルタパターンを読み出し、フィルタ検証部３５に渡す（ステップ１０２）。この場合、フィルタ記憶部２２に未登録の本体フィルタパターンとしては、前回の省電力状態への移行後に新たに生成された本体フィルタパターンに加え、前回の省電力状態への移行前に生成されていたもののフィルタ記憶部２２に登録されなかった本体フィルタパターンもある。また、このとき、図示しないメモリに、第１の優先順位決定方法、第２の優先順位決定方法、第３の優先順位決定方法の何れを用いるべきかが設定されており、未登録の本体フィルタパターンをフィルタ検証部３５に渡すに当たって、フィルタ管理部３４はこの設定もフィルタ検証部３５に伝えるものとする。
【００２８】
すると、フィルタ検証部３５は、フィルタ管理部３４から伝えられた優先順位決定方法が、第１の優先順位決定方法、第２の優先順位決定方法、第３の優先順位決定方法の何れであるかを判定する（ステップ１０３）。そして、第１の優先順位決定方法であれば、第１のフィルタパターン検証処理を行い、検証後の本体フィルタパターンをフィルタ管理部３４に返す（ステップ１０４）。また、第２の優先順位決定方法であれば、第２のフィルタパターン検証処理を行い、検証後の本体フィルタパターンをフィルタ管理部３４に返す（ステップ１０５）。更に、第３の優先順位決定方法であれば、第３のフィルタパターン検証処理を行い、検証後の本体フィルタパターンをフィルタ管理部３４に返す（ステップ１０６）。
【００２９】
その後、フィルタ管理部３４は、返された本体フィルタパターンをＮＩＣフィルタパターンとしてフィルタ記憶部２２に登録する（ステップ１０７）。そして、本体フィルタパターンをＮＩＣフィルタパターンとして登録した旨を電源制御部３６に伝え、電源制御部３６がシステムを省電力状態に遷移させる（ステップ１０８）。
【００３０】
以下、ステップ１０４における第１のフィルタパターン検証処理、ステップ１０５における第２のフィルタパターン検証処理、ステップ１０６における第３のフィルタパターン検証処理について、詳細な動作を説明する。
【００３１】
図６は、フィルタ検証部３５における第１のフィルタパターン検証処理の流れを示したフローチャートである。尚、ここでは、図３の送信元ＩＰアドレスにおいて４ビット分又は１６ビット分が如何なるビット列でもよいことを「＊」で表しており、ネットマスクの長さは０ビット、４ビット、８ビット、１２ビット、１６ビットの何れかであるものとする。
【００３２】
この第１のフィルタパターン検証処理において、まず、フィルタ検証部３５は、抽出した本体フィルタパターンの数を数えるためのカウンタＮに「０」を代入する（ステップ１２１）。
また、ネットマスクの長さを表す変数Ｍに「０」を代入する（ステップ１２２）。
次に、フィルタ管理部３４から渡された本体フィルタパターンの中から長さＭのネットマスクが適用された送信元ＩＰアドレスを含む本体フィルタパターンを抽出する（ステップ１２３）。
その後、フィルタ検証部３５は、カウンタＮに「１」を加算する（ステップ１２４）。そして、Ｎが、フィルタ管理部３４に返す本体フィルタパターンの数として予め決められた値Ｎｍａｘ未満かどうかを判定する（ステップ１２５）。
【００３３】
その結果、ＮがＮｍａｘ未満であれば、フィルタ検証部３５は、抽出すべき本体フィルタパターンがまだ存在するかどうかを判定する（ステップ１２６）。そして、抽出すべき本体フィルタパターンが存在すれば、ステップ１２３〜１２５を繰り返す。また、抽出すべき本体フィルタパターンが存在しなければ、ネットマスクの長さＭに「４」を加算する（ステップ１２７）。
その後、フィルタ検証部３５は、Ｍが「１６」を超えたかどうかを判定する（ステップ１２８）。そして、超えていなければ、ステップ１２３〜１２７を繰り返す。また、超えていれば、これまでにステップ１２３で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１２９）。
一方、ステップ１２５でＮがＮｍａｘに達した場合も、これまでにステップ１２３で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１２９）。
【００３４】
図７は、フィルタ検証部３５における第２のフィルタパターン検証処理の流れを示したフローチャートである。
この第２のフィルタパターン検証処理において、まず、フィルタ検証部３５は、抽出した本体フィルタパターンの数を数えるためのカウンタＮに「０」を代入する（ステップ１４１）。
次に、フィルタ管理部３４から渡された本体フィルタパターンの中から最も新しい生成時刻を含む本体フィルタパターンを抽出する（ステップ１４２）。
その後、フィルタ検証部３５は、カウンタＮに「１」を加算する（ステップ１４３）。そして、Ｎが、フィルタ管理部３４に返す本体フィルタパターンの数として予め決められた値Ｎｍａｘ未満かどうかを判定する（ステップ１４４）。
【００３５】
その結果、ＮがＮｍａｘ未満であれば、フィルタ検証部３５は、抽出すべき本体フィルタパターンがまだ存在するかどうかを判定する（ステップ１４５）。そして、抽出すべき本体フィルタパターンが存在すれば、ステップ１４２〜１４４を繰り返す。また、抽出すべき本体フィルタパターンが存在しなければ、これまでにステップ１４２で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１４６）。
一方、ステップ１４４でＮがＮｍａｘに達した場合も、これまでにステップ１４２で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１４６）。
【００３６】
図８は、フィルタ検証部３５における第３のフィルタパターン検証処理の流れを示したフローチャートである。
この第３のフィルタパターン検証処理において、まず、フィルタ検証部３５は、ログ記憶部２３に記録されたフィルタログのうち予め定めた条件を満たすものの中から１つのフィルタログを抽出する（ステップ１６１）。ここで、予め定めた条件としては、例えば、ある時刻以降に記録されたという条件を採用するとよいが、その他の如何なる条件を採用してもよい。
次に、フィルタ検証部３５は、フィルタ記憶部３２に記憶された本体フィルタパターンのうち、ステップ１６１で抽出されたフィルタログに記録されたパケットを上位層に転送するかどうかを判断するのに使用される本体フィルタパターンについて、その使用回数に「１」を加算する（ステップ１６２）。
その後、ログ記憶部２３に記録されたフィルタログのうち予め定めた条件を満たすものがまだあるかどうかを判定する（ステップ１６３）。そして、そのようなフィルタログがまだあれば、ステップ１６１〜１６２を繰り返す。また、そのようなフィルタログがなければ、本体フィルタパターンの抽出処理に移る。
【００３７】
即ち、まず、フィルタ検証部３５は、抽出した本体フィルタパターンの数を数えるためのカウンタＮに「０」を代入する（ステップ１６４）。
次に、フィルタ管理部３４から渡された本体フィルタパターンの中から、ステップ１６２でカウントされた使用回数が最も多い本体フィルタパターンを抽出する（ステップ１６５）。
その後、フィルタ検証部３５は、カウンタＮに「１」を加算する（ステップ１６６）。そして、Ｎが、フィルタ管理部３４に返すフィルタパターンの数として予め決められた値Ｎｍａｘ未満かどうかを判定する（ステップ１６７）。
【００３８】
その結果、ＮがＮｍａｘ未満であれば、フィルタ検証部３５は、抽出すべき本体フィルタパターンがまだ存在するかどうかを判定する（ステップ１６８）。そして、抽出すべき本体フィルタパターンが存在すれば、ステップ１６５〜１６７を繰り返す。また、抽出すべき本体フィルタパターンが存在しなければ、これまでにステップ１６５で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１６９）。
一方、ステップ１６７でＮがＮｍａｘに達した場合も、これまでにステップ１６５で抽出された本体フィルタパターンをフィルタ管理部３４に返す（ステップ１６９）。
【００３９】
以上により、本実施の形態の動作は終了する。
ところで、本実施の形態では、ＮＩＣフィルタパターンとして設定する本体フィルタパターンの優先順位を決定する方法として３つの方法を示したが、これには限らない。即ち、参照される頻度が高いフィルタパターンが有する特性として予め定められた特性であれば、如何なる特性に基づいて優先順位を決定するようにしてもよい。
また、本実施の形態では、このように本体フィルタパターンを特性で絞ってＮＩＣ側に設定したが、本体フィルタパターンと同じ内容のフィルタパターンをＮＩＣ側に設定してもよい。
【００４０】
更に、本実施の形態では、本体フィルタパターンのＮＩＣへの設定を、省電力状態への移行時に行ったが、このタイミングについてもこれには限らない。例えば、予め定めた時間間隔で（定期的に）行ってもよいし、新たな本体フィルタパターンが動的に生成された時点で行ってもよい。
更にまた、本実施の形態では、本体フィルタパターンの優先順位に基づく抽出を、抽出した本体フィルタパターンの数が予め定められた数に達するまで行うようにしたが、本体フィルタパターンの抽出をどこまで行うかについても種々の方法が考えられる。例えば、ＮＩＣ側の記憶容量を考慮した制限に達するまで抽出するようにしてもよい。
【００４１】
また、本実施の形態では、単体の画像処理装置１０における本体フィルタパターンとＮＩＣフィルタパターンの連携について述べたが、ＮＩＣフィルタパターンはネットワークに接続された他の同一機種のデバイスにおいても適用され得る。従って、ＮＩＣフィルタパターンをそれらのデバイスと共用するようにしてもよい。
【００４２】
尚、本実施の形態を実現するプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭ等の記録媒体に格納して提供するようにしてもよい。
【図面の簡単な説明】
【００４３】
【図１】本発明の実施の形態における画像処理装置のハードウェア構成例を示した図である。
【図２】本発明の実施の形態における画像処理装置の機能構成例を示した図である。
【図３】本発明の実施の形態で生成される本体フィルタパターンの例を示した図である。
【図４】本発明の実施の形態で用いられるフィルタログの例を示した図である。
【図５】本発明の実施の形態におけるフィルタ管理部及びフィルタ検証部の動作例を示したフローチャートである。
【図６】本発明の実施の形態におけるフィルタ検証部の第１の動作例を示したフローチャートである。
【図７】本発明の実施の形態におけるフィルタ検証部の第２の動作例を示したフローチャートである。
【図８】本発明の実施の形態におけるフィルタ検証部の第３の動作例を示したフローチャートである。
【符号の説明】
【００４４】
１０…画像処理装置、２０…通信制御部、２１，３１…フィルタ実行部、２２，３２…フィルタ記憶部、２３…ログ記憶部、２４…割込み制御部、３０…本体制御部、３３…フィルタ作成部、３４…フィルタ管理部、３５…フィルタ検証部、３６…電源制御部、３７…計時部
【図１】
2010074761.tif 000003
【図２】
2010074761.tif 000004
【図３】
2010074761.tif 000005
【図４】
2010074761.tif 000006
【図５】
2010074761.tif 000007
【図６】
2010074761.tif 000008
【図７】
2010074761.tif 000009
【図８】
2010074761.tif 000010