车辆坠落事件的检测处理方法、装置、设备和存储介质与流程

1.本申请涉及行车安全技术领域，特别是涉及一种车辆坠落事件的检测处理方法、装置、计算机设备和存储介质。


背景技术：

2.车辆在行驶过程中可能会由于主观或客观的因素而发生坠崖等车辆坠落事件，对车辆坠落事件进行准确检测和及时处理有利于保障行车安全。
3.目前对于车辆坠落事件的处理，通常是在坠落事故发生后，依托车内人员、过往行人或车辆发现该坠落事故进行报警。但是，这种技术容易由于车辆坠落引起车内人员昏迷而无法主动报警、过往行人和车辆较少或过往车辆车速较快而难以察觉该坠落事故，导致其存在延误救援的技术问题。


技术实现要素：

4.基于此，有必要针对上述技术问题，提供一种车辆坠落事件的检测处理方法、装置、计算机设备和存储介质。
5.一种车辆坠落事件的检测处理方法，所述方法包括：
6.响应于检测到对车辆进行坠落检测的触发事件，获取所述车辆在所述触发事件发生后的高度信息；
7.若所述高度信息表征所述车辆在坠落方向上具有满足预设条件的高度变化速度，则确定所述车辆发生疑似坠落事件；
8.在所述车辆的车辆运行信息处于不可获取状态的情况下，基于所述疑似坠落事件发生路段的车辆过往信息，判断所述疑似坠落事件是否为真实坠落事件；
9.在所述车辆运行信息处于可获取状态的情况下，根据所述车辆运行信息，判断所述疑似坠落事件是否为真实坠落事件。
10.一种车辆坠落事件的检测处理装置，包括：
11.高度获取模块，用于响应于检测到对车辆进行坠落检测的触发事件，获取所述车辆在所述触发事件发生后的高度信息；
12.疑似确定模块，用于若所述高度信息表征所述车辆在坠落方向上具有满足预设条件的高度变化速度，则确定所述车辆发生疑似坠落事件；
13.第一判断模块，用于在所述车辆的车辆运行信息处于不可获取状态的情况下，基于所述疑似坠落事件发生路段的车辆过往信息，判断所述疑似坠落事件是否为真实坠落事件；
14.第二判断模块，用于在所述车辆运行信息处于可获取状态的情况下，根据所述车辆运行信息，判断所述疑似坠落事件是否为真实坠落事件。
15.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：
16.响应于检测到对车辆进行坠落检测的触发事件，获取所述车辆在所述触发事件发生后的高度信息；若所述高度信息表征所述车辆在坠落方向上具有满足预设条件的高度变化速度，则确定所述车辆发生疑似坠落事件；在所述车辆的车辆运行信息处于不可获取状态的情况下，基于所述疑似坠落事件发生路段的车辆过往信息，判断所述疑似坠落事件是否为真实坠落事件；在所述车辆运行信息处于可获取状态的情况下，根据所述车辆运行信息，判断所述疑似坠落事件是否为真实坠落事件。
17.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：
18.响应于检测到对车辆进行坠落检测的触发事件，获取所述车辆在所述触发事件发生后的高度信息；若所述高度信息表征所述车辆在坠落方向上具有满足预设条件的高度变化速度，则确定所述车辆发生疑似坠落事件；在所述车辆的车辆运行信息处于不可获取状态的情况下，基于所述疑似坠落事件发生路段的车辆过往信息，判断所述疑似坠落事件是否为真实坠落事件；在所述车辆运行信息处于可获取状态的情况下，根据所述车辆运行信息，判断所述疑似坠落事件是否为真实坠落事件。
19.上述车辆坠落事件的检测处理方法、装置、设备和介质，响应于检测到对车辆进行坠落检测的触发事件，获取车辆在触发事件发生后的高度信息；若高度信息表征该车辆在坠落方向上具有满足预设条件的高度变化速度，则确定车辆发生疑似坠落事件；然后，在该车辆的车辆运行信息处于不可获取状态的情况下，基于该疑似坠落事件的发生路段的车辆过往信息，判断该疑似坠落事件是否为真实坠落事件；在该车辆运行信息处于可获取状态的情况下，根据该车辆运行信息，判断该疑似坠落事件是否为真实坠落事件。该方案在车辆的坠落检测触发事件发生后，触发对车辆的坠落事件进行检测，具体依据车辆的高度信息判断其是否存在疑似坠落事件，确定其发生疑似坠落事件时需进一步判断该疑似坠落事件是否为真实坠落事件，若车辆运行信息处于不可获取状态，则基于事发路段的车辆过往信息判断是否为真实坠落事件，若车辆运行信息处于可获取状态，则可依据该车辆运行信息判断是否为真实坠落事件，由此实现对车辆坠落事件的准确且及时的自动检测处理，缩短事故感知时间，提高救援及时性，还可在确定为真实坠落事件后及时地向相关对象发送该事故的告警信息。
附图说明
20.图1为一个实施例中车辆坠落事件的检测处理方法的应用环境图；
21.图2为一个实施例中车辆坠落事件的检测处理方法的流程示意图；
22.图3为一个实施例中配置信息上报频率的流程示意图；
23.图4为一个实施例中确定车辆在坠落方向具有满足预设条件的高度变化速度的流程示意图；
24.图5为一个实施例中疑似坠落事件发生后处理过程的流程示意图；
25.图6为一个实施例中车辆坠落事件的检测处理装置的结构框图；
26.图7为一个实施例中计算机设备的内部结构图。
具体实施方式
27.为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
28.本申请提供的车辆坠落事件的检测处理方法，可以应用于如图1所示的应用环境中。其中，车辆110的车载终端可以通过网络与服务器120进行通信连接，该服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。具体的，本申请提供的车辆坠落事件的检测处理方法可由服务器120执行，车辆110的车载终端在行驶过程中向服务器120上报车辆运行信息，服务器120可依据车辆运行信息对该车辆110的车辆坠落事件进行检测处理。
29.以下结合实施例和相应附图对本申请提供的车辆坠落事件的检测处理方法做详细说明。
30.在一个实施例中，如图2所示，提供了一种车辆坠落事件的检测处理方法，以该方法应用于图1中的服务器120为例进行说明，该方法可以包括以下步骤：
31.步骤s201，响应于检测到对车辆进行坠落检测的触发事件，获取车辆在触发事件发生后的高度信息。
32.本步骤中，触发事件是指能够触发服务器120对车辆110进行坠落检测的事件，该触发事件是否发生可由服务器120根据车辆110在行驶过程中上报的车辆运行信息检测得到，该车辆运行信息可以是例如车辆位置、海拔高度、车辆速度、发动机转速和碰撞值等能够体现车辆运行情况的数据信息。其中，触发事件可以是预设的一个或者多个事件，示例性的，碰撞事件可以作为其中一个触发事件，对此，服务器120可接收车辆110的的车载终端如obd(on
‑
board diagnostics，车载自诊断系统)上报的车辆运行信息，依据车辆运行信息中的碰撞值检测是否发生碰撞事件，若是，则服务器120可判断已检测到对车辆进行坠落检测的触发事件，并持续监测该车辆在该触发事件发生后的高度信息，该高度信息具体可以是该车辆所处的海拔高度。
33.步骤s202，若高度信息表征车辆在坠落方向上具有满足预设条件的高度变化速度，则确定车辆发生疑似坠落事件；
34.在服务器120对车辆110发生前述触发事件后的高度信息进行持续监测过程中，若该高度信息表征该车辆110坠落方向上具有满足预设条件的高度变化速度，则服务器120判断该车辆110发生了疑似坠落事件，服务器120同时可生成车辆110疑似坠落的告警信息发送给管理人员等相关对象。其中，坠落方向一般是指重力的方向，据此，当车辆110在重力方向上的高度变化速度过快或称高速急剧下降时，服务器120可判断车辆110可能发生了坠落事件，将其确定为疑似坠落事件，通过后续步骤对其真实性做进一步判断。其中，按照该车辆的车辆运行信息在疑似坠落事件发生后所处的获取状态，采取对应的判断方式进行判断，具体的，对于车辆运行信息处于不可获取状态的情况，执行步骤s203进行疑似坠落事件的真实性判断，对于车辆运行信息处于可获取状态的情况，执行步骤s204进行疑似坠落事件的真实性判断。
35.步骤s203，在车辆的车辆运行信息处于不可获取状态的情况下，基于疑似坠落事件发生路段的车辆过往信息，判断疑似坠落事件是否为真实坠落事件；
36.本步骤中，若疑似坠落事件发生后，车辆110的车辆运行信息处于不可获取状态，则说明服务器120暂时无法获取车辆110的车辆运行信息，其中的原因可能是车辆110产生了坠落事故导致信息上报设备损毁或通讯功能丢失，或者车辆110进入了信号不好、不全的区域等。对此，车辆110可根据车辆110最近一次上报的gps位置信息，查询该疑似坠落事件发生路段(或称事发路段)附近的卡口摄像头，通过卡口摄像头所拍摄的图像可获取该事发路段的车辆过往信息，基于该发生路段的车辆过往信息判断前述疑似坠落事件是否为真实坠落事件。
37.步骤s204，在车辆运行信息处于可获取状态的情况下，根据车辆运行信息，判断疑似坠落事件是否为真实坠落事件。
38.本步骤中，若疑似坠落事件发生后，车辆110的车辆运行信息处于可获取状态，则服务器120可直接依据车辆运行信息判断该疑似坠落事件是否为真实坠落事件。
39.在一些实施例中，若该车辆运行信息表征车辆110处于静止状态，则服务器120判断该疑似坠落事件为真实坠落事件。
40.具体的，服务器120可在发生前述疑似坠落事件后，持续对车辆运行信息进行监测，可进一步提取车辆运行信息中的速度信息和高度信息，若根据该速度信息和高度信息判断该车辆110在规定时间内处于海拔高度不变且车辆速度为零的状态，则服务器120确定该车辆110处于静止状态，由此确定前述疑似坠落事件为真实坠落事件。
41.上述车辆坠落事件的检测处理方法，响应于检测到对车辆进行坠落检测的触发事件，获取车辆在触发事件发生后的高度信息；若高度信息表征该车辆在坠落方向上具有满足预设条件的高度变化速度，则确定车辆发生疑似坠落事件；然后，在该车辆的车辆运行信息处于不可获取状态的情况下，基于该疑似坠落事件的发生路段的车辆过往信息，判断该疑似坠落事件是否为真实坠落事件；在该车辆运行信息处于可获取状态的情况下，根据该车辆运行信息，判断该疑似坠落事件是否为真实坠落事件。该方案在车辆的坠落检测触发事件发生后，触发对车辆的坠落事件进行检测，具体依据车辆的高度信息判断其是否存在疑似坠落事件，确定其发生疑似坠落事件时需进一步判断该疑似坠落事件是否为真实坠落事件，若车辆运行信息处于不可获取状态，则基于事发路段的车辆过往信息判断是否为真实坠落事件，若车辆运行信息处于可获取状态，则可依据该车辆运行信息判断是否为真实坠落事件，由此实现对车辆坠落事件的准确且及时的自动检测处理，缩短事故感知时间，提高救援及时性，还可在确定为真实坠落事件后及时地向相关对象发送该事故的告警信息。
42.在一个实施例中，在步骤s201中的响应于检测到对车辆进行坠落检测的触发事件，获取车辆在触发事件发生后的高度信息之前，上述方法还包括：
43.控制车辆的车载终端按照与当前行驶区域对应的信息上报频率上报车辆运行信息；根据车辆运行信息，检测前述触发事件。
44.本实施例主要是服务器120可以根据车辆当前所在的行驶区域控制其车载终端按照相应的信息上报频率上报车辆运行信息，以及可据此检测触发事件，以提高救援及时性。
45.具体的，对于车辆110的obd默认出厂设计中，向服务器120上报车辆运行信息的信息上报频率一般默认为每20至30秒上报一次的频率。为了应对不同区域的响应及时性的需求，服务器120为不同区域设置对应的信息上报频率，以使得当车辆110行驶于不同的区域时，控制该车辆110的车载终端按照与其当前行驶区域对应的信息上报频率上报车辆运行
信息，从而服务器120可依据不同区域对应的坠落风险为其设置相应的信息上报频率，其中，坠落风险越高的区域，其所对应的信息上报频率也越高，缩短信息上报时间，由此服务器120针对风险越高的区域可获得越多的车辆运行信息，更准确且及时地判断出是否发生了触发事件、疑似坠落事件和真实坠落事件，提高救援及时性。
46.在一个实施例中，进一步的，上述实施例中的控制车辆按照与当前行驶区域对应的信息上报频率上报车辆运行信息，具体包括：
47.当当前行驶区域表征车辆驶入预设区域时，提高车辆的车载终端的信息上报频率；当当前行驶区域表征车辆驶出预设区域时，降低车辆的车载终端的信息上报频率。
48.本实施例中，服务器120可在车辆110进入预设的区域时，将其车载终端原有的信息上报频率提升，在车辆110离开该预设区域时，将提升的信息上报频率还原至其车载终端原有的信息上报频率。
49.具体的，服务器120可依据车辆110的经纬度信息判断车辆110是否进入预设区域，该预设区域的数量可以是一个或者多个，该预设区域具体可以是山区等坠落风险较高的区域，还可进一步依据山区对应的风险级别高低，为不同风险的山区设置不同的信息上报频率。关于上报频率的设置，参考表1：
[0050][0051]
表1
[0052]
其中，序号表示不同的预设区域，服务器120可根据车辆110的gps位置判断当前行驶区域是否位于相应序号的区域范围内，如果在相应序号的区域范围内，则按“范围内上报频率”进行车辆运行信息的上报，如果在相应序号的区域范围外，则按照“范围外上报频率”上报，lng和lat是gps位置的经、纬度的缩写。
[0053]
结合图3和表1做进一步说明，管理员可在服务器120上设置山区位置范围，服务器120获取车辆110的obd上报的车辆运行信息，依据该车辆运行信息可判断车辆110是否驶入其中一个预设区域或是否处于自定义山区内区域，若是，则服务器120可判断此时obd所采用的信息上报频率是否正确(即此时所采用的上报频率是否与该预设区域对应)，若正确则
不用重复下发，若不正确，则服务器120自动下发携带该区域对应的信息上报频率的配置信息到该车辆110的obd，指示车辆110的obd按照该信息上报频率上报数据，例如进入序号为1的山区，则指示车辆110的obd按照每2秒上报一次车辆运行信息。
[0054]
若服务器120判断车辆110驶出预设区域或判断车辆110位于自定义山区范围之外，则服务器120判断此时obd所采用的信息上报频率是否正确，即此时是否采用的是预设区域外的上报频率，若正确则不用重复下发，若不正确，则服务器120获取预设区域外的上报频率(如obd默认采用的原上报频率)并下发至车辆110的obd，也即当车辆110离开了管理员设置的如山区等预设区域时，服务器120自动下发携带的原上报频率(如每30秒上报一次)的默认配置到车辆110的obd，例如从序号为1的山区离开，则指示车辆110的obd按照每30秒上报一次车辆运行信息。
[0055]
在一个实施例中，进一步的，上述实施例中的根据车辆运行信息，检测触发事件，具体包括：
[0056]
若车辆运行信息包括的碰撞值大于或者等于预设碰撞阈值，则确定检测到触发事件。
[0057]
本实施例主要是服务器120依据车辆110的obd上报的车辆运行信息中的碰撞值，检测前述触发事件。其中，服务器120接收车辆110的obd上报的车辆运行信息时，该车辆运行信息可以包括海拔高度、车辆速度、发动机转速、碰撞值等信息。在一些实施例中，当车辆110位于前述预设区域内时，车辆110的obd的信息上报频率会被提高。
[0058]
具体的，当服务器120判断车辆110的obd某时刻上传的车辆运行信息中包含的碰撞值大于或者等于预设碰撞阈值(p)，则服务器120可确定检测到对车辆110进行坠落检测的触发事件，此意味着车辆110发生激烈的碰撞，服务器120可记录该触发事件的发生时刻t0，并以该发生时刻t0为基础按照与当前行驶区域相对应的信息上报频率记录该车辆110的车辆运行信息。示例性的，设满足碰撞值大于或者等于预设碰撞阈值(p)时，服务器120以该触发事件的发生时刻t0为基础，后续记录车辆110的obd按照当前行驶区域对应的上报频率在对应的时刻(t1，t2，
…
，tn)上报的车辆运行信息进行记录，如下表2所示：
[0059]
序号时间高度速度碰撞值1t0h0v0p2t1h1v1无3t2h2v2无...........无ntnhnvn无
[0060]
表2
[0061]
其中，服务器120基于触发事件发生时刻t0所记录的车辆运行信息可以包括高度信息、速度信息和碰撞值等信息。
[0062]
在一些实施例中，服务器120可通过如下方式确定车辆110在坠落方向上具有满足预设条件的高度变化速度，具体的，如图4所示，在步骤s202中的若高度信息表征车辆在坠落方向上具有满足预设条件的高度变化速度，则确定车辆发生疑似坠落事件之前，上述方法还包括如下步骤：
[0063]
步骤s401，确定高度信息中对应于车辆运动时段的高度信息段；
[0064]
本步骤中，在触发事件发生后，服务器120可持续监测车辆110的obd上报的高度信息。具体的，如上表2所示，服务器120可从t0时刻开始，持续记录后续各时刻(t1、t2、
……
)的包括高度信息、速度信息等车辆运行信息，服务器120可对所记录的车辆运行信息进行分析，得出在触发事件发生后的车辆运动时段，该车辆运动时段是指车辆在发生前述触发事件后，仍处于运动状态的时段。对此，服务器120可对从t0时刻开始的高度信息和速度信息进行分析，分析得出车辆在触发事件发生后的运动时段。示例性的，如服务器120分析得到tn时刻上报的车辆运动信息显示车辆110的海拔高度(hn)不再变化以及车辆速度(vn)为零，则确定车辆运动时段为时刻t0至tn对应的时段，然后服务器120从所持续监测的高度信息中确定高度h0至hn对应的高度信息为高度信息段。
[0065]
步骤s402，根据高度信息段，得到车辆在车辆运动时段内的高度变化；
[0066]
本步骤由服务器120计算车辆在触发事件发生后，经过一段时间的运动至静止的该段时段(即前述车辆运动时段)所产生的高度变化。具体的，服务器120可根据高度信息段计算得到该车辆运动时段对应的海拔高度差h＝hn
‑
h0。
[0067]
步骤s403，若高度变化表征车辆在车辆运动时段内处于高度下降状态，且高度变化大于或者等于依据该车辆运动时段所设置的高度变化阈值，则确定车辆在坠落方向上具有满足预设条件的高度变化速度。
[0068]
本步骤，服务器120可以判断由步骤s402计算得到的高度变化是否能够表征车辆110在该车辆运动时段内处于急剧下降状态，若是则认为该车辆110在坠落方向上具有满足预设条件的高度变化速度。本步骤中，高度下降状态可由计算所得到的海拔高度差h(即高度变化h)的正负确定，依据高度变化与高度变化阈值的大小比较可进一步确定车辆110在该车辆运动时段内是否处于急剧下降状态，该高度变化阈值可依据该车辆运动时段的长短进行设置。
[0069]
示例性的，服务器120可根据自由落体公式得到该车辆运动时段对应的自由落体高度差h’＝(1/2)g(tn
‑
t0)2，其中，g表示重力加速度。考虑到在实际场景中，车辆110的坠落(如坠崖)并不是100％的自由落体运动，例如下落过程碰撞山体和其他碰撞物，实际下落速度没有那么高，故可将高度变化阈值设置为(1/2)h’，也即在高度变化h表征车辆110在车辆运动时段内处于高度下降状态，且高度变化h大于或者等于高度变化阈值(1/2)h’时，服务器120可确定车辆110在坠落方向上具有满足预设条件的高度变化速度，也即车辆110在该运动时段内处于急剧下降状态，服务器120可生成疑似坠落事件的告警信息，由此能够及时准确地识别疑似坠落事件的发生。
[0070]
在识别车辆110发生疑似坠落事件后，服务器120需进一步判断该疑似坠落事件的真实性，也即进一步确定该疑似坠落事件是否为真实坠落事件，如图5所示，疑似坠落事件发生后，服务器120可先判断车辆运行信息是否处于可获取状态，例如车辆110的obd数据是否能够继续上传，若是，则可通过车辆110的obd获取车辆运行信息，根据车辆运行信息判断该疑似坠落事件是否为真实坠落事件，该种情况的真实性判断过程可参照如上步骤s204的描述。
[0071]
对于疑似坠落事件发生后，车辆110的obd数据无法继续上传的情况，服务器120判断车辆110的obd处于失联状态，对此，服务器120可根据车辆110所属gps位置信息，自动查询该车辆110所属山区路段(即疑似坠落事件发生路段)附近是否有最近的卡口摄像头，根
据该路段的卡口摄像头的有无分情况处理。
[0072]
具体的，在其中一些实施例中，上述步骤s203中的在车辆的车辆运行信息处于不可获取状态的情况下，基于疑似坠落事件发生路段的车辆过往信息，判断疑似坠落事件是否为真实坠落事件，可以包括：
[0073]
在车辆运行信息处于不可获取状态且车辆过往信息处于可获取状态的情况下，若车辆过往信息表征车辆在疑似坠落事件发生后通过该发生路段，则判断疑似坠落事件不是真实坠落事件；若车辆过往信息表征车辆在疑似坠落事件发生后未通过该发生路段，则根据对车辆运行信息在预设时段内的获取状态检测结果，判断疑似坠落事件是否为真实坠落事件。
[0074]
本实施例中，若疑似坠落事件发生路段附近有卡口摄像头，则服务器120可调取该卡口摄像头获取最近拍摄的图像信息，依据该图像信息可获取车辆过往信息，也即此时车辆过往信息处于可获取状态。接着，如果该车辆过往信息表征该车辆110在疑似坠落事件发生后仍通过该发生路段，则说明可能是车辆110进入例如山区后obd产生异常无法上传车辆信息而非发生了坠落事件，服务器120由此判断前述疑似坠落事件不是真实坠落事件，从而大幅度减少坠落事件的误判，提高判断精确度。
[0075]
另外，若车辆过往信息表征该车辆110在疑似坠落事件发生后未通过该发生路段，则服务器120可持续检测该车辆110的车辆运行信息，根据对车辆运行信息在预设时段(规定时间)内的获取状态检测结果，判断疑似坠落事件是否为真实坠落事件。
[0076]
在另外一个实施例中，上述步骤s203中的在车辆的车辆运行信息处于不可获取状态的情况下，基于疑似坠落事件发生路段的车辆过往信息，判断疑似坠落事件是否为真实坠落事件，可以包括：
[0077]
在车辆运行信息处于不可获取状态且车辆过往信息处于不可获取状态的情况下，根据对车辆运行信息在预设时段内的获取状态检测结果，判断疑似坠落事件是否为真实坠落事件。
[0078]
本实施例中，如果疑似坠落事件发生路段附近没有部署卡口摄像头，则说明疑似坠落事件发生路段的车辆过往信息处于不可获取状态，此时，服务器120可持续检测该车辆110的车辆运行信息，根据车辆运行信息在预设时段内的获取状态检测结果，判断疑似坠落事件是否为真实坠落事件。
[0079]
进一步的，如图5所示，在一个实施例中，对于如上实施例中的根据对车辆运行信息在预设时段内的获取状态检测结果，判断疑似坠落事件是否为真实坠落事件，具体包括：
[0080]
若该获取状态检测结果表征车辆运行信息在预设时段内处于不可获取状态，则判断疑似坠落事件为真实坠落事件。
[0081]
本实施例主要是在疑似坠落事件发生路段附近没有部署卡口摄像头的情况下，通过由服务器120持续检测是否能够在预设时段内获取到车辆运行信息从而判断疑似坠落事件是否为真实坠落事件。
[0082]
其中，是否能够在预设时段内获取到车辆运行信息对应于上述车辆运行信息在预设时段内处于不可获取状态或可获取状态；具体的，若在预设时段内获取到车辆运行信息，则车辆运行信息在预设时段内处于可获取状态，若未在预设时段内获取到车辆运行信息，则其处于不可获取状态。
[0083]
示例性的，参考图5，服务器120可在发生前述疑似坠落事件后，持续检测车辆运行信息，判断在规定时间(预设时段)内是否能够获取到该车辆110的车辆运行信息，若在规定时间未能接收到车辆110的obd上报的数据信息，则判断前述疑似坠落事件为真实坠落事件。若能够接收到车辆110的obd上报的数据信息，则可进一步采用步骤s204所描述的流程进行后续判断。
[0084]
若根据该速度信息和高度信息判断该车辆110在规定时间内处于海拔高度不变且车辆速度为零的状态，则服务器120确定该车辆110处于静止状态，由此确定前述疑似坠落事件为真实坠落事件。
[0085]
服务器120在确认车辆110发生真实坠落事件后，可生成告警信息发送给相关对象。示例性的，该告警信息的发送可分为两个方向，一是向管理员展示，可以让其实时了解车辆110产生真实坠落事件时候的运行信息和相关数据状态；二是自动按照预先设定的规则通知例如司机家属、所属公司或救援机构等，协助进行事故上报。
[0086]
本申请提供的车辆坠落事件的检测处理方法，基于obd采集车辆的高度、位置、速度、碰撞等运行信息，然后结合卡口视频数据进行计算，得到车辆是否发生真实坠落事件的结论，可具有如下效果：
[0087]
1、管理员可通过服务器120设置山区范围，当车辆110经过设定的山区范围时，可以提高上报频率以对其进行重点监测。
[0088]
2、通过obd网络传输方式和服务器120数据校验方式，自动根据车辆运行信息判断车辆是否处于坠落状态，全过程可由服务器120自动完成，实施成本低且可实施性高。
[0089]
3、产生疑似坠落事件后，通过调用事发路段卡口摄像头数据和车辆obd数据进行综合判断，进一步确认所发生的坠落事故是否真实，避免事故信息误报，进一步提高精度。
[0090]
4、加大保障司机和车辆在山区行驶安全，一旦产生真实的坠落事故后，能缩短事故感知时间，效果明显，现实意义重大。
[0091]
应该理解的是，虽然如上流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0092]
在一个实施例中，如图6所示，提供了一种车辆坠落事件的检测处理装置，该装置600可以包括：
[0093]
高度获取模块601，用于响应于检测到对车辆进行坠落检测的触发事件，获取所述车辆在所述触发事件发生后的高度信息；
[0094]
疑似确定模块602，用于若所述高度信息表征所述车辆在坠落方向上具有满足预设条件的高度变化速度，则确定所述车辆发生疑似坠落事件；
[0095]
第一判断模块603，用于在所述车辆的车辆运行信息处于不可获取状态的情况下，基于所述疑似坠落事件发生路段的车辆过往信息，判断所述疑似坠落事件是否为真实坠落事件；
[0096]
第二判断模块604，用于在所述车辆运行信息处于可获取状态的情况下，根据所述
车辆运行信息，判断所述疑似坠落事件是否为真实坠落事件。
[0097]
在一个实施例中，第一判断模块603，用于在所述车辆运行信息处于所述不可获取状态且所述车辆过往信息处于可获取状态的情况下，若所述车辆过往信息表征所述车辆在疑似坠落事件发生后通过所述发生路段，则判断所述疑似坠落事件不是真实坠落事件；若所述车辆过往信息表征所述车辆在疑似坠落事件发生后未通过所述发生路段，则根据对所述车辆运行信息在预设时段内的获取状态检测结果，判断所述疑似坠落事件是否为真实坠落事件。
[0098]
在一个实施例中，第一判断模块603，用于在所述车辆运行信息处于所述不可获取状态且所述车辆过往信息处于不可获取状态的情况下，根据对所述车辆运行信息在预设时段内的获取状态检测结果，判断所述疑似坠落事件是否为真实坠落事件。
[0099]
在一个实施例中，第一判断模块603，用于若所述获取状态检测结果表征所述车辆运行信息在所述预设时段内处于不可获取状态，则判断所述疑似坠落事件为真实坠落事件。
[0100]
在一个实施例中，第二判断模块604，用于若所述车辆运行信息表征所述车辆处于静止状态，则判断所述疑似坠落事件为真实坠落事件。
[0101]
在一个实施例中，上述装置600还可以包括：变化确定单元，用于确定所述高度信息中对应于车辆运动时段的高度信息段；根据所述高度信息段，得到所述车辆在所述车辆运动时段内的高度变化；若所述高度变化表征所述车辆在所述车辆运动时段内处于高度下降状态，且所述高度变化大于或者等于依据所述车辆运动时段所设置的高度变化阈值，则确定所述车辆在坠落方向上具有满足预设条件的高度变化速度。
[0102]
在一个实施例中，上述装置600还可以包括：事件检测单元，用于控制所述车辆的车载终端按照与当前行驶区域对应的信息上报频率上报所述车辆运行信息；根据所述车辆运行信息，检测所述触发事件。
[0103]
在一个实施例中，事件检测单元，用于当所述当前行驶区域表征所述车辆驶入预设区域时，提高所述车辆的车载终端的信息上报频率；当所述当前行驶区域表征所述车辆驶出所述预设区域时，降低所述车辆的车载终端的信息上报频率。
[0104]
在一个实施例中，事件检测单元，用于若所述车辆运行信息包括的碰撞值大于或者等于预设碰撞阈值，则确定检测到所述触发事件。
[0105]
关于车辆坠落事件的检测处理装置的具体限定可以参见上文中对于车辆坠落事件的检测处理方法的限定，在此不再赘述。上述车辆坠落事件的检测处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0106]
在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储车辆运行信息等数据。该计算机设备的网络接口用于与外部的终端通过
网络连接通信。该计算机程序被处理器执行时以实现一种车辆坠落事件的检测处理方法。
[0107]
本领域技术人员可以理解，图7中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0108]
在一个实施例中，还提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述各方法实施例中的步骤。
[0109]
在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
[0110]
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(read
‑
only memory，rom)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(random access memory，ram)或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器(static random access memory，sram)或动态随机存取存储器(dynamic random access memory，dram)等。
[0111]
以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0112]
以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。