(57)【要約】【課題】ＳＮＭＰとＤＭＩとの混在環境において、ＭＩＦ属性の管理情報に対してもＳＮＭＰで全て管理できる装置を実現する。【解決手段】ＳＮＭＰ　ＭＩＢのオブジェクトＩＤに対応したＤＭＩ　ＭＩＦ属性を示す変換定義ファイル２５を設ける。変換部２２は、親エージェント２１からＭＩＦ属性の管理情報の取得要求を受けた場合は、変換定義ファイル２５に基づいてＤＭＩ管理部２３に管理情報の取得要求を行う。変換部２２は、ＤＭＩ管理部２３からの戻り値をＳＮＭＰ　ＭＩＢ属性の管理情報として親エージェント２１に応答する。【選択図】　　　　図１
2004145609.tif 000002
【特許請求の範囲】
【請求項１】
インターネット管理プロトコルと、デスクトップ管理インタフェースの混在環境において、当該デスクトップ管理インタフェースで定義された管理情報に対して、インターネット管理プロトコルの管理情報として表した場合の識別情報と、前記デスクトップ管理インタフェースで定義された管理情報の属性とを示す変換定義ファイルと、
前記デスクトップ管理インタフェースで定義された管理情報を取得するＤＭＩ管理部と、
前記インターネット管理プロトコルで取得要求された管理情報が前記デスクトップ管理インタフェースで定義された管理情報であった場合、前記変換定義ファイルを参照して、当該管理情報の取得を、前記ＤＭＩ管理部に要求し、かつ、当該ＤＭＩ管理部からの戻り値を前記インターネット管理プロトコルの形式の管理情報に変換する変換部と、
前記インターネット管理プロトコルによる管理情報取得要求を受けた場合、当該取得要求された情報がデスクトップ管理インタフェースで定義された管理情報であった場合は、前記変換部に取得要求を行うと共に、当該取得要求の結果として前記変換部から受け取った管理情報を前記インターネット管理プロトコルの管理情報として出力する親エージェントとを備えたことを特徴とするネットワーク情報管理装置。
【請求項２】
請求項１に記載のネットワーク情報管理装置において、
デスクトップ管理インタフェースで定義された管理情報を取得する際にエラーが発生した場合のエラーの内容を示すエラー定義ファイルと、
前記デスクトップ管理インタフェースで定義された管理情報を取得する際にエラーが発生した場合、前記エラー定義ファイルに基づいて、前記エラーの内容をインターネット管理プロトコルの形式の管理情報として保存すると共に、
前記インターネット管理プロトコルでいずれかの管理情報の取得要求があった場合は、当該管理情報でエラーの内容が存在するかを判定し、存在した場合は、当該エラー内容を、前記取得要求された管理情報の結果として出力する変換部とを備えたことを特徴とするネットワーク情報管理装置。
【請求項３】
ＯＳＩの規格に基づいたネットワークのプロトコルと、デスクトップ管理インタフェースの混在環境において、当該デスクトップ管理インタフェースで定義された管理情報に対して、前記プロトコルの管理情報として表した場合の識別情報と、前記デスクトップ管理インタフェースで定義された管理情報の属性とを示す変換定義ファイルと、
前記デスクトップ管理インタフェースで定義された管理情報を取得するＤＭＩ管理部と、
前記プロトコルで取得要求された管理情報が前記デスクトップ管理インタフェースで定義された管理情報であった場合、前記変換定義ファイルを参照して、当該管理情報の取得を、前記ＤＭＩ管理部に要求し、かつ、当該ＤＭＩ管理部からの戻り値を前記プロトコルの形式の管理情報に変換する変換部と、
前記プロトコルによる管理情報取得要求を受けた場合、当該取得要求された情報がデスクトップ管理インタフェースで定義された管理情報であった場合は、前記変換部に取得要求を行うと共に、当該取得要求の結果として前記変換部から受け取った管理情報を前記プロトコルの管理情報として出力するＯＳＩマネージャとを備えたことを特徴とするネットワーク情報管理装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デスクトップ管理でパソコンやそのリソース、周辺機器等を管理するための標準であるＤＭＩ（Ｄｅｓｋｔｏｐ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｔｅｒｆａｃｅ：デスクトップ管理インタフェース）で定義された管理情報を、インターネット管理の通信プロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍａｎｔ　Ｐｒｏｔｏｃｏｌ：簡易ネットワーク管理プロトコル）やＯＳＩ（Ｏｐｅｎ　Ｓｙｓｔｅｍｓ　Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：開放型システム相互接続）の規格に基づいたネットワークのプロトコルで用いられる形式の管理情報への変換を行い、インターネット管理プロトコルやＯＳＩネットワークのプロトコルで、デスクトップ管理を実現するネットワーク情報管理装置に関する。
【０００２】
【従来の技術】
ＳＮＭＰによるネットワーク管理は、勧告されたフォーマットのデータベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ（マネジメント情報ベース））を用いて、ＳＮＭＰマネージャとＳＮＭＰエージェントがデータの授受を行うことで実現されている。ＳＮＭＰのプロトコルは、ＳＥＴ／ＧＥＴ／ＧＥＴＮＥＸＴ／ＴＲＡＰがあり、例えば、ＳＮＭＰエージェントの機器に何らかの障害が発生した場合、ＳＮＭＰマネージャに対し障害が発生したことを知らせるトラップを送信する。ＳＮＭＰマネージャはトラップを受信すると、このトラップを処理する。
【０００３】
デスクトップＰＣやサーバ上の管理可能な製品と管理アプリケーションとの間での通信を処理するための標準はＤＭＩと呼ばれる。目的はデスクトップの管理のための基本的な解決を提供することであり、サービスプロバイダ、管理インタフェース、コンポーネントインタフェース、ＭＩＦ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｆｏｒｍａｔ：マネジメント情報フォーマット）データベースで構成される。
【０００４】
【非特許文献１】
“ＣＯＭＰＡＱ　ＷＨＩＴＥ　ＰＡＰＥＲ−サービス提供に関するＣｏｍｐａｑインテリジェント　マネジメント機能の統合：イベント　モニタリングと通知”、［ｏｎｌｉｎｅ］、Ｃｏｍｐａｑ、［平成１４年８月１６日検索］、インターネット＜ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｃｏｍｐａｑ．ｃｏ．ｊｐ／ｔｅｃ／ｗｐ１８１＿０８．ｈｔｍｌ＞
【０００５】
【発明が解決しようとする課題】
しかしながら、従来、このようなＳＮＭＰとＤＭＩとの混在環境において、ＭＩＦ属性の管理情報に対して、ＳＮＭＰで全て管理することはできなかった。例えば、ＳＮＭＰのＧＥＴＮＥＸＴといった処理では、対象となるオブジェクトがＭＩＦ属性で定義されていた場合は、その情報は直接取得するといったことはできなかった。
【０００６】
【課題を解決するための手段】
本発明は、前述の課題を解決するため次の構成を採用する。
〈構成１〉
インターネット管理プロトコルと、デスクトップ管理インタフェースの混在環境において、デスクトップ管理インタフェースで定義された管理情報に対して、インターネット管理プロトコルの管理情報として表した場合の識別情報と、デスクトップ管理インタフェースで定義された管理情報の属性とを示す変換定義ファイルと、デスクトップ管理インタフェースで定義された管理情報を取得するＤＭＩ管理部と、インターネット管理プロトコルで取得要求された管理情報がデスクトップ管理インタフェースで定義された管理情報であった場合、変換定義ファイルを参照して、管理情報の取得を、ＤＭＩ管理部に要求し、かつ、ＤＭＩ管理部からの戻り値をインターネット管理プロトコルの形式の管理情報に変換する変換部と、インターネット管理プロトコルによる管理情報取得要求を受けた場合、取得要求された情報がデスクトップ管理インタフェースで定義された管理情報であった場合は、変換部に取得要求を行うと共に、取得要求の結果として変換部から受け取った管理情報をインターネット管理プロトコルの管理情報として出力する親エージェントとを備えたことを特徴とするネットワーク情報管理装置。
【０００７】
〈構成２〉
構成１に記載のネットワーク情報管理装置において、デスクトップ管理インタフェースで定義された管理情報を取得する際にエラーが発生した場合のエラーの内容を示すエラー定義ファイルと、デスクトップ管理インタフェースで定義された管理情報を取得する際にエラーが発生した場合、エラー定義ファイルに基づいて、エラーの内容をインターネット管理プロトコルの形式の管理情報として保存すると共に、インターネット管理プロトコルでいずれかの管理情報の取得要求があった場合は、管理情報でエラーの内容が存在するかを判定し、存在した場合は、エラー内容を、取得要求された管理情報の結果として出力する変換部とを備えたことを特徴とするネットワーク情報管理装置。
【０００８】
〈構成３〉
ＯＳＩの規格に基づいたネットワークのプロトコルと、デスクトップ管理インタフェースの混在環境において、デスクトップ管理インタフェースで定義された管理情報に対して、プロトコルの管理情報として表した場合の識別情報と、デスクトップ管理インタフェースで定義された管理情報の属性とを示す変換定義ファイルと、デスクトップ管理インタフェースで定義された管理情報を取得するＤＭＩ管理部と、ＯＳＩの規格に基づいたネットワークのプロトコルで取得要求された管理情報がデスクトップ管理インタフェースで定義された管理情報であった場合、変換定義ファイルを参照して、管理情報の取得を、ＤＭＩ管理部に要求し、かつ、ＤＭＩ管理部からの戻り値を、ＯＳＩの規格に基づいたネットワークのプロトコルの形式の管理情報に変換する変換部と、ＯＳＩの規格に基づいたネットワークのプロトコルによる管理情報取得要求を受けた場合、取得要求された情報がデスクトップ管理インタフェースで定義された管理情報であった場合は、変換部に取得要求を行うと共に、取得要求の結果として変換部から受け取った管理情報を、ＯＳＩの規格に基づいたネットワークのプロトコルの管理情報として出力するＯＳＩマネージャとを備えたことを特徴とするネットワーク情報管理装置。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を具体例を用いて詳細に説明する。
《具体例１》
〈構成〉
図１は、本発明のネットワーク情報管理装置の具体例１を示す構成図である。図の装置は、管理サーバ１と管理エージェントサーバ２を基本要素としている。管理サーバ１と管理エージェントサーバ２とは、ＴＣＰ／ＩＰ上のネットワークに接続されており、管理情報のやり取りはＳＮＭＰ（インターネット管理プロトコル）で行われるものとする。管理サーバ１は、各管理エージェントサーバ２における管理情報を統轄して管理するもので、各管理エージェントサーバ２から管理情報の取得を行うためのＳＮＭＰマネージャ１１と、ＭＩＢ１２を備えている。ＭＩＢ１２は、管理対象となる全てのオブジェクト（対象機器）の情報データベースである。
【００１０】
管理エージェントサーバ２は、対象機器の管理を行うエージェントであり、親エージェント２１、変換部２２、ＤＭＩ管理部２３、ＭＩＦ２４、変換定義ファイル２５、子エージェント２６、ＭＩＢ２７を有している。親エージェント２１は、ＳＮＭＰマネージャ１１から管理情報の取得要求を受けた場合、対応する管理情報のＭＩＢのインデックス値（Ｉｎｄｅｘ）を参照して、その管理情報が、ＭＩＦ２４に関するものかＭＩＢ２７に関するものかを判定し、ＭＩＦ２４に関するものであった場合は、変換部２２に管理情報取得要求を送出し、一方、ＭＩＢ２７に関するものであった場合は、子エージェント２６に管理情報取得要求を送出するよう構成されている。
【００１１】
変換部２２は、親エージェント２１からのＭＩＦ属性の管理情報取得要求を受けた場合、変換定義ファイル２５のＤＭＩ　ＭＩＦ属性に基づいてＤＭＩ管理部２３に管理情報取得要求を行うと共に、この要求への応答がＤＭＩ管理部２３からあった場合は、これをＭＩＢの形式に変換し、ＳＮＭＰのＭＩＢとして親エージェント２１に送出する機能を有している。
【００１２】
ＤＭＩ管理部２３は、ＤＭＩとしてのＭＩＦ２４の管理を行う機能部であり、管理インタフェース（ＭＩ）２３１、サービスプロバイダ（ＳＰ）２３２、コンポーネントインタフェース（ＣＩ）２３３を備えている。管理インタフェース２３１は、サービスプロバイダ２３２と通信するために管理アプリケーションが使うインタフェースであり、コンポーネントインタフェース２３３は、コンポーネントインストルメンテーションのコードを使用するためのサービスプロバイダ２３２のインタフェースである。また、サービスプロバイダ２３２は、ＤＭＩとしての各種サービスを提供する機能部である。また、ＭＩＦ２４は、サービスプロバイダ２３２に関連付けられているＭＩＦのデータベースである。
【００１３】
変換定義ファイル２５は、ＳＮＭＰのＭＩＢにおける管理情報の識別情報であるＯＩＤ（オブジェクトＩＤ）と、ＤＭＩのＭＩＦにおける属性との関係を示すファイルである。即ち、ＤＭＩで定義された管理情報に対して、ＳＮＭＰの管理情報として表した場合の識別情報（ＯＩＤ）と、ＤＭＩで定義された管理情報の属性とを示すものである。
【００１４】
図２は、変換定義ファイル２５の説明図である。
図示のように変換定義ファイル２５は、ＳＮＭＰ　ＭＩＢのＯＩＤと、ＤＭＩＭＩＦ属性との関係を示している。
子エージェント２６は、ＭＩＢ２７からの情報取得を行うためのエージェントである。ＭＩＢ２７は、ＳＮＭＰにおける管理情報を格納するデータベースである。
【００１５】
〈動作〉
動作の一例として、管理サーバ１のＳＮＭＰマネージャ１１が、管理エージェントサーバ２に対して、ＯＩＤ［．１．１．２］に対してＧＥＴＮＥＸＴ要求を出した場合を説明する。また、本具体例における内部データをＳＮＭＰ木構造で表した場合は次の通りである。
図３は、内部データをＳＮＭＰ木構造で表した例の説明図である。
ここで、オブジェクトの．１．１．３と．１．２．１はＭＩＦ属性を持っているとする。この場合、ＯＩＤ．１．１．３に関するＭＩＢにはＡｔｔｒｉｂｕｔｅ、Ｓｔａｔｕｓ、Ｉｎｄｅｘといった項目の情報があり、このＩｎｄｅｘによって、ＭＩＦ属性を有するか否かを識別できるようになっている。
【００１６】
ＳＮＭＰマネージャ１１が、管理エージェントサーバ２の親エージェント２１に対して、ＳＮＭＰのＧＥＴＮＥＸＴ要求を出した場合、管理エージェントサーバ２では次のように動作を行う。
図４は、管理エージェントサーバ２の動作を示すフローチャートである。
親エージェント２１は、ＳＮＭＰマネージャ１１からのオブジェクトＩＤ［．１．１．２］に対するＧＥＴＮＥＸＴ要求を受け取ると、要求されたＯＩＤの次のＯＩＤ［．１．１．３］がＭＩＦ２４に関するものか、ＭＩＢ２７に関するものかをＳＮＭＰ　ＭＩＢのインデックス値（Ｉｎｄｅｘ）で判断する（ステップＳ１）。この例では、ＯＩＤ［．１．１．３］はＭＩＦ２４に関するものであるため、親エージェント２１は、変換部２２に管理情報の取得要求を行う。これにより、変換部２２は、変換定義ファイル２５のＤＭＩ　ＭＩＦ属性を参照し、このＭＩＦ属性に基づく管理情報の取得要求をＤＭＩ管理部２３の管理インタフェース（ＭＩ）２３１に対して送出する（ステップＳ２）。ＤＭＩ管理部２３のサービスプロバイダ２３２は、要求情報に従ってＭＩＦ２４から該当する管理情報を取得し、これを変換部２２に応答情報として送出する（ステップＳ３）。
【００１７】
変換部２２では、ＤＭＩ　ＭＩＦ属性からＳＮＭＰ　ＭＩＢへの変換を行い、ＯＩＤ［．１．１．３］の管理情報として親エージェント２１に送出する（ステップＳ４）。親エージェント２１は、変換部２２から受け取ったＯＩＤ［．１．１．３］の管理情報をＧＥＴＮＥＸＴ要求の応答としてＳＮＭＰマネージャ１１に返す（ステップＳ５）。
【００１８】
〈効果〉
以上のように具体例１によれば、ＳＮＭＰ　ＭＩＢのオブジェクトＩＤとＤＭＩ　ＭＩＦ属性との関係を定義する変換定義ファイル２５を設け、この変換定義ファイル２５に基づいて、ＭＩＦ属性の管理情報を取得し、かつ、これをＭＩＢ属性の管理情報に変換するようにしたので、内部データとしてＭＩＦ属性のデータがあっても、全てＳＮＭＰで管理することができる効果がある。
【００１９】
《具体例２》
具体例２は、具体例１の構成に加えて、ＭＩＦ属性の管理情報が取得できなかった場合は、エラー情報として記録するようにしたものである。
【００２０】
〈構成〉
図５は、具体例２における管理エージェントサーバ２の構成図である。
具体例２の管理エージェントサーバ２において、図１に示す具体例１と異なるのは、エラー定義ファイル２８が追加された点と、変換部２２ａの構成が異なる点である。
【００２１】
エラー定義ファイル２８は、ＭＩＦ属性のデータが取得できなかった場合のエラー内容を定義するファイルである。
図６は、エラー定義ファイル２８の説明図である。
図示のように、それぞれのエラー内容に対応してエラーＮｏ．（ＥＲＲＯＲＮＯ）が付与されている。
【００２２】
変換部２２ａは、具体例１の機能に加えて、ＤＭＩで定義された管理情報を取得する際にエラーが発生した場合、エラー定義ファイル２８に基づいて、エラーの内容に対応したエラーＮｏ．をＳＮＭＰ　ＭＩＢの管理情報として保存すると共に、ＳＮＭＰでいずれかの管理情報の取得要求があった場合は、ＳＮＭＰ　ＭＩＢを参照し、その管理情報でエラーＮｏ．が存在するかを判定し、存在した場合は、そのエラーＮｏ．に対応したエラー内容を、取得要求された管理情報の結果として応答する機能を有している。
図７は、具体例２におけるＳＮＭＰ木構造の説明図である。
図示のように、具体例２におけるＳＮＭＰ　ＭＩＢでは、エラー内容を示すエラーインデックス（Ｅｒｒｏｒ　Ｉｎｄｅｘ）が設けられており、このエラーインデックスにエラー定義ファイル２８におけるエラーＮｏ．が保存されるようになっている。
【００２３】
具体例２におけるその他の構成は具体例１と同様であるため、対応する部分に同一符号を付してその説明は省略する。
【００２４】
〈動作〉
親エージェント２１がＳＮＭＰマネージャ１１からいずれかのオブジェクトＩＤに対する管理情報の取得要求を受け取ると、その管理情報がＭＩＦ２４に関するものか、ＭＩＢ２７に関するものかをＳＮＭＰ　ＭＩＢのＩＮＤＥＸ値で判断するのは具体例１と同様である。これがＭＩＦ２４に関するものであった場合、具体例２における変換部２２ａは次のように動作する。
【００２５】
図８は、具体例２における変換部２２ａの動作を示すフローチャートである。変換部２２ａは、親エージェント２１から管理情報取得要求を受け取ると、先ず、その管理情報のＯＩＤに対応したＳＮＭＰ　ＭＩＢを参照して、エラーＮｏ．が存在するか否かを判定する（ステップＳ１１）。即ち、そのＯＩＤにおいてエラーが発生していたかを判定する。ステップＳ１１において、エラー発生が無かった場合はステップＳ１２に移行し、具体例１におけるステップＳ２、ステップＳ３と同様の処理を行う（ステップＳ１２、ステップＳ１３）。その後、変換部２２ａは、ＤＭＩ管理部２３での管理情報取得処理がエラーか否かを判定し（ステップＳ１４）、エラー発生がなかった場合は、具体例１のステップＳ４、ステップＳ５と同様の処理を行う（ステップＳ１５、ステップＳ１６）。
【００２６】
一方、ステップＳ１４において、エラーが発生した場合、ＤＭＩ管理部２３からのエラー内容に基づいて、変換部２２ａは、図６に示すエラー定義ファイル２８から該当するエラーＮｏ．を参照し、このエラーＮｏ．をＳＮＭＰ　ＭＩＢのエラーインデックスに格納（ＳＮＭＰＳＥＴ）する（ステップＳ１７）。そして、変換部２２ａは、エラーをＳＮＭＰのエラー属性ｎｏ　ｓｕｃｈ　ｎａｍｅに変換して親エージェント２１に返す（ステップＳ１８）。
【００２７】
また、ステップＳ１１において、ＳＮＭＰ　ＭＩＢを参照した結果、そのＯＩＤの管理情報では、以前にエラーが発生していた場合は、ステップＳ１８に移行し、直ちにエラー情報を親エージェント２１に返す。
【００２８】
〈効果〉
以上のように、具体例２によれば、ＭＩＦ属性の管理情報を取得する際にエラーが発生した場合は、このエラー情報を保存し、それ以降に同じ管理情報の取得要求があった場合は、保存したエラー情報に基づいてエラー発生を返すようにしたので、例えば、ＭＩＦ属性検索中に取得までに時間がかかる場合にその要因（変換Ａｇｅｎｔダウン、属性値なし等）に応じた応答を、ＭＩＢ属性に設定（ＳＥＴ）するといったことにより、次回に同様の要求があった場合に、直ちにエラー情報の応答を行うことができる。
【００２９】
《具体例３》
具体例３は、ＯＳＩの規格に基づいたネットワークにおいて、具体例１と同様の機能を実現するようにしたものである。
【００３０】
〈構成〉
図９は、具体例３の構成図である。
図の装置は、ＯＳＩマネージャ３１、変換部３２、ＤＭＩ管理部３３、ＭＩＦ３４、変換定義ファイル３５からなる。
ＯＳＩマネージャ３１は、ＯＳＩの規格に基づいたネットワークの標準プロトコルであるＣＭＩＰ（Ｃｏｍｍｏｎ　Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ：共通管理情報プロトコル）において、管理情報の取得を行う機能部である。変換部３２は、具体例１におけるＤＭＩ管理部２３の機能に相当するもので、ＯＳＩマネージャ３１からのＭＩＦ属性の管理情報の取得要求を受けた場合に、変換定義ファイル３５を参照して、ＤＭＩ　ＭＩＦ属性を判定し、このＤＭＩ　ＭＩＦ属性の管理情報の取得要求をＤＭＩ管理部３３に要求し、かつ、ＤＭＩ管理部３３からの戻り値をＣＭＩＰの管理情報に変換するＣＭＩＰ−ＤＭＩ変換部である。また、ＤＭＩ管理部３３は、具体例１におけるＤＭＩ管理部２３と同様の機能を有するものであり、管理インタフェース３３１〜コンポーネントインタフェース３３３は、それぞれ具体例１、２における管理インタフェース２３１〜コンポーネントインタフェース２３３と同様である。また、ＭＩＦ３４は具体例１、２のＭＩＦ２４と同様である。
【００３１】
変換定義ファイル３５は、具体例１における変換定義ファイル２５に相当するものであり、次のような構成となっている。
図１０は、変換定義ファイル３５の説明図である。
図示のように、ＯＳＩネットワークのＡｔｔｒｉｂｕｔｅ　ｉｄｅｎｔｉｆｅｒ　ｌｉｓｔに対応するＤＭＩ　ＭＩＦ属性が示されている。
【００３２】
〈動作〉
次に、具体例３の動作について説明する。
基本的な動作は、具体例１と同様である。
先ず、ＯＳＩマネージャ３１は、デスクトップ管理情報を取得するために、変換部３２に対して、ｍ−Ｇｅｔ　ｒｅｑｕｅｓｔ／ｉｎｄｉｃａｔｉｏｎＰＤＵを発行する。これにより、変換部３２は、変換定義ファイル３５のＡｔｔｒｉｂｕｔｅ　ｉｄｅｎｔｉｆｅｒ　ｌｉｓｔを参照し、その要求がＤＭＩ　ＭＩＦ属性の情報であるかを判定する。その結果、ＤＭＩ　ＭＩＦ属性の情報であった場合は、そのＤＭＩ　ＭＩＦ属性の管理情報取得要求をＤＭＩ管理部３３に対して行う。これにより、ＤＭＩ管理部３３は、具体例１のステップＳ３と同様に該当する管理情報を取得し、この値を変換部３２に返す。
【００３３】
変換部３２では、戻り値をＤＭＩ　ＭＩＦ属性から変換し、受信したｇｅｔ−ｒｅｓｐｏｎｓｅＰＤＵを元にして、ｍ−Ｇｅｔ　ｒｅｓｐｏｎｓｅ／ｃｏｆｉｒｍ　ＰＤＵを作成し、ＯＳＩマネージャ３１に対してこのＰＤＵを応答する。
【００３４】
〈効果〉
以上のように、具体例３によれば、ＯＳＩの規格に基づいたネットワークにおいて、具体例１と同様に変換定義ファイル３５を設け、この変換定義ファイル３５に基づいて、ＤＭＩ　ＭＩＦ属性の情報をＯＳＩネットワークのプロトコルの情報に変換するようにしたので、ＯＳＩ管理の枠組みの中で統一的に通信ネットワークの管理情報の一部として、デスクトップ管理情報を扱うことができる効果がある。
【００３５】
尚、上記具体例３においても、具体例２のようにエラー定義ファイル２８を設け、エラー発生の場合は、エラー定義ファイル２８に基づいてエラー情報を保存し、それ以降の該当管理情報取得要求に対しては、このエラー情報を応答するようにしてもよい。
【００３６】
【発明の効果】
以上のように、本発明によれば、インターネット管理プロトコルやＯＳＩネットワークのプロトコルと、デスクトップ管理インタフェースとの混在環境において、デスクトップ管理インタフェースで定義された管理情報に対して、インターネット管理プロトコルやＯＳＩネットワークのプロトコルの管理情報として表した場合の識別情報と、デスクトップ管理インタフェースで定義された管理情報の属性とを示す変換定義ファイルと、この変換定義ファイルに基づいて、デスクトップ管理インタフェースで定義された管理情報をインターネット管理プロトコルやＯＳＩネットワークのプロトコルの管理情報として一元管理することができる。
【図面の簡単な説明】
【図１】本発明のネットワーク情報管理装置の具体例１を示す構成図である。
【図２】具体例１の変換定義ファイルの説明図である。
【図３】具体例１の内部データをＳＮＭＰ木構造で表した例の説明図である。
【図４】具体例１の動作を示すフローチャートである。
【図５】具体例２の構成図である。
【図６】エラー定義ファイルの説明図である。
【図７】具体例２におけるＳＮＭＰ木構造の説明図である。
【図８】具体例２の動作を示すフローチャートである。
【図９】具体例３の構成図である。
【図１０】具体例３の変換定義ファイルの説明図である。
【符号の説明】
２１　親エージェント
２２、３２　変換部
２３、３３　ＤＭＩ管理部
２４、３４　ＭＩＦ
２５、３５　変換定義ファイル
２７　ＭＩＢ
２８　エラー定義ファイル
３１　ＯＳＩマネージャ
【図１】
2004145609.tif 000003
【図２】
2004145609.tif 000004
【図３】
2004145609.tif 000005
【図４】
2004145609.tif 000006
【図５】
2004145609.tif 000007
【図６】
2004145609.tif 000008
【図７】
2004145609.tif 000009
【図８】
2004145609.tif 000010
【図９】
2004145609.tif 000011
【図１０】
2004145609.tif 000012