CN102918556B - 访问管理服务器、访问管理方法、访问管理程序以及记录该程序的计算机可读的记录介质 - Google Patents

Abstract

服务器（10）具有：请求接受单元部（11），其接受来自终端（20）的请求信息；请求处理部（13），其根据接受的请求信息，生成用于使下一个画面显示于终端（20）的下一画面信息；下一画面发送部（14），其将所生成的下一画面信息发送到终端（20）；判定部（15），其判定是否通过下一画面发送部（14）将下一画面信息发送到了终端（20）；演示画面生成部（16），其在判定为下一画面信息没有发送到终端（20）的情况下，根据终端（20）的画面转变的状况，确定与预定的报酬相关的报酬条件，并根据该报酬条件，生成用于使抽签演示画面显示于终端（20）的抽签演示画面信息；以及演示画面发送部（17），其将所生成的抽签演示画面信息发送到终端（20）。在抽签演示画面上根据画面转变的状况显示报酬条件。

Description

访问管理服务器、访问管理方法、访问管理程序以及记录该程 序的计算机可读的记录介质

技术领域

本发明的一方面涉及访问管理服务器、访问管理方法、访问管理程序以及记录该程序的计算机可读的记录介质。

背景技术

想要访问互联网上的网站时，有时由于某些情况而无法进行该访问，此时显示错误页面。例如，下述专利文献1中记载了将反映用户的兴趣或嗜好的广告显示于错误页面的广告系统。

现有技术文献

专利文献

专利文献1：特开2009-265833号公报

发明内容

发明要解决的课题

但是，可以认为，仅显示错误页面的话，用户（浏览者）会从网站离开。如上述专利文献1所记载的那样显示广告时，与没有显示广告时相比将用户留在网站内的可能性升高，但是，很难说其效果必然高。

因此，要求即便在用户没能访问网站内的预定网页时也使该用户留在该网站内。

用于解决课题的手段

本发明的一方面的访问管理服务器是一种根据从终端接受的请求信息使画面依次显示于该终端的访问管理服务器，其特征在于，具有：请求接受单元，其接受来自终端的请求信息；下一画面生成单元，其根据由请求接受单元接受的请求信息，生成用于使下一个画面显示于终端的下一画面信息；下一画面发送单元，其将由下一画面生成单元生成的下一画面信息发送到终端；判定单元，其判定是否通过下一画面发送单元将下一画面信息发送到了终端；确定单元，其在判定为下一画面信息没有发送到终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；演示画面生成单元，其根据由确定单元确定的报酬条件，生成用于使抽签演示画面显示于终端的抽签演示画面信息，且在该抽签演示画面上根据画面转变的状况显示该报酬条件；以及演示画面发送单元，其将由演示画面生成单元生成的抽签演示画面信息发送到终端。

本发明的一方面的访问管理方法是一种由根据从终端接受的请求信息使画面依次显示于该终端的访问管理服务器执行的访问管理方法，其特征在于，具有以下步骤：请求接受步骤，接受来自终端的请求信息；下一画面生成步骤，根据在请求接受步骤中接受的请求信息，生成用于使下一个画面显示于终端的下一画面信息；下一画面发送步骤，其将在下一画面生成步骤中生成的下一画面信息发送到终端；判定步骤，判定在下一画面发送步骤中下一画面信息是否发送到了终端；确定步骤，在判定为下一画面信息没有发送到终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；演示画面生成步骤，根据在确定步骤中确定的报酬条件，生成用于使抽签演示画面显示于终端的抽签演示画面信息，且在该抽签演示画面上根据画面转变的状况显示该报酬条件；以及演示画面发送步骤，将在演示画面生成步骤中生成的抽签演示画面信息发送到终端。

本发明的一方面的访问管理程序是一种使计算机作为根据从终端接受的请求信息使画面依次显示于该终端的访问管理服务器发挥作用的访问管理程序，其特征在于，使计算机执行以下单元：请求接受单元，其接受来自终端的请求信息；下一画面生成单元，其根据由请求接受单元接受的请求信息，生成用于使下一个画面显示于终端的下一画面信息；下一画面发送单元，其将由下一画面生成单元生成的下一画面信息发送到终端；判定单元，其判定是否通过下一画面发送单元将下一画面信息发送到了终端；确定单元，其在判定为下一画面信息没有发送到终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；演示画面生成单元，其根据由确定单元确定的报酬条件，生成用于使抽签演示画面显示于终端的抽签演示画面信息，且在该抽签演示画面上根据画面转变的状况显示该报酬条件；以及演示画面发送单元，其将由演示画面生成单元生成的抽签演示画面信息发送到终端。

本发明的一方面的计算机可读的记录介质是一种记录了使计算机作为根据从终端接受的请求信息使画面依次显示于该终端的访问管理服务器发挥作用的访问管理程序的计算机可读的记录介质，其特征在于，使计算机执行以下单元：请求接受单元，其接受来自终端的请求信息；下一画面生成单元，其根据由请求接受单元接受的请求信息，生成用于使下一个画面显示于终端的下一画面信息；下一画面发送单元，其将由下一画面生成单元生成的下一画面信息发送到终端；判定单元，其判定是否通过下一画面发送单元将下一画面信息发送到了终端；确定单元，其在判定为下一画面信息没有发送到终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；演示画面生成单元，其根据由确定单元确定的报酬条件，生成用于使抽签演示画面显示于终端的抽签演示画面信息，且在该抽签演示画面上根据画面转变的状况显示该报酬条件；以及演示画面发送单元，其将由演示画面生成单元生成的抽签演示画面信息发送到终端。

通过该方面，在一系列的处理的进行中下一画面信息的发送失败时，抽签演示画面显示于终端，该抽签演示画面向用户提供取得报酬的机会。该抽签演示画面是一种根据报酬条件生成的画面，且该抽签演示画面根据画面转变的状况显示此报酬条件，其中，该报酬条件根据终端的画面转变的状况确定。画面转变的状况可以说是表示网站内的用户滞留状况（即，用户正在访问哪个阶段的网页）。用户经由如上所述的抽签演示画面，能够在根据网站内的滞留状况确认报酬条件后进行抽签，因此，能够煽动用户的侥幸心理，其结果是，能够使用户留在网站内。此外，网站创立者根据画面转变的状况（用户的滞留状况）提供抽签演示画面，从而，能够使想要继续留在网站内的用户优先留在该网站。

另一方面的访问管理服务器还具有登记单元，该登记单元在根据终端对下一画面信息的再次请求而将下一画面显示在该终端上时，根据抽签演示画面上的抽签结果确定给予该终端的用户的报酬，并将所确定的该用户的报酬存储于预定的数据库。

如此，通过显示原本应显示的下一画面后才确定报酬，从而，能够防止用户仅进行抽签后便从网站离开。

进而，在另一方面的访问管理服务器中，报酬条件中包含派息率，且没有发送与在该第一画面后显示的第2画面对应的第2下一画面信息时的派息率也可高于没有发送与第1画面对应的第1下一画面信息时的派息率。

如此，能够通过在终端中越进入后面的画面越提高派息率，从而提高在该网站内进入后面的画面的用户留在该网站内的可能性。

进而，在另一方面的访问管理服务器中，也可在直到根据终端对下一画面信息的再次请求而使下一画面显示于该终端上为止的期间，抽签演示画面持续显示于终端上，从抽签演示画面转变到下一画面之前，给出该抽签演示画面中的抽签结果。

如此，直到显示原本应该显示的下一画面为止显示抽签演示画面，并且在转变到该下一画面之前给出抽签结果，从而，能够期待使用户更可靠地留在网站内。

进而，在另一方面的访问管理服务器中，也可以以终端的用户能够执行多次抽签的方式构成抽签演示画面，根据抽签次数调整派息率，以使抽签演示画面中的抽签的该派息率随着抽签次数的增加而降低。

如此，通过在抽签演示画面中多次向用户提供获得报酬的机会，从而能够期待使该用户更可靠地留在网站内。此外，根据抽签次数的增加而降低此时的派息率，从而也能够照顾到报酬的提供者。

发明效果

根据本发明的一个侧面，即便在用户没能访问网站内的预定的网页时，也能够使该用户留在该网站内。

附图说明

图1是示出实施方式的电子商务系统的功能结构的框图。

图2是示出图1所示的服务器的硬件结构的图。

图3是示出购物车页的例子的图。

图4是示出订购页的例子的图。

图5是示出订购页的例子的图。

图6是示出订购确定页的例子的图。

图7的（a）、（b）是示出报酬条件信息的例子的图。

图8是示出抽签演示画面的一个例子的图。

图9是示出抽签演示画面的另一个例子的图。

图10是示出抽签演示画面的再另一个例子的图。

图11是示出发送画面信息的处理的流程图。

图12是示出图11所示的生成抽签演示画面信息的处理的详细内容的流程图。

图13是示出根据抽签确定报酬的处理的流程图。

图14是示出实施方式的电子商务程序的结构的图。

具体实施方式

以下参照附图详细说明本发明的实施方式。在本实施方式中，将本发明的一方面的访问管理服务器用于电子商务系统内的服务器。此外，在附图说明中对相同或者相等的要素付与相同的标号，省略重复的说明。

首先，使用图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。

如图2所示，该服务器10由以下部分构成：执行操作系统和应用程序等的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请求与商品购买相关的处理的信息。更具体而言，是包含筛选商品用的条件和特定商品的购买数量、用户信息、商品的发送地址的信息等的信息。此外，该请求信息也包含切换画面（网页）时用于判定接下来显示哪个画面的信息点（HTTP cookie或者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是用于向终端20发送从请求信息处理部13输入的下一画面信息的单元。

判定部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示出报酬条件信息的多个例子。在图7（a）所示的例子中，对于各发送预定页（购物车页、订购页以及订购确定页）设定有报酬条件，该报酬条件包含作为报酬给予的点数和用于取得该点数的用户的条件（中签条件）。在该例子中，报酬点数是恒定的，但在终端20越进到后面的网页（商品购买的流程越往后），中签条件就越松。这意味着在终端20越进到后面的网页（商品购买的流程越往后），中签概率越高。

在图7（b）所示的例子中，对于各发送预定页设定有包含中签概率以及给予点数的报酬条件。在该例子中，设定成在终端20越进到后面的网页，中签概率越高，并且给予点数越大。

如此，报酬条件的内容未进行任何限定。与各发送预定页对应的中签概率以及给予点数也可考虑给予报酬的运营商的资金和派息率等以任意的方法设定为任意的值。因此，可以说资金和派息率也是报酬条件。

例如，可在终端20越进到后面的网页时越提高派息率，并根据该派息率设定中签概率和给予点数。例如，使没有发送订购页时的派息率Pr2高于没有发送购物车页时的派息率Pr1，并且使没有发送订购确定页时的派息率Pr3高于该派息率Pr2。如此，在终端20越进到后面的画面时越提高派息率，从而，能够提高在网站内进到后面的用户留在该网站内的可能性。当然，也可与画面转变的状况无关地使派息率始终恒定。

在图7的例子中，设定为使在终端20越进到后面的网页，报酬条件对用户来说越有利，但是，是否采用这种设定方法也是任意的。

报酬条件信息的结构不限定于图7的例子。例如，也可是仅由发送预定页以及报酬条件构成的报酬条件信息。此外，也可不使用发送预定页，而是准备在终端20当前显示的页与报酬条件构成的酬报条件信息。

演示画面生成部16选择与确定的发送预定页对应的报酬条件信息。该选择是指演示画面生成部16根据终端20中的画面转变的状况确定报酬条件。接着，演示画面生成部16根据通过所选择的报酬条件信息表示的报酬条件，生成抽签演示画面信息，该抽签演示画面信息包含与抽签演示画面的显示和控制相关的程序以及数据、发送预定页的标识符。抽签演示画面具有在预定的事件发生时自动请求发送预定页的功能，发送预定页的标识符用于该自动请求。根据报酬条件控制显示在抽签演示画面上的投币等的游戏。演示画面生成部16将所生成的抽签演示画面信息输出到演示画面发送部17。

另外，在报酬条件信息是使当前通过终端20显示的网页与报酬条件相关联的信息时，演示画面生成部16根据异常通知确定终端20中的当前显示页后确定报酬条件即可。

演示画面发送部17是一种将从演示画面生成部16输入的抽签演示画面信息发送到终端20的单元。

通过此种演示画面生成部16以及演示画面发送部17的处理，在终端20上显示抽签演示画面。以下，图8～10示出根据图7（b）所示的报酬条件信息生成的抽签演示画面的例子。

在抽签演示画面E上显示由于访问集中而无法显示下一画面的消息Ea、表示能够在将商品放入购物车之前通过有利的条件挑战抽签的消息Eb、以及投币游戏F。投币游戏F包含轮盘（reel）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的例子中，用户每完成一次投币游戏，发送预定页的请求便自动发送到服务器10。在服务器10中，请求接受部11接受该再次请求时，请求处理部13以及下一画面发送部14执行下一画面信息的再生成以及再发送。在该再执行成功时，变换到抽签演示画面并使原本的下一画面（购物车页、订购页或者订购确定页）显示在终端20上。另一方面，在该再执行失败时，抽签演示画面持续显示。此时，用户能够再挑战抽签。因此，直到显示原本的下一画面为止持续显示抽签演示画面，用户能够在此期间享受抽签。

抽签演示画面的结构以及功能可任意确定。例如，也可使用色子游戏和猜谜游戏等作为抽签用的游戏。也可在一次游戏时间长到某一程度时，抽签演示画面的程序定期请求发送预定页，并在判定出能够显示下一画面时，在缩短游戏时间的基础上向用户示出抽签结果。

直到显示原本应该显示的下一画面为止显示抽签演示画面，并且在转变到该下一画面之前必须显示抽签结果，从而，能够期待使用户更可靠地留在网站内。此外，通过在抽签演示画面中多次向用户提供获得点数的机会，从而，能够期待使该用户更可靠地留在网站内。

在能够进行多次抽签时，为了照顾报酬的提供者，可以根据抽签次数调整该派息率，以使抽签演示画面的抽签中的派息率随着抽签次数的增加而降低。这是避免报酬提供者亏本的一种方法。例如，也可设定抽签演示画面的功能，以使随着抽签次数从1增至3，中签概率下降为30％、25％、20％。另外，也可使嵌入抽签演示画面的程序不与服务器10通信，而是通过根据预先设定的规则在该程序内改变中签概率来实现此种派息率的控制。或者，也可通过以下方式实现，即每当抽签次数增加时该程序向服务器10询问与该抽签次数对应的中签概率，使用从服务器10接受的中签概率。

也可取代多次向用户提供抽签的机会，仅向用户提供一次游戏时间长的抽签。此时，转变到下一画面时，在游戏时间缩短的基础上显示抽签结果。

也可直接或者间接地在抽签演示画面上仅显示抽签条件的一部分。例如，在图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；是），之后，请求接受部11从终端20接受订购页的请求信息，请求处理部13以及下一画面发送部14执行用于生成以及发送订购页的画面信息的处理（步骤S13）。此时，判定部15判定这些处理成功与否（步骤S14）。如图4、5所示，订购页构筑在多页之间时多次执行步骤S13、S14的处理。

订购页的生成以及发送处理都成功时（步骤S14；是），之后，请求接受部11从终端20接受订购确定页的请求信息，请求处理部13以及下一画面发送部14执行用于生成以及发送订购确定页的画面信息的处理（步骤S15）。此时，判定部15判定这些处理成功与否（步骤S16）。如果订购确定页被送到了终端20（步骤S16；是），则通过用户对于该页的操作，商品购买处理结束。

在以上一系列的处理之中，购物车页、订购页或者订购确定页的发送之一失败时（在步骤S12、步骤S14或者步骤S16中为“否”），演示画面生成部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；是），抽签信息从终端20发送到服务器10，点数更新部18执行基于该抽签信息的处理（步骤S25）。用户中签时，在该步骤S25的处理中，给该用户加上点数，据此确定报酬。

另一方面，尽管进行再次请求但没有显示下一画面时（步骤S24；否），反复步骤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。

标号说明

1…电子商务系统；10…服务器（访问管理服务器）；11…请求接受部（请求接受单元）；12…数据库；13…请求处理部（下一画面生成单元）；14…下一画面发送部（下一画面发送单元）；15…判定部（判定单元）；16…演示画面生成部（确定单元、演示画面生成单元）；17…演示画面发送部（演示画面发送单元）；20…终端；21…请求发送部；22…画面接受部；23…显示部；24…抽签信息取得部；25…抽签信息发送部；P1…电子商务程序（访问管理程序）；P10…主模块；P11…请求接受模块；P12…存储模块；P13…请求处理模块；P14…下一画面发送模块；P15…判定模块；P16…演示画面生成模块；P17…演示画面发送模块；P18…点数更新模块；E…抽签演示画面。

Claims (6)

1.一种访问管理服务器，其根据从终端接受的请求信息使画面依次显示于该终端，进行一边依次显示多个画面一边引导用户使其完成一个流程的处理，其特征在于，具有：

请求接受单元，其接受来自所述终端的所述请求信息；

下一画面生成单元，其根据由所述请求接受单元接受的请求信息，生成用于使下一个画面显示于所述终端的下一画面信息；

下一画面发送单元，其将由所述下一画面生成单元生成的下一画面信息发送到所述终端；

判定单元，其判定是否通过所述下一画面发送单元将所述下一画面信息发送到所述终端；

确定单元，其在判定为所述下一画面信息没有发送到所述终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；

演示画面生成单元，其根据由所述确定单元确定的报酬条件，生成用于使抽签演示画面显示于所述终端的抽签演示画面信息，且在该抽签演示画面上根据所述画面转变的状况显示该报酬条件，所述抽签演示画面信息包含所述下一画面信息的标识符，该抽签演示画面具有如下功能：在抽签结束时使用所述标识符自动地向所述访问管理服务器再次请求所述下一画面信息；以及

演示画面发送单元，其将由所述演示画面生成单元生成的抽签演示画面信息发送到所述终端，

所述下一画面生成单元在接收到所述下一画面信息的再次请求时再次生成所述下一画面信息，所述下一画面发送单元在所述下一画面信息的再次生成成功时向所述终端再次发送所述下一画面信息，

所述报酬条件包含派息率，

相比于没有发送与第1画面对应的第1下一画面信息时的派息率，没有发送与在该第1画面之后显示的第2画面对应的第2下一画面信息时的派息率更高。

2.根据权利要求1所述的访问管理服务器，其特征在于，

所述访问管理服务器还具有登记单元，该登记单元在根据所述终端对所述下一画面信息的再次请求而在该终端上显示出所述下一画面时，根据所述抽签演示画面上的抽签结果确定给予该终端的用户的报酬，并将所确定的该用户的报酬存储于预定的数据库。

3.根据权利要求1或2所述的访问管理服务器，其特征在于，

在直到根据所述终端对所述下一画面信息的再次请求而在该终端上显示所述下一画面为止的期间，所述抽签演示画面持续显示在所述终端上，

在从所述抽签演示画面转变到所述下一画面之前，给出该抽签演示画面中的抽签结果。

4.根据权利要求1或2所述的访问管理服务器，其特征在于，

以所述终端的用户能执行多次抽签的方式构成所述抽签演示画面，

以随着抽签次数的增加，降低所述抽签演示画面上的抽签的派息率的方式，根据抽签次数调整该派息率。

5.根据权利要求3所述的访问管理服务器，其特征在于，

以所述终端的用户能执行多次抽签的方式构成所述抽签演示画面，

以随着抽签次数的增加，降低所述抽签演示画面上的抽签的派息率的方式，根据抽签次数调整该派息率。

6.一种访问管理方法，其由访问管理服务器执行，该访问管理服务器根据从终端接受的请求信息使画面依次显示于该终端，进行一边依次显示多个画面一边引导用户使其完成一个流程的处理，该访问管理方法的特征在于，具有以下步骤：

请求接受步骤，接受来自所述终端的所述请求信息；

下一画面生成步骤，根据在所述请求接受步骤中接受的请求信息，生成用于使下一个画面显示于所述终端的下一画面信息；

下一画面发送步骤，将在所述下一画面生成步骤中生成的下一画面信息发送到所述终端；

判定步骤，判定是否在所述下一画面发送步骤中将所述下一画面信息发送到所述终端；

确定步骤，在判定为所述下一画面信息没有发送到所述终端的情况下，根据该终端的画面转变的状况，确定与预定的报酬相关的报酬条件；

演示画面生成步骤，根据在所述确定步骤中确定的报酬条件，生成用于使抽签演示画面显示于所述终端的抽签演示画面信息，且在该抽签演示画面上根据所述画面转变的状况显示该报酬条件，所述抽签演示画面信息包含所述下一画面信息的标识符，该抽签演示画面具有如下功能：在抽签结束时使用所述标识符自动地向所述访问管理服务器再次请求所述下一画面信息；以及

演示画面发送步骤，将在所述演示画面生成步骤中生成的抽签演示画面信息发送到所述终端，

在所述下一画面生成步骤中，在接收到所述下一画面信息的再次请求时再次生成所述下一画面信息，在所述下一画面发送步骤中，在所述下一画面信息的再次生成成功时向所述终端再次发送所述下一画面信息，

所述报酬条件包含派息率，

相比于没有发送与第1画面对应的第1下一画面信息时的派息率，没有发送与在该第1画面之后显示的第2画面对应的第2下一画面信息时的派息率更高。