CN113850637A - 信息处理装置、信息处理方法以及非临时性存储介质 - Google Patents

Abstract

本公开提供一种可以更加准确地管理用户能够购买的商品的件数的信息处理装置、信息处理方法以及非临时性存储介质。本公开的信息处理装置具备控制部，所述控制部执行如下处理，即：取得用于对用户进行特别指定的信息即用户特定信息；基于所述用户特定信息，而取得表示该用户的属性的信息即属性信息；基于所述属性信息，来决定所述用户能够购买的预定的商品的件数即上限值。

Description

信息处理装置、信息处理方法以及非临时性存储介质

技术领域

本公开涉及一种用于对商品的销售进行管理的技术。

背景技术

作为对商品的销售进行管理的技术，提出了一种在商品结账时对用户能够以特价购买的商品的件数进行管理的技术(例如，参照专利文献1)。

在先技术文献

专利文献

专利文献1：日本特开2010-039554号公报

发明内容

发明所要解决的课题

本公开的目的在于，提供一种可以更加准确地对用户能够购买的商品的件数进行管理的技术。

用于解决课题的手段

本公开能够作为用于对商品的销售件数进行管理的信息处理装置来理解。该情况下的信息处理装置例如可以采用如下的方式，即，具备控制部，取得用于对用户进行特别指定的信息即用户特定信息；基于所述用户特定信息，而取得表示该用户的属性的信息即属性信息；基于所述属性信息，来决定所述用户能够购买的预定的商品的件数即上限值。

本公开也能够作为用于对商品的销售件数进行管理的信息处理方法来理解。该情况下的信息处理方法例如可以采用如下的方式，即，由计算机执行如下步骤，即：取得用于对用户进行特别指定的信息即用户特定信息的步骤；基于所述用户特定信息而取得表示该用户的属性的信息即属性信息的步骤；基于所述属性信息来决定所述用户能够购买的预定的商品的件数即上限值的步骤。

另外，本公开也可以作为用于使计算机执行上述的信息处理方法的信息处理程序、或储存了该信息处理程序的非临时性存储介质来理解。

发明效果

根据本公开，能够提供一种可以更加准确地对用户能够购买的商品的件数进行管理的技术。

附图说明

图1为表示应用本公开的销售管理系统的概要的图。

图2为概要性地示出了销售管理系统中所包含的结构要素的一个示例的框图。

图3为表示实施方式中的商品信息表的结构例的图。

图4为表示实施方式中的用户信息表的结构例的图。

图5为表示在实施方式中的服务器装置中实施的处理流程的流程图。

图6为表示改变例1中的用户信息表的结构例的图。

图7为表示在改变例1中的服务器装置中实施的处理流程的流程图。

图8为表示改变例2中的用户信息表的结构例的图。

具体实施方式

在零售业等中，在以特价销售商品的情况下，存在对每一个用户能够购买的该商品的件数进行限制的情况。此外，在销售需求大于供给的商品(所谓的“缺货商品”)的情况下，也存在限制每一个用户能够购买的该商品的件数的情况。根据这些销售方法，更多的用户能够购买以特价销售的商品或缺货商品等(以下，也有时统称为“预定的商品”)。

可是，在上述销售方法中，在用户实施了在商品的结账处理的场所(收银机等结账场所)处重新排队的行为、或用户重新进入到销售店的行为等的情况下，在销售店侧难以掌握该用户已购买的预定的商品的件数。因此，对于实施了如上所述的行为的用户，购买限制件数以上的预定的商品的情况可能会被允许。即，由实施了如上所述的行为的用户进行的预定的商品的囤积可能会被允许。由此，有可能难以使更多的用户购买到预定的商品。

对此，在本公开所涉及的信息处理装置中，控制部取得用于对用户进行特别指定的信息(用户特定信息)。在此所说的“用户”例如为希望购买预定的商品的用户。作为这样的用户的用户特定信息，例如，能够使用该用户的图像信息。用户的图像信息例如也可以在用户向销售方委托了预定的商品的结账处理时通过摄像机等拍摄。此外，用户特定信息也能够使用用户所使用的电子货币的识别信息、用户所使用的信用卡的识别信息、或从预定的商品的销售方赋予用户的会员识别信息等。

信息处理装置的控制部基于上述用户特定信息，取得表示用户的属性的信息(属性信息)。在此所说的“属性信息”例如也可以为，与用户过去购买了预定的商品的件数的历史相关的信息(第一信息)、与用户的家庭结构相关的信息(第二信息)、或与用户的转售历史相关的信息(第三信息)。这些属性信息也可以以与上述用户特定信息建立关联的形式被预先存储于信息处理装置的存储部中。另外，关于第二信息或第三信息，也可以以换取上述用户特定信息的方式从外部的服务被提供。

信息处理装置的控制部基于上述属性信息，来决定用户能够购买的预定的商品的件数(上限值)。本公开中的“上限值”为，在本次的结账处理中用户能够购买的预定的商品的件数。在此，也可以设为如下的方式，即，在属性信息包含上述第一信息的情况下，控制部在用户过去购买了预定的商品的件数较多的情况下与较少的情况相比，将上限值决定得较少。由此，例如，在一个用户总共能够购买的预定的商品的件数被限制的情况等下，能够更加切实地抑制用户购买超过所限制的件数的件数的预定的商品的情况。此外，也可以设为如下的方式，即，在属性信息包含上述第二信息的情况下，控制部在用户的家庭的人数较多的情况下与较少的情况相比，将上限值决定得较多。由此，可以将用户能够购买的预定的商品的件数管理为与家庭结构相应的件数。另外，在此所说的“家庭”例如也可以为与用户共同居住的家庭。此外，也可以设为如下的方式，即，在属性信息包含上述第三信息的情况下，控制部在用户存在转售历史的情况下与不存在的情况相比，将上限值决定得较少。由此，能够更加切实地抑制用户以转售为目的而囤积预定的商品的情况。

根据以所述的方式构成的信息处理装置，能够更加准确地对各个用户能够购买的预定的商品的件数进行管理。

上述的上限值除了考虑到属性信息之外，也可以考虑到预定的商品的库存来决定。即，也可以设为如下的方式，即，信息处理装置的控制部基于属性信息和与预定的商品的库存相关的信息(库存信息)，来决定上述的上限值。此时，也可以设为如下方式，即，例如，在预定的商品的库存数较少的情况下与较多的情况相比，控制部将上述的上限值决定得较少。由此，能够使更多的用户购买到库存数较少的预定的商品。

上述的上限值也可以除了考虑到属性信息之外，还考虑到预定的商品的需求来决定。即，也可以设为如下的方式，即，信息处理装置的控制部基于属性信息和与预定的商品的需求相关的信息(需求信息)，来决定上述的上限值。此时，也可以设为如下的方式，即，例如，控制部在预定的商品的需求较大的情况下与较小的情况相比，将上述的上限值决定得较少。由此，能够使更多的用户购买到需求较大的预定的商品。另外，在此所说的“需求”既可以为处于信息处理装置的管理下的店铺中的需求，或者，也可以为商品市场中的需求。

上述的上限值也可以除了考虑到属性信息之外，还考虑到预定的商品的库存信息以及需求信息来决定。在该情况下，也可以设为如下的方式，即，例如，控制部在预定的商品的库存数较少且需求较大的情况下，与预定的商品的库存数较多且需求较小的情况相比，将上述的上限值决定得较少。由此，即使在预定的商品的库存数较少且需求较大的情况下，也能够使更多的用户购买到预定的商品。

在此，也可以设为如下的方式，即，信息处理装置的控制部实施用于向销售方提示所决定的上限值的处理。例如，也可以设为如下的方式，即，控制部通过向用于销售方实施结账处理的终端发送所决定的上限值，从而通过终端而向销售方提示上限值。由此，销售方能够识别用户能够购买的预定的商品的上限值。其结果为，销售方能够实施用于将销售给用户的商品的件数抑制为所提示的上限值以下的工作。例如，在用户希望购买超过上限值的件数的预定的商品的的情况下，销售方能够促使用户将购买预定的商品的件数减少至上限值以下。

＜实施方式＞

以下，基于附图，对本公开的具体的实施方式进行说明。本实施方式所记载的结构部件的尺寸、材质、形状、相对配置等只要未特别记载，则其主旨未将公开的技术范围仅限定于这些内容。

在本实施方式中，对将本公开所涉及的信息处理装置应用到用于在零售店等中对商品的销售进行管理的系统(以下，也有时记作“销售管理系统”)中的示例进行叙述。

(销售管理系统的概要)

图1为表示本实施方式中的销售管理系统的概要结构的图。本实施方式中的销售管理系统被构成为，包括服务器装置100和店铺终端200。服务器装置100为，用于对在处于销售管理系统的管理下的店铺中销售的商品的销售件数进行管理的信息处理装置。店铺终端200被设置在处于销售管理系统的管理下的店铺中，并实施在该店铺中销售的商品的结账处理等。

在销售管理系统中，希望购买商品的用户向店铺终端200的操作员(销售方)委托商品的结账处理。接受到该委托的销售方使店铺终端200读取被安装在商品上的标签的信息(例如，商品的识别信息等)。在该情况下，店铺终端200将从上述标签读取到的信息(以下，也有时记作“标签信息”)向服务器装置100发送。服务器装置100导出与标签信息建立了关联的价格信息，并将所导出的价格信息向店铺终端200发送。在接收到价格信息的店铺终端200中，基于该价格信息，实施商品的结账处理。此外，当商品的结账处理完毕时，在店铺终端200中，生成作为与上述商品的销售件数相关的信息的销售额信息，并将所生成的销售额信息向服务器装置100发送。在接收到上述销售额信息的服务器装置100中，实施基于上述商品的销售件数的库存管理。例如，如果上述商品的销售件数为一件，则从上述商品的库存数减去“1”。

此外，在本示例的销售管理系统中，在成为购买对象的商品属于预定的商品的情况下，还实施用于限制对用户可销售的商品的件数的处理。例如，服务器装置100在从店铺终端200接收到购买对象的商品的标签信息时，基于该标签信息，而对该商品是否属于预定的商品进行判断。在该商品属于预定的商品的情况下，服务器装置100基于希望购买该商品的用户(以下，也有时记作“希望用户”)的用户特定信息，来决定希望用户能够购买的预定的商品的件数(上限值)。本示例中的上限值为，在本次的结账处理中希望用户能够购买的预定的商品的件数。将由服务器装置100所决定的上限值与前述的价格信息一起从服务器装置100向店铺终端200发送。在该情况下，在店铺终端200中，实施向销售方提示从服务器装置100接收到的与上限值相关的信息的处理。例如，在店铺终端200中，实施用于在该店铺终端200中设置的显示器等显示装置上显示上述上限值的处理。由此，销售方能够对希望用户欲购买的预定的商品的件数是否超过了上限值进行判断。其结果为，如果希望用户欲购买的预定的商品的件数超过了上限值，则销售方能够促使希望用户将预定的商品的购买件数减少至上限值以下。

在此，在本示例中，作为用户特定信息，使用将希望用户设为被拍摄体的图像信息。这样的图像信息例如以店铺终端200读取了该商品的标签信息为触发，通过被附设于店铺终端200中的摄像机20进行拍摄。而且，通过摄像机20而被拍摄到的图像信息以与上述标签信息建立了关联的形式从店铺终端200向服务器装置100被发送。另外，也可以根据由店铺终端200读取到的标签信息与预定的商品的标签信息一致的情况，来实施由摄像机20实施的希望用户的拍摄、以及拍摄到的图像信息的向服务器装置100的发送。在该情况下，也可以设为，将属于预定的商品的商品的标签信息预先注册在店铺终端200中。

(系统结构)

基于图2，对销售管理系统的结构进行说明。图2为，概要性地示出了图1所示的服务器装置100以及店铺终端200的结构的一个示例的框图。

(服务器装置100)

服务器装置100为，用于对在处于销售管理系统的管理下的店铺中销售的商品的销售件数进行管理的信息处理装置。在本示例中，在购买对象的商品属于预定的商品的情况下，服务器装置100基于希望用户的用户特定信息，来决定前述的上限值。此外，服务器装置100还具有向店铺终端200提供商品的价格信息的功能。

服务器装置100能够由通用的计算机构成。例如，服务器装置100被构成为，包括处理器(CPU(Central Processing Unit，中央处理器)或GPU(Graphic Processing Unit，图形处理器)等)、主存储装置(RAM(Random Access Memory，随机存取存储器)或ROM(ReadOnly Memory，只读存储器)等)、辅助存储装置(EPROM(Erasable Programmable Read OnlyMemory，可擦可编程只读存储器)、硬盘驱动器或可移动式介质等)。另外，可移动式介质例如也可以为USB存储器、CD或DVD等记录介质。在辅助存储装置中，储存有操作系统(OS)、各种程序以及各种表格等。而且，通过处理器执行被储存于辅助存储装置中的程序，从而实现如后文所述的与预定的目的相符的各种功能。另外，服务器装置100的一部分或全部的功能也可以由ASIC(Application Specific Integrated Circuit，特定用途集成电路)或FPGA(Field Programmable Gate Array，现场可编程门阵列)等硬件电路来实现。

如图2所示，本示例中的服务器装置100被构成为，具有通信部101、控制部102、以及存储部103。

通信部101将服务器装置100与网络连接。例如，通信部101利用LAN(Local AreaNetwork，局域网)、WAN(Wide Area Network，广域网)、或Wi-Fi(注册商标)等通信网络，经由网络而与店铺终端200进行通信。另外，通信部101也可以利用5G(5th-Generation)或LTE(Long Term Evolution，长期演进)等移动体通信服务而与网络连接。

控制部102由CPU等处理器而被构成，并掌管服务器装置100的控制。本示例中的控制部102具有第一取得部1021、第二取得部1022、以及决定部1023等功能模块。这些功能模块通过由处理器执行被储存于存储部103中的程序来实现。

第一取得部1021取得希望用户的用户特定信息。具体而言，当通信部101从店铺终端200接收到包含前述的标签信息和用户特定信息在内的信息(以下，也有时记作“购买请求”)时，将该购买请求从通信部101向第一取得部1021递交。由此，第一取得部1021与购买对象的商品的标签信息一起取得希望用户的用户特定信息。通过第一取得部1021而取得的用户特定信息与标签信息一起被递交给第二取得部1022。

第二取得部1022取得希望用户的属性信息。具体而言，第二取得部1022首先对由标签信息特别指定的商品(即，购买对象的商品)是否属于预定的商品进行判断。这样的判断基于被储存于后述的商品管理DB(Data Base，数据库)1031中的数据来实施。而且，在购买对象的商品属于预定的商品的情况下，第二取得部1022除了取得购买对象的商品的价格信息之外，还取得希望用户的属性信息。购买对象的商品的价格信息从被储存于商品管理DB1031中的数据被导出。另一方面，希望用户的属性信息为，与希望用户在过去购买了预定的商品的件数的历史相关的信息(第一信息)，并从被储存于后述的用户管理DB1032中的数据被导出。通过第二取得部1022而取得的价格信息以及第一信息向决定部1023递交。另外，在购买对象的商品不属于预定的商品的情况下，只将该商品的价格信息向决定部1023递交。

决定部1023决定希望用户的上限值。具体而言，决定部1023在从第二取得部1022接收到价格信息以及第一信息的情况下，基于第一信息和预定的商品的限制件数，来决定希望用户的上限值。此处所说的“限制件数”为，每一个用户总共能够购买的预定的商品的件数。因此，希望用户的上限值成为从限制件数减去了第一信息所示的件数(希望用户在过去购买了预定的商品的件数)而得到的件数。通过决定部1023而被决定了的上限值与价格信息一起向通信部101递交，并通过通信部101而向店铺终端200发送。另外，在从第二取得部1022向决定部1023递交的信息仅为价格信息的情况(购买对象的商品不属于预定的商品的情况)下，仅将价格信息通过通信部101而向店铺终端200发送。

存储部103存储各种信息。存储部103例如由RAM、磁盘或闪存等存储介质构成。在存储部103中，存储有由控制部102执行的各种程序以及各种数据等。在本示例中，在存储部103中，构建有商品管理DB1031和用户管理DB1032。商品管理DB1031和用户管理DB1032通过由处理器执行的DBMS(Database Management System，数据库管理系统)的程序对被存储于辅助存储部中的数据进行管理从而被构建。这些商品管理DB1031和用户管理DB1032例如为关系数据库。

商品管理DB1031对与在店铺中销售的商品相关的信息进行储存。在此，基于图3，对被储存于商品管理DB1031中的信息的一个结构例进行说明。图3为对被储存于商品管理DB1031中的信息的表格结构进行例示的图。如图3所示，被储存于商品管理DB1031中的表格(以下，也有时记作“商品信息表”)具有商品ID、价格、库存以及限制件数等各个字段。在商品ID中，注册有用于对各个商品进行识别的信息(商品ID)。在本示例中，在商品ID字段中，将各个商品的标签信息作为上述商品ID进行注册。在价格字段中，注册表示各个商品的价格的信息(价格信息)。在库存字段中，注册表示在店铺中库存的各个商品的件数的信息。在库存字段中注册的信息每当各个商品进货至店铺时以及每当各个商品在店铺中被销售时会进行更新。在限制件数字段中，注册表示各个商品的限制件数的信息。另外，关于未对每一个用户总共能够购买的件数设置限制的商品(不属于预定的商品的商品，在限制件数字段中注册为“无”。

在此，上述的限制件数可以是被预先规定的固定值，也可以根据预定的商品的库存数而变更。例如，也可以设为，在预定的商品的库存数(在库存字段中被注册的件数)较少的情况下，与较多的情况相比，限制件数被设定得较少。随之，通过前述的决定部1023而被决定的上限值会根据第一信息所示的件数和库存数来决定。即，在第一信息所示的件数较多且库存数较少的情况下，与第一信息所示的件数较少且库存数较多的情况相比，上限值会变少。

此外，上述的限制件数也可以根据预定的商品的需求而变更。例如，也可以设为，在预定的商品的需求较大的情况下，与较小的情况相比，限制件数被设定得较少。随之，通过前述的决定部1023而被决定的上限值会根据第一信息所示的件数和需求来被决定。即，在第一信息所示的件数较多且需求较大的情况下，与第一信息所示的件数较少且需求较小的情况相比，上限值会变少。另外，预定的商品的需求既可以由服务器装置100来预测，也可以利用外部的服务来预测。此时的预测方法并未被限定于特别的方法，能够使用公知的方法。例如，既可以基于店铺中的预定的商品的销路，来预测上述的需求，或者，也可以基于预定的商品的市场中的销路，来预测上述的需求。此外，也可以基于向店铺预约了预定的商品的购买的用户的人数，来预测上述的需求。此外，也可以根据互联网上的预定的商品的话题性等，来预测上述的需求。

上述的限制件数也可以根据预定的商品的库存以及需求这双方而变更。例如，也可以设为，在预定的商品的需求较大且库存数较少的情况下，与预定的商品的需求较小且库存数较多的情况相比，限制件数被设定得较少。随之，通过前述的决定部1023而被决定的上限值会根据第一信息所示的件数、库存数和需求来决定。即，第一信息所示的件数越多、库存数越少且需求越大，则上限值越变少。

接下来，用户管理DB1032对与具有在处于销售管理系统的管理下的店铺中购买了商品的实绩的用户相关的信息进行储存。在此，基于图4，对被储存于用户管理DB1032中的信息的一个结构例进行说明。图4为，表示被储存于用户管理DB1032中的信息的表格结构的图。如图4所示，被储存于用户管理DB1032中的表格(以下，也有时记作“用户信息表”)具有用户ID、商品ID以及购买历史等各个字段。在用户ID字段中，注册用于对各个用户进行识别的信息(用户ID)。在本示例中，在用户ID字段中，将各个用户的脸部图像作为上述用户ID进行注册。注册于用户ID字段中的脸部图像通过从在各个用户过去在该店铺中购买了商品时被摄像机20拍摄到的图像信息中提取各个用户的脸部部分，从而被生成。在商品ID字段中，注册各个用户过去在该店铺中所购买的商品的商品ID(标签信息)。另外，关于在该店铺中所购买的商品为多个种类的用户，将多个种类的商品的商品ID与该用户的用户ID建立关联。此外，在购买历史字段中，注册有各个用户过去在该店铺中所购买的每一个商品的件数。

另外，也可以设为，在用户管理DB1032中，仅储存与过去在该店铺中购买了属于预定商品的商品的用户相对应的用户信息表。

(店铺终端200)

接下来，对店铺终端200进行说明。店铺终端200为用于实施商品的结账处理的计算机，并被设置在处于销售管理系统的管理下的店铺中。典型而言，店铺终端200由POS(Point-Of-Sale，销售点)终端或平板终端等构成。如图2所示，店铺终端200被构成为，包括通信部201、控制部202、存储部203、出入账部204、扫描仪205、输入输出部206以及摄像机20。

通信部201具有与服务器装置100的通信部101同样的结构，并经由网络而与服务器装置100进行通信。

控制部202例如由微型计算机构成，并掌管店铺终端200的控制。例如，当后述的输入输出部206受理了用于开始商品的结账处理的操作时，控制部202将后述的扫描仪205控制为可读取的状态。当通过扫描仪205读取商品的标签信息时，控制部202使后述的摄像机20进行工作，而对希望用户进行拍摄。而且，控制部202生成包含上述标签信息和希望用户的图像信息在内的购买请求。由控制部202生成的购买请求通过通信部201而向服务器装置100发送。

当通信部201接收到以响应上述购买请求的形式从服务器装置100回复的信息(商品的价格信息)时，控制部202使后述的输入输出部206显示商品的价格。此后，在希望用户的支付金额入账到后述的出入账部204时，控制部202基于入账金额和商品的价格，对找钱的金额进行运算。而且，控制部202使所计算出的金额的找钱通过出入账部204而出账。此外，在以响应上述购买请求的形式从服务器装置100回复的信息中包含有与前述的上限值相关的信息的情况下，控制部202除了商品的价格之外，使输入输出部206还显示上限值。

存储部203存储各种信息。存储部203例如由RAM、磁盘或闪存等存储介质构成。在存储部203中，存储有由控制部202执行的各种程序、以及各种数据等。

出入账部204受理销售方(或希望用户)所实施的入账操作，并使从所入账的金额减去了商品货款而得到的金额的找钱出账。此时，虽然找钱的金额通过控制部202进行运算，但也可以通过出入账部204进行运算。另外，出入账部204也可以具备硬币用的出入账部和纸币用的出入账部。此外，出入账部204也可以具备用于读取电子货币的识别信息或信用卡的识别信息等的设备。

扫描仪205读取被安装在成为购买对象的商品上的标签的信息。扫描仪205例如由读取在标签中被标记的条形码的读码器、或用于读取在IC标签中被写入的信息的RFID(Radio Frequency Identifier，射频识别符)读取器等构成。

输入输出部206受理销售方所实施的输入操作，并向销售方提示信息。输入输出部206例如由触摸面板和其控制电路、以及液晶显示器和其电路等构成。触摸面板以及液晶显示器也可以由一个触摸面板显示器构成。在本示例中，输入输出部206受理用于开始商品的结账处理的操作。此外，输入输出部206对从购买对象的商品的标签中读取到的信息、商品的价格信息、以及前述的上限值等进行显示。

摄像机20对希望用户进行拍摄。摄像机20既可以为用于对希望用户进行拍摄的专用的摄像机，或者，也可以为用于对设置店铺终端200的区段进行拍摄的监控摄像机。总之，摄像机20只要能够拍摄希望用户的特征部分(例如，希望用户的脸部部分等)即可。在本示例中，如前文所述，摄像机20以扫描仪205读取到商品的标签信息的情况为触发而启动，并实施希望用户的拍摄。由摄像机20拍摄到的希望用户的图像信息与由扫描仪205读取到的标签信息一起被包含在前述的购买请求中，从通信部201向服务器装置100发送。

(处理的流程)

接下来，基于图5，对在本示例中的服务器装置100中执行的处理流程进行说明。图5为表示在接收到从店铺终端200发送的购买请求时在服务器装置100中执行的处理流程的流程图。

在处于销售管理系统的管理下的店铺中，当希望用户向销售方委托商品的结账处理时，销售方将结账处理的执行指令输入至店铺终端200的输入输出部206。由此，在店铺终端200中，扫描仪205成为可以读取的状态。当销售方使扫描仪205读取商品的标签信息时，摄像机20启动，而实施希望用户的拍摄。在店铺终端200中，生成包含由扫描仪205读取到的标签信息和由摄像机20拍摄到的希望用户的图像信息在内的购买请求，并将所生成的购买请求通过通信部201而向服务器装置100发送。当服务器装置100的通信部101接收到这样的购买请求时，从通信部101向第一取得部1021递交该购买请求，从而第一取得部1021与购买对象的商品的标签信息一起取得希望用户的用户特定信息(步骤S101)。通过第一取得部1021而取得的标签信息以及用户特定信息从第一取得部1021向第二取得部1022递交。

第二取得部1022通过基于上述标签信息而访问商品管理DB1031，从而对与购买对象的商品相对应的商品信息表进行特别指定。即，第二取得部1022对与上述标签信息一致的商品ID被注册在商品ID字段中的商品信息表进行特别指定。第二取得部1022通过参照被特别指定的商品信息表的限制件数字段，从而对购买对象的商品是否属于预定的商品进行辨别(步骤S102)。例如，如果在上述限制件数字段中注册有表示限制件数的数值，则第二取得部1022判断为购买对象的商品属于预定的商品(在步骤S102中，为肯定判断)。此外，如果在上述限制件数字段中注册为“无”，则第二取得部1022判断为购买对象的商品不属于预定的商品(在步骤S102中，为否定判断)。

在步骤S102中作出肯定判断的情况下，第二取得部1022通过基于上述用户特定信息而访问用户管理DB1032，从而对希望用户是否已注册在用户管理DB1032中进行判断(步骤S103)。即，实施关于希望用户在处于销售管理系统的管理下的店铺中过去购买了商品的历史的有无的判断。此时，如果在用户管理DB1032中储存有与上述用户特定信息一致的用户ID被注册在用户ID字段中的用户信息表，则在步骤S103中作出肯定判断。另一方面，如果在用户管理DB1032中未储存有与上述用户特定信息一致的用户ID被注册在用户ID字段中的用户信息表，则在步骤S103中作出否定判断。另外，作为对被注册于用户ID字段中的信息和用户特定信息的一致或不一致进行判断的方法，能够使用利用脸部识别算法的方法。在该情况下，第二取得部1022首先从作为用户特定信息的图像信息中提取希望用户的脸部部分的图像。接下来，第二取得部1022对所提取的脸部图像和被注册于各个用户信息表的用户ID字段中的脸部图像进行核对。而且，当在被储存于用户管理DB1032中的用户信息表中的、任意一个用户信息表中上述核对成功时，在步骤S103中作出肯定判断。另一方面，当在被储存于用户管理DB1032中的全部的用户信息表中上述核对都失败时，在步骤S103中作出否定判断。

在步骤S103中作出了肯定判断的情况下，第二取得部1022取得希望用户的属性信息(步骤S104)。在本示例中，第二取得部1022将在步骤S103中的核对成功了的用户信息表中的购买历史字段中所注册的信息作为希望用户的属性信息来提取。此外，第二取得部1022从购买对象的商品的商品信息表中还提取在价格字段中注册的信息(价格信息)以及在限制件数字段中注册的信息(限制件数)。由第二取得部1022提取的属性信息、价格信息以及限制件数向决定部1023递交。

决定部1023通过从购买对象的商品的限制件数减去购买历史的件数，来计算出运算值α(步骤S105)。决定部1023对运算值α是否大于零进行判断(步骤S106)。如果运算值α大于零(在步骤S106中为肯定判断)，决定部1023将运算值α决定为上限值(步骤S107)。此外，如果运算值α为零以下(在步骤S106中为否定判断)，则决定部1023将上限值决定为零(步骤S108)。

此外，在步骤S103中作出了否定判断的情况下，第二取得部1022将购买对象的商品的限制件数和价格信息向决定部1023递交。在该情况下，决定部1023将上述限制件数决定为上限值(步骤S109)。

当在步骤S107、步骤S108或步骤S109中决定了上限值时，决定部1023将所决定的上限值和购买对象的商品的价格信息通过通信部101而向店铺终端200发送(步骤S110)。在该情况下，在店铺终端200中，上述上限值和上述价格信息通过输入输出部206而被显示。由此，销售方能够对希望用户欲购买的商品(属于预定商品的商品)的件数是否未超过上限值进行判断。而且，如果希望用户欲购买的商品的件数超过了上限值，则销售方能够促使希望用户减少商品的件数或者放弃商品的购买。其结果为，能够将希望用户总共能够购买的商品的件数抑制在限制件数以下。

另外，在购买对象的商品不属于预定的商品的情况(在步骤S102中作出了否定判断的情况)下，第二取得部1022仅将购买对象的商品的价格信息递交给决定部1023。而且，决定部1023仅将上述价格信息通过通信部101而向店铺终端200发送(步骤S111)。在该情况下，在店铺终端200中，仅将购买对象的商品的价格信息通过输入输出部206进行显示。由此，销售方能够识别出希望用户欲购买的商品不属于预定的商品的情况、即希望用户能够购买的该商品的件数没有限制的情况。

根据图5的处理例程，能够更加准确地对用户能够购买的商品的件数进行管理。由此，在对每一个用户总共能够购买的件数受到限制的商品(例如，特价商品、或缺货商品等预定的商品)进行销售的情况下，也能够更加切实地抑制用户购买超过限制件数的件数的该商品的情况。也就是说，即使在用户实施了在商品的结账处理的场所(例如，收银机等)重新排队的行为、或用户重新进入销售店的行为等的情况下，也能够将该用户能够购买的该商品的件数抑制在限制件数以下。其结果为，能够抑制特定的用户囤积该商品的情况。

＜改变例1＞

虽然在前述的实施方式中，对作为希望用户的属性信息而使用预定的商品的购买历史的示例进行了叙述，但除了包含预定的商品的购买历史之外，也可以包含与希望用户的家庭结构相关的信息(第二信息)。本示例中的“第二信息”为表示包含希望用户在内的家庭的人数的信息。

图6为表示本改变例中的用户信息表的一个结构例的图。图6所示的用户信息表除了具有用户ID字段、商品ID字段以及购买历史字段之外，还具有家庭结构字段。在家庭结构字段中，注册表示包含用户在内的家庭的人数的信息。例如，如果与用户共同居住的家庭的人数包含该用户在内为三人，则在家庭结构字段中注册为“3”。另外，与用户的家庭的人数相关的信息例如也可以在用户加入店铺的会员(例如，积分卡的会员等)时向店铺侧申报。此外，与用户的家庭的人数相关的信息也可以由用户所使用的信用卡的发行公司等来提供。

(处理的流程)

接下来，基于图7，对在本改变例中的服务器装置100中实施的处理流程进行说明。图7为表示在接收到从店铺终端200发送的购买请求时在服务器装置100中执行的处理流程的流程图。在图7中，对与前述的图5相同的处理标记相同的符号。

在图7的处理流程中，代替图5的步骤S104，执行步骤S1041的处理。在步骤S1041中，作为希望用户的属性信息，第二取得部1022从希望用户的用户信息表中提取被注册在购买历史字段中的信息和被注册在家庭结构字段中的信息。以此方式所提取的属性信息与购买对象的商品的价格信息一起向决定部1023递交。

决定部1023代替图5的步骤S105至步骤S108，执行步骤S1051至步骤S1081的处理。在步骤S1051中，决定部1023按照以下的式(1)，对运算值β进行计算。

β＝(限制件数)*(家庭的人数)-(购买历史的件数)…式(1)

在步骤S1061中，决定部1023对在步骤S1051中计算出的运算值β是否大于零进行判断。如果运算值β大于零(在步骤S1061中为肯定判断)，则决定部1023将运算值β决定为上限值(步骤S1071)。另一方面，如果运算值为零以下(在步骤S1061中为否定判断)，则决定部1023将上限值决定为零(步骤S1081)。

此外，在步骤S103中作出了否定判断的情况下，代替图5中的步骤S109，执行步骤S1091的处理。即，在步骤S103中作出了否定判断的情况下，第二取得部1022除了购买对象的商品的限制件数和价格信息之外，还将希望用户的家庭结构向决定部1023递交。而且，决定部1023将在上述限制件数上乘以希望用户的家庭的人数而得到的件数决定为上限值(步骤S1091)。

根据本改变例，能够根据用户的家庭结构而对每一个用户总共能够购买的预定的商品的件数进行变更。

另外，希望用户的属性信息也可以仅包含与希望用户的家庭结构相关的信息。在该情况下，希望用户的上限值也可以被决定为，通过在限制件数上乘以家庭的人数而计算出的件数。

＜改变例2＞

虽然在前述的实施方式中，对作为希望用户的属性信息而使用预定的商品的购买历史的示例进行了叙述，但除了包含预定的商品的购买历史之外，还可以包含与希望用户的转售历史相关的信息(第三信息)。本示例中的“第三信息”为，表示希望用户的转售历史的有无的信息。也就是说，是表示如下内容的信息，即，关于希望用户过去所购买的商品，是否存在在EC网站(electronic commerce site，电子商务网站)等上进行了销售的历史。

图8为表示本改变例中的用户信息表的一个结构例的图。图8所示的用户信息表除了具有用户ID字段、商品ID字段以及购买历史字段之外，还具有转售历史字段。在转售历史字段中，注册表示用户的转售历史的有无的信息。例如，在存在用户的转售历史的情况下，在转售历史字段中注册为“有”。另一方面，在不存在用户的转售历史的情况下，在转售历史字段中注册为“无”。另外，与用户的转售历史的有无相关的信息也可以由运营或管理EC网站的公司等来提供。

在此，也可以设为，决定部1023在存在希望用户的转售历史的情况下，与不存在转售历史的情况相比，将上限值决定得较少。例如，可以设为，在存在希望用户的转售历史的情况下，无论希望用户的购买历史如何，都将上限值决定为零。作为其他的方法，在存在希望用户的转售历史的情况下，决定部1023通过对按照前述的实施方式或改变例1的步骤而求出的上限值进行减法校正(例如，减去预定的件数的校正)，来决定存在转售历史的希望用户的上限值。另外，在不存在希望用户的转售历史的情况下，只要以与前述的实施方式或改变例1相同的步骤来决定上限值即可。

根据本改变例，能够抑制希望用户以转售为目的而囤积预定的商品的情况。

＜改变例3＞

虽然在前述的实施方式中，对作为用户特定信息而使用希望用户的图像信息的示例进行了叙述，但也能够使用希望用户所使用的电子货币的识别信息、信用卡的识别信息、或会员卡的识别信息等。

＜其他＞

上述的实施方式以及改变例归根结底仅为一个示例，本公开能够在不脱离其主旨的范围内适当地进行变更而实施。例如，在服务器装置100中实施的处理的一部分或全部既可以在店铺终端200中被实施，或者，也可以在与服务器装置100不同的信息处理装置中被实施。

此外，在本公开中所说明的处理只要不产生技术上的矛盾，则能够以自由组合的方式而实施。而且，作为一个装置所实施的内容而说明的处理，也可以通过多个装置来分担执行。此外，作为不同的装置所实施的内容来说明的处理，也可以通过一个装置来执行。在计算机系统中，通过哪种硬件结构来实现各功能是能够灵活地进行变更的。

此外，本发明还可以通过如下方式来实现，即，将安装有在上述的实施方式中所说明的功能的计算机程序(信息处理程序)供给至计算机，并且使该计算机所具有的一个以上的处理器读取程序并执行。这样的计算机程序既可以通过能够连接于计算机的系统总线的非临时的计算机可读存储介质而被提供给计算机，也可以通过网络而被提供给计算机。非临时性的计算机可读存储介质为，能够通过电气、磁力、光学性、机械性或化学的作用来储存数据或程序等的信息，并能够从计算机等进行读取的记录介质。作为这样的记录介质，例如，能够例示磁盘(软盘(注册商标)或硬盘驱动器(HDD)等)、光盘(CD-ROM、或DVD光盘、蓝光光盘等)等任意类型的光盘。此外，记录介质也可以为只读存储器(ROM)、随机存取存储器(RAM)、EPROM、EEPROM、磁卡、闪存、光学式卡、SSD(Solid State Drive，固态驱动器)等介质。

符号说明

20 摄像机；

100 服务器装置；

101 通信部；

102 控制部；

1021 第一取得部；

1022 第二取得部；

1023 决定部；

103 存储部；

1031 商品管理DB；

1032 用户管理DB；

200 店铺终端。

Claims (20)

1.一种信息处理装置，其用于对商品的销售件数进行管理，其中，

具备控制部，所述控制部执行如下处理，即：

取得用于对用户进行特别指定的信息即用户特定信息；

基于所述用户特定信息，而取得表示该用户的属性的信息即属性信息；

基于所述属性信息，来决定所述用户能够购买的预定的商品的件数即上限值。

2.如权利要求1所述的信息处理装置，其中，

所述属性信息包括第一信息，所述第一信息为与所述用户过去购买了所述预定的商品的件数的历史相关的信息，

所述控制部基于所述第一信息，来决定所述上限值。

3.如权利要求2所述的信息处理装置，其中，

在所述用户过去购买了所述预定的商品的件数较多的情况下，与所述用户过去购买了所述预定的商品的件数较少的情况相比，所述控制部将所述上限值决定得较少。

4.如权利要求1至3中的任意一项所述的信息处理装置，其中，

所述属性信息包括第二信息，所述第二信息为与所述用户的家庭结构相关的信息，

所述控制部基于所述第二信息，来决定所述上限值。

5.如权利要求4所述的信息处理装置，其中，

在所述用户的家庭的人数较多的情况下，与所述用户的家庭的人数较少的情况相比，所述控制部将所述上限值决定得较多。

6.如权利要求1至5中的任意一项所述的信息处理装置，其中，

所述属性信息包括第三信息，所述第三信息为与所述用户的转售历史相关的信息，

所述控制部基于所述第三信息，来决定所述上限值。

7.如权利要求6所述的信息处理装置，其中，

在所述用户存在转售历史的情况下，与不存在转售历史的情况相比，所述控制部将所述上限值决定得较少。

8.如权利要求1至7中的任意一项所述的信息处理装置，其中，

所述控制部基于所述属性信息和与所述预定的商品的库存相关的信息即库存信息，来决定所述上限值。

9.如权利要求1至7中的任意一项所述的信息处理装置，其中，

所述控制部基于所述属性信息和与所述预定的商品的需求相关的信息即需求信息，来决定所述上限值。

10.如权利要求1至9中的任意一项所述的信息处理装置，其中，

所述用户特定信息包括将所述用户作为被拍摄体的图像信息。

11.如权利要求1至10中的任意一项所述的信息处理装置，其中，

所述控制部还执行用于向所述预定的商品的销售方提示所述上限值的处理。

12.一种信息处理方法，其用于对商品的销售件数进行管理，其中，

由计算机执行如下步骤，即：

取得用于对用户进行特别指定的信息即用户特定信息的步骤；

基于所述用户特定信息而取得表示该用户的属性的信息即属性信息的步骤；

基于所述属性信息来决定所述用户能够购买的预定的商品的件数即上限值的步骤。

13.如权利要求12所述的信息处理方法，其中，

所述属性信息包含第一信息，所述第一信息为与所述用户过去购买了所述预定的商品的件数的历史相关的信息，

在决定所述上限值的步骤中，基于所述第一信息，来决定所述上限值。

14.如权利要求12或13所述的信息处理方法，其中，

所述属性信息包含第二信息，所述第二信息为与所述用户的家庭结构相关的信息，

在决定所述上限值的步骤中，基于所述第二信息，来决定所述上限值。

15.如权利要求12至14中的任意一项所述的信息处理方法，其中，

所述属性信息包含第三信息，所述第三信息为与所述用户的转售历史相关的信息，

在决定所述上限值的步骤中，基于所述第三信息，来决定所述上限值。

16.如权利要求12至15中的任意一项所述的信息处理方法，其中，

在决定所述上限值的步骤中，基于所述属性信息和与所述预定的商品的库存相关的信息即库存信息，来决定所述上限值。

17.如权利要求12至15中的任意一项所述的信息处理方法，其中，

在决定所述上限值的步骤中，基于所述属性信息和与所述预定的商品的需求相关的信息即需求信息，来决定所述上限值。

18.如权利要求12至17中的任意一项所述的信息处理方法，其中，

所述用户特定信息包括将所述用户作为被拍摄体的图像信息。

19.如权利要求12至18中的任意一项所述的信息处理方法，其中，

还包括实施用于向所述预定的商品的销售方提示所述上限值的处理的步骤。

20.一种非临时性存储介质，其储存用于对商品的销售件数进行管理的信息处理程序，其中，

所述信息处理程序使计算机执行如下步骤，即：

取得用于对用户进行特别指定的信息即用户特定信息的步骤；

基于所述用户特定信息而取得表示该用户的属性的信息即属性信息的步骤；

基于所述属性信息来决定所述用户能够购买的预定的商品的件数即上限值的步骤。

Images