CN110309000B - 应用更新提示方法及终端设备 - Google Patents

Abstract

本发明涉及计算机技术领域，提供了一种应用更新提示方法及终端设备。该方法包括：在应用数据库中查询当前应用是否发生更新；若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；根据当前应用对应的界面更新信息发送界面更新通知。本发明能够将应用更新后的界面更新情况通知给用户，使用户了解应用更新后的界面，便于用户操作，提升用户体验。

Description

应用更新提示方法及终端设备

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用更新提示方法及终端设备。

背景技术

目前，电子设备的应用不仅种类繁多，而且为了满足用户需求，应用更新也较频繁。当进行应用更新的时候，现有电子设备的智能系统会将此次更新的修复问题或新增功能的相关描述等内容进行提示。然而若应用的界面发生更新，用户通过提示内容无法获知更新后的界面信息，需要对更新后的界面进行发现和尝试才能进行操作，这样导致应用更新后操作不便，用户体验差。

发明内容

有鉴于此，本发明实施例提供了应用更新提示方法及终端设备，以解决目前应用界面发生更新后用户需要对更新后的界面进行发现和尝试才能进行操作的问题。

本发明实施例的第一方面提供了应用更新提示方法，包括：

在应用数据库中查询当前应用是否发生更新；

若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；

根据当前应用对应的界面更新信息发送界面更新通知。

本发明实施例的第二方面提供了应用更新提示装置，包括：

查询模块，用于在应用数据库中查询当前应用是否发生更新；

获取模块，用于若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；

发送模块，用于根据当前应用对应的界面更新信息发送界面更新通知。

本发明实施例的第三方面提供了终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面中的应用更新提示方法。

本发明实施例的第四方面提供了计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现第一方面中的应用更新提示方法。

本发明实施例与现有技术相比存在的有益效果是：通过在应用数据库中查询当前应用是否发生更新，能够确认当前应用是否进行过更新；通过从界面更新数据库中获取当前应用对应的界面更新信息，并根据当前应用对应的界面更新信息发送界面更新通知，能够将应用更新后的界面更新情况通知给用户，使用户了解应用更新后的界面，便于用户操作，提升用户体验。

附图说明

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

图1是本发明实施例提供的应用更新提示方法的实现流程图；

图2是本发明实施例提供的应用更新提示方法中获取新增界面信息的实现流程图；

图3是本发明实施例提供的应用更新提示方法中查找新增界面的实现流程图；

图4是本发明实施例提供的应用更新提示方法中获取新增控件信息的实现流程图；

图5是本发明实施例提供的应用更新提示方法中查找新增控件的实现流程图；

图6是本发明一个实施例提供的应用更新提示方法的程序流程图；

图7是本发明实施例提供的应用更新提示装置的示意图；

图8是本发明实施例提供的终端设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

图1为本发明实施例提供的应用更新提示方法的实现流程图，详述如下：

在S101中，在应用数据库中查询当前应用是否发生更新。

在本实施例中，当前应用为终端设备上正在运行的应用程序。应用数据库为包括终端设备上各个应用的应用信息的数据库。通过应用数据库能够查询到应用是否进行更新，以及更新之前应用的应用信息。当前应用启动后，终端设备可以在应用数据库进行查询，来确定当前应用是否发生过更新。

可选地，S101可以包括：

获取当前应用的应用包名；

根据所述应用包名在所述应用数据库中进行查询，确定当前应用是否发生更新。

在本实施例中，应用和应用包名呈对应关系，根据当前应用的应用包名能够确定当前运行的应用。在应用数据库中查询应用包名对应应用的应用信息，可以确认当前应用是否发生更新。

作为本发明的一个实施例，在S101之前，还可以包括：

解析各个应用的应用程序文件得到各个应用的应用信息，并根据各个应用的应用信息建立所述应用数据库。

下面以Android系统为例说明建立应用数据库的过程，但本实施例中应用数据库的建立方式不仅适用于Android系统，还可以适用于iOS、Firefox OS、YunOS、BlackBerry、Windows phone等终端设备的操作系统。

Android系统在启动的过程中，会启动一个应用程序管理服务PackageManagerService，该服务负责扫描系统中特定的目录，找到里面的应用程序文件，即以apk为后缀的文件，然后对这些应用程序文件进行解析，得到应用程序的相关信息，并把这些相关信息都保存在其成员变量中。本实施例通过修改应用程序管理服务源码，在对应用程序文件进行解析时，获取到每一个应用以及其界面名称。其中，解析应用程序文件的源码文件路径如下：

frameworks/base/services/java/com/android/server/PackageManagerService.java

通过反汇编工具，可以得到Android应用程序的smali代码，本实施例中采用apktool工具。它可以反汇编应用程序文件得到应用程序的smali代码、图片和XML(Extensible Markup Language，可扩展标记语言)配置文件等资源文件。

使用apktool反编译应用程序文件后，会在反编译工程目录下生成一个smali文件，里面存放着所有反编译出的smali文件，这些文件会根据程序包的层次结构生成相应的目录，程序中所有的类都会在相应的目录下生成独立的smali文件。为便于描述，举例说明如下：

假设一个Activity名是com.sunxz.test.MainActivlty，就会在smali目录下依次生成com\sunxz\test\目录结构，然后在这个目录下生成MainActivlty.smali文件。

根据上文获取的应用的界面(即Activity)名称遍历解析smali文件夹中携带Activity名称的smali代码文件，以上面的MainActivlty.smali为例，内容如下：

.class public Lcom/sunxz/test/MainActivlty；

.super Landroid/app/Activlty；

.source"MainActivlty.java"

#virutal methods

.method protected onCreate(Landroid/os/Bundle；)V

.locals 3

.parameter"savedInstanceState"

.prologue

.line 14

invoke-super{p0,p1},Landroid/app/Activity；->onCreate(Landroid/os/Bundle；)V

.line 15

const/high 16v2,0x7f03

invoke-virtual{p0,v2},Lcom/sunxz/test/MainActivlty；->setContentView(I)V

其中，第一行".class"指令指定了当前类的类名。第二行".super"指令指定了当前类的父类。第三行".source"指令指定了当前类的源文件名。#virutal methods是方法声明指令，parameter是参数指令，prologue是代码起始指令，invoke-virtual是方法调用指令。

最后一行代码完成对MainActivity这个活动的视图的设置，通过setContentView(I)这个方法加载方法参数所表示的布局。invoke-virtual是操作码，表示方法调用。{p0,v2}是用于放置参数的寄存器。Lcom/sunxz/test/MainActivlty是调用该方法的对象类型。setContentView(I)V是调用的具体方法，其中I是指参数的类型为int，V是指返回值类型是void。在该行反汇编代码中，两个寄存器p0和v2分别存放的是Lcom/example/test/MainActivity和一个int类型的值，该int类型的值在倒数第二行中的代码const/high16v2,0x7f03中进行了数据定义，该行代码表示将0x7f03这个数值赋值给寄存器v2，通过这个值可以确定MainActivity的活动加载的是ID为0x7f03的布局文件。

如上所述，反编译应用程序文件后还会获取到R.class文件，解析R.class文件可知0x7f03对应的布局文件名称是activity_main。至此可以知道MainActivity以及MainActivity加载的布局文件是activity_main，其中activity_main.xml位于apk中/res/layout/目录下。

通过如上方法，可获取到应用的每一个界面以及其加载的布局文件。而应用的每一个界面对应一个布局文件，每个界面中展示的元素都位于其对应的布局文件中，每一个元素对应布局文件中的一个控件。对获取到的每个布局文件进行解析，可以获取布局文件中的每一个控件坐标以及控件属性。直至系统中的每一个应用中的每一个界面对应的布局文件解析完毕，建立应用数据库，保存各个应用的应用信息。其中应用的应用信息可以包括但不限于应用版本号、应用包名、应用界面包名、应用界面对应的布局文件名称、应用界面对应的布局文件的总个数、应用界面对应的布局文件中的控件名称、应用界面对应的布局文件中的控件坐标和应用界面对应的布局文件中的控件属性中的一项或多项。

在S102中，若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息。

在本实施例中，界面更新数据库保存有应用更新中界面更新的相关信息，从界面更新数据库中可以获取到当前应用的界面更新信息。界面更新信息包括但不限于当前应用新增界面的信息和/或在原有界面上新增控件的信息。

作为本发明的一个实施例，所述界面更新数据库包括新增界面列表，如图2所示，在S102之前，还可以包括：

在S201中，获取当前应用的应用信息。

在本实施例中，应用发生更新后，终端设备可以获取到更新后应用的应用信息。

在S202中，根据获取到的当前应用的应用信息和所述应用数据库中当前应用对应的应用信息，确定当前应用的新增界面，并将所述新增界面的信息保存至所述新增界面列表。

在本实施例中，S201和S202可以在S101之前，也可以在S101之后，在此不作限定。应用数据库中保存有终端设备各个应用更新前的应用信息。对于一个更新后的应用，可以在应用数据中查找到该应用对应的更新前的应用信息。可以将获取到的更新后当前应用的应用信息与应用数据库中保存的更新前当前应用的应用信息进行对比，确认当前应用的新增界面，并将确认出的新增界面的信息保存至新增界面列表。新增界面列表用于保存各个应用的界面更新信息。

作为本发明的一个实施例，所述当前应用的应用信息包括当前应用的版本号、界面个数和各个界面的界面名称，如图3所示，S202可以包括：

在S301中，判断当前应用的版本号与所述应用数据库中当前应用对应的版本号是否一致。

在本实施例中，可以获取到当前应用的版本号、界面个数和各个界面的界面名称。通过对比当前应用的版本号与应用数据库保存的当前应用对应的版本号，能够判断出当前应用是否发生更新。

在S302中，若当前应用的版本号与所述应用数据库中当前应用对应的版本号不一致，则判断当前应用的界面个数与所述应用数据库中当前应用对应的界面个数是否相同。

在本实施例中，若当前应用的版本号与应用数据库中当前应用对应的版本号一致，则表征当前应用未进行更新，因此结束应用更新提示步骤。若当前应用的版本号与应用数据库中当前应用对应的版本号不一致，则表征当前应用进行更新，因此可以继续应用更新提示的步骤，判断当前应用的界面个数与应用数据库中当前应用对应的界面个数是否相同。

在S303中，若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数不相同，则根据各个界面的界面名称在所述应用数据库中查找对应的界面，并将第一界面确定为当前应用的新增界面；所述第一界面为当前应用在所述应用数据库中不存在对应界面的界面。

在本实施例中，若当前应用的界面个数与应用数据库中当前应用对应的界面个数不相同，则表征当前应用在更新前后界面个数发生变化，可以根据各个界面的界面名称在应用数据库中查找对应的界面，并将第一界面确定为当前应用的新增界面。由于第一界面为当前应用在应用数据库中不存在对应界面的界面，即在应用数据库中查找不到第一界面对应的更新前的界面，因此可以将第一界面确定为当前应用的新增界面。

本实施例根据更新后当前应用的版本号、界面个数和各个界面的界面名称与应用数据库中当前应用对应的更新前的信息进行对比，能够准确快速地确定出当前应用的新增界面，从而提高界面更新通知的准确性和快速性。

作为本发明的一个实施例，所述界面更新数据库包括新增控件列表，所述当前应用的应用信息包括控件信息，如图4所示，在S302之后，还可以包括：

在S401中，若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数相同，则根据当前应用的控件信息和所述应用数据库中当前应用对应的控件信息，确定当前应用的新增控件，并将所述新增控件的信息保存至所述新增控件列表。

在本实施例中，若当前应用的界面个数与应用数据库中当前应用对应的界面个数相同，则表征此次应用更新没有出现新增界面，因此进行新增控件的判断。根据当前应用的控件信息和应用数据库中当前应用对应的控件信息，可以确定当前应用的新增控件，并将新增控件的信息保存至新增控件列表。其中，当前应用的控件信息包括但不限于各个控件的控件属性。

作为本发明的一个实施例，所述当前应用的控件信息包括各个界面的控件个数和各个控件的控件属性，其中控件属性包括但不限于控件识别号、控件宽度、控件高度、控件坐标和控件类型中的一种或多种。如图5所示，S401中根据当前应用的控件信息和所述应用数据库中当前应用对应的控件信息，确定当前应用的新增控件的步骤可以包括：

在S501中，判断第二界面的控件个数与应用数据库中所述第二界面对应的控件个数是否相同；所述第二界面为当前应用在所述应用数据库中存在对应界面的界面；

在本实施例中，第二界面为当前应用的所有界面中在应用数据库中存在对应界面的界面。根据第二界面可以在应用数据中查找到对应的更新前的界面。当前应用可以有一个或多个第二界面，可以依次选取各个第二界面，查找各个第二界面中是否有新增控件。

在S502中，若所述第二界面的控件个数与应用数据库中所述第二界面对应的控件个数不相同，则根据所述第二界面各个控件的控件属性在所述应用数据库中查找对应的控件，并将第一控件确定为当前应用的新增控件；所述第一控件为所述第二界面在所述应用数据库中不存在对应控件的控件。

在本实施例中，若第二界面的控件个数与应用数据库中第二界面对应的控件个数不相同，则表征该第二界面可能存在新增控件，可以根据第二界面各个控件的控件属性在应用数据库中查找对应的控件，并将第一控件确定为当前应用的新增控件。由于第一控件为第二界面在应用数据库中不存在对应控件的控件，即在应用数据库中查找不到第一控件对应的更新前的控件，因此可以将第一控件确定为当前应用的新增控件。

本实施例根据更新后当前应用各个界面的控件个数和各个控件的控件属性与应用数据库中当前应用对应的控件信息进行对比，能够准确快速地确定出当前应用的新增控件，从而提高界面更新通知的准确性和快速性。

在S103中，根据当前应用对应的界面更新信息发送界面更新通知。

在本实施例中，界面更新信息包括但不限于新增界面的信息和/或新增控件的信息。界面更新通知的方式可以为弹窗通知、语音通知、短信通知等。例如，可以在终端设备屏幕显示当前应用界面时弹出弹窗通知用户，弹窗的内容可以为图片结合文字的形式，图片可以显示新增的界面以及新增控件所在的界面。

本发明实施例通过发送界面更新通知，能够使用户了解应用更新后的新增界面和/或新增控件，便于用户熟悉更新后的应用界面，避免由于界面陌生造成的操作不便。

本发明实施例通过在应用数据库中查询当前应用是否发生更新，能够确认当前应用是否进行过更新；通过从界面更新数据库中获取当前应用对应的界面更新信息，并根据当前应用对应的界面更新信息发送界面更新通知，能够将应用更新后的界面更新情况通知给用户，使用户了解应用更新后的界面，便于用户操作，提升用户体验。

作为本发明的一个实施例，应用更新提示方法还可以包括：

获取界面更新通知开关的状态；

根据所述界面更新通知开关的状态确定是否发送所述界面更新通知。

在本实施例中，可以在终端设备系统设置中增设界面更新通知开关，用户可以通过设置界面更新通知开关的打开和关闭来控制界面更新通知的打开和关闭。其中，将界面更新通知开关设置为打开，则当应用更新时则发送界面更新通知，以便用户通过界面更新通知了解应用更新后的界面；将界面更新通知开关设置为关闭，则当应用更新时不再发送界面更新通知。

可选地，可以在系统中增设界面更新通知开关标识来保存界面更新通知开关的状态。其中，系统设置源码路径可以为

frameworks/base/core/java/android/provider/Settings.java

通过用户设置界面更新通知开关来更改界面更新通知开关的状态的伪代码举例如下：

获取用户设置界面更新通知开关的状态

if(用户设置为打开)

将标识设置为true

else

将标识设置为false

作为本发明的一个实施例，终端设备可以在系统启动时通过比较保存在应用数据库的应用的界面信息与当前应用的界面信息获取应用是否有更新，如果有应用更新获取应用界面更新的信息和新增控件的信息，并分别保存至预置的增界面列表和新增控件列表中。其中，新增控件列表中的信息包括新增控件所在界面的信息。

在应用启动后根据应用包名从应用数据库查询该应用是否有更新，如果有，从新增界面列表和新增控件列表获取该应用新增界面的信息和该应用界面新增控件的信息，并可将获取到的信息通过通知弹出，以提示用户。

通过本实施例，当应用有新增界面或者界面有新增控件时，可在第一时间通知用户，提高用户体验性，避免当应用有新增界面或者界面有新增控件时，需要用户自己手动发现应用的新增界面或者在新增控件的界面中寻找新增的控件的情况，使用户能够尽快熟悉应用界面，便于用户操作。

作为本发明的一个实施例，从界面更新数据库中获取当前应用对应的界面更新信息可以包括以下步骤：

A.获取当前应用版本号。

B.根据当前应用的应用包名查询应用数据库，获取应用数据库中保存的该应用的版本号。

C.比较步骤A和步骤B中获取到的版本号，如果相同，则退出；否则，执行步骤D。

D.根据当前应用的应用包名查询应用数据库，获取应用数据库中保存的该应用的界面个数。

E.获取当前应用的界面个数。

F.比较步骤D和步骤E中获取到的界面个数，如果不相同，则执行步骤G；否则执行步骤I。

G.获取当前应用的所有界面的界面名称。

H.根据当前应用的应用包名和界面名称查询应用数据库，如果在应用数据库中没有查找到某界面的界面名称，则该界面即是新增界面，将该界面的信息保存至新增界面列表中；如果查找到，则执行步骤G直至遍历完应用的所有界面。

I.获取新增控件列表。

其中，步骤I可以包括：

Ia.获取应用数据库存储界面对应的布局文件的控件个数。

Ia.获取当前应用同一界面对应的布局文件的控件个数。

Ic.比较步骤Ia和步骤Ib中获取到的控件个数，如果相同，则退出；如果不相同，执行步骤Id。

Id.获取应用数据库存储界面对应的布局文件中的各个控件的控件属性。其中，控件属性包括但不限于控件识别码、控件宽度、控件高高、控件坐标和控件类型中的一种或多种。

Ie.获取当前应用中的同一界面对应的布局文件中的各个控件的控件属性。

If.从步骤Ie中获取一个控件，根据其控件属性如果在步骤Id获取到的控件中没有查找到该控件，则该控件即是新增控件，将该控件的信息保存至新增控件列表中，针对每个新增控件的界面，获取该界面新增控件的属性；如果在步骤Id获取到的控件中查找到该控件，则继续执行该步骤直至遍历完步骤Ie中所有控件。

Ig.跳转执行步骤Ia，直至遍历完当前应用所有界面对应的布局文件。

作为本发明的一个实施例，如图6所示，应用更新提示方法可以包括：

S601，开始。

S602，应用启动。

S603，获取当前应用的应用包名。

S604，根据应用包名从应用数据库查询该应用是否有更新，如果没有，则跳转至S610；否则执行S605。

S605，界面更新通知开关的状态是否是打开，如果状态为关闭，则跳转至S610；否则执行S606。

S606，获取该应用的新增界面列表。

S607，获取该应用的新增控件列表。其中，新智控件列表中包括该应用包含新增控件的界面的相关信息。

S608，弹出新增界面列表的通知。其中，通知的具体方式可以根据实际情况进行自定义设置。

S609，弹出新增控件列表的通知。其中，通知的具体方式可以根据实际情况进行自定义设置。

S610，结束。

本发明实施例通过在应用数据库中查询当前应用是否发生更新，能够确认当前应用是否进行过更新；通过从界面更新数据库中获取当前应用对应的界面更新信息，并根据当前应用对应的界面更新信息发送界面更新通知，能够将应用更新后的界面更新情况通知给用户，使用户了解应用更新后的界面，便于用户操作，提升用户体验。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

对应于上文实施例所述的应用更新提示方法，图7示出了本发明实施例提供的应用更新提示装置的示意图。为了便于说明，仅示出了与本实施例相关的部分。

参照图7，该装置包括查询模块71、获取模块72和发送模块73。

查询模块71，用于在应用数据库中查询当前应用是否发生更新。

获取模块72，用于若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息。

发送模块73，用于根据当前应用对应的界面更新信息发送界面更新通知。

可选地，该装置还包括解析模块。所述解析模块用于：

解析各个应用的应用程序文件得到各个应用的应用信息，并根据各个应用的应用信息建立所述应用数据库。

可选地，所述界面更新数据库包括新增界面列表，该装置还包括处理模块，所述处理模块用于：

获取当前应用的应用信息；

根据获取到的当前应用的应用信息和所述应用数据库中当前应用对应的应用信息，确定当前应用的新增界面，并将所述新增界面的信息保存至所述新增界面列表。

可选地，所述当前应用的应用信息包括当前应用的版本号、界面个数和各个界面的界面名称；所述处理模块用于：

判断当前应用的版本号与所述应用数据库中当前应用对应的版本号是否一致；

若当前应用的版本号与所述应用数据库中当前应用对应的版本号不一致，则判断当前应用的界面个数与所述应用数据库中当前应用对应的界面个数是否相同；

若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数不相同，则根据各个界面的界面名称在所述应用数据库中查找对应的界面，并将第一界面确定为当前应用的新增界面；所述第一界面为当前应用在所述应用数据库中不存在对应界面的界面。

可选地，所述界面更新数据库包括新增控件列表，所述当前应用的应用信息包括控件信息，所述处理模块用于：

若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数相同，则根据当前应用的控件信息和所述应用数据库中当前应用对应的控件信息，确定当前应用的新增控件，并将所述新增控件的信息保存至所述新增控件列表。

可选地，所述当前应用的控件信息包括各个界面的控件个数和各个控件的控件属性；所述处理模块用于：

判断第二界面的控件个数与应用数据库中所述第二界面对应的控件个数是否相同；所述第二界面为当前应用在所述应用数据库中存在对应界面的界面；

若所述第二界面的控件个数与应用数据库中所述第二界面对应的控件个数不相同，则根据所述第二界面各个控件的控件属性在所述应用数据库中查找对应的控件，并将第一控件确定为当前应用的新增控件；所述第一控件为所述第二界面在所述应用数据库中不存在对应控件的控件。

可选地，该装置还包括状态设置模块，所述状态设置模块用于：

获取界面更新通知开关的状态；

根据所述界面更新通知开关的状态确定是否发送所述界面更新通知。

本发明实施例通过在应用数据库中查询当前应用是否发生更新，能够确认当前应用是否进行过更新；通过从界面更新数据库中获取当前应用对应的界面更新信息，并根据当前应用对应的界面更新信息发送界面更新通知，能够将应用更新后的界面更新情况通知给用户，使用户了解应用更新后的界面，便于用户操作，提升用户体验。

图8是本发明一实施例提供的终端设备的示意图。如图8所示，该实施例的终端设备8包括：处理器80、存储器81以及存储在所述存储器81中并可在所述处理器80上运行的计算机程序82，例如程序。所述处理器80执行所述计算机程序82时实现上述各个方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器80执行所述计算机程序82时实现上述各装置实施例中各模块/单元的功能，例如图7所示模块71至73的功能。

示例性的，所述计算机程序82可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器81中，并由所述处理器80执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序82在所述终端设备8中的执行过程。例如，所述计算机程序82可以被分割成查询模块、获取模块和发送模块，各模块具体功能如下：

查询模块，用于在应用数据库中查询当前应用是否发生更新；

获取模块，用于若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；

发送模块，用于根据当前应用对应的界面更新信息发送界面更新通知。

所述终端设备8可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备可包括，但不仅限于，处理器80、存储器81。本领域技术人员可以理解，图8仅仅是终端设备8的示例，并不构成对终端设备8的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线、显示器等。

所称处理器80可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器81可以是所述终端设备8的内部存储单元，例如终端设备8的硬盘或内存。所述存储器81也可以是所述终端设备8的外部存储设备，例如所述终端设备8上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器81还可以既包括所述终端设备8的内部存储单元也包括外部存储设备。所述存储器81用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器81还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

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

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

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

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

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

Claims (9)

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

解析各个应用的应用程序文件得到各个应用的应用信息，并根据各个应用的应用信息建立应用数据库；其中，所述应用信息包括应用界面对应的布局文件名称、应用界面对应的布局文件的总个数、应用界面对应的布局文件中的控件名称、应用界面对应的布局文件中的控件坐标和应用界面对应的布局文件中的控件属性中的一项或多项；

在应用数据库中查询当前应用是否发生更新；

若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；

根据当前应用对应的界面更新信息发送界面更新通知。

2.如权利要求1所述的应用更新提示方法，其特征在于，所述界面更新数据库包括新增界面列表，在所述若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息之前，还包括：

获取当前应用的应用信息；

根据获取到的当前应用的应用信息和所述应用数据库中当前应用对应的应用信息，确定当前应用的新增界面，并将所述新增界面的信息保存至所述新增界面列表。

3.如权利要求2所述的应用更新提示方法，其特征在于，所述当前应用的应用信息包括当前应用的版本号、界面个数和各个界面的界面名称；所述根据获取到的当前应用的应用信息和所述应用数据库中当前应用对应的应用信息，确定当前应用的新增界面包括：

判断当前应用的版本号与所述应用数据库中当前应用对应的版本号是否一致；

若当前应用的版本号与所述应用数据库中当前应用对应的版本号不一致，则判断当前应用的界面个数与所述应用数据库中当前应用对应的界面个数是否相同；

若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数不相同，则根据各个界面的界面名称在所述应用数据库中查找对应的界面，并将第一界面确定为当前应用的新增界面；所述第一界面为当前应用在所述应用数据库中不存在对应界面的界面。

4.如权利要求3所述的应用更新提示方法，其特征在于，所述界面更新数据库包括新增控件列表，所述当前应用的应用信息包括控件信息，在所述判断当前应用的界面个数与所述应用数据库中当前应用对应的界面个数是否相同之后，还包括：

若当前应用的界面个数与所述应用数据库中当前应用对应的界面个数相同，则根据当前应用的控件信息和所述应用数据库中当前应用对应的控件信息，确定当前应用的新增控件，并将所述新增控件的信息保存至所述新增控件列表。

5.如权利要求4所述的应用更新提示方法，其特征在于，所述当前应用的控件信息包括各个界面的控件个数和各个控件的控件属性；所述根据当前应用的控件信息和所述应用数据库中当前应用对应的控件信息，确定当前应用的新增控件包括：

判断第二界面的控件个数与应用数据库中所述第二界面对应的控件个数是否相同；所述第二界面为当前应用在所述应用数据库中存在对应界面的界面；

若所述第二界面的控件个数与应用数据库中所述第二界面对应的控件个数不相同，则根据所述第二界面各个控件的控件属性在所述应用数据库中查找对应的控件，并将第一控件确定为当前应用的新增控件；所述第一控件为所述第二界面在所述应用数据库中不存在对应控件的控件。

6.如权利要求1至5任一项所述的应用更新提示方法，其特征在于，还包括

获取界面更新通知开关的状态；

根据所述界面更新通知开关的状态确定是否发送所述界面更新通知。

7.一种应用更新提示装置，其特征在于，

查询模块，用于在应用数据库中查询当前应用是否发生更新；

获取模块，用于若当前应用发生更新，则从界面更新数据库中获取当前应用对应的界面更新信息；

发送模块，用于根据当前应用对应的界面更新信息发送界面更新通知；

解析模块，用于解析各个应用的应用程序文件得到各个应用的应用信息，并根据各个应用的应用信息建立所述应用数据库；其中，所述应用信息包括应用界面对应的布局文件名称、应用界面对应的布局文件的总个数、应用界面对应的布局文件中的控件名称、应用界面对应的布局文件中的控件坐标和应用界面对应的布局文件中的控件属性中的一项或多项。

8.一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述方法的步骤。

9.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述方法的步骤。

Images