CN115202685A - 应用更新方法、装置、电子设备及介质 - Google Patents

Abstract

本申请公开了一种应用更新方法、装置、电子设备及可读存储介质，属于终端设备技术领域。该应用更新方法包括：显示第一图标和第一更新控件，第一图标用于指示第一应用；接收用户对第一更新控件的第一输入；响应于第一输入，更新第一应用的应用版本。

Description

应用更新方法、装置、电子设备及介质

技术领域

本申请属于终端设备技术领域，具体涉及一种应用更新方法、装置、电子设备及可读存储介质。

背景技术

在应用程序(Application，App)发行后，若APP加入新的功能或修复原有功能的漏洞，则以补丁的形式发布，用户将这些补丁更新后，完成应用更新。

在一些场景下，用户在更新应用时，需要打开应用商店，在应用商店内查找并选择需要更新的应用，在需要更新多个应用时，需要用户在应用商店内逐一查找并选择，耗时较长，应用更新的效率较低。

发明内容

本申请实施例的目的是提供一种应用更新方法、装置、电子设备及可读存储介质，能够解决应用更新的效率较低的问题。

第一方面，本申请实施例提供了一种应用更新方法，该方法包括：

显示第一图标和第一更新控件，所述第一图标用于指示第一应用；接收用户对所述第一更新控件的第一输入；响应于所述第一输入，更新所述第一应用的应用版本。

第二方面，本申请实施例提供了一种应用更新装置，该装置包括：

显示模块，用于显示第一图标和第一更新控件，所述第一图标用于指示第一应用；接收模块，用于接收用户对所述第一更新控件的第一输入；更新模块，用于响应于所述第一输入，更新所述第一应用的应用版本。

第三方面，本申请实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第五方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面的方法。

第六方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面所述的方法。

在本申请实施例中，通过显示第一图标和第一更新控件，第一图标用于指示第一应用；接收用户对第一更新控件的第一输入；响应于第一输入，更新第一应用的应用版本，由于第一图标和第一更新控件能够直观的展示，且只需要用户对第一更新控件进行操作即可触发对第一应用的应用版本进行更新，不需要用户在应用商店内逐一查找并选择所需要更新的应用，缩短了用户查找想要被更新的应用的时间，操作简单，耗时较短，提高了应用更新的效率。

附图说明

图1示出本申请实施例提供的应用更新方法的第一种流程示意图；

图2至图3示出本申请实施例提供的应用图标的选择界面示意图；

图4示出本申请实施例提供的应用更新方法的第二种流程示意图；

图5至图7示出本申请实施例提供的更新信息显示页面的示意图；

图8示出本申请实施例提供的应用更新方法的第三种流程示意图；

图9示出本申请实施例提供的更新策略列表的显示界面的示意图；

图10示出本申请实施例提供的应用更新装置的结构示意图；

图11示出本申请实施例的一种电子设备的硬件结构示意图；

图12示出本申请实施例提供的电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的应用更新方法进行详细地说明。

图1示出本申请实施例提供的一种应用更新方法的流程示意图，该方法可以由终端设备执行。换言之，方法可以由安装在终端设备的软件或硬件来执行。如图1所示，该方法可以包括以下步骤。

S101：显示第一图标和第一更新控件。

其中，第一图标用于指示第一应用。

具体来讲，第一图标可以在终端设备的桌面上显示第一应用的应用图标，在终端设备的桌面上可以显示至少一个第一应用的应用图标。第一应用可以为第三方应用程序，也可以是终端设备自带的系统级应用程序。

S103：接收用户对第一更新控件的第一输入。

具体来讲，第一输入为拖动第一图标至第一更新控件关联的目标区域，也可以为长按第一图标直至第一图标移动至第一更新控件关联的目标区域等。第一目标对象的形式可以为悬浮球、弹窗等。

示例性的，用户可以单独对多个应用图标中的任意一个图标进行操作，如图2所示的，在桌面上显示应用图标APP1、应用图标APP2、应用图标APP3、应用图标APP4和应用图标APP5和第一更新控件201。用户长按应用图标APP5，使其处于可移动状态，然后用户拖动应用图标APP5，使其可以移动到第一更新控件关联的目标区域，其中，目标区域可以为第一更新控件201所在的位置或者第一更新控件201所在位置周围的预设区域。

示例性的，用户可以对多个应用图标进行批量操作，用户可以长按应用图标APP1至应用图标APP5中的任意一个应用图标，或者长按第一更新控件201，进入到批量选择模式，如图3所示的，在进入批量选择之后，在桌面显示目标控件202，每一个应用图标的右上角都会显示一个勾选框203。用户可以通过勾选框203勾选APP1至APP5中的至少一个APP，再由用户点击第一界面中的目标控件202(确认控件)，完成应用图标的批量选择，然后用户可以对已经选择的应用图标中的任意一个应用图标进行长按，使得批量选择的应用图标都处于可移动状态，然后用户拖动批量选择的应用图标，使其可以移动到第一更新控件201关联的目标区域。

示例性的，S105：响应于第一输入，更新第一应用的应用版本。

具体来讲，在第一应用的应用图标拖动至第一更新控件所关联的目标区域之后，触发更新第一应用的应用版本，具体可以是将第一应用的应用版本由当前版本更新至最新版本。

响应于第一输入，更新第一应用的应用版本之后，在第一更新控件显示第一应用的更新信息，更新信息包括以下至少一者：更新进度；更新速度；更新开始时间；当前的网络状态(如网速)等。其中，在逐一的对第一应用进行更新的情况下，在第一更新控件对应的显示区域显示当前正在更新的第一应用的更新信息；在对多个第一应用同时进行更新的情况下，在第一更新控件对应的显示区域每隔预定时间切换显示当前正在更新的不同的第一应用的更新信息，其中，第一更新控件对应的显示区域可以为第一更新控件对应显示的弹窗或者第一更新控件本身。例如，第一更新控件为悬浮球时，第一更新控件的显示区域则为悬浮球的悬浮窗，在2个第一应用同时进行更新的情况下，在悬浮球的悬浮窗以5秒为间隔轮询显示2个第一应用的更新信息。

本申请实施例公开的技术方案，由于第一图标和第一更新控件能够直观的展示，且只需要用户对第一更新控件进行操作即可触发对第一应用的应用版本进行更新，不需要用户在应用商店内逐一查找并选择所需要更新的应用，缩短了用户查找想要被更新的应用的时间，操作简单，耗时较短，提高了应用更新的效率。

在一种可能的实现方式中，在S105之前，应用更新方法还包括：接收对第一更新控件的第八输入；响应于第八输入，暂停对更新列表中的至少一个第二应用的应用版本进行更新；接收对第一更新控件的第九输入；响应于第九输入，恢复对更新列表中的至少一个第二应用的应用版本进行更新。

具体来讲，第八输入可以是对第一更新控件进行连续点击预设次数、长按第一更新控件等，其中，连续点击预设次数可以为双击。在对第一更新控件进行第八输入后，更新列表中的多个第二应用的应用版本的更新会同时被批量暂停，其中，可以是对更新列表中的所有第二应用的版本更新全部暂停。如此，可以对更新列表中的多个正在更新的第二应用批量暂停，从而提高了对正在更新的第二应用进行暂停操作的效率。

具体来讲，第九输入可以是对第一更新控件进行连续点击预设次数、长按第一更新控件等，其中，连续点击预设次数可以为双击。在更新列表中的多个第二应用的更新进程被暂停的情况下，在对第一更新控件进行第九输入后，更新列表中更新进程被暂停的多个第二应用的应用版本会同时恢复更新，其中，可以是对更新列表中的所有被暂停更新的第二应用全部进行恢复。如此，可以对更新列表中的多个第二应用批量恢复，从而提高了对暂停更新的第二应用进行恢复操作的效率。

图4示出本申请实施例提供的一种应用更新方法的流程示意图，该方法可以由终端设备执行。换言之，方法可以由安装在终端设备的软件或硬件来执行。如图4所示，该方法可以包括以下步骤。

S401：显示第一图标和第一更新控件。

其中，第一图标用于指示第一应用。

S403：接收用户对第一更新控件的第一输入。

S405：响应于第一输入，将第一应用添加至第一更新控件对应的更新列表；对更新列表中的至少一个第二应用的应用版本进行更新，至少一个第二应用包括第一应用。

具体来讲，以悬浮球为例，在用户在上述实施例中选定想要更新的应用图标后，将该应用图标拖动到悬浮球所在的位置，对应的，拖动到悬浮球所在的位置的应用图标的应用对应添加到更新列表中，处于更新列表中的第二应用则自动进行版本更新，其中，处于更新列表中的第二应用包括新加入到更新列表中的第一应用和在第一应用之前加入到更新列表的其余的应用。

具体来讲，对处于更新列表中的各个第二应用的版本进行更新，如果处于更新列表的第二应用已经是最新版本，则忽略该第二应用不进行更新，如果处于更新列表的第二应用不是最新版本，则自动对该第二应用的应用版本进行更新。在对更新列表中的各个第二应用的版本进行更新时，可以同时对多个第二应用进行更新，也可以按照第二应用在更新列表中的更新优先级由高到低的顺序依次更新。其中，第二应用在更新列表中的更新优先级可以按照第二应用加入到更新列表的时间确定，加入到更新列表中的时间越早，更新优先级越高，则优先被更新；也可以按照第二应用在更新列表中的排序确定第二应用的更新优先级，第二应用在更新列表中的排序的显示位置越靠前，更新优先级越高，则优先被更新。

S407：响应于对第一更新控件的第四输入，在第一界面显示更新列表中至少一个第二应用的更新信息。

具体来讲，第四输入可以是单次点击第一更新控件，用户点击第一更新控件之后，进入应用更新详情页面(第一界面)，在应用更新详情页面中，可以直接显示更新列表中各个第二应用的更新信息。

如图5和图6所示的，也可以在第一界面中显示下载页面和历史记录页面两个页面。在下载页面会展示更新列表中正在更新的第二应用的更新信息和待更新的第二应用的更新信息，例如，应用名称、补丁信息、更新状态(包括更新中、暂停中、等待中等)、更新进度、网络状态等；在历史记录页面中会展示已经更新完成的应用的信息，如更新版本、更新介绍、更新时间等。在用户选择下载页面和历史记录页面中的任意一个页面，则显示对应页面中的内容。

进一步，如图5所示的，在下载页面中，各个第二应用的更新信息的显示位置在下载页面中由上到下顺序显示，第二应用的更新信息在下载页面中的显示位置越靠前，其更新优先级越高，则优先被更新。在一些情况下，用户存在将其所需的应用优先被更新的需求，为了提高应用更新的灵活性和满足用户的需求，可以在第一界面显示更新列表中各第二应用的更新信息之后，接收用户对第一界面中第二应用的更新信息的第五输入；响应于第五输入，调整第二应用的更新信息在第一界面的显示位置，显示位置与应用更新优先级关联，其中，不同的显示位置对应不同的更新优先级，更新优先级高的第二应用优先更新。具体的，第五输入可以是对第二应用的更新信息的长按操作，如图5所示的，各个第二应用的更新信息在更新列表中以行的形式由上到下依次显示，第二应用的更新信息在更新列表中的显示位置越靠前，说明其更新优先级越高，并优先被更新，当用户长按某一个第二应用的更新信息所在行的位置，并将其进行上移或下移，调整其显示位置以变更其更新优先级，如果某一个第二应用的更新信息所在行的位置被调整到第一界面中的首行，则其更新优先级变更为最高，并优先被更新。如此，提高了应用更新的灵活性和满足了用户的需求。

此外，如果用户需要取消对更新列表中某一个应用的更新，则用户在长按第二应用的更新信息之后，通过左滑或右滑来取消应用的更新。值得注意的是，不论是正在更新的应用还是待更新的应用都可以取消，本申请实施例在此并不作限定。

进一步，如图6所示的，已经完成更新的应用则会记录在历史记录页面中，每次批量应用的更新可以形成一条历史记录并显示在历史记录页面中，为了进一步提高应用更新的灵活性和应用更新的效率，在响应于第一输入，更新第一应用的应用版本之后，响应于对第一更新控件的第六输入，显示第一更新控件对应的第三应用的历史更新信息；响应于用户的第七输入，将第三应用添加至第一更新控件对应的更新列表；对更新列表中的第三应用的应用版本进行更新。。具体来讲，第六输入可以是连续三次点击第一更新控件，用户点击第一更新控件之后，可以直接显示历史记录页面。

示例性的，如图5和图6所示的，也可以在第一界面中显示下载页面和历史记录页面两个页面，用户选择历史记录页面，显示对应页面中的历史更新信息。在历史记录页面中会展示已经更新完成的应用的历史更新信息，如应用名称、更新版本、更新介绍、更新时间等。已经完成更新的应用则会记录在历史记录页面中，每次批量应用的更新可以形成一条历史记录并显示在历史记录页面中，如图7所示的，在用户点击某条历史记录后，便会显示一个弹窗701，弹窗701中显示已经完成更新应用的应用名称、更新版本、更新介绍、更新时间等。在用户点击某条历史记录后，可以点击控件702重新发起对该条历史记录中记录的至少一个应用的更新，将该条历史记录中记录的应用重新添加到更新列表并更新，如果，该条历史记录中存在已是最新版本的应用，则忽略，将不是最新版本的应用进行更新。例如用户七个月前更新了一批应用，这个时候用户不需要进行七个月之前的重复操作，即重复将该批应用再添加到第一更新控件的更新列表的第一操作，只需要点击该条历史记录后面圆圈(目标控件)重新进行应用更新即可，已是最新版本的应用则会忽略。如此，用户再次更新历史记录中的应用的版本时，不需要再重复进行添加应用至第一更新控件的更新列表的第一操作，简化了应用更新的操作，进一步提高了应用更新的灵活性和应用更新的效率。

此外，如果用户需要删除历史页面中的某条历史记录，则用户在长按某条历史记录之后，通过左滑或右滑来删除该条历史记录。

进一步，如果用户想要退出第一界面，则只需用户点击终端设备屏幕上非第一界面的空白区域，则可以退出第一界面。

进一步，在第一应用完成更新后，第一应用更新前的旧的版本的安装包可以暂时缓存在终端设备中，如果用户对新版本的应用的各种功能不满意时，在响应于第一输入，更新第一应用的应用版本之后，显示第一应用的历史更新信息；响应于用户对历史更新信息的第十输入，将第一应用由更新后的应用版本回退至历史更新信息对应的应用版本。具体是，可以由用户打开第一应用的历史更新信息，将第一应用由更新后的版本再回退到更新前的旧版本，进一步提高应用更新的灵活性。

值得注意的是，S401和S403与上述S101和S103具有相同或类似的实现方式，其可以互相参照，本申请实施例在此不再赘述。

通过本申请实施例公开的技术方案，由于第一图标和第一更新控件能够直观的展示，且只需要用户对第一更新控件进行操作即可触发对第一应用的应用版本进行更新，不需要用户在应用商店内逐一查找并选择所需要更新的应用，缩短了用户查找想要被更新的应用的时间，操作简单，耗时较短，提高了应用更新的效率。

图8示出本申请实施例提供的一种应用的更新方法的流程示意图，该方法可以由终端设备执行。换言之，方法可以由安装在终端设备的软件或硬件来执行。如图8所示，该方法可以包括以下步骤。

S801：显示第一图标和第一更新控件。

其中，第一图标用于指示第一应用。

S802：响应于对第二更新控件的第二输入，显示至少一个更新方式；响应于对至少一个更新方式中的目标更新方式的第三输入，显示与目标更新方式对应的第一更新控件。

具体来讲，对于应用的更新可以设置不同的更新方式，更新方式包括但不限于“立即更新”、“无线保真网(Wireless-Fidelity，WIFI)连接自动更新”、“锁屏自动更新”、“WIFI连接+锁屏自动更新”以及“定时更新”等不同策略中的至少一个。如果设置了多种更新方式，则会在手机的第二界面中显示第二更新控件，第二更新控件则对应预设多种更新方式。其中，第二更新控件可以是为显示有预设标识的悬浮球、弹窗等，预设标识符可以为任意设置，其用来标识第二更新控件设置有多种更新方式；第二输入可以是至少一次点击第二更新控件、长按第二更新控件等，第三输入可以为点击、框选等操作。

以第二更新控件为显示十字圆球的悬浮球为例，如图9所示的，在用户点击第二更新控件901后，会弹出一个弹窗902，在弹窗中显示4种更新方式，分别为“WIFI连接自动更新”、“锁屏自动更新”、“立即更新”以及“定时更新”。在各个更新方式的每一行对应显示一个控件(方框)903，用户可以通过勾选每个更新方式前的方框，从而将勾选了方框的更新方式作为目标更新方式，点击弹窗中的“确定”按钮后，则会创建与该目标更新方式对应的第一更新控件，如图9所示的，用户框选了“WIFI连接自动更新”、“锁屏自动更新”、“立即更新”之前的选择框后，对应创建三个第一更新控件201，每一个第一更新控件对应一种更新方式。

此外，为了提示用户已经创建的更新方式的第一更新控件，已经创建的更新方式存在时，则该更新方式前的方框则会呈现不可选状态。

值得注意的是，对于设置“定时方式”的第一更新控件时，可以由用户点击“定时方式”的第一更新控件可以弹出具体的时间设置页面，用户可以在时间设置页面进行定时。

进一步，当用户想要删除某一个更新方式的第一更新控件时，可以将该更新方式对应的第一更新控件再拖拽到第二更新控件中，从而删除该更新方式对应的第一更新控件。

S803：接收用户对第一更新控件的第一输入。

S805：响应于第一输入，按照目标更新方式更新第一应用的应用版本。

具体来讲，在用户将第一应用拖拽到对应的更新方式中的第一更新控件中后，第一更新控件的更新列表中的应用则按照对应的更新方式进行更新。在更新的过程中，如果该第一更新控件对应的更新方式未满足，则暂停对更新列表中应用的更新。例如，第一更新控件设置了WIFI链接+自动锁屏的更新策略，当终端设备的外部环境满足了WIFI链接+自动锁屏的条件，则对该第一更新控件中更新列表中的应用进行自动更新，这个时候如果WIFI断开之后，第一更新控件中更新列表中的应用的更新会自动暂停，只有在终端设备的外部环境满足了WIFI+自动锁屏的条件下才会继续更新。为了满足用户的需求，用户也可以通过点击这个更新策略的第一更新控件继续进行更新，提高应用更新的灵活性和提升用户体验感。

进一步，在设置了多个不同更新方式的第一更新控件之后，为了提示用户不同第一更新控件对应的更新方式，在拖拽第一应用到第一更新控件时，会弹出该第一更新控件所对应的更新方式的弹窗，该弹窗内显示更新方式的详细信息，从而提示用户该第一更新控件设置了什么更新方式，使得应用更新更加直观，提高了用户体验感。

进一步，在拖拽第一应用到设置了更新方式的第一更新控件时，如果该第一应用已经处于另一个第一更新控件的更新列表中，则会弹出弹窗，显示提示信息，提示信息指示该第一应用已经设置了更新方式，并且指示已经设置的更新方式的详细信息，避免同一个应用重复设置多个更新方式，而导致应用无法正常更新的问题，提高了应用更新的可靠性。如果第一应用被批量选择，已经设置更新方式的应用的左上角的勾选框则层灰色不可选状态，避免用户重复选择，进一步提高了应用更新的可靠性。

本申请实施例公开的技术方案，由于第一图标和第一更新控件能够直观的展示，且只需要用户对第一更新控件进行操作即可触发对第一应用的应用版本进行更新，不需要用户在应用商店内逐一查找并选择所需要更新的应用，缩短了用户查找想要被更新的应用的时间，操作简单，耗时较短，提高了应用更新的效率。此外，通过设置多种更新方式对应用进行更新，针对不同的应用，可以设置不同的更新方式，应用更新的方式更加丰富。且可以由用户自定义选择采用哪种更新方式对应用进行更新，进一步提高了应用更新的灵活性。

值得注意的是，第一应用被拖拽到第一更新控件中后，第一应用的应用图标仍然在桌面上正常显示。且第一应用更新的过程中并不会影响应用的正常使用，用户可以正常打开应用使用其各种功能，在应用更新完成后，会跳出弹窗提示用户是否重新打开更新完成后的第一应用，如果用户确认重新打开更新完成后的应用，则重新打开该第一应用的更新后的应用版本，如果用户不选择重新打开第一应用，则会在用户退出应用后更新到最新版本。

本申请实施例提供的应用更新方法，执行主体可以为应用更新装置。本申请实施例中以应用更新装置执行应用更新方法为例，说明本申请实施例提供的应用更新装置。

图10示出本申请实施例提供的一种应用更新装置的结构示意图，该装置1000包括：显示模块1001，用于显示第一图标和第一更新控件，第一图标用于指示第一应用；接收模块1002，用于接收用户对第一更新控件的第一输入；更新模块1003，用于响应于第一输入，更新第一应用的应用版本。

在本申请实施例中，由于第一图标和第一更新控件能够直观的展示，且只需要用户对第一更新控件进行操作即可触发对第一应用的应用版本进行更新，不需要用户在应用商店内逐一查找并选择所需要更新的应用，缩短了用户查找想要被更新的应用的时间，操作简单，耗时较短，提高了应用更新的效率。

在一种可能的实现方式中，第一输入为拖动第一图标至第一更新控件关联的目标区域。

在一种可能的实现方式中，显示模块1001，还用于在第一更新控件显示第一应用的更新信息；更新信息包括以下至少一者：更新进度；更新速度；更新开始时间。

在一种可能的实现方式中，显示模块1001，还用于响应于对第二更新控件的第二输入，显示至少一个更新方式；响应于对至少一个更新方式中的目标更新方式的第三输入，显示与目标更新方式对应的第一更新控件。更新模块1003，还用于响应于第一输入，按照目标更新方式更新第一应用的应用版本。

在一种可能的实现方式中，更新模块1003，还用于响应于第一输入，将第一应用添加至第一更新控件对应的更新列表；对更新列表中的至少一个第二应用的应用版本进行更新，至少一个第二应用包括第一应用。

在一种可能的实现方式中，显示模块1001，还用于响应于对第一更新控件的第四输入，在第一界面显示更新列表中至少一个第二应用的更新信息。

在一种可能的实现方式中，接收模块1001，还用于接收用户对第一界面中第二应用的更新信息的第五输入；更新模块1003，还用于响应于第五输入，调整第二应用的更新信息在第一界面的显示位置，显示位置与应用更新优先级关联。

在一种可能的实现方式中，显示模块1001，还用于响应于对第一更新控件的第六输入，显示第一更新控件对应的第三应用的历史更新信息。更新模块1003，还用于响应于用户的第七输入，将第三应用添加至第一更新控件对应的更新列表；对更新列表中的第三应用的应用版本进行更新。

在一种可能的实现方式中，接收模块1001，还用于接收对第一更新控件的第八输入；更新模块1003，还用于响应于第八输入，暂停对更新列表中的至少一个第二应用的应用版本进行更新；接收模块1001，还用于接收对第一更新控件的第九输入；更新模块1003，还用于响应于第九输入，恢复对更新列表中的至少一个第二应用的应用版本进行更新。

在一种可能的实现方式中，显示模块1001，还用于显示第一应用的历史更新信息；更新模块1003，还用于响应于用户对历史更新信息的第十输入，将第一应用由更新后的应用版本回退至历史更新信息对应的应用版本。

本申请实施例中的低代码开发平台的应用扩展装置可以是电子设备，也可以是电子设备中的部件，例如集成电路、或芯片。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本或者个人数字助理(personal digital assistant，PDA)等，还可以为服务器、网络附属存储器(NetworkAttached Storage，NAS)、个人计算机(personal computer，PC)、电视机(television，TV)、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的应用更新装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的应用更新装置能够实现以上方法实施例实现的各个过程，实现相同的技术效果，为避免重复，这里不再赘述。

图11为实现本申请实施例的一种电子设备的硬件结构示意图。

该电子设备1100包括但不限于：射频单元1101、网络模块1102、音频输出单元1103、输入单元1104、传感器1105、显示单元1106、用户输入单元1107、接口单元1108、存储器1109、以及处理器1110等部件。

本领域技术人员可以理解，电子设备1100还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器1110逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图11中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

显示单元1106，用于显示第一图标和第一更新控件，第一图标用于指示第一应用。

用户输入单元1107，用于接收用户对第一更新控件的第一输入，处理器1110，用于响应于第一输入，更新第一应用的应用版本。

显示单元1106，还用于在第一更新控件显示第一应用的更新信息；更新信息包括以下至少一者：更新进度；更新速度；更新开始时间。

显示单元1106，还用于响应于对第二更新控件的第二输入，显示至少一个更新方式；响应于对至少一个更新方式中的目标更新方式的第三输入，显示与目标更新方式对应的第一更新控件；处理器1110，还用于响应于第一输入，按照目标更新方式更新第一应用的应用版本。

处理器1110，还用于响应于第一输入，将第一应用添加至第一更新控件对应的更新列表；对更新列表中的至少一个第二应用的应用版本进行更新，至少一个第二应用包括第一应用。

显示单元1106，还用于响应于对第一更新控件的第四输入，在第一界面显示更新列表中至少一个第二应用的更新信息。

用户输入单元1107，还用于接收用户对第一界面中第二应用的更新信息的第五输入。处理器1110，还用于响应于第五输入，调整第二应用的更新信息在第一界面的显示位置，显示位置与应用更新优先级关联。

显示单元1106，还用于响应于对第一更新控件的第六输入，显示第一更新控件对应的第三应用的历史更新信息；处理器1110，还用于响应于用户的第七输入，将第三应用添加至第一更新控件对应的更新列表；对更新列表中的第三应用的应用版本进行更新。

用户输入单元1107，还用于接收对第一更新控件的第八输入；处理器1110，还用于响应于第八输入，暂停对更新列表中的至少一个第二应用的应用版本进行更新。

用户输入单元1107，还用于接收对第一更新控件的第九输入；处理器1110，还用于响应于第九输入，恢复对更新列表中的至少一个第二应用的应用版本进行更新。

显示单元1106，还用于显示第一应用的历史更新信息，处理器1110，还用于响应于用户对历史更新信息的第十输入，将第一应用由更新后的应用版本回退至历史更新信息对应的应用版本。

其中，射频单元1101可用于收发信息或通话过程中，信号的接收和发送。具体的，将来自基站的下行数据接收后，给处理器1110处理；另外，将上行的数据发送给基站。通常，射频单元1101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元1101还可以通过无线通信系统与网络和其他设备通信。

电子设备通过网络模块1102为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。

音频输出单元1103可以将射频单元1101或网络模块1102接收的或者在存储器1109中存储的音频数据转换成音频信号并且输出为声音。音频输出单元1103包括扬声器、蜂鸣器以及受话器等。

应理解的是，本申请实施例中，输入单元1104可以包括图形处理器(GraphicsProcessing Unit，GPU)11041和麦克风11042，图形处理器11041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。

显示单元1106可包括显示面板11061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板11061。用户输入单元1107包括触控面板11071以及其他输入设备11072中的至少一种。触控面板11071，也称为触摸屏。触控面板11071可包括触摸检测装置和触摸控制器两个部分。其他输入设备11072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

存储器1109可用于存储软件程序以及各种数据，存储器1109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器1109可以包括易失性存储器或非易失性存储器，或者，存储器1109可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本申请实施例中的存储器1109包括但不限于这些和任意其它适合类型的存储器。

处理器1110可包括一个或多个处理单元；可选的，处理器1110集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1110中。

可选地，如图12所示，本申请实施例还提供一种电子设备1200，包括处理器1201，存储器1202，存储在存储器1202上并可在处理器1201上运行的程序或指令，该程序或指令被处理器1201执行时实现上述应用更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的电子设备包括上述的移动电子设备和非移动电子设备。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述应用更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，处理器为上述实施例中的电子设备中的处理器。可读存储介质，包括计算机可读存储介质，如计算机只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、磁碟或者光盘等。

本申请实施例另提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述应用更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述应用更新方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例的方法。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (13)

1.一种应用更新方法，其特征在于，所述方法包括：

显示第一图标和第一更新控件，所述第一图标用于指示第一应用；

接收用户对所述第一更新控件的第一输入；

响应于所述第一输入，更新所述第一应用的应用版本。

2.根据权利要求1所述的应用更新方法，其特征在于，所述第一输入为拖动所述第一图标至所述第一更新控件关联的目标区域的输入。

3.根据权利要求1所述的应用更新方法，其特征在于，在所述响应于所述第一输入，更新所述第一应用的应用版本之后，所述方法还包括：

在所述第一更新控件显示所述第一应用的更新信息；

所述更新信息包括以下至少一项：

更新进度；

更新速度；

更新开始时间。

4.根据权利要求1所述的应用更新方法，其特征在于，在所述接收用户对所述第一更新控件的第一输入之前，所述方法还包括：

响应于对第二更新控件的第二输入，显示至少一个更新方式；

响应于对所述至少一个更新方式中的目标更新方式的第三输入，显示与所述目标更新方式对应的第一更新控件；

所述响应于所述第一输入，更新所述第一应用的应用版本包括：

响应于所述第一输入，按照所述目标更新方式更新所述第一应用的应用版本。

5.根据权利要求1所述的应用更新方法，其特征在于，所述响应于所述第一输入，更新所述第一应用的应用版本包括：

响应于所述第一输入，将所述第一应用添加至所述第一更新控件对应的更新列表；

对所述更新列表中的至少一个第二应用的应用版本进行更新，所述至少一个第二应用包括所述第一应用。

6.根据权利要求5所述的应用更新方法，其特征在于，所述方法还包括：

响应于对所述第一更新控件的第四输入，在第一界面显示所述更新列表中至少一个所述第二应用的更新信息。

7.根据权利要求6所述的应用更新方法，其特征在于，在所述响应于对所述第一更新控件的第四输入，在第一界面显示所述更新列表中至少一个所述第二应用的更新信息之后，所述方法还包括：

接收用户对所述第一界面中所述第二应用的更新信息的第五输入；

响应于所述第五输入，调整所述第二应用的更新信息在所述第一界面的显示位置，所述显示位置与应用更新优先级关联。

8.根据权利要求5所述的应用更新方法，其特征在于，在所述响应于所述第一输入，更新所述第一应用的应用版本之后，所述方法还包括：

响应于对所述第一更新控件的第六输入，显示所述第一更新控件对应的第三应用的历史更新信息；

响应于用户的第七输入，将所述第三应用添加至所述第一更新控件对应的更新列表；

对所述更新列表中的所述第三应用的应用版本进行更新。

9.根据权利要求5所述的应用更新方法，其特征在于，在所述响应于所述第一输入，更新所述第一应用的应用版本之前，所述方法还包括：

接收对所述第一更新控件的第八输入；

响应于所述第八输入，暂停对所述更新列表中的至少一个所述第二应用的应用版本进行更新；

接收对所述第一更新控件的第九输入；

响应于所述第九输入，恢复对所述更新列表中的至少一个所述第二应用的应用版本进行更新。

10.根据权利要求1所述的应用更新方法，其特征在于，在所述响应于所述第一输入，更新所述第一应用的应用版本之后，所述方法还包括：

显示所述第一应用的历史更新信息；

响应于用户对所述历史更新信息的第十输入，将所述第一应用由更新后的应用版本回退至所述历史更新信息对应的应用版本。

11.一种应用更新装置，其特征在于，包括：

显示模块，用于显示第一图标和第一更新控件，所述第一图标用于指示第一应用；

接收模块，用于接收用户对所述第一更新控件的第一输入；

更新模块，用于响应于所述第一输入，更新所述第一应用的应用版本。

12.一种电子设备，其特征在于，所述电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，程序或指令被所述处理器执行时实现如权利要求1-10中任意一项所述的更新方法的步骤。

13.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-10中任一项所述的更新方法的步骤。

Images