(57)【要約】【課題】  ＳＭＮＰｖ３を利用して通信を行なうシステムにおいて、通信負荷を低減させることができる技術を提供すること。【解決手段】  管理サーバ１０は、複数のプリンタ５０，１５０及びルータ１６０，１７０に接続されている。管理サーバ１０は、サーチ用エンジンＩＤ２６とサーチ用時刻同期情報２８を含むサーチパケットをブロードキャスト送信する。各デバイス５０，１５０，１６０，１７０は、機種タイプを含むレスポンスを送信する。管理サーバ１０は、受信したレスポンスの内容からプリンタ５０，１５０を特定する。管理サーバ１０とプリンタ５０（又は１５０）は、ユニキャスト通信によって、エンジンＩＤと時刻同期情報と目的のデータ（例えばステータス情報）のリクエストとレスポンスを行なう。【選択図】  図１
2009245075.tif 000002
【特許請求の範囲】
【請求項１】
第１通信装置と、
その第１通信装置に、識別情報を用いた認証が可能な通信プロトコルを用いてデータを提供する複数の第２通信装置とを備えるデータ提供システムであり、
第１通信装置は、
識別情報リクエストを第２通信装置に送信する識別情報リクエスト送信手段と、
第２通信装置から送信された個別識別情報を受信する個別識別情報受信手段と、
個別識別情報受信手段によって受信された前記個別識別情報を含むデータリクエストを第２通信装置に送信する第１データリクエスト送信手段と、
共通識別情報を記憶する第１共通識別情報記憶手段と、
第１共通識別情報記憶手段に記憶されている前記共通識別情報を含むデータリクエストを第２通信装置に送信する第２データリクエスト送信手段と、
第２通信装置から送信されたデータを受信するデータ受信手段とを有し、
第２通信装置は、
前記個別識別情報を記憶する個別識別情報記憶手段と、
前記共通識別情報を記憶する第２共通識別情報記憶手段と、
第１通信装置から送信された前記識別情報リクエストを受信する識別情報リクエスト受信手段と、
識別情報リクエスト受信手段によって受信された前記識別情報リクエストに応じて、個別識別情報記憶手段に記憶されている前記個別識別情報を第１通信装置に送信する個別識別情報送信手段と、
第１通信装置から送信されたデータリクエストを受信するデータリクエスト受信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が個別識別情報記憶手段に記憶されている前記個別識別情報であることを条件として、第１タイプのデータを第１通信装置に送信する第１データ送信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が第２共通識別情報記憶手段に記憶されている前記共通識別情報であることを条件として、第２タイプのデータを第１通信装置に送信する第２データ送信手段とを有する
ことを特徴とするデータ提供システム。
【請求項２】
第１通信装置は、時刻同期情報リクエスト送信手段と、個別時刻同期情報受信手段と、第１共通時刻同期情報記憶手段とをさらに有し、
時刻同期情報リクエスト送信手段は、時刻同期情報リクエストを第２通信装置に送信し、
個別時刻同期情報受信手段は、第２通信装置から送信された個別時刻同期情報を受信し、
第１データリクエスト送信手段は、個別識別情報受信手段によって受信された前記個別識別情報と、個別時刻同期情報受信手段によって受信された前記個別時刻同期情報とを含むデータリクエストを第２通信装置に送信し、
第１共通時刻同期情報記憶手段は、共通時刻同期情報を記憶し、
第２データリクエスト送信手段は、第１共通識別情報記憶手段に記憶されている前記共通識別情報と、第１共通時刻同期情報記憶手段に記憶されている前記共通時刻同期情報とを含むデータリクエストを第２通信装置に送信し、
第２通信装置は、個別時刻同期情報記憶手段と、第２共通時刻同期情報記憶手段と、時刻同期情報リクエスト受信手段と、個別時刻同期情報送信手段とをさらに有し、
個別時刻同期情報記憶手段は、前記個別時刻同期情報を記憶し、
第２共通時刻同期情報記憶手段は、前記共通時刻同期情報を記憶し、
時刻同期情報リクエスト受信手段は、第１通信装置から送信された前記時刻同期情報リクエストを受信し、
個別時刻同期情報送信手段は、時刻同期情報リクエスト受信手段によって受信された前記時刻同期情報リクエストに応じて、個別時刻同期情報記憶手段に記憶されている前記個別時刻同期情報を第１通信装置に送信し、
第１データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が個別識別情報記憶手段に記憶されている前記個別識別情報であり、かつ、当該データリクエストに含まれる時刻同期情報が個別時刻同期情報記憶手段に記憶されている前記個別時刻同期情報に対応することを条件として、前記第１タイプのデータを第１通信装置に送信し、
第２データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が第２共通識別情報記憶手段に記憶されている前記共通識別情報であり、かつ、当該データリクエストに含まれる時刻同期情報が第２共通時刻同期情報記憶手段に記憶されている前記共通時刻同期情報であることを条件として、前記第２タイプのデータを第１通信装置に送信する
ことを特徴とする請求項１に記載のデータ提供システム。
【請求項３】
第１通信装置は、特定手段をさらに有し、
第２データリクエスト送信手段は、前記共通識別情報を含むデータリクエストをブロードキャスト送信し、
データ受信手段は、第２データリクエスト送信手段によってブロードキャスト送信されたデータリクエストに応じて第２通信装置及び他の通信装置から送信された前記第２タイプのデータを受信し、
特定手段は、データ受信手段によって受信された各通信装置の前記第２タイプのデータに基づいて、所定条件を満たしている前記第２タイプのデータを送信した通信装置群を特定し、
識別情報リクエスト送信手段は、特定手段によって特定された通信装置群のそれぞれに、前記識別情報リクエストをユニキャスト送信し、
第１データリクエスト送信手段は、特定手段によって特定された通信装置群のそれぞれに、前記識別情報リクエストに応じて当該通信装置から送信された個別識別情報を含むデータリクエストをユニキャスト送信する
ことを特徴とする請求項１又は２に記載のデータ提供システム。
【請求項４】
前記第２タイプのデータは、デバイスのタイプに関するデータを含んでおり、
特定手段は、データ受信手段によって受信された各通信装置の前記第２タイプのデータに基づいて、予め設定されているタイプに対応する通信装置群を特定する
ことを特徴とする請求項３に記載のデータ提供システム。
【請求項５】
第１通信装置は、
第１名称を記憶する名称記憶手段をさらに有し、
第１データリクエスト送信手段は、個別識別情報受信手段によって受信された前記個別識別情報と、名称記憶手段に記憶されている前記第１名称とを含むデータリクエストを第２通信装置に送信し、
第２データリクエスト送信手段は、第１共通識別情報記憶手段に記憶されている前記共通識別情報と、名称記憶手段に記憶されている前記第１名称とを含むデータリクエストを第２通信装置に送信し、
第２通信装置は、
複数の名称のそれぞれについて、当該名称とデータ特定情報とを対応づけて記憶する名称−データ特定情報記憶手段をさらに有し、
名称−データ特定情報記憶手段は、前記第１名称と前記第１タイプのデータを特定する第１データ特定情報とを対応づけて記憶し、
名称−データ特定情報記憶手段は、第２名称と前記第２タイプのデータを特定する第２データ特定情報とを対応づけて記憶し、
第１データ送信手段と第２データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる名称に対応づけて記憶されているデータ特定情報によって特定されるタイプのデータを第１通信装置に送信するものであり、
データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が第２共通識別情報記憶手段に記憶されている前記共通識別情報であることを条件として、当該データリクエストに含まれる前記第１名称を前記第２名称に変更する名称変更手段をさらに有する
ことを特徴とする請求項１から４のいずれかに記載のデータ提供システム。
【請求項６】
別の通信装置に識別情報を用いた認証が可能な通信プロトコルを用いてデータを提供する通信装置であり、
個別識別情報を記憶する個別識別情報記憶手段と、
共通識別情報を記憶する共通識別情報記憶手段と、
前記別の通信装置から送信された識別情報リクエストを受信する識別情報リクエスト受信手段と、
識別情報リクエスト受信手段によって受信された識別情報リクエストに応じて、個別識別情報記憶手段に記憶されている前記個別識別情報を前記別の通信装置に送信する個別識別情報送信手段と、
前記別の通信装置から送信されたデータリクエストを受信するデータリクエスト受信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が個別識別情報記憶手段に記憶されている前記個別識別情報であることを条件として、第１タイプのデータを前記別の通信装置に送信する第１データ送信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が共通識別情報記憶手段に記憶されている前記共通識別情報であることを条件として、第２タイプのデータを前記別の通信装置に送信する第２データ送信手段と
を有する通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エージェントデバイスからマネージャデバイスにデータを提供するシステムおよび通信装置に関する。
【背景技術】
【０００２】
ＳＮＭＰｖ３（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ３）を利用して、エージェントデバイスからマネージャデバイスにデータを提供するシステムが知られている（例えば下記の特許文献１参照）。ＳＮＭＰｖ３の下では、各エージェントデバイスにユニークなエンジンＩＤが設定されている。マネージャデバイスは、各エージェントデバイスにエンジンＩＤをリクエストする。各エージェントデバイスは、リクエストに応じて自身のエンジンＩＤをマネージャデバイスに送信する。次いで、マネージャデバイスは、各エージェントデバイスに向けて、そのエージェントデバイスのエンジンＩＤを含むデータリクエストを送信する。各エージェントデバイスは、データリクエストに含まれるエンジンＩＤが自身のエンジンＩＤに一致することを条件として、自身が有しているデータ（例えばステータス、消耗品残量等）をマネージャデバイスに送信する。マネージャデバイスは、各エージェントデバイスのデータを取得することができる。ＳＮＭＰｖ３では、個々のエージェントデバイスに設定されているエンジンＩＤを認証に利用することができる。このために、データ通信のセキュリティが高い。
【０００３】
【特許文献１】特開２００６−８５６４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、この手法では、目的のデータを通信する前に個別識別情報のリクエストとレスポンスを行なう必要があり、通信負荷が大きくなってしまう。特に、マネージャデバイスが、複数のエージェントデバイスに対し、各デバイスが有するデータを取得する場合には、エージェントデバイスの数が多いほど通信負荷が大きくなってしまう。
【０００５】
本明細書では、識別情報を利用して認証を行なうシステムにおいて、通信負荷を低減させることができる技術を提供する。
【課題を解決するための手段】
【０００６】
データの提供を受ける側のデバイス（上記の例ではマネージャデバイス）が必要とするデータは多種多様である。セキュリティの高い手法によって通信されるべきタイプのデータが存在する一方において、そうでないタイプのデータも存在することが予想される。本発明者は、前者のタイプのデータをセキュリティの高い手法によって通信し、セキュリティレベルの高くない後者のタイプのデータを通信負荷の小さい手法を利用して通信することによって、全体として通信負荷を小さくするという技術思想を見出した。
【０００７】
本明細書によって開示される１つの技術は、第１通信装置と複数の第２通信装置とを備えるデータ提供システムである。第２通信装置（例えばエージェントデバイス）は、識別情報を用いた認証が可能な通信プロトコル（例えばＳＮＭＰｖ３）を用いて、第１通信装置（例えばマネージャデバイス）にデータを提供する。
【０００８】
第１通信装置は、識別情報リクエスト送信手段と、個別識別情報受信手段と、第１データリクエスト送信手段と、第１共通識別情報記憶手段と、第２データリクエスト送信手段と、データ受信手段とを有する。
【０００９】
識別情報リクエスト送信手段は、識別情報リクエストを第２通信装置に送信する。個別識別情報受信手段は、第２通信装置から送信された個別識別情報を受信する。第１データリクエスト送信手段は、個別識別情報受信手段によって受信された個別識別情報を含むデータリクエストを第２通信装置に送信する。第１共通識別情報記憶手段は、共通識別情報を記憶する。この共通識別情報は、第１通信装置と第２通信装置とに共通の識別情報である。第２データリクエスト送信手段は、第１共通識別情報記憶手段に記憶されている共通識別情報を含むデータリクエストを第２通信装置に送信する。データ受信手段は、第２通信装置から送信されたデータを受信する。
【００１０】
第２通信装置は、個別識別情報記憶手段と、第２共通識別情報記憶手段と、識別情報リクエスト受信手段と、個別識別情報送信手段と、データリクエスト受信手段と、第１データ送信手段と、第２データ送信手段とを有する。
【００１１】
個別識別情報記憶手段は、個別識別情報を記憶する。第２共通識別情報記憶手段は、上記の共通識別情報（第１通信装置と第２通信装置とに共通の識別情報）を記憶する。識別情報リクエスト受信手段は、第１通信装置から送信された識別情報リクエストを受信する。個別識別情報送信手段は、識別情報リクエスト受信手段によって受信された識別情報リクエストに応じて、個別識別情報記憶手段に記憶されている個別識別情報を第１通信装置に送信する。
【００１２】
データリクエスト受信手段は、第１通信装置から送信されたデータリクエストを受信する。第１データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が個別識別情報記憶手段に記憶されている個別識別情報であることを条件として、第１タイプのデータを第１通信装置に送信する。第２データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が第２共通識別情報記憶手段に記憶されている共通識別情報であることを条件として、第２タイプのデータを第１通信装置に送信する。例えば、この第２タイプのデータは、第１タイプのデータより送信されるデータが制限される。なお、上記の「条件として」という用語は、他の条件（ＡＮＤ条件、ＯＲ条件）が加わることを排除するものではない。以下の記載の中で「条件として」という用語を使用する場合も同様である。
【００１３】
上記のシステムによると、第２通信装置は、個別識別情報及び共通識別情報のいずれかを認証に利用して、第１通信装置にデータを送信することができる。なお、ここでの「認証」という用語は、最も広義に解釈されるべきものであり、様々な認証手法を含む概念である。いくつかの認証手法を例示しておく。例えば、第２通信装置は、第１通信装置からのデータリクエストに含まれる識別情報と、自身に設定されている識別情報（個別識別情報又は共通識別情報）とを比較することによって、認証を行なってもよい。また、例えば、第１通信装置からのデータリクエストが識別情報をキーとして暗号化されている場合、第２通信装置は、自身に設定されている識別情報をキーとしてデータリクエストを復号するのに成功したのか否かを判断することによって、認証を行なってもよい。また、例えば、識別情報を含むデータリクエストの中に、そのデータリクエスト全体が要約化（ダイジェスト化）された第１値が含まれている場合、第２通信装置は、データリクエストを要約化して第２値を生成し、第１値と第２値を比較することによって、認証を行なってもよい。
【００１４】
上記のシステムでは、第１通信装置と第２通信装置の両方に共通識別情報を記憶させておくことによって、個別識別情報のリクエストとレスポンスを行なうことなく、第２タイプのデータを通信することを可能にしている。一方において、個別識別情報のリクエストとレスポンスを行なった後に、第１タイプのデータを通信することも可能である。共通識別情報を認証に利用してデータを通信する手法は、個別識別情報を認証に利用してデータを通信する手法と異なり、目的のデータを通信する前に、個別識別情報のリクエストとレスポンスを行なう必要がない。このため、前者の手法は、後者の手法よりも通信負荷が小さくて済むという利点がある。このシステムを利用すると、前者の手法を利用してセキュリティレベルの低いデータを通信することができ、後者の手法を利用してセキュリティレベルの高いデータを通信することができる。どちらの手法も、識別情報を含むデータリクエストを送信するプロトコル（例えばＳＮＭＰｖ３）の枠組みの中で実現することができる。
【００１５】
なお、識別情報のみならず時刻同期情報も利用して、認証を行なう場合がある。例えば、ＳＮＭＰｖ３の場合、エージェントデバイスの起動回数及び起動開始からの経過時間を利用して認証を行なうことができる。マネージャデバイスは、目的のデータを通信する前に、個別時刻同期情報（上記の例では起動回数及び起動開始からの経過時間）をエージェントデバイスにリクエストする必要がある。第１通信装置と第２通信装置の両方に共通時刻同期情報を記憶させておくことによって、個別時刻同期情報のリクエストとレスポンスを行なうことなく、目的のデータを通信することを可能にすることができる。これを実現するために、以下の構成を採用してもよい。
【００１６】
第１通信装置は、時刻同期情報リクエスト送信手段と、個別時刻同期情報受信手段と、第１共通時刻同期情報記憶手段とをさらに有していてもよい。時刻同期情報リクエスト送信手段は、時刻同期情報リクエストを第２通信装置に送信する。個別時刻同期情報受信手段は、第２通信装置から送信された個別時刻同期情報を受信する。第１データリクエスト送信手段は、個別識別情報受信手段によって受信された個別識別情報と、個別時刻同期情報受信手段によって受信された個別時刻同期情報とを含むデータリクエストを第２通信装置に送信する。第１共通時刻同期情報記憶手段は、共通時刻同期情報を記憶する。共通時刻同期情報は、第１通信装置と第２通信装置とに共通の時刻同期情報である。第２データリクエスト送信手段は、第１共通識別情報記憶手段に記憶されている共通識別情報と、第１共通時刻同期情報記憶手段に記憶されている共通時刻同期情報とを含むデータリクエストを第２通信装置に送信する。
【００１７】
第２通信装置は、個別時刻同期情報記憶手段と、第２共通時刻同期情報記憶手段と、時刻同期情報リクエスト受信手段と、個別時刻同期情報送信手段とをさらに有していてもよい。個別時刻同期情報記憶手段は、個別時刻同期情報を記憶する。第２共通時刻同期情報記憶手段は、上記の共通時刻同期情報（第１通信装置と第２通信装置とに共通の時刻同期情報）を記憶する。時刻同期情報リクエスト受信手段は、第１通信装置から送信された時刻同期情報リクエストを受信する。個別時刻同期情報送信手段は、時刻同期情報リクエスト受信手段によって受信された時刻同期情報リクエストに応じて、個別時刻同期情報記憶手段に記憶されている個別時刻同期情報を第１通信装置に送信する。
【００１８】
第１データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が個別識別情報記憶手段に記憶されている個別識別情報であり、かつ、データリクエストに含まれる時刻同期情報が個別時刻同期情報記憶手段に記憶されている個別時刻同期情報に対応することを条件として、第１タイプのデータを第１通信装置に送信する。第２データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が第２共通識別情報記憶手段に記憶されている共通識別情報であり、かつ、データリクエストに含まれる時刻同期情報が第２共通時刻同期情報記憶手段に記憶されている共通時刻同期情報であることを条件として、第２タイプのデータを第１通信装置に送信する。なお、上記の「個別時刻同期情報に対応する」という用語は、データリクエストに含まれる時刻同期情報が個別時刻同期情報記憶手段に記憶されている個別時刻同期情報と一致していることのみを意味するのではなく、データリクエストに含まれる時刻同期情報が個別時刻同期情報記憶手段に記憶されている個別時刻同期情報から所定時間以内に含まれることも意味する。
【００１９】
上記の構成によると、第２通信装置は、識別情報だけでなく、時刻同期情報によってもデータ通信の認証を行なうことができる。例えば、第２通信装置は、個別識別情報と個別時刻同期情報の両方で認証を行なうことによって、第１タイプのデータ（セキュリティレベルの高いデータ）を送信することができる。また、第２通信装置は、共通時刻同期情報を認証に利用することで、個別時刻同期情報のリクエストとレスポンスを行なわずに、第２タイプのデータ（セキュリティレベルの低いデータ）を送信することができる。即ち、通信負荷の小さい手法によって第２タイプのデータを通信することができる。どちらの手法も、識別情報と時刻同期情報を含むデータリクエストを送信するプロトコル（例えばＳＮＭＰｖ３）の枠組みの中で実現することができる。
【００２０】
例えば、マネージャデバイスには、管理対象のデバイス（データを提供するデバイス）を予め登録しておいてもよいし、ブロードキャスト通信を行なうことによって管理対象のデバイスをサーチしてもよい。
【００２１】
第１通信装置は、特定手段をさらに有していてもよい。また、第１通信装置の各手段は、以下のように動作してもよい。即ち、第２データリクエスト送信手段は、共通識別情報を含むデータリクエストをブロードキャスト送信してもよい。データ受信手段は、第２データリクエスト送信手段によってブロードキャスト送信されたデータリクエストに応じて第２通信装置及び他の通信装置から送信された第２タイプのデータを受信してもよい。特定手段は、データ受信手段によって受信された各通信装置の第２タイプのデータに基づいて、所定条件を満たしている第２タイプのデータを送信した通信装置群を特定してもよい。識別情報リクエスト送信手段は、特定手段によって特定された通信装置群のそれぞれに、識別情報リクエストをユニキャスト送信してもよい。第１データリクエスト送信手段は、特定手段によって特定された通信装置群のそれぞれに、識別情報リクエストに応じて当該通信装置から送信された個別識別情報を含むデータリクエストをユニキャスト送信してもよい。
【００２２】
上記の構成によると、共通識別情報を含むデータリクエスト（第２タイプのデータのリクエスト）と、データリクエストに対するレスポンスとが行なわれると、第１通信装置が管理対象のデバイスを特定することができる。データ通信の負荷を低減させることができる。
【００２３】
第２タイプのデータは、デバイスのタイプ（例えばプリンタ、ルータ等）に関するデータを含んでいてもよい。特定手段は、各通信装置の第２タイプのデータに基づいて、予め設定されているタイプ（例えばプリンタ）に対応する通信装置群を特定してもよい。この構成によると、所定のタイプのデバイスを特定するように第１通信装置に予め設定しておくことにより、第１通信装置は、他のタイプのデバイスを管理対象から除外することができる。
【００２４】
第１通信装置は、名称記憶手段をさらに有していてもよい。名称記憶手段は、第１名称を記憶してもよい。第１通信装置の第１データリクエスト送信手段は、個別識別情報と上記の第１名称とを含むデータリクエストを第２通信装置に送信してもよい。また、第１通信装置の第２データリクエスト送信手段は、共通識別情報と上記の第１名称とを含むデータリクエストを第２通信装置に送信してもよい。言い換えると、第１通信装置は、個別識別情報及び共通識別情報のいずれかと第１名称とを含むデータリクエストを第２通信装置に送信してもよい。
【００２５】
第２通信装置は、名称−データ特定情報記憶手段をさらに有していてもよい。名称−データ特定情報記憶手段は、複数の名称のそれぞれについて、名称とデータ特定情報とを対応づけて記憶する。なお、データ特定情報は、データを特定するための情報であり、例えば、デバイスのタイプ、機種名、ベンダ名、ステータス等である。名称−データ特定情報記憶手段は、第１名称と第１タイプのデータを特定する第１データ特定情報とを対応づけて記憶してもよい。また、名称−データ特定情報記憶手段は、第２名称と第２タイプのデータを特定する第２データ特定情報とを対応づけて記憶してもよい。第１データ送信手段と第２データ送信手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる名称に対応づけて記憶されているデータ特定情報によって特定されるタイプのデータのみを第１通信装置に送信してもよい。即ち、例えば、第２通信装置は、データリクエストに第１名称が含まれている場合には第１タイプのデータを第１通信装置に送信を許可し、データリクエストに第２名称が含まれている場合には第２タイプのデータを第１通信装置に送信してもよい。
【００２６】
第２通信装置は、名称変更手段をさらに有していてもよい。名称変更手段は、データリクエスト受信手段によって受信されたデータリクエストに含まれる識別情報が、共通識別情報であることを条件として、データリクエストに含まれる第１名称を第２名称に変更してもよい。例えば、第１通信装置が、第１名称と共通識別情報を含むデータリクエストを送信する。この場合、第２通信装置は、データリクエストに含まれる第１名称を第２名称に変更する。この結果、第２通信装置は、第２名称に対応する第２タイプのデータを第１通信装置に送信する。この構成によると、第２通信装置は、共通識別情報を含むデータリクエストに応じて第１タイプのデータを送信することを禁止することができる。即ち、セキュリティレベルの低いデータをリクエストするために利用されるべき共通識別情報を含むデータリクエストに対して、セキュリティレベルの高い第１タイプのデータを送信することを禁止することができる。
【００２７】
また、上記のシステムを構築するための第２通信装置の単体も新規なデバイスである。この新規な通信装置は、上記の個別識別情報記憶手段と第１共通識別情報記憶手段と識別情報リクエスト受信手段と個別識別情報送信手段とデータリクエスト受信手段と第１データ送信手段と第２データ送信手段とを有する。この通信装置を利用すると、上記のシステムを構築することができる。
【発明を実施するための最良の形態】
【００２８】
ここでは、以下の実施例に記載の技術の特徴の一部をまとめておく。
（形態１）データ提供システムは、例えば、ＳＮＭＰの少なくともＶｅｒｓｉｏｎ３を利用することが可能であるシステムであってもよい。
（形態２）第１通信装置は、管理サーバであってもよい。また、第２通信装置は、プリンタであってもよい。管理サーバとプリンタを含むネットワークは、ルータをさらに含んでいてもよい。
【００２９】
（形態３）以下のシステムも有用である。即ち、第１通信装置とその第１通信装置にデータを提供する第２通信装置とを備えるデータ提供システムであり、
第１通信装置は、
時刻同期情報リクエストを第２通信装置に送信する時刻同期情報リクエスト送信手段と、
第２通信装置から送信された個別時刻同期情報を受信する個別時刻同期情報受信手段と、
個別時刻同期情報受信手段によって受信された前記個別時刻同期情報を含むデータリクエストを第２通信装置に送信する第１データリクエスト送信手段と、
共通時刻同期情報を記憶する第１共通時刻同期情報記憶手段と、
第１共通時刻同期情報記憶手段に記憶されている前記共通時刻同期情報を含むデータリクエストを第２通信装置に送信する第２データリクエスト送信手段と、
第２通信装置から送信されたデータを受信するデータ受信手段とを有し、
第２通信装置は、
前記個別時刻同期情報を記憶する個別時刻同期情報記憶手段と、
前記共通時刻同期情報を記憶する第２共通時刻同期情報記憶手段と、
第１通信装置から送信された前記時刻同期情報リクエストを受信する時刻同期情報リクエスト受信手段と、
時刻同期情報リクエスト受信手段によって受信された前記時刻同期情報リクエストに応じて、個別時刻同期情報記憶手段に記憶されている前記個別時刻同期情報を第１通信装置に送信する個別時刻同期情報送信手段と、
第１通信装置から送信されたデータリクエストを受信するデータリクエスト受信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる時刻同期情報が個別時刻同期情報記憶手段に記憶されている前記個別時刻同期情報に対応することを条件として、第１タイプのデータを第１通信装置に送信する第１データ送信手段と、
データリクエスト受信手段によって受信されたデータリクエストに含まれる時刻同期情報が第２共通時刻同期情報記憶手段に記憶されている前記共通時刻同期情報であることを条件として、第２タイプのデータを第１通信装置に送信する第２データ送信手段とを有する
ことを特徴とするデータ提供システム。
【実施例】
【００３０】
図面を参照して実施例を説明する。図１は、本実施例のプリンタネットワークシステム２を示す。プリンタネットワークシステム２は、管理サーバ１０とプリンタ５０，１５０とルータ１６０，１７０等とを備える。図１では２つのプリンタ５０，１５０及びルータ１６０，１７０しか示されていないが、実際には多数のプリンタ及びルータが存在する。また、図１には示されていないが、ルータは、さらに別のプリンタ等に接続されていてもよい。プリンタネットワークシステム２では、プリンタ５０，１５０は、ＳＮＭＰｖ３を利用して、管理サーバ１０にデータを提供する。プリンタ５０，１５０とルータ１６０，１７０のそれぞれにユニークなエンジンＩＤが割り当てられている。
【００３１】
（管理サーバの構成）
管理サーバ１０の構成について説明する。図２は、管理サーバ１０の構成を示す。管理サーバ１０は、操作部１２と表示部１４とネットワークインターフェイス１６と制御部１８と記憶部２０等を有する。
【００３２】
操作部１２は、複数のキーを有する。ユーザは、操作部１２を操作することによって、様々な情報を管理サーバ１０に入力することができる。表示部１４は、様々な情報を表示することができる。ネットワークインターフェイス１６は、ＬＡＮ回線１８０に接続されている。ＬＡＮ回線１８０は、管理サーバ１０とプリンタ５０，１５０とルータ１６０，１７０に接続されている。管理サーバ１０は、ネットワークインターフェイス１６とＬＡＮ回線１８０を介して、プリンタ５０，１５０及びルータ１６０，１７０と通信することができる。制御部１８は、記憶部２０に記憶されているプログラムに従って、様々な処理を実行する。制御部１８が実行する処理の内容については、後で詳しく説明する。
【００３３】
記憶部２０は、ＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ等によって構成されている。記憶部２０は、プログラム記憶領域２２とサーチ用情報記憶領域２４とユーザ入力設定記憶領域３０とその他の記憶領域４２等を有する。プログラム記憶領域２２は、管理サーバ１０によって実行されるべきプログラムを記憶している。例えば、プログラム記憶領域２２は、ＳＮＭＰｖ３を利用して通信を行なうためのプログラムを記憶している。
【００３４】
サーチ用情報記憶領域２４は、サーチ用エンジンＩＤ２６とサーチ用時刻同期情報２８とを記憶している。サーチ用エンジンＩＤ２６は、管理サーバ１０とプリンタ５０，１５０とルータ１６０，１７０とに共通のエンジンＩＤである。本実施例では、サーチ用エンジンＩＤ２６は「ＸＸＸ」である。サーチ用時刻同期情報２８は、管理サーバ１０とプリンタ５０，１５０とルータ１６０，１７０とに共通の時刻同期情報である。本実施例では、サーチ用時刻同期情報２８はが「ＹＹＹ」である。
【００３５】
ユーザ入力設定記憶領域３０は、ユーザ名３２とセキュリティレベル３４と認証キー３６と暗号化キー３８とコンテキスト名４０とを有する。ユーザ入力設定記憶領域３０は、ユーザによって入力された情報を記憶する。ユーザ名３２は、管理サーバ１０を利用するユーザの名称である。本実施例では、複数のユーザが管理サーバ１０を共用することができる。例えば、管理者レベルのユーザは、「Ａｄｍｉｎｉｓｔｒａｔｏｒ」というユーザ名を使用する。また、例えば、一般ユーザは、「Ｕｓｅｒ」というユーザ名を使用する。各ユーザは、管理サーバ１０を利用する際に、操作部１２を操作することによってユーザ名を入力する。入力されたユーザ名が、ユーザ入力設定記憶領域３０に記憶される。セキュリティレベル３４は、認証の有無及び暗号化の有無を示す。認証キー３６と暗号化キー３８は、それぞれメッセージの認証及び暗号化に必要なキーである。本実施例では、認証キー３６が「ＡＡＡ」であり、暗号化キー３８が「ＢＢＢ」である。コンテキスト名４０は、ＳＮＭＰｖ３で利用されている情報であり、後述するＶｉｅｗ名を設定する際に利用される。本実施例では、コンテキスト名４０として「Ｐｒｉｎｔｅｒ」が採用されている。その他の記憶領域４２は、プログラム記憶領域２２とサーチ用情報記憶領域２４とユーザ入力設定記憶領域３０に記憶されるべき情報以外の情報を記憶することができる。
【００３６】
（プリンタの構成）
続いて、プリンタ５０の構成について説明する。プリンタ１５０は、プリンタ５０と同様の構成を有している。このために、プリンタ１５０の詳しい説明は省略する。図３は、プリンタ５０の構成を示す。プリンタ５０は、操作部５２と表示部５４とネットワークインターフェイス５６と制御部５８と印刷部６０とカートリッジ６２と各種センサ６４と記憶部７０等を有する。操作部５２は、複数のキーを有する。ユーザは、操作部５２を操作することによって、様々な情報をプリンタ５０に入力することができる。表示部５４は、様々な情報を表示することができる。ネットワークインターフェイス５６は、ＬＡＮ回線１８０に接続されている。ネットワークインターフェイス５６は、プリンタ５０が管理サーバ１０と通信するためのインターフェイスである。制御部５８は、記憶部７０に記憶されているプログラムに従って、様々な処理を実行する。制御部５８が実行する処理の内容については、後で詳しく説明する。各種センサ６４は、例えば、カートリッジ６２のトナー残量等を検出する。印刷部６０は、カートリッジ６２を利用して、印刷を行なう。
【００３７】
記憶部７０は、ＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ等によって構成されている。記憶部７０は、プログラム記憶領域７２とサーチ用情報記憶領域７４と通信用情報記憶領域８０とユーザテーブル記憶領域８６とＶｉｅｗテーブル記憶領域８８とアクセス情報テーブル記憶領域９０と管理情報データベース９２とその他の記憶領域９４等を有する。プログラム記憶領域７２は、プリンタ５０によって実行されるべきプログラムを記憶している。例えば、プログラム記憶領域７２は、ＳＮＭＰｖ３を利用して通信を行なうためのプログラム、印刷を行なうためのプログラム等を記憶している。
【００３８】
サーチ用情報記憶領域７４は、サーチ用エンジンＩＤ７６とサーチ用時刻同期情報７８とを記憶している。サーチ用エンジンＩＤ７６は、管理サーバ１０に記憶されているサーチ用エンジンＩＤ２６と同じもの（ＸＸＸ）である。サーチ用時刻同期情報７８は、管理サーバ１０に記憶されているサーチ用時刻同期情報２８と同じもの（ＹＹＹ）である。
【００３９】
通信用情報記憶領域８０は、エンジンＩＤ８２と時刻同期情報８４とを記憶している。エンジンＩＤ８２は、プリンタ５０に割り当てられているユニークなＩＤである。管理サーバ１０は、プリンタ５０を識別するためにエンジンＩＤ８２を利用することができる。本実施例では、プリンタ５０のエンジンＩＤ８２が「ＧＧＧ」である。時刻同期情報８４も、プリンタ５０に固有の情報である。後で詳しく説明するが、時刻同期情報８４は、プリンタ５０の起動回数と、最新の起動開始からの経過時間とを含んでいる。従って、時刻同期情報８４は、プリンタ５０が起動開始される毎に更新される。また、時刻同期情報８４は、時間とともに変わる。本実施例では、プリンタ５０の時刻同期情報８４が「ＨＨＨ」である。
【００４０】
ユーザテーブル記憶領域８６は、各ユーザの認証キー及び暗号化キーを記憶している。図４は、ユーザテーブル記憶領域８６の記憶内容の一例を示す。ユーザテーブル記憶領域８６は、ユーザテーブル２００を記憶している。ユーザテーブル２００は、複数の組合せデータ２１０，２１２を含んでいる。各組合せデータ２１０，２１２は、ユーザ名２２０、認証キー２２２、及び、暗号化キー２２４が対応づけられたものである。ユーザ名２２０は、ユーザの名称を示す。認証キー２２２は、受信したパケットの認証に利用する。本実施例では、管理サーバ１０からのパケットに認証キー３６を利用してパケット全体がダイジェスト化された値を含む場合に、プリンタ５０では、パケットに含まれるユーザ名に対応する認証キー２２２を利用して、パケットのダイジェスト化を行なう。２つのメッセージダイジェストの値を比較することによって、認証を行なう。パケットが、通信過程で第三者によって改ざんされた場合、２つのメッセージダイジェストの値が一致しない。これによって、パケットが改ざんされたことを発見することができる。本実施例では、ユーザ名２２０が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」の場合、認証キー２２２は「ＡＡＡ」である。また、ユーザ名２２０が「Ｕｓｅｒ」の場合、認証キー２２２は「ＣＣＣ」である。
【００４１】
暗号化キー２２４は、パケットの暗号化に利用する。本実施例では、ユーザ名２２０がＡｄｍｉｎｉｓｔｒａｔｏｒの場合、暗号化キー２２４は「ＢＢＢ」である。また、ユーザ名２２０が「Ｕｓｅｒ」の場合、暗号化キー２２４は「ＤＤＤ」である。管理サーバ１０では、暗号化キー３８（ＢＢＢ）を利用してパケットの暗号化を行なうことができる。このパケットを受信したプリンタ５０では、パケットに含まれるユーザ名に対応する暗号化キー２２４を利用して、パケットの復号化を行なう。
【００４２】
図５は、Ｖｉｅｗテーブル記憶領域８８の記憶内容の一例を示す。Ｖｉｅｗテーブル記憶領域８８は、Ｖｉｅｗテーブル２３０を記憶している。Ｖｉｅｗテーブル２３０は、複数の組合せデータ２４０，２４２，２４４を含んでいる。各組合せデータ２４０，２４２，２４４は、Ｖｉｅｗ名２５０と対象情報２５２とが対応づけられたものである。Ｖｉｅｗ名２５０については、後で詳しく説明する。対象情報２５２は、管理サーバ１０に提供することが許可される情報の種類を示す。本実施例では、Ｖｉｅｗ名２５０が「Ｍａｎａｇｅｍｅｎｔ」の場合、対象情報２５２は「全ての管理情報」である。即ち、プリンタ５０は、後述する処理によってＶｉｅｗ名として「Ｍａｎａｇｅｍｅｎｔ」が特定された場合、自身の全ての情報を管理サーバ１０に提供することを許可する。Ｖｉｅｗ名２５０が「Ｕｓｅｒ」の場合、対象情報２５２は「プリンタの使用に必要な最小限の情報」である。プリンタ５０は、Ｖｉｅｗ名として「Ｕｓｅｒ」が特定された場合、限定された種類の情報（例えば機種名、消耗品残量、ステータス等）を管理サーバ１０に提供することを許可する。Ｖｉｅｗ名２５０が「Ｄｉｓｃｏｖｅｒ」の場合、対象情報２５２は「プリンタのサーチに必要な最小限の情報」である。プリンタ５０は、Ｖｉｅｗ名として「Ｄｉｓｃｏｖｅｒ」が特定された場合、Ｖｉｅｗ名「Ｕｓｅｒ」の場合よりもさらに限定された種類の情報（例えば機種のタイプ、ベンダ名、機種名等）を管理サーバ１０に提供することを許可する。即ち、本実施例の場合、Ｖｉｅｗ名「Ｍａｎａｇｅｍｅｎｔ」、「Ｕｓｅｒ」、「Ｄｉｓｃｏｖｅｒ」の順にプリンタ５０が管理サーバ１０に提供できる情報の種類が限定され、かつ、提供できる情報のセキュリティレベルも低くなっている。言い換えると、Ｖｉｅｗ名２５０が「Ｄｉｓｃｏｖｅｒ」の場合、プリンタ５０は、セキュリティの低い情報のみを提供する。
【００４３】
図６は、アクセス情報テーブル記憶領域９０の記憶内容の一例を示す。アクセス情報テーブル記憶領域９０は、アクセス情報テーブル２６０を記憶している。アクセス情報テーブル２６０は、複数の組合せデータ２７０，２７２，２７４，２７６，２７８を含んでいる。各組合せデータ２７０，２７２，２７４，２７６，２７８は、コンテキスト名２８０とユーザ名２８２とセキュリティレベル２８４とＶｉｅｗタイプ２８６とＶｉｅｗ名２８８とが対応づけられたものである。コンテキスト名２８０は、上記のコンテキスト名４０と同じ意味を持つものであり、ＳＮＭＰｖ３で利用される。ユーザ名２８２は、ユーザの名称を示す。セキュリティレベル２８４は、パケットの認証及び暗号化の有無についての情報である。Ｖｉｅｗタイプ２８６は、データの提供と設定値の変更とを識別するための情報である。Ｖｉｅｗタイプ２８６が「ＲＥＡＤ」の場合、データ提供を意味する。Ｖｉｅｗタイプ２８６が「ＷＲＩＴＥ」の場合、設定値の変更を意味する。Ｖｉｅｗ名２８８は、上記のＶｉｅｗテーブル２３０のＶｉｅｗ名２５０に対応している。詳しくは後述するが、プリンタ５０は、組合せデータ２７０の情報２８０〜２８６から、Ｖｉｅｗ名２８８を特定する。
【００４４】
管理情報データベース９２は、プリンタ５０の様々な情報を記憶している。管理情報データベース９２は、例えば、機種のタイプ、ベンダ名、機種名、センサ６４によって検出されるステータス（例えば消耗品残量）を記憶している。その他の記憶領域９４は、上記の各記憶領域７２，７４，８０，８６，８８，９０，９２に記憶されるべき情報以外の情報を記憶することができる。
【００４５】
（サーバの管理情報取得処理）
管理サーバ１０の制御部１８が実行するサーバの管理情報取得処理の内容について説明する。図７〜図９は、サーバの管理情報取得処理のフローチャートを示す。制御部１８は、サーチパケット作成処理を行なう（Ｓ１０）。図８及び図９は、サーチパケット作成処理のフローチャートを示す。このサーチパケット作成処理の説明の前に、まず、パケットの内容について説明する。
【００４６】
パケット３００の構成を図１０〜図１２に示す。パケット３００は、管理サーバ１０とプリンタ５０の通信に必要な情報（例えば、プリンタ５０のエンジンＩＤ、時刻同期情報、ＰＤＵ等）を含む。パケット３００は、Ｖｅｒｓｉｏｎ３０２と、Ｈｅａｄｅｒ３０４と、Ｓｅｃｕｒｉｔｙ  Ｐａｒａｍｅｔｅｒｓ３２０と、Ｓｃｏｐｅｄ  ＰＤＵ３４０とで構成される。Ｖｅｒｓｉｏｎ３０２は、ＳＮＭＰのバージョンを示す情報であり、本実施例ではＳＮＭＰｖ３である。次にＨｅａｄｅｒ３０４の内容を説明する。Ｈｅａｄｅｒ３０４は、ｍｓｇＩＤ３０６とｍｓｇＭａｘＳｉｚｅ３０８とｍｓｇＦｌａｇｓ３１０とｍｓｇＳｅｃｕｒｉｔｙｍｏｄｅｌ３１２とで構成される。制御部１８は、パケット通信の回数をインクリメントすることによって、パケット毎に固有のＩＤを作成することができる。ｍｓｇＩＤ３０６には、このようにして作成されたＩＤが格納される。ｍｓｇＭａｘＳｉｚｅ３０８は、パケット３００のデータサイズの情報を含む。ｍｓｇＦｌａｇｓ３１０は、認証の有無及び暗号化の有無の情報を含む。ｍｓｇＳｅｃｕｒｉｔｙｍｏｄｅｌ３１２は、プロトコルが拡張された場合に利用される情報が格納される領域である。
【００４７】
次にＳｅｃｕｒｉｔｙ  Ｐａｒａｍｅｔｅｒｓ３２０の内容を説明する。図１１は、Ｓｅｃｕｒｉｔｙ  Ｐａｒａｍｅｔｅｒｓ３２０の構成を示す。Ｓｅｃｕｒｉｔｙ  Ｐａｒａｍｅｔｅｒｓ３２０は、様々な項目３２２，３２４，３２６，３３２，３３４，３３６で構成される。
【００４８】
ｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＩＤ３２２には、エンジンＩＤが格納される。ｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＢｏｏｔｓ３２４には、エージェントデバイス（本実施例ではプリンタ５０等）の起動回数に関する情報が格納される。ｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＴｉｍｅ３２６には、エージェントデバイスの最新の起動開始からの経過時間が格納される。即ち、ｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＢｏｏｔｓ３２４とｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＴｉｍｅ３２６とを合わせた情報３３０が、時刻同期情報である。ｍｓｇＵｓｅｒＮａｍｅ３３２には、ユーザ名が格納される。制御部１８は、認証キー３６を利用して、パケット全体をダイジェスト化し、メッセージダイジェストを作成することができる。ｍｓｇＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎＰａｒａｍｅｔｅｒｓ３３４には、このメッセージダイジェストが格納される。ｍｓｇＰｒｉｖａｃｙＰａｒａｍｅｔｅｒｓ３３６には、暗号化された情報の復号化に必要な情報が格納される。
【００４９】
次に、図１０に示されるＳｃｏｐｅｄ  ＰＤＵ３４０の内容を説明する。Ｓｃｏｐｅｄ  ＰＤＵ３４０は、ｃｏｎｔｅｘｔＥｎｇｉｎｅＩＤ３４２とｃｏｎｔｅｘｔＮａｍｅ３４４とＰＤＵ３４６とで構成される。ｃｏｎｔｅｘｔＥｎｇｉｎｅＩＤ３４２には、エンジンＩＤが格納される。この項目３４２には、上記のｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＩＤ３２２（図１１参照）と同一のエンジンＩＤが格納される。ｃｏｎｔｅｘｔＮａｍｅ３４４には、コンテキスト名が格納される。
【００５０】
図１２は、ＰＤＵ３４６の構成を示す。ＰＤＵ３４６は、Ｈｅａｄｅｒ３５０と、Ｖｉｅｗタイプ３６２と、ＯＩＤ３６４と、Ｖａｌｕｅ３６６とで構成される。Ｖｉｅｗタイプ３６２には、ＲＥＡＤとＷＲＩＴＥのどちらかが格納される。ＯＩＤ３６４には、リクエストするデータの種類を特定する情報（例えばデータの識別子）が格納される。Ｖａｌｕｅ３６６には、Ｖｉｅｗタイプ３６２に「ＷＲＩＴＥ」が設定された場合に、設定値が格納される。
【００５１】
次に、図８及び図９を参照しながら、サーチパケット作成処理の内容について説明する。本実施例では、管理サーバ１０がプリンタ５０に情報の取得（ＲＥＡＤ）を要求するものとして、以下の説明を続ける。Ｓ５０では、制御部１８は、パケット３００のＰＤＵ３４６のＶｉｅｗタイプ３６２（図１２参照）に「ＲＥＡＤ」を設定する。次いで、制御部１８は、ネットワークに存在するデバイス群（プリンタとルータ）の中からプリンタを特定するために必要な情報の識別子（例えば機種のタイプ）を、パケット３００のＰＤＵ３４６のＯＩＤ３６４（図１２参照）に設定する（Ｓ５２）。次いで、制御部１８は、コンテキスト名（例えば図２の例では「Ｐｒｉｎｔｅｒ」）をパケット３００のＣｏｎｔｅｘｔＮａｍｅ３４４（図１０参照）に設定する（Ｓ５４）。制御部１８は、ユーザ入力設定記憶領域３０のコンテキスト名４０（図２参照）の内容を読み出すことによって、Ｓ５４の処理を行なう。
【００５２】
次に、制御部１８は、サーチ用エンジンＩＤ２６（ＸＸＸ）をパケット３００のＣｏｎｔｅｘｔＥｎｇｉｎｅＩＤ３４２（図１０参照）及びｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎｅＩＤ３２２（図１１参照）に設定する（Ｓ５６）。次いで、制御部１８は、サーチ用時刻同期情報２８（ＹＹＹ）を、パケット３００の時刻同期情報３３０（図１１参照）に設定する（Ｓ５８）。
【００５３】
次に、Ｓ６０では、制御部１８は、ｍｓｇＵｓｅｒＮａｍｅ３３２を除く、パケット３００のその他の項目に情報を設定する。即ち、制御部１８は、現時点で設定可能な全ての項目に情報を書き込む。例えば、制御部１８は、ユーザ入力設定記憶領域３０に記憶されているセキュリティレベル３４（図２参照）を、ｍｓｇＦｌａｇｓ３１０（図１０参照）に書き込む。また、制御部１８は、項目３０４，３４６等に情報を書き込む。次いで、制御部１８は、ユーザ入力設定記憶領域３０に記憶されているセキュリティレベル３４が「認証あり」に設定されているのか否かを判断する（Ｓ６２）。Ｓ６２でＹＥＳの場合、図９のＳ８０に進む。一方において、Ｓ６２でＮＯの場合、サーチパケット作成処理が終了する。
【００５４】
図９のＳ８０では、制御部１８は、ユーザ入力設定記憶領域３０に記憶されているユーザ名３２をパケット３００のｍｓｇＵｓｅｒＮａｍｅ３３２（図１１参照）に設定する。例えば、制御部１８は、ｍｓｇＵｓｅｒＮａｍｅ３３２に、ユーザ名「Ａｄｍｉｎｉｓｔｒａｔｏｒ」を設定する。次に、制御部１８は、ユーザ入力設定記憶領域３０に記憶されているセキュリティレベル３４が「暗号化あり」に設定されているのか否かを判断する（Ｓ８２）。ここで、ＮＯの場合、Ｓ８４をスキップしてＳ８６に進む。一方において、Ｓ８２でＹＥＳの場合、制御部１８は、ユーザ入力設定記憶領域３０に記憶されている暗号化キー３８（ＢＢＢ）、及び、サーチ用情報記憶領域２４に記憶されているサーチ用エンジンＩＤ２６（ＸＸＸ）を利用して、パケット３００のＳｃｏｐｅｄ  ＰＤＵ３４０（図１０参照）を暗号化する（Ｓ８４）。Ｓ８４を終えると、Ｓ８６に進む。
【００５５】
Ｓ８６では、制御部１８は、ユーザ入力設定記憶領域３０に記憶されている認証キー３６（ＡＡＡ）を利用して、パケット３００の全体をダイジェスト化（ハッシュ化）することによってメッセージダイジェストを作成する。このダイジェスト化の際には、ｍｓｇＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｒａｍｅｔｅｒｓ３３４（図１１参照）にゼロが設定される。次に、制御部１８は、Ｓ８６で作成したメッセージダイジェストの値を、パケット３００のｍｓｇＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎ  Ｐａｒａｍｅｔｅｒｓ３３４に設定する（Ｓ８８）。Ｓ８８を終えると、サーチパケット作成処理が終了する。この場合、図７のＳ１２に進む。
【００５６】
図７のＳ１２では、制御部１８は、Ｓ１０で作成したサーチパケットをブロードキャストする。この結果、ＬＡＮ回線１８０を介して接続されている全てのプリンタ及びルータにサーチパケットが送信される。続いて、制御部１８は、Ｓ１２で送信したサーチパケットに対するレスポンスを受信したのか否かを判断する（Ｓ１４）。ここでＮＯの場合、Ｓ３２に進む。一方において、Ｓ１４でＹＥＳの場合、Ｓ１６に進む。
【００５７】
Ｓ１６では、制御部１８は、Ｓ１４で受信したレスポンスの内容から、管理対象の判別に利用する情報を特定する。制御部１８は、例えば、管理対象の判別を機種のタイプによって行なう。即ち、本実施例では、Ｓ１２でサーチパケットがブロードキャストされた結果として、各デバイス（プリンタ５０，１５０及びルータ１６０，１７０）から機種のタイプに関する情報を含むレスポンスが送信される。制御部１８は、レスポンスに含まれる機種のタイプに関する情報を特定する（読み込む）。
【００５８】
次に、制御部１８は、レスポンスの送信元が管理対象（即ちプリンタ）であるのか否かを判断する（Ｓ１８）。ここでＮＯの場合、Ｓ３２に進む。一方において、Ｓ１８でＹＥＳの場合、制御部１８は、ユニキャストによって、レスポンスの送信元（例えばプリンタ５０）に、エンジンＩＤをリクエストする（Ｓ２０）。なお、本実施例では、レスポンスの送信元がプリンタ５０であるとして、以下の説明を続ける。Ｓ２０のリクエストを送信すると、プリンタ５０は、自身に設定されている個別のエンジンＩＤ（ＧＧＧ）を管理サーバ１０に送信する。管理サーバ１０は、プリンタ５０のエンジンＩＤ（ＧＧＧ）を受信する（Ｓ２２）。続いて、制御部１８は、ユニキャストによって、プリンタ５０に時刻同期情報をリクエストする（Ｓ２４）。このリクエストは、Ｓ２２で受信したエンジンＩＤを含んでいる。プリンタ５０は、Ｓ２４で管理サーバ１０から送信されたデータリクエストに含まれるエンジンＩＤが、自身のエンジンＩＤ８２（ＧＧＧ）に一致することを条件として、自身の時刻同期情報８４（ＨＨＨ）を管理サーバ１０に送信する。管理サーバ１０は、プリンタ５０の時刻同期情報（ＨＨＨ）を受信する（Ｓ２６）。
【００５９】
続いて制御部１８は、ユニキャストによって、プリンタ５０の管理情報（例えばステータス）をリクエストする（Ｓ２８）。このリクエストパケットは、Ｓ１０のサーチパケット作成処理（図８及び図９）と同様の手法によって作成される。ただし、Ｓ２８でのパケット作成処理は、Ｓ２２で受信されたエンジンＩＤとＳ２６で受信された時刻同期情報を利用する点において、Ｓ１０のサーチパケット作成処理と異なる。また、Ｓ１０のサーチパケット作成処理では、機種タイプをリクエストするためのパケットが作成される。これに対し、Ｓ２８でのパケット作成処理では、ユーザによって予め設定された種類の情報（例えばステータス）をリクエストするためのパケットが作成される。プリンタ５０は、Ｓ２８で管理サーバ１０から送信されたパケットに基づいて後述する処理を実行することにより、管理情報（例えばステータス）を含むレスポンスを送信する。管理サーバ１０は、管理情報を受信する（Ｓ３０）。Ｓ３０を終えると、Ｓ３２に進む。
【００６０】
Ｓ３２では、制御部１８は、Ｓ１２でサーチパケットをブロードキャストしてから所定時間が経過したのか否かを判断する。ここでＮＯの場合、Ｓ１４に戻る。一方において、Ｓ３２でＹＥＳの場合、制御部１８は、Ｓ３０で受信された管理情報（管理対象の各デバイスの管理情報）を表示部１４に表示させる（Ｓ３４）。これによって、ユーザは、所望の管理情報（例えば管理対象の各デバイスのステータス）を取得することができる。
【００６１】
（プリンタのリクエストパケット受信処理）
続いて、プリンタが実行するプリンタのリクエストパケット受信処理の内容について説明する。図１３〜図１５は、プリンタのリクエストパケット受信処理のフローチャートを示す。本実施例では、プリンタ５０が管理サーバ１０からデータリクエストを受信したとして、以下の説明を続ける。なお、プリンタ１５０も同様の処理を実行するとともに、ルータ１６０，１７０も同様の処理を実行する。プリンタ５０の制御部５８は、管理サーバ１０からのデータリクエストが、エンジンＩＤのリクエストであるのか否かを判断する（Ｓ１００）。ここでＹＥＳの場合、制御部５８は、自身のエンジンＩＤ８２（ＧＧＧ）を含むレスポンスを管理サーバ１０に送信する（Ｓ１０２）。
【００６２】
Ｓ１００でＮＯの場合、制御部５８は、管理サーバ１０からのデータリクエストが、時刻同期情報のリクエストであるのか否かを判断する（Ｓ１０４）。なお、このデータリクエストには、プリンタ５０のエンジンＩＤ（ＧＧＧ）が含まれている。Ｓ１０４でＹＥＳの場合、制御部５８は、受信したデータリクエストに含まれるエンジンＩＤが、自身のエンジンＩＤ８２に一致することを条件として、自身の時刻同期情報８４（ＨＨＨ）を含むレスポンスを管理サーバ１０に送信する（Ｓ１０６）。
【００６３】
一方において、Ｓ１０４でＮＯの場合、制御部５８は、受信したデータリクエストに含まれる時刻同期情報が、自身の時刻同期情報８４から所定時間以内であるのか否かを判断する（Ｓ１０８）。制御部５８は、通信用情報記憶領域８０に記憶されている時刻同期情報８４を読み出すことによって、Ｓ１０８の判断を行なう。即ち、プリンタ５０は、自身の時刻同期情報８４を利用して、認証を行なう。ここでＹＥＳの場合、図１４のＳ１３０に進む。一方において、Ｓ１０８でＮＯの場合、制御部５８は、データリクエストに含まれる時刻同期情報がサーチ用時刻同期情報７６（ＸＸＸ）であるのか否かを判断する（Ｓ１１０）。制御部５８は、サーチ用情報記憶領域７４に記憶されているサーチ用エンジンＩＤ７６を読み出すことによって、Ｓ１１０の判断を行なう。
【００６４】
Ｓ１１０でＹＥＳの場合、制御部５８は、受信したデータリクエストに含まれるエンジンＩＤがサーチ用エンジンＩＤ（ＹＹＹ）であるのか否かを判断する（Ｓ１１２）。制御部５８は、サーチ用情報記憶領域７４に記憶されているサーチ用時刻同期情報７８を読み出すことによって、Ｓ１１２の判断を行なう。Ｓ１１２でＹＥＳの場合、図１４のＳ１３０に進む。
【００６５】
Ｓ１１０またはＳ１１２でＮＯの場合、制御部５８は、アクセス不可を示すレスポンスを作成する（Ｓ１１４）。続いて、制御部５８は、Ｓ１１４で作成されたレスポンスを管理サーバ１０に送信する（Ｓ１１６）。この場合、管理サーバ１０は、プリンタ５０から管理情報を取得することができない。
【００６６】
図１４のＳ１３０では、制御部５８は、受信したデータリクエスト（例えばパケット３００）に含まれるセキュリティレベル（ｍｓｇＦｌａｇｓ３１０（図１０参照））を読み出すことによって認証の有無を判断する（Ｓ１３０）。認証なしの場合（Ｓ１３０でＮＯ）、図１５のＳ１７０に進む。一方において、認証ありの場合（Ｓ１３０でＹＥＳ）、制御部５８は、受信したリクエストパケットに含まれるユーザ名（ｍｓｇＵｓｅｒＮａｍｅ３３２（図１１参照））が、ユーザテーブル記憶領域８６に記憶されているユーザテーブル２００に含まれるのか否かを判断する（Ｓ１３２）。Ｓ１３２でＮＯの場合、図１３のＳ１１４に進み、制御部５８は、アクセス不可を示すレスポンスを作成する。
【００６７】
一方において、Ｓ１３２でＹＥＳの場合、制御部５８は、データリクエスト（パケット３００の全体）のダイジェスト化を行なう（Ｓ１３４）。まず、制御部５８は、データリクエストに含まれるユーザ名に対応する認証キー２２２をユーザテーブル２００から読み出す。制御部５８は、この認証キーを利用して、リクエストパケットのダイジェスト化を行ない、メッセージダイジェストを作成する。例えば、データリクエストに含まれるユーザ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」の場合、認証キー「ＡＡＡ」を利用してダイジェスト化する。なお、この処理を実行する際には、データリクエストに含まれるｍｓｇＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎＰａｒａｍｅｔｅｒｓ３３４（図１１参照）をゼロとする。
【００６８】
制御部５８は、データリクエストのｍｓｇＡｕｔｈｅｎｔｉｆｉｃａｔｉｏｎＰａｒａｍｅｔｅｒｓ３３４に書き込まれている値が、Ｓ１３４で得られた値に一致するのか否かを判断する（Ｓ１３６）。Ｓ１３６でＮＯの場合、Ｓ１１４に進み、制御部５８は、アクセス不可を示すレスポンスを作成する。即ち、メッセージダイジェストの値が異なるということは、例えば、通信過程で第三者にデータを改ざんされた可能性があるため、制御部５８は、アクセスを拒否する。
【００６９】
Ｓ１３６でＹＥＳの場合、制御部５８は、データリクエストに含まれるセキュリティレベル（ｍｓｇＦｌａｇｓ３１０（図１０参照））を読み出すことによって、暗号化の有無を判断する（Ｓ１３８）。暗号化なしの場合（Ｓ１３８でＮＯ）、図１５のＳ１７０に進む。一方において、暗号化ありの場合（Ｓ１３８でＹＥＳ）、制御部５８は、データリクエストに含まれるエンジンＩＤ（ｍｓｇＡｕｔｈｏｒｉｔａｔｉｖｅＥｎｇｉｎＩＤ３２２（図１１参照））が、サーチ用エンジンＩＤ７６（ＸＸＸ）であるのか否かを判断する（Ｓ１４０）。ここでＮＯの場合、Ｓ１４８に進む。
【００７０】
一方において、Ｓ１４０でＹＥＳの場合、制御部５８は、データリクエストに含まれるユーザ名に対応する暗号化キー２２４及びサーチ用エンジンＩＤ７６を用いて、データリクエストに含まれるＳｃｏｐｅｄ  ＰＤＵ３４０（図１０参照）を復号化する（Ｓ１４２）。まず、制御部５８は、データリクエストに含まれるユーザ名に対応する暗号化キー２２４をユーザテーブル２００から読み出す。例えば、データリクエストに含まれるユーザ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」の場合、暗号化キー「ＢＢＢ」が読み出される。この場合、暗号化キー（ＢＢＢ）とサーチ用エンジンＩＤ（ＸＸＸ）を利用して、Ｓｃｏｐｅｄ  ＰＤＵ３４０を復号化する。次いで、制御部５８は、Ｓ１４２で復号化に成功したのか否かを判断する（Ｓ１４４）。ここでＮＯの場合、Ｓ１１４に進み、制御部５８は、アクセス不可を示すレスポンスを作成する。
【００７１】
一方において、Ｓ１４４でＹＥＳの場合、制御部５８は、データリクエストに含まれるコンテキスト名（ｃｏｎｔｅｘｔＮａｍｅ３４４（図１０参照））を変更する（Ｓ１４６）。即ち、制御部５８は、データリクエストに含まれるコンテキスト名（例えばＰｒｉｎｔｅｒ）を「Ｄｉｓｃｏｖｅｒ」に変更する。Ｓ１４６を終えた場合、図１５のＳ１７０に進む。
【００７２】
Ｓ１４０でＮＯの場合、制御部５８は、データリクエストに含まれるユーザ名に対応する暗号化キー２２４及び自身のエンジンＩＤ８２（ＧＧＧ）を用いて、Ｓｃｏｐｅｄ  ＰＤＵ３４０を復号化する（Ｓ１４８）。例えば、データリクエストに含まれるユーザ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」の場合、暗号化キー（ＢＢＢ）とエンジンＩＤ（ＧＧＧ）を利用して、Ｓｃｏｐｅｄ  ＰＤＵ３４０を復号化する。即ち、制御部５８は、データリクエストに含まれるエンジンＩＤがサーチ用エンジンＩＤ７６でなかった場合は、自身のエンジンＩＤ８２を利用して、Ｓｃｏｐｅｄ  ＰＤＵを復号化する。
【００７３】
次いで、制御部５８は、Ｓ１４８でＳｃｏｐｅｄ  ＰＤＵ３４０の復号化に成功したのか否かを判断する（Ｓ１５０）。ここでＮＯの場合、Ｓ１１４に進み、制御部５８は、アクセス不可を示すレスポンスを作成する。一方において、Ｓ１５０でＹＥＳの場合、図１５のＳ１７０に進む。
【００７４】
Ｓ１７０では、制御部５８は、Ｖｉｅｗ名を特定する。まず、制御部５８は、データリクエストに含まれるｃｏｎｔｅｘｔＮａｍｅ３４４（図１０参照）と、Ｖｉｅｗタイプ３６２（図１２参照）と、ＭｓｇＵｓｅｒＮａｍｅ３３２（図１１参照）と、ｍｓｇＦｌａｇｓ３１０（図１０参照）とを読み出す。次いで、制御部５８は、これらの情報に対応するＶｉｅｗ名２８８をアクセス情報テーブル２６０（図６参照）から特定する。なお、アクセス情報テーブル２６０の「ＲＥＡＤ」は「ＧＥＴ」に対応し、「ＷＲＩＴＥ」は「ＳＥＴ」に対応する。例えば、制御部５８は、コンテキスト名が「Ｐｒｉｎｔｅｒ」であり、ユーザ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」であり、セキュリティレベが「認証あり／暗号化あり」であり、Ｖｉｅｗタイプが「ＲＥＡＤ（即ちＧＥＴ）」である場合は、Ｖｉｅｗ名として「Ｍｅｎａｇｅｍｅｎｔ」を特定する。
【００７５】
Ｓ１７０を終えると、制御部５８は、データリクエストに含まれるＯＩＤ３６４（図１２参照）に対応する管理情報（ユーザの要求する管理情報）が、Ｓ１７０で特定されたＶｉｅｗ名２８８に対応する対象情報２５２に含まれるのか否かを判断する（Ｓ１７２）。
制御部５８は、Ｖｉｅｗテーブル２３０（図５参照）の記憶内容を読み出し、Ｓ１７２の判断を行なう。例えば、ＯＩＤでステータス情報が特定されているとする。ここで、例えば、Ｓ１７０でＶｉｅｗ名として「Ｕｓｅｒ」が特定された場合、「Ｕｓｅｒ」に対応する対象情報２５２はステータス情報を含んでいるために、Ｓ１７２でＹＥＳとなる。一方において、例えば、Ｓ１７０でＶｉｅｗ名として「Ｄｉｓｃｏｖｅｒ」が特定された場合、「Ｄｉｓｃｏｖｅｒ」に対応する対象情報２５２はステータス情報を含んでいないために、Ｓ１７２でＮＯとなる。
【００７６】
なお、制御部５８は、サーチ用時刻同期情報７８及びサーチ用エンジンＩＤ７６を利用して認証を行なった場合、図１４のＳ１４６でコンテキスト名を「Ｄｉｓｃｏｖｅｒ」に変更する。また、アクセス情報テーブル２６０において、コンテキスト名２８０が「Ｄｉｓｃｏｖｅｒ」の場合は、ユーザ名等の他の条件に関わらず、Ｖｉｅｗ名２８８は「Ｄｉｓｃｏｖｅｒ」となる。このために、サーチ用時刻同期情報７８及びサーチ用エンジンＩＤ７６を利用して認証が行なわれた場合、Ｖｉｅｗ名２８８が常に「Ｄｉｓｃｏｖｅｒ」となる。従って、管理サーバ１０のユーザの要求に関わらず、管理サーバ１０に提供する情報がプリンタのサーチに必要な最小限の情報に限定されることになる。
【００７７】
次いで、制御部５８は、リクエストデータに含まれるＯＩＤ３６４（図１２参照）に対応する管理情報が管理情報データベース９２に存在するのか否かを判断する（Ｓ１７４）。Ｓ１７４でＮＯの場合、Ｓ１１４に進み、制御部５８は、アクセス不可を示すレスポンスを作成する。Ｓ１７４でＹＥＳの場合、Ｓ１７６に進む。
【００７８】
Ｓ１７６では、制御部５８は、データリクエストに含まれるＶｉｅｗタイプ３６２（図１２参照）が、ＳＥＴ（ＷＲＩＴＥ；設定値の変更）及びＧＥＴ（ＲＥＡＤ；データの提供）のいずれであるのかを判断する。ここでＧＥＴである場合、制御部５８は、データリクエストに含まれるＯＩＤ３６４（図１２参照）に対応する管理情報を含むレスポンスを作成する（Ｓ１７８）。制御部５８は、管理情報データベース９２の記憶内容を読み出すことにより、Ｓ１７８の処理を行なう。Ｓ１７８を終えた場合、図１３のＳ１１６に進み、レスポンスを管理サーバ１０に送信する。
【００７９】
一方において、Ｓ１７６でＮＯの場合、即ち、Ｖｉｅｗタイプ３６２に含まれる内容がＳＥＴである場合、制御部５８は、データリクエストに含まれるＯＩＤ３６４に対応する自身の設定値を、Ｖａｌｕｅ３６６（図１２参照）に書き込まれている値に変更する（Ｓ１８０）。次いで、制御部５８は、Ｓ１８０で設定値の変更に成功したことを示すレスポンスを作成する（Ｓ１８２）。Ｓ１８２を終えた場合、図１３のＳ１１６に進み、レスポンスを管理サーバ１０に送信する。
【００８０】
本実施例のシステム２では、各デバイス１０，５０，１５０，１６０，１７０に同一のサーチ用エンジンＩＤ（ＸＸＸ）及びサーチ用時刻同期情報（ＹＹＹ）を記憶させておくことによって、個々のデバイスに設定されている固有のエンジンＩＤのリクエストとレスポンスを行なうことなく、機種タイプに関するデータを通信することを可能にしている。セキュリティレベルの低いデータを通信負荷の低い手法で通信することが可能である。一方において、個々のデバイスに設定されている固有のエンジンＩＤのリクエストとレスポンスを行なった後に、所望のデータ（例えばステータス情報）を通信することも可能である。通常のＳＮＭＰｖ３で利用されるセキュリティレベルの高い手法を利用して、セキュリティレベルの高いデータを通信することも可能である。単純に考えると、エンジンＩＤを含むデータリクエストを利用して認証を行ってからセキュリティレベルの高いデータを送信する手法と、エンジンＩＤを含まない所定のデータリクエストに応じてセキュリティレベルの低いデータを送信する手法とを並存させればよいように思える。しかしながら、後者の手法を採用するのが困難な状況が存在する。例えば、ＳＮＭＰｖ３を利用するデータ提供システムを構築する場合、前者の手法はＳＮＭＰｖ３によって実現される一方において、後者の手法はＳＮＭＰｖ１によって実現される。データ通信のセキュリティを高めるために、ＳＮＭＰｖ１によって通信できないように各デバイスを設定しておきたいという要望がある。このようなシステムを構築すると、前者の手法と後者の手法を並存させることが困難である。本実施例のシステム２は、ＳＮＭＰｖ１やＳＮＭＰｖ２を利用しなくても、ＳＮＭＰｖ３の枠組みの中で、セキュリティレベルの低いデータを通信負荷の低い手法で通信することと、セキュリティレベルの高い手法を利用してセキュリティレベルの高いデータを通信することの両方を実現することができる。
【００８１】
管理サーバ１０は、サーチ用エンジンＩＤとサーチ用時刻同期情報を含むデータリクエストをブロードキャストにより送信し、これに対するレスポンスを受信することで、管理対象となるデバイスの特定を行うことができる。よって、通信負荷を低減させることができる。プリンタ５０は、サーチ用エンジンＩＤとサーチ用時刻同期情報を含むデータリクエストを受信すると、コンテキスト名を変更して、変更後のコンテキスト名に対応するデータ（セキュリティレベルの低いデータ）を送信する。さらに、もし、プリンタ５０が、管理サーバ１０からサーチ用エンジンＩＤとサーチ用時刻同期情報により、管理情報（セキュリティレベルの高いデータ）のデータリクエストを受信した場合であっても、コンテキスト名を変更していることから、リクエストされた管理情報をレスポンスとして送信することがない。すなわち、リクエストされた管理情報へのアクセスが許可されていない旨の通知が、管理サーバ１０に対して行われることとなる。よって、セキュリティレベルを確保したまま、データ通信を行うことができる。
【００８２】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に示す。
【００８３】
例えば、図７のＳ３４で表示部１４に表示される情報が、管理情報の中でも、セキュリティレベルの低い情報（例えば管理対象となるプリンタの機種名および機器名）であってもよい。サーチ用エンジンＩＤを用いて管理情報がリクエストされると、プリンタ５０等は、上述のセキュリティレベルの低い情報を要求に応じて送信すればよい。サーチ用エンジンＩＤを用いることで、個別にプリンタに対してエンジンＩＤのリクエストを行わなくても、表示部１４に表示されるべき情報のすべてを取得することができる。管理サーバ１０は、各デバイスから取得した情報に基づき、管理対象デバイス（プリンタ５０，１５０）の機器リストを作成し、表示する。一方において、例えば、表示された機器リストからユーザが操作部１２を操作することにより所定のデバイスが指定されると、その指定されたデバイスに対してセキュリティレベルの高い情報を取得する処理が実行されるようにしてもよい。管理サーバ１０は、管理対象となる複数のデバイスから、サーチ用エンジンＩＤを用いてセキュリティの低い情報（表示部１４に表示するために必要な情報）を取得することができる。また、セキュリティの高い情報については、指定されたデバイスからのみ取得することができる。指定されていないデバイスから管理情報を取得しないために、管理情報を取得するための通信負荷を軽くすることができる。さらに、通信負荷が軽くなることにより、表示部１４に表示される情報の取得も迅速に行うことができる。また、サーチ用エンジンＩＤをブロードキャスト送信すれば、管理対象となるデバイスの検索と、セキュリティレベルの低いデータの取得とを、あわせて行うことができ、より通信負荷を軽減することができる。
【００８４】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【図面の簡単な説明】
【００８５】
【図１】プリンタネットワークシステムの構成の一例を示す。
【図２】管理サーバの構成の一例を示す。
【図３】プリンタの構成の一例を示す。
【図４】ユーザテーブル記憶領域の記憶内容の一例を示す。
【図５】Ｖｉｅｗテーブル記憶領域の記憶内容の一例を示す。
【図６】アクセス情報テーブル記憶領域の記憶内容の一例を示す。
【図７】サーバの管理情報取得処理のフローチャートを示す。
【図８】サーチパケット取得処理のフローチャートを示す。
【図９】図８の続きのフローチャートを示す。
【図１０】パケットの内容の一例を示す。
【図１１】パケットの一部をさらに詳細に示す。
【図１２】パケットの一部をさらに詳細に示す。
【図１３】プリンタのリクエストパケット受信処理のフローチャートを示す。
【図１４】図１３の続きのフローチャートを示す。
【図１５】図１４の続きのフローチャートを示す。
【符号の説明】
【００８６】
２：プリンタネットワークシステム
１０：管理サーバ
１２：操作部
１４：表示部
１６：ネットワークインターフェイス
１８：制御部
２２：プログラム記憶領域
２４：サーチ用情報記憶領域
２６：サーチ用エンジンＩＤ
２８：サーチ用時刻同期情報
３０：ユーザ入力設定記憶領域
５０，１５０：プリンタ
５２：操作部
５４：表示部
５６：ネットワークインターフェイス
５８：制御部
６０：印刷部
７０：記憶部
７２：プログラム記憶領域
７４：サーチ用情報記憶領域
７６：サーチ用エンジンＩＤ
７８：サーチ用時刻同期情報８０：通信用情報記憶領域８２：エンジンＩＤ
８４：時刻同期情報
８６：ユーザテーブル記憶領域
８８：Ｖｉｅｗテーブル記憶領域
９０：アクセス情報テーブル記憶領域
９２：管理情報データベース
１６０，１７０：ルータ
１８０：ＬＡＮ回線
【図１】
2009245075.tif 000003
【図２】
2009245075.tif 000004
【図３】
2009245075.tif 000005
【図４】
2009245075.tif 000006
【図５】
2009245075.tif 000007
【図６】
2009245075.tif 000008
【図７】
2009245075.tif 000009
【図８】
2009245075.tif 000010
【図９】
2009245075.tif 000011
【図１０】
2009245075.tif 000012
【図１１】
2009245075.tif 000013
【図１２】
2009245075.tif 000014
【図１３】
2009245075.tif 000015
【図１４】
2009245075.tif 000016
【図１５】
2009245075.tif 000017