CN114655152A - 求救方法、车载终端、汽车、求救系统及计算机存储介质 - Google Patents

Abstract

本发明属于汽车救援技术领域，涉及一种求救方法、车载终端、汽车、求救系统及计算机存储介质。其中，求救方法，该方法包括如下步骤：触发救援功能，获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项，根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。因此，本发明能够针对车辆所处的网络环境、区域环境等，为车辆用户提供可靠、及时、多样、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。

Description

求救方法、车载终端、汽车、求救系统及计算机存储介质

技术领域

本发明汽车救援技术领域，特别是涉及一种求救方法、车载终端、汽车、求救系统及计算机存储介质。

背景技术

随着经济生活的发展，尤其是各类法定节假日中有越来越多的车辆用户愿意选择自驾游的方式出行，更有愿意挑战荒漠等无人区进行驾驶探险的大胆驴友。目前的车辆中，大多搭载了车辆呼救功能，以在车辆使用过程中出现事故的时候，能够对外进行呼救。

然而，当发生意外时，现有的车载呼救功能通常只是简单的进行呼救操作(例如电话呼救、短信呼救等等)，方案比较单一，并且当受限制于各种现实不良条件时，例如高速路、堵车、山区或无信号的荒漠等等，现有的车载呼救功能可能无法实现及时的高效的救援，容易造成人员死亡、险情扩大等问题的发生。因此，目前技术人员亟需为车辆用户提供一种可靠、高效的车载救援方式，以为车辆用户提供可靠、及时、高效的救援操作。

针对以上问题，本领域技术人员一直在寻求解决方法。

前面的叙述在于提供一般的背景信息，并不一定构成现有技术。

发明内容

本发明解决的技术问题在于，提供了一种求救方法，能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。

本发明解决其技术问题是采用以下的技术方案来实现的：

本发明提供了一种求救方法，该方法包括如下步骤：触发救援功能，获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项，根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。

本发明还提供了一种车载终端，包括处理器和存储器：处理器用于执行存储器中存储的计算机程序以实现上述中任一项的求救方法步骤。

本发明还提供一种汽车，其特征在于，本发明提供的汽车包括了上述本发明所提供的车载终端。

本发明还提供了一种求救系统，包括如上述所描述的车载终端及服务器，其中服务器用于实时获取车载终端传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。

本发明还提供了一种计算机可读存储介质，其特征在于，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上述中任一项的求救方法的步骤。

本发明提供了一种求救方法、车载终端、汽车、求救系统及其计算机存储介质。其中，求救方法，该方法包括如下步骤：触发救援功能，获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项，根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。因此，本发明能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。此外，更进一步地，本发明提供的求救系统中除了具有以上功能的车载终端，还包括有服务器。其中，服务器能够实时获取车载终端传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。以实现预防性对车辆的行驶过程进行监控的功能，解决了车辆在一定情况下不能进行求救的问题，保证了用户的驾驶安全，提高了在出现意外情况后进行救援的效率。同时，在发送求救信号之后，同时会向救援终端发送包括用户身份信息、血型信息、车辆故障信息等相关信息，以便以空中救援队为优选的救援人员进行充分的救援准备，实现对具体地事故和用户状态进行针对性的救援行动。综上，本发明能够起到提高救援的高效性、时效性、有效性的技术效果，从而保证用户的行车安全，提高事故发生后用户存活的概率，提高了用户体验。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其他目的、特征和优点能够更明显易懂，以下特举较佳实施例，并配合附图，详细说明。

附图说明

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

图1为本发明第一实施例提供的求救方法的流程示意图；

图2为本发明第二实施例提供的求救系统的结构示意图；

图3为本发明第二实施例提供的系统对应的求救方法的流程时序图；

图4为本发明第三实施例提供的车载终端的第一结构示意图；

图5为本发明第三实施例提供的车载终端的第二结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面结合附图对本发明实施例做进一步详述。

第一实施例

图1为本发明第一实施例提供的求救方法的流程示意图。为了清楚的描述本发明第一实施例提供的求救方法，请参见图1。

本发明第一实施例提供的求救方法，包括：

步骤S1：触发救援功能。

在一实施方式中，在步骤S1：触发救援功能之前包括有，根据用户操作控制防误触装置解除救援防误触状态。具体地，本发明第一实施例提供求救方法包括有手动或自动触发的方式，例如对于手动解除防误触的方式可以为安装在方向盘上的“一键SOS装置”，用户可以通过点击或触摸等方式进行求救，具体的实施方法将会在后续进行说明，此处暂做一个理解。可以理解的是，进行救援行动需要大量人员进行一致调控的严肃活动。而对于出现误触而进行错误的救援活动，一会影响救援工作人员的正常工作，二是若此时他人发生风险事故，由于先前误触而导致的错误行动，则会他人的生命安全平添不必要的风险与麻烦。因此，对于防误触装置的设置是必要的。优选地，对于防误触装置的则依照可能会触发救援功能的具体情况进行相应的适配，例如对于设置于方向盘上的进行点击或触摸而触发救援功能的，可以通过为设置为一个需要人为开启的挡板；对于语音触发救援功能的，需要用户进行多次的确认，并结合用户的状态信息进行智能化的判断；对于智能启动救援功能的，则需要对于用户状态和/或车辆状态等多方信息因素的考量进行判断，从而防止错误启动救援功能的情况发生。需得注意的是，以上所提及的根据用户操作接触防误触状态的具体实施方式都是例举说明，而非是对技术的限制，由于触发救援功能的方式，因此对于防误触的方式同样的多样，因为相关技术较为现有，所以对于更详细的实施方式则依照具体地会触发救援功能的情况而做适应性改变，此处便不再赘述。

在一实施方式中，在步骤S1：触发救援功能中，包括：根据用户针对救援功能的操作，触发救援功能，和/或获取事故因素，且在事故因素符合救援条件时，触发救援功能，事故因素包括安全防护装置的启动信息、生命特征信息、车辆故障信息中的至少一项。可以理解的，“和/或”前后分别对应的是通过“手动”以及“自动”两类方式触发救援功能的情况。对于“手动”的情况，也即是通过用户操作触发的，可以包括但不限于是如前文所提及的，安装在车辆方向盘上的“一键SOS装置”，通过点击或触摸进行触发求援功能的按钮；还可以是通过语音控制，控制触发救援功能等。更进一步地，对于“自动”的情况，则为获取事故因素，其中事故因素包括安全防护装置的启动信息、生命特征信息、车辆故障信息中的至少一项。安全防护装置的启动信息也即是例如安装在车内的安全气囊装置等相关设备是否被启动的信息，若安全防护装置启动了，则说明车辆出现了事故，例如发生了碰撞或其他安全事故的情况。对于生命特征信息，则为车内用户的生命信息，具体地收集方法包括如下步骤但不限于是例如通过设置于车内的摄像装置，判断用户是否报持有一定行为活动，例如肢体活动、眼球活动等。还可以为设置为车内的温度感应装置，例如出现事故后监视到有温暖的液体从用户体内流出，说明有可能是用户已经开始失血，则属于生命安全特别危急的情况；再者还可以为车载终端与用户佩戴的相关智能佩戴终端(例如带有检测血压、脉搏等生命信息功能的智能手表或智能手环等)相互关联，收集用户的心跳、脉搏、血压信息在短时间内的变化，若有异常的变化，则存在生命威胁，需要进行救援控制。对于车辆故障信息，则是通过总线获取的车辆各部位的信息，例如故障检测或碰撞检测等信息、重要部件损坏的信息，判定车辆是否出现故障。更进一步地，对于以上信息可以任意得组合、结合，通过综合的、整体性得判断，确定是否存在车辆发生故障和/或用户出现生命危险，需要进行救援的情况。可以理解的是，由于现实生活中出现事故的类型和/或用户需要救援的情况较为复杂，难以进行穷举，故此处仅作说明处理，也即通过以上任意一项或多项信息的判定为符合救援的情况，则触发救援功能。

步骤S2：获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项。

在一实施方式中，求救因素是用于判断车辆及用户状态信息的关键信息，贯穿了整个求救过程，不但能够确认车辆或用户的状态是否需要进行求救或要进行怎样的求救，同样的也能够指导救援队伍要如何实施救援，例如确定用户的位置、用户的状态等，能够大大提高求救的效率，增加发生事故后用户的存活率。

在一实施方式中，智能设备环境信息是通过智能设备位置信息获取的，有关与智能设备所处环境的相应信息。其中智能设备优选的可以为车辆中的车载终端，还可以为用户所携带的移动终端等，其目的是用于：一是用于判断车辆所处位置，二是用户判断车辆所处环境需要进行何种的救援方式，例如若车辆坠入湖中，则还需要救生船；若车辆在荒漠中出现故障，则需要空中救援更加快捷；若是各个山区或高速路中出现事故，则由救护车、消防车等救援更加全面。更进一步地，环境信息还可以包含有车辆所在位置的天气信息、时间信息中的至少一项，因天气和/或时间的不同，会导致车辆标识效果的不同，此将在后续部分进行详述，此处暂不说明。网络环境信息，则是判定车辆所处的网络环境，一般而言虽然网络环境较为良好，可以进行全面的呼救，但是如果出现例如在隧道中出现事故、或者在荒漠中出现事故，则是属于网络较差甚至于无的情况，此时现有技术的无论是网络、电话、短信等等方式都是无济于事的，则需要一些可以进行本地或离线的方法进行信息的传输以获救的，此将会在后续进行解释，此处暂不说明。周边终端信息，主要是通过WIFI、蓝牙或NFC等近程通信技术，检测车辆终端是否存在其他的相应终端，以判定车辆周围是否有其他人的情况。可以理解的是，远水救不了近火，当事故发生后，到救援队伍到来前这段“空窗期”，是决定用户存活率的最重要的一段时期，在此段时间内，完全可以通过检测到周围存在其他终端时，向其他终端进行呼救，通过更近距离的临时性救援，以提高用户的生存概率。并且通过检测车辆周围是否存在其他终端，可以增加救援的方式，更全面的保障用户发生事故后的生命安全。生命特征信息则是车内用户的相关的生命信息，对于收集的方式可以参考前述对于防误触功能中对于生命特征信息的描述和收集方法的表达，此处便不再赘述。可以理解的是，以上求救因素所包括的信息，对于其定义及获取的具体实施方式在本实施例中都是说明处理，绝非对技术的限制。

步骤S3：根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。

在一实施方式中，标识车辆信号控制信息是控制车辆释放相应的标识信号的控制信息，其用户让相应的救援队伍能够准确地定位到车辆所在的位置，以及到达所在区域后能够更准确确定车辆的具体位置。空中救援控制信息，则是向相应的空中救援终端发送求救信号，以控制救援队伍进行快速的救援行动。更进一步地，对于救援方式优选的为空中救援，因为空中救援具有高效、迅速、快捷的优点，不会受到地形、车流等因素的阻碍，极大得提升了发生事故后用户的救助率和存活率等，同时也能扩展相关业务的发展。虽然存在价格昂贵的问题，但是相较于生命而言，金钱都是其次的。此外，救援方式也不仅限于空中救援，例如车辆坠入湖中则需要救生船、若在隧道中发生事故依旧需要救援车辆的进入，因此具体地，则还需要通过其他因素的考量，确定具体地救援方式，而不局限于空中救援。求救信息发送控制信息，也即是控制向周围的终端或救援终端发送求救信号，以实现呼救的信息。具体地，对于救援终端发送的求救信息将会在后续进行呼救的步骤中详诉，此处暂不说明；对于想周围终端呼救的求救信息可以包括但不限于通过各类无线通信的方式，向周围终端发送任意形式的求救内容，例如发送包含有呼救的文字内容。更进一步地，对于所采用的无线通信技术，可以包括但并不限于于全球移动通信装置(Global System for MobileCommunication，GSM)、增强型移动通信技术(Enhanced Data GSM Environment，EDGE)，宽带码分多址技术(wideband code division multiple access，W-CDMA)、码分多址技术(Code division access，CDMA)、时分多址技术(time division multiple access，TDMA)、蓝牙、低功耗蓝牙、无线保真技术(Wireless，Fidelity，WiFi)(如美国电气和电子工程师协会标准IEEE 802.11a，IEEE 802.11b，IEEE802.11g和/或IEEE 802.11n)、网络电话(Voiceover internet protocal，VoIP)、全球微波互联接入(Worldwide Interoperability forMicrowave Access，Wi-Max)、其他用于邮件、即时通讯及短消息的协议，以及任何其他合适的通讯协议，甚至可包括那些当前仍未被开发出来的协议。本文中任何会采用无线通信的方式，所采用的具体技术都可以参考此处所撰写的内容，后续将不再赘述。此外，对于发送求救信息还可以通过车辆本身所设置有的能够起到信息传递或通知的部件进行呼救，包括但不限于是例如是控制车辆喇叭鸣笛、车载扬声器呼救和/或安置与车身外的显示装置等。

在一实施方式中，上述标识车辆信号控制信息对应的控制对象包括信号烟雾、信号气球、信号闪光中的至少一项。对于信号烟雾、信号气球、信号闪光等，都是安置于车辆中，受车载终端控制，在符合一定条件下时用于向周围终端或救援队伍等，能够准确定位车辆位置的信息。采取烟雾、气球、闪光等方式，因为其激发与标识不需要网络的介入，尤其适合无网络环境向周围发送求救信号。

在一实施方式中，上述根据求救因素匹配相应的救援控制信息的步骤中，包括：从救援控制对应关系信息中获取与求救因素相匹配的救援控制信息。具体地，在此处求救因素是用于分析要如何进行求救，以及指导救援队伍进行高效救援的。因此针对求救因素对应的几个信息，会有对应的几类情况，所以需要从救援控制对应关系信息中获取与求救因素相匹配的救援控制信息，以实施呼救或指导救援。

在一实施方式中，上述救援控制对应关系信息中的对应关系，包括：求救因素对应无人区、无网络，则对应第一救援控制信息，第一救援控制信息包括标识车辆信号控制信息；和/或求救因素对应无人区、有网络和/或存在生命威胁，则对应第二救援控制信息，第二救援控制信息包括空中救援控制信息、标识车辆信号控制信息、求救信息发送控制信息中的至少一项；和/或求救因素对应有网络、周边存在通信终端、存在生命威胁，则对应第三救援控制信息，第三救援控制信息包括标识车辆信号控制信息、空中救援控制信息、针对通信终端的求救信息发送控制信息中的至少一项；和/或求救因素对应有人区、无网络，则对应第四救援控制信息，第四救援控制信息包括标识车辆信号控制信息、针对车辆呼救装置的求救信息发送控制信息中的至少一项。

在一实施方式中，对应的第一控制信息也即是情况最为严重的无人区、无网络，一般为无人区之类的荒漠。由于没有网络，所以相应的空中救援控制信息和求救信息皆不能起到作用，仅只有依靠离线的表示车辆信号控制信息进行呼救请求。也即是根据第一救援控制信息控制车辆释放信号烟雾，具体地，释放信号烟雾是一般情况下优选的方案，并且前述已经表达了标识车辆信号控制信息对应的控制对象除信号烟雾之外，还包括有信号气球、信号闪光。例如，在夜晚或阴雨天气情况下，信号烟雾的标识效果就较差，此时即可通过释放信号闪光，例如激光、红外线等能够起到标识作用的光线进行车辆位置的标识。又或者在大风情况下，信号烟雾容易被风吹散，信号气球虽然也会受风的影响，但是能够起到表示作用而不被风吹散，标识效果要较信号烟雾更好。综上可得，对于标识信号的释放要结合智能设备环境信息中的天气信息和/或环境信息进行综合性得控制，同时，各标识之间还可以任意的组合，例如大风天气中通过信号气球做中远程的标识、信号闪光做近程的标识。后续其他控制信息中，若采用了标识车辆信号控制信息的，可参考此处的表述，后续将不再进行重复表达。

在另一实施方式中，对于求救因素对应无人区、有网络和/或存在生命威胁，则对应第二救援控制信息，第二救援控制信息包括空中救援控制信息、标识车辆信号控制信息、求救信息发送控制信息中的至少一项，其中更进一步的，根据第二救援控制信息发送求救信息至空中救援端，和/或控制车辆释放信号烟雾，求救信息包括车辆信息和/或用户信息，车辆信息包括车辆位置信息、车辆状况信息、事故风险指数中的至少一项，用户信息中包括身份信息、血型信息、亲属信息中的至少一项。前述已经表达对于空中救援控制信息和标识车辆信号控制信息的解释，此处不再赘述。另，针对第二救援控制信息对应的无人区、有网络和/或存在生命威胁，例如可以为山区公路发生车辆事故的情况，此时周围不存在其他终端，无法进行临时的呼救，只能求助于空中救援队伍。由于存在生命威胁，因此需要对事故和用户的信息有一个全面的了解，让救援队伍能够进行针对性的准备，以实施迅速的救援，提高用户的存活概率。例如对于车辆信息中的车辆状况信息和事故风险信息，用于是救援人员大致了解事故发生的原因，从而有准备进行相应的救援，例如对于发生追尾导致用户卡在车内，则需要老虎钳等工具；或车辆发生油箱泄漏存在自燃风险则需要对应的消防设备等。又或者是针对用户信息的，例如身份信息用于帮助用户进行就近医院的床位预定或手术预定等，血型信息用于给存在失血风险的用户输血，对于亲属信息则是用于方便通知家属以应对存在做手术等其他情况。同时，对于后续任何将会发送求救信息至空中救援端的皆可以参考此处对于求救信息的表达，后续将不再赘述。

在另一实施方式中，若求救因素对应有网络、周边存在通信终端、存在生命威胁，则对应第三救援控制信息，第三救援控制信息包括标识车辆信号控制信息、空中救援控制信息、针对通信终端的求救信息发送控制信息中的至少一项。其中，第三救援控制信息包括发送求救信息至周边的通信终端和/或空中救援端，和/或控制车辆释放信号烟雾。此种情况对于用户是最为乐观的，具体地可以为在城市之中发生事故。更进一步地，对于求救信息和信号烟雾的控制与发送前述已经表达，此处不再赘述。对于想周边的通信终端发送求救信息的实施方式可以为，当通过任意无线通信或者感应技术感知到周围存在其他通信终端的情况下，以就近求救的办法，可以通过蓝牙、低功耗蓝牙、超级蓝牙或短信等无线通信的方式，向周围通信终端发送前述所述的求救信息，具体地还可以包括相应的文字内容，例如“在您前方100米处发生车祸，该用户现在无法求救，请您伸出援手为其提供力所能及帮助，如帮其呼救救护车，十分感谢！”等。通过这样通信方式的沟通，帮助用户在行动不便的情况下进行呼救，提高用户的存活率。

在另一实施方式中，若求救因素对应有人区、无网络，则对应第四救援控制信息，第四救援控制信息包括标识车辆信号控制信息、针对车辆呼救装置的求救信息发送控制信息中的至少一项。其中，第四救援控制信息包括控制车辆喇叭鸣笛，和/或控制车辆扬声器播放求救信息，和/或控制车辆释放信号烟雾。此种情况可以例如在隧道交通中发生事故，或者拥堵的高速公路中发生事故的情况，由于没有网络，因此对于空中救援控制信息和求救信号发送控制信息便起不到作用，因此需要进行近程的呼救，其中可以参考前述第三救援控制信息中的相关描述，此处便不赘述。其中对于车辆呼救装置，包括但不限于车辆喇叭、车载扬声器，还可以为设置于车身外的显示装置或灯光装置等，通过鸣笛或播放求救信息等，起到相应的呼救、警示作用。

本发明第一实施例提供了一种求救方法，该方法包括如下步骤：步骤S1：触发救援功能。步骤S2：获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项。步骤S3：根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。因此，本发明能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。此外，更进一步地，同时，在发送求救信号之后，同时会向救援终端发送包括用户身份信息、血型信息、车辆故障信息等相关信息，以便以空中救援队为优选的救援人员进行救援的准备，以对具体地事故和用户状态进行针对性的救援行动。综上，本发明能够起到提高救援的高效性、时效性、有效性的技术效果，从而保证用户的行车安全，提高事故发生后用户存活的概率，提高了用户体验。

第二实施例

图2为本发明第二实施例提供的求救系统的结构示意图；图3为本发明第二实施例提供的系统对应的求救方法的流程时序图。为了清楚的描述本发明第二实施例提供的求救系统及对应的求救方法，请参见图1、图2和图3。

本发明第二实施例提供的求救系统，包括有车载终端110和服务器120。

其中，车载终端110用于执行如本发明第一实施例提供的求救方法中所描述的各个步骤，具体地，所能打达到的效果及其具体步骤，请参考前述第一实施例中的描述，此处便不再赘述。此外，车载终端110包括在本发明第一实施例提供求救方法中所述的智能设备的涵盖范围之内，具体地，以车载终端110为优选，在必要或可行时可以替换为其他智能设备，例如移动终端等。

服务器120，用于实时获取车载终端传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。

在一实施方式中，本实施方式提供的求救方法优选的适用于网络环境信息表示为网络环境较好的条件下，可以理解的是，因为本实施例提供的求救方法需要车载终端110与服务器120之间事实保持无线通信，也即是在网络环境较差下，本实施例提供的求救方法难以甚至以完全无法实施的。

在一实施方式中，对于车辆驾驶信息所包含的内容可以参考本发明第一实施例提供求救方法中的求救因素和/或求救信息所包含的内容，更进一步地可以包括但不限于例如车辆信息、用户信息等。更进一步地，车辆信息包括车辆位置信息、车辆状况信息、事故风险指数中的至少一项，用户信息可以是如第一实施例所提供的求救方法中求救因素的生命特征信息、身份信息、血型信息等。也即是说，车辆驾驶信息是一个包含了用户和车辆在驾驶途中的各项信息，用于给服务器120评估是否需要进行救援。

在一实施方式中，对于是否存在事故风险的情况，具体的，可以参考前述中对于获取风险指数信息的步骤，此处便不再过多描述。可以理解的是，可以是根据车辆驾驶信息做具体的评估，进行一种数值化的处理，以判定是否需要进行救援。

本实施例还提供了一个与求救系统对应的求救方法，具体地，可以参考图3，图3即为本发明第二实施例提供的系统对应的求救方法的流程时序图，其中求救方法包括如下步骤有：

步骤S21：车载终端110获取车辆驾驶信息，车辆驾驶信息包括求救因素、求救信息的至少一项。

步骤S22：车载终端110将车辆驾驶信息发送至服务器120。

在一实施方式中，对于车载终端所处理的步骤可以参考本发明第一实施例提供的求救方法中对于应用于车载终端的求救方法中的相关描述，此处便不在赘述。

步骤S23：服务器120用于实时获取车载终端110传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。

在一实施方式中，对于步骤S23的具体处理步骤，可以参考本实施例中对于求救系统中的表达，此处便不在赘述。

在另一实施方式中，由于服务器120是收到车载终端110发送的车辆驾驶信息，其中车辆驾驶信息与求救因素之间没有任何直接联系，所以两者之间可以存在内容的重合。也即是说对于第一实施例提供的求救方法中车载终端110所能做的大多数步骤，主要是进行救援控制，在本实施例提供的求救方法中，服务器120同样可以实施。并且可以理解的是，对于上述求救方法，还可以是车载终端110和服务器120同时进行救援控制，以实现在危急情况下对用户的救援。

本发明第二实施例提供了一种求救系统及其对应的求救方法，其中求救包括有车载终端110和服务器120。其中，车载终端110用于执行如本发明第一实施例提供的求救方法中的步骤过，在此便不再赘述，以及将获取到的车辆驾驶信息发送给服务器120。服务器120用于实时获取车载终端传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。因此，本发明提供的求救系统对应的求救方法包括如下步骤：步骤S21：车载终端110获取车辆驾驶信息，车辆驾驶信息包括求救因素、求救信息的至少一项；步骤S22：车载终端110将车辆驾驶信息发送至服务器120；步骤S23：服务器120用于实时获取车载终端110传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。因此本发明第二实施例提供的求救系统及其对应的求救方法能够实现预防性对车辆的行驶过程进行监控的功能，解决了车辆在一定情况下不能进行求救的问题，保证了用户的驾驶安全，提高了在出现意外情况后进行救援的效率。此外，由于本实施例提供的求救系统中所包括车载终端110同样还能实施本发明第一实施例提供的求救方法，因此能够产生同样的技术效果，具体地可以参考本发明第一实施例提供的求救方法中的相关描述，此处便不再赘述。

第三实施例

图4为本发明第三实施例提供的车载终端的第一结构示意图；图5为本发明第三实施例提供的车载终端的第二结构示意图。为了清楚的描述本发明第三实施例提供的车载终端，请参见图1、图2、图3、图4和图5。

本发明第三实施例提供的车载终端110，包括：处理器A101及存储器A201，其中，处理器A101用于执行存储器A201中存储的计算机程序A6以实现如第一实施例或第二实施例所描述的求救方法的步骤。

在一实施方式中，本实施例提供的车载终端110可以包括至少一个处理器A101，以及至少一个存储器A201。其中，至少一个处理器A101可以称为处理单元A1，至少一个存储器A201可以称为存储单元A2。具体地，存储单元A2存储有计算机程序A6，当该计算机程序A6被处理单元A1执行时，使得本实施例提供的车载终端110实现如第一实施例或第二实施例所描述的求救方法的步骤。例如，图1中所示的步骤S1：触发救援功能；步骤S2：获取求救因素，求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项；步骤S3：根据求救因素匹配相应的救援控制信息，根据匹配的救援控制信息进行响应，救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。

在一实施方式中，本实施例中的提供的车载终端110可以包括多个存储器A201(简称为存储单元A2)。

其中，存储单元A2可以是易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(ROM，Read Only Memory)、可编程只读存储器(PROM，Programmable Read-Only Memory)、可擦除可编程只读存储器(EPROM，Erasable Programmable Read-Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically Erasable Programmable Read-Only Memory)、磁性随机存取存储器(FRAM，ferromagnetic random access memory)、快闪存储器(Flash Memory)、磁表面存储器、光盘、或只读光盘(CD-ROM，Compact Disc Read-Only Memory)；磁表面存储器可以是磁盘存储器或磁带存储器。易失性存储器可以是随机存取存储器(RAM，Random AccessMemory)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(SRAM，Static Random Access Memory)、同步静态随机存取存储器(SSRAM，Synchronous Static Random Access Memory)、动态随机存取存储器(DRAM，Dynamic Random Access Memory)、同步动态随机存取存储器(SDRAM，SynchronousDynamic Random Access Memory)、双倍数据速率同步动态随机存取存储器(DDRSDRAM，Double Data Rate Synchronous Dynamic Random Access Memory)、增强型同步动态随机存取存储器(ESDRAM，Enhanced Synchronous Dynamic Random Access Memory)、同步连接动态随机存取存储器(SLDRAM，SyncLink Dynamic Random Access Memory)、直接内存总线随机存取存储器(DRRAM，Direct Rambus Random Access Memory)。本发明实施例描述的存储单元A2旨在包括但不限于这些和任意其它适合类型的存储器。

在一实施方式中，车载终端110还包括连接不同组件(例如处理器A101和存储器A201、触控显示屏A3等等)的总线。例如用触控显示屏A3进行解除防误触操作，或者触发救援功能等。

在一实施方式中，本实施例中的车载终端110还可以包括通信接口(例如I/O接口A4)，该通信接口可以用于与外部设备进行通信。

在一实施方式中，本实施例提供的车载终端110还可以包括通信装置A5，例如可以与服务器120发送车辆驾驶信息等。

本发明第三实施例提供的车载终端110，包括存储器A101和处理器A201，且处理器A101用于执行存储器A201中存储的计算机程序A6以实现如第一实施例或第二实施例所描述的求救方法的步骤，因此，本实施例提供的车载终端110能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。

本发明第三实施例还提供了一种汽车，其中本实施例所提供的汽车安装有车载终端110，也即是能够实现现如第一实施例或第二实施例所描述的求救方法的步骤，具体地技术效果可参考本发明第一实施例和/或第二实施例中的相关描述，此处便不再赘述。

本发明第三实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序A6，该计算机程序A6被处理器A101执行时实现如第一实施例或第二实施例所描述的求救方法的步骤。

在一实施方式中，本实施例提供能的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，ROM、RAM、磁盘、光盘、闪存等。

本发明第三实施例提供的计算机可读存储介质中存储的计算机程序A6被处理器A101执行时能够使得针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。

图5是本发明第三实施例提供的车载终端110的第二结构示意图。

参见图5，在其他实施方式中，本发明第三实施例提供的车载终端110包括：中央控制器801(简称CPU)、只读存储器802(简称ROM)、随机存取存储器803(简称RAM)、通信总线804、I/O接口805、输入单元806、输出单元807、存储单元808、通信单元809。

在其他实施方式中，中央控制器801(简称CPU)、只读存储器802(简称ROM)、随机存取存储器803(简称RAM)可以构成处理器。

在其他实施方式中，终端可以实现如第一实施例提供的求救方法，从而使得能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。

本发明第二实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序A6，该计算机程序A6被处理器A101执行时实现如第一实施例所描述的求救方法的步骤。

在一实施方式中，本实施例提供能的计算机可读存储介质可以包括能够携带计算机程序代码的任何实体或装置、记录介质，例如，ROM、RAM、磁盘、光盘、闪存等。

本发明第二实施例提供的计算机可读存储介质中存储的计算机程序A6被处理器A101执行时能够针对车辆所处的网络环境、区域环境等，采取不同的救援控制，为车辆用户提供可靠、及时、高效的救援，尤其是直接打通了空中救援力量与待救援人员的阻碍，极大的提升了救援时效，提升了待救援人员的成活概率。同时，在发送求救信号之后，同时会向救援终端发送包括用户身份信息、血型信息、车辆故障信息等相关信息，以便以空中救援队为优选的救援人员进行充足的救援准备，实现对具体地事故和用户状态进行针对性的救援行动。综上，本发明能够起到提高救援的高效性、时效性、有效性的技术效果，从而保证用户的行车安全，提高事故发生后用户存活的概率，提高了用户体验。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素，此外，本申请不同实施例中具有同样命名的部件、特征、要素可能具有相同含义，也可能具有不同含义，其具体含义需以其在该具体实施例中的解释或者进一步结合该具体实施例中上下文进行确定。在本文中，除非另有说明，“多个”、“若干”的含义是两个或两个以上。

应该理解的是，虽然本申请实施例中的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本领域普通技术人员可以理解，实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤。前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (11)

1.一种求救方法，其特征在于，包括如下步骤：

触发救援功能；

获取求救因素，所述求救因素包括当前智能设备环境信息、网络环境信息、周边终端信息、生命特征信息中的至少一项；

根据所述求救因素匹配相应的救援控制信息，根据匹配的所述救援控制信息进行响应，所述救援控制信息包括标识车辆信号控制信息、空中救援控制信息、求救信息发送控制信息中的至少一项。

2.如权利要求1所述的求救方法，所述标识车辆信号控制信息对应的控制对象包括：信号烟雾、信号气球、信号闪光中的至少一项。

3.如权利要求1所述的求救方法，所述触发救援功能的步骤之前，包括如下步骤：

根据用户操作控制防误触装置解除救援防误触状态。

4.如权利要求1所述的求救方法，所述触发救援功能的步骤中，包括如下步骤：

根据用户针对所述救援功能的操作，触发所述救援功能；和/或，

获取事故因素，且在所述事故因素符合救援条件时，触发所述救援功能，所述事故因素包括安全防护装置的启动信息、所述生命特征信息、车辆故障信息中的至少一项。

5.如权利要求1-4中任一项所述的求救方法，根据所述求救因素匹配相应的救援控制信息的步骤中，包括如下步骤：

从救援控制对应关系信息中获取与所述求救因素相匹配的所述救援控制信息。

6.如权利要求5所述的求救方法，所述救援控制对应关系信息中的对应关系，包括：

所述求救因素对应无人区、无网络，则对应第一救援控制信息，所述第一救援控制信息包括所述标识车辆信号控制信息；和/或

所述求救因素对应无人区、有网络和/或存在生命威胁，则对应第二救援控制信息，所述第二救援控制信息包括所述空中救援控制信息、所述标识车辆信号控制信息、所述求救信息发送控制信息中的至少一项；和/或

所述求救因素对应有网络、周边存在通信终端、存在生命威胁，则对应第三救援控制信息，所述第三救援控制信息包括所述标识车辆信号控制信息、所述空中救援控制信息、针对所述通信终端的求救信息发送控制信息中的至少一项；和/或

所述求救因素对应有人区、无网络，则对应第四救援控制信息，所述第四救援控制信息包括所述标识车辆信号控制信息、针对车辆呼救装置的求救信息发送控制信息中的至少一项。

7.如权利要求6所述的求救方法，所述根据所述求救因素匹配相应的救援控制信息，根据匹配的所述救援控制信息进行响应的步骤中，包括如下步骤：

根据所述第一救援控制信息控制车辆释放信号烟雾；和/或，

根据所述第二救援控制信息发送求救信息至空中救援端，和/或控制车辆释放信号烟雾，所述求救信息包括车辆信息和/或用户信息，所述车辆信息包括车辆位置信息、车辆状况信息、事故风险指数中的至少一项，所述用户信息中包括身份信息、血型信息、亲属信息中的至少一项；和/或，

根据所述第三救援控制信息发送求救信息至周边的通信终端和/或所述空中救援端，和/或控制车辆释放信号烟雾；和/或，

根据所述第四救援控制信息控制车辆喇叭鸣笛，和/或控制车辆扬声器播放求救信息，和/或控制车辆释放信号烟雾。

8.一种车载终端，其特征在于，包括处理器和存储器：

所述处理器用于执行所述存储器中存储的计算机程序以实现如权利要求1到7中任一项所述的求救方法步骤。

9.一种汽车，其特征在于，包括有权利要求8所述的车载终端。

10.一种求救系统，其特征在于，包括如权利要求8所述的车载终端及服务器；

所述服务器用于实时获取所述车载终端传输的车辆驾驶信息，且在根据最近一次获取的车辆驾驶信息获取到存在事故风险，并且后续预设时长内未接收到新的车辆驾驶信息时，进行救援控制。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1到7中任一项所述的求救方法的步骤。

Images