商品分组装置的制作方法

专利名称：商品分组装置的制作方法
技术领域：
本发明涉及服务器装置、商品分组方法、商品分组程序、计算机可读取地记录商品分组程序的记录介质以及商品分组系统的技术领域。
背景技术：
近年来，公知有在互联网上开设店铺的购物站点。购物站点的用户(使用者)能够通过从购物站点发送到用户终端的网页页面，从开店者在购物站点中展出的商品中选择期望的商品，并经过订购手续，订购所选择的商品(例如參照专利文献I)。现有技术文献专利文献 专利文献I :日本特开2002-236694号公报

发明内容
发明所要解决的课题另外，在这样的购物站点中，即使在由订购者订购了多个商品的情况下，也独立地处理所订购的各商品。但是，在订购者订购多个商品时，常常存在由于在各订购商品之间存在某些关联性等而期望一起处理的商品。尽管如此，迄今为止没有对该方面做过任何考虑。本发明正是鉴于这种问题点而完成的，其课题的一例在于提供一种能够对用户希望订购的多个订购预定商品进行分组且实现利用组单位的处理的服务器装置、商品分组方法、商品分组程序、计算机可读取地记录商品分组程序的记录介质以及商品分组系统。用于解决课题的手段为了解决上述问题，权利要求I所述的发明是ー种服务器装置，其经由网络与终端装置连接，该服务器装置的特征在干，具有接收单元，其从所述終端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据存储商品组与属于该商品组的多个商品之间的对应关系的商品组存储单兀所存储的商品组，对由所述接收单兀接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送単元，其关于所述接收到的订购预定商品信息示出的多个订购预定商品中的、由所述分组单元进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。根据本发明，对用户希望订购的多个订购预定商品进行分组，因此能够以组单位对订购预定商品进行处理。由此，在一个订购预定中独立地处理组，因此例如能够以组単位进行取消、替代品方案等。此处，商品是指在市场中被交易的物品。权利要求2所述的发明根据权利要求I所述的服务器装置，其特征在于，所述商品组存储单元按照每个用户存储商品组，并且与识别用户的用户识别信息对应地存储商品组，所述接收単元还从所述终端装置接收选择了所述订购预定商品信息示出的多个订购预定商品的用户的用户识别信息，所述分组単元在对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组时，根据与选择了该订购预定商品的用户的用户识别信息对应的商品组进行分组。根据本发明，能够依照用户特有的商品组合，按照每个用户对商品组进行管理。权利要求3所述的发明根据权利要求2所述的服务器装置，其特征在于，所述接收単元还从所述终端装置接收用户生成组信息，该用户生成组信息示出通过用户对接收到的订购预定商品信息示出的多个订购预定商品进行分组而生成的商品组，该服务器装置还具有组编辑単元，该组编辑单元将由所述接收単元接收到的用户生成组信息示出的商品组与属于该商品组的多个商品之间的对应关系，和生成了该商品组的用户的用户识别信息对应起来存储到所述商品组存储单元中。根据本发明，与用户的用户识别信息对应地存储该用户在订购商品时生成的商品组，在对订购预定商品进行分组时，根据用户生成的商品组进行分组。因此，能够进行符合用户的行为特性的分组。权利要求4所述的发明根据权利要求I 3中的任意一项所述的服务器装置，其 特征在于，所述商品组存储単元存储了多个商品组与属于各商品组的多个商品之间的对应关系，所述分组单元对分别属于存储在所述商品组存储単元中的多个商品组的多个商品和所述接收到的订购预定商品信息示出的多个订购预定商品进行对比，确定最多订购预定商品归属的商品组作为最多商品组，对没有被分组的订购预定商品重复进行将所述订购预定商品中的属于所确定的所述最多商品组的商品分组为I个组的分组处理。根据本发明，根据最多订购预定商品归属的商品组重复对订购预定商品进行分组的分组处理。归属的商品数多是指认为利用该商品组的可能性高。因此，能够实现推测为用户希望的可能性高的分组。权利要求5所述的发明根据权利要求I 3中的任意一项所述的服务器装置，其特征在于，所述商品组存储単元存储了多个商品组与属于各商品组的多个商品之间的对应关系，所述分组単元通过对分别属于存储在所述商品组存储単元中的多个商品组的多个商品和所述接收到的订购预定商品信息示出的多个订购预定商品进行对比，按照每个商品组对订购预定商品进行分组，将属于多个商品组的订购预定商品分到该订购预定商品所属的所有商品组。根据本发明，用户在订购预定商品中包含属于多个商品组的商品的情况下，能够没有遗漏地确认该商品属于哪些商品组。权利要求6所述的发明根据权利要求4所述的服务器装置，其特征在于，所述分组単元在存在多个归属的订购预定商品的数量相同且最多订购预定商品归属的商品组，并且属于该多个商品组的各个组的订购预定商品中的至少一部分不同的情况下，对于所述不同的各个商品，參照所述商品组存储単元，对所属的商品组的数量进行计数，将所计数的数量最大的商品所属的商品组确定为所述最多商品组。根据本发明，在存在多个最多订购预定商品归属的商品组、并且属于各商品组的订购预定商品中的至少一部分不同的情况下，根据不同的商品中的属于更多的商品组的商品所属的商品组，对订购预定商品进行分组。因此，能够对与其他商品关联订购的可能性更闻的商品进行分组。权利要求7所述的发明根据权利要求6所述的服务器装置，其特征在于，所述商品组存储単元还对于各商品组，存储在过去对订购预定商品进行分组时利用的利用频率，所述分组単元在确定所述所计数的数量最大的商品所属的商品组时，存在多个所述所计数的数量为相同数量的商品组的情况下，參照商品组存储単元，确定所述多个商品组中的利用频率最闻的商品组为所述最多商品组。根据本发明，能够根据利用频率更高的商品组对订购预定商品进行分组。因此，能够实现推測为用户希望的可能性高的分组。权利要求8所述的发明根据权利要求6所述的服务器装置，其特征在干，该服务器装置还具有历史信息存储单元，该历史信息存储单元与用户的用户识别信息对应地存储所述分组単元对订购预定商品进行分组时利用的商品组的历史，所述分组単元在确定所述所计数的数量最大的商品所属的商品组时，存在多个所述所计数的数量为相同数量的商品组的情况下，根据选择了由所述接收単元接收到的订购预定商品信息示出的订购预定商品的用户的用户识别信息，參照所述历史信息存储单元，确定该多个商品组中的如下商品组作为所述最多商品组，该确定的商品组是在过去对该用户选择的订购预定商品进行分组时利 用的商品组，且是最近利用了的商品组。根据本发明，在此次对由用户选择的订购预定商品进行分组时，利用是在过去对相同的用户所选择的订购预定商品进行分组时利用的商品组且最近利用了的商品组。由于基于用户的最新行为历史，因此能够实现推測为用户希望的可能性高的分组。权利要求9所述的发明根据权利要求I 8中的任意一项所述的服务器装置，其特征在于，所述接收単元还从所述终端装置接收示出所述发送单元发送的分组结果信息示出的组中的、待取消的组的取消信息。根据本发明，用户能够以组单位取消订购预定商品。权利要求10所述的发明根据权利要求I 9中的任意一项所述的服务器装置，其特征在于，所述用户选择为所述订购预定商品的商品是在网络超市中处理的商品。在作为网络超市的站点的网络超市站点中，处理新鮮食品和日用杂货等多种涉及多品种的商品，因此用户大多在一次订购中采取与多个目的对应的购买行为。即，即使订购自身是ー个订购，其中也对应了多个目的。因此，期望能够在ー个订购中，对多个订购预定商品进行分组并独立地处理。由此，能够按照每个组独立地进行取消和替代订购等处理，因此能够提高用户的便利性。此外，能够通过以用户単位管理商品组，进行符合用户独自的菜谱和生活模式/行为模式等行为特性的分组。权利要求11所述的发明根据权利要求I所述的服务器装置，其特征在于，所述订购预定商品信息还包含示出各所述订购预定商品的订购数量的信息，该服务器装置还具有缺货确认单元，其确认在所述接收单元中接收到的订购预定商品信息示出的订购预定商品缺货的情況；提示方案发送单元，其在由所述缺货确认单元确认到所述订购预定商品缺货的情况下，向用户的邮件地址发送电子邮件，该电子邮件提示确定缺货商品的信息，同时提示(a)取消缺货商品的订购的方案和(b)取消缺货商品的订购并且订购该缺货商品的替代商品的方案中的至少任意一个方案；以及选择信息取得単元，其取得示出选择了所述所提不的方案中的哪ー个方案的信息。根据本发明，在订购商品缺货的情况下，将用由多个方案构成的选择项提示应对方法的电子邮件发送到用户的邮件地址，并且在服务器装置侧取得示出用户所选择的方案的信息。因此，即使在订购商品缺货的情况下也能够在服务器装置侧容易地确认用户希望的应对方法。此处，商品是指在市场中被交易的物品。权利要求12所述的发明根据权利要求11所述的服务器装置，其特征在于，所述接收单元还接收示出所述订购预定商品信息示出的订购预定商品的送达指定日期时刻的指定日期时刻信息，所述缺货确认单元通过在所述指定日期时刻信息示出的送达指定日期时刻的预定时间前，參照记录有示出商品的库存数量的库存信息的库存信息存储单元，确认在所述接收到的订购预定商品信息示出的订购预定商品中是否存在没有订购数量的库存的商品，从而确认所述订购预定商品信息示出的订购预定商品缺货的情况。根据本发明，通过缺货确认单元判定订购商品是否缺货，在缺货的情况下，在送达指定日期时刻的预定时间前发送用选择项提示应对方法的电子邮件。由此，在送达指定日期时刻的预定时间前将提示应对方法的电子邮件发送给用户，因此用户能够在实际送达前发送期望的应对方法。
权利要求13所述的发明根据权利要求12所述的服务器装置，其特征在干，该服务器装置还具有替代商品选择单元，该替代商品选择单元參照所述库存信息存储单元和对应地存储有商品和可代替其的商品的替代关系存储单元，对于与所述缺货商品对应的可替代商品，判定是否存在通过所述订购预定商品信息确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代商品作为所述替代商品，所述提示方案发送单元在(b)订购缺货商品的替代商品的方案中，提示通过所述替代商品选择单元选择的替代商品。根据本发明，即使在订购商品缺货的情况下，也能够将可替代缺货商品且有库存的商品作为替代商品提示给订购者。因此，用户在订购的商品缺货的情况下，能够在订购前临时确认可替代商品后，订购替代品。权利要求14所述的发明根据权利要求12所述的服务器装置，其特征在于，所述接收单元接收订购店铺信息，该订购店铺信息示出所述订购预定商品信息所示的订购预定商品是针对多个店铺中的哪ー个店铺的订购，所述库存信息存储单元按照每个所述店铺存储所述库存信息，该服务器装置还具有替代商品选择单元，该替代商品选择单元參照所述库存信息存储单元和对应地存储有商品和可代替其的商品的替代关系存储单元，在所述订购店铺信息示出的店铺中，对于与所述缺货商品对应的可替代商品，判定是否存在通过所述订购预定商品信息确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代商品作为所述替代商品，所述提示方案发送单元在(b)订购缺货的商品的替代商品的方案中，提示通过所述替代商品选择单元选择的替代商品。根据本发明，能够将在受理了订购的店铺中处理的商品且是可替代缺货商品并有库存的商品作为替代商品提示给订购者。因此，用户在订购的商品缺货的情况下，能够在订购前临时确认可替代商品后，订购替代品。权利要求15所述的发明根据权利要求13或14所述的服务器装置，其特征在干，所述替代商品选择单元參照针对各商品存储示出商品的商品分类的分类信息的分类信息存储单元，取得与所述缺货商品属于相同的商品分类的商品作为可替代商品，并针对所取得的可替代商品判定是否存在订购数量的库存。根据本发明，能够将与缺货商品属于相同的商品分类且订购者容易接受为替代品的商品作为替代商品提示给订购者。
权利要求16所述的发明根据权利要求13 15中的任意一项所述的服务器装置中，其特征在于，所述库存信息存储单元还针对各商品存储示出商品价格的价格信息，所述替代商品选择单元在存在多种有订购数量的库存的可替代商品的情况下，參照所述价格信息，选择与所述缺货商品的价格的价格差最小的种类的商品作为所述替代商品。根据本发明，能够将价格与缺货商品相近且订购者容易接受为替代品的商品作为替代商品提示给订购者。权利要求17所述的发明根据权利要求11 16中的任意一项所述的服务器装置，其特征在于，所述缺货确认单元确认在所述接收単元中接收到的订购预定商品信息示出的所述多个订购预定商品中的哪怕ー个存在缺货的情况，所述提示方案发送单元发送的所述电子邮件还包含(c)将所述多个订购预定商品全部取消的方案。根据本发明，在订购了多个商品的情况下，在存在其一部分缺货的商品时，能够提示取消缺货的商品的方案，并且还提示将多个订购商品全部取消的方案。
权利要求18所述的发明根据权利要求17所述的服务器装置，其特征在于，所述缺货确认単元确认在所述接收単元中接收到的订购预定商品信息示出的所述多个订购预定商品中有多于I个的多个商品存在缺货的情况，所述提示方案发送单元发送的所述电子邮件中的(a)取消缺货商品的订购的所述方案示出了通过所述缺货确认单元确认到缺货的所述多个商品的取消。根据本发明，在订购了多个商品的情况下，在存在多个一部分缺货的商品时，能够提示仅取消多个缺货商品的方案。权利要求19所述的发明根据权利要求11 18中的任意一项所述的服务器装置，其特征在于，在所述电子邮件中包含成为所述订购者的利益的利益信息。根据本发明，能够用确认存在缺货商品的情况下的应对方法的电子邮件一并发送利益信息。因此，能够降低用于发布利益信息的成本。权利要求20所述的发明根据权利要求19所述的服务器装置，其特征在于，所述利益イM息是商品的打折信息。根据本发明，能够提高订购者的购买意愿。权利要求21所述的发明是ー种商品分组方法，其特征在于，包含以下步骤计算机从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；计算机根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及计算机对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。权利要求22所述的发明是ー种商品分组程序，其特征在于，使计算机作为以下单元发挥功能接收单元，其从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送単元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。权利要求23所述的发明是ー种记录介质，其以计算机可读取的方式记录了使计算机作为以下単元发挥功能的商品分组程序接收单元，其从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送単元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。权利要求24所述的发明是ー种商品分组系统，其具有終端装置、和经由网络与所述终端装置连接的服务器装置，该商品分组系统的特征在于，所述服务器装置具有接收单元，其从所述終端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据存储商品组与属于该商品组的多个商品之间的对应关系的商品组存储単元所存储的商品组，对由所述接收単元接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送単元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、由所述分组单元进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置，所述终端装置具有订购预定商品发送単元，其将所述订购预定商品信息发送到所述服务器装置；以及分组结果接收单元，其从所 述服务器装置接收所述分组结果信息。发明效果因此，根据本发明，对用户预定订购的多个商品进行分组，因此能够以组单位对订购预定商品进行处理。


图I是示出本实施方式的订购受理系统的结构的一例的图。图2是示出本实施方式的订购受理服务器的结构的一例的框图。图3是示出登记在各种数据库中的内容的一例的图。图4是用于说明本实施方式的组DB的登记内容的一例的图。图5是示出订购受理时的订购受理系统的处理例的序列图。图6是示出订购商品画面的一例的图。图7是示出订购受理时的订购受理系统的处理例的序列图。图8是示出订购受理服务器的系统控制部的分组处理的一例的流程图。图9是示出订购受理服务器的系统控制部的相同数量时提取处理的一例的流程图。图10是用于说明通过分组处理对订购商品进行分组时的一例的图。图11是用于说明通过分组处理对订购商品进行分组时的一例的图。图12是用于说明通过分组处理对订购商品进行分组时的一例的图。图13是用于说明通过分组处理对订购商品进行分组时的一例的图。图14是示出应对缺货时的订购受理系统的处理例的序列图。图15是示出应对确认邮件的一例的图。图16是示出登记在组历史DB、所属商品分类DB、商品分类DB以及会员用组DB中的内容的一例的图。
图17是示出应对缺货时的订购受理系统的处理例的序列图。图18是示出订购商品画面的一例的图。图19是示出订购受理服务器的系统控制部的分组处理的一例的流程图。图20是示出应对确认邮件的一例的图。图21是示出订购商品画面的一例的图。
具体实施例方式以下，參照

本发明的实施方式。另外，以下说明的实施方式是对订购受理系统应用了本发明时的实施方式。[I.订购受理系统的结构和功能概要] 首先，使用图I对本发明的一个实施方式的订购受理系统S的结构和大致功能进行说明。如图I所示，订购受理系统S (“商品分组系统”的一例)构成为包含订购受理服务器I (“服务器装置”的一例)、用户终端2 (“終端装置”的一例)和店铺终端3的网络超市站点。另外，在图I的例子中，为了便于说明，示出了一个用户終端2，但实际上能够从多个用户终端访问订购受理服务器I。同样，还存在參加网络超市站点的超市或分店的数量的店铺终端3。此处，所谓网络超市，是指经由已有的超市或不具有店铺的专门送货上门的商人设置在互联网上的网络超市站点受理商品的订购，并将订购商品送达到订购者家里的送货上门服务。订购受理服务器I、用户终端2和店铺终端3能够经由网络NW，例如将TCP/IP等用于通信协议而相互进行数据的收发。另外，网络NW例如利用互联网、专用通信线路(例如CATV (Community Antenna Television :有线电视)线路)、移动通信网(包含基站等)以及网关等构建。订购受理服务器I是为了运营多个店铺參加的网络超市站点而设置的服务器，从用户终端2受理商品的订购，能够在所指定的店铺的店铺终端3中确认订购内容。尤其本实施方式的订购受理服务器I具有对订购者(“用户”的一例)所选择的订购商品(“订购预定商品”的一例)进行分组，生成至少ー个以上的组的功能。此外，本实施方式的订购受理服务器I具有如下功能在由用户订购的商品(以下称作“订购商品”。)中存在库存不足的缺货的商品(以下称作“缺货商品”。)的情况下，店铺的工作人员用e-mail (称作“应对确认邮件”。)向订购者询问应该采取怎样的应对。用户终端2具有网页浏览器功能，向订购受理服务器I发送例如HTTP(Hyper TextTransfer Protocol :超文本传输协议)请求并取得网页页面等作为其响应,并显示在显示器上。用户终端2的用户能够利用从网络超市站点或开店者站点提供的信息提供服务。此外，用户终端2利用电子邮件客户端(包含网页邮件)，接收发送到用户的e-mail地址的e-mail (“电子邮件”的一例)，并显示在显示器上。另外，用户终端2例如可应用个人计算机、PDA (Personal Digital Assistant :个人数字助理)、移动电话机等。店铺终端3与用户终端2同样地具有网页浏览器功能，向订购受理服务器I发送例如HTTP (Hyper Text Transfer Protocol :超文本传输协议)请求并取得网页页面等作为其响应，并显示在显示器上。此外，店铺终端3访问订购受理服务器1，将蓄积在订购受理服务器I中的订购内容显示在显示器上。由此，店铺的工作人员能够确认与自身店铺对应的订购。[2.订购受理服务器I的结构]接着，使用图2至图4对订购受理服务器I的结构进行说明。如图2所示，订购受理服务器I具有通信部11、存储部12、输入输出接ロ部13和系统控制部14。并且，系统控制部14和输入输出接ロ部13经由系统总线15进行连接。通信部11连接到网络NW，对与用户终端2或店铺终端3的通信状态进行控制。存储部12 (“存储单元”的一例)例如由硬盘驱动器等构成。此外，在存储部12中构建有会员DB (Data Base :数据库)121、店铺DB 122、库存DB 123、可替代商品DB 124、商品所属组DB 125 JiDB 126和订购受理DB 127。
在图3 (A)所示的会员DB 121中，登记有示出如下信息等的会员信息进行了会员登记的会员(网络超市的使用者，订购了商品时的订购者)的会员ID (“用户识别信息”的一例)、认证密码、会员名称、会员住址、会员电话号码、邮件地址、送货目的地名称、送货目的地地址和送货目的地电话号码等。会员信息能够通过会员ID按照每个会员进行判別。此处，会员ID是用于识别会员的标识符。此外，送货目的地是指在网络超市中购买的商品的送达目的地。此外，会员ID和认证密码是在登录处理(会员的认证处理)中使用的登录信
O在图3 (B)所示的店铺DB 122中，登记有示出如下信息等的店铺信息在网络超市开店的超市(也包含分店)的店铺ID、店铺名称、店铺地址、店铺电话号码、可送达地区和可送达时间等。登记有多个时间段作为可送达时间。例如，作为可送达时间，登记为“8点
到10点”、“ 10点到12点”、“ 12点到14点”.....以及“18点到20点”。店铺信息能够利用
店铺ID按照每个在网络超市开店的超市、或分店进行判別。此处，店铺ID是用于识别所开店铺或所开分店的标识符。在图3 (C)所示的库存DB 123 (“库存信息存储单元”的一例)中，登记有店铺ID ;按照在用该店铺ID识别的店铺中处理的商品的每个商品ID示出库存数量的库存信息；以及示出商品名称、出售价格、采购价格、生产者/制造者、生产地/制造地和规格的商品信息。规格是指商品的大小和容量等。商品ID是用于识别商品的标识符。登记在库存DB123中的库存信息能够根据从设置在各店铺的店铺终端3接收的信息适当进行更新。此外，也可以不将库存DB 123设置在订购受理服务器I中，而设置在各店铺所设置的店铺终端3内的存储部中，订购受理服务器I能够访问店铺终端3内的库存DB 123。在图3 (D)所示的可替代商品DB 124中，按照每个商品ID，登记有用该商品ID识别的商品和可替代的商品的商品ID (称作“可替代商品ID”)。作为处于可替代的关系的商品，例如可列举牛肉和猪肉、北海道产的马铃薯和千叶县产的马铃薯、A公司制的可乐和B公司制的可乐等。或者，例如还能够列举马铃薯和里芋、圆珠笔和铅笔等。另外，可以使多个可替代商品ID与ー个商品ID对应。例如，作为北海道产的马铃薯的可替代商品，能够对应千叶县产的马铃薯和长崎县产的马铃薯。在图3 (E)所示的商品所属组DB 125中，按照每个商品ID，登记有用该商品ID识别的商品所属的组(“商品组”的一例)的组ID (称作“所属组ID”)。在ー个商品属于多个组的情况下，登记有所属组ID (I).....所属组ID (η)作为各个组的ID。此处，组ID是用于识别组的标识符。另外，在商品所属组DB 125中，没有登记不属于任何组的商品的商品ID0在图3 (F)所示的组DB 126中，按照每个组ID，登记有组名称、利用频率、归属商品数量、归属商品ID。用组ID识别的组由多个商品构成。组名称是对组赋予的名称。归属商品数量是组所包含的商品的数量。归属商品ID是组所包含的商品的商品ID。由于在组
中包含多个商品，因此将各商品的商品ID登记为归属商品ID (I).....归属商品ID (η)。
登记在组DB 126中的组在对订购商品进行分组时使用。利用频率与在对订购商品进行分组时使用的频率对应，可适当更新。商品所属组DB 125和组DB 126作为商品组存储单元发挥功能。在组DB 126中，将料理的菜谱(例如日式牛肉火锅、土豆炖肉等)或者依照使用目的(例如烤肉、早饭、旅行等)的组，与对应于各菜谱或目的商品一起进行存储。
这里，參照图4对组DB 126的登记例进行说明。在图4中，示出了“日式牛肉火锅”組、“早饭”组、“晚饭”组等作为组的一例。例如，属于“晚饭”组的商品示出了杯面、冷冻烤饭团、咖啡以及可可。该情况下，在组DB 126中，关于“晚饭”组，登记“晚饭”作为组名称。此外，将与杯面、冷冻烤饭团、咖啡和可可分别对应的商品ID登记为归属商品ID (I) 归属商品ID (4)，登记“4”作为归属商品数量。另外，如“洋葱”属于“日式牛肉火锅”组、“烤肉”組、“土豆炖肉”组和“咖喱”组的
各组那样，有时ー个商品属于多个组。在图3 (G)所示的订购受理DB 127中，按照每个订购受理ID，登记有订购了商品的会员的会员ID、订购目的地店铺的店铺ID、送货目的地名称、送货目的地地址、送货目的地电话号码、送达指定日期时刻、合计金额、支付方法、订购(I) {商品ID、订购数量、组编
号}.....订购(η) {商品ID、订购数量、组编号}。另外，订购(I)的商品ID表示第I个订
购商品的商品ID，订购(I)的订购数量表示第I个订购商品的订购数量。此外，订购(I)的组编号表示第I个订购商品的组编号。组编号表示在通过后述的分组处理对订购商品进行分组时分到哪个组。即，登记了相同的组编号的商品表示被分到了相同的组。但是，关于后述的非组商品，登记空白作为组编号。订购(η)表示被订购的商品类别的总数。此外，在存储部12中，存储有构成购物站点的网页页面的各种HTML (Hyper TextMarkup Language :超文本标记语言)文档、图像数据、声音数据和文本数据等。在存储部12中还存储有各种程序。具体而言，存储有规定的OS (OperatingSystem :操作系统)、WWW (World Wide Web :万维网)服务器程序和购物处理程序等。WffW服务器程序是如下程序用于使用HTTP (Hyper Text Transfer Protocol :超文本传输协议)协议，按照从用户終端2等发送的请求，根据存储在存储部12中的各种数据将网页页面发送到用户终端2等。购物处理程序是进行与购物站点中的商品检索、购买等相关的处理的程序。另外，各种程序例如可从其他服务器装置等经由网络NW取得，也可以被记录到⑶-ROM等的盘DK并经由驱动部读入。输入输出接ロ部13进行通信部11和存储部12与系统控制部14之间的接ロ处理。系统控制部14 由 CPU (Central Processing Unit :中央处理器)14a、ROM (ReadOnly Memory :只读存储器)14b和RAM (RandomAccess Memory :随机存取存储器)14c等构成。并且，系统控制部14通过CPU 14a读出并执行存储在ROM 14b和存储部12中的各种程序，作为接收单元、分组单元、发送单元、取消单元、缺货确认单元、提示方案发送单元、选择信息取得単元和替代商品选择单元等发挥功能。另外，例如也可以通过管理各种数据库的服务器、进行商品的检索处理的检索处理服务器和提供各种信息的WWW服务器等多个服务器装置构成订购受理服务器I。[3.订购受理系统的动作]接着，使用图5至图15对本发明的一个实施方式的订购受理系统S的动作进行说明。[3. I.订购受理时的动作]使用图5至图13，对订购受理服务器I从用户終端2受理商品的订购，并将订购受理记录登记到订购受理DB为止的动作进行说明。另外，在开始图5的序列图所示的处理 前，用户终端2访问网络超市站点，并将网络超市站点的首页显示在显示器上。如图5所示，首先，用户终端2 (具体而言为用户终端2的未图示的系统控制部)检测到用于将会员ID和密码发送到订购受理服务器I的操作吋，将所输入的会员ID和密码发送到订购受理服务器I (步骤S101)。订购受理服务器I的系统控制部14在接收到会员ID和密码时，进行登录处理(步骤S102)。具体而言，系统控制部14根据接收到的会员ID检索会员DB 121，确认是否登记有对应的会员ID，在登记了的情况下，确认接收到的密码是否与登记在会员DB 121中的认证密码一致。并且，系统控制部14仅在会员DB 121中登记有对应的会员ID、并且密码一致的情况下判定为登录处理没有问题。系统控制部14在判定为登录处理有问题的情况下，将表示在登录处理中发生了错误的错误信息发送到用户终端2，并将错误消息显示到用户终端2的显示器。另ー方面，系统控制部14在判定为登录处理没有问题的情况下，參照会员DB 121，取得所登记的送货目的地地址，接着參照店铺DB 122，取得在可送达地区中包含所取得的送货目的地地址的店铺或分店的列表(步骤S103)。接着，系统控制部14生成用于显示店铺列表画面(未图示)的店铺列表画面用网页页面(步骤S104)，并发送到用户终端2 (步骤S105)，所述店铺列表画面显示有所取得的送货目的地地址和店铺列表。用户终端2在接收到店铺列表画面用网页页面时，将店铺列表画面(未图示)显示在显示器上(步骤S106)。在显示店铺列表画面时，用户(会员)进行(i)所显示的送货目的地地址是否为收取订购商品的地址的确认和(ii)订购(购买)目的地店铺的选择。另外，在地址有错误的情况下，或在与送货目的地地址不同的地址收取商品的情况下，发送收取商品的正确地址作为新的送货目的地地址，并从订购受理服务器I重新接收店铺列表画面用网页页面。此时，订购受理服务器I的系统控制部14在接收到新的送货目的地地址时，重新取得在可送达地区中包含新的送货目的地地址的店铺的列表，生成新的送货目的地地址和用于显示所取得的店铺列表的店铺列表画面用网页页面，并发送到用户终端2。用户终端2在由用户选择订购目的地店铺时，将所选择的店铺的店铺ID发送到订购受理服务器I (步骤S107)。订购受理服务器I的系统控制部14在接收到店铺ID时，參照库存DB 122，取得由属于用接收到的店铺ID识别的店铺的商品构成的商品列表(步骤S108)。此外，系统控制部14參照库存DB 122，取得示出商品的商品名称、出售价格、生产者/制造者、生产地/制造地和规格的商品信息。接着，系统控制部14生成用于显不商品列表所包含的商品的商品一览画面用网页页面(步骤S109)，并发送到用户终端2 (步骤S110)。另外，商品ー览画面用网页页面至少显示示出商品的商品名称、出售价格、生产者/制造者、生产地/制造地和规格的商品信知、O用户终端2在接收到商品ー览画面用网页页面时，将商品ー览画面(未图示)显示在显示器上(步骤S111)。在显示商品ー览画面时，用户对于希望购买的商品，能够通过在选择订购数量后按下(点击)购物篮按钮来将商品登记到购物篮中。并且，在将要订购的商品全部登记到购物筐后，能够通过按下(点击)付款按钮进行付款处理。用户终端2在检测到按下(点击)付款按钮的操作吋，将登记在购物筐中的所有商品和表示其订购数量的订购数据(“订购预定商品信息”的一例)发送到订购受理服务器I (步骤S112)。另外，此时的用户终端2的系统控制部(未图示)作为“订购预定商品信息发送单元”的一例发挥功能。 订购受理服务器I的系统控制部14在接收到订购数据时，进行之后将使用图8至图13叙述的分组处理(步骤S113)。分组处理是根据登记在组DB 126中的组对订购商品进行分组的处理。另外，将不能进行分组的商品称作非组商品。接着，系统控制部14生成对订购商品的内容和分组处理的结果进行显示的订购商品画面用网页页面(“分组结果信息”的一例)(步骤S114)，并发送到用户终端2 (步骤S115)。用户终端2在接收到订购商品画面用网页页面时，将订购商品画面显示在显示器上(步骤S116)。另外，此时的用户终端2的系统控制部(未图示)作为“分组结果接收单元”的一例发挥功能。此处，使用图6对订购商品画面进行说明。在订购商品画面200中，显示订购商品ー览210、送货日指定区220、送货时间指定下拉列表框230和下一步按钮240。在订购商品ー览210中，显示有在按下商品ー览画面中的付款按钮时登记在购物筐中的商品的一览。在订购商品一览210中，按照姆个商品，显不商品名、规格、数量和金额。此外，在订购商品ー览210中，显示商品合计、送货费和合计。作为商品合计，显示所有订购商品的金额的合计金额，作为合计，显示商品合计和送货费的合计金額。在订购商品ー览210中，对于用分组处理(步骤S113)进行了分组的商品，通过组编号211-1 221-η (η表示分组后的组的数量。在图6的例子中，η为“4”)示出了分到了哪个组。例如，在图6的例子中，示出了“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”被分到了组I。另ー方面，对于未用分组处理(步骤S113)进行分组的商品(非组商品)，用X标记212示出了是非组商品的情況。在订购商品ー览210中，通过中断处理取消所有订购预定商品的订购。此外，通过按下配置在各商品框中的取消按钮213，取消该商品的订购。并且，可以通过在各组框中配置取消按钮214并按下该按钮，取消属于该组的所有商品的订购。能够在送货日指定区220中指定运送所订购的商品的日期。在送货日指定区220中，设置有年选择框221、月选择框222、日选择框223，能够分别选择送货日的年、月、日。另夕卜，各选择框221 223联动，从而不能选择不适当的日期作为送货日。
能够在送时间指定下拉列表框230中指定运送所订购的商品的时间段。能够用送货时间指定下拉列表框230指定的时间段与登记在店铺DB 122中的可送达时间对应。下一步按钮240是在进入到后续的处理时应该按下(点击)的按钮。即，作为订购者的用户在送货日指定区220和送货时间指定下拉列表框230中指定了送货日期时刻后，能够通过按下(点击)下一步按钮240进入到后续的处理。在上述订购商品画面200显示在显示器上时，订购者能够确认怎样对订购商品进行了分组。此外，能够在订购商品画面200中指定订购商品的送达日期时刻。返回图5，用户终端2在检测到按下(点击)下一步按钮240时，将表示在送货日指定区220和送货时间指定下拉列表框230中指定的日期时刻的送达日期时刻信息发送到订购受理服务器I (步骤 S117)。
图7是示出订购受理时的订购受理系统的处理例的序列图。如图7所示，订购受理服务器I的系统控制部14在接收到送达日期时刻信息吋，生成用于选择付款方法的付款画面用网页页面(步骤S201)，并发送到用户终端2 (步骤S202)。用户终端2在接收到付款画面用网页页面吋，将付款画面(未图示)显示在显示器上(步骤S203)。在显示付款画面时，用户确认支付金額，选择支付方法。在付款画面中，能够选择信用卡支付或货到付款的支付中的任意一个作为支付方法。用户终端2在选择支付方法后，将表示所选择的支付方法的类别的支付方法信息发送到订购受理服务器I (步骤S204)。订购受理服务器I的系统控制部14在接收到支付方法信息吋，生成订购受理记录(步骤S205)。订购受理记录是登记在订购受理DB 127中的记录，且由订购受理ID、会员ID、店铺ID、送货目的地名称、送货目的地地址、送货目的地电话号码、送达指定日期时刻、合计
金额、支付方法、订购(I) {商品ID、订购数量、组编号}----订购(η) {商品ID、订购数量、
组编号}构成。合计金额根据各订购商品的出售价格(从库存DB 123基于商品ID取得)和订购数量计算。在组编号中，记述了表示用分组处理对订购商品进行分组后的组的组编号。另外，组编号与生成组的顺序对应。即，最初分组后的组的组编号为“I”、第2次分组后的组的组编号为“2”。接着，系统控制部14生成显示订购内容的订购内容确认画面用网页页面(步骤S206)，并发送到用户终端2 (步骤S207)。用户终端2在接收到订购内容确认画面用网页页面时，将订购内容确认画面(未图示)显示在显示器上(步骤S208)。在订购内容确认画面中，显示有订购内容(订购商品、数量、合计金额、送达指定日期时刻、支付方法)和确认按钮。如果所显示的订购内容没有错误，则用户按下(点击)确认按钮。用户终端2在按下(点击)确认按钮时，将表示用户已确认订购内容的确认数据发送到订购受理服务器I (步骤S209)。订购受理服务器I的系统控制部14在接收到确认数据吋，将在步骤S205的处理中生成的订购受理记录登记到订购受理DB中(步骤S210)。接着，使用图8和图9对分组处理进行说明。图8是示出系统控制部14的分组处理的例子的流程图。图9是示出系统控制部14的相同数量时提取处理的例子的流程图。如图8所示，系统控制部14将订购数据示出的所有订购商品设置为分组对象商品(步骤SI I)。
接着，系统控制部14从分组对象商品中选择Iv商品(步骤S12)。接着，系统控制部14确定所选择的商品的所属组(步骤S13)。具体而言，系统控制部14參照商品所属组DB 125，确定与所选择的商品的商品ID对应的所属组ID。接着，系统控制部14判定是否能够确定所属组(步骤S14)。系统控制部14在判定为能够确定所属组的情况下(步骤S14 :是)，向与所确定的组对应的计数器的值加上“I”(步骤S15)。例如，在所确定的组ID是识别“晚饭”组的组ID的情况下，向晚饭计数器的值加上“I”。另外，系统控制部14在存在多个所确定的组ID的情况下，分别向对应的计数器的值加上“ I”。此外，各计数器在从步骤Sll的处理转移到了步骤S12的处理时，或从步骤S26的处理转移到了步骤S12的处理时被初始化。另ー方面，系统控制部14在判定为不能确定所属组的情况(在商品所属组DB 125中没有登记所选择的商品的商品ID的情況)下(步骤S14 :否)，将所选择的商品决定为非组商品(步骤S16)。接着，系统控制部14从分组对象商品中删除所选择的商品(步骤S17)。
在结束步骤S15的处理或步骤S17的处理后，系统控制部14判定是否通过步骤S12的处理选择了所有分组对象商品(步骤S18)。系统控制部14在判定为没有选择所有商品的情况下(步骤S18 :否)，转移到步骤S12的处理。另ー方面，系统控制部14在判定为选择了所有商品的情况下(步骤S18 :是)，接着判定是否存在值为“2”以上的计数器(步骤S19)。系统控制部14在判定为存在值为“2”以上的计数器的情况下(步骤S19 :是)，将与值最大的计数器对应的组决定为最大组(“最多商品组”的一例)(步骤S20)。接着，系统控制部14判定决定为最大组的组是否为ー个(步骤S21)。系统控制部14在判定为决定为最大组的组是ー个的情况下(步骤S21 :是)，从分组对象商品中提取属于最大组的商品(步骤S22)，并对提取出的商品进行分组(步骤S23)。另ー方面，系统控制部14在判定为最大组不是ー个的情况下(步骤S21 :否)，进行相同数量时提取处理(步骤S24)。此处，使用图9对相同数量时提取处理进行说明。如图9所示，系统控制部14对属于各最大组的分组对象商品进行比较(步骤S51 )。接着，系统控制部14判定商品(商品ID)是否完全一致(步骤S52)。系统控制部14在判定为商品(商品ID)完全一致的情况下(步骤S52 :是)，从分组对象商品中提取属于最大组的商品(步骤S53)。接着，系统控制部14对提取出的商品进行分组(步骤S61)，并结束相同数量时提取处理。另ー方面，系统控制部14在判定为商品(商品ID)应该不完全一致的情况下(步骤S52 :否)，接着判定商品(商品ID)是否部分一致(步骤S54)。系统控制部14在判定为商品(商品ID)部分一致的情况下(步骤S54 :是)，分别针对种类(商品ID)不同的商品取得所属组的数量(步骤S55)。具体而言，根据商品ID參照商品所属组DB 125取得登记所属组ID的数量。接着，系统控制部14确定所属组的数量最大的商品(步骤S56)。接着，判定所确定的商品的数量是否为ー个(步骤S57)。系统控制部14在判定为所确定的商品的数量是ー个的情况下(步骤S57 :是)，确定所确定的商品所属的组为最大组(步骤S58)。另ー方面，系统控制部14在判定为所确定的商品的数量不是ー个的情况下(步骤S57 :否)，參照登记在组DB 126中的利用频率，确定所确定的商品所属的最大组中的利用频率更闻的最大组(步骤S59)。
接着，系统控制部14从分组对象商品中，提取属于在步骤S58的处理或步骤S59的处理中确定的最大组的商品(步骤S60)。接着，系统控制部14对提取出的商品进行分组(步骤S61)，并结束相同数量时提取处理。另ー方面，在步骤S54的处理中，系统控制部14判定为商品(商品ID)也不部分一致的情况(商品(商品ID)完全不同的情況)下(步骤S54 :否)，从在步骤S20的处理(图8)中决定的多个最大组中选择Iv最大组(例如，可以包含在多个最大组中的商品中，选择最初被按下购物筐按钮的商品所属的組。)(步骤S62)。接着，系统控制部14从分组对象商品中提取属于所选择的最大组的商品(步骤S63)，并对提取出的商品进行分组(步骤S64)。接着，系统控制部14判定是否通过步骤S62的处理选择了所有的最大组(步骤S65)。系统控制部14在判定为没有选择所有最大组的情况下(步骤S65 :否)，转移到步骤S62的处理。另ー方面，系统控制部14在判定为选择了所有最大组的情况下(步骤S65 :是)，结束相同数量时提取处理。返回图8，系统控制部14从分组对象商品中，删除在步骤S23的处理或步骤S24的 处理中进行了分组的商品(步骤S25)。接着，系统控制部14判定分组对象商品的数量是否为“O”(步骤S26)。系统控制部14在判定为分组对象商品的数量不是“O”时(步骤S26:否)，转移到步骤S12的处理。另一方面，系统控制部14在判定为分组对象商品的数量是“O”时(步骤S26 :是)，结束分组处理。另外，在步骤S19的处理中，系统控制部14判定为不存在值为“2”以上的计数器的情况下(步骤S19:否)，接着判定分组对象商品的数量是否为“O”(步骤S27)。系统控制部14在判定为分组对象商品的数量不是“O”时(步骤S27 :否)，将各个分组对象商品决定为非组商品，并结束分组处理。另ー方面，系统控制部14在判定为分组对象商品的数量是“O”时(步骤S27 :是)，结束分组处理。另外，系统控制部14在图8所示的步骤S26的处理，图9所示的步骤S61的处理、步骤S64的处理中对商品进行分组时，使待分组的商品对应基于分组顺序的组编号。此处，使用图4、图10 图13所示的例子，说明在分组处理中怎样对商品进行分组。另外，设为在组DB 126中仅登记了图4所示的组，属于各组的商品也仅登记了图4所示的商品。因此，图4所示的商品以外的商品(例如“圆珠笔”)不属于任何组。另ー方面，关于图10 图13所示的订购商品，示出了包含在步骤S112的处理(图5)中发送的订购数据中的所有商品。首先，订购受理服务器I的系统控制部14将图10所示的所有订购商品设置为分组对象商品310 (步骤S11)。接着，系统控制部14从分组对象商品310中选择 Iv商品“牛肉”(步骤S12)。接着，系统控制部14确定“牛肉”的所属组(步骤S13)。如图4所示，“牛肉”属于“日式牛肉火锅”组和“烤肉”组，因此确定“日式牛肉火锅”组和“烤肉”组。接着，系统控制部14判定是否能够确定“牛肉”的所属组(步骤S14)，但因为能够确定所属组(步骤S14 :是)，所以接着对与所确定的组对应的“日式牛肉火锅”计数器和“烤肉”计数器的值加上“ I”(步骤S15)。之后，系统控制部14针对其他分组对象商品310也进行同样的处理。但是，对于圆珠笔，不能确定所属组(參照图4)，因此将圆珠笔决定为非组商品(步骤S16)，并从分组对象商品310中进行删除(步骤S17)。由此，系统控制部14针对图10所示的所有分组对象商品310，重复步骤S12 步骤S18的处理。由此，与各组对应的计数器的值变为图10的计数器行390所示的值。接着，系统控制部14判定是否存在值为“2”以上的计数器(步骤S19)。此处，存在值为“2”以上的计数器(步骤S19 :是)，因此接着将与值为“6”的最大值的“烤肉”计数器对应的“烤肉”组决定为最大组(步骤S20)。接着，系统控制部14判定最大组是否为ー个(步骤S21)。此处，最大组仅为“烤肉”组(步骤S21 :是)，因此接着从分组对象商品310中提取属于“烤肉”组的“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”(步骤S22)。接着，系统控制部14对“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”进行分组(步骤S23)。接着，系统控制部14从分组对象商品310中删除“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”(步骤S25)。在系统控制部14针对图10所示的分组对象商品310进行上述那样的步骤S12的处理到步骤S25的处理时，分组对象商品310如图11所示。在图11中，将分组后 的“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”示出为已处理商品320。此外，将在步骤S16的处理中决定为非组商品的“圆珠笔”也示出为已处理商品320。另外，对于分组后的商品群，将表示分组后的顺序的组编号321记述到了组列325。此外，对于被决定为非组商品的商品，将表示没有分到任何组的X标记329记述到了组列325。接着，系统控制部14判定分组对象商品310的数量是否为“O”(步骤S26)。如图11所示，因为分组对象商品310的数量不是“O”(步骤S26 :否)，因此返回步骤S12的处理，针对图11所示的分组对象商品310，进行步骤S12的处理到步骤S18的处理。于是，与各组对应的计数器的值变为图11的计数器行390所示的值。接着，系统控制部14判定是否存在值为“2”以上的计数器(步骤S19)。此处，因为存在值为“2”以上的计数器(步骤S19 :是)，因此系统控制部14接着将计数器的值为“4”的最大值的“土豆炖肉”组和“咖喱”组决定与为最大组(步骤S20)。接着，系统控制部14判定最大组是否为ー个(步骤S21 )。此处，最大组有两个(“土豆炖肉”组和“咖喱”组)(步骤S20 :否)，因此接着进行相同数量时提取处理(步骤S24)。在图9所示的相同数量时提取处理中，系统控制部14首先对属干“土豆炖肉”组和“咖喱”组的分组对象商品彼此进行比较(步骤S51)，判定是否完全一致(步骤S52)。此处，“猪肉”、“马铃薯”、“胡萝卜”一致，但是“魔芋丝”和“腌大蒜”不同。因此，系统控制部14判定为不完全一致(步骤S52 :否)，接着判定是否部分一致(步骤S53)。系统控制部14判定为部分一致(步骤S53 :是)，接着对于“魔芋丝”和“腌大蒜”，分别取得所属组的数量(步骤S55)。系统控制部14取得“2”(“日式牛肉火锅”组和“土豆炖肉”组)作为“魔芋丝”的所属组的数量，取得“I”(仅“土豆炖肉”组)作为“腌大蒜”的所属组的数量(參照图4)。接着，系统控制部14确定所属组的数量为“2”的最大的“魔芋丝”(步骤S56)，并且确定所确定的“魔芋丝”所属的“土豆炖肉”组(步骤S58)。接着，系统控制部14从图11所示的分组对象商品310中提取属干“土豆炖肉”组的“猪肉”、“马铃薯”、“胡萝卜”、“魔芋丝”(步骤S60)。接着，系统控制部14对“猪肉”、“马铃薯”、“胡萝卜”、“魔芋丝”进行分组(步骤S61)。返回图8，系统控制部14从图11所示的分组对象商品310中删除“猪肉”、“马铃薯”、“胡萝卜”、“魔芋丝”(步骤S25)。由此，在系统控制部14针对图11所示的分组对象商品310进行步骤S12的处理到步骤S25的处理时，分组对象商品310如图12所示。在图12中，将分组后的“猪肉”、“马铃薯”、“胡萝卜”、“魔芋丝”记述为已处理商品320。接着，系统控制部14判定分组对象商品310的数量是否为“O”(步骤S26)。如图12所示，分组对象商品310的数量不是“O”(步骤S26 :否)，因此返回步骤S12的处理。之后，系统控制部14同样针对图12所示的分组对象商品310重复上述处理。于是，将“咸面包”、“鸡蛋”、“酸奶”分为第3组，接着将“酥脆饼干”、“洗发水”分为第4组。系统控制部14在分到第4组时，仅剩余“腌大蒜”作为分组对象商品。于是，系统控制部14在步骤S26的处理中判定为分组对象商品的数量不是“O”(步骤S26 :是)，对于“腌大蒜”进行步骤S12的处理到步骤S18的处理。接着，系统控制部14在步骤S19的处理和步骤27的处理中均判定为“否”，将“腌大蒜”决定为非组商品(步骤S28)，并结束分组处理。如图13所示，在分组处理结束后，订购商品全部变为已处理商品320。此外，各订购商品被分到任意ー个组，或设为非组商品。 [3. 2.应对确认邮件发送时的动作]接着，使用图14所示的序列图，对如下情况时的动作进行说明订购受理服务器I在从用户終端2接收到受理的订购商品中存在库存不足的商品的情况下，发送向订购者询问应该采取怎样的应对方法的应对确认邮件。首先，订购受理服务器I的系统控制部14从订购受理DB 127取得订购受理记录(步骤S301)。具体而言，系统控制部14定期访问订购受理DB 127，取得送达指定日期时刻被设定为规定时间段(例如送达指定日期时刻是从当前时刻起5小时后且8小时前的时间段)的订购受理记录。取得订购受理记录的规定时间段可以由订购受理服务器I的操作员或店铺的工作人员等在考虑送达时间的基础上任意设定。接着，系统控制部14进行记录在订购受理记录中的订购商品的库存确认(步骤S302)。具体而言，系统控制部14根据订购受理记录的店铺ID和订购(I)的商品ID检索库存DB 123，判定库存数量是否比订购(I)的订购数量少，在比其少的情况下判定为库存不足(缺货)。系统控制部14对于订购受理记录的所有订购商品(即从订购(I)到订购(η))进行该处理。系统控制部14在存在库存数量少于订购数量的订购商品(缺货商品)的情况下，生成包含缺货商品的商品ID的缺货商品信息。接着，系统控制部14确认是否存在缺货商品信息，在没有缺货商品信息的情况下，转移到后述的步骤S308的处理。另ー方面，在存在缺货商品信息的情况下，接着根据缺货商品信息生成应对确认邮件(步骤S303)。图15是示出应对确认邮件的一例的图。在应对确认邮件的标题510中，显示有表示在订购商品中存在缺货的标题。在应对确认邮件的正文520中，显示库存用完的商品(缺货商品)的名称521，并且提示作为用于选择应对方法的选择项的4个方案522 525。另夕卜，不存在订购数量的库存，但是在存在库存数量不是“O”的订购商品的情况下，可以提示仅订购库存数量的商品的方案。方案522与取消订购商品的所有商品的应对方法对应。方案523与取消包含在与缺货商品相同的组中的所有商品的应对方法对应。此处所说的组是指在订购时以订购商品画面200 (图6)显示的组。根据图13的例子，属于组“2”(土豆炖肉)的猪肉缺货，因此意味着还ー并取消土豆、胡萝卜和魔芋丝。另外，可以在应对确认邮件的正文520中列举包含在组中的其他订购商品。此外，在缺货商品是非组商品的情况下不提示方案523。方案524与仅取消缺货商品的应对方法对应。方案525与替代缺货商品而订购替代商品的应对方法对应。系统控制部14在提示方案525的情况下，从可替代商品DB 124取得缺货商品的可替代商品ID，并在库存DB 123中确认可替代商品的库存数量。并且，系统控制部14在对于可替代商品判定为存在缺货商品的订购数量以上的库存时，选择该可替代商品作为替代商品，并用方案525进行提示。另外，在可替代商品DB 124中，相对于缺货商品的商品ID对应有多个可替代商品ID的情况下，系统控制部14对于各个可替代的商品进行库存的确认。并且，系统控制部14在存在多种有订购数量的库存的可替代商品的情况下，參照库存DB 123中的各个可替代商品的出售价格，选择与缺货商品的出售价格的价格差最小的商品作为替代商品。
返回图14，系统控制部14在生成应对确认邮件时，将应对确认邮件发送到登记在会员DB 121中的邮件地址(步骤S304)。另外，在图14中，示出为将应对确认邮件发送到用户终端2，但是接收应对确认邮件的用户终端2不限于在订购时使用的終端。此处，为了方便，将接收应对确认邮件的終端说明为用户终端2。在用户终端2接收到应对确认邮件时，将其显示在显示器上(步骤S305)。此时，用户回复从应对确认邮件的正文中提示的选择项中选择了任意一项的邮件。用户终端2在检测到回复邮件的操作时，将包含表示用户所选择的方案的信息的回复邮件发送到订购受理服务器I (步骤S306)。订购受理服务器I的系统控制部14在接收到回复邮件时确认选择了哪ー个方案，并根据所选择的方案更新在步骤S301的处理中取得的订购受理记录(步骤S307)。具体而言，系统控制部14在选择了方案522的情况下，删除订购受理记录。但是，在支付方法为信用卡支付的情况下，ー并进行用于停止向信用卡公司请求付款的处理。另夕卜，在选择了方案522的情况下，不进行步骤S308以后的处理。在选择了方案523的情况下，系统控制部14确定将与缺货商品的组编号相同的编号记述为组编号的商品，并删除与所确定的所有商品相关的订购。另外，表示选择了方案523的回复邮件是本发明的“取消信息”的一例。在选择了方案524的情况下，系统控制部14删除缺货商品的订购。在选择了方案525的情况下，系统控制部14用以应对确认邮件的方案525提示的替代商品的商品ID覆盖更新缺货商品的商品ID。接着，订购受理服务器I的系统控制部14将更新后的订购受理记录发送到设置在以订购受理记录的店铺ID识别的店铺中的店铺终端3 (步骤S308)。店铺终端3在从订购受理服务器I接收到订购受理记录时将其记录到存储部中。记录在存储部中的订购受理记录能够由店铺的工作人员通过规定的操作确认。店铺終端3在检测到该规定操作时，将基于订购受理记录的订购指示画面显示在显示器上(步骤S309)。在订购指示画面中，显示有订购内容(送货目的地名称、送货目的地地址、送货目的地电话号码、送达指定日期时刻、合计金额、支付方法、订购商品以及订购商品的订购数量)。店铺的工作人员能够依照显示在订购指示画面中的订购内容，安排订购商品的送货。
如以上所说明那样，本实施方式的订购受理服务器I的存储部12的商品所属组DB125和组DB 126存储商品组和属于该商品组的多个商品之间的对应关系，系统控制部14从用户终端2接收表示用户所选择的多个订购商品的订购数据，井根据商品所属组DB 125和组DB 126对接收到的订购数据示出的多个订购商品进行分组，生成至少ー个以上的组。并且，系统控制部14将示出对于在多个订购商品中被分组后的各订购商品被分到了哪个组的订购商品画面用网页页面发送到用户终端2。根据本实施方式的订购受理服务器1，能够通过对订购者希望购买的多个订购商品进行分组，以组单位对订购商品进行处理。此外，在本实施方式中，基于根据料理的菜谱或使用目的设定的组(商品所属组DB 125和组DB 126)进行了分组，因此能够对存在关联性的、一起购买的或然性高的商品彼此进行分组。此外，在本实施方式的商品所属组DB 125和组DB 126中登记有多个组和属于各组的多个商品之间的对应关系，订购受理服务器I的系统控制部14对分别属于登记在组DB126中的多个组的多个商品、和接收到的订购数据所表示的多个订购商品进行对比，确定最多订购商品归属的组为最大组，对没有被分组的订购商品(分组对象商品)重复进行将订购 商品中的属于所确定的最大组的订购商品分为I个组的分组处理(分组处理中的步骤S12的处理到步骤S26的处理)。根据本实施方式的订购受理服务器1，根据最多订购商品归属的组重复对订购商品进行分组的分组处理。归属的商品数量多是指可认为利用该组的可能性高。因此，能够对推测为用户希望一起处理(购买、取消等)的可能性高的、即推测为关联性高的订购商品彼此进行分组。此外，本实施方式的订购受理服务器I的系统控制部14在存在多个归属的订购商品的数量相同且最多订购预定商品归属的组(步骤S21 :否)，并且属于各最大组的订购商品中的至少一部分不同的情况下(步骤S54:是)，分别针对该各个不同的商品，在登记在组DB 126中的多个组中对该商品所属的组的数量进行计数(步骤S55)，确定所计数的数量最大的商品所属的组为最大组(步骤S56)，对属于所确定的最大组的订购商品进行分组(步骤S61)。根据本实施方式的订购受理服务器1，在存在多个最多订购预定商品归属的最大组、并且属于各最大组的订购商品中的至少一部分不同的情况下，在不同的商品中，确定属于更多的组的商品所属的组为最大组，根据所确定的最大组对订购商品进行分组。因此，能够对与其他商品关联购买的可能性更高的商品进行分组。此外，在本实施方式的订购受理服务器I的组DB 126中，对于各组，登记在过去对订购商品进行分组时利用的利用频率，系统控制部14在步骤S56的处理中，确定所计数的数量最大的商品所属的最大组时，存在多个所计数的数量为相同数量的组的情况下(步骤S57 :否)，參照商品组存储単元，确定该多个组中的利用频率最高的组为最大组(步骤S59)，并对属于所确定的最大组的订购商品进行分组(步骤S61)。根据本实施方式的订购受理服务器1，根据利用频率更高的组对订购商品进行分组。因此，能够实现被推測为关联性高的订购商品彼此的分组，并且能够实现被推測为用户希望的可能性高的分组。此外，在本实施方式的订购受理服务器I的订购受理DB 127中，系统控制部14从用户终端2接收用订购商品画面用网页页面提示的组中的、表示待取消的组的信息。根据本实施方式的订购受理服务器1，订购者能够以组単位取消订购商品。此外，本实施方式中的订购商品是由网络超市站点提供的商品。在网络超市站点中，处理新鮮食品和日用杂货等多种涉及多品种的商品，因此用户大多在一次订购中采取与多个目的对应的购买行为。即，即使订购自身是ー个订购，其中也对应了多个目的。因此，期望能够在ー个订购中，对多个订购预定商品进行分组并独立处理。在本实施方式的订购受理服务器I中，能够按照每个组独立进行取消和替代订购等处理，因此能够提高用户的便利性。另外，订购商品时的目的是指，例如料理的菜谱(例如日式牛肉火锅、土豆炖肉等)或使用目的(例如烤肉、早饭、旅行等)。因此，在本来想要订购日式牛肉火锅的用户向服务器发送了订购预定商品的时刻，又不想吃日式牛肉火锅而想吃其他食品(例如汉堡包)吋，相比一个ー个地取消牛肉、白菜等属于与日式牛肉火锅对应的组的所有商品，以组单位一次按下取消按钮比较简单，便利性较高。 此外，本实施方式的订购受理服务器I的系统控制部14接收订购商品和表示每个该订购商品的订购数量的订购数据(“订购预定商品信息”的一例)，确认是否存在缺货商品，在存在缺货商品的情况下，与缺货商品的名称(“确定缺货商品的信息”的一例)一起，提示(a)仅取消缺货商品的方案524、和(b)取消缺货商品并且订购缺货商品的替代商品的方案525中的至少任意ー个方案，将用于选择任意一个方案的应对确认邮件(“电子邮件”的一例)发送到订购者的邮件地址，并接收包含表示选择了所提示的方案中的哪ー个方案的信息的回信邮件。因此，本实施方式的订购受理服务器I的系统控制部14作为接收単元、缺货确认単元、提示方案发送单元、选择信息取得単元和替代商品选择单元的一例发挥功能。在以往的购物站点中，存在如问题在没有由订购者订购的订购商品的库存的情况下，购物站点的店铺工作人员必须给订购者打电话，告知存在库存不足的商品，并确认可以采取怎样的应对。与此相对，在订购受理服务器I中，在由作为订购者的用户订购的商品中包含没有库存的缺货的商品时，能够容易地确认用户希望的应对方法。即，在用户订购的商品中存在缺货的商品时，作为应对方法，将提示多个方案的电子邮件发送到用户的邮件地址，并且取得表示用户所选择的方案的信息。因此，即使在订购的商品中存在缺货的商品时，也能够在服务器装置侧容易地确认用户希望的应对方法。根据本实施方式的订购受理服务器I，在订购商品中存在缺货商品的情况下，将用选择项提示应对方法的应对确认邮件发送到订购者的邮件地址,并且取得表示订购者所选择的方案的信息。因此，即使在订购商品中存在缺货商品时也能够在订购受理服务器I和店铺的工作人员等的订购受理服务器I侧容易地确认订购者希望的应对方法。此外，本实施方式的订购受理服务器I的系统控制部14 (“缺货确认单元”的一例)还接收表示订购商品的送达指定日期时刻的送货日期时刻信息(“指定日期时刻信息”的一例)，在送货日期时刻信息所表示的送达指定日期时刻的预定时间前，參照登记有表示作为订购对象的商品的库存数量的库存DB 123，确认是否存在缺货商品。根据本实施方式的订购受理服务器1，在送达指定日期时刻的预定时间前确认在订购商品中是否存在缺货商品，在存在缺货商品吋，发送应对确认邮件。送达指定日期时刻的预定时间前的时间能够在各店铺(或各分店)中考虑送达情况来決定。因此，例如可以将在各店铺中最繁忙的时间送达到最远的距离的时候确定为该预定时间。或者，例如在各店铺中，可以根据时期和时间适当变更该预定时间。这样，在送达指定日期时刻的预定时间前将提示应对方法的应对确认邮件发送给用户，因此用户能够在实际送达前将期望的应对方法发送到订购受理服务器I。此外，本实施方式的订购受理服务器I的系统控制部14參照对应存储有商品和可代替其的商品的可替代商品DB 124 (“替代关系存储单元”的一例)和库存DB 122 (“库存信息存储单元”的一例)，对于与缺货的商品对应的可替代的商品，判定是否有由订购数据确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代的商品作为替代商品，在应对确认邮件的方案525中提示所选择的替代商品。根据本实施方式的订购受理服务器1，即使在订购商品缺货的情况下，也能够将可替代缺货的商品且有库存的商品作为替代商品提示给订购者。因此，作为订购者的用户在订购的商品缺货的情况下，能够在购买前临时确认可替代的商品后，订购替代品。此外，本实施方式的订购受理服务器I的系统控制部14接收表示是针对有订购数 据示出的订购商品的多个店铺中的哪ー个店铺的订购的店铺ID (“订购店铺信息”的一例)，库存DB 122 (“库存信息存储单元”的一例)按照每个店铺存储库存信息，參照对应地存储有商品和可代替其的商品的可替代商品DB 124 (“替代关系存储单元”的一例)和库存DB122，在店铺ID示出的店铺中，对于与缺货的商品对应的可替代的商品，判定是否存在由订购数据确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代的商品作为替代商品。并且，系统控制部14在应对确认邮件的订购缺货商品的替代商品的方案中，提示上述所选择的替代商品。根据本实施方式的订购受理服务器1，能够将在受理了订购的店铺中处理的商品、而且是可替代缺货商品的有库存的商品作为替代商品提示给订购者。因此，作为订购者的用户在订购的商品缺货的情况下，能够在购买前临时确认可替代的商品后，订购替代品。此外，本实施方式的订购受理服务器I的系统控制部14參照可替代商品DB 124(“替代关系存储单元”的一例)，取得缺货商品和可替代的商品，并对于所取得的可替代的商品判定是否存在订购数量的库存。根据本实施方式的订购受理服务器1，将作为可替代的商品预先登记在可替代商品DB 124中的商品作为替代商品提不给订购者。此外，本实施方式的订购受理服务器I的系统控制部14在存在多种有订购数量的库存的可替代商品的情况下，參照库存DB 123的出售价格(“价格信息”的一例)，选择与缺货商品的价格的价格差最小的种类的商品作为替代商品。根据本实施方式的订购受理服务器1，能够将价格接近缺货商品、且订购者容易接受为替代品的商品作为替代商品提示给订购者。此外，在本实施方式的订购受理服务器I的系统控制部14中，接收到的订购数据包含多个商品作为订购商品，并且还包含各个订购数量的该多个订购商品。并且，本实施方式的订购受理服务器I的系统控制部14确认接收到的订购数据示出的多个订购商品中的哪怕ー个缺货的情况，在发送的应对确认邮件中还包含(c)将多个订购商品全部取消的方案 522。根据本实施方式的订购受理服务器I，在订购了多个商品的情况下，在存在其一部分缺货的商品时，能够提示取消缺货的商品的方案523、524，并且还提示将多个订购商品全部取消的方案522。此外，本实施方式的订购受理服务器I由用户受理关于在网络超市中处理的商品的订购预定商品信息。在网络超市站点中，处理新鮮食品和日用杂货等多种涉及多品种的商品，因此用户大多在一次购买中购买多个商品。此外，此时，用户有时根据在送达希望日全部送齐了该多个商品而首次认为达到了目的。根据本实施方式的订购受理服务器1，能够用电子邮件确认用户的意思，因此能够更符合用户的希望。即，网络超市的使用者大多通常在假定作为最終的使用方法的ー个目的(例如菜谱)的同时，针对该ー个目的订购多个商品。因此，例如对于想要做土豆炖肉的用户，在猪肉缺货的情况下，如下那样根据用户的状况考虑几个应对方法
0216](I)如果没有猪肉就不能做土豆炖肉，因此结果去超市购物。因此，想取消所有的订购商品。(与方案522对应)(2)不想做土豆炖肉而做其他的菜，因此想暂且取消与土豆炖肉关联的材料。(与方案523对应)(3)仅猪肉在附近的肉铺购买，因此期望运送猪肉以外的全部土豆炖肉的材料。(与方案524对应)(4)可以不用猪肉而用牛肉等替代的肉制作土豆炖肉，因此期望运送替代商品。(方案525)这样，假定在送达日使用而订购的情况较多的网络超市的情况下，优选确认此时的用户的意思来应对缺货商品。[4.变形例][4. I.关于最大组的确定]如上所述，成为如下结构在图9所示的相同数量时提取处理的步骤S57的处理中，系统控制部14在判定为利用步骤S56的处理确定的商品的数量不是ー个的情况下(步骤S57 :否)，參照登记在组DB 126中的利用频率，确定所确定的商品所属的最大组中的利用频率更高的最大组(步骤S59)。对与该结构相关的变形例进行说明。首先，在存储部12中设置组历史DB (历史信息存储单元的一例)，该组历史DB按照每个用户管理进行了针对用户订购的订购商品的分组处理时的历史。具体而言，如图16(A)所示，在组历史DB 128中，按照每个会员ID，登记在分组处理中使用的组的组ID和使用组的日期时刻。另外，所谓使用组，是在步骤S22的处理、步骤S53的处理、步骤S60的处理或步骤S63的处理中提取商品时的基础。例如，在从分组对象商品310提取出属于“烤肉”组的“牛肉”、“洋葱”、“青椒”、“茄子”、“啤酒”、“碳”的情况下，是指使用了“烤肉”组。并且，系统控制部14在判定为利用步骤S56的处理确定的商品的数量不是ー个的情况下(步骤S57:否)，根据订购者的会员ID參照组历史DB 128。此时，作为替代步骤S59的处理的处理，系统控制部14确定在步骤S56的处理中确定的各商品所属的最大组中的、过去对订购者的订购商品进行分组时使用的组，即最近使用的组。根据该变形例，在此次对由订购者选择的订购商品进行分组时，利用过去对相同的订购者所选择的订购商品进行分组时利用的组、即最近利用的组。因此，能够将订购者ー起购买的可能性高、即推测为关联性高的多个商品分到相同的组。由此，例如能够与流行对应、或者与季节对应。[4. 2.关于替代商品的选择]使用图16 (B)、(C)说明參照可替代商品DB 124选择替代商品的处理的变形例。图16(B)是示出替代可替代商品DB 124而被參照的所属商品分类DB 129的一例的图。图16 (C)是示出商品分类DB 130的一例的图。在图16(B)所示的所属商品分类DB 129中，按照每个商品ID，登记有用该商品ID识别的商品所属的商品分类的商品分类ID (称作“所属商品分类ID”)。此处，商品分类ID是用于识别商品分类的标识符。在商品分类中，能够使用以各种基准设定的商品分类。但是，各分类优选由可相互替代的商品构成。例如，可将由牛肉、鸡肉、猪肉等构成的肉类设为ー个商品分类。此外，还可将由牛颈里脊肉、牛肋里脊肉和牛腰窝肉等构成的牛肉类设为一个商品分类。 在图16 (C)所示的商品分类DB 130中，按照每个商品分类ID，登记有商品分类名称、归属商品数量和归属商品ID。商品分类名称是对商品分类赋予的名称。归属商品数量是商品分类所包含的商品的数量。归属商品ID是商品分类所包含的商品的商品ID。在一
个商品分类中包含多个商品的情况下，将各商品的商品ID登记为所属组ID (I).....所属
组ID (η)。在该变形例中，订购受理服务器I的系统控制部14在存在缺货商品的情况下，參照所属商品分类DB 129 (“分类信息存储单元”的一例)取得与缺货商品的商品ID对应的商品分类ID。接着，系统控制部14基于所取得的商品分类ID，參照商品分类DB 130，取得与商品分类ID对应的归属商品ID (除缺货商品的商品ID以外)。系统控制部14将与此处所取得的归属商品ID对应的商品设为缺货商品和可替代商品。接着，系统控制部14对于所取得的可替代商品，參照库存DB 123确认库存。并且,系统控制部14在确认到有库存的情况下，将该可替代商品设为替代商品。根据该变形例，能够将与缺货商品属于相同的商品分类、且订购者容易接受为替代品的商品作为替代商品提示给订购者。[4. 3.关于应对确认邮件]对上述应对确认邮件相关的变形例进行说明。首先，可以用应对确认邮件提供作为订购者的利益的利益信息。具体而言，可提供商品的打折信息和宣传活动信息。由此，能够用确认存在缺货商品的情况下的应对方法的应对确认邮件一并发送利益信息，能够减轻用于发布利益信息的成本。作为上述商品的打折信息，例如可介绍特卖商品、或记载打折票券编号。打折票券编号是指用于由用户接受票券打折服务的编号。票券打折服务是指如下服务在用户购买商品时，能够通过在付款画面的票券编号输入区中输入打折票券编号，接受打折。由此，能够通过向订购者提供商品的打折信息，提高订购者的购买意愿。此外，在本实施方式中，成为如下结构用应对确认邮件向订购者提示方案522 525作为选择项，订购者在选择了一些方案后回发应对确认邮件。作为替代该结构的变形例,能够在应对确认邮件中记述可选择应对方法的网页页面(称作“应对方法选择画面用网页页面”)的URL。并且，可以设为这样的结构订购者访问应对方法选择画面用网页页面，并在该应对方法选择画面上选择应对方法。此外，作为替代商品的选择的变形例，可以不以商品単位，而是以组单位向用户提出替代方案。例如，在猪肉缺货时，在认为用户想做土豆炖肉的情况下，可以不仅建议猪肉的替代品，而且例如替代土豆炖肉而建议有库存的汉堡包。[4. 4.关于库存确认]接着，使用图17对已使用图14说明的利用订购受理服务器I的应对确认邮件发送时的动作的变形例进行说明。在图14的例子中，订购受理服务器I在送达指定日期时刻的预定时间前进行了订购商品的库存确认，但是在该变形例中，店铺的工作人员阅览登记在订购受理DB 127中的订购受理记录的内容，确认在订购商品中是否存在缺货商品，在存在缺货商品的情况下将缺货商品信息发送到订购受理服务器I。首先，店铺终端3在检测到店铺工作人员的用于阅览订购内容的操作时，将订购 受理记录阅览请求发送到订购受理服务器I (步骤S401)。此时，店铺终端3还ー并发送设置有该店铺終端3的店铺的店铺ID。另ー方面，订购受理服务器I的系统控制部14在接收到订购受理记录阅览请求和店铺ID时，基于接收到的店铺ID，检索订购受理DB 127，提取送达指定日期时刻被设定为从当前时刻起在预定时间内的订购受理记录(步骤S402)。接着，系统控制部14生成显示提取出的订购受理记录的订购内容的订购阅览画面用网页页面(步骤S403)，并发送到店铺终端3 (步骤S404)。店铺终端3在接收到订购阅览画面用网页页面时，显示订购阅览画面(未图示)(步骤S405)。在订购阅览画面中，显示有订购内容(送货目的地名称、送货目的地地址、送货目的地电话号码、送达指定日期时刻、合计金额、支付方法、订购商品以及订购商品的订购数量)。店铺的工作人员用订购阅览画面对于各订购商品确认是否存在订购数量的库存。在确认的结果是存在库存不足的订购商品(缺货商品)的情况下，向店铺终端3输入与缺货商品相关的订购受理ID和商品ID。店铺终端3在输入了订购受理ID和商品ID吋，生成包含存在缺货商品的消息和示出订购受理ID和商品ID的信息的缺货商品信息，并发送到订购受理服务器I (步骤S406)。订购受理服务器I的系统控制部14在从店铺終端3接收到缺货商品信息并确认内容后，与上述步骤S303的处理(图14)同样地生成应对确认邮件(步骤S407)。S卩，在本变形例中，订购受理服务器I的系统控制部14作为缺货确认单元的一例发挥功能。之后，进行了步骤S304的处理到步骤S309的处理，但是与图14的处理相同，因此省略说明。[4.5.商品组和订购者]在本实施方式中，订购受理服务器I的系统控制部14成为无论是哪个订购者(会员)所选择的订购商品，都基于登记在商品所属组DB 125和组DB 126中的组进行分组的结构。作为与该结构相关的变形例，也可以如图16 (D)所示设为如下结构在存储部12中新设置将会员ID (会员)和组ID (组)对应起来的会员用组DB 131，在对订购商品进行分组时，根据与选择了该订购商品的订购者对应的组进行分组。在会员用组DB 131中，与会员ID对应的组ID可以是登记在组DB 126中的组的组ID，也可以是会员独自生成的组的组ID。在与会员ID对应地登记组DB 126所登记的组的组ID的情况下，用组设定画面(未图示)向会员提示登记在组DB 126中的组的ー览，选择在对自身选择的订购商品进行分组时使用的组。另ー方面，在与会员ID对应地登记会员独自生成的组的组ID的情况下，从用户终端2接收表示会员生成的组和属于该组的商品的用户生成组信息。例如，改变上述订购商品画面(图6)的结构，设为能够手动变更订购受理服务器I的系统控制部14用分组处理(步骤S113)进行了分组的组，设为将与变更后的组相关的用户生成组信息发送到订购受理服务器I的结构。系统控制部14在接收到了用户生成组信息的情况下，在对所生成的组赋予了新的组ID后登记到组DB 126中。并且，将新赋予的组ID和会员ID对应地登记到会员用组DB 131中。或者，可以与图6不同，在新的组设定画面中，按照每个用户，将组和属于各组的商品登记到会员用组DB 131中。系统控制部14作为组编辑单元发挥功能，该组编辑单元将接收到的用户生成组信息示出的商品组与属于该商品组的多个商品的对应关系，和生成了该商品组的会员的会员ID对应起来存储到组DB 126中。在该变形例的分组处理(图8)中，仅根据对应有与选择了订购商品的订购者的会员ID对应的组ID的组进行分组。例如，在步骤S13的处理中，订购受理服务器I的系统控制部14从会员用组DB 131取得与选择了订购商品的订购者的会员ID对应的组ID。接着， 系统控制部14从组DB 126取得与所取得的组ID对应的组。并且，从所取得的组中确定在步骤S12中取得的商品所属的组。由此，能够通过仅基于与会员对应的组进行分组，进行符合会员的行为特性(喜好的商品组合方式、生活模式、吃饭模式等)的分组。或者，可以在分组处理(图8)中，參照会员用组DB 131，优先用户与组对应的组。另外，在该变形例中，可以设为在会员登录到网络超市站点时，能够设定是否希望基于自身所选择的组或者自身生成的组的分组。系统控制部14仅在该设定为“希望”的情况下，仅基于与会员对应的组进行分组。[4. 6.基于订购商品的组单位的取消]在本实施方式中，能够在订购者执行了付款处理后以组单位取消订购商品的组仅为用应对确认邮件提示的包含缺货商品的组。关于该点，也可以是，订购者能够以组单位自发地取消订购商品。具体而言，在订购者登录到网络超市站点时显示的首页中，检测到显示用于取消商品的画面的操作吋，从订购受理服务器I向用户终端2发送商品取消画面用网页页面。用户终端2基于接收到的商品取消画面用网页页面将商品取消画面显示在显示器上。在商品取消画面中，显示订购者订购的商品的ー览，并且能够以组単位或商品単位选择待取消的商品。用户终端2在由订购者选择了待取消的组或商品时，将表示选择了哪ー个组或商品的取消信息发送到订购受理服务器I。订购受理服务器I基于接收到的取消信息，更新登记在订购受理DB 127中的订购受理记录。具体而言，从订购受理记录删除所取消的组包含的商品或所取消的商品。此外，在本实施方式中，如图8和图9所示，在订购受理服务器I的系统控制部14中进行了订购商品的分组处理(步骤S113)，但是可以由用户对订购商品进行分组。[4. 7.将同一商品分到多个组]在本实施方式中，订购受理服务器I的系统控制部14成为一旦将属于多个组的商品(例如图4中的洋葱)分到最大组(在图6的例子中为组I (烤肉))时，就不分到其他组(图6的例子中的组2 (土豆炖肉)等)的结构。作为与该结构相关的变形例，可以如图18所示设为如下结构将分到了组I (烤肉)的洋葱也分到组2 (土豆炖肉)，并且用用户容易识别的突出显示方式(例如黑圆圈250等标记、闪烁显示、或者用黑体或斜体进行显示的显示方式)对洋葱(即在多个组中重复的商品)进行显示。另外，在图18的例子中，仅针对属于组2的洋葱设为了突出显示方式，但是也可以针对属于组I的洋葱设为突出显示方式。使用图19对设为该结构的情况下的系统控制部14的分组处理进行说明。此处，以与图8所示的分组处理的不同点为中心进行说明。另外，在图19中，将步骤S15、步骤S19、步骤S20、步骤S25-2、步骤S27-2、步骤S28-2、步骤S28-3的处理中的计数器称作组计数器，与步骤S25-3的处理中的商品计数器进行区分。首先，关于步骤Sll至步骤S24的处理，如上所述，因此省略说明。系统控制部14在结束步骤S23的处理或步骤S24的处理后，接着将与在步骤S23、步骤S61 (參照图9)或步骤S64 (參照图9)的处理中对商品进行分组后的组对应的组计数器的值设置为“O”(步骤S25-2)。该步骤是用于使得不针对进行了一次分组后的组再次进行分组的处理 (即在图19中，与值为“2”以上的组计数器对应的组成为分组对象)。接着，系统控制部14向分别与分组后的商品对应的商品计数器的值加上“I”(步骤S25-3)。例如，如果是对洋葱进行了分组的情况，则对洋葱计数器的值加上“ I”。系统控制部14在结束步骤S25-3的处理后，转移到步骤S19的处理。另ー方面，系统控制部14在步骤S19的处理中判定为不存在值为“2”以上的组计数器的情况下(步骤S19 :否)，接着判定是否存在值为“I”的组计数器(步骤S27-2)。此时，系统控制部14在判定为不存在值为“I”的组计数器的情况下(步骤S27-2 :否)，结束该流程图中的处理。另ー方面，系统控制部14在判定为存在值为“I”的组计数器的情况下(步骤S27-2 :是)，将属于与值为“I”的组计数器对应的组的商品决定为非组商品(步骤S28-2)，并将该组计数器的值设置为“O”(步骤S28-3)。系统控制部14在结束步骤S28-3的处理后，转移到步骤S19的处理。此外，系统控制部14在图5的步骤S114的处理中生成订购商品画面用网页页面时，生成订购商品画面用网页页面，使得以突出显示方式显示商品计数器的值为“2”以上的商品。由此，在存在属于多个组的商品的情况下，能够通过将该商品分到所属的所有组并进行显示，例如得到以下的(i)至(iii)那样的效果。(i)订购者在订购预定商品中包含属于多个商品组的商品的情况下，能够没有遗漏地确认该商品属于哪些商品组。(ii)例如在图18所示的例子中“茄子”缺货的情况下，能够应对以下的订购者的期望想取消组1，而想直接保留组2，并且想购买洋葱作为组2的ー个商品。S卩，订购者只要明确不取消洋葱，则能够购买洋葱作为组2的ー个商品。更具体而言，即使由干“茄子”缺货而通过按下取消按钮214取消了组1，只要不按下与“洋葱”对应的取消按钮213，就能够购买洋葱作为组2的ー个商品。(iii)并且，如果作为一例设为向订购者发送图20所示的应对确认邮件，则在订购者选择了图18的订购商品ー览210所示的商品的例子(选择了洋葱、牛肉、青椒、茄子、啤酒、碳、猪肉、马铃薯、胡萝卜和魔芋丝作为订购预定商品的例子)中“洋葱”缺货的情况下，订购者能够意识到不仅想取消组I而且想取消组2。
此处,对图20所示的应对确认邮件进行说明。另外，图20是示出订购者选择了图18的订购商品ー览210所示的商品的情况、且洋葱缺货的情况下的应对确认邮件的一例的图。应对确认邮件的标题510、正文520、方案522、524、525如上所述，因此省略说明。方案523-1与取消包含缺货商品(洋葱)的组I的所有商品的应对方法对应。此外，在方案523-1的下一行，列举了包含在组I中的缺货商品(洋葱)以外的商品(牛肉、青椒、茄子、啤酒、碳)。同样，方案523-2与取消包含缺货商品(洋葱)的组2的所有商品的应对方法对应。此外，在方案523-2的下一行，列举了包含在组2中的缺货商品(洋葱)以外的商品(猪肉、马铃薯、胡萝卜、魔芋丝)。另外，在上述实施方式中，在访问网络超市站点、并显示网络超市站点的首页(未图示)后立即进行了登录处理，但是进行登录处理的时机不限于此。例如，可以在将示出登记在购物篮中的所有商品及其订购数量的订购数据发送到订购受理服务器I时进行登录处理。该情况下，根据过去用户从终端装置访问订购受理服务器I时生成、且保存在終端装置中的缓存文件(Cookie)信息，在之后用户从终端装置访问网络超市站点时，可以取得在可送达地区中包含用户的送货目的地地址的店铺或分店的列表。 另外，本发明不受上述实施方式限定。上述实施方式是例示的，具有与本发明的权利要求所记载的技术思想实质相同的结构、并起到同样的作用效果的内容无论怎样都包含在本发明的技术范围内。因此，例如本发明的服务器装置受理订购的商品不限于在网络超市中处通的商品，也可以是除此以外的商品。具体而目，可以是在处通书、⑶、DVD等的通イ目销售站点中处理的商品。例如，考虑在订购从第I卷到最后I卷的由多卷完结的书的同时，想订购多本其他的无关的书的情況。在这种情况下，通过将由多卷完结的书分为ー个组，取消处理变得容易。作为所考虑的取消处理，例如在中间的卷缺货的情况下要取消所有剩余的卷，或者在计算出了订购商品的所有商品的合计金额的阶段知晓了超过预算从而要取消由多卷完结的书的所有系列商品时，能够避免I卷I卷地取消书的烦杂性。或者例如在购买CD时，合计金额超过了预算的情况下等，如果按照歌唱家类别等进行了分组时，能够从最不感兴趣的歌唱家的组开始以组单位进行取消。其结果是，仍然能够消除取消处理的烦杂性。此外，订购预定商品不限于以购买为目的预定订购的商品，包含例如以租赁(出粗)为目的而预定订购的商品等、被预定并被委托以制造和送达等为目的的订购的商品。此外，在本实施方式中，设为了在订购受理服务器I的存储部12中构建各种DB(例如作为“商品组存储単元”的一例的商品所属组DB 125、组DB 126、作为“库存信息存储単元”的一例的库存DB 122、作为“可替代关系存储单元”的一例的可替代商品DB 124等)的结构，但也可以替代该结构，设为在订购受理服务器I以外的存储部(例如订购受理服务器I可访问的装置的存储部)中构建这些数据库，设为订购受理服务器I适当进行访问的结构。此外，图21示出在不进行基于组单位的取消的情况下的订购商品画面200A的画面例。此外，订购受理服务器I可以作为订购受理装置发挥功能，该订购受理装置具有订购接收单元(系统控制部14)，其接收示出由用户订购的订购商品和该订购商品的订购数量的订购信息；缺货确认单元(系统控制部14)，其确认在订购接收单元中接收到的订购信息示出的订购商品缺货的情况；发送单元(系统控制部14)，其在通过缺货确认单元确认到订购商品缺货的情况下，向用户的邮件地址发送电子邮件，该电子邮件提示确定所缺货的商品的信息，并且也提示(a)取消缺货商品的订购的方案和(b)取消缺货商品的订购并且订购该缺货商品的替代商品的方案中的至少任意ー个方案；以及选择信息取得単元，其取得示出选择了所提示的方案中的哪ー个方案的信息。该情况下，订购接收单元还可以接收表示订购信息示出的订购商品的送达指定日期时刻的指定日期时刻信息，缺货确认单元通过在指定日期时刻信息示出的送达指定日期时刻的预定时间前，參照记录有表示商品的库存数量的库存信息的库存信息存储单元，确认在接收到的订购信息示出的订购商品中是否存在没有订购数量的库存的商品，从而确认订购信息示出的订购商品缺货的情况。该情况下，订购受理装置还可以具有替代商品选择单元，该替代商品选择单元參照库存信息存储单元和对应地存储有商品和可代替其的商品的替代关系存储单元，对于与缺货的商品对应的可替代的商品，判定是否存在由订购信息确定的订购数量的库存，在判 定为存在订购数量的库存的情况下，选择该可替代的商品作为替代商品，发送单元在(b)订购缺货的商品的替代商品的方案中，提示由替代商品选择单元选择的替代商品。该情况下，订购接收单元还可以接收表示是针对有订购信息示出的订购商品的多个店铺中的哪ー个店铺的订购的订购店铺信息，库存信息存储单元按照每个店铺存储库存信息，该服务器装置还具有替代商品选择单元，该替代商品选择单元參照库存信息存储单元和对应地存储有商品和可代替其的商品的替代关系存储单元，在订购店铺信息示出的店铺中，对于与缺货的商品对应的可替代的商品，判定是否存在由订购信息确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代的商品作为替代商品，发送単元在(b)订购缺货的商品的替代商品的方案中，提示通过替代商品选择单元选择的替代商品。该情况下，还可以具有针对各商品存储表示商品的商品分类的分类信息的分类信息存储单元，替代商品选择单元參照分类信息，取得与缺货的商品属于相同的商品分类的商品作为可替代的商品，并针对所取得的可替代的商品判定是否存在订购数量的库存。该情况下，库存信息存储单元可以进ー步针对各商品存储表示商品价格的价格信息，替代商品选择单元在存在多种有订购数量的库存的可替代商品的情况下，參照价格信息，选择与缺货商品的价格的价格差最小种类的商品作为替代商品。该情况下，订购接收单元接收的订购信息包含多个商品作为订购商品，并且还包含该多个订购商品各自的订购数量，缺货确认单元确认在订购接收单元中接收到的订购信息示出的多个订购商品中的哪怕ー个缺货的情况，发送单元发送的电子邮件可以还包含(C)将多个订购商品全部取消的方案。该情况下，缺货确认单元可以确认在订购接收单元中接收到的订购信息示出的多个订购商品中，有多于I个的多个商品存在缺货的情况，发送单元发送的电子邮件中的(a)取消缺货商品的订购的方案示出通过缺货确认单元确认到缺货的多个商品的取消。该情况下，还可以具有商品组存储単元，其存储商品组与属于该商品组的多个商品的对应关系；以及分组单元，其对由订购接收単元接收到的订购信息示出的多个订购商品进行分组，且基于存储在商品组存储単元中的商品组对该多个订购商品进行分组，生成至少ー个以上的组，发送单元在通过缺货确认单元确认到订购商品缺货的情况下，确定在通过分组单元生成的哪ー个组中包含缺货的商品，在电子邮件中提示确定包含缺货的商品的组的信息，也提示取消属于包含缺货的商品的组的所有订购商品的方案。该情况下，可以在电子邮件中包含作为订购者的利益的利益信息。该情况下，利益信息也可以是商品的打折信息。订购受理方法的特征在干，由用户受理关于在网络超市中处理的商品的订购信息，可以包含以下步骤订购计算机接收表示由用户订购的订购商品和该订购商品的订购数量的订购信息；计算机确认接收到的订购信息示出的订购商品缺货的情况；计算机在确认到订购商品缺货的情况下，向用户的邮件地址发送电子邮件，该电子邮件提示确定所缺货的商品的信息，同时提示(a)取消缺货商品的订购的方案和(b)取消缺货商品的订购并且订购该缺货商品的替代商品的方案中的至少任意ー个方案；以及计算机取得表示选择了所提示的方案中的哪ー个的信息。 该情况下，订购受理程序使计算机作为以下単元发挥功能订购接收单元，其接收示出由用户订购的订购商品和该订购商品的订购数量的订购信息；缺货确认单元，其确认在订购接收单元中接收到的订购信息示出的订购商品缺货的情况；发送单元，其在由缺货确认单元确认到订购商品缺货的情况下，向用户的邮件地址发送电子邮件，该电子邮件提示确定所缺货的商品的信息，同时提示(a)取消缺货商品的订购的方案和(b)取消缺货商品的订购并且订购该缺货商品的替代商品的方案中的至少任意一个方案；以及选择信息取得単元，其取得表示选择了所提示的方案中的哪ー个方案的信息。标号说明I :订购受理服务器11 :通信部12 :存储部121 :会员 DB122:店铺 DB123:库存 DB124:可替代商品DB125:商品所属组DB126:组 DB127:订购受理DB13:输入输出接ロ部14 :系统控制部15 :系统总线2 :用户终端3 :店铺终端NW:网络S :订购受理系统
权利要求
1.一种服务器装置，其经由网络与终端装置连接，该服务器装置的特征在于，该服务器装置具有 接收单元，其从所述终端装置接收示出用户所选择的多个订购预定商品的订购预定商品/[目息; 分组单元，其根据存储商品组与属于该商品组的多个商品之间的对应关系的商品组存储单元所存储的商品组，对由所述接收单元接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少一个以上的组；以及 发送单元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、由所述分组单元进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。
2.根据权利要求I所述的服务器装置，其特征在于， 所述商品组存储单元按照每个用户存储商品组，并且与识别用户的用户识别信息对应地存储商品组， 所述接收单元还从所述终端装置接收选择了所述订购预定商品信息示出的多个订购预定商品的用户的用户识别信息， 所述分组单元在对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组时，根据与选择了该订购预定商品的用户的用户识别信息对应的商品组进行分组。
3.根据权利要求2所述的服务器装置，其特征在于， 所述接收单元还从所述终端装置接收用户生成组信息，该用户生成组信息示出通过用户对接收到的订购预定商品信息示出的多个订购预定商品进行分组而生成的商品组， 该服务器装置还具有组编辑单元，该组编辑单元将由所述接收单元接收到的用户生成组信息示出的商品组与属于该商品组的多个商品之间的对应关系，和生成了该商品组的用户的用户识别信息对应起来存储到所述商品组存储单元中。
4.根据权利要求I 3中的任意一项所述的服务器装置，其特征在于， 所述商品组存储单元存储了多个商品组与属于各商品组的多个商品之间的对应关系， 所述分组单元对分别属于存储在所述商品组存储单元中的多个商品组的多个商品和所述接收到的订购预定商品信息示出的多个订购预定商品进行对比，确定最多订购预定商品归属的商品组作为最多商品组，对没有被分组的订购预定商品重复进行将所述订购预定商品中的属于所确定的所述最多商品组的商品分为I个组的分组处理。
5.根据权利要求I 3中的任意一项所述的服务器装置，其特征在于， 所述商品组存储单元存储了多个商品组与属于各商品组的多个商品之间的对应关系， 所述分组单元通过对分别属于存储在所述商品组存储单元中的多个商品组的多个商品和所述接收到的订购预定商品信息示出的多个订购预定商品进行对比，按照每个商品组对订购预定商品进行分组，将属于多个商品组的订购预定商品分到该订购预定商品所属的所有商品组。
6.根据权利要求4所述的服务器装置，其特征在于， 所述分组单元在存在多个归属的订购预定商品的数量相同且有最多订购预定商品归属的商品组，并且分别属于该多个商品组的订购预定商品中的至少一部分不同的情况下，对于该不同的各个商品，参照所述商品组存储单元，对所属的商品组的数量进行计数，所述分组単元将所计数的数量最大的商品所属的商品组确定为所述最多商品组。
7.根据权利要求6所述的服务器装置，其特征在干，所述商品组存储単元还对于各商品组，存储在过去对订购预定商品进行分组时利用的利用频率，所述分组単元在确定所述所计数的数量最大的商品所属的商品组时，存在多个所述所计数的数量为相同数量的商品组的情况下，參照商品组存储単元，确定该多个商品组中的利用频率最闻的商品组作为所述最多商品组。
8.根据权利要求6所述的服务器装置，其特征在干，该服务器装置还具有历史信息存储单元，该历史信息存储单元与用户的用户识别信息对应地存储所述分组単元对订购预定商品进行分组时利用的商品组的历史，所述分组単元在确定所述所计数的数量最大的商品所属的商品组时，存在多个所述所计数的数量为相同数量的商品组的情况下，根据选择了由所述接收単元接收到的订购预定商品信息示出的订购预定商品的用户的用户识别信息，參照所述历史信息存储单元，确定该多个商品组中的如下商品组作为所述最多商品组，该确定的商品组是在过去对该用户选择的订购预定商品进行分组时利用的商品组，且是最近利用了的商品组。
9.根据权利要求I 8中的任意一项所述的服务器装置，其特征在干，所述接收単元还从所述终端装置接收示出所述发送单元发送的分组结果信息示出的组中的、待取消的组的取消信息。
10.根据权利要求I 9中的任意一项所述的服务器装置，其特征在干，所述用户选择为所述订购预定商品的商品是在网络超市中处理的商品。
11.根据权利要求I 10中的任意一项所述的服务器装置，其特征在干，所述订购预定商品信息还包含示出各所述订购预定商品的订购数量的信息，该服务器装置还具有缺货确认单元，其确认在所述接收单元中接收到的订购预定商品信息示出的订购预定商品缺货的情况；提示方案发送单元，其在由所述缺货确认单元确认到所述订购预定商品缺货的情况下，向用户的邮件地址发送电子邮件，该电子邮件提示确定缺货商品的信息，同时提示(a)取消缺货商品的订购的方案和(b)取消缺货商品的订购并且订购该缺货商品的替代商品的方案中的至少任意ー个方案；以及选择信息取得単元，其取得示出选择了所述提示的方案中的哪ー个方案的信息。
12.根据权利要求11所述的服务器装置，其特征在干，所述接收単元还接收示出所述订购预定商品信息示出的订购预定商品的送达指定日期时刻的指定日期时刻信息，所述缺货确认单元通过在所述指定日期时刻信息示出的送达指定日期时刻的预定时间前，參照记录有示出商品的库存数量的库存信息的库存信息存储单元，确认在所述接收到的订购预定商品信息示出的订购预定商品中是否存在没有订购数量的库存的商品，从而确认所述订购预定商品信息示出的订购预定商品缺货的情況。
13.根据权利要求12所述的服务器装置，其特征在干，该服务器装置还具有替代商品选择单元，该替代商品选择单元參照所述库存信息存储単元和对应地存储有商品和可代替其的商品的替代关系存储单元，对于与所述缺货商品对应的可替代商品，判定是否存在由所述订购预定商品信息确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代商品作为所述替代商品，所述提示方案发送单元在(b)订购缺货商品的替代商品的方案中，提示由所述替代商品选择单元选择的替代商品。
14.根据权利要求12所述的服务器装置，其特征在干，所述接收单元接收订购店铺信息，该订购店铺信息示出所述订购预定商品信息所示的订购预定商品是针对多个店铺中的哪ー个店铺的订购，所述库存信息存储单元按照每个所述店铺存储所述库存信息，该服务器装置还具有替代商品选择单元，该替代商品选择单元參照所述库存信息存储単元和对应地存储有商品和可代替其的商品的替代关系存储单元，在所述订购店铺信息示出的店铺中，对于与所述缺货商品对应的可替代商品，判定是否存在由所述订购预定商品信息确定的订购数量的库存，在判定为存在订购数量的库存的情况下，选择该可替代商品作为所述替代商品，所述提示方案发送单元在(b)订购缺货商品的替代商品的方案中，提示由所述替代商品选择单元选择的替代商品。
15.根据权利要求13或14所述的服务器装置，其特征在干，所述替代商品选择单元參照针对各商品存储示出商品的商品分类的分类信息的分类信息存储单元，取得与所述缺货商品属于相同的商品分类的商品作为可替代商品，并针对所取得的可替代商品判定是否存在订购数量的库存。
16.根据权利要求13 15中的任意一项所述的服务器装置，其特征在干，所述库存信息存储单元还针对各商品存储示出商品价格的价格信息，所述替代商品选择单元在存在多种有订购数量的库存的可替代商品的情况下，參照所述价格信息，选择与所述缺货商品的价格的价格差最小的种类的商品作为所述替代商品。
17.根据权利要求11 16中的任意一项所述的服务器装置，其特征在干，所述缺货确认单元确认在所述接收単元中接收到的订购预定商品信息示出的所述多个订购预定商品中的哪怕ー个存在缺货的情况，所述提示方案发送单元发送的所述电子邮件还包含(c )将所述多个订购预定商品全部取消的方案。
18.根据权利要求17所述的服务器装置，其特征在干，所述缺货确认单元确认在所述接收単元中接收到的订购预定商品信息示出的所述多个订购预定商品中有多于I个的多个商品存在缺货的情況，所述提示方案发送单元发送的所述电子邮件中的(a)取消缺货商品的订购的所述方案示出了由所述缺货确认单元确认到缺货的所述多个商品的取消。
19.根据权利要求11 18中的任意一项所述的服务器装置，其特征在干，在所述电子邮件中包含成为所述订购者的利益的利益信息。
20.根据权利要求19所述的服务器装置，其特征在干，所述利益信息是商品的打折信息。
21.—种商品分组方法，其特征在于，包含以下步骤计算机从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；计算机根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及计算机对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。
22.—种商品分组程序，其特征在于，使计算机作为以下単元发挥功能接收单元，其从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送单元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。
23.—种记录介质，其以计算机可读取的方式记录了使计算机作为以下単元发挥功能的商品分组程序接收单元，其从终端装置接收示出用户所选择的多个订购预定商品的订购预定商品信息；分组单元，其根据商品组和属于该商品组的多个商品之间的对应关系对所述接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送单元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置。
24.ー种商品分组系统，其具有終端装置和经由网络与所述终端装置连接的服务器装置，该商品分组系统的特征在干，所述服务器装置具有接收单元，其从所述終端装置接收示出用户所选择的多个订购预定商品的订购预定商品ィ目息;分组单元，其根据存储商品组与属于该商品组的多个商品之间的对应关系的商品组存储单元所存储的商品组，对由所述接收単元接收到的订购预定商品信息示出的多个订购预定商品进行分组，生成至少ー个以上的组；以及发送单元，其对于所述接收到的订购预定商品信息示出的多个订购预定商品中的、由所述分组单元进行了分组的各订购预定商品，将示出分到了哪个组的分组结果信息发送到所述终端装置，所述终端装置具有订购预定商品发送单元，其将所述订购预定商品信息发送到所述服务器装置；以及分组结果接收单元，其从所述服务器装置接收所述分组结果信息。
全文摘要
对订购者希望购买的多个订购预定商品进行分组。参照存储有商品组与属于该商品组的多个商品之间的对应关系的商品组存储单元，对用户所选择的多个订购预定商品进行分组。
文档编号G06Q30/06GK102822860SQ20118001582
公开日2012年12月12日 申请日期2011年3月30日 优先权日2010年3月31日
发明者落合由纪子 申请人:乐天株式会社