(57)【要約】      （修正有）【課題】緊急処理の間は、受信したパケットに対する応答処理を行わないことで中央演算装置の処理にかかる負担を低減させ、同一送信元から複数回送信されたパケットに関しては、応答処理を行うことで、送信元であるクライアント装置が送信先に異常が発生したと誤認識することを防止することができる情報処理装置の提供。【解決手段】パケットを受信しその種別を判定する種別判定部１１０９と、自機の動作状態を判定する状態判定部１１０３と、パケットの種別及び自機の動作状態に基づいて、パケットに応答する応答処理を実行するか否かを判定する応答判定部１１０４と、応答判定部１１０４による判定結果に基づいて、応答処理を実行する応答実行部１１０８とを備え、応答判定部１１０４は、自機の動作状態が応答処理に対応するのが困難な状態である非通常状態であって、同一種別のパケットを所定個数以上受信したときには、応答処理を実行すると判定する。【選択図】図１
2011237922.tif 000002
【特許請求の範囲】
【請求項１】
パケットを受信し、当該パケットの種別を判定する種別判定部と、
自機の動作状態を判定する状態判定部と、
前記パケットの種別及び前記自機の動作状態に基づいて、前記パケットに応答する応答処理を実行するか否かを判定する応答判定部と、
前記応答判定部による判定結果に基づいて、前記応答処理を実行する応答実行部とを備え、
前記応答判定部は、自機の動作状態が前記応答処理に対応するのが困難な状態である非通常状態であって、同一種別のパケットを所定個数以上受信したときには、前記応答処理を実行すると判定すること
を特徴とする情報処理装置。
【請求項２】
受信したパケットの種別毎の受信履歴を記憶する記憶部を備え、
前記応答判定部は、更に前記受信履歴に基づいて、前記応答処理を実行するか否かを判定すること
を特徴とする請求項１記載の情報処理装置。
【請求項３】
前記応答判定部は、前記受信履歴が前記記憶部に記憶されてからの経過時間に基づいて、前記応答処理を実行するか否かを判定すること
を特徴とする請求項２記載の情報処理装置。
【請求項４】
前記受信履歴は、受信したパケットの送信元の送信元情報を含み、
前記応答判定部は、前記送信元が所定の条件を満たすときには、前記応答処理を実行すると判定すること
を特徴とする請求項２、又は請求項３記載の情報処理装置。
【請求項５】
前記非通常状態は、動作状態がビジー状態、又は省電力状態であること
を特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理装置。
【請求項６】
パケットを受信し、当該パケットの種別を判定する種別判定部と、
受信したパケットに基づく画像を形成する画像形成部と、
前記画像形成部を統括的に制御する制御部と、
前記制御部の動作状態を判定する状態判定部と、
前記パケットの種別及び前記制御部の動作状態に基づいて、前記パケットに応答する応答処理を実行するか否かを判定する応答判定部と、
前記応答判定部による判定結果に基づいて、前記応答処理を実行する応答実行部とを備え、
前記応答判定部は、制御部の動作状態が前記応答処理に対応するのが困難な状態である非通常状態であって、同一種別のパケットを所定個数以上受信したときには、前記応答処理を実行すると判定すること
を特徴とする画像形成装置。
【請求項７】
受信したパケットの種別毎の受信履歴を記憶する記憶部を備え、
前記応答判定部は、更に前記受信履歴に基づいて、前記応答処理を実行するか否かを判定すること
を特徴とする請求項６記載の画像形成装置。
【請求項８】
前記応答判定部は、前記受信履歴が前記記憶部に記憶されてからの経過時間に基づいて、前記応答処理を実行するか否かを判定すること
を特徴とする請求項７記載の画像形成装置。
【請求項９】
前記受信履歴は、受信したパケットの送信元の送信元情報を含み、
前記応答判定部は、前記送信元が所定の条件を満たすときには、前記応答処理を実行すると判定すること
を特徴とする請求項７、又は請求項８記載の画像形成装置。
【請求項１０】
前記非通常状態は、動作状態がビジー状態、又は省電力状態であること
を特徴とする請求項６乃至請求項９の何れか１項に記載の画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続機能を有する情報処理装置、及び画像形成装置に関するものである。
【背景技術】
【０００２】
一般的に、単一の中央演算装置により動作する情報処理装置に対してＬＡＮ（Local Area Network）等のネットワークが接続された場合、その中央演算装置は、情報処理装置自体の機能を発揮させるための処理と、ネットワーク関連機能を発揮させるための処理とを並列させて処理を行っている。
【０００３】
ところで、ネットワーク上には様々なパケットが流れており、ネットワークに接続された端末装置間において大量の情報のやり取りが行われている。ここで、例えば、ある端末装置からパケットがブロードキャストパケットとして転送されると、ネットワークに接続されたルータ以外の他の端末装置はこれを受信してしまうことがある。
【０００４】
ここで、単一の中央演算装置により動作する情報処理装置においては、上記ブロードキャストパケットを一挙に大量に受信すると、中央演算装置による処理は、長時間受信パケット処理に費やされることになり、情報処理装置自体の機能の発揮に障害が発生する場合があった。
【０００５】
このような問題を解決するために、例えば、特許文献１には、中央演算装置による処理をネットワーク関連機能の処理に渡したくない緊急処理の間は、特定の種類のパケット受信を停止することによって、緊急処理を優先させる技術について記載がなされている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開平１１−３２８０６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１記載の技術では、パケット種類により受信制限が行われているため、同じ種類のパケットの受信は一律に制限されることになる。したがって、受信制限の対象となっているパケットを送信しているクライアント装置は、アクセス頻度や優先度に関わらず、送信先からの応答を一切得ることができないため、例えば、当該送信先はネットワークから切断されている、といった誤った認識をしてしまう恐れがある。
【０００８】
本発明は、このような実情に鑑みてなされたものであり、本発明の課題は、緊急処理の間は、受信したパケットに対する応答処理を行わないことで中央演算装置の処理にかかる負担を低減させるとともに、同一送信元から複数回送信されたパケットに関しては、応答処理を行うことで、送信元であるクライアント装置が送信先に異常が発生したと誤認識することを防止することができる情報処理装置、及び画像形成装置を提供することである。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明にかかる情報処理装置は、パケットを受信し、当該パケットの種別を判定する種別判定部と、自機の動作状態を判定する状態判定部と、パケットの種別及び自機の動作状態に基づいて、パケットに応答する応答処理を実行するか否かを判定する応答判定部と、応答判定部による判定結果に基づいて、応答処理を実行する応答実行部とを備え、応答判定部は、自機の動作状態が応答処理に対応するのが困難な状態である非通常状態であって、同一種別のパケットを所定個数以上受信したときには、応答処理を実行すると判定することを特徴とする。
【００１０】
また、本発明にかかる画像形成装置は、パケットを受信し、当該パケットの種別を判定する種別判定部と、受信したパケットに基づく画像を形成する画像形成部と、画像形成部を統括的に制御する制御部と、制御部の動作状態を判定する状態判定部と、パケットの種別及び制御部の動作状態に基づいて、パケットに応答する応答処理を実行するか否かを判定する応答判定部と、応答判定部による判定結果に基づいて、応答処理を実行する応答実行部とを備え、応答判定部は、制御部の動作状態が応答処理に対応するのが困難な状態である非通常状態であって、同一種別のパケットを所定個数以上受信したときには、応答処理を実行すると判定することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、緊急処理の間は、受信したパケットに対する応答処理を行わないことで中央演算装置の処理にかかる負担を低減させるとともに、同一送信元から複数回送信されたパケットに関しては、応答処理を行うことで、送信元であるクライアント装置が送信先に異常が発生したと誤認識することを防止することができる情報処理装置、及び画像形成装置を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】印刷装置の機能構成を説明するための機能ブロック図である。
【図２】受信履歴テーブルの一形態を説明する図である。
【図３】プロトコル制御部が実行する動作を説明するためのフローチャートである。
【図４】図３のステップＳ１０７において、応答判定部が実行する動作を説明するためのフローチャートである。
【図５】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図６】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図７】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図８】図４のステップＳ２０２において、状態判断部が実行する動作を説明するためのフローチャートである。
【図９】印刷装置の機能構成を説明するための機能ブロック図である。
【図１０】受信履歴テーブルの一形態を説明する図である。
【図１１】応答先テーブルの一形態を説明する図である。
【図１２】プロトコル制御部が実行する動作を説明するためのフローチャートである。
【図１３】図１２のステップＳ４０７において、応答判定部が実行する動作を説明するためのフローチャートである。
【図１４】図１２のステップＳ４０７において、応答判定部が実行する動作を説明するためのフローチャートである。
【図１５】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図１６】受信履歴テーブルの構成例を説明する図である。
【図１７】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図１８】応答判定部の動作が終了した時点での受信履歴テーブルの構成例を説明する図である。
【図１９】図１３のステップＳ５０２において、状態判断部が実行する動作を説明するためのフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態について図面を参照して説明する。なお、本発明は以下の記述に限定されるものではなく、本発明の要旨を逸脱しない範囲において適宜変更可能である。
【００１４】
[第１の実施形態]
本実施形態の説明においては、情報処理装置であるとともに画像形成装置でもある印刷装置を本発明の好適な一例として説明する。また、本実施形態の説明において、パケットの通信に用いられる通信プロトコルは、ＳＮＭＰ（Simple Network Management Protocol）プロトコルを用いた形態について説明する。
【００１５】
図１は、第１の実施形態にかかる印刷装置１１００の機能構成を説明するための機能ブロック図である。印刷装置１１００は、ＬＡＮ１２０１を介したネットワーク接続を制御するネットワーク機能部１１０１と、ネットワーク関連機能以外の機能としての印刷機能等を担う印刷機能部１１０２とを備える。
【００１６】
ネットワーク機能部１１０１は、状態判定部１１０３と、応答判定部１１０４と、プロトコル制御部１１０５とを備え、ＬＡＮ１２０１を介してネットワーク上の不特定のクライアント装置とのネットワーク通信を制御する。
【００１７】
ここで、状態判定部１１０３は、印刷ジョブの有無や印刷処理にかかる図示せぬ制御部としても機能する中央演算装置の使用時間等の情報を印刷機能部１１０２から取得し、印刷装置１１００における処理の負荷状態を判定する。
【００１８】
応答判定部１１０４は、印刷装置１１００における処理の負荷状態を状態判定部１１０３から取得し、プロトコル制御部１１０５からの問い合わせに応じて、受信したパケットに対する応答処理を実行するか否かを判定する（以下、応答判定処理と称する）。なお、応答判定部１１０４は、印刷装置１１００の起動からの経過時間を計時するとともに、受信履歴記憶部１１０７に時刻情報が記憶された時刻から現在時刻までの経過時間を算出する計時部１１０６と、応答判定処理の対象となるパケットの受信履歴を受信履歴テーブルとして記憶する受履歴記憶部１１０７とを備える。応答判定部１１０４は、応答判定処理において、受信履歴記憶部１１０７に記憶されている受信履歴を参照する一方で、プロトコル制御部１１０５から取得したパケットに含まれる情報を受信履歴記憶部１１０７に記憶させる。
【００１９】
図２は、受信履歴記憶部１１０７が記憶する受信履歴テーブルの一形態を説明する図である。受信履歴テーブルは、応答判定部１１０４が応答判定処理を行ったパケットごとのエントリを有し、図２では、４つのエントリの記録状況を示している。各エントリは、パケット種別、送信元、前回受信時刻の各パケットに関する情報から構成されている。ここで、パケット種別には、受信したパケットのパケット種別情報が格納される。本実施形態においては、通信プロトコルとしてＳＮＭＰプロトコルを用いた形態について説明しているため、パケット種別として、「ＳＮＭＰ  ｉｎｆｏｒｍ」、「ＳＮＭＰ  Ｇｅｔ」、又は「ＳＮＭＰ  Ｓｅｔ」といったＳＮＭＰプロトコルの種別情報が格納される。送信元には、パケットを送信したクライアント装置の送信元情報が格納される。通信プロトコルとしてＳＮＭＰプロトコルを用いた場合、送信元として、送信元ＩＰアドレス情報が格納される。なお、例えば、ＭＡＣ（Media Access Control）アドレス情報を送信元として格納させても本実施形態と同様な効果を得ることができる。前回受信時刻には、上記エントリが受信履歴テーブルに記録された時点の時刻情報が格納される。本実施形態においては、前回受信時刻として、計時部１１０６により取得された印刷装置１１００の起動からの経過時間である時刻情報が格納される。なお、本実施形態においては、時刻情報としてｍｓｅｃを単位とする数値を使用する形態について示している。
【００２０】
プロトコル制御部１１０５は、ＳＮＭＰプロトコルをはじめとする各種プロトコルを制御するプロトコルスタックである。プロトコル制御部１１０５は、ネットワーク機能部１１０１が提供するプロトコル機能に対応して、同様の構成の機能ブロックが複数存在する。前述したように、本実施形態においては、ネットワークに接続されている装置の情報収集、監視のための通信プロトコルとして一般的なＳＮＭＰプロトコルを制御するプロトコル制御部１１０５をプロトコル制御部の一形態として説明する。
【００２１】
図１に示すように、プロトコル制御部１１０５は、応答実行部１１０８と、種別判定部１１０９とを備える。応答実行部１１０８は、応答判定部１１０４の判定結果に基づき、受信したパケットの応答処理、又は廃棄処理を実行する。種別判定部１１０９は、ＬＡＮ１２０１を介して受信したパケットの種類を判定し、受信したパケットが応答処理の判定対象となる種類のパケットであるか否かを判定する。そして、種別判定部１１０９は、受信したパケットの種別情報と当該パケットを送信した送信元情報とを抽出するとともに、応答判定部１１０４への問い合わせに併せて抽出した情報を通知する。
【００２２】
印刷機能部１１０２は、図示せぬ画像形成部としての印刷手段を制御する他、印刷ジョブデータの解析、ユーザインタフェースの制御、印刷装置１１００全体の状態管理など、ネットワーク関連機能以外の機能を制御する。また、印刷機能部１１０２は、状態判定部１１０３からの問い合わせに対して、印刷ジョブの有無や、印刷ジョブデータの解析処理にかかる中央演算装置の使用時間など、印刷装置１１００における処理の負荷状態を判定するための情報を提供する。
【００２３】
なお、印刷装置１１００は、上記以外にも、ネットワーク機能部１１０１や、印刷機能部１１０２等の機能発現にかかる制御プログラムを格納したり、受信履歴記憶部１１０７の記憶領域を構成する図示せぬＲＯＭ（Read Only Memory）や、フラッシュメモリ等の記憶装置、中央演算装置のワーキングエリアとして機能するＲＡＭ（Read Only Memory）等の一次記憶装置、印刷装置１１００の状態を表示するための、例えばＬＣＤ（Liquid Crystal Display）等の表示装置を備える表示部、管理者等からの指示を受付けるための、例えばタッチパネル等の入力手段を備える操作部、印刷装置１１００の動作状態を監視するための、例えば、用紙位置検出センサ，温湿度センサ，濃度センサ等の各種センサ、印刷装置１１００が備える各部材に電力を供給する電源等を備える。
【００２４】
次に、このような構成を有する印刷装置１１００の動作について以下に説明する。
【００２５】
まず、プロトコル制御部１１０５による動作について図３のフローチャートを用いて説明する。なお、プロトコル制御部１１０５による動作は、ＬＡＮ１２０１を介してネットワークからパケットを受信することから開始される。ここで、説明の便宜上、受信したパケットを受信パケット１と称する。
【００２６】
ステップＳ１０１において、種別判定部１１０９は、受信パケット１から種別判定情報と送信元情報とを抽出する。ここで抽出されるパケットの種別判定情報は、通信プロトコルにより異なるが、ＳＮＭＰプロトコルの場合、受信パケット１の宛先がブロードキャストアドレスか印刷装置１１００固有のアドレス（ユニキャストアドレス）かの何れかであるか、及びＳＮＭＰのパケット種別を特定するためのコマンド種類（ＳＮＭＰ  ｉｎｆｏｒｍ、ＳＮＭＰ  Ｇｅｔ、又はＳＮＭＰ  Ｓｅｔ等）が抽出される。ここで、抽出された種別判定情報におけるコマンド種類にかかる情報を種別情報１、送信元情報を送信元情報１として説明する。
【００２７】
次に、種別判定部１１０９は、種別判定情報に基づき受信パケット１が受信制限の対象となる種別であるか否かを判定する（ステップＳ１０２）。なお、本実施形態においては、判定条件は予め設定されており、受信パケット１の宛先がブロードキャストアドレスである場合に受信制限の対象と判定するものとする。
【００２８】
ここで、受信パケット１の宛先がユニキャストアドレスであり、受信制限の対象外である場合（ステップＳ１０２  対象外）、種別判定部１１０９は、その旨を応答実行部１１０８に通知する。通知を受けた応答実行部１１０８は、受信パケット１の解析を行い（ステップＳ１０３）、当該解析結果に基づいて応答パケットを生成する（ステップＳ１０４）。次いで、応答実行部１１０８は、ステップＳ１０４において生成した応答パケットをＬＡＮ１２０１を介して送信し（ステップＳ１０５）、プロトコル制御部１１０５は待機状態へと戻る。なお、上記ステップＳ１０３からステップＳ１０５にかけての処理は、一般的なプロトコル制御の動作である。
【００２９】
一方、受信パケット１の宛先がブロードキャストアドレスであり、受信制限の対象種類である場合（ステップＳ１０２  対象種類）、種別判定部１１０９は、抽出した種別情報１、送信元情報１を応答判定部１１０４に通知するとともに、応答判定の問い合わせを行う（ステップＳ１０６）。
【００３０】
ここで、応答判定部１１０４から“応答する”との回答を得た場合（ステップＳ１０７  応答する）、種別判定部１１０９は、その旨を応答実行部１１０８に通知する。通知を受けた応答実行部１１０８は、ステップＳ１０３からステップＳ１０５にかけての処理を実行する。
【００３１】
一方、応答判定部１１０４から“応答しない”との回答を得た場合（ステップＳ１０７  応答しない）、種別判定部１１０９は受信パケット１を廃棄し（ステップＳ１０８）、プロトコル制御部１１０５は待機状態へと戻る。この場合、応答実行部１１０８によりステップＳ１０３からステップＳ１０５にかかる処理が実行されないため、中央演算装置の使用時間を削減することができる。
【００３２】
次に、図３のステップＳ１０７において、応答判定部１１０４が実行する動作について図４のフローチャートを用いて説明する。
【００３３】
応答判定部１１０４による動作は、図３のステップＳ１０６において、種別判定部１１０９からの問い合わせを受けることから開始される。なお、このとき、応答判定部１１０４は、種別判定部１１０９からの応答判定の問い合わせを受けるとともに、種別情報１、送信元情報１を取得している。
【００３４】
応答判定部１１０４は、種別判定部１１０９からの問い合わせを受けると、状態判定部１１０３から印刷装置１１００における処理の負荷状態を取得する（ステップＳ２０１）。
【００３５】
ここで、状態判定部１１０３から“高負荷状態”である旨の回答を得た場合（ステップＳ２０２  高負荷状態）、応答判定部１１０４は、受信履歴記憶部１１０７に記憶されている受信履歴テーブルを検索する。すなわち、応答判定部１１０４は、種別判定部１１０９から通知された種別情報１に合致するエントリを受信履歴テーブルのパケット種別から検索する（ステップＳ２０４）。
【００３６】
受信履歴テーブルのエントリに種別情報１に該当するパケット種別が存在しない場合（ステップＳ２０５  履歴なし）、応答判定部１１０４による処理はステップＳ２０８に移行する。例えば、種別情報１−１として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ−Ｎｅｘｔ”であった場合、図２に示す受信履歴テーブルには、該当するエントリが存在しないため、応答判定部１１０４は履歴なしと判定し、ステップＳ２０８の処理に移行する。
【００３７】
受信履歴テーブルのエントリに種別情報１に該当するパケット種別が存在する場合（ステップＳ２０５  履歴有り）、応答判定部１１０４は、種別判定部１１０９から通知された送信元情報１に合致するエントリを受信履歴テーブルの送信元から検索する（ステップＳ２０６）。例えば、種別情報１−２として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報１−２として“１９２．１６８．１００．１５０”であった場合、図２に示す受信履歴テーブルには、上記ステップＳ２０４において、該当するコマンド種類としてエントリ２、及びエントリ３が検索される。そして、ステップＳ２０６において、送信元情報１−２と合致するエントリとしてエントリ３が検索されることになる。
【００３８】
受信履歴テーブルのエントリに送信元情報１に該当する送信元が存在しない場合（ステップＳ２０７  エントリなし）、応答判定部１１０４による処理はステップＳ２０８に移行する。例えば、種別情報１−３として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報１−３として“１９２．１６８．１００．１００”であった場合、エントリ２、及びエントリ３の何れとも合致しないので、応答判定部１１０４はエントリなしと判定し、ステップＳ２０８の処理に移行する。
【００３９】
受信履歴テーブルのエントリに送信元情報１に該当する送信元が存在する場合(ステップＳ２０７  エントリあり)、応答判定部１１０４は、応答判定処理を行っている受信パケット１は、２回目以降の受信パケットであると判定する。例えば、種別情報１−２として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報１−２として“１９２．１６８．１００．１５０”であって、エントリ３が検索された場合、応答判定部１１０４は、エントリ３の前回受信時刻の情報を受信履歴テーブルから取得し、前回受信からの経過時間を判定する。ここでは、計時部１１０６が、前回受信時刻と印刷装置１１００の起動からの経過時間とを比較し、予め設定された閾値よりも大きいか否かで判定する。例えば、エントリ３を例にすると、前回受信時刻は“１１２０２５１２３”である。そして、例えば、閾値が０１０００００００であるとし、現在時刻が“１２３０２５１２３”である場合、応答判定部１１０４は“範囲外”と判定し、ステップＳ２１２の処理に移行する。また、現在時刻が“１１４０２５１２３”である場合、応答判定部１１０４は“範囲内”と判定し、ステップＳ２１４の処理に移行する。なお、上記閾値は、受信履歴テーブルに受信した時刻が古いエントリが存在している場合を考慮したものであり、この閾値は、プロトコル仕様や受信履歴テーブルの記憶に使用するメモリ容量等を勘案して決定されるものとする。
【００４０】
よって、前回受信からの経過時間が閾値よりも小さい場合（ステップＳ２１１  範囲内）、応答判定部１１０４は、受信履歴テーブルからエントリ３を削除するとともに（ステップＳ２１４）、種別判定部１１０９に対して“応答する”と回答し（ステップＳ２１５）、待機状態へと戻る。この場合の一例として、種別情報１−２として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報１−２として“１９２．１６８．１００．１５０”であって、経過時間が閾値よりも小さい場合における、応答判定部１１０４の動作が終了した時点での受信履歴テーブルの構成例を図５に示した。
【００４１】
一方、前回受信からの経過時間が閾値よりも大きい場合（ステップＳ２１１  範囲外）、応答判定部１１０４は、エントリ３は無効であると判定するので、エントリ３の前回受信時刻を更新するとともに（ステップＳ２１２）、種別判定部１１０９に対して“応答しない”と回答し（ステップＳ２１３）、待機状態へと戻る。この場合の一例として、種別情報１−２として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報１−２として“１９２．１６８．１００．１５０”であって、経過時間が閾値よりも大きい場合における、応答判定部１１０４の動作が終了した時点での受信履歴テーブルの構成例を図６に示した。
【００４２】
ところで、ステップＳ２０５、及びステップＳ２０７において、該当するエントリが検索されなかった場合、応答判定部１１０４は、受信パケット１は１回目の受信であると判定し、受信履歴テーブルに種別情報１と送信元情報１とを有する新規エントリを追加し（ステップＳ２０８）、計時部１１０６から現在時刻を取得して、前回受信時刻に格納させる（ステップＳ２０９）。そして、応答判定部１１０４は、種別判定部１１０９に対して“応答しない”と回答し（ステップＳ２１０）、待機状態に戻る。この場合の一例として、種別情報１−４として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ−Ｎｅｘｔ”、送信元情報１−４として“２０２．２５４．１９０．１５”であった場合における、応答判定部１１０４の動作が終了した時点での受信履歴テーブルの構成例を図７に示した。
【００４３】
最後に、図４のステップＳ２０２において、状態判断部１１０３が実行する動作について図８のフローチャートを用いて説明する。
【００４４】
状態判断部１１０３による動作は、図４のステップＳ２０１において、応答判定部１１０４からの印刷装置１１００における処理の負荷状態の問い合わせを受けることにより開始される。
【００４５】
状態判定部１１０３は、応答判定部１１０４からの印刷装置１１００における処理の負荷状態の問い合わせを受けると、印刷機能部１１０２から処理負荷に関する情報を取得する（ステップＳ３０１）。ここでは、状態判定部１１０３は、印刷機能部１１０２を介して処理中の印刷ジョブの有無、及び印刷ジョブデータ解析処理に使用されている中央演算装置の処理時間にかかる情報を取得するものとする。
【００４６】
具体的には、状態判定部１１０３は、処理中の印刷ジョブが存在し、かつ印刷ジョブデータ解析処理に使用されている中央演算装置の使用時間が５０％を超えている場合、すなわち、専ら印刷ジョブデータの解析処理が優先され、応答処理に対する対応が困難である非通常状態（ビジー状態）を“高負荷状態”、それ以外を“低負荷状態”と判定する（ステップＳ３０２）。なお、本実施形態においては、中央演算装置の使用時間が５０％を超えている場合を判断基準としているが、当該判断基準は、印刷機能部１１０２の機能を考慮して決定されるものであり、例えば、中央演算装置への通電が制御される省電力状態としてのディープスリープ状態であり、応答処理に即応することが困難な状態を非通常状態と規定してもかまわない。
【００４７】
そして、状態判定部１１０３は、ステップＳ３０２において判定した負荷状態を対応判定部１１０４に回答し（ステップＳ３０３）、待機状態に戻る。
【００４８】
以上のように、第１の実施形態によれば、例えば、印刷ジョブの処理中といった、印刷装置１１００が高負荷状態であるときに、受信パケットに対する応答処理を行わないために、中央演算装置の処理時間を削減することができる。また、これに加えて、同一送信元からの複数回のパケットを受信した場合には、応答処理を行うため、ネットワーク上のクライアント装置が印刷装置１１００に異常が発生したと誤認識することを防止することができる。
【００４９】
[第２の実施形態]
第２の実施形態においては、第１の実施形態で示した効果に加え、受信したパケット数をカウントすることにより、クライアント装置から連続して複数回パケットを受信した場合に実行される応答処理の回数を最適化するとともに、印刷装置の負荷状態に対応して、段階的に応答先を制限することにより、重要なクライアント装置に対する応答処理を継続しながら、ネットワーク処理にかかる処理負担を軽減する形態について説明する。
【００５０】
図９は、第２の実施形態にかかる印刷装置２１００の機能構成を説明するための機能ブロック図である。印刷装置２１００は、ＬＡＮ２２０１を介したネットワーク接続を制御するネットワーク機能部２１０１と、ネットワーク関連機能以外の機能としての印刷機能等を担う印刷機能部２１０２とを備える。
【００５１】
ネットワーク機能部２１０１は、状態判定部２１０３と、応答判定部２１０４と、プロトコル制御部２１０５とを備え、ＬＡＮ２２０１を介してネットワーク上の不特定のクライアント装置とのネットワーク通信を制御する。
【００５２】
ここで、状態判定部２１０３は、印刷ジョブの有無や印刷処理にかかる図示せぬ制御部としても機能する中央演算装置の使用時間等の情報を印刷機能部２１０２から取得し、印刷装置２１００における処理の負荷状態を“低負荷状態”、“中負荷状態”、“高負荷状態”の３段階で判定する。
【００５３】
応答判定部２１０４は、印刷装置２１００における処理の負荷状態を状態判定部２１０３から取得し、プロトコル制御部２１０５からの問い合わせに応じて、受信したパケットに対する応答判定処理を実行するか否かを判定する。なお、応答判定部２１０４は、印刷装置２１００の起動からの経過時間を計時するとともに、受信履歴記憶部２１０７に時刻情報が記憶された時刻から現在時刻までの経過時間を算出する計時部２１０６と、応答判定処理の対象となるパケットの受信履歴を受信履歴テーブルとして記憶する受履歴記憶部２１０７と、応答先記憶部２１１０とを備える。応答判定部２１０４は、応答判定処理において、受信履歴記憶部２１０７に記憶されている受信履歴を参照する一方で、プロトコル制御部２１０５から取得したパケットに含まれる情報を受信履歴記憶部２１０７に記憶させる。
【００５４】
図１０は、受信履歴記憶部２１０７が記憶する受信履歴テーブルの一形態を説明する図である。受信履歴テーブルは、応答判定部２１０４が応答判定処理を行ったパケットごとのエントリを有し、図１０では、４つのエントリの記録状況を示している。各エントリは、パケット種別、送信元、初回受信時刻、及び受信カウンタの各パケットに関する情報から構成されている。ここで、パケット種別には、受信したパケットのパケット種別情報が格納される。本実施形態においては、通信プロトコルとしてＳＮＭＰプロトコルを用いた形態について説明しているため、パケット種別として、「ＳＮＭＰ  ｉｎｆｏｒｍ」、「ＳＮＭＰ  Ｇｅｔ」、又は「ＳＮＭＰ  Ｓｅｔ」といったＳＮＭＰプロトコルの種別情報が格納される。送信元には、パケットを送信したクライアント装置の送信元情報が格納される。通信プロトコルとしてＳＮＭＰプロトコルを用いた場合、送信元として、送信元ＩＰアドレス情報が格納される。なお、例えば、ＭＡＣ（Media Access Control）アドレス情報を送信元として格納させても本実施形態と同様な効果を得ることができる。初回受信時刻には、上記エントリが新規に受信履歴テーブルに記録された時点の時刻情報が格納される。本実施形態においては、初回受信時刻として、計時部２１０６により取得された印刷装置２１００の起動からの経過時間である時刻情報が格納される。なお、本実施形態においては、時刻情報としてｍｓｅｃを単位とする数値を使用する形態について示している。受信カウンタは、各エントリに合致するパケットを何回受信したかを示すカウンタ値が格納される。
【００５５】
宛先記憶部２１１０は、状態判定部２１０３が、印刷装置２１００における処理の負荷を“高負荷状態”と判定した場合に、応答処理を実行する対象となる応答先を記憶する。図１１は、本実施形態にかかる応答先記憶部２１００に記憶される応答先テーブルの一形態を説明する図である。
【００５６】
なお、応答先テーブルの各エントリは、応答先の情報から構成され、当該応答先は応答処理の対象となる応答先を示す。本実施形態においては、応答先の情報として応答先のＩＰアドレスを記憶するものとする。そして、応答先テーブルは、予め印刷装置２１００の管理者によって設定され応答先記憶部２１１０に記憶されるものとする。
【００５７】
プロトコル制御部２１０５は、ＳＮＭＰプロトコルをはじめとする各種プロトコルを制御するプロトコルスタックである。プロトコル制御部２１０５は、ネットワーク機能部２１０１が提供するプロトコル機能に対応して、同様の構成の機能ブロックが複数存在する。前述したように、本実施形態においては、ネットワークに接続されている装置の情報収集、監視のための通信プロトコルとして一般的なＳＮＭＰプロトコルを制御するプロトコル制御部２１０５をプロトコル制御部の一形態として説明する。
【００５８】
図９に示すように、プロトコル制御部２１０５は、応答実行部２１０８と、種別判定部２１０９とを備える。応答実行部２１０８は、応答判定部２１０４の判定結果に基づき、受信したパケットの応答処理、又は廃棄処理を実行する。種別判定部１１０９は、ＬＡＮ２２０１を介して受信したパケットの種類を判定し、受信したパケットが応答処理の判定対象となる種類のパケットであるか否かを判定する。そして、種別判定部２１０９は、受信したパケットの種別情報と当該パケットを送信した送信元情報とを抽出するとともに、応答判定部２１０４への問い合わせに併せて抽出した情報を通知する。
【００５９】
印刷機能部２１０２は、図示せぬ画像形成部としての印刷手段を制御する他、印刷ジョブデータの解析、ユーザインタフェースの制御、印刷装置２１００全体の状態管理など、ネットワーク関連機能以外の機能を制御する。また、印刷機能部２１０２は、状態判定部２１０３からの問い合わせに対して、印刷ジョブの有無や、印刷ジョブデータの解析処理にかかる中央演算装置の使用時間など、印刷装置２１００における処理の負荷状態を判定するための情報を提供する。
【００６０】
なお、印刷装置２１００は、上記以外にも、ネットワーク機能部２１０１や、印刷機能部２１０２等の機能発現にかかる制御プログラムを格納したり、受信履歴記憶部２１０７、応答先記憶部２１００の記憶領域を構成する図示せぬＲＯＭや、フラッシュメモリ等の記憶装置、中央演算装置のワーキングエリアとして機能するＲＡＭ等の一次記憶装置、印刷装置２１００の状態を表示するための、例えばＬＣＤ等の表示装置を備える表示部、管理者等からの指示を受付けるための、例えばタッチパネル等の入力手段を備える操作部、印刷装置２１００の動作状態を監視するための、例えば、用紙位置検出センサ，温湿度センサ，濃度センサ等の各種センサ、印刷装置２１００が備える各部材に電力を供給する電源等を備える。
【００６１】
次に、このような構成を有する印刷装置２１００の動作について以下に説明する。
【００６２】
まず、プロトコル制御部２１０５による動作について図１２のフローチャートを用いて説明する。なお、プロトコル制御部２１０５による動作は、ＬＡＮ２２０１を介してネットワークからパケットを受信することから開始される。ここで、説明の便宜上、受信したパケットを受信パケット２と称する。
【００６３】
ステップＳ４０１において、種別判定部２１０９は、受信パケット２から種別判定情報と送信元情報とを抽出する。ここで抽出されるパケットの種別判定情報は、通信プロトコルにより異なるが、ＳＮＭＰプロトコルの場合、受信パケット１の宛先がブロードキャストアドレスか印刷装置２１００固有のアドレス（ユニキャストアドレス）かの何れかであるか、及びＳＮＭＰのパケット種別を特定するためのコマンド種類（ＳＮＭＰ  ｉｎｆｏｒｍ、ＳＮＭＰ  Ｇｅｔ、又はＳＮＭＰ  Ｓｅｔ等）が抽出される。ここで、抽出された種別判定情報におけるコマンド種類にかかる情報を種別情報２、送信元情報を送信元情報２として説明する。
【００６４】
次に、種別判定部２１０９は、種別判定情報に基づき受信パケット２が受信制限の対象となる種別であるか否かを判定する（ステップＳ４０２）。なお、本実施形態においては、判定条件は予め設定されており、受信パケット２の宛先がブロードキャストアドレスである場合に受信制限の対象と判定するものとする。
【００６５】
ここで、受信パケット２の宛先がユニキャストアドレスであり、受信制限の対象外である場合（ステップＳ４０２  対象外）、種別判定部２１０９は、その旨を応答実行部２１０８に通知する。通知を受けた応答実行部２１０８は、受信パケット２の解析を行い（ステップＳ４０３）、当該解析結果に基づいて応答パケットを生成する（ステップＳ４０４）。次いで、応答実行部２１０８は、ステップＳ４０４において生成した応答パケットをＬＡＮ２２０１を介して送信し（ステップＳ４０５）、プロトコル制御部２１０５は待機状態へと戻る。なお、上記ステップＳ４０３からステップＳ４０５にかけての処理は、一般的なプロトコル制御の動作である。
【００６６】
一方、受信パケット２の宛先がブロードキャストアドレスであり、受信制限の対象種類である場合（ステップＳ４０２  対象種類）、種別判定部２１０９は、抽出した種別情報２、送信元情報２を応答判定部２１０４に通知するとともに、応答判定の問い合わせを行う（ステップＳ４０６）。
【００６７】
ここで、応答判定部２１０４から“応答する”との回答を得た場合（ステップＳ４０７  応答する）、種別判定部２１０９は、その旨を応答実行部２１０８に通知する。通知を受けた応答実行部２１０８は、ステップＳ４０３からステップ４１０５にかけての処理を実行する。
【００６８】
一方、応答判定部２１０４から“応答しない”との回答を得た場合（ステップＳ４０７  応答しない）、種別判定部２１０９は受信パケット２を廃棄し（ステップＳ４０８）、プロトコル制御部２１０５は待機状態へと戻る。この場合、応答実行部２１０８によりステップＳ４０３からステップＳ４０５にかかる処理が実行されないため、中央演算装置の使用時間を削減することができる。
【００６９】
次に、図１２のステップＳ４０７において、応答判定部２１０４が実行する動作について図１３、及び図１４のフローチャートを用いて説明する。
【００７０】
応答判定部２１０４による動作は、図１２のステップＳ４０６において、種別判定部２１０９からの問い合わせを受けることから開始される。なお、このとき、応答判定部２１０４は、種別判定部２１０９からの応答判定の問い合わせを受けるとともに、種別情報２、送信元情報２を取得している。
【００７１】
応答判定部２１０４は、種別判定部２１０９からの問い合わせを受けると、状態判定部２１０３から印刷装置２１００における処理の負荷状態を取得する（ステップＳ５０１）。
【００７２】
ここで、状態判定部２１０３から“低負荷状態”である旨の回答を得た場合（ステップＳ５０２  低負荷状態）、応答判定部２１０４は、種別判定部１１０９に対して“応答する”と回答し（ステップＳ５０３）、待機状態へと戻る。
【００７３】
一方、状態判定部２１０３から“中負荷状態”である旨の回答を得た場合（ステップＳ５０２  中負荷状態）、応答判定部２１０４は、受信履歴記憶部２１０７に記憶されている受信履歴テーブルを検索する。すなわち、応答判定部２１０４は、種別判定部２１０９から通知された種別情報２に合致するエントリを受信履歴テーブルのパケット種別から検索する（ステップＳ５０４）。
【００７４】
受信履歴テーブルのエントリに種別情報２に該当するパケット種別が存在しない場合（ステップＳ５０５  履歴なし）、応答判定部２１０４による処理はステップＳ５０８に移行する。例えば、種別情報２−１として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ−Ｎｅｘｔ”であった場合、図１０に示す受信履歴テーブルには、該当するエントリが存在しないため、応答判定部２１０４は履歴なしと判定し、ステップＳ５０８の処理に移行する。
【００７５】
受信履歴テーブルのエントリに種別情報２に該当するパケット種別が存在する場合（ステップＳ５０５  履歴有り）、応答判定部２１０４は、種別判定部２１０９から通知された送信元情報２に合致するエントリを受信履歴テーブルの送信元から検索する（ステップＳ５０６）。例えば、種別情報２−２として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報２−２として“１９２．１６８．１００．１５０”であった場合、図１０に示す受信履歴テーブルには、上記ステップＳ５０４において、該当するコマンド種類としてエントリ２、及びエントリ３が検索される。そして、ステップＳ５０６において、送信元情報２−２と合致するエントリとしてエントリ３が検索されることになる。
【００７６】
受信履歴テーブルのエントリに送信元情報２に該当する送信元が存在しない場合（ステップＳ５０７  エントリなし）、応答判定部２１０４による処理はステップＳ５０８に移行する。例えば、種別情報２−３として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報２−３として“１９２．１６８．１００．１００”であった場合、エントリ２、及びエントリ３の何れとも合致しないので、応答判定部２１０４はエントリなしと判定し、ステップＳ５０８の処理に移行する。
【００７７】
受信履歴テーブルのエントリに送信元情報２に該当する送信元が存在する場合(ステップＳ５０７  エントリあり)、応答判定部２１０４は、応答判定処理を行っている受信パケット２は、複数回目の受信パケットであると判定する。例えば、種別情報２−２として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報２−２として“１９２．１６８．１００．１５０”であって、エントリ３が検索された場合、応答判定部２１０４は、エントリ３の初回受信時刻の情報を受信履歴テーブルから取得し、初回受信からの経過時間を判定する。ここでは、計時部２１０６が、初回受信時刻と印刷装置２１００の起動からの経過時間とを比較し、予め設定された閾値よりも大きいか否かで判定する。例えば、エントリ３を例にすると、初回受信時刻は“１１２０２５１２３”である。そして、例えば、閾値が０１０００００００であるとし、現在時刻が“１２３０２５１２３”である場合、応答判定部２１０４は“範囲外”と判定し、ステップＳ５１３の処理に移行する。また、現在時刻が“１１４０２５１２３”である場合、応答判定部２１０４は“範囲内”と判定し、ステップＳ５１６の処理に移行する。なお、上記閾値は、受信履歴テーブルに受信した時刻が古いエントリが存在している場合を考慮したものであり、この閾値は、プロトコル仕様や受信履歴テーブルの記憶に使用するメモリ容量等を勘案して決定されるものとする。
【００７８】
よって、前回受信からの経過時間が閾値よりも小さい場合（ステップＳ５１２  範囲内）、応答判定部２１０４は、ステップＳ５０６において、検索されたエントリ３の受信カウンタのカウンタ値がカウンタ制限値の範囲内であるか否かを判定する。ここで、カウンタ制限値は、同一種別のパケットを同一送信元から受信した場合に、何回目の受信に対して応答処理を行わせるかを定めるための制限値であり、クライアント装置の動作やプロトコル仕様、印刷機能部２１０２の機能等を考慮して適切な値が予め設定されている。
【００７９】
ここで、受信カウンタ値が予め設定されたカウンタ制限値の範囲外である場合（ステップＳ５１６  範囲外）、応答判定部２１０４は、受信履歴テーブルからエントリ３を削除するとともに（ステップＳ５１７）、種別判定部２１０９に対して“応答する”と回答し（ステップＳ５１８）、待機状態へと戻る。この場合の一例として、種別情報２−２として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報２−２として“１９２．１６８．１００．１５０”であって、経過時間が閾値よりも小さく、且つ、カウンタ制限値が“３”である場合における、応答判定部２１０４の動作が終了した時点での受信履歴テーブルの構成例を図１５に示した。
【００８０】
一方、受信カウンタ値が予め設定されたカウンタ制限値の範囲内である場合（ステップＳ５１６  範囲内）、応答判定部２１０４は、エントリ３の受信カウンタのカウンタ値を加算する（ステップＳ５１９）。例えば、図１０におけるエントリ３の受信カウンタのカウンタ値は“２”である。ここで、カウンタ制限値が“４”である場合、エントリ３の受信カウンタのカウンタ値は、カウンタ制限値よりも小さいため、ステップＳ５１０においてカウンタ値の加算処理が実行される。この場合の受信履歴テーブルの構成例を図１６に示した。
【００８１】
そして、応答判定部２１０４は、種別判定部２１０９に対して“応答しない”と回答し（ステップＳ５２０）、待機状態へと戻る。
【００８２】
ところで、初回受信からの経過時間が閾値よりも大きい場合（ステップＳ５１２  範囲外）、応答判定部２１０４は、エントリ３は無効であると判定するので、エントリ３の初回受信時刻を更新するとともに（ステップＳ５１３）、エントリ３の受信カウンタのカウンタ値を１に初期化する（ステップＳ５１４）。
【００８３】
そして、応答判定部２１０４は、種別判定部２１０９に対して“応答しない”と回答し（ステップＳ５１５）、待機状態へと戻る。この場合の一例として、種別情報２−２として受信パケット１から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ”、送信元情報２−２として“１９２．１６８．１００．１５０”であって、経過時間が閾値よりも大きい場合における、応答判定部２１０４の動作が終了した時点での受信履歴テーブルの構成例を図１７に示した。
【００８４】
ところで、ステップＳ５０５、及びステップＳ５０７において、該当するエントリが検索されなかった場合、応答判定部２１０４は、受信パケット２は１回目の受信であると判定し、受信履歴テーブルに種別情報２と送信元情報２とを有する新規エントリを追加し（ステップＳ５０８）、計時部１１０６から現在時刻を取得して、初回受信時刻に格納させる（ステップＳ５０９）。さらに、応答判定部２１０４は、受信カウンタのカウンタ値に１を格納させるとともに（ステップＳ５１０）、種別判定部２１０９に対して“応答しない”と回答し（ステップＳ５１１）、待機状態に戻る。この場合の一例として、種別情報２−４として受信パケット２から抽出されたコマンド種類が、“ＳＮＭＰ  Ｇｅｔ−Ｎｅｘｔ”、送信元情報２−４として“２０２．２５４．１９０．１５”であった場合における、応答判定部２１０４の動作が終了した時点での受信履歴テーブルの構成例を図１８に示した。
【００８５】
一方、状態判定部２１０３から“高負荷状態”である旨の回答を得た場合（ステップＳ５０２  高負荷状態）、応答判定部２１０４は、応答先記憶部２１１０に記憶されている応答先テーブルを参照し、送信先情報２に一致するエントリを検索する（ステップＳ５２０）。
【００８６】
ここで、送信先情報２に一致するエントリが応答先テーブルに存在しない場合（ステップＳ５２１  該当なし）、応答判定部２１０４は、種別判定部２１０９に対して“応答しない”と回答し（ステップＳ５２２）、待機状態に戻る。
【００８７】
一方、送信先情報２に一致するエントリが応答先テーブルに存在する場合（ステップＳ５２１  該当有り）、応答判定部２１０４による処理はステップＳ５０４に移行する。
【００８８】
最後に、図１３のステップＳ５０２において、状態判断部２１０３が実行する動作について図１９のフローチャートを用いて説明する。
【００８９】
状態判断部２１０３による動作は、図１３のステップＳ５０１において、応答判定部２１０４からの印刷装置２１００における処理の負荷状態の問い合わせを受けることにより開始される。
【００９０】
状態判定部２１０３は、応答判定部２１０４からの印刷装置２１００における処理の負荷状態の問い合わせを受けると、印刷機能部２１０２から処理負荷に関する情報を取得する（ステップＳ６０１）。ここでは、状態判定部２１０３は、印刷機能部２１０２を介して処理中の印刷ジョブの有無、及び印刷ジョブデータ解析処理に使用されている中央演算装置の処理時間にかかる情報を取得するものとする。
【００９１】
具体的には、状態判定部２１０３は、処理中の印刷ジョブが存在し、かつ印刷ジョブデータ解析処理に使用されている中央演算装置の使用時間が８０％を超えている場合は“高負荷状態”であると判定する。また、中央演算処理装置の使用時間が５０％〜８０％の場合、すなわち、専ら印刷ジョブデータの解析処理が優先され、応答処理に対する対応が困難である非通常状態（ビジー状態）を“中負荷状態”、それ以外を“低負荷状態”と判定する（ステップＳ６０２）。なお、本実施形態における判断基準は、印刷機能部２１０２の機能を考慮して決定されるものであり、例えば、中央演算装置への通電が制御される省電力状態としてのディープスリープ状態であり、応答処理に即応することが困難な状態を非通常状態と規定してもかまわない。。
【００９２】
そして、状態判定部２１０３は、ステップＳ６０２において判定した負荷状態を対応判定部２１０４に回答し（ステップＳ６０３）、待機状態に戻る。
【００９３】
以上のように、第２の実施形態によれば、第１の実施形態の効果に加え、同一種別のパケットを同一送信元から複数回受信した場合の応答回数を定めることにより、印刷機能の処理優先度に最適な応答処理の負荷を定めることができる。また、同一種類のパケットに対して、複数回受信することに加え、当該パケットの送信元を判定することにより、さらなる応答処理の処理負荷を低減させることが可能である。したがって、印刷機能の処理負荷に応じて、段階的にネットワークの応答処理の負荷を削減せさることが可能な上、必要なクライアント装置に対しては、応答処理が行われるといった効果を得ることができる。
【００９４】
本実施形態の説明においては、印刷装置を一例として説明したが、本発明はこれに限定されず、例えば、ＭＦＰ装置やスキャナ装置等のネットワーク機能を有する情報処理装置であれば適用可能である。
【００９５】
本実施形態の説明においては、通信プロトコルとしてＳＮＭＰプロトコルを一例として説明したが、本発明はこれに限定さず、例えば、ｍＤＮＳ（Multicast Domain Name System）や、ＮｅｔＢＩＯＳ  Ｎａｍｅ  Ｓｅｒｖｉｃｅ等のネットワーク上に接続されている装置の情報収集、監視に使用される通信プロトコルに対しても実現可能である。
【００９６】
本実施形態の説明においては、印刷装置における処理の負荷状態を判定する情報として、印刷ジョブの有無と、印刷ジョブデータの処理にかかる中央演算装置の使用時間を一例として説明したが、本発明はこれに限定されず、例えば、メモリ使用量、タスク数といった負荷状態を判定することが可能な情報であれば適用可能である。
【００９７】
本実施形態の説明においては、応答処理の判定を行うためのパケット受信回数を一律に設定しているが、本発明はこれに限定されず、パケット種別ごとに受信回数の閾値を変更するように構成することも可能である。
【００９８】
本実施形態の説明においては、高負荷状態であるか否かの判定に基づき、応答処理の判定を行っているが、本発明はこれに限定されず、例えば、省電力状態であるか否かの判定に基づき、応答処理の判定を行う構成としてもかまわない。
【００９９】
本実施形態の説明においては、応答先テーブルとして１種類用意し、負荷状態を３段階で判定することにより応答処理の判定を行っているが、本発明はこれに限定されず、例えば、応答先テーブルを複数用意し、４段階以上の負荷状態で判判定することにより応答処理の判定を行う構成としてもかまわない。
【符号の説明】
【０１００】
１１００、２１００  印刷装置
１１０１、２１０１  ネットワーク機能部
１１０２、２１０２  印刷機能部
１１０３、２１０３  状態判定部
１１０４、２１０４  応答判定部
１１０５、２１０５  プロトコル制御部
１１０６、２１０６  計時部
１１０７、２１０７  受信履歴記憶部
１１０８、２１０８  応答実行部
１１０９、２１０９  種別判定部
１２０１、２２０１  ＬＡＮ
２１１０  応答先記憶部
【図１】
2011237922.tif 000003
【図２】
2011237922.tif 000004
【図３】
2011237922.tif 000005
【図４】
2011237922.tif 000006
【図５】
2011237922.tif 000007
【図６】
2011237922.tif 000008
【図７】
2011237922.tif 000009
【図８】
2011237922.tif 000010
【図９】
2011237922.tif 000011
【図１０】
2011237922.tif 000012
【図１１】
2011237922.tif 000013
【図１２】
2011237922.tif 000014
【図１３】
2011237922.tif 000015
【図１４】
2011237922.tif 000016
【図１５】
2011237922.tif 000017
【図１６】
2011237922.tif 000018
【図１７】
2011237922.tif 000019
【図１８】
2011237922.tif 000020
【図１９】
2011237922.tif 000021