(57)【要約】【課題】ネットワークの保守運用を自律的且つ高度化した対話型保守運用システム及び方法を提供する。【解決手段】対話型保守運用システム１００は、保守運用者及び技術者の双方に対話型ＧＵＩを提供する対話型ＧＵＩ機能部１１０と、保守運用者からの保守運用要求や該保守運用要求に対する技術者からの処理指示を対話型ＧＵＩ機能部１１０等を介して取得し、処理指示に基づきネットワーク装置の制御などの対応処理を行うととともに該対応処理を前記保守運用要求に対するノウハウとして蓄積し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されている場合には該ノウハウに基づきネットワーク装置の制御などの対応処理を行う保守運用ノウハウ制御機能部１３０とを備えた。【選択図】図１
2018026708.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの保守運用者及び技術者が行うネットワークの保守運用業務を支援する対話型保守運用システムであって、
保守運用者及び技術者に対話型ＧＵＩを提供する対話型ＧＵＩ機能部と、
技術者にコマンドライン型ＵＩを提供するコマンドライン型ＵＩ機能部と、
技術者にプログラミング型ＵＩを提供するネットワークコンパイル機能部と、
ネットワーク内のネットワーク装置の正常性試験を実施する試験機能部と、
ネットワーク内にネットワーク装置のログを解析するログ解析部と、
保守運用者から対話型ＧＵＩ機能部を介して保守運用要求を取得し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されていない場合には、前記保守運用要求を対話型ＧＵＩ機能部を介して技術者に提示し、対話型ＧＵＩ機能部又はコマンドライン型ＵＩ機能部或いはプログラミング型ＵＩ機能部から取得した前記保守運用要求に対する技術者からの処理指示に基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行うととともに該対応処理を前記保守運用要求に対するノウハウとして蓄積し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されている場合には該ノウハウに基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行う保守運用ノウハウ制御機能部とを備えた
ことを特徴とする対話型保守運用システム。
【請求項２】
ネットワーク情報を記憶する記憶部を備え、
前記ネットワークコンパイル機能部は、技術者から取得したネットワーク情報及び記憶部に記憶されているネットワーク情報に基づきネットワーク内のネットワーク装置の設定を行う
ことを特徴とする請求項１記載の対話型保守運用システム。
【請求項３】
前記ネットワークはネットワーク機能が仮想化されたネットワークである
ことを特徴とする請求項１又は２記載の対話型保守運用システム。
【請求項４】
ネットワークの保守運用者及び技術者が行うネットワークの保守運用業務を対話型保守運用システムにより支援する保守運用方法であって、
前記対話型保守運用システムは、保守運用者及び技術者に対話型ＧＵＩを提供する対話型ＧＵＩ機能部と、技術者にコマンドライン型ＵＩを提供するコマンドライン型ＵＩ機能部と、技術者にプログラミング型ＵＩを提供するネットワークコンパイル機能部と、ネットワーク内のネットワーク装置の正常性試験を実施する試験機能部と、ネットワーク内にネットワーク装置のログを解析するログ解析部とを備えるとともに、
前記対話型保守運用システムの保守運用ノウハウ制御機能部が、保守運用者から対話型ＧＵＩ機能部を介して保守運用要求を取得し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されていない場合には、前記保守運用要求を対話型ＧＵＩ機能部を介して技術者に提示し、対話型ＧＵＩ機能部又はコマンドライン型ＵＩ機能部或いはプログラミング型ＵＩ機能部から取得した前記保守運用要求に対する技術者からの処理指示に基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行うととともに該対応処理を前記保守運用要求に対するノウハウとして蓄積し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されている場合には該ノウハウに基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行う
ことを特徴とする対話型保守運用方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークの保守運用システムに関する。
【背景技術】
【０００２】
これまでのネットワーク保守運用では、保守運用者がユーザからのクレームや個別ネットワーク装置のエラーメッセージに基づき、ノウハウを持つ技術者と連携して、その都度都度、手動でネットワーク障害の切り分けや影響範囲の分析といった対応を行ってきた（非特許文献１参照）。また、ネットワークに新たな機能を追加する場合も、その都度、手動で開発検証を行ってきた。
【０００３】
一方、保守運用に対するアプローチとして、対話型のロボットエージェントであるｃｈａｔｂｏｔを利用して、疎通監視コマンドであるＰＩＮＧコマンド等の保守運用コマンドを実行する、といった手法が存在する（非特許文献２〜５参照）。しかし、これらの技術は要求されたコマンドを自動的に実行するだけであり、「そもそもどのようなコマンドをどの装置に対して実行すべきか」「コマンド結果をどう解釈すべきか」については、ノウハウを持った技術者の手作業に依存しており、属人的なノウハウに依存している状況に変わりはなかった。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】秋山浩一, "ネットワーク運用管理入門（１）−分かっているようでホントは知らない−ネットワーク健全化計画を立てよう", [online], [平成28年7月14日検索], インターネット<URL:http://www.atmarkit.co.jp/ait/articles/0311/14/news001.html>
【非特許文献２】村上福之, "村上福之の「Botと人工知能と俺様」：Chatbotは“第4の産業革命“、乗り遅れてはならない (1/2) ", [online], [平成28年7月14日検索], インターネット<URL:http://www.itmedia.co.jp/enterprise/articles/1606/10/news032.html>
【非特許文献３】大谷和史, "GitHub社謹製！ bot開発・実行フレームワーク「Hubot」", [online], [平成28年7月14日検索], インターネット<URL:http://gihyo.jp/dev/serial/01/hubot>
【非特許文献４】"OSS編〜Hubotを試してみる02〜", [online], [平成28年7月14日検索], インターネット<URL:http://recipe.kc-cloud.jp/archives/7252>
【非特許文献５】下西英之, "ネットワーク機能仮想化(NFV)概要", [online], [平成28年7月14日検索], インターネット<URL: http://www.e-side.co.jp/okinawaopendays/2014/document/12_shimonishi.pdf>
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしネットワークの保守運用に関しては下記のような課題がある。
【０００６】
課題１：近年、ＮＦＶ（Network Functions Virtualisation）と呼ばれるネットワーク機能の仮想化が普及してきており、所謂ミドルＢ事業者を通じて様々な仮想ネットワークが提供されるようになってきている。そして、このようなネットワークの保守運用に対するミドルＢ事業者の要求も多様化している。すなわち、従来のキャリアベースの要求としては、きわめて詳細にネットワーク状況を把握したいというものがある一方、ＯＴＴ（Over the Top）ベースの要求としては、とりあえずサービスが継続できていればよく、詳細は気にしない、というものがある。このように、近年はネットワーク保守運用では運用者の要求する保守運用レベルが多様化しているが、上述の従来の対話型ロボットエージェントでは、保守運用レベルに応じてオペレーションシステムを構築する事は困難であった。なお、ここで「ミドルＢ事業者」とは、ＢｔｏＢｔｏＢやＢｔｏＢｔｏＣなど、事業者と事業者との中間に位置する事業者、或いは、事業者と消費者との中間に位置する事業者を意味する。
【０００７】
課題２：また、ＮＦＶ技術を用いた仮想化ネットワークでは、多数の仮想ネットワークが同一の物理ネットワークに重畳することになるので、故障発生時の切り分けや影響範囲の解析の難度が増すことが想定されている。
【０００８】
課題３：また、故障発生時の切り分けや影響範囲の解析は、属人的に個々の技術者のノウハウや勘に依存しており、それらの複雑化する課題に対して、安定的な体制を構築する事が望まれている。
【０００９】
本発明は上記事情に鑑みてなされたものであり、その目的とするところは、ネットワークの保守運用を自律的且つ高度化した対話型保守運用システム及び方法を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、本願発明は、ネットワークの保守運用者及び技術者が行うネットワークの保守運用業務を支援する対話型保守運用システムであって、保守運用者及び技術者に対話型ＧＵＩを提供する対話型ＧＵＩ機能部と、技術者にコマンドライン型ＵＩを提供するコマンドライン型ＵＩ機能部と、技術者にプログラミング型ＵＩを提供するネットワークコンパイル機能部と、ネットワーク内のネットワーク装置の正常性試験を実施する試験機能部と、ネットワーク内にネットワーク装置のログを解析するログ解析部と、保守運用者から対話型ＧＵＩ機能部を介して保守運用要求を取得し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されていない場合には、前記保守運用要求を対話型ＧＵＩ機能部を介して技術者に提示し、対話型ＧＵＩ機能部又はコマンドライン型ＵＩ機能部或いはプログラミング型ＵＩ機能部から取得した前記保守運用要求に対する技術者からの処理指示に基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行うととともに該対応処理を前記保守運用要求に対するノウハウとして蓄積し、取得した保守運用要求に対する対応処理がノウハウとして自身に蓄積されている場合には該ノウハウに基づきネットワークの正常性試験又はログ解析或いはネットワーク装置の制御などの対応処理を行う保守運用ノウハウ制御機能部とを備えたことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、保守運用者及び技術者などの様々な保守運用レベルの要求に対して、対話型で一元的に対応できるので、個々の要求レベルに応じて個別にオペレーションシステムを構築する必要が無い。また、ネットワークの故障切り分けや影響範囲の解析・開発検証作業を、ノウハウを持った技術者と対話して一緒に実施する事で、ノウハウを対話型システムに移管することができる。そして、最終的には、自律的にネットワークの状況を分析し、保守運用者の要求に応じて回答することができる様になる。
【図面の簡単な説明】
【００１２】
【図１】対話型保守運用システムの構成図
【図２】対話型ＧＵＩのイメージの一例を示す図
【図３】対話型保守運用システムの全体動作フロー
【図４】対話型保守運用システムの制御の流れを説明する図
【図５】ネットワークコンパイル機能部を説明する図
【図６】従来の業務フローを説明する図
【図７】本発明の業務フローを説明する図
【図８】ネットワーク機能を拡張する場合の業務フローを説明する図
【図９】故障対応を行う場合の業務フローを説明する図
【発明を実施するための形態】
【００１３】
本発明の一実施の形態に係る対話型保守運用システムについて図面を参照して説明する。図１は対話型保守運用システムの構成図、図２は対話型ＧＵＩのイメージの一例を示す図である。
【００１４】
本実施の形態に係る対話型保守運用システムは、仮想化されたネットワークの保守運用に用いられるものであり、対話型保守運用システムの対話相手は、保守運用者と技術者に大別される。保守運用者は、ユーザクレームやネットワーク装置のアラーム、定期検査等を契機として、ネットワークの状況や故障によるサービス影響を本システムに問い合わせるプレーヤである。この保守運用者に対して、適切な回答を行う事が本システムの最終目的となる。
【００１５】
一方、技術者は、本システムに対して、保守運用者からの問い合わせに対する回答のやり方を教えるプレーヤである。本システムと対話して保守運用者の問い合わせを一緒に解いていく事で、本システム内で保守運用ノウハウが蓄積されていき、最終的には、システムが自律的に保守運用者の問い合わせに答えられる様になっていく。
【００１６】
対話型保守運用システム１００は、図１に示すように、対話型ＧＵＩ（Graphical User Interface）機能部１１０と、コマンドライン型ＵＩ機能部１２０と、保守運用ノウハウ制御機能部１３０と、ネットワークコンパイル機能部１４０と、共通ＤＢ１５０と、自動試験機能部１６０と、ログ解析機能部１７０とを備えている。
【００１７】
対話型ＧＵＩ機能部１１０は、保守運用者や技術者に対して自然言語を用いた対話型ＧＵＩを提供する。対話型ＧＵＩ機能部１１０が提供する対話型ＧＵＩのイメージを図２に示す。
【００１８】
コマンドライン型ＵＩ機能部１２０は、従来と同様にコマンドラインでのネットワーク装置の制御を行うためのＵＩを提供する。
【００１９】
保守運用ノウハウ制御機能部１３０は、技術者との対話に基づき、ネットワーク状態の分析を行う。そして、保守運用ノウハウ制御機能部１３０は、このような分析処理を繰り返していく事で、ノウハウを蓄積していく。
【００２０】
ネットワークコンパイル機能部１４０は、ユーザからの要求に基づき、ネットワーク装置への設定情報を生成する機能を有する。換言すれば、ネットワークコンパイル機能部１４０は、ユーザに対してプログラミング型ＵＩを提供する機能を有する。
【００２１】
共通ＤＢ１５０は、構築済みのネットワークの情報を蓄積する。
【００２２】
自動試験機能部１６０は、ネットワークの各装置の正常性試験を保守運用ノウハウ制御機能部１３０の要求に基づいて自動的に実行する。
【００２３】
ログ解析機能部１７０は、ネットワークの各装置のログを保守運用ノウハウ制御機能部１３０の要求に基づいて解析する。
【００２４】
図３に対話型保守運用システムの全体動作フローの一例を示す。対話型保守運用システム１００は、図３に示すように、保守運用者からの問合せにより動作を開始する。保守運用者からの問合せが発生する契機（トリガ）としては、例えば、アラーム発生、ユーザ申告、定期的な正常性試験が挙げられる。ここで、「アラーム発生」は、ネットワークの装置が備えている既存の障害検知システムによる障害発生の警告を契機とするものである。また「ユーザ申告」は、ネットワークの利用者（ユーザ）等からの申告を契機とするものである。また、「定常的な正常性試験」は、ネットワークの装置で実施した正常性試験結果の内容（典型的には、障害が生じたとの内容）を契機とするものである。
【００２５】
対話型保守運用システム１００は、問合せ内容を解析し（ステップＳ１）、保守運用ノウハウ制御機能部１３０において過去に類似の事例がノウハウとして蓄積されているかを確認する（ステップＳ２）。過去に類似の事例がある場合には、当該過去の類似の事例に基づき、自動試験機能部１６０やログ解析機能部１７０を用いて、過去と同様の解析や処理を実施する（ステップＳ３）。一方、過去に類似の事例がない場合には、対話型ＧＵＩ機能部１１０を通じて、技術者と対話しながら解析や処理を実施するとともに、これらの処理はノウハウとして保守運用ノウハウ制御機能部１３０に蓄積する（ステップＳ４）。そして、対話型保守運用システムは、対話型ＧＵＩ機能部１１０を通じて保守運用者に処理結果を通知する（ステップＳ５）。
【００２６】
そして、対話型保守運用システムは、保守運用者に対して、対話型ＧＵＩ機能部１１０を通じて前記処理結果が要求を満たしているかを確認し（ステップＳ６）、要求を満たしている場合には終了する。一方、要求を満たしていない場合には、保守運用者に対して何故要求を満たしていないを確認し、その確認内容をもって処理を継続する（ステップＳ７）。
【００２７】
このように本発明に係る対話型保守運用システムは、技術者との対話を通じてノウハウを蓄積し、自律的に保守運用者の問い合わせに答えられるようになっていく点をポイントの１つとしている（前記ステップＳ４）。また、本発明に係る対話型保守運用システムは、ネットワークの各装置の正常性やログを確認するための機能を保持し、保守運用ノウハウ制御機能部１３０の要求に応じて自動実行する点をポイントの１つとしている（前記ステップＳ３）。
【００２８】
対話型保守運用システム１００は、図４に示すように、ユーザに対して、対話型ＧＵＩ・プログラミング型ＵＩ・コマンドライン型ＵＩを提供しており、保守運用者や技術者など種々の技術レベルに対応可能となっている。すなわち、対話型保守運用システム１００は、技術レベルの高くない保守運用者は対話型ＧＵＩにより容易な操作で保守運用業務が可能である。一方、技術レベルの高い技術者はコマンドライン型ＵＩやプログラミング型ＵＩにより、あたかも実際の装置を所有し、操作しているかの様に制御を行う事ができるので、詳細且つ高度な保守運用業務が可能である。また、対話型保守運用システム１００は、蓄積したノウハウに基づき、自律的にネットワーク２００の制御を行う事も可能である。
【００２９】
ネットワークコンパイル機能部１４０の動作について図５を参照して説明する。本実施の形態に係る対話型保守運用システム１００では、ネットワークコンパイル機能部１４０を用いることにより、プログラミングのエキスパートがライブラリを呼び出すことでネットワーク機能を利用する事ができるようになる。すなわち、ネットワークの装置がソフトウェアの部品に見える。これにより、プログラム開発にネットワークの設定が包含されることになる。すなわち、ネットワーク分野のスキル・ノウハウが無い人材が、これまでのＷｅｂサービスの開発の感覚でネットワークを利用したサービスを開発できる。
【００３０】
具体的には、図５に示すように、技術者がネットワークコンパイル機能部１４０に対してＮＦＶ技術における仮想ネットワークのプログラミング・変更を指示すると、ネットワークコンパイル機能部１４０は共通ＤＢ１５０に問合せを行い既存設定との差分を抽出し、差分の設定変更のみをネットワーク２００の当該ネットワーク装置に適用することで、ネットワークの保守運用が可能となる。これにより、例えばプログラムを１行変更する事で、リアルタイムに仮想ネットワークに反映される。また、これまでのフルスクラッチのサイロ型開発ではなく、既存の部品や要素を組み合わせてネットワークを構築できる。
【００３１】
このような対話型保守運用システム１００により保守運用業務がどのように転換するかを図６及び図７を参照して説明する。図６は従来の業務フローを説明する図、図７は本発明の業務フローを説明する図。
【００３２】
図６に示すように、従来の保守運用業務では、ミドルＢ事業者からの要求等に対して、保守運用者（マネージャ）・保守運用者（実作業者）・技術者・ハードウェアベンダ・ソフトウェアベンダ・社内エンジニアなど多数のプレーヤが必要であり、しかも保守運用者（実作業者）のみがネットワーク２００の全ての保守運用の実作業を行っていた。これに対して図７に示すように、本発明の保守運用業務におけるプレーヤは、ミドルＢ事業者からの要求等に対して、保守運用者（マネージャ）・技術者のみである。しかも、本発明では、ネットワーク保守運用の実作業は、保守運用者（マネージャ）又は技術者による対話型保守運用システム１００の操作を介して、或いは、対話型保守運用システム１００の自律的な処理により行われる。さらに、保守運用者（マネージャ）又は技術者による対話型保守運用システム１００の操作は、技術レベルや熟練度等に応じて適切なユーザインタフェースを介して実施することができる。このように、本発明によれば、ネットワークの保守運用を自律的且つ高度化することができる。
【００３３】
さらに、対話型保守運用システム１００により保守運用業務がどのように転換するかの具体例を図８及び図９を参照して説明する。図８はネットワーク機能を拡張する場合の業務フローを説明する図、図９は故障対応を行う場合の業務フローを説明する図である。なお、図８及び図９において、上段は従来の業務フローであり、下段は本発明の業務フローである。
【００３４】
図８及び図９に示すように、本発明による対話型保守運用システム１００では、ステップ３において、技術者のノウハウを聞く事により対話型保守運用システム１００が学習し、徐々に技術者から手離れをしていくことがポイントの１つである。また、ステップ４において、これまでエンジニアが行ってきた手動での解析業務を技術者の指示に基づき自動実行することがポイントの１つである。
【００３５】
このように本実施の形態に係る対話型保守運用システムによれば、保守運用者及び技術者などの様々な保守運用レベルの要求に対して対話型で一元的に対応でき、また保守運用レベルの要求に応じては、詳細な制御（コマンドラインでの制御等）を実施するインターフェースも提供しているので、個々の要求レベルに応じて個別にオペレーションシステムを構築する必要が無い。これにより前述の課題１を解決できる。
【００３６】
また、ネットワークの故障切り分けや影響範囲の解析・開発検証作業を、ノウハウを持った技術者と対話して一緒に実施する事で、ノウハウを対話型システムに移管することができる。したがって、保守運用に関して、ノウハウがシステムに蓄積されることで、これまで属人的なノウハウに基づき保守運用者に対応していた技術者の対応稼働が不要となる。これにより、前述の課題３を解決できる。
【００３７】
また、最終的には、自律的にネットワークの状況を分析し、保守運用者の要求に応じて回答することができるので、仮想化で複雑化されたネットワークにおいて、人手では困難なレベルの故障解析も自動的に処理する事が可能となる。これにより、前述の課題２を解決できる。
【００３８】
以上、本発明の一実施の形態について詳述したが本発明はこれに限定されるものではない。例えば、上記実施の形態では、ＮＦＶ技術により仮想化されたネットワークを保守運用の対象としていたが、仮想化を導入していないネットワークであっても本発明を適用することができる。
【符号の説明】
【００３９】
１００…対話型保守運用システム
１１０…対話型ＧＵＩ機能部
１２０…コマンドライン型ＵＩ機能部
１３０…保守運用ノウハウ制御機能部
１４０…ネットワークコンパイル機能部
１５０…共通ＤＢ
１６０…自動試験機能部
１７０…ログ解析機能部
２００…ネットワーク
【図１】
2018026708.tif 000003
【図２】
2018026708.tif 000004
【図３】
2018026708.tif 000005
【図４】
2018026708.tif 000006
【図５】
2018026708.tif 000007
【図６】
2018026708.tif 000008
【図７】
2018026708.tif 000009
【図８】
2018026708.tif 000010
【図９】
2018026708.tif 000011