(57)【特許請求の範囲】
【請求項１】
ネットワーク上の複数のデバイスを管理するための第一の管理ソフトウェアが制御部により実行される管理装置であって、
前記第一の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を保持する第一の保持手段と、
新たな機能を追加するために前記第一の管理ソフトウェアに追加された第二の管理ソフトウェアの機能を用いて、デバイスへアクセスするための認証情報を保持する第二の保持手段と、
前記第二の管理ソフトウェアが管理すべきデバイスを登録する登録手段と、
前記第二の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を設定する第二の設定手段と
を有し、
前記第二の保持手段は、
前記第二の設定手段により認証情報が設定された場合、当該設定された認証情報を、前記登録されたデバイスへアクセスするための情報として保持し、
前記第二の設定手段により認証情報が設定されず、かつ、前記第一の保持手段により前記登録されたデバイスへアクセスするための認証情報が保持されている場合、前記第一の保持手段により保持される該認証情報を、前記登録されたデバイスへアクセスするための情報として保持することを特徴とする管理装置。
【請求項２】
前記第二の保持手段は、前記第二の設定手段により認証情報が設定されず、かつ、前記第一の保持手段により前記登録されたデバイスへアクセスするための認証情報が保持されていない場合、前記第二の管理ソフトウェアにおいてデフォルトとして管理されている認証情報を、前記登録されたデバイスへアクセスするための情報として保持することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記第一の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を設定する第一の設定手段を更に有し、
前記第一の保持手段は、
前記第一の設定手段により認証情報が設定された場合、当該設定された認証情報を、デバイスへアクセスするための情報として保持し、
前記第一の設定手段により認証情報が設定されていない場合、複数のデバイスで共通して利用するために管理されている認証情報を、デバイスへアクセスするための情報として保持することを特徴とする請求項１または２に記載の管理装置。
【請求項４】
前記第二の管理ソフトウェアの機能として、前記登録手段により登録されたデバイスの詳細情報を表示する表示手段を更に有し、
前記表示手段は前記デバイスの詳細情報としてデバイスへアクセスするための情報を表示する際に、前記第二の保持手段が前記第一の保持手段により保持される認証情報を保持している場合、当該認証情報を表示することなく、認証情報が設定されている旨を表示することを特徴とする請求項１乃至３のいずれか一項に記載の管理装置。
【請求項５】
前記第二の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報の更新の要求を受け付けた際に、
前記第一の保持手段にて前記更新の要求で指定された認証情報が保持されていない場合には、前記更新の要求に従う前記第二の保持手段により保持された認証情報の更新は行われず、
前記第一の保持手段にて前記更新の要求で指定された認証情報が既に保持されている場合には、前記第二の保持手段は、前記更新の要求に従い、前記更新の要求で指定された認証情報を、前記デバイスへアクセスするための情報として保持することを特徴とする請求項１乃至４のいずれか一項に記載の管理装置。
【請求項６】
前記第二の管理ソフトウェアが、前記第二の保持手段にて保持された認証情報を用いてデバイスへのアクセスが失敗した場合、前記第二の保持手段は、前記第一の保持手段にて保持された前記デバイスへのアクセスが可能な認証情報を取得し、該取得した認証情報にて保持する認証情報を更新することを特徴とする請求項１乃至５のいずれか一項に記載の管理装置。
【請求項７】
デバイスへアクセスするための前記認証情報とは、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の認証情報であることを特徴とする請求項１乃至６のいずれか一項に記載の管理装置。
【請求項８】
前記ＳＮＭＰの認証情報とは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  １のコミュニティ名、もしくは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  ３のユーザ名とパスワードであることを特徴とする請求項７に記載の管理装置。
【請求項９】
ネットワーク上の複数のデバイスを管理するための第一の管理ソフトウェアが制御部により実行される管理装置が、前記第一の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を保持する第一の保持部と、新たな機能を追加するために前記第一の管理ソフトウェアに追加された第二の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を保持する第二の保持部とを備え、
当該管理装置における管理方法であって、
前記第二の管理ソフトウェアが管理すべきデバイスを登録する登録工程と、
前記第二の管理ソフトウェアの機能を用いて、デバイスへアクセスするための認証情報を設定する第二の設定工程と
を有し、
前記第二の保持部では、
前記第二の設定工程で認証情報が設定された場合、当該設定された認証情報が、前記登録されたデバイスへアクセスするための情報として保持され、
前記第二の設定工程で認証情報が設定されず、かつ、前記第一の保持部で前記登録されたデバイスへアクセスするための認証情報が保持されている場合、前記第一の保持部で保持される該認証情報が、前記登録されたデバイスへアクセスするための情報として保持されることを特徴とする管理方法。
【請求項１０】
前記第二の保持部には、前記第二の設定工程で認証情報が設定されず、かつ、前記第一の保持部で前記登録されたデバイスへアクセスするための認証情報が保持されていない場合、前記第二の管理ソフトウェアにおいてデフォルトとして管理されている認証情報が、前記登録されたデバイスへアクセスするための情報として保持されることを特徴とする請求項９に記載の管理方法。
【請求項１１】
前記第一の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を設定する第一の設定工程を更に有し、
前記第一の保持部では、
前記第一の設定工程で認証情報が設定された場合、当該設定された認証情報が、デバイスへアクセスするための情報として保持され、
前記第一の設定工程で認証情報が設定されていない場合、複数のデバイスで共通して利用するために管理されている認証情報が、デバイスへアクセスするための情報として保持されることを特徴とする請求項９または１０に記載の管理方法。
【請求項１２】
前記第二の管理ソフトウェアが、前記第二の保持部にて保持された認証情報を用いてデバイスへのアクセスが失敗した場合、前記第一の保持部にて保持された前記デバイスへのアクセスが可能な認証情報にて、前記第二の保持部にて保持された認証情報を更新することを特徴とする請求項９乃至１１のいずれか一項に記載の管理方法。
【請求項１３】
デバイスへアクセスするための前記認証情報とは、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の認証情報であることを特徴とする請求項９乃至１２のいずれか一項に記載の管理方法。
【請求項１４】
前記ＳＮＭＰの認証情報とは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  １のコミュニティ名、もしくは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  ３のユーザ名とパスワードであることを特徴とする請求項１３に記載の管理方法。
【請求項１５】
ネットワーク上の複数のデバイスを管理するための管理ソフトウェアに新たな機能を追加するため、コンピュータに実行されるプログラムであって、
前記コンピュータは、前記管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を保持する第一の保持部と、前記管理ソフトウェアに追加された前記プログラムの機能を用いてデバイスへアクセスするための認証情報を保持する第二の保持部とを備え、
前記プログラムは、
前記プログラムが管理すべきデバイスを登録する登録工程と、
前記プログラムの機能を用いてデバイスへアクセスするための認証情報を設定する設定工程と
をコンピュータに実行させ、
前記第二の保持部では、
前記設定工程で認証情報が設定された場合、当該設定された認証情報が、前記登録されたデバイスへアクセスするための情報として保持され、
前記設定工程で認証情報が設定されず、かつ、前記第一の保持部で前記登録されたデバイスへアクセスするための認証情報が保持されている場合、前記第一の保持部で保持される該認証情報が、前記登録されたデバイスへアクセスするための情報として保持されることを特徴とするプログラム。
【請求項１６】
前記第二の保持部では、前記設定工程で認証情報が設定されず、かつ、前記第一の保持部で前記登録されたデバイスへアクセスするための認証情報が保持されていない場合、前記プログラムの機能においてデフォルトとして管理されている認証情報が、前記登録されたデバイスへアクセスするための情報として保持されることを特徴とする請求項１５に記載のプログラム。
【請求項１７】
前記プログラムの機能が、前記第二の保持部にて保持された認証情報を用いてデバイスへのアクセスが失敗した場合、前記第二の保持部は、前記第一の保持部にて保持された前記デバイスへのアクセスが可能な認証情報を取得し、該取得した認証情報にて保持する認証情報を更新することを特徴とする請求項１５または１６に記載のプログラム。
【請求項１８】
デバイスへアクセスするための前記認証情報とは、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）の認証情報であることを特徴とする請求項１５乃至１７のいずれか一項に記載のプログラム。
【請求項１９】
前記ＳＮＭＰの認証情報とは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  １のコミュニティ名、もしくは、ＳＮＭＰ  ｖｅｒｓｉｏｎ  ３のユーザ名とパスワードであることを特徴とする請求項１８に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上のデバイスを管理する技術に関する。特に、デバイスをＳＮＭＰを用いて管理する上での認証情報を管理する技術に関する。
【背景技術】
【０００２】
従来から、例えばプリンタなどの画像形成装置（以下、デバイスと呼ぶ）を管理する管理ソフトウェアでは、通信プロトコルにＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）が利用されている。また、管理ソフトウェアは、ＳＮＭＰを利用してデバイス管理に必要な情報を取得する。この際、管理ソフトウェアはデバイスから情報を取得する際に利用するＳＮＭＰ認証情報（ＳＮＭＰ  ｖｅｒｓｉｏｎ１におけるコミュニティ名を含む）を管理している。この認証情報の管理方法には、管理対象となるデバイスのタイプに応じて適切な認証情報を複数の候補から決定するといった先行技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１１０２６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、管理ソフトウェアとしては、システム管理者がデバイスの稼働状態の確認するためのソフトウェアや、メンテナンスを請け負う外部のサービスマンなどがリモートからデバイスの修理や部品の配送のための管理を行うためのソフトウェアが存在する。この異なる目的に対応するため、１つの管理ソフトウェアに対して異なる目的の機能を追加、拡張するためのプラグインソフトウェアが存在する。このプラグインソフトウェアを利用して、ネットワーク上のデバイスをそれぞれの目的に応じて管理することが想定される。
【０００５】
しかしながら、従来技術においては、認証情報を異なる管理目的のソフトウェアに応じて適切に管理する方法については想定されていない。例えば、特許文献１では、管理ソフトウェアとプラグインソフトウェアがそれぞれデバイスに対する認証情報を管理し、プラグインソフトウェアが管理ソフトウェアの管理する認証情報を利用できるようにする管理方法については全く想定していない。
【０００６】
よって、本願発明は、異なる管理目的のソフトウェアがプラグインにて拡張された、管理ソフトウェアにおいても、ネットワーク上のデバイスの管理に用いる認証情報を、それぞれの管理目的に合わせて適切に管理することを目的とする。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、本願発明は以下の構成を有する。すなわち、ネットワーク上の複数のデバイスを管理するための第一の管理ソフトウェアが制御部により実行される管理装置であって、前記第一の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を保持する第一の保持手段と、新たな機能を追加するために前記第一の管理ソフトウェアに追加された第二の管理ソフトウェアの機能を用いて、デバイスへアクセスするための認証情報を保持する第二の保持手段と、前記第二の管理ソフトウェアの管理すべきデバイスを登録する登録手段と、前記第二の管理ソフトウェアの機能を用いてデバイスへアクセスするための認証情報を設定する第二の設定手段とを有し、前記第二の保持手段は、前記第二の設定手段により認証情報が設定された場合、当該設定された認証情報を、前記登録されたデバイスへアクセスするための情報として保持し、前記第二の設定手段により認証情報が設定されず、かつ、前記第一の保持手段により前記登録されたデバイスへアクセスするための認証情報が保持されている場合、前記第一の保持手段により保持される該認証情報を、前記登録されたデバイスへアクセスするための情報として保持する。
【発明の効果】
【０００８】
本発明により、異なる管理目的のソフトウェアがプラグインされた、管理ソフトウェアにおいても、ネットワーク上のデバイスの管理に用いる認証情報を、それぞれの管理目的に合わせて適切に管理することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】デバイスと管理装置１０１とのネットワーク接続関係の例を示す図。
【図２】デバイスのハードウェア構成例を示す図。
【図３】デバイスのソフトウェア機能構成例を示すブロック図。
【図４】管理装置１０１のハードウェア構成例を示す図。
【図５】管理装置１０１のソフトウェア機能の構成例を示すブロック図。
【図６】管理ソフトウェア内に管理される認証情報データを表す図。
【図７】プラグインソフトウェア内に管理される認証情報データを表す図。
【図８】プラグインソフトウェア内に管理される認証情報で、更新指示を受けた時のデータを表す図。
【図９】管理ソフトウェアにおけるデバイス登録時の動作例を表すフローチャート。
【図１０】プラグインソフトウェアにおけるデバイス登録時の動作例を表すフローチャート。
【図１１】プラグインソフトウェアにおけるデバイス情報更新時の動作例を表すフローチャート。
【図１２】プラグインソフトウェアにおけるデバイス登録画面例を表す図。
【図１３】プラグインソフトウェアにおけるデバイス詳細情報表示例を表す図。
【図１４】デバイスのコミュニティ名の更新処理を表すフローチャート。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１１】
＜デバイス管理システムの構成例＞
図１は、本発明の実施の形態に関する複写機と、管理装置１０１における接続関係を示す図である。図１において、デバイス１００は顧客の社内ネットワークに接続されたＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）やＳＦＰ（Ｓｉｎｇｌｅ  Ｆｕｎｃｔｉｏｎ  Ｐｒｉｎｔｅｒ）をそれぞれ示している。これらプリント・複写などの機能を持つ機器の事をここでは総称してデバイスと呼ぶ。なお、本実施形態において、図１では、一例として４つのデバイスを示しているが、これに限定するものではなく、さらに多くのデバイスが接続されていてもよい。本明細書において、各デバイスについて、処理に関連して、個別に説明すべき必要がある箇所ではデバイスＡ〜Ｄとしてそれぞれ記載するが、統括的に述べる場合は、デバイス１００と記載する。
【００１２】
管理装置１０１は、図１に示した複数のデバイス１００を管理する。管理装置１０１には、デバイス１００を管理するための管理ソフトウェアがインストールされ、各デバイスとの通信を行うことでデバイスから情報を取得したり、設定値を変更したりすることで各デバイスを管理する。また、管理装置１０１は、各種情報を管理するためのデータベース（ＤＢ）を有する。ネットワーク１０２は、デバイス１００や管理装置１０１を接続するネットワークを示す。本実施形態においてネットワーク１０２は、社内用やキャンパス用のＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）として説明するが、これに限定するものではなく、例えばインターネットなどのネットワーク上で接続される構成であっても構わない。
【００１３】
デバイス１００は、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  ＭａｎａｇｅｍｅｎｔＰｒｏｔｏｃｏｌ）を利用した自己管理機能を有している。このＳＮＭＰは、デバイス１００のネットワーク通信状況や、システム名称、起動してからの時間など、システムに対する様々な情報の問い合わせに対する応答を返す。デバイス１００は、このプロトコルを用いて、問い合わせと認証情報（例えば、ＳＮＭＰ  ｖｅｒｓｉｏｎ  １ではコミュニティ名）を受け付ける。デバイス１００は、問い合わせとともに認証情報を受信すると、認証情報を検証し正しいと判断した場合に問い合わせに応答する。なお、ここでのコミュニティとは、ＳＮＭＰにて管理するネットワークの範囲を示しており、その範囲に属するデバイスを管理装置１０１は管理することとなる。この場合において、コミュニティ名はデバイスがコミュニティに属するための認証情報（パスワード）の役割を担うこととなる。
【００１４】
管理装置１０１は、一般的なＰＣ（パーソナルコンピュータ）として図面に記されているが、管理ソフトウェアの実行可能な機器を指している。したがって、管理ソフトウェアは、ＰＣのほかに専用のハードウェアやデバイス１００などにインストールすることができる。ここでは、管理装置１０１の形態に特に制限はない。
【００１５】
管理装置１０１にインストールされる管理ソフトウェアには、ＳＮＭＰを利用したデバイス管理の機能があり、ネットワークに接続されているデバイスから管理情報を取得することができる。デバイス管理を行うシステム管理者は、管理ソフトウェアにデバイスを登録する際、ＳＮＭＰの認証情報を設定する。管理ソフトウェアはデバイス１００から管理情報を取得する際に、このＳＮＭＰ認証情報を使用してデバイス１００に問い合わせを発行する。
【００１６】
管理ソフトウェアは、プラグインソフトウェア（プラグインプログラム）を追加することで機能を追加、拡張させることが可能である。プラグインソフトウェアには、例えば、デバイス１００の保守サービスを行うサービスマン用のプラグインソフトウェアがある。具体的には、プラグインソフトウェアは、デバイスから、印刷枚数や部品使用回数を含むカウンタ情報、障害情報などといった稼動情報を収集し、インターネットなど外部ネットワークの保守用のリモートサーバに送信する。また、このプラグインソフトウェアは、リモートサーバにアクセスして、デバイスから収集すべき稼動情報を変更したり、デバイスの故障を復旧するためのコマンドを取得するといった機能を実現する。当然ながらこのようなリモート保守サービスに関しては、他の管理機能とは異なるデバイスを管理対象とすることがあり得る。
【００１７】
また、プラグインソフトウェアでは、管理対象のデバイスを登録する際に、デバイスの認証情報を設定することができる。この認証情報は、管理ソフトウェアの使用者（例えば、システム管理者）と、プラグインソフトウェアの使用者（例えば、保守サービスのサービスマン）が異なることに対応して、同じデバイスに対してでも、各ソフトウェアで別々の認証情報を設定できる。また、プラグインソフトウェアは、親のソフトウェアとなる管理ソフトウェアにて設定してある認証情報も参照し、デバイス管理情報として設定することができる。
【００１８】
セキュリティの管理が厳しいユーザ環境では、デバイス保守サービスを行うサービス用の認証情報を各デバイスに設定し、プラグインソフトウェア個別の認証情報を利用してデバイスから情報を取得する。一方、セキュリティ管理の厳しくないユーザ環境では、プラグインソフトウェアでは認証情報を設定する必要がなく、管理ソフトウェアの認証情報を参照し、設定することができる。ここで、セキュリティ管理の厳しくないユーザ環境とは、例えば、複数の監視対象デバイスに一様な認証情報が設定されているような環境を指す。
【００１９】
＜デバイスの制御部の構成例＞
図２は、図１におけるデバイス１００の制御部に関するハードウェア構成例を示すブロック図である。デバイス１００の制御部では、主として、プリントやスキャンなどデバイス１００が有する画像処理機能を実現するためのプログラムの制御処理を行う。また、そのほかにＳＮＭＰサービスプログラムなどの管理系の処理機能を実現するためのプログラムが制御されている。デバイス１００は、管理装置１０１からＳＮＭＰで管理情報の問い合わせを受けると、制御部内でデバイス１００の管理情報をＳＮＭＰの通信フォーマットでデータ生成し、管理装置１０１に応答するなどの処理を行う。
【００２０】
本実施形態に係るデバイスの制御部は、システム管理を行う部分と、画像処理を行う部分から構成されている。制御部においてシステム管理を行う各構成要素は、操作部２０１、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２、回線Ｉ／Ｆ２０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０４、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０５、記憶装置２０６、およびＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０７から構成される。また、画像処理を行う各構成要素は、ＩＯ制御部２０８、画像処理部２０９、画像回転部２１０、デジタルＩ／Ｆ２１１、圧縮伸長部２１２、および画素密度変換部２１３から構成される。そして、これらの構成要素は、システムバス２１６及び画像バス２１７に接続される。
【００２１】
システムバス２１６には、以下の構成要素が配置される。操作部２０１には表示手段やキー入力手段が内蔵されており、これらはＣＰＵ２０７にて制御される。操作者は、キー入力手段を通してスキャナ読み取りやプリント出力に関する各種設定指示や、作動／停止指示を行う。また、操作者は、操作部２０１を介して、ＳＮＭＰの認証情報の変更、及び、設定を行うことができる。
【００２２】
Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２は、デバイス１００がＬＡＮと接続するためのインタフェース部である。Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２は、ＬＡＮを介して管理装置１０１と通信を行う。例えば、デバイス１００は、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２を介して管理装置１０１からＳＮＭＰでデバイス管理情報の問い合わせを受信し、対応した応答を返す。
【００２３】
回線Ｉ／Ｆ２０３は、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）や公衆電話網に接続され、遠隔の端末とデータの送受信を行う。回線Ｉ／Ｆ２０３は、通信制御プログラムにより制御され、ファクシミリなどのデータ送受信を行う。
【００２４】
ＲＯＭ２０４にはデバイス１００の各種制御プログラム及び、ＳＮＭＰサービスプログラムが格納されており、これらの各種プログラムはＣＰＵ２０７で実行される。ＲＡＭ２０５は、各種プログラムを実行するためのワークメモリエリアである。例えば、ＳＮＭＰサービスプログラムがデバイス情報を管理するうえで必要なステータス情報や、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０３から受信した画像データを一時記憶する。
【００２５】
記憶部としての記憶装置２０６は不揮発性記憶装置であり、デバイス１００の再起動後も保持しておく必要のある各種動作モード設定や、カウンタ値（サイズごとの印刷枚数や、原稿読み取り回数等）、ステータス情報（ステータスフラグを含む）などを記憶する。この記憶装置２０６に記憶する設定情報には、操作部２０１にて設定されたＳＮＭＰの認証情報も含まれる。そのほかに、デバイスのオペレーティングシステム（ＯＳ）や、その他のアプリケーションプログラムなども、この記憶装置２０６に記憶される。
【００２６】
ＣＰＵ２０７では、ＲＯＭ２０４や記憶装置２０６に格納されている制御プログラムやＳＮＭＰサービスプログラムをＲＡＭ２０５に読み出し、実行する。ＣＰＵ２０７で実行される制御プログラムにより、ＣＰＵ２０７は記憶装置２０６内のカウンタ値や稼働ログなどの稼動情報や障害情報を読み出してデバイス１００のステータス情報として管理装置１０１へ、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ２０２を介して送信する。
【００２７】
またＣＰＵ２０７で実行されるＳＮＭＰサービスプログラムは、デバイス管理情報の問い合わせを認証情報とともにＮｅｔｗｏｒｋ  Ｉ／Ｆ２０３から受信する。ＳＮＭＰサービスプログラムは記憶装置２０６から読み出したＳＮＭＰ認証情報から、受信した認証情報が正しいこと判断するとデバイス管理情報の問い合わせに対応した応答を返す。
【００２８】
ＩＯ制御部２０８は、システムバス２１６と画像データを高速で転送する画像バス２１７とを接続するためのバスブリッジである。画像バス２１７は、ＰＣＩバス又はＩＥＥＥ１３９４などのバスで構成される。
【００２９】
画像バス２１７上には以下の構成要素が配置される。デジタルＩ／Ｆ２１１は、デバイス１００のリーダ部２１５やプリンタ部２１４と制御部とを接続し、画像データの同期系／非同期系の変換を行う。また、リーダ部２１５やプリンタ部２１４内の各所に配置した前述の各種センサが検出した情報は、このデジタルＩ／Ｆ２１１、及びＩＯ制御部２０８を介してシステムバス２１６へ流れる。
【００３０】
画像処理部２０９は、入力及び出力画像データに対し補正／加工／編集を行う。画像回転部２１０は画像データの回転処理を行う。圧縮伸長部２１２は、多値画像データに対してはＪＰＥＧ、２値画像データに対してはＪＢＩＧ／ＭＭＲ／ＭＲ／ＭＨの圧縮伸張処理を行う。画素密度変換部２１３は、出力用画像データに対して解像度変換等を行う。なお、伸張処理の手法は一例であり、これに限定するものではない。
【００３１】
＜デバイスのソフトウェアモジュール構成例＞
図３は、図１のデバイス１００における外部システムと通信可能なデバイスのソフトウェアモジュールの構成例を示す図である。主に、本願発明に関係のある管理装置１０１とのＳＮＭＰ設定処理における機能を説明する。
【００３２】
図３に示された各構成要素である３０１乃至３１０、及び、３１２乃至３１５がデバイス１００のソフトウェアモジュールに該当する。デバイス１００のソフトウェアモジュールとして、状態監視マネージャ３０２、操作ＵＩシステム３０７、ＳＮＭＰサービス３１２を示している。デバイスインタフェース３０１は、図２のＩＯ制御部２０８を示す。該インタフェースを介してプリンタ部２１４で検知されるエラー（障害と呼ぶこともある）を含む画像形成装置ステータスが、状態監視マネージャ３０２へ通知される。ここで、画像形成装置のエラーとは、ハードディスクエラーや課金カウンタエラー等のサービスコールエラー、紙ジャム等のエラー、あるいはトナーロー（ｔｏｎｎｅｒ  ｌｏｗ）等のワーニングなどのエラーである。また、ここでは、ドアオープンや排紙トレイの紙積載超過なども含むものとする。
【００３３】
状態イベントモジュール３０３は、デバイスインタフェース３０１から通知されたエラー情報をマネージャ３０４に通知する。デバイスインタフェース３０１から通知されるエラー情報は、図２内のプリンタ部２１４で各種センサにより検出された画像形成装置のステータスに基づく。このエラー情報は、時系列的に変化する。
【００３４】
不揮発性記憶装置３０５は、図２のＲＯＭ２０４と記憶装置２０６に相当する。不揮発性記憶装置３０５には、デバイス管理に必要なファームウェア情報やデバイスの識別番号などの機器管理情報が格納されている。また、不揮発性記憶装置３０５には、機器管理情報とともに各プログラムから出力されるログ情報や、カウンタ情報、障害情報も格納されている。危機管理情報として、本願発明と関係のあるＳＮＭＰの認証情報もここに格納されている。
【００３５】
操作部ＵＩ３０６は、図２内の操作部２０１を示す。操作者は、操作部ＵＩ３０６を介してデバイス１００の各種プロトコルの開始／停止制御、及び、その他のデバイスの設定を行うことができる。デバイス１００の設定変更は、適切な権限を持つ操作者のみが操作できるように、当該デバイスは認証機能を備えている。操作者は、操作部ＵＩ３０６を介して認証情報を入力することで、デバイスの設定変更を行うことができる。
【００３６】
入力管理マネージャ３０８は、操作部ＵＩ３０６から操作者の入力情報を受け付けて、適切なプログラムへ要求を発行する。操作部ＵＩ３０６を通じて、デバイスに対する設定情報変更画面を要求されると、操作者が適切な権限を持ったユーザであることを確かめるために、入力管理マネージャ３０８は、操作部ＵＩ３０６を通じて認証情報を要求する。操作者から認証情報を受け付けると、入力管理マネージャ３０８は、認証プログラム３０９に受け付けた認証情報とともに認証を依頼する。入力管理マネージャ３０８は、認証プログラム３０９から認証成功の結果を受け取ると、設定変更プログラム３１０へのアクセスを操作者に許す。具体的には、入力管理マネージャ３０８は、設定変更プログラム３１０の提供する設定メニューを操作部ＵＩ３０６へ返し、操作者からのリクエストを受け付ける。また、適切な権限を持つ操作者から、デバイスに対する設定変更要求を受け付けると、入力管理マネージャ３０８は、設定変更プログラム３１０に設定変更要求を発行する。
【００３７】
認証プログラム３０９は、操作者が適切な操作権限を持っているか否かを検証するためのプログラムである。この認証プログラム３０９は、操作者が適切な権限を持っているか否かを判定すると、入力管理マネージャ３０８に認証結果を返す。
【００３８】
設定変更プログラム３１０は、デバイスの設定変更を受け付けて、各プログラムに通知、若しくは、不揮発性記憶装置３０５に格納する。設定変更プログラム３１０は、入力管理マネージャ３０８が発行する設定変更要求を受信すると、不揮発性記憶装置３０５へ新しい設定情報を書き込み、処理結果を入力管理マネージャ３０８へ返す。
【００３９】
例えば、ＳＮＭＰの認証情報を変更する場合、操作者は、最初に操作部ＵＩ３０６にて認証を成功させ、設定変更プログラム３１０へのアクセス権を得る。次に操作者は、設定変更プログラム３１０の提供する設定メニューから、ＳＮＭＰの認証情報変更指示を選択する。この設定変更プログラム３１０が提供するＵＩ上で操作者がＳＮＭＰ認証情報変更を指定すると、操作部ＵＩ３０６を介して入力管理マネージャ３０８が設定変更要求を受け付ける。そして、入力管理マネージャ３０８は、設定変更プログラム３１０に対してＳＮＭＰ認証情報の変更要求を発行する。設定変更プログラム３１０は、実際にＳＮＭＰ認証情報が格納されている不揮発性記憶装置３０５に新しい認証情報を書き込む。そして、正しく変更要求が処理されると、各プログラムを介して操作者に変更が完了したことが通知される。
【００４０】
ＳＮＭＰサービス３１２はデバイス１００上で動く、ＳＮＭＰサービスを示している。ＳＮＭＰサービス３１２は、デバイスの状態や設定値、ネットワークＩ／Ｆの状態など、デバイスの様々な管理情報を設定、及び、応答するサービスである。デバイス１００は、管理装置１０１の発行するＳＮＭＰの問い合わせをＳＮＭＰサービス３１２にて受信する。ＳＮＭＰの問い合わせには、管理情報の種類を示す識別子であるＯＩＤ（ＯｂｊｅｃｔＩＤ）と認証情報が含まれる。ＳＮＭＰサービス３１２は受信した問い合わせを解析し、認証情報とリクエストに分け、認証情報が正しいか否かを判定する。そして、認証が成功した場合に、ＳＮＭＰサービス３１２は、リクエストに対応する応答を他の格納場所から取得して、管理装置１０１に対して、ＳＮＭＰリクエストの応答として返す。
【００４１】
ＳＮＭＰサービスマネージャ３１５は、外部ネットワーク３１１から管理情報リクエストを受信するプログラムである。ＳＮＭＰサービスマネージャ３１５は、受信したＳＮＭＰリクエストを解析し、ＳＮＭＰリクエストに含まれるＯＩＤ部分と認証情報とを分離する。そして、ＳＮＭＰサービスマネージャ３１５は、解析により取得した認証情報を用いて認証プログラム３１４に認証要求し、その応答として認証結果を受ける。ここで、認証結果が認証成功であった場合には、ＳＮＭＰサービスマネージャ３１５は、認証情報と一緒に受信したＳＮＭＰリクエストから、必要とする管理情報を情報参照プログラム３１３にリクエスト発行する。情報参照プログラム３１３がリクエストに対応した管理情報を返すと、ＳＮＭＰサービスマネージャ３１５は、ＳＮＭＰの応答フォーマットに管理情報を整えて、管理装置１０１にＳＮＭＰ応答を返す。
【００４２】
認証プログラム３１４は、ＳＮＭＰリクエストが正しい発行者から発行されたか否かを検証するためのプログラムである。この認証プログラム３１４によって、正しい発行者からのＳＮＭＰリクエストか否かを判定し、ＳＮＭＰサービスマネージャ３１５に認証結果を返す。
【００４３】
情報参照プログラム３１３は、ＳＮＭＰサービスマネージャ３１５からデバイスの管理情報、又は、設定情報の問い合わせを受け付ける。その際、情報参照プログラム３１３は、受け付けた問い合わせに対応して、不揮発性記憶装置３０５や、その他のプログラムから設定情報を取得し、ＳＮＭＰサービスマネージャ３１５へ応答として返す。
【００４４】
＜管理装置１０１の制御部の構成例＞
図４は、図１における管理装置１０１のハードウェア構成例を示すブロック図である。管理装置１０１では、ＳＮＭＰを利用してデバイス１００から取得するデバイスの管理情報を収集するためのアプリケーションが実行される。そして、管理装置１０１は、一般的な情報処理装置の構成を備えている。すなわち、バス４０１、ＣＰＵ４０２、ＲＯＭ４０３、ＲＡＭ４０４に加えて、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ４０５、表示制御部４０６、表示デバイス４０９、入力制御部４０７、入力デバイス４１０、４１１、記憶装置４０８を備えている。
【００４５】
バス４０１は、図１の管理装置１０１を構成する部品間のデータを受け渡す共通信号路である。ＲＡＭ４０４は、書換え可能な記憶手段であり、デバイスの管理ソフトウェアを実行するためのワークメモリエリアとなる。デバイスの管理ソフトウェアには、ＳＮＭＰを利用してデバイス１００から管理データを取得するプログラムなどがある。また、デバイス１００から取得した管理データはここで展開され、所定の形にデータ変換される。
【００４６】
記憶装置４０８は、不揮発性記憶装置である。ここでは、ハードウェアの制御を行うＯＳが記憶されている。また、このほかに、管理対象となるデバイス１００のリストや、管理ソフトウェアやプラグインソフトウェアを構成する各プログラムが記憶されている。このプログラムのほかに、プログラムを処理するための設定情報、例えば、ＳＮＭＰのリクエストを発行する際の認証情報もこの記憶装置４０８に格納される。
【００４７】
Ｎｅｔｗｏｒｋ  Ｉ／Ｆ４０５、は、ＬＡＮと接続するためのインタフェースであり、ＬＡＮを介してデバイス１００と通信を行う。ＣＰＵ４０２は、各構成部品４０３〜４１１を個別に又は統合的に制御するものであり、記憶装置４０８に格納されたプログラムとスケジュールに基づき、Ｎｅｔｗｏｒｋ  Ｉ／Ｆ４０５を介してデバイス１００の管理情報を収集する。
【００４８】
＜管理装置１０１のソフトウェア構成例＞
図５は、管理装置１０１にインストールする管理ソフトウェア（第一の管理ソフトウェア）とプラグインソフトウェア（第二の管理ソフトウェア）におけるＳＮＭＰ認証情報を格納するアプリケーションプログラムの機能を示すブロック図である。ここでは、管理ソフトウェアの利用ユーザを「ユーザＡ」とし、プラグインソフトウェアの利用ユーザを「ユーザＢ」として、各ソフトウェアの異なる入力処理を想定して説明する。各ソフトウェアのユーザはそれぞれ、上述したようなシステム管理や保守サービスなどの目的を有するユーザが該当する。また、管理ソフトウェア５００とプラグインソフトウェア５２０とは、ＳＮＭＰ認証情報入出力部５０２とＳＮＭＰ認証情報決定ロジック部５０７との間での各種情報の送受信により、連携が可能となっている。また、ＳＮＭＰクライアント５１２とプラグインマネージャ５１１との間でも各種情報の送受信が行われる。
【００４９】
各アプリケーションプログラムは、それぞれのユーザから管理デバイスの登録を受け付けるためのＵＩを有する。管理ソフトウェア５００におけるデバイス登録用画面を管理ソフトＵＩデバイス登録部５０１、プラグインソフトウェア５２０におけるデバイス登録用画面をプラグインＵＩデバイス登録部５０６とする。
【００５０】
管理ソフトＵＩデバイス登録部５０１では、ユーザＡはＳＮＭＰ認証情報のデフォルト値を設定変更することができる。このＳＮＭＰ認証情報は、個別のデバイス登録時にＳＮＭＰ認証情報が設定されなかった場合に、デフォルト値として割り当てるＳＮＭＰ認証情報となる。ユーザＡは、このデフォルト値となるＳＮＭＰ認証情報を故意に設定しない（設定なし）ということも可能である。管理ソフトＵＩデバイス登録部５０１は、ユーザＡからＳＮＭＰ認証情報のデフォルト値の登録依頼を受けると、ＳＮＭＰ認証情報入出力部５０２へ登録要求を発行する。ＳＮＭＰ認証情報入出力部５０２は、ＳＮＭＰ認証情報のデフォルト値登録要求を受けると、管理ソフト共通認証情報格納部５０３へデフォルト値としてのＳＮＭＰ認証情報を登録する。ＳＮＭＰ認証情報入出力部５０２により、第一の設定手段を実現する。この管理ソフト共通認証情報格納部５０３は、例えば、記憶装置４０８で構成される。また、この管理ソフト共通認証情報格納部５０３を用いて、ＳＮＭＰ認証情報入出力部５０２は、第三の設定手段を実現する。
【００５１】
また、管理ソフトＵＩデバイス登録部５０１では、ユーザＡは管理するデバイスをＳＮＭＰ認証情報とともに登録することができる。この時、デバイスのＩＰ  Ａｄｄｒｅｓｓや、デバイスを一意に識別するための識別情報（たとえば、ＭＡＣ  Ａｄｄｒｅｓｓ）なども登録する。なお、この処理は、本願発明の特徴とは直接関係がないので説明を割愛する。ここで入力されるＳＮＭＰ認証情報は、必須入力の項目ではなく登録しなくてもよい。管理デバイスの登録リクエストを受けた管理ソフトＵＩデバイス登録部５０１は、ＳＮＭＰ認証情報入出力部５０２にデバイス情報とＳＮＭＰ認証情報を渡す。
【００５２】
ＳＮＭＰ認証情報入出力部５０２は、管理ソフトＵＩデバイス登録部５０１からデバイスの登録要求を受け付ける。この登録要求により、デバイス情報と同時にＳＮＭＰ認証情報が登録された場合、ＳＮＭＰ認証情報入出力部５０２は、デバイス１００とＳＮＭＰ認証情報を関連付けて管理ソフトデバイス情報格納部５０４に登録を行う。
【００５３】
また、デバイス情報と同時にＳＮＭＰ認証情報が登録されない場合、ＳＮＭＰ認証情報入出力部５０２は、管理ソフトウェア全体で共通利用するＳＮＭＰ認証情報のデフォルト値を管理ソフト共通認証情報格納部５０３から取得する。そして、ＳＮＭＰ認証情報入出力部５０２は、デバイスとＳＮＭＰ認証情報のデフォルト値を関連付けて管理ソフトデバイス情報格納部５０４に登録する。管理ソフト共通認証情報格納部５０３にＳＮＭＰ認証情報のデフォルト値が設定されていなかった場合、デバイス１００はＳＮＭＰ認証情報の情報なしで管理ソフトデバイス情報格納部５０４に登録される。この管理ソフトデバイス情報格納部５０４は、例えば、記憶装置４０８で構成される。
【００５４】
管理ソフトマネージャ５０５は、独自のスケジュール、又は、ユーザからの指示によりネットワークを介してデバイス１００からデバイス管理情報を取得する。管理ソフトマネージャ５０５は、対象デバイスとそのＳＮＭＰ認証情報を管理ソフトデバイス情報格納部５０４から取り出し、ＳＮＭＰクライアント５１２へデバイス管理情報の取得要求を発行する。また、デバイス１００に対応するＳＮＭＰ認証情報が登録されていなかった場合、管理ソフトマネージャ５０５はデバイス１００からＳＮＭＰを利用してデバイス管理情報を取得しない。
【００５５】
次に、プラグインソフトウェア５２０におけるＳＮＭＰ認証情報の管理を説明する。
【００５６】
プラグインＵＩデバイス登録部５０６では、ユーザＢは管理するデバイスをＳＮＭＰ認証情報とともに登録することができる。この時、デバイスのＩＰ  Ａｄｄｒｅｓｓや、デバイスを一意に識別するための識別情報（たとえば、ＭＡＣ  Ａｄｄｒｅｓｓ）なども登録するが、本願発明の特徴とは直接関係がないので説明を割愛する。ここでのＳＮＭＰ認証情報は、必須入力の項目ではなく登録しなくてもよい。管理デバイスの登録リクエストを受けたプラグインＵＩデバイス登録部５０６は、ＳＮＭＰ認証情報決定ロジック部５０７にデバイス情報とＳＮＭＰの認証情報を渡す。
【００５７】
ＳＮＭＰ認証情報決定ロジック部５０７は、プラグインＵＩデバイス登録部５０６からデバイス登録の要求を受け付ける。この登録要求によりデバイス情報と同時にＳＮＭＰ認証情報が登録された場合、ＳＮＭＰ認証情報決定ロジック部５０７は、デバイスとＳＮＭＰ認証情報を関連付けてプラグインＳＮＭＰ認証情報入出力部５０８に登録依頼を発行する。ＳＮＭＰ認証情報決定ロジック部により、第二の設定手段を実現する。
【００５８】
また、デバイス情報と同時にＳＮＭＰ認証情報が登録されない場合、ＳＮＭＰ認証情報決定ロジック部５０７は、ＳＮＭＰ認証情報入出力部５０２に、対象デバイスのＳＮＭＰ認証情報のリクエストを発行する。このリクエストの結果、ＳＮＭＰ認証情報入出力部５０２から、対象デバイスのＳＮＭＰ認証情報を得られた場合、ＳＮＭＰ認証情報決定ロジック部５０７は、対象デバイスと取得したＳＮＭＰ認証情報を関連付ける。そして、ＳＮＭＰ認証情報決定ロジック部５０７は、プラグインＳＮＭＰ認証情報入出力部５０８に登録依頼を発行する。
【００５９】
また、リクエストの結果、管理ソフトウェア５００からＳＮＭＰ認証情報が得られなかった場合、ＳＮＭＰ認証情報決定ロジック部５０７は、プラグインデフォルト認証情報格納部５０９から、プラグインソフトウェア５２０内部で共通利用するＳＮＭＰ認証情報のデフォルト値を取得する。そして、ＳＮＭＰ認証情報決定ロジック部５０７は、デバイスとＳＮＭＰ認証情報のデフォルト値を関連付けてプラグインＳＮＭＰ認証情報入出力部５０８に登録依頼を発行する。なお、プラグインデフォルト認証情報格納部５０９に格納されているデフォルト値は、予め定義、設定されているものとする。また、プラグインデフォルト認証情報格納部５０９は、例えば、記憶装置４０８で構成される。これにより、プラグインソフトウェア５２０における認証情報保持手段を実現する。
【００６０】
プラグインＳＮＭＰ認証情報入出力部５０８は、ＳＮＭＰ認証情報と関連付けされたデバイスの登録依頼を受けると、デバイスとＳＮＭＰ認証情報をプラグインＳＮＭＰ認証情報格納部５１０に登録する。
【００６１】
プラグインマネージャ５１１は、独自のスケジュール、又は、ユーザからの指示によりネットワークを介してデバイス１００からデバイス管理情報を取得する。プラグインマネージャ５１１は、対象デバイスとそのＳＮＭＰ認証情報をプラグインＳＮＭＰ認証情報格納部５１０から取り出し、ＳＮＭＰクライアント５１２へデバイス管理情報の取得要求を発行する。なお、プラグインＳＮＭＰ認証情報格納部５１０は、例えば、記憶装置４０８で構成される。
【００６２】
また、プラグインＵＩデバイス登録部５０６では、既に登録されているデバイスのＳＮＭＰ認証情報更新指示を発行することができる。本実施形態において、ＳＮＭＰ認証情報を更新する方法は２通りある。一つは、プラグインソフトウェア５２０として新規ＳＮＭＰ認証情報を上書きする更新方法である。もう一つは、既存のデバイスで関連付けされているＳＮＭＰ認証情報を削除し、管理ソフトウェア５００からＳＮＭＰ認証情報を取得する更新方法である。
【００６３】
プラグインソフトウェアとして新規ＳＮＭＰ認証情報を上書きする更新方法は、デバイス登録時の処理と変わらないため、ここでの説明を割愛する。プラグインソフトウェア５２０が、管理ソフトウェア５００からＳＮＭＰ認証情報を取得する更新方法は、プラグインＵＩデバイス登録部５０６にて、既に登録しているデバイスのＳＮＭＰ認証情報更新のリクエストを受け付ける。更新リクエストを受け付けたプラグインＵＩデバイス登録部５０６は、管理ソフトウェア５００からＳＮＭＰ認証情報の取得を行う更新リクエストであることと、対象のデバイス情報をＳＮＭＰ認証情報決定ロジック部５０７に伝える。ＳＮＭＰ認証情報決定ロジック部５０７は、ＳＮＭＰ認証情報入出力部５０２に対象デバイスのＳＮＭＰ認証情報取得のリクエストを発行する。
【００６４】
このリクエストの結果、ＳＮＭＰ認証情報入出力部５０２から、対象デバイスのＳＮＭＰ認証情報を得られた場合、ＳＮＭＰ認証情報決定ロジック部５０７は、対象デバイスと取得したＳＮＭＰ認証情報を関連付ける。そして、ＳＮＭＰ認証情報決定ロジック部５０７は、プラグインＳＮＭＰ認証情報入出力部５０８に登録依頼を発行する。また、リクエストの結果、管理ソフトウェア５００からＳＮＭＰ認証情報が得られなかった場合、ＳＮＭＰ認証情報決定ロジック部５０７は、現在登録されているＳＮＭＰ認証情報を変更せずに、更新処理を終了する。
【００６５】
なお、管理ソフトウェア５００における管理ソフトデバイス情報格納部５０４を第一の保持部とすると、プラグインソフトウェア５２０のプラグインＳＮＭＰ認証情報格納部５１０を第二の保持部とする。なお、ソフトウェア構成の説明のために、これらを分けて示すが、物理的な構成としては、同じハードウェアであっても構わない。
【００６６】
＜管理ソフトウェアの不揮発性領域構成＞
図６は、図５に示す管理ソフト共通認証情報格納部５０３と管理ソフトデバイス情報格納部５０４に記録されている情報の一部を示す図である。管理ソフトウェア５００はＳＮＭＰを利用してデバイスから管理情報取得するために、不揮発性領域に格納された情報を確認し、各デバイスへアクセスするための認証情報を取得する。ここでの不揮発性領域とは、例えば、図４に示した記憶装置４０８内に構成される。
【００６７】
Ｄｅｖｉｃｅ  ＩＤ６０１は、デバイス１００を一意に識別するための識別子であり、例えば、デバイスのシリアル番号やＭａｃ  Ａｄｄｒｅｓｓなどが利用される。この識別子を利用することで、管理装置１０１はデバイスを一意に識別することができる。
【００６８】
Ｃｏｍｍｕｎｉｔｙ  Ｎａｍｅ６０２は、管理ソフトウェアがネットワークを介してデバイスから管理情報を取得する際に利用するＳＮＭＰの認証情報である。
【００６９】
Ｔｙｐｅ６０３は、Ｄｅｖｉｃｅ  ＩＤ６０１とＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ６０２との関係を表している。例えば、表内の「Ｄｅｖｉｃｅ  Ａ」におけるＴｙｐｅ項目には、「共有のコミュニティ名」と記録されている。これは、Ｄｅｖｉｃｅ  Ａが登録される際に、個別のＳＮＭＰ認証情報が指定されずに管理ソフトウェア５００が共通で利用するためのＳＮＭＰ認証情報のデフォルト値（ｐｕｂｌｉｃ−ｐａｒｅｎｔ）が適用されたことを示している。
【００７０】
また、表内の「Ｄｅｖｉｃｅ  Ｂ」におけるＴｙｐｅ項目には「個別のコミュニティ名」と記録されている。これは、Ｄｅｖｉｃｅ  Ｂが登録される際に、個別のＳＮＭＰ認証情報（ｄｅｖ−ｇｒｏｕｐ１）が指定されたことを示している。
【００７１】
次に、表内の「Ｄｅｖｉｃｅ  Ｄ」におけるＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ項目にはエントリがなく、Ｔｙｐｅ項目には、「コミュニティ名なし」と記録されている。これは、管理ソフトウェアに共通で利用するＳＮＭＰ認証情報のデフォルト値が設定されていない時に、デバイス登録されることで、このようなエントリが作成される。ここでの、デフォルト値が設定されていない時とは、例えば、管理ソフトウェア５００が管理装置１０１にインストールされてデフォルトのＳＮＭＰ認証情報を設定するまでの間のことを指す。
【００７２】
最後に表内の「Ｄｅｆａｕｌｔ  Ｄｅｖｉｃｅ」におけるＴｙｐｅ項目には「共有のコミュニティ名」と記録されている。これは、図５の管理ソフト共通認証情報格納部５０３に格納されている情報であり、管理ソフトウェア５００にて共通で利用するＳＮＭＰ認証情報のデフォルト値（ｐｕｂｌｉｃ−ｐａｒｅｎｔ）を示している。また、ここではＴｙｐｅにおける情報を文字列で意味を表しているが、実際にはフラグなどを利用して区別され、その設定がＤＢに格納されるのが一般的である。
【００７３】
＜プラグインソフトウェアの不揮発性領域構成＞
図７は、図５に示すプラグインデフォルト認証情報格納部５０９とプラグインＳＮＭＰ認証情報格納部５１０に記録されている情報の一部を示す図である。プラグインソフトウェア５２０は、ＳＮＭＰを利用してデバイス１００から管理情報取得するために、不揮発性領域に格納された情報を確認し、デバイスへアクセスするための認証情報を取得する。ここでの不揮発性領域とは、例えば、図４に示した管理装置１０１の記憶装置４０８内に構成される。
【００７４】
Ｄｅｖｉｃｅ  ＩＤ７０１と、Ｃｏｍｍｕｎｉｔｙ  Ｎａｍｅ７０２に関する説明は、図６におけるＤｅｖｉｃｅ  ＩＤ６０１とＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ６０２と同じであるため、割愛する。
【００７５】
Ｔｙｐｅ７０３は、Ｄｅｖｉｃｅ  ＩＤ７０１とＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ７０２との関係を表している。例えば、表内の「Ｄｅｖｉｃｅ  Ａ」におけるＴｙｐｅ項目には「管理ソフトのコミュニティ名」と記録されている。これは、プラグインソフトウェア５２０にデバイスが登録された時に、プラグインＵＩデバイス登録部５０６にてＳＮＭＰ認証情報が指定されず、管理ソフトデバイス情報格納部５０４にて管理されていた情報（ｐｕｂｌｉｃ−ｐａｒｅｎｔ）を取得したことを意味する。また、表内に「Ｄｅｖｉｃｅ  Ｂ」のエントリがないのは、プラグインソフトウェア５２０がＤｅｖｉｃｅ  Ｂを管理対象としていないためである。これは、管理ソフトウェア５００とプラグインソフトウェア５２０が管理対象のデバイスをそれぞれで選択できることを意味する。
【００７６】
次に、表内の「Ｄｅｖｉｃｅ  Ｃ」におけるＴｙｐｅ項目には「プラグイン個別のコミュニティ名」と記載されている。これは、プラグインソフトウェア５２０にデバイスが登録された時に、ＳＮＭＰ認証情報が指定されず、管理ソフトウェア５００でも認証情報を管理していなかったために、プラグインソフトウェア５２０が管理しているＳＮＭＰ認証情報のデフォルト値（ｍａｉｎｔｅｎａｎｃｅ−ｇｒｏｕｐ１）が適用されたことを意味する。
【００７７】
最後に、表内の「Ｄｅｆａｕｌｔ  Ｄｅｖｉｃｅ」におけるＴｙｐｅ項目には「プラグイン共通のコミュニティ名」と記録されている。これは、図５のプラグインデフォルト認証情報格納部５０９に格納されている情報であり、プラグインソフトウェア５２０にて共通で利用するＳＮＭＰ認証情報のデフォルト値（ｐｕｂｌｉｃ−ｐｌｕｇｉｎ）を示している。また、この表におけるＴｙｐｅ項目の情報も、図６と同じでありここでは文字列で意味を表しているが実際にはフラグなどを利用して区別され、その設定がＤＢに格納される。
【００７８】
＜プラグインソフトウェアの不揮発性領域構成＞
図８は、図５に示すプラグインデフォルト認証情報格納部５０９とプラグインＳＮＭＰ認証情報格納部５１０に記録されている情報の一部を示す図である。プラグインソフトウェア５２０は、デバイス登録時にＳＮＭＰ認証情報を指定されないと、管理ソフトウェア５００のＳＮＭＰ認証情報を参照して、対象デバイスとＳＮＭＰ認証情報を関連付けて格納を行う。しかし、管理ソフトウェア５００にてＳＮＭＰ認証情報が更新された場合、プラグインソフトウェア５２０を使用するユーザが異なるため自動更新を行わない。したがって、デバイス１００及び管理ソフトウェア５００でＳＮＭＰ認証情報が更新された場合、プラグインソフトウェア５２０が通信できなくなってしまう。これを回避するために、プラグインソフトウェア５２０ではユーザＢがコミュニティ名の取得更新指示を発行すると、指定したデバイスにおけるコミュニティ名を管理ソフトウェア５００から再度の取得を行う。
【００７９】
例えば、図７の状態から、表内の「Ｄｅｖｉｃｅ  Ｃ」を対象にしてユーザＢがコミュニティ名の取得更新を指示すると、図５における管理ソフトウェア５００の管理する「Ｄｅｖｉｃｅ  Ｃ」のＣｏｍｍｕｎｉｔｙ  Ｎａｍｅを取得する。ここで、「ＤｅｖｉｃｅＣ」のＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ項目の情報の取得が成功した場合、プラグインソフトウェア５２０は、図７における「Ｄｅｖｉｃｅ  Ｃ」のようにＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ項目を図７の「ｍａｉｎｔｅｎａｎｃｅ−ｇｒｏｕｐ１」から図８の「ｄｅｖ−ｇｒｏｕｐ１」へと更新する。また、ここで管理ソフトウェア５００からＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ項目の情報を取得できなかった場合には、管理ソフトウェア５００は更新情報を保持していないので、プラグインソフトウェア５２０は管理していたＣｏｍｍｕｎｉｔｙ  Ｎａｍｅ項目の情報を継続して利用する。
【００８０】
＜管理ソフトウェアの動作例＞
上記構成に基づいて、本実施形態の管理ソフトウェア５００の動作例を説明する。
【００８１】
図９は、管理ソフトウェア５００にデバイス１００を登録する際に、デバイスとコミュニティ名が関連付けされるまでの処理を表すフローチャートである。このフローチャートの各処理は、図４に示すＲＯＭ４０３、記憶装置４０８のいずれかの記憶手段に記憶されたプログラムが、必要に応じてＲＡＭ４０４に展開され、ＣＰＵ４０２により実行されることで実現される。また、ここに示すフローチャートの処理は、図５に示す管理ソフトウェア５００の処理を示したものである。
【００８２】
図９において、管理ソフトウェア５００のデバイス登録画面が要求されると、フローチャートに示す処理が開始される。管理ソフトウェア５００は、Ｓ９０１にて、デバイス登録要求を受けたか否かの判定を行う。ここで、デバイス登録要求を受けると（Ｓ９０１にてＹＥＳ）、Ｓ９０１からＳ９０２へ処理が移る。
【００８３】
管理ソフトウェア５００は、Ｓ９０２にてデバイス登録要求の詳細情報を確認する。このとき、デバイス登録要求の詳細情報にＳＮＭＰ認証情報が指定されていた場合（Ｓ９０２にてＹＥＳ）、Ｓ９０２からＳ９０３へ処理が移る。また、デバイス登録要求の詳細情報にＳＮＭＰ認証情報が指定されていなかった場合には（Ｓ９０２にてＮＯ）、Ｓ９０２からＳ９０４へ処理が移る。
【００８４】
管理ソフトウェア５００は、Ｓ９０３にて登録対象のデバイスと指定されたＳＮＭＰの認証情報を関連付けて、図５における管理ソフトデバイス情報格納部５０４にデバイスとＳＮＭＰ認証情報を格納し、処理を終了する。
【００８５】
管理ソフトウェア５００は、Ｓ９０４にて、管理ソフトウェア共通で利用するＳＮＭＰ認証情報のデフォルト値が設定されているか否かを確認する。ここで、管理ソフトウェア共通で利用するＳＮＭＰ認証情報のデフォルト値が設定されていた場合には（Ｓ９０４にてＹＥＳ）、Ｓ９０４からＳ９０５へ処理が移る。管理ソフトウェア共通で利用するＳＮＭＰ認証情報のデフォルト値が設定されていない場合には（Ｓ９０４にてＮＯ）、Ｓ９０４からＳ９０６へ処理が移る。
【００８６】
管理ソフトウェア５００は、Ｓ９０５にて登録対象のデバイスと管理ソフトウェア共通で利用するＳＮＭＰ認証情報のデフォルト値とを関連付けて、図５における管理ソフトデバイス情報格納部５０４にデバイスとＳＮＭＰ認証情報を格納し、処理を終了する。
【００８７】
管理ソフトウェア５００は、Ｓ９０６にて、登録対象のデバイスには、関連付けるべきＳＮＭＰの認証情報なしで図５における管理ソフトデバイス情報格納部５０４にデバイス情報のみを格納し、処理を終了する。
【００８８】
＜プラグインソフトウェアのデバイス登録における動作例＞
上記構成に基づいて、本実施形態のプラグインソフトウェア５２０のデバイス登録における動作例を説明する。
【００８９】
図１０は、プラグインソフトウェア５２０にデバイス１００を登録する際に、デバイスとコミュニティ名とが関連付けされるまでの処理を表すフローチャートである。このフローチャートの処理は、図４に示すＲＯＭ４０３、記憶装置４０８のいずれかの記憶手段に記憶されたプログラムが、必要に応じてＲＡＭ４０４に展開され、ＣＰＵ４０２により実行されることで実現される。また、ここに示すフローチャートの各処理は、図５に示すプラグインソフトウェア５２０の処理を示したものである。
【００９０】
図１０において、プラグインソフトウェア５２０のデバイス登録画面が要求されると、フローチャートに示す処理が開始される。プラグインソフトウェア５２０は、Ｓ１００１にて、デバイス登録要求を受けたか否かの判定を行う。ここで、デバイス登録要求を受けると（Ｓ１００１にてＹＥＳ）、Ｓ１００１からＳ１００２へ処理が移る。
【００９１】
プラグインソフトウェア５２０は、Ｓ１００２にてデバイス登録要求の詳細情報を確認する。このとき、デバイス登録要求の詳細情報にＳＮＭＰ認証情報が指定されていた場合（Ｓ１００２にてＹＥＳ）、Ｓ１００２からＳ１００３へ処理が移る。また、デバイス登録要求の詳細情報にＳＮＭＰ認証情報が指定されていなかった場合には（Ｓ１００２にてＮＯ）、Ｓ１００２からＳ１００４へ処理が移る。
【００９２】
プラグインソフトウェア５２０は、Ｓ１００３にて登録対象のデバイスと指定されたＳＮＭＰの認証情報を関連付けて、図５におけるプラグインＳＮＭＰ認証情報格納部５１０にデバイスとＳＮＭＰ認証情報を格納し、処理を終了する。
【００９３】
プラグインソフトウェア５２０は、Ｓ１００４にて、登録対象デバイスのＳＮＭＰ認証情報が管理ソフトウェア５００に登録されてあるか否かを確認する。ここで、登録対処デバイスのＳＮＭＰ認証情報が管理ソフトウェアに既に登録されてある場合には（Ｓ１００４にてＹＥＳ）、Ｓ１００４からＳ１００５へ処理が移る。登録対象デバイスのＳＮＭＰ認証情報が管理ソフトウェアに登録されていなかった場合には（Ｓ１００４にてＮＯ）、Ｓ１００４からＳ１００６へ処理が移る。なお、Ｓ１００４にて、ＳＮＭＰ認証情報が管理ソフトウェア５００に登録されていても、当該ＳＮＭＰ認証情報が取得できない場合には、判定をＮＯとしても構わない。
【００９４】
プラグインソフトウェア５２０は、Ｓ１００５にて登録対象のデバイスと管理ソフトウェア５００にて登録されている登録対象デバイスのＳＮＭＰ認証情報を関連付ける。そして、図５におけるプラグインＳＮＭＰ認証情報格納部５１０にデバイスとＳＮＭＰ認証情報を格納し、処理を終了する。
【００９５】
プラグインソフトウェア５２０は、Ｓ１００６にて、登録対象のデバイスとプラグインソフトウェア５２０にて共通で利用するＳＮＭＰ認証情報のデフォルト値を関連付ける。そして、図５におけるプラグインＳＮＭＰ認証情報格納部５１０にデバイスとＳＮＭＰの認証情報を格納し、処理を終了する。
【００９６】
上記のように、管理ソフトウェアに保持される情報に応じて、プラグインソフトウェアにおけるＳＮＭＰ認証情報の登録優先順位を定義することで、以下のケースにおける認証情報管理が適切に行うことができるようになる。まとめると、プラグインソフトウェアにて設定される本実施形態におけるＳＮＭＰ認証情報の優先順位は、（１）プラグインの設定画面などにより指定されたコミュニティ名（ユーザ指定等によるデバイスのコミュニティ名）、（２）管理ソフトウェアが保持するコミュニティ名、（３）プラグインソフトウェアのデフォルト（共通）のコミュニティ名となる。
【００９７】
また、管理ソフトウェアにおいてのＳＮＭＰ認証情報の優先順位は、（１）管理ソフトウェアのコミュニティ名（ユーザ指定等によるデバイスのコミュニティ名）、（２）管理ソフトウェアのコミュニティ名（共通）、（３）設定なし、となる。
【００９８】
例えば、セキュリティに関して厳しく管理を行っている企業を想定する。管理ソフトウェアの使用者と、プラグインソフトウェアの使用者は異なり、それぞれ独立してデバイスを管理する。このような場合、各ソフトウェアでは一台のデバイスに対してそれぞれ別のＳＮＭＰ認証情報を定義して管理することができる。これにより、管理ソフトウェアとプラグインソフトウェアの独立性を保ち、高いセキュリティの管理が可能となる。
【００９９】
一方、デバイスにおけるセキュリティ管理について厳しい管理を行う必要がないと判断している企業がある。このような場合は、デバイスには一つのＳＮＭＰ認証情報（たとえば「ｐｕｂｌｉｃ」）を設定する。そして、管理ソフトウェアでＳＮＭＰ認証情報のデフォルト値を設定する。この設定により、管理ソフトウェア、及び、プラグインソフトウェアにおいて個別に入力することなくデフォルトのＳＮＭＰ認証情報を共通で利用することができるようになる。
【０１００】
また、各ソフトウェアでは、それぞれのデバイスに対しＳＮＭＰの認証情報のデフォルト値を利用するか、個別の設定値を利用するかを決定できるため、その時の状況に応じてＳＮＭＰの認証情報を使い分けることができるようになる。
【０１０１】
＜プラグインソフトウェアのＳＮＭＰ認証情報更新における動作例＞
上記構成に基づいて、本実施形態のプラグインソフトウェア５２０のＳＮＭＰ認証情報更新における動作例を説明する。
【０１０２】
図１１は、プラグインソフトウェア５２０に登録されたデバイス１００のＳＮＭＰ認証情報を更新する際に、デバイスとコミュニティ名が関連付けされるまでの処理を表すフローチャートである。このフローチャートの処理は、図４に示すＲＯＭ４０３、記憶装置４０８のいずれかの記憶手段に記憶されたプログラムが、必要に応じてＲＡＭ４０４に展開され、ＣＰＵ４０２により実行されることで実現される。また、ここに示すフローチャートの処理は、図５に示すプラグインソフトウェア５２０の処理を示したものである。
【０１０３】
図１１において、プラグインソフトウェア５２０に登録しているデバイスのＳＮＭＰ認証情報更新画面が要求されると、フローチャートに示す処理が開始される。プラグインソフトウェア５２０は、Ｓ１１０１にて、例えば、操作部ＵＩ３０６を介してユーザから管理しているデバイスのＳＮＭＰ認証情報の更新要求を受けたか否かの判定を行う。ここで、ＳＮＭＰ認証情報の更新要求を受けると（Ｓ１１０１にてＹＥＳ）、Ｓ１１０１からＳ１１０２へ処理が移る。
【０１０４】
プラグインソフトウェア５２０は、Ｓ１１０２にて更新対象のデバイスのＳＮＭＰ認証情報が管理ソフトウェア５００に登録されているか否かを確認する。ここで、更新対象のデバイスのＳＮＭＰ認証情報が管理ソフトウェア５００に登録されてある場合には（Ｓ１１０２にてＹＥＳ）、Ｓ１１０２からＳ１１０３へ処理が移る。更新対象のデバイスのＳＮＭＰ認証情報が管理ソフトウェア５００に登録されていなかった場合には（Ｓ１１０２にてＮＯ）、Ｓ１１０２からＳ１１０４に処理が移る。
【０１０５】
プラグインソフトウェア５２０は、Ｓ１１０３にて、更新対象のデバイスと管理ソフトウェア５００にて登録されている更新対象デバイスのＳＮＭＰ認証情報とを関連付ける。そして、図５におけるプラグインＳＮＭＰ認証情報格納部５１０にデバイスの情報とＳＮＭＰ認証情報を格納し、処理を終了する。
【０１０６】
プラグインソフトウェア５２０は、Ｓ１１０４にて、ＳＮＭＰ認証情報を変更せずそのままの状態で処理を終了する。
【０１０７】
＜プラグインソフトウェアのデバイス登録におけるユーザインタフェース例＞
図１２は、プラグインソフトウェア５２０におけるデバイス１００の登録画面でのデバイス登録方法について示している。プラグインソフトウェア５２０が管理ソフトウェア５００に登録されたデバイスをプラグインソフトウェア５２０の管理対象とする場合の表示方法の一例について図１２を利用して説明する。
【０１０８】
図１２（Ａ）は、プラグインソフトウェア５２０におけるデバイスの登録画面例である。これは、図５に示すプラグインＵＩデバイス登録部５０６によりユーザに提供される。ユーザは、ここに直接デバイスの情報を記入してデバイス登録を行うことができる。ユーザは管理ソフトウェア５００に登録されているデバイスを参照する場合には、図１２（Ａ）上部の「Ａｄｄ  ｆｒｏｍ  Ｄｅｖｉｃｅ  Ｌｉｓｔ」ボタン１２０１を押下する。次に、図１２（Ｂ）の画面に遷移する。
【０１０９】
図１２（Ｂ）は、管理ソフトウェア５００のデバイスリストをリストで表示する画面例である。プラグインソフトウェア５２０のユーザは、このデバイスリストの中から、管理対象とするデバイスをチェックボックスにて選択し、決定する。画面下部の「Ａｄｄ」ボタン１２０２を押下することで、図１２（Ｃ）の画面に遷移する。ここでは、デバイスリストに示される上２つのデバイスを選択したものとして、説明を行う。
【０１１０】
図１２（Ｃ）は、もとのプラグインソフトウェア５２０におけるデバイス登録画面例であり、図１２（Ａ）と同じ画面構成であるが、図１２（Ｂ）にて選択したデバイスが登録記入済みの形で表示される。ここでは、デバイスのＳＮＭＰ認証情報であるＣｏｍｍｕｎｉｔｙ  Ｎａｍｅの設定値１２０３は管理ソフトウェアの情報を参照しているが、ユーザには具体的な値は表示されない。これは、同じ設定値を用いるにしても、ユーザにその具体的な値を認識させないようにするためである。また、ここでＳＮＭＰ認証情報を変更したい場合には、ユーザはこの画面上にて認証情報を編集することができる。最後にデバイス情報の編集が完了すると、画面下部の「Ａｄｄ」ボタン１２０４を押下することで、プラグインソフトウェア５２０におけるデバイス登録が完了する。
【０１１１】
このようにして、プラグインソフトウェアのユーザは、管理ソフトウェアに登録されたデバイスのＳＮＭＰ認証情報を利用することができ、さらに、自分自身で指定したい場合には、優先的にＳＮＭＰ認証情報を編集することもできるようになる。
【０１１２】
＜プラグインソフトウェアのＳＮＭＰ認証情報表示におけるユーザインタフェース例＞
図１３は、プラグインソフトウェア５２０におけるデバイス１００のＳＮＭＰ認証情報を表示する方法について示している。プラグインソフトウェア５２０が管理ソフトウェア５００から取得したデバイスのＳＮＭＰ認証情報を表示する方法と、プラグインソフトウェア５２０の管理画面から直接入力されたデバイスのＳＮＭＰ認証情報を表示する方法には違いを設けることが考えられる。
【０１１３】
図１３（Ａ）は、プラグインソフトウェア５２０において管理されているデバイスの詳細情報表示画面の一例を示している。このデバイスはＳＮＭＰ認証情報を管理ソフトウェア５００から参照して設定したデバイスである。このデバイスのＳＮＭＰ認証情報１３０１（図１３（Ａ）中のＳＮＭＰ  Ｃｏｍｍｕｎｉｔｙ  Ｎａｍｅ）には、「（Ｓｅｔ）」の文字列を表示し実際の認証情報は表示しない。
【０１１４】
また、図１３（Ｂ）は、同様にプラグインソフトウェア５２０において管理されているデバイスの詳細情報表示画面の一例を示している。このデバイスは、ＳＮＭＰ認証情報をプラグインソフトウェア５２０のＵＩを通して設定したデバイスである。このデバイスのＳＮＭＰ認証情報１３０２（図１３（Ｂ）中のＳＮＭＰ  Ｃｏｍｍｕｎｉｔｙ  Ｎａｍｅ）には、実際に入力した文字列（ここでは、「ｍａｉｎｔｅｎａｎｃｅ−ｇｒｏｕｐ１」）を表示する。
【０１１５】
このようにすることで、管理ソフトウェア５００でＳＮＭＰ認証情報が設定されていれば、プラグインソフトウェア５２０の使用者がＳＮＭＰ認証情報を知らなかったとしても管理ソフトウェア５００と同じようにデバイスから情報を取得することができる。
【０１１６】
また、プラグインソフトウェア５２０の使用者にＳＮＭＰ認証情報というセキュリティ情報を伝えることなくデバイスからの情報取得を行うことができる。これは、管理ソフトウェア５００の使用者がシステム管理者であり、プラグインソフトウェア５２０の使用者がメンテナンスを請け負うサービスマンであるようにユーザが異なる場合を考える。このような場合には、システム管理者は認証情報を共有することなく、アクセス権限を共有することができるという効果がある。
【０１１７】
＜デバイスコミュニティ名の自動更新処理＞
上述の構成に基づいて、本実施形態のプラグインソフトウェア５２０とデバイス１００との通信における動作例を説明する。
【０１１８】
図１４は、プラグインソフトウェア５２０とデバイス１００が通信する際に、通信対象となるデバイス１００のコミュニティ名を自動で更新する処理を表すフローチャートである。このフローチャートの処理は、図４に示すＲＯＭ４０３、記憶装置４０８のいずれかの記憶手段に記憶されたプログラムが、必要に応じてＲＡＭ４０４に展開され、ＣＰＵ４０２により実行されることで実現される。また、ここに示すフローチャートの各処理は、図５に示すプラグインソフトウェア５２０の処理を示したものである。
【０１１９】
プラグインソフトウェア５２０のプラグインマネージャ５１１は、予め定義された独自のスケジュール、或いは、ユーザからの指示により、ネットワーク１０２を介して、デバイス１００からデバイス管理情報を取得するために通信を行う。この通信における処理フローを図１４に示す。なお、以下の説明において、プラグインソフトウェア５２０自身のＳＮＭＰ認証情報を「ＳＮＭＰ認証情報Ｘ」と記載し、管理ソフトウェア５００に登録されているデバイスのＳＮＭＰ認証情報を「ＳＮＭＰ認証情報Ｙ」と記載する。
【０１２０】
プラグインソフトウェア５２０とデバイス１００の通信処理が開始すると、図１４のフローチャートに示す処理が開始される。プラグインソフトウェア５２０は、Ｓ１４０１にて、例えばスケジュール送信、或いはユーザからの指示をトリガとして、プラグインソフトウェア５２０自身のＳＮＭＰ認証情報Ｘでデバイス１００と通信を行う。
【０１２１】
ここで、通信処理が失敗すると（Ｓ１４０２にてＹＥＳ）、Ｓ１４０３に処理が移る。通信処理が成功すると（Ｓ１４０２にてＮＯ）、プラグインソフトウェア５２０は、ＳＮＭＰ認証情報を変更せず、本フローを終了する。また、Ｓ１４０２の通信の成否判定において、ＳＮＭＰ認証情報に起因しないエラーの場合には、プラグインソフトウェア５２０は、通信成功と判定し（Ｓ１４０２にてＮＯ）、ＳＮＭＰ認証情報を変更せず、本フローを終了する。
【０１２２】
Ｓ１４０３では、プラグインソフトウェア５２０は、通信対象デバイスのＳＮＭＰ認証情報Ｙを管理ソフトウェア５００から取得する。そして、Ｓ１４０４にて、プラグインソフトウェア５２０は、ＳＮＭＰ認証情報Ｙが管理ソフトウェア５００に登録されており、且つ、Ｓ１４０１で通信に使用したＳＮＭＰ認証情報ＸとＳＮＭＰ認証情報Ｙが異なっているかを判定する。ここで、ＳＮＭＰ認証情報Ｙが、管理ソフトウェア５００に登録されており、且つ、ＳＮＭＰ認証情報Ｘと異なる場合（Ｓ１４０４にてＹＥＳ）、Ｓ１４０５へ処理が移る。それ以外の場合は（Ｓ１４０４にてＮＯ）、プラグインソフトウェア５２０は、ＳＮＭＰ認証情報Ｘの値を変更せず、本フローを終了する。なお、通信対象のデバイスに対するＳＮＭＰ認証情報Ｙが管理ソフトウェア５００に登録されていない場合は、Ｓ１４０３にてＳＮＭＰ認証情報Ｙは、取得できないこととなる。
【０１２３】
Ｓ１４０５では、プラグインソフトウェア５２０は、Ｓ１４０３で取得したＳＮＭＰ認証情報Ｙを使用して、通信対象であるデバイス１００と通信を行う。この通信内容については、例えば、Ｓ１４０１で実行した通信データの再送を行う。ここで、通信処理が成功すると（Ｓ１４０６にてＹＥＳ）、Ｓ１４０７に処理が移る。通信処理が失敗すると（Ｓ１４０６にてＮＯ）、本フローを終了する。
【０１２４】
Ｓ１４０７では、プラグインソフトウェア５２０は、図５におけるプラグインＳＮＭＰ認証情報格納部５１０に管理ソフトウェア５００から取得したＳＮＭＰ認証情報Ｙを保存する。そして、本処理フローを終了する。
【０１２５】
なお、本実施形態においては、最初の通信失敗後、管理ソフトウェア５００のＳＮＭＰ認証情報Ｙによる通信の試行（Ｓ１４０５）を１回として構成しているが、複数回行うよう構成してもよい。
【０１２６】
また、本実施形態においては、最初の通信後の再送処理時に、管理ソフトウェア５００のＳＮＭＰ認証情報Ｙによる通信の試行（Ｓ１４０５）を行っているが、別のタイミングで実施してもよい。その場合、プラグインソフトウェア５２０は、通信結果を保持しておき、一定間隔の定期処理などでその通信結果を参照することにより、管理ソフトウェア５００のＳＮＭＰ認証情報Ｙによる通信を試行するか判定する。また、ここで試行する通信内容については、先に失敗した通信と同じでもよいし、通信テスト用のデータ量の少ないデータ通信でもよい。
【０１２７】
本実施形態においては、プラグインソフトウェア５２０のＳＮＭＰ認証情報を更新するに際に、通信の失敗をトリガとして、管理ソフトウェア５００のＳＮＭＰ認証情報が通信に成功する有効な認証情報である時のみ自動で更新する。そのため、ユーザによるＳＮＭＰ認証情報の更新指示は不要となり、管理ソフトウェア５００のＳＮＭＰ認証情報の設定ミスの場合にも無効な値は取り込まない等の効果がある。
【０１２８】
＜その他の実施形態＞
デバイス管理のための認証情報にＳＮＭＰ認証情報を用いて上記実施形態を説明したが、認証情報であれば何でもよくプロトコルをＳＮＭＰに限定をしない。ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のベーシック認証やその他のプロトコルの認証情報であってもよい。
【０１２９】
また、管理ソフトウェアにおいて、個別にＳＮＭＰの認証情報を設定しなかった場合に、管理ソフトウェア共通のＳＮＭＰ認証情報が設定されるようにしているが、管理ソフトウェアには共通のＳＮＭＰ認証情報を設定する手段はなくてもよい。
【０１３０】
また、本実施形態において、ＳＮＭＰ  ｖｅｒｓｉｏｎ  １を用いたが、これに限定するものではなく、ＳＮＭＰの他のバージョンを適用してもよく、ＳＮＭＰの認証情報として、例えば、ＳＮＭＰ  ｖｅｒｓｉｏｎ  ３のユーザ名とパスワードを用いても構わない。
【０１３１】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
0005820258.tif 000002
【図２】
0005820258.tif 000003
【図３】
0005820258.tif 000004
【図４】
0005820258.tif 000005
【図５】
0005820258.tif 000006
【図６】
0005820258.tif 000007
【図７】
0005820258.tif 000008
【図８】
0005820258.tif 000009
【図９】
0005820258.tif 000010
【図１０】
0005820258.tif 000011
【図１１】
0005820258.tif 000012
【図１２】
0005820258.tif 000013
【図１３】
0005820258.tif 000014
【図１４】
0005820258.tif 000015