知財求人 - 知財ポータルサイト「IP Force」
▶ ラクテン・シンフォニー・シンガポール・プライベート・リミテッドの特許一覧
特許7477657ネットワークサービス管理システムおよびネットワークサービス管理方法
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-22
(45)【発行日】2024-05-01
(54)【発明の名称】ネットワークサービス管理システムおよびネットワークサービス管理方法
(51)【国際特許分類】
H04L 41/50 20220101AFI20240423BHJP
H04L 41/0803 20220101ALI20240423BHJP
H04L 67/50 20220101ALI20240423BHJP
【ＦＩ】
H04L41/50
H04L41/0803
H04L67/50
【請求項の数】
11
(21)【出願番号】P 2022579150
(86)(22)【出願日】2021-02-04
(86)【国際出願番号】 IB2021050887
(87)【国際公開番号】W WO2022167837
(87)【国際公開日】2022-08-11
【審査請求日】2023-03-14
(73)【特許権者】
【識別番号】520237889
【氏名又は名称】ラクテン・シンフォニー・シンガポール・プライベート・リミテッド
(74)【代理人】
【識別番号】100105924
【弁理士】
【氏名又は名称】森下 賢樹
(72)【発明者】
【氏名】竹内 一成
(72)【発明者】
【氏名】北 真也
(72)【発明者】
【氏名】パサク ミヒール
(72)【発明者】
【氏名】サデギアン メフディ
(72)【発明者】
【氏名】ワデカル アメーヤ
(72)【発明者】
【氏名】ワグ ヤシュ
【審査官】前田 健人
(56)【参考文献】
【文献】特開２０１０－００４４２６（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１９／００５２５２６（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１９／０２４５７４３（ＵＳ，Ａ１）
【文献】国際公開第２００４／０７１０４４（ＷＯ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ４１／５０
Ｈ０４Ｌ ４１／０８０３
Ｈ０４Ｌ ６７／５０
(57)【特許請求の範囲】
【請求項1】
顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部と、前記ネットワークサービスに関する前記顧客の要求を受け付ける受付部と、
前記ファイルに定められた内容に基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供する設定画面提供部と、
前記設定画面に前記顧客が入力した前記ネットワーク機器の設定値に基づいて、前記ネットワーク機器に設定を投入する機器設定部と、
を備え、
前記受付部は、前記要求として、前記ネットワークサービスを購入しようとする顧客により指定された前記ネットワークサービスの構成を受け付け、
前記設定画面提供部は、前記ファイルに定められた内容と、前記顧客により指定された前記ネットワークサービスの構成とに基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供する、
ネットワークサービス管理システム。
【請求項2】
前記ファイルは、前記ネットワーク機器に対するデフォルトの設定値を含むものであり、前記設定画面提供部は、前記ネットワーク機器に対するデフォルトの設定値を含む設定画面を前記顧客の端末に提供する、
請求項１に記載のネットワークサービス管理システム。
【請求項3】
顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部と、前記ネットワークサービスに関する前記顧客の要求を受け付ける受付部と、
前記ファイルに定められた内容に基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供する設定画面提供部と、
前記設定画面に前記顧客が入力した前記ネットワーク機器の設定値に基づいて、前記ネットワーク機器に設定を投入する機器設定部と、
を備え、
前記受付部は、前記要求として、前記ネットワークサービスの規模に関する情報を受け付け、
前記設定画面提供部は、前記ネットワークサービスの規模に応じた内容の設定画面を前記顧客の端末に提供する、
ネットワークサービス管理システム。
【請求項4】
前記ネットワークサービスの規模に関する情報は、設定すべきネットワーク機器の個数を示す情報を含み、前記設定画面提供部は、前記設定すべきネットワーク機器の個数に対応する個数の前記ファイルに基づいて生成された設定画面を前記顧客の端末に提供する、
請求項３に記載のネットワークサービス管理システム。
【請求項5】
前記設定画面は、複数の前記ファイルに基づいて、複数のネットワーク機器に対応する複数の設定値入力エリアを含む、請求項４に記載のネットワークサービス管理システム。
【請求項6】
前記記憶部は、前記ネットワーク機器の現在の設定値をさらに記憶し、前記受付部は、前記要求として、前記ネットワークサービスの設定変更要求を前記顧客の端末から受け付け、
前記設定画面提供部は、前記設定画面として、前記ファイルに定められた内容と、前記ネットワーク機器の現在の設定値とに基づく前記ネットワーク機器の設定変更画面を前記顧客の端末に提供し、
前記機器設定部は、前記設定変更画面に顧客が入力した前記ネットワーク機器の設定値に基づいて、前記ネットワーク機器の設定を変更する、
請求項１から５のいずれかに記載のネットワークサービス管理システム。
【請求項7】
前記設定画面提供部は、前記ネットワーク機器の現在の設定値を含む設定変更画面を前記顧客の端末に提供する、請求項６に記載のネットワークサービス管理システム。
【請求項8】
前記ファイルは、ネットワーク機器の設定内容が所定のデータモデル言語で記述されたファイルである、請求項１から７のいずれかに記載のネットワークサービス管理システム。
【請求項9】
前記ファイルは、ネットワーク機器の設定内容がＹＡＮＧ（Ｙｅｔ Ａｎｏｔｈｅｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）により記述されたＹＡＮＧモデルを含む、請求項１から８のいずれかに記載のネットワークサービス管理システム。
【請求項10】
顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部を備えるコンピュータが、前記ネットワークサービスに関する前記顧客の要求を受け付けるステップと、
前記ファイルに定められた内容に基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供するステップと、
前記設定画面に前記顧客が入力した前記ネットワーク機器の設定値に基づいて、前記ネットワーク機器に設定を投入するステップと、
を実行し、
前記受け付けるステップは、前記要求として、前記ネットワークサービスを購入しようとする顧客により指定された前記ネットワークサービスの構成を受け付け、
前記提供するステップは、前記ファイルに定められた内容と、前記顧客により指定された前記ネットワークサービスの構成とに基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供する、
ネットワークサービス管理方法。
【請求項11】
顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部を備えるコンピュータが、前記ネットワークサービスに関する前記顧客の要求を受け付けるステップと、
前記ファイルに定められた内容に基づく前記ネットワーク機器の設定画面を前記顧客の端末に提供するステップと、
前記設定画面に前記顧客が入力した前記ネットワーク機器の設定値に基づいて、前記ネットワーク機器に設定を投入するステップと、
を実行し、
前記受け付けるステップは、前記要求として、前記ネットワークサービスの規模に関する情報を受け付け、
前記提供するステップは、前記ネットワークサービスの規模に応じた内容の設定画面を前記顧客の端末に提供する、
ネットワークサービス管理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、データ処理技術に関し、特にネットワークサービス管理システムおよびネットワークサービス管理方法に関する。
【背景技術】
【0002】
ネットワークサービスの購入に応じた機能ユニットのデプロイに関する技術の一例として、特許文献１には、顧客が購入した製品のオーダを、ＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）単位に分解し、ＮＦＶＩ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）上にデプロイする技術が記載されている。
【0003】
特許文献２には、非共有に関する要件であるアイソレーション要件を満たすよう、配備要求に応じたネットワーク機能部を利用可能な計算装置に配備する技術が記載されている。
【0004】
特許文献３には、上位の事業者において管理している複数のネットワークスライスの全部又は一部を、複数の事業者に対して独自性をもって利用させることができる技術が記載されている。
【先行技術文献】
【特許文献】
【0005】
【文献】国際公開第２０１８／１８１８２６号
【0006】
【文献】国際公開第２０１９／６４６７８号
【0007】
【文献】国際公開第２０１８／３４３２１号
【発明の概要】
【発明が解決しようとする課題】
【0008】
ネットワークサービスの構成、規模、対象地域などといったネットワークサービスに対するニーズは様々である。しかし、特許文献１～３に記載の技術を用いても、様々なニーズに応じたネットワークサービスを柔軟に構築することができなかった。
【0009】
本開示は上記課題に鑑みてなされたものであり、１つの目的は、様々なニーズに応じたネットワークサービスを柔軟に構築する技術を提供することにある。
【課題を解決するための手段】
【0010】
上記課題を解決するために、本開示のある態様のネットワークサービス管理システムは、顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部と、ネットワークサービスに関する顧客の要求を受け付ける受付部と、ファイルに定められた内容に基づくネットワーク機器の設定画面を顧客の端末に提供する設定画面提供部と、設定画面に顧客が入力したネットワーク機器の設定値に基づいて、ネットワーク機器に設定を投入する機器設定部とを備える。
【0011】
本開示の別の態様は、ネットワークサービス管理方法である。この方法は、顧客が購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する記憶部を備えるコンピュータが、ネットワークサービスに関する顧客の要求を受け付けるステップと、ファイルに定められた内容に基づくネットワーク機器の設定画面を顧客の端末に提供するステップと、設定画面に顧客が入力したネットワーク機器の設定値に基づいて、ネットワーク機器に設定を投入するステップとを実行する。
【0012】
なお、以上の構成要素の任意の組合せ、本開示の表現を、装置、コンピュータプログラム、コンピュータプログラムを読み取り可能に記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。
【発明の効果】
【0013】
本開示によれば、様々なニーズに応じたネットワークサービスを柔軟に構築することを支援できる。
【図面の簡単な説明】
【0014】
【図1】本発明の一実施形態に係るコンピュータネットワークの一例を示す図である。
【0015】
【図2】購入画面の一例を模式的に示す図である。
【0016】
【図3】サービス要件入力画面の一例を示す図である。
【0017】
【図4】購入確認画面の一例を示す図である。
【0018】
【図5】購入確認画面の一例を示す図である。
【0019】
【図6】バンドルファイルのデータ構造の一例を示す図である。
【0020】
【図7】オンボーディング画面の一例を示す図である。
【0021】
【図8】本発明の一実施形態に係るＭＰＳ及びＮＯＳで実装される機能の一例を示す機能ブロック図である。
【0022】
【図9】バンドルファイルに基づいて生成されるデータ群のデータ構造の一例を示す図である。
【0023】
【図10】物理インベントリデータのデータ構造の一例を示す図である。
【0024】
【図11】論理インベントリデータのデータ構造の一例を模式的に示す図である。
【0025】
【図12】リソース管理データの一例を示す図である。
【0026】
【図13】計画データのデータ構造の一例を示す図である。
【0027】
【図14】計画データの一例を模式的に示す図である。
【0028】
【図15】想定ビジーレベルデータの一例を示す図である。
【0029】
【図16】リソース管理データの一例を示す図である。
【0030】
【図17】ＣＮＦＤの一例を示す図である。
【0031】
【図18】ｄａｙ０パラメータの一例を示す図である。
【0032】
【図19A】本発明の一実施形態に係るベンダ端末、ＭＰＳ、及び、ＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0033】
【図19B】本発明の一実施形態に係るベンダ端末、ＭＰＳ、及び、ＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0034】
【図20】本発明の一実施形態に係る購入者端末、ＭＰＳ、及び、ＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0035】
【図21】本発明の一実施形態に係る購入者端末、ＭＰＳ、及び、ＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0036】
【図22A】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0037】
【図22B】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0038】
【図22C】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0039】
【図22D】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0040】
【図22E】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0041】
【図22F】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0042】
【図22G】本発明の一実施形態に係るＮＯＳで行われる処理の流れの一例を示すフロー図である。
【0043】
【図23】ＹＡＮＧモデルのデータの例を示す図である。
【0044】
【図24】実施例の通信プラットフォームの構成を示す図である。
【0045】
【図25】通信プラットフォームの動作を示すシーケンス図である。
【0046】
【図26】ＣＭａａＳ部に記憶されるサービスデータを模式的に示す図である。
【0047】
【図27】設定画面の例を示す図である。
【0048】
【図28】ＣＭａａＳ部に記憶されるユーザデータを模式的に示す図である。
【0049】
【図29】通信プラットフォームの動作を示すシーケンス図である。
【発明を実施するための形態】
【0050】
【0051】
図１は、本発明の一実施形態に係るコンピュータネットワーク２４の一例を示す図である。図１に示すように、本実施形態では、インターネット等のコンピュータネットワーク２４に、マーケットプレイスシステム（ＭＰＳ）１０、ネットワークオペレーティングシステム（ＮＯＳ）１２、購入者端末１４、ベンダ端末１６、複数のコアネットワークシステム２０、及び、複数の基地局装置２２、が接続されている。
【0052】
コアネットワークシステム２０は、第４世代移動通信システム（以下、４Ｇと呼ぶ。）におけるＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）や、第５世代移動通信システム（以下、５Ｇと呼ぶ。）における、ＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＳＭＦ（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）、ＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）等を含む５ＧＣ（５Ｇ ＣｏｒｅＮｅｔｗｏｒｋ）に相当するシステムである。本実施形態に係るコアネットワークシステム２０は、様々なロケーションに設けられた複数のデータセンタに配置されたサーバ群によって実装されている。各データセンタには、複数のサーバが配置されている。なお、図１には２つのコアネットワークシステム２０が示されているが、本実施形態に係るコアネットワークシステム２０の数は２つには限定されず、１つであってもよいし３つ以上であってもよい。
【0053】
基地局装置２２は、４ＧにおけるｅＮＢ（ｅＮｏｄｅＢ）や、５ＧにおけるｇＮＢ（ＮＲ基地局）に相当する、アンテナ２２ａを備えたコンピュータシステムである。本実施形態に係る基地局装置２２には、１又は複数のサーバが含まれる。なお、基地局装置２２がデータセンタに配置されたサーバ群によって実装されていても構わない。
【0054】
また、４ＧにおけるＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の構成要素であるｖＤＵ（ｖｉｒｔｕａｌ ＤＵ）やｖＣＵ（ｖｉｒｔｕａｌ ＣＵ）は、基地局装置２２に配置されてもよいしコアネットワークシステム２０の一部に組み込まれていてもよい。また、５ＧにおけるＲＡＮの構成要素であるＤＵやＣＵについても同様に、基地局装置２２に配置されてもよいしコアネットワークシステム２０の一部に組み込まれていてもよい。
【0055】
本実施形態に係るＭＰＳ１０は、例えば、クラウド基盤上に構成されており、図１に示すように、プロセッサ１０ａ、記憶部１０ｂ、通信部１０ｃ、が含まれる。プロセッサ１０ａは、ＭＰＳ１０にインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部１０ｂは、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などである。記憶部１０ｂには、プロセッサ１０ａによって実行されるプログラムなどが記憶される。通信部１０ｃは、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）や無線ＬＡＮモジュールなどといった通信インタフェースである。通信部１０ｃは、コンピュータネットワーク２４を介して、ＮＯＳ１２や購入者端末１４との間でデータを授受する。
【0056】
本実施形態に係るＮＯＳ１２は、例えば、クラウド基盤上に構成されており、図１に示すように、プロセッサ１２ａ、記憶部１２ｂ、通信部１２ｃ、が含まれる。プロセッサ１２ａは、ＮＯＳ１２にインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部１２ｂは、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）、ハードディスクドライブ（ＨＤＤ）などである。記憶部１２ｂには、プロセッサ１２ａによって実行されるプログラムなどが記憶される。通信部１２ｃは、例えば、ＮＩＣや無線ＬＡＮモジュールなどといった通信インタフェースである。通信部１２ｃは、コンピュータネットワーク２４を介して、ＭＰＳ１０、購入者端末１４、ベンダ端末１６、コアネットワークシステム２０、基地局装置２２との間でデータを授受する。
【0057】
本実施形態では、購入者によるネットワークサービスの購入要求に応じて、購入要求がされたネットワークサービスがコアネットワークシステム２０や基地局装置２２に構築される。そして、構築されたネットワークサービスが購入者に提供される。
【0058】
例えば、ＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）である購入者に、音声通信サービスやデータ通信サービス等のネットワークサービスが提供される。本実施形態によって提供される音声通信サービスやデータ通信サービスは、図１に示すＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）２６を利用する、購入者（上述の例ではＭＶＮＯ）にとっての顧客（エンドユーザ）に対して最終的に提供されることとなる。当該エンドユーザは、コアネットワークシステム２０や基地局装置２２を介して他のユーザとの間で音声通信やデータ通信を行うことが
可能である。
可能である。
【0059】
また、本実施形態において提供されるネットワークサービスは音声通信サービスやデータ通信サービスには限定されない。本実施形態において提供されるネットワークサービスは、例えば、ＩｏＴサービスであっても構わない。そして、例えば、ロボットアームやコネクテッドカーなどを利用するエンドユーザが本実施形態に係るネットワークサービスの購入者となっても構わない。
【0060】
また、本実施形態では、コアネットワークシステム２０や基地局装置２２に配置されているサーバには、ドッカー（Ｄｏｃｋｅｒ）などのコンテナ型のアプリケーション実行環境がインストールされており、これらのサーバにコンテナをデプロイして稼働させることができるようになっている。そして本実施形態において購入者に提供されるネットワークサービスは、コンテナベースの機能ユニットであるＣＮＦ（Ｃｌｏｕｄ－ｎａｔｉｖｅ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）によって実装される。
【0061】
本実施形態に係る購入者端末１４は、例えば、上述の購入者が利用する、スマートフォン、タブレット端末、パーソナルコンピュータ、などの一般的なコンピュータである。
【0062】
図２は、本実施形態に係る購入者端末１４に表示される購入画面の一例を示す図である。図２に示す購入画面では、ラジオボタンによって購入者が購入するネットワークサービスの種類が選択できるようになっている。ここで、購入者が音声通信サービスを指定して、次へボタン３０をクリックすると、購入者端末１４には、図３に示すサービス要件入力画面が表示される。
【0063】
サービス要件入力画面では、購入者は、購入するネットワークサービスについてのサービス要件を入力できるようになっている。図３の例では、加入者数、対向ＩＰ、監視対象、監視間隔、対象地域、及び、パスワードが設定できるようになっている。なお、対向ＩＰとは、購入者が既に保有しているネットワークシステムに対するアクセスポイントとなるＩＰアドレスを指す。
【0064】
購入者がこれらのサービス要件を入力して、次へボタン３２をクリックすると、サービス要件入力画面への入力に対応付けられるサービス要件データが、ＭＰＳ１０に送信される。
【0065】
サービス要件データには、例えば、加入者数を示す加入者数データ、対向ＩＰを示す対向ＩＰデータ、監視対象を示す監視対象データ、当該監視対象の監視間隔を示す監視間隔データ、購入されるネットワークサービスの対象地域を示す対象地域データ、及び、パスワードを示すパスワードデータが含まれる。なお、サービス要件データにこれらのデータのすべてが含まれている必要はなく、また、これら以外の要件を示すデータが含まれていてもよい。
【0066】
そして、ＭＰＳ１０が、ＮＯＳ１２と連携して、サービス要件データに基づいて、当該サービス要件データが示すサービス要件を満たすサーバの確保が可能であるか否かを確認する。ここでは例えば、（１）サービス要件を満たすサーバの確保が可能である、（２）空きサーバのセットアップを行うことでサービス要件を満たすサーバの確保が可能である、（３）サービス要件を満たすサーバの確保が不可能である、のいずれであるかが判定される。
【0067】
そして、当該判定の結果が（１）又は（２）である場合には、購入者端末１４には、図４に示す、即時の提供が可能であることを示す購入確認画面が表示される。当該判定の結果が（３）である場合には、購入者端末１４には、図５に示す、所定の納期が必要である（例えば、２週間の納期が必要である）ことを示す購入確認画面が表示される。
【0068】
【0069】
【0070】
以上のように本実施形態によれば、購入者の様々なニーズに応じたネットワークサービスが柔軟に構築される。購入者は、ネットワークサービスの細かい実装について意識することなく、いくつかのサービス要件を指定するだけで、所望のネットワークサービスの提供を受けることができる。
【0071】
本実施形態に係るベンダ端末１６は、ネットワークサービスに関するサービスプロバイダ等のベンダが利用する、スマートフォン、タブレット端末、パーソナルコンピュータ、などの一般的なコンピュータである。
【0072】
本実施形態では、ベンダに、開発環境、検証環境、試験環境を含むＣＩ（Ｃｏｎｔｉｎｕｏｕｓ Ｉｎｔｅｇｒａｔｉｏｎ）／ＣＤ（Ｃｏｎｔｉｎｕｏｕｓ Ｄｅｌｉｖｅｒｙ）パイプラインが提供される。そして、本実施形態では、当該ＣＩ／ＣＤパイプラインを活用したオンボーディングプロセスによって、ベンダによって作成された、購入者への提供対象であるネットワークサービスに対応する検証済のバンドルファイルがオンボーディングされる。
【0073】
本実施形態に係るバンドルファイルは、例えば、所定のディレクトリ構成のファイル群を圧縮したファイル（例えばｔａｒｇｚ形式のファイル）である。
【0074】
図６は、本実施形態に係るバンドルファイルのデータ構造の一例を示す図である。図６に示すように、本実施形態に係るバンドルファイルには、ビジネスセクションデータ、テクノロジーセクションデータ、セキュリティセクションデータ、及び、オペレーションセクションデータが含まれる。
【0075】
ビジネスセクションデータには、例えば、ネットワークサービスの名称、ライセンス要件、サービスレベルアグリーメント（ＳＬＡ）の定義など、ネットワークサービスのビジネス要件が示されている。また、本実施形態に係るビジネスセクションデータには、ネットワークサービスのサービス要件についての必須の入力項目やオプションの入力項目を示すデータが含まれている。
【0076】
テクノロジーセクションデータには、例えば、ネットワークサービスを実現する機能ユニット群の構成が示されている。テクノロジーセクションデータには、例えば、ネットワークサービスを構成するアプリケーションやＣＮＦの構成が示されている。
【0077】
セキュリティセクションデータには、例えば、インストール資格情報などといった、当該ネットワークサービスのセキュリティ定義が示されている。
【0078】
オペレーションセクションデータには、例えば、監視対象のメトリックや監視間隔などのネットワークサービスに関する監視ポリシーが示されている。
【0079】
図７は、本実施形態に係るベンダ端末１６に表示されるオンボーディング画面の一例を示す図である。本実施形態では、ベンダが、バンドルファイルが配置されているパスを指定した上で、オンボーディングボタン４０をクリックすると、当該バンドルファイルがオンボーディングされる。
【0080】
以上のようにして本実施形態では、ベンダは、開発したファイル群がオンボーディングされる実際のロケーションを意識することなく、ネットワークサービスのオンボーディングを簡単に行うことができる。
【0081】
以下、本実施形態に係るＭＰＳ１０及びＮＯＳ１２の機能、及び、ＭＰＳ１０及びＮＯＳ１２で実行される処理について、さらに説明する。
【0082】
図８は、本実施形態に係るＭＰＳ１０及びＮＯＳ１２で実装される機能の一例を示す機能ブロック図である。なお、本実施形態に係るＭＰＳ１０及びＮＯＳ１２で、図８に示す機能のすべてが実装される必要はなく、また、図８に示す機能以外の機能が実装されていても構わない。
【0083】
図８に示すように、ＭＰＳ１０には、機能的には例えば、バンドル管理部５０、プロダクトカタログ記憶部５２、購入管理部５４、が含まれる。
【0084】
バンドル管理部５０、購入管理部５４は、プロセッサ１０ａ及び通信部１０ｃを主として実装される。プロダクトカタログ記憶部５２は、記憶部１０ｂを主として実装される。
【0085】
以上の機能は、コンピュータであるＭＰＳ１０にインストールされた、以上の機能に対応する指令を含むプログラムをプロセッサ１０ａで実行することにより実装されてもよい。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどを介してＭＰＳ１０に供給されてもよい。
【0086】
また、図８に示すように、ＮＯＳ１２には、機能的には例えば、バンドル展開部６０、オーケストレーション（Ｅ２ＥＯ：Ｅｎｄ－ｔｏ－Ｅｎｄ－Ｏｒｃｈｅｓｔｒａｔｉｏｎ）部６２、サービスカタログ記憶部６４、インベントリ管理部６６、ＣＭａａＳ（Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ ａｓ ａ Ｓｅｒｖｉｃｅ）部６８、サービスマネージャ部７０、スライスマネージャ部７２、監視管理部７４、セキュリティ設定部７６、複数のコンテナ管理部７８、リポジトリ部８０、インベントリデータベース８２、ＢＭａａＳ（Ｂａｒｅ Ｍｅｔａｌ ａｓ ａ Ｓｅｒｖｉｃｅ）部８４、が含まれる。
【0087】
バンドル展開部６０、Ｅ２ＥＯ部６２は、プロセッサ１２ａ及び通信部１２ｃを主として実装される。サービスカタログ記憶部６４、リポジトリ部８０、インベントリデータベース８２は、記憶部１２ｂを主として実装される。インベントリ管理部６６、ＣＭａａＳ部６８、サービスマネージャ部７０、スライスマネージャ部７２、監視管理部７４、セキュリティ設定部７６、コンテナ管理部７８は、プロセッサ１２ａ及び記憶部１２ｂを主として実装される。ＢＭａａＳ部８４は、プロセッサ１２ａを主として実装される。
【0088】
以上の機能は、コンピュータであるＮＯＳ１２にインストールされた、以上の機能に対応する指令を含むプログラムをプロセッサ１２ａで実行することにより実装されてもよい。このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどを介してＮＯＳ１２に供給されてもよい。
【0089】
また、図８には、図１に示す、コアネットワークシステム２０、及び、基地局装置２２に含まれる、様々なロケーションに分散配置された複数のサーバ９０についても示されている。そして、本実施形態に係る複数のコンテナ管理部７８は、それぞれ、これら複数のサーバ９０のうちの一部であるサーバ群に対応付けられている。
【0090】
本実施形態に係る複数のコンテナ管理部７８のそれぞれには、例えば、クバネテス（Ｋｕｂｅｒｎｅｔｅｓ）等のコンテナ管理ツール、及び、ヘルム（Ｈｅｌｍ）等のパッケージマネージャがインストールされている。そして、コンテナ管理部７８は、当該コンテナ管理部７８に対応付けられているサーバ群（複数のサーバ９０）に対してコンテナのデプロイや設定などといったコンテナの構築を含む、コンテナのライフサイクル管理を実行する。
【0091】
なお、コンテナ管理部７８は、ＮＯＳ１２に含まれている必要はない。コンテナ管理部７８は、例えば、当該コンテナ管理部７８によって管理されるサーバ９０（すなわち、コアネットワークシステム２０や基地局装置２２）、あるいは、当該サーバ９０に併設されているサーバに設けられていてもよい。
【0092】
バンドル展開部６０は、本実施形態では例えば、バンドルファイルをベンダ端末１６から受け付ける。そして、バンドル展開部６０は、本実施形態では例えば、受け付けたバンドルファイルに基づいて、図９にデータ構造が示されているデータ群を生成する。図９に示すデータ群は、バンドル展開部６０が受け付けたバンドルファイルの内容を再構成したものとなっている。
【0093】
図９に示すように、バンドル展開部６０によって生成されるデータ群には、プロダクトカタログデータ、サービスカタログデータ、インベントリテンプレートデータ、ＣＭテンプレートデータ、サービステンプレートデータ、スライステンプレートデータ、監視スクリプトデータ、セキュリティスクリプトデータ、ヘルムチャートデータ、及び、コンテナイメージデータが含まれる。
【0094】
プロダクトカタログデータは、例えば、バンドルファイルに含まれるビジネスセクションデータに対応するデータである。プロダクトカタログデータには、上述したように、図２に示す購入画面に表示されるネットワークサービスの名称、ライセンス要件、サービスレベルアグリーメント（ＳＬＡ）の定義など、ネットワークサービスのビジネス要件に関する情報が示されている。
【0095】
また、本実施形態に係るプロダクトカタログデータには、ネットワークサービスのサービス要件についての必須の入力項目やオプションの入力項目を示すデータが含まれている。本実施形態では、例えば、プロダクトカタログデータに基づいて、図２に示す購入画面、及び、図３に示すサービス要件入力画面が生成される。
【0096】
サービスカタログデータは、例えば、バンドルファイルに含まれるテクノロジーセクションデータの一部に対応するデータである。サービスカタログデータには、ネットワークサービスを構築するためのワークフローのスクリプトが含まれている。
【0097】
また、サービスカタログデータに、上述のサービス要件データの値と、購入要求に応じて構築される機能ユニット群（例えば、ＣＮＦ群）の構成との対応を示す要件構成対応データが含まれていてもよい。
【0098】
例えば、サービスカタログデータに、サービス要件データの値と、機能ユニット群の種類並びに各種類についての機能ユニットの数との対応を示す要件構成対応データが含まれていてもよい。例えば、要件構成対応データに、「加入者数２００００と１つのＰ－ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）」、「加入者数２００００と１つのＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｙｓｔｅｍ）」、「加入者数２００００と１つのＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）」が対応することが示されていてもよい。なお、サービス要件データと対応付けられるのは４Ｇの構成要素の種類や数には限定されず、サービス要件データと５Ｇの構成要素の種類や数とが対応付けられていてもよい。
【0099】
また、例えば、要件構成対応データに、サービス要件データの値と、購入要求に応じて構築される機能ユニット群に含まれる各機能ユニットが構築されるロケーションとの対応が示されていてもよい。この場合、要件構成対応データにおいてサービス要件データの値と対応付けられているロケーションは、構築される機能ユニット群に含まれる機能ユニットによって異なっていてもよい。
【0100】
インベントリテンプレートデータは、例えば、バンドルファイルに含まれるテクノロジーセクションデータの一部及びセキュリティセクションデータの一部に対応するデータである。インベントリテンプレートデータは、例えば、インベントリ管理部６６によって利用されるロジックを示すテンプレートデータである。
【0101】
ＣＭテンプレートデータは、例えば、バンドルファイルに含まれるテクノロジーセクションデータの一部及びオペレーションセクションデータの一部に対応するデータであり、例えば、ＣＭａａＳ部６８によって利用されるロジックを示すテンプレートデータである。
【0102】
サービステンプレートデータは、例えば、バンドルファイルに含まれるテクノロジーセクションデータの一部に対応するデータであり、例えば、サービスマネージャ部７０によって利用されるロジックを示すテンプレートデータである。
【0103】
スライステンプレートデータは、例えば、バンドルファイルに含まれるテクノロジーセクションデータの一部に対応するデータであり、例えば、スライスマネージャ部７２によって利用されるロジックを示すテンプレートデータである。
【0104】
監視スクリプトデータは、例えば、バンドルファイルに含まれるオペレーションセクションデータの一部に対応するデータであり、例えば、監視管理部７４によって実行される監視スクリプトを示すデータである。
【0105】
セキュリティスクリプトデータは、例えば、バンドルファイルに含まれるセキュリティセクションデータの一部に対応するデータであり、例えば、セキュリティ設定部７６によって実行されるセキュリティに関するスクリプトを示すデータである。
【0106】
ヘルムチャートデータは、例えば、バンドルファイルに含まれるオペレーションセクションデータの一部に対応するデータであり、コンテナ管理部７８によって利用されるスクリプトテンプレート（ヘルムチャート）を示すデータである。
【0107】
コンテナイメージデータは、例えば、バンドルファイルに含まれるオペレーションセクションデータの一部に対応するデータであり、例えば、ネットワークサービスを実現する機能ユニット群に含まれるコンテナについてのコンテナイメージのデータである。コンテナイメージデータには、１又は複数のコンテナイメージが含まれる。これら１又は複数のコンテナイメージのそれぞれには、当該コンテナイメージの識別子であるコンテナイメージＩＤが関連付けられている。
【0108】
本実施形態では、バンドル展開部６０は、バンドルファイルの受付に応じて、当該バンドルファイルに基づいて生成されるデータ群に対応するバンドルＩＤを決定する。バンドルＩＤは、生成されるデータ群ごとに一意に割り当てられる。
【0109】
そして、バンドル展開部６０は、当該バンドルＩＤに対応するデータ群に含まれるプロダクトカタログデータを、決定されるバンドルＩＤに関連付けた上で、ＭＰＳ１０に送信する。
【0110】
また、バンドル展開部６０は、当該データ群に含まれるサービスカタログデータを、決定されるバンドルＩＤに関連付けた上で、Ｅ２ＥＯ部６２に出力する。すると、Ｅ２ＥＯ部６２は、当該サービスカタログデータをサービスカタログ記憶部６４に記憶させる。
【0111】
また、バンドル展開部６０は、インベントリテンプレートデータ、ＣＭテンプレートデータ、サービステンプレートデータ、スライステンプレートデータ、監視スクリプトデータ、セキュリティスクリプトデータ、ヘルムチャートデータ、及び、コンテナイメージデータを、当該データ群に対応するバンドルＩＤに関連付けた上で、それぞれ、インベントリ管理部６６、ＣＭａａＳ部６８、サービスマネージャ部７０、スライスマネージャ部７２、監視管理部７４、セキュリティ設定部７６、コンテナ管理部７８、及び、リポジトリ部８０に記憶させる。
【0112】
このようにして、本実施形態ではバンドルＩＤによって、プロダクトカタログデータ、サービスカタログデータ、インベントリテンプレートデータ、ＣＭテンプレートデータ、サービステンプレートデータ、スライステンプレートデータ、監視スクリプトデータ、セキュリティスクリプトデータ、ヘルムチャートデータ、及び、コンテナイメージデータが互いに関連付けられることとなる。
【0113】
また、本実施形態では、ベンダは、バンドルファイルのパスの指定などの簡単な操作によって簡単にネットワークサービスを提供することが可能である。
【0114】
バンドル管理部５０は、本実施形態では例えば、バンドル展開部６０から送信される、バンドルＩＤに関連付けられたプロダクトカタログデータを受信する。そして、バンドル管理部５０は、受信したプロダクトカタログデータをプロダクトカタログ記憶部５２に記憶させる。
【0115】
プロダクトカタログ記憶部５２は、本実施形態では例えば、上述のように、バンドルＩＤに関連付けられたプロダクトカタログデータを記憶する。
【0116】
購入管理部５４は、本実施形態では例えば、購入者端末１４から、バンドルＩＤ、及び、サービス要件データに関連付けられた、ネットワークサービスの購入要求などといったネットワークサービスの構築要求を受け付ける。以下、購入要求に関連付けられているバンドルＩＤを購入バンドルＩＤと呼び、購入要求に関連付けられているサービス要件データを購入サービス要件データと呼ぶこととする。
【0117】
そして、購入管理部５４は、上述の購入要求の受付に応じて、当該購入バンドルＩＤに関連付けられた当該購入サービス要件データをＥ２ＥＯ部６２に送信する。
【0118】
また、購入管理部５４は、Ｅ２ＥＯ部６２及びインベントリ管理部６６と連携して、購入者が購入するネットワークサービスの納期を特定する。そして、購入管理部５４は、特定される納期を購入者に通知する。購入管理部５４は、例えば、特定される納期が示された購入確認画面を生成して、生成される購入確認画面を購入者端末１４に送信する。
【0119】
インベントリデータベース８２は、本実施形態では例えば、ＮＯＳ１２で管理されている、コアネットワークシステム２０や基地局装置２２に配置されている複数のサーバ９０についてのインベントリ情報が格納されたデータベースである。
【0120】
本実施形態では例えば、インベントリデータベース８２には、図１０に示す物理インベントリデータ、及び、図１１に示す論理インベントリデータを含む、インベントリデータが記憶されている。インベントリデータには、ＮＯＳ１２で管理されているリソースの状況（例えば、リソースの使用状況）が示されている。
【0121】
図１０は、物理インベントリデータのデータ構造の一例を示す図である。図１０に示す物理インベントリデータは、１つのサーバ９０に対応付けられる。図１０に示す物理インベントリデータには、例えば、サーバＩＤ、ロケーションデータ、建物データ、階数データ、ラックデータ、割り当てリソースプール群ＩＤ、割り当てリソースプールＩＤ、スペックデータ、ネットワークデータ、稼働コンテナＩＤリスト、などが含まれる。
【0122】
物理インベントリデータに含まれるサーバＩＤは、例えば、当該物理インベントリデータに対応付けられるサーバ９０の識別子である。
【0123】
物理インベントリデータに含まれるロケーションデータは、例えば、当該物理インベントリデータに対応付けられるサーバ９０のロケーション（例えばロケーションの住所）を示すデータである。
【0124】
物理インベントリデータに含まれる建物データは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が配置されている建物（例えば建物名）を示すデータである。
【0125】
物理インベントリデータに含まれる階数データは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が配置されている階数を示すデータである。
【0126】
物理インベントリデータに含まれるラックデータは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が配置されているラックの識別子である。
【0127】
物理インベントリデータに含まれる割り当てリソースプール群ＩＤは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が割り当てられているリソースプール群の識別子である。
【0128】
物理インベントリデータに含まれる割り当てリソースプールＩＤは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が割り当てられているリソースプールの識別子である。割り当てリソースプールＩＤが示すリソースプールは、割り当てリソースプール群ＩＤに対応するリソースプール群に含まれるいずれかのリソースプールである。なお、本実施形態では、空きサーバは、いずれかのリソースプール群に割り当てられるが、当該空きサーバが当該リソースプール群に含まれるどのリソースプールに割り当てられるかは未決定である。このような空きサーバについては、対応する物理インベントリデータに含まれる割り当てリソースプールＩＤの値としてＮｕｌｌが設定される。
【0129】
物理インベントリデータに含まれるスペックデータは、例えば、当該物理インベントリデータに対応付けられるサーバ９０のコア数、メモリ容量、ハードディスク容量、などといった、当該サーバ９０のスペックを示すデータである。
【0130】
物理インベントリデータに含まれるネットワークデータは、例えば、当該物理インベントリデータに対応付けられるサーバ９０が備えるＮＩＣや当該ＮＩＣが備えるポート数などを示すデータである。
【0131】
物理インベントリデータに含まれる稼働コンテナＩＤリストは、例えば、当該物理インベントリデータに対応付けられるサーバ９０で稼働する１又は複数のコンテナのインスタンスの識別子（コンテナＩＤ）のリストを示すデータである。
【0132】
図１１は、論理インベントリデータのデータ構造の一例を模式的に示す図である。図１１に示すように、論理インベントリデータには、ＮＳ（Ｎｅｔｗｏｒｋ Ｓｅｒｖｉｃｅ）データ、ＮＦ（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）データ、ＣＮＦデータ、ｐｏｄデータ、及び、コンテナデータが含まれている。
【0133】
ＮＳデータは、例えばｖＲＡＮ（ｖｉｒｔｕａｌ ＲＡＮ）などに相当するネットワークサービスのインスタンスの識別子や当該ネットワークサービスの種類等の属性を示すデータである。ＮＦデータは、例えばｅＮｏｄｅＢなどに相当するネットワークファンクションのインスタンスの識別子や当該ネットワークファンクション種類等の属性を示すデータである。ＣＮＦデータは、例えばｖＣＵやｖＤＵなどに相当する、ＣＮＦのインスタンスの識別子や当該ＣＮＦの種類等の属性を示すデータである。ｐｏｄデータは、ＣＮＦに含まれるｐｏｄのインスタンスの識別子や当該ｐｏｄの種類等の属性を示すデータである。ここで、ｐｏｄとは、クバネテスでドッカーコンテナを管理するための最小単位を指す。コンテナデータは、ｐｏｄに含まれるコンテナのインスタンスのコンテナＩＤや当該コンテナの種類等の属性を示すデータである。
【0134】
なお、ホスト名やＩＰアドレスなどの属性を示すデータが論理インベントリデータに含まれる上述のデータに設定されていても構わない。例えば、コンテナデータに、当該コンテナデータに対応するコンテナのＩＰアドレスを示すデータが含まれていてもよい。また、例えば、ＣＮＦデータに、当該ＣＮＦデータが示すＣＮＦのＩＰアドレス及びホスト名を示すデータが含まれていてもよい。
【0135】
上述のデータは階層構造になっており、ＮＳデータは、当該ＮＳデータに対応するネットワークサービスに含まれる１又は複数のネットワークファンクションのそれぞれに対応する１又は複数のＮＦデータと関連付けられている。また、ＮＦデータは、当該ＮＦデータに対応するネットワークファンクションに含まれる１又は複数のＣＮＦのそれぞれに対応する１又は複数のＣＮＦデータと関連付けられている。また、ＣＮＦデータは、当該ＣＮＦデータに対応するＣＮＦに含まれる１又は複数のｐｏｄのそれぞれに対応する１又は複数のｐｏｄデータと関連付けられている。また、ｐｏｄデータは、当該ｐｏｄデータに対応するｐｏｄに含まれる１又は複数のコンテナのそれぞれに対応する１又は複数のコンテナデータと関連付けられている。
【0136】
論理インベントリデータに含まれるコンテナデータのコンテナＩＤと、物理インベントリデータに含まれる稼働コンテナＩＤリストに含まれるコンテナＩＤと、によって、コンテナのインスタンスと、当該コンテナのインスタンスが稼働しているサーバ９０とが関連付けられることとなる。
【0137】
なお、本実施形態において購入者が購入するネットワークサービス（プロダクトカタログデータに対応付けられるネットワークサービス）は、ＮＳデータに対応付けられるネットワークサービスに相当するものである必要はない。例えば、購入者が購入するネットワークサービスが、１又は複数のＮＦデータに対応付けられるネットワークファンクションに相当する機能ユニット群によって実現されるものであっても構わないし、１又は複数のＣＮＦデータに対応付けられる機能ユニット群によって実現されるものであっても構わない。また、購入者に購入されるネットワークサービスが、１又は複数のｐｏｄに対応付けられる機能ユニット群によって実現されるものであっても構わないし、１又は複数のコンテナに対応付けられる機能ユニット群によって実現されるものであっても構わない。
【0138】
また、図１１に示すように、本実施形態に係る論理インベントリデータには、それぞれリソースプール群に対応付けられる複数のリソースプール管理データが含まれる。
【0139】
図１２は、本実施形態に係るリソースプール管理データの一例を示す図である。リソースプール管理データは、当該リソースプール管理データに対応付けられるリソースプール群に含まれる複数のリソースプールの状況が示されている。
【0140】
図１２に示すリソースプール管理データには、リソースプール群ＩＤ、複数のリソースプールデータ、及び、空きサーバ数データが含まれる。
【0141】
リソースプール管理データに含まれるリソースプール群ＩＤは、当該リソースプール管理データに対応付けられるリソースプール群の識別子である。
【0142】
リソースプール管理データに含まれる空きサーバ数データは、当該リソースプール管理データに対応付けられるリソースプール群に割り当てられた空きサーバ数を示すデータである。
【0143】
リソースプールデータは、リソースプール管理データに対応付けられるリソースプール群に含まれるリソースプールの状況を示すデータである。
【0144】
図１２に示すように、リソースプールデータには、リソースプールＩＤ、総コア数データ、残りコア数データ、ＣＮＦ種類データが含まれる。
【0145】
リソースプールＩＤは、リソースプールの識別子である。
【0146】
総コア数データは、当該リソースプールに割り当てられたサーバ９０の総コア数を示すデータである。総コア数データは、当該リソースプールに含まれるハードウェアリソースの総量を示すリソース総量データの一具体例である。
【0147】
残りコア数データは、当該リソースプールに割り当てられたサーバ９０の残りコア数を示すデータである。残りコア数データは、当該リソースプールに含まれるハードウェアリソースの残量を示すリソース残量データの一具体例である。
【0148】
また、ＣＮＦ種類データは、当該リソースプールに関連付けられた１種類以上のＣＮＦの種類を示すデータである。ＣＮＦ種類データは、当該リソースプールに関連付けられた１種類以上の種類の機能ユニットを示す機能ユニット種類データの一具体例である。
【0149】
本実施形態では、複数のロケーションにまたがるリソースプール群が予め設定されてもよいし、１つのロケーションだけに対応付けられるリソースプール群が予め設定されていてもよい。いずれの場合も、リソースプール群は、物理インベントリデータに示されている１又は複数のロケーションに対応付けられることとなる。
【0150】
また、インベントリ管理部６６は、コンテナ管理部７８と連携して、リソースの状況を適宜把握できるようになっている。そして、インベントリ管理部６６は、リソースの最新の状況に基づいて、インベントリデータベース８２に記憶されているインベントリデータを適宜更新する。
【0151】
Ｅ２ＥＯ部６２及びインベントリ管理部６６は、本実施形態では例えば、購入管理部５４から受信するサービス要件データに基づいて、購入されるネットワークサービスを実現する機能ユニット群の構成を特定する。
【0152】
ここで、Ｅ２ＥＯ部６２は、例えば、購入管理部５４から受信する購入サービス要件データに関連付けられている購入バンドルＩＤに対応するサービスカタログデータをサービスカタログ記憶部６４から取得する。そして、Ｅ２ＥＯ部６２は、当該サービスカタログデータが示すワークフローのスクリプトを実行する。
【0153】
Ｅ２ＥＯ部６２及びインベントリ管理部６６は、購入管理部５４から受信する購入サービス要件データ、購入バンドルＩＤに関連付けられているサービスカタログデータ、購入バンドルＩＤに関連付けられているインベントリテンプレートデータ、及び、インベントリデータに基づいて、図１３及び図１４に例示する計画データ（ｐｌａｎｎｅｄ ｄａｔａ）を生成する。計画データは例えば、購入されるネットワークサービスを実現する機能ユニット群の構成を示すデータである。この処理は、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0154】
図１３は、本実施形態に係る計画データのデータ構造の一例を示す図である。図１４は、本実施形態に係る計画データの一例を模式的に示す図である。本実施形態に係る計画データには、計画データの識別子であるインベントリキーが含まれる。インベントリキーは、計画データが生成される際に、当該計画データに一意に割り当てられる。また、計画データには、購入バンドルＩＤが含まれる（図１４の例では「００１０」）。また、計画データには、購入要求を行った購入者（ユーザ）の識別子であるユーザＩＤが含まれる。
【0155】
また、計画データに、購入サービス要件データに設定されている値が含まれていてもよい。図１３及び図１４に示す計画データには、購入サービス要件データに含まれる、対向ＩＰデータの値、監視対象データの値、監視間隔データの値、及び、パスワードデータの値が含まれている。
【0156】
そして、本実施形態では、計画データには、購入されるネットワークサービスを実現する機能ユニット群に含まれる機能ユニットのそれぞれについての機能ユニット構成データが含まれる。機能ユニット構成データには、例えば、当該機能ユニットの種類を示すＣＮＦ種類データ、ホスト名を示すホスト名データ、ＩＰアドレスを示すＩＰアドレスデータ、当該機能ユニットを構成するコンテナにそれぞれ対応付けられる複数のコンテナ構成データ、が含まれる。
【0157】
ここで例えば、Ｅ２ＥＯ部６２が、購入サービス要件データに基づいて、構築される機能ユニット群の数を特定してもよい。例えば、Ｅ２ＥＯ部６２が、購入サービス要件データとサービスカタログデータに含まれる要件構成対応データとに基づいて、購入されるネットワークサービスを実現する機能ユニット群の種類並びに各種類についての機能ユニットの数を特定してもよい。例えば、サービス要件データが示す加入者数が５００００である場合に、上述の要件構成対応データに基づいて、構築される機能ユニット群が、３個のＰ－ＧＷ、３個のＩＭＳ、及び、３個のＨＳＳであると特定されてもよい。
【0158】
そして、Ｅ２ＥＯ部６２が、サービス要件データとともに、機能ユニット群の種類並びに各種類についての機能ユニットの数を示すデータをインベントリ管理部６６に出力してもよい。そして、インベントリ管理部６６が、当該データと、インベントリデータと、に基づいて、各機能ユニットに割り当てられるホスト名およびＩＰアドレスを決定してもよい。ここで例えば、既に使用されているホスト名やＩＰアドレスと重複しないようホスト名やＩＰアドレスが決定されてもよい。そして、このようにして決定されるホスト名を示すホスト名データ、及び、決定されるＩＰアドレスを示すＩＰアドレスデータを含む計画データが生成されてもよい。
【0159】
また、上述のように、Ｅ２ＥＯ部６２が、購入サービス要件データに基づいて、構築される機能ユニット群に含まれる機能ユニットのそれぞれが構築されるロケーションを特定してもよい。例えば、Ｅ２ＥＯ部６２が、購入サービス要件データに含まれる対象地域データとサービスカタログデータに含まれる要件構成対応データとに基づいて、構築される機能ユニット群に含まれる各機能ユニットのロケーションを決定してもよい。ここで各機能ユニットについて異なるロケーションが決定されてもよい。そして、各機能ユニットについて、当該機能ユニットについて決定されるロケーションにおいて利用可能なホスト名やＩＰアドレスが、当該機能ユニットのホスト名及びＩＰアドレスとして決定されてもよい。そして、このようにして決定されるホスト名を示すホスト名データ、及び、決定されるＩＰアドレスを示すＩＰアドレスデータを含む計画データが生成されてもよい。
【0160】
また、Ｅ２ＥＯ部６２が、購入サービス要件データに基づいて、複数のロケーションのそれぞれについて、当該ロケーションに構築される機能ユニットの種類及び数を特定してもよい。この場合、Ｅ２ＥＯ部６２が、購入サービス要件データに基づいて特定されるロケーションに応じて、当該ロケーションに構築される、それぞれの種類の機能ユニットの数を決定してもよい。また、Ｅ２ＥＯ部６２が、購入サービス要件データに基づいて特定されるロケーション毎に設定されている重みに基づいて、ロケーション毎に構築される、それぞれの種類の機能ユニットの数を決定してもよい。
【0161】
例えば、Ｅ２ＥＯ部６２に、図１５に示す想定ビジーレベルデータが記憶されていてもよい。図１５に示す想定ビジーレベルデータには、例えば、当該想定ビジーレベルデータに関連付けられているデータセンタの配下の１又は複数のセルがカバーするエリアの人口が示されている。想定ビジーレベルデータの値は、上述したロケーション毎に設定されている重みの一例である。
【0162】
ここで、コアネットワークシステム２０のデータセンタについての想定ビジーレベルデータには、例えば、当該コアネットワークシステム２０と通信する１又は複数の基地局装置２２のセルがカバーするエリアの人口が示される。
【0163】
そして、例えば、想定ビジーレベルデータが示す人口が高いロケーションであるほど多くの機能ユニットがデプロイされるようにしてもよい。例えば、購入サービス要件データに含まれる加入者数データに基づいて、デプロイされるｖＤＵの総数ｎが特定されるとする。そして、購入サービス要件データに含まれる対象地域データに基づいて、当該対象地域データが示す対象地域内にある、ｖＤＵのデプロイ先である複数のデータセンタが特定されるとする。この場合、特定された各データセンタについての想定ビジーレベルデータの値に基づいて、特定されたｖＤＵの総数ｎを按分した数のｖＤＵが各データセンタにデプロイされるようにしてもよい。
【0164】
図１３に示すように、コンテナ構成データには、例えば、コンテナＩＤ、コンテナイメージＩＤ、必要リソースデータ、リソースプール群ＩＤ、リソースプールＩＤ、及び、接続コンテナＩＤリストが含まれる。
【0165】
コンテナＩＤは、例えば、上述したように、当該コンテナ構成データに対応するコンテナのインスタンスに一意に割り当てられる識別子である。
【0166】
コンテナ構成データに含まれるコンテナイメージＩＤには、例えば、当該コンテナ構成データに対応するコンテナのコンテナイメージに割り当てられているコンテナイメージＩＤが設定される。
【0167】
必要リソースデータは、例えば、当該コンテナの稼働に必要なリソースを示すデータである。本実施形態では例えば、インベントリテンプレートデータに、各コンテナについて、当該コンテナの稼働に必要なリソースが示されている。インベントリ管理部６６は、インベントリテンプレートデータに基づいて、必要リソースデータの値を設定する。
【0168】
コンテナ構成データに含まれるリソースプール群ＩＤには、例えば、当該コンテナ構成データに対応するコンテナが割り当てられるリソースプール群のリソースプール群ＩＤの値が設定される。インベントリ管理部６６は、例えば、上述のようにして決定されるロケーションと、インベントリデータと、に基づいて、当該コンテナが構築されるリソースプール群ＩＤを決定してもよい。
【0169】
コンテナ構成データに含まれるリソースプールＩＤには、例えば、当該コンテナ構成データに対応するコンテナが割り当てられるリソースプールのリソースプールＩＤの値が設定される。インベントリ管理部６６は、例えば、当該コンテナの種類と、リソースプール管理データと、に基づいて、リソースプールＩＤを決定してもよい。
【0170】
接続コンテナＩＤリストは、当該コンテナと接続されるコンテナのコンテナＩＤのリストである。本実施形態では例えば、インベントリテンプレートデータに、各コンテナについて、当該コンテナと接続されるコンテナの種類が示されている。インベントリ管理部６６は、例えば、インベントリテンプレートデータと、インベントリデータと、に基づいて、接続コンテナＩＤリストの値を決定する。
【0171】
計画データを生成する際には、Ｅ２ＥＯ部６２は、インベントリ管理部６６と連携して、新規の機能ユニット群がデプロイされるリソースプール、及び、必要なリソースを特定する。ここで、Ｅ２ＥＯ部６２は、購入要求の受付などといった、ネットワークサービスの構築要求の受付に応じて特定される機能ユニットに関連付けられているリソースプールを特定してもよい。また、Ｅ２ＥＯ部６２は、購入されるネットワークサービスの対象地域に基づいて、リソースプール群を特定してもよい。例えば、購入サービス要件データに含まれる対象地域データが示す対象地域に基づいて、リソースプール群が特定されてもよい。そして、Ｅ２ＥＯ部６２は、特定されたリソースプール群に含まれるリソースプールのうちから、新規の機能ユニット群がデプロイされるリソースプールを特定してもよい。
【0172】
また、Ｅ２ＥＯ部６２は、新規の機能ユニット群がデプロイされるハードウェアリソース（ここでは例えばサーバ９０）を確保可能であるか否かを判定する。ここでは例えば、（１）サーバ９０の確保が可能である、（２）いずれのリソースプールにも含まれていない未使用ハードウェアリソース（ここでは例えば空きサーバ）のセットアップを行うことでサーバ９０の確保が可能である、（３）サーバ９０の確保が不可能である、のいずれであるかかが判定される。
【0173】
ここで、（２）である場合は、Ｅ２ＥＯ部６２は、未使用ハードウェアリソース（ここでは例えば空きサーバ）に、予め定められた特定種類の機能ユニットがデプロイされるか否かを判定する。
【0174】
そして、特定種類の機能ユニットがデプロイされる場合は、Ｅ２ＥＯ部６２は、当該特定種類の機能ユニットに関連付けられているリソースプールを特定する。ここで例えば、リソースプール管理データに基づいて、当該リソースプールが特定される。
【0175】
本実施形態では例えば、以上のようにして特定されるリソースプール群のリソースプール群ＩＤ、及び、特定されるリソースプールのリソースプールＩＤが、コンテナ構成データに設定される。
【0176】
ＣＭａａＳ部６８、サービスマネージャ部７０、及び、スライスマネージャ部７２は、本実施形態では例えば、上述のようにして特定される機能ユニット群の構成と、当該構成をパラメータとして受け入れ可能なテンプレートデータと、に基づいて、当該機能ユニット群の構築手順を特定する。当該構築手順には、例えば、コンテナのデプロイ、及び、デプロイされたコンテナ及び当該コンテナに関係するコンテナの設定等のコンテナの構成管理の手順が含まれる。この処理は、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0177】
そして、ＣＭａａＳ部６８、サービスマネージャ部７０、スライスマネージャ部７２、及び、コンテナ管理部７８は、特定される構築手順を実行することで、機能ユニット群を構築する。この処理も、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0178】
なお、機能ユニット群に含まれる機能ユニットのそれぞれが、当該機能ユニットについて特定されるロケーションに構築されてもよい。
【0179】
また例えば、購入サービス要件データに基づいて特定される数の機能ユニット群が構築されてもよい。
【0180】
また例えば、複数のロケーションのそれぞれについて、当該ロケーションについて特定される種類の機能ユニットが、特定される数だけ構築されるようにしてもよい。
【0181】
ここで、ＣＭａａＳ部６８及びＢＭａａＳ部８４は、例えば、新規の機能ユニット群がデプロイされるハードウェアリソース（ここでは例えばサーバ９０）を確保する。
【0182】
また、ＣＭａａＳ部６８及びＢＭａａＳ部８４は、特定種類の機能ユニットに応じたシステムソフトウェアのセットアップを、未使用ハードウェアリソースに施す。本実施形態では例えば、ＣＭａａＳ部６８又はＢＭａａＳ部８４に上述の特定種類の機能ユニットについてのセットアップを行うためのスクリプト（例えば、Ａｎｓｉｂｌｅスクリプト）が記憶されている。当該スクリプトには、例えば、特定種類あるいは特定バージョンである、コンテナ実行環境の基盤であるホストＯＳのインストール手順、ホストＯＳのカーネルの設定手順、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）の設定手順、などが記述されている。そして、ＢＭａａＳ部８４が、当該スクリプトを実行することにより、特定種類の機能ユニットに応じたシステムソフトウェアのセットアップが、空きサーバに施される。例えば、コンテナ実行環境のホストＯＳやＢＩＯＳのセットアップが、空きサーバに施される。
【0183】
そして、ＣＭａａＳ部６８及びＢＭａａＳ部８４は、リソースプール管理データを更新して、システムソフトウェアのセットアップが施された未使用ハードウェアリソースを、特定されるリソースプールに追加する。このようなリソースプールへのハードウェアリソースの追加は当該ハードウェアリソースを管理するコンテナ管理部７８によって検出される。そして、インベントリ管理部６６が、追加されたハードウェアリソース（サーバ９０）に対応するインベントリデータを更新される。このようにして、当該リソースプールには、特定種類の機能ユニットに応じたシステムソフトウェアのセットアップが施されたハードウェアリソースが含まれることとなる。
【0184】
ここでは例えば、ｖＤＵが特定種類の機能ユニットであることとする。また、ｖＤＵに必要なコア数が５つであり、空きサーバのコア数が５０であるとする。
【0185】
この場合において、ｖＤＵを含むネットワークサービスが購入される際に、ｖＤＵに関連付けられたリソースプールが特定される。図１２の例では、リソースプールＩＤがＣであるリソースプールが特定される。そして、このリソースプールの残りハードウェアリソースが充分であるか否かが確認される。そして、残りハードウェアリソースが不足している場合は、１つの空きサーバに対して、ｖＤＵに応じたシステムソフトウェアのセットアップが施される。そして、システムソフトウェアのセットアップがされたサーバ９０が、リソースプールＣに追加され、リソースプール管理データは、図１６に示すものに更新される。
【0186】
このようにして、本実施形態では、リソースプールデータに対応するリソースプールに含まれるハードウェアリソースには、当該リソースプールに関連付けられている１種類以上の種類の機能ユニットに応じたシステムソフトウェアのセットアップが施されることとなる。
【0187】
機能ユニットの種類によっては一般的な構成の汎用サーバでは充分な性能が発揮できないことがある。そこで、このような特定種類の機能ユニットのために、ホストＯＳやＢＩＯＳ等のシステムソフトウェアについて、専用のセットアップをサーバ等のハードウェアリソースに施すことが望ましい。この場合、そうした専用のシステムソフトウェアのセットアップが施されたハードウェアリソースをネットワークサービスの提供開始前に所要数だけ予め準備しておき、必要時には、準備されたハードウェアリソースに当該機能ユニットをデプロイすることが考えられる。
【0188】
ところが、特定種類の機能ユニットに応じたシステムソフトウェアのセットアップを事前に施すべきハードウェアリソースの最適量をネットワークサービスの提供開始前に見積もることは困難である。また、余裕をもって多くのハードウェアリソースに対して特定種類の機能ユニットに応じたシステムソフトウェアのセットアップを施してしまうと、このようなハードウェアリソースは他の機能ユニットのデプロイには適さないため、リソースの無駄が発生する。
【0189】
本実施形態では、上述のようにして、特定種類の機能ユニットを、未使用ハードウェアリソースにデプロイする場合に、当該特定種類の機能ユニットに応じたシステムソフトウェアのセットアップが未使用ハードウェアリソースに施される。そして、システムソフトウェアのセットアップが施された未使用ハードウェアリソースが、当該特定種類の機能ユニットに関連付けられているリソースプールに追加される。
【0190】
このようにして本実施形態によれば、ネットワークサービスを実現する各種の機能ユニットがデプロイされるハードウェアリソースを有効活用できることとなる。
【0191】
なお、本実施形態において、需要予測の結果に基づいて機能ユニットが特定されてもよい。例えば、需要予測の結果に基づいて、近い将来に不足することが予測される機能ユニットが特定されてもよい。そして、このようにして特定される機能ユニットに関連付けられているリソースプールが特定されてもよい。そして、当該リソースプールに、当該機能ユニットに応じたシステムソフトウェアのセットアップが施された未使用ハードウェアリソースが追加されてもよい。
【0192】
新規の機能ユニット群がデプロイされるハードウェアリソースが確保されると、サービスマネージャ部７０は、例えば、上述の計画データと、サービスマネージャ部７０に記憶されている、購入バンドルＩＤに関連付けられたサービステンプレートデータと、に基づいて、新規の機能ユニット群のデプロイをコンテナ管理部７８に指示する。当該サービステンプレートデータは、当該計画データの一部又は全部をパラメータとして受け入れ可能なものとなっている。
【0193】
上述のサービステンプレートデータの一例として、ＣＮＦＤ（ＣＮＦ Ｄｅｓｃｒｉｐｔｏｒ）が挙げられる。図１７は、ＣＮＦＤの一例を示す図である。サービスマネージャ部７０は、例えば、計画データと当該ＣＮＦＤとに基づいて、図１８に示すｄａｙ０パラメータ（ＣＮＦインスタンス）を生成する。例えば、図１７に示すＣＮＦＤのホスト名とＩＰアドレスの値が設定された、図１８に示すｄａｙ０パラメータが生成される。
【0194】
ここでＣＮＦＤに複数のデプロイメントフレーバーのそれぞれに対応付けられたテンプレートが含まれていてもよい。そして例えば、サービスマネージャ部７０は、購入サービス要件データに応じたデプロイメントフレーバーに対応するテンプレートに基づいて、ｄａｙ０パラメータを生成してもよい。
【0195】
ここで、サービスマネージャ部７０は、ｄａｙ０パラメータの出力先のロケーションを特定してもよい。例えば、ｄａｙ０パラメータの出力先となる１又は複数のコンテナ管理部７８が特定されてもよい。例えば、計画データのコンテナ構成データに示されているリソースプールのロケーションに配置されているサーバ９０に対応付けられているコンテナ管理部７８が特定されてもよい。そして、特定されるロケーションのそれぞれに出力されるｄａｙ０パラメータが生成されてもよい。例えば、出力先となる１又は複数のコンテナ管理部７８のそれぞれに出力されるｄａｙ０パラメータが生成されてもよい。
【0196】
そして、サービスマネージャ部７０は、生成された１又は複数のｄａｙ０パラメータのそれぞれを、当該ｄａｙ０パラメータの出力先のロケーションであるコンテナ管理部７８に出力する。当該ｄａｙ０パラメータには購入バンドルＩＤが関連付けられている。
【0197】
そして、コンテナ管理部７８は、受け付けたｄａｙ０パラメータに基づいて、新規の機能ユニット群をデプロイする。コンテナ管理部７８は、例えば、購入バンドルＩＤに対応付けられるヘルムチャートデータと、受け付けたｄａｙ０パラメータとに基づいて、デプロイされるコンテナイメージ、及び、コンテナがデプロイされるリソースプールを特定する。そして、コンテナ管理部７８は、当該コンテナイメージをリポジトリ部８０から取得して、当該コンテナイメージに対応するコンテナを、特定されたリソースプールにデプロイする。ここでは例えば、購入バンドルＩＤに対応付けられるヘルムチャートデータと、受信したｄａｙ０パラメータとに基づいて、マニフェストファイルが生成される。そして、当該マニフェストファイルを用いたコンテナのデプロイが実行される。
【0198】
また、ＣＭａａＳ部６８は、例えば、上述の計画データと、ＣＭａａＳ部６８に記憶されている、購入バンドルＩＤに関連付けられたＣＭテンプレートデータと、に基づいて、ｄａｙ１パラメータを含む計画ＣＭデータを生成する。当該ＣＭテンプレートデータは、当該計画データの一部又は全部をパラメータとして受け入れ可能なものとなっている。
【0199】
ｄａｙ１パラメータには、例えば、デプロイされた機能ユニット群及び当該機能ユニット群に関係する少なくとも１つの機能ユニット（例えば、デプロイされた機能ユニット群と通信する機能ユニット）についての設定等の構成管理手順が示されている。基地局装置２２に係るｄａｙ１パラメータには、例えば、電波強度、アンテナ２２ａの向きや角度、シリアルナンバー、などが示されている。Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）に係るｄａｙ１パラメータには、例えば、対向ノードを示す情報（通信相手のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を示す情報やＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）等）、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）サーバのホスト名あるいはＦＱＤＮ、などが示されている。
【0200】
そして、ＣＭａａＳ部６８は、生成される計画ＣＭデータに含まれるｄａｙ１パラメータに基づいて、機能ユニットの設定等の構成管理を実行する。これらの処理は、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0201】
そして、スライスマネージャ部７２は、例えば、上述の計画データと、スライスマネージャ部７２に記憶されている、購入バンドルＩＤに関連付けられたスライステンプレートデータと、に基づいて、購入されるネットワークサービスに係るネットワークスライスのインスタンス化を実行する。当該スライステンプレートデータは、当該計画データの一部又は全部をパラメータとして受け入れ可能なものとなっている。この処理は、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0202】
ここで、スライスマネージャ部７２が、ネットワークスライスのインスタンス化に関係する構成管理指示をＣＭａａＳ部６８に出力してもよい。そして、ＣＭａａＳ部６８が、当該構成管理指示に従った設定等の構成管理を実行してもよい。
【0203】
ここで例えば、ＣＭａａＳ部６８が、新規の機能ユニット群のデプロイが終了した際にこれらの新規の機能ユニット群に関する構成管理を実行して、その後に、ネットワークスライスのインスタンス化に関係する構成管理を実行してもよい。
【0204】
あるいは、ＣＭａａＳ部６８が、一旦生成されるｄａｙ１パラメータを、スライスマネージャ部７２から受け付ける構成管理指示に基づいて更新してもよい。そして、ＣＭａａＳ部６８が、新規の機能ユニット群及びネットワークスライスのインスタンス化に関係する構成管理をまとめて実行してもよい。
【0205】
監視管理部７４は、本実施形態では例えば、上述の計画データと、監視管理部７４に記憶されている、購入バンドルＩＤに関連付けられた監視スクリプトデータと、に基づいて、購入サービス要件データが示す監視ポリシーを特定する。そして、監視管理部７４は、特定される監視ポリシーに従った監視設定を実行する。そして、監視管理部７４は、構築される機能ユニット群を、特定される監視ポリシーに従って監視する。ここでは例えば、購入サービス要件データが示す監視対象に対する、購入サービス要件データが示す監視間隔での監視が実行されてもよい。この処理は、例えば、Ｅ２ＥＯ部６２によるワークフローのスクリプトの実行をトリガとして実行される。
【0206】
監視管理部７４は、例えば、監視対象のコンテナに関連付けられた、監視対象のメトリックの値を上述の監視間隔でログとして出力するサイドカーをデプロイしてもよい。そして、当該サイドカーが上述の監視設定に従ってログを監視管理部７４に出力してもよい。そして、監視管理部７４は、当該ログを蓄積してもよい。そして、監視管理部７４は、例えば、購入者端末１４からの要求に応じて当該ログを購入者端末１４に送信してもよい。
【0207】
セキュリティ設定部７６は、例えば、本実施形態では例えば、上述の計画データと、セキュリティ設定部７６に記憶されている、購入バンドルＩＤに関連付けられたセキュリティスクリプトデータと、に基づいて、購入サービス要件データの値に従った、パスワードの設定等のセキュリティ設定を実行する。
【0208】
ここで、図７に示すオンボーディング画面においてベンダによってオンボーディングボタン４０がクリックされた際にベンダ端末１６、ＭＰＳ１０、及び、ＮＯＳ１２で実行される処理の流れを、図１９Ａ及び図１９Ｂに示すフロー図を参照しながら説明する。
【0209】
まず、ベンダ端末１６が、オンボーディング画面において指定されたパスに配置されたバンドルデータをＮＯＳ１２のバンドル展開部６０に送信する（Ｓ１０１）。
【0210】
そして、バンドル展開部６０は、Ｓ１０１に示す処理で受信したバンドルデータを展開して、図９に示すデータ群を生成する（Ｓ１０２）。
【0211】
そして、バンドル展開部６０は、Ｓ１０２に示すデータ群に対応するバンドルＩＤを決定する（Ｓ１０３）。
【0212】
そして、バンドル展開部６０は、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるプロダクトカタログデータをＭＰＳ１０のバンドル管理部５０に送信する。そして、ＭＰＳ１０のバンドル管理部５０が、受信したプロダクトカタログデータをプロダクトカタログ記憶部５２に記憶させる（Ｓ１０４）。
【0213】
そして、バンドル展開部６０は、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるサービスカタログデータをＥ２ＥＯ部６２に出力する。そして、Ｅ２ＥＯ部６２が、受信したサービスカタログデータをサービスカタログ記憶部６４に記憶させる（Ｓ１０５）。
【0214】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるインベントリテンプレートデータをインベントリ管理部６６に記憶させる（Ｓ１０６）。
【0215】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるＣＭテンプレートデータをＣＭａａＳ部６８に記憶させる（Ｓ１０７）。
【0216】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるサービステンプレートデータをサービスマネージャ部７０に記憶させる（Ｓ１０８）。
【0217】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるスライステンプレートデータをスライスマネージャ部７２に記憶させる（Ｓ１０９）。
【0218】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれる監視スクリプトデータを監視管理部７４に記憶させる（Ｓ１１０）。
【0219】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるセキュリティスクリプトデータをセキュリティ設定部７６に記憶させる（Ｓ１１１）。
【0220】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるヘルムチャートデータをコンテナ管理部７８に記憶させる（Ｓ１１２）。ここで例えば、バンドル展開部６０は、Ｓ１０２に示すデータ群に含まれるヘルムチャートを複数のコンテナ管理部７８に記憶させてもよい。また、コンテナ管理部７８に対応付けられるヘルムチャートデータが当該コンテナ管理部７８に記憶されるようにしてもよい。
【0221】
そして、バンドル展開部６０が、Ｓ１０３に示す処理で決定されたバンドルＩＤに関連付けられた、Ｓ１０２に示すデータ群に含まれるコンテナイメージデータをリポジトリ部８０に記憶させて（Ｓ１１３）、本処理例に示す処理は終了される。
【0222】
次に、図３に示すサービス要件入力画面において購入者によって次へボタン３２がクリックされた際に、購入者端末１４、ＭＰＳ１０、及び、ＮＯＳ１２で実行される処理の流れを、図２０に示すフロー図を参照しながら説明する。
【0223】
まず、購入者端末１４は、購入バンドルＩＤに関連付けられた購入サービス要件データをＭＰＳ１０の購入管理部５４に送信する（Ｓ２０１）。当該購入バンドルＩＤは、図２に示す購入画面において購入者によって選択されたネットワークサービスのバンドルＩＤである。当該購入サービス要件データは、図３に示すサービス要件入力画面における入力内容を示すサービス要件データである。
【0224】
すると、ＭＰＳ１０の購入管理部５４は、Ｓ２０１に示す処理で受信した、購入バンドルＩＤに関連付けられた購入サービス要件データを、ＮＯＳ１２のＥ２ＥＯ部６２に送信する（Ｓ２０２）。
【0225】
すると、ＮＯＳ１２のＥ２ＥＯ部６２が、当該購入バンドルＩＤに関連付けられているサービスカタログデータに基づいて、空き状況問合せデータを生成する（Ｓ２０３）。ここでは例えば、購入されるネットワークサービスを実現する機能ユニット群の種類並びに各種類についての機能ユニットの数を示す空き状況問合せデータが生成される。
【0226】
そして、Ｅ２ＥＯ部６２が、Ｓ２０３に示す処理で生成された空き状況問合せデータをインベントリ管理部６６に出力する（Ｓ２０４）。
【0227】
すると、インベントリ管理部６６が、受け付けた空き状況問合せデータ、インベントリデータ、及び、インベントリテンプレートデータに基づいて、空き状況データを生成する（Ｓ２０５）。ここでは例えば、受け付けた空き状況問合せデータに示されている機能ユニット群がデプロイされるハードウェアリソースについて（１）確保可能であること、（２）空きサーバをリソースプールに追加することで確保可能であること、又は、（３）確保が不可能であることのいずれかを示す空き状況データが生成される。
【0228】
そして、インベントリ管理部６６は、Ｓ２０５に示す処理で生成された空き状況データをＥ２ＥＯ部６２に送信する（Ｓ２０６）。
【0229】
すると、Ｅ２ＥＯ部６２は、Ｓ２０６に示す処理で受信した空き状況データに基づいて、回答データを生成する（Ｓ２０７）。ここでは例えば、空き状況データが上述の（１）又は（２）を示す場合は、ＯＫを示す回答データが生成され、空き状況データが上述の（３）を示す場合は、ＮＧを示す回答データが生成される。
【0230】
そして、Ｅ２ＥＯ部６２は、Ｓ２０７に示す処理で生成された回答データを、ＭＰＳ１０の購入管理部５４に送信する（Ｓ２０８）。
【0231】
そして、購入管理部５４は、Ｓ２０８に示す処理で受信した回答データに基づいて、購入確認画面を生成する（Ｓ２０９）。ここでは例えば、受信した回答データがＯＫを示す場合は、図４に示す、即時の提供が可能であることを示す購入確認画面が生成される。一方、受信した回答データがＮＧを示す場合は、図５に示す、所定の納期が必要である（例えば、２週間の納期が必要である）ことを示す購入確認画面が生成される。
【0232】
そして、購入管理部５４は、Ｓ２０９に示す処理で生成された購入確認画面を購入者端末１４に送信する（Ｓ２１０）。
【0233】
そして、購入者端末１４が、Ｓ２１０に示す処理で受信した購入確認画面を購入者端末１４のディスプレイに表示させて（Ｓ２１１）、本処理例に示す処理は終了される。
【0234】
次に、購入者によって、図４又は図５に示す購入確認画面において購入ボタン３４がクリックされた際に、購入者端末１４、ＭＰＳ１０、及び、ＮＯＳ１２で実行される処理の流れを、図２１に示すフロー図を参照しながら説明する。
【0235】
まず、購入者端末１４が、ネットワークサービスの購入要求をＭＰＳ１０の購入管理部５４に送信する（Ｓ３０１）。当該購入要求には、Ｓ２０１に示す処理で送信された購入バンドルＩＤ及び購入サービス要件データが関連付けられていることとする。
【0236】
そして、購入管理部５４は、Ｓ３０１に示す処理で受信した、購入バンドルＩＤ及び購入サービス要件データに関連付けられた購入要求をＥ２ＥＯ部６２に送信する（Ｓ３０２）。
【0237】
そして、Ｅ２ＥＯ部６２が、受信した購入要求に関連付けられている購入バンドルＩＤに対応するサービスカタログデータを特定する（Ｓ３０３）。
【0238】
そして、Ｅ２ＥＯ部６２が、Ｓ３０３に示す処理で特定されたサービスカタログデータをサービスカタログ記憶部６４から取得して、当該サービスカタログデータが示すワークフローのスクリプトを実行して（Ｓ３０４）、本処理例に示す処理は終了される。
【0239】
【0240】
まず、Ｅ２ＥＯ部６２及びインベントリ管理部６６が、購入要求に関連付けられている購入サービス要件データ、サービスカタログデータ、インベントリテンプレートデータ、及び、インベントリデータに基づいて、計画データを生成する（Ｓ４０１）。Ｓ４０１で実行される処理には、例えば、機能ユニット群がデプロイされるリソースプール、及び、必要なリソースを特定する処理が含まれる。
【0241】
そして、インベントリ管理部６６は、生成された計画データをインベントリデータベース８２に記憶させる（Ｓ４０２）。
【0242】
そして、インベントリ管理部６６は、生成された計画データに含まれるインベントリキーをＥ２ＥＯ部６２に出力する（Ｓ４０３）。
【0243】
すると、Ｅ２ＥＯ部６２は、受け付けたインベントリキーをＣＭａａＳ部６８に出力する（Ｓ４０４）。
【0244】
すると、ＣＭａａＳ部６８は、受け付けたインベントリキーを含む計画データをインベントリデータベース８２から取得する（Ｓ４０５）。
【0245】
そして、ＣＭａａＳ部６８は、Ｓ４０５に示す処理で取得された計画データに基づいて、ｄａｙ１パラメータを含む計画ＣＭデータを生成して、保持する（Ｓ４０６）。
【0246】
そして、ＣＭａａＳ部６８は、必要なハードウェアリソースの確保などのセットアップの指示をＢＭａａＳ部８４に出力して（Ｓ４０７）、ＢＭａａＳ部８４が、当該指示に応じたハードウェアリソースの確保などのセットアップを実行する（Ｓ４０８）。この際に、特定種類の機能ユニットに応じたシステムソフトウェアのセットアップや、リソースプールへの空きサーバの追加が、必要に応じて実行される。
【0247】
なお、本実施形態において、リソースプールへの空きサーバの追加は余裕（バッファ）をもって行われるようにしてもよい。例えば、複数台のサーバ９０がまとめてリソースプールに追加されてもよい。
【0248】
そして、ＢＭａａＳ部８４が、終了通知をＣＭａａＳ部６８に出力すると（Ｓ４０９）、ＣＭａａＳ部６８は、リソースプール管理データを更新する（Ｓ４１０）。ここでは例えば、ハードウェアリソースが確保されたリソースプールの残りコア数データの値が減算されてもよい。また、空きサーバ数や総コア数データの値が更新されてもよい。なお、Ｓ４１０に示す処理において、ＣＭａａＳ部６８ではなく、ＢＭａａＳ部８４がリソースプール管理データを更新してもよい。また、ＣＭａａＳ部６８からの指示に従って、インベントリ管理部６６がリソースプール管理データを更新してもよい。
【0249】
そして、ＣＭａａＳ部６８は、終了通知をＥ２ＥＯ部６２に出力する（Ｓ４１１）。
【0250】
すると、Ｅ２ＥＯ部６２は、Ｓ４０３に示す処理で受け付けたインベントリキーをサービスマネージャ部７０に出力する（Ｓ４１２）。
【0251】
すると、サービスマネージャ部７０は、受け付けたインベントリキーを含む計画データをインベントリデータベース８２から取得する（Ｓ４１３）。
【0252】
そして、サービスマネージャ部７０は、Ｓ４１８に示す処理で取得された計画データに基づいて、機能ユニット群がデプロイされるロケーションを特定する（Ｓ４１４）。
【0253】
そして、サービスマネージャ部７０は、Ｓ４１４に示す処理で特定されたロケーション毎のｄａｙ０パラメータ（ＣＮＦインスタンス）を生成する（Ｓ４１５）。
【0254】
そして、サービスマネージャ部７０は、Ｓ４１４に示す処理で特定されたそれぞれのロケーションに対応するコンテナ管理部７８に、当該コンテナ管理部７８に対応するｄａｙ０パラメータを出力する（Ｓ４１６）。
【0255】
そして、コンテナ管理部７８は、受け付けたｄａｙ０パラメータに基づいて、コンテナのデプロイを実行する（Ｓ４１７）。
【0256】
そして、コンテナ管理部７８は、終了通知をサービスマネージャ部７０に出力する（Ｓ４１８）。
【0257】
すると、サービスマネージャ部７０は、終了通知をＥ２ＥＯ部６２に出力する（Ｓ４１９）。
【0258】
そして、Ｅ２ＥＯ部６２は、ｄａｙ１パラメータに基づく構成管理指示をＣＭａａＳ部６８に出力する（Ｓ４２０）。
【0259】
すると、ＣＭａａＳ部６８は、保持している計画ＣＭデータに含まれるｄａｙ１パラメータに基づく、コンテナ群の構成管理を実行する（Ｓ４２１）。
【0260】
そして、ＣＭａａＳ部６８は、終了通知をＥ２ＥＯ部６２に出力する（Ｓ４２２）。
【0261】
すると、Ｅ２ＥＯ部６２は、Ｓ４０３に示す処理で受け付けたインベントリキーをスライスマネージャ部７２に出力する（Ｓ４２３）。
【0262】
すると、スライスマネージャ部７２は、受け付けたインベントリキーを含む計画データをインベントリデータベース８２から取得する（Ｓ４２４）。
【0263】
そして、スライスマネージャ部７２は、Ｓ４２９に示す処理で取得された計画データに基づいて、ネットワークスライスのインスタンス化を実行する（Ｓ４２５）。Ｓ４２５に示す処理では、例えば上述のように、スライスマネージャ部７２が、ネットワークスライスのインスタンス化に関係する構成管理指示をＣＭａａＳ部６８に出力してもよい。そして、ＣＭａａＳ部６８が、当該構成管理指示に従った設定等の構成管理を実行してもよい。
【0264】
また、上述のように、Ｓ４２０～Ｓ４２２に示す処理が実行されずに、Ｓ４２５に示す処理で、ＣＭａａＳ部６８が、ｄａｙ１パラメータを、スライスマネージャ部７２から受け付ける構成管理指示に基づいて更新してもよい。そして、ＣＭａａＳ部６８が、当該構成管理指示に従った設定等の構成管理を実行してもよい。
【0265】
そして、スライスマネージャ部７２は、終了通知をＥ２ＥＯ部６２に出力する（Ｓ４２６）。
【0266】
すると、Ｅ２ＥＯ部６２は、Ｓ４０３に示す処理で受け付けたインベントリキーを監視管理部７４に出力する（Ｓ４２７）。
【0267】
すると、監視管理部７４は、受け付けたインベントリキーを含む計画データをインベントリデータベース８２から取得する（Ｓ４２８）。
【0268】
そして、監視管理部７４は、Ｓ４２８に示す処理で取得された計画データに基づいて、購入サービス要件データが示す監視ポリシーに従った監視設定を実行する（Ｓ４２９）。
【0269】
そして、監視管理部７４は、終了通知をＥ２ＥＯ部６２に出力する（Ｓ４３０）。
【0270】
すると、Ｅ２ＥＯ部６２は、Ｓ４０３に示す処理で受け付けたインベントリキーをセキュリティ設定部７６に出力する（Ｓ４３１）。
【0271】
すると、セキュリティ設定部７６は、受け付けたインベントリキーを含む計画データをインベントリデータベース８２から取得する（Ｓ４３２）。
【0272】
そして、セキュリティ設定部７６は、Ｓ４３２に示す処理で取得された計画データに基づいて、セキュリティ設定を実行する（Ｓ４３３）。
【0273】
そして、セキュリティ設定部７６は、終了通知をＥ２ＥＯ部６２に出力して（Ｓ４３４）、本処理例に示す処理は終了される。
【0274】
なお、本発明は上述の実施形態に限定されるものではない。
【0275】
例えば、購入者に提供されるネットワークサービスが、コンテナベースの機能ユニットであるＣＮＦではなく、ハイパーバイザ型やホスト型の仮想化技術を用いた、ＶＭ（Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ）ベースの機能ユニットであるＶＮＦ（Ｖｉｒｔｕａｌｉｚｅｄ Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎ）によって実装されても構わない。ここで、未使用ハードウェアリソース（ここでは例えば空きサーバ）に、特定種類の機能ユニットがデプロイされる場合は、仮想マシン環境の基盤であるホストＯＳに、当該特定種類の機能ユニットに応じたシステムソフトウェアのセットアップが施されてもよい。
【0276】
また、例えば、図８に示されている各機能についての役割分担は、図８に示すものに限定されない。例えば、Ｅ２ＥＯ部６２で実行される処理の一部がインベントリ管理部６６で実行されてもよい。また例えば、インベントリ管理部６６で実行される処理の一部がＥ２ＥＯ部６２で実行されてもよい。
【0277】
また、本実施形態において、ＮＯＳ１２にリポジトリ部８０が含まれていなくてもよい。そして、バンドル展開部６０が、ヘルムチャートデータ、及び、コンテナイメージデータをコンテナ管理部７８に記憶させてもよい。そして、コンテナ管理部７８が、当該コンテナ管理部７８に記憶されているコンテナイメージをデプロイしてもよい。
【0278】
また、本実施形態において、ＮＯＳ１２にバンドル展開部６０が含まれていなくてもよい。例えば、外部のファイル転送サーバからバンドルファイルがオンボーディングされるようにしてもよい。
【0279】
＜実施例＞
上記の前提技術を踏まえ、本開示の実施例を説明する。以下、前提技術で説明済みの内容は適宜省略し、前提技術と異なる内容を主に説明する。また、前提技術の構成要素と同一または対応する構成要素には同一の符号を付して説明する。
上記の前提技術を踏まえ、本開示の実施例を説明する。以下、前提技術で説明済みの内容は適宜省略し、前提技術と異なる内容を主に説明する。また、前提技術の構成要素と同一または対応する構成要素には同一の符号を付して説明する。
【0280】
実施例の概要を説明する。ネットワーク機器の管理プロトコル「ＮＥＴＣＯＮＦ」で使用される、設定項目等の記述言語としてＹＡＮＧ（Ｙｅｔ Ａｎｏｔｈｅｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）が知られている。ネットワーク機器の設定内容がＹＡＮＧにより記述されたファイルを以下「ＹＡＮＧモデル」と呼ぶ。ＹＡＮＧモデルは、ＹＡＮＧを用いてネットワーク機器の構造や設定項目、設定値等を抽象化したデータと言える。
【0281】
実施例では、ネットワーク機器の設定内容を定めたＹａｎｇモデルと、ネットワークサービスを購入または利用する顧客（以下「ユーザ」とも呼ぶ。）により入力されたデータとをもとに、ネットワーク機器を設定するためのユーザインタフェースを生成して、ユーザに提供する。このユーザインタフェースは、例えば、新規設定用の画面と設定変更用の画面を含む。これにより、ネットワーク機器に対する最新の設定内容（設定項目や設定値等）に整合する設定用の画面を効率よく生成して、ユーザに提供できる。
【0282】
図２３は、ＹＡＮＧモデルのデータの例を示す。同図のＹＡＮＧモデル１００は、ネットワーク機器に対する設定項目として、最大送信電力（項目１０２）と、ダウンリンク用ベースステーションの帯域幅（項目１０４）を含む。各設定項目では、設定値の型・単位・範囲、設定が必須であることを示す必須オプション、デフォルトの設定値、選択可能な設定値の候補等が指定され得る。デフォルトの設定値は、デフォルトステートメントとも言え、例えば、推奨値であってもよい。
【0283】
実施例の詳細を説明する。図２４は、実施例の通信プラットフォーム１１０の構成を示す。実施例の通信プラットフォーム１１０は、移動体通信事業者が提供する通信インフラ上にネットワークサービスを構築し、また、移動体通信事業者が提供する通信インフラ上に構築されたネットワークサービスを管理する情報処理システム（言い換えればコンピュータシステム）である。通信プラットフォーム１１０は、ネットワークサービス管理システムとも言える。
【0284】
通信プラットフォーム１１０の物理的な構成に制約はない。例えば、通信プラットフォーム１１０の機能は、１台の装置により実現されてもよい。または、通信プラットフォーム１１０の機能は、複数台の装置に分散配置され、これら複数台の装置が連携することにより実現されてもよい。通信プラットフォーム１１０は、ＬＡＮ・ＷＡＮ・インターネット等の通信網を介して、ユーザ端末１２０およびベンダ端末１６と接続される。ユーザ端末１２０は、前提技術の購入者端末１４に対応するものであり、ネットワークサービスの利用者（例えばＭＶＮＯ）により操作される情報処理装置である。
【0285】
図２４は、通信プラットフォーム１１０の機能ブロックを示すブロック図を含む。本明細書のブロック図で示す各ブロックは、ハードウェア的には、コンピュータのプロセッサ、ＣＰＵ、メモリをはじめとする素子や電子回路、機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。
【0286】
通信プラットフォーム１１０は、フロントエンドシステム１１２、ネットワークオペレーティングシステム（ＮＯＳ１２）、サーバ９０を備える。フロントエンドシステム１１２は、ウェブページ等のユーザインタフェースをユーザ端末１２０へ提供し、ネットワークサービスに関するユーザの要求を受け付ける情報処理システムである。フロントエンドシステム１１２は、前提技術のマーケットプレイスシステム（ＭＰＳ１０）が備える機能のうち少なくとも一部の機能を備えてもよい。
【0287】
サーバ９０は、各種ネットワーク機器の機能（例えば図１のコアネットワークシステム２０や基地局装置２２の機能）を提供するコンテナベースの機能ユニットであるＣＮＦインスタンス（ＣＮＦ１１６）がデプロイされる情報処理装置である。前提技術で説明したように、ＮＯＳ１２のＣＭａａＳ部６８は、ネットワーク機器の機能を規定する値（以下「設定値」とも呼ぶ。）をｄａｙ１パラメータとしてＣＮＦ１１６に設定する。なお、実際の通信プラットフォーム１１０は、複数のサーバ９０を備える。
【0288】
ＮＯＳ１２は、マーケットプレイスシステム（ＭＰＳ１０）、Ｅ２ＥＯ部６２、インベントリ管理部６６、ＣＭａａＳ部６８、サービスマネージャ部７０を備える。インベントリ管理部６６は、前提技術のインベントリデータベース８２を含み、複数のサーバ９０についてのインベントリ情報を管理する。
【0289】
ネットワークサービスの新規構築、言い換えれば、ネットワーク機器の新規設定に関する構成を説明する。ＣＭａａＳ部６８は、記憶部として、ユーザが購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイルを記憶する。このファイルは、ネットワーク機器の設定内容が所定のデータモデル言語で記述されたファイルであり、実施例では、ネットワーク機器の設定内容がＹＡＮＧ（Ｙｅｔ Ａｎｏｔｈｅｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ）により記述されたＹＡＮＧモデルを含む。
【0290】
フロントエンドシステム１１２は、受付部として、ネットワークサービスを購入しようとするユーザにより指定されたネットワークサービスの構成を受け付ける。ＣＭａａＳ部６８とフロントエンドシステム１１２は、設定画面提供部として、上記ファイルに定められた内容と、ユーザにより指定されたネットワークサービスの構成とに基づくネットワーク機器の設定画面をユーザ端末１２０に提供する。ＣＭａａＳ部６８は、機器設定部として、設定画面にユーザが入力したネットワーク機器の設定値に基づいて、ネットワーク機器に設定を投入する。
【0291】
ネットワークサービスの設定変更、言い換えれば、ネットワーク機器の設定変更に関する構成を説明する。ＣＭａａＳ部６８は、第１記憶部として、ユーザが購入可能なネットワークサービスと関連付けて、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めたファイル（実施例ではＹＡＮＧモデルを含むファイル）を記憶する。また、ＣＭａａＳ部６８は、第２記憶部として、ネットワーク機器の現在の設定値を記憶する。
【0292】
フロントエンドシステム１１２は、受付部として、ネットワークサービスの設定変更要求をユーザ端末１２０から受け付ける。ＣＭａａＳ部６８とフロントエンドシステム１１２は、設定変更画面提供部として、上記ファイルに定められた内容と、ネットワーク機器の現在の設定値とに基づくネットワーク機器の設定変更画面をユーザ端末１２０に提供する。ＣＭａａＳ部６８は、機器設定部として、設定変更画面にユーザが入力したネットワーク機器の設定値に基づいて、ネットワーク機器の設定を変更する。
【0293】
以上の構成による実施例の通信プラットフォーム１１０の動作を説明する。図２５は、通信プラットフォーム１１０の動作を示すシーケンス図である。同図は、ネットワークサービスの新規構築、言い換えれば、ネットワーク機器の新規設定に関する動作を示している。
【0294】
ベンダ端末１６は、ベンダの担当者の操作に応じて、バンドルデータをＮＯＳ１２（Ｅ２ＥＯ部６２）にアップロードする（Ｓ５００）。Ｅ２ＥＯ部６２（バンドル展開部６０）は、バンドルデータをもとに生成された機器設定テンプレート（前提技術のＣＭテンプレートデータ）をＣＭａａＳ部６８へ送信する（Ｓ５０２）。
【0295】
機器設定テンプレートは、ネットワークサービスのＩＤと、当該ネットワークサービスを実現するためのネットワーク機器の設定内容を定めた１つ以上のＹＡＮＧモデルとを含む。ＣＭａａＳ部６８は、機器設定テンプレートを受け付けると、機器設定テンプレートが示すネットワークサービスＩＤと、１つ以上のＹＡＮＧモデルとを対応付けたサービスデータを記憶する。図２６は、ＣＭａａＳ部６８に記憶されるサービスデータを模式的に示す。同図は、ネットワークサービスＩＤとＹＡＮＧモデルとの対応関係を示している。ネットワークサービスＩＤとＹＡＮＧモデルとの対応関係は、１対Ｎ（Ｎは１以上の整数）である。
【0296】
図２５に戻り、Ｅ２ＥＯ部６２（バンドル展開部６０）は、バンドルデータをもとに生成されたプロダクトカタログデータをフロントエンドシステム１１２へ送信する（Ｓ５０４）。フロントエンドシステム１１２は、ユーザ端末１２０からの要求に応じて、ユーザが選択可能（言い換えれば購入可能）なネットワークサービスを示す購入画面（例えば図２の購入画面や、図３のサービス要件入力画面）をユーザ端末１２０に表示させる（Ｓ５０６）。
【0297】
図２および図３に関連して既述したように、ユーザは、ネットワークサービスを選択して、購入するネットワークサービスの種類やサービス要件を含む購入情報を購入画面に入力する。ユーザ端末１２０は、購入画面に入力された購入情報をフロントエンドシステム１１２へ送信する（Ｓ５０８）。購入情報は、購入対象のネットワークサービスのＩＤを含む。また、購入情報は、購入対象のネットワークサービスの構成に関する情報を含み、例えば、購入対象のネットワークサービスの規模に関する情報を含む。ネットワークサービスの規模に関する情報は、例えば、図３の加入者数や対象地域等を含んでもよい。また、購入情報は、購入対象のネットワークサービスの種類に関する情報を含む。ネットワークサービスの種類に関する情報は、例えば、図２の音声通信サービス、データ通信サービス、ＩｏＴサービスのいずれかを含んでもよい。
【0298】
フロントエンドシステム１１２は、ユーザ端末１２０から受信した購入情報（ネットワークサービスの規模、種類を含む）をＥ２ＥＯ部６２へ送信する（Ｓ５１０）。それとともに、フロントエンドシステム１１２は、「処理中」を示すテキストデータや画像データをユーザ端末１２０へ送信し、ユーザ端末１２０に「処理中」を表示させる（Ｓ５１２）。
【0299】
前提技術にて既述したように、Ｅ２ＥＯ部６２は、バンドルデータ（サービスカタログデータ）で指定されたワークフローにしたがって、ネットワーク構築処理を進める。ネットワーク構築処理において、Ｅ２ＥＯ部６２は、計画データの作成指示（購入情報を含む）をインベントリ管理部６６へ送信する（Ｓ５１４）。インベントリ管理部６６は、購入情報に基づいて計画データを作成し、作成した計画データをＥ２ＥＯ部６２へ送信する（Ｓ５１６）。Ｅ２ＥＯ部６２は、計画データをＣＭａａＳ部６８へ送信する（Ｓ５１８）。変形例として、インベントリ管理部６６は、作成した計画データを自らＣＭａａＳ部６８へ送信してもよい。ＣＭａａＳ部６８は、計画データが示すネットワークサービスに対応する１つ以上のＹＡＮＧモデルのデータをＥ２ＥＯ部６２へ送信する（Ｓ５２０）。
【0300】
前提技術において一部記載したように、計画データは、ユーザにより指定された規模や種類のネットワークサービスを実現するためのリソースの情報を含み、例えば、設定すべきネットワーク機器の個数や種類を示す情報を含む。実施例の通信プラットフォーム１１０は、計画データが、複数台のネットワーク機器Ａを設定すべきことを示す場合、ネットワーク機器Ａに対応するＹＡＮＧモデルを用いて、設定すべきネットワーク機器Ａの個数分だけユーザ用の画面（設定画面および設定変更画面）を生成する。また、実施例の通信プラットフォーム１１０は、計画データが、複数種類のネットワーク機器（ネットワーク機器Ａ、ネットワーク機器Ｂ）を設定すべきことを示す場合、ネットワーク機器Ａに対応するＹＡＮＧモデルを用いて、ネットワーク機器Ａ用の設定画面または設定変更画面を生成する。それとともに、ネットワーク機器Ｂに対応するＹＡＮＧモデルを用いて、ネットワーク機器Ｂ用の設定画面または設定変更画面を生成する。
【0301】
例えば、計画データが３台のネットワーク機器Ａ（ネットワーク機器Ａ－１、Ａ－２、Ａ－３）を設定すべきことを示す場合、ＣＭａａＳ部６８は、ネットワーク機器Ａ－１に対応するＹＡＮＧモデルとしてネットワーク機器Ａ用のＹＡＮＧモデルをＥ２ＥＯ部６２へ送信し、ネットワーク機器Ａ－２に対応するＹＡＮＧモデルとして同じネットワーク機器Ａ用のＹＡＮＧモデルをＥ２ＥＯ部６２へ送信し、ネットワーク機器Ａ－３に対応するＹＡＮＧモデルとして同じネットワーク機器Ａ用のＹＡＮＧモデルをＥ２ＥＯ部６２へ送信する。既述したように、各ＹＡＮＧモデルのデータには、ネットワーク機器に対するデフォルトの設定値が含まれうる。Ｅ２ＥＯ部６２は、ＣＭａａＳ部６８から受け付けた１つ以上のＹＡＮＧモデルのデータをフロントエンドシステム１１２へ送信する（Ｓ５２２）。
【0302】
フロントエンドシステム１１２は、ＹＡＮＧモデルの内容を解析するパーサーを含む。フロントエンドシステム１１２は、パーサーによる解析結果に基づいて、購入されたネットワークサービスを実現するためのネットワーク機器の設定画面のデータを生成する（Ｓ５２４）。例えば、フロントエンドシステム１１２は、ＹＡＮＧモデルで定められた複数の設定項目について、各設定項目の型や単位等に予め対応付けられた画面要素を配置することにより設定画面のデータを生成してもよい。ネットワーク機器に対するデフォルトの設定値がＹＡＮＧモデルに含まれる場合、フロントエンドシステム１１２は、そのデフォルトの設定値を含む設定画面のデータを生成する。
【0303】
また、フロントエンドシステム１１２は、購入されるネットワークサービスの規模や種類に応じた内容の設定画面を生成する。例えば、フロントエンドシステム１１２が、ＣＭａａＳ部６８から、計画データに基づく４つのＹＡＮＧモデル（例えば、ネットワーク機器Ａ－１に対応するＹＡＮＧモデル、ネットワーク機器Ａ－２に対応するＹＡＮＧモデル、ネットワーク機器Ａ－３に対応するＹＡＮＧモデル、ネットワーク機器Ｂに対応するＹＡＮＧモデル）を受け付けたとする。この場合、フロントエンドシステム１１２は、これら４つのＹＡＮＧモデルに基づいて、４つのネットワーク機器（Ａ－１、Ａ－２、Ａ－３、Ｂ）に対応する４つの設定値入力エリアを含む設定画面を生成してもよい。第１の設定値入力エリアは、ネットワーク機器Ａ－１への設定値が入力されるものであり、第２の設定値入力エリアは、ネットワーク機器Ａ－２への設定値が入力されるものであり、第３の設定値入力エリアは、ネットワーク機器Ａ－３への設定値が入力されるものであり、第４の設定値入力エリアは、ネットワーク機器Ｂへの設定値が入力されるものであってもよい。
【0304】
このように、実施例の通信プラットフォーム１１０は、ユーザが購入画面で指定したネットワークサービスの規模や種類に応じた内容の設定画面をユーザに提供する。これにより、ユーザが指定した規模および種類のネットワークサービスを実現するための複数のネットワーク機器を漏れなくかつ効率的に設定することができる。
【0305】
フロントエンドシステム１１２は、生成した設定画面のデータをユーザ端末１２０へ送信して、設定画面をユーザ端末１２０に表示させる（Ｓ５２６）。設定画面のデータは、ＨＴＭＬデータであってもよく、ユーザ端末１２０のウェブブラウザは、フロントエンドシステム１１２から提供されたＨＴＭＬデータをもとに、設定画面を所定の表示装置に表示させてもよい。
【0306】
図２７は、設定画面の例を示す。設定画面１２２は、設定対象の複数のネットワーク機器（例えばｅＮｏｄｅＢ「ＡＡＡ」、ｅＮｏｄｅＢ「ＢＢＢ」）に対する２つの設定項目を含む。１つ目の設定項目は、最大送信電力（ＭａｘＴｘＰｏｗｅｒ）であり、２つ目の設定項目は、アンテナチルト角（Ａｎｔｅｎｎａ ｔｉｌｔ）である。最大送信電力の設定値入力エリアには、ＹＡＮＧモデルに設定されたデフォルト値「２００」が予め設定されている。図２７には不図示だが、図２３の項目１０４で示したように、ＹＡＮＧモデルにおいて設定値の複数の候補が定められている場合、設定画面１２２には、それら複数の候補の中から特定の設定値を選択可能なプルダウンメニューが配置されてもよい。
【0307】
図２５に戻り、ユーザ端末１２０は、設定画面にユーザが入力した設定値（以下「ユーザ設定値」とも呼ぶ。）をフロントエンドシステム１１２へ送信する（Ｓ５２８）。フロントエンドシステム１１２は、ユーザ設定値をＣＭａａＳ部６８へ送信する（Ｓ５３０）。ユーザ設定値は、前提技術におけるｄａｙ１パラメータに対応する。
【0308】
前提技術で既述したように、Ｅ２ＥＯ部６２は、計画データをサービスマネージャ部７０へ送信し、サービスマネージャ部７０は、その計画データにしたがって、ネットワーク機器（例えばｅＮｏｄｅＢ）の機能を提供するＣＮＦ１１６をサーバ９０にデプロイする。サービスマネージャ部７０は、デプロイしたＣＮＦ１１６のＩＤ（すなわちネットワーク機器のＩＤ）をインベントリ管理部６６へ通知する。Ｓ５１８で、Ｅ２ＥＯ部６２からＣＭａａＳ部６８へ送信される計画データには、上記ＣＮＦ１１６のＩＤ（すなわち設定対象となるネットワーク機器のＩＤ）が含まれる。ＣＭａａＳ部６８は、フロントエンドシステム１１２から送信されたユーザ設定値を受け付けると、公知のＮＥＴＣＯＮＦにしたがって、計画データで指定されたサーバ９０のＣＮＦ１１６（すなわち設定対象のネットワーク機器）にユーザ設定値を投入する（Ｓ５３２）。
【0309】
ＣＭａａＳ部６８は、ユーザ設定値を受け付けると、購入者であるユーザのＩＤ、購入対象のネットワークサービスのＩＤと、当該ネットワークサービスに対応するＹＡＮＧモデルのＩＤ、ＹＡＮＧモデルを用いて設定されるネットワーク機器（ＣＮＦ１１６）のＩＤ、ユーザ設定値とを対応付けたユーザデータを記憶する。図２８は、ＣＭａａＳ部６８に記憶されるユーザデータを模式的に示す。ユーザＩＤとネットワークサービスＩＤとの対応関係は、１対Ｎ（Ｎは１以上の整数）である。ネットワークサービスＩＤとＹＡＮＧモデルとの対応関係は、１対Ｎである。ＹＡＮＧモデルとネットワーク機器ＩＤとの対応関係は、１対Ｎである。ネットワーク機器ＩＤとユーザ設定値との対応関係は、１対Ｎである。ユーザ設定値の活用に係る処理については図２９に関連して後述する。
【0310】
実施例の通信プラットフォーム１１０は、ベンダからアップロードされたバンドルファイルに含まれるＹＡＮＧモデルを用いてネットワーク機器の設定画面を生成し、その設定画面に入力された設定値をネットワーク機器（実施例ではＣＮＦ１１６）に設定する。機器設定用のＹＡＮＧモデルには、ユーザ用の画面を生成するために必要な情報が含まれており、ＹＡＮＧモデルよりネットワーク機器の設定画面を生成すれば、設定画面生成のためのみの情報を別途保持する必要はなく、必要な情報量を少なくすることができる。
【0311】
また、バンドルファイルを提供するベンダがネットワーク機器の構成をバージョンアップする場合には、そのネットワーク機器に対応するＹＡＮＧモデルも更新されることになる。ＹＡＮＧモデルとは別に設定画面用の情報を保持する構成では、ＹＡＮＧモデルと設定画面用の情報の両方を更新する必要があるが、実施例の通信プラットフォーム１１０では、ＹＡＮＧモデルから設定画面を生成するため、設定画面用の情報を別途更新する必要はなく、ＹＡＮＧモデルのみ更新すればよい。これにより、バージョンアップされたネットワーク機器に必要なパラメータの設定画面を簡便に、また、必要なパラメータの漏れがないよう生成することが可能になる。
【0312】
また、実施例の通信プラットフォーム１１０は、ＹＡＮＧモデルに設定されたデフォルトの設定値（例えば推奨値）を含む設定画面をユーザに提供する。これにより、ユーザによる設定値の決定と入力を支援することができる。
【0313】
図２９は、通信プラットフォーム１１０の動作を示すシーケンス図である。同図は、ネットワークサービスの設定変更に関する動作を示している。具体的には、同図は、ＣＭａａＳ部６８に記憶されたユーザ設定値の活用と、ネットワーク機器の設定変更に関する動作を示している。
【0314】
ユーザ端末１２０は、設定変更画面をフロントエンドシステム１１２に要求する（Ｓ５４０）。フロントエンドシステム１１２は、現在の設定情報をＣＭａａＳ部６８に要求する（Ｓ５４２）。Ｓ５４０とＳ５４２における要求は、ユーザＩＤと、変更対象のネットワークサービスＩＤとを含むこととする。ＣＭａａＳ部６８は、予め記憶するユーザデータを参照して、設定情報要求に含まれるユーザＩＤとネットワークサービスＩＤとに対応付けられたＹＡＮＧモデルおよびユーザ設定値（すなわち現在の設定値）を読み出す。ＣＭａａＳ部６８は、読み出したＹＡＮＧモデルおよびユーザ設定値を現在の設定情報としてフロントエンドシステム１１２へ送信する（Ｓ５４４）。
【0315】
フロントエンドシステム１１２は、ＣＭａａＳ部６８から送信されたＹＡＮＧモデルおよびユーザ設定値とに基づいて、設定変更画面のデータを生成する（Ｓ５４６）。具体的には、フロントエンドシステム１１２は、ネットワーク機器に対するユーザ設定値（すなわち現在の設定値）を含む設定変更画面のデータを生成する。フロントエンドシステム１１２は、生成した設定変更画面のデータをユーザ端末１２０へ送信して、設定変更画面をユーザ端末１２０に表示させる（Ｓ５４８）。例えば、設定変更画面は、図２７で示した設定画面１２２の最大送信電力の設定値入力エリアとアンテナチルト角の設定値入力エリアのそれぞれに、現在の設定値が埋め込まれたものであってもよい。
【0316】
ユーザ端末１２０は、ユーザが設定変更画面に入力したユーザ設定値（変更された設定値を含む）をフロントエンドシステム１１２へ送信する（Ｓ５５０）。フロントエンドシステム１１２は、ユーザ設定値をＥ２ＥＯ部６２へ送信する（Ｓ５５２）。Ｅ２ＥＯ部６２は、予め定められた設定変更用のワークフローにしたがって、ユーザ設定値をＣＭａａＳ部６８へ送信する（Ｓ５５４）。ＣＭａａＳ部６８は、フロントエンドシステム１１２から送信されたユーザ設定値を受け付けると、公知のＮＥＴＣＯＮＦにしたがって、サーバ９０のＣＮＦ１１６にユーザ設定値を投入する（Ｓ５５６）。すなわち、ＣＭａａＳ部６８は、ユーザが設定変更画面に入力した変更内容を、サーバ９０のＣＮＦ１１６に反映する。それとともに、ＣＭａａＳ部６８は、フロントエンドシステム１１２から送信されたユーザ設定値により予め記憶している既存のユーザ設定値を更新する。
【0317】
実施例の通信プラットフォーム１１０は、ベンダからアップロードされたバンドルデータに含まれるＹＡＮＧモデルと、ネットワーク機器の現在の設定値を用いて設定変更画面を生成し、ユーザに提供する。これにより、ネットワーク機器に対する最新の設定内容（設定値等）に整合する設定変更画面を効率よく生成でき、また、ユーザによる設定変更作業を支援することができる。
【0318】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【0319】
上記実施例では言及していないが、フロントエンドシステム１１２は、ＹＡＮＧモデルに規定されたデフォルトの設定値より、ネットワーク機器の現在の設定値を優先して設定変更画面の設定値入力エリアに設定してもよい。また、フロントエンドシステム１１２は、ネットワーク機器の一部の設定項目の設定値が未設定であり、かつ、ＹＡＮＧモデルにおいて当該一部の設定項目に対するデフォルトの設定値が規定されている場合、ＹＡＮＧモデルに規定されたデフォルトの設定値を設定変更画面の設定値入力エリアに設定してもよい。
【0320】
上記実施例では言及していないが、フロントエンドシステム１１２は、ネットワークサービスの規模をユーザが変更するための画面要素を設定変更画面に配置してもよい。ネットワークサービスの規模の変更は、ここでは規模の拡大とするが、規模の縮小でもよい。ネットワークサービスの規模の変更内容は、フロントエンドシステム１１２からＣＭａａＳ部６８へ通知されてもよく、ＣＭａａＳ部６８は、ネットワークサービスの規模の変更内容と、記憶部に記憶する現在のネットワークサービスの規模（例えば設定済のネットワーク機器の個数）とに応じて、新たに設定すべきネットワーク機器の個数を導出してもよい。
【0321】
または、ネットワークサービスの規模の変更内容は、フロントエンドシステム１１２からＥ２ＥＯ部６２（インベントリ管理部６６）へ通知されてもよく、Ｅ２ＥＯ部６２（インベントリ管理部６６）は、ネットワークサービスの規模の変更内容に応じて新たな計画データ（例えば変更後の規模に応じたネットワーク機器の個数）を生成し、ＣＭａａＳ部６８へ送信してもよい。ＣＭａａＳ部６８は、新たな計画データと、記憶部に記憶する現在のネットワークサービスの規模（例えば設定済のネットワーク機器の個数）とに応じて、新たに設定すべきネットワーク機器の個数を導出してもよい。
【0322】
新たに設定すべき１つ以上のネットワーク機器に対応する１つ以上のＹＡＮＧモデルは、図２５のＳ５２０、Ｓ５２２で示したように、ＣＭａａＳ部６８からＥ２ＥＯ部６２へ送信され、Ｅ２ＥＯ部６２からフロントエンドシステム１１２へ送信されてもよい。フロントエンドシステム１１２は、新たに設定すべき１つ以上のネットワーク機器に対応する１つ以上のＹＡＮＧモデルをもとに、それらのネットワーク機器に対する設定値を入力するための設定画面を生成し、設定画面をユーザ端末１２０に表示させてもよい。以降、図２５のＳ５２８、Ｓ５３０、Ｓ５３２と同様に、設定画面に入力された設定値が、新たに設定すべき各ネットワーク機器に投入されてもよい。
【0323】
上述した前提技術、実施例および変形例の任意の組み合わせもまた本開示の実施の形態として有用である。組み合わせによって生じる新たな実施の形態は、組み合わされる構成要素それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、前提技術、実施例および変形例において示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。
【産業上の利用可能性】
【0324】
本開示の技術は、ネットワークサービスを管理するシステムに適用することができる。
【符号の説明】
【0325】
１２ ＮＯＳ、 ６８ ＣＭａａＳ部、 ９０ サーバ、 １００ ＹＡＮＧモデル、 １１０ 通信プラットフォーム、 １１２ フロントエンドシステム、 １１６ ＣＮＦ、 １２０ ユーザ端末、 １２２ 設定画面。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19A】
【図19B】
【図20】
【図21】
【図22A】
【図22B】
【図22C】
【図22D】
【図22E】
【図22F】
【図22G】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】