CN106060133A - 应用推送方法及应用服务器 - Google Patents

Abstract

本发明涉及互联网技术领域，公开了一种应用推送方法及应用服务器。本发明中，应用推送方法，包括：服务器接收来自用户终端的应用预约信息；汇总各应用预约信息和对应的用户账号，作为预约信息表；检测是否有新应用上线；如果检测到有新应用上线，则从预约信息表中查询是否存在和新应用相匹配的应用预约信息；如果查找到，则向发送该应用预约信息的用户账号推送新应用的连接，供用户下载。本发明还提供了一种包括通信模块、汇总模块、检测模块、查找模块以及推送模块的应用服务器。在新应用上线时，服务器能够根据用户需求，将新上线的应用自动推送给用户进行查看、下载，用户体验较好，且有助于新上线的应用App的推广与运用。

Description

应用推送方法及应用服务器

技术领域

本发明涉及互联网技术领域，特别涉及应用推送方法及应用服务器。

背景技术

目前，随着互联网技术的发展，电脑、智能手机、平板电脑、智能电视等终端的功能越来越完善，用户可以通过在终端上安装各种各样的App(应用程序，Application)的方式，来丰富生活。如，用户可以在自己的终端上安装有不同类型的App，如，音乐播放App、游戏App、计步App、购物App、社交类App等。

在现有技术中，大多数用户都是通过应用商店进行App下载的。应用商店作为一个App应用平台，能够将各种各样的App展示给用户，并提供下载功能，从而使得用户能够直接在应用商店上，下载自己想要的适用于终端的App。

目前，应用商店中每天都会有很多新的App上线。但是，如果App开发商对新的App推广力度不够，就很容易使得新上线的App无法被用户得知。并且，用户并没有大量的时间，对新上线的App进行逐个查看，来确定在这些App中是否有自己需要的App，从而在用户需要的App新上线时，用户无法获知消息，从而无法及时进行下载使用，降低了用户对应用商店的体验度。尤其是对于某些游戏应用，第一时间进行下载，可以使用户更早享受到该游戏的乐趣。

发明内容

本发明的目的在于提供一种应用推送方法及应用服务器，使得用户可以根据需求在第一时间获得自己所需的新应用。

为解决上述技术问题，本发明的实施方式提供了一种应用推送方法，包括：

服务器接收来自用户终端的应用预约信息；

汇总各应用预约信息和对应的用户账号，作为预约信息表；

检测是否有新应用上线；

如果检测到有新应用上线，则从预约信息表中查询是否存在和新应用相匹配的应用预约信息；

如果查找到，则向发送该应用预约信息的用户账号推送新应用的连接，供用户下载。

本发明的实施方式还提供了一种应用服务器，包括：

通信模块，用于接收来自用户终端的应用预约信息；

汇总模块，用于汇总各应用预约信息和对应的用户账号，作为预约信息表；

检测模块，用于检测是否有新应用上线；

查找模块，用于在检测模块检测到有新应用上线时，从预约信息表中查询是否存在和新应用相匹配的应用预约信息；

推送模块，用于在查找模块查找到时，向发送该应用预约信息的用户账号推送新应用的连接，供用户下载。

本发明实施方式相对于现有技术而言，服务器预先接收来自各用户终端的应用预约信息，并将各接收到的应用预约信息与各用户账号相对应，进行汇总，形成预约信息表。这样，在服务器检测到有新应用上线时，则在预约信息表中进行查询，当查找到和新应用相匹配的应用预约信息时，则将新应用的连接推送给该应用预约信息对应的用户账号，以供用户下载。通过这种方式，在新应用上线时，服务器能够根据用户需求，将新上线的应用自动推送给用户进行查看、下载，使得用户可以根据需求在第一时间获得自己所需的新应用。

另外，服务器预存各用户账号的分类信息；各用户账号分类对应不同的应用类型；检测是否有新应用上线后，还包括：如果检测到有新应用上线，则根据新应用的分类查找对应的用户账号分类，并向查找到的用户账号分类下的用户账号推送新应用的连接，供用户下载。通过这种方式，服务器可以利用对用户账号的分类信息，主动为合适的用户推荐新应用，操作简单方便，且可行性较高。

另外，服务器预存各用户账号的分类信息中，具体包括：服务器接收用户终端上报的日志；日志中包含用户账号对终端中的应用程序的操作记录；分别汇总同一应用程序的操作记录，根据所汇总的结果为用户账号分类。利用用户终端上报的日志，自动对用户账号进行分类，从而实现利用用户的操作习惯进行分类，智能化程度较高。这样，服务器给用户推送新上线的应用时，能够推送出更加符合用户需求的应用。

另外，服务器接收用户终端上报的日志后，包括：利用日志获取用户终端中的已有应用；向该应用预约信息对应的用户账号推送新应用的连接中，如果新应用的分类不在用户终端中的已有应用的分类中，则执行向该应用预约信息对应的用户账号推送新应用的连接，从而有效的避免了推送的新应用与用户终端中的已有应用发送冲突，避免同功能应用的重复安装问题。

另外，在服务器接收来自用户终端的应用预约信息中，具体包括：服务器利用向用户账号提供的预约页面接收应用预约信息。利用提供预约页面的方式，使得用户能够通过预约页面填写自己想要的应用信息，进行预约，方便快捷。

另外，服务器提供对应新应用的虚拟商品供用户购买；其中，虚拟商品对应至少两种价格的付款信息，分别为第一付款信息和第二付款信息，第一付款信息的价格低于第二付款信息；向该应用预约信息对应的用户账号推送新应用的连接后，包括：服务器在接收到来自一用户账号对虚拟商品的购买请求时，从预约信息表中查找该用户账号；如果查找到，则向该用户账号反馈第一付款信息；如果未查找到，则向该用户账号反馈第二付款信息。这样，实现对预约与否的用户，在购买新应用对应虚拟商品时的不同报价。

附图说明

图1是根据本发明第一实施方式中应用推送方法的流程示意图；

图2是根据本发明第一实施方式中的应用商店的登录界面的示意图；

图3是根据本发明第一实施方式中的预约界面的示意图；

图4是根据本发明第二实施方式中应用推送方法的流程示意图；

图5是根据本发明第三实施方式中应用推送方法的流程示意图；

图6是根据本发明第四实施方式中的应用服务器的结构示意图；

图7是根据本发明第五实施方式中的应用服务器的结构示意图；

图8是根据本发明第六实施方式中的应用服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种应用推送方法。本实施方式在终端的基础上进行实施，终端可以是手机、电脑、平板电脑、智能电视等电子设备。本实施方式以应用服务器为应用商店的服务器为例进行说明，应用推送方法具体流程如图1所示，步骤如下：

步骤101，接收来自用户终端的应用预约信息。

具体的说，服务器利用向用户账号提供的预约页面接收应用预约信息，使得用户能够通过预约页面填写自己想要的应用信息，进行预约，方便快捷。

更具体的说，用户在使用应用商店时，可以通过应用商店的登录界面登录自己的账号。如图2所示，登录界面中包含有用户名输入框，密码输入框，登录按钮以及注册按钮。当用户已经注册过，有属于自己的账号时，则通过在用户名输入框中输入自己的账号对应的用户名，在密码输入框中输入自己的账号密码，点击登录按钮即可登录。当用户未注册过自己的账号时，则通过点击注册按钮，设置用户名与密码的方式，进行注册，获取属于自己的账号。还需说明的是，本实施方式中的预约信息包含：应用名称/或应用分类名称，两种名称同时具有。

本实施方式中，服务器通过互联网，将预约界面发送给用户账号对应的终端中的应用商店，应用商店控制终端的显示屏显示预约界面，如图3所示。预约界面中包含应用名称与应用分类名称的输入框以及保存按钮，当用户将自己想要的应用的名称或应用分类名称的其中之一填写到所对应的输入框中，并点击保存按钮时，则应用商店将用户填写的内容，通过互联网反馈给服务器。

如，用户在应用名称的输入框中填写“XXX”，并点击保存按钮时，则应用商店将用户填写的内容发送给服务器，服务器接收到的应用预约信息为应用名称为XXX的应用。

如，用户在应用分类名称的输入框中填写“社交类”，并点击保存按钮时，则应用商店将用户填写的内容发送给服务器，服务器接收到的应用预约信息为社交类应用。

如，用户在应用名称的输入框中填写“XXX”，并在应用分类名称的输入框中填写“社交类”，则应用商店将用户填写的内容发送给服务器，服务器接收到的应用预约信息为社交类应用以及应用名称为XXX的应用。

步骤102，汇总各应用预约信息和对应的用户账号，作为预约信息表。

具体的说，由于每个用户都可以通过预约页面将自己想要的应用发送给服务器，从而使得服务器会接收到多个来自不同用户账号的应用预约信息。因此，服务器在接收到应用预约信息时，需要获取发送该应用的预约信息的用户账号，将接收到的应用预约信息与获取到的用户账号相对应。这样，服务器对接收到的各应用预约信息进行整理，将各应用预约信息与发送应用预约信息的用户账号相对应，汇总，形成预约信息表，从而能够有效的避免在后续步骤中，误推送的情况发生。其中，每个用户账号可以对应有一个或者多个应用预约信息，从而使得用户能够根据自己的需求，将自己想要的应用都发送给服务器。

步骤103，判断是否检测到有新应用上线。若是，则执行步骤104，否则结束。

具体的说，当有新应用需要上线时，技术人员会在服务器中录入新应用，此时，服务器检测到新应用上线，判断结果为是。

步骤104，判断预约信息表中是否存在和新应用相匹配的应用预约信息。若是，则执行步骤105，否则结束。

具体的说，本实施方式中，服务器获取的预约信息是应用名称与应用类型，所以在匹配时，服务器在预约信息表中查找是否存在和新应用的应用名称相匹配的应用预约信息；或者是否存在和新应用的应用类型相匹配的应用预约信息。

如，新应用的应用名称为“XXX”，则服务器在预约信息表中查找是否存在应用预约信息中包含应用名称为XXX的应用，若存在一应用预约信息中包含应用名称为XXX的应用，则判定结果为是。如，新应用的应用类型为“社交类”，则服务器在预约信息表中查找是否存在应用预约信息中包含应用类型为社交类的应用，若存在一应用预约信息中包含应用类型为社交类的应用，则判定结果为是。

步骤105，向发送该应用预约信息的用户账号推送新应用的连接。

具体的说，服务器向该应用预约信息的用户账号对应的终端发送推送信息，以供用户进行下载。更具体的说，推送信息可以包含下载地址，当用户点击下载地址时，则终端在后台建立下载任务，下载该应用，操作较为方便快捷。当然，在实际操作时，推送信息也可以是提示信息，用以提示用户某款用户所需要的新应用上线了，以便于用户在查看到提示信息时，去应用商店中查找该新应用，进行下载。

综上所述，本实施方式中，在新应用上线时，服务器能够根据用户需求，将新上线的应用自动推送给用户进行查看、下载，用户体验较好，且有助于新上线的应用App的推广与运用。

本发明的第二实施方式涉及一种应用推送方法，具体流程如图4所示。第二实施方式与第一实施方式大致相同，主要区别之处在于：在第一实施方式中，服务器利用向用户账号提供的预约页面接收应用预约信息。而在本发明第二实施方式中，服务器预存各用户账号的分类信息，各用户账号分类对应不同的应用类型，服务器根据分类进行推送，增加服务器主动根据用户分类进行推送的方法，拓展本发明的应用场景。

本实施方式中的步骤403与第一实施方式中的步骤103大致相同，为减少重复，在此不再赘述，以下对不同部分进行说明：

步骤401，服务器接收用户终端上报的日志。

具体的说，日志中包含用户账号对终端中的应用程序的操作记录。更具体的说，应用商店的主程序对用户在终端中的应用程序的操作进行监控，获取各应用程序的操作记录，生成日志，并定期的控制终端通过互联网将日志发送给服务器。如，应用商店的主程序记录一周内，用户在终端中的应用程序的操作，并控制终端每周发送日志给服务器。

步骤402，分别汇总同一应用程序的操作记录，根据所汇总的结果，为用户账号分类。

具体的说，服务器对用户在终端中的每个应用程序的操作记录进行汇总统计。如，用户在某个时间点，使用某个应用程序的时长为T，分别执行了哪些操作。更具体的说，服务器根据所汇总的结果，获取用户使用频繁的几个应用程序的类型，根据这几个应用程序的类型，为用户账号分类。如，用户使用频繁的几个应用程序的类型都是社交类应用，则可以确定用户更喜欢社交类应用，从而服务器将用户账号分类为社交类，用户账号的分类信息为：社交类。如，用户使用频繁的几个应用程序的类型分别为：社交类、益智游戏类、阅读类，则服务器用户账号分类为社交类、益智游戏类、阅读类，用户账号的分类信息为社交类、益智游戏类、阅读类。

本实施方式中，还根据用户账号分类信息中的分类，形成预约信息表。如，预约信息表可以如表1所示：

表1：

用户账号类别	用户账号
		社交类	用户A、用户B、用户C
阅读类	用户A、用户D
		益智游戏类	用户F

步骤404，根据新应用的分类查找对应的用户账号分类。

如，新应用的分类为社交类，则服务器在预约信息表中的用户账号类别，查找社交类。

步骤405，向查找到的用户账户分类下的用户账号推送新应用的连接。

具体的说，服务器获取与新应用的分类对应的该用户账号分类中的所有用户的用户账号，将新应用的连接推送给这些用户账号对应的终端，以供用户进行下载。本实施方式中，服务器向用户账号推送新应用的连接的方式可以与第一实施方式相同，为减少重复，在此不再赘述。

值得一提的是，本实施方式中，服务器还能够根据日志获取用户终端中的已有应用。并且，在向该应用预约信息对应的用户账号推送新应用的连接时，还需判断新应用的分类是否在用户终端中的已有应用的分类中，如果在，才执行向该应用预约信息对应的用户账号推送所述新应用的连接。这样，从而有效的避免了推送的新应用与用户终端中的已有应用发送冲突，造成应用下载、安装重复的情况。以下进行举例说明：

如，用户的终端上已经安装了一个音乐类的应用，由于用户的终端上，一般只需要装一个音乐类的应用听歌即可，因此，服务器在推送新应用的连接时，就不会再推送其他的音乐类的应用。

如，用户的终端上已经安装了棋牌类游戏，如“斗地主”，则服务器在推送新应用时，就不会在推送其他的“斗地主”类的应用。但是，由于棋牌类游戏又属于益智类游戏，因此，服务器会向终端推送其他益智类的新应用，如，消消乐、连连看等。

然而，上述举例仅为说明，再次并不做任何限制。

综上所述，本实施方式中，服务器通过用户终端上报的日志，对用户对各应用的使用习惯进行分析，从而做出较为合适的分类，智能化程度较高。这样，能够使得服务器中预存各用户账号的分类信息，各用户账号分类对应不同的应用类型，以使得服务器给用户推送新上线的应用时，能够推送出更加符合用户需求的应用。

本发明第三实施方式涉及一种应用推送方法，具体流程如图5所示。第三实施方式在第一实施方式的基础上加以改进，主要改进之处在于：在本发明第三实施方式中，对有预约新应用的用户予以一定的优惠折扣，从而吸引更多的用户使用预约的功能，能够有助于应用推送方法的推广与使用。

本实施方式中的步骤501至步骤505与第一实施方式中的步骤101至步骤105大致相同，为减少重复，在此不再赘述，以下对不同部分进行说明：

步骤506，判断是否在预约信息表中查找到该用户账号。若是，则执行步骤507，否则执行步骤508。

本实施方式中，服务器提供对应新应用的虚拟商品供用户购买，其中，虚拟商品至少对应两种价格的付款信息。当用户点击推送的新应用连接，终端建立下载任务，终端访问应用商店的服务器，获取下载地址时，则服务器获取该终端对应的用户账号，并在预约信息表中，查找是否存在该用户账号。如果用户提前预约了该新应用，则服务器能在预约信息表中查询到该用户账号，此时判断结果为是；如果用户未提前预约该新应用，则服务器在预约信息表中查询不到该用户账号，此时判断结果为否。

步骤507，向该用户账号反馈第一付款信息。

步骤508，向该用户账号反馈第二付款信息。

本实施方式中，第一付款信息的价格低于第二付款信息。第一付款信息与第二付款信息可以由技术人员预先设置并保存在服务器中。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包含相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第四实施方式涉及一种应用服务器，如图6所示，包括：

通信模块1，用于接收来自用户终端的应用预约信息；

汇总模块2，用于汇总各应用预约信息和对应的用户账号，作为预约信息表；

检测模块3，用于检测是否有新应用上线；

查找模块4，用于在检测模块3检测到有新应用上线时，从预约信息表中查询是否存在和新应用相匹配的应用预约信息；

推送模块5，用于在查找模块4查找到时，向发送该应用预约信息的用户账号推送新应用的连接，供用户下载。

本实施方式中，以实际装置为例进行说明，应用服务器包含处理器以及网卡，网卡用于连接互联网，以便于服务器与用户终端之间的信息交互，接收来自用户终端的应用预约信息。处理器用于汇总各应用预约信息和对应的用户账号，作为预约信息表。处理器还用于检测是否有新应用上线。处理器还用于在检测到有新应用上线时，从预约信息表中查询是否存在和新应用相匹配的应用预约信息。处理器还用于在查找到相匹配的应用预约信息时，通过网卡连接的互联网，向发送该应用预约信息的用户账号推送新应用的连接，供用户下载。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第五实施方式涉及一种应用服务器，如图7所示。第五实施方式与第四实施方式大致相同，主要区别之处在于：在本发明第五实施方式中，还包括：

第一存储模块6，用于预存各用户账号的分类信息；各用户账号分类对应不同的应用类型；

查找模块4，还用于在检测模块3检测到有新应用上线时，根据新应用的分类查找对应的用户账号分类；

推送模块5，还用于在查找模块4查找到用户账号分类时，向该用户账号分类下的用户账号推送新应用的连接，供用户下载。

由于第二实施方式与本实施方式相互对应，因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

本发明第六实施方式涉及一种应用服务器，如图8所示，第六实施方式在第四实施方式的基础上加以改进，主要改进之处在于：还包括：

第二存储模块7，用于提供对应新应用的虚拟商品供用户购买；其中，虚拟商品对应至少两种价格的付款信息，分别为第一付款信息和第二付款信息，第一付款信息的价格低于第二付款信息；

通信模块1，还用于接收来自一用户账号对虚拟商品的购买请求；

查找模块4，还用于在通信模块1接收到来自一用户账号对虚拟商品的购买请求时，从预约信息表中查找该用户账号；

反馈模块8，用于在查找模块4从预约信息表中查找到该用户账号时，向该用户账号反馈第一付款信息；在未查找到时，向该用户账号反馈第二付款信息。

不难发现，本实施方式为与第三实施方式相对应的系统实施例，本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第三实施方式中。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (10)

1.一种应用推送方法，其特征在于，包括：

服务器接收来自用户终端的应用预约信息；

汇总各所述应用预约信息和对应的用户账号，作为预约信息表；

检测是否有新应用上线；

如果检测到有新应用上线，则从所述预约信息表中查询是否存在和所述新应用相匹配的应用预约信息；

如果查找到，则向发送该应用预约信息的用户账号推送所述新应用的连接，供用户下载。

2.根据权利要求1所述的应用推送方法，其特征在于，所述服务器预存各用户账号的分类信息；各所述用户账号分类对应不同的应用类型；

所述检测是否有新应用上线后，还包括：

如果检测到有新应用上线，则根据所述新应用的分类查找对应的用户账号分类，并向查找到的用户账号分类下的用户账号推送所述新应用的连接，供用户下载。

3.根据权利要求2所述的应用推送方法，其特征在于，所述服务器预存各用户账号的分类信息中，具体包括：

所述服务器接收用户终端上报的日志；所述日志中包含用户账号对终端中的应用程序的操作记录；

分别汇总同一应用程序的操作记录，根据所汇总的结果为用户账号分类。

4.根据权利要求3所述的应用推送方法，其特征在于，所述服务器接收用户终端上报的日志后，包括：利用所述日志获取所述用户终端中的已有应用；

所述向该应用预约信息对应的用户账号推送所述新应用的连接中，如果所述新应用的分类不在所述用户终端中的已有应用的分类中，则执行所述向该应用预约信息对应的用户账号推送所述新应用的连接。

5.根据权利要求1所述的应用推送方法，其特征在于，在所述服务器接收来自用户终端的应用预约信息中，具体包括：所述服务器利用向用户账号提供的预约页面接收所述应用预约信息。

6.根据权利要求1所述的应用推送方法，其特征在于，所述应用预约信息包含：应用名称和/或应用分类名称。

7.根据权利要求1所述的应用推送方法，其特征在于，所述方法还包括：所述服务器提供对应所述新应用的虚拟商品供用户购买；其中，所述虚拟商品对应至少两种价格的付款信息，分别为第一付款信息和第二付款信息，所述第一付款信息的价格低于所述第二付款信息；

所述向该应用预约信息对应的用户账号推送所述新应用的连接后，包括：所述服务器在接收到来自一用户账号对所述虚拟商品的购买请求时，从预约信息表中查找该用户账号；如果查找到，则向该用户账号反馈所述第一付款信息；如果未查找到，则向该用户账号反馈所述第二付款信息。

8.一种应用服务器，其特征在于，包括：

通信模块，用于接收来自用户终端的应用预约信息；

汇总模块，用于汇总各所述应用预约信息和对应的用户账号，作为预约信息表；

检测模块，用于检测是否有新应用上线；

查找模块，用于在所述检测模块检测到有新应用上线时，从所述预约信息表中查询是否存在和所述新应用相匹配的应用预约信息；

推送模块，用于在所述查找模块查找到时，向发送该应用预约信息的用户账号推送所述新应用的连接，供用户下载。

9.根据权利要求8所述的应用服务器，其特征在于，还包括：

第一存储模块，用于预存各用户账号的分类信息；各用户账号分类对应不同的应用类型；

所述查找模块，还用于在所述检测模块检测到有新应用上线时，根据所述新应用的分类查找对应的用户账号分类；

所述推送模块，还用于在所述查找模块查找到用户账号分类时，向该用户账号分类下的用户账号推送所述新应用的连接，供用户下载。

10.根据权利要求8所述的应用服务器，其特征在于，还包括：

第二存储模块，用于提供对应所述新应用的虚拟商品供用户购买；其中，所述虚拟商品对应至少两种价格的付款信息，分别为第一付款信息和第二付款信息，所述第一付款信息的价格低于所述第二付款信息；

所述通信模块，还用于接收来自一用户账号对所述虚拟商品的购买请求；

所述查找模块，还用于在所述通信模块接收到来自一用户账号对所述虚拟商品的购买请求时，从所述预约信息表中查找该用户账号；

反馈模块，用于在所述查找模块从所述预约信息表中查找到该用户账号时，向该用户账号反馈所述第一付款信息；在未查找到时，向该用户账号反馈所述第二付款信息。