一种应急呼救方法、装置、车载终端和存储介质与流程

文档序号:33369675发布日期:2023-03-08 01:47阅读:37来源:国知局
一种应急呼救方法、装置、车载终端和存储介质与流程

1.本发明涉及汽车电子技术领域,尤其涉及一种应急呼救方法、装置、车载终端和存储介质。


背景技术:

2.汽车在国民生产、生活及交通中扮演着极其重要的角色,已经成为当代人生活中不可缺少的一部分。随着人们在汽车上活动时间的增加,因车辆故障和司乘人员异常身体状态而导致的交通事故时常发生,因此,关于汽车的行车安全和紧急呼叫在当下显得尤为重要。
3.目前,汽车内的远程信息处理器(telematics box,tbox)可以实现普通呼叫和紧急呼叫两种呼叫方式。其中,普通呼叫方式是司乘人员被动触发,紧急呼叫方式是车身根据车身损坏程度以及安全气囊弹出主动触发。但在实际应用中,会遇到以下两种情况:一是因司乘人员身体状态异常(如昏厥、猝死等)导致车辆停止,但未能够触发紧急呼叫功能;二是在发生车辆事故后,司乘人员可能因处于受伤或紧张状态,导致无法正常表达当前车内/外的情况,使得接线员无法准确定位事故现场,耽误救援时机。现有应急呼救方法多数只能提供预警提示,并不能根据不同突发情况确定相应的应急策略,导致司乘人员的急救时间延长。


技术实现要素:

4.本发明提供了一种应急呼救方法、装置、车载终端和存储介质,以实现车辆根据不同的应急触发事件确定相应的应急策略,缩短司乘人员的急救时间。
5.第一方面,本发明实施例提供了一种应急呼救方法,包括:
6.检测到应急触发事件时生成应急呼救提示信息;
7.根据司乘人员针对应急呼救提示信息的响应结果确定应急策略;
8.根据应急策略执行应急呼救。
9.第二方面,本发明实施例还提供了一种应急呼救装置,包括:
10.呼救提示模块,用于检测到应急触发事件时生成应急呼救提示信息;
11.响应检测模块,用于根据司乘人员针对应急呼救提示信息的响应结果确定应急策略;
12.应急执行模块,用于根据应急策略执行应急呼救。
13.第三方面,本发明实施例还提供了一种车载终端,所述车载终端包括:
14.至少一个处理器;以及
15.与所述至少一个处理器通信连接的存储器;其中,
16.所述存储器存储有可被所述至少一个处理器执行的计算机程序,所述计算机程序被所述至少一个处理器执行,以使所述至少一个处理器能够执行本发明任一实施例所述的应急呼救方法。
17.第四方面,本发明实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机指令,所述计算机指令用于使处理器执行时实现本发明任一实施例所述的应急呼救方法。
18.本发明实施例的技术方案,通过检测到应急触发事件时生成应急呼救提示信息,再根据司乘人员针对应急呼救提示信息的响应结果确定应急策略,进而根据应急策略执行应急呼救。本发明实施例解决了现有技术中在突发状况下的应急策略单一的技术问题,实现了车辆根据不同的应急触发事件确定相应的应急策略,进而缩短了司乘人员的急救时间。
19.应当理解,本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征,也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
20.为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
21.图1是根据本发明实施例一提供的一种应急呼救方法的流程图;
22.图2是根据本发明实施例二提供的一种应急呼救方法的流程图;
23.图3是根据本发明实施例三提供的一种应急呼救方法的流程图;
24.图4是根据本发明实施例三提供的根据人体状态传感器和车内摄像头判断司乘人员是否状态异常的流程框图;
25.图5是根据本发明实施例三提供的另一种应急呼救方法的流程图;
26.图6是根据本发明实施例三提供的根据can总线信号触发不同呼叫方式的流程框图;
27.图7是根据本发明实施例三提供的备用电池模块的工作模式示意图;
28.图8是根据本发明实施例四提供的一种应急呼救装置的结构示意图;
29.图9是实现本发明实施例的应急呼救方法的一种车载终端的结构示意图;
30.图10是实现本发明实施例的应急呼救方法的另一种车载终端的结构示意图。
具体实施方式
31.为了使本技术领域的人员更好地理解本发明方案,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分的实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明保护的范围。
32.需要说明的是,本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆
盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
33.实施例一
34.图1为本发明实施例一提供了一种应急呼救方法的流程图,本实施例可适用于车辆根据不同的应急触发事件确定相应的应急策略的情况,该方法可以由应急呼救装置来执行,该应急呼救装置可以采用硬件和/或软件的形式实现,该应急呼救装置可配置于车载终端内。如图1所示,该方法包括:
35.s110、检测到应急触发事件时生成应急呼救提示信息。
36.在本实施例中,应急触发事件可以理解为用于触发应急呼叫的事件,示例性地,应急触发事件可以包括车辆故障和司乘人员状态异常等。其中,车辆故障可以包括发动机故障、变速器故障和方向盘转向故障等;司乘人员状态异常可以包括双眼长时间闭合、上半身趴在方向盘上和左右侧倒昏迷等。应急呼救提示信息可以理解为当检测到应急触发事件时,车载终端生成的对应的呼救提示信息。示例性地,应急呼救提示信息可以包括在语音播放设备和/或显示设备进行播放和/或显示。在一实现方式中,当检测到应急触发事件时,显示设备上显示“sos”的字样,并通过语音播放设备进行铃声预警。在另一实现方式中,当检测到应急触发事件时,语音播放设备播放“车辆发生故障,请立即检查!”、“司乘人员状态异常,请立即检查!”等提示语音。
37.具体的,车载终端根据检测到的应急触发事件,生成相应的应急呼救提示信息,便于后续根据该应急呼救提示信息确定相应的应急策略。
38.s120、根据司乘人员针对应急呼救提示信息的响应结果确定应急策略。
39.在本实施例中,响应结果可以理解为在车载终端在生成应急呼救提示信息后,司乘人员是否做出相应反馈操作的判断结果。示例性地,响应结果可以包括司乘人员有反馈响应以及无反馈响应两种结果。应急策略可以理解为在司乘人员根据急呼救提示信息做出相应的响应操作后,车载终端所确定的对应应急呼救策略。示例性地,应急策略可以包括且不限于几种:一是车辆发生故障但损伤情况较轻,例如司乘人员未受伤或受伤较轻,此时车载终端会发出普通呼叫信号,并根据司乘人员的指令打开车辆上的音频通话设备与后台人员(接线员或急救单位)进行沟通,由后台人员提供现场救援指导;二是车辆发生故障但损伤情况较重,例如司乘人员出现昏厥等情况,此时车载终端会发出紧急呼叫信号,并可以自动开启车辆上的视频通话设备和卫星定位设备,由后台人员根据现场情况提供合理的救援设备;三是司乘人员状态出现异常但未出现昏厥等严重情况,此时车载终端会发出语音报警,提醒司乘人员注意;四是司乘人员状态出现异常且已出现昏厥等严重情况,此时车载终端会发出紧急呼叫信号,并可以自动开启车辆上的视频通话设备和卫星定位设备,由后台人员根据现场情况提供合理的救援设备。
40.具体的,在车载终端生成应急呼救提示信息后,紧接着根据司乘人员针对应急呼救提示信息的响应结果确定相应的应急策略,便于后续根据该应急策略执行对应的应急呼救。
41.s130、根据应急策略执行应急呼救。
42.具体的,根据上述确定的不同级别应急策略,车载终端执行相应的应急呼救措施。
示例性地,当车载终端检测到司乘人员处于异常状态,或者检测到安全气囊弹出的状态信息后,且已出现休克、昏厥等状况时,车载终端触发紧急呼叫机制,此时车载终端会发出紧急呼叫信号,并自动开启车辆上的视频通话设备和卫星定位设备,由后台人员根据现场情况提供合理的救援设备。
43.本实施例的技术方案,通过检测到应急触发事件时生成应急呼救提示信息,再根据司乘人员针对应急呼救提示信息的响应结果确定应急策略,进而根据应急策略执行应急呼救。本发明实施例解决了现有技术中在突发状况下的应急策略单一的技术问题,实现了车辆根据不同的应急触发事件确定相应的应急策略,进而缩短了司乘人员的急救时间。
44.实施例二
45.图2为本发明实施例二提供的一种应急呼救方法的流程图,基于上述实施方式进一步进行优化与扩展,并可以与上述实施方式中各个可选技术方案结合。如图2所示,本实施例二提供的一种应急呼救方法,具体包括如下步骤:
46.s210、在确定检测到应急触发事件时控制图像采集装置识别司乘人员的姿态。
47.在本实施例中,图像采集装置可以理解为采集司乘人员姿态的软/硬件装置,图像采集装置可以设置在车辆的内部或外部,图像采集装置可以包括摄像头、深度摄像机和相机等。示例性地,图像采集装置的数量可以为多个,安装位置可以根据实际情况设置,能够实现司乘人员的姿态信息识别的全覆盖即可,本发明实施例对此不做限制。姿态可以理解为司乘人员的容貌体态,示例性地,姿态可以包括司乘人员的眼睛状态、人脸面部状态和身体姿态等。识别司乘人员的姿态的方法可以包括传统的计算机视觉算法以及目前发展迅速的深度学习算法等,本发明实施例对此不做限制。示例性地,可以通过图像采集装置采集到司乘人员的姿态信息,然后利用深度学习算法从该姿态信息中分割出若干个特征区域,例如眼睛区域和四肢躯干区域等,进而根据相应的识别算法识别出司乘人员此刻处于何种姿态,例如通过眼部特征识别出司乘人员处于目光呆滞、长时间闭眼等状态等,通过四肢躯干特征识别出司乘人员处于长时间低头、趴在方向盘上或左右侧倒昏迷等状态等。
48.在一些实施例中,应急触发事件的检测,包括以下至少之一:检测语音采集设备采集的用户呼叫信息;检测人体状态传感器采集的司乘人员的状态数据异常;检测车辆传感器采集的车辆故障信息。
49.其中,语音采集设备可以理解为采集司乘人员语音呼叫信息的设备,语音采集设备可以设置在车辆的内部或外部,语音采集设备可以包括麦克风、录音机等。人体状态传感器可以理解为能够将人体的生物数据转换成电信号的设备,示例性地,人体状态传感器可以包括心率传感器、血压传感器和血氧传感器等。车辆传感器可以理解为能够获取车辆各种工况信息的设备,示例性地,车辆传感器可以包括气体总流量传感器、节气门部位传感器、温度传感器、发动机凸轮轴部位传感器、发动机曲轴部位传感器、时速传感器、发动机爆震传感器和氧传感器等。
50.具体的,在确定出现包括以下至少一种情况,即车载终端检测到语音采集设备采集的用户呼叫信息、检测到人体状态传感器采集的司乘人员的状态数据异常或检测到车辆传感器采集的车辆故障信息时,车载终端控制打开车辆内的图像采集装置去识别司乘人员的姿态。
51.s220、在确定司乘人员的姿态为异常姿态时生成应急呼救提示信息。
52.在本实施例中,异常姿态可以理解为可能威胁车辆驾驶安全和/或司乘人员身体健康的非正常姿态。示例性地,异常姿态可以包括司乘人员因昏迷导致单手或双手离开方向盘、长时间低头等。在一些实施例中,异常姿态的确定,可以根据人体状态传感器采集到的生物特征信息和/或图像采集装置到的司乘人员的姿态信息来进行综合判定。示例性地,当人体状态传感器采集到的生物特征信息与正常状态下的数据相差较大时,车载终端可以主动控制图像采集装置采集司乘人员的姿态信息,若从该姿态信息中识别出司乘人员已经昏厥,则可以确定司乘人员的当前姿态为异常姿态。
53.具体的,在人体状态传感器采集到的生物特征信息和/或图像采集装置采集到的司乘人员的姿态信息异常时,由车载终端生成相应的应急呼救提示信息。
54.s230、控制语音播放设备播放应急呼救提示信息。
55.在本实施例中,语音播放设备可以理解为用于播放语音信息的设备,示例性地,语音播放设备可以包括有线连接、蓝牙连接的车载喇叭等。
56.具体的,当检测到司乘人员姿态为异常姿态后,车载终端控制车辆内的语音播放设备播放应急呼救提示信息,对司乘人员进行预警。
57.s240、检测语音采集设备是否采集到司乘人员针对应急呼救提示信息的响应信息。
58.在本实施例中,响应信息可以理解为司乘人员针对应急呼救提示信息做出的反馈操作。示例性地,响应信息可以包括司乘人员针对应急呼救提示信息,有或者无做出相应的反馈操作。在一些实施例中,当司乘人员收到语音播放设备播放的应急呼救提示信息后,若此时司乘人员意识状态良好,则可以主动关闭语音播放设备,并反馈给语音采集设备,例如车载终端控制车辆内的语音播放设备播放“警报解除”的语音;若此时司乘人员意识状态较差但尚具有活动能力,则可以主动开启语音采集设备进行主动呼叫;若此时司乘人员完全丧失意识和活动能力,例如休克、昏厥等,则语音采集设备采集不到司乘人员的任何反馈操作。
59.具体的,在语音播放设备播放应急呼救提示信息后,车载终端对语音采集设备是否采集到司乘人员的响应信息进行检测,以便接下来针对不同的响应结果确定相应的应急策略。
60.s250、在响应结果为采集到响应信息的情况下,确定应急策略为第一级别应急策略。
61.具体的,在应急呼救装置检测出语音采集设备已采集到响应信息后,将接下来的一系列应急措施确定为第一级别应急策略。
62.s260、在响应结果为未采集到响应信息的情况下,确定应急策略为第二级别应急策略。
63.s270、在应急策略为第一级别应急策略的情况下,按照司乘人员的语音指令启动车辆救援设备。
64.在一些实施例中,车辆救援设备包括以下至少之一:卫星定位设备、音频通话设备、视频通话设备。示例性地,当语音采集设备采集到司乘人员的响应信息后,司乘人员可以打开音频通话设备与后台人员语音通话,并根据现场实际情况,选择是否打开卫星定位设备、视频通话设备等。
65.具体的,在应急呼救装置检测出语音采集设备已采集到响应信息后,可以根据司乘人员的实际需要,进而控制卫星定位设备、音频通话设备和视频通话设备等设备的开启。
66.s280、在应急策略为第二级别应急策略的情况下,强制启动内外图像采集设备获取车辆内外环境数据,并上传车辆内外环境数据至云端应急平台。
67.在本实施例中,内外图像采集设备可以理解为用于采集车辆内外环境数据的设备。示例性地,内外图像采集设备可以包括安装于车辆内外的内视摄像头、后视摄像头、前视摄像头、侧视摄像头和环视摄像头等。车辆内外环境数据可以包括司乘人员的姿态信息、安全气囊的状态、车身的损伤情况和车辆周围环境信息等。云端应急平台可以理解为用于保存内外图像采集设备获取的车辆内外环境数据,并可以对数据进行分析处理,进而提供相应的救援措施。
68.具体的,在车载终端没有检测出语音采集设备采集到响应信息后,车载终端可以强制启动内外图像采集设备获取车辆的内外环境数据,并将该数据上传至云端应急平台,最后由云端应急平台分析处理后提供相应的救援措施。
69.本实施例的技术方案,通过在确定检测到应急触发事件时控制图像采集装置识别司乘人员的姿态;在确定司乘人员的姿态为异常姿态时生成应急呼救提示信息;控制语音播放设备播放应急呼救提示信息;检测语音采集设备是否采集到司乘人员针对应急呼救提示信息的响应信息;在响应结果为采集到响应信息的情况下,确定应急策略为第一级别应急策略;在响应结果为未采集到响应信息的情况下,确定应急策略为第二级别应急策略;在应急策略为第一级别应急策略的情况下,按照司乘人员的语音指令启动车辆救援设备;在应急策略为第二级别应急策略的情况下,强制启动内外图像采集设备获取车辆内外环境数据,并上传车辆内外环境数据至云端应急平台。本发明实施例解决了现有技术中在突发状况下的应急策略单一的技术问题,实现了车辆根据不同的应急触发事件对应的响应信息,进而确定相应的合理应急策略,达到智能化呼叫的目的,缩短了司乘人员的急救时间。
70.实施例三
71.图3是本发明实施例三提供的一种应急呼救方法的流程图。本实施例是在上述实施例的基础上,以车载终端为tbox系统为例,对应急呼救的过程进行说明。如图3所示,本发明实施例三提供的一种应急呼救方法,具体包括如下步骤:
72.s310、当有司乘人员在车辆内时,人体状态传感器实时采集司乘人员的状态数据。
73.在本实施例中,人体状态传感器采集到的状态数据可以包括司乘人员的心率、血氧和血压等生物特征信息。
74.s320、将采集到的司乘人员的实时状态数据与正常状态下的对应状态数据进行对比,判断司乘人员的实时状态数据是否异常;可以进一步配合摄像头采集司乘人员的姿态数据,将正常状态数据和姿态数据结合,综合判定司乘人员的状态是否异常。
75.图4示出了根据人体状态传感器和车内摄像头判断司乘人员是否状态异常的流程框图。
76.具体的,soc(system on chip,片上系统)运算模块可以预先存储常用司乘人员在正常状态下的生物特征信息。进一步的,在接收到人体状态传感器经传感器数据处理模块处理后的实时状态数据后,soc运算模块还可用于对实时状态数据与预先存储的正常状态数据进行对比,判断司乘人员的实时状态数据是否异常。进一步的,当实时状态数据与正常
状态数据之间存在较大差异时,soc运算模块还可以对车内摄像头经视频处理模块处理后的视频数据进行分析,通过内置的图像识别算法去识别出司乘人员的实时姿态,再结合前面的实时状态数据对比结果,准确判断出司乘人员的实时状态。
77.s330、判定司乘人员是否处于休克、昏厥状态,若满足条件,则应急呼救装置发出紧急呼叫,并打开视频;否则,应急呼救装置控制喇叭发出语音报警提醒。
78.具体的,当判定司乘人员处于休克、昏厥状态等异常状态时,tbox系统会立即发出紧急呼叫,并强制打开车内/外摄像头,将车内/外摄像头拍摄到的现场画面、车辆位置等信息上传至云端应急平台,由云端应急平台进行分析处理,最后根据现场状态配置相应的急救设备,例如救援水艇、救援直升机等;当判定司乘人员并不处于休克、昏厥状态等异常状态时,应急呼救装置会控制喇叭发出语音报警提醒。
79.如图5所示,本发明实施例三提供的另一种应急呼救方法,具体包括如下步骤:
80.s510、can控制器实时采集can总线信号,并根据不同状态发出预警。
81.图6示出了根据can总线信号触发不同呼叫方式的流程框图。
82.在本实施例中,can(controller area network,控制器域网)控制器可以将采集到的can总线信号发送给微控制器(micro controller unit,mcu)进行处理,也可用于接收mcu传输的数据。示例性地,can总线信号可以包括碰撞信号、安全气囊状态和车身损伤状态等。
83.s520、当收到的是普通预警信号,根据司乘人员指令打开语音通话设备和后台人员沟通、指导现场救援;当收到的是紧急呼叫信号,人体传感器配合车内摄像头判定司乘人员状态,并主动开音视频给后台处理,后台人员根据现场状态给出相应的急救设备。
84.在一些实施例中,当检测到普通呼叫时,根据司乘人员指令开启音频通话设备与后台人员(例如接线员、急救单位等)进行沟通,司乘人员可根据现场实际需要选择是否开启视频通话设备,后台人员针对沟通情况指导现场救援。
85.在一些实施例中,当can控制器采集到的can总线信号中包含碰撞信号时,会立即触发紧急呼叫,后台人员首先会生成是否开启视频通话设备进行沟通的提示信息,并将提示信息显示于显示设备上;若在预设时间(一般可设置为,但不限于,3秒钟)内,后台人员没有收到司乘人员的响应信息,则会强制打开车内/外摄像头,后台人员直接观察车内的司乘人员的身体状态以及车身损伤情况等信息;后台人员可以通过视频通话设备安抚司乘人员的紧张情绪,最后在经过有效沟通以及精准了解现场情况后,制定合理的急救措施,并派出对应的救援设备。
86.图7示出了备用电池模块的工作模式示意图。
87.具体的,在汽车正常情况下,由汽车电源给整个tbox系统供电以及包括对备用电池的充电;当汽车出现紧急情况时,由备用电池对tbox系统进行供电,保障紧急时刻的救援呼救功能正常工作。其中,当备用电池电压小于等于4伏时,由汽车电源对备用电池进行充电;当汽车电源电压小于等于4.5伏时,切换备用电池对整个tbox系统进行供电。
88.在一些实施例中,在soc运算模块和无线通讯模块还可以设置加密算法,实现双重加密,提高tbox系统的安全性。例如,可以将人体状态传感器采集到的司乘人员的正常状态数据进行加密后,并作为历史状态数据存储在soc运算模块中。示例性地,加密算法可以包括对称加密算法、非对称加密算法等。
89.本实施例的技术方案,通过当有司乘人员在车辆内时,人体状态传感器实时采集司乘人员的状态数据;将采集到的司乘人员的实时状态数据与正常状态下的对应状态数据进行对比,并可以配合摄像头采集司乘人员的姿态数据,综合判定司乘人员的状态是否异常;根据司乘人员的状态触发紧急呼叫或语音报警提醒。本实施例的技术方案,还通过can控制器实时采集can总线信号,并根据不同状态发出预警;当收到的是普通预警信号,根据司乘人员指令打开语音通话设备和后台人员沟通、指导现场救援。当收到的是紧急呼叫信号,人体传感器配合车内摄像头判定司乘人员状态,主动开音视频给后台处理,后台人员根据现场状态给出相应的急救设备。本发明实施例解决了现有技术中在突发状况下的应急策略单一的技术问题,实现了车辆根据不同的应急触发事件对应的响应信息,确定相应的合理应急策略,达到智能化呼叫的目的。同时,在soc运算模块和无线通讯模块设置的加密算法,提高了tbox系统的安全性。此外,备用电池模块有效保障了紧急时刻的救援呼救功能正常工作。
90.实施例四
91.图8为本发明实施例四提供的一种应急呼救装置的结构示意图。如图8所示,该装置包括:
92.呼救提示模块81,用于检测到应急触发事件时生成应急呼救提示信息。
93.响应检测模块82,用于根据司乘人员针对应急呼救提示信息的响应结果确定应急策略。
94.应急执行模块83,用于根据应急策略执行应急呼救。
95.本发明实施例的技术方案,通过呼救提示模块在检测到应急触发事件时生成应急呼救提示信息;响应检测模块根据司乘人员针对应急呼救提示信息的响应结果确定应急策略;应急执行模块根据应急策略执行应急呼救。本发明实施例解决了现有技术中在突发状况下的应急策略单一的技术问题,实现了车辆根据不同的应急触发事件确定相应的应急策略,进而缩短了司乘人员的急救时间。
96.进一步的,呼救提示模块81,包括:
97.姿态识别单元,用于在确定检测到应急触发事件时控制图像采集装置识别司乘人员的姿态。
98.呼救提示生成单元,用于在确定司乘人员的姿态为异常姿态时生成应急呼救提示信息。
99.进一步的,响应检测模块82,包括:
100.呼救提示播放单元,用于控制语音播放设备播放应急呼救提示信息。
101.响应信息检测单元,用于检测语音采集设备是否采集到司乘人员针对应急呼救提示信息的响应信息。
102.第一级别应急策略确定单元,用于在响应结果为采集到响应信息的情况下,确定应急策略为第一级别应急策略。
103.第二级别应急策略确定单元,用于在响应结果为未采集到响应信息的情况下,确定应急策略为第二级别应急策略。
104.进一步的,应急执行模块83,包括:
105.第一级别应急策略执行单元,用于在应急策略为第一级别应急策略的情况下,按
照司乘人员的语音指令启动车辆救援设备。
106.第二级别应急策略执行单元,用于在应急策略为第二级别应急策略的情况下,强制启动内外图像采集设备获取车辆内外环境数据,并上传车辆内外环境数据至云端应急平台。
107.本发明实施例所提供的应急呼救装置可执行本发明任意实施例所提供的应急呼救方法,具备执行方法相应的功能模块和有益效果。
108.实施例五
109.图9示出了可以用来实施本发明的实施例的车载终端90的结构示意图。车载终端旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。车载终端还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本发明的实现。
110.如图9所示,车载终端90包括至少一个处理器91,以及与至少一个处理器91通信连接的存储器,如只读存储器(rom)92、随机访问存储器(ram)93等,其中,存储器存储有可被至少一个处理器执行的计算机程序,处理器91可以根据存储在只读存储器(rom)92中的计算机程序或者从存储单元98加载到随机访问存储器(ram)93中的计算机程序,来执行各种适当的动作和处理。在ram 93中,还可存储车载终端90操作所需的各种程序和数据。处理器91、rom 92以及ram 93通过总线94彼此相连。输入/输出(i/o)接口95也连接至总线94。
111.车载终端90中的多个部件连接至i/o接口95,包括:输入单元96,例如键盘、鼠标等;输出单元97,例如各种类型的显示器、扬声器等;存储单元98,例如磁盘、光盘等;以及通信单元99,例如网卡、调制解调器、无线通信收发机等。通信单元99允许车载终端90通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
112.处理器91可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器91的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器91执行上文所描述的各个方法和处理,例如应急呼救方法。
113.在一些实施例中,应急呼救方法可被实现为计算机程序,其被有形地包含于计算机可读存储介质,例如存储单元98。在一些实施例中,计算机程序的部分或者全部可以经由rom 92和/或通信单元99而被载入和/或安装到车载终端90上。当计算机程序加载到ram 93并由处理器91执行时,可以执行上文描述的应急呼救方法的一个或多个步骤。备选地,在其他实施例中,处理器91可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行应急呼救方法。
114.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器
可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
115.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器,使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
116.在本发明的上下文中,计算机可读存储介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。备选地,计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
117.为了提供与用户的交互,可以在车载终端上实施此处描述的系统和技术,该车载终端具有:用于向用户显示信息的显示装置(例如,crt(阴极射线管)或者lcd(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给车载终端。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
118.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(lan)、广域网(wan)、区块链网络和互联网。
119.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与vps服务中,存在的管理难度大,业务扩展性弱的缺陷。
120.在一些实施例中,图10是实现本发明实施例的应急呼救方法的另一种车载终端的结构示意图。本实施例是在上述实施例的基础上,以车载终端为tbox系统为例,对实施应急呼救方法的车载终端进行说明。
121.在本实施例中,tbox系统包括soc运算模块、mcu、4/5g无线模块、音频处理模块、传感器数据处理模块、视频处理模块、can控制器、备用电池和供电系统。天线、麦克风、喇叭、
人体状态传感器、车内/外摄像头和显示设备是与tbox系统连接的终端设备。
122.其中,soc运算模块,用于对mcu、4/5g无线模块、音频处理模块、传感器数据处理模块和视频处理模块发送的信息进行分析处理,并将处理结果返回至相应的设备。
123.mcu,用于控制soc运算模块、can控制和备用电池,以及可以对司乘人员的呼叫方式(主动呼叫或紧急呼叫)进行识别判断。
124.4/5g无线模块,用于实现车载终端的网络通信。
125.音频处理模块,用于采集和发送音频信号,以及实现司乘人员与后台人员之间的语音通信。
126.传感器数据处理模块,用于处理人体状态传感器采集的生物特征信息,并将处理后的数据发送给soc运算模块。
127.视频处理模块,用于采集和发送视频信号,以及实现司乘人员与后台人员之间的视频通信。
128.can控制器,用于采集can总线信号。
129.备用电池,用于在车辆出现紧急情况时,由备用电池对tbox系统供电,保障紧急时刻的救援呼救功能正常工作。
130.供电系统,用于对soc运算模块、mcu、4/5g无线模块、音频处理模块、传感器数据处理模块、视频处理模块和can控制器供电。
131.麦克风,用于采集司乘人员的语言呼叫信号。
132.喇叭,用于播放后台人员的救援沟通语音信号。
133.人体状态传感器,用于采集司乘人员的生物特征信息。
134.车内/外摄像头,用于采集车内/外的现场画面。
135.显示设备,用于显示车内外以及后台人员的现场画面。
136.汽车蓄电池,用于在车辆正常情况下,对整个tbox系统供电,以及包括对备用电池的充电。
137.在一些实施例中,soc运算模块与mcu之间通过spi(serial peripheral interface,串行外设接口)总线连接,与音频处理模块之间通过i2s(inter—ic sound,集成电路内置音频总线)连接,与视频处理模块之间通过lvds(low voltage differential signaling,低电压差分信号)总线连接,与4/5g无线模块和传感器数据处理模块之间电连接。
138.mcu与can控制器之间通过uart(universal asynchronous receiver transmitter,通用异步收发器)总线连接,与备用电池之间电连接。
139.4/5g无线模块和天线之间电连接。
140.音频处理模块与麦克风之间通过mic in(麦克风输入)端口连接,与喇叭之间通过spk out(喇叭输出)端口连接。
141.传感器数据处理模块与人体状态传感器之间电连接。
142.视频处理模块与车内/外摄像头以及显示设备之间通过lvds总线连接。
143.can控制器与车身总线连接。
144.供电系统分别与soc运算模块、mcu、4/5g无线模块、音频处理模块、传感器数据处理模块、视频处理模块和can控制器之间电连接。
145.应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本发明的技术方案所期望的结果,本文在此不进行限制。
146.上述具体实施方式,并不构成对本发明保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明保护范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1