(57)【要約】【課題】ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させる。【解決手段】ネットワーク管理装置Ｍは、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部２と、ネットワークエレメントの障害に対して措置するオーケストレータ部１とを備える。インフラマネージャ部２は、ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータをネットワークエレメントから受信する障害マネージャ２７と、この障害に対するネットワークエレメントの自律的な措置の優先日時の情報と共に、テレメトリデータを格納するテレメトリデータベース２８とを備える。オーケストレータ部１は、テレメトリデータベース２８を参照して、優先日時まで障害に係るネットワークエレメントに対する措置を発動させない。【選択図】図１
2019009490.tif 000002
【特許請求の範囲】
【請求項１】
障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、
前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、
当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、
を備え、
前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、
ことを特徴とするネットワーク管理装置。
【請求項２】
前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項３】
前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、
前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項１に記載のネットワーク管理装置。
【請求項４】
前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、
を備えることを特徴とする請求項１に記載のネットワーク管理装置。
【請求項５】
障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、
前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、
を備えるネットワーク管理装置が実行するネットワーク管理方法であって、
前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、
テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、
前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、
ことを特徴とするネットワーク管理方法。
【請求項６】
前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、
ことを特徴とする請求項５に記載のネットワーク管理方法。
【請求項７】
前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており
前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、
ことを特徴とする請求項５に記載のネットワーク管理方法。
【請求項８】
前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答する、
ことを特徴とする請求項５に記載のネットワーク管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを管理する技術に関する。特に、ネットワークエレメントやネットワークエレメント・コントローラ、ＥＭＳ（Element Management System）等による自律的な措置と、オーケストレータによる他律的な措置の競合の調整に関する技術に関する。
【背景技術】
【０００２】
ネットワーク故障や性能トラブルが生じた際、それに対する措置手段として、ネットワークエレメントやネットワークエレメント専用コントローラによる措置が行われていた。また、近年のＡＩ（人工知能）技術の進歩により、オーケストレーションにおいてＡＩ技術を活用した措置も可能となっている。
【０００３】
非特許文献１には、通信ネットワークの従来の障害回復方式の一例が記載されている。この通信ネットワークでの従来の障害回復方式は、１＋１プロテクション（１＋１  Unidirectional/Bidirectional Protection）、１：１プロテクション（1：1 Protection）、事前予約型リストレーション（Shared Mesh Restoration）、パス再ルーティング（LSP Re-routing）がある。
【０００４】
これらの障害回復方式のうちパス再ルーティング以外の方式は、現用経路に対して事前に予備経路を決定する方式である。そのため、現用経路と予備経路が同時に障害となる多重障害の場合、障害の迂回に失敗する。多重障害が発生した場合は、パス再ルーティングが適用されている場合が多い。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】J. Lang, Y. Rekhter, D. Papadimitriou，”RSVP-TE Extensions in Support of End-to-End Generalized Multi-Protocol Label Switching (GMPLS) Recovery”,IETF RFC4872.5章-11章，[online]，[平成29年6月6日検索]，インターネット<URL:https://tools.ietf.org/html/rfc4872>
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ネットワークのリンクに多重障害が同時に発生した場合、障害ごとに自律的に迂回パスを選択すると、リソースの競合が生じる。このリソース競合を回避するため、網全体を集中管理する迂回路選択装置を設けて、この迂回路選択装置により、障害に対する他律的な措置を行わせることが考えられる。
【０００７】
この迂回路選択装置は、措置の競合を防ぐため、ネットワークエレメントやネットワークエレメント・コントローラによる自律的な措置を行わせない。そのため、多重障害が生じていないケースでも、迂回路選択装置が他律的な措置を行うことになる。このようにした場合、ネットワークのリンクに単一の障害が発生した場合、自律的な措置で期待される迅速さよりも回復が遅れるという課題がある。
【０００８】
そこで、本発明は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることを課題とする。
【課題を解決するための手段】
【０００９】
前記した課題を解決するため、請求項１に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備え、前記インフラマネージャ部は、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信する障害マネージャと、当該障害に対する前記ネットワークエレメントの自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納するテレメトリデータベースと、を備え、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、ことを特徴とするネットワーク管理装置とした。
【００１０】
このようにすることで、ネットワーク管理装置は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
【００１１】
請求項２に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。
【００１２】
このようにすることで、ネットワーク管理装置は、障害に応じた措置を指示することができる。
【００１３】
請求項３に記載の発明では、前記インフラマネージャ部は、前記障害事象情報と、自律的な措置を優先させる優先時間情報との対応を格納した障害時間データベースを備え、前記障害マネージャは、前記障害時間データベースに基づき、当該障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項１に記載のネットワーク管理装置とした。
【００１４】
このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけネットワークエレメントに自律的な措置を行わせることができる。
【００１５】
請求項４に記載の発明では、前記オーケストレータ部は、前記障害事象情報から、自律的な措置の実施可否を応答するネットワーク管理ポリシマネージャ、を備えることを特徴とする請求項１に記載のネットワーク管理装置とした。
【００１６】
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。
【００１７】
請求項５に記載の発明では、障害に対して自律的に措置するネットワークエレメントを管理するインフラマネージャ部と、前記ネットワークエレメントの障害に対して措置するオーケストレータ部と、を備えるネットワーク管理装置が実行するネットワーク管理方法であって、前記インフラマネージャ部の障害マネージャは、前記ネットワークエレメントのうちいずれかに係る障害事象情報を含むテレメトリデータを当該ネットワークエレメントから受信し、テレメトリデータベースに、前記障害に対する自律的な措置の優先日時の情報と共に、前記テレメトリデータを格納し、前記オーケストレータ部は、前記テレメトリデータベースを参照して、前記優先日時まで前記障害に係るネットワークエレメントに対する措置を発動させない、ことを特徴とするネットワーク管理方法とした。
【００１８】
このようにすることで、ネットワーク管理装置は、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
【００１９】
請求項６に記載の発明では、前記障害マネージャは、前記ネットワークエレメントのうちいずれかに係る前記障害事象情報を含む前記テレメトリデータを解析して、前記障害に係るネットワークエレメントの種別および障害種別を抽出する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。
【００２０】
このようにすることで、ネットワーク管理装置は、障害に応じた措置を指示することができる。
【００２１】
請求項７に記載の発明では、前記インフラマネージャ部は、障害事象情報と自律的な措置を優先させる優先時間情報の対応を格納した障害時間データベースを備えており前記障害マネージャは、前記障害時間データベースに基づき、前記テレメトリデータに含まれる障害事象情報に対応する優先時間情報を取得する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。
【００２２】
このようにすることで、ネットワーク管理装置は、障害が発生した後、この障害に応じた措置の時間だけ自律的な措置を行わせることができる。
【００２３】
請求項８に記載の発明では、前記オーケストレータ部のネットワーク管理ポリシマネージャは、前記障害に係るネットワークエレメントの種別および障害種別から、自律的な措置の実施可否を応答する、ことを特徴とする請求項５に記載のネットワーク管理方法とした。
【００２４】
このようにすることで、他律的に措置した方がよい障害事象に対して、自律的な措置を行わせず、最初から他律的に措置させることができる。
【発明の効果】
【００２５】
本発明によれば、ネットワークの障害に対する複数の措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることが可能となる。
【図面の簡単な説明】
【００２６】
【図１】第１の実施形態におけるネットワーク管理装置の機能構成図である。
【図２】ＷＩＭによるテレメトリ受信処理を示すフローチャートである。
【図３】障害マネージャによるテレメトリ解析処理を示すフローチャートである。
【図４】オーケストレータ部による自律処理優先終了判定処理を示すフローチャートである。
【図５】障害発生時のシーケンス図である。
【図６】自律的措置による回復時のシーケンス図である。
【図７】第２の実施形態におけるネットワーク管理装置の機能構成図である。
【図８】障害マネージャによるテレメトリ解析処理を示すフローチャートである。
【図９】障害発生時のシーケンス図である。
【発明を実施するための形態】
【００２７】
以降、本発明を実施するための形態を、各図を参照して詳細に説明する。
《第１の実施形態》
第１の実施形態では、自律的な措置と、オーケストレータ部による他律的な措置を併存させても、措置実施が競合しないための回避手段を導入する。
自律的な措置と他律的な措置の競合を回避するため、障害を検出したシステムまたは自律的に措置を実施すべきシステムに対して、自律的な措置の時間を確保する。オーケストレータなど他システムが障害事象情報を得ても、自律的な措置の時間の経過後でないと、他律的な措置を発動させない。
第１の実施形態では、障害の種類ごとに自律的な措置の時間（自律措置優先終了時間）が設定される。障害事象情報には、この自律的な措置の時間を障害検出時刻に加算した自律措置の優先終了日時が含まれる。オーケストレータなど他システムは、この障害に対して自律措置の優先終了日時まで他律的な措置を発動させない。
以下、図１から図６を参照しつつ、第１の実施形態について説明する。
【００２８】
図１は、第１の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第１の実施形態のネットワーク管理装置Ｍは、仮想化領域となるコア網５および非仮想化領域となるアクセス網４を管理する。具体的には、ネットワーク管理装置Ｍは、コア網５に配置されている機器およびアクセス網４に配置されている機器からさまざまな情報を収集することで、これらの機器を監視する。通信システムは、コア網５に配置されている機器およびアクセス網４に配置されている機器によって構成される。
ネットワーク管理装置Ｍは、オーケストレータ部１およびインフラマネージャ部２を備える。
【００２９】
《インフラマネージャ部２の詳細》
インフラマネージャ部２は、ＷＩＭ３３と、ＳＤＮマネージャ２６と、テレメトリデータベース２８と、インベントリデータベース２９とを備える。ＳＤＮマネージャ２６は、障害マネージャ２７をを備えている。障害マネージャ２７は、障害時間データベース２７１を備えている。なお図面ではデータベースのことを、“ＤＢ”と記載している場合がある。
【００３０】
ＷＩＭ３３（WAN（Wide Area Network） Infrastructure Manager）は、コア網５を管理し、制御する。ＷＩＭ３３は、コア網５に含まれるネットワークエレメントからテレメトリデータを取得し、ネットワークエレメントの障害を検出すると障害マネージャ２７に送信する。
【００３１】
ＳＤＮ（Software Defined Networking）マネージャ２６は、ソフトウェアによって具現化された仮想的なネットワークを管理するものであり、障害マネージャ２７を備えている。障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると、この障害データを解析して、障害種別とネットワークエレメント種別を抽出する。ここで障害データとは、障害事象情報を含むテレメトリデータである。
【００３２】
更に障害マネージャ２７は、この障害に係る自律措置の優先時間を設定し、テレメトリデータベース２８に自律措置の優先を終了する日時を格納する。
障害時間データベース２７１は、障害種別およびネットワークエレメント種別と、この障害に係る自律措置優先時間との関係を記憶したデータベースである。
【００３３】
テレメトリデータベース２８は、ネットワークエレメント種別と、障害種別と、自律措置の優先終了日時と、回復／未回復の情報との組合せを格納するデータベースである。なお、ネットワークエレメント種別と障害種別は、テレメトリデータを分析したものである。ネットワークリソース・オーケストレータ１３は、このテレメトリデータベース２８を参照することにより、他律的な措置を実施するか否かを判断可能である。
インベントリデータベース２９は、例えばアクセス網４やコア網５の状態情報を格納するデータベースである。
【００３４】
更にインフラマネージャ部２は、通信システムを構成しているＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などの機器を管理する。これらＩＡサーバ、コアルータ５４、ＳＤＮ−Ｌ２スイッチ５１、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントを含んでいる。
更にインフラマネージャ部２は、コア網５を制御するためＶＮＦＭ２１、ＶＩＭ２２などを備え、ＯＳＳ２５により上位装置Ｕと接続される。インフラマネージャ部２は、アクセス網４を制御するため、不図示のＮＭＳ（Network Management System）やＥＭＳ（Element Management System）などを備える。
【００３５】
ＶＮＦＭ（Virtual Network Function Manager：仮想ネットワーク機能管理）２１は、ＩＡサーバに生成された仮想マシンに実装されているアプリケーションを管理し、制御する。ＶＮＦＭ２１により、仮想マシンに実装されているアプリケーションの障害に対して自律的に措置することができる。
ＶＩＭ（Virtual Infrastructure Manager：仮想インフラ管理）２２は、ＩＡサーバに生成された仮想マシンを管理し、制御する。ＶＩＭ２２により、仮想マシンの障害に対して自律的に措置することができる。
ＯＳＳ（Open Source Software）２５は、上位装置Ｕからの要求に応じて、インフラマネージャ部２を動作させるミドルウェアである。ＯＳＳ２５は、いわゆるオープンソース・ソフトウェアである。
【００３６】
《オーケストレータ部１の詳細》
オーケストレータ部１は、コア網５およびアクセス網４に亘って構築される通信システムに対して、ハードウェア、ミドルウェア、アプリケーション、サービスの配備、設定、管理を行う。更にオーケストレータ部１は、コア網５やアクセス網４を構成するネットワークエレメントの障害に対して、他律的に措置する。オーケストレータ部１は、オペレータが操作する上位装置Ｕからネットワークサービス生成要求などの要求を取得する。オーケストレータ部１は、Ｅ２Ｅオーケストレータ１１と、サーバリソース・オーケストレータ１２と、ネットワークリソース・オーケストレータ１３とを備える。
【００３７】
Ｅ２Ｅオーケストレータ１１は、ユーザに提供されるネットワークサービスを自律的に管理する。
サーバリソース・オーケストレータ１２は、コア網５に配置されているＩＡサーバのリソース、および、ＩＡサーバ上に生成されている仮想マシンのリソースを自律的に管理する。
ネットワークリソース・オーケストレータ１３は、コア網５のリソースおよびアクセス網４のリソースを自律的に管理する。ネットワークリソース・オーケストレータ１３は、他律的な措置を実行する装置である。
【００３８】
《コア網５の詳細》
コア網５には、コアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバが配置されているが、これらに限定されない。これらコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂなどは、障害に対して自律的に措置するネットワークエレメントである。
なお、図面ではスイッチのことを“ＳＷ”と記載している場合がある。また、コア網５に配置されているコアルータ５４ａ，５４ｂ、パケット交換システム５３ａ，５３ｂ、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂ、ＩＡサーバなどを、ネットワークエレメントと記載している場合がある。
【００３９】
コアルータ５４ａ，５４ｂは、コア網５を経由するパケットの転送装置である。以下、コアルータ５４ａ，５４ｂを特に区別しないときには、単にコアルータ５４と記載する。
パケット交換システム（ＰＴＳ：Packet Transport System）５３ａ，５３ｂは、コア網５を経由するパケットを交換するためのシステムである。図面では、パケット交換システム５３ａ，５３ｂのことを“ＰＴＳ”と記載している。またパケット交換システム５３ａ，５３ｂを特に区別しないときには、単にパケット交換システム５３と記載する。
【００４０】
ＳＤＮ−Ｌ２スイッチ（Software Defined Networking Layer2 Switch）５１ａ，５１ｂは、コア網５を経由するパケットを転送するＳＤＮ対応型の転送装置である。ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂは、コア網５にてパケットが転送されるパスのＥＰ（End Point：エンドポイント、端点）となる。以下、ＳＤＮ−Ｌ２スイッチ５１ａ，５１ｂを特に区別しないときには、単にＳＤＮ−Ｌ２スイッチ５１と記載する。
【００４１】
ＩＡ（Intel（登録商標） Architecture）サーバは、汎用のサーバである。このＩＡサーバは、周知の仮想化技術によって１または複数の仮想マシン（ＶＭ：Virtual Machine）を生成することができる。仮想マシンは更に、１つのアプリケーション（ＡＰＬ：Application）を配置することができる。仮想マシン上のアプリケーションを動作させることで、仮想マシンは、所定のネットワークサービスをユーザに提供することができる。アプリケーションは、ＶＮＦ（Virtual Network Function：仮想ネットワーク機能）や、ＶＮＦＣ（ＶＮＦ component）と呼ばれる場合がある。
【００４２】
ＩＡサーバは、データセンタ５２ａ，５２ｂ（ＤＣ：Data Center）に設置されている。以下、データセンタ５２ａ，５２ｂを特に区別しないときには、単にデータセンタ５２と記載する。
各データセンタ５２は、１または複数のＩＡサーバを保有している。データセンタ５２は、ＩＡサーバ群とみなすことができる。データセンタ５２は、他のデータセンタ５２と接続するためのゲートウェイスイッチを備えるが、ここではゲートウェイスイッチに関する説明を省略する。
【００４３】
《データセンタ５２の詳細》
データセンタ５２は、他の仮想環境の影響を受けることのない独立した１または複数のスライスを生成することができる。スライスは、既存のネットワークの一部を仮想化したネットワークであり、データセンタ５２に対して生成したスライスを「ＤＣスライス（汎用サーバ用スライス）」と呼ぶ。データセンタ５２は、複数のＤＣスライスを生成することができる。ＤＣスライスは、自身のＤＣスライス内の仮想マシン間の通信を行うことができる。ＤＣスライスは、同じデータセンタ５２内での他のＤＣスライスとの通信や、他のデータセンタ５２内のＤＣスライスとの通信を行うこともできる。
【００４４】
《アクセス網４の詳細》
アクセス網４には、ＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３が配置されている。これらＰＯＮ４１、Ｌ２スイッチ４２、Ｌ３スイッチ４３などは、障害に対して自律的に措置するネットワークエレメントである。なお、アクセス網４に配置される機器は、これらに限定されない。
ＰＯＮ（Passive Optical Network）４１は、複数のユーザ宅へ光ファイバなどの通信用インフラを導入する機器である。なお、ＰＯＮ４１の例としては、ＯＬＴ（Optical Line Terminal：光回線終端装置）がある。
Ｌ２スイッチ（Layer2 Switch）４２は、アクセス網４を経由するパケットを、ＯＳＩ（Open Systems Interconnection）参照モデルの第２階層上で制御する転送装置である。
Ｌ３スイッチ（Layer3 Switch）４３は、アクセス網４を経由するパケットを、ＯＳＩ参照モデルの第３階層上で制御する転送装置である。
【００４５】
図２は、ＷＩＭ３３によるテレメトリ受信処理を示すフローチャートである。
ＷＩＭ３３が、ネットワークエレメントからテレメトリデータを受信すると（ステップＳ１０）、図２の処理が開始する。ＷＩＭ３３は、このテレメトリデータから障害事象を検出したか否かを判断する（ステップＳ１１）。ＷＩＭ３３は、テレメトリデータから障害事象を検出したならば（Ｙｅｓ）、このテレメトリデータを障害マネージャ２７に送信して、図２の処理を終了する。以下、このテレメトリデータは、障害マネージャ２７によって処理される。
ＷＩＭ３３は、テレメトリデータから障害事象を検出しなかったならば（Ｎｏ）、図２の処理を終了する。
【００４６】
図３は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
障害マネージャ２７は、ＷＩＭ３３から障害データを受信すると（ステップＳ２０）、図３の処理を開始する。障害マネージャ２７は、受信した障害データを解析し（ステップＳ２１）、この障害に係るネットワークエレメント種別と、障害種別を判定する。
障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別から自律措置優先時間を取得する（ステップＳ２２）。障害マネージャ２７は更に、障害検出日時に自律措置優先時間を加算して、自律措置優先終了日時を算出する（ステップＳ２３）。障害マネージャ２７は、障害データおよびその解析結果、自律措置優先終了日時、未回復の情報をテレメトリデータベース２８に格納する（ステップＳ２４）。
障害マネージャ２７は、ＷＩＭ３３を介してネットワークエレメントに対して措置実行を指示する（ステップＳ２５）。
【００４７】
障害マネージャ２７は、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ２６）。障害マネージャ２７は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、ＷＩＭ３３を介してネットワークエレメントに対して措置中断を指示して（ステップＳ２９）、図３の処理を終了する。
【００４８】
障害マネージャ２７は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、このネットワークエレメントから回復した旨のテレメトリデータを受信したか否かを判定する（ステップＳ２７）。障害マネージャ２７は、このネットワークエレメントが回復していないと判定したならば（Ｎｏ）、ステップＳ２６の処理に戻って判定を繰り返す。障害マネージャ２７は、このネットワークエレメントが回復したと判定したならば（Ｙｅｓ）、テレメトリデータベース２８を更新して回復済を登録し（ステップＳ２８）、図３の処理を終了する。
【００４９】
図４は、オーケストレータ部１による自律処理優先終了判定処理を示すフローチャートである。
オーケストレータ部１は、テレメトリデータベース２８から自律措置優先終了日時と回復済／未回復の情報を参照し（ステップＳ３０）、ネットワークエレメントが回復済みであるか否かを判定する（ステップＳ３１）。オーケストレータ部１は、ネットワークエレメントが回復済みならば（Ｙｅｓ）、図４の処理を終了する。
【００５０】
オーケストレータ部１は、ネットワークエレメントが回復済みでないならば（Ｎｏ）、現在の日時が自律措置優先終了日時以降であるか否かを判定する（ステップＳ３２）。オーケストレータ部１は、現在の日時が自律措置優先終了日時よりも前ならば（Ｎｏ）、ステップＳ３０の処理に戻る。
オーケストレータ部１は、現在の日時が自律措置優先終了日時以降ならば（Ｙｅｓ）、当該ネットワークエレメントへの措置を発動し（ステップＳ３３）、図４の処理を終了する。
【００５１】
図５は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ４０）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ４１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ４２）。
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ４３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、障害時間データベース２７１を参照して（ステップＳ４４）、ネットワークエレメント種別の情報および障害種別の情報の組合せに対応する自律措置の優先時間を取得する（ステップＳ４５）。
障害マネージャ２７は、自律措置の優先時間を障害検出時刻に加算して、自律措置の優先終了日時を算出し（ステップＳ４６）、テレメトリデータと未回復の情報とあわせてテレメトリデータベース２８に格納する。
【００５２】
オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ５０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ５１）。
このようにすることで、ネットワーク管理装置Ｍは、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停している。これにより、ネットワーク管理装置Ｍは、ネットワークの障害に対する複数の措置によるリソース競合を回避し、更に自律的な措置による迅速な回復を行わせることができる。
【００５３】
図６は、自律的措置による回復時のシーケンス図である。
障害マネージャ２７は、ＷＩＭ３３に対してネットワークエレメント５６の措置を指示する（ステップＳ６０）。ＷＩＭ３３は、この措置の指示を受信すると、ネットワークエレメント５６に対して措置を実行する（ステップＳ６１）。
【００５４】
ネットワークエレメント５６が措置によって回復すると、ＷＩＭ３３に対して応答する（ステップＳ６２）。ＷＩＭ３３は、この応答を障害マネージャ２７に中継する（ステップＳ６３）。障害マネージャ２７は、テレメトリデータベース２８に対して、このネットワークエレメント５６の回復を送信する（ステップＳ６４）。テレメトリデータベース２８は、このネットワークエレメント５６が回復した旨を格納する。
【００５５】
オーケストレータ部１は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ７０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、テレメトリデータと、自律措置の優先終了日時と、未回復である旨をオーケストレータ部１に送信する（ステップＳ７１）。
このようにすることで、テレメトリデータベース２８を介して自律的な措置と他律的な措置とを調停しているので、ネットワークの障害に対する他律的な措置によるリソース競合の回避と、自律的な措置による迅速な回復とを両立させることができる。
第１の実施形態のネットワーク管理装置Ｍは、障害が発生したのちの所定時間に亘り、自律的な措置の実施を許容している。これにより同一障害に対する複数の措置の競合を回避できる。
【００５６】
《第２の実施形態》
以下、図７から図９を参照しつつ、第２の実施形態について説明する。
図７は、第２の実施形態におけるネットワーク管理装置Ｍの機能構成図である。
第２の実施形態のネットワーク管理装置Ｍは、第１の実施形態とは異なり、オーケストレータ部１がネットワーク管理ポリシマネージャ１４を含んでいる。第２の実施形態のネットワーク管理装置Ｍは更に、ネットワークエレメント種別と障害種別に対応した自律的措置の実施可否の設定が蓄積された設定値蓄積部１５を含んでいる。なお、設定値蓄積部１５は、オーケストレータ部１以外に含まれてもよく、または独立した装置やシステムでも構わない。
障害を検出したネットワークエレメントまたは自律的に措置を実施するシステムでは、この障害に対して自律的に措置してよいか否かを、ネットワーク管理ポリシマネージャ１４に照会する。これより、ネットワークのリンクに多重障害が同時に発生した場合などに、網全体を管理する装置に他律的に措置を実行させることができ、リソースの競合を抑止することができる。
他律的に措置した方がよい障害とは、例えば輻輳、激甚災害、大規模停電などのようにネットワークのリンクに多重障害が同時に発生した場合である。
【００５７】
図８は、障害マネージャ２７によるテレメトリ解析処理を示すフローチャートである。
ステップＳ８０，Ｓ８１の処理は、図３に示したステップＳ２０，Ｓ２１の処理と同様である。
ステップＳ８１の処理が終了すると、障害マネージャ２７は、障害データを解析したネットワークエレメント種別と障害種別に基づき、ネットワーク管理ポリシマネージャ１４に対して自律措置の実施可否を問い合わせる（ステップＳ８２）。
【００５８】
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が、自律措置の実施可能であったならば（Ｙｅｓ）、ステップＳ８４の処理に進む。ステップＳ８４〜Ｓ９１の処理は、図３に示したステップＳ２２〜Ｓ２９の処理と同様である。
障害マネージャ２７は、ネットワーク管理ポリシマネージャ１４からの応答が自律措置の実施可能でなかったならば（Ｎｏ）、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に格納し（ステップＳ９２）、図８の処理を終了する。
このとき、障害マネージャ２７は、自律的な措置の実行を指示せず、かつ自律措置優先終了日時は格納しないので、オーケストレータ部１は、他律的な措置をすぐさま実行することができる。
【００５９】
図９は、障害発生時のシーケンス図である。
ネットワークエレメント５６は、障害事象情報を含むテレメトリデータをＷＩＭ３３に送信する（ステップＳ１００）。ＷＩＭ３３は、このテレメトリデータに基づいて障害事象を検出し（ステップＳ１０１）、このテレメトリデータを障害マネージャ２７に送信する（ステップＳ１０２）。
【００６０】
障害マネージャ２７は、ＷＩＭ３３からテレメトリデータを受信すると、このテレメトリデータを解析して（ステップＳ１０３）、ネットワークエレメント種別の情報と障害種別の情報を抽出する。障害マネージャ２７は、このネットワークエレメント種別の情報と障害種別の情報の組合せを、ネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１０４）。ネットワーク管理ポリシマネージャ１４は、このネットワークエレメント種別の情報と障害種別の情報の組合せに対して、自律措置が実施不可である旨を応答する（ステップＳ１０５）。障害マネージャ２７は、障害のテレメトリデータと未回復の情報とをテレメトリデータベース２８に送信する（ステップＳ１０６）。
【００６１】
ネットワーク管理ポリシマネージャ１４は、テレメトリデータベース２８に対して、テレメトリデータなどを要求する（ステップＳ１１０）。ここで要求する情報は、テレメトリデータに加えて、自律措置の優先終了日時と回復／未回復の情報である。テレメトリデータベース２８は、その応答として、ネットワークエレメント５６が未回復である旨をネットワーク管理ポリシマネージャ１４に送信する（ステップＳ１１１）。よってネットワーク管理ポリシマネージャ１４は、この障害に係るネットワークエレメント５６に対して、他律的な措置を指示する（ステップＳ１１２）。
第２の実施形態のネットワーク管理装置Ｍは、他律的に措置した方がよい障害については、最初から自律的な措置を実施せずに、他律的に措置している。これにより、同一障害に対する複数の措置によるリソース競合を回避可能である。
【００６２】
（変形例）
本発明は、上記実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲で、変更実施が可能であり、例えば、次の（ａ）〜（ｄ）のようなものがある。
【００６３】
（ａ）  テレメトリデータベース２８に格納される情報は、テレメトリデータの解析結果に限定されず、テレメトリデータがそのまま格納されていてもよい。
（ｂ）  テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータに限定されず、すべてのテレメトリデータが格納されてもよい。
（ｃ）  テレメトリデータベース２８に格納される情報は、障害に係るテレメトリデータの解析結果に限定されず、すべてのテレメトリデータの解析結果が格納されてもよい。
（ｄ）  障害時間データベース２７１は、障害事象情報と自律措置優先時間との関係を記憶していればよく、例えば障害種別とこの障害に係る自律措置優先時間との関係、障害に係るネットワークエレメント種別と対応する自律措置優先時間との関係であってもよい。
【符号の説明】
【００６４】
Ｍ  ネットワーク管理装置
１  オーケストレータ部
１１  Ｅ２Ｅオーケストレータ
１３  ネットワークリソース・オーケストレータ
１２  サーバリソース・オーケストレータ
２  インフラマネージャ部
２１  ＶＮＦＭ
２２  ＶＩＭ
２５  ＯＳＳ
２６  ＳＤＮマネージャ
２７  障害マネージャ
２７１  障害時間データベース
２８  テレメトリデータベース
２９  インベントリデータベース
３３  ＷＩＭ
４  アクセス網
４１  ＰＯＮ
４２  Ｌ２スイッチ
４３  Ｌ３スイッチ
５  コア網
５１  ＳＤＮ−Ｌ２スイッチ
５２  データセンタ
５３  バケット交換システム
５４  コアルータ
５６  ネットワークエレメント
【図１】
2019009490.tif 000003
【図２】
2019009490.tif 000004
【図３】
2019009490.tif 000005
【図４】
2019009490.tif 000006
【図５】
2019009490.tif 000007
【図６】
2019009490.tif 000008
【図７】
2019009490.tif 000009
【図８】
2019009490.tif 000010
【図９】
2019009490.tif 000011