JP2009194441A - ネットワーク機器及びその制御方法、プログラム、記憶媒体 - Google Patents

Abstract

【課題】アプリケーションがオフ状態に設定されていることが原因で拒否された処理要求が、どのアプリケーションに対する要求であったかを識別可能なネットワーク機器及びその制御方法、プログラム、記憶媒体画像形成装置を提供する。
【解決手段】ＰＣとネットワークを介して接続される画像形成装置は、前記ＰＣと前記画像形成装置との間で送受信されるパケットを監視して、前記監視するパケットの中から、前記ＰＣからの処理要求に対して前記画像形成装置が送信した、当該処理要求を拒否する拒否パケットを検知するとともに、前記処理要求の要求先のポート番号を認識して、当該認識されたポート番号に対応するアプリケーションを、当該処理要求の要求先のアプリケーションとして特定する機能を有する。また、画像形成装置は、前記拒否パケットを検知した場合に、前記特定された前記処理要求の要求先のアプリケーションを示す情報を含むエラー情報を出力する。
【選択図】図７

Description

本発明は、ネットワークを介して接続された外部装置との間でパケットを送受信するネットワーク機器及びその制御方法、プログラム、記憶媒体に関する。

複数のネットワーク機器が接続されるネットワーク通信システムにおける、ネットワーク上のコネクション断やシーケンスエラー等の様々な通信エラーを解析するために、ネットワーク上の通信をモニタリングするソフトウェアが開発されている。

しかしながら、ネットワーク障害が発生するたびに、こうしたソフトウェアを備えたＰＣをネットワーク機器に接続して、ネットワーク上の通信をモニタリングすることにより通信エラーを解析するためには時間とコストがかかる。

こうしたことから、モニタリング用のソフトウェアを備えたＰＣを用いることなく、ネットワーク機器における通信エラーを迅速に解消するための技術が提案されている。即ち、ネットワークを介して送受信されるパケットをネットワーク機器内部で随時キャプチャして監視するシステムが考えられている（例えば、特許文献１参照）。そして、こうした機器は今後ますます増加することが予想される。
特開２００４−３６２０１２号公報

上述したモニタリングの方法においては、外部装置からの処理要求をネットワーク機器が拒否した場合に、その旨をエラー情報として出力する。外部装置からの処理要求を拒否する原因としては、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されていることや、処理要求の要求先のアプリケーションがオフ状態に設定されていること等が考えられる。

そして、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されていることが原因で処理要求が拒否される場合は、処理要求の要求先のアプリケーションがＩＰアドレスのフィルタリング処理を行う。そのため、出力されるエラー情報には、処理要求の要求先のアプリケーションを示す情報を含めることが可能である。

しかしながら、アプリケーション（例えば、ＬＰＤやＲａｗ等）がオフ状態に設定されている場合は、外部装置からの処理要求がアプリケーションまで届けられないため、要求先のアプリケーション自身は、処理要求が拒否されたことを把握していない。そればかりか、アプリケーションがオフ状態に設定されている場合は、ネットワーク機器は、そのアプリケーションに対応するポート番号を監視していないため、拒否された処理要求がどのアプリケーションに対する要求であったのかさえも知ることもできない。

このため、外部装置からの処理要求が拒否されたとしても、それがどのような原因により発生したのかを解析するために手間がかかってしまうという問題がある。また、ネットワーク機器の利用者にとっても、外部装置からの処理要求が拒否される原因が分かり難く、使い勝手が良くないという問題があった。

本発明の目的は、アプリケーションがオフ状態である場合であって、外部装置からの処理要求が拒否された場合において、その要求がどのアプリケーションに対する要求であったかを識別可能なネットワーク機器及びその制御方法、プログラム、記憶媒体を提供することにある。

上記目的を達成するために、請求項１記載のネットワーク機器は、外部装置とネットワークを介して接続されるネットワーク機器であって、前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視手段と、前記監視手段が監視するパケットの中から、前記外部装置からの処理要求に対して前記ネットワーク機器が送信した、当該処理要求を拒否する拒否パケットを検知する検知手段と、前記処理要求の要求先のポート番号を認識し、当該認識されたポート番号に対応するアプリケーションを、当該処理要求の要求先のアプリケーションとして特定する特定手段と、前記特定手段により特定されたアプリケーションがオフ状態である場合であって、前記検知手段が前記拒否パケットを検知した場合において、前記特定手段により特定されたアプリケーションを示す情報を含むエラー情報を出力する出力手段とを備えることを特徴とする。

本発明によれば、アプリケーションがオフ状態である場合であって、外部装置からの処理要求が拒否された場合において、その要求がどのアプリケーションに対する要求であったかを識別することができる。

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

図１は、本発明の実施の形態に係るネットワーク機器としての画像形成装置のブロックである。

図１において、本画像形成装置は、ＲＯＭ１０３に格納されているプログラムを実行するＣＰＵ１０１を備え、ＣＰＵ１０１によって、システムバス１１１に接続される各デバイスを総括的に制御する。

また、ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。そして、デバイスの設定値を保存するバックアップＲＡＭも構成される。ＣＲＴコントローラ（ＣＲＴＣ）１０４は、ＣＲＴディスプレイ（ＣＲＴ）１０８の表示を制御する。ＣＲＴディスプレイ１０８を用いて、ユーザは画像形成装置において実行されているジョブ処理のステータスを確認したり、各種指示を入力したりすることができる。

ディスクコントローラ（ＤＫＣ）１０５は、画像や様々なユーザデータを保存するハードディスク（ＨＤ）１０９を制御する。デバイスコントローラ（ＤＶＣ）１０６は、プリンタ（ＤＶ）１１０を制御する。

ネットワークインタフェースカード（ＮＩＣ）１０７は、ＬＡＮ１１２を介して、ネットワーク上の外部装置（例えば、ＰＣ（パーソナルコンピュータ）など）と画像形成装置との間の通信を制御する。

ここで、ＣＰＵ１０１は、外部装置と画像形成装置との間で送受信されるパケットを監視する監視手段として機能する。また、ＣＰＵ１０１は、監視するパケットの中から、外部装置からの処理要求に対して画像形成装置が送信した、処理要求を拒否する拒否パケットを検知する検知手段として機能する。さらに、ＣＰＵ１０１は、外部装置からの処理要求の要求先のポート番号を認識し、認識されたポート番号に対応するアプリケーションを、処理要求の要求先のアプリケーションとして特定する特定手段として機能する。

また、ＨＤ１０９は、所定のアプリケーションに対応するポート番号として初期設定されていたポート番号と、この所定のアプリケーションに対応するポート番号として現在設定されているポート番号とを関連付けて管理する管理手段として機能する。また、ＣＰＵ１０１は、外部装置からの処理要求の要求先のアプリケーションがオン状態であるか、またはオフ状態であるかを判別する判別手段として機能する。さらに、ＣＰＵ１０１は、外部装置からの処理要求を拒否する拒否パケットが画像形成装置から送信されたことを検知した場合に、この処理要求の要求先のアプリケーションを示す情報を含むエラー情報を、出力する出力手段として機能する。尚、ＣＰＵ１０１がエラー情報を出力する場合は、例えば、表示手段として機能するＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報を表示させることにより、エラー情報を出力する。

尚、以上の詳細については、以降、順次説明する。

図２は、図１の画像形成装置が接続されるネットワーク通信システムの構成図である。

図２において、本ネットワーク通信システムは、ＰＣ２０１と複数の画像形成装置２０２、２０３がネットワーク２０４で接続されることで構築されている。各装置間の矢印はデータもしくは指示の流れを示している。

ＰＣ２０１は、印刷ジョブを画像形成装置２０２、２０３に発行し、ＳＮＭＰの監視プロトコル等を利用して、画像形成装置２０２、２０３のステータスを監視することができる。

また、印刷プロトコルの１つであるＲａｗを用いて印刷処理を実行するＲａｗアプリケーションがそれぞれ、画像形成装置２０２ではオン状態、画像形成装置２０３ではオフ状態に設定されている。そこで、ＰＣ２０１から画像形成装置２０２のＲａｗアプリケーションに対して印刷処理を要求すると（１）、画像形成装置２０２では印刷ジョブの受信が許可され、印刷処理が実行される（２）。一方、ＰＣ２０１から画像形成装置２０３のＲａｗアプリケーションに対して印刷処理を要求すると（３）、画像形成装置２０３では、印刷ジョブの受信が拒否され、印刷処理が実行されない（４）。

尚、本実施の形態では、Ｒａｗアプリケーションを用いた印刷処理に関して説明を行ったが、Ｒａｗ以外の別のプロトコルを用いた印刷アプリケーションであっても構わない。また、ＳＮＭＰに代表される監視系のアプリケーションであっても構わない。

また、画像形成装置、ＰＣとも、図２の構成に限定されるものではなく、それぞれ１または複数の組み合わせでも差し支えない。

図３は、図１の画像形成装置内部のポート管理テーブルの第１の例を示す図である。

図３において、画像形成装置内部で使用する可能性のあるポート番号一覧３０１、ポート番号一覧３０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧３０２が示される。また、ポート番号一覧３０１のポート番号ごとにそれぞれ対応するアプリケーション名を記述しているアプリケーション名一覧３０３が示される。

尚、ＬＰＤやＲａｗ等の既知のアプリケーションは、ポート番号、アプリケーション名は予め定められているため、固定情報として予め管理テーブルに保持しておく。また、オン、オフ一覧３０２のオフ、オン情報はＮＶＲＡＭに保持されている各アプリケーションがオフ状態またはオン状態に設定されたことに応じて更新される。

尚、図３のポート管理テーブルは、予め固定情報として、管理テーブルを保持するとしたが、各アプリケーションから、使用するポート番号、アプリケーションのオフ情報／オン状態、アプリケーション名を自動的に登録させるような構成にしても構わない。

図４は、図１の画像形成装置内部のポート管理テーブルであって、アプリケーションによりポート番号を変更することを可能にした場合のポート管理テーブルを示す図である。

図４に示すポート管理テーブルには、現在設定されているポート番号（第２のポート番号）を示すポート番号一覧４０１、初期設定されていたポート番号（第１のポート番号）を示すポート番号一覧４０２の各情報がそれぞれ関連付けて管理されている。また、現在設定されているポート番号一覧４０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧４０３が示される。また、現在設定されているポート番号一覧４０１のポート番号ごとのアプリケーション名を記述しているアプリケーション名一覧４０４が示される。尚、ここでは初期設定されていたポート番号とは、工場出荷時に設定されているポート番号のことを示すが、その他の時点で設定されているポート番号を、初期設定のポート番号として管理するようにしても構わない。

図５は、図２のネットワーク通信システムのシーケンスの第１の実施の形態を示す図である。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。

ＰＣ２０１のＩＰアドレスは１７２．２４．２２．５５に割り振られている。画像形成装置２０３は、Ｒａｗアプリケーションがオフ状態に設定されている。

ステップＳ５０１では、ＰＣ２０１から送信された、ＴＣＰ／ＩＰプロトコルでのコネクション接続要求のＳＹＮパケットを、画像形成装置２０３が受信する。尚、このＳＹＮパケットは、Ｒａｗアプリケーションに対応するポート番号９１００を要求先として送信される。ステップＳ５０２では、ＴＣＰ／ＩＰプロトコルで、コネクション接続拒否を示すＲＳＴパケットが、画像形成装置２０３からＰＣ２０１に送信される。

画像形成装置２０３は、Ｒａｗアプリケーションがオフ状態に設定されているため、ＲＳＴパケットを返信している。尚、Ｒａｗアプリケーションがオン状態に設定されていれば、画像形成装置２０３は、ＡＣＫパケットを返信して、受信許可であることをＰＣ２０１に通知する。

尚、図５では、Ｒａｗアプリケーションに対して印刷要求を行う場合のシーケンスを示したが、ＬＰＤ等の別の印刷プロトコルを用いる場合でも同様であり、また、ＳＮＭＰ等の監視プロトコルにも適用可能である。但し、ＳＮＭＰを用いる場合は、ＵＤＰパケットを使用するため、ＳＹＮパケットでの要求ではなく、直接ＳＮＭＰパケットでの要求がＰＣ２０１から送信され、画像形成装置側は、パケットを返信しないことによりエラーであることを示す。

図６は、図１におけるＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報が表示された画面の一例を示す図である。

図６において、画面には、外部装置からの処理要求を受信した時刻６０１、処理要求の要求先のアプリケーション６０２、処理要求の要求元である外部装置のＩＰアドレス６０３が表示される。６０４には、処理要求を拒否したかどうかを示す情報が表示される。ここでは、処理要求が拒否された場合は「ＮＧ」と表示され、拒否されずに正常に処理が実行された場合は「ＯＫ」と表示される。

更に、６０５には、処理要求が拒否された場合に、処理要求が拒否された原因を区別するための情報が表示される。尚、本実施形態では、処理要求の要求先のアプリケーションがオフ状態であることが原因で拒否された場合には「アプリＯＦＦ」と表示され、それ以外の原因により拒否された場合（「―」が表示される）と区別して表示している。

図７は、図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第１の実施の形態を示すフローチャートである。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。

図７において、ステップＳ７０１では、画像形成装置内のネットワーク監視モジュール（ＣＰＵ１０１）が、ＰＣ２０１と画像形成装置の間で送受信されるパケットを監視する。

ステップＳ７０２では、ネットワーク監視モジュールが、ＰＣ２０１からのジョブ処理要求に対して画像形成装置が送信したＲＳＴ（コネクション拒否）パケットを検知する。

ステップＳ７０２において、画像形成装置がＲＳＴ（コネクション拒否）パケットを送信していれば、ステップＳ７０３へ進み、画像形成装置がＲＳＴ（コネクション拒否）パケットを送出していなければ、終了する。

尚、拒否パケットとは、ＰＣ２０１からのコネクション接続要求（処理要求）に対して、接続される側（画像形成装置側）からその接続を拒否することを示すパケットを意味する。また、処理要求を拒否する要因としては、アプリケーションがオフ状態である場合のほか、処理要求の要求元の外部装置のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されている場合がある。

ステップＳ７０３では、処理要求の要求先のポート番号を識別する。ステップＳ７０４では、図３の管理テーブルを参照し、ステップＳ７０３で識別したポート番号が登録されているかどうかを検出する。

ステップＳ７０５では、上記ポート番号が登録されているかどうかを判別し、上記ポート番号が登録されていなければ終了し、上記ポート番号が登録されていれば、ステップＳ７０６へ進む。ステップＳ７０６では、図３の管理テーブルを参照し、ステップＳ７０３で識別したポート番号に対応するアプリケーションを特定する。

ステップＳ７０７では、ステップＳ７０６で特定されたアプリケーションがオン状態であるか、またはオフ状態であるかを図３の管理テーブルを参照して判別する。そして、ステップＳ７０６で特定されたアプリケーションがオフ状態であれば、ステップＳ７０８へ進み、そうでなければ終了する。

ステップＳ７０８では、ステップＳ７０６で特定されたアプリケーションの名称を含むエラー情報を、図６に示すように、ＣＲＴ１０８の画面に表示する。

尚、画像形成装置上で、ステップＳ７０４、Ｓ７０６、Ｓ７０７において、図３の管理テーブルに代えて、図４の管理テーブルを参照することも可能である。尚、図４の管理テーブルを参照する場合において、処理要求の要求先のポート番号が初期設定されていたポート番号である場合は、以下のようにしてもよい。即ち、処理要求の要求先のポート番号に関連付けて管理されている現在設定されているポート番号に対応するアプリケーションを、処理要求の要求先のアプリケーションとして特定するようにしてもよい。そして、特定されたアプリケーションの名称が、ＣＲＴ１０８に表示される。

また、ここでは、Ｓ７０６で特定されたアプリケーションがオフ状態でない、つまりオン状態であると判別された場合は処理を終了すると説明したが、実際には、処理要求の要求先のアプリケーションがオン状態に設定されている場合は、以下のように動作する。即ち、処理要求の要求先のアプリケーションがオン状態であるにも関わらず、処理要求が拒否される場合とは、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されている場合が考えられる。このような場合は、処理要求の要求先のアプリケーションは、処理要求のパケットを受け取った上でその要求を拒否するかどうかを判断するので、ＣＲＴ１０８の画面にはアプリケーションから直接通知される情報に基づくエラー情報が表示される。

図８は、図１の画像形成装置内部のポート管理テーブルの第２の例を示す図である。

図８において、画像形成内部で使用する可能性のあるポート番号一覧８０１、ポート番号一覧８０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧８０２が示される。また、ポート番号一覧８０１のポート番号ごとにそれぞれ対応するアプリケーション名を記述しているアプリケーション名一覧８０３、およびアプリケーションごとのサービスＵＲＬ一覧８０４が示される。

尚、図８の管理テーブルであるが、予め固定情報として、ポート番号を管理テーブルに記述してもよいし、自動的に、各アプリケーションから登録させるようにしても構わない。

図９は、図２のネットワーク通信システムのシーケンスの第２の実施の形態を示す図である。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。

図９において、ＰＣ２０１のＩＰアドレスは１７２．２４．２２．５５に割り振られている。画像形成装置２０２は、ＩＰＰアプリケーションがオフ状態に設定されている。

ステップＳ９０１では、ＰＣ２０１から送信された、ＨＴＴＰプロトコルでのコネクション接続要求を示すパケットを画像形成装置２０２が受信する。尚、このパケットは、ＩＰＰアプリケーションに対応するポート番号８０を要求先として送信される。また、ＨＴＴＰのヘッダには、サービスＵＲＬ（ＵＲＬ情報）が含まれている。ステップＳ９０２では、ＴＣＰ／ＩＰプロトコルで、コネクション接続拒否を示す、ＲＳＴパケットが、画像形成装置２０２からＰＣ２０１に送信される。

画像処理装置２０２は、ＩＰＰアプリケーションがオフ状態に設定されているため、画像形成装置２０２は、ＴＣＰ／ＩＰプロトコルとして、ＲＳＴパケットをＰＣ２０１に返信している。

尚、ＩＰＰアプリケーションがオン状態に設定されていれば、画像形成装置２０２は、ＨＴＴＰの正常レスポンスをＰＣ２０１に返信して、受信許可であることをＰＣ２０１に通知する。

尚、図９では、ＩＰＰアプリケーションに対して印刷要求を行う場合のシーケンスを記述したが、別のプロトコルに対応するアプリケーションでも同様であり適用可能である。

図１０は、図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第２の実施の形態を示すフローチャートである。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。

図１０において、ステップＳ１００１では、画像形成装置内のネットワーク監視モジュール（ＣＰＵ１０１）が、ＰＣ２０１と画像形成装置の間で送受信されるパケットを監視する。

ステップＳ１００２では、ネットワーク監視モジュールが、ＰＣ２０１からのジョブ処理要求に対して画像形成装置が送信したＲＳＴ（コネクション拒否）パケットを検知する。

ステップＳ１００２において、画像形成装置がＲＳＴ（コネクション拒否）パケットを送信していれば、ステップＳ１００３へ進み、画像形成装置がＲＳＴ（コネクション拒否）パケットを送出していなければ、終了する。

ステップＳ１００３では、処理要求の要求先のポート番号を識別する。ステップＳ１００４では、図８の管理テーブルを参照し、ステップＳ１００３で識別したポート番号が登録されているかを検出する。

ステップＳ１００５では、上記ポート番号が登録されているかどうかを判別し、上記ポート番号が登録されていれば、ステップＳ１００６へ進み、そうでなければ終了する。

ステップＳ１００６では、該当するポート番号に対して、複数のアプリケーション対応付けて登録されているかどうかを判別し、複数のアプリケーションが登録されていれば、ステップＳ１００７へ進む。一方、複数のアプリケーションが登録されておらず、１つのアプリケーションが登録されている場合は、図７のステップＳ７０６へ進む。

ステップＳ１００７では、ＰＣ２０１から通知されるサービスＵＲＬを確認し、ステップＳ１００８で、ＰＣ２０１から通知されたサービスＵＲＬと一致するサービスＵＲＬが管理テーブル上に存在すれば、ステップＳ１００９へ進み、そうでなければ終了する。ＰＣ２０１から通知されたサービスＵＲＬと一致するサービスＵＲＬが存在しなければ終了する。

ステップＳ１００９では、図８の管理テーブルを参照し、ステップＳ１００７で確認したＵＲＬに関連付けられたアプリケーションを特定する。

ステップＳ１０１０では、ステップＳ１００９のポート番号に関連付けられたアプリケーションがオン状態であるか、またはオフ状態であるかを判別する。そして、ステップＳ１００７のＵＲＬに関連付けられたアプリケーションがオフ状態であれば、ステップＳ１０１１へ進み、そうでなければ終了する。

ステップＳ１０１１では、ステップＳ１００９で特定されたアプリケーションの名称を含むエラー情報を、図６に示すように、ＣＲＴ１０８の画面に表示する。

（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。

プログラムを供給するためのコンピュータ読み取り可能な記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。即ち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。即ち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。

本発明の実施の形態に係るネットワーク機器としての画像形成装置のブロック図である。 図１の画像形成装置が接続されるネットワーク通信システムの構成図である。 図１の画像形成装置内部のポート管理テーブルの第１の例を示す図である。 図１の画像形成装置内部のポート管理テーブルであって、アプリケーションによりポート番号を変更することを可能にした場合のポート管理テーブルを示す図である。 図２のネットワーク通信システムのシーケンスの第１の実施の形態を示す図である。 図１におけるＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報が表示された画面の一例を示す図である。 図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第１の実施の形態を示すフローチャートである。 図１の画像形成装置内部のポート管理テーブルの第２の例を示す図である。 図２のネットワーク通信システムのシーケンスの第２の実施の形態を示す図である。 図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第２の実施の形態を示すフローチャートである。

符号の説明

１０１ ＣＰＵ
１０２ ＲＡＭ
１０３ ＲＯＭ
１０４ ＣＲＴＣ
１０５ ＤＫＣ
１０６ ＤＶＣ
１０７ ＮＩＣ
１０８ ＣＲＴ
１０９ ＨＤ
１１０ ＤＶ

Claims (10)

1. 外部装置とネットワークを介して接続されるネットワーク機器であって、
   前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視手段と、
   前記監視手段が監視するパケットの中から、前記外部装置からの処理要求に対して前記ネットワーク機器が送信した、当該処理要求を拒否する拒否パケットを検知する検知手段と、
   前記処理要求の要求先のポート番号を認識し、当該認識されたポート番号に対応するアプリケーションを、当該処理要求の要求先のアプリケーションとして特定する特定手段と、
   前記特定手段により特定されたアプリケーションがオフ状態である場合であって、前記検知手段が前記拒否パケットを検知した場合において、前記特定手段により特定されたアプリケーションを示す情報を含むエラー情報を出力する出力手段と、
   を備えることを特徴とするネットワーク機器。
2. 前記特定されたアプリケーションがオン状態であるか、またはオフ状態であるかを判別する判別手段を更に備え、
   前記判別手段により、前記特定されたアプリケーションがオフ状態であると判別された場合に、前記出力手段は、当該特定されたアプリケーションがオフ状態であることを示す情報を含む、前記エラー情報を出力することを特徴とする請求項１に記載のネットワーク機器。
3. 前記出力手段は、前記特定手段により特定されたアプリケーションがオン状態である場合であって、前記検知手段が前記拒否パケットを検知した場合においても、エラー情報を出力することが可能であって、
   当該出力手段は、前記外部装置からの処理要求が、前記特定されたアプリケーションがオフ状態であることが原因で拒否されたか、またはそれ以外の原因により拒否されたかを区別して前記エラー情報を出力することを特徴とする請求項１または２に記載のネットワーク機器。
4. 前記ネットワーク機器に備えられた所定のアプリケーションに対応するポート番号として初期設定されていた第１のポート番号と、当該所定のアプリケーションに対応するポート番号として現在設定されている第２のポート番号とを関連付けて管理する管理手段を更に備え、
   前記特定手段は、前記処理要求の要求先のポート番号が前記第１のポート番号である場合に、前記管理手段により当該第１のポート番号に関連付けて管理されている前記第２のポート番号に対応するアプリケーションを当該処理要求の要求先のアプリケーションとして特定することを特徴とする請求項１から３のいずれか１項に記載のネットワーク機器。
5. 前記特定手段は、前記処理要求の要求先のポート番号に対して、複数のアプリケーションが対応している場合は、さらに前記外部装置から通知されるＵＲＬ情報を用いて前記処理要求の要求先のアプリケーションを特定することを特徴とする請求項１から４のいずれか１項に記載のネットワーク機器。
6. 前記エラー情報を表示する表示手段を更に備え、
   前記出力手段は、前記エラー情報を前記表示手段に表示させることにより、当該エラー情報を出力することを特徴とする請求項１から５のいずれか１項に記載のネットワーク機器。
7. 前記外部装置は、前記処理要求を行うことにより、前記ネットワーク機器に対して印刷処理の実行を要求し、
   前記特定手段により特定されるアプリケーションとは、前記外部装置からの処理要求に応じて、印刷処理を実行するアプリケーションであることを特徴とする請求項１から６のいずれか１項に記載のネットワーク機器。
8. 外部装置とネットワークを介して接続されるネットワーク機器の制御方法であって、
   前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視工程と、
   前記監視工程で監視するパケットの中から、前記外部装置からの処理要求に対して前記ネットワーク機器が送信した、当該処理要求を拒否する拒否パケットを検知する検知工程と、
   前記処理要求の要求先のポート番号を認識し、当該認識されたポート番号に対応するアプリケーションを、当該処理要求の要求先のアプリケーションとして特定する特定工程と、
   前記特定工程で特定されたアプリケーションがオフ状態である場合であって、前記検知工程で前記拒否パケットが検知された場合において、前記特定工程で特定されたアプリケーションを示す情報を含むエラー情報を出力する出力工程と、
   を備えることを特徴とするネットワーク機器の制御方法。
9. 請求項８に記載の制御方法をコンピュータに実行させるためのプログラム。
10. 請求項８に記載の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータで読み取り可能な記憶媒体。

Images