(57)【要約】【課題】適切なレスポンス時間を維持することができる利用環境を効率的に実現するためのログイン管理システム、ログイン管理方法及びログイン管理プログラムを提供する。【解決手段】テスト管理サーバ２０の制御部２１は、予定日及び実績日の日別負荷評価値を算出し、その負荷比を算出する。そして、実績日のログイン許容数に対して負荷比を乗算して初期許容数を算出し、ログイン許容数データ記憶部２６に記録する。そして、ログイン要求を受けた場合、制御部２１はログイン数とログイン許容数とを比較する。ログイン数がログイン許容数に達した場合、制御部２１はレスポンス時間の目標値を取得する。そして、仮想ユーザ２１１を起動してレスポンス時間を測定する。制御部２１は、目標値と測定したレスポンス時間との差分に基づいて、ログイン許容数データ記憶部２６に記録されたログイン許容数を加減する。【選択図】図１
2008250825.tif 000002
【特許請求の範囲】
【請求項１】
サービス提供手段からサービスを提供するためのログイン許容数に関するデータを記録した許可情報記憶手段と、
前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、
ログイン許容数を更新する制御手段とを備えたログイン管理システムであって、
前記制御手段が、
ログイン数を取得する手段と、
前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する手段と、
前記レスポンス時間と目標値との差分を算出する手段と、
前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する手段と
を備えたことを特徴とするログイン管理システム。
【請求項２】
前記許可情報記憶手段には、ログイン許容数の初期値として、ログイン制御を行なった実績日のログイン許容数を記録することを特徴とする請求項１に記載のログイン管理システム。
【請求項３】
前記制御手段が、
ログイン制御を行なった実績日における前記サービス提供手段の実績負荷と、ログインの制御を行なう予定日における前記サービス提供手段の予測負荷との比較値を算出し、
前記許可情報記憶手段には、ログイン制御を行なった実績日のログイン許容数と前記比較値に基づいて算出したログイン許容数を記録することを特徴とする請求項１に記載のログイン管理システム。
【請求項４】
前記ログイン許容数の変更は、前記差分に対して所定の係数を乗算した値を用いて行なうことを特徴とする請求項１〜３のいずれか一つに記載のログイン管理システム。
【請求項５】
前記ログイン許容数の変更は、前記差分に対して、ログイン数に応じた係数を乗算した値を用いて行なうことを特徴とする請求項１〜３のいずれか一つに記載のログイン管理システム。
【請求項６】
前記制御手段は、
前記サービス提供手段のシステム負荷情報を取得する手段を更に備え、
前記システム負荷情報に基づいてログイン許容数を更に変更することを特徴とする請求項１〜５のいずれか一つに記載のログイン管理システム。
【請求項７】
サービス提供手段からサービスを提供するためのログイン許容数に関するデータを記録した許可情報記憶手段と、
前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、
ログイン許容数を更新する制御手段とを備えたログイン管理システムを用いてログインを管理する方法であって、
前記制御手段が、
ログイン数を取得する段階と、
前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する段階と
、
前記レスポンス時間と目標値との差分を算出する段階と、
前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する段階と
を実行することを特徴とするログイン管理方法。
【請求項８】
サービス提供手段からサービスを提供するためのログイン許容数に関するデータを記録した許可情報記憶手段と、
前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、
ログイン許容数を更新する制御手段とを備えたログイン管理システムを用いてログインを管理するプログラムであって、
前記制御手段を、
ログイン数を取得する手段と、
前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する手段と、
前記レスポンス時間と目標値との差分を算出する手段と、
前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する手段として機能させることを特徴とするログイン管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者のログインを許可するログイン管理システム、方法及びプログラムに関する。
【背景技術】
【０００２】
複数の利用者からのアクセスを受け付けてサービスを提供するコンピュータシステムにおいては、このシステムの負荷を考慮してアクセス制限を設け、一定の利用者数に達するとアクセスを制限する場合がある。しかし、システムの負荷は、利用者の利用状況によって異なるため、上述のアクセス制限を行なった場合にも、コンピュータシステムのリソースが空き状態になっていることがある。一方、負荷がかかるアプリケーションが存在する場合には、一定の利用者数に達する前に過負荷となる可能性もある。このように、一定の利用者数によるアクセス制限では効率的なリソース利用を図ることができない。そこで、コンピュータシステムにおける過負荷を予測し、事前に利用制限を行なうためのアクセス制限装置が検討されている（例えば、特許文献１を参照。）。この文献記載のアクセス制御装置は、アプリケーション監視部、アクセス制御部を備え、今後どの程度コンピュータに負荷がかかるかを計算し、ある閾値を超えた場合、コンピュータシステムへのアクセスを制限する。
【０００３】
また、最近では、遠隔地においても、ネットワークを利用して、講義を受講したり、テストを受験したりすることができるｅ−ラーニングを利用する場合がある（例えば、特許文献２を参照。）。このようなｅ−ラーニングサービスを提供する場合、複数の科目を準備していることが多い。そして、利用者はサービス提供サーバにアクセスした後、利用可能な科目を列挙したメニュー画面から所望の科目を選択して受講や受験することができる。
【特許文献１】特開２００６−１７１８２３号公報（第１頁）
【特許文献２】特開２００６−３０３６４号公報（第１頁、図６）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、限られた期間内に複数の利用者が複数のサービスを利用するような状況下では、サービス提供サーバの負荷が、利用日によって異なる。例えば、ｅ−ラーニングサービスを利用して受験する場合には、通常、その試験内容によってサーバの負荷が異なる。また、試験科目によって受験者数が異なる。さらに、試験科目によって受験可能期間が異なる場合、日によって受験者数が変動することがあり、特に、各科目の受験可能期間の開始日や最終日には、受験者数が増大する可能性がある。
【０００５】
また、一人の利用者が複数の試験科目について受験できる場合、ログイン後にどの科目を受験するかを予測することができない。
従って、サービス提供サーバへのログインを制御することは可能であっても、ログインした利用者におけるシステム負荷の予測が困難である。
【０００６】
一方で、システム負荷が大きくなり、レスポンスが遅くなったのでは、利用者に対して利便性の高いサービスを提供することができない。
しかし、特許文献１に記載の技術では、利用者が利用しているアプリケーションのアクション毎に対して重み付けを算出する必要がある。特に、ｅ−ラーニングのように、サービス提供サーバにログイン後に利用者が選択できる科目が複数存在する場合には、負荷の予測が困難である。
【０００７】
本発明は、上記問題点を解決するためになされたものであり、適切なレスポンス時間を維持することができる利用環境を効率的に実現するためのログイン管理システム、ログイン管理方法及びログイン管理プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記問題点を解決するために、請求項１に記載の発明は、サービス提供手段からサービスを提供するためのログイン許容数に関するデータを記録した許可情報記憶手段と、前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、ログイン許容数を更新する制御手段とを備えたログイン管理システムであって、前記制御手段が、ログイン数を取得する手段と、前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する手段と、前記レスポンス時間と目標値との差分を算出する手段と、前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する手段とを備えたことを要旨とする。
【０００９】
請求項２に記載の発明は、請求項１に記載のログイン管理システムにおいて、前記許可情報記憶手段には、ログイン許容数の初期値として、ログイン制御を行なった実績日のログイン許容数を記録することを要旨とする。
【００１０】
請求項３に記載の発明は、請求項１に記載のログイン管理システムにおいて、前記制御手段が、ログイン制御を行なった実績日における前記サービス提供手段の実績負荷と、ログインの制御を行なう予定日における前記サービス提供手段の予測負荷との比較値を算出し、前記許可情報記憶手段には、ログイン制御を行なった実績日のログイン許容数と前記比較値に基づいて算出したログイン許容数を記録することを要旨とする。
【００１１】
請求項４に記載の発明は、請求項１〜３のいずれか一つに記載のログイン管理システムにおいて、前記ログイン許容数の変更は、前記差分に対して所定の係数を乗算した値を用いて行なうことを要旨とする。
【００１２】
請求項５に記載の発明は、請求項１〜３のいずれか一つに記載のログイン管理システムにおいて、前記ログイン許容数の変更は、前記差分に対して、ログイン数に応じた係数を乗算した値を用いて行なうことを要旨とする。
【００１３】
請求項６に記載の発明は、請求項１〜５のいずれか一つに記載のログイン管理システムにおいて、前記制御手段は、前記サービス提供手段のシステム負荷情報を取得する手段を更に備え、前記システム負荷情報に基づいてログイン許容数を更に変更することを要旨とする。
【００１４】
請求項７に記載の発明は、サービス提供手段からサービスを提供するためのログイン許容数に関するデータを記録した許可情報記憶手段と、前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、ログイン許容数を更新する制御手段とを備えたログイン管理システムを用いてログインを管理する方法であって、前記制御手段が、ログイン数を取得する段階と、前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する段階と、前記レスポンス時間と目標値との差分を算出する段階と、前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する段階とを実行することを要旨とする。
【００１５】
請求項８に記載の発明は、サービス提供手段からサービスを提供するためのログイン許
容数に関するデータを記録した許可情報記憶手段と、前記許可情報記憶手段に記録されたログイン許容数に応じてログインを制御するログイン制御手段と、ログイン許容数を更新する制御手段とを備えたログイン管理システムを用いてログインを管理するプログラムであって、前記制御手段を、ログイン数を取得する手段と、前記ログイン数が前記許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、前記サービス提供手段におけるレスポンス時間を取得する手段と、前記レスポンス時間と目標値との差分を算出する手段と、前記差分に応じて、前記許可情報記憶手段に記録されたログイン許容数を変更する手段として機能させることを要旨とする。
【００１６】
（作用）
請求項１、７又は８に記載の発明によれば、ログイン数を取得し、このログイン数が許可情報記憶手段に記録されたログイン許容数に達した場合には、仮想ユーザを起動し、サービス提供手段におけるレスポンス時間を取得する。そして、レスポンス時間と目標値との差分を算出し、この差分に応じて、許可情報記憶手段に記録されたログイン許容数を変更する。これにより、レスポンス時間を測定するための仮想ユーザによって生じるシステム負荷を軽減しながら、適切なレスポンス時間を維持するためのログイン制御を行なうことができる。
【００１７】
請求項２に記載の発明によれば、ログイン許容数の初期値として、ログイン制御を行なった実績日のログイン許容数を記録する。これにより、過去の実績を利用することによりログイン許容数の初期値を設定し、ログイン制御を行なうことができる。
【００１８】
請求項３に記載の発明によれば、制御手段が、ログイン制御を行なった実績日におけるサービス提供手段の実績負荷と、ログインの制御を行なう予定日におけるサービス提供手段の予測負荷との比較値を算出する。そして、許可情報記憶手段には、ログイン制御を行なった実績日のログイン許容数と比較値に基づいて算出したログイン許容数を記録する。これにより、実績があるログイン許容数に対して、そのときのシステム負荷を考慮しながら、的確なログイン許容数の初期値を設定することができる。
【００１９】
請求項４に記載の発明によれば、ログイン許容数の変更は、差分に対して所定の係数を乗算した値を用いて行なう。これにより、許容し得るレスポンス時間を維持できるようにフィードバックを行ないながらログイン制御を行なうことができる。
【００２０】
請求項５に記載の発明によれば、ログイン許容数の変更は、差分に対して、ログイン数に応じた係数を乗算した値を用いて行なう。これにより、フィードバックの大きさをログイン数に応じて変更することにより、最適なログイン許容数への収束を早めながら、ログイン制御を行なうことができる。
【００２１】
請求項６に記載の発明によれば、制御手段は、サービス提供手段のシステム負荷情報を取得する手段を更に備え、システム負荷情報に基づいてログイン許容数を更に変更することを要旨とする。これにより、レスポンス時間には表れない問題がある場合にも、ログイン制御によりシステム負荷の軽減を図ることができる。
【発明の効果】
【００２２】
本発明によれば、適切なレスポンス時間を維持することができる利用環境を効率的に実現するためのログイン管理システム、ログイン管理方法及びログイン管理プログラムを提供することができる。
【発明を実施するための最良の形態】
【００２３】
以下、本発明を具体化した実施形態を図１〜図１２に従って説明する。本実施形態では
、利用者に対してｅ−ラーニングサービスを提供する場合に用いるログイン管理システム、ログイン管理方法及びログイン管理プログラムとして説明する。このｅ−ラーニングサービスでは、サービス提供サイトにログインした利用者が各種試験を受けることができる。ここでは、図１に示すように、テスト管理サーバ２０がログイン管理システムとして機能する。このテスト管理サーバ２０は、ネットワークを介してユーザ端末１０に接続される。
【００２４】
このユーザ端末１０は、試験を受ける利用者（受験者）が用いるコンピュータ端末であり、各利用者がテスト管理サーバ２０にアクセスする場合に用いられる。ユーザ端末１０は、ネットワークを介してデータを送信する機能や、受信したデータを表示する機能等を有する。このため、このユーザ端末１０は、図示しないＣＰＵ、ＲＡＭ、ＲＯＭの他、キーボード、ポインティングデバイス等の入力手段、ディスプレイ等の出力手段、通信手段等を備える。
【００２５】
テスト管理サーバ２０は、ユーザ端末１０との間でデータの送受信を行なうとともに、各種データ処理を行なうコンピュータシステムである。
テスト管理サーバ２０の制御部２１は、ＣＰＵ、ＲＡＭ、ＲＯＭ等からなる制御手段によって実現される。そして、この制御部２１は、後述する処理（ログイン数取得段階、レスポンス時間取得段階、差分算出段階、許容数変更段階の各処理等）を行なう。そのためのログイン管理プログラムを実行することにより、制御部は、図１に示すように、許容数算出手段２１ａ、ログイン監視手段２１ｂ、テスト実行手段２１ｃ、仮想ユーザ２１１、リソース監視手段２１２として機能する。
【００２６】
許容数算出手段２１ａは、仮想ユーザ２１１やリソース監視手段２１２を利用することにより、ログインを許可するログイン許容数を算出する手段として機能する。
仮想ユーザ２１１は、レスポンス状況を把握するために仮想の受験者として試験を受けるモニタ手段として機能する。仮想ユーザ２１１は、後述するテスト実行手段２１ｃに対してリクエスト（要求）を送信したり、テスト実行手段２１ｃからのレスポンス（応答）を受信したりする機能を備える。そして、仮想ユーザ２１１は、試験実施中のレスポンス時間を測定する。
【００２７】
リソース監視手段２１２はシステム負荷情報を取得する手段として機能し、本実施形態では、後述するテスト実行手段２１ｃの稼動によるＣＰＵやメモリの使用率に関する情報を取得する。リソース監視手段２１２は、ＣＰＵやメモリの使用率に対して、ログイン許容数を変更（加減）するために用いる加減数に変換する関数（ＣＰＵ使用率変換関数やメモリ使用率変換関数）に関するデータを保持している。
【００２８】
ログイン監視手段２１ｂはログイン制御手段として機能し、ユーザ端末１０を用いてアクセスしてきた利用者のユーザ認証を行なう手段として機能する。この場合には、ユーザ端末１０からユーザＩＤとログインパスワードを取得し、後述する受験対象者データ記憶部２７に記録されたユーザＩＤとログインパスワードとを照合する。更に、ログイン監視手段２１ｂは、ログイン数がログイン許容数を超える場合にはログインの制限を行なう手段として機能する。また、ログインを許可する場合には、ログイン監視手段２１ｂは、内部メモリに記憶したログイン数をインクリメントし、ユーザ端末１０からログアウト要求を受信した場合には、ログイン数をデクリメントする。
【００２９】
テスト実行手段２１ｃはサービス提供手段として機能し、ログインが許可された受験者が用いるユーザ端末１０や仮想ユーザ２１１に対して試験問題を提供して、試験を実施する手段として機能する。
【００３０】
更に、このテスト管理サーバ２０は、テストスケジュールデータ記憶部２２、テスト属性データ記憶部２３、基準値データ記憶部２４、目標値データ記憶部２５、ログイン許容数データ記憶部２６、受験対象者データ記憶部２７、試験問題データ記憶部２８を備える。
【００３１】
テストスケジュールデータ記憶部２２には、試験科目毎に試験の実施期間に関するスケジュールデータ２２０を記憶している。このスケジュールデータ２２０は、試験の実施計画を立てた場合に登録される。このスケジュールデータ２２０は、図２に示すように、試験科目識別子、開始日及び最終日に関するデータを含んで構成されている。
【００３２】
試験科目識別子データ領域には、各試験科目を個別に特定するための識別子に関するデータが記録される。
開始日、最終日データ領域には、この試験科目を受験することができる実施期間の始期および終期を特定するための日付に関するデータが記録される。
【００３３】
テスト属性データ記憶部２３には、試験科目毎に試験の詳細に関するテスト属性データ２３０が記録される。このテスト属性データ２３０は、試験を実施した場合のシステム負荷を算出するために用いられ、各試験の内容を決定した場合に登録されて、内容が変更された場合に更新される。このテスト属性データ２３０は、図３に示すように、試験科目識別子、試験種別、問題数、難易度、受験対象者数、未受験者数に関するデータを含んで構成される。
【００３４】
試験科目識別子データ領域には、各試験科目を個別に特定するための識別子に関するデータが記録される。
試験種別データ領域には、この試験科目の種別に関するデータが記録される。本実施形態では、試験種別は、この試験科目の重要度を判断するためのパラメータとして用いられ、本実施形態では「必須試験」、「任意試験」、「資格試験」がある。
【００３５】
問題数データ領域には、この試験科目に含まれる問題の数に関するデータが記録されている。
難易度データ領域には、この試験科目の難しさ（難易度）に関するデータが記録されている。
【００３６】
受験対象者数データ領域には、この試験科目を受験する人数（又は受験することができる人数）に関するデータが記録される。
未受験者数データ領域には、受験対象者の中で、まだ受験していない人数に関するデータが記録される。
【００３７】
基準値データ記憶部２４には、試験科目の特徴（スケジュールやテスト属性）を評価してシステム負荷を算出する場合に用いるパラメータに関する基準値データ２４０が記録される。この基準値データ２４０は、各テスト属性に応じて評価値を決定した場合に登録される。この基準値データ２４０には、図４に示すように、重要度評価テーブル２４１、集中度評価テーブル２４２、繁忙度評価テーブル２４３、思考時間評価テーブル２４４を含んで構成される。
【００３８】
重要度評価テーブル２４１では、試験種別に対して重要度評価値が対応付けられている。この重要度評価値は、利用者が受ける可能性が高い試験の順番に、高い値が付与されている。ここでは、「必須試験」、「資格試験」、「任意試験」の順番に高くなるように設定されている。
【００３９】
集中度評価テーブル２４２では、処理集中率に対して集中度評価値が対応付けられている。この処理集中率は、試験において受験者が考える時間（思考時間）とテスト管理サーバ２０が処理する時間（処理時間）との比率を用いて算出する。そして、この処理集中率は、集中度評価値によって規格化される。
【００４０】
繁忙度評価テーブル２４３では、テストスケジュールにおける日付（特定日）に応じて受験状況を予測するための繁忙度評価値が対応付けられている。例えば、試験の開始日、最終日や最終週は受験希望者が多くなるため、この時期の繁忙度の値を高くして、システム負荷を高く評価するように設定されている。
【００４１】
思考時間評価テーブル２４４には、試験科目の難易度に対して、１問あたりの思考時間（単位思考時間）が対応付けられている。この場合、難易度が高くなると、考える時間が長くなるように設定されている。
【００４２】
目標値データ記憶部２５には、図５に示すように、レスポンス時間として許容できる目標値及びゲインに関するデータが記録される。このレスポンス時間は、ユーザ端末１０から要求を送信してから、ユーザ端末１０において応答を取得するまでの待ち時間である。そして、目標値として、利用者が快適にサービスを利用できる待ち時間を想定して設定されている。また、ゲインは、レスポンス時間が目標値からずれている場合に、目標値との差分をログイン許容数にフィードバックさせる場合に用いる換算係数である。
【００４３】
ログイン許容数データ記憶部２６は許可情報記憶手段として機能し、図６に示すように、ログインを許可する人数を特定するための許容数データ２６０が記録される。この許容数データ２６０は、許容数算出手段２１ａがログイン許容数を算出した場合に記録される。許容数データ２６０は、登録日時、ログイン許容数に関するデータを含んで構成される。
【００４４】
登録日時データ領域には、算出されたログイン許容数を登録した日時を特定するためのデータが記録される。
ログイン許容数データ領域には、ログインを許可する人数を特定するためのデータが記録される。そして、最新の登録日時のログイン許容数を用いて、ログイン監視手段２１ｂは以降のログインの可否を判断する。
【００４５】
受験対象者データ記憶部２７には、図７に示すように、このテスト管理サーバ２０を用いて試験を受けることができる利用者についての受験対象者データ２７０が記録される。この受験対象者データ２７０は、受験対象者を決定した場合に登録され、受験した場合には受験履歴が更新される。この受験対象者データ２７０は、ユーザＩＤ、ログインパスワード、試験科目識別子、受験日に関するデータを含んで構成される。
【００４６】
ユーザＩＤデータ領域には、各利用者を特定するための識別子に関するデータが記録される。
ログインパスワードデータ領域には、本人を確認するためのパスワードに関するデータが記録される。本実施形態では、ユーザＩＤおよびログインパスワードを用いて本人認証が行なわれる。
【００４７】
試験科目識別子データ領域には、この利用者が受験可能な試験を特定するための識別子に関するデータが記録される。更に、この試験科目識別子毎に、受験日データ領域が設けられている。この受験日データ領域には、利用者が試験を受けた日付が記録される。
【００４８】
試験問題データ記憶部２８には、利用者が受験する試験の問題に関するデータが記録さ
れる。この試験問題データは、試験問題を作成した場合に登録される。本実施形態では、この試験問題は対話型出題形式で構成されており、問題毎にユーザ端末１０に対する質問の送信と、ユーザ端末１０からの回答の受信とが繰り返されて試験を実施する。
【００４９】
次に、本実施形態におけるログイン管理について、図８〜図１２に従って説明する。ここでは、ログイン許容数の初期値を算出する処理（図８〜図１０）、ｅ−ラーニングサービスの提供処理、利用状況監視処理（図１１）の順番に説明する。
【００５０】
（ログイン許容数の初期値算出処理）
まず、ログイン許容数の初期値算出処理について、図８を用いて説明する。
ここでは、テスト管理サーバ２０の制御部２１は、予定日及び実績日の試験科目の特定処理を実行する（ステップＳ１−１）。具体的には、制御部２１の許容数算出手段２１ａは、テストスケジュールデータ記憶部２２から、計算対象日（予定日及び実績日）が開始日及び最終日によって特定される試験の実施期間に含まれるスケジュールデータ２２０を取得する。ここでは、「予定日」はログイン許容数を算出する日付を意味し、「実績日」は予定日のログイン許容数を算出するために利用する日付（本実施形態では「前日」）を意味する。そして、許容数算出手段２１ａは、このスケジュールデータ２２０を用いて計算対象日の試験科目を特定する。
【００５１】
次に、テスト管理サーバ２０の制御部２１は、試験科目毎の科目別平均負荷の算出処理を実行する（ステップＳ１−２）。ここでは、ステップＳ１−１において特定した試験科目について、順次、計算対象の試験科目の試験科目識別子を特定して、科目別平均負荷算出処理を実行する。この科目別平均負荷算出処理を、図９に従って説明する。
【００５２】
ここでは、まず、テスト管理サーバ２０の制御部２１は、計算対象科目の問題数及び難易度の取得処理を実行する（ステップＳ２−１）。具体的には、制御部２１の許容数算出手段２１ａは、テスト属性データ記憶部２３の中から計算対象科目の試験科目識別子を含むテスト属性データ２３０を抽出し、問題数及び難易度を取得する。
【００５３】
次に、テスト管理サーバ２０の制御部２１は、思考時間（合計値）の算出処理を実行する（ステップＳ２−２）。具体的には、許容数算出手段２１ａは、計算対象科目のテスト属性データ２３０を用いて難易度を特定する。そして、許容数算出手段２１ａは、この難易度の対応する単位思考時間を、基準値データ記憶部２４に記録された思考時間評価テーブル２４４から取得する。次に、許容数算出手段２１ａは、この単位思考時間に対して問題数を乗算して、この問題科目における思考時間の合計値を算出する。
【００５４】
次に、テスト管理サーバ２０の制御部２１は、レスポンス時間の取得処理を実行する（ステップＳ２−３）。具体的には、制御部２１の許容数算出手段２１ａは、目標値データ記憶部２５に記録された目標値を用いる。なお、過去の実績に基づいて算出したレスポンス時間の統計値（例えば平均値）を用いることも可能である。この場合には、テスト管理サーバ２０の実績データ記憶部（図示せず）に、測定したレスポンス時間の実績値を記憶させておく。
【００５５】
次に、テスト管理サーバ２０の制御部２１は、回答処理時間の算出処理を実行する（ステップＳ２−４）。具体的には、ステップＳ２−３において取得したレスポンス時間に対して、この試験科目の問題数を乗算して回答処理時間を算出する。
【００５６】
次に、テスト管理サーバ２０の制御部２１は、想定回答時間の算出処理を実行する（ステップＳ２−５）。具体的には、制御部２１の許容数算出手段２１ａは、ステップＳ２−２において算出した思考時間と、ステップＳ２−４において算出した回答処理時間とを合
計して想定回答時間を算出する。
【００５７】
以下のステップでは、ログイン数の実績がない「予定日」についての処理と、ログイン数の実績がある「実績日」についての処理とが異なる（ステップＳ２−６）。予定日についての処理を行なう場合（ステップＳ２−６において「予定日」の場合）、テスト管理サーバ２０の制御部２１は、受験対象者数の取得処理を実行する（ステップＳ２−７）。具体的には、制御部２１の許容数算出手段２１ａは、受験対象者データ記憶部２７の中から、計算対象科目の試験科目識別子が記録された受験対象者データ２７０を抽出する。そして、この試験科目に対して受験日（受験実績）が記録されていない未受験者の受験対象者データ２７０の数を計数する。この結果、試験の実施期間の開始前は受験対象者全員の人数を取得し、試験の実施期間中はまだ受験者していない残り人数を取得することになる。そして、許容数算出手段２１ａは、この未受験者数を、この試験科目の試験科目識別子に関連付けて、テスト属性データ記憶部２３のテスト属性データ２３０に記録する。
【００５８】
次に、テスト管理サーバ２０の制御部２１は、合計回答時間の算出処理を実行する（ステップＳ２−８）。具体的には、制御部２１の許容数算出手段２１ａは、ステップＳ２−５において算出した想定回答時間に対して、ステップＳ２−７において算出した受験対象者数を乗算することにより合計回答時間を算出する。
【００５９】
次に、テスト管理サーバ２０の制御部２１は、試験実施日数の算出処理を実行する（ステップＳ２−９）。具体的には、制御部２１の許容数算出手段２１ａは、この試験科目に関するスケジュールデータ２２０をテストスケジュールデータ記憶部２２から抽出し、この試験科目の最終日を特定する。そして、予定日を含めて最終日までの残り日数（試験実施日数）を算出する。
【００６０】
次に、テスト管理サーバ２０の制御部２１は、科目別平均負荷の算出処理を実行する（ステップＳ２−１０）。具体的には、制御部２１の許容数算出手段２１ａは、合計回答時間を試験実施日数で除算することによって科目別平均負荷を算出する。そして、許容数算出手段２１ａは、算出した科目別平均負荷を、試験科目識別子、計算対象日を特定するデータと関連付けて、制御部２１内のメモリに一時記録する。
【００６１】
一方、実績日（ここでは、前日）についての処理を行なう場合（ステップＳ２−６において「実績日」の場合）には、テスト管理サーバ２０の制御部２１は、受験者実績数の取得処理を実行する（ステップＳ２−１１）。具体的には、制御部２１の許容数算出手段２１ａは、受験対象者データ記憶部２７の中から、計算対象科目の試験科目識別子を含む受験対象者データ２７０を抽出する。そして、この試験科目に対して実績日（本実施形態では前日の日付）が記録されている受験対象者データ２７０の数を計数する。この結果、実績日（前日）に受験した人数を取得することができる。
【００６２】
次に、テスト管理サーバ２０の制御部２１は、科目別平均負荷の算出処理を実行する（ステップＳ２−１２）。具体的には、制御部２１の許容数算出手段２１ａは、ステップＳ２−５において算出した想定回答時間に対して、ステップＳ２−１１において算出した受験者実績数を乗算することにより合計回答時間を算出する。実績日として１日分の合計回答時間を算出した場合には、この合計回答時間が科目別平均負荷として算出される。そして、許容数算出手段２１ａは、算出した科目別平均負荷を、試験科目識別子、計算対象日を特定するデータと関連付けて、制御部２１内のメモリに一時記録する。
【００６３】
そして、図８に示すように、予定日及び実績日に試験が実施される試験科目毎に、科目別平均負荷の算出処理を繰り返す。
次に、テスト管理サーバ２０の制御部２１は、予定日、実績日について日別負荷算出処
理を実行する（ステップＳ１−３）。この日別負荷算出処理を、図１０に従って説明する。この日別負荷算出処理は、計算対象日（予定日、実績日）の試験科目毎に行なわれる。
【００６４】
ここでは、計算対象日の試験科目毎に、集中度評価値、重要度評価値、繁忙度評価値を取得する。
具体的には、テスト管理サーバ２０の制御部２１は、処理集中度の算出処理を実行する（ステップＳ３−１）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日の試験科目の回答処理時間を回答時間で除算することにより処理集中度を算出する。
【００６５】
次に、テスト管理サーバ２０の制御部２１は、集中度評価値の取得処理を実行する（ステップＳ３−２）。具体的には、制御部２１の許容数算出手段２１ａは、算出した処理集中度に対応する集中度評価値を、基準値データ記憶部２４に記録された集中度評価テーブル２４２から取得する。
【００６６】
次に、テスト管理サーバ２０の制御部２１は、重要度評価値の取得処理を実行する（ステップＳ３−３）。具体的には、制御部２１の許容数算出手段２１ａは、テスト属性データ記憶部２３の中から計算対象科目の試験科目識別子を含むテスト属性データ２３０を抽出し、試験種別を特定する。次に、許容数算出手段２１ａは、この試験種別に対応する重要度評価値を、基準値データ記憶部２４に記録された重要度評価テーブル２４１から取得する。
【００６７】
次に、テスト管理サーバ２０の制御部２１は、繁忙度評価値の取得処理を実行する（ステップＳ３−４）。具体的には、制御部２１の許容数算出手段２１ａは、テストスケジュールデータ記憶部２２の中から計算対象科目の試験科目識別子を含むスケジュールデータ２２０を抽出する。そして、計算対象日とスケジュールデータ２２０の試験期間とを対比して、計算対象日に対応する繁忙度評価値を、基準値データ記憶部２４に記録された繁忙度評価テーブル２４３から取得する。具体的には、計算対象日が特定日（例えば、開始日や最終日）と一致する場合や、計算対象日が特定期間（例えば最終週）に属する場合には、この特定日や特定期間に関連付けられた繁忙度評価値を取得する。
【００６８】
以上の処理を、テスト管理サーバ２０の制御部２１は、計算対象日（予定日、実績日）の試験科目毎に繰り返す。
次に、テスト管理サーバ２０の制御部２１は、集中度加重値の算出処理を実行する（ステップＳ３−５）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日に実施される各試験科目の集中度評価値を取得して乗算することにより、集中度加重値を算出する。
【００６９】
次に、テスト管理サーバ２０の制御部２１は、計算対象日の重要度加重値の算出処理を実行する（ステップＳ３−６）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日に実施される各試験科目の重要度評価値を取得して乗算することにより、重要度加重値を算出する。
【００７０】
次に、テスト管理サーバ２０の制御部２１は、計算対象日の繁忙度加重値の算出処理を実行する（ステップＳ３−７）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日に実施される各試験科目の繁忙度評価値を取得して乗算することにより、繁忙度加重値を算出する。
【００７１】
次に、テスト管理サーバ２０の制御部２１は、計算対象日の日別負荷評価値の算出処理を実行する（ステップＳ３−８）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日に実施される各試験科目の科目別平均負荷を取得して合計する。更に、科目別
平均負荷の合計に対して、集中度加重値、重要度加重値及び繁忙度加重値を乗算することにより、各計算対象日の日別負荷評価値を算出する。
【００７２】
以上の処理を、テスト管理サーバ２０の制御部２１は計算対象日（予定日、実績日）について繰り返す。
そして、図８に示すように、テスト管理サーバ２０の制御部２１は、初期許容数の算出処理を実行する（ステップＳ１−４）。具体的には、まず、制御部２１の許容数算出手段２１ａは、実績日（ここでは、前日）のログイン許容数を取得する。ここでは、ログイン許容数データ記憶部２６に記録された登録日時を用いて、実績日において最後に登録されたログイン許容数を抽出する。
【００７３】
次に、許容数算出手段２１ａは、予定日の日別負荷評価値（予測負荷）を、実績日の日別負荷評価値（実績負荷）で除算して負荷比（比較値）を算出する。そして、許容数算出手段２１ａは、実績日のログイン許容数に対して負荷比を乗算して初期許容数を算出する。次に、許容数算出手段２１ａは、算出日時（登録日時）とともに、この初期許容数（ログイン許容数）をログイン許容数データ記憶部２６に記録する。以上により、ログイン許容数の初期値算出処理を終了する。
【００７４】
（ｅ−ラーニングサービスの提供処理）
次に、ｅ−ラーニングサービスの提供処理について説明する。
受験を希望する利用者は、ユーザ端末１０を用いてテスト管理サーバ２０にアクセスし、ログイン要求を送信する。この場合、テスト管理サーバ２０の制御部２１のログイン監視手段２１ｂは、ログイン画面データをユーザ端末１０に提供する。そして、ログイン監視手段２１ｂは、ユーザ端末１０から、ログイン画面において入力されたユーザＩＤ及びログインパスワードを取得する。
【００７５】
次に、制御部２１のログイン監視手段２１ｂは、取得したユーザＩＤ及びログインパスワードと、受験対象者データ記憶部２７に記録されたユーザＩＤとログインパスワードとを照合する。ユーザ認証ができた場合、制御部２１のログイン監視手段２１ｂは、テスト実行手段２１ｃに処理を引き継ぐ。そして、テスト実行手段２１ｃは、受験対象者データ記憶部２７に記録された未受験の試験科目を特定し、受験可能科目リスト画面データを生成し、ユーザ端末１０に提供する。
【００７６】
そして、ユーザ端末１０から受験可能科目リスト画面において選択された試験科目の試験科目識別子を含む試験の実施要求を取得した場合、制御部２１のテスト実行手段２１ｃは、選択された試験科目の問題を試験問題データ記憶部２８から取得し、ユーザ端末１０に提供して試験を実施する。
【００７７】
そして、所望の試験についての受験を終了した利用者は、テスト管理サーバ２０からログアウトを行なう。
このように、利用者に対するｅ−ラーニングサービスを提供している時間において、テスト管理サーバ２０の制御部２１は、以下に説明する利用状況監視処理（図１１）を実行する。
【００７８】
（利用状況監視処理）
この利用状況監視処理においては、テスト管理サーバ２０の制御部２１は、ログイン数取得処理を実行する（ステップＳ４−１）。具体的には、制御部２１のログイン監視手段２１ｂは、内部メモリに記憶したログイン数をインクリメントさせるとともに、このログイン数を取得する。
【００７９】
次に、テスト管理サーバ２０の制御部２１は、ログイン数とログイン許容数との比較処理を実行する（ステップＳ４−２）。具体的には、ログイン監視手段２１ｂは、ログイン許容数データ記憶部２６に記録された最新のログイン許容数を取得する。そして、ログイン数がログイン許容数より少ない場合（ステップＳ４−３において「ＮＯ」の場合）には、ログイン監視手段２１ｂは、そのまま、ログイン数の監視を継続する。
【００８０】
一方、ログイン数がログイン許容数に達した場合（ステップＳ４−３において「ＹＥＳ」の場合）、テスト管理サーバ２０の制御部２１は、目標値取得処理を実行する（ステップＳ４−４）。具体的には、制御部２１のログイン監視手段２１ｂは、ログイン数がログイン許容数に達したことを許容数算出手段２１ａに通知する。そして、許容数算出手段２１ａは、目標値データ記憶部２５からレスポンス時間の目標値を取得する。
【００８１】
更に、テスト管理サーバ２０の制御部２１は、ゲイン取得処理を実行する（ステップＳ４−５）。具体的には、許容数算出手段２１ａは、目標値データ記憶部２５に記録されたゲインを取得する。
【００８２】
そして、テスト管理サーバ２０の制御部２１は、仮想ユーザ２１１の起動処理を実行する（ステップＳ４−６）。この場合、起動された仮想ユーザ２１１は、試験期間中の任意の試験科目を選択し、テスト実行手段２１ｃに対して受験者として試験の実施要求を行なう。
【００８３】
この場合、テスト管理サーバ２０の制御部２１は、レスポンス時間の測定処理を実行する（ステップＳ４−７）。具体的には、制御部２１の仮想ユーザ２１１は、試験実施中のレスポンス時間を測定する。そして、レスポンス時間の測定を完了した場合、制御部２１は仮想ユーザ２１１を停止する。
【００８４】
そして、テスト管理サーバ２０の制御部２１は、ログイン許容数の変更処理を実行する（ステップＳ４−８）。具体的には、制御部２１の許容数算出手段２１ａは、目標値から測定したレスポンス時間を差し引いた差分を算出し、この差分にゲインを乗算して、ログイン許容数に対する加減値を算出する。例えば、目標値に対してレスポンス時間が短い場合、図１２（ａ）の時刻（ｔ１，ｔ３，ｔ５）に示すように、目標値よりレスポンス時間が短い場合には、目標値からレスポンス時間を差し引いた差分は正数になる。そして、図１２（ｂ）のようにゲイン（正数）を乗算した値（正数）を、元のログイン許容数に加算する。
【００８５】
一方、時刻（ｔ２，ｔ４）に示すように、目標値よりレスポンス時間が長い場合には、目標値からレスポンス時間を差し引いた差分は負数になり、ゲインを乗算した値を元のログイン許容数から減算する。
【００８６】
そして、許容数算出手段２１ａは、加減算したログイン許容数を現在時刻とともにログイン許容数データ記憶部２６に記録する。
以降、時刻（ｔ６，ｔ７，ｔ８）は、ログイン数がログイン許容数を超えず、そのままログイン許容数を維持している場合には、設定されたログイン許容数が維持される。
【００８７】
また、テスト管理サーバ２０の制御部２１は、ＣＰＵ使用率の監視処理を実行する（ステップＳ５−１）。具体的には、制御部２１のリソース監視手段２１２は、テスト管理サーバ２０のＣＰＵの使用率を監視する。
【００８８】
そして、テスト管理サーバ２０の制御部２１は、ログイン許容数の制御処理を実行する（ステップＳ５−２）。具体的には、制御部２１のリソース監視手段２１２は、ＣＰＵ使
用率をＣＰＵ使用率変換関数に代入して、ログイン許容数を加減算する。そして、リソース監視手段２１２は、加減算したログイン許容数を現在時刻とともにログイン許容数データ記憶部２６に記録する。
【００８９】
テスト管理サーバ２０の制御部２１は、メモリ使用率の監視処理を実行する（ステップＳ６−１）。具体的には、制御部２１のリソース監視手段２１２は、テスト管理サーバ２０のメモリの使用率を監視する。
【００９０】
そして、テスト管理サーバ２０の制御部２１は、ログイン許容数の制御処理を実行する（ステップＳ６−２）。具体的には、制御部２１のリソース監視手段２１２は、メモリ使用率をメモリ使用率変換関数に代入して、ログイン許容数を加減算する。そして、リソース監視手段２１２は、加減算したログイン許容数を現在時刻とともにログイン許容数データ記憶部２６に記録する。
【００９１】
これにより、テスト管理サーバ２０の制御部２１のログイン監視手段２１ｂは、ログイン許容数データ記憶部２６に記録されたログイン許容数を用いてログイン制御を行なう（ステップＳ７−１）。すなわち、ログイン数がログイン許容数データ記憶部２６に記録された最新のログイン許容数に達した場合には、制御部２１のログイン監視手段２１ｂは、新たなログインを拒否する。また、ログイン監視手段２１ｂは、ＣＰＵ使用率やメモリ使用率が所定値を超えた場合も、ログイン許容数を削減して、新たなログイン要求を拒否し、リソースの使用率が所定値になるまで待機する。
【００９２】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・  上記実施形態では、ログイン数とログイン許容数とを比較し、ログイン数がログイン許容数に達した場合には、レスポンス時間の目標値を取得する（ステップＳ４−４）。更に、仮想ユーザ２１１を起動し（ステップＳ４−６）、仮想ユーザ２１１における試験の実施中のレスポンス時間を測定する。そして、テスト管理サーバ２０の制御部２１は、ログイン許容数の変更処理を実行する（ステップＳ４−８）。具体的には、制御部２１の許容数算出手段２１ａは、目標値からレスポンス時間を差し引いた差分を算出し、この差分にゲインを乗算して、ログイン許容数に対する加減値を算出する。そして、許容数算出手段２１ａは、加減算したログイン許容数を現在時刻とともにログイン許容数データ記憶部２６に記録する。これにより、レスポンス時間に応じてログイン数を制御することができ、利用者にとって快適な利用環境を実現することができる。
【００９３】
また、上記実施形態では、仮想ユーザ２１１は、ログイン数がログイン許容数に達した場合に起動される。常時、仮想ユーザ２１１を起動させている場合には、この仮想ユーザ２１１によるＣＰＵやメモリの負荷が大きくなる。このため、必要な場合のみ仮想ユーザ２１１を利用することにより負荷軽減を図ることができる。
【００９４】
・  上記実施形態では、テスト管理サーバ２０の制御部２１は、ＣＰＵ使用率を監視し（ステップＳ５−１）、このＣＰＵ使用率に応じてログイン許容数の制御を行なう（ステップＳ５−２）。また、テスト管理サーバ２０の制御部２１は、メモリ使用率を監視し（ステップＳ６−１）、このメモリ使用率に応じてログイン許容数制御を行なう（ステップＳ６−２）。これにより、レスポンス時間には問題がない場合であってもリソースに問題がある場合には、ログインを制限して快適な利用環境を維持することができる。
【００９５】
・  上記実施形態では、テスト管理サーバ２０の制御部２１は、初期許容数の算出処理を実行する（ステップＳ１−４）。具体的には、制御部２１の許容数算出手段２１ａは、予定日の日別負荷評価値を、実績日の日別負荷評価値で除算して負荷比を算出する。そして、許容数算出手段２１ａは、実績日のログイン許容数に対して負荷比を乗算して初期許
容数を算出する。次に、許容数算出手段２１ａは、算出日時（登録日時）とともに、この初期許容数（ログイン許容数）をログイン許容数データ記憶部２６に記録する。これにより、実績日の負荷を考慮して、初期許容数を設定することができる。
【００９６】
・  上記実施形態では、テスト管理サーバ２０の制御部２１は、試験科目毎の科目別平均負荷を算出する（ステップＳ１−２）。ここでは、テスト管理サーバ２０の制御部２１は、計算対象科目の問題数及び難易度を取得し（ステップＳ２−１）、思考時間（合計値）を算出する（ステップＳ２−２）。次に、テスト管理サーバ２０の制御部２１は、レスポンス時間を取得し（ステップＳ２−３）、回答処理時間を算出し（ステップＳ２−４）、想定回答時間を算出する（ステップＳ２−５）。そして、テスト管理サーバ２０の制御部２１は、処理集中度を算出する（ステップＳ３−１）。具体的には、制御部２１の許容数算出手段２１ａは、計算対象日の試験科目の回答処理時間を回答時間で除算することにより処理集中度を算出する。試験を実施している時間の中には、受験者が考えている時間（思考時間）と、テスト管理サーバ２０が処理を行なっている時間（処理時間）とがある。ここで、思考時間はテスト管理サーバ２０の負荷は小さいが、受験者のユーザ端末１０から取得したデータに応じてレスポンスを行なう処理時間は、テスト管理サーバ２０の負荷が大きくなる。従って、試験の難易度や問題数に応じて、全体の想定回答時間における処理時間の割合を算出することにより、より的確なシステム負荷予測を行なうことができる。
【００９７】
・  上記実施形態では、テスト管理サーバ２０の制御部２１は、重要度評価値の取得処理を実行する（ステップＳ３−３）。重要度が高い場合には、受験する確率が高くなる傾向がある。そこで、試験の属性による利用者の動向を考慮して、より的確なシステム負荷予測を行なうことができる。
【００９８】
・  上記実施形態では、テスト管理サーバ２０の制御部２１は、繁忙度評価値の取得処理を実行する（ステップＳ３−４）。計算対象日が特定日（例えば、開始日や最終日）と一致する場合や、計算対象日が特定期間（例えば最終週）に属する場合には、受験希望者が多くなる傾向がある。そこで、試験のスケジュールによる利用者の動向を考慮して、より的確なシステム負荷予測を行なうことができる。
【００９９】
なお、上記実施形態は、以下の態様に変更してもよい。
○  上記実施形態では、テスト管理サーバ２０の制御部２１は、初期許容数の算出処理を実行する（ステップＳ１−４）。具体的には、制御部２１の許容数算出手段２１ａは、予定日の日別負荷評価値を、実績日の日別負荷評価値で除算して負荷比を算出し、実績日のログイン許容数に対して負荷比を乗算して初期許容数を算出する。初期許容数の算出方法は、これに限定されるものではなく、例えば、実績日のログイン許容数を初期許容数として、ログイン許容数データ記憶部２６に記録するようにしてもよい。
【０１００】
○  上記実施形態では、テストスケジュールデータ記憶部２２には、試験科目毎に試験の実施期間に関するスケジュールデータ２２０を記憶している。このスケジュールデータ２２０は、試験科目識別子、開始日及び最終日に関するデータを含んで構成されている。スケジュールデータ２２０の内容は、これに限定されるものではなく、試験の実施日を特定できるデータを記憶させればよい。例えば、実施する日付を記憶させることも可能である。この場合には、ステップＳ２−９において、スケジュールデータ２２０に記録された日付を計数して実施試験実施日数を算出する。これにより、試験の実施日が離散的な場合にも対応することができる。
【０１０１】
○  上記実施形態では、予定日のログイン許容数を算出するために利用する「実績日」としては「前日」の値を用いる。この「実績日」は実績がある日であれば、「前日」に限
定されるものではなく、例えば、所定の期間（複数の日付）を実績日として用いることも可能である。この場合には、過去の実績に基づいて算出したレスポンス時間の統計値を用いる。そして、図９に示す科目別平均負荷の算出処理におけるステップＳ２−１２において、ステップＳ２−９と同様に実績日の日数を算出して、制御部２１の許容数算出手段２１ａは、合計回答時間を試験実施日数で除算することによって科目別平均負荷を算出する。これにより、前日の値の信頼性が低い場合にも、統計的な値を用いて、より的確な初期許容数を算出することができる。
【０１０２】
○  上記実施形態では、テスト管理サーバ２０の制御部２１は、ログイン許容数の変更処理を実行する（ステップＳ４−８）。具体的には、制御部２１の許容数算出手段２１ａは、目標値からレスポンス時間を差し引いた差分を算出し、この差分にゲインを乗算して、ログイン許容数に対する加減値を算出する。このゲインは一定値に限定されるものではない。例えば、前日の稼動実績に基づいて動的にゲインを変更することも可能である。
【０１０３】
また、各科目の科目別平均負荷が大きい場合には、ゲインを小さくするようにしてもよい。この場合には、ゲインを、その時点でのログイン許容数を変数とする関数を用いて算出するように構成することも可能である。
【０１０４】
また、差分から加減値を算出する関数は１次関数に限定されるものではなく、例えば高次の関数を利用することも可能である。これにより、差分が大きい場合には、より早く最適なログイン許容数を算出することができる。
【０１０５】
○  上記実施形態では、レスポンス時間の測定を完了した場合、制御部２１は仮想ユーザ２１１を停止する。従って、再度、ログイン数がログイン許容数に達するまで（ステップＳ４−３において「ＹＥＳ」の場合）、仮想ユーザ２１１は起動されないことになる。これに代えて、一度、仮想ユーザ２１１を起動させた制御部２１は、この後、定期的に仮想ユーザ２１１を起動させるようにしてもよい。具体的には、制御部２１は、仮想ユーザ２１１を起動させたことをメモリに記憶し、この後、所定の時間間隔で仮想ユーザ２１１の起動処理を繰り返す。
【０１０６】
また、このような仮想ユーザ２１１の起動処理の繰り返しは、目標値よりレスポンス時間が長い場合のみ行なうように構成してもよい。更に、起動処理を実行する時間間隔は、目標値よりレスポンス時間の差分に基づいて設定するようにしてもよい。この場合には、制御部２１に、起動時間間隔を算出するための関数を保持させる。
【図面の簡単な説明】
【０１０７】
【図１】本発明の実施形態のシステム概略図。
【図２】テストスケジュールデータ記憶部に記録されたデータの説明図。
【図３】テスト属性データ記憶部に記録されたデータの説明図。
【図４】基準値データ記憶部に記録されたデータの説明図。
【図５】目標値データ記憶部に記録されたデータの説明図。
【図６】ログイン許容数データ記憶部に記録されたデータの説明図。
【図７】受験対象者データ記憶部に記録されたデータの説明図。
【図８】本実施形態の処理手順の説明図。
【図９】本実施形態の処理手順の説明図。
【図１０】本実施形態の処理手順の説明図。
【図１１】本実施形態の処理手順の説明図。
【図１２】本発明のログイン管理を行なった場合のタイムチャートであって、（ａ）はレスポンス時間のタイムチャート、（ｂ）ログイン許容数のタイムチャートを示す。
【符号の説明】
【０１０８】
１０…ユーザ端末、２０…テスト管理サーバ、２１…制御部、２１ａ…許容数算出手段、２１ｂ…ログイン監視手段、２１ｃ…テスト実行手段、２１１…仮想ユーザ、２１２…リソース監視手段、２２…テストスケジュールデータ記憶部、２３…テスト属性データ記憶部、２４…基準値データ記憶部、２５…目標値データ記憶部、２６…ログイン許容数データ記憶部、２７…受験対象者データ記憶部、２８…試験問題データ記憶部。
【図１】
2008250825.tif 000003
【図２】
2008250825.tif 000004
【図３】
2008250825.tif 000005
【図４】
2008250825.tif 000006
【図５】
2008250825.tif 000007
【図６】
2008250825.tif 000008
【図７】
2008250825.tif 000009
【図８】
2008250825.tif 000010
【図９】
2008250825.tif 000011
【図１０】
2008250825.tif 000012
【図１１】
2008250825.tif 000013
【図１２】
2008250825.tif 000014