(57)【要約】【課題】本開示は、収集したネットワーク情報の機械処理や推論を行うことができ、エンドノードの要求に応じた加工データを提供することを目的とする。【解決手段】本開示は、統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）（４４）毎に、ＫＡＳ（１０）、ＫＳＳ（２０）及びＫＩＣ（３０）を備えるネットワーク情報共有システムに備わるＫＳＳ（２０）として機能する装置であって、ＡＳネットワーク（４４）のネットワーク情報をオントロジ格納モジュール（２８Ｏ）に格納されたスキーマ定義情報に従った情報に加工してデータベース（２１Ｒ，２１Ｕ）に格納するＫＳＳ情報収集モジュール（２５）と、データベース（２１Ｒ，２１Ｕ）に格納されている情報を他のＡＳネットワークと共有するＫＳＳ−ＫＳＳ送受信モジュール（２７）と、を備えるストレージサーバ装置である。【選択図】図１
2018023018.tif 000002
【特許請求の範囲】
【請求項１】
統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）毎に備わるストレージサーバ装置であって、
前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する情報収集部と、
前記データベースに格納されている情報を他の自律ネットワークと共有する送受信部と、
を備えるストレージサーバ装置。
【請求項２】
前記データベースは、
自己の自律ネットワーク内で利用するネットワーク情報を格納するプライベートデータベースと、
他の自律ネットワークと共用するネットワーク情報を格納するパブリックデータベースと、
を備え、
前記ストレージサーバ装置は、
前記情報収集部の加工したネットワーク情報を、公開判定規則格納部に格納された規則に従って前記パブリックデータベースに格納するか否かを判定し、前記パブリックデータベースに格納するネットワーク情報を前記公開判定規則格納部に格納された規則に従って加工する抽象化処理部をさらに備える、
請求項１に記載のストレージサーバ装置。
【請求項３】
エンドノードからの要求に応じたネットワーク情報を前記データベースから読み出し、推論規則格納部から読み出した推論規則を用いて、読み出したネットワーク情報から前記エンドノードへの応答用のネットワーク情報に加工する情報処理部をさらに備える、
請求項１又は２に記載のストレージサーバ装置。
【請求項４】
請求項１から３のいずれかに記載のストレージサーバ装置と、
エンドノードからの要求に応じたネットワーク情報を、自装置の属する自律ネットワークから取得し、前記ストレージサーバ装置に提供する情報収集装置と、
エンドノードからの要求に応じたネットワーク情報を、前記ストレージサーバ装置に備わる前記データベースから取得し、要求のあったエンドノードに提供するアクセスサーバ装置と、
を備えるネットワーク情報共有システム。
【請求項５】
統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）毎に備わるストレージサーバ装置のネットワーク情報共有方法であって、
前記ストレージサーバ装置が、
前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する情報収集手順と、
前記データベースに格納されている情報を他の自律ネットワークと共有する送受信手順と、
を備えるストレージサーバ装置のネットワーク情報共有方法。
【請求項６】
統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）毎にアクセスサーバ装置、ストレージサーバ装置及び情報収集装置を備えるネットワーク情報共有システムの実行するネットワーク情報共有方法であって、
前記情報収集装置が、エンドノードからの要求に応じたネットワーク情報を、自装置の属する自律ネットワークから取得し、ストレージサーバ装置に提供する手順と、
前記ストレージサーバ装置が、前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する手順と、
前記ストレージサーバ装置が、前記データベースに格納されている情報を他の自律ネットワークと共有する手順と、
前記アクセスサーバ装置が、エンドノードからの要求に応じたネットワーク情報を前記ストレージサーバ装置の前記データベースから取得し、要求のあったエンドノードに提供する手順と、
を備えるネットワーク情報共有方法。
【請求項７】
コンピュータを、請求項１から３のいずれかに記載の情報収集部、送受信部及びデータベース、或いはこれらと抽象化処理部及び情報処理部の少なくともいずれかとして機能させるためのネットワーク情報共有プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、ストレージサーバ装置、ネットワーク情報共有システム、ネットワーク情報共有方法及びネットワーク情報共有プログラムに関する。
【背景技術】
【０００２】
知識ベース（ＫＢ：Ｋｎｏｗｌｅｄｇｅ  Ｂａｓｅ）はネットワーク内の制御情報を集約し、機械的な推論により新たな知識を導出する情報管理機構である。特許文献１では、知識ベースと連携した通信制御方式を提案した。また学術論文としては、非特許文献１で知識ベースの利用例を提案した。上述した文献以降、知識ベースの詳細設計および知識ベースで利用するデータモデル（ネットワークオントロジ）について設計を進めている。本開示では知識ベースの概念をＣＬＩＮＥＸから独立させ、汎用的な利用を想定したネットワーク情報共有基盤として開示する。
【０００３】
ＳＤＮ（Ｓｏｆｔｗａｒｅ  Ｄｅｆｉｎｅｄ  Ｎｅｔｗｏｒｋｉｎｇ）やＮＦＶ（Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ  Ｖｉｒｔｕａｌｉｚａｔｉｏｎ）といった柔軟なネットワーク制御の観点、あるいはＤＤｏＳ攻撃や経路ハイジャックといった異常検知の観点から、広域ネットワークの挙動把握（いわゆるインターネット計測）の需要が高まっている。集中的な管理機構を持たないインターネットにおいて、その挙動を把握するためには組織間の情報共有が必須である。
【０００４】
現在インターネット計測を実現するためのアプローチとしては、ヨーロッパＩＰリソースネットワーク調整センターであるＲＩＰＥ  ＮＣＣ（Ｒｅｓｅａｕｘ  ＩＰ  Ｅｕｒｏｐｅｅｎｓ  Ｎｅｔｗｏｒｋ  Ｃｏｏｒｄｉｎａｔｉｏｎ  Ｃｅｎｔｒｅ）のＡｔｌａｓ（非特許文献２）やＣＡＩＤＡのＡｒｃｈｉｐｅｌａｇｏ（非特許文献３）のようなプローブと呼ばれるセンサノードを世界中に配置し、データを収集する手法が一般的である。ＲＩＰＥやＣＡＩＤＡは計測データの一部を一般に公開しており、エンドユーザはこれらのデータを組み合わせることでインターネットの挙動を限定的に把握することが可能である。
【０００５】
しかしながら、公開されている情報の多くは非構造化データであり、機械的な処理を行うことが難しい。また障害情報や日々の運用知識は一般的に公開されていない。このようにインターネットはユーザやアプリケーションにとってブラックボックスであり、ネットワーク情報（ネットワークに関連する様々な情報。構成情報や性能情報、障害情報など。）を利用するための仕組みは現在確立されていない。
【０００６】
上述した関連技術には以下のような課題が存在する。
・複数の情報源から取得したネットワーク情報を統一的に処理する仕組みが存在しない。またそのためのデータモデルが存在しない。ネットワーク情報はそれぞれ固有の表現形式で記述されており、ＡＳ（Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ：統一された管理ポリシによって運用されているネットワークの範囲）間で横断して利用するためにはアプリケーションレベルで複数のデータベースを連携させる必要がある。
・ネットワーク情報をＡＳ間、すなわちインターネット規模で共有する仕組みが確立されていない。
・ＲＩＰＥやＣＡＩＤＡなどのネットワーク情報提供サービスはマクロな視点で見た情報に限られており、ユーザの要求に応じたネットワーク情報の提供をサポートしていない。例えば、データ転送時にマルチパスを探索したり、ＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）が長い通信パスを探索したりする場合、ＴＣＰの高速化（非特許文献４）のための中継ノード候補を発見することができない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特許５８４５１３３号公報
【非特許文献】
【０００８】
【非特許文献１】Ｒｙｏｔａ  Ｏｈｓｈｉｍａ，  Ｓｈｉｎｊｉ  Ｋａｗａｇｕｃｈｉ，  Ｏｓａｍｕ  Ｋａｍａｔａｎｉ，  Ｏｓａｍｕ  Ａｋａｓｈｉ，  Ｋｕｎｉｔａｋｅ  Ｋａｎｅｋｏ，  ａｎｄ  Ｆｕｍｉｏ  Ｔｅｒａｏｋａ．  Ｃｏｎｓｔｒｕｃｔｉｏｎ  ｏｆ  ｒｏｕｔｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ  ｋｎｏｗｌｅｄｇｅ  ｂａｓｅ  ｔｏｗａｒｄｓ  ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ  ｍａｎａｇｅｍｅｎｔ．  Ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ２０１５  ＡＣＭ  １０ｔｈ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｃｏｎｆｅｒｅｎｃｅ  ｏｎ  Ｆｕｔｕｒｅ  Ｉｎｔｅｒｎｅｔ，  ｐｐ．  ７６−８３，  Ｊｕｎｅ  ２０１５．
【非特許文献２】Ｖａｉｂｈａｖ  Ｂａｊｐａｉ  ａｎｄ  Ｓｔｅｆｆｉｅ  Ｊａｃｏｂ  Ｅｒａｖｕｃｈｉｒａ．  Ｌｅｓｓｏｎｓ  Ｌｅａｒｎｅｄ  ｆｒｏｍ  ｕｓｉｎｇ  ｔｈｅ  ＲＩＰＥ  Ａｔｌａｓ  Ｐｌａｔｆｏｒｍ  ｆｏｒ  Ｍｅａｓｕｒｅｍｅｎｔ  Ｒｅｓｅａｒｃｈ．  ＡＣＭ  ＳＩＧＣＯＭＭ  Ｃｏｍｐｕｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｒｅｖｉｅｗ，  Ｖｏｌ．  ４５，  Ｎｏ．  ３，  ｐｐ．  ３５−４２，  Ｊｕｌｙ  ２０１５．
【非特許文献３】Ｋ．  Ｃｌａｆｆｙ，  Ｙ．  Ｈｙｕｎ，  Ｋ．  Ｋｅｙｓ，  Ｍ．  Ｆｏｍｅｎｋｏｖ，  ａｎｄ  Ｄ．  Ｋｒｉｏｕｋｏｖ．  Ｉｎｔｅｒｎｅｔ  Ｍａｐｐｉｎｇ：  ｆｒｏｍ  Ａｒｔ  ｔｏ  Ｓｃｉｅｎｃｅ．  Ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ＩＥＥＥ  Ｃｙｂｅｒｓｅｃｕｒｉｔｙ  Ａｐｐｌｉｃａｔｉｏｎｓ  ａｎｄ  Ｔｅｃｈｎｏｌｏｇｙ  Ｃｏｎｆｅｒｅｎｃｅ  ｆｏｒ  Ｈｏｍｅｌａｎｄ  Ｓｅｃｕｒｉｔｙ  （ＣＡＴＣＨ），  ｐｐ．  ２０５−２１１，  Ｍａｒｃｈ  ２００９．
【非特許文献４】Ｓａｍｅｅｒ  Ｌａｄｉｗａｌａ，  Ｒａｍａｓｗａｍｙ  Ｒａｍａｓｗａｍｙ，  ａｎｄ  Ｔｉｌｍａｎ  Ｗｏｌｆ．  Ｔｒａｎｓｐａｒｅｎｔ  ＴＣＰ  Ａｃｃｅｌｅｒａｔｉｏｎ．  Ｃｏｍｐｕｔｅｒ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，  Ｖｏｌ．  ３２，  Ｎｏ．  ４，  Ｍａｒｃｈ  ２００９．
【非特許文献５】Ｋａｚｕｍａ  Ｙｏｎｅｍｕｒａ，  Ｋｕｎｉｔａｋｅ  Ｋａｎｅｋｏ，  ａｎｄ  Ｆｕｍｉｏ  Ｔｅｒａｏｋａ．  ＣＬＩＮＥＸ：  ａｎ  Ｉｎｔｅｒ−Ｎｏｄｅ  Ｃｒｏｓｓ−Ｌａｙｅｒ  Ｃｏｏｐｅｒａｔｉｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｔｏ  Ａｄａｐｔ  ｔｏ  Ｄｙｎａｍｉｃａｌｌｙ  Ｃｈａｎｇｉｎｇ  Ｎｅｔｗｏｒｋ  Ｓｉｔｕａｔｉｏｎ．  Ｉｎ  Ｐｒｏｃｅｅｄｉｎｇｓ  ｏｆ  ２０１３  ＩＥＥＥ  ３７ｔｈ  Ａｎｎｕａｌ  Ｃｏｍｐｕｔｅｒ  Ｓｏｆｔｗａｒｅ  ａｎｄ  Ａｐｐｌｉｃａｔｉｏｎｓ  Ｃｏｎｆｅｒｅｎｃｅ  （ＣＯＭＰＳＡＣ  ２０１３），  ｐｐ．  ３３−４２，  Ｊｕｌｙ  ２０１３．
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本開示は、収集したネットワーク情報の機械処理や推論を行うことができ、エンドノードの要求に応じた加工データを提供することを目的とする。
【課題を解決するための手段】
【００１０】
具体的には、本開示に係るストレージサーバ装置は、
統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）毎に備わるストレージサーバ装置であって、
前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する情報収集部と、
前記データベースに格納されている情報を他の自律ネットワークと共有する送受信部と、
を備える。
【００１１】
前記データベースは、自己の自律ネットワーク内で利用するネットワーク情報を格納するプライベートデータベースと、他の自律ネットワークと共用するネットワーク情報を格納するパブリックデータベースと、を備えていてもよい。この場合、前記ストレージサーバ装置は、前記情報収集部の加工したネットワーク情報を、公開判定規則格納部に格納された規則に従って前記パブリックデータベースに格納するか否かを判定し、前記パブリックデータベースに格納するネットワーク情報を前記公開判定規則格納部に格納された規則に従って加工する抽象化処理部をさらに備えていてもよい。
【００１２】
前記ストレージサーバ装置は、エンドノードからの要求に応じたネットワーク情報を前記データベースから読み出し、推論規則格納部から読み出した推論規則を用いて、読み出したネットワーク情報から前記エンドノードへの応答用のネットワーク情報に加工する情報処理部をさらに備えていてもよい。
【００１３】
具体的には、本開示に係るネットワーク情報共有システムは、
本開示に係るストレージサーバ装置と、
エンドノードからの要求に応じたネットワーク情報を、自装置の属する自律ネットワークから取得し、前記ストレージサーバ装置に提供する情報収集装置と、
エンドノードからの要求に応じたネットワーク情報を、前記ストレージサーバ装置に備わる前記データベースから取得し、要求のあったエンドノードに提供するアクセスサーバ装置と、
を備える。
【００１４】
具体的には、本開示に係るストレージサーバ装置のネットワーク情報共有方法は、
統一された管理ポリシによって運用されている自律ネットワーク毎に備わるストレージサーバ装置のネットワーク情報共有方法であって、
前記ストレージサーバ装置が、
前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する情報収集手順と、
前記データベースに格納されている情報を他の自律ネットワークと共有する送受信手順と、
を備える。
【００１５】
具体的には、本開示に係るネットワーク情報共有システムのネットワーク情報共有方法は、
統一された管理ポリシによって運用されている自律ネットワーク（ＡＳ：Ａｕｔｏｎｏｍｏｕｓ  Ｓｙｓｔｅｍ）毎にアクセスサーバ装置、ストレージサーバ装置及び情報収集装置を備えるネットワーク情報共有システムの実行するネットワーク情報共有方法であって、
前記情報収集装置が、エンドノードからの要求に応じたネットワーク情報を、自装置の属する自律ネットワークから取得し、ストレージサーバ装置に提供する手順と、
前記ストレージサーバ装置が、前記自律ネットワークのネットワーク情報をオントロジ格納部に格納されたスキーマ定義情報に従った情報に加工してデータベースに格納する手順と、
前記ストレージサーバ装置が、前記データベースに格納されている情報を他の自律ネットワークと共有する手順と、
前記アクセスサーバ装置が、エンドノードからの要求に応じたネットワーク情報を前記ストレージサーバ装置の前記データベースから取得し、要求のあったエンドノードに提供する手順と、
を備える。
【００１６】
具体的には、本開示に係るネットワーク情報共有プログラムは、本開示に係るストレージサーバ装置に備わる各構成としてコンピュータを機能させるためのネットワーク情報共有プログラムであり、本開示に係るストレージサーバ装置のネットワーク情報共有方法に備わる各手順をコンピュータに実行させるためのネットワーク情報共有プログラムであり、記録媒体に記録されていてもよい。
【００１７】
なお、上記各開示は、可能な限り組み合わせることができる。
【発明の効果】
【００１８】
本開示によれば、収集したネットワーク情報の機械処理や推論を行うことができ、エンドノードの要求に応じた加工データを提供することが可能となる。
【図面の簡単な説明】
【００１９】
【図１】ＫＡＮＶＡＳアーキテクチャの全体像の一例を示す。
【図２】プリミティブなネットワーク情報である一次情報の一例を示す。
【図３】高度なネットワーク情報である二次情報の一例を示す。
【図４】ＫＡＳの内部構造の一例を示す。
【図５】ＫＳＳの内部構造の一例を示す。
【図６】ＫＩＣの内部構造の一例を示す。
【図７】動作例におけるＫＩＣの動作の一例を示す。
【図８】動作例におけるＫＳＳの動作の一例を示す。
【図９】ネットワークドメインオントロジＢｏｎｓａｉの概要を示す。
【図１０】ＢｏｎｓａｉのＩＰネットワークオントロジの抜粋の一例を示す。
【図１１】動作例におけるＫＡＳの動作の一例を示す。
【発明を実施するための形態】
【００２０】
以下、本開示の実施形態について、図面を参照しながら詳細に説明する。なお、本開示は、以下に示す実施形態に限定されるものではない。これらの実施の例は例示に過ぎず、本開示は当業者の知識に基づいて種々の変更、改良を施した形態で実施することができる。なお、本明細書及び図面において符号が同じ構成要素は、相互に同一のものを示すものとする。
【００２１】
本開示は、
・ＡＳネットワーク毎に設置され、アクセスサーバ装置（ＫＡＳ）とストレージサーバ装置（ＫＳＳ）と情報収集装置（ＫＩＣ）とを備え、エンドノードからの要求に応じて所望のネットワーク情報を収集・加工して提供するネットワーク情報共有システムにおいて、
・ＫＡＳは、エンドノードからの要求に応じて、所望のネットワーク情報をＫＳＳから取得し、取得したネットワーク情報をノウハウＤＢに格納されたノウハウ情報に従って加工してエンドノードに提供し、
・ＫＳＳは、ＫＡＳからの要求に応じて、所望のネットワーク情報をＫＩＣから取得し、取得したネットワーク情報をオントロジ格納手段に格納されたスキーマ定義情報に従ってプライベートＤＢおよびパブリックＤＢに格納し、他ＡＳネットワークに設置されたネットワーク情報共有システムとの間でパブリックＤＢに格納されたネットワーク情報の共有を行い、プライベートＤＢおよびパブリックＤＢに格納された所望のネットワーク情報をＫＡＳに提供し、
・ＫＩＣは、ＫＳＳからの要求に応じて、所望のネットワーク情報を自ＡＳネットワークから取得してＫＳＳに提供する。
【００２２】
１．ＫＡＮＶＡＳアーキテクチャ
実施形態に係るネットワーク情報共有システムは、統一された形式でネットワーク情報が管理されているＡＳネットワーク毎に、アクセスサーバ装置、ストレージサーバ装置及び情報収集装置と、を備える。このようなシステムとしては、例えば、ＫＡＮＶＡＳ（Ｋｎｏｗｌｅｄｇｅ  ｂａｓｅ  ｓｙｓｔｅｍ  ｉｎ  ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋｓ  ｗｉｔｈ  ｇｅｎｅｒａｌ  Ｖｅｒｓａｔｉｌｉｔｙ、  Ａｖａｉｌａｂｉｌｉｔｙ、  ａｎｄ  Ｓｃａｌａｂｉｌｉｔｙ）アーキテクチャを備えるＫＡＮＶＡＳシステムが例示できる。
【００２３】
図１に、ＫＡＮＶＡＳシステムの構成例を示す。ＫＡＮＶＡＳシステムは、情報収集装置して機能するＫＡＮＶＡＳ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｌｌｅｃｔｏｒ（ＫＩＣ）３０、ストレージサーバ装置として機能するＫＡＮＶＡＳ  Ｓｔｏｒａｇｅ  Ｓｅｒｖｅｒ（ＫＳＳ）２０、及び、アクセスサーバ装置として機能するＫＡＮＶＡＳ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ（ＫＡＳ）１０という３つの主要なモジュールを備える。ＫＡＳ１０は、管理者４２及びユーザ４３といったエンドノードの使用可能なアプリケーションである。
【００２４】
ＫＳＳ２０は論理的にはＡＳネットワーク４４に１つ存在する。負荷分散のため物理的には複数のノードに存在してもよいが、論理的には１つであるとする。ＫＡＳ１０とＫＩＣ３０はＡＳネットワーク４４の規模により、ＡＳネットワーク４４内に１つ設置される場合もあれば、負荷分散のため複数設置される場合もある。ＫＡＳ１０、ＫＳＳ２０、ＫＩＣ３０の詳細を以下に示す。
【００２５】
２．ＫＡＮＶＡＳ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ（ＫＡＳ）
ＫＡＳ１０は、アプリケーション４１にネットワーク情報取得のための２種類のインタフェースを提供する。１つはＨＴＴＰを利用したＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）に基づくＲＥＳＴ  ＡＰＩ１４Ｒである。ＲＥＳＴ  ＡＰＩ１４Ｒを利用することにより、Ｗｅｂサービスとの連携や柔軟なアプリケーション開発が可能となる。もう１つのＡＰＩはＫＡＮＶＡＳ  ＡＰＩ１４Ｋである。ＫＡＮＶＡＳ  ＡＰＩ１４ＫはＣＬＩＮＥＸ（特許文献１、非特許文献５）と同様に、Ｒｅｑｕｅｓｔ、Ｃｏｎｆｉｒｍ、Ｉｎｄｉｃａｔｉｏｎ、Ｒｅｓｐｏｎｓｅという４つのメッセージで構成される。
【００２６】
２つのＡＰＩとも、図２に示すようなプリミティブなネットワーク情報である一次情報の取得に加えて、図３に示すような高度なネットワーク情報である二次情報の取得にも対応している。
【００２７】
一次情報は、ネットワーク情報、機器情報、障害履歴を含む。ネットワーク情報は、全トポロジ、リンク帯域、リンク遅延、リンクタイプなどのＡＳネットワークに関する情報を含む。機器情報は、機種、位置、ＩＰアドレス、インタフェースタイプなどの機器に関する情報を含む。障害履歴は、ノード障害、リンク障害、ＤｏＳ攻撃、停電などの各種障害の履歴を含む。
【００２８】
二次情報は、計算型、推薦型及び推論型に大別される。計算型の二次情報は、例えば、トポロジ情報及び統計情報を含む。推薦型の二次情報は、例えば、最適配置及びパラメータ調整を含む。推論型の二次情報は、例えば、障害情報を含む。
【００２９】
ここで、トポロジ情報は、Ｎ次最適経路、複数経路を含む。Ｎ次最適経路は、Ｎ番目に最適な経路である。複数経路は、始点ノードと終点ノードが同一であるが、異なる中継ノードを通る複数の経路である。統計情報は、スループット、ジッタ、損失率を含む。スループットは、単位時間あたりに送信したビット数である。ジッタは、通信遅延の揺らぎである。損失率は、送信した全てのパケット数のうち，転送途中で損失したパケット数の割合である。
【００３０】
最適配置は、サーバ配置、中継ノード配置を含む。サーバ配置は、サーバの最適な接続場所を推薦するものである。中継ノード配置は、ＴＣＰ高速化装置のような中継ノードの最適な接続場所を推薦するものである。パラメータ調整は、バッファサイズ、メッセージサイズ、送信間隔を含む。バッファサイズは、送信ノードや受信ノードが持つバッファサイズの最適値を推薦するものである。メッセージサイズは、通信効率の向上が見込めるメッセージサイズを推薦するものである。送信間隔は、通信効率の向上が見込めるメッセージ送信間隔を推薦するものである。
【００３１】
障害情報は、障害範囲、障害原因、障害予想を含む。障害範囲は、障害が及ぶ範囲を推測するものである。障害原因は、障害の原因を推測するものである。障害予想は、障害発生を推測するものである。
【００３２】
ネットワーク情報取得には２つの型がある。１つは情報サービス型であり、もう１つはイベントサービス型である。情報サービス型はネットワーク情報取得要求時にデータベースに蓄積されているネットワーク情報を得るものである。情報サービス型のネットワーク情報取得の例としては、ＡＳネットワーク４４のトポロジの取得が挙げられる。イベントサービス型はある事象が発生したときのネットワーク情報を得るものである。イベントサービス型のネットワーク情報取得の例としては、指定した複数のリンクにおいて使用帯域が閾値を超えたとき、どのリンクの使用帯域が閾値を超え、その値はいくつかを取得することが挙げられる。ＲＥＳＴに準拠するとイベントサービス型のネットワーク情報取得は実現困難なため、ＲＥＳＴ  ＡＰＩ１４Ｒは情報サービス型のネットワーク情報取得のみを提供する。ＫＡＮＶＡＳ  ＡＰＩ１４Ｋは情報サービス型とイベントサービス型の両方のネットワーク情報取得を提供する。
【００３３】
ＡＳ独自のネットワーク情報の加工を可能にするための知識をノウハウと呼び、ノウハウを蓄積したデータベースをノウハウ（Ｋｎｏｗ−Ｈｏｗ）データベース１１と呼ぶ。ＫＡＳ１０はノウハウデータベース１１を保持する。たとえば、ＡＳ独自の経路計算ルールや障害原因を推定するためのルールなどがノウハウに相当する。
【００３４】
図４に、ＫＡＳ１０の内部構造を示す。ＫＡＳ要求処理モジュール１３はＫＡＮＶＡＳ  ＡＰＩモジュール１４ＫあるいはＲＥＳＴ  ＡＰＩモジュール１４Ｒが受信したネットワーク情報取得要求をＫＡＮＶＡＳシステム独自の統一メッセージフォーマットに格納し、ＫＳＳ２０に送信する。ＫＡＳ要求処理モジュール１３は、ＫＳＳ２０から応答を得ると、その応答をＫＡＮＶＡＳ  ＡＰＩモジュール１４ＫあるいはＲＥＳＴ  ＡＰＩモジュール１４Ｒに返す。アプリケーションからのネットワーク情報取得要求処理のためにノウハウデータベース１１の利用が必要な場合、ＫＡＳ要求処理モジュール１３はネットワーク情報取得要求をＫＡＳ情報処理モジュール１２に渡す。ＫＡＳ情報処理モジュール１２はノウハウデータベース１１から関連するノウハウを得た上でネットワーク情報を加工し、その結果をＫＡＳ要求処理モジュール１３に返す。ＫＡＳ要求処理モジュール１３は、その結果をＫＡＮＶＡＳ  ＡＰＩモジュール１４ＫあるいはＲＥＳＴ  ＡＰＩモジュール１４Ｒに返す。最終的に、ＫＡＮＶＡＳ  ＡＰＩモジュール１４ＫあるいはＲＥＳＴ  ＡＰＩモジュール１４Ｒは得られたネットワーク情報をアプリケーションに返す。
【００３５】
３．ＫＡＮＶＡＳ  Ｓｔｏｒａｇｅ  Ｓｅｒｖｅｒ（ＫＳＳ）
ＫＳＳ２０は、ＫＡＮＶＡＳシステム独自の統一メッセージフォーマットによるネットワーク情報をＫＡＳ１０に提供するインタフェースとして、ＫＳＳ要求処理モジュール２３を備える。さらにＫＳＳ２０は、ＳＰＡＲＱＬ（ＳＰＡＲＱＬ  Ｐｒｏｔｏｃｏｌ  Ａｎｄ  ＲＤＦ  Ｑｕｅｒｙ  Ｌａｎｇｕａｇｅ）によるネットワーク情報をアプリケーション４１に提供するＳＰＡＲＱＬ  ＡＰＩ２４を備える。ＳＰＡＲＱＬ  ＡＰＩ２４は図２に示すような一次情報の取得に対応したＡＰＩである。一方、ＫＳＳ要求処理モジュール２３は、一次情報の取得に加え、図３に示すような二次情報取得も提供する。
【００３６】
ＫＳＳ２０はＫＩＣ３０から統一メッセージフォーマットに格納されたネットワーク情報を受信し、データベースに蓄積する。データベースは、ＡＳ間で共有するネットワーク情報を蓄積するパブリックデータベース２１Ｕと、ＡＳ内部でのみ共有するネットワーク情報を蓄積するプライベートデータベース２１Ｒを備える。さらに、パブリックデータベース２１Ｕとプライベートデータベース２１ＲはともにＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）データベースと時系列データベースの２種類のデータベースを備える。パブリックデータベース２１Ｕに蓄積されたネットワーク情報は他のＡＳで動作するＫＳＳ２０のパブリックデータベース２１Ｕとの間で交換される。
【００３７】
図５に、ＫＳＳ２０の内部構造を示す。ＫＳＳ２０は、情報収集部として機能するＫＳＳ情報収集モジュール２５と、送受信部として機能するＫＳＳ−ＫＳＳ送受信モジュール２７と、抽象化処理部として機能する抽象化処理モジュール２６と、情報処理部として機能するＫＳＳ情報処理モジュール２２と、を備える。
【００３８】
ＫＳＳ２０内はＡＳネットワーク４４間で交換するネットワーク情報を蓄積するパブリックデータベース２１Ｕと、ＡＳネットワーク４４内のみで公開するネットワーク情報を蓄積するプライベートデータベース２１Ｒの２種類のデータベースを保持する。パブリックデータベース２１Ｕおよびプライベートデータベース２１Ｒは、ＲＤＦ（Ｒｅｓｏｕｒｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｆｒａｍｅｗｏｒｋ）で記述されたデータを保存するＲＤＦデータベースと時系列データを保存する時系列データベースを備える。
【００３９】
オントロジ格納モジュール２８ＯはＲＤＦデータベースにネットワーク情報を格納する際のスキーマ定義を格納する。本実施形態では、全ＡＳにおいて共通のオントロジを利用するが、オントロジはＡＳによって異なってもよい。推論規則格納モジュール２８ＩはＲＤＦデータベースに保存されたデータに関する推論規則を格納する。公開判定規則格納モジュール２８Ｊは、取得したネットワーク情報をプライベートデータベース２１Ｒに格納するか、パブリックデータベース２１Ｕに格納するかを判断する規則を格納する。
【００４０】
ＫＳＳ情報収集モジュール２５は、ＫＩＣ３０から統一メッセージフォーマットによるネットワーク情報を受信し、プライベートデータベース２１Ｒに保存する。その際、構造化に適したネットワーク情報（たとえばトポロジ情報）については、ＫＳＳ情報収集モジュール２５は、オントロジ格納モジュール２８Ｏを参照し、受信したネットワーク情報をＲＤＦ形式に変換してからプライベートデータベース２１Ｒに保存する。ＫＳＳ情報収集モジュール２５は、ある時点におけるあるリンクの通信量などのネットワーク情報を、時系列データベースに蓄積する。
【００４１】
次に、ＫＳＳ情報収集モジュール２５は、公開判定規則格納モジュール２８Ｊを参照し、受信したネットワーク情報をパブリックデータベース２１Ｕに格納するかを判断する。パブリックデータベース２１Ｕに保存する場合、抽象化処理モジュール２６は、ＫＳＳ情報収集モジュール２５の受信したネットワーク情報を抽象化処理し、パブリックデータベース２１Ｕに蓄積する。ＫＳＳ−ＫＳＳ送受信モジュール２７は、パブリックデータベース２１Ｕに蓄積されたネットワーク情報を、他のＡＳネットワークで動作するＫＳＳ２０内のパブリックデータベース２１Ｕとの間で交換する。
【００４２】
ＫＳＳ要求処理モジュール２３は、ＫＡＳ１０から、統一メッセージフォーマットに格納されたネットワーク情報取得要求を受信する。要求されたネットワーク情報には、データベースから直接得られるもの（一次情報）と、データベースに蓄積されているネットワーク情報に何らかの処理を施して得られるもの（二次情報）がある。一次情報の例としてはＡＳネットワーク４４のトポロジが挙げられる。二次情報の例としては２ノード間の最適経路が挙げられる。一次情報の場合、ＫＳＳ要求処理モジュール２３はプライベートデータベース２１Ｒあるいはパブリックデータベース２１Ｕから要求されたネットワーク情報を取得し、それをＫＡＳ１０に返す。二次情報の場合、ＫＳＳ要求処理モジュール２３は必要なネットワーク情報をパブリックデータベース２１Ｕあるいはプライベートデータベース２１Ｒから入手し、ネットワーク情報取得要求とともにＫＳＳ情報処理モジュール２２に渡す。ＫＳＳ情報処理モジュール２２は受け取ったネットワーク情報を加工し、その結果をＫＳＳ要求処理モジュール２３に返す。ＫＳＳ要求処理モジュール２３はこの結果をＫＡＳ１０に返す。
【００４３】
さらにプライベートデータベース２１Ｒおよびパブリックデータベース２１ＵのＲＤＦデータベースは、ＳＰＡＲＱＬ  ＡＰＩ２４に、アプリケーション４１へのネットワーク情報を提供する。このＳＰＡＲＱＬ  ＡＰＩ２４は、ＲＤＦデータベースを参照し、アプリケーション４１からＨＴＴＰで送信された任意のクエリに応じたネットワーク情報を読み出し、アプリケーション４１にＨＴＴＰで送信することが可能である。
【００４４】
４．ＫＡＮＶＡＳ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｌｌｅｃｔｏｒ（ＫＩＣ）
ＫＩＣ３０は、ＡＳネットワーク４４から主として標準プロトコルによりさまざまなネットワーク情報を集めるモジュールである。たとえば、ＯＳＰＦ（Ｏｐｅｎ  Ｓｈｏｒｔｅｓｔ  Ｐａｔｈ  Ｆｉｒｓｔ）によりＡＳネットワーク４４内部の経路情報を得る。ＢＧＰ４（Ｂｏｒｄｅｒ  Ｇａｔｅｗａｙ  Ｐｒｏｔｏｃｏｌ、  ｖｅｒｓｉｏｎ  ４）によりＡＳネットワーク４４間の経路情報を得る。ＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）やＮＥＴＣＯＮＦにより、ＡＳネットワーク４４を構成する機器の管理情報や状態情報を得る。ｓＦｌｏｗやＮｅｔＦｌｏｗにより、ＡＳネットワーク４４内のトラフィック情報を得る。独自プロトコルとしては、ＣＬＩＮＥＸ（Ｃｒｏｓｓ−Ｌａｙｅｒ  ａｎｄ  Ｉｎｔｅｒ−Ｎｏｄｅ  ｉｎｆｏｒｍａｔｉｏｎ  ＥＸｃｈａｎｇｅ）（特許文献１、非特許文献５）により障害情報を得る。ＫＩＣ３０は、収集したネットワーク情報をプロトコル非依存の統一メッセージフォーマットに格納し、ＫＳＳ２０に送信する。
【００４５】
図６に、ＫＩＣ３０の内部構造を示す。ネットワーク情報収集モジュールは、例えば、経路情報収集モジュール３２、機器管理情報収集モジュール３３、フロー情報収集モジュール３４、障害情報収集モジュール３５である。
【００４６】
経路情報収集モジュール３２は、ＯＳＰＦやＢＧＰ４などの経路情報交換に参加し、ルータからＡＳネットワーク４４内の経路情報やＡＳネットワーク４４間の経路情報を収集する。そして、経路情報収集モジュール３２は、収集した経路情報を統一メッセージフォーマットに格納し、ＫＩＣ情報収集モジュール３１に渡す。
【００４７】
機器管理情報収集モジュール３３は、ＳＮＭＰやＮＥＴＣＯＮＦなどのプロトコルによりルータやスイッチなどのネットワーク機器の管理情報や状態情報を収集する。そして、機器管理情報収集モジュール３３は、収集した機器管理情報や状態情報を統一メッセージフォーマットに格納し、ＫＩＣ情報収集モジュール３１に渡す。
【００４８】
フロー情報収集モジュール３４は、ｓＦｌｏｗやＮｅｔＦｌｏｗなどのプロトコルによりネットワークのフロー情報を収集する。そして、フロー情報収集モジュール３４は、収集したフロー情報を統一フォーマットに格納し、ＫＩＣ情報収集モジュールに渡す。
【００４９】
障害情報収集モジュール３５は、ＣＬＩＮＥＸなどのプロトコルによりルータやスイッチなどのネットワーク機器に障害情報取得要求を送信したり、それらの機器から障害情報を受信したりする。そして、障害情報収集モジュール３５は、収集した障害情報を統一フォーマットに格納し、ＫＩＣ情報収集モジュール３１に渡す。ＫＩＣ情報収集モジュール３１は、各種ネットワーク情報収集モジュールから統一メッセージフォーマットでネットワーク情報を受け取り、ＫＳＳ２０に送信する。
【００５０】
５．動作例１：ネットワーク情報の収集
図７、図８を参照しながら、ネットワーク情報の収集例について説明する。経路情報と機器管理情報をネットワーク情報の例とし、ＫＡＮＶＡＳシステムがＡＳネットワーク４４からネットワーク情報を収集してデータベースに蓄える動作について述べる。ＫＩＣ３０内の経路情報収集モジュール３２は、ＡＳネットワーク４４内で動作するＯＳＰＦのメッセージ交換に参加するとともに、自ＡＳネットワーク４４のＢＧＰ４ボーダルータを介してＢＧＰ４のメッセージ交換に参加する。
【００５１】
経路情報収集モジュール３２は、ＯＳＰＦやＢＧＰ４のメッセージを受信する（Ｓ０１）。経路情報収集モジュール３２は、得られたメッセージを統一メッセージフォーマットに格納し、ＫＩＣ情報収集モジュール３１に渡す（Ｓ０２）。一方、機器管理情報収集モジュール３３は、ＡＳネットワーク４４内の対象となるルータやスイッチからＳＮＭＰで管理情報を得る（Ｓ０３）。機器管理情報収集モジュール３３は、得られた情報を統一メッセージフォーマットに格納し、ＫＩＣ情報収集モジュール３１に渡す（Ｓ０４）。ＫＩＣ情報収集モジュール３１は、経路情報と機器管理情報をネットワーク情報としてＫＳＳ２０に送信する（Ｓ０５）。
【００５２】
ＫＳＳ２０内のＫＳＳ情報収集モジュール２５は、ＫＩＣ３０からネットワーク情報を受信すると、オントロジ格納モジュール２８Ｏにアクセスする（Ｓ０６）。ここでは例として、ネットワーク知識に関するドメインオントロジＢｏｎｓａｉを使用する。
【００５３】
図９に、Ｂｏｎｓａｉの概要を示す。図に示すように、Ｂｏｎｓａｉには最上位にネットワーク構成クラス、プロトコル構成クラス、および障害情報クラスという３つのクラスがあり、ネットワーク構成クラスのサブクラスの１つとしてＩＰネットワーク構成がある。ネットワーク構成クラスは、物理ネットワーク構成、運用ネットワーク構成、サービスネットワーク構成を含んでいてもよい。
【００５４】
図１０に、ＩＰネットワーク構成オントロジの抜粋を示す。図に示すように、ＩＰネットワーク構成クラスのサブクラスとして、ＩＰサブネットクラス、ノードクラス、およびリンククラスがある。また、ノードクラスは、データ値型プロパティとして、ホスト名とハードウェア構成を持っている。リンククラスは、データ値型プロパティとして、遅延時間を持っている。
【００５５】
ＫＳＳ情報収集モジュール２５は、受信したネットワーク情報をＢｏｎｓａｉに準拠して表現し、プライベートデータベース２１Ｒ内のＲＤＦデータベースに格納する（Ｓ０７）。さらに、ＫＳＳ情報収集モジュール２５は、Ｂｏｎｓａｉに準拠して表現したネットワーク情報を抽象化処理モジュール２６に渡す（Ｓ０８）。
【００５６】
抽象化処理モジュール２６は、公開判定規則格納モジュール２８Ｊにアクセスする（Ｓ０９）。抽象化処理モジュール２６に得られた規則は、経路情報はパブリックネットワーク情報として許可するが、データ値型プロパティは削除しなければならないというものだと仮定する。この場合、抽象化処理モジュール２６は、この規則に従ってこのネットワーク情報からデータ値型プロパティを削除し、パブリックデータベース２１ＵのＲＤＦデータベースに格納する（Ｓ１０）。
【００５７】
さらにパブリックデータベース２１Ｕは、このネットワーク情報をＫＳＳ−ＫＳＳ送受信モジュール２７に渡す（Ｓ１１）。ＫＳＳ−ＫＳＳ送受信モジュール２７は、他のＡＳネットワークで動作しているＫＳＳ２０に、このネットワーク情報を送信する（Ｓ１２）。同時に、ＫＳＳ−ＫＳＳ送受信モジュール２７は、他のＡＳネットワークで動作しているＫＳＳ２０からネットワーク情報を受信し（Ｓ１３）、パブリックデータベース２１Ｕに格納する（Ｓ１４）。
【００５８】
６．動作例２：ネットワークトポロジの取得
図８及び図１１を参照しながら、アプリケーション４１がＡＳネットワーク４４内のトポロジを取得する際の動作について述べる。
【００５９】
アプリケーション４１は、ＨＴＴＰ  ＲＥＱＵＥＳＴのＧＥＴメソッドを用いて、ＫＡＳ１０に、ネットワークトポロジ取得要求を送信する（Ｓ１５）。この要求は、自ＡＳネットワーク４４の内部と自ＡＳネットワーク４４に隣接するＡＳネットワークに関するネットワークトポロジの取得要求とする。ＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この要求を受信すると、ＫＡＳ要求処理モジュール１３に渡す（Ｓ１６）。ＫＡＳ要求処理モジュール１３は、この要求を統一メッセージフォーマットに格納し、ＫＳＳ２０に送信する（図１１及び図８に示すＳ１７。）。
【００６０】
ＫＳＳ２０内のＫＳＳ要求処理モジュール２３は、この要求を受信すると、プライベートデータベース２１Ｒとパブリックデータベース２１Ｕの両方にアクセスする必要があることを認識し、双方のデータベースにアクセスする（図８に示すＳ１８）。ＫＳＳ要求処理モジュール２３は、得られた情報を統一メッセージフォーマットに格納し、ＫＡＳ１０に送信する（図８及び図１１に示すＳ１９）。
【００６１】
ＫＡＳ１０内のＫＡＳ要求処理モジュール１３は、受信したネットワーク情報をＲＥＳＴ  ＡＰＩモジュール１４Ｒに渡す（Ｓ２０）。ＲＥＳＴ  ＡＰＩモジュール１４Ｒは、受け取ったネットワーク情報をＨＴＴＰ  ＲＥＳＰＯＮＳＥでアプリケーション４１に返す（Ｓ２１）。
【００６２】
７．動作例３：機器のハードウェア構成の取得
図８を参照しながら、機器のハードウェア構成の取得例について説明する。アプリケーション４１が、ＳＰＡＲＱＬ  ＡＰＩを利用してあるホスト名をもつ機器のハードウェア構成を知りたいとする。アプリケーション４１は、ＨＴＴＰ  ＲＥＱＵＥＳＴのＧＥＴメソッドでＳＰＡＲＱＬクエリをＫＳＳ２０に送信する（Ｓ２２）。ＫＳＳ２０内のＳＰＡＲＱＬ  ＡＰＩモジュール２４は、この要求を受信し、ＳＰＡＲＱＬのクエリをプライベートデータベース２１Ｒとパブリックデータベース２１Ｕに送り、指定されたホスト名をもつ機器のハードウェア構成情報を入手する（Ｓ２３）。ＳＰＡＲＱＬ  ＡＰＩモジュール２４は、入手したハードウェア構成情報をＨＴＴＰ  ＲＥＳＰＯＮＳＥを用いて、アプリケーション４１に送信する（Ｓ２４）。
【００６３】
８．動作例４：最適経路とその通信遅延の取得
図１１及び図８を参照しながら、最適経路とその通信遅延の取得例について説明する。アプリケーション４１が自ＡＳネットワーク４４内に存在する２ノード間の最適経路を知りたいとする。アプリケーション４１は、ＨＴＴＰ  ＲＥＱＵＥＳＴのＧＥＴメソッドを用いて、要求をＫＡＳ１０に送信する（Ｓ２５）。ＫＡＳ１０内のＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この要求を受信し、要求を統一メッセージフォーマットに格納し、ＫＡＳ要求処理モジュール１３に渡す（Ｓ２６）。ＫＡＳ要求処理モジュール１３は、この要求をＫＳＳ２０に送信する（図１１及び図８に示すＳ２７）。
【００６４】
ＫＳＳ要求処理モジュール２３は、この要求に応答するには情報の加工が必要であることを認識し、ＡＳネットワーク４４内のネットワークトポロジと遅延情報をプライベートデータベース２１Ｒから入手する（Ｓ２８）。次に、ＫＳＳ要求処理モジュール２３は、得られたＡＳネットワーク４４内のネットワークトポロジと加工内容（指定した２ノード間の最適経路計算と遅延の計算）をＫＳＳ情報処理モジュール２２に渡し、ＫＳＳ情報処理モジュール２２の加工した結果である指定した２ノード間の最適経路とその通信遅延を得る（Ｓ２９）。ＫＳＳ要求処理モジュール２３は、得た結果をＫＡＳ１０に送信する（図８及び図１１に示すＳ３０）。
【００６５】
ＫＡＳ１０内のＫＡＳ要求処理モジュール１３は、この応答を受信し、ＲＥＳＴ  ＡＰＩモジュール１４Ｒに渡す（Ｓ３１）。ＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この応答をＨＴＴＰ  ＲＥＳＰＯＮＳＥでアプリケーション４１に送信する（Ｓ３２）。
【００６６】
９．動作例５：中継ノード配置の決定
図１１及び図８を参照しながら、中継ノード配置の決定例について説明する。２台のエンドノード間のＲＴＴ（Ｒｏｕｎｄ  Ｔｒｉｐ  Ｔｉｍｅ）が大きいとＴＣＰのスループットが減少することが知られている。このような場合、中継ノードでＴＣＰコネクションを中継すると、エンドノード間のＴＣＰスループットが改善することが知られている（非特許文献４）。中継ノードの位置によってスループットの改善率が変化し、エンドノード間のＲＴＴを２分する位置が最も効率がよい。この知識がＫＡＳ１０内のノウハウデータベース１１に蓄積されているとする。
【００６７】
アプリケーション４１は、ＲＥＳＴ  ＡＰＩ１４ＲによりＨＴＴＰ  ＲＥＱＵＥＳＴのＧＥＴメソッドでＫＡＳ１０に中継ノード選択の要求を送信する（Ｓ３３）。ＲＥＳＴ  ＡＰＩモジュール１４Ｒはこの要求を統一メッセージフォーマットに格納し、ＫＡＳ要求処理モジュール１３に渡す（Ｓ３４）。次に、上述の手順（Ｓ２７〜Ｓ３０）でＫＡＳ１０は指定された２ノード間の最適経路を得る。次に、ＫＡＳ要求処理モジュール１３は、得た経路に含まれる各リンクの遅延を知るための要求を生成し、ＫＳＳ２０に送信する（図１１及び図８に示すＳ３５）。
【００６８】
ＫＳＳ２０内のＫＳＳ要求処理モジュール２３は、この要求を受信し、プライベートデータベース２１Ｒにアクセスして指定されたリンクの遅延時間を入手する（Ｓ３６）。ＫＳＳ要求処理モジュール２３はこの結果をＫＡＳ１０に送信する（図８及び図１１に示すＳ３７）。
【００６９】
ＫＡＳ１０内のＫＡＳ要求処理モジュール１３は経路内の各リンクの遅延時間を受信し、経路とともにＫＡＳ情報処理モジュール１２に渡し、最適な中継ノード選択処理を依頼する（Ｓ３８）。ＫＡＳ情報処理モジュール１２は、ノウハウデータベース１１にアクセスし、経路のＲＴＴを２分する位置に最も近いノードを中継ノードとして選択する（Ｓ３９）。ＫＡＳ情報処理モジュール１２は、この結果をＫＡＳ要求処理モジュール１３に渡す（Ｓ４０）。ＫＡＳ要求処理モジュール１３は、この結果をＲＥＳＴ  ＡＰＩモジュール１４Ｒに渡す（Ｓ４１）。ＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この結果をＨＴＴＰ  ＲＥＳＰＯＮＳＥメッセージを用いて、アプリケーション４１に送信する（Ｓ４２）。
【００７０】
１０．動作例６：障害検知
図１１、図８及び図７を参照しながら、障害検知例について説明する。アプリケーション４１が遠隔ノードと通信しているときに通信経路に障害が発生した場合、アプリケーション４１が即座にそれを検知したいとする。まずアプリケーション４１は、動作例４に示したように、自ノードと遠隔ノード間の最適経路を取得する。
【００７１】
次に、アプリケーション４１はこの経路に含まれるノードを指定して障害通知を要求する。これはイベントサービス型の要求であるので、アプリケーション４１は、ＫＡＮＶＡＳ  ＡＰＩ１４Ｋに障害通知要求を送信する（Ｓ４３）。ＫＡＳ１０内のＫＡＮＶＡＳ  ＡＰＩモジュール１４Ｋはこの要求を受信し、ＫＡＳ要求処理モジュール１３に渡す（Ｓ４４）。ＫＡＳ要求処理モジュール１３は、この要求を統一メッセージフォーマットに格納する。そしてＫＡＳ要求処理モジュール１３は、この要求がイベントサービス型であることを認識し、この要求をＫＡＳ要求処理モジュール１３内に保持するリクエストテーブルに登録する。次にＫＡＳ要求処理モジュール１３は、ＫＳＳ２０に要求を送信する（図１１及び図８に示すＳ４５）。
【００７２】
ＫＳＳ要求処理モジュール２３は、この要求を受信し、イベントサービス型の要求であることを認識し、この要求をＫＳＳ情報収集モジュール２５に渡す（Ｓ４６）。ＫＳＳ情報収集モジュール２５は、この要求をＫＩＣ３０に送信する（図８及び図７に示すＳ４７）。
【００７３】
ＫＩＣ３０内のＫＩＣ情報収集モジュール３１は、この要求を受信し、障害情報収集モジュール３５に渡す（Ｓ４８）。障害情報収集モジュール３５は、指定された経路に含まれるノードに障害通知要求を、ＡＳネットワーク４４に送信する（Ｓ４９）。
【００７４】
ＡＳネットワーク４４のうちの指定された経路に含まれるノードが障害を検知したとする。障害を検知したノードは、障害情報をＫＩＣ３０内の障害情報収集モジュール３５に通知する（Ｓ５０）。障害情報収集モジュール３５は、この通知をＫＩＣ情報収集モジュール３１に渡す（Ｓ５１）。ＫＩＣ情報収集モジュール３１は、この通知をＫＳＳ２０に送信する（図７及び図８に示すＳ５２）。
【００７５】
ＫＳＳ２０内のＫＳＳ情報収集モジュール２５は、この通知を受信すると、オントロジ格納モジュール２８Ｏにアクセスし、この通知の内容をＲＤＦ形式に変換する（Ｓ５３）。そしてＫＳＳ情報収集モジュール２５は、ＲＤＦ形式に変換した情報をプライベートデータベース２１Ｒに登録する（Ｓ５４）。
【００７６】
同時にＫＳＳ情報収集モジュール２５は、ＲＤＦ形式に変換した障害情報を抽象化処理モジュール２６に渡す（Ｓ５５）。抽象化処理モジュール２６は、公開判定規則格納モジュール２８Ｊにアクセスし、この障害情報を公開すべきかどうかを判定し、公開すべきと判定した場合は規則に従い抽象化する（Ｓ５６）。抽象化処理モジュール２６は、抽象化した障害情報をパブリックデータベース２１Ｕに格納する（Ｓ５７）。パブリックデータベース２１Ｕは、抽象化した障害情報をＫＳＳ−ＫＳＳ送受信モジュール２７に渡す（Ｓ５８）。ＫＳＳ−ＫＳＳ送受信モジュール２７は、この障害情報を他のＡＳネットワークで動作するＫＳＳ２０に送信する（Ｓ５９）。
【００７７】
一方、ＫＳＳ情報収集モジュール２５は、この障害情報をＫＳＳ要求処理モジュール２３に渡す（Ｓ６０）。ＫＳＳ要求処理モジュール２３は、この障害情報をＫＡＳ１０に送信する（図８及び図１１に示すＳ６１）。ＫＡＳ１０内のＫＡＳ要求処理モジュール１３は、この障害情報を受信し、ＫＡＮＶＡＳ  ＡＰＩモジュール１４Ｋに渡す（Ｓ６２）。ＫＡＮＶＡＳ  ＡＰＩモジュール１４Ｋは、ＫＡＮＶＡＳプロトコルにてこの障害情報をアプリケーション４１に送信する（Ｓ６３）。
【００７８】
１１．動作例７：障害範囲推論
図１１、図８を参照しながら、障害範囲の推論例について説明する。動作例６で障害情報を得たアプリケーション４１が、その障害の影響範囲を調べたいとする。アプリケーション４１はＫＡＳ１０内のＲＥＳＴ  ＡＰＩモジュール１４ＲにＨＴＴＰ  ＲＥＱＵＥＳＴのＧＥＴメソッドで要求を送信する（Ｓ６４）。ＫＡＳ１０内のＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この要求をＫＡＳ要求処理モジュール１３に渡す（Ｓ６５）。ＫＡＳ要求処理モジュール１３は、この要求を統一メッセージフォーマットに格納し、ＫＳＳ２０に送信する（図１１及び図８に示すＳ６６）。
【００７９】
ＫＳＳ２０内のＫＳＳ要求処理モジュール２３は、この要求を受信し、この要求に必要なネットワーク情報をプライベートデータベース２１Ｒから得る（Ｓ６７）。次にＫＳＳ要求処理モジュール２３は、この要求を処理するために要求内容と得たネットワーク情報をＫＳＳ情報処理モジュール２２に渡す（Ｓ６８）。ＫＳＳ情報処理モジュール２２は、推論規則格納モジュール２８Ｉにアクセスし、推論規則を得る（Ｓ６９）。ＫＳＳ情報処理モジュール２２は、取得した推論規則を用いて障害の影響範囲を推論し、その結果をＫＳＳ要求処理モジュール２３に渡す（Ｓ７０）。ＫＳＳ要求処理モジュール２３は、この結果をＫＡＳ１０に送信する（図８及び図１１に示すＳ７１）。
【００８０】
ＫＡＳ１０内のＫＡＳ要求処理モジュール１３は、この応答を受信しＲＥＳＴ  ＡＰＩモジュール１４Ｒに渡す（Ｓ７２）。ＲＥＳＴ  ＡＰＩモジュール１４Ｒは、この結果をＨＴＴＰ  ＲＥＳＰＯＮＳＥを用いてアプリケーション４１に送信する（Ｓ７３）。
【００８１】
１２．動作例８：複数のＡＳネットワークを跨がる最適経路とその通信遅延の見積り
経路情報をＡＳネットワーク間で共有する場合、公開判定規則格納２８Ｊには、たとえば以下のようなルールが格納されているとする。
・自ＡＳネットワーク内のトポロジ情報は公開しない。
・自ＡＳネットワークを通過する際の遅延は公開してもよい。
経路情報収集モジュール３２はＯＳＰＦの経路情報を収集する。この経路情報はＫＩＣ情報収集モジュール３１、ＫＳＳ情報収集モジュール２５を介して抽象化処理モジュール２６に送られる。一方、機器管理情報収集モジュール３３はルータ間の通信遅延を収集する。この遅延情報はＫＩＣ情報収集モジュール３１、ＫＳＳ情報収集モジュール２５を介して抽象化処理モジュール２６に送られる。
抽象化処理モジュール２６は公開判定規則格納モジュール２８Ｊに格納されている上記のルールを参照し、経路情報と遅延情報を基に自ＡＳの境界ルータ間の遅延を求め，パブリックＤＢ２１Ｕに格納する。さらに境界ルータ間遅延情報をＫＳＳ−ＫＳＳ送受信モジュール２７を介して他ＡＳネットワーク内のＫＳＳ−ＫＳＳ送受信モジュール２７と交換する。
動作例４はＡＳ内に存在する２ノード間の最適経路とその通信遅延を求める例であったが、上述の処理により、自ＡＳ外に存在する２ノード間の最適経路との通信遅延を見積もることができる。
【００８２】
（開示によって生じる効果・開示のポイント）
・オントロジの利用によるネットワーク情報の統合：ネットワークオントロジＢｏｎｓａｉの定義をＫＳＳ２０内部のオントロジ格納モジュール２８Ｏに格納し、収集した情報をオントロジに従い格納する。その結果、動作例２、４、６、７において説明したように、ネットワーク情報の機械処理や推論が可能となる。
・ユーザの要求に応じたデータ加工サービスの実現：開示手法は、動作例２〜４において説明したように、管理者４２及びユーザ４３などのエンドノードの要求に応じた、帯域と遅延などを満たす経路といった加工したデータを取得できる。
・開示手法は、プライベートデータベース２１Ｒとパブリックデータベース２１Ｕを分けることにより、ＡＳネットワーク４４内部のみで共有するネットワーク情報と、ＡＳネットワーク４４間で共有するネットワーク情報と、を分けることができる。さらに、ＫＳＳ２０が抽象化処理モジュール２６を備えるため、ＡＳネットワーク４４間で共有するネットワーク情報を抽象化した状態で公開することができる。
・ＫＡＳ１０がノウハウデータベース１１を備えることにより、ＡＳネットワーク４４独自のネットワーク情報の加工が可能になる。
【００８３】
なお、本開示に係る各装置は、コンピュータとプログラムによっても実現でき、プログラムを記録媒体に記録することも、ネットワークを通して提供することも可能である。
【産業上の利用可能性】
【００８４】
本開示は情報通信産業に適用することができる。
【符号の説明】
【００８５】
１０：ＫＡＮＶＡＳ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ（ＫＡＳ）
１１：ノウハウ（Ｋｎｏｗ−Ｈｏｗ）データベース
１２：ＫＡＳ情報処理モジュール
１３：ＫＡＳ要求処理モジュール
１４Ｋ：ＫＡＮＶＡＳ  ＡＰＩモジュール
１４Ｒ：ＲＥＳＴ  ＡＰＩモジュール
２０：ＫＡＮＶＡＳ  Ｓｔｏｒａｇｅ  Ｓｅｒｖｅｒ（ＫＳＳ）
２１Ｒ：プライベートデータベース
２１Ｕ：パブリックデータベース
２２：ＫＳＳ情報処理モジュール
２３：ＫＳＳ要求処理モジュール
２４：ＳＰＡＲＱＬ  ＡＰＩ
２５：ＫＳＳ情報収集モジュール
２６：抽象化処理モジュール
２７：ＫＳＳ−ＫＳＳ送受信モジュール
２８Ｉ：推論規則格納モジュール
２８Ｊ：公開判定規則格納モジュール
２８Ｏ：オントロジ格納モジュール
３０：ＫＡＮＶＡＳ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｃｏｌｌｅｃｔｏｒ（ＫＩＣ）
３１：ＫＩＣ情報収集モジュール
３２：経路情報収集モジュール
３３：機器管理情報収集モジュール
３４：フロー情報収集モジュール
３５：障害情報収集モジュール
４１：アプリケーション
４２：管理者用エンドノード
４３：ユーザ用エンドノード
４４：ＡＳネットワーク
【図１】
2018023018.tif 000003
【図２】
2018023018.tif 000004
【図３】
2018023018.tif 000005
【図４】
2018023018.tif 000006
【図５】
2018023018.tif 000007
【図６】
2018023018.tif 000008
【図７】
2018023018.tif 000009
【図８】
2018023018.tif 000010
【図９】
2018023018.tif 000011
【図１０】
2018023018.tif 000012
【図１１】
2018023018.tif 000013