"端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段とを備えることを特徴とするアクセス管理サーバ。前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されたときに、該端末のユーザに付与する報酬を前記抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えることを特徴とする請求項1に記載のアクセス管理サーバ。前記報酬条件にはペイアウト率が含まれ、第1の画面に対応する第1の次画面情報が送信されなかった場合のペイアウト率よりも、該第1の画面よりも後に表示される第2の画面に対応する第2の次画面情報が送信されなかった場合のペイアウト率の方が高い、請求項1又は2に記載のアクセス管理サーバ。前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されるまでの間、前記抽選演出画面が前記端末上に表示され続け、前記抽選演出画面から前記次の画面に遷移するまでに、該抽選演出画面における抽選結果が出る、請求項1~3のいずれか一項に記載のアクセス管理サーバ。前記端末のユーザが複数回の抽選を実行可能であるように前記抽選演出画面が構成され、抽選回数の増加に応じて、前記抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整される、請求項1~4のいずれか一項に記載のアクセス管理サーバ。端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、前記端末からの前記リクエスト情報を受信するリクエスト受信ステップと、前記リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、前記次画面生成ステップにおいて生成された次画面情報を前記端末に送信する次画面送信ステップと、前記次画面送信ステップにおいて前記次画面情報が前記端末に送信されたか否かを判定する判定ステップと、前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、前記決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成ステップと、前記演出画面生成ステップにおいて生成された抽選演出画面情報を前記端末に送信する演出画面送信ステップとを含むことを特徴とするアクセス管理方法。端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段とを前記コンピュータに実行させることを特徴とするアクセス管理プログラム。端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、前記アクセス管理プログラムが、前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段とを前記コンピュータに実行させる、ことを特徴とするコンピュータ読取可能な記録媒体。しかしながら、単にエラーページを表示しただけではユーザ閲覧者がサイトから離れてしまうことが考えられる。上記特許文献1に記載されているように広告を表示した場合には、広告を表示しない場合と比べてユーザをサイト内に留めさせる可能性が高まるが、その効果は必ずしも高いとはいえない。そこで、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることが要請されている。本発明の一形態に係るアクセス管理サーバは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とを備えることを特徴とする。本発明の一形態に係るアクセス管理方法は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、端末からのリクエスト情報を受信するリクエスト受信ステップと、リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、次画面生成ステップにおいて生成された次画面情報を端末に送信する次画面送信ステップと、次画面送信ステップにおいて次画面情報が端末に送信されたか否かを判定する判定ステップと、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成ステップと、演出画面生成ステップにおいて生成された抽選演出画面情報を端末に送信する演出画面送信ステップとを含むことを特徴とする。本発明の一形態に係るアクセス管理プログラムは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させることを特徴とする。本発明の一形態に係るコンピュータ読み取り可能な記録媒体は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、アクセス管理プログラムが、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させる、ことを特徴とする。このような形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、報酬を得る機会をユーザに提供する抽選演出画面が端末に表示される。この抽選演出画面は、端末における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。画面遷移の状況は、サイト内におけるユーザの滞在状況ユーザがどの段階のウェブページにアクセスしているかということを示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。また、サイト開設者は、画面遷移の状況ユーザの滞在状況に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。別の形態に係るアクセス管理サーバは、端末からの次画面情報の再要求により該端末上に次の画面が表示されたときに、該端末のユーザに付与する報酬を抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えてもよい。このように、本来表示されるべき次の画面が表示されて初めて報酬を確定することで、ユーザが抽選だけを行ってサイトから離れてしまうことを防ぐことができる。さらに別の形態に係るアクセス管理サーバでは、報酬条件にはペイアウト率が含まれ、第1の画面に対応する第1の次画面情報が送信されなかった場合のペイアウト率よりも、該第1の画面よりも後に表示される第2の画面に対応する第2の次画面情報が送信されなかった場合のペイアウト率の方が高くてもよい。このように、端末において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先の画面に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。さらに別の形態に係るアクセス管理サーバでは、端末からの次画面情報の再要求により該端末上に次の画面が表示されるまでの間、抽選演出画面が端末上に表示され続け、抽選演出画面から次の画面に遷移するまでに、該抽選演出画面における抽選結果が出てもよい。このように、本来表示されるべき次の画面が表示されるまで抽選演出画面を表示するとともに、当該次の画面に遷移するまでに抽選結果を出すことで、ユーザをより確実にサイト内に留めさせることが期待できる。さらに別の形態に係るアクセス管理サーバでは、端末のユーザが複数回の抽選を実行可能であるように抽選演出画面が構成され、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。このように、抽選演出画面において報酬獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。また、その場合のペイアウト率を抽選回数の増加に応じて下げることで、報酬の提供者にも配慮することができる。本発明の一側面によれば、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることができる。以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。本実施形態では、本発明の一形態に係るアクセス管理サーバを電子商取引システム内のサーバに適用する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。まず、図1~10を用いて、実施形態に係る電子商取引システム1の機能及び構成を説明する。電子商取引システム1は、複数のオンラインショップを含んで構築される仮想商店街のウェブサイトを、商品を購入しようとするユーザに対して提供するためのコンピュータシステムである。この電子商取引システム1は仮想商店街を提供するサーバアクセス管理サーバ10と、各ユーザの端末20とを備えている。サーバ10と各端末20とは、インターネットなどで構成されるネットワーク図示せずを介して互いに通信可能である。なお、図1では、サーバ10及び端末20の機能構成を示すために端末20を一つしか示していないが、電子商取引システム1では複数の端末20が存在し得る。まず、サーバ10について説明する。サーバ10は、端末20から受信したリクエスト情報に応じて、商品の購入に関する画面ウェブページをその端末20に順次表示させることで商品購入の手続きをユーザに案内し、最終的にはユーザの端末操作に基づいて購入処理を確定するコンピュータである。このサーバ10は機能的構成要素としてリクエスト受信部リクエスト受信手段11、データベース12、リクエスト処理部次画面生成手段13、次画面送信部次画面送信手段14、判定部判定手段15、演出画面生成部決定手段、演出画面生成手段16、演出画面送信部演出画面送信手段17、及びポイント更新部登録手段18を備えている。このサーバ10は、図2に示すように、オペレーティングシステムやアプリケーションプログラムなどを実行するCPU101と、ROM及びRAMで構成される主記憶部102と、ハードディスクなどで構成される補助記憶部103と、ネットワークカードなどで構成される通信制御部104と、キーボードやマウスなどの入力部105と、モニタなどの出力部106とで構成される。なお、サーバ10は1台のマシンで構成してもよいし、複数のマシンで構成してもよい。図1に示すサーバ10の各機能は、CPU101や主記憶部102の上に所定のソフトウェアを読み込ませ、CPU101の制御の下で通信制御部104や入力部105、出力部106などを動作させ、主記憶部102や補助記憶部103におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部102や補助記憶部103内に格納される。図1に戻って、リクエスト受信部11は、端末20からリクエスト情報を受信する手段である。リクエスト情報は、端末20がサーバ10に対して商品購入に関する処理を要求するための情報であり、より具体的には、商品を絞り込むための条件や特定の商品の購入数、ユーザ情報、商品の送付先の情報などを含む情報である。また、このリクエスト情報は、画面ウェブページを切り替える際に次にどの画面を表示するかを判定するためのクッキーHTTPcookie、又はCookieも含んでいる。リクエスト受信部11は受信したリクエスト情報をリクエスト処理部13に出力する。データベース12は、商品購入処理に関する各種データを記憶する手段である。具体的には、データベース12は仮想店舗に関する店舗データや、その仮想店舗が取り扱う商品に関する商品データ、ユーザに関するユーザデータ、特定のユーザが特定の商品を購入したことを示す購入データなどを記憶する。店舗データには、店舗を特定するための店舗IDと、様々な店舗属性例えば、店舗名、決済方法のリスト、配送方法のリストなどとが含まれる。商品データには、商品を特定するための商品IDと、様々な商品属性商品の名称、サイズ、色、単価などとが含まれる。ユーザデータには、ユーザを特定するためのユーザIDと、様々なユーザ属性ユーザの名前、住所、電話番号、パスワード、獲得ポイントなどとが含まれる。本実施形態において、ユーザデータで示される獲得ポイントは、ユーザが商品を購入したことで得たポイントや、後述する抽選演出画面での抽選操作により獲得したポイントの累計である。購入データには、購入ユーザのユーザID、購入商品の商品ID、購入数、選択された決済方法及び配送方法などが含まれる。なお、データベース12が記憶するデータの種類や各データの構成は上記のものに限定されない。リクエスト処理部13は、リクエスト受信部11から入力されたリクエスト情報に基づいて、商品購入に関する処理を実行する手段である。具体的には、リクエスト処理部13はそのリクエスト情報に基づいて、次のウェブページを端末20上に表示するための画面情報以下では次画面情報というを生成する。この際には、リクエスト処理部13は必要に応じて、リクエスト情報で示される検索条件に合致するデータをデータベース12から抽出する。また、リクエスト処理部13はリクエスト情報にしたがって購入データを生成し、最終的にはその購入データをデータベース12に格納する。これらの処理のうち、次画面情報を生成する処理に関して詳しく説明する。具体的には、端末20に順に表示される買い物かごページ、注文ページ、及び注文確定ページの3画面に関する処理を説明する。ここで、買い物かごページとは、ユーザにより選択された商品のリストを表示するウェブページであり、例えば図3に示すように生成される。図3の画面は、ユーザAが商品S,Tという二種類の商品を購入対象として選択していること、言い換えれば、それらの商品をいわゆる買い物かごに入れたことを示している。この画面の最下段にあるご注文手続へというボタンは、選択されている商品を確定して次の注文ページに移るためのユーザインタフェースである。注文ページとは、ユーザ情報や送付先、決済方法などの、購入手続きに必要な情報を入力するためのウェブページであり、例えば図4,5に示すように生成される。図4,5はそれぞれ、注文ページの1ページ目、2ページ目を示している。注文ページの1ページ目には、選択商品のリストと、ユーザ情報ユーザID、パスワード及び送付先の入力欄とが表示されている。この画面の最下段にある次へボタンは、入力を確定して2ページ目に移るためのユーザインタフェースである。注文ページの2ページ目には、選択商品のリスト1ページ目と同じと、支払方法の入力欄とが表示されている。この画面の最下段にある次へボタンは、入力を確定して注文確定ページに移るためのユーザインタフェースである。注文確定ページとは、注文内容を表示してその注文を確定させるためのウェブページであり、例えば図6に示すように生成される。図6の画面には、注文者であるユーザの情報や送付先の情報、選択商品のリストが表示されている。画面の最上段にあるこの内容で注文するというボタンは、注文を確定して購入処理を終了するためのユーザインタフェースである。各ページの画面情報は、表示するデータや画面制御に関するデータなどがマークアップ言語で記述されたり、画面制御用のスクリプトが埋め込まれたりした態様で構築される。もっとも、画面情報の仕様や形式はこれに限定されるものではない。なお、上記各ページの画面構成は図3~6のものに限定されない。例えば図4,5で示す複数の注文ページを一つのページにまとめてもよい。買い物かごページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部13はそのリクエスト情報内のクッキーを参照して、次に端末20に表示すべき画面が買い物かごページであると判定する。また、リクエスト処理部13はデータベース12から必要なデータを抽出する。例えば、リクエスト処理部13はリクエスト情報内の商品IDに対応する商品データを抽出する。続いて、リクエスト処理部13は抽出したデータ等を用いて買い物かごページの画面情報を生成し、次画面情報として次画面送信部14に出力する。買い物かごページに対するユーザ操作に起因して、注文ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部13はそのリクエスト情報内のクッキーを参照して、次に表示すべき画面が注文ページの1ページ目であると判定する。また、リクエスト処理部13はデータベース12から必要なデータを抽出する。続いて、リクエスト処理部13は抽出したデータ等を用いて注文ページの1ページ目の画面情報を生成し、次画面情報として次画面送信部14に出力する。注文ページの1ページ目に対するユーザ操作に起因して、次のページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部13は上記と同様に注文ページの2ページ目の画面情報を生成する。そして、リクエスト処理部13は生成した画面情報を次画面情報として次画面送信部14に出力する。注文ページの2ページ目に対するユーザ操作に起因して、注文確定ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部13はそのリクエスト情報内のクッキーを参照して、次に端末20に表示すべき画面が注文確定ページであると判定する。また、リクエスト処理部13はデータベース12から必要なデータを抽出する。続いて、リクエスト処理部13は抽出したデータ等を用いて注文確定ページの画面情報を生成し、次画面情報として次画面送信部14に出力する。このように、リクエスト処理部はリクエスト情報に応じて、端末20に次の画面を表示させるための次画面情報を生成する。次画面送信部14は、リクエスト処理部13から入力された次画面情報を端末20に送信する手段である。判定部15は、次画面送信部14により次画面情報が端末20に送信されたか否かを判定する手段である。判定部15は、リクエスト処理部13に入力されたリクエスト情報内のクッキーに基づいて、端末20における画面遷移の状況を判定する。ここで、画面遷移の状況の判定とは、買い物かごページから注文ページを経て注文確定ページへと至る一連のウェブページの切替の中で、どの画面が端末20で表示されているか、及び/又は、次にどの画面が表示されるかを判定することを意味する。続いて、判定部15はリクエスト処理部13における次画面情報買い物かごページ、注文ページ、あるいは注文確定ページの生成が正常に終了したか否か、及び、次画面送信部14における次画面情報の送信が正常に終了したか否かを判定する。したがって、次画面情報が送信されたか否かとは、次画面情報の送信の成否だけでなく、送信の前提となる次画面情報の生成の成否も含む概念である。判定部15は、リクエスト処理部13における生成処理の実行結果正常終了又は異常終了、及び次画面送信部14における送信処理の実行結果正常終了又は異常終了を得ることで、次画面情報の送信の成否を判定する。ここで、次画面情報の生成や送信が失敗する場合としては、特定の仮想店舗や特定の商品へのアクセス集中により、サーバ10の負荷が増大したりサーバ10と端末20との間のネットワークが混雑したりして、生成処理や送信処理が途中で打ち切られる場合が挙げられる。このような原因による異常終了を検知して次画面情報の送信が失敗したと判定した場合には、判定部15は、端末20における画面遷移の状況に関する判定結果現在の表示ページ又は次に表示するページを特定する情報と、次画面情報の送信に失敗したことを示すメッセージとを含む異常通知を生成する。そして、判定部15はその異常通知を演出画面生成部16に出力する。一方、生成処理及び送信処理の双方が正常に終了したことを検知した場合には、判定部15はそのような出力を行うことなく処理を終了する。演出画面生成部16は、次画面情報が端末20に送信されなかったと判定された場合に、その端末20に抽選演出画面を表示させるための抽選演出画面情報を生成する手段である。この抽選演出画面は、端末20に本来表示されるべきウェブページ例えば、買い物かごページ、注文ページ、または注文確定ページの送信に失敗した場合に端末20上に表示されるウェブページであり、ユーザにくじを引かせる役割を担っている。異常通知が入力されると、演出画面生成部16はその通知を解析して、端末20で次に表示されるはずだったウェブページ、すなわち次画面情報として端末20に送信するはずだったウェブページ以下では送信予定ページというを特定する。続いて、演出画面生成部16はその送信予定ページに基づいて報酬条件を決定する。このために、演出画面生成部16は、送信予定ページと、対応する抽選演出画面が表示される条件抽選演出画面を提供する条件と、報酬条件との対応関係を示す報酬条件情報を予め保持している。報酬条件は、ユーザに付与される所定の報酬に関する条件であり、その具体的な内容は任意に定めてよい。報酬条件情報のいくつかの例を図7に示す。図7aに示す例では、各送信予定ページ買い物かごページ、注文ページ、及び注文確定ページに対して、報酬として付与されるポイントと、そのポイントを得るためのユーザの条件当選条件とを含む報酬条件が設定されている。この例では、報酬ポイントは一定であるが、端末20において先のウェブページに進んでいるほど商品購入の手続きが先に進んでいるほど当選条件は緩くなっている。これは、端末20において先のウェブページに進んでいるほど商品購入の手続きが先に進んでいるほど当選確率が高くなることを意味する。図7bに示す例では、各送信予定ページに対して、当選確率および付与ポイントを含む報酬条件が設定されている。この例では、端末20において先のウェブページに進んでいるほど、当選確率が高くなると共に付与ポイントが大きくなるように設定されている。このように、報酬条件の内容は何ら限定されない。各送信予定ページに対応する当選確率及び付与ポイントは、報酬を付与する事業者の原資やペイアウト率などを考慮して任意の方法で任意の値に設定してよい。したがって、原資やペイアウト率も報酬条件であるといえる。例えば、端末20において先のウェブページに進んでいるほどペイアウト率を高くし、そのペイアウト率に応じて当選確率や付与ポイントを設定してもよい。例えば、買い物かごページが送信されなかった場合のペイアウト率Pr1よりも、注文ページが送信されなかった場合のペイアウト率Pr2の方を高くするとともに、このペイアウト率Pr2よりも、注文確定ページが送信されなかった場合のペイアウト率Pr3の方を高くする。このように、端末20において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。もちろん、画面遷移の状況に関係なくペイアウト率を常に一定にしてもよい。図7の例では、端末20において先のウェブページに進んでいるほど報酬条件がユーザにとって有利になるように設定されているが、このような設定手法を採用するか否かも任意である。報酬条件情報の構成は図7の例に限定されない。例えば、送信予定ページ及び報酬条件のみから成る報酬条件情報でもよい。また、送信予定ページを用いず、端末20で現在表示されているページと報酬条件とから成る報酬条件情報を用意してもよい。演出画面生成部16は、特定した送信予定ページに対応する報酬条件情報を選択する。この選択は、演出画面生成部16が端末20における画面遷移の状況に基づいて報酬条件を決定することを意味する。続いて、演出画面生成部16は選択した報酬条件情報で示される報酬条件に基づいて、抽選演出画面の表示や制御に関するプログラム及びデータと、送信予定ページの識別子とを含む抽選演出画面情報を生成する。抽選演出画面は、所定のイベントが発生した時に送信予定ページを自動的に要求する機能を有しており、送信予定ページの識別子はこの自動要求に用いられる。抽選演出画面上に表示されるスロットなどのゲームは、報酬条件に基づいて制御される。演出画面生成部16は生成した抽選演出画面情報を演出画面送信部17に出力する。なお、報酬条件情報が、端末20で現在表示されているページと報酬条件とを関連付けた情報である場合には、演出画面生成部16は端末20における現在の表示ページを異常通知に基づいて特定した上で報酬条件を決定すればよい。演出画面送信部17は、演出画面生成部16から入力された抽選演出画面情報を端末20に送信する手段である。このような演出画面生成部16及び演出画面送信部17の処理により、端末20上に抽選演出画面が表示される。以下では、図7bに示す報酬条件情報に基づいて生成される抽選演出画面の例を図8~10に示す。抽選演出画面Eには、アクセス集中により次画面を表示できない旨のメッセージEaと、商品を買い物かごに入れる前より有利な条件でくじに挑戦することができる旨を示すメッセージEbと、スロットゲームFとが表示される。スロットゲームFはリールFa~Fcを含んでいる。ユーザはこのスロットゲームを行うことでポイント獲得に挑戦でき、7が三つ並んだ場合にポイントを得ることができる。なお、メッセージEbは、商品を買い物かごに入れる前の時点以下では基準時という。例えば、ユーザが単に商品ページを閲覧しようとする時などで次画面が表示できずに抽選演出画面が表示されてくじに挑戦する場合よりも有利な条件で、ユーザがくじに挑戦できることを示すメッセージである。買い物かごページの送信に失敗した場合には、図8に示すような抽選演出画面Eがサーバ10により生成されて端末20上に表示される。この場合には、リールFa~Fcのすべてが回転し、ユーザはこれら三つのリールに対応する三つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の2倍である旨及び特別ポイント1000ポイントが付与される旨がメッセージMbとして示されている。注文ページの送信に失敗した場合には、図9に示すような抽選演出画面Eがサーバ10により生成されて端末20上に表示される。この場合には、リールFaは最初から7の箇所で停止しており、リールFb,Fcのみが回転している。ユーザはこれらリールFb,Fcに対応する二つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の3倍である旨及び特別ポイント2000ポイントが付与される旨がメッセージMbとして示されている。注文確定ページの送信に失敗した場合には、図10に示すような抽選演出画面Eがサーバ10により生成されて端末20上に表示される。この場合には、リールFa,Fbは最初から7の箇所で停止しており、リールFcのみが回転している。ユーザはリールFcに対応する一つのボタンのみを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の4倍である旨及び特別ポイント3000ポイントが付与される旨がメッセージMbとして示されている。図8~10の例では、抽選演出画面E上において、当選確率が基準時よりも高いことと付与ポイントとがメッセージMbの一部として直接的に表示されている。また、当選確率、すなわち当たり易さがリールFa~Fcの初期状態として間接的に示されている。このように、抽選演出画面E上には、端末20の画面遷移の状況に応じて決定された報酬条件が表示されるので、ユーザは、自身の商品購入の手続きの進み具合に応じて、どれだけ有利な条件でポイント獲得に挑戦できるかを知ることができる。上述したように、抽選演出画面には、所定のイベントが発生した時に送信予定ページを自動的に要求する機能が埋め込まれている。図8~10の例では、ユーザが1回のスロットゲームを完了する度に送信予定ページの要求が自動的にサーバ10に送信される。サーバ10では、リクエスト受信部11がこの再要求を受信すると、リクエスト処理部13及び次画面送信部14が次画面情報の再生成及び再送信を実行する。この再実行が成功した場合には、抽選演出画面に変わって本来の次画面買い物かごページ、注文ページ、又は注文確定ページが端末20上に表示される。一方、その再実行が失敗した場合には、抽選演出画面が引き続き表示される。この場合には、ユーザは抽選に再挑戦することができる。したがって、抽選演出画面は、本来の次画面が表示されるまで表示され続け、ユーザはその間抽選を楽しむことができる。抽選演出画面の構成及び機能は任意に決めてよい。例えば、さいころゲームやパズルゲームなどを抽選用のゲームとして用いてもよい。1回のゲーム時間がある程度長い場合には、抽選演出画面のプログラムは定期的に送信予定ページを要求し、次画面が表示可能であると判定した場合に、ゲーム時間を短縮した上で抽選結果をユーザに示してもよい。本来表示されるべき次の画面が表示されるまで抽選演出画面を表示されるとともに、当該次の画面に遷移するまでに抽選結果を必ず表示することで、ユーザをより確実にサイト内に留めさせることが期待できる。また、抽選演出画面においてポイント獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。複数回の抽選を可能とする場合には、報酬の提供者に配慮するために、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。これは、報酬提供者の原資割れを避けるための一手法である。例えば、抽選回数が1から3に増えるに従って当選確率が30、25、20と下がるように抽選演出画面の機能を設定してもよい。なお、このようなペイアウト率の制御は、抽選演出画面に埋め込まれたプログラムが、サーバ10と通信することなく、予め設定されたルールに基づいて当該プログラム内で当選確率を変更することで実現されてもよい。あるいは、抽選回数が増える毎にそのプログラムが当該抽選回数に対応する当選確率をサーバ10に問い合わせ、サーバ10から受信した当選確率を適用することで実現されてもよい。抽選の機会を複数回ユーザに提供する代わりに、プレイ時間が長い抽選を1回だけユーザに提供してもよい。この場合には、次の画面に遷移する際に、プレイ時間が短縮された上で抽選結果が表示される。抽選条件の一部のみを抽選演出画面に直接的又は間接的に表示してもよい。例えば、図8~10の例において、当選確率及び付与ポイントのどちらか一方のみを表示してもよい。ポイント更新部18は、端末20から受信した抽選情報に基づいて、データベース12に記憶されているユーザのポイントを更新する手段である。抽選情報は、端末20に表示された抽選演出画面上で行われた抽選の結果を示す情報であり、ユーザIDと、ゲームの結果又はゲームにより獲得したポイントとを含む。ユーザが当選したことを抽選情報が示している場合には、ポイント更新部18は、その抽選情報に含まれているユーザIDに対応するユーザデータの獲得ポイントに今回発生したポイントを加算する。一方、ユーザが抽選に外れたことを抽選情報が示している場合には、ポイントを加算する必要がないので、ポイント更新部18はユーザデータの更新を行うことなく処理を終了する。次に、端末20について説明する。端末20としては、携帯型又は据置型のパーソナルコンピュータや携帯電話機などが挙げられるが、端末の具体的な種類はなんら限定されない。図1に示すように、端末20は機能的構成要素としてリクエスト送信部21、画面受信部22、表示部23、抽選情報取得部24、及び抽選情報送信部25を備えている。端末20のハードウェア構成は図2で示すサーバ10のものと基本的に同様であり、図1に示す端末20の各機能がハードウェアを用いてどのように実現されるかについても、サーバ10に関して述べたことと同様である。したがって、端末20のハードウェア構成に関する詳細な説明は省略する。リクエスト送信部21は、仮想商店街にアクセスしたユーザの操作に基づいて生成されたリクエスト情報を送信する手段である。リクエスト情報の内容は上記の通りである。画面受信部22は、サーバ10から送られてきた画面情報を受信して表示部23に出力する手段である。上記の通り、受信する画面情報としては次画面情報と抽選演出画面情報の二種類がある。表示部23は、画面受信部22から入力された画面情報で示される画面ウェブページを表示する手段である。例えば、表示部23は図3~6に示すような買い物かごページ、注文ページ、又は注文確定ページを表示し、場合によっては、図8~10に示すような抽選演出画面を表示する。抽選情報取得部24は、抽選演出画面上で行われた抽選結果を取得する手段である。抽選情報取得部24は抽選演出画面情報に含まれているプログラムが端末20で実行されることで実現される。抽選情報取得部24は、送信予定ページの再要求に応じて本来の次画面に関する次画面情報がサーバ10から端末20に正常に送信されてその次画面が端末20上に表示される時に、ユーザIDとゲームの結果又はゲームにより獲得したポイントとを取得する。そして、抽選情報取得部24は取得したこれらのデータを含む抽選情報を生成し、この抽選情報を抽選情報送信部25に出力する。抽選情報送信部25は、抽選情報取得部24から入力された抽選情報をサーバ10に送信する手段である。抽選情報送信部25も、抽選演出画面情報に含まれているプログラムが端末20で実行されることで実現される。抽選情報は、本来表示されるべき次画面が端末20上に表示されたときに送信されて、上述したように、サーバ10のポイント更新部18により処理される。したがって、当選により発生したポイントは、次画面が表示されて初めて確定することになる。次に、図11~13を用いて、電子商取引システム1の動作を説明するとともに、本実施形態に係るアクセス管理方法について説明する。各種画面情報を送信する処理は図11に示すように実行される。買い物かごページを要求するリクエスト情報をリクエスト受信部11が受信すると、リクエスト処理部13がそのページの画面情報を生成する処理を実行し、次画面送信部14がその画面情報を送信する処理を実行するステップS11。このとき、判定部15がそれら生成及び送信処理の成否を判定するステップS12。買い物かごページの生成及び送信処理が共に成功した場合にはステップS12;YES、その後リクエスト受信部11が端末20から注文ページのリクエスト情報を受信し、リクエスト処理部13及び次画面送信部14が、注文ページの画面情報を生成及び送信する処理を実行するステップS13。このとき、判定部15はそれらの処理の成否を判定するステップS14。図4,5に示すように、注文ページが複数ページにわたって構築されている場合には、ステップS13,S14の処理は複数回実行される。注文ページの生成及び送信処理が共に成功した場合にはステップS14;YES、その後リクエスト受信部11が端末20から注文確定ページのリクエスト情報を受信し、リクエスト処理部13及び次画面送信部14が、注文確定ページの画面情報を生成及び送信する処理を実行するステップS15。このとき、判定部15はそれらの処理の成否を判定するステップS16。注文確定ページが端末20に送られたならばステップS16;YES、そのページに対するユーザ操作により商品購入処理が終了する。以上の一連の処理の中で、買い物かごページ、注文ページ、又は注文確定ページの送信のいずれかが失敗した場合にはステップS12、ステップS14、又はステップS16においてNO、演出画面生成部16が画面遷移の状況に応じた抽選演出画面情報を生成するステップS17。具体的には、図12に示すように、演出画面生成部16は判定部15から入力された異常通知から送信予定ページを特定し、報酬条件情報を参照することでそのページに対応する報酬条件を取得するステップS171。そして、演出画面生成部16はその報酬条件に基づいて抽選演出画面情報を生成するステップS172。そして最後に、演出画面送信部17が抽選演出画面情報を端末20に送信するステップS18。ステップS11はリクエスト受信ステップ、次画面生成ステップ、及び次画面送信ステップに相当する。ステップS13及びS15についても同様である。ステップS12,S14,S16は判定ステップに相当する。ステップS171は決定ステップに相当し、ステップS172演出画面生成ステップに相当し、ステップS18は演出画面送信ステップに相当する。抽選演出画面情報が生成及び送信された場合には、図13に示す処理が実行される。まず、端末20上では、画面受信部22が抽選演出画面情報を受信し表示部23がその情報に基づいて抽選演出画面を表示するステップS21。ユーザはこの抽選演出画面を介して抽選操作を行うステップS22。その操作に基づく抽選が終了すると、抽選演出画面の機能により次画面の再要求が実行されるステップS23。この再要求により端末20上に次画面が表示された場合にはステップS24;YES、抽選情報が端末20からサーバ10に送信され、ポイント更新部18がその抽選情報に基づく処理を実行するステップS25。ユーザが当選した場合には、このステップS25の処理においてそのユーザにポイントが加算され、これにより報酬が確定する。一方、再要求したにもかかわらず次画面が表示されなかった場合にはステップS24;NO、ステップS21~S23の処理が繰り返される。すなわち、抽選演出画面が表示され続け、ユーザは引き続き抽選を行うことができる。次に、図14を用いて、コンピュータをサーバ10として機能させるための電子商取引プログラムアクセス管理プログラムを説明する。電子商取引プログラムP1は、メインモジュールP10、リクエスト受信モジュールP11、記憶モジュールP12、リクエスト処理モジュールP13、次画面送信モジュールP14、判定モジュールP15、演出画面生成モジュールP16、演出画面送信モジュールP17、及びポイント更新モジュールP18を備えている。メインモジュールP10は、アクセス管理を含む電子商取引処理を統括的に制御する部分である。リクエスト受信モジュールP11、記憶モジュールP12、リクエスト処理モジュールP13、次画面送信モジュールP14、判定モジュールP15、演出画面生成モジュールP16、演出画面送信モジュールP17、及びポイント更新モジュールP18を実行することにより実現される機能はそれぞれ、サーバ10のリクエスト受信部11、データベース12、リクエスト処理部13、次画面送信部14、判定部15、演出画面生成部16、演出画面送信部17、及びポイント更新部18の機能と同様である。電子商取引プログラムP1は、例えば、CD-ROMやDVD-ROM等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、電子商取引プログラムP1は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。以上説明したように、本実施形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、ポイントを得る機会をユーザに提供する抽選演出画面が端末20に表示されるこの抽選演出画面は、端末20における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。画面遷移の状況はサイト内におけるユーザの滞在状況を示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。また、サイト開設者仮想商店街の管理者は、画面遷移の状況ユーザの滞在状況に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。上記の例では、サイト開設者は、商品を購入する意思が強いと想定されるユーザを優先的にサイト内に留めさせることができる。例えば、サイト開設者は、買い物かごページまで進んでいるユーザよりも、注文ページまで進んだユーザを優先的にサイト内に留めさせたり、注文ページまで進んだユーザよりも注文確定ページまで進んだユーザを優先的にサイト内に留めさせたりすることができる。本実施形態では、本来表示されるべき次の画面が表示されて初めて報酬が確定するので、ユーザが抽選だけを行って仮想商店街のウェブサイトから離れてしまうことを防ぐことができる。以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。上記実施形態では電子商取引システム1に本発明を適用したが、本発明の適用分野はこれに限定されない。複数の画面を順次表示しながらユーザを誘導して一つの手続きを完結させるような処理を行う情報処理システムのアクセス管理に本発明を適用できる。例えば、所定のサービスを提供するウェブサイトにおける初期のユーザ登録の処理や、商品のレンタルサービスを提供するウェブサイトにおけるレンタル処理などの場面に本発明を適用してもよい。また、買い物かごを用いないサービス例えば、クレジットカードの申し込み、銀行口座の開設、保険商品、資料請求等のウェブサイトに本発明を適用してもよい。このような場合には、例えば、住所を入力し終わった人の方が住所を入力していない人よりも当選確率が高くなるように、報酬条件を設定することが考えられる。上記実施形態では報酬としてポイントがユーザに付与されたが、報酬の種類は限定されない。例えば、仮想商店街において金銭に代えて使用できるクーポンや、何らかの景品などが報酬であってもよい。上記実施形態では、本来表示されるべき次画面が表示されて初めて当選によるポイントが確定したが、当該次画面が表示されるのを待つことなく、抽選結果が出た時点で即時にポイントがユーザに付与されてもよい。サーバ10の機能を複数のサーバ又はコンピュータシステムに分散させてもよい。例えば、サーバ10とは異なる別のサーバ上にデータベース12やポイント更新部18を設けてもよい。"