一种紧急救助方法、装置、电子设备和存储介质

技术领域

本公开涉及互联网技术领域，尤其涉及互联网医疗与语音技术，具体涉及一种紧急救助方法、装置、电子设备、存储介质和计算机程序产品。

背景技术

随着社会老龄化趋势的加剧，加之现代年轻人生活节奏比较快，大部分老人白天都不能有人时时陪伴，而老年人又属于高危易发群体。在老年人突发疾病或意外摔倒时，如果得不到及时救治会产生很严重的后果，有时甚至会造成生命危险。

发明内容

本公开提供了一种紧急救助方法、装置、电子设备、存储介质和计算机程序产品。

根据本公开的一方面，提供了一种紧急救助方法，包括：

获取对目标用户的救助指令和待救助位置；其中，救助指令根据智能语音设备录制并上传的目标用户的语音信息生成；

响应于救助指令，根据待救助位置，从施救方集合中为目标用户选择目标施救方。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开任意实施例的紧急救助方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本公开任意实施例的紧急救助方法。

根据本公开的技术，可保证及时且高效的对待救助人员进行救助。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例提供的一种紧急救助方法的流程示意图；

图2是根据本公开实施例提供的又一种紧急救助方法的流程示意图；

图3是根据本公开实施例提供的另一种紧急救助方法的流程示意图；

图4是根据本公开实施例提供的另一种紧急救助方法的流程示意图；

图5是根据本公开实施例提供的一种紧急救助装置的结构示意图；

图6是用来实现本公开实施例的紧急救助方法的电子设备的框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1为本公开实施例的一种紧急救助方法的流程示意图，本实施例可适用于待救助人员无法直接通过手机拔打求助电话进行求助时，利用智能语音设备进行求援的情况。该方法可由一种紧急救助装置来执行，该装置采用软件和/或硬件的方式实现，并集成在电子设备上，例如集成在云服务器设备上。

具体的，参见图1，紧急救助方法如下：

S101、获取对目标用户的救助指令和待救助位置。

其中，目标用户可选的为任意年龄段的人，例如既可以是老人，也可以是孩童。随着人工智能技术的发展，智能语音设备(例如智能音箱)已成为用户家中的常见设备，甚至普及到一室一屏。本公开实施例中，目标用户的家中预先部署有至少一个智能语音设备，目标用户在家中发生意外(例如摔倒)或突发疾病时，目标用户可利用家中部署的智能语音设备进行求助，由此可避免目标用户无法通过手机拨打求助电话而耽误救援的情况。具体的，目标用户可通过语音唤醒智能语音设备，其中，唤醒设备的语音由设备的生产厂家确定。进而对智能语音设备发出求救语音，例如发出“我摔倒了需要救助”的语音；而智能语音设备将录制的目标用户的求救语音发送到云端服务器设备中，以便云端服务器设备基于求助语音，并按照S101-S102的方法对目标用户进行及时救助。

具体的，云端服务器中预先设置有对话式语音智能操作系统，云端服务器在接到智能语音设备上传的求救语音信息后，对话式语音智能操作系统基于自然语言处理技术，识别求助语音信息中是否包括求助意图，若包括求助意图，则将该求助意图转换为可执行的救助指令，也即救助指令根据智能语音设备录制并上传的目标用户的语音信息生成。本公开实施例中，云端服务其中还设置有用于执行本公开提供的紧急救助方法的救助服务，救助服务可以从对话式语音智能操作系统获取可执行的救助指令。

本公开实施例中，智能语音设备在将录制的目标用户的语音信息上传到云服务器的同时，将智能语音设备的位置信息作为待救援位置也上传到云端服务器的对话式语音智能操作系统，以便对话式语音智能操作系统将其传输给救助服务。在一种可选的实施方式中，如果智能语音设备中具有定位模块，则将定位模块确定的经纬度信息传输到云端服务器的救助服务；如果智能语音设备中没有定位模块，智能语音设备上传设备的IP地址或者目标用户在设备中预留地址到对话式语音智能操作系统，并由对话式语音智能操作系统将其与救助指令一起发送给救助服务，进而救助服务根据IP地址或者目标用户在设备中预留地址确定待救助位置。其中，预留地址可以在智能语音设备每次开机时提醒用户重新设置，以避免出现因为智能语音设备移动位置(例如从A市移动到B市)而导致以前预留地址不准确的情况。需要说明的是，通过上述方式确定待救助位置，避免通过电话询问目标用户的方式确定待救助位置，由此可提升获取待救助位置的效率，进而节省救援时间。

本公开实施例中，云端服务器中的救助服务在获取到救助指令和待救助位置后，继续执行S102的步骤，以实现对目标用户的紧急救助。

S102、响应于救助指令，根据待救助位置，从施救方集合中为目标用户选择目标施救方。

本公开实施例中，为了保证目标用户能够得到及时救助，云端服务器中的救助服务整合了多个施救方，例如整合120网点、999网点以及民间救助组织等，最终得到施救方集合。进而救助服务响应于救助指令，根据救助位置，从施救方集合中为目标用户选择最优的目标施救方，示例性的，目标施救方是距离待救助位置最近的施救方，最终由目标施救方派遣救助资源对目标用户进行紧急救助。

本公开实施例中，目标用户可通过智能语音设备进行求助，由此可避免目标用户无法通过手机拨打求助电话而耽误救援的情况；而且预先整合了多个施救方，由此保证了在收到救助指令和待救助位置后，可为目标用户选出最优的目标施救方，进而确保了救助的及时性。

图2是根据本公开实施例的又一紧急救助方法的流程示意图，本实施例是在上述实施例的基础上进行优化，参见图2，紧急救助方法具体如下：

S201、获取对目标用户的救助指令和待救助位置。

其中，救助指令根据目标用户的语音信息生成，目标用户的语音信息由智能语音设备录制并上传。待救助位置是根据智能语音设备上传的IP地址或者目标用户预留地址确定。具体的过程可参见上述实施例，在此不再赘述。

S202、根据待救助位置和施救方集合中各施救方的位置，从施救方集合中确定候选施救方。

在一种可选的实时方式中，根据待救助位置和施救方集合中各施救方的位置，确定各施救方与待救助位置之间的距离，并从施救方集合中将距离小于预设距离阈值的施救方作为候选施救方。而在具体实现时，可根据待救助位置，确定召回区域；例如将以待救助位置为圆心、以预设距离阈值为半径的圆周区域作为召回区域。进而将施救方集合中，位置处于召回区域内的施救方作为候选施救方。需要说明的是，施救方集合中各施救方的位置是预先采集并存储的，利用设定的召回区域确定候选施救方，可提升确定候选施救方的效率，进而为救援节省时间。

S203、根据候选施救方的位置和/或救助资源的状态信息，从所述候选施救方中为目标用户选择目标施救方。

本公开实施例中，可通过如下三种方式中的任一种确定目标施救方：

(1)可根据各候选施救方的位置，以及待救援位置，规划救援路径，将救援路径最短的候选施救方作为目标施救方。

(2)可根据各候选施救方的救助资源的状态信息，将空闲救助资源最多的候选施救方作为目标施救方，其中，救助资源可选的为救护车资源，状态信息包括空闲和忙碌两种，忙碌是指救助资源正在执行救助任务。例如，选出5个候选施救方，其中只有一个候选施救方有空闲救助资源，另外四个候选施救方没有救助资源可用，则将具有空闲救助资源的候选施救方作为目标施救方。

(3)可根据各候选施救方的位置，以及待救援位置，规划救援路径，如果多个候选施救方对应的救援路径彼此之间的距离差小于阈值，则根据各候选施救方的救助资源的状态信息进行筛选，将其中空闲救助资源最多的候选施救方作为目标施救方。需要说明的是，如果两个或多个候选施救方对应的救援路径的距离相等或相近，还可以根据救援路径上的交通指示灯的数量或道路拥堵程度筛选目标施救方。

本公开实施例中，先确定候选施救方，再根据候选施救方的位置和/或救助资源的状态信息，从候选施救方中为目标用户选择目标施救方。由此可以保证确定目标施救方的效率，进而保证目标用户可以被及时救助。

进一步的，为了保证根据候选施救方的救助资源状态信息确定目标施救方的准确性，需要对施救方的救助资源的状态信息进行更新。可选的，通过如下任一方式更新施救方集合中各施救方的救助资源的状态信息：根据轮询拉取到的各施救方的救助资源的状态信息进行更新；或者根据接收到的各施救方推送的救助资源的状态信息进行更新，例如，施救方每派遣出一救助资源，则将该救助资源处于忙碌状态的信息推送给救助服务。

图3是根据本公开实施例的另一紧急救助方法的流程示意图，在实施例是在上述实施例的基础上进行优化，参见图3，紧急救助方法具体如下：

S301、获取对目标用户的救助指令和待救助位置。

其中，救助指令根据目标用户的语音信息生成，目标用户的语音信息由智能语音设备录制并上传。待救助位置是根据智能语音设备上传的IP地址或者目标用户预留地址确定。具体的过程可参见上述实施例，在此不再赘述。

S302、响应于救助指令，根据待救助位置，从施救方集合中为目标用户选择目标施救方。

具体的过程可参见上述实施例，在此不再赘述。

S303、基于预先存储的目标施救方的联系方式，与目标施救方建立语音通话，以通知目标施救方对目标用户进行紧急救助。

本公开实施例中，云端服务器中的救助服务预先存储施救方集合中的各施救方的位置和联系方式，其中，各施救方的联系方式既可以通过线上采集也可以通过线下采集，而采集到的联系方式示例性的可通过列表方式存储。在确定目标施救方后，直接从列表中确定目标施救方的联系方式，进而救助服务与目标施救方建立语音通话，通知目标施救方目标用户需要紧急救助，并告知目标用户所处的待救助位置。

本公开实施例中，由云端服务器中的救助服务与目标施救方进行通话，以通知目标施救方对目标用户进行救助，避免了目标用户因为无法通过手机拨打求助电话而耽误救援的情况。

图4是根据本公开实施例的另一紧急救助方法的流程示意图，在实施例是在上述实施例的基础上进行优化，参见图4，紧急救助方法具体如下：

S401、获取对目标用户的救助指令和待救助位置。

其中，待救助位置是根据智能语音设备上传的IP地址或者目标用户预留地址确定。具体的过程可参见上述实施例，在此不再赘述。救助指令是云端服务器中的对话式语音智能操作系统根据目标用户的语音信息生成的，而目标用户的语音信息由智能语音设备录制并上传。需要说明的是，云端服务器中的对话式语音智能操作系统还可以根据目标用户的语音信息确定目标用户的属性信息，例如根据目标用户的语音的声纹特征确定，其中，属性信息包括目标用户的性别、年龄段等。除此之外，对话式语音智能操作系统还接收智能语音设备保存的目标用户的健康指标，其中，健康指标可以是目标用户曾经利用智能语音设备中某一应用问诊后产生并保存的。后续，对话式语音智能操作系统将识别出的属性信息、健康指标、救助指令一起发送给云端服务中的救助服务。

S402、响应于救助指令，根据待救助位置，从施救方集合中为目标用户选择目标施救方。

本公开实施例中，S402的步骤的详细过程，可参见上述实施例，在此不再赘述。

S403、基于预先存储的目标施救方的联系方式，与目标施救方建立语音通话，以通知目标施救方对目标用户进行紧急救助。

本公开实施例中，通知目标施救方对目标用户进行紧急救助的同时，将通过S401获得的目标用户的属性信息以及目标用户的健康指标发送给目标救助方。

S404、基于智能语音设备，建立目标用户与目标施救方的工作人员之间的语音通话或视频通话。

本公开实施例中，在通知目标施救方派遣救助资源后，可通过智能语音设备拔打IP电话，以建立目标用户与目标施救方的工作人员之间的语音通话或视频通话，进而目标施救方的工作人员可基于接收到的目标用户的属性信息和健康指标，对目标用户进行心理疏导或指示目标用户进行简单自救。

本公开实施例中，利用智能语音设备，建立目标用户与目标施救方的工作人员之间的语音通话或视频通话，可以实现为目标用户提供地提供心理疏导和人文关怀。

图5是根据本公开实施例的紧急救助装置的结构示意图，本实施例可适用于待救助人员无法直接通过手机拔打求助电话进行求助时，利用智能语音设备进行求援的情况。如图5所示，该装置具体包括：

指令与位置获取模块501，获取对目标用户的救助指令和待救助位置；其中，救助指令根据智能语音设备录制并上传的目标用户的语音信息生成；

选择模块502，用于响应于救助指令，根据待救助位置，从施救方集合中为目标用户选择目标施救方。

在上述实施例的基础上，可选的，选择模块包括：

第一选择单元，用于根据待救助位置和施救方集合中各施救方的位置，从施救方集合中确定候选施救方；

第二选择单元，用于根据候选施救方的位置和/或救助资源的状态信息，从候选施救方中为目标用户选择目标施救方。

在上述实施例的基础上，可选的，第一选择单元包括：

区域确定子单元，用于根据待救助位置，确定召回区域；

选择子单元，用于将施救方集合中，位置处于召回区域内的施救方作为候选施救方。

在上述实施例的基础上，可选的，待救助位置是根据智能语音设备上传的IP地址或者目标用户预留地址确定。

在上述实施例的基础上，可选的，该装置还包括：

通知模块，用于从施救方集合中为目标用户选择目标施救方之后，基于预先存储的目标施救方的联系方式，与目标施救方建立语音通话，以通知目标施救方对目标用户进行紧急救助。

在上述实施例的基础上，可选的，该装置还包括：

通话模块，用于在通知目标施救方对目标用户进行紧急救助之后，基于智能语音设备，建立目标用户与目标施救方的工作人员之间的语音通话或视频通话。

在上述实施例的基础上，可选的，该装置还包括：

更新模块，用于通过如下任一方式更新施救方集合中各施救方的救助资源的状态信息：

根据轮询拉取到的各施救方的救助资源的状态信息进行更新；或者

根据接收到的各施救方推送的救助资源的状态信息进行更新。

本公开实施例提供的紧急救助装置可执行本公开任意实施例提供的紧急救助方法，具备执行方法相应的功能模块和有益效果。本实施例中未详尽描述的内容可以参考本公开任意方法实施例中的描述。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图6示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(ROM)602中的计算机程序或者从存储单元608加载到随机访问存储器(RAM)603中的计算机程序，来执行各种适当的动作和处理。在RAM 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

设备600中的多个部件连接至I/O接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如紧急救助方法。例如，在一些实施例中，紧急救助方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由ROM 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到RAM 603并由计算单元601执行时，可以执行上文描述的紧急救助方法的一个或多个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行紧急救助方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。