CN115699061A - 控制方法、通信终端、程序、存储介质以及信息提供方法 - Google Patents

Abstract

一种控制方法，使通信终端的计算机执行：以从饮料的自动贩卖机发送的信标信号的接收为契机使用近距离无线通信从自动贩卖机取得识别信息、多个饮料的类别信息以及库存信息的处理；取得包含用户的体温或体水分率的任一个的生物体信息的处理；基于识别信息、类别信息、库存信息以及生物体信息生成推送通知画面的处理，所述推送通知画面是从识别信息表示的自动贩卖机所保存的多个饮料中推荐为了预防中暑而适合于用户补充水分的至少一个饮料的画面；以及将推送通知画面显示于通信终端的显示器的处理。

Description

控制方法、通信终端、程序、存储介质以及信息提供方法

技术领域

本公开涉及在通信终端中执行的控制方法等。

背景技术

专利文献1公开了一种将自动贩卖机提供的饮食品显示于便携终端的显示器，能够经由便携终端购入自动贩卖机提供的饮食品的技术。

专利文献2公开了一种商品购入支援系统，包括：取得单元，从便携终端取得由位于预定的范围内的多个自动贩卖机贩卖的商品的列表；和显示单元，进行用于使列表所包含的各商品相关的商品信息显示于便携终端的控制。

专利文献3公开了一种将贩卖的商品实时变更为与外部环境(季节、时刻等)以及购入者的状态(性别、年龄层、体温等)相符的商品的自动贩卖机。

现有技术文献

专利文献1：日本特开2017－174320号公报

专利文献2：国际公开第2018/042668号

专利文献3：日本特开2011－203952号公报

发明内容

在上述的现有技术中，需要进一步的改善。

本公开的一技术方案的控制方法，是在通信终端中执行的控制方法，使所述通信终端的计算机执行：以从饮料的自动贩卖机发送的信标信号的接收为契机使用近距离无线通信从所述饮料的自动贩卖机取得：i)识别所述自动贩卖机的识别信息、ii)表示所述自动贩卖机所保存的多个饮料的各类别的类别信息、以及iii)表示所述自动贩卖机所保存的所述多个饮料的各库存数的库存信息的处理；取得包含所述通信终端的用户的体温或体水分率的任一个的生物体信息的处理；基于所述识别信息、所述类别信息、所述库存信息、以及所述生物体信息，生成推送通知画面的处理，所述推送通知画面是从所述识别信息表示的所述自动贩卖机所保存的所述多个饮料中，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的画面；将所述推送通知画面显示于所述通信终端的显示器的处理。

发明效果

通过上述技术方案，能够实现进一步的改善。

附图说明

图1是表示本公开的自动贩卖机管理系统的信息基础的全局的一例的图。

图2是表示本公开的实施方式的自动贩卖机管理系统的具体的构成的一例的图。

图3是关于在通信终端和自动贩卖机之间进行的近距离无线通信所使用的信标(beacon)信号的说明图。

图4是示出了表示信标ID与识别自动贩卖机的识别信息的关系的表格的一例的图。

图5是示出了表示信标ID与自动贩卖机的识别信息的关系的表格的一例的图。

图6是表示使用了信标信号的近距离无线通信的处理的时序图。

图7是表示第一实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

图8是表示推送通知画面的显示例的图。

图9是表示推送通知画面的显示例的图。

图10是表示通信终端与自动贩卖机的位置关系的一例的图。

图11是表示推送通知画面的显示例的图。

图12是表示单独(个别、特制)的购买菜单的显示例的图。

图13是表示通信终端的用户从单独的购买菜单选择购入对象的饮料的场景的一例的图。

图14是表示通信终端的用户确定饮料的购入的场景的一例的图。

图15是表示通信终端的用户取得所购入的饮料的场景的一例的图。

图16是表示在信标信号的接收时通信终端的存储器所存储的信息的数据构成的一例的图。

图17是表示生物体信息的表格的一例的图。

图18是表示饮料决定处理的流程图。

图19是表示在饮料决定处理中使用的判断表格的一例的图。

图20是表示在饮料决定处理中使用的作业用表格的一例的图。

图21是表示第二实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

图22是表示第三实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

图23是表示第四实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

具体实施方式

(实现本公开的经过)

以往，自动贩卖机只不过以来自用户的访问为契机，被动地进行商品的贩卖。例如，即使在用户经过自动贩卖机前或位于其附近的这一时机(timing)用户正在寻找的商品正在被该自动贩卖机贩卖的情况下，只要用户不访问自动贩卖机，该商品就不会被贩卖给用户。

在上述的现有技术中，自动贩卖机只不过以来自用户的访问为契机，被动地进行商品的贩卖，自动贩卖机无法对用户主动地进行访问。

本公开是基于这样的见解而完成的，提供一种以推送通知为契机由自动贩卖机主动地对用户进行访问，在用户于自动贩卖机前经过或位于其附近的这一时机能够向用户推荐用户可能正在寻找的商品的技术。

本公开的第一技术方案所涉及的控制方法是在通信终端中执行的控制方法，使所述通信终端的计算机执行：以从饮料的自动贩卖机(即，保存饮料的自动贩卖机)发送的信标信号的接收为契机使用近距离无线通信从所述饮料的自动贩卖机取得：i)识别所述自动贩卖机的识别信息、ii)表示所述自动贩卖机所保存的多个饮料的各商品名的类别信息、以及iii)表示所述自动贩卖机所保存的所述多个饮料的各库存数的库存信息的处理；取得包含所述通信终端的用户的体温或体水分率的任一个的生物体信息的处理；基于所述识别信息、所述类别信息、所述库存信息、以及所述生物体信息，生成推送通知画面的处理，所述推送通知画面是从所述识别信息表示的所述自动贩卖机所保存的所述多个饮料中，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的画面；将所述推送通知画面显示于所述通信终端的显示器的处理。

中暑以下述情况为起因而发生：长时间处于酷热环境的情况下，体温调节功能变得不完全从而体温上升，另外，因为急剧出汗，体内的水分与盐分流失从而体液的平衡紊乱。在中暑后，有时会引起痉挛、恶心、失神等也攸关生命的症状，所以需要加以充分注意。另一方面，自己很难发现中暑症状的进展，有时会在不知不觉中加重。

使用用户身上穿戴的生物体传感器，实时测定用户的体温或体水分率的状况，能够将该状况时时刻刻储存于传感器应用程序或个人信息服务器来进行管理。通过使用这些生物体信息，能够检测中暑的预兆。

例如，在用户与平常时候相比体温高1℃的情况下或体水分率减少2％等情况下，被认为是要对中暑进行注意的状态。

在根据生物体传感器所测定的生物体信息而确认到显示这些预兆的生物体信息的变化的情况下，根据本技术方案，用户仅经过饮料的自动贩卖机前，不管用户有没有购买意图，都将推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料(例如，运动饮料)的推送通知画面显示于所述用户的通信终端的显示器。

不是显示所述饮料的自动贩卖机的购买菜单，而仅显示用于使购买菜单显示的推送通知画面。因此，能够减轻即使用户没有购买意图也显示所述自动贩卖机的购买菜单的厌烦(麻烦)。

所述推送通知画面是加上包含所述用户的体温或体水分率的任一个的生物体信息而生成的，所以在所述用户经过所述自动贩卖机前或处于其附近的这一时机(timing)，判断所述用户的身体状况，在判断为有需要的情况下，能够推荐为了预防中暑而适合于所述用户补充水分的饮料。

在购买所述被推荐的饮料时，基于所述用户的意思而使所述购买菜单显示，所以关于是否使所述购买菜单显示的判断，所述用户掌握主导权。

由此，能够减轻违反所述用户的意图而将所述饮料的购买菜单显示于所述通信终端的显示器的厌烦，并且在所述用户经过所述自动贩卖机前或处于其附近的这一时机判断所述用户的身体状况，从而推荐为了预防中暑而适合于所述用户补充水分的饮料。

此外，在推送通知画面中，也可以与注意中暑那样的消息一起，从自动贩卖机的库存商品中，推荐为了预防中暑而适合于所述用户补充水分的饮料。另外，也可以根据所述用户的体温的上升程度和/或所述用户的体水分率的减少程度，从自动贩卖机的库存商品中，推荐为了预防中暑而适合于所述用户补充水分的商品。例如，也可以根据所述用户的中暑的风险的升高而改变在推送通知画面中推荐的商品，最初是矿泉水，接下来是包含少量盐分和/或电解质的运动饮料，在风险更高的情况下，是能够进行脱水症状时的急速的水分补给(补充水分)的口服补水液。

另外，并不限定于用户的体温的上升程度和/或体水分率的减少程度，也可以单独或追加地取得用户的心率、血压或出汗量等其他的生物体信息中的一个以上，基于该所取得的生物体信息，判断所述用户的身体状况，从而推荐为了预防中暑而适合于所述用户补充水分的饮料。

在上述控制方法中，也可以是，所述推送通知画面用于使从所述自动贩卖机所保存的所述多个饮料中购入所述至少一个饮料的购买菜单显示于所述通信终端的显示器。

根据本技术方案，查看推送通知画面而产生了饮料的购买意图的用户能够(就那样)直接使用推送通知画面，使购买为了预防中暑而适合于所述用户补充水分的至少一个饮料的购买菜单显示于所述显示器。由此，能够使查看推送通知画面而产生了饮料的购买意图的用户迅速购入为了预防中暑而适合于自身补充水分的至少一个饮料。

在上述控制方法中，还可以执行：当选择所述通信终端的所述显示器所显示的所述推送通知画面时，基于所述类别信息、所述库存信息、以及所述生物体信息，生成按所述用户的单独的购买菜单的处理，所述按所述用户的单独的购买菜单是从所述识别信息表示的所述自动贩卖机所保存的所述多个饮料中，显示为了预防中暑而适合于所述用户补充水分的所述至少一个饮料的菜单；和将所述单独的购买菜单显示于所述通信终端的所述显示器的处理。

根据本技术方案，查看推送通知画面而产生了饮料的购买意图的用户能够通过选择推送通知画面，使显示为了预防中暑而适合于所述用户补充水分的至少一个饮料的、用于预防中暑的单独的购买菜单显示于所述显示器。由此，能够使查看推送通知画面而产生了饮料的购买意图的用户购入为了预防中暑而适合于自身补充水分的饮料。

在上述控制方法中，还可以执行：使表示从所述饮料的自动贩卖机发送的所述信标信号的发送方向的方向显示，显示于所述推送通知画面被显示着的所述显示器的处理。

根据本技术方案，在显示着推送通知画面的所述显示器上，显示表示从饮料的自动贩卖机发送的信标信号的发送方向的方向显示。因此，能够使通信终端的用户容易把握由推送通知画面推荐的饮料的自动贩卖机存在的方向。

在上述控制方法中，还可以执行：使表示从所述饮料的自动贩卖机发送的所述信标信号的发送方向的方向显示，显示于所述单独的购买菜单被显示着的所述显示器的处理。

根据本技术方案，在单独的购买菜单被显示着的所述显示器上，显示表示从饮料的自动贩卖机发送的信标信号的发送方向的方向显示。因此，能够使通信终端的用户容易把握保存着单独的购买菜单所显示的饮料的自动贩卖机存在的方向。

在上述控制方法中，也可以执行：接收从所述饮料的自动贩卖机发送的信标信号的处理、和在预定时间没有检测到所述信标信号的接收的情况下，消除所述推送通知画面的显示的处理。

根据本技术方案，在预定时间没有检测到从饮料的自动贩卖机发送的信标信号的接收的情况下，消除推送通知画面的显示。因此，能够避免从用户移动至无法接收所述信标信号的场所起经过预定时间而认为该用户没有通过所述自动贩卖机购入饮料的意思时，推荐饮料的推送通知画面白白地显示于所述显示器这一情况。

在上述控制方法中，也可以是，所述用户的当前的生物体信息被保存所述用户的个人信息的个人信息服务器所保存，并被从所述个人信息服务器取得。

根据本技术方案，所述用户的当前的生物体信息被从保存所述用户的个人信息的个人信息服务器取得。因此，能够省略在通信终端中设置为了保存所述用户的当前的生物体信息所需的构成。

在上述控制方法中，所述用户的当前的生物体信息也可以从所述通信终端所具备的生物体传感器取得。

根据本技术方案，所述用户的当前的生物体信息从所述通信终端所具备的生物体传感器取得。因此，能够取得所述用户的当前的生物体信息。

在上述控制方法中，所述用户的当前的生物体信息也可以从能够与所述通信终端通信的生物体传感器经由所述通信终端而取得。

根据本技术方案，所述用户的当前的生物体信息能够从能够与所述通信终端通信的生物体传感器经由所述通信终端取得。因此，即使在生物体传感器位于从通信终端离开的场所的情况下，也能够取得所述用户的当前的生物体信息。

在上述控制方法中，所述至少一个饮料也可以包含矿泉水、运动饮料或口服补水液的任一个。

根据本技术方案，通过推送通知画面，推荐包含矿泉水、运动饮料或口服补水液的任一个的饮料。因此，能够向通信终端的用户，推荐作为适合于补充水分的饮料而众所周知的矿泉水、运动饮料和口服补水液中的至少一个，来作为为了预防中暑而适合于自身补充水分的饮料。

在上述控制方法中，也可以是：在所述推送通知画面中，所述用户的中暑的风险越高，作为所述至少一个饮料，相比矿泉水而越推荐运动饮料。

根据本技术方案，所述用户的中暑的风险越高，通过推送通知画面，相比矿泉水而越推荐运动饮料。因此，能够根据所述用户的中暑的风险的升高而变更向所述用户推荐的饮料，最初推荐矿泉水，但在中暑的风险进一步提高时，接下来推荐包含少量盐分和/或电解质的运动饮料。

在上述控制方法中，也可以是：在所述推送通知画面中，在所述用户的中暑的风险更高的情况下，相比所述运动饮料，更推荐口服补水液。

根据本技术方案，所述用户的中暑的风险越高，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向中暑的风险变得比推荐运动饮料的程度的风险更高的用户，推荐能够进行脱水症状时的急速的补充水分的口服补水液。

在上述控制方法中，也可以是：所述生物体信息是与所述用户的体温相关的信息，所述控制方法执行在所述用户的体温上升了预定温度的情况下使所述推送通知画面显示的处理。

根据本技术方案，在所述生物体信息表示所述用户的体温上升了预定温度的情况下，使推送通知画面显示。因此，能够使体温上升预定温度而被认为中暑的风险高的所述用户观看(视认)推送通知画面，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述控制方法中，也可以是：所述生物体信息是与所述用户的体温相关的信息，在所述推送通知画面中，随着所述用户的体温上升，作为所述至少一个饮料，相比矿泉水更推荐运动饮料。

根据本技术方案，所述用户的体温越上升，通过推送通知画面，相比矿泉水而越推荐运动饮料。因此，能够根据所述用户的体温的上升程度而变更向所述用户推荐的饮料，最初推荐矿泉水，但如果中暑的风险升高，接下来是包含少量盐分和/或电解质的运动饮料。

在上述控制方法中，也可以是：在所述推送通知画面中，在所述用户的中暑的风险更高的情况下，相比所述运动饮料，更推荐口服补水液。

根据本技术方案，所述用户的体温越上升，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向体温的上升程度比推荐运动饮料时更大的用户，推荐能够进行中暑的风险高时的急速的补充水分的口服补水液。

此外，上面所说明的推送通知画面也可以根据所述用户的体温的上升程度或者基于体温的中暑的风险的升高，与来自通信终端100的振动和/或声音一起进行显示。

根据本技术方案，在检测到更高的体温上升的情况下，能够更可靠地向所述用户通知以及推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述控制方法中，也可以是：所述生物体信息是与所述用户的体水分率相关的信息，所述控制方法执行：在所述用户的体水分率减少了预定百分比的情况下使所述推送通知画面显示的处理。

或者，也可以在所述用户的体水分量减少了预定量的情况下执行使所述推送通知画面显示的处理。

根据本技术方案，在所述生物体信息表示所述用户的体水分率减少了预定百分比的情况下，使推送通知画面显示。因此，能够使体水分率减少预定百分比的、可认为存在中暑风险的所述用户，观看推送通知画面，并向其推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述控制方法中，也可以：所述生物体信息是与所述用户的体水分率相关的信息，所述推送通知画面中，所述用户的体水分率越减少，作为所述至少一个饮料，相比矿泉水越推荐运动饮料。

根据本技术方案，所述用户的体水分率越减少，通过推送通知画面，相比矿泉水更推荐运动饮料。因此，能够根据所述用户的体水分率的减少程度，变更向所述用户推荐的饮料，最初推荐矿泉水，但在中暑的风险升高时，接下来是包含少量盐分和/或电解质的运动饮料。

在上述控制方法中，也可以是：所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料，推荐口服补水液。

根据本技术方案，所述用户的体水分率越减少，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向体水分率的减少程度比推荐运动饮料时更大的用户，推荐能够进行中暑的风险高时的急速的补充水分的口服补水液。

在上述控制方法中，所述生物体信息也可以包含所述用户的心率、血压或出汗量的任一个。

在上述控制方法中，所述生物体信息并不仅限于所述用户的体温和/或体水分率，也可以单独或追加地包含所述用户的心率、血压和出汗量等其他的生物体信息中的一个以上。

根据本技术方案，推送通知画面并不仅基于所述用户的体温和/或体水分率，还单独或追加地加上所述用户的心率、血压和出汗量等其他生物体信息中的一个以上而生成。因此，能够推荐更适合于所述用户的身体状况的饮料来作为为了预防中暑而适合于所述用户补充水分的饮料。

此外，在上面所说明的推送通知画面也可以根据基于所述用户的体水分率的减少量、体水分率或者体水分量的中暑的风险的升高，与来自通信终端100的振动和/或声音一起进行显示。

根据本技术方案，在检测到更大的体水分率的减少量的情况下，能够更可靠地向所述用户通知以及推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

本公开也能够将上述的第一技术方案所涉及的控制方法所包含的特征性的各构成作为使计算机执行的程序或者利用该程序而工作的通信终端而实现。另外，也能够经由CD－ROM等计算机可读取非瞬时性记录介质或者互联网等通信网络使这样的计算机程序流通，自不必说。

本公开的第二技术方案所涉及的信息提供方法，是对饮料的自动贩卖机的库存信息进行管理的自动贩卖机管理系统中的信息提供方法，经由网络从通信终端取得：i)识别所述通信终端的第1识别信息、ii)识别所述自动贩卖机的第2识别信息、iii)表示所述自动贩卖机所保存的多个饮料的各类别的类别信息、以及iv)表示所述自动贩卖机所保存的所述多个饮料的各库存数的所述库存信息，在所述通信终端中，ii)所述第2识别信息、iii)所述类别信息以及iv)所述库存信息以从所述饮料的自动贩卖机发送的信标信号的接收为契机使用近距离无线通信被从所述饮料的自动贩卖机取得，经由网络取得包含所述通信终端的用户的体温或体水分率的任一个的生物体信息，基于所述第2识别信息、所述类别信息、所述库存信息、以及所述生物体信息，生成推送通知画面的信息，所述推送通知画面是从所述第2识别信息表示的所述自动贩卖机所保存的所述多个饮料中，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的画面，为了使所述推送通知画面显示于所述通信终端的显示器而将所述推送通知画面的信息向所述通信终端输出。

根据本技术方案，单凭用户经过饮料的自动贩卖机前或者处于其附近，不管用户有没有购买意图，都根据所述用户的生物体信息判断所述用户的身体状况，使推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的推送通知画面显示于所述用户的通信终端的显示器。

不显示所述饮料的自动贩卖机的购买菜单，只不过(仅)显示用于使购买菜单显示的推送通知画面。因此，能够减轻即使用户没有购买意图也显示所述自动贩卖机的购买菜单的厌烦。

所述推送通知画面中，所述推送通知画面是加上包含所述用户的体温或体水分率的任一个的生物体信息而生成的，所以能够在所述用户经过所述自动贩卖机前或处于其附近的这一时机，判断所述用户的身体状况，推荐为了预防中暑而适合于所述用户补充水分的饮料。

购买所述被推荐的饮料时，基于所述用户的意思而使所述购买菜单显示，所以关于是否使所述购买菜单显示的判断，所述用户掌握主导权。

由此，能够减轻违反所述用户的意图而将所述饮料的购买菜单显示于所述通信终端的显示器的厌烦，并且在所述用户经过所述自动贩卖机前或处于其附近的这一时机判断所述用户的身体状况，推荐为了预防中暑而适合于所述用户补充水分的饮料。

在上述信息提供方法中，也可以是：所述推送通知画面为了使购买菜单显示于所述通信终端的显示器而被使用，所述购买菜单是使从所述自动贩卖机所保存的所述多个饮料中购买所述至少一个饮料的菜单。

根据本技术方案，看见推送通知画面而产生了饮料的购买意图的用户能够就那样使用推送通知画面，使购买菜单显示于所述显示器，所述购买菜单是使购买为了预防中暑而适合于所述用户补充水分的至少一个饮料的菜单。由此，能够使看见推送通知画面而产生了饮料的购买意图的用户迅速购买为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述信息提供方法中，也可以是：从所述通信终端取得所述显示器所显示的所述推送通知画面被选择了之意，基于所述类别信息、所述库存信息以及所述生物体信息，生成用于预防中暑的单独的购买菜单的信息，所述单独的购买菜单是从所述第2识别信息表示的所述自动贩卖机所保存的所述多个饮料中，显示为了预防中暑而适合于所述用户补充水分的所述至少一个饮料的菜单，为了使所述单独的购买菜单显示于所述通信终端的显示器而将所述单独的购买菜单的信息向所述通信终端输出。

根据本技术方案，看见推送通知画面而产生了饮料的购买意图的用户能够通过选择推送通知画面，使显示为了预防中暑而适合于所述用户补充水分的至少一个饮料的用于预防中暑的单独的购买菜单显示于所述显示器。由此，能够使看见推送通知画面而产生了饮料的购买意图的用户购买为了预防中暑而适合于自身补充水分的饮料。

在上述信息提供方法中，所述用户的当前的生物体信息也可以被保存于保存所述用户的个人信息的个人信息服务器，从所述个人信息服务器取得。

根据本技术方案，所述用户的当前的生物体信息从保存所述用户的个人信息的个人信息服务器取得。因此，能够省略将为了保存所述用户的当前的生物体信息所需要的构成设置于通信终端这一操作。

在上述信息提供方法中，也可以是：在所述通信终端，具备生物体传感器，所述用户的当前的生物体信息从具备所述生物体传感器的所述通信终端取得。

根据本技术方案，所述用户的当前的生物体信息从具备生物体传感器的所述通信终端取得。因此，能够取得通信终端的当前地处的所述用户的当前的生物体信息。

在上述信息提供方法中，也可以是：所述通信终端能够与生物体传感器通信，所述用户的当前的生物体信息从所述生物体传感器经由所述通信终端取得。

根据本技术方案，所述用户的当前的生物体信息从能够与所述通信终端通信的生物体传感器，经由所述通信终端取得。因此，即使在生物体传感器处于从通信终端远离的场所的情况下，也能够取得所述用户的当前的生物体信息。

在上述信息提供方法中，所述至少一个饮料也可以包含矿泉水、运动饮料或口服补水液的任一个。

根据本技术方案，通过推送通知画面，推荐包含矿泉水、运动饮料或口服补水液的任一个的饮料。因此，能够向通信终端的用户，推荐作为适合于补充水分的饮料而众所周知的矿泉水、运动饮料和口服补水液中的至少一个，作为为了预防中暑而适合于自身补充水分的饮料。

在上述信息提供方法中，也可以是：所述推送通知画面中，所述用户的中暑的风险越升高，作为所述至少一个饮料，相比矿泉水越推荐运动饮料。

根据本技术方案，所述用户的中暑的风险越升高，通过推送通知画面，相比矿泉水更推荐运动饮料。因此，能够根据所述用户的中暑的风险的升高，变更向所述用户推荐的饮料，最初推荐矿泉水，但在中暑的风险升高时，接下来是包含少量盐分和/或电解质的运动饮料。

在上述信息提供方法中，也可以是：所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料，推荐口服补水液。

根据本技术方案，所述用户的中暑的风险越升高，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向中暑的症状比推荐运动饮料的程度的症状更恶化的用户推荐能够进行脱水症状时的急速的补充水分的口服补水液。

在上述信息提供方法中，也可以是：所述生物体信息是与所述用户的体温相关的信息，所述信息提供方法执行：在所述用户的体温上升了预定温度的情况下使所述推送通知画面显示的处理。

根据本技术方案，在所述生物体信息表示所述用户的体温上升了预定温度的情况下，使推送通知画面显示。因此，能够使体温上升预定温度、可认为会出现中暑症状的所述用户观看推送通知画面，并向其推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述信息提供方法中，也可以是：所述生物体信息是与所述用户的体温相关的信息，所述推送通知画面中，所述用户的体温越上升，作为所述至少一个饮料，相比矿泉水越推荐运动饮料。

根据本技术方案，所述用户的体温越上升，通过推送通知画面，相比矿泉水更推荐运动饮料。因此，能够根据所述用户的体温的上升程度，变更向所述用户推荐的饮料，最初推荐矿泉水，但在中暑的风险升高时，接下来是包含少量盐分和/或电解质的运动饮料。

在上述信息提供方法中，也可以是：所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料，推荐口服补水液。

根据本技术方案，所述用户的体温越上升，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向体温的上升程度比推荐运动饮料时更大的用户，推荐能够进行脱水症状时的急速的补充水分的口服补水液。

在上述信息提供方法中，也可以是：所述生物体信息是与所述用户的体水分率相关的信息，所述信息提供方法执行：在所述用户的体水分率减少了预定百分比的情况下使所述推送通知画面显示的处理。

根据本技术方案，在所述生物体信息表示所述用户的体水分率减少了预定百分比的情况下，使推送通知画面显示。因此，能够使体水分率减少预定百分比的、可认为会出现中暑症状的所述用户观看推送通知画面，并向其推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

在上述信息提供方法中，也可以是：所述生物体信息是与所述用户的体水分率相关的信息，所述推送通知画面中，所述用户的体水分率越减少，作为所述至少一个饮料，相比矿泉水越推荐运动饮料。

根据本技术方案，所述用户的体水分率越减少，通过推送通知画面，相比矿泉水更推荐运动饮料。因此，能够根据所述用户的体水分率的减少程度，变更向所述用户推荐的饮料，最初推荐矿泉水，但在中暑的风险升高时，接下来是包含少量盐分和/或电解质的运动饮料。

在上述信息提供方法中，也可以是：所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料，推荐口服补水液。

根据本技术方案，所述用户的体水分率越减少，通过推送通知画面，相比运动饮料而越推荐口服补水液。因此，能够向体水分率的减少程度比推荐运动饮料时更大的用户，推荐能够进行脱水症状时的急速的补充水分的口服补水液。

在上述信息提供方法中，所述生物体信息也可以包含所述用户的心率、血压或出汗量的任一个。

在上述信息提供方法中，所述生物体信息并不限定于所述用户的体温和/或体水分率，也可以单独或追加地包含所述用户的心率、血压或出汗量等其他的生物体信息的任一个以上。

根据本技术方案，推送通知画面不仅基于所述用户的体温和/或体水分率，还单独或追加的加上所述用户的心率、血压或出汗量等其他的生物体信息的任一个以上而生成。因此，能够推荐更适合于所述用户的身体状况的饮料作为为了预防中暑而适合于所述用户补充水分的饮料。

此外，在上面所说明的推送通知画面也可以根据基于所述用户的体温、体水分率(或者体水分量)、心率、血压或出汗量的中暑的风险的升高，与来自通信终端100的振动及/或声音一起进行显示。

根据本技术方案，在检测到更高的中暑的风险的情况下，能够更可靠地向所述用户通知以及推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料。

(实施方式)

可以料想，我们的社会今后互联网会进一步普及，各种传感器都会来到我们身边。由此，可以料想，我们的社会从与个人的状态以及活动等相关的信息到包括建筑物以及交通网等整条街的信息为止，都将被数字化并成为可供计算机系统利用的状态。数字化的与个人相关的数据(个人信息)经由通信网络被云端蓄积，作为大数据而被信息银行管理，并用于个人的各种用途。

这样的高度信息化社会在日本被称为Society5.0。期待高度信息化社会通过使现实空间(物理空间)和虚拟空间(网络空间)进行高度融合得到的信息基础(网络物理系统)，来解决经济发展和社会问题。

在Society5.0中，生物体信息这样的个人信息在由被称为信息银行的管理个人信息的运营商的服务器进行隐匿化以使得个人不会被第三方确定的基础上进行集中管理。该个人信息在信息银行的管理下被随时更新而无需依赖于最终用户的手动输入。而且，当个人在日常的各种场景中进行意思决定时，对蓄积了的包含个人信息的大数据进行分析，能够使该个人知晓与当时的状况相应的、被认为最适合该个人的选项。

(自动贩卖机管理系统的信息基础的全局)

本公开的实施方式的自动贩卖机管理系统是基于Society5.0而构成的系统，并且是管理饮料的自动贩卖机的库存信息，并利用由信息银行管理的个人信息向用户推荐为了预防中暑而适合于用户补充水分的饮料的系统。

以下，参照附图说明本公开的实施方式的自动贩卖机管理系统。图1是表示本公开的自动贩卖机管理系统的信息基础的全局的一例的图。首先，使用图1，说明用于本实施方式的信息基础的全局。该自动贩卖机管理系统大致由3个设备组构成。

第1个设备组是作为多个运营商分别贩卖商品的物理的贩卖据点的设备组，包含贩卖各运营商的商品的自动贩卖机700。在图1中，例示了贩卖运营商X的商品A－1、A－2、A－3的自动贩卖机700、和贩卖运营商X的商品B－1、B－2的自动贩卖机700。

第2个设备组是用户携带的设备组，包含智能手机或平板终端等通信终端100以及智能手表等生物体传感器600。通信终端100例如通过被称为4G、5G的蜂窝网等长距离无线通信网，经由便携基站400而能够与互联网等广域通信网连接。另外，通信终端100能够通过Bluetooth(注册商标)等近距离无线通信与自动贩卖机700进行通信。

通信终端100安装有各运营商提供的应用程序(APP)、和传感器应用程序。在图1中，示出了在通信终端100安装有运营商X提供的运营商X应用程序、和传感器应用程序的例子。运营商X应用程序是用于从由运营商X管理的自动贩卖机700贩卖的多个饮料中使用用户的个人信息来推荐与为了预防中暑而适合于该用户补充水分的饮料的应用程序。针对传感器应用程序稍后说明。

生物体传感器600定期地持续测定携带生物体传感器600的用户的生物体信息。生物体传感器600测定的生物体信息包含体水分率和/或体温相关的信息。另外，生物体传感器600测定的生物体信息也可以单独或追加地包含心率、血压或出汗量等其他生物体信息中的任一个以上相关的信息。这些信息既可以直接通过与用户的身体接触的传感器测定，也可以间接例如通过映照于用户的可见光和/或非可见光区域的视频影像导出。另外，这些信息不限于一个传感器，也可以通过生物体阻抗传感器、体温传感器、血压传感器、心律传感器、出汗量传感器等多个传感器单独测定。该情况下，针对重复的生物体信息，既可以根据传感器的精度对所测定出的生物体信息进行加权取得，也可以使得取得由用户选择出的一个传感器测定出的生物体信息。或者，也可以使得基于各传感器的产品编号信息等将由最近最新发售的传感器测定出的生物体信息作为代表值而取得。

生物体传感器600测定出的生物体信息通过Bluetooth(注册商标)这样的近距离无线通信从生物体传感器600发送至通信终端100。生物体信息由安装于通信终端100的传感器应用程序保管和/或管理。此外，生物体传感器600也可以为通信终端100所具备。

传感器应用程序将所收集到的生物体信息和表示该生物体信息的测定日期和时间的测定日期和时间信息按照用户账户信息向个人信息服务器200上传。用户账户信息包含用户ID以及密码等。由此，在个人信息服务器200中，将生物体信息与用户ID以及测定日期和时间信息进行关联而按时序方式存储。

此外，传感器应用程序也可以将生物体信息存储于通信终端100的存储器102(图2)。传感器应用程序也可以将对存储器102(图2)所存储着的生物体信息的访问权赋予给运营商X应用程序或通信终端100的OS(Operating system)。该情况下，生物体信息经由运营商X应用程序或OS被向个人信息服务器200上传。

第3个设备组是经由互联网等广域通信网保管和/或管理由多个用户利用的信息的服务器组，并包含个人信息服务器200以及运营商管理服务器300。

个人信息服务器200是将用户的个人信息分散至多个场所，并将分散了的个人信息进行进一步加密而存储的服务器。个人信息服务器200通过在位于广域通信网上的多个储存装置中将用户的个人信息进行碎片化以及加密存储来管理个人信息。由此，能确保高安全性，能防止个人信息的泄漏等。

个人信息服务器200具有根据用户本人的许可响应于来自第三方的咨询而回复必要的信息的功能。进而，个人信息服务器200具有对用户许可的运营商安全地共有用户许可的个人信息的功能。即，个人信息服务器200具有作为信息银行的功能。

在此所说的个人信息广泛包含个人相关的公开或非公开的信息。例如，个人信息包含：姓名、生年月日、住所、年收入、所有的动产/不动产信息、身高/体重等的身体信息、遗传因子信息、过敏信息、病历/诊断记录等的医疗信息、步数/消耗卡路里等的活动量信息、饮食历史记录信息、心率/体温/体水分率/血压/出汗量等的生物体信息、经由自动贩卖机/店铺/EC网站等的商品的购入历史记录信息、由Web搜索引擎/AI音箱检索出的单词信息、以及由邮件/SNS收发的文章/影像声音信息等中的至少一个。

运营商管理服务器300是各运营商保管和/或管理各运营商固有的数据的服务器。在图1中，例示了运营商X和其他2公司分别拥有或租赁运营商管理服务器300，保管和/或管理着自己公司的商品相关的信息。在以后的说明中，运营商X被设为是饮料的贩卖运营商。

(自动贩卖机管理系统的具体的构成)

接着，说明本公开的实施方式的自动贩卖机管理系统的具体的构成。图2是表示本公开的实施方式的自动贩卖机管理系统的具体的构成的一例的图。图2所示的自动贩卖机管理系统包含在图1中说明的各运营商管理的自动贩卖机700、通信终端100、个人信息服务器200、各运营商管理的运营商管理服务器300以及生物体传感器600。

通信终端100、个人信息服务器200、以及运营商管理服务器300经由网络NT以能够相互通信的方式连接。网络NT是包含蜂窝网等长距离无线通信网以及互联网的广域通信网。此外，在图2中，为了便于说明而省略图1所示的便携基站400的图示。另外，在以后的说明中，将自动贩卖机700作为运营商X管理的饮料的自动贩卖机700，运营商管理服务器300作为运营商X管理的运营商管理服务器300来进行说明。

自动贩卖机700包含：存储器702、商品检测部708、邻近通信部707、以及用于控制上述全体的运算部704。

存储器702由闪速存储器等非易失性储存装置构成。存储器702存储自动贩卖机700相关的信息。自动贩卖机700相关的信息在由作业员向自动贩卖机700保存各饮料时，使用未图示的触摸面板等的输入装置而被输入，由运算部704存储于存储器702。

具体而言，自动贩卖机700相关的信息包含识别自动贩卖机700的识别信息(第2识别信息)以及自动贩卖机700所保存的多个饮料相关的商品信息。

识别自动贩卖机700的识别信息包含运营商ID(Identifier)以及自贩机ID。运营商ID是管理自动贩卖机700的运营商的标识符。自贩机ID是自动贩卖机700的标识符。

商品信息包含表示自动贩卖机700所保存的多个饮料的各类别的类别信息以及表示自动贩卖机700所保存的多个饮料的各库存数等的库存信息。类别信息包含针对自动贩卖机700所保存的多个饮料的表示各种类的种类信息以及表示各商品名的商品名信息。库存信息包含表示针对自动贩卖机700所保存的多个饮料的各价格的价格信息、表示各数量的数量信息以及表示各温度的温度信息。

商品检测部708例如由CPU等处理器以及温度传感器构成。商品检测部708从存储器702读出商品信息。另外，商品检测部708通过温度传感器测定所保存着的各饮料的温度。此外，商品检测部708通过表示所测定出的各饮料的温度的信息，更新存储器702所存储的各饮料的商品信息所包含的温度信息。

商品检测部708测定各饮料的温度的理由是，将冷藏用的饮料的目标温度设为摄氏5度，将温藏用的饮料的目标温度设为摄氏55度，进行将各饮料维持为目标温度附近的温度控制。在刚被保存的饮料的温度没有到达目标温度的情况下，无法推荐该饮料的贩卖。因此，商品检测部708进一步在所测定出的饮料的温度为目标温度附近的预定的温度范围内的情况下，将该饮料检测为可贩卖商品，其他情况下，由于该饮料处于贩卖前的准备阶段，所以检测为不可贩卖商品。

邻近通信部707例如由遵从作为Bluetooth(注册商标)标准的一部分的BLE(Bluetooth Low Energy)标准进行近距离无线通信的通信电路构成。此外，邻近通信部707还可以具备遵从NFC(Near Field Communication)标准进行近距离无线通信的通信电路。运算部704例如由CPU等处理器构成。

邻近通信部707在进行遵从BLE标准的近距离无线通信的情况下，定期发送信标(beacon)信号。邻近通信部707在从存在于接收到信标信号的近距离的通信终端100接收表示连接请求的信号时，将表示所述连接请求的信号的接收向运算部704通知。运算部704在接收该通知时，从存储器702读出识别自动贩卖机700的识别信息，进一步控制商品检测部708，从存储器702读出与被检测为可贩卖商品以及不可贩卖商品的饮料相关的商品信息。运算部704控制邻近通信部707，将该读出的自动贩卖机700的识别信息以及商品信息向发送了表示所述连接请求的信号的通信终端100回复。

另外，邻近通信部707在从通信终端100的邻近通信部107接收表示饮料的购入内容的信息时，将表示该接收到的饮料的购入内容的信息向运算部704输出。表示饮料的购入内容的信息例如包括：购入对象的饮料的商品名、该饮料的购入数以及该饮料的购入所需的金额。

运算部704在经由邻近通信部707取得表示饮料的购入内容的信息时，控制未图示的搬送机构，将该取得的信息表示的购入对象的饮料，按该信息表示的购入数量搬送至商品取出口。

接着，针对通信终端100的构成进行说明。通信终端100包括：邻近通信部107、通信部101、存储器102、摄像头103、运算部104、显示器105以及操作部106。

邻近通信部107，与自动贩卖机700的邻近通信部707同样地例如由遵从作为Bluetooth(注册商标)标准的一部的BLE(Bluetooth Low Energy)标准进行近距离无线通信的通信电路构成。此外，邻近通信部107还可以具备遵从NFC(Near FieldCommunication)标准进行近距离无线通信的通信电路。

邻近通信部107在进行遵从BLE标准的近距离无线通信的情况下，在接收到从自动贩卖机700发送的信标信号时，向该自动贩卖机700回复表示连接请求的信号。与此相应地，邻近通信部107接收从自动贩卖机700的邻近通信部707回复的自动贩卖机700的识别信息以及商品信息。邻近通信部107将该接收到的识别信息以及商品信息向运算部104输出。

另外，邻近通信部107从生物体传感器600接收生物体传感器600计测出的各种生物体信息。邻近通信部107将接收到的生物体信息向运算部104输出。

通信部101由将通信终端100与网络NT连接的通信电路构成。通信部101在接收到从个人信息服务器200和/或运营商管理服务器300发送的信息时，将该接收到的信息向运算部104输出。另外，通信部101在运算部104的控制下，将自动贩卖机700的识别信息以及商品信息进行关联而向运营商管理服务器300发送。进而，通信部101在运算部104的控制下，将稍后说明的购入信息向运营商管理服务器300和/或个人信息服务器200发送。

存储器102由闪速存储器等非易失性储存装置构成。存储器102存储识别通信终端100的识别信息(第1识别信息)。识别通信终端100的识别信息包含终端ID(Identifier)以及用户ID(Identifier)。终端ID是通信终端100的标识符。用户ID是通信终端100的用户标识符。识别通信终端100的识别信息在通信终端100的购入时由存储器102所存储。

摄像头103是由CMOS传感器等构成的拍摄装置。

运算部104由CPU等处理器构成。运算部104执行通信终端100的OS、运营商X应用程序(APP)，传感器应用程序、QR码(注册商标)阅读器、以及浏览器等。

运算部104通过执行运营商X应用程序(APP)，执行以下处理。

运算部104控制邻近通信部107，进行以下处理，即，以从运营商X提供的饮料的自动贩卖机700发送的信标信号的接收为契机使用近距离无线通信从该自动贩卖机700取得：识别自动贩卖机700的识别信息、和包含类别信息以及库存信息的商品信息。

另外，运算部104执行取得包含通信终端100的用户的体温和/或体水分率的生物体信息的处理。

进而，运算部104基于由这些处理取得的信息，执行：从邻近通信部107接收到的信标信号的发送源的自动贩卖机700所保存的多个饮料中，决定为了预防中暑而适合于所述用户补充水分的至少一个饮料，生成推荐该决定的至少一个饮料的推送通知画面的处理。另外，运算部104执行：生成显示所述决定的至少一个饮料的用户预防中暑的单独的购买菜单的处理。

运算部104通过执行传感器应用程序，经由邻近通信部107，取得由生物体传感器600持续计测的各种生物体信息。此外，在生物体传感器600被通信终端100所具备的情况下，运算部104通过执行传感器应用程序，取得由生物体传感器600持续计测的各种生物体信息。

运算部104将从生物体传感器600取得的生物体信息以及表示其取得日期和时间的日期和时间信息存储于存储器102中。进而将该生物体信息以及日期和时间信息与用户账户信息一起经由通信部101向个人信息服务器200上传。

此外，运算部104也可以通过执行或操作传感器应用程序，将生物体信息以及日期和时间信息存储于存储器102。另外，传感器应用程序也可以将对存储器102所存储的生物体信息的访问权赋予给运营商X应用程序或通信终端100的OS(Operating system)。该情况下，运营商X应用程序或OS也可以将生物体信息向个人信息服务器200上传。

显示器105例如由液晶显示面板或有机EL面板等构成，显示各种图像。例如，显示器105显示上述的推送通知画面以及稍后说明的、单独的购买菜单等。

操作部106例如由触摸面板等输入装置构成。例如，操作部106从稍后说明的单独的购买菜单中受理用户选择以及购入所希望的饮料的操作。

接着，对个人信息服务器200的构成进行说明。个人信息服务器200包含通信部201、运算部202、以及存储器203。通信部201由用于将个人信息服务器200与网络NT连接的通信电路构成。通信部201在由运算部202实现的控制下，响应来自通信终端100或运营商管理服务器300的请求，回复各用户的个人信息。

运算部202由CPU等处理器构成。例如，通信部201设为接收请求关于许可用户的个人信息的取得的信号。许可用户是指，直接地或经由被委托的第三方间接地许可了从通信终端100或运营商管理服务器300请求的个人信息服务器200所存储的个人信息的读出的用户。该情况下，运算部202响应来自通信终端100或运营商管理服务器300的请求，读出存储器203所存储的许可用户的个人信息并回复给通信部201。此外，所读出的个人信息既可以是被管理着的全部个人信息，或者也可以仅交换个人信息中、与被请求的特定项目关联的信息(仅个人信息的一部分)。

存储器203由硬盘驱动器等非易失性的多个储存装置构成。存储器203存储一个以上的用户的个人信息。个人信息在多个储存装置中被分散以及加密之后存储。

存储器203存储的个人信息包含购入历史记录信息、以及生物体信息。购入历史记录信息是表示各用户对饮料等的商品的购入历史记录的信息。生物体信息是表示各用户的身体状况的信息。生物体信息包含各用户的体水分率或体温的任一个相关的信息。另外，生物体信息也可以单独或追加地包含各用户的心率、血压或出汗量的其他生物体信息的任一个以上相关的信息。

接着，针对运营商管理服务器300的构成进行说明。运营商管理服务器300与各运营商对应而存在1或多个。运营商管理服务器300包含存储器303、通信部301以及运算部302。

存储器303由硬盘驱动器等非易失性的储存装置构成。存储器303存储与识别运营商X管理的多个自动贩卖机700各自的识别信息关联而表示各自动贩卖机700所保存的多个饮料相关的商品信息以及各自动贩卖机700被设置的位置的位置信息。商品信息包含表示各自动贩卖机700所保存的多个饮料的各类别的类别信息以及表示各自动贩卖机700所保存的多个饮料的各库存数的库存信息。类别信息包含针对自动贩卖机700所保存的多个饮料的表示各种类的种类信息以及表示各商品名的商品名信息。库存信息包含关于自动贩卖机700所保存的多个饮料的、表示各价格的价格信息、表示各数量的数量信息以及表示各温度的温度信息。

通信部301由用于将运营商管理服务器300与网络NT连接的通信电路构成。通信部301接收识别从通信终端100发送的自动贩卖机700的识别信息以及商品信息，将该接收到的自动贩卖机700的识别信息以及商品信息向运算部302输出。

运算部302由CPU等处理器构成。运算部302基于经由通信部301取得的、从通信终端100发送的自动贩卖机700的识别信息以及商品信息，更新存储器303所存储的、该识别信息所对应的自动贩卖机700的商品信息。

(在近距离无线通信中使用的信标信号)

接着，针对在通信终端100和自动贩卖机700之间进行的近距离无线通信中被使用的信标信号，使用图3进行说明。图3是关于在通信终端100和自动贩卖机700之间进行的近距离无线通信中被使用的信标信号的说明图。

在通信终端100的邻近通信部107和自动贩卖机700的邻近通信部707之间，如上所述，遵从作为Bluetooth(注册商标)标准的一部分的BLE(Bluetooth Low Energy)标准，进行使用了信标信号的近距离无线通信。

信标信号被从自动贩卖机700的邻近通信部707定期发送。如图3所示，通信终端100的邻近通信部107在接收信标信号时，根据该信号的电波强度，将距邻近通信部707的距离大致表现为Immediate(直接的)、Near(近)、Far(远)、或Unknown(未知)这四种。

具体而言，通信终端100的邻近通信部107通过距邻近通信部707的距离为数cm以内的情况下接收到的信标信号的电波强度，把握为距邻近通信部707的距离是Immediate。同样地，通信终端100的邻近通信部107通过在距邻近通信部707的距离为约1m以内/约10m以内的情况下接收到的信标信号的电波强度，将距邻近通信部707的距离把握为Near/Far。

此外，通信终端100的邻近通信部107在距邻近通信部707的距离变更远(例如，约10m以上)的情况下，有时无法接收(检测)从该邻近通信部707发送的信标信号。该情况下，通信终端100的邻近通信部107将距邻近通信部707的距离设为远至信标信号无法到达而把握为Unknown。

但是，通信终端100的邻近通信部107把握距发送了信标信号的邻近通信部707的距离的方法不限于此。例如，通信终端100的邻近通信部107可以通过作为从邻近通信部707接收到的信标信号的电波强度的测定值的RSSI(Received Signal Strength Indicator)，把握距发送了信标信号的邻近通信部707的距离，也可以通过其他方法把握。

从邻近通信部707发送的信标信号包含作为信标信号的标识符的信标ID。例如，在Apple公司的iBeacon(注册商标)标准中，信标ID包含128比特的UUID(Universally UniqueIdentifier)，和作为16比特的无符号整数Major以及Minor。

UUID是用于软件上唯一识别对象的标识符。该情况下，例如，存储器702存储有表示运营商ID的128比特的数值、和表示自贩机ID的32比特的数值。邻近通信部707发送将存储器702所存储的表示运营商ID的128比特的数值设定为UUID、将存储器702所存储的表示自贩机ID的32比特的数值设定为Major以及Minor的信标信号。

图4是表示示出了信标ID与识别自动贩卖机700的识别信息之间的关系的表格的一例的图。另一方面，通信终端100的存储器102在运营商X应用程序的安装时存储图4所例示的、表示信标ID和识别自动贩卖机700的识别信息的关系的表格2010。通信终端100的邻近通信部107在接收信标信号时，通过参照存储器102所存储的表格2010，取得该接收到的信标信号所包含的信标ID所关联的识别自动贩卖机700的识别信息。

例如，设为邻近通信部107接收到的信标信号所包含的信标ID的UUID是“0000－0000－0000－000X”、Major是“0x1000”、Minor是“0x0000”。该情况下，邻近通信部107参照图4所示的表格2010，取得识别自动贩卖机700的识别信息“运营商ID＝X自贩机ID＝0x00000000”。

此外，信标ID也可以构成为遵循例如由Google公司的Eddystone(注册商标)标准规定的帧类型Eddystone－UID。该情况下，信标ID包含设定了固定值0的FrameType、10字节的NamespaceID、6字节的InstanceID。

该情况下，例如，存储器702存储表示运营商ID的10字节的值、和表示自贩机ID的6字节的值。邻近通信部707发送将存储器702所存储的表示运营商ID的10字节的值设定为NamespaceID、将存储器702所存储的表示自贩机ID的6字节的值设定为InstanceID的信标信号。

图5是表示示出了信标ID和自动贩卖机700的识别信息的关系的表格的一例的图。该情况下，通信终端100的存储器102在运营商X应用程序的安装时存储图5所例示的、表示信标ID和自动贩卖机700的识别信息的关系的表格2011。通信终端100的邻近通信部107在接收信标信号时，通过参照存储器102所存储的表格2011，取得该接收到的信标信号所包含的信标ID所关联的表示自动贩卖机700的识别信息。

例如，设为邻近通信部107接收到的信标信号所包含的信标ID的NamespaceID是“X－1”、InstanceID是“000000”。该情况下，邻近通信部107参照图5所示的表格2011，取得自动贩卖机700的识别信息“运营商ID＝X自贩机ID＝000000”。

(使用了信标信号的近距离无线通信的处理)

接着，针对在通信终端100和自动贩卖机700之间进行的使用了信标信号的近距离无线通信的处理，使用图6进行说明。图6是表示使用了信标信号的近距离无线通信的处理的时序图。

在通信终端100和自动贩卖机700之间进行的使用了信标信号的近距离无线通信中，自动贩卖机700的邻近通信部707作为副通信部进行动作，通信终端100的邻近通信部107作为主通信部进行动作。

具体而言，如图6所示，自动贩卖机700的邻近通信部707定期发送(advertising)信标信号(步骤S701)。

通信终端100的邻近通信部107在接收(扫描：scanning)信标信号时，除了该信标ID以外，还检测距作为该信标信号的发送源的自动贩卖机700的距离和该信标信号的发送方向。而且，邻近通信部107将信标信号的接收向运算部104通知，并将该检测出的表示距离以及发送方向的信息向运算部104输出。由此，运算部104在检测到由邻近通信部107实现的信标信号的接收时，将从邻近通信部107接收到的该信息存储于存储器102(步骤S101)。具体而言，在步骤S101中，邻近通信部107例如基于由Bluetooth(注册商标)5.1规定的规格，检测接收到的信标信号的发送方向。

接着，通信终端100的邻近通信部107将由信标信号所包含的信标ID识别的自动贩卖机700的邻近通信部707选定(initiating)为连接目标(步骤S102)。接着，邻近通信部107对该选定出的自动贩卖机700的邻近通信部707发送表示连接请求(connect request)的信号(步骤S103)。

自动贩卖机700的邻近通信部707在接收到表示连接请求的信号时，建立与发送了表示所述连接请求的信号的通信终端100的连接，将该接收之意向运算部704通知。与此相应地，运算部704控制商品检测部708，从存储器702读出识别自动贩卖机700的识别信息、和包含类别信息以及库存信息的商品信息。以后，为了便于说明，有时将识别自动贩卖机700的识别信息记载为自动贩卖机700的识别信息。邻近通信部107在运算部704的控制下，将通过运算部704读出的自动贩卖机700的识别信息以及商品信息作为追加信息，向发送了表示所述连接请求的信号的通信终端100的邻近通信部107回复(步骤S702)。此外，在此将自动贩卖机700的识别信息以及商品信息作为追加信息向通信终端100回复，但是由于在连接时连接目标的自动贩卖机700是已知的所以识别信息并不是必须的。

通信终端100的邻近通信部107在接收追加信息时，将该接收到的追加信息向运算部104输出。运算部104将从邻近通信部107接收到的追加信息存储于存储器102(步骤S104)。接着，邻近通信部107回复表示连接的切断(disconnect)的信号(步骤S105)。

由此，通信终端100的邻近通信部107结束与邻近通信部707的通信。自动贩卖机700的邻近通信部707切断与通信终端100的邻近通信部107的连接。而且，通信终端100的邻近通信部107返回至等待从其他自动贩卖机700的邻近通信部707发送的信标信号的接收的状态。

之后，在通信终端100的邻近通信部107中，每当接收从其他自动贩卖机700的邻近通信部707发送的信标信号时，在尚未取得发送了该信标信号的自动贩卖机700的商品信息的情况下，或在取得发送了该信标信号的自动贩卖机700的商品信息起经过了预定时间以上的情况下，反复进行步骤S101以后的处理。由此，运算部104从存在于能够接收信标信号的距离内的各自动贩卖机700取得各自动贩卖机700的识别信息以及商品信息。另外，运算部104从存储器102取得表示距作为邻近通信部107接收到的各信标信号的发送源的各自动贩卖机700为止的距离以及各信标信号的发送方向的信息。

(第一实施方式)

接着，使用图7说明本公开的第一实施方式的自动贩卖机管理系统的处理的全局。图7是表示第一实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

如图7所示，自动贩卖机管理系统具备的各自动贩卖机700的邻近通信部707定期发送信标信号(步骤S271)。该处理对应于图6所示的步骤S701。

在通信终端100中，通过在前景(foreground)或背景(background)中执行运营商X应用程序，邻近通信部107成为等待信标信号的接收的状态，进行图6所示的步骤S101以后的处理。具体而言，邻近通信部107在接收到由步骤S271发送的信标信号时，除了该信标ID以外，还检测距信标信号的发送源(即自动贩卖机700)为止的距离和该信标信号的发送方向。而且，邻近通信部107将信标信号的接收之意向运算部104通知，并且将该检测出的表示信标ID、距离、以及发送方向的信息向运算部104输出。由此，运算部104在检测到邻近通信部107的信标信号的接收时，将从邻近通信部107取得的表示信标ID、距离、以及发送方向的信息存储于存储器102(步骤S201)。该处理与图6所示的步骤S101对应。

接着，进行图6所示的步骤S102以后的处理所对应的处理。具体而言，通信终端100的邻近通信部107与作为在步骤S201中接收到的信标信号的发送源的自动贩卖机700的邻近通信部707进行近距离无线通信。由此，邻近通信部107取得追加信息，该追加信息包含：识别该自动贩卖机700的识别信息、和包含类别信息以及库存信息的商品信息。邻近通信部107将该取得的追加信息向运算部104输出，结束与自动贩卖机700的邻近通信部707的通信。运算部104将从邻近通信部107取得的追加信息存储于存储器102(步骤S202)。

接着，运算部104控制通信部101，将在步骤S202中取得的自动贩卖机700的识别信息以及商品信息向运营商管理服务器300发送(步骤S203)。此外，与此相应地，在运营商管理服务器300中，运算部302基于经由通信部301取得的自动贩卖机700的识别信息以及商品信息，更新存储器303所存储的、该识别信息所对应的自动贩卖机700的商品信息。

这样一来，通信终端100的邻近通信部107每当接收从尚未取得商品信息的自动贩卖机700的邻近通信部707发送的信标信号时，以该接收为契机反复进行从步骤S201到步骤S203为止的处理。

此外，运算部104在检测到通过邻近通信部107接收到从多个自动贩卖机700发送的多个信标信号的情况下，也可以使得在邻近通信部107接收到各信标信号仅执行步骤S201以及步骤S202，针对步骤S203仅执行一次(或仅执行比步骤202的反复次数少的次数)。由此，运算部104也可以在该一次的步骤S203中，将在各步骤S202中取得的各自动贩卖机700的识别信息以及商品信息汇总向运营商管理服务器300发送。

接着，设为运营商X应用程序或提供该应用程序(APP)的运营商X与个人信息服务器200的管理运营商进行合作，允许运营商X应用程序取得个人信息服务器200所存储的各用户的个人信息。该情况下(“运营商间合作完成”)，通信终端100的运算部104控制通信部101，将请求由该识别信息所包含的用户ID识别的用户的生物体信息的发送的信号，与存储器102所存储的识别通信终端100的识别信息(第1识别信息)一起，向个人信息服务器200发送(步骤S204)。

在个人信息服务器200中，通信部201在接收到由步骤S204发送的、识别通信终端100的识别信息(包含识别用户的用户ID)、以及、请求用户的生物体信息的发送的信号时，通过运算部202进行步骤S221的处理(步骤S221)。

具体而言，在步骤S221中，运算部202判断通信部201接收到的识别信息所包含的用户ID表示的用户是否是许可用户。运算部202在判断为是许可用户的情况下(“有本人许可”)，从存储器203取得该许可用户的个人信息所包含的生物体信息，将该取得的生物体信息向通信部201回复。另一方面，运算部202在判断为不是许可用户的情况下(“除此以外”)，将表示不可(无法)访问个人信息的信息向通信部201回复。这些回复的信息通过通信终端100的通信部101接收，向运算部104输出。

此外，运算部202在判断为不是许可用户的情况下(“除此以外”)，也可以将确认是否允许存储器203所存储的个人信息的读出的消息向通信部201回复。与此相应地，设为运算部202经由通信部201从通信终端100取得了允许之意的回复。该情况下，运算部202也可以从存储器203取得在步骤S221中接收到的识别信息所包含的用户ID表示的用户的个人信息所包含的生物体信息，将该取得的信息向通信部201回复。

另外，运算部104进而在通信终端100的存储器102中存储有通信终端100的用户的生物体信息的情况下，将该用户的生物体信息在不与在步骤S221中被回复的生物体信息重复的范围内进行取得。特别存在最新的生物体信息虽然被从生物体传感器600向通信终端100发送而在传感器应用程序中被蓄积及管理，但尚未未被上传到个人信息服务器200的可能性。因此，为了包含最新的生物体信息而进行后述的饮料决定处理，也可以如图21的步骤S204a所示那样通过追加而取得这样被存储于通信终端100的存储器102的最新的生物体信息。

接下来，运算部104进行步骤S207(步骤S207)。在步骤S207中，运算部104首先基于在此前的步骤中取得的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合、以及生物体信息，判断是否通知推送通知画面。在这里，自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合表示每当接收到信标信号而在步骤S202中取得的组合。生物体信息表示在步骤S221中被回复、经由通信部101而取得的生物体信息以及如图21的步骤S204a所示那样运营商X应用程序从通信终端100的传感器应用程序取得的生物体信息。对于该判断方法的详情稍后说明。

运算部104在判断为通知推送通知画面的情况下(“通知”)，基于在上述判断中使用的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合、以及生物体信息，生成推送通知画面。另一方面，运算部104在判断为不通知推送通知画面的情况下(“不通知”)，结束处理。运算部104在结束处理时，与运营商X应用程序的执行刚开始之后同样，返回到等待利用近场通信部107的信标信号的接收的状态。

接着，运算部104在步骤S207中生成了推送通知画面的情况下，将该生成的推送通知画面显示于通信终端100的显示器105(步骤S208)。运算部104也可以将推送通知画面显示于显示器105，并且使内置于通信终端100的振动发生器(未图示)驱动，使通信终端100的用户容易注意到该推送通知。另外，运算部104也可以将推送通知画面显示于显示器105，并且从内置于通信终端100的音箱(未图示)再现对接收到推送通知这一情况进行通知的声音，使通信终端100的用户容易注意到该推送通知。此外，也可以将它们组合使用。

另外，运算部104也可以基于包含用户的体温、体水分率、心率、血压、出汗量的任一个以上的用户的生物体信息，仅在判断为所述用户的中暑的风险比预定值高的情况下，在显示器105上显示推送通知画面，并且使通信终端100振动和/或播放声音。由此，能够更可靠地使所述用户注意向其传递中暑的风险的推送通知。

这样，在通信终端100中，以由邻近通信部107实现的信标信号的接收为契机，进行步骤S201以后的处理，在步骤S208中，自动地显示推送通知画面。

运算部104在步骤S208中显示了推送通知画面之后，在预定时间以上没有检测到由邻近通信部107实现的信标信号的接收的情况下(“预定时间以上无信标接收”)，进行消除推送通知画面的显示的处理，使推送通知画面非显示。然后，运算部104结束处理(步骤S209)。运算部104在结束处理时，返回至等待由邻近通信部107实现的信标信号的接收的状态。

另一方面，在用户使用操作部106进行了选择推送通知画面的操作(例如，触摸操作)的情况下(“推送通知画面选择”)，运算部104基于在步骤S207中使用了的商品信息所包含的类别信息以及库存信息以及生物体信息，生成用于预防中暑的单独(个别，特制，专用)的购买菜单(步骤S210)。

接着，运算部104将在步骤S210中生成的单独的购买菜单显示于通信终端100的显示器105(步骤S211)。

之后，设为：通信终端100的用户使用操作部106，从在步骤S211中显示的单独的购买菜单所包含的饮料中选择(作为)购入对象的饮料，进行该选择出的饮料的购入操作。该情况下(“购入操作”)，运算部104从存储器102读出表示由作为购入对象的饮料而被选择出的饮料的自动贩卖机700实现的信标信号的发送方向的信息。运算部104将表示该读出的信息表示的信标信号的发送方向的方向显示显示于通信终端100的显示器105(步骤S212)。此外，也可以使得，运算部104在确定了购入对象的饮料之后，对保存有该饮料的自动贩卖机700的邻近通信部707发送的信标信号进行再扫描，将表示该信标信号的发送方向的方向显示，显示于通信终端100的显示器105。

之后，通信终端100的用户移动至购入对象的饮料的自动贩卖机700，进行使用了通信终端100的预定的支付操作时，运算部104进行预定的结账处理，并控制邻近通信部107，将表示饮料的购入内容的信息向所述自动贩卖机700发送(步骤S213)。表示饮料的购入内容的信息例如包含：作为购入对象的饮料的商品名、该饮料的购入数以及该饮料的购入所需的金额。

在预定的结账处理中，运算部104例如从存储器102所存储的电子货币的余额数据减去与饮料的购入所需的合计金额相当的金额相当量。另外，运算部104控制邻近通信部107，向作为购入对象的饮料而被选择出的饮料的自动贩卖机700发送与饮料的购入所需的合计金额相当的电子货币。

或者，也可以是，在预定的结账处理中，运算部104控制通信部101，向对作为购入对象的饮料而被选择了的饮料的自动贩卖机700进行管理的运营商管理服务器300或电子货币结算公司的服务器(未图示)发送表示饮料的购入内容的信息、和由所述支付操作输入的或存储器102所预先存储的、信用卡或电子货币相关的信息，请求与所述购入内容相应的结账的处理的执行。

或者，也可以是，在预定的结账处理中，运算部104控制邻近通信部107，向作为购入对象的饮料而被选择的饮料的自动贩卖机700发送表示饮料的购入内容的信息、和由所述支付操作输入的或存储器102所预先存储的、信用卡相关的信息，请求与所述购入内容相应的结账的处理的执行。

在自动贩卖机700中，运算部704按照经由邻近通信部707取得的、在步骤S213中发送的表示饮料的购入内容的信息，将该信息表示的商品名的饮料按该信息表示的购入数量搬送至商品取出口。由此，用户购入的饮料被提供给用户(步骤S272)。

另外，通信终端100的运算部104在步骤S213之后，控制通信部101，将饮料的购入信息向个人信息服务器200发送(步骤S214)。饮料的购入信息包含：通信终端100的用户的用户ID、表示该用户购入饮料的日期和时间的日期和时间信息、识别该用户购入了饮料的自动贩卖机700的识别信息、以及表示该用户购入的饮料类别的类别信息。

在个人信息服务器200中，通信部201接收到在步骤S214中发送的购入信息时，运算部202在该通信部201接收到的购入信息所包含的用户ID表示的用户是许可用户的情况下，基于该购入信息，更新存储器203所存储的该许可用户的购入历史记录信息(步骤S222)。

(饮料的推荐以及购入方法)

以下，参照上述的自动贩卖机管理系统的各处理(图7)，针对向通信终端100的用户推荐饮料的方法以及该用户购入饮料的方法进行说明。在该说明中，针对推送通知画面以及单独的购买菜单的详情进行说明。图8是表示推送通知画面800A的显示例的图。图9是表示推送通知画面800B的显示例的图。图10是表示通信终端100与自动贩卖机700的位置关系的一例的图。图11是表示推送通知画面800C的显示例的图。

设为：携带通信终端100的用户在启动安装于通信终端100的运营商X应用程序后(也包含后台运行期间)，在运营商X管理的自动贩卖机700前经过或位于其附近。该情况下，在通信终端100中，接收从自动贩卖机700发送的信标信号，进行图7所示的从步骤S201至步骤S207的处理。在步骤S207中，在判断为通知推送通知画面的情况下，生成推送通知画面，进行步骤S208(图7)。由此，将推送通知画面显示于显示器105。

具体而言，在步骤S208中，运算部104例如如图8所示，在通信终端100的显示器105的最上部显示模拟了自动贩卖机700的推送通知画面800A。

在用户对该推送通知画面800A进行用手指向下滑动的操作或用手指触摸(选择)的操作时，运算部104如图9所示，将详细的推送通知画面800B显示于显示器105。此外，在步骤S208中，运算部104也可以不使图8所示的推送通知画面800A显示于显示器105，而使图9所示的详细的推送通知画面800B显示。

推送通知画面800B包含消息820以及图标图像840。消息820表示：对从每当接收到信标信号时在步骤S202(图7)中取得的各识别信息表示的、各信标信号的发送源的自动贩卖机700所保存的多个饮料中决定出的、为了预防中暑而适合于通信终端100的用户补充水分一个饮料进行推荐的消息。

具体而言，在消息820中，包含用于决定所述一个饮料而使用的通信终端100的用户的生物体信息(例如，“体温36.9℃”)。另外，在消息820中，包含根据用于决定所述一个饮料而使用的所述生物体信息的种类(例如，体温)而定的、注意中暑的推荐消息(例如，“体温在上升。请小心中暑”)。该推荐消息与生物体信息的种类关联而预先存储于存储器102。

图标图像840是表示所述一个饮料的图像。由此，向位于自动贩卖机700的附近的通信终端100的用户推荐为了预防中暑而适合于该用户补充水分的饮料。

另外，在推送通知画面800B上，基于在步骤S201(图7)中存储器102所存储的表示信标信号的发送方向的信息，作为表示由所推荐的饮料被保存的自动贩卖机700实现的信标信号的发送方向的方向显示，而显示图像830。由此，通信终端100的用户能够把握保存所推荐的饮料的自动贩卖机700存在的方向。

此外，在推送通知画面800B上也可以显示对从各信标信号的发送源的自动贩卖机700所保存的多个饮料中决定的、为了预防中暑而适合于通信终端100的用户补充水分的多个饮料进行推荐的消息。另外，在推送通知画面800B上也可以基于在步骤S201(图7)中存储器102所存储的表示信标信号的发送方向的信息，与图像830同样地，显示表示由所推荐的多个饮料被保存的各自动贩卖机700实现的信标信号的发送方向的方向显示。

或者，设为例如，如图10所示，通信终端100的邻近通信部107接收到在从通信终端100的正面方向顺时针旋转48度的方向上从邻近通信部107离开6.1m的位置存在的自动贩卖机700的邻近通信部707发送的信标信号。该情况下，运算部104也可以将图11所示的推送通知画面800C生成并显示于显示器105。

推送通知画面800C包含与图9所示的推送通知画面800B同样的消息820。另外，在图11所示的推送通知画面800C中，作为所述方向显示，显示与图9所示的图像830不同的图像。

具体而言，运算部104显示表示通信终端100的当前地的图像831，使用在步骤S201(图7)中存储器102所存储的表示信标信号的发送方向的信息，在从图像831的正面方向顺时针旋转48度的方向上显示表示在步骤S207中所推荐的商品的图像840。进而，运算部104使用在步骤S201(图7)中存储器102所存储的表示距信标信号的发送源的自动贩卖机700的距离的信息，显示表示距通信终端100的当前地的距离的图像832。在本具体例中，由于距信标信号的发送源的自动贩卖机700的距离是6.1m(图10)，所以运算部104如图11所示，显示成为该距离的目标的、表示距通信终端100的当前地6m的距离的图像。

以后，将上述的推送通知画面800A～800C总称记载为推送通知画面800。设为：推送通知画面800在显示于显示器105之后，通信终端100的用户进行移动等，通信终端100的邻近通信部107没有从自动贩卖机700接收信标信号的时间经过了预定时间以上。该情况下，进行步骤S209(图7)，推送通知画面800变为非显示。由此，能避免在被认为没有购入饮料之意的用户的通信终端100的显示器105上白白(以浪费的形式)显示推荐饮料的推送通知画面800。

但是，并不限于此，在通信终端100的用户对推送通知画面800被显示着的显示器105的区域内进行了操作部106的操作(例如，划动操作)的情况下，运算部104也可以进行消除推送通知画面800的显示的处理，使推送通知画面800非显示。或者，也可以在显示了推送通知画面800之后，在预定时间以上没有进行用户对推送通知画面800的操作的情况下，运算部104进行消除推送通知画面800的显示的处理，使推送通知画面800非显示，或者也可以是，运算部104在推送通知画面800上进行使“到时间了”这一显示重叠显示的处理，使推送通知画面800无效。

接着，由看到推送通知画面800而产生了饮料的购买意图的用户使用操作部106进行选择推送通知画面800的操作(例如，触摸操作)。该情况下，进行步骤S210以及步骤S211(图7)。由此，单独的购买菜单显示于显示器105。

图12是表示单独的购买菜单900的显示例的图。具体而言，在步骤S211(图7)中，运算部104例如如图12所示，将单独的购买菜单900显示于显示器105。单独的购买菜单900包含：一个大区块对象903、矩阵状配置的多个区块对象(tile object)901和标题(title)902。

一个大区块对象903对应于在推送通知画面800中被推荐了的一个饮料。在大区块对象903中，包含被显示于推送通知画面800的消息820、饮料的商品名、饮料的价格、以及饮料的图像。

一个区块对象901对应于从每当接收到信标信号时在步骤S202(图7)中取得的各识别信息表示的、各信标信号的发送源的自动贩卖机700所保存的多个饮料中决定的、为了预防中暑而适合于通信终端100的用户补充水分的饮料中、与大区块对象903所对应的一个饮料不同的一个饮料。各区块对象901包含饮料的商品名、饮料的价格、以及饮料的图像。

此外，大区块对象903以及各区块对象901也可以与例如图9所示的推送通知画面800所包含的图像830同样，基于在步骤S201(图7)中存储器102所存储的表示信标信号的发送方向的信息，显示表示饮料被保存的自动贩卖机700实现的信标信号的发送方向的方向显示。

大区块对象903以及各区块对象901是根据为了预防中暑而适合于通信终端100的用户补充水分的位次而配置的。例如，大区块对象903对应于所述位次最高的饮料，被显示于最上层(上部)。各区块对象901，从大区块对象903的下层起，从与大区块对象903所对应的一个饮料不同的、所述位次高的饮料所对应的区块对象901起，依次从左端向右端配置，在配置到右端后，从下一层中的左端向右端配置。

此外，假设为了预防中暑而适合于通信终端100的用户补充水分的最高的位次的饮料存在多个。在该情况下，在单独的购买菜单900中，也可以包含该被推荐的多个饮料所对应的多个大区块对象903。在该情况下，在多个大区块对象903从上层向下层配置后，从下一层起配置各区块对象901。

在图12的购买菜单900的例子中，配置于最上层的大区块对象903表示的、商品名为“运动饮料”的饮料表示所述位次最高这一情况。配置于大区块对象903的下层左端的区块对象901表示的商品名为“矿泉水”的饮料表示所述位次次高这一情况，配置于最下层的右端的区块对象901表示的、商品名为“咖啡1”的饮料表示所述位次最低这一情况。

此外，在此示出的位次相应的大区块对象903以及各区块对象901的配置顺序是一例，本公开并不限于此。也可以将大区块对象903以及各区块对象901在同一层中从右端向左端按所述位次配置，也可以从下层向上层配置，或者也可以将其组合配置。

另外，例如，也可以将表示多个饮料的多个对象在横、纵、或圆弧线上呈一列排列，也可以仅将其中一部分对象显示于显示器105。该情况下，也可以将表示所述位次最高的饮料的对象配置为最开始显示在正中间，也可以将在其旁边显示的对象配置为是表示所述位次次高的饮料的对象。在该例中，可以将各对象配置为所述位次越靠右越低，也可以将各对象配置为所述位次越靠左越低，也可以使得距表示所述位次最高的饮料的对象的距离越远的对象，该对象表示的饮料的所述位次就越低。

这样，单独的购买菜单900并非按一台自动贩卖机700的单独的购买菜单，而是将从作为通信终端100接收到的信标信号的发送源的全部自动贩卖机700所保存的多个饮料中决定的、为了预防中暑而适合于通信终端100的用户补充水分的饮料统合为一个购买菜单而成的菜单。因此，标题902成为例如图12所示的“邻近自动贩卖机的虚拟菜单”等、表示将由邻近的自动贩卖机700贩卖的多个饮料统合之后的购买菜单之意的标题。

此外，在单独的购买菜单900中，在用户进行使用了操作部106的滚动操作时，与此相应地，变更所显示的区块对象901。由此，能显示一次都没显示过的其他饮料所对应的区块对象901。这样，用户通过进行滚动操作，能够浏览按该单独的购买菜单900所包含的全部饮料所对应的区块对象901。

接着，通过看到单独的购买菜单900而决定了购入对象的饮料的用户，进行该购入对象的饮料的购入操作。图13是表示通信终端100的用户从单独的购买菜单900选择购入对象的饮料的场景的一例的图。具体而言，如图13所示，用户能够使用手指等的指示体1001，对表示购入对象的饮料的大区块对象903或区块对象901进行触摸操作，由此选择购入对象的饮料。

当选择表示购入对象的饮料的大区块对象903或区块对象901时，运算部104变更该选择的大区块对象903或区块对象901(以后，称为选择区块对象)的颜色和/或模样。另外，运算部104将表示该选择区块对象表示的饮料的购入数的“1”显示于该选择区块对象上的预定位置(例如右上)。运算部104在每当由用户选择大区块对象903或区块对象901时，使该选择区块对象上显示着的购入数递增1而显示。

另外，当选择至少一个大区块对象903或区块对象901时，运算部104例如在显示器105的最下部等显示购入操作画面910。购入操作画面910包含表示由用户选择了的购入对象的饮料的图像911、该购入对象的饮料的购入数912、将该购入对象的饮料购入该购入数912所需的合计金额913、以及用于确定该饮料购入的购入按钮914。这样，由于购入操作画面910显示购入对象的饮料的图像、购入数、购入所需的合计金额，所以用户能够有效确认购入内容。

此外，购入操作画面910也可以与例如图9所示的推送通知画面800所包含的图像830同样，基于在步骤S201(图7)中存储器102所存储的信息，显示表示购入对象的饮料被保存的自动贩卖机700实现的信标信号的发送方向的方向显示。

图14是表示通信终端100的用户确定饮料的购入的场景的一例的图。接着，如图14所示，在购入操作画面910中通过确认了购入内容没有问题的用户使用手指等指示体1001对购入按钮914进行触摸操作。在对购入按钮914进行触摸操作期间，运算部104变更购入按钮914的颜色和/或模样。

在通过用户使指示体1001从购入按钮914离开时，购入对象的饮料的购入操作完成，进行步骤S212(图7)。由此，表示贩卖作为购入对象的饮料而被选择出的饮料的自动贩卖机700(以后，称为购入对象自贩机)实现的信标信号的发送方向的方向显示被显示于显示器105。

图15是表示通信终端100的用户取得所购入的饮料的场景的一例的图。具体而言，在步骤S212中，运算部104如图15所示，将引导所购入的饮料的支付方法的支付引导画面920显示于显示器105。

支付引导画面920与图11所示的推送通知画面800C同样地，显示表示由购入对象自贩机实现的信标信号的发送方向的方向显示。

具体而言，运算部104显示表示通信终端100的当前地的图像925，使用在步骤S201(图7)中存储器102所存储的表示购入对象自贩机实现的信标信号的发送方向的信息，或进行信标信号的再扫描，更新表示购入对象自贩机的信标信号的发送方向的信息，在将图像925的当前地作为基准时的该信息表示的发送方向上显示表示自动贩卖机700的图标图像927。

进而，运算部104使用在步骤S201(图7)中存储器102所存储的表示直到购入对象自贩机为止的距离的信息，或进行信标信号的再扫描，更新表示距购入对象自贩机(的邻近通信部707)的距离的信息，将表示距通信终端100的当前地的距离的图像926进行显示。由此，用户为了取得购入对象的饮料而观察支付引导画面920所显示的所述方向显示，从而能够容易移动至购入对象自贩机。

另外，支付引导画面920包含：购入对象的饮料的类别924、该饮料的图像921、该饮料的购入数922、以及将该购入对象的饮料购入相应该购入数922所需的合计金额923。另外，支付引导画面920包含购入对象自贩机中的、对使用了通信终端100的支付操作方法进行引导的消息928。

接着，用户观察支付引导画面920所显示的所述方向显示而移动至购入对象自贩机。而且，通过用户按照支付引导画面920所显示的消息928，进行购入对象自贩机中的、使用了通信终端100的支付操作时，在通信终端100中进行步骤S213(图7)，在购入对象自贩机中进行步骤S272(图7)。由此，用户购入的饮料被提供给用户。

另外，通过进行步骤S214(图7)，饮料的购入信息被发送至个人信息服务器200。由此，进行步骤S222(图7)。其结果，在通信终端100的用户是许可用户的情况下，基于在步骤S214中发送的购入信息，更新个人信息服务器200的存储器203所存储的该用户的购入历史记录信息。

(数据构成)

接着，针对图7所示的在各步骤中使用的信息的数据构成进行说明。

图16是表示在信标信号的接收时通信终端100的存储器102所存储的信息2100的数据构成的一例的图。图16所示的信息2100在步骤S201以及步骤S202中由存储器102所存储。

“信标ID”字段是表示在步骤S201中接收到的信标信号所包含的信标ID(关于信标ID的数据结构参照图4、图5)的字段。“信标距离”字段是表示从通信终端100，到在步骤S201中接收到的信标信号的发送源即自动贩卖机700(的邻近通信部707)为止的距离的字段。“信标方位”字段是表示在步骤S201中接收到的信标信号的发送方向的字段。

“自贩机ID”字段是表示在步骤S202中，从发送了在步骤S201中接收到的信标信号的自动贩卖机700取得的、识别自动贩卖机700的识别信息所包含的自贩机ID的字段。“商品信息1”～“商品信息3”字段是表示在步骤S202中，从发送了在步骤S201中接收到的信标信号的自动贩卖机700取得的追加信息所包含的、该自动贩卖机700所保存的各饮料相关的商品信息的字段。

例如，在图16所示的信息2100的第一个记录中，由于在步骤S201中接收到信标ID是“ID1”的信标信号，所以在“信标ID”字段存储有“ID1”。另外，在该步骤S201中，检测为到该信标信号的发送源即自动贩卖机700为止的距离是“5.0(m)”，并检测为信标信号的发送方向是在包含通信终端100的当前地的地图显示中，从通信终端100的正面方向顺时针旋转“349(度)”的方向，所以在该记录中“信标距离”、“信标方位”字段存储有“5.0”、“349”。

进而，在接下来的步骤S202中，由于从在步骤S201中接收到的信标信号的发送源即自动贩卖机700取得“自动贩卖机A”来作为自贩机ID，所以在图16的第一个记录的“自贩机ID”字段存储有“自动贩卖机A”。

另外，在该自动贩卖机700中保存三个饮料，从该自动贩卖机700被取得了，包含表示商品名是“咖啡1”、种类是“咖啡”的类别信息、和表示价格是“130”、数量是“8”、温度是“5”的库存信息的商品信息、包含表示商品名是“咖啡2”、种类是“咖啡”的类别信息和表示价格是“160”、数量是“10”、温度是“5”的库存信息的商品信息、和包含表示商品名是“咖啡3”、种类是“咖啡”的类别信息和包含价格是“160”、数量是“7”、温度是“6”的库存信息的商品信息，因此，在“商品信息1”～“商品信息3”的字段分别存储有“咖啡1、咖啡、130、8、5”、“咖啡2、咖啡、160、10、5”以及“咖啡3、咖啡、160、7、6”。

由于接收到信标ID是“ID2”、“ID3”的信标信号，所以图16所示的信息2100还例示了存储了“信标ID”字段是“ID2”的记录、和“信标ID”字段是“ID3”的记录。

例如，由于从信标ID是“ID2”的信标信号的发送源即自动贩卖机700取得了“自动贩卖机B”(第2识别信息)来作为自贩机ID，所以“信标ID”字段是“ID2”的记录的“自贩机ID”字段存储有“自动贩卖机B”。

另外，在该自动贩卖机700保存三个饮料(第2饮料组)，从该自动贩卖机700取得了包含表示商品名是“啤酒1”、种类是“啤酒”的类别信息和表示价格是“250”、数量是“7”、温度是“6”的库存信息的商品信息、包含表示商品名是“啤酒2”、种类是“啤酒”的类别信息和表示价格是“250”、数量是“0”、温度是“6”的库存信息的商品信息、包含表示商品名是“啤酒3”、种类是“啤酒”的类别信息和表示价格是“300”、数量是“11”、温度是“13”的库存信息的商品信息，所以在“商品信息1”～“商品信息3”的字段分别存储有“啤酒1、啤酒、250、7、6”、“啤酒2、啤酒、250、0、6”以及“啤酒3、啤酒、300、11、13”。

接下来，对生物体信息的数据构成进行说明。图17是表示生物体信息表格2300的一例的图。在个人信息服务器200的存储器203中，如上所述，设有生物体信息表格2300，所述生物体信息表格2300用于将由通信终端100中的传感器应用程序从生物体传感器600收集的生物体信息，与表示通信终端100的用户的用户ID以及该生物体信息的测定日期时间的测定日期时间信息关联地时序地存储。这里所示的生物体信息表格2300的最近的生物体信息有可能还仅保存于通信终端100的存储器102。因此，最新的生物体信息也可以不是从个人信息服务器200而是从通信终端100取得。

个人信息服务器200的运算部202在经由通信部201被请求了通信终端100的用户的生物体信息的情况下，从图17所示的生物体信息表格2300，取得包含该用户的用户ID的记录，将该所取得的记录作为该用户的生物体信息而回复。

生物体信息表格2300的“用户ID”字段是表示通信终端100的用户的用户ID的字段。“测定日期时间”字段是表示测定日期时间信息的字段。“生物体信息”字段是表示从通信终端100取得的生物体信息的字段。“生物体信息”字段被分类为表示用户的收缩压、舒张压、心率、体水分率以及体温的“收缩压”、“舒张压”、“心率”、“体水分率”、“体温”字段。此外，“生物体信息”字段并不限定于此，只要包含“体水分率”、“体温”字段的至少一个以上字段即可。

例如，图17所示的生物体信息表格2300表示时序地存储着从测定日期时间信息“20200414060000”表示的2020年4月14日6时00分00秒到日期时间信息“20200414090000”表示的2020年4月14日9时00分00秒为止每1小时测定的用户ID为“USR01”的用户的生物体信息的例子。

例如，图17所示的生物体信息表格2300表示在2020年4月14日6时00分00秒所测定的、表示收缩压、舒张压、心率、体水分率以及体温为“124mmHg”、“79mmHg”、“76次/min”、“57.0％”、“36.2℃”的、用户ID为“USR01”的用户的生物体信息被存储于“用户ID”字段为“USR01”、“测定日期时间”字段为2020年4月14日6时00分00秒的“20200414060000”的记录的、“收缩压”、“舒张压”、“心率”、“体水分率”、“体温”字段的例子。

(决定为了预防中暑而适合于用户补充水分的饮料的处理)

接下来，使用具体例对决定在推送通知画面800中推荐、另外在单独的购买菜单900中显示的、为了预防中暑而适合于通信终端100的用户补充水分的至少一个饮料的饮料决定处理进行说明。饮料决定处理在对推送通知画面800的通知进行判断的情况下进行，饮料决定处理的结果在推送通知画面800以及单独的购买菜单900的生成时被利用。

在本实施方式中，在饮料决定处理中，使用在该饮料决定处理之前所取得的、由邻近通信部107接收到的各信标信号的发送源的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合以及通信红缎100的生物体信息，从所述发送源的自动贩卖机700所保存的多个饮料中，决定为了预防中暑而适合于通信终端100的用户补充水分的至少一个饮料。

图18是表示饮料决定处理的一例的流程图。图19是表示在饮料决定处理中使用的判断表格2400的一例的图。图20是表示在图18所示的饮料决定处理中使用的作业用表格2500的一例的图。

此外，在本具体例中，设为在饮料决定处理之前，取得了图16所示的信息2100所包含的商品信息和图17所示的生物体信息表格2300的最近的一个以上的记录。

如图18所示，首先，运算部104参照饮料决定处理之前所取得的各商品信息(图16)，基于各商品信息所包含的类别信息以及库存信息，判别各商品信息所对应的饮料是否能够贩卖(可贩卖)。而且，运算部104将该判别的结果存储于图20所示的作业用表格2500(步骤S401)。由此，能够将判别为不可贩卖的饮料从向用户推荐的饮料中排除。

具体而言，在步骤S401中，运算部104将表示库存信息所包含的数量信息表示的数量是“0”的商品信息所对应的饮料判别为售罄而不可贩卖的饮料。另外，运算部104将表示库存信息所包含的温度信息表示的温度是能够向用户提供的预定的温度范围外的商品信息所对应的饮料判别为适温外而不可贩卖的饮料。此外，在本具体例中，设为：冷饮的预定的温度范围是4℃以上且7℃以下。另外，在本具体例(图16)中不处理热饮，但热饮的预定温度范围是53℃以上且57℃以下。

在图16的例子中，在信标ID是“ID2”的记录中，将库存信息所包含的数量信息表示的数量是“0”、类别信息所包含的商品名信息表示的商品名是“啤酒2”的商品信息所对应的饮料判别为是不可贩卖的饮料。另外，在信标ID是“ID2”的记录中，将库存信息所包含的温度信息表示的温度是“13”、类别信息所包含的商品名信息表示的商品名是“啤酒3”的商品信息所对应的饮料判别为不可贩卖的饮料。除了这两个商品信息以外的七个商品信息所对应的饮料被判别为可贩卖饮料。

运算部104如图20所示，参照在饮料决定处理之前所取得的各商品信息(图16)，将各商品信息所包含的商品名信息表示的商品名(例如，咖啡1)存储于图20所示的作业用表格2500的“商品名”字段。然后，运算部104在作业用表格2500的“贩卖可否”字段中存储步骤S401中的判别结果。

此外，图20的“贩卖可否”字段所记载的“OK”表示该“贩卖可否”字段所对应的“商品名”字段表示的商品名(例如，咖啡2)的饮料是被判别为能够贩卖(可贩卖)的饮料。图20的“贩卖可否”字段中的“NG(售罄)”表示该“贩卖可否”字段所对应的“商品名”字段表示的商品名(例如，啤酒2)的饮料是被判别为售罄而不可贩卖的饮料。图20的“贩卖可否”字段中的“NG(适温外)”表示该“贩卖可否”字段所对应的“商品名”字段表示的商品名(例如，啤酒3)的饮料是被判别为适温外而不可贩卖的饮料。

接下来，运算部104基于在饮料决定处理之前取得的生物体信息(图17)，判定用户的中暑的风险是否为需要推送通知画面800的通知的程度(步骤S402)。

具体而言，在存储器102中，预先存储有图19所示的判断表格2400。“体温”字段是表示在中暑的风险的判断中使用的体温(℃)的范围(例如，36.7以上且小于37)的字段。“体水分率”字段是表示在中暑的风险的判断中使用的体水分率(％)的范围(例如，57以上且小于60)的字段。

“推送通知的要否判定”字段是表示用户的中暑的风险是需要(例如，要)还是不需要(例如，否)推送通知画面800的通知的程度的字段。

“优先位次”字段是按饮料的种类表示将各种类(例如，口服补水液、运动饮料、矿泉水)的饮料作为为了预防中暑而适合于补充水分的饮料进行推荐时的优先位次(数值越小则优先位次越高，例如，1～4)的字段。

在步骤S402中，运算部104在所述生物体信息(图17)中取得在“测定日期时间”字段中存储有最近的日期时间(例如，20200414090000)的记录作为表示用户的当前的身体状况的记录。然后，运算部104取得存储于该所取得的记录的“体水分率”以及“体温”字段的体水分率(例如，56.1)以及体温(例如，36.8)来作为用户的当前的体水分率以及体温。

运算部104参照表示在存储于存储器102的判断表格2400中在“体温”字段中包含该所取得的用户的当前的体温(例如，36.8)的范围(例如，36.7以上且小于37)的记录的“推送通知的要否判定”(也记为“推送通知的要否判定”)字段(例如，要)。另外，运算部104参照表示在存储于存储器102的判断表格2400中在“体水分率”字段中包含该所取得的用户的当前的体水分率(例如，56.1)的范围(例如，55以上且小于57)的记录的“推送通知的要否判定”字段(例如，要)。

运算部104在所参照的“推送通知的要否判定”字段中的至少一个表示用户的中暑的风险为需要推送通知画面800的通知的程度(例如，需要)的情况下，判定为用户的中暑的风险为需要推送通知画面800的通知的程度。

此外，并不限定于此，运算部104也可以在所参照的多个“推送通知的要否判定”字段都表示用户的中暑的风险为需要推送通知画面800的通知的程度(例如，需要)的情况下，判定为用户的中暑的风险为需要推送通知画面800的通知的程度。

运算部104在步骤S402中判定为用户的中暑的风险不是需要推送通知画面800的通知的程度的情况下(在步骤S402中NO)，将饮料决定处理结束。在该情况下，在图7所示的步骤S207中，运算部104判断为不需要推送通知画面800的通知，结束处理。

另一方面，运算部104在步骤S402中判定为用户的中暑的风险为需要推送通知画面800的通知的程度的情况下(在步骤S402中YES)，判断为需要推送通知画面800的通知，进行步骤S403以后的处理。

在步骤S403中，运算部104基于在饮料决定处理之前取得的生物体信息(图17)，根据用户的中暑的风险，按饮料的种类，决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次(步骤S403)。

具体而言，在步骤S403中，运算部104与步骤S402同样，在存储于存储器102的判断表格2400中，参照表示在“体温”字段中包含从所述生物体信息(图17)取得的用户的当前的体温(例如，36.8)的范围(例如，36.7以上且小于37)的记录的“推送通知的要否判定”字段。另外，运算部104与步骤S402同样，在存储于存储器102的判断表格2400中，参照表示在“体水分率”字段中包含从所述生物体信息(图17)取得的用户的当前的体水分率(例如，56.1)的范围(例如，55以上且小于57)的记录的“推送通知的要否判定”字段。

运算部104设为所参照的两个“推送通知的要否判定”字段中、仅一个“推送通知的要否判定”字段表示用户的中暑的风险为需要推送通知画面800的通知的程度(例如，需要)。在该情况下，运算部104以包含该一个“推送通知的要否判定”字段的记录的“优先位次”字段表示的优先位次来决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。

例如，作为第一具体例，设为所述一个“推送通知的要否判定”字段为从图19所示的判断表格2400的从上起为第一的记录的“推送通知的要否判定”字段。在该情况下，运算部104将推荐种类为“口服补水液”的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，在该记录的“优先位次”字段中，根据种类为“口服补水液”的饮料的优先位次而决定为“1”。同样，运算部104将推荐种类为“运动饮料”、“矿泉水”、“其他”的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，在该记录的“优先位次”字段中，根据种类为“运动饮料”、“矿泉水”、“其他”的饮料的优先位次而决定为“2”、“3”、“4”。

在第一具体例中，用户的当前的体温包含于第一记录的“体温”字段表示的范围“37以上”、或用户的当前的体水分率包含于该记录的“体水分率”字段表示的范围“小于55”，所以可认为用户的中暑的风险为重度。在该情况下，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于补充水分的饮料进行推荐，将种类为“运动饮料”的饮料作为为了预防中暑而第二适合于补充水分的饮料进行推荐。然后，将种类为“矿泉水”的饮料作为为了预防中暑而第三适合于补充水分的饮料进行推荐，将种类为“其他”的饮料作为为了预防中暑而第四适合于补充水分的饮料进行推荐。

作为第二具体例，设为所述一个“推送通知的要否判定”字段为从图19所示的判断表格2400的从上起第二的记录的“推送通知的要否判定”字段。在该情况下，将推荐种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次分别决定为第三、第一、第二、第四。

在第二具体例中，用户的当前的体温包含于第二记录的“体温”字段表示的范围“36.7以上且小于37”、或用户的当前的体水分率包含于该记录的“体水分率”字段表示的范围“57以上小于60”，所以可认为用户的中暑的风险比第一具体例稍轻。在该情况下，将种类为“运动饮料”、“矿泉水”、“口服补水液”、“其他”的饮料按照该记载位次，作为为了预防中暑而适合于补充水分的饮料进行推荐。

作为第三具体例，设为所述一个“推送通知的要否判定”字段为从图19所示的判断表格2400的从上起第三的记录的“推送通知的要否判定”字段。在该情况下，将推荐种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次决定为第三、第二、第一、第四。

在第三具体例中，用户的当前的体温包含于第三记录的“体温”字段表示的范围“36.5以上且小于36.7”、或用户的当前的体水分率包含于该记录的“体水分率”字段表示的范围“55以上且小于57”，所以可认为用户的中暑的风险比第二具体例稍轻。在该情况下，将种类为“矿泉水”、“运动饮料”、“口服补水液”、“其他”的饮料按照该记载位次，作为为了预防中暑而适合于补充水分的饮料进行推荐。

即，运算部104使用图19所示的判断表格2400，在用户的中暑的风险下降到了第三具体例的情况下，按第1位次推荐种类为“矿泉水”的饮料，按第2位次推荐种类为“运动饮料”的饮料，按第3位次推荐种类为“口服补水液”，按第4位次推荐种类为“其他”的饮料。

换而言之，运算部104在用户的中暑的风险为第三具体例程度的轻度时，将种类为“矿泉水”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料进行推荐。运算部104在用户的中暑的风险为中度时，将种类为“运动饮料”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料进行推荐。运算部104在用户的中暑的风险为重度时，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料进行推荐。

此外，设为运算部104所参照的多个“推送通知的要否判定”字段都表示用户的中暑的风险为需要推送通知画面800的通知的程度(例如，需要)。在该情况下，运算部104在该多个“推送通知的要否判定”字段包含于相同记录时，与上述同样，将推荐各种类的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，决定为该记录的“优先位次”字段表示的优先位次。

另一方面，运算部104，在所参照的多个“推送通知的要否判定”字段分别包含于互相不同的两个记录时，例如，将推荐各种类的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，决定为该多个记录中、表示“体温”字段为高的体温的范围的记录、或表示“体水分率”字段为低的体水分率的范围的记录的“优先位次”字段表示的优先位次，决定。即，根据在判断表格2400中更上的记录来决定优先的饮料的种类。由此，运算部104将推荐各种类的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，决定为表示用户的中暑的风险更加恶化的记录的“优先位次”字段表示的优先位次。

此外，并不限定于此，运算部104也可以将推荐各种类的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，例如决定为该多个记录中、表示“体温”字段为低的体温的范围的记录、或表示“体水分率”字段为高的体水分率的范围的记录的“优先位次”字段表示的优先位次。即，根据在判断表格2400中更下的记录来决定优先的饮料的种类。由此，运算部104也可以将推荐各种类的饮料来作为为了预防中暑而适合于补充水分的饮料时的优先位次，决定为表示用户的中暑的风险为更轻度的记录的“优先位次”字段表示的优先位次。

在步骤S403之后，运算部104基于步骤S401以及步骤S403的结果，决定在推送通知画面800中推荐的至少一个饮料(步骤S404)，并将饮料决定处理结束。

具体而言，在步骤S404中，运算部104对在步骤S401中判别为能够贩卖的各饮料，分配对应于在步骤S403中决定的该各饮料的种类的优先位次。

详细而言，运算部104在作业用表格2500(图20)中，在步骤S401中在“是否可贩卖”字段中存储了“OK”的、对应于能够贩卖的饮料的记录的“按商品的优先位次”字段中，存储对应于在步骤S403中决定的该记录的“商品名”字段表示的商品名的饮料的种类的优先位次。此外，运算部104通过参照在饮料决定处理之前取得的各商品信息(图16)所包含的商品名信息以及种类信息，把握“商品名”字段表示的商品名的饮料的种类。

例如，执行步骤S401的结果，如图20所示，在作业用表格2500的各记录的“商品名”、“是否可贩卖”字段中，存储有图16所示的各商品信息所包含的商品名信息表示的商品名、步骤S401中的判别结果。

另外，在步骤S403中，运算部104在图19所示的判断表格2400中，使用“体温”字段为“37以上”的记录(第1记录)，决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。即，将种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次被决定为第一、第二、第三、第四。

在该情况下，运算部104在步骤S404中，如图20的作业用表格2500中的“按商品的优先位次”字段的第三列(“37以上”“小于55”栏)所示，在“是否可贩卖”字段为“OK”、“商品名”字段表示“口服补水液”的能够贩卖的饮料的记录的“按商品的优先位次”字段中，存储对应于在步骤S403中决定的该饮料的种类即“口服补水液”的优先位次“1”。

同样，运算部104，在“是否可贩卖”字段为“OK”、“商品名”字段表示“矿泉水”、“运动饮料”的能够贩卖的饮料的记录的“按商品的优先位次”字段中，存储对应于在步骤S403中决定的该饮料的种类即“矿泉水”、“运动饮料”的优先位次“3”、“2”。

另外，运算部104，在“是否可贩卖”字段为“OK”、“商品名”字段表示“口服补水液”、“矿泉水”、“运动饮料”以外的商品名的能够贩卖的饮料的记录的“按商品的优先位次”字段中，存储对应于在步骤S403中决定的该饮料的种类即“其他”的优先位次“4”。

此外，图20的作业用表格2500中的“按商品的优先位次”字段的第一列，在步骤S403中，运算部104使用在图19所示的判断表格2400中、“体温”字段为“36.5以上且低于36.7”的记录(第3记录)而决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次的情况下，示出了在步骤S404中存储的优先位次。

图20的作业用表格2500中的“按商品的优先位次”字段的第二列，在步骤S403中，运算部104使用在图19所示的判断表格2400中、“体温”字段为“36.7以上且小于37”的记录(第2记录)而决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次的情况下，示出了在步骤S404中存储的优先位次。

由此，运算部104将对应于在图20的作业用表格2500中、“是否可贩卖”字段表示“OK”的记录的、在步骤S401中判断为能够贩卖的饮料，决定为作为为了预防中暑而适合于补充水分的饮料而推荐饮料。另外，运算部104将对应于在步骤S401中判断为能够贩卖的各饮料的记录的“按商品的优先位次”字段表示的优先位次，决定为作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。

此外，在第一实施方式中，运算部104在步骤S207(图7)中，执行饮料决定处理。然后，在执行了步骤S404的情况下，运算部104使用执行了饮料决定处理的结果所得到的作业用表格2500，生成推送通知画面800。另外，运算部104在步骤S210(图7)中，使用该作业用表格2500，生成单独的购买菜单900。

具体而言，在步骤S207(图7)中，运算部104，将推荐对应于在图20所示的作业用表格2500的“按商品的优先位次”字段中存储有“1”的记录的饮料的消息，包含于图9以及图11所示的推送通知画面800B、800C所含的消息820。另外，运算部104在步骤403中，将从所述生物体信息(图17)取得的用户的当前的体温和/或体水分率中的一个以上包含于消息820。

另外，运算部104在步骤S210(图7)中，生成表示对应于在作业用表格2500的“按商品的优先位次”字段中存储有优先位次“1”的各记录的各饮料的大区块对象903(图12等)。另外，运算部104在步骤S210(图7)中，生成表示对应于在作业用表格2500的“按商品的优先位次”字段中存储有“2”以后的优先位次的各记录的各饮料的区块对象901(图12等)。

然后，运算部104如上所述，根据存储于对应于该各大区块对象903以及各区块对象901表示的各饮料的记录的“按商品的优先位次”字段的优先位次，配置各大区块对象903以及各区块对象901。

(第二实施方式)

以下，针对本公开的第二实施方式进行说明。在第一实施方式中，对通信终端100中的运营商X应用程序从个人信息服务器200以及通信终端100取得通信终端100的用户的生物体信息的例子进行了说明。在第二实施方式中，通信终端100中的运营商X应用程序从通信终端100的传感器应用程序取得通信终端100的用户的生物体信息这一点与第一实施方式不同。

在第二实施方式中，在通信终端100的存储器102中，设有与图17所示的生物体信息表格2300相同构成的表格。以后，为了便于说明，将该表记为生物体信息表格2300。传感器应用程序收集在生物体传感器600中定期计测的通信终端100的用户的生物体信息，将该收集的生物体信息与该用户的用户ID以及表示测定该生物体信息的测定日期时间的测定日期时间信息关联，时序地存储于生物体信息表格2300(图17)。

下面，对第二实施方式中的自动贩卖机管理系统的处理的整体图进行说明。此外，在以后的说明中，对于与第一实施方式相同内容的处理，适当将说明省略。图21是表示第二实施方式中的自动贩卖机管理系统的处理的整体图的一例的时序图。

如图21所示，在第二实施方式中，代替第一实施方式中的步骤S204(图7)，进行步骤S204a。

在步骤S204a中，运算部104通过执行传感器应用程序，在设置于存储器102的生物体信息表格2300(图17)中取得包含通信终端100的用户的用户ID的记录作为该用户的生物体信息(步骤S204a)。以后与第一实施方式同样，进行步骤S207以后的处理。

此外，在第二实施方式中，在步骤S207中，运算部104使用每当接收到信标信号而在步骤S202中取得的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合以及在步骤S204a中取得的通信终端100的用户的生物体信息，执行与第一实施方式同样的饮料决定处理(步骤S401～S404(图18))。然后，在执行了步骤S404(图18)的情况下，运算部104使用执行了该饮料决定处理结果得到的作业用表格2500(图20)，生成推送通知画面800。另外，运算部104在步骤S210(图7)中，使用该作业用表格2500(图20)，生成单独的购买菜单900。

(第三实施方式)

以下，对本公开的第三实施方式进行说明。在第一实施方式中，对以下例子进行了说明，即，在通信终端100中的运营商X应用程序中，从个人信息服务器200以及通信终端100取得通信终端100的用户的生物体信息，生成推送通知画面800以及单独的购买菜单900，将通信终端100的用户的饮料的购入信息向个人信息服务器200通知。

在第三实施方式中，与第一实施方式的不同之处在于，在提供运营商X应用程序的运营商利用的运营商管理服务器300中，从个人信息服务器200取得通信终端100的用户的生物体信息，生成推送通知画面800以及单独的购买菜单900，将通信终端100的用户的饮料的购入信息向个人信息服务器200通知。

以下，针对第三实施方式的自动贩卖机管理系统的处理的全局进行说明。此外，在以后的说明中，针对与第一实施方式相同内容的处理，适当省略说明。图22是表示第三实施方式的自动贩卖机管理系统的处理的全局的一例的时序图。

如图22所示，与第一实施方式同样，自动贩卖机管理系统具备的各自动贩卖机700的邻近通信部707定期发送信标信号(步骤S271)。

在通信终端100中，通过执行运营商X应用程序，与第一实施方式同样，进行步骤S201。由此，除了信标ID以外，到作为信标信号的发送源的自动贩卖机700为止的距离和表示该信标信号的发送方向的信息存储于存储器102。另外，进行步骤S202，识别自动贩卖机700的识别信息、包含类别信息以及库存信息商品信息存储于存储器102。

接着，运算部104控制通信部101，将存储器102所存储的、包含用户ID的识别通信终端100的识别信息、在步骤S202取得的作为信标信号的发送源的各自动贩卖机700的识别信息以及商品信息向运营商管理服务器300发送(步骤S203a)。

与此相应地，在运营商管理服务器300中，运算部302基于经由通信部301取得的自动贩卖机700的识别信息以及商品信息，更新存储器303所存储的、该识别信息所对应的自动贩卖机700的商品信息。

这样一来，通信终端100的邻近通信部107每当接收从自动贩卖机700的邻近通信部707发送的信标信号时，以该接收为契机反复进行从步骤S201到步骤S203a为止的处理。

此外，运算部104在检测出从多个自动贩卖机700发送的多个信标信号被邻近通信部107接收到的情况下，也可以使得在邻近通信部107接收各信标信号时仅反复执行步骤S201以及步骤S202，使得步骤S203a仅执行一次(或比步骤S202的重复次数少的次数)。由此，运算部104也可以使得在该一次的步骤S203a中，将包含用户ID的识别通信终端100的识别信息、在各步骤S201以及步骤S202取得的各自动贩卖机700的识别信息以及商品信息汇总向运营商管理服务器300发送。

接着，设为提供运营商X应用程序的运营商X与个人信息服务器200的管理运营商合作，并允许运营商X或运营商X应用程序取得个人信息服务器200所存储的各用户的个人信息。该情况下(“运营商间合作完成”)，运营商管理服务器300的运算部302控制通信部301，将请求由该识别信息所包含的用户ID识别的用户的生物体信息的发送的信号，与从通信终端100取得的识别通信终端100的识别信息一起，向个人信息服务器200发送(步骤S231)。

在个人信息服务器200中，在通信部201接收在步骤S231中发送的、识别通信终端100的识别信息(包含识别用户的用户ID)、以及、请求用户的生物体信息的发送的信号时，通过运算部202进行步骤S221a(步骤S221a)。

具体而言，在步骤S221a中，运算部202在判断为通信部201接收到的识别信息所包含的用户ID表示的用户是许可用户的情况下(“有本人许可”)，控制通信部201，将从存储器203取得的该许可用户的生物体信息向运营商管理服务器300回复。另一方面，运算部202在判断为并非许可用户的情况下(“除此以外”)，控制通信部201，将表示个人信息不可访问这一情况的信息向运营商管理服务器300回复。这些回复的信息被运营商管理服务器300的通信部301所接收，并输出至运算部302。

此外，运算部202也可以在判断为并非许可用户的情况下(“除此以外”)，控制通信部201，将确认是否允许运营商管理服务器300读出个人信息的消息向从运营商管理服务器300取得的识别信息表示的通信终端100发送。与此相应地，运算部202经由通信部201从通信终端100取得了允许之意的回复。该情况下，运算部202也可以从存储器203取得在步骤S221a中接收到的识别信息所包含的用户ID表示的用户的生物体信息。然后，运算部202也可以将该取得的信息通过通信部201回复给运营商管理服务器300。

运算部302进行步骤S234(步骤S234)。在步骤S234中，运算部302首先基于在此前的步骤中取得的、自动贩卖机700的识别信息和商品信息所包含的类别信息及库存信息的各组合、以及通信终端100的用户的生物体信息，判断是否通知推送通知画面800。在此，自动贩卖机700的识别信息和商品信息所包含的类别信息及库存信息的各组合表示在步骤S203a中被发送并经由通信部301取得的组合。生物体信息表示在步骤S221a中被回复，并经由通信部301取得的生物体信息。

在第三实施方式中，在步骤S234中，运算部302使用上述的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合通信终端100的用户的生物体信息执行饮料决定处理(步骤S401～S404(图18))。

由此，运算部302在执行了步骤S402(图18)结果是判断为不通知推送通知画面的情况下(“不通知”)，结束处理。另一方面，通信终端100的运算部104在步骤S203a的执行后到经过预定时间为止的期间，在没有来自运营商管理服务器300的回复的情况下，结束处理，与运营商X应用程序的执行刚开始之后同样，返回到等待利用近场通信部107的信标信号的接收的状态。

另一方面，运算部302在执行了步骤S402(图18)结果判断为通知推送通知画面的情况下(“通知”)，将饮料决定处理继续，使用该饮料决定处理的结果得到的作业用表格2500(图20)，生成推送通知画面800。

接着，运算部302控制通信部301，将在步骤S234中生成的表示推送通知画面800的信息向通信终端100发送(步骤S235)。

另一方面，在通信终端100中，运算部104在经由通信部101取得在步骤S235中发送的表示推送通知画面800的信息时，将该取得的信息表示的推送通知画面800显示于通信终端100的显示器105(步骤S208a)。

运算部104在步骤S208a中显示了推送通知画面800之后，在预定时间以上没有检测到邻近通信部107对信标信号的接收的情况下(“预定时间以上无信标接收”)，进行消除推送通知画面800的显示的处理，使推送通知画面800非显示。然后，运算部104结束处理(步骤S209)。运算部104在结束处理时，使邻近通信部107对信标信号的接收返回待机(等待)的状态。

另一方面，在用户使用操作部106进行了选择推送通知画面的操作(例如，触摸操作)的情况下(“推送通知画面选择”)，运算部104控制通信部101，将请求单独的购买菜单900的生成的信号向运营商管理服务器300发送(步骤S210a)。请求该单独的购买菜单900的生成的信号通过运营商管理服务器300的通信部301被接收，并输出至运算部302。

运算部302在经由通信部301取得在步骤S210a中发送的请求单独的购买菜单900的生成的信号时，基于在步骤S234中使用的商品信息所包含的类别信息以及库存信息以及通信终端100的用户的生物体信息，生成单独的购买菜单900(步骤S236)。

此外，在步骤S236中，运算部302使用步骤S234中的饮料决定处理(步骤S401～S404(图18))的执行而得到的作业用表格2500(图20)，生成单独的购买菜单900。

接着，运算部302控制通信部301，将在步骤S236中生成的、表示单独的购买菜单900的信息向通信终端100发送(步骤S237)。

另一方面，在通信终端100中，运算部104在经由通信部101取得在步骤S237中发送的表示单独的购买菜单900的信息时，将该取得的信息表示的单独的购买菜单900显示于通信终端100的显示器105(步骤S211a)。

在步骤S211a之后，与第一实施方式同样地，进行步骤S212～步骤S213以及步骤S272，将用户购入的饮料提供给用户。

通信终端100的运算部104在步骤S213之后，控制通信部101，将饮料的购入信息向运营商管理服务器300发送(步骤S214a)。由此，在运营商管理服务器300中，在步骤S214a中发送的饮料的购入信息通过通信部301接收，并被输出至运算部302。饮料的购入信息包含通信终端100的用户的用户ID、表示该用户购入饮料的日期和时间的日期和时间信息、识别该用户购入了饮料的自动贩卖机700的识别信息、和表示该用户购入了的饮料的类别的类别信息(或也可以仅是表示商品名的商品名信息)。

运营商管理服务器300的运算部302在从通信部301取得饮料的购入信息时，将请求通信终端100的用户的购入历史记录信息的历史记录的更新的信号与该取得的饮料的购入信息一起，通过通信部301向个人信息服务器200发送(步骤S238)。与此相应地，在个人信息服务器200中，与第一实施方式同样地，进行步骤S222，在通信终端100的用户是许可用户的情况下，更新存储器203所存储的该许可用户的购入历史记录信息。

(第四实施方式)

下面，对本公开的第四实施方式进行说明。在第三实施方式中，对在运营商管理服务器300中、从个人信息服务器200取得通信终端100的用户的生物体信息的例子进了说明。在第四实施方式中，在运营商管理服务器300中，对通信终端100的传感器应用程序请求通信终端100的用户的生物体信息、从传感器应用程序取得该生物体信息这一点与第三实施方式不同。

在第四实施方式中，在通信终端100的存储器102中，与第二实施方式同样，设有与图17所示的生物体信息表格2300相同构成的表格。以后，为了便于说明，将该表格记为生物体信息表格2300。传感器应用程序与第二实施方式同样，收集在生物体传感器600中定期计测的通信终端100的用户的生物体信息，将该收集的生物体信息与该用户的用户ID以及表示测定该生物体信息的测定日期时间的测定日期时间信息关联，时序地存储于生物体信息表格2300(图17)。

下面，对第四实施方式中的自动贩卖机管理系统的处理的整体图进行说明。此外，在以后的说明中，对于第三实施方式相同内容的处理，适当将说明省略。图23是表示第四实施方式中的自动贩卖机管理系统的处理的整体图的一例的时序图。

如图23所示，在第四实施方式中，代替第三实施方式中的步骤S231(图22)，进行步骤S239(步骤S239)。

在步骤S239中，运算部302，向在步骤S203a中取得的识别通信终端100的识别信息所包含的终端ID表示的通信终端100，请求该通信终端100的用户的生物体信息，取得据此回复的该通信终端100的用户的生物体信息(步骤S239)。

具体而言，在步骤S239中，运算部302控制通信部301，对在步骤S203a中取得的识别通信终端100的识别信息所包含的终端ID表示的通信终端100，发送请求该通信终端100的用户的生物体信息的信号。在该通信终端100中，在通信部101接收请求该通信终端100的用户的生物体信息的信号时，向通知运算部104该接收之意。运算部104在接受该通知时，通过执行传感器应用程序，取得在设置于存储器102的生物体信息表格2300(图17)中包含通信终端100的用户的用户ID的记录作为该用户的生物体信息。然后，运算部104使该所取得的生物体信息通过通信部101回复。与此相应，运营商管理服务器300的运算部302经由通信部301取得从该通信终端100回复的该通信终端100的用户的生物体信息。以后与第三实施方式同样，进行步骤S234以后的处理。

此外，在这里设为了“执行传感器应用程序”，但本公开并不限定于此。例如，传感器应用程序也可以向运营商X应用程序或通信终端100的OS(Operating system即操作系统)赋予对于存储于存储器102的生物体信息的访问权。在该情况下，从运营商管理服务器300请求的生物体信息也可以经由运营商X应用程序或OS，从设置于存储器102的生物体信息表格2300之内、包含通信终端100的用户的用户ID的一个以上记录取得。进而，也可以从该一个以上记录之中使用存储有最接近“测定日期时间”字段的日期时间的仅一个记录。

此外，在第四实施方式中，在步骤S234中，运算部302使用在步骤S203a中发送、经由通信部301取得的自动贩卖机700的识别信息与商品信息所包含的类别信息以及库存信息的各组合、以及在步骤S239中取得的生物体信息来执行饮料决定处理(步骤S401～S404(图18))。然后，在执行了步骤S404(图18)的情况下，运算部302使用执行该饮料决定处理结果得到的作业用表格2500(图20)，生成推送通知画面800。另外，运算部104在步骤S236中，使用该作业用表格2500(图20)，生成单独的购买菜单900。

(变形实施方式)

在上述的实施方式中，对下述例子进行了说明：在饮料决定处理(步骤S401～S404(图18))中，根据用户的当前的体温和/或体水分率表示的用户的中暑的风险，判断推送通知画面800的通知的需要与否，决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。

但是，也可以代替于此，在饮料决定处理中，根据用户的体温的上升程度和/或体水分率的减少程度表示的用户的中暑的风险，判断推送通知画面800的通知的需要与否，决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。

具体而言，也可以构成为：在判断表格2400(图19)中，“体温”、“体水分率”字段分别表示用户的体温的上升程度的范围(例如，+1以上且小于+3(℃))、用户的体水分率的减少程度(例如，－3以上且小于－1(％))的范围。而且，运算部104在步骤S402(图18)以及步骤S403(图18)中也可以如以下那样进行处理。

在步骤S402(图18)中，运算部104根据该在饮料决定处理之前取得的生物体信息(图17)，取得在“测定日期时间”字段中存储有最近的日期时间的记录(以后，称为当前记录)和在“测定日期时间”字段中存储有下一个最接近当前的日期时间的记录(以后，称为过去记录)。

运算部104算出从当前记录的“体温”字段表示的用户的体温减去过去记录的“体温”字段表示的用户的体温的结果作为用户的体温的上升程度。同样，运算部104算出从当前记录的“体水分率”字段表示的用户的体水分率减去过去记录的“体水分率”字段表示的用户的体水分率的结果作为用户的体水分率的减少程度。

运算部104，在上述的变形的判断表格2400中，参照：在“体温”字段示出了包含所述算出的用户的体温的上升程度的范围的记录的“推送通知的要否判定”字段，和在“体水分率”字段示出了包含所述算出的用户的体水分率的减少程度的范围的记录的“推送通知的要否判定”字段。然后，运算部104与上述第一至第四实施方式中的饮料决定处理同样，根据该所参照的两个“推送通知的要否判定”字段表示的内容，判定为用户的中暑的风险为需要推送通知画面800的通知的程度。

在步骤S403中，运算部104与上述的实施方式中的饮料决定处理同样，将包含该所参照的两个“推送通知的要否判定”字段中的、表示用户的中暑的风险为需要推送通知画面800的通知的程度(例如，需要)的“推送通知的要否判定”字段的记录的“优先位次”字段表示的优先位次，决定为推荐各种类的饮料作为为了预防中暑而适合于补充水分的饮料时的优先位次。

例如，与上述的实施方式中的饮料决定处理同样，如以下那样决定上述的变形了的判断表格2400。即，在该判断表格2400的第一记录的“体温”字段以及“体水分率”字段中，存储可认为用户的中暑的风险为重度的情况下的体温的上升程度的范围以及体水分率的减少程度的范围。而且，在该第一记录的“推送通知的要否判定”字段中，存储表示用户的中暑的风险为需要推送通知画面800的通知的程度的信息(例如，需要)。另外，在该第一记录的“优先位次”字段中，与上述第一具体例同样，将种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料的优先位次定为“1”、“2”、“3”、“4”。

同样，在第二记录的“体温”字段以及“体水分率”字段中，存储用户的中暑的风险为中度的情况下的体温的上升程度的范围以及体水分率的减少程度的范围。而且，在该第二记录的“推送通知的要否判定”字段中，存储表示用户的中暑的风险为需要推送通知画面800的通知的程度的信息(例如，需要)。另外，在该第二记录的“优先位次”字段中，与上述第二具体例同样，将种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料的优先位次定为“3”、“1”、“2”、“4”。

同样，在第三记录的“体温”字段以及“体水分率”字段中，存储用户的中暑的风险为轻度的情况下的体温的上升程度的范围以及体水分率的减少程度的范围。而且，在该第三记录的“推送通知的要否判定”字段中，存储表示用户的中暑的风险为需要推送通知画面800的通知的程度的信息(例如，需要)。另外，在该第三记录的“优先位次”字段中，与上述第三具体例同样，将种类为“口服补水液”、“运动饮料”、“矿泉水”、“其他”的饮料的优先位次定为“3”、“2”、“1”、“4”。

在该情况下，运算部104在步骤S402中，使用该判断表格2400，在从生物体信息取得的用户的体温的上升程度包含于第一至第三记录的任一个“体温”字段表示的范围的情况下，判定为用户的中暑的风险为需要推送通知画面800的通知的程度。另外，运算部104在步骤S402中，使用该判断表格2400，在从生物体信息取得的用户的体水分率的减少程度包含于第一至第三记录的任一个“体水分率”字段表示的范围的情况下，判定为用户的中暑的风险为需要推送通知画面800的通知的程度。

即，设为：通过用户的体温上升预定温度和/或用户的体水分率减少了预定百分比，从生物体信息取得的用户的体温的上升程度和/或从生物体信息取得的用户的体水分率的减少程度包含于对应于该判断表格2400中的中暑的风险为轻度以上时的第一至第三记录的任一个“体温”或“体水分率”字段所示的范围。该情况下，运算部104判定为用户的中暑的风险为需要推送通知画面800的通知的程度。在该情况下，运算部104在步骤S208(图7、图21)或步骤S208a(图22、图23)中，使推送通知画面800显示。

另外，运算部104在步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体温上升预定温度，在该体温的上升程度包含于对应于中暑的风险为轻度时的第三记录的“体温”字段表示的范围的情况下，将种类为“矿泉水”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在该步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体水分率减少预定百分比，在该体水分率的减少程度包含于对应于中暑的风险为轻度时的第三记录的“体水分率”字段表示的范围的情况下，将种类为“矿泉水”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。

另外，运算部104在该步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体温上升预定温度，在该体温的上升程度包含于对应于中暑的风险为中度时的第二记录的“体温”字段表示的范围的情况下，将种类为“运动饮料”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在该步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体水分率减少预定百分比，在该体水分率的减少程度包含于对应于中暑的风险为中度时的第二记录的“体水分率”字段表示的范围的情况下，将种类为“运动饮料”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。

另外，运算部104在该步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体温上升预定温度，在该体温的上升程度包含于对应于中暑的风险为重度时的第一记录的“体温”字段表示的范围的情况下，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在该步骤S403中，使用该判断表格2400，从生物体信息取得的用户的体水分率减少预定百分比，在该体水分率的减少程度包含于对应于中暑的风险为重度时的第一记录的“体水分率”字段表示的范围的情况下，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。

即，运算部104使用该判断表格2400，作为最适合于该用户补充水分的饮料，随着用户的体温上升，在其上升量为轻度的情况下推荐种类为“矿泉水”的饮料，在为中度的情况下推荐种类为“运动饮料”的饮料，在为重度的情况下推荐种类为“口服补水液”的饮料。另外，运算部104使用该判断表格2400，作为最适合于该用户补充水分的饮料，随着用户的体水分率减少，在其减少量为轻度的情况下推荐种类为“矿泉水”的饮料，在为中度的情况下推荐种类为“运动饮料”的饮料，在为重度的情况下推荐种类为“口服补水液”的饮料。

即，运算部104在用户的体温的上升程度为用户的中暑的风险为轻度的情况下的程度时，将种类为“矿泉水”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在用户的体温的上升程度为用户的中暑的风险为中度的情况下的程度时，将种类为“运动饮料”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在用户的体温的上升程度为用户的中暑的风险为重度的情况下的程度时，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。

运算部104在用户的体水分率的减少程度为用户的中暑的风险为轻度的情况下的程度时，将种类为“矿泉水”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在用户的体水分率的减少程度为用户的中暑的风险为中度的情况下的程度时，将种类为“运动饮料”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。运算部104在用户的体水分率的减少程度为用户的中暑的风险为重度的情况下的程度时，将种类为“口服补水液”的饮料作为为了预防中暑而最适合于该用户补充水分的饮料而推荐。

此外，在判断表格2400中，也可以与“体温”以及“体水分率”字段同样，还具备表示生物体信息所包含的用户的心率、血压或出汗量的任一个的字段。而且，也可以与上述同样，在饮料决定处理中，根据从生物体信息取得的该任一个表示的用户的中暑的风险，判断推送通知画面800的通知的需要与否，决定将各种类的饮料作为为了预防中暑而适合于补充水分的饮料而推荐时的优先位次。

此外，在上述的说明中所谓“体温的上升程度”，可以是最近的预定时间内的所述用户的体温上升量(例如，最近1小时的期间内的体温的上升量)，也可以是从所述用户的平常时体温(可以是平均体温、平稳时的平均体温、预定时刻的体温或者起床时的体温的任一个)起的体温上升量。

此外，上述的所谓“体水分率的减少程度”，可以是最近的预定时间内的所述用户的体水分率的减少量(例如，最近1小时的期间内的体水分率的减少量)，也可以是从所述用户的平常时体水分率(可以是平均体水分率、平稳时的平均体水分率、预定时刻的体水分率或者起床时的体水分率的任一个)起的减少量。

此外，在上述说明中基于判断表格2400或其变形例，根据用户的生物体信息，对为了预防中暑而适合于该用户补充水分的饮料的种类说明了优先位次，但本公开并不限定于此，也可以通过其他的分情况方法分配其他的优先位次。

例如，基于用户的生物体信息的情况区分，根据中暑的风险的大小设为4个阶段进行了说明，但也可以分为更细的阶段(例如8个阶段)，也可以分为更粗的阶段(例如2个阶段)。另外，在体温为37度(℃)以上的情况下，在图19的判断表格2400中，按照口服补水液、运动饮料、矿泉水、其他的位次赋予优先位次而进行了说明，但也可以赋予与其不同的优先位次。另外，在图19的判断表格2400中，进行了通过体温与体水分率进行情况区分的说明，但也可以通过将体温、体水分率、血压、心率、出汗量等生物体信息的至少两个以上组合的条件(例如，将体温、血压与心率组合的条件)进行情况区分。

产业上的可利用性

根据本公开，对判断用户经过自动贩卖机前的这一时机的用户的身体状况而推荐为了预防中暑而适合于用户补充水分的饮料是有用的。

标号说明

100：通信终端

105：显示器

200：个人信息服务器

600：生物体传感器

700：自动贩卖机

800、800A、800B、800C：推送通知画面

900：购买菜单

NT：网络

Claims (38)

1.一种在通信终端中执行的控制方法，

使所述通信终端的计算机执行：

以从饮料的自动贩卖机发送的信标信号的接收为契机使用近距离无线通信从所述饮料的自动贩卖机取得：i)识别所述自动贩卖机的识别信息、ii)表示所述自动贩卖机所保存的多个饮料的各类别的类别信息、以及iii)表示所述自动贩卖机所保存的所述多个饮料的各库存数的库存信息的处理；

取得包含所述通信终端的用户的体温或体水分率的任一个的生物体信息的处理；

基于所述识别信息、所述类别信息、所述库存信息、以及所述生物体信息，生成推送通知画面的处理，所述推送通知画面是从所述识别信息表示的所述自动贩卖机所保存的所述多个饮料中，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的画面；

将所述推送通知画面显示于所述通信终端的显示器的处理。

2.根据权利要求1所述的控制方法，

所述推送通知画面为了使购买菜单显示于所述通信终端的显示器而被使用，所述购买菜单是使从所述自动贩卖机所保存的所述多个饮料中购买所述至少一个饮料的菜单。

3.根据权利要求1所述的控制方法，还执行：

当选择所述通信终端的所述显示器所显示的所述推送通知画面时，基于所述类别信息、所述库存信息、以及所述生物体信息，生成用于预防中暑的单独的购买菜单的处理，所述用于预防中暑的单独的购买菜单是从所述识别信息表示的所述自动贩卖机所保存的所述多个饮料中，显示为了预防中暑而适合于所述用户补充水分的所述至少一个饮料的菜单；

将所述单独的购买菜单显示于所述通信终端的所述显示器的处理。

4.根据权利要求1所述的控制方法，还执行：

使表示从所述饮料的自动贩卖机发送的所述信标信号的发送方向的方向显示，显示于所述推送通知画面被显示着的所述显示器的处理。

5.根据权利要求3所述的控制方法，还执行：

使表示从所述饮料的自动贩卖机发送的所述信标信号的发送方向的方向显示，显示于所述单独的购买菜单被显示着的所述显示器的处理。

6.根据权利要求1所述的控制方法，还执行：

接收从所述饮料的自动贩卖机发送的信标信号的处理；

在预定时间没有检测到所述信标信号的接收的情况下，消除所述推送通知画面的显示的处理。

7.根据权利要求1至6中任一项所述的控制方法，

所述用户的当前的生物体信息，被保存于将所述用户的个人信息进行保存的个人信息服务器，并被从所述个人信息服务器取得。

8.根据权利要求1至6中任一项所述的控制方法，

所述用户的当前的生物体信息被从所述通信终端所具备的生物体传感器取得。

9.根据权利要求1至6中任一项所述的控制方法，

所述用户的当前的生物体信息，经由所述通信终端被从能够与所述通信终端通信的生物体传感器取得。

10.根据权利要求1至9中任一项所述的控制方法，

所述至少一个饮料包含矿泉水、运动饮料或口服补水液的任一个。

11.根据权利要求1至9中任一项所述的控制方法，

所述推送通知画面中，所述用户的中暑的风险越高，则相比矿泉水而越推荐运动饮料来作为所述至少一个饮料。

12.根据权利要求11所述的控制方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

13.根据权利要求1至10中任一项所述的控制方法，

所述生物体信息是与所述用户的体温相关的信息，

所述控制方法执行：在所述用户的体温上升了预定温度的情况下使所述推送通知画面显示的处理。

14.根据权利要求1至10中任一项所述的控制方法，

所述生物体信息是与所述用户的体温相关的信息，

所述推送通知画面中，随着所述用户的体温上升，相比矿泉水而推荐运动饮料来作为所述至少一个饮料。

15.根据权利要求14所述的控制方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

16.根据权利要求1至10中任一项所述的控制方法，

所述生物体信息是与所述用户的体水分率相关的信息，

所述控制方法执行：在所述用户的体水分率减少了预定百分比的情况下使所述推送通知画面显示的处理。

17.根据权利要求1至10中任一项所述的控制方法，

所述生物体信息是与所述用户的体水分率相关的信息，

所述推送通知画面中，所述用户的体水分率越减少，则相比矿泉水越推荐运动饮料来作为所述至少一个饮料。

18.根据权利要求17所述的控制方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

19.根据权利要求1至18中任一项所述的控制方法，

所述生物体信息包含所述用户的心率、血压或出汗量的任一个。

20.一种执行权利要求1至19中任一项所述的控制方法的通信终端。

21.一种用于使权利要求1至19中任一项所述的控制方法在所述通信终端的计算机中执行的程序。

22.一种存储介质，存储了用于使权利要求1至19中任一项所述的控制方法在所述通信终端的计算机中执行的程序。

23.一种信息提供方法，是对饮料的自动贩卖机的库存信息进行管理的自动贩卖机管理系统中的方法，

经由网络从通信终端取得：i)识别所述通信终端的第1识别信息、ii)识别所述自动贩卖机的第2识别信息、iii)表示所述自动贩卖机所保存的多个饮料的各类别的类别信息、以及iv)表示所述自动贩卖机所保存的所述多个饮料的各库存数的所述库存信息，在所述通信终端中，ii)所述第2识别信息、iii)所述类别信息以及iv)所述库存信息以从所述饮料的自动贩卖机发送的信标信号的接收为契机使用近距离无线通信被从所述饮料的自动贩卖机取得，

经由网络取得包含所述通信终端的用户的体温或体水分率的任一个的生物体信息，

基于所述第2识别信息、所述类别信息、所述库存信息、以及所述生物体信息，生成推送通知画面的信息，所述推送通知画面是从所述第2识别信息表示的所述自动贩卖机所保存的所述多个饮料中，推荐为了预防中暑而适合于所述用户补充水分的至少一个饮料的画面，

为了使所述推送通知画面显示于所述通信终端的显示器而将所述推送通知画面的信息向所述通信终端输出。

24.根据权利要求23所述的信息提供方法，

所述推送通知画面为了使购买菜单显示于所述通信终端的显示器而被使用，所述购买菜单是使从所述自动贩卖机所保存的所述多个饮料中购买所述至少一个饮料的菜单。

25.根据权利要求23所述的信息提供方法，

从所述通信终端取得所述显示器所显示的所述推送通知画面被选择了之意，

基于所述类别信息、所述库存信息、以及所述生物体信息，生成用于预防中暑的单独的购买菜单的信息，所述单独的购买菜单是从所述第2识别信息表示的所述自动贩卖机所保存的所述多个饮料中，显示为了预防中暑而适合于所述用户补充水分的所述至少一个饮料的菜单，

为了使所述单独的购买菜单显示于所述通信终端的显示器而将所述单独的购买菜单的信息向所述通信终端输出。

26.根据权利要求23至25中任一项所述的信息提供方法，

所述用户的当前的生物体信息被保存于将所述用户的个人信息进行保存的个人信息第1服务器，并被从所述个人信息服务器取得。

27.根据权利要求23至25中任一项所述的信息提供方法，

所述通信终端具备生物体传感器，

所述用户的当前的生物体信息被从具备了所述生物体传感器的所述通信终端取得。

28.根据权利要求23至25中任一项所述的信息提供方法，

所述通信终端能够与生物体传感器通信，

所述用户的当前的生物体信息经由所述通信终端被从所述生物体传感器取得。

29.根据权利要求23至28中任一项所述的信息提供方法，

所述至少一个饮料包含矿泉水、运动饮料或口服补水液的任一个。

30.根据权利要求23至28中任一项所述的信息提供方法，

所述推送通知画面中，所述用户的中暑的风险越高，则相比矿泉水而越推荐运动饮料来作为所述至少一个饮料。

31.根据权利要求30所述的信息提供方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

32.根据权利要求23至29中任一项所述的信息提供方法，

所述生物体信息是与所述用户的体温相关的信息，

所述控制方法执行：在所述用户的体温上升了预定温度的情况下使所述推送通知画面显示的处理。

33.根据权利要求23至29中任一项所述的信息提供方法，

所述生物体信息是与所述用户的体温相关的信息，

所述推送通知画面中，所述用户的体温越上升，则相比矿泉水而越推荐运动饮料来作为所述至少一个饮料。

34.根据权利要求33所述的信息提供方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

35.根据权利要求23至29中任一项所述的信息提供方法，

所述生物体信息是与所述用户的体水分率相关的信息，

所述控制方法执行：在所述用户的体水分率减少了预定百分比的情况下使所述推送通知画面显示的处理。

36.根据权利要求23至29中任一项所述的信息提供方法，

所述生物体信息是与所述用户的体水分率相关的信息，

所述推送通知画面中，所述用户的体水分率越减少，则相比矿泉水越推荐运动饮料来作为所述至少一个饮料。

37.根据权利要求36所述的信息提供方法，

所述推送通知画面中，在所述用户的中暑的风险进一步升高的情况下，相比所述运动饮料而推荐口服补水液。

38.根据权利要求23至37中任一项所述的信息提供方法，

所述生物体信息包含所述用户的心率、血压或出汗量的任一个。

Images