CN111145469B - 基于智能药箱实现一键呼救的方法及装置 - Google Patents

Abstract

本发明公开了一种基于智能药箱实现一键呼救的方法及装置，该方法包括：检测第一用户针对智能药箱的一键呼救功能触发的呼救操作；根据该呼救操作向预先与智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求。可见，实施本发明通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度；以及通过一键呼救，即使触发呼救操作的用户身边没有其他用户，也能够帮助用户实行自救。

Description

基于智能药箱实现一键呼救的方法及装置

技术领域

本发明涉及智能药箱技术领域，尤其涉及一种基于智能药箱实现一键呼救的方法及装置。

背景技术

随着社会的快速发展，人们的物质条件越来越好的同时，由于某些因素(例如：加班熬夜、年龄增长)的影响使人们身体经常出现毛病，人们的身体素质越来越差。年轻人由于工作繁忙无法按时服药，老年人因记忆力衰退记不清自己吃药的时间、种类、剂量和次数，这无形之中加重了他们的病情。以及随着互联网技术以及智能设备的快速发展，市面上出现了智能药箱，智能药箱的出现给人们的生活带来了很大的便利，例如：可以在智能药箱上设置用药时间提醒。然而，实践发现，目前智能药箱只停留在用药提醒以及简单的药品存放功能，用药提醒也仅是倒计时提醒功能，功能很不齐全，无法满足人们的需求。因此，提出一种如何丰富智能药箱的功能，以提高智能药箱的智能化的方案显得尤为重要。

发明内容

本发明所要解决的技术问题在于，提供一种基于智能药箱实现一键呼救的方法及装置，能够通过智能药箱实现一键呼救，丰富了智能药箱的智能化功能。

为了解决上述技术问题，本发明实施例第一方面公开了一种基于智能药箱实现一键呼救的方法，所述方法包括：

检测第一用户针对智能药箱的一键呼救功能触发的呼救操作；

根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第一方面中，确定所述智能药箱的第一当前地理位置以及预先与所述智能药箱建立绑定关系的至少一个救助平台中每个所述救助平台的第二地理位置，并基于所述智能药箱的第一当前地理位置与每个所述救助平台的第二地理位置计算该救助平台与所述智能药箱的距离值；

基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台；

其中，所述根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求，包括：

根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第一方面中，所述基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台之后，所述方法还包括：

确定每个所述第一救助平台的当前交通路况；

基于所述智能药箱的第一当前地理位置以及每个所述第一救助平台的第二地理位置与该第一救助平台的当前交通路况计算从该第一救助平台出发到达所述智能药箱的第一当前地理位置所需的时长；

基于所有所述时长从所有所述第一救助平台筛选时长小于等于预设时长阈值的第二救助平台；

其中，所述根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求，包括：

根据所述呼救操作向所述第二救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第一方面中，所述第一紧急呼救请求包括所述第一用户的病症参数；

以及，所述根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求之后，所述方法还包括：

接收响应所述第一紧急呼救请求的第三救助平台反馈的救助响应，所述救助响应至少包括针对所述第一用户的紧急救助措施，所述紧急救助措施为所述第三救助平台接收到所述第一紧急呼救请求之后，根据所述第一紧急呼救请求包含的内容确定出的救助措施，所述第三救助平台为所有所述救助平台中的某一救助平台；

向所述第一用户输出所述紧急求助措施，以使所述第一用户根据所述紧急求助措施做出相应的处理。

作为一种可选的实施方式，在本发明实施例第一方面中，所述智能药箱的底座具有滑动轮，所述智能药箱通过所述滑动轮在预设区域范围内移动；

以及，所述方法还包括：

当未检测到所述呼救操作时，判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件；

当判断出所述当前条件满足所述呼救触发条件时，向所述至少一个救助平台发送第二紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第一方面中，所述判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件，包括：

当检测到所述第一用户在休息时，判断所述当前时间是否为所述第一用户的预设作息时间；

当判断出所述当前时间不为所述预设作息时间时，控制所述智能药箱的响铃模块启动，以呼叫用户；

当判断出到所述第一用户未被叫醒时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到所述第一用户处于躺下状态且所述第一用户当前所在区域不是预先确定出的休息区域集合中的某一休息区域时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到所述第一用户摔倒且处于无法站立起来时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件。

作为一种可选的实施方式，在本发明实施例第一方面中，所述检测第一用户针对智能药箱的一键呼救功能触发的呼救操作之后，所述方法还包括：

根据所述呼救操作向预先与所述智能药箱建立无线连接的用户终端发送紧急情况提示，所述紧急情况提示用于提示所述用户终端对应的第二用户所述第一用户当前存在紧急情况。

本发明实施例第二方面公开了一种基于智能药箱实现一键呼救的装置，所述装置包括：

检测模块，用于检测用户针对智能药箱的一键呼救功能触发的呼救操作；

发送模块，用于根据所述呼救操作向与所述智能药箱预先建立绑定关系的至少一个救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第二方面中，所述装置还包括：

确定模块，用于确定所述智能药箱的第一当前地理位置以及预先与所述智能药箱建立绑定关系的至少一个救助平台中每个所述救助平台的第二地理位置；

计算模块，用于基于所述智能药箱的第一当前地理位置与每个所述救助平台的第二地理位置计算该救助平台与所述智能药箱的距离值；

筛选模块，用于基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台；

其中，所述发送模块根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求的方式具体为：

根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第二方面中，所述确定模块，还用于在所述筛选模块基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台之后，确定每个所述第一救助平台的当前交通路况；

所述计算模块，还用于基于所述智能药箱的第一当前地理位置以及每个所述第一救助平台的第二地理位置与该第一救助平台的当前交通路况计算从该第一救助平台出发到达所述智能药箱的第一当前地理位置所需的时长；

所述筛选模块，还用于基于所有所述时长从所有所述第一救助平台筛选时长小于等于预设时长阈值的第二救助平台；

其中，所述发送模块根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求的方式具体为：

根据所述呼救操作向所述第二救助平台发送第一紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第二方面中，所述第一紧急呼救请求包括所述第一用户的病症参数；

以及，所述装置还包括：

接收模块，用于在所述发送模块根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求之后，接收响应所述第一紧急呼救请求的第三救助平台反馈的救助响应，所述救助响应至少包括针对所述第一用户的紧急救助措施，所述紧急救助措施为所述第三救助平台接收到所述第一紧急呼救请求之后，根据所述第一紧急呼救请求包含的内容确定出的救助措施，所述第三救助平台为所有所述救助平台中的某一救助平台；

输出模块，用于向所述第一用户输出所述紧急求助措施，以使所述第一用户根据所述紧急求助措施做出相应的处理。

作为一种可选的实施方式，在本发明实施例第二方面中，所述智能药箱的底座具有滑动轮，所述智能药箱通过所述滑动轮在预设区域范围内移动；

以及，所述装置还包括：

判断模块，用于当所述检测模块未检测到所述呼救操作时，判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件；

所述发送模块，还用于当所述判断模块判断出所述当前条件满足所述呼救触发条件时，向所述至少一个救助平台发送第二紧急呼救请求。

作为一种可选的实施方式，在本发明实施例第二方面中，所述判断模块判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件的方式具体为：

当检测到所述第一用户在休息时，判断所述当前时间是否为所述第一用户的预设作息时间；

当判断出所述当前时间不为所述预设作息时间时，控制所述智能药箱的响铃模块启动，以呼叫用户；

当判断出到所述第一用户未被叫醒时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到所述第一用户处于躺下状态且所述第一用户当前所在区域不是预先确定出的休息区域集合中的某一休息区域时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到所述第一用户摔倒且处于无法站立起来时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件。

作为一种可选的实施方式，在本发明实施例第二方面中，所述发送模块，还用于在所述检测模块检测第一用户针对智能药箱的一键呼救功能触发的呼救操作之后，根据所述呼救操作向预先与所述智能药箱建立无线连接的用户终端发送紧急情况提示，所述紧急情况提示用于提示所述用户终端对应的第二用户所述第一用户当前存在紧急情况。

本发明第三方面公开了另一种基于智能药箱实现一键呼救的装置，该装置包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行本发明第一方面公开的基于智能药箱实现一键呼救的方法。

本发明第四方面公开了一种计算机可存储介质，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行本发明第一方面公开的基于智能药箱实现一键呼救的方法。

与现有技术相比，本发明实施例具有以下有益效果：

本发明实施例中，提供了一种基于智能药箱实现一键呼救的方法及装置，该方法包括检测第一用户针对智能药箱的一键呼救功能触发的呼救操作；根据该呼救操作向预先与智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求。可见，实施本发明实施例通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度；以及通过一键呼救，即使触发呼救操作的用户身边没有其他用户，也能够帮助用户实行自救。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例公开的一种基于智能药箱实现一键呼救的方法的流程示意图；

图2是本发明实施例公开的另一种基于智能药箱实现一键呼救的方法的流程示意图；

图3是本发明实施例公开的一种基于智能药箱实现一键呼救的装置的结构示意图；

图4是本发明实施例公开的另一种基于智能药箱实现一键呼救的装置的结构示意图；

图5是本发明实施例公开的又一种基于智能药箱实现一键呼救的装置的结构示意图。

具体实施方式

为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、装置、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本发明的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本发明公开了一种基于智能药箱实现一键呼救的方法及装置，能够通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度；以及通过一键呼救，即使触发呼救操作的用户身边没有其他用户，也能够帮助用户实行自救。

以下分别进行详细说明。

实施例一

请参阅图1，图1是本发明实施例公开的一种基于智能药箱实现一键呼救的方法的流程示意图。其中，图1所描述的基于智能药箱实现一键呼救的方法可以应用于智能药箱或者智能药箱对应的后台服务器或者后台服务平台/云服务平台中，本发明实施例不做限定。如图1所示，该基于智能药箱实现一键呼救的方法可以包括以下操作：

101、检测第一用户针对智能药箱的一键呼救功能触发的呼救操作。

本发明实施例中，第一用户触发呼救操作的方式包括但不限于语音触发方式、触摸触发方式以及手势触发方式中的任意一种。其中，智能药箱具有语音识别模块、触摸按键模块以及手势识别模块。当第一用户触发呼救操作的方式包括语音触发方式时，智能药箱通过该语音识别模块采集用户的语音信号；当第一用户触发呼救操作的方式包括触摸按键触发方式时，智能药箱通过触摸按键模块采集用户的触摸信号；当第一用户触发呼救操作的方式包括手势触发方式时，智能药箱通过手势识别模块采集用户的手势信号。其中，智能药箱预先存储有一键呼救功能对应的手势，例如：“W”手势，以及智能药箱预先存储有一键呼救功能对应的语音，例如：“求救”语音。进一步的，呼救操作的触发方式还可以包括虹膜触发方式，此时，智能药箱具有虹膜识别模块，通过该虹膜识别模块采集第一用户的虹膜，实现一键呼救功能的触发。这样通过提供多种一键呼救功能的呼救操作的触发方式，不仅能够提高呼救操作的触发灵活性，还能够便于用户根据自己的习惯或者方便之处(例如：当用户是一个无法说话的人时，则该用户可以通过手势触发方式和/或触摸触发方式触发一键呼救功能)触发呼救操作，提高了成功触发呼救操作的可能性，提升了用户的体验，提高了智能药箱的使用粘度。

本发明实施例中，智能药箱可以为便携式药箱，即，该智能药箱为可以被携带的药箱。进一步的，该智能药箱包括若干个子智能药箱，其中，该子智能药箱可以具有定位模块或者可以不具有定位模块，本发明实施例不做限定。

在一个可选的实施例中，在执行完毕步骤101之后，以及在执行步骤102之前，该基于智能药箱实现一键呼救的方法可以包括以下操作：

判断呼救操作是否为误触操作，当判断出该呼救操作不为误触操作时，触发执行步骤102。

该可选的实施例中，作为一种可选的实施方式，判断呼救操作是否为误触操作，可以包括：

采集第一用户的触发参数，并将该触发参数与确定出的数据库中的参数进行比较，得到比较结果；

当比较结果用于表示第一用户为授权用户时，确定呼救操作不为误触操作，该授权用户为被授予触发智能药箱的一键呼救功能的用户。

该可选的实施例中，该触发参数包括第一用户的指纹参数、第一用户的声纹参数、第一用户的人脸参数以及第一用户的虹膜参数中的至少一种，该可选的实施例不做限定。

该可选的实施例中，确定出的数据库中预先存储有授权用户的各种参数，其中，该各种参数包括指纹参数、声纹参数、人脸参数以及虹膜参数。

该可选的实施例中，进一步的，当判断出该呼救操作为误触操作时，直接结束本次流程。

可见，该可选的实施例在检测到用户针对智能药箱的一键呼救功能触发的触发操作之后，进一步判断该呼救操作是否为误触操作，若不是，则继续执行后续的操作，若是，则结束流程，能够减少因用户误触智能药箱的一键呼叫功能的情况发生，提高了一键呼救功能的触发准确性。

102、根据呼救操作向与智能药箱预先建立绑定关系的至少一个救助平台发送第一紧急呼救请求。

本发明实施例中，救助平台可以包括120救助平台和/或社区医疗救助。进一步的，救助平台还可以包括110救助平台以及119救助平台中的至少一种。又进一步的，该救助平台可以预先存储有所有智能药箱的地理位置，且该救助平台对每个智能药箱进行编号。这样当接收到紧急呼救请求时，即使没有收到智能药箱当前所在的地理位置，也能够通过智能药箱的编号快速确定智能药箱所在的地理位置，有利于提高智能药箱的地理位置的获取可能性。

本发明实施例中，第一紧急呼救请求可以包括智能药箱的位置标识和/或智能药箱的唯一型号标识。其中，救助平台根据智能药箱的位置标识确定智能药箱当前所在的地理位置，例如：当智能药箱的位置标识为青山绿水小区1栋202，则救助平台能够根据该青山绿水小区1栋202确定出智能药箱当前所在的地理位置为青山大道90号。

本发明实施例中，救助平台预先存储有型号标识与地理位置的对应关系，例如：型号为1257@11的智能药箱对应的地理位置为大学城中环60号。当接收到包含有智能药箱的唯一型号标识的第一紧急呼救请求时，救助平台根据型号标识与地理位置的对应关系，确定唯一型号标识对应的地理位置为智能药箱当前所在的地理位置。这样通过根据智能药箱的唯一型号标识确定智能药箱当前所在的地理位置，能够提高智能药箱当前所在的地理位置的确定可能性。

本发明实施例中，每个智能药箱都有对应的唯一型号标识。这样有利于救助平台区分每个智能药箱。

本发明实施例中，当检测到没有与智能药箱进行预先建立绑定关系的救助平台时，在预先确定出的地图中遍历，为第一用户确定出救助平台，并向该救助平台发送紧急呼救请求。这样即使智能药箱没有存在绑定的救助平台，也能够通过地图为用户确定出救助平台，从而进一步提高用户得以救助的可能性。

在另一个可选的实施例中，上述智能药箱的底座具有滑动轮，该智能药箱通过滑动轮在预设区域范围内移动，以及该基于智能药箱实现一键呼救的方法可以包括以下操作：

当未检测到上述呼救操作时，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件；

当判断出当前条件满足呼救触发条件时，向至少一个救助平台发送第二紧急呼救请求。

该可选的实施例中，智能药箱的底座的滑动轮的安装位置不限定，例如，安装位置可以为智能药箱的底座的边缘处和/或底座中间。进一步的，滑动轮的数量不限定，可以为2个，也可以为4个，具体根据智能药箱的大小和/或底座的形状而定。又进一步的，滑动轮均匀分布在智能药箱的底座。这样能够使得智能药箱平稳行走，从而减少因智能药箱行走不平稳而导致智能药箱中药品震荡出药箱盒的情况发生，以及减少因智能药箱行走不平稳而导致智能药箱中器件(例如：语音识别传感器)振动掉落的情况发生。

该可选的实施例中，智能药箱定时或不定时在预设区域范围滑动，有利于对用户对应的情况进行监测，能够尽可能全面监测用户对应的情况，并在监测到出现异常时，自动触发一键呼救功能，有利于提高用户被救助的可能性。其中，该预设区域范围可以为智能药箱根据第一用户输入的区域范围进行设定的，例如：智能药箱将用户向智能药箱输入的家庭区域设定为预设区域范围；预设区域范围也可以为智能药箱根据采集到的轨迹自动学习、生成的。其中，该轨迹可以包括用户携带智能药箱所经过的轨迹和/或智能药箱识别到用户的活动轨迹，例如：小红经常携带智能药箱在客厅和房间走动，则智能药箱能够通过路径采集模块采集小红携带智能药箱在客厅和房间所走过的轨迹，并根据该轨迹生成智能药箱的活动范围区域，即客厅和房间所对应的区域。这样能够提高智能药箱对应的活动区域范围的设置可能性，以及智能药箱通过自主学习其经过的轨迹生成活动区域范围，不仅能够生成与用户的行动轨迹相匹配的活动区域范围，便于用户对智能药箱执行相应操作，例如：一键呼救、取药，还能够提高智能药箱的活动区域范围的设置灵活性。进一步的，该预设区域范围可以为可变的区域范围，即，智能药箱可以根据采集到的、智能药箱所经过的轨迹和/或智能药箱识别到用户的行动轨迹定期或不定期更新其活动区域范围。举例来说，智能药箱原先的活动区域范围为客厅和房间，当小红经常携带智能药箱到厨房，或者智能药箱识别到小红经常出现在厨房，则智能药箱会将厨房对应的区域更新到智能药箱的活动区域范围，即智能药箱的活动区域范围由原来的客厅和房间变为客厅、房间以及厨房。这样根据采集到的、用户的活动轨迹和/或智能药箱所经过的轨迹更新智能药箱的活动区域范围，能够生成与用户的活动轨迹更匹配的活动区域范围，有利于当用户需要智能药箱(例如：通过智能药箱一键呼救)时，能够提高智能药箱被用户获取到的可能性，提升用户的体验感，进一步提高智能药箱的使用粘度。

该可选的实施例中，第二紧急呼救请求的相关描述请参阅前述针对第一紧急呼救请求的详细描述，在此不再赘述。

该可选的实施例中，作为一种可选的实施方式，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件，可以包括：

当检测到第一用户在休息时，判断当前时间是否为第一用户的预设作息时间；

当判断出当前时间不为预设作息时间时，控制智能药箱的响铃模块启动，以呼叫用户；

当判断出到第一用户未被叫醒时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。

该可选的实施方式中，智能药箱具有影像采集装置，采集第一用户的影像数据，将该影像数据输入预先建立的睡眠分析模型中，获取该睡眠分析模型输出的结果，当该结果与第一用户的预存睡眠结果的第一匹配度达到第一预设匹配度阈值(例如：90％)，则确定第一用户在休息。其中，该影像数据至少包括第一用户的脸部影像数据。进一步的，该影像数据还可以包括第一用户的呼吸声数据。这样影像数据包括的内容越多，越有利于提高影像数据的分析结果的分析准确性以及可靠性，从而有利于提高智能药箱的当前条件是否满足预先确定出的呼救触发条件的判断准确性，进而提高紧急呼救请求的发送准确性以及可靠性。其中，该睡眠分析模型的建立过程如下：

获取第一用户处于睡眠状态下的多个样本影像数据，并将所有样本影像数据输入预先确定的神经网络模型进行训练，得到第一用户对应的睡眠分析模型。

其中，该神经网络模型包括但不限于深度卷积神经网络模型(ConvolutionalNeural Network，CNN)、循环神经网络模型(Recurrent Neural Network，RNN)、长短期记忆网络模型(Long Short-Term Memory，LSTM)中的至少一种。

该可选的实施例中，每个用户均有对应的睡眠分析模型，并将每个用户的睡眠分析模型与该用户的用户标识建立关联关系。其中，该用户标识包括但不限于上述触发参数、姓名中的至少一种。这样通过为每个用户建立对应的睡眠分析模型，有利于提高用户的睡眠分析结果的获取准确性；以及将每个用户的睡眠分析模型与该用户的用户标识建立关联关系，有利于通过用户的用户标识确定该用户的睡眠分析模型，提高了睡眠分析模型确定效率以及准确性。

这样通过预先为用户建立睡眠分析模型，便于后续直接使用该睡眠分析模型，有利于提高用户的睡眠结果分析效率，进而有利于提高后续操作的执行效率。

该可选的实施方式中，预设作息时间可以为智能药箱根据用户输入的作息时间进行设定的，例如：智能药箱将用户向智能药箱输入的每天中午12:00-下午2:00设定为作息时间。若当前时间为下午2:30，则表示当前时间不为用户的休息时间；若当前时间为下午1:30，则表示当前时间为用户的休息时间。

该可选的实施方式中，当智能药箱的响铃在预设时长内(例如：启动响铃模块后的2分钟内)被关闭时，确定第一用户醒来，其中，该预设时长的起始时刻为启动响铃模块的时刻；和/或，智能药箱分析第一用户的影像数据，当分别结果表示第一用户已经睁开眼睛和/或第一用户在走动，确定第一用户醒来；和/或通过语音采集模块检测到第一用户的说话声，确定第一用户醒来。这样通过提供多种确定用户从睡眠中醒来的确定方式，能够提高用户从睡眠中醒来的确定可能性以及准确性。

可见，该可选的实施方式通过在检测到用户休息时，确定当前时间是否为用户的平时休息时间，若不是，启动响铃模块呼叫用户，若在规定时间内用户没有醒来，则确定智能药箱的当前条件满足预先确定出的呼救触发条件，实现智能药箱的当前条件满足预先确定出的呼救触发条件的判断。

该可选的实施例中，作为另一种可选的实施方式，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件，可以包括：

当检测到第一用户处于躺下状态且第一用户当前所在区域不是预先确定出的休息区域集合中的某一休息区域时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。

该可选的实施方式中，预先确定出的休息区域集合中的休息区域为智能药箱根据用户输入的休息区域进行设定的，例如：智能药箱将用户向智能药箱输入的沙发和/或床设定为休息范围；预设区域范围也可以为智能药箱根据采集到第一用户平时的休息区域自动学习、生成的。这样通过提供多种用户的休息区域的设定方式，能够丰富用户的休息区域的确定方式。

可见，该可选的实施方式通过将用户的当前休息区域与预先确定的休息区域进行比较，能够实现智能药箱的当前条件满足预先确定出的呼救触发条件的判断。

该可选的实施例中，作为又一种可选的实施方式，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件，可以包括：

检测到第一用户摔倒且处于无法站立起来时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。可见，该可选的实施方式通过在判断出用户摔倒，能够实现智能药箱的当前条件满足预先确定出的呼救触发条件的判断。

该可选的实施例中，作为又一种可选的实施方式，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件，可以包括：

当检测到发生火灾时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。

该可选的实施方式中，将智能药箱的影像采集模块采集到的影像数据输入预先建立的火灾分析模型中，获取该火灾分析模型输出的结果，并计算该结果与预设火灾分析结果的第二匹配度，当该第二匹配到大于等于第二预设匹配度阈值(例如：85％)时，和/或，当智能药箱的火灾警报器被触发时，确定发生火灾。

该可选的实施方式中，当发生火灾时，至少向119救助平台发送紧急呼救请求。

可见，该可选的实施方式通过在判断出发生火灾时，能够实现智能药箱的当前条件满足预先确定出的呼救触发条件的判断，有利于119救助平台及时赶来灭火。

该可选的实施例中，作为又一种可选的实施方式，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件，可以包括：

当检测到发生入室偷抢情况时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。

该可选的实施方式中，当发生入室偷抢情况时，至少向110救助平台发送紧急呼救请求。

可见，该可选的实施方式通过在判断出发生入室偷抢情况时，能够实现智能药箱的当前条件满足预先确定出的呼救触发条件的判断，有利于110救助平台及时赶来处理偷抢者。可见，该可选的实施例通过在检测到用户未触发智能药箱的一键呼救功能时，通过自动检测智能药箱的当前条件是否满足呼救触发条件，若满足，则自动执行后续的向救助平台发送紧急呼救请求的操作，能够智能化检测用户的当前情况，并在判断出用户出现危急情况时，自动触发智能药箱的紧急呼救功能，减少用户出现危急情况时无法触发智能药箱的一键呼救功能的情况发生，有利于提高用户出现危急情况时能够获取到帮助的可能性，以及进一步丰富智能药箱的智能化功能。以及通过提供多种智能药箱的当前条件满足预先确定出的呼救触发条件的判断方式，能够丰富呼救触发条件的判断方式，提高呼救触发条件的判断灵活性。

在又一个可选的实施例中，在执行完毕步骤101之后，该基于智能药箱实现一键呼救的方法还可以包括以下操作：

根据呼救操作向预先与智能药箱建立无线连接的用户终端发送紧急情况提示，该紧急情况提示用于提示用户终端对应的第二用户第一用户当前存在紧急情况。

该可选的实施例中，智能药箱可以通过影像采集模块采集第一用户的当前影像数据，此时，紧急情况提示可以包括该第一用户的当前影像数据。这样通过向用户终端发送紧急情况提示，能够便于用户对应的关系人清楚知晓用户的当前情况。

该可选的实施例中，当检测到智能药箱当前的地理位置不为预先存储的地理位置集合中的某一地理位置时，该紧急情况提示可以包括用户的地理位置。例如：小红的智能药箱中预先存储有家庭地址位置。小红携带智能药箱在公园散步，当小红感觉到不舒服时，触发了智能药箱的一键呼救功能，检测到智能药箱的当前位置为公园的凉亭A这里，不为小红的家庭地址位置，则向小红的爸爸的手机发送紧急情况提示，其中，该紧急情况提示包括公园的凉亭A的地理位置。这样通过当智能药箱检测到用户的当前地理位置不为常在的地理位置时，向预先与智能药箱建立无线连接的用户终端发送用户的地理位置，能够便于用户的亲属知晓用户的地理位置，从而快速找到用户，进而能够提高用户得以救助的可能性。

可见，该可选的实施例通过向预先与智能药箱建立无线连接的用户终端发送紧急情况提示，能够提醒用户的亲属知晓用户存在紧急情况，以使得用户的亲属尽快到达用户所在地，处理用户的紧急情况，进一步提高用户获得救助的可能性。

在又一个可选的实施例中，上述第一紧急呼救请求包括第一用户的病症参数，以及在执行完毕步骤102之后，该基于智能药箱实现一键呼救的方法可以包括以下操作：

接收响应第一紧急呼救请求的第三救助平台反馈的救助响应，该救助响应至少包括针对第一用户的紧急救助措施，该紧急救助措施为第三救助平台接收到第一紧急呼救请求之后，根据该第一紧急呼救请求包含的内容确定出的救助措施；

向第一用户输出紧急求助措施，以使第一用户根据紧急求助措施做出相应的处理。

该可选的实施例中，病症参数至少包括第一用户的病症种类，进一步的，该病症参数还可以包括第一用户的病症描述和/或第一用户的病症等级。又进一步的，第一紧急呼救请求还可以包括第一用户的当前用药情况、第一用户的用药记录、第一用户的药物敏感记录中的至少一种，该可选的实施例不做限定。其中，该当前用药情况包括但不限于药品种类、用药间隔时长、已用药次数。这样紧急呼救请求包括的内容越多越有利于救助平台根据紧急呼救请求匹配到更合适的救助措施，越有利于提高帮助用户脱离危急情况的可能性。

该可选的实施例中，第三救助平台为所有上述救助平台中的某一救助平台。

该可选的实施例中，紧急救助措施的呈现方式包括但不限于视频呈现方式、语音呈现方式以及文字呈现方式中的至少一种。

可见，该可选的实施例通过接收救助平台根据紧急呼救请求包含的内容制定的紧急救助措施，并向用户输出该紧急救助措施，能够在救助平台对应的工作人员未能及时到达时，帮助用户及时对紧急情况实现自救或者他救(患者身边有其他用户，该其他用户根据紧急救助措施救助需要救助的用户)，减少错过最佳救助时间的情况发生，丰富了智能药箱的智能化功能。

可见，实施图1所描述的基于智能药箱实现一键呼救的方法能够通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度。此外，还能够减少因用户误触智能药箱的一键呼叫功能的情况发生，提高了一键呼救功能的触发准确性；还能够智能化检测用户的当前情况，并在判断出用户出现危急情况时，自动触发智能药箱的紧急呼救功能，减少用户出现危急情况时无法触发智能药箱的一键呼救功能的情况发生；还能够丰富呼救触发条件的判断方式，提高呼救触发条件的判断灵活性；还能够提醒用户的亲属知晓用户存在紧急情况，以使得用户的亲属尽快到达用户所在地，处理用户的紧急情况；还能够在救助平台对应的工作人员未能及时到达时，帮助用户及时对紧急情况实现自救或者他救，减少错过最佳救助时间的情况发生，丰富了智能药箱的智能化功能。

实施例二

请参阅图2，图2是本发明实施例公开的另一种基于智能药箱实现一键呼救的方法的流程示意图。其中，图2所描述的基于智能药箱实现一键呼救的方法可以应用于智能药箱或者智能药箱对应的后台服务器或者后台服务平台/云服务平台中，本发明实施例不做限定。如图2所示，该基于智能药箱实现一键呼救的方法可以包括以下操作：

201、检测用户针对智能药箱的一键呼救功能触发的呼救操作。

202、确定智能药箱的第一当前地理位置以及预先与智能药箱建立绑定关系的至少一个救助平台中每个救助平台的第二地理位置。

本发明实施例中，从数据库中确定智能药箱的第一当前地理位置以及预先与智能药箱建立绑定关系的至少一个救助平台中每个救助平台的第二地理位置。

本发明实施例中，或者，智能药箱具有定位功能，即智能药箱具有定位模块，根据智能药箱的定位模块确定智能药箱的第一当前地理位置。

203、基于智能药箱的第一当前地理位置与每个救助平台的第二地理位置计算该救助平台与智能药箱的距离值。

204、基于所有距离值从所有救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台。

本发明实施例中，预设距离值阈值可以为智能药箱根据第一用户输入的距离值进行设定的，例如：1000m。

205、根据呼救操作向所有第一救助平台发送第一紧急呼救请求。

可见，本发明实施例通过在检测到用户针对智能药箱的一键呼救功能触发的呼救操作之后，进一步根据智能药箱的地理位置智能化从预先与智能药箱建立绑定关系的所有救助平台中筛选距离智能药箱较近的救助平台，再向自动该距离较近的救助平台发送紧急呼救请求，能够将距离智能药箱(即用户)较近的救助平台确定为需要发送紧急呼救请求的救助平台，提高救助平台的确定准确性，便于救助平台及时到达用户所在地，有利于用户能够及时得到救助。

在一个可选的实施例，在执行完毕步骤204之后，该基于智能药箱实现一键呼救的方法还可以包括以下操作：

确定每个第一救助平台的当前交通路况；

基于智能药箱的第一当前地理位置以及每个第一救助平台的第二地理位置与该第一救助平台的当前交通路况计算从该第一救助平台出发到达智能药箱的第一当前地理位置所需的时长；

基于所有时长从所有第一救助平台筛选时长小于等于预设时长阈值的第二救助平台。

该可选的实施例中，作为一种可选的实施方式，根据呼救操作向所有第一救助平台发送第一紧急呼救请求，可以包括：

根据呼救操作向第二救助平台发送第一紧急呼救请求。

该可选的实施方式中，预设时长阈值为预先认为设定的，也可以为根据所有时长确定的，例如：预设时长阈值为20分钟，计算出5个救助平台的时长分别为：甲对应的时长为90分钟，乙对应的时长为20分钟，丙对应的时长为60分钟，丁对应的时长为15分钟，戊对应的时长为5分钟，则分别向乙、丁、戊三个救助平台发送紧急呼救请求。进一步的，也可以直接向到达智能药箱所在地时长最短的救助平台发送紧急呼救请求，这样有利于用户能够及时得到救助。

该可选的实施例中，作为一种可选的实施方式，确定每个第一救助平台的当前交通路况，可以包括：

向交通管理部门发送交通情况获取请求，该交通情况获取请求用于请求获取每个第一救助平台与智能药箱之间的交通情况，且该交通情况获取请求至少包括智能药箱的第一当前地理位置以及每个第一救助平台的第二地理位置；

接收交通管理部门发送的、根据交通情况获取请求包括的内容确定出的每个第一救助平台的当前交通情况。

可见，该可选的实施方式通过向交通管理部门发送交通情况获取请求，能够实现救助平台的当前交通路况的获取，以及提高了救助平台的当前交通路况的获取准确性以及效率。

可见，该可选的实施例在筛选出距离用户较近的救助平台之后，进一步从距离用户较近的救助平台中筛选到达用户所在地所需时长较短的救助平台，并向到达智能药箱所在地时长较短的所有救助平台发送紧急呼救请求，能够进一步提高用户及时得到救助的可能性，进一步丰富智能药箱的智能化功能以及进一步提升用户的体验感。

可见，实施图2所描述的基于智能药箱实现一键呼救的方法能够通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度。此外，还能够提高救助平台的确定准确性，便于救助平台及时到达用户所在地，有利于用户能够及时得到救助；还能够通过向交通管理部门发送交通情况获取请求，实现救助平台的当前交通路况的获取，以及提高了救助平台的当前交通路况的获取准确性以及效率；还能够通过向到达智能药箱所在地时长较短的所有救助平台发送紧急呼救请求，能够进一步提高用户及时得到救助的可能性，进一步丰富智能药箱的智能化功能以及进一步提升用户的体验感。

实施例三

请参阅图3，图3是本发明实施例公开的一种基于智能药箱实现一键呼救的装置的结构示意图。其中，图3所描述的基于智能药箱实现一键呼救的装置可以应用于智能药箱或者智能药箱对应的后台服务器或者后台服务平台/云服务平台中，本发明实施例不做限定。如图5所示，该基于智能药箱实现一键呼救的装置可以包括检测模块301以及发送模块302，其中：

检测模块301，用于检测用户针对智能药箱的一键呼救功能触发的呼救操作。

发送模块302，用于根据呼救操作向与智能药箱预先建立绑定关系的至少一个救助平台发送第一紧急呼救请求。

可见，实施图3所描述的基于智能药箱实现一键呼救的装置能够通过检测用户针对智能药箱的一键呼救功能的呼救操作，智能化向救助平台发送紧急呼救请求，实现一键呼救，提高了用户在发生紧急情况时及时获救的可能性，丰富了智能药箱的智能化功能，提高了智能药箱的使用粘度。

在一个可选的实施例中，在图3所描述的基于智能药箱实现一键呼救的装置的基础上，该基于智能药箱实现一键呼救的装置还可以包括确定模块303、计算模块304以及筛选模块305此时，该基于智能药箱实现一键呼救的装置可以如图4所示，图4为另一种基于智能药箱实现一键呼救的装置的结构示意图，其中：

确定模块303，用于确定智能药箱的第一当前地理位置以及预先与智能药箱建立绑定关系的至少一个救助平台中每个救助平台的第二地理位置。

计算模块304，用于基于智能药箱的第一当前地理位置与每个救助平台的第二地理位置计算该救助平台与智能药箱的距离值。

筛选模块305，用于基于所有距离值从所有救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台。

该可选的实施例中，作为一种可选的实施方式，发送模块302根据呼救操作向预先与智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求的方式具体为：

根据呼救操作向所有第一救助平台发送第一紧急呼救请求。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置能够通过在检测到用户针对智能药箱的一键呼救功能触发的呼救操作之后，进一步根据智能药箱的地理位置智能化从预先与智能药箱建立绑定关系的所有救助平台中筛选距离智能药箱较近的救助平台，再向自动该距离较近的救助平台发送紧急呼救请求，能够将距离智能药箱(即用户)较近的救助平台确定为需要发送紧急呼救请求的救助平台，提高救助平台的确定准确性，便于救助平台及时到达用户所在地，有利于用户能够及时得到救助。

在另一个可选的实施例中，如图4所示，确定模块303，还用于在筛选模块305基于所有距离值从所有救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台之后，确定每个第一救助平台的当前交通路况。

计算模块304，还用于基于智能药箱的第一当前地理位置以及每个第一救助平台的第二地理位置与该第一救助平台的当前交通路况计算从该第一救助平台出发到达智能药箱的第一当前地理位置所需的时长。

筛选模块305，还用于基于所有时长从所有第一救助平台筛选时长小于等于预设时长阈值的第二救助平台。

该可选的实施例中，作为一种可选的实施方式，发送模块302根据呼救操作向所有第一救助平台发送第一紧急呼救请求的方式具体为：

根据呼救操作向第二救助平台发送第一紧急呼救请求。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置还能够通过在筛选出距离用户较近的救助平台之后，进一步从距离用户较近的救助平台中筛选到达用户所在地所需时长较短的救助平台，能够进一步提高用户及时得到救助的可能性，进一步丰富智能药箱的智能化功能以及进一步提升用户的体验感。

在又一个可选的实施例中，如图4所示，上述第一紧急呼救请求可以包括第一用户的病症参数；以及，该基于智能药箱实现一键呼救的装置还可以包括接收模块306以及输出模块307，其中：

接收模块306，用于在发送模块302根据呼救操作向预先与智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求之后，接收响应第一紧急呼救请求的第三救助平台反馈的救助响应，该救助响应至少包括针对第一用户的紧急救助措施，该紧急救助措施为第三救助平台接收到第一紧急呼救请求之后，根据第一紧急呼救请求包含的内容确定出的救助措施，该第三救助平台为所有救助平台中的某一救助平台。

输出模块307，用于向第一用户输出紧急求助措施，以使第一用户根据紧急求助措施做出相应的处理。

该可选的实施例中，当发送模块302执行完毕上述的根据呼救操作向预先与智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求的操作之后，可以触发接收模块306执行上述的接收响应第一紧急呼救请求的第三救助平台反馈的救助响应的操作。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置还能够通过接收救助平台根据紧急呼救请求包含的内容制定的紧急救助措施，并向用户输出该紧急救助措施，能够在救助平台对应的工作人员未能及时到达时，帮助用户及时对紧急情况实现自救或者他救(患者身边有其他用户，该其他用户根据紧急救助措施救助需要救助的用户)，减少错过最佳救助时间的情况发生，丰富了智能药箱的智能化功能。

在又一个可选的实施例中，如图4所示，上述智能药箱的底座具有滑动轮，该智能药箱通过滑动轮在预设区域范围内移动；以及，该基于智能药箱实现一键呼救的装置还可以包括判断模块308，其中：

判断模块308，用于当检测模块301未检测到呼救操作时，判断智能药箱的当前条件是否满足预先确定出的呼救触发条件。

发送模块302，还用于当判断模块308判断出当前条件满足呼救触发条件时，向至少一个救助平台发送第二紧急呼救请求。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置还能够通过在检测到用户未触发智能药箱的一键呼救功能时，通过自动检测智能药箱的当前条件是否满足呼救触发条件，若满足，则自动执行后续的向救助平台发送紧急呼救请求的操作，能够智能化检测用户的当前情况，并在判断出用户出现危急情况时，自动触发智能药箱的紧急呼救功能，减少用户出现危急情况时无法触发智能药箱的一键呼救功能的情况发生，有利于提高用户出现危急情况时能够获取到帮助的可能性，以及进一步丰富智能药箱的智能化功能。

在又一个可选的实施例中，如图4所示，判断模块308判断智能药箱的当前条件是否满足预先确定出的呼救触发条件的方式具体为：

当检测到第一用户在休息时，判断当前时间是否为第一用户的预设作息时间；

当判断出当前时间不为预设作息时间时，控制智能药箱的响铃模块启动，以呼救用户；

当判断出到第一用户未被叫醒时，确定智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到第一用户处于躺下状态且第一用户当前所在区域不是预先确定出的休息区域集合中的某一休息区域时，确定智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到第一用户摔倒且处于无法站立起来时，确定智能药箱的当前条件满足预先确定出的呼救触发条件。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置还能够通过用户的休息时间、用户的休息区域以及判断出用户摔倒且无法站立方式确定智能药箱的当前条件满足预先确定出的呼救触发条件的判断方式，能够丰富呼救触发条件的判断方式，提高呼救触发条件的判断灵活性。

在又一个可选的实施例中，如图4所示，发送模块302，还用于在检测模块301检测第一用户针对智能药箱的一键呼救功能触发的呼救操作之后，根据该呼救操作向预先与智能药箱建立无线连接的用户终端发送紧急情况提示，该紧急情况提示用于提示用户终端对应的第二用户第一用户当前存在紧急情况。

可见，实施图4所描述的基于智能药箱实现一键呼救的装置还能够通过向预先与智能药箱建立无线连接的用户终端发送紧急情况提示，能够提醒用户的亲属知晓用户存在紧急情况，以使得用户的亲属尽快到达用户所在地，处理用户的紧急情况，进一步提高用户获得救助的可能性。

实施例四

请参阅图5，图5是本发明实施例公开的又一种基于智能药箱实现一键呼救的装置。如图5所示，该基于智能药箱实现一键呼救的装置可以包括：

存储有可执行程序代码的存储器501；

与存储器501耦合的处理器502；

处理器502调用存储器501中存储的可执行程序代码，用于执行实施例一或实施例二所描述的基于智能药箱实现一键呼救的方法中的步骤。

实施例五

本发明实施例公开了一种计算机可读存储介质，其存储用于电子数据交换的计算机程序，其中，该计算机程序使得计算机执行实施例一或实施例二所描述的基于智能药箱实现一键呼救的方法中的步骤。

实施例六

本发明实施例公开了一种计算机程序产品，该计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，且该计算机程序可操作来使计算机执行实施例一或实施例二所描述的基于智能药箱实现一键呼救的方法中的步骤。

以上所描述的装置实施例仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施例的具体描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中,存储介质包括只读存储器(Read-Only Memory，ROM)、随机存储器(Random Access Memory，RAM)、可编程只读存储器(Programmable Read-only Memory，PROM)、可擦除可编程只读存储器(ErasableProgrammable Read Only Memory，EPROM)、一次可编程只读存储器(One-timeProgrammable Read-Only Memory，OTPROM)、电子抹除式可复写只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、只读光盘(CompactDisc Read-Only Memory，CD-ROM)或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

最后应说明的是：本发明实施例公开的一种基于智能药箱实现一键呼救的方法及装置所揭露的仅为本发明较佳实施例而已，仅用于说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解；其依然可以对前述各项实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或替换，并不使相应的技术方案的本质脱离本发明各项实施例技术方案的精神和范围。

Claims (10)

1.一种基于智能药箱实现一键呼救的方法，其特征在于，所述方法包括：

检测第一用户针对智能药箱的一键呼救功能触发的呼救操作；

根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求；

当未检测到所述呼救操作时，判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件；所述判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件，包括：

当检测到所述第一用户在休息时，判断当前时间是否为所述第一用户的预设作息时间；其中，检测所述第一用户是否在休息的方式包括：采集所述第一用户的影像数据，将所述影像数据输入预先建立的睡眠分析模型中，获取所述睡眠分析模型输出的结果，当所述结果与所述第一用户的预存睡眠结果的第一匹配度达到第一预设匹配度阈值时，则确定所述第一用户在休息；其中，所述睡眠分析模型的建立过程如下：

获取所述第一用户处于睡眠状态下的多个样本影像数据，并将所有所述样本影像数据输入预先确定的神经网络模型进行训练，得到所述第一用户对应的所述睡眠分析模型；

当判断出所述当前时间不为所述预设作息时间时，控制所述智能药箱的响铃模块启动，以呼救用户；

当判断出到所述第一用户未被叫醒时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；其中判断所述第一用户是否被叫醒的方式包括：分析所述第一用户的影像数据，当分析结果表示所述第一用户已经睁开眼睛和/或所述第一用户在走动，确定所述第一用户醒来；和/或，通过语音采集模块检测到所述第一用户的说话声，确定所述第一用户醒来；

当判断出所述当前条件满足所述呼救触发条件时，向所述至少一个救助平台发送第二紧急呼救请求。

2.根据权利要求1所述的基于智能药箱实现一键呼救的方法，其特征在于，所述方法还包括：

确定所述智能药箱的第一当前地理位置以及预先与所述智能药箱建立绑定关系的至少一个救助平台中每个所述救助平台的第二地理位置，并基于所述智能药箱的第一当前地理位置与每个所述救助平台的第二地理位置计算该救助平台与所述智能药箱的距离值；

基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台；

其中，所述根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求，包括：

根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求。

3.根据权利要求2所述的基于智能药箱实现一键呼救的方法，其特征在于，所述基于所有所述距离值从所有所述救助平台中筛选距离值小于等于预设距离值阈值的所有第一救助平台之后，所述方法还包括：

确定每个所述第一救助平台的当前交通路况；

基于所述智能药箱的第一当前地理位置以及每个所述第一救助平台的第二地理位置与该第一救助平台的当前交通路况计算从该第一救助平台出发到达所述智能药箱的第一当前地理位置所需的时长；

基于所有所述时长从所有所述第一救助平台筛选时长小于等于预设时长阈值的第二救助平台；

其中，所述根据所述呼救操作向所有所述第一救助平台发送第一紧急呼救请求，包括：

根据所述呼救操作向所述第二救助平台发送第一紧急呼救请求。

4.根据权利要求1所述的基于智能药箱实现一键呼救的方法，其特征在于，所述第一紧急呼救请求包括所述第一用户的病症参数；

以及，所述根据所述呼救操作向预先与所述智能药箱建立绑定关系的至少一个救助平台发送第一紧急呼救请求之后，所述方法还包括：

接收响应所述第一紧急呼救请求的第三救助平台反馈的救助响应，所述救助响应至少包括针对所述第一用户的紧急救助措施，所述紧急救助措施为所述第三救助平台接收到所述第一紧急呼救请求之后，根据所述第一紧急呼救请求包含的内容确定出的救助措施，所述第三救助平台为所有所述救助平台中的某一救助平台；

向所述第一用户输出所述紧急救助 措施，以使所述第一用户根据所述紧急救助 措施做出相应的处理。

5.根据权利要求1-4任一项所述的基于智能药箱实现一键呼救的方法，其特征在于，所述智能药箱的底座具有滑动轮，所述智能药箱通过所述滑动轮在预设区域范围内移动。

6.根据权利要求5所述的基于智能药箱实现一键呼救的方法，其特征在于，所述判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件，包括：

当检测到所述第一用户处于躺下状态且所述第一用户当前所在区域不是预先确定出的休息区域集合中的某一休息区域时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；或者，

当检测到所述第一用户摔倒且处于无法站立起来时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件。

7.根据权利要求1、2、3、4或6所述的基于智能药箱实现一键呼救的方法，其特征在于，所述检测第一用户针对智能药箱的一键呼救功能触发的呼救操作之后，所述方法还包括：

根据所述呼救操作向预先与所述智能药箱建立无线连接的用户终端发送紧急情况提示，所述紧急情况提示用于提示所述用户终端对应的第二用户所述第一用户当前存在紧急情况。

8.一种基于智能药箱实现一键呼救的装置，其特征在于，所述装置包括：

检测模块，用于检测用户针对智能药箱的一键呼救功能触发的呼救操作；

发送模块，用于根据所述呼救操作向与所述智能药箱预先建立绑定关系的至少一个救助平台发送第一紧急呼救请求；

判断模块，用于当所述检测模块未检测到所述呼救操作时，判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件；所述判断模块判断所述智能药箱的当前条件是否满足预先确定出的呼救触发条件的方式具体为：

当检测到所述第一用户在休息时，判断当前时间是否为所述第一用户的预设作息时间；其中，检测所述第一用户是否在休息的方式包括：采集所述第一用户的影像数据，将所述影像数据输入预先建立的睡眠分析模型中，获取所述睡眠分析模型输出的结果，当所述结果与所述第一用户的预存睡眠结果的第一匹配度达到第一预设匹配度阈值时，则确定所述第一用户在休息；其中，所述睡眠分析模型的建立过程如下：

获取所述第一用户处于睡眠状态下的多个样本影像数据，并将所有所述样本影像数据输入预先确定的神经网络模型进行训练，得到所述第一用户对应的所述睡眠分析模型；

当判断出所述当前时间不为所述预设作息时间时，控制所述智能药箱的响铃模块启动，以呼叫用户；

当判断出到所述第一用户未被叫醒时，确定所述智能药箱的当前条件满足预先确定出的呼救触发条件；其中判断所述第一用户是否被叫醒的方式包括：分析所述第一用户的影像数据，当分析结果表示所述第一用户已经睁开眼睛和/或所述第一用户在走动，确定所述第一用户醒来；和/或，通过语音采集模块检测到所述第一用户的说话声，确定所述第一用户醒来；

所述发送模块，还用于当所述判断模块判断出所述当前条件满足所述呼救触发条件时，向所述至少一个救助平台发送第二紧急呼救请求。

9.一种基于智能药箱实现一键呼救的装置，其特征在于，所述装置包括：

存储有可执行程序代码的存储器；

与所述存储器耦合的处理器；

所述处理器调用所述存储器中存储的所述可执行程序代码，执行如权利要求1-7任一项所述的基于智能药箱实现一键呼救的方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质存储有计算机指令，所述计算机指令被调用时，用于执行如权利要求1-7任一项所述的基于智能药箱实现一键呼救的方法。

Images