(57)【要約】【課題】管理サーバに対して各管理対象デバイスから管理情報を送信するようなネットワークシステムにおいて、管理サーバへの通信が適切に行われていないデバイスを容易に検出することができる通信確認システム、管理対象デバイス、管理サーバ及びプログラムを提供する。【解決手段】管理サーバ２１０から通信確認指示命令を受信したデバイスＡ３１０は、ＬＡＮ４００に接続された各管理対象デバイスに対して、通信確認を実行するように指示する通信確認命令を送信する。各管理対象デバイスが管理サーバ２１０に通信確認を行うと、管理サーバ２１０では、適切に通信が行われているデバイスの一覧を取得する。当該一覧をデバイスＡ３１０に送信し、デバイスＡ３１０が保持する管理対象デバイス一覧と比較する。【選択図】          図１
2004178012.tif 000002
【特許請求の範囲】
【請求項１】
管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける通信確認システムであって、
前記管理対象デバイスは、
他の管理対象デバイスを検出する管理対象デバイス検出手段と、
前記管理サーバから第１の命令を受信した場合に、他の管理対象デバイスに対して、管理サーバへの通信確認を行うべき旨を指示する第２の命令を送信する通信確認命令送信手段と、
他の管理対象デバイスから前記第２の命令を受信した場合に、前記管理サーバへの通信確認を行う通信確認手段とを備え、
前記管理サーバは、
前記管理対象デバイスの一つに対し、他の管理対象デバイスに前記第２の命令を送信すべき旨を指示する第１の命令を送信する通信確認指示命令送信手段と、
前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出手段とを備え、
前記通信確認システムは、さらに、
前記管理対象デバイス検出手段により検出されたデバイスのリストと、前記通信確認成功デバイス検出手段により検出されたデバイスのリストとを比較する比較手段とを含む
ことを特徴とする通信確認システム。
【請求項２】
前記通信確認手段は、
通常の前記ネットワークシステムの利用時に前記管理サーバに情報を送信する場合に用いるプロトコルと同一のプロトコルを用いて通信確認を行う
ことを特徴とする請求項１に記載の通信確認システム。
【請求項３】
管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理対象デバイスであって、
他の管理対象デバイスを検出する管理対象デバイス検出手段と、
前記管理サーバから第１の命令を受信した場合に、他の管理対象デバイスに対して、管理サーバへの通信確認を行うべき旨を指示する第２の命令を送信する通信確認命令送信手段と、
他の管理対象デバイスから前記第２の命令を受信した場合に、通常の前記ネットワークシステムの利用時に前記管理サーバに情報を送信する場合に用いるプロトコルと同一のプロトコルを用いて前記管理サーバへの通信確認を行う通信確認手段とを備える
ことを特徴とする管理対象デバイス。
【請求項４】
管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理サーバであって、
前記管理対象デバイスの一つに対し、第１の命令を送信する通信確認指示命令送信手段と、
前記第１の命令を送信した結果、他の管理対象デバイスから送信されてくる通信確認を受信する通信確認受信手段と、
前記通信確認受信手段が受信した結果から、前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出手段とを備える
ことを特徴とする管理サーバ。
【請求項５】
管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理サーバにて動作するプログラムであって、
前記管理対象デバイスの一つに対し、第１の命令を送信する通信確認指示命令送信処理と、
前記第１の命令を送信した結果、他の管理対象デバイスから送信されてくる通信確認を受信した結果から、前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出処理とを含む処理を前記管理サーバに実行させる
ことを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける通信確認システム、管理対象デバイス、管理サーバ及びプログラムに関する。
【０００２】
【従来の技術】
近年、いわゆるイントラネット環境においてＬＡＮ等のネットワークに複写機やプリンタ、スキャナなどの各種デバイスを接続し、さらにインターネットを介して外部の管理サーバに接続して、当該管理サーバにおいて各種デバイスの状態管理などを行うネットワークシステムが検討されている。
【０００３】
このようなネットワークシステムにおいて、例えば複写機の紙詰まり、使用頻度、消耗品情報（トナー切れなど）などの各種管理情報を管理サーバに送信し、管理サーバで一括管理することにより、例えば紙詰まり頻度の高いデバイスを事前に察知したり、サービスマンによる出張営業を効率的に行うことが可能になる等、デバイスのユーザに対してより適切なサービスを行うことができるという効果が期待されている。
【０００４】
各種デバイスから、前記各種管理情報を管理サーバに送信する際には、例えばＨＴＴＰ（ハイパー・テキスト・トランスファー・プロトコル）や、ＳＭＴＰ（シンプル・メール・トランスファー・プロトコル）等のプロトコルを用いることができる。係るプロトコルを用いて、適切に管理サーバに情報が送信されているか否かを確認する方法として、各デバイスから管理サーバにテスト送信を行ったり、管理サーバから各デバイスにテスト送信を行うことが考えられる。
【０００５】
【非特許文献１】
水野、阿部、浅野、「ディジタル複合機（ＭＦＰ）のソフトウェアについて」、シャープ技報、２０００年４月、第７６号、ｐ．６３−６８
【０００６】
【発明が解決しようとする課題】
ところで、上記のようなイントラネット環境においては、新しくプリンタを導入するなど、新規なデバイスの追加接続が頻繁に行われる。このような場合に新規なデバイスから通信確認を行う場合には、新規に接続されたデバイス（以下、単に「新規デバイス」という。）から管理サーバに対してテスト送信を行うことが好ましい。
【０００７】
しかし、例えばＳＭＴＰプロトコルを利用して電子メールの送信により管理情報を送信するような場合、新規デバイスの側での電子メールアドレスの設定が誤っている場合など、新規デバイスの側では適切に情報が送信されたものと認識しているにもかかわらず、管理サーバの側では管理情報を受信できず、結局新規デバイスが接続されたことも認識できない状態になるという問題点を有していた。
【０００８】
本発明は、上記のような問題点に鑑みてなされたものであって、管理サーバとの間の通信状態に問題が発生しているデバイスを容易に検出することができる通信確認システム及びプログラムを提供することを目的としている。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明に係る通信確認システムは、管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける通信確認システムであって、前記管理対象デバイスは、他の管理対象デバイスを検出する管理対象デバイス検出手段と、前記管理サーバから第１の命令を受信した場合に、他の管理対象デバイスに対して、管理サーバへの通信確認を行うべき旨を指示する第２の命令を送信する通信確認命令送信手段と、他の管理対象デバイスから前記第２の命令を受信した場合に、前記管理サーバへの通信確認を行う通信確認手段とを備え、前記管理サーバは、前記管理対象デバイスの一つに対し、他の管理対象デバイスに前記第２の命令を送信すべき旨を指示する第１の命令を送信する通信確認指示命令送信手段と、前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出手段とを備え、前記通信確認システムは、さらに、前記管理対象デバイス検出手段により検出されたデバイスのリストと、前記通信確認成功デバイス検出手段により検出されたデバイスのリストとを比較する比較手段とを含むことを特徴としている。
【００１０】
この構成では、管理対象デバイス検出手段が検出可能な管理対象デバイスの一覧を取得することが可能であるとともに、検出された管理対象デバイスに対して第２の命令が送信され、当該第２の命令を受信した管理対象デバイスは管理サーバへの通信確認を行う。管理サーバの側では、通信確認に成功したデバイスの一覧を取得することが可能であるから、前記管理対象デバイスの一覧と比較することにより、管理対象デバイスの中で通信確認に成功しなかったデバイスを容易に検出することができる。なお、比較手段は管理サーバに備えてもよいし、管理対象デバイスに備えてもよい。デバイス一覧を互いに送受信すれば、いずれの側で比較を行うこともできるからである。
【００１１】
なお、前記通信確認手段は、通常の前記ネットワークシステムの利用時に前記管理サーバに情報を送信する場合に用いるプロトコルと同一のプロトコルを用いて通信確認を行うことが好ましい。管理対象デバイスが管理サーバに適切に情報を送信することができる状態にあるか否かを、より確実に確認することができるからである。
【００１２】
なお、本発明に係る管理対象デバイスは、管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理対象デバイスであって、他の管理対象デバイスを検出する管理対象デバイス検出手段と、前記管理サーバから第１の命令を受信した場合に、他の管理対象デバイスに対して、管理サーバへの通信確認を行うべき旨を指示する第２の命令を送信する通信確認命令送信手段と、他の管理対象デバイスから前記第２の命令を受信した場合に、通常の前記ネットワークシステムの利用時に前記管理サーバに情報を送信する場合に用いるプロトコルと同一のプロトコルを用いて前記管理サーバへの通信確認を行う通信確認手段とを備えることを特徴としている。
【００１３】
なお、本発明に係る管理サーバは、管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理サーバであって、前記管理対象デバイスの一つに対し、第１の命令を送信する通信確認指示命令送信手段と、前記第１の命令を送信した結果、他の管理対象デバイスから送信されてくる通信確認を受信する通信確認受信手段と、前記通信確認受信手段が受信した結果から、前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出手段とを備えることを特徴としている。
【００１４】
なお、本発明に係るプログラムは、管理サーバと、当該管理サーバに情報を送信する複数の管理対象デバイスとがネットワークを介して接続されてなるネットワークシステムにおける管理サーバにて動作するプログラムであって、前記管理対象デバイスの一つに対し、第１の命令を送信する通信確認指示命令送信処理と、前記第１の命令を送信した結果、他の管理対象デバイスから送信されてくる通信確認を受信した結果から、前記他の管理対象デバイスの中で、通信確認が成功したデバイスを検出する通信確認成功デバイス検出処理とを含む処理を前記管理サーバに実行させることを特徴としている。
【００１５】
【発明の実施の形態】
以下、本発明に係る通信確認システム等の実施の形態について、図面を参照しながら説明する。
（１）ネットワークシステムの全体構成
図１は、本発明の実施の形態における通信確認システムが動作するネットワークシステムの全体構成の一例を示す図である。
【００１６】
同図に示されるようにネットワークシステムは、管理サーバ２１０等が備えられたサービスセンタ２００と、デバイスＡ３１０等の各種デバイスがＬＡＮ４００に接続されて利用されているユーザサイト３００とが、インターネット１００を介して接続されている。
サービスセンタ２００には、さらにファイアウォール２２０及びメールサーバ２３０が設けられており、ユーザサイト３００にもファイアウォール３６０及びメールサーバ３７０が設けられている。ユーザサイト３００に備えられる各デバイスの具体例としては、例えば複写機、プリンタ等の画像形成装置、イメージリーダ、ＦＡＸ装置等のデバイスが考えられる。なお、本実施の形態では、デバイスＡ３１０からデバイスＤ３４０までが本実施の形態のネットワークシステムでの管理の対象となっているデバイス（以下、「管理対象デバイス」という。）であり、デバイスＥ３５０は管理対象となっていないデバイス（以下、「非管理対象デバイス」という。）であるものとして説明する。なお、同図では、インターネットを介して通信を行うネットワークシステムに当然備えられているようなルータ、ハブ等の装置については具体的な図示を省略している。
【００１７】
本実施の形態では、通常の状態では、ユーザサイト３００に備えられた各デバイスから、上記したようなＨＴＴＰ、ＦＴＰ、あるいは電子メール、即ち、ＳＭＴＰ、ＰＯＰ３等のプロトコルを用いて、各種管理情報（課金情報、カウント情報、ステータス情報、消耗品情報などを含めることができる。）を管理サーバ２１０に送信する。送信された管理情報をサービスセンタ２００のオペレータが参照したり、他の部署へ配布する等して利用者へのサービスに役立てることができる。
【００１８】
（２）管理対象デバイスの構成
次に、ユーザサイト３００に備えられる管理対象デバイスの構成について説明する。なお、本実施の形態のネットワークシステムでは、複数のユーザサイトについてデバイスの管理を行うことが可能であるが、ここではユーザサイト３００を例として説明し、また、管理対象デバイスとしてデバイスＡ（本実施の形態では複写機であるものとする。）３１０を例として説明する。なお、以下の説明は、特に本実施の形態に係る通信確認システムを実現するための構成について説明し、例えば複写機が備える画像形成部や画像読取部等については詳細な説明を省略する。即ち、他のプリンタ、スキャナ等の各種デバイスにおいても、以下に説明する内容と同様の構成を備えることにより、本実施の形態の通信確認システムを適用することができる。
【００１９】
図２は、デバイスＡ３１０内において、本実施の形態に関連する部分の構成を示す機能ブロック図である。同図に示されるように、デバイスＡ３１０は、通信ＩＦ（インタフェース）部３１１及び制御部３１２を備える。通信ＩＦ部３１１は、ＬＡＮ４００を介して外部と通信を行うためのインタフェース部分であり、具体的にはＮＩＣ（ネットワーク・インタフェース・カード）を用いることができる。制御部３１２は、ＣＰＵを中心として構成され、特に図示は省略するが、当該ＣＰＵで動作するプログラム（いわゆるファームウェア）が格納されるフラッシュＲＯＭ等の不揮発性メモリ、ファームウェアが実際に実行される際にロードされる他、作業領域として用いられるＳＲＡＭ等の記憶装置が接続されている。
【００２０】
本実施の形態の制御部３１２は、機能的には、信号解析部３１２１、送信制御部３１２２、デバイス検出制御部３１２３、デバイス検出部３１２４、プライベートＭＩＢ３１２５、通信確認部３１２５、デバイス比較部３１２６、出力部３１２７を備えている。
信号解析部３１２１は、ＬＡＮ４００を介して外部から送信されてきた信号の内容を、必要に応じて解析する。送信制御部３１２２は、通信ＩＦ部３１１を介する外部への送信制御を行う。
【００２１】
デバイス検出制御部３１２３は、本実施の形態では、管理サーバ２１０から、他の管理対象デバイスに対し通信確認を行うように指示する命令（以下、「通信確認命令」という。）を送信するべき旨の命令（以下、「通信確認指示命令」という。）が送信されてきた場合に、他の管理対象デバイスを検出するための命令（以下、「デバイス検出命令」という。）を送信する。一方、他の管理対象デバイスから前記デバイス検出命令が送信されてきた場合には、当該命令に応答して、自身の管理対象デバイスとしての識別子（ＭＡＣアドレス、ＩＰアドレス等を用いてもよい。）を送信する。
【００２２】
なお、上記管理対象デバイスとしての識別子は、プライベートＭＩＢ３１２５格納しておくことができる。この場合、上記デバイス検出命令として後述するＳＮＭＰのＧｅｔ―Ｒｅｑｕｅｓｔ命令を用いることができる。なお、プライベートＭＩＢ３１２５には、当該デバイスが管理対象となっているか否かを示す情報も格納されており、当該情報を参照して、管理対象となっている旨が示されている場合には管理対象デバイスの識別子を取得するような処理が考えられる。もっとも、プライベートＭＩＢに識別子を格納しない場合、例えばＲＦＣ（リクエスト・フォア・コメント）１２１３に規定されているＭＩＢ２にて定義されているｉｆＰｈｙｓＡｄｄｒｅｓｓという項目からＭＡＣアドレスを識別子として取得することも可能である。
【００２３】
デバイス検出部３１２４は、前記のようなデバイス検出命令に対する応答としての識別子が送信されてきた場合に、検出された管理対象デバイスの識別子を順次デバイス比較部３１２７へと送る。
プライベートＭＩＢ３１２５には、当該デバイスが管理対象となっているか否かを示す情報や、通信確認を行うべきか否かを示す情報、管理対象デバイスの識別子などが格納されている。なお、ＭＩＢとは、マネージメント・インドメーション・ベースの意味であり、ＳＮＭＰ（シンプル・ネットワーク・マネージメント・プロトコル）を用いて他のデバイスから参照可能な情報が格納される領域をいう。本実施の形態ではプライベートＭＩＢを用いているが、他の領域を用いることもできる。
【００２４】
通信確認部３１２６は、他の管理対象デバイスから通信確認命令が送信されてきた場合に、管理サーバ２１０に対して通信確認を行う。通信確認の詳細については後述する。デバイス比較部３１２７は、不図示のメモリ等の記憶手段を含んでおり、デバイス検出部３１２３２から送信されてきた管理対象デバイスの識別子（以下、このように検出された管理対象デバイスの一覧を「管理対象デバイス一覧」という。）が格納されるとともに、管理サーバ２１０から、後述する通信確認成功デバイス一覧が送信されてきた場合に、管理対象デバイス一覧と通信確認成功デバイス一覧とを比較する。通信確認成功デバイス一覧には、ＬＡＮ４００に接続されている管理対象デバイスの中で、管理サーバ２１０との通信確認が成功したデバイスの識別子が含まれており、両者を比較することにより、管理対象デバイスの中で通信確認が成功しなかったデバイス（管理サーバ２１０との通信が適切に行われないデバイス）を容易に検出することができる。
【００２５】
（３）管理サーバ２１０の構成
次に、本実施の形態の管理サーバ２１０の構成について説明する。図３は、管理サーバ２１０の概略構成を示す機能ブロック図である。同図に示されるように、管理サーバも通信ＩＦ部２１１及び制御部２１２を備えている。通信ＩＦ部２１１は、前記デバイスＡ３２０の通信ＩＦ部３１１と同様であるから説明は省略する。また、制御部２１２はＣＰＵを中心に構成され、本実施の形態の管理サーバ２１０の機能を実現するアプリケーションプログラムが格納されるＨＤＤ（ハードディスクドライブ）や、メモリ等の各種記憶装置（不図示）等が接続されている。
【００２６】
制御部２１２は、機能的には、信号解析部２１２１、送信制御部２１２２、モード切替部２１２３、通信確認命令送信部２１２４、テスト成功デバイス検出部２１２５、デバイス検出制御部２１２６を備えている。
信号解析部２１２１は、インターネット１００を介して外部から送信されてきた信号の内容を必要に応じて解析し、通信確認命令送信部２１２４や、テスト成功デバイス検出部２１２５に送る。送信制御部２１２２は、通信ＩＦ部２１１を介する外部への送信制御を行う。
【００２７】
モード切替部２１２３は、通常のモードから、後述する「通信確認モード」への切り替えを行う。通信確認指示命令送信部２１２４は、モード切替部２１２３により通信確認モードとなっているときに、外部の管理対象デバイスからアクセスがあった場合に、当該デバイスに対して前記通信確認指示命令を送信する。
テスト成功デバイス検出部２１２５は、前記通信確認指示命令を送信した結果として、外部の管理対象デバイスから通信確認があった場合に、適切に通信確認を受信したデバイスの識別子を検出する。より具体的には、通信確認指示命令を送信してからタイマ２１２７による計時が終了するまでの間に、管理対象デバイスからの通信確認を受信した場合に、当該管理対象デバイスの識別子を順次格納する。これにより、前記通信確認成功デバイス一覧を取得することができるので当該通信確認成功デバイス一覧をデバイス一覧送信部２１２６に送る。
【００２８】
デバイス一覧送信部２１２６は、タイマ２１２７により計時が終了した後に、従前に通信確認指示命令を送信した管理対象デバイスに対し、通信確認成功デバイス一覧を送信する。
（４）通信確認システムの動作
次に、本実施の形態の通信確認システムにおける、管理サーバ２１０及び管理対象デバイスの動作について説明する。図４は、管理サーバ２１０と各管理対象デバイスとの間で、適切に通信が行える状況になっているかを確認する処理（以下、「通信確認処理」という。）を行う場合の具体的な動作を示すシーケンス図である。
【００２９】
なお、以下に説明する通信確認処理は、管理サーバ２１０の状態が、「通信確認モード」となっている場合に実行される。本実施の形態の「通信確認モード」とは、例えばＬＡＮ４００に接続されている管理対象デバイスの中の一のデバイスから、管理サーバ２１０に対するアクセス（具体的には、管理情報の送信）があった場合に、当該デバイスに対して管理サーバ２１０から通信確認指示命令を送信するモードである。
【００３０】
管理サーバ２１０を、「通信確認実行モード」とするタイミングは、システムの運用に従って任意に規定することが可能であり、例えば毎朝定刻にモードが変更するようにしたり、月に一回切り替える等の定期的なタイミングの他、オペレータの操作による切り替えや、所定時刻の範囲内でデバイスからの送信があった場合に自動的に切り替える等、種々の設定が可能であるが、本実施の形態ではモード切替部２１２３を介してオペレータが切り替えるようにしている。通信確認モードでない場合には、管理サーバ２１０は、管理対象デバイスからのアクセスがあった場合でも、管理情報を受信する等の通常行われるべき処理以外の処理は行わない。
【００３１】
以下の説明では、管理サーバ２１０が通信確認実行モードとなった後、最初にデバイスＡ３１０から管理サーバ２１０に管理情報の送信があった場合を例として説明する。即ち、デバイスＡ３１０から管理サーバ２１０に対して管理情報の送信があったとすると（Ｃ０１）、管理サーバ２１０は、デバイスＡ３１０に対して、前記通信確認指示命令を送信する（Ｃ０２）。なお、この場合、少なくともデバイスＡ３１０については、管理サーバ２１０と適切に通信可能な状態となっていることが必要となる。もっとも、管理サーバ２１０の側で、少なくとも一つのデバイス（例えば、デバイスＡ３１０）のＩＰアドレス等を保持しておき、管理サーバ２１０側から当該デバイスに対して通信確認指示命令を送信するようにすることも可能であるから、Ｃ０１の通信処理は必須とは言えない。
【００３２】
通信確認指示命令を受けたデバイスＡ３１０は、ＬＡＮ４００に接続されている他のデバイスに対して、前記デバイス検出命令を送信する（Ｃ０３）。以下、ＬＡＮ４００に接続されている他のデバイス（ここでは、デバイスＢ３２０、デバイスＣ３３０等の管理対象デバイスの他、管理対象でないデバイスＥ３５０も含む。）の総称として「デバイスＢ等３９０」と表記する。この問合せは、デバイスＡ３１０からデバイスＢ等３９０に対してＳＮＭＰデータグラムをブロードキャストで送信することによって行うことができるが、具体的な方法は、これに限定されない。
【００３３】
前記したように、本実施の形態の通信確認システムの管理対象であるデバイスは、内部のプライベートＭＩＢ３１２５に、当該デバイスが管理対象となっているか否かを示す情報を保持しており、本実施の形態のデバイス検出命令は、当該デバイスが管理対象となっているか否かを、ＳＮＭＰのＧｅｔ−Ｒｅｑｕｅｓｔ命令を用いて問い合わせることによって行う。
【００３４】
管理対象デバイスは、デバイスＡ３１０からの問い合わせに対して管理対象である旨を応答する（Ｃ０４）。非管理対象デバイスであるデバイスＥは、管理対象でない旨を示す応答をするか、若しくは応答しない。
非管理対象デバイスの形態には、管理対象となっている旨を示すＭＩＢを保持しない場合、当該ＭＩＢを保持しているが管理対象となっていない旨の設定がされている場合、あるいはＳＮＭＰエージェント機能を有していない場合がある。ＳＮＭＰエージェント機能を有していない場合には、ＳＮＭＰでの通信が成功せずタイムアウトとなる（応答しない）。ＭＩＢを保持しない場合には、「指定されたＭＩＢが存在しない」旨を応答する。当該応答を受けた側は管理対象でないと判断することができる。ＭＩＢを保持しているが管理対象となっていない旨の設定がされている場合には、その旨を応答することとなる。
【００３５】
各管理対象デバイスからの応答を受けたデバイスＡ３１０は、ＬＡＮ４００に接続されているデバイスの中の管理対象デバイスの一覧を取得することができる。
次にデバイスＡ３１０は、デバイスＢ等３９０に対して、通信確認命令を送信する（Ｃ０５）。通信確認命令は、本実施の形態では、ＳＮＭＰのｓｅｔ−ｒｅｑｕｅｓｔ命令を用いて、各管理対象デバイスに設けられたプライベートＭＩＢ３１２５の設定を変更するようにしている（例えば当初「０」にセットされていたＭＩＢの所定領域の値を「１」に変更する）。各デバイスにて動作しているプログラムが、このＭＩＢの設定変更を検知した場合に管理サーバ２１０への通信確認を実行するようにすることができる。
【００３６】
本実施の形態では、通信確認命令として、デバイスＡ３１０からＳＮＭＰデータグラムをブロードキャスト送信するため、形式上管理対象外のデバイスＥに対しても通信確認実行命令が送信されることとなるが、非管理対象デバイスの応答については上記に説明したのと同様である。なお、先のデバイス一覧取得の際に管理対象デバイスのＩＰアドレスを取得しておき、ここでは管理対象デバイスのみに通信確認実行命令を送信するようにすることもできる。
【００３７】
なお、本実施の形態の通信確認は、通常管理情報の送信に用いられているプロトコルと同一のプロトコルを用いて行う。即ち、通常管理情報を電子メールで行っているデバイスは、通信確認も電子メールを用いて行う。ＨＴＴＰを用いているデバイスはＨＴＴＰで通信確認を行う。本実施の形態の通信確認が、管理情報が適切に送信できるか否かの確認に主眼をおいているからである。もっとも、任意のプロトコルで通信確認を行い、通信確認に成功すれば、以後、通信確認できたプロトコルで管理情報を送信するような設定を行うことは可能である。
【００３８】
通信確認として送信される情報には、デバイスＡ３１０と同一の環境に接続されている旨を示す情報、例えばデバイスＡ３１０の識別子（このようにデバイスＡ３１０の識別子を含める方法は、デバイス検出命令等にＳＮＭＰを用いる場合以外にも適用することが容易である。もっともＩＰアドレス、サブネットマスク等のネットワーク情報を利用すること、個別に割り振りＭＩＢ等の領域に予め格納しておくこと等も可能である。）が含まれており、各デバイスからの通信確認（Ｃ０６）を受けた管理サーバ２１０は、通信確認成功デバイス一覧を取得することができる。本実施の形態では、管理サーバ２１０からデバイスＡ３２０に対して通信確認成功デバイス一覧を送信する（Ｃ０７）。このとき、デバイスＡ３２０は、管理対象デバイス一覧と、通信確認成功デバイス一覧との両方を取得することとなり、両者を比較することにより、通信が適切に行われていないデバイスを容易に検出することができる。
【００３９】
（５）管理サーバの処理内容
次に、本実施の形態の通信確認システムにおいて、管理サーバ２１０側にインストールされるプログラムの処理内容について説明する。図５は、管理サーバ２１０で実行されるプログラム（本実施の形態に関連したサブルーチン）の処理内容を示すフローチャートである。なお同図の例は管理サーバ２１０において実行される処理の中で本実施の形態に関連する部分であり、他の処理については説明を省略する。
【００４０】
図５に示される通信確認指示命令送信処理は、管理サーバ２１０が通信確認モードとなった場合に動作を開始する。管理サーバ２１０は、本ルーチンが動作開始すると、管理対象デバイスからの管理情報送信待ち状態となる（Ｓ１０１）。管理情報を受信すると（Ｓ１０１：Ｙｅｓ）、当該管理情報を送信した管理対象デバイスに対して通信確認指示命令を送信する（Ｓ１０２）。前記したように通信確認指示命令を送信した場合、各管理対象デバイスから通信確認が行われることとなるので、当該通信確認を受信すると（Ｓ１０３：Ｙｅｓ）、当該通信確認に含まれるデバイスの識別子を順次格納し（Ｓ１０４）、それらを一定時間の経過まで行って事実上の通信確認処理を終了する（Ｓ１０５：Ｙｅｓ）。一定時間経過後に最初に管理情報を送信した管理対象デバイスに対して通信確認成功デバイス一覧を送信して（Ｓ１０６）、不図示のメインルーチンにリターンする。
【００４１】
なお、本実施の形態では一定時間の経過をもって、通信確認成功デバイス一覧を送信したが、サービスセンタ２００のオペレータの操作により通信確認モードの状態を終了し、通信確認成功デバイス一覧を送信するようにしてもよい。
（６）管理対象デバイスの処理内容
次に、本実施の形態の通信確認システムにおいて、管理対象デバイス側で動作するプログラムの処理内容について説明する。
【００４２】
図６は、管理対象デバイスにて実行される通信確認処理の内容を示すフローチャートである。なお、図６のフローチャートでは、説明の便宜のために単一のフローチャートとしたが、複数のモジュールに分けることが可能であることは勿論である。即ち、通信確認指示命令の受信をトリガーとして、通信確認命令の送信処理を行うモジュール、通信確認命令の受信をトリガーとして通信確認を行うモジュール等に分割して処理を実行させるようにすることもできる。
【００４３】
このルーチンは、不図示のメインルーチンから定期的に呼び出されるものとしており、まず、最初に通信確認指示命令を受信したか否かを判定し（Ｓ２０１）、受信していない場合には（Ｓ２０１：Ｎｏ）、ステップＳ２０４へと進む。受信していた場合に（Ｓ２０１：Ｙｅｓ）、以後の処理にすすみ、本実施の形態では、ＬＡＮ４００に接続されている管理対象デバイスの一覧を取得する（Ｓ２０２）。そして通信確認命令を送信する（Ｓ２０３）。
【００４４】
一方、このデバイスが通信確認命令を受信する側となることもあるため、次に通信確認命令を受信したか否かを判定し（Ｓ２０４）、受信した場合には（Ｓ２０４：Ｙｅｓ）、管理サーバ２１０に対して通信確認を送信する（Ｓ２０５）。また、通信確認成功デバイス一覧が送信されてきた場合には（Ｓ２０６：Ｙｅｓ）、本実施の形態では通信確認指示命令を受信している場合であって、管理対象デバイス一覧を保持しているため、通信確認成功デバイス一覧との比較を行い（Ｓ２０７）、比較結果を出力する（Ｓ２０８）。この結果の出力は、例えば表示画面に示してもよいし、プリントしたり、電子メールで送信したりといった、種々の方法が可能である。出力された情報から、通信設定が適切に行われていないようなデバイスを容易に判別することができる。
【００４５】
なお、本発明に係る通信確認システムを実現するプログラムは、例えば磁気テープ、フレキシブルディスク等の磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＭＯ、ＰＤなどの光記録媒体、Ｓｍａｒｔ  Ｍｅｄｉａ（登録商標）、ＣＯＭＰＡＣＴＦＬＡＳＨ（登録商標）などのフラッシュメモリ系記録媒体等、コンピュータ読み取り可能な各種記録媒体に記録することが可能であり、当該記録媒体の形態で生産、譲渡等がなされる場合もあるし、プログラムの形態で、インターネットを含む有線、無線の各種ネットワーク、放送、電気通信回線、衛星通信等を介して伝送、供給される場合もある。
【００４６】
また、本発明に係るプログラムは、上記に説明した処理をコンピュータに実行させるための全てのモジュールを含んでいる必要はなく、例えば通信プログラムや、オペレーティングシステム（ＯＳ）に含まれるプログラムなど、別途情報処理装置や、画像形成装置などの各種デバイスにインストールすることができる各種汎用的なプログラムを利用して、本発明の各処理をコンピュータに実行させるようにしてもよい。従って、上記した本発明の記録媒体に必ずしも前記全てのモジュールを記録している必要はないし、また、必ずしも全てのモジュールを伝送する必要もない。さらに所定の処理を専用ハードウェアを利用して実行させるようにすることができる場合もある。
【００４７】
＜変形例＞
以上、本発明を実施の形態に基づいて説明してきたが、本発明の内容が、上記実施の形態に示された具体例に限定されないことは勿論であり、例えば、以下のような変形例を考えることができる。
（１）即ち、上記実施の形態では、管理サーバ２１０から、デバイスＡ３２０に対して通信確認成功デバイス一覧を送信し、デバイスＡ３２０の側で比較するようにしたが、管理対象デバイス一覧と通信確認成功デバイス一覧との比較は、管理サーバ２１０の側で行ってもよい。即ち、管理対象デバイスの側から、管理対象デバイス一覧を管理サーバ２１０に送信し、管理サーバ２１０の側で通信確認成功デバイス一覧との比較を行うようにすればよいからである。比較の結果はサービスセンタ２００で利用してもよいし、管理対象デバイスに送信し、ユーザサイトの側で、例えば警告を出力するようにしてもよい。
【００４８】
（２）また、上記実施の形態では、管理対象デバイスが管理サーバ２１０から通信確認指示命令を受信した場合に、ＬＡＮ４００に接続されている管理対象デバイスを検出するようにしたが（図４のＣ０３、Ｃ０４参照）、このデバイス一覧は管理サーバ２１０からの命令の送信等にかかわらず、例えば定期的に取得することもできる。
【００４９】
【発明の効果】
以上のように、本発明に係る通信確認システムによれば、管理対象デバイス一覧と通信確認成功デバイス一覧とを比較する手段と備えているので、例えば新規デバイスが頻繁にイントラネットに接続されるような場合でも、管理サーバとの通信が適切に行われていないデバイスを容易に検出することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるネットワークシステムの全体構成を示す図である。
【図２】管理対象デバイス内において、本実施の形態に関連する部分の構成を示す機能ブロック図である。
【図３】管理サーバ２１０の概略構成を示す機能ブロック図である。
【図４】管理サーバ２１０と各管理対象デバイスとの間で通信確認処理を行う場合の具体的な動作を示すシーケンス図である。
【図５】管理サーバ２１０で実行されるプログラムの処理内容の一例を示すフローチャートである。
【図６】管理対象デバイスにて実行される通信確認処理の内容を示すフローチャートである。
【符号の説明】
１００                インターネット
２００                サービスセンタ
２１０                管理サーバ
２２０                ファイアウォール
２３０                メールサーバ
３００                ユーザサイト
３１０                デバイスＡ
３２０                デバイスＢ
３３０                デバイスＣ
３４０                デバイスＤ
３５０                デバイスＥ
３６０                ファイアウォール
３６０                メールサーバ
４００                ＬＡＮ
【図１】
2004178012.tif 000003
【図２】
2004178012.tif 000004
【図３】
2004178012.tif 000005
【図４】
2004178012.tif 000006
【図５】
2004178012.tif 000007
【図６】
2004178012.tif 000008