CN103971228B

CN103971228B - 网络开放平台虚拟商品的支付请求处理方法、装置和系统

Info

Publication number: CN103971228B
Application number: CN201310038926.5A
Authority: CN
Inventors: 张丁; 陈宁国; 邓建威; 赵明明; 范海亮; 廖玉兰; 陈汝婷; 费强; 王松健
Original assignee: Shenzhen Tencent Computer Systems Co Ltd
Current assignee: Shenzhen Tencent Computer Systems Co Ltd
Priority date: 2013-01-31
Filing date: 2013-01-31
Publication date: 2017-08-01
Anticipated expiration: 2033-01-31
Also published as: US10839364B2; US10354244B2; US20190287091A1; CN103971228A; US11288653B2; US20210012309A1; WO2014117601A1; US20150332244A1

Abstract

本发明公开了一种网络开放平台虚拟商品的支付请求处理方法、装置和系统，属于互联网技术领域。所述方法包括：接收第三方应用服务器根据终端请求发送的支付请求，所述支付请求中至少携带有账户标识；根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款；将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端。采用本发明，可以提高网络和系统资源的利用率。

Description

网络开放平台虚拟商品的支付请求处理方法、装置和系统

技术领域

本发明涉及互联网技术领域，特别涉及一种网络开放平台虚拟商品的支付请求处理方法、装置和系统。

背景技术

随着网络技术的飞速发展，互联网正在逐渐成为越来越多的人生活中不可缺少的一部分。随着互联网的不断发展，在网络中出来了大量的各式各样的开放式网络平台（可简称开放平台或网络开放平台），如SNS（Social Networking Services，社会性网络服务）网站等，在开放式网络平台上，为用户提供了各式各样的网络应用，用户可以通过各网络应用享受相应的网络服务，如网络游戏、网络图书、网络视频等。

在网络应用中，可能会涉及到一些收费项目，如收费道具、图书按章节收费、视频按段收费等。现有技术中，网络应用相关商品的支付流程是：第三方应用服务器在接收到终端发送的购买请求后，向开放平台服务器发送支付请求，开放平台服务器接收到支付请求后，向第三方应用服务器返回支付页面的URL（Uniform/Universal Resource Locator，统一资源定位符），第三方应用服务器指示终端调用相应的API（Application ProgrammingInterface，应用程序编程接口），弹出支付页面，用户在进行相应的信息确认后，点击确认按钮通知开放平台服务器进行扣款，扣除相应账户中的虚拟货币，开放平台服务器在扣款成功后通知第三方应用服务器进行发货过程。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

现有技术的网络应用相关商品的支付流程中，需要在终端的弹出相应的支付页面，在弹出支付页面后，用户是无法对正在进行的应用界面进行操作的，甚至无法看到该应用界面，用户需要确认信息并点击确认按钮后才能够返回到正在进行的应用界面中。例如：读书类应用中用户按章节购买，用户读书对连贯性要求比较高，希望点击购买下一个章节的时候能够直接完成支付并快速进入下一章的阅读，如果支付强弹出支付框，影响了用户读书的连续性同时也降低了用户的支付意愿；类似的例子还有如：多人对战游戏过程中购买道具等，购买道具强弹支付选择窗对特定游戏的用户造成了比较大的中断和打扰。对于这些应用，用户在使用应用的过程中，如果弹出支付页面，则会影响用户在应用中的正常操作，导致误操作的发生，用户可能需要重新执行正确操作以达到相应的操作目的，重复操作将带来网络和系统资源的重复占用，造成网络和系统资源的浪费。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种网络开放平台虚拟商品的支付请求处理方法、装置和系统，以提高网络和系统资源的利用率。所述技术方案如下：

一方面，提供了一种网络开放平台虚拟商品的支付请求处理方法，所述方法包括：

接收第三方应用服务器根据终端请求发送的支付请求，所述支付请求中至少携带有账户标识；

根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款；

将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端。

另一方面，提供了一种网络开放平台虚拟商品的支付请求处理装置，所述装置包括：

接收模块，用于接收第三方应用服务器根据终端请求发送的支付请求，所述支付请求中至少携带有账户标识；

扣款模块，用于根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款；

通知模块，用于将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端。

另一方面，提供了一种网络开放平台虚拟商品的支付请求处理系统，所述系统包括开放平台服务器、第三方应用服务器和至少一个终端，其中：

所述第三方应用服务器，用于根据终端请求向所述开放平台服务器发送支付请求，所述支付请求中至少携带有账户标识；在接收所述开放平台服务器发送的扣款结果后，将所述扣款结果发送给所述终端；

所述开放平台服务器，用于在接收所述支付请求后，根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款，并将所述用户账户对应的扣款结果发送给所述第三方应用服务器。

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

本发明实施例中，根据支付请求中携带的账户标识确定对应的用户账户，根据用户账户的支付属性，对用户账户进行扣款，并将扣款结果通过第三方应用服务器发送给终端。针对不同终端的不同支付属性，可以采取不同的扣款方式，可以避免传统的只能通过弹出支付页面的方式进行支付扣款，从而可以避免因弹出页面而导致的误操作的发生，可以提高网络和系统资源的利用率。

附图说明

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

图1是本发明实施例提供的网络开放平台虚拟商品的支付请求处理方法流程图；

图2是本发明实施例提供的网络开放平台虚拟商品的支付请求处理方法流程图；

图3是本发明实施例提供的网络开放平台虚拟商品的支付请求处理方法流程图；

图4是本发明实施例提供的网络开放平台虚拟商品的支付请求处理方法流程图；

图5是本发明实施例提供的网络开放平台虚拟商品的支付请求处理方法流程图；

图6是本发明实施例提供的网络开放平台虚拟商品的支付请求处理装置结构示意图；

图7是本发明实施例提供的网络开放平台虚拟商品的支付请求处理系统结构示意图。

具体实施方式

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

实施例一

本发明实施例提供了一种网络开放平台虚拟商品的支付请求处理方法，如图1所示，该方法的处理流程可以包括如下步骤：

步骤101，接收第三方应用服务器根据终端请求发送的支付请求，该支付请求中至少携带有账户标识。

步骤102，根据该账户标识对应的支付属性，对该账户标识对应的用户账户进行扣款。

步骤103，将该用户账户对应的扣款结果通过第三方应用服务器发送给该终端。

实施例二

本发明实施例提供了一种网络开放平台虚拟商品的支付请求处理方法，优选的，该方法的执行主体可以为开放平台服务器。这里，虚拟商品可以为网络应用中展示的内容，如电子图书，也可以为网络应用中使用的虚拟道具，如游戏道具，还可以是网络应用中涉及使用的其它软件产品。

下面将结合具体的实施方式对图1所示的处理流程进行详细的阐述，具体内容如下。

步骤101，开放平台服务器接收第三方应用服务器根据终端请求发送的支付请求，该支付请求中至少携带有账户标识（如帐号）。支付请求中还可以携带价格信息，价格信息可以是用户请求购买的商品的总价格，也可以是用户所购买的各商品的商品标识、数量和单价，通过这些开放平台服务器可以计算出商品的总价，而且还可以在后续的显示给终端的页面中显示相关的商品信息。优选的，在该支付请求中还可以携带交易标识，如交易单号。

具体的，用户在使用某应用的过程中，如果需要购买其中的虚拟道具，可以点击应用界面中的购买按钮，这时该应用便生成购买请求，其中可以携带商品标识和数量以及用户使用的账户的账户标识，并通过终端向第三方应用服务器发送。第三方应用服务器在接收到购买请求后，可以记录该发送购买请求的账号标识，并生成相应的交易标识和价格信息。第三方应用服务器可以生成与该购买请求对应的支付请求，在支付请求中可以携带该账户标识，还可以携带该交易标识和价格信息。然后，将生成的支付请求发送给开放平台服务器。

步骤102，开放平台服务器根据该账户标识对应的支付属性，对该账户标识对应的用户账户进行扣款。支付属性用于表示相应账户当前使用的支付模式，可以预先定义多种不同的支付属性，如下面将要详细阐述的免打扰支付属性，免打扰支付属性对应的支付模式无需弹出支付页面，可以直接进行扣款。

在该方法中，可以在开放平台服务器中预先设置各账户的免打扰支付属性。具体的，可以对应每个账户设置相应的标识位，记录该账户具有免打扰支付属性或者不具有免打扰支付属性。不过优选的，开放平台服务器可以记录具有免打扰支付属性的账户的账户标识，可以设置免打扰支付账户列表，在列表中记录所有具有免打扰支付属性的账户的账户标识。账户的免打扰支付属性的设置，可以是由开放平台服务器统一设置，优选的，可以由用户通过终端发送请求的方式进行设置，具体的设置过程在下面会详细的阐述。

步骤102的具体执行方式可以是，如果账户标识对应的账户具有免打扰支付属性，则根据该支付请求对该账户直接进行扣款。

具体的，开放平台服务器在接收到支付请求后，可以获取其中携带的账户标识，然后，查找免打扰支付账户列表中记录的具有免打扰支付属性的账户的账户标识中，是否有获取到账户标识，如果有则判定对应的账户具有免打扰支付属性，否则判定对应的账户不具有免打扰支付属性。

如果账户标识对应的账户具有免打扰支付属性，开放平台服务器可以获取支付请求中的价格信息和账户标识，如果该价格信息为商品总价，那么开放平台服务器可以直接在相应的账户的账户余额中扣除该总价的数额，如果该价格信息为商品的商品标识、数目和单价，那么开放平台服务器可以根据这些信息计算出商品总价，并在相应的账户的账户余额中扣除。这里所涉及到的扣款一般为虚拟货币的扣款，如游戏币、Q币等，也即用户发起的交易为虚拟货币购买网络应用虚拟商品的交易。

步骤103，开放平台服务器将该用户账户对应的扣款结果通过第三方应用服务器发送给该终端。开放平台服务器还可以通过第三方应用服务器将扣款结果以浮层方式显示在终端的第三方应用页面上。

在上述步骤102之后，还可以包括如下步骤：开放平台服务器通知第三方应用服务器对所述账户标识对应的账户进行发货。

具体的，开放平台服务器通知第三方应用服务器进行发货的过程，可以是简单的向第三方应用服务器发送发货通知，第三方应用服务器发货结束后向开放平台服务器反馈则流程结束。另外优选的，通知发货的过程可以具体如下：

首先，开放平台服务器向第三方应用服务器发送携带有交易标识的发货通知。然后，对于以下两种不同的情况分别进行相应的处理。

情况一，当开放平台服务器接收第三方应用服务器发送的携带有交易标识的发货成功通知时，则按照如图2所示的流程通知终端交易完成，具体可以包括如下步骤：

步骤201，开放平台服务器向第三方应用服务器发送交易完成通知。其中，该交易完成通知中可以携带有免打扰支付成功的结果码和交易完成通知页面的URL。

开放平台服务器可以预先与第三方应用服务器约定多种结果码，每个结果码分别对应有API，一个API可以与多个结果码对应。这些API可以由开放平台服务器预先配置好，并通知给第三方应用服务器，然后还可以通知第三方应用服务器结果码与API的对应关系。这样，当开放平台服务器需要在终端显示界面通知时，则可以向第三方应用服务器发送相应的通知，并携带相应的结果码，以使第三方应用服务器引导终端调用对应的API显示该界面通知。

开放平台服务器在向第三方应用服务器发送该通知前，可以先生成准备在终端显示的交易完成通知页面的相关数据，并进行存储，通过上述URL则可以链接到此存储的页面的数据。

步骤202，第三方应用服务器引导终端调用与该结果码对应的API连接该URL。

具体的，第三方应用服务器可以先获取该结果码对应的API，然后将该URL作为该API的参数一起发送给终端，使终端调用该API连接该URL，进行相应的窗口渲染。另外，第三方应用服务器还可以在终端启动应用程序时，将相关的API加载到终端，然后在执行步骤202时，将相应的结果码或者API的标识和URL一起发送给终端，终端将该URL作为API的参数调用相应的API，连接该URL进行相应的窗口渲染。

免打扰支付成功的结果码对应的API可以优选为浮层显示API，即调用该API后，相应的显示窗口从某个预设的区域内浮现，显示相应的内容，达到预设的时长后消失，且在显示的过程中并不会影响用户对应用的操作。

步骤203，当检测到终端连接该URL时，开放平台服务器向该终端发送相应的交易完成通知页面的数据。

在该URL对应的地址处存储着交易完成通知页面的数据，该数据可以包括交易完成的通知文本、商品的总价，还可以包括商品的名称、数量、单价等，开放平台服务器在终端连接该URL时，则将这些这些数据发送给终端，以供终端进行显示。

情况二，当开放平台服务器检测到第三方应用服务器发货失败时（开放平台服务器可以预设响应时长，如果在发出发货通知后超过响应时长还没有接收到第三方应用服务器返回的发货成功通知，则判定发货失败；另外，如果开放平台服务器在接收到第三方应用服务器返回的发货失败通知，则也可以判定发货失败），则退还对该账户标识对应的账户的扣款，并按照如图3所示的流程通知终端发货失败，具体可以包括如下步骤：

步骤301，开放平台服务器向第三方应用服务器发送发货失败通知。其中，该发货失败通知中可以携带有发货失败的结果码和发货失败通知页面的URL。

步骤302，第三方应用服务器引导终端调用与该结果码对应的API连接该URL。

步骤303，当检测到终端连接该URL时，开放平台服务器向该终端发送相应的发货失败通知页面的数据。

步骤301-303的流程与步骤201-203的流程相似，只是相应的页面数据和参数不同，所以具体过程可以参照步骤201-203，在此不再累述。

另外，发货失败的结果码对应的API可以也为浮层显示API，但为了提起用户注意可以选择上层显示API，相应的显示窗口会显示在应用界面的最上层，并锁定下部的应用界面，用户只能对上层显示的窗口进行操作，而在关闭上层显示的窗口后才能对原应用界面进行操作。

在步骤102中，对支付请求中的账户标识对应的用户账户进行扣款时，如果扣款失败（扣款失败的原因可能是账户余额不足等），则可以按照如图4所示的流程通知终端扣款失败，具体可以包括如下步骤：

步骤401，开放平台服务器向第三方应用服务器发送扣款失败通知。其中，该扣款失败通知中可以携带有扣款失败的结果码和扣款失败通知页面的URL。

步骤402，第三方应用服务器引导终端调用与该结果码对应的API连接该URL。

步骤403，当检测到终端连接该URL时，开放平台服务器向该终端发送相应的扣款失败通知页面的数据。

步骤401-403的流程与步骤201-203的流程相似，只是相应的页面和参数不同，所以具体过程可以参照步骤201-203，在此不再累述。

另外，扣款失败的结果码对应的API可以也为浮层显示API，但为了提起用户注意可以选择上层显示API。

对于支付请求中账户标识对应的账户具有免打扰支付属性的情况，可以按照上述步骤102的方式执行，而对于支付请求中账户标识对应的账户不具有免打扰支付属性的情况，可以按照预设的处理方式进行处理，该处理方式可以是缺省处理方式。另外，还可以按照如图5所示的方式进行处理，包括以下步骤：

步骤501，开放平台服务器向第三方应用服务器发送非免打扰支付通知。其中，非免打扰支付通知中携带有交易标识、非免打扰支付的结果码和支付页面的URL。

步骤502，第三方应用服务器引导终端调用与该结果码对应的API连接该URL。

步骤503，当检测到终端连接该URL时，开放平台服务器向该终端发送相应的支付页面的数据。

步骤501-503的流程与步骤201-203的流程相似，只是相应的页面和参数不同，所以具体过程可以参照步骤201-203，在此不再累述。

需要注意的是，非免打扰支付的结果码对应的API优选为上层显示API。

步骤504，当接收终端发送的携带有该交易标识的支付确认通知时，开放平台服务器根据价格信息，对相应的账户进行扣款，扣款完成后，通知第三方应用服务器进行发货。

开放平台服务器通知第三方应用服务器进行发货的过程，以及扣款失败的处理过程，可以参见上面记载的具体过程，在此不再累述。

基于上述网络开放平台虚拟商品的支付请求处理方法，本发明实施例还提供了一种账户的免打扰支付属性的设置方法，开放平台服务器预先记录具有免打扰支付属性的账户的账户标识，可以记录在免打扰支付账户列表中，该设置方法可以具体如下：

首先，开放平台服务器接收终端或第三方应用服务器发送的免打扰支付属性设置请求。其中，该免打扰支付属性设置请求中携带有账户标识和对应的操作信息。操作信息可以为启用免打扰支付或取消免打扰支付。

用户在准备设置免打扰支付属性时，可以通过终端向开放平台服务器发送免打扰支付属性设置请求，也可以向第三方应用服务器发送免打扰支付属性设置请求并由第三方应用服务器转发至开放平台服务器。

优选的，在上述步骤201-203的流程中，开放平台服务器可以在交易完成通知页面中设置取消免打扰支付的选项，用户可以在这个选项处勾选是否取消免打扰支付，如果勾选，则终端向开放平台服务器发送操作信息为取消免打扰支付的免打扰支付属性设置请求。

在上述步骤501-504的流程中，开放平台服务器可以在支付页面中设置启用免打扰支付的选项，用户可以在这个选项处勾选是否启用免打扰支付，如果勾选，则终端向开放平台服务器发送操作信息为启用免打扰支付的免打扰支付属性设置请求。

然后，如果操作信息为启用免打扰支付，开放平台服务器则将该账户标识记录为具有免打扰支付属性的账户的账户标识；如果操作信息为取消免打扰支付，开放平台服务器则在记录的具有免打扰支付属性的账户的账户标识中，将该账户标识删除。操作结束之后还可以通知终端设置成功。

实施例三

基于相同的技术构思，本发明实施例还提供了一种网络开放平台虚拟商品的支付请求处理装置，如图6所示，所述装置包括：

接收模块610，用于接收第三方应用服务器根据终端请求发送的支付请求，所述支付请求中至少携带有账户标识；

扣款模块620，用于根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款；

通知模块630，用于将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端。

优选的，所述通知模块630，还用于：通过所述第三方应用服务器将所述扣款结果以浮层方式显示在所述终端的第三方应用页面上。

优选的，所述扣款模块620，具体用于：

如果所述账户标识对应的账户具有免打扰支付属性，则根据所述支付请求对该账户直接进行扣款。

优选的，所述通知模块630，还用于：

通知所述第三方应用服务器对所述账户标识对应的账户进行发货。

优选的，所述支付请求中还携带有交易标识；

所述通知模块630，具体用于：

向所述第三方应用服务器发送携带有所述交易标识的发货通知；

当接收所述第三方应用服务器发送的携带有所述交易标识的发货成功通知时，向所述第三方应用服务器发送交易完成通知，所述交易完成通知中携带有免打扰支付成功的结果码和交易完成通知页面的URL；以使所述第三方应用服务器引导终端调用与该结果码对应的API连接该URL；当检测到所述终端连接该URL时，向所述终端发送相应的交易完成通知页面的数据；

当检测到所述第三方应用服务器发货失败时，退还对所述账户标识对应的账户的扣款，并向所述第三方应用服务器发送发货失败通知，所述发货失败通知中携带有发货失败的结果码和发货失败通知页面的URL；以使所述第三方应用服务器引导终端调用与该结果码对应的API连接该URL；当检测到所述终端连接该URL时，向所述终端发送相应的发货失败通知页面的数据。

优选的，所述通知模块630，还用于：

向所述第三方应用服务器发送扣款失败通知，所述扣款失败通知中携带有扣款失败的结果码和扣款失败通知页面的URL；以使所述第三方应用服务器引导终端调用与该结果码对应的API连接该URL；当检测到所述终端连接该URL时，向所述终端发送相应的扣款失败通知页面的数据。

优选的，还包括记录模块，用于：

预先记录具有免打扰支付属性的账户的账户标识。

优选的，所述记录模块，还用于：

接收终端或第三方应用服务器发送的免打扰支付属性设置请求，所述免打扰支付属性设置请求中携带有账户标识和对应的操作信息；

如果所述操作信息为启用免打扰支付，则将该账户标识记录为具有免打扰支付属性的账户的账户标识；

如果所述操作信息为取消免打扰支付，则在记录的具有免打扰支付属性的账户的账户标识中，将该账户标识删除。

实施例四

基于相同的技术构思，本发明实施例还提供了一种网络开放平台虚拟商品的支付请求处理系统，如图7所示，所述系统包括开放平台服务器710、第三方应用服务器720和至少一个终端730，其中：

所述第三方应用服务器720，用于根据终端730请求向所述开放平台服务器710发送支付请求，所述支付请求中至少携带有账户标识；在接收所述开放平台服务器710发送的扣款结果后，将所述扣款结果发送给所述终端730；

所述开放平台服务器710，用于在接收所述支付请求后，根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款，并将所述用户账户对应的扣款结果发送给所述第三方应用服务器720。

本发明实施例中，预先设置各账户的免打扰支付属性，对于具有免打扰支付属性的账户，当接收到其支付请求时，直接进行相应的扣款和发货操作，而不需要在终端弹出相应的支付页面，从而可以避免因弹出页面而导致的误操作的发生，可以提高网络和系统资源的利用率。

需要说明的是：上述实施例提供的网络开放平台虚拟商品的支付请求处理装置在对支付请求进行处理时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的网络开放平台虚拟商品的支付请求处理装置与网络开放平台虚拟商品的支付请求处理方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

Claims

1.一种网络开放平台虚拟商品的支付请求处理方法，其特征在于，所述方法包括：

将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端；

所述根据所述账户标识对应的支付属性，对所述账户标识对应的用户账户进行扣款包括：

获取所述支付请求中携带的所述账户标识；

查找免打扰支付列表中记录的具有免打扰支付属性的账户的账户标识中，是否有获取到的账户标识，如果有则判定对应的账户具有免打扰支付属性；

如果所述账户标识对应的账户具有免打扰支付属性，则根据所述支付请求对该账户直接进行扣款，其中，免打扰支付属性对应的支付模式无需弹出支付页面，直接进行扣款；

所述方法还包括：

如果所述操作信息为取消免打扰支付，则在记录的具有免打扰支付属性的账户的账户标识中，将该账户标识删除；

其中，支付页面中设置有启动免打扰支付的选项，交易完成通知页面中设置有取消免打扰支付的选项，接收到的操作信息为取消免打扰支付的免打扰支付属性设置请求是终端检测到对所述取消免打扰支付的选项的选择指令时发送的，接收到的操作信息为启用免打扰支付的免打扰支付属性设置请求是终端检测到对所述启用免打扰支付的选项的选择指令时发送的。

2.根据权利要求1所述的方法，其特征在于，还包括，通过所述第三方应用服务器将所述扣款结果以浮层方式显示在所述终端的第三方应用页面上。

3.根据权利要求1所述的方法，其特征在于，还包括：

4.根据权利要求3所述的方法，其特征在于，所述支付请求中还携带有交易标识；

所述通知第三方应用服务器对所述账户标识对应的账户进行发货，包括：

5.根据权利要求1所述的方法，其特征在于，还包括：

6.一种网络开放平台虚拟商品的支付请求处理装置，其特征在于，所述装置包括：

通知模块，用于将所述用户账户对应的扣款结果通过所述第三方应用服务器发送给所述终端；

所述扣款模块，具体用于：

获取所述支付请求中携带的所述账户标识；

还包括记录模块，用于：

预先记录具有免打扰支付属性的账户的账户标识；

所述记录模块，还用于：

7.根据权利要求6所述的装置，其特征在于，所述通知模块，还用于：通过所述第三方应用服务器将所述扣款结果以浮层方式显示在所述终端的第三方应用页面上。

8.根据权利要求6所述的装置，其特征在于，所述通知模块，还用于：

9.根据权利要求8所述的装置，其特征在于，所述支付请求中还携带有交易标识；

所述通知模块，具体用于：

10.根据权利要求6所述的装置，其特征在于，所述通知模块，还用于：

11.一种网络开放平台虚拟商品的支付请求处理系统，其特征在于，所述系统包括开放平台服务器、第三方应用服务器和至少一个终端，其中：

所述开放平台服务器，用于在接收所述支付请求后，获取所述支付请求中携带的所述账户标识；查找免打扰支付列表中记录的具有免打扰支付属性的账户的账户标识中，是否有获取到的账户标识，如果有则判定对应的账户具有免打扰支付属性；如果所述账户标识对应的账户具有免打扰支付属性，则根据所述支付请求对该账户直接进行扣款，并将所述用户账户对应的扣款结果发送给所述第三方应用服务器，其中，免打扰支付属性对应的支付模式无需弹出支付页面，直接进行扣款；接收终端或第三方应用服务器发送的免打扰支付属性设置请求，所述免打扰支付属性设置请求中携带有账户标识和对应的操作信息；如果所述操作信息为启用免打扰支付，则将该账户标识记录为具有免打扰支付属性的账户的账户标识；如果所述操作信息为取消免打扰支付，则在记录的具有免打扰支付属性的账户的账户标识中，将该账户标识删除；其中，支付页面中设置有启动免打扰支付的选项，交易完成通知页面中设置有取消免打扰支付的选项，接收到的操作信息为取消免打扰支付的免打扰支付属性设置请求是终端检测到对所述取消免打扰支付的选项的选择指令时发送的，接收到的操作信息为启用免打扰支付的免打扰支付属性设置请求是终端检测到对所述启用免打扰支付的选项的选择指令时发送的。