(57)【要約】【課題】  デバイスとサーバとの間で通信異常が発生した場合に、そのデバイスの異常診断を容易に行うようにする。【解決手段】  診断実行プリンタＰ２は診断対象プリンタＰ１から通信設定情報を取得し、互いの通信設定情報を比較して、診断対象プリンタＰ１における通信設定情報の誤りに起因した通信異常の診断を行い、その診断結果をサーバＳに報告する。【選択図】  図１
2006172049.tif 000002
【特許請求の範囲】
【請求項１】
互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスについて前記通信異常の診断を行い、その診断結果を前記サーバに報告することを特徴とする異常診断システム。
【請求項２】
互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスの備える、前記サーバとの通信に必要な第１の設定情報を、前記第１のデバイスから取得し、
取得した前記第１の設定情報と、前記第２のデバイスの備える、前記サーバとの通信に必要な第２の設定情報と、を比較して、前記第１の設定情報の誤りに起因した前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを特徴とする異常診断システム。
【請求項３】
互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスから前記サーバに至る通信経路上に存在する少なくとも１つの通信機器に対して診断信号を発するよう、前記第１のデバイスに要求し、
前記第１のデバイスは、前記通信機器に対して前記診断信号を発すると共に、その応答結果を受け取り、
前記第２のデバイスは、前記応答結果を前記第１のデバイスから取得して、前記応答結果に基づき、前記通信経路の異常に起因した前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを特徴とする異常診断システム。
【請求項４】
互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスに対して診断信号を発し、その応答結果に基づき、前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを特徴とする異常診断システム。
【請求項５】
請求項２ないし請求項４のうちの任意の１つに記載の異常診断システムにおいて、
前記第１及び第２のデバイスは、外部からのアクセスを所定の条件の下で遮断し得るファイアウォールの内側に存在し、前記サーバは、前記ファイアウォールの外側に存在することを特徴とする異常診断システム。
【請求項６】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続され、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行う異常診断可能デバイスであって、
前記通信異常の診断を行う異常診断部と、
その診断結果を前記サーバに報告する報告部と、
を備える異常診断可能デバイス。
【請求項７】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続され、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行う異常診断可能デバイスであって、
前記診断対象デバイスの備える、前記サーバとの通信に必要な第１の設定情報を、前記診断対象デバイスから取得する情報取得部と、
前記異常診断可能デバイスが前記サーバとの通信を行うのに必要な第２の設定情報を格納する情報格納部と、
前記第１の設定情報と前記第２の設定情報とを比較して、前記第１の設定情報の誤りに起因した前記通信異常の診断を行う異常診断部と、
その診断結果を前記サーバに報告する報告部と、
を備える異常診断可能デバイス。
【請求項８】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続され、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行う異常診断可能デバイスであって、
前記診断対象デバイスから前記サーバに至る通信経路上に存在する少なくとも１つの通信機器に対して診断信号を発するよう、前記診断対象デバイスに要求する要求部と、
前記診断信号に対する前記通信機器からの応答結果を、前記診断対象デバイスから取得する情報取得部と、
前記応答結果に基づいて、前記通信経路の異常に起因した前記通信異常の診断を行う異常診断部と、
その診断結果を前記サーバに報告する報告部と、
を備える異常診断可能デバイス。
【請求項９】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続され、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行う異常診断可能デバイスであって、
前記診断対象デバイスに対して診断信号を発すると共に、その応答結果を受け取る調査部と、
前記応答結果に基づいて、前記通信異常の診断を行う異常診断部と、
その診断結果を前記サーバに報告する報告部と、
を備える異常診断可能デバイス。
【請求項１０】
サーバにネットワークを介して接続される複数のデバイスのうち、第１のデバイスと前記サーバとの間で通信異常が発生した場合に、前記第１のデバイスの異常診断を行うための異常診断方法であって、
（ａ）前記サーバが、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示する工程と、
（ｂ）前記第２のデバイスが、前記通信異常の診断を行う工程と、
（ｃ）前記第２のデバイスが、前記診断結果を前記サーバに報告する工程と、
を備える異常診断方法。
【請求項１１】
サーバにネットワークを介して接続される複数のデバイスのうち、第１のデバイスと前記サーバとの間で通信異常が発生した場合に、前記第１のデバイスの異常診断を行うための異常診断方法であって、
（ａ）前記サーバが、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示する工程と、
（ｂ）前記第２のデバイスが、前記第１のデバイスの備える、前記サーバとの通信に必要な第１の設定情報を、前記第１のデバイスから取得する工程と、
（ｃ）前記第２のデバイスが、前記第１の設定情報と、前記第２のデバイスの備える、前記サーバとの通信に必要な第２の設定情報と、を比較して、前記第１の設定情報の誤りに起因した通信異常の診断を行う工程と、
（ｄ）前記第２のデバイスが、前記診断結果を前記サーバに報告する工程と、
を備える異常診断方法。
【請求項１２】
サーバにネットワークを介して接続される複数のデバイスのうち、第１のデバイスと前記サーバとの間で通信異常が発生した場合に、前記第１のデバイスの異常診断を行うための異常診断方法であって、
（ａ）前記サーバが、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示する工程と、
（ｂ）前記第２のデバイスが、前記第１のデバイスから前記サーバに至る通信経路上に存在する少なくとも１つの通信機器に対して診断信号を発するよう、前記第１のデバイスに要求する工程と、
（ｃ）前記第１のデバイスが、前記通信機器に対して前記診断信号を発すると共に、その応答結果を受け取る工程と、
（ｄ）前記第２のデバイスが、前記応答結果を前記第１のデバイスから取得して、前記応答結果に基づき、前記通信経路の異常に起因した通信異常の診断を行う工程と、
（ｅ）前記第２のデバイスが、前記診断結果を前記サーバに報告する工程と、
を備える異常診断方法。
【請求項１３】
サーバにネットワークを介して接続される複数のデバイスのうち、第１のデバイスと前記サーバとの間で通信異常が発生した場合に、前記第１のデバイスの異常診断を行うための異常診断方法であって、
（ａ）前記サーバが、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示する工程と、
（ｂ）前記第２のデバイスが、前記第１のデバイスに対して診断信号を発すると共に、その応答結果を受け取る工程と、
（ｃ）前記第２のデバイスが、前記応答結果に基づき、前記通信異常の診断を行う工程と、
（ｅ）前記第２のデバイスが、前記診断結果を前記サーバに報告する工程と、
を備える異常診断方法。
【請求項１４】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続されるコンピュータにおいて、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行うためのコンピュータプログラムであって、
前記通信異常の診断を行う機能と、
その診断結果を前記サーバに報告する機能と、
を前記コンピュータに実現させるためのコンピュータプログラム。
【請求項１５】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続されるコンピュータにおいて、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行うためのコンピュータプログラムであって、
前記診断対象デバイスの備える、前記サーバとの通信に必要な第１の設定情報を、前記診断対象デバイスから取得する機能と、
前記第１の設定情報と、前記コンピュータの備える、前記サーバとの通信に必要な第２の設定情報と、を比較して、前記第１の設定情報の誤りに起因した前記通信異常の診断を行う機能と、
その診断結果を前記サーバに報告する機能と、
を前記コンピュータに実現させるためのコンピュータプログラム。
【請求項１６】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続されるコンピュータにおいて、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行うためのコンピュータプログラムであって、
前記診断対象デバイスから前記サーバに至る通信経路上に存在する少なくとも１つの通信機器に対して診断信号を発するよう、前記診断対象デバイスに要求する工程と、
前記診断信号に対する前記通信機器からの応答結果を、前記診断対象デバイスから取得する機能と、
前記応答結果に基づき、前記通信経路の異常に起因した前記通信異常の診断を行う機能と、
その診断結果を前記サーバに報告する機能と、
を前記コンピュータに実現させるためのコンピュータプログラム。
【請求項１７】
サーバと、少なくとも１つのデバイスに、ネットワークを介して接続されるコンピュータにおいて、前記デバイスと前記サーバとの間で通信異常が発生した場合に、前記サーバからの指示に従い、診断対象となる前記デバイスの異常診断を行うためのコンピュータプログラムであって、
前記デバイスに対して診断信号を発すると共に、その応答結果を受け取る機能と、
前記応答結果に基づき、前記通信異常の診断を行う機能と、
その診断結果を前記サーバに報告する機能と、
を前記コンピュータに実現させるためのコンピュータプログラム。
【請求項１８】
請求項１４ないし請求項１７のうちの任意の１つに記載のコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスとサーバとの間で通信異常が発生した場合に、そのデバイスの異常診断を行うための技術に関するものである。
【背景技術】
【０００２】
近年、サーバによって、インターネットを介して、イントラネット内にある複数のプリンタを監視する監視システムが提案されている。
【０００３】
かかるシステムでは、イントラネットはプロキシサーバを介してインターネットに接続されており、そのプロキシサーバには、インターネットからの不正なアクセスを遮断するために、ファイアウォールが設定されている。従って、サーバ側からイントラネット内には、直接アクセスすることができないため、プリンタは、自発的に、イントラネットからインターネットを介してサーバにアクセスし、自己の監視結果を報告するようにしている。
【０００４】
なお、従来において、このような監視システムに関連するものとしては、例えば、下記の特許文献１に記載されているような、クライアントが通信コントロール装置を介して、複写機を監視するシステムなどが知られている。
【０００５】
【特許文献１】特開２００２−２８８０６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記監視システムにおいては、イントラネット内のプリンタが、何らかの原因で、サーバにアクセスしてこなくなった場合（すなわち、プリンタとの間で通信異常が発生した場合）、サーバは、上記したとおりイントラネット内に直接アクセスすることができないため、そのプリンタの異常を直接診断することができないという問題があった。
【０００７】
なお、かかる監視システムにおいては、プリンタを監視対象としていたが、プリンタ以外の他のデバイスを監視対象とすることもでき、その場合においても、同様の問題が発生し得る。
【０００８】
従って、本発明の目的は、上記した従来技術の問題点を解決し、デバイスとサーバとの間で通信異常が発生した場合に、そのデバイスの異常診断を容易に行うことができる技術を提供することにある。
【課題を解決するための手段】
【０００９】
上記した目的の少なくとも一部を達成するために、本発明の第１の異常診断システムは、互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスについて前記通信異常の診断を行い、その診断結果を前記サーバに報告することを要旨とする。
【００１０】
このように、第２の異常診断システムでは、サーバの代わりに、第２のデバイスが、第１のデバイスに対する異常診断を行い、その診断結果をサーバに報告するようにしている。従って、第１の異常診断システムによれば、例え、第１のデバイスが、ファイアウォールによりサーバによる直接のアクセスができないイントラネット内にあったとしても、第２のデバイスが、そのイントラネット内にありさえすれば、第１のデバイスの異常診断を行うことができる。
本発明の第２の異常診断システムは、互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスの備える、前記サーバとの通信に必要な第１の設定情報を、前記第１のデバイスから取得し、
取得した前記第１の設定情報と、前記第２のデバイスの備える、前記サーバとの通信に必要な第２の設定情報と、を比較して、前記第１の設定情報の誤りに起因した前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを要旨とする。
【００１１】
このように、第２の異常診断システムでも、第１の異常診断システムと同様に、サーバの代わりに、第２のデバイスが、第１のデバイスに対する異常診断を行い、その診断結果をサーバに報告するようにしている。従って、第２の異常診断システムによれば、例え、第１のデバイスが、ファイアウォールによりサーバによる直接のアクセスができないイントラネット内にあったとしても、第２のデバイスが、そのイントラネット内にありさえすれば、第１のデバイスの異常診断を行うことができる。
【００１２】
また、第２の異常診断システムでは、第１のデバイスの備えていた第１の設定情報と、第２のデバイスの備えている第２の設定情報と、を比較して、第１の設定情報の誤りに起因した通信異常の診断を行うことにより、第１のデバイス自身の異常であるかどうかを容易に判断できるようになる。
【００１３】
本発明の第３の異常診断システムは、互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスから前記サーバに至る通信経路上に存在する少なくとも１つの通信機器に対して診断信号を発するよう、前記第１のデバイスに要求し、
前記第１のデバイスは、前記通信機器に対して前記診断信号を発すると共に、その応答結果を受け取り、
前記第２のデバイスは、前記応答結果を前記第１のデバイスから取得して、前記応答結果に基づき、前記通信経路の異常に起因した前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを要旨とする。
【００１４】
このように、第３の異常診断システムにおいても、第１の異常診断システムと同様に、サーバの代わりに、第２のデバイスが、第１のデバイスに対する異常診断を行い、その診断結果をサーバに報告するようにしている。従って、第３の異常診断システムによれば、例え、第１のデバイスが、ファイアウォールによりサーバによる直接のアクセスができないイントラネット内にあったとしても、第２のデバイスが、そのイントラネット内にありさえすれば、第１のデバイスの異常診断を行うことができる。
【００１５】
また、第３の異常診断システムでは、第１のデバイスからサーバに至る通信経路上に存在する通信機器に対して、第１のデバイスから診断信号を発し、その応答結果に基づいて、通信経路の異常に起因した通信異常の診断を行うことにより、ネットワークに起因した異常であるかどうかを容易に判断できるようになる。
【００１６】
本発明の第４の異常診断システムは、互いにネットワークを介して接続されるサーバと複数のデバイスとを備える異常診断システムであって、
前記サーバは、前記複数のデバイスのうち、第１のデバイスとの間で通信異常が発生した場合に、残りのデバイスのうち、第２のデバイスに、前記第１のデバイスに対する異常診断の実行を指示すると共に、
前記第２のデバイスは、前記第１のデバイスに対して診断信号を発し、その応答結果に基づき、前記通信異常の診断を行い、
その診断結果を前記サーバに報告することを要旨とする。
【００１７】
このように、第４の異常診断システムにおいても、第１の異常診断システムと同様に、サーバの代わりに、第２のデバイスが、第１のデバイスに対する異常診断を行い、その診断結果をサーバに報告するようにしている。従って、第４の異常診断システムによれば、例え、第１のデバイスが、ファイアウォールによりサーバによる直接のアクセスができないイントラネット内にあったとしても、第２のデバイスが、そのイントラネット内にありさえすれば、第１のデバイスの異常診断を行うことができる。
【００１８】
また、第４の異常診断システムでは、第２のデバイスから第１のデバイスに対して診断信号を発し、その応答結果に基づいて、第１のデバイスに関する通信異常の診断を行うことにより、第１のデバイス自体または第２のデバイスから第１のデバイスに至るネットワークに起因した異常であるかどうかを容易に判断できるようになる。
【００１９】
本発明の異常診断システムにおいて、前記第１及び第２のデバイスは、外部からのアクセスを所定の条件の下で遮断し得るファイアウォールの内側に存在し、前記サーバは、前記ファイアウォールの外側に存在してもよい。
このように、デバイスがファイアウォールの内側にあり、サーバがファイアウォールの外側にある場合、サーバは、デバイスに直接のアクセスができないが、上述したとおり、本発明の異常診断システムでは、サーバの代わりに、第２のデバイスが第１のデバイスに対する異常診断を行い、その診断結果をサーバに報告するため、サーバは、第１のデバイスとの間での通信異常の原因を把握することが可能となる。
【００２０】
なお、本発明は、上記した異常診断システムの他、異常診断可能デバイスとして実現することもできる。または、これら装置発明の態様に限ることなく、異常診断方法などの方法発明としての態様で実現することも可能である。さらには、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様や、上記コンピュータプログラムを含み搬送波内に具現化されたデータ信号など、種々の態様で実現することも可能である。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．実施例の構成：
Ａ−１．プリン監視システムの構成：
Ａ−２．プリンタの構成：
Ｂ．実施例の動作：
Ｂ−１．異常診断方法の概要：
Ｂ−２．通信設定情報を用いた診断処理：
Ｂ−３．診断信号を用いた診断処理：
Ｃ．実施例の効果：
Ｄ．変形例：
【００２２】
Ａ．実施例の構成：
Ａ−１．プリンタ監視システムの構成：
図１は本発明の一実施例としての異常診断システムが適用されたプリンタ監視システムの構成を示すブロック図である。このプリンタ監視システムでは、サーバＳが、インターネットＴＥを介して、イントラネットＴＲ内にある複数のプリンタＰ１〜Ｐ３を監視している。このうち、イントラネットＴＲは、プロキシサーバＰＳを介してインターネットＴＥに接続されており、そのプロキシサーバＰＳには、インターネットＴＥからの不正なアクセスを遮断するために、ファイアウォールが設定されている。また、また、イントラネットＴＲ内は、サブネットに分かれており、複数のＬＡＮによって構成されている。例えば、プリンタＰ１，Ｐ２は同一ＬＡＮ内に存在するが、プリンタＰ３は、ルータＲ１を越えた別のＬＡＮに存在する。
【００２３】
前述したとおり、イントラネットＴＲには、プロキシサーバＰＳによってファイアウォールが設定されているため、サーバＳ側からイントラネットＴＲ内には、直接アクセスすることができない。そこで、各プリンタＰ１〜Ｐ３は、自発的に、イントラネットＴＲからインターネットＴＥを介してサーバＳにアクセスし、自己の監視結果を報告するようにしている。
【００２４】
Ａ−２．プリンタの構成：
図２は図１における各プリンタの要部構成を示すブロック図である。本実施例では、プリンタ１００は、ファームウェアなどのコンピュータプログラムに従って種々の処理や制御を行うためのＣＰＵ１１０と、上記コンピュータプログラムや種々のデータを記憶するためのメモリ１３０と、ネットワークに接続され、そのネットワーク上にある他の装置との間でデータなどのやり取りを行うためのネットワークインタフェース部１４０と、実際に印刷を行う機構部分であるプリンタエンジン１５０と、を主として備えており、これら構成要素はバスなどで互いに接続されている。
【００２５】
このうち、ＣＰＵ１１０は、メモリ１３０から、上記コンピュータプログラムを読み出して実行することにより、情報取得部１１２，要求部１１４，経路調査部１１６，異常診断部１１８，報告部１２２などの各機能ブロックとして機能する。なお、ＣＰＵ１１０は、その他、プリンタエンジン１５０に実際に印刷を行わせるための印刷処理部や、自己の動作内容を監視するための監視部などとしても機能するが、図２では省略してある。また、各機能ブロックは、ハードウェア的に構築するようにしても構わない。
【００２６】
また、メモリ１３０には、上記したコンピュータプログラムの他、サーバＳとの間で通信を行うための通信設定情報１３２が格納されている。この通信設定情報１３２は、各プリンタ毎に固有の情報となっている。なお、通信設定情報１３２には、そのプリンタのＩＰアドレス及びサブネットマスクと、デフォルトルートアドレスと、プロキシサーバＰＳのアドレス，ボート番号と、サーバＳのＵＲＬ（アドレス及びポート番号を含む）と、サーバＳにアクセスするためのユーザＩＤ及びパスワードなどを含んでいる。
【００２７】
なお、図２において、情報取得部１１２は請求項に記載の情報取得部に、要求部１１４は請求項に記載の要求部に、異常診断部１１８は請求項に記載の異常診断部に、報告部１２２は報告部に、それぞれ相当している。
【００２８】
Ｂ．実施例の動作：
図１において、各プリンタＰ１〜Ｐ３は、それぞれ、自己の動作状態を監視して、定期的に、イントラネットＴＲからインターネットＴＥを介してサーバＳにアクセスし、自己の監視結果を報告している。
【００２９】
このような状態において、これらプリンタＰ１〜Ｐ３のうち、少なくとも１台のプリンタがサーバＳにアクセスしてこなくなった場合、サーバＳは、それを検出すると、そのプリンタとの間で通信異常が発生しているものと判断する。そして、同一ＬＡＮ内にある、または、同じイントラネット内（同じファイアウォール内）にある別のプリンタのうち、正常にアクセスしてきているプリンタを選択して、そのプリンタがサーバＳにアクセスしてきたときに、そのプリンタに対し、異常診断の実行を指示し、アクセスしてこなくなったプリンタの異常診断を、サーバＳの代わりに、そのプリンタに行わせる。なお、本実施例においては、上記したプリンタのうち、サーバＳにアクセスしてこなくなり、異常診断の対象となるプリンタを、「診断対象プリンタ」と称し、サーバＳからの指示により、診断対象プリンタに対し異常診断を実行するプリンタを、「診断実行プリンタ」と称することにする。
【００３０】
なお、ここで、診断対象プリンタは請求項に記載の第１のデバイスまたは診断対象デバイスに相当し、診断実行プリンタは請求項に記載の第２のプリンタまたは異常診断可能デバイスに相当し、サーバＳは請求項に記載のサーバに相当する。
【００３１】
Ｂ−１．異常診断方法の概要：
図３は本実施例における異常診断方法の処理手順を示すフローチャートである。なお、図３以降に示す例では、プリンタＰ１を診断対象プリンタとし、プリンタＰ２を診断実行プリンタとしている。
【００３２】
図３において、診断実行プリンタＰ２のＣＰＵ１１０は、ネットワークインタフェース部１４０を介して、サーバＳに対しアクセスした際に、サーバＳから、診断対象プリンタＰ１に対する異常診断実行の指示があったか否かを判定し（ステップＳ１０２）、指示があった場合には、通信設定情報を用いた診断処理を実行する（ステップＳ１０４）。なお、サーバＳから診断実行プリンタＰ２へ異常診断実行の指示をする際には、診断対象プリンタＰ１を特定するために、診断対象プリンタＰ１のＩＰアドレスなども併せて伝えられる。
【００３３】
次に、診断実行プリンタＰ２のＣＰＵ１１０は、ステップＳ１０４の診断処理により、診断結果が出たか否かを判定し（ステップＳ１０６）、診断結果が出ている場合には、処理をステップＳ１１４に進め、反対に、診断結果が出ていない場合には、診断信号を用いた診断処理をさらに実行する（ステップＳ１０８）。
【００３４】
次に、診断実行プリンタＰ２のＣＰＵ１１０は、ステップＳ１０６の診断処理により、診断結果が出たか否かを判定し（ステップＳ１１０）、診断結果が出ている場合には、処理をステップＳ１１４に進める。反対に、診断結果が出ていない場合には、ＣＰＵ１１０によって機能する異常診断部１１８が、診断実行プリンタＰ２は、通信設定情報を用いた診断処理や診断信号を用いた診断処理では診断することができないその他の異常である判断する（ステップＳ１１２）。
【００３５】
続いて、ステップＳ１１４では、報告部１２２が、ネットワークインタフェース部１４０を介して、サーバＳに対しアクセスし、診断結果を報告する。
【００３６】
そして、再び、ステップＳ１０２に戻り、サーバＳから異常診断実行の指示があるまで待機する。
【００３７】
こうして、診断実行プリンタＰ２は、サーバＳの代わりに、診断対象プリンタＰ１に対する異常診断を行って、その診断結果をサーバＳに報告する。
【００３８】
Ｂ−２．通信設定情報を用いた診断処理：
次に、通信設定情報を用いた診断処理（ステップＳ１０４）について、図４を参照して詳細に説明する。図４は図３における通信設定情報を用いた診断処理ルーチンの処理手順を示すフローチャートである。
【００３９】
この処理ルーチンに入ると、まず、診断実行プリンタＰ２において、情報取得部１１２は、サーバＳから伝えられた診断対象プリンタＰ１のＩＰアドレスに基づいて、ネットワークインタフェース部１４０を介して、診断対象プリンタＰ１に対し、ＩＣＭＰ（Internet Control Message Protocol）を用いて、ｐｉｎｇコマンドを送信する（ステップＳ２０２）。そして、そのｐｉｎｇコマンドの送信に対して、診断対象プリンタＰ１から応答があったか否かを判定する（ステップＳ２０４）。
【００４０】
判定の結果、応答がない場合には、異常診断部１１８は、診断対象プリンタＰ１の電源がオフ状態にある、または、診断実行プリンタＰ２から診断対象プリンタＰ１までの経路中に異常があると判断し（ステップＳ２１６）、処理をリターンする。
【００４１】
なお、このように、ＩＣＭＰに対して、診断対象プリンタＰ１が応答しない場合に、直ちに、電源オフ状態または経路異常であると判断するのではなく、例えば、ＳＭＮＰ（Simple Network Management Protocol）に対して応答するか、さらには、無手順プロトコル（Port 9100）に対して応答するか、をそれぞれ試してみて、何れにも応答しない場合に、電源オフ状態であると判断するようにしてもよい。その場合、ＳＭＮＰ，無手順プロトコルの何れかに対して応答した場合には、診断対象プリンタＰ１における内部エラーであると判断してよい。
【００４２】
一方、判定の結果、ＩＣＭＰを用いたｐｉｎｇコマンドの送信に対して応答があった場合には、情報取得部１１２は、さらに、ＳＮＭＰを用いて、診断対象プリンタＰ１から、診断対象プリンタＰ１のメモリ１３０に格納されている通信設定情報を取得する（ステップＳ２０６）。
【００４３】
その後、異常診断部１１８は、自己（即ち、診断実行プリンタＰ２）のメモリ１３０に格納された通信設定情報から、自己のＩＰアドレスとサブネットマスクとを読み出すと共に、診断実行プリンタＰ２より取得した通信設定情報から、診断実行プリンタＰ２のＩＰアドレスを導き出す。そして、それらの情報に基づいて、診断実行プリンタＰ２から見て診断対象プリンタＰ１が同一のＬＡＮ内にあるかどうかを判定する（ステップＳ２０８）。具体的には、ＩＰアドレス，サブネットマスクをそれぞれ３２ビットのビット列と見なして、ＩＰアドレスとサブネットマスクとでピット単位でＡＮＤ演算を行い、その演算結果を比較して、一致していれば、診断実行プリンタＰ２から見て診断対象プリンタＰ１が同一のＬＡＮ内にあると判定し、異なっていれば、同一のＬＡＮ内にないと判定する。例えば、診断対象プリンタＰ１のＩＰアドレスが"163.141.1.233"で、診断実行プリンタＰ２のＩＰアドレスが"163.141.2.100"、サブネットマスクが"255.255.255.0"である場合、診断対象プリンタＰ１のＩＰアドレスと診断実行プリンタＰ２のサブネットマスクとのＡＮＤ演算を行うと、"163.141.1.0"となり、診断実行プリンタＰ２のＩＰアドレスと診断実行プリンタＰ２のサブネットマスクとのＡＮＤ演算を行うと、"163.141.2.0"となり、得られた演算結果が異なるため、異常診断部１１８は、診断実行プリンタＰ２から見て診断対象プリンタＰ１が同一のＬＡＮ内にないと判定する。
【００４４】
判定の結果、同一のＬＡＮ内にないと判定した場合には、処理をステップＳ２１２に進める。反対に、同一のＬＡＮ内にある判定した場合には、次に、異常診断部１１８が、自己のメモリ１３０に格納された通信設定情報から、自己に設定されているサブネットマスクとデフォルトルートアドレスを読み出すと共に、診断実行プリンタＰ２より取得した通信設定情報から、同じく、診断実行プリンタＰ２で設定されているサブネットマスクとデフォルトルートアドレスを導き出す。同一のＬＡＮ内にある２つのプリンタであれば、一般に、サブネットマスクも互いに同一、デフォルトルートアドレスも互いに同一となるはずだからである。従って、異常診断部１１８は、それらの情報を比較して、そのＬＡＮを出るための通信設定（すなわち、サブネットマスク，デフォルトルートアドレス）が、診断対象プリンタＰ１と診断実行プリンタＰ２とで互いに一致しているかどうかを判定する（ステップＳ２１０）。
【００４５】
判定の結果、一致していない場合には、異常診断部１１８は、診断対象プリンタＰ１に設定されているサブネットマスクとデフォルトルートアドレスの少なくとも一方に誤りがあると判断し（ステップＳ２１８）、その後、処理をリターンする。反対に、一致している場合には、処理をステップＳ２１２に進める。ステップＳ２１２では、異常診断部１１８は、自己のメモリ１３０に格納された通信設定情報から、自己に設定されているプロキシサーバＳＰのアドレス及びポート番号を読み出すと共に、診断実行プリンタＰ２より取得した通信設定情報から、同じく、診断実行プリンタＰ２で設定されているプロキシサーバＳＰのアドレス及びポート番号を導き出す。同一のイントラネット内にある２つのプリンタであれば、同一のプロキシサーバを経由してインターネットに接続しているはずだからである。従って、異常診断部１１８は、それらの情報を比較して、ファイアウォールを出るための通信設定（すなわち、プロキシサーバのアドレス及びポート番号）が、診断対象プリンタＰ１と診断実行プリンタＰ２とで互いに一致しているかどうかを判定する。
【００４６】
判定の結果、一致していない場合には、異常診断部１１８は、診断対象プリンタＰ１に設定されているプロキシサーバＳＰのアドレス及びポート番号のうち、少なくとも一方に誤りがあると判断し（ステップＳ２１８）、その後、処理をリターンする。反対に、一致している場合には、次に、異常診断部１１８が、自己のメモリ１３０に格納された通信設定情報から、自己に設定されているサーバＳのＵＲＬ（Uniform Resource Locator）とサーバＳにアクセスするためのユーザＩＤ及びパスワードと、を読み出すと共に、診断実行プリンタＰ２より取得した通信設定情報から、同じく、診断実行プリンタＰ２で設定されているサーバＳのＵＲＬとユーザＩＤ及びパスワードとを導き出す。２つのプリンタは同一のサーバにアクセスするので、異常診断部１１８は、それらの情報を比較して、サーバＳにアクセスするための通信設定（すなわち、サーバのＵＲＬ，ユーザＩＤ，パスワード）が、診断対象プリンタＰ１と診断実行プリンタＰ２とで互いに一致しているかどうかを判定する（ステップＳ２１４）。
【００４７】
判定の結果、一致していない場合には、異常診断部１１８は、診断対象プリンタＰ１に設定されているサーバＳのＵＲＬ，ユーザＩＤ，パスワードのうち、少なくとも一つに誤りがあると判断し（ステップＳ２１８）、その後、処理をリターンする。反対に、一致している場合には、そのまま、処理をリターンする。
以上のようにして、通信設定情報を用いた診断処理（ステップＳ１０４）は実行される。
【００４８】
Ｂ−３．診断信号を用いた診断処理：
次に、診断信号を用いた診断処理（ステップＳ１０８）について、図５，図６を参照して詳細に説明する。図５及び図６はそれぞれ図３における診断信号を用いた診断処理ルーチンの処理手順を示すフローチャートである。なお、図５及び図６において、図５のＡは図６のＡに、図５のＢは図６のＢに、それぞれつながっている。
【００４９】
この処理ルーチンに入ると、まず、診断実行プリンタＰ２において、異常診断部１１８は、ステップＳ２０８と同様に、自己（即ち、診断実行プリンタＰ２）のメモリ１３０に格納された通信設定情報から、自己のＩＰアドレスとサブネットマスクとを読み出すと共に、診断実行プリンタＰ２より取得した通信設定情報から、診断実行プリンタＰ２のＩＰアドレスを導き出し、それらの情報に基づいて、診断実行プリンタＰ２から見て診断対象プリンタＰ１が同一のＬＡＮ内にあるかどうかを判定する（ステップＳ３０２）。
【００５０】
判定の結果、同一のＬＡＮ内にないと判定した場合には、処理を図６のステップＳ４０２に進める。反対に、同一のＬＡＮ内にある判定した場合には、次に、経路調査部１１６が、自己のメモリ１３０に格納された通信設定情報から、自己に設定されているデフォルトルートアドレスを読み出し、そのデフォルトルートアドレスに基づいて、ネットワークインタフェース部１４０を介して、ＬＡＮの出口であるルータＲ１に対し、診断信号として、ＩＣＭＰを用いて、ｐｉｎｇコマンドを送信する（ステップＳ３０４）。そして、そのｐｉｎｇコマンドの送信に対して、ルータＲ１から応答があったか否かを判定する（ステップＳ３０６）。
【００５１】
判定の結果、応答がない場合には、異常診断部１１８は、ルータＲ１が要求に応答しないステルスモードであると判断し（ステップＳ３１６）、処理を図６のステップＳ４０２に進める。一方、ルータＲ１から応答があった場合には、次に、要求部１１４が、ネットワークインタフェース部１４０を介して、診断対象プリンタＰ１に対し、ルータＲ１へのｐｉｎｇコマンドの送信を要求する（ステップＳ３０８）。その要求を受け、診断対象プリンタＰ１では、ＣＰＵ１１０によって機能する経路調査部１１６が、ネットワークインタフェース部１４０を介して、ＬＡＮの出口であるルータＲ１に対し、診断信号として、ＩＣＭＰを用いて、ｐｉｎｇコマンドを送信する（ステップＳ３１０）。その後、診断対象プリンタＰ１の経路調査部１１６は、送信したｐｉｎｇコマンドに対するルータＲ１からの応答結果を、診断実行プリンタＰ２に送信する（ステップＳ３１２）。これに対し、診断実行プリンタＰ２では、異常診断部１１８が、送信された応答結果に基づいて、ルータＲ１から診断対象プリンタＰ１に対して応答があったか否かを判定する（ステップＳ３１４）。
【００５２】
判定の結果、ルータＲ１から診断対象プリンタＰ１に対し応答がなかった場合には、異常診断部１１８は、診断対象プリンタＰ１からルータＲ１に至る通信経路中に異常があると判断し（ステップＳ３１８）、その後、処理をリターンする（図６参照）。反対に、応答があった場合には、処理を図６のステップＳ４０２に進める。
【００５３】
図６において、ステップＳ４０２では、経路調査部１１６が、自己のメモリ１３０に格納された通信設定情報から、自己に設定されているプロキシサーバＰＳのアドレスを読み出し、そのアドレスに基づいて、ネットワークインタフェース部１４０を介して、ファイアウォールの出口であるプロキシサーバＳＰに対し、ＩＣＭＰを用いて、ｐｉｎｇコマンドを送信する。そして、そのｐｉｎｇコマンドの送信に対して、プロキシサーバＳＰから応答があったか否かを判定する（ステップＳ４０４）。
【００５４】
判定の結果、応答がない場合には、異常診断部１１８は、プロキシサーバＳＰが応答に反応しないステルスモードであると判断し（ステップＳ４１４）、その後、処理をリターンする。一方、プロキシサーバＳＰから応答があった場合には、次に、要求部１１４が、ネットワークインタフェース部１４０を介して、診断対象プリンタＰ１に対し、ＳＭＮＰを用いて、プロキシサーバＳＰへのｐｉｎｇコマンドの送信を要求する（ステップＳ４０６）。その要求を受け、診断対象プリンタＰ１では、経路調査部１１６が、ネットワークインタフェース部１４０を介して、ファイアウォールの出口であるプロキシサーバＳＰに対し、ＩＣＭＰを用いて、ｐｉｎｇコマンドを送信する（ステップＳ４０８）。その後、診断対象プリンタＰ１の経路調査部１１６は、送信したｐｉｎｇコマンドに対するプロキシサーバＳＰからの応答結果を、診断実行プリンタＰ２に送信する（ステップＳ４１０）。これに対し、診断実行プリンタＰ２では、異常診断部１１８が、送信された応答結果に基づいて、プロキシサーバＳＰから診断対象プリンタＰ１に対して応答があったか否かを判定する（ステップＳ４１２）。
【００５５】
判定の結果、プロキシサーバＳＰから診断対象プリンタＰ１に対し応答がなかった場合には、異常診断部１１８は、診断対象プリンタＰ１からプロキシサーバＳＰに至る通信経路中に異常があると判断し（ステップＳ３１８）、その後、処理をリターンする。但し、処理が図５のステップＳ３１４を経て、そのステップＳ３１４において、ルータＲ１から診断対象プリンタＰ１に対し応答があったと既に判定している場合には、診断対象プリンタＰ１からルータＲ１に至る通信経路中に異常がないことは明らかであるので、ステップＳ３１８において、ルータＲ１からプロキシサーバＳＰに至る通信経路中に異常があると判断してもよい。一方、プロキシサーバＳＰから診断対象プリンタＰ１に対し応答があった場合には、そのまま、処理をリターンする。
以上のようにして、診断信号を用いた診断処理（ステップＳ１０４）は実行される。
【００５６】
Ｃ．実施例の効果：
以上説明したように、本実施例では、或るプリンタがサーバＳにアクセスしてこなくなった場合でも、同一ＬＡＮ内にある、または、同じイントラネット内（同じファイアウォール内）にある別のプリンタ（診断実行プリンタＰ２）に、アクセスしてこなくなったプリンタ（診断対象プリンタＰ１）の異常診断を、サーバＳの代わりに行わせ、その診断結果をサーバＳに報告させることにより、サーバＳは、その診断対象プリンタＰ１との間での通信異常の原因を把握することができる。すなわち、図３のステップＳ１０４における通信設定情報を用いた異常診断によって、診断対象プリンタＰ１自身の異常であるかどうかを容易に判断でき、また、ステップＳ１０８における診断信号を用いた異常診断によって、ネットワークに起因した異常であるかどうかを容易に判断できる。
【００５７】
そして、診断対象プリンタＰ１に設定されている通信設定情報の誤りが、通信異常の原因であれば、サーバＳは、診断実行プリンタＰ２に対して、診断実行プリンタＰ２に設定されている通信設定情報を診断対象プリンタＰ１にコピーして設定するよう、指示してもよい。その場合、診断実行プリンタＰ２は、ＳＮＭＰを用いて、自己の通信設定情報を診断対象プリンタＰ１にコピーして設定した上で、診断対象プリンタＰ１に対し再起動を促し、その後、診断対象プリンタＰ１が正常に動作するか確認するようにする。
【００５８】
また、診断対象プリンタＰ１からサーバＳに至る通信経路中の異常が、通信異常の原因であれば、サーバＳは、例えば、サービスマンに対して、通信経路中の機器や通信線路を修理するよう、指示してもよい。また、その際、サーバＳは、正常なプリンタに対し、診断結果や修理箇所などを記載した障害復旧のための手順書を印刷出力させ、サービスマンによる修理の便宜を図るようにしてもよい。
【００５９】
Ｄ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００６０】
上記した実施例においては、サーバＳから診断実行プリンタＰ２へ異常診断実行の指示をする際、診断対象プリンタＰ１を特定するために、診断対象プリンタＰ１のＩＰアドレスを伝えるものとした。しかしながら、イントラネットＴＲ内において、各プリンタのＩＰアドレスがＤＨＣＰ（Dynamic Host Configuration Protocol）によって自動的に割り振られる場合には、サーバＳから診断実行プリンタＰ２に診断対象プリンタＰ１のＩＰアドレスを伝えることができない。このような場合は、診断対象プリンタＰ１のＩＰアドレスに代えて、診断対象プリンタＰ１のデバイス特定情報（たとえば、ＭＡＣアドレスや、製品製造番号など）を、サーバＳから診断実行プリンタＰ２に伝える。これにより、診断実行プリンタＰ２は、まず、同一ＬＡＮ内の全てのデバイスに対し、ブロードキャストによって、デバイス特定情報の問い合わせを行い、各デバイスからデバイス特定情報をそれぞれ取得する。なお、この際、診断実行プリンタＰ２は、各デバイスのＩＰアドレスも併せて取得することができる。次に、診断実行プリンタＰ２は、それら取得したデバイス特定情報と、サーバＳから伝えられた診断対象プリンタＰ１のデバイス特定情報とを比較して、情報の一致するデバイスがあるかどうかを判定し、一致するものがあれば、一致したそのデバイスを診断対象プリンタＰ１であると判断し、その診断対象プリンタＰ１のＩＰアドレスに基づいて、続く診断を続行する。なお、情報の一致するデバイスがない場合には、診断実行プリンタＰ２は、診断対象プリンタＰ１の電源がオフ状態にある、または、診断実行プリンタＰ２から診断対象プリンタＰ１までの経路中に異常があると判断する。
【００６１】
上記した実施例においては、図４に示す通信設定情報を用いた診断処理において、情報取得部１１２は、ｐｉｎｇコマンドの送信に対し診断対象プリンタＰ１から応答があった場合、診断対象プリンタＰ１から通信設定情報を取得していたが、通信設定情報の取得に先立って、以下のような処理を行うようにしてもよい。
【００６２】
すなわち、診断実行プリンタＰ２は、ＳＮＭＰを用いて、診断対象プリンタＰ１に対し、診断対象プリンタＰ１における監視ソフトウェアモジュール（すなわち、自己の動作状態を監視してその監視結果をサーバＳに報告するソフトウェアモジュール）が、動作する設定になっているかどうか確認し、その確認結果をサーバＳに報告するようにしてもよい。そして、監視ソフトウェアモジュールが動作しないように設定されている場合には、サーバＳは、診断実行プリンタＰ２に対し、診断対象プリンタＰ１の設定変更を行うよう指示する。この指示により、診断実行プリンタＰ２は、ＳＮＭＰを用いて、監視ソフトウェアモジュールが動作するよう、診断対象プリンタＰ１に設定を変更させた上で、診断対象プリンタＰ１に対し再起動を促し、その後、監視ソフトウェアモジュールが動作する設定となったか確認するようにする。
【００６３】
上記した実施例においては、図５，図６に示す診断信号を用いた診断処理において、診断信号としてｐｉｎｇコマンドを送信するようにしていたが、これに代えて、同じく、ＩＣＭＰを用いて、ｔｒａｃｅｒｏｕｔｅコマンドを送信するようにてもよい。一般に、Ｐｉｎｇは、ＴＣＰ／ＩＰネットワークにおいて流したパケットが相手先まで届いているか、どれだけの時間で帰ってくるかなどを調べるために使用するコマンドで、ｔｒａｃｅｒｏｕｔｅは、相手先までの経路を調査するコマンドである。Ｐｉｎｇコマンドに対する応答結果からは、相手先まで到達するか、応答するのにどれだけ時間がかかるかなどを容易に知ることができ、ｔｒａｃｅｒｏｕｔｅコマンドに対する応答結果からは、対象となるホストまでの行きの経路や、途中のゲートウェイまでの所要時間を知ることができる。従って、ｔｒａｃｅｒｏｕｔｅコマンドを用いた場合には、通信経路上において、どこまでが到達できて、どこからが到達できなくなるのかを容易に調査することができる。
【００６４】
上記した実施例においては、サーバＳにネットワーク介して接続されるデバイスを、プリンタとしていたが、本発明はプリンタに限定されるものではなく、複写機やファックスやスキャナなど他のデバイスであっても、同様に適用することができる。
【００６５】
また、本発明の異常診断システムを利用することによって、次のような処理も可能となる。すなわち、例えば、ファイアウォールの設定を変更した場合に、イントラネット内の或る１台のプリンタのみに、その変更後の設定を反映させておけば、他のプリンタは、サーバＳにアクセスできなくなり、通信設定情報の誤りに起因した通信異常であると判断される。そのため、サーバＳは、その１台のプリンタに対し自己の通信設定情報を他のプリンタにコピーして設定するよう指示を出す。これにより、その１台のプリンタは、自己の通信設定情報を、他のプリンタに対し次々にコピーして設定するようになるため、変更後の設定を他のプリンタに自動的に反映させることができる。
【００６６】
また、サーバＳにおいて、各プリンタの使用に対する課金処理を行っている場合には、本発明の異常診断システムを利用することによって、次のような処理も可能となる。すなわち、例えば、イントラネット内での異常、または、ファイアウォールでの異常に起因した通信異常であると判断した場合には、プリンタからサーバＳへの接続が意図的に妨害されているものと判断し、サーバＳは、診断実行プリンタＰ２に対し、サーバＳに接続してこないプリンタ（すなわち、診断対象プリンタＰ１）での印刷を禁止させるよう指示する。これにより、診断対象プリンタＰ１は、ＳＮＭＰを用いて、診断対象プリンタＰ１に対し、診断対象プリンタＰ１での印刷ができないよう、設定する。こうして、診断対象プリンタＰ１からサーバＳへのアクセスが再開されるまで、診断対象プリンタＰ１での印刷を禁止するようにすることで、トナーや消耗品の無断利用を禁止し、課金逃れを防ぐことができる。
【図面の簡単な説明】
【００６７】
【図１】本発明の一実施例としての異常診断システムが適用されたプリンタ監視システムの構成を示すブロック図である。
【図２】図１における各プリンタの要部構成を示すブロック図である。
【図３】本発明の一実施例における異常診断方法の処理手順を示すフローチャートである。
【図４】図３における通信設定情報を用いた診断処理ルーチンの処理手順を示すフローチャートである。
【図５】図３における診断信号を用いた診断処理ルーチンの処理手順を示すフローチャートである。
【図６】図３における診断信号を用いた診断処理ルーチンの処理手順を示すフローチャートである。
【符号の説明】
【００６８】
１００…プリンタ
１１０…ＣＰＵ
１１２…情報取得部
１１４…要求部
１１６…経路調査部
１１８…異常診断部
１２２…報告部
１３０…メモリ
１３２…通信設定情報
１４０…ネットワークインタフェース部
１５０…プリンタエンジン
Ｐ１〜Ｐ３…プリンタ
ＰＳ…プロキシサーバ
Ｒ１，Ｒ２…ルータ
Ｓ…サーバ
ＳＰ…プロキシサーバ
ＴＥ…インターネット
ＴＲ…イントラネット
【図１】
2006172049.tif 000003
【図２】
2006172049.tif 000004
【図３】
2006172049.tif 000005
【図４】
2006172049.tif 000006
【図５】
2006172049.tif 000007
【図６】
2006172049.tif 000008