CN116828414A - 一种触发紧急呼叫救援功能的方法及相关装置 - Google Patents

Abstract

本申请涉及车辆领域，本申请提供一种触发紧急呼叫救援功能的方法及相关装置，所述方法包括：在第一车辆处于高速状态下，确定该第一车辆在第一时间是否向云端上报第一车辆数据，该第一时间为预先设置的上报时间；在确定该第一车辆在该第一时间未上报该第一车辆数据的情况下，获取第二车辆数据，该第二车辆数据为与一个或多个第二时间对应的车辆数据，该第二车辆数据包括第一速度信息和第一位置信息，该第二时间为预先设置的上报时间，且早于该第一时间；根据该第一速度信息和该第一位置信息确定是否触发紧急呼叫救援功能。解决突发重大事故时，T‑Box无法工作，车内人员无法及时获取救援的问题。

Description

一种触发紧急呼叫救援功能的方法及相关装置

技术领域

本申请涉及车辆领域，尤其涉及一种触发紧急呼叫救援功能的方法及相关装置。

背景技术

随着人们生活水平的提高，汽车越来越普及，汽车的增多在改善生活的同时也带来了交通事故的增加，紧急呼叫功能也越来越重要。

汽车中都安装有远程信息处理器(Telematics BOX，T-Box)，车辆启动后通过该T-Box定时向云端上报车辆位置信息及状态信息。在一些安装了汽车紧急呼叫救援(Emergency Call，E-call)单元的车辆中，在该E-call单元检测到车辆发生事故后，可以通过T-Box向呼叫中心发送车辆发生碰撞时所述车辆的位置信息和状态信息，并通过T-Box主动向呼叫中心主动拨打紧急救援电话。

然而，当车辆在高速路段突发重大事故，车辆遭受严重碰撞和损坏，T-Box无法工作，导致车辆无法通过T-Box主动向呼叫中心拨打紧急救援电话，车内人员无法及时获取救援。

发明内容

基于此，有必要针对上述技术问题，提供一种触发紧急呼叫救援功能的方法，在第一车辆处于高速状态，且T-Box不上报车辆数据的情况下，根据T-Box之前上报的位置信息主动确认车辆是否处于事故状态，避免突发重大事故时，T-Box无法工作，车内人员无法及时获取救援的问题。

第一方面，本申请提供一种触发紧急呼叫救援功能的方法，所述方法应用于触发紧急呼叫救援功能的装置，所述方法包括：在所述第一车辆处于高速状态下，确定所述第一车辆在第一时间是否向所述云端上报第一车辆数据，所述第一时间为预先设置的上报时间；在确定所述第一车辆在所述第一时间未上报所述第一车辆数据的情况下，获取第二车辆数据，所述第二车辆数据为与一个或多个第二时间对应的车辆数据，所述第二车辆数据包括第一速度信息和第一位置信息，所述第二时间为预先设置的上报时间，且所述第二时间早于所述第一时间；根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能。

在本申请实施例中，触发紧急呼叫救援功能的装置为独立于第一车辆之外的设备。示例性的，该触发紧急呼叫救援功能的装置可以为云端，也可以为云端中的设备，还可以是独立于云端之外的设备，本文对此不做限定

实施第一方面提供的方法，在第一车辆处于高速状态、且第一车辆在第一时间未向云端上报第一车辆数据的情况下，例如第一车辆中的T-Box不上报车辆数据的情况下，触发紧急呼叫救援功能的装置可以根据上述一个或多个第二时间对应的上述第二车辆数据(例如该第二车辆数据为T-Box在第一时间之前的一个或多个第二时间上报的车辆数据)中包括的上述第一速度信息和第一位置信息，主动确认车辆是否处于事故状态，避免突发重大事故时，第一车辆中的紧急救援设备被严重损坏无法主动拨打救援电话，导致车内人员无法及时获取救援的问题。例如避免突发重大事故时，T-Box无法工作，导致第一车辆无法通过T-Box主动向呼叫中心拨打紧急救援电话，车内人员无法及时获取救援的问题。

第二方面，本申请提供一种触发紧急呼叫救援功能的装置，所述装置包括：第一确定单元，用于在第一车辆处于高速状态下，确定所述第一车辆在第一时间是否向云端上报第一车辆数据，所述第一时间为预先设置的上报时间；第一获取单元，用于在确定所述第一车辆在所述第一时间未上报所述第一车辆数据的情况下，获取第二车辆数据，所述第二车辆数据为与一个或多个第二时间对应的车辆数据，所述第二车辆数据包括第一速度信息和第一位置信息，所述第二时间为预先设置的上报时间，且早于所述第一时间；第二确定单元，用于根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能。

第三方面，本申请提供一种电子设备，包括：存储器、处理器，其中，该存储器存储有程序指令；该程序指令被该处理器执行时，使该处理器执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第四方面，本申请实施例提供一种芯片系统，该芯片系统应用于电子设备，该芯片系统包括一个或多个处理器，该处理器用于调用计算机指令以使得该电子设备执行该第一方面或第一方面的任意可能的实现方式所示的方法。

第五方面，本申请提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序；当该计算机程序在一个或多个处理器上运行时，使得该终端设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

第六方面，本申请提供一种包含指令的计算机程序产品，当该计算机程序产品在终端设备上运行时，使得该终端设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。

可以理解的，上述第二方面提供的触发紧急呼叫救援功能的装置、第三方面提供的电子设备、第四方面提供的芯片系统、第五方面提供的计算机存储介质和第六方面提供的计算机程序产品均用于执行本申请实施例第一方面或第一方面的任一实现方式所示的方法。因此，其所能达到的有益效果可参考对应方法中的有益效果，此处不再赘述。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍。

图1为本申请实施例提供的一种触发紧急呼叫救援功能的系统框架图；

图2为本申请实施例提供的一种在上报时间上报车辆数据的示意图；

图3为本申请实施例提供的又一种上报时间上报的车辆数据的示意图；

图4为本申请实施例提供的一种触发紧急呼叫救援功能的方法的流程示意图；

图5为本申请实施例提供的一种第二车辆数据为一个或多个第二时间对应的车辆数据的示意图；

图6为本申请实施例提供的又一种触发紧急呼叫救援功能的方法的流程示意图；

图7为本申请实施例提供的又一种触发紧急呼叫救援功能的方法的流程示意图；

图8为本申请实施例提供的又一种触发紧急呼叫救援功能的方法的流程示意图；

图9为本申请实施例提供的一种触发紧急呼叫救援功能的装置的结构示意图；

图10为本申请实施例提供的又一种触发紧急呼叫救援功能的装置的结构示意图；

图11为本申请实施例提供的又一种触发紧急呼叫救援功能的装置的结构示意图。

具体实施方式

下面结合附图对本申请作进一步详细描述。

本申请以下实施例中所使用的术语只是为了描述特定实施例的目的，而并非旨在作为对本申请的限制。如在本申请的说明书和所附权利要求书中所使用的那样，单数表达形式“一个”、“一种”、“所述”、“上述”、“该”和“这一”旨在也包括复数表达形式，除非其上下文中明确地有相反指示。

在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”。

本申请实施例提供了一种触发紧急呼叫救援功能的方法，为了更清楚地描述本申请的方案，下面先介绍一些与本方案触发紧急呼叫救援功能相关的知识。

1、远程信息处理器(Telematics BOX，T-Box)：

一般地，在车辆中安装有T-Box，该T-Box中安装有移动通信模块，可以将车辆在行驶状态下的数据上报给该车辆的厂家平台，再通过该厂家平台报送国家车辆平台，便于国家车辆管理部门和环保部门对车辆运行时的“排放”状态实现实时监控，避免车辆在出现排放故障状态下，用户非法对车辆排放系统篡改作弊，导致环境污染。

厂家平台可以根据车辆排放标准中要求上报的车辆数据，设置T-Box的上报周期以及上报的数据内容。

示例性的，厂家平台可以将T-Box上报周期设置为1s(秒)、2s、或5s等合适的取值。

示例性的，T-Box上传的数据可以包括发动机数据和车载自动诊断系统(On BoardDiagnostics，OBD)信息，其中发动机数据可以包括经度、纬度、车速、大气压力、发动机燃料流量以及发动机冷却液温度，OBD信息可以包括OBD诊断协议、诊断支持状态、诊断就绪状态、车辆识别码以及故障码总数。

可理解的，关于发动机数据和OBD信息包括的数据内容仅为示例，发动机数据还可以包括比经度、纬度、车速、大气压力、发动机燃料流量以及发动机冷却液温度更多或更少的数据内容，OBD信息可以包括比OBD诊断协议、诊断支持状态、诊断就绪状态、车辆识别码以及故障码总数更多或更少的数据内容，本文对此不做限定。

一般地，安装了T-Box的车辆启动后(此时车辆的行驶速度大于或等于0)，则触发T-Box周期性向该车辆的云端上报车辆数据，直到车辆熄火，T-Box停止向该车辆的云端上报车辆数据。可理解的，在一些特殊情况下，车辆处于行驶状态也即未熄火的状态下，T-Box也有可能不上报车辆数据。例如，车辆在存在网络异常的区域(例如隧道)中行驶，导致T-Box中的移动通信模块不能与云端通信，从而T-Box不能继续上报车辆数据。又例如，车辆发生严重事故，导致T-Box严重损坏，T-Box无法工作，不能继续上报车辆数据。

下面结合附图对本申请作进一步介绍。

请参阅图1，图1为本申请实施例提供的一种触发紧急呼叫救援功能的系统框架图。该系统框架图包括第一车辆、云端以及触发紧急呼叫救援功能的装置。

在本申请实施例中，云端可以是第一车辆的厂商平台提供的服务器或云服务器。该云端中存储有第一车辆的设备信息，例如该第一车辆的车辆标识、车辆类型以及车牌号码等信息。该云端中还存储有第一车辆与第一车辆的车主的联系方式的关联关系。

在本申请实施例中，触发紧急呼叫救援功能的装置为独立于第一车辆之外的设备。示例性的，该触发紧急呼叫救援功能的装置可以为云端，也可以为云端中的设备，还可以是独立于云端之外的设备，本文对此不做限定。例如，触发紧急呼叫救援功能的装置为呼叫中心系统，其中该呼叫中心系统为独立于云端之外的可以与云端进行数据通信的一个或多个设备的集合。

在本申请实施例在，当触发紧急呼叫救援功能的装置不为云端的情况下，第一车辆可以与云端进行数据通信，云端可以与触发紧急呼叫救援功能的装置进行数据通信。示例性的，当该第一车辆启动后，第一车辆中的上报装置会向云端周期性上报车辆数据。云端可以将第一车辆上报的车辆数据同步发送给触发紧急呼叫救援功能的装置，或者，触发紧急呼叫救援功能的装置可以向云端请求获取该第一车辆上报的车辆数据。

在本申请实施例中，触发紧急呼叫救援功能的装置还可以是第一车辆厂商平台提供的紧急救援平台或系统，当触发紧急呼叫救援功能的装置采用本申请提供的触发紧急呼叫救援功能的方法确定需要针对该第一车辆触发紧急呼叫救援功能的情况下，该触发紧急呼叫救援功能的装置可以将确定该第一车辆处于异常状态所使用的车辆数据、该第一车辆的设备信息推送给坐席(也可以理解为值班人员)、以及根据该第一车辆的车辆标识号码(VIN码)获取车主相关信息(例如车主电话号码)推送给坐席，从而坐席可以通过拨打第一车辆的车主的电话号码或第一车辆的车载电话确认第一车辆是否需要救援，在确定第一车辆需要救援的情况下，坐席可以拨打救援电话，并将确定该第一车辆处于异常状态所使用的车辆数据等信息提供给警方，协助开展事故救援工作。

可理解的，由触发紧急呼叫救援功能的装置执行本申请实施例的触发紧急呼叫救援功能的方法。其中，触发紧急呼叫救援功能的装置可以有多种不同的形态，示例性的，该触发紧急呼叫救援功能的装置可以是软件功能模块、芯片、芯片模组、电子设备、电子设备中用于执行本申请提供的触发紧急呼叫救援功能的方法的芯片、多个电子设备的集合或服务器，该触发紧急呼叫救援功能的装置也可以为上述云端，也就是说，也可以由云端执行本申请实施例的触发紧急呼叫救援功能的方法。本申请实施例对于该触发紧急呼叫救援功能的装置的具体形态不作限定。

一般地，安装了汽车紧急呼叫救援(Emergency Call，E-call)单元的车辆，都连接了与E-call单元对应的紧急呼叫救援中心。从而在E-call检测到第一车辆发生事故后，在T-Box完好的情况下，可以主动通过T-Box向紧急呼叫救援中心拨打救援电话。若上述第一车辆中安装有E-call单元，除了可以由上述触发紧急呼叫救援功能的装置执行本申请提供的触发紧急呼叫救援功能的方法，还可以由该E-call单元对应的紧急呼叫救援中心执行本申请提供的触发紧急呼叫救援功能的方法，也即上述触发紧急呼叫救援功能的装置可以为E-call单元对应的紧急呼叫救援中心。

在本申请实施例中，第一车辆中配置了上报装置，该上报装置具有周期性向云端上报车辆数据的功能。示例性的，该上报装置为T-Box，或者该上报装置也可以是第一车辆的厂商平台自主研发的其他上报装置，本文对此不做限定。

示例性的，当该第一车辆启动后，触发该上报装置周期性地向云端上报车辆数据，该车辆数据包括位置信息和速度信息，其上报周期可以是车机侧设置的默认周期。示例性的，该上报装置的上报周期可以为1s、2s或5s等合适的取值。

在本申请实施例中，第一车辆中安装的上报装置在每个上报时间上报的车辆数据可以包括一项或多项与采集时间对应的车辆数据。车辆数据包括位置信息和速度信息，位置信息具体可以为经度和纬度，速度信息具体为车辆速率；第一车辆上报的车辆数据中包括的车辆速率可以是平均速度也可以是瞬时速度。可理解的，位置信息还可以是地点位置，示例性的，第一车辆通过第三方经纬度定位查询接口先根据第一车辆的经度和纬度确定一个地点位置，再将该地点位置作为位置信息上报给云端，例如经度12.xxx(x为0-9的整数)，纬度29x.xxx对应的地点位置为高速公路例如Gxx2。

例如，当上报周期为1s的情况下，该上报装置在每个上报时间上报的车辆数据可以为与一个采集时间对应的车辆数据。例如，如图2所示，在t时刻(该t时刻为上报时间)上报x采集时间对应的车辆数据，在(t+1s)时刻上报(x+1s)采集时间对应的车辆数据(该车辆数据中包括的车辆速率可以是车辆在(x+1s)时刻的瞬时速度，也可以是车辆在x至(x+1s)时间内的平均速度)。

在本申请实施例中，采集时间与上报时间可以存在一定的延迟时差，采集时间等于上报时间或者采集时间早于上报时间。也就是说，上述x时刻不晚于上述t时刻，也可以理解为该x时刻小于或等于该t时刻。本文关于x时刻与t时刻的说明均与此相同。

可理解的，当上报周期为1s的情况下，该上报装置在每个周期上报的车辆数据也可以包括与多个采集时间对应的多项车辆数据，且每两个采集时间之间的差值小于1s，本申请对此不做限定。

例如，可选的，当上报周期为5s的情况下，该上报装置在每个上报时间上报的车辆数据可以为与一个采集时间对应的车辆数据。例如，在t时刻上报x采集时间对应的车辆数据，在(t+5s)时刻上报(x+5s)采集时间对应的车辆数据，该x时刻不晚于该t时刻。

或者，可选的，如图3所示，当上报周期为5s的情况下，该上报装置在每个上报时间上报的车辆数据也可以包括与多个采集时间对应的多项车辆数据。例如，在t时刻上报采集时间x、(x+1s)、(x+2s)、(x+3s)以及(x+4s)对应的五项车辆数据，在(t+5s)时刻上报采集时间(x+5s)、(x+6s)、(x+7s)、(x+8s)以及(x+9s)对应的五项车辆数据。

可理解的，第一车辆也可以在上报时间上报上述五项车辆数据中的任意两项或两项以上车辆数据，本文对此不做限定。例如，在t时刻上报与(x+2s)以及(x+4s)时间对应的两项车辆数据，在(t+5s)时刻上报(x+6s)和(x+8s)时间对应的两项车辆数据。

或者，可选的，当上报周期为5s的情况下，上报装置在每个上报时间上报的车辆数据也可以为多个采集时间对应车辆数据的平均值。示例性的，上报装置可以在t时刻上报采集时间x、(x+1s)、(x+2s)、(x+3s)以及(x+4s)对应的五项车辆数据中包含的五项经度和纬度的平均值，以及五项车辆速率的平均值。(t+5s)时刻上报采集时间(x+5s)、(x+6s)、(x+7s)、(x+8s)以及(x+9s)对应的五项车辆数据中包含的五项经度和纬度的平均值，以及五项车辆速率的平均值。

以下结合上述触发紧急呼叫救援功能的系统框架图以及图2的方法流程示意图说明本申请提供的一种触发紧急呼叫救援功能的方法。

可理解的，由触发紧急呼叫救援功能的装置执行本申请实施例提供的触发紧急呼叫救援功能的方法，以下为便于描述，省略执行本申请实施例提供的触发紧急呼叫救援功能的方法的执行主体。

如图4所示，该触发紧急呼叫救援功能的方法包括以下步骤：

S401，在第一车辆处于高速状态下，确定该第一车辆在第一时间是否向云端上报第一车辆数据，该第一时间为预先设置的上报时间。

在本申请实施例中，触发紧急呼叫救援功能的装置可以根据第一车辆向云端上报的车辆数据确定该第一车辆是否处于高速状态。示例性的，该触发紧急呼叫救援功能的装置为独立于云端且可以与该云端进行数据通信的设备的情况下，云端在接收到第一车辆上报的车辆数据后，可以向该触发紧急呼叫救援功能的装置同步发送该车辆数据。或者，触发紧急呼叫救援功能的装置可以向云端请求获取该第一车辆上报的车辆数据。

可选的，可以由触发紧急呼叫救援功能的装置直接根据车辆数据确定该第一车辆是否处于高速状态。也可以由云端确定第一车辆是否处于高速状态，再由云端将高速状态确认结果发送给触发紧急呼叫救援功能的装置。触发紧急呼叫救援功能的装置根据该高速状态确认结果确定该第一车辆是否处于高速状态。

示例性的，高速状态可以是以下几种情况：

1)第一车辆在高速公路、高架桥路段或者国道区域行驶。

可以根据车辆数据中的位置信息确定第一车辆是否在高速公路或高架桥路段中行驶。示例性的，根据车辆数据中包括的经度和纬度以及第三方经纬度定位查询接口(例如百度地图或高德地图)确定与该经度和纬度相对应的地点位置，从而可以通过该地点位置确定第一车辆是否在高速公路或高架桥路段中行驶。若第一车辆在高速公路、高架桥路段或者国道区域行驶，则确定第一车辆处于高速状态。

2)第一车辆未在高速公路、高架桥路段或国道区域行驶，但第一车辆的车速大于预设阈值。

示例性的，该预设阈值为120km/h(千米每小时)。该预设阈值还可以是其他合适的取值，本申请实施例对此不做限定。

可以根据车辆数据中的速度信息确定第一车辆的车速是否大于预设阈值。示例性的，当在G项与上报时间对应的车辆数据包括的H个速度值中，存在多于或等于H*90％个速度值大于120km/h的情况下，确定该第一车辆的车速大于预设阈值。

可理解的，若触发紧急呼叫救援功能的装置为即为云端的情况下，则由云端根据第一车辆上报的车辆数据确定该第一车辆是否处于高速状态。以下为便于描述，主要以触发紧急呼叫救援功能的装置为独立于云端且可以与该云端进行数据通信的设备为例，详细说明本方案提供的触发紧急呼叫救援功能的方法。

在本申请实施例中，上述第一时间与上述第一车辆中的上报装置上报车辆数据的上报周期相关。一个第一时间与另一个相邻的第一时间之间的时间差可以是上报周期的K倍，该K为大于或等于1的正整数。

示例性的，K等于1时，第一时间可以是每一个上报时间。例如，预设的，该上报装置在(t+N秒)时刻上报车辆数据(t为第一车辆处于高速状态后第一车辆上报第一个车辆数据的上报时间，N为大于或等于1的正整数)，该第一时间的取值可以为上述(t+N秒)时刻。

示例性的，K等于2时，第一车辆中的上报装置在上述(t+N秒)时刻上报车辆数据，该第一时间的取值可以是(t+M秒)时刻，其中，该M为正偶数。

在本申请实施例中，第一时间对应的上述第一车辆数据中包含的车辆数据的数量以及车辆数据中包含的数据内容，与第一车辆中的上报装置在一个上报时间上报的车辆数据的数量以及车辆数据中包含的数据内容一致。第一车辆数据中的车辆数据的数量可以为大于或等于1的正整数。示例性的，若上报装置在上报时间只上报一项与采集时间对应的车辆数据，则该第一车辆数据中的车辆数据的数量等于1。若上报装置在上报时间上报了5项一一与采集时间对应的车辆数据的情况下，该第一车辆数据中的车辆数据的数量等于5。

可选的，可以由触发紧急呼叫救援功能的装置直接确定第一车辆在第一时间是否向云端上报第一车辆数据；也可以由云端确定第一车辆在第一时间是否向云端上报第一车辆数据的上报结果，再由云端将该上报结果发送给触发紧急呼叫救援功能的装置，触发紧急呼叫救援功能的装置根据该上报结果确定第一车辆在第一时间是否向云端上报第一车辆数据。

具体的，在确定第一车辆处于高速状态后，确定第一车辆是否在上报时间上报对应的车辆数据；示例性的，t1时刻为确定第一车辆处于高速状态之前的最后一个上报时间，则下一个上报时间t2＝t1+T(T为周期)，也即确定第一车辆处于高速状态后的第一个上报时间为t2，第二个上报时间为t3＝t2+T。在本申请实施例中，该第一时间可以是包括不早于该t2时间(包括t2)的每一个上报时间，也可以是不早于该t3时间的每一个上报时间。

示例性的，在确定第一车辆处于高速状态后，确定第一车辆在上述t2时刻是否上报车辆数据。若确定第一车辆在该t2时刻上报了车辆数据，则确定第一车辆在上述t3时刻是否上报车辆数据。若确定第一车辆在该t3时刻上报了车辆数据，则确定第一车辆在t4＝(t3+T)时刻是否上报车辆数据，以此类推。

可理解的，第一个第一时间可以是第一车辆处于高速状态后的第一个上报时间(t2)或第二个上报时间(t3)，还可以是第一车辆处于高速状态并在高速状态在运行一定时长后的上报时间，本文对此不做限定。

在本申请实施例中，第一时间为上报时间，也即第一车辆上报车辆数据的时间。可理解的，由于数据传输存在一定的时延，第一车辆上报车辆数据的上报时间与云端接收到车辆数据的接收时间可能存在一定的时间差。本申请实施例可以通过以下两种方法使得执行本申请实施例提供的触发紧急呼叫救援功能的方法的执行主体可以准确地确定到第一车辆是否在第一时间上报第一车辆数据：

1)示例性的，车辆中的上报装置上报的车辆数据中携带上报时间；也即上报装置在上报车辆数据时，记录上报时间，并在上报车辆数据时携带上报时间，从而执行主体可以根据车辆数据中携带的上报时间确定第一车辆是否在第一时间上报第一车辆数据。执行主体执行确定第一车辆在第一时间是否上报第一车辆数据的执行时间需要在第一时间加上网络传输的时延之后(包括第一时间加上网络传输的时延后得到的接收时间)，从而可以确保当第一车辆还在网络中传输，未传达至执行主体处时，执行主体不会提前执行确定是否接收到第一车辆数据，导致判断失误。

2)示例性的，先根据实验和计算确定车辆数据的上报时间与执行主体接收到车辆数据的接收时间的最大时间差，得到最大时延。执行主体在上报时间加上该最大时延的时刻确定是否接收到第一车辆上报的车辆数据，若是则表明第一车辆在对应的第一时间上报了对应的第一车辆数据。

S402，在确定所述第一车辆在所述第一时间未上报所述第一车辆数据的情况下，获取第二车辆数据。

在本申请实施例中，上述第二车辆数据为与一个或多个第二时间对应的车辆数据，该第二车辆数据包括第一速度信息和第一位置信息，该第二时间为预先设置的上报时间，且早于上述第一时间。示例性的，第一时间、第二时间以及第二车辆数据的关系如图5所示。

在本申请实施例中，车辆数据包括位置信息和速度信息，位置信息具体可以为经度和纬度，速度信息具体为车辆速率；车辆速率可以是平均速度也可以是瞬时速度。

可理解的，上述第一速度信息包含一个或多个车辆速率，上述第一位置信息包含一个或多个位置信息。

在一种可能的实现方式中，上述第一时间与上述第二时间之间的时间差小于或等于第一阈值。

可理解的，第二时间与第一时间的时间差越小，第二车辆数据中包含的速度信息和位置信息越可以体现第一车辆未上报第一车辆数据时的真实情况；也可以理解为，第二时间与第一时间的时间差越小，第二车辆数据中包含的速度信息和位置信息越可以体现事故现场；从而根据第一速度信息和第一位置信息确定第一车辆是否处于事故状态的准确性越高。

S403，根据第一速度信息和第一位置信息确定是否触发紧急呼叫救援功能。

可理解的，若第一车辆未处于高速状态的情况下，第一车辆事故的严重性一般不会太大，车辆中的通信装置或上报装置不会损坏，从而第一车辆可以通过车辆中的其他紧急救援功能触发紧急呼叫。但第一车辆处于高速状态下的场景中，第一车辆事故的严重性一般较大，事故很可能会导致第一车辆内的上报装置或通信装置严重损坏，无法工作，这时，采用本申请实施例提供的方法可以主动根据第一车辆之前上报的车辆数据判断第一车辆是否处于事故状态，在必要时为车主提供紧急救援服务。

示例性的，可以根据第一位置信息确定第一车辆是否处于在高速路段中驾驶还是在高速路段中的服务区，以及根据第一速度信息确定第一车辆的速度是否存在急刹车驾驶行为或第一车辆的速度是否发生突变，以确定第一车辆是否处于事故状态，从而确定是否需要触发紧急呼叫救援功能。

可理解的，只有在速度信息和位置信息同时满足一定条件的情况下，第一车辆才更有可能陷入车内上报装置和/或通信装置严重损坏无法向云端上报车辆数据也无法通过车内紧急救援设备发起救援的重大事故中。

示例性的，上述紧急呼叫救援功能用于向值班人员推送第一车辆可能处于事故状态的结果以及上述第二车辆数据，以便于值班人员联系车主以及确定是否需要拨打报警电话和/或救援电话。可理解的，云端中存储有第一车辆的设备信息，该设备信息包括第一车辆的车牌号码、车辆类型、车主电话号码以及紧急联系人电话等信息。值班人员可以根据该第一车辆的设备信息通过人工拨打电话的方式与车主取得联系，或，若无法与车主或紧急联系人取得联系(也即车主无回应)的情况下，可能是出现严重事故导致车主无法做出应答，则认定需要拨打报警电话和/或救援电话。在一种可能的实现方式中，也可以提供人工客服的方式，确认是否需要拨打报警电话和/或救援电话，本文对于紧急呼叫救援功能的具体实现方式不做限定。

一般地，若第一车辆中安装有T-Box且安装有E-call功能，E-call可以在检测到碰撞(也即检测到车辆处于事故状态)后，通过T-Box主动拨打救援电话。或者，在第一车辆没有安装E-call功能，但厂商平台提供了可自动拨打的可接入呼叫中心的情况下，若车主仍有意识，车主可以手动触发紧急呼叫救援功能。但在重大事故场景中，T-Box可能会被严重损坏而导致无法通过E-call功能和T-Box主动拨打救援电话，车主可能会处于无意识状态，也无法手动触发紧急呼叫救援功能。而对于云端或呼叫中心而言，此时第一车辆中的T-Box未上报车辆数据，云端或呼叫中心无法确定第一车车辆当前是否处于事故状态。

然而，通过本申请实施例提供的触发紧急呼叫救援功能的方法，车辆在高速状态下行驶，上报装置不上报车辆数据的情况下，可以根据上报装置之前上报的位置信息和速度信息主动确认车辆是否处于事故状态以及确定是否需要触发紧急呼叫救援功能，避免突发重大事故时，由于上报装置(例如T-Box)无法工作，车主无法及时获取救援的问题。

在一种可能的实现方式中，上述根据第一速度信息和第一位置信息确定是否触发紧急呼叫救援功能具体包括：根据所述第一位置信息确定所述第一车辆是否处于允许停车区域，以及根据所述第一速度信息确定所述第一车辆的速度是否发生突变；在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发生突变的情况下，触发所述紧急呼叫救援功能。

可理解的，只有在速度信息和位置信息同时满足一定条件的情况下，第一车辆才更有可能陷入车内上报装置和/或通信装置严重损坏无法向云端上报车辆数据也无法通过车内紧急救援设备发起救援的重大事故中。

示例性的，第一车辆在高速路上行驶，且未正常上报车辆数据的情况下，通过第一位置信息确定第一车辆是否在高速路中的休息区，若是，则第一车辆可能是由于正常熄火停车后，第一车辆不再满足上报条件，从而不再上报车辆数据。或者，第一车辆就算在休息区发生事故也不会发生很重大的事故。若第一车辆未处于休息区，而是在高速路上行驶，再根据第一速度信息确定第一车辆是否可能处于事故状态。可理解的，若第一车辆在高速路上行驶且车辆速度出现骤降或猛加速，则第一车辆大概率是由于陷入重大事故，导致T-Box严重受损无法上报车辆数据。从而，根据第一速度信息和第一位置信息确定是否需要为第一车辆触发所述紧急呼叫救援功能，在真正可能陷入紧急情境的场景中才会触发紧急呼叫救援功能，提高触发紧急呼叫救援功能的实用性和有效性，以及减小误触发概率。

以下结合图6介绍上述根据第一速度信息和第一位置信息确定是否触发紧急呼叫救援功能的一种具体实现方式。

如图6所示，上述根据第一速度信息和第一位置信息确定是否触发紧急呼叫救援功能，具体包括：

S601，根据第一位置信息确定第一车辆是否处于允许停车区域。

示例性的，允许停车区域包括停车场、道路停车位或高速服务区。不允许停车区域包括：高速路段、高架桥路段以及国道。触发紧急呼叫救援功能的装置可以根据第一车辆的位置信息中的经度和纬度以及第三方经纬度定位查询接口确定与该经度和纬度相对应的地点位置，在确定该地点位置是否为上述允许停车区域中的任意一项。

示例性的，当第一车辆在高速路段行驶时，第一车辆中的T-Box不上报车辆数据后，触发紧急呼叫救援功能的装置根据T-Box之前上报的位置信息判断车辆是否到达服务区，若不在服务区，则表明车辆当前在高速公路上行驶。可理解的，若第一车辆在服务区发生事故，事故严重性一般不大，且服务区人群众多也不会出现车主无法及时获得救援的问题。从而，若确定第一车辆处于允许停车区域或第一车辆距离允许停车区域的距离小于一定距离的情况下，可以确定不触发上述紧急呼叫救援功能。

在确定第一车辆未处于允许停车区域的情况下，执行步骤S602，在确定第一车辆处于允许停车区域的情况下，执行步骤S604。

S602，根据第一速度信息确定第一车辆的速度是否发生突变。

在本申请实施例中，在所述第一速度信息包括至少两项与采集时间对应的速度信息的情况下，上述根据第一速度信息确定第一车辆的速度是否发生突变，包括：确定所述至少两项速度信息中是否存在第一速度值和第二速度值，所述第一速度值的采集时间早于所述第二速度值的采集时间，所述第一速度值的采集时间与所述第二速度值的采集时间的差值小于或等于第二阈值，所述第一速度值大于所述第二速度值，所述第一速度值与所述第二速度值的差值大于第三阈值，所述第二速度值大于或等于零；以及，确定所述至少两项速度信息是否存在第三速度值和第四速度值，所述第三速度值的采集时间早于所述第四速度值的采集时间，所述第三速度值的采集时间与所述第四速度值的采集时间的差值小于或等于第四阈值，所述第四速度值大于所述第三速度值，所述第四速度值与所述第三速度值的差值大于第五阈值；在确定所述至少两项速度信息中存在所述第一速度值和所述第二速度值，或者，所述至少两项速度信息中存在所述第三速度值和所述第四速度值的情况下，确定所述第一车辆的速度发生突变。

示例性的，当根据T-Box之前上报的位置信息确定车辆当前在高速公路上行驶的情况下，再根据T-Box之前上报的速度信息进一步确定车辆是否存在异常的危险驾驶行为。

示例性的，若根据上述第二车辆数据中包括的至少两项车辆速率确定到，第一车辆的速率在短时间内发生骤降，例如，第一车辆的速率在2s内减小大于80km/h。或者，若根据上述第二车辆数据中包括的至少两项车辆速率确定到，第一车辆在短时间内出现猛加速行为，例如第一车辆的速率在2s增大大于80km/h，则触发紧急呼叫救援功能。

在确定第一车辆的速度发生突变的情况下，执行步骤S603，在确定第一车辆的速度未发生突变的情况下，执行步骤S604。

S603，触发紧急呼叫救援功能。

关于紧急呼叫救援功能的详细说明请参照本文其他实施例的相关描述(例如图4中的步骤S403)，在此不再详述。

S604，确定不触发上述紧急呼叫救援功能。

可理解的，关于图6中先执行步骤S601(根据第一位置信息确定第一车辆是否处于允许停车区域)，再执行步骤S602(根据第一速度信息确定第一车辆的速度是否发生突变)的执行顺序仅为示例，还可以先执行步骤S602，在确定第一车辆的速度发生突变的情况下再执行步骤S601，本文对此不做限定。

在一种可能的实现方式中，图6所示的触发紧急呼叫救援功能的方法，在上述步骤S603触发紧急呼叫救援功能之前，还可以包括：根据所述第一位置信息确定所述第一车辆是否处于事故多发路段；所述在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发生突变的情况下，触发所述紧急呼叫救援功能，包括：在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发送突变，以及，所述第一车辆处于事故多发路段的情况下，触发所述紧急呼叫救援功能。

进一步提高采用本申请提供的方法触发紧急呼叫救援功能的准确性和有效性，以及减小误触发概率，减少误触发给驾驶员带来的不必要的困扰。

在一种可能的实现方式中，图6所示的触发紧急呼叫救援功能的方法，所述根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能，包括：根据所述第一位置信息确定所述第一车辆是否处于允许停车区域，根据所述第一速度信息确定所述第一车辆的速度是否发生突变，以及根据所述第一位置信息确定所述第一车辆是否处于存在网络异常的区域或者所述第一车辆与所述存在网络异常的区域的距离是否小于或等于预设距离；在确定第一车辆未处于允许停车区域，且第一车辆的速度未发生突变(也即车速平稳的情况下)，确定第一车辆是否处于存在网络异常的区域，或者第一车辆与存在网络异常的区域的距离小于或等于所述预设距离。

示例性的，第一车辆在高速公路上行驶，第一车辆的速率平稳，且第一车辆未上报车辆数据，此时第一车辆可能是由于进入了网络异常的区域(例如隧道)中行驶导致上报装置无法与云端正常通信，导致第一车辆未及时上报车辆数据，或者，也有可能是由于第一车辆突发重大事故，车辆瞬间遭受严重碰撞(例如上报周期为1s，车辆在毫秒级别内瞬间遭受严重碰撞)，上报装置受损，导致第一车辆无法上报车辆数据。本申请通过确定第一车辆是否处于存在网络异常的区域或者第一车辆与存在网络异常的区域的距离小于或等于预设距离确定属于哪种情况，进一步提高触发紧急呼叫救援功能的准确性和有效性，以及减小误触发概率，减少误触发给驾驶员带来的不必要的困扰。

具体的，结合图7介绍上述根据第一速度信息和第一位置信息确定是否触发紧急呼叫救援功能的又一种具体实现方式。

S701，根据第一位置信息确定第一车辆是否处于允许停车区域。

关于具体如何根据第一位置信息确定第一车辆是否处于允许停车区域可以参照本申请其他实施例的相关说明(例如图6中的步骤S601)，在此不再详述。

在确定第一车辆未处于允许停车区域的情况下，执行步骤S702，在确定第一车辆处于允许停车区域的情况下，执行步骤S706。

S702，根据第一速度信息确定第一车辆的速度是否发生突变。

关于具体如何根据根据第一速度信息确定第一车辆的速度是否发生突变可以参照本申请其他实施例的相关说明(例如图6中的步骤S602)，在此不再详述。

在确定第一车辆的速度发生突变的情况下，执行步骤S703，在确定第一车辆的速度未发生突变的情况下，执行步骤S704。

S703，根据第一位置信息确定第一车辆是否处于事故多发路段。

示例性的，上述第一位置信息中包括经度和纬度的情况下，可以根据第三方经纬度定位查询接口查询与该经度和纬度相对应的地点位置，以及根据导航软件确定该地点位置是否为事故多发路段。

在确定第一车辆处于事故多发路段的情况下，执行步骤S705，在确定第一车辆未处于事故多发路段的情况下，执行步骤S706。

S704，确定第一车辆是否处于存在网络异常的区域，或者第一车辆与存在网络异常的区域的距离是否小于或等于预设距离。

在本申请实施例中，在确定第一车辆未处于允许停车区域，且第一车辆的速度未发生突变(也即车速平稳的情况下)，确定第一车辆是否处于存在网络异常的区域，或者第一车辆与存在网络异常的区域的距离小于或等于预设距离。

示例性的，第一车辆在高速路中行驶，且第一车辆未在第一时间上报上述第一车辆数据，可能有以下几种可能：

1)第一车辆在高速路上的可停车区域(例如服务区中的停车场或者停车位)熄火停车。

2)第一车辆进入存在网路异常的区域中，导致第一车辆中的上报装置的移动通信网络异常，无法与云端进行通信，从而无法上报车辆数据。

3)第一车辆发生了严重的事故，导致第一车辆中的上报装置严重损坏，上报装置无法继续工作，从而无法与云端进行通信上报车辆数据。

示例性的，第一车辆在高速公路上行驶，第一车辆的速率平稳，且第一车辆未上报车辆数据，此时第一车辆可能是由于进入了网络异常的区域(例如隧道)中行驶导致上报装置无法与云端正常通信，导致第一车辆未及时上报车辆数据，或者，也有可能是由于第一车辆突发重大事故，车辆瞬间遭受严重碰撞(例如上报周期为1s，车辆在毫秒级别内瞬间遭受严重碰撞)，上报装置受损，导致第一车辆无法上报车辆数据。从而，本申请实施例通过确定第一车辆是否处于存在网络异常的区域或者第一车辆与存在网络异常的区域的距离小于或等于预设距离确定属于哪种情况。

示例性的，上述预设距离可以是100米、200米或500米等合适的取值，本申请实施例对此不做限定。

示例性的，第一车辆不在允许停车区域，则表明第一车辆未正常上报车辆数据不可能是因为第一车辆正常熄火停车；第一车辆的速度平稳，且第一车辆不处于存在网络异常的区域或者第一车辆与存在网络异常的区域的距离小于或等于预设距离，则表明第一车辆未正常上报车辆数据不可能是因为第一车辆在网络异常的区域中行驶；从而这种情况下，第一车辆未正常上报车辆数据的原因大概率是事故原因。

在确定第一车辆处于存在网络异常的区域，或者第一车辆与存在网络异常的区域的距离小于或等于预设距离的情况下，执行步骤S705；在确定第一车辆未处于存在网络异常的区域，且第一车辆与存在网络异常的区域的距离大于预设距离，执行步骤S706。

S705，触发紧急呼叫救援功能。

关于紧急呼叫救援功能的详细说明请参照本文其他实施例的相关描述(例如图4中的步骤S403)，在此不再详述。

S706，确定不触发紧急呼叫救援功能。

在一种可能的实现方式中，第一车辆中的上报装置还可以上报位置信息和速度信息之外的其他信息，本文对此不做限定，例如上报装置还可以周期性上报第一车辆中的摄像头拍摄的音视频数据，该音视频数据的上报周期可以大于位置信息和速度信息的上报周期。触发紧急呼叫救援功能的装置还可以根据上述位置信息、速度信息以及上述音视频数据确定是否触发上述紧急呼叫救援功能。

在一种可能的实现方式中，在上述步骤S402(获取第二车辆数据)之前，还可以包括以下步骤：等待目标时长(例如60秒、或90秒等合适的时长)，确定目标时长内第一车辆是否再次继续向云端上报车辆数据。可理解的，若目标时长内第一车辆再次继续向云端上报车辆数据，则说明第一车辆是由于进入了网络异常的区域导致第一车辆无法上报车辆数据，或者第一车辆处于暂时熄火状态导致第一车辆无法上报车辆数据。在确定目标时长内第一车辆再次继续向云端上报车辆数据的情况下，可以不用再获取第二车辆数据。上述步骤S402具体包括：在确定目标时长内第一车辆未再次继续向云端上报车辆数据的情况下，获取第二车辆数据。

在一种可能的实现方式中，本申请实施例提供的紧急呼叫救援功能还可以包括：在确定所述第一车辆在所述第一时间上报所述车辆数据的情况下，获取所述第一车辆数据，所述第一车辆数据为所述第一车辆在所述第一时间上报的与N个采集时间对应的车辆数据，所述N为大于或等于2的正整数，所述第二时间段的结束时刻不晚于所述第一时间；在确定所述第一车辆数据包括的N项位置信息均相同，和/或，所述第一车辆数据中包括的N项速度信息均低于第一预设时速的情况下，根据所述N项位置信息确定所述第一车辆所处位置的路况是否为堵车路况；在确定所述第一车辆所处位置的路况不为堵车路况的情况下，输出提示信息，所述提示信息用于提示用户当前车辆处于不规范行车状态。

示例性的，在第一车辆向云端正常上报车辆数据的情况下，触发紧急呼叫救援功能的装置还可以根据第一车辆上报的车辆数据确定第一车辆的的全球定位系统(GlobalPositioning System，GPS)信息是否不变，或者第一车辆的车速是否过低且第一车辆处于高速路段或高架桥区域；若确定是第一车辆的GPS信息不变，或者，第一车辆的车速过低(也即移动过慢)的情况下，确定第一车辆是否所处位置的路况是否为堵车路况，若否，则确定输出提示信息，用于提示车主当前车辆车速过慢，属于不规范行车。对第一车辆的事故进行预警，有效规避事故，为用户提供有效的事故预警服务。

具体的，结合图8详细说明本申请实施例提供的紧急呼叫救援功能还可以包括以下步骤：

S801，在确定第一车辆在第一时间向云端上报第一车辆数据的情况下，获取第一车辆数据。

在本申请实施例中，上述第一车辆数据为第一车辆在第一时间上报的与N个采集时间对应的车辆数据，该N为大于或等于2的正整数。

示例性的，复用图3，第一时间为t时刻，第一车辆数据为t时刻上报的与采集时间x、x+1s、x+2s、x+3s以及x+4s对应的五项车辆数据，也即第一车辆数据包括五项位置信息和五项速度信息。

S802，确定第一车辆数据包括的N项位置信息是否均相同。

示例性的，第一车辆数据中包括的位置信息为经度和纬度，可以通过确定N项位置信息中的经度和纬度的值是否相同确定N项位置信息是否均相同。

在确定第一车辆数据包括的N项位置信息不均相同的情况下，执行步骤S803；在确定第一车辆数据包括的N项位置信息均相同的情况下，执行步骤S804。

S803，确定第一车辆数据中包括的N项速度信息是否均低于第一预设时速。

示例性的，上述第一预设时速可以是20km/h或50km/h等合适的取值，本文对此不做限定。

在确定第一车辆数据中包括的N项速度信息均低于第一预设时速的情况下，执行步骤S804，在确定第一车辆数据中包括的N项速度信息未均低于第一预设时速的情况下，执行步骤S806。

S804，根据上述N项位置信息确定第一车辆所处位置的路况是否为堵车路况。

可理解的，可以通过第三方导航软件以及上述N项位置信息确定第一车辆所处位置的实时路况是否为堵车路况。

示例性的，第一车辆处于在高速路段、高架桥路段或国道区域行驶的高速状态的情况下，若第一车辆的GPS信息(也即位置信息)不变，或者第一车辆的速率信息较小，且第一车辆所处位置的实时路况不为堵车路况的情况下，则可能是由于车主身体不适出现不规范行车行为。

在确定第一车辆所处位置的路况为堵车路况的情况下，执行步骤S805，在确定第一车辆所处位置的路况不为堵车路况的情况下，执行步骤S806。

S805，向第一车辆发送提示信息，以便于第一车辆输出该提示信息。

在本申请实施例中，上述提示信息用于提示用户当前车辆处于不规范行车状态。可理解的，第一车辆输出提示信息的方式可以是显示提示文字、图像或者输出音频，本文对此不做限定。示例性的，该提示信息可以为“车辆当前处于高速路段，高速路段最低速度为60km/h，车辆当前车速为10km/h，请注意规范行车”。

在一些可能的实现方式中，上述步骤S805中向第一车辆发送提示信息后，还可以请求第一车辆输入确定无事故的确定指令，若未接收到第一车辆发送的确定无事故的确定指令，则触发上述紧急呼叫救援功能。

在一种可能的实现方式中，上述步骤S805也可以被替换为：触发上述紧急救援功能，也即在确定第一车辆所处位置的路况为堵车路况的情况下，触发上述紧急救援功能。

由此，采用本申请实施例提供的方法，第一车辆在正常上报车辆数据的情况下，可以根据上报的车辆数据确定第一车辆的GPS信息是否未发生变化或第一车辆的车速过低，从而确定第一车辆是否存在事故风险，有效规避事故的同时为用户提供更精准的及时救援服务。

S806，结束流程。

可理解的，结束流程也即不做处理，不向第一车辆发送提示信息。

在一种可能的实现方式中，也可以不执行上述步骤S802(确定第一车辆数据包括的N项位置信息是否均相同)。而是在步骤S801之后直接执行步骤S803(确定第一车辆数据中包括的N项速度信息是否均低于第一预设时速)，本文对此不做限定。

在一种可能的实现方式中，在确定第一车辆在第一时间向云端上报第一车辆数据的情况下，也可以获取比上述第一车辆数据更多的数据。示例性的，若第一车辆数据为与一个采集时间对应的车辆数据，第一车辆数据中仅包括一个速度信息和一个位置信息，则在确定第一车辆在第一时间向云端上报第一车辆数据的情况下，除了获取上述第一车辆数据以外，还需要再获取第三车辆数据，该第三车辆数据为与一个或多个第三时间对应的车辆数据，该第三时间也为预设的上报时间，且该第三时间早于该第一时间。从而触发紧急呼叫救援功能的装置才可以根据至少两项位置信息确定第一车辆的GPS位置信息是否发生变化。

在一种可能的实现方式中，在确定第一车辆在第一时间向云端上报第一车辆数据的情况下，还可以不获取上述第一车辆数据，而是获取上述第三车辆数据。

在一种可能的实现方式中，在上述步骤S805(向第一车辆发送提示信息，以便于第一车辆输出该提示信息)之前，还可以包括：确定第一车辆是否处于高速路段、高架桥路段或国道路段。在确定第一车辆处于高速路段、高架桥路段或国道路段的情况下，执行上述步骤S805。

以下将介绍本发明实施例提供的触发紧急呼叫救援功能的装置。

请参见图9，为本发明实施例提供了一种触发紧急呼叫救援功能的方法的结构示意图。

如图9所示，本发明实施例的触发紧急呼叫救援功能的装置可以包括：

第一确定单元901，用于在第一车辆处于高速状态下，确定上述第一车辆在第一时间是否向云端上报第一车辆数据，上述第一时间为预先设置的上报时间；

第一获取单元902，用于在确定上述第一车辆在上述第一时间未上报上述第一车辆数据的情况下，获取第二车辆数据，上述第二车辆数据为与一个或多个第二时间对应的车辆数据，上述第二车辆数据包括第一速度信息和第一位置信息，上述第二时间为预先设置的上报时间，且早于上述第一时间；

第二确定单元903，用于根据上述第一速度信息和上述第一位置信息确定是否触发紧急呼叫救援功能。

在一种可能的实现方式中，上述第一时间与上述第二时间之间的时间差小于或等于第一阈值。

在一种可能的实现方式中，上述第二确定单元903具体用于：根据上述第一位置信息确定上述第一车辆是否处于允许停车区域，以及根据上述第一速度信息确定上述第一车辆的速度是否发生突变；在确定上述第一车辆不处于允许停车区域，且上述第一车辆的速度发生突变的情况下，触发上述紧急呼叫救援功能。

在一种可能的实现方式中，上述第二确定单元903具体用于：根据所述第一位置信息确定所述第一车辆是否处于允许停车区域，根据所述第一速度信息确定所述第一车辆的速度是否发生突变，以及根据所述第一位置信息确定所述第一车辆是否处于存在网络异常的区域或者所述第一车辆与所述存在网络异常的区域的距离是否小于或等于预设距离；在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度未发生突变，以及，所述第一车辆不处于所述存在网络异常的区域或所述第一车辆与所述存在网络异常的区域的距离大于预设距离的情况下，触发所述紧急呼叫救援功能。

在一种可能的实现方式中，上述第二确定单元903具体用于：在上述触发上述紧急呼叫救援功能之前，根据上述第一位置信息确定上述第一车辆是否处于事故多发路段；上述在确定上述第一车辆不处于允许停车区域，且上述第一车辆的速度发生突变的情况下，触发上述紧急呼叫救援功能，包括：在确定上述第一车辆不处于允许停车区域，且上述第一车辆的速度发送突变，以及，上述第一车辆处于事故多发路段的情况下，触发上述紧急呼叫救援功能。

在一种可能的实现方式中，上述第二确定单元903还可以具体用于：确定上述至少两项速度信息中是否存在第一速度值和第二速度值，上述第一速度值的采集时间早于上述第二速度值的采集时间，上述第一速度值的采集时间与上述第二速度值的采集时间的差值小于或等于第二阈值，上述第一速度值大于上述第二速度值，上述第一速度值与上述第二速度值的差值大于第三阈值，上述第二速度值大于或等于零；以及，确定上述至少两项速度信息是否存在第三速度值和第四速度值，上述第三速度值的采集时间早于上述第四速度值的采集时间，上述第三速度值的采集时间与上述第四速度值的采集时间的差值小于或等于第四阈值，上述第四速度值大于上述第三速度值，上述第四速度值与上述第三速度值的差值大于第五阈值；在确定上述至少两项速度信息中存在上述第一速度值和上述第二速度值，或者，上述至少两项速度信息中存在上述第三速度值和上述第四速度值的情况下，确定上述第一车辆的速度发生突变。

在一种可能的实现方式中，如图10所示，上述触发紧急呼叫救援功能的装置还可以包括：

第二获取单元904，用于在确定上述第一车辆在上述第一时间上报上述车辆数据的情况下，获取上述第一车辆数据，上述第一车辆数据为上述第一车辆在上述第一时间上报的与N个采集时间对应的车辆数据，上述N为大于或等于2的正整数，上述第二时间段的结束时刻不晚于上述第一时间；

第三确定单元905，用于在确定上述第一车辆数据包括的N项位置信息均相同，和/或，上述第一车辆数据中包括的N项速度信息均低于第一预设时速的情况下，根据上述N项位置信息确定上述第一车辆所处位置的路况是否为堵车路况；

输出单元906，用于在确定上述第一车辆所处位置的路况不为堵车路况的情况下，输出提示信息，上述提示信息用于提示用户当前车辆处于不规范行车状态。

在本申请实施例中，上述关于高速状态、车辆数据、第一位置信息、第一速度信息以及紧急呼叫救援功能等名词的说明，可以参考上文所示的方法实施例，这里不再详述。

需要说明的是，具体执行过程可以参见图4、图6、图7以及图8所示的方法实施例的具体说明，在此不进行赘述。

可理解的，上述图9或图10所示的触发紧急呼叫救援功能的装置可以有多种产品形态。示例性的，触发紧急呼叫救援功能的装置还可以是如图11所示的处理器、通信接口、存储器以及通信总线的触发紧急呼叫救援功能的装置。具体的，如图11所示，触发紧急呼叫救援功能的装置110可以包括：

至少一个处理器1101，例如CPU，至少一个通信接口1103，存储器1104，至少一个通信总线1102。其中，通信总线1102用于实现这些组件之间的连接通信。通信接口1103可选的可以包括标准的有线接口、无线接口(如WI-FI接口或蓝牙接口等)。存储器1104可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器1104可选的还可以是至少一个位于远离前述处理器1101的存储装置。如图11所示，作为一种计算机存储介质的存储器1104中可以包括操作系统和程序指令。

示例性的，处理器1101可以用于实现上述图9中的第一获取单元901、第一确定单元902、第二确定单元903、上述图10中第二获取单元904、第三确定单元905以及输出单元906所执行的步骤或方法。

示例性的，也可以由上述通信接口1103执行上述第一获取单元902、第二获取单元904或输出单元906中的一项或多项单元所执行的步骤或方法，例如由上述通信接口1103接收云端发送的上述第二车辆数据，并由该通信接口1103将上述第二车辆数据发送给该处理器1101，本文对此不做限定。

可理解的，以上上述的方式仅为示例，也可以由处理器1101以及上述触发紧急呼叫救援功能的装置110中的其他模块配合执行上述第一获取单元901、第一确定单元902、第二确定单元903、第二获取单元904、第三确定单元905以及输出单元906所执行的步骤或方法，本文对此不做限定。

可理解的，以上所述的方式仅为示例，也可以由处理器1101以及上述触发紧急呼叫救援功能的装置110中的其他模块配合执行上述第一获取单元901、第一确定单元902、第二确定单元903、第二获取单元904、第三确定单元905以及输出单元906中的一项或多项单元所执行的步骤或方法，本文对此不做限定。

在图11所示的触发紧急呼叫救援功能的装置中，处理器1101可以用于加载存储器1104中存储的程序指令，并具体执行以下操作：

在第一车辆处于高速状态下，确定上述第一车辆在第一时间是否向云端上报第一车辆数据，上述第一时间为预先设置的上报时间；

在确定上述第一车辆在上述第一时间未上报上述第一车辆数据的情况下，获取第二车辆数据，上述第二车辆数据为与一个或多个第二时间对应的车辆数据，上述第二车辆数据包括第一速度信息和第一位置信息，上述第二时间为预先设置的上报时间，且早于上述第一时间；

根据上述第一速度信息和上述第一位置信息确定是否触发紧急呼叫救援功能。

需要说明的是，具体执行过程可以参见图4、图6、图7以及图8所示的实施例的具体说明，在此不进行赘述。

本发明实施例还提供了一种计算机存储介质，上述计算机存储介质可以存储有多条指令，上述指令适于由处理器加载并执行如上述图4、图6、图7以及图8所示的实施例的方法步骤，具体执行过程可以参见图4、图6、图7以及图8所示实施例的具体说明，在此不进行赘述。

上述实施例中所用，根据上下文，术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地，根据上下文，短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例该的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。

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

Claims (10)

1.一种触发紧急呼叫救援功能的方法，其特征在于，所述方法应用于触发紧急呼叫救援功能的装置，所述方法包括：

在第一车辆处于高速状态下，确定所述第一车辆在第一时间是否向云端上报第一车辆数据，所述第一时间为预先设置的上报时间；

在确定所述第一车辆在所述第一时间未上报所述第一车辆数据的情况下，获取第二车辆数据，所述第二车辆数据为与一个或多个第二时间对应的车辆数据，所述第二车辆数据包括第一速度信息和第一位置信息，所述第二时间为预先设置的上报时间，且所述第二时间早于所述第一时间；

根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能。

2.根据权利要求1所述的方法，其特征在于，所述第一时间与所述第二时间之间的时间差小于或等于第一阈值。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能，包括：

根据所述第一位置信息确定所述第一车辆是否处于允许停车区域，以及根据所述第一速度信息确定所述第一车辆的速度是否发生突变；

在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发生突变的情况下，触发所述紧急呼叫救援功能。

4.根据权利要求3所述的方法，其特征在于，在所述触发所述紧急呼叫救援功能之前，所述方法还包括：

根据所述第一位置信息确定所述第一车辆是否处于事故多发路段；

所述在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发生突变的情况下，触发所述紧急呼叫救援功能，包括：

在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度发送突变，以及，所述第一车辆处于事故多发路段的情况下，触发所述紧急呼叫救援功能。

5.根据权利要求1或2所述的方法，其特征在于，所述根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能，包括：

根据所述第一位置信息确定所述第一车辆是否处于允许停车区域，根据所述第一速度信息确定所述第一车辆的速度是否发生突变，以及根据所述第一位置信息确定所述第一车辆是否处于存在网络异常的区域或者所述第一车辆与所述存在网络异常的区域的距离是否小于或等于预设距离；

在确定所述第一车辆不处于允许停车区域，且所述第一车辆的速度未发生突变，以及，所述第一车辆不处于所述存在网络异常的区域或所述第一车辆与所述存在网络异常的区域的距离大于预设距离的情况下，触发所述紧急呼叫救援功能。

6.根据权利要求3所述的方法，其特征在于，所述第一速度信息包括至少两项与采集时间对应的速度信息，所述根据所述第一速度信息确定所述第一车辆的速度是否发生突变，包括：

确定所述至少两项速度信息中是否存在第一速度值和第二速度值，所述第一速度值的采集时间早于所述第二速度值的采集时间，所述第一速度值的采集时间与所述第二速度值的采集时间的差值小于或等于第二阈值，所述第一速度值大于所述第二速度值，所述第一速度值与所述第二速度值的差值大于第三阈值，所述第二速度值大于或等于零；

以及，确定所述至少两项速度信息是否存在第三速度值和第四速度值，所述第三速度值的采集时间早于所述第四速度值的采集时间，所述第三速度值的采集时间与所述第四速度值的采集时间的差值小于或等于第四阈值，所述第四速度值大于所述第三速度值，所述第四速度值与所述第三速度值的差值大于第五阈值；

在确定所述至少两项速度信息中存在所述第一速度值和所述第二速度值，或者，所述至少两项速度信息中存在所述第三速度值和所述第四速度值的情况下，确定所述第一车辆的速度发生突变。

7.根据权利要求1、2、4或6所述的方法，其特征在于，所述方法还包括：

在确定所述第一车辆在所述第一时间上报所述车辆数据的情况下，获取所述第一车辆数据，所述第一车辆数据为所述第一车辆在所述第一时间上报的与N个采集时间对应的车辆数据，所述N为大于或等于2的正整数，所述第二时间段的结束时刻不晚于所述第一时间；

在确定所述第一车辆数据包括的N项位置信息均相同，和/或，所述第一车辆数据中包括的N项速度信息均低于第一预设时速的情况下，根据所述N项位置信息确定所述第一车辆所处位置的路况是否为堵车路况；

在确定所述第一车辆所处位置的路况不为堵车路况的情况下，输出提示信息，所述提示信息用于提示用户当前车辆处于不规范行车状态。

8.一种触发紧急呼叫救援功能的装置，其特征在于，所述装置包括：

第一确定单元，用于在第一车辆处于高速状态下，确定所述第一车辆在第一时间是否向云端上报第一车辆数据，所述第一时间为预先设置的上报时间；

第一获取单元，用于在确定所述第一车辆在所述第一时间未上报所述第一车辆数据的情况下，获取第二车辆数据，所述第二车辆数据为与一个或多个第二时间对应的车辆数据，所述第二车辆数据包括第一速度信息和第一位置信息，所述第二时间为预先设置的上报时间，且早于所述第一时间；

第二确定单元，用于根据所述第一速度信息和所述第一位置信息确定是否触发紧急呼叫救援功能。

9.一种电子设备，其特征在于，包括：存储器、处理器，其中，所述存储器存储有程序指令；所述程序指令被所述处理器执行时，使所述处理器执行如权利要求1-7中任一项所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序；当所述计算机程序在一个或多个处理器上运行时，执行如权利要求1-7中任一项所述的方法。