管理装置、管理システム、管理方法、プログラム及び記録媒体
【課題】マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う。
【解決手段】本発明に係る管理装置は、ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行い、機器情報を取得するための取得情報を記憶した記憶手段と、取得情報に基づいて複数のベンダー機器からの機器情報を取得する取得手段と、取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、取得情報は、複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含む。
【解決手段】本発明に係る管理装置は、ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行い、機器情報を取得するための取得情報を記憶した記憶手段と、取得情報に基づいて複数のベンダー機器からの機器情報を取得する取得手段と、取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、取得情報は、複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理システム、管理方法、プログラム及び記録媒体の分野に関する。
【背景技術】
【０００２】
近年、コンピュータに係るあらゆる環境下において、ネットワークは益々複雑化する一方である。このようなネットワークを管理・監視する技術に関して、ＳＮＭＰ（Simple Network Management Protocol）が知られている。ＳＮＭＰは、ネットワーク上のネットワーク機器（ノード）を監視、制御する情報の通信方法を定めるプロトコルである。このＳＮＭＰを利用して管理・監視されるネットワークは、機能面から分類すると、ＳＮＭＰマネジャ及びＳＮＭＰエージェントにより構成される。
【０００３】
管理装置（ＳＮＭＰマネージャ）は、ネットワーク内の管理対象ノードや被管理装置側を統括的に管理・監視するサーバ装置である。管理対象ノード（ＳＮＭＰエージェント）は、ＭＩＢ（Management information base）と呼ばれる管理用データベースに、管理に利用されるステータス情報などを蓄積しており、管理装置は、定期的又は任意のタイミングで管理対象ノードからＭＩＢ値を取得することでその状態を管理している。また逆に、管理対象ノードから管理装置に対してトラップ（障害等の通知）を送信することで、管理装置においてネットワーク管理者は、管理対象ノードで発生したトラブルや状態の変化をいち早く察知できるようになっている。
【０００４】
さて実際、企業等の殆どのネットワークは複数ベンダーによる様々な機器（例えば各種サーバ装置やコピー機等）から構成されており、ベンダー各社は機器の安定稼動を目的として、ベンダー毎にそれぞれ機器の監視体制を構築している場合が多い。例えばＡ社は自社納入の機器Ａについて、Ｂ社は自社納入の機器Ｂについて、Ｃ社は自社納入の機器Ｃについて、それぞれ上述の管理装置を設置しその稼働状況等を監視している。そしてベンダー各社は監視状況を纏めた報告書を作成し、顧客に対して定期的なレポートを行っている。
【０００５】
またこのような状況下において、さらに近年顧客サイドからは、特定機器のみならずネットワーク環境下の全ての機器も含めて監視して欲しいといった要望もあがってきている。ベンダーによってはこのような要望に応えるため、自社納入の機器のみならずネットワーク環境下の他社機器も含めて監視しているといった事例も見られるようになってきた。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特定ベンダー（例えばＡ社）が自社機器のみならず、他社（例えばＢ社、Ｃ社）の機器を監視する場合にある制約が存在する。即ち標準ＭＩＢのような汎用的な情報であれば他社機器に関してもＭＩＢ情報を取得できるため、自社機器の機器情報だけでなく他社機器の汎用的な機器情報も含めて、監視・管理を行うことはできる。しかし一方、拡張ＭＩＢ（Private ＭＩＢ）や独自プロトコルによる非汎用的な情報は各社独自の機器情報であるので、これを取得することはできない（正確には取得できても解釈できず、利用できない）。従って、特定ベンダーが自社機器のみならずネットワーク環境下の他社機器も含めて監視している場合、自社機器については標準ＭＩＢ及び拡張ＭＩＢを含む機器情報を取得し監視できるものの、他社機器ついては標準ＭＩＢのみを含む機器情報を取得し監視するに留まっていた。またこのため、監視状況を纏めた報告書についても、必ずしも満足できる十分な内容とはいえなかった。
【０００７】
これに関し、特許文献１記載の発明ではベンダーに関わる情報の取得を試みるものであるが、機器管理し得る程度のベンダー固有の機器情報（例えば拡張ＭＩＢ）の取得まではなかなか困難である。
【０００８】
また、ベンダー各社それぞれが自社機器のみならずネットワーク環境下の他社機器も含めた監視システムを個々に構築している場合、それぞれの監視システムがネットワーク環境下の各機器に対して機器情報を取得するので、少なくとも標準ＭＩＢに関しては重複したアクセスが発生してしまう。このため、ネットワークには余分な負荷が生じるとともに、機器リソースも不必要に消耗されるので、機器監視・管理の効率は必ずしもよいものとはいえなかった。またこの場合ベンダー各社からの報告書には情報の重複や不完全な情報も含まれる。そのためベンダー側、顧客サイドのいずれからしても、有用な情報の選別などで余分なマンパワーが必要とされるので、報告書としては依然満足できる内容とはいえなかった。
【０００９】
図１は、従来からの複数ベンダーによるネットワーク監視環境図の一例である。マルチベンダー環境下の顧客サイトには、Ａ社機器、Ｂ社機器、Ｃ社機器が接続され、また各社それぞれの監視システムにより各機器の監視が行われている。監視状況は各社リモート管理センターに送信されるとともに、蓄積された監視状況に基づき各社毎の報告書が作成される。そしてこのような環境下では、上述のように機器監視・管理の効率は必ずしもよいものとはいえなかった。
【００１０】
そこで本発明では上記のような問題に鑑みて、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することを目的とする。より詳細には、単一の装置にて一元的に複数ベンダーによる機器情報の取得及び監視・管理を可能とし、また監視状況を纏めた報告書についても一括して顧客に対して提示することを可能とするものである。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明に係る管理装置は、ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置であって、前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得する。
【００１２】
また上記課題を解決するため、前記管理装置は、前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、前記管理手段により管理された機器情報を前記収集装置に送信する送信手段を備える。
【００１３】
また上記課題を解決するため、前記管理装置は、前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶する。
【００１４】
また上記課題を解決するため、前記管理装置は、前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信する。
【００１５】
また上記課題を解決するため、前記管理装置は、前記取得情報は、複数の前記収集装置のうち、少なくとも２以上の収集装置により取得可能な機器情報を取得するための取得情報である。
【００１６】
また上記課題を解決するため、前記管理装置は、前記取得手段は、前記複数のベンダー機器のうち、一部のベンダー機器からは機器情報の取得を行わない。
【００１７】
また上記課題を解決するため、前記管理装置は、前記取得手段はネットワーク管理プロトコルとしてＳＮＭＰを用いて前記機器情報を取得し、前記機器情報はＭＩＢ値であり、前記取得情報は前記ＭＩＢ値のオブジェクト識別子であり、前記ＭＩＢ値にはベンダー機器に依存せずに取得した標準ＭＩＢ値と、ベンダー機器に依存して取得した拡張ＭＩＢ値が含まれる。
【００１８】
また上記課題を解決するため、前記管理装置は、前記機器情報にはさらに、ベンダー機器毎に管理される独自プロトコルによる独自情報が含まれ、前記取得情報は前記独自プロトコルを用いて前記独自情報を取得するための情報を含む。
【００１９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２０】
本発明によれば、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】従来からの複数ベンダーによるネットワーク監視環境図の一例である。
【図２】本実施形態に係るネットワーク構成図である。
【図３】統合装置１０の一実施形態の主要構成を示すハードウェア構成図である。
【図４】統合装置１０の一実施形態の主要機能を示す機能ブロック図である。
【図５】統合装置１０の一実施形態の主要機能を示すソフトウェア・ブロック図である。
【図６】管理設定情報の一例を示す。
【図７】「標準ＭＩＢ」のiniファイル例（一部）を示す。
【図８】「拡張ＭＩＢ」のiniファイル例（一部）を示す。
【図９】統合装置１０の行う機器情報取得処理について説明するシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
【００２３】
[システム構成]
（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図２は、本実施形態に係るネットワーク構成図である。図に示されるように、本実施形態に係るネットワークは、大きく顧客サイト２０、各社リモート管理センター３０〜５０、リモート統合機器管理センター６０を含み構成される。
【００２４】
顧客サイト２０は、統合機器管理装置１０、各社機器２１〜２５、ルータ２５を含み構成される。
【００２５】
本発明に係る統合機器管理装置（以下略して統合装置と呼ぶ）１０は、顧客サイト２０内に接続される各社機器２１〜２５を被監視機器として監視・管理を行ういわゆるネットワーク監視サーバである。各社機器を監視する際、統合装置１０は上述のＳＮＭＰを利用するのでＳＮＭＰマネジャとして機能する。
【００２６】
各社機器２１〜２５は、顧客に対して各機器固有の役割を担うべくネットワークに接続されている。そしてこれら各社機器２１〜２５は安定稼動を目的として、統合装置１０により監視・管理される。各社機器２１〜２５は被監視機器（監視対象ノード）としてＳＮＭＰを利用するのでＳＮＭＰエージェントとして機能する。各社機器２１〜２５はＳＮＭＰエージェントとして機能するので、ＭＩＢデータベースに監視・管理に利用されるステータス情報（ＭＩＢ情報）を蓄積している。
【００２７】
本統合装置１０は、ＳＮＭＰを利用して定期的又は任意のタイミングで各社機器２１〜２５からＭＩＢ情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を取得することでその状態を監視している。また逆に、各社機器２１〜２５から統合装置１０に対してトラップ（障害等の通知）を送信することで、統合装置１０において、各社機器で発生したトラブルや状態の変化をいち早く察知できるようになっている。
【００２８】
ルータ２５は、各社リモート管理センター３０〜５０とインターネットや各種公衆回線網などのＷＡＮ（Wide Area Network）を介して接続するネットワーク機器である。具体的に、統合装置１０からのデータパケットを各社リモート管理センター３０〜５０へ振り分け転送する。
【００２９】
リモート統合機器管理センター６０（実際にはセンター内のサーバ装置）は、統合装置１０により収集された機器情報を取得してから、各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する。例えば、Ａ社にはＡ社機器の機器情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を送信する。Ａ社には、Ｂ社及びＣ社機器の拡張ＭＩＢ値は送信しないが、Ｂ社及びＣ社機器の標準ＭＩＢ値は必要に応じて送信する場合も考えられる。拡張ＭＩＢ値には各社独自の技術情報が含まれている場合が多く、一般にも企業秘密情報として扱われているからである。
【００３０】
またリモート統合機器管理センター６０では、機器の稼働状況や障害状況を纏めた報告書が作成される。ここで作成される報告書は、Ａ社、Ｂ社、Ｃ社の機器情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を含んで作成された一元的、一括的な報告書である。顧客のユーザビリティの観点からも、報告書は一元的に作成され顧客に提示される方がよい。
【００３１】
なお、このリモート統合機器管理センター６０は、例えば各社共同で設立されてもよいが、第三者的機関としての位置付けであることが望ましい。上述したように、機器情報は、各社独自の技術情報が含まれている場合が多いので、これを取り扱うセンターはベンダーに寄らない独立・中立的であるべきだからである。
【００３２】
各社リモート管理センター３０〜５０は、Ａ社、Ｂ社、Ｃ社の各社が運営するリモート管理センターである。各社リモート管理センター３０〜５０（実際にはセンター内のサーバ装置）では、リモート統合機器管理センター６０から送信された機器情報を取得し自社機器の保守等に役立てる。機器情報は、基本的には、そのベンダー機器の標準ＭＩＢ値及び拡張ＭＩＢ値を含む。但し上述の通り、他社機器の拡張ＭＩＢ値は含まないが、他社機器の標準ＭＩＢ値を含む場合もある。
【００３３】
（ハードウェア）
次に、統合装置１０のハードウェア構成について簡単に説明しておく。図３は、統合装置１０の一実施形態の主要構成を示すハードウェア構成図である。統合装置１０は、主要な構成として、ＣＰＵ１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、補助記憶装置１０４、記憶媒体読取装置１０５、入力装置１０６、表示装置１０７、及び通信装置１０８を含む構成である。
【００３４】
ＣＰＵ１０１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１０２は、ＣＰＵ１０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１０３は、ＣＰＵ１０１がＲＯＭ１０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００３５】
補助記憶装置１０４は、汎用のＯＳ（Operating System）、統合機器管理プログラム、ＳＮＭＰプログラム、機器情報（例えばＭＩＢ情報）、機器情報の送信先情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置１０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの各種記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置１０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置１０５にセットすることで、各種情報が得られ、また統合機器管理プログラムをもインストールできる。
【００３６】
入力装置１０６は、ユーザが各種入力操作を行うための装置である。入力装置１０６は、マウス、キーボード、表示装置１０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１０７は、機器管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００３７】
通信装置１０８は、ネットワークを介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００３８】
（機能）
次に統合装置１０の主要構成を示す機能について説明する。図４は、統合装置１０の一実施形態の主要機能を示す機能ブロック図である。統合装置１０は、主要な機能として、記憶部４０１、取得部４０２、送信部４０３を含む構成である。
【００３９】
記憶部４０１は、管理設定情報と、各社機器２１〜２５から取得された機器情報（例えばＭＩＢ値等）とを記憶する。管理設定情報は、機器管理を行うための設定ファイルであり、例えば各社機器２１〜２５から取得すべきＭＩＢ値のＯＩＤ（Object ID）や、独自プロトコルによる独自情報の位置情報（例えばＵＲＬ）、機器情報の送信先情報などが規定されている。詳細は具体例を挙げて再度後述する。
【００４０】
機器情報取得部４０２は、管理設定情報のＭＩＢ値のＯＩＤや独自プロトコルによる独自情報の位置情報に基づいて、各社機器２１〜２５から機器情報を取得する機能を有している。なお取得された機器情報は、上述の記憶部４０１に記憶（格納）される。
【００４１】
機器情報送信部４０３は、記憶部４０１に記憶（格納）された機器情報を送信する機能を有している。送信先は、例えば上述のリモート統合機器管理センター６０であり、送信された機器情報は報告書の作成に利用される。
【００４２】
なお、以上説明したこれらの機能は、実際にはＣＰＵ１０１が実行するプログラムにより実現される。また統合装置１０は、上述したようにいわゆるネットワーク監視サーバであるから、通常監視サーバが備える監視・管理機能についてはいうまでもなく当然に有している（非図示）。
【００４３】
図５は、統合装置１０の一実施形態の主要機能を示すソフトウェア・ブロック図である。アプリケーション層には、監視・管理アプリ５００がインストールされ、Ａ社専用アプリ５１０、Ｂ社専用アプリ５２０、Ｃ社専用アプリ５３０がプラグインとして追加されている。またプラットフォーム層では各アプリに対応する機能が実現される。
【００４４】
監視・管理アプリ５００は、監視・管理サーバの一般的な主要機能を実現するアプリケーションである。具体的に、標準ＭＩＢ情報取得機能５０１、ＳＮＭＰＶ１／Ｖ２通信機能５０２、ＳＮＭＰＶ３通信機能５０３、ＨＴＴＰＳ／ＳＯＡＰ通信機能５０４、ＰＩＮＧ実施機能５０５を実現する。これにより統合装置１０は、標準ＭＩＢ情報を取得できるとともに、各種監視機能を実行できるようになっている。
【００４５】
Ａ社専用アプリ５１０は、Ａ社によって提供されるもので、Ａ社拡張ＭＩＢ情報取得機能５１１、Ａ社独自Protocolの情報取得機能５１２を実現するアプリケーションである。このＡ社専用アプリ５１０が追加されることにより、統合装置１０は、Ａ社拡張ＭＩＢ情報（Ａ社Private MIB情報）やＡ社独自Protocolの情報を取得できるようになっている。
【００４６】
Ｂ社専用アプリ５２０は、Ｂ社によって提供されるもので、Ｂ社拡張ＭＩＢ情報取得機能５２１、Ｂ社独自Protocolの情報取得機能５２２を実現するアプリケーションである。このＢ社専用アプリ５２０が追加されることにより、統合装置１０は、Ｂ社拡張ＭＩＢ情報やＢ社独自Protocolの情報を取得できるようになっている。
【００４７】
Ｃ社専用アプリ５３０は、Ｃ社によって提供されるもので、Ｃ社拡張ＭＩＢ情報取得機能５３１、Ｃ社独自Protocolの情報取得機能５３２を実現するアプリケーションである。このＣ社専用アプリ５３０が追加されることにより、統合装置１０は、Ｃ社拡張ＭＩＢ情報やＣ社独自Protocolの情報を取得できるようになっている。
【００４８】
統合装置１０には、マルチベンダー機器に対応できるようその他のベンダー、例えばＤ社専用アプリ、Ｅ社専用アプリをもまたプラグインとして随時追加することが可能となっている。各社専用アプリはベンダー各社によって提供されるものであるので、プラグインにあたってはインターフェース等の仕様を明確にしておくとよい。
【００４９】
（管理設定情報）
図６は、管理設定情報の一例を示す。管理設定情報は、機器管理を行うための設定ファイルであり、例えば各社機器２１〜２５から取得すべきＭＩＢ値のＯＩＤや、独自プロトコルによる独自情報の位置情報（例えばＵＲＬ）、機器情報の送信先情報などが規定されている。そして図２に示されるように、本実施形態での顧客サイトには監視対象の各社機器２１〜２５が接続されているので、管理設定情報においても管理対象の機器台数分（ここでは５台分）の機器登録がなされている。
【００５０】
「機器ＩＤ」は、各機器に付番された固有ＩＤを示す。「機器モデル名」は、機器のモデル名を示す。「ベンダー名」は、機器のベンダー名を示す。「リモート統合機器管理センター」は、リモート統合機器管理センターの所在情報を示す。「リモート管理センター」は、ベンダー各社のリモート管理センターの所在情報を示す。これら所在情報は機器情報の送信先を特定する際に参照される。ここで所在情報はＵＲＬにより規定されているが、いうまでもなくＩＰアドレス等で規定されてもよい。
【００５１】
「標準ＭＩＢ」は、機器から取得すべき標準ＭＩＢの所在情報、より詳細には標準ＭＩＢのＯＩＤが規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべき標準ＭＩＢのＯＩＤ（Object ID）が規定され、標準ＭＩＢ取得時に参照される。ここで標準ＭＩＢはいずれの機器であっても同一・共通の標準ＭＩＢ（値）が取得されるようになっている。実際図にも示されるように、「標準ＭＩＢ」ではベンダー間で同一のiniファイルが指定されている。標準ＭＩＢは、機器を監視するにあたって一般的によく知られている監視項目を監視するために取得されるものであるから、各社機器においてもまた共通した標準ＭＩＢを指定し取得するのは通常のことである。なお図７に「標準ＭＩＢ」のiniファイル例（一部）を示しておく。
【００５２】
また「拡張ＭＩＢ」は、機器から取得すべき拡張ＭＩＢの所在情報、より詳細には拡張ＭＩＢのＯＩＤが規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべき拡張ＭＩＢのＯＩＤが規定され、拡張ＭＩＢ取得時に参照される。このようにすると、取得したい拡張ＭＩＢを変更する場合、各ベンダーは自社機器に対応する「xxx.ini」を差し替えさえすればよいので運用上都合がよい。ここで拡張ＭＩＢはベンダー毎に異なる拡張ＭＩＢ（値）が取得されるようになっている。実際図にも示されるように、「拡張ＭＩＢ」ではベンダー毎に異なるiniファイルが指定されている。拡張ＭＩＢがベンダー独自の機器情報であることからすればこれは当然ともいえる。なお図８に「拡張ＭＩＢ」のiniファイル例（一部）を示しておく。
【００５３】
また「Protocol」は、機器から取得すべき独自Protocolの情報の所在情報、より詳細には独自情報が格納されているファイル名等が規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべきファイル名が規定され、独自Protocolの情報取得時に参照される。なお、独自Protocolの情報はベンダー毎に異なる独自Protocolの情報が取得されるようになっている。実際図にも示されるように、「Protocol」ではベンダー毎に異なるiniファイルが指定されている。独自Protocolの情報がベンダー独自の機器情報であることからすればこれは当然ともいえる。
【００５４】
「管理レベル」は、ベンダー各社によって任意に規定される値であり、ベンダー各社が、機器を監視・管理したいレベルを柔軟に設定できるようにしたパラメータである。管理レベルを利用して、例えば、機器情報として取得したい情報は、標準ＭＩＢのみでいいのか、拡張ＭＩＢも取得するのか（さらに拡張ＭＩＢのどの情報を取得するのか）、独自Protocolの情報は取得するのか（さらに独自Protocolの情報のどの情報を取得するのか）などを規定できるようになっている。具体的に、標準ＭＩＢのみの場合は「管理レベル：１」、拡張ＭＩＢも取得する場合は「管理レベル：２」、独自Protocolの情報も取得する場合は「管理レベル：３」などと設定できる。また拡張ＭＩＢ内の取得する情報を指定する場合などは、管理レベルを４〜の値を用いて、上述のiniファイル内で規定できる。このように管理レベルを設けることで、ベンダーは取得したい機器情報を時々に応じて柔軟に指定できるので、余分な情報取得がなされることを防止でき、また状況や用途に応じて必要な範囲内の機器情報を取得することができる。具体的に、機器がコピー機である場合、課金用にコピー使用枚数のみ知りたければ、コピー枚数を示す拡張ＭＩＢ値のみ取得されればよい。
【００５５】
[動作]
図９は、統合装置１０の行う機器情報取得処理について説明するシーケンス図である。統合装置１０は、ＳＮＭＰを利用して各社機器２１〜２５から機器情報（標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocol）を取得する。図面を参照しながら以下説明していく。なお、図２では各社機器２１〜２５の５台の機器が接続されているが、当シーケンス図ではＡ社機器２１、Ｂ社機器２３、Ｃ社機器２４の３台を挙げて説明する。
【００５６】
まず当シーケンス、つまり機器情報取得処理は、定期的又は任意のタイミングで開始される。任意のタイミングとは、例えばユーザが統合装置１０を操作して機器情報取得の操作を行った場合が該当する。また他にも上述の各センター３０〜６０からリモートを介して統合装置１０に機器情報取得要求がなされた場合も該当する。
【００５７】
機器情報取得処理が開始されると、統合装置１０の機器情報取得部４０２は、記憶部４０１から管理設定情報の取得を行う（Ｓ９０１）。機器情報の取得を行う機器や取得する機器情報を特定するためである。具体的に、「機器ＩＤ」、「標準ＭＩＢ」、「拡張ＭＩＢ」、「Protocol」の設定値を取得する（図６）。ここで統合装置１０は「機器ＩＤ」に基づき機器のネットワークアドレス（例えばＩＰアドレス）を特定できる。統合装置１０は監視対象の機器のネットワークアドレスは別途当然に把握している。また「標準ＭＩＢ」、「拡張ＭＩＢ」、「Protocol」の設定値は、上述のiniファイルを参照し、各情報の具体的なＭＩＢ値のＯＩＤや独自Protocolの情報の所在情報を取得する。
【００５８】
そしてまず機器情報取得部４０２は、Ａ社機器２１に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報を取得する（Ｓ９０２〜９０４）。
【００５９】
同様にして機器情報取得部４０２は、Ｂ社機器２３に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報を取得する（Ｓ９０５〜９０７）。
【００６０】
同様にして機器情報取得部４０２は、Ｃ社機器２４に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値を取得する（Ｓ９０５〜９０９）。ここでＣ社機器からは独自Protocolの情報は取得しない。図６の管理設定情報を参照すればそのように設定されていないためである。なお取得する情報量が非常に多いときには、必ずしも一回のアクセスに限定する必要はなく、複数回のアクセスによりこれらの機器情報を取得することもできる（この場合でもベンダー各社から１の機器に対し同一の機器情報を重複して取得することにはならない）。
【００６１】
各社機器から機器情報を取得すると、機器情報取得部４０２は、取得した機器情報を記憶部４０１に保存する（Ｓ９１０）。なお、ここで取得した機器情報は、機器情報が取得された機器名、さらにそのベンダー名と対応付けて保存しておく。
【００６２】
以上Ｓ９０１〜９１０は機器情報取得処理の１サイクルであり、繰り返し処理がなされるにつれ、一定量の機器情報が記憶部４０１に蓄積される。そして機器情報は一定量毎、一定期間毎、ユーザの統合装置１０上での操作、各センター３０〜６０からの要求等のタイミングでもって、リモート統合機器管理センター６０に送信される。
【００６３】
機器情報を送信する際、機器情報送信部４０３は、記憶部４０１から管理設定情報の取得を行う（Ｓ９１１）。具体的に、送信先を特定するため「リモート統合機器管理センター」の所在を示す設定値を取得する（図６）。
【００６４】
機器情報送信部４０３は、記憶部４０１から蓄積されている機器情報の取得を行う（Ｓ９１２）。具体的に、Ａ社機器２１の標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報、Ｂ社機器２３の標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報、Ｃ社機器２４の標準ＭＩＢ値、拡張ＭＩＢ値が取得される。なおここで上述の「管理レベル」を拡張し、送信を行う機器情報の範囲を管理レベルと対応付けるようにすれば、ベンダー毎に記憶部４０１には蓄積されているもののセンターへの送信までは必要のないといった機器情報の送信を省略することができる。
【００６５】
機器情報送信部４０３は、リモート統合機器管理センター６０に機器情報の送信を行う（Ｓ９１３）。以上、統合装置１０の行う機器情報取得処理のシーケンスである。
【００６６】
なお機器情報の取得および送信において、上述したユーザ側の操作・設定による要求と各センター３０〜６０からの要求とが、ほぼ同時刻にされる場合が考えられる。この場合、ほぼ同時刻の要求に対して、それぞれに機器情報の取得処理を行うことが必ずしも望まれるとは限らない。つまり、取得した機器情報の鮮度（取得してからどれくらいの時間が経過したか）によっては、逐次各社機器２１〜２５から機器情報を取得しなくても、蓄積されている機器情報を用いても構わないという場合が考えられる。その際には、取得し蓄積される機器情報の有効期限を設定し、有効期限から機器情報の取得を判断することが有効な手段となり得る。
【００６７】
具体的には、ユーザあるいは各ベンダー３０〜６０が設定した機器情報の有効期限（例えば取得後３分以内など）に基づいて、取得された最新の機器情報の取得日時と取得要求の日時との差分から、要求に応じて各社機器２１〜２５から機器情報を取得すべきか、蓄積されている機器情報を用いるべきかを判断する。取得日時および取得要求の日時に関しては、統合装置１０内にタイマを搭載してもよいし、それぞれ取得元および取得要求元から取得してもよい。また有効期限を設定する場合、全ての要求ケースにおいて有効期限を適用する必要はなく、有効期限に関わらず機器２１〜２５から機器情報を取得させる取得要求と、有効期限を適用する取得要求とを適宜使い分けてもよい。
【００６８】
またこの機器情報取得処理は、報告書作成の観点から機器情報の収集を目的として行うものであり、統合装置１０はネットワーク監視サーバである以上取得した機器情報が異常値（所定閾値）を示す場合や、機器（ＳＮＭＰエージェント）側からトラップが上がった場合などは、随時各センター３０〜６０に当該機器情報を直接送信できる。
【００６９】
送信された機器情報に関しては、リモート統合機器管理センター６０は機器情報を取得すると各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する。勿論リモート統合機器管理センター６０では、ベンダー各社分の送信先の所在情報（例えばＵＲＬ、ＩＰアドレス等）を保有している。そして例えば、Ａ社にはＡ社機器２１の機器情報（標準ＭＩＢ値拡張ＭＩＢ値、独自Protocolの情報）を送信する。Ａ社には、Ｂ社機器２３及びＣ社機器２４の拡張ＭＩＢ値（秘密情報ゆえ）は送信しないが、標準ＭＩＢ値は必要に応じて送信する場合も考えられる。またリモート統合機器管理センター６０では、機器の稼働状況や障害状況を纏めた報告書が作成される。ここで作成される報告書は、Ａ社、Ｂ社、Ｃ社の機器情報を含んで一元的作成され、顧客に一括して提示される。
【００７０】
[変形例]
上記実施形態では、統合装置１０にて取得された機器情報はリモート統合機器管理センター６０に送信され、リモート統合機器管理センター６０にて各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する構成であった。
【００７１】
本変形例ではこの構成を変形させ、統合装置１０にて取得された機器情報は各社リモート管理センター３０〜５０に送信され、各社リモート管理センター３０〜５０にてリモート統合機器管理センター６０に対して機器情報を振り分けて送信する構成とすることもできる。
【００７２】
ここで本変形例に係る機器情報送信部４０３は、取得された機器情報を各社リモート管理センター３０〜５０に送信するが、この際、各社リモート管理センター３０〜５０毎に送信すべき機器情報を振り分けて送信する必要がある。この点、再び図９を参照し説明する。
【００７３】
図９のＳ９１１では、機器情報を送信する際、機器情報送信部４０３は、記憶部４０１から管理設定情報の取得を行うが、このとき送信先を特定するため、「リモート管理センター」の所在を示す設定値を取得する（図６）。そして各社機器毎に取得された機器情報を、各社それぞれのリモート管理センター３０〜５０に振り分けてから、機器情報の送信を行うようにする。
【００７４】
本変形例によれば、統合装置１０側で機器情報の振り分け処理を行う必要がある分だけ処理は増加するが、直接ベンダーのリモート管理センター３０〜５０に機器情報を送信するので、リモート管理センター３０〜５０では報告書作成に利用される機器情報の取捨選択を行ってからリモート統合機器管理センター６０に機器情報を送信できるようになる。即ちベンダー判断で主体的に不必要な機器情報や余分な機器情報を落とした機器情報を報告書に反映することができる。
【００７５】
[総括]
以上のように本実施形態に係る機器管理装置１０は、マルチベンダー環境下において複数のベンダーによるベンダー機器から機器情報を効率よく取得することができる。従来、特定ベンダー（例えばＡ社）が自社機器のみならず、他社（例えばＢ社、Ｃ社）の機器を監視する場合には、各社独自の拡張ＭＩＢや独自プロトコルによる情報の取得が困難であったところ、本実施形態に係る機器管理装置１０は、各社対応の拡張ＭＩＢや独自プロトコルによる情報を取得する機能をプラグインでき、これら機能によって、標準ＭＩＢ情報のみならず、社独自の拡張ＭＩＢや独自プロトコルによる情報の取得を行うことができる。
【００７６】
また異なるベンダー機器であっても取得されるべき標準ＭＩＢ情報については共通するところ、標準ＭＩＢ情報の取得についても機器管理装置１０により一回のアクセスで取得できるので、従来、ベンダー各社が監視システムを個々に構築している場合と比べ、重複したアクセスの発生を防止し、機器やネットワークへの余分な負荷を削減することができる。
【００７７】
また従来、ベンダー各社毎の報告書は情報の重複や不完全な情報も含まれる場合があり、顧客サイドからしても複数のベンダーからの報告書が提示されていたところ、機器管理装置１０により取得・収集された機器情報は、リモート統合機器管理センター６０において、各社の機器情報を含む一元的な報告書を作成でき、また顧客に一括して提示できるので、報告書の内容の充実やユーザビリティの向上が期待できる。
【００７８】
即ち本発明によれば、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することが可能となる。
【００７９】
なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。即ち本実施形態においては、ネットワーク管理プロトコルの一例としてＳＮＭＰを取り上げて説明を行ったが、本発明の要旨の範囲内において、広く一般のネットワーク管理プロトコルについても本発明の適用が可能である。
【符号の説明】
【００８０】
１０ 統合機器管理装置
２０ 顧客サイト
２１ Ａ社機器
２２ Ａ社機器
２３ Ｂ社機器
２４ Ｃ社機器
２５ Ｃ社機器
２６ ルータ
３０ Ａ社リモート管理センター
４０ Ｂ社リモート管理センター
５０ Ｃ社リモート管理センター
６０ リモート統合機器管理センター
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ 記憶媒体読取装置
１０６ 入力装置
１０７ 表示装置
１０８ 通信装置
４０１ 記憶部
４０２ 機器情報取得部
４０３ 機器情報送信部
【先行技術文献】
【特許文献】
【００８１】
【特許文献１】特開２００８−０６５８３１号
【技術分野】
【０００１】
本発明は、管理装置、管理システム、管理方法、プログラム及び記録媒体の分野に関する。
【背景技術】
【０００２】
近年、コンピュータに係るあらゆる環境下において、ネットワークは益々複雑化する一方である。このようなネットワークを管理・監視する技術に関して、ＳＮＭＰ（Simple Network Management Protocol）が知られている。ＳＮＭＰは、ネットワーク上のネットワーク機器（ノード）を監視、制御する情報の通信方法を定めるプロトコルである。このＳＮＭＰを利用して管理・監視されるネットワークは、機能面から分類すると、ＳＮＭＰマネジャ及びＳＮＭＰエージェントにより構成される。
【０００３】
管理装置（ＳＮＭＰマネージャ）は、ネットワーク内の管理対象ノードや被管理装置側を統括的に管理・監視するサーバ装置である。管理対象ノード（ＳＮＭＰエージェント）は、ＭＩＢ（Management information base）と呼ばれる管理用データベースに、管理に利用されるステータス情報などを蓄積しており、管理装置は、定期的又は任意のタイミングで管理対象ノードからＭＩＢ値を取得することでその状態を管理している。また逆に、管理対象ノードから管理装置に対してトラップ（障害等の通知）を送信することで、管理装置においてネットワーク管理者は、管理対象ノードで発生したトラブルや状態の変化をいち早く察知できるようになっている。
【０００４】
さて実際、企業等の殆どのネットワークは複数ベンダーによる様々な機器（例えば各種サーバ装置やコピー機等）から構成されており、ベンダー各社は機器の安定稼動を目的として、ベンダー毎にそれぞれ機器の監視体制を構築している場合が多い。例えばＡ社は自社納入の機器Ａについて、Ｂ社は自社納入の機器Ｂについて、Ｃ社は自社納入の機器Ｃについて、それぞれ上述の管理装置を設置しその稼働状況等を監視している。そしてベンダー各社は監視状況を纏めた報告書を作成し、顧客に対して定期的なレポートを行っている。
【０００５】
またこのような状況下において、さらに近年顧客サイドからは、特定機器のみならずネットワーク環境下の全ての機器も含めて監視して欲しいといった要望もあがってきている。ベンダーによってはこのような要望に応えるため、自社納入の機器のみならずネットワーク環境下の他社機器も含めて監視しているといった事例も見られるようになってきた。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特定ベンダー（例えばＡ社）が自社機器のみならず、他社（例えばＢ社、Ｃ社）の機器を監視する場合にある制約が存在する。即ち標準ＭＩＢのような汎用的な情報であれば他社機器に関してもＭＩＢ情報を取得できるため、自社機器の機器情報だけでなく他社機器の汎用的な機器情報も含めて、監視・管理を行うことはできる。しかし一方、拡張ＭＩＢ（Private ＭＩＢ）や独自プロトコルによる非汎用的な情報は各社独自の機器情報であるので、これを取得することはできない（正確には取得できても解釈できず、利用できない）。従って、特定ベンダーが自社機器のみならずネットワーク環境下の他社機器も含めて監視している場合、自社機器については標準ＭＩＢ及び拡張ＭＩＢを含む機器情報を取得し監視できるものの、他社機器ついては標準ＭＩＢのみを含む機器情報を取得し監視するに留まっていた。またこのため、監視状況を纏めた報告書についても、必ずしも満足できる十分な内容とはいえなかった。
【０００７】
これに関し、特許文献１記載の発明ではベンダーに関わる情報の取得を試みるものであるが、機器管理し得る程度のベンダー固有の機器情報（例えば拡張ＭＩＢ）の取得まではなかなか困難である。
【０００８】
また、ベンダー各社それぞれが自社機器のみならずネットワーク環境下の他社機器も含めた監視システムを個々に構築している場合、それぞれの監視システムがネットワーク環境下の各機器に対して機器情報を取得するので、少なくとも標準ＭＩＢに関しては重複したアクセスが発生してしまう。このため、ネットワークには余分な負荷が生じるとともに、機器リソースも不必要に消耗されるので、機器監視・管理の効率は必ずしもよいものとはいえなかった。またこの場合ベンダー各社からの報告書には情報の重複や不完全な情報も含まれる。そのためベンダー側、顧客サイドのいずれからしても、有用な情報の選別などで余分なマンパワーが必要とされるので、報告書としては依然満足できる内容とはいえなかった。
【０００９】
図１は、従来からの複数ベンダーによるネットワーク監視環境図の一例である。マルチベンダー環境下の顧客サイトには、Ａ社機器、Ｂ社機器、Ｃ社機器が接続され、また各社それぞれの監視システムにより各機器の監視が行われている。監視状況は各社リモート管理センターに送信されるとともに、蓄積された監視状況に基づき各社毎の報告書が作成される。そしてこのような環境下では、上述のように機器監視・管理の効率は必ずしもよいものとはいえなかった。
【００１０】
そこで本発明では上記のような問題に鑑みて、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することを目的とする。より詳細には、単一の装置にて一元的に複数ベンダーによる機器情報の取得及び監視・管理を可能とし、また監視状況を纏めた報告書についても一括して顧客に対して提示することを可能とするものである。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明に係る管理装置は、ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置であって、前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得する。
【００１２】
また上記課題を解決するため、前記管理装置は、前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、前記管理手段により管理された機器情報を前記収集装置に送信する送信手段を備える。
【００１３】
また上記課題を解決するため、前記管理装置は、前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶する。
【００１４】
また上記課題を解決するため、前記管理装置は、前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信する。
【００１５】
また上記課題を解決するため、前記管理装置は、前記取得情報は、複数の前記収集装置のうち、少なくとも２以上の収集装置により取得可能な機器情報を取得するための取得情報である。
【００１６】
また上記課題を解決するため、前記管理装置は、前記取得手段は、前記複数のベンダー機器のうち、一部のベンダー機器からは機器情報の取得を行わない。
【００１７】
また上記課題を解決するため、前記管理装置は、前記取得手段はネットワーク管理プロトコルとしてＳＮＭＰを用いて前記機器情報を取得し、前記機器情報はＭＩＢ値であり、前記取得情報は前記ＭＩＢ値のオブジェクト識別子であり、前記ＭＩＢ値にはベンダー機器に依存せずに取得した標準ＭＩＢ値と、ベンダー機器に依存して取得した拡張ＭＩＢ値が含まれる。
【００１８】
また上記課題を解決するため、前記管理装置は、前記機器情報にはさらに、ベンダー機器毎に管理される独自プロトコルによる独自情報が含まれ、前記取得情報は前記独自プロトコルを用いて前記独自情報を取得するための情報を含む。
【００１９】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２０】
本発明によれば、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することができる。
【図面の簡単な説明】
【００２１】
【図１】従来からの複数ベンダーによるネットワーク監視環境図の一例である。
【図２】本実施形態に係るネットワーク構成図である。
【図３】統合装置１０の一実施形態の主要構成を示すハードウェア構成図である。
【図４】統合装置１０の一実施形態の主要機能を示す機能ブロック図である。
【図５】統合装置１０の一実施形態の主要機能を示すソフトウェア・ブロック図である。
【図６】管理設定情報の一例を示す。
【図７】「標準ＭＩＢ」のiniファイル例（一部）を示す。
【図８】「拡張ＭＩＢ」のiniファイル例（一部）を示す。
【図９】統合装置１０の行う機器情報取得処理について説明するシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、本発明を実施するための最良の形態を各実施形態において図面を用いて説明する。
【００２３】
[システム構成]
（ネットワーク構成）
はじめに、具体的な発明の内容を説明する前に、本発明を実施するにあたってのネットワーク構成について説明する。図２は、本実施形態に係るネットワーク構成図である。図に示されるように、本実施形態に係るネットワークは、大きく顧客サイト２０、各社リモート管理センター３０〜５０、リモート統合機器管理センター６０を含み構成される。
【００２４】
顧客サイト２０は、統合機器管理装置１０、各社機器２１〜２５、ルータ２５を含み構成される。
【００２５】
本発明に係る統合機器管理装置（以下略して統合装置と呼ぶ）１０は、顧客サイト２０内に接続される各社機器２１〜２５を被監視機器として監視・管理を行ういわゆるネットワーク監視サーバである。各社機器を監視する際、統合装置１０は上述のＳＮＭＰを利用するのでＳＮＭＰマネジャとして機能する。
【００２６】
各社機器２１〜２５は、顧客に対して各機器固有の役割を担うべくネットワークに接続されている。そしてこれら各社機器２１〜２５は安定稼動を目的として、統合装置１０により監視・管理される。各社機器２１〜２５は被監視機器（監視対象ノード）としてＳＮＭＰを利用するのでＳＮＭＰエージェントとして機能する。各社機器２１〜２５はＳＮＭＰエージェントとして機能するので、ＭＩＢデータベースに監視・管理に利用されるステータス情報（ＭＩＢ情報）を蓄積している。
【００２７】
本統合装置１０は、ＳＮＭＰを利用して定期的又は任意のタイミングで各社機器２１〜２５からＭＩＢ情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を取得することでその状態を監視している。また逆に、各社機器２１〜２５から統合装置１０に対してトラップ（障害等の通知）を送信することで、統合装置１０において、各社機器で発生したトラブルや状態の変化をいち早く察知できるようになっている。
【００２８】
ルータ２５は、各社リモート管理センター３０〜５０とインターネットや各種公衆回線網などのＷＡＮ（Wide Area Network）を介して接続するネットワーク機器である。具体的に、統合装置１０からのデータパケットを各社リモート管理センター３０〜５０へ振り分け転送する。
【００２９】
リモート統合機器管理センター６０（実際にはセンター内のサーバ装置）は、統合装置１０により収集された機器情報を取得してから、各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する。例えば、Ａ社にはＡ社機器の機器情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を送信する。Ａ社には、Ｂ社及びＣ社機器の拡張ＭＩＢ値は送信しないが、Ｂ社及びＣ社機器の標準ＭＩＢ値は必要に応じて送信する場合も考えられる。拡張ＭＩＢ値には各社独自の技術情報が含まれている場合が多く、一般にも企業秘密情報として扱われているからである。
【００３０】
またリモート統合機器管理センター６０では、機器の稼働状況や障害状況を纏めた報告書が作成される。ここで作成される報告書は、Ａ社、Ｂ社、Ｃ社の機器情報（標準ＭＩＢ値及び拡張ＭＩＢ値を含む）を含んで作成された一元的、一括的な報告書である。顧客のユーザビリティの観点からも、報告書は一元的に作成され顧客に提示される方がよい。
【００３１】
なお、このリモート統合機器管理センター６０は、例えば各社共同で設立されてもよいが、第三者的機関としての位置付けであることが望ましい。上述したように、機器情報は、各社独自の技術情報が含まれている場合が多いので、これを取り扱うセンターはベンダーに寄らない独立・中立的であるべきだからである。
【００３２】
各社リモート管理センター３０〜５０は、Ａ社、Ｂ社、Ｃ社の各社が運営するリモート管理センターである。各社リモート管理センター３０〜５０（実際にはセンター内のサーバ装置）では、リモート統合機器管理センター６０から送信された機器情報を取得し自社機器の保守等に役立てる。機器情報は、基本的には、そのベンダー機器の標準ＭＩＢ値及び拡張ＭＩＢ値を含む。但し上述の通り、他社機器の拡張ＭＩＢ値は含まないが、他社機器の標準ＭＩＢ値を含む場合もある。
【００３３】
（ハードウェア）
次に、統合装置１０のハードウェア構成について簡単に説明しておく。図３は、統合装置１０の一実施形態の主要構成を示すハードウェア構成図である。統合装置１０は、主要な構成として、ＣＰＵ１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、補助記憶装置１０４、記憶媒体読取装置１０５、入力装置１０６、表示装置１０７、及び通信装置１０８を含む構成である。
【００３４】
ＣＰＵ１０１は、マイクロプロセッサ及びその周辺回路から構成され、装置全体を制御する回路である。また、ＲＯＭ１０２は、ＣＰＵ１０１で実行される所定の制御プログラム（ソフトウェア部品）を格納するメモリであり、ＲＡＭ１０３は、ＣＰＵ１０１がＲＯＭ１０２に格納された所定の制御プログラム（ソフトウェア部品）を実行して各種の制御を行うときの作業エリア（ワーク領域）として使用するメモリである。
【００３５】
補助記憶装置１０４は、汎用のＯＳ（Operating System）、統合機器管理プログラム、ＳＮＭＰプログラム、機器情報（例えばＭＩＢ情報）、機器情報の送信先情報を含む各種情報を格納する装置であり、不揮発性の記憶装置であるＨＤＤ（Hard Disk Drive）などが用いられる。なお、上記各種情報は、補助記憶装置１０４以外にも、ＣＤ−ＲＯＭ（Compact Disk - ROM）やＤＶＤ（Digital Versatile Disk）などの各種記憶媒体やその他のメディアを記憶されてもよく、これらの記憶媒体に格納された各種情報は、記憶媒体読取装置１０５などのドライブ装置を介して読み取ることが可能である。よって、必要に応じて記録媒体を記憶媒体読取装置１０５にセットすることで、各種情報が得られ、また統合機器管理プログラムをもインストールできる。
【００３６】
入力装置１０６は、ユーザが各種入力操作を行うための装置である。入力装置１０６は、マウス、キーボード、表示装置１０７の表示画面上に重畳するように設けられたタッチパネルスイッチなどを含む。表示装置１０７は、機器管理に係る各種データを表示画面に表示する装置である。例えば、ＬＣＤ(Liquid Crystal Display)、ＣＲＴ(Cathode Ray Tube)などから構成される。
【００３７】
通信装置１０８は、ネットワークを介して他の機器との通信を行う装置である。有線ネットワークや無線ネットワークなど含む各種ネットワーク形態に応じた通信をサポートする。
【００３８】
（機能）
次に統合装置１０の主要構成を示す機能について説明する。図４は、統合装置１０の一実施形態の主要機能を示す機能ブロック図である。統合装置１０は、主要な機能として、記憶部４０１、取得部４０２、送信部４０３を含む構成である。
【００３９】
記憶部４０１は、管理設定情報と、各社機器２１〜２５から取得された機器情報（例えばＭＩＢ値等）とを記憶する。管理設定情報は、機器管理を行うための設定ファイルであり、例えば各社機器２１〜２５から取得すべきＭＩＢ値のＯＩＤ（Object ID）や、独自プロトコルによる独自情報の位置情報（例えばＵＲＬ）、機器情報の送信先情報などが規定されている。詳細は具体例を挙げて再度後述する。
【００４０】
機器情報取得部４０２は、管理設定情報のＭＩＢ値のＯＩＤや独自プロトコルによる独自情報の位置情報に基づいて、各社機器２１〜２５から機器情報を取得する機能を有している。なお取得された機器情報は、上述の記憶部４０１に記憶（格納）される。
【００４１】
機器情報送信部４０３は、記憶部４０１に記憶（格納）された機器情報を送信する機能を有している。送信先は、例えば上述のリモート統合機器管理センター６０であり、送信された機器情報は報告書の作成に利用される。
【００４２】
なお、以上説明したこれらの機能は、実際にはＣＰＵ１０１が実行するプログラムにより実現される。また統合装置１０は、上述したようにいわゆるネットワーク監視サーバであるから、通常監視サーバが備える監視・管理機能についてはいうまでもなく当然に有している（非図示）。
【００４３】
図５は、統合装置１０の一実施形態の主要機能を示すソフトウェア・ブロック図である。アプリケーション層には、監視・管理アプリ５００がインストールされ、Ａ社専用アプリ５１０、Ｂ社専用アプリ５２０、Ｃ社専用アプリ５３０がプラグインとして追加されている。またプラットフォーム層では各アプリに対応する機能が実現される。
【００４４】
監視・管理アプリ５００は、監視・管理サーバの一般的な主要機能を実現するアプリケーションである。具体的に、標準ＭＩＢ情報取得機能５０１、ＳＮＭＰＶ１／Ｖ２通信機能５０２、ＳＮＭＰＶ３通信機能５０３、ＨＴＴＰＳ／ＳＯＡＰ通信機能５０４、ＰＩＮＧ実施機能５０５を実現する。これにより統合装置１０は、標準ＭＩＢ情報を取得できるとともに、各種監視機能を実行できるようになっている。
【００４５】
Ａ社専用アプリ５１０は、Ａ社によって提供されるもので、Ａ社拡張ＭＩＢ情報取得機能５１１、Ａ社独自Protocolの情報取得機能５１２を実現するアプリケーションである。このＡ社専用アプリ５１０が追加されることにより、統合装置１０は、Ａ社拡張ＭＩＢ情報（Ａ社Private MIB情報）やＡ社独自Protocolの情報を取得できるようになっている。
【００４６】
Ｂ社専用アプリ５２０は、Ｂ社によって提供されるもので、Ｂ社拡張ＭＩＢ情報取得機能５２１、Ｂ社独自Protocolの情報取得機能５２２を実現するアプリケーションである。このＢ社専用アプリ５２０が追加されることにより、統合装置１０は、Ｂ社拡張ＭＩＢ情報やＢ社独自Protocolの情報を取得できるようになっている。
【００４７】
Ｃ社専用アプリ５３０は、Ｃ社によって提供されるもので、Ｃ社拡張ＭＩＢ情報取得機能５３１、Ｃ社独自Protocolの情報取得機能５３２を実現するアプリケーションである。このＣ社専用アプリ５３０が追加されることにより、統合装置１０は、Ｃ社拡張ＭＩＢ情報やＣ社独自Protocolの情報を取得できるようになっている。
【００４８】
統合装置１０には、マルチベンダー機器に対応できるようその他のベンダー、例えばＤ社専用アプリ、Ｅ社専用アプリをもまたプラグインとして随時追加することが可能となっている。各社専用アプリはベンダー各社によって提供されるものであるので、プラグインにあたってはインターフェース等の仕様を明確にしておくとよい。
【００４９】
（管理設定情報）
図６は、管理設定情報の一例を示す。管理設定情報は、機器管理を行うための設定ファイルであり、例えば各社機器２１〜２５から取得すべきＭＩＢ値のＯＩＤや、独自プロトコルによる独自情報の位置情報（例えばＵＲＬ）、機器情報の送信先情報などが規定されている。そして図２に示されるように、本実施形態での顧客サイトには監視対象の各社機器２１〜２５が接続されているので、管理設定情報においても管理対象の機器台数分（ここでは５台分）の機器登録がなされている。
【００５０】
「機器ＩＤ」は、各機器に付番された固有ＩＤを示す。「機器モデル名」は、機器のモデル名を示す。「ベンダー名」は、機器のベンダー名を示す。「リモート統合機器管理センター」は、リモート統合機器管理センターの所在情報を示す。「リモート管理センター」は、ベンダー各社のリモート管理センターの所在情報を示す。これら所在情報は機器情報の送信先を特定する際に参照される。ここで所在情報はＵＲＬにより規定されているが、いうまでもなくＩＰアドレス等で規定されてもよい。
【００５１】
「標準ＭＩＢ」は、機器から取得すべき標準ＭＩＢの所在情報、より詳細には標準ＭＩＢのＯＩＤが規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべき標準ＭＩＢのＯＩＤ（Object ID）が規定され、標準ＭＩＢ取得時に参照される。ここで標準ＭＩＢはいずれの機器であっても同一・共通の標準ＭＩＢ（値）が取得されるようになっている。実際図にも示されるように、「標準ＭＩＢ」ではベンダー間で同一のiniファイルが指定されている。標準ＭＩＢは、機器を監視するにあたって一般的によく知られている監視項目を監視するために取得されるものであるから、各社機器においてもまた共通した標準ＭＩＢを指定し取得するのは通常のことである。なお図７に「標準ＭＩＢ」のiniファイル例（一部）を示しておく。
【００５２】
また「拡張ＭＩＢ」は、機器から取得すべき拡張ＭＩＢの所在情報、より詳細には拡張ＭＩＢのＯＩＤが規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべき拡張ＭＩＢのＯＩＤが規定され、拡張ＭＩＢ取得時に参照される。このようにすると、取得したい拡張ＭＩＢを変更する場合、各ベンダーは自社機器に対応する「xxx.ini」を差し替えさえすればよいので運用上都合がよい。ここで拡張ＭＩＢはベンダー毎に異なる拡張ＭＩＢ（値）が取得されるようになっている。実際図にも示されるように、「拡張ＭＩＢ」ではベンダー毎に異なるiniファイルが指定されている。拡張ＭＩＢがベンダー独自の機器情報であることからすればこれは当然ともいえる。なお図８に「拡張ＭＩＢ」のiniファイル例（一部）を示しておく。
【００５３】
また「Protocol」は、機器から取得すべき独自Protocolの情報の所在情報、より詳細には独自情報が格納されているファイル名等が規定される。本実施形態では「xxx.ini」といったファイルが指定されており、別途設けられている「xxx.ini」内に機器から取得すべきファイル名が規定され、独自Protocolの情報取得時に参照される。なお、独自Protocolの情報はベンダー毎に異なる独自Protocolの情報が取得されるようになっている。実際図にも示されるように、「Protocol」ではベンダー毎に異なるiniファイルが指定されている。独自Protocolの情報がベンダー独自の機器情報であることからすればこれは当然ともいえる。
【００５４】
「管理レベル」は、ベンダー各社によって任意に規定される値であり、ベンダー各社が、機器を監視・管理したいレベルを柔軟に設定できるようにしたパラメータである。管理レベルを利用して、例えば、機器情報として取得したい情報は、標準ＭＩＢのみでいいのか、拡張ＭＩＢも取得するのか（さらに拡張ＭＩＢのどの情報を取得するのか）、独自Protocolの情報は取得するのか（さらに独自Protocolの情報のどの情報を取得するのか）などを規定できるようになっている。具体的に、標準ＭＩＢのみの場合は「管理レベル：１」、拡張ＭＩＢも取得する場合は「管理レベル：２」、独自Protocolの情報も取得する場合は「管理レベル：３」などと設定できる。また拡張ＭＩＢ内の取得する情報を指定する場合などは、管理レベルを４〜の値を用いて、上述のiniファイル内で規定できる。このように管理レベルを設けることで、ベンダーは取得したい機器情報を時々に応じて柔軟に指定できるので、余分な情報取得がなされることを防止でき、また状況や用途に応じて必要な範囲内の機器情報を取得することができる。具体的に、機器がコピー機である場合、課金用にコピー使用枚数のみ知りたければ、コピー枚数を示す拡張ＭＩＢ値のみ取得されればよい。
【００５５】
[動作]
図９は、統合装置１０の行う機器情報取得処理について説明するシーケンス図である。統合装置１０は、ＳＮＭＰを利用して各社機器２１〜２５から機器情報（標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocol）を取得する。図面を参照しながら以下説明していく。なお、図２では各社機器２１〜２５の５台の機器が接続されているが、当シーケンス図ではＡ社機器２１、Ｂ社機器２３、Ｃ社機器２４の３台を挙げて説明する。
【００５６】
まず当シーケンス、つまり機器情報取得処理は、定期的又は任意のタイミングで開始される。任意のタイミングとは、例えばユーザが統合装置１０を操作して機器情報取得の操作を行った場合が該当する。また他にも上述の各センター３０〜６０からリモートを介して統合装置１０に機器情報取得要求がなされた場合も該当する。
【００５７】
機器情報取得処理が開始されると、統合装置１０の機器情報取得部４０２は、記憶部４０１から管理設定情報の取得を行う（Ｓ９０１）。機器情報の取得を行う機器や取得する機器情報を特定するためである。具体的に、「機器ＩＤ」、「標準ＭＩＢ」、「拡張ＭＩＢ」、「Protocol」の設定値を取得する（図６）。ここで統合装置１０は「機器ＩＤ」に基づき機器のネットワークアドレス（例えばＩＰアドレス）を特定できる。統合装置１０は監視対象の機器のネットワークアドレスは別途当然に把握している。また「標準ＭＩＢ」、「拡張ＭＩＢ」、「Protocol」の設定値は、上述のiniファイルを参照し、各情報の具体的なＭＩＢ値のＯＩＤや独自Protocolの情報の所在情報を取得する。
【００５８】
そしてまず機器情報取得部４０２は、Ａ社機器２１に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報を取得する（Ｓ９０２〜９０４）。
【００５９】
同様にして機器情報取得部４０２は、Ｂ社機器２３に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報を取得する（Ｓ９０５〜９０７）。
【００６０】
同様にして機器情報取得部４０２は、Ｃ社機器２４に一回アクセスし、標準ＭＩＢ値、拡張ＭＩＢ値を取得する（Ｓ９０５〜９０９）。ここでＣ社機器からは独自Protocolの情報は取得しない。図６の管理設定情報を参照すればそのように設定されていないためである。なお取得する情報量が非常に多いときには、必ずしも一回のアクセスに限定する必要はなく、複数回のアクセスによりこれらの機器情報を取得することもできる（この場合でもベンダー各社から１の機器に対し同一の機器情報を重複して取得することにはならない）。
【００６１】
各社機器から機器情報を取得すると、機器情報取得部４０２は、取得した機器情報を記憶部４０１に保存する（Ｓ９１０）。なお、ここで取得した機器情報は、機器情報が取得された機器名、さらにそのベンダー名と対応付けて保存しておく。
【００６２】
以上Ｓ９０１〜９１０は機器情報取得処理の１サイクルであり、繰り返し処理がなされるにつれ、一定量の機器情報が記憶部４０１に蓄積される。そして機器情報は一定量毎、一定期間毎、ユーザの統合装置１０上での操作、各センター３０〜６０からの要求等のタイミングでもって、リモート統合機器管理センター６０に送信される。
【００６３】
機器情報を送信する際、機器情報送信部４０３は、記憶部４０１から管理設定情報の取得を行う（Ｓ９１１）。具体的に、送信先を特定するため「リモート統合機器管理センター」の所在を示す設定値を取得する（図６）。
【００６４】
機器情報送信部４０３は、記憶部４０１から蓄積されている機器情報の取得を行う（Ｓ９１２）。具体的に、Ａ社機器２１の標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報、Ｂ社機器２３の標準ＭＩＢ値、拡張ＭＩＢ値、独自Protocolの情報、Ｃ社機器２４の標準ＭＩＢ値、拡張ＭＩＢ値が取得される。なおここで上述の「管理レベル」を拡張し、送信を行う機器情報の範囲を管理レベルと対応付けるようにすれば、ベンダー毎に記憶部４０１には蓄積されているもののセンターへの送信までは必要のないといった機器情報の送信を省略することができる。
【００６５】
機器情報送信部４０３は、リモート統合機器管理センター６０に機器情報の送信を行う（Ｓ９１３）。以上、統合装置１０の行う機器情報取得処理のシーケンスである。
【００６６】
なお機器情報の取得および送信において、上述したユーザ側の操作・設定による要求と各センター３０〜６０からの要求とが、ほぼ同時刻にされる場合が考えられる。この場合、ほぼ同時刻の要求に対して、それぞれに機器情報の取得処理を行うことが必ずしも望まれるとは限らない。つまり、取得した機器情報の鮮度（取得してからどれくらいの時間が経過したか）によっては、逐次各社機器２１〜２５から機器情報を取得しなくても、蓄積されている機器情報を用いても構わないという場合が考えられる。その際には、取得し蓄積される機器情報の有効期限を設定し、有効期限から機器情報の取得を判断することが有効な手段となり得る。
【００６７】
具体的には、ユーザあるいは各ベンダー３０〜６０が設定した機器情報の有効期限（例えば取得後３分以内など）に基づいて、取得された最新の機器情報の取得日時と取得要求の日時との差分から、要求に応じて各社機器２１〜２５から機器情報を取得すべきか、蓄積されている機器情報を用いるべきかを判断する。取得日時および取得要求の日時に関しては、統合装置１０内にタイマを搭載してもよいし、それぞれ取得元および取得要求元から取得してもよい。また有効期限を設定する場合、全ての要求ケースにおいて有効期限を適用する必要はなく、有効期限に関わらず機器２１〜２５から機器情報を取得させる取得要求と、有効期限を適用する取得要求とを適宜使い分けてもよい。
【００６８】
またこの機器情報取得処理は、報告書作成の観点から機器情報の収集を目的として行うものであり、統合装置１０はネットワーク監視サーバである以上取得した機器情報が異常値（所定閾値）を示す場合や、機器（ＳＮＭＰエージェント）側からトラップが上がった場合などは、随時各センター３０〜６０に当該機器情報を直接送信できる。
【００６９】
送信された機器情報に関しては、リモート統合機器管理センター６０は機器情報を取得すると各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する。勿論リモート統合機器管理センター６０では、ベンダー各社分の送信先の所在情報（例えばＵＲＬ、ＩＰアドレス等）を保有している。そして例えば、Ａ社にはＡ社機器２１の機器情報（標準ＭＩＢ値拡張ＭＩＢ値、独自Protocolの情報）を送信する。Ａ社には、Ｂ社機器２３及びＣ社機器２４の拡張ＭＩＢ値（秘密情報ゆえ）は送信しないが、標準ＭＩＢ値は必要に応じて送信する場合も考えられる。またリモート統合機器管理センター６０では、機器の稼働状況や障害状況を纏めた報告書が作成される。ここで作成される報告書は、Ａ社、Ｂ社、Ｃ社の機器情報を含んで一元的作成され、顧客に一括して提示される。
【００７０】
[変形例]
上記実施形態では、統合装置１０にて取得された機器情報はリモート統合機器管理センター６０に送信され、リモート統合機器管理センター６０にて各社リモート管理センター３０〜５０に対して機器情報を振り分けて送信する構成であった。
【００７１】
本変形例ではこの構成を変形させ、統合装置１０にて取得された機器情報は各社リモート管理センター３０〜５０に送信され、各社リモート管理センター３０〜５０にてリモート統合機器管理センター６０に対して機器情報を振り分けて送信する構成とすることもできる。
【００７２】
ここで本変形例に係る機器情報送信部４０３は、取得された機器情報を各社リモート管理センター３０〜５０に送信するが、この際、各社リモート管理センター３０〜５０毎に送信すべき機器情報を振り分けて送信する必要がある。この点、再び図９を参照し説明する。
【００７３】
図９のＳ９１１では、機器情報を送信する際、機器情報送信部４０３は、記憶部４０１から管理設定情報の取得を行うが、このとき送信先を特定するため、「リモート管理センター」の所在を示す設定値を取得する（図６）。そして各社機器毎に取得された機器情報を、各社それぞれのリモート管理センター３０〜５０に振り分けてから、機器情報の送信を行うようにする。
【００７４】
本変形例によれば、統合装置１０側で機器情報の振り分け処理を行う必要がある分だけ処理は増加するが、直接ベンダーのリモート管理センター３０〜５０に機器情報を送信するので、リモート管理センター３０〜５０では報告書作成に利用される機器情報の取捨選択を行ってからリモート統合機器管理センター６０に機器情報を送信できるようになる。即ちベンダー判断で主体的に不必要な機器情報や余分な機器情報を落とした機器情報を報告書に反映することができる。
【００７５】
[総括]
以上のように本実施形態に係る機器管理装置１０は、マルチベンダー環境下において複数のベンダーによるベンダー機器から機器情報を効率よく取得することができる。従来、特定ベンダー（例えばＡ社）が自社機器のみならず、他社（例えばＢ社、Ｃ社）の機器を監視する場合には、各社独自の拡張ＭＩＢや独自プロトコルによる情報の取得が困難であったところ、本実施形態に係る機器管理装置１０は、各社対応の拡張ＭＩＢや独自プロトコルによる情報を取得する機能をプラグインでき、これら機能によって、標準ＭＩＢ情報のみならず、社独自の拡張ＭＩＢや独自プロトコルによる情報の取得を行うことができる。
【００７６】
また異なるベンダー機器であっても取得されるべき標準ＭＩＢ情報については共通するところ、標準ＭＩＢ情報の取得についても機器管理装置１０により一回のアクセスで取得できるので、従来、ベンダー各社が監視システムを個々に構築している場合と比べ、重複したアクセスの発生を防止し、機器やネットワークへの余分な負荷を削減することができる。
【００７７】
また従来、ベンダー各社毎の報告書は情報の重複や不完全な情報も含まれる場合があり、顧客サイドからしても複数のベンダーからの報告書が提示されていたところ、機器管理装置１０により取得・収集された機器情報は、リモート統合機器管理センター６０において、各社の機器情報を含む一元的な報告書を作成でき、また顧客に一括して提示できるので、報告書の内容の充実やユーザビリティの向上が期待できる。
【００７８】
即ち本発明によれば、マルチベンダーネットワーク環境下において各ベンダー機器の機器情報の取得及び監視・管理を行う管理装置、管理システム、管理方法、プログラム及び記録媒体を提供することが可能となる。
【００７９】
なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。即ち本実施形態においては、ネットワーク管理プロトコルの一例としてＳＮＭＰを取り上げて説明を行ったが、本発明の要旨の範囲内において、広く一般のネットワーク管理プロトコルについても本発明の適用が可能である。
【符号の説明】
【００８０】
１０ 統合機器管理装置
２０ 顧客サイト
２１ Ａ社機器
２２ Ａ社機器
２３ Ｂ社機器
２４ Ｃ社機器
２５ Ｃ社機器
２６ ルータ
３０ Ａ社リモート管理センター
４０ Ｂ社リモート管理センター
５０ Ｃ社リモート管理センター
６０ リモート統合機器管理センター
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０４ 補助記憶装置
１０５ 記憶媒体読取装置
１０６ 入力装置
１０７ 表示装置
１０８ 通信装置
４０１ 記憶部
４０２ 機器情報取得部
４０３ 機器情報送信部
【先行技術文献】
【特許文献】
【００８１】
【特許文献１】特開２００８−０６５８３１号
【特許請求の範囲】
【請求項１】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置であって、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理装置。
【請求項２】
前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、
前記管理手段により管理された機器情報を前記収集装置に送信する送信手段を備えることを特徴とする請求項１記載の管理装置。
【請求項３】
前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項１又は２記載の管理装置。
【請求項４】
前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項１ないし３何れか一項記載の管理装置。
【請求項５】
前記取得情報は、複数の前記収集装置のうち、少なくとも２以上の収集装置により取得可能な機器情報を取得するための取得情報であることを特徴とする請求項１ないし４何れか一項記載の管理装置。
【請求項６】
前記取得手段は、前記複数のベンダー機器のうち、一部のベンダー機器からは機器情報の取得を行わないことを特徴とする請求項１ないし５何れか一項記載の管理装置。
【請求項７】
前記取得手段はネットワーク管理プロトコルとしてＳＮＭＰを用いて前記機器情報を取得し、
前記機器情報はＭＩＢ値であり、
前記取得情報は前記ＭＩＢ値のオブジェクト識別子であり、
前記ＭＩＢ値にはベンダー機器に依存せずに取得した標準ＭＩＢ値と、ベンダー機器に依存して取得した拡張ＭＩＢ値が含まれることを特徴とする請求項１ないし６何れか一項記載の管理装置。
【請求項８】
前記機器情報にはさらに、ベンダー機器毎に管理される独自プロトコルによる独自情報が含まれ、
前記取得情報は前記独自プロトコルを用いて前記独自情報を取得するための情報を含むことを特徴とする請求項７記載の統合管理装置。
【請求項９】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置における管理方法であって、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶する記憶手順と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手順と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手順とを備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手順は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理方法。
【請求項１０】
前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、
前記管理手順により管理された機器情報を前記収集装置に送信する送信手順を備えることを特徴とする請求項９記載の管理方法。
【請求項１１】
前記記憶手順は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項９又は１０記載の管理装置。
【請求項１２】
前記送信手順は、前記管理手順によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項９ないし１１何れか一項記載の管理方法。
【請求項１３】
請求項請求項９ないし１２何れか一項記載の管理方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項１３記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１５】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置と、前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とがネットワークを介して通信可能に接続された管理システムであって、
前記管理装置は、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段と、
前記管理手段により管理された機器情報を前記収集装置に送信する送信手段をと備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理システム。
【請求項１６】
前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項１５記載の管理システム。
【請求項１７】
前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項１５又は１６記載の管理システム。
【請求項１】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置であって、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段とを備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理装置。
【請求項２】
前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、
前記管理手段により管理された機器情報を前記収集装置に送信する送信手段を備えることを特徴とする請求項１記載の管理装置。
【請求項３】
前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項１又は２記載の管理装置。
【請求項４】
前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項１ないし３何れか一項記載の管理装置。
【請求項５】
前記取得情報は、複数の前記収集装置のうち、少なくとも２以上の収集装置により取得可能な機器情報を取得するための取得情報であることを特徴とする請求項１ないし４何れか一項記載の管理装置。
【請求項６】
前記取得手段は、前記複数のベンダー機器のうち、一部のベンダー機器からは機器情報の取得を行わないことを特徴とする請求項１ないし５何れか一項記載の管理装置。
【請求項７】
前記取得手段はネットワーク管理プロトコルとしてＳＮＭＰを用いて前記機器情報を取得し、
前記機器情報はＭＩＢ値であり、
前記取得情報は前記ＭＩＢ値のオブジェクト識別子であり、
前記ＭＩＢ値にはベンダー機器に依存せずに取得した標準ＭＩＢ値と、ベンダー機器に依存して取得した拡張ＭＩＢ値が含まれることを特徴とする請求項１ないし６何れか一項記載の管理装置。
【請求項８】
前記機器情報にはさらに、ベンダー機器毎に管理される独自プロトコルによる独自情報が含まれ、
前記取得情報は前記独自プロトコルを用いて前記独自情報を取得するための情報を含むことを特徴とする請求項７記載の統合管理装置。
【請求項９】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置における管理方法であって、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶する記憶手順と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手順と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手順とを備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手順は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理方法。
【請求項１０】
前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とネットワークを介して通信可能に接続し、
前記管理手順により管理された機器情報を前記収集装置に送信する送信手順を備えることを特徴とする請求項９記載の管理方法。
【請求項１１】
前記記憶手順は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項９又は１０記載の管理装置。
【請求項１２】
前記送信手順は、前記管理手順によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項９ないし１１何れか一項記載の管理方法。
【請求項１３】
請求項請求項９ないし１２何れか一項記載の管理方法をコンピュータに実行させるためのプログラム。
【請求項１４】
請求項１３記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１５】
ネットワーク管理プロトコルを用いて複数ベンダーによるベンダー機器の管理を行う管理装置と、前記複数のベンダー機器から取得された機器情報を収集する複数の収集装置とがネットワークを介して通信可能に接続された管理システムであって、
前記管理装置は、
前記複数のベンダー機器から機器情報を取得するための取得情報を記憶した記憶手段と、
前記取得情報に基づいて、前記複数のベンダー機器からの機器情報を取得する取得手段と、
前記複数のベンダー機器から取得された機器情報をベンダー毎に対応付けて管理する管理手段と、
前記管理手段により管理された機器情報を前記収集装置に送信する送信手段をと備え、
前記取得情報は、前記複数のベンダー機器全てから共通して取得可能な標準機器情報の所在情報と、前記複数のベンダー毎に依存しベンダー機器毎に取得可能な拡張機器情報の所在情報とを含み、
前記取得手段は、第１ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第１ベンダー機器の拡張機器情報の所在情報に基づく第１拡張機器情報とを取得し、
また、第２ベンダー機器からは、前記標準機器情報の所在情報に基づく標準機器情報と、当該第２ベンダー機器の拡張機器情報の所在情報に基づく第２拡張機器情報とを取得すること、
を特徴とする管理システム。
【請求項１６】
前記記憶手段は、前記複数のベンダー機器のそれぞれに対して複数の前記収集装置により取得可能かつ要求される機器情報を取得するための取得情報を記憶することを特徴とする請求項１５記載の管理システム。
【請求項１７】
前記送信手段は、前記管理手段によりベンダー毎に対応付けて管理された機器情報に基づいて、取得が可能又は／及び要求される機器情報をベンダー毎に対応する前記収集装置に送信することを特徴とする請求項１５又は１６記載の管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１１−１５９１２７（Ｐ２０１１−１５９１２７Ａ）
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願番号】特願２０１０−２０６１６（Ｐ２０１０−２０６１６）
【出願日】平成２２年２月１日（２０１０．２．１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成２３年８月１８日（２０１１．８．１８）
【国際特許分類】
【出願日】平成２２年２月１日（２０１０．２．１）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]