车辆救援方法、装置、电子设备、介质及救援车辆与流程

1.本发明涉及车辆救援领域，具体而言，涉及一种车辆救援方法、装置、电子设备、介质及救援车辆。


背景技术：

2.当今社会，随着经济的飞速发展和人民生活水平的日益提高，频发的交通事故、信号灯故障、道路受损、救援通道堵塞等，不但造成了严重的交通堵塞，也严重威胁到人民的生命安全。在一些特殊情况下，用户发起的呼叫请求在短时间急剧增加，导致接入成功率下降，普通的紧急救援系统的实时性大打折扣。如何有效地通知紧急情况以及实时分享路况信息非常重要，而目前的这套系统在实际运行时存在被呼叫终端繁忙、被呼叫终端拒绝接听、被呼叫终端无人应答等问题，导致紧急救援失败。
3.有鉴于此，特提出本发明。


技术实现要素：

4.本发明的目的在于提供一种车辆救援方法、装置、电子设备、介质及救援车辆，以解决现有技术中存在的呼叫请求大量增加时，无法有效通知紧急情况导致紧急救援失败的问题。
5.为了实现上述目的，本发明采用以下技术方案：
6.第一方面，本发明提供了一种车辆救援方法，包括以下步骤：
7.根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号；所述驾驶员健康状态信息包括驾驶员心电信号数据、驾驶员体温、驾驶员声纹和驾驶员面部图像，所述车辆状态信息包括车辆加速度、车辆倾角和车内气囊状态；
8.判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号；所述救援主体包括急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个；
9.判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号。
10.作为进一步优选的技术方案，所述根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号，包括：
11.根据驾驶员健康状态信息和车辆状态信息，确定求救等级；
12.根据所述求救等级，生成声光求救信号和包含车辆位置信息的求救信号。
13.作为进一步优选的技术方案，所述根据驾驶员健康状态信息和车辆状态信息，确定求救等级，包括：
14.根据驾驶员健康状态信息和车辆状态信息，发送至少两次求救询问信号；
15.获取针对至少两次所述求救询问信号的回馈信号，根据所述回馈信号、所述驾驶员健康状态信息和所述车辆状态信息，确定求救等级。
16.作为进一步优选的技术方案，所述判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号之时或之后，还包括根据车辆状态信息，向保险公司发送车辆事故信息的步骤。
17.第二方面，本发明提供了一种车辆救援装置，包括：
18.声光求救信号和包含车辆位置信息的求救信号的生成模块，用于根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号；所述驾驶员健康状态信息包括驾驶员心电信号数据、驾驶员体温、驾驶员声纹和驾驶员面部图像，所述车辆状态信息包括车辆加速度、车辆倾角和车内气囊状态；
19.第一求救信号发送模块，用于判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号；所述救援主体包括急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个；
20.第二求救信号发送模块，用于判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号。
21.第三方面，本发明提供了一种电子设备，包括：
22.至少一个处理器，以及与至少一个所述处理器通信连接的存储器；
23.其中，所述存储器存储有可被至少一个所述处理器执行的指令，所述指令被至少一个所述处理器执行，以使至少一个所述处理器能够执行上述的方法。
24.第四方面，本发明提供了一种介质，所述介质上存储有计算机指令，所述计算机指令用于使所述计算机执行上述的方法。
25.第五方面，本发明提供了一种救援车辆，包括驾驶员健康状态信息监测系统、车辆状态信息监测系统和上述的车辆救援装置，所述驾驶员健康状态信息监测系统和所述车辆状态信息监测系统均与所述车辆救援装置相连。
26.作为进一步优选的技术方案，所述救援车辆还包括求救信号接收装置，用于接收设定频段下的包含车辆位置信息的求救信号。
27.作为进一步优选的技术方案，所述救援车辆还包括救援平台信号接收装置，用于接收救援平台下发的包含车辆位置信息的求救信号。
28.与现有技术相比，本发明的有益效果为：
29.本发明提供的车辆救援方法首先根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号；若判断判断车辆处于联网状态，则向救援主体发送所述包含车辆位置信息的求救信号，由于救援主体包含了急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个，因而可同时向多个不同类型的救援主体发出求救信号，由此可避免单一救援终端繁忙、拒接或无人接听时造成救援信息无法及时送达的问题，同时该求救信号可自动发出，无需驾驶员主动发出，由此可避免紧急情况下驾驶员无法发出求救信号导致救援失败的情况。若判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号，该方式可避免车辆处于无法联网的状态下导致的求救信号无法发出的情况，如果需要救援的车辆附近有其他人或者车辆可及时发现声光求救信号，帮助需要救援的车辆呼叫急救中心、进行报警或实行救援等；如果需要救援的车辆附近没有其他人或者车辆，但由于在设定频段下发送了包含车辆位置信息的求救信号，因此可接收该设定频段下的求救信号的救援车辆能够及时
获取该求救信号，帮助需要救援的车辆呼叫急救中心、进行报警或实行救援。该车辆救援方法可极大提高救援的实时性和成功率。
附图说明
30.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
31.图1是实施例1提供的车辆救援方法的流程图；
32.图2是实施例2提供的车辆救援方法的流程图；
33.图3是实施例3提供的车辆救援装置的结构示意图；
34.图4是实施例4提供的救援车辆的结构示意图；
35.图5是实施例5提供的电子设备的结构示意图。
具体实施方式
36.以下结合附图对本技术的示范性实施例做出说明，其中包括本技术实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本技术的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
37.实施例1
38.图1是本实施例提供的一种车辆救援方法的流程图，本实施例适用于在车辆在遇到紧急情况需要救援的情况下使用。该方法可以由车辆救援装置来执行，该装置可以由软件和/或硬件构成，并一般集成在电子设备中。
39.如图1所示，该车辆救援方法包括以下步骤：
40.s110、根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号；所述驾驶员健康状态信息包括驾驶员心电信号数据、驾驶员体温、驾驶员声纹和驾驶员面部图像，所述车辆状态信息包括车辆加速度、车辆倾角和车内气囊状态。
41.其中，“声光求救信号”是指采用各种声光手段发出的求救信号，该求救信号可很容易地让周围行人或车辆获知该车辆处于紧急状态，例如车上灯光系统发出“sos”的光束，车辆发出报警音等。
[0042]“包含车辆位置信息的求救信号”是指该求救信号携带了车辆的位置信息，如果将该求救信号发送给救援主体，救援主体可实时获知车辆当前所处位置，可不必再对车辆的驾驶员进行询问，直接到该位置即可对车辆进行救援。求救信号除包含车辆位置信息外，还可以包含驾驶员健康状态信息和车辆状态信息等。
[0043]
从驾驶员健康状态信息中可以判断出驾驶员的身体健康状态是否处于异常状态，如果处于异常状态，则说明驾驶员本身身体健康状态不佳或者已经发生了事故。驾驶员健康状态信息可通过设置在车上的设备探测得到，例如采用心电监测系统监测驾驶员的心电信号数据，红外体温探测器探测驾驶员体温，驾驶员声纹采用音频采集传感器探测得到，驾
驶员面部图像采用摄像头探测得到。
[0044]
从车辆状态信息中可以判断出车辆是否出现了紧急情况，例如车辆突然出现急加速或急减速(加速度超过预设值)、车辆倾角超出预设值或车内气囊打开，这种情况均在一定程度上说明车辆出现了紧急情况。
[0045]
本步骤需要同时结合驾驶员健康状态信息和车辆状态信息来生成声光求救信号和包含车辆位置信息的求救信号，相对于仅通过驾驶员健康状态信息或车辆状态信息生成求救信号的方式来说，更加精确可靠。
[0046]
s120、判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号；所述救援主体包括急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个。
[0047]
其中，“救援主体”是指能够实时救援的人、车辆、平台或机构。
[0048]“车辆处于联网状态”是指车辆可连接互联网，例如车辆可通过2g、3g、4g或5g等联网，互联网的电磁波频段为800mhz～6ghz。
[0049]“紧急联系人”是预设在车机上的联系人。
[0050]
可选地，可通过短信等形式发送给救援主体。
[0051]
判断判断车辆处于联网状态，则向救援主体发送所述包含车辆位置信息的求救信号，由于救援主体包含了急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个，因而可同时向多个不同类型的救援主体发出求救信号，由此可避免单一救援终端繁忙、拒接或无人接听时造成救援信息无法及时送达的问题，同时该求救信号可自动发出，无需驾驶员主动发出，由此可避免紧急情况下驾驶员无法发出求救信号导致救援失败的情况。
[0052]
s130、判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号。
[0053]
其中，“车辆处于未联网状态”是指车辆不可连接互联网。
[0054]“设定频段”是指与联网时所采用的电磁波的频段不同的频段，例如优选为中波段(电磁波频率为300khz～3mhz，波长为100m～1km)。
[0055]
在车辆无法联网时，直接发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号，如果需要救援的车辆附近有其他人或者车辆可及时发现声光求救信号，帮助需要救援的车辆呼叫急救中心、进行报警或实行救援等；如果需要救援的车辆附近没有其他人或者车辆，但由于在设定频段下发送了包含车辆位置信息的求救信号，因此可接收该设定频段下的求救信号的救援车辆能够及时获取该求救信号，帮助需要救援的车辆呼叫急救中心、进行报警或实行救援。
[0056]
需要说明的是，本实施例中s120和s130的执行顺序仅为示例，实际上，s120和s130的先后顺序也可以调换，或者同时执行。
[0057]
进一步地，所述判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号之时或之后，还包括根据车辆状态信息，向保险公司发送车辆事故信息的步骤。
[0058]
在车辆处于联网状态时，还需根据车辆状态信息向保险公司发送车辆事故信息，也就是说，如果车辆发生了事故，还将车辆事故信息告知保险公司，由此可省去驾驶员或其他救援人员再报案给保险公司的步骤，一步到位，出险更快捷。
[0059]
实施例2
[0060]
图2是本实施例提供的一种车辆救援方法的流程图，本实施例是对实施例1中步骤s110的进一步优化，参见图2，该车辆救援方法包括以下步骤：
[0061]
s111、根据驾驶员健康状态信息和车辆状态信息，确定求救等级。
[0062]
其中，“求救等级”是指求救信号的等级。
[0063]
具体的，根据驾驶员健康状态信息和车辆状态信息，确定车辆当前紧急程度；根据车辆当前紧急程度，确定求救等级。
[0064]
优选地，所述根据驾驶员健康状态信息和车辆状态信息，确定求救等级，包括：
[0065]
s1111、根据驾驶员健康状态信息和车辆状态信息，发送至少两次求救询问信号。
[0066]
该“求救询问信号”是指询问驾驶员是否需要发出求救信号的信号，例如可采用车辆内部的报警音进行询问。
[0067]
s1112、获取针对至少两次所述求救询问信号的回馈信号，根据所述回馈信号、所述驾驶员健康状态信息和所述车辆状态信息，确定求救等级。
[0068]
该“回馈信号”是指驾驶员发出的针对所述求救询问信号的回应，回应方式例如为声音指令等。
[0069]
如果驾驶员在规定时间内对至少两次求救询问信号当中的至少一个进行了回应(回应方式可以是发出声音指令)，则根据回馈信号的内容，确定求救等级。
[0070]
如果驾驶员未在规定时间内对至少两次求救询问信号进行回应，则根据驾驶员健康状态信息和车辆状态信息，确定求救等级。
[0071]
s112、根据所述求救等级，生成声光求救信号和包含车辆位置信息的求救信号。
[0072]
s120、判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号；所述救援主体包括急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个。
[0073]
s130、判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号。
[0074]
上述s120和s130与实施例1中的相同，在此不再赘述。
[0075]
实施例3
[0076]
如图3所述，本实施例提供了一种车辆救援装置，包括：
[0077]
声光求救信号和包含车辆位置信息的求救信号的生成模块101，用于根据驾驶员健康状态信息和车辆状态信息，生成声光求救信号和包含车辆位置信息的求救信号；所述驾驶员健康状态信息包括驾驶员心电信号数据、驾驶员体温、驾驶员声纹和驾驶员面部图像，所述车辆状态信息包括车辆加速度、车辆倾角和车内气囊状态；
[0078]
第一求救信号发送模块102，用于判断车辆处于联网状态，向救援主体发送所述包含车辆位置信息的求救信号；所述救援主体包括急救中心、公安机关、消防机关救援平台、救援车辆或紧急联系人中的至少一个；
[0079]
第二求救信号发送模块103，用于判断车辆处于未联网状态，发送声光求救信号和/或在设定频段下发送所述包含车辆位置信息的求救信号。
[0080]
进一步地，声光求救信号和包含车辆位置信息的求救信号的生成模块101还包括：求救等级确定单元，用于根据驾驶员健康状态信息和车辆状态信息，确定求救等级；求救信
号确定单元，用于根据所述求救等级，生成声光求救信号和包含车辆位置信息的求救信号。
[0081]
该车辆救援装置用于执行上述实施例的车辆救援方法，因而至少具有与上述车辆救援方法相对应的功能模块和有益效果。
[0082]
实施例4
[0083]
如图4所示，本实施例提供了一种救援车辆，包括驾驶员健康状态信息监测系统、车辆状态信息监测系统和实施例2所述的车辆救援装置，所述驾驶员健康状态信息监测系统和所述车辆状态信息监测系统均与所述车辆救援装置相连。该救援车辆由于配备了上述车辆救援装置、驾驶员健康状态信息监测系统和车辆状态信息监测系统，因而在车辆出现紧急情况时，可采用上述的车辆救援方法发出求救信号，及时获得救援。
[0084]
进一步地，所述救援车辆还包括求救信号接收装置，用于接收设定频段下的包含车辆位置信息的求救信号。
[0085]
进一步地，所述救援车辆还包括救援平台信号接收装置，用于接收救援平台下发的包含车辆位置信息的求救信号。
[0086]
通过配备以上求救信号装置和救援平台信号接收装置，该车辆在获得其他车辆发出的求救信号或救援平台下发的求救信号后，可对目标车辆实施救援，也就是说该车辆不仅可作为被救援的车辆还可作为实施救援的车辆。
[0087]
应当理解的是，上述求救信号装置和救援平台信号接收装置，与前述的驾驶员健康状态信息监测系统、车辆状态信息监测系统和车辆救援装置之间没有相互连接关系。
[0088]
救援平台可以是官方救援平台，也可以是第三方救援平台，通过大数据分析，定位管理，下发救援实施任务(具有奖励机制)给等待救援车主附近的车辆。在附近救援车辆得到救援信息后，可选择性的开始任务。通过t-box(4g/5g)网络下，进行任务的下发和获取。车辆联动即可完成简单的救援任务，大大减少占用更紧急人员的公共资源。
[0089]
实施例5
[0090]
如图5所示，本实施例提供了一种电子设备，包括：
[0091]
至少一个处理器；以及
[0092]
与至少一个所述处理器通信连接的存储器；其中，
[0093]
所述存储器存储有可被至少一个所述处理器执行的指令，所述指令被至少一个所述处理器执行，以使至少一个所述处理器能够执行上述的方法。该电子设备中的至少一个处理器能够执行上述方法，因而至少具有与上述方法相同的优势。
[0094]
可选地，该电子设备中还包括用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui(graphical user interface，图形用户界面)的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图5中以一个处理器201为例。
[0095]
存储器202作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的车辆救援方法对应的程序指令/模块(例如，车辆救援装
置中的声光求救信号和包含车辆位置信息的求救信号的生成模块101、第一求救信号发送模块102和第二求救信号发送模块103)。处理器201通过运行存储在存储器202中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的车辆救援方法。
[0096]
存储器202可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器202可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
[0097]
该电子设备还可以包括：输入装置203和输出装置204。处理器201、存储器202、输入装置203和输出装置204可以通过总线或者其他方式连接，图3中以通过总线连接为例。
[0098]
输入装置203可接收输入的数字或字符信息，输出装置204可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
[0099]
实施例6
[0100]
本实施例提供了一种介质，所述介质上存储有计算机指令，所述计算机指令用于使所述计算机执行上述的方法。该介质上的计算机指令用于使计算机执行上述方法，因而至少具有与上述方法相同的优势。
[0101]
本发明中的介质，可以采用一个或多个计算机可读的介质的任意组合。介质可以是计算机可读信号介质或者计算机可读存储介质。介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
[0102]
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
[0103]
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf(radio frequency，射频)等等，或者上述的任意合适的组合。
[0104]
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在
用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
[0105]
应该理解的是，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本技术中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
[0106]
上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。