特許 7090786 ネットワークの管理装置、当該管理装置における方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2022-06-16

(45)【発行日】2022-06-24

(54)【発明の名称】ネットワークの管理装置、当該管理装置における方法及びプログラム

(51)【国際特許分類】

   H04L 41/0213 20220101AFI20220617BHJP

   H04L 43/028 20220101ALI20220617BHJP

【ＦＩ】

H04L41/0213

H04L43/028

【請求項の数】 12

(21)【出願番号】P 2021195631

(22)【出願日】2021-12-01

【審査請求日】2022-01-25

【早期審査対象出願】

(73)【特許権者】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】特許業務法人大塚国際特許事務所

(72)【発明者】

【氏名】山口 仁崇

(72)【発明者】

【氏名】坂元 圭吾

(72)【発明者】

【氏名】立花 篤男

【審査官】岩田 玲彦

(56)【参考文献】

【文献】中国特許出願公開第１０７７８４００６（ＣＮ，Ａ）

【文献】米国特許第０８７９９４３７（ＵＳ，Ｂ１）

【文献】特開２００８－０７１１９７（ＪＰ，Ａ）

【文献】米国特許出願公開第２００６／０２３５９７１（ＵＳ，Ａ１）

【文献】日本アイ・ビー・エム株式会社，ＴＣＰ／ＩＰチュートリアルおよび技術解説書，2003年05月31日，第1版，pp. 558-560

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ４１／０２１３

Ｈ０４Ｌ ４３／０２８

(57)【特許請求の範囲】

【請求項1】

通信装置から取得する複数の管理情報から選択した複数の第１管理情報を示す第１要求メッセージを、停止条件が満たされるまで前記通信装置に繰り返し送信する送信手段と、
前記第１要求メッセージの応答として前記通信装置から第１応答メッセージを受信する受信手段と、
を備え、
前記停止条件は、前記第１応答メッセージに含まれる管理情報の総てが、前記複数の第１管理情報とは異なる場合にのみ満たされ、
前記第１要求メッセージは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＧｅｔＢｕｌｋＲｅｑｕｅｓｔ ＰＤＵであることを特徴とする管理装置。

【請求項2】

前記停止条件は、前記第１応答メッセージに含まれる管理情報の内の少なくとも１つが前記複数の第１管理情報と同じ場合には満たされないことを特徴とする請求項１に記載の管理装置。

【請求項3】

前記送信手段は、前記停止条件が満たされた場合、前記複数の管理情報から選択した少なくとも１つの第２管理情報を示す第２要求メッセージを前記通信装置に送信し、
前記少なくとも１つの第２管理情報は、前記複数の第１管理情報とは異なることを特徴とする請求項１又は２に記載の管理装置。

【請求項4】

通信装置から取得する複数の管理情報から選択した複数の第１管理情報を示す第１要求メッセージを、前記通信装置に繰り返し送信する送信手段と、
前記第１要求メッセージの応答として前記通信装置から第１応答メッセージを受信する受信手段と、
を備え、
前記送信手段は、前記複数の第１管理情報それぞれの前記通信装置からの取得数の最大値に基づき、前記第１要求メッセージを繰り返し送信する送信回数を決定し、
前記第１要求メッセージは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＧｅｔＢｕｌｋＲｅｑｕｅｓｔ ＰＤＵであることを特徴とする管理装置。

【請求項5】

前記第１要求メッセージは、前記通信装置が前記第１応答メッセージに含める管理情報の数を判定するためのパラメータを有し、
前記送信手段は、前記最大値を前記パラメータの値で除した値に基づき前記送信回数を決定することを特徴とする請求項４に記載の管理装置。

【請求項6】

前記送信手段は、前記送信回数だけ前記第１要求メッセージを送信した場合、前記複数の管理情報から選択した少なくとも１つの第２管理情報を示す第２要求メッセージを前記通信装置に送信し、
前記少なくとも１つの第２管理情報は、前記複数の第１管理情報とは異なることを特徴とする請求項４又は５に記載の管理装置。

【請求項7】

前記送信手段は、前記通信装置から取得する前記複数の管理情報の内の未取得の第３管理情報から１つの第１管理情報を選択し、前記１つの第１管理情報の取得数と、前記第１管理情報とは異なる前記第３管理情報の取得数との差に基づき、前記第１要求メッセージにおいて示される前記複数の第１管理情報を決定することを特徴とする請求項１から６のいずれか１項に記載の管理装置。

【請求項8】

前記複数の第１管理情報の数はＮ（Ｎは２以上の整数）であり、
前記送信手段は、前記１つの第１管理情報の取得数との前記差が小さい順に（Ｎ－１）個の第１管理情報を前記第３管理情報から選択することで、前記第１要求メッセージにおいて示される前記複数の第１管理情報を決定することを特徴とする請求項７に記載の管理装置。

【請求項9】

前記１つの第１管理情報は、前記第３管理情報の内の取得数が最大又は最小の管理情報であることを特徴とする請求項８に記載の管理装置。

【請求項10】

１つ以上のプロセッサを有する装置の前記１つ以上のプロセッサで実行されると、前記装置を請求項１から９のいずれか１項に記載の管理装置として機能させることを特徴とするプログラム。

【請求項11】

管理装置における方法であって、
複数の第１管理情報を示す第１要求メッセージを通信装置に送信することと、
前記第１要求メッセージの応答として前記通信装置から第１応答メッセージを受信することと、
前記第１応答メッセージに含まれる管理情報の内の少なくとも１つが前記第１要求メッセージにおいて示される前記複数の第１管理情報と同じ場合、前記第１要求メッセージを前記通信装置に送信することと、
前記第１応答メッセージに含まれる管理情報の総てが、前記第１要求メッセージにおいて示される前記複数の第１管理情報とは異なる場合、前記第１要求メッセージの送信を停止することと、
を含み、
前記第１要求メッセージは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＧｅｔＢｕｌｋＲｅｑｕｅｓｔ ＰＤＵであることを特徴とする方法。

【請求項12】

管理装置における方法であって、
複数の管理情報を示す第１要求メッセージの送信回数を決定することと、
前記第１要求メッセージを通信装置に送信し、前記通信装置から第１応答メッセージを受信することを前記送信回数だけ繰り返すことと、
を含み、
前記送信回数は、前記第１要求メッセージにおいて示される前記複数の管理情報それぞれの前記通信装置からの取得数の最大値に基づき決定され、
前記第１要求メッセージは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＧｅｔＢｕｌｋＲｅｑｕｅｓｔ ＰＤＵであることを特徴とする方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワークを構成する通信装置から管理情報を取得する管理装置、当該管理装置における方法及びプログラムに関する。

【背景技術】

【0002】

非特許文献１は、ネットワークの管理装置が通信装置から様々な種別の管理情報を取得するためのプロトコルであるＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）を開示している。ＳＮＭＰにおいて、通信装置が管理する管理情報の集合は、管理情報ベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓｅ）と呼ばれる。ＭＩＢは、通信装置が管理する総ての管理情報を木構造で示すものであり、各管理情報は、木構造内の位置に応じた識別子で特定される。この識別子は、ОＩＤ（Ｏｂｊｅｃｔ ＩＤｅｎｔｉｆｉｅｒ）と呼ばれる。

【0003】

図１は、管理装置１が、ネットワーク３を構成する複数の通信装置の内の通信装置２からＳＮＭＰにより管理情報を取得している状態を示している。非特許文献１によると、管理装置１は、通信装置２からある管理情報を取得したい場合、通信装置２に当該管理情報の識別子を含む要求メッセージを送信する。要求メッセージを受信した通信装置２は、当該要求メッセージに含まれる識別子に対応する管理情報を含む応答メッセージを管理装置１に送信する。

【0004】

非特許文献１は、ＧｅｔＲｅｑｕｅｓｔメッセージ及びＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを含む複数の種類の要求メッセージを規定している。ＧｅｔＲｅｑｕｅｓｔメッセージは、非特許文献１においてはＧｅｔＲｅｑｕｅｓｔ ＰＤＵと表記されている。さらに、ＧｅｔＲｅｑｕｅｓｔメッセージは、ＧｅｔＲｅｑｕｅｓｔ、ＧｅｔＲｅｑｕｅｓｔオペレーション、ＧｅｔＲｅｑｕｅｓｔコマンド、ＧｅｔＲｅｑｕｅｓｔ信号等とも表記され得る。ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージについても同様である。さらに、応答メッセージは、非特許文献１においてはＲｅｓｐｏｎｓｅ ＰＤＵと表記されている。なお、本開示においては、"メッセージ"との表記を統一して使用するが、"メッセージ"との表記は本発明の範囲を限定するものではない。

【0005】

ＧｅｔＲｅｑｕｅｓｔメッセージは、特定の管理情報を指定して、指定した特定の管理情報の取得を要求するメッセージである。一方、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージは、複数の管理情報（管理情報の束）を指定し、当該複数の管理情報の内の少なくとも１つの取得を要求するメッセージである。以下、図２を用いてＧｅｔＲｅｑｕｅｓｔメッセージ及びＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージによる管理情報の取得の簡単な例を説明する。図２は、通信装置２のＭＩＢの一部の例を示している。なお、この例において、通信装置２は、ＩＦ＃１～ＩＦ＃４の４つのインタフェースを有し、各インタフェースにおいて、トラフィック量とバッファ量を管理情報として管理しているものとする。通信装置２が、同じ種別の管理情報（トラフィック量、バッファ量等）をインタフェース毎に管理している場合、図２に示す様に、各種別の管理情報に対応するノードに接続するリーフがインタフェースに対応する。

【0006】

ＧｅｔＲｅｑｕｅｓｔメッセージには、ＭＩＢの木構造におけるリーフの識別子が含められる。例えば、管理装置１が図２のリーフ８２の識別子を含むＧｅｔＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃４のトラフィック量を示す応答メッセージを送信する。ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージには、ＭＩＢの木構造におけるリーフではないノードの識別子が含められ得る。ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージは、最大繰り返し回数（ｍａｘ－ｒｅｐｅｔｉｔｉоｎｓ）パラメータを含む。例えば、管理装置１が図２のノード８０の識別子（管理情報としてトラフィック量を指定することに対応）を含み、最大繰り返し回数パラメータが４のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃１～ＩＦ＃４それぞれのトラフィック量を示す応答メッセージを送信する。

【0007】

また、例えば、管理装置１が図２のノード８０の識別子を含み、最大繰り返し回数パラメータが２のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃１及びＩＦ＃２のトラフィック量を示す応答メッセージを送信する。続いて、管理装置１が同じＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃３及びＩＦ＃４のトラフィック量を示す応答メッセージを送信する。

【0008】

さらに、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージには、複数のノードの識別子が含められ得る。例えば、管理装置１が図２のノード８０及びノード８１の識別子を含み、最大繰り返し回数パラメータが２のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃１及びＩＦ＃２のトラフィック量と、ＩＦ＃１及びＩＦ＃２のバッファ量と、を示す応答メッセージを送信する。続いて、管理装置が同じＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置は、ＩＦ＃３及びＩＦ＃４のトラフィック量と、ＩＦ＃３及びＩＦ＃４のバッファ量と、を示す応答メッセージを送信する。

【0009】

この様に、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを使用することで、管理装置１は、効率的に様々な種別の管理情報を取得することができる。

【先行技術文献】

【非特許文献】

【0010】

【文献】Ｊ．Ｃａｓｅ，Ｋ．ＭｃＣｌｏｇｈｒｉｅ，Ｍ．Ｒｏｓｅ，Ｓ．Ｗａｌｄｂｕｓｓｅｒ，"Ｐｒｏｔｏｃｏｌ Ｏｐｅｒａｔｉｏｎｓ ｆｏｒ ｖｅｒｓｉｏｎ ２ ｏｆ ｔｈｅ Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ （ＳＮＭＰｖ２）"，Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｍｍｅｎｔｓ １４４８，１９９３年４月

【発明の概要】

【発明が解決しようとする課題】

【0011】

非特許文献１によると、通信装置２は、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージで示されるノードの配下にある総ての管理情報を送信すると、ＭＩＢの木構造に基づく順位に応じて他のノードの配下にある管理情報を送信する。例えば、図２の例において、管理装置１が、ノード８０の識別子を含み、最大繰り返し回数パラメータが３のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、まず、ＩＦ＃１～ＩＦ＃３のトラフィック量を含む応答メッセージを送信する。続いて、管理装置１が、同じＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃４のトラフィック量と、トラフィック量とは異なる２つの管理情報を含む応答メッセージを送信する。なお、トラフィック量とは異なる２つの管理情報は、ＭＩＢの木構造に基づく順位に応じて決定される。

【0012】

非特許文献１によると、管理装置１は、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージで指定したノード８０の識別子に対応する管理情報とは異なる少なくとも１つの管理情報を含む応答メッセージを受信すると、それまでに送信していたノード８０の識別子を含み、最大繰り返し回数パラメータが３のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージの送信を停止する。

【0013】

ここで、通信装置２が、例えば、図３に示す様に、ＩＦ＃１～ＩＦ＃１０の１０個のインタフェースを有し、計１２個の種別の管理情報ＯＢ＃１～ＯＢ＃８及びＯＢ＃Ａ～ＯＢ＃Ｄを管理しているものとする。但し、管理する管理情報の種別は、インタフェース毎に異なるものとする。図３において"〇"は、対応するインタフェースで対応する管理情報が管理されていることを示し、"×"は、対応するインタフェースで対応する管理情報が管理されていないことを示している。例えば、管理情報ＯＢ＃１及びＯＢ＃２は、ＩＦ＃１～ＩＦ＃１０の総てにおいて管理されている。一方、管理情報ＯＢ＃３及びＯＢ＃４は、ＩＦ＃１において管理されているが、ＩＦ＃２～ＩＦ＃１０においては管理されていない。

【0014】

また、図３の網掛は、通信装置２では管理しているが、管理装置１が取得しない管理情報を示している。図３に示す様に、管理装置１は、管理情報ＯＢ＃Ａ～ＯＢ＃Ｄを取得しないものとする。図３の"取得数"は、管理装置１が通信装置２から取得する管理情報の数を管理情報の種別毎に示している。図３において管理装置１が取得する管理情報（○であり、かつ、網掛けされていない管理情報）を以下では対象管理情報とも表記する。

【0015】

対象管理情報を取得するため、管理装置１が、図４に示す様に、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含むＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを繰り返し送信するものとする。なお、最大繰り返し回数パラメータには１を設定するものとする。この場合、通信装置２は、図４の回数"１"に示す様に、１回目のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージに応答して、ＩＦ＃１の管理情報ＯＢ＃１～ＯＢ＃４を含む応答メッセージを送信する。続いて、管理装置１が２回目のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを送信すると、通信装置２は、ＩＦ＃２の管理情報ＯＢ＃１及びＯＢ＃２と、例えば、ＩＦ＃１の管理情報ＯＢ＃Ａ及びＯＢ＃Ｂと、を含む応答メッセージを送信する。２回目の応答メッセージには、管理情報ＯＢ＃３とＯＢ＃４が含まれないため、管理装置１は、このＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージの送信を停止してしまう。なお、２回目の応答メッセージに管理情報ＯＢ＃３とＯＢ＃４が含まれないのは、ＩＦ＃２～ＩＦ＃１０では、管理情報ＯＢ＃３及びＯＢ＃４が管理されていないからである。

【0016】

この様に、管理装置１は、上記のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージの繰り返しの送信では、ＩＦ＃３～ＩＦ＃１０の管理情報ＯＢ＃１及びＯＢ＃２を取得できないことになる。この場合、管理装置１は、取得できていない管理情報を判定し、取得できていない管理情報をＧｅｔＲｅｑｕｅｓｔメッセージにより個別に、或いは、別のＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージにより取得しなければならない。

【0017】

なお、例えば、管理情報ＯＢ＃１及びＯＢ＃２の識別子を含むＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージを使用すれば、ＩＦ＃１～ＩＦ＃１０の管理情報ＯＢ＃１及びＯＢ＃２を取得することができる。しかしながら、ネットワークを構成する通信装置２の数は膨大であり、個々の通信装置２のＭＩＢ構造を把握して、ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージに含める管理情報の識別子を調整することは困難である。

【0018】

本発明は、取得対象の管理情報の取得漏れを抑えることができる技術を提供するものである。

【課題を解決するための手段】

【0019】

本発明の一態様によると、管理装置は、通信装置から取得する複数の管理情報から選択した複数の第１管理情報を示す第１要求メッセージを、停止条件が満たされるまで前記通信装置に繰り返し送信する送信手段と、前記第１要求メッセージの応答として前記通信装置から第１応答メッセージを受信する受信手段と、を備え、前記停止条件は、前記第１応答メッセージに含まれる管理情報の総てが、前記複数の第１管理情報とは異なる場合にのみ満たされ、前記第１要求メッセージは、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）のＧｅｔＢｕｌｋＲｅｑｕｅｓｔ ＰＤＵであることを特徴とする。

【発明の効果】

【0020】

本発明によると、取得対象の管理情報の取得漏れを抑えることができる。

【図面の簡単な説明】

【0021】

【図1】システム構成図。

【図2】ＭＩＢの一部の例を示す図。

【図3】通信装置で管理する管理情報と、管理装置が取得する対象管理情報とを示す図。

【図4】図３の対象管理情報を取得する背景技術での例を示す図。

【図5】一実施形態による対象管理情報を取得する処理の説明図。

【図6】一実施形態による対象管理情報を取得する処理の説明図。

【図7】一実施形態による対象管理情報を取得する処理の説明図。

【図8】一実施形態による対象管理情報を取得する処理の説明図。

【図9】一実施形態による管理装置の機能ブロック図。

【発明を実施するための形態】

【0022】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0023】

＜第一実施形態＞
以下では、図１に示す様に、ネットワーク３を構成する複数の通信装置の内の通信装置２から、管理装置１が対象管理情報を取得する処理を例にして本実施形態の説明を行う。なお、通信装置２が管理する管理情報は、図３の通りであるものとし、対象管理情報は、通信装置２が管理する管理情報（○で示す）の内の、網掛けされていない管理情報であるものとする。

【0024】

本実施形態において、管理装置１は、停止条件が満たされるまで同じ要求メッセージの繰り返しの送信を継続する。停止条件は、応答メッセージに含まれる管理情報の総てが、要求メッセージに含めた識別子の管理情報と異なる場合に満たされる。一方、従来とは異なり、応答メッセージに含まれる管理情報に、要求メッセージに含めた識別子の管理情報と異なるものが含まれていても、応答メッセージに含まれる少なくとも１つの管理情報が要求メッセージに含めた識別子の管理情報と同じである場合、停止条件は満たされない。以下、図５及び図６を用いて具体的に説明する。

【0025】

図５及び図６は、図４と同様の図である。なお、以下の説明においては標記を簡略化するため、"ＧｅｔＢｕｌｋＲｅｑｕｅｓｔメッセージ"を、単に、"要求メッセージ"と表記する。また、最大繰り返し回数パラメータは１に設定されるものとする。さらに、以下の説明では、要求メッセージに含める対象管理情報の識別子の数を４とする。管理装置１は、対象管理情報であるＯＢ＃１～ＯＢ＃８から任意の４つを選択し、選択した対象管理情報の識別子を含む要求メッセージを繰り返し送信する。なお、本例では、図４と同様に、管理装置１がまず管理情報ＯＢ＃１～ＯＢ＃４を選択したものとする。したがって、管理装置１は、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含む要求メッセージを繰り返し送信する。通信装置２は、１回目の要求メッセージに応答して、ＩＦ＃１の管理情報ＯＢ＃１～ＯＢ＃４を含む応答メッセージを送信する。続いて、管理装置１が２回目の要求メッセージを送信すると、通信装置２は、ＩＦ＃２の管理情報ＯＢ＃１及びＯＢ＃２と、ＩＦ＃１の管理情報ＯＢ＃Ａ及びＯＢ＃Ｂと、を含む応答メッセージを送信する。ここまでの処理は、図４と同じである。なお、図４の応答メッセージの"要求"は要求メッセージで要求した管理情報を示し、"非要求"は要求メッセージで要求していない管理情報を示している。

【0026】

２回目の応答メッセージは、要求メッセージで要求した管理情報ＯＢ＃１及びＯＢ＃２を含むため、停止条件は満たされない。このため、管理装置１は、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含む３回目の要求メッセージを送信し、通信装置２は、３回目の要求メッセージに応答して、ＩＦ＃３の管理情報ＯＢ＃１及びＯＢ＃２と、ＩＦ＃２の管理情報ＯＢ＃Ａ及びＯＢ＃Ｂと、を含む応答メッセージを送信する。

【0027】

以下、同様に、管理装置１は要求メッセージの送信を繰り返す。図５に示す様に、管理装置１が１０回目の要求メッセージを送信すると、通信装置２は、ＩＦ＃１０の管理情報ＯＢ＃１及びＯＢ＃２と、ＩＦ＃９の管理情報ＯＢ＃Ａ及びＯＢ＃Ｂと、を含む応答メッセージを送信する。続いて、管理装置１が１１回目の要求メッセージを送信すると、通信装置２は、例えば、ＩＦ＃１の管理情報ＯＢ＃５及びＯＢ＃６と、ＩＦ＃１０の管理情報ＯＢ＃Ａ及びＯＢ＃Ｂと、を含む応答メッセージを送信する。応答メッセージに含まれる管理情報ＯＢ＃５、ＯＢ＃６、ＯＢ＃Ａ及びＯＢ＃Ｂの総ては、要求メッセージで指定した管理情報ＯＢ＃１～ＯＢ＃４とは異なるため停止条件が満たされる。したがって、管理装置１は、１１回目の応答メッセージの受信により、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含む要求メッセージの送信を停止する。

【0028】

図５に示す様に、管理装置１は、対象管理情報の内の管理情報ＯＢ＃１～ＯＢ＃４の総て（計２２個）を取得する処理のために、１１回、要求メッセージを送信している。なお、図５の例において、管理装置１は、１１回目の応答メッセージで、ＩＦ＃１の管理情報ＯＢ＃５及びＯＢ＃６を取得している。ＩＦ＃１の管理情報ＯＢ＃５及びＯＢ＃６は、対象管理情報であるが、要求メッセージで要求したものではないため、管理装置１は、１１回目の応答メッセージで取得したＩＦ＃１の管理情報ＯＢ＃５及びＯＢ＃６を廃棄し得る。

【0029】

続いて、管理装置１は、対象管理情報の残りである管理情報ＯＢ＃５～ＯＢ＃８の取得を開始する。このため、図６に示す様に、管理装置１は、管理情報ＯＢ＃５～ＯＢ＃８の識別子を含む要求メッセージを繰り返し送信する。通信装置２は、１回目の要求メッセージに応答して、ＩＦ＃１の管理情報ＯＢ＃５～ＯＢ＃８を含む応答メッセージを送信する。図３に示す様に、ＩＦ＃１～ＩＦ＃３の管理情報ＯＢ＃５～ＯＢ＃８を通信装置２は管理している。したがって、１回目から３回目の要求メッセージに応答して、通信装置２は、ＩＦ＃１～ＩＦ＃３の管理情報ＯＢ＃５～ＯＢ＃８を含む応答メッセージを送信する。

【0030】

管理装置１が４回目の要求メッセージを送信すると、通信装置２は、ＩＦ＃４の管理情報ＯＢ＃５及びＯＢ＃６と、例えば、ＩＦ＃１の管理情報ＯＢ＃Ｃ及びＯＢ＃Ｄを含む応答メッセージを送信する。４回目の応答メッセージに含まれる管理情報の一部は、要求メッセージにおいて要求したものとは異なるが、本実施形態においては停止条件を満たさないため、管理装置１は同じ要求メッセージの送信を継続する。

【0031】

管理装置１が８回目の要求メッセージを送信すると、通信装置２は、ＩＦ＃８の管理情報ＯＢ＃５及びＯＢ＃６と、ＩＦ＃５の管理情報ＯＢ＃Ｃ及びＯＢ＃Ｄを含む応答メッセージを送信する。管理装置１が９回目の要求メッセージを送信すると、通信装置２は、例えば、ＩＦ＃６の管理情報ＯＢ＃Ｃ及びＯＢ＃Ｄと、ＩＦ＃７の管理情報ＯＢ＃Ｃ及びＯＢ＃Ｄを含む応答メッセージを送信する。応答メッセージには、管理情報ＯＢ＃５～ＯＢ＃８が含まれないため、停止条件が満たされ、よって、管理装置１は、要求メッセージの送信を停止する。なお、この時点において、管理装置１は、対象管理情報の内の管理情報ＯＢ＃５～ＯＢ＃８の総て（計２２個）を取得している。

【0032】

以上、複数の異なる種別の管理情報を要求する同じ要求メッセージの送信を、応答メッセージに含まれる管理情報が総て異なることになるまで繰り返す。この構成により、要求メッセージで指定した複数の管理情報の取得漏れを抑えることができる。よって、取得できていない管理情報を判定する処理を省略することができる。なお、上記例では、最大繰り返し回数パラメータを１としたが、最大繰り返し回数パラメータの値は任意である。また、上記例では、要求メッセージに含める管理情報の識別子の数（管理情報の種別数）を４としたが、要求メッセージに含める管理情報の識別子の数は２以上の任意の数とすることができる。

【0033】

＜第二実施形態＞
続いて、第二実施形態について第一実施形態との相違点を中心に説明する。第一実施形態においては停止条件が満たされると、管理装置１は要求メッセージの繰り返しの送信を停止していた。本実施形態では、要求メッセージに含める識別子の管理情報の取得数に基づき管理装置１は繰り返しの送信回数を設定する。以下、本実施形態について詳細に説明する。なお、第一実施形態と同様に、最大繰り返し回数パラメータは１であり、要求メッセージに含める管理情報の識別子の数を４とする。

【0034】

まず、管理装置１は、第一実施形態と同様に、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含む要求メッセージを繰り返し送信する。このとき、管理装置１は、管理情報ＯＢ＃１～ＯＢ＃４の取得数を判定する。図３に示す様に、管理情報ＯＢ＃１～ＯＢ＃４の取得数は、それぞれ、１０、１０、１、１である。この場合、管理装置１は、取得数の最大値である１０を送信回数とする。したがって、管理装置１は、管理情報ＯＢ＃１～ＯＢ＃４の識別子を含む要求メッセージを送信し、その応答メッセージを取得することを１０回だけ繰り返す。図５より明らかな様に、１０回の繰り返しにより、対象管理情報の内の管理情報ＯＢ＃１～ＯＢ＃４の総て（計２２個）を取得できる。続いて、管理装置１は、対象管理情報の残りの管理情報ＯＢ＃５～ＯＢ＃８の識別子を含む要求メッセージを繰り返し送信する。図３に示す様に、管理情報ＯＢ＃５～ＯＢ＃８の取得数は、それぞれ、８、８、３、３である。したがって、管理装置１は、管理情報ＯＢ＃５～ＯＢ＃８の識別子を含む要求メッセージを送信し、その応答メッセージを取得することを８回だけ繰り返す。図６より明らかな様に、８回の繰り返しにより、対象管理情報の内の管理情報ＯＢ＃５～ＯＢ＃８の総て（計２２個）を取得できる。

【0035】

以上、本実施形態では、第一実施形態と比較して要求メッセージの繰り返しの送信回数を１回だけ少なくすることができる。なお、例えば、最大繰り返し回数パラメータをｎ（ｎは２以上の整数）に設定する場合、送信回数は、取得数の最大値をｎで除した回数となる。なお、取得数の最大値をｎで除した値が整数ではない場合、少数点以下を切り上げた回数を送信回数とする。

【0036】

＜第三実施形態＞
続いて、第三実施形態について第一実施形態との相違点を中心に説明する。本実施形態では、１つの要求メッセージに含める複数の識別子を、各識別子に対応する管理情報の取得数に基づき判定する。なお、第一実施形態と同様に、最大繰り返し回数パラメータは１に設定され、要求メッセージに含める管理情報の識別子の数を４とする。

【0037】

管理装置１は、対象管理情報ＯＢ＃１～ＯＢ＃８の内の未取得の管理情報から１つの管理情報を選択する。最初に選択する管理情報は、未取得の管理情報の内、取得数が最大又は最小のものとすることができる。ここでは、対象管理情報ＯＢ＃１～ＯＢ＃８が総て未取得であり、取得数が最大の管理情報ＯＢ＃１を選択したものとする。この選択した１つの管理情報は、要求メッセージに含める４つの管理情報の内の１つである。続いて、管理装置１は、選択した１つの管理情報の取得数と、他の未取得の管理情報それぞれの取得数との差を求める。図３より、管理情報ＯＢ＃２～ＯＢ＃８の取得数の、管理情報ＯＢ＃１の取得数との差は、それぞれ、０、９、９、２、２、７、７である。管理装置１は、差の小さいものから順に３つの管理情報を選択し、この３つの管理情報を要求メッセージに含めると決定する。したがって、本例において、管理装置１は、要求メッセージに管理情報ＯＢ＃１、ＯＢ＃２、ＯＢ＃５及びＯＢ＃６を含めると決定する。

【0038】

図７は、図５と同様の図である。但し、本実施形態において、管理装置１は、要求メッセージに管理情報ＯＢ＃１、ＯＢ＃２、ＯＢ＃５及びＯＢ＃６を含めている。図５との比較から明らかな様に、１回目から８回目の総てにおいて、応答メッセージは、要求メッセージで要求した管理情報ＯＢ＃１、ＯＢ＃２、ＯＢ＃５及びＯＢ＃６を含んでいる。図７に示す様に、管理装置１は、１０回の要求メッセージの送信により、管理情報ＯＢ＃１、ＯＢ＃２、ＯＢ＃５及びＯＢ＃６の総てを取得している。そして、管理装置１は、１１回目の要求メッセージに対する応答メッセージを受信することで停止条件が満たされたと判定し、当該要求メッセージの送信を停止している。続いて、管理装置１は、図９に示す様に、残りの対象管理情報である、管理情報ＯＢ＃３、ＯＢ＃４、ＯＢ＃７及びＯＢ＃８を含む要求メッセージを繰り返し送信する。図８に示す様に、管理装置１は、３回の要求メッセージの送信により、管理情報ＯＢ＃３、ＯＢ＃４、ＯＢ＃７及びＯＢ＃８の総てを取得している。そして、管理装置１は、４回目の要求メッセージに対する応答メッセージを受信することで停止条件が満たされたと判定し、当該要求メッセージの送信を停止している。

【0039】

第一実施形態では、図５及び図６に示す様に、総ての対象管理情報を取得するために管理装置１は、合計２０回、要求メッセージを送信していた。本実施形態では、図７及び図８に示す様に、管理装置１は、合計１５回の要求メッセージの送信により、総ての対象管理情報を取得することができる。

【0040】

＜第四実施形態＞
本実施形態は、第三実施形態と第二実施形態とを組み合わせたものである。つまり、１つの要求メッセージで要求する管理情報を、その取得数に基づき決定し、この要求メッセージの送信回数を、含める管理情報の取得数の最大値に基づき決定するものである。例えば、図７及び図８の例で説明すると、図７の１１回目と、図８の４回目が無くなり、よって、管理装置１は、合計１３回の要求メッセージの送信により、総ての対象管理情報を取得することができる。

【0041】

＜管理装置１の構成＞
管理装置１は、例えば、１つ以上のプロセッサを有する装置に適切なプログラムを実行させることで実現することができる。当該装置は、例えば、コンピュータであり、１つ以上のプロセッサに加えて、プログラムを格納する記憶デバイスや、ユーザインタフェースを提供するための入出力回路や、通信インタフェース等を有し得る。図９は、例えば、当該コンピュータの１つ以上のプロセッサに適切なプログラムを実行させることで当該コンピュータに実現される、管理装置１の機能ブロック図である。

【0042】

格納部１２は、各通信装置から取得する対象管理情報を示す情報を保持している。送信部１０は、ある通信装置２から対象管理情報を取得する場合、通信装置２から取得する複数の対象管理情報から、要求メッセージに含める複数の管理情報を選択する。なお、選択する数は所定数とすることができる。送信部１０は、選択した複数の管理情報を示す要求メッセージを繰り返し送信する。なお、第一実施形態において、送信部１０は、停止条件が満たされるまで、選択した複数の管理情報を示す要求メッセージを繰り返し送信する。一方、第二実施形態において、送信部１０は、選択した複数の管理情報の取得数の最大値に基づき、繰り返しの送信回数を決定する。受信部１１は、送信部１０が送信した要求メッセージの応答として、管理情報を含む応答メッセージを受信する。なお、停止条件が満たされた場合、或いは、決定した送信回数だけ要求メッセージを送信すると、送信部１１は、通信装置２から取得する複数の対象管理情報の内の、未取得の対象管理情報から次の要求メッセージに含める１つ以上の管理情報を選択する。送信部１１は、未取得の対象管理情報がなくなるまで、上記処理を繰り返す。

【0043】

なお、送信部１０は、通信装置２から取得する複数の対象管理情報それぞれの取得数の差に基づき要求メッセージに含める管理情報を選択し得る。具体的には、要求メッセージに含める管理情報の数をＮ（Ｎは２以上の整数）とする。この場合、送信部１０は、通信装置２から取得する複数の対象管理情報の内の未取得の管理情報から１つの管理情報を選択し、選択した１つの管理情報の取得数との差が小さい順に（Ｎ－１）個の管理情報を未取得の管理情報から選択することで、要求メッセージに含めるＮ個の管理情報を決定する。なお、選択する１つの管理情報は、未取得の管理情報の内の取得数が最大又は最小の管理情報とすることができる。

【0044】

なお、管理装置１は、単一装置により実現することも、相互に通信可能は複数の装置により実現することも可能である。また、１つ以上のプロセッサを有する装置の当該１つ以上のプロセッサで実行されると、当該装置を上記の管理装置１として機能させるプログラムが提供される。これらプログラムは、当該装置が有する１つ以上の記憶デバイスに格納され得る。また、当該プログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布され得る。

【0045】

上記構成により、取得対象の管理情報の取得漏れを抑えることができる。よって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【0046】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【符号の説明】

【0047】

１０：送信部、１１：受信部、１２：格納部

【要約】

【課題】取得対象の管理情報の取得漏れを抑えることができる技術を提供する。
【解決手段】管理装置は、通信装置から取得する複数の管理情報から選択した複数の第１管理情報を示す第１要求メッセージを、停止条件が満たされるまで前記通信装置に繰り返し送信する送信手段と、前記第１要求メッセージの応答として前記通信装置から第１応答メッセージを受信する受信手段と、を備え、前記停止条件は、前記第１応答メッセージに含まれる管理情報の総てが、前記複数の第１管理情報とは異なる場合にのみ満たされる。
【選択図】図５

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】