CN112416384A - 软件升级方法、装置及计算机设备 - Google Patents

Abstract

本申请公开了一种软件升级方法、装置及计算机设备，该方法包括：接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述；获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；根据预设方式获得用户终端的软件app的app版本号；当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。本申请还提供一种计算机可读存储介质。本申请能够简化同一个软件app的不同版本执行升级时的繁杂度，提高了灵活性和效率。

Description

软件升级方法、装置及计算机设备

技术领域

本申请涉及互联网技术领域，尤其涉及一种软件升级方法、装置及计算机设备。

背景技术

随着计算机技术的发展，越来越多种类的电子设备被开发并被广泛使用，其中，软件app(application，应用)更加是得到了快速的应用和发展。由于人们对功能需求并不一样，因此同一个软件app可能会定制成多个不同的版本然后应用到不同的用户终端。而对于同一个软件app的不同版本来说，服务器对某个版本执行升级时，都需要单独地将该版本的功能代码下发到运行了该版本的终端。因此，当有多个版本的不同功能需要升级时，这种升级方式过程繁杂，灵活性差，效率较低。

发明内容

本申请提出一种软件升级方法、装置及计算机设备，能够解决现有技术中对同一个软件app的不同版本执行升级时的过程繁杂，灵活性差，效率较低的问题。

首先，为实现上述目的，本申请提供一种软件升级方法，所述方法包括：

接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述；获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；根据预设方式获得用户终端的软件app的app版本号；当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

在一个例子中，在接收新发布的布局文件之前，所述方法还包括：获取所述新增功能API的资源包，包括所述新增功能API的功能API信息和程序代码；将所述新增功能API的功能API信息添加到配置平台，以及将所述程序代码添加到代码库。

在一个例子中，所述布局文件用于提供给所述用户终端解析所述新增功能API，包括调用对应的程序代码以及渲染出显示页面。

在一个例子中，当所述布局文件中包括多项新增功能API时，所述从所述功能API信息中查找出所述新增功能API的支持版本号包括：从所述功能API信息中查找出每一项新增功能API的支持版本号；将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号。

在一个例子中，所述将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号包括：将所述布局文件中所有的新增功能API添加到功能API列表；从所述功能API信息中分别查找出所述功能API列表中每一功能API对应的支持版本号，添加到所述功能API列表的支持版本栏位；对所有所述支持版本栏位的数值进行降序或升序排列，得到最大的支持版本号并作为所述多项新增功能API的共同的所述支持版本号。

在一个例子中，所述根据预设方式获得用户终端的软件app的app版本号，包括：接收用户终端发送的软件app的升级请求，所述升级请求携带app版本号；和/或，查询所述用户终端的所述软件app的app版本号。

在一个例子中，当所述app版本号小于所述支持版本号时，不执行将所述布局文件发送给所述用户终端并进行相应提示。

此外，为实现上述目的，本申请还提供一种软件升级装置，所述装置包括：

第一接收模块，用于接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述；查找模块，用于获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；第二接收模块，用于根据预设方式获得用户终端的软件app的app版本号；发送模块，用于当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

进一步地，本申请还提出一种计算机设备，所述计算机设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上述的软件升级方法的步骤。

进一步地，为实现上述目的，本申请还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序可被至少一个处理器执行，以使所述至少一个处理器执行如上述的软件升级方法的步骤。

相较于现有技术，本申请所提出的软件升级方法、装置、计算机设备及计算机可读存储介质，能够接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述后，获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；然后根据预设方式获得用户终端的软件app的app版本号，并当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。通过建立配置平台存储功能API信息，然后当有布局文件发布后判断新增功能API的支持版本号，并在用户终端发送升级请求后，根据支持版本号迅速反馈是否发送布局文件给所述用户终端，从而简化了同一个软件app的不同版本执行升级时的繁杂度，提高了灵活性和效率。

附图说明

图1是本申请一实施例的应用环境示意图；

图2是本申请软件升级方法一具体实施例的流程示意图；

图3是基于图2的一具体实施例的流程示意图；

图4是基于图2步骤S202中的从所述功能API信息中查找出所述新增功能API的支持版本号的一具体实施例的流程示意图；

图5是基于图4中步骤S402的一具体实施例的流程示意图；

图6是本申请一具体实施例的流程效果图；

图7是本申请软件升级装置一实施例的程序模块示意图；

图8是本申请计算机设备一可选的硬件架构的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本申请要求的保护范围之内。

图1是本申请一实施例的应用环境示意图。参阅图1所示，所述计算机设备1与多个用户终端连接。所述计算机设备1可以通过开发平台(图1未示出)或者通过所述计算机设备1的交互界面接收新发布的布局文件，所述布局文件至少包括一项新增功能API(Application Programming Interface，应用程序接口)的功能API描述；然后获取自身内部或者外部连接的配置平台中的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号。然后，根据预设方式获得用户终端的软件app的app版本号，并在判断出所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。在本实施例中，所述用户终端可以是手机、平板、便携设备或者PC机等；所述计算机设备1可作为手机、平板、便携设备、PC机或者服务器等。

实施例一

图2是本申请软件升级方法一实施例的流程示意图。可以理解，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。下面以计算机设备1为执行主体进行示例性描述。

如图2所示，所述软件升级方法可以包括步骤S200～S206。

步骤S200，接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述。

步骤S202，获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号。

一般来说，当用户终端的软件app需要升级时，则需要先获取布局文件，然后通过软件app里的解析引擎基于该布局文件里的功能API描述找到对应的程序代码，并运行，从而显示出功能API对应的显示界面。其中，所述软件app包括固件程序和通用软件程序中的至少一种。对于固件来说，通常是固化写入到用户终端的驱动程序，比较稳定，所以一般更新都很小。而有些通用软件程序，由于定制化要求，会出现较多的大版本，大版本之间相差较多。然而，在大版本之上，也会进行较少的更新或升级。这两种情况下，都会产生在同一软件app上对不同版本执行升级。

因此，在本实施例中，所述计算机设备1能够接收由开发平台或者由所述计算机设备1的交互界面或者其他设备发送得到新发布的布局文件，其中，所述布局文件包括所有的功能API以及功能API描述。在本实施例中，所述布局文件用于提供给所述用户终端解析所述新增功能API，包括调用对应的程序代码以及渲染出显示页面，也是版本升级的首要文件。因此，当开发出新版本之后，所述计算机设备1则能够接收到新发布的布局文件。接着，所述计算机设备1获取配置平台存储的功能API信息，从所述功能API信息中查找出所述布局文件中的新增功能API的支持版本号。在本实施例中，所述计算机设备1在内部存储单元或者外接的存储单元中建立配置平台，用于存储所有功能API、功能API信息，以及支持版本号。

如图3所示，在一示例性的实施例中，在步骤S200之前，所述方法还可以包括步骤S300～S302。

步骤S300，获取所述新增功能API的资源包，包括所述新增功能API的功能API信息和程序代码。

步骤S302，将所述新增功能API的功能API信息添加到配置平台，以及将所述程序代码添加到代码库。

因此，当接收到新发布的布局文件，所述计算机设备1则能快速从配置平台中查找出布局文件中的新增功能API对应的支持版本号。

步骤S204，根据预设方式获得用户终端的软件app的app版本号。

步骤S206，当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

在本实施例中，所述计算机设备1在根据接受到的布局文件查找出新增功能API的支持版本号，然后根据预设方式获得用户终端的软件app的app版本号。其中，所述根据预设方式获得用户终端的软件app的app版本号，包括：接收用户终端发送的软件app的升级请求，所述升级请求携带app版本号；和/或，查询所述用户终端的所述软件app的app版本号。具体地，所述预设方式，可以理解为所述计算机设备1可以根据用户终端的软件app的升级请求触发执行获取用户终端的软件app的app版本号，比如从所述软件app的升级请求获取到app版本号；或者，所述计算机设备1也可以根据预先设置的主动推送规则，周期性获取与所述计算机设备1连接的所有用户终端的所述软件app的app版本号。

接着，所述计算机设备1判断所述app版本号是否大于或等于所述支持版本号，当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。那么所述用户终端则可以根据所述布局文件执行软件升级了。当然，用户终端发送软件app的升级请求之后，如果所述计算机设备1判断出所述app版本号小于所述支持版本号时，那么，所述计算机设备1不执行将所述布局文件发送给所述用户终端并进行相应提示。例如，提示“并未找到可升级文件”。或者，所述计算机设备1周期性获取与之连接的用户终端的软件app的app版本号，然后发现所述app版本号小于所述支持版本号时，那么，所述计算机设备1就不执行对该用户终端进行升级推送。通过这种方式，一方面可以根据用户请求，被动地将布局文件下发给用户终端进行软件升级，另一方面可以探测用户中的软件app的app版本号，然后主动地将布局文件下发给用户终端进行软件升级，因此，可以有效地、自动提醒合适的用户终端进行版本升级，提醒的对象也是精确到位。

如图4所示，在一示例性的实施例中，当所述布局文件中包括多项新增功能API时，步骤S202中的从所述功能API信息中查找出所述新增功能API的支持版本号可以包括步骤S400～S402。

步骤S400，从所述功能API信息中查找出每一项新增功能API的支持版本号。

步骤S402，将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号。

具体地，当所述布局文件中包括多项新增功能API时，那么该次版本升级则需要对应的软件app的app版本号大于或等于所有新增功能API的支持版本号中的最大支持版本号，也就是所有新增功能API的共同的所述支持版本号。只有当所述app版本号大于或等于所述多项新增功能API的共同的所述支持版本号，所述计算机设备1才会将所述布局文件发送给所述用户终端。然后所述用户终端才能根据布局文件执行所有功能API的升级。

如图5所示，在一示例性的实施例中，图4中步骤S402可以包括步骤S500～S504。

步骤S500，将所述布局文件中所有的新增功能API添加到功能API列表。

步骤S502，从所述功能API信息中分别查找出所述功能API列表中每一功能API对应的支持版本号，添加到所述功能API列表的支持版本栏位。

步骤S504，对所有所述支持版本栏位的数值进行降序或升序排列，得到最大的支持版本号并作为所述多项新增功能API的共同的所述支持版本号。

在本实施例中，所述计算机设备1通过建立功能API列表的方式，将所述布局文件中的新增功能API添加到所述功能API列表，并从所述功能API信息获取对应的支持版本号填入到支持版本栏位，最后将所述支持版本栏位的数值进行排序，从而得到最大支持版本号，作为所述多项新增功能API的共同的所述支持版本号。

所述计算机设备1在获取与所述计算机设备1连接的用户终端的软件app的app版本号，然后与获取到的所述支持版本号进行比对，当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

请参阅图6，是本发明一示例性例的效果图。

在本实施例中，研发人员通过所述计算机设备1或者其他设备新增功能API，然后将功能API的功能API信息和支持版本号发送给所述计算机设备1以录入到配置平台；当配置平台不存在新增功能API对应的支持版本号时，则直接新建支持版本号，将功能API信息录入配置平台；否则，如果配置平台中已存在引用已有支持版本号，新增功能API对应的支持版本号时，则将功能API信息录入配置平台。

接着，所述计算机设备1接收布局文件，然后遍历布局文件中的功能API，例如通过将布局文件中的功能API构建为数组或者数据清单列表的方式将布局文件中的功能APR进行统计。然后，所述计算机设备1遍历配置平台，是否存在功能API对应的支持版本号，如果不存在，那么直接报错失败；如果存在，那么所述计算机设备1遍历所有功能API的支持版本号，找出最大的支持版本号作为所有新增功能API的共同的所述支持版本号。

然后，当所述计算机设备1接收用户终端的升级请求，在配置平台中找布局文件以及对应的所述支持版本号；判断用户终端软件app的app版本号是否大于或等于所述支持版本号，是的话，则返回布局文件及其所述支持版本号，否则返回请求失败。

综上所述，本实施例所提出的软件升级方法能够接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述后，获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；然后根据预设方式获得用户终端的软件app的app版本号，并当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。通过建立配置平台存储功能API信息，然后当有布局文件发布后判断新增功能API的支持版本号，并在用户终端发送升级请求后，根据支持版本号迅速反馈是否发送布局文件给所述用户终端，从而简化了同一个软件app的不同版本执行升级时的繁杂度，提高了灵活性和效率。

实施例二

图7示意性示出了根据本申请实施例二的软件升级装置的框图，该软件升级装置可以被分割成一个或多个程序模块，一个或者多个程序模块被存储于存储介质中，并由一个或多个处理器所执行，以完成本申请实施例。本申请实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段，以下描述将具体介绍本实施例中各程序模块的功能。

如图7所示，该软件升级装置400可以包括第一接收模块410、查找模块420、第二接收模块430和发送模块440，其中：

第一接收模块410，用于接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述。

查找模块420，用于获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号。

第二接收模块430，用于根据预设方式获得用户终端的软件app的app版本号。

发送模块440，用于当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

在示例性的实施例中，第一接收模块410，还用于：获取所述新增功能API的资源包，包括所述新增功能API的功能API信息和程序代码；将所述新增功能API的功能API信息添加到配置平台，以及将所述程序代码添加到代码库。其中，所述布局文件用于提供给所述用户终端解析所述新增功能API，包括调用对应的程序代码以及渲染出显示页面。

在示例性的实施例中，查找模块420，还用于：当所述布局文件中包括多项新增功能API时，从所述功能API信息中查找出每一项新增功能API的支持版本号，将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号。其中，将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号包括：将所述布局文件中所有的新增功能API添加到功能API列表；从所述功能API信息中分别查找出所述功能API列表中每一功能API对应的支持版本号，添加到所述功能API列表的支持版本栏位；对所有所述支持版本栏位的数值进行降序或升序排列，得到最大的支持版本号并作为所述多项新增功能API的共同的所述支持版本号。

在示例性的实施例中，第二接收模块430，还用于：接收用户终端发送的软件app的升级请求，所述升级请求携带app版本号；和/或，查询所述用户终端的所述软件app的app版本号。

在示例性的实施例中，发送模块440，还用于：当所述app版本号小于所述支持版本号时，不执行将所述布局文件发送给所述用户终端并进行相应提示

实施例三

图8示意性示出了根据本申请实施例三的适于实现软件升级方法的计算机设备1的硬件架构示意图。本实施例中，计算机设备1是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。例如，可以是具有网关功能的机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器，或者多个服务器所组成的服务器集群)等。如图8所示，计算机设备1至少包括但不限于：可通过系统总线相互通信链接存储器510、处理器520、网络接口530。其中：

存储器510至少包括一种类型的计算机可读存储介质，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器510可以是计算机设备1的内部存储模块，例如该计算机设备1的硬盘或内存。在另一些实施例中，存储器510也可以是计算机设备1的外部存储设备，例如该计算机设备1上配备的插接式硬盘，智能存储卡(SmartMedia Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器510还可以既包括计算机设备1的内部存储模块也包括其外部存储设备。本实施例中，存储器510通常用于存储安装于计算机设备1的操作系统和各类应用软件，例如软件升级方法的程序代码等。此外，存储器510还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器520在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器520通常用于控制计算机设备1的总体操作，例如执行与计算机设备1进行数据交互或者通信相关的控制和处理等。本实施例中，处理器520用于运行存储器510中存储的程序代码或者处理数据。

网络接口530可包括无线网络接口或有线网络接口，该网络接口530通常用于在计算机设备1与其他计算机设备之间建立通信链接。例如，网络接口530用于通过网络将计算机设备1与外部终端相连，在计算机设备1与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图8仅示出了具有部件510-530的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器510中的软件升级方法的程序代码还可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器520)所执行，以完成本申请实施例。

实施例四

本实施例还提供一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

从线程池提取预设数量的服务请求；根据配置规则将每一条服务请求配置为组装任务，其中，组装任务包括任务属性；根据所述任务属性将不同的组装任务分配到不同的任务处理管道进行处理，得到对应的反馈结果；将反馈结果分别返回给对应的请求方。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中服务平台的组件管理方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

显然，本领域的技术人员应该明白，上述的本申请实施例的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请实施例不限制于任何特定的硬件和软件结合。

以上仅为本申请实施例的优选实施例，并非因此限制本申请实施例的专利范围，凡是利用本申请实施例说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请实施例的专利保护范围内。

Claims (10)

1.一种软件升级方法，其特征在于，所述方法包括：

接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述；

获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；

根据预设方式获得用户终端的软件app的app版本号；

当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

2.如权利要求1所述的软件升级方法，其特征在于，在接收新发布的布局文件之前，所述方法还包括：

获取所述新增功能API的资源包，包括所述新增功能API的功能API信息和程序代码；

将所述新增功能API的功能API信息添加到配置平台，以及将所述程序代码添加到代码库。

3.如权利要求1或2所述的软件升级方法，其特征在于，所述布局文件用于提供给所述用户终端解析所述新增功能API，包括调用对应的程序代码以及渲染出显示页面。

4.如权利要求1所述的软件升级方法，其特征在于，当所述布局文件中包括多项新增功能API时，所述从所述功能API信息中查找出所述新增功能API的支持版本号包括：

从所述功能API信息中查找出每一项新增功能API的支持版本号；

将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号。

5.如权利要求4所述的软件升级方法，其特征在于，所述将从多个支持版本号中最大的所述支持版本号作为所述多项新增功能API的共同的所述支持版本号包括：

将所述布局文件中所有的新增功能API添加到功能API列表；

从所述功能API信息中分别查找出所述功能API列表中每一功能API对应的支持版本号，添加到所述功能API列表的支持版本栏位；

对所有所述支持版本栏位的数值进行降序或升序排列，得到最大的支持版本号并作为所述多项新增功能API的共同的所述支持版本号。

6.如权利要求1所述的软件升级方法，其特征在于，所述根据预设方式获得用户终端的软件app的app版本号，包括：

接收用户终端发送的软件app的升级请求，所述升级请求携带app版本号；和/或，

查询所述用户终端的所述软件app的app版本号。

7.如权利要求1所述的软件升级方法，其特征在于，当所述app版本号小于所述支持版本号时，不执行将所述布局文件发送给所述用户终端并进行相应提示。

8.一种软件升级装置，其特征在于，所述装置包括：

第一接收模块，用于接收新发布的布局文件，所述布局文件至少包括一项新增功能API的功能API描述；

查找模块，用于获取配置平台存储的功能API信息，从所述功能API信息中查找出所述新增功能API的支持版本号；

第二接收模块，用于根据预设方式获得用户终端的软件app的app版本号；

发送模块，用于当所述app版本号大于或等于所述支持版本号时，将所述布局文件发送给所述用户终端。

9.一种计算机设备，其特征在于，所述计算机设备包括存储器、处理器，所述存储器上存储有可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1-7任一项所述的软件升级方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序可被至少一个处理器执行，以使所述至少一个处理器执行如权利要求1-7中任一项所述的软件升级方法的步骤。

Images