视频数据保护系统及其所涉各端的安全保护、传输方法

1.一种行车记录仪视频数据保护方法，其特征在于，包括以下步骤：
行车记录仪响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；
行车记录仪检测到预先已配对的移动终端第一次接入WiFi点对点局域网时，建立第一通道，将该视频数据通过第一通道自动传输到移动终端；所述第一通道为Wifi点对点传输通道；
移动终端检测到进入无需流量计费的WiFi环境下时，关闭WiFi点对点局域网模式，通过通信网络自动连接到互联网并建立第二通道，将通过第一通道接收的存储于本地的视频数据通过第二通道上传到云端；
移动终端通过第二通道接收云端反馈的表征视频数据已成功上传的上传状态信息，删除该上传状态信息中表征的存储于本地的视频数据；
在移动终端第二次进入到行车记录仪的WiFi点对点局域网时，再次连接第一通道，并通过该第一通道反馈表征视频数据已成功上传至云端的上传状态信息给行车记录仪；
行车记录仪删除通过第一通道接收到的移动终端反馈的上传状态信息中表征的存储于本地存储介质的视频数据。
2.根据权利要求1所述的方法，其特征在于：该Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。
3.根据权利要求1所述的方法，其特征在于：所述第二通道基于3G或4G网络通信技术建立。
4.一种行车记录仪视频数据安全保护方法，其特征在于，包括以下步骤：
响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；
检测到预先已配对的移动终端第一次接入WiFi点对点局域网时，建立Wifi点对点传输通道，将本地存储的视频数据通过检测到的Wifi点对点传输通道自动上传到移动终端；
通过所述Wifi点对点传输通道获得移动终端第二次进入到行车记录仪的WiFi点对点局域网时反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。
5.根据权利要求4所述的方法，其特征在于，响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质的步骤，包括：
驱动加速度感应器监测当前的加速度获得相应的加速度数据；
判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；
截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包；
将该视频数据包保存在本地存储介质。
6.根据权利要求4所述的方法，其特征在于：所述特定时间段预先设置并保存于本机中。
7.根据权利要求4所述的方法，其特征在于：所述特定时间段的数值在位于本机的设置界面上预先设置或更改。
8.根据权利要求4所述的方法，其特征在于，当检测到预先已配对的移动终端接入WiFi点对点局域网时，建立WiFi点对点传输通道的步骤之前，还包括以下步骤：
响应于连接请求或指令，搜索可点对点连接的移动终端获取并保存该移动终端的标识信息以实现与该移动终端的配对。
9.根据权利要求4所述的方法，其特征在于，通过所述Wifi点对点传输通道获得移动终端第二次进入到行车记录仪的WiFi点对点局域网时反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据的步骤，包括：
通过所述Wifi点对点传输通道无线接收移动终端第二次进入到行车记录仪的WiFi点对点局域网时反馈的上传状态信息；
根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；
删除该视频数据。
10.根据权利要求4所述的方法，其特征在于：所述上传状态信息以电子列表的形式提供，该电子列表包含了已被成功上传云端的视频数据的特征信息。
11.根据权利要求10所述的方法，其特征在于：所述视频数据的特征信息为该视频数据的文件名称。
12.根据权利要求4所述的方法，其特征在于：所述Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。
13.一种移动终端视频数据安全传输方法，其特征在于，包括以下步骤：
在第一次接入WiFi点对点局域网时，与行车记录仪建立Wifi点对点传输通道，通过Wifi点对点传输通道无线接收视频数据并保存于本地存储介质；
检测到进入无需流量计费的WiFi环境下时，关闭WiFi点对点局域网模式，通过通信网络自动连接到互联网并建立第二通道，通过第二通道上传该视频数据；
通过第二通道接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据；
在第二次进入行车记录仪的WiFi点对点局域网，再次连接Wifi点对点传输通道，通过所述Wifi点对点传输通道反馈该上传状态信息。
14.根据权利要求13所述的方法，其特征在于，通过Wifi点对点传输通道无线接收视频数据并保存于本地存储介质的步骤，包括：
接受预先已配对的行车记录仪发出的接入Wifi点对点局域网的请求，建立WiFi点对点传输通道；
通过该WiFi点对点传输通道接收视频数据；
将该视频数据存储到本地存储介质。
15.根据权利要求14所述的方法，其特征在于，接受预先已配对的行车记录仪发出的接入点对点局域网的请求，建立WiFi点对点传输通道的步骤之前，还包括以下步骤：
响应于连接请求或指令，搜索可点对点连接的行车记录仪获取并保存该行车记录仪的标识信息以实现与该行车记录仪的配对。
16.根据权利要求13所述的方法，其特征在于，通过第二通道接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据的步骤，包括：
通过第二通道接收反馈的表明所述视频数据已成功上传的上传状态信息；
根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；
删除该视频数据。
17.根据权利要求13所述的方法，其特征在于：所述视频数据基于RTP传输协议通过第二通道上传。
18.根据权利要求13所述的方法，其特征在于：所述Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。
19.根据权利要求13所述的方法，其特征在于：所述第二通道基于3G或4G网络通信技术建立。
20.根据权利要求13所述的方法，其特征在于：所述上传状态信息以电子列表的形式提供，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。
21.根据权利要求20所述的方法，其特征在于：所述视频数据的特征信息为该视频数据的文件名称。
22.一种行车记录仪，其特征在于，包括以下步骤：
视频处理模块，用于响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；
传输模块，用于检测到预先已配对的移动终端第一次接入WiFi点对点局域网时，建立Wifi点对点传输通道，将本地存储的视频数据通过检测到的Wifi点对点传输通道自动上传到移动终端；
删除模块，用于通过所述Wifi点对点传输通道获得移动终端第二次进入到行车记录仪的WiFi点对点局域网时反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。
23.根据权利要求22所述的行车记录仪，其特征在于，所述视频处理模块还包括有：
驱动单元，用于驱动加速度感应器监测当前的加速度获得相应的加速度数据；
判断单元，用于判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；
视频截取单元，截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包；
存储单元，将该视频数据包保存在本地存储介质。
24.根据权利要求22所述的行车记录仪，其特征在于：所述特定时间段预先设置并保存于本机中。
25.根据权利要求22所述的行车记录仪，其特征在于：所述特定时间段的数值在位于本机的设置界面上预先设置或更改。
26.根据权利要求22所述的行车记录仪，其特征在于，还包括有局域网配对模块，当检测到预先已配对的移动终端接入点对点局域网时，建立WiFi点对点传输通道之前，所述局域网配对模块被配置为响应于连接请求或指令，搜索可点对点连接的移动终端获取并保存该移动终端的标识信息以实现与该移动终端的配对。
27.根据权利要求22所述的行车记录仪，其特征在于，所述删除模块还包括：
接收单元，用于通过所述Wifi点对点传输通道无线接收移动终端第二次进入到行车记录仪的WiFi点对点局域网时反馈的上传状态信息；
查找单元，用于根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；
删除执行单元，用于删除该视频数据。
28.根据权利要求22所述的行车记录仪，其特征在于：所述上传状态信息以电子列表的形式提供，该电子列表包含了已被成功上传云端的视频数据的特征信息。
29.根据权利要求28所述的行车记录仪，其特征在于：所述视频数据的特征信息为该视频数据的文件名称。
30.根据权利要求22所述的行车记录仪，其特征在于：所述Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。
31.一种移动终端，其特征在于，包括有：
接收模块，用于在第一次接入WiFi点对点局域网时，与行车记录仪建立Wifi点对点传输通道，通过Wifi点对点传输通道无线接收行车记录仪拍摄的视频数据并保存于本地存储介质；
第二上传模块，用于检测到进入无需流量计费的WiFi环境下时，关闭WiFi点对点局域网模式，通过通信网络自动连接到互联网并建立第二通道，通过第二通道上传该视频数据；
第二删除模块，用于通过第二通道接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据；
反馈模块，用于在第二次进入行车记录仪的WiFi点对点局域网，再次连接Wifi点对点传输通道，通过所述Wifi点对点传输通道反馈该上传状态信息。
32.根据权利要求31所述的终端，其特征在于，所述接收模块还包括：
第二通信单元，用于接受预先已配对的行车记录仪发出的接入点对点局域网的请求，建立WiFi点对点传输通道；
第二接收单元，用于通过该WiFi点对点传输通道接收视频数据；
第二存储单元，用于将该视频数据存储到本地存储介质。
33.根据权利要求32所述的终端，其特征在于，还包括有第二配对模块，接受预先已配对的行车记录仪发出的接入点对点局域网的请求，建立WiFi点对点传输通道之前，所述第二配对模块被配置为响应于连接请求或指令，搜索可点对点连接的行车记录仪获取并保存该行车记录仪的标识信息以实现与该行车记录仪的配对。
34.根据权利要求31所述的终端，其特征在于，所述第二删除模块还包括：
第三接收单元，用于通过第二通道接收反馈的表明所述视频数据已成功上传的上传状态信息；
第三查找单元，用于根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；
第二删除执行单元，用于删除该视频数据。
35.根据权利要求31所述的终端，其特征在于：所述第二上传模块被配置为将所述视频数据基于RTP传输协议通过第二通道上传。
36.根据权利要求31所述的终端，其特征在于：所述Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。
37.根据权利要求31所述的终端，其特征在于：所述第二通道基于3G或4G网络通信技术建立。
38.根据权利要求31所述的终端，其特征在于：所述上传状态信息以电子列表的形式提供，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。
39.根据权利要求38所述的终端，其特征在于：所述视频数据的特征信息为该视频数据的文件名称。

视频数据保护系统及其所涉各端的安全保护、传输方法\n【技术领域】\n[0001] 本发明涉及智能终端视频传输技术领域，具体涉及一种行车记录仪视频数据保护方法，还涉及一种行车记录仪及其采用的视频数据安全保护方法，相应的，还涉及一种视频数据安全传输方法及其相应的移动终端。\n【背景技术】\n[0002] 行车记录仪可以记录车辆在行驶过程中的视频数据和声音，相当于车辆的黑匣子。用户开车时，开启行车记录仪上的摄像机，就可以通过摄像机拍摄沿途的风景或路况信息，然后将所拍摄的视频信息存储在本地的存储装置中。现有行车记录仪中均内置有加速度感应器G-sensor，它能够感知加速度的数值变化，用于当车子发生碰撞后，强制记录包括事件发生时间点在内的前后一段时间内的视频数据，并保存到专用的存储区域防止被覆盖，对于交通事故调查提供有利的证据。\n[0003] 但是由于行车记录仪的存储空间有限，且视频数据存储容量大，当存储空间被存满时，无法再存储重要的交通事故视频数据。在现有技术中，存在行车记录仪通过SIM卡直接连接互联网向云服务器发送所述的重要视频数据，从而释放本地存储空间。但是由于所传输视频数据占据较大的空间，通过移动通信网络提供的互联网接入直接向服务器上传该大文件数据时，会使得SIM卡的流量消耗完，产生高额的流量费用。\n【发明内容】\n[0004] 本发明的一个目的旨在解决上述至少一个问题，提供了一种行车记录仪视频数据保护方法，用于保证视频数据被安全的转存保护后，删除本地已成功转存到云端的视频数据，避免了本地存储介质存满时，无法再存储后续拍摄的重要视频数据。\n[0005] 本发明的又一个目的旨在解决上述至少一个问题，提供了一种视频数据安全保护方法及其相应的行车记录仪，用于保证视频数据被安全的转存保护。\n[0006] 本发明的再一个目的旨在解决上述至少一个问题，提供了一种视频数据安全传输方法及其相应的移动终端，用于保证视频数据被安全的上传。\n[0007] 为实现该目的，本发明采用如下技术方案：\n[0008] 本发明提供了一种行车记录仪视频数据保护方法，包括以下步骤：\n[0009] 行车记录仪响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；\n[0010] 行车记录仪将该视频数据通过第一通道自动传输到预设的移动终端；\n[0011] 移动终端响应于检测到的接入互联网的事件，将通过第一通道接收的存储于本地的视频数据通过第二通道上传到云端；\n[0012] 移动终端通过第二通道接收云端反馈的表征视频数据已成功上传的上传状态信息，删除该上传状态信息中表征的存储于本地的视频数据；\n[0013] 行车记录仪删除通过第一通道接收到的移动终端反馈的上传状态信息中表征的存储于本地存储介质的视频数据。\n[0014] 具体的，所述第一通道为Wifi点对点传输通道，且该Wifi点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。\n[0015] 具体的，所述第二通道基于3G或4G网络通信技术建立。\n[0016] 本发明还提供了一种行车记录仪视频数据安全保护方法，包括以下步骤：\n[0017] 响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；\n[0018] 将本地存储的视频数据通过检测到的点对点传输通道自动上传；\n[0019] 通过所述传输通道获得反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。\n[0020] 具体的，响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质的步骤，包括：\n[0021] 驱动加速度感应器监测当前的加速度获得相应的加速度数据；\n[0022] 判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；\n[0023] 截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包；\n[0024] 将该视频数据包保存在本地存储介质。\n[0025] 进一步的，所述特定时间段预先设置并保存于本机中。\n[0026] 可选的，所述特定时间段的数值在位于本机的设置界面上预先设置或更改。\n[0027] 具体的，将本地存储的视频数据通过检测到的点对点传输通道自动上传的步骤，包括：\n[0028] 当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道；\n[0029] 通过该WiFi点对点传输通道自动上传存储在本地的所述视频数据。\n[0030] 进一步的，当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道的步骤之前，还包括以下步骤：\n[0031] 响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0032] 具体的，通过所述传输通道获得反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据的步骤，包括：\n[0033] 通过所述传输通道无线接收反馈的上传状态信息；\n[0034] 根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；\n[0035] 删除该视频数据。\n[0036] 进一步的，所述上传状态信息以电子列表的形式提供，该电子列表包含了已被成功上传云端的视频数据的特征信息。\n[0037] 可选的，所述视频数据的特征信息为该视频数据的文件名称。\n[0038] 具体的，在第一次接入点对点局域网时将本地存储的视频数据通过点对点传输通道自动上传；在第二次接入点对点局域网时根据所述传输通道获得反馈的上传状态信息，删除与该上传状态信息对应的存储于本地存储介质的视频数据。\n[0039] 具体的，所述点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。\n[0040] 本发明还提供了一种移动终端视频数据安全传输方法，包括以下步骤：\n[0041] 通过点对点传输通道无线接收视频数据并保存于本地存储介质；\n[0042] 响应于检测到的接入互联网的事件，通过远程接口上传该视频数据；\n[0043] 通过远程接口接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据；\n[0044] 通过所述点对点传输通道反馈该上传状态信息。\n[0045] 具体的，通过点对点传输通道无线接收视频数据并保存于本地存储介质的步骤，包括：\n[0046] 接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道；\n[0047] 通过该WiFi点对点传输通道接收视频数据；\n[0048] 将该视频数据存储到本地存储介质。\n[0049] 进一步的，接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道的步骤之前，还包括以下步骤：\n[0050] 响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0051] 具体的，通过远程接口接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据的步骤，包括：\n[0052] 通过远程接口接收反馈的表明所述视频数据已成功上传的上传状态信息；\n[0053] 根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；\n[0054] 删除该视频数据。\n[0055] 具体的，所述视频数据基于RTP传输协议通过远程接口上传。\n[0056] 具体的，在第一次接入点对点局域网时通过点对点传输通道无线接收视频数据并保存于本地存储介质；在第二次接入点对点局域网时通过所述点对点传输通道反馈所述上传状态信息。\n[0057] 进一步的，所述点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。\n[0058] 可选的，所述远程接口基于3G或4G网络通信技术建立。\n[0059] 具体的，所述上传状态信息以电子列表的形式提供，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。\n[0060] 可选的，所述视频数据的特征信息为该视频数据的文件名称。\n[0061] 本发明公开了一种行车记录仪，包括以下步骤：\n[0062] 视频处理模块，用于响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质；\n[0063] 传输模块，用于将本地存储的视频数据通过检测到的点对点传输通道自动上传；\n[0064] 删除模块，用于通过所述传输通道获得反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。\n[0065] 具体的，所述视频处理模块还包括有：\n[0066] 驱动单元，用于驱动加速度感应器监测当前的加速度获得相应的加速度数据；\n[0067] 判断单元，用于判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；\n[0068] 视频截取单元，截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包；\n[0069] 存储单元，将该视频数据包保存在本地存储介质。\n[0070] 具体的，所述特定时间段预先设置并保存于本机中。\n[0071] 可选的，所述特定时间段的数值在位于本机的设置界面上预先设置或更改。\n[0072] 具体的，所述传输模块还包括：\n[0073] 通信单元，用于当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道；\n[0074] 上传单元，用于通过该WiFi点对点传输通道自动上传存储在本地的所述视频数据。\n[0075] 进一步的，所述行车记录仪还包括有局域网配对模块，\n[0076] 当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道之前，所述局域网配对模块被配置为响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0077] 具体的，所述删除模块还包括：\n[0078] 接收单元，用于通过所述传输通道无线接收反馈的上传状态信息；\n[0079] 查找单元，用于根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；\n[0080] 删除执行单元，用于删除该视频数据。\n[0081] 可选的，所述上传状态信息以电子列表的形式提供，该电子列表包含了已被成功上传云端的视频数据的特征信息。\n[0082] 可选的，所述视频数据的特征信息为该视频数据的文件名称。\n[0083] 具体的，所述传输模块被配置为在第一次接入点对点局域网时将本地存储的视频数据通过点对点传输通道自动上传；\n[0084] 所述删除模块被配置为在第二次接入点对点局域网时根据所述传输通道获得反馈的上传状态信息，删除与该上传状态信息对应的存储于本地存储介质的视频数据。\n[0085] 具体的，所述点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。\n[0086] 本发明还提供了一种移动终端，包括有：\n[0087] 接收模块，用于通过点对点传输通道无线接收视频数据并保存于本地存储介质；\n[0088] 第二上传模块，用于响应于检测到的接入互联网的事件，通过远程接口上传该视频数据；\n[0089] 第二删除模块，用于通过远程接口接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据；\n[0090] 反馈模块，用于通过所述点对点传输通道反馈该上传状态信息。\n[0091] 具体的，所述接收模块还包括：\n[0092] 第二通信单元，用于接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道；\n[0093] 第二接收单元，用于通过该WiFi点对点传输通道接收视频数据；\n[0094] 第二存储单元，用于将该视频数据存储到本地存储介质。\n[0095] 进一步的，所述终端还包括有第二配对模块，\n[0096] 接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道之前，所述第二配对模块被配置为响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0097] 具体的，所述第二删除模块还包括：\n[0098] 第三接收单元，用于通过远程接口接收反馈的表明所述视频数据已成功上传的上传状态信息；\n[0099] 第三查找单元，用于根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；\n[0100] 第二删除执行单元，用于删除该视频数据。\n[0101] 具体的，所述第二上传模块被配置为将所述视频数据基于RTP传输协议通过远程接口上传。\n[0102] 具体的，所述接收模块被配置为在第一次接入点对点局域网时通过点对点传输通道无线接收视频数据并保存于本地存储介质；\n[0103] 所述反馈模块被配置为在第二次接入点对点局域网时通过所述点对点传输通道反馈所述上传状态信息。\n[0104] 具体的，所述点对点传输通道基于支持点对点传输的AD-Hoc、WiFi Direct或SmartLink中任一技术建立。\n[0105] 可选的，所述远程接口基于3G或4G网络通信技术建立。\n[0106] 具体的，所述上传状态信息以电子列表的形式提供，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。\n[0107] 可选的，所述视频数据的特征信息为该视频数据的文件名称。\n[0108] 与现有技术相比，本发明具备如下优点：\n[0109] 1、在本发明中，行车记录仪检测到已连接的点对点第一通道后，将本地存储的视频数据通过该第一通道自动上传到移动终端上并存储于移动终端的存储介质，实现了视频数据的安全转移；移动终端响应于检测到的接入互联网的事件，通过互联网将视频数据通过第二通道上传到远程服务器存储，实现视频数据的安全传输和存储；在行车记录仪端接收到移动终端反馈的视频数据已成功上传到远程服务器后，再将保存在本地的对应视频数据删除，以保证视频数据的成功转移，并及时释放本地存储空间，避免本地后续截获的重要视频数据因存储空间不足而丢失，避免资源浪费。\n[0110] 2、本发明中首先将行车记录仪端存储的视频数据基于WiFi点对点传输技术自动传输给移动终端，再由移动终端在不需流量计费的WiFi覆盖环境下传输到远程服务器中。\n采用WiFi局域网传输技术实现从行车记录仪端到移动终端的自动安全转移，不会消耗行车记录仪端SIM卡的流量，为用户节省流量费用，具有很大的应用价值。\n[0111] 3、本发明中行车记录仪和移动终端在预先配对成功后，当行车记录仪检测到该移动终端进入点对点局域网范围，主动发起连接请求与移动终端自动连接，并自动将存储在行车记录仪端存储介质中的视频数据发送给移动终端。即行车记录仪端和移动终端之间的连接和传输视频数据均是自动完成，无需手动操作，提高用户体验度，避免手动操作给用户带来驾驶安全问题。\n[0112] 本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。\n【附图说明】\n[0113] 本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：\n[0114] 图1是行车记录仪视频数据安全保护方法的一个实施例的程序流程图；\n[0115] 图2是行车记录仪视频数据安全保护方法的又一个实施例的部分程序流程图；\n[0116] 图3是行车记录仪视频数据安全保护方法的另一个实施例的部分程序流程图；\n[0117] 图4是行车记录仪视频数据安全保护方法的再一个实施例的部分程序流程图；\n[0118] 图5是移动终端视频数据安全传输方法的一个实施例的程序流程图；\n[0119] 图6是移动终端视频数据安全传输方法的又一个实施例的部分程序流程图；\n[0120] 图7是移动终端视频数据安全传输方法的另一个实施例的部分程序流程图；\n[0121] 图8是本发明中行车记录仪的一个实施例的结构框图；\n[0122] 图9是本发明中行车记录仪的另一个实施例中视频处理模块的结构框图；\n[0123] 图10是本发明中行车记录仪的又一个实施例的结构框图；\n[0124] 图11是本发明中行车记录仪的再一个实施例中删除模块的结构框图；\n[0125] 图12是本发明中移动终端的一个实施例中的结构框图；\n[0126] 图13是本发明中移动终端的又一个实施例中接收模块的结构框图；\n[0127] 图14是本发明中移动终端的再一个实施例中第二删除模块的结构框图。\n[0128] 图15是本发明中行车记录仪视频数据保护方法的一个实施例的程序流程图。\n【具体实施方式】\n[0129] 下面结合附图和示例性实施例对本发明作进一步地描述，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。此外，如果已知技术的详细描述对于示出本发明的特征是不必要的，则将其省略。\n[0130] 本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。\n[0131] 本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。\n[0132] 本技术领域技术人员可以理解，这里所使用的“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(Personal Communications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(Global Positioning System，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。\n[0133] 本技术领域技术人员可以理解，这里所使用的服务器、云端、远端网络设备等概念，具有等同效果，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(Cloud Computing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本发明的实施例中，远端网络设备、终端设备与WNS服务器之间可通过任何通信方式实现通信，包括但不限于，基于3GPP、LTE、WIMAX的移动通信、基于TCP/IP、UDP协议的计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。\n[0134] 有必要先对本发明的应用场景及其原理进行如下的先导性说明。\n[0135] 本发明的有关方法和终端的应用场景，是基于带有摄像头、处理器、WiFi通信模块、加速度感应器和存储模块的行车记录仪以及Android移动终端为硬件基础，以安装有Linux系统的处理器的行车记录仪以及Android移动终端为例进行示例性说明，但应该说明的是，该描述仅是示例性的，本发明的范围并不限于此，本发明实施例的方法和终端也可适用于其他操作系统，本质上与操作系统无关。\n[0136] 通常情况下使用的移动通信网络都是有中心的，要基于预设的网络设施才能运行。例如，蜂窝移动通信系统要有基站的支持；无线局域网一般也工作在有AP接入点和有线骨干网的模式下。但是对于某些特殊场合来说，有中心的移动网络并不能胜任，而需要一种能够临时快速自动组网的移动网络。例如本发明中在移动终端与行车记录仪之间采用的WiFi点对点连接技术传输视频数据，例如AD-Hoc或WiFi Direct、SmartLink等。\n[0137] 其中，AD-Hoc模式在无线网络中是一种专为无线设备设计让它们可以直接互相进行通信的方法。运行于ad-hoc模式下，允许所有无线设备在彼此的射程之内发现对方并进行点对点的通信，而无须通过中心访问点。要建立一个ad-hoc无线网络，每一个无线适配设备必须配置为ad-hoc模式而不是infrastructure模式。此外，处于ad-hoc网络的所有的无线适配设备必须使用相同的SSID和通道号。其原理是网络中的一台计算机主机建立点到点连接，相当于虚拟的AP，而其他无线设备就可以通过这个点对点连接进行网络互连与共享。\n由于省去了无线AP，Ad-Hoc无线局域网的网络架设过程十分简单，不过一般的无线网卡在室内环境下传输距离通常为40m左右，当超过此有效传输距离，就不能实现彼此之间的通讯；因此该种模式非常适合一些简单甚至是临时性的无线互联需求。\n[0138] WiFi Direct是以WiFi既有技术为基础，允许无线网络中的设备无需通过无线路由器即可相互连接，与蓝牙技术类似，这种标准允许无线设备以点对点形式互连，而且在传输速度与传输距离方面比蓝牙有大幅提升。即带有WiFi CERTIFIED WiFi Direct认证标志的产品可以在不加入传统的家庭、办公或热点网络的情况下互相连接，以迅速地传输内容、共享应用。但是在使用该功能时不要同时使用WiFi的联网功能，易导致传输大文件失败。\n[0139] 在本发明中将行车记录仪上存储的重要视频数据通过WIFI点对点(AD-Hoc或WiFi Direct、SmartLink等)连接技术而构建的局域网传输到手机、PAD等移动终端上，然后在无需流量计费的WiFi环境下通过移动终端基于实时传输协议RTP上传到远程服务器端，实现视频数据的安全转移和传输,并及时删除已被成功上传云服务器的视频数据释放行车记录仪端的存储空间，避免后续拍摄的重要视频数据因没有存储空间而丢失。\n[0140] 以下将详细说明为了运用上述的原理实现上述的场景而提出的本发明的若干技术方案的具体实施方式。\n[0141] 需要说明的是，本发明提供的一种行车记录仪视频数据安全保护方法，是先从行车记录仪的视角来加以描述的，可以通过编程将该视频数据安全保护方法实现为计算机程序在行车记录仪或其他类似的具有智能化的设备中运行。例如，本方法还适用于其他不具有用户操作界面，或者用户并不方便及时操作的智能摄像头、智能手表等。\n[0142] 请参阅图1，本发明的一种行车记录仪视频数据安全保护方法的一个典型实施例，具体包括以下步骤：\n[0143] S11，响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。\n[0144] 本发明中行车记录仪在汽车的行使过程中，摄像头一直处于开启状态在拍摄沿途的风景和路况信息。当本发明中行车记录仪中内置的加速度感应器检测加速度的数值超出预设阈值后，即汽车车身出现紧急刹车或者碰撞等突发情况时，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。具体的，根据本发明一个实施例所揭示，请参见图2，该步骤S11具体包括以下几个步骤：\n[0145] S111,驱动加速度感应器监测当前的加速度获得相应的加速度数据；\n[0146] S112，判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；\n[0147] 加速度感应器能测试当前状态下的加速度的数值，并将所检测到的数据反馈给处理器。在行车记录仪中，预先设定有一个加速度的变化范围数值，为了提高行车记录仪对交通事故场景判断的准确性，该数值可以通过多次实际测试得到。当检测到的加速度数值超过预先设定的范围数值，触发一个中断响应，在自定义的中断处理函数中调用时钟模块或GPS模块等具有提供准确时间功能的其他模块来获得该触发中断事件发生的时间点，并保存该事件的时间点到本机。当然，该实施例中并不限于采用中断响应的方式来获取事件发生的时间点，本领域内技术人员应该理解，也可以采用其他方式触发来获取该事件发生的时间点。\n[0148] 进一步的，步骤S11还包括有步骤S113,截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包。\n[0149] 得到加速度突变的时间点后，依照之前设定的保存在本机的特定时间段，驱动摄像头截取该时间点之前或之后摄像头所拍摄的特定时间段内的视频数据。在本发明的一个实施中，所述特定时间段的数值在位于本机的设置界面上预先设置或更改。例如，可以设置该特定时间段为事件发生时间点之前5分钟至时间点之后的10分钟，基于位于本机的可视化界面或设置旋钮来设置或改变该特定时间段的具体数值；当然，也可以直接将该特定时间段的数值预设到程序中保存于行车记录仪的存储介质。\n[0150] 为了便于程序理解，本实施例以标准的通用摄像头作为视频采集设备，以行车记录仪中配置有基于Linux系统的ARM处理器为例来说明该实施例的实现过程。需要说明的是，本发明中所述的方法理论上与操作系统和处理器的类型无关，本领域内技术人员还可以采用带有其他操作系统的任何处理器和其他型号的摄像机来实现本实施例。本实施例不能构成对本发明的限制。\n[0151] 在本发明的一个实施例中，采用Linux系统中Video4Linux(V4L2)这个开源驱动来驱动摄像头实施操作，该V4L2驱动为摄像头等视频设备的应用程序编程提供了一系列的接口函数，包括对设备的开启、关闭、配置、读取和写入等功能,可以通过调用ioctl()函数来实现与摄像头的交互，该函数包括设备描述符、控制命令和控制命令参数三个参数。例如可以调用VIDIOC_S_FMT控制命令来设置摄像头所拍摄的视频图像数据的长、宽和图像格式，调用VIDIOC_REQBUFS控制命令字为所拍摄的视频数据申请位于内核空间的视频缓冲区。\n[0152] 例如，在本发明的一个示例性实施例中，通过在Linux平台下加载FFMpeg库来截取该特定时间段内的视频数据，首先将加速度感应器检测到的加速度数据超出预设阈值的时间点和预设的特定时间段配置在自定义的视频获取程序中。具体的，在该实施例中，可以采用两种方法来截取摄像头所捕获的视频数据。在本发明的一个实施例中，调用read函数来获取该特定时间段中的视频数据；在本发明的另一个实施例中，直接通过调用mmap内存映射函数把视频数据存储的内核空间内存映射到用户空间，应用程序通过访问用户空间地址来访问内核空间获取视频数据；主要是因为请求V4L2驱动分配的视频缓冲区位于内核空间，应用程序不能直接访问。由于采用内存映射的方法较采用read函数的方法速度要快，因此本实施例优选采用内存映射的方式获得特定时间段内的视频数据。\n[0153] 在截取了特定时间段内的视频数据后，由于视频数据的容量很大，为了缩小视频数据的存储容量，需要采用特定的压缩算法将该视频数据编码压缩成视频数据包。不难理解，本发明可以采用H.264、MPEG-4、MPEG-2、WMA-HD以及VC-1中任意一种编码格式对所述视频数据进行编码。例如，在本发明的一个示例性实施例中，采用H.264编码格式对视频数据编码。在ARM中内置的VPU库函数中包含有H.264编码方式，首先调用初始化编码器函数RetCode vpu_EncOpen()定义一个编码器，并将编码模式选择为H.264编码；再调用编码函数RetCode Vpu_EncStartOneFrame()对截取到的视频数据进行编码；在编码结束后，调用函数RetCode vpu_EncGetOutputInfo()获取编码得到的视频数据包。\n[0154] 进一步的，步骤S11还包括：S114，将该视频数据包保存在本地存储介质。\n[0155] 在前述步骤中，响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据，并采用编码算法将截取的视频数据编码压缩得到视频数据包。进一步的，为了所截取的重要视频数据包不被覆盖掉，需要将该视频数据包保存在本地非易失性存储介质中。在本发明一个实施例中，以SD卡为存储介质保存该视频数据包。当然，本领域内技术人员还可以采用其他非易失性存储器作为该实施例中的存储介质，本发明对存储介质的具体类型不做限定。\n[0156] 具体的，Linux系统内嵌了SD卡驱动模块，在SD卡的文件系统中建立视频数据的存储目录，在该目录中建立文件夹。在本发明的一个示例性实施例中，为了便于视频数据的查找，本实施例以某一视频数据的特定时间段中包含的时间信息为文件名，视频存储目录命名为Video。例如2015年7月1日12时10分开始录制的视频(默认特定时间段长度为15分钟)则存储在名为07011210_15min.pckt的文件中。在存储路径上，文件存放在/Video/日期/目录下，如该文件存放在/Video/20150701/文件夹中。\n[0157] 综上所述，前述步骤S11实现了响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。由于本地存储介质的存储容量有限，因此大容量的视频数据将存储空间占满后，本地存储空间无法继续存储后续拍摄的重要视频数据，造成重要视频数据的丢失。\n[0158] 鉴于前述的缺陷，进一步的，参见附图1，在本发明的方法中，还包括步骤S12，将本地存储的视频数据通过检测到的点对点传输通道自动上传。\n[0159] 由于行车记录仪端的存储介质容量有限，如果不及时的将保存在存储介质中的视频数据转存保护起来后删除该视频数据，存储介质存储满后，不能继续存储后拍摄到的重要视频数据。由于行车记录仪所处的行车环境没有不用流量计费的WiFi网络覆盖，而将视频数据直接通过行车记录仪上的SIM卡传输到互联网中，会消耗掉用户的流量，产生高额的流量费用。因此，在该步骤中，可以通过蓝牙或WiFi等支持点对点(如AD-Hoc、WiFi Direct或SmartLink等)连接技术而构建的局域网上传所述视频数据到便携式移动终端上保存。在后续步骤中，再由便携式移动终端在有不用流量计费的WiFi网络覆盖的环境下上传到互联网端，节约用户的流量费用。进一步的，由于采用蓝牙传输大容量的视频数据文件速度非常慢，在本发明的一个实施例中，采用不用消耗流量的速度相对较快的WiFi支持点对点连接技术而构建的局域网自动上传所述视频数据到移动终端上，如AD-Hoc、WiFi Direct或SmartLink等。当然，前提是行车记录仪能与手机或PAD等移动终端实现通信。参见附图3，具体的，在该步骤S12之前还包括步骤S10：响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0160] 众所周知，WiFi点对点传输技术包括有AD-Hoc、WiFi Direct或SmartLink等。为方便程序理解，本实施例以WiFi Direct点对点传输技术为例来说明该步骤的实施，但是并不能构成对发明的限制。\n[0161] 当属于车主的移动终端和行车记录仪处于同一WiFi局域网环境中时，且行车记录仪和移动终端均支持WiFi Direct时，可以采用设备配对扫描连接的方式实现配对。且保存用户移动终端的ID或终端名的配对标识信息，将此移动终端默认为需要发送视频数据的移动终端，后续不再连接可配对的其他移动终端。\n[0162] 具体的，例如在本发明的一个实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。\n则可以由行车记录仪第一次配对时检测到有移动终端进入该WiFi Direct局域网时，发出一个请求配对指令，搜索可点对点连接的用户移动终端；当然，该WiFi Direct的配对请求也可以是用户的移动终端主动发起的，行车记录仪需要响应于该配对请求，与该移动终端配对即可。本实施例以属于用户的移动终端主动发起配对请求为例说明，首先移动终端调用WiFip2pManager.discoverPeers()开始扫描可配对连接的设备；当扫描到行车记录仪后，调用WiFip2pManager.connect()进行连接配对，并在行车记录仪端保存移动终端的ID或终端名的配对标示信息。\n[0163] 由前述描述不难理解，在行车记录仪与用户移动终端配对成功后，进一步的，执行步骤S12。具体的，参见附图3，该步骤S12还包括以下步骤：\n[0164] S121，当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道。\n[0165] 前述步骤中，行车记录仪已经与属于用户的移动终端实现配对。当行车记录仪检测到预先已配对的用户移动终端进入行车记录仪的点对点局域网时，自动发出连接请求。\n具体的，在本发明一个示例性实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi  Direct，均包含有android.Net.WiFi.p2p包。根据WiFip2pInfo.isGroupOwner和WiFip2pInfo.groupOwnerAddress进行主动连接，即建立了本实施例所述的WiFi Direct点对点传输通道。\n[0166] 在WiFi Direct传输通道建立成功后，进一步的，还包括步骤S122：通过该WiFi点对点传输通道自动上传存储在本地的所述视频数据。\n[0167] 当行车记录仪与移动终端连接成功后，能通过建立好的WiFi传输通道实现文件传输。行车记录仪端首先遍历存储在本地存储介质中的视频数据文件，基于建立好的WiFi传输通道上传该视频数据。\n[0168] 具体的，在本发明一个实施例中，首先由行车记录仪创建一个ServerSocket对象，该服务器端套接字对象等待一个来自指定地址和端口的移动终端客户端的连接且阻塞线程直到连接发生，所以将该服务器套接字建立在一个后台线程里；然后，在移动终端创建一个客户端Socket,该客户端套接字对象使用指定ip地址和端口去连接行车记录仪；进一步的，当服务端与客户端成功连接后，可以通过字节流从服务器端发送视频数据给客户端。\n[0169] 综上所述，行车记录仪端将本地存储的视频数据通过检测到的点对点传输通道自动上传到了移动终端，实现了视频数据的安全转移，且基于WiFi点对点传输技术实施该步骤，无需消耗用户的流量。\n[0170] 进一步的，为了行车记录仪端及时删除已被移动终端成功上传到云服务器的视频数据，释放本地存储空间。进一步的，参见附图1，还包括步骤S13：通过所述传输通道获得反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。\n[0171] 视频数据被行车记录仪安全的传输到移动终端后，移动终端会将该视频数据上传到远程云服务器保存。并将已成功上传到远程云服务器的视频数据信息以电子列表的形式反馈给行车记录仪端，行车记录仪根据点对点传输通道获得的以电子列表形式提供的上传状态信息，删除该电子列表中指定的存储于本地存储介质的视频数据，及时释放本地存储空间，避免资源浪费，为后续截获的重要视频数据提供存储空间。具体的，请参见图4，该步骤S13具体包括：\n[0172] S131,通过所述传输通道无线接收反馈的上传状态信息；\n[0173] S132,根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；\n[0174] S133,删除该视频数据。\n[0175] 不难理解，行车记录仪通过已建立好的点对点传输通道无线接收反馈的以电子列表提供的上传状态信息，该电子列表包含了已被成功上传云端的视频数据的特征信息，其中该特证信息可以包括视频数据的文件名，也可以是其他表征为该视频数据的唯一性特征信息，例如视频数据的拍摄时间等。行车记录仪根据得到的视频数据唯一性特征信息，自动调用find()函数遍历查找到该视频数据文件的存储路径。然后行车记录仪可以在收到反馈的上传状态信息后，立即调用rm()对该路径下存储的视频数据执行删除命令，也可以待行车记录仪端存储容量不够的情况下再调用rm()对该路径下存储的视频数据执行删除命令，释放本地存储空间，避免资源浪费，为后续截获的重要视频数据提供存储空间。\n[0176] 进一步的，在本发明中，在第一次接入点对点局域网时将本地存储的视频数据通过点对点传输通道自动上传；在第二次接入点对点局域网时根据所述传输通道获得反馈的上传状态信息，删除与该上传状态信息对应的存储于本地存储介质的视频数据。即本发明中前述步骤S12和步骤S13是在先后两次接入点对点局域网时执行的，行车记录仪利用WiFi Direct无线局域网技术传输视频数据和接收反馈的上传状态信息时是分次接入WiFi局域网，一方面是由于当移动终端将从行车记录仪端接收的视频数据上传到互联网时，需要离开行车环境到一个没有流量计费的WiFi环境下实施上传，期间与WiFi局域网可能由于距离等原因断开连接；另一方便，移动终端在传输大文件时，WiFi通信机制无法同时连接到WiFi Direct局域网和互联网，易导致大文件传输失败。\n[0177] 本发明还设置有与行车记录仪端相对应的移动终端，以实现与行车记录仪实现通信。本发明还提供了一种移动终端视频数据安全传输方法，即从移动终端的视角来描述视频数据安全传输方法，同样的可以通过编程将视频数据安全传输方法实现为计算机程序在手机、PAD及其他类似功能的移动终端中运行。\n[0178] 请参见图5，在本发明的一种移动终端视频数据安全传输方法的一个典型实施例中，包括有以下步骤：\n[0179] S21，通过点对点传输通道无线接收视频数据并保存于本地存储介质。\n[0180] 由于行车记录仪端的存储介质容量有限，如果不及时的将保存在存储介质中的视频数据转存保护起来后删除该视频数据，存储介质存储满后，不能继续存储后拍摄到的重要视频数据。由于行车记录仪所处的行车环境没有不用流量计费的WiFi网络覆盖，而将视频数据直接通过行车记录仪上的SIM卡传输到互联网中，会消耗掉用户的流量，产生高额的流量费用。因此，可以通过蓝牙或WiFi等支持点对点(如AD-Hoc、WiFi Direct或SmartLink等)连接技术而构建的局域网上传所述视频数据到便携式移动终端上保存。在本步骤中，由移动终端基于点对点传输通道无线接收视频数据并保存于本地存储介质；在后续步骤中再由便携式移动终端在有不用流量计费的WiFi网络覆盖的环境下上传到互联网端，节约用户的流量费用。进一步的，由于采用蓝牙传输大容量的视频数据文件速度非常慢，在本发明的一个实施例中，采用不用消耗流量的WiFi支持点对点连接技术而构建的局域网来接收所述视频数据存储于移动终端上，如AD-Hoc、WiFi Direct或SmartLink等。当然，前提是行车记录仪能与手机或PAD等移动终端实现通信。参见附图6，具体的，在该步骤S21之前还包括步骤S20：响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0181] 众所周知，WiFi点对点传输技术包括有AD-Hoc、WiFi Direct或SmartLink等。为方便程序理解，本实施例以WiFi Direct点对点传输技术为例来说明该步骤的实施，但是并不能构成对发明的限制。\n[0182] 当属于车主的移动终端和行车记录仪处于同一WiFi局域网环境中时，且行车记录仪和移动终端均支持WiFi Direct，可以采用设备配对扫描连接的方式实现配对，并保存行车记录仪端ID或终端名的配对标识信息。\n[0183] 具体的，例如在本发明的一个实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。\n则可以由行车记录仪第一次配对时检测到有移动终端进入该WiFi Direct局域网时，发出一个请求配对指令，搜索可点对点连接的用户移动终端；当然，该WiFi Direct的配对请求也可以是用户的移动终端主动发起的，行车记录仪需要响应于该配对请求，与该移动终端配对即可。本实施例以属于用户的移动终端主动发起配对请求为例说明，首先移动终端调用WiFip2pManager.discoverPeers()开始扫描可配对连接的设备；当扫描到行车记录仪后，调用WiFip2pManager.connect()进行连接配对，并在移动终端中保存行车记录仪的ID或终端名的配对标示信息。\n[0184] 由前述描述不难理解，在行车记录仪与用户移动终端配对成功后，进一步的，执行步骤S21。具体的，参见附图6，该步骤S21还包括以下步骤：\n[0185] S211，接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道。\n[0186] 前述步骤中，属于用户的移动终端已经与行车记录仪实现配对。当用户移动终端进入行车记录仪的点对点局域网时，自动接收预先已配对的行车记录仪自动发出的连接请求。具体的，在本发明一个示例性实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。两设备可根据WiFip2pInfo.isGroupOwner和WiFip2pInfo.groupOwnerAddress进行连接，即建立了本实施例所述的WiFi Direct点对点传输通道。\n[0187] 在WiFi Direct传输通道建立成功后，进一步的，还包括步骤S212：通过该WiFi点对点传输通道接收视频数据。\n[0188] 当移动终端与行车记录仪连接成功后，能通过建立好的WiFi传输通道实现文件传输。移动终端通过该WiFi点对点传输通道接收行车记录仪所发出的视频数据。\n[0189] 具体的，在本发明一个实施例中，首先由行车记录仪创建一个ServerSocket对象，该服务器端套接字对象等待一个来自指定地址和端口的移动终端客户端的连接且阻塞线程直到连接发生，所以将该服务器套接字建立在一个后台线程里；然后，在移动终端创建一个客户端Socket,该客户端套接字对象使用指定ip地址和端口去连接行车记录仪端；并在一个新的线程中调用accept()方法接收行车记录仪端的连接请求；当移动终端与行车记录仪成功连接后，可以接收由行车记录仪发送的视频数据。\n[0190] 进一步的，在移动终端接收到视频数据后，还包括步骤S213，将该视频数据存储到本地存储介质。\n[0191] 在本发明中，为了能安全的保存接收到的视频数据，将该视频数据存储在本地非易失性存储介质中，在本发明一个示例性实施中，所述存储介质为移动终端的SD卡。当然，本领域内技术人员还可以采用其他非易失性存储器作为该实施例中的存储介质，本发明对存储介质的具体类型不做限定。为了便于程序的理解，本实施例以带有Android系统的移动终端为例来说明该实施例的实现。不难理解，Android系统中需要访问SD卡，需要先申请访问权限。可以在AndroidManifest.xml中加入在SD卡中创建与删除文件的权限；以及加入SD卡写入数据权限。再通过new File()函数创建在该SD卡上的存储目录，可自定义文件名；在调用FileOutputStream()函数将视频数据写入创建的目录文件中。文件名可采用接收到的视频数据的时间信息来命名。例如2015年7月1日12时10分开始接收的视频，则存储在名为07011210.pckt的文件中。在存储路径上，文件存放在/Video/日期/目录下，如该文件存放在/Video/20150701/文件夹中。\n[0192] 综上所述，移动终端通过点对点传输通道无线接收行车记录仪发送的视频数据并保存于本地存储介质中，实现了视频数据的安全转移，且基于WiFi点对点传输技术实施该步骤，无需消耗用户的流量。\n[0193] 进一步的，请参见图5，本发明所述方法中还包括步骤S22，响应于检测到的接入互联网的事件，通过远程接口上传该视频数据。\n[0194] 前述步骤中实现了移动终端接收到视频数据并保存到本地存储介质。进一步的，当便携式的移动终端进入无需流量计费的WiFi环境下时，关闭WiFi Direct局域网模式，通过3G或4G通信网络自动连接到互联网。移动终端检测到移动终端接入互联网后，从SD卡中读取视频数据文件，构造一个包含有该视频数据文件的远程上传请求，然后基于TCP/IP网络传输协议，将该上传请求通过远程接口发送至云端服务器。\n[0195] 在本发明中，所述视频数据通过远程接口传输的协议可以是TCP/IP中面向连接的传输控制协议TCP；也可以是无连接的用户数据报协议UDP。由于在视频数据传输时对实时性和同步性要求很高，且需要占用较大的网络带宽，因此在本发明的一个优选实施例中，本视频数据采用实时传输协议RTP(Real-time Transport Protocal)通过远程接口上传。RTP是基于UDP的网络传输协议，为所传输数据提供具有实时特征的端对端传送服务，其包括两个子协议，RTP和RTCP。其中RTP为数据传输协议，用于实时传输数据，而RTCP为控制协议，用于QoS反馈所传输数据的质量问题。\n[0196] 在本发明一个实施例中，检测到的移动终端接入互联网后，先申请访问SD卡的权限，再通过getExternalStorheDirectory()获取本地SD卡的存储目录，调用\nFileInputSteam()和Fis.read()读取存储目录下的视频数据。为节省数据存储空间，视频数据以H.264编码格式存储在本地存储介质中。需要将H.264编码格式的视频数据基于RTP协议发送出去，需要将视频数据打包成RTP包发送出去。首先从H.264原始视频数据中剥离出每个NALU,在每个NALU前添加相应的RTP包头，然后将包含RTP包头和NALU的数据包通过远程接口发送到远程服务器。具体发送时，通过自定义一个RTPsocket类数据结构，该类包含一个RTPPacket类型、一个UDP Socket DatagramSocket类型的引用和一个缓冲区，缓冲区用于存储打包完成的视频数据。通过远程接口发送数据时，首先更新RTPPacket的序号，根据封装的NALU大小，设置RTPPacket的大小，最后执行DatagramSocket的发送方法，实现视频数据的发送功能。\n[0197] 进一步的，请参见图5，本发明的方法中还包括步骤S23，通过远程接口接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据。具体的，请参见附图7，该步骤S23还包括以下步骤：\n[0198] S231，通过远程接口接收反馈的表明所述视频数据已成功上传的上传状态信息；\n[0199] S232，根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；\n[0200] S233,删除该视频数据。\n[0201] 具体的，在本发明的一个实施例中，当通过远程接口收到远程服务器反馈的视频数据文件已成功上传的上传状态信息后，根据得到的已上传的视频数据唯一性特征信息，调用Environment.getExternalStorageDirectory().getAbsolutePath()函数遍历查找到该视频数据文件的存储路径。然后调用deleteFile(new File())对该路径下存储的视频数据执行删除命令，释放本地存储空间。所述反馈的上传状态信息可以预先在视频上传程序中设定其包括该视频数据的文件名或存储时间等能表征为该视频数据的唯一性特征信息；也可以在上传视频数据前提取并存储表征是该视频数据的唯一性特征信息到本地，待接收到服务器端反馈的该视频数据已成功上传的信息后，将预先保存的该视频数据唯一性特征信息(如文件名)添加在预先建立的以电子列表形式存在的上传状态信息中。\n[0202] 进一步的，请参见图5，本发明的方法中还包括步骤S24，通过所述点对点传输通道发送该上传状态信息。\n[0203] 由前述方法中可知，该步骤中移动终端可以通过WIFI支持点对点连接技术而构建的局域网无线发送该上传状态信息给行车记录仪端，如AD-Hoc、WiFi Direct或SmartLink等。具体的，移动终端进入行车记录仪的WiFi点对点局域网中，接收行车记录仪发出的连接请求，接入该点对点局域网。本实施例基于服务器端与客户端之间的套接字Socker实现以电子列表形式的上传状态信息的传输，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。\n[0204] 进一步的，在本发明中，在第一次接入点对点局域网时通过点对点传输通道无线接收视频数据并保存于本地存储介质；在第二次接入点对点局域网时通过所述点对点传输通道反馈所述上传状态信息。即前述步骤S21和S24是前后两次接入局域网时实现的。一方面是由于当移动终端将从行车记录仪端接收的视频数据上传到互联网时，需要离开行车环境到一个没有流量计费的WiFi环境下实施上传，期间与WiFi局域网可能由于距离等原因断开连接；另一方便，移动终端在传输大文件时，WiFi通信机制无法同时连接到WiFi Direct局域网和互联网，易导致大文件传输失败，因此在通过移动终端使用WiFi连接到互联网传输文件时，需要断开点对点传输的局域网。\n[0205] 综上所述，在本发明中，行车记录仪检测到已连接的点对点传输通道后，将本地存储的视频数据通过该传输通道自动上传到移动终端上并存储于移动终端的存储介质，实现了视频数据的安全转移；移动终端响应于检测到的接入互联网的事件，通过互联网将视频数据通过远程接口上传到远程服务器存储，实现视频数据的安全传输和存储；在行车记录仪端接收到移动终端反馈的视频数据已成功上传到远程服务器后，再将保存在本地的对应视频数据删除，以保证视频数据的成功转移，并及时释放本地存储空间，避免本地后续截获的重要视频数据因存储空间不足而丢失，避免资源浪费。\n[0206] 进一步，依据计算机软件的功能模块化思维，本发明还提供了一种采用上述视频数据安全保护方法的行车记录仪，请参阅图8。该行车记录仪包括视频处理模块11、传输模块12和删除模块13，利用该视频处理模块11、传输模块12和删除模块13来搭建起整个终端的原理框架，从而实现模块化实施方案。以下具体揭示各模块实现的具体功能。\n[0207] 视频处理模块11，用于响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。\n[0208] 本发明中行车记录仪在汽车的行使过程中，摄像头一直处于开启状态在拍摄沿途的风景和路况信息。当本发明中行车记录仪中内置的加速度感应器检测加速度的数值超出预设阈值后，即汽车车身出现紧急刹车或者碰撞等突发情况时，视频处理模块11截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。具体的，根据本发明一个实施例所揭示，请参见图9，该视频处理模块11具体包括驱动单元111、判断单元112、视频截取单元113和存储单元114。\n[0209] 所述驱动单元111,用于驱动加速度感应器监测当前的加速度获得相应的加速度数据；\n[0210] 所述判断单元112，用于判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；\n[0211] 所述驱动单元111驱动加速度感应器测试当前状态下的加速度的数值，并将所检测到的数据反馈给判断单元112。在行车记录仪中，在判断单元112预先设定有一个加速度的变化范围数值，为了提高行车记录仪对交通事故场景判断的准确性，该数值可以通过多次实际测试得到。当判断单元112检测到的加速度数值超过预先设定的范围数值，触发一个中断响应，在自定义的中断处理函数中调用时钟模块或GPS模块等具有提供准确时间功能的其他模块来获得该触发中断事件发生的时间点，并保存该事件的时间点到本机。当然，该实施例中并不限于采用中断响应的方式来获取事件发生的时间点，本领域内技术人员应该理解，也可以采用其他方式触发来获取该事件发生的时间点。\n[0212] 进一步的，所述视频截取单元113,用于截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包。\n[0213] 视频截取单元113得到加速度突变的时间点后，依照之前设定的保存在本机的特定时间段，驱动视频截取单元113截取该时间点之前或之后摄像头所拍摄的特定时间段内的视频数据。在本发明的一个实施中，所述特定时间段的数值在位于本机的设置界面上预先设置或更改。例如，可以设置该特定时间段为事件发生时间点之前5分钟至时间点之后的\n10分钟，基于位于本机的可视化界面或设置旋钮来设置或改变该特定时间段的具体数值；\n当然，也可以直接将该特定时间段的数值预设到视频截取单元113中保存于行车记录仪的存储介质。\n[0214] 为了便于实现上述各模块的功能，本实施例以标准的通用摄像头作为视频采集设备，以行车记录仪中配置有基于Linux系统的ARM处理器为例来说明该实施例的实现过程。\n需要说明的是，本发明中所述的各模块的实现理论上与操作系统和处理器的类型无关，本领域内技术人员还可以采用带有其他操作系统的任何处理器和其他型号的摄像机来实现本实施例。本实施例不能构成对本发明的限制。\n[0215] 在本发明的一个实施例中，视频截取单元113采用Linux系统中Video4Linux(V4L2)这个开源驱动来驱动摄像头实施操作，该V4L2驱动为摄像头等视频设备的应用程序编程提供了一系列的接口函数，包括对设备的开启、关闭、配置、读取和写入等功能,可以通过调用ioctl()函数来实现与摄像头的交互，该函数包括设备描述符、控制命令和控制命令参数三个参数。例如可以调用VIDIOC_S_FMT控制命令来设置摄像头所拍摄的视频图像数据的长、宽和图像格式，调用VIDIOC_REQBUFS控制命令字为所拍摄的视频数据申请位于内核空间的视频缓冲区。\n[0216] 例如，在本发明的一个示例性实施例中，通过在Linux平台下加载FFMpeg库来截取该特定时间段内的视频数据，首先将加速度感应器检测到的加速度数据超出预设阈值的时间点和预设的特定时间段配置在自定义的视频截取单元113中。具体的，在该实施例中，视频截取单元113可以采用两种方式来截取摄像头所捕获的视频数据。在本发明的一个实施例中，视频截取单元113调用read函数来获取该特定时间段中的视频数据；在本发明的另一个实施例中，视频截取单元113直接通过调用mmap内存映射函数把视频数据存储的内核空间内存映射到用户空间，应用程序通过访问用户空间地址来访问内核空间获取视频数据；\n主要是因为请求V4L2驱动分配的视频缓冲区位于内核空间，应用程序不能直接访问。由于采用内存映射的方法较采用read函数的方法速度要快，因此本实施例优选采用内存映射的方式获得特定时间段内的视频数据。\n[0217] 在视频截取单元113截取了特定时间段内的视频数据后，由于视频数据的容量很大，为了缩小视频数据的存储容量，需要采用特定的压缩算法将该视频数据编码压缩成视频数据包。不难理解，本发明视频截取单元113可以采用H.264、MPEG-4、MPEG-2、WMA-HD以及VC-1中任意一种编码格式对所述视频数据进行编码。例如，在本发明的一个示例性实施例中，视频截取单元113采用H.264编码格式对视频数据编码。在ARM中内置的VPU库函数中包含有H.264编码方式，首先视频截取单元113调用初始化编码器函数RetCode vpu_EncOpen()定义一个编码器，并将编码模式选择为H.264编码；再调用编码函数RetCode Vpu_EncStartOneFrame()对截取到的视频数据进行编码；在编码结束后，视频截取单元113调用函数RetCode vpu_EncGetOutputInfo()获取编码得到的视频数据包。\n[0218] 进一步的，所述存储单元114，用于将该视频数据包保存在本地存储介质。\n[0219] 在前述模块中，驱动单元111和判断单元112响应于加速度感应器检测到的加速度数据超出预设阈值的事件，视频截获单元113截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据，并采用编码算法将截取的视频数据编码压缩得到视频数据包。进一步的，为了所截取的重要视频数据包不被覆盖掉，需要存储单元114将该视频数据包保存在本地非易失性存储介质中。在本发明一个实施例中，以SD卡为存储介质保存该视频数据包。当然，本领域内技术人员还可以采用其他非易失性存储器作为该实施例中的存储介质，本发明对存储介质的具体类型不做限定。\n[0220] 具体的，Linux系统内嵌了SD卡驱动模块，存储单元114在SD卡的文件系统中建立视频数据的存储目录，在该目录中建立文件夹。在本发明的一个示例性实施例中，为了便于视频数据的查找，本实施例存储单元114以某一视频数据的特定时间段中包含的时间信息为文件名，视频存储目录命名为Video。例如2015年7月1日12时10分开始录制的视频(默认特定时间段长度为15分钟)则存储在名为07011210_15min.pckt的文件中。在存储路径上，文件存放在/Video/日期/目录下，如该文件存放在/Video/20150701/文件夹中。\n[0221] 综上所述，前述视频处理模块11实现了响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。由于本地存储介质的存储容量有限，因此大容量的视频数据将存储空间占满后，本地存储空间无法继续存储后续拍摄的重要视频数据，造成重要视频数据的丢失。\n[0222] 鉴于前述的缺陷，进一步的，参见附图8，所述传输模块12用于将本地存储的视频数据通过检测到的点对点传输通道自动上传。\n[0223] 由于行车记录仪端的存储介质容量有限，如果不及时的将保存在存储介质中的视频数据转存保护起来后删除该视频数据，存储介质存储满后，不能继续存储后拍摄到的重要视频数据。由于行车记录仪所处的行车环境没有不用流量计费的WiFi网络覆盖，而将视频数据直接通过行车记录仪上的SIM卡传输到互联网中，会消耗掉用户的流量，产生高额的流量费用。因此，可以采用传输模块12通过蓝牙或WiFi等支持点对点(如AD-Hoc、WiFi Direct或SmartLink等)连接技术而构建的局域网上传所述视频数据到便携式移动终端上保存。再由便携式移动终端在有不用流量计费的WiFi网络覆盖的环境下上传到互联网端，节约用户的流量费用。进一步的，由于采用蓝牙传输大容量的视频数据文件速度非常慢，在本发明的一个实施例中，传输模块12采用不用消耗流量的速度相对较快的WiFi支持点对点连接技术而构建的局域网自动上传所述视频数据到移动终端上，如AD-Hoc、WiFi Direct或SmartLink等。当然，前提是行车记录仪能与手机或PAD等移动终端实现通信。参见附图10，具体的还包括局域网配对模块10，当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道之前，所述局域网配对模块被配置为响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0224] 众所周知，WiFi点对点传输技术包括有AD-Hoc、WiFi Direct或SmartLink等。为方便理解局域网配对模块10的实现，本实施例以WiFi Direct点对点传输技术为例来说明该模块的实现，但是并不能构成对发明的限制。\n[0225] 当属于车主的移动终端和行车记录仪处于同一WiFi局域网环境中时，且行车记录仪和移动终端均支持WiFi Direct时，局域网配对模块10可以采用设备配对扫描连接的方式实现配对。且保存用户移动终端的ID或终端名的配对标识信息，将此移动终端默认为需要发送视频数据的移动终端，后续不再连接可配对的其他移动终端。\n[0226] 具体的，例如在本发明的一个实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。\n则可以由行车记录仪第一次配对时检测到有移动终端进入该WiFi Direct局域网时，局域网配对模块10发出一个请求配对指令，搜索可点对点连接的用户移动终端；当然，该WiFi Direct的配对请求也可以是用户的移动终端主动发起的，行车记录仪端局域网配对模块10需要响应于该配对请求，与该移动终端配对即可。本实施例以属于用户的移动终端主动发起配对请求为例说明，首先移动终端调用WiFip2pManager.discoverPeers()开始扫描可配对连接的设备；当扫描到行车记录仪后，调用WiFip2pManager.connect()进行连接配对，并在行车记录仪端局域网配对模块10中保存移动终端的ID或终端名的配对标示信息。\n[0227] 由前述描述不难理解，在行车记录仪与用户移动终端配对成功后，进一步的，调用传输模块12执行相应功能。具体的，参见附图10，该传输模块12还包括通信单元121和上传单元122。\n[0228] 通信单元121，用于当检测到预先已配对的WiFi设备接入点对点局域网时，建立WiFi点对点传输通道。\n[0229] 前述局域网配对模块10中，行车记录仪已经与属于用户的移动终端实现配对。当行车记录仪端通信单元121检测到预先已配对的用户移动终端进入行车记录仪的点对点局域网时，自动发出连接请求。具体的，在本发明一个示例性实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi  Direct，均包含有\nandroid.Net.WiFi.p2p包。通信单元121根据WiFip2pInfo.isGroupOwner和\nWiFip2pInfo.groupOwnerAddress进行主动连接，即建立了本实施例所述的WiFi Direct点对点传输通道。\n[0230] 在WiFi Direct传输通道建立成功后，进一步的，所述上传单元122,用于通过该WiFi点对点传输通道自动上传存储在本地的所述视频数据。\n[0231] 当行车记录仪与移动终端连接成功后，上传单元122能通过建立好的WiFi传输通道实现文件传输。行车记录仪端上传单元122首先遍历存储在本地存储介质中的视频数据文件，基于建立好的WiFi传输通道上传该视频数据。\n[0232] 具体的，在本发明一个实施例中，首先由行车记录仪端上传单元122创建一个ServerSocket对象，该服务器端套接字对象等待一个来自指定地址和端口的移动终端客户端的连接且阻塞线程直到连接发生，所以将该服务器套接字建立在一个后台线程里；然后，在移动终端创建一个客户端Socket,该客户端套接字对象使用指定ip地址和端口去连接行车记录仪；进一步的，当服务端与客户端成功连接后，可以通过字节流从服务器端发送视频数据给客户端。\n[0233] 综上所述，行车记录仪端将本地存储的视频数据通过检测到的点对点传输通道自动上传到了移动终端，实现了视频数据的安全转移，且基于WiFi点对点传输技术实施该步骤，无需消耗用户的流量。\n[0234] 进一步的，为了行车记录仪端及时删除已被移动终端成功上传到云服务器的视频数据，释放本地存储空间。进一步的，参见附图8，所述删除模块13，用于通过所述传输通道获得反馈的上传状态信息，删除由该上传状态信息表征指定的存储于本地存储介质的视频数据。\n[0235] 视频数据被传输模块12安全的传输到移动终端后，移动终端会将该视频数据上传到远程云服务器保存。并将已成功上传到远程云服务器的视频数据信息以电子列表的形式反馈给行车记录仪端，行车记录仪根据点对点传输通道获得的以电子列表形式提供的上传状态信息，删除该电子列表中指定的存储于本地存储介质的视频数据，及时释放本地存储空间，避免资源浪费，为后续截获的重要视频数据提供存储空间。具体的，请参见图11，所述删除模块13具体包括接收单元131、查找单元132和删除执行单元133。\n[0236] 所述接收单元131,用于通过所述传输通道无线接收反馈的上传状态信息；\n[0237] 所述查找单元132,用于根据所述上传状态信息在本地存储介质中查找到该上传状态信息表征指定的视频数据；\n[0238] 所述删除执行单元133,用于删除该视频数据。\n[0239] 不难理解，接收单元131通过已建立好的点对点传输通道无线接收反馈的以电子列表提供的上传状态信息，该电子列表包含了已被成功上传云端的视频数据的特征信息，其中该特证信息可以包括视频数据的文件名，也可以是其他表征为该视频数据的唯一性特征信息，例如视频数据的拍摄时间等。所述查找单元132根据得到的视频数据唯一性特征信息，自动调用find()函数遍历查找到该视频数据文件的存储路径。然后所述删除执行单元\n133可以在收到反馈的上传状态信息后，立即调用rm()对该路径下存储的视频数据执行删除命令，也可以待行车记录仪端存储容量不够的情况下所述删除执行单元133再调用rm()对该路径下存储的视频数据执行删除命令，释放本地存储空间，避免资源浪费，为后续截获的重要视频数据提供存储空间。\n[0240] 进一步的，在本发明中，所述传输模块12被配置为在第一次接入点对点局域网时将本地存储的视频数据通过检测到的点对点传输通道自动上传；所述删除模块13被配置为在第二次接入点对点局域网时根据所述传输通道获得反馈的上传状态信息，删除与该上传状态信息对应的存储于本地存储介质的视频数据。即本发明中前述传输模块12和删除模块\n13是在先后两次接入点对点局域网时执行的，行车记录仪利用WiFi Direct无线局域网技术传输视频数据和接收反馈的上传状态信息时是分次接入WiFi局域网，一方面是由于当移动终端将从行车记录仪端接收的视频数据上传到互联网时，需要离开行车环境到一个没有流量计费的WiFi环境下实施上传，期间与WiFi局域网可能由于距离等原因断开连接；另一方便，移动终端在传输大文件时，WiFi通信机制无法同时连接到WiFi Direct局域网和互联网，易导致大文件传输失败。\n[0241] 同理，依据计算机软件的功能模块化思维，本发明还设置有与行车记录仪端相对应的移动终端，以实现与行车记录仪实现通信，本发明还提供了一种采用上述视频数据安全传输方法的移动终端，请参阅图12。该移动终端包括接收模块21、第二上传模块22、第二删除模块23和反馈模块24，利用该接收模块21、第二上传模块22、第二删除模块23和反馈模块24来搭建起整个终端的原理框架，从而实现模块化实施方案。以下具体揭示各模块实现的具体功能。\n[0242] 所述接收模块21，用于通过点对点传输通道无线接收视频数据并保存于本地存储介质。\n[0243] 由于行车记录仪端的存储介质容量有限，如果不及时的将保存在存储介质中的视频数据转存保护起来后删除该视频数据，存储介质存储满后，不能继续存储后拍摄到的重要视频数据。由于行车记录仪所处的行车环境没有不用流量计费的WiFi网络覆盖，而将视频数据直接通过行车记录仪上的SIM卡传输到互联网中，会消耗掉用户的流量，产生高额的流量费用。因此，可以通过蓝牙或WiFi等支持点对点(如AD-Hoc、WiFi Direct或SmartLink等)连接技术而构建的局域网上传所述视频数据到便携式移动终端上保存。在本步骤中，由接收模块21基于点对点传输通道无线接收视频数据并保存于本地存储介质；后续由便携式移动终端第二上传模块22在有不用流量计费的WiFi网络覆盖的环境下上传到互联网端，节约用户的流量费用。进一步的，由于采用蓝牙传输大容量的视频数据文件速度非常慢，在本发明的一个实施例中，由接收模块21采用不用消耗流量的WiFi支持点对点连接技术而构建的局域网来接收所述视频数据存储于移动终端上，如AD-Hoc、WiFi Direct或SmartLink等。\n当然，前提是行车记录仪能与手机或PAD等移动终端实现通信。参见附图13，具体的，还包括第二配对模块20，用于接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道之前，所述第二配对模块20被配置为响应于连接请求或指令，搜索可点对点连接的WiFi设备获取并保存该设备的标识信息以实现与该设备的配对。\n[0244] 众所周知，WiFi点对点传输技术包括有AD-Hoc、WiFi Direct或SmartLink等。为方便理解第二配对模块20的实现，本实施例以WiFi Direct点对点传输技术为例来说明该模块的实施，但是并不能构成对本发明的限制。\n[0245] 当属于车主的移动终端和行车记录仪处于同一WiFi局域网环境中时，且行车记录仪和移动终端均支持WiFi Direct，可以采用设备配对扫描连接的方式实现配对，并保存行车记录仪端ID或终端名的配对标识信息。\n[0246] 具体的，例如在本发明的一个实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。\n则可以由行车记录仪第一次配对时检测到有移动终端进入该WiFi Direct局域网时，第二配对模块20发出一个请求配对指令，搜索可点对点连接的用户移动终端；当然，该WiFi Direct的配对请求也可以是用户的移动终端第二配对模块20主动发起的，行车记录仪需要响应于该配对请求，与该移动终端配对即可。本实施例以属于用户的移动终端第二配对模块 2 0 主 动 发 起 配 对 请 求 为 例 说 明 ，首 先 第 二 配 对 模 块 2 0 调 用WiFip2pManager.discoverPeers()开始扫描可配对连接的设备；当扫描到行车记录仪后，调用WiFip2pManager.connect()进行连接配对，并在移动终端中保存行车记录仪的ID或终端名的配对标示信息。\n[0247] 由前述描述不难理解，在行车记录仪与用户移动终端配对成功后，进一步的，执行接收模块21的功能。具体的，参见附图13，该接收模块21还包括有第二通信单元211、第二接收单元212和第二存储单元213。\n[0248] 所述第二通信单元211，用于接受预先已配对的WiFi设备发出的接入点对点局域网的请求，建立WiFi点对点传输通道。\n[0249] 前述第二配对模块20中，属于用户的移动终端已经与行车记录仪实现配对。当用户移动终端进入行车记录仪的点对点局域网时，第二通信单元211自动接收预先已配对的行车记录仪自动发出的连接请求。具体的，在本发明一个示例性实施例中，行车记录仪和移动终端上均带有Android4.0以上的操作系统，即均支持WiFi Direct，均包含有android.Net.WiFi.p2p包。两设备可根据WiFip2pInfo.isGroupOwner和\nWiFip2pInfo.groupOwnerAddress进行连接，即建立了本实施例所述的WiFi Direct点对点传输通道。\n[0250] 在WiFi Direct传输通道建立成功后，进一步的，所述第二接收单元212，用于通过该WiFi点对点传输通道接收视频数据。\n[0251] 当移动终端与行车记录仪连接成功后，能通过建立好的WiFi传输通道实现文件传输。第二接收单元212通过该WiFi点对点传输通道接收行车记录仪所发出的视频数据。\n[0252] 具体的，在本发明一个实施例中，首先由行车记录仪创建一个ServerSocket对象，该服务器端套接字对象等待一个来自指定地址和端口的移动终端客户端的连接且阻塞线程直到连接发生，所以将该服务器套接字建立在一个后台线程里；然后，第二接收单元212创建一个客户端Socket,该客户端套接字对象使用指定ip地址和端口去连接行车记录仪端；且第二接收单元212在一个新的线程中调用accept()方法接收行车记录仪端的连接请求；当移动终端与行车记录仪成功连接后，第二接收单元212可以接收由行车记录仪发送的视频数据。\n[0253] 进一步的，在移动终端接收到视频数据后，所述第二存储单元213被配置为将该视频数据存储到本地存储介质。\n[0254] 在本发明中，为了能安全的保存接收到的视频数据，第二存储单元213将该视频数据存储在本地非易失性存储介质中，在本发明一个示例性实施中，所述存储介质为移动终端的SD卡。当然，本领域内技术人员还可以采用其他非易失性存储器作为该实施例中的存储介质，本发明对存储介质的具体类型不做限定。为了便于该模块的实现，本实施例以带有Android系统的移动终端为例来说明该实施例的实现。不难理解，Android系统中需要访问SD卡，需要先申请访问权限。可以在AndroidManifest.xml中加入在SD卡中创建与删除文件的权限；以及加入SD卡写入数据权限。第二存储单元213再通过new File()函数创建在该SD卡上的存储目录，可自定义文件名；在调用FileOutputStream()函数将视频数据写入创建的目录文件中。文件名可采用接收到的视频数据的时间信息来命名。例如\n2015年7月1日12时10分开始接收的视频，则存储在名为07011210.pckt的文件中。在存储路径上，文件存放在/Video/日期/目录下，如该文件存放在/Video/20150701/文件夹中。\n[0255] 综上所述，移动终端接收模块21通过点对点传输通道无线接收行车记录仪发送的视频数据并保存于本地存储介质中，实现了视频数据的安全转移，且基于WiFi点对点传输技术接收视频数据，无需消耗用户的流量。\n[0256] 进一步的，请参见图12，所述第二上传模块22被配置为响应于检测到的接入互联网的事件，通过远程接口上传该视频数据。\n[0257] 前述接收模块21中实现了移动终端接收到视频数据并保存到本地存储介质。进一步的，当便携式的移动终端进入无需流量计费的WiFi环境下时，第二上传模块22关闭WiFi Direct局域网模式，通过3G或4G通信网络自动连接到互联网。移动终端第二上传模块22检测到移动终端接入互联网后，从SD卡中读取视频数据文件，构造一个包含有该视频数据文件的远程上传请求，然后基于TCP/IP网络传输协议，第二上传模块22将该上传请求通过远程接口发送至云端服务器。\n[0258] 在本发明中，所述视频数据通过远程接口传输的协议可以是TCP/IP中面向连接的传输控制协议TCP；也可以是无连接的用户数据报协议UDP。由于在视频数据传输时对实时性和同步性要求很高，且需要占用较大的网络带宽，因此在本发明的一个优选实施例中，第二上传模块22将本视频数据采用实时传输协议RTP(Real-time Transport Protocal)通过远程接口上传。RTP是基于UDP的网络传输协议，为所传输数据提供具有实时特征的端对端传送服务，其包括两个子协议，RTP和RTCP。其中RTP为数据传输协议，用于实时传输数据，而RTCP为控制协议，用于QoS反馈所传输数据的质量问题。\n[0259] 在本发明一个实施例中，第二上传模块22检测到的移动终端接入互联网后，先申请访问SD卡的权限，再通过getExternalStorheDirectory()获取本地SD卡的存储目录，调用FileInputSteam()和Fis.read()读取存储目录下的视频数据。为节省数据存储空间，视频数据以H.264编码格式存储在本地存储介质中。第二上传模块22需要将H.264编码格式的视频数据基于RTP协议发送出去，需要将视频数据打包成RTP包发送出去。第二上传模块22首先从H.264原始视频数据中剥离出每个NALU,在每个NALU前添加相应的RTP包头，然后将包含RTP包头和NALU的数据包通过远程接口发送到远程服务器。具体发送时，第二上传模块\n22通过自定义一个RTPsocket类数据结构，该类包含一个RTPPacket类型、一个UDP Socket DatagramSocket类型的引用和一个缓冲区，缓冲区用于存储打包完成的视频数据。第二上传模块22通过远程接口发送数据时，首先更新RTPPacket的序号，根据封装的NALU大小，设置RTPPacket的大小，最后执行DatagramSocket的发送，实现视频数据的发送功能。\n[0260] 进一步的，请参见图12，本发明中第二删除模块23被配置为通过远程接口接收反馈的表明该视频数据已成功上传的上传状态信息，删除该上传状态信息表征指定的存储于本地存储介质的视频数据。具体的，请参见附图14，所述第二删除模块23还包括有第三接收单元231、第三查找单元232和第二删除执行单元233。\n[0261] 所述第三接收单元231，用于通过远程接口接收反馈的表明所述视频数据已成功上传的上传状态信息；\n[0262] 所述第三查找单元232，用于根据该上传状态信息查找到其表征指定的存储在本地存储介质的视频数据；\n[0263] 第二删除执行单元233,用于删除该视频数据。\n[0264] 具体的，在本发明的一个实施例中，当所述第三接收单元231通过远程接口收到远程服务器反馈的视频数据文件已成功上传的上传状态信息后，第三查找单元232根据得到的已上传的视频数据唯一性特征信息，调用Environment.getExternalStorageDirectory().getAbsolutePath()函数遍历查找到该视频数据文件的存储路径。然后第二删除执行单元233调用deleteFile(new File())对该路径下存储的视频数据执行删除命令，释放本地存储空间。所述反馈的上传状态信息可以预先在视频上传程序中设定其包括该视频数据的文件名或存储时间等能表征为该视频数据的唯一性特征信息；也可以在上传视频数据前提取并存储表征是该视频数据的唯一性特征信息到本地，待接收到服务器端反馈的该视频数据已成功上传的信息后，将预先保存的该视频数据唯一性特征信息(如文件名)添加在预先建立的以电子列表形式存在的上传状态信息中。\n[0265] 进一步的，请参见图12，本发明所述反馈模块24被配置为通过所述点对点传输通道发送该上传状态信息。\n[0266] 由前述方法中可知，该移动终端反馈模块24中可以通过WIFI支持点对点连接技术而构建的局域网无线发送该上传状态信息给行车记录仪端，如AD-Hoc、WiFi Direct或SmartLink等。具体的，移动终端进入行车记录仪的WiFi点对点局域网中，接收行车记录仪发出的连接请求，接入该点对点局域网。本实施例反馈模块24基于服务器端与客户端之间的套接字Socker实现以电子列表形式的上传状态信息的传输，该电子列表中包括已被成功通过远程接口上传的视频数据的特征信息。\n[0267] 进一步的，在本发明中，所述接收模块21被配置为在第一次接入点对点局域网时通过点对点传输通道无线接收视频数据并保存于本地存储介质；所述反馈模块24被配置为在第二次接入点对点局域网时通过所述点对点传输通道反馈所述上传状态信息，即前述接收模块21与反馈模块24是前后两次接入局域网时实现其相应的功能。一方面是由于当移动终端第二上传模块22将从行车记录仪端接收的视频数据上传到互联网时，需要离开行车环境到一个没有流量计费的WiFi环境下实施上传，期间与WiFi局域网可能由于距离等原因断开连接；另一方便，移动终端在传输大文件时，WiFi通信机制无法同时连接到WiFi Direct局域网和互联网，易导致大文件传输失败，因此在通过移动终端使用WiFi连接到互联网传输文件时，需要断开点对点传输的局域网。\n[0268] 综上所述，在本发明中，行车记录仪检测到已连接的点对点传输通道后，将本地存储的视频数据通过该传输通道自动上传到移动终端上并存储于移动终端的存储介质，实现了视频数据的安全转移；移动终端响应于检测到的接入互联网的事件，通过互联网将视频数据通过远程接口上传到远程服务器存储，实现视频数据的安全传输和存储；在行车记录仪端接收到移动终端反馈的视频数据已成功上传到远程服务器后，再将保存在本地的对应视频数据删除，以保证视频数据的成功转移，并及时释放本地存储空间，避免本地后续截获的重要视频数据因存储空间不足而丢失，避免资源浪费。\n[0269] 具体的，为了便于理解本发明中行车记录仪和移动终端共同实现本发明所述的方法。请参见图15，本发明提供了一种行车记录仪视频数据保护方法，结合行车记录仪和移动终端来描述该方法的实现。具体的，该方法包括以下步骤：\n[0270] S01，行车记录仪响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。\n[0271] 本发明中行车记录仪在汽车的行使过程中，摄像头一直处于开启状态在拍摄沿途的风景和路况信息。当本发明中行车记录仪中内置的加速度感应器检测加速度的数值超出预设阈值后，即汽车车身出现紧急刹车或者碰撞等突发情况时，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质。具体的，根据本发明一个实施例所揭示，该步骤S01具体包括以下几个步骤：\n[0272] S011,行车记录仪驱动加速度感应器监测当前的加速度获得相应的加速度数据；\n[0273] S012，行车记录仪判断该加速度数据是否超出预设阈值，当超出该预设阈值时，确定该事件发生的时间点；\n[0274] S013,行车记录仪截取该时间点之前与之后摄像头所拍摄的特定时间段内的视频数据并压缩编码该视频数据得到视频数据包；\n[0275] S014，行车记录仪将该视频数据包保存在本地存储介质。\n[0276] 在行车记录仪中，预先设定有一个加速度的变化范围数值，当检测到的加速度数值超过预先设定的范围数值，触发一个中断响应，在自定义的中断处理函数中调用时钟模块或GPS模块等具有提供准确时间功能的其他模块来获得该触发中断事件发生的时间点，并保存该事件的时间点到本机。当然，该实施例中并不限于采用中断响应的方式来获取事件发生的时间点，本领域内技术人员应该理解，也可以采用其他方式触发来获取该事件发生的时间点。\n[0277] 具体的，得到加速度突变的时间点后，依照之前设定的保存在行车记录仪中的特定时间段，驱动摄像头截取该时间点之前或之后摄像头所拍摄的特定时间段内的视频数据。例如，可以设置该特定时间段为事件发生时间点之前5分钟至时间点之后的10分钟，基于位于行车记录仪端的可视化界面或设置旋钮来设置或改变该特定时间段的具体数值；当然，也可以直接将该特定时间段的数值预设到程序中保存于行车记录仪的存储介质。并采用编码算法将截取的视频数据编码压缩得到视频数据包。\n[0278] 具体的，为了所截取的重要视频数据包不被覆盖掉，需要将该视频数据包保存在本地非易失性存储介质中。在本发明一个实施例中，以SD卡为存储介质保存该视频数据包。\n当然，本领域内技术人员还可以采用其他非易失性存储器作为该实施例中的存储介质，本发明对存储介质的具体类型不做限定。\n[0279] 进一步的，在本发明的方法中，还包括步骤S02，行车记录仪将该视频数据通过第一通道自动传输到预设的移动终端。由于行车记录仪端的存储介质容量有限，如果不及时的将保存在存储介质中的视频数据转存保护起来后删除该视频数据，存储介质存储满后，不能继续存储后拍摄到的重要视频数据。由于行车记录仪所处的行车环境没有不用流量计费的WiFi网络覆盖，而将视频数据直接通过行车记录仪上的SIM卡传输到互联网中，会消耗掉用户的流量，产生高额的流量费用。因此，可以通过蓝牙或WiFi等支持点对点(如AD-Hoc、WiFi Direct或SmartLink等)连接技术而构建的局域网上传所述视频数据到便携式移动终端上保存。再由便携式移动终端在有不用流量计费的WiFi网络覆盖的环境下上传到互联网端，节约用户的流量费用。进一步的，由于采用蓝牙传输大容量的视频数据文件速度非常慢，在本发明的一个实施例中，采用不用消耗流量的速度相对较快的WiFi支持点对点连接技术而构建的局域网自动上传所述视频数据到移动终端上，如AD-Hoc、WiFi Direct或SmartLink等。当然，前提是行车记录仪能与手机或PAD等移动终端实现通信。\n[0280] 进一步的，还包括步骤S03，移动终端响应于检测到的接入互联网的事件，将通过第一通道接收的存储于本地的视频数据通过第二通道上传到云端。\n[0281] 移动终端通过第一通道接收视频数据并保存到本地存储介质。进一步的，当便携式的移动终端进入无需流量计费的WiFi环境下时，关闭WiFi局域网模式，通过3G或4G通信网络自动连接到互联网并建立第二通道。移动终端检测到移动终端接入互联网后，从本地存储介质中读取视频数据文件，构造一个包含有该视频数据文件的远程上传请求，然后基于TCP/IP网络传输协议，将该上传请求通过第二通道发送至云端服务器。\n[0282] 进一步的，还包括步骤S04，移动终端通过第二通道接收云端反馈的表征视频数据已成功上传的上传状态信息，删除该上传状态信息中表征的存储于本地的视频数据。\n[0283] 具体的，在本发明的一个实施例中，当移动终端通过第二通道收到远程服务器反馈的视频数据文件已成功上传的上传状态信息后，根据得到的已上传的视频数据唯一性特征信息，遍历查找到该视频数据文件的存储路径。然后对该路径下存储的视频数据执行删除命令，释放本地存储空间。所述反馈的上传状态信息可以预先在视频上传程序中设定其包括该视频数据的文件名或存储时间等能表征为该视频数据的唯一性特征信息；也可以在上传视频数据前提取并存储表征是该视频数据的唯一性特征信息到本地，待接收到服务器端反馈的该视频数据已成功上传的信息后，将预先保存的该视频数据唯一性特征信息(如文件名)添加在预先建立的以电子列表形式存在的上传状态信息中。\n[0284] 进一步的，还包括步骤S05，行车记录仪删除通过第一通道接收到的移动终端反馈的上传状态信息中表征的存储于本地存储介质的视频数据。\n[0285] 在移动终端再次进入行车记录仪的Wifi局域网环境后，再次连接第一通道，并通过该通道反馈包含有已成功上传到远程云服务器的视频数据信息的上传状态信息给行车记录仪端，行车记录仪根据第一通道获得该上传状态信息，删除该上传状态信息中指定的存储于本地存储介质的视频数据，及时释放本地存储空间，避免资源浪费，为后续截获的重要视频数据提供存储空间。\n[0286] 综上所述，在本发明中，行车记录仪检测到已连接的点对点第一通道后，将本地存储的视频数据通过该第一通道自动上传到移动终端上并存储于移动终端的存储介质，实现了视频数据的安全转移；移动终端响应于检测到的接入互联网的事件，通过互联网将视频数据通过第二通道上传到远程服务器存储，实现视频数据的安全传输和存储；在行车记录仪端接收到移动终端反馈的视频数据已成功上传到远程服务器后，再将保存在本地的对应视频数据删除，以保证视频数据的成功转移，并及时释放本地存储空间，避免本地后续截获的重要视频数据因存储空间不足而丢失，避免资源浪费。\n[0287] 在本发明的一个应用场景中，实施了本发明的技术方案的安装在汽车上的行车记录仪处于开机状态，且该行车记录仪预先与用户手机实现了Wifi点对点配对。响应于加速度感应器检测到的加速度数据超出预设阈值的事件，截取包含该事件发生时间点在内的特定时间段内由摄像头所拍摄的视频数据并保存于本地存储介质，完成了重要视频数据存储到本地存储介质中。驾驶员任何时候进入驾驶室后，行车记录仪端自动检测到用户手机进入到WiFi点对点局域网，主动发起连接请求与用户手机自动连接，行车记录仪再基于点对点传输通道自动将本地存储介质中的视频数据发送给用户手机，用户手机将该视频数据保存在本地的存储介质中，实现了视频数据从行车记录仪安全转存到用户手机。当用户手机检测到进入了无需流量计费的WiFi网络覆盖环境下时，将存储在本地的视频数据通过远程接口上传到远程云服务器，实现了视频数据的安全传输及远程存储。当用户手机接收到远程服务器反馈的视频数据已上传成功的上传状态信息后，删除本地存储的对应的视频数据。当用户手机再次进入到驾驶室中行车记录仪点对点局域网的环境下，与行车记录仪自动连接并将上传状态信息发送给行车记录仪端。行车记录仪端接收到上传状态信息后，删除保存在本地的视频数据，释放本地存储空间，为后续截获的重要视频数据提供存储空间。\n[0288] 概而言之，本发明能够在相对安全的情况下，响应于加速度感应器检测到加速度异常的事件截获包括该事件时间点在内的视频数据并存储在行车记录仪端，再基于连接好的点对点传输技术安全转移到手机端，再基于3G或4G网络通过手机端上传到远程服务器中，实现视频数据的安全保护和安全传输。\n[0289] 在此处所提供的说明书中，虽然说明了大量的具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实施例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。\n[0290] 虽然上面已经示出了本发明的一些示例性实施例，但是本领域的技术人员将理解，在不脱离本发明的原理或精神的情况下，可以对这些示例性实施例做出改变，本发明的范围由权利要求及其等同物限定。