信息处理系统、信息处理装置、信息处理方法以及程序与流程

1.本发明涉及信息处理系统、信息处理装置、信息处理方法以及程序。


背景技术：

2.以往，为了抑制废弃超过保质期的生鲜食品等食品的食品损失，公知有管理家庭内的食品库存的系统(例如参照日本特开2004-348445号公报)。
3.在日本特开2004-348445号公报中，记载了一种食品管理系统，该食品管理系统包括：pos系统，其经由通信网发送每个顾客购买的商品信息；外部终端，其通过从外部操作家庭终端来获得食品库存管理信息等所需信息；以及家庭终端，其接收从pos系统发送来的商品信息，且与外部终端的操作协同地向该外部终端发送请求信息。
4.但是，在日本特开2004-348445号公报所记载的食品管理系统中，存在无法根据保质期来有效地管理食品、并且无法确保抑制食品损失的有效性这样的课题。在该食品管理系统中，例如，由于是基于食品的购入日而统一决定保质期，所以每个食品的实际的保质期未被反映到系统中，从而无法有效地管理食品。


技术实现要素：

5.因此，本发明的目的在于基于每个商品的期限信息而有效地管理商品库存。
6.本发明的某个方式是一种信息处理系统，其包括使用者所持有的使用者终端、和能够与上述使用者终端进行通信的信息处理装置，其中，上述使用者终端具有：第1获取部，其获取与商品有关的商品信息以及与上述商品的有效期限有关的期限信息；以及显示控制部，其使从上述信息处理装置获取的上述使用者的商品库存信息显示于显示部，上述信息处理装置具有：第2获取部，其在上述商品由上述使用者结算完毕的情况下，获取通过上述使用者终端获取到的上述商品信息以及上述期限信息而作为上述使用者的商品库存信息；以及提供部，其基于上述使用者的请求，将通过上述第2获取部取得的上述使用者的商品库存信息提供至上述使用者终端。
7.根据本发明的某个方式，能够基于每个商品的期限信息而有效地管理商品库存。
附图说明
8.图1是概略地表示1个实施方式的商品库存管理系统的系统结构的图。
9.图2是表示店铺使用者数据库的数据结构例的图。
10.图3是表示使用者终端的店铺应用程序的画面迁移例的图。
11.图4是表示1个实施方式的商品库存管理系统的动作的时序图。
12.图5是表示使用者终端的店铺应用程序的画面迁移例的图。
13.图6是表示1个实施方式的商品库存管理系统的动作的时序图。
14.图7是表示购入实绩数据库的数据结构例的图。
15.图8是表示使用者库存数据库的数据结构例的图。
16.图9是表示1个实施方式的商品库存管理系统的动作的时序图。
17.图10是表示使用者终端的库存管理应用程序的画面例的图。
18.图11是表示1个实施方式的商品库存管理系统的各装置的内部结构的框图。
19.图12是表示库存应用使用者数据库的数据结构例的图。
20.图13是表示1个实施方式的商品库存管理系统的动作的时序图。
21.图14a是对获取使用者的消耗信息的方法进行例示的图。
22.图14b是对获取使用者的消耗信息的方法进行例示的图。
23.图15是对获取使用者的消耗信息的方法进行例示的图。
24.图16是表示使用者终端的库存管理应用程序的画面迁移例的图。
25.图17是表示1个实施方式的商品库存管理系统的动作的时序图。
26.图18是表示使用者终端的库存管理应用程序的画面迁移例的图。
27.图19是表示1个实施方式的商品库存管理系统的动作的时序图。
28.图20a是表示使用者终端的库存管理应用程序的画面例的图。
29.图20b是表示使用者终端的库存管理应用程序的画面例的图。
具体实施方式
30.在本公开中，商品的“商品信息”是指用于确定商品的信息。例如，商品名称、商品代码、商品id、商品型式等是商品信息的一例。商品id是确定商品的识别信息。
31.在本公开中，商品的“期限信息”是指与表示使用者是否能够使用该商品、是否能够品尝该商品、或者是否能够消耗该商品的指标的有效期限有关的信息。作为有效期限的例子，举出使用期限、保质期、消耗期限、品质保证期限等。
32.在本公开中，不限定从商品获取商品信息以及期限信息的方法，其能够采用各种方法。
33.例如，在与商品信息以及期限信息对应的代码信息显示于商品或价签、电子价签等的情况下，能够通过读取该代码信息来获取商品信息以及期限信息。另外，在与商品信息以及期限信息对应的文字信息(人可读文字)显示于商品或价签、电子价签等的情况下，也能够通过拍摄包含该文字信息在内的图像并利用图像识别技术根据该图像而获取文字信息。这里，作为在商品显示有代码信息或文字信息的方式，包括将代码信息或文字信息印刷于商品的外包装的方式、或将打印有代码信息或文字信息的标签等打印介质粘贴于商品自身或商品的外包装的方式等。代码信息既可以是1维代码(条形码)，也可以是二维码。
34.此外，以下，以通过读取显示于商品的代码信息来获取商品信息以及期限信息的情况为例进行说明。
35.在实施方式的商品库存管理系统中，例如通过使用者持有的使用者终端等，进行使用者在家庭中作为库存而保有的商品的库存管理。
36.对于商品不进行限定，只要是与上述期限信息相关联的商品，且是使用者作为库存而保存在家庭内的商品，则可以是任何商品。作为代表性的商品则是在零售店中由使用者购入的食品或调味料等。
37.例如，使用者终端通过在店铺等中读取显示于商品的代码信息来获取商品信息以及期限信息。例如，在使用者终端具备自助付款功能的情况下，与通过使用者终端而获取的
商品信息对应的商品的结算在能够与使用者终端进行通信的店铺服务器中进行。在1个实施方式的商品库存管理系统中，构成为：库存管理服务器从店铺服务器获取与结算完毕的商品对应的商品信息以及期限信息作为使用者的商品库存信息，并向例如使用者终端等提供商品库存信息。即，根据该系统，在商品结算完毕的情况下，通过使用者终端等在购入时获取的与该商品对应的商品信息以及期限信息被用作商品库存信息，因此使用者能够基于显示于商品的代码信息所包含的商品信息以及期限信息，对自己购入的商品进行库存管理。此时，使用者在购入商品后进行该商品的管理时，无需输入商品的消耗信息或期限信息。
38.(1)第1实施方式
39.参照图1说明本实施方式的商品库存管理系统1的系统结构。
40.在商品库存管理系统1中，构成为使用者能够管理例如在店铺等中购入并保存在自己家中的商品的库存。作为商品的例子，举出食品，但不限于此，只要是调味料等具有保质期(期限信息的一例)的商品，则可以使任何商品。在本实施方式的例子中，店铺是将具有保质期的食品等作为商品来对待的超市等零售业。使用者能够在各店铺中通过自助付款的方式完成结算。
41.如图1所示，本实施方式的商品库存管理系统1构成为：包括在店铺进行购物的使用者ct持有的使用者终端3、店铺服务器5-1、5-2、5-3、
…
、结算代理服务器7、和库存管理服务器8，并且使用者ct能够在家庭内管理在店铺购入的商品的库存。在商品库存管理系统1构成为使用者终端3以及服务器组能够经由网络nw进行通信。对网络nw不进行限定，例如是因特网、lan(local area network：局域网)、wan(wide area network：广域网)等。
42.店铺服务器5-1、5-2、5-3、
…
是为了使使用者利用的多个店铺分别实现自助付款而设置的。以下，在提及对于各店铺服务器共通的事项时，适当地简单标记为“店铺服务器5”。店铺服务器5能够与结算代理服务器7进行通信，并且支持使用者通过自助付款进行的商品结算。
43.在使用者ct所持有的使用者终端3中安装有与各店铺对应的店铺应用程序。店铺应用程序构成为：为了在对应的店铺中通过自助付款进行结算，能够同与店铺对应的店铺服务器5进行通信。
44.在使用者终端3中安装有用于管理使用者的商品库存的库存管理应用程序。库存管理应用程序为了管理使用者的库存而与库存管理服务器8进行通信。库存管理服务器8构成为：能够从店铺服务器5-1、5-2、5-3、
…
分别获取与使用者结算完毕的商品有关的信息，且能够根据来自库存管理应用程序的请求而提供使用者的库存数据(后述)。
45.在以下的说明及附图中，存在将店铺应用程序以及库存管理应用程序分别适当地略记为“店铺应用”、“库存应用”的情况。
46.在店铺服务器5中储存有在图2中例示的店铺使用者数据库。
47.在图2中例示的使用者数据库的各记录包含“使用者id”、“使用者名称”、“结算单元”各字段的值。这里，“使用者id”字段的值是分配给店铺的使用者的识别信息。“使用者名称”字段的值在使用者将店铺应用程序安装于使用者终端3的时机基于使用者的操作输入而被获取，并记录于使用者数据库。“结算单元”字段的值在使用者将店铺应用程序安装于使用者终端3的时机，或在安装后的任意时机，基于使用者的操作输入而被获取，并记录或
更新到使用者数据库中。
[0048]“结算单元”字段的值是对使用者进行商品的结算中所需的数据，例如是信用卡卡号的信息及/或与电子货币相关的信息(预付号码等)。在与使用者id对应的使用者进行结算时，“结算单元”字段的值被提供给结算代理服务器7。
[0049]
接下来，参照图3及图4说明使用者终端3的店铺应用程序的使用方法。图3是表示使用者终端3的店铺应用程序的画面迁移例的图。图4是表示使用者终端3的店铺应用程序的处理的时序图。
[0050]
通过执行店铺应用程序，使用者能够确认店铺内的各商品的提供价格，能够对自己选择出的商品进行结算。图2的画面g1～g3表示使用者确认商品的价格并向购入预定列表(购物筐)追加商品时的店铺应用程序的使用方法。
[0051]
若使用者在使用者终端3中启动店铺应用程序，则如图3的画面g1所示，使用者终端3所具备的拍摄功能联动，被拍摄到的图像显示于窗口w1。在画面g1中，使用者将商品p从店铺的货架拿到手中，并且显示于商品p的代码信息c1可见的商品p的图像包含在窗口w1中。通过使商品p的代码信息c1显示在窗口w1中(即，使用者进行扫描操作)，店铺应用程序进行代码信息c1的读取(扫描)(图4的步骤s2)。在窗口w1内显示有多个代码信息的情况下，为了能够可靠地读取作为目标的代码信息，优选使用者终端3的拍摄功能包括在窗口w1内显示扫描区域100的功能。该情况下，仅读取窗口w1内的多个代码信息中的显示在扫描区域100内的代码信息c1。
[0052]
例如，在代码信息c1中包含对应的商品p的商品id(商品信息的一例)和保质期的信息(保质期信息、期限信息的一例)。只要包含商品id和保质期信息，则与代码信息c1的代码形式无关，但在为条形码(1维代码)的情况下，能够采用例如gs1-128等code128。由于code128能够将ascii码128文字全部条形码化，所以能够构成为包含商品id和保质期信息。
[0053]
此外，为了将包含gs1-128的标签粘贴于店铺内的各商品，既可以在物流中心使用粘贴机器人等进行标签的一并自动粘贴，另外，也可以在店铺中制造副食等时进行包含gs1-128的计量标签的粘贴。由此，针对在商品自身印刷有不包含保质期信息的代码(例如jan13等)的商品，也能够粘贴打印有包含保质期信息的gs1-128的标签。
[0054]
店铺应用程序若读取代码信息c1，则向店铺服务器5发送包含代码信息c1所含的商品id以及保质期信息在内的、向使用者提供商品p的提供价格的询问(图4的步骤s4)。接着，店铺应用程序从店铺服务器5接收包含商品p的通常价格和提供价格的信息在内的价格数据(步骤s10)，并进行显示(步骤s12)。
[0055]
例如，参照图3，在步骤s12中显示的画面g2的窗口w2中，包含与商品id对应的商品名称(“酸奶b 500ml”)和通常价格(“300日元”)、提供价格(“250日元”)以及保质期(“2021年9月13日”)的信息。
[0056]
在画面g2中，使用者能够看到在窗口w2中所包含的信息，来进行是否向购入预定列表(购物筐)中追加商品p的选择。在将商品p追加到购入预定列表中的情况下，若使用者操作显示于画面g2的按钮b1(“加入购物筐”)(图4的步骤s14：是)，则显示画面g3，向使用者通知商品p已追加到购入预定列表中的这一情况(窗口w3)。在该情况下，使用者将拿到手中的商品p放入店铺的实际的购物筐或购物车中。
[0057]
使用者终端3以根据按钮b1的操作而将成为对象的商品的信息追加到购入预定列
表中的方式更新购入预定列表(步骤s16)。
[0058]
接下来，参照图5及图6说明通过使用者终端3的店铺应用程序进行商品的结算时的店铺应用程序的利用方法。图5是表示使用者终端3的店铺应用程序的画面迁移例的图。图6是表示使用者终端3的店铺应用程序的处理的时序图。
[0059]
使用者在确认商品的提供价格而将商品追加到购入预定列表中之后(即，在反复显示了图3的画面g1～g3之后)进行结算的情况下，在画面g4中操作按钮b2(“查看购物筐”)，使包含购入预定列表bl的画面g5进行显示。在购入预定列表bl中，包含此前追加的商品的一览(各商品的商品名称、数量、价格)和价格的合计金额。
[0060]
虽未图示，但在使用者例如由于超出预算而中止根据购入预定列表bl而指定的商品的购入的情况下，能够进行从购入预定列表bl中删除该商品的操作。该情况下，使用者从店铺的购物筐或购物车中将中止购入的商品放回到店铺的货架上。
[0061]
在画面g5中，在购入预定列表bl已确定的情况下，通过使用者操作按钮b3(结算按钮)(图6的步骤s20)，店铺应用程序对店铺服务器5进行包含购入预定列表在内的结算请求(步骤s22)。
[0062]
若店铺服务器5从店铺应用程序接收结算请求，则从使用者数据库读出使用者名称以及结算单元的数据，并将包含已读出的使用者名称以及结算单元的数据和结算额(购入预定列表的合计金额)的数据在内的结算请求发送给结算代理服务器7(步骤s24)。结算代理服务器7基于从店铺服务器5提供的数据进行结算处理(步骤s26)，若结算处理完成，则向店铺服务器5发送结算完成通知(步骤s28)。
[0063]
若结算完成，则店铺服务器5发行新的结算id(步骤s30)，且通过在购入实绩数据库(后述)中制作新的记录来更新购入实绩数据库(步骤s32)。
[0064]
图7表示购入实绩数据库的结构例。
[0065]
在图7中例示的购入实绩数据库的各记录包含“使用者id”、“结算id”、“结算产生日期时间”以及“购入内容”的各字段的值。这里，“结算id”字段的值是针对对应的使用者的各个结算的每一个而唯一分配的数据。“结算产生日期时间”字段的值表示由结算id确定的结算发生的日期时间。
[0066]“购入内容”字段包含“商品id”、“商品名称”、“价格”、“个数/数量”以及“保质期”的各子字段。各子字段的值表示成为由结算id确定的结算的对象的购入内容的详细数据。
[0067]
再次参照图6，店铺服务器5向店铺应用程序发送与步骤s22的结算请求对应的结算完成通知(步骤s34)。在该结算完成通知中，包含在步骤s30中发行的结算id。店铺应用程序制作包含接收到的结算完成通知所包含的结算id在内的二维码、即结算完成代码(步骤s36)，并将其显示于使用者终端3(步骤s38)。例如，如图5所示，显示包含代码信息c2作为结算完成代码的画面g6。结算完成代码表示商品的结算已完成，包含确定结算的结算id(后述)。这里，作为结算完成代码，示出二维码的例子，但也可以是条形码等。
[0068]
画面g6所示的结算完成代码例如被利用于对店铺或店铺员工通知购物筐中的商品的结算已完成的这一情况。
[0069]
例如，既可以构成为通过使店铺员工看到结算完成代码，而使使用者能够退出店铺，也可以构成为通过使店铺内的规定的装置读取结算完成代码而打开门以使使用者能够退出店铺。在该情况下，使用者无需在收银台排队等待结算，店铺的收银员也无需进行商品
的结算，因此对使用者和店铺双方都有利。
[0070]
店铺服务器5在更新了购入实绩数据库之后，向库存管理服务器8发送购入数据(步骤s35)。购入数据是表示步骤s32的购入实绩数据库的更新内容的数据，包含与使用者完成结算的商品有关的信息。库存管理服务器8若接收到购入数据，则基于购入数据更新使用者库存数据库(后述)(步骤s40)。
[0071]
图8表示使用者库存数据库的结构例。
[0072]
使用者库存数据库储存于库存管理服务器8，并按照每个使用者id来进行管理。使用者库存数据库的各记录例如包含“商品id”、“商品名称”、“个数/量”、“保质期”各字段的值。各字段的值是与购入实绩数据库所包含的对应的字段的值同种类的数据。构成为针对指定的使用者在商品的购入时被追加到购入实绩数据库中的数据也被反映到使用者库存数据库中。
[0073]
以下，将使用者库存数据库中的每个使用者id的数据称为“库存数据”。
[0074]
接下来，参照图9及图10说明库存管理应用程序的利用方法。
[0075]
图9是表示通过使用者终端3的库存管理应用程序来显示使用者的家庭内的商品库存时的处理的时序图。图10表示通过库存管理应用程序显示的画面例。
[0076]
参照图9，店铺服务器5-1、5-2、5-3各自在每当进行结算处理时(步骤s42a、42b、42c)，将购入数据发送至库存管理服务器8(步骤s44a、44b、44c)。此外，步骤s42a、42b、42c中的结算处理包含图6的步骤s20～s32的一系列处理。库存管理服务器8在每当从店铺服务器5-1、5-2、5-3接收到购入数据时，使用接收到的购入数据来更新使用者库存数据库(步骤s46a、46b、46c)。因此，在库存管理服务器8的使用者库存数据库中，对在多个店铺服务器5中由同一使用者结算过的商品进行统一管理。
[0077]
此外，在库存管理服务器8接收的购入数据中，包含购入实绩数据库的使用者id、以及与使用者完成结算的商品有关的信息。由于使用该购入数据来更新使用者库存数据库，所以如后述那样，店铺使用者数据库的使用者id与店铺应用使用者数据库的使用者id预先建立对应，或者例如能够基于使用者名称等建立对应。
[0078]
库存管理应用程序例如基于由使用者进行的规定操作来发送库存显示请求(步骤s48)。若接收到库存显示请求，则库存管理服务器8读出与请求源的使用者id对应的库存数据，并将其返回给库存管理应用程序(步骤s50)。库存管理应用程序显示接收到的库存数据(步骤s52)。
[0079]
在步骤s52中显示的画面例是图10的画面g7。画面g7针对各商品包含由商品id、商品名称、个数/量、保质期的信息构成的库存列表il。
[0080]
接下来，参照图11的功能框图说明本实施方式的商品库存管理系统1内的各装置的结构。
[0081]
如图11所示，使用者终端3具备控制部31、存储部32、操作输入部33、显示部34、拍摄部35、读码器36以及通信部37。
[0082]
控制部31以微处理器为主体而构成，对使用者终端3整体进行控制。例如，控制部31所包含的微处理器加载并执行记录于存储部32的店铺应用程序以及库存管理应用程序的程序，并将该程序的执行结果显示于显示部34。
[0083]
存储部32是非易失性的存储器，例如也可以是闪存等ssd(solid state drive：固
态驱动器)。存储部32除了存储店铺应用程序以及库存管理应用程序的程序之外，还存储通过执行店铺应用程序以及库存管理应用程序而制作出的数据、文件等。
[0084]
通过执行店铺应用程序，控制部31实现以下的功能。
[0085]
(1-i)从显示于商品的代码信息获取该商品的商品信息、保质期信息等的功能；
[0086]
(1-ii)向店铺服务器5发送使用者针对商品的提供价格的信息的价格询问(即，请求商品的提供价格的信息)的功能；
[0087]
(1-iii)从店铺服务器5接收(获取)商品的提供价格的信息，并将获取到的商品的提供价格的信息显示于显示部34的功能；以及
[0088]
(1-iv)向店铺服务器5请求购入预定列表所包含的各商品的结算的功能。
[0089]
通过执行库存管理应用程序，控制部31实现以下的功能。
[0090]
(2-i)作为经由读码器36从安装于商品的代码信息c1获取商品id(商品信息的一例)以及保质期信息(与商品的有效期限相关的期限信息的一例)的第1获取部的功能；以及
[0091]
(2-ii)作为从库存管理服务器8获取使用者的库存数据，并使商品库存信息显示于显示部34的显示控制部的功能。
[0092]
操作输入部33例如是设置于使用者终端3的显示面板的触摸面板型输入设备。
[0093]
显示部34例如包含液晶显示面板或有机el面板，显示店铺应用程序以及库存管理应用程序的执行结果。另外，显示部34显示由拍摄部35生成的数字图像信号。
[0094]
拍摄部35例如具有光学透镜和将来自光学透镜的入射光转换为电信号的拍摄元件(图像传感器)，依次制作数字图像并将其输出至显示部34。
[0095]
读码器36对由拍摄部35生成的图像信号所包含的代码信息进行解析，从代码信息提取(获取)数据(即，商品id等商品信息、保质期信息)。
[0096]
通信部37是用于与店铺服务器5以及库存管理服务器8之间进行通信的通信接口。通信协议不进行限定，例如是http或https等。
[0097]
如图11所示，店铺服务器5具备控制部51、存储部52以及通信部53。
[0098]
控制部51将微处理器作为主体而构成，对店铺服务器5整体进行控制。例如，控制部51所包含的微处理器加载并执行记录于存储部52的服务器程序。
[0099]
存储部52例如是hdd(hard disk drive：硬盘驱动器)等大容量存储装置，除存储服务器程序之外，还存储店铺使用者数据库(店铺使用者db，参照图2)以及购入实绩数据库(购入实绩db，参照图7)。在执行服务器程序时，适当地从控制部51访问店铺使用者数据库以及购入实绩数据库。
[0100]
虽未图示，但存储部52存储有在店铺中销售的各商品的提供价格的数据。提供价格的数据在从使用者的店铺应用程序接收到价格询问时，通过控制部51来参照。
[0101]
通信部53是用于与使用者终端3、结算代理服务器7以及库存管理服务器8之间进行通信的通信接口。
[0102]
通过执行服务器程序，控制部51实现价格信息提供部511以及结算处理部512的功能。
[0103]
价格信息提供部511是向使用者终端3的店铺应用程序提供包含接收到询问的商品的提供价格在内的信息的功能。例如，图3的画面g2、g3所包含的信息由价格信息提供部511来提供。
[0104]
结算处理部512是根据从使用者终端3取得的结算按钮的操作指示(即，结算请求)而与结算代理服务器7协作地进行购入预定列表所包含的商品的结算处理的功能。结算处理部512从店铺使用者数据库读出使用者名称以及结算单元的数据，并提供给结算代理服务器7。另外，在从店铺应用程序接收到结算请求时，结算处理部512在购入实绩数据库中制作新的记录。
[0105]
如图11所示，库存管理服务器8具备控制部81、存储部82以及通信部83。
[0106]
控制部81将微处理器作为主体而构成，对库存管理服务器8整体进行控制。例如，控制部81所包含的微处理器加载并执行记录于存储部82的服务器程序。
[0107]
存储部82是例如hdd等大容量存储装置，除存储服务器程序之外，还存储店铺应用使用者数据库(店铺应用使用者db，后述)以及使用者库存数据库(使用者库存db，参照图8)。在执行服务器程序时，适当地从控制部81访问店铺应用使用者数据库以及使用者库存数据库。
[0108]
通信部83是用于与使用者终端3以及店铺服务器5之间进行通信的通信接口。
[0109]
图12表示店铺应用使用者数据库的结构例。
[0110]
在图12中例示的店铺应用使用者数据库的各记录包含“使用者id”、“使用者名称”、“组id”、“阅览许可”各字段的值。
[0111]
使用者id与储存于店铺服务器5的店铺使用者数据库的使用者id不同，在库存管理应用程序中被分配。
[0112]
此外，如图6所示，库存管理服务器8从店铺应用程序获取与店铺使用者数据库的使用者id建立关联的购入数据，并更新使用者库存数据库中的指定的使用者id的库存数据。此时，店铺使用者数据库的使用者id与店铺应用使用者数据库的使用者id预先建立对应，或例如能够基于使用者名称等而建立对应。
[0113]
组id是对多名使用者共同分配的id。在一典型例子中，在家族等将生计放在一起的多名使用者之间，例如通过由使用者进行申请来分配单个的组id。
[0114]
阅览许可意味着针对某个使用者而许可阅览其他使用者的库存数据。在库存应用使用者数据库中，“阅览许可”字段的值是针对成为对象的使用者id的使用者接收到阅览许可的使用者的使用者id及/或组的组id的值。例如，在图12所示的例子中，意味着：针对使用者id为z001的使用者赋予了针对组id为g008的组的库存数据的阅览许可。
[0115]
针对组id以及阅览许可，结合后面的实施方式进一步进行说明。
[0116]
再次参照图11，对于库存管理服务器8而言，通过微处理器执行服务器程序，控制部81作为信息管理部811、信息提供部812、登录部813以及分析部814而发挥功能。
[0117]
信息管理部811(第2获取部的一例)具有在商品由使用者结算完毕的情况下，获取由使用者终端3获取到的商品id以及保质期信息而作为使用者的库存数据(商品库存信息的一例)的功能。如图6的步骤s35所示，信息管理部811经由店铺服务器5，在商品结算后，获取包含由使用者终端3获取到的商品id以及保质期信息在内的购入数据。
[0118]
信息提供部812如图9的步骤s50所示那样，具有基于使用者的库存显示请求，将由信息管理部811取得的使用者的库存数据提供至使用者终端3的库存管理应用程序的功能。
[0119]
登录部813具有将1名或多名使用者登录为1组的功能。
[0120]
分析部814具有基于库存数据对使用者或组的消耗状况进行分析的功能。
[0121]
针对登录部813以及分析部814，之后进行说明。
[0122]
如以上说明那样，根据本实施方式的商品库存管理系统1，使用者终端3获取店铺中的商品的商品id以及保质期信息，且为了结算而将它们发送至店铺服务器5。库存管理服务器8在商品由使用者结算完毕的情况下，从店铺服务器5获取由使用者终端3获取到的商品id以及保质期信息而作为使用者的库存数据。若库存管理服务器8基于使用者从库存管理应用程序发送的库存显示请求而将与使用者id对应的库存数据提供至使用者终端3，则使用者终端3将获取到的使用者的库存数据显示于显示部34。
[0123]
在商品库存管理系统1中，使用者在店铺中通过使用者终端3读取而获取的商品id以及保质期信息在商品结算后，从店铺服务器5被转送到库存管理服务器8。因此，使用者省去了将购入的商品的商品id、保质期信息手动输入到库存管理应用程序的麻烦，具有能够基于保质期信息而有效地进行库存管理的优点。
[0124]
此外，虽然说明了使用者为了进行店铺中的自助付款的结算而从商品获取商品id以及保质期信息的情况，但不限于此。在使用者进行通常的基于收银台的结算的情况下，也可以通过使用者终端3获取商品id以及保质期信息。
[0125]
在商品库存管理系统1中，从与多个店铺对应的店铺服务器5-1、5-2、5-3、
…
向库存管理服务器8发送包含使用者id在内的购入数据而作为使用者的库存数据，并在使用者库存数据库中统一进行管理。因此，针对在任一店铺购入的商品，使用者也只是阅览1个库存数据就能够确认自己家的商品库存。即，在该系统中，构成为库存信息不依赖于指定的店铺，在使用者利用多个店铺的情况下的商品库存的管理中，便利性优异。
[0126]
(2)第2实施方式
[0127]
接下来，参照图13～图15说明第2实施方式的商品库存管理系统。
[0128]
在本实施方式中，当使用者在自己家消耗了食品(商品)的情况下，基于使用者自身的操作而更新使用者库存数据库。
[0129]
例如，参照图13的时序图，根据由使用者进行的规定的操作输入(步骤s54)，使用者终端3的库存管理应用程序获取消耗信息并将其发送至库存管理服务器8(步骤s56)。库存管理服务器8基于接收到的消耗信息来更新使用者库存数据库(步骤s58)。
[0130]
这里，消耗信息包含商品id、商品的消耗量、以及消耗后的商品的量(数量、重量)等。
[0131]
虽未图示，但使用者终端3的库存管理应用程序的消耗信息例如通过使用者在库存管理应用程序上选择库存数据所包含的商品，并输入选择出的商品的消耗量而得到。商品的选择既可以通过从基于库存数据的商品的一览中选择操作任一商品来进行，也可以在商品上附有条形码等代码信息的情况下通过读取该代码信息来进行。
[0132]
消耗信息的获取方法不限于此，可以考虑各种实施方式。例如，针对其他消耗信息的获取方法，在图14a、图14b以及图15中进行例示。
[0133]
在图14a所示的例子中，库存管理应用程序与使用者终端3的拍摄功能联动而获取商品p的图像，并基于获取的图像推断商品p的商品信息以及商品p的重量，由此获取消耗信息。在推断商品p的重量时，也能够利用ai技术。如窗口w5所示，也可以显示推断出的商品p以及商品p的重量。
[0134]
在图14b所示的例子中，在商品p的底面附近，安装有带有重量传感器的无线标签t
(通信设备的一例)。在该例中，库存管理应用程序通过与无线标签t的无线通信，来接收商品p的商品信息以及商品p的重量的数据，由此获取消耗信息。如窗口w6所示，也可以显示接收到的重量的数据。此外，无线标签t的种类不进行限定，但优选例如将宽范围的多个不同频带的电波转换为能量的环境发电型的标签。
[0135]
在1个实施方式中，无线标签t从周围所包含的1个或多个确定频率的电波获得能量来进行动作。对于确定频率而言，也包含能够在无线标签t中转换为能量的任何频率的电波。确定频率既可以包含1个或多个频带，也可以是从频带中分配出的确定的频率。
[0136]
在1个实施方式中，确定频率例如也可以是以无线通信规格等规格化的确定的频率或频带，是由提供本实施方式的库存管理应用程序的企业指定的确定出的频率或频带。
[0137]
作为用于环境发电的电波的非限定例，举出所谓的3g～5g等在移动体通信系统中采用的频带的基于无线通信的电波、bluetooth(蓝牙，注册商标)、wi-fi(注册商标)等在通信规格中采用的频带的基于无线通信的电波、zigbee(注册商标)、thread等通信协议所代表的2.4ghz频带的基于无线通信的电波、在rfid中采用的频带(例如900mhz频带，13.56mhz频带)的基于无线通信的电波等。
[0138]
另外，在1个实施方式中，库存管理应用程序也可以与使用者终端3的拍摄功能联动，读取记载于图14b所示的商品p的包装等的条形码信息、文字信息，并基于获取到的图像，推断商品p的商品信息以及商品p的重量来获取消耗信息，并显示推断出的商品p以及商品p的重量。
[0139]
在图15所示的例子中，假定商品p1～p4是酱油或胡椒、盐等调味料的情况。商品p1～p4分别配置于薄片型重量传感器装置9的第1插口至第4插口。在各插口中设置有重量传感器w1～w4。薄片型重量传感器装置9的天线91将各插口的重量的数据发送至使用者终端3的库存管理应用程序。
[0140]
在库存管理应用程序中，能够登录配置于薄片型重量传感器装置9的第1插口至第4插口中的商品。在图15所示的结构例中，库存管理应用程序从天线91依次获取商品p1～p4的消耗信息。
[0141]
此外，虽未图示，但在商品被放置在使用者的自己家的冰箱中的情况下，也可以在冰箱内的各商品安装带有重量传感器的无线标签t。在该情况下，每当使用者打开冰箱时，使用者的使用者终端3从冰箱内的各商品的无线标签t接收商品id和重量的数据，从而使用者终端3的库存管理应用程序一并获取冰箱内的各商品的消耗信息。使用者终端3的库存管理应用程序将获取的消耗信息发送至库存管理服务器8，库存管理服务器8基于接收到的消耗信息更新使用者库存数据库。
[0142]
另外，在无法检测出无线标签t的情况下，可以认为安装有该无线标签t的商品已被废弃，因此也可以从使用者库存数据库中删除该商品。
[0143]
此外，在利用带有重量传感器的rfid标签作为无线标签t的情况下，也可以在冰箱中设置rfid读取器，经由读取器来获取消耗信息。
[0144]
在本实施方式中，使用者终端3的控制部31作为获取库存数据所包含的与各商品的消耗量有关的消耗信息的获取部(第3获取部的一例)而发挥功能。
[0145]
另外，库存管理服务器8的控制部81作为基于从使用者终端3的库存管理应用程序获取的消耗信息，来更新使用者库存数据库的对应的使用者的库存数据的更新部而发挥功
能。
[0146]
根据本实施方式的商品库存管理系统，由于根据使用者的操作来更新储存于库存管理服务器8中的使用者库存数据库，所以能够在库存管理应用程序上使反映了每天的消耗实际状态的库存数据可视化。此时，由于能够在库存管理应用程序中按每个商品显示保质期和商品的余量，所以使用者能够有效地或有计划地消耗商品。
[0147]
(3)第3实施方式
[0148]
接下来，参照图16～图18说明第3实施方式的商品库存管理系统。
[0149]
在本实施方式的商品库存管理系统中，构成为使用者能够阅览自身所属的组或其他使用者、其他组的库存数据。
[0150]
例如，通过使构成同居的家族的多名使用者各自能够阅览家族整体的库存数据，例如能够在将生计放在一起的使用者之间使库存数据可视化。例如，具有能够避免产生在家族内重复购入同一商品这样的浪费或忘记购买的状况的优点。
[0151]
另外，通过使使用者能够阅览不同居的其他使用者或其他组(例如高龄的父母或其家族)的库存数据，具有能够确认不同居的家族生活中是否像往常一样饮食的优点。
[0152]
图16表示在本实施方式的商品库存管理系统中使用者终端3的库存管理应用程序的画面迁移例。在图16中，作为一例，假定作为使用者的t.k.是k家的家族的一员而得到另外居住的父母的c家的库存数据的阅览许可的情况。
[0153]
在该情况下，在使用者t.k.的库存管理应用程序的画面g10中，显示有用于阅览自己家的库存的按钮b11和用于阅览另外居住的c家的库存的按钮b12。这里，若操作按钮b11，则如画面g11所示，能够阅览k家的库存数据。该阅览数据例如通过合并预先作为同居家族与使用者t.k.之间建立关联的多名使用者的库存数据来制作。
[0154]
图17的时序图表示用于确定的使用者从其他使用者获得库存数据的阅览许可的流程。
[0155]
在图17中，假定希望阅览其他使用者的库存数据的使用者持有使用者终端3-1，并且该其他使用者持有使用者终端3-2的情况。
[0156]
首先，基于使用者的操作，使用者终端3-1的库存管理应用程序向库存管理服务器8发送阅览请求(步骤s60)。阅览请求包括想要阅览库存数据的其他使用者的使用者id或其他组的组id。
[0157]
库存管理服务器8若接收到阅览请求，则向阅览请求所包含的使用者id或作为组id的代表人而预先登录的使用者id的库存管理应用程序询问是否许可库存数据的阅览(步骤s62)。在使用者终端3-2的库存管理应用程序上显示该询问(步骤s64)。
[0158]
若使用者终端3-2的使用者在库存管理应用程序上进行响应操作(步骤s66：是)，则响应被返回到库存管理服务器8(步骤s68)。在该响应中，包含是否许可阅览的信息。库存管理服务器8在步骤s68的响应是阅览许可的情况下(步骤s70：是)，通过在库存应用使用者数据库(参照图6)的“阅览许可”字段中写入阅览请求源的使用者id，来更新库存应用使用者数据库(步骤s72)。在步骤s68的响应是不许可的情况下(步骤s70：否)，不进行库存应用使用者数据库的更新。
[0159]
若库存管理服务器8对阅览请求源的使用者终端3-1的库存管理应用程序返回阅览许可的许可与否响应(步骤s74)，则该许可与否响应结果被显示于使用者终端3-1的显示
部34(步骤s76)。
[0160]
如图12的库存应用使用者数据库所示，某个使用者id的使用者(阅览者)在取得与其他使用者id的使用者(被阅览者)对应的库存数据的阅览许可的情况下，则与该其他使用者id建立关联地记录。被阅览者例如是阅览者的高龄的父母或独居的孩子等。在该情况下，阅览者能够通过阅览被阅览者的库存数据来间接地监视被阅览者的日常生活。
[0161]
虽然省略了将家族等多名使用者分组的流程，但能够采用与图17的时序图大致相同的流程。或者，在家族中开始利用库存管理应用程序时，也可以将家族所包含的多名使用者分组并记录于库存应用使用者数据库中。将属于相同组的多名使用者id的每个id与库存应用使用者数据库中的共同的组id建立对应。在进行分组的情况下，由于能够以组为单位阅览库存数据，所以能够避免例如在家族内重复购入同一商品等，能够成为在相同组内有效的商品库存状态。
[0162]
图18表示被给予c家的库存数据的阅览许可的使用者t.k.阅览c家的库存数据时在库存管理应用程序上的画面迁移。
[0163]
图18的画面g15与图16的画面g10相同。这里，若对按钮b16进行选择操作，则切换到画面g16，例如能够阅览没有同居的c家的库存数据。因此，能够间接地监控没有同居的家族的健康状态。另外，如果定期地监控，则还能知晓没有同居的家族等每天的饮食情况。
[0164]
在本实施方式的库存管理服务器8中，为了对同居的家族等属于1个组的使用者提供组的库存数据，如以下那样构成。
[0165]
控制部81的登录部813将由信息提供部812从组内的各使用者获取到的商品id以及库存数据作为组的库存数据来进行登录。这相当于在库存应用使用者数据库中对任一“组id”字段写入值并使使用者id与组id建立对应。
[0166]
信息提供部812基于组内的任一使用者的请求，对该使用者的使用者终端3的库存管理应用程序提供组的库存数据。
[0167]
在本实施方式的库存管理服务器8中，为了对使用者提供另外居住的家族等其他使用者或其他组的库存数据，如以下那样构成。
[0168]
控制部81具备使通过登录部813登录的多个组建立起关联的关联部。这里，在建立起关联的各组中，也存在只包含单个使用者的情况。建立关联通过如图17所示那样在库存应用使用者数据库中的“阅览许可”字段中写入值来进行。
[0169]
信息提供部812在第1组与第2组通过关联部而建立起关联的情况下，向第1组的任一使用者的库存管理应用程序提供第2组的库存数据。
[0170]
(4)第4实施方式
[0171]
接下来，参照图19、图20a以及图20b说明第4实施方式的商品库存管理系统。
[0172]
在该实施方式中，在库存管理服务器8分析使用者的商品的消耗状况的这一点上具有特征。每当使用者购入商品时，使用者库存数据库则被更新，每当使用者消耗商品时，使用者库存数据库则被更新。通过监控使用者的库存数据的增减，能够进行与维持使用者的健康有关的分析。
[0173]
图19表示本实施方式的商品库存管理系统的动作的一例。
[0174]
图19的时序图例如假定定期地执行分析处理。若到达分析时机(步骤s80：是)，则库存管理服务器8执行分析处理(步骤s82)。分析处理不进行限定，例如如下。此外，例如消
耗卡路里、盐分的摄取量是否适当的判断优选以与使用者同年龄的平均的消耗量或摄取量为基准。
[0175]
·
是否偏食
[0176]
·
消耗(摄取)卡路里是否适当
[0177]
·
盐分的摄取量是否过大
[0178]
·
是否过了保质期
[0179]
此外，消耗卡路里的数据例如能够通过访问包含每个商品的单位重量的卡路里的值在内的数据库来获取。另外，盐分的摄取量能够通过访问包含每个商品的单位重量所包含的盐分量在内的数据库、或如图15所例示那样获取与含盐的瓶子的重量变化对应的消耗信息来计算。
[0180]
库存管理服务器8判断步骤s82的分析结果是否满足对使用者进行通知的通知条件，在满足通知条件的情况下(步骤s84：是)，将分析结果发送至使用者终端3的库存管理应用程序(步骤s86)。使用者终端3若接收分析结果，则使其显示于显示部34(步骤s88)。
[0181]
步骤s84的通知条件不进行限定，例如是确定的商品的库存量变少、库存量没有变化、过了保质期的商品的种类为规定量以上、平均的消耗卡路里、盐分的摄取量脱离适当范围、蔬菜类的消耗量为规定值以下等存在与通常不同的趋势等情况。这样，通过在针对确定的使用者的库存量、消耗量与通常不同的情况下进行通知，例如能够间接地监视没有同居的远程的使用者(例如高龄的父母、独居的孩子)的健康状态。
[0182]
图20a、图20b分别表示在图19的步骤s88中显示的画面例。
[0183]
图20a的画面g20a包含分析内容c1a。该分析内容c1a是在“鸡蛋的库存变少”等确定的商品的库存量变少的情况、“酱油的减少量比通常多”等盐分的摄取量比通常的平均摄取量多的情况下进行通知的内容。
[0184]
在图20b的画面g20b中，包含分析内容c1b。该分析内容c1b是在“摄取卡路里比上周减少8％”等卡路里的摄取量比以之前变动大的情况下进行通知的内容。
[0185]
在本实施方式的商品库存管理系统中，库存管理服务器8的控制部81作为基于从使用者终端3获取的消耗信息来更新使用者库存数据库的确定的使用者的库存数据的更新部而发挥功能。控制部81的分析部814基于库存数据来分析使用者的消耗状况。由此，能够根据各个使用者对库存数据的增减来分析使用者的消耗状况。使用者通过获取分析结果，能够有动机改善自身的每日的饮食。
[0186]
另外，在本实施方式的商品库存管理系统中，库存管理服务器8的控制部81作为基于从使用者终端3获取的消耗信息来更新包括持有使用者终端3的使用者在内的组的库存数据的更新部而发挥功能。控制部81的分析部814基于组的库存数据来分析该组的消耗状况。由此，能够根据以组为单位的对库存数据的增减来分析以组为单位的消耗状况。使用者例如能够获取以家族为单位的消耗状况的分析结果，例如能够有动机改善家族的每天的饮食。
[0187]
如图19的步骤s84、s86所示，库存管理服务器8的控制部81也可以作为在分析部814的分析结果满足规定的条件的情况下对使用者终端3进行通知的通知部而发挥功能。通过将成为通知对象的分析结果限定为满足维持使用者的健康而所需的那种规定的条件的分析结果，能够防止分析结果的通知变得复杂。
[0188]
(5)实施方式的变形例
[0189]
接下来，说明实施方式的变形例的商品库存管理系统。
[0190]
(5-1)第1变形例
[0191]
由于在使用者库存数据库中，包含使用者所保有的各商品的保质期信息，所以库存管理服务器8也可以提出能够利用保质期近的1个以上的商品来进行烹调的烹饪菜单。例如，库存管理服务器8存储表示1个以上的商品与将该1个以上的商品作为食材的烹饪菜单的对应关系的烹饪数据库。库存管理服务器8的控制部81参照处理对象的使用者的库存数据，来确定保质期近的1个以上的商品，并参照烹饪数据库来决定可由所确定的1个以上的商品的一部分或全部的商品来进行烹调的烹饪菜单，并通知给处理对象的使用者的库存管理应用程序。
[0192]
库存管理应用程序也可以构成为：在所决定的烹饪菜单所需的1个以上的商品中，存在使用者未保有的商品的情况下，能够向店铺订购该商品。
[0193]
(5-2)第2变形例
[0194]
库存管理应用程序能够构成为：与使用者持有的智能手表等可佩戴终端协作来提供用于维持使用者的健康的提案。
[0195]
可佩戴终端依次获取与伴随使用者的运动的消耗卡路里有关的数据，并将其向可佩戴终端用的服务器发送。可佩戴终端用的服务器将与使用者建立对应地进行了记录的消耗卡路里有关的数据提供给库存管理服务器8。
[0196]
库存管理服务器8将基于使用者的消耗信息(与获取卡路里有关的信息)以及与该使用者的消耗卡路里有关的信息进行分析的结果(例如获取卡路里过多、运动不足等)通知给使用者的库存管理应用程序。此时，库存管理服务器8可以基于分析出的结果向使用者的库存管理应用程序发送所需的运动量等用于维持健康的提案消息。
[0197]
(5-3)第3变形例
[0198]
接下来，说明第3变形例。
[0199]
在上述各实施方式中，作为从商品获取商品id、保质期信息的方法，说明了读取商品的代码信息的情况，但不限于此。
[0200]
作为从商品获取商品id、保质期信息的其他方法，能够采取从安装于商品、价签、或商品的外包装的无线标签、或在商品的附近配置的无线标签等接收商品id、保质期信息的方法。在该情况下，接收信息时的通信方法(例如通信协议、使用频率等)没有限制。作为通信方法的例子，例如举出nfc(near field communication：近场通信)等rfid(radio frequency identification：射频识别技术)、bluetooth(蓝牙，注册商标)、ble(bluetooth(注册商标)low energy：低功耗蓝牙)等。
[0201]
例如假定在商品、价签等安装有记录了该商品的商品id、保质期信息的nfc标签并在使用者终端3搭载有nfc读取器的情况。在该情况下，通过使用者使自身的使用者终端3接近商品，使用者终端3的nfc读取器从商品的nfc标签接收商品的商品id、保质期信息。使用者终端3的店铺应用程序向店铺服务器5发送包含接收到的商品的商品id、保质期信息在内的价格询问。接收到价格询问的店铺服务器5与上述实施方式相同地决定商品的提供价格，并将表示提供价格的信息返回给店铺应用程序。
[0202]
也能够根据商品的外观的图像确定该商品的商品id。例如，在使用者终端3具有拍
摄部的情况下，店铺应用程序向店铺服务器5发送由拍摄部获取的商品的图像。店铺服务器5根据获取的商品的图像确定该商品的商品id。在确定商品id时，能够利用使用了学习完毕模型的人工智能。在该情况下，商品的图像是商品信息的一例。此时，店铺服务器5能够构成为：访问商品id与商品的保质期信息建立对应的数据库，来获取与所确定的商品id对应的保质期信息。
[0203]
也可以组合能够从商品获取的多个信息来获取该商品的商品id、保质期信息。例如，能够组合从商品、价签等获取的代码信息、文字信息、从无线标签取得的信息、商品的外观的图像、识别商品的个体的识别信息(例如序列号)等中的至少2个以上的信息来获取商品的商品id、保质期信息。
[0204]
以上，说明了本发明的信息处理系统、信息处理装置、信息处理方法以及程序的实施方式，但本发明不限定于上述实施方式。另外，上述实施方式能够在不脱离本发明的主旨的范围进行各种改进、变更。例如，上述各实施方式以及各变形例记载的各个技术特征只要技术上不矛盾，能够适当地组合。
[0205]
在上述的实施方式以及变形例中，既可以通过使用者终端3的软件来实现店铺服务器5、库存管理服务器8的功能的至少一部分，也可以通过店铺服务器5、库存管理服务器8的软件来实现使用者终端3的功能的至少一部分。另外，也可以根据需要在使用者终端3以及店铺服务器5、库存管理服务器8之间分散实现使用者终端3的功能以及店铺服务器5、库存管理服务器8的功能的各个功能。也可以通过多个装置分散地执行由店铺服务器5、库存管理服务器8执行的功能。
[0206]
此外，本发明的信息处理系统例如也能够应用于基于商品信息和期限信息而通过在线销售的方式购入的情况、通过量销的方式购入的情况。例如，在使用者通过在线销售购入的情况下，库存管理服务器从提供在线销售服务的服务器获取针对使用者的购入数据来更新使用者库存数据库。另外，即使在使用者在店铺中通过量销的方式购入商品的情况下，也能够基于在量销时粘贴于商品的代码信息而利用店铺应用程序来进行结算，能够与图6所示的情况相同地构建库存管理服务器来更新使用者库存数据库。
[0207]
本发明涉及于2021年3月25日向日本专利局申请的日本特愿2021-52065的专利申请，该申请的全部内容通过参照引入本说明书中。

技术特征：
1.一种信息处理系统，包括使用者所持有的使用者终端、和能够与所述使用者终端进行通信的信息处理装置，所述信息处理系统的特征在于，所述使用者终端具有：第1获取部，其获取与商品有关的商品信息、以及与所述商品的有效期限有关的期限信息；以及显示控制部，其使从所述信息处理装置获取的所述使用者的商品库存信息显示于显示部，所述信息处理装置具有：第2获取部，其在所述商品由所述使用者结算完毕的情况下，获取通过所述使用者终端获取到的所述商品信息以及所述期限信息而作为所述使用者的商品库存信息；以及提供部，其基于所述使用者的请求，将通过所述第2获取部取得的所述使用者的商品库存信息提供至所述使用者终端。2.根据权利要求1所述的信息处理系统，其特征在于，所述信息处理装置具备将1名或多名使用者登录为1组的登录部，所述登录部将通过所述第2获取部从所述组内的各使用者获取到的商品信息以及期限信息登录为所述组的商品库存信息，所述提供部基于所述组内的任一使用者的请求，向该使用者的使用者终端提供所述组的商品库存信息。3.根据权利要求2所述的信息处理系统，其特征在于，具备关联部，该关联部将通过所述登录部而登录的多个组建立起关联，在第1组与第2组通过所述关联部而建立起关联的情况下，所述提供部向所述第1组的任一使用者提供所述第2组的商品库存信息。4.根据权利要求1所述的信息处理系统，其特征在于，所述使用者终端具备第3获取部，该第3获取部获取与所述商品库存信息所包含的各商品的消耗量有关的消耗信息，所述信息处理装置具备：更新部，其基于从所述使用者终端获取的所述消耗信息，来更新所述商品库存信息；以及分析部，其基于所述商品库存信息，对所述使用者的消耗状况进行分析。5.根据权利要求3或4所述的信息处理系统，其特征在于，所述使用者终端具备第3获取部，该第3获取部获取与所述商品库存信息所包含的各商品的消耗量有关的消耗信息，所述信息处理装置具备：更新部，其基于从所述使用者终端获取的所述消耗信息，来更新包含持有所述使用者终端的使用者在内的组的商品库存信息；以及分析部，其基于组的商品库存信息，对该组的消耗状况进行分析。6.根据权利要求4或5所述的信息处理系统，其特征在于，所述信息处理装置具备在所述分析部的分析结果满足规定的条件的情况下向所述使
用者终端进行通知的通知部。7.根据权利要求4～6中任一项所述的信息处理系统，其特征在于，所述信息处理系统包含通信设备，该通信设备检测所述商品的重量，并与所述使用者终端进行通信，所述第3获取部基于通过所述通信设备检测出的重量的值来获取所述消耗信息。8.一种信息处理装置，能够与使用者所持有的使用者终端进行通信，所述信息处理装置的特征在于，具备：获取部，其在商品由所述使用者结算完毕的情况下，获取通过所述使用者终端获取到的与所述商品有关的商品信息以及期限信息；存储部，其将通过所述获取部获取到的所述商品信息以及所述期限信息作为所述使用者的商品库存信息来进行存储；以及提供部，其基于所述使用者的请求，将存储于所述存储部的所述使用者的商品库存信息提供至所述使用者终端。9.一种信息处理方法，是在使用者所持有的使用者终端、与能够同所述使用者终端进行通信的信息处理装置之间进行的信息处理方法，所述信息处理方法的特征在于，进行如下处理，即：所述使用者终端获取与商品有关的商品信息以及与所述商品的有效期限有关的期限信息，所述信息处理装置在所述商品由所述使用者结算完毕的情况下，获取通过所述使用者终端获取到的所述商品信息以及所述期限信息而作为所述使用者的商品库存信息，所述信息处理装置基于所述使用者的请求，将所述获取到的所述使用者的所述商品库存信息提供至所述使用者终端，所述使用者终端使从所述信息处理装置获取的所述使用者的商品库存信息显示于显示部。10.一种程序，在能够与使用者所持有的使用者终端进行通信的信息处理装置中，使计算机执行规定的方法，所述程序的特征在于，所述方法包括：在商品由所述使用者结算完毕的情况下，获取通过所述使用者终端获取到的与所述商品有关的商品信息以及期限信息；将所述获取到的所述商品信息以及所述期限信息作为所述使用者的商品库存信息而存储于存储部；以及基于所述使用者的请求，将存储于所述存储部的所述使用者的商品库存信息提供至所述使用者终端。

技术总结
本发明的1个实施方式的信息处理系统包括使用者所持有的使用者终端、和能够与使用者终端进行通信的信息处理装置。使用者终端具有：第1获取部，其获取与商品有关的商品信息以及与商品的有效期限有关的期限信息；以及显示控制部，其使从信息处理装置获取的使用者的商品库存信息显示于显示部。信息处理装置具有：第2获取部，其在商品由上述使用者结算完毕的情况下，获取通过使用者终端获取到的商品信息以及期限信息而作为使用者的商品库存信息；以及提供部，其基于使用者的请求，将通过第2获取部取得的使用者的商品库存信息提供至使用者终端。得的使用者的商品库存信息提供至使用者终端。得的使用者的商品库存信息提供至使用者终端。


技术研发人员：小口健太郎
受保护的技术使用者：佐藤控股株式会社
技术研发日：2021.12.27
技术公布日：2023/9/9