CN109803178A - 一种终端升级方法和装置 - Google Patents
一种终端升级方法和装置 Download PDFInfo
- Publication number
- CN109803178A CN109803178A CN201910005464.4A CN201910005464A CN109803178A CN 109803178 A CN109803178 A CN 109803178A CN 201910005464 A CN201910005464 A CN 201910005464A CN 109803178 A CN109803178 A CN 109803178A
- Authority
- CN
- China
- Prior art keywords
- cloud server
- networked terminals
- data packet
- upgrading data
- depending
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本申请实施例提供了一种终端升级方法和相应的一种终端升级装置,所述方法和装置应用于视联网,所述视联网包括存储服务系统,与所述存储服务系统通信连接的微云服务器,与所述微云服务器同时连接的多个自治云服务器,与每个所述自治云服务器连接的至少一个视联网终端;所述微云服务器还同时与全部所述视联网终端通信连接;所述存储服务系统内预存有升级数据包,在多个视联网终端同时升级时,未完成升级的视联网终端可以转而向先完成升级的视联网终端获取升级数据包,减少了从存储服务系统获取升级数据包的终端数量,从而节约了存储服务系统的发送资源,减轻了存储服务系统的升级发送压力,从而提高了存储服务系统的发送性能。
Description
技术领域
本申请涉及视联网技术领域,特别是涉及一种终端升级方法和一种终端升级装置。
背景技术
目前,视联网内的升级包存储在存储网服务系统,视联网内进行终端升级时,大量的终端会同时从存储服务系统获取升级包,在每个终端都成功接收到升级包时,才算完成升级。在实际中,视联网内升级存在大量垮区域(即垮自治云服务器)的升级,垮区域升级时,存储服务系统需要通过微云服务器将升级包转发至大量的终端,由于在升级过程中,存在有的终端已经接收完升级包,而有的终端才开始接收升级包的情况,这样参差不齐的接收情况会造成升级时间慢,而存储服务系统需要在所有的终端都接收完升级包时,才停止发送升级包,这样使得存储服务系统发送升级包的时间跨度长,系统负荷大;并且有的终端升级时间大大被延长,升级效率非常低下。
发明内容
鉴于上述问题,提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种终端升级方法和相应的一种终端升级装置。
为了解决上述技术问题,本申请实施例公开了一种终端升级方法,所述方法应用于视联网,所述视联网包括存储服务系统,与所述存储服务系统通信连接的微云服务器,与所述微云服务器同时连接的多个自治云服务器,与每个所述自治云服务器连接的至少一个视联网终端;所述微云服务器还同时与全部所述视联网终端通信连接;所述存储服务系统内预存有升级数据包,所述升级数据包具有版本标识,所述方法包括:
全部所述视联网终端中的任意一个第一视联网终端在检测到本地数据包需要升级时,创建第一路径;所述第一路径是由所述存储服务系统经所述微云服务器至所述第一视联网终端的路径;
所述第一视联网终端基于所述第一路径接收所述微云服务器转发的所述升级数据包;所述升级数据包由所述存储服务系统发送至所述微云服务器,所述升级数据包还由所述微云服务器转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应;
所述第一视联网终端检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令;其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器;
所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器;所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器;
所述第一视联网终端接收所述第一自治云服务器转发的所述停止转发信令及所述回复信令,并针对所述停止转发信令,注销所述第一路径,以及针对所述回复信令,创建第二路径;所述第二路径是由所述第三视联网终端经所述微云服务器至所述第一视联网终端的路径;
所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包。
优选地,所述第一视联网终端基于所述第一路径接收所述微云服务器依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统顺序拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号。
优选地,所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器的步骤,包括:
所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第一个数;
在未超过时,所述第一视联网终端生成第一业务透传协议。
优选地,所述第一业务透传协议包括第一业务负载信令,所述第一业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包顺序拆分为多个第二子升级数据包的信令,各所述第二子升级数据包具有第二包序列号;所述多个第二子升级数据包由所述第三视联网终端存入第二发送队列。
优选地,所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包的步骤,包括:
所述第一视联网终端舍弃基于所述第一路径接收的全部第一子升级数据包;
所述第一视联网终端基于所述第二路径接收所述微云服务器依次转发的所述第二子升级数据包;所述第二子升级数据包由所述第三视联网终端按照所述第二包序列号的序列顺序,依次从第二发送队列中提出并发送至所述微云服务器;
所述第一视联网终端将接收到的所述第二子升级数据包存入第一缓存。
优选地,所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器的步骤,包括:
所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第二个数;
并在超过时,所述第一视联网终端获取基于所述第一路径接收到的当前第一子升级数据包,并提取出所述当前第一子升级数据包的目标包序列号,以及获取已接收到的第一子升级数据包的包大小;
所述第一视联网终端生成第一业务透传协议;其中,所述第一业务透传协议包括所述目标包序列号及与所述所述包大小对应的第二业务负载信令;其中,所述第二业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包拆分为多个第三子升级数据包的信令,各所述第三子升级数据包的包大小与所述第一子升级数据包的包大小一致,各所述第三子升级数据包具有与所述第一包序列号对应的第三包序列号。
优选地,所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包的步骤,包括:
所述第一视联网终端将基于所述第一路径接收的全部第一子升级数据包存入第二缓存;
所述第一视联网终端基于所述第二路径接收所述微云服务器按照依次转发的第四子升级数据包;所述第四子升级数据包由所述第三视联网终端在所述多个第三子升级数据包中,按照第三包序列号的顺序,自所述目标包序列号的下一序列号开始依次提取出并发送至所述微云服务器;
所述第一视联网终端将接收到的所述第四升级数据包依次存入所述第二缓存。
优选地,所述视联网还包括与所述存储服务系统共享数据库的网管平台,所述网管平台与所述多个自治云服务器中的第三自治云服务器通信连接,在第一视联网终端在检测到本地数据包需要升级时,创建第一路径的步骤前,还包括:
所述第一视联网终端接收所述第一自治云服务器转发的升级信息;所述升级信息由所述网管平台根据触发的升级选择操作生成并发送至所述第三自治云服务器,所述第三自治云服务器用于将所述升级信息发送至所述第一自治云服务器;所述升级信息包括所述版本标识及所述存储服务系统的系统地址;
所述第一视联网终端针对所述升级信息,判断出所述版本标识与本第一视联网终端的设备型号参数一致时,确认本地数据包需要升级。
为了解决上述技术问题,本申请实施例还公开了一种终端升级装置,其所述装置应用于视联网,所述视联网包括存储服务系统,与所述存储服务系统通信连接的微云服务器,与所述微云服务器同时连接的多个自治云服务器,与每个所述自治云服务器连接的至少一个视联网终端;所述微云服务器还同时与全部所述视联网终端通信连接;所述存储服务系统内预存有升级数据包,所述升级数据包具有版本标识,所述装置位于各所述视联网终端中,所述装置包括:
第一路径生成模块,用于在检测到本地数据包需要升级时,创建第一路径;所述第一路径是由所述存储服务系统经所述微云服务器至所述第一视联网终端的路径;
第一接收模块,用于基于所述第一路径接收所述微云服务器发送的所述升级数据包;所述升级数据包由所述存储服务系统发送至所述微云服务器,所述升级数据包还由所述微云服务器转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应;
升级完成信令检测模块,用于检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令;其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器;
业务透传协议生成模块,用于检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器;所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器;
第二接收模块,用于接收所述第一自治云服务器转发的所述停止转发信令及所述回复信令;
第二路径生成模块,用于针对所述回复信令,创建第二路径路径,所述第二路径是由所述第三视联网终端经所述微云服务器至所述第一视联网终端的路径;
路径控制模块,用于针对所述停止转发信令,注销所述第一路径;
第三接收模块,用于基于所述第二路径接收所述微云服务器转发的所述升级数据包。
优选地,所述第一接收模块用于基于所述第一路径接收所述微云服务器依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号;所述装置还包括:
控制模块,用于在判断接收到的第一子升级数据包的个数未超过预设的第一个数时,控制所述业务透传协议生成模块生成所述第一业务透传协议。
与现有技术相比,本申请实施例具有以下优点:
首先,本申请实施例应用视联网的特性,在视联网终端同时升级时,未完成升级的视联网终端可以转而向先完成升级的视联网终端获取升级数据包,减少了从存储服务系统获取升级数据包的终端数量,从而节约了存储服务系统的发送资源,减轻了存储服务系统的升级发送压力,从而提高了存储服务系统的发送性能,同时,视联网终端彼此不用挤占存储服务器系统的发送带宽,使得升级包的传输速度提高,缩短了升级时间,提高了升级效率;由于升级时间缩短,从而又缩短了微云服务器转发升级包的工作时间,避免微云服务器长期进行升级包转发造成的性能下降问题,使得微云服务器的使用性能得到较好的维护。
其次,未完成升级的视联网终端在接收到升级完成信令时,可以根据自身的升级包接收情况,决定是向已完成的视联网终端继续获取未完成接收的剩余升级包,还是重新获取全部升级包,使得未完成的视联网终端在接收到大部分升级包时,可以转而向已完成的视联网终端获取剩余升级包,从而进一步缩短了升级时间;在才开始接收升级包时,可以以转而向已完成的视联网终端重新获取全部升级包,从而未完成的视联网终端可以根据自身情况自主决定每次接收的子升级数据包的大小,提高了终端升级的灵活性。
最后,本申请中,视联网终端之间的信息及指令不经过微云服务器转发,而经过自治云服务器转发,微云服务器仅负责升级数据包的转发,从而进一步减轻了微云服务器的转发压力,使得微云服务器的使用性能进一步得到了维护。
附图说明
图1是本申请的一种视联网的组网示意图;
图2是本申请的一种节点服务器的硬件结构示意图;
图3是本申请的一种接入交换机的硬件结构示意图;
图4是本申请的一种以太网协转网关的硬件结构示意图;
图5是本申请的一种终端升级方法实施例1的步骤流程图;
图6是本申请的一种终端升级方法实施例1的应用环境图;
图7是本申请的一种终端升级方法实施例1的实例图;
图8是本申请的一种终端升级装置实施例2的结构框图。
具体实施方式
为使本申请的上述目的、特征和优点能够更加明显易懂,下面结合附图和具体实施方式对本申请作进一步详细的说明。
视联网是网络发展的重要里程碑,是一个实时网络,能够实现高清视频实时传输,将众多互联网应用推向高清视频化,高清面对面。
视联网采用实时高清视频交换技术,可以在一个网络平台上将所需的服务,如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制(PVR)、内网(自办)频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台,通过电视或电脑实现高清品质视频播放。
为使本领域技术人员更好地理解本申请实施例,以下对视联网进行介绍:
视联网所应用的部分技术如下所述:
网络技术(NetworkTechnology)
视联网的网络技术创新改良了传统以太网(Ethernet),以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换(Packet Switching)或网络电路交换(CircuitSwitching),视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价,同时具备电路交换的品质和安全保证,实现了全网交换式虚拟电路,以及数据格式的无缝连接。
交换技术(Switching Technology)
视联网采用以太网的异步和包交换两个优点,在全兼容的前提下消除了以太网缺陷,具备全网端到端无缝连接,直通用户终端,直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态,是一个实时交换平台,能够实现目前互联网无法实现的全网大规模高清视频实时传输,将众多网络视频应用推向高清化、统一化。
服务器技术(ServerTechnology)
视联网和统一视频平台上的服务器技术不同于传统意义上的服务器,它的流媒体传输是建立在面向连接的基础上,其数据处理能力与流量、通讯时间无关,单个网络层就能够包含信令及数据传输。对于语音和视频业务来说,视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多,效率比传统服务器大大提高了百倍以上。
储存器技术(Storage Technology)
统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统,将服务器指令中的节目信息映射到具体的硬盘空间,媒体内容不再经过服务器,瞬间直接送达到用户终端,用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动,资源消耗仅占同等级IP互联网的20%,但产生大于传统硬盘阵列3倍的并发流量,综合效率提升10倍以上。
网络安全技术(Network SecurityTechnology)
视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题,一般不需要杀毒程序、防火墙,杜绝了黑客与病毒的攻击,为用户提供结构性的无忧安全网络。
服务创新技术(Service InnovationTechnology)
统一视频平台将业务与传输融合在一起,不论是单个用户、私网用户还是一个网络的总合,都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台,获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程,可以使用非常少的代码即可实现复杂的应用,实现“无限量”的新业务创新。
视联网的组网如下所述:
视联网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。
如图1所示,视联网分为接入网和城域网两部分。
接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。节点服务器与接入交换机相连,接入交换机可以与多个终端相连,并可以连接以太网。
其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
类似的,城域网部分的设备也可以分为3类:城域服务器,节点交换机,节点服务器。城域服务器与节点交换机相连,节点交换机可以与多个节点服务器相连。
其中,节点服务器即为接入网部分的节点服务器,即节点服务器既属于接入网部分,又属于城域网部分。
城域服务器是城域网中起集中控制功能的节点,可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机,也可直接连接节点服务器。
由此可见,整个视联网络是一种分层集中控制的网络结构,而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。
形象地称,接入网部分可以组成统一视频平台(虚线圈中部分),多个统一视频平台可以组成视联网;每个统一视频平台可以通过城域以及广域视联网互联互通。
视联网设备分类
1.1本申请实施例的视联网中的设备主要可以分为3类:服务器,交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。视联网整体上可以分为城域网(或者国家网、全球网等)和接入网。
1.2其中接入网部分的设备主要可以分为3类:节点服务器,接入交换机(包括以太网网关),终端(包括各种机顶盒,编码板,存储器等)。
各接入网设备的具体硬件结构为:
节点服务器:
如图2所示,主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204;
其中,网络接口模块201,CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202;交换引擎模块202对进来的包进行查地址表205的操作,从而获得包的导向信息;并根据包的导向信息把该包存入对应的包缓存器206的队列;如果包缓存器206的队列接近满,则丢弃;交换引擎模202轮询所有包缓存器队列,如果满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制,包括对硬盘的初始化、读写等操作;CPU模块203主要负责与接入交换机、终端(图中未示出)之间的协议处理,对地址表205(包括下行协议包地址表、上行协议包地址表、数据包地址表)的配置,以及,对磁盘阵列模块204的配置。
接入交换机:
如图3所示,主要包括网络接口模块(下行网络接口模块301、上行网络接口模块302)、交换引擎模块303和CPU模块304;
其中,下行网络接口模块301进来的包(上行数据)进入包检测模块305;包检测模块305检测包的目地地址(DA)、源地址(SA)、数据包类型及包长度是否符合要求,如果符合,则分配相应的流标识符(stream-id),并进入交换引擎模块303,否则丢弃;上行网络接口模块302进来的包(下行数据)进入交换引擎模块303;CPU模块204进来的数据包进入交换引擎模块303;交换引擎模块303对进来的包进行查地址表306的操作,从而获得包的导向信息;如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的,则结合流标识符(stream-id)把该包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃;如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的,则根据包的导向信息,把该数据包存入对应的包缓存器307的队列;如果该包缓存器307的队列接近满,则丢弃。
交换引擎模块303轮询所有包缓存器队列,在本申请实施例中分两种情形:
如果该队列是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零;3)获得码率操作模块产生的令牌;
如果该队列不是下行网络接口往上行网络接口去的,则满足以下条件进行转发:1)该端口发送缓存未满;2)该队列包计数器大于零。
码率操作模块208是由CPU模块204来配置的,在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌,用以控制上行转发的码率。
CPU模块304主要负责与节点服务器之间的协议处理,对地址表306的配置,以及,对码率操作模块308的配置。
以太网协转网关:
如图4所示,主要包括网络接口模块(下行网络接口模块401、上行网络接口模块402)、交换引擎模块403、CPU模块404、包检测模块405、码率操作模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。
其中,下行网络接口模块401进来的数据包进入包检测模块405;包检测模块405检测数据包的以太网MAC DA、以太网MAC SA、以太网length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求,如果符合则分配相应的流标识符(stream-id);然后,由MAC删除模块410减去MAC DA、MAC SA、length or frame type(2byte),并进入相应的接收缓存,否则丢弃;
下行网络接口模块401检测该端口的发送缓存,如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA,添加终端的以太网MAC DA、以太网协转网关的MACSA、以太网length or frame type,并发送。
以太网协转网关中其他模块的功能与接入交换机类似。
终端:
主要包括网络接口模块、业务处理模块和CPU模块;例如,机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块;编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块;存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。
1.3城域网部分的设备主要可以分为2类:节点服务器,节点交换机,城域服务器。其中,节点交换机主要包括网络接口模块、交换引擎模块和CPU模块;城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。
2、视联网数据包定义
2.1接入网数据包定义
接入网的数据包主要包括以下几部分:目的地址(DA)、源地址(SA)、保留字节、payload(PDU)、CRC。
如下表所示,接入网的数据包主要包括以下几部分:
DA | SA | Reserved | Payload | CRC |
其中:
目的地址(DA)由8个字节(byte)组成,第一个字节表示数据包的类型(例如各种协议包、组播数据包、单播数据包等),最多有256种可能,第二字节到第六字节为城域网地址,第七、第八字节为接入网地址;
源地址(SA)也是由8个字节(byte)组成,定义与目的地址(DA)相同;
保留字节由2个字节组成;
payload部分根据不同的数据报的类型有不同的长度,如果是各种协议包的话是64个字节,如果是单组播数据包话是32+1024=1056个字节,当然并不仅仅限于以上2种;
CRC有4个字节组成,其计算方法遵循标准的以太网CRC算法。
2.2城域网数据包定义
城域网的拓扑是图型,两个设备之间可能有2种、甚至2种以上的连接,即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是,城域网设备的城域网地址却是唯一的,为了精确描述城域网设备之间的连接关系,在本申请实施例中引入参数:标签,来唯一描述一个城域网设备。
本说明书中标签的定义和MPLS(Multi-Protocol Label Switch,多协议标签交换)的标签的定义类似,假设设备A和设备B之间有两个连接,那么数据包从设备A到设备B就有2个标签,数据包从设备B到设备A也有2个标签。标签分入标签、出标签,假设数据包进入设备A的标签(入标签)是0x0000,这个数据包离开设备A时的标签(出标签)可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程,也就意味着城域网的地址分配、标签分配都是由城域服务器主导的,节点交换机、节点服务器都是被动的执行而已,这一点与MPLS的标签分配是不同的,MPLS的标签分配是交换机、服务器互相协商的结果。
如下表所示,城域网的数据包主要包括以下几部分:
DA | SA | Reserved | 标签 | Payload | CRC |
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
基于视联网的上述特性,提出了本申请实施例的核心构思之一,遵循视联网的协议,在视联网终端同时升级时,未完成升级的视联网终端可以转而向先完成升级的视联网终端获取升级包,以减少从存储服务系统获取升级包的终端数量,从而节约了存储服务系统的发送资源,减轻了存储服务系统的升级发送压力,从而提高了存储服务系统的发送性能,同时,视联网终端彼此不用挤占存储服务器系统的发送带宽,使得升级包的传输速度提高,缩短了升级时间,提高了升级效率;由于升级时间缩短,从而又缩短了微云服务器转发升级包的工作时间,避免微云服务器长期进行升级包转发造成的性能下降问题,使得微云服务器的使用性能得到较好的维护。
实施例一
本申请实施例以64位视联网作为网络环境,其中,64位视联网是传统视联网的第二个架构,支持最大寻址空间为2的64次方个,提高了视联网对数据及指令信息的处理能力。本申请实施例参照图5,示出了本申请的一种终端升级方法实施例1的步骤流程图,在本申请实施例中,所述方法可以应用于视联网,所述视联网可以包括存储服务系统601,与所述存储服务系统601通信连接的微云服务器602,与所述微云服务器602同时连接的多个自治云服务器603,与每个所述自治云服务器603连接的至少一个视联网终端604;所述微云服务器602还可以同时与全部所述视联网终端604通信连接;所述存储服务系统601内可以预存有升级数据包,所述升级数据包具有版本标识。
本申请实施例的应用环境图见图6所示,其中,所述存储服务系统601可以理解为是在视联网中进行音视频数据的存储、升级数据包的存放的系统;微云服务器602可以理解是在视联网中负责升级数据包转发的服务器,该微云服务器602可以具有多个数据端口,该数据端口可以理解为是为存储服务系统601及视联网终端604提供数据传输的通道;自治云服务器603可以理解为是负责某一区域内的视联网协议解析和业务处理,区域可以理解为是地区,例如,可以是省、市或县。
其中,版本标识可以理解为是标识升级数据包适合哪类型终端的第几版本的标识,例如,升级数据包的版本标识为极光2003-2.2,则表示是适合极光2003型号的视联网终端604的第2.2版本的升级数据包。实际中,视联网内的多个视联网终端604的类型会有所不同,在存储服务系统601中可以存储多个针对不同类型终端的升级数据包。
本申请实施例的一种终端升级方法,具体可以包括以下步骤:
步骤501,全部所述视联网终端604中的任意一个第一视联网终端在检测到本地数据包需要升级时,创建第一路径。
所述第一路径是由所述存储服务系统601经所述微云服务器602至所述第一视联网终端的路径。
实际中,在大量视联网终端604同时升级时,有些视联网终端604使用的版本可能是最新版本,如是最新版本则不需要升级,若是低版本,则需要升级,需要升级时,第一视联网终端再接收存储服务系统601的升级包。
具体实现时,第一视联网终端可以将自己的MAC地址作为目的地址、存储服务系统601的系统地址作为源地址建立第一路径,创建第一路径可以理解为是第一视联网终端建立起了与存储服务系统601的通信连接。
本申请实施例中,第一视联网终端可以是任意一个接收升级包的视联网终端604。
步骤502,所述第一视联网终端基于所述第一路径接收所述微云服务器602转发的所述升级数据包。
所述升级数据包由所述存储服务系统601发送至所述微云服务器602,所述升级数据包还由所述微云服务器602转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应。
实际中,在本步骤中,与第一视联网终端类型的其他第二视联网终端都在同时接收该升级数据包,即该升级数据包是适合所有的第一视联网终端和第二视联网终端。
该步骤中,升级数据包是从存储服务系统601发出,流经微云服务器602与存储服务系统601连接的端口之后到达第一视联网终端。
步骤503,所述第一视联网终端检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令。
其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器。
具体实现时,第一视联网终端可以间隔预设的时间,例如1分钟,便巡检有没有接收到升级完成信令,也可以在接收到升级完成信令时,产生提示信息,第一视联网可以根据是不是产生了提示信息而检测升级完成信令。
其中,升级完成信令由最先完成的某个视联网终端604生成后发送,第二自治云服务器是与第三视联网终端连接的服务器。若后续又有视联网终端604完成了升级,则后续的升级完成信令不再发送至该第一视联网终端及第三视联网终端,而发送至其他未升级完成的视联网终端604。
步骤504,所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器。
所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器。
透传协议可以理解为是视联网诸多协议中的一种,该透传协议由目标节点收到后自己解析,协议中包含了目标节点的地址。本申请实施例中,第一业务透传协议中仅包括第三视联网终端的MAC地址,而不包括自己的MAC地址,第二自治云服务器接收后对其进行解析,取出第三视联网终端的MAC地址同时将第一视联网终端的MAC地址写到协议中,这样便形成了第二透传协议。
在实际中,第二自治云服务器可能会接收到譬如其他未完成升级的视联网终端604的业务透传协议,这时,第二自治云服务器可以只针对其中的3个或其中1个视联网终端604发出的业务透传协议,进行解析,也即只允许其中3个或其中1个未完成升级的视联网终端604从第三视联网终端获取升级数据,使得在视联网终端604之间传输升级数据包是一对一的传输模式或至多是一对三的模式,从而可以减轻视联网终端604发送升级数据包的发送压力。具体实现时,若第一视联网终端被所述自治云服务器603允许从第三视联网终端获取数据,则会将停止转发信令及所述回复信令发送至第一视联网终端,若不被允许,则不会做任何处理,第一视联网终端仍然从存储服务系统601获取数据。
作为本申请实施例的一种可选示例,在第二自治云服务器中可以只针对最先接收到的前三个第一业务透传协议生成对应的第二业务透传协议,若第一视联网终端发送的第一业务透传协议位于前三,则能接收到后续的回复信令和停止转发信令,若不位于前三,则不能接接收到后续的回复信令和停止转发信令,则仍然从存储服务系统601接收数据并等待接收完成升级数据包的其他视联网终端604发出的升级完成信令。
本申请实施例只针对第一视联网终端在能接收到后续的回复信令和停止转发信令时的情况进行阐述,意即,无论情况如何,第一视联网终端都能接收到升级完成信令,第一视联网终端在未完成升级前,也始终会进入到从视联网终端604获取数据的操作中。
实际中,回复信令可以包括第一视联网终端的MAC地址及第三视联网终端的MAC地址。
步骤505,所述第一视联网终端接收所述第一自治云服务器转发的所述停止转发信令及所述回复信令,并针对所述停止转发信令,注销所述第一路径,以及针对所述回复信令,创建第二路径。
所述第二路径是由所述第三视联网终端经所述微云服务器602至所述第一视联网终端的路径。
第一视联网终端接收到停止转发信令及所述回复信令时,即可以从第三视联网终端获取升级数据。其中,注销第一路径可以是关闭该第一路径,或者可以是取消该第一路径,即第一视联网终端断开与存储服务系统601的通信连接,这样即减少了连接到存储服务系统601的视联网终端604数量;创建第二路径可以理解为是第一视联网终端将自己的MAC地址作为目的地址、第三视联网终端的MAC地址作为源地址建立的第二路径,即是第一视联网终端建立起与第三视联网终端的通信连接。
步骤506,所述第一视联网终端基于所述第二路径接收所述微云服务器602转发的所述升级数据包。
本步骤中,升级数据包是由视联网终端604发出,流经微云服务器602与第三视联网终端连接的端口后到达第一视联网终端。
作为本申请实施例的一种可选示例,步骤502具体过程是:所述第一视联网终端基于所述第一路径接收所述微云服务器602依次转发的第一子升级数据包。
所述第一子升级数据包是所述存储服务系统601顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统601顺序拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号。
即第一视联网终端从存储服务系统601是按照依次接收第一子升级数据包的形式取得升级数据包。第一发送队列可以理解为是缓存队列,存储服务系统601在发送数据时,是从缓存队列中依次提取第一子升级数据包。顺序拆分即是从升级数据包的第一个字节开始向后拆分,这样每一个第一子升级数据包具有的包序列号可以标识拆分的顺序,也即标识了每个第一子升级数据包在原升级数据包中的字节位置。
具体实现时,各第一子升级数据包的大小可以是1024字节。
在第一视联网终端依次接收第一子升级数据包时,作为本申请实施例的一种可选示例,第一视联网终端在生成第一业务透传协议时,可以分两种情况进行:
第一种情况:第一视联网终端才开始接收升级数据包。
则所述步骤504具体可以包括以下子步骤:
步骤5041,所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第一个数。
其中,预设的第一个数可以根据所有第一子升级数据包的个数进行确定,例如,第一子升级数据包的个数是1000个,则预设的第一个数可以确定为200,即1000的20%。
在未超过时,所述第一视联网终端生成第一业务透传协议。
例如,未超过200个,则可以理解为第一视联网终端才开始接收升级数据包。
在未超过预设的第一个数的情况下,第一视联网终端生成的第一业务透传协议可以包括第一业务负载信令,所述第一业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包顺序拆分为多个第二子升级数据包的信令,各所述第二子升级数据包具有第二包序列号;所述多个第二子升级数据包由所述第三视联网终端存入第二发送队列。
业务负载信令可以理解是第一视联网终端一次能接收的数据的大小,即在第一视联网终端才开始接收升级数据包时,第一视联网终端可以自行决定从第三视联网终端每次获取的升级数据的大小。这样,第三视联网终端可以根据该将升级数据包拆分为符合负业务载信令大小的子升级数据包;第二发送队列可以理解为缓存队列。
在第一种情况下,步骤506具体可以包括以下子步骤:
步骤5061,所述第一视联网终端舍弃基于所述第一路径接收的全部第一子升级数据包。
舍弃接收到的第一子升级数据包可以使第一视联网终端释放一定的缓存空间,清理残缺升级数据。
步骤5062,所述第一视联网终端基于所述第二路径接收所述微云服务器602依次转发的所述第二子升级数据包。
所述第二子升级数据包由所述第三视联网终端按照所述第二包序列号的序列顺序,依次从第二发送队列中提出并发送至所述微云服务器602。
步骤5063,所述第一视联网终端将接收到的所述第二子升级数据包存入第一缓存。
即第一视联网终端重新从第三视联网终端获取升级数据包。
第二种情况:第一视联网终端已经接收一半以上的升级数据包。
则所述步骤504具体可以包括以下子步骤:
步骤5041',所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第二个数。
其中,预设的第二个数可以根据所有第一子升级数据包的个数进行确定,例如,第一子升级数据包的个数是1000个,则预设的第一个数可以确定为600,即1000的60%。
步骤5042',并在超过时,所述第一视联网终端获取基于所述第一路径接收到的当前第一子升级数据包,并提取出所述当前第一子升级数据包的目标包序列号,以及获取已接收到的第一子升级数据包的包大小。
例如,未超过600个,则可以理解为第一视联网终端已经接收多部分的升级数据包,则第一视联网终端可以从第三视联网终端中获取后续未接收完的子升级数据包。
步骤5043',所述第一视联网终端生成第一业务透传协议;其中,所述第一业务透传协议包括所述目标包序列号及与所述所述包大小对应的第二业务负载信令;其中,所述第二业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包拆分为多个第三子升级数据包的信令,各所述第三子升级数据包的包大小与所述第一子升级数据包的包大小一致,各所述第三子升级数据包具有与所述第一包序列号对应的第三包序列号;
可以理解的是,第二业务负载信令是告诉第三视联网终端按照存储服务系统601的拆分标准对升级数据包进行拆分,以使第三视联网终端内的第三升级数据包的大小及包序列号都与第一升级数据包一致。例如,存储服务系统601将升级数据包拆分为1200个,包序列号是从1到1200的阿拉伯数字,每个包大小1k,则第三视联网终端也将升级数据包拆分为1200个,包序列号也是从1到1200的阿拉伯数字,每个包大小也是1k。
在第二种情况下,步骤506具体可以包括以下子步骤:
步骤5061',所述第一视联网终端将基于所述第一路径接收的全部第一子升级数据包存入第二缓存。
具体实现时,第二缓存可以理解为是第一视联网终端依据第二路径重新创建的缓存,即将接收到的全部第一子升级数据包重新放入第二缓存,也可以理解为第一视联网终端依据第二路径重新设置了默认存放地址。
步骤5062',所述第一视联网终端基于所述第二路径接收所述微云服务器602按照依次转发的第四子升级数据包;所述第四子升级数据包由所述第三视联网终端在所述多个第三子升级数据包中,按照第三包序列号的顺序,自所述目标包序列号的下一序列号开始依次提出并发送至所述微云服务器602。
第一视联网终端从所述第三视联网终端获取的第一个子升级数据包的包序列号即是目标包序列号的下一包序列号,这样使得从所述第三视联网终端获取的子升级数据包可以完整拼接到从存储服务系统601获取的子升级数据包中。
例如,目标包序列号是223,表示第一视联网终端从存储服务系统601获取的最后一个子升级数据包的包序列号是223,则第一视联网终端从所述第三视联网终端处获取的是包序列号223之后的子升级数据包。
步骤5063',所述第一视联网终端将接收到的所述第四升级数据包依次存入所述第二缓存。
需要说明的是,预设的第一个数及预设的第二个数可以相同也可以不同,实际中,可以根据应用需求单独采用第一种情况下的技术方案,或单独采用第二种情况下的技术方案。当然,也可以根据实际需求,混合采用第一种情况及第一种情况下的技术方案,在混合采用时,可以增加一个判断转接操作,例如,在未超出预设的第一个数时,转第一种情况下的操作,在超出预设的第二个数时,转第二种情况下的操作,混合采用时,预设的第一个数及预设的第二个数可以相同。
为了更好的理解本发明的上述技术方案,下面结合图7所示的具体实例,来对本发明的上述技术方案进行详细阐述。
第一视联网终端在检测本地数据包需要升级时,需要预先接收升级信息,下面将按照操作顺序对上述方案进行详细说明:
从图7可以看出,视联网还包括与所述存储服务系统601共享数据库的网管平台,所述网管平台与所述多个自治云服务器603中的第三自治云服务器通信连接。
本实例中,第一视联网终端为极光2003一号机,第三视联网终端为极光2003二号机。网管平台可以理解为是前端控制平台,可以是一个web前端或可以在视联网内网页上登录的系统,在该网管平台上可以进行升级信息的发布,在发布该升级信息时,可以预先从数据库中获取的升级数据包的版本标识。第三自治云服务器可以理解为是为该网管平台提供信息转发服务的服务器;具体实行时,由于网管服务器与多个自治云服务器603通信连接,则第三自治云服务器可以是多个自治云服务器603中的任意一个自治云服务器603,从而使网管平台无论在哪个区域被使用,都能发布该升级信息。
首先,极光2003一号机接收与其连接的第一自治云服务器转发的升级信息。所述升级信息由所述网管平台根据触发的升级选择操作生成并发送至所述第三自治云服务器,所述第三自治云服务器用于将所述升级信息发送至所述第一自治云服务器;所述升级信息包括所述版本标识及所述存储服务系统601的系统地址。该升级信息的版本标识是极光2003-2.5。
接着,极光2003一号机针对所述升级信息,判断出所述版本标识与本极光2003的设备型号参数一致,确认本地数据包需要升级。
然后,极光2003一号机将自己的MAC地址作为目的地址,将系统地址作为源地址建立第一路径,并基于该第一路径从存储服务系统601依次获取第一子升级数据包,其中,在存储服务系统601中有1000个第一子升级数据包,每个第一子升级数据包的大小是2k。
之后,第一视联网终端若检测接收到极光2003二号机发送的升级完成信令时,判断到自己才接收到200个子升级数据包,则生成包括第一业务负载信令的业务透传信令。极光2003二号机在接受到业务透传信令时,按照业务负载信令的要求,将升级数据包拆分为2000个第二子升级数据包,其中,每个第一子升级数据包的大小是1k。
接着,极光2003一号机接收回复信令及停止转发信令,根据回复信令,将自己的MAC地址作为目的地址,将极光2003二号机的MAC地址作为源地址建立第二路径,并清除从存储服务系统601获取的200个子升级数据包,重新基于第二路径从极光2003二号机依次获取第二子升级数据包。因第二子升级数据包的大小小于第一子升级数据包的大小,因此每次传输所用的时间缩短,不会发生传输卡顿的现象,因此获取全部升级数据包的时间缩短,提高了升级效率。
实际中,可以在大量终端同时升级时,在视联网终端604之间可以建立起多个诸如极光2003二号机与极光2003一号机的对应关系,使得从存储服务系统601中获取数据的终端大大减少,从而降低了存储服务系统601的升级数据包发送负载。同时,视联网终端604彼此不用挤占存储服务器系统的发送带宽,使得升级包的传输速度提高,缩短了升级时间,提高了升级效率;由于升级时间缩短,从而又缩短了微云服务器602转发升级包的工作时间,避免微云服务器602长期进行升级包转发造成的性能下降问题,使得微云服务器602的使用性能得到较好的维护。
本申请实施例中,在视联网终端604同时升级时,未完成升级的第一视联网终端可以转而向先完成升级的第三视联网终端获取升级包,从而减少了从存储服务系统601获取升级包的终端数量,从而节约了存储服务系统601的发送资源,减轻了存储服务系统601的升级发送压力,从而提高了存储服务系统601的发送性能,同时,视联网终端604彼此不用挤占存储服务器系统的发送带宽,使得升级包的传输速度提高,缩短了升级时间,提高了升级效率;由于升级时间缩短,从而又缩短了微云服务器602转发升级包的工作时间,避免微云服务器602长期进行升级包转发造成的性能下降问题,使得微云服务器602的使用性能得到较好的维护。
需要说明的是,对于方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本申请实施例并不受所描述的动作顺序的限制,因为依据本申请实施例,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作并不一定是本申请实施例所必须的。
实施例二
如图8示出了本申请实施例2的一种终端升级装置,对照实施例1的处理方法,所述装置可以应用于视联网中,所述视联网可以包括存储服务系统601,与所述存储服务系统601通信连接的微云服务器602,与所述微云服务器602同时连接的多个自治云服务器603,与每个所述自治云服务器603连接的至少一个视联网终端604;所述微云服务器602还同时与全部所述视联网终端604通信连接;所述存储服务系统601内可以预存有升级数据包,所述升级数据包具有版本标识,所述装置可以位于各所述视联网终端604中,所述装置具体可以包括以下模块:
第一路径生成模块701,用于在检测到本地数据包需要升级时,创建第一路径;所述第一路径是由所述存储服务系统601经所述微云服务器602至所述第一视联网终端的路径;
第一接收模块702,用于基于所述第一路径接收所述微云服务器602发送的所述升级数据包;所述升级数据包由所述存储服务系统601发送至所述微云服务器602,所述升级数据包还由所述微云服务器602转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应;
升级完成信令检测模块703,用于检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令;其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器;
业务透传协议生成模块704,用于检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器;所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器;
第二接收模块705,用于接收所述第一自治云服务器发送的所述停止转发信令及所述回复信令;
第二路径生成模块706,用于针对所述回复信令,创建第二路径路径,所述第二路径是由所述第三视联网终端经所述微云服务器602至所述第一视联网终端的路径;
路径控制模块707,用于针对所述停止转发信令,注销所述第一路径;
第三接收模块708,用于基于所述第二路径接收所述微云服务器602转发的所述升级数据包。
作为本申请实施例的一种可选示例,所述第一接收模块用于基于所述第一路径接收所述微云服务器602依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统601顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统601拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号;所述装置还可以包括以下模块:
控制模块,用于在判断接收到的第一子升级数据包的个数未超过预设的第一个数时,控制所述业务透传协议生成模块生成所述第一业务透传协议。
更进一步地,作为本申请实施例的一种可选示例,所述第一业务透传协议包括第一业务负载信令,所述第一业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包顺序拆分为多个第二子升级数据包的信令,各所述第二子升级数据包具有第二包序列号;所述多个第二子升级数据包由所述第三视联网终端存入第二发送队列。
更进一步地,作为本申请实施例的一种可选示例,所述装置还可以包括以下模块:
数据清除模块,用于舍弃基于所述第一路径接收的全部第一子升级数据包;
所述第三接收模块用于基于所述第二路径接收所述微云服务器602依次转发的所述第二子升级数据包;所述第二子升级数据包由所述第三视联网终端按照所述第二包序列号的序列顺序,依次从第二发送队列中提出并发送至所述微云服务器602;
数据存放模块,用于将接收到的所述第二子升级数据包存入第一缓存。
作为本申请实施例的一种可选示例,所述第一接收模块用于基于所述第一路径接收所述微云服务器602依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统601顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统601拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号;所述装置还可以包括以下模块:
信息获取模块,用于在判断接收到的第一子升级数据包的个数超过预设的第二个数时,用于获取基于所述第一路径接收到的当前第一子升级数据包,并提取出所述当前第一子升级数据包的目标包序列号,以及获取已接收到的第一子升级数据包的包大小;
第一控制模块,用于控制所述业务透传协议生成模块生成第一业务透传协议;其中,所述第一业务透传协议包括所述目标包序列号及与所述所述包大小对应的第二业务负载信令;其中,所述第二业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包拆分为多个第三子升级数据包的信令,各所述第三子升级数据包的包大小与所述第一子升级数据包的包大小一致,各所述第三子升级数据包具有与所述第一包序列号对应的第三包序列号。
更进一步地,在本申请实施例的一种可选示例中,所述装置还可以包括以下模块:
第一数据存放模块,用于将基于所述第一路径接收的全部第一子升级数据包存入第二缓存;
所述第三接收模块用于基于所述第二路径接收所述微云服务器602按照依次转发的第四子升级数据包;所述第四子升级数据包由所述第三视联网终端在所述多个第三子升级数据包中,按照第三包序列号的顺序,自所述目标包序列号的下一序列号开始依次提出并发送至所述微云服务器602;
第一数据存放模块还用于将接收到的所述第四升级数据包存入第二缓存。
作为本申请实施例的一种可选示例,所述视联网还包括与所述存储服务系统601共享数据库的网管平台,所述网管平台与所述多个自治云服务器603中的第三自治云服务器通信连接,所述装置还包括以下模块:
升级信息接收模块,用于接收所述第一自治云服务器转发的升级信息;所述升级信息由所述网管平台根据触发的升级选择操作生成并发送至所述第三自治云服务器,所述第三自治云服务器用于将所述升级信息发送至所述第一自治云服务器;所述升级信息包括所述版本标识及所述存储服务系统601的系统地址;
检测模块,用于针对所述升级信息,判断出所述版本标识与本第一视联网终端的设备型号参数一致时,确认本地数据包需要升级。
对于装置实施例而言,由于其与方法实施例基本相似,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本说明书中的各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似的部分互相参见即可。
本领域内的技术人员应明白,本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此,本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上,使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请实施例的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。
最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。
以上对本申请所提供的一种终端升级方法和相应的一种终端升级装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。
Claims (10)
1.一种终端升级方法,其特征在于,所述方法应用于视联网,所述视联网包括存储服务系统,与所述存储服务系统通信连接的微云服务器,与所述微云服务器同时连接的多个自治云服务器,与每个所述自治云服务器连接的至少一个视联网终端;所述微云服务器还同时与全部所述视联网终端通信连接;所述存储服务系统内预存有升级数据包,所述升级数据包具有版本标识,所述方法包括:
全部所述视联网终端中的任意一个第一视联网终端在检测到本地数据包需要升级时,创建第一路径;所述第一路径是由所述存储服务系统经所述微云服务器至所述第一视联网终端的路径;
所述第一视联网终端基于所述第一路径接收所述微云服务器转发的所述升级数据包;所述升级数据包由所述存储服务系统发送至所述微云服务器,所述升级数据包还由所述微云服务器转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应;
所述第一视联网终端检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令;其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器;
所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器;所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器;
所述第一视联网终端接收所述第一自治云服务器转发的所述停止转发信令及所述回复信令,并针对所述停止转发信令,注销所述第一路径,以及针对所述回复信令,创建第二路径;所述第二路径是由所述第三视联网终端经所述微云服务器至所述第一视联网终端的路径;
所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包。
2.根据权利要求1所述的方法,其特征在于,所述第一视联网终端基于所述第一路径接收所述微云服务器依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统顺序拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号。
3.根据权利要求2所述的方法,其特征在于,所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器的步骤,包括:
所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第一个数;
在未超过时,所述第一视联网终端生成第一业务透传协议。
4.根据权利要求3所述的方法,其特征在于,所述第一业务透传协议包括第一业务负载信令,所述第一业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包顺序拆分为多个第二子升级数据包的信令,各所述第二子升级数据包具有第二包序列号;所述多个第二子升级数据包由所述第三视联网终端存入第二发送队列。
5.根据权利要求4所述的方法,其特征在于,所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包的步骤,包括:
所述第一视联网终端舍弃基于所述第一路径接收的全部第一子升级数据包;
所述第一视联网终端基于所述第二路径接收所述微云服务器依次转发的所述第二子升级数据包;所述第二子升级数据包由所述第三视联网终端按照所述第二包序列号的序列顺序,依次从第二发送队列中提出并发送至所述微云服务器;
所述第一视联网终端将接收到的所述第二子升级数据包存入第一缓存。
6.根据权利要求2所述的方法,其特征在于,所述第一视联网终端检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器的步骤,包括:
所述第一视联网终端检测接收到所述升级完成信令时,判断接收到的第一子升级数据包的个数是否超过预设的第二个数;
并在超过时,所述第一视联网终端获取基于所述第一路径接收到的当前第一子升级数据包,并提取出所述当前第一子升级数据包的目标包序列号,以及获取已接收到的第一子升级数据包的包大小;
所述第一视联网终端生成第一业务透传协议;其中,所述第一业务透传协议包括所述目标包序列号及与所述所述包大小对应的第二业务负载信令;其中,所述第二业务负载信令为通知所述第三视联网终端将接收到的所述升级数据包拆分为多个第三子升级数据包的信令,各所述第三子升级数据包的包大小与所述第一子升级数据包的包大小一致,各所述第三子升级数据包具有与所述第一包序列号对应的第三包序列号。
7.根据权利要求6所述的方法,其特征在于,所述第一视联网终端基于所述第二路径接收所述微云服务器转发的所述升级数据包的步骤,包括:
所述第一视联网终端将基于所述第一路径接收的全部第一子升级数据包存入第二缓存;
所述第一视联网终端基于所述第二路径接收所述微云服务器按照依次转发的第四子升级数据包;所述第四子升级数据包由所述第三视联网终端在所述多个第三子升级数据包中,按照第三包序列号的顺序,自所述目标包序列号的下一序列号开始依次提取出并发送至所述微云服务器;
所述第一视联网终端将接收到的所述第四升级数据包依次存入所述第二缓存。
8.根据权利要求1所述的方法,其特征在于,所述视联网还包括与所述存储服务系统共享数据库的网管平台,所述网管平台与所述多个自治云服务器中的第三自治云服务器通信连接,在第一视联网终端在检测到本地数据包需要升级时,创建第一路径的步骤前,还包括:
所述第一视联网终端接收所述第一自治云服务器转发的升级信息;所述升级信息由所述网管平台根据触发的升级选择操作生成并发送至所述第三自治云服务器,所述第三自治云服务器用于将所述升级信息发送至所述第一自治云服务器;所述升级信息包括所述版本标识及所述存储服务系统的系统地址;
所述第一视联网终端针对所述升级信息,判断出所述版本标识与本第一视联网终端的设备型号参数一致时,确认本地数据包需要升级。
9.一种终端升级装置,其特征在于,所述装置应用于视联网,所述视联网包括存储服务系统,与所述存储服务系统通信连接的微云服务器,与所述微云服务器同时连接的多个自治云服务器,与每个所述自治云服务器连接的至少一个视联网终端;所述微云服务器还同时与全部所述视联网终端通信连接;所述存储服务系统内预存有升级数据包,所述升级数据包具有版本标识,所述装置位于各所述视联网终端中,所述装置包括:
第一路径生成模块,用于在检测到本地数据包需要升级时,创建第一路径;所述第一路径是由所述存储服务系统经所述微云服务器至所述第一视联网终端的路径;
第一接收模块,用于基于所述第一路径接收所述微云服务器发送的所述升级数据包;所述升级数据包由所述存储服务系统发送至所述微云服务器,所述升级数据包还由所述微云服务器转发至多个第二视联网终端;其中,各所述第二视联网终端的设备型号参数及所述第一视联网终端的设备型号参数均与所述版本标识相对应;
升级完成信令检测模块,用于检测是否接收到与所述第一视联网终端连接的第一自治云服务器转发的升级完成信令;其中,所述升级完成信令由所述多个第二视联网终端中成功接收完所述升级数据包的第三视联网终端生成并发送至第二自治云服务器,并由所述第二自治云服务器发送至所述第一自治云服务器;
业务透传协议生成模块,用于检测接收到所述升级完成信令时,生成第一业务透传协议,并将所述第一业务透传协议发送至第一自治云服务器;所述第一业务透传协议由所述第一自治云服务器发送至所述第二自治云服务器;所述第二自治云服务器用于针对所述第一业务透传协议,生成第二业务透传协议及停止转发信令,并将所述第二业务透传协议发送至所述第三视联网终端,将所述停止转发信令发送至所述第一自治云服务器;所述第三视联网终端用于针对所述第二业务透传协议,生成回复信令并将所述回复信令发送至所述第二自治云服务器,所述第二自治云服务器用于将所述回复信令发送至所述第一自治云服务器;
第二接收模块,用于接收所述第一自治云服务器转发的所述停止转发信令及所述回复信令;
第二路径生成模块,用于针对所述回复信令,创建第二路径路径,所述第二路径是由所述第三视联网终端经所述微云服务器至所述第一视联网终端的路径;
路径控制模块,用于针对所述停止转发信令,注销所述第一路径;
第三接收模块,用于基于所述第二路径接收所述微云服务器转发的所述升级数据包。
10.根据权利要求9所述的装置,其特征在于,所述第一接收模块用于基于所述第一路径接收所述微云服务器依次转发的第一子升级数据包;所述第一子升级数据包是所述存储服务系统顺序在第一发送队列中提取出的子升级数据包,所述第一发送队列中包括顺序排列的多个子升级数据包,所述多个子升级数据包由所述所述存储服务系统拆分所述升级数据包而成,各所述子升级数据包具有第一包序列号;所述装置还包括:
控制模块,用于在判断接收到的第一子升级数据包的个数未超过预设的第一个数时,控制所述业务透传协议生成模块生成所述第一业务透传协议。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910005464.4A CN109803178B (zh) | 2019-01-03 | 2019-01-03 | 一种终端升级方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910005464.4A CN109803178B (zh) | 2019-01-03 | 2019-01-03 | 一种终端升级方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109803178A true CN109803178A (zh) | 2019-05-24 |
CN109803178B CN109803178B (zh) | 2020-12-11 |
Family
ID=66558570
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910005464.4A Active CN109803178B (zh) | 2019-01-03 | 2019-01-03 | 一种终端升级方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109803178B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110096298A (zh) * | 2019-05-31 | 2019-08-06 | 厦门亿联网络技术股份有限公司 | 一种视频会议系统的设备协同升级方法及装置 |
CN112968792A (zh) * | 2021-01-20 | 2021-06-15 | 广州技象科技有限公司 | 一种物联网设备升级控制方法及装置 |
CN113596380A (zh) * | 2021-06-24 | 2021-11-02 | 聚好看科技股份有限公司 | 一种视频会议服务器及通信方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101465757A (zh) * | 2009-01-15 | 2009-06-24 | 武汉烽火网络有限责任公司 | 一种集群网络中批量升级的方法 |
US20100153237A1 (en) * | 2006-05-24 | 2010-06-17 | Lajoie Michael L | Personal content server apparatus and methods |
CN101917395A (zh) * | 2010-06-24 | 2010-12-15 | 中兴通讯股份有限公司 | 通用升级方法及装置和系统 |
CN102006181A (zh) * | 2010-02-26 | 2011-04-06 | 中山大学 | 一种智能家电在线升级的方法 |
US20140013377A1 (en) * | 2009-06-05 | 2014-01-09 | Time Warner Cable Enterprises Llc | Techniques for upgrading software in a video content network |
-
2019
- 2019-01-03 CN CN201910005464.4A patent/CN109803178B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100153237A1 (en) * | 2006-05-24 | 2010-06-17 | Lajoie Michael L | Personal content server apparatus and methods |
CN101465757A (zh) * | 2009-01-15 | 2009-06-24 | 武汉烽火网络有限责任公司 | 一种集群网络中批量升级的方法 |
US20140013377A1 (en) * | 2009-06-05 | 2014-01-09 | Time Warner Cable Enterprises Llc | Techniques for upgrading software in a video content network |
CN102006181A (zh) * | 2010-02-26 | 2011-04-06 | 中山大学 | 一种智能家电在线升级的方法 |
CN101917395A (zh) * | 2010-06-24 | 2010-12-15 | 中兴通讯股份有限公司 | 通用升级方法及装置和系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110096298A (zh) * | 2019-05-31 | 2019-08-06 | 厦门亿联网络技术股份有限公司 | 一种视频会议系统的设备协同升级方法及装置 |
CN112968792A (zh) * | 2021-01-20 | 2021-06-15 | 广州技象科技有限公司 | 一种物联网设备升级控制方法及装置 |
CN113596380A (zh) * | 2021-06-24 | 2021-11-02 | 聚好看科技股份有限公司 | 一种视频会议服务器及通信方法 |
CN113596380B (zh) * | 2021-06-24 | 2023-05-09 | 聚好看科技股份有限公司 | 一种视频会议服务器及通信方法 |
Also Published As
Publication number | Publication date |
---|---|
CN109803178B (zh) | 2020-12-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108243173B (zh) | 一种基于视联网的rtmp视频推送方法及装置 | |
CN108206911A (zh) | 一种摄像头远程控制方法及协转服务器 | |
CN109743595A (zh) | 终端数据同步方法和装置 | |
CN109167960A (zh) | 一种视频流数据的处理方法和系统 | |
CN108173895A (zh) | 一种通信方法和装置 | |
CN110190973A (zh) | 一种在线状态检测方法及装置 | |
CN109889779A (zh) | 一种报文乱序的处理方法和装置 | |
CN109068086A (zh) | 一种可视电话业务的处理方法和系统 | |
CN109803178A (zh) | 一种终端升级方法和装置 | |
CN108965220A (zh) | 一种会议控制权同步的方法及系统 | |
CN110493513A (zh) | 一种摄像头控制方法及一种视联网系统 | |
CN110198304A (zh) | 一种控制终端的方法和装置 | |
CN109819062A (zh) | 一种利用虚拟mac地址入网的方法和装置 | |
CN110138631A (zh) | 一种视联网隧道的连通性检测方法及终端设备 | |
CN110062194A (zh) | 一种音视频数据的处理方法、装置以及装置和存储介质 | |
CN110048903A (zh) | 一种协转网关状态监控方法和装置 | |
CN109873988A (zh) | 视频监控系统 | |
CN109802952A (zh) | 监控数据同步方法和装置 | |
CN109491783A (zh) | 一种内存利用率的获取方法和系统 | |
CN109547727A (zh) | 数据缓存方法和装置 | |
CN109194901A (zh) | 一种基于视联网的视频处理方法及装置 | |
CN108989850A (zh) | 一种视频播放控制方法及控制系统 | |
CN110336710A (zh) | 一种终端的测试方法、系统及装置和存储介质 | |
CN110166363A (zh) | 一种组播链路监测方法及装置 | |
CN110266577A (zh) | 一种隧道建立方法和视联网系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right |
Effective date of registration: 20201230 Address after: 570105 room 1201, Central International Plaza, 77 Binhai street, Longhua District, Haikou City, Hainan Province Patentee after: Hainan Qiantang Shilian Information Technology Co.,Ltd. Address before: 100000 Beijing Dongcheng District Qinglong Hutong 1 Song Hua Building A1103-1113 Patentee before: VISIONVERA INFORMATION TECHNOLOGY Co.,Ltd. |
|
TR01 | Transfer of patent right |