CN114064065A - 程序升级方法和程序升级系统 - Google Patents

Abstract

本发明实施例涉及一种程序升级方法和一种程序升级系统。所述程序升级方法例如包括：获取程序升级固件包；解析所述程序升级固件包得到多个待升级项，其中，所述多个待升级项目对应于同一待升级设备的多个硬件；根据用户输入信息从所述多个待升级项中选取对应于所述多个硬件中的至少一个目标硬件的至少一个目标待升级项；根据所述至少一个目标待升级项生成程序升级指令；以及发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级。本发明实施例可以实现选择目标待升级项的升级。

Description

程序升级方法和程序升级系统

技术领域

本发明涉及程序升级技术领域，尤其涉及一种程序升级方法和程序升级系统。

背景技术

随着技术的不断进步，用户对设备例如视频处理设备的要求越来越高，期望视频处理设备能够实现更多的功能，因此经常需要对视频处理设备进行程序升级。

然而，目前的程序升级方式，通常是视频处理设备基于整个程序升级固件包来进行升级，用户无法选择具体的升级内容，即无法选择具体所期望的升级项，造成用户体验不好。特别是对于插卡式视频处理设备，用户往往只期望对某个或某些子卡进行升级，目前的程序升级方式无法实现这一目的。

因此，目前亟需一种程序升级方法来解决上述技术问题。

发明内容

因此，为了解决现有技术的至少部分缺陷和不足，本发明实施例提供了一种程序升级方法和一种程序升级系统。

一方面，本发明实施例提供的一种程序升级方法，包括：获取程序升级固件包；解析所述程序升级固件包得到多个待升级项，其中，所述多个待升级项目对应于同一待升级设备的多个硬件；根据用户输入信息从所述多个待升级项中选取对应于所述多个硬件中的至少一个目标硬件的至少一个目标待升级项；根据所述至少一个目标待升级项生成程序升级指令；以及发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级。

在上述方案中，所述程序升级方法通过解析程序升级固件包得到多个待升级项，根据用户输入信息从所述多个待升级项中选取对应于多个硬件中的至少一个目标硬件的至少一个目标待升级项，以及根据所述至少一个目标待升级项生成程序升级指令使得程序控制端基于程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级，如此一来，实现了可以选择对应于待升级设备的目标硬件的目标待升级项的升级，从而提升了用户体验。

在本发明的一个实施例中，在所述发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级之后，所述程序升级方法还包括：周期性从所述升级程序端获取所述至少一个目标待升级项各自对应的程序升级状态和/或程序升级进度以对所述至少一个目标升级项的程序升级进行监控。在此，通过周期性获取每个所述至少一个目标待升级项的程序升级状态和/或程序升级进度，便于用户对所述至少一个目标升级项的程序升级进行监控，提升了用户体验。

在本发明的一个实施例中，所述获取程序升级固件包包括：从本地存储器中获取所述程序升级固件包；所述发送所述程序升级指令至升级程序端，包括：将所述程序升级指令和所述程序升级固件包发送至服务端，以由所述服务端将所述程序升级固件包保存至指定位置，并将所述程序升级指令发送至所述升级程序端。

在本发明的一个实施例中，所述程序升级方法还包括：获取所述程序升级固件包发送至所述服务端的数据传输进度。

在本发明的一个实施例中，所述获取程序升级固件包包括：从移动存储设备中获取所述程序升级固件包。

在本发明的一个实施例中，所述程序升级固件包包括文件头和文件内容，所述文件头至少包括所述程序升级固件包的版本信息、所述程序升级固件包适用的所述待升级设备的设备信息以及所述多个待升级项分别对应的升级程序包信息，所述文件内容包括多个待升级项对应的多个程序升级包。

另一方面，本发明实施例提供了一种程序升级系统，包括：升级控制端和升级程序端，其中所述升级控制端用于执行上述任一实施例所述的程序升级方法。

在上述方案中，所述程序升级系统通过解析程序升级固件包得到多个待升级项，根据用户输入信息从所述多个待升级项中选取对应于多个硬件中的至少一个目标硬件的至少一个目标待升级项，以及根据所述至少一个目标待升级项生成程序升级指令使得程序控制端基于程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级，如此一来，实现了可以选择对应于待升级设备的目标硬件的目标待升级项的升级，从而提升了用户体验。

在本发明的一个实施例中，所述升级程序端具体用于：接收所述程序升级指令，解析所述程序升级指令以确定对应所述程序升级指令的所述至少一个目标待升级项；校验所述程序升级固件包中是否存在对应所述至少一个目标待升级项的至少一个目标升级程序包；以及响应于所述程序升级固件包中存在对应所述至少一个目标待升级项的至少一个目标升级程序包，基于所述至少一个目标升级程序包对所述至少一个目标待升级项进行程序升级。

在本发明的一个实施例中，所述升级控制端和所述升级程序端安装在同一个视频处理设备中。

在本发明的一个实施例中，所述升级控制端，包括：客户端和服务端，其中所述客户端用于执行上述任意实施例所述的程序升级方法，所述客户端安装在上位机中，所述服务端与所述升级程序端安装在同一个视频处理设备中。

上述一个或多个技术方案可以具有以下优点或有益效果：通过解析程序升级固件包得到多个待升级项，根据用户输入信息从所述多个待升级项中选取对应于多个硬件中的至少一个目标硬件的至少一个目标待升级项，以及根据所述至少一个目标待升级项生成程序升级指令使得程序控制端基于程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级，如此一来，实现了可以选择对应于待升级设备的目标硬件的目标待升级项的升级，从而提升了用户体验。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明第一实施例提供的一种程序升级方法的流程示意图。

图2为本发明第一实施例提供的另一种程序升级方法的流程示意图。

图3为本发明第一实施例提供的一种程序升级系统的结构示意图。

图4为本发明第一实施例提供的另一种程序升级系统的结构示意图。

图5为应用本发明第一实施例提供的程序升级方法的第一场景的升级过程示意图。

图6示出了本发明第一实施例提供的程序升级方法的第二场景的程序升级过程示意图。

图7为本发明第二实施例的一种程序升级装置的模块示意图。

图8为本发明第二实施例的另一种程序升级装置的模块示意图。

图9为本发明第二实施例的又一种程序升级装置的模块示意图。

图10为本发明第三实施例的一种程序升级系统的结构示意图。

图11为本发明第四实施例的一种计算机可读存储介质的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

【第一实施例】

参见图1，示出了本发明实施例的程序升级方法。所述程序升级方法例如包括如下步骤：

S10，获取程序升级固件包；

S11，解析所述程序升级固件包得到多个待升级项，其中，所述多个待升级项目对应于同一待升级设备的多个硬件；

S12，根据用户输入信息从所述多个待升级项中选取对应于所述多个硬件中的至少一个目标硬件的至少一个目标待升级项；

S13，根据所述至少一个目标待升级项生成程序升级指令；以及

S14，发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级。

在本发明的一个具体实施方式中，如图2所示，在步骤S14之后，所述程序升级方法还包括：S15，周期性从所述升级程序端获取所述至少一个目标待升级项各自的程序升级状态和/或程序升级进度以对所述至少一个目标升级项的程序升级进行监控。

在本发明的一个具体实施方式中，所述获取程序升级固件包(S10)包括：从本地存储器中获取所述程序升级固件包；所述发送所述程序升级指令至升级程序端(S14)，包括：将所述程序升级指令和所述程序升级固件包发送至服务端，以由所述服务端将所述程序升级固件包保存至指定位置，并将所述程序升级指令发送至所述升级程序端。

在本发明的一个具体实施方式中，所述程序升级方法还包括获取所述程序升级固件包发送至所述服务端的数据传输进度。

在本发明的一个具体实施方式中，所述获取程序升级固件包(S10)包括：从移动存储设备中获取所述程序升级固件包。

在本发明的一个具体实施方式中，所述程序升级固件包包括文件头和文件内容，所述文件头至少包括所述程序升级固件包的版本信息、所述程序升级固件包适用的待升级设备的设备信息以及所述多个待升级项分别对应的升级程序包信息，所述文件内容包括多个待升级项对应的多个程序升级包。

需要说明的是，所述程序升级固件包包含多个升级程序包，举例来说，对于待升级设备为插卡式视频处理设备而言，所述插卡式视频处理设备通常包括多个硬件即多个子卡例如多个输入卡和多个输出卡，在此所述程序升级固件包可例如包含各个子卡的升级程序包。更具体地，对于每个子卡而言，在硬件上还可以细分为包括子卡MCU和子卡FPGA，对应地，所述程序升级固件包包括子卡MCU程序包和子卡FPGA程序包，本发明实施例在此不具体限定。对应地，举例来说，本发明实施例中的待升级项可例如为某个输入卡，或者为该输入卡的MCU或者FPGA，本发明实施例不做具体限定。

在本发明的其他实施例中，如图3所示，示出了一种程序升级系统100，其例如包括升级控制端10和升级程序端20，所述升级控制端10用于执行上述程序升级方法。

承上述，在一个具体实施方式中，如图4所示，所述升级控制端10可例如包括客户端11和服务端12。

下面将结合图5和图6的两种场景来具体说明本实施例的程序升级方法。

请参见图5，图5对应的场景为使用上位机对待升级设备例如视频处理设备进行程序升级，需要说明的是，图5中的客户端可例如为安装在所述上位机上的Browser端或Client端，服务端(Server)和升级程序端可例如为安装在待升级设备例如视频处理设备(具体可例如为主控卡)上的两个程序进程。所述上位机可例如为计算机或控台设备，本发明实施例并不以此为限。

在执行程序升级时，客户端首先从本地存储器(例如上位机的本地存储器)获取程序升级固件包，然后解析所述程序升级固件包得到多个待升级项并显示给用户以向用户呈现可配置升级界面，之后响应用户选择所述多个待升级项中的至少一个目标待升级项，生成对应于所述至少一个目标待升级项的程序升级指令，之后将所述程序升级指令和所述程序升级包发送至所述服务端。在此，所述客户端在传输程序升级固件包时可以检测数据传输进度并进行显示，如此一来，可以向用户呈现程序传输进度，提高用户体验。另外，确定所述至少一个目标待升级项的过程也可以是所述客户端根据用户输入信息例如选择升级项的操作从所述待升级项中选取至少一个目标待升级项，然后根据所述至少一个待升级项生成所述程序升级指令，本发明实施例在此不做具体限定。此外，所述解析所述程序升级固件包的过程还可以包括解析得到所述程序升级固件包的版本信息例如版本号为V1等，本发明实施例并不以此为限。

接下来，所述服务端接收并解析所述程序升级指令，并将所述程序升级固件包保存在指定位置以供后续所述升级程序端进行访问。之后，所述服务端在通过解析所述程序升级指令确定所述程序升级指令为升级指令的情况下将所述程序升级指令转发至所述升级程序端。

承上述，所述升级程序端解析所述程序升级指令以确定对应所述程序升级指令的所述至少一个目标待升级项；校验所述程序升级固件包中是否存在对应所述至少一个目标待升级项的至少一个目标升级程序包；以及响应于所述程序升级固件包中存在对应所述至少一个目标待升级项的至少一个目标升级程序包，基于所述至少一个目标升级程序包对所述至少一个目标待升级项进行程序升级。

承上述，所述升级程序端控制对应的目标待升级项进行升级时，可以返回升级状态和/或升级进度，所述升级状态可例如包括升级中、等待升级、升级成功、升级失败，所述升级进度为升级完成的百分比值。具体地，如图5所示，所述升级程序端准备开始升级时，所述升级程序端将程序升级状态(升级中)经由所述服务端转发至所述客户端，以使得客户端接收并显示程序升级状态为升级中，程序升级进度为0％。之后，所述客户端可通过发送请求(例如http请求)来周期性从所述升级程序端获取程序升级状态和程序升级进度以更新程序升级进度和程序升级状态。可替代地，所述升级程序端也可以主动周期性上报程序升级状态和程序升级进度。

需要说明的是，出于示意性目的，图5所示的流程图仅仅示出了一个目标待升级项升级的过程，对于多个目标待升级项的升级过程与一个目标待升级项升级过程类似，所述升级程序端根据预设规则来逐一升级各个目标待升级项并返回各个目标待升级项的程序升级状态或程序升级进度即可，本发明实施例在此不再赘述。

图6对应的场景为使用移动存储设备例如U盘对待升级设备例如视频处理设备进行程序升级。所述升级控制端和所述升级程序端位于同一个待升级设备例如视频处理设备中，其整体的升级过程与图5的升级过程类似，区别在于：所述升级控制端在检测到存储有移动存储设备的情况下触发升级过程，且图6中不需要传输升级程序固件包(因此不存在图5中的数据传输进度的检测)，所述升级控制端和所述升级程序端直接访问所述U盘进行相关信息的获取即可，本发明实施例在此不对图6进行详细描述，可参考上文针对图5的程序升级过程进行理解。

需要说明的是，本发明实施例的程序升级固件包是通过打包软件进行打包，所述程序升级固件包包括文件头和文件内容，所述文件头至少包括所述程序升级固件包的版本信息、所述程序升级固件包适用的待升级设备的设备信息(例如，为待升级设备的设备型号)以及所述多个待升级项分别对应的升级程序包信息，所述文件内容包括多个待升级项对应的多个程序升级包。另外，所述文件头还可以包括所述程序升级固件包是否支持跨版本升级。在本实施例中，所述文件头的长度可例如4字节，所述文件头所包括的信息可以采用base64进行加密，以保证升级程序的安全性，当然本发明实施例并不以此为限。在此，本发明实施例的升级程序固件包中文件头和文件内容可以进行编辑，升级固件程序的打包简单，升级包可灵活多变。

需要说明的是，尽管图5和图6中所述的升级程序端向客户端或升级控制端传送程序升级进度和程序升级状态，但是在实际升级过程中，所述升级程序端也可以仅仅发送程序升级进度或程序升级状态，本发明实施例不做具体限制。

此外，需要说明的是，在本发明实施例中，针对图5和图6中各端之间的交互均使用http协议，如此一来，提高了软件的兼容性。

另外，在本发明实施例中，B/S软件与C/S软件使用相同的接口，因此图5中的客户端是Browser端还是Client端的两种情况均可以使用同一套升级程序，从而提高了升级程序的兼容性。

综上所述，所述程序升级方法通过解析程序升级固件包得到多个待升级项，根据用户输入信息从所述多个待升级项中选取至少一个目标待升级项，以及根据所述至少一个目标待升级项生成程序升级指令使得程序控制端基于程序升级指令控制所述至少一个目标待升级项的升级，如此一来，实现了可以选择目标待升级项的升级，从而提升了用户体验。

再者，本发明实施例的程序升级方法可以提供程序升级状态和程序升级进度，使得程序升级过程更为明了，提升了用户体验。

另外，本发明实施例提供的程序升级方法不仅适用于非插卡式视频处理设备，而且还适用于插卡式视频处理设备，当然，其同样适用于其他需要对多个硬件进行固件升级的设备，本发明实施例并不以此为限。

【第二实施例】

如图7所示，本发明第二实施例提供了一种程序升级装置200。所述程序升级装置200例如包括：第一获取模块201，用于获取程序升级固件包；解析模块202，用于解析所述程序升级固件包得到多个待升级项，其中，所述多个待升级项目对应于同一待升级设备的多个硬件；选取模块203，用于根据用户输入信息从所述多个待升级项中选取对应于所述多个硬件中的至少一个目标硬件的至少一个目标待升级项；指令生成模块204，用于根据所述至少一个目标待升级项生成程序升级指令；以及发送模块205，用于发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级。

在本发明的一个具体实施方式中，所述第一获取模块201具体用于：从本地存储器中获取所述程序升级固件包；所述发送模块205具体用于：将所述程序升级指令和所述程序升级固件包发送至服务端，以由所述服务端保存所述程序升级固件包，并将所述程序升级指令发送至所述升级程序端。

在本发明的一个具体实施方式中，如图8所示，所述程序升级装置200还包括传输进度获取模块206，用于获取所述程序升级固件包发送至所述服务端的数据传输进度。

在本发明的一个具体实施方式中，所述获取模块201具体用于：从移动存储设备中获取所述程序升级固件包。

在本发明的一个具体实施方式中，如图9所示，所述程序升级装置200还包括第二获取模块207，用于周期性从所述升级程序端获取所述至少一个目标待升级项各自的程序升级状态和/或程序升级进度。

在本发明的一个具体实施方式中，所述程序升级固件包包括文件头和文件内容，所述文件头至少包括所述程序升级固件包的版本信息、所述程序升级固件包适用的所述待升级设备的设备信息以及所述多个待升级项分别对应的升级程序包信息，所述文件内容包括多个待升级项对应的多个程序升级包。

本实施例中的程序升级装置200中的各模块之间的具体工作过程和技术效果可参见前述第一实施例的相关描述，在此不再赘述。

【第三实施例】

如图10所示，本发明第三实施例提供的一种程序升级系统30，包括：处理器32和存储器34；其中，存储器34存储由处理器32执行的指令，且所述指令例如使得处理器32执行操作以进行前述第一实施例所述的程序升级方法。

【第四实施例】

如图11所示，本发明第四实施例提供的一种计算机可读存储介质40，其为非易失性存储器且存储有程序代码，当所述程序代码被一个或多个处理器执行时，例如使得所述一个或多个处理器执行前述第一实施例所述的程序升级方法。所述计算机可读存储介质40例如为非易失性存储器，如包括：磁介质(如硬盘、软盘和磁带)，光介质(如CDROM盘和DVD)，磁光介质(如光盘)以及专门构造为用于存储和执行计算机可执行指令的硬件装置(如只读存储器(ROM)、随机存取存储器(RAM)、闪存等)。

此外，可以理解的是，前述各个实施例仅为本发明的示例性说明，在技术特征不冲突、结构不矛盾、不违背本发明的发明目的前提下，各个实施例的技术方案可以任意组合、搭配使用。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多路单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多路网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元/模块可以集成在一个处理单元/模块中，也可以是各个单元/模块单独物理存在，也可以两个或两个以上单元/模块集成在一个单元/模块中。上述集成的单元/模块既可以采用硬件的形式实现，也可以采用硬件加软件功能单元/模块的形式实现。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种程序升级方法，其特征在于，包括：

获取程序升级固件包；

解析所述程序升级固件包得到多个待升级项，其中，所述多个待升级项目对应于同一待升级设备的多个硬件；

根据用户输入信息从所述多个待升级项中选取对应于所述多个硬件中的至少一个目标硬件的至少一个目标待升级项；

根据所述至少一个目标待升级项生成程序升级指令；以及

发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级。

2.根据权利要求1所述的程序升级方法，其特征在于，在所述发送所述程序升级指令至升级程序端，以供所述升级程序端基于所述程序升级指令控制所述至少一个目标待升级项的升级以实现所述待升级设备的至少一个目标硬件的升级之后，还包括：

周期性从所述升级程序端获取所述至少一个目标待升级项各自对应的程序升级状态和/或程序升级进度以对所述至少一个目标升级项的程序升级进行监控。

3.根据权利要求1或2所述的程序升级方法，其特征在于，所述获取程序升级固件包包括：从本地存储器中获取所述程序升级固件包；

所述发送所述程序升级指令至升级程序端，包括：将所述程序升级指令和所述程序升级固件包发送至服务端，以由所述服务端将所述程序升级固件包保存至指定位置，并将所述程序升级指令发送至所述升级程序端。

4.根据权利要求3所述的程序升级方法，其特征在于，还包括：

获取所述程序升级固件包发送至所述服务端的数据传输进度。

5.根据权利要求1或2所述的程序升级方法，其特征在于，所述获取程序升级固件包包括：从移动存储设备中获取所述程序升级固件包。

6.根据权利要求1所述的程序升级方法，其特征在于，所述程序升级固件包包括文件头和文件内容，所述文件头至少包括所述程序升级固件包的版本信息、所述程序升级固件包适用的所述待升级设备的设备信息以及所述多个待升级项分别对应的升级程序包信息，所述文件内容包括多个待升级项对应的多个程序升级包。

7.一种程序升级系统，其特征在于，包括：升级控制端和升级程序端，其中所述升级控制端用于执行权利要求1-6中任一项所述的程序升级方法。

8.根据权利要求7所述的程序升级系统，所述升级程序端具体用于：

接收所述程序升级指令，解析所述程序升级指令以确定对应所述程序升级指令的所述至少一个目标待升级项；

校验所述程序升级固件包中是否存在对应所述至少一个目标待升级项的至少一个目标升级程序包；以及

响应于所述程序升级固件包中存在对应所述至少一个目标待升级项的至少一个目标升级程序，基于所述至少一个目标升级程序包对所述至少一个目标待升级项进行程序升级。

9.根据权利要求7所述的程序升级系统，所述升级控制端和所述升级程序端安装在同一个视频处理设备中。

10.根据权利要求7所述的程序升级系统，所述升级控制端，包括：客户端和服务端，所述客户端用于执行权利要求1-6中任一项所述的程序升级方法，所述客户端安装在上位机中，所述服务端与所述升级程序端安装在同一个视频处理设备中。

Images