(57)【要約】【課題】  ログインから所定の時間が経過した場合にログアウトを自動的に行ってタイムアウトを管理するＷｅｂサーバにおいて、所定の条件下においてタイムアウトを回避し、かつタイムアウト回避のためのダミーのリクエストと真正なリクエストの競合を防止することが可能なタイムアウト回避プログラムを提供する。【解決手段】  Ｗｅｂサーバ２０にログインした顧客端末１０において、入力に時間を要する等の所定の入力画面においては、定期的に、又は所定の操作によってタイムアウト回避のためのダミーのリクエストをＷｅｂサーバ２０に送信する。その際に、ダミーリクエストの送信とあわせて入力画面に入力されたデータの受け付けを一時的に停止させる動作を実行して、送信後には停止を解除する。【選択図】        図１
2008158808.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記第１の経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、
入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記Ｗｅｂサーバに前記電文を送信するステップと、
前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
を実行させることを特徴とするタイムアウト回避プログラム。
【請求項２】
ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの経過時間をカウントし、前記経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、
所定の入力用の表示画面が表示されると、前記表示画面における所定の操作の実行を監視するステップと、
前記所定の操作の実行を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、
前記所定の操作の実行を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記電文の送信処理を完了すると、前記受付処理の停止を解除するステップと、
を実行させることを特徴とするタイムアウト回避プログラム。
【請求項３】
前記所定の操作には、前記端末における所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力の少なくとも１つが含まれること
を特徴とする請求項２記載のタイムアウト回避プログラム。
【請求項４】
前記端末に、
入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、
前記確認操作を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、
前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
を実行させることを特徴とする請求項２又は３記載のタイムアウト回避プログラム。
【請求項５】
ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの経過第１の時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、
入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、
前記確認操作を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、
前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
を実行させることを特徴とするタイムアウト回避プログラム。
【請求項６】
Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、
前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、
前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記Ｗｅｂサーバに所定の電文を送信するステップと、
前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記第１の経過時間をリセットして前記第１の経過時間の再カウントを開始するステップと、
を有することを特徴とするタイムアウトの回避方法。
【請求項７】
Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、
前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの経過時間をカウントし、前記経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、
前記端末が、所定の入力用の表示画面が表示されると、前記表示画面における所定の操作の実行を監視するステップと、
前記端末が、前記所定の操作の実行を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、
前記端末が、前記所定の操作の実行を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するステップと、
前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記経過時間をリセットして経過時間の再カウントを開始するステップと、
を有することを特徴とするタイムアウトの回避方法。
【請求項８】
前記所定の操作には、前記端末における所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力の少なくとも１つが含まれること
を特徴とする請求項６記載のタイムアウトの回避方法。
【請求項９】
前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、
前記端末が、前記確認操作を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、
前記端末が、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記Ｗｅｂサーバでカウントしている経過時間をリセットして前記経過時間の再カウントを開始するステップと、
を有することを特徴とする請求項６又は７記載のタイムアウトの回避方法。
【請求項１０】
Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、
前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、
前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、
前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、
前記端末が、前記確認操作を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、
前記端末が、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、
前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、
前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記Ｗｅｂサーバでカウントしている経過時間をリセットして前記経過時間の再カウントを開始するステップと、
を有することを特徴とするタイムアウトの回避方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログインから所定の時間が経過した場合にログアウトを自動的に行うことによってタイムアウトを管理するＷｅｂサーバにおいて、所定の条件下においてはタイムアウトを回避することが可能な、タイムアウト回避プログラム及びタイムアウトの回避方法に関するものである。
【背景技術】
【０００２】
インターネットバンキングのように、ＩＤとパスワードによってユーザの本人確認を行う認証システムを採用するインターネット経由の取引サービスにおいては、一般に、ユーザの認証が行われてログインが許可されると、ユーザの操作する端末とＷｅｂサーバの間のセッションが開始され、必要なデータや電文の送受信が行われる。ユーザがログアウトの処理を行うと、端末とＷｅｂサーバの間のセッションが終了する。
【０００３】
セッションを維持している間は、Ｗｅｂサーバはユーザのログイン状態や取引内容を認識するため、メモリやＣＰＵ等のリソースの一部が割り当てられた状態が、ログアウトまで続くことになる。実際にユーザが取引のための作業を継続しているのであれば、リソースを確保しておくことが必要だが、取引を終了したにもかかわらずユーザがログアウトの処理を失念した場合や、ユーザが作業を中断して離席している場合などには、リソースを無駄に使用することとなり、Ｗｅｂサーバにかかる処理負担が増して、レスポンスが低下してしまうおそれが生じることになる。
【０００４】
また、取引の安全性を確保する観点からも、ユーザがログアウトの処理を失念して長時間離席してしまった場合に、セッションを維持したままだと認証を要求されることなく取引の依頼が可能になり、悪意の第三者によって不正な取引が行われてしまうリスクが生じてしまうため、端末からのリクエストが一定の時間送信されない状態となった場合には、セッションを強制的に中断することが好ましい。このような理由から、ログインを行った端末との間で一定時間リクエストの送信が行われない場合には、Ｗｅｂサーバ側で自動的にログアウトの処理を行うことが広く行われている。
【０００５】
しかしながら、上記の方法によると、例えば表示された画面に多くの入力欄が存在していて、ユーザが入力操作を行っているうちにタイムアウトとなってしまった場合、再ログインのための操作が必要になるだけでなく、それまでに入力したデータが失われてしまうという問題が生じることがある。このような問題を回避する方法として、Ｗｅｂサーバにおいてカウントしているタイムアウトまでの時間をリセットするためのリクエストを、所定のタイミングで端末から自動的に送信する発明が開示されている（例えば、特許文献１参照。）。
【０００６】
【特許文献１】特開２００５−０７８３９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
特許文献１記載の発明のように、端末から定期的にタイムアウトをリセットするダミーのリクエストを送信することによって、ユーザは特に意識をしなくても、自動的にタイムアウトを回避してセッションを維持することが可能になる。しかしながら、このダミーのリクエストはユーザの入力操作とは別に行われるため、例えばダミーのリクエストを送信するタイミングと同時にユーザの操作によって何らかのリクエストが送信された場合、ダミーのリクエストと真正なリクエストが競合して、エラーを起こしてしまうことがある。
【０００８】
本発明は、このような課題に対応するためになされたものであり、ログインから所定の時間が経過した場合にログアウトを自動的に行うことによってタイムアウトを管理するＷｅｂサーバにおいて、所定の条件下においてはタイムアウトを回避し、かつタイムアウト回避のためのダミーのリクエストと真正なリクエストの競合を防止することが可能な、タイムアウト回避プログラム及びタイムアウトの回避方法を提供することを目的とするものである。
【課題を解決するための手段】
【０００９】
本発明では、ログインを受け付けた端末において、タイムアウト回避のためのダミーのリクエストを送信する際に、あわせて入力画面に入力されたデータの受け付けを一時的に停止させるプログラムを動作させることによって、上記の課題を解決している。
【００１０】
本願にかかる課題を解決する第１の発明は、ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記第１の経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記Ｗｅｂサーバに前記電文を送信するステップと、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、を実行させることを特徴とするタイムアウト回避プログラムである。
【００１１】
第１の発明にかかるプログラムは、タイムアウトの時間が近付くと自動的にダミーのリクエストを送信し、あわせて入力画面に入力されたデータの受け付けを一時的に停止させる動作を実行する。Ｗｅｂサーバから入力に時間を要する画面を送信する際等に、このプログラムを端末に送信することによって、タイムアウトを回避し、かつダミーのリクエストと真正なリクエストの競合を防止することが可能になる。
【００１２】
本願にかかる課題を解決する第２の発明は、ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの経過時間をカウントし、前記経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、所定の入力用の表示画面が表示されると、前記表示画面における所定の操作の実行を監視するステップと、前記所定の操作の実行を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、前記所定の操作の実行を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記電文の送信処理を完了すると、前記受付処理の停止を解除するステップと、を実行させることを特徴とするタイムアウト回避プログラムである。
【００１３】
第２の発明では、前記所定の操作には、前記端末における所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力の少なくとも１つが含まれることを特徴とすることもできる。
【００１４】
第２の発明にかかるプログラムは、端末で所定の操作が行われると自動的にダミーのリクエストを送信し、あわせて入力画面に入力されたデータの受け付けを一時的に停止させる動作を実行する。ユーザが端末において行う入力操作、例えば所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力などが行われた際にダミーのリクエストを送信するよう設定することによって、タイムアウトを回避し、かつダミーのリクエストと真正なリクエストの競合を防止することが可能になる。
【００１５】
第２の発明は、前記端末に、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、前記確認操作を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、を実行させることを特徴とすることもできる。
【００１６】
第２の発明では、ユーザの行った操作がダミーのリクエストを送信する条件に足りない場合はタイムアウトとなってしまうため、一定時間が経過するとタイムアウトの警告メッセージを表示し、ユーザが操作を継続したい場合には所定の操作を実行させて経過時間をリセットすることによって、タイムアウトの回避をより確実にすることができる。このリクエストを送信する際にも、あわせて入力画面に入力されたデータの受け付けを一時的に停止させることが好ましい。
【００１７】
本願にかかる課題を解決する第３の発明は、ネットワークを介してログインした端末とのセッションにおいて、前記端末からリクエストを受け付けてからの経過第１の時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行するとともに、前記端末から所定の電文を受信すると前記経過時間をリセットする機能を備えたＷｅｂサーバが、前記ログアウトの処理によるタイムアウトを回避するために前記端末に送信するプログラムであって、前記端末に、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、前記確認操作を受け付けると、前記Ｗｅｂサーバに前記電文を送信するステップと、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、を実行させることを特徴とするタイムアウト回避プログラムである。
【００１８】
第３の発明では、一定時間が経過するとタイムアウトの警告メッセージを表示し、ユーザが操作を継続したい場合には所定の操作を実行させて経過時間をリセットすることとしており、ユーザが意識せずにダミーのリクエストが送信されるものではないので、操作が適切に行なわれ、通信回線に障害等が生じなければリクエストの競合は起こりにくい。しかしながら、例えばユーザの誤操作や通信の遅延によってリクエストに競合が発生することも起こり得るため、かかる実施形態においても、ユーザの操作によるリクエストを送信する際には、あわせて入力画面に入力されたデータの受け付けを一時的に停止させることが好ましい。
【００１９】
本発明は、本発明にかかるタイムアウト回避プログラムによって実行されるタイムアウトの回避方法として特定することもできる。
【００２０】
第１の発明に対応するタイムアウトの回避方法は、Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記Ｗｅｂサーバに所定の電文を送信するステップと、前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記第１の経過時間をリセットして前記第１の経過時間の再カウントを開始するステップと、を有することを特徴とするタイムアウトの回避方法である。
【００２１】
第２の発明に対応するタイムアウトの回避方法は、Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの経過時間をカウントし、前記経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、前記端末が、所定の入力用の表示画面が表示されると、前記表示画面における所定の操作の実行を監視するステップと、前記端末が、前記所定の操作の実行を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、前記端末が、前記所定の操作の実行を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するステップと、前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記経過時間をリセットして経過時間の再カウントを開始するステップと、を有することを特徴とするタイムアウトの回避方法である。
【００２２】
第２の発明に対応するタイムアウトの回避方法は、前記所定の操作には、前記端末における所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力の少なくとも１つが含まれることを特徴とすることもできる。
【００２３】
第２の発明に対応するタイムアウトの回避方法は、前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、前記端末が、前記確認操作を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、前記端末が、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記Ｗｅｂサーバでカウントしている経過時間をリセットして前記経過時間の再カウントを開始するステップと、を有することを特徴とすることもできる。
【００２４】
第３の発明に対応するタイムアウトの回避方法は、Ｗｅｂサーバと、前記Ｗｅｂサーバにネットワークを介してログインした端末によって実行されるタイムアウトの回避方法であって、前記Ｗｅｂサーバは、前記端末からリクエストを受け付けてからの第１の経過時間をカウントし、前記第１の経過時間が制限時間に達すると自動的にログアウトの処理を実行する機能を備えていて、前記端末が、入力用の表示画面が表示されてからの第２の経過時間をカウントするステップと、前記端末が、前記第２の経過時間が前記制限時間を基準とした時間に達したことを検知すると、前記表示画面にタイムアウトを回避するための確認操作の実行を促すメッセージを表示させるステップと、前記端末が、前記確認操作を受け付けると、前記Ｗｅｂサーバに所定の電文を送信するステップと、前記端末が、前記確認操作を受け付けると、前記表示画面に入力されたデータの受付処理を停止させるステップと、前記端末が、前記電文の送信処理を完了すると、前記受付処理の停止を解除するとともに、前記第２の経過時間をリセットして前記第２の経過時間の再カウントを開始するステップと、前記Ｗｅｂサーバが、前記端末から前記電文を受信すると、前記Ｗｅｂサーバでカウントしている経過時間をリセットして前記経過時間の再カウントを開始するステップと、を有することを特徴とするタイムアウトの回避方法である。
【発明の効果】
【００２５】
本発明によって、ログインから所定の時間が経過した場合にログアウトを自動的に行うことによってタイムアウトを管理するＷｅｂサーバにおいて、所定の条件下においてはタイムアウトを回避し、かつタイムアウト回避のためのダミーのリクエストと真正なリクエストの競合を防止することが可能になる。インターネットバンキング等において、タイムアウトが生じやすい入力項目の多い取引画面を表示する際に、特に有効である。
【発明を実施するための最良の形態】
【００２６】
本発明を実施するための最良の形態について、図面を用いて以下に詳細に説明する。尚、以下の説明では、本発明にかかるタイムアウト回避プログラムを、インターネットバンキングに適用する例について説明するが、以下の説明は本発明の実施形態の一例を示したものであって、本発明はかかる実施形態に限定されるものではない。
【００２７】
図１は、本発明にかかるタイムアウト回避プログラムを送信するためのシステム構成を示すブロック図である。図２〜図９は、本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す、それぞれ第１〜第８の図である。図１０〜図１９は、本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す、それぞれ第１〜第１０の図である。図２０は、本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるダミーリクエスト送信のフローチャートである。図２１は、本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるダミーリクエスト送信の第１のフローチャートである。図２２は、本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるダミーリクエスト送信の第２のフローチャートである。
【００２８】
本発明にかかるタイムアウト回避プログラムは、図１に示したように、Ｗｅｂブラウザ１１を備えた顧客端末１０が、顧客端末１０からのリクエストに応じて所定のＷｅｂページを送信するＷｅｂページ送信部２１を備えたＷｅｂサーバ２０に、インターネットを介してアクセスする環境下において、Ｗｅｂサーバ２０から顧客端末１０に対して送信されるプログラムである。ここでは、Ｗｅｂサーバ２０は、インターネットバンキングのサービスに用いられるサーバであるものとして説明する。
【００２９】
Ｗｅｂサーバ２０はタイムアウト管理部２２を備えていて、顧客端末１０がＷｅｂサーバ２０にログインを行った後から経過時間のカウントを開始し、顧客端末１０との通信が行われていない時間が所定の時間を超過すると、強制的にログアウトの処理を実行する。また、Ｗｅｂサーバ２０は、取引処理部３１と口座情報記憶部３２を備えたホストコンピュータ３０と接続されていて、Ｗｅｂサーバ２０で残高照会、振込処理などの取引依頼を受け付けると、口座情報記憶部３２から必要なデータを読み出して、取引処理部３１で所定の処理を実行する。
【００３０】
図１に示した構成を前提に、タイムアウト回避のためのダミーリクエストを定期的に送信する、本発明にかかるタイムアウト回避プログラムの第１の実施形態のフローについて、図２〜図９を用いて、以下に順を追って説明する。
【００３１】
まず、顧客がインターネットバンキングで取引を行いたい場合、顧客端末１０においてＷｅｂブラウザ１１を起動し、インターネットバンキングのトップページ等のＵＲＬを指定して、Ｗｅｂサーバ２０にアクセスする。さらに、顧客端末１０においてログイン用のページをリクエストすると、Ｗｅｂサーバ２０のＷｅｂページ送信部２１からＩＤ、パスワードの入力フォームとログインの実行ボタンを表示するＷｅｂページが送信される。
【００３２】
図２に示したように、顧客端末１０においてＩＤとパスワードを入力して、ログインの実行ボタンが押下されると、入力されたＩＤとパスワードを含むリクエスト電文が、顧客端末１０からＷｅｂサーバ２０に送信される。
【００３３】
Ｗｅｂサーバ２０がこのリクエスト電文を受信すると、図３に示したように、電文に含まれるＩＤとパスワードを識別して、予め登録された顧客情報のＩＤとパスワードに一致するかを照合する。ここで照合に用いられる顧客情報は、インターネットバンキング専用のものとしてＷｅｂサーバ２０に記憶されるものであってもよいし、ホストコンピュータ３０の口座情報記憶部３２に記憶されるものであってもよい。照合は、入力されたＩＤと一致する有効なＩＤが顧客情報に存在しているかを確認し、存在している場合にはこれと関連付けて記憶されているパスワードと入力されたパスワードが一致するかを確認することによって行なわれるが、認証の方法はパスワード方式に限定されるものではなく、生体認証などの他の方式を用いるものであってもよい。
【００３４】
ＩＤとパスワードが一致して、顧客の本人認証が行われると、顧客端末１０とＷｅｂサーバ２０の間でインターネットバンキングサービスのためのセッションが開始され、セッション管理のために、固有のセッションＩＤが割り当てられる。ここで割り当てられるセッションＩＤは、以後の取引処理等に用いるために、何らかの方法で顧客のＩＤと関連付けておくことが必要である。
【００３５】
顧客端末１０とＷｅｂサーバ２０のセッションが開始されると、図４に示したように、セッションの開始からの経過時間がカウントされ、セッションＩＤと関連付けてタイムアウト管理部２２（Ｗｅｂサーバ２０の所定のメモリ領域）に一時記憶される。Ｗｅｂサーバ２０のＷｅｂページ送信部２１からは、インターネットバンキング取引用のＷｅｂページ等が、顧客端末１０に送信される。
【００３６】
このセッションが維持されている間に、顧客端末１０において、例えば図５に示したように、「お振込み」の選択ボタンが押下されると、振込明細を入力するための新たなＷｅｂページを表示するためのリクエスト電文が、Ｗｅｂサーバ２０に送信される。この時点において、このセッションにおけるログインからの経過時間は、タイムアウト管理部２２に３０秒と記憶されているものとする。
【００３７】
続いて、図６に示したように、リクエスト電文を受け付けたＷｅｂサーバ２０では、リクエスト電文から「お振込み」が選択されたことを認識して、振込明細を入力するためのＷｅｂページを、Ｗｅｂページ送信部２１から顧客端末１０に送信する。このときに、タイムアウト管理部２２に記憶されているログインからの経過時間は、３０秒から０秒へとリセットされ、タイムアウトまでの時間が自動延長される。
【００３８】
図５と図６では、取引用の選択ボタンが押下される例について説明したが、Ｗｅｂサーバ２０でタイムアウト管理部２２に記憶された経過時間をリセットするトリガとなるリクエスト電文は特に限定されるものではなく、次画面への遷移の選択、他のページへのリンクの選択など、Ｗｅｂサーバ２０に新たなＷｅｂページの送信を要求するものであればよい。
【００３９】
図６では、振込明細を入力するためのＷｅｂページを顧客端末１０に送信するが、このＷｅｂページでは入力項目が多くて入力中にタイムアウトが生じやすいため、タイムアウトを自動的に回避するために、顧客が操作を行わなくても経過時間をリセットするためのダミーのリクエストとなる電文を定期的に送信するためのプログラムが記述されたスクリプトファイルが、Ｗｅｂサーバ２０から顧客端末１０に送信される。このスクリプトファイルには、送信したＷｅｂページを表示してからの経過時間をカウントすること、経過時間が所定の時間（ここでは１５分）になったらＷｅｂサーバ２０の経過時間をリセットするためのダミーのリクエストとなる電文を送信すること、ダミーのリクエストとなる電文を送信する際に入力画面をフリーズさせて入力されたデータの受付処理を停止させるとともに、端末側でカウントしている時間をリセットすること、ダミーのリクエストとなる電文の送信を完了すると入力画面のフリーズを解除すること、についての命令が記述されている。
【００４０】
尚、顧客端末１０側からダミーのリクエストとなる電文を送信するための所定の時間については、Ｗｅｂサーバ側でタイムアウトとなる制限時間以下に設定することが必要で、この例では通信や演算処理にかかる時間を考慮せずいずれも１５分としているが、通信の遅れ等によってタイムアウトとなってしまうことを回避するためには、前者の時間を後者の制限時間より短く設定することが好ましい。顧客端末１０で振込明細の入力画面が表示されると、顧客端末１０で受信したスクリプトファイルによって経過時間のカウントが開始され、顧客端末１０の所定のメモリ領域に一時記憶される。尚、経過時間をカウントする起点については、Ｗｅｂページの表示するファイルを受信した時点としても、実質的な効果は同様である。
【００４１】
振込明細の入力ページが表示された顧客端末１０では、顧客が各々の項目に必要なデータを入力する。画面上に入力作業を行っているだけであれば、Ｗｅｂサーバ２０に何らかのリクエストが行われることはないため、そのまま顧客端末１０、Ｗｅｂサーバ２０でそれぞれ経過時間がカウントされる。図７に示したように、タイムアウトの時間として設定された１５分が経過すると、顧客端末１０では先に受信したスクリプトファイルによって一時記憶している経過時間が１５分となったことが検知され、セッションＩＤを付された経過時間をリセットするためにダミーのリクエストとなる電文が、図８に示したようにＷｅｂサーバ２０に送信される。
【００４２】
このときに、同じくスクリプトファイルによって入力画面がフリーズされ、入力されたデータの受付処理が一時的に停止される。もし、このタイミングで顧客が何らかのボタンを押下してダミーのリクエストとなる電文以外のリクエスト電文が送信されると、Ｗｅｂサーバ２０では同じセッションＩＤからのリクエストが競合することとなってしまうが、入力画面をフリーズさせて一時的に顧客の行った操作の受け付けを停止させることによって、かかる競合を回避することが可能になる。
【００４３】
ダミーのリクエストとなる電文を受信したＷｅｂサーバ２０では、図９に示したように、１５分となった経過時間が０秒にリセットされ、再度経過時間のカウントが開始されるので、強制的なタイムアウトは実行されず、顧客はそのまま振込明細の入力を継続することができる。また、顧客端末１０では、スクリプトファイルによって、顧客端末１０側でカウントして一時記憶していた経過時間がリセットされ、再度経過時間のカウントが開始される。ダミーのリクエストとなる電文の送信処理が完了すると、顧客端末１０の入力画面のフリーズは解除される。解除のタイミングは特に限定されず、入力画面のフリーズの解除は送信処理の実行によって直ちに行うこととしてもよいし、Ｗｅｂサーバ２０から電文の受け付けを知らせる通知を受け取るよう設定して、該電文の受信を待って解除することとしてもよい。
【００４４】
図１に示した構成を前提に、タイムアウト回避のためのダミーリクエストを端末で所定の操作が行われると自動的に送信する、本発明にかかるタイムアウト回避プログラムの第２の実施形態のフローについて、図１０〜図１９を用いて、以下に順を追って説明する。尚、Ｗｅｂサーバ２０でログインを受け付けて、セッションが開始されるまでの図２、図３のフローは、第２の実施形態でも同様である。
【００４５】
第２の実施形態でも、図１０に示したように、ログインの処理が行われるとＷｅｂサーバ２０においてセッションの開始からの経過時間がカウントされ、セッションＩＤと関連付けてタイムアウト管理部２２（Ｗｅｂサーバ２０の所定のメモリ領域）に一時記憶される。Ｗｅｂサーバ２０のＷｅｂページ送信部２１からは、インターネットバンキング取引用のＷｅｂページ等が、顧客端末１０に送信されることは、第１の実施形態の場合と同様である。
【００４６】
ここで、第２の実施形態においては、タイムアウトを自動的に回避するために、顧客が所定の操作をいった場合に経過時間をリセットするためのダミーのリクエストとなる電文を自動的に送信するためのプログラムが記述されたスクリプトファイルが、Ｗｅｂサーバ２０から顧客端末１０に送信される。このスクリプトファイルには、入力画面で改行が行われたこと、所定の文字数以上の入力が行われたことなど、タイムアウトが生じてしまいやすい場合に端末で行われやすい所定の操作を検知するとＷｅｂサーバ２０の経過時間をリセットするためのダミーのリクエストとなる電文を送信すること、ダミーのリクエストとなる電文を送信する際に入力画面をフリーズさせて入力されたデータの受付処理を停止させること、ダミーのリクエストとなる電文の送信を完了すると入力画面のフリーズを解除すること、についての命令が記述されている。
【００４７】
また、このスクリプトファイルには、Ｗｅｂページを表示してからの経過時間をカウントすること、経過時間が所定の時間（ここでは１２分）になったら画面上にタイムアウトが近付いていることの警告メッセージを表示すること、警告メッセージに対して延長ボタン押下などの所定の操作が行われた場合にはＷｅｂサーバ２０の経過時間をリセットするためのダミーのリクエストとなる電文を送信すること、ダミーのリクエストとなる電文を送信する際に入力画面をフリーズさせて入力されたデータの受付処理を停止させること、ダミーのリクエストとなる電文を含むリクエスト送信時には端末側でカウントしている時間をリセットすること、ダミーのリクエストとなる電文の送信を完了すると入力画面のフリーズを解除すること、についての命令を記述することとしてもよい。このような命令を加えることによって、ダミーのリクエストとなる電文が送信される所定の操作が行われなかった場合であっても、顧客の意思によってタイムアウトを回避することが可能になる。
【００４８】
尚、顧客端末１０側に警告メッセージを表示するための所定の時間については、Ｗｅｂサーバ側でタイムアウトとなる制限時間以下に設定することが必要であるが、顧客の操作にかかる時間等を考慮して、タイムアウトの制限時間から多少の余裕時間を考慮した時間を設定することが好ましい。顧客端末１０に取引画面が表示されると、顧客端末１０で受信したスクリプトファイルによって経過時間のカウントが開始され、顧客端末１０の所定のメモリ領域に一時記憶される。
【００４９】
ここで、図１１に示したように、例えば顧客端末１０において「お振込み」の選択ボタンが押下されると、振込明細を入力するための新たなＷｅｂページを表示するためのリクエスト電文が、Ｗｅｂサーバ２０に送信される。このセッションにおけるログインからの経過時間がタイムアウト管理部２２に３０秒と記憶されているとすると、図１２に示したように、リクエスト電文を受け付けたＷｅｂサーバ２０では振込明細を入力するためのＷｅｂページをＷｅｂページ送信部２１から顧客端末１０に送信するとともに、タイムアウト管理部２２に記憶されているログインからの経過時間を３０秒から０秒へとリセットする。あわせて、スクリプトファイルによって、顧客端末１０側でカウントして一時記憶していた経過時間も０秒にリセットされ、再度経過時間のカウントが開始される。
【００５０】
振込明細の入力画面が表示された顧客端末１０では、顧客が行いたい振り込みについての振込先、振込金額などの入力が行われる。入力する振込件数が少ない場合であれば、振込明細の入力を終えて次画面への遷移を要求するまでにタイムアウトとなってしまう可能性は低いが、例えば法人の月末分の支払のように振込件数が多くなる場合には、入力を行っている間にタイムアウトとなってしまう可能性が高まることになる。
【００５１】
そこで、第２の実施形態においては、図１３に示したように、例えば、顧客端末１０で振込明細一覧のうち１件分の入力が行われ、Ｔａｂキーによって改行が行われた際に、顧客端末１０で受信したスクリプトファイルによってこれを検知し、ダミーのリクエストとなる電文をＷｅｂサーバ２０に送信する。
【００５２】
このときに、図１４に示したように、スクリプトファイルによって入力画面がフリーズされ、入力されたデータの受付処理が一時的に停止される。もし、このタイミングで顧客が何らかのボタンを押下してダミーのリクエストとなる電文以外のリクエスト電文が送信されても、入力画面をフリーズさせて一時的に顧客の行った操作の受け付けは停止されているため、Ｗｅｂサーバ２０で同じセッションＩＤからのリクエストが競合することはなく、エラーの発生を回避することができる。
【００５３】
さらに、図１５に示したように、ダミーのリクエストとなる電文を送信する際には、スクリプトファイルによって、顧客端末１０においても一時記憶していた経過時間が０秒にリセットされ、再度経過時間のカウントが開始されることになる。ダミーのリクエストとなる電文を受信したＷｅｂサーバ２０では、タイムアウト管理部２２に記憶されている前回リクエストの受け付けからの経過時間は、５分から０秒へとリセットされ、再度経過時間のカウントが開始されて、タイムアウトまでの時間が自動延長される。ダミーのリクエストとなる電文の送信処理が完了すると、顧客端末１０の入力画面のフリーズは解除される。解除のタイミングは特に限定されず、入力画面のフリーズの解除は送信処理の実行によって直ちに行うこととしてもよいし、Ｗｅｂサーバ２０から電文の受け付けを知らせる通知を受け取るよう設定して、該電文の受信を待って解除することとしてもよい。
【００５４】
このように、顧客端末１０では、Ｗｅｂサーバ２０から受信したスクリプトファイルによって、キーボードやマウスなどの入力装置によって行われた何らかの操作を検知し、これをトリガとしてＷｅｂサーバ２０に電文ダミーのリクエストとなる電文を送信する。トリガとなる操作の内容は特に限定されるものではないが、キーの押下やマウスの動きの全てを対象にすると、偶発的な動き（例えば、地震によってマウスが微動する場合や、顧客以外の人が意図せずキーボードに触れてしまった場合など）によってもタイムアウトが延長されてしまい、セキュリティの面から好ましくない他、頻繁に電文が発信されるとＷｅｂサーバ２０における処理負担も増すこととなってしまう。本発明は、顧客がデータ入力を行っている際に強制的にタイムアウトが行われ、入力したデータが消失してしまうことを回避することを主な目的とするものであるため、顧客の長時間にわたる入力作業等により生じるもの、例えば、Ｔａｂキーの押下、マウスによる縦方向のスクロールバーの操作などについての所定の回数以上のキー又はマウスの操作、所定の文字数以上の文字の入力などを、ダミーのリクエストとなる電文を送信するトリガとして設定することが好ましい。
【００５５】
次に、振込明細の入力画面で顧客が入力操作を行っている間に、改行や所定数の文字入力などの条件を満たすことなく、スクリプトファイルによって監視されている所定の時間（１２分）が経過したものとする。図１６に示したように、顧客端末１０で一時記憶されている経過時間が１２分になったことがスクリプトファイルによって検知されると、タイムアウトを回避するための所定の確認操作を促す警告メッセージが入力画面上に表示される。尚、確認操作の種別、警告メッセージの表示方法や表示内容については、特に限定されるものではないが、ここではポップアップで図１６のような警告メッセージを表示し、「入力継続」のボタン押下を確認操作として要求することとしている。
【００５６】
ここで、図１７に示したように、顧客端末１０において「入力継続」の選択ボタンが押下されると、入力継続のためのタイムアウトの延長を要求するリクエスト電文が、Ｗｅｂサーバ２０に送信される。
【００５７】
この場合は、顧客は「入力継続」のボタン押下という確認操作を行っているため、他のリクエストとの競合という問題は生じにくいと考えられるが、例えばユーザが警告メッセージの選択ボタンを押下する際にうっかりキーボードに触れてしまうといった誤操作や、先に送信したリクエストが通信回線の障害によって遅延してしまった場合などのように、競合が生じる場合も起こり得るものである。従って、競合を確実に回避するためには、ダミーのリクエストとなる電文を送信するときと同様に、図１８に示したように、スクリプトファイルによって入力画面をフリーズさせることとしてもよい。
【００５８】
さらに、図１９に示したように、ダミーのリクエストとなる電文を送信する際には、スクリプトファイルによって、顧客端末１０においても一時記憶していた経過時間が０秒にリセットされ、再度経過時間のカウントが開始されることになる。ダミーのリクエストとなる電文を受信したＷｅｂサーバ２０では、タイムアウト管理部２２に記憶されている前回リクエストの受け付けからの経過時間も０秒へとリセットされ、再度経過時間のカウントが開始されて、タイムアウトまでの時間が自動延長される。ダミーのリクエストとなる電文の送信処理が完了すると、顧客端末１０の入力画面のフリーズは解除される。解除のタイミングが特に限定されないことは、先に説明したとおりである。
【００５９】
以上、第２の実施形態のフローについて説明したが、図１６〜図１９で説明した警告メッセージの表示は行わないこととしてもよい。その場合は、顧客端末１０側では経過時間のカウントが不要になり、Ｗｅｂサーバ２０から送信するスクリプトファイルには、所定の操作を検知するとＷｅｂサーバ２０の経過時間をリセットするためのダミーのリクエストとなる電文を送信すること、ダミーのリクエストとなる電文を送信する際に入力画面をフリーズさせて入力されたデータの受付処理を停止させること、ダミーのリクエストとなる電文の送信を完了すると入力画面のフリーズを解除すること、についての命令が記述されていればよい。
【００６０】
逆に、第２の実施形態においては、図１３〜図１５で説明した所定の操作によるダミーのリクエストの送信を行わないこととしてもよい。その場合は、顧客端末１０側では所定の操作を検知することは不要になり、Ｗｅｂサーバ２０から送信するスクリプトファイルには、Ｗｅｂページを表示してからの経過時間をカウントすること、経過時間が所定の時間（ここでは１２分）になったら画面上にタイムアウトが近付いていることの警告メッセージを表示すること、警告メッセージに対して延長ボタン押下などの所定の操作が行われた場合にはＷｅｂサーバ２０の経過時間をリセットするためのダミーのリクエストとなる電文を送信すること、ダミーのリクエストとなる電文を送信する際に入力画面をフリーズさせて入力されたデータの受付処理を停止させること、ダミーのリクエストとなる電文を含むリクエスト送信時には端末側でカウントしている時間をリセットすること、ダミーのリクエストとなる電文の送信を完了すると入力画面のフリーズを解除すること、についての命令が記述されていればよい。
【００６１】
また、Ｗｅｂサーバ２０からスクリプトファイルを送信するタイミングは、ログインを受け付けた際に限定されるものではなく、この例であれば振込明細を入力するＷｅｂページを送信するときのように、タイムアウトが発生しやすい画面を送信するタイミングにあわせてスクリプトファイルを送信することとしてもよい。
【００６２】
尚、これまで説明したフローにおいては、Ｗｅｂサーバ２０で受信した電文がどのセッションに関するものかを識別することが必要になるが、電文が送信されたセッションを特定するための方法は、特に限定されるものではない。図２で示したログインのリクエストから後の顧客端末１０とＷｅｂサーバ２０の通信を、ＳＳＬ通信によって行うこととすれば、ＳＳＬ通信の機能によってセッションを識別することが可能であるし、ｃｏｏｋｉｅを用いて顧客端末１０から送信するリクエストに、セッションＩＤを付与させることとしてもよい。
【００６３】
図２０〜図２２は、いずれも所定の入力画面が表示された後に、ダミーのリクエストとなる電文を送信するフローを示している。図２０のフローチャートは第１の実施形態、図２１のフローチャートは第２の実施形態において所定の時間が経過した場合、図２２のフローチャートは第２の実施形態において所定の操作が行われた場合のフローを、それぞれ示している。
【００６４】
第１の実施形態では、振込明細の入力などタイムアウトの発生しやすい所定の入力画面が表示されると、経過時間のカウントが開始され（Ｓ０１）、予め設定された１５分の経過をもって（Ｓ０２）、入力画面のフリーズ（Ｓ０３）と、ダミーのリクエストとなるトランザクション送信（Ｓ０４）が実行される。その後に、入力情報を保持したままフリーズされた画面が再表示され、経過時間がリセットされて再カウントが開始される（Ｓ０５）。
【００６５】
第２の実施形態では、振込明細の入力などタイムアウトの発生しやすい所定の入力画面が表示されると（起点となるのはログインの最初の表示画面であってもよい）、経過時間のカウントが開始され（Ｓ１１）、予め設定された１２分の経過をもって（Ｓ１２）、タイムアウトの警告メッセージのポップアップ表示が行われる（Ｓ１３）。ここで、「入力継続」の確認操作が行われると（Ｓ１４）、入力画面のフリーズ（Ｓ１５）と、ダミーのリクエストとなるトランザクション送信（Ｓ１６）が実行される。その後に、入力情報を保持したままフリーズされた画面が再表示され、経過時間がリセットされて再カウントが開始される（Ｓ１７）。
【００６６】
「入力継続」の確認操作が行われなかった場合は（Ｓ１４）、そのまま１５分が経過するのをまってタイムアウトとなり（Ｓ１８）、サーバ側でログアウトの処理が実行される（Ｓ１９）。
【００６７】
また、第２の実施形態では、振込明細の入力などタイムアウトの発生しやすい所定の入力画面が表示されると（起点となるのはログインの最初の表示画面であってもよい）（Ｓ２１）、改行や文字入力などについての所定の入力操作が行われるかが監視される（Ｓ２２）。所定の操作が行われると（Ｓ２３）、入力画面のフリーズ（Ｓ２４）と、ダミーのリクエストとなるトランザクション送信（Ｓ２５）が実行される。その後に、入力情報を保持したままフリーズされた画面が再表示され、経過時間がリセットされて再カウントが開始される（Ｓ２６）。所定の操作が行われない場合は（Ｓ２３）、監視が継続される（Ｓ２２）。
【００６８】
尚、第２の実施形態においては、図２１と図２２のフローチャートに示した両方のフローを併せて実行することとしてもよいし、いずれか一方のみを実行するものであってもよい。
【図面の簡単な説明】
【００６９】
【図１】本発明にかかるタイムアウト回避プログラムを送信するためのシステム構成を示すブロック図である。
【図２】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第１の図である。
【図３】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第２の図である。
【図４】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第３の図である。
【図５】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第４の図である。
【図６】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第５の図である。
【図７】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第６の図である。
【図８】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第７の図である。
【図９】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるフローを示す第８の図である。
【図１０】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第１の図である。
【図１１】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第２の図である。
【図１２】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第３の図である。
【図１３】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第４の図である。
【図１４】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第５の図である。
【図１５】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第６の図である。
【図１６】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第７の図である。
【図１７】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第８の図である。
【図１８】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第９の図である。
【図１９】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるフローを示す第１０の図である。
【図２０】本発明にかかるタイムアウト回避プログラムの第１の実施形態におけるダミーリクエスト送信のフローチャートである。
【図２１】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるダミーリクエスト送信の第１のフローチャートである。
【図２２】本発明にかかるタイムアウト回避プログラムの第２の実施形態におけるダミーリクエスト送信の第２のフローチャートである。
【符号の説明】
【００７０】
１０  顧客端末
１１  Ｗｅｂブラウザ
２０  Ｗｅｂサーバ
２１  Ｗｅｂページ送信部
２２  タイムアウト管理部
３０  ホストコンピュータ
３１  取引処理部
３２  口座情報記憶部
【図１】
2008158808.tif 000003
【図２】
2008158808.tif 000004
【図３】
2008158808.tif 000005
【図４】
2008158808.tif 000006
【図５】
2008158808.tif 000007
【図６】
2008158808.tif 000008
【図７】
2008158808.tif 000009
【図８】
2008158808.tif 000010
【図９】
2008158808.tif 000011
【図１０】
2008158808.tif 000012
【図１１】
2008158808.tif 000013
【図１２】
2008158808.tif 000014
【図１３】
2008158808.tif 000015
【図１４】
2008158808.tif 000016
【図１５】
2008158808.tif 000017
【図１６】
2008158808.tif 000018
【図１７】
2008158808.tif 000019
【図１８】
2008158808.tif 000020
【図１９】
2008158808.tif 000021
【図２０】
2008158808.tif 000022
【図２１】
2008158808.tif 000023
【図２２】
2008158808.tif 000024