(57)【要約】      （修正有）【課題】実際の負荷の時間的に変動を考慮してメンテナンスサービスシステムに対する負荷テストを行う負荷テストシステムを提供する。【解決手段】負荷テストシステム１は、複数の市場稼働マシン１０１からメンテナンス情報を収集するメンテナンスサービスシステム１０２に対する負荷テストを実行する。負荷テストシステム１は、複数の仮想マシン１１と、仮想マシン１１上で動作する複数の模擬マシン処理部１２と、制御サーバー１３とを備える。模擬マシン処理部１２は、市場稼働マシン１０１を模擬する。そして、制御サーバー１３は、メンテナンスサービスシステム１０２から動作ログを収集し、その動作ログに基づいて、負荷テストシナリオを生成し、その負荷テストシナリオに従って、仮想マシン１１の稼働数、模擬マシン処理部１２の稼働数および模擬マシン処理部１２の動作を時間的に変化させて負荷テストを実行する。【選択図】図１
2019219743.tif 000002
【特許請求の範囲】
【請求項１】
複数の市場稼働マシンからメンテナンス情報を収集するメンテナンスサービスシステムに対する負荷テストを実行する負荷テストシステムにおいて、
複数の仮想マシンと、
前記仮想マシン上で動作する模擬マシン処理部と、
前記仮想マシンの稼働数、前記模擬マシン処理部の稼働数、および前記模擬マシン処理部の動作を指定する制御部とを備え、
前記模擬マシン処理部は、前記市場稼働マシンを模擬し、
前記制御部は、（ａ）前記メンテナンスサービスシステムから動作ログを収集し、（ｂ）前記動作ログに基づいて、負荷テストシナリオを生成し、（ｃ）前記負荷テストシナリオに従って、前記仮想マシンの稼働数、前記模擬マシン処理部の稼働数、および前記模擬マシン処理部の動作を時間的に変化させて前記負荷テストを実行すること、
を特徴とする負荷テストシステム。
【請求項２】
前記制御部は、前記動作ログにおけるイベント項目ごとにイベント数をカウントし、前記イベント項目ごとの前記イベント数に従って前記負荷テストシナリオを生成することを特徴とする請求項１記載の負荷テストシステム。
【請求項３】
前記制御部は、前記動作ログに基づいて前記メンテナンスサービスシステムの過去の負荷変動を特定し、特定した前記過去の負荷変動に基づいて、将来の負荷変動を予測し、予測した前記将来の負荷変動に従って前記負荷テストシナリオを生成することを特徴とする請求項１または請求項２記載の負荷テストシステム。
【請求項４】
前記制御部は、（ａ）前記負荷テストシナリオの期間長の所定倍数の期間分の前記動作ログを収集し、（ｂ）前記負荷テストシナリオの期間を分割した複数の時間帯における各時間帯について、（ｂ１）前記所定倍数分の動作ログから、その時間帯で負荷が最も大きいメンテナンスサービスを特定し、（ｂ２）特定した前記メンテナンスサービスの動作を、前記負荷テストシナリオにおける前記模擬マシン処理部の動作に設定することを特徴とする請求項１から請求項３のうちのいずれか１項記載の負荷テストシステム。
【請求項５】
前記制御部は、生成した前記負荷テストシナリオを示すシナリオデータをエクスポートするとともに、前記シナリオデータをインポートし、インポートした前記シナリオデータに従って前記負荷テストを実行することを特徴とする請求項１から請求項４のうちのいずれか１項記載の負荷テストシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、負荷テストシステムに関するものである。
【背景技術】
【０００２】
あるシステムは、被管理プリンターと、被管理プリンターの機器設定情報を取得する統合管理装置とを備えており、このシステムのソフトウェア評価システムでは、各シミュレーターエージェントＰＣが、複数の転送処理部として機能し、転送処理部と同数の被管理プリンターを模擬して、負荷テストが行われる（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−９８８４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のシステムでは、複数台の被管理プリンターを模擬して負荷テストを行うことができるものの、管理すべきマシンが多数であり、時間とともに、稼働中のマシンの数が大きく変化する場合、管理側のシステムの負荷も時間とともに変化するため、上述のシステムでは、実際の負荷の時間的に変動を考慮して負荷テストを行うことは困難である。
【０００５】
本発明は、上記の問題に鑑みてなされたものであり、実際の負荷の時間的に変動を考慮してメンテナンスサービスシステムに対して負荷テストを行う負荷テストシステムを得ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る負荷テストシステムは、複数の市場稼働マシンからメンテナンス情報を収集するメンテナンスサービスシステムに対する負荷テストを実行する負荷テストシステムであり、複数の仮想マシンと、前記仮想マシン上で動作する模擬マシン処理部と、前記仮想マシンの稼働数、前記模擬マシン処理部の稼働数、および前記模擬マシン処理部の動作を指定する制御部とを備える。前記模擬マシン処理部は、前記市場稼働マシンを模擬する。そして、前記制御部は、（ａ）前記メンテナンスサービスシステムから動作ログを収集し、（ｂ）前記動作ログに基づいて、負荷テストシナリオを生成し、（ｃ）前記負荷テストシナリオに従って、前記仮想マシンの稼働数、前記模擬マシン処理部の稼働数、および前記模擬マシン処理部の動作を時間的に変化させて前記負荷テストを実行する。
【発明の効果】
【０００７】
本発明によれば、実際の負荷の時間的に変動を考慮してメンテナンスサービスシステムに対して負荷テストを行う負荷テストシステムが得られる。
【０００８】
本発明の上記又は他の目的、特徴および優位性は、添付の図面とともに以下の詳細な説明から更に明らかになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明の実施の形態に係る負荷テストシステムの構成を示すブロック図である。
【図２】図２は、図１に示す負荷テストシステムの動作について説明するシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図に基づいて本発明の実施の形態を説明する。
【００１１】
図１は、本発明の実施の形態に係る負荷テストシステムの構成を示すブロック図である。図１に示す負荷テストシステム１は、複数の市場稼働マシン１０１からメンテナンス情報を収集するメンテナンスサービスシステム１０２に対する負荷テストを実行する。
【００１２】
市場稼働マシン１０１は、販売済みの電子機器（ここでは、プリンター、複合機などの画像形成装置）であって、ユーザーのサイトに設置され、インターネットなどの広域ネットワーク１０３に接続されている。市場稼働マシン１０１は、自律的にまたはメンテナンスサービスシステム１０２からの要求に応じて、メンテナンス通知として、自機のメンテナンス情報をメンテナンスサービスシステム１０２へ送信する。
【００１３】
また、メンテナンスサービスシステム１０２は、メンテナンスサーバー１１１、データベースサーバー１１２、およびマスターサーバー１１３を備える。
【００１４】
１または複数のメンテナンスサーバー１１１は、それぞれ、広域ネットワーク１０３を介して、メンテナンスサービスのために、複数の市場稼働マシン１０１からメンテナンス情報を取得し、取得したメンテナンス情報に対応するメンテナンスサービスを実行する。なお、メンテナンスサーバー１１１が複数設置される場合、複数のメンテナンスサーバー１１１は、互いに同一のサーバーであって、複数のメンテナンスサーバー１１１に対して負荷分散が適宜行われる。
【００１５】
メンテナンス情報としては、プリント枚数などのカウンター情報、エラー情報などが含まれる。カウンター情報は、例えば、市場稼働マシン１０１の起動時などに送信される。エラー情報は、市場稼働マシン１０１のエラー（内部デバイスの故障、消耗品切れなど）の発生時に送信される。
【００１６】
メンテナンスサービスとしては、カウンター情報に基づくカウント値の集計や課金計算など、エラー情報に対応するエラー処理（サービスパーソンへの通知、エラー発生した市場稼働マシン１０１の機器状態情報の取得および分析、エラー発生した市場稼働マシン１０１に対するリモート設定変更など）、ファームウェア更新、リモートディスプレイ共有（つまり、市場稼働マシン１０１の表示画面の画像をサービスパーソンの端末装置に表示させて、表示画面をユーザーとサービスパーソンとで共有可能とする処理）などが含まれる。メンテナンスサーバー１１１が、これらの動作を行うと、その動作の動作ログをデータベースサーバー１１２で記録する。なお、動作ログには、例えば、動作の対象となった市場稼働マシン１０１の識別子、動作種別（上述のようなメンテナンスサービスの種別）、動作時間（例えば開始時間および終了時間）などの情報が含まれる。例えば、動作種別がエラー処理である場合、所定条件に従って、市場稼働マシン１０１の機器状態情報に応じたリモート設定変更が行われる。つまり、エラー処理の場合、市場稼働マシン１０１の機器状態情報に応じてメンテナンスサーバー１１１の負荷が異なる。
【００１７】
データベースサーバー１１２は、データベースで、稼働中の１または複数のメンテナンスサーバー１１１の動作ログ（つまり、メンテナンス情報に基づくメンテナンスサービスの動作のログ）を格納し管理する。動作ログは、例えば、市場稼働マシン１０１の識別子をキーとして、データベースサーバー１１２におけるデータベースで管理される。
【００１８】
マスターサーバー１１３は、１または複数のメンテナンスサーバー１１１の動作状態を制御する。例えば、複数のメンテナンスサーバー１１１の場合、マスターサーバー１１３は、複数のメンテナンスサーバー１１１の負荷状態に応じて適応的に、稼働させるメンテナンスサーバー１１１の数を調節する。
【００１９】
なお、これらのサーバー１１１，１１２，１１３は、１または複数のコンピューターにおいてプログラムを実行することで実現され、また、そのコンピューターは、ネットワークインターフェイスなどメンテナンスサービスに必要な通信装置およびインターフェイスを適宜備える。
【００２０】
また、例えば、メンテナンスサーバー１１１、データベースサーバー１１２、およびマスターサーバー１１３は、クラウドシステムとして実現され、メンテナンスサーバー１１１は、サーバーマシンで稼働する１または複数の仮想マシン上で動作し、マスターサーバー１１３は、仮想マシンの稼働数およびメンテナンスサーバー１１１の稼働数を指定する。
【００２１】
図１に示すように、負荷テストシステム１は、複数の仮想マシン１１、仮想マシン１１上で動作する複数の模擬マシン処理部１２、並びに、仮想マシン１１の稼働数、仮想マシン１１上で動作する模擬マシン処理部１２の稼働数および模擬マシン処理部１２の動作を指定する制御サーバー１３を備える。
【００２２】
なお、仮想マシン１１、模擬マシン処理部１２、および制御サーバー１３は、１または複数のコンピューター（サーバーマシン）においてプログラムを実行することで実現され、また、そのコンピューターは、ネットワークインターフェイスなど、負荷テストに必要な通信装置およびインターフェイスを適宜備える。
【００２３】
１つの仮想マシン１１上では、１または複数の模擬マシン処理部１２が動作する。各模擬マシン処理部１２は、市場稼働マシン１０１を模擬し、制御サーバー１３により指定された動作（指定されたスケジュールでの模擬メンテナンス通知の送信）を行う。
【００２４】
制御サーバー１３は、仮想マシン１１および模擬マシン処理部１２を制御して、負荷テストを実行する。例えば、仮想マシン１１、模擬マシン処理部１２および制御サーバー１３は、クラウドサービスで実現され、制御サーバー１３は、広域ネットワーク１０３に接続されたユーザー端末装置から、広域ネットワーク１０３を介して、ユーザー操作に基づく指令を受け付け、その指令に従って、負荷テストを実行する。
【００２５】
制御サーバー１３は、（ａ）メンテナンスサービスシステム１０２から動作ログを収集し、（ｂ）その動作ログに基づいて、負荷テストシナリオを生成し、（ｃ）その負荷テストシナリオに従って、仮想マシン１１の稼働数、仮想マシン１１上で動作する模擬マシン処理部１２の稼働数、および模擬マシン処理部１２の動作を時間的に変化させて負荷テストを実行する。
【００２６】
なお、負荷テストシナリオは、時間帯ごとの、仮想マシン１１の稼働数、模擬マシン処理部１２の稼働数、および各模擬マシン処理部１２の動作を示すデータである。
【００２７】
例えば、制御サーバー１３は、メンテナンスサービスシステム１０２のマスターサーバー１１３に所定期間（例えば、１日、１週間、１ヶ月など）の動作ログの送信要求を送信し、マスターサーバー１１３は、その送信要求を受け付けると、指定された期間の動作ログをデータベースサーバー１１２から読み出し、その送信要求の応答として、制御サーバー１３へ送信する。
【００２８】
具体的には、制御サーバー１３は、動作ログにおけるイベント項目（上述の動作種別）ごとにイベント数をカウントし、イベント項目ごとのイベント数に従って負荷テストシナリオを生成する。
【００２９】
例えば、制御サーバー１３は、（ａ）その動作ログに基づき、複数の時間帯のそれぞれにおける、イベント項目ごとのイベント数を特定し、（ｂ）負荷テストの期間を複数の時間帯に分割し、各時間帯において、特定したイベント数だけそのイベント項目の動作が行われるように、メンテナンス情報の内容および通知タイミングを決定することで、負荷テストシナリオを生成する。例えば、制御サーバー１３は、（ａ）負荷テストシナリオの期間長（例えば１日）の所定倍数の期間（例えば３０日）分の動作ログを収集し、（ｂ）負荷テストシナリオの期間（つまり、負荷テストの期間）を分割した複数の時間帯における各時間帯について、（ｂ１）所定倍数分の動作ログから、その時間帯でメンテナンスサーバー１１１の負荷が最も大きいメンテナンスサービスを特定し、（ｂ２）その特定したメンテナンスサービスの動作を、負荷テストシナリオにおける模擬マシン処理部１２の動作に設定する。具体的には、負荷テストシナリオの期間が１日であり、３０日分の動作ログが収集された場合、例えば、その１日が、長さが１時間である２４の時間帯に分割され、各時間帯０：００〜１：００，・・・，２３：００〜２４：００の第１日から第３０日までの動作ログに対応するメンテナンスサービスのうち、メンテナンスサーバー１１１の負荷が最も大きい第ｉ日（ｉ＝１，・・・，３０）の動作ログに対応するメンテナンスサービスが特定され、その第ｉ日の動作ログに対応するメンテナンスサービスの動作が設定される。
【００３０】
また、制御サーバー１３は、その動作ログに基づいてメンテナンスサービスシステムの過去の負荷変動を特定し、特定した過去の負荷変動に基づいて、将来の負荷変動を予測し、予測した将来の負荷変動に従って負荷テストシナリオを生成するようにしてもよい。
【００３１】
例えば、制御サーバー１３は、過去の複数の時点における所定期間の動作ログを取得し、各イベント種別について、その複数時点におけるイベント数に基づいて、イベント数の変動を示す式（例えば１次式）を最小２乗法などで特定し、その式に基づいて、将来の所定の時点のイベント数を予測し、予測したイベント数に基づいて、負荷テストシナリオを生成する。
【００３２】
例えば、制御サーバー１３は、最新の所定期間（例えば１週間）の動作ログと、１ヶ月前の所定期間（例えば１週間）の動作ログとを取得し、各イベント種別について、所定期間内の各時間帯におけるイベント数に基づいて、イベント数の変動を示す１次式を最小２乗法で特定し、その式に基づいて、１ヶ月後のイベント数を予測し、予測したイベント数に基づいて、負荷テストシナリオを生成する。
【００３３】
また、市場稼働マシン１０１の機種に応じてイベント種別が異なる場合には、制御サーバー１３は、過去の複数の時点における所定期間の動作ログを取得し、各イベント種別について、上述のように、将来の所定の時点のイベント数を予測する際に、そのイベント種別のメンテナンスサービスが実行される機種の、過去の複数の時点における台数の変化を考慮して、イベント数を予測するようにしてもよい。例えば、そのような機種の台数が増加した場合には、その増加割合に応じて、イベント数を増加させて予測し、例えば、そのような機種の台数が減少した場合には、その減少割合に応じて、イベント数を減少させて予測するようにしてもよい。
【００３４】
また、制御サーバー１３は、生成した負荷テストシナリオを示すシナリオデータをエクスポートするとともに、シナリオデータをインポートし、インポートしたシナリオデータに従って負荷テストを実行してもよい。例えば、ユーザーが、ユーザー端末装置を操作して、制御サーバー１３にアクセスし、制御サーバー１３にシナリオデータをエクスポートさせて、制御サーバー１３からユーザー端末装置へダウンロードする。また、例えば、ユーザーが、ユーザー端末装置を操作して、制御サーバー１３にアクセスし、ユーザー端末装置から制御サーバー１３にアップロードし、制御サーバー１３にシナリオデータをインポートさせる。
【００３５】
次に、上記負荷テストシステム１の動作について説明する。図２は、図１に示す負荷テストシステムの動作について説明するシーケンス図である。
【００３６】
通常動作において、市場稼働マシン１０１は、予め規定されているタイミングで各種のメンテナンス通知をメンテナンスサービスシステム１０２へ送信する（ステップＳ１）。
【００３７】
メンテナンスサービスシステム１０２では、メンテナンスサーバー１１１が、メンテナンス通知を受信すると、メンテナンス通知に含まれるメンテナンス情報に対応するメンテナンスサービスを実行し（ステップＳ２）、実行したメンテナンスサービスに対応する動作ログを、データベースサーバー１１２を使用してデータベースに記録する（ステップＳ３）。
【００３８】
このようにして、複数の国といった様々な地域で設置され広域ネットワーク１０３に接続された多数の市場稼働マシン１０１のメンテナンスサービスがメンテナンスサービスシステム１０２により実行される。
【００３９】
負荷テストシステム１では、制御サーバー１３は、図示せぬユーザー端末装置からの指令に従って、まず、所定期間の動作ログの送信要求を、メンテナンスサービスシステム１０２のマスターサーバー１１３へ送信する（ステップＳ１１）。
【００４０】
マスターサーバー１１３は、その送信要求を受け付けると、指定された期間の動作ログを、データベースサーバー１１２を使用してデータベースから読み出し、応答として、制御サーバー１３に送信する（ステップＳ１２）。
【００４１】
このとき、制御サーバー１３は、その期間におけるすべての市場稼働マシン１０１のメンテナンス情報に対応する動作ログを送信させるようにしてもよいし、送信要求において所定条件を指定し、その条件を満たす動作ログを抽出させ、抽出された動作ログを送信させるようにしてもよい。
【００４２】
その所定条件としては、例えば、特定地域の市場稼働マシン１０１、市場稼働マシン１０１の機種などで指定される。なお、市場稼働マシン１０１の設置地域、機種などの属性情報は、予めメンテナンスサービスシステム１０２（データベースサーバー１１２に管理されるデータベース）に登録されていてもよいし、メンテナンス通知に含まれるようにしてもよく、その属性情報に基づいて、所定条件を満たす市場稼働マシン１０１のメンテナンス情報に対応する動作ログが抽出される。
【００４３】
制御サーバー１３は、その動作ログをマスターサーバー１１３から受信し、受信した動作ログに基づいて、上述のようにして負荷テストシナリオを生成する（ステップＳ１３）。
【００４４】
その後、制御サーバー１３は、生成した負荷テストシナリオに従って、メンテナンスサービスシステム１０２に対する負荷テストを実行する（ステップＳ２１）。
【００４５】
その際、稼働中のメンテナンスサービスシステム１０２とは別の新規のメンテナンスサービスシステム１０２が、負荷テストの対象とされるようにしてもよい。また、稼働中のメンテナンスサービスシステム１０２を負荷テストの対象とする場合には、制御サーバー１３は、そのメンテナンスサービスシステム１０２のマスターサーバー１１３にサービス停止指令を送信し、これにより、負荷テスト開始時あるいは開始前に、市場稼働マシン１０１からのメンテナンス通知の受け付けをそのメンテナンスサービスシステム１０２に停止させる。なお、その場合、負荷テスト実行中は、例えば、メンテナンス通知を別のメンテナンスサービスシステム１０２へリダイレクトさせる。
【００４６】
また、負荷テストの対象とされるメンテナンスサービスシステム１０２は、負荷テストシナリオの生成に使用したメンテナンスサービスシステム１０２とは異なる構成（サーバーマシン性能、メンテナンスサーバー１１１の数など）のメンテナンスサービスシステムでもよい。
【００４７】
負荷テストにおいては、制御サーバー１３は、ユーザーにより指定された負荷テストシナリオに従って、各時間帯において、仮想マシン１１の稼働数、模擬マシン処理部１２の稼働数および各模擬マシン処理部１２の動作を特定し、その稼働数の仮想マシン１１を起動し、その稼働数の模擬マシン処理部１２を実行し、各模擬マシン処理部１２に、負荷テストシナリオにより指定された動作スケジュールをセットする。
【００４８】
そして、負荷テストにおいて、各模擬マシン処理部１２は、動作スケジュールで指定されたタイミングで、指定されたメンテナンス情報を模擬メンテナンス通知としてメンテナンスサービスシステム１０２に送信する（ステップＳ２１ａ）。その際、メンテナンス情報がエラー情報である場合において、メンテナンスサーバー１１１から機器状態情報（各種内部装置の設定や消耗品の状態など）の送信要求が受信されると、模擬マシン処理部１２は、負荷テストシナリオにより指定される模擬的な機器状態情報を応答としてそのメンテナンスサーバー１１１に送信する。
【００４９】
メンテナンスサーバー１１１は、その模擬メンテナンス通知を受信すると、市場稼働マシン１０１からのメンテナンス通知と同様に、メンテナンスサービスを実行し（ステップＳ２２）、動作ログを記録する（ステップＳ２３）。
【００５０】
そして、負荷テストの終了後、制御サーバー１３は、負荷テストの期間（例えば開始時間および終了時間）を指定して、動作ログの送信要求を、メンテナンスサービスシステム１０２のマスターサーバー１１３へ送信する（ステップＳ２４）。マスターサーバー１１３は、その送信要求を受け付けると、指定された期間の動作ログを、データベースサーバー１１２を使用してデータベースから読み出し、応答として、制御サーバー１３に送信する（ステップＳ２５）。制御サーバー１３は、その動作ログ（つまり、負荷テスト実行時の動作ログ）を受信する。
【００５１】
そして、制御サーバー１３は、負荷テスト実行時の動作ログに基づき、負荷テスト実行時のメンテナンスサーバー１１１全体の負荷状況（例えば稼働率）の推移を特定し、現状のメンテナンスサーバー１１１の数などの評価を行う（ステップＳ２６）。
【００５２】
例えば、現時点で稼働可能なすべてのメンテナンスサーバー１１１の稼働率の推移に基づき、その稼働率の最大値が所定の上限値を超えておらず、かつ、その稼働率の最小値が所定の下限値未満になっていない場合には、メンテナンスサーバー１１１の数が適正であると評価され、その稼働率の最大値が所定の上限値を超えている場合には、メンテナンスサーバー１１１の数が不足していると評価され、その稼働率の最小値が所定の下限値未満になっている場合には、メンテナンスサーバー１１１の数が過剰であると評価される。
【００５３】
また、例えば、マスターサーバー１１３は、負荷テスト実行時に稼働中のメンテナンスサーバー１１１の数の推移や、メンテナンスサーバー１１１での過負荷によるエラーなどをログとして記録し、制御サーバー１３は、負荷テスト終了後、そのログをマスターサーバー１１３から取得し、上述のような評価を実行するようにしてもよい。
【００５４】
以上のように、上記実施の形態によれば、負荷テストシステム１は、複数の市場稼働マシン１０１からメンテナンス情報を収集するメンテナンスサービスシステム１０２に対する負荷テストを実行する。負荷テストシステム１は、複数の仮想マシン１１と、仮想マシン１１上で動作する複数の模擬マシン処理部１２と、仮想マシン１１の稼働数、模擬マシン処理部１２の稼働数および模擬マシン処理部１２の動作を指定する制御サーバー１３とを備える。模擬マシン処理部１２は、市場稼働マシン１０１を模擬する。そして、制御サーバー１３は、（ａ）メンテナンスサービスシステム１０２から動作ログを収集し、（ｂ）その動作ログに基づいて、負荷テストシナリオを生成し、（ｃ）その負荷テストシナリオに従って、仮想マシン１１の稼働数、模擬マシン処理部１２の稼働数および模擬マシン処理部１２の動作を時間的に変化させて負荷テストを実行する。
【００５５】
これにより、実際の負荷の時間的に変動を考慮して、メンテナンスサービスシステム１０２に対する負荷テストが行われる。
【００５６】
なお、上述の実施の形態に対する様々な変更および修正については、当業者には明らかである。そのような変更および修正は、その主題の趣旨および範囲から離れることなく、かつ、意図された利点を弱めることなく行われてもよい。つまり、そのような変更および修正が請求の範囲に含まれることを意図している。
【００５７】
例えば、上記実施の形態において、メンテナンスサービスシステム１０２のマスターサーバー１１３は、上述の評価に基づいて、稼働させるメンテナンスサーバー１１１の数を増減させるようにしてもよい。稼働させないメンテナンスサーバー１１１については、例えば電源がオフされる。
【産業上の利用可能性】
【００５８】
本発明は、例えば、画像形成装置のメンテナンスサービスシステム用の負荷テストシステムに適用可能である。
【符号の説明】
【００５９】
１  負荷テストシステム
１１  仮想マシン
１２  模擬マシン処理部
１３  制御サーバー（制御部の一例）
１０１  市場稼働マシン
１０２  メンテナンスサービスシステム
【図１】
2019219743.tif 000003
【図２】
2019219743.tif 000004