(57)【特許請求の範囲】
【請求項１】
外部装置とネットワークを介して接続され、該外部装置からの処理要求を受け付けるネットワーク機器であって、
前記外部装置からの処理要求を受け付けたポートのポート番号とアプリケーションとを対応付けて、前記アプリケーションが動作している状態または動作していない状態であるかを管理する管理手段と、
前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視手段と、
前記監視手段で監視される前記パケットに、前記ネットワーク機器から前記外部装置に対して送信され前記外部装置からの処理要求を拒否する拒否パケットがあると、前記外部装置からの処理要求が拒否されたことを検知する検知手段と、
前記検知手段により前記外部装置からの処理要求が拒否されたことが検知された場合に、当該拒否された処理要求に含まれるポート番号に対応するアプリケーションを特定する特定手段と、
前記特定手段により特定されたアプリケーションが動作している状態であるか、または動作していない状態であるかを判定する判定手段と、
前記検知手段により前記外部装置からの処理要求が拒否されたことが検知された場合に、前記判定手段により、前記特定手段により特定されたアプリケーションが動作していない状態であると判定されると、当該特定されたアプリケーションを示す情報を含むエラー情報を出力する出力手段と、
を備えることを特徴とするネットワーク機器。
【請求項２】
前記出力手段は、前記検知手段により前記外部装置からの処理要求が拒否されたことが検知された場合には、前記特定手段により特定されたアプリケーションが動作している状態である場合においてもエラー情報を出力し、
前記出力手段は、前記外部装置からの処理要求が、前記特定されたアプリケーションが動作していない状態であることが原因で拒否されたかまたはそれ以外の原因により拒否されたかを区別して前記エラー情報を出力することを特徴とする請求項１に記載のネットワーク機器。
【請求項３】
前記管理手段は、前記アプリケーションに対応するポート番号として初期設定されていた第１のポート番号と、当該アプリケーションに対応するポート番号として現在設定されている第２のポート番号とを関連付けて管理しており、
前記特定手段は、前記処理要求を受け付けたポートのポート番号が前記第１のポート番号である場合に、前記管理手段により当該第１のポート番号に関連付けて管理されている前記第２のポート番号に対応するアプリケーションを、前記外部装置から処理要求を受け付けたポートのポート番号に対応するアプリケーションとして特定することを特徴とする請求項１または２に記載のネットワーク機器。
【請求項４】
前記管理手段は前記アプリケーションに対応付けてＵＲＬ情報を管理しており、
前記特定手段は、前記外部装置から処理要求を受け付けたポートのポート番号に対して、複数のアプリケーションが対応している場合は、さらに前記外部装置から通知されるＵＲＬ情報を用いて前記処理要求の要求先のアプリケーションを特定することを特徴とする請求項１から３のいずれか１項に記載のネットワーク機器。
【請求項５】
前記エラー情報を表示する表示手段を更に備え、
前記出力手段は、前記エラー情報を前記表示手段に表示させることにより、当該エラー情報を出力することを特徴とする請求項１から４のいずれか１項に記載のネットワーク機器。
【請求項６】
前記外部装置は、前記処理要求を行うことにより、前記ネットワーク機器に対して印刷処理の実行を要求し、前記特定手段により特定されるアプリケーションとは、前記外部装置からの処理要求に応じて、印刷処理を実行するアプリケーションであることを特徴とする請求項１から５のいずれか１項に記載のネットワーク機器。
【請求項７】
外部装置とネットワークを介して接続され、該外部装置からの処理要求を受け付けるネットワーク機器の制御方法であって、
前記処理要求の要求先のポート番号とアプリケーションとを対応付けて、前記アプリケーションが動作している状態または動作していない状態であるかを管理する管理工程と、
前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視工程と、
前記監視工程で監視される前記パケットに、前記ネットワーク機器から前記外部装置に対して送信され前記外部装置からの処理要求を拒否する拒否パケットがあると、前記外部装置からの処理要求が拒否されたことを検知する検知工程と、
前記検知工程により前記外部装置からの処理要求が拒否されたことが検知された場合に、当該拒否された処理要求に含まれるポート番号に対応するアプリケーションを特定する特定工程と、
前記特定工程により特定されたアプリケーションが動作している状態であるか、または動作していない状態であるかを判定する判定工程と、
前記検知工程により前記外部装置からの処理要求が拒否されたことが検知された場合に、前記判定工程により、前記特定工程により特定されたアプリケーションが動作していない状態であると判定されると、当該特定されたアプリケーションを示す情報を含むエラー情報を出力する出力工程と、
を備えることを特徴とするネットワーク機器の制御方法。
【請求項８】
請求項７に記載の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された外部装置との間でパケットを送受信するネットワーク機器、その制御方法、およびプログラムに関する。
【背景技術】
【０００２】
複数のネットワーク機器が接続されるネットワーク通信システムにおける、ネットワーク上のコネクション断やシーケンスエラー等の様々な通信エラーを解析するために、ネットワーク上の通信をモニタリングするソフトウェアが開発されている。
【０００３】
しかしながら、ネットワーク障害が発生するたびに、こうしたソフトウェアを備えたＰＣをネットワーク機器に接続して、ネットワーク上の通信をモニタリングすることにより通信エラーを解析するためには時間とコストがかかる。
【０００４】
こうしたことから、モニタリング用のソフトウェアを備えたＰＣを用いることなく、ネットワーク機器における通信エラーを迅速に解消するための技術が提案されている。即ち、ネットワークを介して送受信されるパケットをネットワーク機器内部で随時キャプチャして監視するシステムが考えられている（例えば、特許文献１参照）。そして、こうした機器は今後ますます増加することが予想される。
【特許文献１】特開２００４−３６２０１２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上述したモニタリングの方法においては、外部装置からの処理要求をネットワーク機器が拒否した場合に、その旨をエラー情報として出力する。外部装置からの処理要求を拒否する原因としては、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されていることや、処理要求の要求先のアプリケーションがオフ状態に設定されていること等が考えられる。
【０００６】
そして、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されていることが原因で処理要求が拒否される場合は、処理要求の要求先のアプリケーションがＩＰアドレスのフィルタリング処理を行う。そのため、出力されるエラー情報には、処理要求の要求先のアプリケーションを示す情報を含めることが可能である。
【０００７】
しかしながら、アプリケーション（例えば、ＬＰＤやＲａｗ等）がオフ状態に設定されている場合は、外部装置からの処理要求がアプリケーションまで届けられないため、要求先のアプリケーション自身は、処理要求が拒否されたことを把握していない。そればかりか、アプリケーションがオフ状態に設定されている場合は、ネットワーク機器は、そのアプリケーションに対応するポート番号を監視していないため、拒否された処理要求がどのアプリケーションに対する要求であったのかさえも知ることもできない。
【０００８】
このため、外部装置からの処理要求が拒否されたとしても、それがどのような原因により発生したのかを解析するために手間がかかってしまうという問題がある。また、ネットワーク機器の利用者にとっても、外部装置からの処理要求が拒否される原因が分かり難く、使い勝手が良くないという問題があった。
【０００９】
本発明の目的は、アプリケーションがオフ状態である場合であって、外部装置からの処理要求が拒否された場合において、その要求がどのアプリケーションに対する要求であったかを識別可能なネットワーク機器、その制御方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本発明によるネットワーク機器は、外部装置とネットワークを介して接続され、該外部装置からの処理要求を受け付けるネットワーク機器であって、前記外部装置からの処理要求を受け付けたポートのポート番号とアプリケーションとを対応付けて、前記アプリケーションが動作している状態または動作していない状態であるかを管理する管理手段と、前記外部装置と前記ネットワーク機器との間で送受信されるパケットを監視する監視手段と、前記監視手段で監視される前記パケットに、前記ネットワーク機器から前記外部装置に対して送信され前記外部装置からの処理要求を拒否する拒否パケットがあると、前記外部装置からの処理要求が拒否されたことを検知する検知手段と、前記検知手段により前記外部装置からの処理要求が拒否されたことが検知された場合に、当該拒否された処理要求に含まれるポート番号に対応するアプリケーションを特定する特定手段と、前記特定手段により特定されたアプリケーションが動作している状態であるか、または動作していない状態であるかを判定する判定手段と、前記検知手段により前記外部装置からの処理要求が拒否されたことが検知された場合に、前記判定手段により、前記特定手段により特定されたアプリケーションが動作していない状態であると判定されると、当該特定されたアプリケーションを示す情報を含むエラー情報を出力する出力手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、アプリケーションがオフ状態である場合であって、外部装置からの処理要求が拒否された場合において、その要求がどのアプリケーションに対する要求であったかを識別することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００１３】
図１は、本発明の実施の形態に係るネットワーク機器としての画像形成装置のブロックである。
【００１４】
図１において、本画像形成装置は、ＲＯＭ１０３に格納されているプログラムを実行するＣＰＵ１０１を備え、ＣＰＵ１０１によって、システムバス１１１に接続される各デバイスを総括的に制御する。
【００１５】
また、ＲＡＭ１０２は、ＣＰＵ１０１の主メモリ、ワークエリア等として機能する。そして、デバイスの設定値を保存するバックアップＲＡＭも構成される。ＣＲＴコントローラ（ＣＲＴＣ）１０４は、ＣＲＴディスプレイ（ＣＲＴ）１０８の表示を制御する。ＣＲＴディスプレイ１０８を用いて、ユーザは画像形成装置において実行されているジョブ処理のステータスを確認したり、各種指示を入力したりすることができる。
【００１６】
ディスクコントローラ（ＤＫＣ）１０５は、画像や様々なユーザデータを保存するハードディスク（ＨＤ）１０９を制御する。デバイスコントローラ（ＤＶＣ）１０６は、プリンタ（ＤＶ）１１０を制御する。
【００１７】
ネットワークインタフェースカード（ＮＩＣ）１０７は、ＬＡＮ１１２を介して、ネットワーク上の外部装置（例えば、ＰＣ（パーソナルコンピュータ）など）と画像形成装置との間の通信を制御する。
【００１８】
ここで、ＣＰＵ１０１は、外部装置と画像形成装置との間で送受信されるパケットを監視する監視手段として機能する。また、ＣＰＵ１０１は、監視するパケットの中から、外部装置からの処理要求に対して画像形成装置が送信した、処理要求を拒否する拒否パケットを検知する検知手段として機能する。さらに、ＣＰＵ１０１は、外部装置からの処理要求の要求先のポート番号を認識し、認識されたポート番号に対応するアプリケーションを、処理要求の要求先のアプリケーションとして特定する特定手段として機能する。
【００１９】
また、ＨＤ１０９は、所定のアプリケーションに対応するポート番号として初期設定されていたポート番号と、この所定のアプリケーションに対応するポート番号として現在設定されているポート番号とを関連付けて管理する管理手段として機能する。また、ＣＰＵ１０１は、外部装置からの処理要求の要求先のアプリケーションがオン状態であるか、またはオフ状態であるかを判別する判別手段として機能する。さらに、ＣＰＵ１０１は、外部装置からの処理要求を拒否する拒否パケットが画像形成装置から送信されたことを検知した場合に、この処理要求の要求先のアプリケーションを示す情報を含むエラー情報を、出力する出力手段として機能する。尚、ＣＰＵ１０１がエラー情報を出力する場合は、例えば、表示手段として機能するＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報を表示させることにより、エラー情報を出力する。
【００２０】
尚、以上の詳細については、以降、順次説明する。
【００２１】
図２は、図１の画像形成装置が接続されるネットワーク通信システムの構成図である。
【００２２】
図２において、本ネットワーク通信システムは、ＰＣ２０１と複数の画像形成装置２０２、２０３がネットワーク２０４で接続されることで構築されている。各装置間の矢印はデータもしくは指示の流れを示している。
【００２３】
ＰＣ２０１は、印刷ジョブを画像形成装置２０２、２０３に発行し、ＳＮＭＰの監視プロトコル等を利用して、画像形成装置２０２、２０３のステータスを監視することができる。
【００２４】
また、印刷プロトコルの１つであるＲａｗを用いて印刷処理を実行するＲａｗアプリケーションがそれぞれ、画像形成装置２０２ではオン状態、画像形成装置２０３ではオフ状態に設定されている。そこで、ＰＣ２０１から画像形成装置２０２のＲａｗアプリケーションに対して印刷処理を要求すると（１）、画像形成装置２０２では印刷ジョブの受信が許可され、印刷処理が実行される（２）。一方、ＰＣ２０１から画像形成装置２０３のＲａｗアプリケーションに対して印刷処理を要求すると（３）、画像形成装置２０３では、印刷ジョブの受信が拒否され、印刷処理が実行されない（４）。
【００２５】
尚、本実施の形態では、Ｒａｗアプリケーションを用いた印刷処理に関して説明を行ったが、Ｒａｗ以外の別のプロトコルを用いた印刷アプリケーションであっても構わない。また、ＳＮＭＰに代表される監視系のアプリケーションであっても構わない。
【００２６】
また、画像形成装置、ＰＣとも、図２の構成に限定されるものではなく、それぞれ１または複数の組み合わせでも差し支えない。
【００２７】
図３は、図１の画像形成装置内部のポート管理テーブルの第１の例を示す図である。
【００２８】
図３において、画像形成装置内部で使用する可能性のあるポート番号一覧３０１、ポート番号一覧３０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧３０２が示される。また、ポート番号一覧３０１のポート番号ごとにそれぞれ対応するアプリケーション名を記述しているアプリケーション名一覧３０３が示される。
【００２９】
尚、ＬＰＤやＲａｗ等の既知のアプリケーションは、ポート番号、アプリケーション名は予め定められているため、固定情報として予め管理テーブルに保持しておく。また、オン、オフ一覧３０２のオフ、オン情報はＮＶＲＡＭに保持されている各アプリケーションがオフ状態またはオン状態に設定されたことに応じて更新される。
【００３０】
尚、図３のポート管理テーブルは、予め固定情報として、管理テーブルを保持するとしたが、各アプリケーションから、使用するポート番号、アプリケーションのオフ情報／オン状態、アプリケーション名を自動的に登録させるような構成にしても構わない。
【００３１】
図４は、図１の画像形成装置内部のポート管理テーブルであって、アプリケーションによりポート番号を変更することを可能にした場合のポート管理テーブルを示す図である。
【００３２】
図４に示すポート管理テーブルには、現在設定されているポート番号（第２のポート番号）を示すポート番号一覧４０１、初期設定されていたポート番号（第１のポート番号）を示すポート番号一覧４０２の各情報がそれぞれ関連付けて管理されている。また、現在設定されているポート番号一覧４０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧４０３が示される。また、現在設定されているポート番号一覧４０１のポート番号ごとのアプリケーション名を記述しているアプリケーション名一覧４０４が示される。尚、ここでは初期設定されていたポート番号とは、工場出荷時に設定されているポート番号のことを示すが、その他の時点で設定されているポート番号を、初期設定のポート番号として管理するようにしても構わない。
【００３３】
図５は、図２のネットワーク通信システムのシーケンスの第１の実施の形態を示す図である。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。
【００３４】
ＰＣ２０１のＩＰアドレスは１７２．２４．２２．５５に割り振られている。画像形成装置２０３は、Ｒａｗアプリケーションがオフ状態に設定されている。
【００３５】
ステップＳ５０１では、ＰＣ２０１から送信された、ＴＣＰ／ＩＰプロトコルでのコネクション接続要求のＳＹＮパケットを、画像形成装置２０３が受信する。尚、このＳＹＮパケットは、Ｒａｗアプリケーションに対応するポート番号９１００を要求先として送信される。ステップＳ５０２では、ＴＣＰ／ＩＰプロトコルで、コネクション接続拒否を示すＲＳＴパケットが、画像形成装置２０３からＰＣ２０１に送信される。
【００３６】
画像形成装置２０３は、Ｒａｗアプリケーションがオフ状態に設定されているため、ＲＳＴパケットを返信している。尚、Ｒａｗアプリケーションがオン状態に設定されていれば、画像形成装置２０３は、ＡＣＫパケットを返信して、受信許可であることをＰＣ２０１に通知する。
【００３７】
尚、図５では、Ｒａｗアプリケーションに対して印刷要求を行う場合のシーケンスを示したが、ＬＰＤ等の別の印刷プロトコルを用いる場合でも同様であり、また、ＳＮＭＰ等の監視プロトコルにも適用可能である。但し、ＳＮＭＰを用いる場合は、ＵＤＰパケットを使用するため、ＳＹＮパケットでの要求ではなく、直接ＳＮＭＰパケットでの要求がＰＣ２０１から送信され、画像形成装置側は、パケットを返信しないことによりエラーであることを示す。
【００３８】
図６は、図１におけるＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報が表示された画面の一例を示す図である。
【００３９】
図６において、画面には、外部装置からの処理要求を受信した時刻６０１、処理要求の要求先のアプリケーション６０２、処理要求の要求元である外部装置のＩＰアドレス６０３が表示される。６０４には、処理要求を拒否したかどうかを示す情報が表示される。ここでは、処理要求が拒否された場合は「ＮＧ」と表示され、拒否されずに正常に処理が実行された場合は「ＯＫ」と表示される。
【００４０】
更に、６０５には、処理要求が拒否された場合に、処理要求が拒否された原因を区別するための情報が表示される。尚、本実施形態では、処理要求の要求先のアプリケーションがオフ状態であることが原因で拒否された場合には「アプリＯＦＦ」と表示され、それ以外の原因により拒否された場合（「―」が表示される）と区別して表示している。
【００４１】
図７は、図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第１の実施の形態を示すフローチャートである。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。
【００４２】
図７において、ステップＳ７０１では、画像形成装置内のネットワーク監視モジュール（ＣＰＵ１０１）が、ＰＣ２０１と画像形成装置の間で送受信されるパケットを監視する。
【００４３】
ステップＳ７０２では、ネットワーク監視モジュールが、ＰＣ２０１からのジョブ処理要求に対して画像形成装置が送信したＲＳＴ（コネクション拒否）パケットを検知する。
【００４４】
ステップＳ７０２において、画像形成装置がＲＳＴ（コネクション拒否）パケットを送信していれば、ステップＳ７０３へ進み、画像形成装置がＲＳＴ（コネクション拒否）パケットを送出していなければ、終了する。
【００４５】
尚、拒否パケットとは、ＰＣ２０１からのコネクション接続要求（処理要求）に対して、接続される側（画像形成装置側）からその接続を拒否することを示すパケットを意味する。また、処理要求を拒否する要因としては、アプリケーションがオフ状態である場合のほか、処理要求の要求元の外部装置のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されている場合がある。
【００４６】
ステップＳ７０３では、処理要求の要求先のポート番号を識別する。ステップＳ７０４では、図３の管理テーブルを参照し、ステップＳ７０３で識別したポート番号が登録されているかどうかを検出する。
【００４７】
ステップＳ７０５では、上記ポート番号が登録されているかどうかを判別し、上記ポート番号が登録されていなければ終了し、上記ポート番号が登録されていれば、ステップＳ７０６へ進む。ステップＳ７０６では、図３の管理テーブルを参照し、ステップＳ７０３で識別したポート番号に対応するアプリケーションを特定する。
【００４８】
ステップＳ７０７では、ステップＳ７０６で特定されたアプリケーションがオン状態であるか、またはオフ状態であるかを図３の管理テーブルを参照して判別する。そして、ステップＳ７０６で特定されたアプリケーションがオフ状態であれば、ステップＳ７０８へ進み、そうでなければ終了する。
【００４９】
ステップＳ７０８では、ステップＳ７０６で特定されたアプリケーションの名称を含むエラー情報を、図６に示すように、ＣＲＴ１０８の画面に表示する。
【００５０】
尚、画像形成装置上で、ステップＳ７０４、Ｓ７０６、Ｓ７０７において、図３の管理テーブルに代えて、図４の管理テーブルを参照することも可能である。尚、図４の管理テーブルを参照する場合において、処理要求の要求先のポート番号が初期設定されていたポート番号である場合は、以下のようにしてもよい。即ち、処理要求の要求先のポート番号に関連付けて管理されている現在設定されているポート番号に対応するアプリケーションを、処理要求の要求先のアプリケーションとして特定するようにしてもよい。そして、特定されたアプリケーションの名称が、ＣＲＴ１０８に表示される。
【００５１】
また、ここでは、Ｓ７０６で特定されたアプリケーションがオフ状態でない、つまりオン状態であると判別された場合は処理を終了すると説明したが、実際には、処理要求の要求先のアプリケーションがオン状態に設定されている場合は、以下のように動作する。即ち、処理要求の要求先のアプリケーションがオン状態であるにも関わらず、処理要求が拒否される場合とは、例えば、処理要求の要求元のＩＰアドレスがフィルタリング対象の拒否ＩＰアドレスとして登録されている場合が考えられる。このような場合は、処理要求の要求先のアプリケーションは、処理要求のパケットを受け取った上でその要求を拒否するかどうかを判断するので、ＣＲＴ１０８の画面にはアプリケーションから直接通知される情報に基づくエラー情報が表示される。
【００５２】
図８は、図１の画像形成装置内部のポート管理テーブルの第２の例を示す図である。
【００５３】
図８において、画像形成内部で使用する可能性のあるポート番号一覧８０１、ポート番号一覧８０１のポート番号ごとに、現在オン状態であるかオフ状態であるかを記述しているオン、オフ一覧８０２が示される。また、ポート番号一覧８０１のポート番号ごとにそれぞれ対応するアプリケーション名を記述しているアプリケーション名一覧８０３、およびアプリケーションごとのサービスＵＲＬ一覧８０４が示される。
【００５４】
尚、図８の管理テーブルであるが、予め固定情報として、ポート番号を管理テーブルに記述してもよいし、自動的に、各アプリケーションから登録させるようにしても構わない。
【００５５】
図９は、図２のネットワーク通信システムのシーケンスの第２の実施の形態を示す図である。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。
【００５６】
図９において、ＰＣ２０１のＩＰアドレスは１７２．２４．２２．５５に割り振られている。画像形成装置２０２は、ＩＰＰアプリケーションがオフ状態に設定されている。
【００５７】
ステップＳ９０１では、ＰＣ２０１から送信された、ＨＴＴＰプロトコルでのコネクション接続要求を示すパケットを画像形成装置２０２が受信する。尚、このパケットは、ＩＰＰアプリケーションに対応するポート番号８０を要求先として送信される。また、ＨＴＴＰのヘッダには、サービスＵＲＬ（ＵＲＬ情報）が含まれている。ステップＳ９０２では、ＴＣＰ／ＩＰプロトコルで、コネクション接続拒否を示す、ＲＳＴパケットが、画像形成装置２０２からＰＣ２０１に送信される。
【００５８】
画像処理装置２０２は、ＩＰＰアプリケーションがオフ状態に設定されているため、画像形成装置２０２は、ＴＣＰ／ＩＰプロトコルとして、ＲＳＴパケットをＰＣ２０１に返信している。
【００５９】
尚、ＩＰＰアプリケーションがオン状態に設定されていれば、画像形成装置２０２は、ＨＴＴＰの正常レスポンスをＰＣ２０１に返信して、受信許可であることをＰＣ２０１に通知する。
【００６０】
尚、図９では、ＩＰＰアプリケーションに対して印刷要求を行う場合のシーケンスを記述したが、別のプロトコルに対応するアプリケーションでも同様であり適用可能である。
【００６１】
図１０は、図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第２の実施の形態を示すフローチャートである。尚、図に示すフローチャートに沿って処理を実行するプログラムは、ＲＯＭ１０３からＲＡＭ１０２にロードされ、ＣＰＵ１０１の制御の下に実行される。
【００６２】
図１０において、ステップＳ１００１では、画像形成装置内のネットワーク監視モジュール（ＣＰＵ１０１）が、ＰＣ２０１と画像形成装置の間で送受信されるパケットを監視する。
【００６３】
ステップＳ１００２では、ネットワーク監視モジュールが、ＰＣ２０１からのジョブ処理要求に対して画像形成装置が送信したＲＳＴ（コネクション拒否）パケットを検知する。
【００６４】
ステップＳ１００２において、画像形成装置がＲＳＴ（コネクション拒否）パケットを送信していれば、ステップＳ１００３へ進み、画像形成装置がＲＳＴ（コネクション拒否）パケットを送出していなければ、終了する。
【００６５】
ステップＳ１００３では、処理要求の要求先のポート番号を識別する。ステップＳ１００４では、図８の管理テーブルを参照し、ステップＳ１００３で識別したポート番号が登録されているかを検出する。
【００６６】
ステップＳ１００５では、上記ポート番号が登録されているかどうかを判別し、上記ポート番号が登録されていれば、ステップＳ１００６へ進み、そうでなければ終了する。
【００６７】
ステップＳ１００６では、該当するポート番号に対して、複数のアプリケーション対応付けて登録されているかどうかを判別し、複数のアプリケーションが登録されていれば、ステップＳ１００７へ進む。一方、複数のアプリケーションが登録されておらず、１つのアプリケーションが登録されている場合は、図７のステップＳ７０６へ進む。
【００６８】
ステップＳ１００７では、ＰＣ２０１から通知されるサービスＵＲＬを確認し、ステップＳ１００８で、ＰＣ２０１から通知されたサービスＵＲＬと一致するサービスＵＲＬが管理テーブル上に存在すれば、ステップＳ１００９へ進み、そうでなければ終了する。ＰＣ２０１から通知されたサービスＵＲＬと一致するサービスＵＲＬが存在しなければ終了する。
【００６９】
ステップＳ１００９では、図８の管理テーブルを参照し、ステップＳ１００７で確認したＵＲＬに関連付けられたアプリケーションを特定する。
【００７０】
ステップＳ１０１０では、ステップＳ１００９のポート番号に関連付けられたアプリケーションがオン状態であるか、またはオフ状態であるかを判別する。そして、ステップＳ１００７のＵＲＬに関連付けられたアプリケーションがオフ状態であれば、ステップＳ１０１１へ進み、そうでなければ終了する。
【００７１】
ステップＳ１０１１では、ステップＳ１００９で特定されたアプリケーションの名称を含むエラー情報を、図６に示すように、ＣＲＴ１０８の画面に表示する。
【００７２】
（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００７３】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００７４】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００７５】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【００７６】
プログラムを供給するためのコンピュータ読み取り可能な記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。
【００７７】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。即ち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００７８】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００７９】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【００８０】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。即ち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００８１】
【図１】本発明の実施の形態に係るネットワーク機器としての画像形成装置のブロック図である。
【図２】図１の画像形成装置が接続されるネットワーク通信システムの構成図である。
【図３】図１の画像形成装置内部のポート管理テーブルの第１の例を示す図である。
【図４】図１の画像形成装置内部のポート管理テーブルであって、アプリケーションによりポート番号を変更することを可能にした場合のポート管理テーブルを示す図である。
【図５】図２のネットワーク通信システムのシーケンスの第１の実施の形態を示す図である。
【図６】図１におけるＣＲＴディスプレイ（ＣＲＴ）１０８にエラー情報が表示された画面の一例を示す図である。
【図７】図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第１の実施の形態を示すフローチャートである。
【図８】図１の画像形成装置内部のポート管理テーブルの第２の例を示す図である。
【図９】図２のネットワーク通信システムのシーケンスの第２の実施の形態を示す図である。
【図１０】図１の画像形成装置によって実行されるパケット監視に対するエラー通知処理の手順の第２の実施の形態を示すフローチャートである。
【符号の説明】
【００８２】
１０１  ＣＰＵ
１０２  ＲＡＭ
１０３  ＲＯＭ
１０４  ＣＲＴＣ
１０５  ＤＫＣ
１０６  ＤＶＣ
１０７  ＮＩＣ
１０８  ＣＲＴ
１０９  ＨＤ
１１０  ＤＶ
【図１】
0005213474.tif 000002
【図２】
0005213474.tif 000003
【図３】
0005213474.tif 000004
【図４】
0005213474.tif 000005
【図５】
0005213474.tif 000006
【図６】
0005213474.tif 000007
【図７】
0005213474.tif 000008
【図８】
0005213474.tif 000009
【図９】
0005213474.tif 000010
【図１０】
0005213474.tif 000011