特許 7602178 情報処理装置、情報処理方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-12-10

(45)【発行日】2024-12-18

(54)【発明の名称】情報処理装置、情報処理方法、およびプログラム

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20241211BHJP

【ＦＩ】

G06Q10/06

【請求項の数】 6

(21)【出願番号】P 2023512567

(86)(22)【出願日】2021-04-07

(86)【国際出願番号】 JP2021014745

(87)【国際公開番号】W WO2022215188

(87)【国際公開日】2022-10-13

【審査請求日】2023-09-12

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100129230

【弁理士】

【氏名又は名称】工藤 理恵

(72)【発明者】

【氏名】大谷 未稚

(72)【発明者】

【氏名】小俣 真吾

(72)【発明者】

【氏名】可児島 建

【審査官】田上 隆一

(56)【参考文献】

【文献】特開２０２０－１９１０７５（ＪＰ，Ａ）

【文献】特開２０１７－１４２６４０（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

業務要件に基づいてプロセスとオブジェクトとをモデリングしたビジネスアーキテクチャモデルからアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する情報処理装置であって、
業界標準ＡＰＩのＡＰＩ名とＡＰＩ概要、並びに前記業界標準ＡＰＩが利用するリソース名とリソース概要を保持する記憶部と、
前記ビジネスアーキテクチャモデルに含まれるプロセスのそれぞれについて、前記プロセスのプロセス名とプロセス概要と前記プロセスが利用するオブジェクトのオブジェクト名とオブジェクト概要を前記ビジネスアーキテクチャモデルから抽出し、前記プロセス名と前記ＡＰＩ名との間の類似度、前記プロセス概要とＡＰＩ概要との間の類似度、前記オブジェクト名と前記リソース名との間の類似度、前記オブジェクト概要と前記リソース概要との間の類似度、および前記プロセスと前記オブジェクトとの間の利用関係と前記業界標準ＡＰＩの操作との間の関係に基づいて前記業界標準ＡＰＩのそれぞれに対する推奨度を算出し、前記推奨度が最大の業界標準ＡＰＩのＡＰＩ名に基づいたＡＡ要素を構築して前記プロセスに結び付け、前記推奨度が最大の業界標準ＡＰＩの利用するリソースのリソース名に基づいたＤＡ要素を構築して前記オブジェクトに結び付けて前記アプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する生成部を備える
情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
現状のアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを入力し、現状のアプリケーションアーキテクチャモデルとデータアーキテクチャモデルに含まれる現状のＡＡ要素と現状のＤＡ要素を前記ビジネスアーキテクチャモデルに含まれるプロセスとオブジェクトに結び付ける現状モデル登録部と、
前記生成部の生成したアプリケーションアーキテクチャモデルとデータアーキテクチャモデルに含まれる前記現状のＤＡ要素と前記業界標準ＡＰＩの利用するリソースとを整合させる整合部を備える
情報処理装置。

【請求項3】

請求項２に記載の情報処理装置であって、
前記整合部は、前記現状のＤＡ要素に結び付けられた前記オブジェクトを利用する前記プロセスを抽出し、当該プロセスに結び付けられたＡＡ要素のうち前記業界標準ＡＰＩに基づいて構築された前記ＡＡ要素を抽出し、抽出した前記ＡＡ要素に対応する前記業界標準ＡＰＩの利用するリソースと前記現状のＤＡ要素とを整合させる
情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記整合部は、前記現状のＤＡ要素を前記業界標準ＡＰＩの利用するリソースから構築した新たなＤＡ要素に置き換えて、前記新たなＤＡ要素の有する情報と前記現状のＤＡ要素の有する情報との間の対応情報を前記新たなＤＡ要素に付与する
情報処理装置。

【請求項5】

業務要件に基づいてプロセスとオブジェクトとをモデリングしたビジネスアーキテクチャモデルからアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する情報処理方法であって、
コンピュータが、
業界標準ＡＰＩのＡＰＩ名とＡＰＩ概要、並びに前記業界標準ＡＰＩが利用するリソース名とリソース概要を保持し、
前記ビジネスアーキテクチャモデルに含まれるプロセスのそれぞれについて、前記プロセスのプロセス名とプロセス概要と前記プロセスが利用するオブジェクトのオブジェクト名とオブジェクト概要を前記ビジネスアーキテクチャモデルから抽出し、
前記プロセス名と前記ＡＰＩ名との間の類似度、前記プロセス概要とＡＰＩ概要との間の類似度、前記オブジェクト名と前記リソース名との間の類似度、前記オブジェクト概要と前記リソース概要との間の類似度、および前記プロセスと前記オブジェクトとの間の利用関係と前記業界標準ＡＰＩの操作との間の関係に基づいて前記業界標準ＡＰＩのそれぞれに対する推奨度を算出し、
前記推奨度が最大の業界標準ＡＰＩのＡＰＩ名に基づいたＡＡ要素を構築して前記プロセスに結び付け、前記推奨度が最大の業界標準ＡＰＩの利用するリソースのリソース名に基づいたＤＡ要素を構築して前記オブジェクトに結び付けて前記アプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する
情報処理方法。

【請求項6】

請求項１ないし４のいずれかに記載の情報処理装置の各部としてコンピュータを動作させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

【背景技術】

【0002】

ビジネスアーキテクチャ、データアーキテクチャ、アプリケーションアーキテクチャ、およびテクノロジアーキテクチャという階層構造を用い、エンタープライズアーキテクチャを策定するためのフレームワークが知られている（非特許文献１）。非特許文献１のフレームワークでは、ビジネスアーキテクチャ、アプリケーションアーキテクチャとデータアーキテクチャ、テクノロジアーキテクチャの順に各アーキテクチャモデルを構築する。

【先行技術文献】

【非特許文献】

【0003】

【文献】“Ｗｅｌｃｏｍｅ ｔｏ ｔｈｅ ＴＯＧＡＦ Ｓｔａｎｄａｒｄ，Ｖｅｒｓｉｏｎ ９．２”、Ｔｈｅ Ｏｐｅｎ Ｇｒｏｕｐ、インターネット〈 URL：https://pubs.opengroup.org/architecture/togaf9-doc/arch/〉

【発明の概要】

【発明が解決しようとする課題】

【0004】

非特許文献１のフレームワークでは、アプリケーションアーキテクチャとデータアーキテクチャの構築において、できる限り業界標準および現状の要素を活用することが推奨されている。しかしながら、膨大な量の業界標準の情報からアプリケーションアーキテクチャとデータアーキテクチャの構築に活用できる情報の調査は負担が大きいという問題があった。また、現状の要素と業界標準とを組み合わせて活用する場合、データの定義が合わない部分が発生する可能性が高いという問題があった。

【0005】

本発明は、上記に鑑みてなされたものであり、エンタープライズアーキテクチャの策定に際して業界標準および現状の要素をより容易に活用できることを目的とする。

【課題を解決するための手段】

【0006】

本発明の一態様の情報処理装置は、業務要件に基づいてプロセスとオブジェクトとをモデリングしたビジネスアーキテクチャモデルからアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する情報処理装置であって、業界標準ＡＰＩのＡＰＩ名とＡＰＩ概要、並びに前記業界標準ＡＰＩが利用するリソース名とリソース概要を保持する記憶部と、前記ビジネスアーキテクチャモデルに含まれるプロセスのそれぞれについて、前記プロセスのプロセス名とプロセス概要と前記プロセスが利用するオブジェクトのオブジェクト名とオブジェクト概要を前記ビジネスアーキテクチャモデルから抽出し、前記プロセス名と前記ＡＰＩ名との間の類似度、前記プロセス概要とＡＰＩ概要との間の類似度、前記オブジェクト名と前記リソース名との間の類似度、前記オブジェクト概要と前記リソース概要との間の類似度、および前記プロセスと前記オブジェクトとの間の利用関係と前記業界標準ＡＰＩの操作との間の関係に基づいて前記業界標準ＡＰＩのそれぞれに対する推奨度を算出し、前記推奨度が最大の業界標準ＡＰＩのＡＰＩ名に基づいたＡＡ要素を構築して前記プロセスに結び付け、前記推奨度が最大の業界標準ＡＰＩの利用するリソースのリソース名に基づいたＤＡ要素を構築して前記オブジェクトに結び付けて前記アプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する生成部を備える。

【0007】

本発明の一態様の情報処理方法は、業務要件に基づいてプロセスとオブジェクトとをモデリングしたビジネスアーキテクチャモデルからアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する情報処理方法であって、コンピュータが、業界標準ＡＰＩのＡＰＩ名とＡＰＩ概要、並びに前記業界標準ＡＰＩが利用するリソース名とリソース概要を保持し、前記ビジネスアーキテクチャモデルに含まれるプロセスのそれぞれについて、前記プロセスのプロセス名とプロセス概要と前記プロセスが利用するオブジェクトのオブジェクト名とオブジェクト概要を前記ビジネスアーキテクチャモデルから抽出し、前記プロセス名と前記ＡＰＩ名との間の類似度、前記プロセス概要とＡＰＩ概要との間の類似度、前記オブジェクト名と前記リソース名との間の類似度、前記オブジェクト概要と前記リソース概要との間の類似度、および前記プロセスと前記オブジェクトとの間の利用関係と前記業界標準ＡＰＩの操作との間の関係に基づいて前記業界標準ＡＰＩのそれぞれに対する推奨度を算出し、前記推奨度が最大の業界標準ＡＰＩのＡＰＩ名に基づいたＡＡ要素を構築して前記プロセスに結び付け、前記推奨度が最大の業界標準ＡＰＩの利用するリソースのリソース名に基づいたＤＡ要素を構築して前記オブジェクトに結び付けて前記アプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する。

【発明の効果】

【0008】

本発明によれば、エンタープライズアーキテクチャの策定に際して業界標準および現状の要素をより容易に活用できる。

【図面の簡単な説明】

【0009】

【図1】図１は、本実施形態の情報処理装置の構成の一例を示す機能ブロック図である。

【図2】図２は、情報処理装置が保持する業界標準ＡＰＩの情報の一例を示す図である。

【図3】図３は、情報処理装置が保持する業界標準ＡＰＩが利用するリソースの情報の一例を示す図である。

【図4】図４は、ビジネスアーキテクチャモデルの一例を示す図である。

【図5】図５は、アプリケーションアーキテクチャモデルの一例を示す図である。

【図6】図６は、情報処理装置が生成したアプリケーションアーキテクチャモデルの一例を示す図である。

【図7】図７は、アプリケーションアーキテクチャモデルを生成する処理の流れの一例を示すフローチャートである。

【図8】図８は、ビジネスアーキテクチャモデルからビジネスプロセスとビジネスオブジェクトを抽出した一例を示す図である。

【図9】図９は、図８のビジネスプロセスとビジネスオブジェクトにアプリケーションファンクションとデータオブジェクトを結び付けた一例を示す図である。

【図10】図１０は、データオブジェクトの整合を取る処理の流れの一例を示すフローチャートである。

【図11】図１１は、データオブジェクトとリソース、サブリソースとの間で類似度を算出する一例のイメージを示す図である。

【図12】図１２は、推奨ＡＰＩのリソースに基づいて構築したデータオブジェクトに現状のデータオブジェクトの情報を付与した一例を示す図である。

【図13】図１３は、現状のデータオブジェクトを推奨ＡＰＩのリソースに基づいて構築したデータオブジェクトで置き換えた一例を示す図である。

【図14】図１４は、情報処理装置のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の実施の形態について図面を用いて説明する。

【0011】

図１は、本実施形態の情報処理装置１の構成の一例を示す機能ブロック図である。本実施形態の情報処理装置１は、業界標準のアプリケーションプログラミングインターフェース（ＡＰＩ）の情報を保持し、業務要件に基づいてプロセスとオブジェクトとをモデリングしたビジネスアーキテクチャモデル（以下、「ＢＡ」と称する）を入力すると、業界標準ＡＰＩを基に、ＢＡに結び付けるアプリケーションアーキテクチャ（以下、「ＡＡ」と称する）要素およびデータアーキテクチャ（以下、「ＤＡ」と称する）要素を構築し、アプリケーションアーキテクチャモデルとデータアーキテクチャモデル（以下、「ＡＡ／ＤＡ」と称する）を生成する装置である。情報処理装置１は、ＡＡ要素とＤＡ要素を構築する際に利用する業界標準ＡＰＩを特定する際、ＢＡに含まれるビジネスプロセスとビジネスオブジェクトの情報を抽出し、抽出した情報と各ＡＰＩの情報の類似度に基づいて各ＡＰＩの推奨度を算出する。情報処理装置１は、推奨度の最も高いＡＰＩに基づいてＡＡ要素とＤＡ要素を構築する。

【0012】

また、情報処理装置１は、現状（Ａｓ－Ｉｓ）のＡＡ／ＤＡにおいて、理想（Ｔｏ－Ｂｅ）のＢＡに対するＡＡ／ＤＡの要素として活用するＡＡ要素とＤＡ要素を入力してもよい。つまり、現状のシステムから流用する機能を入力してもよい。このとき、情報処理装置１は、推奨ＡＰＩのリソースから構築するＤＡ要素とＡｓ－Ｉｓから活用するＤＡ要素の整合を取るための情報を付与してもよい。

【0013】

図１に示す情報処理装置１は、ＡＰＩ情報登録部１１、ＢＡ登録部１２、ＡＡ／ＤＡ登録部１３、ポリシー登録部１４、ＡＰＩ情報記憶部１５、ＢＡ記憶部１６、ＡＡ／ＤＡ記憶部１７、ポリシー記憶部１８、推奨ＡＡ／ＤＡ算出部１９、推奨ＡＰＩ算出部２０、整合部２１、および出力部２２を備える。

【0014】

ＡＰＩ情報登録部１１は、業界標準ＡＰＩの情報を入力してＡＰＩ情報記憶部１５に登録する。業界標準ＡＰＩとは、標準化団体などによって定められた標準仕様であり、装置またはサービスなどを利用するためのインターフェースの仕様である。業界標準ＡＰＩの例としては、例えば、ＴｅｌｅＭａｎａｇｅｍｅｎｔ Ｆｏｒｕｍ（ＴＭＦ） Ｏｐｅｎ ＡＰＩｓ、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ） ＡＰＩ、およびＭｅｔｒｏ Ｅｔｈｅｒｎｅｔ Ｆｏｒｕｍ（ＭＥＦ） ＡＰＩｓがある。なお、ＡＰＩ情報記憶部１５が記憶するＡＰＩはこれらに限られない。上記以外の業界の標準ＡＰＩを登録してもよい。

【0015】

図２と図３にＡＰＩ情報記憶部１５が記憶する情報の一例を示す。図２は、業界標準ＡＰＩの情報の一例である。図２の例では、ＡＰＩのそれぞれについて、ＡＰＩ ＩＤ、業界標準名、ＡＰＩ名、ＡＰＩ概要、オペレーション、リソースＩＤ、およびリソース概要を含むＡＰＩレコードがＡＰＩ情報記憶部１５に登録されている。ＡＰＩ ＩＤは情報処理装置１においてＡＰＩを特定するための識別子である。業界標準名はＡＰＩを定めた業界標準の名称である。ＡＰＩ名はＡＰＩの名称である。ＡＰＩ概要はＡＰＩの機能などの説明である。オペレーションはリソースに対する操作（ｇｅｔ，ｐｏｓｔ，ｐａｔｃｈ，またはｄｅｌｅｔｅ）である。リソースＩＤはＡＰＩが利用するリソースを特定する識別子である。リソース概要はＡＰＩが利用するリソースの説明である。

【0016】

図３は、業界標準ＡＰＩが利用するリソースの情報の一例である。図３の例では、リソースに含まれるフィールドのそれぞれについて、リソースＩＤ、リソース名、フィールド名、型、フィールド概要、およびサブリソースＩＤを含むリソースレコードがＡＰＩ情報記憶部１５に登録されている。リソースＩＤは情報処理装置１においてリソースを特定するための識別子であり、ＡＰＩレコードのリソースＩＤに対応する。リソース名はリソースの名称である。フィールド名はリソースに含まれるフィールドの名称である。型はフィールドのデータ型を示す。フィールド概要はフィールドの説明である。サブリソースＩＤは当該フィールドに紐付けられたリソースを示すリソースＩＤである。

【0017】

ＢＡ登録部１２は、アーキテクトが作成したＴｏ－ＢｅのＢＡを入力してＢＡ記憶部１６に登録する。アーキテクトは、例えば、ツールを利用してＢＡを作成し、作成したＢＡをＢＡ登録部１２に入力する。後述の推奨ＡＡ／ＤＡ算出部１９と推奨ＡＰＩ算出部２０で生成部を構成し、ＢＡ登録部１２が入力したＴｏ－ＢｅのＢＡに対応するＴｏ－ＢｅのＡＡ／ＤＡを生成する。

【0018】

図４にＴｏ－Ｂｅのビジネスアーキテクチャモデルの一例を示す。図４の例では、５つのビジネスプロセス１１０Ａ～１１０Ｅと３つのビジネスオブジェクト１２０Ａ～１２０ＣでＢＡが構成されている。ビジネスプロセスは、目指すビジョンを実現するための手順である。ビジネスオブジェクトは、ビジネスプロセスが利用する情報である。ビジネスプロセスによるビジネスオブジェクトの利用方向（読み込みまたは書き込み）は矢印で示されている。例えば、図４のＢＡでは、ビジネスプロセス１１０Ａはビジネスオブジェクト１２０Ａを生成し、ビジネスプロセス１１０Ｂはビジネスオブジェクト１２０Ａを利用する。

【0019】

ＡＡ／ＤＡ登録部１３は、Ａｓ－ＩｓのＡＡ／ＤＡのうちＴｏ－Ｂｅに活用するＡＡ要素とＤＡ要素を入力してＡＡ／ＤＡ記憶部１７に登録するとともに、Ｔｏ－Ｂｅに活用するＡＡ要素とＤＡ要素をＴｏ－ＢｅのＢＡに結び付ける。Ｔｏ－ＢｅのＢＡは、ＢＡ記憶部１６に記憶されている。Ａｓ－ＩｓのＡＡ／ＤＡは、現状のシステムをモデリングしたものである。例えば、アーキテクトは、現状のシステムでＴｏ－Ｂｅにおいても活用するアプリケーションなどに対応するＡＡ要素とＤＡ要素をＴｏ－Ｂｅに活用するＡＡ要素とＤＡ要素として登録し、Ｔｏ－ＢｅのＢＡに結び付ける。

【0020】

図５にＡｓ－Ｉｓのアプリケーションアーキテクチャモデルの例を示す。図５の例では、Ｔｏ－Ｂｅに活用するアプリケーションファンクション２１０Ａと３つのデータオブジェクト２２０Ａ～２２０Ｃを図示している。アプリケーションファンクション２１０ＡがＡＡ要素であり、データオブジェクト２２０Ａ～２２０ＣがＤＡ要素である。図５では、Ａｓ－ＩｓのＢＡも示している。

【0021】

ポリシー登録部１４は、Ａｓ－ＩｓのＤＡ要素と推奨ＡＰＩのリソースから構築したＤＡ要素のどちらを重視するかを示すポリシーを入力してポリシー記憶部１８に登録する。このポリシーは、後述の整合部２１がＡｓ－ＩｓのＤＡ要素の整合を取る際に参照される。

【0022】

推奨ＡＡ／ＤＡ算出部１９は、Ｔｏ－ＢｅのＢＡに含まれるビジネスプロセスとビジネスオブジェクトに結び付けるＡＡ要素とＤＡ要素を推奨ＡＰＩ算出部２０の求めた推奨ＡＰＩに基づいて構築し、ＡＡ／ＤＡを生成する。より具体的には、推奨ＡＡ／ＤＡ算出部１９は、Ｔｏ－ＢｅのＢＡに含まれるビジネスプロセスのそれぞれについて、ビジネスプロセスの情報と当該ビジネスプロセスが利用するビジネスオブジェクトの情報をＢＡから抽出して推奨ＡＰＩ算出部２０へ送信する。推奨ＡＡ／ＤＡ算出部１９が推奨ＡＰＩ算出部２０へ送信する情報は、例えば、ビジネスプロセス名、ビジネスプロセス概要、ビジネスオブジェクト名、ビジネスオブジェクト概要、およびビジネスオブジェクトの利用方向（読み込みまたは書き込み）である。推奨ＡＡ／ＤＡ算出部１９は、推奨ＡＰＩ算出部２０から返却された推奨ＡＰＩのＡＰＩレコードの情報に基づき、業界標準名とＡＰＩ名を付与したアプリケーションファンクションを構築してビジネスプロセスに結び付け、業界標準名とリソース名を付与したデータオブジェクトを構築してビジネスオブジェクトに結び付ける。

【0023】

図６にＴｏ－Ｂｅのビジネスアーキテクチャモデルとアプリケーションアーキテクチャモデルの例を示す。図６に示すアプリケーションアーキテクチャモデルが推奨ＡＡ／ＤＡ算出部１９の生成するＡＡ／ＤＡである。図６の例では、ビジネスプロセス１１０Ａ～１１０Ｅに結び付けたアプリケーションファンクション２１０Ａ～２１０Ｅと、ビジネスオブジェクト１２０Ａ～１２０Ｃに結び付けたデータオブジェクト２２０Ａ～２２０Ｄを図示している。枠２３０で囲われたアプリケーションファンクション２１０Ａと３つのデータオブジェクト２２０Ａ～２２０Ｃは、Ａｓ－Ｉｓから活用するＡＡ要素とＤＡ要素である。枠２４０で囲われた４つのアプリケーションファンクション２１０Ｂ～２１０Ｅとデータオブジェクト２２０Ｄは、推奨ＡＡ／ＤＡ算出部１９が推奨ＡＰＩに基づいて構築したＡＡ要素とＤＡ要素である。

【0024】

なお、ＢＡのビジネスプロセスのうちＡｓ－ＩｓのＡＡ要素が結び付けられたビジネスプロセスは推奨ＡＡ／ＤＡ算出部１９の処理の対象外とする。図６の例では、Ａｓ－Ｉｓのアプリケーションファンクション２１０Ａが結び付けられたビジネスプロセス１１０Ａが処理の対象外である。

【0025】

推奨ＡＰＩ算出部２０は、推奨ＡＡ／ＤＡ算出部１９から受信した情報とＡＰＩ情報記憶部１５の保持する業界標準ＡＰＩの情報から各ＡＰＩの推奨度を算出し、推奨度の最も高い推奨ＡＰＩを推奨ＡＡ／ＤＡ算出部１９に返却する。

【0026】

推奨ＡＰＩ算出部２０は、例えば、ＡＰＩ情報記憶部１５の保持するＡＰＩレコードのそれぞれについて、ビジネスプロセス名とＡＰＩ名、ビジネスプロセス概要とＡＰＩ概要、ビジネスオブジェクト名とリソース名、およびビジネスオブジェクト概要とリソース概要との間の類似度を自然言語処理における２つの文章間の類似度算出手法により算出する。なお、文章のベクトル化にはＴＦ－ＩＤＦなどを用いることができる。類似度の算出にはｃｏｓ類似度法などを用いることができる。

【0027】

また、推奨ＡＰＩ算出部２０は、ビジネスプロセスのビジネスオブジェクトの利用について、利用方向とＡＰＩレコードのオペレーションとの関係（類似度）を数値化する。例えば、推奨ＡＰＩ算出部２０は、利用方向が読み込みであってオペレーションがｇｅｔであれば１、利用方向が書き込みであってオペレーションがｐｏｓｔ，ｐａｔｃｈ，ｄｅｌｅｔｅであれば１、それ以外の組み合わせは０とする。

【0028】

推奨ＡＰＩ算出部２０は、以上で求めた類似度から推奨度を算出し、推奨ＡＰＩを求める。例えば、推奨ＡＰＩ算出部２０は、類似度と利用方向を示す数値とを掛け合わせた数値を推奨度として算出する。

【0029】

整合部２１は、推奨ＡＡ／ＤＡ算出部１９と推奨ＡＰＩ算出部２０によって生成されたＡＡ／ＤＡに含まれるＡｓ－ＩｓのＤＡ要素について、ポリシー記憶部１８に記憶したポリシーに基づき、推奨ＡＰＩのリソースから構築するＤＡ要素との間で整合を取る。Ａｓ－ＩｓのＤＡ要素を重視する場合、整合部２１は、ＡＡ／ＤＡに含まれるＡｓ－ＩｓのＤＡ要素を推奨ＡＰＩのリソースから構築したＤＡ要素にするとともに、当該ＤＡ要素のフィールドのうちＡｓ－ＩｓのＤＡ要素に含まれるフィールドで置き換える情報を付与する。推奨ＡＰＩを重視する場合、整合部２１は、ＡＡ／ＤＡに含まれるＡｓ－ＩｓのＤＡ要素を推奨ＡＰＩのリソースから構築したＤＡ要素に置き換える。

【0030】

出力部２２は、推奨ＡＡ／ＤＡ算出部１９と推奨ＡＰＩ算出部２０の生成したＡＡ／ＤＡをアーキテクトの利用するツールで読み込める形式で出力する。このツールは、アーキテクトがＢＡを作成したツールと同じものでよく、ツール上でＢＡとＡＡ／ＤＡが結び付けられた状態を確認できる。アーキテクトは、情報処理装置１の生成したＡＡ／ＤＡを確認し、修正等を行う。整合部２１でＡｓ－ＩｓのＤＡ要素に対する処理が行われた場合、出力部２２は、整合部２１の処理したＤＡ要素を含むＡＡ／ＤＡを出力する。

【0031】

なお、Ａｓ－ＩｓのＡＡ／ＤＡを利用しない場合、情報処理装置１は、ＡＡ／ＤＡ登録部１３、ポリシー登録部１４、ＡＡ／ＤＡ記憶部１７、ポリシー記憶部１８、および整合部２１を備えなくてもよい。

【0032】

次に、図７のフローチャートを参照し、推奨ＡＡ／ＤＡ算出部１９と推奨ＡＰＩ算出部２０によるＡＡ／ＤＡの生成処理について説明する。Ｔｏ－ＢｅのＢＡはＢＡ記憶部１６が保持しているものとする。以下の処理は、ＢＡに含まれる各ビジネスプロセスに対して実行される。Ａｓ－Ｉｓのアプリケーションファンクションが結び付けられたビジネスプロセスは対象外とする。例えば、図６に示した例では、ビジネスプロセス１１０Ａを除く、４つのビジネスプロセス１１０Ｂ～１１０Ｅに対して実行される。

【0033】

ステップＳ１１にて、推奨ＡＡ／ＤＡ算出部１９は、ＢＡ記憶部１６から処理対象のビジネスプロセスの情報を抽出する。ビジネスプロセスの情報を抽出する際、推奨ＡＡ／ＤＡ算出部１９は、ビジネスプロセスが利用するビジネスオブジェクトの情報と利用方向も抽出する。図８の例では、推奨ＡＡ／ＤＡ算出部１９は、ビジネスプロセス１１０として「警報情報受付」を抽出し、ビジネスプロセス１１０が利用するビジネスオブジェクト１２０として「警報情報」を抽出する。また、推奨ＡＡ／ＤＡ算出部１９は、ビジネスプロセス１１０がビジネスオブジェクト１２０を読み込むという情報（利用方向）も抽出する。

【0034】

ステップＳ１２にて、推奨ＡＰＩ算出部２０は、ＡＰＩ情報記憶部１５の保持するＡＰＩレコードのそれぞれについて、ステップＳ１１で抽出した情報とＡＰＩレコードの情報に基づいて推奨度を算出し、最も高い推奨度のＡＰＩレコードを推奨ＡＡ／ＤＡ算出部１９に返却する。

【0035】

ステップＳ１３にて、推奨ＡＡ／ＤＡ算出部１９は、推奨ＡＰＩ算出部２０から受信したＡＰＩレコードの情報からＡＡ要素とＤＡ要素を構築してＢＡに結び付ける。図９の例では、推奨ＡＡ／ＤＡ算出部１９は、推奨ＡＰＩレコードから業界標準名、ＡＰＩ名、およびリソース名を取得し、業界標準名とＡＰＩ名を含む「ＴＭＦ＿ＸＸ＿ＡＰＩ」の文字列を付与したアプリケーションファンクション２１０を構築してビジネスプロセス１１０に結び付け、業界標準名とリソース名を含む「ＴＭＦ＿ＸＸ Ｒｅｓｏｕｒｃｅ」の文字列を付与したデータオブジェクト２２０を構築してビジネスオブジェクト１２０に結び付けた。アーキテクトは、アプリケーションファンクション２１０とデータオブジェクト２２０に付与された文字列からどのＡＰＩを用いればよいかを判断できる。アプリケーションファンクション２１０とデータオブジェクト２２０は推奨ＡＰＩレコードの情報を含んでもよいし、リソースレコードの情報を含んでもよい。

【0036】

次に、図１０のフローチャートを参照し、整合部２１によるＡｓ－Ｉｓのデータオブジェクトの整合処理について説明する。以下の処理は、推奨ＡＡ／ＤＡ算出部１９の生成したＡＡ／ＤＡに含まれるＡｓ－Ｉｓのデータオブジェクトの全てに対して実行される。例えば、図６に示した例では、枠２３０内の３つのデータオブジェクト２２０Ａ，２２０Ｂ，２２０Ｃに対して実行される。

【0037】

ステップＳ２１にて、整合部２１は、Ａｓ－Ｉｓのデータオブジェクトに結び付けられたビジネスオブジェクトを利用するビジネスプロセスを抽出する。例えば、図６のデータオブジェクト２２０Ａについては、データオブジェクト２２０Ａに結び付けられたビジネスオブジェクト１２０Ａを利用する２つのビジネスプロセス１１０Ａ，１１０Ｂが抽出される。

【0038】

ステップＳ２２にて、整合部２１は、ステップＳ２１で抽出したビジネスプロセスに推奨ＡＡ／ＤＡ算出部１９が結び付けたアプリケーションファンクションの推奨ＡＰＩを抽出する。例えば、図６に示した例では、ビジネスプロセス１１０Ｂに結び付けられたアプリケーションファンクション２１０Ｂの推奨ＡＰＩが抽出される。推奨ＡＰＩは、アプリケーションファンクション２１０Ｂに付与された業界標準名とＡＰＩ名から抽出できる。なお、ビジネスプロセス１１０Ａに結び付けられたアプリケーションファンクション２１０ＡはＡｓ－Ｉｓのアプリケーションファンクションであり推奨ＡＡ／ＤＡ算出部１９が構築したものではない。

【0039】

ステップＳ２３にて、整合部２１は、推奨ＡＰＩのＡＰＩレコードを参照してリソースを抽出する。具体的には、整合部２１は、ＡＰＩレコードのリソースＩＤに対応するリソースレコードを抽出する。リソースレコードにサブリソースＩＤが指定されている場合、整合部２１は、再帰的に、そのリソースＩＤのリソースレコードも抽出する。例えば、図２に示したＡＰＩ ＩＤ＝１のＡＰＩレコードはリソースＩＤ＝１が指定されているので、整合部２１は、図３に示したリソースＩＤ＝１のリソースレコードを抽出し、さらにサブリソースＩＤ＝５のリソースレコードも抽出する。

【0040】

ステップＳ２４にて、整合部２１は、Ａｓ－ＩｓのデータオブジェクトとステップＳ２３で抽出した各リソース、各サブリソースとの間で類似度を算出し、類似度が最大となったリソースまたはサブリソースをＡｓ－Ｉｓのデータオブジェクトの整合対象とする。図１１にＡｓ－Ｉｓのデータオブジェクト２２０とリソース３１０、サブリソース３２０との間で類似度を算出するイメージを示す。整合部２１は、データオブジェクト２２０の各フィールドとリソース３１０およびサブリソース３２０の各フィールドとを比較し、リソース３１０およびサブリソース３２０のそれぞれについて類似度を算出する。例えば、整合部２１は、フィールドの型、フィールドの名前の類似度などからリソース３１０とサブリソース３２０の類似度を算出する。類似度が最大のリソース３１０またはサブリソース３２０をデータオブジェクト２２０の整合対象とする。

【0041】

ステップＳ２５にて、整合部２１は、ポリシー記憶部１８に登録されているポリシーを参照し、Ａｓ－Ｉｓを重視するか、推奨ＡＰＩのリソースを重視するかを判定する。

【0042】

Ａｓ－Ｉｓを重視する場合、整合部２１は、ステップＳ２４で求めた整合対象のリソースまたはサブリソースで新たなデータオブジェクトを構築し、新たなデータオブジェクトのフィールドをＡｓ－Ｉｓのデータオブジェクトのフィールドで置き換える対応情報を付与する。図１２の例では、ビジネスオブジェクト１２０にサブリソース３２０から構築したデータオブジェクトを結び付け、サブリソース３２０のフィールドのうちＡｓ－Ｉｓのデータオブジェクト２２０のフィールドで置き換える情報を付与している。

【0043】

推奨ＡＰＩのリソースを重視する場合、整合部２１は、ステップＳ２４で求めた整合対象のリソースまたはサブリソースに基づいて構築した新たなデータオブジェクトでＡｓ－Ｉｓのデータオブジェクトを置き換える。図１３の例では、ビジネスオブジェクト１２０にサブリソース３２０から構築したデータオブジェクトを結び付けた。

【0044】

以上説明したように、本実施形態の情報処理装置１は、業界標準ＡＰＩの情報を保持するＡＰＩ情報記憶部１５を備える。推奨ＡＡ／ＤＡ算出部１９は、ビジネスアーキテクチャモデルに含まれるビジネスプロセスのそれぞれについて、ビジネスプロセスの情報とビジネスプロセスが利用するビジネスオブジェクトの情報をビジネスアーキテクチャモデルから抽出する。推奨ＡＰＩ算出部２０は、業界標準ＡＰＩのそれぞれについてビジネスプロセスに対する推奨度を算出する。推奨ＡＡ／ＤＡ算出部１９は、推奨度が最大の業界標準ＡＰＩの名称に基づいたアプリケーションファンクションを構築してビジネスプロセスに結び付け、推奨度が最大の業界標準ＡＰＩの利用するリソースの名称に基づいたデータオブジェクトを構築してビジネスオブジェクトに結び付けてアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成する。これにより、業界標準ＡＰＩを活用したアプリケーションアーキテクチャモデルとデータアーキテクチャモデルを生成できる。

【0045】

上記説明した情報処理装置１には、例えば、図１４に示すような、中央演算処理装置（ＣＰＵ）９０１と、メモリ９０２と、ストレージ９０３と、通信装置９０４と、入力装置９０５と、出力装置９０６とを備える汎用的なコンピュータシステムを用いることができる。このコンピュータシステムにおいて、ＣＰＵ９０１がメモリ９０２上にロードされた所定のプログラムを実行することにより、情報処理装置１が実現される。このプログラムは磁気ディスク、光ディスク、半導体メモリなどのコンピュータ読み取り可能な記録媒体に記録することも、ネットワークを介して配信することもできる。

【符号の説明】

【0046】

１ 情報処理装置
１１ ＡＰＩ情報登録部
１２ ＢＡ登録部
１３ ＡＡ／ＤＡ登録部
１４ ポリシー登録部
１５ ＡＰＩ情報記憶部
１６ ＢＡ記憶部
１７ ＡＡ／ＤＡ記憶部
１８ ポリシー記憶部
１９ 推奨ＡＡ／ＤＡ算出部
２０ 推奨ＡＰＩ算出部
２１ 整合部
２２ 出力部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】