(57)【要約】【課題】管理装置とネットワーク機器間の通信量を削減可能にした通信システムを提供する。【解決手段】複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、抽出した共通部分と非共通部分とを含む要求メッセージを生成して送信する管理装置と、管理装置から受信した要求メッセージに基づいて、要求された複数の管理対象の情報を管理装置に送信するネットワーク機器と、を有する。【選択図】図１
2017103706.tif 000002
【特許請求の範囲】
【請求項１】
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成して送信する管理装置と、
前記管理装置から受信した前記要求メッセージに基づいて、要求された前記複数の管理対象の情報を前記管理装置に送信するネットワーク機器と、
を有する通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記ネットワーク機器は、
要求された前記複数の管理対象の情報を前記管理装置に送信する際、前記複数の管理対象のオブジェクト識別子の前記共通部分と前記非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する、通信システム。
【請求項３】
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する制御部を有するネットワーク機器。
【請求項４】
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信する制御部を有する管理装置。
【請求項５】
ネットワーク機器および管理装置による通信方法であって、
前記管理装置は、複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記管理装置は、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成して前記ネットワーク機器に送信し、
前記ネットワーク機器は、前記管理装置から受信した前記要求メッセージに基づいて、要求された前記複数の管理対象の情報を前記管理装置に送信する、通信方法。
【請求項６】
ネットワーク機器による通信方法であって、
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する、通信方法。
【請求項７】
管理装置による通信方法であって、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信する、通信方法。
【請求項８】
コンピュータに、
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出する手順と、
前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する手順を実行させるためのプログラム。
【請求項９】
コンピュータに、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出する手順と、
前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信する手順を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続されたネットワーク機器、ネットワーク機器を管理する管理装置、通信システム、通信方法、およびコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
ネットワーク管理システム（Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ：ＮＭＳ)とネットワーク機器（Ｎｅｔｗｏｒｋ  Ｅｑｕｉｐｍｅｎｔ：ＮＥ）間の通信プロトコルとして、ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ)が広く普及している。
多くのＮＥを管理するＮＭＳの多くは、ＮＥの情報(アラームの有無および管理対象のインベントリ等)を取得するためにＳＮＭＰを利用して、次のようにして、ＮＥから管理対象の情報を収集する。以下では、管理対象の情報を管理情報と称する。ＳＮＭＰでは、ＮＥから取得したい情報の項目およびＮＥに設定したい項目がオブジェクトとして定義され、オブジェクト毎に一意な番号としてＩＤ(Ｏｂｊｅｃｔ  Ｉｄｅｎｔｉｆｉｅｒ：ＯＩＤ)が定義されている。また、ＳＮＭＰでは、オブジェクト毎に、設定可能な範囲およびオブジェクトの型なども定義されている。このようにＯＩＤが定義されているので、ＮＭＳは、ＳＮＭＰを用いてＮＥから情報を取得する際、ＯＩＤを指定すれば、ＮＥから所望の情報を取得可能となる。
各ＮＥにおいて、オブジェクトはツリー構造で管理され、ＯＩＤもその構造にならってツリー構造で定義されている。例えば、ｌｌｄｐＰｏｒｔＣｏｎｆｉｇＡｄｍｉｎＳｔａｔｕｓというオブジェクトのＯＩＤは、（１．０．８８０２．１．１．２．１．１．６．１．２）となる。つまり、ＯＩＤは、ツリー構造において、オブジェクトが位置する階層が深くなるほど、ＯＩＤの文字列が長くなる仕組みになっている。
【０００３】
ＳＮＭＰは、現在、バージョン３まで定義されている（非特許文献１参照）。非特許文献１には、ＮＭＳがＮＥから複数のオブジェクトに関する情報を一括して取得するためのメッセージとして、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅが規定されている。
ｇｅｔＢｕｌｋＲｅｑｕｅｓｔは、複数のオブジェクトに関する情報の取得をＮＭＳがＮＥに要求するときのメッセージである。以下では、ＮＭＳがＮＥに要求するときのメッセージをコマンドと称する。ｇｅｔＲｅｓｐｏｎｓｅは、ＮＭＳから要求されたオブジェクトに関する情報をＮＥがＮＭＳに応答するときのメッセージである。ｇｅｔＢｕｌｋＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを用いることで、ＮＭＳは、複数のオブジェクトのＯＩＤを指定してＮＥに要求することで、複数のオブジェクトに関する情報を、ＮＭＳおよびＮＥ間の一往復の通信でＮＥから取得できる。
また、ＮＭＳがＮＥに設定を行うためのコマンドおよびその応答であるｓｅｔＲｅｑｕｅｓｔ／ｇｅｔＲｅｓｐｏｎｓｅも、上記のｇｅｔＢｕｌｋＲｅｑｕｅｓｔと同様に、複数のＯＩＤを指定することが可能である。
【０００４】
ここで、関連技術において、ＮＭＳがＮＥから複数のオブジェクトの情報を一括して取得する場合の動作手順を簡単に説明する。
図１０は、関連技術において、ＮＭＳがＮＥから複数のオブジェクトの情報を一括して取得する場合の動作の一例を示すシーケンス図である。
図１０に示すＮＭＳ５１０はネットワーク（不図示）を介してＮＥ５２０と接続されている。また、図１０に示すように、ＮＭＳ５１０は記憶部５１１および制御部５１０を有し、ＮＥ５２０は記憶部５２１および制御部５２２を有している。
【０００５】
ＮＭＳ５１０の制御部５１２は、情報取得対象のオブジェクトのＯＩＤをＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に格納したｇｅｔＢｕｌｋＲｅｑｕｅｓｔを生成する（ステップ４０１）。そして、制御部５１２は、生成したｇｅｔＢｕｌｋＲｅｑｕｅｓｔＮＥ５２０に送信する（ステップ４０２）。
ＰＤＵは、ＮＭＳとＮＥが情報を送受信するために用いられるデータの単位である。ここでは、複数のオブジェクトのＯＩＤとして、１０個のＯＩＤがＰＤＵに書き込まれたものとする。１０個のＯＩＤを、例えば、「１．３．６．１．２．１．４．１．０」〜「１．３．６．１．２．１．４．１０．０」とする。
【０００６】
ＮＥ５２０の制御部５２２は、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔをＮＭＳ５１０から受信すると、ＰＤＵから１０個のＯＩＤを読み出し、これらのＯＩＤに対応する情報を記憶部５２１から読み出す（ステップ４０３）。続いて、制御部５２２は、１０個のＯＩＤのそれぞれに対応して記憶部５２１から読み出した情報をＰＤＵに書き込んだｇｅｔＲｅｓｐｏｎｓｅを生成する（ステップ４０４）。そして、制御部５２２は、生成したｇｅｔＲｅｓｐｏｎｓｅをＮＭＳ５１０に送信する（ステップ４０５）。
【０００７】
ＮＭＳ５１０の制御部５１２は、ｇｅｔＲｅｓｐｏｎｓｅをＮＥ５２０から受信すると、１０個のＯＩＤと各ＯＩＤに対応する情報をＰＤＵから読み出して記憶部５１１に格納する（ステップ４０６）。
図１１は、図１０に示したシーケンスのステップ４０５において、ＮＥがＮＭＳに送信するｇｅｔＲｅｓｐｏｎｓｅのＰＤＵに含まれるデータの一例を示す図である。
図１１を見てわかるように、１０個のＯＩＤ「１．３．６．１．２．１．４．１．０」〜「１．３．６．１．２．１．４．１０．０」のそれぞれに、オブジェクトの情報として値（Ｖａｌｕｅ）が記載されている。例えば、ＯＩＤ「１．３．６．１．２．１．４．１．０」のオブジェクトに対応する値は「１」である。
【０００８】
ＮＥが停止状態から起動した場合やネットワークに新たなＮＥをＮＭＳが発見した場合などにおいて、上述のようにして、ＮＭＳは必要なオブジェクトの情報をＮＥから取得する。そのため、各ＮＥから多くのＯＩＤの情報収集がＮＭＳによって行われる。ｇｅｔＢｕｌｋＲｅｑｕｅｓｔを用いることで一度に複数のオブジェクトの情報を取得できるが、オブジェクトの数が多いほど、そのメッセージのデータ量も大きくなってしまう。その結果、ＮＭＳとＮＥ間の通信量が多くなる。
【０００９】
ＮＭＳとＮＥ間の通信量を削減する方法の一例が特許文献１に開示されている。
特許文献１には、ＮＭＳがＮＥから複数のオブジェクトの情報を取得する場合、先頭のＯＩＤの１つ前のＯＩＤ（または１つ上の階層のＯＩＤ）と情報取得対象のオブジェクトの数の値をメッセージに含めてＮＥに送る方法が開示されている。特許文献１の明細書の段落［００７１］には、次のような具体例が記載されている。ＮＭＳが必要なオブジェクトの先頭の１つの前のＯＩＤ「１．２．３．４」とオブジェクトの数「５」として、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔをＮＥに送る。ＮＥはＮＭＳからｇｅｔＢｕｌｋＲｅｑｕｅｓｔを受信すると、「１．２．３．４．１」〜「１．２．３．４．５」のそれぞれのＯＩＤと共にｇｅｔＲｅｓｐｏｎｓｅをＮＭＳに送信することが記載されています。５つのＯＩＤの文字列の最後の値に注目すると、「１」〜「５」となっており、５つのＯＩＤは連続している。この方法によれば、オブジェクトを指定する情報は、ＯＩＤが連続していれば、取得するオブジェクトの数によらず、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔの通信量は一定となる。
一方、ネットワークの負荷を軽減する方法の一例が特許文献２に開示されている。特許文献２には、監視対象のノードの構成や状態によってＯＩＤが変化することを考慮し、監視装置がＯＩＤの変化を予測し、予測したＯＩＤを指定したｇｅｔＮｅｘｔをノードに送信する方法が開示されている。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００８−０７１１９７号公報
【特許文献２】特開２００７−１７４２３５号公報
【非特許文献】
【００１１】
【非特許文献１】ＲＦＣ３４１８
【発明の概要】
【発明が解決しようとする課題】
【００１２】
特許文献１に開示された方法では、取得した情報のオブジェクトのＯＩＤが連続している必要がある。取得する情報のオブジェクトのＯＩＤが連続していない場合、ＮＭＳは必要のない情報もＮＥから取得しなければならない。
特許文献２に開示された方法では、ネットワーク監視装置からノードに送信されるｇｅｔＮｅｘｔには、情報収集対象のオブジェクトの全てのＯＩＤが指定されており、図１０および図１１を参照して説明した場合と同じ課題が生じる。
【００１３】
ネットワーク全体の通信量に対して、ＮＭＳとＮＥ間で送受信される管理情報の通信量が占める割合は大きくはないが、近年、ＮＥの高機能化に伴って、ＮＭＳがＮＥから情報を取得する必要のあるオブジェクトの数が増えている。そのため、ＮＭＳとＮＥとの同期のために必要な通信量も多くなってきている。
【００１４】
本発明は上述したような技術が有する問題点を解決するためになされたものであり、管理装置とネットワーク機器間の通信量を削減可能にした通信システム、ネットワーク機器、管理装置、通信方法、およびコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
上記目的を達成するための本発明の通信システムは、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成して送信する管理装置と、
前記管理装置から受信した前記要求メッセージに基づいて、要求された前記複数の管理対象の情報を前記管理装置に送信するネットワーク機器と、
を有する構成である。
【００１６】
また、本発明のネットワーク機器は、
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する制御部を有する構成である。
【００１７】
また、本発明の管理装置は、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信する制御部を有する構成である。
【００１８】
また、本発明の通信方法は、ネットワーク機器および管理装置による通信方法であって、
前記管理装置は、複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記管理装置は、前記抽出した共通部分と非共通部分とを含む要求メッセージを生成して前記ネットワーク機器に送信し、
前記ネットワーク機器は、前記管理装置から受信した前記要求メッセージに基づいて、要求された前記複数の管理対象の情報を前記管理装置に送信するものである。
【００１９】
また、本発明の通信方法は、ネットワーク機器による通信方法であって、
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信するものである。
【００２０】
また、本発明の通信方法は、管理装置による通信方法であって、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出し、
前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信するものである。
【００２１】
また、本発明のプログラムは、コンピュータに、
複数の管理対象に関する情報を要求するためのメッセージである要求メッセージを管理装置から受信すると、前記複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出する手順と、
前記抽出した共通部分と非共通部分と前記複数の管理対象の情報とを含む応答メッセージを前記管理装置に送信する手順を実行させるものである。
【００２２】
さらに、本発明のプログラムは、コンピュータに、
複数の管理対象それぞれに付与されたオブジェクト識別子の共通部分を抽出する手順と、
前記抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器に送信する手順を実行させるものである。
【発明の効果】
【００２３】
本発明によれば、管理装置およびネットワーク機器間の通信量を削減できる。
【図面の簡単な説明】
【００２４】
【図１】第１実施形態の通信システムの一構成例を示すブロック図である。
【図２】図１に示した管理装置の一構成例を示すブロック図である。
【図３】図１に示したネットワーク機器の一構成例を示すブロック図である。
【図４】第１の実施形態の通信システムの動作手順の一例を示すシーケンス図である。
【図５】図４に示すステップ１０２における圧縮処理の手順を示すフロー図である。
【図６】図４に示すステップ１０４における伸長処理の手順を示すフロー図である。
【図７】第１の実施形態におけるｇｅｔＲｅｓｐｏｎｓｅのＰＤＵに含まれるデータの一例を示す図である。
【図８】第２の実施形態の通信システムの一構成例を示すブロック図である。
【図９Ａ】本発明の管理装置の別の構成例を示すブロック図である。
【図９Ｂ】本発明のネットワーク機器の別の構成例を示すブロック図である。
【図１０】関連技術において、ＮＭＳがＮＥから複数のオブジェクトの情報を一括して取得する場合の動作の一例を示すシーケンス図である。
【図１１】関連技術におけるｇｅｔＲｅｓｐｏｎｓｅのＰＤＵに含まれるデータの一例を示す図である。
【発明を実施するための形態】
【００２５】
（第１の実施形態）
本実施形態の通信システムの構成を説明する。
図１は本実施形態の通信システムの一構成例を示すブロック図である。
本実施形態の通信システムは、ネットワーク機器２０と、ＮＭＳに相当する管理装置１０とを有する。管理装置１０とネットワーク機器２０はネットワーク３０を介して接続される。管理装置１０とネットワーク機器２０はネットワーク３０を介してＳＮＭＰを用いて通信する。
管理装置１０は、例えば、サーバおよびワークステーションを含むコンピュータである。ネットワーク機器２０は、例えば、ルータ、スイッチ、サーバである。
説明を簡単にするために、図１では、ネットワーク３０に接続されるネットワーク機器２０が１つの場合を示しているが、ネットワーク機器２０の数は複数であってもよい。また、以下では、背景技術で述べたオブジェクトを管理対象と称する。
【００２６】
図１に示した管理装置１０の構成について説明する。
図２は図１に示した管理装置の一構成例を示すブロック図である。図２に示すように、管理装置１０は、ネットワーク機器２０の管理対象の情報を記憶するための記憶部１１と、ＳＮＭＰ  Ｍａｎａｇｅｒとして動作する制御部１２とを有する。記憶部１１は、ネットワーク機器２０の管理対象に関する情報として、各管理対象のＯＩＤを記憶している。
制御部１２は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）（不図示）とを有する。ＣＰＵがプログラムを実行することで、制御部１２が管理装置１０に仮想的に構成される。
制御部１２は、管理対象に対する要求を含む要求メッセージをネットワーク機器２０に送信する際、要求メッセージが省略可能なタイプか否かを判定する。制御部１２は、要求メッセージが省略可能なタイプである場合、要求メッセージに含めるデータから複数のＯＩＤの共通部分を抽出する。そして、制御部１２は、抽出した共通部分と非共通部分とを含む要求メッセージを生成してネットワーク機器２０に送信する。一方、要求メッセージが省略可能なタイプでない場合、制御部１２は、要求メッセージのデータを圧縮せずにそのままネットワーク機器２０に送信する。
省略可能な要求メッセージとしては、例えば、複数の管理対象に関する情報をＮＥから取得するためのｇｅｔＢｕｌｋＲｅｑｕｅｓｔや、複数の管理対象についてＮＥに設定するためのｓｅｔがある。共通部分は、複数の管理対象のＯＩＤにおいて同一の部分である。制御部１２がネットワーク機器２０に要求メッセージを送信する際のトリガーは、予め設定された周期毎であってもよく、ユーザからの指示であってもよく、ネットワーク機器２０から受信するメッセージであってもよい。ネットワーク機器２０から受信するメッセージとして、例えば、ＳＮＭＰ  ＴＲＡＰがある。
【００２７】
また、制御部１２は、ネットワーク機器２０からネットワーク３０を介して応答メッセージを受信すると、応答メッセージが省略可能なタイプか否かを判定する。制御部１２は、応答メッセージが省略可能なタイプである場合、応答メッセージのデータ内で省略された、ＯＩＤの共通部分を認識する。さらに、制御部１２は、共通部分を削除された分の数だけ複製して各非共通部分の箇所に共通部分を挿入し、データ圧縮前の応答メッセージに復元する。制御部１２は、応答メッセージから管理対象の情報を読み出して記憶部１１に格納する。
省略可能なタイプの応答メッセージとして、例えば、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔに対する応答メッセージであるｇｅｔＲｅｓｐｏｎｓｅがある。
【００２８】
図１に示したネットワーク機器２０の構成について説明する。
図３は図１に示したネットワーク機器の一構成例を示すブロック図である。
図３に示すように、ネットワーク機器２０は、自装置の管理対象の情報を記憶する記憶部２１と、ＳＮＭＰ  Ａｇｅｎｔとして動作する制御部２２とを有する。
制御部２２は、プログラムを記憶するメモリ（不図示）と、プログラムにしたがって処理を実行するＣＰＵ（不図示）とを有する。ＣＰＵがプログラムを実行することで、制御部２２がネットワーク機器２０に仮想的に構成される。
制御部２２は、管理装置１０からネットワーク３０を介して要求メッセージを受信すると、要求メッセージが省略可能なタイプが否かを判定する。制御部２２は、受信した要求メッセージが省略可能なタイプのメッセージである場合、要求メッセージのデータ内で省略された、ＯＩＤの共通部分を認識する。そして、制御部２２は、共通部分を削除された分の数だけ複製して各非共通部分の箇所に共通部分を挿入し、データ圧縮前の要求メッセージに復元する。さらに、制御部２２は、要求メッセージに基づいて処理を実行し、その結果を記憶部２１に格納する。
【００２９】
また、制御部２２は、要求メッセージに基づいて実行した処理の結果を含む応答メッセージを管理装置１０に送信する際、応答メッセージが省略可能なタイプか否かを判定する。制御部２２は、応答メッセージが省略可能なタイプである場合、応答メッセージに含めるデータから複数のＯＩＤの共通部分を抽出する。そして、制御部２２は、抽出した共通部分と非共通部分とを含む応答メッセージを生成して管理装置１０に送信する。一方、応答メッセージが省略可能なタイプでない場合、制御部２２は、応答メッセージのデータを圧縮せずに管理装置１０に送信する。
【００３０】
本実施形態の通信システムの動作の一例を説明する。
図４は本実施形態の通信システムの動作手順の一例を示すシーケンス図である。ここでは、図１０と同様に、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅを用いて、管理装置がネットワーク機器から複数の管理対象の情報を一括して取得する場合を説明する。
管理装置１０の制御部１２は、取得したい、管理対象の情報に対応する複数のＯＩＤをＰＤＵに格納した後、ネットワーク機器２０に送信すべきデータである送信データを作成する（ステップ１０１）。続いて、制御部１２は、送信データに圧縮処理を行う（ステップ１０２）。送信データは、ＰＤＵにおけるペイロード部分に相当する。
図５は図４に示すステップ１０２における圧縮処理の手順を示すフロー図である。図５に示すように、制御部１２は、メッセージが省略可能なタイプであるか否かを判定する（ステップ２０１）。ここでは、メッセージがｇｅｔＢｕｌｋＲｅｑｕｅｓｔなので、制御部１２は、メッセージが省略可能なタイプと判定する。そして、制御部１２は、送信データの複数のＯＩＤのうち共通部分を抽出し（ステップ２０２）、制御部１２は、共通部分を１つ残し他の共通部分を削除して送信データを再構築する（ステップ２０３）。なお、ステップ２０１でメッセージが省略可能なタイプでない場合、制御部１２は、データの圧縮処理をしない（ステップ２０４）。
図４に示すシーケンス図の説明に戻ると、制御部１２は、再構築した送信データを含むｇｅｔＢｕｌｋＲｅｑｕｅｓｔをネットワーク機器２０に送信する（ステップ１０３）。
【００３１】
ネットワーク機器２０の制御部２２は、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔを管理装置１０から受信すると、ＰＤＵのペイロードに含まれる受信データの伸長処理を行う（ステップ１０４）。
図６は図４に示すステップ１０４における伸長処理の手順を示すフロー図である。図６に示すように、制御部２２は、メッセージが伸長対象であるか否かを判定する（ステップ３０１）。メッセージがｇｅｔＢｕｌｋＲｅｑｕｅｓｔなので、制御部２２は、メッセージが省略可能なタイプと判定する。制御部２２は、受信データにおいて複数のＯＩＤの共通部分を認識し、共通部分を削除された分の数だけ複製して複数のＯＩＤの各非共通部分の箇所に挿入する（ステップ３０２）。そして、制御部２２は、元の送信データに相当する受信データを復元する（ステップ３０３）。なお、ステップ３０１でメッセージが省略可能なタイプでない場合、制御部２２は、データの伸長処理をしない（ステップ３０４）。
図４に示すシーケンス図の説明に戻ると、制御部２２は、受信データにしたがって管理対象の情報を記憶部２１から取得する（ステップ１０５）。続いて、制御部２２は、取得した情報をＰＤＵに格納して管理装置１０への送信データを作成する（ステップ１０６）。さらに、制御部２２は、図５に示したステップ２０１〜２０３と同様に、ｇｅｔＲｅｓｐｏｎｓｅに含める送信データの圧縮処理を行う（ステップ１０７）。その後、制御部２２は、圧縮した送信データを含むｇｅｔＲｅｓｐｏｎｓｅを管理装置１０に送信する（ステップ１０８）。このときのｇｅｔＲｅｓｐｏｎｓｅのＰＤＵのペイロードに含まれるデータの一例を図７に示す。
【００３２】
ここで、図５に示した圧縮処理と図６に示した伸長処理を、図７および図１１を参照して説明する。
はじめに、図５に示した圧縮処理について説明する。
制御部１２は、図１１に示すデータを基にして、図７に示すように、ＰＤＵのペイロードに書き込まれた１０個のＯＩＤに共通する部分を「Ｂａｓｅ  ＯＩＤ：１．３．６．１．２．１．４」として括り出す。「Ｂａｓｅ  ＯＩＤ」は「：」の後に共通部分が記載されていることを示す用語であり、「１．３．６．１．２．１．４」が共通部分に相当する。制御部１２は、各ＯＩＤの共通部分を削除する。これにより、図７に示すように、１０個のＯＩＤの共通部分のうち、１つだけＢａｓｅ  ＯＩＤに残り、９つの共通部分が削除され、１０個のＯＩＤの非共通部分が残ったデータが再構築される。
【００３３】
次に、図６に示した伸長処理について説明する。
制御部２２は、管理装置１０から受信したメッセージが省略可能タイプのｇｅｔＢｕｌｋＲｅｑｕｅｓｔであると判定すると、ＰＤＵのペイロードから「Ｂａｓｅ  ＯＩＤ：１．３．６．１．２．１．４」を抽出し、「１．３．６．１．２．１．４」が共通部分と認識する。制御部２２は、「１．３．６．１．２．１．４」を削除した分の数（９つ）だけ複製し、また、「Ｂａｓｅ  ＯＩＤ：１．３．６．１．２．１．４」から「Ｂａｓｅ  ＯＩＤ：」を削除する。そして、制御部２２は、１０個の「１．３．６．１．２．１．４」を１０個のＯＩＤの先頭部分に挿入する。これにより、図１１に示すデータに復元される。
【００３４】
図４に示すシーケンス図の説明に戻ると、管理装置１０の制御部１２は、ネットワーク機器２０からｇｅｔＲｅｓｐｏｎｓｅを受信すると、図６に示したステップ３０１〜３０３と同様に、受信データの伸長処理を行う（ステップ１０９）。そして、制御部１２は、復元された受信データから管理対象の情報を取得し、取得した情報を記憶部１１の管理領域に格納する（ステップ１１０）。
【００３５】
本実施形態の通信方法による通信量削減効果について、図７に示したデータを図１１に示したデータと対比して説明する。
図１１を参照すると、データ内に格納されている情報のうち、１０個のＯＩＤの値よりも１０個のＯＩＤの情報そのものの方が大きいことがわかる。
図７を参照すると、ＰＤＵ内に格納された１０個のＯＩＤから共通部分が「Ｂａｓｅ  ＯＩＤ」として括り出され、１０個のＯＩＤのそれぞれにおいて共通部分が削除されている。このようにして、冗長なデータを削減することで、送信されるデータのデータ長が短くなる。ＰＤＵに含めるデータとして、図１１に示したデータの代わりに図７に示したデータを用いる場合、ＳＮＭＰのペイロードデータを１５４ｂｙｔｅから９６ｂｙｔｅに削減できる。
管理装置がネットワーク機器から構成同期などを目的とする情報取得をする場合、ＰＤＵに格納される複数のＯＩＤは連続しているか、または連続していなくても近傍のものが多い傾向がある。そのため、ＰＤＵに格納された複数のＯＩＤのデータは共通性が高く、図７に示したように、複数のＯＩＤについて共通部分とそうでない部分（差分）とを分けて表現することで、通信量を削減することが可能となる。
【００３６】
本実施形態の効果を説明する。
本実施形態によれば、管理装置が複数の管理対象に関してネットワーク機器に要求する際、複数の管理対象のＯＩＤを圧縮した要求メッセージをネットワーク機器に送っているので、管理装置からネットワーク機器への通信量を削減することができる。理由は、次の通りである。ＰＤＵ内に格納される複数のＯＩＤは連続しているか、または連続していなくても近傍であることが多く、複数のＯＩＤの多くの部分が重複している。そのため、複数のＯＩＤにおいて重複する共通部分を１つだけ残し、ＯＩＤ間で異なる部分を残すように複数のＯＩＤを圧縮するデータ圧縮処理を行うことで、各ＯＩＤのデータ長を低減することが可能となる。
また、本実施形態では、ネットワーク機器が複数の管理対象の情報を管理装置に返信する際、応答メッセージにデータ圧縮処理を行っているので、ネットワーク機器から管理装置への通信量を削減することができる。
また、管理装置およびネットワーク機器間の通信量を削減できるだけでなく、１つのＰＤＵ内に格納されるＯＩＤの個数が増えるほど、通信量の削減効果は増大する。
さらに、管理装置が情報を取得する複数の管理対象のＯＩＤが非連続であっても、複数の管理対象のＯＩＤに共通部分があれば、通信量が削減する効果が得られる。
【００３７】
マイクロ波通信機器などは、フェージングによる無線回線の断続的な変化や供給電源の不安定さより、たびたび管理装置との再同期が必要となる。また、その通信路も無線回線を用いることより、管理装置とネットワーク機器間の通信に許される通信帯域は狭いため、ＮＥの再同期には時間が掛かってしまい、その間のＮＥ監視ができない状況となってしまう。
このような場合にも、本実施形態の通信方法により、管理装置およびネットワーク機器間の通信量を削減することで、ＮＥの再同期にかかる時間を低減し、ＮＥ監視ができない状況が発生することを抑制することができる。
【００３８】
（第２の実施形態）
本実施形態は、ネットワーク３０に接続されるネットワーク機器として、第１の実施形態で説明したネットワーク機器と、図１０を参照して説明したネットワーク機器が混在している場合である。
本実施形態の通信システムの構成を説明する。なお、本実施形態では、第１の実施形態と異なる構成について詳しく説明し、第１の実施形態と同様な構成についての詳細な説明を省略する。
図８は本実施形態の通信システムの一構成例を示すブロック図である。
図８に示すように、ネットワーク３０には、第１の実施形態で説明したネットワーク機器２０と、図１０を参照して説明したＮＥ（ネットワーク機器）５２０が接続されている。
本実施形態の管理装置１０の制御部１２は、データ圧縮処理を行わずに送信する。つまり、制御部１２は、図４に示すステップ１０１で送信データを生成した後、送信データをＰＤＵのペイロードとするｇｅｔＢｕｌｋＲｅｑｕｅｓｔをネットワーク機器２０、５２０に送信する。
【００３９】
本実施形態の通信システムの動作については、管理装置１０がデータ圧縮をしていないｇｅｔＢｕｌｋＲｅｑｕｅｓｔをネットワーク機器２０、５２０に送信した後、図４および図１０を参照して説明した動作と同様になるため、その詳細な説明を省略する。
具体的には、ネットワーク機器２０の動作は図４に示したステップ１０４〜１０８と同様であり、ネットワーク機器５２０の動作は図１０に示したステップ４０３〜４０５と同様である。管理装置１０は、ネットワーク機器２０から受信したｇｅｔＲｅｓｐｏｎｓｅに対して図４に示すステップ１０９〜１１０の処理を行い、ネットワーク機器５２０から受信したｇｅｔＲｅｓｐｏｎｓｅに対して図１０に示すステップ４０６の処理を行う。
【００４０】
本実施形態の効果を説明する。
第１の実施形態で説明したデータ圧縮処理およびデータ伸長処理の機能を備えているネットワーク機器とこれらの機能を備えていないネットワーク機器が、管理装置が管理するネットワークに混在している場合を考える。この場合、本実施形態のように、管理装置がデータ圧縮処理をせずにｇｅｔＢｕｌｋＲｅｑｕｅｓｔを各ネットワーク機器に送信することで、上記いずれのネットワーク機器もｇｅｔＢｕｌｋＲｅｑｕｅｓｔのフレームを取り扱うことが可能である。また、管理装置が、既存のＳＮＭＰフレーム（ここでは、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔ）をネットワーク機器に送信しても、データ圧縮処理を実行可能なネットワーク機器がｇｅｔＲｅｓｐｏｎｓｅに含めるデータを圧縮することで、通信量の削減を図ることができる。
また、図８に示すネットワーク機器５２０がデータ圧縮処理はできないが、データ伸長処理が可能である場合、管理装置１５が圧縮処理を行ったデータを含むメッセージをネットワーク機器２０、５２０に送信することで、管理装置からネットワーク機器への通信量を削減することができる。
上記のことから、メッセージに含まれるデータの圧縮が管理装置側およびネットワーク機器側のうち、少なくともいずれか一方で実行されれば、通信量削減の効果が得られる。
【００４１】
なお、上述の第１および第２の実施形態では、管理装置およびネットワーク機器の構成について具体的に詳しく説明したが、これらの装置および機器間のメッセージの送受信に注目すると、管理装置およびネットワーク機器は図９Ａおよび図９Ｂに示す構成であってもよい。
図９Ａは本発明の管理装置の別の構成例を示すブロック図であり、図９Ｂは本発明のネットワーク機器の別の構成例を示すブロック図である。管理装置１５は制御部１２を有し、ネットワーク機器２５は制御部２２を有する。制御部１２および制御部２２のそれぞれの構成および動作については、上述の第１および第２の実施形態で説明した構成および動作と同様なため、その詳細な説明を省略する。
【００４２】
また、上述の第１および第２の実施形態では、ｇｅｔＢｕｌｋＲｅｑｕｅｓｔおよびｇｅｔＲｅｓｐｏｎｓｅの場合について詳しく説明したが、ＳＮＭＰ  ＡｇｅｎｔがＳＮＭＰ  Ｍａｎａｇｅｒへ通知するＳＮＭＰ  ＴＲＡＰにも本発明の通信方法を適用することが可能である。
また、ＳＮＭＰに限らず、管理対象のＯＩＤのようにツリー構造で識別子が定義されるデータ表記で情報を通信する場合にも、上述の第１および第２の実施形態で説明したデータフォーマットを適用することが可能である。
【符号の説明】
【００４３】
１０、１５    管理装置
２０、２５    ネットワーク機器
１１、２１    記憶部
１２、２２    制御部
【図１】
2017103706.tif 000003
【図２】
2017103706.tif 000004
【図３】
2017103706.tif 000005
【図４】
2017103706.tif 000006
【図５】
2017103706.tif 000007
【図６】
2017103706.tif 000008
【図７】
2017103706.tif 000009
【図８】
2017103706.tif 000010
【図９Ａ】
2017103706.tif 000011
【図９Ｂ】
2017103706.tif 000012
【図１０】
2017103706.tif 000013
【図１１】
2017103706.tif 000014