JP2020113170A - カタログ作成支援システム、カタログ作成支援方法、及びプログラム - Google Patents

Abstract

【課題】カタログ作成者がＧＵＩにより直感的にカタログを作成可能なカタログ作成支援システム、カタログ作成支援方法、及びプログラムを提供する。【解決手段】カタログ作成支援システムは、オーケストレータで用いるカタログ作成を支援するシステムであって、ＧＵＩを生成するＧＵＩ生成装置３０と、カタログを作成するカタログ作成装置４０とを備え、カタログの定義情報を記載したカタログ定義ファイルＦ１を読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築する。【選択図】図５

Description

本発明は、オーケストレータで用いるカタログ作成を支援するカタログ作成支援システム、カタログ作成支援方法、及びプログラムに関する。

近年、ＧＵＩを用いて直感的にカタログを作成するという手法は一般的となっている（例えば、OpenStack Heat DashboardやAWS CloudFormation Designer）。また、カタログにてサービス仕様やリソース仕様を定義して、自動で構築していくオーケストレータ技術が公知となっている（例えば、非特許文献１）。さらに、カタログ定義情報を基にＧＵＩを生成するフレームワークが公知となっている（例えば、非特許文献２）。

複数事業者間サービス連携を柔軟にするアーキテクチャ,高橋他,電子通信学会ソサイエティ大会,B-14-8,2017 オーケストレータのためのカタログ作成支援に向けたGUI生成フレームワークの提案,B-14-4,2018

しかしながら、OpenStack Heat DashboardやAWS CloudFormation Designerにおいては、各カタログを展開しているサービサーが独自にＧＵＩを作成している。カタログ毎にＧＵＩを開発していく必要があり、ＧＵＩの開発方法を容易化する手法については言及されていない。

また、非特許文献１のオーケストレータにおいては、カタログドリブンのアーキテクチャであり、カタログに各サービスにおける構築のためのサービス仕様や複数サービスを連携して自動構築する際の連携方法を記載することで自動化を実現しているが、そのカタログを容易に作成する手法については言及されていない。オーケストレータで用いるカタログは対象となるサービス毎に異なり、また、操作対象となるＡＰＩ毎にも異なるため、将来的にオーケストレータにて様々な自動化が実現される場合においては、多種多様なカタログが必要になると考えられ、それらを容易に作成するための発明が必要となる。

さらに、非特許文献２には、カタログの定義情報よりＧＵＩを生成するフレームワークについて述べられているが、具体的なカタログの定義方法や、ＧＵＩへ入力された情報を基にカタログを作成する手法や、オーケストレータと連携する手法については述べられていない。

これらの状況を鑑みて、カタログ作成者がＧＵＩを用いて直感的にカタログを作成可能とすることは、オーケストレータを利用するために必須なカタログ作成の稼働や作成に要するスキルを少なくするために必要である。しかしながら、カタログの種類が増えるたびにＧＵＩ及びカタログ作成機能の開発を行うとなると、その都度開発機能部の設計／開発／検証のサイクルを回す必要があり、サービス追加への迅速性が損なわれるといった課題が存在する。

本発明は、カタログ作成者がＧＵＩにより直感的にカタログを作成可能なカタログ作成支援システム、カタログ作成支援方法、及びプログラムを提供することを目的とする。

上記目的を達成するため、第１の態様に係る発明は、オーケストレータで用いるカタログ作成を支援するカタログ作成支援システムであって、ＧＵＩを生成するＧＵＩ生成装置と、カタログを作成するカタログ作成装置とを備え、カタログの定義情報を記載したカタログ定義ファイルを読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築することを要旨とする。

第２の態様に係る発明は、第１の態様に係る発明において、部品ペイン、エディタペイン、パラメータ入力ペインから構成されるＧＵＩを生成することを要旨とする。

第３の態様に係る発明は、第１または第２の態様に係る発明において、カタログのサービス種別に非依存なテンプレートを定義可能としたこと、テンプレートに記載する変数を、ＧＵＩ上のカタログ定義と合わせて、「基本情報の配列値」か「部品情報の配列値」として扱うようにインターフェースを抽象化したことを要旨とする。

第４の態様に係る発明は、第１から第３のいずれか１つの態様に係る発明において、カタログの内容をサービス非依存に抽象化させることで汎用的なインターフェースとしたことを要旨とする。

第５の態様に係る発明は、第１から第４のいずれか１つの態様に係る発明において、出力したカタログをオーケストレータに対してＡＰＩで連携することを要旨とする。

第６の態様に係る発明は、オーケストレータで用いるカタログ作成を支援するカタログ作成支援方法であって、ＧＵＩ生成装置がＧＵＩを生成するステップと、カタログ作成装置がカタログを作成するステップとを備え、カタログの定義情報を記載したカタログ定義ファイルを読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築することを要旨とする。

第７の態様に係る発明は、第１から第５のいずれか１つの態様に係るカタログ作成支援システムとしてコンピュータを機能させるためのプログラムであることを要旨とする。

本発明によれば、カタログ作成者がＧＵＩにより直感的にカタログを作成可能なカタログ作成支援システム、カタログ作成支援方法、及びプログラムを提供することが可能である。

本発明の実施の形態におけるカタログ定義の例を示す図である。 本発明の実施の形態におけるカタログ構成に非依存なＧＵＩ構成を示す図である。 本発明の実施の形態におけるテンプレート例を示す図である。 本発明の実施の形態における抽象化したテンプレートの例を示す図である。 本発明の実施の形態におけるカタログ作成支援システムの機能ブロック図である。 Ｂ２Ｂ２Ｘのビジネスモデルの一例を示す図である。 本発明の実施の形態におけるＧＵＩの特徴を示す図である。 本発明の実施の形態におけるカタログ定義ファイルとＧＵＩを示す図である。 本発明の実施の形態におけるＩＦ定義方法を示す図である。 本発明の実施の形態におけるＩＦ定義方法を示す図である。 本発明の実施の形態におけるカタログ作成機能部の汎用化方法を示す図である。 本発明の実施の形態におけるカタログ作成機能部の汎用化方法を示す図である。 本発明の実施の形態における他システム連携機能部の設定を示す図である。 本発明の実施の形態におけるカタログ作成支援システムのシーケンス図である。 本発明の実施の形態におけるカタログ情報の設定例を示す図である。 本発明の実施の形態における部品情報の設定例を示す図である。 本発明の実施の形態における部品情報リストの設定例を示す図である。 本発明の実施の形態における部品情報の設定例を示す図である。 本発明の実施の形態における部品情報の設定例を示す図である。 本発明の実施の形態における部品情報の設定例を示す図である。 本発明の実施の形態における接続先情報リストの設定例を示す図である。 本発明の実施の形態におけるパラメータ情報リストの設定例を示す図である。 本発明の実施の形態における選択候補リストの設定例を示す図である。 本発明の実施の形態におけるカタログ定義の設定例を示す図である。 本発明の実施の形態におけるカタログ定義の設定例を示す図である。 本発明の実施の形態におけるカタログ定義の設定例を示す図である。 本発明の実施の形態における部品定義の設定例を示す図である。

以下、図面を用いて本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。

≪概要≫
従来の課題は、（１）手入力によるSyntaxエラーの誘発、（２）Attribute/Value値に関する知識といった、カタログを手入力で記載することにより発生する課題（以下、課題Ａ）と、（３）記述したい構成との対応関係の複雑さ、（４）複数ファイルから構成されるカタログ間の整合性の解決といったマシンリーダブルな形式のカタログを手入力で記載することにより発生する課題（以下、課題Ｂ）に分類することができる。

ここで、課題Ｂを解決するためにはＧＵＩを用いて直感的にカタログを作成可能とする手法が取られている。例えば、OpenStackのオーケストレータであるHeatでは、カタログをＧＵＩで作成するためのOpenStack Heat Dashboardといった機能やAWSTM（Amazon Web Services）でも同様のCloudFormationといった機能が提供されている。しかしながら、これらは、それぞれのサービスに特化したＧＵＩになっており、複数サービスを連携させるオーケストレータの場合、サービス追加のたびにカタログ作成用ＧＵＩを開発するとなるとサービス追加への迅速性が損なわれるといった新たな課題が挙げられる。

そこで、本発明者らが提案するカタログ作成支援フレームワークの要件としては、課題Ｂを解決するためのカタログ構成に非依存なＧＵＩの構成手法の確立及び、課題Ａを解決するためのＧＵＩに入力された値を用いたカタログ出力手法の確立が挙げられる。

このような課題を解決するために、本発明ではカタログ定義を基にしたカタログ作成支援フレームワークを提案する。提案方式の特徴としては、カタログ構成に非依存なＧＵＩの構成手法及びＧＵＩの入力値とテンプレートを用いたカタログ出力における汎用化の２点を挙げることができる。

カタログへの記述内容を分類すると、（１）ＩＤやカタログの説明、バージョンといった基本情報、（２）カタログに含まれる部品（例えば、VNF構成を表すカタログでは、VMに接続されるNICやVolume, Flavourの情報）の接続情報、（３）部品毎のパラメータ（Volumeの容量等）の３つに分類されることが分かる。

そこで、ＧＵＩ構成手法については、カタログ作成のための必要要素を「構成部品」「部品間の関係性」「パラメータ設定」の３つと定義し、カタログ構成に依存しない手法を提案する（図１）。作成したいカタログの記述内容を構成部品、部品間の関係性、パラメータ設定に分解し、定義ファイルとして作成することで、カタログ構成に依存せずにＧＵＩを生成することが可能である。カタログ定義ファイルの例を図２に示す。前述した通り、カタログを構成する３分類の情報を記述している。また、このカタログ定義ファイルのparameterIndex:1のように、「name:LifecycleStatus」の値と「selectItemList」を記載することで、ＧＵＩ上はプルダウンメニューで候補値を選択できるようにしており、カタログに必要なAttribute/Value値についてはＧＵＩ上に出てくるため、手入力で作成する際に発生する課題Ａに対する解決も可能である。

上述した課題Ａを解決するための手法としては、テンプレートを用いたカタログの出力方式が一般的である。簡易なテンプレートの例を図３（このテンプレートは『｛｛｝｝』で囲まれた部分を変数として扱うものとする。）に示す。

このように、出力したいカタログをテンプレート化することで、カタログ作成者はValueの入力のみに注力することができ、Syntaxエラーの誘発や同一値の複数箇所への入力（図３では、カタログ作成者は「id」の値を一つ入力するだけで、“id”と“href”の両者に同一の値を入力することが可能）といった稼働を削減することが可能となる。

しかしながら、テンプレートの作成方法として図３のようにカタログに依存する値（例えば、「id」や「name」）を入力値として期待すると、上述したＧＵＩの入力値とのインターフェース部分がカタログに依存してしまう。そこで、本発明で提案するカタログ作成支援フレームワークでは、テンプレートに記載する変数を、ＧＵＩ上のカタログ定義と合わせて、「基本情報の配列値」か「部品情報の配列値」として扱うようにインターフェースを抽象化した。

抽象化したインターフェースを読み取るためのテンプレートの例を図４に示す。図３との違いは変数部分が基本情報の配列を示す「basicInfo」か部品情報の配列を示す「itemiInfo」、部品情報内のパラメータを示す「parameter」になっていることが分かる。これにより、カタログ構成に非依存な出力が可能となる。

≪実施の形態≫
以下、本発明の実施の形態をより具体的に説明する。

（システム構成）
図５は、本発明の実施の形態におけるカタログ作成支援システムの機能ブロック図である。この図に示すように、カタログ作成支援システムは、オーケストレータで用いるカタログ作成を支援するシステムであって、ＧＵＩ生成装置３０と、カタログ作成装置４０とを備える。カタログ作成者１０，カタログ定義ファイル作成者２０は、ブラウザが搭載されたＰＣ１１，２１を用いてカタログ作成支援システムと通信可能である。カタログ作成支援システムは、カタログ登録先である他システム（オーケストレータ）５０と通信可能に接続されている。

ＧＵＩ生成装置３０は、ＧＵＩを生成する装置であって、機能的には、Ｗｅｂサーバ機能部３１と、ＧＵＩ生成機能部３２と、ＢＧ連携機能部３３と、カタログ情報一時保存機能部３４と、ＧＵＩ用リソース管理機能部３５と、カタログ定義情報管理機能部３６とを備える。Ｗｅｂサーバ機能部３１は、ブラウザからのＨＴＴＰ要求に対するＧＵＩ機能を提供する。ＧＵＩ生成機能部３２は、ブラウザからの各要求に対する実行制御を行う。ＢＧ連携機能部３３は、ＢＧ（バックグラウンド）へのカタログ情報の保存や、他システム５０からの情報取得機能を提供する。カタログ情報一時保存機能部３４は、ブラウザから保存要求をうけたカタログ情報の保存や、カタログ作成時のカタログ情報の参照機能を提供する。ＧＵＩ用リソース管理機能部３５は、ＧＵＩで表示する各画像の管理機能を提供する。カタログ定義情報管理機能部３６は、カタログ作成画面を表示するためのカタログ定義情報の登録、参照機能を提供する。

カタログ作成装置４０は、カタログを作成する装置（ＢＧ機能を提供する装置）であって、機能的には、ＢＧ制御機能部４１と、ＧＵＩ連携機能部４２と、他システム連携機能部４３と、カタログ情報管理機能部４４と、カタログ作成機能部４５と、カタログテンプレート管理機能部４６とを備える。ＢＧ制御機能部４１は、ＧＵＩからの各要求に対する実行制御を行う。ＧＵＩ連携機能部４２は、ＧＵＩからのカタログ情報の保存や、他システム５０への登録要求を受け付ける。他システム連携機能部４３は、他システム５０へのカタログの登録、更新、削除や、カタログ情報の取得処理を行う。カタログ情報管理機能部４４は、ＧＵＩから保存要求をうけたカタログ情報の保存や、カタログ作成時のカタログ情報の参照機能を提供する。カタログ作成機能部４５は、保存されたカタログテンプレート情報をもとに、他システム５０へ要求するカタログを作成する。カタログテンプレート管理機能部４６は、カタログテンプレート情報の保存やカタログ作成機能部４５からの参照機能を提供する。

（効用及びターゲット）
本発明の実施の形態におけるカタログ作成支援システムによれば、作成したいカタログの定義情報を記載したカタログ定義ファイル及びカタログテンプレートを読み込んで、カタログ作成者１０を支援することが可能である。これにより、本システムにより得られる効用は、本システムを利用する人の役割によって以下のようになる。

すなわち、カタログ作成者１０にとっては、プレーンテキストでカタログを作成するのではなく、ＧＵＩにて直感的にカタログを作成することが可能となる。一方、カタログ定義ファイル作成者２０にとっては、カタログ毎にカタログ作成支援システムのプログラム開発が不要となり、カタログ定義ファイル/カタログテンプレートの作成のみでカタログ作成支援システムの生成が可能となる。なお、本効用の前提条件として、プログラム開発よりもカタログ定義ファイル作成稼働のほうが少ないということが挙げられる。

（カタログ作成者、カタログ定義ファイル作成者）
図６は、Ｂ２Ｂ２Ｘ（Business To Business To X）のビジネスモデルの一例を示している。オーケストレータは、新しい連携サービスを始めたいというアイデアを持つミドルＢ事業者に対し、すべて一からつくるのではなく、卸サービスを素材サービスとして活用することを促し、ミドルＢ事業者のサービス開発を抜本的にスピードアップする。技術的には、市中の卸サービスの仕様を「カタログ」として定義し、複数の市中の卸サービスのカタログを組み合わせた「連携カタログ」を作成することで、連携サービス（組合せサービス）の仕様を定義する。それにより、カタログドリブンで汎用性の高い複数サービス連携実行を志向している。

カタログ定義ファイル作成者２０は、自身が提供している素材サービスをオーケストレータを用いて制御可能とするためのカタログを作成する役割をもった人のことを指す。図６でいうと、ファーストＢ事業者（卸事業者）がカタログ定義ファイル作成者２０に相当する。

カタログ作成者１０は、オーケストレータに登録されている素材サービスを組合せた「組合せサービス」のカタログを作成する役割をもった人のことを指す。図６でいうと、ミドルＢ事業者（サービス事業者）がカタログ作成者１０に相当する。

本発明の実施の形態におけるカタログ作成支援システムは、図６でいうと、ファーストＢ事業者，ミドルＢ事業者とオーケストレータとの間に適用される。本システムによれば、ファーストＢ事業者（カタログ定義ファイル作成者２０）からカタログ定義ファイルを読み込んで、ミドルＢ事業者（カタログ作成者１０）を支援することが可能である。

（カタログの内容に非依存な汎用的なＧＵＩ構成方法）
図７は、本発明の実施の形態におけるＧＵＩの特徴を示す図であり、カタログ作成者１０のＰＣ１１に表示されたカタログ作成画面１１Ａ，１１Ｂを示している。図７（ａ）は、基本ＧＵＩのフレームワーク、図７（ｂ）は、カタログ定義ファイルを読み込ませた例である。

まず、図７（ａ）に示すように、カタログ作成画面１１ＡのＧＵＩは、「部品ペイン」「エディタペイン」「パラメータ入力ペイン（基本情報設定）」の３つから構成される。部品ペインには、カタログを作成するために必要な要素が定義され、エディタペインへＤｒａｇ＆Ｄｒｏｐすることで配置可能となる。パラメータ入力ペインには、カタログに必要な情報を入力することが可能となる。なお、パラメータ入力ペインには、部品を選択していない際に入力可能な基本情報と、部品を選択することで入力可能となる部品情報の２つが存在する。

ここで、カタログ定義ファイルを読み込むと、図７（ｂ）に示すように、カタログ作成画面１１Ｂにおいて、各ペインに表示される部品やエディタペインでの制約条件が自動生成される。例えば、部品ペインには、「VM」「NIC」「Volume」「Flavour」など、カタログ作成に必要な部品が自動生成される。Ｄｒａｇ＆Ｄｒｏｐで部品ペインからエディタペインへ部品を配置し、コネクタ間のＤｒａｇ＆Ｄｒｏｐで接続を行う。VM1に対して、NIC/Volume/Flavourは複数接続可能である。コネクタ制約も自動生成される。パラメータ入力ペインには、部品を選択していない時に入力可能となる基本情報が表示されるとともに、各部品を選択している時に入力可能となる部品情報（VM情報、NIC情報、Volume情報など）が表示される。

図８は、本発明の実施の形態におけるカタログ定義ファイルＦ１とＧＵＩの対応関係を示す図である。この図に示すように、カタログ定義ファイルＦ１の中にカタログのＩＤや基本情報、構成部品を記述し、各部品の情報設定は部品定義ファイルＦ２の中に記述する。各部品の情報設定もカタログ定義ファイルＦ１の中に記述するようにしてもよい（部品定義ファイルＦ２は、カタログ定義ファイルＦ１の一部とみなすことができる）。

図８に示すように、カタログ定義ファイルＦ１の中には、カタログＩＤ、カタログ名、基本情報、構成部品などを記述する。部品定義ファイルＦ２の中には、部品ＩＤ、部品名、部品構成項目一覧などを記述する。具体的なカタログ定義/部品定義や設定例については後述する。

（ＩＦ定義方法）
図９及び図１０は、本発明の実施の形態におけるＧＵＩ生成装置３０とカタログ作成装置４０間のＩＦ定義方法を示す図である。具体的には、図９は、ＧＵＩ生成装置３０とカタログ作成装置４０間のＩＦ仕様を示し、図１０は、パラメータ情報仕様を示している。各項目の意味は、説明欄、備考欄に記載の通りである。図９及び図１０に示すように、カタログの内容をサービス非依存に抽象化させることで、汎用的なＩＦとしている。

（カタログ作成機能部の汎用化方法）
図１１及び図１２は、本発明の実施の形態におけるカタログ作成機能部４５の汎用化方法を示す図である。具体的には、図１１は、TM Forum（TeleManagementForum）で定義されているBillingAccountのテンプレートの例を示し、図１２は、Categoryのテンプレートの例を示している。図１１及び図１２に示すように、カタログのテンプレートをＩＦ（図９及び図１０）に合わせて定義することで、カタログ作成機能部４５を汎用化することができる。具体的には、図９及び図１０で定義した通り、basicInfoとitemInfoのみを利用して可変値を表現することで、カタログのサービス種別に非依存なテンプレートを定義可能としている。

（他システムとの連携方法）
図１３は、本発明の実施の形態における他システム連携機能部４３の設定を示す図である。この図に示すように、他システム連携機能部４３の設定として、catalogIdと連携先システムの情報を設定することで、他システム５０との連携を実現することができる。具体的には、図９及び図１０で定義したIFに合わせたcatalogIdに対してREST APIの連携先システム情報を記載することで、他システム５０との連携を実現している。

（動作例）
図１４は、本発明の実施の形態におけるカタログ作成支援システムの基本動作を示すシーケンス図である。以下、他システム５０と連携する場合の大まかな流れを説明する。

まず、カタログ定義ファイル作成者２０がカタログ定義ファイルＦ１を作成しているものとする（ステップＳ１）。ＧＵＩ生成装置３０は、カタログ作成者１０からの要求に応じてＧＵＩを提供する（ステップＳ２→Ｓ３）。カタログ作成者１０がＧＵＩを操作し、ＧＵＩにてカタログ作成をクリックすると、ＧＵＩ生成装置３０からカタログ作成装置４０にカタログ作成指示信号が飛ぶ（ステップＳ４→Ｓ５→Ｓ６）。これにより、カタログ作成装置４０にてテンプレートを用いてカタログを生成し、生成したカタログを他システム５０に登録する（ステップＳ７→Ｓ８）。

（カタログ定義仕様、部品定義仕様）
以下、具体的なカタログ定義/部品定義について説明する。もちろん、以下で説明するカタログ定義/部品定義は単なる例示であり、本発明はこれに限定されるものではない。

図１５は、本発明の実施の形態におけるカタログ情報の設定例を示す図である。この図に示すように、カタログＩＤ、カタログ名、親子関係有無フラグ、部品情報リスト、パラメータ情報を設定するようにしてもよい。親子関係有無フラグには、有（true）または無（false）を設定し、有りの場合は、コネクタを矢印で描画する。

図１６は、本発明の実施の形態における部品情報の設定例を示す図である。この図に示すように、部品ＩＤ、部品名、画像情報、パラメータ情報を設定するようにしてもよい。

図１７は、本発明の実施の形態における部品情報リストの設定例を示す図である。この図に示すように、表示順、部品種別、部品情報（normal）、部品情報（select）、部品情報（create_select）を設定するようにしてもよい。部品種別には、normal（配置型）、select（選択型）、create_select（作成/選択型）の３種類のいずれかを指定する。Normal（配置型）は、通常の部品である場合に指定する。Select（選択型）は、作成済みの部品（カタログ）を部品ペイン一覧化して選択させる場合に指定する。言い換えると、VNFDカタログ作成画面のFlavourを想定したパターンである。create_select（作成/選択型）は、その場で部品またはカタログを作成し、作成した部品（カタログ）を部品ペイン一覧化して選択させる場合に指定する。言い換えると、NSDカタログ作成画面のVNFDを想定したパターンである。部品情報（normal）は、itemType="normal"の場合に設定する。部品情報（select）は、itemType="select"の場合に設定する。部品情報（create_select）は、itemType="create_select"の場合に設定する。

図１８は、本発明の実施の形態における部品情報（normal）の設定例を示す図である。この図に示すように、部品ＩＤ、配置最小数、配置最大数、接続先リストを設定するようにしてもよい。配置最小数、配置最大数として０を設定した場合は無制限とする。

図１９は、本発明の実施の形態における部品情報（select）の設定例を示す図である。この図に示すように、部品ＩＤ、読み込むカタログＩＤ、配置最小数、配置最大数、接続先リストを設定するようにしてもよい。部品ＩＤについては、カタログの場合はカタログＩＤを設定する。配置最小数、配置最大数として０を設定した場合は無制限とする。

図２０は、本発明の実施の形態における部品情報（create_select）の設定例を示す図である。この図に示すように、部品ＩＤ、作成するカタログＩＤ、配置最小数、配置最大数、接続先リストを設定するようにしてもよい。部品ＩＤについては、カタログの場合はカタログＩＤを設定する。配置最小数、配置最大数として０を設定した場合は無制限とする。

図２１は、本発明の実施の形態における接続先情報リストの設定例を示す図である。この図に示すように、接続先部品ＩＤ、接続最大数を設定するようにしてもよい。接続最大数については、接続元を起点とした最大接続数を設定する。例えば、接続先が「１：２」の場合、接続元として２を設定する。また、接続先が「１：制限なし」の場合、接続元として０を設定する。

図２２は、本発明の実施の形態におけるパラメータ情報リストの設定例を示す図である。この図に示すように、表示順、パラメータＩＤ、パラメータ名、パラメータ入力種別、パラメータ値属性、選択候補リスト、選択候補取得参照先、複数選択可否フラグ、デフォルト値を設定するようにしてもよい。パラメータ名は、画面の入力項目のラベルとして使用する。パラメータ入力種別は、input、select、read_select、hidden、read_id、termから選択する。Inputは入力、Selectは選択、read_selectは参照型選択、hiddenは隠しパラメータ、read_idは隠しパラメータ（参照元ＩＤ）、termはproductOrrferingTerm用であることを意味する。パラメータ値属性としては、Integer、Stringを設定する。選択候補リストは、inputType="select"の場合に設定する。選択候補取得参照先は、inputType="readSelect"の場合に設定する。複数選択可否フラグは、"inputType="select"または"read_select"の場合に設定する。デフォルト値については、"inputType="input"の場合は手入力値、inputType="select"の場合は選択候補のインデックス値、inputType="hidden"の場合は手入力値（必須）とし、これら以外は無効とする。

図２３は、本発明の実施の形態における選択候補リストの設定例を示す図である。この図に示すように、表示順、選択候補値、選択候補名を設定するようにしてもよい。選択候補名は、選択候補の表示用に使用する。

（設定例）
以下、具体的なカタログ定義/部品定義の設定例について説明する。もちろん、以下で説明する設定例は単なる例示であり、本発明はこれに限定されるものではない。

図２４〜図２６は、ＶＮＦＤカタログ作成画面１１Ｂを例として、カタログ定義（CatalogInfo）の設定例を示す図である。ここでは、紙面の都合上、１つのカタログ定義ファイルＦ１の内容を図２４〜図２６の３図にわたって記載している。

まず、図２４に示すように、カタログ定義ファイルＦ１には、部品間に親子関係がないことを設定している（符号Ｄ１参照）。親子関係がない場合は、エディタペインにおける部品間のコネクタは矢印なしとなる。符号Ｄ２の部分は、部品一覧を生成している。itemIndex「１」においては、ＶＭは１つしか配置できないこととし（符号Ｄ３参照）、NIC、Volume、Flavourとそれぞれ複数（制限なし）接続可能としている（符号Ｄ４参照）。itemIndex「２」においては、NICは複数（制限なし）で配置できることとし（符号Ｄ５参照）、NIC側はVMと接続可能だが、1NICに対して接続可能なVMは１つとしている（符号Ｄ６参照）。また、図２５に示すように、Flavourなどの作成済みのカタログの一覧も部品として定義する（符号Ｄ７参照）。読込み元のカタログを設定することで、将来的にフレーバカタログＤＢから一覧を取得して部品候補として表示する（符号Ｄ８参照）。さらに、図２６に示すように、符号Ｄ９の部分は、ＶＮＦＤの基本情報パラメータを構成する。画面に表示せず、デフォルト指定のパラメータとして設定することも可能とする（符号Ｄ１０参照）。

図２７は、ＶＮＦＤカタログ作成画面１１Ｂを例として、部品定義（ItemInfo）の設定例を示す図である。符号Ｄ１１の部分は、選択候補の設定例である。Imageを選択状態をデフォルトとして指定している（符号Ｄ１２参照）。符号Ｄ１３の部分は、手入力のパラメータの例である（デフォルト指定も可能である）。

以上説明したように、本発明の実施の形態におけるカタログ作成支援システムは、オーケストレータで用いるカタログ作成を支援するシステムであって、ＧＵＩを生成するＧＵＩ生成装置３０と、カタログを作成するカタログ作成装置４０とを備え、カタログの定義情報を記載したカタログ定義ファイルＦ１を読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築する。これにより、サービスに依存しないカタログ情報の抽象化モデルを用いて、カタログ作成者１０がＧＵＩにより直感的にカタログを作成することが可能となる。

具体的には、部品ペイン、エディタペイン、パラメータ入力ペインから構成されるＧＵＩを生成する。すなわち、作成したいカタログの記述内容を構成部品、部品間の関係性、パラメータ設定に分解し、定義ファイルとして作成することで、カタログ構成に依存せずにＧＵＩを生成することが可能である。

また、カタログのサービス種別に非依存なテンプレートを定義可能とした。更に、テンプレートに記載する変数を、ＧＵＩ上のカタログ定義と合わせて、「基本情報の配列値」か「部品情報の配列値」として扱うようにインターフェースを抽象化した。これにより、特徴的なカタログ生成を実現することができる。

また、カタログの内容をサービス非依存に抽象化させることで汎用的なインターフェースとした。これにより、特徴的なインターフェースを実現することができる。

また、出力したカタログをオーケストレータ（他システム５０）に対してＡＰＩで連携する。これにより、他システム５０との連携を実現することが可能となる。

なお、本発明は、このようなカタログ作成支援システムとして実現することができるだけでなく、このようなカタログ作成支援システムが備える特徴的な機能部をステップとするカタログ作成支援方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。

１０…カタログ作成者
２０…カタログ定義ファイル作成者
３０…ＧＵＩ生成装置
３１…Ｗｅｂサーバ機能部
３２…ＧＵＩ生成機能部
３３…ＢＧ連携機能部
３４…カタログ情報一時保存機能部
３５…ＧＵＩ用リソース管理機能部
３６…カタログ定義情報管理機能部
４０…カタログ作成装置
４１…ＢＧ制御機能部
４２…ＧＵＩ連携機能部
４３…他システム連携機能部
４４…カタログ情報管理機能部
４５…カタログ作成機能部
４６…カタログテンプレート管理機能部
５０…他システム（オーケストレータ）
Ｆ１…カタログ定義ファイル

Claims (7)

1. オーケストレータで用いるカタログ作成を支援するカタログ作成支援システムであって、
   ＧＵＩを生成するＧＵＩ生成装置と、
   カタログを作成するカタログ作成装置とを備え、
   カタログの定義情報を記載したカタログ定義ファイルを読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築することを特徴とするカタログ作成支援システム。
2. 部品ペイン、エディタペイン、パラメータ入力ペインから構成されるＧＵＩを生成することを特徴とする請求項１に記載のカタログ作成支援システム。
3. カタログのサービス種別に非依存なテンプレートを定義可能としたこと、
   テンプレートに記載する変数を、ＧＵＩ上のカタログ定義と合わせて、「基本情報の配列値」か「部品情報の配列値」として扱うようにインターフェースを抽象化したこと
   を特徴とする請求項１または２に記載のカタログ作成支援システム。
4. カタログの内容をサービス非依存に抽象化させることで汎用的なインターフェースとしたことを特徴とする請求項１から３のいずれか１項に記載のカタログ作成支援システム。
5. 出力したカタログを前記オーケストレータに対してＡＰＩで連携することを特徴とする請求項１から４のいずれか１項に記載のカタログ作成支援システム。
6. オーケストレータで用いるカタログ作成を支援するカタログ作成支援方法であって、
   ＧＵＩ生成装置がＧＵＩを生成するステップと、
   カタログ作成装置がカタログを作成するステップとを備え、
   カタログの定義情報を記載したカタログ定義ファイルを読み込んで、サービスに依存しないカタログ情報の抽象化モデルを構築することを特徴とするカタログ作成支援方法。
7. 請求項１から５のいずれか１項に記載したカタログ作成支援システムとしてコンピュータを機能させるためのプログラム。