CN116820503A - 应用商店更新方法、终端设备及计算机可读存储介质 - Google Patents

Abstract

本申请公开了应用商店更新方法、终端设备及计算机可读存储介质，该方法包括：获取目标应用脚本，并确定所述目标应用脚本对应的应用；根据更新后的应用的参数信息，确定应用商店界面更新信息；将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。解决了开发者在对应用软件进行升级更新时，由于应用软件内存占用较大导致升级缓慢的问题，达到了提高应用软件升级效率的效果。

Description

应用商店更新方法、终端设备及计算机可读存储介质

技术领域

本申请涉及数据处理领域，尤其涉及应用商店更新方法、终端设备及计算机可读存储介质。

背景技术

随着科技的发展，各种电子产品应运而生。为了满足人们的工作、生活需求，出现了各种可安装在电子产品中的应用软件。

为了提高应用软件的产品质量，开发者需要经常对应用软件进行升级。而在开发者对应用软件进行升级更新时，有时会由于应用软件的内存占用过大而导致升级失败或者升级时间长，使得应用软件更新效率低。

发明内容

本申请实施例通过提供一种应用商店更新方法、终端设备及计算机可读存储介质，解决了开发者对应用软件进行升级时，由于应用软件内存占用过大而导致升级失败或者升级缓慢，使得应用软件更新效率低的问题，实现了提高应用软件升级效率的效果。

本申请实施例提供了一种应用商店更新方法，所述方法包括：

获取目标应用脚本，并确定所述目标应用脚本对应的应用；

根据更新后的应用的参数信息，确定应用商店界面更新信息；

将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。

可选地，所述将所述应用商店界面更新信息发送至登录端的步骤之前，包括：

获取各个所述登录端对应的用户权限；

根据所述用户权限确定目标登录端；

所述将所述应用商店界面更新信息发送至登录端的步骤包括：

将所述应用商店界面更新信息发送至所述目标登录端。

可选地，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤包括：

根据更新指令确定目标功能，并获取所述目标功能对应的所述目标应用脚本；

根据所述目标应用脚本对应的项目信息，确定所述目标应用脚本对应的所述应用。

可选地，所述根据更新后的应用的参数信息，确定应用商店界面更新信息的步骤包括：

对所述更新后的应用的参数信息进行解析，确定所述参数信息对应的脚本编码；

根据所述脚本编码，确定所述应用商店界面更新信息。

可选地，所述根据所述脚本编码，确定所述应用商店界面更新信息的步骤包括：

将所述脚本编码与存储模块中的应用编码进行匹配；

根据匹配结果，确定所述应用商店界面更新信息，或者生成更新异常信息。

可选地，所述将所述应用商店界面更新信息发送至登录端的步骤之后，包括：

持续检测是否存在更新后的目标应用脚本；

若检测到存在所述更新后的目标应用脚本，执行获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤。

可选地，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤还包括：

获取到所述目标应用脚本之后，对所述目标应用脚本进行修改，生成修改后的目标应用脚本；

根据所述修改后的目标应用脚本，对所述应用的参数信息进行更新，并存储所述修改后的目标应用脚本。

可选地，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤之后，包括：

接收到所述应用更新请求时，获取当前用户权限；

若所述当前用户权限中检测不到所述应用的更新请求对应的应用修改权限，终止启动应用更新程序。

此外，为实现上述目的，本发明实施例还提供一种终端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用商店更新程序，所述处理器执行所述应用商店更新程序时，实现如上所述的方法。

此外，为实现上述目的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有应用商店更新程序，所述应用商店更新程序被处理器执行时，实现如上所述的方法。

本申请实施例中提供的一个或多个技术方案，至少具有如下技术效果或优点：

本申请应用于开发者平台，通过获取目标应用脚本，确定目标应用脚本对应的应用，对所述应用进行更新。根据更新后的应用的参数信息，确定应用商店界面更新信息，将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。由于应用脚本占用的内存较小，使用应用脚本对应用进行升级，可以提高升级的效率。

附图说明

图1为本申请应用商店更新方法实施例一的流程示意图；

图2为本申请应用商店更新方法实施例二的流程示意图；

图3为本申请应用商店更新方法实施例三的流程示意图；

图4为本申请一实施例方案涉及的硬件运行环境的终端结构示意图。

具体实施方式

为了解决开发者对应用软件进行升级时，由于应用软件内存较大导致升级效率低的问题，本申请提供一种应用商店更新方法。开发者平台获取目标应用脚本，并确定所述目标应用脚本对应的应用，对所述应用进行升级。根据更新后的应用的参数信息，确定应用商店界面更新信息，将所述应用商店界面更新信息发送至登录端，使登录端根据所述应用商店更新信息更新应用商店界面。由于是通过应用脚本对应用软件进行升级，并且升级后将更新信息发送至登录端，使登录端能及时获取更新信息以对应用商店界面进行更新，提高了应用更新的效率。

为了更好的理解上述技术方案，下面将参照附图更详细地描述本申请的示例性实施例。虽然附图中显示了本申请的示例性实施例，然而应当理解，可以以各种形式实现本申请而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本申请，并且能够将本申请的范围完整的传达给本领域的技术人员。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明。

实施例一

在本实施例中，提供一种应用商店更新方法。

参照图1，本实施例的应用商店更新方法包括以下步骤：

步骤S100：获取目标应用脚本，并确定所述目标应用脚本对应的应用；

在本实施例中，目标应用脚本指的是待更新应用软件的脚本，可以是对应用软件部分功能进行升级的应用脚本。

作为一种可选实施方式，在获取目标应用脚本后，可以根据目标应用脚本上携带的标识确定待更新的应用。

示例性地，若目标应用脚本是针对一特定的应用进行升级的，则所述目标应用脚本上携带有该应用标识，在获取目标应用脚本后，可以快速根据所述应用标识确定所述应用，对所述应用进行更新。

作为另一种可选实施方式，可以根据更新指令确定目标功能，并获取所述目标功能对应的所述目标应用脚本；根据所述目标应用脚本对应的项目信息，确定所述目标应用脚本对应的所述应用。

示例性地，开发者平台可以根据指定的功能，对应用进行升级或者进行功能的修复。当某一应用的功能损坏时，可以根据被损坏的功能获取目标应用脚本，对应用进行修复。在根据目标功能确定目标应用脚本后，由于所述目标应用脚本不针对某一特定应用生效，因此在获取目标应用脚本后，需要对所述目标应用脚本的接入接口进行修改，以适配待修复应用。

作为又一可选实施方式，在获取到所述目标应用脚本之后，对所述目标应用脚本进行修改，生成修改后的目标应用脚本；根据所述修改后的目标应用脚本，对所述应用的参数信息进行更新，并存储所述修改后的目标应用脚本。

示例性地，若目标应用脚本的功能不能完全满足功能需求，可以在获取目标应用脚本后，在目标应用脚本基础上作出修改，增加目标应用脚本对应的功能，以满足使用需求，再根据修改后的目标应用脚本对待更新应用的参数信息进行更新。将修改后的目标应用脚本进行存储到应用脚本管理库中，等待下次调用。

步骤S200：根据更新后的应用的参数信息，确定应用商店界面更新信息；

在本实施例中，在对应用进行更新后，获取更新应用的参数信息，根据所述参数信息可以确定应用商店界面的更新信息。参数信息指的是每个应用在应用商店界面中的编码。

作为一种可选实施方式，应用更新后，对所述更新后的应用的参数信息进行解析，确定所述参数信息对应的脚本编码；根据所述脚本编码，确定所述应用商店界面更新信息。

示例性地，为了提高应用商店界面更新速率，在应用更新后，获取更新部分的脚本编码，将脚本编码发送到应用商店界面。登录端可直接获取所述脚本编码，对应用进行升级，以提高应用更新的速率。

作为另一种可选实施方式，在获取脚本编码后，将所述脚本编码与存储模块中的应用编码进行匹配；根据匹配结果，确定所述应用商店界面更新信息，或者生成更新异常信息。

示例性地，为了防止数据获取过程中存在异常，导致损坏应用商店界面，可以对脚本编码进行校验。在获取脚本编码后，可以将脚本编码与存储模块中所述应用对应的应用编码进行匹配，也即与目标应用脚本对应的编码进行匹配，如果二者匹配一致，则表明所述脚本编码没有损坏或者被篡改。若二者匹配不一致，则生成更新异常信息，并将所述更新异常信息，提示开发者重新获取脚本编码。

步骤S300：将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。

在本实施例中，在应用商店界面更新信息生成后，可以将所述应用商店界面更新信息发送至登录端，提示登录端更行应用商店界面。

作为一种可选实施方式，当开发者平台完成对应用的更新后，可以发送更新信息到登录端提示登录端进行更新，也可以直接对登录端的应用进行更新。

示例性地，登录端的应用与开发者平台的应用的数据源共享，当开发者平台的应用更新后，数据源也随着更新，因此登录端的应用也能即时更新。

作为另一种可选实施方式，在将应用商店更新信息发送到登录端之前，可以获取各个所述登录端对应的用户权限；根据所述用户权限确定目标登录端；再将所述应用商店界面更新信息发送至所述目标登录端。

示例性地，若有些更新功能仅针对部分登录端开放，则在对应用进行更新后，获取各个登录端的用户权限，根据应用更新的功能和用户权限确定目标登录端，再将应用商店更新信息发送至目标登录端，使目标登录端完成应用功能的升级。

在本实施例中，通过目标应用脚本来对应用进行升级更新，在应用更新后根据应用的参数信息确定应用商店界面更新信息，将应用商店界面更新信息发送到登录端，使登录端能够根据应用脚本完成已安装应用的升级，提高升级效率。

实施例二

基于实施例一，提出本申请的另一实施例，参照图2，在所述应用商店界面更新信息发送至登录端的步骤之后，包括以下步骤：

步骤S400：持续检测是否存在更新后的目标应用脚本；

步骤S500：若检测到存在所述更新后的目标应用脚本，执行获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤。

在本实施例中，开发者平台实时监测是否存在新的目标应用脚本，以及时完成对应用软件的更新。

作为一种可选实施方式，更新后的目标应用脚本显示更新标识符，开发者平台检测更新标识符，在检测到更新标识符后，执行获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤。

示例性地，在根据目标应用脚本对应用商店界面进行更新的过程中，可以持续检测是否存在应用脚本更新标识符。每个应用脚本更新标识符是唯一的，因此在检测到应用脚本更新标识符后，可以快速确定对应的待更新目标应用脚本，获取所述应用脚本的参数信息，对所述待更新目标应用脚本进行升级，再根据升级信息，更新应用商店界面更新信息，进而完成对登录端的升级。

作为另一种可选实施方式，所述应用脚本更新标识不是唯一的，在获取到应用脚本更新标识之后，获取应用脚本的携带的应用标识，将所述应用标识与存储模块中的已有的应用标识进行匹配，确定待更新目标应用脚本。

示例性地，若同时检测到多个应用脚本更新标识，开发者平台可以分线程获取各个应用脚本更新标识，并执行应用更新步骤，以同时对多个应用功能进行升级，达到提高应用更新效率的目的。

作为又一种可选实施方式，每个应用脚本信息带有更新时间，因此可以通过检测应用脚本的最后更新时间确定是否存在新版本脚本应用。

示例性地，由于目标应用脚本在使用后，会被更新至开发者平台的存储模块中，所述存储模块中仅保留最后更新的目标应用脚本。通过检测应用脚本的最后更新时间，与存储模块中目标应用脚本的更新时间进行比较，若二者不一致，则将所述应用脚本确定为目标应用脚本。

在本实施例中，通过持续监测是否存在新版本的目标应用脚本，确定是否执行应用更新程序。实时监测应用脚本的版本信息，在出现新版本应用脚本时，对应用进行升级，提高应用的更新效率。

实施例三

基于上述实施例，提出本申请的又一实施例。参照图3，在获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤之后，包括：

步骤S101：接收到所述应用更新请求时，获取当前用户权限；

步骤S102：若所述当前用户权限中检测不到所述功能的更新请求对应的应用修改权限，终止启动应用更新程序。

在本实施例中，除了可以由开发者平台主动对应用进行更新外，还可以根据接收到的应用更新请求对应用进行更新。

作为一种可选实施方式，由于部分应用的更新功能仅对特定的用户开放，因此在接收到应用更新请求后，需要获取用户权限，根据用户权限确定对应用进行更新或者拒绝应用更新请求。

示例性地，在接收到应用更新请求后，获取所述应用请求发起方的用户权限和所述应用更新请求对应的应用脚本。若所述用户权限中检测不到所述功能的更新请求对应的应用修改权限，则终止启动应用更新程序。若检测到所述功能的更新请求对应的应用修改权限，则获取所述应用脚本，执行应用更新程序。

作为另一种可选实施方式，在接收到应用更新请求后，获取用户权限和应用更新请求对应的应用功能。将所述应用功能与存储模块中的目标应用脚本功能进行匹配，获取功能一致的目标应用脚本，检测所述目标应用脚本的权限信息，根据权限信息确定是否对应用进行更新。

示例性地，若检测到多个与应用更新请求对应的应用功能一致的目标应用脚本时，检测各个目标应用脚本的权限信息，筛选出没有权限限制的目标应用脚本，将筛选结果发送至应用更新请求端，根据请求段返回的选择结果，执行应用更新程序，完成对应用的更新升级。

在本实施例中，用户可以发起应用更新请求，开发者平台在接收到应用更新请求后，首先确定用户权限，若用户具备获取对应的应用脚本权限，则满足用户需求，对应用进行更新。若用户不具备获取对应的应用脚本权限，则拒绝相应用户请求。由于不是对所有的用户更新请求都予以满足，可以有效保护特定应用功能的使用权限。

实施例四

在本申请实施例中，提出一种应用商店更新装置。

参照图4，图4为本申请一实施例方案涉及的硬件运行环境的终端结构示意图。

如图4所示，该控制终端可以包括：处理器1001，例如CPU，网络接口1003，存储器1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。网络接口1003可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1004可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1004可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图4中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图4所示，作为一种计算机存储介质的存储器1004中可以包括操作系统、网络通信模块、以及应用商店更新程序。

在图4所示的应用商店更新设备硬件结构中，处理器1001可以调用存储器1004中存储的应用商店更新程序，并执行以下操作：

获取目标应用脚本，并确定所述目标应用脚本对应的应用；

根据更新后的应用的参数信息，确定应用商店界面更新信息；

将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

获取各个所述登录端对应的用户权限；

根据所述用户权限确定目标登录端；

所述将所述应用商店界面更新信息发送至登录端的步骤包括：

将所述应用商店界面更新信息发送至所述目标登录端。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

根据更新指令确定目标功能，并获取所述目标功能对应的所述目标应用脚本；

根据所述目标应用脚本对应的项目信息，确定所述目标应用脚本对应的所述应用。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

对所述更新后的应用的参数信息进行解析，确定所述参数信息对应的脚本编码；

根据所述脚本编码，确定所述应用商店界面更新信息。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

将所述脚本编码与存储模块中的应用编码进行匹配；

根据匹配结果，确定所述应用商店界面更新信息，或者生成更新异常信息。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

持续检测是否存在更新后的目标应用脚本；

若检测到存在所述更新后的目标应用脚本，执行获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

获取到所述目标应用脚本之后，对所述目标应用脚本进行修改，生成修改后的目标应用脚本；

根据所述修改后的目标应用脚本，对所述应用的参数信息进行更新，并存储所述修改后的目标应用脚本。

可选地，处理器1001可以调用存储器1004中存储的应用商店更新程序，还执行以下操作：

接收到所述应用更新请求时，获取当前用户权限；

若所述当前用户权限中检测不到所述应用的更新请求对应的应用修改权限，终止启动应用更新程序。

此外，为实现上述目的，本发明实施例还提供一种终端设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用商店更新程序，所述处理器执行所述应用商店更新程序时，实现如上所述的应用商店更新方法。

此外，为实现上述目的，本发明实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有应用商店更新程序，所述应用商店更新程序被处理器执行时，实现如上所述的应用商店更新方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

应当注意的是，在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的部件或步骤。位于部件之前的单词“一”或“一个”不排除存在多个这样的部件。本申请可以借助于包括有若干不同部件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种应用商店更新方法，其特征在于，应用于开发者平台，所述方法包括以下步骤：

获取目标应用脚本，并确定所述目标应用脚本对应的应用；

根据更新后的应用的参数信息，确定应用商店界面更新信息；

将所述应用商店界面更新信息发送至登录端，以使所述登录端根据所述应用商店更新信息更新应用商店界面。

2.如权利要求1所述的方法，其特征在于，所述将所述应用商店界面更新信息发送至登录端的步骤之前，包括：

获取各个所述登录端对应的用户权限；

根据所述用户权限确定目标登录端；

所述将所述应用商店界面更新信息发送至登录端的步骤包括：

将所述应用商店界面更新信息发送至所述目标登录端。

3.如权利要求1所述的方法，其特征在于，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤包括：

根据更新指令确定目标功能，并获取所述目标功能对应的所述目标应用脚本；

根据所述目标应用脚本对应的项目信息，确定所述目标应用脚本对应的所述应用。

4.如权利要求1所述的方法，其特征在于，所述根据更新后的应用的参数信息，确定应用商店界面更新信息的步骤包括：

对所述更新后的应用的参数信息进行解析，确定所述参数信息对应的脚本编码；

根据所述脚本编码，确定所述应用商店界面更新信息。

5.如权利要求4所述的方法，其特征在于，所述根据所述脚本编码，确定所述应用商店界面更新信息的步骤包括：

将所述脚本编码与存储模块中的应用编码进行匹配；

根据匹配结果，确定所述应用商店界面更新信息，或者生成更新异常信息。

6.如权利要求1所述的方法，其特征在于，所述将所述应用商店界面更新信息发送至登录端的步骤之后，包括：

持续检测是否存在更新后的目标应用脚本；

若检测到存在所述更新后的目标应用脚本，执行获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤。

7.如权利要求1所述的方法，其特征在于，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤还包括：

获取到所述目标应用脚本之后，对所述目标应用脚本进行修改，生成修改后的目标应用脚本；

根据所述修改后的目标应用脚本，对所述应用的参数信息进行更新，并存储所述修改后的目标应用脚本。

8.如权利要求1所述的方法，其特征在于，所述获取目标应用脚本，并确定所述目标应用脚本对应的应用的步骤之后，包括：

接收到所述应用更新请求时，获取当前用户权限；

若所述当前用户权限中检测不到所述应用的更新请求对应的应用修改权限，终止启动应用更新程序。

9.一种终端设备，其特征在于，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的应用商店更新程序，所述处理器执行所述应用商店更新程序时，实现权利要求1-8任一所述的方法。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有应用商店更新程序，所述应用商店更新程序被处理器执行时，实现权利要求1-8任一所述的方法。