知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023106709
(43)【公開日】2023-08-02
(54)【発明の名称】情報処理装置及び方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20230726BHJP
【ＦＩ】
G06Q50/10
【審査請求】未請求
【請求項の数】15
【出願形態】ＯＬ
(21)【出願番号】P 2022007600
(22)【出願日】2022-01-21
(71)【出願人】
【識別番号】000005108
【氏名又は名称】株式会社日立製作所
(74)【代理人】
【識別番号】110002365
【氏名又は名称】弁理士法人サンネクスト国際特許事務所
(72)【発明者】
【氏名】三瓶 直恵
(72)【発明者】
【氏名】千葉 鉄也
(72)【発明者】
【氏名】西川 享宏
(72)【発明者】
【氏名】齋藤 洋
(72)【発明者】
【氏名】安倍 貴弘
(72)【発明者】
【氏名】岩崎 一隼
【テーマコード（参考）】
5L049
【Ｆターム（参考）】
5L049CC11
(57)【要約】 （修正有）
【課題】複数のクラウドサービスの中からシステム要件を満たすクラウドサービスと利用者の潜在需要を満たすクラウドサービスを導入対象の候補として抽出する方法及び情報処理装置を提供する。
【解決手段】情報処理システム１００は、複数のクラウドサービスのうち、いずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報と、システムを管理する利用者の潜在需要に関する情報と、を入力する入力部２００と、入力部に入力されたシステム要件に関する情報を基にシステム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、入力部に入力された利用者の潜在需要に関する情報を基に利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算部４００と、を備える。
【選択図】図１
【解決手段】情報処理システム１００は、複数のクラウドサービスのうち、いずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報と、システムを管理する利用者の潜在需要に関する情報と、を入力する入力部２００と、入力部に入力されたシステム要件に関する情報を基にシステム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、入力部に入力された利用者の潜在需要に関する情報を基に利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算部４００と、を備える。
【選択図】図１
【特許請求の範囲】
【請求項1】
複数のクラウドサービスのうちいずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報及び前記システムを管理する利用者の潜在需要に関する情報を入力する入力部と、
前記入力部に入力された前記システム要件に関する情報を基に前記システム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、前記入力部に入力された前記利用者の潜在需要に関する情報を基に前記利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算部と、を備えることを特徴とする情報処理装置。
前記入力部に入力された前記システム要件に関する情報を基に前記システム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、前記入力部に入力された前記利用者の潜在需要に関する情報を基に前記利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算部と、を備えることを特徴とする情報処理装置。
【請求項2】
請求項１に記載の情報処理装置であって、
前記入力部は、
前記利用者の潜在需要を管理するための複数の潜在需要項目の各々について前記利用者の潜在需要を示す潜在需要情報を入力する潜在需要入力部を含み、
前記演算部は、
前記潜在需要入力部により前記潜在需要情報が入力された前記各潜在需要項目の内容を評価し、前記各潜在需要項目にそれぞれ評価値を設定する潜在需要評価処理部を含み、
前記潜在需要評価処理部は、
前記複数のクラウドサービスの各々で管理する複数の要素の各々に対して前記各潜在需要項目及び前記各クラウドサービスに設定された複数の評価基準値と前記各潜在需要項目について設定された前記評価値とを基に前記各要素における前記各クラウドサービスの得点を潜在需要項目毎に算出し、算出された前記潜在需要項目毎の得点を前記各要素についてクラウドサービス毎に合計し、前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示す潜在需要評価結果要素別情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理装置。
前記入力部は、
前記利用者の潜在需要を管理するための複数の潜在需要項目の各々について前記利用者の潜在需要を示す潜在需要情報を入力する潜在需要入力部を含み、
前記演算部は、
前記潜在需要入力部により前記潜在需要情報が入力された前記各潜在需要項目の内容を評価し、前記各潜在需要項目にそれぞれ評価値を設定する潜在需要評価処理部を含み、
前記潜在需要評価処理部は、
前記複数のクラウドサービスの各々で管理する複数の要素の各々に対して前記各潜在需要項目及び前記各クラウドサービスに設定された複数の評価基準値と前記各潜在需要項目について設定された前記評価値とを基に前記各要素における前記各クラウドサービスの得点を潜在需要項目毎に算出し、算出された前記潜在需要項目毎の得点を前記各要素についてクラウドサービス毎に合計し、前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示す潜在需要評価結果要素別情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理装置。
【請求項3】
請求項２に記載の情報処理装置であって、
前記潜在需要評価処理部は、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示す潜在需要推奨クラウドサービス情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理装置。
前記潜在需要評価処理部は、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示す潜在需要推奨クラウドサービス情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理装置。
【請求項4】
請求項２に記載の情報処理装置であって、
前記複数の潜在需要項目は、
前記システムの新規・単純リフト・刷新の中のいずれか一つを選択する第１項目と、前記クラウドサービスと新技術に対する、前記利用者の積極性・興味に関する第２項目と、前記利用者の体制であって、クラウド有識者の有無を示す第３項目と、前記クラウドサービスの利用実績を示す第４項目を少なくとも含むことを特徴とする情報処理装置。
前記複数の潜在需要項目は、
前記システムの新規・単純リフト・刷新の中のいずれか一つを選択する第１項目と、前記クラウドサービスと新技術に対する、前記利用者の積極性・興味に関する第２項目と、前記利用者の体制であって、クラウド有識者の有無を示す第３項目と、前記クラウドサービスの利用実績を示す第４項目を少なくとも含むことを特徴とする情報処理装置。
【請求項5】
請求項３に記載の情報処理装置であって、
前記複数のクラウドサービスの各々を管理するための複数のクラウドサービスカラムと前記システムを評価するための複数のシステム評価レコードとが前記各要素に対応づけて記憶され、前記各クラウドサービスカラムに対応した前記各システム評価レコードに、前記各クラウドサービの仕様を示す仕様情報が記憶されたシステム要件記憶部を更に備え、
前記入力部は、
前記複数のシステム評価レコードのうち前記システムの評価の対象となるシステム評価レコードに評価対象情報を入力する評価対象情報入力部を含み、
前記演算部は、
前記評価対象情報入力部により前記評価対象情報が入力された前記システム評価レコードに前記仕様情報が記憶されたクラウドサービスを前記システム要件記憶部から２以上抽出するシステム要件評価処理部を含み、
前記システム要件評価処理部は、
抽出した前記２以上のクラウドサービスの各々に対応した前記各システム評価レコードに記憶された前記仕様情報と前記各システム評価レコードに対する前記システムの要求値を示す要求情報とを前記各要素について比較し、当該比較の結果を基に前記各システム評価レコードについて前記仕様情報と前記要求情報との一致の有無を前記各要素について数値化して前記各クラウドサービスカラムに記録し、当該記録された前記各クラウドサービスカラムの合計を合計得点として前記各クラウドサービスの合計得点を前記各要素について算出し、算出された前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示すシステム要件評価結果合計得点情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理装置。
前記複数のクラウドサービスの各々を管理するための複数のクラウドサービスカラムと前記システムを評価するための複数のシステム評価レコードとが前記各要素に対応づけて記憶され、前記各クラウドサービスカラムに対応した前記各システム評価レコードに、前記各クラウドサービの仕様を示す仕様情報が記憶されたシステム要件記憶部を更に備え、
前記入力部は、
前記複数のシステム評価レコードのうち前記システムの評価の対象となるシステム評価レコードに評価対象情報を入力する評価対象情報入力部を含み、
前記演算部は、
前記評価対象情報入力部により前記評価対象情報が入力された前記システム評価レコードに前記仕様情報が記憶されたクラウドサービスを前記システム要件記憶部から２以上抽出するシステム要件評価処理部を含み、
前記システム要件評価処理部は、
抽出した前記２以上のクラウドサービスの各々に対応した前記各システム評価レコードに記憶された前記仕様情報と前記各システム評価レコードに対する前記システムの要求値を示す要求情報とを前記各要素について比較し、当該比較の結果を基に前記各システム評価レコードについて前記仕様情報と前記要求情報との一致の有無を前記各要素について数値化して前記各クラウドサービスカラムに記録し、当該記録された前記各クラウドサービスカラムの合計を合計得点として前記各クラウドサービスの合計得点を前記各要素について算出し、算出された前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示すシステム要件評価結果合計得点情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理装置。
【請求項6】
請求項５に記載の情報処理装置であって、
前記システム要件評価処理部は、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示すシステム要件推奨クラウドサービス情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理装置。
前記システム要件評価処理部は、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示すシステム要件推奨クラウドサービス情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理装置。
【請求項7】
請求項６に記載の情報処理装置であって、
前記システム要件評価処理部の生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理部の生成による前記潜在需要推奨クラウドサービス情報を画面上に表示する表示部を更に備えることを特徴とする情報処理装置。
前記システム要件評価処理部の生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理部の生成による前記潜在需要推奨クラウドサービス情報を画面上に表示する表示部を更に備えることを特徴とする情報処理装置。
【請求項8】
請求項６に記載の情報処理装置であって、
前記システム要件評価処理部の生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理部の生成による前記潜在需要推奨クラウドサービス情報を前記利用者の情報端末に送信する出力部を更に備えることを特徴とする情報処理装置。
前記システム要件評価処理部の生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理部の生成による前記潜在需要推奨クラウドサービス情報を前記利用者の情報端末に送信する出力部を更に備えることを特徴とする情報処理装置。
【請求項9】
コンピュータを用いた情報処理方法であって、
前記コンピュータが、複数のクラウドサービスのうちいずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報及び前記システムを管理する利用者の潜在需要に関する情報を入力する入力ステップと、
前記コンピュータが、前記入力ステップで入力された前記システム要件に関する情報を基に前記システム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、前記入力ステップで入力された前記利用者の潜在需要に関する情報を基に前記利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算ステップと、を備えることを特徴とする情報処理方法。
前記コンピュータが、複数のクラウドサービスのうちいずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報及び前記システムを管理する利用者の潜在需要に関する情報を入力する入力ステップと、
前記コンピュータが、前記入力ステップで入力された前記システム要件に関する情報を基に前記システム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、前記入力ステップで入力された前記利用者の潜在需要に関する情報を基に前記利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算ステップと、を備えることを特徴とする情報処理方法。
【請求項10】
請求項９に記載の情報処理方法であって、
前記入力ステップは、
前記利用者の潜在需要を管理するための複数の潜在需要項目の各々について前記利用者の潜在需要を示す潜在需要情報を入力する潜在需要入力ステップを含み、
前記演算ステップは、
前記潜在需要入力ステップにより前記潜在需要情報が入力された前記各潜在需要項目の内容を評価し、前記各潜在需要項目にそれぞれ評価値を設定する潜在需要評価処理ステップを含み、
前記潜在需要評価処理ステップでは、
前記複数のクラウドサービスの各々で管理する複数の要素の各々に対して前記各潜在需要項目及び前記各クラウドサービスに設定された複数の評価基準値と前記各潜在需要項目について設定された前記評価値とを基に前記各要素における前記各クラウドサービスの得点を潜在需要項目毎に算出し、算出された前記潜在需要項目毎の得点を前記各要素についてクラウドサービス毎に合計し、前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示す潜在需要評価結果要素別情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理方法。
前記入力ステップは、
前記利用者の潜在需要を管理するための複数の潜在需要項目の各々について前記利用者の潜在需要を示す潜在需要情報を入力する潜在需要入力ステップを含み、
前記演算ステップは、
前記潜在需要入力ステップにより前記潜在需要情報が入力された前記各潜在需要項目の内容を評価し、前記各潜在需要項目にそれぞれ評価値を設定する潜在需要評価処理ステップを含み、
前記潜在需要評価処理ステップでは、
前記複数のクラウドサービスの各々で管理する複数の要素の各々に対して前記各潜在需要項目及び前記各クラウドサービスに設定された複数の評価基準値と前記各潜在需要項目について設定された前記評価値とを基に前記各要素における前記各クラウドサービスの得点を潜在需要項目毎に算出し、算出された前記潜在需要項目毎の得点を前記各要素についてクラウドサービス毎に合計し、前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示す潜在需要評価結果要素別情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理方法。
【請求項11】
請求項１０に記載の情報処理方法であって、
前記潜在需要評価処理ステップでは、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示す潜在需要推奨クラウドサービス情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理方法。
前記潜在需要評価処理ステップでは、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付けを行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示す潜在需要推奨クラウドサービス情報を前記第２候補情報に属する情報として生成することを特徴とする情報処理方法。
【請求項12】
請求項１０に記載の情報処理方法であって、
前記複数の潜在需要項目は、
前記システムの新規・単純リフト・刷新の中のいずれか一つを選択する第１項目と、前記クラウドサービスと新技術に対する、前記利用者の積極性・興味に関する第２項目と、前記利用者の体制であって、クラウド有識者の有無を示す第３項目と、前記クラウドサービスの利用実績を示す第４項目を少なくとも含むことを特徴とする情報処理方法。
前記複数の潜在需要項目は、
前記システムの新規・単純リフト・刷新の中のいずれか一つを選択する第１項目と、前記クラウドサービスと新技術に対する、前記利用者の積極性・興味に関する第２項目と、前記利用者の体制であって、クラウド有識者の有無を示す第３項目と、前記クラウドサービスの利用実績を示す第４項目を少なくとも含むことを特徴とする情報処理方法。
【請求項13】
請求項１１に記載の情報処理方法であって、
前記コンピュータは、
前記複数のクラウドサービスの各々を管理するための複数のクラウドサービスカラムと前記システムを評価するための複数のシステム評価レコードとが前記各要素に対応づけて記憶され、前記各クラウドサービスカラムに対応した前記各システム評価レコードに、前記各クラウドサービの仕様を示す仕様情報が記憶されたシステム要件記憶部を更に備え、
前記入力ステップは、
前記複数のシステム評価レコードのうち前記システムの評価の対象となるシステム評価レコードに評価対象情報を入力する評価対象情報入力ステップを含み、
前記演算ステップは、
前記評価対象情報入力ステップにより前記評価対象情報が入力された前記システム評価レコードに前記仕様情報が記憶されたクラウドサービスを前記システム要件記憶部から２以上抽出するシステム要件評価処理ステップを含み、
前記システム要件評価処理ステップでは、
抽出した前記２以上のクラウドサービスの各々に対応した前記各システム評価レコードに記憶された前記仕様情報と前記各システム評価レコードに対する前記システムの要求値を示す要求情報とを前記各要素について比較し、当該比較の結果を基に前記各システム評価レコードについて前記仕様情報と前記要求情報との一致の有無を前記各要素について数値化して前記各クラウドサービスカラムに記録し、当該記録された前記各クラウドサービスカラムの合計を合計得点として前記各クラウドサービスの合計得点を前記各要素について算出し、算出された前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示すシステム要件評価結果合計得点情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理方法。
前記コンピュータは、
前記複数のクラウドサービスの各々を管理するための複数のクラウドサービスカラムと前記システムを評価するための複数のシステム評価レコードとが前記各要素に対応づけて記憶され、前記各クラウドサービスカラムに対応した前記各システム評価レコードに、前記各クラウドサービの仕様を示す仕様情報が記憶されたシステム要件記憶部を更に備え、
前記入力ステップは、
前記複数のシステム評価レコードのうち前記システムの評価の対象となるシステム評価レコードに評価対象情報を入力する評価対象情報入力ステップを含み、
前記演算ステップは、
前記評価対象情報入力ステップにより前記評価対象情報が入力された前記システム評価レコードに前記仕様情報が記憶されたクラウドサービスを前記システム要件記憶部から２以上抽出するシステム要件評価処理ステップを含み、
前記システム要件評価処理ステップでは、
抽出した前記２以上のクラウドサービスの各々に対応した前記各システム評価レコードに記憶された前記仕様情報と前記各システム評価レコードに対する前記システムの要求値を示す要求情報とを前記各要素について比較し、当該比較の結果を基に前記各システム評価レコードについて前記仕様情報と前記要求情報との一致の有無を前記各要素について数値化して前記各クラウドサービスカラムに記録し、当該記録された前記各クラウドサービスカラムの合計を合計得点として前記各クラウドサービスの合計得点を前記各要素について算出し、算出された前記各要素における前記各クラウドサービスの合計得点と前記各クラウドサービスとの関係を示すシステム要件評価結果合計得点情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理方法。
【請求項14】
請求項１３に記載の情報処理方法であって、
前記システム要件評価処理ステップでは、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付け行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示すシステム要件推奨クラウドサービス情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理方法。
前記システム要件評価処理ステップでは、
前記各要素における前記各クラウドサービスの合計得点を基に前記各要素における前記各クラウドサービスに対して前記合計得点の高い順に推奨度の順位付け行い、前記各要素における前記推奨度と前記各クラウドサービスとの関係を示すシステム要件推奨クラウドサービス情報を前記第１候補情報に属する情報として生成することを特徴とする情報処理方法。
【請求項15】
請求項１４に記載の情報処理方法であって、
前記システム要件評価処理ステップでの生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理ステップでの生成による前記潜在需要推奨クラウドサービス情報を画面上に表示する表示ステップを更に備えることを特徴とする情報処理方法。
前記システム要件評価処理ステップでの生成による前記システム要件推奨クラウドサービス情報と前記潜在需要評価処理ステップでの生成による前記潜在需要推奨クラウドサービス情報を画面上に表示する表示ステップを更に備えることを特徴とする情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、通信ネットワーク経由でのサービスの選択を支援する情報処理装置及び方法に関する。
【背景技術】
【0002】
利用者が、通信ネットワーク経由でのサービス、例えば、パブリッククラウドサービス（以下、「クラウドサービス」と記す）を選択する際は、選択基準となる機能仕様や非機能仕様等を含む要求仕様を明確にした上で、Ｗｅｂ上などで公開された各クラウドサービスの仕様と要求仕様との対応状況を調査して、利用するクラウドサービスを特定することが一般的である。この際、利用者は、各クラウドサービスの仕様と要求仕様を読み解き、利用者のクラウドサービスに携わる経験・ノウハウを基に独自にクラウドサービスを手作業で調査・比較し、比較結果からクラウドサービスを選択する。
【0003】
要求仕様を明確にする手段として、事前に仕様項目をチェックリスト化することで、クラウドサービスの選択を支援する先行技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０１７－５８９８５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
利用者がクラウドサービスを選択する際に、先行技術の方法を採用することもできるが、一般的な機能仕様や非機能仕様を含む要求仕様と各クラウドサービスの仕様とを比較する方法では、利用者にとって必ずしも最適なクラウドサービスを選択できないことがある。
【0006】
すなわち、機能仕様や非機能仕様を含む要求仕様と各クラウドサービスの仕様には、利用者の好みを含む潜在需要が反映されていないので、要求仕様と各クラウドサービスの仕様とを比較する方法では、要求仕様を満たすクラウドサービスを選択することはできるが、利用者の潜在需要を満たすクラウドサービスを選択することはできない。
【0007】
すなわち、機能仕様や非機能仕様を含む要求仕様を基に抽出されたクラウドサービスの他に、利用者の好みを含む潜在的需要を基に抽出されたクラウドサービスをクラウドサービスの候補として利用者に提供する必要がある。
【0008】
本発明の目的は、複数のクラウドサービスの中からシステム要件を満たすクラウドサービスと利用者の潜在需要を満たすクラウドサービスを導入対象の候補として抽出することにある。
【課題を解決するための手段】
【0009】
前記課題を解決するために、本発明は、複数のクラウドサービスのうちいずれかのクラウドサービスを利用する予定のシステムの機能仕様及び非機能仕様を含むシステム要件に関する情報及び前記システムを管理する利用者の潜在需要に関する情報を入力する入力部と、前記入力部に入力された前記システム要件に関する情報を基に前記システム要件に基づくクラウドサービスの候補を示す第１候補情報を生成し、前記入力部に入力された前記利用者の潜在需要に関する情報を基に前記利用者の潜在需要に基づくクラウドサービスの候補を示す第２候補情報を生成する演算部と、を備えることを特徴とする。
【発明の効果】
【0010】
本発明によれば、複数のクラウドサービスの中からシステム要件を満たすクラウドサービスと利用者の潜在需要を満たすクラウドサービスを導入対象の候補として抽出することができる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施例に係る情報処理装置の構成例を示す構成図である。
【図2】本発明の実施例に係るユーザ端末の利用者情報入力画面の表示例を示す構成図である。
【図3】本発明の実施例に係るユーザ端末の業務要件入力画面の表示例を示す構成図である。
【図4】本発明の実施例に係るユーザ端末の潜在需要入力画面の表示例を示す構成図である。
【図5】本発明の実施例に係るユーザ端末のクラウドサービス候補出力画面の表示例を示す構成図である。
【図6】本発明の実施例に係るユーザ端末の詳細情報出力画面の表示例を示す構成図である。
【図7A】本発明の実施例に係る業務分野テーブルの構成例を示す構成図である。
【図7B】本発明の実施例に係る業務モデルテーブルの構成例を示す構成図である。
【図7C】本発明の実施例に係る構成要素テーブルの構成例を示す構成図である。
【図7D】本発明の実施例に係る詳細情報テーブルの構成例を示す構成図である。
【図8】本発明の実施例に係る要件テーブルの構成例を示す構成図である。
【図9】本発明の実施例に係るシステム要件対応状況テーブルの構成例を示す構成図である。
【図10A】本発明の実施例に係るシステム要件評価結果テーブルの構成例を示す構成図である。
【図10B】本発明の実施例に係るシステム要件評価結果合計得点テーブルの構成例を示す構成図である。
【図11A】本発明の実施例に係る資格保有者情報テーブルの構成例を示す構成図である。
【図11B】本発明の実施例に係る資格保有者情報テーブルの他の構成例を示す構成図である。
【図12】本発明の実施例に係る潜在需要評価テーブルの構成例を示す構成図である。
【図13】本発明の実施例に係る潜在需要評価基準テーブルの構成例を示す構成図である。
【図14】本発明の実施例に係る潜在需要評価結果テーブルの構成例を示す構成図である。
【図15A】本発明の実施例に係るコンピューティングテーブルの構成例を示す構成図である。
【図15B】本発明の実施例に係るデータベーステーブルの構成例を示す構成図である。
【図16】本発明の実施例に係る案件実績情報テーブルの構成例を示す構成図である。
【図17】本発明の実施例に係る情報処理装置による処理の概略を説明するためのフローチャートである。
【図18】本発明の実施例に係る入力部の処理を説明するためのフローチャートである。
【図20】本発明の実施例に係る評価前提算出処理部の処理を説明するためのフローチャートである。
【図21】本発明の実施例に係るシステム要件評価処理部の処理を説明するためのフローチャートである。
【図22】本発明の実施例に係る潜在需要評価処理部の処理を説明するためのフローチャートである。
【図23】本発明の実施例に係る出力部の処理を説明するためのフローチャートである。
【発明を実施するための形態】
【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】
業務分野５１１ａには、クラウドサービスを利用予定のシステム（Ｘ提供システム）の業務分野を一意に識別する識別情報として、例えば、「業務分野１」の情報が格納される。分野５１１ｂには、業務モデルの一般的な業務分野を示す情報として、例えば、「金融」が格納される。分野詳細５１１ｃには、業務モデルの詳細な情報として、例えば、分野５１１ｂの「金融」に対応して、「銀行」が格納される。システム種別５１１ｄには、業務分野に応じた情報システムの種別を表す情報として、例えば、「情報系」が格納される。構成５１１ｅには、例えば、情報システムが、Ｗｅｂサーバ、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ）サーバ、ＤＢサーバを有するＷｅｂ三層構造で構成されている場合、「Ｗｅｂａｐｐ」の情報が格納される。なお、業務分野テーブル５１１の業務分野５１１ａにおける「業務分野１」の内容は、例えば、「Ａ銀行Ｘシステム」に最も合致した業務分野の内容である。この際、業務分野テーブル５１１は、複数の業務分野の各々と複数のシステム概要項目とが対応づけて記憶され、各業務分野に対応した複数のシステム概要項目の各々に、各システム概要項目固有の業務情報が記憶された業務分野記憶部として構成される。
【0047】
図７Ｂは、本発明の実施例に係る業務モデルテーブルの構成例を示す構成図である。図７Ｂにおいて、業務モデルテーブル５１２は、過去にパブリッククラウドを利用したシステムであって、業務分野テーブル５１１の業務分野５１１ａにおける「業務分野１」に合致したシステムの実績を業務モデルとして反映させた情報を管理するテーブルである。この業務モデルテーブル５１２は、システム要件項目として、モデル５１２ａ、規模５１２ｂ、稼働時間５１２ｃ、稼働率５１２ｄ、セキュリティランク５１２ｅ、データセンタ所在地の明確化５１２ｆを備え、業務モデル格納ＤＢ５１０に格納される。業務モデルテーブル５１２の各システム要件項目には、各システム要求項目固有のモデル仕様情報が記憶される。
【0048】
モデル５１２ａには、過去にパブリッククラウドを利用したシステムの実績が反映された業務モデルを一意に識別する識別情報として、例えば、「モデル１」が格納される。規模５１２ｂには、システムを利用した人数に関する情報として、例えば、システムを利用したユーザが１００人である場合、「１００ユーザ」が格納される。稼働時間５１２ｃには、システムの稼働時間として、例えば、「９－１７」が格納される。稼働率５１２ｄには、システムの稼働率として、例えば、「９９．９以上」が格納される。セキュリティランク５１２ｅには、例えば、取り扱うデータを種類と提供先によって分類し、分類されたデータのセキュリティを、３段階にランク付けした場合、３段階のいずれかのランクを示す情報として、「ＳＲ１」が格納される。データセンタ所在地の明確化５１２ｆには、データセンタ所在地を明確化する必要があるか否かを示す情報として、例えば、不要の場合には、「不要」が格納される。なお、業務モデルテーブル５１２は、業務分野テーブル５１１の業務分野５１１ａに記録された業務分野の数だけ存在する。この際、業務モデルテーブル５１２は、各業務分野に属する複数の業務モデルの各々と複数のシステム要件項目とが対応づけて記憶され、各業務モデルに対応した複数のシステム要件項目の各々に、各システム要求項目固有のモデル仕様情報が記憶された業務モデル記憶部として構成される。
【0049】
図７Ｃは、本発明の実施例に係る構成要素テーブルの構成例を示す構成図である。図７Ｃにおいて、構成要素テーブル５１３は、業務モデルテーブル５１２のモデル５１２ａにおける「モデル１」を構成する要素を管理するテーブルであって、要素５１３ａ、構成５１３ｂから構成され、業務モデル格納ＤＢ５１０に格納される。要素５１３ａには、「モデル１」を構成する要素を識別する識別情報として、例えば、「要素１」、「要素２」が格納される。構成５１３ｂには、「要素１」に対応して、「コンピューティング」が格納され、「要素２」に対応して、「データベース」が格納される。なお、構成要素テーブル５１３は、各業務モデルテーブル５１２のモデル５１２ａに記録されたモデルの数だけ存在する。
【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】
１００ 情報処理装置、１１０ ユーザ端末、２００ 入力部、３００ 出力部、４００ 演算部、４１０ 業務モデル抽出処理部、４２０ システム要件評価処理部、４３０ 評価前提算出処理部、４４０ 潜在需要評価処理部、５００ 記憶部、５１０ 業務モデル格納ＤＢ、５２０ クラウドサービス情報格納ＤＢ、５３０ 資格保有者情報格納ＤＢ、５４０ 案件実績格納ＤＢ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7A】
【図7B】
【図7C】
【図7D】
【図8】
【図9】
【図10A】
【図10B】
【図11A】
【図11B】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】