JP6950576B2 - ネットワークシステム、トポロジ管理方法、およびプログラム - Google Patents
ネットワークシステム、トポロジ管理方法、およびプログラム Download PDFInfo
- Publication number
- JP6950576B2 JP6950576B2 JP2018032411A JP2018032411A JP6950576B2 JP 6950576 B2 JP6950576 B2 JP 6950576B2 JP 2018032411 A JP2018032411 A JP 2018032411A JP 2018032411 A JP2018032411 A JP 2018032411A JP 6950576 B2 JP6950576 B2 JP 6950576B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- topology
- network
- physical
- virtual network
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/12—Discovery or management of network topologies
- H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/02—Topology update or discovery
- H04L45/021—Ensuring consistency of routing table updates, e.g. by using epoch numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/42—Centralised routing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/64—Routing or path finding of packets in data switching networks using an overlay routing layer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/70—Admission control; Resource allocation
- H04L47/76—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions
- H04L47/765—Admission control; Resource allocation using dynamic resource allocation, e.g. in-call renegotiation requested by the user or requested by the network in response to changing network conditions triggered by the end-points
Description
本発明は、ネットワークシステム、トポロジ管理方法、およびプログラムに関する。
従来から、ネットワーク資源の有効利用を実現する技術としてネットワークの仮想化が提案されている。仮想化とは、物理的なインフラ網（物理網）上に、複数の論理的な仮想網トポロジ（ＶＮＴ、Virtual Network Topology）を収容するものである。このＶＮＴは、例えば、音声系サービス、映像系サービス等、サービスごとに割り当てられる。この仮想化において、個別のＶＮＴに対してはＶＮＴ制御技術（非特許文献１参照）により自律的に最適な制御を行いつつ、各ＶＮＴに対する配分リソース（資源）制御技術によって物理網全体の資源利用の効率化を図っている。なお、ここでの配分リソース制御とは、各ＶＮＴを構成する物理リンクへの割り当て帯域の制御等を示す。
特許文献１には、物理網に収容されるＶＮＴの情報を表示するＮＷ可視化装置が記載されている。特許文献１に記載のＮＷ可視化装置は、ＮＷ可視化によりＶＮＴ間の資源の共有状態や、各ＶＮＴへの資源割り当て状況や、各ＶＮＴの挙動を把握することができる。
図１２は、物理網および仮想網から構成される仮想化ＮＷを示す概略の構成図である。
図１２に示すように、物理網（インフラ網）１は、ノード２と、それぞれノード２間を接続するリンク３とを備える。物理網１は、例えば、各ノード２が光ファイバで接続されているＷＤＭネットワークである。
物理網１上には、仮想網１１−１、仮想網１１−２、仮想網１１−３が構成されている。仮想網１１−１、仮想網１１−２、仮想網１１−３は、ＷＤＭ（Wavelength Division Multiplexing）やＴＤＭ（Time Division Multiplexing）などのレイヤ１技術、Ethernet（登録商標）などのレイヤ２技術、および、パケット交換などのレイヤ３技術を組み合わせてネットワーク仮想化を行い、物理網１の物理リソースを仮想的に分割したのちに組み合わせられる。
図１２に示すように、物理網（インフラ網）１は、ノード２と、それぞれノード２間を接続するリンク３とを備える。物理網１は、例えば、各ノード２が光ファイバで接続されているＷＤＭネットワークである。
物理網１上には、仮想網１１−１、仮想網１１−２、仮想網１１−３が構成されている。仮想網１１−１、仮想網１１−２、仮想網１１−３は、ＷＤＭ（Wavelength Division Multiplexing）やＴＤＭ（Time Division Multiplexing）などのレイヤ１技術、Ethernet（登録商標）などのレイヤ２技術、および、パケット交換などのレイヤ３技術を組み合わせてネットワーク仮想化を行い、物理網１の物理リソースを仮想的に分割したのちに組み合わせられる。
仮想網１１−１は、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−１は、例えば、ＩＥＥＥ８０２．１Ｑで規定された仮想ネットワークである。仮想網１１−１は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−１は、エッジルータ２２−１を通して仮想網１１−１に接続され、仮想網１１−１を経由して、ＩＡサーバ２３−１（ＰＣサーバ）が接続される。エンドユーザ２１−１は、仮想網１１−１を通してＩＡサーバ２３−１上のアプリケーションサービスに接続可能である。
仮想網１１−２は、仮想網１１−１と同様に、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−２は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−２は、エッジルータ２２−２を通して仮想網１１−２に接続され、仮想網１１−２を経由して、ＩＡサーバ２３−２が接続される。エンドユーザ２１−２は、仮想網１１−２を通してＩＡサーバ２３−２上のアプリケーションサービスに接続可能である。
仮想網１１−３は、仮想網１１−１，１１−２と同様に、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−３は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−３は、エッジルータ２２−３を通して仮想網１１−３に接続され、ノード「＃５」の移設前には、仮想網１１−３を経由して、ＩＡサーバ２３−３が接続されていた。エンドユーザ２１−３は、ノード「＃５」の移設前には、仮想網１１−３を通してＩＡサーバ２３−３上のアプリケーションサービスに接続可能であった。
以下、仮想網１１−１、仮想網１１−２、仮想網１１−３を特に区別しないときには、単に仮想網１１と記載する。仮想網１１−１、仮想網１１−２、仮想網１１−３は、オペレータ５０によって管理される。
仮想網１１には、オペレータ５０によって管理されるリソース管理装置３０が接続されている。リソース管理装置３０は、各ノード１２を制御することによって、このインフラ網１と仮想網１１とを制御する。リソース管理装置３０は、仮想網トポロジを動的に再構成するとともに、各仮想網１１を安定的にインフラ網１に収容するように、各仮想網１１に対して物理リソースを配分する。
各仮想網１１は、運用条件により固定的に経路やトポロジを構築する場合もあれば、動的トポロジ最適化制御を行い、環境変化に適応して各仮想網１１のトポロジを変更する場合もある。動的トポロジ最適化制御により、各仮想網１１は、環境変化への適応性を向上させることができる。
ところで、複数の物理／論理リソースで構成される仮想化ＮＷでは、ソフトウェアのアップデートやメンテナンス等により、障害発生時以外でもＮＷ構成は絶えず動的に変化する。例えば、図１２の破線囲みに示す物理網１のノード２（ノード「＃５」）がメンテナンスの場合、仮想網１１−２のノード１２（ノード「＃５」）が消失する。この場合、図Ａの符号ａに示すように、リソース管理装置３０は、仮想網１１−２と仮想網１１−３のノード１２（ノード「＃５」）を、それぞれ仮想網１１−２のノード１２（ノード「＃４」）に移設する。さらに、ＩＡサーバ２３−３のアプリケーション（ＡＰＬ「＃３」）のアップデートを行った場合、図１２の符号ｂに示すように、ＩＡサーバ２３−３は、仮想網１１−３のノード１２（ノード「＃４」）に接続される。
加えて、リソース最適化やオートヒーリング等、オペレータを介さないネットワーク（以下、適宜「ＮＷ」という）構成の変化が行われることがある。
加えて、リソース最適化やオートヒーリング等、オペレータを介さないネットワーク（以下、適宜「ＮＷ」という）構成の変化が行われることがある。
しかしながら、複数の物理／論理リソースで構成される仮想化ＮＷにおいては、ソフトウェアアップデートや装置のメンテナンス等によって、障害発生時以外でもＮＷ構成は絶えず動的に変化するので、下記の課題がある。
絶えずトポロジが変化するため、リアルタイムでのトポロジ把握が困難になる。
また、オートヒーリング等によって、障害発生前と後でＮＷトポロジが変化する可能性があるため、障害の原因箇所の特定（以下、適宜「切り分け」という）が困難となる。
絶えずトポロジが変化するため、リアルタイムでのトポロジ把握が困難になる。
また、オートヒーリング等によって、障害発生前と後でＮＷトポロジが変化する可能性があるため、障害の原因箇所の特定（以下、適宜「切り分け」という）が困難となる。
図１３は、物理網および仮想網から構成される仮想化ＮＷの課題を説明する図である。図１２と同一構成部分には、同一符号を付している。
図１３の符号ｃに示すように、例えば、障害発生をトリガとして自動制御により、仮想網１１−３のノード１２（ノード「＃４」）を、仮想網１１−３のノード１２（ノード「＃５」）に移設する。これに伴い、仮想網１１−３のノード１２（ノード「＃４」）に接続されていた、ＩＡサーバ２３−１のアプリケーション（ＡＰＬ「＃１」）は仮想網１１−３のノード１２（ノード「＃５」）に接続される。
図１３の符号ｃに示すように、例えば、障害発生をトリガとして自動制御により、仮想網１１−３のノード１２（ノード「＃４」）を、仮想網１１−３のノード１２（ノード「＃５」）に移設する。これに伴い、仮想網１１−３のノード１２（ノード「＃４」）に接続されていた、ＩＡサーバ２３−１のアプリケーション（ＡＰＬ「＃１」）は仮想網１１−３のノード１２（ノード「＃５」）に接続される。
図１３の符号ｄに示すように、自動制御によるＮＷ構成の変更により、ＩＰレイヤの疎通確認では障害箇所の特定が困難になる。
また、図１３の符号ｅおよび物理レイヤの破線矢印と丸印ｆに示すように、物理構成も変化する。
上述したように、絶えずトポロジが変化するため、リアルタイムでのトポロジ把握が困難になる。
また、図１３の符号ｅおよび物理レイヤの破線矢印と丸印ｆに示すように、物理構成も変化する。
上述したように、絶えずトポロジが変化するため、リアルタイムでのトポロジ把握が困難になる。
このような背景を鑑みて本発明がなされたのであり、本発明は、障害の原因箇所の特定を迅速に行うことができるネットワークシステム、トポロジ管理方法、およびプログラムを提供することを課題とする。
前記した課題を解決するため、請求項１に記載の発明は、物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるネットワークシステムであって、前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列でデータベースに記憶する記憶部と、前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得する設定情報取得部と、取得した前記設定情報をもとに、前記記憶部の前記データベースに記憶された前記トポロジ情報を更新するトポロジ情報管理部と、前記トポロジ情報の参照要求を受付け、前記記憶部に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するトポロジ参照部とを、備え、前記記憶部は、前記物理網の各装置のコンフィグ情報を前記データベースに記憶しており、前記トポロジ参照部は、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶部に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するトポロジ計算部を、備えることを特徴とするネットワークシステムとした。
また、請求項４に記載の発明は、物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるネットワークシステムにおけるトポロジ管理方法であって、前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列で記憶部のデータベースに記憶するとともに、前記物理網の各装置のコンフィグ情報を前記データベースに記憶するステップと、前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得するステップと、取得した前記設定情報をもとに、前記記憶部に記憶された前記トポロジ情報を更新するステップと、前記トポロジ情報の参照要求を受付け、前記記憶部に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するとともに、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶部に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するステップと、を実行することを特徴とするトポロジ管理方法とした。
また、請求項５に記載の発明は、物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるサーバ装置としてのコンピュータを、前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列でデータベースに記憶するとともに、前記物理網の各装置のコンフィグ情報を前記データベースに記憶する記憶手段、前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得する設定情報取得手段、取得した前記設定情報をもとに、前記記憶手段の前記データベースに記憶された前記トポロジ情報を更新するトポロジ情報管理手段、前記トポロジ情報の参照要求を受付け、前記記憶部に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するとともに、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶手段に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するトポロジ計算手段、として機能させるためのプログラムとした。
このようにすることで、現在から過去のトポロジ情報を持つことで、リアルタイムでのトポロジ把握が可能になる。障害発生前と後でＮＷトポロジが変化する可能性に対処でき、障害の原因箇所の特定を迅速に行うことができる。また、膨大な数の仮想化ＮＷを再構成する必要がなくなるので、計算量を格段に減らすことができる。
また、ユーザからの申告に迅速に応えることができ、迅速な障害切り分けが可能となる。
また、データベースに、参照したい期間の時系列データがない場合であっても、コンフィグ情報からトポロジを計算することで、ユーザからの申告に応えることができ、障害切り分けが可能となる。
また、ユーザからの申告に迅速に応えることができ、迅速な障害切り分けが可能となる。
また、データベースに、参照したい期間の時系列データがない場合であっても、コンフィグ情報からトポロジを計算することで、ユーザからの申告に応えることができ、障害切り分けが可能となる。
請求項２に記載の発明は、前記トポロジ情報管理部が、参照する確率が所定値以下の前記トポロジ情報、および／または、所定よりも過去の前記トポロジ情報は、前記データベースから破棄することを特徴とする請求項１に記載のネットワークシステムとした。
このようにすることで、参照する確率が低い過去のデータなどは、データベースから削除して、データベースに蓄積されるデータ量を削減することができる。
請求項３に記載の発明は、前記トポロジ参照部が参照した前記トポロジ情報、または前記トポロジ計算部が計算したトポロジを出力する出力部を備えることを特徴とする請求項１に記載のネットワークシステムとした。
このようにすることで、ユーザに、トポロジを可視化して回答しつつ、切り分け業務を行うことができる。
本発明によれば、障害の原因箇所の特定を迅速に行うことができるネットワークシステム、トポロジ管理方法、およびプログラムを提供することができる。
以下、図面を参照して本発明を実施するための形態（以下、「本実施形態」という）におけるネットワークシステム等について説明する。
（既存技術）
既存のＮＷトポロジ把握手法について説明する。
過去のトポロジを参照する手法の一つに、各装置や管理システムのログから、トポロジの再構成を行う方法がある。
図１４は、既存のＮＷトポロジ把握手法を説明する図である。図１２と同一構成部分には、同一符号を付している。
図１４の矢印ｈに示すように、オペレータ６０が、各装置のコンフィグ設定（図１４の矢印ｇ）や管理システム（オーケストレータ７０）のログ７１（図１４の矢印ｈ）を入手し、上記コンフィグ設定やログから、トポロジの再構成を行う方法がある。
しかしながら、キャリア網の物理装置（物理網１のノード２）や管理システムのログなどから、膨大な数の仮想化ＮＷを再構成する（論理リソース同士の接続関係をみる）場合、計算量が膨大になる。
（既存技術）
既存のＮＷトポロジ把握手法について説明する。
過去のトポロジを参照する手法の一つに、各装置や管理システムのログから、トポロジの再構成を行う方法がある。
図１４は、既存のＮＷトポロジ把握手法を説明する図である。図１２と同一構成部分には、同一符号を付している。
図１４の矢印ｈに示すように、オペレータ６０が、各装置のコンフィグ設定（図１４の矢印ｇ）や管理システム（オーケストレータ７０）のログ７１（図１４の矢印ｈ）を入手し、上記コンフィグ設定やログから、トポロジの再構成を行う方法がある。
しかしながら、キャリア網の物理装置（物理網１のノード２）や管理システムのログなどから、膨大な数の仮想化ＮＷを再構成する（論理リソース同士の接続関係をみる）場合、計算量が膨大になる。
（仮想化ＮＷの動的変化への追従の課題）
図１５は、仮想化ＮＷの動的変化への追従の課題を説明するイメージ図である。図１５中、ユーザＡ，Ｂ，Ｃ、仮想化ＮＷ＃１およびＶＮＦは、図１２の仮想化ＮＷ構成を簡略化して、符号αで示したものである。図１５は、この仮想化ＮＷ構成αが、横軸の時間軸に従って変化していることを示し、各時刻ｔ＝０，ｔ＝０．５，ｔ＝１，ｔ＝０，ｔ＝１．４，ｔ＝２…において、図１４のオペレータ６０が参照するデータベースに保存される過去の仮想化ＮＷ構成のイメージを示している。
図１５は、仮想化ＮＷの動的変化への追従の課題を説明するイメージ図である。図１５中、ユーザＡ，Ｂ，Ｃ、仮想化ＮＷ＃１およびＶＮＦは、図１２の仮想化ＮＷ構成を簡略化して、符号αで示したものである。図１５は、この仮想化ＮＷ構成αが、横軸の時間軸に従って変化していることを示し、各時刻ｔ＝０，ｔ＝０．５，ｔ＝１，ｔ＝０，ｔ＝１．４，ｔ＝２…において、図１４のオペレータ６０が参照するデータベースに保存される過去の仮想化ＮＷ構成のイメージを示している。
図１５に示す仮想化ＮＷ構成αは、定期的（例えば一日数回の定期更新）に、図１５（ｂ）のＤＢ（図１４のオペレータ６０が参照するデータベース、以下同様。）に保存される。図１５の場合、ｔ＝０の仮想化ＮＷ構成α０は、時刻ｔ＝０でＤＢに保存され、次の時刻ｔ＝１で、ｔ＝１の仮想化ＮＷ構成α１がＤＢに保存され、次の時刻ｔ＝２で、ｔ＝２の仮想化ＮＷ構成α３がＤＢに保存される。
図１５の符号ｉに示すように、ｔ＝０．５で仮想化ＮＷ構成α０の構成変更があった場合、その構成変更は時刻ｔ＝１でＤＢに保存される。図１５の符号ｊに示すように、ｔ＝１．４で仮想化ＮＷ構成α１の構成変更があった場合、その構成変更は時刻ｔ＝２でＤＢに保存される。このように、仮想化ＮＷ構成αの変更が発生した場合、同時刻でＤＢには保存されず、次の更新時刻で保存される。換言すれば、図１５のｔ＝０．５の仮想化ＮＷ構成やｔ＝１．４の仮想化ＮＷ構成は、定期更新では追従不能である（図１５の符号ｋ参照）。
図１５の符号ｌに示すように、ｔ＝１．８で障害発生があった。この障害発生の影響範囲を把握するには、障害発生時の仮想化ＮＷの構成情報（トポロジ情報や論物対応情報）を参照する必要がある。そのため、図１４のオペレータ６０はＤＢに保存されている仮想化ＮＷの構成情報を参照する。図１５に示すように、ｔ＝１．４で仮想化ＮＷ構成α１の構成変更があり、ｔ＝１．８で障害発生があったので、本来は図１５のｔ＝１．４で構成変更された仮想化ＮＷ構成α２の構成情報（トポロジ情報等）を参照する必要がある。しかし、図１５に示すように、ＤＢには時刻ｔ＝１での仮想化ＮＷ構成α１しか保存されておらず、障害発生時と異なるトポロジ情報等しか参照できない。
（実施形態）
図１は、本発明の実施形態に係るネットワークシステムを示す構成図である。本実施形態のネットワークシステムは、物理網１および仮想網１１から構成される仮想化ＮＷに適用される。
図１に示すように、ネットワークシステムは、物理網１上に形成された仮想網１１と、時系列管理装置１００（後記）と、データベース（ＤＢ）２００（後記）を有する記憶部１３０（図２参照）と、仮想網１１の環境変化に対して設定制御を行うオーケストレータ３００（後記）と、を備える。
時系列管理装置１００は、オペレーション業務に用いるオペレーションシステムにより実現される。
オーケストレータ３００は、仮想ＮＷの設定制御を行う統合管理ソフトウェアである。 オペレータ８０は、仮想ＮＷの切り分けを行うオペレータであり、各レイヤの管理（監視や故障切り分けなど）を時系列管理装置１００およびグラフＤＢ２２０を用いて実行する。
なお、オペレータ８０は、物理ＩＰレイヤのオペレータ６０（図１４参照）や、仮想ＮＷのオペレータ５０（図１４参照）とは異なるオペレータである。また、グラフＤＢ２２０は、図１４のオペレータ６０が参照するデータベース（図１５（ｂ）のＤＢ）とは異なるデータベースである。
図１は、本発明の実施形態に係るネットワークシステムを示す構成図である。本実施形態のネットワークシステムは、物理網１および仮想網１１から構成される仮想化ＮＷに適用される。
図１に示すように、ネットワークシステムは、物理網１上に形成された仮想網１１と、時系列管理装置１００（後記）と、データベース（ＤＢ）２００（後記）を有する記憶部１３０（図２参照）と、仮想網１１の環境変化に対して設定制御を行うオーケストレータ３００（後記）と、を備える。
時系列管理装置１００は、オペレーション業務に用いるオペレーションシステムにより実現される。
オーケストレータ３００は、仮想ＮＷの設定制御を行う統合管理ソフトウェアである。 オペレータ８０は、仮想ＮＷの切り分けを行うオペレータであり、各レイヤの管理（監視や故障切り分けなど）を時系列管理装置１００およびグラフＤＢ２２０を用いて実行する。
なお、オペレータ８０は、物理ＩＰレイヤのオペレータ６０（図１４参照）や、仮想ＮＷのオペレータ５０（図１４参照）とは異なるオペレータである。また、グラフＤＢ２２０は、図１４のオペレータ６０が参照するデータベース（図１５（ｂ）のＤＢ）とは異なるデータベースである。
物理網（インフラ網）１は、ノード２と、それぞれノード２間を接続するリンク３とを備える。インフラ網１は、例えば、各ノード２が光ファイバで接続されているＷＤＭネットワークである。
物理網１上には、ＷＤＭやＴＤＭなどのレイヤ１技術、Ethernet（登録商標）などのレイヤ２技術、および、パケット交換などのレイヤ３技術を組み合わせてネットワーク仮想化を行い、物理網１の物理リソースを仮想的に分割したのちに組み合わせた仮想網１１−１、仮想網１１−２、仮想網１１−３が構成されている。
物理網１上には、ＷＤＭやＴＤＭなどのレイヤ１技術、Ethernet（登録商標）などのレイヤ２技術、および、パケット交換などのレイヤ３技術を組み合わせてネットワーク仮想化を行い、物理網１の物理リソースを仮想的に分割したのちに組み合わせた仮想網１１−１、仮想網１１−２、仮想網１１−３が構成されている。
仮想網１１−１は、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−１は、例えば、ＩＥＥＥ８０２．１Ｑで規定された仮想ネットワークである。仮想網１１−１は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−１は、エッジルータ２２−１を通して仮想網１１−１に接続され、仮想網１１−１を経由して、ＩＡサーバ２３−１（ＰＣサーバ）が接続される。エンドユーザ２１−１は、仮想網１１−１を通してＩＡサーバ２３−１上のアプリケーションサービスに接続可能である。
仮想網１１−２は、仮想網１１−１と同様に、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−２は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−２は、エッジルータ２２−２を通して仮想網１１−２に接続され、仮想網１１−２を経由して、ＩＡサーバ２３−２が接続される。エンドユーザ２１−２は、仮想網１１−２を通してＩＡサーバ２３−２上のアプリケーションサービスに接続可能である。
仮想網１１−３は、仮想網１１−１と同様に、物理網１の上に仮想的に構築されているネットワークである。仮想網１１−３は、物理網１と同様にノード１２を備え、物理網１とは異なるパス１３を備えている。エンドユーザ２１−３は、エッジルータ２２−３を通して仮想網１１−３に接続され、ノード「＃５」の移設前には、仮想網１１−３を経由して、ＩＡサーバ２３−３が接続されていた。エンドユーザ２１−３は、ノード「＃５」の移設前には、仮想網１１−３を通してＩＡサーバ２３−３上のアプリケーションサービスに接続可能であった。
以下、仮想網１１−１、仮想網１１−２、仮想網１１−３を特に区別しないときには、単に仮想網１１と記載する。
複数の物理／論理リソースで構成される仮想化ＮＷでは、ソフトウェアのアップデートやメンテナンス等により、障害発生時以外でもＮＷ構成は絶えず動的に変化する。例えば、図１の破線囲みに示す物理網１のノード２（ノード「＃５」）がメンテナンスの場合、仮想網１１−２のノード１２（ノード「＃５」）が消失する。この場合、図１の符号ｍに示すように、リソース管理装置（図示省略）は、仮想網１１−２と仮想網１１−３のノード１２（ノード「＃５」）を、それぞれ仮想網１１−２のノード１２（ノード「＃４」）に移設する。さらに、ＩＡサーバ２３−３のアプリケーション（ＡＰＬ「＃３」）のアップデートを行った場合、図１の符号ｎに示すように、ＩＡサーバ２３−３を仮想網１１−３のノード１２（ノード「＃４」）に移設する。加えて、リソース最適化やオートヒーリング等、オペレータを介さないＮＷ構成の変化が行われることがある。
図２は、本発明の実施形態に係るネットワークシステムの時系列管理装置１００、データベース（ＤＢ）２００およびオーケストレータ３００の構成を示すブロック図である。
図２に示すように、時系列管理装置１００は、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａを参照するトポロジ参照部１１０と、グラフＤＢ２２０のトポロジ情報２２０Ａを管理するトポロジ情報管理部１２０と、を備える。
図２に示すように、時系列管理装置１００は、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａを参照するトポロジ参照部１１０と、グラフＤＢ２２０のトポロジ情報２２０Ａを管理するトポロジ情報管理部１２０と、を備える。
<時系列管理装置１００>
トポロジ参照部１１０は、表示部１１１（出力部）と、時系列データ選択部１１２と、トポロジ計算部１１３と、を備える。
トポロジ参照部１１０は、オーケストレータ３００からのトポロジ情報２２０Ａの参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間のデータがある場合には、該当期間のトポロジ情報を参照・出力する。
表示部１１１は、トポロジ参照部１１０が参照したトポロジ情報２２０ＡＡ、またはトポロジ計算部１１３が計算したトポロジを表示する。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する。
トポロジ計算部１１３は、参照したい期間のデータがない場合（指定した時間のトポロジ情報がない場合）には、記憶部１３０のリレーショナルＤＢ２１０に記憶されたコンフィグ情報２１０Ａをもとに、トポロジを計算する。
トポロジ参照部１１０は、表示部１１１（出力部）と、時系列データ選択部１１２と、トポロジ計算部１１３と、を備える。
トポロジ参照部１１０は、オーケストレータ３００からのトポロジ情報２２０Ａの参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間のデータがある場合には、該当期間のトポロジ情報を参照・出力する。
表示部１１１は、トポロジ参照部１１０が参照したトポロジ情報２２０ＡＡ、またはトポロジ計算部１１３が計算したトポロジを表示する。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する。
トポロジ計算部１１３は、参照したい期間のデータがない場合（指定した時間のトポロジ情報がない場合）には、記憶部１３０のリレーショナルＤＢ２１０に記憶されたコンフィグ情報２１０Ａをもとに、トポロジを計算する。
トポロジ情報管理部１２０は、設定情報取得部１２１と、変更通知取得部１２２と、を備える。
トポロジ情報管理部１２０は、取得した設定情報をもとに、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報２２０Ａを更新する。
トポロジ情報管理部１２０は、参照する確率が低いトポロジ情報２２０Ａ、および／または、所定以上過去のトポロジ情報２２０Ａは、グラフＤＢ２２０から破棄する。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想網１１の設定情報（一般的なオーケストレータが持つ設定系の機能（設定情報））を取得する。
変更通知取得部１２２は、新たに追加する変更通知機能（オーケストレータ３００からの変更通知）を取得する。
トポロジ情報管理部１２０は、取得した設定情報をもとに、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報２２０Ａを更新する。
トポロジ情報管理部１２０は、参照する確率が低いトポロジ情報２２０Ａ、および／または、所定以上過去のトポロジ情報２２０Ａは、グラフＤＢ２２０から破棄する。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想網１１の設定情報（一般的なオーケストレータが持つ設定系の機能（設定情報））を取得する。
変更通知取得部１２２は、新たに追加する変更通知機能（オーケストレータ３００からの変更通知）を取得する。
<記憶部１３０>
記憶部１３０は、データベース２００を有する。データベース２００は、コンフィグ情報２１０Ａを格納するリレーショナルＤＢ２１０（図３参照）と、トポロジ情報２２０Ａを格納するグラフＤＢ２２０（図４および図５参照）とを備える。
記憶部１３０は、物理網１の各装置のコンフィグ情報２１０ＡをリレーショナルＤＢ２１０に記憶する。
記憶部１３０は、仮想網１１の論理リソース間の端点情報およびその接続情報と、物理網１の物理リソース間の端点情報およびその接続情報と、論理リソースと物理リソースの対応情報と、からなるトポロジ情報２２０Ａを時系列でグラフＤＢ２２０に記憶する。
なお、記憶部１３０は、どのような記憶媒体や記憶手段であってもよく、時系列管理装置１００の内部または外部のいずれに設置されていてもよい。上記外部に設置する場合、ネットワークを介して他の装置に設置されてもよい。
記憶部１３０は、データベース２００を有する。データベース２００は、コンフィグ情報２１０Ａを格納するリレーショナルＤＢ２１０（図３参照）と、トポロジ情報２２０Ａを格納するグラフＤＢ２２０（図４および図５参照）とを備える。
記憶部１３０は、物理網１の各装置のコンフィグ情報２１０ＡをリレーショナルＤＢ２１０に記憶する。
記憶部１３０は、仮想網１１の論理リソース間の端点情報およびその接続情報と、物理網１の物理リソース間の端点情報およびその接続情報と、論理リソースと物理リソースの対応情報と、からなるトポロジ情報２２０Ａを時系列でグラフＤＢ２２０に記憶する。
なお、記憶部１３０は、どのような記憶媒体や記憶手段であってもよく、時系列管理装置１００の内部または外部のいずれに設置されていてもよい。上記外部に設置する場合、ネットワークを介して他の装置に設置されてもよい。
<オーケストレータ３００>
オーケストレータ３００は、仮想ＮＷの設定制御を行う統合管理ソフトウェアである。オーケストレータ３００は、一般的なオーケストレータ（例えば、図１４の仮想ＮＷのオペレータ５０）が持つ設定系の機能である設定部３１０と、新たに追加する変更通知機能である変更通知部３２０と、を有する。
設定情報３３０は、ＮＷに対する設定変更を行う際のオーダの情報である。設定情報３３０をもとに、各装置のコンフィグ情報等が書き換えられる。
オーケストレータ３００は、仮想ＮＷの設定制御を行う統合管理ソフトウェアである。オーケストレータ３００は、一般的なオーケストレータ（例えば、図１４の仮想ＮＷのオペレータ５０）が持つ設定系の機能である設定部３１０と、新たに追加する変更通知機能である変更通知部３２０と、を有する。
設定情報３３０は、ＮＷに対する設定変更を行う際のオーダの情報である。設定情報３３０をもとに、各装置のコンフィグ情報等が書き換えられる。
［リレーショナルＤＢ２１０］
まず、リレーショナルＤＢ２１０に格納されるコンフィグ情報２１０Ａについて述べる。
図３は、リレーショナルＤＢ２１０に格納されるコンフィグ情報２１０Ａの例を説明する図である。
リレーショナルＤＢ２１０は、図３の符号ｚ１に示す各装置のコンフィグ情報２１０Ａを格納する。コンフィグ情報２１０Ａは、例えば
装置名: xxx
NIC1:IP Address:
yyy.yyy.yyy.yyy
NIC2:
IP Address:
zzz.zzz.zzz.zzz
etc...
である。
図３の符号ｚ２に示すように、管理しておく過去のコンフィグ情報２１０Ａは、各装置のもつコンフィグの中で、接続関係に関係する部分を抽出したデータである。これらは装置ごとの個別データであり、格納するデータベースは、リレーショナルデータベースなどの利用を想定する。
なお、トポロジ情報２２０Ａは、下記グラフＤＢ２２０を用いる。
まず、リレーショナルＤＢ２１０に格納されるコンフィグ情報２１０Ａについて述べる。
図３は、リレーショナルＤＢ２１０に格納されるコンフィグ情報２１０Ａの例を説明する図である。
リレーショナルＤＢ２１０は、図３の符号ｚ１に示す各装置のコンフィグ情報２１０Ａを格納する。コンフィグ情報２１０Ａは、例えば
装置名: xxx
NIC1:IP Address:
yyy.yyy.yyy.yyy
NIC2:
IP Address:
zzz.zzz.zzz.zzz
etc...
である。
図３の符号ｚ２に示すように、管理しておく過去のコンフィグ情報２１０Ａは、各装置のもつコンフィグの中で、接続関係に関係する部分を抽出したデータである。これらは装置ごとの個別データであり、格納するデータベースは、リレーショナルデータベースなどの利用を想定する。
なお、トポロジ情報２２０Ａは、下記グラフＤＢ２２０を用いる。
［グラフＤＢ２２０］
グラフＤＢ２２０は、ＮＷに関する管理情報を管理（データ作成、データ読み出し、データ更新、データ削除）する。
グラフＤＢ２２０は、トポロジ情報２２０Ａ（図４で後記）を管理する。
グラフＤＢ２２０は、トポロジ情報の管理（データ作成、データ読み出し、データ更新、データ削除）を行うためのデータベースである。本実施形態では、グラフ型のデータベースを用いているが、他の形式のデータベースも可能である。各データベースについて、比較する。
・キー・バリュー型
Key : Valueを単位としてデータを格納する。読み取りの負荷が大きいシステム（APL (Application)など）、例えばゲーム、動画共有などの用途に適している。
・カラム指向型
カラム（列）単位でデータを処理する。収集、分析系システムなどの用途に適している。
グラフＤＢ２２０は、ＮＷに関する管理情報を管理（データ作成、データ読み出し、データ更新、データ削除）する。
グラフＤＢ２２０は、トポロジ情報２２０Ａ（図４で後記）を管理する。
グラフＤＢ２２０は、トポロジ情報の管理（データ作成、データ読み出し、データ更新、データ削除）を行うためのデータベースである。本実施形態では、グラフ型のデータベースを用いているが、他の形式のデータベースも可能である。各データベースについて、比較する。
・キー・バリュー型
Key : Valueを単位としてデータを格納する。読み取りの負荷が大きいシステム（APL (Application)など）、例えばゲーム、動画共有などの用途に適している。
・カラム指向型
カラム（列）単位でデータを処理する。収集、分析系システムなどの用途に適している。
・グラフ型
ノード、属性、関係性を単位にデータを格納する。ネットワーク状のデータを格納する場合に適している。例えばＳＮＳ（Social Networking Service）のユーザ同士のつながり、関係性がある管理システムである。グラフ型は、トポロジ情報の管理に向いていると考えられるので、本実施形態では、グラフ型のデータベースを用いている。
・ドキュメント指向型
ＪＳＯＮ（JavaScript Object Notation）やＸＭＬ（Extensible Markup Language）など、構造を持ったドキュメントを単位としてデータを格納する。ログ分析、Webシステムなどの用途に適している。
ノード、属性、関係性を単位にデータを格納する。ネットワーク状のデータを格納する場合に適している。例えばＳＮＳ（Social Networking Service）のユーザ同士のつながり、関係性がある管理システムである。グラフ型は、トポロジ情報の管理に向いていると考えられるので、本実施形態では、グラフ型のデータベースを用いている。
・ドキュメント指向型
ＪＳＯＮ（JavaScript Object Notation）やＸＭＬ（Extensible Markup Language）など、構造を持ったドキュメントを単位としてデータを格納する。ログ分析、Webシステムなどの用途に適している。
［トポロジ情報２２０Ａ］
次に、グラフＤＢ２２０が管理するトポロジ情報２２０Ａについて述べる。
図４は、グラフＤＢ２２０が管理するトポロジ情報２２０Ａの例を説明する図である。
管理とは、データ作成、データ読み出し、データ更新、およびデータ削除をいう。
トポロジ情報として取得するデータは、各リソースの接続情報であり、例えば、下記（１）−（３）である。
（１）論理リソース間の端点情報（図４の細白丸，符号ｏ参照）およびその接続情報（図４の太実線，符号ｐ参照）
論理リソース間の端点は、例えば論理ポート、仮想ＮＩＣ（Network Interface Card）である。
次に、グラフＤＢ２２０が管理するトポロジ情報２２０Ａについて述べる。
図４は、グラフＤＢ２２０が管理するトポロジ情報２２０Ａの例を説明する図である。
管理とは、データ作成、データ読み出し、データ更新、およびデータ削除をいう。
トポロジ情報として取得するデータは、各リソースの接続情報であり、例えば、下記（１）−（３）である。
（１）論理リソース間の端点情報（図４の細白丸，符号ｏ参照）およびその接続情報（図４の太実線，符号ｐ参照）
論理リソース間の端点は、例えば論理ポート、仮想ＮＩＣ（Network Interface Card）である。
（２）物理リソース間の端点情報（図４の太白丸，符号ｑ参照）およびその接続情報（図４の細実線，符号ｒ参照）
物理リソース間の端点は、例えば物理ポート、物理ＮＩＣである。また、物理装置とその接続では、例えば、ＩＰレイヤと伝送レイヤのようにレイヤが分かれる可能性がある。
物理リソース間の端点は、例えば物理ポート、物理ＮＩＣである。また、物理装置とその接続では、例えば、ＩＰレイヤと伝送レイヤのようにレイヤが分かれる可能性がある。
（３）論理／物理リソースの対応情報（図４の黒丸および破線，符号ｓ参照）
論理／物理リソースの対応情報は、具体的には物理ＮＷ／装置と仮想ＮＷ／装置の対応関係である。対応付けの例として、論理リソースのＩＤと物理装置名との対応付けが挙げられる。
論理／物理リソースの対応情報は、具体的には物理ＮＷ／装置と仮想ＮＷ／装置の対応関係である。対応付けの例として、論理リソースのＩＤと物理装置名との対応付けが挙げられる。
図５は、本発明の実施形態に係るネットワークシステムのグラフＤＢ２２０が管理するトポロジ情報を説明する図であり、（ａ）はそのトポロジ情報のグラフ表現のイメージ図、（ｂ）はそのトポロジ情報の記憶例である。
図５（ａ）に示すネットワークでは、図５（ｂ）に示すように、仮想網１１と物理網１のノード（LogicalDevice#1，LogicalDevice#3，…／Physical Device #1，Physical Device #3，…）、属性（論物対応）、関係性（Runs，Connects）を単位に、トポロジ情報として格納される。
例えば、仮想網１１のLogicalDevice#1は、エッジルータ２２を介してエンドユーザ２１に接続されるが、図５（ｂ）に示すようにLogicalDevice#1が、Userに対し矢印に示すユーザ収容で示される。LogicalDevice#1は、VMで実行（Runs）され、このVMは論理物理対応（論物対応）でPhysical Device #1で構築される。また、LogicalDevice#1は、仮想網上でLogicalDevice#3と相互接続され、LogicalDevice#3は、VMで実行（Runs）され、このVMは論物対応でPhysical Device #3で構築される。
図５（ａ）に示す仮想網１１を通してＩＡサーバ２３上のアプリケーションサービスへの接続は、図５（ｂ）に示すようにVNF #1が、VNF_VM#1で実行（Runs）され、このVNF #1にPhysical Server #1で構築される。
図５（ａ）に示すネットワークでは、図５（ｂ）に示すように、仮想網１１と物理網１のノード（LogicalDevice#1，LogicalDevice#3，…／Physical Device #1，Physical Device #3，…）、属性（論物対応）、関係性（Runs，Connects）を単位に、トポロジ情報として格納される。
例えば、仮想網１１のLogicalDevice#1は、エッジルータ２２を介してエンドユーザ２１に接続されるが、図５（ｂ）に示すようにLogicalDevice#1が、Userに対し矢印に示すユーザ収容で示される。LogicalDevice#1は、VMで実行（Runs）され、このVMは論理物理対応（論物対応）でPhysical Device #1で構築される。また、LogicalDevice#1は、仮想網上でLogicalDevice#3と相互接続され、LogicalDevice#3は、VMで実行（Runs）され、このVMは論物対応でPhysical Device #3で構築される。
図５（ａ）に示す仮想網１１を通してＩＡサーバ２３上のアプリケーションサービスへの接続は、図５（ｂ）に示すようにVNF #1が、VNF_VM#1で実行（Runs）され、このVNF #1にPhysical Server #1で構築される。
以下、上述のように構成されたネットワークシステムの動作を説明する。
［制御シーケンス］
図６および図７は、ネットワークシステムのトポロジ管理方法を示すシーケンス図である。
図６および図７おいて、仮想ＮＷ_Ａは、図１の仮想網１１−１、仮想ＮＷ_Ｂは、図１の仮想網１１−２、物理ＮＷ１は、図１の物理網１であるとする。また、オペレータ８０は、仮想ＮＷの切り分けを行うオペレータである。
［制御シーケンス］
図６および図７は、ネットワークシステムのトポロジ管理方法を示すシーケンス図である。
図６および図７おいて、仮想ＮＷ_Ａは、図１の仮想網１１−１、仮想ＮＷ_Ｂは、図１の仮想網１１−２、物理ＮＷ１は、図１の物理網１であるとする。また、オペレータ８０は、仮想ＮＷの切り分けを行うオペレータである。
<障害発生：１>
仮想ＮＷ_Ａで障害が発生した場合（図６の符号ｔ参照）、オーケストレータ３００の設定部３１０に障害発生が通知される（ステップＳ１）。オーケストレータ３００の設定部３１０は、障害が発生した仮想ＮＷ_Ａの設定変更を行う（設定変更情報を送信する）とともに（ステップＳ２）、物理ＮＷに対しても物理ＮＷ_Ａの設定変更を行う（設定変更情報を送信する）（ステップＳ３）。以上は、一般的なオーケストレータ（例えば図１４のオーケストレータ７０）が持つ設定系の機能である。
仮想ＮＷ_Ａで障害が発生した場合（図６の符号ｔ参照）、オーケストレータ３００の設定部３１０に障害発生が通知される（ステップＳ１）。オーケストレータ３００の設定部３１０は、障害が発生した仮想ＮＷ_Ａの設定変更を行う（設定変更情報を送信する）とともに（ステップＳ２）、物理ＮＷに対しても物理ＮＷ_Ａの設定変更を行う（設定変更情報を送信する）（ステップＳ３）。以上は、一般的なオーケストレータ（例えば図１４のオーケストレータ７０）が持つ設定系の機能である。
オーケストレータ３００は、新たに追加した変更通知機能である変更通知部３２０が下記の制御を行う。すなわち、オーケストレータ３００の変更通知部３２０は、時系列管理装置１００の変更通知取得部１２２に設定変更を通知し（ステップＳ４）、変更通知取得部１２２は、オーケストレータ３００から送信された設定変更通知を設定情報取得部１２１に渡す（内部処理のため信号は省略）。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想ＮＷ_Ａ１１−１の設定情報（一般的なオーケストレータが持つ設定系の機能（設定情報））を取得する（ステップＳ５）。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想ＮＷ_Ａ１１−１の設定情報（一般的なオーケストレータが持つ設定系の機能（設定情報））を取得する（ステップＳ５）。
オーケストレータ３００の設定部３１０は、グラフＤＢ２２０に設定情報を送信し、グラフＤＢ２２０は、送信された設定情報をトポロジ情報として格納してトポロジ情報２２０Ａを更新する（ステップＳ６）。
物理ＮＷ１は、オーケストレータ３００の設定部３１０により設定変更が通知され、設定変更が完了すると、リレーショナルＤＢ２１０にコンフィグ情報を送信し（ステップＳ７）、リレーショナルＤＢ２１０は、送信されたコンフィグ情報を格納してコンフィグ情報２１０Ａを更新する。
物理ＮＷ１は、オーケストレータ３００の設定部３１０により設定変更が通知され、設定変更が完了すると、リレーショナルＤＢ２１０にコンフィグ情報を送信し（ステップＳ７）、リレーショナルＤＢ２１０は、送信されたコンフィグ情報を格納してコンフィグ情報２１０Ａを更新する。
<オペレータ８０切り分け：１>
一方、ユーザは、上記とは非同期のシーケンスで、仮想ＮＷの切り分けを行うオペレータ８０に対して申告を行う（ステップＳ８）。オペレータ８０は、申告に従って時系列管理装置１００の時系列データ選択部１１２に対しデータ参照を行う（ステップＳ９）。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する（ステップＳ１０）。グラフＤＢ２２０は、選択されたトポロジ情報２２０Ａを時系列管理装置１００の表示部１１１に送信し（ステップＳ１１）、表示部１１１は、グラフＤＢ２２０から送信されたトポロジ情報２２０Ａを表示する（ステップＳ１２）。
オペレータ８０は、表示部１１１に表示されたトポロジ情報２２０Ａをもとに、ユーザに申告に対する回答を行う（ステップＳ１３）。
一方、ユーザは、上記とは非同期のシーケンスで、仮想ＮＷの切り分けを行うオペレータ８０に対して申告を行う（ステップＳ８）。オペレータ８０は、申告に従って時系列管理装置１００の時系列データ選択部１１２に対しデータ参照を行う（ステップＳ９）。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する（ステップＳ１０）。グラフＤＢ２２０は、選択されたトポロジ情報２２０Ａを時系列管理装置１００の表示部１１１に送信し（ステップＳ１１）、表示部１１１は、グラフＤＢ２２０から送信されたトポロジ情報２２０Ａを表示する（ステップＳ１２）。
オペレータ８０は、表示部１１１に表示されたトポロジ情報２２０Ａをもとに、ユーザに申告に対する回答を行う（ステップＳ１３）。
<障害発生：２>
仮想ＮＷ_Ｂで障害が発生した場合（図７の符号ｕ参照）、オーケストレータ３００の設定部３１０に障害発生が通知される（ステップＳ１４）。オーケストレータ３００の設定部３１０は、障害が発生した仮想ＮＷ_Ｂの設定変更を行うとともに（ステップＳ１５）、物理ＮＷに対しても物理ＮＷ_Ｂの設定変更を行う（ステップＳ１６）。
仮想ＮＷ_Ｂで障害が発生した場合（図７の符号ｕ参照）、オーケストレータ３００の設定部３１０に障害発生が通知される（ステップＳ１４）。オーケストレータ３００の設定部３１０は、障害が発生した仮想ＮＷ_Ｂの設定変更を行うとともに（ステップＳ１５）、物理ＮＷに対しても物理ＮＷ_Ｂの設定変更を行う（ステップＳ１６）。
オーケストレータ３００の変更通知部３２０は、時系列管理装置１００の変更通知取得部１２２に設定変更を通知し（ステップＳ１７）、変更通知取得部１２２は、オーケストレータ３００から送信された設定変更通知を設定情報取得部１２１に渡す（内部処理のため信号は省略）。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想ＮＷ_Ｂ１１−２の設定情報を取得する（ステップＳ１８）。
設定情報取得部１２１は、オーケストレータ３００からの変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想ＮＷ_Ｂ１１−２の設定情報を取得する（ステップＳ１８）。
オーケストレータ３００の設定部３１０は、グラフＤＢ２２０に設定情報を送信し、グラフＤＢ２２０は、送信された設定情報をトポロジ情報として格納してトポロジ情報２２０Ａを更新する（ステップＳ１９）。
物理ＮＷ１は、オーケストレータ３００の設定部３１０により設定変更が通知され、設定変更が完了すると、リレーショナルＤＢ２１０にコンフィグ情報を送信し（ステップＳ２０）、リレーショナルＤＢ２１０は、送信されたコンフィグ情報を格納してコンフィグ情報２１０Ａを更新する。
物理ＮＷ１は、オーケストレータ３００の設定部３１０により設定変更が通知され、設定変更が完了すると、リレーショナルＤＢ２１０にコンフィグ情報を送信し（ステップＳ２０）、リレーショナルＤＢ２１０は、送信されたコンフィグ情報を格納してコンフィグ情報２１０Ａを更新する。
<オペレータ８０切り分け：２>
一方、ユーザは、上記とは非同期のシーケンスで、オペレータ８０に対して申告を行う（ステップＳ２１）。オペレータ８０は、申告に従って時系列管理装置１００の時系列データ選択部１１２に対しデータ参照を行う（ステップＳ２２）。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する（ステップＳ２３）。
この場合、グラフＤＢ２２０のトポロジ情報２２０Ａには、指定した時間のトポロジ情報がないとする。グラフＤＢ２２０は、該当するデータがない旨を時系列データ選択部１１２に送信する（ステップＳ２４）。
一方、ユーザは、上記とは非同期のシーケンスで、オペレータ８０に対して申告を行う（ステップＳ２１）。オペレータ８０は、申告に従って時系列管理装置１００の時系列データ選択部１１２に対しデータ参照を行う（ステップＳ２２）。
時系列データ選択部１１２は、トポロジ情報の参照要求を受付け、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）を選択する（ステップＳ２３）。
この場合、グラフＤＢ２２０のトポロジ情報２２０Ａには、指定した時間のトポロジ情報がないとする。グラフＤＢ２２０は、該当するデータがない旨を時系列データ選択部１１２に送信する（ステップＳ２４）。
時系列データ選択部１１２は、該当するデータがない通知を受けた場合、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａを参照する（ステップＳ２５）。リレーショナルＤＢ２１０は、コンフィグ情報２１０Ａから該当データを抽出して時系列管理装置１００のトポロジ計算部１１３に送信する（ステップＳ２６）。
トポロジ計算部１１３は、参照したい期間のデータがない場合（指定した時間のトポロジ情報がない場合）には、記憶部１３０のリレーショナルＤＢ２１０に記憶されたコンフィグ情報２１０Ａをもとに、トポロジを計算する（ステップＳ２７）。
トポロジ計算部１１３は、参照したい期間のデータがない場合（指定した時間のトポロジ情報がない場合）には、記憶部１３０のリレーショナルＤＢ２１０に記憶されたコンフィグ情報２１０Ａをもとに、トポロジを計算する（ステップＳ２７）。
トポロジ計算部１１３は、トポロジ計算によるトポロジを抽出して表示部１１１に送信する（ステップＳ２８）。表示部１１１は、トポロジ計算部１１３により計算されたトポロジを表示する（ステップＳ２９）。
オペレータ８０は、トポロジ計算部１１３により計算されたトポロジをもとに、ユーザに申告に対する回答を行う（ステップＳ３０）。
オペレータ８０は、トポロジ計算部１１３により計算されたトポロジをもとに、ユーザに申告に対する回答を行う（ステップＳ３０）。
［時系列データ取得およびデータ参照］
図８は、ネットワークシステムの時系列データ取得およびデータ参照を示すフローチャートである。本フローは、主として時系列管理装置１００を構成する制御部（ＣＰＵ）により実行される。
ステップＳ１０１で時系列管理装置１００は、ＮＷが定常状態にあることを確認する。具体的には、時系列管理装置１００の変更通知取得部１２２が、オーケストレータ３００から設定変更通知を受信しない場合、ＮＷが定常状態にあると判定する。
ステップＳ１０２で時系列管理装置１００は、障害発生を確認する。具体的には、時系列管理装置１００の変更通知取得部１２２が、オーケストレータ３００から送信された設定変更通知を受信した場合、当該設定変更通知の内容から障害発生を判定する。
図８は、ネットワークシステムの時系列データ取得およびデータ参照を示すフローチャートである。本フローは、主として時系列管理装置１００を構成する制御部（ＣＰＵ）により実行される。
ステップＳ１０１で時系列管理装置１００は、ＮＷが定常状態にあることを確認する。具体的には、時系列管理装置１００の変更通知取得部１２２が、オーケストレータ３００から設定変更通知を受信しない場合、ＮＷが定常状態にあると判定する。
ステップＳ１０２で時系列管理装置１００は、障害発生を確認する。具体的には、時系列管理装置１００の変更通知取得部１２２が、オーケストレータ３００から送信された設定変更通知を受信した場合、当該設定変更通知の内容から障害発生を判定する。
ステップＳ１０２で障害発生を判定すると、ステップＳ１０３の処理とステップＳ１０５の処理を実行する。
ステップＳ１０３で変更通知取得部１２２は、トポロジ変更通知があるか否かを判別する。トポロジ変更通知がない場合（ステップＳ１０３：Ｎｏ）、ステップＳ１０１に戻る。
トポロジ変更通知がある場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０４で設定情報取得部１２１は、変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想網１１の設定情報を取得しグラフＤＢ２２０のトポロジ情報２２０Ａに格納してステップＳ１０１に戻る。
ステップＳ１０３で変更通知取得部１２２は、トポロジ変更通知があるか否かを判別する。トポロジ変更通知がない場合（ステップＳ１０３：Ｎｏ）、ステップＳ１０１に戻る。
トポロジ変更通知がある場合（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０４で設定情報取得部１２１は、変更通知を契機（トリガ）として、オーケストレータ３００の設定部３１０から仮想網１１の設定情報を取得しグラフＤＢ２２０のトポロジ情報２２０Ａに格納してステップＳ１０１に戻る。
ステップＳ１０５で時系列管理装置１００は、ユーザ申告があるか否かを判別する。ユーザ申告がない場合（ステップＳ１０５：Ｎｏ）、ステップＳ１０１に戻る。
ユーザ申告がある場合（ステップＳ１０５：Ｙｅｓ）、ステップＳ１０６で時系列データ選択部１１２は、グラフＤＢ２２０のトポロジ情報２２０Ａを参照する。
ユーザ申告がある場合（ステップＳ１０５：Ｙｅｓ）、ステップＳ１０６で時系列データ選択部１１２は、グラフＤＢ２２０のトポロジ情報２２０Ａを参照する。
ステップＳ１０７で時系列データ選択部１１２は、該当時間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）があるか否かを判別する。該当時間の時系列データがある場合（ステップＳ１０７：Ｙｅｓ）、ステップＳ１０８でトポロジ情報管理部１２０は、トポロジ情報２２０Ａを参照してステップＳ１１１に進む。
該当時間の時系列データがない場合（ステップＳ１０７：Ｎｏ）、ステップＳ１０９でトポロジ計算部１１３は、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａを参照する。ステップＳ１１０でトポロジ計算部１１３は、指定した時間のトポロジ情報がない場合に、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａからトポロジを計算（トポロジの再計算）してステップＳ１１１に進む。
該当時間の時系列データがない場合（ステップＳ１０７：Ｎｏ）、ステップＳ１０９でトポロジ計算部１１３は、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａを参照する。ステップＳ１１０でトポロジ計算部１１３は、指定した時間のトポロジ情報がない場合に、リレーショナルＤＢ２１０のコンフィグ情報２１０Ａからトポロジを計算（トポロジの再計算）してステップＳ１１１に進む。
ステップＳ１１１で表示部１１１は、グラフＤＢ２２０を参照したトポロジ情報２２０Ａ、またはトポロジ計算部１１３により計算されたトポロジ情報２２０Ａを表示する。
ステップＳ１１２でオペレータ８０は、トポロジ情報２２０Ａをもとに、ユーザに申告に対する回答を行って本フローの処理を終了する。
ステップＳ１１２でオペレータ８０は、トポロジ情報２２０Ａをもとに、ユーザに申告に対する回答を行って本フローの処理を終了する。
［トポロジ情報を用いたオペレーション業務］
次に、トポロジ情報２２０Ａを用いたオペレーションについて説明する。
図９は、トポロジ情報２２０Ａを用いたオペレーションを説明する図である。
時系列管理装置１００およびグラフＤＢ２２０を備えるネットワークシステムは、ユーザ申告時の切り分け業務に適用できる。
図９に示すように、ユーザからの申告は、フロントでの電話対応となる。フロントとオペレータ８０は、連携している。オペレータ８０は、ユーザからの申告内容に合わせて、仮想ＮＷの切り分け業務を行う。オペレータ８０は、時系列管理装置１００およびグラフＤＢ２２０を用いて、過去のトポロジを参照し、障害原因の特定を行う。この際、オペレータ８０には、迅速な切り分けが求められる。なお、障害原因の特定については、図６〜図８で述べた。
次に、トポロジ情報２２０Ａを用いたオペレーションについて説明する。
図９は、トポロジ情報２２０Ａを用いたオペレーションを説明する図である。
時系列管理装置１００およびグラフＤＢ２２０を備えるネットワークシステムは、ユーザ申告時の切り分け業務に適用できる。
図９に示すように、ユーザからの申告は、フロントでの電話対応となる。フロントとオペレータ８０は、連携している。オペレータ８０は、ユーザからの申告内容に合わせて、仮想ＮＷの切り分け業務を行う。オペレータ８０は、時系列管理装置１００およびグラフＤＢ２２０を用いて、過去のトポロジを参照し、障害原因の特定を行う。この際、オペレータ８０には、迅速な切り分けが求められる。なお、障害原因の特定については、図６〜図８で述べた。
［ネットワーク構成変更の頻度］
次に、ネットワーク構成変更の頻度について説明する。
図１０は、ネットワーク構成変更の頻度を説明する図である。
仮想網１１では、オートヒーリング等の自動的な措置（図１０の符号ｖの「自動制御」参照）や、物理網１のノード２（図１０の符号ｗの「♯４のメンテナンス」参照）によるリソースのアロケーション（図１０の符号ｘの「リソース再配置」参照）などが発生しうる。仮想網１１での変更の頻度は、既存網よりも上がると想定される。ネットワークの仮想化と、論理／物理の分離により、単純に考えても変化対象は増加する。
したがって、１日１回のネットワーク構成変更の頻度では、追従が困難と想定される。そこで、数十分〜１時間程度の変更頻度を想定する。
次に、ネットワーク構成変更の頻度について説明する。
図１０は、ネットワーク構成変更の頻度を説明する図である。
仮想網１１では、オートヒーリング等の自動的な措置（図１０の符号ｖの「自動制御」参照）や、物理網１のノード２（図１０の符号ｗの「♯４のメンテナンス」参照）によるリソースのアロケーション（図１０の符号ｘの「リソース再配置」参照）などが発生しうる。仮想網１１での変更の頻度は、既存網よりも上がると想定される。ネットワークの仮想化と、論理／物理の分離により、単純に考えても変化対象は増加する。
したがって、１日１回のネットワーク構成変更の頻度では、追従が困難と想定される。そこで、数十分〜１時間程度の変更頻度を想定する。
［ネットワーク構成変更点のデータ更新］
次に、ネットワーク構成変更点のデータ更新について説明する。
図１１は、ネットワーク構成変更点のデータ更新を説明する図である。
図１１に示すように、オーケストレータ３００は、設定部３１０（図２参照）が、仮想ＮＷに対して設定情報３３０を送信して仮想ＮＷの設定変更を実行する。この場合、オーケストレータ３００の変更通知部３２０（図２参照）は、時系列管理装置１００の変更通知取得部１２２に設定変更を通知する。
時系列管理装置１００は、この変更通知に合わせて設定情報からトポロジ情報２２０Ａを取得する。このため、時系列管理装置１００は、変更点がある部分のみグラフＤＢ２２０のデータを更新する。時系列管理装置１００は、毎回、ＮＷ全体の情報は取得しない。
例えば、グラフＤＢ２２０のトポロジ情報２２０Ａは、20XX/MM/DD/Time1の更新タイミングでデータ更新され、次に20XX/MM/DD/Time2の更新タイミングでデータ更新される。このように、時系列管理装置１００は、変更点がある部分のみ、その更新タイミングでグラフＤＢ２２０のデータを更新する。
次に、ネットワーク構成変更点のデータ更新について説明する。
図１１は、ネットワーク構成変更点のデータ更新を説明する図である。
図１１に示すように、オーケストレータ３００は、設定部３１０（図２参照）が、仮想ＮＷに対して設定情報３３０を送信して仮想ＮＷの設定変更を実行する。この場合、オーケストレータ３００の変更通知部３２０（図２参照）は、時系列管理装置１００の変更通知取得部１２２に設定変更を通知する。
時系列管理装置１００は、この変更通知に合わせて設定情報からトポロジ情報２２０Ａを取得する。このため、時系列管理装置１００は、変更点がある部分のみグラフＤＢ２２０のデータを更新する。時系列管理装置１００は、毎回、ＮＷ全体の情報は取得しない。
例えば、グラフＤＢ２２０のトポロジ情報２２０Ａは、20XX/MM/DD/Time1の更新タイミングでデータ更新され、次に20XX/MM/DD/Time2の更新タイミングでデータ更新される。このように、時系列管理装置１００は、変更点がある部分のみ、その更新タイミングでグラフＤＢ２２０のデータを更新する。
以上説明したように、本実施形態に係るネットワークシステム（図１参照）は、仮想網１１の論理リソース間の端点情報およびその接続情報と、物理網１の物理リソース間の端点情報およびその接続情報と、論理リソースと物理リソースの対応情報と、からなるトポロジ情報２２０Ａ（図５参照）を時系列でグラフＤＢ２２０に記憶する記憶部１３０と、オーケストレータ３００からの変更通知を契機として、オーケストレータ３００から仮想網１１の設定情報を取得する時系列管理装置１００の設定情報取得部１２１と、取得した設定情報をもとに、記憶部１３０のグラフＤＢ２２０に記憶されたトポロジ情報２２０Ａを更新するトポロジ情報管理部１２０と、を備える。
複数の物理／論理リソースで構成される仮想化ＮＷでは、ソフトウェアのアップデートやメンテナンス等により、障害発生時以外でもＮＷ構成は絶えず動的に変化する。絶えずトポロジが変化するため、リアルタイムでのトポロジ把握が困難であった。加えて、リソース最適化やオートヒーリング等、オペレータを介さないＮＷ構成の変化が行われることがある。
本実施形態では、現在から過去のトポロジ情報を持つことで、リアルタイムでのトポロジ把握が可能になる。障害発生前と後でＮＷトポロジが変化する可能性に対処でき、障害の原因箇所の特定を迅速に行うことができる。
本実施形態では、現在から過去のトポロジ情報を持つことで、リアルタイムでのトポロジ把握が可能になる。障害発生前と後でＮＷトポロジが変化する可能性に対処でき、障害の原因箇所の特定を迅速に行うことができる。
また、前記図１４に示す過去のトポロジを参照する手法では、各装置や管理システムのログから、トポロジの再構成を行う。この方法では、キャリア網の物理装置や管理システムのログなどから、膨大な数の仮想化ＮＷを再構成する（論理リソース同士の接続関係をみる）場合、計算量が膨大になる課題があった。
本実施形態では、過去から現在までのトポロジ情報を持つことで、膨大な数の仮想化ＮＷを再構成する必要がなくなるので、計算量を格段に減らすことができ、障害の原因箇所の特定を迅速に行うことができる。
本実施形態では、過去から現在までのトポロジ情報を持つことで、膨大な数の仮想化ＮＷを再構成する必要がなくなるので、計算量を格段に減らすことができ、障害の原因箇所の特定を迅速に行うことができる。
また、時系列管理装置１００は、トポロジ情報の参照要求を受付け、記憶部１３０に記憶されたトポロジ情報に、参照したい期間のデータがある場合には、該当期間のトポロジ情報を出力するトポロジ参照部１１０を備える。ユーザから申告があった場合には、申告時点でのＮＷ構成の情報を参照し、切り分け業務を行う必要がある。本実施形態では、ユーザからの申告に迅速に応えることができ、迅速な障害切り分けが可能となる。
また、記憶部１３０は、物理網１の各装置のコンフィグ情報をリレーショナルＤＢ２１０に記憶している。トポロジ参照部１１０は、グラフＤＢ２２０のトポロジ情報２２０Ａに、参照したい期間のデータがない場合には、リレーショナルＤＢ２１０に記憶されたコンフィグ情報をもとに、トポロジを計算するトポロジ計算部１１３を備える。これにより、グラフＤＢ２２０に、参照したい期間の時系列データ（参照したい時間でのトポロジ情報２２０Ａ）がない場合であっても、コンフィグ情報２１０Ａからトポロジを計算することで、ユーザからの申告に応えることができ、障害切り分けが可能となる。
また、トポロジ情報管理部１２０は、参照する確率が所定値以下のトポロジ情報、および／または、所定よりも過去のトポロジ情報は、グラフＤＢ２２０から破棄する。これにより、参照する確率が低い過去のデータなどは、グラフＤＢ２２０から削除して、グラフＤＢ２２０に蓄積されるデータ量を削減することができる。
また、トポロジ参照部１１０は、トポロジ参照部１１０が参照したトポロジ情報、またはトポロジ計算部１１３が計算したトポロジを出力する表示部１１１を備える。これにより、ユーザに、トポロジの可視化して回答しつつ、切り分け業務を行うことができる。
なお、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手作業で行うこともでき、あるいは、手作業で行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）カード、光ディスク等の記録媒体に保持することができる。
１ 物理網（インフラ網）
２，１２ ノード
３ リンク
１１ 仮想網
２１ エンドユーザ
２２ エッジルータ
８０ オペレータ
１００ 時系列管理装置
１１０ トポロジ参照部
１２０ トポロジ情報管理部
１１１ 表示部（出力部）
１１２ 時系列データ選択部
１１３ トポロジ計算部
１２１ 設定情報取得部
１２２ 変更通知取得部
１３０ 記憶部
２００ データベース
２１０ リレーショナルＤＢ
２１０Ａ コンフィグ情報
２２０ グラフＤＢ
２２０Ａ トポロジ情報
３００ オーケストレータ
３１０ 設定部
３２０ 変更通知部
２，１２ ノード
３ リンク
１１ 仮想網
２１ エンドユーザ
２２ エッジルータ
８０ オペレータ
１００ 時系列管理装置
１１０ トポロジ参照部
１２０ トポロジ情報管理部
１１１ 表示部（出力部）
１１２ 時系列データ選択部
１１３ トポロジ計算部
１２１ 設定情報取得部
１２２ 変更通知取得部
１３０ 記憶部
２００ データベース
２１０ リレーショナルＤＢ
２１０Ａ コンフィグ情報
２２０ グラフＤＢ
２２０Ａ トポロジ情報
３００ オーケストレータ
３１０ 設定部
３２０ 変更通知部
Claims (5)
- 物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるネットワークシステムであって、
前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列でデータベースに記憶する記憶部と、
前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得する設定情報取得部と、
取得した前記設定情報をもとに、前記記憶部の前記データベースに記憶された前記トポロジ情報を更新するトポロジ情報管理部と、
前記トポロジ情報の参照要求を受付け、前記記憶部に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するトポロジ参照部とを、備え、
前記記憶部は、前記物理網の各装置のコンフィグ情報を前記データベースに記憶しており、
前記トポロジ参照部は、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶部に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するトポロジ計算部を、備える
ことを特徴とするネットワークシステム。 - 前記トポロジ情報管理部は、
参照する確率が所定値以下の前記トポロジ情報、および／または、所定よりも過去の前記トポロジ情報は、前記データベースから破棄する
ことを特徴とする請求項１に記載のネットワークシステム。 - 前記トポロジ参照部が参照した前記トポロジ情報、または前記トポロジ計算部が計算したトポロジを出力する出力部を備える
ことを特徴とする請求項１に記載のネットワークシステム。 - 物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるネットワークシステムにおけるトポロジ管理方法であって、
前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列で記憶部のデータベースに記憶するとともに、前記物理網の各装置のコンフィグ情報を前記データベースに記憶するステップと、
前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得するステップと、
取得した前記設定情報をもとに、前記記憶部に記憶された前記トポロジ情報を更新するステップと、
前記トポロジ情報の参照要求を受付け、前記記憶部に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するとともに、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶部に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するステップと、
を実行することを特徴とするトポロジ管理方法。 - 物理網上に形成された仮想網と、仮想網の環境変化に対して設定制御を行うオーケストレータと、を備えるサーバ装置としてのコンピュータを、
前記仮想網の論理リソース間の端点情報およびその接続情報と、前記物理網の物理リソース間の端点情報およびその接続情報と、前記論理リソースと前記物理リソースの対応情報と、からなるトポロジ情報を時系列でデータベースに記憶するとともに、前記物理網の各装置のコンフィグ情報を前記データベースに記憶する記憶手段、
前記オーケストレータからの変更通知を契機として、前記オーケストレータから前記仮想網の設定情報を取得する設定情報取得手段、
取得した前記設定情報をもとに、前記記憶手段の前記データベースに記憶された前記トポロジ情報を更新するトポロジ情報管理手段、
前記トポロジ情報の参照要求を受付け、前記記憶手段に記憶された前記トポロジ情報に、参照したい期間のデータがある場合には、該当期間の前記トポロジ情報を参照するとともに、前記トポロジ情報に、参照したい期間のデータがない場合には、前記記憶手段に記憶された、参照したい期間の前記コンフィグ情報をもとに、トポロジを計算するトポロジ計算手段、として機能させるためのプログラム。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018032411A JP6950576B2 (ja) | 2018-02-26 | 2018-02-26 | ネットワークシステム、トポロジ管理方法、およびプログラム |
| US16/975,299 US11431575B2 (en) | 2018-02-26 | 2019-02-21 | Network system, topology management method, and program |
| PCT/JP2019/006611 WO2019163912A1 (ja) | 2018-02-26 | 2019-02-21 | ネットワークシステム、トポロジ管理方法、およびプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2018032411A JP6950576B2 (ja) | 2018-02-26 | 2018-02-26 | ネットワークシステム、トポロジ管理方法、およびプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2019149642A JP2019149642A (ja) | 2019-09-05 |
| JP6950576B2 true JP6950576B2 (ja) | 2021-10-13 |
Family
ID=67687726
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2018032411A Active JP6950576B2 (ja) | 2018-02-26 | 2018-02-26 | ネットワークシステム、トポロジ管理方法、およびプログラム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US11431575B2 (ja) |
| JP (1) | JP6950576B2 (ja) |
| WO (1) | WO2019163912A1 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11916739B2 (en) | 2020-12-17 | 2024-02-27 | Microsoft Technology Licensing, Llc | Mitigation of physical network misconfigurations for clustered nodes |
| JP2022114574A (ja) * | 2021-01-27 | 2022-08-08 | 富士フイルムビジネスイノベーション株式会社 | 画像処理システム及びプログラム |
| US20230239214A1 (en) * | 2022-01-25 | 2023-07-27 | Microsoft Technology Licensing, Llc | Network topology mapping for correctly configuring clustered networks |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6502175B1 (en) * | 1999-03-31 | 2002-12-31 | Lucent Technologies Inc. | Method and apparatus for locating caches in a network to optimize performance |
| US20030009552A1 (en) * | 2001-06-29 | 2003-01-09 | International Business Machines Corporation | Method and system for network management with topology system providing historical topological views |
| US7529192B2 (en) * | 2003-07-21 | 2009-05-05 | Arbor Networks | System and method for correlating traffic and routing information |
| US8195706B2 (en) * | 2009-05-26 | 2012-06-05 | Computer Associates Think, Inc. | Configuration management visualization |
| JP5256406B2 (ja) | 2011-03-30 | 2013-08-07 | 日本電信電話株式会社 | ネットワーク可視化方法およびネットワーク可視化装置 |
| JP6010906B2 (ja) * | 2011-12-27 | 2016-10-19 | 富士通株式会社 | コンピュータネットワークシステム、構成管理方法、構成管理プログラム、記録媒体 |
| JP6441725B2 (ja) * | 2015-03-26 | 2018-12-19 | 株式会社エヌ・ティ・ティ・データ | ネットワーク情報出力システム及びネットワーク情報出力方法 |
| US10084642B2 (en) * | 2015-06-02 | 2018-09-25 | ALTR Solutions, Inc. | Automated sensing of network conditions for dynamically provisioning efficient VPN tunnels |
| US10365915B2 (en) * | 2015-10-08 | 2019-07-30 | Lightbend, Inc. | Systems and methods of monitoring a network topology |
| US11575579B2 (en) * | 2017-04-25 | 2023-02-07 | Nutanix, Inc. | Systems and methods for networked microservice modeling |
| US10484265B2 (en) * | 2017-04-27 | 2019-11-19 | At&T Intellectual Property I, L.P. | Dynamic update of virtual network topology |
-
2018
- 2018-02-26 JP JP2018032411A patent/JP6950576B2/ja active Active
-
2019
- 2019-02-21 WO PCT/JP2019/006611 patent/WO2019163912A1/ja active Application Filing
- 2019-02-21 US US16/975,299 patent/US11431575B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2019149642A (ja) | 2019-09-05 |
| US20200412619A1 (en) | 2020-12-31 |
| WO2019163912A1 (ja) | 2019-08-29 |
| US11431575B2 (en) | 2022-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11223512B2 (en) | Configuring a network | |
| US11088900B2 (en) | Configuring system resources for different reference architectures | |
| US11533231B2 (en) | Configuration and management of scalable global private networks | |
| US11677619B2 (en) | Selectable declarative requirement levels | |
| CN108989066B (zh) | 设备管理方法及装置 | |
| US10305749B2 (en) | Low latency flow cleanup of openflow configuration changes | |
| US11729077B2 (en) | Configuration and management of scalable global private networks | |
| WO2016028574A1 (en) | Network device configuration framework | |
| JP6950576B2 (ja) | ネットワークシステム、トポロジ管理方法、およびプログラム | |
| CN113949707A (zh) | 基于OpenResty和K8S的容器云服务发现和负载均衡方法 | |
| US11336528B2 (en) | Configuration and management of scalable global private networks | |
| US10999169B1 (en) | Configuration and management of scalable global private networks | |
| US11196668B2 (en) | End user premises device controller | |
| CN116915837B (zh) | 基于软件定义网络的通信方法及通信系统 | |
| KR20240062632A (ko) | 클라우드 네티이브 환경에서의 eBPF 기반의 컨테이너 네트워크 체이닝 방법 및 장치 | |
| CN115525440A (zh) | 微服务调用数据处理方法、装置、介质及设备 | |
| WO2016143066A1 (ja) | 情報処理装置及びポートミラーリング位置選定方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20191219 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210302 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20210430 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20210824 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20210906 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6950576 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |