JP7010157B2

JP7010157B2 - ネットワーク機器情報管理装置およびネットワーク機器情報管理方法

Info

Publication number: JP7010157B2
Application number: JP2018122064A
Authority: JP
Inventors: 昌宏横田; 雅俊並木; 祐二湊; 政朗井波; 大作島崎; 英樹前田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2018-06-27
Filing date: 2018-06-27
Publication date: 2022-01-26
Anticipated expiration: 2038-06-27
Also published as: JP2020004028A; US20210264352A1; US11936526B2; WO2020004248A1

Description

本発明は、ネットワークに接続された機器のインベントリ情報を管理するネットワーク機器情報管理装置およびネットワーク機器情報管理方法に関する。

従来、装置が生成するログ形式の生成則を事前に直接的に知ることなく、利用者にとって必要なログに含まれる情報を抽出する技術が開発されている。
例えば、特許文献１では、ログデータ記憶手段からログメッセージを取得して、該ログメッセージに含まれる各単語に対して、該単語の出現位置、単語、該ログメッセージに含まれる単語数に対して出現頻度の組に基づいてスコアを算出し、該スコアに基づいてクラスタリングを行うことにより、テンプレートを生成する。このとき、クラスタリングされたクラスタを値の高いものから併合し、ログメッセージの総単語数と重要な単語を含むクラスタの範囲を決定するための所定の閾値を乗じた値を超えた時点において併合した単語の集合をテンプレートとする。複数の機器のログメッセージを取得して、生成されているテンプレートとマッチングを行うことにより、重要なメッセージを抽出する。

特開２０１３－１７１４７１号公報

伝送システムをはじめとするネットワークシステムには様々な機器が接続されているが、ネットワークキャリアには機器のインベントリ情報が開示されていない場合がある。
機器の部品が変更された場合、ネットワークキャリアに機器のインベントリ情報が開示されていれば、差分により部品変更に気付くことができるが、機器によってはベンダのみがインベントリ情報を把握しており、確認方法が開示されていない場合もある。このような場合、キャリア側では部品変更を把握することができない。
キャリア側で把握できない機器の部品変更（サイレントチェンジ）が行われた場合、変更された部品に起因する不具合が発生した際に原因の特定に時間を要し、商用サービスに多大な影響を与える可能性があるという課題がある。

本発明は、このような事情に鑑みなされたものであり、ネットワーク機器のインベントリ情報をベンダを介さずに把握可能とすることを目的とする。

上述の目的を達成するため、請求項１に記載の発明は、ネットワークに接続された複数の機器のインベントリ情報を管理するネットワーク機器情報管理装置であって、前記複数の機器が有する部品に関する情報を含むログデータを前記機器それぞれから取得するログデータ取得部と、前記部品の登録前後のログデータから共通部分を除くことにより、新たに前記機器に登録された部品に関する情報を示す部品構成を抽出し、前記抽出した部品構成と、他の機器に登録された部品から抽出された前記部品構成とを比較し、その共通部分をインベントリ情報として推定し、推定した前記インベントリ情報を記憶手段に記憶するインベントリ情報推定部と、を備えることを特徴とするネットワーク機器情報管理装置とした。

また、請求項４に記載の発明は、ネットワークに接続された複数の機器のインベントリ情報を管理するネットワーク機器情報管理装置のネットワーク機器情報管理方法であって、前記ネットワーク機器情報管理装置が、前記複数の機器が有する部品に関する情報を含むログデータを前記機器それぞれから取得するステップと、前記部品の登録前後のログデータから共通部分を除くことにより、新たに前記機器に登録された部品に関する情報を示す部品構成を抽出し、前記抽出した部品構成と、他の機器に登録された部品から抽出された前記部品構成とを比較し、その共通部分をインベントリ情報として推定し、推定した前記インベントリ情報を記憶手段に記憶するステップと、を実行することを特徴とするネットワーク機器情報管理方法とした。

このようにすることで、機器のインベントリ情報が開示されていない場合でも、ログデータから機器の部品構成を抽出し、インベントリ情報を推定することができる。よって、ネットワークで障害が発生した場合に迅速に原因を特定することができる。

請求項２に記載の発明は、前記インベントリ情報が前記記憶手段に記憶された後、前記ログデータ取得部が、所定の時間間隔ごとに前記機器から前記ログデータを取得し、取得した前記ログデータと前記記憶手段に記憶している前記インベントリ情報とを用いて、当該機器の前記部品構成に変更があるか否かを判定し、前記部品構成に変更がある場合には、取得した当該ログデータにより前記インベントリ情報を更新するインベントリ情報更新部を更に備える、ことを特徴とする請求項１に記載のネットワーク機器情報管理装置とした。

また、請求項５に記載の発明は、前記ネットワーク機器情報管理装置が、前記インベントリ情報が前記記憶手段に記憶された後、所定の時間間隔ごとに前記機器から前記ログデータを取得するステップと、取得した前記ログデータと前記記憶手段に記憶している前記インベントリ情報とを用いて、当該機器の前記部品構成に変更があるか否かを判定し、前記部品構成に変更がある場合には、取得した当該ログデータにより前記インベントリ情報を更新するステップと、を更に実行することを特徴とする請求項４に記載のネットワーク機器情報管理方法とした。

このようにすることで、機器の稼働開始後に行われる部品の変更（交換や追加等）を継続して検知することができる。

請求項３に記載の発明は、前記インベントリ情報更新部が、前記記憶手段に記憶している前記インベントリ情報を更新した場合に、更新した前記インベントリ情報に対応付けて更新履歴を記憶する、ことを特徴とする請求項２に記載のネットワーク機器情報管理装置とした。

また、請求項６に記載の発明は、前記ネットワーク機器情報管理装置が、前記記憶手段に記憶しているインベントリ情報を更新した場合に、更新した前記インベントリ情報に対応付けて更新履歴を記憶するステップ、を実行することを特徴とする請求項５に記載のネットワーク機器情報管理方法とした。

このようにすることで、部品の変更が行われた機器や変更された部品を特定しやすくすることができ、障害発生時における原因箇所の特定をより迅速に行うことができる。

本発明によれば、ネットワーク機器のインベントリ情報をベンダを介さずに把握可能とすることができる。

本実施形態に係るネットワークシステムの構成を示す図である。ネットワークシステムの運用スケジュールの一例を示す図である。本実施形態に係るネットワーク機器情報管理装置の機能的構成を示すブロック図である。ログデータの一例を示す図である。ログデータの内容を簡潔に示す図である。ログデータの内容を簡潔に示す図である。インベントリ情報データベースの一例を示す図である。更新後のインベントリ情報データベースの一例を示す図である。本実施形態に係るネットワーク機器情報管理装置の処理手順を示すフローチャートである。

以下に添付図面を参照して、本発明に係るネットワーク機器情報管理装置２０およびネットワーク機器情報管理方法の好適な実施の形態（以下、「実施形態」と称する）を詳細に説明する。
図１は、本実施形態に係るネットワークシステム１０の構成を示す図である。
ネットワークシステム１０は、ネットワーク機器情報管理装置２０、インベントリ情報データベース（ＤＢ）３０、複数の機器４０を含んで構成される。

ネットワーク機器情報管理装置２０は、ネットワークに接続された各機器４０のインベントリ情報を管理する。ネットワーク機器情報管理装置２０は、例えば機器４０が接続されたネットワークのキャリアによって設置される。
インベントリ情報データベース（ＤＢ）３０（記憶手段）には、各機器４０のインベントリ情報が格納されている。インベントリ情報とは、各機器４０に搭載された部品４２に関する情報であり、例えば部品４２の種別や型番、版数などを含んでいる。このインベントリ情報データベース３０は、ネットワーク機器情報管理装置２０と同一の筺体に含まれる記憶手段に保存される情報として実現してもよいし、図１のように、ネットワーク機器情報管理装置２０に通信接続される独立した筺体としての記憶手段に保存される情報として実現してもよい。
ネットワークキャリア側で各機器４０のインベントリ情報を把握することにより、障害発生時における原因箇所の特定、障害発生原因の特定を早期に行うことができる。

機器４０は、キャリアが提供するネットワークに接続されたネットワーク機器である。図１には、複数の機器４０（機器Ａ、機器Ｂ、機器Ｃ）を図示している。
各機器４０は、ネットワークへの接続に関わる部品４２として、例えばパッケージ４４やモジュール４６を備えている。パッケージ４４は、機器４０間の接続に使用されるインタフェース（インターフェースパッケージ）であり、モジュール４６は、パッケージ４４上に搭載されている部品やパッケージ４４との信号送受信に用いられる部品である。

ネットワークシステム１０の運用は、図２に示すように構築フェーズと保守フェーズとに分けられる。構築フェーズでは、機器４０の設置（建築）、機器４０の登録、パッケージ４４（ＰＫＧ）の登録、モジュール４６の登録等が行われる。保守フェーズでは、警報／イベント、パッケージ４４やモジュール４６の交換、バージョンアップ等が行われる。

図３は、ネットワーク機器情報管理装置２０の機能的構成を示すブロック図である。
ネットワーク機器情報管理装置２０は、制御手段、記憶手段および入出力手段（いずれも図示省略）を備えるコンピュータ等により実現される。そして、制御手段は、ログデータ取得部２０２、インベントリ情報推定部２０４、インベントリ情報更新部２０６を備える。

ログデータ取得部２０２は、機器４０が有する部品４２に関する情報を含むログデータを機器４０から取得する。
図４は、ログデータの一例を示す図である。なお、図４（ａ）と図４（ｂ）は、同じ機器４０から異なるタイミング（新たなパッケージ４４の登録前と登録後）に取得したログデータである。
図４に示すログデータのうち領域Ａは部品に関する情報であり、領域Ｂはパス設定情報であり、領域Ｃは時刻・コマンドログである。図４（ｂ）の領域Ａには、新たなパッケージ４４が登録されたことに対応する情報（後記する「部品構成」）が含まれる。なお、本実施形態におけるネットワーク機器情報管理装置２０では、ログデータの書式を把握していないものとする。

ログデータ取得部２０２は、図２に示す構築フェーズでは複数の機器４０から時間を置いて複数回ログデータを取得する。具体的には、例えば機器４０の登録後（図２のＴ１）、パッケージ４４の登録後（図２のＴ２）、モジュール４６の登録後（図２のＴ３）などに機器４０からログデータを取得する。
また、保守フェーズでは所定の時間間隔ごとにログデータを取得する。
なお、ログデータの取得タイミングを手動で指定するようにしてもよい。

図３の説明に戻り、インベントリ情報推定部２０４は、ログデータ取得部２０２で取得したログデータに基づいて機器４０の部品構成を抽出し、インベントリ情報を推定する。
本実施形態では、インベントリ情報推定部２０４は、複数取得したログデータの共通部分を特定することにより、特定した共通部分以外を部品構成として抽出する。ここで、部品構成とは、図４（ｂ）で示すログデータの領域Ａ（部品に関する情報）のうち、新たに登録された部品（パッケージやモジュール等）に対応して付加された情報（図４（ｂ）の斜線で囲まれた部分）のことをいう。

図５は、図４に示したようなログデータの内容をより簡潔に示したものである。
図５（ａ）は機器４０の登録後（即ち、パッケージ４４の登録前）（図２のＴ１）に機器Ａから取得したログデータであり、図５（ｂ）はパッケージ４４の登録後（図２のＴ２）に機器Ａから取得したログデータである。
ログデータには、部品に関する情報や信号パス設定に関する情報、時刻やサーバからの登録コマンドログなどが含まれている。

図５（ａ）と図５（ｂ）とを比較すると、図５（ｂ）には新たに登録されたパッケージ４４に対応する情報（斜線で囲まれた部分）が追加されている。すなわち、インベントリ情報推定部２０４は、ログデータの書式を把握していない場合でも、パッケージ４４を初めとする部品４２の登録前後のログデータから共通部分を除くことにより、ログデータ内の部品に関する情報から部品構成を抽出することができる。

また、図６は、異なる機器４０（機器Ａおよび機器Ｂ）から取得したログデータを用いて部品構成を抽出したものである。
インベントリ情報推定部２０４は、部品構成を機器４０毎に比較し、共通部分をインベントリ情報と推定し、インベントリ情報データベース３０に記憶する。

例えば図６（ａ）（機器Ａから取得したデータ）と図６（ｂ）（機器Ｂから取得したデータ）とを比較すると、下線を引いたパッケージ（ＰＫＧ）種別、型番、版数は共通しているが、スロット（ｓｌｏｔ）番号とシリアル番号は異なっている。このため、インベントリ情報推定部２０４は、パッケージ種別、型番、版数部分をインベントリ情報と推定し、インベントリ情報データベース３０に記憶する。

なお、ログデータ内におけるインベントリ情報部分を、例えば設計情報等に基づいて人為的に指定するようにしてもよい。
また、機器４０を商用環境に導入する前に、検証装置における確認結果を元にログデータ内におけるインベントリ情報部分を指定するようにしてもよい。

図７は、インベントリ情報データベース３０の一例を示す図である。
図７のインベントリ情報データベース３０には、機器４０の名称（機器名称）、部品４２の種別、使用開始日時、パッケージ（ＰＫＧ）種別、型番、版数等のインベントリ情報、および、更新履歴（詳細は後記）が記憶されている。
このインベントリ情報データベース３０に使用開始日時を記憶することにより、例えば経年劣化等による部品故障の予測や切り分けを行うことができる。
なお、部品４２の種別欄において、「ＰＫＧ１Ｇ」とは通信速度１Ｇｂｐのパッケージ４４を示す。
また、図７では１つの機器４０に対して１つのインベントリ情報（特にパッケージ４４に関する情報）を示しているが、搭載されている部品の数に対応してインベントリ情報が記憶されることは無論である。
また、各部品４２について複数のベンダを採用している場合、別個の部品４２として扱うようにしてもよい。
また、ファームウェアのバージョンアップ等によりログデータの記載方法が変更となった場合には、インベントリ情報データベース３０のテーブルを作成し直すこととする。

図３の説明に戻り、インベントリ情報更新部２０６は、保守フェーズ（図２参照）においてログデータ取得部２０２が所定の時間間隔ごとに取得するログデータと、現在のインベントリ情報とに基づいて、機器４０の部品構成に変更があるか否かを判定し、部品構成に変更がある場合にはインベントリ情報を更新する。
すなわち、インベントリ情報更新部２０６は、現在のインベントリ情報と今回取得したログデータとに差分がある場合には、部品構成に変更ありと判断し、インベントリ情報を更新（追加や削除を含む）する。

例えば、図４で示した新たなパッケージ４４の登録前後のログデータを比較すると、上記したように、部品に関する情報である領域Ａに、新たに追加したパッケージ４４に対応する情報（斜線で囲まれた部分）が追加されている。この情報（部品構成）に基づいて、インベントリ情報更新部２０６は、機器４０に新たなパッケージ４４が追加されたことを検知して、インベントリ情報を更新（上記の例では追加）する。

また、インベントリ情報更新部２０６は、インベントリ情報を更新した場合にインベントリ情報内に更新履歴を記憶する。これにより、例えば障害発生時における原因箇所の特定や障害発生原因の特定を、より早期に行うことができる。

図８は、更新後のインベントリ情報データベース３０の一例を示す表である。
図７に示すインベントリ情報データベース３０と比較すると、機器Ｂのインベントリ情報が変更されている。すなわち、版数：××のパッケージ４４から版数：＄＄のパッケージ４４へと交換され、また使用開始日時が繰り下がっていることがわかる。
加えて、インベントリ情報に差分が生じた場合には、「インベントリ情報に差分発生」（図８の符号３１）の情報が、インベントリ情報データベース３０の更新履歴に記憶される。このように、インベントリ情報データベース３０に更新履歴を記憶することにより、部品４２の交換や追加等が行われた機器４０および変更部品を迅速に特定することができる。
特に、故障発生前に、ネットワークキャリアが機器４０における部品変更を推定することができ、故障を防ぐことができる。
また、障害発生時、機器４０の部品変更の推定結果を元に、ネットワークキャリアがベンダを介することなく故障箇所や故障原因を究明でき、商用サービスへの影響の最小化に繋げることができる。

図９は、ネットワーク機器情報管理装置２０の処理手順を示すフローチャートである。
ステップＳ１～Ｓ５までが構築フェーズ（図２参照）、ステップＳ６～Ｓ９までが保守フェーズ（図２参照）の処理となる。

ネットワークシステム１０に新たな機器４０が導入されると（ステップＳ１）、ログデータ取得部２０２は、機器４０への部品４２の登録前および登録後のタイミングでそれぞれ機器４０からログデータを取得する（ステップＳ２）。
インベントリ情報推定部２０４は、取得した複数の（登録前後の）ログデータから共通部分を除くことにより、部品構成を抽出する（ステップＳ３）。
また、インベントリ情報推定部２０４は、複数の機器４０から取得したログデータ内の部品構成を比較し、その共通部分をインベントリ情報と推定する（ステップＳ４）。
そして、インベントリ情報推定部２０４は、インベントリ情報をインベントリ情報データベース３０に記憶する（ステップＳ５）。

保守フェーズにおいて、ログデータ取得部２０２は、所定の時間間隔ごとにログデータを取得する（ステップＳ６）。
続いて、インベントリ情報更新部２０６は、今回取得したログデータに基づく部品構成（インベントリ情報）とインベントリ情報データベース３０内のインベントリ情報とを比較して、部品４２の増設や交換等（機器４０の部品構成の変更）があったか否かを判定する（ステップＳ７）。
インベントリ情報更新部２０６は、機器４０の部品構成（インベントリ情報）に変更がない場合は（ステップＳ７：Ｎｏ）、ステップＳ６に戻り、ログデータの監視を継続する。
一方、機器４０の部品構成の変更がある場合（ステップＳ７：Ｙｅｓ）、インベントリ情報更新部２０６は、インベントリ情報データベース３０内のテーブル（インベントリ情報）を更新するとともに（ステップＳ８）、インベントリ情報の更新履歴の情報をインベントリ情報データベース３０に記憶する（ステップＳ９）。そして、ステップＳ６に戻り、ログデータの監視を継続する。

以上説明したように、本実施形態に係るネットワーク機器情報管理装置２０およびネットワーク機器情報管理方法によれば、機器４０のインベントリ情報が開示されていない場合でも、ログデータから機器４０の部品構成を抽出し、インベントリ情報を推定することができる。よって、ネットワークで障害が発生した場合に迅速に原因を特定することができる。

１０ネットワークシステム
２０ネットワーク機器情報管理装置
２０２ログデータ取得部
２０４インベントリ情報推定部
２０６インベントリ情報更新部
３０インベントリ情報データベース（記憶手段）
４０機器
４２部品
４４パッケージ
４６モジュール

Claims

ネットワークに接続された複数の機器のインベントリ情報を管理するネットワーク機器情報管理装置であって、
前記複数の機器が有する部品に関する情報を含むログデータを前記機器それぞれから取得するログデータ取得部と、
前記部品の登録前後のログデータから共通部分を除くことにより、新たに前記機器に登録された部品に関する情報を示す部品構成を抽出し、前記抽出した部品構成と、他の機器に登録された部品から抽出された前記部品構成とを比較し、その共通部分をインベントリ情報として推定し、推定した前記インベントリ情報を記憶手段に記憶するインベントリ情報推定部と、
を備えることを特徴とするネットワーク機器情報管理装置。
前記インベントリ情報が前記記憶手段に記憶された後、前記ログデータ取得部は、所定の時間間隔ごとに前記機器から前記ログデータを取得し、
取得した前記ログデータと前記記憶手段に記憶している前記インベントリ情報とを用いて、当該機器の前記部品構成に変更があるか否かを判定し、前記部品構成に変更がある場合には、取得した当該ログデータにより前記インベントリ情報を更新するインベントリ情報更新部を更に備える、
ことを特徴とする請求項１に記載のネットワーク機器情報管理装置。
前記インベントリ情報更新部は、前記記憶手段に記憶している前記インベントリ情報を更新した場合に、更新した前記インベントリ情報に対応付けて更新履歴を記憶する、
ことを特徴とする請求項２に記載のネットワーク機器情報管理装置。
ネットワークに接続された複数の機器のインベントリ情報を管理するネットワーク機器情報管理装置のネットワーク機器情報管理方法であって、
前記ネットワーク機器情報管理装置は、
前記複数の機器が有する部品に関する情報を含むログデータを前記機器それぞれから取得するステップと、
前記部品の登録前後のログデータから共通部分を除くことにより、新たに前記機器に登録された部品に関する情報を示す部品構成を抽出し、前記抽出した部品構成と、他の機器に登録された部品から抽出された前記部品構成とを比較し、その共通部分をインベントリ情報として推定し、推定した前記インベントリ情報を記憶手段に記憶するステップと、
を実行することを特徴とするネットワーク機器情報管理方法。
前記ネットワーク機器情報管理装置は、
前記インベントリ情報が前記記憶手段に記憶された後、所定の時間間隔ごとに前記機器から前記ログデータを取得するステップと、
取得した前記ログデータと前記記憶手段に記憶している前記インベントリ情報とを用いて、当該機器の前記部品構成に変更があるか否かを判定し、前記部品構成に変更がある場合には、取得した当該ログデータにより前記インベントリ情報を更新するステップと、
を更に実行することを特徴とする請求項４に記載のネットワーク機器情報管理方法。
前記ネットワーク機器情報管理装置は、
前記記憶手段に記憶しているインベントリ情報を更新した場合に、更新した前記インベントリ情報に対応付けて更新履歴を記憶するステップ、
を実行することを特徴とする請求項５に記載のネットワーク機器情報管理方法。