(57)【要約】【課題】連携サービスのカタログ作成者がＧＵＩを介して作成したカタログのバリデーション自動化を実現する。【解決手段】カタログ検証装置６０は、オーケストレータ５０で用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証装置６０であって、カタログ作成支援システムに含まれるカタログ作成装置４０との間のコミュニケーションのための機能部であるＢＧ連携機能部６１と、ＢＧ連携機能部６１により取得された情報に基づいて、カタログ作成支援システムにより作成されたカタログを検証するカタログ検証機能部６２とを備え、カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現する。【選択図】図１
2020134957.tif 000002
【特許請求の範囲】
【請求項１】
オーケストレータで用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証装置であって、
前記カタログ作成支援システムに含まれるカタログ作成装置との間のコミュニケーションのための機能部であるＢＧ連携機能部と、
前記ＢＧ連携機能部により取得された情報に基づいて、前記カタログ作成支援システムにより作成されたカタログを検証するカタログ検証機能部とを備え、
前記カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現することを特徴とするカタログ検証装置。
【請求項２】
前記バリデーション手法は、連携サービスカタログを対象とした、カタログの記載内容を考慮したバリデーション手法であることを特徴とする請求項１に記載のカタログ検証装置。
【請求項３】
前記バリデーション手法は、連携サービスのバリデーションに必要な情報をカタログ間の参照関係から取得するバリデーション手法であることを特徴とする請求項２に記載のカタログ検証装置。
【請求項４】
前記バリデーション手法は、マンダトリ、シンタックス、およびサービス間連携ルールのチェックを対象としたバリデーション手法であることを特徴とする請求項２に記載のカタログ検証装置。
【請求項５】
前記バリデーション手法は、サービス種別および内容に依存せず適用可能なバリデーション手法であることを特徴とする請求項２に記載のカタログ検証装置。
【請求項６】
オーケストレータで用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証方法であって、
カタログ検証装置が、
前記カタログ作成支援システムに含まれるカタログ作成装置との間のコミュニケーションをとるＢＧ連携ステップと、
前記ＢＧ連携ステップで取得された情報に基づいて、前記カタログ作成支援システムにより作成されたカタログを検証するカタログ検証ステップとを実行し、
前記カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現することを特徴とするカタログ検証方法。
【請求項７】
請求項１から５のいずれか１項に記載したカタログ検証装置としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、カタログ検証装置、カタログ検証方法、およびプログラムに関する。
【背景技術】
【０００２】
ＧＵＩを提供し、カタログ作成を支援するツール・方式は一般に普及している (例えば、OpenStack Heat Dashboard, AWS CloudFormation Designer)。このような従来のカタログ作成支援ツールは、サービサーが提供するＧＵＩ上で視覚的にサービス構成を定義し、カタログ作成を容易化する。また、ＧＵＩの操作により、マンダトリチェック、シンタックスチェックの観点でカタログのバリデーションを可能としている。ただ、従来のカタログ作成支援ツールは、サービサーがサービス単位で独自にＧＵＩを提供しているため、オーケストレーションの範囲はサービサー内に閉じており、複数サービスを連携したサービス（連携サービス）のオーケストレーションは行えない。
【０００３】
連携サービスに関する公知のオーケストレーション技術として、カタログドリブンのアーキテクチャを採用した「複数事業者間サービス連携を柔軟にするアーキテクチャ」がある（非特許文献１参照）。この非特許文献１では、図９に示すように、サービス別のカタログと連携サービスのカタログを作成、関連付けることで連携サービス仕様の定義を実現している。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】電子情報通信学会通信ソサイエティ大会、２０１７年９月１２日、Ｂ−１４−８，複数事業者間サービス連携を柔軟にするアーキテクチャ、高橋謙輔  他（ＮＴＴ）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、連携サービスのカタログに関して、構成要素別、および構成要素間連携を定義するルールのバリデーション機能は確立されていないのが現状である。将来的にオーケストレータにて多種多様なサービスを組合せ、新たな連携サービスの設計・構築の自動化を可能にした場合、オーケストレータでの連携サービスのカタログ作成時点でのバリデーション手法が確立されていなければ、連携サービスの提供事業者は、構成要素となるサービスが操作するＡＰＩの仕様を理解した上で、自らが作成した連携サービスのカタログのバリデーションを連携サービス毎に独自に行う必要がある。
【０００６】
これらの状況を鑑みて、連携サービスのカタログ作成だけでなく、カタログのバリデーションを自動化することは、連携サービスのカタログ作成からオーケストレータを介した構築・運用までに必要なスキル・稼働を少なくするために必要である。しかしながら、連携サービスの提供事業者が連携サービス単位でのバリデーションツールを開発するのは、構成要素となりうるサービスの追加や仕様変更の都度、再開発が必要となる、という課題が存在する。
【０００７】
本発明は、上述した従来の技術に鑑み、連携サービスのカタログ作成者がＧＵＩを介して作成したカタログのバリデーション自動化を実現するカタログ検証装置、カタログ検証方法、およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
第１の態様に係る発明は、オーケストレータで用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証装置であって、前記カタログ作成支援システムに含まれるカタログ作成装置との間のコミュニケーションのための機能部であるＢＧ（バックグラウンド）連携機能部と、前記ＢＧ連携機能部により取得された情報に基づいて、前記カタログ作成支援システムにより作成されたカタログを検証するカタログ検証機能部とを備え、前記カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現することを要旨とする。
【０００９】
第２の態様に係る発明は、第１の態様に係る発明において、前記バリデーション手法が、連携サービスカタログを対象とした、カタログの記載内容を考慮したバリデーション手法であることを要旨とする。
【００１０】
第３の態様に係る発明は、第２の態様に係る発明において、前記バリデーション手法が、連携サービスのバリデーションに必要な情報をカタログ間の参照関係から取得するバリデーション手法であることを要旨とする。
【００１１】
第４の態様に係る発明は、第２の態様に係る発明において、前記バリデーション手法が、マンダトリ、シンタックス、およびサービス間連携ルールのチェックを対象としたバリデーション手法であることを要旨とする。
【００１２】
第５の態様に係る発明は、第２の態様に係る発明において、前記バリデーション手法が、サービス種別および内容に依存せず適用可能なバリデーション手法であることを要旨とする。
【００１３】
第６の態様に係る発明は、オーケストレータで用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証方法であって、カタログ検証装置が、前記カタログ作成支援システムに含まれるカタログ作成装置との間のコミュニケーションをとるＢＧ連携ステップと、前記ＢＧ連携ステップで取得された情報に基づいて、前記カタログ作成支援システムにより作成されたカタログを検証するカタログ検証ステップとを実行し、前記カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現することを要旨とする。
【００１４】
第７の態様に係る発明は、第１から第５のいずれか１つの態様に係るカタログ検証装置としてコンピュータを機能させるためのプログラムであることを要旨とする。
【発明の効果】
【００１５】
本発明によれば、連携サービスのカタログ作成者がＧＵＩを介して作成したカタログのバリデーション自動化を実現するカタログ検証装置、カタログ検証方法、およびプログラムを提供することが可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施の形態におけるカタログ検証支援システムを導入したカタログ作成支援システムの機能ブロック図である。
【図２】本発明のターゲットスコープを説明するための図である。
【図３】本発明の特徴１を説明するための図である。
【図４Ａ】本発明の特徴１−１を説明するための図である。
【図４Ｂ】本発明の特徴１−１を説明するための図である。
【図５】本発明の特徴１−２を説明するための図である。
【図６Ａ】本発明の特徴１−２の一例を示す図である。
【図６Ｂ】本発明の特徴１−２の一例を示す図である。
【図６Ｃ】本発明の特徴１−２の一例を示す図である。
【図７】本発明の特徴１−３を説明するための図である。
【図８】本発明の実施の形態におけるカタログ検証支援システムを導入したカタログ作成支援システムの動作例を示すシーケンス図である。
【図９】従来技術を説明するための図である。
【発明を実施するための形態】
【００１７】
以下、図面を用いて本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
【００１８】
（概要）
本出願人は、非特許文献１の技術を適用したオーケストレータが用いる多種多様なカタログを容易に作成するための技術として、「カタログ作成支援システム、カタログ作成支援方法、及びプログラム」を提案している（特願２０１９−００５１４０）。特願２０１９−００５１４０の技術では、ＧＵＩによる直感的なカタログ作成、オーケストレータ本体との連携が実現されている。本発明は、特願２０１９−００５１４０の技術を拡張し、カタログ作成・ＤＢ登録時に、マンダトリチェック、シンタックスチェック、サービス間の連携ルールの順序性の観点でバリデーションを自動で行うことで、カタログ作成者を支援する発明である。
【００１９】
（本発明にて解決する課題と発明の特徴）
カタログ作成者がカタログ作成をプレーンテキストで実施する場合、カタログ間の関係性や依存性の確認に稼働がかかり、カタログの作成が難しくなるという根本課題がある。そこで、本発明は、連携サービスのカタログ作成者がＧＵＩを介して作成したカタログのバリデーション自動化を実現することを目標とする。
【００２０】
上記根本課題から生じる派生課題として、「連携サービス単位でバリデーション機能を開発すると、構成要素の追加／仕様変更に伴う再開発のリスクが生じる」という課題がある。この派生課題に対して、本発明は、「カタログ作成支援機能を備えるシステム上で、連携サービスのカタログ情報が作成・保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、サービス間の連携ルールの順序性の観点でカタログのバリデーションを実現するフレームワークを開発する」という解決手法を採用する。
【００２１】
このように、本発明は、バリデーション手法に特徴がある。詳細については後述するが、本発明の特徴１は、「連携サービスカタログを対象とした、カタログの記載内容を考慮したバリデーション手法」である。この特徴１には、次の特徴１−１、特徴１−２、特徴１−３が含まれる。特徴１−１は、「連携サービスのバリデーションに必要な情報をカタログ間の参照関係から取得するバリデーション手法」である。特徴１−２は、「マンダトリ／シンタックス／サービス間連携ルールのチェックを対象としたバリデーション手法」である。特徴１−３は、「サービス種別・内容に依存せず適用可能なバリデーション手法」である。
【００２２】
（システム構成）
図１は、本発明の実施の形態におけるカタログ検証支援システムを導入したカタログ作成支援システムの機能ブロック図である。ここでは、Ｂ２Ｂ２Ｘ（Business To Business To X）サービスにおいて、ＳｅｃｏｎｄＢが、ＦｉｒｓｔＢのサービスカタログを連携させた連携サービスカタログを作成する場面を想定している。ＦｉｒｓｔＢのサービスカタログからバリデーションにかかる情報を得て、ＳｅｃｏｎｄＢの連携サービスカタログのバリデーションチェックを行うようになっている。
【００２３】
具体的には、図１に示すように、カタログ作成支援システムは、オーケストレータで用いるカタログ作成を支援するシステムであって、ＧＵＩ生成装置３０と、カタログ作成装置４０とを備える。カタログ検証装置６０に検証部連携機能部４７を追加した部分を「カタログ検証支援システム」と呼んでいる。カタログ作成者１０は、ブラウザが搭載されたＰＣ１１を用いてカタログ作成支援システムと通信可能である。カタログ作成支援システムは、カタログ登録先である他システム（オーケストレータ）５０と通信可能に接続されている。
【００２４】
ＧＵＩ生成装置３０は、ＧＵＩを生成する装置であって、機能的には、Ｗｅｂサーバ機能部３１と、ＧＵＩ生成機能部３２と、ＢＧ連携機能部３３と、カタログ情報一時保存機能部３４と、ＧＵＩ用リソース管理機能部３５と、カタログ定義情報管理機能部３６とを備える。Ｗｅｂサーバ機能部３１は、ブラウザからのＨＴＴＰ要求に対するＧＵＩ機能を提供する。ＧＵＩ生成機能部３２は、ブラウザからの各要求に対する実行制御を行う。ＢＧ連携機能部３３は、ＢＧ（バックグラウンド）へのカタログ情報の保存や、他システム５０からの情報取得機能を提供する。カタログ情報一時保存機能部３４は、ブラウザから保存要求をうけたカタログ情報の保存や、カタログ作成時のカタログ情報の参照機能を提供する。ＧＵＩ用リソース管理機能部３５は、ＧＵＩで表示する各画像の管理機能を提供する。カタログ定義情報管理機能部３６は、カタログ作成画面を表示するためのカタログ定義情報の登録、参照機能を提供する。
【００２５】
カタログ作成装置４０は、カタログを作成する装置（ＢＧ機能を提供する装置）であって、機能的には、ＢＧ制御機能部４１と、ＧＵＩ連携機能部４２と、他システム連携機能部４３と、カタログ情報管理機能部４４と、カタログ作成機能部４５と、カタログテンプレート管理機能部４６と、検証部連携機能部４７とを備える。ＢＧ制御機能部４１は、ＧＵＩからの各要求に対する実行制御を行う。ＧＵＩ連携機能部４２は、ＧＵＩからのカタログ情報の保存や、他システム５０への登録要求を受け付ける。他システム連携機能部４３は、他システム５０へのカタログの登録、更新、削除や、カタログ情報の取得処理を行う。カタログ情報管理機能部４４は、ＧＵＩから保存要求をうけたカタログ情報の保存や、カタログ作成時のカタログ情報の参照機能を提供する。カタログ作成機能部４５は、保存されたカタログテンプレート情報をもとに、他システム５０へ要求するカタログを作成する。カタログテンプレート管理機能部４６は、カタログテンプレート情報の保存やカタログ作成機能部４５からの参照機能を提供する。検証部連携機能部４７は、カタログ検証装置６０との間のコミュニケーションのための機能部である。
【００２６】
カタログ検証装置６０は、カタログ作成支援システムにより作成されたカタログを検証する装置であって、ＢＧ連携機能部６１と、カタログ検証機能部６２とを備える。ＢＧ連携機能部６１は、カタログ作成装置４０との間のコミュニケーションのための機能部である。カタログ検証機能部６２は、ＢＧ連携機能部６１により取得された情報に基づいて、カタログ作成支援システムにより作成されたカタログを検証する。
【００２７】
（効用及びターゲット）
本発明により、カタログ作成者１０にとっては、「作成した連携サービス用カタログの手動でのバリデーションが不要となる」という効用がある。本効用の前提条件として、連携サービスの構成要素となるサービスカタログのマンダトリチェック・シンタックスチェック観点でのバリデーションはサービサー単位で正常に実施されていることとする。すなわち、図２に示すように、構成サービスが保持するパラメータのマンダトリ／シンタックスのバリデーションは既存技術で実施済とする。
【００２８】
（特徴１）
図３は、本発明の特徴１を説明するための図であり、（ａ）は既存技術、（ｂ）は本発明を示している。図３（ｂ）では、「カタログ作成システム＋カタログ検証装置」の範囲を本発明と呼んでいるが、もちろん、本発明の技術的範囲は特許請求の範囲の記載に基づいて解釈すべきものであり、図３で示される範囲に限定するものではない。
【００２９】
本発明の特徴１は、「連携サービスカタログを対象とした、カタログの記載内容を考慮したバリデーション手法」である。すなわち、既存技術（例えば、OpenStack Heat Dashboard, AWS CloudFormation Designer）は、図３（ａ）に示すように、サービサー単位でオーケストレーションを提供し、マンダトリチェック、シンタックスチェックの観点でカタログのバリデーションも可能としている。本発明においては、図３（ｂ）に示すように、サービサー単位でのバリデーションに留まらず、異なるサービサーが提供する複数サービスを連携させた「連携サービス」を対象としたバリデーション機能を提供する。
【００３０】
（特徴１−１）
図４Ａおよび図４Ｂは、本発明の特徴１−１を説明するための図である。本発明の特徴１−１は、「連携サービスのバリデーションに必要な情報をカタログ間の参照関係から取得するバリデーション手法」である。すなわち、本発明では、連携サービスのバリデーションに必要な「素材サービスカタログの情報」「連携サービス固有のパラメータ」「サービス間連携ルール」等の情報を、カタログ間の参照関係を解釈して取得するバリデーション手法を提案する。
【００３１】
具体的には、図４Ａおよび図４Ｂに示すように、連携サービスカタログ７１は、サービスを幾つも組み合わせた１つの連携サービスとしてのカタログである。サービス仕様カタログ７２は、連携サービスの固有の仕様を定義したカタログである。サービス連携ルールカタログ７３は、サービス間連携ルールを定義したカタログである。
【００３２】
連携サービスカタログ７１の中には、連携サービスを構成している単一のサービスのリストが書かれているだけでなく、連携サービス固有のサービスの仕様も書かれている。そのため、マンダトリやシンタックスのチェックに関しては、連携サービスを構成している単一のサービス（構成サービス）のそれぞれの仕様に従って、構成サービスの仕様の枠組みの中でチェックすることができる。一方、サービス間の連携ルールをチェックするためには、連携サービス固有のサービスの仕様をもとに、サービスの固有の仕様を詳細に書いているところを辿っていくとともに、サービス連携ルールカタログ７３のサービス連携手順を参照する必要がある。このように、サービス連携ルールカタログ７３まで辿っていけば、連携サービスのバリデーションをするために必要な情報を取得することができる。
【００３３】
以上のように、本発明では、（１）連携サービスカタログ７１が参照するカタログ情報を取得する。また、（２）参照するカタログを（１）同様に解釈し、サービス連携ルールカタログ７３やサービス仕様上定義されているパラメータ群を取得する。さらに、（３）取得した情報を照合し、連携サービスのバリデーションを実現する。これにより、参照関係から必要情報を取得すれば、カタログ間の情報でバリデーションを実現することが可能である。
【００３４】
（特徴１−２）
図５は、本発明の特徴１−２を説明するための図である。本発明の特徴１−２は、「マンダトリ／シンタックス／サービス間連携ルールのチェックを対象としたバリデーション手法」である。すなわち、本発明では、市中技術がＧＵＩでのカタログ作成フェーズで実施しているマンダトリ／シンタックスチェックの観点に加え、サービス間連携ルールの順序性の観点でもバリデーションを実施する。
【００３５】
例えば、サービスＡのある処理Ｐ１を実施し、次にサービスＢのある処理Ｐ２を実施し、次にサービスＡのある処理Ｐ３する場合には、それぞれの処理Ｐ１，Ｐ２，Ｐ３を実施するときに必要なパラメータが定義されている。その実施するタイミングで「連携する他のサービス」から必要なパラメータを受け取っているかをチェックするようになっている。
【００３６】
具体的には、図５に示すように、サービス仕様カタログ７２には、サービス仕様上使用するパラメータとそれらの変更可否、初期値の有無が定義されている。変更可否とは、処理の途中で書き換えられたりすることが有るか無いかを示す情報である。初期値とは、連携サービスが実施されたタイミングで最初から入っている値である。
【００３７】
一方、サービス連携ルールカタログ７３には、上位カタログで定義されたオーダ／パラメータの投入順序が定義されている。例えば、オーダが新たに投入されたときには、まず構成サービスＡにセットオーダを投入すること、また、投入するパラメータ名と値の組合せが定義されている。さらに、構成サービスＡのオーダが正常完了した場合、構成サービスＢにセットオーダを投入することが定義されている。
【００３８】
そのため、連携サービス仕様に含まれるパラメータと、サービス連携ルールに含まれる連携手順を照合することで、マンダトリ／シンタックス／連携ルールの順序性の観点で問題ないことを確認することができる。例えば、パラメータＡの初期値が無く、それまでに何も値が設定されていないにもかかわらず、パラメータＡの値をサービスＢに投入する旨の命令が書かれている場合、そのオーダはうまく動作しないため、サービス間連携ルールの順序性の観点で問題があると判定することが可能である。
【００３９】
図６Ａ、図６Ｂ、および図６Ｃは、本発明の特徴１−２の一例を示す図である。ここでは、連携サービスカタログ７１、連携サービス仕様カタログ７２、サービス連携ルールカタログ７３、素材サービスカタログ７５、素材サービス仕様カタログ７６間の参照関係の一例を示している。例えば、連携サービス仕様カタログ７２では、連携サービス仕様で独自定義するパラメータ情報を参照し、必須／任意の整合性が取れているかをチェックするようになっている（マンダトリチェック）。また、サービス連携ルールカタログ７３では、ルール中の追加・変更時の素材サービスのオーダー投入順序を参照し、参照する素材サービスが合っているかをチェックするようになっている（シンタックスチェック）。さらに、サービス連携ルールカタログ７３では、オーダー投入の各手順において設定に用いるパラメータを参照し、パラメータの値が投入オーダや仕様上の初期値、あるいは直前のオーダー処理により確定しており、手順上問題ないことをチェックするようになっている（サービス間連携ルールの順序性チェック）。
【００４０】
（特徴１−３）
図７は、本発明の特徴１−３を説明するための図である。本発明の特徴１−３は、「サービス種別・内容に依存せず適用可能なバリデーション手法」である。すなわち、本発明は、カタログの構文規則がサービス種別や内容に依存しないため、連携対象のサービスを限定せず、幅広い分野へ適用できる。具体的には、図７に示すように、共通の構文規則で表現することにより、ＮＷサービス、Ｗｅｂ系サービス、クラウドサービス、ＩｏＴサービスなど、様々な連携対象サービスに適用することが可能である。
【００４１】
（動作イメージ）
図８は、本発明の実施の形態におけるカタログ検証支援システムを導入したカタログ作成支援システムの動作例を示すシーケンス図である。ここでは、カタログ作成支援システムのＧＵＩ生成装置３０については図示を省略している。
【００４２】
まず、ＧＵＩ生成装置３０からカタログ作成装置４０に連携サービスカタログ生成命令が出されたものとする。ＧＵＩ連携機能部４２は、連携サービスカタログ生成命令を受けると、ＢＧ制御機能部４１にカタログ生成命令を出す（ステップＳ１→Ｓ２）。カタログ生成命令は、ＢＧ制御機能部４１を介してカタログ作成機能部４５に渡される（ステップＳ３）。
【００４３】
カタログ作成機能部４５は、カタログ生成命令を受けると、カタログテンプレート管理機能部４６にカタログテンプレート取得要求を出す（ステップＳ４）。カタログテンプレート管理機能部４６は、カタログテンプレート取得要求を受けると、ＤＢを参照し、カタログ作成機能部４５にカタログテンプレート情報を返す（ステップＳ５→Ｓ６）。カタログ作成機能部４５は、カタログテンプレート情報を受けると、カタログを作成し、ＢＧ制御機能部４１に作成カタログを渡す（ステップＳ７→Ｓ８）。
【００４４】
ＢＧ制御機能部４１は、作成カタログを受けると、検証部連携機能部４７に作成カタログのカタログ検証命令を出す（ステップＳ９）。例えば、カタログ作成者１０によりＧＵＩ上のカタログ生成ボタンが押されたときにカタログ検証命令が出されるようになっている。カタログ検証命令は、検証部連携機能部４７・ＢＧ連携機能部６１を介してカタログ検証機能部６２に渡される（ステップＳ１０→Ｓ１１）。
【００４５】
カタログ検証機能部６２は、カタログ検証命令を受けると、関連カタログ分析処理（特徴１−１参照）を実施し、ＢＧ連携機能部６１に参照先カタログ取得要求を出す（ステップＳ１２→Ｓ１３）。参照先カタログ取得要求は、ＢＧ連携機能部６１・検証部連携機能部４７を介してＢＧ制御機能部４１に渡される（ステップＳ１４→Ｓ１５）。ＢＧ制御機能部４１は、参照先カタログ取得要求を受けると、カタログ情報管理機能部４４にカタログ取得要求を出す（ステップＳ１６）。カタログ情報管理機能部４４は、カタログ取得要求を受けると、ＤＢを参照し、ＢＧ制御機能部４１にカタログ情報を返す（ステップＳ１７→Ｓ１８）。ＢＧ制御機能部４１は、カタログ情報を受けると、検証部連携機能部４７にカタログ情報を渡す（ステップＳ１９）。カタログ情報は、検証部連携機能部４７・ＢＧ連携機能部６１を介してカタログ検証機能部６２に渡される（ステップＳ２０→Ｓ２１）。このような処理（ステップＳ１２〜Ｓ２１）は、カタログの参照構造に基づき複数回実施される。
【００４６】
カタログ検証機能部６２は、カタログ情報を受けると、バリデーション（特徴１−２、特徴１−３参照）を実施し、問題があることが分かった場合はエラーメッセージを生成し、ＢＧ連携機能部６１にエラー応答を返す（ステップＳ２２→Ｓ２３→Ｓ２４）。エラー応答は、ＢＧ連携機能部６１・検証部連携機能部４７を介してＢＧ制御機能部４１に返される（ステップＳ２５→Ｓ２６）。ＢＧ制御機能部４１は、エラー応答を受けると、カタログ作成機能部４５にエラー応答を返す（ステップＳ２７）。カタログ作成機能部４５は、エラー応答を受けると、カタログ情報一時保存機能部３４が一時保存しているカタログを破棄し、ＢＧ制御機能部４１にエラー応答を返す（ステップＳ２８）。エラー応答は、ＢＧ制御機能部４１・ＧＵＩ連携機能部４２を介してＧＵＩ生成装置３０に返される（ステップＳ２９→Ｓ３０）。
【００４７】
このように、本発明によれば、連携サービスのカタログ作成者１０がＧＵＩを介して作成したカタログのバリデーション自動化を実現することが可能である。なお、図８では、バリデーションの結果、問題があることが分かった場合の動作を例示しているが、問題がないことが分かった場合は、カタログ情報一時保存機能部３４が一時保存しているカタログをそのままＤＢに保存するようになっている。
【００４８】
以上説明したように、本発明の実施の形態におけるカタログ検証装置６０は、オーケストレータ５０で用いるカタログの作成を支援するカタログ作成支援システムにより作成されたカタログを検証するカタログ検証装置６０であって、カタログ作成支援システムに含まれるカタログ作成装置４０との間のコミュニケーションのための機能部であるＢＧ連携機能部６１と、ＢＧ連携機能部６１により取得された情報に基づいて、カタログ作成支援システムにより作成されたカタログを検証するカタログ検証機能部６２とを備え、カタログ作成支援システム上で、連携サービスのカタログが作成され、保存される際に、ファイルの構文解析を行うことで、マンダトリチェック、シンタックスチェック、およびサービス間の連携ルールの順序性の観点でカタログのバリデーションを実現する。これにより、連携サービスのカタログ作成者１０がＧＵＩを介して作成したカタログのバリデーション自動化を実現することが可能である。
【００４９】
具体的には、バリデーション手法は、連携サービスカタログ７１を対象とした、カタログの記載内容を考慮したバリデーション手法である（特徴１）。より具体的には、バリデーション手法は、連携サービスのバリデーションに必要な情報をカタログ間の参照関係から取得するバリデーション手法である（特徴１−１）。また、バリデーション手法は、マンダトリ、シンタックス、およびサービス間連携ルールのチェックを対象としたバリデーション手法である（特徴１−２）。また、バリデーション手法は、サービス種別および内容に依存せず適用可能なバリデーション手法である（特徴１−３）。
【００５０】
なお、本発明は、このようなカタログ検証装置６０として実現することができるだけでなく、このようなカタログ検証装置６０が備える特徴的な機能部をステップとするカタログ検証方法として実現したり、それらのステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の記録媒体やインターネット等の伝送媒体を介して配信することができるのはいうまでもない。
【符号の説明】
【００５１】
１０…カタログ作成者
３０…ＧＵＩ生成装置
３１…Ｗｅｂサーバ機能部
３２…ＧＵＩ生成機能部
３３…ＢＧ連携機能部
３４…カタログ情報一時保存機能部
３５…ＧＵＩ用リソース管理機能部
３６…カタログ定義情報管理機能部
４０…カタログ作成装置
４１…ＢＧ制御機能部
４２…ＧＵＩ連携機能部
４３…他システム連携機能部
４４…カタログ情報管理機能部
４５…カタログ作成機能部
４６…カタログテンプレート管理機能部
４７…検証部連携機能部
５０…他システム（オーケストレータ）
６０…カタログ検証装置
６１…ＢＧ連携機能部
６２…カタログ検証機能部
【図１】
2020134957.tif 000003
【図２】
2020134957.tif 000004
【図３】
2020134957.tif 000005
【図４Ａ】
2020134957.tif 000006
【図４Ｂ】
2020134957.tif 000007
【図５】
2020134957.tif 000008
【図６Ａ】
2020134957.tif 000009
【図６Ｂ】
2020134957.tif 000010
【図６Ｃ】
2020134957.tif 000011
【図７】
2020134957.tif 000012
【図８】
2020134957.tif 000013
【図９】
2020134957.tif 000014