CN208689172U - 光缆巡护轨迹记录系统和光缆巡护记录仪 - Google Patents

Abstract

本申请涉及一种光缆巡护轨迹记录系统和光缆巡护记录仪，光缆巡护轨迹记录系统包括：光缆巡护记录仪，轨迹采集终端，轨迹采集服务器，以及轨迹呈现系统；光缆巡护记录仪，安装在光缆巡护车上，用于基于北斗卫星信号记录所述光缆巡护车的巡线轨迹数据，并将所述巡线轨迹数据保存；轨迹采集终端，与所述光缆巡护记录仪建立RF连接；轨迹采集服务器，用于通过所述轨迹采集终端从所述光缆巡护记录仪获取所述巡线轨迹数据，并将所述巡线轨迹数据保存到数据库中；轨迹呈现系统用于从所述数据库读取所述巡线轨迹数据，并呈现给用户；轨迹采集终端、轨迹采集服务器和轨迹呈现系统位于同一个局域网中。

Description

光缆巡护轨迹记录系统和光缆巡护记录仪

技术领域

本申请涉及光缆巡护管理技术领域，尤其涉及一种光缆巡护轨迹记录系统和光缆巡护记录仪。

背景技术

为保证我国野外环境下的国防光缆安全可靠运行，有关部门会定期巡线，巡视时，相关人员乘坐光缆巡护车沿光缆路由全程巡护。

相关技术中，巡护记录依赖纸质记录或者基于全球定位系统(Global PositionSystem,GPS)的轨迹记录。不过上述技术都存在不足，依赖纸质记录的方式，由于是人工记录，巡线是否全面，效果无法检验；巡线计划是否落实，事中无法监督、事后很难查证；巡护车辆是否非法使用也无法核实。因此，光缆巡护工作无法实现精准管理。基于GPS记录的方式，会涉及到泄密问题，并且GPS商用产品需要车载诊断II(On-Board Diagnostic II，ODBII) 接口，而大多数的军用光缆巡护车辆没有提供ODBII接口。

实用新型内容

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种光缆巡护轨迹记录系统和光缆巡护记录仪。

根据本申请实施例的第一方面，提供一种光缆巡护轨迹记录系统，包括：

光缆巡护记录仪，轨迹采集终端，轨迹采集服务器，以及轨迹呈现系统；

所述光缆巡护记录仪，安装在光缆巡护车上，用于基于北斗卫星信号记录所述光缆巡护车的巡线轨迹数据，并将所述巡线轨迹数据保存；

所述轨迹采集终端，与所述光缆巡护记录仪建立射频(Radio Frequency，RF)通信连接；

所述轨迹采集服务器，用于通过所述轨迹采集终端从所述光缆巡护记录仪获取所述巡线轨迹数据，并将所述巡线轨迹数据保存到数据库中；

所述轨迹呈现系统用于从所述数据库读取所述巡线轨迹数据，并呈现给用户；

所述轨迹采集终端、所述轨迹采集服务器和所述轨迹呈现系统位于同一个局域网中。

根据本申请实施例的第二方面，提供一种光缆巡护记录仪，包括：

北斗定位模块，用于接收北斗卫星的信号，基于北斗卫星的信号计算得到定位信息；

MCU，用于接收外部模块的数据，并将所述数据存储到存储模块；

RF通信模块，与轨迹采集终端建立RF连接，用于通过所述RF连接交互所述MCU与所述轨迹采集终端之间的信息。

可选地，所述光缆巡护记录仪，还包括：

SD卡控制器，用于接收所述MCU的指令，根据所述指令将所述定位信息存储到SD卡内；

电源模块，用于将车载的直流电源转换为适用于所述记录仪使用的直流电源。

可选地，所述北斗定位模块为BD2定位模块。

可选地，所述北斗定位模块包括两个UART口，一个UART口连接所述 MCU，另一个UART口通过电平转换芯片连接调试设备。

可选地，所述电源模块为DC-DC模块。

可选地，所述北斗定位模块与所述MCU之间通过串口连接。

可选地，所述RF通信模块与所述MCU之间通过串口连接。

可选地，所述SD卡控制器与所述MCU之间通过SPI接口连接。

可选地，所述光缆巡护记录仪，还包括：计时模块。

本申请提供的技术方案可以包括以下有益效果：

由于光缆巡护记录仪安装在光缆巡护车上，并可实现自动记录光缆巡护车的巡护轨迹，并将巡护轨迹数据保存下来，然后相关人员可通过轨迹采集终端与轨迹采集服务器通信，将巡护轨迹数据保存到本地数据库中；再通过轨迹呈现系统读取数据库中的巡护轨迹数据，并将巡护轨迹呈现给用户。这一过程避免了人工纸质记录，对巡线记录自动登记，可有效检验巡线计划是否落实、巡线是否全面，可以做到事中有监督、时候可查证，实现了对光缆巡护工作的精准管理。另外，巡护轨迹数据的传输不依赖国际互联网服务，利用局域网将巡护轨迹储存到本地，避免了对国防光缆分布路线的公开，防止了泄密。并且，光缆巡护记录仪安装在光缆巡护车上，不需要光缆巡护车有ODBII接口。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是根据一示例性实施例示出的一种光缆巡护轨迹记录系统的结构示意图。

图2是根据一示例性实施例示出的一种光缆巡护轨迹记录系统中轨迹采集服务器执行的轨迹采集方法的流程示意图。

图3是根据另一示例性实施例示出的一种轨迹呈现方法的流程示意图。

图4是根据另一示例性实施例示出的一种轨迹呈现系统的结构示意图。

图5是根据另一示例性实施例示出的一种光缆巡护记录仪的结构示意图。

图6是根据另一示例性实施例示出的一种北斗定位模块的电路设计图。

图7是根据另一示例性实施例示出的一种MCU固件的主要工作流程示意图。

图8是根据另一示例性实施例示出的一种光缆巡护轨迹记录方法的流程示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种光缆巡护轨迹记录系统的结构示意图，如图1所示，本实施例提供的系统包括：

光缆巡护记录仪11，轨迹采集终端12，轨迹采集服务器13，以及轨迹呈现系统14；

所述光缆巡护记录仪11，安装在光缆巡护车上，用于基于北斗卫星信号记录所述光缆巡护车的巡线轨迹数据，并将所述巡线轨迹数据保存；

所述轨迹采集终端12，与所述光缆巡护记录仪建立RF连接；

所述轨迹采集服务器13，用于通过所述轨迹采集终端从所述光缆巡护记录仪获取所述巡线轨迹数据，并将所述巡线轨迹数据保存到数据库中；

所述轨迹呈现系统14用于从所述数据库读取所述巡线轨迹数据，并呈现给用户；

所述轨迹采集终端12、所述轨迹采集服务器13和所述轨迹呈现系统14 位于同一个局域网中。

特别地，光缆巡护记录仪是基于北斗卫星信号获取光缆巡护车的行驶轨迹。例如，光缆巡护记录仪每间隔预设距离(比如，30米)采集一次光缆巡护车的地理位置信息，并记录在光缆巡护记录仪的内置存储器或者外置存储模块(比如SD卡)中，这一过程实现了自动记录并存储光缆巡护车的行驶轨迹，避免了人工干预，另外，地理位置信息是基于北斗卫星信号获取的，不需要GPS商用产品需要的ODBII接口。

例如，轨迹采集服务器上安装有轨迹采集软件，所述轨迹采集软件通过所述轨迹采集终端与所述光缆巡护记录仪建立通信连接，并向所述光缆巡护记录仪发送读取指定日期数据的指令，所述光缆巡护记录仪接收到所述指令后，将对应日期的所述巡线轨迹数据发送到所述轨迹采集终端，所述轨迹采集软件从所述轨迹采集终端获得所述巡线轨迹数据并保存到数据库中。

例如，所述轨迹呈现系统向用户展示查询界面，接收用户在查询界面中输入的查询信息，根据所述查询信息，从数据库中获取与所述查询信息对应的巡线轨迹数据，并根据所述巡线轨迹数据，在地图上绘制相应的车辆行驶轨迹点，然后将巡线轨迹呈现给用户；这一数据传送的过程先利用RF通信技术采集轨迹记录仪记录的轨迹信息，然后利用局域网将数据保存到本地，从而实现了对国防光缆分布及路线的保密。

需要说明的是，所述轨迹采集终端与所述轨迹采集服务器之间通过串口数据线连接。

需要说明的是，轨迹采集终端与光缆巡护记录仪之间的RF通信距离不需要太远，这样有利于安全保密。

本实施例中，由于光缆巡护记录仪安装在光缆巡护车上，并可实现自动记录光缆巡护车的巡护轨迹，并将巡护轨迹数据保存下来，然后相关人员可通过轨迹采集终端与轨迹采集服务器通信，将巡护轨迹数据保存到本地数据库中；再通过轨迹呈现系统读取数据库中的巡护轨迹数据，并将巡护轨迹呈现给用户。这一过程避免了人工纸质记录，对巡线记录自动登记，可有效检验巡线计划是否落实、巡线是否全面，可以做到事中有监督、时候可查证，实现了对光缆巡护工作的精准管理。另外，巡护轨迹数据的传输不依赖国际互联网服务，利用局域网将巡护轨迹储存到本地，避免了对国防光缆分布路线的公开，防止了泄密。并且，光缆巡护记录仪安装在光缆巡护车上，不需要光缆巡护车有ODBII接口。

基于上一实施例，对其中的一些内容进行进一步说明如下。

轨迹采集服务器可以具体用于：

通过所述轨迹采集终端，与指定车辆上安装的光缆巡护记录仪建立通信连接；

通过所述通信连接，向所述记录仪发送读取指定日期的数据的指令，并接收所述记录仪反馈的指定日期的巡线轨迹数据；

将接收的指定日期的巡线轨迹数据记录在临时文件夹中，并判断每条数据的完整性；

将指定日期的各条完整的巡线轨迹数据保存到数据库中。

相应的，参见图2，轨迹采集服务器执行的轨迹采集方法可以包括：

步骤S21，通过所述轨迹采集终端，与指定车辆上安装的光缆巡护记录仪建立通信连接。

步骤S22，通过所述通信连接，向所述记录仪发送读取指定日期的数据的指令，并接收所述记录仪反馈的指定日期的巡线轨迹数据。

步骤S23，将接收的指定日期的巡线轨迹数据记录在临时文件夹中，并判断每条数据的完整性。

步骤S24，将指定日期的各条完整的巡线轨迹数据保存到数据库中。

在步骤S21中，建立通信连接的方法是：轨迹采集软件通过轨迹采集终端，向光缆巡护记录仪发送一个握手信号“SYN：E”，光缆巡护记录仪接收握手信号后，向轨迹采集软件发送一个确认信号“OK”，若轨迹采集软件收到确认信号，则认为通信建立成功；若轨迹采集软件没有收到确认信号，则认为通信建立失败，数据采集结束并给出提示信息。

在步骤S22中，轨迹采集软件向用户显示用户界面，用户可以在用户界面上选择指定日期，在用户选择后，轨迹采集软件通过所述通信连接向所述记录仪发送读取指定日期的数据的指令，光缆巡护记录仪收到所述指令后，将指定日期的巡线轨迹数据反馈给轨迹采集软件，一次发送一个轨迹采集点的数据直至指定日期对应的所有轨迹采集点的数据发送完毕。进一步地，发送指令及数据时，可以采用预设标识作为结束标识，比如，在指令中用E作为结束标识，在数据中用EOF作为结束标识，相应的，当轨迹采集软件收到 EOF时，则表示所有巡线轨迹数据均发送完毕，因此，EOF这个标识可以用来判断数据记录是否为空记录。

例如，上述发送指令的格式可以是XXXXXX：E，XXXXXX是日期，格式是YYMMDD；其中，YY是年，MM是月，DD是日。上述反馈的一个轨迹采集点数据的格式可以是XXXXXX；XXXXXX；XXXX.XXXXXX； XXXXX.XXXXXX，数据中第一个分号前的6位是采集日期，格式是 YYMMDD，其中，YY是年，MM是月，DD是日；第二个分号前的6位是采集时间，格式是hhmmss，其中hh是时，mm是分，ss是秒；第三个分号前的11位是采集点纬度，格式是hhmm.mmmmmm，其中，hh是度，mm.mmmmmm是分；最后12位是采集点经度，格式是hhhmm.mmmmmm，其中，hhh是度，mm.mmmmmm是分。

为了更好的理解本步骤，下面举例说明发送指令的格式以及反馈数据的格式，以请求获取2016年2月16日的行驶轨迹为例，那么发送的指令就是 160216：E；若反馈数据为151124；121812；4059.077565；10013.207343，则表示轨迹点的采集时间是2015年11月24日12时18分12秒，纬度是40度 59.077565分，经度是100度13.207343分。

在步骤S23中，判断每条数据完整性的方法可以包括以下步骤：

第一步，判断数据中前三个字节和后三个字节是否相同，即判断数据文件中是否只有EOF字符，如果前三个字节和后三个字节相同，均是EOF，则认为该数据文件是空记录；如果数据中前三个字节和后三个字节不相同，则执行第二步。

第二步，判断该条数据的分号个数，如果分号个数不是3，则认为该条数据不完整，丢弃该数据；如果分号个数是3，则执行第三步。

第三步，判断该条数据的数据长度，如果数据长度不是38，则认为该条数据不完整，丢弃该数据；如果数据长度是38，则认为该条数据完整。

将每条数据记录在临时文件夹中时，可以逐行记录，即将一条数据记录在一行内，从而在读取每条数据时，逐行读取即可。

本实施例中，利用RF通信技术采集轨迹记录仪记录的巡线轨迹数据，并将完整的巡线轨迹数据保存到数据库中，不依赖于互联网，实现了数据的安全传输。

轨迹呈现系统可以具体用于：

向用户展示查询界面，接收用户在查询界面中输入的查询信息；

根据所述查询信息，从数据库中获取与所述查询信息对应的巡线轨迹数据；

根据所述巡线轨迹数据，在地图上绘制相应的车辆行驶轨迹点。

相应的，参见图3，轨迹呈现方法可以包括：

步骤S31，向用户展示查询界面，接收用户在查询界面中输入的查询信息。

步骤S32，根据所述查询信息，从数据库中获取与所述查询信息对应的巡线轨迹数据。

步骤S33，根据所述巡线轨迹数据，在地图上绘制相应的车辆行驶轨迹点。

需要说明的是，上述查询界面会提供日期、光缆巡护车的车牌号供用户选择。因此，上述的查询信息可以包括：日期、车牌号等。

上述的巡线轨迹数据可以包括地理位置信息(如经纬度)、时间等。

轨迹呈现系统中可以预先配置有地图，从而可以在已有的地图上，将巡线轨迹数据中的地理位置信息所指示的点绘制为车辆行驶轨迹点。

进一步地，对应每个车辆行驶轨迹点，轨迹呈现系统可以记录该轨迹点的相关信息，相关信息比如包括：

车辆到达该点的时间，以及该点的地理坐标等详细信息。当用户点击某个轨迹点时，轨迹呈现系统将记录的相关信息展示给用户，比如，轨迹呈现系统会展示这个轨迹点的详细信息，包括：经纬度、到达时间、行驶距离等。

本实施例提供的方法，通过根据巡线轨迹数据在地图上绘制相应的巡线轨迹，方便了用户直接观看光缆巡护车的巡线过程，以及对车辆行驶轨迹的查询。

从另外的角度讲，如图4所示，轨迹呈现系统可以包括：

显示层41，服务层42，数据层43；

所述数据层用于提供轨迹数据；数据层可以从MySQL数据库中获取到巡线轨迹数据。

所述显示层用于与用户交互；比如，接收用户的查询请求，向用户显示依据巡线轨迹数据绘制的轨迹，以及进行轨迹的重放等。

所述服务层用于进行显示层与数据层之间的交互。比如，将显示层的查询请求发送给数据层，并将数据层的巡线轨迹数据发送给显示层。

例如，显示层包括：用户接口模块，轨迹显示模块，轨迹回放模块；

用户接口模块，用于提供一个查询界面，供用户选择需要查询的日期、光缆巡护车的车牌号；

轨迹显示模块，用于接收服务层返回的巡线轨迹数据，并将巡线轨迹数据在地图上呈现；

轨迹回放模块，用于实现所述行驶轨迹的动态再现。

另外，显示层还包括Web前端页面。

需要说明的是，当用户查看轨迹回放时，可点击图标按钮实现轨迹回放的暂停与继续。

需要说明的是，服务层可以采用Java Servlet方式实现；服务层与显示层之间可以采用Ajax方式实现交互；用户接口可以采用ExtJS实现。

需要说明的是，巡线轨迹数据在地图上有两种呈现方式：点绘制方式、路线绘制方式；

点绘制方式是将采集到的轨迹点在所述地图上用标记点绘制出来；

路线绘制方式是将采集到的轨迹点在所述地图上用标记点绘制出来，同时系统依据所述标记点自动绘制直线标记形成行驶路线。

本实施例提供的轨迹呈现系统，采用B/S(浏览器/服务器)模式，实现了光缆巡护车行驶轨迹的呈现与回放。

图5是根据另一示例性实施例示出的一种光缆巡护记录仪的结构示意图，

如图5所示，本实施例提供的记录仪包括：

北斗定位模块，用于接收北斗卫星的信号，基于北斗卫星的信号计算得到定位信息；例如，北斗定位模块为BD2定位模块51。

MCU 52，用于接收外部模块的数据，并将所述数据存储到存储模块；

RF通信模块53，与轨迹采集终端建立RF连接，用于通过所述RF连接交互所述MCU与所述轨迹采集终端之间的信息。

进一步地，本实施例，还包括：

SD卡控制器54，用于接收所述MCU的指令，根据所述指令将所述定位信息存储到SD卡内；

电源模块，用于将车载的直流电源转换为适用于所述记录仪使用的直流电源。在图5中，电源模块用DC-DC模块55表示。

电源模块进行直流转换时，比如将车载的24V或12V电源转换为记录仪所需的5V电源。

进一步地，所述北斗定位模块默认同时支持GPS信号和北斗卫星的信号，所述北斗定位模块还用于：

接收第一配置指令，并根据所述第一配置指令屏蔽GPS信号。

进一步地，所述北斗定位模块默认输出包括BDRMC信息在内的多种信息，所述北斗定位模块还用于：

接收第二配置指令，并根据所述第二配置指令屏蔽除了BDRMC信息之外的其余输出信息。

进一步地，如图6所示，所述北斗定位模块包括第一UART口61和第二 UART口62，第一UART口连接所述MCU，第二UART口通过电平转换芯片64连接调试设备。

进一步地，所述定位信息包括：地理位置信息和时间信息，所述MCU具体用于：

在初始化后，实时检查北斗定位模块输出的定位信息的有效性；在获取到首次的有效定位信息后，将首次的有效定位信息作为首次的更新前的定位信息进行存储；

在获取到非首次的有效定位信息后，计算当前获取的定位信息中的地理位置信息与已存储的定位信息中的地理位置信息之间的距离值，在所述距离值大于预设值时，用当前获取的定位信息更新已存储的定位信息。

进一步地，本实施例，还包括：

外围扩展模块56，用于扩展所述光缆巡护记录仪的功能。

比如，可以为光缆巡护记录仪增加计时模块来实现计时的功能，或者，在光缆巡护记录仪I/O(输入/输出)点数不够用的时候，可以增加输入输出模块以增加其I/O点数。

其中，北斗定位模块通过串口与MCU交互；RF通信模块通过串口与MCU 交互；SD卡控制器可以通过SPI接口与MCU交互。

需要说明的是，北斗定位模块可以但不限于采用UM220-III NL；MCU，可以但不限于是ATMega2560。

在具体实施时，北斗定位模块接收第一配置指令，并根据第一配置指令屏蔽GPS信号的方法具体描述如下：

参照图6，北斗定位模块采用的双模定位导航芯片UM220-III NL 63具有两个UART接口，这两个UART接口既是数据传输接口，也是控制接口，可以通过这两个UART接口中的任意一个向UM220-III NL发送配置指令，从而改变芯片的默认配置。

若要屏蔽GPS，可以通过第一UART口61向UM220-III NL 63发送如下配置指令：

$cfgsys,h10

其中消息名是cfgsys，作用是设定或输出卫星系统配置，其后面跟一个参数，类型是32bit整数，如果要开启对应的频点，那么对应的位(bit)置为1。一般来讲，0-2对应GPS信号，3是保留位，4是BDS B1(北斗卫星信号位) 因此，用16进制表示，此处设置为0x10，就表示只开启BDS B1频点，从而实现屏蔽GPS信号的作用。

开启BDS1B1频点后，UM220-III NL会通过UART接口以1Hz的频率输出五类消息，分别为：

$BDGGA,003358.000,4058.939449,N,10012.779013,E,,00,3.781,1024.750, M,0,M,,*6D

$BDGLL,4058.939449,N,10012.779013,E,003358.000,V,N*57

$BDGSA,A,3,,,,,,,,,,,,,0.000,3.781,0.000*2E

$BDGSV,3,1,10,161,27,128,,162,38,209,,163,17,114,,164,14,110,*66

$BDRMC,003358.000,V,4058.939449,N,10012.779013,E,0.010,177.924,280715,,E,N*23

为了更好地理解上述五类消息的含义，可以解释如下：

BDGGA：北斗系统定位数据，包含：UTC时间、纬度、经度、参与定位卫星数量、水平精度因子、海平面分离度、参考站ID、差分校正时延等。

BDGLL：北斗系统定位的地理位置，包括：UTC时间、经度、纬度等。

BDGSA：北斗系统精度因子与有效卫星信息，包括：定位模式、参与定位的卫星号、位置精度因子、水平精度因子、垂向精度因子等。

BDGSV：北斗系统可见卫星信息，包括：可见卫星的总数、第1-4颗卫星的卫星号、第1-4颗卫星的仰角、第1-4颗卫星的方位角、第1-4颗卫星的载噪比等。

BDRMC：推荐的最少数据，包括：UTC时间、纬度、经度、地面速率、地面航向、磁偏角、定位模式等。

通过分析上述五类消息，可以发现，BDGGA、BDGLL、BDRMC中均包含本文所需要的定位信息，并且这三个信息中的内容多有冗余，采用其中一种即可；本申请中，我们需要屏蔽除BDRMC之外的其余信息。

若要屏蔽除了BDRMC信息之外的其余输出信息，可以执行如下内容：

通过UART接口向UM220-III NL发送如下配置指令：

$CFGMSG,0,0,0

$CFGMSG,0,1,0

$CFGMSG,0,2,0

$CFGMSG,0,3,0

其中消息名是CFGMSG，作用是设置北斗芯片的输出消息。其格式如下：

$CFGMSG、msgClass、msgID、rate

msgClass是消息类别，msgID是消息ID，rate是输出频率，如果rate设定为1，则该消息每秒输出1次，如果rate设定为2，则该消息每秒输出2次。如果rate设定为0，则关闭该消息输出；一般来讲，BDGGA对应的消息ID 为0，BDGLL对应的消息ID为1，BDGSA对应的消息ID为2，BDGSV对应的消息ID为3，并且，这四类消息对应的类别均为0，因此，此处通过UART接口向UM220-III NL发送如上指令就表示关闭BDGGA、BDGLL、BDGSA、 BDGSV消息的输出，而BDRMC所对应的rate设定为非0值，比如设定为1 或2。

另外，本实施例中，检查北斗定位模块输出的定位信息的有效性的方法可以包括以下步骤：

第一步，读取数据并检测数据长度，如果数据长度不是79，则认为数据无效，如果数据长度是79，则执行第二步；

第二步，检测数据中包含的逗号个数，如果逗号个数不是12，则认为数据无效，如果逗号个数是12，则数据有效。

本实施例中，利用北斗卫星定位技术获取位置信息，既确保了安全性，又提高了定位精度；同时，设计实现的巡护轨迹记录仪自带存储设备，可以记录行驶轨迹，无需实时回传到服务器，节约了系统成本。

下面给出MCU的一个具体实施流程。

如图7所示，MCU的工作流程包括：

S71：初始化。

比如，接收设置信息，设置信息比如包括MCU的各个端口的工作方式、时钟设置、串口速率设置、中断设置、检查SD卡是否可读等。

S72：读取北斗定位模块的输出数据。

S73：判断数据是否有效，若是，执行S74，否则重复执行S72及其后续步骤。

以北斗定位模块是UM220-III NL为例，因为刚刚加电的的时候， UM220-III NL是冷启动，需要等待一段时间(一般至少30s)才能输出有效数据，所以，需要不断的检查UM220-III NL的输出数据，直到数据是有效的继续执行后续内容。

S74：记录有效的数据。

这实际是一个不断地循环检查，获取UM220-III NL的输出数据，如果无效，那么舍弃，如果有效，随着数据不断输出，记录的数据可以分为新数据和旧数据，新数据是当前新输出的数据，旧数据是之前已记录的数据。

S75：判断新旧数据所对应的位置的距离是否大于预设值，若是，执行S76，否则，重复执行S72及其后续步骤。

图中以预设值为30m为例。

MCU在获取到北斗定位模块输出的有效数据后，可以依据数据计算新旧数据所对应的位置之间的距离值，在距离值大于预设值时，用新数据更新记录的旧数据，否则丢弃新数据。

S76：更新记录的数据。

图8是根据另一示例性实施例示出的一种光缆巡护轨迹记录方法的流程示意图，如图8所示，本实施例提供的方法可以包括：

步骤S81，光缆巡护记录仪基于北斗卫星信号记录光缆巡护车的巡线轨迹数据，并将所述巡线轨迹数据保存，所述光缆巡护记录仪安装在光缆巡护车上；

步骤S82，轨迹采集终端通过射频方式与所述光缆巡护记录仪通信；

步骤S83，轨迹采集服务器通过轨迹采集终端，从所述光缆巡护记录仪获取所述巡线轨迹数据，并将所述巡线轨迹数据保存到数据库中，所述轨迹采集终端与所述光缆巡护记录仪之间建立RF连接；

步骤S84，轨迹呈现系统从所述数据库读取所述巡线轨迹数据，并呈现给用户；

其中，所述轨迹采集终端、所述轨迹采集服务器和所述轨迹呈现系统位于同一个局域网中。

需要说明的是，步骤S82中，轨迹采集终端与光缆巡护记录仪之间的通信距离不需要太远，这样有利于安全保密。

本实施例的具体实现方案可以参见上述实施例中的相关说明，此处不再赘述。

本实施例中，由于光缆巡护记录仪安装在光缆巡护车上，并可实现自动记录光缆巡护车的巡护轨迹，并将巡护轨迹数据保存下来，然后相关人员可通过轨迹采集终端与轨迹采集服务器通信，将巡护轨迹数据保存到本地数据库中；再通过轨迹呈现系统读取数据库中的巡护轨迹数据，并将巡护轨迹呈现给用户。这一过程避免了人工纸质记录，对巡线记录自动登记，可有效检验巡线计划是否落实、巡线是否全面，可以做到事中有监督、时候可查证，实现了对光缆巡护工作的精准管理。另外，巡护轨迹数据的传输不依赖国际互联网服务，利用局域网将巡护轨迹储存到本地，避免了对国防光缆分布路线的公开，防止了泄密。并且，光缆巡护记录仪安装在光缆巡护车上，不需要光缆巡护车有ODBII接口。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (10)

1.一种光缆巡护轨迹记录系统，其特征在于，包括：

光缆巡护记录仪，轨迹采集终端，轨迹采集服务器，以及轨迹呈现系统；

所述光缆巡护记录仪，安装在光缆巡护车上，用于基于北斗卫星信号记录所述光缆巡护车的巡线轨迹数据，并将所述巡线轨迹数据保存；

所述轨迹采集终端，与所述光缆巡护记录仪建立RF连接；

所述轨迹采集服务器，用于通过所述轨迹采集终端从所述光缆巡护记录仪获取所述巡线轨迹数据，并将所述巡线轨迹数据保存到数据库中；

所述轨迹呈现系统，用于从所述数据库读取所述巡线轨迹数据，并呈现给用户；

所述轨迹采集终端、所述轨迹采集服务器和所述轨迹呈现系统位于同一个局域网中。

2.一种光缆巡护记录仪，其特征在于，包括：

北斗定位模块，用于接收北斗卫星的信号，基于北斗卫星的信号计算得到定位信息；

MCU，用于接收外部模块的数据，并将所述数据存储到存储模块；

RF通信模块，与轨迹采集终端建立RF连接，用于通过所述RF连接交互所述MCU与所述轨迹采集终端之间的信息。

3.根据权利要求2所述的记录仪，其特征在于，还包括：

SD卡控制器，用于接收所述MCU的指令，根据所述指令将所述定位信息存储到SD卡内；

电源模块，用于将车载的直流电源转换为适用于所述记录仪使用的直流电源。

4.根据权利要求2所述的记录仪，其特征在于，所述北斗定位模块为BD2定位模块。

5.根据权利要求2所述的记录仪，其特征在于，所述北斗定位模块包括两个UART口，一个UART口连接所述MCU，另一个UART口通过电平转换芯片连接调试设备。

6.根据权利要求3所述的记录仪，其特征在于，所述电源模块为DC-DC模块。

7.根据权利要求2所述的记录仪，其特征在于，所述北斗定位模块与所述MCU之间通过串口连接。

8.根据权利要求2所述的记录仪，其特征在于，所述RF通信模块与所述MCU之间通过串口连接。

9.根据权利要求3所述的记录仪，其特征在于，所述SD卡控制器与所述MCU之间通过SPI接口连接。

10.根据权利要求2所述的记录仪，其特征在于，还包括：计时模块。