(57)【要約】【課題】ログインできるようになった場合、その旨を利用者に知らせることができるＷｅｂサーバシステムを提供する。【解決手段】本発明におけるＷｅｂサーバシステムは、利用者端末１１０とネットワーク１３０を介して接続されるサーバ１２０とから構成されるＷｅｂサーバシステムであって前記サーバ１２０は、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン判定部１２５を有し、前記利用者端末１１０は、前記ログイン判定部１２５によってログインが制限された場合、ログインの予約を受け付けるログイン予約受付部１１２を有し、前記サーバ１２０は、前記ログイン数が減少した場合に、前記ログイン予約受付部１１２によって予約を受け付けたログイン予約ＩＤに対応するメールアドレスへ、ログイン可能メールを送信させる応答制御部１２６と、を有する。【選択図】図１
2014041518.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末と、前記利用者端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムであって、
前記利用者端末は、ログインＩＤとパスワードからなる認証情報の入力を受け付けるログイン認証情報受付部を有し、
前記サーバは、ログインＩＤとパスワードとメールアドレスからなる利用者情報を記憶する利用者情報記憶部と、
前記利用者端末から受信する前記認証情報と、前記利用者情報記憶部が記憶する前記利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理部と、
前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログインを許可し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン判定部と、を有し、
前記利用者端末は、前記ログイン判定部によってログインが制限された場合、ログインの予約を受け付けるログイン予約受付部を有し、
前記サーバは、前記利用者端末から前記ログインの予約の要求を受信した場合、前記認証処理部が保持する前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶部と、
前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報記憶部を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを前記利用者情報記憶部から取得し、取得したメールアドレスへログイン可能メールを送信させる応答制御部と、を有することを特徴とするＷｅｂサーバシステム。
【請求項２】
請求項１に記載のＷｅｂサーバシステムにおいて、前記ログイン数は、ログイン可能メールが送信済みであるログイン予約レコードの数を示すログイン待ち数と、未だログイン可能メールが送信されていない、ログイン予約レコードの数を示すログイン予約数と、現在のログイン数を示す現在ログイン数とを加算したものであることを特徴とするＷｅｂサーバシステム。
【請求項３】
サーバによる処理ステップとして、利用者端末とネットワークを介して接続した、サーバにおける応答制御方法であって、
前記利用者端末から受信する、ログインＩＤとパスワードからなる認証情報と、予め記憶したログインＩＤとパスワードとメールアドレスからなる利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理ステップと、
前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログインを許可し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン処理ステップと、
前記ログイン処理ステップにて、ログインを制限した後、前記利用者端末から、ログインの予約の要求を受信した場合、前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶ステップと、
前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを取得し、取得したメールアドレスへログイン可能メールを送信する応答制御ステップと、を有することを特徴とする応答制御方法。
【請求項４】
請求項３に記載の応答制御方法において、前記ログイン数は、ログイン可能メールが送信済みであるログイン予約レコードの数を示すログイン待ち数と、未だログイン可能メールが送信されていない、ログイン予約レコードの数を示すログイン予約数と、現在のログイン数を示す現在ログイン数とを加算したものであることを特徴とする応答制御方法。
【請求項５】
利用者端末とネットワークを介して接続したサーバのコンピューターを機能させるためのプログラムであって、
前記利用者端末から受信する、ログインＩＤとパスワードからなる認証情報と、予め記憶したログインＩＤとパスワードとメールアドレスからなる利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理ステップと、
前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログインを許可し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン処理ステップと、
前記ログイン処理ステップにて、ログインを制限した後、前記利用者端末から、ログインの予約の要求を受信した場合、前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶ステップと、
前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを取得し、取得したメールアドレスへログイン可能メールを送信する応答制御ステップと、を前記コンピューターに実行させることを特徴とするプログラム。
【請求項６】
請求項５に記載のプログラムにおいて、前記ログイン数は、ログイン可能メールが送信済みであるログイン予約レコードの数を示すログイン待ち数と、未だログイン可能メールが送信されていない、ログイン予約レコードの数を示すログイン予約数と、現在のログイン数を示す現在ログイン数とを加算したものであることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサーバシステム、応答制御方法、および、プログラムに関する。
【背景技術】
【０００２】
例えば、特開２００８−２４２６７６号公報（特許文献１）には、利用者の認証を伴うＷｅｂサーバシステムにおいて、ログイン処理されたログイン数を保持し、ログイン数の制限値を超えるログインの依頼があった場合、認証が成功してもログインを制限する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２４２６７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献１のようなＷｅｂサーバシステムにおいては、ログインが制限された利用者は、しばらく時間経過してから、再度ログインを試みることがある。しかし、前述したような従来のログイン数制限方式では、ログイン数が制限値を超えているかどうかは、実際にログインをしてみないと分からない。つまり、ログインを制限された利用者は、いつになればログイン数がログイン制限値を下回り、ログインできるようになるのかが分からなかった。
【０００５】
本発明の目的は、前述の従来技術による課題を解決しようとするものであり、ログインできるようになった場合、その旨を利用者に知らせることができる技術を提供することである。
【０００６】
本発明の前記ならびにその他の目的と新規な特徴は、本明細書の記述および添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００７】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次のとおりである。
【０００８】
前記目的を達成するために、代表的な発明は、利用者端末と、前記利用者端末とネットワークを介して接続されるサーバとから構成されるＷｅｂサーバシステムであって、以下の特徴を有する。前記利用者端末は、ログインＩＤとパスワードからなる認証情報の入力を受け付けるログイン認証情報受付部を有する。前記サーバは、ログインＩＤとパスワードとメールアドレスからなる利用者情報を記憶する利用者情報記憶部と、前記利用者端末から受信する前記認証情報と、前記利用者情報記憶部が記憶する前記利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理部と、前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログイン処理し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン判定部と、を有する。さらに、前記利用者端末は、前記ログイン判定部によってログインが制限された場合、ログインの予約を受け付けるログイン予約受付部を有する。前記サーバは、前記利用者端末から前記ログインの予約の要求を受信した場合、前記認証処理部が保持する前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶部と、前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報記憶部を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを前記利用者情報記憶部から取得し、取得したメールアドレスへログイン可能メールを送信させる応答制御部と、を有する。
【０００９】
代表的な他の発明は、上記発明を方法という見方から捉えたもので、利用者端末とネットワークを介して接続した、サーバにおける応答制御方法であって、前記利用者端末から受信する、ログインＩＤとパスワードからなる認証情報と、予め記憶したログインＩＤとパスワードとメールアドレスからなる利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理ステップと、前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログインを許可し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン処理ステップと、前記ログイン処理ステップにて、ログインを制限した後、前記利用者端末から、ログインの予約の要求を受信した場合、前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶ステップと、前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを取得し、取得したメールアドレスへログイン可能メールを送信する応答制御ステップと、を有することを特徴とする。
【００１０】
さらに代表的な他の発明は、上記発明をコンピューターのプログラムという見方から捉えたもので、利用者端末とネットワークを介して接続したサーバのコンピューターを機能させるためのプログラムであって、前記利用者端末から受信する、ログインＩＤとパスワードからなる認証情報と、予め記憶したログインＩＤとパスワードとメールアドレスからなる利用者情報とを照合することで、認証処理をするとともに、前記認証処理を正常に通過したログインＩＤを認証済ログインＩＤとして保持する認証処理ステップと、前記認証処理を正常に通過した後に、ログイン数がログイン制限値未満である場合にログインを許可し、ログイン数がログイン制限値以上である場合にログインを制限する、ログイン処理ステップと、前記ログイン処理ステップにて、ログインを制限した後、前記利用者端末から、ログインの予約の要求を受信した場合、前記認証済ログインＩＤをログイン予約ＩＤとして記憶する予約情報記憶ステップと、前記ログイン数が減少した場合に、前記ログイン予約ＩＤをキーとして、前記利用者情報を検索し、前記ログイン予約ＩＤと一致する前記ログインＩＤに対応するメールアドレスを取得し、取得したメールアドレスへログイン可能メールを送信する応答制御ステップと、を前記コンピューターに実行させることを特徴とする。
【発明の効果】
【００１１】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【００１２】
本発明によれば、ログイン数がログイン制限値を下回りログインできるようになった場合、その旨を利用者に知らせることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施の形態であるＷｅｂサーバシステムへのログイン予約方法を実装するＷｅｂサーバシステムの構成例の概要を示した図である。
【図２】図１のＷｅｂサーバシステムにおいてログイン処理の処理フローを示す図である。
【図３】図１のＷｅｂサーバシステムにおいてログイン予約処理の処理フローを示す図である。
【図４】図１のＷｅｂサーバシステムにおいてログアウト処理の処理フローを示す図である。
【図５】図１のＷｅｂサーバシステムにおいてメール送信判定処理の処理フローを示す図である。
【図６】図１のＷｅｂサーバシステムにおいて利用者情報記憶部に記憶された利用者テーブルの構成例を示す図である。
【図７】図１のＷｅｂサーバシステムにおいて予約情報記憶部に記憶されたログイン予約テーブルの構成例を示す図である。
【図８】図１のＷｅｂサーバシステムにおいて応答画面の例（ログイン画面）を示す図である。
【図９】図１のＷｅｂサーバシステムにおいて応答画面の例（ログイン失敗画面）を示す図である。
【図１０】図１のＷｅｂサーバシステムにおいて応答画面の例（ログイン予約画面）を示す図である。
【図１１】図１のＷｅｂサーバシステムにおいて応答画面の例（ログアウト画面）を示す図である。
【図１２】図１のＷｅｂサーバシステムにおいてログイン可能メールの表示例を示す図である。
【図１３】図１のＷｅｂサーバシステムにおいて応答画面の例（業務処理画面）を示す図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一の符号を付し、その繰り返しの説明は省略する。
【００１５】
＜システム構成＞
図１は、本実施の形態のＷｅｂサーバシステムの構成例の概要を示した図である。図１において、Ｗｅｂサーバシステムは例えば、複数の利用者端末１１０と、前記複数の利用者端末１１０とネットワーク１３０を介して接続されるサーバ１２０とから構成される。
【００１６】
利用者端末１１０および、サーバ１２０は、所定のハードウェアおよびソフトウェアにより実装される。例えば、利用者端末１１０およびサーバ１２０は、プロセッサやメモリなどを有し、プロセッサによるメモリ上のプログラムの実行により、後述する各種機能を実現する。
【００１７】
また、利用者端末１１０は、ログイン認証情報受付部１１１、ログイン予約受付部１１２、通信部１１３を備える。
【００１８】
通信部１１３は、サーバ１２０と各種情報のやりとりを行う。
【００１９】
ログイン認証情報受付部１１１は、例えば、後述する図８のようなログイン画面から、利用者による認証情報（ログインＩＤ、パスワード）の入力を受け付けるテキストボックスが該当する。利用者は、テキストボックスへ必要な認証情報を入力しログイン動作を実行する。利用者から受け付けた認証情報は、通信部１１３により、サーバ１２０に送信される。
【００２０】
ログイン予約受付部１１２は、例えば、後述する図１０のようなログイン予約画面の「予約」ボタンが該当する。「予約」ボタンへの操作を受け付けることで、通信部１１３は、サーバ１２０に対してログイン予約の要求をする。サーバ１２０がログイン予約の要求を受信すると、予約情報記憶部１２９にログイン予約レコード（後述、図７）が追加される。
【００２１】
また、サーバ１２０は、通信部１２１、認証処理部１２２、ログイン数算出部１２３、ログイン制限値設定部１２４、ログイン判定部１２５、応答制御部１２６、ＨＴＭＬファイル生成部１２７、利用者情報記憶部１２８、予約情報記憶部１２９を備える。
【００２２】
通信部１２１は、利用者端末１１０と各種情報のやりとりを行う。
【００２３】
利用者情報記憶部１２８は、後述する認証処理に必要な認証情報であるログインＩＤやパスワードを記憶する。また、ログイン可能メール（後述、図１２）の送信に必要なメールアドレスを記憶する。
【００２４】
予約情報記憶部１２９は、ログイン予約テーブル（後述、図７）を記憶する。ログイン予約テーブルは、ログイン予約処理（後述、図３）によって追加されたログイン予約ＩＤやログインＩＤ認証時刻を記憶する。また、ログイン予約数Ｍとログイン待ち数Ｌとを算出するのに必要な、メール送信時刻を記憶する。
【００２５】
認証処理部１２２は、利用者端末１１０からのアクセスに際して、所定の方式による認証処理を行う。この認証処理は、例えば、利用者端末１１０から受信するログインＩＤをキーとして利用者情報記憶部１２８から、パスワードとログインＩＤを取得し、利用者端末１１０から受信するパスワードと、利用者テーブルから取得したパスワードを照合することによって行う。
【００２６】
ログイン数算出部１２３は、認証処理部１２２との間で情報を授受することで、現在、ログインがされている、ログインＩＤの数を示す現在ログイン数Ｎをチェック（更新）する。更に、予約情報記憶部１２９との間で情報を授受することで、ログイン待ち数Ｌと、ログイン予約数Ｍをチェック（更新）する。ここで、ログイン待ち数Ｌとは、ログイン可能メールの送信履歴のあるログイン予約レコードの数を示すものである。そして、ログイン予約数Ｍとは、ログイン可能メールの送信履歴のないログイン予約レコードの数を示すものである。ログイン可能メールの送信履歴の有無は、ログイン予約レコードのメール送信時刻の有無で判定する。ログイン数算出部１２３は、現在ログイン数Ｎと、ログイン予約数Ｍと、ログイン待ち数Ｌとを加算した値を算出し、ログイン数Ｑとして保持する。
【００２７】
ログイン制限値設定部１２４は、設定した制限値Ｈを保持する。制限値Ｈは、サーバ１２０からの制御や設定に基づき更新するようにしても良い。
【００２８】
ログイン判定部１２５は、ログイン数算出部１２３から最新のログイン数Ｑを取得する。また、ログイン制限値設定部１２４から制限値Ｈを取得する。そして、取得したログイン数Ｑと制限値Ｈとの比較をすることで、利用者端末１１０からのログインを制限するか許可（ログイン処理）するかの判定をする。
【００２９】
応答制御部１２６は、例えば、ログイン数算出部１２３から取得するログイン数Ｑの減算を検出する場合、ログイン予約ＩＤと一致するログインＩＤに対応するメールアドレスを利用者情報記憶部１２８から取得する。そして、取得したメールアドレスにログイン可能メール（後述、図１２）を送信させるように通信部１２１を制御する。
【００３０】
ＨＴＭＬファイル生成部１２７は、利用者端末１１０からの要求に応じて、ＨＴＭＬファイルを生成する。生成されたＨＴＭＬファイルは、Ｗｅｂブラウザに送信され、利用者端末１１０のＷｅｂブラウザがＨＴＭＬファイルを解析することで応答画面（後述、図８〜図１３）を表示する。
【００３１】
＜利用者テーブル＞
図６は、利用者情報記憶部１２８に記憶された利用者テーブルの構成例を示している。利用者テーブルは、ログインＩＤ、パスワード、氏名（漢字）、氏名（カナ）、メールアドレス、有効期限などのデータ項目を有する。ログインＩＤは、本サーバ１２０にログインする利用者を識別するＩＤである。パスワードは、ログインＩＤの認証に使う英数字の文字列である。このパスワードは、ログインＩＤと対になって用いられるものであり、利用者が、そのログインＩＤの正規の保有者であることを確認するためのものである。氏名（漢字）は、ログインＩＤの利用者の氏名を漢字で表したものである。氏名（カナ）は、ログインＩＤの利用者の氏名をカナ（片仮名）で表したものである。メールアドレスは、そのログインＩＤの保有者のメールアドレスを表したものである。有効期限は、当該ログインＩＤを使用できる期限を表したものである。
【００３２】
＜ログイン予約テーブル＞
図７は、予約情報記憶部１２９に記憶されたログイン予約テーブルの構成例を示している。ログイン予約テーブルは、複数のログイン予約レコードから構成され、一つのログイン予約レコードは、レコードＮｏ、ログイン予約ＩＤ、ログインＩＤ認証時刻、メール送信時刻、予約期限時刻などのデータ項目から構成される。レコードＮｏは、各ログイン予約レコードに付与される番号であり、ログインＩＤ認証時刻が過去のものから昇順に付与され、ログインＩＤ認証時刻が直近のログイン予約レコードに一番大きな番号が付与される。ログイン予約ＩＤは、本サーバ１２０にログインする利用者を識別するＩＤである。ログインＩＤ認証時刻は、入力したログインＩＤとパスワードが一致することで、認証を正常に通過した時刻を表したものである。メール送信時刻は、ログイン可能メールを利用者端末１１０に送信した時刻を示す。予約期限時刻は、利用者端末１１０が、ログイン予約によってログイン可能な期限を表したものである。
【００３３】
＜処理（１）：ログイン処理＞
次に、図２は、本システムにおけるログイン処理の処理フローを示している（Ｓは処理ステップ等を示す）。まず、利用者端末１１０が、サーバ１２０にアクセスすると、利用者端末１１０にログイン画面（後述、図８）が表示される（Ｓ２０１）。続いて、ログイン画面のログイン認証情報受付部１１１から、利用者は必要な認証情報を入力し、ログイン動作を実行する。入力された認証情報は、通信部１１３に送信される。これに対応して通信部１１３は、入力された認証情報をサーバ１２０へ向けて送信する。認証情報には、例えば、ログインＩＤやパスワード等の情報が含まれる。
【００３４】
次に、サーバ１２０の通信部１２１は、利用者端末１１０の通信部１１３から送信された認証情報を受信すると（Ｓ２０２−Ｙｅｓ）、受信した認証情報を、認証処理部１２２に送信する。そして、認証処理部１２２は、当該認証情報に対して、所定の方式による認証処理を行う。この認証処理では、サーバ１２０内の利用者情報記憶部１２８を参照して判断する。認証処理部１２２は、例えば、認証情報のうちのログインＩＤをキーとして利用者情報記憶部１２８を検索し、ログインＩＤとパスワードを取得する（Ｓ２０３）。認証処理部１２２は、利用者端末からの受信パスワードと、利用者情報記憶部１２８から取得したパスワードを照合することによって、認証処理をする（Ｓ２０４、Ｓ２０５）。
【００３５】
次に、ログインＩＤ又はパスワードが一致しない場合（Ｓ２０４−Ｎｏ、Ｓ２０５−Ｎｏ）、上記認証を通過しない。その場合、利用者端末１１０にログイン失敗画面（後述、図９）が表示される（Ｓ２０７）。
【００３６】
一方、ログインＩＤとパスワードが一致する場合（Ｓ２０４−Ｙｅｓ、Ｓ２０５−Ｙｅｓ）、上記認証を正常に通過する。その場合、認証処理部１２２は、認証を正常に通過した認証済ログインＩＤを、当該ログインを認証した時刻（以下ログインＩＤ認証時刻）とともに保持する。
【００３７】
次に、認証処理部１２２は、認証済ログインＩＤをキーとして、予約情報記憶部１２９を検索する。当該検索では、認証済ログインＩＤと一致するログイン予約ＩＤを検索する。そして、一致するログイン予約ＩＤがある場合、対応する予約期限時刻を取得する（Ｓ２０６）。そして、認証済ログインＩＤと一致するログイン予約ＩＤがあり（Ｓ２０８−Ｙｅｓ）、ログインＩＤ認証時刻が、予約期限時刻内である場合（Ｓ２０９−Ｙｅｓ）、ログイン判定部１２５によりログインを許可するログイン処理がされる（Ｓ２１０）。
【００３８】
そして、ログイン判定部１２５によりログイン処理がされた後、利用者端末には、業務処理画面（後述、図１３）が表示され、利用者は、業務処理を開始することができる。
【００３９】
その後、上記ログイン処理に伴い、対応するログイン予約レコードは削除される（Ｓ２１１）。図７の例で具体例を説明すると、ログイン予約ＩＤが「name01」（レコードＮｏ１）のログイン予約処理した場合、レコードＮｏが１の予約ＩＤレコードが削除される（Ｓ２１１）。さらに、上記削除に伴い、ログイン数算出部１２３は、ログイン待ち数Ｌを「１」減算する（Ｓ２１２）。そして、現在ログイン数Ｎを「１」加算する（Ｓ２１５）。
【００４０】
ここで、Ｓ２０８にて検索した結果、一致するログイン予約ＩＤがなかった場合（Ｓ２０８−Ｎｏ）、Ｓ２１３へ進む。一致するログイン予約ＩＤがある場合（Ｓ２０８−Ｙｅｓ）、Ｓ２０９へ進み、Ｓ２０９にて、ログインＩＤ認証時刻が、予約期限内にない場合（Ｓ２０９−Ｎｏ）にＳ２１３へ進む。Ｓ２１３にて、ログイン判定部１２５は、ログイン数Ｑと制限値Ｈとを比較する。具体的には、ログイン判定部１２５は、ログイン数算出部１２３から最新のログイン数Ｑを取得し、ログイン制限値設定部１２４から制限値Ｈを取得することで、ログイン数Ｑと制限値Ｈとの比較を行う（Ｓ２１３）。ログイン数Ｑが制限値Ｈ未満である場合（Ｓ２１３−Ｙｅｓ）、ログイン判定部１２５により、ログイン処理がされる（Ｓ２１４）。ログイン判定部１２５により、ログイン処理がされた場合、利用者端末には、業務処理画面が表示され、利用者は業務処理を開始することができる。
【００４１】
その後、ログイン判定部１２５によるログインの処理に伴い、ログイン数算出部１２３は、現在ログイン数Ｎを「１」加算する（Ｓ２１５）。
【００４２】
一方、Ｓ２１３にて、ログイン数Ｑが制限値Ｈ以上である場合（Ｓ２１３−Ｎｏ）、ログイン予約処理（後述、図３）へ進む（Ｓ２１６）。
【００４３】
＜処理（２）：ログイン予約処理＞
図３は、本システムにおけるログイン予約処理の処理フローを示している。まず、利用者端末１１０にログイン予約画面（後述、図１０）が表示される（Ｓ３０１）。
【００４４】
その後、ログイン予約画面の「キャンセル」ボタンへの操作を受け付けた場合（Ｓ３０２−「キャンセル」ボタン）、当該操作に対応してログイン予約処理は終了する。
【００４５】
一方、ログイン予約受付部１１２（ログイン予約画面の「予約」ボタン）が操作され、ログイン予約を受け付けた場合（Ｓ３０２−「予約」ボタン）、ログイン予約の要求が、通信部１１３に送信される。これに対応して、通信部１１３は、サーバ１２０へ向けてログイン予約の要求をする。
【００４６】
次に、サーバ１２０の通信部１２１は、利用者端末１１０の通信部１１３からログイン予約の要求を受信すると（Ｓ３０３−Ｙｅｓ）、受信したログインの要求を、認証処理部１２２へ送信する。認証処理部１２２は保持している認証済ログインＩＤと、ログインＩＤ認証時刻とを、予約情報記憶部１２９へ送信する。
【００４７】
続いて、予約情報記憶部１２９は、送信された、認証済ログインＩＤをログイン予約ＩＤとして、レコードＮｏと、ログイン予約ＩＤと、ログインＩＤ認証時刻とからなるログイン予約レコードをログイン予約テーブルに追加する（Ｓ３０４）。さらに、ログイン数算出部１２３は、例えば、予約情報記憶部１２９との間で情報を授受することで、ログイン予約数Ｍを「１」加算する（Ｓ３０５）。
【００４８】
＜処理（３）：ログアウト処理＞
図４は、本システムにおけるログアウト処理の処理フローを示している。まず、利用者端末の業務処理画面（後述、図１３）の「ログアウト」ボタンが操作され、ログアウトの要求を受け付けた場合、利用者端末１１０にログアウト画面（後述、図１１）が表示される（Ｓ４０１）。
【００４９】
その後、ログアウト画面の「キャンセル」ボタンへの操作を受け付けた場合（Ｓ４０２−「キャンセル」ボタン）、ログアウトはされずに、ログアウト処理を終了する。
【００５０】
一方、ログアウト画面の「ＯＫ」ボタンへの操作を受け付けた場合（Ｓ４０２−「ＯＫ」ボタン）、ログアウトの要求が、通信部１１３に送信される。これに対応して、通信部１１３は、サーバ１２０へ向けてログアウトの要求をする。サーバ１２０の通信部１２１は、利用者端末１１０の通信部１１３からログアウトの要求を受信すると（Ｓ４０３−Ｙｅｓ）、サーバ１２０は、ログアウトの処理をする（Ｓ４０４）。
【００５１】
その後、ログアウト処理に伴い、ログイン数算出部１２３は、現在ログイン数Ｎを「１」減算する（Ｓ４０５）。さらに、現在ログイン数が「１」減算されたことに伴い、後述するメール送信判定処理がされる（Ｓ４０６）。
【００５２】
＜処理（４）：メール送信判定処理＞
図５は、本システムにおけるメール送信判定処理の処理フローを示している。まず、ログイン数算出部１２３は、現在ログイン数Ｎ、ログイン予約数Ｍ、ログイン待ち数Ｌのいずれかを減算した場合に応答制御部１２６にメール送信判定処理の要求を送信する。その後、ログイン数算出部１２３は、算出後のログイン数Ｑが算出前に保持していた値よりも減少した場合に、応答制御部１２６にメール送信判定処理の要求を送信する。ここで、現在ログイン数Ｎは、例えば利用者によるログアウトの処理がされた場合に減算される。また、ログイン予約数Ｍ又はログイン待ち数Ｌは、例えば、予約期限時刻を経過したログイン予約レコードを自動的に削除する場合、当該ログイン予約レコードが時刻の経過に伴い削除されることで減算される。
【００５３】
次に、メール送信判定処理の要求を受信した場合、応答制御部１２６はメール送信判定処理を開始する。まず、応答制御部１２６は、予約情報記憶部１２９に、メール送信履歴がないログイン予約レコードがあるかを判定する（Ｓ５０１）。メール送信履歴がないログイン予約レコードがない場合（Ｓ５０１−Ｎｏ）、ログイン確認メール（後述、図１２）を送信することなく、メール送信判定処理を終了する。一方、メール送信履歴がないログイン予約レコードがある場合（Ｓ５０１−Ｙｅｓ）、Ｓ５０２へ進む。
【００５４】
次に、Ｓ５０２では、応答制御部１２６は、メール送信履歴がないログイン予約レコードの中から、最も小さいレコードＮｏを有するログイン予約レコードを抽出する。
【００５５】
その後、応答制御部１２６は、抽出したログイン予約レコードのログイン予約ＩＤをキーに利用者情報記憶部１２８を検索する。そして、ログイン予約ＩＤと一致するログインＩＤに対応するメールアドレスを利用者情報記憶部１２８から取得する（Ｓ５０３）。
【００５６】
次に、応答制御部１２６は、取得したメールアドレス先（利用者端末１１０）にログイン可能メールを送信させる（Ｓ５０４）ように通信部１２１を制御する。ここで、具体例を説明すると、図７においてメール送信履歴がないログイン予約レコードの中から、最も小さいレコードＮｏのログイン予約ＩＤは「name01」である。よって、抽出したログイン予約ＩＤ「name01」をキーに、図６の利用者データベースを検索する。図６において、当該ログイン予約ＩＤ「name01」と一致するログインＩＤ「name01」に対応するメールアドレスは「taro-nippon@ejapan.co.jp」である。よって、メールアドレス「taro-nippon@ejapan.co.jp」に対してログイン可能メールが送信される。
【００５７】
次に、Ｓ５０５では、応答制御部１２６はメール送信時刻を、ログイン予約ＩＤとともに予約情報記憶部１２９へ送信する。予約情報記憶部１２９は、受信したメール送信時刻を、対応するログイン予約ＩＤのログイン予約レコードに書き込む処理をする。
【００５８】
次に、ログイン予約メールが送信された場合、ログイン数算出部１２３はログイン待ち数Ｌを「１」加算し（Ｓ５０６）、さらに、ログイン予約数Ｍを「１」減算する（Ｓ５０７）。
【００５９】
ここで、本発明の応答制御方法およびプログラムは、Ｓ２０２〜Ｓ２０５が認証処理ステップに相当し、Ｓ２１３がログイン処理ステップに相当し、Ｓ３０３〜Ｓ３０５が予約情報記憶ステップに相当し、Ｓ５０１〜Ｓ５０７が応答制御ステップに相当する。
【００６０】
＜応答画面例＞
次に、図８〜図１３は利用者端末１１０に対する、各応答画面の例を示している。
【００６１】
図８は、ログイン画面の例を示す図である。
【００６２】
利用者端末１１０（Ｗｅｂブラウザ等）からサーバ１２０の提供するＷｅｂサイト等へのアクセスに対し、図８のような、ログイン画面が表示される。ログイン画面には、ログインＩＤ、パスワードの入力を受け付けるためのテキストボックスが、表示されている。
【００６３】
利用者からの、テキストボックスへのログインＩＤやパスワード等の認証情報の入力を受け付けることで認証処理が行われる。
【００６４】
図９は、ログイン失敗画面の例を示す図である。図８のログイン画面から、認証情報入力によるログイン要求が、失敗した場合、図９のログイン失敗画面を表示される。図９の画面では、例えばログインＩＤ又はパスワードに誤りがある旨のメッセージを表示する。この場合、例えば「戻る」ボタンの操作を受け付けることで、図８のログイン画面に戻ることができ、利用者は再度の認証情報入力によりログイン要求を試行することができる。
【００６５】
図１０は、ログイン予約画面の例を示す図である。図１０のログイン予約画面では、「本システムは、現在、大量にアクセスが集中し、利用できない状況です。「予約」頂ければ、空きができた段階で、メールでご連絡致します。以下のボタンを押してください。予約される方は「予約」ボタン、予約されない方は「キャンセル」ボタン」等のメッセージとともに、「予約」「キャンセル」ボタンが表示される。「予約」ボタンへの操作を受け付けることで、サーバにログイン予約要求が送信され、予約情報記憶部１２９にログイン予約レコードが追加される。
【００６６】
図１１は、ログアウト画面の例を示す図である。ログアウト画面では、「本システムを終了し、ログアウトします。よろしいですか？」等のメッセージとともに、「ＯＫ」「キャンセル」のボタンが表示される。「ＯＫ」ボタンの操作を受け付けた場合、ログアウト処理が実行される。「キャンセル」ボタンの操作を受け付けた場合、ログアウト処理がキャンセルされる。
【００６７】
図１２は、利用者端末１１０に送信されたログイン可能メールの表示例を示す図であり、例えば空きができログインが可能になった旨が、ログイン予約可能な期限とともに利用者端末１１０に表示される。
【００６８】
図１３は、業務処理画面の例を示す図である。業務処理画面では、「日付の入力」「振替伝票入力」「集計処理」「日計表」「ログアウト」のボタンが表示される。利用者は「日付の入力」「振替伝票入力」「集計処理」「日計表」ボタンを選択することで、対応する業務処理をすることができる。
【００６９】
＜本実施の形態の効果＞
本実施の形態によれば、ログイン数がログイン制限値を下回りログインできるようになった場合、その旨を利用者に知らせることができる。
【００７０】
また、ログイン予約レコードの数を含めたログイン数がログイン制限値を下回ったときにログインできるようにすることで、ログイン可能メールが送られた利用者は確実にログインできる。
【００７１】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
【産業上の利用可能性】
【００７２】
本発明は、ログイン数がログイン制限値を下回りログインできるようになった場合、その旨を利用者に知らせることができるという優れた効果を有し、利用者端末だけではなく、携帯電話等に適用することができる。
【符号の説明】
【００７３】
１１０  利用者端末
１１１  ログイン認証情報受付部
１１２  ログイン予約受付部
１１３  通信部
１２０  サーバ
１２１  通信部
１２２  認証処理部
１２３  ログイン数算出部
１２４  ログイン制限値設定部
１２５  ログイン判定部
１２６  応答制御部
１２７  ＨＴＭＬファイル生成部
１２８  利用者情報記憶部
１２９  予約情報記憶部
１３０  ネットワーク
【図１】
2014041518.tif 000003
【図２】
2014041518.tif 000004
【図３】
2014041518.tif 000005
【図４】
2014041518.tif 000006
【図５】
2014041518.tif 000007
【図６】
2014041518.tif 000008
【図７】
2014041518.tif 000009
【図８】
2014041518.tif 000010
【図９】
2014041518.tif 000011
【図１０】
2014041518.tif 000012
【図１１】
2014041518.tif 000013
【図１２】
2014041518.tif 000014
【図１３】
2014041518.tif 000015