CN102842095A - 一种应用程序购买方法及装置 - Google Patents

Abstract

本发明适用于应用商店开发技术领域，提供一种应用程序购买方法及装置，所述方法包括：接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序，下载完毕后清空所述购物车列表。本发明通过设置购物车列表，将用户选择购买的应用程序添加到所述购物车列表中，当所有应用程序选择完毕后一次性支付所需费用，完成从应用商店后台服务器中下载对应的应用程序数据，与现有逐个购买应用程序方式相比，本发明技术方案操作方法简单，可以实现批量购买应用程序。

Description

一种应用程序购买方法及装置

技术领域

本发明属于应用商店开发技术领域，尤其涉及一种应用程序购买方法及装置。

背景技术

应用商店提供了一种统一、易用、规范、被良好管理的第三方应用程序集散地，用户不必再靠自己通过互联网的查找他们所需要或感兴趣的应用程序，可以在应用商店中购买付费或免费的应用程序。设备制造商在设备中安装应用商店免去了用户去互联网查找应用程序的烦恼，应用开发者通过用户下载应用程序付费的方式赚取利润，互联网提供商通过用户下载应用程序产生的网络流量收取相应流量费用，因此应用商店在短时间就得到了快速发展。

当前的应用程序商店，无论是android系统，还是IOS系统，或者WP系统，一个典型的应用程序购买行为是：用户首先进入应用商店，浏览商店中的应用程序信息或者有目的地进行关键字搜索，找到后进入应用程序的详细描述界面，一般在该界面上会有一个购买按钮，点击后就会进入应用程序购买流程，若应用程序为免费程序，则可以直接下载该程序，否则需要在完成付费后才能下载所述应用程序。

但是在当前应用商店中购买应用程序时，每次只能进行一次购买，购买完成后必须逐个界面回退，直到回到应用商店的浏览界面，然后再次重复先前的购买过程，但若用户一次需要购买多个应用程序时，目前这种应用程序逐个购买的方式操作比较繁琐，不利于提高用户购买应用程序的积极性。

发明内容

鉴于上述问题，本发明的目的在于提供一种应用程序购买方法，旨在解决现有在应用商店中购买多个应用程序时操作繁琐的技术问题。

本发明是这样实现的，一种应用程序购买方法，包括：

接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序，下载完毕后清空所述购物车列表。

本发明的另一目的在于提供一种应用程序购买装置，包括：

应用程序添加单元，用于接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

应用程序下载单元，用于接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序，下载完毕后清空所述购物车列表。

在本发明实施例中，通过设置购物车列表，将用户选择购买的应用程序添加到所述购物车列表中，当所有应用程序选择完毕后一次性支付所需费用，完成从应用商店后台服务器中下载对应的应用程序数据，与现有逐个购买应用程序方式相比，本发明技术方案操作方法简单，可以实现批量购买应用程序。

附图说明

图1是本发明第一实施例提供的应用程序购买方法的流程图；

图2是本发明第二实施例提供的应用程序购买方法的流程图；

图3是本发明第三实施例提供的应用程序购买方法的流程图；

图4是本发明第四实施例提供的通过第三方应用的应用程序购买方法的流程图；

图5是本发明第五实施例提供的数应用程序购买装置的结构方框图；

图6是本发明第六实施例提供的数应用程序购买装置的结构方框图；

图7是本发明第七实施例提供的数应用程序购买装置的结构方框图；

图8是本发明第八实施例提供的数应用程序购买装置的结构方框图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

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

实施例一：

图1示出了本发明第一实施例提供的应用程序购买方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

本实例提供的应用程序购买方法包括：

步骤S101、接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中。

本发明实施例与现有应用商店相比，增加了用于存放应用程序信息，用户在应用商店中浏览或搜索应用程序时，将想要购买的应用程序添加到购物车列表中，待后续一次性付费下载。在具体实现本步骤时，应用商店中的每个应用程序图标附近都有与之对应的购物车标识，用户需要购买该应用程序时，通过点击对应的购物车标识产生购物指令，实现将该应用程序添加到购物车列表中，所述购物车标识除了出现在应用程序概要浏览界面上，也可以出现在应用程序的详细信息界面，当用户为了了解应用程序进入详细信息界面时，如果需要购买该应用程序亦可直接通过点击对应的购物车标识将该应用程序添加到购物车列表中。

步骤S102、接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序，下载完毕后清空所述购物车列表。

作为本步骤的一种实现方式，应用商店的程序界面中设有购买按键，当用户应用程序选择完毕后，点击该购买按键产生购买指令，向应用商店后台服务器发送程序下载请求，若购物车列表中的应用程序均为免费程序，则直接从应用商店后台服务器中开始下载购物车列表中的应用程序，若购物车列表中存在付费应用程序，则支付完所有所需费用后，再从应用商店后台服务器中开始下载购物车列表中的应用程序，应用程序下载到本地后时实现了应用程序的购买。

本发明实施例通过在应用商店中增加购物车列表，将用户选择的应用程序添加到该购物车列表中，当应用程序选择完毕后，一次性支付所需费用，再从应用商店后台服务器中下载所述选择的应用程序，本发明与现有应用商店中逐个够买应用程序相比，节省了操作步骤，可以实现批量购买应用程序。

实施例二：

图2示出了本发明第二第实施例提供的应用程序购买方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

本实例提供的应用程序购买方法包括：

步骤S201、接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

步骤S202、接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序；

步骤S203、接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序，下载完毕后清空所述购物车列表。

本发明实施例与实施例一相比增加了步骤S202，当用户将某个应用程序添加到购物车列表后，但又不想购买此应用程序，或者用户不小心将某个应用程序添加到购物车列表后，通过点击应用程序对应的购物取消键即可将该应用程序从购物车列表中删除，具体实现时，所述购物取消键可以是一个异于所述购物标识的独立按键，当选择某个应用程序后，其对应的购物标识变灰、购物取消键变亮，用户点击该购物取消键后即可将所述应用程序从购物列车表删除，此时购物标识变亮、购物取消键变灰；作为另一种实现方式，所述购物取消键与所述购物标识为同一按键，购物功能和取消购物功能依次切换，具体为，当应用程序未被选择时，该按键显示为购物车图标，当点击该图标后，将选择的应用程序添加到购物车列表中，此时该按键显示为取消购物图标，当用户再次点击该图标时，将选择的应用程序从购物列表中删除，此时该按键还原显示为购物车图标，因此通过一个按键亦可同时实现购物和取消购物两种功能。本实施例考虑到了用户取消购物的情况，使得本实施例提供的应用程序购买方案更为实用。

实施例三：

图3示出了本发明第三实施例提供的应用程序购买方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

本实施例中，购物车列表存储于本地设备的数据库中，本实例提供的应用程序购买方法包括：

步骤S301、接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

步骤S302、接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序。

步骤S301-S302与实施例二中步骤S201-S202相同，此处不再赘述。

步骤S303、接收到应用程序购买指令时，向应用商店后台服务器发送网络连接请求。

本实施例中，购物车列表存储于本地设备的数据库中，所述本地设备为安装有应用商店程序的设备终端，包括比如智能手机、智能电视或掌上电脑等。当用户点击界面上的购买按键时产生应用程序购买指令，并向应用商店后台服务器发送网络连接请求建立网络连接，由于在本发明实施例中，购物车列表是存储在本地数据库中，用户在浏览应用程序信息以及选择应用程序添加到购物车列表中时不会产生数据流量，即上述步骤S301-S302都不会产生数据流量，只是在最后点击购买按键确认购买后，才需要网络连接需求，而现有购买应用程序的方案每步骤都需有网络连接需求，会产生更多的网路流量，因此本发明实施例与现有购买应用程序的方案相比，可以实现离线选购应用程序。

步骤S304、网络连接建立后，向应用商店后台服务器发送应用程序下载请求，所述下载请求中包括所述购物车列表中的应用程序的ID信息。

在本实施例中，由于在应用商店中每个应用程序都有一个ID对应，因此在网络连接后，通过向应用商店后台服务器发送包括应用程序的ID信息的下载请求，表明当前设备准备需要下载哪些应用程序。

步骤S305、根据所述应用程序的ID信息，直接下载或者完成费用支付后从应用商店后台服务器中下载对应的应用程序数据。

当应用商店后台服务器接收到下载请求后，根据请求中的应用程序的ID信息，在用户完成费用支付后（若全都是免费应用程序，则用户无需支付费用），返回应用程序的ID信息所对应的应用程序数据。

步骤S306、当检测到数据下载过程中出现网络问题，根据预定的下载策略重新下载数据或者对下载的数据进行容错修复。

作为优选的，由于下载应用程序数据受到网络影响，当下载应用程序过程中出现网络问题时，出现无法继续下载，或者下载数据中有一部分数据出现错误，则根据预定的下载策略做出相应操作，比如，当无法继续下载数据时，可以尝试重新下载数据，当设备上下载的应用程序数据出现小部分错误，可以尝试运用容错算法对数据信息修复还原，尽量避免重新下载。

步骤S307、所有应用程序数据下载完毕后，清空所述购物车列表。

当所有应用程序数据下载完毕后，为了避免再次下载所述列表中的已经购买的应用程序，在本步骤中优选的，将购物列表清空。

本实施例步骤S303-S307作为实施例二中步骤S203的一种具体、优选的实现方式，在本发明实施例中，仅在确认购买时才会产生数据连接，实现了离线选购应用程序，与现有购买应用程序方案相比，能够有效节约网络流量。此外，还可以解决应用程序数据在下载过程中出现的一些网络问题。

实施例四：

图4示出了本发明第四实施例提供的应用程序购买方法的流程，为了便于说明仅示出了与本发明实施例相关的部分。

在实施一、二或三的基础上，当用户还希望通过第三方应用直接购买应用程序时，可以通过本发明实施例提供的技术方案实现，下面仅描述与此相关步骤，具体包括：

步骤S401、当接收到应用程序的第三方查询指令时，调用应用商店后台服务器的应用程序查询接口，根据所述应用程序的ID号从应用商店后台服务器获取对象应用程序详细信息。

步骤S402、当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的应用程序数据，并同时返回此次购买编号。

步骤S403、当在下载应用程序数据时接收到控制指令，用应用商店后台服务器的应用程序控制接口执行所述控制指令对应的操作，包括暂停下载、继续下载或取消下载。

步骤S404、当接收到购买状态查询指令时，获取输入的购买编号，调用应用商店后台服务器的购买状态查询接口，从应用商店后台服务器中获取所述购买编号对应的购买状态信息。

在实现本发明之前，需要开发出一组开放的应用商店后台服务器的API应用程序接口，将该API接口提供给第三方应用进行功能扩展，所述API接口至少包括应用程序购买接口，使得第三方应用能够调用该接口直接在所述第三方应用中实现购买应用程序。例如，若用户打开一第三方应用，比如浏览器，浏览器推荐了某个应用给用户，在现有方案里，浏览器网页中显示的信息是一个直接指向应用商店的网络地址链接，用户通过点击该链接进入应用商店完成购买该应用程序，显然这种跳转操作必须得离开当前浏览器，用户应用程序购买完毕后还要重新打开浏览器，这样亦增加了操作步骤，而在本发明实施例中，在开发第三方应用时，直接调用应用程序提供的购买API接口就可以在第三方应用的界面中完成应用程序购买操作。还是以浏览器为例，在本发明实施例中，浏览器网页上的显示信息就是诸如应用程序的ID号之类的索引数据，当用户点击浏览器界面上的应用程序购买按键时产生第三方购买指令，浏览器直接调用购买API接口，将应用程序的ID号等关键数据作为参数传送给应用程序后台服务器，完成购买操作，若是免费应用，则直接下载该应用程序数据，若是付费应用，则在费用支付完毕后开始下载该应用程序数据。

步骤S401、S403、S404作为本实施例的优选步骤，当用户在购买前需要查看该应用程序的详细信息，点击第三方应用界面上的查询按键时产生第三方查询指令，第三方应用通过调用应用商店程序后台服务器的查询API接口，将应用程序的ID号等关键数据作为参数传送给应用程序后台服务器，接收到返回的对应应用程序的详细信息；当用户需要控制正在下载的应用程序时，点击第三方应用界面上的控制按键，产生控制指令，所述第三方应用调用应用商店后台服务器的应用程序控制接口执行所述控制指令对应的操作，包括暂停下载、继续下载或取消下载；当用户希望查询当前应用程序购买信息时，通过输入购买编号，就可以查询该次应用程序的购买状态信息，比如此购买包括哪些应用软件，支付了多少费用，以及应用程序的购买时间等等。

通过本发明实施例方法购买应用程序，无需离开第三方应用，在第三方应用界面中就可以实现购买应用程序，此外还可以实现查询用程序信息、购买状态信息以及控制应用程序下载状态，解决了现有无法在第三方应用中购买应用程序的技术问题。

实施例五：

图5示出了本发明第五实施例提供的应用程序购买装置结构方框图，为了便于说明仅示出了与本发明实施例相关的部分。

本实施例提供的应用程序购买装置包括：

应用程序添加单元501，用于接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

应用程序下载单元502，用于接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序。

本发明实施例中，应用程序添加单元501和应用程序下载单元502分别对应实现了实施例一中的步骤S101和S102，当用户在应用商店的界面中选择应用程序时，通过点击应用程序对应的购物车标识产生购物指令，应用程序添加单元501将所述应用程序添加到购物车列表中，在应用程序选择完毕后，用户点击应用商店界面上的购买按键产生购买指令，应用程序下载单元502则直接从应用商店后台服务器中开始下载购物车列表中的应用程序，若购物车列表中存在付费应用程序，则支付完所有所需费用后，再从应用商店后台服务器中开始下载购物车列表中的应用程序，应用程序下载到本地后时实现了应用程序的购买。

本发明实施例通过在应用商店中增加购物车列表，将用户选择的应用程序添加到该购物车列表中，当应用程序选择完毕后，一次性支付所需费用，再从应用商店后台服务器中下载所述选择的应用程序，本发明与现有应用商店中逐个够买应用程序相比，节省了操作步骤，可以实现批量购买应用程序。

实施例六：

图6示出了本发明第六实施例提供的应用程序购买装置结构方框图，为了便于说明仅示出了与本发明实施例相关的部分。

本实施例提供的应用程序购买装置包括：

应用程序添加单元601，用于接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

应用程序取消单元602，用于接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序；

应用程序下载单元603，用于接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序。

本实施例与实施例五相比，增加了应用程序取消单元602，当用户将某个应用程序添加到购物车列表后，但又不想购买此应用程序，或者用户不小心将某个应用程序添加到购物车列表后，通过点击应用程序对应的购物取消键即可将该应用程序从购物车列表中删除。具体实现时，所述购物取消键可以是一个异于所述购物标识的独立按键，也可以与所述购物标识为同一按键，购物功能和取消购物功能依次切换。本实施例考虑到了用户取消购物的情况，使得本实施例提供的应用程序购买方案更为实用。

实施例七：

图7示出了本发明第七实施例提供的应用程序购买装置结构方框图，为了便于说明仅示出了与本发明实施例相关的部分。

本实施例中，购物车列表存储于本地设备的数据库中，本实施例提供的应用程序购买装置包括：

应用程序添加单元701，用于接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

应用程序取消单元702，用于接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序；

应用程序下载单元703，用于接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序。

其中，所述应用程序下载单元703包括：

网络连接请求模块7031，用于接收到应用程序购买指令时，向应用商店后台服务器发送网络连接请求；

程序下载请求模块7032，用于网络连接建立后，向应用商店后台服务器发送应用程序下载请求，所述下载请求中包括所述购物车列表中的应用程序的ID信息；

程序数据下载模块7033，用于根据所述应用程序的ID信息，直接下载或者完成费用支付后从应用商店后台服务器中下载对应的应用程序数据；

数据重载修复模块7034，用于当检测到数据下载过程中出现网络问题，根据预定的下载策略重新下载数据或者对下载的数据进行容错修复。

列表清空模块7035，用于所有应用程序数据下载完毕后，清空所述购物车列表。

本发明实施例在实例六的基础上，给出了网络连接请求模块的一种优选结构，在本发明实施例中，购物车列表存储于本地设备的数据库中，当用户点击界面上的购买按键时产生应用程序购买指令，网络连接请求模块7031向应用商店后台服务器发送网络连接请求建立网络连接，由于在本发明实施例中，购物车列表是存储在本地数据库中，用户在浏览应用程序信息以及选择应用程序添加到购物车列表中时不会产生数据流量，即上述应用程序添加单元701和应用程序取消单元702在执行时都不会产生数据流量，只是在最后点击购买按键确认购买执行应用程序下载单元703后，才需要网络连接需求，而现有购买应用程序的方案每步骤都需有网络连接需求，会产生更多的网路流量，因此本发明实施例与现有购买应用程序的方案相比，可以实现离线选购应用程序。

此外，当下载应用程序过程中出现网络问题时，数据重载修复模块7034可以尝试重新下载数据或者运用容错算法对数据信息修复还原，尽量避免重新下载。当所有应用程序数据下载完毕后，列表清空模块7035清空所述购物车列表，避免了再次下载所述列表中的已经购买的应用程序。

在本发明实施例中，仅在确认购买时才会产生数据连接，实现了离线选购应用程序，与现有购买应用程序方案相比，能够有效节约网络流量。此外，还可以解决应用程序数据在下载过程中出现的一些网络问题。

实施例八：

图8示出了本发明第八实施例提供的应用程序购买装置结构方框图，为了便于说明仅示出了与本发明实施例相关的部分。

本发明实施例提供的应用程序购买装置包括实施例七所述的应用程序添加单元801、应用程序取消单元802、应用程序下载单元803外，还包括：

查询接口调用单元804，用于当接收到应用程序的第三方查询指令时，调用应用商店后台服务器的应用程序查询接口，根据所述应用程序的ID号从应用商店后台服务器获取对象应用程序详细信息。

购买接口调用单元805，用于当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的应用程序数据，并同时返回此次购买编号。

控制接口调用单元806，用于当在下载应用程序数据接时收到控制指令，用应用商店后台服务器的应用程序控制接口执行所述控制指令对应的操作，包括暂停下载、继续下载或取消下载。

状态查询接口调用单元807，用于当接收到购买状态查询指令时，获取输入的购买编号，调用应用商店后台服务器的购买状态查询接口，从应用商店后台服务器中获取所述购买编号对应的购买状态信息。

在实现本发明之前，需要开发出一组开放的应用商店后台服务器的API应用程序接口，将该API接口提供给第三方应用进行功能扩展，所述API接口至少包括应用程序购买接口，使得第三方应用在执行购买接口调用单元805时能够调用该接口直接在所述第三方应用中实现购买应用程序。例如，若用户打开一第三方应用，比如浏览器，浏览器推荐了某个应用给用户，在现有方案里，浏览器网页中显示的信息是一个直接指向应用商店的网络地址链接，用户通过点击该链接进入应用商店完成购买该应用程序，显然这种跳转操作必须得离开当前浏览器，用户应用程序购买完毕后还要重新打开浏览器，这样亦增加了操作步骤，而在本发明实施例中，在开发第三方应用时，购买接口调用单元805直接调用应用程序提供的购买API接口就可以在第三方应用的界面中完成应用程序购买操作。还是以浏览器为例，在本发明实施例中，浏览器网页上的显示信息就是诸如应用程序的ID号之类的索引数据，当用户点击浏览器界面上的应用程序购买按键时产生第三方购买指令，浏览器直接调用购买API接口，将应用程序的ID号等关键数据作为参数传送给应用程序后台服务器，完成购买操作，若是免费应用，则直接下载该应用程序数据，若是付费应用，则在费用支付完毕后开始下载该应用程序数据。

查询接口调用单元804、控制接口调用单元806和状态查询接口调用单元807为本实施例的优选结构，通过执行查询接口调用单元804可以实现在第三方应用界面中查询应用程序的详细信息，通过执行控制接口调用单元806可以实现在第三方应用程序界面中对正在下载的应用程序进行控制，包括暂停下载、继续下载或取消下载，通过执行状态查询接口调用单元807可以实现查询该次应用程序的购买状态信息。

通过本发明实施例装置购买应用程序，无需离开第三方应用，在第三方应用界面中就可以实现购买应用程序，此外还可以实现查询用程序信息、购买状态信息以及控制应用程序下载状态，解决了现有无法在第三方应用界面中购买应用程序的技术问题。

综上，本发明实施例通过增加购物车列表，用户将选择的应用程序存储于购物车列表中，无需逐个购买应用程序，仅需一次性支付应用程序所需费用，实现了应用程序批量购买，节约了操作步骤。进一步在通过给第三方应用提供API接口，使得第三方应用调用该接口实现在所述第三方应用界面中实现购买应用程序，无需离开第三方应用程序，增加了操作实用性。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

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

Claims (16)

1.一种应用程序购买方法，其特征在于，所述方法包括：

接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序。

2.如权利要求1所述方法，其特征在于，在所述接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中步骤之后，还包括：

接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序。

3.如权利要求2所述方法，其特征在于，所述购物车列表存储于本地设备的数据库中，所述接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序步骤，具体包括：

接收到应用程序购买指令时，向应用商店后台服务器发送网络连接请求；

网络连接建立后，向应用商店后台服务器发送应用程序下载请求，所述下载请求中包括所述购物车列表中的应用程序的ID信息；

根据所述应用程序的ID信息，直接下载或者完成费用支付后从应用商店后台服务器中下载对应的应用程序数据；

所有应用程序数据下载完毕后，清空所述购物车列表。

4.如权利要求3所述方法，其特征在于，所述根据所述应用程序的ID信息，直接下载或者完成费用支付后从应用商店后台服务器中下载对应的应用程序数据步骤之后，还包括：

当检测到数据下载过程中出现网络问题，根据预定的下载策略重新下载数据或者对下载的数据进行容错修复。

5.如权利要求1-4任一项所述方法，其特征在于，所述方法还包括：

当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的应用程序数据，并同时返回此次购买编号。

6.如权利要求5所述方法，其特征在于，所述当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的应用程序数据，并同时返回此次购买编号所述方法步骤之前，还包括：

当接收到应用程序的第三方查询指令时，调用应用商店后台服务器的应用程序查询接口，根据所述应用程序的ID号从应用商店后台服务器获取对象应用程序详细信息。

7.如权利要求5所述方法，其特征在于，所述当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的应用程序数据，并同时返回此次购买编号所述方法步骤之后，还包括：

当接收到购买状态查询指令时，获取输入的购买编号，调用应用商店后台服务器的购买状态查询接口，从应用商店后台服务器中获取所述购买编号对应的购买状态信息。

8.如权利要求5所述方法，其特征在于，在当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的数据，并同时返回此次购买编号所述方法步骤之后，还包括：

当在下载应用程序数据时接收到控制指令，用应用商店后台服务器的应用程序控制接口执行所述控制指令对应的操作，包括暂停下载、继续下载或取消下载。

9.一种应用程序购买装置，其特征在于，所述装置包括：

应用程序添加单元，用于接收到应用程序的购物指令时，将所述应用程序添加到购物车列表中；

应用程序下载单元，用于接收到应用程序购买指令时，直接下载或者完成费用支付后从应用商店后台服务器中下载所述购物车列表中的应用程序。

10.如权利要求9所述装置，其特征在于，所述装置还包括：

应用程序取消单元，用于接收到应用程序的购物取消指令时，从所述购物车列表中移除所述应用程序。

11.如权利要求10所述装置，其特征在于，所述购物车列表存储于本地设备的数据库中，所述应用程序下载单元包括：

网络连接请求模块，用于接收到应用程序购买指令时，向应用商店后台服务器发送网络连接请求；

程序下载请求模块，用于网络连接建立后，向应用商店后台服务器发送应用程序下载请求，所述下载请求中包括所述购物车列表中的应用程序的ID信息；

程序数据下载模块，用于根据所述应用程序的ID信息，直接下载或者完成费用支付后从应用商店后台服务器中下载对应的应用程序数据；

列表清空模块，用于所有应用程序数据下载完毕后，清空所述购物车列表。

12.如权利要求11所述装置，其特征在于，所述应用程序下载单元还包括：

数据重载修复模块，用于当检测到数据下载过程中出现网络问题，根据预定的下载策略重新下载数据或者对下载的数据进行容错修复。

13.如权利要求9-12任一项所述装置，其特征在于，所述装置还包括：

购买接口调用单元，用于当接收到应用程序的第三方购买指令时，调用应用商店后台服务器的应用程序购买接口，下载所述应用程序的ID号对应的数据，并同时返回此次购买编号。

14.如权利要求13所述装置，其特征在于，所述装置还包括：

查询接口调用单元，用于当接收到应用程序的第三方查询指令时，调用应用商店后台服务器的应用程序查询接口，根据所述应用程序的ID号从应用商店后台服务器获取对象应用程序详细信息。

15.如权利要求13所述装置，其特征在于，所述装置还包括：

状态查询接口调用单元，用于当接收到购买状态查询指令时，获取输入的购买编号，调用应用商店后台服务器的购买状态查询接口，从应用商店后台服务器中获取所述购买编号对应的购买状态信息。

16.如权利要求13所述装置，其特征在于，所述装置还包括：

控制接口调用单元，用于当在下载应用程序数据接时收到控制指令，调用应用商店后台服务器的应用程序控制接口执行所述控制指令对应的操作，包括暂停下载、继续下载或取消下载。

Images