JPWO2004071014A1 - Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 - Google Patents
Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 Download PDFInfo
- Publication number
- JPWO2004071014A1 JPWO2004071014A1 JP2004567872A JP2004567872A JPWO2004071014A1 JP WO2004071014 A1 JPWO2004071014 A1 JP WO2004071014A1 JP 2004567872 A JP2004567872 A JP 2004567872A JP 2004567872 A JP2004567872 A JP 2004567872A JP WO2004071014 A1 JPWO2004071014 A1 JP WO2004071014A1
- Authority
- JP
- Japan
- Prior art keywords
- snmp
- address
- trap
- monitored device
- virtual
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/04—Network management architectures or arrangements
- H04L41/046—Network management architectures or arrangements comprising network management agents or mobile agents therefor
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/02—Standardisation; Integration
- H04L41/0213—Standardised network management protocols, e.g. simple network management protocol [SNMP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
ＳＮＭＰプロキシエージェントは、ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換する形式変換部と、上記管理情報に含まれる上記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するＩＰアドレス変換部と、上記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するトラップ生成部と、上記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信する送信部とを備える。
Description
本発明はＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：簡易ネットワーク管理プロトコル）などのマネージャ・エージェント構造を持つマネージャ・エージェントモデルシステムに関する。更に詳細には、本発明はＳＮＭＰを管理プロトコルとしない被監視装置をＳＮＭＰマネージャで監視するために，被監視装置の監視プロトコルをＳＮＭＰに変換するＳＮＭＰプロキシエージェントに関する。
従来、複数のネットワーク構成装置（伝送装置などの被監視装置）とこれらのネットワーク構成装置を接続する伝送路とを含むネットワーク（管理対象システム）と、このネットワークを監視して管理情報を収集する監視装置（管理ステーション）とから構成されるネットワーク管理システムが種々存在する。
例えば、ＳＮＭＰに則ってＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを持たない複数の非ＳＮＭＰ対応の伝送装置（エージェント）を監視するために、ＳＮＭＰプロキシエージェントをエージェントとマネージャとの間に配置しているネットワーク管理システムとしてのマネージャ・エージェントモデルシステムがある。
従来のＳＮＭＰプロキシエージェントでは、ＳＮＭＰを管理プロトコルとしない被監視装置から送信される障害情報及び装置状態情報などの管理情報に関しては、それら管理情報をＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）形式に変換してＳＮＭＰマネージャに通知する際、送信元アドレスとしてＳＮＭＰプロキシエージェントのＩＰアドレスを設定していた。そのため、ＳＮＭＰマネージャにて管理情報の送信元である被監視装置を識別するために、被監視装置のローカルアドレス（本発明では、ＩＰアドレス以外の装置名、装置番号等を示す）をＭＩＢのインデックス情報として使用することになり、様々な形式で存在するローカルアドレスにより装置を識別していた。これに対し、「特許第３０１７０８９号公報：ネットワーク管理装置および方法（特許文献１）」で示されるように、ＳＮＭＰマネージャにおいて被監視装置のローカルアドレスを仮想ＩＰアドレスに変換し、その仮想ＩＰアドレスをＳＮＭＰマネージャ内部で送信元アドレスに設定し直すことで統一形式により識別を行うなどの工夫を行っていた。その他に、「特開２０００−２３６３４８号公報：インターネットプロトコルを用いた遠隔機器の管理システム（特許文献２）」で示されるように、プロキシエージェントに仮想的なＩＰアドレスを持たせ、そのＩＰアドレスの仮想的に割り当てられたソケットを送信元として、マネージャと通信を行う構成を採用していた。
上述のように、従来では、被監視装置のローカルアドレスをインデックスとするため、装置を識別するための情報がＩＰアドレス以外の形式で混在し、ＳＮＭＰマネージャの管理方法が統一できず、ＳＮＭＰマネージャの管理や操作が煩雑になるといった問題があった。その問題に対して、「特許第３０１７０８９号公報（特許文献１）」に示されるような、ＳＮＭＰマネージャにおいてローカルアドレスからＩＰアドレスへの変換を行う方法では、ＩＰアドレスで統一的に管理が可能となるが、ＳＮＭＰマネージャ内部において被監視装置のローカルアドレスを管理する必要があるため、新たにサポートする非ＳＮＭＰ系装置が追加になった場合には、ＳＮＭＰプロキシエージェントと共に前記アドレス変換部も改造する必要があった。即ち、システムの管理元であるＳＮＭＰマネージャを改造することになるため、改造が複雑になり手間がかかるという問題があった。また、「特開２０００−２３６３４８号公報（特許文献２）」に示されるような、ＩＰアドレスを仮想的に割り当てたソケットを送信元とする方法では、新たにサポートする非ＳＮＭＰ系装置が追加になった場合には、プロキシエージェント自体のＩＰアドレス設定の変更（ソケットの増加）を行う必要が生じ、ＯＳレベルのシステム変更が必須になる上、さらに、非ＳＮＭＰ系装置が増加し続けると、システム全体の通信性能が落ち、システムの資源の枯渇に繋がるという問題があった。
特許第３０１７０８９号公報 特開２０００−２３６３４８号公報
例えば、ＳＮＭＰに則ってＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを持たない複数の非ＳＮＭＰ対応の伝送装置（エージェント）を監視するために、ＳＮＭＰプロキシエージェントをエージェントとマネージャとの間に配置しているネットワーク管理システムとしてのマネージャ・エージェントモデルシステムがある。
従来のＳＮＭＰプロキシエージェントでは、ＳＮＭＰを管理プロトコルとしない被監視装置から送信される障害情報及び装置状態情報などの管理情報に関しては、それら管理情報をＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）形式に変換してＳＮＭＰマネージャに通知する際、送信元アドレスとしてＳＮＭＰプロキシエージェントのＩＰアドレスを設定していた。そのため、ＳＮＭＰマネージャにて管理情報の送信元である被監視装置を識別するために、被監視装置のローカルアドレス（本発明では、ＩＰアドレス以外の装置名、装置番号等を示す）をＭＩＢのインデックス情報として使用することになり、様々な形式で存在するローカルアドレスにより装置を識別していた。これに対し、「特許第３０１７０８９号公報：ネットワーク管理装置および方法（特許文献１）」で示されるように、ＳＮＭＰマネージャにおいて被監視装置のローカルアドレスを仮想ＩＰアドレスに変換し、その仮想ＩＰアドレスをＳＮＭＰマネージャ内部で送信元アドレスに設定し直すことで統一形式により識別を行うなどの工夫を行っていた。その他に、「特開２０００−２３６３４８号公報：インターネットプロトコルを用いた遠隔機器の管理システム（特許文献２）」で示されるように、プロキシエージェントに仮想的なＩＰアドレスを持たせ、そのＩＰアドレスの仮想的に割り当てられたソケットを送信元として、マネージャと通信を行う構成を採用していた。
上述のように、従来では、被監視装置のローカルアドレスをインデックスとするため、装置を識別するための情報がＩＰアドレス以外の形式で混在し、ＳＮＭＰマネージャの管理方法が統一できず、ＳＮＭＰマネージャの管理や操作が煩雑になるといった問題があった。その問題に対して、「特許第３０１７０８９号公報（特許文献１）」に示されるような、ＳＮＭＰマネージャにおいてローカルアドレスからＩＰアドレスへの変換を行う方法では、ＩＰアドレスで統一的に管理が可能となるが、ＳＮＭＰマネージャ内部において被監視装置のローカルアドレスを管理する必要があるため、新たにサポートする非ＳＮＭＰ系装置が追加になった場合には、ＳＮＭＰプロキシエージェントと共に前記アドレス変換部も改造する必要があった。即ち、システムの管理元であるＳＮＭＰマネージャを改造することになるため、改造が複雑になり手間がかかるという問題があった。また、「特開２０００−２３６３４８号公報（特許文献２）」に示されるような、ＩＰアドレスを仮想的に割り当てたソケットを送信元とする方法では、新たにサポートする非ＳＮＭＰ系装置が追加になった場合には、プロキシエージェント自体のＩＰアドレス設定の変更（ソケットの増加）を行う必要が生じ、ＯＳレベルのシステム変更が必須になる上、さらに、非ＳＮＭＰ系装置が増加し続けると、システム全体の通信性能が落ち、システムの資源の枯渇に繋がるという問題があった。
本発明は、上述した問題点を解決するためになされたものである。即ち、本発明の目的の一つは、ＳＮＭＰマネージャの管理方法が統一でき、管理や操作が容易になるＳＮＭＰプロキシエージェントを提供することにある。
また、本発明の目的の一つは、新たにサポートする非ＳＮＭＰ系装置が追加になった場合でもＳＮＭＰエージェントのＩＰアドレス管理に関する改造を必要としないＳＮＭＰプロキシエージェントを提供することにある。
本発明は、上記課題を解決するために、以下の手段を採用した。即ち、本発明は、
ＳＮＭＰを管理プロトコルとしない被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換する手段と、
上記仮想ＩＰアドレスが送信元に設定されたＳＮＭＰマネージャ宛のＳＮＭＰトラップを生成する手段とを備えるＳＮＭＰプロキシエージェントである。
更に詳しくは、本発明は、
ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換する形式変換手段と、
上記管理情報に含まれる上記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するＩＰアドレス変換手段と、
上記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するトラップ生成手段と、
上記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信する送信手段とを備えるＳＮＭＰプロキシエージェントである。
これにより、ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報とその管理情報の送信元である被監視装置を識別する際に、ＳＮＭＰマネージャ側で、ＩＰアドレスにより統一的な形式で管理することができる。
好ましくは、上記トラップ生成手段は、ＳＮＭＰを管理プロトコルとする他の被監視装置からの管理情報が受信された場合には、その被監視装置が保持する実際のＩＰアドレスが送信元に設定されたトラップを生成すればよい。
これにより、ＳＮＭＰを管理プロトコルとする被監視装置から受信される管理情報についても、ＳＮＭＰマネージャ側で、ＳＮＭＰを管理プロトコルとしない被監視装置と同様に管理することができる。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン１の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン１のトラップフォーマットのエージェントアドレス部に制御情報として設定すればよい。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン２の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン２のトラップフォーマットのデータ本体部にオブジェクトとして設定すればよい。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン３の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン３のトラップフォーマットのデータ本体部にオブジェクトとして設定すればよい。
これにより、ＳＮＭＰのバージョンに応じたトラップを生成して、ＳＮＭＰマネージャ側に送信することができる。
本発明は、コンピュータが、以上のいずれかの処理を実行する方法であってもよい。即ち、本発明は、
ＳＮＭＰプロキシエージェントとして機能するコンピュータがＳＮＭＰマネージャの管理対象となる被監視装置からの管理情報を中継する方法であって、
ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換するステップと、
上記管理情報に含まれる上記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するステップと、
上記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するステップと、
上記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信するステップとを含む管理情報中継方法である。
このようにＳＮＭＰプロキシエージェントを被監視装置とＳＮＭＰマネージャの間に設置して管理情報を中継することにより、ＳＮＭＰマネージャの管理対象となる被監視装置からの管理情報がＳＮＭＰマネージャに送信される場合、ＳＮＭＰマネージャ側で管理し易いアドレス形式やデータ形式となる管理情報をトラップとしてＳＮＭＰマネージャに与えることができる。
本発明によれば、ＳＮＭＰプロキシエージェントにおいて、送信される管理情報に含まれる被監視装置を特定する情報を仮想なＩＰアドレス形式に変換するため、ＳＮＭＰマネージャ側では、被監視情報を特定するための情報をすべてＩＰアドレス形式で認識でき、管理方法が統一できるため、管理や操作が容易になる。
また、本発明によれば、ＳＮＭＰマネージャ上で被監視装置のローカルアドレスを管理する必要が無いため、新たにサポートする非ＳＮＭＰ系装置が追加になった場合でもＳＮＭＰエージェントのＩＰアドレス管理に関する改造が不要となる。
また、本発明の目的の一つは、新たにサポートする非ＳＮＭＰ系装置が追加になった場合でもＳＮＭＰエージェントのＩＰアドレス管理に関する改造を必要としないＳＮＭＰプロキシエージェントを提供することにある。
本発明は、上記課題を解決するために、以下の手段を採用した。即ち、本発明は、
ＳＮＭＰを管理プロトコルとしない被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換する手段と、
上記仮想ＩＰアドレスが送信元に設定されたＳＮＭＰマネージャ宛のＳＮＭＰトラップを生成する手段とを備えるＳＮＭＰプロキシエージェントである。
更に詳しくは、本発明は、
ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換する形式変換手段と、
上記管理情報に含まれる上記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するＩＰアドレス変換手段と、
上記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するトラップ生成手段と、
上記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信する送信手段とを備えるＳＮＭＰプロキシエージェントである。
これにより、ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報とその管理情報の送信元である被監視装置を識別する際に、ＳＮＭＰマネージャ側で、ＩＰアドレスにより統一的な形式で管理することができる。
好ましくは、上記トラップ生成手段は、ＳＮＭＰを管理プロトコルとする他の被監視装置からの管理情報が受信された場合には、その被監視装置が保持する実際のＩＰアドレスが送信元に設定されたトラップを生成すればよい。
これにより、ＳＮＭＰを管理プロトコルとする被監視装置から受信される管理情報についても、ＳＮＭＰマネージャ側で、ＳＮＭＰを管理プロトコルとしない被監視装置と同様に管理することができる。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン１の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン１のトラップフォーマットのエージェントアドレス部に制御情報として設定すればよい。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン２の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン２のトラップフォーマットのデータ本体部にオブジェクトとして設定すればよい。
好ましくは、上記トラップ生成手段は、上記被監視装置に対応するＳＮＭＰのバージョンがバージョン３の場合には、上記仮想ＩＰアドレスをＳＮＭＰバージョン３のトラップフォーマットのデータ本体部にオブジェクトとして設定すればよい。
これにより、ＳＮＭＰのバージョンに応じたトラップを生成して、ＳＮＭＰマネージャ側に送信することができる。
本発明は、コンピュータが、以上のいずれかの処理を実行する方法であってもよい。即ち、本発明は、
ＳＮＭＰプロキシエージェントとして機能するコンピュータがＳＮＭＰマネージャの管理対象となる被監視装置からの管理情報を中継する方法であって、
ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換するステップと、
上記管理情報に含まれる上記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するステップと、
上記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するステップと、
上記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信するステップとを含む管理情報中継方法である。
このようにＳＮＭＰプロキシエージェントを被監視装置とＳＮＭＰマネージャの間に設置して管理情報を中継することにより、ＳＮＭＰマネージャの管理対象となる被監視装置からの管理情報がＳＮＭＰマネージャに送信される場合、ＳＮＭＰマネージャ側で管理し易いアドレス形式やデータ形式となる管理情報をトラップとしてＳＮＭＰマネージャに与えることができる。
本発明によれば、ＳＮＭＰプロキシエージェントにおいて、送信される管理情報に含まれる被監視装置を特定する情報を仮想なＩＰアドレス形式に変換するため、ＳＮＭＰマネージャ側では、被監視情報を特定するための情報をすべてＩＰアドレス形式で認識でき、管理方法が統一できるため、管理や操作が容易になる。
また、本発明によれば、ＳＮＭＰマネージャ上で被監視装置のローカルアドレスを管理する必要が無いため、新たにサポートする非ＳＮＭＰ系装置が追加になった場合でもＳＮＭＰエージェントのＩＰアドレス管理に関する改造が不要となる。
ＦＩＧ．１は、本発明の一実施の形態のマネージャ・エージェントモデルシステムを示すブロック図であり、
ＦＩＧ．２は、ＦＩＧ．１に示すプロキシエージェントの構成及び動作について説明するためのブロック図であり、
ＦＩＧ．３は、ＩＰ変換テーブルのデータ構造を示す図であり、
ＦＩＧ．４は、ＩＰフレームのデータ構造を示す図であり、
ＦＩＧ．５は、ＳＮＭＰｖ１におけるトラップのデータ構造を示す図であり、
ＦＩＧ．６は、ＳＮＭＰｖ２（ｖ３）におけるトラップのデータ構造を示す図であり、
ＦＩＧ．７は、ＩＰアドレス変換部における処理を示すフローチャートであり、
ＦＩＧ．８は、トラップ生成部における処理を示すフローチャートである。
ＦＩＧ．２は、ＦＩＧ．１に示すプロキシエージェントの構成及び動作について説明するためのブロック図であり、
ＦＩＧ．３は、ＩＰ変換テーブルのデータ構造を示す図であり、
ＦＩＧ．４は、ＩＰフレームのデータ構造を示す図であり、
ＦＩＧ．５は、ＳＮＭＰｖ１におけるトラップのデータ構造を示す図であり、
ＦＩＧ．６は、ＳＮＭＰｖ２（ｖ３）におけるトラップのデータ構造を示す図であり、
ＦＩＧ．７は、ＩＰアドレス変換部における処理を示すフローチャートであり、
ＦＩＧ．８は、トラップ生成部における処理を示すフローチャートである。
次に、本発明の実施の形態について図面を参照して説明する。
〔マネージャ・エージェントモデルシステムの構成〕
ＦＩＧ．１は、本発明の一実施の形態のマネージャ・エージェントモデルシステムを示すブロック図である。
本発明の一実施の形態を示すＦＩＧ．１を参照すると、ネットワーク管理プロトコルとしてのＳＮＭＰのマネージャ・エージェント構造を持つマネージャ・エージェントモデルシステムは、非ＳＮＭＰ対応エージェントのネットワーク構成装置としての複数の被監視装置（ＮＥ＃１，＃２・・・）と、これらの被監視装置を後に詳述するプロキシエージェント１に接続する伝送路及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）とを含む非ＳＮＭＰネットワーク２（管理対象システム）を備える。
また、マネージャ・エージェントモデルシステムは、ＳＮＭＰ対応エージェントのネットワーク構成装置としての複数の被監視装置（ＮＥ＃１１〜＃１２）と、これらの被監視装置をプロキシエージェント１に接続するＩＰネットワークとしてのＬＡＮとを含むＳＮＭＰネットワーク３（管理対象システム）を備える。
このマネージャ・エージェントモデルシステムは、更にＩＰネットワークとしてのＬＡＮを通してプロキシエージェント１に接続され、管理対象システムを監視して障害情報及び装置の状態変化情報などの管理情報を収集する監視装置としてのＳＮＭＰマネージャを有するＳＮＭＰネットワーク４（管理ステーション）を備えている。
管理対象システムの非ＳＮＭＰネットワーク２及びＳＮＭＰネットワーク３をそれぞれ構成する被監視装置のそれぞれは、具体的には伝送装置などであり、図示省略の複数の端末装置を収容している。ここでは、非ＳＮＭＰネットワーク２の被監視装置は、伝送路を介して縦続接続形態を採っているが、リング型（ループ状）接続など他の接続形態を採ることも可能である。
管理対象システム２、３における各被監視装置は、プロキシエージェント１を介し、ネットワークの障害や被監視装置の状態等を管理ステーション４におけるＳＮＭＰマネージャに知らせるために、コネクションレス型プロトコルＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）上で動作するネットワーク管理のための管理情報の交換プロトコルであるＳＮＭＰに則ったメッセージのうちのトラップ（ＴＲＡＰ）を使用する。
このトラップは、管理対象システム２、３における各被監視装置から管理ステーション４におけるマネージャにプロキシエージェント１を介し、自律的にかつ単方向に送信される。
〔プロキシエージェントのシステム構成及び動作の概要〕
次に、ＦＩＧ．１に示すプロキシエージェント１の構成及び動作についてＦＩＧ．２を用いて説明する。
ＦＩＧ．２は、ＳＮＭＰプロキシエージェント１のシステムの一例を示すブロック図である。ＳＮＭＰプロキシエージェント１は、システムの管理対象である被監視装置５（ＮＥ）とシステムの管理元であるＳＮＭＰマネージャ６との間に接続される。ＳＮＭＰプロキシエージェント１は、例えば、サーバマシン等のコンピュータで構成され、図示しないが、ＣＰＵ等のプロセッサと、主記憶装置と、補助記憶装置と、通信制御装置と、入力装置と、出力装置とを備え、更に、ＦＩＧ．２に示すように、ＮＥ通信部１０と、ＭＩＢ変換部２０と、ＩＰアドレス変換部３０と、トラップ生成部４０と、マネージャ通信部５０と、ＩＰ変換テーブル６０とを含む装置として機能する。
次に、ＳＮＭＰプロキシエージェント１内で機能する各構成要素の動作の概要について説明する。ＮＥ通信部１０は、被監視装置５（ＮＥ）から送信される管理情報（障害情報、装置の状態変化情報など）を受信し、その受信した内容をＭＩＢ変換部２０に通知する。ＭＩＢ変換部２０は、ＮＥ通信部１０から通知される情報を受信し、その内容をＭＩＢ形式に変換して、ＩＰアドレス変換部３０に通知する。ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から通知された情報に含まれる送信元（発生元）のＩＰアドレスを条件によって変換し、変換後のＩＰアドレスを送信元（発生元）ＩＰアドレスとしてトラップ生成部４０に通知する。送信元ＩＰアドレスは、ＩＰ変換テーブル６０を参照することにより取得する。即ち、被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）と各ＩＰアドレスの組を登録したＩＰ変換テーブル６０を参照して、被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）と仮想ＩＰアドレスとを変換する。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された情報を元にトラップを生成して、その内容をマネージャ通信部５０に通知する。即ち、通知された仮想ＩＰアドレスと管理情報（障害情報、装置の状態変化情報など）を元に、その仮想ＩＰアドレスを送信元としたトラップを生成する。なお、トラップ生成部４０は、ＩＰプロトコルを管理プロトコルの下位レイヤで使用している被監視装置に対しては、被監視装置の実ＩＰアドレスを送信元としたトラップを生成する。マネージャ通信部５０は、トラップ生成部４０から受信したトラップを含むＩＰフレームをＳＮＭＰマネージャ６に対して送信する。この時、ＩＰフレームのＩＰヘッダの送信元アドレスには、仮想ＩＰアドレスが設定される。
〔データ構成〕
次に、各データ６０〜９０のデータ構造について、ＦＩＧ．３〜ＦＩＧ．６を用いて説明する。
《ＩＰ変換テーブル》
ＦＩＧ．３は、ＩＰ変換テーブル６０のデータ構造の例を示す。ＩＰ変換テーブル６０において、ＮＥＮｏ．は、被監視装置に対して付けられた被監視装置を識別するための装置番号である。本実施形態では、ＮＥＮｏ．（装置番号）をローカルアドレスとして示している。仮想ＩＰアドレスは、各被監視装置（ＮＥＮｏ．）に対応する仮想的なＩＰアドレスである。なお、被監視装置がＳＮＭＰに対応している場合には、仮想ＩＰアドレスを示すフィールド部に被監視装置の実ＩＰアドレスが格納される。ＳＮＭＰＶｅｒ．は、各被監視装置（ＮＥＮｏ．）に対応するＳＮＭＰのバージョン情報を示す。
《ＩＰフレーム》
ＦＩＧ．４は、ＩＰフレーム７０のデータ構造の例を示す。ＩＰフレーム７０は、データの識別情報や処理の優先順位等の制御情報を含むＩＰヘッダ部と送信データ本体を含むＩＰデータ部とから構成される。ＩＰヘッダ部の構成については、既に知られているため詳細な説明は省略し、本実施形態に関連する要素のみを説明する。ＩＰヘッダ部は、主な要素として、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）と、送信先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）とを示す各フィールド部を有する。ＩＰヘッダの送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。ＩＰヘッダの送信先アドレス部（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）には、ＳＮＭＰマネージャ６のＩＰアドレスが設定される。ＩＰデータ部は、送信データ本体（障害情報、装置の状態変化情報などの管理情報）にトランスポート層のヘッダ（本実施形態では、ＵＤＰヘッダとなる）を付加した構成となる。
《トラップデータ》
次に、本実施形態において、被監視装置から送信される管理情報に対して、ＳＮＭＰプロキシエージェント１とＳＮＭＰマネージャ６間で授受されるＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）であるトラップのデータ構造について説明する。トラップは、エージェント側で発生したイベント（障害、装置の状態変化）をマネージャに通知するために使用される。本実施形態において、トラップは、ＳＮＭＰｖ１、ｖ２、ｖ３において適用できるため、各トラップについてＦＩＧ．５〜ＦＩＧ．７を用いて説明する。なお、各トラップのデータ構造については、一般に知られているため詳細な説明は省略し、本発明に関連する主な要素のみを説明する。
ＦＩＧ．５には、ＳＮＭＰｖ１におけるトラップ８０のデータ構造の例を示す。トラップ８０は、制御情報等を含むヘッダ部と管理情報であるデータ本体を含むデータ部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ：可変結合部）とから構成される。ヘッダ部は、主な要素として、送信元アドレス（Ａｇｅｎｔ Ａｄｄｒｅｓｓ）を示すフィールド部を有する。送信元アドレス部（Ａｇｅｎｔ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。データ部は、ＭＩＢオブジェクト識別子とデータの組み合わせを設定する各フィールドを有する。トラップ８０は、情報をオブジェクトとして扱い、それぞれのフィールド部にオブジェクト識別子を付けて情報を管理する。
ＦＩＧ．６には、ＳＮＭＰｖ２（ｖ３）におけるトラップ９０のデータ構造の例を示す。このトラップ９０は、ＳＮＭＰｖ２に対応する。トラップ９０は、制御情報等を含むヘッダ部と管理情報であるデータ本体を含むデータ部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ：可変結合部）とから構成される。ヘッダ部の構成は、本発明に深く関連しないので、詳細な説明については省略する。データ部は、ＭＩＢオブジェクト識別子とデータとの組み合わせを含む送信元アドレス（ＩＰ Ａｄｄｒｅｓｓ）を示すフィールド部を有する。送信元アドレス部（ＩＰ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。トラップ９０は、トラップ８０と同様に、情報をオブジェクトとして扱う。
なお、ＳＮＭＰｖ３のトラップのデータ構造は、ＦＩＧ．６に示すＳＮＭＰｖ２のトラップのデータ構造と同じであるため、詳細な説明については省略する。ＳＮＭＰｖ３のトラップは、各被監視装置（ＮＥＮｏ．）に対応するＳＮＭＰのバージョンがｖ３の時に適用される。
〔ＩＰアドレス変換部における動作フロー〕
次に、ＳＮＭＰプロキシエージェント１内のＩＰアドレス変換部３０の具体的な処理について、ＦＩＧ．７を用いて説明する。
ＦＩＧ．７は、ＩＰアドレス変換部３０における動作フローの例である。ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から通知された管理情報に対し、その管理情報に含まれる、送信元となる被監視装置を特定するための情報であるローカルアドレスを条件によって変換し、変換後のＩＰアドレスを送信元のＩＰアドレスとしてトラップ生成部４０に通知する。
まず、ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から情報の通知があるか否かを判断する（Ｓ１）。ＭＩＢ変換部２０から情報の通知があった場合には、その情報の送信元である被監視装置がＩＰアドレスを保持している装置であるか否かを判断する（Ｓ２）。ＭＩＢ変換部２０から通知された情報において、該当する被監視装置がＩＰアドレスを持たない装置であれば、ＦＩＧ．３に示すような予め設定されているＩＰ変換テーブル６０を参照し、対応する仮想ＩＰアドレスを送信元ＩＰアドレスとして設定する（Ｓ３）。また、該当する被監視装置がＩＰアドレスを持つ装置であれば、ＩＰアドレスを変換せず、その被監視装置の持つ実ＩＰアドレスをそのまま送信元ＩＰアドレスとして設定する（Ｓ４）。ＭＩＢ変換部２０から通知された管理情報と得られた送信元ＩＰアドレスとをトラップ生成部４０に通知する（Ｓ５）。このようにして、ＩＰアドレス変換部３０は、管理情報（障害情報、装置の状態変化情報など）を送信した送信元となる被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）から、そのローカルアドレスに対応する仮想ＩＰアドレスをＩＰ変換テーブル６０より求め、得られた仮想ＩＰアドレスを含む情報をトラップ生成部４０に通知する。
これにより、被監視装置がＩＰアドレスを持たない場合（被監視装置がＳＮＭＰに対応しない場合）でも、ＩＰアドレス以外の被監視装置を特定する情報（装置名、装置番号等）を仮想的なＩＰアドレスに変換でき、アドレスの形式をＩＰアドレス形式に統一することができる。
〔トラップ生成部における動作フロー〕
次に、ＳＮＭＰプロキシエージェント１内のトラップ生成部４０の具体的な処理について、ＦＩＧ．８を用いて説明する。
ＦＩＧ．８は、トラップ生成部４０における動作フローの例である。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された管理情報と送信元ＩＰアドレスとを元にトラップを生成して、その内容をマネージャ通信部５０に通知する。
まず、トラップ生成部４０は、ＩＰアドレス変換部３０からトラップ生成部４０に対して、情報の通知があるか否かを判断する（Ｓ１１）。ＩＰアドレス変換部３０から情報の通知があった場合には、トラップを生成する（Ｓ１２）。そして、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレスを、ＩＰヘッダの送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に設定する（Ｓ１３）。
次に、通知された情報を元に管理情報の送信元である被監視装置におけるＳＮＭＰのバージョン情報の判断をする（Ｓ１４）。このバージョン情報は、ＩＰアドレス変換部３０から通知される情報に含まれる。ＳＮＭＰのバージョン情報の判断において、対応するＳＮＭＰのバージョンがｖ１の場合は、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレスをＳＮＭＰトラップＰＤＵの送信元アドレス部（ａｇｅｎｔ ａｄｄｒｅｓｓ）に設定する（Ｓ１５）。また、対応するＳＮＭＰのバージョンがｖ２、ｖ３の場合は、ＩＰアドレス変換部３０から受信した送信元ＩＰアドレスをＳＮＭＰｖ２（ｖ３）トラップＰＤＵの可変結合部（Ｖａｒｉａｂｌｅ Ｂｉｎｄｉｎｇ）にオブジェクトとして設定する（Ｓ１６）。
最終的に完成したトラップ情報をマネージャ通信部５０に通知する。なお、非ＳＮＭＰ対応の被監視装置からのアドレスは、各トラップＰＤＵに仮想ＩＰアドレスとして設定されるので、必ずしもＩＰヘッダ部の送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に送信元ＩＰアドレスを設定する必要はなく、ＳＮＭＰマネージャの管理方法に応じて設定すればよい。
これにより、被監視装置がＩＰアドレスを持たない場合（被監視装置がＳＮＭＰに対応しない場合）でも、その被監視装置からの管理情報の送信元をＩＰアドレス形式に統一したトラップを生成することができる。
〔プロキシエージェントの具体的動作例〕
次に、ＳＮＭＰプロキシエージェント１の具体的動作例について、ＦＩＧ．１からＦＩＧ．８を併せ参照して説明する。
具体的には、非ＳＮＭＰ対応のネットワーク上の装置Ｎｏ．「＃２」に状態変化が生じた場合を例に説明する。
ＮＥ通信部１０は、非ＳＮＭＰ対応のネットワーク上の装置「＃２」から管理情報として装置Ｎｏ．情報を含む状態変化情報を受信し、その内容をＭＩＢ変換部１１へと通知する。
ＭＩＢ変換部１１は、ＮＥ通信部１０から通知された管理情報を受信し、その管理情報をＭＩＢ形式に変換してＩＰアドレス変換部３０に通知する。即ち、ＭＩＢ変換部１１は、被監視装置からの管理情報をＳＮＭＰに対応する形式に変換する。
ＩＰアドレス変換部３０は、ＭＩＢ変換部１１からＭＩＢ形式に変換された情報を受信すると、その情報の送信元である被監視装置がＩＰアドレスを保持しているか否かを判別する。この具体例では、装置Ｎｏ．「＃２」はＩＰアドレスを保持しない被監視装置であるので、ＦＩＧ．３に示した、予め設定されているＩＰ変換テーブル６０を参照し、対応する仮想ＩＰアドレス「１９２．１６８．１．１０２」を取得する。この仮想ＩＰアドレスは、管理情報の送信元ＩＰアドレスとしてトラップ生成部４０に通知される。また、ＳＮＭＰに対応するＩＰアドレスを保持する被監視装置の場合は、ＩＰアドレスを変換せず、被監視装置の実ＩＰアドレスを送信元ＩＰアドレスとしてトラップ生成部４０に通知する。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレス「１９２．１６８．１．１０２」を、ＦＩＧ．４に示すＩＰフレームのＩＰヘッダにおける送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に設定する。また、トラップ生成部４０には、ＩＰアドレス変換部３０により、ＦＩＧ．３に示したＩＰ変換テーブル６０を参照することにより取得された、送信元ＩＰアドレス「１９２．１６８．１．１０２」に対応するＳＮＭＰのバージョン情報が通知される。トラップ生成部４０では、このバージョン情報を用いてトラップを生成する。この具体例の場合では、送信元ＩＰアドレス「１９２．１６８．１．１０２」に対応するＳＮＭＰのバージョンは「ｖ２」であるため、ＦＩＧ．６に示すＳＮＭＰｖ２トラップを生成し、トラップＰＤＵの可変結合部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ）にオブジェクトとして送信元ＩＰアドレス「１９２．１６８．１．１０２」を設定する。こうして生成されたトラップをマネージャ通信部５０に通知する。
マネージャ通信部５０は、トラップ生成部４０から通知された、仮想ＩＰアドレス「１９２．１６８．１．１０２」が設定されたＳＮＭＰｖ２トラップをＳＮＭＰマネージャ６に対して送信する。
このように、本発明では、ＩＰアドレスを持たない被監視装置（ＳＮＭＰを管理プロトコルとしない被監視装置）とＩＰアドレスを持つ被監視装置（ＳＮＭＰを管理プロトコルとする被監視装置）とから通知される管理情報をすべてＩＰアドレスという形式により統一的に管理することができる。
以上の実施形態は、一例である。具体的な構成は例の実施形態に限るものではなく、本発明の要旨を逸脱しない限りの設計変更等はこの発明に含まれるものとする。
〔マネージャ・エージェントモデルシステムの構成〕
ＦＩＧ．１は、本発明の一実施の形態のマネージャ・エージェントモデルシステムを示すブロック図である。
本発明の一実施の形態を示すＦＩＧ．１を参照すると、ネットワーク管理プロトコルとしてのＳＮＭＰのマネージャ・エージェント構造を持つマネージャ・エージェントモデルシステムは、非ＳＮＭＰ対応エージェントのネットワーク構成装置としての複数の被監視装置（ＮＥ＃１，＃２・・・）と、これらの被監視装置を後に詳述するプロキシエージェント１に接続する伝送路及びＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）とを含む非ＳＮＭＰネットワーク２（管理対象システム）を備える。
また、マネージャ・エージェントモデルシステムは、ＳＮＭＰ対応エージェントのネットワーク構成装置としての複数の被監視装置（ＮＥ＃１１〜＃１２）と、これらの被監視装置をプロキシエージェント１に接続するＩＰネットワークとしてのＬＡＮとを含むＳＮＭＰネットワーク３（管理対象システム）を備える。
このマネージャ・エージェントモデルシステムは、更にＩＰネットワークとしてのＬＡＮを通してプロキシエージェント１に接続され、管理対象システムを監視して障害情報及び装置の状態変化情報などの管理情報を収集する監視装置としてのＳＮＭＰマネージャを有するＳＮＭＰネットワーク４（管理ステーション）を備えている。
管理対象システムの非ＳＮＭＰネットワーク２及びＳＮＭＰネットワーク３をそれぞれ構成する被監視装置のそれぞれは、具体的には伝送装置などであり、図示省略の複数の端末装置を収容している。ここでは、非ＳＮＭＰネットワーク２の被監視装置は、伝送路を介して縦続接続形態を採っているが、リング型（ループ状）接続など他の接続形態を採ることも可能である。
管理対象システム２、３における各被監視装置は、プロキシエージェント１を介し、ネットワークの障害や被監視装置の状態等を管理ステーション４におけるＳＮＭＰマネージャに知らせるために、コネクションレス型プロトコルＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）上で動作するネットワーク管理のための管理情報の交換プロトコルであるＳＮＭＰに則ったメッセージのうちのトラップ（ＴＲＡＰ）を使用する。
このトラップは、管理対象システム２、３における各被監視装置から管理ステーション４におけるマネージャにプロキシエージェント１を介し、自律的にかつ単方向に送信される。
〔プロキシエージェントのシステム構成及び動作の概要〕
次に、ＦＩＧ．１に示すプロキシエージェント１の構成及び動作についてＦＩＧ．２を用いて説明する。
ＦＩＧ．２は、ＳＮＭＰプロキシエージェント１のシステムの一例を示すブロック図である。ＳＮＭＰプロキシエージェント１は、システムの管理対象である被監視装置５（ＮＥ）とシステムの管理元であるＳＮＭＰマネージャ６との間に接続される。ＳＮＭＰプロキシエージェント１は、例えば、サーバマシン等のコンピュータで構成され、図示しないが、ＣＰＵ等のプロセッサと、主記憶装置と、補助記憶装置と、通信制御装置と、入力装置と、出力装置とを備え、更に、ＦＩＧ．２に示すように、ＮＥ通信部１０と、ＭＩＢ変換部２０と、ＩＰアドレス変換部３０と、トラップ生成部４０と、マネージャ通信部５０と、ＩＰ変換テーブル６０とを含む装置として機能する。
次に、ＳＮＭＰプロキシエージェント１内で機能する各構成要素の動作の概要について説明する。ＮＥ通信部１０は、被監視装置５（ＮＥ）から送信される管理情報（障害情報、装置の状態変化情報など）を受信し、その受信した内容をＭＩＢ変換部２０に通知する。ＭＩＢ変換部２０は、ＮＥ通信部１０から通知される情報を受信し、その内容をＭＩＢ形式に変換して、ＩＰアドレス変換部３０に通知する。ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から通知された情報に含まれる送信元（発生元）のＩＰアドレスを条件によって変換し、変換後のＩＰアドレスを送信元（発生元）ＩＰアドレスとしてトラップ生成部４０に通知する。送信元ＩＰアドレスは、ＩＰ変換テーブル６０を参照することにより取得する。即ち、被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）と各ＩＰアドレスの組を登録したＩＰ変換テーブル６０を参照して、被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）と仮想ＩＰアドレスとを変換する。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された情報を元にトラップを生成して、その内容をマネージャ通信部５０に通知する。即ち、通知された仮想ＩＰアドレスと管理情報（障害情報、装置の状態変化情報など）を元に、その仮想ＩＰアドレスを送信元としたトラップを生成する。なお、トラップ生成部４０は、ＩＰプロトコルを管理プロトコルの下位レイヤで使用している被監視装置に対しては、被監視装置の実ＩＰアドレスを送信元としたトラップを生成する。マネージャ通信部５０は、トラップ生成部４０から受信したトラップを含むＩＰフレームをＳＮＭＰマネージャ６に対して送信する。この時、ＩＰフレームのＩＰヘッダの送信元アドレスには、仮想ＩＰアドレスが設定される。
〔データ構成〕
次に、各データ６０〜９０のデータ構造について、ＦＩＧ．３〜ＦＩＧ．６を用いて説明する。
《ＩＰ変換テーブル》
ＦＩＧ．３は、ＩＰ変換テーブル６０のデータ構造の例を示す。ＩＰ変換テーブル６０において、ＮＥＮｏ．は、被監視装置に対して付けられた被監視装置を識別するための装置番号である。本実施形態では、ＮＥＮｏ．（装置番号）をローカルアドレスとして示している。仮想ＩＰアドレスは、各被監視装置（ＮＥＮｏ．）に対応する仮想的なＩＰアドレスである。なお、被監視装置がＳＮＭＰに対応している場合には、仮想ＩＰアドレスを示すフィールド部に被監視装置の実ＩＰアドレスが格納される。ＳＮＭＰＶｅｒ．は、各被監視装置（ＮＥＮｏ．）に対応するＳＮＭＰのバージョン情報を示す。
《ＩＰフレーム》
ＦＩＧ．４は、ＩＰフレーム７０のデータ構造の例を示す。ＩＰフレーム７０は、データの識別情報や処理の優先順位等の制御情報を含むＩＰヘッダ部と送信データ本体を含むＩＰデータ部とから構成される。ＩＰヘッダ部の構成については、既に知られているため詳細な説明は省略し、本実施形態に関連する要素のみを説明する。ＩＰヘッダ部は、主な要素として、送信元アドレス（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）と、送信先アドレス（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）とを示す各フィールド部を有する。ＩＰヘッダの送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。ＩＰヘッダの送信先アドレス部（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）には、ＳＮＭＰマネージャ６のＩＰアドレスが設定される。ＩＰデータ部は、送信データ本体（障害情報、装置の状態変化情報などの管理情報）にトランスポート層のヘッダ（本実施形態では、ＵＤＰヘッダとなる）を付加した構成となる。
《トラップデータ》
次に、本実施形態において、被監視装置から送信される管理情報に対して、ＳＮＭＰプロキシエージェント１とＳＮＭＰマネージャ６間で授受されるＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）であるトラップのデータ構造について説明する。トラップは、エージェント側で発生したイベント（障害、装置の状態変化）をマネージャに通知するために使用される。本実施形態において、トラップは、ＳＮＭＰｖ１、ｖ２、ｖ３において適用できるため、各トラップについてＦＩＧ．５〜ＦＩＧ．７を用いて説明する。なお、各トラップのデータ構造については、一般に知られているため詳細な説明は省略し、本発明に関連する主な要素のみを説明する。
ＦＩＧ．５には、ＳＮＭＰｖ１におけるトラップ８０のデータ構造の例を示す。トラップ８０は、制御情報等を含むヘッダ部と管理情報であるデータ本体を含むデータ部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ：可変結合部）とから構成される。ヘッダ部は、主な要素として、送信元アドレス（Ａｇｅｎｔ Ａｄｄｒｅｓｓ）を示すフィールド部を有する。送信元アドレス部（Ａｇｅｎｔ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。データ部は、ＭＩＢオブジェクト識別子とデータの組み合わせを設定する各フィールドを有する。トラップ８０は、情報をオブジェクトとして扱い、それぞれのフィールド部にオブジェクト識別子を付けて情報を管理する。
ＦＩＧ．６には、ＳＮＭＰｖ２（ｖ３）におけるトラップ９０のデータ構造の例を示す。このトラップ９０は、ＳＮＭＰｖ２に対応する。トラップ９０は、制御情報等を含むヘッダ部と管理情報であるデータ本体を含むデータ部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ：可変結合部）とから構成される。ヘッダ部の構成は、本発明に深く関連しないので、詳細な説明については省略する。データ部は、ＭＩＢオブジェクト識別子とデータとの組み合わせを含む送信元アドレス（ＩＰ Ａｄｄｒｅｓｓ）を示すフィールド部を有する。送信元アドレス部（ＩＰ Ａｄｄｒｅｓｓ）には、トラップ生成部４０において、ＩＰアドレス変換部３０より得られた被監視装置の仮想ＩＰアドレスが設定される。トラップ９０は、トラップ８０と同様に、情報をオブジェクトとして扱う。
なお、ＳＮＭＰｖ３のトラップのデータ構造は、ＦＩＧ．６に示すＳＮＭＰｖ２のトラップのデータ構造と同じであるため、詳細な説明については省略する。ＳＮＭＰｖ３のトラップは、各被監視装置（ＮＥＮｏ．）に対応するＳＮＭＰのバージョンがｖ３の時に適用される。
〔ＩＰアドレス変換部における動作フロー〕
次に、ＳＮＭＰプロキシエージェント１内のＩＰアドレス変換部３０の具体的な処理について、ＦＩＧ．７を用いて説明する。
ＦＩＧ．７は、ＩＰアドレス変換部３０における動作フローの例である。ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から通知された管理情報に対し、その管理情報に含まれる、送信元となる被監視装置を特定するための情報であるローカルアドレスを条件によって変換し、変換後のＩＰアドレスを送信元のＩＰアドレスとしてトラップ生成部４０に通知する。
まず、ＩＰアドレス変換部３０は、ＭＩＢ変換部２０から情報の通知があるか否かを判断する（Ｓ１）。ＭＩＢ変換部２０から情報の通知があった場合には、その情報の送信元である被監視装置がＩＰアドレスを保持している装置であるか否かを判断する（Ｓ２）。ＭＩＢ変換部２０から通知された情報において、該当する被監視装置がＩＰアドレスを持たない装置であれば、ＦＩＧ．３に示すような予め設定されているＩＰ変換テーブル６０を参照し、対応する仮想ＩＰアドレスを送信元ＩＰアドレスとして設定する（Ｓ３）。また、該当する被監視装置がＩＰアドレスを持つ装置であれば、ＩＰアドレスを変換せず、その被監視装置の持つ実ＩＰアドレスをそのまま送信元ＩＰアドレスとして設定する（Ｓ４）。ＭＩＢ変換部２０から通知された管理情報と得られた送信元ＩＰアドレスとをトラップ生成部４０に通知する（Ｓ５）。このようにして、ＩＰアドレス変換部３０は、管理情報（障害情報、装置の状態変化情報など）を送信した送信元となる被監視装置を特定する情報であるローカルアドレス（ＮＥＮｏ．；装置番号）から、そのローカルアドレスに対応する仮想ＩＰアドレスをＩＰ変換テーブル６０より求め、得られた仮想ＩＰアドレスを含む情報をトラップ生成部４０に通知する。
これにより、被監視装置がＩＰアドレスを持たない場合（被監視装置がＳＮＭＰに対応しない場合）でも、ＩＰアドレス以外の被監視装置を特定する情報（装置名、装置番号等）を仮想的なＩＰアドレスに変換でき、アドレスの形式をＩＰアドレス形式に統一することができる。
〔トラップ生成部における動作フロー〕
次に、ＳＮＭＰプロキシエージェント１内のトラップ生成部４０の具体的な処理について、ＦＩＧ．８を用いて説明する。
ＦＩＧ．８は、トラップ生成部４０における動作フローの例である。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された管理情報と送信元ＩＰアドレスとを元にトラップを生成して、その内容をマネージャ通信部５０に通知する。
まず、トラップ生成部４０は、ＩＰアドレス変換部３０からトラップ生成部４０に対して、情報の通知があるか否かを判断する（Ｓ１１）。ＩＰアドレス変換部３０から情報の通知があった場合には、トラップを生成する（Ｓ１２）。そして、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレスを、ＩＰヘッダの送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に設定する（Ｓ１３）。
次に、通知された情報を元に管理情報の送信元である被監視装置におけるＳＮＭＰのバージョン情報の判断をする（Ｓ１４）。このバージョン情報は、ＩＰアドレス変換部３０から通知される情報に含まれる。ＳＮＭＰのバージョン情報の判断において、対応するＳＮＭＰのバージョンがｖ１の場合は、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレスをＳＮＭＰトラップＰＤＵの送信元アドレス部（ａｇｅｎｔ ａｄｄｒｅｓｓ）に設定する（Ｓ１５）。また、対応するＳＮＭＰのバージョンがｖ２、ｖ３の場合は、ＩＰアドレス変換部３０から受信した送信元ＩＰアドレスをＳＮＭＰｖ２（ｖ３）トラップＰＤＵの可変結合部（Ｖａｒｉａｂｌｅ Ｂｉｎｄｉｎｇ）にオブジェクトとして設定する（Ｓ１６）。
最終的に完成したトラップ情報をマネージャ通信部５０に通知する。なお、非ＳＮＭＰ対応の被監視装置からのアドレスは、各トラップＰＤＵに仮想ＩＰアドレスとして設定されるので、必ずしもＩＰヘッダ部の送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に送信元ＩＰアドレスを設定する必要はなく、ＳＮＭＰマネージャの管理方法に応じて設定すればよい。
これにより、被監視装置がＩＰアドレスを持たない場合（被監視装置がＳＮＭＰに対応しない場合）でも、その被監視装置からの管理情報の送信元をＩＰアドレス形式に統一したトラップを生成することができる。
〔プロキシエージェントの具体的動作例〕
次に、ＳＮＭＰプロキシエージェント１の具体的動作例について、ＦＩＧ．１からＦＩＧ．８を併せ参照して説明する。
具体的には、非ＳＮＭＰ対応のネットワーク上の装置Ｎｏ．「＃２」に状態変化が生じた場合を例に説明する。
ＮＥ通信部１０は、非ＳＮＭＰ対応のネットワーク上の装置「＃２」から管理情報として装置Ｎｏ．情報を含む状態変化情報を受信し、その内容をＭＩＢ変換部１１へと通知する。
ＭＩＢ変換部１１は、ＮＥ通信部１０から通知された管理情報を受信し、その管理情報をＭＩＢ形式に変換してＩＰアドレス変換部３０に通知する。即ち、ＭＩＢ変換部１１は、被監視装置からの管理情報をＳＮＭＰに対応する形式に変換する。
ＩＰアドレス変換部３０は、ＭＩＢ変換部１１からＭＩＢ形式に変換された情報を受信すると、その情報の送信元である被監視装置がＩＰアドレスを保持しているか否かを判別する。この具体例では、装置Ｎｏ．「＃２」はＩＰアドレスを保持しない被監視装置であるので、ＦＩＧ．３に示した、予め設定されているＩＰ変換テーブル６０を参照し、対応する仮想ＩＰアドレス「１９２．１６８．１．１０２」を取得する。この仮想ＩＰアドレスは、管理情報の送信元ＩＰアドレスとしてトラップ生成部４０に通知される。また、ＳＮＭＰに対応するＩＰアドレスを保持する被監視装置の場合は、ＩＰアドレスを変換せず、被監視装置の実ＩＰアドレスを送信元ＩＰアドレスとしてトラップ生成部４０に通知する。
トラップ生成部４０は、ＩＰアドレス変換部３０から通知された送信元ＩＰアドレス「１９２．１６８．１．１０２」を、ＦＩＧ．４に示すＩＰフレームのＩＰヘッダにおける送信元アドレス部（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）に設定する。また、トラップ生成部４０には、ＩＰアドレス変換部３０により、ＦＩＧ．３に示したＩＰ変換テーブル６０を参照することにより取得された、送信元ＩＰアドレス「１９２．１６８．１．１０２」に対応するＳＮＭＰのバージョン情報が通知される。トラップ生成部４０では、このバージョン情報を用いてトラップを生成する。この具体例の場合では、送信元ＩＰアドレス「１９２．１６８．１．１０２」に対応するＳＮＭＰのバージョンは「ｖ２」であるため、ＦＩＧ．６に示すＳＮＭＰｖ２トラップを生成し、トラップＰＤＵの可変結合部（Ｖａｒｉａｂｌｅ ｂｉｎｄｉｎｇ）にオブジェクトとして送信元ＩＰアドレス「１９２．１６８．１．１０２」を設定する。こうして生成されたトラップをマネージャ通信部５０に通知する。
マネージャ通信部５０は、トラップ生成部４０から通知された、仮想ＩＰアドレス「１９２．１６８．１．１０２」が設定されたＳＮＭＰｖ２トラップをＳＮＭＰマネージャ６に対して送信する。
このように、本発明では、ＩＰアドレスを持たない被監視装置（ＳＮＭＰを管理プロトコルとしない被監視装置）とＩＰアドレスを持つ被監視装置（ＳＮＭＰを管理プロトコルとする被監視装置）とから通知される管理情報をすべてＩＰアドレスという形式により統一的に管理することができる。
以上の実施形態は、一例である。具体的な構成は例の実施形態に限るものではなく、本発明の要旨を逸脱しない限りの設計変更等はこの発明に含まれるものとする。
本発明は、ＳＮＭＰを管理プロトコルとしない被監視装置とＳＮＭＰを管理プロトコルとする被監視装置とをＳＮＭＰマネージャにおいて統一的に管理するシステムに適応可能である。
Claims (7)
- ＳＮＭＰを管理プロトコルとしない被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換する手段と、
前記仮想ＩＰアドレスが送信元に設定されたＳＮＭＰマネージャ宛のＳＮＭＰトラップを生成する手段とを備えるＳＮＭＰプロキシエージェント。 - ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換する形式変換手段と、
前記管理情報に含まれる前記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するＩＰアドレス変換手段と、
前記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するトラップ生成手段と、
前記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信する送信手段とを備えるＳＮＭＰプロキシエージェント。 - 前記トラップ生成手段は、ＳＮＭＰを管理プロトコルとする他の被監視装置からの管理情報が受信された場合には、その被監視装置が保持する実際のＩＰアドレスが送信元に設定されたトラップを生成する
請求の範囲１又は２記載のＳＮＭＰプロキシエージェント。 - 前記トラップ生成手段は、前記被監視装置に対応するＳＮＭＰのバージョンがバージョン１の場合には、前記仮想ＩＰアドレスをＳＮＭＰバージョン１のトラップフォーマットのエージェントアドレス部に制御情報として設定する請求の範囲１又は２記載のＳＮＭＰプロキシエージェント。
- 前記トラップ生成手段は、前記被監視装置に対応するＳＮＭＰのバージョンがバージョン２の場合には、前記仮想ＩＰアドレスをＳＮＭＰバージョン２のトラップフォーマットのデータ本体部にオブジェクトとして設定する
請求の範囲１又は２記載のＳＮＭＰプロキシエージェント。 - 前記トラップ生成手段は、前記被監視装置に対応するＳＮＭＰのバージョンがバージョン３の場合には、前記仮想ＩＰアドレスをＳＮＭＰバージョン３のトラップフォーマットのデータ本体部にオブジェクトとして設定する
請求の範囲１又は２記載のＳＮＭＰプロキシエージェント。 - ＳＮＭＰプロキシエージェントとして機能するコンピュータがＳＮＭＰマネージャの管理対象となる被監視装置からの管理情報を中継する方法であって、
ＳＮＭＰを管理プロトコルとしない被監視装置から受信される管理情報をＳＮＭＰに対応する形式に変換するステップと、
前記管理情報に含まれる前記被監視装置の特定情報をこの被監視装置を示す仮想ＩＰアドレスに変換するステップと、
前記仮想ＩＰアドレスが送信元に設定され変換後の管理情報を含むＳＮＭＰトラップを生成するステップと、
前記生成されたＳＮＭＰトラップをＳＮＭＰマネージャに送信するステップとを含む管理情報中継方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2003/001230 WO2004071014A1 (ja) | 2003-02-06 | 2003-02-06 | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPWO2004071014A1 true JPWO2004071014A1 (ja) | 2006-06-01 |
Family
ID=32843972
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004567872A Pending JPWO2004071014A1 (ja) | 2003-02-06 | 2003-02-06 | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20060026301A1 (ja) |
| JP (1) | JPWO2004071014A1 (ja) |
| WO (1) | WO2004071014A1 (ja) |
Families Citing this family (103)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9531593B2 (en) | 2007-06-12 | 2016-12-27 | Icontrol Networks, Inc. | Takeover processes in security network integrated with premise security system |
| US20170118037A1 (en) | 2008-08-11 | 2017-04-27 | Icontrol Networks, Inc. | Integrated cloud system for premises automation |
| US10200504B2 (en) | 2007-06-12 | 2019-02-05 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US9729342B2 (en) | 2010-12-20 | 2017-08-08 | Icontrol Networks, Inc. | Defining and implementing sensor triggered response rules |
| US11159484B2 (en) | 2004-03-16 | 2021-10-26 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
| US10348575B2 (en) | 2013-06-27 | 2019-07-09 | Icontrol Networks, Inc. | Control system user interface |
| US11277465B2 (en) | 2004-03-16 | 2022-03-15 | Icontrol Networks, Inc. | Generating risk profile using data of home monitoring and security system |
| US11113950B2 (en) | 2005-03-16 | 2021-09-07 | Icontrol Networks, Inc. | Gateway integrated with premises security system |
| US7711796B2 (en) | 2006-06-12 | 2010-05-04 | Icontrol Networks, Inc. | Gateway registry methods and systems |
| US11316958B2 (en) | 2008-08-11 | 2022-04-26 | Icontrol Networks, Inc. | Virtual device systems and methods |
| US10142392B2 (en) * | 2007-01-24 | 2018-11-27 | Icontrol Networks, Inc. | Methods and systems for improved system performance |
| US11489812B2 (en) | 2004-03-16 | 2022-11-01 | Icontrol Networks, Inc. | Forming a security network including integrated security system components and network devices |
| US11343380B2 (en) | 2004-03-16 | 2022-05-24 | Icontrol Networks, Inc. | Premises system automation |
| US11916870B2 (en) | 2004-03-16 | 2024-02-27 | Icontrol Networks, Inc. | Gateway registry methods and systems |
| US11244545B2 (en) | 2004-03-16 | 2022-02-08 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
| US9141276B2 (en) | 2005-03-16 | 2015-09-22 | Icontrol Networks, Inc. | Integrated interface for mobile device |
| US8635350B2 (en) | 2006-06-12 | 2014-01-21 | Icontrol Networks, Inc. | IP device discovery systems and methods |
| US11368429B2 (en) | 2004-03-16 | 2022-06-21 | Icontrol Networks, Inc. | Premises management configuration and control |
| US10522026B2 (en) | 2008-08-11 | 2019-12-31 | Icontrol Networks, Inc. | Automation system user interface with three-dimensional display |
| US11677577B2 (en) | 2004-03-16 | 2023-06-13 | Icontrol Networks, Inc. | Premises system management using status signal |
| US10721087B2 (en) | 2005-03-16 | 2020-07-21 | Icontrol Networks, Inc. | Method for networked touchscreen with integrated interfaces |
| US20090077623A1 (en) | 2005-03-16 | 2009-03-19 | Marc Baum | Security Network Integrating Security System and Network Devices |
| EP1738540B1 (en) | 2004-03-16 | 2017-10-04 | Icontrol Networks, Inc. | Premises management system |
| US11582065B2 (en) | 2007-06-12 | 2023-02-14 | Icontrol Networks, Inc. | Systems and methods for device communication |
| US10339791B2 (en) | 2007-06-12 | 2019-07-02 | Icontrol Networks, Inc. | Security network integrated with premise security system |
| US10127802B2 (en) | 2010-09-28 | 2018-11-13 | Icontrol Networks, Inc. | Integrated security system with parallel processing architecture |
| US11811845B2 (en) | 2004-03-16 | 2023-11-07 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US11201755B2 (en) | 2004-03-16 | 2021-12-14 | Icontrol Networks, Inc. | Premises system management using status signal |
| US10156959B2 (en) | 2005-03-16 | 2018-12-18 | Icontrol Networks, Inc. | Cross-client sensor user interface in an integrated security network |
| US10237237B2 (en) | 2007-06-12 | 2019-03-19 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11496568B2 (en) | 2005-03-16 | 2022-11-08 | Icontrol Networks, Inc. | Security system with networked touchscreen |
| US11700142B2 (en) | 2005-03-16 | 2023-07-11 | Icontrol Networks, Inc. | Security network integrating security system and network devices |
| US10999254B2 (en) | 2005-03-16 | 2021-05-04 | Icontrol Networks, Inc. | System for data routing in networks |
| US20170180198A1 (en) | 2008-08-11 | 2017-06-22 | Marc Baum | Forming a security network including integrated security system components |
| US20120324566A1 (en) | 2005-03-16 | 2012-12-20 | Marc Baum | Takeover Processes In Security Network Integrated With Premise Security System |
| US11615697B2 (en) | 2005-03-16 | 2023-03-28 | Icontrol Networks, Inc. | Premise management systems and methods |
| US9306809B2 (en) | 2007-06-12 | 2016-04-05 | Icontrol Networks, Inc. | Security system with networked touchscreen |
| US20110128378A1 (en) | 2005-03-16 | 2011-06-02 | Reza Raji | Modular Electronic Display Platform |
| US7860968B2 (en) * | 2005-11-21 | 2010-12-28 | Sap Ag | Hierarchical, multi-tiered mapping and monitoring architecture for smart items |
| US8000345B2 (en) * | 2006-02-24 | 2011-08-16 | Siemens Aktiengesellschaft | Proxy agent for providing remote management of equipment in a communication network |
| JP2007233556A (ja) * | 2006-02-28 | 2007-09-13 | Hitachi Ltd | トレーサビリティシステム構成管理装置およびトレーサビリティ構成管理方法 |
| US8065411B2 (en) * | 2006-05-31 | 2011-11-22 | Sap Ag | System monitor for networks of nodes |
| US8131838B2 (en) | 2006-05-31 | 2012-03-06 | Sap Ag | Modular monitor service for smart item monitoring |
| US10079839B1 (en) | 2007-06-12 | 2018-09-18 | Icontrol Networks, Inc. | Activation of gateway device |
| US20080098103A1 (en) * | 2006-10-18 | 2008-04-24 | Mathi Packiam | Methods and Apparatus for Tunneling Legacy Network Management Messages through SNMP (Simple Network Management Protocol) |
| US7925731B2 (en) * | 2006-12-13 | 2011-04-12 | International Business Machines Corporation | System and method for providing SNMP data for virtual networking devices |
| US11706279B2 (en) | 2007-01-24 | 2023-07-18 | Icontrol Networks, Inc. | Methods and systems for data communication |
| US7633385B2 (en) | 2007-02-28 | 2009-12-15 | Ucontrol, Inc. | Method and system for communicating with and controlling an alarm system from a remote server |
| JP4828461B2 (ja) * | 2007-03-29 | 2011-11-30 | 株式会社野村総合研究所 | 複数の通信ネットワークと集中監視サーバとの間に介在する中間システム |
| US8451986B2 (en) | 2007-04-23 | 2013-05-28 | Icontrol Networks, Inc. | Method and system for automatically providing alternate network access for telecommunications |
| US12003387B2 (en) | 2012-06-27 | 2024-06-04 | Comcast Cable Communications, Llc | Control system user interface |
| US11423756B2 (en) | 2007-06-12 | 2022-08-23 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11316753B2 (en) | 2007-06-12 | 2022-04-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11212192B2 (en) | 2007-06-12 | 2021-12-28 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11089122B2 (en) | 2007-06-12 | 2021-08-10 | Icontrol Networks, Inc. | Controlling data routing among networks |
| US10523689B2 (en) | 2007-06-12 | 2019-12-31 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US11646907B2 (en) | 2007-06-12 | 2023-05-09 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11601810B2 (en) | 2007-06-12 | 2023-03-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11218878B2 (en) | 2007-06-12 | 2022-01-04 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11237714B2 (en) | 2007-06-12 | 2022-02-01 | Control Networks, Inc. | Control system user interface |
| US10666523B2 (en) | 2007-06-12 | 2020-05-26 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US10616075B2 (en) | 2007-06-12 | 2020-04-07 | Icontrol Networks, Inc. | Communication protocols in integrated systems |
| US11831462B2 (en) | 2007-08-24 | 2023-11-28 | Icontrol Networks, Inc. | Controlling data routing in premises management systems |
| US8527622B2 (en) * | 2007-10-12 | 2013-09-03 | Sap Ag | Fault tolerance framework for networks of nodes |
| US11916928B2 (en) | 2008-01-24 | 2024-02-27 | Icontrol Networks, Inc. | Communication protocols over internet protocol (IP) networks |
| US20170185278A1 (en) | 2008-08-11 | 2017-06-29 | Icontrol Networks, Inc. | Automation system user interface |
| US11758026B2 (en) | 2008-08-11 | 2023-09-12 | Icontrol Networks, Inc. | Virtual device systems and methods |
| US11792036B2 (en) | 2008-08-11 | 2023-10-17 | Icontrol Networks, Inc. | Mobile premises automation platform |
| US11729255B2 (en) | 2008-08-11 | 2023-08-15 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
| US11258625B2 (en) | 2008-08-11 | 2022-02-22 | Icontrol Networks, Inc. | Mobile premises automation platform |
| US10530839B2 (en) | 2008-08-11 | 2020-01-07 | Icontrol Networks, Inc. | Integrated cloud system with lightweight gateway for premises automation |
| JP5481819B2 (ja) * | 2008-09-30 | 2014-04-23 | 富士通株式会社 | サーバ管理装置及び情報処理システム、サーバ管理装置の制御方法並びにプログラム |
| US7898939B2 (en) * | 2008-12-16 | 2011-03-01 | At&T Intellectual Property I, L.P. | Scalable and robust mechanism for remote IP device monitoring with changing IP address assignment |
| US8638211B2 (en) | 2009-04-30 | 2014-01-28 | Icontrol Networks, Inc. | Configurable controller and interface for home SMA, phone and multimedia |
| US8214653B1 (en) | 2009-09-04 | 2012-07-03 | Amazon Technologies, Inc. | Secured firmware updates |
| US10177934B1 (en) | 2009-09-04 | 2019-01-08 | Amazon Technologies, Inc. | Firmware updates inaccessible to guests |
| US9565207B1 (en) | 2009-09-04 | 2017-02-07 | Amazon Technologies, Inc. | Firmware updates from an external channel |
| US8887144B1 (en) | 2009-09-04 | 2014-11-11 | Amazon Technologies, Inc. | Firmware updates during limited time period |
| US8102881B1 (en) | 2009-09-08 | 2012-01-24 | Amazon Technologies, Inc. | Streamlined guest networking in a virtualized environment |
| US8971538B1 (en) | 2009-09-08 | 2015-03-03 | Amazon Technologies, Inc. | Firmware validation from an external channel |
| US8601170B1 (en) | 2009-09-08 | 2013-12-03 | Amazon Technologies, Inc. | Managing firmware update attempts |
| US8155146B1 (en) | 2009-09-09 | 2012-04-10 | Amazon Technologies, Inc. | Stateless packet segmentation and processing |
| US8640220B1 (en) | 2009-09-09 | 2014-01-28 | Amazon Technologies, Inc. | Co-operative secure packet management |
| US8959611B1 (en) | 2009-09-09 | 2015-02-17 | Amazon Technologies, Inc. | Secure packet management for bare metal access |
| US8300641B1 (en) * | 2009-09-09 | 2012-10-30 | Amazon Technologies, Inc. | Leveraging physical network interface functionality for packet processing |
| US8381264B1 (en) | 2009-09-10 | 2013-02-19 | Amazon Technologies, Inc. | Managing hardware reboot and reset in shared environments |
| AU2011250886A1 (en) | 2010-05-10 | 2013-01-10 | Icontrol Networks, Inc | Control system user interface |
| US8428087B1 (en) | 2010-09-17 | 2013-04-23 | Amazon Technologies, Inc. | Framework for stateless packet tunneling |
| US8836467B1 (en) | 2010-09-28 | 2014-09-16 | Icontrol Networks, Inc. | Method, system and apparatus for automated reporting of account and sensor zone information to a central station |
| US11750414B2 (en) | 2010-12-16 | 2023-09-05 | Icontrol Networks, Inc. | Bidirectional security sensor communication for a premises security system |
| US9147337B2 (en) | 2010-12-17 | 2015-09-29 | Icontrol Networks, Inc. | Method and system for logging security event data |
| US8462780B2 (en) | 2011-03-30 | 2013-06-11 | Amazon Technologies, Inc. | Offload device-based stateless packet processing |
| CN104301130B (zh) * | 2013-07-17 | 2019-11-08 | 腾讯科技（深圳）有限公司 | 监控数据采集方法和系统及任务分发服务器和采集装置 |
| US11258653B1 (en) | 2014-02-19 | 2022-02-22 | Steven Waldbusser | Monitoring gateway systems and methods for openflow type networks |
| US9544182B2 (en) | 2014-02-19 | 2017-01-10 | Steven Waldbusser | Monitoring gateway systems and methods for openflow type networks |
| US11405463B2 (en) | 2014-03-03 | 2022-08-02 | Icontrol Networks, Inc. | Media content management |
| US11146637B2 (en) | 2014-03-03 | 2021-10-12 | Icontrol Networks, Inc. | Media content management |
| KR102169302B1 (ko) * | 2014-04-30 | 2020-10-23 | 삼성전자주식회사 | 통신 서비스를 제공하기 위한 방법, 단말, 그리고 서버 |
| CN109495331B (zh) * | 2017-09-11 | 2020-09-11 | 大唐移动通信设备有限公司 | 网管系统的系统监控方法及装置 |
| CN110505075B (zh) * | 2018-05-18 | 2022-11-25 | 华为技术有限公司 | 设备管理方法及相关设备 |
| JP2020184308A (ja) * | 2019-04-26 | 2020-11-12 | キヤノン株式会社 | 情報処理装置、プログラム及び制御方法 |
| US11354073B2 (en) * | 2019-04-26 | 2022-06-07 | Canon Kabushiki Kaisha | Information processing apparatus, storage medium, and control method |
| CN111585815B (zh) * | 2020-05-09 | 2023-11-03 | 浙江大华技术股份有限公司 | 一种端口数据采集方法及装置 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH06252986A (ja) * | 1993-02-22 | 1994-09-09 | Mitsubishi Electric Corp | 階層型ネットワーク管理装置 |
| JPH07321885A (ja) * | 1994-05-26 | 1995-12-08 | Mitsubishi Electric Corp | ネットワーク管理システム |
| JP3293719B2 (ja) * | 1994-09-30 | 2002-06-17 | 富士通株式会社 | ネットワーク管理システム |
| JP3017089B2 (ja) * | 1996-06-17 | 2000-03-06 | 日本電気株式会社 | ネットワーク管理装置および方法 |
| JP2000183875A (ja) * | 1998-12-11 | 2000-06-30 | Nec Corp | ネットワーク管理システム及び機能の動的追加方法 |
| US6725264B1 (en) * | 2000-02-17 | 2004-04-20 | Cisco Technology, Inc. | Apparatus and method for redirection of network management messages in a cluster of network devices |
| JP3760767B2 (ja) * | 2000-12-21 | 2006-03-29 | 株式会社日立製作所 | ネットワーク管理装置及びネットワーク管理方法 |
| US6988148B1 (en) * | 2001-01-19 | 2006-01-17 | Cisco Technology, Inc. | IP pool management utilizing an IP pool MIB |
-
2003
- 2003-02-06 JP JP2004567872A patent/JPWO2004071014A1/ja active Pending
- 2003-02-06 WO PCT/JP2003/001230 patent/WO2004071014A1/ja active Application Filing
-
2005
- 2005-08-05 US US11/197,258 patent/US20060026301A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| US20060026301A1 (en) | 2006-02-02 |
| WO2004071014A1 (ja) | 2004-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPWO2004071014A1 (ja) | Ｓｎｍｐプロキシエージェント、及び管理情報中継方法 | |
| US6697845B1 (en) | Network node management system and method using proxy by extensible agents | |
| KR100343905B1 (ko) | 네트워크 구성요소 관리 방법 | |
| US8635315B2 (en) | Method and system for dynamic loading of management information bases on network devices | |
| KR101548021B1 (ko) | 네트워크 관리 방법 | |
| US20100228843A1 (en) | Element management system in wireless communication network | |
| US8812636B2 (en) | Network management apparatus and method based on simple network management protocol | |
| US8549119B1 (en) | Error handling for device management configuration and operational data retrieval commands | |
| CN106537840B (zh) | 用于网络设备管理的系统和方法 | |
| KR20100044966A (ko) | 세션 관리 프로토콜을 이용하여 사설망을 원격관리하기 위한 방법, 장치 및 시스템 | |
| JP2008071197A (ja) | Ｓｎｍｐメッセージにより機器から情報を取得する機器情報取得方法及び情報処理装置 | |
| US20050015476A1 (en) | Network element system for providing independent multi-protocol service | |
| JP2003244151A (ja) | ネットワーク装置及びネットワーク管理装置 | |
| KR100919058B1 (ko) | 네트워크 통합 제어 성능시험을 위한 네트워크 노드시뮬레이션 장치 및 방법 | |
| KR100747929B1 (ko) | 코바 기반하에서의 전송장비 관리 방법 | |
| KR101206159B1 (ko) | 사설 ｉｐ망을 가지는 스마트 그리드 통신망 관리 시스템 및 관리 방법 | |
| KR20090046054A (ko) | 프로토콜 변환 장치 및 방법 | |
| Tyata et al. | Network Management Protocols: Analytical Study and Future Research Directions | |
| JP2005252628A (ja) | 機能拡張が容易なネットワーク管理方法及び装置 | |
| KR100613856B1 (ko) | 장애 관리용 통신 프로토콜 응용 프로그래밍 인터페이스를 이용한 장애 관리 방법 | |
| JP2007188298A (ja) | Ｓｎｍｐエージェント装置 | |
| Klie et al. | Network Monitoring with Asynchronous Notifications in Web Service Environments | |
| JPH11239135A (ja) | 網管理情報取得方法及び中継装置 | |
| KR20030026743A (ko) | 정적 테이블 객체의 검색방법 | |
| KR20050001123A (ko) | 망 관리에서의 장애 관리 시스템 및 그 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080617 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081202 |