CN101039217A - 升级控制方法及控制装置 - Google Patents
升级控制方法及控制装置 Download PDFInfo
- Publication number
- CN101039217A CN101039217A CN 200710065370 CN200710065370A CN101039217A CN 101039217 A CN101039217 A CN 101039217A CN 200710065370 CN200710065370 CN 200710065370 CN 200710065370 A CN200710065370 A CN 200710065370A CN 101039217 A CN101039217 A CN 101039217A
- Authority
- CN
- China
- Prior art keywords
- opposite end
- upgraded
- equipment
- transmission
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种升级控制方法,包括:待升级设备通过网络接收升级数据,在网络传输中断时,待升级设备保存用于指示当前已经接收到的升级数据的数据量的指示信息;待升级设备定时地向对端发送传输请求消息,对端在接收到所述传输请求消息后向待升级设备发送回应消息;待升级设备在收到对端发送的回应消息后,将所述指示信息发送给对端;对端收到该指示信息后,根据该指示信息,将剩余未传输的升级数据传输给待升级设备。本发明还公开了一种升级控制装置。本发明能够使待升级设备在升级数据的网络传输中断时及时恢复升级数据的传输,有效避免升级失败及待升级设备的瘫痪,并且能够大大减少对时间和资源的占用。
Description
技术领域
本发明涉及升级技术,特别涉及一种升级控制方法及控制装置,属于通信技术领域。
背景技术
现有技术中,在通过网络对待升级设备进行升级时,如果网络连接中断而导致升级数据未传输完成,则需要重新传输该升级数据,从而造成时间和资源的浪费。
例如,当使用文件传输协议(简称ftp)对待升级设备进行网络升级时,如果出现网络问题使得升级数据未传输完成,则会导致传输的升级数据不完整。当网络恢复的时候,需要重新进行文件的传输。尤其是在要传输的升级数据数据量比较大、且出现网络问题前升级数据的传输已接近结束的情况下,重新传输升级数据非常浪费时间和资源。
另一方面,现有技术中,在对待升级设备的系统文件进行在线升级时,如果网络连接中断而不能及时恢复升级,还可能导致升级失败和待升级设备瘫痪。
发明内容
本发明的目的是提供一种升级控制方法及控制装置,能够使待升级设备在升级数据的网络传输中断时及时恢复升级数据的传输,有效避免升级失败及待升级设备的瘫痪,并且能够大大减少对时间和资源的占用。
为实现上述发明目的,本发明提供了一种升级控制方法,包括:待升级设备通过网络接收升级数据,在网络传输中断时,待升级设备保存用于指示当前已经接收到的升级数据的数据量的指示信息;待升级设备定时地向对端发送传输请求消息,对端在接收到所述传输请求消息后向待升级设备发送回应消息;待升级设备在收到对端发送的回应消息后,将所述指示信息发送给对端;对端收到该指示信息后,根据该指示信息,将剩余未传输的升级数据传输给待升级设备。
上述技术方案中,所述待升级设备包括待升级的硬件设备如服务器、终端、路由器等,也包括存储待升级软件程序的硬件设备。所述升级数据包括以文件、软件程序、参数信息等形式构建的、用于对所述待升级设备进行升级的数据。
在上述技术方案中,通过在升级数据的网络传输中断时,由待升级设备定时地向对端发送传输请求消息,在对端收到待升级设备发送的传输请求消息后向待升级设备发送回应消息并传输数据,从而使得待升级设备能够及时地恢复对升级数据的接收,有效避免升级失败及待升级设备的瘫痪;并且,通过在升级数据的网络传输中断时,由待升级设备保存已经接收到的升级数据的数据量,在收到对端发送的回应消息后,将包括该数据量的指示信息发送给对端,从而使得对端能够根据该指示信息提取并向待升级设备传输剩余的未传输的升级数据,而无需重新传输全部升级数据,大大减少了对时间和资源的占用。
为实现上述发明目的,本发明还提供了一种升级控制装置,包括:接收单元,用于通过网络接收升级数据;存储单元,用于在接收单元的网络传输中断时保存用于指示当前已经接收到的升级数据的数据量的指示信息;请求单元,用于在网络传输中断后定时地向对端发送传输请求消息,并在收到对端发送的回应消息后,将存储单元保存的所述指示信息发送给对端。
上述技术方案中,所述待升级设备包括待升级的硬件设备如服务器、终端、路由器等,也包括存储待升级软件程序的硬件设备。所述升级数据包括以文件、软件程序、参数信息等形式构建的、用于对所述待升级设备进行升级的数据。
上述技术方案中,所述升级控制装置通过请求单元在升级数据的网络传输中断时定时地向对端发送传输请求消息,在对端收到请求单元发送的传输请求消息后返回回应消息并传输数据,从而能够及时地恢复对升级数据的接收,有效避免升级失败及待升级设备的瘫痪;并且,通过存储单元在升级数据的网络传输中断时保存已经接收到的升级数据的数据量,在收到对端发送的回应消息后,将包括该数据量的指示信息发送给对端,从而使得对端能够根据该指示信息提取并传输剩余的未传输的升级数据,而无需重新传输全部升级数据,大大减少了对时间和资源的占用。
综上所述,本发明通过在升级数据传输过程中网络传输中断时,及时保存已传输的升级数据的数据量,并定时地向对端发送传输请求消息,从而能够及时恢复升级数据的传输,并且通过向对端发送所述数据量,使得对端能够根据该数据量提取并传输剩余未传输的升级数据,而无需重新传输全部升级数据,大大减少了传输时间和所占用的资源。
附图说明
图1为本发明升级控制方法的实施例一的流程示意图;
图2为本发明升级控制方法的实施例一的组网示意图;
图3为本发明升级控制方法的实施例二的流程示意图;
图4为本发明升级控制方法的实施例三的流程示意图;
图5为本发明升级控制方法的实施例四的流程示意图;
图6为本发明升级控制方法的实施例五的流程示意图;
图7为本发明升级控制装置的实施例一的结构示意图;
图8为本发明升级控制装置的实施例二的结构示意图;
图9为本发明升级控制装置的实施例三的结构示意图;
图10为本发明升级控制装置的实施例四的结构示意图;
图11为本发明升级控制装置的实施例五的结构示意图;
图12为本发明升级控制装置的实施例六的结构示意图。
具体实施方式
下面结合附图和实施例,对本发明的技术方案做进一步的详细描述。
图1为本发明升级控制方法的实施例一的流程示意图,该实施例一包括以下步骤:在步骤1中,待升级设备通过网络接收升级数据,在网络传输中断时,待升级设备保存用于指示当前已经接收到的升级数据的数据量的指示信息;继而在步骤2中,待升级设备定时地向对端发送传输请求消息,对端在接收到所述传输请求消息后向待升级设备发送回应消息;然后在步骤3中,待升级设备在收到对端发送的回应消息后,将所述指示信息发送给对端;最后在步骤4中,对端收到该指示信息后,根据该指示信息,将剩余未传输的升级数据传输给待升级设备。
上述实施例一中,所述待升级设备包括待升级的硬件设备如服务器、终端、路由器等,也包括存储待升级软件程序的硬件设备。所述升级数据包括以文件、软件程序、参数信息等形式构建的、用于对所述待升级设备进行升级的数据。
本领域的普通技术人员应当理解,所述用于指示升级数据的数据量的指示信息包括通过升级文件的大小或百分比、升级软件程序的传输量或百分比、升级参数的数量等等各种本领域常用技术手段,来指示已经传输的升级数据的数据量,在此不一一赘述,其均应在本发明技术方案所要求保护的范围之内。
在上述实施例一中,通过在升级数据的网络传输中断时,由待升级设备定时地向对端发送传输请求消息,在对端收到待升级设备发送的传输请求消息后向待升级设备发送回应消息并传输数据,从而使得待升级设备能够及时地恢复对升级数据的接收,有效避免升级失败及待升级设备的瘫痪;并且,通过在升级数据的网络传输中断时,由待升级设备保存已经接收到的升级数据的数据量,在收到对端发送的回应消息后,将包括该数据量的指示信息发送给对端,从而使得对端能够根据该指示信息提取并向待升级设备传输剩余的未传输的升级数据,而无需重新传输全部升级数据,大大减少了对时间和资源的占用。
优选地,上述实施例一中,在网络故障恢复时间很长的情形下,为了避免待升级设备过多次数地发送传输请求消息从而占用带宽资源,所述待升级设备定时地向对端发送传输请求消息可具体包括:待升级设备按照预设时间间隔定时地向对端发送预设次数的传输请求消息,当待升级设备在向对端发送预设次数的传输请求消息后,如果未收到对端发送的回应消息,则停止向对端发送传输请求消息。
上述实施例一中,在网络传输中断时,所述待升级设备可仍然向先前发送升级数据的设备发送传输请求消息,这样在先前发送升级数据的设备与待升级设备间的网络故障恢复后,待升级设备可继续从先前发送升级数据的设备接收剩余未传输的升级数据;此外,所述待升级设备也可向预先设定的备份设备发送传输请求消息,从而无需等待先前发送升级数据的设备与待升级设备制件的网络故障恢复,就可以直接从该备份设备接收剩余未传输的升级数据。换言之,上述实施例一中,所述待升级设备定时地向对端发送传输请求消息可具体包括:待升级设备定时地向先前接收的升级数据的发送设备发送传输请求消息;或者待升级设备定时地向预先设置的备份设备发送传输请求消息。其中,所述发送设备和备份设备均可为服务器、终端、路由器等可与待升级设备通过网络传输数据的设备。
例如,如图2所示,待升级设备通过网络分别与存储有升级数据的主服务器和备份服务器连接。待升级设备预先保存有备份服务器的IP地址,在待升级设备与主服务器之间的升级数据传输中断后,待升级设备根据预先保存的备份服务器的IP地址向备份服务器发送传输请求消息,继续从备份服务器接收剩余未传输的升级数据。
图3为本发明升级控制方法的实施例二的流程示意图,本实施例二包括以下步骤:在步骤1中,待升级设备通过网络接收升级数据,在网络传输中断时,待升级设备保存用于指示当前已经接收到的升级数据的数据量的指示信息;继而在步骤20中,待升级设备定时地向对端发送传输请求消息;然后在步骤21中,对端在接收到所述传输请求消息后,向待升级设备发送包括认证标识的认证消息;随后在步骤31中,所述待升级设备在收到该认证消息后,根据该认证消息中包括的认证标识对对端进行认证,如果认证通过则执行步骤32,如果认证不通过则结束;继而在步骤32中,待升级设备将所述指示信息发送给对端;最后在步骤4中,对端收到该指示信息后,根据该指示信息,将剩余未传输的升级数据传输给待升级设备。
上述实施例二在实施例一的基础上进一步增加了待升级设备通过对端发送的认证标识来对对端进行认证的操作,具体而言,对端在收到待升级设备发送的传输请求消息后,首先向待升级设备发送包括认证标识的回应消息,由待升级设备根据该回应消息中包括的认证标识来对对端进行认证,也即判断该回应消息中包括的认证标识与待升级设备预先保存得与该对端对应的认证标识是否一致,如果一致则通过认证,否则不通过认证;在待升级设备对对端的认证通过后,才执行后续的待升级设备向对端发送指示信息、对端根据该指示信息向待升级设备发送剩余未传输的升级数据的操作;如果待升级设备对对端的认证不通过则不执行后续的操作。通过增设上述操作,使得本实施例二除了能够达到上述实施例一所达到的技术效果之外,还能够进一步增强安全性,通过待升级设备对对端的认证,防止入侵者冒充该对端进行网络攻击或发送攻击报文等,同时在待升级设备同时与多个对端进行通信时,也可避免数据的误传。此外,本实施例二中,步骤31中如果认证不通过,待升级设备也可向对端发送认证失败通知报文,用于指示对端发送的认证标识不正确,然后结束。
上述实施例一或实施例二中,在步骤4中对端根据该指示信息将剩余未传输的升级数据传输给待升级设备时,可通过用户数据报协议(简称UDP)或者传输控制协议(TCP)来传输数据。
例如,图4为本发明升级控制方法的实施例三的流程示意图,本实施例三中提供了一种通过UDP协议来传输剩余未传输的升级数据的实施方式。如图4所示,本实施例三与上述实施例一的区别在于,步骤4具体包括以下步骤:在步骤41中,对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据,选择并向待升级设备发送对端使用的源UDP协议端口以及目的UDP协议端口;然后在步骤42中,对端根据UDP协议,使用所述源UDP协议端口以及目的UDP协议端口,向待升级设备发送所述剩余未传输的升级数据;待升级设备收到对端发送的所述对端使用的源UDP协议端口以及目的UDP协议端口后,根据所述源UDP协议端口以及目的UDP协议端口接收对端发送的剩余未传输的升级数据。
又如,图5为本发明升级控制方法的实施例四的流程示意图,本实施例四中同样提供了通过UDP协议来传输剩余未传输的升级数据的实施方式。如图5所示,本实施例四与上述实施例二的区别在于,步骤4具体包括以下步骤:在步骤41中,对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据,选择并向待升级设备发送对端使用的源UDP协议端口以及目的UDP协议端口;然后在步骤42中,对端根据UDP协议,使用所述源UDP协议端口以及目的UDP协议端口,向待升级设备发送所述剩余未传输的升级数据;待升级设备收到对端发送的所述对端使用的源UDP协议端口以及目的UDP协议端口后,根据所述源UDP协议端口以及目的UDP协议端口接收对端发送的剩余未传输的升级数据。
上述实施例三及实施例四中,通过采用UDP协议来传输剩余未传输的升级数据,由于UDP协议是面向无连接的协议,从而无需等待待升级设备与对端之间重新通过报文交互来建立通信连接即可根据所述源UDP协议端口及目的UDP协议端口来传输数据。
优选地,为了进一步增强传输的可靠性,上述实施例三及实施例四中,所述对端在使用UDP协议将剩余未传输的升级数据传输给待升级设备时,对端可在所传输的每个数据报文中包括一个与该报文唯一对应的序号,待升级设备在收到每个数据报文后向对端回复所收到的数据报文中包括的序号;对端在发送每个数据报文后,如果未收到待升级设备回复的序号,则向待升级设备重新发送该数据报文;对端在重新发送预设次数的该数据报文后断开与待升级设备的通信连接。上述操作通过增设序号验证及重传机制,来增强使用UDP协议来传输剩余升级数据时的传输可靠性,避免丢失报文。
如上文所述,上述实施例中,在步骤4中对端根据该指示信息将剩余未传输的升级数据传输给待升级设备时,可通过UDP协议或者TCP协议来传输数据,因此,优选地,上述实施例三及实施例四中,在所述对端收到该指示信息之后,对端可根据该指示信息所指示的剩余未传输的升级数据的数据量,以及预设的策略,来判断采取何种协议来传输剩余未传输的升级数据,例如对端可在剩余未传输的升级数据的数据量超过预设数据量时选择可靠性较高的TCP协议来传输剩余的数据,而在剩余未传输的升级数据的数据量未超过预设数据量是选择较便捷的UDP协议来传输剩余的数据。换言之,上述实施例三及实施例四中,在所述对端收到该指示信息之后,还可包括:对端在所述指示信息所指示的剩余未传输的升级数据的数据量符合预设条件时,才执行所述对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据的步骤。
下面在本发明升级控制方法的实施例五中,进一步提供一种对端与待升级设备之间通过TCP协议来传输剩余未传输的升级数据的实施方式。本实施例五与上述实施例一的区别在于:在步骤1中,所述网络传输中断时,待升级设备还保存已收到的最后一个传输控制协议报文的报文头以及先前传输中所使用的待升级设备的传输控制协议端口号;在步骤3中,在所述待升级设备将所述指示信息发送给对端时,还将所述报文头及传输控制协议端口号发送给对端;在步骤4中,所述对端根据该指示信息将剩余未传输的升级数据传输给待升级设备具体包括:对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据,并根据收到的所述报文头及传输协议端口号,重新建立与待升级设备的传输控制协议连接,然后通过建立的传输控制协议连接向待升级设备传输所提取的剩余未传输的升级数据。
本实施例五在实施例一的基础上,进一步提供了对端采用TCP协议与待升级设备之间传输剩余未传输的升级数据的实施方式,由于TCP协议是面向连接的协议,因此本实施例五除了能够达到实施例一所达到的技术效果之外,还能够进一步增强对剩余升级数据的传输的可靠性。
优选地,上述实施例五中,在所述对端收到该指示信息之后,对端可根据该指示信息所指示的剩余未传输的升级数据的数据量,以及预设的策略,来判断采取何种协议来传输剩余未传输的升级数据,例如对端可在剩余未传输的升级数据的数据量超过预设数据量时选择可靠性较高的TCP协议来传输剩余的数据,而在剩余未传输的升级数据的数据量未超过预设数据量是选择较便捷的UDP协议来传输剩余的数据。换言之,上述实施例五中,在所述对端收到该指示信息之后,还可包括:对端在所述指示信息所指示的剩余未传输的升级数据的数据量符合预设条件时,才执行所述对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据的步骤。
下面通过实施例六对本发明升级控制方法作进一步举例说明:
在本实施例六中,当使用个人电脑经由网络对待升级设备进行升级的过程中出现了网络中断时,由待升级设备保存个人电脑发送的最后一个TCP协议报文的报文头、当前已经传输的升级文件的大小、以及传输过程所使用的本地TCP端口号。待升级设备定时向个人电脑的UDP端口发送传输请求报文,用于探测与个人电脑之间的网络故障是否修复,传输请求报文的格式可如表1所示:
表1传输请求报文格式示例表
IP协议头 | UDP协议头 | 数据载荷 |
其中数据载荷部分的内容可包括两个字节,具体内容可如表2所示:
表2传输请求报文的数据载荷部分的内容示例表
第一个字节 | 第二个字节 |
0x01 | 0x00 |
其中第一个字节表示版本号,第二个字段是表示类型,包含的类型如下:
0x00:传输请求;
0x01:认证;
0x02:失败;
0x03:信息帧;
0x04:回应。
当个人电脑与待升级设备之间的网络故障修复以后,个人电脑对UDP端口进行监听,当监听到传输请求报文以后向待升级设备的UDP端口发送认证报文,该认证报文的数据载荷部分可包括两个字节的前缀以及认证标识,具体内容可如表3所示:
表3认证报文的数据载荷部分的内容示例表
第一个字节 | 第二个字节 | 认证标识的字节数 |
0x01 | 0x01 | 认证标识 |
待升级设备收到该认证报文后,根据该认证报文所包括的认证标识对所述个人电脑进行认证,如果认证失败,则发送认证失败通知报文,该报文的具体内容可如表4所示:
表4认证报文的数据载荷部分的内容示例表
第一个字节 | 第二个字节 |
0x01 | 0x02 |
如果认证通过,则待升级设备向所述个人电脑发送一个信息帧,该帧的数据载荷部分的内容可如表5所示:
表5信息帧的数据载荷部分的内容示例表
第一个字节 | 第二个字节 | 二十个字节 | 四个字节 |
0x01 | 0x03 | TCP协议头 | 剩余的升级文件的大小 |
如果待升级设备与所述个人电脑进行了TCP传输以后又进行UDP传输,然后UDP传输又失败了,则后续发送的该信息帧的数据载荷内容中就不再包含TCP协议头部分,例如表6所示:
表6信息帧的数据载荷部分的内容示例表
第一个字节 | 第二个字节 | 四个字节 |
0x01 | 0x03 | 升级文件的大小 |
所述个人电脑接收到该信息帧后,根据预设的策略来选择向待升级设备传输剩余的升级数据所使用的协议,然后通过所选择的协议将该信息发送给待升级设备,该回应帧的数据部分的格式如表7和表8所示:
表7使用TCP协议的回应帧的数据载荷部分的内容示例表
第一个字节 | 第二个字节 | 一个字节 |
0x01 | 0x04 | 0x00 |
表8使用UDP协议的回应帧的数据载荷部分的内容示例表
第一个字节 | 第二个字节 | 一个字节 | 四个字节 | 四个字节 |
0x01 | 0x04 | 0x01 | 源UDP端口号 | 目的UDP端口号 |
当然使用UDP协议时,还可以采用比较特殊的TFTP协议进行传输。
如果所述个人电脑要使用TCP来与待升级设备继续进行文件传输,则个人电脑先把本地的TCP状态置为正常的传输状态,并根据所述信息帧的内容对TCP报文的各个字段进行填充,然后开始与待升级设备进行通讯。
如果所述个人电脑要使用UDP来与待升级设备继续进行文件传输,则个人电脑使用所述回应帧所包括的端口与待升级设备进行通讯,然后进行升级文件的传输。在进行UDP协议传输的时候,个人电脑会在所传输的数据报文的开始部分加上一个唯一的序号,例如该序号从0开始递增。个人电脑发送一个数据报文后,等待待升级设备回复其所收到的序号,如果没有收到待升级设备的回复,个人电脑会进行重传该数据报文,重传三次失败则会断开连接。当然在待升级设备上可预先设置继续向个人电脑发送传输请求的次数,例如超过三次就不再继续进行下去。待升级设备还可以配置向预先设置的另外的个人电脑发送传输请求。
相应地,本发明还提供了一种升级控制装置,图7为本发明升级控制装置的实施例一的结构示意图,本实施例一包括:接收单元71,用于通过网络接收升级数据;存储单元72,用于在接收单元71的网络传输中断时保存用于指示当前已经接收到的升级数据的数据量的指示信息;请求单元73,用于在网络传输中断后定时地向对端发送传输请求消息,并在收到对端发送的回应消息后,将存储单元72保存的所述指示信息发送给对端。
上述本发明升级控制装置的实施例一中,所述待升级设备包括待升级的硬件设备如服务器、终端、路由器等,也包括存储待升级软件程序的硬件设备。所述升级数据包括以文件、软件程序、参数信息等形式构建的、用于对所述待升级设备进行升级的数据。此外,本领域的普通技术人员应当理解,所述用于指示升级数据的数据量的指示信息包括通过升级文件的大小或百分比、升级软件程序的传输量或百分比、升级参数的数量等等各种本领域常用技术手段,来指示已经传输的升级数据的数据量,在此不一一赘述,其均应在本发明技术方案所要求保护的范围之内。
上述本发明升级控制装置的实施例一中,所述升级控制装置通过请求单元在升级数据的网络传输中断时定时地向对端发送传输请求消息,在对端收到请求单元发送的传输请求消息后返回回应消息并传输数据,从而能够及时地恢复对升级数据的接收,有效避免升级失败及待升级设备的瘫痪;并且,通过存储单元在升级数据的网络传输中断时保存已经接收到的升级数据的数据量,在收到对端发送的回应消息后,将包括该数据量的指示信息发送给对端,从而使得对端能够根据该指示信息提取并传输剩余的未传输的升级数据,而无需重新传输全部升级数据,大大减少了对时间和资源的占用。
优选地,在网络故障恢复时间很长的情形下,为了避免待升级设备过多次数地发送传输请求消息从而占用带宽资源,可对请求单元发送传输请求消息的次数进行控制。具体而言,如图8所示的本发明升级控制装置的实施例二的结构示意图,该实施例二与上述本发明升级控制装置的实施例一的区别在于:还包括请求控制单元74,用于控制请求单元73按照预设时间间隔定时地向对端发送预设次数的传输请求消息,并在请求单元73向对端发送预设次数的传输请求消息后,如果未收到对端发送的回应消息,则控制请求单元73停止向对端发送传输请求消息。
上述本发明升级控制装置的实施例一及实施例二中,在网络传输中断时,所述请求单元73可仍然向先前发送升级数据的设备发送传输请求消息,这样在先前发送升级数据的设备与待升级设备间的网络故障恢复后,待升级设备可继续从先前发送升级数据的设备接收剩余未传输的升级数据;此外,所述请求单元73也可向预先设定的备份设备发送传输请求消息,从而无需等待先前发送升级数据的设备与待升级设备制件的网络故障恢复,就可以直接从该备份设备接收剩余未传输的升级数据。换言之,如图9所示的本发明升级控制装置的实施例三的结构示意图,该实施例三与上述本发明升级控制装置的实施例二的区别在于:还包括对端设置单元75,用于预先设置并控制请求单元73向先前接收的升级数据的发送设备或者预设的备份设备发送传输请求消息。其中,所述发送设备和备份设备均可为服务器、终端、路由器等可与所述升级控制装置通过网络传输数据的设备。
图10为本发明升级控制装置的实施例四的结构示意图,本实施例四与上述本发明升级控制装置的实施例三的区别在于:还包括认证单元76,用于在请求单元73收到对端发送的包括认证标识的认证消息后,根据该认证消息中包括的认证标识对对端进行认证,当认证通过时控制请求单元73将所述指示信息发送给对端。本实施例四进一步增加了认证单元76,通过对端发送的认证标识来对对端进行认证,从而能够进一步增强安全性,通过待升级设备对对端的认证,防止入侵者冒充该对端进行网络攻击或发送攻击报文等,同时在待升级设备同时与多个对端进行通信时,也可避免数据的误传。
图11为本发明升级控制装置的实施例五的结构示意图,本实施例五与上述本发明升级控制装置的实施例四的区别在于:还包括接收控制单元77,用于控制所述接收单元71在收到对端发送的所述对端使用的源用户数据报协议端口以及目的用户数据报协议端口后,根据所述源用户数据报协议端口以及目的用户数据报协议端口接收对端发送的剩余未传输的升级数据。本实施例五通过采用UDP协议来传输剩余未传输的升级数据,由于UDP协议是面向无连接的协议,从而无需等待待升级设备与对端之间重新通过报文交互来建立通信连接即可根据所述源UDP协议端口及目的UDP协议端口来传输数据。
优选地,为了进一步增强传输的可靠性,所述对端在使用UDP协议将剩余未传输的升级数据传输给升级控制装置时,对端可在所传输的每个数据报文中包括一个与该报文唯一对应的序号,待升级设备在收到每个数据报文后向对端回复所收到的数据报文中包括的序号;对端在发送每个数据报文后,如果未收到待升级设备回复的序号,则向待升级设备重新发送该数据报文;对端在重新发送预设次数的该数据报文后断开与待升级设备的通信连接。因此,根据上述增设的序号验证及重传机制,参见图12所示的本发明升级控制装置的实施例六的结构示意图,本实施例六与上述本发明升级控制装置的实施例五的区别在于:还包括发送单元78,用于在接收单元71接收到对端所传输的包括序号的数据报文后,向对端回复所收到的数据报文中包括的序号。本实施例六通过增设发送单元78来引入上述的序号验证及重传机制,从而能够增强使用UDP协议来传输剩余升级数据时的传输可靠性,避免丢失报文。
优选地,为实现对端通过TCP协议将剩余未传输的升级数据传输给待升级设备,上述本发明升级控制装置的实施例一中,所述存储单元还可包括传输控制协议信息存储子单元,用于在网络传输中断时保存已收到的最后一个传输控制协议报文的报文头以及先前传输中所使用的待升级设备的传输控制协议端口号;所述请求单元还可包括传输控制协议信息传送子单元,用于在所述请求单元将所述指示信息发送给对端时,将所述报文头及传输控制协议端口号发送给对端。
以上实施例仅用以说明本发明的技术方案,而非对本发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解:其依然可以对本发明的技术方案进行修改或者等同替换,而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。
Claims (16)
1、一种升级控制方法,其特征在于,包括:
待升级设备通过网络接收升级数据,在网络传输中断时,待升级设备保存用于指示当前已经接收到的升级数据的数据量的指示信息;
待升级设备定时地向对端发送传输请求消息,对端在接收到所述传输请求消息后向待升级设备发送回应消息;
待升级设备在收到对端发送的回应消息后,将所述指示信息发送给对端;
对端收到该指示信息后,根据该指示信息,将剩余未传输的升级数据传输给待升级设备。
2、根据权利要求1所述的方法,其特征在于,所述待升级设备定时地向对端发送传输请求消息具体包括:待升级设备按照预设时间间隔定时地向对端发送预设次数的传输请求消息,当待升级设备在向对端发送预设次数的传输请求消息后,如果未收到对端发送的回应消息,则停止向对端发送传输请求消息。
3、根据权利要求1所述的方法,其特征在于,所述待升级设备定时地向对端发送传输请求消息具体包括:
待升级设备定时地向先前接收的升级数据的发送设备发送传输请求消息;或者
待升级设备定时地向预先设置的备份设备发送传输请求消息。
4、根据权利要求1所述的方法,其特征在于:
所述对端在接收到所述传输请求消息后向待升级设备发送回应消息具体包括:对端在接收到所述传输请求消息后,向待升级设备发送包括认证标识的认证消息;
所述待升级设备在收到对端发送的回应消息后将所述指示信息发送给对端具体包括:所述待升级设备在收到该认证消息后,根据该认证消息中包括的认证标识对对端进行认证,当认证通过时将所述指示信息发送给对端。
5、根据权利要求1-4任一所述的方法,其特征在于,所述对端根据该指示信息将剩余未传输的升级数据传输给待升级设备具体包括:
对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据,选择并向待升级设备发送对端使用的源用户数据报协议端口以及目的用户数据报协议端口;
对端根据用户数据报协议,使用所述源用户数据报协议端口以及目的用户数据报协议端口,向待升级设备发送所述剩余未传输的升级数据;
待升级设备收到对端发送的所述对端使用的源用户数据报协议端口以及目的用户数据报协议端口后,根据所述源用户数据报协议端口以及目的用户数据报协议端口接收对端发送的剩余未传输的升级数据。
6、根据权利要求5所述的方法,其特征在于,所述对端在将剩余未传输的升级数据传输给待升级设备时还包括:
对端在所传输的每个数据报文中包括一个与该报文唯一对应的序号,待升级设备在收到每个数据报文后向对端回复所收到的数据报文中包括的序号;
对端在发送每个数据报文后,如果未收到待升级设备回复的序号,则向待升级设备重新发送该数据报文;
对端在重新发送预设次数的该数据报文后断开与待升级设备的通信连接。
7、根据权利要求5所述的方法,其特征在于,在所述对端收到该指示信息之后还包括:对端在所述指示信息所指示的剩余未传输的升级数据的数据量符合预设条件时,才执行所述对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据的步骤。
8、根据权利要求1-4任一所述的方法,其特征在于:
在所述网络传输中断时,待升级设备还保存已收到的最后一个传输控制协议报文的报文头以及先前传输中所使用的待升级设备的传输控制协议端口号;
在所述待升级设备将所述指示信息发送给对端时,还将所述报文头及传输控制协议端口号发送给对端;
所述对端根据该指示信息将剩余未传输的升级数据传输给待升级设备具体包括:对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据,并根据收到的所述报文头及传输协议端口号,重新建立与待升级设备的传输控制协议连接,然后通过建立的传输控制协议连接向待升级设备传输所提取的剩余未传输的升级数据。
9、根据权利要求8所述的方法,其特征在于,在所述对端收到该指示信息之后还包括:对端在所述指示信息所指示的剩余未传输的升级数据的数据量符合预设条件时,才执行所述对端根据该指示信息从所述升级数据中提取剩余未传输的升级数据的步骤。
10、一种升级控制装置,其特征在于,包括:
接收单元,用于通过网络接收升级数据;
存储单元,用于在接收单元的网络传输中断时保存用于指示当前已经接收到的升级数据的数据量的指示信息;
请求单元,用于在网络传输中断后定时地向对端发送传输请求消息,并在收到对端发送的回应消息后,将存储单元保存的所述指示信息发送给对端。
11、根据权利要求10所述的装置,其特征在于,还包括请求控制单元,用于控制请求单元按照预设时间间隔定时地向对端发送预设次数的传输请求消息,并在请求单元向对端发送预设次数的传输请求消息后,如果未收到对端发送的回应消息,则控制请求单元停止向对端发送传输请求消息。
12、根据权利要求10所述的装置,其特征在于,还包括对端设置单元,用于预先设置并控制请求单元向先前接收的升级数据的发送设备或者预设的备份设备发送传输请求消息。
13、根据权利要求10所述的装置,其特征在于,还包括认证单元,用于在请求单元收到对端发送的包括认证标识的认证消息后,根据该认证消息中包括的认证标识对对端进行认证,当认证通过时控制请求单元将所述指示信息发送给对端。
14、根据权利要求10-13任一所述的装置,其特征在于,还包括接收控制单元,用于控制所述接收单元在收到对端发送的所述对端使用的源用户数据报协议端口以及目的用户数据报协议端口后,根据所述源用户数据报协议端口以及目的用户数据报协议端口接收对端发送的剩余未传输的升级数据。
15、根据权利要求14所述的装置,其特征在于,还包括发送单元,用于在接收单元接收到对端所传输的包括序号的数据报文后,向对端回复所收到的数据报文中包括的序号。
16、根据权利要求10-13任一所述的装置,其特征在于:
所述存储单元还包括传输控制协议信息存储子单元,用于在网络传输中断时保存已收到的最后一个传输控制协议报文的报文头以及先前传输中所使用的待升级设备的传输控制协议端口号;
所述请求单元还包括传输控制协议信息传送子单元,用于在所述请求单元将所述指示信息发送给对端时,将所述报文头及传输控制协议端口号发送给对端。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100653703A CN100481779C (zh) | 2007-04-12 | 2007-04-12 | 升级控制方法及控制装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2007100653703A CN100481779C (zh) | 2007-04-12 | 2007-04-12 | 升级控制方法及控制装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101039217A true CN101039217A (zh) | 2007-09-19 |
CN100481779C CN100481779C (zh) | 2009-04-22 |
Family
ID=38889874
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2007100653703A Expired - Fee Related CN100481779C (zh) | 2007-04-12 | 2007-04-12 | 升级控制方法及控制装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100481779C (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035866B (zh) * | 2009-09-24 | 2014-06-04 | 腾讯科技(深圳)有限公司 | 一种p2p下载数据的方法和装置 |
CN104639890A (zh) * | 2013-11-14 | 2015-05-20 | 株式会社日立制作所 | 设施监视控制系统 |
CN104883265A (zh) * | 2014-02-27 | 2015-09-02 | 中兴通讯股份有限公司 | 备份文件的数据重传方法及装置、系统 |
CN106533744A (zh) * | 2016-10-25 | 2017-03-22 | 上海斐讯数据通信技术有限公司 | 一种基于服务器升级策略的路由器升级方法及系统 |
CN106559736A (zh) * | 2015-09-28 | 2017-04-05 | 展讯通信(上海)有限公司 | 蓝牙设备连接控制方法及装置 |
CN108196857A (zh) * | 2017-12-07 | 2018-06-22 | 山东超越数控电子股份有限公司 | 一种基于网络更新uefi固件的方法 |
-
2007
- 2007-04-12 CN CNB2007100653703A patent/CN100481779C/zh not_active Expired - Fee Related
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102035866B (zh) * | 2009-09-24 | 2014-06-04 | 腾讯科技(深圳)有限公司 | 一种p2p下载数据的方法和装置 |
CN104639890A (zh) * | 2013-11-14 | 2015-05-20 | 株式会社日立制作所 | 设施监视控制系统 |
CN104639890B (zh) * | 2013-11-14 | 2018-01-09 | 株式会社日立制作所 | 设施监视控制系统 |
CN104883265A (zh) * | 2014-02-27 | 2015-09-02 | 中兴通讯股份有限公司 | 备份文件的数据重传方法及装置、系统 |
WO2015127758A1 (zh) * | 2014-02-27 | 2015-09-03 | 中兴通讯股份有限公司 | 备份文件的数据重传方法及装置、系统 |
CN106559736A (zh) * | 2015-09-28 | 2017-04-05 | 展讯通信(上海)有限公司 | 蓝牙设备连接控制方法及装置 |
CN106559736B (zh) * | 2015-09-28 | 2019-11-22 | 展讯通信(上海)有限公司 | 蓝牙设备连接控制方法及装置 |
CN106533744A (zh) * | 2016-10-25 | 2017-03-22 | 上海斐讯数据通信技术有限公司 | 一种基于服务器升级策略的路由器升级方法及系统 |
CN108196857A (zh) * | 2017-12-07 | 2018-06-22 | 山东超越数控电子股份有限公司 | 一种基于网络更新uefi固件的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN100481779C (zh) | 2009-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106330414B (zh) | 一种报文传输方法及装置 | |
CN101039217A (zh) | 升级控制方法及控制装置 | |
CN101453495B (zh) | 防止授权地址解析协议信息丢失的方法、系统和设备 | |
CN1123154C (zh) | 路由选择动态主机配置协议分组的装置和方法 | |
CN105407008A (zh) | Tcp连接断线的重连方法及系统、终端及服务器 | |
CN1819593A (zh) | 信息处理器和数据传输系统及方法 | |
CN101047720A (zh) | 处理网络数据的方法和系统 | |
CN103905579B (zh) | 平台与终端间的通信方法、通信系统、平台及相关设备 | |
CN1655552A (zh) | 管理传输控制协议(tcp)连接 | |
CN1700674A (zh) | 分组产生方法、通信方法、分组处理方法和数据结构 | |
CN105635116A (zh) | 断线重连方法、装置及系统 | |
CN102231658A (zh) | 一种安全的跨网络隔离装置通信方法 | |
CN101035140A (zh) | 一种基于sip和msrp的文件传输系统及其方法 | |
CN103501288B (zh) | 一种对二层交换设备实现批量数据升级的方法 | |
CN107528923B (zh) | 一种网络适配器的数据传输方法及网络适配器 | |
CN103685398B (zh) | 通信连接建立方法及通信系统 | |
CN1161924C (zh) | 一种二层交换设备的数据升级方法 | |
CN101075841A (zh) | 基带池单元和远端射频单元的可靠通信方法 | |
CN101567891B (zh) | 源地址验证方法、装置及系统 | |
CN101854336A (zh) | 一种获取视频传输管理服务器地址的方法、系统和装置 | |
CN1228943C (zh) | 一种以太网宽带接入系统的用户认证管理方法 | |
CN101867578B (zh) | 检测仿冒网络设备的方法和装置 | |
CN104580346A (zh) | 数据传输方法及装置 | |
CN104797004B (zh) | 主从设备间实现自动组网的方法 | |
CN104038538A (zh) | 局域网主机软件升级方法与系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CP03 | Change of name, title or address | ||
CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20090422 Termination date: 20200412 |