JP2007188298A - Ｓｎｍｐエージェント装置 - Google Patents

Abstract

【課題】ＳＮＭＰエージェント装置のＭＩＢへのアクセスを柔軟に制御する。
【解決手段】ＳＮＭＰエージェント装置１００は、複数のオブジェクトのＭＩＢを記憶する管理情報記憶部１１０と、複数のオブジェクトを複数に分類した分類毎に当該分類に含まれるオブジェクトのＭＩＢへの他の端末からのアクセス権限の設定を記憶する設定記憶部１０８と、ネットワークに接続された他の端末からのＭＩＢへのアクセス要求に対し、設定記憶部１０８を参照してＭＩＢへのアクセスの可否を判断し、ＭＩＢへのアクセスを制御するアクセス制御部１０４と、を含む。
【選択図】図１

Description

本発明は、ＳＮＭＰエージェント装置に関する。

ＴＣＰ／ＩＰネットワークにおいて、ネットワークに接続された通信機器をネットワーク経由で監視・制御するためのプロトコルとしてＳＮＭＰ（Simple Network Management Protocol）が知られている。ＳＮＭＰは、制御の対象となるＳＮＭＰエージェントと、ＳＮＭＰエージェントを管理するＳＮＭＰマネージャとにより構成される。ＳＮＭＰエージェントはＭＩＢ（Management Information Base）と呼ばれる管理情報データベースを持っている。ＭＩＢはオブジェクトと呼ばれる情報の集まりで、各オブジェクトには識別情報（ＯＩＤ）が割り振られている。ＳＮＭＰマネージャとＳＮＭＰエージェントとは、ＳＮＭＰバージョン、コミュニティ名、およびＳＮＭＰメッセージ等によってネットワークシステムを管理する。ＳＮＭＰメッセージは、ＰＤＵ（Protocol Data Unit）を含む。

ＰＤＵは、ＳＮＭＰのコマンドで、ＳＮＭＰマネージャからＳＮＭＰエージェントに送信するGetRequest（指定したＯＩＤのオブジェクトの情報取得要求）、GetNextRequest（指定したＯＩＤの次のオブジェクトの情報取得要求）、SetRequest（指定したＯＩＤのオブジェクトの情報変更要求）、およびＳＮＭＰエージェントからＳＮＭＰマネージャに送信するGetResponse （ＳＮＭＰマネージャからの要求に対する返答）、Trap（自発的な状態通知）を含む。

特許文献１には、このようなＳＮＭＰを用いたネットワーク管理装置が開示されている。このネットワーク管理装置は、ユーザにより定義されるデバイスの特定情報をＳＮＭＰプロトコル処理層により各デバイスに登録し、登録された情報を該デバイスからデバイス固有情報取得設定部を介して取得し、取得された情報をデバイス詳細情報表示部がユーザに通知する構成を有する。
特開２００２−１４０２４２号公報

ところで、ＳＮＭＰエージェント装置は、ＳＮＭＰマネージャから送信されるコミュニティ名に基づき、自装置が管理するＭＩＢ全体へのアクセス権を制御することができる。しかし、従来、ＭＩＢの複数のオブジェクトへの個々のアクセス権の制御が行えていなかった。

本発明は上記事情に鑑みてなされたものであり、その目的とするところは、ＳＮＭＰエージェント装置のＭＩＢへのアクセスを柔軟に制御する技術を提供することにある。

本発明によれば、
ネットワークに接続されるＳＮＭＰエージェント装置であって、
複数のオブジェクトのＭＩＢを記憶する管理情報記憶部と、
前記複数のオブジェクトを複数に分類した分類毎に当該分類に含まれる前記オブジェクトのＭＩＢへの他の端末からのアクセス権限の設定を記憶する設定記憶部と、
前記ネットワークに接続された他の端末からの前記ＭＩＢへのアクセス要求に対し、前記設定記憶部を参照して前記ＭＩＢへのアクセスの可否を判断し、前記ＭＩＢへのアクセスを制御するアクセス制御部と、
を含むＳＮＭＰエージェント装置が提供される。

このような構成により、アクセス要求のあったＭＩＢのオブジェクトの分類毎にアクセス制御を行うことができる。そのため、たとえば一部のオブジェクトについては権限の高い管理者等の端末からのみアクセス可能に設定するとともに、他の一部のオブジェクトについては権限の低いたとえばサービスエンジニアやデベロッパ等の端末からのアクセスも許可するように設定したりすることができる。これにより、管理者の機器管理の利便性を向上できるとともに、サービスエンジニアやデベロッパが閲覧できると便利な情報をＳＮＭＰにより取り出せるようにすることができる。

本発明のＳＮＭＰエージェント装置において、前記設定記憶部は、コミュニティ毎に、前記分類毎の前記ＭＩＢへのアクセス権限の設定を記憶することができ、前記アクセス制御部は、前記他の端末からの前記管理情報記憶部の前記ＭＩＢへのアクセス要求に対し、当該他の端末が属するコミュニティに基づき、前記設定記憶部を参照して前記ＭＩＢへのアクセスの可否を判断し、前記ＭＩＢへのアクセスを制御することができる。

本発明のＳＮＭＰエージェント装置において、前記設定記憶部は、前記分類毎に当該分類に含まれる前記オブジェクトの前記ＭＩＢの読み出しおよび設定を許可するか否かをそれぞれ記憶することができる。

以上の構成により、ＭＩＢへのアクセスを柔軟に設定することができる。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

本発明によれば、ＳＮＭＰエージェント装置のＭＩＢへのアクセスを柔軟に制御することができる。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

図１は、本実施の形態におけるＳＮＭＰエージェント装置の構成を示すブロック図である。

ＳＮＭＰエージェント装置１００とＳＮＭＰマネージャ装置２００とは、ネットワーク３００を介してデータの送受信を行う。ネットワーク３００は、たとえばＬＡＮ（Local Area Network）やインターネット等、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）により通信を行うように構成される。

ここでは、ネットワーク３００を１つしか図示していないが、ネットワーク３００は、たとえばＬＡＮとインターネットとの組合せ等、複数のネットワークにより構成されたものとすることもできる。また、ＳＮＭＰエージェント装置１００およびＳＮＭＰマネージャ装置２００をそれぞれ１つずつしか図示していないが、ネットワーク３００には、複数のＳＮＭＰエージェント装置１００およびＳＮＭＰマネージャ装置２００が接続された構成とすることもできる。

ＳＮＭＰマネージャ装置２００は、ネットワーク３００に接続されたＳＮＭＰエージェント装置１００の通信を監視・制御する。ＳＮＭＰエージェント装置１００は、たとえばプリンタ、ルータ、スイッチ等、ネットワークに接続され、ＳＮＭＰエージェント機能を有する端末とすることができる。以下、ＳＮＭＰエージェント装置１００がプリンタである場合を例として説明する。

ＳＮＭＰエージェント装置１００は、通信制御部１０２、アクセス制御部１０４、ＳＮＭＰエージェント機能部１０６、設定記憶部１０８および管理情報記憶部１１０を含む。

なお、図１において、本発明の本質に関わらない部分の構成については省略してあり、たとえば印刷処理部等は示していない。図１に示したＳＮＭＰエージェント装置１００の各構成要素は、ハードウエア単位の構成ではなく、機能単位のブロックを示している。ＳＮＭＰエージェント装置１００の各構成要素は、任意のコンピュータのＣＰＵ、メモリ、メモリにロードされた本図の構成要素を実現するプログラム、そのプログラムを格納するハードディスクなどの記憶ユニット、ネットワーク接続用インタフェースを中心にハードウエアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

通信制御部１０２は、ネットワーク３００を介してＳＮＭＰマネージャ装置２００とデータの送受信を行う。管理情報記憶部１１０は、複数のオブジェクトのＭＩＢを記憶する。ＳＮＭＰエージェント機能部１０６は、ＳＮＭＰマネージャ装置２００からＭＩＢの要求があった場合や設定要求があった場合に、管理情報記憶部１１０から対応するＭＩＢを読み出したり管理情報記憶部１１０を設定したりする。また、ＳＮＭＰエージェント機能部１０６は、ＳＮＭＰマネージャ装置２００へのＳＮＭＰメッセージを生成する。

設定記憶部１０８は、ＭＩＢの複数のオブジェクトを複数に分類した分類毎に当該分類に含まれるオブジェクトのＭＩＢへのＳＮＭＰマネージャ装置２００からのアクセス権限の設定を記憶する。設定記憶部１０８は、コミュニティ毎に、分類毎のＭＩＢへのアクセス権限の設定を記憶することができる。また、設定記憶部１０８は、分類毎に当該分類に含まれるオブジェクトのＭＩＢの読み出しおよび設定を許可するか否かをそれぞれ記憶することができる。設定記憶部１０８への設定は、ユーザの指示に基づき図示しない指示受付部等を介して行うことができる。

図２は、設定記憶部１０８の内部構成の一例を示す図である。設定記憶部１０８は、ＯＩＤ欄、およびコミュニティ名欄を含む。コミュニティ名欄には、「Ｐｕｂｌｉｃ」と「Ａｄｍｉｎｉｓｔｒａｔｏｒ」とが記憶されている。ここで、たとえば「Ａｄｍｉｎｉｓｔｒａｔｏｒ」は管理者等権限の高いユーザの端末、「Ｐｕｂｌｉｃ」は、サービスエンジニアやデベロッパ等、管理者よりも権限の低いユーザの端末に割り振られたコミュニティ名とすることができる。図３は、ＭＩＢのオブジェクトのツリー構造（ＲＦＣ１１５７）の一例を示す図である。以下、図３も参照して説明する。

たとえば、ＯＩＤ「１．３．６．１．２．１．１」は、ｉｓｏ、ｏｒｇ、ｄｏｔ、ｉｎｔｅｒｎｅｔ、ｍｇｍｔ、ｍｉｂ−２、ｓｙｓｔｅｍに対応する。また、ＯＩＤ「１．３．６．１．２．２．＊」は、ツリー構造の上位から、「１．３．６．１．２．２．」で特定されるノード以下のオブジェクトすべてに対応する。

図２を参照すると、ＯＩＤ「１．３．６．１．２．１．１」は、コミュニティ名が「Ｐｕｂｌｉｃ」に対しては情報の要求（Ｒ）のみが許可されており、コミュニティ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」に対しては情報の要求（Ｒ）と情報の設定要求（Ｗ）の両方が許可されている。さらに、ＯＩＤ「１．３．６．１．２．１．２」は、コミュニティ名が「Ｐｕｂｌｉｃ」に対してはＨｉｄｅとなっており、情報の要求（Ｒ）と情報の設定要求（Ｗ）の両方とも許可されていない。このように、本実施の形態において、設定記憶部１０８は、ＯＩＤに対応付けてアクセス権限の設定を個々に記憶することができる。

図１に戻り、アクセス制御部１０４は、ＳＮＭＰマネージャ装置２００からＭＩＢデータ操作パケットを受信すると、設定記憶部１０８を参照してＭＩＢへのアクセス権限の有無を判断し、ＭＩＢへのアクセスを制御する。ここで、ＭＩＢデータ操作パケットは、ＳＮＭＰバージョン、コミュニティ名、およびＳＮＭＰメッセージ等を含む。ＳＮＭＰマネージャ装置２００から送信されるＳＮＭＰメッセージは、GetRequest、GetNextRequestおよびSetRequest等のＰＤＵを含む。具体的には、アクセス制御部１０４は、ＳＮＭＰマネージャ装置２００からＭＩＢデータ操作パケットを受信すると、コミュニティ名、ＯＩＤ、および要求内容に基づき、設定記憶部１０８を参照し、アクセス権限の有無を判断する。

たとえば、図２に示した例を参照すると、アクセス制御部１０４は、コミュニティ名が「Ｐｕｂｌｉｃ」であるＳＮＭＰマネージャ装置２００からＯＩＤ「１．３．６．１．２．１．２」のオブジェクトの情報の要求があった場合、アクセス権限がないと判断する。また、アクセス制御部１０４は、コミュニティ名が「Ａｄｍｉｎｉｓｔｒａｔｏｒ」であるＳＮＭＰマネージャ装置２００からＯＩＤ「１．３．６．１．２．１．２」のオブジェクトの情報の要求があった場合、アクセス権限があると判断する。この場合、アクセス制御部１０４は、ＳＮＭＰエージェント機能部１０６にＳＮＭＰマネージャ装置２００から送信されたＭＩＢデータ操作パケットを通知する。ＳＮＭＰエージェント機能部１０６は、ＳＮＭＰメッセージを解析して、必要な処理を行い、返信用のＳＮＭＰメッセージを生成して通信制御部１０２に通知する。ＳＮＭＰエージェント機能部１０６が生成するＳＮＭＰメッセージは、GetResponseおよびTrap等のＰＤＵを含む。通信制御部１０２は、このＳＮＭＰメッセージをＳＮＭＰマネージャ装置２００に送信する。

図４は、本実施の形態におけるＳＮＭＰエージェント装置１００の処理手順を示すフローチャートである。
通信制御部１０２がＳＮＭＰマネージャ装置２００からＭＩＢデータ操作パケットを受信すると（Ｓ１００のＹＥＳ）、アクセス制御部１０４は、通信制御部１０２が受信したＭＩＢデータ操作パケットからコミュニティ名およびＳＮＭＰメッセージを取得する（Ｓ１０２、Ｓ１０４）。アクセス制御部１０４は、設定記憶部１０８を参照して、アクセス権があるか否かを判断する（Ｓ１０６）。アクセス権がある場合（Ｓ１０６のＹＥＳ）、アクセス制御部１０４は、ＳＮＭＰエージェント機能部１０６にＭＩＢデータ操作パケットを通知する。

ＳＮＭＰエージェント機能部１０６は、ＳＮＭＰメッセージの要求内容がＳｅｔＲｅｑｕｅｓｔか否かを判断する（Ｓ１０８）。ＳｅｔＲｅｑｕｅｓｔの場合（Ｓ１０８のＹＥＳ）、ＳＮＭＰエージェント機能部１０６は、管理情報記憶部１１０の対応するデータをセットし（Ｓ１１０）、ＳＮＭＰメッセージを生成する。また、ステップＳ１０８において、ＳｅｔＲｅｑｕｅｓｔでない場合（Ｓ１０８のＮＯ）、ＳＮＭＰエージェント機能部１０６は、管理情報記憶部１１０から対応するデータを読み出し、ＳＮＭＰメッセージを生成する。通信制御部１０２は、ＳＮＭＰエージェント機能部１０６が生成したＳＮＭＰメッセージをＳＮＭＰマネージャ装置２００に送信する（Ｓ１１２）。以上により処理を終了する。以上のＳＮＭＰエージェント機能部１０６の処理は、従来の通常のＳＮＭＰエージェント装置１００の処理と同様とすることができる。

ステップＳ１０６においてアクセス権がない場合（Ｓ１０６のＮＯ）、アクセス制御部１０４は、ＳＮＭＰマネージャ装置２００にエラー通知を行うか否かを判断する（Ｓ１１４）。ＳＮＭＰマネージャ装置２００にエラー通知を行うか否かは、設定記憶部１０８に設定しておくことができる。この設定は、すべてのＳＮＭＰマネージャ装置２００に対して一括して行うこともでき、たとえばコミュニティ名毎、またはアクセス対象のＯＩＤ毎に行うこともできる。この設定も、図示しない指示受付部を介してユーザが行うことができる。エラー通知を行う場合（Ｓ１１４のＹＥＳ）、アクセス制御部１０４は、ＳＮＭＰエージェント機能部１０６にＴｒａｐ通知を生成させ、それをＳＮＭＰマネージャ装置２００に送信する（Ｓ１１６）。ステップＳ１１４において、エラー通知を行わない場合（Ｓ１１４のＮＯ）は、そのまま処理を終了する。

以上のように、本実施の形態におけるＳＮＭＰエージェント装置１００によれば、アクセス要求のあったＭＩＢのオブジェクトの分類毎にアクセス制御を行うことができる。そのため、管理者等の機器管理の利便性を向上できるとともに、サービスエンジニアやデベロッパ等が閲覧できると便利な情報をＳＮＭＰにより取り出せるようにすることができる。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

以上の実施の形態において、ＳＮＭＰエージェント装置１００がＳＮＭＰマネージャ装置２００からＭＩＢデータ操作パケットを受信した場合の処理を説明したが、ＳＮＭＰエージェント装置１００は、自発的にＴｒａｐ通知を行う際も、設定記憶部１０８の設定に従った制御を行うことができる。アクセス制御部１０４は、ＳＮＭＰエージェント機能部１０６がＴｒａｐ通知を行う際に、設定記憶部１０８を参照して、通知を行う対象のＳＮＭＰマネージャ装置２００を選択する。

本発明の実施の形態におけるＳＮＭＰエージェント装置の構成を示すブロック図である。 設定記憶部の内部構成の一例を示す図である。 ＭＩＢのオブジェクトのツリー構造の一例を示す図である。 本発明の実施の形態におけるＳＮＭＰエージェント装置の処理手順を示すフローチャートである。

符号の説明

１００ ＳＮＭＰエージェント装置
１０２ 通信制御部
１０４ アクセス制御部
１０６ ＳＮＭＰエージェント機能部
１０８ 設定記憶部
１１０ 管理情報記憶部
２００ ＳＮＭＰマネージャ装置
３００ ネットワーク

Claims (4)

1. ネットワークに接続されるＳＮＭＰエージェント装置であって、
   複数のオブジェクトのＭＩＢを記憶する管理情報記憶部と、
   前記複数のオブジェクトを複数に分類した分類毎に当該分類に含まれる前記オブジェクトのＭＩＢへの他の端末からのアクセス権限の設定を記憶する設定記憶部と、
   前記ネットワークに接続された他の端末からの前記ＭＩＢへのアクセス要求に対し、前記設定記憶部を参照して前記ＭＩＢへのアクセスの可否を判断し、前記ＭＩＢへのアクセスを制御するアクセス制御部と、
   を含むＳＮＭＰエージェント装置。
2. 請求項１に記載のＳＮＭＰエージェント装置において、
   前記設定記憶部は、コミュニティ毎に、前記分類毎の前記ＭＩＢへのアクセス権限の設定を記憶し、
   前記アクセス制御部は、前記他の端末からの前記管理情報記憶部の前記ＭＩＢへのアクセス要求に対し、当該他の端末が属するコミュニティに基づき、前記設定記憶部を参照して前記ＭＩＢへのアクセスの可否を判断し、前記ＭＩＢへのアクセスを制御するＳＮＭＰエージェント装置。
3. 請求項１または２に記載のＳＮＭＰエージェント装置において、
   前記設定記憶部は、前記分類毎に当該分類に含まれる前記オブジェクトの前記ＭＩＢの読み出しおよび設定を許可するか否かをそれぞれ記憶するＳＮＭＰエージェント装置。
4. ネットワークに接続され、ＳＮＭＰエージェント機能を有するコンピュータを、
   複数のオブジェクトのＭＩＢを記憶する管理情報記憶手段、
   前記複数のオブジェクトを複数に分類した分類毎に当該分類に含まれる前記オブジェクトのＭＩＢへの他の端末からのアクセス権限の設定を記憶する設定記憶手段、
   前記ネットワークに接続された他の端末からの前記ＭＩＢへのアクセス要求に対し、前記設定記憶手段を参照して前記ＭＩＢへのアクセスの可否を判断し、前記ＭＩＢへのアクセスを制御するアクセス制御手段、
   として機能させるプログラム。
   

Images