JP4455965B2 - 権限情報生成方法、通信装置、プログラム及び記録媒体 - Google Patents

Description

この発明は、ＳＮＭＰ（シンプル・ネットワーク・マネジメント・プロトコル：Simple Network Management Protocol）を用いた通信装置の制御に使用する権限情報を生成する権限情報生成方法、ＳＮＭＰによる制御が可能な通信装置、コンピュータに上記のような権限情報生成方法を実行させあるいはコンピュータを上記のような通信装置として機能させるためのプログラム、およびこのようなプログラムを記録したコンピュータ読取可能な記録媒体に関する。

従来から、ネットワークを介した通信が可能な通信装置において、ネットワーク機器管理プロトコルであるＳＮＭＰに対応させるようにすることが行われている。このような通信装置としては、例えば、プリンタやデジタル複合機といったオフィス機器が挙げられる。そして、このＳＮＭＰに対応している機器は、ＳＮＭＰマネージャと呼ばれる管理ツールにより、外部装置からでもネットワークを介して設定の参照や変更を行うことが可能である。

このようなＳＮＭＰとしては、ｖ１（バージョン１），ｖ２（バージョン２）及びｖ３（バージョン３）が知られている。そして、ｖ１及びｖ２については、ユーザという概念がなく、またデータの暗号化にも対応していないため、認証やセキュリティに関して高度な要求を満たすことは難しい。
なお、特許文献１には、ＳＮＭＰｖ１を使用する場合に、コマンドに付す識別情報を暗号化して送受信し、この識別情報の一致／不一致に基づいてそのコマンドの実行可否を判断するようにすることが記載されている。このようにすれば、通常のＳＮＭＰｖ１の場合よりもセキュリティを向上させることができるが、このような方式であっても、ユーザという概念のないＳＮＭＰｖ１を用いているため、ユーザ毎のアクセス権限を設定するといったことは困難であった。
特開２００３−１２２６５０号公報

これに対し、ＳＮＭＰｖ３では、セキュリティ機能の一部として、ユーザ認証モデル（User-based Security Model：ＵＳＭ）やアクセス制御モデル（View-based Access Control Model：ＶＡＣＭ）が利用可能となっており、これらを用いることにより、ユーザの認証や、ユーザ毎のアクセス制御が可能となっている。
この点を、図２０の概念図を用いて説明する。
一例として、図２０に示すように、ＳＮＭＰｖ３に対応しているネットワーク機器２０１に、ネットワーク機器２０１とネットワーク２０４を介して接続された端末装置２０２及び端末装置２０３からＳＮＭＰｖ３を用いてアクセスする場合について説明する。

まず、ネットワーク機器２０１においては、ＳＮＭＰを用いてアクセス可能な情報であるＭＩＢ（Management Information Base）情報について、管理者のみアクセス可能な範囲（Ａ）、特にアクセス制限をしない（誰でもアクセスできる）範囲（Ｂ）等を定めることができる。また、ユーザＩＤ毎に、認証や通信の暗号化を行うか否かを定めることもできる。ここでは、管理者ＩＤについては認証及び暗号化あり、ゲストＩＤについては認証及び暗号化なしが設定されているものとする。

そして、このような設定がなされている場合、管理者ＩＤを持つユーザＡが内容を暗号化したＳＮＭＰリクエストをネットワーク機器２０１に送信し、パスワードにて認証を受けた場合には、ネットワーク機器２０１に記憶している（Ａ）と（Ｂ）のＭＩＢの双方を取得することができる。しかし、ゲストＩＤでアクセスするユーザＢの場合には、ＳＮＭＰリクエストの暗号化やパスワードによる認証は不要であるものの、（Ｂ）の情報のみしか取得することができない。
このように、ＳＮＭＰｖ３においては、ユーザに応じてＭＩＢ情報にアクセスを許可する範囲を定めることができる。図２０では情報の取得を例として示したが、情報の変更についても同様なアクセス制御が可能である。
また、このようなＳＮＭＰの詳細については、ＩＥＴＦ（Internet Engineering Task Force）が発行するＲＦＣ（Request For Comment）２５７０〜２５７５に記載されている。

ところで、近年では、デジタル複合機のような多様な機能を有する通信装置において、ユーザを登録して各ユーザ毎に機能の利用権限を定め、各ユーザにその権限の範囲内でのみ装置を利用させるようにすることが行われるようになっている。このような機能は、アクセスロール管理機能と呼ばれ、このような機能を実現するため、ユーザの認証や、ユーザ毎の利用権限の設定に係る機能を通信装置に設けることが行われるようになっている。そして、このような機能は、ＳＮＭＰｖ３に対応した装置が登場する前から用いられており、ＳＮＭＰｖ３とは異なるプロトコルを用いて実現されていた。

一方で、装置をＳＮＭＰｖ３に対応させる場合、上述のように、ＵＳＭとＶＡＣＭを用いることにより、ユーザ毎にアクセスを許可する情報の範囲を設定できることから、ＳＮＭＰコマンドの実行可否の判断については、ＳＮＭＰｖ３を用いてアクセスロール管理機能と似た機能を実現できるようにしたいという要求があった。

しかしながら、従来のＳＮＭＰｖ３を用いないアクセスロール管理に加え、ＳＮＭＰｖ３でもアクセスロール管理を行うようにすると、これら２種類のアクセスロール管理に使用するためのユーザの認証情報や権限情報を、それぞれ管理する必要が生じてしまう。そして、この場合、装置全体としてどのユーザにどの機能の使用を許可しているのかを把握するのが困難である上、従来のアクセスロール管理とＳＮＭＰｖ３を用いたものとで別々にユーザの認証情報や権限情報を設定するのが面倒であるという問題もあった。
この発明は、このような問題を解決し、１つの通信装置に、ＳＮＭＰｖ３を用いないアクセスロール管理機能と、ＳＮＭＰｖ３を用いたアクセスコントロール機能とを並存させる場合であっても、双方のアクセスロール管理機能に係る各ユーザの認証情報や権限情報の管理や設定等を容易に行えるようにすることを目的とする。

上記の目的を達成するため、この発明の権限情報生成方法は、ＳＮＭＰｖ３を用いた制御に使用する権限情報を生成する権限情報生成方法において、データ処理機能を有する装置が、ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、その第１の権限情報を上記ＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶し、上記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを、上記変換規則に従って変換して上記第２の権限情報を生成するようにしたものである。

このような権限情報生成方法において、上記第１の権限情報を、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものとするとよい。
さらに、上記変換規則に従って生成する第２の権限情報を、ＶＡＣＭテーブルにおいて、上記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものとするとよい。

あるいは、上記変換規則を、上記第１の権限情報中における情報の項目と、その項目の情報に基づいて生成する上記第２の権限情報中の項目との対応関係の規定を含むものとしてもよい。
さらに、上記変換規則に、上記第１の権限情報中の権限情報に基づいて上記第２の権限情報中のvacmGroupNameの項目の情報を定める旨の規定を含め、さらに、上記権限情報によって規定し得る権限の内容の各々について、その内容の権限を有するユーザについてvacmGroupNameの項目に設定すべき情報の定義を含むものとするとよい。

また、上記の各権限情報生成方法において、上記データ処理機能を有する装置を、ＳＮＭＰｖ３を用いて自身の制御を行う機能を有する装置とし、その装置が、起動時に自身が記憶している第１の権限情報から上記第２の権限情報を生成し、その生成した第２の権限情報を自身の制御に使用するようにするとよい。
さらに、上記第１及び第２の権限情報を、ユーザを認証するための認証情報を含むものとするとよい。

また、この発明の通信装置は、ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、その第１の権限情報をＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する記憶手段と、上記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを上記変換規則に従って変換して上記第２の権限情報を生成する変換手段とを有する通信装置である。

このような通信装置において、上記第１の権限情報を、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものとするとよい。
さらに、上記変換手段が生成する第２の権限情報を、ＶＡＣＭテーブルにおいて、上記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものとするとよい。

さらに、上記変換手段を、その通信装置の起動時に上記第２の権限情報を生成する手段とし、その生成した第２の権限情報をＳＮＭＰｖ３を用いた自身の制御に使用するようにするとよい。
さらに、上記第１及び第２の権限情報を、ユーザを認証するための認証情報を含むものとするとよい。

また、この発明のプログラムは、コンピュータにＳＮＭＰｖ３を用いた制御に使用する権限情報を生成させるためのプログラムにおいて、上記コンピュータに、ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、その第１の権限情報を上記ＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する手順と、上記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを上記変換規則に従って変換して上記第２の権限情報を生成する手順とを実行させるためのプログラムを含めたものである。

このようなプログラムにおいて、上記第１の権限情報を、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものとするとよい。
さらに、上記変換規則に従って生成する第２の権限情報を、ＶＡＣＭテーブルにおいて、上記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものとするとよい。

あるいは、上記変換規則を、上記第１の権限情報中における情報の項目と、その項目の情報に基づいて生成する上記第２の権限情報中の項目との対応関係の規定を含むものとしてもよい。
さらに、上記変換規則を、上記第１の権限情報中の権限情報に基づいて上記第２の権限情報中のvacmGroupNameの項目の情報を定める旨の規定を含むものとし、さらに、上記権限情報によって規定し得る権限の内容の各々について、その内容の権限を有するユーザについてvacmGroupNameの項目に設定すべき情報の定義を含むものとするとよい。
また、上記の各プログラムにおいて、上記コンピュータに、ＳＮＭＰｖ３を用いて通信装置の制御を行う機能と、自身の起動時に自身が記憶している第１の権限情報から上記第２の権限情報を生成し、その生成した第２の権限情報を上記通信装置の制御に使用する機能とを実現させるためのプログラムを更に含めるようにするとよい。

また、この発明のプログラムは、コンピュータを、ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、その第１の権限情報をＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する記憶手段と、上記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを、上記変換規則に従って変換して上記第２の権限情報を生成する変換手段として機能させるためのプログラムである。

このようなプログラムにおいて、上記第１の権限情報を、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものとするとよい。
さらに、上記変換手段が生成する第２の権限情報が、ＶＡＣＭテーブルにおいて、上記第１の権限情報中の権限情報により定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものとするとよい。

さらに、上記変換手段を、上記コンピュータの起動時に上記第２の権限情報を生成する手段とし、上記コンピュータに、その生成した第２の権限情報をＳＮＭＰｖ３を用いた通信装置の制御に使用する機能を実現させるためのプログラムを更に含めるようにするとよい。
また、上記の各プログラムにおいて、上記第１及び第２の権限情報を、ユーザを認証するための認証情報を含むものとするとよい。
また、この発明の記録媒体は、上記のプログラムを記録したコンピュータ読取可能な記録媒体である。

以上のようなこの発明の権限情報生成方法又は通信装置によれば、１つの通信装置に、ＳＮＭＰｖ３を用いないアクセスロール管理機能と、ＳＮＭＰｖ３を用いたアクセスロール管理機能とを並存させる場合であっても、双方のアクセスロール管理機能に係る各ユーザの認証情報や権限情報の管理や設定等を容易に行えるようにすることができる。
また、この発明のプログラムによれば、コンピュータに上記の権限情報生成方法を実行させ又はコンピュータを上記の通信装置として機能させてその特徴を実現し、同様な効果を得ることができる。
この発明の記録媒体によれば、上記のプログラムを記憶していないコンピュータにそのプログラムを読み出させて実行させ、上記の効果を得ることができる。

以下、この発明を実施するための最良の形態について、図面を参照して説明する。
まず、この発明の通信装置の実施形態であり、この発明の権限情報生成方法を実行する装置の一例であるネットワーク機器の構成について説明する。図１は、そのネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣ（パーソナルコンピュータ）と共に示したブロック図である。
図１に示したネットワーク機器１０は、コピー、プリンタ、スキャナ、ファクシミリ通信等の種々の機能を有する画像処理装置であるデジタル複合機であり、ＣＰＵ１１，ＲＯＭ１２，ＲＡＭ１３，ＮＶＲＡＭ（不揮発性メモリ）１４，ＨＤＤ（ハードディスクドライブ）１５，ネットワークＩ／Ｆ１６，エンジン部１７を備えている。

ＣＰＵ１１は、ネットワーク機器１０全体を統括制御する制御手段であり、ＲＯＭ１２やＮＶＲＡＭ１４あるいはＨＤＤ１５に記録された種々のプログラムを実行することにより、変換手段等の各手段として機能し、後述するようなこの実施形態の特徴に係る種々の機能を実現する。
ＲＯＭ１２は、不揮発性の記憶手段であり、ＣＰＵ１１が実行するプログラムや、固定的なパラメータ等を記憶する。ＲＯＭ１２を書き換え可能な記憶手段として構成し、これらのデータをアップデートできるようにしてもよい。

ＲＡＭ１３は、一時的に使用するデータを記憶したり、ＣＰＵ１１のワークメモリとして使用したりする記憶手段である。後述するＳＮＭＰｖ３アクセス管理用情報のように、動的に生成するような情報の記憶領域も、このＲＡＭ１３に用意するようにしている。
ＮＶＲＡＭ１４は、フラッシュメモリ等による書き換え可能な不揮発性記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。
ＨＤＤ１５も、書き換え可能な記憶手段であり、ＣＰＵ１１が実行するプログラムや、装置の電源がＯＦＦされた後でも保持しておく必要があるパラメータの値等を記憶する。また、ＨＤＤ１５には、比較的容量が大きかったり、頻繁に書き換えたりするデータを記憶させるようにしている。

ネットワークインタフェース（Ｉ／Ｆ）１６は、ネットワーク機器１０をネットワーク３０に接続するためのインタフェースであり、例えばイーサネット（登録商標）方式の通信を行うためのインタフェースである。そして、ネットワーク３０を介して他の装置と通信を行う場合、このネットワークＩ／Ｆ１６とＣＰＵ１１とが通信手段として機能する。なお、ネットワーク３０は、有線、無線を問わず種々の方式のものが使用可能であり、ネットワークＩ／Ｆ１６は、ネットワーク３０の規格や使用する通信プロトコル等に応じて適切なものを用意する。また、複数の規格に対応させて複数のネットワークＩ／Ｆ１６を設けることも当然可能である。

エンジン部１７は、画像形成部、画像読取部、ファクシミリ通信ユニット等であり、ＣＰＵ１１がこれらの動作を適切に制御することにより、ネットワーク機器１０にコピー、プリント、スキャン、ファクシミリ通信等の種々の動作を実行させることができる。なお、この部分は、この実施形態の特徴とはあまり関係ないため、図示は簡単なものに留めている。

以上のようなネットワーク機器１０は、ここでは、ネットワーク３０を介して外部の端末装置であるＰＣ２０と通信可能としている。また、このネットワーク機器１０は、後述するようにＳＮＭＰに対応しており、ＰＣ２０から種々のクライアントを用いてアクセスすることにより、設定されているパラメータの値の参照や変更が可能である。

次に、図２に、ネットワーク機器１０における、この実施形態の特徴に関連する部分の機能構成を示す。
図２に示すように、ネットワーク機器１０は、機能管理部１１０，セキュリティ管理部１２０，機器アクセス管理部１３０，ネットワーク管理部１４０，設定機能部１５０，機器アクセス管理用情報記憶部１６０，ＳＮＭＰｖ３アクセス管理用情報記憶部１７０，ＳＮＭＰ情報記憶部１８０を有している。なお、図２でこれらの各部を結ぶ矢印は、データの授受が可能であることを示すものであり、バス等の物理的な構成要素を示すものではない。

また、図３に、機器アクセス管理用情報記憶部１６０，ＳＮＭＰｖ３アクセス管理用情報記憶部１７０，ＳＮＭＰ情報記憶部１８０に記憶させる情報の種類及びこれらにアクセスする機能部を示す。
まず、この図３を用いて、図２に示した各部のうち、情報を記憶する記憶部の機能について説明する。

まず、機器アクセス管理用情報記憶部１６０には、各ユーザのユーザ名や、各ユーザを認証するための認証情報であるパスワード、および各ユーザに対する機能の利用権限を定めた権限情報を含む第１の権限情報である、機器アクセス管理用情報を記憶させる。このような情報は、ここではテーブル形式で記憶させるようにしており、このテーブルを「アクセス管理テーブル」と呼ぶことにする。なお、アクセス管理テーブルには、ＭＩＢ情報として管理している設定データへのアクセスのような、ＳＮＭＰｖ３で取り扱う機能に係る権限の情報と共に、プリント，コピー，ＦＡＸ送信の実行等、ＳＮＭＰｖ３では取り扱わない機能に係る権限の情報も記載し、これらを一括して管理するようにしている。このような機器アクセス管理用情報記憶部１６０は、ハードウェアとしてはＮＶＲＡＭ１４あるいはＨＤＤ１５に設けるとよい。

次に、ＳＮＭＰｖ３アクセス管理用情報記憶部１７０には、ＳＮＭＰｖ３を用いたアクセスロール制御に使用する第２の権限情報であるＳＮＭＰｖ３アクセス管理用情報として、ＵＳＭテーブルやＶＡＣＭテーブルを記憶させる。これらのテーブルに記憶させる情報の詳細については、後述する。また、テーブルに記憶させる情報の内容は、アクセス管理テーブルの内容から後述する変換規則に従って動的に生成するようにしている。このようなＳＮＭＰｖ３アクセス管理用情報記憶部１７０は、動的に生成する情報を記憶させる記憶部であるから、ハードウェアとしてはＲＡＭ１３に設けるとよい。

また、ＳＮＭＰ情報記憶部１８０には、ＳＮＭＰに関連した処理に使用する情報のうち、静的に設定しておく情報を記憶させるようにしている。このような情報としては、例えばコミュニティ（Community）やトラップ（TRAP）、あるいは通信に使用する下位プロトコルの情報（Protocol）が考えられる。このようなＳＮＭＰ情報記憶部１８０は、ハードウェアとしてはＲＡＭ１３に設けるとよい。

次に、図２に示した各部のうち、上述した各記憶部以外の部分について説明する。
機能管理部１１０は、ネットワーク機器１０全体についてユーザに提供可能な機能の種類を把握し、また機能の提供に当たって設定すべき項目等の管理を行う機能を有する。また、これらの機能に関する情報の設定及び参照を行う機能も有する。この機能には、例えばネットワーク機器１０に新たにアプリケーションを追加してＦＡＸ機能を追加する場合等、新たに機能が追加された場合に、アクセス管理テーブルにその機能の使用可否を設定するための領域を設けるような機能も含む。
セキュリティ管理部１２０は、ネットワーク機器１０のセキュリティ全般に対して管理を行う機能を有する。また、セキュリティレベルを管理し、各管理部１１０〜１４０に対して設定されているセキュリティレベルに沿ったセキュリティチェックを促す機能を有する。

機器アクセス管理部１３０は、機器アクセス管理用情報記憶部１６０に記憶しているアクセス管理テーブルを管理することにより、ユーザの登録／抹消や、各ユーザに対する権限の付与／取消等を行う機能を有する。また、ユーザがＳＮＭＰ以外の手段によりネットワーク機器１０の機能のうち権限管理の対象となっている機能を使用しようとした場合に、そのユーザをユーザＩＤやパスワード等により認証するとともに、そのユーザが利用権限を有するか否かに応じて使用可否を判断するアクセスロール管理を行う機能も有する。
なお、この機器アクセス管理部１３０が管理する利用権限には、プリント，コピー，ＦＡＸ送信の実行等、ＳＮＭＰｖ３では取り扱わない機能に係る権限も含む。また、アクセス管理テーブルの管理や使用可否の判断は、ＳＮＭＰｖ３を利用しない方式により行うものであり、例えばネットワーク機器１０を開発したメーカー独自の方式あるいはＳＮＭＰｖ３以外の規格に従った方式が考えられる。

ネットワーク管理部１４０は、ネットワークＩ／Ｆ１６及びここを介した通信に使用するプロトコルの管理や制御を行う機能を有し、ＳＮＭＰを用いた通信を行うためのプログラムであるＳＮＭＰデーモン１４１による通信，認証，権限管理等の機能も、このネットワーク管理部１４０の機能である。なお、ＳＮＭＰデーモン１４１はＳＮＭＰｖ１〜ｖ３のいずれにも対応しており、ＳＮＭＰリクエストを受信した場合にそのパケットの内容に応じて適切なバージョンに対応した処理を行うことができる。

また、ネットワーク管理部１４０中のＳＮＭＰデーモン１４１は、変換機能部１４２を有しており、この変換機能部１４２が、ネットワーク機器１０の起動時に、アクセス管理テーブルの内容を所定の変換規則に従って変換し、ＵＳＭテーブルやＶＡＣＭテーブルを生成する変換手段の機能を有する。また、変換機能部１４２は、アクセス管理テーブルの内容が変更された場合にも、同様にＵＳＭテーブルやＶＡＣＭテーブルの生成を行い、これらのテーブルにアクセス管理テーブルの最新の内容を反映させるようにしている。
また、ＳＮＭＰデーモンは、ＳＮＭＰ情報記憶部１８０における設定を参照したり変更したりする機能も有する。

設定機能部１５０は、ネットワークに関する設定を行う機能を有し、ネットワーク機器１０の操作部からの設定指示の他、テルネット（Ｔｅｌｎｅｔ）等により外部装置から受け付けた設定指示に応じて設定を行う機能を有する。ただし、図３に示したように、ＳＮＭＰに関する情報で設定機能部１５０（ネットワーク管理部１４０以外）から変更可能なものは、ＳＮＭＰ情報記憶部１８０に記憶しているもののみとしている。

以上のような各部の機能により、ネットワーク機器１０は、ネットワーク機器１０に登録した各ユーザ（人間だけでなく、自動的にネットワーク機器１０にアクセスする機能を有する装置等も含む、以下同じ）について、そのユーザを認証するための認証情報や、そのユーザに関して各機能についての利用権限を定めた権限情報をアクセス管理テーブルによって一元的に管理し、この情報を用いて、各ユーザが機能を利用した場合の許可／不許可を定めることができる。
また、アクセス管理テーブルの情報からＳＮＭＰで使用するＵＳＭテーブルやＶＡＣＭテーブルを生成することにより、ＳＮＭＰｖ３以外の方式で管理しているアクセス管理テーブルにおける設定内容に従って、ＳＮＭＰｖ３を用いた認証及び権限管理の処理を行うことができる。この点がこの実施形態の主要な特徴である。
そこで、次に、アクセス管理テーブルの情報からＵＳＭテーブル及びＶＡＣＭテーブルを生成する処理について、内容を単純化した具体例を用いて説明する。

まず、図４に、これらの各テーブルの関係を示す。
上述したように、機器アクセス管理用情報記憶部１６０に記憶されるアクセス管理テーブル１６１には、ユーザ名やパスワード等の認証情報１６２と、権限情報１６３とを対応させて記憶している。
一方、ＳＮＭＰｖ３アクセス管理用情報記憶部１７０には、ＳＮＭＰｖ３による認証及び権限管理を行うための情報として、上述のようにＵＳＭテーブル１７１とＶＡＣＭテーブル１７２を記憶している。そして、ＵＳＭテーブル１７１の内容は主として認証情報１６２をもとに生成し、ＶＡＣＭテーブル１７２の内容は主として権限情報１６３をもとに生成する。図４における矢印は、このような関係を示すものである。

次に、図５に、アクセス管理テーブル１６１に記憶させる情報の例を示す。
この図に示すとおり、アクセス管理テーブルにおいては、ユーザ名（ユーザＩＤ）と対応させて、そのユーザがネットワーク機器１０に認証を受ける際に使用する認証パスワード、そのユーザがＳＮＭＰパケットを暗号化する際に使用する暗号パスワード、そのユーザが許可されている権限の内容を示す権限情報等を記憶している。

このうち、認証パスワードは、ＳＮＭＰｖ３以外の認証処理でもＳＮＭＰｖ３による認証処理でも共通に使用するパスワードであるが、暗号パスワードは、ＳＮＭＰｖ３のみで使用するパスワードである。
なお、暗号パスワードは、ＳＮＭＰｖ３パケットを暗号化するための鍵（のもとになるキー情報）を生成するために使用する。そして、暗号化されて転送されてきたパケットを、同じパスワードをもとに生成した鍵により復号化できれば、そのパケットの送信元が、正しい暗号パスワードを知っているユーザ（又は装置）であると判断できる。従って、この意味では、暗号パスワードも認証に使用するパスワードであると言える。

次に、図６に、アクセス管理テーブル１６１の内容の具体例を示す。なお、この例は、アクセス管理テーブルにユーザＡ乃至ユーザＥの５人のユーザに関する情報を記載した例であるが、図の下線を付した最上段の行の内容は、各列の情報がどのユーザに関するものかをわかりやすくするためのいわば表題であり、実際のテーブルには含まれていない。
図６から明らかなように、アクセス管理テーブルには、図５を用いて説明した通り、各ユーザについて、ユーザ名と対応させて、認証情報として認証パスワード及び暗号パスワードを記憶させる。ただし、ユーザによっては認証パスワードや暗号パスワードを設定しない場合もあるので、その場合には該当するパスワードがない旨の情報を記憶させる。

また、権限情報については、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を記憶させるようにしている。そしてここでは、ＳＮＭＰを用いたＭＩＢ情報の設定に関する権限として、設定Ａ，設定Ｂの権限を設けており、例えば、設定Ａはアドレスや通信プロトコルのようなネットワークに関する設定を行う権限、設定Ｂは、システムリブートや使用する紙種のような機器管理に関する設定を行う権限とすることができる。そして、ユーザＢ，Ｄ，Ｅには設定Ａの権限を許可し、ユーザＣ，Ｄ，Ｅには設定Ｂの権限を許可するようにしている。同様に、ＳＮＭＰを用いたＭＩＢ情報の参照に関する権限として、参照Ａ及び参照Ｂの権限を設け、これらについてもユーザ毎に権限の許可／不許可の情報を記憶させている。

なお、ここで挙げた例では、ＳＮＭＰを用いたアクセスロール管理と関連するアクセス管理テーブル上の権限情報は以上の４項目のみであるが、他の機能の利用に関する権限許可／不許可を示す情報も共に記憶させるようにしている。例えば、機能使用Ａ，機能使用Ｂ等の権限である。これらの全ての権限は、各ユーザについて独立に許可／不許可を設定できるようにして構わないが、ネットワーク機器１０の用途や権限の特性等の理由により、ある権限を同時に許可できる人数に制限を設けたり、ユーザ１人が持てる権限の範囲に制限を設けたりすることは考えられる。

以上のようなアクセス管理テーブルにより、第１の権限情報を規定することができる。そして、機器アクセス管理部１３０は、このアクセス管理テーブルに記憶している情報に基づいて、ＳＮＭＰｖ３以外の方式により、各ユーザに対してその有する権限の範囲内でのみネットワーク機器１０の使用を許可するアクセスロール管理を行っている。
また、上述したように、ＳＮＭＰデーモン１４１内に用意されたプログラムによって実現される変換機能部１４２の機能により、図６に示したようなアクセス管理テーブル内の情報に基づいてＳＮＭＰｖ３によるアクセスロール管理に使用するＵＳＭテーブルやＶＡＣＭテーブルを生成することができる。

ここで、このようなＵＳＭテーブルやＶＡＣＭの生成方法について説明する前に、これらのテーブルの内容及びそこに記載されたデータの用途について、具体例を用いて説明する。なお、ＵＳＭテーブル及びＶＡＣＭテーブルは、ＭＩＢツリーとして表現されるデータであり、その形式自体は、ＳＮＭＰの規格を定めるＲＦＣ２５７４及び２５７５に規定されている内容に従ったものである。しかし、この実施形態は、これらのテーブルに記憶させている情報の内容及びその生成工程に特徴を有するものである。

まず、図７に、変換機能部１４２が図６に示した情報から生成するＵＳＭテーブルの例を示す。なお、この図においては、実際にＭＩＢツリーとして表現されるデータのうち、この実施形態の特徴に関連するごく一部のみを示しており、ここに示したもの以外の情報をテーブルに記載することも当然あり得る。また、下線を付した要素は、その列のデータが何に関するデータであるかを示すための見出しであり、実際にテーブルに記憶させるデータを示すものではない。これらの点は、後述の図８についても同様である。

ＵＳＭテーブルは、ＭＩＢツリーのうちsnmpUsmMIB以下の情報によって構成されるが、重要な情報としては、snmpUsmMIBの下位のusmMIBObjectの下位のusmUserの更に下位の、usmUserTableがある。
図７に示したのはこの部分であり、usmUserTableの下位（正確にはその下位のusmUserEntryのさらに下位）の情報として、各ユーザ毎に、usmUserName及びusmUserSecurityNameの項目にユーザ名の情報を記憶させるようにしている。ここでは、ユーザＡからユーザＥについて、それぞれアクセス管理テーブル上のユーザ名と同じユーザ名を記憶させている。なお、ここではusmUserName及びusmUserSecurityNameの項目に全く同じ情報を記憶させているが、これはＵＳＭテーブルの仕様上の理由である。

また、authKeyの項目には、ＳＮＭＰｖ３による認証に使用する認証パスワードに相当する情報を記憶させるようにしている。ただし、ＳＮＭＰｖ３で使用するのは、パスワードそのものではなく、パスワードをもとに生成したキーを、さらにＭＤ５（Message Digest 5）やＳＨＡ−１（Secure Hash Algorithm 1）等のアルゴリズムによりハッシュ処理して得たデータである（パスワードからキーを生成する際にもハッシュ処理を利用する）ので、privKeyの項目に記憶させるのもこのデータである。実際には、図７に示すようなランダムな文字列となるが、図７に示したものは長さは実際のものと異なる。また、「−」は、該当するデータがないことを示す。

また、privKeyの項目には、暗号化されて送信されてくるＳＮＭＰｖ３パケットを復号化するための鍵を記憶させるようにしている。この鍵は、暗号パスワードと対応するものであり、上記の認証パスワードの場合と同様、パスワードをもとに生成したキーを、さらにハッシュ処理して得たデータとしている。
なお、これらのauthKey及びprivKeyの情報は、ＳＮＭＰデーモン１４１からusmUserSecurityNameの情報をキーに検索可能な情報であるが、セキュリティを考慮してＭＩＢツリー以外の場所に記憶するようにしている。従って、厳密にはＵＳＭテーブルの一部とは言えない。図でこれらの項目の枠を破線で示しているのはこの意味である。

また、usmUserAuthProtocolの項目には、該当ユーザが認証処理を行うか否か及び、その認証の際に使用するハッシュ処理の方式を示す情報を記憶させており、usmUserPrivProtocolの項目には、該当ユーザが通信時のパケットの暗号化を行うか否か及び、その暗号化の際に使用する暗号方式を示す情報を記憶させている。

次に、図８に、変換機能部１４２が図６に示した情報から生成するＶＡＣＭテーブルの例を示す。
ＶＡＣＭテーブルは、ＭＩＢツリーのうちsnmpVacmMIB以下の情報によって構成されるが、重要な情報としては、snmpVacmMIBの下位のvacmMIBObjectsの更に下位のvacmSecurityToGroupTableとvacmAccessTableがある。
図８に示したのはこの部分であり、まず、vacmSecurityToGroupTableの下位（正確にはその下位のvacmSecurityToGroupTableEntryのさらに下位）の情報として、各ユーザ毎に、vacmSecurityNameの項目にユーザ名の情報を記憶させると共に、及びvacmGroupNameの項目にそのユーザが有する権限と対応する権限グループの名称を記憶させるようにしている。

また、vacmAccessTableの部分は、vacmGroupNameの項目に記載した各権限グループに関する情報を記憶する部分である。そして、vacmAccessTableの下位（正確にはその下位のvacmAccessEntryのさらに下位）のvacmAccessSecurityLevelの項目に、該当する権限グループに属するユーザについてパスワードによる認証及びパケットの暗号化を行うか否かを示す情報を、vacmAccessReadViewNameの項目に、同ユーザに対して参照アクセスを許可する範囲を定めるView（ビュー）の種類を示す情報を、vacmAccessWriteViewNameの項目に、同じく設定アクセスを許可する範囲を定めるViewの種類を示す情報を、それぞれ記憶させるようにしている。

次に、ＳＮＭＰリクエストを受信した場合に以上説明したＵＳＭテーブル及びＶＡＣＭテーブルに記憶している情報を用いて行う認証及び権限管理の処理手順について説明する。
まず、図９にＳＮＭＰｖ３パケットの構成を示す。
外部装置がネットワーク機器１０に対してＳＮＭＰリクエストを送信してくる場合、図９に示すように、その内容をＳＮＭＰメッセージの本文として記載した上、これにヘッダ及びセキュリティモデルにより使用するデータを付加して送信してくる。また、パケットの暗号化を行う場合には、上述したように暗号パスワードを基に生成した鍵により、メッセージ本文を暗号化して送信してくる。

そして、セキュリティモデルにより使用するデータには、図９に示したような種々のデータが含まれるが、このうち主としてユーザ名（msgUserName），認証パスワードを基に生成したデータ（msgAuthentificationParameters），パケットの暗号化を行ったか否かを示す情報（msgPrivacyParameters）を使用してアクセスロール管理の処理を行う。なお、後２者の項目には、該当するパスワードを使用しない（認証や暗号化をしない）場合にはNULLが格納され、その旨が示される。また、パケットの暗号化を行っている場合、msgPrivacyParametersには、saltと呼ばれる情報が格納される。

ここで、図１０に、ＳＮＭＰリクエストを生成するＳＮＭＰクライアントにおけるパスワード入力画面の例を示す。
ユーザは、ＰＣ２０等の端末装置において、ＳＮＭＰクライアントと呼ばれるプログラムを実行し、必要事項を指定してＳＮＭＰリクエストの送信を指示することにより、ＳＮＭＰリクエストをネットワーク機器１０に送信することができる。そして、この際、ＳＮＭＰクライアントは図１０に示すようなパスワード入力画面６０を表示して、ユーザにユーザ名及び認証パスワードと暗号パスワードの入力を要求する。

そして、ユーザが各入力欄６１〜６３に必要事項を入力してＯＫキーを押下すると、入力された情報をもとに、上記の「セキュリティモデルにより使用するデータ」を生成し、これを含むＳＮＭＰリクエストを生成してネットワーク機器１０に送信する。なお、ここで入力するパスワードは、アクセス管理テーブルに登録されている状態のものと同じ、変換前のパスワードでよい。また、ユーザ名以外の欄は空欄で構わないが、その場合には該当するパスワードがないものとして取り扱う。

次に、図１１に、上記の「セキュリティモデルにより使用するデータ」を用いて行うアクセスロール管理の処理手順の概略を示す。この図には、ネットワーク機器１０がＳＮＭＰｖ３パケットを受信し、そのヘッダ情報から受信したパケットをＳＮＭＰｖ３により取り扱えばよいと判断した後の処理を示している。また、この処理は、ＳＮＭＰデーモン１４１の提供する機能により行うものである。

図１１に示すように、ネットワーク機器１０がＳＮＭＰｖ３によりＳＮＭＰパケットを取り扱う場合、まずＵＳＭテーブル中のusmUserTable及びその関連情報を参照して、受信したメッセージ中のユーザ名と対応するusmUserAuthProtocol及びusmUserPrivProtocolの情報を取得し、その内容に従って認証及び復号化の処理を行う。この処理に必要なネットワーク機器１０側の認証情報は、該当ユーザについてのprivKey及びauthKeyの項目から取得する（Ｓ１）。そして、必要な認証及び復号化処理が成功した場合に以下の処理に進む。失敗したら、この時点でエラーとして取り扱う。

なお、ネットワーク機器１０に登録されているユーザであれば、自身のユーザ名を記載したＳＮＭＰパケットを送信してくるはずである。例えば、図７等に示したユーザＢであれば「UserB」、ユーザＤであれば「UserD」等である。また、受信したメッセージ中のユーザ名がＵＳＭテーブルに登録されていなければ認証失敗である。また、認証及び／又は復号化の処理が不要と判断した場合には、パケット側のmsgAuthentificationParametersやmsgPrivacyParametersに値が記載されていても無視するようにしてもよい。

ステップＳ１が問題なく終了した場合、次にＶＡＣＭテーブル中のvacmSecurityToGroupTableの情報を参照し、vacmGroupNameの項目から、受信したメッセージ中のユーザ名と対応する権限グループ名の情報を取得する（Ｓ２）。上述のユーザＢの場合には「userB」と対応する「netAdmin」、ユーザＤと対応する「netmacAdmin」となる。

そして、権限グループ名が取得できると、ＶＡＣＭテーブル中のvacmAccessTableを参照し、vacmAccessReadViewName及びvacmAccessWriteViewNameの項目から、ステップＳ２で取得した権限グループ名と対応するView情報を取得する（Ｓ３）。例えば、ユーザＢの場合には、「netAdmin」と対応するものであるから、ReadViewが「ALL」、WriteViewが「netView」となる。ユーザＤの場合には、「netmacAdmin」と対応するものであるから、ReadViewが「ALL」、WriteViewが「netmacView」となる。なおこのとき、該当グループのvacmAccessSecurityLevelの情報を参照し、ステップＳ１でここに記載した種類の認証が行われていなかった場合には、認証が不十分であるとしてエラー処理を行う。

一方、ステップＳ３でView名が取得できると、View毎にアクセスを許可する情報の範囲を規定しているvacmViewTreeFamilyTableを参照し、取得したView情報をもとにアクセスを許可できる範囲を把握する（Ｓ４）。vacmViewTreeFamilyTableにおいては、例えば「ALL」のViewに対応させてＭＩＢツリーの全ての範囲、「netView」に対応させて設定Ａの権限を持つユーザに設定アクセスを許可できる範囲、「netmacView」に対応させて設定Ａと設定Ｂの双方の権限を持つユーザに設定アクセスを許可できる範囲が設定されている。そして、受信したパケットに記載されていたリクエストによりアクセスを要求されている範囲がステップＳ４で把握した範囲内か否かに応じて、そのリクエストに係る動作を許可するか否かを判断することができる。なお、vacmViewTreeFamilyTableは、図８では図示を省略したが、ＭＩＢツリーにおいてsnmpVacmMIBよりも下位に位置する情報であり、この意味ではＶＡＣＭテーブルの一部であると言える。

次に、図６に示したようなアクセス管理テーブルの内容をもとに図７に示したようなＵＳＭテーブルや図８に示したようなＶＡＣＭテーブルを生成する処理について説明する。
この処理は、ネットワーク機器１０のＣＰＵ１１がＳＮＭＰデーモン１４１を実行することによって行うものであり、アクセス管理テーブルに含まれるユーザ名や、そのユーザ名と対応する認証情報及び権限情報とを、所定の変換規則に従って変換して行うものである。
そこで、ここではＵＳＭテーブルとＶＡＣＭテーブルの生成処理について、この変換規則の内容を中心に説明することにする。

図１２に、アクセス管理テーブル中の各情報について、その情報から生成するＵＳＭテーブル又はＶＡＣＭテーブル中の情報の種類を示す。この図は、上記の変換規則による規定を示すものであり、左側の列の情報をもとに右側の列の情報を生成することを示すものである。
この図からわかるように、まず、アクセス管理テーブル中の「ユーザ名」の情報からは、usmUserTable中のusmUserNameとusmUserSecurityName、およびvacmSecurityToGroupTable中のvacmSecurityNameの情報を生成するようにしている。なお、この部分については、テーブル内に必要な記憶領域を用意し、アクセス管理テーブル中の「ユーザ名」の内容と同じものを、その記憶領域に記憶させればよい。

また、ＵＳＭテーブルやＶＡＣＭテーブル中での各ユーザに関する情報の記憶位置を示すＭＩＢインデックスには、その一部にユーザ名を示すコードを使用するようにしている。例えば、ユーザ名が「UserA」のユーザのusmUserSecurityNameのＭＩＢインデックスは、「....usmUserSecurityName.12.0.0.1.111.2.0.116.255.254.120.28.198.5.85.115.101.114.65」としており、このうち最後の「85.115.101.114.65」が「UserA」を示すコードである。ユーザ名が「UserB」であれば、この部分は「85.115.101.114.66」となる。

次に、アクセス管理テーブル中の「認証パスワード」の情報からは、authKeyの情報及びusmUserTable中のusmUserAuthProtocolの情報を生成する。ただし、これらの項目については、「認証パスワード」の情報をそのまま記憶させるわけではない。authKeyについては、「認証パスワード」をもとに生成したキーをさらにハッシュ処理して得たデータを生成して記憶させる。また、usmUserAuthProtocolについては、アクセス管理テーブルにおける「認証パスワード」の登録有無や、ネットワーク機器１０が対応しているハッシュ処理の方式に基づいて、usmNoAuthProtocol（認証処理なし）、usmHMACSHAAuthProtocol（SHA-1を用いた認証処理）、usmHMACMD5AuthProtocol（MD5を用いた認証処理）、のようなオブジェクト値を生成して記憶させるようにしている。

また、アクセス管理テーブル中の「暗号パスワード」の情報からは、privKeyの情報及びusmUserTable中のusmUserPrivProtocolの情報を生成する。これらの項目についても、「暗号パスワード」の情報をそのまま記憶させるわけではなく、privKeyについては、「暗号パスワード」をもとに生成したキーをさらにハッシュ処理して得たデータ、すなわちそのユーザが送信してくるＳＮＭＰリクエストを復号化するための鍵を生成して記憶させる。また、usmUserPrivProtocolについては、アクセス管理テーブルにおける「認証パスワード」の登録有無や、ネットワーク機器１０が対応している暗号方式に基づいて、usmNoPrivProtocol（暗号化処理なし）、usmDESPrivProtocol（ＤＥＳ（Data Encryption Standard）を用いた暗号化処理）のようなオブジェクト値を生成して記憶させるようにしている。

また、アクセス管理テーブル中の「権限」の情報からは、vacmSecurityToGroupTable中のvacmGroupNameの情報を生成する。さらに、生成したvacmGroupNameの情報をもとに、vacmAccessTableの情報も生成する。
このうち、vacmGroupNameの情報としては、「権限」の情報中で、各ユーザについて、ＳＮＭＰｖ３を用いてアクセスロール管理を行う範囲の権限、すなわちＳＮＭＰを用いたＭＩＢ情報の設定に関する各権限の有無を参照し、そのユーザが有する権限の内容に応じた権限グループ名を記憶させるようにしている。
そして、このような処理を可能とするため、アクセス管理テーブル中でＳＮＭＰｖ３を用いてアクセスロール管理を行う範囲の権限を示す情報によって規定し得る権限の内容の各々について、その内容の権限を有するユーザについてvacmGroupNameの項目に設定すべき権限グループ名の定義を用意している。なお、ＳＮＭＰｖ３を用いてアクセスロール管理を行う範囲外の権限を示す情報については、権限グループの決定に影響を及ぼさないため、ここでは無視することができる。

図１３に、この権限グループの定義の規定例を示す。なお、この図においては、各内容の権限と対応する権限グループ名に加え、その権限グループに関してvacmAccessTableに登録する情報の内容も示している。「権限の内容」については、参考用に記載しておくとよいが、特に必要な情報ではない。
図６の説明において述べたように、このネットワーク機器１０においては、ＳＮＭＰｖ３を用いて権限制御を行う範囲の権限として、設定Ａ，設定Ｂ，参照Ａ，参照Ｂの４種の権限を用意し、そのそれぞれについて、権限の有無を設定できるようにしている。そして、図１３においては、５つの組み合わせのみについて例を示しているが、４種の権限の有無の組み合わせによって規定し得る権限の内容は、２^４＝１６通りである。そこで、実際には、この１６通りのそれぞれについて、対応する権限グループ名及びその内容を定義するようにしている。従って、ｎ種の権限について権限の有無を設定できるようにした場合には、２^ｎ個の権限グループを定義することになる。

そして、ＶＡＣＭテーブルを生成する際には、各ユーザについて、アクセス管理テーブル中における設定Ａ，設定Ｂ，参照Ａ，参照Ｂの権限の規定内容に従って図１３に示したテーブルを検索し、vacmGroupNameに登録すべき権限グループ名の情報を取得する。このとき、各ユーザが有する権限の情報は、最終的に全て揃えばよく、権限の種類毎にその権限を有するユーザの情報を収集するようにしてもよい。
また、あるグループ名が初めてＶＡＣＭテーブルに登録された場合には、vacmAccessTableにその権限グループに関する情報を記憶する領域を用意し、vacmAccessSecurityLevel，vacmAccessReadViewName，vacmAccessWriteViewName等の情報を、図１３に示したテーブルからコピーして登録する。１つのグループに２人以上のユーザが属することになる場合には、vacmAccessTableへの登録は一度だけでよい。

このような処理を行うと、全てのユーザに関する情報を登録し終わった状態では、ＶＡＣＭテーブルにおいて、アクセス管理テーブル中の権限情報により定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されていることになる。従って、完成したＶＡＣＭテーブルの内容に基づいてＳＮＭＰｖ３を用いたアクセスロール制御を行うことにより、各ユーザにアクセス管理テーブルにおける定義内容と同じ権限を与える制御を行うことができる。

また、アクセス管理テーブルにおいて規定し得る全ての権限と対応する権限グループの定義を用意しておくようにしているので、アクセス管理テーブルにおいて、複数の権限の組み合わせにより権限の定義がなされていても、１ユーザが１つの権限グループにしか所属できないＳＮＭＰｖ３において、各ユーザにアクセス管理テーブルにおける定義内容と同じ権限を与える制御を行うことができる。

以上説明してきたような変換規則に従ったＵＳＭテーブルやＶＡＣＭテーブルの生成は、このネットワーク機器１０においては、各項目に関する変換を行うためのプログラムコードをそれぞれ作成して記憶させておき、これをＣＰＵ１１に実行させることにより行うようにしている。しかし、各項目についての変換規則の内容をテーブル等に記憶させ、これを逐次読み出させて内容に従った処理を行わせるようにしてもよい。

また、変換規則の説明に用いた図１２及び図１３においては、図６や図８に示した項目の範囲内でのみＶＡＣＭテーブルに登録すべき情報の定義を示している。しかし、より詳細な情報に関する変換規則や定義を含めるようにしてよいことはもちろんである。また、図１３に示した内容について、権限の内容と権限グループとの対応関係と、各権限グループeについてのvacmAccessTableの内容とを、別のテーブルで定義するようにしてもよい。また、全ての権限が「×」であるユーザに対しては、対応する権限グループを用意せず、このようなユーザをＵＳＭテーブルやＶＡＣＭテーブルに登録しないようにしてもよい。

さらに、vacmAccessReadViewNameやvacmAccessWriteViewNameの項目にView名を記憶させる場合、そのViewの内容をvacmViewTreeFamilyTableに記憶させる必要があるが、このために必要な各Viewの定義も、変換規則の一部として記憶させておくものとする。例えば、netmacViewの範囲として設定Ａと設定Ｂの両方の権限を有するユーザに設定アクセスを許可する範囲を記載し、netViewの範囲として設定Ｂの権限を有するユーザに設定アクセスを許可する範囲を記載し、macViewの範囲として設定Ａの権限を有するユーザに設定アクセスを許可する範囲を記載する、等である。

また、以上のようなＵＳＭテーブルやＶＡＣＭテーブルの生成は、まずネットワーク機器１０の起動時に行い、生成したテーブルを用いてＳＮＭＰｖ３による認証及び権限管理の制御を行うようにしている。
図１４に、この処理のフローチャートを示す。
ネットワーク機器１０のＣＰＵ１１は、所要の制御プログラムを実行することにより、ネットワーク機器１０の起動時に図１４のフローチャートに示す処理を開始する。そして、まずステップＳ１１で、アクセス管理テーブルを読み出す。この読み出したアクセス管理テーブルは、ＳＮＭＰｖ３以外での認証や権限管理の処理に利用できるようにする。

そして、ステップＳ１２では、図１２及び図１３を用いて説明したような変換規則に基づいて、ステップＳ１１で読み出したアクセス管理テーブル上の情報から、図７及び図８に示したようなＵＳＭテーブル及びＶＡＣＭテーブルを構成するＭＩＢ情報を生成する。その後、ステップＳ１３で、ＳＮＭＰによる通信を開始し、ステップＳ１２で生成したＵＳＭテーブル及びＶＡＣＭテーブル上のＭＩＢ情報に基づくアクセスロール管理を開始し、処理を終了する。
ＵＳＭテーブルやＶＡＣＭテーブルの内容は、アクセス管理テーブルの内容に応じて動的に生成されるものであるから、このように、機器の起動時には新たに生成し直すことが好ましい。そして、このようにすることにより、機器の起動時から、アクセス管理テーブルの内容に従ったＳＮＭＰｖ３によるアクセスロール管理の処理を行うことができる。

また、ＵＳＭテーブルやＶＡＣＭテーブルの内容は、アクセス管理テーブルの内容と整合している必要があるから、アクセス管理テーブルの内容が変更された場合にも、図１４に示したものと同様な処理を行ってＵＳＭテーブルやＶＡＣＭテーブルを再度生成するようにするとよい。この処理は、ＳＮＭＰデーモンの再起動処理に相当する。ただし、この場合には、アクセス管理テーブルは既に読み出されているので、ステップＳ１１の処理は不要である。また、アクセス管理テーブル以外でも、ＵＳＭテーブルやＶＡＣＭテーブルの内容に影響を及ぼすような設定が変更された場合には、同様な取り扱いとするとよい。

ところで、アクセス管理テーブルの内容変更は、例えばネットワーク機器１０の操作パネルから指示することができる。また、ネットワーク機器１０にウェブサーバ機能を設け、ＰＣ２０等の外部装置からのブラウザによるアクセスに応じてＧＵＩ（グラフィカル・ユーザ・インタフェース）を含むウェブ画面を提供し、そのＧＵＩによって変更指示を受け付けるようにしてもよい。

図１５及び図１６に、このようなＧＵＩの例を示す。
この図に示すＧＵＩ４０は、最大５人のユーザＡ乃至ユーザＥについて、ＳＮＭＰｖ３を用いて権限制御を行う範囲の権限である設定Ａ，設定Ｂ，参照Ａ，参照Ｂの４種の権限の有無を設定すると共に、そのユーザの認証に使用するユーザ名、認証パスワード及び暗号パスワードの設定を受け付けるためのＧＵＩである。そして、権限情報を変更する権限を有するユーザが表示を要求して認証を受けた場合のみ、要求元にこのような画面のデータを提供して表示させるようにしている。

そして、画面上部の権限設定部４１においては、各権限についてその権限を付与したいユーザのチェックボックスをＯＮにすることにより、該当する権限をそのユーザに付与する設定を行うことができるようにしている。各チェックボックスは独立にＯＮ／ＯＦＦが可能であり、図１５においては、図６に示した設定内容と対応するようにチェックボックスをＯＮにした例を示している。
また、権限設定部４１の下には、各ユーザ毎に認証情報設定部４２を設けている。そして、ユーザ名入力部４３にユーザ名を入力することにより、対応するユーザのユーザ名を設定することができる。また、パスワードについては、変更ボタン４４を押下すると、図１６に示すようなパスワード変更画面５０がポップアップ表示され、パスワード入力欄５１及び５２に設定したいパスワードを入力してＯＫボタン５３を押下することにより、ＧＵＩ４０で押下した変更ボタンと対応するパスワードを設定することができる。キャンセルキー５４を押下した場合には、設定を行わずにＧＵＩ４０に戻る。

そして、ユーザが以上の各部を操作して必要な設定を行ったあと、適用ボタン４６を押下すると、その内容がネットワーク機器１０に送信され、ネットワーク機器１０において、アクセス管理テーブルの内容が変更される。
また、更新ボタン４５が押下された場合には、ＧＵＩ４０にネットワーク機器１０における最新の登録内容が反映される。

このようなＧＵＩ４０を用いることにより、図６に示したようなアクセス制御テーブルの内容を容易に設定することができる。そして、アクセス制御テーブルの内容を変更した場合には、その内容をＵＳＭテーブルとＶＡＣＭテーブルに反映させるようにしているので、ＳＮＭＰｖ３を用いたアクセスロール管理の設定も同じく容易に行うことができると言える。なお、ＧＵＩとして、６人目以降のユーザを追加できるようにしたり、他の権限に関する設定を行えるようにした画面を用意してもよいことは、もちろんである。

以上説明してきたようなネットワーク機器１０においては、従来から使用されてきたようなＳＮＭＰｖ３を用いないアクセスロール管理に使用する情報と、ＳＮＭＰｖ３によるアクセスロール管理に使用する情報とを一元管理することができるため、双方のアクセスロール管理機能に係る各ユーザの認証情報や権限情報の管理や設定等を容易に行えるようにすることができる。

この場合において、ＳＮＭＰｖ３では、１ユーザは１つの権限グループにしか所属できないという制約がある。しかし、上述したような変換規則を用意しておき、その変換規則に従ってＵＳＭテーブルやＶＡＣＭテーブルを生成するようにしたことにより、ＳＮＭＰｖ３を用いないアクセスロール管理で、１ユーザが複数の権限を有するような設定が可能な場合であっても、容易にＳＮＭＰｖ３のフォーマット上の要求を満たすデータに変換することができる。

従って、旧来のアクセスロール管理の機能を最大限利用しながら、ＳＮＭＰｖ３によるアクセスロール管理の内容を設定することができる。この場合において、認証や暗号化を行わず、制限された情報のみを参照することが可能な図１３のgeneralのような権限グループを用意しておけば、重要な情報についてはセキュリティの向上を図りつつ、認証や暗号化に対応していないプリンタドライバ等にもＳＮＭＰを利用したネットワーク機器１０の情報取得を可能とし、ＳＮＭＰを利用したポートの生成等の機能を利用できるようにすることができる。

〔変形例：図１７乃至図２０〕
次に、上述した実施形態の変形例について説明する。この変形例は、ＳＮＭＰｖ３に係るリクエストを受信した際、ＵＳＭテーブルやＶＡＣＭテーブルの内容に従ったアクセスロール管理の結果、リクエストに係る動作を許可してよいと判断した場合でも、所定の場合にはレスポンスに変更を加えて返すようにした点が、上述の実施形態の場合と異なるのみである。そこで、この変形例については、この点を中心に説明する。

まず、図１７に、この変形例のネットワーク機器が、ＳＮＭＰｖ３に係るリクエストを受信した場合に行う処理のフローチャートを示す。
この変形例においては、ネットワーク機器１０は、ＳＮＭＰデーモンを実行することにより、ＳＮＭＰｖ３に係るリクエストを受信すると、図１７のフローチャートに示す処理を開始する。

そして、まずステップＳ２１で、ＵＳＭテーブルやＶＡＣＭテーブルの内容から、要求送信元のアクセス権限を把握する。この処理は、上述の実施形態において図１１を用いて説明した処理と同じものでよい。
その後ステップＳ２２で、ステップＳ２１の結果に基づいてリクエストに係る動作を許可してよいか否か判断し、許可してよければステップＳ２３に進む。上述の実施形態においては、この場合にはリクエストに係る動作を実行するようにしていたのであるが、この変形例においては、ステップＳ２３で、リクエストの内容が情報の取得に係るものであるか否か判断する。

そして、情報の取得に係るものであれば、ステップＳ２４に進み、情報をそのまま提供してよいか否か判断する。この判断基準としては、ユーザ名、権限グループ名、送信元ＩＰアドレス等が考えらる。そして、ＭＩＢツリーの特定の領域については特定の条件を満たす送信元にしか情報を提供しない、あるいは特定の条件を満たす送信元には情報を提供しない、等の条件をＮＶＲＡＭ１４等に予め設定しておくようにすることが考えられる。例えば、パスワードやキーに関する情報は、アクセス権限を有するユーザの中でも特に信頼の置けるユーザのみに許可する、あるいは特定の端末からアクセスしてきた場合のみ許可する、といった条件を設定することが考えられる。そして、この条件と、ステップＳ２１における認証及び権限管理処理で得られる情報やＳＮＭＰリクエスト受信の際に取得できる情報とを比較することにより、このステップＳ２４の判断を行うことができる。

そして、ステップＳ２４で提供してよければ、ステップＳ２５で要求された情報（ここではＭＩＢの値）をそのままレスポンス領域に設定し、ステップＳ２７でＳＮＭＰのレスポンス処理を行う。
また、ステップＳ２４で提供すべきでないと判断すれば、ステップＳ２６で要求された情報をマスクしてレスポンス領域に設定し、同じくレスポンスの処理を行う。ここで、マスク処理としては、例えばＭＩＢ値に代えて所定数の「＊」のような記号を記載する、あるいは「ＮＵＬＬ」を記載する、等が考えられる。
なお、ステップＳ２３でＮＯであれば、そのままＳＮＭＰリクエストの内容に応じた処理を行ってレスポンスを返す。また、ステップＳ２２でＮＯであれば、リクエストに係る動作を実行せずにレスポンスを返す。

以上のような処理を行うことにより、ＵＳＭテーブルやＶＡＣＭテーブルを用いたアクセスロール管理に加えてさらにきめの細かい管理が可能になり、一層のセキュリティ強化を図ることができる。
なお、ステップＳ２４での判断に使用する情報として、ＭＩＢ値を提供してよいか否かだけでなく、その他の処理、例えばＭＩＢ値に簡単な暗号化を施してレスポンス領域に設定するといった処理を行うようにする条件を定めるようにしてもよい。このようにすれば、一層きめの細かい管理が可能になる。

また、ここでは情報の提供の場合のみステップＳ２４のような判断を行うようにしたが、情報の設定の場合にも同様な判断を行うようにしてもよい。
さらに、ここでは図１７に示したような処理を上述した実施形態のネットワーク機器に適用する例について説明したが、ステップＳ２１において使用するＵＳＭテーブルやＶＡＣＭテーブルは、アクセス管理テーブルをもとに生成されたものであることは必須ではない。そして、ＵＳＭテーブルやＶＡＣＭテーブルの内容をユーザが直接定義するようなネットワーク機器であっても、この処理による効果を得ることはできる。
以下に図１７に示した処理のバリエーションをさらに２例説明するが、これらの点は、後述の例についても同様に当てはまる。

図１８に、このバリエーションの１つを示す。
この処理においては、図１７に示した処理のステップＳ２４とステップＳ２５の間にステップＳＡを挿入し、ステップＳ２４でＹＥＳの場合でも、情報の暗号化が可能でない場合にはＭＩＢ値をマスクしてレスポンス領域に設定するようにしたものである。暗号化の可否は、受信したＳＮＭＰリクエストに係るパケットに暗号キーが含まれていたか否かに応じて判断することができる。このような処理を行うようにすれば、ネットワーク上に流すＭＩＢ情報には必ず暗号化を行うことができるので、より一層のセキュリティ強化を図ることができる。

また、図１９に、別のバリエーションを示す。
この処理においては、図１８に示した処理のステップＳ２３とステップＳ２４の間にステップＳＢを挿入し、情報の提供を制限しないように設定されているホストからのＳＮＭＰリクエストについては、ステップＳ２４やステップＳＡの判断を経ずに、ステップＳ２５に進むようにしている。ステップＳＢの判断基準は、ステップＳ２４の判断基準の場合と同様にＮＶＲＡＭ１４に記憶させておけばよい。

ユーザ環境によっては、セキュリティ管理が行き届いているホストからのアクセスについてはあまり認証や権限のチェックを強化せず、処理負荷を低減したいという要求もあるが、図１９に示したような処理により、このような要求に応えることができる。
なお、図１９においてステップＳＡを設けないようにすることも可能である。
以上で、ＳＮＭＰｖ３に係るリクエストを受信した場合の処理に関する変形例の説明を終了する。

しかし、これら以外でも、上述した実施形態には様々な変形を適用可能である。例えば、ソフトウェアの構成や使用する通信プロトコル、データの形式、内容等が上述の実施形態で説明したものに限られないことはもちろんである。また、ＵＳＭテーブルやＶＡＣＭテーブルの生成を、これらのテーブルを制御に使用する機器自身で行うことは必須ではなく、外部の処理サーバ等に行わせるようにしてもよい。あるいは、アクセス管理テーブルを認証サーバ等で管理するようにし、必要に応じてそのアクセス管理テーブルからＵＳＭテーブルやＶＡＣＭテーブルを生成してネットワーク機器に転送し、制御に使用させるようにすることも考えられる。この場合には、これらの処理サーバや認証サーバもこの発明の通信装置の実施形態である。

また、この発明が、ネットワークを介して他の通信装置と適用可能な通信装置であれば、どのような通信装置にも適用可能であることはもちろんである。適用対象としては、例えば、プリンタ，ＦＡＸ装置，デジタル複写機，スキャナ装置，デジタル複合機等の画像処理装置のほか、汎用コンピュータ，ネットワーク家電，自動販売機，医療機器，電源装置，空調システム，ガス・水道・電気等の計量システム，自動車，航空機等に通信機能を持たせた通信装置が考えられる。

また、この発明によるプログラムは、コンピュータを、上述したネットワーク機器１０のような通信装置として機能させるためのプログラムであり、このようなプログラムをコンピュータに実行させることにより、上述したような効果を得ることができる。
このようなプログラムは、はじめからコンピュータに備えるＲＯＭあるいはＨＤＤ等の記憶手段に格納しておいてもよいが、記録媒体であるＣＤ−ＲＯＭあるいはフレキシブルディスク，ＳＲＡＭ，ＥＥＰＲＯＭ，メモリカード等の不揮発性記録媒体（メモリ）に記録して提供することもできる。そのメモリに記録されたプログラムをコンピュータにインストールしてＣＰＵに実行させるか、ＣＰＵにそのメモリからこのプログラムを読み出して実行させることにより、上述した各手順を実行させることができる。
さらに、ネットワークに接続され、プログラムを記録した記録媒体を備える外部機器あるいはプログラムを記憶手段に記憶した外部機器からダウンロードして実行させることも可能である。

以上説明してきたように、この発明の権限情報生成方法、通信装置、プログラム又は記録媒体によれば、１つの通信装置に、ＳＮＭＰｖ３を用いないアクセスロール管理機能と、ＳＮＭＰｖ３を用いたアクセスロール管理機能とを並存させる場合であっても、双方のアクセスロール管理機能に係る各ユーザの認証情報や権限情報の管理や設定等を容易に行えるようにすることができる。
従って、この発明を利用することにより、高いセキュリティと利便性を両立した通信装置を構成することができる。

この発明の通信装置の実施形態であり、この発明の権限情報生成方法を実行する装置の一例であるネットワーク機器の構成を、そのネットワーク機器にアクセス可能なＰＣと共に示したブロック図である。 図１に示したネットワーク機器における、この実施形態の特徴に関連する部分の機能構成を示す。 図２に示した機器アクセス管理用情報記憶部，ＳＮＭＰｖ３アクセス管理用情報記憶部，およびＳＮＭＰ情報記憶部に記憶させる情報の種類及びこれらにアクセスする機能部を示す図である。 図１に示したネットワーク機器におけるアクセス管理テーブル、ＵＳＭテーブル及びＶＡＣＭテーブルの関係を示す図である。 図４に示したアクセス管理テーブルに記憶させる情報の例を示す図である。 そのアクセス管理テーブルの内容の具体例を示す図である。 図６に示した情報から生成するＵＳＭテーブルの例を示す図である。 図６に示した情報から生成するＶＡＣＭテーブルの例を示す図である。 ＳＮＭＰｖ３パケットの構成を示す図である。 ＳＮＭＰリクエストを生成するＳＮＭＰクライアントにおけるパスワード入力画面の例を示す図である。

図７乃至図９に示した情報を用いて行う認証及び権限管理の処理手順の概略を示す図である。 アクセス管理テーブル中の各情報について、その情報から生成するＵＳＭテーブル又はＶＡＣＭテーブル中の情報の種類を示す図である。 アクセス管理テーブル中で規定される権限の内容に係る権限グループの定義内容の例を示す図である。 図１に示したネットワーク機器が起動時に実行する処理の一部を示す図である。 アクセス管理テーブルの内容を設定するためのＧＵＩの例を示す図である。 そのＧＵＩの操作によって表示されるポップアップ画面の例を示す図である。 この発明の変形例においてネットワーク機器が実行する処理の例を示すフローチャートである。 その別の例を示すフローチャートである。 そのさらに別の例を示すフローチャートである。 ＳＮＭＰｖ３を用いたユーザの認証やユーザ毎のアクセス制御について説明するための図である。

符号の説明

１０，２０１：ネットワーク機器、１１：ＣＰＵ、１２：ＲＯＭ、１３：ＲＡＭ、
１４：ＮＶＲＡＭ、１５：ＨＤＤ、１６：ネットワークＩ／Ｆ、１７：エンジン部、
１８：システムバス、２０：ＰＣ、３０，２０４：ネットワーク、
１１０：機能管理部、１２０：セキュリティ管理部、１３０：機器アクセス管理部、
１４０：ネットワーク管理部、１４１：ＳＮＭＰデーモン、１４２：変換機能部、
１５０：設定機能部、１６０：機器アクセス管理用情報記憶部、
１６１：アクセス管理テーブル、１７０：ＳＮＭＰｖ３アクセス管理用情報記憶部、
１７１：ＵＳＭテーブル、１７２：ＶＡＣＭテーブル、１８０：ＳＮＭＰ情報記憶部、
２０２，２０３：端末装置

Claims (24)

1. ＳＮＭＰｖ３を用いた制御に使用する権限情報を生成する権限情報生成方法であって、
   データ処理機能を有する装置が、
   ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、該第１の権限情報を前記ＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶し、
   前記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを、前記変換規則に従って変換して前記第２の権限情報を生成することを特徴とする権限情報生成方法。
2. 請求項１記載の権限情報生成方法であって、
   前記第１の権限情報は、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものであることを特徴とする権限情報生成方法。
3. 請求項１又は２記載の権限情報生成方法であって、
   前記変換規則に従って生成する第２の権限情報が、ＶＡＣＭテーブルにおいて、前記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものであることを特徴とする権限情報生成方法。
4. 請求項１又は２記載の権限情報生成方法であって、
   前記変換規則は、前記第１の権限情報中における情報の項目と、その項目の情報に基づいて生成する前記第２の権限情報中の項目との対応関係の規定を含むものであることを特徴とする権限情報生成方法。
5. 請求項４記載の権限情報生成方法であって、
   前記変換規則が、前記第１の権限情報中の権限情報に基づいて前記第２の権限情報中のvacmGroupNameの項目の情報を定める旨の規定を含み、さらに、前記権限情報によって規定し得る権限の内容の各々について、その内容の権限を有するユーザについてvacmGroupNameの項目に設定すべき情報の定義を含むものであることを特徴とする権限情報生成方法。
6. 請求項１乃至５のいずれか一項記載の権限情報生成方法であって、
   前記データ処理機能を有する装置は、ＳＮＭＰｖ３を用いて自身の制御を行う機能を有する装置であり、
   該装置が、起動時に自身が記憶している第１の権限情報から前記第２の権限情報を生成し、該生成した第２の権限情報を自身の制御に使用するようにしたことを特徴とする権限情報生成方法。
7. 請求項１乃至６のいずれか一項記載の権限情報生成方法であって、
   前記第１及び第２の権限情報が、ユーザを認証するための認証情報を含むものであることを特徴とする権限情報生成方法。
8. ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、該第１の権限情報をＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する記憶手段と、
   前記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを前記変換規則に従って変換して前記第２の権限情報を生成する変換手段とを有することを特徴とする通信装置。
9. 請求項８記載の通信装置であって、
   前記第１の権限情報は、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものであることを特徴とする通信装置。
10. 請求項８又は９記載の通信装置であって、
    前記変換手段が生成する第２の権限情報が、ＶＡＣＭテーブルにおいて、前記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものであることを特徴とする通信装置。
11. 請求項８乃至１０のいずれか一項記載の通信装置であって、
    前記変換手段は、当該通信装置の起動時に前記第２の権限情報を生成する手段であり、
    該生成した第２の権限情報をＳＮＭＰｖ３を用いた自身の制御に使用するようにしたことを特徴とする通信装置。
12. 請求項８乃至１１のいずれか一項記載の通信装置であって、
    前記第１及び第２の権限情報が、ユーザを認証するための認証情報を含むものであることを特徴とする通信装置。
13. コンピュータにＳＮＭＰｖ３を用いた制御に使用する権限情報を生成させるためのプログラムであって、
    前記コンピュータに、
    ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、該第１の権限情報を前記ＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する手順と、
    前記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを前記変換規則に従って変換して前記第２の権限情報を生成する手順とを実行させるためのプログラムを含むことを特徴とするプログラム。
14. 請求項１３記載のプログラムであって、
    前記第１の権限情報は、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものであることを特徴とするプログラム。
15. 請求項１３又は１４記載のプログラムであって、
    前記変換規則に従って生成する第２の権限情報が、ＶＡＣＭテーブルにおいて、前記第１の権限情報中で定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものであることを特徴とするプログラム。
16. 請求項１３又は１４記載のプログラムであって、
    前記変換規則は、前記第１の権限情報中における情報の項目と、その項目の情報に基づいて生成する前記第２の権限情報中の項目との対応関係の規定を含むものであることを特徴とするプログラム。
17. 請求項１６記載のプログラムであって、
    前記変換規則が、前記第１の権限情報中の権限情報に基づいて前記第２の権限情報中のvacmGroupNameの項目の情報を定める旨の規定を含み、さらに、前記権限情報によって規定し得る権限の内容の各々について、その内容の権限を有するユーザについてvacmGroupNameの項目に設定すべき情報の定義を含むものであることを特徴とするプログラム。
18. 請求項１３乃至１７のいずれか一項記載のプログラムであって、
    前記コンピュータに、
    ＳＮＭＰｖ３を用いて通信装置の制御を行う機能と、
    自身の起動時に自身が記憶している第１の権限情報から前記第２の権限情報を生成し、該生成した第２の権限情報を前記通信装置の制御に使用する機能とを実現させるためのプログラムを更に含むことを特徴とするプログラム。
19. コンピュータを、
    ＳＮＭＰｖ３以外で管理している権限情報である第１の権限情報と、該第１の権限情報をＳＮＭＰｖ３を用いた制御に使用する権限情報である第２の権限情報に変換するための変換規則とを記憶する記憶手段と、
    前記第１の権限情報に含まれるユーザ名と、そのユーザ名と対応する権限情報とを、前記変換規則に従って変換して前記第２の権限情報を生成する変換手段として機能させるためのプログラム。
20. 請求項１９記載のプログラムであって、
    前記第１の権限情報は、各ユーザ毎に、複数の権限についてその権限を許可するか否かを示す情報を含むものであることを特徴とするプログラム。
21. 請求項１９又は２０記載のプログラムであって、
    前記変換手段が生成する第２の権限情報が、ＶＡＣＭテーブルにおいて、前記第１の権限情報中の権限情報により定義されている全ての種類の権限と対応する内容の権限を示す権限グループが定義されているものであることを特徴とするプログラム。
22. 請求項１９乃至２１のいずれか一項記載のプログラムであって、
    前記変換手段は、前記コンピュータの起動時に前記第２の権限情報を生成する手段であり、
    前記コンピュータに、その生成した第２の権限情報をＳＮＭＰｖ３を用いた通信装置の制御に使用する機能を実現させるためのプログラムを更に含むことを特徴とするプログラム。
23. 請求項１３乃至２２のいずれか一項記載のプログラムであって、
    前記第１及び第２の権限情報が、ユーザを認証するための認証情報を含むものであることを特徴とするプログラム。
24. 請求項１３乃至２３のいずれか一項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。

Images