(57)【要約】【課題】デバイスを一覧表示した際に、その情報が、セキュアなバージョンのプロトコルで情報を取得されたことをユーザに知らしめることによって、よりユーザがセキュアな状態であるか否かを容易に把握できるデバイス管理技術を提供することを課題とする。【解決手段】第一のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第１の通信手段と、第二のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第２の通信手段と、第一のバージョンに従う特定のネットワーク管理プロトコル又は第二のバージョンに従う特定のネットワーク管理プロトコルのうち、いずれのバージョンに従うプロトコルにより前記デバイスの情報を取得したかを示す情報を、前記デバイスから取得したデバイスの情報と共に表示する表示手段とを有することを特徴とするデバイス管理装置が提供される。【選択図】図８
2007257525.tif 000002
【特許請求の範囲】
【請求項１】
第一のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第１の通信手段と、
第二のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第２の通信手段と、
第一のバージョンに従う特定のネットワーク管理プロトコル又は第二のバージョンに従う特定のネットワーク管理プロトコルのうち、いずれのバージョンに従うプロトコルにより前記デバイスの情報を取得したかを示す情報を、前記デバイスから取得したデバイスの情報と共に表示する表示手段と
を有することを特徴とするデバイス管理装置。
【請求項２】
前記第１の通信手段は、認証を行って通信を行うことができ、
前記表示手段は、前記デバイスの情報を取得する際に認証を行ったか否かを示す認証情報を表示することを特徴とする請求項１記載のデバイス管理装置。
【請求項３】
前記第１の通信手段は、暗号化を行って通信を行うことができ、
前記表示手段は、前記デバイスの情報を取得する際に暗号化を行ったか否かを示す暗号化情報を表示することを特徴とする請求項１記載のデバイス管理装置。
【請求項４】
前記第１の通信手段は、認証及び／又は暗号化を行って通信を行うことができ、
前記表示手段は、前記デバイスの情報を取得する際に認証を行ったか否かを示す認証情報、及び暗号化を行ったか否かを示す暗号化情報を表示することを特徴とする請求項１記載のデバイス管理装置。
【請求項５】
前記第一のバージョンに従う特定のネットワーク管理プロトコルとは、SNMPv3に従うものであり、前記第二のバージョンに従う特定のネットワーク管理プロトコルとは、SNMPv1に従うものであることを特徴とする請求項１記載のデバイス管理装置。
【請求項６】
請求項１記載のデバイス管理装置と、
前記デバイス管理装置に対して通信可能なデバイスと
を有することを特徴とするデバイス管理システム。
【請求項７】
第一のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第１の通信ステップと、
第二のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第２の通信ステップと、
第一のバージョンに従う特定のネットワーク管理プロトコル又は第二のバージョンに従う特定のネットワーク管理プロトコルのうち、いずれのバージョンに従うプロトコルにより前記デバイスの情報を取得したかを示す情報を、前記デバイスから取得したデバイスの情報と共に表示する表示ステップと
を有することを特徴とするデバイス管理方法。
【請求項８】
請求項７記載のデバイス管理方法の各ステップをコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイス管理に関する。
【背景技術】
【０００２】
近年、SNMPプロトコルの普及に伴って、デバイスの管理を、SNMPプロトコルを用いて行うアプリケーション、および、システムが普及しつつある。SNMPプロトコルはRFC1157にバージョン1(以下SNMPv1)として定義されおり、様々なデバイスに実装されている。しかしながら、SNMPv1プロトコルにおいてはセキュリティ上、いくつかの問題が存在する。例えば、ネットワークを盗聴することによって、その対象デバイスがどのような設定をされているかを悪意あるユーザが知ることができる。さらに、悪意あるユーザは、ネットワークを盗聴したデータを解析することによって、対象デバイスについてSNMPv1プロトコルで、値を設定し、動作を不安定にさせたり、ダウンさせたりすることが可能となる。そのため、現在では、認証や暗号化の機能を持つSNMPv3が導入されつつある。
【０００３】
SNMPv3においては、SNMPv1にくらべ、セキュリティ機能が強化されており、上述した認証や暗号化の機能に加えて、アクセスコントロール等も行うことが可能となっている。結果、悪意あるユーザが、ネットワークを盗聴し解析することによって、不正に、デバイスに対して、値を設定することを防ぐことが可能になっている。こうしたSNMPv3の機能を持つデバイスがネットワーク上に増えてくると、デバイス管理システムは、SNMPv3をサポートするデバイスとSNMPv1のみの機能を持つデバイスを両方管理する必要がある。すなわち、デバイス管理システムは、SNMPv1とSNMPv3の両方のプロトコルを用いて、デバイス情報をデバイスから取得することになる。
【０００４】
また、下記の特許文献１には、ネットワーク管理情報と運用管理情報で共通に扱っている管理情報を基に、各管理機能上の識別子を求め、その識別子を基に両者の管理情報を収集することが記載されている。これにより、クライアント／サーバの構成マップを作成し、かつ対応関係を基に、作成した構成マップの表示要素からそれに対応するネットワークマップを表示させることができる。
【０００５】
【特許文献１】特開平９−２３７２４０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来例では、SNMPv1やSNMPv3のデバイスを管理する管理アプリケーションが管理対象のデバイスの一覧を表示する。その場合、どのデバイスがSNMPv1のプロトコルで情報を取得し、どのデバイスがSNMPv3のプロトコルで情報を取得したのかをユーザに知らしめる手段がなかった。
【０００７】
そのため、例えば、ネットワーク上にSNMPv1プロトコルで通信可能な成りすましデバイスが存在する場合、ユーザが誤って、そのデバイスにアクセスしてしまい、重要な設定情報を書き込んでしまうと、それが漏洩する可能性があった。
【０００８】
本発明は上記課題に鑑みてなされたものであり、デバイスを一覧表示した際に、その情報が、セキュアなバージョンのプロトコルで情報を取得されたことをユーザに知らしめることによって、よりユーザがセキュアな状態であるか否かを容易に把握できるデバイス管理技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明のデバイス管理装置は、第一のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第１の通信手段と、第二のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第２の通信手段と、第一のバージョンに従う特定のネットワーク管理プロトコル又は第二のバージョンに従う特定のネットワーク管理プロトコルのうち、いずれのバージョンに従うプロトコルにより前記デバイスの情報を取得したかを示す情報を、前記デバイスから取得したデバイスの情報と共に表示する表示手段とを有することを特徴とする。
また、本発明のデバイス管理方法は、第一のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第１の通信ステップと、第二のバージョンに従う特定のネットワーク管理プロトコルを用いてデバイスに対して通信を行う第２の通信ステップと、第一のバージョンに従う特定のネットワーク管理プロトコル又は第二のバージョンに従う特定のネットワーク管理プロトコルのうち、いずれのバージョンに従うプロトコルにより前記デバイスの情報を取得したかを示す情報を、前記デバイスから取得したデバイスの情報と共に表示する表示ステップとを有することを特徴とする。
【発明の効果】
【００１０】
どのデバイスが第一のバージョンに従う特定のネットワーク管理プロトコルで情報を取得し、どのデバイスが第二のバージョンに従う特定のネットワーク管理プロトコルで情報を取得したのかをユーザに知らせることができる。これにより、よりセキュアなデバイス管理を行うことができる。
【発明を実施するための最良の形態】
【００１１】
以下、添付の図面を参照して本発明の実施形態を詳細に説明する。
図１は、本発明の実施形態によるデバイス管理システム（ネットワークシステム）の概略図である。101はデバイス管理アプリケーションプログラムが記憶されているサーバ（デバイス管理装置）である。102、103、104、105は、SNMP通信機能を持つデバイスで、サーバ101と共にネットワーク（LAN）100に接続されている。102はSNMPv1の通信機能を持つデバイスでIPアドレス172.24.176.110が振られている。103はSNMPv3の認証機能、暗号化機能の両方が有効になっているデバイスでIPアドレス172.24.176.140が設定されている。104はSNMPv3の認証機能のみが有効になっているデバイスでIPアドレス172.24.176.130が設定されている。105はSNMPv3の機能を保有しているが認証機能、暗号機能が有効になっていないデバイスで、172.24.176.120のIPアドレスを持つ。
【００１２】
図２は、本実施形態におけるデバイス（複合機）102〜105の概略を表すブロック図である。201はスキャナエンジン213を制御するスキャナエンジン制御部である。202はCPUである。203はブートプログラムが記憶されているブートロム（ROM）である。204はRAMである。205はパネルから設定された値を保持しておくための不揮発性のRAM(NVRAM)である。206はプリンタエンジン212を制御するエンジン制御部である。207はハードディスク装置（HDD）である。208はタイマである。209はパネルやボタンランプといったユーザインターフェース部214を制御するI/O制御部である。210はネットワーク制御部である。上記のそれぞれがバス211に接続されている。デバイスを制御するプログラムはHDD207内に格納されており、電源が投入されるとCPU202はブートロム203からブートプログラムを読み出し、ブートプログラムの制御にしたがって、デバイスのブートを実行する。CPU202はブートプログラムにしたがって、HDD207からデバイス制御プログラムをRAM204に展開し、RAM204上に展開されたデバイス制御プログラムを読み出すことによって、デバイスの制御を実行することになる。
【００１３】
次に、サーバ101の構成を説明する。サーバ101は、例えばパーソナルコンピュータであり、図２の構成において、スキャナエンジン制御部201、エンジン制御部206、プリンタエンジン212及びスキャナエンジン213を除いた構成を有する。デバイス管理アプリケーションプログラムは、HDD207に記憶されている。CPU202は、HDD207からデバイス管理アプリケーションプログラムをRAM204に展開し、RAM204上に展開されたデバイス管理アプリケーションプログラムを読み出して実行する。これによって、サーバ101は、デバイス管理アプリケーションの処理を行う。ユーザインターフェース部214は、ディスプレイを有する。
【００１４】
図３はデバイス102〜105が所有するユーザインターフェース部214を示す図である。301は大型タッチパネルで、ユーザはタッチパネル301を操作することで、各種設定を行うことが可能である。図の画面はコピーの待機画面である。302はテンキーボタンで、1から0の数字を入力するのに使う。Sのボタンはサービスボタンで、このボタンを押下することにより、タッチパネル301上に各種サービス画面が出現し、コピー以外のサービスを行うことができる。Rのボタンは設定ボタンで、このボタンを押下することによって、タッチパネル301上に、各種設定画面が出現し、パラメータの設定を行うことができる。303はスピーカで、音声やブザー等をここから出力する。304はランプで、印刷やコピーがジャムした場合には、ランプが点滅する。
【００１５】
図４は、本実施形態におけるサーバ101が実行するデバイス管理アプリケーションプログラムのモジュール構成のブロック図を示したものである。401はデバイス管理モジュールでSNMPプロトコルを用いてデバイス102〜105と通信を行い、その状態を取得したり、設定を行うためのモジュールである。402はSNMPv3モジュールで、SNMPv3プロトコルを用いて通信を行う。403はSNMPv1モジュールで、SNMPv1プロトコルを用いて通信を行う。404はTCP/IPプロトコルスタックである。405はネットワークドライバである。406はデバイス検索モジュールで、ネットワーク上のデバイス102〜105を検索する機能を持つ。これらのプログラムはサーバ101内に格納され、サーバ101により実行される。401のデバイス管理モジュールは、402や403のモジュールを用いて、デバイス102〜105から情報を取得し、その情報をディスプレイに表示する。また、401のデバイス管理モジュールは管理デバイスリストに管理するデバイスの登録や参照を行う。
【００１６】
図１３は、ネットワーク管理ソフトウェアが稼動可能なPCの構成を示すブロック図である。図１３において、５００は、図８、図９の処理を実行する、サーバ１０１内のネットワーク管理ソフトウェアが稼動するPCである。このPCは、図４のサーバ１０１に対応する。図１における１０１と同等である。ＰＣ５００は、ＲＯＭ５０２もしくはハードディスク（ＨＤ）５１１に記憶された、あるいはフロッピー（登録商標）ディスクドライブ（ＦＤ）５１２より供給されるネットワーク管理プログラムを実行するＣＰＵ５０１を備え、システムバス５０４に接続される各デバイスを総括的に制御する。
【００１７】
５０３はＲＡＭで、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。５０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）５０９や不図示のポインティングデバイス等からの指示入力を制御する。５０６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）５１０の表示を制御する。
【００１８】
５０７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）５１１およびフロッピー（登録商標）ディスクコントローラ（ＦＤ）５１２とのアクセスを制御する。５０８はネットワークインタフェースカード（ＮＩＣ）で、ＬＡＮ１００を介して、エージェントあるいはネットワーク機器と双方向にデータをやりとりする。
【００１９】
なお、ハードディスク（ＨＤ）５１１には、後述のフローチャートで説明するような本願に係るネットワーク管理ソフトウェアのプログラムを格納する。後述する図８，９のフローチャートにおいて、実行の主体はハード上はＣＰＵ５０１である。一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）５１１に格納されたネットワーク管理ソフトウェアである。本実施例においては、ＯＳは例えば、ウィンドウズ（登録商標）ＮＴ（マイクロソフト社製）を想定しているが、これに限るものではない。
【００２０】
図５は、SNMPv1のパケットのフォーマットである。versionにはSNMPv1のバージョン、community nameにはコミュニティ名が格納される。PDUにはSNMPで情報を取得するコマンドやMIBの情報が格納される。
【００２１】
図６は、SNMPv3のパケットのフォーマットである。msgVersionはSNMPv3のバージョン、msgIDにはメッセージに一意に付けられるID、msgMaxSizeはメッセージの送信側が受信可能なメッセージの最大サイズが格納される。msgFlagsにはBIT表現でメッセージの処理をコントロールするためのフラグが格納される。ここに、暗号化の有無や認証の有無といった情報が格納されている。msgSecurityModelにはメッセージのセキュリティモデルが指定される。SecurityParameterにはセキュリティモデル固有のセキュリティ情報が格納されている。このパラメータ内に、認証や暗号といった情報が格納される。contextEngineIDにはコンテキストエンジンのIDが格納され、contextNameはコンテキストの名前が格納される。これらのフォーマットはRFC3412に記載されている。PDUにはSNMPで情報を取得するコマンドや設定するコマンド、およびMIBの情報などが格納される。
【００２２】
サーバ101は、図５に図示したSNMPv1のパケット、または、図６に図示したSNMPV3のパケットを用いて、デバイスから情報を取得することになる。
【００２３】
図１０は、サーバ101がディスプレイに表示する結果の一例である。1001はSNMPV3の最もセキュリティレベルが低いモードでデバイスにアクセスしたことを示すアイコンである。つまり、SNMPV3でアクセスはしているが、認証や暗号化などは行われていないことを示す。1002は、認証が行われたことを示すアイコンである。1003はデータが暗号化されたことを示すアイコンである。何もアイコンがないエントリはSNMPv1で通信したことを示している。
【００２４】
図１１はデバイス管理モジュールが管理しているSNMPV3のセキュリティレベルのデータベースである。本実施形態では、セキュリティレベルが3種に分けられており、low, middle, highである。lowの場合には認証名にpublicを用いるが、認証および暗号化は行わない。middleの場合には認証名にuserを用いて、認証のみを行う。このときの認証鍵はuser123であることを示している。highの場合には認証名にadminを用いて、認証および暗号化を行う。このときの認証鍵はadmin123を用いて、暗号鍵にはadmin456を用いることを示している。これらの認証名、認証鍵、暗号鍵はあらかじめ各デバイスに登録され、同一の認証名、認証鍵、暗号鍵の要求に対して、それぞれのデバイスは正しい応答を返すことになる。本実施形態では、デバイス103はhighのセキュリティレベルで設定されており、highの認証名、認証鍵、暗号鍵をもつSNMPV3パケットにのみ正常に応答を返し、それ以外のパケットにはエラーが返るように設定されている。同様にデバイス104はmiddleのセキュリティレベルで設定されてり、middleの認証名、認証かぎを持つSNMPV3パケットにのみ正常に応答を返す。デバイス105はlowのセキュリティレベルで、lowの認証名を持つSNMPV3パケットにのみ正常に応答を返す。
【００２５】
図１２は、管理デバイスリストのデータベースの一例を示す。このデータベースは、IPアドレス、SNMPv3、レベルの内容を記憶する。
【００２６】
図８はサーバ101の処理の流れを示すフローチャートであり、図９は図８に続くサーバ101の処理の流れを示すフローチャートである。サーバ101は、まず、ネットワーク上のデバイスを検索する(ステップ801)。サーバ101は、最初に応答を返したデバイス102に対して、まず、SNMPV3のパケットを用いて、highのセキュリティレベルでアクセスする。highのセキュリティレベルでは、図１１に図示した通り認証および暗号化を行うモードで、その認証名がadminとなっている。サーバ101は、デバイス102に対して、その認証名、認証鍵、暗号鍵で対象とするデバイスのデバイス名を取得するための通信を行う (ステップ802)。ステップ803では、サーバ101はその応答が正常に取得できたかどうかを確認する。正常に応答が返った場合には、そのセキュリティレベルで他の情報を取得し、認証有り(1002)暗号化有り(1003)のアイコンと共にディスプレイ上に表示する(ステップ804)。図１０上では、IPアドレス172.24.176.140がそれに該当する。ステップ803で正常応答が取得できなかった場合には、サーバ101は、middleのセキュリティレベルで同一のデバイス102に対してアクセスする。middleのセキュリティレベルでは、図１１に図示した通り、SNMPv3で認証のみを行い暗号化を行わないモードで、認証名がuserとなっている。サーバ101は、デバイス102に対して、その認証名、認証鍵で対象とするデバイスのデバイス名を取得するための通信を行う(ステップ805) 。サーバ101は、この応答をステップ806で判断し、応答が取得できた場合には、他の情報をそのセキュリティレベルで取得し、認証有りのアイコン(1002)と共に、ディスプレイ上に表示する(ステップ807)。ステップ806でエラーだった場合には、サーバ101は、lowのセキュリティレベルで、同一のデバイス102に対してアクセスを行う。lowのセキュリティレベルでは、図１１に図示した通り、SNMPv3で認証も暗号化も行わないモードで、認証名はpublicとなっている。サーバ101は、デバイス102に対して、この認証名で対象とするデバイス名を取得するための通信を行う(ステップ808)。ステップ809で、サーバ101は、その応答を確認する。サーバ101は、応答が返ってきた場合には、他の情報をそのセキュリティレベルで取得し、SNMPV3のアイコン(1001)と共に、ディスプレイ上に表示する(ステップ810)。ここまでは、全てSNMPV3のプロトコルを用いて通信が行われる。ステップ809でやはりエラーだった場合には、SNMPv1のプロトコルに切り替えて通信を行うことになる。ステップ901では、サーバ101は、SNMPv1のパケットフォーマットを用いて、同一のデバイス102に対して、デバイス名を取得するための通信を行う。ここで情報が取得できた場合には、サーバ101は、SNMPv1を用いて、他の情報も取得し、ディスプレイ上に表示する（ステップ903）。ステップ902で情報を取得できなかった場合には、サーバ101は、何らかのエラーが発生しているものと判断し、情報を取得できないアイコンを表示する（ステップ904）。これをデバイス検索で検索された全てのデバイス102〜105に対して行う(ステップ811)。
【００２７】
このように全てのデバイスに対して、情報を取得した結果の表示が図１０のようになる。IPアドレス172.24.176.110のデバイスについては、SNMPv1で情報が取得されたことを示している。172.24.176.120のデバイスについては、SNMPV3で情報が取得されたことを示している。しかし、アイコン1001が示すように、ここで表示されているデータの認証および暗号化は行われていない。172.24.176.130のデバイスについてはSNMPV3で情報が取得され、かつ、認証が行われたことを示している。172.24.176.140についてはSNMPV3で情報が取得され、認証および暗号化による通信が行われたことを示している。
【００２８】
図７は、デバイス管理システムの処理の流れの概略で、サーバ101とデバイス102との通信のやり取りのラダーチャートを示す図である。サーバ101はステップ701でデバイス検索を行う。ステップ702〜705では、ネットワーク上のデバイス102〜105はそれぞれサーバ101に応答を返す。最初に受信した172.24.176.110のIPアドレスを持つデバイス102に対して、サーバ101は、情報の取得を行うことになる。まず、highのセキュリティレベル(認証有り、暗号有り)でデバイス（172.24.176.110）102のデバイス名を取得（Get）するための通信を行う。デバイス（172.24.176.110）102は、SNMPv1しかサポートしていないことから、この要求に対して、サーバ101にエラーを返す(ステップ706)。次に、サーバ101はmiddleのセキュリティレベル(認証有り)でデバイス（172.24.176.110）102のデバイス名を取得（Get）するための通信を行う。同様に、デバイス102のサーバ101への応答はエラーとなる(ステップ707)。さらに、サーバ101はlowのセキュリティレベル(認証なし)でデバイス（172.24.176.110）102のデバイス名を取得（Get）するための通信を行う。これも、デバイス102からサーバ101への応答はエラーとなる(ステップ708)。最後に、サーバ101はSNMPv1でデバイス名を取得するための通信を行う。これに対して、デバイス102は、SNMPv1をサポートしているので、サーバ101に対して正常に応答を返す事になる(ステップ709)。結果、サーバ101のディスプレイ上には図１０のように表示されることになる。
【００２９】
サーバ101は、このようにしてそれぞれのデバイス情報を取得して、ディスプレイ上に表示することになる。さらに、サーバ101は、一度アクセスしたこれらのセキュリティレベルを管理デバイスリスト内に保持することによって、次回から、そのデバイスにアクセスする場合には、そのセキュリティレベルでアクセスすることが可能である。このセキュリティレベルの保持テーブルが図１２のようになる。
【００３０】
サーバ101は、このような形で管理デバイスリストに情報を保持することによって、次回、デバイス管理モジュールが起動して、デバイス表示を行う場合には、デバイスの検索を必要としない。この管理デバイスリストにしたがって、デバイス情報の取得を行って、表示することも可能である。
【００３１】
以上のように、本実施形態によれば、サーバ101は、SNMPv3モジュール402により、デバイスの情報を取得するためにSNMPv3プロトコルを用いてデバイスに対して通信を行う。その際、認証及び／又は暗号化を行って通信を行うことができる。また、サーバ101は、SNMPv1モジュール403により、デバイスの情報を取得するためにSNMPv1プロトコルを用いてデバイスに対して通信を行う。そして、サーバ101は、前記SNMPv1又はSNMPv3プロトコルを用いて取得したデバイスの情報を表示する。その際、図１０に示すように、前記SNMPv1又はSNMPv3プロトコルのいずれにより前記デバイスの情報を取得したかを示す情報を、前記取得したデバイスの情報と共に表示する。また、サーバ101は、前記デバイスの情報を取得する際に認証を行ったか否かを示す認証情報1002、及び暗号化を行ったか否かを示す暗号化情報1003を表示する。ネットワーク管理プロトコルのバージョンとして、SNMPv1及び、SNMPv3を挙げたが、ネットワーク管理プロトコルのバージョンであれば、これに限られるものではない。複数のバージョンを有するものであれば、印刷ジョブの管理プロトコルなどのステータスモニタの機能を実装するためのプロトコルであってもよい。
【００３２】
以上、説明したように、本実施形態によれば、サーバ101がデバイスを一覧表示した際に、SNMPv3プロトコルでデータを取得したことをユーザに知らしめることによって、よりセキュアなデバイス管理を行うことができる。
【００３３】
本実施形態のサーバ101の処理は、サーバ101のコンピュータがプログラムを実行することによって実現することができる。また、プログラムをコンピュータに供給するための手段、例えばかかるプログラムを記録したＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体又はかかるプログラムを伝送するインターネット等の伝送媒体も本発明の実施形態として適用することができる。また、上記のプログラムを記録したコンピュータ読み取り可能な記録媒体等のコンピュータプログラムプロダクトも本発明の実施形態として適用することができる。上記のプログラム、記録媒体、伝送媒体及びコンピュータプログラムプロダクトは、本発明の範疇に含まれる。記録媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００３４】
なお、上記実施形態は、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその技術思想、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【図面の簡単な説明】
【００３５】
【図１】本発明の実施形態によるデバイス管理システムの構成例を示す図である。
【図２】デバイスの概略を表すブロック図である。
【図３】デバイスが所有するユーザインターフェース部を示す図である。
【図４】デバイス管理アプリケーションプログラムのモジュール構成のブロック図である。
【図５】SNMPv1のパケットフォーマットを示す図である。
【図６】SNMPV3のパケットフォーマットを示す図である。
【図７】デバイス管理システムの処理のラダーチャートを示す図である。
【図８】サーバの処理を示すフローチャートである。
【図９】サーバの処理を示すフローチャートである。
【図１０】表示結果の一例を示す図である。
【図１１】セキュリティレベルデータベースを示す図である。
【図１２】デバイス情報リストを示す図である。
【図１３】ネットワーク管理ソフトウェアが稼動可能なPCの構成を示すブロック図である。
【符号の説明】
【００３６】
１００  ネットワーク
１０１  サーバ
１０２〜１０５  デバイス
２０１スキャン制御部
２０２  ＣＰＵ
２０３  ＲＯＭ
２０４  ＲＡＭ
２０５  不揮発性ＲＡＭ
２０６  エンジン制御部
２０７  ハードディスク装置
２０８  タイマ
２０９  Ｉ／Ｏ制御部
２１０  ネットワーク制御部
２１１  バス
２１２  プリンタエンジン
２１３  スキャナエンジン
２１４  ユーザインターフェース
【図１】
2007257525.tif 000003
【図２】
2007257525.tif 000004
【図３】
2007257525.tif 000005
【図４】
2007257525.tif 000006
【図５】
2007257525.tif 000007
【図６】
2007257525.tif 000008
【図７】
2007257525.tif 000009
【図８】
2007257525.tif 000010
【図９】
2007257525.tif 000011
【図１０】
2007257525.tif 000012
【図１１】
2007257525.tif 000013
【図１２】
2007257525.tif 000014
【図１３】
2007257525.tif 000015