JP2008103787A

JP2008103787A - 機器情報管理サーバ

Info

Publication number: JP2008103787A
Application number: JP2006282155A
Authority: JP
Inventors: Yoshifumi Tanimoto; 好史谷本
Original assignee: Murata Machinery Ltd
Current assignee: Murata Machinery Ltd
Priority date: 2006-10-17
Filing date: 2006-10-17
Publication date: 2008-05-01

Abstract

【課題】機器情報管理サーバからだけでなく、携帯端末などの他の端末からでも必要なときに必要な機器情報の確認を可能とする。
【解決手段】ＳＮＭＰによって通信機器２の機器情報を管理する機器情報管理サーバ１である。ネットワーク６を介して、管理対象である通信機器２と、ＳＩＰサーバとして機能する通信管理サーバ３と、端末５と、に接続する。端末５および自装置のアカウントを通信管理サーバ３に登録する。通信機器２からｔｒａｐ情報を受信した場合、ｔｒａｐ情報の通知要求を受けている端末５に、そのｔｒａｐ情報を通知情報に変換し、通信管理サーバ３を介して送信する。また、端末５から通信機器２のｍｉｂ情報の通知要求を受信した場合、その後その通信機器２のｍｉｂ情報に変化があったとき、ｍｉｂ情報の通知要求を受けているその端末５に、その変化したｍｉｂ情報を通知情報に変換し、通信管理サーバ３を介して送信する。
【選択図】図１

Description

本発明は、ＳＮＭＰ（Simple Network Management Protocol）を用いて通信機器の機器情報の管理を行う機器情報管理サーバに関する。

ＳＮＭＰは、ネットワークに接続されているプリンタやサーバなどの通信機器を管理するためのプロトコルであり、広く一般に利用されている（例えば、特許文献１）。ＳＮＭＰは、ＴＣＰ／ＩＰネットワークでのプロトコルであり、一般にはＴＣＰではなく、ＵＤＰ上で用いられる。ＳＮＭＰは、管理対象となる通信機器内のエージェントプログラム（エージェント）と、被管理対象となる通信機器（機器情報管理サーバ）内のマネージャプログラム（マネージャ）とで構成される。エージェントは、その通信機器の機器情報を、ｍｉｂ（Management Information Base）と呼ばれる、機器情報が格納されたデータベースを参照して取得する。エージェントは、マネージャからの要求に応じて機器情報を取得し、ＳＮＭＰを用いてマネージャに送信する。通信機器の管理は、エージェントが定期的に管理する通信機器の機器情報を取得してマネージャに送信する、いわゆるポーリングと呼ばれる監視によって行われるのが一般的である。

また、ＳＮＭＰは、エージェントが自発的にマネージャに機器情報を送信する、いわゆるｔｒａｐと呼ばれるイベント通知機能を有する。ｔｒａｐが設定されると、エージェントは、事前に指定された所定の機器情報を定期的に取得し、ある一定の条件を検知すると、その旨をマネージャに通知する。

ところで、ＳＩＰ（Session Initiation Protocol）と呼ばれる呼制御プロトコルがある。ＳＩＰは主にＩＰ電話で用いられているが、ＩＰ電話だけでなく、異なるＬＡＮに存在する通信端末同士がＷＡＮを越えて直接通信する、いわゆるＶＰＮ（Virtual Private Network）と呼ばれる技術にも利用されつつある。

特開２００４−３５５２８３号公報

ＳＮＭＰを用いた機器管理では、例えば、マネージャとして、モニターやコンピュータなどで構成された所定の管理サーバを設置し、その管理サーバからエージェントである通信機器の機器情報を管理するシステムが利用されている。この場合、管理サーバから管理している全ての通信機器の機器情報を網羅的に把握できるので、システム全体の集中管理には都合のよい構成ではある。しかし、管理担当者は、管理サーバでしか機器情報を知ることができないため、常に管理サーバに張り付いている必要がある。例えば、トラブルに関する機器情報が多いｔｒａｐは、いつ何時送信されるかわからないし、緊急を要することもあるため、管理担当者は、管理サーバから離れると常に不安を伴い、精神的な作業負担を強いられている。

また、システムの複雑化により、管理する通信機器の数、そしてこれらを管理する管理機器の数は増加の一途にある。それに伴いポーリング監視による機器情報の送受信量も増加し、ネットワークの通信負担も問題となってきている。

そこで、本発明は前記問題点に鑑み、通信負担を軽減することができ、管理サーバだけでなく、例えば携帯端末などの他の端末からでも必要なときに必要な機器情報の確認を可能とする機器情報管理サーバの提供を目的とするものである。

請求項１に記載の本発明は、ネットワークを介して、管理対象である通信機器と、通信管理サーバと、前記通信管理サーバにアカウントが登録される端末と、に接続されて、ＳＮＭＰ（Simple Network Management Protocol）により前記通信機器の機器情報を管理する機器情報管理サーバである。自装置のアカウントを前記通信管理サーバに登録する手段と、前記通信機器から得られるＳＮＭＰに基づく機器情報を、前記端末に送信するための通知情報に変換する手段と、前記通知情報を、前記通信管理サーバを介して前記端末に送信する手段と、を備えることを特徴とする。

請求項２に記載の本発明は、請求項１に記載の機器情報管理サーバであって、前記通信管理サーバを介して、前記端末から、前記通信機器の機器情報の通知要求を受信する手段、を備える機器情報管理サーバである。

請求項３に記載の本発明は、請求項２に記載の機器情報管理サーバであって、前記通信機器からｔｒａｐ情報を受信した場合に、その都度、ｔｒａｐ情報の通知要求を受けている端末に、そのｔｒａｐ情報を通知情報に変換して送信する手段、を備える機器情報管理サーバである。

請求項４に記載の本発明は、請求項２または３に記載の機器情報管理サーバであって、前記端末から前記通信機器のｍｉｂ情報の通知要求を受信した後において、その通信機器のｍｉｂ情報に変化があったときに、ｍｉｂ情報の通知要求を受けているその端末に、その変化したｍｉｂ情報を通知情報に変換して送信する手段、を備える機器情報管理サーバである。

本発明の機器情報管理サーバを用いて機器情報管理システムを構築すれば、管理担当者は、管理サーバとは別の場所にある端末から、必要なときに必要な通信機器の機器情報を知ることができる。必要なときに必要な機器情報だけを確認できるので、従来のポーリング監視に比べてネットワークへの負担を軽減することができる。

以下、図面を参照しつつ本発明の実施の形態について説明する。図１は、本発明の実施の形態に係る機器情報管理システムの全体図である。この機器情報管理システムは、本発明の機器情報管理サーバ（以下、単に管理サーバという）１と、管理対象である通信機器２と、通信管理サーバ３と、端末５とを含んで構成されている。これらは、例えば、図１の矢印線で示されるようにネットワーク６で接続されていて、ネットワーク６を介して各装置間での通信が可能となっている。なお、ここでのネットワーク６は、単一のネットワークであってもよいし、複数のネットワークが接続されて構成されていてもよい。例えば、通信機器２や端末５は、それぞれ管理サーバ１や通信管理サーバ３とは離れた場所にある異なるネットワークに接続されていてもよい。

｛通信機器｝
管理サーバ１の管理対象である通信機器２は、プリンタやパーソナルコンピュータ（ＰＣ）、サーバ、ルータなどである。すなわち、通信機器２は、ネットワーク６に接続可能な通信機器であれば足り、特にその種類までは問わない。ただし、管理サーバ１との間で、ＳＮＭＰ（Simple Network Management Protocol）を用いて機器情報を送受信する機能を備えていることを要する。ここでは、通信機器２として、プリンタ（terminal1）２ａとＰＣ（terminal2）２ｂとサーバ（terminal3）２ｃとを例に説明する。

図２に、これら通信機器２（２ａ・２ｂ・２ｃ）の機能ブロック図を示す。図２に示すように、通信機器２は、インタフェース７、通信制御部８、ｍｉｂ（Management Information Base）情報データベース１０を備えている。インタフェース７は、ネットワーク６を介して管理サーバ１とＳＮＭＰを用いて機器情報の通信を行う。通信制御部８は、インタフェース７を介して行う様々な通信を制御する処理部であり、ＳＮＭＰやＴＣＰ／ＩＰ、ＵＤＰなどのプロトコルに従った様々な通信処理を制御する。通信制御部８には、ＳＮＭＰのエージェントプログラムが実装されており、通信機器２は、管理サーバ１との関係では、ＳＮＭＰエージェントとして機能する。したがって、通信機器２は、ＳＮＭＰのイベント通知機能（Ｔｒａｐ）を用いて、事前に指定された所定の機器情報を定期的に取得し、ある一定の条件を検知すると、ＳＮＭＰマネージャである管理サーバ１にその旨を通知することができる。

ｍｉｂ情報データベース１０は、その通信機器２の様々な機器情報（ｍｉｂ）が記録されるデータベースである。エージェントプログラムは、このｍｉｂ情報データベース１０を参照することによって必要な機器情報を取得する。

｛管理サーバ｝
管理サーバ１は、ＳＮＭＰを用いて通信機器２の機器情報を管理する機能を備えている。管理サーバ１は、また、ＳＩＰ（Session Initiation Protocol）を用いた通信機能をも備えている。管理サーバ１の機能ブロック図を図３に示す。

図３に示すように、管理サーバ１は、インタフェース１１、通信制御部１２、そして機器情報管理テーブル１４を備えている。インタフェース１１は、ネットワーク６を介して通信機器２とＳＮＭＰを用いて機器情報の通信を行う。さらに、インタフェース１１は、ネットワーク６を介して通信管理サーバ３や端末５とＳＩＰを用いて機器情報に関する通信を行う。

通信制御部１２は、インタフェース１１を介して行う様々な通信を制御する処理部であり、ＳＮＭＰやＴＣＰ／ＩＰ、ＵＤＰ、ＳＩＰなどのプロトコルに従った様々な通信処理を制御する。

そして、通信制御部１２には、ＳＮＭＰのマネージャプログラムが実装されており、管理サーバ１は、通信機器２との関係では、ＳＮＭＰマネージャとして機能する。したがって、管理サーバ１は、ＳＮＭＰの各種機能、例えば、参照要求（ＧｅｔＲｅｑｕｅｓｔ）や設定要求（ＳｅｔＲｅｑｕｅｓｔ）などを用いて、管理対象となっている通信機器２のエージェントから各要求に基づく所定の機器情報（ｍｉｂ情報）を取得して通信機器２の動作をチェックしたり、通信機器２の設定を変更したりすることができる。そして、Ｔｒａｐが設定されている場合には、管理対象である通信機器２からＴｒａｐに基づく所定の機器情報（ｔｒａｐ情報）を受信することができる。

また、通信制御部１２は、ＳＩＰを用いて通信管理サーバ３や端末５との通信を制御する。具体的には、管理サーバ１には、ＩＰアドレスとともに、そのＩＰアドレスと対応付けられたアカウントが付与されている。そして、通信管理サーバ３に対してそのアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する機能を制御する。つまり、管理サーバ１は、通信管理サーバ３との関係では、ＳＩＰクライアントとして機能するのである。

そして、通信制御部１２は、通信管理サーバ３を介して、端末５からの機器情報の通知要求（ＳＵＢＳＣＲＩＢＥ）を受信する制御を行う。そして、その通知要求に基づいて、機器情報を通知情報に変換し、変換した通知情報をその端末５に送信する制御を行う（ＮＯＴＩＦＹ）。すなわち、管理サーバ１は、端末５との間で、ＳＩＰのＳＵＢＳＣＲＩＢＥとＮＯＴＩＦＹのメソッドを利用した通知イベントの設定が可能となっている。なお、通知イベントでは、通知イベントを実行する期間を設定することができ、設定された期間中は通知イベントが継続して維持される。

機器情報管理テーブル１４は、通信制御部１２と協働して機器情報を通知情報に変換するために設けられたものである。その概念図を図４に示す。図４に示されるように、機器情報管理テーブル１４は、管理対象となっている通信機器２別に定義された、ＳＮＭＰに基づく所定のｍｉｂ情報と、それに対応したＳＩＰに基づく通知情報とが格納された対応表１５ａを含む。また、機器情報管理テーブル１４は、故障や通信障害などの事象別に定義された、ＳＮＭＰに基づく所定のｔｒａｐ情報と、それに対応したＳＩＰに基づく通知情報とが格納された対応表１５ｂを含む。

例えば、プリンタ（terminal1）２ａには、ｍｉｂ情報（mib1）が通知情報（status1）と対応して定義され、ＰＣ（terminal2）２ｂには、ｍｉｂ情報（mib2）が通知情報（status2）と対応して定義され、サーバ（terminal3）２ｃには、ｍｉｂ情報（mib3）が通知情報（status3）と対応して定義されている。そして、ｔｒａｐ情報（trap1）には、通知情報（trap1-status）が対応して定義され、ｔｒａｐ情報（trap2）には、通知情報（trap2-status）が対応して定義されている。ＳＮＭＰに基づく各情報はバイナリデータであるため、人が見て容易に理解できる情報ではないが、このように、ＳＮＭＰに基づく各情報をテキストデータなどの通知情報に変換することによって、人が見て容易に理解できる形で送信することが可能となる。

｛通信管理サーバ｝
通信管理サーバ３は、ＳＩＰサーバとしての機能を備えている。すなわち、通信管理サーバ３は、管理サーバ１や端末５がＳＩＰを用いた通信を行うときに、ＳＩＰメソッドやレスポンスなどを中継するプロキシーサーバとして機能する。そして、管理サーバ１や端末５が、そのアカウントを登録するＳＩＰレジストラサーバとしても機能する。

通信管理サーバ３の機能ブロック図を図５に示す。図５に示すように、通信管理サーバ３は、インタフェース２０、通信制御部２１、アカウント情報データベース２２を備えている。

インタフェース２０は、ネットワーク６に接続された管理サーバ１や端末５との間で通信を行うインタフェースである。通信制御部２１は、インタフェース２０を介して行う様々な通信を制御する処理部である。通信制御部２１は、ＴＣＰ／ＩＰやＵＤＰ、ＳＩＰなどのプロトコルに従った通信処理を制御する。

通信制御部２１は、ネットワーク６に接続されている管理サーバ１や端末５から、そのアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を受信し、その管理サーバ１や端末５のアカウント情報をアカウント情報データベース２２に登録する処理を制御する。また、通信制御部２１は、管理サーバ１や端末５から送信された様々なＳＩＰメソッドやレスポンスなどの通信データを他方の管理サーバ１や端末５に中継する機能を備える。

｛端末｝
端末５は、ＰＣや、携帯電話などの携帯端末などであり、ネットワーク６に接続されて管理サーバ１や通信管理サーバ３と通信可能になっている。端末５の種類や数は特に限定されるものではないが、ここでは、図１に示すように第１端末(subscriber1)５ａと第２端末(subscriber2)５ｂの２つの端末を例示した。

端末５（５ａ・５ｂ）の機能ブロック図を図６に示す。図６に示すように、端末５は、インタフェース３０、通信制御部３１を備えている。インタフェース３０は、ネットワーク６に接続された管理サーバ１や通信管理サーバ３との間で通信を行うインタフェースである。通信制御部３１は、インタフェース３０を介して行う様々な通信を制御する処理部である。通信制御部３１は、ＴＣＰ／ＩＰやＵＤＰなどのプロトコルに従った通信処理を制御する。

そして、通信制御部３１は、ＳＩＰを用いて管理サーバ１や通信管理サーバ３との通信をも制御する。具体的には、端末５には、ＩＰアドレスとともに、そのＩＰアドレスと対応付けられたアカウントが付与されている。そして、そのアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を通信管理サーバ３に対して送信する制御を行う。つまり、端末５は、通信管理サーバ３との関係では、管理サーバ１と同様にＳＩＰクライアントとして機能する。また、通信制御部３１は、管理サーバ１との間では、通信管理サーバ３を介して機器情報の通知要求（ＳＵＢＳＣＲＩＢＥ）を送信する制御を行う。

｛通信処理の流れ｝
以上のように本発明の管理サーバ１を適用して構成された機器情報管理システムにおける通信処理の流れについて、図７の処理シーケンス図を参照しながら説明する。

まず、管理サーバ１は、通信管理サーバ３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信する（ステップＳ１）。図７に示すように、ここでは、管理サーバ１が、自身のアカウント（SIP:manager@sip.srv）の登録要求を行う。通信管理サーバ３は、ＯＫレスポンスを管理サーバ１に返信する。そして、管理サーバ１のアカウントと管理サーバ１のＩＰアドレスとを対応付けてアカウント情報データベース２２に登録する。パスワード認証を行う場合には、あらかじめアカウント情報データベース２２に、管理サーバ１のアカウントとパスワードとを対応付けて登録しておく。この場合、ユーザは、登録要求時に合わせてパスワードを送信するのである。そして、パスワード認証が成功した場合に、ＩＰアドレスと対応付けられてアカウントが登録されることになる。なお、この処理は通常は、オペレータによる初期設定として行われる。

次は、第１端末５ａが通信管理サーバ３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信した場合を示している（ステップＳ２）。すなわち、第１端末５ａが、自身のアカウント（SIP:subscriber1@sip.srv）の登録要求を行う。通信管理サーバ３は、ＯＫレスポンスを第１端末５ａに返信する。そして、第１端末５ａのアカウントと第１端末５ａのＩＰアドレスとを対応付けてアカウント情報データベース２２に登録する。ここでも先と同様に、パスワード認証を行うようにしてもよい。

さらに次は、第２端末５ｂが通信管理サーバ３に対してアカウントの登録要求（ＲＥＧＩＳＴＥＲ）を送信した場合を示している（ステップＳ３）。先と同様に、第２端末５ｂは自身のアカウント（SIP:subscriber2@sip.srv）の登録要求を行い、通信管理サーバ３はＯＫレスポンスを返信する。通信管理サーバ３は、第２端末５ｂのアカウントと第２端末５ｂのＩＰアドレスとを対応付けてアカウント情報データベース２２に登録する。

管理サーバ１、第１端末５ａ、第２端末５ｂの通信管理サーバ３に対する登録要求に関する上記各ステップの順序は、一例であってこれに限られるものではない。要は、以下の通信が行われる前に、その通信に関連する各装置が通信管理サーバ３に登録されていれば足りる。

次のステップＳ４は、第１端末５ａが、通信管理サーバ３を介して、ｔｒａｐ情報の通知要求を管理サーバ１に送信する場合を示している。第１端末５ａは、管理サーバ１とは地理的に離れた別の場所に配置されており、例えば、管理担当者が管理サーバ１で機器情報を直接確認することができない状況の下で、第１端末５ａを用いて緊急のトラブル発生などに対応したいと考えた場合が想定される。

具体的には、第１端末５ａは、ネットワーク６を通じ、通信管理サーバ３に、ｔｒａｐを指定したＳＵＢＳＣＲＩＢＥメソッドを送信する。通信管理サーバ３は、第１端末５ａからそのＳＵＢＳＣＲＩＢＥメソッドを受信すると、アカウント情報データベース２２を参照し、管理サーバ１のアカウント（SIP:manager@sip.srv）を基に、管理サーバ１のＩＰアドレスを取得する。通信管理サーバ３は、そのＩＰアドレスを利用してそのＳＵＢＳＣＲＩＢＥメソッドを管理サーバ１に中継する。つまり、通信管理サーバ３は、管理サーバ１と各端末５との間におけるＳＩＰに基づく通信を中継する中継器として機能する。通信管理サーバ３からの中継によって、この送信要求を受信した管理サーバ１は、ＡＣＣＥＰＴメソッドを、再度通信管理サーバ３を介して第１端末５ａに送信する。これによって、管理サーバ１と第１端末５ａとの間に通知イベントが設定され、管理サーバ１が通信機器２（２ａ、２ｂ、２ｃ）からｔｒａｐ情報を受信した場合、その都度そのｔｒａｐ情報が通知情報に変換されて第１端末５ａに送信される。

次のステップＳ５では、第２端末５ｂが、通信管理サーバ３を介して、プリンタ２ａのｍｉｂ情報と、ｔｒａｐ情報の通知要求とを管理サーバ１に送信した場合を示している。第２端末５ｂは、例えば、管理担当者が携帯する携帯電話などの携帯端末であり、管理サーバ１とは別の離れた場所から管理担当者が通信機器５の管理状況を確認したいと考えた場合が想定される。

具体的には、第２端末５ｂは、ネットワーク６を介して通信管理サーバ３に、プリンタ２ａとｔｒａｐとを指定したＳＵＢＳＣＲＩＢＥメソッドを送信する。通信管理サーバ３は、第２端末５ｂからそのＳＵＢＳＣＲＩＢＥメソッドを受信すると、アカウント情報データベース２２を参照し、管理サーバ１のアカウント（SIP:manager@sip.srv）を基に、管理サーバ１のＩＰアドレスを取得してそのＳＵＢＳＣＲＩＢＥメソッドを管理サーバ１に中継する。この送信要求を受信した管理サーバ１は、ＡＣＣＥＰＴメソッドを、再度通信管理サーバ３を介して第２端末５ｂに送信する。これによって、管理サーバ１と第２端末５ｂとの間に、プリンタ２ａのｍｉｂ情報の通知要求と、ｔｒａｐ情報の通知要求とに関する通知イベントが設定されるのである。

プリンタ２ａのｍｉｂ情報の通知要求に関する通知イベントが設定されると、管理サーバ１は、通知イベントが設定されてから以降、ＳＮＭＰの下でプリンタ２ａのｍｉｂ情報を定期的に取得する。そして、その取得するプリンタ２ａのｍｉｂ情報に変化があったとき、第２端末５ｂに、その変化したｍｉｂ情報を通知情報に変換して送信する。こうすることで、必要なときに必要な機器情報だけを確認することができ、従来のポーリング監視に比べればネットワークに過度の負担をかけずに済む。またこのことは、必要な情報だけを効率よく表示することができるため、表示画面が小さい携帯端末に好適である。

具体的には、管理サーバ１からプリンタ２ａに対してＳＮＭＰに基づく参照要求（ＧｅｔＲｅｑｕｅｓｔ）のコマンドを送信する（ステップＳ５．１）。この参照要求のコマンドを受信したプリンタ２ａは、ＳＮＭＰに基づく応答（ＧｅｔＲｅｓｐｏｎｓｅ）のコマンドにより、要求があったｍｉｂ情報を管理サーバ１に送信する。この処理は、管理サーバ１とプリンタ２ａとの間でＳＮＭＰにより定期的に実行されるのである。

そして、プリンタ２ａからｍｉｂ情報を受信した管理サーバ１は、そのｍｉｂ情報を、機器情報管理テーブル１４を参照して、通知情報に変換する（図４参照）。変換された通知情報は、ＳＩＰに基づくＮＯＴＩＦＹメソッドにより、通信管理サーバ３を介して第２端末５ｂに送信される。この処理は、管理サーバ１がプリンタ２ａのｍｉｂ情報を定期的に取得する中で、そのｍｉｂ情報に変化があったときに処理される。ただしここでの参照要求は最初のものであるため、参照要求のコマンドの受信に引き続いて処理されている。

また、ｔｒａｐ情報の通知要求に関する通知イベントも設定されているため、管理サーバ１が通信機器２（２ａ、２ｂ、２ｃ）からｔｒａｐ情報を受信した場合には、その都度ｔｒａｐ情報が通知情報に変換されて第２端末５ｂに送信される。

次のステップＳ６では、プリンタ２ａにおいて、設定されていたｔｒａｐ（trap2）の事象が発生した場合を示している。この場合プリンタ２ａは、ＳＮＭＰに基づいて所定のｔｒａｐ情報（trap2）を管理サーバ１に送信する（Ｔｒａｐ）。ｔｒａｐ情報を受信した管理サーバ１では、ｔｒａｐ情報に関しての通知イベントが第１端末５ａおよび第２端末５ｂとの間で設定されているため、管理サーバ１は、これら通知イベントに基づいて各端末５ａ・５ｂにそのｔｒａｐ情報を送信する（ステップＳ６．１、ステップＳ６．２）。

具体的には、ｔｒａｐ情報を受信した管理サーバ１は、そのｔｒａｐ情報を、機器情報管理テーブル１４を参照して、通知情報に変換する（図４参照）。変換した通知情報は、ＳＩＰに基づくＮＯＴＩＦＹメソッドにより、通信管理サーバ３を介して、第１端末５ａおよび第２端末５ｂに送信される。通知情報を受信した各端末５ａ・５ｂは、再度、通信管理サーバ３を介してＯＫレスポンスを管理サーバ１に送信する。

以上説明したように、本発明の管理サーバ１を適用して機器情報管理システムを構築すれば、管理担当者は、例えば、管理サーバ１とは別の場所にある第１端末５ａあるいは第２端末５ｂで、必要なときに必要な通信機器２の機器情報を知ることができ、緊急事態があっても迅速に対応することができる。管理サーバ１に縛られることなく、ネットワーク６に接続されている端末５であれば、どこからでも機器情報を管理することが可能となり、従来に比べて柔軟性のある機器情報の管理を行うことができる。

本実施の形態に係る機器情報管理システムのネットワーク構成図である。通信機器の機能ブロック図である。機器情報管理サーバの機能ブロック図である。機器情報管理テーブルを説明するための概念図である。通信管理サーバの機能ブロック図である。端末の機能ブロック図である。通信処理のシーケンス図である。

符号の説明

１機器情報管理サーバ
２通信機器
３通信管理サーバ
５端末
６ネットワーク

Claims

ネットワークを介して、
管理対象である通信機器と、
通信管理サーバと、
前記通信管理サーバにアカウントが登録される端末と、
に接続されて、ＳＮＭＰ（Simple Network Management Protocol）により前記通信機器の機器情報を管理する機器情報管理サーバであって、
自装置のアカウントを前記通信管理サーバに登録する手段と、
前記通信機器から得られるＳＮＭＰに基づく機器情報を、前記端末に送信するための通知情報に変換する手段と、
前記通知情報を、前記通信管理サーバを介して前記端末に送信する手段と、
を備えることを特徴とする機器情報管理サーバ。
請求項１に記載の機器情報管理サーバであって、
前記通信管理サーバを介して、前記端末から、前記通信機器の機器情報の通知要求を受信する手段、
を備える機器情報管理サーバ。
請求項２に記載の機器情報管理サーバであって、
前記通信機器からｔｒａｐ情報を受信した場合に、その都度、ｔｒａｐ情報の通知要求を受けている端末に、そのｔｒａｐ情報を通知情報に変換して送信する手段、
を備える機器情報管理サーバ。
請求項２または３に記載の機器情報管理サーバであって、
前記端末から前記通信機器のｍｉｂ情報の通知要求を受信した後において、
その通信機器のｍｉｂ情報に変化があったときに、ｍｉｂ情報の通知要求を受けているその端末に、その変化したｍｉｂ情報を通知情報に変換して送信する手段、
を備える機器情報管理サーバ。