JP2017038111A - 一括管理システム、一括管理方法およびプログラム - Google Patents

Abstract

【課題】サービス事業者が、複雑な処理や専門的な知識を要しなくても複数の通信ネットワーク事業者の情報や機能を利用することができる、一括管理システム、一括管理方法およびプログラムを提供する。【解決手段】一括管理装置１００は、サービス事業者１からのサービス要件を受け付けるサービス要件受付部１１０と、複数のＮＷサービス事業者４のネットワーク情報を管理するＮＷ情報管理部１２０と、サービス要件に基づいて、ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算部１３０と、利用ＮＷモデルを記憶するサービスＮＷ管理ＤＢ４０と、利用ＮＷモデルを参照して、ＮＷ設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能部１６０と、を備える。【選択図】図１

Description

本発明は、一括管理システム、一括管理方法およびプログラムに関する。

特許文献１には、標準的なＡＰＩ（Application Program Interface）を用いることで、通信ネットワーク内の情報を情報ネットワーク内のＷｅｂサービスで利用できるようにする情報機能提供システムが記載されている。特許文献１に記載の情報機能提供システムは、情報ネットワーク上でＷｅｂサービスを提供するＷｅｂサービス提供システムと、通信ネットワークに設けられた通信ノードと、前記Ｗｅｂサービス提供システムからのサービス要求をＡＰＩ関数でやり取りするＡＰＩインターフェースと、前記ＡＰＩインターフェースを介して前記Ｗｅｂサービス提供システムからのサービス要求を取得し、前記サービス要求に対応した応答を前記通信ノードから取得して前記Ｗｅｂサービス提供システムに提供するとともに、前記サービス要求に対して有効な提案情報を作成し、前記提案情報を前記Ｗｅｂサービス提供システムに提供する情報機能提供装置とを備える。

特開２００９−４２８２７号公報

特許文献１に記載の技術では、サービス事業者が、単一の通信ネットワークの情報や機能を情報システムから利用可能とする方式については述べられているが、サービス事業者が、複数の通信ネットワークの情報や機能を使う方法については述べられていない。
サービス事業者が、複数の通信ネットワーク事業者の情報や機能を利用するにあたり、複雑な処理や専門的な知識を要するという課題がある。

このような背景を鑑みて本発明がなされたのであり、本発明は、サービス事業者が、複雑な処理や専門的な知識を要しなくても複数の通信ネットワーク事業者の情報や機能を利用することができる、一括管理システム、一括管理方法およびプログラムを提供することを課題とする。

前記した課題を解決するため、請求項１に記載の発明は、複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理装置であって、前記サービス事業者からのサービス要件を受け付けるサービス要件受付部と、複数の前記ネットワークサービス事業者のネットワーク情報を管理するＮＷ情報管理部と、前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算部と、計算された前記利用ＮＷモデルを記憶するサービスＮＷ管理記憶部と、前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能部と、を備えることを特徴とする一括管理装置とした。

また、請求項５に記載の発明は、複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理方法であって、前記サービス事業者からのサービス要件を受け付けるステップと、複数の前記ネットワークサービス事業者のネットワーク情報を管理するステップと、前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算するステップと、計算された前記利用ＮＷモデルを記憶するステップと、前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行うステップと、を実行することを特徴とする一括管理方法とした。

また、請求項６記載の発明は、複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理装置としてのコンピュータを、前記サービス事業者からのサービス要件を受け付けるサービス要件受付手段、複数の前記ネットワークサービス事業者のネットワーク情報を管理するＮＷ情報管理手段、前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算手段、計算された前記利用ＮＷモデルを記憶するサービスＮＷ管理記憶手段、前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能手段、として機能させるためのプログラムとした。

このようにすることで、サービス事業者が、複雑な処理や専門的な知識を要しなくても複数の通信ネットワーク事業者の情報や機能を利用することができる。

また、請求項２に記載の発明は、前記サービス事業者に前記利用ＮＷモデルを提案するＮＷモデル提案部と、前記サービス事業者から前記利用ＮＷモデルを受け付け、前記サービスＮＷ管理記憶部に登録するＮＷモデル登録部と、さらに備えることを特徴とする一括管理装置とした。

このようにすることで、サービス事業者に対し利用ＮＷモデルを提案することができる。また、サービス事業者が利用する利用ＮＷモデルを登録しておくことができる。登録した利用ＮＷモデルを管理することで、複数のＮＷ事業者を跨ったＮＷのマネージメント／オペレーション（帯域の変更、信頼性変更、監視等）を容易にすることができる。

また、請求項３に記載の発明は、前記運用機能部は、前記ネットワークサービス事業者からの警報、または前記サービス事業者からの運行状態確認があったならば、故障原因の特定や運行状態確認を行うことを特徴とする一括管理装置とした。

このようにすることで、ＮＷサービス事業者からの警報、またはサービス事業者からＮＷへの変更や監視の要求を受けると、ＮＷモデルを参照して、ＮＷサービスから情報収集し、監視や故障分析を行うことができる。

また、請求項４に記載の発明は、前記運用機能部の機能の一部を分担して実行するルールエンジンを備え、前記ルールエンジンは、当該機能の拡張または変更が可能であることを特徴とする一括管理装置とした。

ルールエンジンで細かい処理を行うことで、保守運用機能の変更が容易となる。また、故障箇所の原因推定方法等、今後様々なロジックが追加される部分にはルールエンジンに機能分担する。これにより、処理のメインルートの汎用性および将来的な拡張性を高めることができる。

本発明によれば、サービス事業者が、複雑な処理や専門的な知識を要しなくても複数の通信ネットワーク事業者の情報や機能を利用することができる、一括管理システム、一括管理方法およびプログラムを提供することができる。

本発明の実施形態に係る一括管理装置の全体構成を説明する図である。 本発明の概要を示す図である。 本発明の実施形態の一括管理装置の概要を示す図である。 本発明の実施形態に係る一括管理システムのプロビジョニング機能部の動作シーケンスを示す図である。 本発明の実施形態に係る一括管理装置の一括申込み機能部の動作シーケンスを示す図である。 本発明の実施形態に係る一括管理装置の一括監視機能部の動作シーケンスを示す図である。 本発明の実施形態に係る一括管理装置のサービス事業者毎のエンドユーザと利用ＮＷリソースを示す図である。 図７のＰ事業者ユーザＸの利用ＮＷリソースを基に作成された、Ｐ事業者ユーザＸのサービスＮＷを示す図である。 図７のＱ事業者ユーザαの利用ＮＷリソースを基に作成された、Ｑ事業者ユーザαのサービスＮＷを示す図である。 本発明の実施形態の変形例に係る一括管理装置の全体構成を説明する図である。

次に、本発明を実施するための形態（以下、「本実施形態」という。）における一括管理装置１０００等について説明する。

［システム構成と処理概要］
図２は、本発明の概要を示す図である。
図２に示すように、サービス事業者１が、複数のネットワーク（以下、ＮＷという。）サービスＡ，Ｂ，Ｃ，ＤからなるＮＷサービス（回線サービス）の中から所定のＮＷサービス２（図２では、ＮＷサービスＡ，Ｂ）を利用して、クラウドサービス３（図２では、クラウドサービスＡ，Ｂ，Ｃ，ＤのうちのクラウドサービスＡ）に接続したい要請がある。
しかしながら、従来の技術では、サービス事業者１が、複数のＮＷサービス２およびクラウドサービス３の情報または機能を利用しようとすると、複雑な処理や専門的な知識を要する。

そこで本実施形態では、サービス事業者１が、複数のＮＷサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、サービス事業者１の利便性向上のため、複数のＮＷサービス２やクラウドサービス３を利用する、一括管理装置１００を設ける。
一括管理装置１００は、サービス事業者１がサービス要件を伝えると、複数のＮＷサービス事業者の設備やサービスから、最適なＮＷモデルを生成して、サービスＮＷ管理ＤＢ４０（サービスＮＷ管理記憶部）に保管する。一括管理装置１００は、サービス事業者１から、ＮＷへの変更や監視の要求を受けると、そのＮＷモデルを参照して、実際のＮＷサービスへの制御や、ＮＷサービスからの情報収集を行う。

一括管理装置１００は、サービス事業者１のサービス要件（拠点数、アプリケーション、価格等）に基づいてＮＷ設計を行うとともに、ＮＷ帯域の増加に伴う増設提案等も行うプロビジョニング機能部１０と、複数サービス申込み時の条件と工事日等との整合をとる一括申込み機能部２０と、複数サービスの警報集約や故障原因の特定等を行う一括監視機能部３０と、を備える。

プロビジョニング機能部１０は、サービスを実施するためのＮＷ設計を実行する。プロビジョニング機能部１０が参照する諸条件には、帯域、信頼性、価格、異キャリア冗長、好みのキャリア、最短開通日等がある。

一括申込み機能部２０は、サービス事業者１の負担が軽くなるよう、立会日の同日化等を行う。一括申込み機能部２０が参照する諸条件には、工事立会日の合せ込み、ユーザデータ等のコピー（基本条件のコピー）等がある。

一括監視機能部３０は、複数サービスのアラームのコリレーション分析（correlation analysis）等を行う。一括監視機能部３０が参照する諸条件には、状況のレポーティング、設備増設のレコメンド（プロビジョニング機能部１０と連携）、障害状況把握（コリレーション含む）、自動復旧措置等がある。

以下、一括管理装置１００の一括申込み機能部２０および一括監視機能部３０について具体的に説明する。
プロビジョニング機能部１０は、サービス事業者１からＮＷ要件（例えば「こんなモデルのサービスをしたい」）を受け付ける（Ｓ１）。
プロビジョニング機能部１０は、サービス要件に基づいて、サービスを実現するためのＮＷ設計を実行する。また、複数のＮＷサービス２およびクラウドサービス３から適切なサービスを選択する。
そして、プロビジョニング機能部１０は、サービス事業者１に対して応答（例えば「こんなサービスどうですか？ ＮＷサービスＡ／Ｂ＋クラウドサービスＡ」）を返す（Ｓ２）。これにより、「ＮＷサービスＡ／Ｂを利用してクラウドサービスＡを選択する」というサービス事業者１が利用するＮＷが設定された。ここまでがプロビジョニング機能である。

一括申込み機能部２０は、サービス事業者１から申込み（例えば「これらのサービスを申込みたいです」）を受け付ける（Ｓ３）。
一括申込み機能部２０は、サービス事業者１の負担が軽くなるよう、立会日の同日化等を行う。
そして、一括申込み機能部２０は、サービス事業者１に対して応答（例えば「工事立会日はこの日でどうですか？」）を返す（Ｓ４）。ここまでが一括申し込み機能である。

一括監視機能部３０は、サービス事業者１から運行状態確認（例えば「運行状態はどうですか？」）を受け付ける（Ｓ５）。
一括監視機能部３０は、複数サービスの警報（アラーム）のコリレーション分析等により相関関係の強度を測定することで、複数サービスの警報集約や故障原因の特定等を行う。
そして、一括監視機能部３０は、サービス事業者１に対して応答（例えば「いま、ＮＷに故障が起きており、クラウド側アプリケーションにも影響がでています。」）を返す（Ｓ６）。ここまでが一括監視機能である。

図３は、本実施形態の一括管理装置１００の概要を示す図である。図２と同一構成部分には同一符号を付している。
図３に示すように、一括管理装置１００は、サービス事業者１毎の利用ＮＷモデル（ＮＷの設定／運用ポリシーも含む）を管理するサービスＮＷ管理ＤＢ４０（サービスＮＷ管理記憶部）を備える。
サービスＮＷ管理ＤＢ４０は、計算された利用ＮＷモデルを記憶する。また、サービスＮＷ管理ＤＢ４０は、サービスＮＷ毎に、当該ＮＷを運用するポリシーもセットで記憶する。この例では、サービスＮＷ管理ＤＢ４０は、サービス事業者１の利用ＮＷとして、管理するＮＷ「ＮＷサービスＡ／Ｂ クラウドサービスＡ」と、運用ポリシー「ＳＬＡ（Service Level Agreement）／他諸条件」を格納する。ＳＬＡは、サービス品質の目標水準を提供者と利用者の間で事前に文書などの形で合意・契約するものである。ここでは、ＳＬＡは、信頼性、価格重視である。また、他諸条件は、立ち合いを最少限にする等である。

一括申込み機能部２０および一括監視機能部３０は、サービスＮＷ管理ＤＢ４０を参照し、サービスＮＷ管理ＤＢ４０に格納されている利用ＮＷモデル（ＮＷの設定／運用ポリシーも含む）に基づいて、調整処理を実行する。具体的には、一括申込み機能部２０は、サービスＮＷ管理ＤＢ４００を参照して、サービス事業者が利用しているＮＷ資源の全体を踏まえた工事日等の調整を行う。また、一括監視機能部３０は、サービスＮＷ管理ＤＢ４０を参照して、サービス事業者が利用しているＮＷ資源の全体を踏まえた運行状態の監視を行う。

［システム構成］
図１は、本実施形態に係る一括管理装置１００の全体構成を説明する図である。
図１に示すように、本実施形態に係る一括管理装置１００は、サービス要件受付部１１０と、ＮＷ情報管理部１２０と、資源構成計算部１３０と、ＮＷモデル提案部１４０と、ＮＷモデル登録部１５０と、運用機能部１６０と、サービスＮＷ管理ＤＢ４０と、を含んで構成される。
また、ＮＷサービス事業者４は、一括管理装置１００のＮＷ情報管理部１２０に、ＮＷサービス事業者４のＮＷ情報を送信する。ＮＷサービス事業者４は、複数のＮＷサービス事業者であり、図１の例では、回線サービスＡ，回線サービスＢ，回線サービスＣ，クラウドサービスＡ，クラウドサービスＢ，クラウドサービスＣ，映像配信サービス…等の各ＮＷサービス事業者からなる。

サービス要件受付部１１０は、サービス事業者１からのサービス要件を受け付ける。
ＮＷ情報管理部１２０は、ＮＷサービス事業者４のＮＷ情報を管理する。
資源構成計算部１３０は、サービス事業者１からのサービス要件に基づいて、ＮＷサービス事業者４のＮＷ情報の中から、最適な利用ＮＷモデルを計算する。
ＮＷモデル提案部１４０は、サービス事業者１に利用ＮＷモデルを提案する。
ＮＷモデル登録部１５０は、サービス事業者１から利用ＮＷモデルを受け付け、サービスＮＷ管理ＤＢ４０に登録する。
運用機能部１６０は、一括申込み機能部２０と、一括監視機能部３０とを備え、ネットワーク設定、監視、情報収集等各種の保守、設定、および監視処理を行う。運用機能部１６０は、サービスＮＷ管理ＤＢ４０に保存された利用ＮＷモデルを参照して、複数のＮＷサービス事業者４の設備およびサービスへの設定、参照、情報集等の処理を行う。

以下、図４ないし図６を参照して、一括管理装置１００の動作を説明する。
［プロビジョニング機能］
図４は、プロビジョニング機能部１０の動作シーケンスを示す図である。
図４に示すように、サービス事業者１は、一括管理装置１００にＮＷ要件等のサービス要件（例えば図２の「こんなモデルのサービスをしたい」参照）を送信する（Ｓ１０１）。
一括管理装置１００のプロビジョニング機能部１０は、サービス事業者１から送信されたサービス要件を受信する（Ｓ１０２）。
プロビジョニング機能部１０は、サービス事業者１からのサービス要件に基づき、必要なＮＷ資源を選ぶとともに、ＮＷ構成を計算するプロビジョニング機能を実行する（Ｓ１０３）。上記ＮＷ資源を選ぶ基準としては、例えばＳＬＡ（品質、信頼性）のほか、帯域、信頼性、価格、異キャリア冗長、好みのキャリア、最短開通日等がある。

プロビジョニング機能部１０は、上記プロビジョニング機能により選択・計算されたＮＷ資源およびＮＷ構成の提案を行う（Ｓ１０４）。具体的には、プロビジョニング機能部１０は、サービス事業者１からのサービス要件に基づき、当該サービス事業者１に必要なＮＷ資源およびＮＷ構成（例えば図２の「こんなサービスどうですか？ ＮＷサービスＡ／Ｂ＋クラウドサービスＡ」参照）を提案する（Ｓ１０５）。
プロビジョニング機能部１０は、サービス事業者１からＮＷモデルを受け付け（Ｓ１０６）、このＮＷモデルを登録する（Ｓ１０７）。
また、プロビジョニング機能部１０は、トラヒック情報に基づき、サービス事業者１に増設ポイント等の推薦を行う（図示省略）。
なお、プロビジョニング機能部１０の利用ＮＷモデルの作成の具体例については、図７ないし図９により後記する。

［一括申込み機能］
図５は、一括申込み機能部２０の動作シーケンスを示す図である。
一般に、ＮＷサービス事業者において、サービス毎にＯｐＳは異なる。そのため、複数のサービスの申し込みを実施するためには、複数のＯｐＳとやり取りを実施する必要がある。図５では、回線種別Ａ管理ＯｐＳ５１と、回線種別Ｂ管理ＯｐＳ５２と、クラウド管理ＯｐＳ５３と、がある。

図５に示すように、サービス事業者１は、一括管理装置１００にサービスの申込み要求（例えば図２の「これらのサービスを申込みたいです」参照）を送信する（Ｓ２０１）。
一括管理装置１００の一括申込み機能部２０は、サービス事業者１から送信されたサービスの申込み要求を受信する（Ｓ２０２）。
一括申込み機能部２０は、サービスＮＷ管理ＤＢ４０を参照し、サービスＮＷ管理ＤＢ４０に格納されている利用ＮＷモデル（ＮＷの設定／運用ポリシーも含む）に基づいて、各ＯｐＳ５１〜５３に問い合わせるＮＷサービスを抽出する（Ｓ２０３）。

一括申込み機能部２０は、各ＮＷサービスへ要求を出す（Ｓ２０４）。具体的には、一括申込み機能部２０は、回線種別Ａを有する管理ＯｐＳ５１に回線種別ＡのＮＷサービス要求を発行し（Ｓ２０４−１）、回線種別Ｂを有する管理ＯｐＳ５２に回線種別ＢのＮＷサービス要求を発行し（Ｓ２０４−２）、所定クラウドを有する管理ＯｐＳ５３に所定クラウドのＮＷサービス要求を発行する（Ｓ２０４−３）。

一括申込み機能部２０は、各ＮＷサービスからの応答を受け付ける（Ｓ２０５）。具体的には、一括申込み機能部２０は、回線種別Ａの管理ＯｐＳ５１から回線種別ＡのＮＷサービス要求に対する応答を受信し（Ｓ２０５−１）、回線種別Ｂの管理ＯｐＳ５２から回線種別ＢのＮＷサービス要求に対する応答を受信し（Ｓ２０５−２）、所定クラウドの管理ＯｐＳ５３から所定クラウドのＮＷサービス要求に対する応答を受信する（Ｓ２０５−３）。

一括申込み機能部２０は、サービスＮＷ管理ＤＢ４０を参照し、サービスＮＷ管理ＤＢ４０に格納されている利用ＮＷモデル（ＮＷの設定／運用ポリシーも含む）に基づいて、整合性をチェックする（Ｓ２０６）。一括申込み機能部２０は、連携させるＮＷサービス間の工事日等の調整を行う。具体的には、一括申込み機能部２０は、サービス事業者１の負担が軽くなるよう、運用ポリシーに則り立会日の同日化等を行う。一括申込み機能部２０が、サービスＮＷ管理ＤＢ４０から参照する諸条件には、工事立会日の合せ込み、ユーザデータ等のコピー（基本条件のコピー）等がある。

一括申込み機能部２０は、整合性がチェックされた応答をサービス事業者１に送信する（Ｓ２０７）。具体的には、一括申込み機能部２０は、サービス事業者１に応答（例えば図２の「工事立会日はこの日でどうですか？」参照）を送信する（Ｓ２０７）。

［一括監視機能］
図６は、一括監視機能部３０の動作シーケンスを示す図である。
図６に示すように、一括監視機能部３０は、各ＯｐＳ５１〜５３からの警報（アラーム）を受信する（Ｓ３０１）。図６では、一括監視機能部３０は、回線種別Ａの管理ＯｐＳ５１からの警報を受信する（Ｓ３０１−１）。
一括監視機能部３０は、サービスＮＷ管理ＤＢ４０を参照し、サービスＮＷ管理ＤＢ４０に格納されている利用ＮＷモデル（ＮＷの設定／運用ポリシーも含む）に基づいて、関連ＮＷサービス情報の抽出を行う（Ｓ３０２）。
一括監視機能部３０は、回線種別Ａの管理ＯｐＳ５１からの警報に関して、関連する他のＯｐＳ（ここでは、回線種別Ｂ管理ＯｐＳ５２およびクラウド管理ＯｐＳ５３）に対して各サービスの状況を取得するための通信を行う（Ｓ３０３−２，Ｓ３０３−３）。

一括監視機能部３０は、サービスＮＷ管理ＤＢ４０を参照し、運用ポリシー（ＳＬＡ)に則りチェックするとともに因果関係等の分析を実行して回線種別Ａの管理ＯｐＳ５１の故障箇所の原因を推定する（Ｓ３０４）。一括監視機能部３０は、必要に応じて切り分け試験を実行する。一括監視機能部３０は、故障箇所の原因推定後に、当該故障箇所の自動復旧を行うものでもよい。
一括監視機能部３０は、回線種別Ａの管理ＯｐＳ５１の故障箇所の原因推定結果をサービス事業者１に通知する（Ｓ３０５）。

以上は、一括監視機能部３０が、各ＯｐＳ５１〜５３からの警報を受信する例であるが、この警報にはサービス事業者１からの問い合わせも含まれる。すなわち、一括監視機能部３０は、サービス事業者１から状態確認（例えば図２の「運行状態はどうですか？」）を受け付け（図２のＳ５）、複数サービスの警報集約や故障原因の特定等を行う。そして、一括監視機能部３０は、サービス事業者１に対して応答（例えば図２の「いま、ＮＷに故障が起きており、クラウド側アプリケーションにも影響がでています。」）を通知する（図２のＳ６）場合も含む。
以上、プロビジョニング機能部１０（図４）、一括申込み機能部２０（図５）、および一括監視機能部３０（図６）について説明した。

［利用ＮＷモデル生成例］
次に、利用ＮＷモデルの生成例について具体的に説明する。
図１に示すように、一括管理装置１００は、サービス事業者１がサービス要件を伝えると、資源構成計算部１３０が複数のネットワークサービス事業者の設備／サービスから、最適な利用ＮＷモデルを生成する。例えば、資源構成計算部１３０は、複数のＮＷ事業者（回線サービス事業者、クラウドサービス事業者、映像配信サービス事業者等）のサービスを組み合わせて、利用ＮＷモデルを生成する。そして、ＮＷモデル提案部１４０がサービス事業者１に、生成した利用ＮＷモデルを提案する。また、ＮＷモデル登録部１５０は、提案ＮＷモデルを受け取ったサービス事業者１から利用ＮＷモデルの登録を受け付け、サービスＮＷ管理ＤＢ４０に利用ＮＷモデルとして保管する。

図７ないし図９は、利用ＮＷモデルの生成を説明する図である。図７は、サービス事業者毎のエンドユーザと利用ＮＷリソースを示す図、図８は、図７のＰ事業者ユーザＸの利用ＮＷリソースを基に作成された、Ｐ事業者ユーザＸのサービスＮＷを示す図、図９は、図７のＱ事業者ユーザαの利用ＮＷリソースを基に作成された、Ｑ事業者ユーザαのサービスＮＷを示す図である。

ＮＷ情報管理部１２０（図１）は、ＮＷサービス事業者４（図１）からＮＷサービス事業者のＮＷ情報を取得する。ＮＷ情報管理部１２０は、図７に示すサービス事業者毎のエンドユーザと利用ＮＷリソースと全体のＳＬＡとを取得する。図７に示すように、サービス事業者（Middle B）は、「Ｐ事業者」「Ｑ事業者」、それぞれのエンドユーザ（Ｃ）は、「ユーザＸ」「ユーザα」である。利用ＮＷリソースは、ＮＷ、クラウド、ＡＰＬ等からなる。上記利用ＮＷリソースのＮＷは、区間（例えばＡ⇔Ｂ）、容量（例えば１０Ｇ）、種別（例えばＶＬＡＮ）、事業者を含む。また、上記クラウドは、容量（例えば５０Ｇ）、事業者からなり、上記ＡＰＬは、種類（例えば映像配信，ＰＢＸ）、事業者からなる。

<例１>
資源構成計算部１３０は、図７の太実線で囲んだ部分のＮＷサービスを組み合わせて、「Ｐ事業者」について図８に示す利用ＮＷモデルを生成する。具体的には、資源構成計算部１３０は、図７の太実線で囲んだ部分のサービス要件の、ＮＷ事業者「ａ，ｂ」、区間「Ａ⇔Ｂ，Ｂ⇔Ｃ」、容量「１０Ｇ」、種別「ＶＬＡＮ」、クラウド容量「５０Ｇ」その事業者「Ｙ」、ＡＰＬ種別「映像配信」その事業者「Ｘ」を基にＮＷ構成を計算する。
図８に示すように、Ｐ事業者のユーザＸ向けの利用ＮＷモデルは、拠点１、拠点２への映像配信サービス（図８の実線矢印参照）、通信帯域１０Ｇ、冗長（二重化）構成が作成される。

<例２>
資源構成計算部１３０は、図７の太破線で囲んだ部分のＮＷサービスを組み合わせて、「Ｑ事業者」について図９に示す利用ＮＷモデルを生成する。具体的には、資源構成計算部１３０は、図７の太実線で囲んだ部分のサービス要件の、ＮＷ事業者「ａ，ｂ」、区間「Ａ⇔Ｂ，Ｂ⇔Ｃ，Ｂ⇔Ｄ」、容量「１０Ｇ」、種別「ＶＬＡＮ」、クラウド容量「５０Ｇ」その事業者「Ｙ」、ＡＰＬ種別「ＰＢＸ」その事業者「Ｘ」を基にＮＷ構成を計算する。
図９に示すように、Ｑ事業者のユーザＸ向けの利用ＮＷモデルは、拠点１、拠点２、拠点３間を相互に接続する電話通信サービス（図８の実線矢印参照）、通信帯域１０Ｇ、冗長（二重化）構成が作成される。

以上説明したように、本実施形態に係る一括管理装置１００は、サービス事業者１からのサービス要件を受け付けるサービス要件受付部１１０と、複数のＮＷサービス事業者４のネットワーク情報を管理するＮＷ情報管理部１２０と、サービス要件に基づいて、ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算部１３０と、利用ＮＷモデルを記憶するサービスＮＷ管理ＤＢ４０と、利用ＮＷモデルを参照して、ＮＷ設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能部１６０と、を備える。

この構成により、一括管理装置１００は、サービス事業者１がサービス要件を伝えると、複数のＮＷサービス事業者の設備やサービスから、最適なＮＷモデルを生成して、サービスＮＷ管理ＤＢ４０に保管する。
また、一括管理装置１００は、サービス事業者１から、ＮＷへの変更や監視の要求を受けると、そのＮＷモデルを参照して、実際のＮＷサービスへの制御や、ＮＷサービスからの情報収集を行う。

これにより、サービス事業者１が、複雑な処理や専門的な知識を要しなくても複数の通信ネットワーク事業者の情報や機能を利用することができる。具体的には、一括管理装置１００は、サービス事業者１が、新たなサービスを開始するにあたり、複数のＮＷ事業者（回線サービス事業者、クラウドサービス事業者、映像配信サービス事業者等）のサービスを組み合わせて、利用ＮＷモデルを提案することができる。また、一括管理装置１００は、利用ＮＷモデルを管理することで、複数のＮＷ事業者を跨ったＮＷのマネージメント／オペレーション（帯域の変更、信頼性変更、監視等）を容易にすることができる。

また、本実施形態では、一括管理装置１００は、サービス事業者１に利用ＮＷモデルを提案するＮＷモデル提案部１４０と、サービス事業者１から利用ＮＷモデルを受け付け、サービスＮＷ管理ＤＢ４０に登録するＮＷモデル登録部１５０と、さらに備える。
これにより、サービス事業者に対し利用ＮＷモデルを提案することができる。また、サービス事業者が利用する利用ＮＷモデルを登録しておくことができる。登録した利用ＮＷモデルを管理することで、複数のＮＷ事業者を跨ったＮＷのマネージメント／オペレーション（帯域の変更、信頼性変更、監視等）を容易にすることができる。

また、本実施形態では、一括管理装置１００は、運用機能部１６０が、ＮＷサービス事業者４からの警報、またはサービス事業者１からの運行状態確認があったならば、故障原因の特定や運行状態確認を行う。
これにより、ＮＷサービス事業者からの警報、またはサービス事業者からＮＷへの変更や監視の要求を受けると、ＮＷモデルを参照して、ＮＷサービスから情報収集し、監視や故障分析を行うことができる。

［変形例］
図１０は、本実施形態の変形例に係る一括管理装置１００Ａの全体構成を説明する図である。
図１０に示すように、一括管理装置１００Ａは、運用機能部１６０とサービスＮＷ管理ＤＢ４０間にルールエンジン６０を備える。
ルールエンジン６０は、メインルートである運用機能部１６０の処理機能を分担する。ルールエンジン６０は、処理の細かい部分は、後から変更可能にする。
故障箇所の原因推定方法等、今後様々なロジックが追加される部分にはルールエンジン６０に機能分担する。これにより、処理のメインルートの汎用性および将来的な拡張性を高めることができる。

なお、上記実施形態では、記憶手段として、サービスＮＷ管理ＤＢ４０を例示したが、記憶手段であればよく、テーブル、一時ファイル等のデータベース以外の記憶手段を適用してもよい。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上述文書中や図面中に示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣ（Integrated Circuit）カード、ＳＤ（Secure Digital）カード、光ディスク等の記録媒体に保持することができる。

１ サービス事業者
２ ＮＷサービス
３ クラウドサービス
１０ プロビジョニング機能部
２０ 一括申込み機能部
３０ 一括監視機能部
４０ サービスＮＷ管理ＤＢ（サービスＮＷ管理記憶部）
６０ ルールエンジン
１００，１００Ａ 一括管理装置
１１０ サービス要件受付部
１２０ ＮＷ情報管理部
１３０ 資源構成計算部
１４０ ＮＷモデル提案部
１５０ ＮＷモデル登録部
１６０ 運用機能部

Claims (6)

1. 複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理装置であって、
   前記サービス事業者からのサービス要件を受け付けるサービス要件受付部と、
   複数の前記ネットワークサービス事業者のネットワーク情報を管理するＮＷ情報管理部と、
   前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算部と、
   計算された前記利用ＮＷモデルを記憶するサービスＮＷ管理記憶部と、
   前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能部と、を備える
   ことを特徴とする一括管理装置。
2. 前記サービス事業者に前記利用ＮＷモデルを提案するＮＷモデル提案部と、
   前記サービス事業者から前記利用ＮＷモデルを受け付け、前記サービスＮＷ管理記憶部に登録するＮＷモデル登録部と、さらに備える
   ことを特徴とする請求項１に記載の一括管理装置。
3. 前記運用機能部は、前記ネットワークサービス事業者からの警報、または前記サービス事業者からの運行状態確認があったならば、故障原因の特定や運行状態確認を行う
   ことを特徴とする請求項１に記載の一括管理装置。
4. 前記運用機能部の機能の一部を分担して実行するルールエンジンを備え、前記ルールエンジンは、当該機能の拡張または変更が可能である
   ことを特徴とする請求項１に記載の一括管理装置。
5. 複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理方法であって、
   前記サービス事業者からのサービス要件を受け付けるステップと、
   複数の前記ネットワークサービス事業者のネットワーク情報を管理するステップと、
   前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算するステップと、
   計算された前記利用ＮＷモデルを記憶するステップと、
   前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行うステップと、を実行する
   ことを特徴とする一括管理方法。
6. 複数のサービス事業者が、複数のネットワークサービス事業者に跨ってサービスを提供する通信ネットワークにおいて、前記サービス事業者のネットワーク設計を一括して管理する一括管理装置としてのコンピュータを、
   前記サービス事業者からのサービス要件を受け付けるサービス要件受付手段、
   複数の前記ネットワークサービス事業者のネットワーク情報を管理するＮＷ情報管理手段、
   前記サービス要件に基づいて、前記ネットワーク情報の中から、最適な利用ＮＷモデルを計算する資源構成計算手段、
   計算された前記利用ＮＷモデルを記憶するサービスＮＷ管理記憶手段、
   前記利用ＮＷモデルを参照して、ネットワーク設定、監視、情報収集を含む運用の保守、設定、および監視処理を行う運用機能手段、として機能させるためのプログラム。

Images