技术领域
[0001] 本发明涉及车载电子产品领域，具体涉及一种快速获取DVR录像轨迹的方法。
相关背景技术
[0002] 普通常规DVR是仅仅进行行车视频录制，用来保存行车过程中的图像数据，以便事故之后查看事故前的状态，部分地方法规确认DVR影像资料可以作为法律证据。但是仅仅记录行车影像有是局限性的，特别是时间稍长之后，事主可能并不能准确记忆发生事故的具体地点，给其他证据取证带来不便。
[0003] 所以在一些高端的DVR上，已经有增加GPS模组，用来获取经纬度坐标信息，这样可以用户在查看影像的同时获取影像录制时的地理位置。
[0004] 现有大多数DVR都是仅仅进行视频录像，不记录坐标位置信息。少数DVR有增加GPS模组，但是仅仅是获取GPS的经纬度或者速度信息，显示在视频上，普通消费者查看视频，并不能准确、直观的知道此经纬度对应的地点，如果需要直观的获取显示地点，需要将经纬度信息输入到专业地图上，才能定位到具体位置。这种做法可以基本满足用户查看视频录制地点的需求，但是有如下几个明显缺陷：1.操作比较繁琐；
2.不直观；
3.并不能显示DVR完整的运行轨迹，仅仅是点显示当前坐标，不能连成轨迹线。
[0005] 针对上述缺陷，现在少数公司已经开发专门的PC端的播放器，可以播放含有GPS信息的视频，并在地图上显示对应的轨迹。其基本原理是：在录像的时候，将GPS的经纬度信息当做类似字幕数据一样按照特定的规则写入到视频文件内部，在电脑播放的时候，根据特定的规则，在视频文件数据中查找对应GPS轨迹信息。获取到轨迹信息之后，调用电脑端的地图，将对应的GPS坐标点描绘出来，并连成轨迹显示。这个播放器可以解决上诉缺陷，但是就日益提高的消费者的需求而说，并不能完美的满足客户需求，主要存在以下几个不足：1.视频需要在电脑上播放才能显示轨迹。
[0006] 普通的消费者，DVR都是在车上，特别有些DVR不是便携式的，是固定在汽车上，如果要在电脑上查看视频文件非常繁琐。另外，如果出现事故，室外查看视频则无法显示轨迹。
[0007] 2.这个仅仅能显示正在播放的文件的轨迹，不播放视频文件不能显示任何轨迹信息。
[0008] 3.此做法仅仅能显示当前文件轨迹，切换文件之后则轨迹清空，而整个行车过程中可能时间比较长，是多个视频文件组成的行车轨迹，导致不能显示整个行车过程的轨迹。
[0009] 4.获取轨迹时间比较长。视频一边播放才能显示轨迹，如果视频比较大，电脑性能不够，则显示轨迹时间更长。
具体实施方式
[0020] 本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。
[0021] 本说明书（包括任何附加权利要求、摘要和附图）中公开的任一特征，除非特别叙述，均可被其他等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而已。
[0022] 如图1所示，（一）把GPS接收的数据信息保存到了一个单独的info文件里，其中数据信息为行车的时间、经度、纬度、速度以及方向此类基本信息，并考虑行车记录仪功能之一可以提供碰撞的证据，机器里Gsensor里的三轴的加速度也一并保存下来；（二）将GPS信息、g-sensor信息和时间信息单独保存成和video文件对应的info文件；（三）录像时每秒钟把info文件需要的信息提取出来写到info文件，录制结束保存对应视频文件名的info文件；（四）外部设备上只要单独读取info里的文件信息，根据信息就可以实现DVR在电子地图上的定位。
[0023] 其中， Info文件名称和video文件名称要一一对应，这样有初步的关联，要更紧密的关联，需要文件内容，具体是info的文件时间需要和video文件的时间一一对应，这是APP解析数据的参考依据。
[0024] 因为DVR在平时工作时，是循环删除旧文件，所以在删除文件的同时，需要删除对应的info文件，保证第一条要求。
[0025] 在播放的时候，info文件和video文件都需要支持seek功能，当用户点击轨迹上的坐标时，需要根据对应的轨迹坐标计算此坐标所对应的录像时间，然后直接跳转到info文件和video文件的对应位置进行播放。
[0026] 为了更好的解释Info文件的数据格式，下面详细列出Info文件的数据格式：定义Info文件的数据格式如下：
<1>: RTC时间，格式是yyyyMMdd_hh:mm:ss.sss。例如，20170301_16:01:15.220；
<2>: 纬度(Latitude)，小数值。例如，47.5931258；
<3>: 经度(Longitude)，小数值。例如，-122.3172914；
<4>: 定位质量，整数值。0表示无效定位，1表示有效定位；
<5>: 使用的卫星数量，整数值；
<6>: Altitude(高度)，单位是米，小数值。例如，12.5。表示高度是12.5米；
<7>: 速度，小数值，单位是km/h；
<8>: 方向，小数值(000.0-359.9度)，单位是度，以真北为参考基准；
<9>:GSENSOR的x轴加速度, 单位是 m/s²；
<10>:GSENSOR的y轴加速度, 单位是m/s²；
<11>:GSENSOR的z轴加速度, 单位是m/s²。
[0027] 其中语句$GPRMC包括纬度，经度的目的，速度（结），运动方向角，年，月，时，分，秒，毫秒，定位数据是有效的或无效的，和其他重要信息。语句格式如下：$GPRMC,hhmmss.ss,A,llll.llll,a,yyyyy.yyyy,a,x.x,x.x,ddmmyy,x.x,a,a*hh
<1>：当地时间（RTC）。时分秒。
[0028] <2>：定位状态。”A” 或”V”,”A”定位有效，”V”定位无效。
[0029] <3>：纬度数据。
[0030] <4>：纬度方向,“N”或“S”。
[0031] <5>：经度数据。
[0032] <6>：经度方向，为“E”或“W”。
[0033] <7>：地面速度。
[0034] <8>：地面航向，以真北为参考基准，沿顺时针方向至航向的角度。
[0035] <9>：时期，日月年。
[0036] <10>：磁偏角。
[0037] <11>：磁偏角方向，为“E”或“W”。
[0038] <12>：模式指示，”A”/”D”/”E”/”N”, “A”=自主定位，”D”=差分，”E”=估算，”N”=数据无效。
[0039] <13>： 校验和。
[0040] 语句$GPGGA包括纬度，经度的目的，速度（结），运动方向角，年，月，时，分，秒，毫秒，定位数据是有效的或无效的，和其他重要信息。语句格式如下：$GPRMC,hhmmss.ss,A,llll.llll,a,yyyyy.yyyy,a,x.x,x.x,ddmmyy,x.x,a,a*hh
<1>：当地时间（RTC）。时分秒。
[0041] <2>：纬度数据。
[0042] <3>：纬度方向,“N”或“S”。
[0043] <4>：经度数据。
[0044] <5>：经度方向，为“E”或“W”。
[0045] <6>：定位状态。”A” 或”V”,”A”定位有效，”V”定位无效。
[0046] <7>：定位的卫星数。
[0047] <8>：HDOP 值。
[0048] <9>：天线大地高。
[0049] <10>：天线大地高单位。
[0050] <11>：高程异常（CGS2000）。
[0051] <12>：高程异常单位。
[0052] <13>：差分数据龄期。
[0053] <14>：差分站台 ID 号。
[0054] <15>： 校验和。
[0055] 从上面的$GPRMC和$GPGGA语句的数据格式看出，这两组的数据已经满足info文件格式的需求了。
[0056] 录像时每秒钟把info文件需要的信息提取出来写到info文件，录制结束保存对应视频文件名的info文件。在其他设备上只要单独读取info里的文件信息，根据信息就可以实现DVR在电子地图上的定位。
[0057] DVR生成的info文件虽然与视频独立出来，但是它们的文件名是一一对应的，只是扩展名不一样，文件大小最大50kb，相对于几百M的视频文件小得多了，app在非常短的时间里就可以读取多个info文件信息，根据读出的信息就可以实现DVR在电子地图上的定位，把所有定位连接起来就形成DVR完整的轨迹。
[0058] 性能对比数据见表1（WIFI传输速度以现在DVR一般速度3MB/s为参考标准）：表1
一般DVR标配是32G卡，大约可以保存100个三分钟时长的视频文件，从上面数据看，如果要显示全部轨迹，传统做法需要大约2.7小时，但是改进方法只需要大约500毫秒即可，而且这只是计算了传输文件的时间，实际使用中，手机端还需要解码出GPS信息才能在地图上显示，而解码视频文件和解码info文件的效率会有明显的差别，所以实际中，改进方法会比图标显示的优化效果更明显。
[0059] 本发明的有益效果是：本发明在传统GPS轨迹显示的基础上进行了优化，将GPS信息、g-sensor信息和时间信息单独保存成和video文件对应的info文件，可以实现快速获取所有信息，在APP上快速显示轨迹，并新增轨迹seek功能，极大的提高用户体验。
[0060] 以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何不经过创造性劳动想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求书所限定的保护范围为准。
