(57)【要約】  サーバ１０は、端末２０からのリクエスト情報を受信するリクエスト受信部１１と、受信されたリクエスト情報に応じて、端末２０に次の画面を表示させるための次画面情報を生成するリクエスト処理部１３と、生成された次画面情報を端末２０に送信する次画面送信部１４と、次画面送信部１４により次画面情報が端末２０に送信されたか否かを判定する判定部１５と、次画面情報が端末２０に送信されなかったと判定された場合に、端末２０における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定し、その報酬条件に基づいて、抽選演出画面を端末２０に表示させるための抽選演出画面情報を生成する演出画面生成部１６と、生成された抽選演出画面情報を端末２０に送信する演出画面送信部１７とを備える。抽選演出画面上では報酬条件が画面遷移の状況に応じて表示される。
2011162304.tif 000002
【特許請求の範囲】
【請求項１】
端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、
前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
を備えることを特徴とするアクセス管理サーバ。
【請求項２】
前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されたときに、該端末のユーザに付与する報酬を前記抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えることを特徴とする請求項１に記載のアクセス管理サーバ。
【請求項３】
前記報酬条件にはペイアウト率が含まれ、
第１の画面に対応する第１の次画面情報が送信されなかった場合のペイアウト率よりも、該第１の画面よりも後に表示される第２の画面に対応する第２の次画面情報が送信されなかった場合のペイアウト率の方が高い、
請求項１又は２に記載のアクセス管理サーバ。
【請求項４】
前記端末からの前記次画面情報の再要求により該端末上に前記次の画面が表示されるまでの間、前記抽選演出画面が前記端末上に表示され続け、
前記抽選演出画面から前記次の画面に遷移するまでに、該抽選演出画面における抽選結果が出る、
請求項１〜３のいずれか一項に記載のアクセス管理サーバ。
【請求項５】
前記端末のユーザが複数回の抽選を実行可能であるように前記抽選演出画面が構成され、
抽選回数の増加に応じて、前記抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整される、
請求項１〜４のいずれか一項に記載のアクセス管理サーバ。
【請求項６】
端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、
前記端末からの前記リクエスト情報を受信するリクエスト受信ステップと、
前記リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、
前記次画面生成ステップにおいて生成された次画面情報を前記端末に送信する次画面送信ステップと、
前記次画面送信ステップにおいて前記次画面情報が前記端末に送信されたか否かを判定する判定ステップと、
前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、
前記決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成ステップと、
前記演出画面生成ステップにおいて生成された抽選演出画面情報を前記端末に送信する演出画面送信ステップと
を含むことを特徴とするアクセス管理方法。
【請求項７】
端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、
前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
を前記コンピュータに実行させることを特徴とするアクセス管理プログラム。
【請求項８】
端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、
前記アクセス管理プログラムが、
前記端末からの前記リクエスト情報を受信するリクエスト受信手段と、
前記リクエスト受信手段により受信されたリクエスト情報に応じて、前記端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、
前記次画面生成手段により生成された次画面情報を前記端末に送信する次画面送信手段と、
前記次画面送信手段により前記次画面情報が前記端末に送信されたか否かを判定する判定手段と、
前記次画面情報が前記端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、
前記決定手段により決定された報酬条件に基づいて、抽選演出画面を前記端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が前記画面遷移の状況に応じて表示される、該演出画面生成手段と、
前記演出画面生成手段により生成された抽選演出画面情報を前記端末に送信する演出画面送信手段と
を前記コンピュータに実行させる、
ことを特徴とするコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一形態は、アクセス管理サーバ、アクセス管理方法、アクセス管理プログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体に関する。
【背景技術】
【０００２】
インターネット上のサイトにアクセスしようとする際には何らかの事情によりそのアクセスができない場合があり、その場合にはエラーページが表示される。例えば下記特許文献１には、ユーザの興味や嗜好を反映した広告をエラーページに表示する広告システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２６５８３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、単にエラーページを表示しただけではユーザ（閲覧者）がサイトから離れてしまうことが考えられる。上記特許文献１に記載されているように広告を表示した場合には、広告を表示しない場合と比べてユーザをサイト内に留めさせる可能性が高まるが、その効果は必ずしも高いとはいえない。【０００５】
そこで、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることが要請されている。
【課題を解決するための手段】
【０００６】
本発明の一形態に係るアクセス管理サーバは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とを備えることを特徴とする。【０００７】
本発明の一形態に係るアクセス管理方法は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバにより実行されるアクセス管理方法であって、端末からのリクエスト情報を受信するリクエスト受信ステップと、リクエスト受信ステップにおいて受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成ステップと、次画面生成ステップにおいて生成された次画面情報を端末に送信する次画面送信ステップと、次画面送信ステップにおいて次画面情報が端末に送信されたか否かを判定する判定ステップと、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定ステップと、決定ステップにおいて決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成ステップであって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成ステップと、演出画面生成ステップにおいて生成された抽選演出画面情報を端末に送信する演出画面送信ステップとを含むことを特徴とする。【０００８】
本発明の一形態に係るアクセス管理プログラムは、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムであって、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させることを特徴とする。【０００９】
本発明の一形態に係るコンピュータ読み取り可能な記録媒体は、端末から受信したリクエスト情報に応じて画面を該端末に順次表示させるアクセス管理サーバとしてコンピュータを機能させるアクセス管理プログラムを記録したコンピュータ読取可能な記録媒体であって、アクセス管理プログラムが、端末からのリクエスト情報を受信するリクエスト受信手段と、リクエスト受信手段により受信されたリクエスト情報に応じて、端末に次の画面を表示させるための次画面情報を生成する次画面生成手段と、次画面生成手段により生成された次画面情報を端末に送信する次画面送信手段と、次画面送信手段により次画面情報が端末に送信されたか否かを判定する判定手段と、次画面情報が端末に送信されなかったと判定された場合に、該端末における画面遷移の状況に基づいて、所定の報酬に関する報酬条件を決定する決定手段と、決定手段により決定された報酬条件に基づいて、抽選演出画面を端末に表示させるための抽選演出画面情報を生成する演出画面生成手段であって、該抽選演出画面上では該報酬条件が画面遷移の状況に応じて表示される、該演出画面生成手段と、演出画面生成手段により生成された抽選演出画面情報を端末に送信する演出画面送信手段とをコンピュータに実行させる、ことを特徴とする。【００１０】
このような形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、報酬を得る機会をユーザに提供する抽選演出画面が端末に表示される。この抽選演出画面は、端末における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。画面遷移の状況は、サイト内におけるユーザの滞在状況（ユーザがどの段階のウェブページにアクセスしているかということ）を示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。また、サイト開設者は、画面遷移の状況（ユーザの滞在状況）に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。【００１１】
別の形態に係るアクセス管理サーバは、端末からの次画面情報の再要求により該端末上に次の画面が表示されたときに、該端末のユーザに付与する報酬を抽選演出画面での抽選結果に基づいて確定し、確定した該ユーザの報酬を所定のデータベースに格納する登録手段をさらに備えてもよい。【００１２】
このように、本来表示されるべき次の画面が表示されて初めて報酬を確定することで、ユーザが抽選だけを行ってサイトから離れてしまうことを防ぐことができる。【００１３】
さらに別の形態に係るアクセス管理サーバでは、報酬条件にはペイアウト率が含まれ、第１の画面に対応する第１の次画面情報が送信されなかった場合のペイアウト率よりも、該第１の画面よりも後に表示される第２の画面に対応する第２の次画面情報が送信されなかった場合のペイアウト率の方が高くてもよい。【００１４】
このように、端末において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先の画面に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。【００１５】
さらに別の形態に係るアクセス管理サーバでは、端末からの次画面情報の再要求により該端末上に次の画面が表示されるまでの間、抽選演出画面が端末上に表示され続け、抽選演出画面から次の画面に遷移するまでに、該抽選演出画面における抽選結果が出てもよい。【００１６】
このように、本来表示されるべき次の画面が表示されるまで抽選演出画面を表示するとともに、当該次の画面に遷移するまでに抽選結果を出すことで、ユーザをより確実にサイト内に留めさせることが期待できる。【００１７】
さらに別の形態に係るアクセス管理サーバでは、端末のユーザが複数回の抽選を実行可能であるように抽選演出画面が構成され、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。【００１８】
このように、抽選演出画面において報酬獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。また、その場合のペイアウト率を抽選回数の増加に応じて下げることで、報酬の提供者にも配慮することができる。
【発明の効果】
【００１９】
本発明の一側面によれば、ユーザがサイト内の所定のウェブページにアクセスできなかった場合でもそのユーザを当該サイト内に留めさせることができる。
【図面の簡単な説明】
【００２０】
【図１】実施形態に係る電子商取引システムの機能構成を示すブロック図である。
【図２】図１に示すサーバのハードウェア構成を示す図である。
【図３】買い物かごページの例を示す図である。
【図４】注文ページの例を示す図である。
【図５】注文ページの例を示す図である。
【図６】注文確定ページの例を示す図である。
【図７】（ａ），（ｂ）は報酬条件情報の例を示す図である。
【図８】抽選演出画面の一例を示す図である。
【図９】抽選演出画面の別の例を示す図である。
【図１０】抽選演出画面のさらに別の例を示す図である。
【図１１】画面情報を送信する処理を示すフローチャートである。
【図１２】図１１に示す、抽選演出画面情報を生成する処理の詳細を示すフローチャートである。
【図１３】抽選に基づいて報酬を確定する処理を示すフローチャートである。
【図１４】実施形態に係る電子商取引プログラムの構成を示す図である。
【発明を実施するための形態】
【００２１】
以下、添付図面を参照しながら本発明の実施形態を詳細に説明する。本実施形態では、本発明の一形態に係るアクセス管理サーバを電子商取引システム内のサーバに適用する。なお、図面の説明において同一又は同等の要素には同一の符号を付し、重複する説明を省略する。
【００２２】
まず、図１〜１０を用いて、実施形態に係る電子商取引システム１の機能及び構成を説明する。電子商取引システム１は、複数のオンラインショップを含んで構築される仮想商店街のウェブサイトを、商品を購入しようとするユーザに対して提供するためのコンピュータシステムである。この電子商取引システム１は仮想商店街を提供するサーバ（アクセス管理サーバ）１０と、各ユーザの端末２０とを備えている。サーバ１０と各端末２０とは、インターネットなどで構成されるネットワーク（図示せず）を介して互いに通信可能である。なお、図１では、サーバ１０及び端末２０の機能構成を示すために端末２０を一つしか示していないが、電子商取引システム１では複数の端末２０が存在し得る。
【００２３】
まず、サーバ１０について説明する。サーバ１０は、端末２０から受信したリクエスト情報に応じて、商品の購入に関する画面（ウェブページ）をその端末２０に順次表示させることで商品購入の手続きをユーザに案内し、最終的にはユーザの端末操作に基づいて購入処理を確定するコンピュータである。このサーバ１０は機能的構成要素としてリクエスト受信部（リクエスト受信手段）１１、データベース１２、リクエスト処理部（次画面生成手段）１３、次画面送信部（次画面送信手段）１４、判定部（判定手段）１５、演出画面生成部（決定手段、演出画面生成手段）１６、演出画面送信部（演出画面送信手段）１７、及びポイント更新部（登録手段）１８を備えている。
【００２４】
このサーバ１０は、図２に示すように、オペレーティングシステムやアプリケーション・プログラムなどを実行するＣＰＵ１０１と、ＲＯＭ及びＲＡＭで構成される主記憶部１０２と、ハードディスクなどで構成される補助記憶部１０３と、ネットワークカードなどで構成される通信制御部１０４と、キーボードやマウスなどの入力部１０５と、モニタなどの出力部１０６とで構成される。なお、サーバ１０は１台のマシンで構成してもよいし、複数のマシンで構成してもよい。
【００２５】
図１に示すサーバ１０の各機能は、ＣＰＵ１０１や主記憶部１０２の上に所定のソフトウェアを読み込ませ、ＣＰＵ１０１の制御の下で通信制御部１０４や入力部１０５、出力部１０６などを動作させ、主記憶部１０２や補助記憶部１０３におけるデータの読み出し及び書き込みを行うことで実現される。処理に必要なデータやデータベースは主記憶部１０２や補助記憶部１０３内に格納される。
【００２６】
図１に戻って、リクエスト受信部１１は、端末２０からリクエスト情報を受信する手段である。リクエスト情報は、端末２０がサーバ１０に対して商品購入に関する処理を要求するための情報であり、より具体的には、商品を絞り込むための条件や特定の商品の購入数、ユーザ情報、商品の送付先の情報などを含む情報である。また、このリクエスト情報は、画面（ウェブページ）を切り替える際に次にどの画面を表示するかを判定するためのクッキー（ＨＴＴＰ  ｃｏｏｋｉｅ、又はＣｏｏｋｉｅ）も含んでいる。リクエスト受信部１１は受信したリクエスト情報をリクエスト処理部１３に出力する。
【００２７】
データベース１２は、商品購入処理に関する各種データを記憶する手段である。具体的には、データベース１２は仮想店舗に関する店舗データや、その仮想店舗が取り扱う商品に関する商品データ、ユーザに関するユーザデータ、特定のユーザが特定の商品を購入したことを示す購入データなどを記憶する。
【００２８】
店舗データには、店舗を特定するための店舗ＩＤと、様々な店舗属性（例えば、店舗名、決済方法のリスト、配送方法のリストなど）とが含まれる。商品データには、商品を特定するための商品ＩＤと、様々な商品属性（商品の名称、サイズ、色、単価など）とが含まれる。ユーザデータには、ユーザを特定するためのユーザＩＤと、様々なユーザ属性（ユーザの名前、住所、電話番号、パスワード、獲得ポイントなど）とが含まれる。本実施形態において、ユーザデータで示される獲得ポイントは、ユーザが商品を購入したことで得たポイントや、後述する抽選演出画面での抽選操作により獲得したポイントの累計である。購入データには、購入ユーザのユーザＩＤ、購入商品の商品ＩＤ、購入数、選択された決済方法及び配送方法などが含まれる。
【００２９】
なお、データベース１２が記憶するデータの種類や各データの構成は上記のものに限定されない。
【００３０】
リクエスト処理部１３は、リクエスト受信部１１から入力されたリクエスト情報に基づいて、商品購入に関する処理を実行する手段である。具体的には、リクエスト処理部１３はそのリクエスト情報に基づいて、次のウェブページを端末２０上に表示するための画面情報（以下では「次画面情報」という）を生成する。この際には、リクエスト処理部１３は必要に応じて、リクエスト情報で示される検索条件に合致するデータをデータベース１２から抽出する。また、リクエスト処理部１３はリクエスト情報にしたがって購入データを生成し、最終的にはその購入データをデータベース１２に格納する。
【００３１】
これらの処理のうち、次画面情報を生成する処理に関して詳しく説明する。具体的には、端末２０に順に表示される買い物かごページ、注文ページ、及び注文確定ページの３画面に関する処理を説明する。
【００３２】
ここで、買い物かごページとは、ユーザにより選択された商品のリストを表示するウェブページであり、例えば図３に示すように生成される。図３の画面は、ユーザＡが商品Ｓ，Ｔという二種類の商品を購入対象として選択していること、言い換えれば、それらの商品をいわゆる買い物かごに入れたことを示している。この画面の最下段にある「ご注文手続へ」というボタンは、選択されている商品を確定して次の注文ページに移るためのユーザインタフェースである。
【００３３】
注文ページとは、ユーザ情報や送付先、決済方法などの、購入手続きに必要な情報を入力するためのウェブページであり、例えば図４，５に示すように生成される。図４，５はそれぞれ、注文ページの１ページ目、２ページ目を示している。
【００３４】
注文ページの１ページ目には、選択商品のリストと、ユーザ情報（ユーザＩＤ、パスワード）及び送付先の入力欄とが表示されている。この画面の最下段にある「次へ」ボタンは、入力を確定して２ページ目に移るためのユーザインタフェースである。
【００３５】
注文ページの２ページ目には、選択商品のリスト（１ページ目と同じ）と、支払方法の入力欄とが表示されている。この画面の最下段にある「次へ」ボタンは、入力を確定して注文確定ページに移るためのユーザインタフェースである。
【００３６】
注文確定ページとは、注文内容を表示してその注文を確定させるためのウェブページであり、例えば図６に示すように生成される。図６の画面には、注文者であるユーザの情報や送付先の情報、選択商品のリストが表示されている。画面の最上段にある「この内容で注文する」というボタンは、注文を確定して購入処理を終了するためのユーザインタフェースである。
【００３７】
各ページの画面情報は、表示するデータや画面制御に関するデータなどがマークアップ言語で記述されたり、画面制御用のスクリプトが埋め込まれたりした態様で構築される。もっとも、画面情報の仕様や形式はこれに限定されるものではない。
【００３８】
なお、上記各ページの画面構成は図３〜６のものに限定されない。例えば図４，５で示す複数の注文ページを一つのページにまとめてもよい。
【００３９】
買い物かごページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に端末２０に表示すべき画面が買い物かごページであると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。例えば、リクエスト処理部１３はリクエスト情報内の商品ＩＤに対応する商品データを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて買い物かごページの画面情報を生成し、次画面情報として次画面送信部１４に出力する。
【００４０】
買い物かごページに対するユーザ操作に起因して、注文ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に表示すべき画面が注文ページの１ページ目であると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて注文ページの１ページ目の画面情報を生成し、次画面情報として次画面送信部１４に出力する。
【００４１】
注文ページの１ページ目に対するユーザ操作に起因して、次のページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３は上記と同様に注文ページの２ページ目の画面情報を生成する。そして、リクエスト処理部１３は生成した画面情報を次画面情報として次画面送信部１４に出力する。
【００４２】
注文ページの２ページ目に対するユーザ操作に起因して、注文確定ページの要求を示すリクエスト情報が入力された場合には、リクエスト処理部１３はそのリクエスト情報内のクッキーを参照して、次に端末２０に表示すべき画面が注文確定ページであると判定する。また、リクエスト処理部１３はデータベース１２から必要なデータを抽出する。続いて、リクエスト処理部１３は抽出したデータ等を用いて注文確定ページの画面情報を生成し、次画面情報として次画面送信部１４に出力する。
【００４３】
このように、リクエスト処理部はリクエスト情報に応じて、端末２０に次の画面を表示させるための次画面情報を生成する。
【００４４】
次画面送信部１４は、リクエスト処理部１３から入力された次画面情報を端末２０に送信する手段である。
【００４５】
判定部１５は、次画面送信部１４により次画面情報が端末２０に送信されたか否かを判定する手段である。
【００４６】
判定部１５は、リクエスト処理部１３に入力されたリクエスト情報内のクッキーに基づいて、端末２０における画面遷移の状況を判定する。ここで、「画面遷移の状況の判定」とは、買い物かごページから注文ページを経て注文確定ページへと至る一連のウェブページの切替の中で、どの画面が端末２０で表示されているか、及び／又は、次にどの画面が表示されるかを判定することを意味する。
【００４７】
続いて、判定部１５はリクエスト処理部１３における次画面情報（買い物かごページ、注文ページ、あるいは注文確定ページ）の生成が正常に終了したか否か、及び、次画面送信部１４における次画面情報の送信が正常に終了したか否かを判定する。したがって、「次画面情報が送信されたか否か」とは、次画面情報の送信の成否だけでなく、送信の前提となる次画面情報の生成の成否も含む概念である。判定部１５は、リクエスト処理部１３における生成処理の実行結果（正常終了又は異常終了）、及び次画面送信部１４における送信処理の実行結果（正常終了又は異常終了）を得ることで、次画面情報の送信の成否を判定する。
【００４８】
ここで、次画面情報の生成や送信が失敗する場合としては、特定の仮想店舗や特定の商品へのアクセス集中により、サーバ１０の負荷が増大したりサーバ１０と端末２０との間のネットワークが混雑したりして、生成処理や送信処理が途中で打ち切られる場合が挙げられる。
【００４９】
このような原因による異常終了を検知して次画面情報の送信が失敗したと判定した場合には、判定部１５は、端末２０における画面遷移の状況に関する判定結果（現在の表示ページ又は次に表示するページを特定する情報）と、次画面情報の送信に失敗したことを示すメッセージとを含む異常通知を生成する。そして、判定部１５はその異常通知を演出画面生成部１６に出力する。一方、生成処理及び送信処理の双方が正常に終了したことを検知した場合には、判定部１５はそのような出力を行うことなく処理を終了する。
【００５０】
演出画面生成部１６は、次画面情報が端末２０に送信されなかったと判定された場合に、その端末２０に抽選演出画面を表示させるための抽選演出画面情報を生成する手段である。この抽選演出画面は、端末２０に本来表示されるべきウェブページ（例えば、買い物かごページ、注文ページ、または注文確定ページ）の送信に失敗した場合に端末２０上に表示されるウェブページであり、ユーザにくじを引かせる役割を担っている。
【００５１】
異常通知が入力されると、演出画面生成部１６はその通知を解析して、端末２０で次に表示されるはずだったウェブページ、すなわち次画面情報として端末２０に送信するはずだったウェブページ（以下では「送信予定ページ」という）を特定する。続いて、演出画面生成部１６はその送信予定ページに基づいて報酬条件を決定する。このために、演出画面生成部１６は、送信予定ページと、対応する抽選演出画面が表示される条件（抽選演出画面を提供する条件）と、報酬条件との対応関係を示す報酬条件情報を予め保持している。報酬条件は、ユーザに付与される所定の報酬に関する条件であり、その具体的な内容は任意に定めてよい。
【００５２】
報酬条件情報のいくつかの例を図７に示す。図７（ａ）に示す例では、各送信予定ページ（買い物かごページ、注文ページ、及び注文確定ページ）に対して、報酬として付与されるポイントと、そのポイントを得るためのユーザの条件（当選条件）とを含む報酬条件が設定されている。この例では、報酬ポイントは一定であるが、端末２０において先のウェブページに進んでいるほど（商品購入の手続きが先に進んでいるほど）当選条件は緩くなっている。これは、端末２０において先のウェブページに進んでいるほど（商品購入の手続きが先に進んでいるほど）当選確率が高くなることを意味する。
【００５３】
図７（ｂ）に示す例では、各送信予定ページに対して、当選確率および付与ポイントを含む報酬条件が設定されている。この例では、端末２０において先のウェブページに進んでいるほど、当選確率が高くなると共に付与ポイントが大きくなるように設定されている。
【００５４】
このように、報酬条件の内容は何ら限定されない。各送信予定ページに対応する当選確率及び付与ポイントは、報酬を付与する事業者の原資やペイアウト率などを考慮して任意の方法で任意の値に設定してよい。したがって、原資やペイアウト率も報酬条件であるといえる。
【００５５】
例えば、端末２０において先のウェブページに進んでいるほどペイアウト率を高くし、そのペイアウト率に応じて当選確率や付与ポイントを設定してもよい。例えば、買い物かごページが送信されなかった場合のペイアウト率Ｐｒ１よりも、注文ページが送信されなかった場合のペイアウト率Ｐｒ２の方を高くするとともに、このペイアウト率Ｐｒ２よりも、注文確定ページが送信されなかった場合のペイアウト率Ｐｒ３の方を高くする。このように、端末２０において先の画面に進んでいるほどペイアウト率を高くすることで、サイト内において先に進んでいるユーザがそのサイト内に留まる可能性を上げることができる。もちろん、画面遷移の状況に関係なくペイアウト率を常に一定にしてもよい。
【００５６】
図７の例では、端末２０において先のウェブページに進んでいるほど報酬条件がユーザにとって有利になるように設定されているが、このような設定手法を採用するか否かも任意である。
【００５７】
報酬条件情報の構成は図７の例に限定されない。例えば、送信予定ページ及び報酬条件のみから成る報酬条件情報でもよい。また、送信予定ページを用いず、端末２０で現在表示されているページと報酬条件とから成る報酬条件情報を用意してもよい。
【００５８】
演出画面生成部１６は、特定した送信予定ページに対応する報酬条件情報を選択する。この選択は、演出画面生成部１６が端末２０における画面遷移の状況に基づいて報酬条件を決定することを意味する。続いて、演出画面生成部１６は選択した報酬条件情報で示される報酬条件に基づいて、抽選演出画面の表示や制御に関するプログラム及びデータと、送信予定ページの識別子とを含む抽選演出画面情報を生成する。抽選演出画面は、所定のイベントが発生した時に送信予定ページを自動的に要求する機能を有しており、送信予定ページの識別子はこの自動要求に用いられる。抽選演出画面上に表示されるスロットなどのゲームは、報酬条件に基づいて制御される。演出画面生成部１６は生成した抽選演出画面情報を演出画面送信部１７に出力する。
【００５９】
なお、報酬条件情報が、端末２０で現在表示されているページと報酬条件とを関連付けた情報である場合には、演出画面生成部１６は端末２０における現在の表示ページを異常通知に基づいて特定した上で報酬条件を決定すればよい。
【００６０】
演出画面送信部１７は、演出画面生成部１６から入力された抽選演出画面情報を端末２０に送信する手段である。
【００６１】
このような演出画面生成部１６及び演出画面送信部１７の処理により、端末２０上に抽選演出画面が表示される。以下では、図７（ｂ）に示す報酬条件情報に基づいて生成される抽選演出画面の例を図８〜１０に示す。
【００６２】
抽選演出画面Ｅには、アクセス集中により次画面を表示できない旨のメッセージＥａと、商品を買い物かごに入れる前より有利な条件でくじに挑戦することができる旨を示すメッセージＥｂと、スロットゲームＦとが表示される。スロットゲームＦはリールＦａ〜Ｆｃを含んでいる。ユーザはこのスロットゲームを行うことでポイント獲得に挑戦でき、「７」が三つ並んだ場合にポイントを得ることができる。なお、メッセージＥｂは、商品を買い物かごに入れる前の時点（以下では「基準時」という。例えば、ユーザが単に商品ページを閲覧しようとする時など）で次画面が表示できずに抽選演出画面が表示されてくじに挑戦する場合よりも有利な条件で、ユーザがくじに挑戦できることを示すメッセージである。
【００６３】
買い物かごページの送信に失敗した場合には、図８に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａ〜Ｆｃのすべてが回転し、ユーザはこれら三つのリールに対応する三つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の２倍である旨及び特別ポイント（１０００ポイント）が付与される旨がメッセージＭｂとして示されている。
【００６４】
注文ページの送信に失敗した場合には、図９に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａは最初から「７」の箇所で停止しており、リールＦｂ，Ｆｃのみが回転している。ユーザはこれらリールＦｂ，Ｆｃに対応する二つのボタンを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の３倍である旨及び特別ポイント（２０００ポイント）が付与される旨がメッセージＭｂとして示されている。
【００６５】
注文確定ページの送信に失敗した場合には、図１０に示すような抽選演出画面Ｅがサーバ１０により生成されて端末２０上に表示される。この場合には、リールＦａ，Ｆｂは最初から「７」の箇所で停止しており、リールＦｃのみが回転している。ユーザはリールＦｃに対応する一つのボタンのみを操作することでポイント獲得に挑戦する。また、この場合には、当選確率が基準時の４倍である旨及び特別ポイント（３０００ポイント）が付与される旨がメッセージＭｂとして示されている。
【００６６】
図８〜１０の例では、抽選演出画面Ｅ上において、当選確率が基準時よりも高いことと付与ポイントとがメッセージＭｂの一部として直接的に表示されている。また、当選確率、すなわち当たり易さがリールＦａ〜Ｆｃの初期状態として間接的に示されている。このように、抽選演出画面Ｅ上には、端末２０の画面遷移の状況に応じて決定された報酬条件が表示されるので、ユーザは、自身の商品購入の手続きの進み具合に応じて、どれだけ有利な条件でポイント獲得に挑戦できるかを知ることができる。
【００６７】
上述したように、抽選演出画面には、所定のイベントが発生した時に送信予定ページを自動的に要求する機能が埋め込まれている。図８〜１０の例では、ユーザが１回のスロットゲームを完了する度に送信予定ページの要求が自動的にサーバ１０に送信される。サーバ１０では、リクエスト受信部１１がこの再要求を受信すると、リクエスト処理部１３及び次画面送信部１４が次画面情報の再生成及び再送信を実行する。この再実行が成功した場合には、抽選演出画面に変わって本来の次画面（買い物かごページ、注文ページ、又は注文確定ページ）が端末２０上に表示される。一方、その再実行が失敗した場合には、抽選演出画面が引き続き表示される。この場合には、ユーザは抽選に再挑戦することができる。したがって、抽選演出画面は、本来の次画面が表示されるまで表示され続け、ユーザはその間抽選を楽しむことができる。
【００６８】
抽選演出画面の構成及び機能は任意に決めてよい。例えば、さいころゲームやパズルゲームなどを抽選用のゲームとして用いてもよい。１回のゲーム時間がある程度長い場合には、抽選演出画面のプログラムは定期的に送信予定ページを要求し、次画面が表示可能であると判定した場合に、ゲーム時間を短縮した上で抽選結果をユーザに示してもよい。
【００６９】
本来表示されるべき次の画面が表示されるまで抽選演出画面を表示されるとともに、当該次の画面に遷移するまでに抽選結果を必ず表示することで、ユーザをより確実にサイト内に留めさせることが期待できる。また、抽選演出画面においてポイント獲得のチャンスを複数回ユーザに提供することで、そのユーザをより確実にサイト内に留めさせることが期待できる。
【００７０】
複数回の抽選を可能とする場合には、報酬の提供者に配慮するために、抽選回数の増加に応じて、抽選演出画面での抽選におけるペイアウト率が低くなるように、該ペイアウト率が抽選回数に応じて調整されてもよい。これは、報酬提供者の原資割れを避けるための一手法である。例えば、抽選回数が１から３に増えるに従って当選確率が３０％、２５％、２０％と下がるように抽選演出画面の機能を設定してもよい。なお、このようなペイアウト率の制御は、抽選演出画面に埋め込まれたプログラムが、サーバ１０と通信することなく、予め設定されたルールに基づいて当該プログラム内で当選確率を変更することで実現されてもよい。あるいは、抽選回数が増える毎にそのプログラムが当該抽選回数に対応する当選確率をサーバ１０に問い合わせ、サーバ１０から受信した当選確率を適用することで実現されてもよい。
【００７１】
抽選の機会を複数回ユーザに提供する代わりに、プレイ時間が長い抽選を１回だけユーザに提供してもよい。この場合には、次の画面に遷移する際に、プレイ時間が短縮された上で抽選結果が表示される。
【００７２】
抽選条件の一部のみを抽選演出画面に直接的又は間接的に表示してもよい。例えば、図８〜１０の例において、当選確率及び付与ポイントのどちらか一方のみを表示してもよい。
【００７３】
ポイント更新部１８は、端末２０から受信した抽選情報に基づいて、データベース１２に記憶されているユーザのポイントを更新する手段である。抽選情報は、端末２０に表示された抽選演出画面上で行われた抽選の結果を示す情報であり、ユーザＩＤと、ゲームの結果又はゲームにより獲得したポイントとを含む。ユーザが当選したことを抽選情報が示している場合には、ポイント更新部１８は、その抽選情報に含まれているユーザＩＤに対応するユーザデータの獲得ポイントに今回発生したポイントを加算する。一方、ユーザが抽選に外れたことを抽選情報が示している場合には、ポイントを加算する必要がないので、ポイント更新部１８はユーザデータの更新を行うことなく処理を終了する。
【００７４】
次に、端末２０について説明する。端末２０としては、携帯型又は据置型のパーソナルコンピュータや携帯電話機などが挙げられるが、端末の具体的な種類はなんら限定されない。図１に示すように、端末２０は機能的構成要素としてリクエスト送信部２１、画面受信部２２、表示部２３、抽選情報取得部２４、及び抽選情報送信部２５を備えている。
【００７５】
端末２０のハードウェア構成は図２で示すサーバ１０のものと基本的に同様であり、図１に示す端末２０の各機能がハードウェアを用いてどのように実現されるかについても、サーバ１０に関して述べたことと同様である。したがって、端末２０のハードウェア構成に関する詳細な説明は省略する。
【００７６】
リクエスト送信部２１は、仮想商店街にアクセスしたユーザの操作に基づいて生成されたリクエスト情報を送信する手段である。リクエスト情報の内容は上記の通りである。
【００７７】
画面受信部２２は、サーバ１０から送られてきた画面情報を受信して表示部２３に出力する手段である。上記の通り、受信する画面情報としては次画面情報と抽選演出画面情報の二種類がある。
【００７８】
表示部２３は、画面受信部２２から入力された画面情報で示される画面（ウェブページ）を表示する手段である。例えば、表示部２３は図３〜６に示すような買い物かごページ、注文ページ、又は注文確定ページを表示し、場合によっては、図８〜１０に示すような抽選演出画面を表示する。
【００７９】
抽選情報取得部２４は、抽選演出画面上で行われた抽選結果を取得する手段である。抽選情報取得部２４は抽選演出画面情報に含まれているプログラムが端末２０で実行されることで実現される。抽選情報取得部２４は、送信予定ページの再要求に応じて本来の次画面に関する次画面情報がサーバ１０から端末２０に正常に送信されてその次画面が端末２０上に表示される時に、ユーザＩＤとゲームの結果又はゲームにより獲得したポイントとを取得する。そして、抽選情報取得部２４は取得したこれらのデータを含む抽選情報を生成し、この抽選情報を抽選情報送信部２５に出力する。
【００８０】
抽選情報送信部２５は、抽選情報取得部２４から入力された抽選情報をサーバ１０に送信する手段である。抽選情報送信部２５も、抽選演出画面情報に含まれているプログラムが端末２０で実行されることで実現される。抽選情報は、本来表示されるべき次画面が端末２０上に表示されたときに送信されて、上述したように、サーバ１０のポイント更新部１８により処理される。したがって、当選により発生したポイントは、次画面が表示されて初めて確定することになる。
【００８１】
次に、図１１〜１３を用いて、電子商取引システム１の動作を説明するとともに、本実施形態に係るアクセス管理方法について説明する。
【００８２】
各種画面情報を送信する処理は図１１に示すように実行される。買い物かごページを要求するリクエスト情報をリクエスト受信部１１が受信すると、リクエスト処理部１３がそのページの画面情報を生成する処理を実行し、次画面送信部１４がその画面情報を送信する処理を実行する（ステップＳ１１）。このとき、判定部１５がそれら生成及び送信処理の成否を判定する（ステップＳ１２）。
【００８３】
買い物かごページの生成及び送信処理が共に成功した場合には（ステップＳ１２；ＹＥＳ）、その後リクエスト受信部１１が端末２０から注文ページのリクエスト情報を受信し、リクエスト処理部１３及び次画面送信部１４が、注文ページの画面情報を生成及び送信する処理を実行する（ステップＳ１３）。このとき、判定部１５はそれらの処理の成否を判定する（ステップＳ１４）。図４，５に示すように、注文ページが複数ページにわたって構築されている場合には、ステップＳ１３，Ｓ１４の処理は複数回実行される。
【００８４】
注文ページの生成及び送信処理が共に成功した場合には（ステップＳ１４；ＹＥＳ）、その後リクエスト受信部１１が端末２０から注文確定ページのリクエスト情報を受信し、リクエスト処理部１３及び次画面送信部１４が、注文確定ページの画面情報を生成及び送信する処理を実行する（ステップＳ１５）。このとき、判定部１５はそれらの処理の成否を判定する（ステップＳ１６）。注文確定ページが端末２０に送られたならば（ステップＳ１６；ＹＥＳ）、そのページに対するユーザ操作により商品購入処理が終了する。
【００８５】
以上の一連の処理の中で、買い物かごページ、注文ページ、又は注文確定ページの送信のいずれかが失敗した場合には（ステップＳ１２、ステップＳ１４、又はステップＳ１６において“ＮＯ”）、演出画面生成部１６が画面遷移の状況に応じた抽選演出画面情報を生成する（ステップＳ１７）。具体的には、図１２に示すように、演出画面生成部１６は判定部１５から入力された異常通知から送信予定ページを特定し、報酬条件情報を参照することでそのページに対応する報酬条件を取得する（ステップＳ１７１）。そして、演出画面生成部１６はその報酬条件に基づいて抽選演出画面情報を生成する（ステップＳ１７２）。そして最後に、演出画面送信部１７が抽選演出画面情報を端末２０に送信する（ステップＳ１８）。
【００８６】
ステップＳ１１はリクエスト受信ステップ、次画面生成ステップ、及び次画面送信ステップに相当する。ステップＳ１３及びＳ１５についても同様である。ステップＳ１２，Ｓ１４，Ｓ１６は判定ステップに相当する。ステップＳ１７１は決定ステップに相当し、ステップＳ１７２演出画面生成ステップに相当し、ステップＳ１８は演出画面送信ステップに相当する。
【００８７】
抽選演出画面情報が生成及び送信された場合には、図１３に示す処理が実行される。まず、端末２０上では、画面受信部２２が抽選演出画面情報を受信し表示部２３がその情報に基づいて抽選演出画面を表示する（ステップＳ２１）。ユーザはこの抽選演出画面を介して抽選操作を行う（ステップＳ２２）。その操作に基づく抽選が終了すると、抽選演出画面の機能により次画面の再要求が実行される（ステップＳ２３）。この再要求により端末２０上に次画面が表示された場合には（ステップＳ２４；ＹＥＳ）、抽選情報が端末２０からサーバ１０に送信され、ポイント更新部１８がその抽選情報に基づく処理を実行する（ステップＳ２５）。ユーザが当選した場合には、このステップＳ２５の処理においてそのユーザにポイントが加算され、これにより報酬が確定する。
【００８８】
一方、再要求したにもかかわらず次画面が表示されなかった場合には（ステップＳ２４；ＮＯ）、ステップＳ２１〜Ｓ２３の処理が繰り返される。すなわち、抽選演出画面が表示され続け、ユーザは引き続き抽選を行うことができる。
【００８９】
次に、図１４を用いて、コンピュータをサーバ１０として機能させるための電子商取引プログラム（アクセス管理プログラム）を説明する。
【００９０】
電子商取引プログラムＰ１は、メインモジュールＰ１０、リクエスト受信モジュールＰ１１、記憶モジュールＰ１２、リクエスト処理モジュールＰ１３、次画面送信モジュールＰ１４、判定モジュールＰ１５、演出画面生成モジュールＰ１６、演出画面送信モジュールＰ１７、及びポイント更新モジュールＰ１８を備えている。
【００９１】
メインモジュールＰ１０は、アクセス管理を含む電子商取引処理を統括的に制御する部分である。リクエスト受信モジュールＰ１１、記憶モジュールＰ１２、リクエスト処理モジュールＰ１３、次画面送信モジュールＰ１４、判定モジュールＰ１５、演出画面生成モジュールＰ１６、演出画面送信モジュールＰ１７、及びポイント更新モジュールＰ１８を実行することにより実現される機能はそれぞれ、サーバ１０のリクエスト受信部１１、データベース１２、リクエスト処理部１３、次画面送信部１４、判定部１５、演出画面生成部１６、演出画面送信部１７、及びポイント更新部１８の機能と同様である。
【００９２】
電子商取引プログラムＰ１は、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体または半導体メモリに固定的に記録された態様で提供される。また、電子商取引プログラムＰ１は、搬送波に重畳されたデータ信号として通信ネットワークを介して提供されてもよい。
【００９３】
以上説明したように、本実施形態によれば、一連の処理の最中に次画面情報の送信が失敗すると、ポイントを得る機会をユーザに提供する抽選演出画面が端末２０に表示されるこの抽選演出画面は、端末２０における画面遷移の状況に基づいて決定された報酬条件に基づいて生成される画面であり、この抽選演出画面にはその報酬条件が画面遷移の状況に応じて表示される。
【００９４】
画面遷移の状況はサイト内におけるユーザの滞在状況を示すものと言える。ユーザは上記のような抽選演出画面を介して、サイト内における滞在状況に応じた報酬条件を確認した上で抽選を行うことができるので、ユーザの射倖心を煽ることができ、その結果、ユーザをサイト内に留めさせることが可能になる。
【００９５】
また、サイト開設者（仮想商店街の管理者）は、画面遷移の状況（ユーザの滞在状況）に応じた抽選演出画面を提供することで、引き続きサイト内に残って欲しいユーザを優先的に当該サイトに留めさせることができる。上記の例では、サイト開設者は、商品を購入する意思が強いと想定されるユーザを優先的にサイト内に留めさせることができる。例えば、サイト開設者は、買い物かごページまで進んでいるユーザよりも、注文ページまで進んだユーザを優先的にサイト内に留めさせたり、注文ページまで進んだユーザよりも注文確定ページまで進んだユーザを優先的にサイト内に留めさせたりすることができる。
【００９６】
本実施形態では、本来表示されるべき次の画面が表示されて初めて報酬が確定するので、ユーザが抽選だけを行って仮想商店街のウェブサイトから離れてしまうことを防ぐことができる。
【００９７】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で様々な変形が可能である。
【００９８】
上記実施形態では電子商取引システム１に本発明を適用したが、本発明の適用分野はこれに限定されない。複数の画面を順次表示しながらユーザを誘導して一つの手続きを完結させるような処理を行う情報処理システムのアクセス管理に本発明を適用できる。例えば、所定のサービスを提供するウェブサイトにおける初期のユーザ登録の処理や、商品のレンタルサービスを提供するウェブサイトにおけるレンタル処理などの場面に本発明を適用してもよい。また、買い物かごを用いないサービス（例えば、クレジットカードの申し込み、銀行口座の開設、保険商品、資料請求等）のウェブサイトに本発明を適用してもよい。このような場合には、例えば、住所を入力し終わった人の方が住所を入力していない人よりも当選確率が高くなるように、報酬条件を設定することが考えられる。
【００９９】
上記実施形態では報酬としてポイントがユーザに付与されたが、報酬の種類は限定されない。例えば、仮想商店街において金銭に代えて使用できるクーポンや、何らかの景品などが報酬であってもよい。
【０１００】
上記実施形態では、本来表示されるべき次画面が表示されて初めて当選によるポイントが確定したが、当該次画面が表示されるのを待つことなく、抽選結果が出た時点で即時にポイントがユーザに付与されてもよい。
【０１０１】
サーバ１０の機能を複数のサーバ又はコンピュータシステムに分散させてもよい。例えば、サーバ１０とは異なる別のサーバ上にデータベース１２やポイント更新部１８を設けてもよい。
【符号の説明】
【０１０２】
１…電子商取引システム、１０…サーバ（アクセス管理サーバ）、１１…リクエスト受信部（リクエスト受信手段）、１２…データベース、１３…リクエスト処理部（次画面生成手段）、１４…次画面送信部（次画面送信手段）、１５…判定部（判定手段）、１６…演出画面生成部（決定手段、演出画面生成手段）、１７…演出画面送信部（演出画面送信手段）、２０…端末、２１…リクエスト送信部、２２…画面受信部、２３…表示部、２４…抽選情報取得部、２５…抽選情報送信部、Ｐ１…電子商取引プログラム（アクセス管理プログラム）、Ｐ１０…メインモジュール、Ｐ１１…リクエスト受信モジュール、Ｐ１２…記憶モジュール、Ｐ１３…リクエスト処理モジュール、Ｐ１４…次画面送信モジュール、Ｐ１５…判定モジュール、Ｐ１６…演出画面生成モジュール、Ｐ１７…演出画面送信モジュール、Ｐ１８…ポイント更新モジュール、Ｅ…抽選演出画面。
【図１】
2011162304.tif 000003
【図２】
2011162304.tif 000004
【図３】
2011162304.tif 000005
【図４】
2011162304.tif 000006
【図５】
2011162304.tif 000007
【図６】
2011162304.tif 000008
【図７】
2011162304.tif 000009
【図８】
2011162304.tif 000010
【図９】
2011162304.tif 000011
【図１０】
2011162304.tif 000012
【図１１】
2011162304.tif 000013
【図１２】
2011162304.tif 000014
【図１３】
2011162304.tif 000015
【図１４】
2011162304.tif 000016
【国際調査報告】
2011162304.tif 000017
2011162304.tif 000018