JP6763245B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

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

非特許文献１に記載の「マルチクラウドインテグレーションサービス」では、実際にシステムが動作する検証環境をテンプレートから容易に立ち上げることが可能で、実環境での動作検証によってクラウドサービスを選定でき、実環境で検証することで、性能参考値による予測よりも、より実態に近い性能、コストを把握できる。

非特許文献２に記載のクラウドサービス向けベンチーマークツール「Ｐｅｒｆｋｉｔ」は、各クラウドサービスのコマンドラインツールを利用して多数のベンチマークテストを動かすフレームワークとして機能する。

http://www.fujitsu.com/jp/group/feast/resources/news/press-releases/2015/0730.html https://osdn.jp/magazine/15/02/13/164400

多種多様なクラウドサービスが提供されており、ユーザーはクラウドサービスを選定することができる。クラウドサービスの説明サイト、比較サイト等から、ＣＰＵ、ネットワーク、Ｄｉｓｋ Ｉ／Ｏ等の要素毎の性能情報が公開されている。
しかし、ユーザーが利用しようとしているアプリケーションとしての性能に、それら要素の性能がどう影響するのか、ユーザー側では判断が困難だった。
本発明は、ユーザーが利用しようとしているアプリケーションとしての性能を把握することができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、対象としている第１のアプリケーションの利用条件に類似しており、既に利用されている第２のアプリケーションにおけるクラウドサービスを抽出する抽出手段と、前記クラウドサービスにおける前記第２のアプリケーションの利用実績の負荷情報から、該クラウドサービスにおいて前記利用条件を満たすためのパラメーターを生成する生成手段と、前記パラメーターにしたがって前記第１のアプリケーションを実現するための環境を前記クラウドサービスに構築する構築手段と、前記環境において前記第１のアプリケーションにおける性能を測定した結果を、ユーザーに提示する提示手段と、前記環境における前記第１のアプリケーションの性能を、前記ユーザーが実感できるように、該第１のアプリケーションを実行させる実行手段を有し、前記実行手段は、前記第１のアプリケーションを実行させる際の負荷状況として、勤務時間における時間帯を区切って、前記ユーザーに選択させる、情報処理装置である。

請求項２の発明は、前記生成手段は、前記パラメーターを増加又は減少させて、複数のパラメーターを生成し、前記提示手段は、前記複数のパラメーターにしたがって測定した結果を、ユーザーに提示する、請求項１に記載の情報処理装置である。

請求項３の発明は、前記提示手段は、利用条件による構成とともに、高性能な構成、又は、安くなる構成での測定した結果を提示する、請求項２に記載の情報処理装置である。

請求項４の発明は、コンピュータを、対象としている第１のアプリケーションの利用条件に類似しており、既に利用されている第２のアプリケーションにおけるクラウドサービスを抽出する抽出手段と、前記クラウドサービスにおける前記第２のアプリケーションの利用実績の負荷情報から、該クラウドサービスにおいて前記利用条件を満たすためのパラメーターを生成する生成手段と、前記パラメーターにしたがって前記第１のアプリケーションを実現するための環境を前記クラウドサービスに構築する構築手段と、前記環境において前記第１のアプリケーションにおける性能を測定した結果を、ユーザーに提示する提示手段と、前記環境における前記第１のアプリケーションの性能を、前記ユーザーが実感できるように、該第１のアプリケーションを実行させる実行手段として機能させ、前記実行手段は、前記第１のアプリケーションを実行させる際の負荷状況として、勤務時間における時間帯を区切って、前記ユーザーに選択させる、情報処理プログラムである。

請求項１の情報処理装置によれば、ユーザーが利用しようとしているアプリケーションとしての性能を把握できる。

請求項２の情報処理装置によれば、複数のパラメーターにしたがって測定した性能を把握できる。

請求項３の情報処理装置によれば、利用条件による構成とともに、高性能な構成、又は、安くなる構成で測定した性能を把握できる。

請求項４の情報処理プログラムによれば、ユーザーが利用しようとしているアプリケーションとしての性能が把握できる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 申込画面の表示例を示す説明図である。 本実施の形態による処理例を示す説明図である。 パラメーターテーブルのデータ構造例を示す説明図である。 性能比較レポートの例を示す説明図である。 体感性能比較操作画面の表示例を示す説明図である。 体感性能比較操作画面の表示例を示す説明図である。 操作履歴テーブルのデータ構造例を示す説明図である。 負荷情報テーブルのデータ構造例を示す説明図である。 利用状況テーブルのデータ構造例を示す説明図である。 インスタンステーブルのデータ構造例を示す説明図である。 ディスクテーブルのデータ構造例を示す説明図である。 ネットワークテーブルのデータ構造例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、複数のクラウドサービスを比較するものであって、図１の例に示すように、負荷情報／利用状況収集モジュール１０５、利用状況情報記憶モジュール１１０、負荷情報記憶モジュール１１５、類似利用ユーザー抽出モジュール１２０、負荷再現パラメーター算出モジュール１２５、サービス情報記憶モジュール１３０、負荷ソフトウェア配備モジュール１３５、性能測定モジュール１４０、体感性能比較操作画面生成モジュール１４５、レポート生成モジュール１５０を有している。そして、情報処理装置１００は、通信回線を介して、ユーザー端末１６０、複数のクラウドサービス１７０と接続されている。
情報処理装置１００は、クラウドサービスの選択システムとしての機能を有する。
例えば、複数のクラウドサービス（マルチクラウドともいわれる）上でのアプリケーションの導入、管理を仲介、サポートする事業者（ホスティングサービスプロバイダ等ともいわれる）が、情報処理装置１００を提供する。情報処理装置１００は、一般のエンドユーザー（以下、単にユーザーともいう）がクラウドサービスを判断できるように、性能情報を提供する。特に、ＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）に関する深い知識が無い一般的なユーザーでも、利用しようとしているアプリケーションの実態に近く、理解し易い性能比較情報を得ることで、複数のクラウドベンダーから適切なクラウドベンダーの選定を可能とする。
なお、ここでクラウドサービスとは、通信回線を介して、コンピュータ（コンピュータを内蔵している機器を含む）とソフトウェアが、利用者、他の機器、他のソフトウェア等に対して提供する機能群や働きのこと、又は、それを実現するためのコンピュータ資源をいう。したがって、人間のみで提供するサービスは含まない。

負荷情報／利用状況収集モジュール１０５は、利用状況情報記憶モジュール１１０、負荷情報記憶モジュール１１５と接続されている。負荷情報／利用状況収集モジュール１０５は、クラウドサービス１７０（複数のクラウドサービス１７０であってもよい）から、既に稼働しているアプリケーションにおける負荷情報、利用状況情報を取得する。負荷情報を負荷情報記憶モジュール１１５に記憶させ、利用状況情報を利用状況情報記憶モジュール１１０に記憶させる。

利用状況情報記憶モジュール１１０は、負荷情報／利用状況収集モジュール１０５、類似利用ユーザー抽出モジュール１２０と接続されている。利用状況情報記憶モジュール１１０は、負荷情報／利用状況収集モジュール１０５から受け取った利用状況情報を記憶する。例えば、利用状況テーブル１３００が記憶される。図１３は、利用状況テーブル１３００のデータ構造例を示す説明図である。利用状況テーブル１３００は、契約者ＩＤ欄１３１０、アプリケーション欄１３２０、ユーザー数欄１３３０、データ数欄１３４０、平均データサイズ欄１３５０、始業時間欄１３６０、終業時間欄１３７０を有している。契約者ＩＤ欄１３１０は、本実施の形態において、契約者を一意に識別するための情報（契約者ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。アプリケーション欄１３２０は、その契約者が利用しているアプリケーションの種別（アプリケーションＩＤ等であってもよい）を記憶している。ユーザー数欄１３３０は、そのアプリケーションを利用しているユーザー数を記憶している。データ数欄１３４０は、そのアプリケーションが対象としているデータ数を記憶している。平均データサイズ欄１３５０は、そのアプリケーションが対象としているデータの平均データサイズを記憶している。始業時間欄１３６０は、そのアプリケーションを利用しているユーザー（又はそのユーザーが所属している会社等）における始業時間を記憶している。終業時間欄１３７０は、そのアプリケーションを利用しているユーザー（又はそのユーザーが所属している会社等）における終業時間を記憶している。始業時間欄１３６０と終業時間欄１３７０の情報によって、そのアプリケーションが主に利用される時間帯がわかる。

負荷情報記憶モジュール１１５は、負荷情報／利用状況収集モジュール１０５、負荷再現パラメーター算出モジュール１２５と接続されている。負荷情報記憶モジュール１１５は、負荷情報／利用状況収集モジュール１０５から受け取った負荷情報を記憶する。例えば、操作履歴テーブル１１００、負荷情報テーブル１２００が記憶される。
図１１は、操作履歴テーブル１１００のデータ構造例を示す説明図である。操作履歴テーブル１１００は、各アプリケーションにおけるユーザーの操作履歴を記憶している。操作履歴テーブル１１００は、開始時刻欄１１１０、終了時刻欄１１２０、操作欄１１３０、ユーザー欄１１４０、成否欄１１５０を有している。開始時刻欄１１１０は、その操作による処理の開始時刻を記憶している。終了時刻欄１１２０は、その操作による処理の終了時刻を記憶している。操作欄１１３０は、その操作を記憶している。ユーザー欄１１４０は、その操作を行ったユーザーを記憶している。成否欄１１５０は、その操作による処理の成否（処理結果）を記憶している。

図１２は、負荷情報テーブル１２００のデータ構造例を示す説明図である。負荷情報テーブル１２００は、各アプリケーションにおける負荷履歴を記憶している。負荷情報テーブル１２００は、時刻欄１２１０、Ｐｒｏｃｅｓｓｏｒ Ｔｉｍｅ欄１２２０、Ａｖａｉｌａｂｌｅ Ｂｙｔｅｓ欄１２３０、Ｎｅｔｗｏｒｋ ＩｎｔｅｒｆａｃｅＢｙｔｅｓ Ｔｏｔａｌ／Ｓｅｃ欄１２４０を有している。時刻欄１２１０は、時刻を記憶している。Ｐｒｏｃｅｓｓｏｒ Ｔｉｍｅ欄１２２０は、その時刻におけるＰｒｏｃｅｓｓｏｒ Ｔｉｍｅ（ＣＰＵ負荷）を記憶している。Ａｖａｉｌａｂｌｅ Ｂｙｔｅｓ欄１２３０は、その時刻におけるＡｖａｉｌａｂｌｅ Ｂｙｔｅｓ（メモリ空き容量）を記憶している。Ｎｅｔｗｏｒｋ ＩｎｔｅｒｆａｃｅＢｙｔｅｓ Ｔｏｔａｌ／Ｓｅｃ欄１２４０は、その時刻におけるＮｅｔｗｏｒｋ ＩｎｔｅｒｆａｃｅＢｙｔｅｓ Ｔｏｔａｌ／Ｓｅｃ（通信回線経由で送受信されるデータ量、ネットワーク転送量）を記憶している。

類似利用ユーザー抽出モジュール１２０は、利用状況情報記憶モジュール１１０、負荷再現パラメーター算出モジュール１２５、ユーザー端末１６０と接続されている。類似利用ユーザー抽出モジュール１２０は、対象としている第１のアプリケーションの利用条件に類似しており、既に利用されている第２のアプリケーションにおけるクラウドサービスを抽出する。第１のアプリケーションと第２のアプリケーションは類似している。なお、類似には、完全同一を含む。
例えば、類似利用ユーザー抽出モジュール１２０は、エンドユーザーである新規ユーザー１６２が指定した利用条件をユーザー端末１６０から受け取る。そして、現在仲介事業者を通して利用されているアプリケーション（クラウドサービス１７０上のアプリケーション）で、類似するケースを抽出する。具体的には、利用条件としての第１のアプリケーション種別、データ量、同時アクセス数等が類似している第２のアプリケーションを抽出する。より具体的には、アプリケーション種別は同じであって、データ量、同時アクセス数等については、新規ユーザー１６２が指定したデータ量、同時アクセス数等との差分が予め定められた閾値以内であるものをいう。アプリケーション種別として、例えば、文書管理、メールサーバー、Ｗｅｂサーバー、会計ソフト、動画配信サイト等がある。また、データ量として、例えば、ファイル数、ファイルサイズ等がある。
類似利用ユーザー抽出モジュール１２０の処理によって、実際に運用しているユーザーのリアルな負荷状況をシミュレートの対象とすることになる。

負荷再現パラメーター算出モジュール１２５は、負荷情報記憶モジュール１１５、類似利用ユーザー抽出モジュール１２０、負荷ソフトウェア配備モジュール１３５と接続されている。負荷再現パラメーター算出モジュール１２５は、類似利用ユーザー抽出モジュール１２０が抽出したクラウドサービスにおける第２のアプリケーションの利用実績の負荷情報から、そのクラウドサービスにおいて利用条件（新規ユーザー１６２が指定した利用条件）を満たすためのパラメーターを生成する。
また、負荷再現パラメーター算出モジュール１２５は、パラメーターを増加又は減少させて、複数のパラメーターを生成するようにしてもよい。

例えば、負荷再現パラメーター算出モジュール１２５は、類似利用ユーザー抽出モジュール１２０で抽出された類似ケースの負荷情報を、負荷情報記憶モジュール１１５から取得する。具体的には、ＣＰＵ使用率、メモリ使用量、ネットワーク転送量等がある。なお、この負荷情報は、予め操作と対応付けて（紐付けて）取得できるように、負荷情報記憶モジュール１１５に記録されている。具体的には、操作履歴テーブル１１００の開始時刻欄１１１０、終了時刻欄１１２０と負荷情報テーブル１２００の時刻欄１２１０とによって、操作と負荷情報が対応付けられている。
そして、負荷再現パラメーター算出モジュール１２５は、代表的な操作に対応する負荷の情報を再現するために、ＣＰＵ負荷ソフトウェア、メモリ負荷ソフトウェア、ネットワークソフトウェア等を生成し、それぞれのパラメーターを計算し、設定する。ここで「代表的な操作」とは、アプリケーション種別毎に、予め定められている。例えば、文書管理アプリケーションであれば、文書登録、文書閲覧、文書ダウンロード等である。
なお、負荷ソフトウェアの生成については、既存の技術（ベンチマーク技術等）を用いればよい。例えば、ディスクＩＯのパフォーマンス測定ツール（具体的には、ｆｉｏ等）を用いてもよい。これは、個々のＩＯ処理に対して同時に複数のスレッドやプロセスを割り当てることで、クラウドサービス１７０のファイルシステムにて行われるタイプのアクセスをベンチマークさせることができるものである。例えば、４つのバックグランドプロセス（２つのクエリ、１つのライター、１つのアップデータ（読み出し＆書き込み））が同時に実行されるケースをシミュレートできる。

サービス情報記憶モジュール１３０は、負荷ソフトウェア配備モジュール１３５と接続されている。サービス情報記憶モジュール１３０内には、例えば、インスタンステーブル１４００、ディスクテーブル１５００、ネットワークテーブル１６００が記憶されている。図１４は、インスタンステーブル１４００のデータ構造例を示す説明図である。インスタンステーブル１４００は、各クラウドサービスにおけるＣＰＵに関する情報を記憶している。インスタンステーブル１４００は、サービス名欄１４１０、価格帯 月額（円）１４２０、インスタンスタイプ欄１４３０、コア欄１４４０、メモリ欄１４５０を有している。サービス名欄１４１０は、クラウドサービスのサービス名（クラウドサービスＩＤであってもよい）を記憶している。価格帯 月額（円）１４２０は、そのクラウドサービスの価格帯（例えば、月額（円））を記憶している。インスタンスタイプ欄１４３０は、そのクラウドサービスでのインスタンスタイプ（ＣＰＵのタイプ）を記憶している。コア欄１４４０は、そのクラウドサービスでのコア数を記憶している。メモリ欄１４５０は、そのクラウドサービスでのメモリ容量を記憶している。

図１５は、ディスクテーブル１５００のデータ構造例を示す説明図である。ディスクテーブル１５００は、サービス名欄１５１０、価格帯 ＧＢ月単価（円）欄１５２０、ディスクタイプ欄１５３０を有している。ディスクテーブル１５００は、各クラウドサービスにおけるディスクに関する情報を記憶している。サービス名欄１５１０は、クラウドサービスのサービス名を記憶している。価格帯 ＧＢ月単価（円）欄１５２０は、そのクラウドサービスの価格帯（例えば、ＧＢ月単価（円））を記憶している。ディスクタイプ欄１５３０は、そのクラウドサービスでのディスクタイプ（Ｍａｇｎｅｔｉｃ、ＳＳＤ等）を記憶している。

図１６は、ネットワークテーブル１６００のデータ構造例を示す説明図である。
ネットワークテーブル１６００は、サービス名欄１６１０、価格帯 ＧＢ月単価（円）欄１６２０、ネットワークタイプ欄１６３０を有している。サービス名欄１６１０は、クラウドサービスのサービス名を記憶している。価格帯 ＧＢ月単価（円）欄１６２０は、そのクラウドサービスの価格帯（例えば、ＧＢ月単価（円））を記憶している。ネットワークタイプ欄１６３０は、そのクラウドサービスでのネットワークタイプ（通信速度等）を記憶している。

負荷ソフトウェア配備モジュール１３５は、負荷再現パラメーター算出モジュール１２５、サービス情報記憶モジュール１３０、性能測定モジュール１４０と接続されている。負荷ソフトウェア配備モジュール１３５は、負荷再現パラメーター算出モジュール１２５によって生成されたパラメーターにしたがって第１のアプリケーションを実現するための環境をクラウドサービス（類似利用ユーザー抽出モジュール１２０で抽出したクラウドサービス）に構築する。
例えば、負荷ソフトウェア配備モジュール１３５は、各クラウドサービス１７０に類似ケースに近いスペックで実行環境を構築し、調整済みの負荷ソフトウェアと設定のセットを、比較対象の各クラウドサービス１７０上へ配備する。
具体的には、負荷ソフトウェア配備モジュール１３５は、クラウドサービスＡ：１７０Ａに対して、負荷ソフトウェア（希望構成）１７４Ａ（負荷ソフトウェアと設定のセットの例）、負荷ソフトウェア（推奨構成）１７６Ａを配備し、クラウドサービスＢ：１７０Ｂに対して、負荷ソフトウェア（希望構成）１７４Ｂ、負荷ソフトウェア（推奨構成）１７６Ｂを配備する。その後、性能測定モジュール１４０は、クラウドサービスＡ：１７０Ａで、負荷ソフトウェア（希望構成）１７４Ａ、負荷ソフトウェア（推奨構成）１７６Ａによる性能を測定し、クラウドサービスＢ：１７０Ｂで、負荷ソフトウェア（希望構成）１７４Ｂ、負荷ソフトウェア（推奨構成）１７６Ｂによる性能を測定する。
負荷ソフトウェア配備モジュール１３５の処理によって、新規ユーザー１６２が用いようとしている実際のアプリケーションとデータを配備するよりも容易に配備することができ、アプリケーションの購入も不要となる。

性能測定モジュール１４０は、負荷ソフトウェア配備モジュール１３５、体感性能比較操作画面生成モジュール１４５、レポート生成モジュール１５０と接続されている。性能測定モジュール１４０は、負荷ソフトウェア配備モジュール１３５によって構築された環境において第１のアプリケーションにおける性能を測定する。ここでの環境は、もちろんのことながら、類似利用ユーザー抽出モジュール１２０によって抽出されたクラウドサービス上での環境である。
例えば、性能測定モジュール１４０は、利用条件に近い既存ユーザーの負荷状況を再現した環境で、代表的な操作の負荷を再現し、処理の開始から終了までの時刻を計測する。計測結果として、具体的には、クラウドサービスＡ：１７０Ａでは、文書ダウンロードが２００秒、文書閲覧が４秒等であり、クラウドサービスＢ：１７０Ｂでは、文書ダウンロードが２２０秒、文書閲覧が３秒等を得る。

体感性能比較操作画面生成モジュール１４５は、性能測定モジュール１４０、ユーザー端末１６０と接続されている。体感性能比較操作画面生成モジュール１４５は、負荷ソフトウェア配備モジュール１３５によって構築された環境におけるアプリケーションの性能を、ユーザーが実感できるように、そのアプリケーションを実行させるように、性能測定モジュール１４０を制御してもよい。
体感性能比較操作画面生成モジュール１４５は、ユーザーの操作にしたがって、負荷を選択できるようにしてもよい。ここで「選択できる負荷」として、例えば、クラウドサービスの実行時間帯としてもよい。
例えば、体感性能比較操作画面生成モジュール１４５は、新規ユーザー１６２に差異を体感してもらうため、ユーザー端末１６０に対して、各シナリオ（負荷ソフトウェア（希望構成）１７４Ａ、負荷ソフトウェア（推奨構成）１７６、負荷ソフトウェア（希望構成）１７４Ｂ、負荷ソフトウェア（推奨構成）１７６Ｂ等）の実行ボタンを動的に組み込んだ検証用クライアントを提供する。検証用クライアントは、指定された実行環境でシナリオを実行し、レスポンスを返す。
体感性能比較操作画面生成モジュール１４５の処理によって、クラウドサービス１７０の構成要素の性能に詳しくない一般ユーザーでも直感的に性能差を把握できるようになる。

レポート生成モジュール１５０は、性能測定モジュール１４０、ユーザー端末１６０と接続されている。レポート生成モジュール１５０は、性能測定モジュール１４０によって測定された結果を、ユーザー端末１６０に送信することによって新規ユーザー１６２に提示する。
また、レポート生成モジュール１５０は、複数のパラメーターにしたがって測定した結果を、ユーザーに提示するようにしてもよい。
また、レポート生成モジュール１５０は、利用条件による構成とともに、高性能な構成、又は、安くなる構成での測定した結果を提示するようにしてもよい。つまり、ユーザーが提示した利用条件による構成における性能が提示され、高性能な構成における性能又は安くなる構成における性能が提示される。なお、「高性能な構成」は、ユーザーが提示した利用条件による構成よりも高性能であり、「安くなる構成」は、ユーザーが提示した利用条件による構成よりも安いことである。
レポート生成モジュール１５０の処理によって、新規ユーザー１６２が用いようとしている実際のアプリケーションで負荷状況を再現して、性能を測定するよりも容易に、複数のクラウドサービス上で自動実行して、比較を可能としている。

ユーザー端末１６０は、通信回線を介して、情報処理装置１００の類似利用ユーザー抽出モジュール１２０、体感性能比較操作画面生成モジュール１４５、レポート生成モジュール１５０と接続されている。ユーザー端末１６０は、新規ユーザー１６２によって用いられるパーソナルコンピュータ、携帯情報通信機器等である。
ユーザー端末１６０は、新規ユーザー１６２の操作にしたがって、類似利用ユーザー抽出モジュール１２０に対しての利用条件を入力する。そして、レポート生成モジュール１５０は、その利用条件に沿ってクラウドサービス上でアプリケーションを構築した場合の性能に関するレポートを生成し、ユーザー端末１６０に送信する。ユーザー端末１６０は、受信したレポートを表示する。
ユーザー端末１６０は、新規ユーザー１６２の操作にしたがって、体感性能比較操作画面生成モジュール１４５に対して、体感比較操作を入力する。そして、体感性能比較操作画面生成モジュール１４５は、その体感比較操作にしたがった実行をクラウドサービス上で行わせ、結果をユーザー端末１６０に送信する。

クラウドサービス１７０は、通信回線を介して情報処理装置１００と接続されており、情報処理装置１００、ユーザー端末１６０にクラウドサービスを提供する。
クラウドサービスＡ：１７０Ａは、本クラウドサービスＡ：１７０Ａを利用しているユーザーに関する情報（利用条件等）として、既存ユーザー１情報１７２Ａ−１、既存ユーザー２情報１７２Ａ−２、既存ユーザー３情報１７２Ａ−３等を記憶している。そして、情報処理装置１００によって構築された負荷ソフトウェア（希望構成）１７４Ａ、負荷ソフトウェア（推奨構成）１７６Ａ−１、負荷ソフトウェア（推奨構成）１７６Ａ−２、負荷ソフトウェア（推奨構成）１７６Ａ−３等を有している。負荷ソフトウェア（希望構成）１７４Ａ等が実行され、性能の測定が行われる。
また、クラウドサービスＢ：１７０Ｂは、情報処理装置１００によって構築された負荷ソフトウェア（希望構成）１７４Ｂ、負荷ソフトウェア（推奨構成）１７６Ｂ−１、負荷ソフトウェア（推奨構成）１７６Ｂ−２、負荷ソフトウェア（推奨構成）１７６Ｂ−３等を有している。負荷ソフトウェア（希望構成）１７４Ｂ等が実行され、性能の測定が行われる。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、ユーザー端末１６０Ａ、ユーザー端末１６０Ｂ、ユーザー端末１６０Ｃ、ユーザー端末１６０Ｄ、クラウドサービスＡ：１７０Ａ、クラウドサービスＢ：１７０Ｂ、クラウドサービスＣ：１７０Ｃは、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００自身も、クラウドサービスとして実現してもよい。
既に新規ユーザー１６２Ｂ、新規ユーザー１６２Ｃ、新規ユーザー１６２Ｄは、クラウドサービス１７０上でアプリケーションを構築して、利用している。新たに、新規ユーザー１６２Ａが、クラウドサービス１７０上でアプリケーションを構築しようとしている。新規ユーザー１６２Ａが想定している利用条件と類似しているケース（アプリケーション、クラウドサービス１７０）を抽出し、その利用条件に応じた性能評価用のパラメーターを設定して、性能評価を行って、その結果を新規ユーザー１６２Ａ（ユーザー端末１６０Ａ）に表示する。
情報処理装置１００を用いずに、クラウドサービス１７０の性能を比較するためには、例えば、本物のアプリケーションをマルチクラウドで何度も配備、検証したのでは、費用や時間を多く要する。一方、テストツールだけの配備、検証では、新規ユーザー１６２にとって直感的ではない。
情報処理装置１００は、マルチクラウドでも配備、検証が容易で、直感的な性能情報を提供できる。つまり、既に実現されているアプリケーションを用いて、性能評価用ソフトウェアを生成しており、実際にそのアプリケーションによる性能測定を行っている。

図３は、本実施の形態による処理例を示すフローチャートである。
ステップＳ３０２では、類似利用ユーザー抽出モジュール１２０は、利用条件を受け付ける。
ステップＳ３０４では、類似利用ユーザー抽出モジュール１２０は、類似利用ユーザーを抽出する。
ステップＳ３０６では、負荷再現パラメーター算出モジュール１２５は、負荷情報記憶モジュール１１５から負荷情報を抽出する。
ステップＳ３０８では、負荷再現パラメーター算出モジュール１２５は、負荷再現パラメーターを算出する。
ステップＳ３１０では、負荷ソフトウェア配備モジュール１３５は、サービス情報記憶モジュール１３０から、設置先サービス情報を取得する。
ステップＳ３１２では、負荷ソフトウェア配備モジュール１３５は、設置先動作環境（希望構成）を構築する。
ステップＳ３１４では、負荷ソフトウェア配備モジュール１３５は、負荷ソフトウェアを配備する。

ステップＳ３１６では、性能測定モジュール１４０は、性能を測定する。
ステップＳ３１８では、レポート生成モジュール１５０は、希望構成レポートを生成する。
ステップＳ３２０では、負荷ソフトウェア配備モジュール１３５は、組み合わせパターンを抽出する。
ステップＳ３２２では、負荷ソフトウェア配備モジュール１３５は、設置先動作環境（推奨構成）を構築する。
ステップＳ３２４では、負荷ソフトウェア配備モジュール１３５は、負荷ソフトウェアを配備する。
ステップＳ３２６では、性能測定モジュール１４０は、性能を測定する。
ステップＳ３２８では、性能測定モジュール１４０は、パターン全件が完了したか否かを判断し、完了した場合はステップＳ３３０へ進み、未完了の場合はステップＳ３２２へ戻る。

ステップＳ３３０では、性能測定モジュール１４０は、設置先全件が完了したか否かを判断し、完了した場合はステップＳ３３２へ進み、未完了の場合はステップＳ３１２へ戻る。
ステップＳ３３２では、レポート生成モジュール１５０は、推奨構成を選定する。
ステップＳ３３４では、レポート生成モジュール１５０は、推奨レポートを生成する。
ステップＳ３３６では、体感性能比較操作画面生成モジュール１４５は、体感性能比較画面を表示する。

図４は、本実施の形態による処理例を示す説明図である。クラウドサービスＡ：１７０Ａには、既存ユーザー１情報１７２Ａ−１、既存ユーザー２情報１７２Ａ−２、既存ユーザー３情報１７２Ａ−３がある。既存ユーザー１情報１７２Ａ−１は、文書管理アプリＡ：４７４Ａ−１、負荷情報（中）４７６Ａ−１を有している。既存ユーザー２情報１７２Ａ−２は、文書管理アプリＢ：４７４Ａ−２、負荷情報（大）４７６Ａ−２を有している。既存ユーザー３情報１７２Ａ−３は、文書管理アプリＢ：４７４Ａ−３、負荷情報（小）４７６Ａ−３を有している。クラウドサービスＢ：１７０Ｂには、既存ユーザー４情報１７２Ｂ−１、既存ユーザー５情報１７２Ｂ−２がある。既存ユーザー４情報１７２Ｂ−１は、会計アプリＡ：４７４Ｂ−１、負荷情報（大）４７６Ｂ−１を有している。既存ユーザー５情報１７２Ｂ−２は、動画配信アプリＡ：４７４Ｂ−２、負荷情報（大）４７６Ｂ−２を有している。

ステップＳ４０２では、利用条件を入力する。例えば、新規ユーザーである新規ユーザー１６２が、仲介事業者４１０に対して、最適なクラウドサービスの選定を申し込む。具体的には、ユーザー端末１６０は、情報処理装置１００に接続し、情報処理装置１００の指示にしたがって申込画面５００を表示する。図５の例に示すように、新規ユーザー１６２は、ユーザー端末１６０に表示された申込画面５００で希望する利用条件を入力する。
図５は、申込画面５００の表示例を示す説明図である。申込画面５００内には、月額予算欄５１０、アプリ種別欄５２０、アプリ名欄５３０、文書数欄５４０、ユーザー数欄５５０、同時アクセス数欄５６０、ＯＫボタン５７０、キャンセルボタン５８０を表示する。
そして、例えば、新規ユーザー１６２の操作によって、月額予算欄５１０に「〇〇〇万円」が入力され、アプリ種別欄５２０に「文書管理」が入力され、アプリ名欄５３０に「文書管理Ｂ」が入力され、文書数欄５４０に「１００００００」が入力され、ユーザー数欄５５０に「１００００」が入力され、同時アクセス数欄５６０に「１００」が入力される。なお、アプリ名欄５３０〜同時アクセス数欄５６０について、入力条件はアプリ種別に応じて切り替わるようにしてもよい。

ステップＳ４０４では、類似利用ユーザーを抽出する。情報処理装置１００は、利用状況情報記憶モジュール１１０を検索し、利用条件に近い運用を行っている既存ユーザー（例えば、既存ユーザー２情報１７２Ａ−２）を抽出する。
ステップＳ４０６では、負荷情報を取得する。情報処理装置１００は、抽出したユーザー（例えば、既存ユーザー２情報１７２Ａ−２）の負荷情報を負荷情報記憶モジュール１１５から取得する。なお、負荷情報記憶モジュール１１５は操作履歴とパフォーマンスログをもとにした負荷に関する情報テーブル（操作履歴テーブル１１００、負荷情報テーブル１２００）で構成される。
操作履歴テーブル１１００は、選定システムがアプリケーション種別毎に代表的操作と定めた操作について、各アプリケーション固有の操作ログからマッピング、抽出、蓄積したものである。例えば、文書管理アプリＢ自身の機能で記録される固有操作ログとして、文書ダウンロード、文書登録、文書閲覧、リファレンス登録、権限変更、更新履歴参照、属性変更、状態変更等がある。そして、選定システムの操作履歴の管理対象として、文書ダウンロード、文書登録、文書閲覧等がある。
そして、情報処理装置１００は、負荷情報テーブル１２００から、（１）勤務時間帯における平均的な負荷分布、（２）代表操作の単発操作（他操作による負荷が無い状態）時の負荷を抽出する。

ステップＳ４０８では、負荷再現パラメーターを算出する。
情報処理装置１００は、「（１）勤務時間帯における平均的な負荷分布」から、システムにかかる平均的な負荷を再現するため、負荷ソフトウェアに与えるパラメーターを決定する。
操作に対応する図１２の例に示す負荷情報テーブル１２００のＰｒｏｃｅｓｓｏｒ Ｔｉｍｅ欄１２２０、Ａｖａｉｌａｂｌｅ Ｂｙｔｅｓ欄１２３０、Ｎｅｔｗｏｒｋ ＩｎｔｅｒｆａｃｅＢｙｔｅｓ Ｔｏｔａｌ／Ｓｅｃ欄１２４０内のそれぞれの指標の値に近くなるように、負荷ソフトウェアにパラメーターをセットし、疑似的な負荷をかける。取得できる指標をそのまま入力値として受け入れ可能な負荷ソフトウェアを作成することが望ましい。ただし、両者が一致しない場合は、換算処理を挟むようにしてもよい。
次に、「（２）代表操作の単発操作（他操作による負荷が無い状態）時の負荷」から、代表操作単体での負荷を再現するため、負荷ソフトウェアに与えるパラメーターを決定する。平均負荷を与える負荷ソフトウェアと単体操作負荷を与える負荷ソフトウェアは、それぞれ独立して動作する。
なお、単体操作とバックグランド負荷を独立させた例を述べたが、１つの負荷ソフトウェア内でフォアグランド処理とバックグランド処理を合わせてシミュレートしてもよい。

次に、図６の例に示す処理を行う。図６は、本実施の形態による処理例を示す説明図である。
ステップＳ６０２Ａ、ステップＳ６０２Ｂでは、クラウドサービスＡ：１７０Ａ、クラウドサービスＢ：１７０Ｂに負荷ソフトウェアを配備する。
例えば、図４に示したステップＳ４０８で決定したパラメーターとともに、負荷ソフトウェアを比較候補となるクラウドサービス上に自動配備する。まず、新規ユーザー１６２の利用条件に合致する動作環境情報をサービス情報記憶モジュール１３０からサービス毎に抽出し、構築する。
例えば、希望条件として、月額予算「３００００円／月」の場合、クラウドサービスＡ：１７０Ａでは「ｍ３．ｌａｒｇｅ、高速ＳＳＤ、１００Ｍｂｐｓ」となり、クラウドサービスＢ：１７０Ｂでは、「Ａ３、高速ＳＳＤ、１２０Ｍｂｐｓ」となる。
次に、構築した実行環境（インスタンス）上に、負荷ソフトウェアとパラメーターのセットを転送し、インストールする。図６の例では、クラウドサービスＡ：１７０Ａに、検証ユーザー１（希望構成）６７２Ａ−１、検証ユーザー２（推奨構成）６７２Ａ−２を転送し、クラウドサービスＢ：１７０Ｂに、検証ユーザー３（希望構成）６７２Ｂ−３、検証ユーザー４（推奨構成）６７２Ｂ−４を転送する。そして、検証ユーザー１（希望構成）６７２Ａ−１は、文書管理系負荷ソフトウェア６７４Ａ−１、負荷情報（大）６７６Ａ−１を有している。検証ユーザー２（推奨構成）６７２Ａ−２は、文書管理系負荷ソフトウェア６７４Ａ−２、負荷情報（大）６７６Ａ−２を有している。検証ユーザー３（希望構成）６７２Ｂ−３は、文書管理系負荷ソフトウェア６７４Ｂ−３、負荷情報（大）６７６Ｂ−３を有している。検証ユーザー４（推奨構成）６７２Ｂ−４は、文書管理系負荷ソフトウェア６７４Ｂ−４、負荷情報（大）６７６Ｂ−４を有している。

ステップＳ６０４Ａ、ステップＳ６０４Ｂでは、性能を測定する。
つまり、各クラウドサービス１７０に配備後、既存ユーザー２情報１７２Ａ−２の負荷情報と同等の負荷をかけた状態で代表操作を実施し、性能を測定する。
ステップＳ６０６では、測定結果のレポート（性能比較結果レポート、推奨レポート）を提示する。具体的には、性能比較レポート８００を作成し、表示する。新規ユーザー１６２によって希望された利用条件から作成した実行環境に対して、より良い実行環境（推奨構成である「高性能な構成」と「安くなる構成」）を選定する。作成済みの実行環境を基準として、パラメーターを上下に振った環境を自動的に構築する。具体的には、「高性能な構成」は、希望構成よりも性能を高めた場合（例えば、パラメーターを上に振る）の構成のうち、最も性能がよかった構成とすればよい。「安くなる構成」は、希望構成よりも性能を低くした場合（例えば、パラメーターを下に振る）の構成のうち、性能劣化が予め定められた範囲内であり（例えば、１０％以下）、最も価格が低かった構成とすればよい。

例えば、検証する環境は、新規ユーザー１６２から提示された希望価格帯に収まるように次のような選択肢から構成を選択する。これを「希望構成」と呼ぶ。
インスタンスタイプ（ＣＰＵ性能、メモリＩ／Ｏ性能等）
ディスクタイプ（ディスクＩ／Ｏ性能等）
ネットワークタイプ（データアップロード／ダウンロード性能等）
この希望構成に対し、選定システムが推奨する構成を「推奨構成」と呼ぶ。推奨構成の選択方法は次の２つがある。
（Ａ）既存ユーザー利用構成
情報処理装置１００では、負荷を再現するために既存ユーザーから利用条件が近いユーザーを抽出し、負荷情報を取得している。その際に、利用条件が合致する既存ユーザーにおいて、最も多く使われている構成を推奨構成とする。また、合致した既存ユーザーにおいて、再低価格構成、最高価格構成等を推奨構成としてもよい。
（Ｂ）相対構成
新規ユーザー１６２の希望構成に加え、図７の例に示すパラメーターテーブル７００のように、希望構成に対して各選択肢を一段ずつ上げ下げした組み合わせパターンで環境を構成し、それぞれ測定する。これによって、タイプを下げても影響の少ないもの、タイプを上げると効果の高いものを見極め、低価格構成、ハイパフォーマンス構成を推奨構成とする。

例えば、利用条件から構成した実行環境の構成（例えば、インスタンス、ディスク、ネットワーク等）に対する変化量として、下げ方向に「−１」、上げ方向に「＋１」とする。具体的には、パラメーターテーブル７００を生成する。図７は、パラメーターテーブル７００のデータ構造例を示す説明図である。パラメーターテーブル７００は、インスタンス欄７１０、ディスク欄７２０、ネットワーク欄７３０を有している。インスタンス欄７１０は、インスタンスのレベルを記憶している。ディスク欄７２０は、ディスクのレベルを記憶している。ネットワーク欄７３０は、ネットワークのレベルを記憶している。「０」は、希望構成である。１〜３行目は、インスタンス、ディスク、ネットワークをそれぞれ下げ方向に「−１」した構成を示しており、４〜６行目は、インスタンス、ディスク、ネットワークをそれぞれ上げ方向に「＋１」した構成を示している。なお、「−１」、「＋１」の単位は、インスタンス、ディスク、ネットワーク毎に予め定められた値である。
このように自動作成した環境に対して、同様に負荷ソフトウェアを配備し、性能測定を行う。最も高性能な構成、比較的性能劣化が小さく（例えば、１０％以下）て、最も価格が安くなる構成等を推奨構成として抽出し、レポートを出力する。つまり、実行環境の構成を容易に変更できるクラウドサービスの特性をいかして、検証に基づく推奨構成を提示することができるようになる。

図８は、性能比較レポート８００の例を示す説明図である。性能比較レポート８００は、希望構成レポート領域８１０、推奨構成（ハイパフォーマンス）領域８２０、推奨構成（低価格）領域８３０を有している。希望構成レポート領域８１０内には、例えば、「希望構成：希望月額５００００円」であって、サービスＡの月額費用は４５０００円、サービスＢの月額費用は３８０００円と表示し、サービスＡの文書ダウンロードは１００秒、サービスＢの文書ダウンロードは１２０秒と表示し、サービスＡの文書登録は２００秒、サービスＢの文書登録は２２０秒と表示し、サービスＡの文書閲覧は５秒、サービスＢの文書閲覧は３秒と表示する。
推奨構成（ハイパフォーマンス）領域８２０内には、例えば、「推奨構成（ハイパフォーマンス）」であって、サービスＡの月額費用は５２０００円、サービスＢの月額費用は５５０００円と表示し、サービスＡの文書ダウンロードは８０秒、サービスＢの文書ダウンロードは７０秒と表示し、サービスＡの文書登録は９０秒、サービスＢの文書登録は１２０秒と表示し、サービスＡの文書閲覧は４秒、サービスＢの文書閲覧は３秒と表示する。
推奨構成（低価格）領域８３０内には、例えば、「推奨構成（低価格）」であって、サービスＡの月額費用は３８０００円、サービスＢの月額費用は３２０００円と表示し、サービスＡの文書ダウンロードは１１０秒、サービスＢの文書ダウンロードは１３０秒と表示し、サービスＡの文書登録は２２０秒、サービスＢの文書登録は２３０秒と表示し、サービスＡの文書閲覧は５秒、サービスＢの文書閲覧は４秒と表示する。

ステップＳ６０８では、体感性能比較操作を行う。具体的には、情報処理装置１００は、ユーザー端末１６０に体感性能比較操作画面９００、体感性能比較操作画面１０００を表示し、各クラウドサービス１７０上での性能を体感するための指示を受け付ける。
図９は、体感性能比較操作画面９００の表示例を示す説明図である。体感性能比較操作画面９００には、対象サービス選択領域９１０、対象操作選択領域９２０、次へボタン９３０、キャンセルボタン９４０を表示する。
対象サービス選択領域９１０では、実行するクラウドサービス１７０を選択可能としている。
対象操作選択領域９２０では、例えば、そのアプリケーションで行われる操作（例えば、「文書ダウンロード」、「文書登録」、「文書閲覧」等）を選択可能としている。
次へボタン９３０が選択された場合、対象サービス選択領域９１０、対象操作選択領域９２０での指定にしたがって、レスポンスを体感してもらうための体感性能比較操作画面１０００を生成し、ユーザー端末１６０に表示する。

図１０は、体感性能比較操作画面１０００の表示例を示す説明図である。体感性能比較操作画面１０００には、サービスＡ：文書閲覧領域１０１０、サービスＢ：文書閲覧領域１０２０、戻るボタン１０３０、閉じるボタン１０４０を表示する。対象のアプリケーションの代表操作を単発で実行した場合の負荷を再現可能な負荷ソフトウェアの呼出しを各ボタンに割り当てている。
例えば、実行ボタン１０１２が選択された場合、「サービスＡ：文書閲覧」に「１００ＫＢ」の負荷をかけた処理を行い、実行結果領域１０１４に「成功」又は「失敗」の結果を表示する。そして、「サービスＡ：文書閲覧」のアプリケーションを実行した開始時刻「１０：００：００」と、終了時刻「１０：００：０５」を表示する。これによって、新規ユーザー１６２は、性能測定を実施した環境（既存ユーザー２情報１７２Ａ−２の勤務時間帯の負荷状況を再現した環境）に対して、代表操作と同等の単発負荷をかけ、レスポンスタイムの確認ができる。
また、勤務時間帯においても負荷状況は、一般的に均一でない（例えば、始業時に高い等）。情報処理装置１００では、始業時（始業から予め定められた期間）、午前、昼休み、午後、定時後等のように時間帯を区切って、利用者に選ばせるようにしてもよい。

図１７を参照して、本実施の形態の情報処理装置のハードウェア構成例について説明する。図１７に示す構成は、例えばパーソナルコンピュータ（ＰＣ）等によって構成されるものであり、スキャナ等のデータ読み取り部１７１７と、プリンタ等のデータ出力部１７１８を備えたハードウェア構成例を示している。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１７０１は、前述の実施の形態において説明した各種のモジュール、すなわち、負荷情報／利用状況収集モジュール１０５、類似利用ユーザー抽出モジュール１２０、負荷再現パラメーター算出モジュール１２５、負荷ソフトウェア配備モジュール１３５、体感性能比較操作画面生成モジュール１４５、レポート生成モジュール１５０等の各モジュールの実行シーケンスを記述したコンピュータ・プログラムにしたがった処理を実行する制御部である。

ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１７０２は、ＣＰＵ１７０１が使用するプログラムや演算パラメーター等を格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１７０３は、ＣＰＵ１７０１の実行において使用するプログラムや、その実行において適宜変化するパラメーター等を格納する。これらはＣＰＵバス等から構成されるホストバス１７０４により相互に接続されている。

ホストバス１７０４は、ブリッジ１７０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バス等の外部バス１７０６に接続されている。

キーボード１７０８、マウス等のポインティングデバイス１７０９は、操作者により操作されるデバイスである。ディスプレイ１７１０は、液晶表示装置又はＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等があり、各種情報をテキストやイメージ情報として表示する。また、ポインティングデバイス１７０９とディスプレイ１７１０の両方の機能を備えているタッチスクリーン等であってもよい。

ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１７１１は、ハードディスク（フラッシュ・メモリ等であってもよい）を内蔵し、ハードディスクを駆動し、ＣＰＵ１７０１によって実行するプログラムや情報を記録又は再生させる。ハードディスクは、利用状況情報記憶モジュール１１０、負荷情報記憶モジュール１１５、サービス情報記憶モジュール１３０等としての機能を実現させる。さらに、その他の各種データ、各種コンピュータ・プログラム等が格納される。

ドライブ１７１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリ等のリムーバブル記録媒体１７１３に記録されているデータ又はプログラムを読み出して、そのデータ又はプログラムを、インタフェース１７０７、外部バス１７０６、ブリッジ１７０５、及びホストバス１７０４を介して接続されているＲＡＭ１７０３に供給する。なお、リムーバブル記録媒体１７１３も、データ記録領域として利用可能である。

接続ポート１７１４は、外部接続機器１７１５を接続するポートであり、ＵＳＢ、ＩＥＥＥ１３９４等の接続部を持つ。接続ポート１７１４は、インタフェース１７０７、及び外部バス１７０６、ブリッジ１７０５、ホストバス１７０４等を介してＣＰＵ１７０１等に接続されている。通信部１７１６は、通信回線に接続され、外部とのデータ通信処理を実行する。データ読み取り部１７１７は、例えばスキャナであり、ドキュメントの読み取り処理を実行する。データ出力部１７１８は、例えばプリンタであり、ドキュメントデータの出力処理を実行する。

なお、図１７に示す情報処理装置のハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１７に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１７に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１０５…負荷情報／利用状況収集モジュール
１１０…利用状況情報記憶モジュール
１１５…負荷情報記憶モジュール
１２０…類似利用ユーザー抽出モジュール
１２５…負荷再現パラメーター算出モジュール
１３０…サービス情報記憶モジュール
１３５…負荷ソフトウェア配備モジュール
１４０…性能測定モジュール
１４５…体感性能比較操作画面生成モジュール
１５０…レポート生成モジュール
１６０…ユーザー端末
１６２…新規ユーザー
１７０…クラウドサービス
１７２…既存ユーザー情報
１７４…負荷ソフトウェア（希望構成）
１７６…負荷ソフトウェア（推奨構成）
２９０…通信回線

Claims (4)

1. 対象としている第１のアプリケーションの利用条件に類似しており、既に利用されている第２のアプリケーションにおけるクラウドサービスを抽出する抽出手段と、
   前記クラウドサービスにおける前記第２のアプリケーションの利用実績の負荷情報から、該クラウドサービスにおいて前記利用条件を満たすためのパラメーターを生成する生成手段と、
   前記パラメーターにしたがって前記第１のアプリケーションを実現するための環境を前記クラウドサービスに構築する構築手段と、
   前記環境において前記第１のアプリケーションにおける性能を測定した結果を、ユーザーに提示する提示手段と、
   前記環境における前記第１のアプリケーションの性能を、前記ユーザーが実感できるように、該第１のアプリケーションを実行させる実行手段
   を有し、
   前記実行手段は、前記第１のアプリケーションを実行させる際の負荷状況として、勤務時間における時間帯を区切って、前記ユーザーに選択させる、
   情報処理装置。
2. 前記生成手段は、前記パラメーターを増加又は減少させて、複数のパラメーターを生成し、
   前記提示手段は、前記複数のパラメーターにしたがって測定した結果を、ユーザーに提示する、
   請求項１に記載の情報処理装置。
3. 前記提示手段は、利用条件による構成とともに、高性能な構成、又は、安くなる構成での測定した結果を提示する、
   請求項２に記載の情報処理装置。
4. コンピュータを、
   対象としている第１のアプリケーションの利用条件に類似しており、既に利用されている第２のアプリケーションにおけるクラウドサービスを抽出する抽出手段と、
   前記クラウドサービスにおける前記第２のアプリケーションの利用実績の負荷情報から、該クラウドサービスにおいて前記利用条件を満たすためのパラメーターを生成する生成手段と、
   前記パラメーターにしたがって前記第１のアプリケーションを実現するための環境を前記クラウドサービスに構築する構築手段と、
   前記環境において前記第１のアプリケーションにおける性能を測定した結果を、ユーザーに提示する提示手段と、
   前記環境における前記第１のアプリケーションの性能を、前記ユーザーが実感できるように、該第１のアプリケーションを実行させる実行手段
   として機能させ、
   前記実行手段は、前記第１のアプリケーションを実行させる際の負荷状況として、勤務時間における時間帯を区切って、前記ユーザーに選択させる、
   情報処理プログラム。

Images