JP5157775B2

JP5157775B2 - ネットワーク管理装置、ネットワーク管理方法、ネットワーク管理プログラム、及び記録媒体

Info

Publication number: JP5157775B2
Application number: JP2008238623A
Authority: JP
Inventors: 広憲堀野
Original assignee: Ricoh Co Ltd
Current assignee: Ricoh Co Ltd
Priority date: 2008-09-17
Filing date: 2008-09-17
Publication date: 2013-03-06
Anticipated expiration: 2028-09-17
Also published as: JP2010072873A

Description

本発明は、ネットワーク管理装置、ネットワーク管理方法、ネットワーク管理プログラム、及び記録媒体の分野に関する。

近年、コンピュータに係るあらゆる環境下において、ネットワークは益々複雑化する一方である。このようなネットワークを管理・監視する技術に関して、ＳＮＭＰ（Simple Network Management Protocol）が知られている（ＲＦＣ１１５７）。ＳＮＭＰは、ネットワーク上のネットワーク機器（ノード）を監視、制御する情報の通信方法を定めるプロトコルである。ネットワーク上のプリンタやコンピュータなどの各種の構成機器の情報を取得、設定する場合、これらの構成機器（ＳＮＭＰエージェント）が実装するＭＩＢ（Management Information Base）にアクセスすることで実現される（ＲＦＣ１２１３）。ここで、ＭＩＢとは、ＳＮＭＰでやり取りされる情報を呼ぶ。ＭＩＢは、ツリー型の構造を有するデータベースであり、ＭＩＢに格納されている情報をオブジェクトと呼び、それぞれにオブジェクトＩＤという識別子が付与されている。また、ＭＩＢには、標準ＭＩＢと各メーカーが独自に作成できる拡張ＭＩＢ（プライベートＭＩＢともいう）とが用意されている。ＳＮＭＰマネジャ（ネットワーク管理装置側）は、ＳＮＭＰエージェントに対して、オブジェクトＩＤを指定し構成機器の情報の取得や設定変更を要求する。

このようにして、ネットワーク管理装置は、各構成機器のＭＩＢにアクセスして情報を取得することにより、構成機器のステータスを監視することができる。ここで、ＭＩＢは上述したようにメーカー独自の拡張ＭＩＢを含んでいるため、ネットワークに複数の構成機器が存在する場合は、機器メーカー毎に、そのメーカーの機器の拡張ＭＩＢにアクセスする仕組み（プログラム）を用意しておかねばならない。オブジェクトＩＤは、構成機器の機種によって異なるものであるため、同一のメーカーで製造された機器であっても拡張ＭＩＢのオブジェクトＩＤは異なる場合も多い。

特許文献１に記載される発明は、監視対象毎に、ＭＩＢ（オブジェクトＩＤ）を記述したデータファイルを複数用意しておき、監視対象機器に応じて、対応するデータファイルを読み込んで、ネットワーク上の構成機器のステータスを監視するものである。
特開２００３−４４３７４号公報

しかしながら、特許文献１に記載される発明は、どの構成機器にどのデータファイルを使用するかを、事前に決めておく必要がある。また、新しい機器又は新しいメーカーの機器の追加に対応することはできず、再度対応するデータファイルの作成（設定）作業等が煩雑である。

そこで本発明では上記のような問題に鑑みて、ネットワークに接続された複数メーカーの機器及び機種に柔軟に対応してＭＩＢにアクセスし、ネットワーク上の機器を管理するネットワーク管理装置、ネットワーク管理方法、ネットワーク管理プログラム、及び記録媒体を提供することを目的とする。

上記課題を解決するため、本発明に係るネットワーク管理装置は、被管理装置とネットワークを介して接続され、ＳＮＭＰを用いて前記被管理装置の管理を行うネットワーク管理装置であって、所定のデータファイルを記憶した記憶手段と、被管理装置のネットワークアドレス、当該被管理装置の製造元識別情報を含む装置情報、及び当該被管理装置のＭＩＢから取得を行う情報の値である情報種別の入力を行なう入力手段と、前記データファイルを参照して、前記入力手段により入力された前記被管理装置の前記製造元識別情報を含む装置情報に基づいて、拡張ＭＩＢに係るオブジェクトＩＤを特定するＯＩＤ特定手段と、前記ＯＩＤ特定手段により特定されたオブジェクトＩＤを指定して、前記被管理装置からＭＩＢ値を取得するＭＩＢ値取得手段とを有し、
前記データファイルには、前記情報種別と、前記製造元識別情報を含む装置情報と、オブジェクトＩＤとが対応付けられて記述されていることを特徴とする。

また上記課題を解決するため、本発明に係るネットワーク管理装置において、被管理装置毎に、製造元識別情報を含む装置情報を収集する装置情報収集手段を有し、前記記憶手段は、前記装置情報収集手段により収集された前記製造元識別情報を含む装置情報を記憶し、前記入力手段は、前記記憶手段から、前記ネットワークアドレスに対応した被管理装置の製造元識別情報を含む装置情報を入力することを特徴とする。

また上記課題を解決するため、本発明に係るネットワーク管理装置において、前記製造元識別情報を含む装置情報は、機種情報を含み、前記ＯＩＤ特定手段は、前記装置情報に含まれる製造元識別情報及び機種情報に基づいて、拡張ＭＩＢに係るオブジェクトＩＤを特定することを特徴とする。

また上記課題を解決するため、本発明に係るネットワーク管理装置において、前記データファイルには、オブジェクトＩＤに優先値が対応付けて付されており、前記ＯＩＤ特定手段は、前記優先値に基づいて、複数のオブジェクトＩＤから一のオブジェクトＩＤを特定し、前記ＭＩＢ値取得手段は、前記ＯＩＤ特定手段により特定されたオブジェクトＩＤを指定して、前記被管理装置からＭＩＢ値を取得できないとき、前記ＯＩＤ特定手段は、前記優先値に基づいて、複数のオブジェクトＩＤからＭＩＢ値取得ができなかったオブジェクトＩＤの次に優先される一のオブジェクトＩＤを特定することを特徴とする。

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

本発明によれば、ネットワークに接続された複数メーカーの機器及び機種に柔軟に対応してＭＩＢにアクセスし、ネットワーク上の機器を管理するネットワーク管理装置、ネットワーク管理方法、ネットワーク管理プログラム、及び記録媒体を提供することができる。

以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。

＜ネットワーク構成＞
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図１は、本発明によるネットワーク管理装置１（以下、管理装置１という）、被管理装置２及び被管理装置３が、ネットワーク４を介して接続されているネットワーク図である。管理装置１は、ＳＮＭＰを利用して被管理装置２及び被管理装置３を管理するＳＮＭＰマネジャである。被管理装置２及び被管理装置３は、ＳＮＭＰを利用して管理装置１に管理されるＳＮＭＰエージェントである。ネットワーク４は、有線、無線を含むネットワークである。

管理装置１は、ＳＮＭＰマネジャとして動作し、ネットワーク４上に接続される被管理装置２及び被管理装置３に対してＭＩＢ情報取得要求を行い、ＳＮＭＰエージェントである被管理装置２及び被管理装置からＭＩＢ情報（ＭＩＢ値）を抜き出してネットワークの管理を行なう。

なお、図１は本発明の一実施形態を説明するにあたっての一構成例を示したものであり、管理装置１は、単体でなく他の装置等と共通の装置上に構築してもよいし、さらに後述する内部の機能部等を異なる装置上に構築してネットワーク上に配置（接続）してもよい。

＜管理装置＞
（ハードウェア）
管理装置１について説明する。図２は、本発明による管理装置１の一実施形態の主要構成を示すハードウェア構成図である。管理装置１は、主要な構成として、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、補助記憶装置２０４、記憶媒体読取装置２０５、入力装置２０６、表示装置２０７、及び通信装置２０８を含む構成である。

ＣＰＵ２０１は、マイクロプロセッサ及びその周辺回路から構成され、被管理装置１０全体を制御する回路である。また、ＲＯＭ２０２は、ＣＰＵ２０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ２０３は、ＣＰＵ２０１がＲＯＭ２０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。

補助記憶装置２０４は、汎用のＯＳ（Operating System）、ＳＮＭＰプログラム、本発明に係るデータファイルを含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置２０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの記憶媒体やその他のメディアに記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置２０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置２０５にセットすることで、各種情報が得られる。

入力装置２０６は、ユーザが各種入力操作を行うための装置である。入力装置２０６は、マウス、キーボード、表示装置２０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置２０７は、ネットワーク管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。以上、管理装置１のハードウェア構成である。

（機能）
管理装置１は、上述したようにまずＳＮＭＰマネジャとして機能する。例えば、管理装置１は、ＭＩＢ情報取得要求を行う際に、取得したいＭＩＢ（値）のオブジェクトＩＤを指定してGetRequestコマンドを発行し、被管理装置２及び被管理装置３に対して、ＭＩＢ情報（ＭＩＢ値）の要求（取得）を行うことができる。

図３は、本発明による管理装置１の一実施形態の主要機能を示す機能ブロック図である。管理装置１は、主要な機能として、入力部３０１、ＯＩＤ特定部３０２、ＭＩＢ値取得部３０３、装置情報収集部３０４、及び記憶部３０５を含む構成である。

入力部３０１は、一の被管理装置のネットワークアドレス、当該一の被管理装置の製造元識別情報を含む装置情報、及び当該一の被管理装置のＭＩＢから取得を行う情報の値である情報種別の入力を行なう機能を有している。管理装置１が一の被管理装置のＭＩＢからある（所定の）情報を取得する場合、ユーザは少なくとも、取得を行う情報の値（情報種別という）と、当該被管理装置のネットワークアドレス（ＩＰアドレス等）とを入力部３０１に対して入力する。また、当該被管理装置の（製造元識別情報を含む）装置情報については、ユーザが入力することもでき（この場合、装置情報収集部３０５は省略可能）、又は装置情報収集部３０５によって収集された装置情報から入力することもできる。以後の本実施形態において、装置情報は装置情報収集部３０５によって収集されるものとして説明を行う。

ＯＩＤ特定部３０２は、データファイル３１７を参照して、入力部３０１に入力された一の被管理装置の製造元識別情報を含む装置情報に基づいて、拡張ＭＩＢに係るオブジェクトＩＤを特定する機能を有している。即ち、ＯＩＤ特定部３０２は、被管理装置のＭＩＢから情報取得を行えるよう当該情報を有するＭＩＢのオブジェクトＩＤを特定する。この特定にあたってはデータファイル３１７が参照されるが、これについては後述する。

ＭＩＢ値取得部３０３は、ＯＩＤ特定部３０２により特定されたオブジェクトＩＤを指定して、被管理装置からＭＩＢ値を取得する機能を有している。具体的には、GetRequestコマンドを発行し、被管理装置に対して、ＭＩＢ情報（ＭＩＢ値）の要求（取得）を行う
装置情報収集部３０４は、複数の被管理装置毎に（被管理装置２及び被管理装置３から）、製造元識別情報を含む装置情報を収集する機能を有している。装置情報は、装置を特定する情報（ＩＰアドレス、ＭＡＣアドレス、シリアル番号等）、製造元識別情報（装置のメーカー名等）装置のタイプ（機種等）、装置の機能（プリンタ機能、コピー機能、ファックス機能等）などの情報である。具体的には、装置情報収集部３０４は、ネットワーク４をスキャンしてネットワーク上に接続される装置を検出する。そして、検出されたＩＰアドレス（装置）からＳＮＭＰ（GetRequestコマンド）を利用して各装置のＭＩＢからこれらの情報を取得する。なお、装置情報収集部３０４が収集するこれら情報は、標準ＭＩＢからの取得可能な情報であり、取得すべきＭＩＢのオブジェクトＩＤは既知である。

記憶部３０５は、データファイル３１７を記憶する機能を有している。また、装置情報収集部３０４により収集された装置情報をも記憶する。データファイル３１７は、ＯＩＤ特定部３０２が被管理装置のＭＩＢから情報取得を行えるよう当該情報を有するＭＩＢのオブジェクトＩＤを特定するために用いられる情報が記述されたファイルである。このデータファイル３１７について詳しくは後述する。

以上、これらの機能は、実際にはＣＰＵ１０１が実行するプログラムにより実現されるものである。

＜被管理装置＞
次に、被管理装置２及び被管理装置３について簡単に説明しておく。本発明による一実施形態として、被管理装置２は、例えば、ネットワーク４上で任意のサービス等を提供するサーバ機である。また、被管理装置３は、例えば、ネットワークルータであるとする。なおここでは被管理装置２及び被管理装置３のハードウェア構成についての説明は省略する。それぞれ一般的なサーバ機（情報処理装置）及びネットワークルータが備えるハードウェア構成からなればよく、その機能としては、ＳＮＭＰエージェントたる機能を有しさえすればよい。例えば、ＳＮＭＰエージェントは、ＳＮＭＰマネジャからのGetRequestコマンドに対して、GetResponseコマンドで応答し、要求されたＭＩＢ値を返答することができる。なお、本発明による一実施形態として、被管理装置２及び被管理装置３はそれぞれ異なるメーカーにより製造されたものであるとし、またそれぞれオブジェクトＩＤの異なる拡張ＭＩＢを有しているものとする。

＜ＭＩＢ＞
ここで、ＭＩＢについて簡単に触れておく。被管理装置は、保守や管理等を目的として、ＳＮＭＰエージェントを実装しＭＩＢを有している。ＭＩＢは、ＳＮＭＰエージェントの持つべきデータ構造の定義で、監視対象となるデータ値をツリー構造で保持しているものである。そして管理装置（ＳＮＭＰマネジャ）は、この管理（監視）対象の被管理装置が実装しているＭＩＢのオブジェクトＩＤを指定して、情報（ＭＩＢ値）を取得する。

このＭＩＢは、ＲＦＣで定義されている標準ＭＩＢ（ＭＩＢ−ＩＩ）とメーカー（ベンダー）などが独自に用意した拡張ＭＩＢ（プライベートＭＩＢ）に分けることができる。標準ＭＩＢ（1.3.6.1.2.1）では、ＭＩＢ値毎に対応したオブジェクトＩＤが規定されている。例えば、Ｓｙｓｔｅｍグループ（1.3.6.1.2.1.1）には、装置のシステムに関係する設定が管理されていたり、Ｉｎｔｅｒｆａｃｅグループ（1.3.6.1.2.1.2）には、装置の保有するハードウェアインターフェイスに関係する設定が管理される。

一方、拡張ＭＩＢ（1.3.6.1.４.1）は、メーカー毎にＭＩＢ値及び対応するオブジェクトＩＤが規定される。メーカーは装置固有の機能を管理するために、標準ＭＩＢを補完して拡張ＭＩＢに装置固有のＭＩＢ値を規定して配置しており、具体的には、ｐｒｉｖａｔｅサブツリーのｅｎｔｅｒｐｒｉｓｅｓグループ以下に配置されている。図４は、標準ＭＩＢ及び拡張ＭＩＢを含むＭＩＢツリー構造を示す図である。特に、拡張ＭＩＢ（1.3.6.1.４.1）以下の階層は、メーカー毎にＩＡＮＡ（Internet Assigned Numbers Authority）によって管理されている。

＜装置情報とデータファイル＞
次いで、本発明に係る装置情報３１６及びデータファイル３１７について説明する。これらは、記憶部３０５に記憶される情報である。以下、説明する。

（装置情報）
装置情報３１６は、装置情報は、被管理装置に関する装置の情報で、上述の如く例えば、装置を特定する情報（ＩＰアドレス、ＭＡＣアドレス、シリアル番号等）、製造元識別情報（装置のメーカー名等）装置のタイプ（機種等）、装置の機能（プリンタ機能、コピー機能、ファックス機能等）などの情報である。図５は、装置情報３１６の一例を示す図である。本実施形態において、装置情報３１６は、装置情報収集部３０４によって予め（随時）収集される。具体的に、装置情報収集部３０４は、ネットワーク４をスキャンしてネットワーク上に接続される装置を検出する。そして、検出されたＩＰアドレス（装置）からＳＮＭＰ（GetRequestコマンド）を利用して各装置のＭＩＢからこれらの情報を取得する。なお、装置情報収集部３０４が収集するこれら情報は、標準ＭＩＢからの取得可能な情報であり、取得すべきＭＩＢのオブジェクトＩＤは既知である。

図５の装置情報３１６は、被管理装置２及び被管理装置３の装置情報３１６が収集されたもので、「ＩＰアドレス」、「名前」、「メーカー」、「タイプ」、「保持機能」といった情報からなる。「ＩＰアドレス」は、被管理装置を特定する情報で、ユーザにより入力されたＩＰアドレスから当該被管理装置を特定し、その特定された当該被管理装置の有する装置情報が取得される。装置情報は、後述するデータファイル３１７に記述された条件判定に用いられる。「メーカー」は、被管理装置の製造元を示す製造元識別情報である。「タイプ」は、被管理装置の機種（開発／発売時期としてもよい）を示すものとし、「保持機能」は、被管理装置の有する機能を示すものとする。これら装置情報３１６は、後述するデータファイル３１７において定義されている情報に対応している必要がある。具体的には、後述のデータファイル３１７では、メーカー毎又は装置の機種毎に異なるオブジェクトＩＤを特定するためのキー情報として、Makername属性及びDeviceType属性を有している。よって、装置情報３１６でもMakername属性に対応する「メーカー」、DeviceType属性に対応する「タイプ」という情報を含む必要がある。

なお、管理装置１が被管理装置のＭＩＢからある（所定の）情報を取得する場合、ユーザは少なくとも、取得を行う情報の種別（情報種別）と、当該被管理装置のネットワークアドレス（ＩＰアドレス等）とを入力部３０１に対して入力するが、これと同時に装置情報３１６についてもユーザが入力することができる。この場合には、装置情報収集部３０５及び記憶部３０５における装置情報３１６は省略可能である。

（データファイル）
図６は、データファイル３１７の一例を示す図である。データファイル３１７は、ＯＩＤ特定部３０２が被管理装置のＭＩＢから情報取得を行うため、当該情報を有するＭＩＢのオブジェクトＩＤを特定するために用いられる情報が記述されたファイルである。つまり、装置情報３１６の値に応じて、どのオブジェクトＩＤにアクセスするべきなのかが記述されて作成されており、予め記憶部３０５に記憶されている。データファイル３１７はデータ構造として、基本的に取得対象の情報（requestタグ）と、装置情報を用いた条件式（propertyタグ）及びアクセス先のオブジェクトＩＤ(MIBidタグ)とが、一対多の関係で記述されている。ここで、装置情報３１６にない情報を条件式のキー情報として用いると条件判定ができないので、データファイル３１７のキー情報と装置情報３１６の情報とが対応している必要がある。また、複数のアクセス先のオブジェクトＩＤが条件式を満たす場合、優先値（priority属性）が設定されており、まず最も優先値の高いオブジェクトＩＤにアクセスさせ、優先度が最上位のオブジェクトＩＤへのアクセスに失敗した場合は、次に優先度が高いオブジェクトＩＤにアクセスさせるようになっている。

データファイル３１７のファイル形式としては、ＸＭＬ（Extensible Markup Language）などのタグを用いた書式が好適である。タグ名や属性名は実装により任意に定義可能で、また追加のタグや属性を定義することも容易だからである。勿論、他にもＨＴＭＬ（HyperText Markup Language）形式やｉｎｉ（設定）ファイル形式、テキストエディタで閲覧・編集が可能なテキスト形式、又はセキュリティの確保するため暗号化されたファイル形式でもよい。

再び図６を参照して、データファイル３１７には、情報取得要求に対する処理の基本単位であるrequestタグと、入力された情報種別（取得情報ワード）とのマッチングに使われるname属性、またrequestタグ中で条件定義に使われるpropertyタグと、その優先度を示すpriority属性、装置のメーカー条件を表すMakername属性、装置のタイプ情報を表すDeviceType属性（条件判定に使う装置情報は、Makername属性及びDeviceType属性で定義する）、またpropertyタグの中でアクセス先ＭＩＢ定義に使われるMIBidタグ、そのオブジェクトＩＤ値を示すvalue属性が記述されている。

具体的に、＜request name = "HostName"＞は、被管理装置のホスト名を取得したいとき、即ち入力された情報種別（取得情報ワード）として"HostName"が入力されたとき、該当（参照）されるタグであり、同様に＜request name ="SubnetMask"＞は、装置のサブネットマスクを取得したいとき、即ち入力された情報種別（ワード）として「SubnetMask」が入力されたとき、該当（参照）されるタグである。あくまで"HostName"や"SubnetMask"は取得したい情報に係る情報種別の一例で、他にも情報種別を「XXX」が入力（指定）されるならば、対応する＜request name ="XXX"＞タグをデータファイル３１７に追加定義して記述できる。

＜動作＞
以上を踏まえて、本実施形態による管理装置１の一使用形態について説明する。図７は、管理装置１の行う処理動作について説明するフローチャートである。装置情報３１６及びデータファイル３１７個々について上述したが、本処理動作においては、特に装置情報３１６とデータファイル３１７とがどのように情報の関連性をもって処理動作がなされるかに注目しつつ以下、図５（装置情報）、図６（データファイル）、及び図７、８（フローチャート）を参照して説明する。

ステップＳ７０１において、ユーザが被管理装置２から取得したいＭＩＢ情報の「情報種別」と、被管理装置２の「ネットワークアドレス」を入力すると、入力部３０１はその入力を受付けて管理装置１に当該情報を入力する。具体的には、「ＩＰアドレス」として"192.168.1.1"、「情報種別」として"HostName"を入力したとする。

ステップＳ７０２で、入力部３０１は「ＩＰアドレス」から被管理装置２の装置情報３１６を特定、取得する。このとき、装置情報収集部３０４によって収集され、記憶部３０５に記憶されている装置情報３１６が参照される。具体的に、例えば、「ＩＰアドレス」が"192.168.1.1"であるから、被管理装置２の装置情報３１６としてメーカー「Ａ」、タイプ「１」が取得される（図５）。

ステップＳ７０３で、ＯＩＤ特定部３０２は、記憶部３０５に記憶されているデータファイル３１７の読み込みを行う。

ステップＳ７０４で、ＯＩＤ特定部３０２は、データファイル３１７を参照して、被管理装置２の「情報種別」、「ＩＰアドレス」、及び「装置情報（メーカー及びタイプ）」から、取得すべきＭＩＢ（値）のオブジェクトＩＤを特定する。ここで、オブジェクトＩＤが複数特定される場合がある。その場合には、複数のオブジェクトＩＤ及び優先値（priority）を保持しておく。このＯＩＤ特定部３０２によるオブジェクトＩＤ特定については、別途詳しく説明を行うのでここでは次に進む。

ステップＳ７０５で、ＭＩＢ値取得部３０３は、ＯＩＤ特定部３０２により特定されたオブジェクトＩＤを指定して、被管理装置２からＭＩＢ値を取得する。具体的には、取得されたオブジェクトＩＤが、"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.2"であるとすると、当該オブジェクトＩＤを指定して、GetRequestコマンドを発行し、被管理装置２に対して、ＭＩＢ情報（ＭＩＢ値）の要求（取得）を行う。オブジェクトＩＤ及び優先値（priority）が複数保持されている場合は、優先値に基づいて最優先のオブジェクトＩＤを指定して被管理装置２からＭＩＢ値を取得する。そしてこれに失敗した場合には、次に優先されるオブジェクトＩＤを指定して、被管理装置２からＭＩＢ値を取得することを繰り返す。そして、被管理装置２から取得されたＭＩＢ値（拡張ＭＩＢ値）は、管理装置１の表示装置２０７の表示画面上等に表示されればよい。

なお、ステップＳ７０４、Ｓ７０５で、オブジェクトＩＤ特定に失敗、又はＭＩＢ値取得に失敗した場合はエラー処理（Ｓ７０６）として処理動作を終了させる。

以上、ユーザによるＭＩＢ情報取得操作からＭＩＢ情報（拡張ＭＩＢ）までの全体的な流れを説明した。次いでステップＳ７０４において、ＯＩＤ特定部３０２によりデータファイル３１７を参照して、オブジェクトＩＤが特定される処理について説明する。

図８は、ＯＩＤ特定部３０２がデータファイル３１７を参照してオブジェクトＩＤを特定する処理を説明するフローチャートである。前提の情報として、被管理装置２の「ＩＰアドレス」＝"192.168.1.1"、「情報種別」＝"HostName"、装置情報３１６としてメーカー「Ａ」、タイプ「１」が取得されている（図７、Ｓ７０１及びＳ７０２参照）。

ステップＳ８０１において、ＯＩＤ特定部３０２は、１のrequestタグを読み込む。具体的には、requestタグ６０１（図６）を読み込む。

ステップＳ８０２で、name属性と、「情報種別」ここでは"HostName"とが一致するか判定する。具体的には、"HostName"が、name属性"HostName"に一致するか判定する（一致判定）。なお、一致しない場合は、次の１のrequestタグを読み込み、同様に繰り返して判定を行う（Ｓ８０７、Ｓ８０１、Ｓ８０２）。いずれも一致せずrequestタグがなくなった場合はエラー処理を行う（Ｓ８０８）。

ステップＳ８０３で、name属性と、「情報種別」とが一致すると、１のpropertyタグを読み込む。具体的には、propertyタグ６０２（図６）を読み込む。

ステップＳ８０４で、次のpropertyタグがある場合は、再度ステップＳ８０３に戻り、最終的にすべてのpropertyタグを読み込む。具体的には、propertyタグ６０２、６０３、６０４（図６）を読み込む。

ステップＳ８０５で、読み込んだpropertyタグに係る属性情報について、Makername属性及びDeviceType属性と、対応する「装置情報」ここではメーカー名及びタイプとが一致するか判定する。また、propertyタグにおいて定義されていない属性については、その属性は一致するものとする。具体的には、メーカー名「Ａ」、タイプ「１」に一致するpropertyタグを特定する。この場合、propertyタグ６０２及びpropertyタグ６０３が一致する。一方、propertyタグ６０４はメーカー名が不一致である。なお、いずれも一致しない場合はエラー処理を行う（Ｓ８０８）。

ステップＳ８０６で、ＭＩＢｉｄ（オブジェクトＩＤ）を読み込む。具体的には、propertyタグ６０２のMIBidタグのvalue属性"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.2"、propertyタグ６０３のMIBidタグのvalue属性"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.1"が読み込まれる（取得される）。なお、"999999"はＡ社独自のベンダーＩＤ（メーカーＩＤ）であるとすると、" 1.3.6.1.4.1.999999"はＡ社の拡張ＭＩＢとなる。

またここで、value属性とともにそれぞれpropertyタグの優先値（priority属性）も取得しておく。優先値は、ＭＩＢ（値）取得の場面で利用される（図７、Ｓ７０５）。具体的には、propertyタグ６０２（priority="1"）はpropertyタグ６０３（priority="2"）に比べ優先値が高いので、まずpropertyタグ６０２のMIBidタグ(value属性)により特定されるオブジェクトＩＤ指定して被管理装置２からＭＩＢ値が取得（要求）され、仮にこれに失敗した場合には、優先値（priority属性）に基づいて、次に優先されるpropertyタグ６０３のMIBidタグ(value属性)により特定されるオブジェクトＩＤ指定して被管理装置２からＭＩＢ値が取得されることを繰り返す。

なお、ステップＳ８０５及び８０６で、属性条件を満たすpropertyの全て、即ちpropertyタグ６０２及びpropertyタグ６０３によるオブジェクトＩＤが取得されたが、ひとまずpropertyタグ６０２（priority="1"）のオブジェクトＩＤのみ取得して、ステップ７０５で、オブジェクトＩＤ指定して被管理装置２からＭＩＢ値が取得（要求）し、仮にこれに失敗した場合に、propertyタグ６０３（priority="2"）によるオブジェクトＩＤを取得して、再度このオブジェクトＩＤ指定して被管理装置２からＭＩＢ値が取得（要求）する構成とすることもできる。

このようにして、ＯＩＤ特定部３０２はデータファイル３１７を参照して、オブジェクトＩＤを特定する。

再び図６を参照して、requestタグ６０１、配下のpropertyタグ６０２及びpropertyタグ６０３について言及しつつ、データファイル３１７のデータ構造について触れておく。データファイル３１７は、上述したようにＯＩＤ特定部３０２が被管理装置のＭＩＢから情報取得を行うため、当該情報を有するＭＩＢのオブジェクトＩＤを特定するために用いられる情報が記述されたファイルである。つまり、入力された情報種別をキーとし装置情報３１６の値に応じて、どのオブジェクトＩＤにアクセスするべきなのかが記述される。この記述にあたっては、例えば、
・一般的に定義されている標準ＭＩＢでは、取得したい情報に係るオブジェクトＩＤが定義されていない（拡張ＭＩＢからのみ取得可能）。
・一般的に定義されている標準ＭＩＢでは、取得したい情報に係るオブジェクトＩＤが定義されてはいるが、さらにＡ社の装置では拡張ＭＩＢに取得したい情報に係る独自オブジェクトＩＤが定義されており、標準ＭＩＢからよりも有益な情報が取得できる。この場合は、まず優先して独自オブジェクトＩＤから情報を取得すべきである。
・Ａ社の装置において、拡張ＭＩＢには取得したい情報に係るオブジェクトＩＤが定義されており、タイプ２の機種のみには、さらにもう一種類の有益な独自オブジェクトＩＤが定義されている。この場合、タイプ２の機種であれば、まずこの有益な独自オブジェクトＩＤに優先してアクセスすべきである。
といった状況を反映して記述されることができる。

これをrequestタグ６０１、配下のpropertyタグ６０２、及びpropertyタグ６０３について見ると、情報種別"HostName"に関して、Ａ社の装置のタイプ２の機種のみには、さらにもう一種類の有益な独自オブジェクトＩＤが定義されているので、まずこの有益な独自オブジェクトＩＤに優先してアクセスすべきであるということに基づいて、データファイル３１７が記述されていることになる。つまり、Ａ社の装置でタイプ２の機種は、
オブジェクトＩＤ"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.2"に有益な情報"HostName"が取得できるので、まずはオブジェクトＩＤから情報を取得する。しかしながら、情報取得に失敗した場合は、オブジェクトＩＤ"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.1"から情報"HostName"を取得するようにしている。なお、propertyタグ６０３は、DeviceType属性は定義されていないので、タイプ１の機種は、このPropertyタグ６０３条件に該当するようにしている。オブジェクトＩＤ"1.3.6.1.4.1.999999.1.1.1.1.1.1.1.1.1"には、Ａ社の装置であれば共通して"HostName"が格納される拡張ＭＩＢだからである。

次に、もう一例を簡単に示す。再び図６を参照して、どのオブジェクトＩＤに特定されるのかを説明する。前提の情報として、被管理装置３の「ＩＰアドレス」＝"192.168.1.2"、「情報種別」＝" SubnetMask"、装置情報３１６としてメーカー「Ｂ」、タイプ「-（なし）」が取得されている。

第一のrequestタグ６０１のname属性"HostName"に該当しないので、次なる第二のrequestタグ６０７のname属性"SubnetMask"とに該当（一致判定）する。そして、propertyタグ６０６を読み込むものの、Makername属性が一致しないので、次なるpropertyタグ６０７を読み込む。propertyタグ６０７は、属性が定義されていないので、メーカー及びタイプは一致と判定される。よって、propertyタグ６０７のMIBidタグのvalue属性"1.3.6.1.2.1.4.20.1.3"（標準ＭＩＢのオブジェクトＩＤ）が読み込まれる（取得される）。Ｂ社の装置においては、情報種別"SubnetMask"に対応する拡張ＭＩＢは存在しないことを意味し、よって標準ＭＩＢから該当する情報の取得を行なうものである。

このようにして本発明による管理装置は、被管理装置の製造元識別情報や機種を含む装置情報から、拡張ＭＩＢによるオブジェクトＩＤを特定しＭＩＢ値を取得するので、ネットワークに接続された複数メーカーの機器及び機種に柔軟に対応してＭＩＢにアクセスし、ネットワーク上の機器を管理することが可能となる。

なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明によるネットワーク管理装置１、被管理装置２及び被管理装置３が、ネットワーク４を介して接続されているネットワーク図である。本発明による管理装置１の一実施形態の主要構成を示すハードウェア構成図である。本発明による管理装置１の一実施形態の主要機能を示す機能ブロック図である。標準ＭＩＢ及び拡張ＭＩＢを含むＭＩＢツリー構造を示す図である。装置情報３１６の一例を示す図である。データファイル３１７の一例を示す図である。管理装置１の行う処理動作について説明するフローチャートである。ＯＩＤ特定部３０２がデータファイル３１７を参照してオブジェクトＩＤを特定する処理を説明するフローチャートである。

符号の説明

１管理装置
２、３被管理装置
４ネットワーク
２０１ＣＰＵ
２０２ＲＯＭ
２０３ＲＡＭ
２０４補助記憶装置
２０５記憶媒体読取装置
２０６入力装置
２０７表示装置
２０８通信装置
３０１入力部
３０２ＯＩＤ特定部
３０３ＭＩＢ値取得部
３０４装置情報収集部
３０５記憶部
３１６装置情報
３１７データファイル

Claims

被管理装置とネットワークを介して管理を行うネットワーク管理装置であって、
被管理装置を特定するための装置情報と、当該被管理装置から取得する情報の種別を示す情報種別と、当該被管理装置から取得する際に用いる優先値を含んだオブジェクトＩＤとが対応付けて記憶した記憶手段と、
被管理装置を特定するための装置情報と、当該被管理装置から取得する情報の種別を示す情報種別の入力を行なう入力手段と、
前記入力手段により入力された装置情報と情報種別とに基づいて、前記記憶手段で記憶されたオブジェクトＩＤを特定するＯＩＤ特定手段と、
前記ＯＩＤ特定手段により特定されたオブジェクトＩＤを指定して、前記被管理装置から取得すべき情報を取得する取得手段とを有し、
前記ＯＩＤ特定手段は、前記取得手段で前記被管理装置から取得すべき情報を取得できないときに、オブジェクトＩＤに含まれる優先値に基づいて、次に優先されるオブジェクトＩＤを特定すること、
を特徴とするネットワーク管理装置。
被管理装置毎に、前記装置情報を収集する装置情報収集手段を有し、
前記入力手段は、前記被管理装置のアドレスを入力し、
前記記憶手段は、前記装置情報収集手段により収集された前記装置情報を記憶し、
前記入力手段は、前記記憶手段から、前記アドレスに対応した被管理装置の装置情報を入力すること、
を特徴とする請求項１に記載のネットワーク管理装置。
前記装置情報は、製造元識別情報及び機種情報を含み、
前記ＯＩＤ特定手段は、前記装置情報に含まれる製造元識別情報及び機種情報に基づいて、前記オブジェクトＩＤを特定すること、
を特徴とする請求項１又は２に記載のネットワーク管理装置。
被管理装置とネットワークを介して管理を行うネットワーク管理装置におけるネットワーク管理方法であって、
ネットワーク管理装置が、
被管理装置を特定するための装置情報と、当該被管理装置から取得する情報の種別を示す情報種別と、当該被管理装置から取得する際に用いる優先値を含んだオブジェクトＩＤとが対応付けて記憶手段から読み出す読出工程と、
被管理装置を特定するための装置情報と、当該被管理装置から取得する情報の種別を示す情報種別の入力を行なう入力工程と、
前記入力工程により入力された装置情報と情報種別とに基づいて、前記記憶手段で記憶されたオブジェクトＩＤを特定するＯＩＤ特定工程と、
前記ＯＩＤ特定工程により特定されたオブジェクトＩＤを指定して、前記被管理装置から取得すべき情報を取得する取得工程とを有し、
前記ＯＩＤ特定工程は、前記取得手段で前記被管理装置から取得すべき情報を取得できないときに、オブジェクトＩＤに含まれる優先値に基づいて、次に優先されるオブジェクトＩＤを特定すること、
を特徴とするネットワーク管理方法。
ネットワーク管理装置が、
被管理装置毎に、前記装置情報を収集する装置情報収集工程と、
前記装置情報収集工程により収集された装置情報を前記記憶手段に記憶する記憶工程とを有し、
前記入力工程は、前記被管理装置のアドレスを入力し、
前記入力工程は、前記アドレスに対応した被管理装置の装置情報を前記記憶手段から読み出して入力すること、
を特徴とする請求項４に記載のネットワーク管理方法。
前記装置情報は、製造元識別情報及び機種情報を含み、
前記ＯＩＤ特定工程は、前記装置情報に含まれる製造元識別情報及び機種情報に基づいて、前記オブジェクトＩＤを特定すること、
を特徴とする請求項４又は５に記載のネットワーク管理方法。
請求項４ないし６いずれか一項に記載のネットワーク管理方法をコンピュータに実行させるためのネットワーク管理プログラム。
請求項７に記載のネットワーク管理プログラムを、コンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体。