JP2023010224A - 端末装置、情報処理装置、情報処理システム、及び情報処理方法 - Google Patents

Abstract

【課題】アプリケーションの性能目標値を自動的に設定すること。【解決手段】端末装置からの要求に応じてアプリケーションの負荷テストを実行する情報処理装置を有する情報処理システムであって、前記負荷テストの実行画面を表示する表示制御部と、前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付ける操作受付部と、前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させる制御部と、前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信する通信部と、を有する前記端末装置と、前記端末装置からの前記負荷に関する情報及び前記実行要求を受け付けて、前記負荷を与えて前記処理フローを実行する処理部と、前記負荷テストの実行結果が成功である場合の前記負荷に関する情報を性能目標値として記憶する記憶部と、を有することを特徴とする。【選択図】図４

Description

本発明は、端末装置、情報処理装置、情報処理システム、及び情報処理方法に関する。

近年、画像形成装置などの機器を用いたスキャンやプリント、およびメール配信などの複数の機能を組み合わせた機能を提供するサービスが知られるようになった。例えば、スキャンにより生成された画像ファイルに所定の処理を行った上で、印刷やメール配信するサービスなどが知られている。このような機能を実現するアプリケーションは、複数のパラメータに対して機能テストや負荷テストを実行する必要がある。従来技術として、特許文献１には、アプリケーションの負荷テストのパラメータを自動設定する構成が開示されている。

しかしながら、従来の技術では、負荷テストによりアプリケーションの性能目標値を自動的に設定することができなかった。性能目標値は、負荷が過大にならない範囲で実現可能なアプリケーションの性能に関する情報である。

本発明の実施形態は、上記課題に鑑み、アプリケーションの性能目標値を自動的に設定することを目的とする。

上述した課題を解決するために、本発明は、端末装置からの要求に応じてアプリケーションの負荷テストを実行する情報処理装置を有する情報処理システムであって、前記負荷テストの実行画面を表示する表示制御部と、前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付ける操作受付部と、前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させる制御部と、前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信する通信部と、を有する前記端末装置と、前記端末装置からの前記負荷に関する情報及び前記実行要求を受け付けて、前記負荷を与えて前記処理フローを実行する処理部と、前記負荷テストの実行結果が成功である場合の前記負荷に関する情報を性能目標値として記憶する記憶部と、を有することを特徴とする。

本発明の実施形態によれば、アプリケーションの性能目標値を自動的に設定することができる。

本発明の第１の実施形態に係る情報処理システムの概略図の一例を示す図である。 本発明の実施形態に係るサーバおよび端末装置のハードウェア構成の一例を示す図である。 本発明の実施形態に係る画像形成装置のハードウェア構成の一例を示す図である。 本発明の実施形態に係る情報処理システムの機能ブロックの構成図の一例を示す図である。 本発明の実施形態に係るアプリケーションを負荷テストの対象とした場合における負荷テストの処理の一例を示すシーケンス図である。 本発明の実施形態に係る負荷テストの実行画面の一例を示す図である。 本発明の実施形態に係る負荷テストの実行結果画面（失敗）の一例を示す図である。 本発明の実施形態に係る負荷テストの結果情報の一例を示す図である。 本発明の実施形態に係る負荷テストの実行結果画面（成功）の一例を示す図である。 本発明の実施形態に係るアプリケーションを負荷テストの対象として運用時に負荷制御する処理の一例を示すシーケンス図である。 本発明の実施形態に係る高負荷状態を通知する通知画面の一例を示す図である。 本発明の実施形態に係るコンポーネントのオペレーションを負荷テストの対象とした場合における負荷テストの処理の一例を示すシーケンス図である。 本発明の実施形態に係るコンポーネントのオペレーションを対象とした負荷テストの結果情報の一例を示す図である。 本発明の実施形態に係るコンポーネントのオペレーションを負荷テストの対象として運用時に負荷制御する処理の一例を示すシーケンス図である。 本発明の実施形態に係るサーバ側でテストケースを生成する処理の一例を示すシーケンス図である。 本発明の実施形態に係るアプリケーション情報の一例を示す図である。 本発明の実施形態に係るパラメータ設定の組み合わせの一例を示す図である。 本発明の実施形態に係るコンポーネント情報の一例を示す図である。 本発明の実施形態に係る選択型のパラメータ設定の一例を示す図である。 本発明の実施形態に係るテキスト入力型のパラメータ設定の一例を示す図である。 本発明の実施形態に係る自動テストの結果情報の一例を示す図である。 本発明の第２の実施形態に係る情報処理システムの概略図の一例を示す図である。

以下、添付図面を参照しながら、本発明に係る端末装置、情報処理装置、情報処理システム、情報処理方法の実施形態を詳細に説明する。

［第１の実施形態］
＜システム概要＞
図１は、本発明の第１の実施形態に係る情報処理システムの概略図の一例を示す図である。情報処理システム１は、機器５、端末装置３、およびサーバ２を備えており、各々の装置が通信ネットワーク４を介して通信を行うことが可能である。

サーバ２は、一台以上の情報処理装置で実現され、通信ネットワーク４を介して、種々の機能をそれぞれ実現する複数の処理のうちの１以上の処理を組み合わせた一連の処理により実現される各種のサービスを提供する。アプリケーションは、一連の処理を実行するために作成され、情報処理システム１に登録される。機能は、例えば、プリント、スキャン、ファクシミリ送信、メール配信、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）、ファイル処理（データ形式の変換、加工、圧縮、解凍、バーコード付与、クラウドストレージへのファイルの保存やアップロードなど）が挙げられる。ここで、「一連の処理」は、「処理フロー」や「ジョブ」のように表現することもできる。また、コンポーネントは、所定の機能を実現する処理を実行するためのプログラムやモジュール等により実現されるものであり、例えばクラスや関数等で定義される。また、コンポーネントが実行する処理をオペレーションと呼ぶ。

機器５は、例えば、ＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の画像形成装置９、ＰＣ（パーソナルコンピュータ）、プロジェクタ、電子黒板、デジタルカメラ等である。ユーザは、機器５を用いて、情報処理システム１が提供する各種アプリケーションおよびサービスを利用することができる。なお、以降では、複数の機器５について、各々を区別するときは、「機器５ａ」、「機器５ｂ」等と添え字を用いて記載する。

端末装置３は、例えば、ユーザが使用するデスクトップＰＣ、ノート型ＰＣ、スマートフォン、タブレット端末等である。ユーザは、端末装置３を用いて、情報処理システム１が提供する各種のサービスを利用することができる。なお、以降では、複数の端末装置３について、各々を区別するときは、「端末装置３ａ」、「端末装置３ａ」等と添え字を用いて記載する。

図１に示す情報処理システム１の構成は一例であって、他の構成であっても良い。本実施形態に係る情報処理システム１は、電子データの入力及び出力の少なくとも一方を行う各種機器が含まれ、これらの機器がサーバ２により提供される各種サービスを利用する。

＜ハードウェア構成例（サーバ２および端末装置３）＞
図２は、本発明の実施形態に係るサーバ２および端末装置３のハードウェア構成の一例を示す図である。図２に示されるように、サーバ２および端末装置３はコンピュータによって構築されており、ＣＰＵ５０１、ＲＯＭ５０２、ＲＡＭ５０３、ＨＤ（Ｈａｒｄ Ｄｉｓｋ）５０４、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）コントローラ５０５、ディスプレイ５０６、外部機器接続Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）５０８、ネットワークＩ／Ｆ５０９、バスライン５１０、キーボード５１１、ポインティングデバイス５１２、ＤＶＤ－ＲＷ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅｗｒｉｔａｂｌｅ）ドライブ５１４、メディアＩ／Ｆ５１６を備えている。

これらのうち、ＣＰＵ５０１は、サーバ２および端末装置３全体の動作を制御する。ＲＯＭ５０２は、ＩＰＬ等のＣＰＵ５０１の駆動に用いられるプログラムを記憶する。ＲＡＭ５０３は、ＣＰＵ５０１のワークエリアとして使用される。ＨＤ５０４は、プログラム等の各種データを記憶する。ＨＤＤコントローラ５０５は、ＣＰＵ５０１の制御にしたがってＨＤ５０４に対する各種データの読み出し又は書き込みを制御する。ディスプレイ５０６は、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示する。外部機器接続Ｉ／Ｆ５０８は、各種の外部機器を接続するためのインターフェースである。この場合の外部機器は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリやプリンタ等である。ネットワークＩ／Ｆ５０９は、ネットワークＮ２を利用してデータ通信をするためのインターフェースである。バスライン５１０は、図２に示されているＣＰＵ５０１等の各構成要素を電気的に接続するためのアドレスバスやデータバス等である。

また、キーボード５１１は、文字、数値、又は各種指示などの入力に使用される複数のキーを備えた入力手段の一種である。ポインティングデバイス５１２は、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行う入力手段の一種である。ＤＶＤ－ＲＷドライブ５１４は、着脱可能な記録媒体の一例としてのＤＶＤ－ＲＷ５１３に対する各種データの読み出し又は書き込みを制御する。なお、ＤＶＤ－ＲＷドライブ５１４は、ＤＶＤ－ＲＷに限らず、ＤＶＤ－Ｒ等であってもよい。メディアＩ／Ｆ５１６は、フラッシュメモリ等の記録メディア５１５に対するデータの読み出し又は書き込み（記憶）を制御する。

＜ハードウェア構成例（画像形成装置９）＞
図３は、本発明の実施形態に係る機器５の一例である画像形成装置９のハードウェア構成の一例を示す図である。図３に示されているように、画像形成装置９（ＭＦＰ、Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ／Ｐｒｏｄｕｃｔ／Ｐｒｉｎｔｅｒ）は、コントローラ９１０、近距離通信回路９２０、エンジン制御部９３０、操作パネル９４０、ネットワークＩ／Ｆ９５０を備えている。

これらのうち、コントローラ９１０は、コンピュータの主要部であるＣＰＵ９０１、システムメモリ（ＭＥＭ－Ｐ）９０２、ノースブリッジ（ＮＢ）９０３、サウスブリッジ（ＳＢ）９０４、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）９０６、ローカルメモリ（ＭＥＭ－Ｃ）９０７、ＨＤＤコントローラ９０８、及び、ＨＤ９０９を有し、ＮＢ９０３とＡＳＩＣ９０６との間をＡＧＰ（Ａｃｃｅｌｅｒａｔｅｄ Ｇｒａｐｈｉｃｓ Ｐｏｒｔ）バス９２１で接続した構成となっている。

これらのうち、ＣＰＵ９０１は、画像形成装置９の全体制御を行う制御部である。ＮＢ９０３は、ＣＰＵ９０１と、ＭＥＭ－Ｐ９０２、ＳＢ９０４、及びＡＧＰバス９２１とを接続するためのブリッジであり、ＭＥＭ－Ｐ９０２に対する読み書きなどを制御するメモリコントローラと、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ）マスタ及びＡＧＰターゲットとを有する。

ＭＥＭ－Ｐ９０２は、コントローラ９１０の各機能を実現させるプログラムやデータの格納用メモリであるＲＯＭ９０２ａ、プログラムやデータの展開、及びメモリ印刷時の描画用メモリなどとして用いるＲＡＭ９０２ｂとからなる。なお、ＲＡＭ９０２ｂに記憶されているプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

ＳＢ９０４は、ＮＢ９０３とＰＣＩデバイス、周辺デバイスとを接続するためのブリッジである。ＡＳＩＣ９０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス９２１、ＰＣＩバス９２２、ＨＤＤ９０８およびＭＥＭ－Ｃ９０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ９０６は、ＰＣＩターゲットおよびＡＧＰマスタ、ＡＳＩＣ９０６の中核をなすアービタ（ＡＲＢ）、ＭＥＭ－Ｃ９０７を制御するメモリコントローラ、ハードウェアロジックなどにより画像データの回転などを行う複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）、並びに、スキャナ部９３１及びプリンタ部９３２との間でＰＣＩバス９２２を介したデータ転送を行うＰＣＩユニットとからなる。なお、ＡＳＩＣ９０６には、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）のインターフェースや、ＩＥＥＥ１３９４（Ｉｎｓｔｉｔｕｔｅ ｏｆ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ １３９４）のインターフェースを接続するようにしてもよい。

＜機能について＞
図４は、本発明の実施形態に係る情報処理システム１の機能ブロックの構成図の一例を示す図である。各機能ブロックは、例えば、サーバ２、端末装置３、および機器５にインストールされた１以上のプログラムに含まれる命令をＣＰＵ５０１、９０１が実行することで実現される機能又は手段である。

デバイス２０は、ブラウザ２１を介して機能する操作受付部２２、表示制御部２３、第２通信部２４、および制御部２５を有する。デバイス２０は、例えば、操作パネル９４０を有する画像形成装置９などの機器５、あるいは、ディスプレイ５０６、キーボード５１１、ポインティングデバイス５１２などを有するＰＣなどの端末装置３である。また、デバイス２０は、画像形成装置９が持つ機能であるスキャンやプリントなどを実行する電子機器などであってもよい。

操作受付部２２は、情報処理システム１におけるアプリケーション（以降、アプリと略する場合もある）やサービスの設定、および負荷テストの実行などの操作に関するユーザの入力を受け付ける。

表示制御部２３は、Ｗｅｂサービス処理部３０の画面構成部３１から受信した画面情報などをデバイス２０の表示画面である操作パネル９４０やディスプレイ５０６に表示する。

第２通信部２４は、第１通信部３３を介してサーバ２とデータの送受信を行うものであり、例えば、Ｗｅｂサービス処理部３０に、アプリ設定の取得要求や処理フローの実行要求を送信し、Ｗｅｂサービス処理部３０から要求に対する処理結果を受信する。

制御部２５は、アプリケーションの負荷テストにおける並列実行可能な処理フロー数（Ｃの値）の制御を行う。この値は、処理フローの並列実行可能数と呼んでもよい。

Ｗｅｂサービス処理部３０は、画面構成部３１とアプリ実行部３２を有し、ユーザがデバイス２０のブラウザ２１を用いて各種サービスを利用、あるいは負荷テストを実行するための処理を行なう。

画面構成部３１は、ブラウザ２１からの要求に応じて、アプリ設定情報に基づいてアプリ画面情報を作成し、アプリ設定情報とアプリ画面情報をブラウザ２１に送信する。

アプリ実行部３２は、ブラウザ２１からの要求に応じて、アプリケーションの実行要求を入出力サービス処理部５０に送信する。また、アプリ実行部３２は、ブラウザ２１からの要求に応じて、コンポーネント情報の取得要求を処理部５２に送信する。

ポータルサービス部４０は、ＵＩ提供部４１とアプリ登録部４２を有し、ユーザが端末装置３などのブラウザ２１を用いてアプリケーションの登録などを行うための処理を行う。

ＵＩ提供部４１は、ブラウザ２１からの要求に応じて、ポータル画面情報ＤＢ８２に記憶されているポータル画面情報を返信する。ここで、ポータルとは、ブラウザ２１を用いて、アプリケーションの登録などを行うことができるＷｅｂサイトである。なお、ポータル画面情報とは、ポータルのトップ画面（ポータルトップ画面）やアプリケーション登録画面などの各種画面が定義された情報である。ポータル画面情報は、例えば、ＨＴＭＬ、ＸＭＬ、ＣＳＳ、ＪａｖａＳｃｒｉｐｔ（商標）などのブラウザ２１で各種画面が定義された情報である。これにより、端末装置３などのブラウザ２１により、ポータルトップ画面やアプリケーション登録画面が表示される。したがって、端末装置３などのユーザは、アプリケーション登録画面において、アプリケーションの登録操作を行うことができる。

アプリ登録部４２は、ＵＩ提供部４１からの要求に応じて、アプリケーションの登録をアプリ管理部５１に要求する。すなわち、アプリ登録部４２は、アプリケーション登録画面において、アプリケーションの登録操作が行われると、アプリケーションの登録をアプリ管理部５１に要求する。

入出力サービス処理部５０は、アプリ管理部５１、処理部５２、および記憶部５３を有し、情報処理システム１が提供するサービスに関する処理を行う。

アプリ管理部５１は、要求に応じて、アプリ情報ＤＢ８０に格納されているアプリ設定情報を取得する。また、アプリ管理部５１は、アプリケーションの実行要求に応じて、処理フローの実行要求をキュー上で管理することで負荷制御を行ながら、処理フローの実行要求を処理部５２に送信する。また、アプリ管理部５１は、アプリケーションの負荷テストの結果情報を負荷テスト結果情報ＤＢ８１に格納する。負荷テストは、例えば、アプリケーションを新規に登録する場合や登録済のアプリケーションの設定が修正された場合などに、アプリケーションが正常に動作するか否かを確認するために実行するものである。

処理部５２は、要求に応じて、コンポーネント情報の取得、処理フローの実行、および処理フローの実行要求をキュー上で管理することによる負荷制御を行う。また、処理部５２は、コンポーネントのオペレーション処理を実行した負荷テストの結果情報を負荷テスト結果情報ＤＢ８１に格納する。

記憶部５３は、並列実行可能な処理フロー数であるＣの値などを含む負荷テストの結果情報を負荷テスト結果情報ＤＢ８１に登録（保存、記憶）する。

コンポーネント部６０は、ＯＣＲ６１、メール送信６２、ファイルＤＬ６３、バーコード付与６４などのコンポーネントを管理する。

ＯＣＲ６１は、ＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ）を実行するコンポーネントであり、画像データに含まれる文字データを認識して取得する機能を実行するコンポーネントである。

メール送信６２は、指定されたアドレスに電子メールを送信する機能を実行するコンポーネントである。

ファイルＤＬ６３は、クラウドストレージなどに保存されたファイルをダウンロード（ＤＬ）して取得する機能を実行するコンポーネントである。

バーコード付与６４は、指定されたファイルにバーコードを付与する機能を実行するコンポーネントである。

アプリデータ管理部７０は、ＵＩ提供部７１とアプリデータ登録部７２を有し、ユーザが端末装置３などのブラウザ２１を用いて、アプリケーションで用いる文書ファイルや画像ファイルなどのアプリデータの登録などを行うための処理を行う。

ＵＩ提供部７１は、ポータルサービス部のＵＩ提供部４１が実行する処理と同様の処理を実行することにより、ブラウザ２１からの要求に応じて、アプリデータを登録するためのポータル画面情報を返信する。したがって、端末装置３などのユーザは、アプリデータ登録画面において、アプリデータの登録操作を行うことができる。

アプリデータ登録部７２は、ＵＩ提供部７１からの要求に応じて、アプリデータの登録を入出力サービス処理部５０のアプリ管理部５１に要求する。すなわち、アプリデータ登録部７２は、アプリデータ登録画面において、アプリデータの登録操作が行われると、アプリデータの登録をアプリ管理部５１に要求する。

アプリ情報ＤＢ８０は、アプリケーションの処理に関する情報であるアプリ処理情報、アプリケーションの設定に関する情報であるアプリ設定情報、およびアプリケーションで用いるデータを格納するためのデータベース（ＤＢ）である。

負荷テスト結果情報ＤＢ８１は、アプリケーションやコンポーネントのオペレーションに関する負荷テストのテスト結果に関する情報を格納するためのデータベース（ＤＢ）である。

ポータル画面情報ＤＢ８２は、アプリケーションやアプリケーションで用いるデータを登録するためのポータルのＷｅｂサイトの画面に関する情報を格納するためのデータベース（ＤＢ）である。

＜アプリケーションの負荷テスト処理＞
図５は、本発明の実施形態に係るアプリケーションを負荷テストの対象とした場合における負荷テストの処理の一例を示すシーケンス図である。以下、各ステップについて説明する。

ステップＳ１００：ユーザは、画像形成装置９などの機器５、あるいはＰＣなどの端末装置３であるデバイス２０のブラウザ２１を操作して、負荷テストを実行する。表示制御部２３は、デバイス２０の画面に図６に示す負荷テスト実行画面２００を表示する。図６に示すように、負荷テスト実行画面２００には、負荷テスト実行ボタン２０１が表示されている。図５に戻って説明する。操作受付部２２は、ユーザによる負荷テスト実行ボタン２０１の押下を受け付ける。実行されるアプリケーションは、画像形成装置９がスキャンした画像データを電子メールで送信する「Ｓｃａｎ ｔｏ Ｅｍａｉｌ」、クラウドストレージに保存された電子文書を印刷する「Ｐｒｉｎｔ Ｍｙ Ｃｌｏｕｄ Ｓｔｏｒａｇｅ」などである。

ステップＳ１０１：デバイス２０のブラウザ２１の第２通信部２４は、Ｗｅｂサービス処理部３０の画面構成部３１に、アプリ設定の取得要求を送信する。あるいは、第２通信部２４は、アプリ設定の取得要求を第１通信部３３に送信し、第１通信部３３が、受信した取得要求を画面構成部３１に送信するようにしてもよい。以降、デバイス２０とＷｅｂサービス処理部３０の間の通信において、第１通信部３３を介した処理についての説明は省略するが、第１通信部３３を介するように処理を実行してもよい。

ステップＳ１０２：画面構成部３１は、アプリ設定の取得要求を入出力サービス処理部５０のアプリ管理部５１に送信する。

ステップＳ１０３：アプリ管理部５１は、アプリ情報ＤＢ８０からアプリ設定情報を取得する。

ステップＳ１０４：アプリ管理部５１は、アプリ設定情報を画面構成部３１に送信する。

ステップＳ１０５：画面構成部３１は、受信したアプリ設定情報に基づいて、アプリ画面情報を作成する。

ステップＳ１０６：画面構成部３１は、アプリ画面情報とアプリ設定情報をデバイス２０のブラウザ２１の第２通信部２４に送信する。表示制御部２３は、受信したアプリ画面情報を用いて、アプリの画面をデバイス２０の画面に表示する。

ステップＳ１０７：第２通信部２４は、コンポーネント情報取得要求をＷｅｂサービス処理部３０のアプリ実行部３２に送信する。

ステップＳ１０８：アプリ実行部３２は、コンポーネント情報取得要求を入出力サービス処理部５０の処理部５２に送信する。

ステップＳ１０９：処理部５２は、コンポーネント部６０からコンポーネント情報を取得する。

ステップＳ１１０：処理部５２は、取得結果をアプリ実行部３２に送信する。

ステップＳ１１１：アプリ実行部３２は、受信した取得結果をデバイス２０のブラウザ２１の第２通信部２４に送信する。

ステップＳ１１２：デバイス２０は、Ｗｅｂサービス処理部３０から受信したアプリ設定情報とコンポーネント情報に基づいて、テストケースを生成する。テストケースの生成方法については、後に説明する。

ステップＳ１１３：デバイス２０は、負荷設定の初期化を実行する。例として、並行して（同時に、並列して）実行する処理フロー数Ｃの初期値を１、Ｃの最大値Ｃｍａｘを６４、任意のＣに対して負荷テストを実行する時間Ｔを６００秒、負荷テストのトータル実行時間Ｔａｌｌを４２００秒に設定する。ここで、Ｃｍａｘ、Ｔ、およびＴａｌｌの値は、アプリを実行するプラットフォームの性能に基づいて決定してもよく、あるいはアプリ開発者が指定してもよい。Ｃの値は、ループ処理（１）を実行する毎に値を２倍し、ＣがＣｍａｘの値を超える、あるいは負荷テストのトータル実行時間がＴａｌｌを超えた場合に、ループ処理（１）を終了する。ループ処理（１）内では、ループ処理（２）として、ステップＳ１１４～Ｓ１１８において、Ｃ個の処理フローを同時に実行する処理を時間Ｔの間、繰り返し実行する。

ステップＳ１１４：デバイス２０の第２通信部２４は、Ｃ個の処理フローに対する実行要求をＷｅｂサービス処理部３０のアプリ実行部３２に送信する。

ステップＳ１１５：アプリ実行部３２は、受信した処理フローの実行要求を入出力サービス処理部５０の処理部５２に送信する。

ステップＳ１１６：処理部５２は、受信した処理フローの実行要求に基づいて、処理フローを実行する。処理部５２は、実行するアプリケーションに応じて、コンポーネント部６０に処理フローの実行を要求する。処理部５２は、コンポーネント部６０に、例えば、実行するアプリケーションが「Ｓｃａｎ ｔｏ Ｅｍａｉｌ」であれば、メール送信６２を実行する要求を送信する。あるいは、実行するアプリケーションが「Ｐｒｉｎｔ Ｍｙ Ｃｌｏｕｄ Ｓｔｏｒａｇｅ」であれば、ファイルＤＬ６３を実行する要求を送信する。また、アプリケーションに応じて、例えば、「Ｓｃａｎ ｔｏ Ｅｍａｉｌ」の場合、デバイス２０の第２通信部２４は、画像形成装置９でスキャンした画像ファイルをサーバ２の第１通信部３３に送信する。あるいは、「Ｐｒｉｎｔ Ｍｙ Ｃｌｏｕｄ Ｓｔｏｒａｇｅ」の場合、サーバ２の第１通信部３３は、ダウンロードしたファイルをデバイス２０の第２通信部２４に送信する。

ステップＳ１１７：処理部５２は、処理結果をＷｅｂサービス処理部３０のアプリ実行部３２に送信する。ここで、処理結果は、処理が成功（ＯＫ）、あるいは処理が失敗（ＮＧ）であったかを示す情報を含むものである。

ステップＳ１１８：アプリ実行部３２は、デバイス２０の第２通信部２４に処理結果を送信する。

ステップＳ１１９：デバイス２０は、受信した処理結果を確認して、１つでも処理結果が失敗（ＮＧ）であれば、ループ処理（１）を終了して、ステップＳ１２１の処理に遷移する。

ステップＳ１２０：デバイス２０は、Ｃの値を２倍して、ループ処理（２）（ステップＳ１１４～Ｓ１１８の繰り返し）を実行する。

ステップＳ１２１：デバイス２０は、ＣがＣｍａｘの値を超える、あるいは負荷テストのトータル実行時間がＴａｌｌを超えた場合、あるいは処理結果に１つでも失敗があった場合、ループ処理（１）を終了して、負荷テストを終了する。さらに、現在のＣの値を２で除算した値とする。

ステップＳ１２２：Ｃの値が１より小さい場合、デバイス２０は、負荷テストの失敗を報告する。デバイス２０の表示制御部２３は、負荷テストの結果として、図７に示す実行結果画面２０２をデバイス２０の画面に表示する。実行結果画面２１０には、「テストに失敗しました」のメッセージ２１１が表示されている。また、実行結果画面２１０には、実行した負荷テストの情報として、「テストケース名」２１２、「実行時間」２１３、「Ａｐｐ ＩＤ」２１４、「Ａｐｐ Ｎａｍｅ」２１５、「Ｃの値」２１６、「パラメータ情報」２１７が表示されている。ここで、「Ａｐｐ ＩＤ」２１４と「Ａｐｐ Ｎａｍｅ」２１５は、負荷テストで実行したアプリケーションのＩＤと名前である。ＩＤとはＩｄｅｎｔｉｆｉｃａｔｉｏｎの略であり、アプリケーションを特定するために予め設定された番号や記号などで示されるものである。

図５に戻って説明する。

ステップＳ１２３：Ｃの値が１以上の場合、デバイス２０は、ステップＳ１２３～Ｓ１２６の処理を実行する。デバイス２０の第２通信部２４は、Ｃの値を入出力サービス処理部５０のアプリ管理部５１に送信（報告）する。ここで、第２通信部２４は、Ｃの値とともに負荷テストで実行したアプリケーションのＩＤや名前などの情報を送信するようにしてもよい。

ステップＳ１２４：アプリ管理部５１は、受信したＣの値を記憶部５３に記憶する。図８は、本発明の実施形態に係る負荷テストの結果情報の一例を示す図である。図８に示す負荷テスト結果情報２２０には、アプリケーションのＩＤである「Ａｐｐ ＩＤ」２２１、アプリケーションの名前である「Ａｐｐ Ｎａｍｅ」２２２、および「Ｃの値」２２３に関して、２組の情報が登録されている。

図５に戻って説明する。

ステップＳ１２５：アプリ管理部５１は、Ｃの値の登録が成功（ＯＫ）したことを知らせる成功通知をデバイス２０に送信する。

ステップＳ１２６：デバイス２０の表示制御部２３は、負荷テストが成功したことを報告するために、図９に示す実行結果画面２３０をデバイス２０の画面に表示する。実行結果画面２３０には、「テストに成功しました！」のメッセージ２３１が表示されている。また、実行結果画面２３０には、実行した負荷テストの情報として、「テストケース名」２３２、「実行時間」２３３、「Ａｐｐ ＩＤ」２３４、「Ａｐｐ Ｎａｍｅ」２３５、「Ｃの値」２３６、「パラメータ情報」２３７が表示されている。ここで、「Ａｐｐ ＩＤ」２３４と「Ａｐｐ Ｎａｍｅ」２３５は、負荷テストで実行したアプリケーションのＩＤと名前である。さらに、処理結果として、Ｃ×２≦Ｃｍａｘ（Ｃを２倍した値がＣｍａｘ以下）の場合に、負荷テストが失敗（ＮＧ）となった時（Ｃの値を最終値の２倍の値で実行した時）の処理結果を表示してもよい。

以上の処理により、情報処理システム１は、並行して（並列して、同時に）実行する処理フローの数（Ｃの値）を徐々に増加させて（負荷を徐々に増加させて）、負荷テストを実行することことが可能である。負荷テストにおけるアプリケーションの性能目標値は、負荷テストの実行が成功した時点における同時実行処理フロー数（Ｃの値）として、自動的に設定される。従って、負荷テストにおいて、アプリ開発者などが性能目標値を設定する作業は不要である。なお、Ｃの値を増加させる方法として、１を超える予め定めた値を乗算してもよいし、予め定めた値を加算させる、あるいは、予め定めた割合（または規則、方法）でＣの値を増加させるようにしてもよい。

＜アプリケーションを負荷対象とした運用時の負荷制御処理＞
図１０は、本発明の実施形態に係るアプリケーションを負荷テストの対象として運用時に負荷制御する処理の一例を示すシーケンス図である。ここで、デバイス２０は、画像形成装置９（ＭＦＰ）であり、スキャンした画像ファイルにバーコードを付与した後、印刷を実行するアプリケーションを実行する。以下、各ステップについて説明する。

ステップＳ１３０：デバイス２０のブラウザ２１の操作受付部２２は、ユーザによるアプリ画面の表示を要求する操作を受け付ける。

ステップＳ１３１：デバイス２０のブラウザ２１の第２通信部２４は、Ｗｅｂサービス処理部３０の画面構成部３１に、アプリ画面の表示要求を送信する。あるいは、第２通信部２４は、アプリ画面の表示要求を第１通信部３３に送信し、第１通信部３３が、受信した表示要求を画面構成部３１に送信するようにしてもよい。以降、デバイス２０とＷｅｂサービス処理部３０の間の通信において、第１通信部３３を介した処理についての説明は省略するが、第１通信部３３を介するように処理を実行してもよい。

ステップＳ１３２：画面構成部３１は、アプリ設定の取得要求を入出力サービス処理部５０のアプリ管理部５１に送信する。

ステップＳ１３３：アプリ管理部５１は、アプリ情報ＤＢ８０からアプリ設定情報を取得する。

ステップＳ１３４：アプリ管理部５１は、アプリ設定情報を画面構成部３１に送信する。

ステップＳ１３５：画面構成部３１は、受信したアプリ設定情報に基づいて、アプリ画面情報を作成する。

ステップＳ１３６：画面構成部３１は、アプリ画面情報とアプリ設定情報をデバイス２０のブラウザ２１の第２通信部２４に送信する。

ステップＳ１３７：表示制御部２３は、受信したアプリ画面情報を用いて、アプリの画面をデバイス２０の画面に表示する。

ステップＳ１３８：操作受付部２２は、ユーザによるアプリ実行の操作を受け付ける。

ステップＳ１３９：デバイス２０（画像形成装置９）は、スキャン処理を実行する。

ステップＳ１４０：第２通信部２４は、アプリケーションの実行要求をＷｅｂサービス処理部３０のアプリ実行部３２に送信する。

ステップＳ１４１：アプリ実行部３２は、アプリケーションの実行要求を入出力サービス処理部５０のアプリ管理部５１に送信する。

ステップＳ１４２：アプリ管理部５１は、アプリケーションごとに用意されているキューに処理フローの実行要求Ｒを追加する。キューには、実行中または実行開始待ちの処理フローに対する実行要求が要求された順に格納されている。

ステップＳ１４３：キューにおける実行要求Ｒの位置が、並列実行可能である処理フロー数Ｃよりも大きい（キューの先頭位置から遠い）場合、アプリ管理部５１は、高負荷状態であることを知らせる通知をアプリ実行部３２に送信する。この場合は、実行要求Ｒよりも前にキューに格納されている実行要求の数がＣ以上ある状態である。ここで、並列実行可能である処理フロー数Ｃは、図５のステップＳ１２４で、負荷テスト結果情報ＤＢ８１に登録した対応するアプリケーションのＣの値である。また、本シーケンスで実行されるアプリケーションに対応するＣの値は登録されているものとする。

ステップＳ１４４：アプリ実行部３２は、高負荷状態であることを知らせる通知をデバイス２０に送信する。

ステップＳ１４５：表示制御部２３は、高負荷状態であることを通知する通知画面をデバイス２０の画面に表示する。図１１は、本発明の実施形態に係る高負荷状態を通知する通知画面の一例を示す図である。図１１の通知画面２４０には、「処理に時間がかかっています。しばらくお待ちいただくか、時間を置いて再度お試しください。」という内容のメッセージ２４１が表示されている。

図１０に戻って説明する。

ステップＳ１４６：アプリ管理部５１は、キューにおける実行要求Ｒの位置が、Ｃよりも小さい（キューの先頭に近い）状態、すなわち、実行中または実行開始待ちの処理フローの数がＣよりも小さくなるまで、処理フローの実行を行わずに待機する。

ステップＳ１４７：アプリ管理部５１は、キューにおける実行要求Ｒの位置が、Ｃよりも小さく（キューの先頭に近く）なったことを検知した時、処理フローの実行要求を処理部５２に送信する。この場合は、並行可能ジョブ数の上限までには余裕があることを意味する。

ステップＳ１４８：処理部５２は、処理フローを実行する。ここで、実行する処理フローは、ステップＳ１３９でスキャンした画像データにバーコードを付与する処理である。ここで、画像データをデバイス２０（画像形成装置９）からサーバ２に送信するために、第２通信部２４は、画像データを第１通信部３３に送信する。処理部５２は、コンポーネント部６０にバーコード付与６４を実行する要求を送信する。

ステップＳ１４９：処理部５２は、処理フローの実行が終了した後、処理結果をアプリ管理部５１に送信する。ここで、処理フローの実行は成功（ＯＫ）したものとし、処理結果の内容は成功（ＯＫ）とする。

ステップＳ１５０：アプリ管理部５１は、処理結果を受信した後、キューから実行要求Ｒを取り出す。これは、次に実行される処理フローのために、キューに空きを作ることとなる。

ステップＳ１５１：アプリ管理部５１は、受信した処理結果をアプリ実行部３２に送信する。

ステップＳ１５２：アプリ実行部３２は、受信した処理結果をデバイス２０の第２通信部２４に送信する。

ステップＳ１５３：デバイス２０（画像形成装置９）は、処理フローの実行によって、バーコードが付与された画像ファイルの印刷を実行する。

以上の処理により、情報処理システム１は、負荷テストの結果として得られた、耐えられる負荷上限であり、並列実行可能である処理フロー数Ｃをアプリケーションや処理フローの実行時に参照して（紐づけて）利用できる。これにより、情報処理システム１は、運用時に、負荷上限を超えないように、処理実行要求（リクエスト）をキューイングして管理することで、動的に負荷を制御することが可能である。また、アプリケーションや処理フローを管理するサーバ２とコンポーネント部６０の各コンポーネント（ＯＣＲ６１など）を実行するサーバ２が、それぞれ別々の装置であれば、それぞれの負荷は独立したものとなる。従って、例えば、あるコンポーネントの処理が高負荷の状態になったとしても、負荷制御の処理がその高負荷の影響を受けることはない。

＜コンポーネントの負荷テスト処理＞
図１２は、本発明の実施形態に係るコンポーネントのオペレーションを負荷テストの対象とした場合における負荷テストの処理の一例を示すシーケンス図である。図５では、アプリケーションの負荷テストの処理について説明したが、負荷テストの対象をアプリケーションの代わりに、コンポーネントのオペレーションとすることができる。この場合、負荷上限はコンポーネントのオペレーションに対して測定される。また、負荷テストに用いるテストケースは、処理フローのパラメータの組み合わせではなく、それを構成するコンポーネントのオペレーションのパラメータの組み合わせとなる。テストケースの作成方法は、後に別途説明する。

以下、コンポーネントのオペレーションを負荷テスト対象とした場合における負荷テストの処理の一例を説明するにあたり、図５で示したアプリケーションの負荷テストの処理のシーケンス図との差分（図５との差分（１）、図５との差分（２））についてのみを説明する。

図５との差分（１）：負荷テストの対象がアプリケーションではなく、コンポーネントのオペレーションであることから、図５で示したステップＳ１０１～Ｓ１０６の処理が実行されない。

図５との差分（２）：同時実行処理フロー数（Ｃの値）が、アプリではなくコンポーネントのオペレーションに紐づくことから、Ｃの値を登録する処理は、アプリ管理部５１ではなく処理部５２が実行する。従って、図５で示したステップＳ１２３～Ｓ１２５の処理は、次のステップＳ１２３'～ Ｓ１２５'となる。

ステップＳ１２３'：デバイス２０の第２通信部２４は、Ｃの値を入出力サービス処理部５０の処理部５２に送信（報告）する。ここで、第２通信部２４は、Ｃの値とともに負荷テストで実行したアプリケーションのＩＤや名前などの情報を送信するようにしてもよい。

ステップＳ１２４'：処理部５２は、受信したＣの値を記憶部５３に記憶する。図１３は、本発明の実施形態に係るコンポーネントのオペレーションを対象とした負荷テストの結果情報の一例を示す図である。図１３に示す負荷テスト結果情報２５０には、コンポーネントの名前である「Ｃｏｍｐｏｎｅｎｔ Ｎａｍｅ」２５１、コンポーネントのオペレーション名である「Ｏｐｅｒａｔｉｏｎ Ｎａｍｅ」２５２、および「Ｃの値」２５３に関して、２組の情報が登録されている。

図１２に戻って説明する。

ステップＳ１２５'：処理部５２は、Ｃの値の登録が成功（ＯＫ）したことを知らせる成功通知をデバイス２０に送信する。

以上の処理により、情報処理システム１は、コンポーネントのオペレーションを負荷テスト対象とした場合における負荷テストにおいても、並行して実行する処理フローの数を徐々に増加させて、負荷テストを実行することことが可能である。また、情報処理システム１は、負荷テストにおけるアプリケーションの性能目標値を自動的に設定することが可能である。

＜運用時におけるコンポーネントの負荷制御処理＞
図１４は、本発明の実施形態に係るコンポーネントのオペレーションを負荷テストの対象として運用時に負荷制御する処理の一例を示すシーケンス図である。図１０では、アプリケーションを負荷テスト対象として運用時に負荷制御する処理について説明したが、ここでは、負荷テストの対象をアプリケーションの代わりに、コンポーネントのオペレーションとすることができる。

以下、コンポーネントのオペレーションを負荷テスト対象とした場合における負荷テストの処理の一例を説明するにあたり、図１０で示したアプリケーションの負荷テストの処理のシーケンス図との差分についてのみを説明する。図１０で示した処理と異なる点は、ステップＳ１４１で、アプリ実行部３２は、アプリ管理部５１ではなく、処理部５２に、アプリケーションの実行要求を転送（送信）する点である。図１４のシーケンス図では、図１０のステップＳ１４１～Ｓ１４３、およびステップＳ１４６～Ｓ１５１が、以下のステップＳ１４１'～Ｓ１４３'、およびステップＳ１４６'～Ｓ１５１'となる。

ステップＳ１４１'：アプリ実行部３２は、アプリケーションの実行要求を入出力サービス処理部５０の処理部５２に送信する。

ステップＳ１４２'：処理部５２は、オペレーションごとに用意されているキューに処理フローの実行要求Ｒを追加する。キューには、実行中または実行開始待ちの処理フローに対する実行要求が要求された順に格納されている。

ステップＳ１４３'：キューにおける実行要求Ｒの位置が、並列実行可能である処理フロー数Ｃよりも大きい（キューの先頭位置から遠い）場合、処理部５２は、高負荷状態であることを知らせる通知をアプリ実行部３２に送信する。この場合は、実行要求Ｒよりも前にキューに格納されている実行要求の数がＣ以上ある状態である。ここで、並列実行可能である処理フロー数Ｃは、ステップＳ１２４'で、負荷テスト結果情報ＤＢ８１に登録した図１３に示す対応するコンポーネントのオペレーションのＣの値である。

ステップＳ１４６'：処理部５２は、キューにおける実行要求Ｒの位置が、Ｃよりも小さい（キューの先頭に近い）状態、すなわち、実行中または実行開始待ちの処理フローの数がＣよりも小さくなるまで、処理フローの実行を行わずに待機する。ここで、処理フローのうち、高負荷状態であるオペレーションの結果に依存しないオペレーションは、他のオペレーションの高負荷状態の解消を待機せずに実行されてもよい。例えば、スキャンしたドキュメントをＯＣＲ処理して、Ｃｌｏｕｄ Ｄｒｉｖｅにアップロードするアプリケーションを実行する場合を想定する。ここで、図１３に示すように、ＯＣＲ処理とＣｌｏｕｄ Ｄｒｉｖｅのオペレーションに対する並列実行可能である処理フロー数（Ｃの値）は、それぞれ１６と４である。このアプリケーションの処理フローが既に４並列以上で実行中であれば高負荷状態が通知され、次の処理フローは待機となる。ただし、ＯＣＲ処理は、Ｃｌｏｕｄ Ｄｒｉｖｅへのアップロード結果に依存しないことから、負荷に余裕があるＯＣＲ処理のみを実行してもよい。しかし、ＯＣＲ処理が１６並列以上で実行中であれば、ＯＣＲ処理も含めて待機となる。このアプリケーションの処理フローが４並列未満であれば、アプリケーションの処理フロー全体が実行可能である。

ステップＳ１４７'：ここでは、処理部５２が処理フローを実行しているため、本ステップは実行されない。

ステップＳ１４８'：処理部５２は、処理フローを実行する。

ステップＳ１４９'：処理部５２は、処理フローの実行が終了した後、処理結果をアプリ管理部５１に送信する。ここで、処理フローの実行は成功（ＯＫ）したものとし、処理結果の内容は成功（ＯＫ）とする。

ステップＳ１５０'：処理部５２は、処理結果を受信した後、キューから実行要求Ｒを取り出す。これは、次に実行される処理フローのために、キューに空きを作ることとなる。

ステップＳ１５１'：処理部５２は、受信した処理結果をアプリ実行部３２に送信する。

以上の処理により、情報処理システム１は、負荷テストの対象がコンポーネントのオペレーションの場合であっても、負荷テストの結果として得られた並列実行可能である処理フロー数Ｃをアプリケーションや処理フローの実行時に参照して（紐づけて）利用できる。これにより、情報処理システム１は、運用時に、負荷上限を超えないように、処理実行要求（リクエスト）をキューイングして管理することで、動的に負荷を制御することが可能である。

＜テストケースの生成方法＞
図５のステップＳ１１２などの処理で実行したテストケースの生成方法（作成方法）について説明する。負荷テストでは、アプリケーションのパラメータ設定からテストケース（処理フローのパラメータの組み合わせ）を生成し、負荷テスト用の処理フローとしてそれらを全て実行する。パラメータの組み合わせの数が少なければ全通りの組み合わせを生成し、数が膨大になる場合はオールペア法（ペアワイズ法）などのテストケースを選抜する手法を用いて数を削減する。全通りにするか、数を削減するかは、生成されるテストケースの数で閾値を設けたり、処理フローの実行に要する時間からトータルのテスト時間を予測するなどすることにより、テスト時間で閾値を設けたりして決定する。また、テストケースの生成は、図５のステップＳ１１２などの処理で実行したように、デバイス２０が実行する以外に、サーバ２でテストケースを生成して、生成したテストケースをデバイス２０に送信するようにしてもよい。

図１５は、本発明の実施形態に係るサーバ側でテストケースを生成する処理の一例を示すシーケンス図である。以下、各ステップについて説明する。

ステップＳ１６０：ユーザは、画像形成装置９などの機器５、あるいはＰＣなどの端末装置３であるデバイス２０のブラウザ２１を操作して、負荷テストを実行する。

ステップＳ１６１：デバイス２０のブラウザ２１の第２通信部２４は、Ｗｅｂサービス処理部３０の画面構成部３１に、テストケース生成要求を送信する。

ステップＳ１６２：画面構成部３１は、テストケース生成要求を入出力サービス処理部５０のアプリ管理部５１に送信する。

ステップＳ１６３：アプリ管理部５１は、アプリ情報ＤＢ８０からアプリ設定情報を取得する。

ステップＳ１６４：アプリ管理部５１は、テストケースを生成する。

ステップＳ１６５：アプリ管理部５１は、テストケースを画面構成部３１に送信する。

ステップＳ１６６：画面構成部３１は、テストケースをデバイス２０のブラウザ２１の第２通信部２４に送信する。

以降の処理は、例えば、図５のステップＳ１１３以降の処理を実行することにより、サーバ２で生成したテストケースを用いて負荷テストを実行することが可能である。

次に、スキャンしたドキュメントに対して、ＯＣＲを実行して生成されたＰＤＦファイルをページ分割するアプリケーション（アプリＡと呼ぶ）の例を用いて、テストケースの生成方法を説明する。図１６は、アプリＡのアプリケーション情報の一例を示す図である。図１６に示すアプリケーション情報２６０において、デフォルトパラメータ（ｄｅｆａｕｌｔＰａｒａｍｅｔｅｒｓ）設定２６１として、言語が英語（ｌａｎｇｕａｇｅ："Ｅｎｇｌｉｓｈ"）に設定されている。さらに、ユーザ入力パラメータ（ｕｓｅｒＩｎｐｕｔＰａｒａｍｅｔｅｒｓ）設定２６２として、分割ページ範囲（ｄｉｖｉｓｉｏｎＰａｇｅＲａｎｇｅ）２６３と分割ページ数（ｄｉｖｉｓｉｏｎＰａｇｅＮｕｍｂｅｒｓ）２６７の２つの設定項目がある。分割ページ範囲２６３の設定項目は、入力タイプ（ｉｎｐｕｔＴｙｐｅ）が選択型（ｓｅｌｅｃｔ）２６４となっており、各ページ（Ｅａｃｈ Ｐａｇｅ）２６５と指定ページ（Ｓｐｅｃｉｆｉｅｄ Ｐａｇｅ）の２つの選択肢の中からユーザが選択する設定となっている。分割ページ数２６７の設定項目は、入力タイプ（ｉｎｐｕｔＴｙｐｅ）がテキスト入力型（ｔｅｘｔ）２６８となっており、ユーザが入力したテキストを設定する。ここで、分割ページ数２６７の最大値（ｍａｘ）２６９と最小値（ｍｉｎ）２７０の値が、それぞれ１００と０に設定されている。

このようなアプリケーション情報２６０に対してテストケースを生成するために、デフォルトパラメータ設定２６１、分割ページ範囲２６３、および分割ページ数２６７に対するパラメータの組み合わせを決定する。デフォルトパラメータ設定２６１は、設定値（英語）のまま固定とし、分割ページ範囲２６３は、２つの選択肢を共に用い、分割ページ数２６７は、最大値（＝１０）と最小値（＝０）の２つの値を用いる。これらのパラメータの組み合わせの数は、１（デフォルトパラメータ設定２６１）×２（分割ページ範囲２６３）×２（分割ページ数２６７）＝４となる。図１７は、これら４種類のパラメータ設定の組み合わせ２７１～２７４を示す図である。図１７に示すように、全ての組み合わせにおいて、デフォルトパラメータ設定２６１は、英語（Ｅｎｇｌｉｓｈ）となっている。また、分割ページ範囲２６３に関して、組み合わせ２７１、２７２は、各ページ（Ｅａｃｈ Ｐａｇｅ）となっており、組み合わせ２７３、２７４は、指定ページ（Ｓｐｅｃｉｆｉｅｄ Ｐａｇｅ）となっている。また、分割ページ数２６７に関して、組み合わせ２７１、２７３は、最小値（０）となっており、組み合わせ２７２、２７４は、最大値（１００）となっている。

図１８は、本発明の実施形態に係るコンポーネント情報の一例を示す図である。図１８は、図１６に示したアプリケーション情報における設定ではなく、コンポーネント情報の設定値であり、ＯＣＲコンポーネント２８０のデフォルト値として、出力サイズ（ｏｕｔｐｕｔＳｉｚｅ）２８１が「Ａ４」、Ｐｄｆコンポーネント２８２のデフォルト値として、分割ページ数（ｄｉｖｉｓｉｏｎＰａｇｅＮｕｍｂｅｒｓ）２８３が「２」に設定されている。テストケースの生成において、このようなコンポーネント情報のデフォルト値も参照して、パラメータの組み合わせに含めるようにする。

図１９は、本発明の実施形態に係る選択型のパラメータ設定の一例を示す図である。図１９には、図１６に示した選択型（ｓｅｌｅｃｔ）２６４とは別の例として、英語（Ｅｎｇｌｉｓｈ）２８５、フランス語（Ｆｒｅｎｃｈ）２８６、ドイツ語（Ｇｅｒｍａｎ）２８７の３つから選択する設定が示されている。このような場合、テストケースに３種類の組み合わせを含めるようにする。

図２０は、本発明の実施形態に係るテキスト入力型のパラメータ設定の一例を示す図である。図２０には、図１６に示したテキスト入力型（ｔｅｘｔ）２６８とは別の例として、ファイル名（ｆｉｌｅｎａｍｅ）２９０に対して、ユーザが入力したテキストを設定する。図１６に示した例と同様に、最大値（ｍａｘ＝１００）２９１と最小値（ｍｉｎ＝０）２９２が設定されている。ここで、ファイル名２９０の文字列を設定する場合は、テストケースにおけるパラメータ値として、最大値から最小値の間の文字数のランダムな文字列を生成して設定する。

図２１は、本発明の実施形態に係る自動テストの結果情報の一例を示す図である。図２１に示す結果情報２９５は、アプリケーションＩＤ２９６、テスト実施日２９７、およびテスト結果２９８を有する。アプリケーションＩＤ２９６は、自動テストを実行したアプリケーションを特定するＩＤである。テスト実施日２９７は、自動テストを実行した日付である。テスト結果２９８は、自動テストの結果であり、成功の場合「ＯＫ」、失敗の場合「ＮＧ」、何等かの理由で自動テストを実施しなかった場合、あるいは実施予定の場合は、「未実施」を表示する。情報処理システム１において、テスト結果２９８が「ＯＫ」であるアプリケーションのみ登録することが可能である。

［第２の実施形態］
図２２は、本発明の第２の実施形態に係る情報処理システム１の概略図の一例を示す図である。図１に示した第１の実施形態に係る情報処理システム１との構成の違いは、第２の実施形態においては、画像形成装置９（ＭＦＰ）のみが、通信ネットワーク４を介してサーバ２と接続する点である。従って、図４で示した機能ブロックの構成図、および図５、図１０、図１２、図１４に示したシーケンス図におけるデバイス２０は、画像形成装置９に限定される。

以上、本発明を実施するための幾つかの形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、図４の機能ブロックの構成図の一例は、情報処理システム１による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。情報処理システム１の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

また、上記で説明した実施形態の各機能は、一又は複数の処理回路によって実現することが可能である。ここで、本明細書における「処理回路」とは、電子回路により実装されるプロセッサのようにソフトウェアによって各機能を実行するようプログラミングされたプロセッサや、上記で説明した各機能を実行するよう設計されたＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）や従来の回路モジュール等のデバイスを含むものとする。

また、記載された装置群は、本明細書に開示された実施形態を実施するための複数のコンピューティング環境のうちの１つを示すものにすぎない。ある実施形態では、情報処理システム１は、サーバクラスタといった複数のコンピューティングデバイスを含む。複数のコンピューティングデバイスは、ネットワークや共有メモリなどを含む任意のタイプの通信リンクを介して互いに通信するように構成されており、本明細書に開示された処理を実施する。

また、第１通信部３３、第２通信部２４は、単に通信部と呼ばれることもある。

１ 情報処理システム
２ サーバ
３ 端末装置
４ 通信ネットワーク
５ 機器
９ 画像形成装置
２０ デバイス
２１ ブラウザ
２２ 操作受付部
２３ 表示制御部
２４ 第２通信部
３０ Ｗｅｂサービス処理部３０
３１ 画面構成部
３２ アプリ実行部
３３ 第１通信部
４０ ポータルサービス部
４１ ＵＩ提供部
４２ アプリ登録部
５０ 入出力サービス処理部
５１ アプリ管理部
５２ 処理部
５３ 記憶部
６０ コンポーネント部
６１ ＯＣＲ
６２ メール送信
６３ ファイルＤＬ
６４ バーコード付与
７０ アプリデータ管理部
７１ ＵＩ提供部
７２ アプリデータ登録部
８０ アプリ情報ＤＢ
８１ 負荷テスト結果情報ＤＢ
８２ ポータル画面情報ＤＢ

特開２００６―０３１１７８号公報

Claims (11)

1. 端末装置からの要求に応じてアプリケーションの負荷テストを実行する情報処理装置を有する情報処理システムであって、
   前記負荷テストの実行画面を表示する表示制御部と、
   前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付ける操作受付部と、
   前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させる制御部と、
   前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信する通信部と、
   を有する前記端末装置と、
   前記端末装置からの前記負荷に関する情報及び前記実行要求を受け付けて、前記負荷を与えて前記処理フローを実行する処理部と、
   前記負荷テストの実行結果が成功である場合の前記負荷に関する情報を性能目標値として記憶する記憶部と、
   を有する前記情報処理装置と、を有する情報処理システム。
2. 前記制御部は、前記負荷として、前記処理フローの並列実行可能数を予め定めた割合で増加させ、
   前記処理部は、前記実行要求に基づいて、前記並列実行可能数の前記処理フローを並列に実行し、
   前記記憶部は、前記実行結果が成功である場合の最大の前記並列実行可能数を記憶する請求項１に記載の情報処理システム。
3. 前記記憶部が記憶した前記並列実行可能数を用いて、前記アプリケーションの実行時において並列に実行される前記アプリケーションが前記並列実行可能数を超えないように負荷制御を行うアプリ管理部をさらに有する請求項２に記載の情報処理システム。
4. 前記記憶部は、前記処理フローが有する各処理に対応したコンポーネントのオペレーションごとに最大の並列実行可能数を記憶する請求項２に記載の情報処理システム。
5. 前記処理部は、前記記憶部が記憶した前記コンポーネントのオペレーションに対応する並列実行可能数を用いて、前記アプリケーションの実行時において並列に実行される前記オペレーションが前記並列実行可能数を超えないように負荷制御を行う請求項４に記載の情報処理システム。
6. 端末装置からの要求に応じてアプリケーションの負荷テストを実行する情報処理装置であって、
   前記端末装置からの負荷に関する情報及び実行要求を受け付けて、前記負荷を与えて処理フローを実行する処理部と、
   前記負荷テストの実行結果が成功である場合の前記負荷に関する情報を性能目標値として記憶する記憶部と、
   を有する情報処理装置。
7. 前記処理部は、前記実行要求に基づいて、前記負荷として、予め定めた割合で増加させた並列実行可能数の前記処理フローを並列に実行し、
   前記記憶部は、前記実行結果が成功である場合の最大の前記並列実行可能数を記憶する請求項６に記載の情報処理装置。
8. アプリケーションの負荷テストを情報処理装置に要求する端末装置であって、
   前記負荷テストの実行画面を表示する表示制御部と、
   前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付ける操作受付部と、
   前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させる制御部と、
   前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信する通信部と、
   を有する端末装置。
9. 前記制御部は、前記負荷として、前記処理フローの並列実行可能数を予め定めた割合で増加させる請求項８に記載の端末装置。
10. 端末装置からの要求に応じてアプリケーションの負荷テストを実行する情報処理装置を有する情報処理システムが実行する情報処理方法であって、
    前記負荷テストの実行画面を表示するステップと、
    前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付けるステップと、
    前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させるステップと、
    前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信するステップと、
    前記端末装置からの前記負荷に関する情報及び前記実行要求を受け付けて、前記負荷を与えて前記処理フローを実行するステップと、
    前記負荷テストの実行結果が成功である場合の前記負荷に関する情報を性能目標値として記憶するステップと、
    を有する情報処理方法。
11. アプリケーションの負荷テストを情報処理装置に要求する端末装置が実行する情報処理方法であって、
    前記負荷テストの実行画面を表示するステップと、
    前記実行画面に対するユーザによる前記負荷テストの実行要求を受け付けるステップと、
    前記アプリケーションに基づいて作成された負荷テスト用の処理フローの負荷を予め定めた割合で増加させるステップと、
    前記負荷に関する情報及び前記処理フローの実行要求を前記情報処理装置に送信するステップと、
    を有する情報処理方法。

Images