CN107493354A - 一种更新应用信息的方法、应用商店服务器和应用商店 - Google Patents

Abstract

本发明涉及通信技术领域，提供一种更新应用信息的方法、应用商店服务器和应用商店。所述方法包括：所述应用商店包括安装在客户端上的应用商店程序和应用商店服务器，当所述客户端与所述应用商店服务器通信时，所述应用商店服务器接收由所述客户端发送的目标应用版本信息；根据所述目标应用版本信息和存储在所述应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对所述应用商店服务器中的所述当前应用版本更新的通知消息。因此本发明解决在应用商店中更新应用版本的更新渠道范围小于网络中应用版本的分发渠道范围，无法及时得知需要更新应用商店中的应用版本的问题，以及时更新应用商店中应用版本的时机。

Description

一种更新应用信息的方法、应用商店服务器和应用商店

技术领域

本发明涉及通信技术领域，尤其涉及一种在应用商店中更新应用信息的方法、应用商店服务器和应用商店。

背景技术

在相关技术中，应用商店包括安装在客户端上的应用商店程序和与客户端通信的应用商店，应用商店服务器上存储有用于向客户端发送的当前应用版本，以供用户下载使用该当前应用版本，在应用商店服务器对当前应用版本更新为目标应用版本的情况下，安装有应用商店程序的客户端向应用商店服务器发送请求，应用商店服务器将目标应用版本反馈给前述客户端，以对前述客户端上的当前应用版本更新。

在应用商店服务器更新当前应用版本时，如图1所示，主要有两种更新渠道：（1）根据第三方合作方的网站或者服务器IP地址（例如：360、安智市场、豌豆荚等），采用爬虫技术爬取应用版本，然后与当前应用版本对比，若当前应用版本低于爬取的应用版本，则以爬取的应用版本更新当前应用版本；（2）提供应用商店服务器的服务商开设开发者社区，通过开发人员开发将开发的应用版本上传到服务器，并以开发的应用版本更新当前应用版本。

然而，由于一些手机厂商（例如：小米、华为等）也加入对应用的开发导致应用分发渠道得以扩展，并且应用商店服务器受到更新渠道的限制，无法从所有分发渠道得知应用版本，在一些情形下，如果应用商店服务器更新应用版本的更新渠道上未得知更新当前应用版本的目标应用版本，会造成应用媒资库中存储的应用版本无法及时更新，从而造成无法分享更新应用版本给更多用户和降低用户对安装在客户端上的应用商店程序粘度。

发明内容

有鉴于此，本发明提供一种应用商店中更新应用信息的方法、应用商店服务器和应用商店，解决应用版本分发渠道得以扩展且应用商店服务器受限于更新渠道，导致应用商店服务器无法及时得知应用版本的问题。

具体地，本发明通过如下技术方案实现：

第一方面，本发明提供一种应用商店中更新应用信息的方法，应用商店包括安装有应用商店程序的客户端和应用商店服务器，所述方法包括以下具体步骤：

当客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息；

根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息。

第二方面，基于相同的构思，本发明还提供一种应用商店中更新应用信息的装置，该装置应用于应用商店服务器，所述装置包括以下具体单元：

接收接口，用于当客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息；

发送单元，用于根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息。

第三方面，基于相同的构思，本申请还提供一种应用商店，该应用商店服务器包括第二方面所述的装置，该装置中包括计算机程序，运行该计算机程序执行包含在前述装置中的接收单元和发送单元的功能，实现第一方面所述的方法。

本发明实施例提供的技术方案带来的有益效果是：

相比于现有技术，本发明提供的应用商店包括：安装在客户端上的应用商店程序和应用商店服务器，当客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息，通过客户端拓展应用商店服务器更新应用版本的更新渠道，并且根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息，可以让应用商店服务器的运营人员及时得知更新应用商店服务器中需要更新应用版本的时机，以及时更新应用商店中的应用版本，提高用户使用应用商店程序的粘度。

附图说明

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

图1是现有技术中应用商店服务器更新应用版本的更新渠道的示意图；

图2是本发明实施例一提供的一种在应用商店中更新应用信息的流程图；

图3是本发明实施例一提供的步骤120之后的流程图；

图4是本发明实施例一提供的提示信息框的示意图；

图5是本发明实施例一提供的另一种提示信息框的示意图；

图6是本发明实施例二提供的一种应用商店中更新应用信息的装置结构图；

图6a是本发明实施例二提供的另一种应用商店中更新应用信息的装置结构图；

图7是本发明实施例三提供的一种应用商店。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

如图2所示，是本发明一种在应用商店中更新应用信息的方法的流程图，该方法包括以下具体步骤：

步骤S110：当客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息；

在本实施例中，应用商店***包括安装有应用商店程序的客户端和与该客户端通信的应用商店服务器，当客户端与应用商店保持通信时，客户端向应用商店服务器发送不包含在应用商店程序中的目标应用版本信息，并且包含在应用商店程序中的当前应用版本信息是存储在应用商店服务器上且由应用商店服务器推送给前述客户端，以及在客户端上提供给用户下载应用的应用版本信息。

其中，目标应用版本信息是用户从各个分发渠道下载的目标应用包且在前述客户端上安装该目标应用包之后解析得到的应用版本信息。

在客户端与应用商店服务器通信之前，在客户端上比对目标应用版本信息和包含在前述应用商店程序中的当前应用版本信息，当目标应用版本信息高于当前应用版本信息时，调取应用商店程序中的API接口，且将目标应用版本信息封装在请求包中，以及通过API接口将携带目标应用版本信息的请求发送给应用商店服务器，在应用商店服务器上比对应用版本信息之后，向API接口反馈比对结果，以结束客户端和应用商店服务器之间的通信，或者应用商店服务器定时结束与客户端的通信。

可选地，通过心跳机制在客户端与应用商店服务器之间建立通信，以将包含目标应用版本信息的心跳包发送给应用商店服务器。

步骤S120：根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息。

应用商店服务器接收到目标应用版本信息之后，将其与应用媒资库中的当前应用版本信息对比；当目标应用版本信息高于当前应用版本信息时，应用商店服务器发送通知消息，通知消息中携带有目标应用版本信息；当目标应用版本信息低于当前应用版本信息时，删除目标应用版本信息。

在应用商店服务器中以列表形式记录应用版本信息，如表1所示，首先在存储当前应用包的应用媒资库中查找与目标应用版本的应用名称和应用包名相同的当前应用包，然后对比当前应用版本号与目标应用版本号的大小，若当前应用版本号大于目标应用版本号，则将目标应用版本信息和当前应用版本信息记录到表1中，否则删除目标应用版本信息。

表 1

应用名称	应用包名	当前应用版本号	目标应用版本号
				A	xxx	102	103
B	yyy	32	36
				C	zzz	50	60

通知消息用于指示对应用商店服务器中的当前应用版本进行更新，可以将前述通知消息发送给控制中心，以提示运营人员根据通知消息中的目标应用版本信息搜索目标应用包，进而在应用商店服务器中以目标应用更新当前应用版本信息对应的当前应用包。

其中，通知消息可以是以邮件或短信的方式发送“2017.9.20 发现如下应用出现最新版本，请检索更新媒资数据”，同时在邮件或者短信中携带表1所示的应用版本信息，也可以是通过无线网络发送数据包到指定客户端，以在指定客户端上提示上传目标应用包到应用商店服务器上的应用媒资库。

作为另一种实施方式，在上述图2的基础上，本发明还公开了步骤S120之后的详细流程图，如图3所示，在步骤S120之后包括以下具体步骤：

步骤S121：将携带有目标应用版本信息的通知信息推送给客户端。

应用商店服务器可以通过在其与客户端之间建立的心跳机制，将包含有目标应用版本信息的心跳包推送给多个客户端，或者根据发送目标应用版本信息的客户端的标识推送通知信息。

可选地，运行在客户端上的应用商店程序通过API接口定时轮询应用商店服务器，向应用商店服务器发送的请求中携带有用于唯一标识客户端的标识信息，应用商店服务器根据前述标识信息向前述客户端反馈通知信息。

可选地，以邮件方式将通知信息发送到前述标识信息所标识的客户端上。

步骤S122：当客户端接收到通知消息时，检测客户端中是否存储有与目标应用版本信息匹配的目标应用包。

当客户端接收到通知消息时，检测客户端上指定存储空间是否存储有与目标应用版本信息相同的目标应用包，优选地，对客户端本地存储全盘扫描，例如：对磁盘、云盘等存储介质进行全盘扫描。

可选地，在客户端发送目标应用版本信息的过程中，记录目标应用版本信息在客户端本地的存储路径，检测该存储路径下是否有目标应用信息对应的目标应用包，若存在，则将该目标应用包读入到临时性存储介质中，例如：缓存。

步骤S123：若是，则将所述目标应用包上传到应用商店服务器。

在客户端检测到目标应用包之后，可以检测客户端的联网模式，以及基于检测到的联网模式对应的网络传输协议将目标应用包转换为数据流，进而根据目标应用包和阈值的大小，或者由目标应用包转换的数据流和阈值的大小，向应用商店服务器传输前述数据流。如此，可以减轻运营人员人工搜索应用包的压力，扩展在应用商店服务器中更新渠道，及时更新当前应用包。

优选地，安装在客户端上的应用商店程序未运行时，检测客户端的联网模式，该联网模式包括蜂窝网（3G、4G、5G等）模式、wifi模式和wlan模式，当检测到客户端的联网模式处于wifi模式或者wlan模式时，根据wifi或者wlan网络协议将目标应用包转换为数据流，以向应用商店服务器上传目标应用包。

可选地，在客户端的显示界面上显示提示消息框，该提示消息框用于指示用户上传目标应用包的提示消息，当在提示消息框的显示区域内接收到由用户操作生成的上传指令时，将由目标应用包转换的数据流上传到应用商店服务器。

以在电视上未运行应用商店程序为例，如图4所示，检测到联网模式处于wlan模式的电视400中包括***界面410和显示在***界面410上的提示信息框420，用于提示用户确认上传目标应用包的提示信息框420包括提示信息421和选择控件422，其中，提示信息421中包含通过wlan模式对应的网络传输协议将目标应用包转化的数据流值，该数据流值为56.81MB大于阈值20MB，以及选择控件420包括表示取消传输数据流的取消控件和表示确认传输数据流的立即上传控件，当用户操作触发立即上传控件时，调用应用商店程序中的通信接口，在wlan模式下向应用商店服务器传输前述数据流。

其中，当检测到客户端的联网模式处于蜂窝网模式时，根据蜂窝网网络传输协议将目标应用包转换为数据流，判断该数据流是否大于阈值；若是，则将蜂窝网模式切换到wifi网络；若否，则在蜂窝网模式下向应用商店服务器传输该数据流。

作为一种可选的实施例，检测安装在客户端上的应用商店程序处于运行状态，则检测客户端的联网模式，若联网模式处于蜂窝网模式，检测在应用商店程序的显示界面上是否接收到用于指示对由目标应用包转换的数据流传输的上传指令，若在应用商店程序的显示界面上检测到该上传指令，则将蜂窝网模式切换到wifi模式，以通过wifi模式将前述数据流传输到应用商店服务器，可以扩展应用商店服务器中更新当前应用包的更新渠道。

其中，当检测客户端的联网模式处于蜂窝网模式，且目标应用包大于阈值时，在应用商店程序的显示界面上检测前述上传指令，根据该上传指令将蜂窝网模式切换到wifi模式，在wifi模式下传输由目标应用包转换的数据流；当检测客户端的联网模式处于蜂窝网模式，且目标应用包不大于阈值时，在蜂窝网模式下传输由目标应用包转换的数据流。

以在手机上运行应用商店程序为例，如图5所示，在处于蜂窝网模式的手机500上，应用商店程序处于运行状态，在应用商店程序的显示首页510上显示提示消息框520，提示消息框520包括提示用户上传目标应用版本的提示信息521和选择控件522，其中，提示信息包括目标应用包的大小，即：上传包大小18.52MB，选择控件522包括取消控件和立即上传控件，当用户单击立即上传控件时，将蜂窝网模式切换到wifi模式，然后向应用商店服务器传输前述数据流，其中，由于上传包大小18.53MB小于阈值20MB，因此也可以在未触发立即上传控件的情况下，在蜂窝网模式下传输前述数据流。

可选地，当检测到客户端的联网模式处于wifi模式或者wlan模式时，不显示提示消息框，当检测到客户端的联网模式处于蜂窝网模式时，显示提示消息框；或者，当检测到客户端的联网模式处于蜂窝网模式，且目标应用包大于阈值时，显示提示消息框，以及当检测到客户端的联网模式处于蜂窝网模式，且目标应用包不大于阈值时，不显示提示消息框。

在应用商店接收到前述数据流之后，根据wifi网络协议将前述数据流转换为目标应用包，并且在应用媒资库中更新当前应用版本信息对应的当前应用包，优选地，在应用媒资库中同时保留当前应用包和目标应用包，进而将当前应用包推荐给安装在客户端上的应用商店程序，以供未下载该目标应用包的其他用户更新目标应用包，实现目标应用包的远程分享，也可以提升用户对应用商店的粘度。

可选地，将应用媒资库中的当前应用包删除后添加目标应用包。

需要说明的是，在本发明实施例一中，对检测客户端的联网模式、检测上传指令和检测应用商店程序的运行状态的先后顺序不做限定，前述三个过程也可以并行检测，以实现检测到客户端上存在目标应用包且经过用户确定上传目标应用包之后，向应用商店服务器传输前述数据流为发明目的。此外，本发明中的应用商店是对应用及其信息管理的***。

实施例二

基于相同的构思，本发明实施例二还提供一种在服务测试中处理测试数据的装置，该装置可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，本发明的处理测试数据的装置作为一个逻辑意义上的装置，是通过其所设备的CPU将存储器中对应的计算机程序指令读取后运行而成。

请参考图6，是本发明一种示例性实施方式中的一种在应用商店中更新应用信息的装置600，所述装置应用于应用商店服务器，该装置基本运行环境包括CPU，存储器以及其他硬件，从逻辑层面上来看，该装置600的逻辑结构如图6所示，其中包括：

接收单元610，用于保持客户端与应用商店服务器之间通信且接收由客户端发送的目标应用版本信息；

发送单元620，用于根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息。

可选的，如图6a所示，在装置600中，接收单元610包括第一接收单元611和第二接收单元612，第一接收单元611用于当客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息；第二接收单元612用于接收由目标应用包转换的数据流且将数据流转换为目标应用包；更新单元630，更新单元630用于在应用商店服务器中以目标应用包更新当前应用版本信息对应的当前应用包。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

实施例三

参考图7所示，本发明实施例三还提供一种应用商店700，该应用商店700中包括应用商店服务器710和安装有应用商店程序的客户端720，客户端720包括与应用商店服务器建立通信的通信接口和与通信接口之间交互数据的处理器，以及经过处理器处理后存储数据的存储器，该存储器中存储应用商店程序和处应用商店程序之外的其他应用包。

应用商店服务器710包括与客户端720上通信接口通信的通信接口和与该通信接口连接的控制总线，控制总线控制用于存储有当前应用版本的应用媒资库、存储器和通知装置711，该通知装置711包括用于接收客户端上目标应用版本信息的接收单元和发送单元，该发送单元用于发送对当前应用版本更新的通知消息。

可选地，客户端720上还包括检测器，该检测器用于检测客户端上的存储器中存储的目标应用包、客户端的联网模式和检测用于指示向应用商店服务器上传目标应用包的上传指令，以及与检测器连接的控制器，该控制器控制向应用商店服务器上传由目标应用包转换的数据流和用于提示用户确认上传数据流的提示信息框显示。

具体作用或功能与实施例一中各个步骤描述的类似，本领域技术人员可以结合实施例一描述的步骤实现在客户端接收到通知消息之后，将由目标应用包转换的数据流上传到应用商店服务器，此处不再赘述。

综上所述，本发明当安装有应用商店程序的客户端与应用商店服务器通信时，应用商店服务器接收由客户端发送的目标应用版本信息，在应用商店服务器更新应用版本的更新渠道范围小于应用版本的分发渠道范围的情况下，可以扩展更新渠道，根据目标应用版本信息和存储在应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对应用商店服务器中的当前应用版本更新的通知消息，可以使得应用商店服务器及时得知需要更新应用版本的时机，以及时在应用商店服务器将当前应用版本更新至目标应用版本，进而通过应用商店程序向未下载目标应用版本的用户推送，增强用户对应用商店程序的粘度。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。

Claims (11)

1.一种应用商店中更新应用信息的方法，所述应用商店包括安装在客户端上的应用商店程序和应用商店服务器，其特征在于，所述方法包括以下具体步骤：

当所述客户端与所述应用商店服务器通信时，所述应用商店服务器接收由所述客户端发送的目标应用版本信息；

根据所述目标应用版本信息和存储在所述应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对所述应用商店服务器中的所述当前应用版本更新的通知消息。

2.根据权利要求1所述的方法，其特征在于，根据所述目标应用版本信息和存储在所述应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对所述应用商店服务器中的所述当前应用版本更新的通知消息，具体包括：

当所述目标应用版本信息高于所述当前应用版本信息时，所述应用商店服务器发送所述通知消息，所述通知消息中携带有所述目标应用版本信息；

当所述目标应用版本信息低于所述当前应用版本信息时，删除所述目标应用版本信息。

3.根据权利要求1-2所述的方法，其特征在于，在根据所述目标应用版本信息和存储在所述应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对所述应用商店服务器中的所述当前应用版本更新的通知消息之后，具体包括：

将携带有所述目标应用版本信息的所述通知消息推送给所述客户端；

当所述客户端接收到所述通知消息时，检测所述客户端中是否存储有与所述目标应用版本信息匹配的目标应用包；

若是，则将所述目标应用包上传到所述应用商店服务器。

4.根据权利要求3所述的方法，其特征在于，将所述目标应用包上传到所述应用商店服务器，具体包括：

根据所述客户端的联网模式，以及由所述目标应用包转换的数据流和阈值之间的大小关系，向所述应用商店服务器传输所述数据流，所述联网模式包括蜂窝网模式、wifi模式或wlan模式。

5.根据权利要求3所述的方法，其特征在于，将所述目标应用包上传到所述应用商店服务器，具体包括：

检测所述客户端的联网模式；

当所述联网模式处于wifi模式或wlan模式时，向所述应用商店服务器传输由所述目标应用包转换的数据流。

6.根据权利要求5所述的方法，其特征在于，将所述目标应用包上传到所述应用商店服务器，具体包括：

在所述应用商店程序运行时，检测所述客户端的联网模式；

当检测到所述联网模式处于蜂窝网模式时，检测在所述应用商店程序的显示界面上是否接收到用于指示对由所述目标应用包转换的数据流传输的上传指令；

若是，则将所述蜂窝网模式切换到所述wifi模式。

7.根据权利要求6所述的方法，其特征在于，当检测到所述联网模式处于蜂窝网模式时，检测在所述应用商店程序的显示界面上是否接收到用于对由所述目标应用包转换的数据流传输的上传指令，具体包括：

当检测到所述联网模式处于所述蜂窝网模式，且所述目标应用包大于阈值时，检测所述上传指令；

当检测所述联网模式处于所述蜂窝网模式，且所述目标应用包不大于阈值时，在所述蜂窝网模式下传输所述数据流。

8.根据权利要求3所述的方法，其特征在于，将所述目标应用包上传到所述应用商店服务器，具体包括：

在所述客户端的显示界面上显示提示消息框，所述提示消息框中包含用于提示用户确认上传所述目标应用包的提示消息；

当在所述提示消息框的显示区域内接收到上传指令时，向所述应用商店服务器传输由所述目标应用包转换的数据流。

9.根据权利要求1所述的方法，其特征在于，在当所述客户端与所述应用商店服务器通信时，所述应用商店服务器接收由所述客户端发送的目标应用版本信息之前，具体包括：

在所述客户端上比对所述目标应用版本信息和所述应用商店服务器推送给所述应用商店程序的当前应用版本信息；

当包含在所述应用商店程序中的所述当前应用版本信息低于所述目标应用版本信息时，将携带所述目标应用版本信息的心跳包发送给所述应用商店服务器。

10.一种应用商店服务器，其特征在于，所述装置包括：

接收单元，用于当安装有应用商店程序的客户端与应用商店服务器通信时，所述应用商店服务器接收由所述客户端发送的目标应用版本信息；

发送单元，用于根据所述目标应用版本信息和存储在所述应用商店服务器上的当前应用版本信息之间的高低关系，发送用于指示对所述应用商店服务器中的所述当前应用版本更新的通知消息。

11.一种应用商店，其特征在于，包括：在所述应用商店包含的所述客户端和所述应用商店服务器上实现权利要求1-9任一所述的方法。