(57)【要約】【課題】ネットワークサービスの保守運用コストを低減する。【解決手段】仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置２００に要求を出力するオペレーション装置１００は、ＮＷに配置されている機器からなるＮＷ構成を示すＮＷ構成情報を、ＮＳの障害に起因して更新した新構成情報、ＮＳの雛型であるカタログ、ＮＳのライフサイクルを記述するレコード、および、管理装置２００にＮＳの制御を要求するためのオーダ、を記憶する記憶部と、新構成情報、カタログ、レコード、および、オーダに基づいて、ＮＳの最適構成を決定する最適構成決定部３１と、ＮＳのＮＳ構成を、最適構成決定部３１が決定した最適構成に変更する変更オーダを生成するオーダ生成部６０と、を備える、ことを特徴とする。【選択図】図１
2019140496.tif 000002
【特許請求の範囲】
【請求項１】
仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置に要求を出力するオペレーション装置であって、
前記ＮＷに配置されている機器からなるＮＷ構成を示すＮＷ構成情報を、前記ＮＳの障害に起因して更新した新構成情報、前記ＮＳの雛型であるカタログ、前記ＮＳのライフサイクルを記述するレコード、および、前記管理装置に前記ＮＳの制御を要求するためのオーダ、を記憶する記憶部と、
前記新構成情報、前記カタログ、前記レコード、および、前記オーダに基づいて、前記ＮＳの最適構成を決定する最適構成決定部と、
前記ＮＳのＮＳ構成を、前記最適構成決定部が決定した最適構成に変更する変更オーダを生成するオーダ生成部と、を備える、
ことを特徴とするオペレーション装置。
【請求項２】
前記記憶部は、前記ＮＳの障害の発生を示すアラーム情報、および、前記ＮＷに配置されている機器のスペックを示す性能情報、をさらに記憶し、
前記アラーム情報、および、前記性能情報に基づいて異常検知をする異常検知部、をさらに備える、
ことを特徴とする請求項１に記載のオペレーション装置。
【請求項３】
前記異常検知に対し、前記管理装置による制御の制御要否、および、制御対象を判断する制御判断部と、
前記ＮＷ構成情報を前記新構成情報に更新するＮＷ構成情報更新部と、をさらに備える、
ことを特徴とする請求項２に記載のオペレーション装置。
【請求項４】
前記記憶部は、前記ＮＳの障害の発生を示すアラーム情報、および、前記ＮＷに配置されている機器のスペックを示す性能情報、をさらに記憶し、
前記アラーム情報、および、前記性能情報に基づいて、障害箇所を推定する障害箇所推定部と、
前記アラーム情報、および、前記性能情報に基づいて、品質劣化要因を特定する品質劣化要因特定部と、をさらに備える、
ことを特徴とする請求項１に記載のオペレーション装置。
【請求項５】
前記障害箇所の推定、または、前記品質劣化要因の特定に対し、前記管理装置による制御の制御要否、および、制御対象を判断する制御判断部と、
前記ＮＷ構成情報を、前記推定した障害箇所を除去した前記新構成情報、または、前記特定した品質劣化要因を除去した前記新構成情報に更新するＮＷ構成情報更新部と、をさらに備える、
ことを特徴とする請求項４に記載のオペレーション装置。
【請求項６】
前記制御判断部による判断に用いる機能部を追加可能な態様で備える、
ことを特徴とする請求項３または請求項５に記載のオペレーション装置。
【請求項７】
仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置に要求を出力するオペレーション装置におけるオペレーション方法であって、
前記オペレーション装置の記憶部は、
前記ＮＷに配置されている機器からなるＮＷ構成を示すＮＷ構成情報を、前記ＮＳの障害に起因して更新した新構成情報、前記ＮＳの雛型であるカタログ、前記ＮＳのライフサイクルを記述するレコード、および、前記管理装置に前記ＮＳの制御を要求するためのオーダ、を記憶しており、
前記オペレーション装置は、
前記新構成情報、前記カタログ、前記レコード、および、前記オーダに基づいて、前記ＮＳの最適構成を決定するステップと、
前記ＮＳのＮＳ構成を、前記決定した最適構成に変更する変更オーダを生成するステップと、を備える、
ことを特徴とするオペレーション方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オペレーション装置およびオペレーション方法に関する。本明細書において、「ＮＷ」は、ネットワーク（Network）を表す語として、「ＮＳ」は、ネットワークサービス（Network Service）を表す語として用いる。
【背景技術】
【０００２】
特許文献１には、「仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置であって、前記ＮＳを管理するサービス管理部と、前記ＮＷに配置されるサーバ系装置を管理するサーバ系装置管理部と、前記ＮＷに配置されるＮＷ系装置を管理するＮＷ系装置管理部と、を備え、前記サービス管理部は、前記ＮＳの提供に供する、前記サーバ系装置および前記ＮＷ系装置を指定するために必要なインプットパラメータを含むＮＳ生成要求を外部から取得する要求受付部と、前記ＮＳの雛型となるカタログを管理するカタログ管理部と、前記サーバ系装置のリソースおよび前記ＮＷ系装置のリソースを調停するリソース調停部と、前記カタログが選定された場合、前記インプットパラメータに応じて、前記指定されたサーバ系装置のリソース、および、前記指定されたＮＷ系装置のリソースを生成して、前記ＮＳを実現するスライスを生成するワークフロー部と、前記ＮＳのライフサイクルを管理するＮＳライフサイクル管理部と、を備える、ことを特徴とする管理装置」について開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１４３４５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の発明は、ＮＳの生成、更新、削除等を実行するオーケストレータ基盤のアーキテクチャの発明である。特許文献１の発明によれば、ＮＳ生成等は、上位装置からの要求に応じて行われる。しかし、例えば、管理装置による、ＮＳ生成等の制御要否の判断や、制御対象（ＮＷ装置など）の判断は、オペレータ（保守者）自らが行う。つまり、多かれ少なかれＮＳの保守運用において手動対処が必要であり、相当の、ＮＳの保守運用コストが発生する。ＮＳが構築されるＮＷは、Ｌ２（Layer 2）およびＬ３（Layer 3）に亘るほど大規模であり、また、ＮＳの監視は絶えず行わければならない。これらを踏まえると、特許文献１の発明は、ＮＳの保守運用コスト面で改善の余地が残されている。
【０００５】
このような背景に鑑みて、本発明は、ネットワークサービスの保守運用コストを低減することを課題とする。
【課題を解決するための手段】
【０００６】
前記した課題を解決するため、請求項１に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置に要求を出力するオペレーション装置であって、前記ＮＷに配置されている機器からなるＮＷ構成を示すＮＷ構成情報を、前記ＮＳの障害に起因して更新した新構成情報、前記ＮＳの雛型であるカタログ、前記ＮＳのライフサイクルを記述するレコード、および、前記管理装置に前記ＮＳの制御を要求するためのオーダ、を記憶する記憶部と、前記新構成情報、前記カタログ、前記レコード、および、前記オーダに基づいて、前記ＮＳの最適構成を決定する最適構成決定部と、前記ＮＳのＮＳ構成を、前記最適構成決定部が決定した最適構成に変更する変更オーダを生成するオーダ生成部と、を備える、ことを特徴とする。
【０００７】
また、請求項７に記載の発明は、仮想化領域となるコアＮＷ（Network）および非仮想化領域となるアクセスＮＷを含むＮＷに構築されるＮＳ（Network Service）を管理する管理装置に要求を出力するオペレーション装置におけるオペレーション方法であって、前記オペレーション装置の記憶部は、前記ＮＷに配置されている機器からなるＮＷ構成を示すＮＷ構成情報を、前記ＮＳの障害に起因して更新した新構成情報、前記ＮＳの雛型であるカタログ、前記ＮＳのライフサイクルを記述するレコード、および、前記管理装置に前記ＮＳの制御を要求するためのオーダ、を記憶しており、前記オペレーション装置は、前記新構成情報、前記カタログ、前記レコード、および、前記オーダに基づいて、前記ＮＳの最適構成を決定するステップと、前記ＮＳのＮＳ構成を、前記決定した最適構成に変更する変更オーダを生成するステップと、を備える、ことを特徴とする。
【０００８】
請求項１，７に記載の発明によれば、ＮＳ最適構成の決定が自動化されるため、オペレータの保守負担が低減される。
したがって、ネットワークサービスの保守運用コストを低減することができる。
【０００９】
また、請求項２に記載の発明は、請求項１に記載のオペレーション装置であって、前記記憶部は、前記ＮＳの障害の発生を示すアラーム情報、および、前記ＮＷに配置されている機器のスペックを示す性能情報、をさらに記憶し、前記アラーム情報、および、前記性能情報に基づいて異常検知をする異常検知部、をさらに備える、ことを特徴とする。
【００１０】
請求項２に記載の発明によれば、ＮＳの異常検知も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
【００１１】
また、請求項３に記載の発明は、請求項２に記載のオペレーション装置であって、前記異常検知に対し、前記管理装置による制御の制御要否、および、制御対象を判断する制御判断部と、前記ＮＷ構成情報を前記新構成情報に更新するＮＷ構成情報更新部と、をさらに備える、ことを特徴とする。
【００１２】
請求項３に記載の発明によれば、ＮＷ構成情報更新（新構成情報生成）も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
また、本発明は、オペレータの介入なしで実行可能であり、管理装置によるＮＳに対する制御のclosed-loop化を実現することができる。
【００１３】
また、請求項４に記載の発明は、請求項１に記載のオペレーション装置であって、前記記憶部は、前記ＮＳの障害の発生を示すアラーム情報、および、前記ＮＷに配置されている機器のスペックを示す性能情報、をさらに記憶し、前記アラーム情報、および、前記性能情報に基づいて、障害箇所を推定する障害箇所推定部と、前記アラーム情報、および、前記性能情報に基づいて、品質劣化要因を特定する品質劣化要因特定部と、をさらに備える、ことを特徴とする。
【００１４】
請求項４に記載の発明によれば、障害箇所推定も品質劣化要因特定も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
【００１５】
また、請求項５に記載の発明は、請求項４に記載のオペレーション装置であって、前記障害箇所の推定、または、前記品質劣化要因の特定に対し、前記管理装置による制御の制御要否、および、制御対象を判断する制御判断部と、前記ＮＷ構成情報を、前記推定した障害箇所を除去した前記新構成情報、または、前記特定した品質劣化要因を除去した前記新構成情報に更新するＮＷ構成情報更新部と、をさらに備える、ことを特徴とする。
【００１６】
請求項５に記載の発明によれば、ＮＷ構成情報更新（新構成情報生成）も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。また、本発明は、オペレータの介入なしで実行可能であり、管理装置によるＮＳに対する制御のclosed-loop化を実現することができる。
【００１７】
また、請求項６に記載の発明は、請求項３または請求項５に記載のオペレーション装置であって、前記制御判断部による判断に用いる機能部を追加可能な態様で備える、ことを特徴とする。
【００１８】
請求項６に記載の発明によれば、制御判断部の制御要否および制御対象の判断に用いるアルゴリズムを拡張することができる。
【発明の効果】
【００１９】
本発明によれば、ネットワークサービスの保守運用コストを低減することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施形態のオペレーション装置を含むシステムの機能構成図である。
【図２】ＮＳ最適構成判断を自動化した場合のオーダ変更処理を示すフローチャートである。
【図３】ＮＳ異常検知、ＮＳ最適構成判断を自動化した場合のオーダ変更処理を示すフローチャートである。
【図４】ＮＳ異常検知、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理を示すフローチャートである。
【図５】ＮＳ異常検知、障害箇所特定、品質劣化要因特定、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）について説明する。
本実施形態は、ＮＳの保守運用として、ＮＳが構築されているＮＷに配置されている機器に障害が発生した場合の事後対応の自動化を実現するclosed-loop（閉ループ）アーキテクチャの形態である。
【００２２】
≪構成≫
図１に示すように、本実施形態のオペレーション装置１００をシステムは、オペレーション装置１００の他に、管理装置２００と、オペレータ端末３００とを含む。図１中のＮＳ４００は、保守運用対象となるＮＳである。説明の便宜上、特段の事情が無い限り、ＮＳ４００を、符号なしで「ＮＳ」と表記する。
【００２３】
（オペレーション装置１００）
オペレーション装置１００は、ＮＳの保守運用に関する要求を管理装置２００に出力する計算機である。オペレーション装置１００は、管理装置２００の上位装置として機能する。オペレーション装置１００は、例えば、ＯＳＳ（Operation Support System）や、ＢＳＳ（Business Support System）として実装することができる。
【００２４】
なお、オペレーション装置１００は、入出力部、処理部、記憶部といったハードウェアを備えており、処理部の具体例となるＣＰＵが、記憶部の具体例となるメモリ上に読み込んだプログラムを実行することにより、本実施形態の方法を実現する。
オペレーション装置１００の機能構成の詳細は、後記する。
【００２５】
（管理装置２００）
管理装置２００は、ＮＳを管理する装置である。また、管理装置２００は、ＮＳが構築されるＮＷを管理する。管理装置２００は、特許文献１に記載の管理装置に相当する。このため、管理装置２００に関する詳細な説明は省略する。
【００２６】
（オペレータ端末３００）
オペレータ端末３００は、ＮＳの保守者（オペレータ）が操作するコンソールである。オペレータ端末３００は、ＮＳ４００の保守運用に関する所定の情報（詳細は後記）をオペレーション装置１００に入力することができる。また、オペレータ端末３００は、オペレーション装置１００の出力結果を表示することができる。
【００２７】
管理装置２００が管理するＮＷは、仮想化領域となるコアＮＷおよび非仮想化領域となるアクセスＮＷを含む。コアＮＷは、Ｌ３ＮＷに対応する。アクセスＮＷは、Ｌ２ＮＷに対応する。管理装置Ｍは、コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器からさまざまな情報を収集することでこれらの機器を監視することができる。
【００２８】
図１には、「コアＮＷに配置されている機器」の具体例として、ＮＥ（Network Element）装置ｎｅ１〜ｎｅ６が図示されている。また、図１には、「アクセスＮＷに配置されている機器」の具体例としてサーバｓ１〜ｓ４が図示されている。コアＮＷに配置されている機器およびアクセスＮＷに配置されている機器によってＮＷ構成ができあがる。サーバｓ１〜ｓ４は、ＮＳを実行する装置である。ＮＥ装置ｎｅ１〜ｎｅ６は、ＮＳを実行するためのデータを転送する装置である。
【００２９】
管理装置２００が管理するＮＳは、Ｅ２Ｅ（End to End：エンドツーエンド）の管理が実現可能なＮＳとなる。つまり、管理装置２００は、ＮＳ利用側（ユーザ）の端末から、ＮＳ提供側（例：通信事業者）が保持する、アクセスＮＷ上の機器およびコアＮＷ上の機器を介し、サービス事業者（例：ＩＳＰ（Internet Service Provider）事業者）までを管理することができる。
【００３０】
図１には、ＮＳ４００の構成要素として、Ｌ３ＮＷスライス４０１と、Ｌ２ＮＷスライス４０２と、ＶＮＦ（Virtual Network Function）４０３〜４０８が図示されている。換言すれば、ＮＳ４００のＮＳ構成は、Ｌ３ＮＷスライス４０１と、Ｌ２ＮＷスライス４０２と、ＶＮＦ４０３〜４０８である。
【００３１】
Ｌ３ＮＷスライス４０１は、ＮＳ４００のうち、Ｌ３ＮＷ上に構築されたＮＳ部分である。Ｌ２ＮＷスライス４０２は、ＮＳ４００のうち、Ｌ２ＮＷ上に構築されたＮＳ部分である。スライスは、既存のＮＷの一部を仮想化したＮＷである。ＶＮＦ４０３〜４０８は、サーバｓ１〜ｓ４に生成されたＶＭ（Virtual Machine）に実装されているアプリケーションを構成する。
【００３２】
管理装置２００は、サーバｓ１〜ｓ４、および、ＮＥ装置ｎｅ１〜ｎｅ６に対し、ＮＳ４００を生成することができる。また、管理装置２００は、ＮＳ４００の構成変更（更新）をすることができる。ＮＳ４００の構成変更には、例えば、ＶＮＦ４０３〜４０８の少なくとも１つを他のＶＮＦに置き換えること、サーバｓ１〜ｓ４の少なくとも１つを別のサーバに置き換えること、ＮＥ装置ｎｅ１〜ｎｅ６を少なくとも１つを別のＮＥ装置に置き換えること、ＮＷ構成の変更、が挙げられるがこれらに限定されない。また、管理装置２００は、ＮＳ４００を削除することができる。
【００３３】
＜オペレーション装置１００の構成の詳細＞
図１に示すように、オペレーション装置１００は、制御判断部１０と、ＮＷ構成情報更新部２０と、ＮＷ−ＡＩ（Artificial Intelligence）部３０と、ＮＷ構成情報管理部４０と、ＮＷ情報蓄積部５０と、オーダ生成部６０といった機能部を備える。ＮＷ構成情報管理部４０およびＮＷ情報蓄積部５０は、オペレーション装置１００の記憶部を具現化した機能部である。
【００３４】
（制御判断部１０）
制御判断部１０は、ＮＳに障害が発生した場合に、管理装置２００による制御の要否（制御要否）を判断する。ＮＳの障害の例として、ＮＳが構築されているＮＷに配置されている機器の１つであるサーバｓ２の故障（図１参照）を挙げて説明する。「管理装置２００による制御」とは、具体的には、ＮＳの生成、構成変更、削除である。
また、制御判断部１０は、管理装置２００による制御の対象（制御対象）を判断する。本実施形態の例では、制御対象は、サーバｓ２となる。制御判断部１０のこれらの判断は、ＮＷ−ＡＩ部３０の解析結果に基づいて行われる。
【００３５】
（ＮＷ構成情報更新部２０）
ＮＷ構成情報更新部２０は、ＮＳが構築されているＮＷに配置されている機器群からなるＮＷ構成を示すＮＷ構成情報を更新する。例えば、サーバｓ２が故障した場合、ＮＷ構成情報更新部２０は、当該サーバｓ２を除いたＮＷ構成を示すＮＷ構成情報を生成することができる。また、ＮＷ構成情報更新部２０は、更新後のＮＷ構成情報を新構成情報（図１）としてＮＷ構成情報管理部４０に出力する。
【００３６】
（ＮＷ−ＡＩ部３０）
ＮＷ−ＡＩ部３０は、ＮＳの障害を解析する。図１に示すように、ＮＷ−ＡＩ部３０は、最適構成決定部３１と、品質劣化要因特定部３２と、障害箇所推定部３３と、異常検知部３４と、新ＡＩアルゴリズム部３５とを備える。
【００３７】
［最適構成決定部３１］
最適構成決定部３１は、ＮＳの障害に応じて、最適なＮＳ構成（ＮＳの最適構成）を決定する。最適なＮＳ構成は、例えば、ＮＷ構成情報管理部４０が有する、更新後のＮＷ構成情報と、ＮＷ情報蓄積部５０が有するＮＷ情報内のカタログ、レコード、オーダ（詳細は後記）とに基づいて決定される。また、最適構成決定部３１は、ＮＷ構成情報更新部２０からの指示に応じて処理を開始する。
【００３８】
［品質劣化要因特定部３２］
品質劣化要因特定部３２は、ＮＳの障害の要因を品質劣化要因として特定する。品質劣化要因は、例えば、ＮＷ情報蓄積部５０が有するＮＷ情報内の、当該障害に関するアラーム情報および性能情報に基づいて特定される。品質劣化要因が特定された場合、ＮＷ構成情報更新部２０は、品質劣化要因を除去した（除去可能な）新構成情報を生成することができる。
【００３９】
［障害箇所推定部３３］
障害箇所推定部３３は、ＮＳの障害を引き起こした箇所を、障害箇所として推定する。障害箇所は、例えば、ＮＷ情報蓄積部５０が有するＮＷ情報内の、当該障害に関するアラーム情報および性能情報に基づいて推定される。障害箇所が推定された場合、ＮＷ構成情報更新部２０は、障害箇所を除去した（除去可能な）新構成情報を生成することができる。
【００４０】
［異常検知部３４］
異常検知部３４は、ＮＳの障害に対して、例えばディープラーニングによって異常検知を行う。異常検知は、例えば、ＮＷ情報蓄積部５０が有するＮＷ情報内の、当該障害に関するアラーム情報および性能情報に基づいてなされる。
【００４１】
［新ＡＩアルゴリズム部３５］
新ＡＩアルゴリズム部３５は、品質劣化要因特定部３２、障害箇所推定部３３、異常検知部３４の他に、制御判断部１０の判断のために用いられる追加可能な機能部である。新ＡＩアルゴリズム部３５を追加することで、制御判断部１０の判断などに用いるアルゴリズムを拡張することができる。ＮＳの保守運用の態様に応じて、ＮＷ−ＡＩ部３０内に新ＡＩアルゴリズム部３５を１または複数種類搭載してもよいし、搭載しなくてもよい。
【００４２】
（ＮＷ構成情報管理部４０）
ＮＷ構成情報管理部４０は、ＮＷ構成を示すＮＷ構成情報を管理する。ＮＷ構成情報管理部４０は、ＮＷ構成情報ＤＢ（Database）（４０ａ）を有する。ＮＷ構成情報ＤＢ（４０ａ）は、所定期間（例：ＮＳ運用開始時から現在までの期間）に亘るＮＷ構成情報の履歴を登録している。また、ＮＷ構成情報管理部４０は、ＮＷ構成情報更新部２０から取得した、更新後のＮＷ構成情報をＮＷ構成情報ＤＢ（４０ａ）に登録する。また、ＮＷ構成情報管理部４０は、最適構成決定部３１による最適構成の決定の際、更新後のＮＷ構成情報、および、ＮＷ情報蓄積部５０から取得したＮＷ情報内のカタログ、レコード、オーダを、最適構成決定に必要な所定の形式に変換し、最適構成決定部３１に出力する。
【００４３】
（ＮＷ情報蓄積部５０）
ＮＷ情報蓄積部５０は、ＮＳが構築されるＮＷに関する情報をＮＷ情報として蓄積する。ＮＷ情報は、アラーム情報、性能情報、カタログ、レコード、および、オーダに分類することができるがこれらに限定されない。また、ＮＷ情報蓄積部５０は、アラーム情報ＤＢ（５０ａ）、性能情報ＤＢ（５０ｂ）、カタログＤＢ（５０ｃ）、レコードＤＢ（５０ｄ）、および、オーダＤＢ（５０ｅ）を有する。
【００４４】
アラーム情報は、ＮＷ上にＮＳの障害が発生したことを示す情報である。アラーム情報ＤＢ（５０ａ）は、所定期間に亘るアラーム情報の履歴を登録している。オペレーション装置１００またはオペレータ端末３００は、ＮＳからアラーム情報を所定のタイミングで継続して収集することができる。
【００４５】
性能情報は、ＮＷに配置されている機器の各々のスペックを示す情報である。図１に示すように、性能情報は、メモリ情報、ＮＷ−ＩＦ（Interface）情報、ＣＰＵ情報、および、フロー情報に分類することができるが、これらに限定されない。メモリ情報は、ＮＷに配置されている機器の各々のメモリ容量を示す情報である。ＮＷ−ＩＦ情報は、ＮＷに配置されている機器の各々に搭載されているＩＦを示す情報である。ＣＰＵ情報は、ＮＷに配置されている機器の各々のＣＰＵ周波数を示す情報である。フロー情報は、ＮＷに配置されている機器の各々に流入したり、機器の各々から流出したりするフローを示す情報である。性能情報ＤＢ（５０ｂ）は、ＮＷに配置されている機器ごとの性能情報を登録している。
オペレーション装置１００またはオペレータ端末３００は、ＮＳから性能情報を所定のタイミングで継続して収集することができる。
【００４６】
カタログは、ＮＳの雛型である。カタログの詳細は、例えば、特許文献１に記載されておりその説明は省略する。管理装置２００は、カタログを管理しており、オペレーション装置１００は、管理装置２００からカタログを取得することができる。カタログＤＢ（５０ｃ）は、所定期間に亘って、ＮＳに用いられてきたカタログの履歴を登録している。
【００４７】
レコードは、ＮＳのライフサイクルの記述情報である。レコードの詳細は、例えば、特許文献１に記載されておりその説明は省略する。また、ＮＳのライフサイクルとは、例えば、ＮＳの生成→構成変更→削除に至るプロセスである。ＮＳのライフサイクルの詳細は、例えば、特許文献１に記載されておりその説明は省略する。管理装置２００は、レコードを管理しており、オペレーション装置１００は、管理装置２００からレコードを取得することができる。レコードＤＢ（５０ｄ）は、所定期間に亘って、ＮＳに用いられてきたレコードの履歴を登録している。
【００４８】
オーダは、ＮＳの生成、構成変更または削除の要求情報であり、ＮＳのライフサイクルの操作要求を示す情報である。オーダは、対象のＮＳについて、保守者または最適構成決定部３１が選択したカタログ、当該ＮＳのライフサイクルの操作要求の種別、および、インプットパラメータを含む。インプットパラメータは、対象のＮＳを提供するために利用される論理パスが設定される、ＮＷ上の機器を指定する指定情報である。インプットパラメータの詳細は、例えば、特許文献１に記載されておりその説明は省略する。管理装置２００は、オーダを管理しており、オペレーション装置１００は、管理装置２００からオーダを取得することができる。オーダＤＢ（５０ｅ）は、所定期間に亘って、ＮＳに用いられてきたオーダの履歴を登録している。
【００４９】
（オーダ生成部６０）
オーダ生成部６０は、現在のＮＳを、最適構成決定部３１が決定した最適なＮＳ構成に変更するためのオーダを生成する。オーダ生成部６０は、生成したオーダを、管理装置２００に送信する。管理装置２００は、オーダ生成部６０から取得したオーダに従って、ＮＳ生成、構成変更、削除を実施することができる（特許文献１参照）。
【００５０】
オペレータ端末３００の保守者は、管理装置２００がＮＳを管理するための制御の制御内容を、オペレータが決定するかオペレーション装置１００が決定するかを部分的に選択することができる。具体的には、オペレータ端末３００の保守者は、ＮＷ−ＡＩ部３０が備える、最適構成決定部３１、品質劣化要因特定部３２、障害箇所推定部３３、異常検知部３４、および、新ＡＩアルゴリズム部３５の一部を動作させるかすべてを動作させるかを、オペレーション装置１００に対して設定することができる。最適構成決定部３１、品質劣化要因特定部３２、障害箇所推定部３３、異常検知部３４、および、新ＡＩアルゴリズム部３５のうち少なくとも１つが動作した場合、管理装置２００の制御内容を決定する手順の対応部分が自動化される。
【００５１】
≪処理≫
本実施形態のオペレーション装置１００が実行する処理について説明する。本実施形態の処理は、ＮＳに障害が発生した場合、例えば、サーバｓ２（図１参照）が故障した場合に開始するオーダ変更処理である。また、本実施形態の処理について、管理装置２００の制御内容を決定する手順の自動化の範囲に応じて個別に説明する。
【００５２】
＜ＮＳ最適構成判断を自動化した場合のオーダ変更処理＞
まず、ＮＳ最適構成判断を自動化した場合のオーダ変更処理について、図２を参照して説明する。この場合、最適構成決定部３１が動作し、制御判断部１０、ＮＷ構成情報更新部２０、品質劣化要因特定部３２、障害箇所推定部３３、および、異常検知部３４は休止している。また、新ＡＩアルゴリズム部３５は、ＮＷ−ＡＩ部３０に未搭載である。
【００５３】
オペレータ端末３００のオペレータは、ＮＳからのアラーム情報でサーバｓ２の故障を知得した後、サーバｓ２の故障に対し、サーバｓ２の切り分け作業（周知であり説明略）を行う。その後、オペレータは、サーバｓ２の異常を判断し、オペレータ端末３００にて、サーバｓ２を除いたＮＷ構成を示す新構成情報を生成する。
【００５４】
まず、オペレーション装置１００は、オペレータ端末３００から取得した新構成情報をＮＷ構成情報管理部４０に登録する（ステップＡ１）。ＮＷ構成情報ＤＢ（４０ａ）には、新構成情報のエントリが追加される。オペレータ端末３００は、オペレーション装置１００に対し、最適構成決定部３１によるＮＳの最適構成判断の開始を指示する。
【００５５】
次に、オペレーション装置１００は、ＮＳの最適構成判断の開始指示をオペレータ端末３００から取得する（ステップＡ２）。開始指示に対し、ＮＷ構成情報管理部４０は、ＮＷ構成情報ＤＢ（４０ａ）から新構成情報を読み出すともに、ＮＷ情報蓄積部５０から、障害が発生した現在のＮＳのＮＷ情報のうち、現在のＮＳの構築に用いたカタログ、現在のＮＳに適用されたレコード、現在のＮＳの生成（または現在のＮＳの構成変更）を要求したオーダを読み出す。
【００５６】
次に、オペレーション装置１００は、ＮＷ構成情報管理部４０によって、ＮＷ構成情報ＤＢ（４０ａ）から読み出した新構成情報、および、ＮＷ情報蓄積部５０から読み出したカタログ、レコード、オーダを最適構成決定部３１に出力する（ステップＡ３）。出力の際、ＮＷ構成情報管理部４０は、新構成情報、カタログ、レコード、オーダを、ＮＳの最適構成の決定に必要な形式に変換してもよい。
【００５７】
次に、オペレーション装置１００は、最適構成決定部３１によって、新構成情報、カタログ、レコード、オーダに基づいて、ＮＳの最適構成を決定する（ステップＡ４）。最適構成決定部３１は、決定したＮＳの最適構成をオーダ生成部６０に出力する。
【００５８】
次に、オペレーション装置１００は、オーダ生成部６０によって、ＮＳ構成を現状のものから最適構成に変更する変更オーダを生成する（ステップＡ５）。変更オーダには、最適構成のＮＳを構築するために選択されたカタログ、最適構成のＮＳに適用されるライフサイクルの操作要求の種別（例：ＮＳの生成、更新、削除）、および、最適構成のＮＳに適用されるインプットパラメータが含まれる。なお、変更オーダ用のカタログの選択は、オペレータ端末３００のオペレータが行ってもよいし、オーダ生成部６０が自ら行ってもよい。
【００５９】
次に、オペレーション装置１００は、オーダ生成部６０によって、生成した変更オーダを管理装置２００に送信し（ステップＡ６）、図２のオーダ変更処理が終了する。管理装置２００は、受信した変更オーダに基づいて、ＮＳの構成変更を実行し、構成変更したＮＳを運用してサービスを継続する。
【００６０】
図２のオーダ変更処理によれば、ＮＳ最適構成の決定が自動化されるため、オペレータの保守負担が低減される。したがって、ネットワークサービスの保守運用コストを低減することができる。
【００６１】
＜ＮＳ異常検知、ＮＳ最適構成判断を自動化した場合のオーダ変更処理＞
次に、ＮＳ異常検知、ＮＳ最適構成判断を自動化した場合のオーダ変更処理について、図３を参照して説明する。この場合、異常検知部３４、最適構成決定部３１が動作し、制御判断部１０、ＮＷ構成情報更新部２０、品質劣化要因特定部３２、および、障害箇所推定部３３は休止している。また、新ＡＩアルゴリズム部３５は、ＮＷ−ＡＩ部３０に未搭載である。説明の際、図２の処理の説明との相違点について主に説明する。
【００６２】
まず、オペレーション装置１００は、異常検知部３４によって、サーバｓ２の故障に対する異常検知をする（ステップＢ１）。具体的には、異常検知部３４は、ＮＳからのアラーム情報、および、ＮＷ情報蓄積部５０から読み出した、ＮＳに係る性能情報（メモリ情報、ＮＷ−ＩＦ情報、ＣＰＵ情報、および、フロー情報）に基づいて、ディープラーニングによって異常検知をする。
【００６３】
次に、オペレーション装置１００は、異常検知部３４によって、検知した異常をオペレータ端末３００に通知する（ステップＢ２）。オペレータは、サーバｓ２の異常を判断し、オペレータ端末３００にて、サーバｓ２を除いたＮＷ構成を示す新構成情報を生成する。その後は、すでに説明したステップＡ１〜Ａ６（図２）が実行され、図３のオーダ変更処理が終了する。
【００６４】
図３のオーダ変更処理によれば、図２のオーダ変更処理と比較して、ＮＳ異常検知も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
【００６５】
＜ＮＳ異常検知、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理＞
次に、ＮＳ異常検知、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理について、図４を参照して説明する。この場合、制御判断部１０、ＮＷ構成情報更新部２０、異常検知部３４、最適構成決定部３１が動作し、品質劣化要因特定部３２、障害箇所推定部３３は休止している。また、新ＡＩアルゴリズム部３５は、ＮＷ−ＡＩ部３０に未搭載である。説明の際、図２、図３の処理の説明との相違点について主に説明する。
【００６６】
まず、すでに説明したステップＢ１（図３）が実行され、オペレーション装置１００は、サーバｓ２の故障に対する異常検知をする。
次に、オペレーション装置１００は、制御判断部１０によって、異常検知に対し、管理装置２００による制御の制御要否および制御対象を判断する（ステップＣ１）。本処理では、制御要否の判断は、制御要であり、制御対象はサーバｓ２であったとする。
【００６７】
次に、オペレーション装置１００は、ＮＷ構成情報更新部２０によって、サーバｓ２を除いたＮＷ構成を示す新構成情報を生成する（ステップＣ２）。
次に、オペレーション装置１００は、ＮＷ構成情報更新部２０が生成した新構成情報をＮＷ構成情報管理部４０に登録する（ステップＣ３）。
【００６８】
次に、オペレーション装置１００は、ＮＷ構成情報更新部２０によって、ＮＳの最適構成判断の開始を指示する（ステップＣ４）。その後は、すでに説明したステップＡ３〜Ａ６（図２）が実行され、図４のオーダ変更処理が終了する。
【００６９】
図４のオーダ変更処理によれば、図３のオーダ変更処理と比較して、ＮＷ構成情報更新（新構成情報生成）も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
また、図４のオーダ変更処理は、オペレータの介入なしで実行可能であり、管理装置２００によるＮＳに対する制御のclosed-loop化を実現することができる。
【００７０】
＜ＮＳ異常検知、障害箇所推定、品質劣化要因特定、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理＞
次に、ＮＳ異常検知、障害箇所推定、品質劣化要因特定、ＮＷ構成情報更新、ＮＳ最適構成判断を自動化した場合のオーダ変更処理について、図５を参照して説明する。この場合、制御判断部１０、ＮＷ構成情報更新部２０、異常検知部３４、最適構成決定部３１、品質劣化要因特定部３２、障害箇所推定部３３が動作し、新ＡＩアルゴリズム部３５は、ＮＷ−ＡＩ部３０に未搭載である。説明の際、図２〜図４の処理の説明との相違点について主に説明する。
【００７１】
まず、オペレーション装置１００は、すでに説明した異常検知（ステップＢ１（図３）参照）、障害箇所推定部３３による障害箇所推定、および、品質劣化要因特定部３２による品質劣化要因特定のうち少なくとも１つを選択し、実行する（ステップＤ１）。異常検知が選択された場合、オペレーション装置１００は、サーバｓ２の故障に対する異常検知をする。
障害箇所推定が選択された場合、障害箇所推定部３３は、ＮＳからのアラーム情報、および、ＮＷ情報蓄積部５０から読み出した、ＮＳに係る性能情報（メモリ情報、ＮＷ−ＩＦ情報、ＣＰＵ情報、および、フロー情報）に基づいて、障害箇所を推定する。
【００７２】
品質劣化要因特定が選択された場合、品質劣化要因特定部３２は、ＮＳからのアラーム情報、および、ＮＷ情報蓄積部５０から読み出した、ＮＳに係る性能情報（メモリ情報、ＮＷ−ＩＦ情報、ＣＰＵ情報、および、フロー情報）に基づいて、品質劣化要因を特定する。その後は、すでに説明したステップＣ１〜Ｃ４（図４）およびステップＡ３〜Ａ６（図２）が実行され、図５のオーダ変更処理が終了する。なお、ステップＣ２において、ＮＷ構成情報更新部２０が生成した新構成情報を、故障したサーバｓ２が除去した新構成情報、推定された障害箇所が除去された新構成情報、特定された品質劣化要因が除去された新構成情報、または、これらの新構成情報を選択的に組み合わせた新構成情報とすることができる。
【００７３】
図５のオーダ変更処理によれば、図４のオーダ変更処理と比較して、障害箇所特定、品質劣化要因特定も自動化されるため、オペレータの保守負担がより低減される。その結果、ネットワークサービスの保守運用コストをより低減することができる。
【００７４】
＜ＮＷ−ＡＩ部３０の拡張＞
本実施形態のオペレーション装置１００は、ＮＷ−ＡＩ部３０に新ＡＩアルゴリズム部３５を追加することで、すでに説明したＮＳ異常検知、障害箇所推定、品質劣化要因特定の他に、制御判断部１０の制御要否および制御対象の判断などに用いるアルゴリズムを拡張することができる。
【００７５】
≪その他≫
（ａ）：オーダ変更処理における自動化の対象は、ＮＳ異常検知、障害箇所推定、品質劣化要因特定、ＮＷ構成情報更新、ＮＳ最適構成判断、および、新ＡＩアルゴリズム部３５による機能に限られない。また、オーダ変更処理における自動化の対象の組合せは、本実施形態で説明したものに限られず、さまざまな組み合わせを採ることができる。例えば、ＮＷ構成情報更新のみを自動化することもできる。また、障害箇所推定および品質劣化要因特定の少なくともいずれかを自動化することもできる。
【００７６】
（ｂ）：本実施形態では、異常検知部３４は、例えば、ディープラーニングによって異常検知を行うとしたが、ＳＶＭ（Support Vector Machine）によって異常検知を行ってもよい。また、制御判断部１０、ＮＷ構成情報更新部２０、ＮＷ−ＡＩ部３０が備える、最適構成決定部３１と、品質劣化要因特定部３２と、障害箇所推定部３３と、新ＡＩアルゴリズム部３５は、ディープラーニングやＳＶＭなどによって各々の機能を実現することができる。
【００７７】
本実施形態で説明した種々の技術を適宜組み合わせた技術を実現することもできる。
本実施形態で説明したソフトウェアをハードウェアとして実現することもでき、ハードウェアをソフトウェアとして実現することもできる。
その他、ハードウェア、ソフトウェア、フローチャートなどについて、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。
【符号の説明】
【００７８】
１００  オペレーション装置
２００  管理装置
３００  オペレータ端末
１０    制御判断部
２０    ＮＷ構成情報更新部
３０    ＮＷ−ＡＩ部
３１    最適構成決定部
３２    品質劣化要因特定部
３３    障害箇所推定部
３４    異常検知部
３５    新ＡＩアルゴリズム部
４０    ＮＷ構成情報管理部
５０    ＮＷ情報蓄積部
６０    オーダ生成部
【図１】
2019140496.tif 000003
【図２】
2019140496.tif 000004
【図３】
2019140496.tif 000005
【図４】
2019140496.tif 000006
【図５】
2019140496.tif 000007