(57)【要約】【課題】管理対象のデバイスに接続するときに使用される、デバイスごとの認証情報の設定および管理を効率的に行うための管理システムを提供する。【解決手段】管理システムの通信手段は、ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が未決定なら、管理済みの共通の認証情報の中から１つずつ順に利用してネットワークデバイスとの認証処理を試行する。保存手段は、認証が成功した場合に、該認証で用いた認証情報をネットワークデバイスに関連付けて保存する。通信手段は、ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が保存されていた場合には、試行を行うことなく、保存された認証情報を用いた通信を行う。【選択図】図４
2020102191.tif 000002
【特許請求の範囲】
【請求項１】
共通の認証情報として、プロトコル毎に１以上、登録される、認証に必要な情報を管理する管理手段と、
ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が未決定なら、管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を試行する通信手段と、
認証が成功した場合に、該認証で用いた認証情報を前記ネットワークデバイスに関連付けて保存する保存手段と、を有し、
前記通信手段は、前記ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が保存されていた場合には、前記試行を行うことなく、保存された認証情報を用いた通信を行う
ことを特徴とする管理システム。
【請求項２】
前記管理手段および前記保存手段は、前記共通の認証情報を管理する第１のアプリケーションの処理によって実現され、
前記通信手段は、前記第１のアプリケーションとは異なる第２のアプリケーションの処理により実現される
ことを特徴とする請求項１に記載の管理システム。
【請求項３】
前記管理手段は、さらに、前記第２のアプリケーションの識別情報に関連付けて、プロトコルと共通の認証情報とを管理し、
前記通信手段は、ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が未決定なら、当該第２のアプリケーションの識別情報に関連付けて管理されている前記共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を試行する
ことを特徴とする請求項２に記載の管理システム。
【請求項４】
前記通信手段は、前記保存された認証情報を用いた通信に失敗した場合、管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を再試行する
ことを特徴とする請求項１乃至３のいずれか一項に記載の管理システム。
【請求項５】
前記保存手段は、前記プロトコル毎に、認証に成功した前記認証情報を前記ネットワークデバイスに関連付けて保存し、
前記通信手段は、前記ネットワークデバイスに対して所定のプロトコルで通信する際に認証が必要となった場合、前記ネットワークデバイスに関連付けて保存されている、前記所定のプロトコルに対応する前記認証情報を用いる
ことを特徴とする請求項１乃至４のいずれか一項に記載の管理システム。
【請求項６】
前記通信手段は、
第１のタスクを実行するために、前記所定のプロトコルを用いて前記ネットワークデバイスに対して通信する際に認証が必要となった場合に、
前記所定のプロトコルおよび前記ネットワークデバイスに関連付けて保存された、前記第１のタスクとは異なる第２のタスクを実行するときの認証で使用された認証情報を共有して使用する
ことを特徴とする請求項５に記載の管理システム。
【請求項７】
前記管理手段は、さらに、前記ネットワークデバイスに対応するＷＥＢサービスの認証タイプ毎に１以上、登録される、認証に必要な情報を前記共通の認証情報として管理し、
前記通信手段は、
前記ネットワークデバイスに対してＷＥＢサービスを用いて通信する際に認証が必要となった場合、前記ネットワークデバイスから、当該ネットワークデバイスに対応する前記認証タイプを取得し、
前記通信のために用いる認証情報が未決定なら、前記取得した認証タイプに対応する管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を試行する
ことを特徴とする請求項１乃至６のいずれか一項に記載の管理システム。
【請求項８】
前記保存手段は、前記認証タイプに対応する認証情報を利用した認証が成功した場合に、当該認証情報を前記ＷＥＢサービス用の認証情報として前記ネットワークデバイスに関連付けて保存し、
前記通信手段は、前記ネットワークデバイスに対してＷＥＢサービスを用いて通信する際に認証が必要となった場合、当該ＷＥＢサービス用の認証情報が保存されていた場合には、前記試行を行うことなく、保存された認証情報を用いた通信を行う
ことを特徴とする請求項７に記載の管理システム。
【請求項９】
前記通信手段は、保存されたＷＥＢサービス用の認証情報を用いた通信に失敗した場合、または、保存されたＷＥＢサービス用の認証情報の認証タイプと、前記ネットワークデバイスから取得した認証タイプが一致しない場合には、前記取得した認証タイプに対応する管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を再試行する
ことを特徴とする請求項８に記載の管理システム。
【請求項１０】
ネットワークデバイスを管理するための管理システムにおける方法であって、
共通の認証情報として、プロトコル毎に１以上、登録される、認証に必要な情報を管理する管理工程と、
ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が未決定なら、管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理を試行する通信工程と、
認証が成功した場合に、該認証で用いた認証情報を前記ネットワークデバイスに関連付けて保存する保存工程と、を有し、
前記通信工程では、前記ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が保存されていた場合には、前記試行を行うことなく、保存された認証情報を用いた通信が行われる
ことを特徴とする方法。
【請求項１１】
ネットワークデバイスを管理するための管理システムにおけるコンピューターを、
共通の認証情報として、プロトコル毎に１以上、登録される、認証に必要な情報を管理する管理手段と、
認証に用いるべき認証情報をネットワークデバイスに関連付けて保存する保存手段として機能させるためのプログラムであって、
ネットワークデバイスに対して通信する際に認証が必要となった場合には、当該通信のために用いる認証情報が未決定なら、前記管理手段により管理済みの共通の認証情報の中から１つずつ順に利用して前記ネットワークデバイスとの認証処理が試行され、
前記ネットワークデバイスに対して通信する際に認証が必要となった場合に、当該通信のために用いる認証情報が前記保存手段により保存されていた場合には、前記試行を行うことなく、保存された認証情報を用いた通信が行われる
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、方法およびプログラムに関する。
【背景技術】
【０００２】
従来から、例えばプリンタや複合機などの画像形成装置（以下、デバイスとも称する）を管理する管理装置は、例えばＳＮＭＰやＨＴＴＰ等の通信を使用してデバイスからの情報の取得や、デバイスに対する処理の指示を行う。なお、ＳＮＭＰは、Simple Network Management Protocolの略であり、ＨＴＴＰは、Hyper Text Transfer Protocolの略である。
【０００３】
これらの通信を使用して管理装置がデバイスに接続する際には、認証情報が必要となる。例えば、ＳＮＭＰのバージョン１やバージョン２の場合は、デバイスに設定されているコミュニティ名が、管理装置が送信するＳＮＭＰリクエスト内に設定するコミュニティ名と一致している必要がある。例えば、ＨＴＴＰを使用してデバイスに接続する場合は、デバイスに設定してある認証情報に一致する認証情報を、ＨＴＴＰのヘッダ情報内等に設定する必要がある。したがって、管理装置は、デバイス毎にデバイスにアクセスする際に使用する認証情報を、通信の種類毎に管理する必要がある。
【０００４】
この認証情報の管理方法には、管理対象となるデバイスのタイプに応じて適切な認証情報を複数の候補から決定することが提案されている（例えば、特許文献１参照）。或いは、管理アプリケーション内の機能毎に認証情報を管理している場合、他の機能が設定している管理情報を利用することも提案されている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１１０２６１号公報
【特許文献２】特開２０１３−１６１４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
管理装置によって管理されるデバイスでは、例えば、デバイスの機種、構成、所属先などに応じて、デバイスごとに多種多様の認証が行われている。そのため、複数のデバイスを管理する管理装置の運用に際しては、デバイスごとに異なる認証情報の設定および管理がユーザにとって非常に煩雑であった。
【課題を解決するための手段】
【０００７】
一実施形態の管理システムは、共通の認証情報として、プロトコル毎に１以上、登録される、認証に必要な情報を管理する管理手段と、ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が未決定なら、管理済みの共通の認証情報の中から１つずつ順に利用してネットワークデバイスとの認証処理を試行する通信手段と、認証が成功した場合に、該認証で用いた認証情報を前記ネットワークデバイスに関連付けて保存する保存手段と、を有する。前記通信手段は、ネットワークデバイスに対して通信する際に認証が必要となった場合、当該通信のために用いる認証情報が保存されていた場合には、前記試行を行うことなく、保存された認証情報を用いた通信を行う。
【発明の効果】
【０００８】
一実施形態の管理システムによれば、ネットワークデバイスに通信するときに使用される、ネットワークデバイスごとの認証情報の設定および管理を効率的に行うことができる。
【図面の簡単な説明】
【０００９】
【図１】ネットワークデバイスの管理システムの全体構成と、各アプリケーションの構成要素とを示すブロック図である。
【図２】管理装置のハードウェア構成例を示すブロック図である。
【図３】共通の認証情報管理画面、共通の認証情報の編集画面についての表示例を示す図である。
【図４】認証情報を確認する処理を説明するフローチャートである。
【図５】共通の認証情報のリストを取得する処理を説明するフローチャートである。
【図６】デバイスにＷＥＢサービスを用いて接続する際の処理を説明するフローチャートである。
【図７】共通の認証情報管理画面、共通の認証情報の編集画面についての表示例を示す図である。
【図８】認証情報を確認する処理を説明するフローチャートである。
【図９】共通の認証情報のリストを取得する処理を説明するフローチャートである。
【図１０】第３実施形態における、ネットワークデバイスの管理システムの全体構成と、各アプリケーションの構成要素とを示すブロック図である。
【図１１】第３実施形態における、共通の認証情報の管理画面、共通の認証情報の編集画面の表示例を示す図である。
【図１２】エージェントを指定して共通の認証情報を取得する処理を説明するフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面などを参照して説明する。
【００１１】
（第１実施形態）
図１は、第１実施形態におけるネットワークデバイスの管理システムの全体構成例を示す。図１において、管理装置１０２と、デバイス１０３、１０４、１０５は、それぞれネットワーク１０６で接続される。
【００１２】
デバイス１０３、１０４、１０５は、管理装置１０２の後述するデバイス管理アプリケーション１０１により管理されるネットワークデバイスである。デバイス１０３、１０４、１０５としては、例えば、プリンタや複合機等の画像形成装置、ネットワーク接続のプロジェクタ、ネットワークカメラなど、ネットワーク接続可能である各種の周辺機器が挙げられる。なお、管理装置１０２に接続されるネットワークデバイスの数は、図１の例に限定されるものではない。
【００１３】
管理装置１０２は、デバイス１０３、１０４、１０５を管理する情報処理装置である。管理装置１０２では、デバイス管理アプリケーション１０１と、エージェントアプリケーション１０７とが動作する。
デバイス管理アプリケーション１０１は、第１のソフトウェアの一例であって、デバイス１０３、１０４、１０５を管理するためのソフトウェアである。エージェントアプリケーション１０７は、第２のソフトウェアの一例であって、ネットワークデバイスの管理のためにデバイス管理アプリケーション１０１と連携するソフトウェアである。
【００１４】
デバイス管理アプリケーション１０１は、ソフトウェアモジュールとして、エージェント管理部１１１と、デバイス管理部１１２と、認証情報管理部１１３と、タスク管理部１１４とを有する。
エージェント管理部１１１は、エージェントアプリケーション１０７の情報を管理する。また、エージェント管理部１１１は、エージェントアプリケーション１０７の管理対象となるネットワークデバイスの識別情報と認証情報との関連付け（紐づけ）も管理している。
【００１５】
デバイス管理部１１２は、管理対象のデバイス１０３、１０４、１０５の情報を管理する。
認証情報管理部１１３は、エージェントアプリケーション１０７が利用する認証情報を管理する。認証情報管理部１１３が管理する認証情報は、後述するハードディスクなどの記憶装置に保存される。
【００１６】
タスク管理部１１４は、デバイス１０３、１０４、１０５を対象とした情報取得や設定配信などの処理内容と実行タイミングなどを定義するタスクを作成し、このタスクを管理する。例えば、タスクには、デバイスの構成情報を取得するタスク、デバイスを探索するタスク、アドレス帳を配信するタスク、デバイスの設定情報を配信するタスクなどが含まれる。
【００１７】
エージェントアプリケーション１０７は、ソフトウェアモジュールとして、タスク実行部１２１と、認証処理部１２２とを有する。
タスク実行部１２１は、デバイス管理アプリケーション１０１で作成されたタスクに基づき、例えばＳＮＭＰを用いてネットワークデバイスと通信する。タスク実行部１２１は、上記のネットワークデバイスとの通信により、デバイス１０３、１０４、１０５から各種情報を取得し、或いはデバイス１０３、１０４、１０５の設定値を変更する。
認証処理部１２２は、デバイス１０３、１０４、１０５と通信を行う際に、デバイス管理アプリケーション１０１で管理される認証情報を利用して認証処理を実行する。
【００１８】
図２は、管理装置１０２のハードウェア構成の一例を示すブロック図である。
図２に示すように、管理装置１０２として動作する情報処理装置は、ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＫＢＤＣ２０４、ＶＣ２０５、ＤＣ２０６、ＮＩＣ２０８を備える。ＣＰＵ２０１、ＲＡＭ２０２、ＲＯＭ２０３、ＫＢＤＣ２０４、ＶＣ２０５、ＤＣ２０６、ＮＩＣ２０８は、システムバス２０９を介して相互に接続されている。管理装置１０２には、外部記憶装置２０７が接続されている。また、管理装置１０２は、ネットワーク２１０に接続されている。
なお、ＣＰＵは、Central Processing Unitの略であり、ＲＡＭは、Random access memoryの略である。ＲＯＭは、Read Only Memoryの略である。
【００１９】
ＣＰＵ２０１は、ＲＯＭ２０３や外部記憶装置２０７に記憶された、或いはネットワーク２１０よりダウンロードしたソフトウェア（プログラム）を必要に応じてＲＡＭ２０２にロードして実行する。これにより、ＣＰＵ２０１は、システムバス２０９に接続された各要素を統括的に制御する。
【００２０】
ＲＡＭ２０２は、ＣＰＵ２０１の主メモリあるいはワークエリアなどとして機能する。  ＲＯＭ２０３は、データ、各種プログラムおよび各種情報テーブルなどを記憶する不揮発性の記憶媒体である。
【００２１】
外部記憶装置２０７は、ハードディスク（ＨＤ）やソリッドステートドライブ（ＳＳＤ）等で構成される。外部記憶装置２０７は、ブートプログラム、オペレーティングシステム（ＯＳ）、認証サーバ、認証クライアント等を含む各種のアプリケーション、データベースデータ、ユーザファイル等を記憶する。外部記憶装置２０７には、デバイス管理アプリケーション１０１とエージェントアプリケーション１０７とのそれぞれに対応するプログラムも記憶される。ＣＰＵ２０１がそれらのプログラムをＲＡＭ２０２にロードして実行することで後述の処理が実現される。
【００２２】
ＫＢＤＣ２０４は、キーボードコントローラであり、不図示のキーボードやポインティングデバイス等の入力装置からの入力情報をＣＰＵ２０１に送る。
ＶＣ２０５は、ビデオコントローラであり、液晶ディスプレイ（ＬＣＤ）等で構成される表示装置の表示を制御する。
【００２３】
ＤＣ２０６は、ディスクコントローラであり、外部記憶装置２０７とのアクセスを制御する。
ＮＩＣ２０８は、通信コントローラであり、ＮＩＣ２０８を介して情報処理装置はネットワーク２１０に接続される。
【００２４】
次に、デバイス管理アプリケーション１０１が管理している、共通の認証情報を説明する。
表１は、管理済みの共通の認証情報の例を模式的に示している。認証情報は、プロトコル毎に１以上登録され、認証の種類の情報、アクセス権（権限）の情報、認証情報により構成される。認証の種類の情報としては、「ＳＮＭＰｖ１」、「ＳＮＭＰｖ３」等のように、認証の種類（プロトコル）の名称を示す情報が保持される。アクセス権の情報としては、「読み出し用（Ｒ）」「読み書き用（ＲＷ）」のように、アクセスの種別を示す情報が保持される。認証情報としては、ＪＳＯＮ形式の文字列で記載された認証の種類で特定される認証情報が保持される。
【００２５】
【表１】
2020102191.tif 000003
【００２６】
ここで、表１に示す第１行目のデータは、認証の種類が「ＳＮＭＰｖ１」、アクセス権が「読み出し用」の場合のコミュニティ名が「ｐｕｂｌｉｃ」、「ｂａｎａｎａ」、「ｏｒａｎｇｅ」であることを意味している。表１に示す第２行目のデータは、認証の種類が「ＳＮＭＰｖ１」、アクセス権が「読み書き用」の場合のコミュニティ名が「ｓｅｃｒｅｔ」、「ｃａｂｂａｇｅ」、「ｃａｒｒｏｔ」であることを意味している。
【００２７】
また、表１に示す第３行目のデータは、認証の種類が「ＳＮＭＰｖ３」、アクセス権が「読み出し用」の場合の認証情報に、名前が「ａｄｍｉｎ」のものと「ｍａｎａｇｅｒ」のものの二種類が設定されていることを意味している。表１に示す第４行目のデータは、ＳＮＭＰｖ３の書き込み用の認証情報を保持している。
【００２８】
図３（Ａ）は、共通の認証情報管理画面の表示例を示している。ここで、図３（Ａ）〜（Ｃ）に示す各画面に関する処理は、いずれもデバイス管理アプリケーション１０１の認証情報管理部１１３によって実行される。
【００２９】
図３（Ａ）に示すように、認証情報管理画面は、現在設定されている共通の認証情報が一覧表示された表３０４を含む。図３（Ａ）の表３０４では、「ＳＮＭＰｖ１の読み出し」、「ＳＮＭＰｖ１の読み書き」、「ＳＮＭＰｖ３の読み出し」の共通の認証情報が設定されている例を示している。
表３０４の右端に×印で示されるアイコン３０５のユーザによる指定操作が検出されると、デバイス管理アプリケーション１０１は、該当行の認証情報を、上記の表１で示した共通の認証情報から削除するとともに、表３０４からも該当行の表示を削除する。
【００３０】
また、表３０４内の行のユーザによる指定操作が検出されると、デバイス管理アプリケーション１０１は、クリックされた行に対応する共通の認証情報の編集画面を開く。
また、認証情報管理画面に含まれる追加ボタン３０３の押下が検出されると、デバイス管理アプリケーション１０１は、認証の種類選択ドロップダウン３０１とアクセス権選択ドロップダウン３０２とで選択されている共通の認証情報の編集画面を開く。
【００３１】
なお、デバイス管理アプリケーション１０１は、認証情報管理画面において、追加可能な認証の種類とアクセス権のみが選択可能となるようにドロップダウン３０１、３０２を制御する。例えば、図３（Ａ）の場合、認証の種類としてＳＮＭＰｖ１とＳＮＭＰｖ３のみが設定可能であるときに、ＳＮＭＰｖ３の読み書き用の共通の認証情報のみが追加可能となっている。
【００３２】
図３（Ｂ）は、図３（Ａ）の操作により表示される、ＳＮＭＰｖ１の読み出し用の共通の認証情報を編集する編集画面の表示例を示している。
図３（Ｂ）に示すように、編集画面は、コミュニティ名を入力するためのテキストボックス３０６、保存ボタン３０７およびキャンセルボタン３０８を含む。テキストボックス３０６には複数行の入力が可能であり、ユーザは複数のコミュニティ名をテキストボックス３０６に一度に入力することが可能である。図３（Ｂ）の例では、テキストボックス３０６にはコミュニティ名として「ｐｕｂｌｉｃ」、「ｂａｎａｎａ」、「ｏｒａｎｇｅ」が入力されている。
【００３３】
保存ボタン３０７の押下が検出されると、デバイス管理アプリケーション１０１は、ユーザがテキストボックス３０６に入力したコミュニティ名を、認証の種類（ＳＮＭＰｖ１）およびアクセス権に紐づけて表１に示す共通の認証情報に記憶する。その後、デバイス管理アプリケーション１０１は、図３（Ｂ）の編集画面を閉じ、図３（Ａ）の共通の認証情報の設定画面に戻す。
また、キャンセルボタン３０８の押下が検知されると、デバイス管理アプリケーション１０１は、編集内容を破棄して図３（Ｂ）の編集画面を閉じ、図３（Ａ）の共通の認証情報の設定画面に戻す。
【００３４】
図３（Ｃ）は、図３（Ａ）の操作により表示される、ＳＮＭＰｖ３の読み書き用の共通の認証情報を編集する編集画面の表示例を示している。
図３（Ｃ）に示すように、編集画面は、追加ボタン３０９と、表３１０と、保存ボタン３１２およびキャンセルボタン３１３を含む。
【００３５】
表３１０は、設定しようとしている認証情報のリストを示している。表３１０の右端に×印で示されるアイコン３１１のユーザによる指定操作が検出されると、デバイス管理アプリケーション１０１は、表３１０から該当行を削除する。追加ボタン３０９の押下が検出されると、デバイス管理アプリケーション１０１は、表３１０の末尾に行を追加する。
【００３６】
保存ボタン３１２の押下が検出されると、デバイス管理アプリケーション１０１は、ユーザが設定した表３１０の内容を、認証の種類（ＳＮＭＰｖ３）およびアクセス権に紐づけて表１に示す共通の認証情報に記憶する。その後、デバイス管理アプリケーション１０１は、図３（Ｃ）の編集画面を閉じ、図３（Ａ）の共通の認証情報の設定画面に戻す。
また、キャンセルボタン３１３の押下が検知されると、デバイス管理アプリケーション１０１は、編集内容を破棄して図３（Ｃ）の編集画面を閉じ、図３（Ａ）の共通の認証情報の設定画面に戻す。
【００３７】
次に、デバイス管理アプリケーション１０１が記憶している、ネットワークデバイスと関連付けられた認証情報を説明する。
表２は、ネットワークデバイスと関連付けられた認証情報の例を模式的に示している。なお、表２における認証の種類、権限、認証情報の意味は、表１と同様であるので重複説明は省略する。
【００３８】
【表２】
2020102191.tif 000004
【００３９】
表２のデバイスＩＤは、デバイス１０３、１０４、１０５をそれぞれ一意に識別する識別子である。ここで「４０３７ｅ７５４」、「８ｆｆ７３８９９」、「ｄ０４９７３ｅｂ」はそれぞれデバイス１０３、１０４、１０５のデバイスＩＤを示すものとする。この表２により、各ネットワークデバイスにアクセスするための認証情報が認証の種類ごとに管理されている。例えば、表２の第１行目のデータは、デバイス１０３からＳＮＭＰｖ１を用いて情報を読み出す場合は、コミュニティ名として「ｂａｎａｎａ」を使用することを示している。
【００４０】
図４は、エージェントアプリケーション１０７が、認証を必要とする所定の認証の種類を用いてデバイス１０３と通信する際に、認証情報を確認する処理を説明するフローチャートである。
以下の説明では、エージェントアプリケーション１０７は、デバイス１０３からＳＮＭＰｖ１を用いて情報を取得する例を説明する。エージェントアプリケーション１０７は、デバイス１０３を一意に識別する情報（デバイスＩＤ）と、認証の種類および権限（例えば「ＳＮＭＰｖ１」の「読み出し」）の情報と共に、この認証処理を呼び出す。
【００４１】
ステップＳ４０１にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、デバイス１０３に紐づけられた認証情報の取得を依頼する。
【００４２】
このとき、エージェントアプリケーション１０７は、デバイス１０３のデバイスＩＤと認証の種類および権限を指定して上記の依頼を行う。デバイス管理アプリケーション１０１の認証情報管理部１１３は、ネットワークデバイスと関連付けられた認証情報（表２）を参照し、依頼に対応する認証情報をエージェントアプリケーション１０７に返す。なお、認証情報管理部１１３は、依頼に対応する認証情報が表２に存在しない場合には、認証情報がない旨の通知を返すものとする。
【００４３】
例えば、依頼のデバイスＩＤがデバイス１０３を示す場合、表２においてデバイスＩＤ、認証の種類および権限が合致するデータとして、第１行目のデータが存在する。この場合、エージェントアプリケーション１０７は認証情報（コミュニティ名）として「ｂａｎａｎａ」を取得する。一方、依頼のデバイスＩＤがデバイス１０５を示す場合、表２においてデバイスＩＤ、認証の種類および権限が合致するデータは存在しない。この場合、エージェントアプリケーション１０７は認証情報の取得に失敗する。
【００４４】
ステップＳ４０２にて、エージェントアプリケーション１０７は、認証情報の取得結果を検査し、認証情報の取得に成功したかを判定する。認証情報の取得に成功した場合にはステップＳ４０３に処理が移行し、認証情報の取得に失敗した場合にはステップＳ４０５に処理が移行する。
【００４５】
認証情報の取得に成功すると、ステップＳ４０３にて、エージェントアプリケーション１０７は、取得した認証情報を用いてデバイス１０３にアクセスするための通信を行う。
その後、ステップＳ４０４にて、エージェントアプリケーション１０７は、デバイス１０３へのアクセス結果を検査し、認証に成功したかを判定する。
【００４６】
認証に成功した場合にはステップＳ４１１に処理が移行する。ステップＳ４１１にて、エージェントアプリケーション１０７は、認証に成功した認証情報を呼び出し元に返す。
一方、認証に失敗（あるいはデバイス１０３との通信に失敗）した場合にはステップＳ４０５に処理が移行する。
例えば、デバイス１０３におけるＳＮＭＰｖ１の読み出し用コミュニティ名が「ｂａｎａｎａ」以外の値に設定されている場合には、エージェントアプリケーション１０７は認証（通信）に失敗することになる。
【００４７】
認証情報の取得に失敗した場合（Ｓ４０２のＮｏ）、或いは認証やデバイス１０３との通信に失敗した場合（Ｓ４０４のＮｏ）には、ステップＳ４０５に処理が移行する。
ステップＳ４０５にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、共通の認証情報のリストの取得を依頼する。
【００４８】
このとき、エージェントアプリケーション１０７は、認証の種類および権限（例えば、「ＳＮＭＰｖ１」の「読み出し」）を指定して上記の依頼を行う。デバイス管理アプリケーション１０１の認証情報管理部１１３は、共通の認証情報（表１）を参照し、依頼に対応する認証情報をエージェントアプリケーション１０７に返す。この処理の詳細については、図５を用いて後述する。
【００４９】
一例として、表１において、ＳＮＭＰｖ１の読み書き用認証情報（コミュニティ名）が要求された場合を想定する。この場合、デバイス管理アプリケーション１０１は、後述する図５のＳ５０２、Ｓ５０６の処理により、ＳＮＭＰｖ１の読み書き用認証情報（コミュニティ名）として、「ｓｅｃｒｅｔ」、「ｃａｂｂａｇｅ」、「ｃａｒｒｏｔ」を返す。
【００５０】
また、表１において、ＳＮＭＰｖ１の読み出し用認証情報が要求された場合を想定する。この場合、デバイス管理アプリケーション１０１は、後述する図５のＳ５０３〜Ｓ５０６の処理により、ＳＮＭＰｖ１の読み出し用認証情報と読み書き用認証情報とを結合して作成した認証情報のリストを返す。
【００５１】
ステップＳ４０６にて、エージェントアプリケーション１０７は、取得した認証情報をリストから順に取り出す。
ステップＳ４０７にて、エージェントアプリケーション１０７は、認証情報の取り出しに成功したかを判定する。認証情報の取り出しに失敗した場合には、ステップＳ４１２に処理が移行し、エージェントアプリケーション１０７は、認証に失敗した旨の通知を呼び出し元に返す。
【００５２】
一方、ステップＳ４０７で認証情報の取り出しに成功したと判定されると、ステップＳ４０８に処理が移行する。
ステップＳ４０８にて、エージェントアプリケーション１０７は、取得した共通の認証情報を用いてデバイス１０３にアクセスするための通信を行う。
【００５３】
ステップＳ４０９にて、エージェントアプリケーション１０７は、デバイス１０３へのアクセス結果を検査し、認証に成功したかを判定する。
認証に失敗（あるいはデバイス１０３との通信に失敗）した場合には、処理がステップＳ４０６に戻る。この場合には、エージェントアプリケーション１０７は、ステップＳ４０６の処理において、リスト内の次の認証情報を取得する。
【００５４】
一方、ステップＳ４０９で認証に成功したと判定されると、ステップＳ４１０に処理が移行する。
ステップＳ４１０にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、認証に成功した認証情報をデバイス１０３、認証の種類および権限と紐づけて記憶するように依頼する。デバイス管理アプリケーション１０１の認証情報管理部１１３は、表２に示すデバイス毎の認証情報に、認証に成功した認証情報を、デバイス１０３、認証の種類および権限に紐づけて記憶する。
【００５５】
その後、ステップＳ４１１に処理が移行し、エージェントアプリケーション１０７は、認証に成功した認証情報を呼び出し元に返す。
以上で、図４の説明を終了する。
【００５６】
本実施形態の例において、表２の第２行目のデータは、デバイス１０３のＳＮＭＰｖ１の読み書き用の認証情報（コミュニティ名）が「ｔｏｍａｔｏ」であることを示している。しかし、「ｔｏｍａｔｏ」は、表１の第２行目に示すＳＮＭＰｖ１の読み書き用の共通の認証情報のリストには含まれていない。
例えば、共通の認証情報に「ｔｏｍａｔｏ」が以前含まれており、デバイス１０３のＳＮＭＰｖ１の読み書き用の認証情報が「ｔｏｍａｔｏ」に設定されているときに図４の認証処理を行うと、表２の第２行目のデータが記憶される。その後、ユーザが図３で説明した認証情報管理画面を用いて表１に示す認証情報を変更すると、共通の認証情報のリストから「ｔｏｍａｔｏ」が削除される。以上のようにして、上記のようなケースが発生しうる。
【００５７】
図５は、図４のステップＳ４０５により呼び出される、デバイス管理アプリケーション１０１が共通の認証情報のリストを取得する処理を説明するフローチャートである。
デバイス管理アプリケーション１０１は、エージェントアプリケーション１０７から依頼を受けると、認証の種類および権限（例えば、「ＳＮＭＰｖ１」の「読み出し」など）を指定して図５の処理を呼び出す。
【００５８】
ステップＳ５０１にて、デバイス管理アプリケーション１０１は、指定された認証の種類のアクセス権（権限）を検査する。アクセス権が「読み書き」の場合、ステップＳ５０２に処理が移行する。一方、アクセス権が「読み出し」の場合、ステップＳ５０３に処理が移行する。
【００５９】
ステップＳ５０２にて、デバイス管理アプリケーション１０１は、アクセス権が「読み書き」の場合、表１に示す共通の認証情報のうちから、指定された認証の「読み書き」用の認証情報のリストを取得する。その後、ステップＳ５０６に処理が移行する。
【００６０】
例えば、図４のステップＳ４０５で共通の認証情報の取得が依頼されるときに、認証の種類として「ＳＮＭＰｖ１」の「読み書き」が指定されたとする。この場合、デバイス管理アプリケーション１０１が、ステップＳ５０２の処理により、表１に基づいて取得する認証情報のリストは以下の通りとなる。
［ｓｅｃｒｅｔ，ｃａｂｂａｇｅ，ｃａｒｒｏｔ］
このように、ＳＮＭＰの読み書き用の共通の認証情報が要求された場合、デバイス管理アプリケーション１０１は、後述する読み出し用の場合のようなリストの結合（Ｓ５０５）を行わない。
【００６１】
ステップＳ５０３にて、デバイス管理アプリケーション１０１は、アクセス権が「読み出し」の場合、表１に示す共通の認証情報のうちから、指定された認証の「読み出し」用の認証情報のリストを取得する。
【００６２】
続いて、ステップＳ５０４にて、デバイス管理アプリケーション１０１は、表１に示す共通の認証情報のうちから、指定された認証の「読み書き」用の認証情報のリストを取得する。
【００６３】
ステップＳ５０５にて、デバイス管理アプリケーション１０１は、「読み出し」用の認証情報のリスト（Ｓ５０３）と、「読み書き」用の認証情報のリスト（Ｓ５０４）を結合したリストを作成する。その後、ステップＳ５０６に処理が移行する。
【００６４】
例えば、図４のステップＳ４０５で共通の認証情報の取得が依頼されるときに、認証の種類として「ＳＮＭＰｖ１」の「読み出し」が指定されたとする。この場合、デバイス管理アプリケーション１０１が、ステップＳ５０３〜Ｓ５０５の処理により、表１に基づいて作成する認証情報のリストは以下の通りとなる。
［ｐｕｂｌｉｃ，ｂａｎａｎａ，ｏｒａｎｇｅ，ｓｅｃｒｅｔ，ｃａｂｂａｇｅ，ｃａｒｒｏｔ］
【００６５】
なお、ＳＮＭＰを用いた情報の取得は、「読み出し」用の認証情報を指定しても「読み書き」用の認証情報を指定しても可能である。ＳＮＭＰの「読み出し」用の認証情報のリストの取得が要求された場合、上記のように、デバイス管理アプリケーション１０１は、「読み出し」用と「読み書き」用の認証情報のリストを結合したリストを作成する。この処理は、ＳＮＭＰｖ１であっても、ＳＮＭＰｖ３であっても同様である。
【００６６】
例えば、表２の第３行目のデータにおいて、デバイス１０４のＳＮＭＰｖ１の読み出し用の認証情報に、共通の「読み書き」用の認証情報の一つである「ｃａｒｒｏｔ」が設定されている。これは、「読み出し」用と「読み書き」用の認証情報を結合したリストに基づきデバイス１０４の認証が行われ、認証に成功した認証情報がデバイス１０４および認証の種類に紐づけて表２に記憶された状態を示している。
【００６７】
なお、表２の第５行目におけるデバイス１０５のＳＮＭＰｖ３の「読み出し」用の認証情報と、表１の第４行目におけるＳＮＭＰｖ３の「読み書き」用の共通の認証情報とが一致する理由も上記と同様である。
【００６８】
ステップＳ５０６にて、デバイス管理アプリケーション１０１は、Ｓ５０２で取得した認証情報のリスト、またはＳ５０５で結合した認証情報のリストを呼び出し元に返す。
以上で、図５の説明を終了する。
【００６９】
ここで、管理装置１０２が、認証を要する通信をデバイス１０３と行う際に、管理装置１０２とデバイス１０３の間で通信のために用いる認証情報が未決定である場合を想定して、図４の処理例を説明する。
この場合、エージェントアプリケーション１０７は、保存されている認証情報が存在しないので、デバイス管理アプリケーション１０１からの認証情報の取得に失敗する（Ｓ４０２のＮｏ）。
【００７０】
エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１から管理済みの共通の認証情報のリストを取得する（Ｓ４０５）。そして、エージェントアプリケーション１０７は、取得した認証情報をリストから１つずつ順に取り出し、デバイス１０３との認証処理を試行する（Ｓ４０６〜Ｓ４０９のループ）。この認証処理が成功すると、デバイス管理アプリケーション１０１は、エージェントアプリケーション１０７の依頼により、認証に成功した認証情報をデバイス１０３と関連付けて保存する（Ｓ４１０）。
【００７１】
その後、管理装置１０２が認証を要する通信をデバイス１０３と再び行う際には、以前の通信のときに保存された認証情報が存在するので、エージェントアプリケーション１０７は認証情報の取得に成功する（Ｓ４０２のＹｅｓ）。そして、エージェントアプリケーション１０７は、取得した認証情報を用いてデバイス１０３にアクセスするための通信を行う（Ｓ４０３）。この場合には、上記のＳ４０６〜Ｓ４０９のループによる認証処理の試行は行われない。
但し、取得した認証情報を用いた認証や通信が失敗する場合（Ｓ４０４のＮｏ）には、エージェントアプリケーション１０７は、共通の認証情報のリストを取得してデバイス１０３との認証処理を再試行する（Ｓ４０５〜Ｓ４０９）。
【００７２】
また、本実施形態において、管理装置１０２が表２で管理する認証情報は、ネットワークデバイスの識別情報（デバイスＩＤ）には関連付けされているが、そのネットワークデバイスに関するタスクは何ら特定されていない。そのため、管理装置１０２が表２で管理する認証情報は、デバイスＩＤ、認証の種類および権限が一致すれば、複数のタスクにおいて共有して使用することが可能である。
例えば、エージェントアプリケーション１０７は、第１のタスクを実行する際に所定のプロトコルでデバイス１０３と通信を行うとき、他の第２のタスクを実行する際の認証で保存されたデバイス１０３の所定のプロトコルの認証情報を使用できる。
【００７３】
複数のタスク間で認証情報を共有する場合として、以下の例が挙げられる。例えば、デバイスの構成情報を取得するタスク、デバイスを探索するタスクの通信では、共通のＳＮＭＰが使用される。そのため、デバイスの構成情報を取得するタスク、デバイスを探索するタスクについては、デバイスＩＤ、認証の種類および権限が一致するときに、これらのタスク間で認証情報を共有できる。同様に、例えば、アドレス帳を配信するタスク、デバイスの設定情報を配信するタスクについても、デバイスＩＤ、認証の種類および権限が一致するときに、これらのタスク間で認証情報を共有できる。
【００７４】
（第２実施形態）
次に、第２実施形態について説明する。なお、第２実施形態におけるネットワークデバイスの管理システムの全体構成と管理装置のアプリケーションは第１実施形態と同様であるので、重複説明は省略する。
【００７５】
デバイス内部の認証処理は、デバイスの設定により変化する場合がある。例えば、ネットワーク上の認証システムと連動してデバイスを認証するように設定することや、デバイス内部の保管されている認証情報に基づいてデバイスを認証するように設定することができる。ネットワーク上の認証システムも、例えば、ユーザ名とパスワードを用いて認証を行うものや、ドメイン名とユーザ名とパスワードを用いて認証を行うもの等が存在する。ＷＥＢサービスによる機能呼び出しの場合、これらの認証処理の違いを吸収するためにＳＡＭＬ(Security Assertion Markup Language)等の技術を利用して、認証チケットを用いたアクセス制御を行うことが多い。
【００７６】
そこで、第２実施形態においては、ＷＥＢサービスを用いたデバイスの認証の例を説明する。
図６は、エージェントアプリケーション１０７が、デバイス１０３にＷＥＢサービスを用いて接続する際の処理を説明するフローチャートである。
ここで、第２実施形態におけるデバイス１０３は、図６に示すように、ＷＥＢサービス部６０１と、認証処理部６０２とを有している。なお、第２実施形態において管理対象となる他のネットワークデバイスも、デバイス１０３と同様に、必要に応じてＷＥＢサービス部６０１および認証処理部６０２を有するものとする。
【００７７】
まず、ステップＳ６０１にて、管理装置１０２のエージェントアプリケーション１０７は、デバイス１０３に対して、デバイスが現在サポートしている認証タイプのリストを要求する。
ステップＳ６０２にて、この要求を受信したデバイス１０３のＷＥＢサービス処理部６０１は、自身が現在サポートしている認証タイプのリスト６０３を管理装置１０２に返信する。
【００７８】
ステップＳ６０３にて、エージェントアプリケーション１０７は、認証情報６０４を含む認証要求をデバイス１０３に送信する。ステップＳ６０３で送信される認証情報６０４の認証タイプは、デバイス１０３から返信された認証タイプのリスト６０３でサポートされるものである。
【００７９】
ステップＳ６０４にて、認証要求を受信したデバイス１０３のＷＥＢサービス処理部６０１は、デバイス１０３内において、指定された認証タイプに対応する認証処理部６０２に認証情報６０４の検証を依頼する。
ステップＳ６０５にて、認証処理部６０２は、ＷＥＢサービス処理部６０１から受けた認証情報を検証し、検証結果をＷＥＢサービス処理部６０１に返す。
【００８０】
ＷＥＢサービス処理部６０１は、認証情報の検証結果が成功だった場合に認証チケット６０５を生成する。
そして、ステップＳ６０６にて、ＷＥＢサービス処理部６０１は、生成した認証チケット６０５を呼び出し元のエージェントアプリケーション１０７に返す。
なお、図示しないが、認証に失敗した場合には、ＷＥＢサービス処理部６０１は、認証に失敗した旨を示す応答をエージェントアプリケーション１０７に返す。
【００８１】
ステップＳ６０７にて、エージェントアプリケーション１０７は、認証チケット６０５を含めてデバイス１０３に要求を送信する。ステップＳ６０７で送信される要求は、例えば、デバイス１０３からの情報の取得の要求や、デバイス１０３の設定値を変更する要求である。
【００８２】
ステップＳ６０７の要求を受信したＷＥＢサービス部６０１は、要求から認証チケット６０５を取り出して検証する。認証チケット６０５の検証に成功した場合には、ＷＥＢサービス部６０１は、エージェントアプリケーション１０７から要求された処理を実行する。
ステップＳ６０８にて、ＷＥＢサービス部６０１は、要求に応じた処理結果をエージェントアプリケーション１０７に返す。なお、認証チケット６０５の検証に失敗した場合には、ＷＥＢサービス実行部６０１は、認証に失敗した旨の通知をエージェントアプリケーション１０７に返す。
以上で、図６の説明を終了する。
【００８３】
第２実施形態において、認証情報の内容は認証タイプにより相違する。認証情報としては、数値のみからなる暗証番号、パスワード文字列、ユーザ名とパスワードの組み合わせ、ドメイン名とユーザ名とパスワードの組み合わせ等が挙げられる。
【００８４】
表３は、第２実施形態における認証タイプと認証情報の組み合わせの例を示している。例えば、認証タイプ「ＡＤＭＩＮ」の場合、デバイス１０３に管理者としてアクセスするために、管理者のパスワードが要求される。認証タイプ「ＳＳＯ」の場合、外部のシステムに対し、ユーザ名とパスワードによる認証をネットワークデバイスが要求する。認証タイプ「ＬＤＡＰ」の場合、ネットワークデバイスは、ＬＤＡＰサーバと連携して認証を行う。
【００８５】
【表３】
2020102191.tif 000005
【００８６】
また、図７（Ａ）は、第２実施形態における共通の認証情報管理画面の表示例を示している。ここで、図７（Ａ）、（Ｂ）に示す各画面に関する処理は、いずれもデバイス管理アプリケーション１０１の認証情報管理部１１３によって実行される。
【００８７】
図７（Ａ）に示す共通の認証情報管理画面は、図３（Ａ）に示す共通の認証情報管理画面に対応する。そのため、図７（Ａ）においては、図３（Ａ）と共通の要素には同じ符号を付して重複説明をいずれも省略する。
図７（Ａ）においては、表３０４に一覧表示されている共通の認証情報として、認証の種類が「ＰＩＮ」、「パスワード」、「ユーザ認証（ユーザ名とパスワードの組み合わせ）」であるケースが追加されている。また、図７（Ａ）の認証の種類選択ドロップダウン３０１では、「ドメイン認証（ドメイン名とユーザ名とパスワードの組み合わせ）」が選択できることが示されている。
【００８８】
また、図７（Ｂ）は、図７（Ａ）の操作により表示される、ドメイン認証の読み書き用の共通の認証情報を編集する編集画面の表示例を示している。
図７（Ｂ）に示すように、編集画面は、追加ボタン７０１と、表７０２と、保存ボタン７０４およびキャンセルボタン７０５を含む。
【００８９】
表７０２は、設定しようとしている認証情報のリストを示している。表７０２の右端に×印で示されるアイコン７０３のユーザによる指定操作が検出されると、デバイス管理アプリケーション１０１は、表７０２から該当行を削除する。追加ボタン７０１の押下が検出されると、デバイス管理アプリケーション１０１は、表７０２の末尾に行を追加する。
【００９０】
保存ボタン７０４の押下が検出されると、デバイス管理アプリケーション１０１は、ユーザが設定した表７０２の内容を、認証の種類（ドメイン認証）および権限に紐づけて共通の認証情報に記憶する。その後、デバイス管理アプリケーション１０１は、図７（Ｂ）の編集画面を閉じ、図７（Ａ）の共通の認証情報の設定画面に戻す。
また、キャンセルボタン７０５の押下が検知されると、デバイス管理アプリケーション１０１は、編集内容を破棄して図７（Ｂ）の編集画面を閉じ、図７（Ａ）の共通の認証情報の設定画面に戻す。
なお、「ＰＩＮ」、「パスワード」、「ユーザ認証」に関する編集画面は、表７０２の項目が変更になる以外は図７（Ｂ）と同様であるため、これらの説明を省略する。
【００９１】
表４は、第２実施形態における管理済みの共通の認証情報の例を模式的に示している。表４では、認証タイプ毎に１以上登録される認証情報として、新たな認証の種類である「ＰＩＮ」、「Ｐａｓｓｗｏｒｄ」、「Ｕｓｅｒ」、「Ｄｏｍａｉｎ」に関する認証情報のデータが追加されている。それ以外は、表１と同様であるため説明を省略する。
【００９２】
【表４】
2020102191.tif 000006
【００９３】
表５は、第２実施形態におけるネットワークデバイスと関連付けられた認証情報の例を模式的に示している。
表５では、表４の共通の認証情報の認証の種類には存在しない「ＷｅｂＳｅｒｖｉｃｅ」が設定されている。表５の「ＷｅｂＳｅｒｖｉｃｅ」の認証情報には、認証のタイプとして、表４における共通の認証設定の認証情報が保存されている。
【００９４】
【表５】
2020102191.tif 000007
【００９５】
図８は、第２実施形態においてエージェントアプリケーション１０７が、認証を必要とする所定の認証の種類を用いてデバイス１０３と通信する際に、認証情報を確認する処理を説明するフローチャートである。
【００９６】
ステップＳ８０１にて、エージェントアプリケーション１０７は、デバイス１０３が現在サポートしているＷＥＢサービスの認証タイプのリストを、デバイス１０３から取得する。この処理は、図６のステップＳ６０１、Ｓ６０２により実現される。
例えば、デバイス１０３から返却されるリストは、以下の通りである。
［“ＬＤＡＰ”，“ＮＴＬＭ”］
【００９７】
ステップＳ８０２にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、デバイス１０３に紐づけられた認証情報の取得を依頼する。
【００９８】
このとき、エージェントアプリケーション１０７は、デバイス１０３のデバイスＩＤ、認証の種類および権限（例えば「ＷＥＢサービス」の「読み書き」）を指定して上記の依頼を行う。デバイス管理アプリケーション１０１の認証情報管理部１１３は、ネットワークデバイスと関連付けられた認証情報（表５）を参照し、依頼に対応する認証情報をエージェントアプリケーション１０７に返す。なお、認証情報管理部１１３は、依頼に対応する認証情報が表５に存在しない場合には、認証情報がない旨の通知を返すものとする。
【００９９】
例えば、デバイス１０３に対するＷＥＢサービスの読み書きの場合、エージェントアプリケーション１０７は以下の認証情報を取得する。
{"type":"LOCAL", "auth":{"name":"admin", "pass":"53cr3txx."}}
【０１００】
ステップＳ８０３にて、エージェントアプリケーション１０７は、認証情報の取得結果を検査し、認証情報の取得に成功したかを判定する。認証情報の取得に成功した場合にはステップＳ８０４に処理が移行し、認証情報の取得に失敗した場合にはステップＳ８０７に処理が移行する。
【０１０１】
ステップＳ８０４にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１から取得した認証タイプ（上記の例では「ＬＯＣＡＬ」）が、デバイス１０３から取得した認証タイプのリストに含まれるかを判定する。
ステップＳ８０２で取得した認証タイプがステップＳ８０３の認証タイプのリストのいずれかに一致する場合にはステップＳ８０５に処理が移行する。ステップＳ８０２で取得した認証タイプがステップＳ８０３の認証タイプのリストと一致しない場合にはステップＳ８０７に処理が移行する。
【０１０２】
取得した認証タイプが認証タイプのリストのいずれかに一致する場合には、ステップＳ８０５にて、エージェントアプリケーション１０７は、取得した認証情報を用いてデバイス１０３にアクセスするための通信を行う。この通信は、図６のステップＳ６０３に対応する。
その後、ステップＳ８０６にて、エージェントアプリケーション１０７は、デバイス１０３へのアクセス結果を検査し、認証に成功したかを判定する。
【０１０３】
認証に成功した場合にはステップＳ８１３に処理が移行する。ステップＳ８１３にて、エージェントアプリケーション１０７は、デバイス１０３から取得した認証チケット（６０５）を呼び出し元に返す。
一方、認証に失敗（あるいはデバイス１０３との通信に失敗）した場合にはステップＳ８０７に処理が移行する。
【０１０４】
認証情報の取得に失敗した場合（Ｓ８０３のＮｏ）、取得した認証タイプが認証タイプのリストと一致しない場合（Ｓ８０４のＮｏ）、或いは認証やデバイス１０３との通信に失敗した場合（Ｓ８０６のＮｏ）には、ステップＳ８０７に処理が移行する。
ステップＳ８０７にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、共通の認証情報のリストの取得を依頼する。
【０１０５】
このとき、エージェントアプリケーション１０７は、認証の種類を指定して上記の依頼を行う。デバイス管理アプリケーション１０１の認証情報管理部１１３は、共通の認証情報（表４）を参照し、依頼に対応する認証情報をエージェントアプリケーション１０７に返す。この処理の詳細については、図９を用いて後述する。
【０１０６】
ステップＳ８０８にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１から取得した共通の認証情報のリストから、デバイス１０３がサポートしている認証タイプに一致する認証情報を順に取り出す。
上記の例の場合、デバイス管理アプリケーション１０１から取得した共通の認証情報のリストのうち、認証タイプが「ＬＤＡＰ」あるいは「ＮＴＬＭ」である認証情報が順に取り出される。
【０１０７】
ステップＳ８０９にて、エージェントアプリケーション１０７は、認証情報の取り出しに成功したかを判定する。認証情報の取り出しに失敗した場合には、ステップＳ８１４に処理が移行し、エージェントアプリケーション１０７は、認証に失敗した旨の通知を呼び出し元に返す。
【０１０８】
一方、ステップＳ８０９で認証情報の取り出しに成功したと判定されると、ステップＳ８１０に処理が移行する。
ステップＳ８１０にて、エージェントアプリケーション１０７は、取得した共通の認証情報を用いてデバイス１０３にアクセスするための通信を行う。この通信は、図６のステップＳ６０３に対応する。
【０１０９】
ステップＳ８１１にて、エージェントアプリケーション１０７は、デバイス１０３へのアクセス結果を検査し、認証に成功したかを判定する。
認証に失敗（あるいはデバイス１０３との通信に失敗）した場合には、処理がステップＳ８０８に戻る。この場合には、エージェントアプリケーション１０７は、ステップＳ８０８の処理において、リスト内の次の認証情報を取得する。
【０１１０】
一方、ステップＳ８１１で認証に成功したと判定されると、ステップＳ８１２に処理が移行する。
ステップＳ８１２にて、エージェントアプリケーション１０７は、デバイス管理アプリケーション１０１に対して、認証に成功した認証情報をデバイス１０３および認証の種類と紐づけて記憶するように依頼する。デバイス管理アプリケーション１０１の認証情報管理部１１３は、表５に示すデバイス毎の認証情報に、認証に成功した認証情報を、デバイス１０３、認証の種類および権限に紐づけて記憶する。
【０１１１】
その後、ステップＳ８１３に処理が移行し、エージェントアプリケーション１０７は、デバイス１０３から取得した認証チケット（図６の６０５）を呼び出し元に返す。この通信は、図６のステップＳ６０７に対応する。
以上で、図８の説明を終了する。
【０１１２】
図９は、図８のステップＳ８０７により呼び出される、デバイス管理アプリケーション１０１が共通の認証情報のリストを取得する処理を説明するフローチャートである。
デバイス管理アプリケーション１０１は、エージェントアプリケーション１０７から依頼を受けると、認証の種類および権限を指定して図９の処理を呼び出す。
【０１１３】
ステップＳ９０１にて、デバイス管理アプリケーション１０１は、指定された認証の種類がＷＥＢサービス（ＷｅｂＳｅｒｖｉｃｅ）であるかを判定する。認証の種類がＷＥＢサービスである場合、ステップＳ９０３に処理が移行する。一方、認証の種類がＷＥＢサービスでない場合、ステップＳ９０２に処理が移行する。
【０１１４】
指定された認証の種類がＷＥＢサービスでない場合、ステップＳ９０２にて、デバイス管理アプリケーション１０１は、指定された認証の種類およびアクセス権の情報を表４の共通の認証情報から取得する。その後、ステップＳ９０５に処理が移行する。
【０１１５】
一方、指定された認証の種類がＷＥＢサービスである場合、ステップＳ９０３にて、デバイス管理アプリケーション１０１は、表４の共通の認証情報から、ＷＥＢサービスで使用する認証情報を取得する。
ここで、ＷＥＢサービスで使用する認証情報とは、例えば、共通の認証情報のうちで、認証の種類が「ＰＩＮ」、「Ｐａｓｓｗｏｒｄ」、「Ｕｓｅｒ」、「Ｄｏｍａｉｎ」の各情報である。
【０１１６】
次に、ステップＳ９０４にて、デバイス管理アプリケーション１０１は、ステップＳ９０３で取得した認証情報からＷＥＢサービス用の認証情報を作成する。その後、ステップＳ９０５に処理が移行する。
Ｓ９０４で作成される認証情報は、認証の種類が「ＰＩＮ」、「Ｐａｓｓｗｏｒｄ」、「Ｕｓｅｒ」、「Ｄｏｍａｉｎ」である認証情報を結合したものである。一例として、表４から作成されたＷＥＢサービス用の認証情報の例を以下に示す。
【０１１７】
【表６】
2020102191.tif 000008
【０１１８】
ステップＳ９０５にて、デバイス管理アプリケーション１０１は、Ｓ９０２で取得した認証情報のリスト、またはＳ９０４で作成した認証情報のリストを呼び出し元に返す。
以上で、図９の説明を終了する。
【０１１９】
（第３実施形態）
次に、第３実施形態について説明する。図１０は、本実施形態におけるデバイス管理システムの全体構成例を示す。以下の説明では、第１実施形態及び第２実施形態と同じ構成要素に関しては同じ符号を用い、重複説明は省略する。
【０１２０】
本実施形態では、デバイス管理システムは、一つのデバイス管理アプリケーション１０１と、複数のエージェントアプリケーション１０７、１００１、１００５より構成される。ここで、デバイス管理アプリケーション１０１、エージェントアプリケーション１００１及び１００５は、それぞれ異なる装置上で動作する。一方で、エージェントアプリケーション１０７については、デバイス管理アプリケーション１０１が動作する管理装置１０２で動作しても、別の装置で動作しても構わない。
【０１２１】
図１０に示すデバイス管理アプリケーション１０１及びエージェントアプリケーション１０７のソフトウェアモジュールの構成要素は、図１と同様である。また、図１０に示すエージェントアプリケーション１００１、１００５のソフトウェアモジュールの構成要素は、図１に示すエージェントアプリケーション１０７のソフトウェアモジュールと同様である。
【０１２２】
本実施形態のエージェントアプリケーション１０７は、デバイス１０３、１０４、１０５と通信して各種処理を実行する。同様に、エージェントアプリケーション１００１は、デバイス１００２、１００３、１００４とそれぞれ通信して各種処理を実行する。エージェントアプリケーション１００５は、デバイス１００６、１００７、１００８とそれぞれ通信して各種処理を実行する。
【０１２３】
本実施形態のデバイス管理アプリケーション１０１は、デバイスのアドレスやネットワーク上の名前に従って、各エージェントアプリケーションにデバイスを割り当てる。デバイス管理アプリケーション１０１は、例えば、ＩＰアドレスが１９２．１６８．０．０から１９２．１６８．９．２５５の範囲にあるデバイスを、エージェントアプリケーション１０７に割り当てる。また、デバイス管理アプリケーション１０１は、例えば、ＩＰアドレスが１９２．１６８．１０．０から１９２．１６８．１９．２５５の範囲にあるデバイスを、エージェントアプリケーション１００１に割り当てる。
【０１２４】
本実施形態の各デバイスには、デバイスが設置されている場所に応じて、適当なＩＰアドレスが割り当てられているものとする。例えば、ＩＰアドレスが１９２．１６８．０．０から１９２．１６８．９．２５５の範囲にあるデバイスは東京オフィスに設置され、ＩＰアドレスが１９２．１６８．１０．０から１９２．１６８．１９．２５５の範囲にあるデバイスはロンドンオフィスに設置されているものとする。つまり、東京オフィスにあるデバイスはエージェントアプリケーション１０７に、ロンドンオフィスにあるデバイスはエージェントアプリケーション１００１にそれぞれ割り当てられている。
【０１２５】
表７は、エージェントアプリケーションと、エージェントアプリケーションに割り当てるデバイスのＩＰアドレスの対応を示している。ここで、エージェントＩＤは、個々のエージェントアプリケーションを一意に識別するためのデバイス管理アプリケーション１０１が生成した識別子（文字列）である。エージェント名は、ユーザが各エージェントアプリケーションを識別するために、ユーザが設定する文字列である。表７の例では、エージェントアプリケーション１０７、１００１、１００５のエージェント名が、それぞれ「Ｔｏｋｙｏ」、「Ｌｏｎｄｏｎ」、「Ｃｈｉｃａｇｏ」である場合を示している。
【０１２６】
【表７】
2020102191.tif 000009
【０１２７】
表８は、デバイス管理アプリケーション１０１が管理している、共通の認証情報の例を模式的に示している。表８においては、各認証情報を適用するエージェントアプリケーションが「エージェントＩＤ」の列に示される。ここで「＊」は、その認証情報を全てのエージェントアプリケーションで使用することを意味する。表８のテーブルでは以下の（１）から（４）の事項が設定されている。
【０１２８】
（１）認証の種類が「ＳＮＭＰｖ１」、アクセス権が「読み出し用」、コミュニティ名が「ｐｕｂｌｉｃ」である共通認証情報は、全てのエージェントアプリケーションで使用する。
（２）認証の種類が「ＳＮＭＰｖ３」、アクセス権が「読み書き用」、ユーザ名が「ａｄｍｉｎ」、認証キーが「ｃａｂｂａｇｅ」である共通認証情報は、全てのエージェントアプリケーションで使用する。
【０１２９】
（３）認証の種類が「ＳＮＭＰｖ３」、アクセス権が「読み書き用」、ユーザ名が「ｍａｎａｇｅｒ」、認証キーが「ａｐｐｌｅ」の共通認証情報は、エージェントＩＤが「６４ｄ９６８ｅｃｃ９ｃｃ」のエージェントアプリケーションで使用する。なお、エージェントＩＤ「６４ｄ９６８ｅｃｃ９ｃｃ」は、エージェント名が「Ｔｏｋｙｏ」のエージェントアプリケーションである。
【０１３０】
（４）認証の種類が「ＳＮＭＰｖ３」、アクセス権が「読み書き用」、ユーザ名が「ｍａｎａｇｅｒ」、認証キーが「ｂａｎａｎａ」の共通認証情報は、エージェントＩＤが「１ａ１ｂ７ｂｃｅ６ｂｂ０」または「ｄｄ８５８ａ１５５２７４」のエージェントアプリケーションで使用する。なお、エージェントＩＤ「１ａ１ｂ７ｂｃｅ６ｂｂ０」及び「ｄｄ８５８ａ１５５２７４」は、エージェント名がそれぞれ「Ｌｏｎｄｏｎ」及び「Ｃｈｉｃａｇｏ」であるエージェントアプリケーションである。
【０１３１】
【表８】
2020102191.tif 000010
【０１３２】
図１１（Ａ）及び図１１（Ｂ）は、本実施形態における共通の認証情報管理画面の表示例を示している。ここで、図１１（Ａ）及び図１１（Ｂ）に示す各画面に関する処理は、いずれもデバイス管理アプリケーション１０１の認証情報管理部１１３によって実行される。図１１（Ａ）及び図１１（Ｂ）は、第１実施形態における図３（Ａ）及び図３（Ｃ）の画面の、本実施形態での表示例である。従って、ここでは、図３（Ａ）及び図３（Ｃ）との差分についてのみ説明する。
【０１３３】
図１１（Ａ）に示すように、認証情報管理画面は、現在設定されている共通の認証情報が一覧表示された表３０４を含む。図１１（Ａ）の表３０４において、「エージェント」に対応する列１１０１は、各共通の認証情報を使用するエージェントアプリケーションのエージェント名を示す。図１１（Ａ）の列１１０１の表示において、すべてのエージェントアプリケーションで使用する場合はエージェント名の代わりに、その旨を示す文字列が表示されてもよい。
【０１３４】
図１１（Ｂ）は、ＳＮＭＰｖ３の読み書き用の共通の認証情報を編集する編集画面の表示例を示している。図１１（Ｂ）に示す編集画面では、図３（Ｃ）の画面と比較して、認証情報を使用するエージェントアプリケーションを設定するための項目（１１０２〜１１０８）が追加されている。ここで、上記の項目１１０２〜１１０８は、編集する認証情報の種類とは関係なく画面上に表示される。
【０１３５】
図１１（Ｂ）に示すラジオボタン１１０２、１１０３は、当該認証情報を全てのエージェントアプリケーションで使用するか、当該認証情報を使用するエージェントアプリケーションを個別に指定するか、を設定するために用いられる。ラジオボタン１１０２（全てのエージェントでこの認証情報を使用する）が選択されると、図１１（Ｂ）においてエージェントを選択するコントロール１１０４が使用不可となる。一方、ラジオボタン１１０３（選択したエージェントでこの認証情報を使用する）が選択されると、図１１（Ｂ）においてエージェントを選択するためのコントロール１１０４が使用可能となる。
【０１３６】
また、図１１（Ｂ）に示すコントロール１１０４は、チェックボックス１１０５〜１１０８を含む。
チェックボックス１１０６〜１１０８は、各エージェントの選択を個別に行うためのチェックボックスである。チェックボックス１１０５は、コントロール１１０４内の各エージェントの全選択（または全ての選択解除）を行うためのチェックボックスである。
【０１３７】
保存ボタン３１２の押下が検出されると、デバイス管理アプリケーション１０１は、認証情報の種類、アクセス権、ユーザが入力した認証情報、および認証情報を利用するエージェントアプリケーションの設定を、表８に示す共通の認証情報に記憶する。その後、デバイス管理アプリケーション１０１は、図１１（Ｂ）の編集画面を閉じ、図１１（Ａ）の共通の認証情報の設定画面に戻す。
【０１３８】
図１２は、図５に示す認証情報の取得処理のステップＳ５０２，Ｓ５０３，Ｓ５０４の認証情報の取得処理の詳細を示すフローチャートである。
図１２に示すエージェント指定認証情報取得の処理は、エージェントアプリケーションを一意に識別するエージェントＩＤ、認証の種類、アクセス権と共に呼び出される。図５の上記各ステップでは、自身のエージェントＩＤを使用して、図１２の処理が呼び出される。
【０１３９】
ステップＳ１２０１にて、エージェント指定認証情報取得の処理は、指定された認証の種類とアクセス権を持つ共通の認証情報から、全てのエージェントアプリケーションで利用可能なもの（複数）を取得する。
【０１４０】
ステップＳ１２０２にて、エージェント指定認証情報取得の処理は、指定された認証の種類とアクセス権を持つ共通の認証情報から、指定されたエージェントＩＤで示されるエージェントアプリケーションで利用可能な情報を取得する。
【０１４１】
ステップＳ１２０３にて、エージェント指定認証情報取得の処理は、ステップＳ１２０１とステップＳ１２０２で取得した共通の認証情報を結合し、呼び出し元に結合した情報を返す。その後、図５のステップＳ５０６以降の処理が実行されることになる。
【０１４２】
例えば、表８の設定において、認証の種類が「ＳＮＭＰｖ３」、アクセス権が「読み書き用」、エージェントＩＤが「１ａ１ｂ７ｂｃｅ６ｂｂ０」を指定して図１２の処理を呼び出す場合を考える。この場合には、表８の２行目および４行目の共通の認証情報が呼び出し元に返される。
【０１４３】
（応用例）
図１２では、Ｓ１２０１で全てのエージェントアプリケーションで利用可能な認証情報を取得しているが、図１２においてＳ１２０２の処理を先に実行してもよい。さらに、先行して実行されたＳ１２０２の処理で、指定されたエージェントＩＤに対応する認証情報が取得できた場合、Ｓ１２０１の処理をスキップしてもよい。
この応用例により、エージェントＩＤ用にあらかじめ設定された認証情報の組合せのみを認証時に試行することが可能となる。
【０１４４】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピューターにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【０１４５】
以上、本発明の好ましい実施形態について説明したが、本発明は、これらの実施形態に限定されず、その要旨の範囲内で種々の変形および変更が可能である。
【符号の説明】
【０１４６】
１０１  デバイス管理アプリケーション
１０２  管理装置
１０３，１０４，１０５  デバイス
１０７  エージェントアプリケーション
１１３  認証情報管理部
１２１  認証処理部
【図１】
2020102191.tif 000011
【図２】
2020102191.tif 000012
【図３】
2020102191.tif 000013
【図４】
2020102191.tif 000014
【図５】
2020102191.tif 000015
【図６】
2020102191.tif 000016
【図７】
2020102191.tif 000017
【図８】
2020102191.tif 000018
【図９】
2020102191.tif 000019
【図１０】
2020102191.tif 000020
【図１１】
2020102191.tif 000021
【図１２】
2020102191.tif 000022