CN109375935A - 一种应用更新方法和系统 - Google Patents

Abstract

本发明涉及一种应用更新方法和系统。更新方法包括查询是否有与所述用户个性化信息相对应的更新包；以及在查询到与所述用户个性化信息相对应的更新包时，将所述更新包推送给所述应用终端。本发明根据用户提供对应的更新包，有针对性的更新用户的APP；在APP的更新过程时，无需用户的人工参与，省去用户人工操作的麻烦；不占用APP的使用时间，因而给用户带来更好的体验。

Description

一种应用更新方法和系统

技术领域

本发明涉及一种应用(application,简称APP)技术领域，特别地涉及一种应用更新方法和系统。

背景技术

随着移动数据网络的发展，各种各样的APP也随着繁荣发展起来。在一个APP上线发布之后，会由于各种原因，例如应用中的bug、用户的投诉、功能的完善等，对原版本进行更新。通常的更新方法是，APP开发者修改现有版本的APP、编译，然后打包成升级包并发布出来，发送通知给用户，提醒用户有新的版本可用。用户如果想升级其已装载的APP，需要下载该应用的升级包，并进行安装，覆盖原有的版本。

在上述的APP更新过程中，如果仅是对现有版本的少量修改，此时开发者也要对整个版本进行编译、打包和发布，对于开发者而言，成本过高。对于用户而言，用户需要每次应通知下载并手动安装升级包，操作过程复杂，占用用户使用APP的时间。

另外一种APP更新采用增量更新的方式，所谓的增量，是指在更新包里只含有APP变更的部分，用户下载更新包，并与本地的安装包合并，经过校验后再执行安装即可，对于一些小修改，可以在很大程度上节约流量和时间。但是，上述的更新方法中，对APP所做的更新针对所有用户是统一的，不能根据APP用户的不同而调整不同的更新包，因而所述的APP不能为用户提供特需功能或服务。

发明内容

针对现有技术中存在的技术问题，本发明提出了一种个性化应用更新方法，其中，包括：查询是否有与所述用户个性化信息相对应的更新包；以及在查询到与所述用户个性化信息相对应的更新包时，将所述更新包推送给所述应用终端。

如上所述的方法，所述用户个性化信息包括：位置信息、职业信息、学历信息、偏好信息、消费信息中的一种或多种。

如上所述的方法，进一步包括获取应用终端的用户个性化信息的步骤。

如上所述的方法，进一步包括：在接收到应用终端的更新查询请求时，从所述更新查询请求中获取应用终端的用户个性化信息。

如上所述的方法，进一步包括：选择与所述应用中个性化信息对应的当前素材不同的素材更新包，并将所述素材更新包推送给应用终端。

如上所述的方法，所述素材为广告素材。

如上所述的方法，所述素材更新包还包括广告界面、广告显示窗口的尺寸、与广告有关的定制功能中的一种或多种。

根据本发明的另一个方面，提出一种应用更新方法，包括：在应用启动时，向服务器发送更新查询请求；以及接收根据所述更新查询请求返回的更新包；其中，所述更新包包括与用户个性化信息对应的素材。

如上所述的方法，所述用户个性化信息包括：位置信息、职业信息、学历信息、偏好信息、消费信息中的一种或多种。

如上所述的方法，包括：所述更新查询请求中还包括所述应用当前个性化信息对应的当前素材的信息。

如上所述的方法，进一步包括：在预定时刻加载所述更新包，更新当前的应用。

如上所述的方法，进一步包括：检测当前应用的使用状态，在当前应用的使用状态为空闲时，加载所述更新包，更新当前的应用。

根据本发明的另一个方面，提出一种应用更新系统，包括：请求发送单元，用于在应用启动时，向服务器发送更新查询请求；接收单元，用于接收根据所述更新查询请求返回的更新包，其中，所述更新包包括与用户个性化信息对应的素材；以及加载单元，用于加载所述更新包的内容，更新所述应用。

如上所述的系统，还包括：信息采集单元，用于从当前应用终端中获取用户个性化信息，从当前启动的应用中获取当前应用信息；和请求生成单元，用于在请求信息中增加所述用户个性化信息和当前应用信息，生成所述更新查询请求。

如上所述的系统，还包括状态监测单元，用于监测当前应用的使用状态，在当前应用的使用状态为空闲时，所述加载单元加载所述更新包，更新当前的应用。

通过以上的更新方法和系统，本发明可以根据用户提供对应的更新包，做到有针对性的更新用户的APP。更好地，在APP的更新过程时，无需用户的人工参与，省去用户人工操作的麻烦，不占用APP的使用时间，给用户带来更好的体验。

附图说明

下面，将结合附图对本发明的优选实施方式进行进一步详细的说明，其中：

图1是根据本发明的一个实施例的应用终端与服务器之间的通信连接示意图；

图2是根据本发明的一个实施例的服务器侧的应用更新方法流程图；

图3是根据本发明的一个实施例的用户终端侧的应用更新方法流程图；

图4是根据本发明的一个实施例的服务器的更新系统的原理框图；以及

图5是根据本发明的一个实施例的用户终端的更新系统的原理框图。

具体实施方式

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

在以下的详细描述中，可以参看作为本申请一部分用来说明本申请的特定实施例的各个说明书附图。在附图中，相似的附图标记在不同图式中描述大体上类似的组件。本申请的各个特定实施例在以下进行了足够详细的描述，使得具备本领域相关知识和技术的普通技术人员能够实施本申请的技术方案。应当理解，还可以利用其它实施例或者对本申请的实施例进行结构、逻辑或者电性的改变。

本发明提供了一种应用更新方法和系统，如图1所示，为应用终端与服务器之间的通信连接示意图。当开发者发布出一款APP时，其安装包位于开发者的服务器1上。当有用户A、B……N想使用该APP时，其用户终端A2、B2……N2通过网络连接到服务器1上，在服务器1上注册该用户的信息，从服务器1下载所述APP的安装包，在用户终端A2、B2……N2的本地安装所述APP。通常，使用该APP的用户会有很多个。每个用户对该APP的需求可能会不同，因而，本发明中提供的APP可以根据用户的需求，为用户定制特定的功能，所述的定制可以在用户注册时提出，也可以在安装完成后，经过一段时间的使用后，再登录服务器1，在其帐户内定制。服务器1会根据用户的定制生成对应的更新包，用于更新用户当前的APP，使其具有用户定制的功能。

在目前的大多数的APP中，都会链接一些广告，有的是无缝链接，例如在某个界面中，以某个广告为背景，既不影响用户的使用，也达到广告发布者宣传的作用。有的是采用专用页面、专用窗口。本发明可以使广告在APP中的展示依据用户个性化信息的不同而不同。例如，当用户处于不同的地理区域，为用户提供不同地理区域的景点广告。当用户手机的型号不同时，其显示屏尺寸不同，为用户提供的广告窗口及界面具有相应的尺寸等。

如图2所示，为用户终端侧的应用更新方法流程图，图3为服务器侧的应用更新方法流程图，结合图2和图3，对本发明所述的更新方法说明如下：

步骤S100，当APP在应用终端启动时，向服务器发送更新查询请求，并在所述更新查询请求中包括应用终端的用户个性化信息。在一些实施例中，更新查询请求可以仅包括用户ID，而用户个性化信息可以利用用户ID从用户数据库中获得。

在一些实施例中，所述用户个性化信息包括但不限于：位置信息、职业信息、学历信息、偏好信息、消费信息中的一种或多种。以位置信息为例，其可以包括应用终端的位置信息或可获得位置的终端设备信息，如手机的IMEI(International Mobile EquipmentIdentity，国际移动设备识别码)，或IMSI(International Mobile Subscriber Identity，国际移动用户识别码)，或手机SIM卡的MAC地址。

步骤S200，服务器接收到更新查询请求时，从更新查询请求中获取应用终端的用户个性化信息。如前所述，这仅仅是一种获取个性化信息的方式。利用更新查询请求中的用户信息从其他渠道获得用户个性化信息的方式也在本发明的范围之内。

步骤S201，服务器根据所述的用户个性化信息，查询是否有与所述用户个性化信息相对应的更新包。仍以位置信息为例，在服务器中存储有各种更新表，如表1所示。其中记录着不同的地理位置和与其相对应的广告图片。或者如表2所示，其中记录着不同的手机的IMEI和与其相对应的广告界面的尺寸及修改APP中广告界面大小的更新包存储地址。或者如表3所示，其中记录着不同的手机的IMSI，和与其相对应的用户定制的功能及更新包存储地址。

例如，当服务器得到的用户个性化信息是用户终端的位置信息时，通过查询表1，确定服务器中是否有与其地理位置对应的图片，如果有，在步骤S202，从其存储位置得到该图片，将其作为更新包推送给所述应用终端。如果没有查询到与用户个性化信息对应的更新包时，在步骤S203返回不需要更新的通知给应用终端。

表1

地理位置	景点图片	存储位置
			北京	图片1	存储位置1
天津	图片2	存储位置2
			……	……
沈阳	图片n	存储位置n

表2

IMEI	广告界面尺寸	更新包存储位置
			IMEI1	尺寸1	存储位置1
IMEI2	尺寸2	存储位置2
			……	……	……
IMEIn	尺寸n	存储位置n

表3

对于其他的用户个性化信息，例如职业信息、学历信息、偏好信息、消费信息等，也可以通过类似的方式在服务器中获得对应的更新包。

为了进一步提高更新的效率，在一个实施例中，在查询到与所述用户个性化信息相对应的更新包时，需要进行对比，来确定当前用户终端中的APP是否需要更新。例如，终端在发送更新查询请求时，除了在更新查询请求填加应用终端的用户个性化信息，还填加当前APP信息，例如与所述应用当前个性化信息对应的当前素材信息，具体如：当前广告素材中的景点图片是哪个图片，广告显示窗口的尺寸是多少、当前是否采用了用户定制的功能、对应该功能的版本号是什么等等。当服务器查询到与所述用户个性化信息相对应的更新包时，比较所述当前应用信息和更新包的应用信息，选择与所述个性化信息对应的、与当前应用信息(如素材信息)不同的素材更新包，并将所述更新包推送给应用终端。

例如，当服务器得到的用户个性化信息是用户终端的当前位置信息，该位置信息对应的城市为北京，当前APP信息中的广告素材中的景点图片是北京景点图片，即表1中的图1。服务器通过查询表1，得到有与其地理位置对应的图片，如表1中的图片1，而当前APP信息中的图片也是图片1，二者相同，没有差异，此时不需要更新，即不需要将图片1作为更新包发送给用户终端，只向用户终端发送不需要更新的通知即可。如果当前APP信息中的广告素材中的景点图片是天津景点图片，如表1中的图片2，图片1与图片2不同，二者存在差异，此时将图片1作为更新包推送给用户终端。

参见图2，在步骤101，用户终端判断是否接收到根据所述更新查询请求发送回的更新包，如果接收到的是不需要更新的通知，则在步骤S103,不进行更新，APP在启动时加载本地的内容。如果接收到的是更新包，在步骤S102,加载所述的更新包的内容。其中，加载更新包的时刻可灵活设置，例如，用户终端是在APP启动时发送的更新查询请求，在接收到更新包时，则加载所述更新包，完成APP的更新。APP启动完毕后，其采用的是更新后的内容。又例如，用户可以在APP中设置更新的时刻，例如在APP的设置选项中设置所有的APP更新均在夜里11点到凌晨5点进行。当用户终端接收到更新包时，会先存储所述更新包，并检测时间信息，在用户设置的更新时刻到达时加载所述的更新包。又例如，用户终端监测APP的使用状态，在APP处于空闲状态时，加载所述更新包，更新当前的APP。

举例而言，当前APP中使用的景点图片是图片1，更新包中的图片是图片2，也就是说，当前APP信息与所述更新包的APP信息有差异时，加载所述更新包。在一些实施例中，当服务器没有判断当前APP信息是否已是服务器中应该更新的APP信息而推送更新包时，用户终端通过上述的比较避免了对APP的重复更新。

如图4所示，为服务器的更新系统的原理框图。图5为用户终端的更新系统的原理框图。结合图4和图5，对本发明的更新系统进行详细说明。

如图4所示，在服务器中，包括第一接收单元20、信息获取单元21、查询单元22和推送单元23，其中，所述第一接收单元20接收来自应用终端的消息，从各种消息中识别出更新查询请求，并将所述更新查询请求发送给所述信息获取单元21。信息获取单元21从更新查询请求中获取应用终端的用户个性化信息，并把应用终端的用户个性化信息发送给查询单元22。查询单元22根据应用终端的用户个性化信息，选择在前述的表1、表2或表3，查询是否有与所述用户个性化信息相对应的更新包，当查询到有与所述用户个性化信息相对应的更新包时，如图中虚线所示，向推送单元23发送通知，推送单元23根据存储地址，获取更新包，并将所述更新包推送给所述应用终端。

另外，为了避免重复向应用终端发送更新包，在查询单元22查询到有与所述用户个性化信息相对应的更新包时，如图中实线所示，发送通知给第一比较单元24，此时，第一比较单元24从信息获取单元21得到当前APP信息，并从对应的更新包中获得更新包对应的APP信息，比较所述当前APP信息和更新包的APP信息，如果二者没有差异，说明当前APP不需要更新，发送不更新通知给推送单元23，由推送单元23将该通知推送给所述应用终端。如果当前APP信息与所述更新包的APP信息有差异时，说明当前APP需要更新，发送更新通知给推送单元23，所述推送单元23根据存储地址获得更新包，并将所述更新包推送给所述应用终端。

在应用终端中，包括信息采集单元10、请求生成单元11和请求发送单元12。其中，当APP开始启动时，信息采集单元10从当前应用终端中获取用户个性化信息，从当前启动的APP中获取当前APP信息，请求生成单元11把用户个性化信息、当前APP信息及请求合成在请求信息中，生成更新查询请求。请求发送单元12向服务器发送更新查询请求。

应用终端还包括第二接收单元13和加载单元14，第二接收单元13接收来自于服务器的数据或信息，并从中识别到与所述更新查询请求对应的更新包，存储在指定位置。加载单元14用于加载所述更新包的内容，更新所述应用。例如，将所述APP中的某个窗口的背景中的天津景点图片换成北京景点的图片，或是增加用户定制的功能，如淡入淡出、滚动显示等。为了防止APP的重复更新，在加载更新包之前，还需要进行对比，即应用终端还包括第二比较单元15。第二比较单元15从信息采集单元10中获得当前APP信息，从更新包中获取更新包对应的APP信息，比较二者是否有差异，如果没有差异，则不需要进行更新，如果有差异，则需要更新，此时向加载单元14发送更新通知，所述加载单元14加载所述更新包，更新当前的应用。

为了确定加载的时刻，应用终端中还包括时间采集单元16，用于采集时间信息。如果APP中设置了在预定时刻更新，时间采集单元16获取当前的时间信息，在当前时间达到预定时刻时，向所述加载单元14发送通知，所述加载单元14加载所述更新包的内容，更新所述应用。

应用终端中还包括状态监测单元17，用于监测当前应用的使用状态，在当前应用的使用状态为空闲时，所述加载单元14加载所述更新包，更新当前的应用。

上述发生在应用终端中的更新过程无需用户参与，在APP启动时、空闲或预定时刻应用终端自动更新，在用户重新启动APP时，这部分更新内容将被应用，达到了对APP动态热更新目的。

上述实施例中，其中的第一接收单元、第二接收单元、第一比较单元和第二比较单元中的第一和第二，并不是表示数量，而仅是用于区分在服务器和用户终端中相类似功能的单元的名称。所列举的实施例仅供说明本发明之用，而并非是对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明范围的情况下，还可以做出各种变化和变型，因此，所有等同的技术方案也应属于本发明公开的范畴。

Claims (15)

1.一种个性化应用更新方法，其中，包括：

查询是否有与所述用户个性化信息相对应的更新包；以及

在查询到与所述用户个性化信息相对应的更新包时，将所述更新包推送给所述应用终端。

2.根据权利要求1所述的应用更新方法，其中，所述用户个性化信息包括：位置信息、职业信息、学历信息、偏好信息和消费信息中的一种或多种。

3.根据权利要求1所述的应用更新方法，其中，进一步包括获取应用终端的用户个性化信息的步骤。

4.根据权利要求3所述的应用更新方法，其中，进一步包括：在接收到应用终端的更新查询请求时，从所述更新查询请求中获取应用终端的用户个性化信息。

5.根据权利要求1所述的应用更新方法，其中，进一步包括：选择与所述应用中个性化信息对应的当前素材不同的素材更新包，并将所述素材更新包推送给应用终端。

6.根据权利要求5所述的应用更新方法，其中，所述素材为广告素材。

7.根据权利要求6所述的应用更新方法，其中，所述素材更新包包括广告界面、广告显示窗口的尺寸、与广告有关的定制功能中的一种或多种。

8.一种应用更新方法，其中，包括：

在应用启动时，向服务器发送更新查询请求；以及

接收根据所述更新查询请求返回的更新包；

其中，所述更新包包括与用户个性化信息对应的素材。

9.根据权利要求8所述的方法，其中，所述用户个性化信息包括：位置信息、职业信息、学历信息、偏好信息、消费信息中的一种或多种。

10.根据权利要求8所述的方法，其中，包括：所述更新查询请求中还包括与所述应用当前个性化信息对应的当前素材信息。

11.根据权利要求8所述的方法，其中，进一步包括：在预定时刻加载所述更新包，更新当前的应用。

12.根据权利要求8所述的方法，其中，进一步包括：检测当前应用的使用状态，在当前应用的使用状态为空闲时，加载所述更新包，更新当前的应用。

13.一种应用更新系统，其中，包括：

请求发送单元，用于在应用启动时，向服务器发送更新查询请求；

接收单元，用于接收根据所述更新查询请求返回的更新包，其中，所述更新包包括与用户个性化信息对应的素材；以及

加载单元，用于加载所述更新包的内容，更新所述应用。

14.根据权利要求13所述的应用更新系统，其中，还包括：

信息采集单元，用于从当前应用终端中获取用户个性化信息，从当前启动的应用中获取当前应用信息；和

请求生成单元，用于在请求信息中增加所述用户个性化信息和当前素材信息，生成所述更新查询请求。

15.根据权利要求13所述的应用更新系统，其中，还包括状态监测单元，用于监测当前应用的使用状态，在当前应用的使用状态为空闲时，所述加载单元加载所述更新包，更新当前的应用。