(57)【要約】  【課題】  アプリケーションが正常に動作するかどうかを検証するテストの精度を向上すること。  【解決手段】  検証用アプリケーション１１が利用される業務に関する検証用業務特性が入力される業務特性入力部２３と、検証用アプリケーション１１が実行するシナリオが入力される負荷検証シナリオ入力部２４と、検証用アプリケーション１１がそのシナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集する実行時間収集部２５と、複数業務特性を複数アクセス数に対応付けるアクセス数テーブル４１を記憶するアクセス数記憶部２２と、アクセス数テーブル４１を参照して複数アクセス数のうちから検証用業務特性に対応する検証用アクセス数を抽出し、検証用アクセス数と実行時間とに基づいて検証用サーバ２により検証用アプリケーション１１が実行されて検証されるときの負荷となる多重度を算出する負荷検証要件特定部３０とを備えていることが好ましい。  【選択図】  図１
2006344050.tif 000002
【特許請求の範囲】
【請求項１】
検証用アプリケーション・ソフトウェアが利用される業務に関する検証用業務特性が入力される業務特性入力部と、
前記検証用アプリケーション・ソフトウェアが実行するシナリオが入力される負荷検証シナリオ入力部と、
前記検証用アプリケーション・ソフトウェアが前記シナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集する実行時間収集部と、
複数業務特性を複数アクセス数に対応付けるアクセス数テーブルを記憶するアクセス数記憶部と、
前記アクセス数テーブルを参照して前記複数アクセス数のうちから前記検証用業務特性に対応する検証用アクセス数を抽出し、前記検証用アクセス数と前記実行時間とに基づいて検証用サーバにより前記検証用アプリケーション・ソフトウェアが実行されて検証されるときの負荷となる多重度を算出する負荷検証要件特定部
とを具備する負荷検証要件特定装置。
【請求項２】
請求項１において、
本番環境での本番環境サーバで実行される稼働中アプリケーション・ソフトウェアの稼働中業務特性に前記稼働中アプリケーション・ソフトウェアの時間帯毎の稼働中アクセス数を対応付けるアクセスログを収集するアクセスログ収集部と、
前記アクセスログに基づいて前記アクセス数テーブルを更新するアクセス数更新部
とを更に具備する負荷検証要件特定装置。
【請求項３】
検証用アプリケーション・ソフトウェアが利用される業務に関する検証用業務特性が入力される業務特性入力部と、
前記検証用アプリケーション・ソフトウェアが実行するシナリオが入力される負荷検証シナリオ入力部と、
複数業務特性を複数アクセス数に対応付けるアクセス数テーブルを記録記憶するアクセス数記憶部とを備える負荷検証要件特定装置により実行される負荷検証要件特定方法であり、
前記検証用アプリケーション・ソフトウェアが前記シナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集するステップと、
前記アクセス数テーブルを参照して前記複数アクセス数のうちから前記検証用業務特性に対応する検証用アクセス数を抽出し、前記検証用アクセス数と前記実行時間とに基づいて検証用サーバにより前記検証用アプリケーション・ソフトウェアが実行されて検証されるときの負荷となる多重度を算出するステップ
とを具備する負荷検証要件特定方法。
【請求項４】
請求項３において、
本番環境での本番環境サーバで実行される稼働中アプリケーション・ソフトウェアの稼働中業務特性に前記稼働中アプリケーション・ソフトウェアの時間帯毎の稼働中アクセス数を対応付けるアクセスログを収集するステップと、
前記アクセスログに基づいて前記アクセス数テーブルを更新するステップ
とを更に具備する負荷検証要件特定方法。
【請求項５】
検証用アプリケーション・ソフトウェアが利用される業務に関する検証用業務特性が入力される業務特性入力部と、
前記検証用アプリケーション・ソフトウェアが実行するシナリオが入力される負荷検証シナリオ入力部と、
複数業務特性を複数アクセス数に対応付けるアクセス数テーブルを記録記憶するアクセス数記憶部を備える負荷検証要件特定装置により実行されるコンピュータプログラムであり、
前記検証用アプリケーション・ソフトウェアが前記シナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集する実行時間収集ステップと、
前記アクセス数テーブルを参照して前記複数アクセス数のうちから前記検証用業務特性に対応する検証用アクセス数を抽出し、前記検証用アクセス数と前記実行時間とに基づいて検証用サーバにより前記検証用アプリケーション・ソフトウェアが実行されて検証されるときの負荷となる多重度を算出する負荷検証要件特定ステップ
とを具備する負荷検証要件特定プログラム。
【請求項６】
請求項５において、
本番環境での本番環境サーバで実行される稼働中アプリケーション・ソフトウェアの稼働中業務特性に前記稼働中アプリケーション・ソフトウェアの時間帯毎の稼働中アクセス数を対応付けるアクセスログを収集するアクセスログ収集ステップと、
前記アクセスログに基づいて前記アクセス数テーブルを更新するアクセス数更新ステップ
とを更に具備する負荷検証要件特定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷検証要件特定装置、負荷検証要件特定方法及び負荷検証要件特定プログラムに関し、特に、大型コンピュータにインストールされるアプリケーション・ソフトウェアが正常に動作するかどうかを確認する検証の要件を特定するときに利用される負荷検証要件特定装置、負荷検証要件特定方法及び負荷検証要件特定プログラムに関する。
【背景技術】
【０００２】
インターネットに接続され、端末から送信されるリクエストに応答する大型コンピュータが知られている。その大型コンピュータは、その動作を示すソフトウェアであるアプリケーションを備えている。その動作は、業務内容の変更などに伴なって更新され、その動作を示すアプリケーションは、改訂される必要がある。その改訂されたアプリケーションは、本番環境（アプリケーションがユーザに提供されている環境）の大型コンピュータにインストールされる前に、正常に動作するかどうかを検証するためのテストが実施される。その検証の精度を向上することが望まれ、その検証に用いられる要件をより適切に特定することが望まれている。
【０００３】
特開平６−２３１２０１号公報には、実計算機システム下で論理検証を行う場合と同じ論理シミュレーション環境を構築し、該環境下においてより高精度な論理検証を可能とした論理検証環境設定装置が開示されている。その論理検証環境設定装置は、ゲートレベルの回路シミュレーションを行う論理シミュレーション装置に対して論理検証の環境設定を行う装置において、複数の論理検証プログラムを継続的に実行するとき、論理検証プログラムの終了時に論理シミュレ−ション装置内の記憶手段からデータを読み出して登録手段に退避する手段と、次の論理検証プログラムの実行時に、該登録手段に退避されたデータを前記論理シミュレーション装置内の記憶手段へ再設定する手段と、前記論理シミュレーション装置上で走行する前記論理検証プログラムの実行制御を行う手段を備えたことを特徴としている。
【０００４】
特開平７−１３８０８号公報には、全アプリケーションプログラムが完了していない時点でも当該のオンラインシステムの負荷状態を実現し、事前検証を可能とし、オンラインシステム開発完了後に、全アプリケーションプログラムの処理方式を再見直しあるいは作り直しすることを防止でき、オンラインシステム構築に要する時間と費用とを大幅に削減できるオンラインシステムの性能評価方法が開示されている。そのオンラインシステムの性能評価方法は、通信回線と、この通信回線に接続する複数の端末装置と、この端末装置と交信処理を行うための開発済のアプリケーションプログラムおよびすべての制御動作に関与するＣＰＵを備えるホスト計算機と、このホスト計算機にそれぞれ接続した状態で、制御情報を入力する機能を持つコンソールと、前記ホスト計算機の機能を向上あるいは補助する複数の周辺装置と、前記通信回線を介して前記端末装置に接続し通信を制御する通信制御プロセッサとで構成したオンラインシステムの性能を評価するオンラインシステムの性能評価方法において、前記ホスト計算機内に、開発未了のアプリケーションプログラムの消費する資源消費量の予測値を記憶し前記開発済のアプリケーションプログラムを動作させる際前記開発済のアプリケーションプログラムの動作に合せて前記記憶した予測値に基づき前記開発未了のアプリケーションプログラムに対しても動作を疑似させ前記ホスト計算機内で資源を消費させる負荷発生部を設けることを特徴としている。
【０００５】
【特許文献１】特開平６−２３１２０１号公報
【特許文献２】特開平７−１３８０８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明の課題は、コンピュータにインストールされる前にアプリケーションが正常に動作するかどうかを検証するテストの精度を向上する負荷検証要件特定装置、負荷検証要件特定方法及び負荷検証要件特定プログラムを提供することにある。
より具体的には、コンピュータにインストールされる前にアプリケーションが正常に動作するかどうかを検証するテストに用いられる要件をより適切にする負荷検証要件特定装置、負荷検証要件特定方法及び負荷検証要件特定プログラムを提供することにある。
【課題を解決するための手段】
【０００７】
以下に、発明を実施するための最良の形態・実施例で使用される符号を括弧付きで用いて、課題を解決するための手段を記載する。この符号は、特許請求の範囲の記載と発明を実施するための最良の形態・実施例の記載との対応を明らかにするために付加されたものであり、特許請求の範囲に記載されている発明の技術的範囲の解釈に用いてはならない。
【０００８】
本発明による負荷検証要件特定装置（１）は、検証用アプリケーション・ソフトウェア（１１）が利用される業務に関する検証用業務特性が入力される業務特性入力部（２３）と、検証用アプリケーション・ソフトウェア（１１）が実行するシナリオが入力される負荷検証シナリオ入力部（２４）と、検証用アプリケーション・ソフトウェア（１１）がそのシナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集する実行時間収集部（２５）と、複数業務特性を複数アクセス数に対応付けるアクセス数テーブル（４１）を記憶するアクセス数記憶部（２２）と、アクセス数テーブル（４１）を参照して複数アクセス数のうちから検証用業務特性に対応する検証用アクセス数を抽出し、検証用アクセス数と実行時間とに基づいて検証用サーバ（２）により検証用アプリケーション・ソフトウェア（１１）が実行されて検証されるときの負荷となる多重度を算出する負荷検証要件特定部（３０）とを備えていることが好ましい。たとえば、その多重度は、単位時間当たりに同時にアクセスされる確率が所定の閾値を越えないアクセス数を示している。このとき、検証用サーバ（２）は、その多重度に対応する負荷で検証用アプリケーション・ソフトウェア（１１）が実行されて検証される。
【０００９】
本発明による負荷検証要件特定装置（１）は、さらに、稼働中の本番環境サーバ（４）で実行される稼働中アプリケーション・ソフトウェア（１５）の稼働中業務特性に稼働中アプリケーション・ソフトウェア（１５）の時間帯毎の稼働中アクセス数を対応付けるアクセスログ（３１）を収集するアクセスログ収集部（２８）と、アクセスログ（３１）に基づいてアクセス数テーブル（４１）を更新するアクセス数更新部（２９）とを備えていることが好ましい。たとえば、アクセス数更新部（２９）は、稼働中アプリケーション・ソフトウェア（１５）のピーク時の単位時間当たりの最大アクセス数を特定し、複数アクセス数のうちの稼働中業務特性に対応するアクセス数が最大アクセス数に置換するようにアクセス数テーブル（４１）を更新する。
【００１０】
本発明による負荷検証要件特定方法は、検証用アプリケーション・ソフトウェア（１１）が利用される業務に関する検証用業務特性が入力される業務特性入力部（２３）と、検証用アプリケーション・ソフトウェア（１１）が実行するシナリオが入力される負荷検証シナリオ入力部（２４）と、複数業務特性を複数アクセス数に対応付けるアクセス数テーブル（４１）を記録記憶するアクセス数記憶部（２２）とを備える負荷検証要件特定装置（１）により実行される。本発明による負荷検証要件特定方法は、検証用アプリケーション・ソフトウェア（１１）がそのシナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集するステップ（Ｓ１）と、アクセス数テーブル（４１）を参照して複数アクセス数のうちから検証用業務特性に対応する検証用アクセス数を抽出し（Ｓ２）、検証用アクセス数と実行時間とに基づいて検証用サーバ（２）により検証用アプリケーション・ソフトウェア（１１）が実行されて検証されるときの負荷となる多重度を算出するステップ（Ｓ３）とを備えていることが好ましい。たとえば、その多重度は、単位時間当たりに同時にアクセスされる確率が所定の閾値を越えないアクセス数を示している。このとき、検証用サーバ（２）は、その多重度に対応する負荷で検証用アプリケーション・ソフトウェア（１１）が実行されて検証される。
【００１１】
本発明による負荷検証要件特定方法は、さらに、稼働中の本番環境サーバ（４）で実行される稼働中アプリケーション・ソフトウェア（１５）の稼働中業務特性に稼働中アプリケーション・ソフトウェア（１５）の時間帯毎の稼働中アクセス数を対応付けるアクセスログ（３１）を収集するステップと、アクセスログ（３１）に基づいて稼働中アプリケーション・ソフトウェア（１５）のピーク時の単位時間当たりの最大アクセス数を特定し、複数アクセス数のうちの稼働中業務特性に対応するアクセス数が最大アクセス数に置換するようにアクセス数テーブル（４１）を更新するステップとを備えていることが好ましい。たとえば、負荷検証要件特定方法では、稼働中アプリケーション・ソフトウェア（１５）のピーク時の単位時間当たりの最大アクセス数が特定され、複数アクセス数のうちの稼働中業務特性に対応するアクセス数が最大アクセス数に置換するようにアクセス数テーブル（４１）が更新される。
【００１２】
本発明による負荷検証要件特定プログラムは、検証用アプリケーション・ソフトウェア（１１）が利用される業務に関する検証用業務特性が入力される業務特性入力部（２３）と、検証用アプリケーション・ソフトウェア（１１）が実行するシナリオが入力される負荷検証シナリオ入力部（２４）と、複数業務特性を複数アクセス数に対応付けるアクセス数テーブル（４１）を記録記憶するアクセス数記憶部（２２）とを備えるコンピュータである負荷検証要件特定装置（１）により実行されるコンピュータプログラムである。本発明による負荷検証要件特定プログラムは、そのコンピュータプログラムの部分として、検証用アプリケーション・ソフトウェア（１１）がそのシナリオを多重度が１であるという条件で実行したときの１アクセス当たりの実行時間を収集する実行時間収集ステップ（２５）と、アクセス数テーブル（４１）を参照して複数アクセス数のうちから検証用業務特性に対応する検証用アクセス数を抽出し、検証用アクセス数と実行時間とに基づいて検証用サーバ（２）により検証用アプリケーション・ソフトウェア（１１）が実行されて検証されるときの負荷となる多重度を算出する負荷検証要件特定ステップ（３０）とを備えていることが好ましい。たとえば、その多重度は、単位時間当たりに同時にアクセスされる確率が所定の閾値を越えないアクセス数を示している。このとき、検証用サーバ（２）は、その多重度に対応する負荷で検証用アプリケーション・ソフトウェア（１１）が実行されて検証される。
【００１３】
本発明による負荷検証要件特定プログラムは、さらに、稼働中の本番環境サーバ（４）で実行される稼働中アプリケーション・ソフトウェア（１５）の稼働中業務特性に稼働中アプリケーション・ソフトウェア（１５）の時間帯毎の稼働中アクセス数を対応付けるアクセスログ（３１）を収集するアクセスログ収集ステップ（２８）と、アクセスログ（３１）に基づいてアクセス数テーブル（４１）を更新するアクセス数更新ステップ（２９）とを備えていることが好ましい。たとえば、アクセス数更新ステップ（２９）は、稼働中アプリケーション・ソフトウェア（１５）のピーク時の単位時間当たりの最大アクセス数を特定し、複数アクセス数のうちの稼働中業務特性に対応するアクセス数が最大アクセス数に置換するようにアクセス数テーブル（４１）を更新する。
【発明の効果】
【００１４】
本発明による負荷検証要件特定装置、負荷検証要件特定方法及び負荷検証要件特定プログラムは、アプリケーションがコンピュータにインストールされる前にそのアプリケーションが正常に動作するかどうかを検証するテストに用いられる要件をより適切に特定することができ、その結果、そのテストの精度を向上することができる。
【発明を実施するための最良の形態】
【００１５】
図面を参照して、本発明による負荷検証要件特定装置の実施の形態を記載する。その負荷検証要件特定装置１は、図１に示されているように、負荷検証要件特定システム１０に適用されている。負荷検証要件特定システム１０は、負荷検証要件特定装置１と検証用サーバ２と負荷テスト装置３と本番環境サーバ４とから形成されている。検証用サーバ２は、コンピュータであり、複数のコンピュータプログラムがインストールされている。検証用サーバ２としては、大型コンピュータが例示される。負荷テスト装置３は、複数のコンピュータ（負荷ジェネレータとコントローラと）から形成され、複数のコンピュータプログラムがインストールされている。本番環境サーバ４は、コンピュータであり、複数のコンピュータプログラムがインストールされている。本番環境サーバ４としては、大型コンピュータが例示される。
【００１６】
負荷検証要件特定装置１は、本番環境サーバ４から情報を収集することができるように本番環境サーバ４に接続されている。負荷検証要件特定装置１は、さらに、負荷テスト装置３と互いに双方向に情報を伝送することができるように負荷テスト装置３に接続されている。検証用サーバ２は、負荷テスト装置３と互いに双方向に情報を伝送することができるように負荷テスト装置３に接続されている。本番環境サーバ４は、図示されていない複数の端末と互いに双方向に情報を伝送することができるようにネットワークを介してその複数の端末に接続されている。そのネットワークとしては、インターネット、イントラネット等が例示される。
【００１７】
負荷検証要件特定装置１は、コンピュータであり、複数のコンピュータプログラムがインストールされている。負荷検証要件特定装置１としては、パーソナルコンピュータが例示される。すなわち、負荷検証要件特定装置１は、図示されていないＣＰＵと記憶装置と入力装置と出力装置とを備えている。そのＣＰＵは、負荷検証要件特定装置１にインストールされる複数のコンピュータプログラムを実行して、その記憶装置と入力装置と出力装置とを制御する。その記憶装置は、ＲＯＭ、ＲＡＭまたはハードディスクドライブであり、そのコンピュータプログラムを記憶し、そのＣＰＵにより生成される情報を一時的に記憶する。その入力装置は、たとえばキーボードであり、ユーザの操作により生成される情報をそのＣＰＵに入力する。その出力装置は、たとえばディスプレイであり、そのＣＰＵにより生成される情報をユーザに認識可能に表示する。
【００１８】
検証用サーバ２は、コンピュータプログラムであるアプリケーション１１がインストールされている。アプリケーション１１は、負荷検証要件特定システム１０により検証される対象である。アプリケーション１１は、負荷テスト装置３からリクエストを受信したときに、そのリクエストに応じたシナリオを実行する。検証用サーバ２は、アプリケーション１１を複数備えている。そのシナリオは、参照系シナリオと更新系シナリオとの２種類から形成される。その参照系シナリオは、たとえば、ログインとメインメニューの出力とメニューの選択とメニューに応じたデータの出力とログアウトとから形成される。その更新系シナリオは、たとえば、ログインとメインメニューの出力とメニューの選択と入力画面の出力とデータの入力と入力データの確認画面の出力と入力内容の確定とログアウトとから形成される。
【００１９】
負荷テスト装置３は、コンピュータプログラムである実行時間測定部１２と負荷テスト部１３と結果分析部１４とがインストールされている。実行時間測定部１２は、検証用サーバ２にリクエストを送信して、アプリケーション１１により実行されるシナリオごとに検証用サーバ２が負荷テスト装置３から多重度が１であるという条件でアクセスされてから応答するまでの実行時間を測定し、負荷検証シナリオテーブルを作成する。負荷テスト部１３は、アプリケーション１１により実行されるシナリオごとに、負荷検証要件特定装置１により特定された多重度に基づいて検証用サーバ２にリクエストを送信する。結果分析部１４は、負荷テスト部１３により送信されるリクエストの応答の結果を解析して、負荷検証要件特定装置１により特定された多重度でアプリケーション１１が正常に実行されたかどうかを判別する。このようなコンピュータプログラムとしては、マーキュリー・インタラクティブ社製「ＬｏａｄＲｕｎｎｅｒ」が例示される。
【００２０】
本番環境サーバ４は、コンピュータプログラムであるアプリケーション１５とアクセスログ作成部１６とがインストールされている。アプリケーション１５は、ネットワークを介して端末からリクエストを受信したときに、そのリクエストに応じたシナリオを実行する。本番環境サーバ４は、アプリケーション１５を複数備えている。アクセスログ作成部１６は、アプリケーション１５がネットワークを介して端末からアクセスされることを監視し、アクセスログを作成する。
【００２１】
図２は、負荷検証要件特定装置１を示している。負荷検証要件特定装置１は、ハードウェア資源である記憶装置と入力装置と出力装置とを備えている。その記憶装置は、コンピュータプログラム記憶部２０とアクセスログ記憶部２１とアクセス数記憶部２２とから形成されている。なお、コンピュータプログラム記憶部２０とアクセスログ記憶部２１とアクセス数記憶部２２とは、各々が互いに異なる複数の記憶装置から形成されることもでき、１つの記憶装置から形成されることもできる。その入力装置は、業務特性入力部２３と負荷検証シナリオ入力部２４と実行時間収集部２５と閾値入力部２６とから形成されている。その出力装置は、負荷検証要件出力部２７から形成されている。
【００２２】
コンピュータプログラム記憶部２０は、負荷検証要件特定装置１にインストールされるコンピュータプログラムを記憶する。アクセスログ記憶部２１は、アクセスログを記憶する。アクセス数記憶部２２は、アクセス数テーブルを記憶する。
【００２３】
業務特性入力部２３は、ユーザの操作により生成される業務特性をそのＣＰＵに入力する。その業務特性は、アプリケーション１１が利用される業務の特性を示している。負荷検証シナリオ入力部２４は、ユーザの操作により生成される複数のシナリオの内容をそのＣＰＵに入力する。その複数のシナリオの内容は、アプリケーション１１により実行される複数のシナリオの内容を示している。実行時間収集部２５は、ユーザの操作により生成される負荷検証シナリオテーブルをそのＣＰＵに入力する。その負荷検証シナリオテーブルは、負荷検証シナリオ入力部２４により入力される複数のシナリオに対応する複数の実行時間を示している。閾値入力部２６は、ユーザの操作により生成される閾値をそのＣＰＵに入力する。なお、業務特性入力部２３と負荷検証シナリオ入力部２４と実行時間収集部２５と閾値入力部２６とは、１つの入力装置から形成されることもできる。
【００２４】
なお、実行時間収集部２５は、通信回線を介して負荷検証要件特定装置１と負荷テスト装置３とが接続されているときに、ソフトウェアにより構成されることもできる。このとき、実行時間収集部２５は、負荷テスト装置３により測定された実行時間を示す負荷検証シナリオテーブルを負荷テスト装置３からその通信回線を介して収集する。
【００２５】
負荷検証要件出力部２７は、ディスプレイであり、そのＣＰＵにより生成される情報をユーザに認識可能に表示する。なお、負荷検証要件出力部２７は、通信装置とすることもできる。このとき、負荷検証要件出力部２７は、そのＣＰＵにより生成される情報を負荷テスト装置３に伝送する。
【００２６】
図３は、コンピュータプログラム記憶部２０に記憶されるコンピュータプログラムを示している。そのコンピュータプログラムは、アクセスログ収集部２８とアクセス数更新部２９と負荷検証要件特定部３０とを含んでいる。
【００２７】
アクセスログ収集部２８は、本番環境サーバ４により作成されたアクセスログを本番環境サーバ４から収集し、そのアクセスログをアクセスログ記憶部２１に記録する。アクセス数更新部２９は、アクセスログ収集部２８により収集されたアクセスログに基づいて、アクセス数記憶部２２に記憶されているアクセス数テーブルを更新する。
【００２８】
負荷検証要件特定部３０は、アクセス数記憶部２２に記憶されているアクセス数テーブルと業務特性入力部２３から入力された業務特性と処理区分とに基づいてピーク時の単位時間当たりのアクセス数を特定する。負荷検証要件特定部３０は、さらに、その単位時間当たりのアクセス数と実行時間収集部２５から入力された実行時間と閾値入力部２６から入力された閾値とに基づいて多重度を算出する。このとき、負荷検証要件出力部２７は、負荷検証要件特定部３０により算出された多重度を表示し、その多重度を負荷テスト装置３に送信する。
【００２９】
図４は、アクセスログ作成部１６により作成されるアクセスログを示している。そのアクセスログ３１は、システム名３２と業務特性と処理区分３７とをアクセス数情報に対応付けている。そのシステム名３２と業務特性と処理区分３７とは、アプリケーション１１で実行されるシナリオを識別している。すなわち、システム名３２は、アプリケーションを識別し、そのアプリケーションの名称を示している。その業務特性は、システム名３２により識別されるアプリケーションが利用される業務の特性を示し、業務領域３３と業務区分３４とユーザ種類３５と対象地域３６とから形成されている。業務領域３３は、そのアプリケーションを必要とする業務領域を示し、「生産」と「物流」と「販売」と「開発」と「購買」と「管理」と「品質」と「収益」と「サービス」とのいずれかを示している。業務区分３４は、そのアプリケーションを必要とする業務区分を示し、「２輪」と「４輪」と「汎用」と「部品」とのいずれかを示している。ユーザ種類３５は、そのアプリケーションを利用するユーザを示し、「社内」と「関連会社」と「取引先」と「販社」と「顧客」とのいずれかを示している。対象地域３６は、そのアプリケーションを利用するユーザの所在地を示し、「国内」と「海外」と「グローバル」とのいずれかを示している。処理区分３７は、そのアプリケーションにて行われる処理の種類を示し、「参照」と「更新」とのいずれかを示している。
【００３０】
そのアクセス数情報は、時間帯３８とアクセス数３９とから形成されている。時間帯３８は、一定の幅（たとえば、１時間）の時間を識別し、その時間を含む曜日とその時間の開始時刻と終了時刻とを示している。アクセス数３９は、時間帯３８により識別される時間にそのシステム名３２と業務特性と処理区分３７とにより識別されるシナリオが実行されるアクセス数を示している。
【００３１】
図５は、アクセス数更新部２９により作成されるアクセス数テーブルを示している。そのアクセス数テーブル４１は、業務特性と処理区分４７とをアクセス数４８に対応付けている。その業務特性は、アプリケーションが利用される業務の特性を示し、業務領域４３と業務区分４４とユーザ種類４５と対象地域４６とから形成されている。業務領域４３は、そのアプリケーションを必要とする業務を示し、「生産」と「物流」と「販売」と「開発」と「購買」と「管理」と「品質」と「収益」と「サービス」とのいずれかを示している。業務区分４４は、そのアプリケーションを必要とする部署を示し、「２輪」と「４輪」と「汎用」と「部品」とのいずれかを示している。ユーザ種類４５は、そのアプリケーションを利用するユーザを示し、「社内」と「関連会社」と「取引先」と「販社」と「顧客」とのいずれかを示している。対象地域４６は、そのアプリケーションを利用するユーザの所在地を示し、「国内」と「海外」と「グローバル」とのいずれかを示している。処理区分４７は、そのアプリケーションにて実行される処理の種類を示し、「参照」と「更新」とのいずれかを示している。アクセス数４８は、そのアプリケーションが実行されるピーク時の単位時間当たりのアクセス数を示している。
【００３２】
すなわち、アクセス数更新部２９は、アクセスログ３１に基づいて、業務特性と処理区分との組み合わせごとに、その組み合わせに対応するシナリオのアクセス数が最大となる時間帯であるピーク時を特定し、そのピーク時の単位時間当たりのアクセス数を特定する。アクセス数更新部２９は、その業務特性と処理区分との組み合わせに対応するシナリオが複数であるときに、その複数のシナリオのアクセス数の時間帯ごとの平均を算出し、その平均が最大となる時間帯であるピーク時を特定し、そのピーク時の平均をピーク時の単位時間当たりのアクセス数として特定する。アクセス数更新部２９は、その特定されたアクセス数（またはアクセス数の平均）がその業務特性と処理区分との組み合わせに対応するようにアクセス数テーブル４１を更新する。
【００３３】
図６は、表示装置に表示される入力画面を示している。その入力画面５１は、業務領域入力欄５２と業務区分入力欄５３とユーザ種類入力欄５４と対象地域入力欄５５とを備えている。業務領域入力欄５２は、複数のチェックボックス５６−１〜５６−９を備えている。チェックボックス５６−１〜５６−９は、それぞれ、「生産」と「物流」と「販売」と「開発」と「購買」と「管理」と「品質」と「収益」と「サービス」とに対応している。業務区分入力欄５３は、複数のチェックボックス５７−１〜５７−４を備えている。チェックボックス５７−１〜５７−４は、それぞれ、「２輪」と「４輪」と「汎用」と「部品」とに対応している。ユーザ種類入力欄５４は、複数のチェックボックス５８−１〜５８−５を備えている。チェックボックス５８−１〜５８−５は、それぞれ、「社内」と「関連会社」と「取引先」と「販社」と「顧客」とに対応している。対象地域入力欄５５は、複数のチェックボックス５９−１〜５９−３を備えている。チェックボックス５９−１〜５９−３は、それぞれ、「国内」と「海外」と「グローバル」とに対応している。
【００３４】
このとき、業務特性入力部２３は、入力画面５１が備えるチェックボックスのうちのチェックされたチェックボックスにより示される業務特性をＣＰＵに入力する。すなわち、その業務特性は、チェックボックス５６−１〜５６−９のうちのチェックされたチェックボックスに対応する業務領域とチェックボックス５７−１〜５７−４のうちのチェックされたチェックボックスに対応する業務区分とチェックボックス５８−１〜５８−５のうちのチェックされたチェックボックスに対応するユーザ種類とチェックボックス５９−１〜５９−３のうちのチェックされたチェックボックスに対応する対象地域とから形成される。
【００３５】
図７は、表示装置に表示される入力画面を示している。その入力画面は、負荷検証シナリオテーブル６１を形成している。負荷検証シナリオテーブル６１は、シナリオ識別情報欄を実行時間欄６８に対応付けている。そのシナリオ識別情報欄は、負荷検証シナリオ入力部２４に入力されたシナリオの内容を示し、番号欄６２と負荷検証シナリオ内容欄６３と処理区分欄６７とから形成されている。番号欄６２には、そのシナリオに割り当てられる通し番号が記載されている。負荷検証シナリオ内容欄６３には、そのシナリオの内容が記載されている。処理区分欄６７には、そのシナリオの種類が記載され、「参照」と「更新」とのいずれかが記載されている。実行時間欄６８は、複数の入力欄６９−１〜６９−ｍ（ｍ＝２，３，４，…）から形成され、入力欄６９−１〜６９−ｍは、そのシナリオ毎に設けられている。入力欄６９−１〜６９−ｍには、ユーザによる実行時間収集部２５の操作に基づいて入力される数値が記入される。
【００３６】
このとき、実行時間収集部２５は、入力欄６９−１〜６９−ｍに記入される数値を、番号欄６２と負荷検証シナリオ内容欄６３と処理区分欄６７とに記載される情報により識別されるシナリオを実行する実行時間としてＣＰＵに入力する。
【００３７】
このとき、負荷検証要件特定部３０は、アクセス数テーブル４１を参照して、業務特性入力部２３から入力された業務特性と処理区分とに対応するピーク時の単位時間当たりのアクセス数を特定する。負荷検証要件特定部３０は、さらに、負荷検証シナリオテーブル６１を参照して、その特定されたピーク時の単位時間当たりのアクセス数と各シナリオ毎の実行時間と閾値入力部２６から入力された閾値とに基づいて各シナリオ毎の多重度を算出する。ここで、たとえば、ピーク時の１時間当たりのアクセス数が２３１件であり、１アクセスの実行時間が０．５３１秒であるシナリオの多重度は、６７８０（３６００÷０．５３１）秒に実行時間が１秒である２３１件のランダムアクセスがあるシナリオの多重度に一致する。
【００３８】
負荷検証要件特定部３０は、ピーク時の１時間当たりのアクセス数が２３１件であり、１アクセスの実行時間が０．５３１秒であるシナリオを「１から６７８０までの数が記載された６７８０個のボールと１つの箱の組が２３１組あり、その箱の各々に６７８０個のうちの１つのボールをランダムに入れる場合に、複数の箱に同じ数が記載されたボールが入れられる事象」でモデリングする。負荷検証要件特定部３０は、まず、シミュレーションにより「１から６７８０までの数が記載された６７８０個のボールと１つの箱の組が２３１組あり、その箱の各々に６７８０個のうちの１つのボールをランダムに入れる場合に、ｎ個以上の箱に同じ数が記載されたボールが入れられる事象」の確率を算出する。負荷検証要件特定部３０は、その算出された確率のうち閾値入力部２６から入力された閾値を超える確率に対応する値ｎの最大値を多重度として算出する。
【００３９】
なお、負荷検証要件特定部３０は、シミュレーションを用いないで、「１から６７８０までの数が記載された６７８０個のボールと１つの箱の組が２３１組あり、その箱の各々に６７８０個のうちの１つのボールをランダムに入れる場合に、ｎ個以上の箱に同じ数が記載されたボールが入れられる事象」の確率を他のアルゴリズムで算出してもよい。
【００４０】
図８は、負荷検証要件特定部３０により作成される負荷検証要件テーブルを示している。その負荷検証要件テーブル７１は、シナリオ識別情報を多重度７４に対応付けている。そのシナリオ識別情報は、アプリケーション１１により実行されるシナリオを識別し、番号７２と負荷検証シナリオ内容７３とから形成されている。番号７２は、そのシナリオ識別情報により識別されるシナリオに割り当てられる通し番号を示している。負荷検証シナリオ内容７３は、そのシナリオ識別情報により識別されるシナリオの内容を示している。多重度７４は、そのシナリオ識別情報により識別されるシナリオに関して、負荷検証要件特定部３０により算出された多重度を示している。
【００４１】
本発明による負荷検証要件特定方法は、アプリケーション１１を本番環境サーバ４に適用するときの動作を確認するためのテストに適用される。図９は、本発明による負荷検証要件特定方法を示している。その負荷検証要件特定方法は、負荷検証要件特定装置１を用いてその負荷テストでの多重度を算出する方法である。ユーザは、まず、アプリケーション１１により実行されるシナリオの内容を負荷テスト装置３に入力して、負荷テスト装置３を用いてアプリケーション１１により多重度が１という条件で実行される実行時間をシナリオ毎に測定する。
【００４２】
ユーザは、さらに、アプリケーション１１により実行されるシナリオを負荷検証要件特定装置１に入力する。負荷検証要件特定装置１は、入力されたシナリオに基づいて負荷検証シナリオテーブル６１を作成して表示装置に表示する。ユーザは、入力欄６９−１〜６９−ｍに負荷テスト装置３により測定された実行時間を記入して、負荷検証シナリオテーブル６１を完成させる（ステップＳ１）。
【００４３】
負荷検証要件特定装置１は、業務特性ごとに、アクセスログ３１に基づいて、アクセス数が最大となる時間帯であるピーク時を特定し、そのピーク時の単位時間当たりのアクセス数を特定する。負荷検証要件特定装置１は、その特定されたアクセス数がその業務特性に対応するようにアクセス数テーブル４１を更新する。ユーザは、アプリケーション１１が利用される業務に関する業務特性を負荷検証要件特定装置１に入力する。負荷検証要件特定装置１は、アクセス数テーブル４１を参照して、その業務特性に対応するピーク時の単位時間当たりのアクセス数を特定する（ステップＳ２）。
【００４４】
ユーザは、次いで、本番環境サーバ４に高負荷による障害が発生する確率で、問題がないと考えられる最大の確率を示す閾値を負荷検証要件特定装置１に入力する。負荷検証要件特定装置１は、負荷検証シナリオテーブル６１を参照して、ステップＳ２で特定されたピーク時の単位時間当たりのアクセス数と各シナリオ毎の実行時間とに基づいてシナリオが同時にｎ個並行して実行される確率を算出する。負荷検証要件特定装置１は、その算出された確率のうち入力された閾値を超える確率に対応する値ｎの最大値を多重度として算出する（ステップＳ３）。負荷検証要件特定装置１は、その算出された多重度を負荷検証要件出力部２７に表示する。
【００４５】
このように算出された多重度は、ユーザにより負荷テスト部１３に入力され、大型コンピュータにインストールされるアプリケーションが正常に動作するかどうかを確認する検証の要件として利用される。このように算出された多重度は、より適切であり、このとき、大型コンピュータにインストールされるアプリケーションが正常に動作するかどうかを確認する検証の精度は、向上する。
【図面の簡単な説明】
【００４６】
【図１】図１は、負荷検証要件特定システムを示すブロック図である。
【図２】図２は、本発明による負荷検証要件特定装置の実施の形態を示すブロック図である。
【図３】図３は、負荷検証要件特定装置により実行されるコンピュータプログラムを示すブロック図である。
【図４】図４は、アクセスログを示す図である。
【図５】図５は、アクセス数テーブルを示す図である。
【図６】図６は、入力画面を示す図である。
【図７】図７は、負荷検証シナリオテーブルを示す図である。
【図８】図８は、負荷検証要件テーブルを示す図である。
【図９】図９は、本発明による負荷検証要件特定方法の実施の形態を示すフローチャートである。
【符号の説明】
【００４７】
１  ：負荷検証要件特定装置
２  ：検証用サーバ
３  ：負荷テスト装置
４  ：本番環境サーバ
１０：負荷検証要件特定システム
１１：アプリケーション
１２：実行時間測定部
１３：負荷テスト部
１４：結果分析部
１５：アプリケーション
１６：アクセスログ作成部
２０：コンピュータプログラム記憶部
２１：アクセスログ記憶部
２２：アクセス数記憶部
２３：業務特性入力部
２４：負荷検証シナリオ入力部
２５：実行時間収集部
２６：閾値入力部
２７：負荷検証要件出力部
２８：アクセスログ収集部
２９：アクセス数更新部
３０：負荷検証要件特定部
３１：アクセスログ
３２：システム名
３３：業務領域
３４：業務区分
３５：ユーザ種類
３６：対象地域
３７：処理区分
３８：時間帯
３９：アクセス数
４１：アクセス数テーブル
４３：業務領域
４４：業務区分
４５：ユーザ種類
４６：対象地域
４７：処理区分
４８：アクセス数
５１：入力画面
５２：業務領域入力欄
５３：業務区分入力欄
５４：ユーザ種類入力欄
５５：対象地域入力欄
５６−１〜５６−９：チェックボックス
５７−１〜５７−４：チェックボックス
５８−１〜５８−５：チェックボックス
５９−１〜５９−３：チェックボックス
６１：負荷検証シナリオテーブル
６２：番号欄
６３：負荷検証シナリオ内容欄
６７：処理区分欄
６８：実行時間欄
６９−１〜６９−ｍ：入力欄
７１：負荷検証要件テーブル
７２：番号
７３：負荷検証シナリオ内容
７４：多重度
【図１】
2006344050.tif 000003
【図２】
2006344050.tif 000004
【図３】
2006344050.tif 000005
【図４】
2006344050.tif 000006
【図５】
2006344050.tif 000007
【図６】
2006344050.tif 000008
【図７】
2006344050.tif 000009
【図８】
2006344050.tif 000010
【図９】
2006344050.tif 000011