(57)【要約】【課題】  デバイスによって利用するための所定の情報を、サーバからダウンロードするデバイス管理システムにおいて、デバイスからサーバへのアクセス頻度を低減する。【解決手段】  ネットワークに接続された各プリンタは、ダウンロード時刻になったときに、管理サーバに未送信のダウンロード要求ファイルを保持しているか否かを判断し、管理サーバに未送信のダウンロード要求ファイルを保持している場合に、他のプリンタから、他のプリンタが保持する管理サーバに未送信のダウンロード要求ファイルを収集し、自らが保持する未送信のダウンロード要求ファイルとともに、管理サーバに送信する。そして、管理サーバからダウンロードデータファイルをダウンロードした各プリンタは、配信データを作成し、各配信データを、対応する他のプリンタに配信する。【選択図】  図５
2006201833.tif 000002
【特許請求の範囲】
【請求項１】
所定のネットワークに接続されるデバイスに内蔵され、該デバイスによって利用するための所定の情報を、前記ネットワークに接続された所定のサーバからダウンロードする情報集配信制御装置であって、
前記サーバに対する前記情報のダウンロード要求を記憶するダウンロード要求記憶部と、
予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断する判断部と、
該判断部によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記ネットワークに接続された他のデバイスに対して、該他のデバイスが保持する前記送信すべきダウンロード要求の送信要求をそれぞれ送信し、該送信要求の応答として、前記他のデバイスから、それぞれ前記送信すべきダウンロード要求を収集するダウンロード要求収集部と、
該収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信する送信部と、
該送信したダウンロード要求の応答として、前記サーバから、前記ダウンロード要求に対応する前記情報を受信する受信部と、
該受信した前記情報のうち、前記収集されたダウンロード要求に対応する前記情報を、前記他のデバイスに、それぞれ配信する配信部と、
を備える情報集配信制御装置。
【請求項２】
請求項１記載の情報集配信制御装置であって、
前記ダウンロード要求収集部は、前記判断部によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていないと判断されたときに、前記収集を禁止する、
情報集配信制御装置。
【請求項３】
請求項１記載の情報集配信制御装置であって、さらに、
当該情報集配信制御装置が内蔵されたデバイスを識別するための識別情報を記憶する識別情報記憶部を備え、
前記ダウンロード要求収集部は、さらに、前記他のデバイスから、該他のデバイスを識別するための識別情報を収集し、
前記送信部は、前記収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記収集された識別情報、および、前記識別情報記憶部に記憶された識別情報とそれぞれ対応付けて、前記送信を行う、
情報集配信制御装置。
【請求項４】
請求項１記載の情報集配信制御装置であって、さらに、
前記収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記ダウンロード要求を、一体的に記録したダウンロード要求ファイルを作成するダウンロード要求ファイル作成部を備え、
前記送信部は、前記ダウンロード要求ファイルを、前記サーバに送信する、
情報集配信制御装置。
【請求項５】
請求項１記載の情報集配信制御装置であって、さらに、
前記情報の受信に応じて、前記ダウンロード要求記憶部に記憶されている、前記受信した情報に対応する前記ダウンロード要求を削除するダウンロード要求削除部を備える、
情報集配信制御装置。
【請求項６】
請求項１記載の情報集配信制御装置であって、さらに、
前記サーバから受信した前記情報を記憶する情報記憶部と、
前記他のデバイスから収集したダウンロード要求に対応する前記情報の配信要求を、前記他のデバイスから受け付ける配信要求受付部と、を備え、
前記配信部は、前記配信要求に応じて、前記配信を行う、
情報集配信制御装置。
【請求項７】
請求項１記載の情報集配信制御装置であって、
前記配信部は、前記情報とともに、該情報に対応する前記ダウンロード要求の削除要求を配信する、
情報集配信制御装置。
【請求項８】
請求項１記載の情報集配信制御装置であって、さらに、
前記他のデバイスから、前記送信要求を受け付ける送信要求受付部を備え、
前記送信部は、さらに、前記送信要求に応じて、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記送信要求を送信した前記他のデバイスに送信する、
情報集配信制御装置。
【請求項９】
請求項８記載の情報集配信制御装置であって、
前記送信部は、さらに、前記他のデバイスに送信したダウンロード要求に対応する前記情報の配信要求を、前記他のデバイスに送信する、
情報集配信制御装置。
【請求項１０】
請求項９記載の情報集配信制御装置であって、
前記受信部は、さらに、前記他のデバイスから、前記配信要求に対応する前記情報を受信する、
情報集配信制御装置。
【請求項１１】
請求項８記載の情報集配信制御装置であって、
前記他のデバイスから、該他のデバイスに送信済みの前記ダウンロード要求の削除要求を受け付ける削除要求受付部と、
該削除要求に応じて、前記ダウンロード要求記憶部に記憶されている、前記他のデバイスに送信済みのダウンロード要求を削除するダウンロード要求削除部と、
を備える情報集配信制御装置。
【請求項１２】
ネットワークに接続されるデバイスであって、
請求項１ないし１１のいずれかに記載の情報集配信制御装置を備える、
デバイス。
【請求項１３】
第１のデバイスと、第２のデバイスと、所定のサーバとを、所定のネットワークを介して、互いに接続することによって構成された情報集配信システムであって、
前記第１のデバイスは、前記サーバに対する前記情報のダウンロード要求を記憶する監視情報記憶部を備えており、
前記第１のデバイスは、予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断し、該判断によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記第２のデバイスに対して、該第２のデバイスが保持する前記送信すべきダウンロード要求の送信要求を送信し、
前記第２のデバイスは、前記送信要求に応じて、該第２のデバイスが保持する前記送信すべきダウンロード要求を、前記第１のデバイスに送信し、
前記第１のデバイスは、前記第２のデバイスから受信したダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信し、
前記サーバは、前記第１のデバイスから送信されたダウンロード要求に対応する前記情報を、前記第１のデバイスに送信し、
前記第１のデバイスは、前記サーバから受信した前記情報のうち、前記収集したダウンロード要求に対応する前記情報を、前記第２のデバイスに配信する、
情報集配信システム。
【請求項１４】
所定のネットワークに接続されるデバイスに内蔵され、該デバイスによって利用するための所定の情報を、前記ネットワークに接続された所定のサーバからダウンロードする情報集配信制御装置の制御方法であって、
（ａ）前記サーバに対する前記情報のダウンロード要求を、該ダウンロード要求を記憶するためのダウンロード要求記憶部に記憶する工程と、
（ｂ）予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断する工程と、
（ｃ）該判断によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記ネットワークに接続された他のデバイスに対して、該他のデバイスが保持する前記送信すべきダウンロード要求の送信要求をそれぞれ送信し、該送信要求の応答として、前記他のデバイスから、それぞれ前記送信すべきダウンロード要求を収集する工程と、
（ｄ）該収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信する工程と、
（ｅ）該送信したダウンロード要求の応答として、前記サーバから、前記ダウンロード要求に対応する前記情報を受信する工程と、
（ｆ）該受信した前記情報のうち、前記収集されたダウンロード要求に対応する前記情報を、前記他のデバイスに、それぞれ配信する工程と、
を備える制御方法。
【請求項１５】
第１のデバイスと、第２のデバイスと、所定のサーバとを、所定のネットワークを介して、互いに接続することによって構成された情報集配信システムの制御方法であって、
前記第１のデバイスは、前記サーバに対する前記情報のダウンロード要求を記憶する監視情報記憶部を備えており、
（ａ）前記第１のデバイスにおいて、予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断する工程と、
（ｂ）前記第１のデバイスにおいて、前記判断によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記第２のデバイスに対して、該第２のデバイスが保持する前記送信すべきダウンロード要求の送信要求を送信する工程と、
（ｃ）前記第２のデバイスにおいて、前記送信要求に応じて、該第２のデバイスが保持する前記送信すべきダウンロード要求を、前記第１のデバイスに送信する工程と、
（ｄ）前記第１のデバイスにおいて、前記第２のデバイスから受信したダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信する工程と、
（ｅ）前記サーバにおいて、前記第１のデバイスから送信されたダウンロード要求に対応する前記情報を、前記第１のデバイスに送信する工程と、
（ｆ）前記第１のデバイスにおいて、前記サーバから受信した前記情報のうち、前記収集したダウンロード要求に対応する前記情報を、前記第２のデバイスに配信する工程と、
を備える制御方法。
【請求項１６】
所定のネットワークに接続されるデバイスに内蔵され、該デバイスによって利用するための所定のデータを、前記ネットワークに接続された所定のサーバからダウンロードする情報集配信制御装置を制御するためのコンピュータプログラムであって、
前記サーバに対する前記情報のダウンロード要求を、該ダウンロード要求を記憶するためのダウンロード要求記憶部に記憶する機能と、
予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断する機能と、
該判断によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記ネットワークに接続された他のデバイスに対して、該他のデバイスが保持する前記送信すべきダウンロード要求の送信要求をそれぞれ送信し、該送信要求の応答として、前記他のデバイスから、それぞれ前記送信すべきダウンロード要求を収集する機能と、
該収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信する機能と、
該送信したダウンロード要求の応答として、前記サーバから、前記ダウンロード要求に対応する前記データを受信する機能と、
該受信した前記情報のうち、前記収集されたダウンロード要求に対応する前記情報を、前記他のデバイスに、それぞれ配信する機能と、
をコンピュータに実現させるためのコンピュータプログラム。
【請求項１７】
請求項１６記載のコンピュータプログラムをコンピュータ読み取り可能に記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスによって利用するための所定の情報を、ネットワークを介して接続されたサーバからダウンロードする技術に関するものである。
【背景技術】
【０００２】
近年、インターネットや、ローカルエリアネットワークなどのネットワーク技術の普及に伴い、ネットワークに接続されたプリンタなどの複数のデバイスを、ネットワークを介して接続された管理サーバによって管理するデバイス管理システムが提案されている（例えば、下記特許文献１参照）。このデバイス管理システムでは、ネットワークに接続された各デバイスは、例えば、各デバイスに内蔵されたネットワークボードによって、デバイスの動作状態など、デバイスに関する所定の監視情報を取得し、それぞれ個別に管理サーバに送信する。監視情報としては、例えば、デバイスをプリンタとした場合、印刷枚数、インクやトナーなどの使用量や、残量、エラー情報等が挙げられる。また、このようなデバイス管理システムでは、管理サーバが、各デバイスによって利用するための最新のプログラムや、データなどの情報を保持するようにし、各デバイスが、これらをそれぞれ個別に管理サーバからダウンロードして利用する場合がある。例えば、下記特許文献２には、メインサーバからコンテンツをダウンロードし、ユーザ端末に配信する技術が記載されている。
【０００３】
【特許文献１】特開２００４−１８５３５１号公報
【特許文献２】特開２００３−１８６７８５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述したデバイス管理システムにおいて、管理サーバと、デバイスとの間に、ファイアウォールが設置されている場合には、管理サーバが主体となって、プッシュ型で、管理サーバから各デバイスに、各デバイスによって利用するための最新のプログラムや、データなどの情報をダウンロードすることができない場合があった。また、各デバイスが主体となって、プル型で、上記情報のダウンロード要求を、管理サーバに送信して、上記情報を管理サーバからダウンロードする場合、管理サーバの管理対象となるデバイスの数が膨大になると、多数のデバイスが、管理サーバに一斉にアクセスして、それぞれダウンロード要求を一斉に送信し、管理サーバにおけるダウンロード要求に対する処理が滞ったり、不能になったりするおそれがあった。このような課題は、プリンタに限らず、ネットワークに接続された種々のデバイスを、管理サーバによって管理するデバイス管理システムにおいて、共通の課題である。
【０００５】
本発明は、上述の課題を解決するためになされたものであり、デバイスによって利用するための所定の情報を、サーバからデバイスにダウンロードするデバイス管理システムにおいて、デバイスからサーバへのアクセス頻度を低減することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題の少なくとも一部を解決するため、本発明では、以下の構成を採用した。
本発明の情報集配信制御装置は、
所定のネットワークに接続されるデバイスに内蔵され、該デバイスによって利用するための所定の情報を、前記ネットワークに接続された所定のサーバからダウンロードする情報集配信制御装置であって、
前記サーバに対する前記情報のダウンロード要求を記憶するダウンロード要求記憶部と、
予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断する判断部と、
該判断部によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記ネットワークに接続された他のデバイスに対して、該他のデバイスが保持する前記送信すべきダウンロード要求の送信要求をそれぞれ送信し、該送信要求の応答として、前記他のデバイスから、それぞれ前記送信すべきダウンロード要求を収集するダウンロード要求収集部と、
該収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信する送信部と、
該送信したダウンロード要求の応答として、前記サーバから、前記ダウンロード要求に対応する前記情報を受信する受信部と、
該受信した前記情報のうち、前記収集されたダウンロード要求に対応する前記情報を、前記他のデバイスに、それぞれ配信する配信部と、
を備えることを要旨とする。
【０００７】
本発明の情報集配信制御装置は、ネットワークに接続されるデバイスに、例えば、ネットワークカードや、ネットワークボードとして内蔵される。デバイスには、例えば、プリンタや、スキャナや、プロジェクタや、オーディオ装置や、家電機器や、クライアントコンピュータや、ＰＤＡ（Personal Digital Assistance）など、ネットワークに接続されて利用される種々の装置が含まれる。また、「予め設定されたタイミング」とは、デバイスによって利用するための所定の情報を、サーバからダウンロードすべく設定されたタイミングである。以下、このタイミングを、ダウンロード時刻とも呼ぶ。
【０００８】
本発明では、ダウンロード時刻になったときに、ダウンロード要求記憶部に、サーバに送信すべきダウンロード要求が記憶されている場合に、他のデバイスから、そのデバイスが保持する送信すべきダウンロード要求を収集し、これらを、自らが保持する送信すべきダウンロード要求とともに、サーバに送信する。換言すれば、ダウンロード時刻になっても、ダウンロード要求記憶部に、管理サーバに送信すべきダウンロード要求が記憶されていない場合には、他のデバイスからのダウンロード要求の収集は行わず、サーバへのダウンロード要求の送信も行わない。したがって、本発明によって、ダウンロード時刻になっても、他のデバイスからのダウンロード要求の収集、および、サーバへの送信を行わない場合を生じさせることができるので、情報集配信制御装置、すなわち、デバイスからサーバへのアクセス頻度を低減することができる。
【０００９】
上記情報集配信制御装置において、
前記ダウンロード要求収集部は、前記判断部によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていないと判断されたときに、前記収集を禁止するようにしてもよい。
【００１０】
本発明では、ダウンロード時刻になっても、ダウンロード要求記憶部に、管理サーバに送信すべきダウンロード要求が記憶されていないときには、他のデバイスからのダウンロード要求の収集は行わず、管理サーバへのダウンロード要求の送信も行わない。したがって、デバイス監視制御装置から管理サーバへのアクセス頻度を低減することができる。
【００１１】
また、本発明の情報集配信制御装置において、さらに、
当該情報集配信制御装置が内蔵されたデバイスを識別するための識別情報を記憶する識別情報記憶部を備え、
前記ダウンロード要求収集部は、さらに、前記他のデバイスから、該他のデバイスを識別するための識別情報を収集し、
前記送信部は、前記収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記収集された識別情報、および、前記識別情報記憶部に記憶された識別情報とそれぞれ対応付けて、前記送信を行うようにすることが好ましい。
【００１２】
識別情報としては、例えば、デバイスに付与された名前や、ＭＡＣアドレスや、ＩＰアドレスや、製造番号などを用いることができる。本発明によって、サーバ側で、各ダウンロード要求を出力したデバイスを容易に特定することができる。
【００１３】
また、本発明の情報集配信制御装置において、さらに、
前記収集されたダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記ダウンロード要求を、一体的に記録したダウンロード要求ファイルを作成するダウンロード要求ファイル作成部を備え、
前記送信部は、前記ダウンロード要求ファイルを、前記サーバに送信するようにすることが好ましい。
【００１４】
こうすることによって、複数のデバイスのダウンロード要求を、管理サーバに一度に送信することができるので、ネットワークトラフィックの増大を抑制することができる。
【００１５】
また、本発明の情報集配信制御装置において、さらに、
前記情報の受信に応じて、前記ダウンロード要求記憶部に記憶されている、前記受信した情報に対応する前記ダウンロード要求を削除するダウンロード要求削除部を備えるようにしてもよい。
【００１６】
こうすることによって、ダウンロード要求記憶部に記憶されているダウンロード要求は、全てサーバに送信すべきダウンロード要求となるので、判断部は、ダウンロード要求記憶部に、サーバに送信すべきダウンロード要求が記憶されているか否かを容易に判断することができる。
【００１７】
また、本発明の情報集配信制御装置において、さらに、
前記サーバから受信した前記情報を記憶する情報記憶部と、
前記他のデバイスから収集したダウンロード要求に対応する前記情報の配信要求を、前記他のデバイスから受け付ける配信要求受付部と、を備え、
前記配信部は、前記配信要求に応じて、前記配信を行うようにしてもよい。
【００１８】
こうすることによって、他のデバイスから要求されたタイミングで、上記情報の配信を行うことができる。なお、他のデバイスからの配信要求に関わらずに、例えば、サーバから上記情報のダウンロードを行った直後など、情報集配信制御装置において設定されたタイミングで、上記情報の配信を行うようにしてもよい。
【００１９】
また、本発明の情報集配信制御装置において、
前記配信部は、前記情報とともに、該情報に対応する前記ダウンロード要求の削除要求を配信するようにしてもよい。
【００２０】
こうすることによって、他のデバイスは、情報集配信制御装置から受信した削除要求に従って、収集済みのダウンロード要求を削除することができる。そして、他のデバイスが保持するダウンロード要求は、全てサーバに送信すべきダウンロード要求となるので、他のデバイスは、サーバに送信すべきダウンロード要求を保持しているか否かを容易に判断することができる。
【００２１】
また、本発明の情報集配信制御装置において、さらに、
前記他のデバイスから、前記送信要求を受け付ける送信要求受付部を備え、
前記送信部は、さらに、前記送信要求に応じて、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記送信要求を送信した前記他のデバイスに送信するようにしてもよい。
【００２２】
こうすることによって、情報集配信制御装置は、他のデバイスから受け付けた送信要求に従って、送信すべきダウンロード要求を、他のデバイスに送信することができる。
【００２３】
上記情報集配信制御装置において、
前記送信部は、さらに、前記他のデバイスに送信したダウンロード要求に対応する前記情報の配信要求を、前記他のデバイスに送信するようにしてもよい。
【００２４】
こうすることによって、ダウンロード要求をサーバに送信し、このダウンロード要求に対応した上記情報をサーバからダウンロードした他のデバイスは、配信要求に応じて、上記情報を配信することができる。
【００２５】
上記情報集配信制御装置において、
前記受信部は、さらに、前記他のデバイスから、前記配信要求に対応する前記情報を受信するようにしてもよい。
【００２６】
こうすることによって、上記情報をサーバからダウンロードした他のデバイスから、配信要求に対応する上記情報を受信することができる。
【００２７】
上記送信要求受付部を備える情報集配信制御装置において、
前記他のデバイスから、該他のデバイスに送信済みの前記ダウンロード要求の削除要求を受け付ける削除要求受付部と、
該削除要求に応じて、前記ダウンロード要求記憶部に記憶されている、前記他のデバイスに送信済みのダウンロード要求を削除するダウンロード要求削除部と、
を備えるようにしてもよい。
【００２８】
こうすることによって、情報集配信制御装置は、他のデバイスから受け付けた削除要求に従って、他のデバイスに送信済みのダウンロード要求を削除することができる。
【００２９】
本発明は、デバイスの発明として構成することもできる。すなわち、
本発明のデバイスは、
ネットワークに接続されるデバイスであって、
上述したいずれかの情報集配信制御装置を備えることを要旨とする。
【００３０】
こうすることによって、先に説明した情報集配信制御装置と同様に、デバイスからサーバへのアクセス頻度を低減することができる。
【００３１】
本発明は、情報集配信システムの発明として構成することもできる。すなわち、
本発明の情報集配信システムは、
第１のデバイスと、第２のデバイスと、所定のサーバとを、所定のネットワークを介して、互いに接続することによって構成された情報集配信システムであって、
前記第１のデバイスは、前記サーバに対する前記情報のダウンロード要求を記憶する監視情報記憶部を備えており、
前記第１のデバイスは、予め設定されたタイミングで、前記ダウンロード要求記憶部に、前記サーバに送信すべきダウンロード要求が記憶されているか否かを判断し、該判断によって、前記ダウンロード要求記憶部に、前記送信すべきダウンロード要求が記憶されていると判断されたときに、前記第２のデバイスに対して、該第２のデバイスが保持する前記送信すべきダウンロード要求の送信要求を送信し、
前記第２のデバイスは、前記送信要求に応じて、該第２のデバイスが保持する前記送信すべきダウンロード要求を、前記第１のデバイスに送信し、
前記第１のデバイスは、前記第２のデバイスから受信したダウンロード要求、および、前記ダウンロード要求記憶部に記憶された前記送信すべきダウンロード要求を、前記サーバに送信し、
前記サーバは、前記第１のデバイスから送信されたダウンロード要求に対応する前記情報を、前記第１のデバイスに送信し、
前記第１のデバイスは、前記サーバから受信した前記情報のうち、前記収集したダウンロード要求に対応する前記情報を、前記第２のデバイスに配信することを要旨とする。
【００３２】
本発明において、第１のデバイス、および、第２のデバイスには、先に説明した本発明のデバイスが内蔵されている。この場合、あるデバイス（第１のデバイス）において、ダウンロード時刻になり、ダウンロード要求記憶部に、サーバに送信すべきダウンロード要求が記憶されている場合には、他のデバイス（第２のデバイス）からダウンロード要求を収集するので、この他のデバイスにおいて、ダウンロード時刻になっても、他のデバイスのダウンロード要求記憶部には、サーバに送信すべきダウンロード要求が記憶されている確率が低くなる。他のデバイスは、あるデバイスが既に収集したために、ダウンロード要求記憶部に、サーバに送信すべきダウンロード要求が記憶されていない場合には、アップロード時刻になっても、ダウンロード要求の収集も、ダウンロード要求のサーバへの送信も行わない。したがって、複数のデバイスからサーバへのアクセス頻度を低減することができる。また、本発明では、ダウンロード要求を収集して、サーバに送信するデバイスを固定せずに、いずれのデバイスもダウンロード要求を収集して、サーバに送信する第１のデバイスとなりうるので、稼働中のデバイスが保持するダウンロード要求を確実にサーバに送信し、ダウンロードすることができる。
【００３３】
本発明は、上述した種々の特徴を必ずしも全て備えている必要はなく、その一部を省略したり、適宜、組み合わせたりして構成することができる。本発明は、上述の情報集配信制御装置や、デバイスや、情報集配信システムとしての構成の他、情報集配信制御装置の制御方法や、デバイスの制御方法や、情報集配信システムの制御方法として構成することもできる。また、これらを実現するコンピュータプログラム、およびそのプログラムを記録した記録媒体、そのプログラムを含み搬送波内に具現化されたデータ信号など種々の態様で実現することが可能である。なお、それぞれの態様において、先に示した種々の付加的要素を適用することが可能である。
【００３４】
本発明をコンピュータプログラムまたはそのプログラムを記録した記録媒体等として構成する場合には、情報集配信制御装置や、デバイスの動作を制御するプログラム全体として構成するものとしてもよいし、本発明の機能を果たす部分のみを構成するものとしてもよい。また、記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置などコンピュータが読み取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明の実施の形態について、実施例に基づき以下の順序で説明する。
Ａ．デバイス管理システムの構成：
Ｂ．第１実施例：
Ｂ１．プリンタの構成：
Ｂ２．プリンタの動作処理：
Ｂ３．ＦＴＰコマンド処理：
Ｂ４．ダウンロード処理：
Ｃ．第２実施例：
Ｄ．第３実施例：
Ｅ．第４実施例：
Ｆ．変形例：
【００３６】
Ａ．デバイス管理システムの構成：
図１は、本発明の情報集配信システムを適用した一実施例としてのデバイス管理システム１０００の概略構成を示す説明図である。このデバイス管理システム１０００は、企業内のローカルエリアネットワークＬＡＮと、管理センタの管理サーバＳＶとを、インターネットＩＮＴを介して接続することによって構成されている。ローカルエリアネットワークＬＡＮと、インターネットＩＮＴとの間には、ファイアウォールＦＷが設置されており、インターネットＩＮＴ側からローカルエリアネットワークＬＡＮへのアクセスは禁止されている。図示した例では、管理サーバＳＶに接続されるローカルエリアネットワークＬＡＮの数は１つとしたが、これに限られず、任意に設定可能である。
【００３７】
企業内のローカルエリアネットワークＬＡＮには、パーソナルコンピュータＰＣや、複数のプリンタＰＲＴ＃１〜ＰＲＴ＃ｎが接続されている（以下、プリンタＰＲＴ＃１〜ＰＲＴ＃ｎを総称して、プリンタＰＲＴとも呼ぶ）。図示した例では、パーソナルコンピュータＰＣの数は１台としたが、これに限られず、任意に設定可能である。
【００３８】
パーソナルコンピュータＰＣには、文書作成プログラム等のアプリケーションプログラムや、プリンタＰＲＴの動作を制御するためのプリンタドライバなどがインストールされており、パーソナルコンピュータＰＣから出力された印刷ジョブは、パーソナルコンピュータＰＣで設定されたいずれかのプリンタＰＲＴに受け渡され、印刷される。
【００３９】
各プリンタＰＲＴ＃１〜ＰＲＴ＃ｎには、それぞれカスタムネットワークボードＣＮＢ＃１〜ＣＮＢ＃ｎが内蔵されている（以下、カスタムネットワークボードＣＮＢ＃１〜ＣＮＢ＃ｎを総称して、カスタムネットワークボードＣＮＢとも呼ぶ）。このカスタムネットワークボードＣＮＢは、ローカルエリアネットワークＬＡＮや、インターネットＩＮＴを介して、印刷ジョブや、後述するダウンロード要求や、ダウンロード要求に対する配信データなどの各種データをやり取りするためのネットワークインタフェースである。カスタムネットワークボードＣＮＢは、本発明における情報集配信制御装置に相当する。
【００４０】
なお、詳細な説明は省略するが、カスタムネットワークボードＣＮＢは、プリンタＰＲＴの動作を、印刷ジョブごとに監視し、その監視結果である監視情報を、管理サーバＳＶに通知する機能も有している。監視情報には、例えば、印刷枚数や、トナーの使用量や、エラー情報などの種々のログデータが含まれる。
【００４１】
管理センタの管理サーバＳＶは、プリンタＰＲＴに内蔵されたカスタムネットワークボードＣＮＢから通知された監視情報を、図示しないデータベースに格納する。また、管理サーバＳＶは、各プリンタＰＲＴに配信すべき配信データ、例えば、各プリンタＰＲＴで利用するための最新のプログラムや、データなどを保持しており、プリンタＰＲＴからのダウンロード要求に応じて、そのダウンロード要求に対応する配信データを、ダウンロード要求を送信したプリンタＰＲＴに送信する機能を有している。この配信データは、ファイル形式で送信される（以下、管理サーバＳＶからダウンロード要求に応じて送信される配信データを、ダウンロードデータ、あるいは、ダウンロードデータファイルとも呼ぶ）。なお、管理サーバＳＶには、ディスプレイＤＰや、マウスＭＳや、キーボードＫＢが接続されており、管理担当者がデータベースに格納された監視情報を閲覧したり、プリンタＰＲＴを管理するための各種設定を行ったりすることができる。
【００４２】
本実施例のデバイス管理システム１０００の動作概要は、以下の通りである。各カスタムネットワークボードＣＮＢには、配信データのダウンロード要求を管理サーバＳＶに送信して、ダウンロードデータをダウンロードすべきダウンロード時刻が設定されている。本実施例では、各カスタムネットワークボードＣＮＢには、それぞれ異なるダウンロード時刻が設定されているものとする。そして、本実施例では、各プリンタＰＲＴに、プリンタＰＲＴの電源が投入されてから、最初にダウンロードを行うべき時刻までの待ち時間と、それ以降周期的にダウンロードを行う周期とが設定されており、ダウンロードは周期的に繰り返して行われる。このダウンロード時刻の設定は、プリンタＰＲＴに予め設定されていたり、ユーザが手動で行うようにしてもよいし、乱数を用いたり、管理サーバＳＶ側で指定されたダウンロード時刻を、管理サーバＳＶからダウンロードしたりして、自動で行うようにしてもよい。
【００４３】
いずれかのプリンタＰＲＴにおいて、ダウンロード時刻になると、そのプリンタＰＲＴは、ダウンロード要求を管理サーバＳＶに送信すべきか否かを判断し、送信すべきと判断した場合には、他のプリンタＰＲＴに、そのプリンタＰＲＴが保持するダウンロード要求の送信要求を送信する。そして、その応答として、他のプリンタＰＲＴからダウンロード要求を収集して、自ら保持するダウンロード要求と、他のプリンタＰＲＴから収集したダウンロード要求とを、管理サーバＳＶに送信する。これらダウンロード要求には、ダウンロードすべき最新のプログラムや、データが管理サーバＳＶに存在するか否かを、管理サーバＳＶに問い合わせる要求や、最新のプログラムや、データをダウンロードする要求が含まれる。管理サーバＳＶにダウンロード要求を送信したプリンタＰＲＴは、ダウンロード要求の応答として、そのダウンロード要求に対応するダウンロードデータを、管理サーバＳＶからダウンロードし、そのダウンロードデータを、対応する他のプリンタＰＲＴに配信する。つまり、デバイス管理システム１０００において、他のプリンタＰＲＴから、ダウンロード要求を収集して、管理サーバＳＶに送信するプリンタＰＲＴは、固定されておらず、各プリンタＰＲＴの動作状況に応じて切り替わる。以下、他のプリンタＰＲＴからダウンロード要求を収集して、管理サーバＳＶにダウンロード要求を送信するプリンタＰＲＴを、「代理プリンタ」とも呼び、ダウンロード要求を収集されるプリンタＰＲＴを、「被代理プリンタ」とも呼ぶ。図示した例では、プリンタＰＲＴ＃１が代理プリンタとして機能している場合のダウンロード要求、および、配信データの流れを、破線矢印、および、二点鎖線矢印によって示している。これらの動作の詳細については、後述する。
【００４４】
Ｂ．第１実施例：
Ｂ１．プリンタの構成：
図２は、プリンタＰＲＴの構成を示す説明図である。プリンタＰＲＴは、印刷を実行するプリンタ本体１００と、カスタムネットワークボードＣＮＢとを備えている。そして、プリンタ本体１００は、プリンタエンジン１１０と、プリンタコントローラ１２０とを備えている。
【００４５】
プリンタコントローラ１２０は、図示しないＣＰＵや、ＲＡＭや、ＲＯＭを備えるコンピュータであり、パーソナルコンピュータＰＣから、カスタムネットワークボードＣＮＢを介して印刷ジョブを受け取り、プリンタエンジン１１０を制御して、印刷を実行させる。また、プリンタコントローラ１２０は、図示しない監視部を備えおり、プリンタ本体１００に関する種々の監視情報を収集して、ＭＩＢ（Management Information Base）の形式で保存している。ＭＩＢには、プリンタ本体１００に関して予め規格で統一的に規定されている情報や、製造者によって独自に規定されている情報が含まれる。また、プリンタコントローラ１２０は、カスタムネットワークボードＣＮＢが、管理サーバＳＶ、または、他のプリンタＰＲＴから受信したダウンロードデータに含まれる最新のプログラムや、データを受信して、更新する機能も有している。
【００４６】
カスタムネットワークボードＣＮＢは、ＣＰＵ１０と、メモリ２０と、タイマ３０とを備えている。メモリ２０は、揮発性メモリと、不揮発性メモリの両方を含んでいる。ＣＰＵ１０は、メモリ制御部１２と、判断部１４と、一括ダウンロード要求ファイル作成部１６と、配信データファイル作成部１７と、通信制御部１８とを備えている。これらの機能ブロックは、ＣＰＵ１０が、図示しないＲＯＭに記憶されている所定のコンピュータプログラムを、読み出して実行することによって、ソフトウェア的に構築されている。これらの機能ブロックの少なくとも一部を、ハードウェア的に構成するようにしてもよい。
【００４７】
メモリ制御部１２は、メモリ２０への種々のデータの書き込みや、読み出しや、削除を行う。メモリ２０に記憶されるデータには、後述するように、自らの管理サーバＳＶに対するダウンロード要求を記録したダウンロード要求ファイルや、各プリンタＰＲＴから収集したダウンロード要求ファイルや、管理サーバＳＶに送信すべき一括ダウンロード要求ファイルや、管理サーバＳＶからダウンロードしたダウンロードデータファイルなどが含まれる。メモリ２０、および、メモリ制御部１２は、本発明におけるダウンロード要求記憶部、識別情報記憶部、ダウンロード要求削除部、情報記憶部に相当する。
【００４８】
判断部１４は、後述する動作処理や、ＦＴＰコマンド処理や、ダウンロード処理において、種々の判断を行う。判断部１４は、本発明における判断部に相当する。
【００４９】
一括ダウンロード要求ファイル作成部１６は、メモリ２０に設定されたスプールディレクトリ２２に保存されているダウンロード要求ファイルと、ｏｔｈｅｒディレクトリ２４に保存されているダウンロード要求ファイルとを合成して、管理サーバＳＶに送信するための一括ダウンロード要求ファイルを作成する。つまり、この一括ダウンロード要求ファイルには、１つ以上のダウンロード要求が一体的に記録されている。一括ダウンロード要求ファイル作成部１６は、本発明におけるダウンロード要求ファイル作成部に相当する。
【００５０】
配信データファイル作成部１７は、管理サーバＳＶから一括してダウンロードしたダウンロードデータファイルの内容を解析し、プリンタＰＲＴごとの配信データに分割して、各プリンタＰＲＴに配信するための配信データファイルを作成する。
【００５１】
通信制御部１８は、通信相手に応じて、通信プロトコルを切り換え、ローカルエリアネットワークＬＡＮや、インターネットＩＮＴを介して、パーソナルコンピュータＰＣや、他のプリンタＰＲＴや、管理サーバＳＶと通信を行う。また、通信制御部１８は、プリンタコントローラ１２０とのデータのやり取りも行う。通信制御部１８は、本発明におけるダウンロード要求収集部、送信部、受信部、送信要求受付部、削除要求受付部に相当する。
【００５２】
タイマ３０は、プリンタＰＲＴの電源がオンされてからの時間を計測する。本実施例では、タイマ３０は、プリンタＰＲＴの電源がオンされてからの時間の計測、および、電源の投入回数のカウントを行う。
【００５３】
メモリ２０には、スプールディレクトリ２２と、ｏｔｈｅｒディレクトリ２４と、一括ダウンロード要求ファイルディレクトリ２６と、ダウンロードディレクトリ２８とが設定されている。スプールディレクトリ２２には、自らのダウンロード要求が、ファイル形式で保存される。ｏｔｈｅｒディレクトリ２４には、他のプリンタＰＲＴから収集したダウンロード要求ファイルが保存される。一括ダウンロード要求ファイルディレクトリ２６には、一括ダウンロード要求ファイル作成部１６によって作成された一括ダウンロード要求ファイルが保存される。一括ダウンロード要求ファイルは、管理サーバＳＶに送信されるファイルである。ダウンロードディレクトリ２８には、管理サーバＳＶからダウンロードしたダウンロードデータファイルが保存される。
【００５４】
図３は、一括ダウンロード要求ファイルの生成について示す説明図である。図示するように、スプールディレクトリ２２には、ダウンロード要求ファイルＦａ１、Ｆａ２、Ｆａ３が保存されており、ｏｔｈｅｒディレクトリ２４には、ダウンロード要求ファイルＦｂ１、Ｆｂ２、Ｆｂ３、Ｆｃ１、Ｆｃ２、Ｆｃ３、...が保存されているものとする。各ダウンロード要求には、先に説明したように、ダウンロードすべき最新のプログラムや、データが管理サーバＳＶに存在するか否かを、管理サーバＳＶに問い合わせる要求や、最新のプログラムや、データをダウンロードするダウンロード要求が含まれる。また、各ダウンロード要求ファイルには、ダウンロード要求とともに、各プリンタＰＲＴの識別情報も記録されている。この識別情報としては、例えば、各プリンタＰＲＴに付与された名前や、ＭＡＣアドレスや、ＩＰアドレスや、製造番号などを用いることができる。また、各ダウンロード要求ファイルには、それぞれダウンロード要求ファイルが作成され、メモリ２０に記憶された時刻も記録されている。
【００５５】
一括ダウンロード要求ファイル作成部１６は、図示するように、ダウンロード要求ファイルＦａ１、Ｆａ２、Ｆａ３と、ダウンロード要求ファイルＦｂ１、Ｆｂ２、Ｆｂ３、Ｆｃ１、Ｆｃ２、Ｆｃ３、...とを合成して、一括ダウンロード要求ファイルＦｒを作成し、一括ダウンロード要求ファイルディレクトリ２６に保存する。こうすることによって、複数のプリンタＰＲＴのダウンロード要求を、管理サーバＳＶに一度に送信することができるので、ネットワークトラフィックの増大を抑制することができる。また、各ダウンロード要求ファイルには、プリンタＰＲＴの識別情報も含まれているので、一括ダウンロード要求ファイルＦｒを受信した管理サーバＳＶは、一括ダウンロード要求ファイルＦｒの内容を解析することによって、各ダウンロード要求を出力したプリンタＰＲＴを容易に特定することができる。
【００５６】
図４は、配信データファイルの生成について示す説明図である。図示するように、ダウンロードディレクトリ２８には、管理サーバＳＶからダウンロードされたダウンロードデータファイルＦｄが保存されているものとする。本実施例では、このダウンロードデータファイルＦｄには、一括ダウンロード要求ファイルＦｒに記録されたダウンロード要求に対応して、例えば、プリンタＰＲＴ＃１用のデータｄａｔａ＃１、プリンタＰＲＴ＃２用のデータｄａｔａ＃２、プリンタＰＲＴ＃３用のデータｄａｔａ＃３、...が一体的に記録されている。これらのデータには、ダウンロードすべきプログラムファイルの名前や、データファイルの名前や、プログラムや、データなどが含まれる。配信データファイル作成部１７は、このダウンロードデータファイルＦｄの内容を解析し、プリンタＰＲＴごとの配信データに分割して、ＰＲＴ＃１用のｄａｔａ＃１が記録されたプリンタＰＲＴ＃１用配信データファイルＦ＃１、ＰＲＴ＃２用のｄａｔａ＃２が記録されたプリンタＰＲＴ＃２用配信データファイルＦ＃２、ＰＲＴ＃３用のｄａｔａ＃３が記録されたプリンタＰＲＴ＃３用配信データファイルＦ＃３、...を作成する。
【００５７】
Ｂ２．プリンタの動作処理：
図５は、プリンタＰＲＴの動作処理の流れを示すフローチャートである。この動作処理は、各プリンタＰＲＴにおいて、電源がオンされると、オフされるまで、カスタムネットワークボードＣＮＢのＣＰＵ１０が継続して実行する処理である。
【００５８】
まず、ＣＰＵ１０は、他のプリンタ、すなわち、代理プリンタから存在確認を問い合わせるブロードキャストを受信したか否かを判断する（ステップＳ１００）。ＣＰＵ１０は、このブロードキャストを受信すると（ステップＳ１００：ＹＥＳ）、このプリンタＰＲＴを被代理プリンタとして機能させ、ブロードキャストの送信元である代理プリンタに、自らの存在を示す応答を送信する（ステップＳ１１０）。ステップＳ１００において、代理プリンタからブロードキャストを受信していない場合には（ステップＳ１００：ＮＯ）、ステップＳ１２０に進む。
【００５９】
次に、ＣＰＵ１０は、他のプリンタ、すなわち、代理プリンタからＦＴＰ接続要求を受信したか否かを判断する（ステップＳ１２０）。そして、ＣＰＵ１０は、代理プリンタからＦＴＰ接続要求を受信した場合には（ステップＳ１２０：ＹＥＳ）、受信したＦＴＰコマンドに応じて、ＦＴＰコマンド処理を実行する（ステップＳ２００）。ＦＴＰコマンド処理が終了すると、被代理プリンタとしての役割も終了する。ＦＴＰコマンド処理については、後述する。ステップＳ１２０において、代理プリンタからＦＴＰ接続要求を受信していない場合には（ステップＳ１２０：ＮＯ）、ステップＳ３００に進む。
【００６０】
次に、ＣＰＵ１０は、タイマ３０を参照して、ダウンロード時刻になったか否かを判断する（ステップＳ３００）。ダウンロード時刻になっていない場合には（ステップＳ３００：ＮＯ）、ステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３００：ＹＥＳ）、ＣＰＵ１０は、スプールディレクトリ２２に、管理サーバＳＶに送信すべきダウンロード要求ファイルが存在するか否かを判断する（ステップＳ３２０）。スプールディレクトリ２２に、管理サーバＳＶに送信すべきダウンロード要求ファイルが存在する場合には（ステップＳ３１０：ＹＥＳ）、このプリンタＰＲＴを代理プリンタとして機能させ、ダウンロード処理を実行する（ステップＳ４００）。そして、ダウンロード処理が終了すると、代理プリンタとしての役割を終了し、ステップＳ１００に戻る。ステップＳ３１０において、スプールディレクトリ２２に、管理サーバＳＶにアップロードすべきダウンロード要求ファイルが存在しない場合には（ステップＳ３１０：ＮＯ）、ダウンロード処理を行わずに、すなわち、このプリンタＰＲＴを代理プリンタとして機能させることなく、ステップＳ１００に戻る。
【００６１】
Ｂ３．ＦＴＰコマンド処理：
図６は、図５のステップ２００におけるＦＴＰコマンド処理の流れを示す説明図である。この処理は、被代理プリンタのＣＰＵ１０が実行する処理である。
【００６２】
まず、被代理プリンタのＣＰＵ１０は、代理プリンタとのＦＴＰ接続が切断されたか否かを判断する（ステップＳ２１０）。ＦＴＰ接続が切断された場合には（ステップＳ２１０：ＹＥＳ）、ＦＴＰコマンド処理を終了する。
【００６３】
ステップＳ２１０において、ＦＴＰ接続が切断されていない場合には（ステップＳ２１０：ＮＯ）、ＣＰＵ１０は、代理プリンタからＦＴＰコマンドを受信したか否かを判断する（ステップＳ２２０）。代理プリンタからＦＴＰコマンドを受信していない場合には（ステップＳ２２０：ＮＯ）、ＣＰＵ１０は、ＦＴＰコマンドを受信するまで待機する。
【００６４】
ステップＳ２２０において、代理プリンタからＦＴＰコマンドを受信した場合には（ステップＳ２２０：ＹＥＳ）、ＣＰＵ１０は、受信したＦＴＰコマンドが終了コマンドであるか否かを判断する（ステップＳ２３０）。代理プリンタから受信したＦＴＰコマンドが終了コマンドでない場合には（ステップＳ２３０：ＮＯ）、ＣＰＵ１０は、受信したＦＴＰコマンドに対応する処理を実行する（ステップＳ２４０）。この処理には、後述するように、ダウンロード要求ファイルの転送や、削除などが含まれる。この処理が終了すると、ステップＳ２１０に戻る。ステップＳ２３０において、代理プリンタから受信したＦＴＰコマンドが終了コマンドである場合には（ステップＳ２３０：ＹＥＳ）、ＣＰＵ１０は、代理プリンタとのＦＴＰ接続を切断し（ステップＳ２５０）、ＦＴＰコマンド処理を終了する。そして、被代理プリンタとしての役割を終了する。
【００６５】
Ｂ４．ダウンロード処理：
図７、および、図８は、図５のステップ４００におけるダウンロード処理の流れを示すフローチャートである。この処理は、代理プリンタのＣＰＵ１０が実行する処理である。
【００６６】
まず、代理プリンタのＣＰＵ１０は、他のプリンタ、すなわち、ローカルエリアネットワークＬＡＮに接続されている全ての被代理プリンタに対して、存在確認を問い合わせるブロードキャストを送信する（ステップＳ４１０）。そして、ＣＰＵ１０は、いずれかの被代理プリンタから、このブロードキャストに対する応答を受信したか否かを判断する（ステップＳ４２０）。いずれの被代理プリンタからもブロードキャストに対する応答を受信しない場合には（ステップＳ４２０：ＮＯ）、ＣＰＵ１０は、ダウンロード要求ファイルの収集を行うべき被代理プリンタが存在しないものと判断し、スプールディレクトリ２２に保存されているダウンロード要求ファイルを合成して、一括ダウンロード要求ファイルＦｒを作成し（ステップＳ４４０）、この一括ダウンロード要求ファイルＦｒを圧縮して、管理サーバＳＶに送信する（ステップＳ４５０）。管理サーバＳＶへの一括ダウンロード要求ファイルＦｒのアップロードは、セキュリティの確保のため、ＳＳＬ（Secure Socket Layer）を用いて行う。
【００６７】
ステップＳ４２０において、いずれかの被代理プリンタから、ブロードキャストに対する応答を受信した場合には（ステップＳ４２０：ＹＥＳ）、そのうちの１つの応答元の被代理プリンタとＦＴＰ接続を行い（ステップＳ４３０）、ＦＴＰ接続した被代理プリンタに、管理サーバＳＶにアップロードすべきダウンロード要求ファイルが存在するか否かを問い合わせて判断する（ステップＳ４３２）。ＣＰＵ１０は、ＦＴＰ接続した被代理プリンタに、管理サーバＳＶにアップロードすべきダウンロード要求ファイルが存在すると判断した場合には（ステップＳ４３２：ＹＥＳ）、そのダウンロード要求ファイルの送信要求を送信し、そのダウンロード要求ファイルを全てコピーして受信し（ステップＳ４３４）、ｏｔｈｅｒディレクトリ２４に保存する。そして、ＣＰＵ１０は、ＦＴＰ接続を切断する（ステップＳ４３６）。ステップＳ４３２において、ＦＴＰ接続した被代理プリンタに、管理サーバＳＶに送信すべきダウンロード要求ファイルが存在しないと判断した場合には（ステップＳ４３２：ＮＯ）、ＣＰＵ１０は、そのままＦＴＰ接続を切断する（ステップＳ４３６）。
【００６８】
次に、ＣＰＵ１０は、全てのブロードキャストの応答元の被代理プリンタに対して、ステップＳ４３０〜Ｓ４３６の処理を行ったか否かを判断する（ステップＳ４３８）。ステップＳ４３０〜Ｓ４３６の処理を行っていない被代理プリンタが残っている場合には（ステップＳ４３８：ＮＯ）、ステップＳ４３０に戻る。ステップ４３８において、全てのブロードキャストの応答元の被代理プリンタに対して、ステップＳ４３０〜Ｓ４３６の処理を行った場合には（ステップＳ４３８：ＹＥＳ）、スプールディレクトリ２２に保存されているダウンロード要求ファイルと、ｏｔｈｅｒディレクトリ２４に保存されているダウンロード要求ファイルとを合成して、一括ダウンロード要求ファイルＦｒを作成して（ステップＳ４４０）、一括ダウンロード要求ファイルディレクトリ２６の保存し、この一括ダウンロード要求ファイルＦｒを圧縮して、管理サーバＳＶに送信する（ステップＳ４５０）。
【００６９】
次に、ＣＰＵ１０は、ダウンロードに成功したか否かを判断する（ステップＳ４６０）。この判断は、管理サーバＳＶから、ダウンロードデータファイルを受信したか否かに基づいて行われる。ＣＰＵ１０は、管理サーバＳＶから、ダウンロードデータファイルを受信した場合には、ダウンロードが成功したと判断し、ダウンロードデータファイルを受信しない場合には、ダウンロードが失敗したと判断する。
【００７０】
ステップＳ４６０において、ダウンロードに成功した場合には、ＣＰＵ１０は、配信データファイルを作成する（ステップＳ４７０）。そして、ＣＰＵ１０は、ステップＳ４３４においてダウンロード要求ファイルを取得した取得元の被代理プリンタのうちの１つとＦＴＰ接続を行い（ステップＳ４７２）、その被代理プリンタに対して、配信データファイル、および、この配信データファイルに対応する収集済みのダウンロード要求ファイルの削除要求を送信する（ステップＳ４７４）。これらを受信した被代理プリンタは、配信データファイルの内容に応じた処理を行うとともに、削除要求に応じて、ダウンロード要求ファイルを削除する。こうすることによって、被代理プリンタのスプールディレクトリ２２には、管理サーバＳＶに未送信のダウンロード要求ファイルのみが残されるので、ＣＰＵ１０は、後に、スプールディレクトリ２２に未送信のダウンロード要求ファイルが存在しているか否かを容易に判断することができる。
【００７１】
そして、ＣＰＵ１０は、接続を行っている被代理プリンタとのＦＴＰ接続を切断する（ステップＳ４７６）。
【００７２】
次に、ＣＰＵ１０は、全てのダウンロード要求ファイルの取得元の被代理プリンタに対して、ステップＳ４７２〜Ｓ４７４の処理を行ったか否かを判断する（ステップＳ４７８）。ステップＳ４７２〜Ｓ４７４の処理を行っていない被代理プリンタが残っている場合には（ステップＳ４７８：ＮＯ）、ステップＳ４７２に戻る。一方、全ての被代理プリンタに対してステップＳ４７２〜Ｓ４７４の処理を行った場合には（ステップＳ４７８：ＹＥＳ）、ＣＰＵ１０は、自身のスプールディレクトリ２２に保存されている、ダウンロード済みのダウンロードデータに対応するダウンロード要求ファイルを削除する（ステップＳ４８０）。さらに、ＣＰＵ１０は、一括ダウンロード要求ファイルディレクトリ２６に保存されている一括ダウンロード要求ファイルＦｒ、および、ｏｔｈｅｒディレクトリ２４に保存されている被代理プリンタから取得したダウンロード要求ファイルを削除する（ステップＳ４９０）。
【００７３】
ステップ４６０において、ダウンロードに失敗した場合には（ステップＳ４６０：ＮＯ）、ＣＰＵ１０は、一括ダウンロード要求ファイルディレクトリ２６に保存されている一括ダウンロード要求ファイルＦｒ、および、ｏｔｈｅｒディレクトリ２４に保存されている被代理プリンタから取得したダウンロード要求ファイルを削除し（ステップＳ４９０）、スプールディレクトリ２２に保存されているダウンロード要求ファイルは、いずれかのプリンタＰＲＴが、ダウンロード処理を実行するときまで保持する。そして、ダウンロード処理を終了する。
【００７４】
以上説明した第１実施例のデバイス管理システム１０００では、各プリンタＰＲＴは、ダウンロード時刻になったときに、スプールディレクトリ２２に、管理サーバＳＶに送信のダウンロード要求ファイルが保存されている場合には、代理プリンタとして機能し、他のプリンタＰＲＴから、ダウンロード要求ファイルを収集して、これらを、自らが保持する未送信のダウンロード要求ファイルとともに、管理サーバＳＶに送信する。換言すれば、各プリンタＰＲＴは、ダウンロード時刻になっても、スプールディレクトリ２２に、管理サーバＳＶに未送信のダウンロード要求ファイルが保存されていない場合には、代理プリンタとして機能せず、すなわち、他のプリンタＰＲＴのダウンロード要求ファイルの収集は行わず、管理サーバＳＶからのダウンロードも行わない。したがって、各プリンタＰＲＴから管理サーバＳＶへのアクセス頻度を低減することができる。
【００７５】
また、第１実施例のデバイス管理システム１０００によれば、代理プリンタを固定せずに、いずれのプリンタＰＲＴも代理プリンタとなりうる。そして、いずれかのプリンタＰＲＴが代理プリンタとなって、他の被代理プリンタが保持するダウンロード要求を収集して、それらを確実に管理サーバＳＶに送信することができる。
【００７６】
Ｃ．第２実施例：
第２実施例のデバイス管理システム１０００の構成は、第１実施例のデバイス管理システム１０００と同じである。また、第２実施例のプリンタＰＲＴの構成も、第１実施例のプリンタＰＲＴと同じである。ただし、第２実施例のプリンタＰＲＴは、カスタムネットワークボードＣＮＢのＣＰＵ１０によって行われる処理が、第１実施例のプリンタＰＲＴと一部異なる。以下、第１実施例と異なる点について説明する。
【００７７】
図９は、第２実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。図示したフローチャートは、第１実施例における動作処理（図５参照）において、ステップＳ３００の代わりに行う処理である。なお、第２実施例では、代理プリンタは、後述するように、管理サーバＳＶからのダウンロードデータファイルのダウンロードが成功したときに、被代理プリンタに対して、ダウンロード延期要求を送信する。
【００７８】
まず、ＣＰＵ１０は、他のプリンタ、すなわち、代理プリンタからダウンロード延期要求を受信したか否かを判断する（ステップＳ３００ａ）。ダウンロード延期要求を受信した場合には（ステップＳ３００ａ：ＹＥＳ）、ＣＰＵ１０は、タイマ３０を参照して、ダウンロード延期要求の受信時刻Ｔｒを、メモリ２０に保存する（ステップＳ３０２ａ）。
【００７９】
次に、ＣＰＵ１０は、タイマ３０を参照して、ダウンロード時刻になったか否かを判断する（ステップＳ３０４ａ）。ダウンロード時刻になっていない場合には（ステップＳ３０４ａ：ＮＯ）、図５のステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３０４ａ：ＹＥＳ）、ＣＰＵ１０は、現在時刻Ｔｐがダウンロード延期要求を受信した受信時刻Ｔｒから所定時間Ｔｃを経過しているか否かを判断する（ステップＳ３０６ａ）。所定時間Ｔｃは、任意に設定可能である。現在時刻Ｔｐがダウンロード延期要求を受信した受信時刻Ｔｒから所定時間Ｔｃを経過していない場合には（ステップＳ３０６ａ：ＮＯ）、図５のステップＳ１００に戻る。一方、現在時刻Ｔｐがダウンロード延期要求を受信した受信時刻Ｔｒから所定時間Ｔｃを経過している場合には（ステップＳ３０６ａ：ＹＥＳ）、図５のステップＳ３１０に進む。
【００８０】
また、ステップＳ３００ａにおいて、代理プリンタからダウンロード延期要求を受信していない場合には（ステップＳ３００ａ：ＮＯ）、タイマ３０を参照して、ダウンロード時刻になったか否かを判断する（ステップＳ３０８ａ）。ダウンロード時刻になっていない場合には（ステップＳ３０８ａ：ＮＯ）、図５のステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３０８ａ：ＹＥＳ）、図５のステップＳ３１０に進む。
【００８１】
図１０は、第２実施例におけるダウンロード処理の流れを示すフローチャートである。第２実施例におけるダウンロード処理は、第１実施例におけるダウンロード処理（図７、図８参照）のステップＳ４６０以降の処理が、第１実施例におけるダウンロード処理と一部異なっている。すなわち、図８におけるステップＳ４７８と、ステップＳ４８０との間に、ステップＳ４７９が挿入されている。他の処理は、第１実施例におけるダウンロード処理と同じである。
【００８２】
図７のステップＳ４６０において、ダウンロードに成功した場合には、ＣＰＵ１０は、配信データファイルを作成する（ステップＳ４７０）。そして、ＣＰＵ１０は、ステップＳ４３４においてダウンロード要求ファイルを取得した取得元の被代理プリンタのうちの１つとＦＴＰ接続を行い（ステップＳ４７２）、その被代理プリンタに対して、配信データファイル、および、この配信データファイルに対応する収集済みのダウンロード要求ファイルの削除要求を送信する（ステップＳ４７４）。これらを受信した被代理プリンタは、配信データファイルの内容に応じた処理を行うとともに、削除要求に応じて、ダウンロード要求ファイルを削除する。
【００８３】
そして、ＣＰＵ１０は、接続を行っている被代理プリンタとのＦＴＰ接続を切断する（ステップＳ４７６）。
【００８４】
次に、ＣＰＵ１０は、全てのダウンロード要求ファイルの取得元の被代理プリンタに対して、ステップＳ４７２〜Ｓ４７４の処理を行ったか否かを判断する（ステップＳ４７８）。ステップＳ４７０〜Ｓ４７４の処理を行っていない被代理プリンタが残っている場合には（ステップＳ４７８：ＮＯ）、ステップＳ４７２に戻る。一方、全ての被代理プリンタに対してステップＳ４７２〜Ｓ４７４の処理を行った場合には（ステップＳ４７８：ＹＥＳ）、ＣＰＵ１０は、ダウンロード要求ファイルを取得した取得元の被代理プリンタ全てに、ダウンロード延期要求を送信する（ステップＳ４７９）。こうすることによって、ダウンロード延期要求を受信した被代理プリンタは、自らに設定されたダウンロード時刻になったときに、先に説明したように、ダウンロード延期要求に基づいて、代理プリンタになるか否かを判断することができる。
【００８５】
次に、ＣＰＵ１０は、スプールディレクトリ２２に保存されている、ダウンロード済みのダウンロードデータに対応するダウンロード要求ファイルを削除する（ステップＳ４８０）。さらに、ＣＰＵ１０は、一括ダウンロード要求ファイルディレクトリ２６に保存されている一括ダウンロード要求ファイルＦｒ、および、ｏｔｈｅｒディレクトリ２４に保存されている被代理プリンタから取得したダウンロード要求ファイルを削除する（ステップＳ４９０）。
【００８６】
ステップ４６０において、ダウンロードに失敗した場合には（ステップＳ４６０：ＮＯ）、ＣＰＵ１０は、一括ダウンロード要求ファイルディレクトリ２６に保存されている一括ダウンロード要求ファイルＦｒ、および、ｏｔｈｅｒディレクトリ２４に保存されている被代理プリンタから取得したダウンロード要求ファイルを削除し（ステップＳ４９０）、スプールディレクトリ２２に保存されているダウンロード要求ファイルは、いずれかのプリンタＰＲＴが、ダウンロード処理を実行するときまで保持する。そして、ダウンロード処理を終了する。
【００８７】
以上説明した第２実施例のデバイス管理システム１０００では、各プリンタＰＲＴは、ダウンロード時刻になったときに、代理プリンタから収集延期要求を受け付けてから所定時間Ｔｃが経過していない場合には、スプールディレクトリ２２に、管理サーバＳＶに未送信のダウンロード要求ファイルが存在する場合であっても、まだ、他のプリンタＰＲＴからダウンロード要求ファイルを収集して、管理サーバＳＶに送信する必要はないと判断して、代理プリンタとして機能せず、他のプリンタＰＲＴからのダウンロード要求ファイルの収集、および、管理サーバＳＶからのダウンロードを、次回のダウンロード時刻になるまで延期する。つまり、第２実施例のデバイス管理システム１０００では、なるべく１つのプリンタＰＲＴを、代理プリンタとして機能させ、複数のプリンタＰＲＴが個別にダウンロード処理を行うことを回避する。こうすることによって、各プリンタＰＲＴから管理サーバＳＶへのアクセス頻度を、第１実施例のデバイス管理システム１０００よりも低減することができる。
【００８８】
Ｄ．第３実施例：
第３実施例のデバイス管理システム１０００の構成は、第１実施例のデバイス管理システム１０００と同じである。また、第３実施例のプリンタＰＲＴの構成も、第１実施例のプリンタＰＲＴと同じである。ただし、第３実施例のプリンタＰＲＴは、カスタムネットワークボードＣＮＢのＣＰＵ１０によって行われる処理が、第１実施例のプリンタＰＲＴと一部異なる。以下、第１実施例と異なる点について説明する。
【００８９】
図１１は、第３実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。図示したフローチャートは、第１実施例における動作処理（図５参照）において、ステップＳ３００の代わりに行う処理である。なお、第３実施例では、各被代理プリンタは、先に説明した削除要求に応じて、ダウンロード要求ファイルの削除を行ったときに、その削除時刻Ｔｄを、メモリ２０に保存する。
【００９０】
まず、ＣＰＵ１０は、メモリ２０に、削除時刻Ｔｄが保存されているか否かを判断する（ステップＳ３００ｂ）。メモリ２０に、削除時刻Ｔｄが保存されている場合には（ステップＳ３００ｂ：ＹＥＳ）、ＣＰＵ１０は、タイマ３０を参照して、ダウンロード時刻になったか否かを判断する（ステップＳ３０２ｂ）。ダウンロード時刻になっていない場合には（ステップＳ３０２ｂ：ＮＯ）、図５のステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３０２ｂ：ＹＥＳ）、ＣＰＵ１０は、現在時刻Ｔｐが削除時刻Ｔｄから所定時間Ｔｃを経過しているか否かを判断する（ステップＳ３０４ｂ）。所定時間Ｔｃは、任意に設定可能である。現在時刻Ｔｐが削除時刻Ｔｄから所定時間Ｔｃを経過していない場合には（ステップＳ３０４ｂ：ＮＯ）、図５のステップＳ１００に戻る。一方、現在時刻Ｔｐが削除時刻Ｔｄから所定時間Ｔｃを経過している場合には（ステップＳ３０４ｂ：ＹＥＳ）、図５のステップＳ３１０に進む。
【００９１】
また、ステップＳ３００ｂにおいて、メモリ２０に、削除時刻Ｔｄが保存されていない場合には（ステップＳ３００ｂ：ＮＯ）、ダウンロード時刻になったか否かを判断する（ステップＳ３０６ｂ）。ダウンロード時刻になっていない場合には（ステップＳ３０６ｂ：ＮＯ）、図５のステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３０８：ＹＥＳ）、図５のステップＳ３２０に進む。
【００９２】
以上説明した第３実施例のデバイス管理システム１０００では、各プリンタＰＲＴは、ダウンロード時刻になったときに、前回、ダウンロード要求ファイルを送信し、その送信済みのダウンロード要求ファイルを削除してから所定時間Ｔｃが経過していない場合には、スプールディレクトリ２２に、管理サーバＳＶに未送信のダウンロード要求ファイルが存在する場合であっても、まだ、他のプリンタＰＲＴからダウンロード要求ファイルを収集して、管理サーバＳＶに送信する必要はないと判断して、代理プリンタとして機能せず、他のプリンタＰＲＴからのダウンロード要求ファイルの収集、および、管理サーバＳＶからのダウンロードを、次回のダウンロード時刻になるまで延期する。こうすることによっても、各プリンタＰＲＴから管理サーバＳＶへのアクセス頻度を、第１実施例のデバイス管理システム１０００よりも低減することができる。
【００９３】
Ｅ．第４実施例：
第４実施例のデバイス管理システム１０００の構成は、第１実施例のデバイス管理システム１０００と同じである。また、第４実施例のプリンタＰＲＴの構成も、第１実施例のプリンタＰＲＴと同じである。ただし、第４実施例のプリンタＰＲＴは、カスタムネットワークボードＣＮＢのＣＰＵ１０によって行われる処理が、第１実施例のプリンタＰＲＴと一部異なる。以下、第１実施例と異なる点について説明する。
【００９４】
図１２は、第４実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。図示したフローチャートは、第１実施例における動作処理（図５参照）において、ステップＳ３１０、および、ステップＳ３２０の代わりに行う処理である。なお、第４実施例では、各プリンタＰＲＴは、この動作処理において、スプールディレクトリ２２に保存されている各ダウンロード要求ファイルの保存時刻を利用する。
【００９５】
まず、ＣＰＵ１０は、タイマ３０を参照して、ダウンロード時刻になったか否かを判断する（ステップＳ３００ｃ）。ダウンロード時刻になっていない場合には（ステップＳ３００ｃ：ＮＯ）、図５のステップＳ１００に戻る。一方、ダウンロード時刻になった場合には（ステップＳ３００ｃ：ＹＥＳ）、ＣＰＵ１０は、スプールディレクトリ２２に、所定時間Ｔｃ以上前に保存されたダウンロード要求ファイルが存在するか否かを判断する（ステップＳ３０２ｃ）。所定時間Ｔｃは、任意に設定可能である。スプールディレクトリ２２に、所定時間Ｔｃ以上前に保存されたダウンロード要求ファイルが存在しない場合には（ステップＳ３０２ｃ：ＮＯ）、すぐに管理サーバＳＶに送信すべきダウンロード要求ファイルはないものと判断し、このプリンタＰＲＴを代理プリンタとして機能させずに、図５のステップＳ１００に戻る。一方、スプールディレクトリ２２に、所定時間Ｔｃ以上前に保存されたダウンロード要求ファイルが存在する場合には（ステップＳ３０２ｃ：ＹＥＳ）、このダウンロード要求ファイルは、すぐに管理サーバＳＶに送信すべきダウンロード要求ファイルであると判断し、図５のステップＳ４００に進み、このプリンタＰＲＴを代理プリンタとして機能させて、ダウンロード処理を行う。
【００９６】
以上説明した第４実施例のデバイス管理システム１０００では、各プリンタＰＲＴは、ダウンロード時刻になったときに、スプールディレクトリ２２に、所定時間Ｔｃ以上前に保存された未送信のダウンロード要求ファイルが存在していない場合には、未送信のダウンロード要求ファイルが存在する場合であっても、まだ、他のプリンタＰＲＴからダウンロード要求ファイルを収集して、管理サーバＳＶに送信する必要はないと判断して、代理プリンタとして機能せず、他のプリンタＰＲＴからのダウンロード要求ファイルの収集、および、管理サーバＳＶからのダウンロードを、次回のダウンロード時刻になるまで延期する。つまり、第４実施例のデバイス管理システム１０００では、いずれかのプリンタＰＲＴが代理プリンタとしてダウンロード処理を行った後の所定時間は、他のプリンタＰＲＴはダウンロード処理を行わない。こうすることによっても、各プリンタＰＲＴから管理サーバＳＶへのアクセス頻度を低減することができる。
【００９７】
Ｆ．変形例：
以上、本発明のいくつかの実施の形態について説明したが、本発明はこのような実施の形態になんら限定されるものではなく、その要旨を逸脱しない範囲内において種々なる態様での実施が可能である。例えば、以下のような変形例が可能である。
【００９８】
Ｆ１．変形例１：
上記実施例では、各プリンタＰＲＴは、タイマ３０を備えるものとしたが、時計を備えるようにしてもよい。また、各プリンタＰＲＴは、インターネットＩＮＴ上に設置されたいわゆるＮＴＰサーバから、必要に応じて時刻を取得するようにしてもよい。
【００９９】
Ｆ２．変形例２：
上記実施例では、全てのプリンタＰＲＴが、カスタムネットワークボードＣＮＢを備え、代理プリンタとして機能しうるものとしたが、少なくとも２台のプリンタＰＲＴが、このＰＲＴを代理プリンタとして機能させるカスタムネットワークボードＣＮＢを備えるようにすればよい。この場合、プリンタを代理プリンタとして機能させるカスタムネットワークボードＣＮＢを備えない他のプリンタは、代理プリンタからの要求に応じて、ダウンロード要求ファイルの転送や、削除等を行う機能を備えるようにすればよい。
【０１００】
Ｆ３．変形例３：
上記実施例では、被代理プリンタは、代理プリンタからの削除要求に応じて、送信済みのダウンロード要求ファイルの削除を行うものとしたが、配信データの受信に応じて、送信済みのダウンロード要求ファイルを削除するようにしてもよい。
【０１０１】
Ｆ４．変形例４：
上記実施例では、ダウンロード処理において、管理サーバＳＶからのダウンロードデータファイルのダウンロードが成功したときに、一連の処理の中で、配信データを各プリンタＰＲＴに送信するものとしたが、これに限られない。他のプリンタＰＲＴからの配信要求を受信するまで、ダウンロードデータファイルをダウンロードディレクトリ２８に保存しておき、他のプリンタＰＲＴからの配信要求に応じて、配信データを送信するようにしてもよい。配信データの作成は、他のプリンタＰＲＴからの配信要求を受信する前に行うようにしてもよいし、受信した後に行うようにしてもよい。
【０１０２】
Ｆ５．変形例５：
上記第３実施例では、各プリンタＰＲＴは、ダウンロード要求ファイルの削除時刻Ｔｄを、メモリ２０に記憶し、この削除時刻Ｔｄに基づいて、ダウンロード処理を行うか否かの判断を行ったが、これに限られない。削除時刻Ｔｄの代わりに、例えば、ダウンロード要求ファイルを代理プリンタに送信した時刻や、代理プリンタから、ダウンロード要求ファイルの受信応答を受信した時刻や、削除要求を受信した時刻に基づいて、ダウンロード処理を行うか否かを判断するようにしてもよい。
【０１０３】
Ｆ６．変形例６：
上記第２ないし第４実施例では、プリンタＰＲＴの動作処理において、スプールディレクトリ２２に、管理サーバＳＶに未送信のダウンロード要求ファイルが存在するか否かを判断したが、この判断を行わないようにしてもよい。
【０１０４】
Ｆ７．変形例７：
上記実施例では、ネットワークに接続されるプリンタＰＲＴに、本発明の情報集配信制御装置を適用した例を示したが、これに限られない。例えば、スキャナや、プロジェクタや、オーディオ装置や、家電機器や、クライアントコンピュータや、ＰＤＡ（Personal Digital Assistance）など、ネットワークに接続されて利用される種々のデバイスに、本発明のデバイス監視制御装置を適用するようしにてもよい。
【図面の簡単な説明】
【０１０５】
【図１】本発明の情報集配信システムを適用した一実施例としてのデバイス管理システム１０００の概略構成を示す説明図である。
【図２】プリンタＰＲＴの構成を示す説明図である。
【図３】一括ダウンロード要求ファイルの生成について示す説明図である。
【図４】配信データファイルの生成について示す説明図である。
【図５】プリンタＰＲＴの動作処理の流れを示すフローチャートである。
【図６】ＦＴＰコマンド処理の流れを示す説明図である。
【図７】ダウンロード処理の流れを示すフローチャートである。
【図８】ダウンロード処理の流れを示すフローチャートである。
【図９】第２実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。
【図１０】第２実施例におけるダウンロード処理の流れを示すフローチャートである。
【図１１】第３実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。
【図１２】第４実施例におけるプリンタＰＲＴの動作処理の流れを示すフローチャートである。
【符号の説明】
【０１０６】
１０００...デバイス管理システム
１０...ＣＰＵ
１２...メモリ制御部
１４...判断部
１６...一括ダウンロード要求ファイル作成部
１８...通信制御部
２０...メモリ
２２...スプールディレクトリ
２４...ｏｔｈｅｒディレクトリ
２６...アップロードディレクトリ
３０...タイマ
１００...プリンタ本体
１１０...プリンタエンジン
１２０...プリンタコントローラ
１２２...監視部
ＰＣ...パーソナルコンピュータ
ＰＲＴ...プリンタ
ＣＮＢ...カスタムネットワークボード
ＳＶ...管理サーバ
ＤＰ...ディスプレイ
ＫＢ...キーボード
ＭＳ...マウス
ＩＮＴ...インターネット
ＬＡＮ...ローカルエリアネットワーク
ＦＷ...ファイアウォール
【図１】
2006201833.tif 000003
【図２】
2006201833.tif 000004
【図３】
2006201833.tif 000005
【図４】
2006201833.tif 000006
【図５】
2006201833.tif 000007
【図６】
2006201833.tif 000008
【図７】
2006201833.tif 000009
【図８】
2006201833.tif 000010
【図９】
2006201833.tif 000011
【図１０】
2006201833.tif 000012
【図１１】
2006201833.tif 000013
【図１２】
2006201833.tif 000014