CN102710760B - 一种嵌入式网络终端同步配置方法及设备 - Google Patents

Abstract

本发明公开了一种嵌入式网络终端同步配置方法及设备，其中，将待配置的嵌入式网络终端与已启动完成的嵌入式网络终端的Console端口互联，当将所述待配置的嵌入式网络终端上电后，所述待配置的嵌入式网络终端通过Console端口发送配置同步请求，通过Console端口接收到所述已启动完成的嵌入式网络终端返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求，通过Console端口接收到所述已启动完成的嵌入式网络终端根据所述配置文件写入请求传输过来的配置文件后，根据所述配置文件完成设备启动。采用本发明可简化嵌入式网络终端的同步配置操作，并提高适用性。

Description

一种嵌入式网络终端同步配置方法及设备

技术领域

本发明涉及通信领域，尤其涉及一种嵌入式网络终端同步配置方法及设备。

背景技术

基于单片机或者微控制器的智能装置，称为嵌入式系统。采用嵌入式系统的网络终端，称为嵌入式网络终端，通常包括桥接、交换和路由设备。与采用其他系统的网络终端相比，嵌入式网络终端有以下特点：芯片品种齐全，资源丰富，开发成本低，可使用主机做前期开发试验，开发工具功能强，软件兼容性好等。嵌入式网络终端是目前互联网设备市场的主流产品。

如图1所示，嵌入式以太网终端正常启动过程通常是：硬件上电后，首先需要通过固定的内存指针跳转，读取存储在FLASH固定区域的BootRom程序(引导程序)和BootRom配置文件进行硬件初始化，例如初始化CPU和存储器；然后通过BootRom程序加载FLASH固定区域的APP程序到RAM中，启动网管系统；最后通过BootRom程序读取FLASH固定区域的配置文件(简称CFG文件)，根据CFG文件的参数来设置网管系统，完成整个启动过程。

现有嵌入式网络终端的同步配置方法通常包括本地配置和远程配置，但均需借助主机进行，在一些特定场合，例如楼道或者野外基站，不易操作。具体的配置方法还会因不同品牌、不同系列的设备而有所不同，导致配置操作复杂。另外，网络终端的配置需要一定专业知识，非专业人员不易掌握。由于整个操作过程中需要较多网络相关知识，技术人员业务水平参次不齐，可能会造成很多设备配置问题，严重时甚至会引起网络故障。

发明内容

本发明实施例提供了嵌入式网络终端同步配置方法及设备，用以简化嵌入式网络终端的同步配置操作。

本发明实施例提供的嵌入式网络终端同步配置方法中，将待配置的嵌入式网络终端与已启动完成的嵌入式网络终端的Console端口互联，当将所述待配置的嵌入式网络终端上电后，所述待配置的嵌入式网络终端执行以下步骤：

通过Console端口发送配置同步请求；

通过Console端口接收到所述已启动完成的嵌入式网络终端返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求；

通过Console端口接收到所述已启动完成的嵌入式网络终端根据所述配置文件写入请求传输过来的配置文件后，根据所述配置文件完成设备启动。

本发明实施例提供的嵌入式网络终端设备，包括：

配置同步请求模块，用于在本设备的Console端口与已启动完成的对端嵌入式网络终端设备的Console端口互联且本上电后，通过Console端口向对端嵌入式网络终端设备发送配置同步请求；接收到对端嵌入式网络终端设备返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求，并通过Console端口接收所述对端嵌入式网络终端设备根据所述配置文件写入请求传输过来的配置文件；

配置同步处理模块，用于根据所述对端嵌入式网络终端设备传输过来的配置文件完成设备启动；

配置同步响应模块，用于在本设备启动完成且其Console端口与对端嵌入式网络终端设备的Console端口互联后，当通过Console端口接收到对端嵌入式网络终端设备的配置同步请求后，通过Console端口返回配置同步应答，通过Console端口向对端设备发送本设备的配置信息；以及，在通过Console端口接收到所述对端嵌入式网络终端设备的配置文件写入请求后，根据该请求、通过Console端口向所述对端嵌入式网络终端设备传输配置文件；其中，本设备与所述对端嵌入式网络终端设备的Console端口互联。

本发明的上述实施例，将待配置的嵌入式网络终端与已启动完成的嵌入式网络终端通过Console端口互联，待配置的嵌入式网络终端在上电后通过串口通信方式从已启动完成的嵌入式网络终端获取配置文件，并根据获取到的配置文件完成本设备的启动，从而简化了嵌入式网络终端同步配置操作，并提高了适用性。

附图说明

图1为现有技术中一种通用的嵌入式以太网终端的FLASH区域的示意图；

图2为本发明实施例中待配置的嵌入式网络终端与已完成配置的嵌入式网络终端通过Console端口互联的示意图；

图3为本发明实施例中采用双叉环回接口法进行Console端口互联的双绞线连接示意图；

图4为本发明实施例提供的嵌入式网络终端同步配置过程的信息交互示意图；

图5为本发明实施例提供的嵌入式网络终端同步配置过程的框图；

图6为本发明实施例提供的嵌入式网络终端的结构示意图。

具体实施方式

本发明实施例中，将待配置的嵌入式网络终端与已完成配置的嵌入式网络终端通过Console端口互联，待配置的嵌入式网络终端在上电后通过串口通信方式从已完成配置的嵌入式网络终端获取配置文件，并根据获取到的配置文件完成本设备的启动，从而简化了嵌入式网络终端同步配置操作，并提高了适用性。

由于本发明实施例涉及串口通信技术，因此首先对串口通信技术进行简要说明。

串口通信是一种通用的设备通信协议。串口通信的特点是：串口按位(bit)发送和接收字节。尽管比按字节(byte)的并行通信慢，但是串口可以在使用一根线发送数据的同时用另一根线接收数据。它实现简单并且能够实现远距离通信。

串口通信传输ASCII字符串只需要使用3根线完成：地线、发送、接收。由于串口通信是异步的，端口能够在一根线上发送数据同时在另一根线上接收数据。其他线用于握手，但是不是必须的。串口通信最重要的参数是波特率、数据位、停止位和奇偶校验。对于两个进行通信的端口，这些参数必须匹配。

波特率：衡量通信速度的参数，它表示每秒钟传送的bit的个数。例如300波特表示每秒钟发送300个bit。通常所说的时钟周期就是指波特率，例如如果协议需要4800波特率，那么时钟是4800Hz，这意味着串口通信在数据线上的采样率为4800Hz。波特率和距离成反比。通常嵌入式网络终端的波特率为9600bps、38400bps和115200bps，也可以大于这些值。

数据位：衡量通信中实际数据位的参数。当计算机发送一个信息包，实际的数据不一定是8位的，标准的值是5、7和8位。如何设置取决于需要传送的信息，比如，标准的ASCII码是0～127(7位)，扩展的ASCII码是0～255(8位)，如果数据使用简单的文本(标准ASCII码)，那么每个数据包使用7位数据。每个包是指一个字节，包括开始/停止位、数据位和奇偶校验位。由于实际数据位取决于通信协议的选取，术语“包”指任何通信的情况。

停止位：用于表示单个包的最后一位。典型的值为1，1.5和2位。由于数据是在传输线上定时的，并且每一个设备有其自己的时钟，很可能在通信中两台设备间出现了不同步，因此停止位不仅仅是表示传输的结束，并且提供计算机校正时钟同步的机会。适用于停止位的位数越多，不同时钟同步的容忍程度越大，但是数据传输率同时也越慢。

奇偶校验位：在串口通信中一种简单的检错方式。有四种检错方式：偶、奇、高和低。当然没有校验位也是可以的。对于偶和奇校验的情况，串口会设置校验位(数据位后面的一位)，用一个值确保传输的数据有偶个或者奇个逻辑高位。例如，如果数据是011，那么对于偶校验，校验位为0，保证逻辑高的位数是偶数个。如果是奇校验，校验位位1，这样就有3个逻辑高位。高位和低位不真正的检查数据，简单置位逻辑高或者逻辑低校验。这样使得接收设备能够知道一个位的状态，有机会判断是否有噪声干扰了通信或者是否传输和接收数据是否不同步。

RS232是最常用的一种串口通讯接口标准，它的全称是“数据终端设备(DTE)和数据通讯设备(DCE)之间串行二进制数据交换接口技术标准”。

Xmodem协议是一种在串口通信中广泛使用的异步传输协议。这种协议以128字节块的形式传输数据，每个块都使用一个校验和过程来进行错误检测。

下面结合附图对本发明实施例进行详细描述。

本发明实施例中，在对嵌入式网络终端进行配置之前，首先将待配置的嵌入式网络终端与已完成配置的嵌入式网络终端的Console端口互联。Console端口一般为设备控制端口，实现设备的初始化或本地配置。Console端口使用配置专用连线(配置电缆)直接连接至嵌入式网络设备的串口。嵌入式网络终端的Console端口一般由设备主板的串行芯片控制，主要有四个引脚(按Console线顺序)，分别是TxD(发送)，RxD(接收)，DSR(发送准备完毕)和DCD(载波检测)。嵌入式网络终端Console端口一般采用RJ45接口标准。

如图2所示，Station A(下文简称A)表示已经完成配置的嵌入式网络终端，Station B(下文简称B)表示需要进行配置的嵌入式网络终端。A当前已经完成配置(即已经上电，且启动完成)，此时需要采用A的配置文件对B进行配置，为实现该过程，只要将A和B的Console端口互联，然后将B上电，此后B在启动过程中将自动获取A的配置文件，并根据获取到的配置文件完成本设备的启动。

具体实施时，A和B的Console端口通过两端均为RJ45接口的配置电缆互联。具体的，配置电缆可以使用双绞线按照一定线序标准制作。

考虑到本发明实施例的应用场景是串口近距离传输，因此最少只需三根线(发送线、接收线、信号地线)便可实现全双工异步串行通信串口。使用普通双绞线制作配置电缆时，按照RS232标准规定：当误码率小于4％时，要求导线的电容值应小于2500PF。对于普通导线，其电容值约为170PF/M，则允许距离L＝2500PF/(170PF/M)＝15M，即双绞线长度最好不超过15米。

使用双绞线根据RS232标准，制作采用串口通信接口配置电缆的方法有多种，例如最简单的双叉环回接口法。双绞线由4对8条颜色不同的铜线组成，按照图3所示的规则，只需要使用7条铜缆即可分别代表TxD(发送数据)、RxD(接收数据)、RTS(请求发送)、CTS(允许发送)、DSR(数据终端准备好)、SG(地线)和DTR(数据终端准备好)。在这种方式下，通信双方的任何一方，只要请求发送RTS有效和数据终端准备好DTR有效就能开始发送和接收：

TxD与RxD交叉连接：采用交叉方式，把通信双方都当作数据终端设备看待，双方都可发也可收。

RTS与CTS互联：只要请求发送，立即得到允许

DTR与DSR互联：只要本端准备好，认为本端立即可以接收(DSR、数传机准备好)。

图4表示出了B的启动配置过程的信息交互过程，图5为该流程的框图。如图4或图5所示，该启动配置过程可包括：

步骤401，B上电后，在启动过程中的预置时间段内通过其Console端口向A发送配置同步请求。

具体实施时，所述预置时间段可以是在用户选择是否进入BootRom菜单的等待时间段。B可以按照预先设定的(如出厂时设定的)固定的波特率、数据位、停止位和奇偶校验位发出若干特定的ASCII字符来表示需要进行配置同步，即，使用发送若干个特定ASCII字符来实现配置同步请求的发送。例如，A的固定接收波特率为9600波特，数据位为8，停止位为1，奇偶校验位为无。B在设备启动阶段使用与A默认配置相同的串口设定，使用Console端口向外发送一个回车键，表示请求进行同步配置。回车符的ASCII值为0x0D。A设备只需要根据接收到的字符信息是否为0x0D，就可以判断B设备是否发出了配置同步请求信号。

步骤402，A在Console端口接收到配置同步请求后，通过Console端口返回配置同步应答。

具体实施时，A正常上电运行后，在Console端口以固定波特率监听配置同步请求信号。当监听到配置同步请求信号后，立即进行配置同步应答。发送配置同步应答的方法可以是使用固定的波特率、数据位、停止位和奇偶校验位发出若干特定的字符。

步骤403，B在从Console端口接收到配置同步应答后，通过Console端口发送配置下载请求，以请求A的相关配置信息。

具体实施时，为了提高可实施性，B上可预设时长参数，如果B在发送配置同步请求后，未在该时长参数所指示的时间长度内从Console端口接收到配置同步应答，或者接收到的应答信号为非法的配置同步应答信号，则根据本设备上原有的配置文件完成设备启动过程。如果B在发送配置同步请求后，在该时长参数所指示的时间长度内从Console端口接收到合法的配置同步应答信号，则通过Console端口向A发送配置下载请求。所请求的内容可以包括：A的设备型号、软件版本、配置文件名称等。发送配置下载请求的方法可以是使用固定的波特率、数据位、停止位和奇偶校验位发出若干特定的字符。

步骤404，A从Console端口收到B的配置下载请求后，将B请求获取的配置信息通过Console端口发送给B，具体可以以ASCII字符串方式发送。

步骤405，B在从Console端口接收到A返回的配置信息后，通过Console端口向A发送配置文件写入请求，其中携带所请求的配置文件的相关信息，以请求从A获取相应配置文件。

具体实施时，B在收到A返回的配置参数后进入配置检查状态。B进入配置检查状态后，对A返回的配置参数进行分析，判断是否需要与A进行配置同步。如果B判断需要进行配置同步，则进入配置同步状态；如果B判断不需要进行配置同步，则根据本设备上原有的配置文件完成设备启动过程。

B进入配置同步状态后，以ASCII字符串方式向A申请发送配置文件写入请求，其中可携带所申请下载的配置文件的具体名称、使用的传输协议和串口参数设定、文件写入内存的初始位置等信息。其中，串口参数中的波特率信息所指示的波特率可以与之前发送配置同步请求的脉冲使用的波特率不同，比如在链路传输质量高的情况下，可以用更高的波特率以实现更高的发送效率；在链路传输质量差的情况下，可以用较低的波特率以提高传输的可靠性。波特率可由用户根据需要进行设置。

例如，B进入配置同步状态后，若需要从A获取同步配置文件demo.cfg，则B通过串口向A发送一串ASCII字符，表示配置下载命令和参数：

download demo.cfg 0x88FE xmodem 9600 8 1 0/回车

以上命令表示B需要下载A的FLASH中配置文件demo.cfg，放置到本地内存的0x88FE处，需要使用xmodem协议，其中波特率为9600bps，数据位为8，停止位为1，奇偶校验位为无。回车符表示一条完整的命令发送结束。

具体的，B可以指示A采用Xmodem协议传输配置文件，波特率可以选择38400bps。与9600bps相比，选择38400bps能够取得更高的文件传输效率。

步骤406，A从Console端口接收到配置文件写入请求后，将所请求的配置文件通过Console端口传输给B。

具体实施时，A收到合法的配置文件写入请求后，按照B的ASCII字符串(即配置文件写入请求)内容和参数，使用特定传输协议将指定配置文件发送到B的FLASH中固定区域。

步骤407，配置文件传输完成后，B使用A的配置文件修改寄存器参数，并自动重启，完成整个配置同步过程。

具体实施时，为提高安全性，B在配置文件传输完成后，首先对配置文件进行合法性和完整性校验，在检验通过后，再根据该配置文件进行配置。若未通过校验(可能是串口通信过程收到干扰)，则可以采用以下方式之一进行处理：

方式一：根据本设备上原有的配置文件完成设备启动过程。

方式二：B尝试进行配置文件重传，并将配置文件重传次数加1。当配置文件重传次数当达到默认重传上限，例如3次，B认为无法完成配置同步，此种情况下，B根据本设备上原有的配置文件完成设备启动过程。设备每次重启，将配置文件重传次数置0。

上述流程的步骤405中，B进入配置检查状态后，根据收到的A的配置信息以及设备B自己的配置信息，判断是否需要与A进行配置同步，其判断的标准可以是以下之一或任意组合：

(1)检查A和B设备型号是否一致，如果为不同型号设备，则不允许配置同步；

(2)检查A和B设备软件版本是否一致，如果软件版本不同，则不允许配置同步；

(3)检查A和B配置文件是否相同，如果配置文件相同，表示不需要进行配置同步。快速比较配置文件是否相同的方法是：A和B设备存储CFG文件时，在配置文件尾部加入文件内容的CRC值，A在发送给B的配置信息中携带CFG文件的CRC值和文件大小。比较配置文件时，只需要比较配置文件大小和CRC校验值即可，若A和B的配置文件大小和CRC校验值相同，则认为配置文件相同。

上述流程的步骤406中，A在传输配置文件的过程中，在配置文件的头部加上设备型号或者特定名称，尾部加上文件内容的CRC校验值。步骤11中，在传输完成后，B对A写入的文件内容进行校验，保证配置文件的完整性和正确性。

具体的，校验完整性的方法可以是：在编译CFG文件时，A对整个CFG文件内容进行CRC校验，将校验值放置在CFG文件结尾处。当文件传输完成后，B对下载到FLASH固定区域的CFG文件内容进行CRC校验，然后将校验值与CFG文件结尾处的CRC值进行比较，如果相同则认为文件完整，如果不同则认为文件不完整，并可进一步请求重传。

校验合法性的方法可以是：在编译CFG文件时，A在CFG文件头部加入设备型号或者特定名称。当文件传输完成后，B检查下载到FLASH固定区域的CFG文件头部产品型号或者特定名称，与B实际的产品型号或者特定名称进行比较，如果相同则认为文件合法，如果不同则认为文件不合法，并可进一步请求重传。

进一步的，上述流程中，如果A或者B收到无法识别的ASCII字符串，将忽略该字符串命令。A和B中内置字符串命令空闲等待时间，当进入配置同步流程后，如果在空闲等待时间内没有得到下一个合法命令(即等待超时)，A将返回步骤401，B则根据本设备上原有的配置文件完成设备启动过程。

进一步的，上述流程中，可以通过LED指示灯状态向用户显示配置同步过程的进度。显示的方法可以是：

端口LED指示灯全部亮起后按照固定频率闪烁，表示进入配置同步状态；

端口LED指示灯按照端口号逐个亮起后熄灭，表示文件传输正在进行中；

端口LED指示灯全部熄灭后全部亮起，表示配置文件传输完毕，设备自动重新启动。

进一步的，上述流程中，如果A不允许其他设备在串口进行无授权的配置同步操作，可以预先在网管系统中将串口配置同步功能关闭，这样，A在步骤401中将不再以固定波特率在串口监听配置同步信号，收到特定的配置同步信号也将不再进行配置同步应答。

在本发明的另一实施例中，在图4所示流程的基础上，省略了一些处理操作。比如，可以省略步骤403～404，即待配置设备无需发送配置下载请求，已完成配置的设备在接收到配置同步请求后，可将自己的配置信息(如设备型号、软件版本、配置文件名称等)携带于配置同步应答发送给待配置设备，或者通过独立的命令发送给待配置设备。需要发送的配置信息可预先在设备中进行规定，这样可以更进一步简化配置过程。

基于相同的技术构思，本发明实施例还提供了一种嵌入式网络终端设备，其结构可如图6所示。

图6中，本发明实施例提供的两个嵌入式网络终端设备通过Console端口互联，其中一个已完成配置(即已上电且启动完成)，另一个还未上电。当对所述另一个设备上电时，该设备将自动从对端设备获取配置文件，并根据获取到的配置文件完成本设备的启动。其中，对于每个嵌入式网络终端设备，在不同场景下，既能够在启动时自动获取对端设备的配置文件，根据获取到的配置文件进行启动的功能，又具有响应对端设备的配置文件获取请求以及为对端设备提供配置文件的功能，其结构可包括：配置同步请求模块601、配置同步处理模块602和配置同步响应模块603。其中：

配置同步请求模块601，用于在本设备的Console端口与已启动完成的对端嵌入式网络终端设备的Console端口互联且本设备上电后，通过Console端口向对端嵌入式网络终端设备发送配置同步请求；接收到对端嵌入式网络终端设备返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求，并通过Console端口接收所述对端嵌入式网络终端设备根据所述配置文件写入请求传输过来的配置文件；

配置同步处理模块602，用于根据所述对端嵌入式网络终端设备传输过来的配置文件完成设备启动；

配置同步响应模块603，用于在本设备启动完成且其Console端口与对端嵌入式网络终端设备的Console端口互联后，当通过Console端口接收到对端嵌入式网络终端设备的配置同步请求后，通过Console端口返回配置同步应答，通过Console端口向对端设备发送本设备的配置信息；以及，在通过Console端口接收到所述对端嵌入式网络终端设备的配置文件写入请求后，根据该请求、通过Console端口向所述对端嵌入式网络终端设备传输配置文件；其中，本设备与所述对端嵌入式网络终端设备的Console端口互联。

进一步的，配置同步处理模块602还用于：若配置同步请求模块601发送配置同步请求后，未在设定长时间内从Console端口接收到配置同步应答，则该同步处理模块602根据自身的配置文件完成设备启动。

进一步的，配置同步请求模块601还用于：在接收到所述对端嵌入式网络终端的配置信息后，进入配置检查状态，并在该状态下根据所述对端嵌入式网络终端的配置信息和自己的配置信息，判断是否需要与所述对端嵌入式网络终端进行配置同步，并在判断为是的情况下，进入配置同步状态，以触发通过Console端口发送配置文件写入请求的操作。

具体的，配置同步请求模块601可通过以下方式之一或任意组合，判断是否需要与所述对端嵌入式网络终端进行配置同步：

根据收到的配置信息中的设备型号，判断自己的设备型号与所述对端嵌入式网络终端的设备型号是否一致，如果不一致，则不与所述对端嵌入式网络终端进行配置同步；

根据收到的配置信息中的软件版本，判断自己的软件版本与所述对端嵌入式网络终端的软件版本是否一致，如果不一致，则不与所述对端嵌入式网络终端进行配置同步；

根据所述配置信息中的配置文件信息，判断自己的配置文件与所述对端嵌入式网络终端的配置文件是否相同，如果相同，则不与所述对端嵌入式网络终端进行配置同步。

具体的，配置同步请求模块601可通过如下方式判断自己的配置文件与所述对端嵌入式网络终端的配置文件是否相同：获取所述配置信息中携带的配置文件的内容校验值和文件大小信息，比较自己的配置文件的内容校验值和文件大小与所述对端嵌入式网络设备的配置文件的相应参数是否相同，若相同，则判断自己的配置文件与所述对端嵌入式网络终端的配置文件相同。

进一步的，配置同步请求模块601发送的所述配置文件写入请求中携带有波特率信息，以指示所述对端嵌入式网络终端按照所述波特率信息所指示的波特率传输所述配置文件。该配置文件写入请求中还可以携带所申请下载的配置文件的具体名称、使用的传输协议、文件写入内存的初始位置和其它串口参数设定等信息。其中，波特率信息所指示的波特率可以与之前发送配置同步请求的脉冲使用的波特率不同，比如在链路传输质量高的情况下，可以用更高的波特率以实现更高的发送效率；在链路传输质量差的情况下，可以用较低的波特率以提高传输的可靠性。波特率可由用户根据需要进行设置。

具体的，配置同步处理模块602可在接收到配置文件后，对接收到的配置文件的内容进行校验，将检验值与所述配置文件中设置的校验值进行比较，若两者一致，则判断接收到的配置文件完整；从接收到的配置文件中获取其中设置的设备信息，并将其与本设备的信息进行比较，若两者相同，则判断接收到的配置文件合法；在判断配置文件完整且合法后，根据所述配置文件完成设备启动。

具体的，配置同步请求模块601可通过Console端口接收到所述对端嵌入式网络终端返回的配置同步应答后，通过Console端口发送配置下载请求，以请求获取所述对端嵌入式网络终端的配置信息；以及，通过Console端口接收到所述对端嵌入式网络终端根据所述配置下载请求返回的配置信息后，根据所述配置信息，通过Console端口发送配置文件写入请求。

综上所述，本发明实施例将待配置的嵌入式网络终端与已完成配置的嵌入式网络终端通过Console端口互联，待配置的嵌入式网络终端在上电后通过串口通信方式从已完成配置的嵌入式网络终端获取配置文件，并根据获取到的配置文件完成本设备的启动，从而简化了嵌入式网络终端同步配置操作，并提高了适用性。

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (16)

1.一种嵌入式网络终端同步配置方法，其特征在于，将待配置的嵌入式网络终端与已启动完成的嵌入式网络终端的Console端口互联，当将所述待配置的嵌入式网络终端上电后，所述待配置的嵌入式网络终端执行以下步骤：

通过Console端口发送配置同步请求；

通过Console端口接收到所述已启动完成的嵌入式网络终端返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求；

通过Console端口接收到所述已启动完成的嵌入式网络终端根据所述配置文件写入请求传输过来的配置文件后，根据所述配置文件完成设备启动。

2.如权利要求1所述的方法，其特征在于，该方法还包括：

若所述嵌入式网络终端在发送配置同步请求后，未在设定长时间内从Console端口接收到配置同步应答，则根据自身的配置文件完成设备启动。

3.如权利要求1所述的方法，其特征在于，所述待配置的嵌入式网络终端在接收到所述已启动完成的嵌入式网络终端的配置信息后，还执行以下步骤：

进入配置检查状态，并在该状态下根据所述已启动完成的嵌入式网络终端的配置信息和自己的配置信息，判断是否需要与所述已启动完成的嵌入式网络终端进行配置同步，并在判断为是的情况下，进入配置同步状态以触发通过Console端口发送配置文件写入请求的操作。

4.如权利要求3所述的方法，其特征在于，所述待配置的嵌入式网络终端通过以下方式之一或任意组合，判断是否需要与所述已启动完成的嵌入式网络终端进行配置同步：

根据收到的配置信息中的设备型号，判断自己的设备型号与所述已启动完成的嵌入式网络终端的设备型号是否一致，如果不一致，则不与所述已启动完成的嵌入式网络终端进行配置同步；

根据收到的配置信息中的软件版本，判断自己的软件版本与所述已启动完成的嵌入式网络终端的软件版本是否一致，如果不一致，则不与所述已启动完成的嵌入式网络终端进行配置同步；

根据所述配置信息中的配置文件信息，判断自己的配置文件与所述已启动完成的嵌入式网络终端的配置文件是否相同，如果相同，则不与所述已启动完成的嵌入式网络终端进行配置同步。

5.如权利要求4所述的方法，其特征在于，所述根据所述配置信息中的配置文件信息，判断自己的配置文件与所述已启动完成的嵌入式网络终端的配置文件是否相同，具体包括：

所述待配置的嵌入式网络终端获取所述配置信息中携带的配置文件的内容校验值和文件大小信息，比较自己的配置文件的内容校验值和文件大小与所述已启动完成的嵌入式网络设备的配置文件的相应参数是否相同，若相同，则判断自己的配置文件与所述已启动完成的嵌入式网络终端的配置文件相同。

6.如权利要求1所述的方法，其特征在于，所述配置文件写入请求中携带有波特率信息，以指示所述已启动完成的嵌入式网络终端按照所述波特率信息所指示的波特率传输所述配置文件。

7.如权利要求1所述的方法，其特征在于，所述待配置的嵌入式网络设备接收到配置文件后，还执行以下步骤：

对接收到的配置文件的内容进行校验，将检验值与所述配置文件中设置的校验值进行比较，若两者一致，则判断接收到的配置文件完整；

从接收到的配置文件中获取其中设置的设备信息，并将其与本设备的信息进行比较，若两者相同，则判断接收到的配置文件合法；

所述根据所述配置文件完成设备启动，具体为：在判断配置文件完整且合法后，根据所述配置文件完成设备启动。

8.如权利要求1-7之一所述的方法，其特征在于，所述待配置的嵌入式网络终端通过其Console端口接收到所述已启动完成的嵌入式网络终端返回的配置同步应答和配置信息后，通过其Console端口发送配置文件写入请求，具体包括：

所述待配置的嵌入式网络终端通过Console端口接收到所述已启动完成的嵌入式网络终端返回的配置同步应答后，通过Console端口发送配置下载请求，以请求获取所述已启动完成的嵌入式网络终端的配置信息；

所述待配置的嵌入式网络终端通过Console端口接收到所述已启动完成的嵌入式网络终端根据所述配置下载请求返回的配置信息后，根据所述配置信息，通过Console端口发送配置文件写入请求。

9.一种嵌入式网络终端设备，其特征在于，包括：

配置同步请求模块，用于在本设备的Console端口与已启动完成的对端嵌入式网络终端设备的Console端口互联且本上电后，通过Console端口向对端嵌入式网络终端设备发送配置同步请求；接收到对端嵌入式网络终端设备返回的配置同步应答和配置信息后，通过Console端口发送配置文件写入请求，并通过Console端口接收所述对端嵌入式网络终端设备根据所述配置文件写入请求传输过来的配置文件；

配置同步处理模块，用于根据所述对端嵌入式网络终端设备传输过来的配置文件完成设备启动；

配置同步响应模块，用于在本设备启动完成且其Console端口与对端嵌入式网络终端设备的Console端口互联后，当通过Console端口接收到对端嵌入式网络终端设备的配置同步请求后，通过Console端口返回配置同步应答，通过Console端口向对端设备发送本设备的配置信息；以及，在通过Console端口接收到所述对端嵌入式网络终端设备的配置文件写入请求后，根据该请求、通过Console端口向所述对端嵌入式网络终端设备传输配置文件；其中，本设备与所述对端嵌入式网络终端设备的Console端口互联。

10.如权利要求9所述的设备，其特征在于，所述配置同步处理模块还用于，若所述配置同步请求模块发送配置同步请求后，未在设定长时间内从Console端口接收到配置同步应答，则根据自身的配置文件完成设备启动。

11.如权利要求9所述的设备，其特征在于，所述配置同步请求模块还用于，在接收到所述对端嵌入式网络终端的配置信息后，进入配置检查状态，并在该状态下根据所述对端嵌入式网络终端的配置信息和自己的配置信息，判断是否需要与所述对端嵌入式网络终端进行配置同步，并在判断为是的情况下，进入配置同步状态，以触发通过Console端口发送配置文件写入请求的操作。

12.如权利要求11所述的设备，其特征在于，所述配置同步请求模块具体用于，通过以下方式之一或任意组合，判断是否需要与所述对端嵌入式网络终端进行配置同步：

根据收到的配置信息中的设备型号，判断自己的设备型号与所述对端嵌入式网络终端的设备型号是否一致，如果不一致，则不与所述对端嵌入式网络终端进行配置同步；

根据收到的配置信息中的软件版本，判断自己的软件版本与所述对端嵌入式网络终端的软件版本是否一致，如果不一致，则不与所述对端嵌入式网络终端进行配置同步；

根据所述配置信息中的配置文件信息，判断自己的配置文件与所述对端嵌入式网络终端的配置文件是否相同，如果相同，则不与所述对端嵌入式网络终端进行配置同步。

13.如权利要求12所述的设备，其特征在于，所述配置同步请求模块具体用于，通过如下方式判断自己的配置文件与所述对端嵌入式网络终端的配置文件是否相同：获取所述配置信息中携带的配置文件的内容校验值和文件大小信息，比较自己的配置文件的内容校验值和文件大小与所述对端嵌入式网络设备的配置文件的相应参数是否相同，若相同，则判断自己的配置文件与所述对端嵌入式网络终端的配置文件相同。

14.如权利要求9所述的设备，其特征在于，所述配置同步请求模块发送的所述配置文件写入请求中携带有波特率信息，以指示所述对端嵌入式网络终端按照所述波特率信息所指示的波特率传输所述配置文件。

15.如权利要求9所述的设备，其特征在于，所述配置同步处理模块具体用于，在接收到配置文件后，对接收到的配置文件的内容进行校验，将检验值与所述配置文件中设置的校验值进行比较，若两者一致，则判断接收到的配置文件完整；从接收到的配置文件中获取其中设置的设备信息，并将其与本设备的信息进行比较，若两者相同，则判断接收到的配置文件合法；在判断配置文件完整且合法后，根据所述配置文件完成设备启动。

16.如权利要求9-15之一所述的设备，其特征在于，所述配置同步请求模块具体用于，通过Console端口接收到所述对端嵌入式网络终端返回的配置同步应答后，通过Console端口发送配置下载请求，以请求获取所述对端嵌入式网络终端的配置信息；以及，通过Console端口接收到所述对端嵌入式网络终端根据所述配置下载请求返回的配置信息后，根据所述配置信息，通过Console端口发送配置文件写入请求。