一种车辆移动识别方法、装置及车辆告警系统与流程

本发明涉及通信领域，具体而言，涉及一种车辆移动识别方法、装置及车辆告警系统。

背景技术：

随着汽车产业的不断发展，以及无线通讯领域的不断技术更新，汽车产业与无线通讯产业紧密联系。智能网联汽车已经激发了汽车行业未来数十年的想象力，其中车载产品便是连接这两个产业领域的关键桥梁，有了车载产品的存在，新一代的汽车具备了远程控制、远程监控等传统汽车所不具备的功能，可以减少交通量、减少交通事故和更高效的交通运行，同时大大的增加了汽车的安全性以及用户使用的方便性。

车联网是桥梁和载体，也是未来汽车基本功能。基于此，汽车在停放状态下，被拖车拖走，目前现状有拖车识别报警，目前使用的车辆非常少，即使能够支持拖车报警的预研型号，也是存在各种问题。行业信息了解到的情况，拖车报警主要存在识别率低，误识别概率高，功耗高，因为各种车况误识别情况下，容易导致电瓶亏电等异常情况。对于拖车动作识别的常规做法有如下两种可行常规做法：

方法一：加速速度传感器根据动作进行拖车动作的倾斜进行简单识别或者在车运行起来之后，根据加速度值进行比较识别。

存在的问题：算法简单，主要的问题对各种场景算法处理考虑不够全面，误识别概率高，上报频繁，用户体验差。

方法二：传感器结合gps进行定位，传感器负责动静动作识别，启动gps，根据位置信息比较定位，确认车是否有移动。这种的识别方式更多的依靠gps的数据，优点：误识别的情况不存在，缺点：由于传感器的动静识别的算法缺陷，会导致gps所在的系统频繁启动，导致功耗过于高。另外，传统的方法，gps数据会周期性的上报当前位置信息，通过对比产生距离差，实现报警功能，这种方法的缺陷通用也需要周期性打开gps装置，耗电量比较大，搜索和捕获卫星信号、读取大量卫星的数据、以及从数据接收机计算位置的过程非常耗时，冷热启动gps都可能耗费若干分钟。在多数场景中，这么长的时间是不可接受的，频繁的启动，功耗量也是巨大的，极大的影响电池寿命。不能第一时间上报识别信息，需要在一定的周期范围内。

针对相关技术中对车辆被拖车移动的误识别率高或功耗较大的问题，尚未提出解决方案。

技术实现要素：

本发明实施例提供了一种车辆移动识别方法、装置及车辆告警系统，以至少解决相关技术中对车辆被拖车移动的误识别率高或功耗较大的问题。

根据本发明的一个实施例，提供了一种车辆移动识别方法，包括：

在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

根据对比结果确定所述车辆是否被拖车移动。

可选地，在根据所述对比结果确定所述车辆是否被拖车移动之后，所述方法还包括：

在确定所述车辆被拖车移动的情况下，通过预先与服务器建立连接的联网设备向移动设备发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动。

可选地，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据之前，所述方法还包括：

检测到所述车辆的发动机熄火；

判断是否存储有所述车辆的静止状态数据；

在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。

可选地，获取所述车辆的静止状态数据包括：

使能所述传感器；

以第一预定时间为周期通过所述传感器采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；

根据所述n个实时状态数据确定所述静止状态数据。

可选地，根据所述n个实时状态数据确定所述静止状态数据包括：

所述n个实时状态数据按照采集的时间先后分别为a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；

通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；

判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；

在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，

在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据，其中，所述n为大于或等于1且小于n的整数。

可选地，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比包括以下至少之一：

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度；

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值。

可选地，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比包括：

在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；

判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值。

可选地，根据对比结果确定所述车辆是否被拖车移动包括：

在判断结果为是的情况下，确定所述车辆被拖车移动；

在判断结果为否的情况下，确定所述车辆未被拖车移动。

可选地，所述方法还包括：

检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

可选地，在所述车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据之前，所述方法还包括：

对所述传感器进行检测；

确定所述传感器处于正常工作状态。

可选地，在通过预先与服务器建立连接的联网设备向移动设备发送告警信息之前，所述方法还包括：

判断所述联网设备是否开机或处于激活状态；

在判断结果为是的情况下，将所述告警信息发送给所述联网设备；

在判断结果为否的情况下，通知所述联网设备开机或激活所述联网设备。

可选地，在通过预先与服务器建立连接的联网设备向移动设备发送告警信息之后，所述方法还包括：

向所述联网设备发送中断信号，其中，所述中断信号用于指示所述联网设备进入休眠状态或关机。

可选地，所述传感器为加速度传感器。

根据本发明的另一个实施例，还提供了一种车辆告警系统，包括：下位机、传感器和联网设备，其中，所述下位机与所述传感器连接，所述下位机与所述联网设备通信，其中，

所述传感器，用于在车辆熄火之后采集所述车辆的实时状态数据；

所述下位机，用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；在所述对比结果指示所述车辆被拖车移动的情况下，向所述联网设备发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动；

所述联网设备，用于与服务器建立连接，通过所述服务器将所述告警信息发送给移动设备。

可选地，所述下位机，还用于检测到所述车辆的发动机熄火；判断是否存储有所述车辆的静止状态数据；在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。

可选地，所述下位机，还用于使能所述传感器；

所述传感器，还用于以第一预定时间为周期采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；

所述下位机，还用于根据所述n个实时状态数据确定所述静止状态数据。

可选地，所述下位机，还用于所述n个实时状态数据按照采集的时间先后分别为a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；

通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；

判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；

在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，

在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据。

可选地，所述下位机，还用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到对比结果包括以下至少之一：

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度，在判断结果为是的情况下，所述对比结果为所述车辆被拖车移动；

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值，在判断结果为是的情况下，所述对比结果为所述车辆被拖车移动。

可选地，所述下位机，还用于在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；

判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值；

在判断结果为是的情况下，确定所述车辆被拖车移动。

可选地，所述下位机，还用于检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

可选地，所述下位机，还用于对所述传感器进行检测；确定所述传感器处于正常工作状态。

可选地，所述下位机，还用于判断所述联网设备是否开机或处于激活状态；在判断结果为是的情况下，将所述告警信息发送给所述联网设备；在判断结果为否的情况下，通知所述联网设备开机或激活所述联网设备。

可选地，所述下位机，用于向所述联网设备发送中断信号；

所述联网设备，用于根据所述中断信号进入休眠状态或关机。

可选地，所述传感器，还用于在检测到的原始数据中任意一轴的数据的偏移量大于第二预定值的情况下向所述下位机发送中断信号；

所述下位机，还用于接收所述中断信号，根据所述中断信号开机或处于唤醒状态。

可选地，所述下位机，还用于若在第三预定时间内所述车辆未被拖车移动且未接收到所述传感器发送的所述中断信号，关机或进入休眠状态。

可选地，所述传感器为加速度传感器。

根据本发明的另一个实施例，还提供了一种车辆移动识别装置，包括：

采集模块，用于在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

对比模块，用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

第一确定模块，用于根据对比结果确定所述车辆是否被拖车移动。

可选地，所述装置还包括：

发送告警模块，用于在确定所述车辆被拖车移动的情况下，通过预先与服务器建立连接的联网设备向移动设备发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动。

可选地，所述装置还包括：

检测模块，用于检测到所述车辆的发动机熄火；

判断模块，用于判断是否存储有所述车辆的静止状态数据；

获取模块，用于在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。

可选地，所述获取模块包括：

使能单元，用于使能所述传感器；

采集单元，用于以第一预定时间为周期通过所述传感器采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；

第一确定单元，用于根据所述n个实时状态数据确定所述静止状态数据。

可选地，所述确定单元，还用于

所述n个实时状态数据按照采集的时间先后分别为a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；

通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；

判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；

在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，

在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据，其中，所述n为大于或等于1且小于n的整数。

可选地，所述对比模块包括以下至少之一：

第一判断单元，用于判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度；

第二判断单元，用于判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值。

可选地，所述对比模块包括：

对比单元，用于在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；

第三判断单元，用于判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值。

可选地，所述第一确定模块包括：

第二确定单元，用于在判断结果为是的情况下，确定所述车辆被拖车移动；

第三确定单元，用于在判断结果为否的情况下，确定所述车辆未被拖车移动。

可选地，所述装置还包括：

删除模块，用于检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

可选地，所述装置还包括：

检测模块，用于对所述传感器进行检测；

第二确定模块，用于确定所述传感器处于正常工作状态。

可选地，所述装置还包括：

判断模块，用于判断所述联网设备是否开机或处于激活状态；

第一发送模块，用于在判断结果为是的情况下，将所述告警信息发送给所述联网设备；

通知模块，用于在判断结果为否的情况下，通知所述联网设备开机或激活所述联网设备。

可选地，所述装置还包括：

第二发送模块，用于向所述联网设备发送中断信号，其中，所述中断信号用于指示所述联网设备进入休眠状态或关机。

可选地，所述传感器为加速度传感器。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，在车辆熄火之后通过传感器采集车辆的状态数据，与预先保存的车辆熄火后静止状态下的数据进行对比，确定车辆是否被拖车移动，确定被拖车移动后上报告警，可以解决相关技术中对车辆被拖车移动的误识别率高或功耗较大的问题，提高了车辆被拖车移动的识别准确率，且功耗较低，达到提高用户体验的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种车辆移动识别方法的移动终端的硬件结构框图；

图2是根据本发明实施例的一种车辆移动识别方法的流程图；

图3是根据本发明实施例的下位机识别初始的流程图；

图4是根据本发明实施例的下位机主任务识别的流程图；

图5是根据本发明实施例的上位机告警的流程图；

图6是根据本发明实施例的车辆移动识别装置的框图；

图7是根据本发明实施例的车辆告警系统的框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种车辆移动识别方法的移动终端的硬件结构框图，如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的报文接收方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种车辆移动识别方法，应用于车载系统，可以通过无线连接的方式与上述移动终端建立连接，例如，可以通过wifi模块与上述的移动终端建立无线连接。图2是根据本发明实施例的一种车辆移动识别方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

步骤s204，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

步骤s206，根据对比结果确定所述车辆是否被拖车移动。

通过上述步骤，在车辆熄火之后通过传感器采集车辆的状态数据，与预先保存的车辆熄火后静止状态下的数据进行对比，确定车辆是否被拖车移动，确定被拖车移动后上报告警，可以解决相关技术中对车辆被拖车移动的误识别率高或功耗较大的问题，提高了车辆被拖车移动的识别准确率，且功耗较低，达到提高用户体验的效果。

本发明实施例中，在确定车辆被拖车移动后，便上报告警，具体地，在确定所述车辆被拖车移动的情况下，通过预先与服务器建立连接的联网设备向移动设备发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动，即通过服务器向移动设备进行告警。

本发明实施例中，需要事先确定是否保存有车辆熄火后处于静止状态时的静止状态数据，具体地，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据之前，检测到所述车辆的发动机熄火；判断是否存储有所述车辆的静止状态数据；在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。进一步地，获取所述车辆的静止状态数据具体可以包括：使能所述传感器；以第一预定时间为周期通过所述传感器采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；根据所述n个实时状态数据确定所述静止状态数据。进一步地，根据所述n个实时状态数据确定所述静止状态数据具体可以包括：所述n个实时状态数据按照采集的时间先后分别为

a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据，其中，所述n为大于或等于1且小于n的整数。

在一个可选的实施例中，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比可以包括以下至少之一：判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度；判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值。

在另一个可选的实施例中，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比可以包括：在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值。

进一步地，根据对比结果确定所述车辆是否被拖车移动可以包括：在判断结果为是的情况下，确定所述车辆被拖车移动；在判断结果为否的情况下，确定所述车辆未被拖车移动。

为了避免存储空间的浪费以及保证静止状态数据的有效性和准确性，检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

本发明实施例，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据之前，需要确保传感器处于工作状态，具体地，对所述传感器进行检测；确定所述传感器处于正常工作状态。

本发明实施例中，在告警之前，需要确定联网设备处于正常工作状态，具体地，在通过预先与服务器建立连接的联网设备向移动设备发送告警信息之前，判断所述联网设备是否开机或处于激活状态；在判断结果为是的情况下，将所述告警信息发送给所述联网设备；在判断结果为否的情况下，通知所述联网设备开机或激活所述联网设备。

为了降低功耗，在通过预先与服务器建立连接的联网设备向移动设备发送告警信息之后，让联网设备休眠或关机，具体地，向所述联网设备发送中断信号，其中，所述中断信号用于指示所述联网设备进入休眠状态或关机。

本发明实施例中的传感器可以为加速度传感器，联网设备可以为上位机，下面对本发明实施例进行详细说明。

图3是根据本发明实施例的下位机识别初始的流程图，如图3所示，包括：

步骤s301，初始化配置；

步骤s302，初始化加速度传感器；

步骤s303，设置加速度传感器处于lpm模式；

步骤s304，触发加速度传感器进行自检；

步骤s305，判断加速度传感器是否处于正常状态，在判断结果为否的情况下，执行步骤s306，在判断结果为是的情况下，执行步骤s307；

步骤s306，自检错误，上报硬件故障；

步骤s307，判断汽车是否处于点火状态，在判断结果为是的情况下，执行步骤s308，在判断结果为否的情况下，执行步骤s309；

步骤s308，关闭加速度传感器；

步骤s309，使能拖车识别功能，进入主任务。

图4是根据本发明实施例的下位机主任务识别的流程图，如图4所示，包括：

步骤s401，判断是否存储有汽车静止状态数据，在判断结果为是的情况下，执行步骤s402，在判断结果为是的情况下，执行步骤s406；

步骤s402，获取加速度传感器当前采集的状态数据；

步骤s403，将当前采集的状态数据与保存的静止状态数据进行对比，得到识别结果；

步骤s404，判断识别结果是否满足拖车调节，在判断结果为是的情况下，执行步骤s405，在判断结果为是的情况下，执行步骤s406；

步骤s405，进入告警上报流程；

步骤s406，进入主任务流程。

图5是根据本发明实施例的上位机告警的流程图，如图5所示，包括：

步骤s501，下位机识别结果为汽车被拖车移动；

步骤s502，判断上位机是否就绪，在判断结果为否的情况下，执行步骤s503，在判断结果为是的情况下，执行步骤s506；

步骤s503，通知上位机开机或者唤醒上位机；

步骤s504，延时一分钟；

步骤s505，启动上位机联网；

步骤s506，将汽车被拖车移动的告警信号发送给上位机；

步骤s507，进入主任务流程。

在初始化流程实施例中，下位机上电整个设备进入初始化流程，对下位机原始的cpu配置以及其他硬件配置进行初始化配置，对加速度传感器硬件上电配置。加速度传感器通常有多种工作频率配置可以供选择，本实施例中不需要高速高频模式，需要配置为低速模式，工作频率设置在50hz以下，工作频率越低功耗越低，但不会低于加速度传感器的最低频率，通常认为低频的工作模式为lpm模式。设置完成之后，对加速度传感器硬件器件进行自检，自检的目前确认硬件是否工作正常，确认下位机是否读取三轴数据正常，不正常是需要把结果存储，同时上报给车载ecu其他主控系统，确认传感器硬件故障。硬件自检正常，判别当前汽车点火状态，如果汽车已经点火，关闭加速度传感器，同时关闭了拖车识别的功能。

拖车识别目的是在车主不在现场，并且汽车没有点火的情况下，汽车被拖车拖走的场景，汽车被拖时，通知到车主。所以，在汽车点火情况下，汽车被拖是不会被识别的。设备上电，汽车处于熄火状态，需要使能拖车识别功能。

识别功能进入主任务流程，拖车识别主任务属于下位机多任务中的其中一个，为保持低功耗状态，进入拖车主任务流程的周期为n秒，n可以根据识别时间进行调整，推荐值1，例如数值1对于计算能力在50mhz的下位机cpu，这是一个相对非常低的获取频率，可以保持非常低的功耗。当汽车处于点火状态时，拖车主任务处于关闭状态，即没有占用下位机的cpu运算消耗。

拖车识别主任务，进入拖车识别的定时周期为1秒，当时间下位机支持拖车识别主任务时，启动主任务。首先判断是否已经存储静止基准数据，如果没有存储，回到主任务起始位置。

拖车动作在汽车熄火后，开始汽车静止数据的获取，这一数据作为拖车识别的基准数据。首先在下位机建立一套准确的获取机制和存储时机。

具体获取静止数据的时机机制如下：在汽车熄火后，下位机进入拖车识别任务，判别是否已经存储汽车静止状态数据，如果没有存储，则进入存储静态数据模式。使能加速度传感器，单位时间内连续获取多组原始数据，即加速度传感器x、y、z三轴的裸数据，对获取的连续多组数据进行均值处理。此处示例的单位时间可以定为50毫秒，获取5组数据，此处所指单位时间和数据组数的组数并不唯一，目的是多短时间获取的数据均值化处理，以保证数据的准确性。

进一步的，如果可以增加进入拖车识别的前置条件，以保证拖车识别更高的准确性，比如汽车需要上锁锁定状态。

将获取的均值化后的此组数据进行存储，例如存入数据m组数据的存储组am的a1中，此处a1并不是拖车识别对比的所需要的汽车静止状态数据。在存储完成a1数据完成后，延时再次进入拖车识别主任务，直到获取到m组数据。上述的示例延时进入拖车识别任务时间为1秒，数据的组数m设定为31，延时的时间和组数值大小不是唯一的，原则是连续获取数据的连续时间控制在20-60秒，示例周期时间是31秒。连续时间方位控制原则，时间过于短，由于汽车刚刚熄火和乘客下车开关车门等等，导致取得的数据不准确概率比较高，如果连续时间过长，会导致获取数据的周期比较长，功耗高。

当获取到31组数据后，取a31存储组中的a16为基准，依次计算a16与a1～a31差值，计算差值的波动率，例如：(a16-a1)％a16，如果每组数据的差值波动率都在1％以内，则取a16作为汽车静止的基准数据。如果不满足波动率在1％以内，则将a1内的数据失效，即清除a1的数据，a2的数据存入a1，一直到a31的数据存入a30，清空a31的数据，下个任务周期重新获取一组数据放入a31中，重新计算差值波动率，直到满足波动率在1％以内的要求，否则重复上述操作。

上述获取汽车静止状态的方法，经过验证是准确并且高效的。通常获取的方法，提高加速度传感器工作频率，实时获取数据值，根据一段时间内的曲线进行静止状态获取，此方法需要下位机一直连续工作，并且具备较高的运算能力，连续高速获取数据和大量数据的计算需要耗费更多的cpu，增加功耗会，另外重要的一点，下位机通常不止只有一个加速度传感器一个器件，通常还会有can、传感器等其他器件，当实时获取加速度传感器数据和复杂运算时，导致can网络延时等影响其它任务的正常运行，在车规参数验证测试时，很难被验证通过。

上述方法是通过加大间隔获取加速度传感器的三轴数据，获取的数据值在时间轴上以点式方式分布，低频的数据获取不会对其他任务产生影响，利用数据点之间的波动率测试汽车是否已经正常静止。通过大量数据验证测试，汽车在静止状态下产生的波动，比如：开关车门，开关引擎盖，开关后备箱等大幅波动，在连续时间内波形中的波峰持续时间不会超过1秒。上述获取数据的时间间隔和计算方法，可以消除发动机余振，以及过滤掉开关车门，开关后备箱等大幅振动波动影响，相对传统实时获取数据方式大大降低功耗。

汽车静止状态数据的删除方式有两种不同的场景：一、任何时刻汽车点火，就需要删除。二、拖车信号识别之后，已经识别出汽车在被拖动，并且信号已经上报给上位机，也需要删除当前已经存储的静止的状态数据。

下位机在满足存储数据已有和汽车熄火条件下，获取当前加速度传感器采集的数据，当前数据与存储的静止数据进行对比，判别当前数据是否满足识别要求。对比方法如下，识别的方法根据汽车被拖车拖动的物理特性进行识别，实施拖行的动作也存在不同和差异。基本分为以下四种不同的场景：

场景一：汽车静止后，前后轮没有刹车锁定；

场景二：汽车静止后，前轮刹车锁定，后轮没有刹车锁定；

场景三：汽车静止后，前轮没有刹车锁定，后轮刹车锁定；

场景四：汽车静止后，前后轮都处于锁定状态。

场景一拖车实施过程：拖车的车厢倾斜，使用牵引绳索牵引拖入拖车的车厢，到位之后，拖车的车厢放平。此种情况，汽车倾斜角度有0度到20度，此处是指三角函数对应的角度，根据拖车不同牵引快慢，由5度至20度持续的时间在30秒-120秒，甚至更长时间；

场景二拖车实施过程：此种情况，不是把汽车拖入牵引到拖车的车厢，而是，在汽车前轮固定牵引小轮或者前轮固定在拖车上，后来着地。这种情况，汽车在相对固定的倾斜角度，根据大规模验证测试，这个角度在3.5到7度不等，一直保持到拖运地点，停止拖运；

场景三和场景四是由于都是后轮锁定，是不能使用牵引绳索或采用场景二方法拖运，强制拖行对车有危害。针对此种场景，目前拖车公司常用的方法，拖车拖箱倾斜，汽车前轮固定小轮车或者不适用小轮车，拖车拖箱倾斜后继续倒车将被拖汽车整体滑入车厢，然后固定被拖汽车四轮，拖车放平拖车拖箱，实施进一步拖运。此种场景被拖汽车持续倾斜角度0-15度，由15度到0度的过程，整个过程持续60秒以上的时间。其中倾斜角度4.5度至15度之间持续的时间在30秒以上的时间。

场景三和场景四使用的方法也适用于场景一和场景二，一种常用的拖车方法。

综上所述几种不同的拖运实施方式，都有共同的规律：

被拖汽车保持倾斜角度4.5度以上时间的30秒以上

由于通常7座以下汽车自重都在800kg以上，由静止到拖动的瞬间在加速度传感器产生75mg(mg是加速度的单位)以上的波动；

通过实验测试，在光滑路面，以及不平整路面测试，汽车在被拖实施动作以及在拖运的过程中，会产生50mg以上持续振动。

本发明实施例中对比当前状态数据与静止状态数据就是根据上述三个规律产生，并且采用适当的方法得出。拖车被实施拖车动作时，如果使用加速度传感器计算车平面的倾斜角度，加速度传感器需要工作在100hz以上的工作状态，并且下位机的对三轴进行实时数据输出，然后再进一步进行积分等复杂运算，此种场景严重占用下位机的cpu，影响整体功耗以及下位机的其它任务的执行。此处平面的角度转化为加速度传感器三轴独立的角度，每个轴对比倾斜角度定位4.5度，把三轴的平面角度运算改变成一轴的单维度运算，结合识别任务的进入频次1秒，加速度传感器的工作频率可以设定在50hz以下的频率，连续获取数据和连续运算改变为间隔时间点的运算，同样可以达到降低cpu的功耗。

对比数据计算方法，当次采集的加速度传感器数据与静止数据计算任何一个轴倾斜角度是否大于4.5度，和/或任何一个轴的偏移量是否超过50mg。

如果满足上述条件，则认为当前可能处于拖车状态，不满足可能没有处于拖车状态，不管当前处于那种可能的状态，都需要把结果存入b30数据储存组中。备注：b30的一组能连续存储30个不同结果的存储组，默认情况存储组为非拖车可能状态。

结果存储完成之后，下位机按照一秒的频次进入拖车识别的任务，继续进行上述步骤s501至步骤s506的过程，当b30存储的数据存储满时，计算当前拖车处于可能的积累状态，如果满足大于7次，并且当次的状态也满足拖车可能状态，则进入拖车报警的模式。如果满足大于7次，并且当次的状态也满足拖车可能状态，则继续进行上述步骤s501至步骤s506的过程，再次进入时，计算当期状态并且存储b1中，重复计算当前可能状态。满足条件则进入报警模式，不满足依次重复动作更新b2～b30的状态。

进一步，上述积累的条件7次和30个状态集，与时间条件有关，本示例中7次的结果连续30秒内积累的结果，并不是必须选择30秒和7次，上述结果是通过大数据测试验证结果的合理值。如果连续识别的时间过程长，降低识别的概率，过于短会增大误识别的概率。同理，积累的次数越小，误识别概率越高，累积的次数越大降低概率越低。根据汽车本身的差异长度，四轮高度，重量，也可以做适当的调整，基本方法不会发生变化。

在识别出报警信号，判断上位机是否已经处于就绪状态，如果已经就绪则直接发送信号告知上位机。上位机未就绪，则通知上位机就绪，如果上位机处于关机状态，则上位机开机。如果上位机处于休眠状态则唤醒上位机，上位机开机恢复联网状态，下位机延时一分钟再次确认上位机状态。

汽车熄火后，由于上位机功耗相对比较大，根据停车时间长短，通常自动进入待机或者关机状态。由于上位机处于休眠或者待机状态时，下位机与上位机的通信是处于中断状态，下位机唤醒上位机方法，使用硬件中断方式触发上位机恢复到开机状态，完成于下位机和下位机的通信。上位机收到下位机的信号后，根据上位机待机休眠等策略，会再次进入休眠或者关机模式。

进一步地，为了满足更好的功耗要求，通常下位机的与加速度传感器的连接，除了通信连接，可以设置加速度传感器对下位机的中断信号连接。可以设置下位机进入关机和休眠状态，可以让加速度传感器在合适的时机唤醒下位机，避免下位机周期性进入识别的任务，也可以在关机的时候，通过中断信号，触发下位机开机，可以更好的降低功耗。

具体的实施方案如下：在初始化流程中增加配置加速度传感器中断使能，当加速度传感器三轴动波动超过某值即刻产生中断唤醒下位机，下位机如果处于运行状态则忽略此中断信号，如果下位机处于关机，则中断信号促使下位机开机，如果处于休眠状态，则唤醒下位机。下位机开机或者唤醒之后则进入拖车识别的状态，进入主任务识别流程。

更进一步满足降低整体功耗，下位机被加速度传感器中断事件唤醒后，下位机识别到唤醒源是加速度传感器，如果在在一段时间内(本示例定义为120秒)没有发生拖车识别信号，并且在这段时间内没有收到加速度传感器的中断信号，下位机可以进入休眠或者关机状态，至于进入休眠或者关机，可以根据下位机其他任务的运行情况决定，拖车识别任务是下位机休眠或者关机的必备条件。

本发明实施例，可以快速识别出汽车被拖行的动作，识别率高。2.在获取基准数据是采用分段大间隔方式，获取的数据点数准确，并且可以直高效过滤掉无用波动数据包，获取数据量少，运算少，功耗低。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种车辆移动识别装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的车辆移动识别装置的框图，如图6所示，包括：

采集模块62，用于在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

对比模块64，用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

第一确定模块66，用于根据对比结果确定所述车辆是否被拖车移动。

可选地，所述装置还包括：

发送告警模块，用于在确定所述车辆被拖车移动的情况下，通过预先与服务器建立连接的联网设备向移动设备发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动。

可选地，所述装置还包括：

检测模块，用于检测到所述车辆的发动机熄火；

判断模块，用于判断是否存储有所述车辆的静止状态数据；

获取模块，用于在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。

可选地，所述获取模块包括：

使能单元，用于使能所述传感器；

采集单元，用于以第一预定时间为周期通过所述传感器采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；

第一确定单元，用于根据所述n个实时状态数据确定所述静止状态数据。

可选地，所述确定单元，还用于

所述n个实时状态数据按照采集的时间先后分别为a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；

通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；

判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；

在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，

在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据，其中，所述n为大于或等于1且小于n的整数。

可选地，所述对比模块包括以下至少之一：

第一判断单元，用于判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度；

第二判断单元，用于判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值。

可选地，所述对比模块包括：

对比单元，用于在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；

第三判断单元，用于判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值。

可选地，所述第一确定模块66包括：

第二确定单元，用于在判断结果为是的情况下，确定所述车辆被拖车移动；

第三确定单元，用于在判断结果为否的情况下，确定所述车辆未被拖车移动。

可选地，所述装置还包括：

删除模块，用于检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

可选地，所述装置还包括：

检测模块，用于对所述传感器进行检测；

第二确定模块，用于确定所述加速度传感器处于正常工作状态。

可选地，所述装置还包括：

判断模块，用于判断所述联网设备是否开机或处于激活状态；

第一发送模块，用于在判断结果为是的情况下，将所述告警信息发送给所述联网设备；

通知模块，用于在判断结果为否的情况下，通知所述联网设备开机或激活所述联网设备。

可选地，所述装置还包括：

第二发送模块，用于向所述联网设备发送中断信号，其中，所述中断信号用于指示所述联网设备进入休眠状态或关机。

可选地，所述传感器为加速度传感器。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明实施例，还提供了一种车辆告警系统，图7是根据本发明实施例的车辆告警系统的框图，如图7所示，包括：下位机72、传感器74和联网设备76，其中，所述下位机72与所述传感器74连接，所述下位机72与所述联网设备76通信，其中，

所述传感器74，用于在车辆熄火之后采集所述车辆的实时状态数据；

所述下位机72，用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；在所述对比结果指示所述车辆被拖车移动的情况下，向所述联网设备76发送告警信息，其中，所述告警信息用于提示所述车辆被拖车移动；

所述联网设备76，用于与服务器建立连接，通过所述服务器78将所述告警信息发送给移动设备。

可选地，所述下位机72，还用于检测到所述车辆的发动机熄火；判断是否存储有所述车辆的静止状态数据；在判断结果为否的情况下，获取所述车辆的静止状态数据，并存储所述静止状态数据。

可选地，所述下位机72，还用于使能所述传感器74；

所述传感器74，还用于以第一预定时间为周期采集n个实时状态数据，其中，每个实时状态数据包括x轴数据、y轴数据、z轴数据，每个所述实时状态数据是根据在第二预定时间内连续采集的多个原始数据进行处理后得到的，所述原始数据包括：x轴数据、y轴数据、z轴数据，所述n为大于1的奇数，所述第二预定时间小于所述第一预定时间；

所述下位机72，还用于根据所述n个实时状态数据确定所述静止状态数据。

可选地，所述下位机72，还用于所述n个实时状态数据按照采集的时间先后分别为a1,a2,...,an，以第(n+1)/2个实时状态数据a(n+1)/2为基准；

通过以下公式分别计算所述n个实时状态数据与所述a(n+1)/2的波动率：其中，所述i为大于或等于1且小于或等于n的整数；

判断所述n个实时状态数据与所述a(n+1)/2的波动率是否均小于预定阈值；

在判断结果为是的情况下，确定所述第(n+1)/2个实时状态数据为所述静止状态数据；或者，

在判断结果为否的情况下，重复删除所述n个实时状态数据与所述a(n+1)/2的波动率中大于是预定阈值的n个实时状态数据，将删除的所述n个实时状态数据之后的实时状态数据前移，采集n个实时状态数据组合得到n个实时状态数据，计算组合得到的所述n个实时状态数据与第(n+1)/2个实时状态数据的波动率，直到所述n个实时状态数据与所述a(n+1)/2的波动率均小于所述预定阈值，确定所述第(n+1)/2个实时状态数据为所述静止状态数据。

可选地，所述下位机72，还用于将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到对比结果包括以下至少之一：

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的倾斜角大于预定角度，在判断结果为是的情况下，所述对比结果为所述车辆被拖车移动；

判断所述实时状态数据与所述静止状态数据之间是否存在至少一个轴的数据偏移量大于第一预定值，在判断结果为是的情况下，所述对比结果为所述车辆被拖车移动。

可选地，所述下位机72，还用于在第三预定时间内多次将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比，得到多个对比结果；

判断所述多个对比结果中对比结果为所述车辆被拖车移动的次数是否大于预定阈值；

在判断结果为是的情况下，确定所述车辆被拖车移动。

可选地，所述下位机72，还用于检测到所述车辆的发动机启动或上报所述告警信息之后，删除所述静止状态数据。

可选地，所述下位机72，还用于对所述传感器74进行检测；确定所述传感器74处于正常工作状态。

可选地，所述下位机72，还用于判断所述联网设备76是否开机或处于激活状态；在判断结果为是的情况下，将所述告警信息发送给所述联网设备76；在判断结果为否的情况下，通知所述联网设备76开机或激活所述联网设备76。

可选地，所述下位机72，用于向所述联网设备76发送中断信号；

所述联网设备76，用于根据所述中断信号进入休眠状态或关机。

可选地，所述传感器74，还用于在检测到的原始数据中任意一轴的数据的偏移量大于第二预定值的情况下向所述下位机72发送中断信号；

所述下位机72，还用于接收所述中断信号，根据所述中断信号开机或处于唤醒状态。

可选地，所述下位机72，还用于若在第三预定时间内所述车辆未被拖车移动且未接收到所述传感器74发送的所述中断信号，关机或进入休眠状态。

可选地，所述传感器74为加速度传感器。

在实施例中，使用加速度传感器的拖车拖动拖行识别系统，提供拖车动作的静止数据存储，以及拖运行过程中动作识别，其中，静止数据获取处理方法提供可供参考的具体识别参数，有效降低误识别，提供了拖拽过程中动作具体的滤波识别算法和识别过程，下位机经过计算，生成具体的动作样本，以及经过滤波后的数据以生成与之前静态数据的对比数据，识别出当前的动作模式，根据时间的累积，快速识别与之关联汽车拖拽动状态或者拖行状态。

本发明实施例支持拖车识别，识别之后告警，上述的联网设备可以是上位机或车载p-box等，下面以联网设备为上位机为例，进行说明。告警系统具体可以包括：上位机、下位机、加速度传感器，其中，下位机配置为支持加速度传感器，以及上位机支持连接网络，下位机能够接收来之加速度传感器的数据，支持拖车动作识别算法功能，同时能够与上位机实现数据通信，进一步扩展，下位机可以与其他车载控制系统节点通信，获知车辆其他状态信息。上位机是指能够与网络进行通信的设备，包括联网的2g、3g、4g等终端处理设备，以及能够接入wifi热点，蓝牙网络的其他终端处理设备。

上位机和下位机是常用汽车tbox基本硬件组成，上位机完成数据联网功能，完成对互联网和服务器的数据连接功能。下位机实现与车载电子网络的连接功能，下位机通常是小型的mcu控制器，目前主流的趋势支持can网络的汽车控制mcu系统。加速度传感器件是一种能计算加速度的传感器器件，此器件通常以i2ci2suart等硬件接口方式连接到下位机。

实施例4

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：

s11，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

s12，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

s13，根据对比结果确定所述车辆是否被拖车移动。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

实施例5

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

s11，在车辆熄火之后通过为所述车辆设置的传感器采集所述车辆的实时状态数据；

s12，将所述实时状态数据与预先保存的所述车辆在熄火之后的静止状态数据进行对比；

s13，根据对比结果确定所述车辆是否被拖车移动。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。