(57)【特許請求の範囲】
【請求項１】
ネットワーク管理ソフトウェアが動作するネットワークデバイス制御装置において、
企業または団体が独自の制御情報を定義している第１の種別の制御情報と、前記第１の種別とは異なる、ネットワークデバイスが標準的に備える制御情報を定義している第２の種別の制御情報とをデータベースの形式で保持する保持手段と、
前記データベースにおいて木構造で示される各ノードの識別子を結合して得られるオブジェクト識別子から前記ネットワーク管理ソフトウェアで内部的に用いるためのオブジェクトキーへの変換と、前記オブジェクトキーから前記オブジェクト識別子への変換とを、予め決められた変換テーブルを用いて行う変換手段とを備え、
前記データベースにおいて、前記第１の種別の制御情報及び前記第２の種別の制御情報は前記オブジェクト識別子を用いて取得され、
前記変換手段は、前記オブジェクト識別子からオブジェクトキーへの変換の場合、前記オブジェクト識別子に基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクトキーに変換し、
前記変換手段は、前記オブジェクトキーからオブジェクト識別子への変換の場合、前記オブジェクトキーに基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクト識別子に変換することを特徴とするネットワークデバイス制御装置。
【請求項２】
ネットワーク管理ソフトウェアが動作するネットワークデバイス制御装置におけるネットワークデバイス制御方法であって、
企業または団体が独自の制御情報を定義している第１の種別の制御情報と、前記第１の種別とは異なる、ネットワークデバイスが標準的に備える制御情報を定義している第２の種別の制御情報とをデータベースの形式で保持する保持工程と、
前記データベースにおいて木構造で示される各ノードの識別子を結合して得られるオブジェクト識別子から前記ネットワーク管理ソフトウェアで内部的に用いるためのオブジェクトキーへの変換と、前記オブジェクトキーから前記オブジェクト識別子への変換とを、予め決められた変換テーブルを用いて行う変換工程とを有し、
前記データベースにおいて、前記第１の種別の制御情報及び前記第２の種別の制御情報は前記オブジェクト識別子を用いて取得され、
前記変換工程は、前記オブジェクト識別子からオブジェクトキーへの変換の場合、前記オブジェクト識別子に基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクトキーに変換し、
前記変換工程は、前記オブジェクトキーからオブジェクト識別子への変換の場合、前記オブジェクトキーに基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクト識別子に変換することを特徴とするネットワークデバイス制御方法。
【請求項３】
請求項２に記載のネットワークデバイス制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークデバイスの制御情報をデータベースとして管理するネットワークデバイス制御装置及び方法に関する。
【０００２】
【従来の技術】
コンピュータネットワークの基盤となるコンピュータ機器及びその通信技術の発達により、ここ数年間に高速で信頼性の高いコンピュータネットワークが出現してきている。これに伴い、ネットワークに接続可能なデバイスの種類が増加し、複数のデバイスを管理するネットワーク管理ソフトウェアが開発されている。これらネットワーク管理ソフトウェアを使用することにより、ネットワーク上の各種デバイスの情報を取得することができる。
【０００３】
ネットワーク上のデバイスを管理するための手法として、これまでにいくつかの試みが数多くの標準機関でなされている。国際標準化機構（ＩＳＯ）は開放型システム間相互接続（Open System Interconnection，ＯＳＩ）モデルと呼ばれる汎用基準フレームワークを提供している。このネットワーク管理プロトコルのＯＳＩモデルは、共通管理情報プロトコル（Comon Management Information Protocol，ＣＭＩＰ）と呼ばれる。このＣＭＩＰはヨーロッパの共通ネットワーク管理プロトコルである。
【０００４】
また、米国においては、より共通性の高いネットワーク管理プロトコルとして簡易ネットワーク管理プロトコル（Simple Network Management Protocol，ＳＮＭＰ）呼ばれるＣＭＩＰに関する一変種のプロトコルがある（「シンプルブックインターネット管理入門」Ｍ．Ｔ．ローズ＝著／松島栄樹＝訳（株）トッパン発行、１９９５年１２月１５日初版を参照））。
【０００５】
このＳＮＭＰネットワーク管理技術によれば、ネットワーク管理システムには少なくとも１つのネットワーク管理ステーション（ＮＭＳ）と、エージェントを含むいくつかの管理対象ノードと、管理ステーションやエージェントが管理情報を交換するために使用するネットワーク管理プロトコルが含まれる。ユーザは、ＮＭＳ上でネットワーク管理ソフトウェアを用いて管理対象ノード上のエージェントソフトウェアと通信することにより、ネットワーク上のデータを取得、又は変更することができる。
【０００６】
ここでエージェントとは、各々のターゲット装置についてのバックグラウンドプロセスとして動作するソフトウェアである。ユーザがネットワーク上の装置に対して管理データを要求すると、管理ソフトウェアはオブジェクト識別情報を管理パケット又はフレームに入れてターゲットエージェントへ送り出す。エージェントは、そのオブジェクト識別情報を解釈し、そのオブジェクト識別情報に対応するデータを取り出し、そのデータをパケットに入れてユーザに送り返す。時には、データを取り出すために対応するプロセスが呼び出される場合もある。
【０００７】
またエージェントは、自分の状態に関するデータをデータベースの形式で保持している。このデータベースのことをＭＩＢ(Management Information Base)と呼ぶ。図１は、ＭＩＢの構造を示す概念図である。図１に示すように、ＭＩＢは木構造のデータ構造をしており、全てのノードが一意に番号付けられている。図１において、括弧内に書かれている番号が、そのノードの識別子である。例えば、図１に示すノード１０１の識別子は「１」である。ノード１０２の識別子は、ノード１０１の下の“３”なので、「１．３」と表記される。以下同様にして、ノード１０３の識別子は、「１．３．６．１．２」と表記される。このノードの識別子のことを、オブジェクト識別子（Object Identifier)と呼ぶ。
【０００８】
このＭＩＢの構造は、管理情報構造（ＳＭＩ：Structure of Management Information）と呼ばれ、RFC1155 Structure and Identification of Management Information for TCP/IP-based Internetsで規定されている。また、このＳＭＩはＡＳＮ．１（Abstract Syntax Notation One＝抽象構文記法．１というＯＳＩ言語を使って定義されている。
【０００９】
図１に示すものは、標準として規定されているＭＩＢのうち、一部のもののみを抜き出したものである。
【００１０】
１０４はＳＮＭＰで管理される機器が標準的に備えている標準ＭＩＢと呼ばれるオブジェクト群の項点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1213 Management Information Base for Network Management of TCP/IP-based Internets:MIB-IIに規定されている。
【００１１】
１０５はＳＮＭＰで管理されるプリンタが標準的に備えているプリンタＭＩＢと呼ばれるオブジェクト群の項点になるノードであり、このノードの下のオブジェクトの詳細な構造については、RFC1759 Printer MIBで規定されている。
【００１２】
更に、１０６はプライベートＭＩＢと呼ばれ、企業や団体などが独自のＭＩＢ定義を行うための頂点となるノードである。１０７は企業拡張ＭＩＢと呼ばれ、プライベートＭＩＢの中で企業が独自の拡張を行うための頂点となるノードである。キヤノン株式会社には、独自の定義を行うために企業番号として１６０２が割り当てられており、キヤノン独自のＭＩＢであるキヤノンＭＩＢ（ＣａｎｏｎＭＩＢ）を定義するための頂点ノード１０８が、企業を意味するノードであるノード１０７の下に位置している。キヤノンＭＩＢの頂点ノードのオブジェクト識別子は、１．３．６．１．４．１．１６０２である。
【００１３】
次に、ネットワークデバイスの設定方法について説明する。ネットワーク管理ステーションがデバイスの設定を行う方法としては、ユーザにオブジェクトＩＤを用いて個々のオブジェクトを指定させる直接オブジェクトアクセス法やＧＵＩとしてユーザの親しみやすい情報の形式で提供し、この情報と各オブジェクトの変換モジュールを有する間接オブジェクトアクセス法がある。間接オブジェクトアクセス法を利用したネットワーク管理ステーションの一例としては、Hewlett-Packard（ＨＰ）社のJetAdminがある。
【００１４】
【発明が解決しようとする課題】
しかしながら、上記従来例のネットワーク管理ソフトウェアの設定方法では、直接オブジェクトアクセス法を用いた場合、ＭＩＢのオブジェクトの追加、変更、削除等を行う際にデータベースの部分のみ取り替えることで対処できるという利点はあるが、ユーザが必要とするデータのオブジェクトを予め知っておく必要があり、操作性が悪いという欠点がある。
【００１５】
一方、間接オブジェクトアクセス法を用いた場合、操作性の観点からは勝れているが、ＭＩＢの変更に伴い、データベースのみならず、データベースの情報を利用している制御モジュール等も変更する必要があり、プログラム全体を作成し直すことになる。
【００１６】
本発明は、管理情報データベースの追加、変更、削除に対してオブジェクトキーを変更することなくネットワーク管理ソフトウェアの更新を可能とすることを目的とする。
【００１７】
【課題を解決するための手段】
上記目的を達成するために、本発明は、ネットワーク管理ソフトウェアが動作するネットワークデバイス制御装置において、企業または団体が独自の制御情報を定義している第１の種別の制御情報と、前記第１の種別とは異なる、ネットワークデバイスが標準的に備える制御情報を定義している第２の種別の制御情報とをデータベースの形式で保持する保持手段と、前記データベースにおいて木構造で示される各ノードの識別子を結合して得られるオブジェクト識別子から前記ネットワーク管理ソフトウェアで内部的に用いるためのオブジェクトキーへの変換と、前記オブジェクトキーから前記オブジェクト識別子への変換とを、予め決められた変換テーブルを用いて行う変換手段とを備え、前記データベースにおいて、前記第１の種別の制御情報及び前記第２の種別の制御情報は前記オブジェクト識別子を用いて取得され、前記変換手段は、前記オブジェクト識別子からオブジェクトキーへの変換の場合、前記オブジェクト識別子に基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクトキーに変換し、前記変換手段は、前記オブジェクトキーからオブジェクト識別子への変換の場合、前記オブジェクトキーに基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクト識別子に変換することを特徴とする。
【００１８】
また上記目的を達成するために、本発明は、ネットワーク管理ソフトウェアが動作するネットワークデバイス制御装置におけるネットワークデバイス制御方法であって、企業または団体が独自の制御情報を定義している第１の種別の制御情報と、前記第１の種別とは異なる、ネットワークデバイスが標準的に備える制御情報を定義している第２の種別の制御情報とをデータベースの形式で保持する保持工程と、前記データベースにおいて木構造で示される各ノードの識別子を結合して得られるオブジェクト識別子から前記ネットワーク管理ソフトウェアで内部的に用いるためのオブジェクトキーへの変換と、前記オブジェクトキーから前記オブジェクト識別子への変換とを、予め決められた変換テーブルを用いて行う変換工程とを有し、前記データベースにおいて、前記第１の種別の制御情報及び前記第２の種別の制御情報は前記オブジェクト識別子を用いて取得され、前記変換工程は、前記オブジェクト識別子からオブジェクトキーへの変換の場合、前記オブジェクト識別子に基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクトキーに変換し、前記変換工程は、前記オブジェクトキーからオブジェクト識別子への変換の場合、前記オブジェクトキーに基づいて前記第１の種別の制御情報及び前記第２の種別の制御情報の何れの変換テーブルを用いるかを決定し、決定された変換テーブルを用いてオブジェクト識別子に変換することを特徴とする。
【００１９】
【発明の実施の形態】
以下、図面を参照しながら本発明に係る実施の形態を詳細に説明する。
【００２０】
＜＜ＰＣ側の構成＞＞
ネットワーク管理ソフトウェアが移動するＰＣ側について説明する。
【００２１】
図２は、ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。同図において、２００はネットワーク管理ソフトウェアが稼動するＰＣである。ＰＣ２００は、ＲＯＭ２０２若しくはハードディスク（ＨＤ）２１１に記憶された、或いはフロッピーディスクドライブ（ＦＤ）２１２より供給されるネットワーク管理プログラムを実行するＣＰＵ２０１を備え、システムバス２０４に接続された各デバイスを総括的に制御する。
【００２２】
２０３はＲＡＭであり、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）であり、キーボード（ＫＢ）２０９や不図示のポインティングデバイス等からの指示入力を制御する。２０６はＣＲＴコントローラ（ＣＲＴＣ）であり、ディスプレイ（ＣＲＴ）２１０への表示を制御する。２０７はディスクコントローラ（ＤＫＣ）であり、ブートプログラム、種々のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等を記憶するハードディスク（ＨＤ）２１１やフロッピーディスクコントローラ（ＦＤ）２１２とのアクセスを制御する。５０８はネットワークインタフェースカード（ＮＩＣ）であり、ＬＡＮ１００を介してエージェント或いはネットワーク機器と双方向にデータを授受する。
＜＜ネットワーク管理ソフトウェアのモジュール構成＞＞
次に、ＭＩＢのオブジェクトのデータベースを利用するネットワーク管理ソフトウェアの構成について説明する。ネットワーク管理装置は、図２に示すような従来のネットワーク管理装置を実現可能なＰＣと同様な構成のＰＣ上に実現される。尚、ハードディスク（ＨＤ）２１１には、後述するすべての説明で動作主体となるネットワーク管理ソフトウェアのプログラムが格納されている。後述するすべての説明において、特に断りのない限り、実行の主体はハード上はＣＰＵ２０１である。
【００２３】
一方、ソフトウェア上の制御の主体は、ハードディスク（ＨＤ）２１１に格納されたネットワーク管理ソフトウェアである。実施形態においては、ＯＳは例えば、ウィンドウズ９５（マイクロソフト社製）を想定しているが、これに限るものではない。また、ネットワーク管理プログラムは、フロッピーディスクやＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良く、その場合には図５に示すフロッピーディスクコントローラ（ＦＤ）２１２又は不図示のＣＤ−ＲＯＭドライブなどによって記憶媒体からプログラムが読み取られ、ハードディスク（ＨＤ）２１１にインストールされる。
【００２４】
図３は、実施形態におけるネットワーク管理ソフトウェアのモジュール構成を示す図である。このネットワーク管理ソフトウェアは、図２に示すハードディスク２１１に格納されており、ＣＰＵ２０１によって実行される。その際、ＣＰＵ２０１はワークエリアとしてＲＡＭ２０３を使用する。
【００２５】
図３において、３０１はデバイスリストモジュールと呼ばれ、ネットワークに接続されたデバイスを一覧にして表示するモジュールである。３０２は全体制御モジュールと呼ばれ、デバイスリストからの指示に基づき、他のモジュールを統括する。３０３はコンフィグレータと呼ばれ、エージェントのネットワーク設定に関する特別な処理を行うモジュールである。３０４は探索モジュールと呼ばれ、ネットワークに接続されているデバイスを探索するモジュールである。この探索モジュール３０４によって探索されたデバイスがデバイスリストモジュール３０１によって一覧表示される。３０５はNetWareジョブモジュールであり、プリントジョブの状況をNetWare API３１６を用いてネットワークサーバから取得する。尚、NetWare APIについては、例えばNovell社から発行されている“NetWare Programmer's Guide for C”等を参照のこと。この書籍はノベル株式会社から購入可能である。
【００２６】
３０６，３０７は共に後述するデバイス詳細ウィンドウを表示するためのＵＩ(User Interface)モジュールであり、詳細情報を表示する対象機種毎にＵＩモジュールが存在する。３０８，３０９は共に制御モジュールと呼ばれ、詳細情報を取得する対象機種に特有の制御を受け持つモジュールである。ＵＩモジュールと同様に、各制御モジュールも詳細情報を表示する対象機種毎に存在する。制御Ａモジュール３０８及び制御Ｂモジュール３０９は、後述するＭＩＢモジュールを用いて管理対象デバイスからＭＩＢデータを取得し、必要に応じてデータの変換を行い、各々対応するＵＩＡモジュール３０６或いはＵＩＢモジュール３０７にデータを渡す。
【００２７】
３１０はＭＩＢモジュールと呼ばれ、オブジェクト識別子＜＝＞オブジェクトキー変換を行うモジュールである。ここでオブジェクトキーとは、オブジェクト識別子と一対一に対応する３２ビットの整数のことである。オブジェクト識別子は可変長の識別子であり、ネットワーク管理ソフトウェアを実装する上で扱いが面倒なので、このネットワーク管理ソフトウェアではオブジェクト識別子と一対一に対応する固定長の識別子を内部的に用いている。ＭＩＢモジュール３１０より上位のモジュールはこのオブジェクトキーを用いてＭＩＢの情報を扱う。これにより、ネットワーク管理ソフトウェアの実装が大幅に削減される。また、このオブジェクト識別子＜＝＞オブジェクトキー変換は３１８のＯＩＭモジュールを呼び出して行う。
【００２８】
３１１はＳＮＭＰモジュールと呼ばれ、ＳＮＭＰパケットの送信と受信を行う。３１２は共通トランスポートモジュールと呼ばれ、ＳＮＭＰデータを運搬するための下位プロトコルの差を吸収するモジュールである。実際には、動作時にユーザーが選択したプロトコルによって、ＩＰＸハンドラ３１３かＵＤＰハンドラ３１４の何れかがデータを転送する役割を担う。尚、ＩＰＸハンドラ３１３は、実装としてNetWare３１６を用い、ＵＤＰハンドラ３１４は、実装としてWinSock３１７を用いている。このWinSockについては、例えばWindows Socket API v1.1の仕様書を参照のこと。このドキュメントは複数の箇所から入手可能であるが、例えばマイクロソフト社製のコンパイラであるVisual C++に同梱されている。
【００２９】
コンフィグレータ３０３が用いる現在のプロトコル３１５というのは、動作時にユーザが選択しているＩＰＸプロトコルかＵＤＰプロトコルの何れかのことを示す。
【００３０】
尚、以下の説明において、本願にかかるネットワーク管理ソフトウェアのことを「NetSpot」と呼称する。
【００３１】
＜＜ＯＩＭのためのデータ構造＞＞
図４は、ＯＩＭモジュール３１８で利用されるデータの構造を示す図である。同図において、４０１はオブジェクトキーの定義フィールドであり、ＭＩＢの各オブジェクトに対してオブジェクトキーが割り当てられる。オブジェクトキーの上位１６ビットはどのＭＩＢのオブジェクトかを示しており、下位１６ビットにはそのＭＩＢにおける固有の値が割り当てられる。４０２はオブジェクトＩＤのリストフィールドであり、オブジェクトＩＤの文字列がＭＩＢのツリーにおいて深さ優先探索の順で格納されている。４０１で割り当てられたオブジェクトキーは、初期値としては深さ優先探索の順に割り当てられるため、４０２のリストのインデックスとオブジェクトキーの下位１６位ビットは同一の値となる。
【００３２】
尚、オブジェクトキーは制御モジュールなどの上位モジュールでも使用されるため、一旦割り当てられると、オブジェクトの追加、削除、変更等によりＭＩＢのツリーが変わった場合にも変更は許されない。変更を許すと、上位モジュールも含めて管理ソフトウェア全体を作成し直さなければならないからである。そこで、４０３の変換テーブルがオブジェクトキーとリスト４０２のインデックスを変換するのに用いられる。
【００３３】
＜＜ＯＩＭモジュール＞＞
図５は、本実施形態におけるＯＩＭモジュール３１８の構成を示す図である。図示するように、ＯＩＭモジュール３１８は１つのＯＩＭマネージャ５０１と、１以上のＯＩＭテーブル５０２〜５０４で構成される。ＯＩＭテーブル５０２〜５０４は、オブジェクトキーとオブジェクトＩＤを変換するためのものであり、各ＯＩＭテーブルは図４に示すように構成されている。ＯＩＭテーブル５０２〜５０４は各ＭＩＢの種別毎に存在する。図５に示す例では、Printer-MIB５０２、HostResources-MIB５０３、Canon-MIB５０４の３種類のＭＩＢのＯＩＭテーブルが存在する。
【００３４】
ここで、ＯＩＭモジュール３１８によるオブジェクトキー＜＝＞オブジェクトＩＤの変換方法について説明する。
【００３５】
図６は、本実施形態におけるオブジェクトキー＜＝＞オブジェクトＩＤの変換処理を示すフローチャートである。図７は、オブジェクトキーからオブジェクトＩＤへの変換例を示す図であり、図６に示すステップＳ１０３〜Ｓ１０５に相当する。図７に示す（Ａ）は図４に示す４０１のオブジェクトキーの定義、図７に示す（Ｂ）は図４に示す４０３の変換テーブル、図７に示す（Ｃ）は図４に示す４０２のオブジェクトＩＤのリストに対応する具体例である。
【００３６】
また、図８は、オブジェクトＩＤからオブジェクトキーへの変換例を示す図であり、図６に示すステップＳ１０６〜Ｓ１０８に相当する。図８に示す（Ａ）は図４に示す４０２のオブジェクトＩＤのリスト、図８に示す（Ｂ）は図４に示す４０３の変換テーブルに対応する具体例である。
【００３７】
図６に示すステップＳ１０１において、ＯＩＭモジュール３１８に変換要求があるとステップＳ１０２へ進み、その要求がオブジェクトキーからオブジェクトＩＤへの変換要求か判断する。ここで、オブジェクトキーが渡され、オブジェクトＩＤへの変換要求であればステップＳ１０３へ進み、ＯＩＭマネージャ５０１がオブジェクトキーの上位１６ビットの情報から、どのＯＩＭテーブルのデータベースにアクセスするかを決定する。
【００３８】
例えば、オブジェクトキーとして、図７に示す（Ａ）の“０００１０００５”（１６進で表現されている）７０１が渡されたとすると、その上位１６ビットのデータ“０００１”が割り当てられているＯＩＭテーブルを探す。
【００３９】
次に、ステップＳ１０４では、ステップＳ１０３で決定したＯＩＭテーブルの変換テーブル４０３から、指定されたオブジェクトキーに対応するオブジェクトＩＤのリストのＩＤを取得する。図７に示す例では、渡されたオブジェクトキーの下位１６ビットが“０００５”であるので、図７に示す（Ｂ）の変換テーブルの５番目７０２を調べ、その値（左の列）“３”をインデックスの値として取得する。
【００４０】
そして、ステップＳ１０５では、オブジェクトＩＤのリストから、ステップＳ１０４で取得したインデックス値に対応する位置にあるオブジェクトＩＤを変換すべきオブジェクトＩＤとして取得する。図７に示す例では、ステップＳ１０３で取得したインデックス値により、図７に示す（Ｃ）のリスト中の３番目のエントリーである“１．３．６．４３．２．１”７０３を変換後のオブジェクトＩＤとして取得する。
【００４１】
一方、ステップＳ１０２において、オブジェクトＩＤが渡され、オブジェクトキーへの変換要求であればステップＳ１０６へ進み、ＯＩＭマネージャ５０１は渡されたオブジェクトＩＤの上位の文字列が各ＭＩＢの頂点ノードのオブジェクトＩＤと一致しているかを調べ、どのＯＩＭテーブルのデータベースにアクセスするか決定する。図８に示す例では、項点ノードが“１．３．６．４３”のＭＩＢにアクセスしている（これは架空のＭＩＢである）。
【００４２】
次に、ステップＳ１０７では、ステップＳ１０６で決定したＯＩＭテーブルのオブジェクトＩＤのリストを検索し、どのインデックスに渡されたオブジェクトＩＤが存在するかを調べる。図８に示す（Ａ）の“１．３．６．４３．２．１”８０１が渡されたとすると、これはリストの３番目に存在するのでインデックス“３”を取得する。
【００４３】
そして、ステップＳ１０８では、取得したインデックスから、変換テーブルを用いて対応するオブジェクトキーを取得する。図８に示す例では、インデックスが“３”なので、図８に示す（Ｂ）の変換テーブルの３番を調べ、オブジェクトキー“０００１０００５”８０２を取得する。
【００４４】
このように、本実施形態によれば、ＭＩＢのデータベースの追加、変更、削除に対応するために、オブジェクトキーの一貫性を保証するためのデータ構造を有する複数のデータベースに対してアクセスし、オブジェクトキー＜＝＞オブジェクトＩＤの変換を行うことができる。また、オブジェクトキーは制御などの上位モジュールで使用されているので、ＭＩＢの追加、変更によりオブジェクトキーの変更が生じるとネットワーク管理ソフトウェア全体を作成し直さなければならなかったが、オブジェクトキーの変更が生じないためのデータ構造を扱うことができるようなったため、変更されたＭＩＢのＯＩＭテーブルを取り替えるだけでネットワーク管理ソフトウェアの更新を行うことができる。
【００４５】
尚、本発明は複数の機器（例えば、ホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【００４６】
また、本発明の目的は前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ若しくはＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【００４７】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４８】
プログラムコードを供給するための記憶媒体としては、例えばフロッピーディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００４９】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５０】
更に、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００５１】
【発明の効果】
以上説明したように、本発明によれば、管理情報データベースの追加、変更、削除に対してオブジェクトキーを変更することなくネットワーク管理ソフトウェアの更新を行うことが可能となる。
【図面の簡単な説明】
【図１】管理情報データベース（ＭＩＢ）の構造を示す概念図である。
【図２】ネットワーク管理ソフトウェアが稼動可能なＰＣの構成を示すブロック図である。
【図３】実施形態におけるネットワーク管理ソフトウェアのモジュール構成を示す図である。
【図４】ＯＩＭモジュール３１８で利用されるデータの構造を示す図である。
【図５】本実施形態におけるＯＩＭモジュール３１８の構成を示す図である。
【図６】本実施形態におけるオブジェクトキー＜＝＞オブジェクトＩＤの変換処理を示すフローチャートである。
【図７】オブジェクトキーからオブジェクトＩＤへの変換例を示す図である。
【図８】オブジェクトＩＤからオブジェクトキーへの変換例を示す図である。
【符号の説明】
２００  ＰＣ
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０４  システムバス
２０５  ＫＢＣ
２０６  ＣＲＴＣ
２０７  ＤＫＣ
２０８  ＮＩＣ
２０９  ＫＢ
２１０  ＣＲＴ
２１１  ＨＤ
２１２  ＦＤ
【図１】
0004236223.tif 000002
【図２】
0004236223.tif 000003
【図３】
0004236223.tif 000004
【図４】
0004236223.tif 000005
【図５】
0004236223.tif 000006
【図６】
0004236223.tif 000007
【図７】
0004236223.tif 000008
【図８】
0004236223.tif 000009