CN102844779A - 商品购买支援装置、商品购买支援方法、商品购买支援程序以及记录有商品购买支援程序的计算机可读取的记录介质 - Google Patents

Abstract

本发明提供一种能够降低用户看漏若还购买数件商品则可获得优惠的可能性的商品购入支援装置等。商品购入支援装置将商品购买时所能得到的优惠、及适用优惠所必需的优惠适用条件作为优惠信息并按每个优惠进行保持；在不满足优惠适用条件的情况下，提取如果用户除了所希望的商品的基础还购买不同于该商品的其他商品则满足优惠适用条件的其他商品；向终端提供用于对用户提示其他商品及优惠适用条件的提示信息。

Description

商品购买支援装置、商品购买支援方法、商品购买支援程序以及记录有商品购买支援程序的计算机可读取的记录介质

技术领域

本发明涉及利用因特网等网络的电子商务交易的技术领域。

背景技术

目前为止，能够通过因特网等网络购买商品的网络购物已经普及。希望通过网络购物来购买商品的用户，从用户终端访问购物网站，从购物网站中所销售的商品中选择希望的商品，经过订货手续，购买所选择的商品(例如，参照专利文献1)。

另外，对于购买特定商品、特定服务的用户，一般实施促销(campaign)活动(例如，参照专利文献2)。作为促销活动的示例，当商品的购买金额超过了规定的金额时，给予免除该商品的运费的优惠等。这种优惠具有提高用户购买意欲的效果。

现有技术文献

专利文献

专利文献1：JP特开2002-236694号公报

专利文献2：JP特开2009-163550号公报

发明概要

发明要解决的课题

但是，在现有的网络购物中，存在用户在没有注意到存在有优惠而直接购买商品的情况、在商品购买时可得到的优惠而没有得到，结果发生后悔的情况。例如，在用户办理完商品购买手续之后注意到如果购买其他的商品就可以得到优惠的情况等，用户就会后悔。

发明内容

本发明鉴于以上几点，提供降低用户看漏如果购买其他商品就可得到优惠的可能性的商品购买支援装置等。

解决课题的手段

为了解决上述课题，技术方案1所记载的发明是对用户利用终端从店铺购买商品时进行支援的商品购买支援装置，其特征在于，具备：优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息，并按每个所述优惠进行保持；其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取如果除了所述用户所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和提供单元，其向所述终端提供用于向所述用户提示所述其他商品及所述优惠适用条件的提示信息。

技术方案2的发明是在技术方案1所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，还具备：取消商品提取单元，其提取即使在从所述用户所希望的商品中取消至少一部分的取消商品的情况下，也满足所述优惠适用条件的所述取消商品，所述提示信息是进一步提示所述取消商品的提示信息。

技术方案3的发明是在技术方案2所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，所述其他商品提取单元提取与所提取的所述取消商品可替代的商品作为所述其他商品。

技术方案4的发明是在技术方案3所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，所述可替代商品是与所提取的所述取消商品相同种类的商品。

技术方案5的发明是在技术方案3或4所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，所述用户可购买的商品是多个店铺中至少一个店铺进行销售的商品，所述可替代商品是与销售所提取的所述取消商品的店铺相同的店铺所销售的商品。

技术方案6的发明是在技术方案1至5中任何一个方案所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，所述优惠信息保持单元按每个所述优惠还保持直到满足所述优惠适用条件为止的过程中所满足的过程条件，所述其他商品提取单元在不满足所述优惠适用条件且满足所述过程条件的情况下，提取所述其他商品。

技术方案7的发明是在技术方案3至6中任何一个方案所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，还具备：替代商品存储单元，其将所述用户可购买的商品和可替代该商品的可替代商品建立对应地存储，所述其他商品提取单元通过参照所述替代商品存储单元来提取所述其他商品。

技术方案8的发明是在技术方案3所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，还具备：选择历史保持单元，其保持用户希望的商品群中包含商品的历史以及从该用户所希望的所述商品群中取消商品的历史；和替代关系判定单元，其在通过所述选择历史保持单元保持有从所希望的所述商品群中留下某一商品且取消了在与该某一商品相同种类或关联种类中包含的其他商品的历史的情况下，判定包含在该希望的所述商品群中的商品相互分别有替代关系，所述可替代商品是判定为与所提取的所述取消商品存在有所述替代关系的商品。

技术方案9的发明是在技术方案3所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，还具备：中意信息保持单元，其将在用户中意商品的群中含有的商品和将该商品包含到所述中意商品的群中的日期和时间建立对应地保持；和替代关系判定单元，其将在所述中意信息保持单元中在规定的期间内所述中意商品的群中所含的包含于相同种类或关联种类的多个商品判定为相互分别有替代关系，所述可替代商品是判定为与所提取的所述取消商品有所述替代关系的商品。

技术方案10的发明是在技术方案3所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，还具备：购买历史保持单元，其按每个所述用户来保持商品的购买历史；和替代关系判定单元，其提取购买了某一商品规定次数以上的用户，当该提取的用户在规定期间内没有购买该某一商品，而是在该规定期间中购买了与该某一商品相同种类的其他商品时，判定该某一商品和该其他商品有替代关系，所述可替代商品是判定为与所提取的所述取消商品有所述替代关系的商品。

技术方案11的发明是技术方案10所记载的商品购买支援装置的基础上的商品购买支援装置，其特征在于，所述替代关系判定单元仅在所提取的所述用户购买了所述其他商品之后且没有购买所述某一商品时，判定该某一商品与该其他商品有替代关系。

技术方案12的发明是技术方案1至11中任何一个方案所记载的商品购买支援装置，其特征在于，所述提供单元对所述终端还提供用于使商品指定画面进行显示的显示数据，该商品指定画面是使所述用户能够将所述其他商品指定为希望的商品的画面。

技术方案13的发明是一种商品购买支援方法，通过对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机来执行，该商品购买支援方法的特征在于，包括：将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息并按每个所述优惠进行保持的步骤；在不满足所述优惠适用条件的情况下，提取如果所述用户除了所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品的步骤；和向所述终端提供用于对所述用户提示所述其他商品及所述优惠适用条件的提示信息的步骤。

技术方案14的发明是一种商品购买支援程序，其特征在于，使对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机作为下述单元发挥功能，即，优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息并按每个所述优惠进行保持；其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取如果所述用户除了所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和提供单元，其向所述终端提供用于对所述用户提示所述其他商品及所述优惠适用条件的提示信息。

技术方案15的发明是一种计算机可读取的记录介质，其记录有商品购买支援程序，该商品购买支援程序使对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机作为下述单元发挥功能，即，优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠的必要的优惠适用条件作为优惠信息并按每个所述优惠进行保持；其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取当所述用户在所希望的商品的基础上购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和提供单元，其向所述终端提供用于向所述用户提示所述其他商品及所述优惠适用条件的提示信息。

发明效果

根据本发明，用户在希望商品之上购买与该商品不同的其他商品以满足优惠的适用条件时，将该情况向用户进行提示。因此，用户通过购买其他商品可使用户把握被适用的优惠的适用条件，降低用户看漏该优惠的可能性，并且可提高适用该优惠时用户的满意度。另外，通过推测为用户为了满足优惠适用条件而购买商品，从而可提高销售商品的店铺的销售额。

附图说明

图1是表示购物系统的概要构成的一个示例的图。

图2是表示购物服务器的概要构成的一个示例的框图。

图3是表示在各种数据库登记的内容的一个示例的图。

图4是表示在优惠DB登记的信息的具体示例的图。

图5是表示优惠ID“CMP003”的优惠中的提示条件以及适用条件的判定例的图。

图6是表示购物系统的动作例的序列图。

图7是表示购物服务器的条件判定处理时的动作例的流程图。

图8的(A)是在替代商品DB中登记的信息的一个示例的一部分的图，图8的(B)是表示在基于店铺的商品DB中登记的信息的一个示例的一部分的图。

图9是用户终端的结算页显示时的画面例。

图10是用户终端的结算页显示时的画面例。

具体实施方式

以下，参照图面，说明本发明的实施方式。另外，以下说明的实施方式是针对购物系统适用本发明时的实施方式。

[1.购物系统的构成]

首先，利用图1说明与本发明的第1实施方式相关的购物系统S的构成。

如图1所示，购物系统S的构成包含购物服务器1(“商品购买支援装置”的一个示例)、以及用户终端2(“终端”的一个示例)。另外，图1的示例中，为了方便说明，显示了一个用户终端2，实际上，可从多个用户终端2访问购物服务器1。

购物服务器1和用户终端2通过网络NW，例如，在通信协议上利用TCP/IP等，可以相互间发送接收数据。另外，网络NW例如由因特网、专用通信线路(例如，CATV(Community Antenna Television)线路)、移动体通信网(包括基站等)以及网关等所构筑。

购物服务器1是为了运营由多个店铺参加的购物网站所设置的服务器，从用户终端2接受商品的订货，进行用于使在用户终端2的用户和店铺之间的买卖契约成立的处理。

用户终端2具有Web浏览器功能，向购物服务器1发送例如HTTP(Hyper Text Transfer Protocol)请求，作为其响应取得Web网页等，并在显示部进行显示。由此，用户终端2的用户可以阅览购物网站所提供的信息。另外，作为用户终端2的一个示例，包含用户所利用的计算机，PDA(Personal Digital Assistant)、便携式电话等。

[2.购物服务器1的构成]

接下来，关于购物服务器1的构成，利用图2以及图3进行说明。

如图2所示，购物服务器1大致区别为具备通信部11、存储部12和系统控制部13。

通信部11连接到网络NW，控制与用户终端2之间的通信状态。

存储部12例如由硬盘驱动器等所构成，存储操作系统、服务器用软件等各种软件。另外，各种软件，例如也可从其他的服务器装置等通过网络NW取得，也可记录在记录介质上，通过驱动器装置来读取。

另外，存储部12存储了发送给用户终端2的用于生成Web网页的各种HTML(Hyper Text Markup Language)文件、部件(图像数据、声音数据、动画数据等)等。在发送给用户终端2的Web网页中，包括后述的购物网站的主页、商品检索页、检索结果页、个别商品页、店铺内商品一览页、结算页、订货内容确认页等。

另外，存储部12由会员数据库(DB(Database))121、店铺DB122、商品DB123、基于店铺的商品DB124、购买历史DB125、优惠DB126以及替代商品DB127构成。另外，优惠DB126是“优惠信息保持单元”的一个示例。另外，替代商品DB127是“替代商品存储单元”的一个示例。

在图3(A)所示的会员DB121中登录了在购物网站所登录的会员(是购物网站的利用者，利用用户终端2购买商品的用户)的会员ID、认证密码、邮箱地址以及保有积分等会员信息。在此，保有积分是指，对在购物网站购买了商品的用户，按照购买金额等给予的积分。用户可以在购物网站使用保有积分来购买商品。

在图3(B)所示的店铺DB122中登录了在购物网站所登录的店铺(销售商品的店铺)的店铺ID、名称、可接受的支付方法以及可接受的发送方法等的店铺信息。

在图3(C)所示的商品DB123中登录了在购物网站所销售的商品的商品ID、名称以及种类等商品信息。

在图3(D)所示的基于店铺的商品DB124中按照每个店铺ID以及商品ID登录了销售价格、进货价格以及库存数量等信息。

在图3(E)所示的购买历史DB125中登录了用户利用购物网站购买商品时的购买历史信息。具体来说，按照每次购买历史ID登录了购买商品的用户的会员ID、购买日期和时间、购买店铺ID、购买商品ID、订货数量以及购买金额等。

在图3(F)所示的优惠DB126中登录了购物网站给予用户优惠的优惠ID、适用期间、适用条件、优惠内容、提示条件等优惠信息。优惠将在满足适用条件的情况下给予。提示条件是指，为了向用户提示适用条件而应该满足的条件。满足了提示条件且尚未满足适用条件时，向用户提示相应的优惠的适用条件、以及为了满足适用条件而将后述的购物框中所登录的商品进行替代而应购买的商品。

利用图4说明在优惠DB126所登录的优惠信息的具体示例。图4中以优惠ID“CMP001”所识别的优惠是满足在2010年6月1日～2010年6月30日的适用期间内，在同一店铺一次购物(办理一次结算手续)的购买合计金额超过5000日元以上这样的适用条件时，可得到此次购物的购买商品免除运费的优惠。另外，关于以优惠ID“CMP001”所识别的优惠，如果满足在同一店铺一次购物的购买合计金额超过3000日元以上这样的提示条件时，并且不满足在同一店铺一次购物的购买合计金额超过5000日元以上的适用条件时，为了使用户得知该优惠的存在，将适用条件、优惠内容、和代替购物框内登录的商品而应购买的商品提示给用户。

在本实施方式中，对优惠的提示条件以及适用条件进行判定时，将登录在购物框中的商品判定为购买商品。例如，以优惠ID“CMP001”所识别的优惠的情况下，在购物框内登录的商品的购买合计金额在3000日元以上的情况下判定为满足提示条件。在购物框内登录的商品的购买合计金额在5000日元以上的情况下判定为满足适用条件。另外，本实施方式中的购物框是指，电子商务交易中所谓的购物框，其中登录有用户指定的购买预定商品。在本实施方式中同一用户在同一店铺购买的商品可登录在同一购物框中，但同一用户在多个店铺购买的商品也可登录在同一购物框中。

以优惠ID“CMP002”所识别的优惠是指，如果满足在2010年5月1日～2010年7月31日的适用期间内购买LED(Light Emitting Diode)灯泡的适用条件时，则对LED灯泡的购买给予5倍积分的优惠。另外，关于以优惠ID“CMP002”所识别的优惠，如果在满足购买灯泡型荧光灯的提示条件的情况下，且未满足购买LED灯泡的适用条件时，为了使用户得知该优惠的存在，将适用条件、优惠内容、代替购物框内登录的商品(灯泡型荧光灯)而应购买的商品(LED灯泡)提示给用户。

关于以优惠ID“CMP002”来识别的优惠的提示条件，在购物框中登录了灯泡型荧光灯的情况下判定满足提示条件。另外，关于以优惠ID“CMP002”来识别的优惠的适用条件，在购物框中登录了LED灯泡的情况下判定满足适用条件。

以优惠ID“CMP003”来识别的优惠是指，如果满足在适用期间(2010年4月1日～2010年7月31日)内购买商品A和商品B两者这样的适用条件，则以抽选的方式赠送便携式游戏机的优惠。另外，对以优惠ID“CMP003”来识别的优惠的提示条件以及适用条件进行判定时，根据购物框内登录的商品、和在购买历史DB125中登录的在适用期间内的购买历史信息来进行判定。

在此，利用图5，就以优惠ID“CMP003”来识别的优惠的适用条件以及提示条件进行说明。图5是表示如何根据用户的购买历史和当时购物框中登录的商品来判定提示条件以及适用条件的图。例如，关于情形1，用户在适用期间内已经购买商品A但未购买商品B的情况下，示出了：在购物框中只登录了商品A的情况下，判定满足提示条件，另一方面，判定为不满足适用条件。即，在情形1中，为了使用户得知该优惠的存在，将适用条件、优惠内容、以及代替购物框内登录的商品(商品A)而应购买的商品(商品B)通知给用户。另外，关于情形2、4、5、7，由于在适用期间内购买了商品A以及商品B两者，示出了判定为满足适用条件，不向用户提示这些信息。进一步，关于情形8，购物框中没有商品登录(即，不存在成为交换对象的商品)的状态下，示出判定不满足提示条件以及适用条件的任何一个。进一步另外，关于情形3、6，判定为满足提示条件且不满足适用条件，示出向用户提示适用条件、优惠内容、以及代替购物框内登录的商品(商品A或其他商品)而应购买的商品(商品B)。另外，关于情形9～32，如何判定提示条件以及适用条件如图5所示，省略个别具体说明。

在图3(G)所示的替代商品DB127中，按每个店铺ID，将商品ID和用于识别以该商品ID进行识别的商品和可替代商品的商品ID(称为“替代商品ID”)建立对应地登录。通过相互建立对应而登录的商品ID和替代商品ID所识别的商品是分别以店铺ID进行识别的同一店铺所销售的商品。因此，例如，对于店铺X所销售的商品Y，确定在同一店铺X销售的可替代商品的情况下，根据店铺X的店铺ID和商品Y的商品ID，可通过检索替代商品DB127来进行确定(以检索的替代商品ID进行识别的商品成为应该确定的商品)。另外，在替代商品DB127中可替代商品是相互间属于相同种类的商品。

另外，在存储部12构筑有未图示的商品检索用DB，商品检索用DB在系统控制部13根据用户指定的检索条件对购物网站内销售的商品进行检索时被利用。

系统控制部13由CPU(Central Processing Unit)13a、ROM(Read OnlyMemory)13b、RAM(Random Access Memory)13c等构成。而且，CPU13a通过读取并执行存储在ROM13b或存储部12中的各种程序来实现各种功能。另外，系统控制部13是“其他商品提取单元”、“提供单元”、“取消商品提取单元”的一个例子。

另外，购物服务器1可由诸如用于管理各种数据库的服务器、进行商品的检索处理的检索处理服务器、提供各种信息的WWW服务器等多个服务器装置来构成。

[3.用户终端2的构成]

用户终端2虽无图示，具备：例如具有CPU、RAM、ROM等的系统控制部；例如由硬盘驱动器等存储介质构成的存储部；在与购物服务器1等之间进行通信的通信部；由用户操作的操作部；用于显示购物服务器1提供的Web网页的显示部。

[4.购物系统S在商品购买时的动作]

接下来，对本发明的一实施方式即购物系统S在商品购买时的动作进行说明。

利用图6所示的序列图，对购物系统S的动作进行说明。另外，此处，为简略说明，对只有一个用户终端2访问购物网站的情况进行说明。另外，在序列图所示的处理开始之前，用户终端2访问购物网站，在显示部显示购物网站的主页(未图示)。

首先，用户终端2的系统控制部在检测出将会员ID和认证密码发送给购物服务器1的操作时，将包含所输入的会员ID和认证密码的注册(login in)信息发送给购物服务器1(步骤S101)。

购物服务器1的系统控制部13在接收登记信息时进行注册处理(步骤S102)。具体而言，系统控制部13通过将已接收的注册信息中包含的会员ID及认证密码与登录在会员DB121中的会员ID及认证密码来进行比较。当系统控制部13判定注册处理上没有问题时，向用户终端2发送可输入用户为了检索商品的检索条件的商品检索页(步骤S103)。

用户终端2的系统控制部在接收商品检索页时，在显示部进行显示(步骤S104)。商品检索页上可输入检索商品用的检索关键词等检索条件。用户终端2的系统控制部在商品检索页上受理检索商品用的检索条件的输入，当判定检索条件输入完成时，将表示所输入的检索条件的检索条件信息发送给购物服务器1(步骤S105)。

购物服务器1的系统控制部13接收检索条件信息时，进行检索满足检索条件的商品的检索处理(步骤S106)。该检索处理是利用了商品检索用DB的公知检索技术来进行的。

其次，购物服务器1的系统控制部13将用于显示检索结果的检索结果页发送给用户终端2(步骤S107)。针对于此，用户终端2的系统控制部在显示部上显示已接收的检索结果页(步骤S108)。检索结果页上显示根据检索条件检索出的商品一览。具体来说，按检索出的每个商品，显示代表商品图像、商品名、制造商名、商品说明、商品价格、店铺名等商品信息。这些商品信息，分别成为了超链接，通过点击可转移到显示与该商品相关的详细信息的个别商品页(未图示)。

用户终端2的系统控制部在显示检索结果页时，如果判定用户进行个别商品页显示操作(点击所述的超链接的操作)时，向购物服务器1发送包括用于识别已成为操作对象的商品的操作商品信息的个别商品页请求(步骤S109)。

购物服务器1的系统控制部13在接收个别商品页请求时，根据包含在个别商品页请求中的操作商品信息，向用户终端2发送与用户点击的商品相对应的个别商品页(步骤S110)。针对于此，用户终端2的系统控制部在接收个别商品页时在显示部进行显示(步骤S111)。在个别商品页上显示商品图像、商品的详细信息、有关店铺的详细信息(支付方法、发送方法等)等。另外，在个别商品页上设置了输入购买数量用的购买数量输入部和购物框按钮。用户在个别商品页被显示的情况下，通过在购买数量输入部输入购买数量(订货数量)并且点击购物框按钮，就可将个别商品页上显示的商品登录到购物框中。

用户终端2的系统控制部在显示个别商品页时，如果判定出用户进行了点击购物框按钮的操作时，将包含在购物框中登录的商品(在个别商品页中显示的商品)的商品ID、销售该商品的店铺的店铺ID和显示购买数量的购买数量信息的购物框登录信息发送给购物服务器1(步骤S112)。

购物服务器1的系统控制部13在接收到购物框登录信息时，进行购物框登录处理(步骤S113)。具体是，系统控制部13将已接收的购物框登录信息中所含的商品ID、店铺ID以及购买数量信息与注册的用户的会员ID建立对应，作为购物框信息存储到存储部12。接下来，系统控制部13将店铺内商品一览页发送给用户终端2，该店铺内商品一览页显示与已接收的购物框登录信息中所含的店铺ID相对应的店铺进行销售的商品一览(步骤S114)。

用户终端2的系统控制部在接收到店铺内商品一览页时，在显示部进行显示(步骤S115)。店铺内商品一览页中，按每个商品显示代表商品图像、商品名、商品价格等商品信息。所述商品信息分别成为了超链接，通过用户点击，可转移到显示与该商品相关的详细信息的个别商品页(未图示)。另外，在店铺内商品一览页中，设置了在对购物框中登录的商品进行结算时应按下的结算按钮。

用户终端2的系统控制部在显示店铺内商品一览页时，当判定用户进行了个别商品页显示操作(点击店铺内商品一览页内上述的超链接的操作)时，将包含用于识别成为操作对象的商品的操作商品信息的个别商品页请求发送给购物服务器1(步骤S109)。即，在购物系统S中，当显示店铺内商品一览页时，在进行个别商品页显示操作的情况下，重复进行与从上述的步骤S109到步骤S115的处理相同的处理。

另一方面，用户终端2的系统控制部当显示店铺内商品一览页时，如果判定已经按下了结算按钮的情况下，则向购物服务器1发送结算请求(步骤S116)。

购物服务器1的系统控制部13在接收到结算请求时，进行条件判定处理(步骤S117)。具体是，系统控制部13根据表示用户商品购买状况的状况信息，判定是否满足登录在优惠DB126中的各提示条件，并且在存在满足提示条件的优惠的情况下判定是否满足其优惠的适用条件。即，系统控制部13提取满足提示条件并且不满足适用条件的优惠。另外，表示用户的商品购买状况的状况信息是指，例如，用于表示购物框内登录的商品的购物框信息(参照步骤S113)和在购买历史DB125中登录的购买历史信息。

在此，利用图7的流程图，对条件判定处理的流程进行说明。首先，系统控制部13读取在优惠DB126中登录的1件优惠信息(步骤S201)。而且，系统控制部13对是否满足适用期间的条件(步骤S202)、提示条件(步骤S203)以及适用条件(步骤S203)分别进行判定。此时，当系统控制部13判定出满足适用期间的条件以及提示条件，但不满足提示条件时，提取该优惠信息(步骤S205)，转移到步骤S206。另一方面，在其他情况下，照原样转移到步骤S206。之后，系统控制部13到全部读取了优惠DB126中登录的优惠信息为止，反复进行从步骤S201到步骤S205的处理(步骤S206)。

接下来，关于图4所显示的优惠ID“CMP001”～“CMP003”的3个优惠，说明在判定为分别满足适用期间的条件时(步骤S202：“是”)的提示条件以及适用条件的判定。

当系统控制部13对优惠ID“CMP001”的优惠判定为满足适用期间的条件时，接着判定提示条件。当判定为满足购物框中登录的商品的购买合计金额是否为3000日元以上的提示条件时，接着，判定购物框中登录的商品的购买合计金额是否为5000日元以上的适用条件。当判定为不满足适用条件时，向用户提示该优惠的适用条件、优惠内容、以及为了满足适用条件而代替购物框中登录的商品而应购买的商品。

另外，对于优惠ID“CMP002”的优惠，系统控制部13对于购物框中是否登录了灯泡型荧光灯这样的提示条件进行判定。当判定为满足了提示条件时，接着，对购物框中是否登录了LED灯泡这样的适用条件进行判定。当判定不满足适用条件时，向用户提示该优惠的适用条件、优惠内容、适用条件、以及为满足适用条件将购物框中登录的商品(灯泡型荧光灯)进行替换而应购买的商品(LED灯泡)。

另一方面，关于优惠ID“CMP003”的优惠，系统控制部13判定提示条件以及适用条件时，首先，根据登记的用户的会员ID，从购买历史DB125取得购买历史信息。此时，取得购买日期和时间为适用期间内的购买历史信息。而且，根据购物框信息和取得的购买历史信息，如利用图5进行的说明，判定为满足提示条件以及适用条件。当判定满足提示条件并且未满足适用条件时，向用户提示该优惠的适用条件、优惠内容、以及为了满足适用条件将在购物框中登录的商品进行替换而应购买的商品。另外，关于各优惠，当判定不满足提示条件时，或当判定满足适用条件时，不向用户进行提示。

回到图6，购物服务器1的系统控制部13当结束条件判定处理时，接着，进行交换商品提取处理(步骤S118)。但是，交换商品提取处理是仅处于提取在条件判定处理中满足提示条件并且不满足适用条件的优惠时所执行的处理。

系统控制部13提取在交换商品提取处理中替换购物框中登录的商品以满足适用条件而应购买的商品。具体是，根据为了识别销售购物框中登录的商品的店铺(用户订购商品的店铺)的店铺ID、为了识别购物框中登录的各商品的商品ID，来检索替代商品DB127。即，关于购物框中登录的各商品，提取相同店铺中销售的相同种类的商品。接着，系统控制部13对提取的各商品，通过替换交换对象的商品并购买商品来判定是否满足适用条件。另外，将购物框中登录的、为满足适用条件应交换的商品称作“交换对象商品”，为满足适用条件而替换“交换对象商品”应购买的商品称作“交换商品”。

在此，利用图8，对交换商品提取处理进行具体说明。图8(A)是表示替代商品DB127中登录的信息的一个示例的一部分的图。图8(B)是表示基于店铺的商品DB124中登录的信息的一个示例的一部分的图。这里，在将销售价格为840日元的商品A1(商品ID：A001)和销售价格为3000日元的商品B1(商品ID：B001)登录在购物框中的情况下(两商品是相同店铺C(店铺ID：C001)所销售的商品)，对提取使满足以优惠ID“CMP001”进行识别的优惠的适用条件时的交换商品的情况进行说明。

首先，系统控制部13根据店铺C的店铺ID(店铺ID：C001)和商品A1的商品ID(商品ID：A001)，检索替代商品DB127。于是，检索出“A002”和“A003”作为替代商品ID。接着，根据检索到的商品ID“A002”和“A003”，检索基于店铺的商品DB124。于是，可以分别取得商品ID“A002”的商品销售价格“1040日元”、商品ID“A003”的商品销售价格“1240日元”。在此，即使代替商品A1而购买商品ID为“A002”的商品，购买合计金额为“4040日元”也不超过5000日元。另外，即使代替商品A1而购买商品ID为“A003”的商品，购买合计金额为“4240日元”也不超过5000日元。因此，系统控制部13对于商品A1不会提取替代商品作为交换商品。

接下来，系统控制部13根据店铺C的店铺ID(店铺ID：C001)和商品B1的商品ID(商品ID：B001)，检索替代商品DB127。于是，作为替代商品ID检索出“B002”和“B003”。接着，根据检索到的商品ID“B002”和“B003”，检索基于店铺的商品DB124。于是，可分别取得商品ID“B002”的商品销售价格“4000日元”、商品ID“B003”的商品销售价格“4500日元”。在此，即使代替商品B1而购买商品ID“B002”的商品，购买合计金额为“4840日元”，不超过5000日元。另一方面，如果代替商品B1而购买商品ID“B003”的商品，则购买合计金额为“5340日元”，在5000日元以上。因此，系统控制部13提取商品B1的替代商品即商品ID“B003”的商品作为交换商品。

另外，系统控制部13对于从替代商品DB127检索出的各替代商品与交换对象商品进行试交换的结果是任何一个都不满足适用条件时，就不依赖替代商品DB127，检索可以满足适用条件的商品。例如，对于以优惠ID“CMP002”进行识别的优惠，作为灯泡型荧光灯的替代商品，当LED灯泡没有在替代商品DB127中进行登录的情况下，系统控制部13根据适用条件提取LED灯泡作为交换商品。但是，在这种情况下，作为灯泡型荧光灯的替代商品，在替代商品DB127中优选预先登录LED灯泡。

另外，对于以优惠ID“CMP003”进行识别的优惠，并非根据替代商品DB127来提取交换商品，而是另外设定将可以满足适用条件的商品A或商品B作为交换商品进行提取。例如，图5的情形1、3、6、27设定为将商品B作为交换商品进行提取，情形13～15、29设定为：将商品A作为交换商品进行提取。

接着，购物服务器1的系统控制部13将结算页发送给用户终端2(步骤S119)。另外，系统控制部13在条件判定处理(步骤S117)中，提取满足提示条件且尚未满足适用条件的优惠时，生成在网页的一部分区域中显示所述优惠的适用条件、优惠内容、以及将购物框中登录的商品进行替换而应购买的商品的结算页，发送给用户终端2。

用户终端2的系统控制部接收到结算页时，在显示部上进行显示(步骤S120)。在此，利用图9，说明当判定满足与以优惠ID“CMP001”进行识别的优惠相对应的提示条件且未满足适用条件时的结算页的显示例。

如图9所示，在结算页300设有提示信息显示区域310。提示信息显示区域310显示以优惠ID“CMP001”进行识别的优惠的适用条件和优惠内容。另外，作为使其满足适用条件的信息，在提示信息显示区域310中显示代替购物框中登录商品而应购买的商品。图9的示例中，如果代替商品B1而购买商品B3就显示满足适用条件的信息。另外，当满足以优惠ID“CMP002”进行识别的优惠的提示条件且尚未满足适用条件时，在提示信息显示区域310显示诸如“购买LED灯泡5倍积分。如果代替灯泡型荧光灯而购买LED灯泡，则5倍积分”。另外，购物框中登录了商品A和商品C，当满足以优惠ID“CMP003”进行识别的优惠的提示条件并尚未满足适用条件时，提示信息显示区域310显示诸如“如果购买商品A和商品B两者，通过抽选的方式以便携式游戏机作为赠品。如果代替商品C而购买商品B，则通过抽选的方式以便携式游戏机作为赠品。”。但是，关于多个种类的优惠，当判定满足提示条件且尚未满足适用条件时，对于其全部的优惠，可显示其信息，也可对于一部分的优惠，显示其信息。另外，购物服务器1的系统控制部13在条件判定处理(步骤S117)中，当判定为不存在满足提示条件并且尚未满足适用条件的优惠时，在结算页300上不设置提示信息显示区域310。

另外，结算页300中设置有结算信息显示区域320。结算信息显示区域320中，显示购物框中登录的各商品的名称、单价(销售价格)、购买(订货)数量以及小计、购物框中登录的商品的购买合计金额。在结算信息显示区域320的下方，各自设置了代替交换对象商品(图9的示例是商品B1)而购买交换商品(图9的示例是商品B3)时应选择的交换单选按钮(radio button)321和不代替交换对象商品来购买交换商品时应选择的非交换单选按钮322。在初期状态下，选择非交换单选按钮322，如果用户选择交换单选按钮321，则结算信息显示区域320中代替交换对象商品而显示交换商品。

进一步，结算页300中，设置了使用户选择支付方法的各种单选按钮330、340、350以及选择送达方法的送达方法选择部361、选择送达希望日的送达希望日选择部362、选择送达希望时间的送达希望时间选择部363。作为单选按钮，设置有信用卡结算单选按钮330、银行转账单选按钮340、货到付款单选按钮350。另外，当选择信用卡结算单选按钮330时，设置有用于输入信用卡信息(信用卡公司、信用卡编号、有效期限、开户人)的信用卡信息输入部331。

进一步另外，结算页300中设置了“向店铺商品一览”按钮370、“下一步”按钮380。当用户终端2的系统控制部判定用户点击了“向店铺商品一览”按钮370时，通过向购物服务器1发送店铺商品一览页请求，接收上述店铺商品一览页并在显示部进行显示。由此，用户可以进一步在购物框中登录在相同店铺销售的商品。另一方面，当用户终端2的系统控制部判定用户点击了“下一步”按钮380时，将包括用户在结算页300中输入的信息(表示选择了交换单选按钮321或非交换单选按钮322其中一个的交换信息、表示支付方法的信息、表示送达方法的信息、表示送达希望日的信息、表示送达希望时间的信息、支付方法为信用卡结算时的信用卡信息)的结算信息发送到购物服务器1(步骤S121)。

购物服务器1的系统控制部13在接收到结算信息时，将结算信息存储到存储部12，并且参照结算信息中包含的交换信息，判定用户选择了交换单选按钮321的情况下，代替交换对象商品而购买交换商品，更新购物框信息。接着，系统控制部13将向用户确认订货内容是否有误的订货内容确认页发送到用户终端2(步骤S122)。用户终端2的系统控制部在接收到订货内容确认页时，在显示部进行显示(步骤S123)。订货内容确认画面可以确认用户订货的内容(购买商品、购买数量、支付方法、送达方法、送达希望日、送达希望日期和时间等)。另外，当用户选择交换单选按钮321的情况下，代替交换对象商品而将交换商品作为购买商品进行显示。另外，订货内容确认页中设置了确认按钮，如果订货内容无误，则用户可点击确认按钮。用户终端2的系统控制部在判定点击了确认按钮时，将表示用户确认了订货内容之意的确认信息发送到购物服务器1(步骤S124)。

购物服务器1的系统控制部13接收到确认信息时进行购买确定处理(步骤S125)。具体是，在接收到购物框信息、结算信息时，根据存储部12中存储的结算信息所含的信息、销售店铺的店铺ID、购买商品的用户的会员ID、当前日期和时间(当前日期和时间的取得方法为任意)等，制作购买历史信息，在购买历史DB125中进行登录。

如以上说明，本实施方式的购物服务器1按照每个优惠保持优惠DB126在购物网站给予用户的优惠的适用条件(“优惠适用条件”的一个示例)，系统控制部13在不满足适用条件时，提取如果在购物框中登录的商品(“用户所希望的商品”的一个示例)的基础上购买交换商品(“其他商品”的一个示例)就满足适用条件的该交换商品，将用于向用户提示已提取的交换商品和适用条件的结算页(“提示信息”的一个示例)提供给用户终端2。

根据本实施方式的购物服务器1，当通过在购物框中登录的商品的基础上购买交换商品来满足优惠的适用条件的情况下，向用户提示该内容。因此，因为用户可以把握通过购买交换商品所适用的优惠的适用条件，所以，可降低用户看漏该优惠的可能性，并且可以提高适用该优惠时用户的满意度。另外，通过推测用户为满足适用条件而购买商品，可以提高销售商品的店铺的销售额。

另外，本实施方式的购物服务器1，即使在系统控制部13从购物框中登录的商品中取消至少一部分的交换对象商品(“取消商品”的一个示例)时，提取只要改为购买交换商品则可满足适用条件的该交换对象商品，并向用户终端2进一步提供向用户提示所提取的交换对象商品的结算页(“提示信息”的一个示例)。由此，用户即使取消购买也可以把握满足适用条件的商品。

另外，本实施方式的购物服务器1的系统控制部13，作为交换商品，提取可代替交换对象商品的商品。由此，用户为了得到优惠，代替交换对象商品而应购买的交换商品是，可代替交换对象商品的商品，所以，用户可无反感地得到优惠。

另外，本实施方式的购物服务器1中，可替代的商品是与交换对象商品相同种类的商品。由此，用户为了得到优惠，代替交换对象商品而应购买的交换商品是与交换对象商品相同种类的商品，所以用户可无反感地得到优惠。

另外，本实施方式的购物服务器1中，用户可购买的商品是多个店铺中至少一个店铺销售的商品，可替代的商品是与销售交换对象商品的店铺相同的店铺所销售的商品。由此，用户为了得到优惠，替代交换对象商品的应购买交换商品是与销售交换对象商品的店铺相同的店铺所销售的商品，所以用户可无反感地得到优惠。

另外，本实施方式的购物服务器1是按每个优惠，保持优惠DB126直到满足优惠的适用条件为止的过程中所满足的提示条件(“过程条件”的一个示例。例如，以优惠ID“CMP001”或“CMP003”进行识别的优惠的提示条件)，系统控制部13在不满足适用条件的情况下，并且满足适用条件的情况下，提取交换商品。由此，当购买状况进展到满足优惠的适用条件的中途的阶段时，向用户提示该优惠的适用条件。因此，用户能够把握通过购买与自己希望的商品不同的商品来适用的优惠的适用条件，从而降低用户看漏该优惠的可能性的同时，在该优惠适用的情况下提高用户的满意度。

另外，替代商品DB127将用户可购买的商品、可替代该商品的商品建立对应地存储，本实施方式的购物服务器1的系统控制部13通过参照替代商品DB127来提取交换商品。由此，能够容易地提取为了满足优惠的适用条件而应购买的交换商品。

另外，本实施方式的购物服务器1的系统控制部13进一步向用户终端2提供具有可将交换商品登录在购物框中的交换单选按钮321的结算页300(“使用户可将其他商品作为希望商品进行指定的商品指定画面进行显示的显示数据”的一个示例)。由此，用户可容易地根据结算页300将在购物框中登录以满足适用条件的交换商品登录到购物框中。进一步，用户选择交换单选按钮321，可取消交换对象商品且将交换商品登录到购物框中，便利性高。

另外，按每个用户将用户阅览的商品的历史、用户指定的中意的商品存储在存储部12等中，这些信息和登录在购买历史DB125的信息可在提取交换商品时加以利用。例如，交换商品提取处理(步骤S118)中，系统控制部13，在存在多个满足成为交换商品的条件的商品时，可将用户购买过的商品、用户阅览过的商品、用户中意而指定的商品作为交换商品向用户提示。进一步，将用户指定的中意的店铺按每个用户存储到存储部12等，系统控制部13在适用条件中不包含在相同店铺购买的条件时，可将用户中意的店铺销售的商品作为交换商品向用户提示。

另外，将用户登录到购物框(“用户希望的商品群”的一个示例)中的商品、以及从购物框中取消的商品的历史信息按每个用户存储到存储部12等(“选择历史保持单元”的一个示例)中，可在提取交换商品时加以利用。具体是，系统控制部13(“替代关系判定单元”的一个示例)，在某用户有在购物框中登录了包含相同种类或关联种类的商品P以及商品Q之后，削除了商品Q而只购买了商品P的历史的情况下，判定商品P和商品Q有替代关系。这是基于用户在将商品P以及商品Q登录到购物框之后，犹豫购买哪个商品而最后削除了商品Q的可能性。关联种类是指，如DVD(Digital Versatile Disc)种类和Blu-ray Disc(注册商标)种类那样非相同种类但有替代关系的种类。另外，为了使系统控制部13能判定是否是相同种类或关联种类所包含的商品，在存储部12等中构筑诸如规定了种类间距离(表示种类间的替代可能性的高低，替代可能性越高种类间距离越短)的种类间距离DB(未图示)，按每个种类规定了关联种类的(例如，对于A种类而规定B种类)种类DB(未图示)。当设置了种类间距离DB时，当购物框中登录的商品彼此的种类间距离在一定以下时，系统控制部13判定这些商品包含在相同种类或关联种类中。另一方面，当设置了种类DB时，当系统控制部13判定购物框中登录的商品彼此是否包含在关联种类中时，针对一个商品的种类确定关联种类，判定其他商品是否包含在关联种类中。另外，用户有在购物框中登录了包含在相同种类或关联种类中的商品P、商品Q以及商品R之后，削除商品Q以及商品R而只购买商品P的历史时，判定商品P、商品Q以及商品R分别有替代关系。而且，系统控制部13在交换商品提取处理(步骤S118)中，当存在多个满足成为交换商品的条件的商品时，当有替代关系的某一商品是交换对象商品时，将与该商品有替代关系的商品决定为交换商品。另外，当参照历史信息时，不仅可参照应提示适用条件等的用户的历史信息，还可参照其他用户的历史信息。这是基于对一个用户来说是有替代关系的商品而对其他用户来说也是有替代关系的商品这样的考虑。

另外，用户将自己中意的商品(中意商品)，登录到在购物系统S管理的中意商品列表(“中意商品群”的一个示例)时，将该商品和登录日期和时间按每个用户存储到存储部12等(“中意信息保持单元”的一个示例)，可在提取交换商品时加以利用。具体是，系统控制部13(“替代关系判定单元”的一个示例)将某一用户在规定的期间(例如，3小时)内登录到中意商品列表中包含在相同种类或关联种类的多个商品判定为分别有相互替代关系。这是根据用户在登录于中意商品列表之后，有购买哪个商品而进行比较的可能性而做出的。设定“在规定的期间内”的条件是基于3年前登录的商品和2周前登录的商品没有替代关系的考虑。另外，关于包含在相同种类或关联种类的商品的判定，如上所述，例如，在存储部12等中构筑种类间距离DB或种类DB，系统控制部13参照这些进行判定。而且，系统控制部13在交换商品提取处理(步骤S118)中，当存在多个满足成为交换商品的条件的商品时，有替代关系的一个商品为交换对象商品时，将与此商品有替代关系的商品定为交换商品。另外，当参照中意商品列表的登录信息时，不仅可参照应提示适用条件等用户的登录信息，还可参照其他用户的登录信息。这是基于对一个用户来说是有替代关系的商品，对其他用户来说也有替代关系的商品这样的考虑。

另外，一用户有在规定次数以上购买商品X之后要代替商品X而购买商品Y的事例(从商品X换到商品Y的事例)时，可考虑商品X和商品Y有替代关系。这里，系统控制部13(“替代关系判定单元”的一个示例)，存在用来检索有替代关系的商品的商品(这里为商品X)时，参照购买历史DB125(“中意商品信息保持单元”的一个示例)，提取购买了商品X规定次数以上的用户，判定提取的用户在规定的期间(例如，现在至3月前为止的期间)内是否没有购买商品X。系统控制部13当判定已提取的用户在规定的期间内没有购买商品X时，接着，判定该用户在该规定的期间内是否购买了与商品X相同种类的其他商品(另外，在检索与商品X相同种类的商品时，参照规定了按每个商品而包含该商品的种类的种类DB(未图示)。)。此时，可以将在规定的期间内购买了规定次数以上的与商品X相同种类的商品作为条件。这个条件是为了排除因为希望的商品卖完了而偶尔购买相同种类的商品等的情形。另外，关于“规定期间”的范围，例如是该用户过去置换商品X的平均期间，或者也可设定比其稍长的期间。接着，当系统控制部13判定已提取的用户在规定的期间内购买了与商品X相同种类的商品时，则判定该商品(这里指商品Y)与商品X有替代关系。此时，系统控制部13进一步判定已提取的用户购买了与商品X相同种类的商品Y之后，是否购买了商品X，可以仅在没有购买的情况下判定商品X和商品Y有替代关系。这是设想用户从商品X转换到商品Y时，又从那里回到商品A的情况和不回去的情况，但后者的情况可以考虑为商品X和商品Y的替代关系强的缘故。而且，系统控制部13在交换商品提取处理(步骤S118)中，当存在多个满足成为交换商品的条件的商品时，当有替代关系的一商品(例如，商品X)为交换对象商品时，与其商品有替代关系的商品(例如，商品Y)决定为交换商品。

[5.第2实施方式]

接着就第2实施方式进行说明。相对于替代购物框中登录的商品中至少一部分的交换对象商品，购买其他商品作为交换商品来满足优惠的适用条件时，向用户提示该内容的第1实施方式，在第2实施方式中，除了购物框中登录的商品，通过追加购买其他商品来满足优惠的适用条件时，向用户提示该内容。另外，应追加购买商品称为追加商品。

以下，虽然对第2实施方式进行说明，但是这里重点说明与第1实施方式不同的部分，另外，对与第1实施方式同样的部件以及处理，通过利用与第1实施方式使用相同的符号，省略其说明。

首先，就第2实施方式中的优惠进行说明。例如，优惠DB126中登录有如果满足在适用期间(2010年8月1日～2010年9月30日)内购买商品A和商品B两者的适用条件就赠送手机吊带的优惠。关于该优惠的提示条件以及适用条件的判定，利用图5已经进行了说明，因为其与以优惠ID“CMP003”进行识别的优惠的情况相同，所以省略说明。而且，满足提示条件的情况下且尚未满足适用条件的情况下，向用户提示适用条件、优惠内容、和为满足适用条件应追加购买的商品。

第2实施方式中设定了上述优惠时，购物服务器1的系统控制部13，在条件判定处理(图6的步骤S117)中，根据表示用户的商品购买状况的状况信息(购物框信息以及购买历史信息)，提取分别满足提示条件、适用条件的优惠。

系统控制部13提取满足提示条件且尚未满足适用条件的优惠时，接着，进行追加商品提取处理。追加商品提取处理是代替第1实施方式中的交换商品提取处理(图6的步骤S118)进行的第2实施方式特有的处理。系统控制部13在追加商品提取处理中提取为了满足适用条件“在适用期间内购买商品A和商品B两者”而用户应追加购买的商品(追加商品)。例如，(i)在适用期间内未购买商品B而购物框中登录了商品A的情况；(ii)在适用期间内已经购买商品A，购物框中没有登录商品B的情况下，将商品B作为追加商品进行提取。

接着，购物服务器1的系统控制部13向用户终端2发送结算页(步骤S119)。另外，系统控制部13在条件判定处理(步骤S117)中，提取满足提示条件且尚未满足适用条件的优惠时，生成在网页的一部分区域中显示有优惠的适用条件、优惠内容、在购物框中登录的商品的基础上应购买的商品的结算页，并发送到用户终端2。

用户终端2的系统控制部接收到结算页时，在显示部进行显示(步骤S120)。在此，利用图10说明第2实施方式中当判定为满足与上述优惠相对应的提示条件且尚未满足适用条件时的结算页的显示例。

[0108]

图10所示的第2实施方式中的结算页300与利用图10说明的第1实施方式中的结算页300(参照图9)的不同点在于：在提示信息显示区域310中显示的内容不同这一点和设置了追加单选按钮401以及非追加单选按钮402来代替交换单选按钮321以及非交换单选按钮322这一点。追加单选按钮401是在购物框中登录的商品的基础上，追加购买追加商品(图10的示例中，商品E)时应选择的按钮。另一方面，非追加单选按钮402是不追加购买追加商品时应选择的按钮。在初期状态中，选择非追加单选按钮402，如果用户选择追加单选按钮401，则在结算信息显示区域320中，在显示的商品的基础上显示追加商品的名称、单价(销售单价)、购买(订货)数量以及小计。

用户终端2的系统控制部，在显示结算页300时，如果判定出用户点击了“下一步”按钮380时，则在结算页300中向购物服务器1发送包含用户所输入的信息(表示选择了追加单选按钮401还是非追加单选按钮402中哪一个的追加信息、表示支付方法的信息、表示送达方法的信息、表示送达希望日的信息、表示送达希望时间的信息、支付方法为信用卡结算时的信用卡信息)的结算信息(步骤S121)。

购物服务器1的系统控制部13接收到结算信息时，在存储部12中存储结算信息的同时，参照结算信息所含的追加信息，在判定用户选择了追加单选按钮401时，将追加商品作为追加购买的商品，更新购物框信息。接着，系统控制部13向用户终端2发送订货内容确认页(步骤S122)，用户终端2的系统控制部，在显示部上显示接收到的订货内容确认页(步骤S123)。在订货内容确认画面上，可以确认用户所订货的内容，当用户选择了追加单选按钮401时，也将追加商品作为购买商品进行显示。

如以上说明，优惠DB126在购物网站按每个优惠保持给予用户的优惠的适用条件(“优惠适用条件”的一个示例)，第2实施方式的购物服务器1的系统控制部13在购物框中登录的商品(“用户的希望商品”的一个示例)的基础上提取如果购买追加商品(“其他商品”的一个示例)就满足适用条件的追加商品，向用户终端2提供用于向用户提示该提取的追加商品与适用条件的结算页(“提示信息”的一个示例)。

根据第2实施方式的购物服务器1，通过在购物框中登录的商品的基础上添加追加商品来满足优惠的适用条件时，向用户提示该内容。因此，用户可把握通过用户购买追加商品而适用的优惠的适用条件，从而可降低用户看漏该优惠的可能性，并且可提高适用该优惠时用户的满意度。另外，通过被推测为用户为了满足优惠适用条件而购买商品，可提高销售商品的店铺的销售额。

另外，在上述各实施方式中，将购物框中登录的商品作为“用户希望的商品”的一个示例进行了说明，但用户在中意商品列表中登录的商品也可作为“用户希望的商品”的一个示例。例如，其构造是从商品一览页可向中意商品表中追加用户中意的商品，对于中意商品表中登录的商品，判定提示条件以及适用条件。此时，如将购物框中登录的商品作为购买商品进行判定那样，中意商品列表中登录的商品也作为购买商品进行判定。而且，提取其中满足提示条件且尚未满足适用条件的优惠时，提取通过在中意商品表中登录的商品的基础上(或，替代中意商品表中登录的一部分的商品)购买来满足适用条件的商品(“其他商品”的一个示例)，并与适用条件一起提示给用户。

符号说明

1     购物服务器

11    购物服务器/通信部

12    购物服务器/存储部

13    购物服务器/系统控制部

121   会员DB

122   店铺DB

123   商品DB

124   基于店铺的商品DB

125   购买历史DB

126   优惠DB

127   替代商品DB

2     用户终端

NW    网络

S     购物系统

Claims (15)

1.一种商品购买支援装置，对用户利用终端从店铺购买商品时进行支援，该商品购买支援装置的特征在于，具备：

优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息，并按每个所述优惠进行保持；

其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取如果除了所述用户所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和

提供单元，其向所述终端提供用于向所述用户提示所述其他商品及所述优惠适用条件的提示信息。

2.根据权利要求1所述的商品购买支援装置，其特征在于，

还具备：取消商品提取单元，其提取即使在从所述用户所希望的商品中取消至少一部分的取消商品的情况下，也满足所述优惠适用条件的所述取消商品，

所述提示信息是进一步提示所述取消商品的提示信息。

3.根据权利要求2所述的商品购买支援装置，其特征在于，

所述其他商品提取单元提取与所提取的所述取消商品可替代的商品作为所述其他商品。

4.根据权利要求3所述的商品购买支援装置，其特征在于，

所述可替代商品是与所提取的所述取消商品相同种类的商品。

5.根据权利要求3或4所述的商品购买支援装置，其特征在于，

所述用户可购买的商品是多个店铺中至少任一个店铺所销售的商品，

所述可替代商品是与销售所提取的所述取消商品的店铺相同的店铺所销售的商品。

6.根据权利要求1至5中任意一项所述的商品购买支援装置，其特征在于，

所述优惠信息保持单元还按每个所述优惠保持直到满足所述优惠适用条件为止的过程中所满足的过程条件，

所述其他商品提取单元在不满足所述优惠适用条件且满足所述过程条件的情况下，提取所述其他商品。

7.根据权利要求3至6中任意一项所述的商品购买支援装置，其特征在于，

还具备：替代商品存储单元，其将所述用户可购买的商品和与该商品可替代的商品建立对应地存储，

所述其他商品提取单元通过参照所述替代商品存储单元来提取所述其他商品。

8.根据权利要求3所述的商品购买支援装置，其特征在于，

还具备：

选择历史保持单元，其保持用户希望的商品群中包含商品的历史以及该用户从所希望的所述商品群中取消商品的历史；和

替代关系判定单元，其在通过所述选择历史保持单元保持有从所希望的所述商品群中留下某一商品且取消了在与该某一商品相同种类或关联种类中包含的其他商品的历史的情况下，判定包含在该希望的所述商品群中的商品相互分别有替代关系，

所述可替代商品是判定为与所提取的所述取消商品存在有所述替代关系的商品。

9.根据权利要求3所述的商品购买支援装置，其特征在于，

还具备：

中意信息保持单元，其将在用户中意商品的群中含有的商品和将该商品包含到所述中意商品的群中的日期和时间建立对应地保持；和

替代关系判定单元，其将在所述中意信息保持单元中在规定的期间内所述中意商品的群中所含的包含于相同种类或关联种类的多个商品判定为相互分别有替代关系，

所述可替代商品是判定为与所提取的所述取消商品有所述替代关系的商品。

10.根据权利要求3所述的商品购买支援装置，其特征在于，

还具备：

购买历史保持单元，其按每个所述用户来保持商品的购买历史；和

替代关系判定单元，其提取购买了某一商品规定次数以上的用户，当该提取的用户在规定期间内没有购买该某一商品，而是在该规定期间中购买了与该某一商品相同种类的其他商品时，判定该某一商品和该其他商品有替代关系，

所述可替代商品是判定为与所提取的所述取消商品有所述替代关系的商品。

11.根据权利要求10所述的商品购买支援装置，其特征在于，

所述替代关系判定单元仅在所提取的所述用户购买了所述其他商品之后且没有购买所述某一商品的情况下，判定该某一商品与该其他商品有替代关系。

12.根据权利要求1至11中任意一项所述的商品购买支援装置，其特征在于，

所述提供单元对所述终端还提供用于使商品指定画面进行显示的显示数据，该商品指定画面能够使所述用户将所述其他商品指定为希望的商品。

13.一种商品购买支援方法，通过对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机来执行，该商品购买支援方法的特征在于，包括：

将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息并按每个所述优惠进行保持的步骤；

在不满足所述优惠适用条件的情况下，提取如果所述用户除了所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品的步骤；和

向所述终端提供用于对所述用户提示所述其他商品及所述优惠适用条件的提示信息的步骤。

14.一种商品购买支援程序，其特征在于，

使对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机作为下述单元发挥功能，即，

优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息并按每个所述优惠进行保持；

其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取如果所述用户除了所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和

提供单元，其向所述终端提供用于对所述用户提示所述其他商品及所述优惠适用条件的提示信息。

15.一种计算机可读取的记录介质，记录有商品购买支援程序，该商品购买支援程序使对用户利用终端购买商品时进行支援的商品购买支援装置中包含的计算机作为下述单元发挥功能，即，

优惠信息保持单元，其将购买所述商品时所能得到的优惠、及适用所述优惠所必需的优惠适用条件作为优惠信息并按每个所述优惠进行保持；

其他商品提取单元，其在不满足所述优惠适用条件的情况下，提取如果所述用户除了所希望的商品之外还购买不同于该商品的其他商品则满足所述优惠适用条件的所述其他商品；和

提供单元，其向所述终端提供用于对所述用户提示所述其他商品及所述优惠适用条件的提示信息。

Images