CN102760259B - 一种在线支付方法及设备 - Google Patents

Abstract

本申请公开了一种在线支付方法及设备，主要内容包括：由支付服务器根据第一用户确定的一次性划拨金额的最低门限值以及该门限值对应的支付值，生成中间账户，第二用户可以向支付服务器中的中间账户中一次性划拨不低于所述门限值金额，冻结并作为该中间账户中第二用户的账户余额。在每次获得第一用户的商品和服务时，由支付服务器从第二用户的冻结账户余额中，按照支付值的大小解冻一部分资金给第一用户，实现了资金的一次冻结多次解冻，无需第二用户频繁地划拨资金，消除了资金的安全隐患，同时还减少了支付服务器接收资金的次数，降低了支付服务器的系统负荷。

Description

一种在线支付方法及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种在线支付方法及设备。

背景技术

随着网络技术的不断发展，在线交易已经成为人们生活中重要的交易方式，在线交易过程包括买家用户通过互联网向卖家用户请求购物、买家用户向卖家用户支付货款、卖家用户发货、卖家用户收货款、买家用户收货等流程，整个交易流程通过计算机网络软件系统完成。

在线支付系统是指买家用户通过互联网来完成在线交易过程中支付环节的计算机网络软件系统，在线支付系统可以作为独立的系统，接受在线交易系统的付款指令完成支付操作，也可以作为在线交易系统的一个组成部分，完成在线交易中的支付操作。

目前的在线支付系统的工作模式为：

买家用户登录第三方支付网站，并通过第三方支付网站提供的页面请求一个中间账户，第三方支付网站为买家用户分配用户名和密码。在买家用户与卖家用户进行交易时，买家用户通过银行提供的网络转账网站或其他支付网站向买家用户在第三方支付网站上的中间账户划拨资金，此时，第三方支付网站将买家用户的中间账户内的余额冻结，即在接收到买家用户的正确指令之前，不允许任何用户对该中间账户内的余额进行操作。

在买家用户同意向卖家用户付款时，买家用户登录第三方支付网站，通过第三方支付网站提供的页面输入买家用户的用户名以及密码，由第三方支付网站对接收到的用户名和密码认证成功后，根据买家用户输入的支付请求中包含的支付金额以及支付对象，将买家用户的中间账户中的余额按照要求的支付金额支付给卖家用户指定的账户。

在上述在线支付系统的工作流程中，如果买家用户需要多次购买商品或购买卖家用户提供的服务，则买家用户在每次购买商品或购买服务时，都需要发起在线支付操作。每次在线支付操作过程中，买家用户都要通过银行提供的网络转账网站或其他支付网站向第三方支付网站上的中间账户划拨资金，一方面第三方支付网站需要多次接收、记录转账的相关信息，加重了第三方支付网站的系统负荷；另一方面由于买家用户用于支付的其他支付网站与第三方支付网站之间的多次信息交互，容易造成资金的安全隐患，例如，买家用户在网络上划拨资金时，需要多次输入相关的账户、资金的安全信息，这些信息的多次使用增加的被盗的风险。而如果买家用户一次性向卖家用户支付多次购买商品或购买服务的总资金，则可能会出现资金的监管空白，具有卖家用户倒闭或携款潜逃的风险。

综上所述，目前的在线支付系统还存在系统负荷较大且存在安全性风险的问题。

发明内容

本申请目的在于，提供一种在线支付方法及设备，用以解决现有技术中存在的在线支付系统负荷较大且存在安全性风险的问题。

一种在线支付方法，包括：

支付服务器根据第一用户确定的门限值和支付值生成中间账户；

支付服务器在确定第二用户向所述中间账户划拨的金额不小于所述门限值时，将第二用户向所述中间账户划拨的金额作为中间账户中第二用户的账户余额；

支付服务器在第二用户的中间账户余额不低于支付值时，循环执行以下操作：

支付服务器在接收到第二用户发送的支付请求时，按照所述支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户，并更新中间账户中第二用户的账户余额。

一种在线支付设备，包括：

账户生成模块，用于根据第一用户确定的门限值和支付值生成中间账户；

关系建立模块，用于在确定第二用户向所述中间账户划拨的金额不小于所述门限值时，将第二用户向所述中间账户划拨的金额作为中间账户中第二用户的账户余额；

请求接收模块，用于接收到第二用户发送的支付请求；

支付模块，用于在第二用户的中间账户余额不低于支付值时，按照所述支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户；

更新模块，用于更新中间账户中第二用户的账户余额。

本申请有益效果如下：

本申请为一种新的针对预付费业务的支付方式，由支付服务器根据第一用户确定的一次性划拨金额的最低门限值以及该门限值对应的支付值，生成中间账户，第二用户可以向支付服务器中的中间账户中一次性划拨不低于所述门限值金额，冻结并作为该中间账户中第二用户的账户余额。在每次获得第一用户的商品和服务时，由支付服务器从中间账户中第二用户的冻结账户余额中，按照支付值的大小解冻一部分资金给第一用户，实现了资金的一次冻结多次解冻，无需第二用户频繁地划拨资金，消除了资金的安全隐患，同时还减少了支付服务器接收资金的次数，降低了支付服务器的系统负荷。

附图说明

图1为本申请实施例一在线支付的系统架构示意图；

图2为本申请实施例二在线支付的流程示意图；

图3为本申请实施例二中间账户的列表示意图；

图4为本申请实施例二中间账户的列表示意图；

图5为本申请实施例二中间账户的列表示意图；

图6为本申请实施例三中间账户的列表示意图；

图7为本申请实施例四在线支付的流程示意图；

图8为本申请实施例四退款列表示意图；

图9为本申请实施例四退款列表示意图；

图10为本申请实施例五在线支付设备的结构示意图。

具体实施方式

本申请实施例提出一种新的在线支付方案，由卖家用户来确定生成中间账户所需的一次性划拨金额的最低门限值和每次购买商品或服务所支付的支付值，再由支付服务器生成相应的中间账户，当买家用户向中间账户划拨资金时，表示买家用户同意卖家用户设定的门限值和每次购买商品和服务时所要给予的支付值。支付服务器将买家用户向中间账户划拨的不小于所述门限值的金额作为买家用户的账户余额。此后，每次当卖家用户向买家用户提供商品或服务后，支付服务器将该买家用户的账户余额中与支付值相同的金额划拨给卖家用户。由于买家用户一次向中间账户中划拨较多数量的金额，实现了买家用户的资金一次冻结后，在每次需要购买商品或服务时再多次解冻，减少了资金在用于支付的其他支付网站与支付服务器之间的频繁划拨，降低了资金的安全隐患；由于无需买家用户频繁地划拨资金，消除了资金的安全隐患，同时还减少了支付服务器接收资金的次数，降低了支付服务器的系统负荷。

需要说明的是，本申请各实施例中涉及的第一用户和第二用户是为了区分在线交易双方用户的描述，所述第一用户可以是卖家用户，第二用户可以是买家用户。

本申请各实施例中涉及的买家用户的账户余额是指：中间账户中为买家用户记录的账户余额。

下面结合说明书附图对本申请实施例进行详细说明。

实施例一

如图1所示，为本申请实施例一中在线支付的系统架构示意图，包括支付服务器、买家用户和卖家用户。另外，由于买家用户和卖家用户在支付服务器中使用的中间账户内的资金是从买家用户指定的账户中划拨的，且中间账户内的资金还可能被划拨至卖家用户指定的账户，因此，本实施例一中的在线支付系统还可以进一步包括买家用户指定的账户所在的服务器以及卖家用户指定的账户所在的服务器。

本实施例一中的支付服务器可以是为保证预付款业务的资金安全，独立于买家用户和卖家用户的具有高安全性保证的服务器。支付服务器中的中间账户是存储预付费资金的账户，由支付服务器管理，买家用户和卖家用户不得随意处置中间账户内的资金。

本实施例一中的买家用户指定的账户是买家用户可以随意处置的账户，如买家用户的网上银行账户，买家用户指定的账户所在的服务器(如网上银行服务器)可以与支付服务器进行通信，将买家用户的网上银行账户内的资金划拨至中间账户。卖家用户指定的账户是卖家用户可以随意处置的账户，如卖家用户的网上银行账户，卖家用户指定的账户所在的服务器(如网上银行服务器)也可以与支付服务器进行通信，接收支付服务器划拨至的资金。

在本实施例一的在线支付系统中，在线支付内容由卖家用户确定，在线支付内容至少包括买家用户一次性划拨的资金最低门限值以及每次购买商品或服务时需要支付的支付值。

卖家用户在确定在线支付内容后，将在线支付内容发送给支付服务器，由支付服务器生成相应的中间账户，该中间账户单笔接收金额的最小值为在线支付内容中的门限值，支付服务器从中间账户中的单笔扣费为该门限值对应的支付值。

此后，当有买家用户希望购买卖家用户提供的商品和服务，且接受卖家用户设定的一次性划拨的资金最低门限值、每次购买商品或服务时需要支付的支付值时，支付服务器将接收买家用户划拨的资金金额，并将该资金金额作为买家用户的账户余额，在买家用户每次获得卖家用户提供的商品和服务后，按照支付值买家用户的账户余额中的对应金额划拨至卖家用户指定的账户，在买家用户的账户余额发生变化时，及时更新买家用户的账户余额。

本实施例一中的在线支付系统可以是独立于在线交易系统的，也可以是在线交易系统的一部分。在线交易系统可以向本实施例中的在线支付系统发送指令，在交易成功时要求支付服务器根据买家用户的支付请求向卖家用户指定的账户划拨资金。

实施例二

本发明实施例二是与实施例一属于同一发明构思下的一种在线支付方法，如图2所示，所述方法包括以下步骤：

步骤101：卖家用户确定用于生成中间账户的门限值和支付值。

本实施例的方案中，卖家用户首先在支付服务器中注册，具体的方案可以为：卖家用户登录支付服务器，在支付服务器提供的注册页面中填写自身的相关信息，支付服务器对卖家用户的身份进行认证后，为卖家用户分配一个标识，并将该标识发送给卖家用户，完成卖家用户在支付服务器中的注册。

之后，在卖家用户与买家用户之间进行在线交易之前，卖家用户首先需要确定用于生成中间账户的在线支付内容。所述在线支付内容可以包含所有与支付过程相关的参数，如：表示买家用户一次性最低需要划拨资金的门限值、表示买家用户获得卖家用户提供的商品和服务时所要支付单价的支付值、卖家用户在支付服务器中的标识、卖家用户指定的用于接收资金的账户信息等。

在本实施例的方案中，门限值是不小于对应的支付值N倍的数值，所述N为大于1的整数。这样做的好处是：买家用户一次性划拨的资金冻结后，可以在每次获得卖家用户提供的商品或服务后解冻付款，由于门限值是支付值的好几倍，因此，买家用户一次性划拨资金后，可以获得好几次的商品或服务，避免了由于买家用户每次获得商品或服务时划拨资金的安全隐患，又有效减少支付服务器的系统负荷。同时，买家用户一次性划拨的资金较多，卖家用户可以给出一个较好的折扣，使买家用户只需按照较低的支付支付款。

步骤102：支付服务器根据卖家用户确定的门限值和支付值生成中间账户。

在本步骤的方案中，支付服务器需要根据卖家用户的请求，为其生成与卖家用户确定的在线支付内容匹配的中间账户，卖家用户将在线支付内容发送给支付服务器并请求生成中间账户的方式有多种，包括但不限于以下两种：

第一种是卖家用户登录支付服务器请求生成中间账户：

卖家用户通过Internet网络或无线通信网络登录支付服务器提供的中间账户生成页面，通过在该页面中填写在线支付内容，达到请求支付服务器生成中间账户的目的。例如：卖家用户在中间账户生成页面中填写“卖家用户标识为X”、“门限值为1000”、“支付值为100”、“卖家用户指定的账户信息为abc”。

第二种是卖家用户通过短信等无线通信方式请求生成中间账户：

卖家用户编写包含在线支付内容的短信，将支付服务器作为短信接收方，将该短信通过短信网关发送至支付服务器。若卖家用户是根据支付服务器能够识别的格式编写的短信，则支付服务器能够正确读取短信中的在线支付内容。

当支付服务器接收到卖家用户生成中间账户的请求以及相应的在线支付内容时，支付服务器将根据在线支付内容中的卖家用户的标识对卖家用户进行身份认证，在身份认证通过后，为该卖家用户生成中间账户，具体方式为：

支付服务器为卖家用户请求的中间账户开辟存储空间，并分配相应的系统资源生成中间账户，并在该中间账户指定的条件字段中填写卖家用户确定的门限值和支付值，以及记录卖家用户指定账户的账户信息。例如，图3所示结构为本发明实施例一种可行的中间账户的列表结构，在与卖家用户相关的字段中记录卖家用户的标识X、卖家用户指定的账户信息abc等表示卖家用户身份的信息；在条件字段中记录卖家用户确定的门限值1000和支付值100，如果卖家用户对在线交易还有其他约束条件，也可以记载在条件字段中。与买家用户相关的字段中记录买家用户的标识以及买家用户参与在线交易时的各种参数(如账户余额等)。

步骤103：支付服务器在确定买家用户向所述中间账户划拨的金额不小于所述门限值时，将买家用户向所述中间账户划拨的金额作为买家用户的账户余额。

本发明实施例中的买家用户是在支付服务器中注册的用户，支付服务器为买家用户分配了标识。

在支付服务器为卖家用户生成中间账户后，卖家用户可以在购物网站等信息发布空间内发布商品信息，包括卖家用户的标识、所提供的商品、服务的内容、与卖家用户进行在线交易的门限值以及支付值。

当有买家用户希望与卖家用户进行在线交易时，买家用户可以通过在线交易平台与卖家用户联系，在确定要与卖家用户进行在线交易后，买家用户可从自身能够任意支配的账户中划拨一定数量的金额至卖家用户请求生成的中间账户。

具体的做法为：卖家用户将包括最低门限值和支付值的在线支付内容的链接发布在购物网站上，买家用户点击所述链接后，向卖家用户联系，卖家用户和买家用户之间可以就商品或服务的内容以及其他在线交易相关的信息进行交流，之后，在买家用户确定要与卖家用户进行在线交易时，卖家用户可以向买家用户发布的中间账户充值的链接，登录针对该中间账户的充值页面进行充值；或者由买家用户登录支付服务器的充值页面，向与卖家用户的标识对应的卖家用户的中间账户充值。

支付服务器在接收到某一买家用户向中间账户充值(即划拨金额)的消息后，首先对该买家用户的身份进行认证，在身份认证通过时，根据被充值的中间用户对应的卖家用户的标识，从图3所示的列表中查找出相应的中间账户，并从中读取卖家用户设定的门限值。支付服务器将买家用户划拨的金额和门限值进行比较，若买家用户划拨的金额不小于所述门限值，表示买家用户同意预先支付卖家用户设定的最低门限值，则支付服务器将买家用户向所述中间账户划拨的金额作为买家用户的账户余额，并记录该买家用户的标识(假设标识为Y1)，此时，图3所示的内容更新为图4所示的内容。

此时，支付服务器的中间账户内已记录了卖家用户的相关信息、买家用户的相关信息以及支付操作的相关信息。需要说明的是，若支付服务器确定有多个买家用户向同一中间账户划拨不小于所述门限值的金额时，支付服务器可以分别记录每个买家用户的标识以及买家用户向中间账户划拨的金额，并建立买家用户的标识与作为该买家用户账户余额的划拨金额之间的对应关系。例如，若有2个买家用户(标识分别为Y1和Y2)向中间账户划拨不小于所述门限值的金额时，则可以得到如图5所示的中间账户列表。

支付服务器在确定买家用户的账户余额后，将冻结该账户余额，卖家用户和买家用户都不得随意对买家用户的账户余额进行处置。

步骤104：支付服务器实时监测是否接收到买家用户发送的支付请求。

买家用户向支付服务器发送支付请求的方式包括但不限于以下三种：

第一种方式：买家用户在获得卖家用户提供的商品或服务时，登录支付服务器，并通过支付服务器提供的支付页面向支付服务器发起支付请求。

支付服务器接收到支付请求后，会向买家用户返回确认页面，买家用户在该确认页面上输入支付密码后，支付服务器才执行拨款操作。

第二种方式：买家用户在获得卖家用户提供的商品或服务时，通过短信网关，向支付服务器发送短信形式的支付请求。

支付服务器接收到支付请求后，会向买家用户返回确认短信，买家用户再次向支付服务器发送包含支付密码的短信后，支付服务器才执行拨款操作。

第三种方式：买家用户通过射频方式向支付服务器发送支付请求，具体做法为：买家用户在获得卖家用户提供的商品或服务时，通过射频卡在射频读取设备上刷卡，射频卡中记录了买家用户的标识和卖家用户的标识，射频读取设备将读取的标识信息传递至后台服务器，再由后台服务器将包含标识信息的支付请求发送至支付服务器。本实施例中的射频卡可以是手机中的射频部件。

买家用户发送的支付请求中可以包括买家用户的标识，使支付服务器可以从中间账户的列表中查找出该买家用户的账户余额。较优地，由于支付服务器可以为大量的卖家用户分别生成中间账户，因此，在支付请求中还可以携带卖家用户的标识，使支付服务器根据卖家用户的标识确定相应的中间账户。另外，一个买家用户可以同时与多个卖家用户进行在线交易，因此，买家用户在支付请求中携带卖家用户的标识可以用于通知支付服务器需要向哪个卖家用户划拨资金。

步骤105：支付服务器在接收到买家用户发送的支付请求时，按照所述支付值将买家用户的账户余额中的对应金额划拨至卖家用户指定的账户。

在本步骤中，支付服务器根据支付请求中的内容确定买家用户的账户余额，并判断该买家用户的账户余额是否不小于需要划拨的支付值；若是，则按照支付值将确定的账户余额中的对应金额划拨至卖家用户指定的账户；否则，支付服务器拒绝进行在线支付操作，并通过短信等各种方式向买家用户通知支付不成功消息，较优地，还可以在支付不成功消息中携带不成功支付的原因，如在特定的字段中记录“余额不足”这一理由。

由于买家用户的账户余额是出于冻结状态的，因此，在支付服务器确定当前处于安全状态，可以向卖家用户指定的账户划拨资金时，支付服务器将买家用户的账户余额中与支付值相同的金额解冻，并将解冻后的金额划拨至卖家用户指定的账户。由于账户余额中只与支付值相同的金额解冻，其他的金额不解冻，因此，最大程度地保证了买家用户的账户余额的安全。

在本步骤中，当支付服务器将金额划拨至卖家用户指定的账户后，可以通过短信等方式将付款的买家用户的标识通知卖家用户，使卖家用户确定哪个买家用户已付款。但是，买家用户在支付服务器中注册时分配的标识并不一定是卖家用户能够识别的标识，为了使卖家用户能够正确获知付款的买家用户，本发明实施例提供以下解决方案：

首先，当买家用户希望与卖家用户进行在线交易时，买家用户可以通过在线交易平台与卖家用户联系，买家用户向卖家用户提供两个标识：一个是买家用户在支付服务器中注册分配的标识(称之为标识1)，另一个是卖家用户能够识别的买家用户的其他标识(称之为标识2)。

然后，卖家用户在本地建立标识1和标识2的对应关系，并存储该对应关系。

最后，当卖家用户接收到支付服务器发送的标识1后，利用已存储的所述对应关系，查找出对应的标识2，由于标识2是卖家用户能够识别的标识，因此，卖家用户可以据此确定付款的买家用户。

步骤106：支付服务器更新买家用户的账户余额，并跳转至步骤104。

在本步骤中，由于中间账户是由支付服务器进行维护的，因此，每当有买家用户的账户余额发生变化时，支付服务器可以为维护的中间账户的列表进行更新，使得中间账户的内容能够实时反映买家用户真实的账户余额。

通过本发明实施例二的方案，买家用户可以在支付服务器中的中间账户中一次性划拨较大数量的金额，并在每次获得卖家用户的商品和服务时，由支付服务器从买家用户的冻结账户余额解冻一部分资金给买家用户，实现了资金的一次冻结多次解冻，无需买家用户频繁地划拨资金，消除了资金的安全隐患，同时还减少了支付服务器接收资金的次数，降低了支付服务器的系统负荷。

实施例三

本发明实施例三是以一个具体的实例对本发明实施例二的方案进行描述。

本发明各实施例的方案可以应用在预付款业务中，卖家用户设定一次性划拨金额的最低门限值，表示如果买家用户划拨的金额不小于此最低门限值，就能够获得卖家用户提供的商品或服务的折扣，具体体现为：卖家用户设定较低的支付值，只要买家用户能够划拨不小于次最低门限值的金额，在每次得到卖家用户的商品或服务时，可以按照该较低的支付值付款。

为了使卖家用户能够更加灵活地设定多种类型的预付款业务，在本发明实施例三中，卖家用户可以为一个中间账户阶梯性地设定多个门限值，以及为每个门限值设定对应的支付值，使买家用户一次性划拨的金额越多，得到的折扣就越大。

例如：卖家用户(标识为X)设定3个最低门限值，分别为1000、1500、2000，门限值1000对应的支付值为100，表示如果买家用户一次性划拨金额达到1000，则每次获得卖家用户提供的商品和服务后，支付100；门限值1500对应的支付值为90，表示如果买家用户一次性划拨金额达到1500，则每次获得卖家用户提供的商品和服务后，支付90；门限值2000对应的支付值为80，表示如果买家用户一次性划拨金额达到2000，则每次获得卖家用户提供的商品和服务后，支付80。

当标识为Y1的买家用户希望与卖家用户进行在线交易时，买家用户向该中间账户划拨资金1500。此时，支付服务器确定卖家用户设定的3个门限值中，有2个门限值不大于买家用户划拨的金额，确定买家用户划拨金额的数量满足与卖家用户在线交易的要求，因此，将买家用户划拨的1500作为买家用户的账户余额，并冻结。此时，中间账户的列表形式如图6所示。

当支付服务器接收到买家用户发送的支付请求后，准备从买家用户的账户余额中划拨资金。在读取图6中的内容后，发现买家用户初始划拨的金额1500满足了2个门限值(门限值1000和门限值1500)的要求，则支付服务器从卖家用户确定的3个门限值中，确定不大于买家用户向所述中间账户划拨的金额的门限值1000、1500，以及门限值1000对应的支付值100，1500对应的支付值90。支付服务器将按照确定的支付值中最小的支付值将买家用户的账户余额中的对应金额划拨至卖家用户指定的账户，即向买家用户指定的账户中划拨资金90。

设定阶梯型的门限值以及对应的支付值，可以满足不同买家用户的交易需求，对于希望长期与卖家用户在线交易的买家用户而言，可以得到更好的折扣。即使买家用户在付款后的账户余额减少，不能达到初始时的门限值，但支付服务器根据账户余额最大时确定的支付值将一直沿用在整个支付过程中。

实施例四

本发明实施例四也是以一个具体的实例对本发明实施例二的方案进行描述。

在实施例二和实施例三的方案中，支付服务器为卖家用户生成的中间账户中可以记录多个买家用户的相关信息，本发明实施例四的方案以卖家用户与一个买家用户关联在中间账户为例，说明本发明实施例四的方案。

如图7所示，为本发明实施例四的在线支付过程，主要包括以下步骤：

步骤201：支付服务器根据卖家用户确定的门限值和支付值生成中间账户，该中间账户与卖家用户和一个买家用户绑定。

在本步骤中，支付服务器记录卖家用户的标识为收款方标识，买家用户的标识为付款方标识。

需要说明的是，同一买家用户与中间账户的多个卖家用户绑定，这里涉及的多个卖家用户可以指具有连锁性质的多家卖家用户。

步骤202：支付服务器接收买家用户发送的支付请求。

在本步骤执行之前，买家用户和卖家用户之间进行在线交易，若在线交易成功(包括买家用户获得卖家用户提供的商品或服务)，买家用户将执行本步骤进行在线支付操作，若在线交易失败(包括买家用户停止在线交易或卖家用户停止在线交易)，买家用户不执行本步骤，暂不进行在线支付。

所述支付请求中包含买家用户提供的认证参数，支付服务器根据所述认证参数对买家用户进行身份认证，在认证通过时执行步骤203，否则，拒绝执行本实施例的在线支付过程。

所述认证参数可以是买家用户在支付服务器中注册时分配的用户名和密码，也可以是其他能够对买家用户的身份进行合法性认证的参数。

步骤203：支付服务器提取支付请求中的付款方标识、收款方标识。

步骤204：支付服务器将付款方标识与买家用户的标识、收款方标识与卖家户的标识进行比较，若相同，则执行步骤205；否则，拒绝执行本实施例的在线支付过程。

步骤205：支付服务器判断支付值是否不大于买家用户的账户余额，若是，则执行步骤206，否则，拒绝执行本实施例的在线支付过程。

步骤206：支付服务器按照所述支付值将中间账户内余额中的对应金额划拨至卖家用户指定的账户。

由于在本步骤201中，支付服务器可以将买家用户的中间账户内的所有余额都冻结，因此，在本步骤中，支付服务器先将中间账户内与支付值相同的金额解冻，其余的金额仍然冻结，然后将解冻后的金额划拨至卖家用户指定的网上银行账户，实现一次冻结多次解冻。

在支付服务器将中间账户内的资金划拨至卖家用户指定的网上银行账户后，完成了一次在线支付操作。

通过本申请实施例四的方法，提供了一种新的在线支付方法，丰富了目前可用的在线支付方法，在能够实现实施例二的效果的情况下，还实现了买家用户与特定的卖家用户之间的在线支付方案。

本申请实施例四除了包含上述步骤201～步骤206的内容外，优选地，还可以进一步包括以下步骤：

步骤207：支付服务器根据划拨至卖家用户指定的网上银行账户的金额，更新所述买家用户的账户余额。

在本发明实施例二～实施例四的方案中，支付服务器为买家用户建立了买家用户的标识与账户余额的对应关系后，买家用户可以随时向支付服务器请求为账户余额充值，具体做法为：

买家用户登录支付服务器，在支付服务器的充值页面上填写买家用户的标识、卖家用户的标识、充值金额，并从买家用户指定的账户内向支付服务器的中间账户划拨充值金额。支付服务器接收到买家用户划拨的金额后，根据买家用户的标识、卖家用户的标识从图3～图6中确定该买家用户的账户余额，并更新该账户余额，完成充值。

另外，在实施例二～实施例四的方案中，卖家用户和买家用户可以在任意时刻结束在线交易，要求支付服务器退还买家用户的账户余额。针对卖家用户和买家用户分别要求的情况，具体说明如下：

买家用户要求退还买家用户的账户余额：

由于在初始时，买家用户在中间账户内的充入了数量较多的金额可以享受卖家用户的优惠价格，因此，在买家用户要求退还余额时，卖家用户可以要求只退还部分金额，这里可以由卖家用户确定退还比例，如只退还余额的90％给买家用户。退款的列表可以如图8所示。

该退还比例可以在图3～图6中记录。

卖家用户要求退还买家用户的账户余额：

支付服务器接收来自卖家用户的余额退还请求时，将所述中间账户内余额的全部金额划拨至卖家用户指定的网上银行账户。退款的列表可以如图9所示。

本发明实施例二～实施例四的方案可以应用在多种预付费业务中，以及团购业务中。在团购业务中，除了按照上述实施例二～实施例四的方案进行在线支付外，还可以在允许买家用户向支付服务器划拨资金之前执行以下操作：

卖家用户在向支付服务器发送的在线支付内容中携带买家用户的最低数量，支付服务器将该最低数量记录在图3的条件字段中。当有一个买家用户向支付服务器拨款时，支付服务器并不立即建立买家用户的标识与账户余额的对应关系，而是启动计数器，记录向支付服务器拨款要求与卖家用户在线交易的买家用户数量。当买家用户数量达到所述最低数量时，支付服务器才在图3中建立每个买家用户的标识与账户余额的对应关系，此时，买家用户才能够与卖家用户进行在线交易。

实施例五

本发明实施例五还提供一种在线支付设备，如图10所示，包括账户生成模块11、关系建立模块12、请求接收模块13、支付模块14和更新模块15，其中：账户生成模块11用于根据卖家用户确定的门限值和支付值生成中间账户；关系建立模块12用于在确定买家用户向所述中间账户划拨的金额不小于所述门限值时，将买家用户向所述中间账户划拨的金额作为买家用户的账户余额；请求接收模块13用于接收到买家用户发送的支付请求；支付模块14用于按照所述支付值将买家用户的账户余额中的对应金额划拨至卖家用户指定的账户；更新模块15用于更新买家用户的账户余额。

所述账户生成模块11具体用于开辟用于存储中间账户的存储空间，并将表格形式的中间账户存储在所述存储空间内，所述中间账户指定的字段中填写所述门限值和所述支付值，以及第一用户指定的账户信息。

所述设备还包括冻结/解冻模块16，用于冻结买家用户在所述中间账户内的账户余额，并在需要将金额划拨至卖家用户指定的账户时，将买家用户的账户余额中与支付值相同的金额解冻。

所述设备还包括余额退还模块17，用于在接收到来自买家用户的余额退还请求时，将该买家用户的账户余额中的部分金额划拨至买家用户指定的账户，在接收来自卖家用户的余额退还请求时，将买家用户的账户余额的全部金额划拨至买家用户指定的账户。

所述关系建立模块12具体用于在卖家用户确定多个门限值以及与每个门限值对应的支付值时，确定买家用户向中间账户划拨的金额是否不小于至少一个门限值，若是，则将买家用户划拨的金额作为该买家用户的账户余额；所述支付模块14具体用于从卖家用户确定的多个门限值中，确定不大于买家用户向所述中间账户划拨的金额的门限值以及该门限值所对应的支付值，并按照确定的支付值中最小的支付值将买家用户的账户余额中的对应金额划拨至卖家用户指定的账户。

所述支付模块14具体用于在中间账户是卖家用户与一个买家用户关联的中间账户时，提取支付请求中包含的付款方标识和收款方标识，在付款方标识为买家用户的标识、收款方标识为卖家用户的标识以及支付值不大于买家用户的账户余额时，按照支付值将账户余额中的对应金额划拨至卖家用户指定的账户。

本实施例中的在线支付设备可以是本发明实施例二～实施例四中涉及的支付服务器。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

1.一种在线支付方法，其特征在于，包括：

支付服务器根据第一用户确定的表示第二用户一次性最低需要划拨资金的门限值和表示第二用户获得第一用户提供的商品和服务时所要支付单价的支付值生成中间账户；其中，所述第一用户为在所述支付服务器中注册的用户；中间账户是存储预付费资金的账户，由支付服务器管理，买家用户和卖家用户不得随意处置中间账户内的资金；所述门限值是不小于对应的支付值N倍的数值，所述N为大于1的整数；

支付服务器在确定第二用户向所述中间账户划拨的金额不小于所述门限值时，将第二用户向所述中间账户划拨的金额作为中间账户中第二用户的账户余额；其中，所述第二用户为所述支付服务器中注册的用户；

支付服务器在第二用户的中间账户余额不低于支付值时，循环执行以下操作：

支付服务器在接收到第二用户发送的支付请求时，按照所述支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户，并更新中间账户中第二用户的账户余额。

2.如权利要求1所述的方法，其特征在于，支付服务器生成中间账户，具体包括：

支付服务器开辟用于存储中间账户的存储空间；

支付服务器将表格形式的中间账户存储在所述存储空间内，所述中间账户指定的字段中填写所述门限值和所述支付值，以及第一用户指定的账户信息。

3.如权利要求1所述的方法，其特征在于，

所述方法还包括：

支付服务器冻结第二用户在所述中间账户内的账户余额；

支付服务器按照所述支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户，具体包括：

支付服务器将中间账户中第二用户的账户余额中与支付值相同的金额解冻，并将解冻后的金额划拨至第一用户指定的账户。

4.如权利要求1所述的方法，其特征在于，若第一用户确定多个门限值，以及确定与每个门限值对应的支付值，则支付服务器在确定第二用户向所述中间账户划拨的金额不小于至少一个门限值时，将第二用户向所述中间账户划拨的金额作为中间账户中第二用户的账户余额；

支付服务器按照支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户，具体包括：

支付服务器从第一用户确定的多个门限值中，查找出不大于第二用户向所述中间账户划拨金额的门限值，以及确定该查询出的门限值所对应的支付值；

支付服务器按照确定的支付值中最小的支付值将中间账户中第二用户的账户余额中的对应金额划拨至第一用户指定的账户。

5.如权利要求1所述的方法，其特征在于，支付服务器在收到多个第二用户向所述中间账户划拨不小于所述门限值的金额时，将第二用户向中间账户划拨的金额作为第二用户的账户余额，具体包括：

支付服务器分别记录每个第二用户的标识以及第二用户向中间账户划拨的金额，并建立第二用户的标识与作为该中间账户中第二用户账户余额的划拨金额之间的对应关系。

6.如权利要求5所述的方法，其特征在于，支付服务器在接收到第二用户发送的支付请求时，按照支付值将中间账户中第二用户的账户余额中的对应金额划拨至第一用户指定的账户，具体包括：

支付服务器根据接收到的支付请求中携带的第二用户的标识，确定与该标识对应的第二用户的账户余额，在支付值不大于确定的账户余额时，按照支付值将确定的账户余额中的对应金额划拨至第一用户指定的账户，并同时将支付请求中携带的第二用户的标识通知给第一用户；

所述方法还包括：

第一用户根据第二用户的标识，确定向第一用户指定的账户划拨金额的第二用户。

7.如权利要求1所述的方法，其特征在于，所述中间账户是第一用户与一个第二用户关联的中间账户；

支付服务器在接收到第二用户发送的支付请求时，按照所述支付值将中间账户中第二用户的账户余额中的对应金额划拨至第一用户指定的账户，具体包括：

支付服务器提取所述支付请求中包含的付款方标识和收款方标识；

支付服务器在付款方标识为第二用户的标识、收款方标识为第一用户的标识以及支付值不大于中间账户中第二用户的账户余额时，按照支付值将账户余额中的对应金额划拨至第一用户指定的账户。

8.如权利要求1～7任一所述的方法，其特征在于，所述方法还包括：

支付服务器接收到来自第二用户的余额退还请求时，将该中间账户中第二用户的账户余额中的部分金额划拨至第二用户指定的账户；

支付服务器接收来自第一用户的余额退还请求时，将中间账户中第二用户的账户余额的全部金额划拨至第二用户指定的账户。

9.一种在线支付设备，其特征在于，包括：

账户生成模块，用于根据第一用户确定的表示第二用户一次性最低需要划拨资金的门限值和表示第二用户获得第一用户提供的商品和服务时所要支付单价的支付值生成中间账户；其中，所述第一用户为在所述支付服务器中注册的用户；中间账户是存储预付费资金的账户，由支付服务器管理，买家用户和卖家用户不得随意处置中间账户内的资金；所述门限值是不小于对应的支付值N倍的数值，所述N为大于1的整数；

关系建立模块，用于在确定第二用户向所述中间账户划拨的金额不小于所述门限值时，将第二用户向所述中间账户划拨的金额作为中间账户中第二用户的账户余额；其中，所述第二用户为所述支付服务器中注册的用户；

请求接收模块，用于接收到第二用户发送的支付请求；

支付模块，用于在第二用户的中间账户余额不低于支付值时，按照所述支付值将第二用户的账户余额中的对应金额划拨至第一用户指定的账户；

更新模块，用于更新中间账户中第二用户的账户余额。

10.如权利要求9所述的设备，其特征在于，

所述账户生成模块，具体用于开辟用于存储中间账户的存储空间，并将表格形式的中间账户存储在所述存储空间内，所述中间账户指定的字段中填写所述门限值和所述支付值，以及第一用户指定的账户信息。

11.如权利要求9所述的设备，其特征在于，所述设备还包括：

冻结/解冻模块，用于冻结第二用户在所述中间账户内的账户余额，并在需要将金额划拨至第一用户指定的账户时，将第二用户的账户余额中与支付值相同的金额解冻。

12.如权利要求9所述的设备，其特征在于，

所述关系建立模块，具体用于在第一用户确定多个门限值以及与每个门限值对应的支付值时，确定第二用户向中间账户划拨的金额是否不小于至少一个门限值，若是，则将第二用户划拨的金额作为该中间账户中第二用户的账户余额；

所述支付模块，具体用于从第一用户确定的多个门限值中，查找出不大于第二用户向所述中间账户划拨的金额的门限值以及确定该查找出的门限值所对应的支付值，并按照确定的支付值中最小的支付值将中间账户中第二用户的账户余额中的对应金额划拨至第一用户指定的账户。

13.如权利要求9所述的设备，其特征在于，

所述支付模块，具体用于在中间账户是第一用户与一个第二用户关联的中间账户时，提取支付请求中包含的付款方标识和收款方标识，在付款方标识为第二用户的标识、收款方标识为第一用户的标识以及支付值不大于中间账户中第二用户的账户余额时，按照支付值将账户余额中的对应金额划拨至第一用户指定的账户。

14.如权利要求9～13任一所述的设备，其特征在于，还包括：

余额退还模块，用于在接收到来自第二用户的余额退还请求时，将该中间账户中第二用户的账户余额中的部分金额划拨至第二用户指定的账户，在接收来自第一用户的余额退还请求时，将中间账户中第二用户的账户余额的全部金额划拨至第二用户指定的账户。