CN102855557A - 网络交易支付处理系统及方法 - Google Patents

Abstract

本申请揭示了一种网络交易的支付处理系统及方法，该支付处理系统包括：包括通过网络连接的客户端设备、商户端设备和中介处理设备；所述客户端设备，用于将买方用户的付款请求通过网络发送至中介处理设备；中介处理设备，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息，将支付金额转入卖方账户，并且向商户端设备发送与该交易所对应的账户状态变化信息；所述商户端设备，用于根据所述中介处理设备发送的信息，向卖方用户发出相应的提示。应用上述方案可以实现在同一笔交易中，多个买方直接与卖方进行交易，从而节省系统和网络资源，提高数据交互效率。

Description

网络交易支付处理系统及方法

技术领域

本申请涉及一种网络交易支付处理系统及方法，属于电子商务领域。

背景技术

现有的电子商务支付处理系统，常见的记账模式有两种：“一进一出”和“一进多出”。这里的“进”是指从买方付款方的账户中支出一定的金额，“出”是指将付款方买方支出的金额转入卖方收款方账户。常见的一次交易支付过程中，交易资金只从一个买方账户流入到另外一个卖方账户，用的就是一进一出这种记账模型；如果交易资金只从一个买方账户支出，但是流入到多个卖方账户，则适用于一进多出这种记账模式。

现有的“一进一出”资源交互方法是，第一用户拥有资源A，第二用户拥有资源B，第一用户和第二用户通过第三方机构实现资源A与资源B的交互，具体交互过程为：第一用户将资源A发送给所述第三方机构临时保存，第三方机构将第一用户已发送资源A的消息通知第二用户，第二用户收到通知后将资源B发送给第一用户，第一用户收到资源B后通知第三方机构，第三方机构再将所述临时保存的资源A发送给第二用户，交互过程结束。这样，第一用户就拥有了资源B，第二用户就拥有了资源A。

然而，现有的电子商务支付处理系统在某些现在流行的业务以及特殊支付场景下，就存在一定的问题。例如，对于在“多个买方合买同一件商品或服务”等复杂的业务模式时，现有的支付处理系统实际上仍然只能支持一名买方用户进行直接交易，对于其他买方用户而言，仍然需要将资金先转入这名直接交易买方，再由直接交易买方进行统一交易。从系统的角度而言，需要增加多个“间接交易买方-直接交易买方”之间的数据交互流程，交互效率较低。不仅要占用更多的系统及网络资源，而且还带来了更多的不安全因素。对于用户而言，增加了操作的复杂性，特别是直接交易买方，还需要承担额外的管理工作。

发明内容

本申请提供一种网络交易的支付处理系统和方法，以实现在同一笔交易中，多个买方直接与卖方进行交易，技术方案如下：

一种网络交易支付处理系统，该支付处理系统包括通过网络连接的客户端设备、商户端设备和中介处理设备；

所述客户端设备，用于将买方用户的付款请求通过网络发送至中介处理设备；

中介处理设备，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息，将支付金额转入卖方账户，并且向商户端设备发送与该交易所对应的账户状态变化信息；

所述商户端设备，用于根据所述中介处理设备发送的信息，向卖方用户发出相应的提示。

作为本申请方案的进一步改进，所述中介处理设备包括：

付款接收模块，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

通知模块，用于将所述付款接收模块接收的支付金额信息发送至商户端设备；

付款结算模块，用于根据交易类型，将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，在所述交易类型为即时到账交易的情况下，所述付款结算模块在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，在所述交易类型为担保交易的情况下，

所述中介处理设备还包括交易确认模块，用于接收买方发送的交易完成确认信息；

所述付款结算模块具体配置为：用于根据所述交易确认模块接收的交易完成确认信息，将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，所述付款接收模块，具体配置为：

针对每个买方的支付金额，在本地账户分别进行一次入账记录；

或

针对所有买方的支付金额，在本地账户进行一次入账总额记录。

作为本申请方案的进一步改进，所述卖方包括直接交易卖方和间接交易卖方；所述付款结算模块，包括：

总额结算单元，用于将支付金额从本地账户转入直接交易卖方账户；

分润结算单元，用于根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

作为本申请方案的进一步改进，所述分润结算单元，具体配置为：

针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

或

针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。

本申请实施例还提供一种网络交易支付处理方法，包括：

中介处理设备接收至少两个买方通过客户端设备针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

将所述付款接收模块接收的支付金额信息发送至商户端设备；

根据交易类型，将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，在所述交易类型为即时到账交易的情况下，所述根据交易类型或用户确认信息，将支付金额从本地账户转入卖方账户，包括：

在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，在所述交易类型为担保交易的情况下，根据交易类型，将支付金额从本地账户转入卖方账户，包括：

接收买方发送的交易完成确认信息；

根据所述交易完成确认信息，将支付金额从本地账户转入卖方账户。

作为本申请方案的进一步改进，所述根据付款请求，将支付金额从相应的买方账户转入本地账户，包括：

针对每个买方的支付金额，在本地账户分别进行一次入账记录；

或

针对所有买方的支付金额，在本地账户进行一次入账总额记录。

作为本申请方案的进一步改进，所述卖方包括直接交易卖方和间接交易卖方；所述将支付金额从本地账户转入卖方账户，包括：

将支付金额从本地账户转入直接交易卖方账户；

根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

作为本申请方案的进一步改进，所述将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户，包括：

针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

或

针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。

相较于现有技术，本申请网络交易的支付处理系统及其支付方法的有益效果是：在中介处理设备针对同一笔交易设置对应于直接交易买方及间接交易买方的支付接口，并通过支付接口接收直接交易买方及间接交易买方选所支出的预付款，因此，中介处理设备可以接收多个买方针对同一笔交易所发送的付款请求，也就是说可以在存在多个买方的情况下，仍然支持在线直接交易。从而避免了“间接交易买方-直接交易买方”之间的数据交互流程”，不仅节省了系统和网络资源，提高了数据交互效率，而且也避免了买方之间资金流动所带来的不安全因素。对于用户而言，无论是“直接交易买方”和“间接交易买方”都可以按照普通的交易模式直接与卖方进行交易，而且直接交易买方也不需要承担额外的管理工作。在提升用户使用感受的同时，也可以有效提升业务的处理效率。

附图说明

图1是本申请网络交易支付处理系统的结构示意图；

图2(a)是本申请实施例中预付款支出时的第一种记账模型；

图2(b)是本申请实施例中预付款拨入卖方账户时的第一种记账模型；

图3是本申请实施例中预付款支出时的第二种记账模型；

图4(a)是本申请实施例中预付款支出时的第三种记账模型；

图4(b)是本申请实施例中预付款拨入卖方账户时的第二种记账模型；

图5是本申请实施例中预付款支出时的第四种记账模型；

图6是本申请网络交易支付处理系统的另一种结构示意图；

图7是本申请实施例第一种分润方案的记账模型；

图8是本申请实施例第二种分润方案的记账模型；

图9是本申请网络交易支付处理方法的流程图。

具体实施方式

请参图1所示，本申请揭示了一种网络交易的支付处理系统，其包括：客户端设备1、中介处理设备2、商户端设备3。

所述客户端设备1用以接收买方用户的定购某一商品或服务的定购请求以及对应于该定购请求的付款请求，并且将买方用户的付款请求通过网络发送至交易处理系统2。在本申请方案中，买方可以包括多个。

所述中介处理设备2用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息，将支付金额转入卖方账户，并且向商户端设备发送与该交易所对应的账户状态变化信息；例如，在将支付金额从相应的买方账户转入本地账户，向商户端设备发送预付款已支付信息、在支付金额从本地账户转入卖方账户后，向商户端设备发送付款已结算信息，等等。

所述商户端设备3，用于根据所述中介处理设备发送的信息，向卖方用户发出相应的提示。例如，在收到预付款已支付信息之后，提醒买方用户进行发货以继续交易。

在本申请方案中，买方可以包括多个，其中包括传统意义上的“直接交易买方”和“间接交易买方”，但是应用本申请技术方案，这两种买方在支付过程中并没有实质区别，无论是“直接交易买方”和“间接交易买方”都可以按照普通的交易模式直接与卖方进行交易，不需要直接交易买方和间接交易买方之间再进行数据交互。这样不仅简化了用户操作，而且节省了系统和网络资源，提高了交互效率，还可以避免买方之间资金流动所带来的不安全因素。

参见图1所示，中介处理设备2具体可以包括以下模块：

付款接收模块21，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

通知模块22，用于将所述付款接收模块接收的支付金额信息发送至商户端设备；

付款结算模块23，用于根据交易类型，将支付金额从本地账户转入卖方账户。

在本申请的实施方式中，买方包括直接交易买方及除直接交易买方之外的至少一个间接交易买方，买方可以卖方包括直接交易卖方及除直接交易卖方之外的至少一个间接交易卖方，这种情形下的交易模式被称之为“多进多出”。当然，所述卖方也可以只有一个，这种情形下的交易模式被称之为“多进一出”。对于“多进一出”的交易模式，上述支付处理系统可以实现多个买方在同一笔交易中团购某种商品或者服务。对于“多进多出”的交易模式，所述付款结算模块23还具有分润结算功能，这部分将在后面的实施例中进行详细说明。

为了更清楚地描述本申请技术方案，首先对一些基本概念进行说明，付款接收模块21及付款结算模块23分别涉及“付款方案”以及“分润方案”两个概念，其中，“付款方案”主要是用于指定某笔交易中所有买方的支付信息，而“分润方案”则用于指定这笔交易成功之后需要分润卖方的收款信息。

“付款方案”主要是由一个或多个如<pay_user_id，pay_amount，pay_comments>这样的三元组构成。每个三元组描述了一个买方的付款细节，其中，pay_user_id表示该买方的账户ID，pay_amount表示该买方需要支付的金额，pay_comments表示一些关于这个买方的备注信息。类似地，“分润方案”也主要是由一个或多个如<recv_user_id，recv_amount，recv_comments>这样的三元组构成。每个三元组描述了一个间接交易卖方的收款细节，其中recv_user_id表示该卖方的账户ID，recv_amount表示该卖方应收到的金额，recv_comments表示相应收款的备注信息。

“付款方案”和“分润方案”满足以下的金额恒等式(假设有m个间接交易买方和n个间接交易卖方)：

buyer_pay_amount+pay_amount_1+pay_amount_2+...+pay_amount_m

＝seller_recv_amount+recv_amount_1+recv amount_2+...+recv_amount_n，

其中buyer_pay_amount为直接交易买方付款金额，pay_amount_x表示付款方案中第x个间接交易买方的付款金额，其中x＝1、2、......m，

seller_recv_amount为直接交易卖方最终实收金额，recv_amount_y表示分润方案中第y个间接交易卖方在分润时应收到的金额，其中y＝1、2、......n。

在本申请具体的交易过程中，“多进一出”或者“多进多出”的记账方法描述如下：

针对一笔交易，在创建交易时，在付款接收模块21传入“付款方案”，在付款结算模块23传入“分润方案”(如果不涉及多个卖方，则该步骤可省略)，这些将和交易信息一起被记入数据库中。

在交易支付时，根据交易类型不同，付款结算模块23将支付金额从本地账户转入卖方账户的触发时机也不同：

在交易模式为即时到账交易的情况下，付款结算模块23在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

在所述交易类型为担保交易的情况下，付款结算模块23需要根据买方用户的确认进行转账。这种情况下，买方在确认收货以后，需要通过客户端设备1向中介处理设备2发送交易确认信息。

中介处理设备2还可以包括进一步包括交易确认模块，用于接收买方通过客户端设备发送的交易完成确认信息，付款结算模块根据交易确认模块接收的交易完成确认信息，将支付金额从本地账户转入卖方账户。

下面结合具体的实施方式，对本申请方案做进一步的说明，以下描述以及附图中的“中介账户”即对应前述的“中介处理设备本地账户”：

对于担保交易，涉及资金“多进一出”操作主要集中在交易支付和确认收货阶段，具体记账过程描述如下。

请参图2(a)所示，本申请预付款支出的第一种实施方式中，担保交易支付时的记账算法中，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即买方账户的金额减少)。相反地，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即中介账户的金额增加)。有“借”必有“贷”是会计学里面的基本原则。

可见，根据上述记账方式，付款接收模块21，是针对每个买方的支付金额，在本地账户分别进行一次入账记录；

图2(a)的实际意思就是分别从直接交易买方账户、pay_user_id_1账户、pay_user_id_2账户...pay_user_id_m账户中中介账户内拨入各自用以购买商品或者服务的金额。所述中介账户为担保方的账户，中介方可以为交易平台、银行等。

请参图2(b)所示，当买方确认交易成功时，此时，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即中介账户的金额减少)，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即卖方账户的金额增加)。total_pay_amount即为直接交易买方及各个间接交易买方的支付金额总和，不难理解，total_pay_amount也等于卖方应收金额。

根据上述记账方式，付款结算模块23将在收到买方用户确认之后，将支付金额的总值转入卖方账户。

图2(b)的实际意思就是将中介账户中的金额拨入卖方账户，进而完成交易。

本申请预付款支出的第二种实施方式中，对于即时到账交易而言，涉及资金“多进一出”的操作主要集中在交易支付阶段。当交易支付成功后，资金就将直接转入卖方账户，具体记账过程请参图3(a)所示，此时，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即购买方账户金额减少)，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即中介账户或者卖方账户的金额增加)。中介账户中的total_pay_amount所代表的含义是直接交易买方及各个间接交易买方的支付金额总和。由于是即时到账交易，中介账户中的金额立即被拨入卖方账户，进而完成交易。

可见，根据上述记账方式，付款接收模块21也是针对每个买方的支付金额，在本地账户分别进行一次入账记录；与上一实施例的区别是，由于是即时到账交易，因此不需要用户确认，可以直接由付款结算模块23将支付金额的总值转入卖方账户。

图3所代表的含义是：首先直接交易买方及各个间接交易买方从其账户中向各自中介账户拨入其需要支付的金额，且中介账户中的该金额立即被拨入卖方账户。

请参图4(a)所示，本申请预付款支出的第三种实施方式中，担保交易支付时的“多进一出”记账算法中，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即买方的账户金额减少)。相反地，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即中介账户的金额增加)。

可见，根据上述记账方式，付款接收模块21，是针对所有买方的支付金额，在本地账户进行一次入账总额记录；

图4(a)的实际意思就是分别从直接交易买方账户、pay_user_id_1账户、pay_user_id_2账户...pay_user_id_m账户向中介账户内拨入各自用以购买商品或者服务的金额。

请参图4(b)所示，当买方确认交易成功时，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即中介账户金额减少)，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中即，卖方账户金额增加)。

根据上述记账方式，付款结算模块23将在收到买方用户确认之后，将支付金额的总值转入卖方账户。

图4(b)的实际意思就是当买方确认交易成功时，将中介账户中的金额拨入卖方账户。

请参图5所示，本申请预付款支出的第四种实施方式中，即时到账交易支付时的“多进一出”记账算法中，记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即买方账户金额减少)。相反地，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即卖方账户金额增加)。

可见，根据上述记账方式，付款接收模块21也是针对所有买方的支付金额，在本地账户进行一次入账总额记录；与上一实施例的区别是，由于是即时到账交易，因此不需要用户确认，可以直接由付款结算模块23将支付金额的总值转入卖方账户。

图5所代表的含义是：多个买方从其账户中拨出相应的金额，并且这些金额立即进入卖方账户。

相较于现有技术，上述四种记账方法均可以在存在多个买方的情况下，仍然支持在线交易，其中，使用实施方式一或者实施方式二这两种记账逻辑的优势就是可以复用现有的、成熟的“一借一贷”复式记账模型，实现较容易。而使用实施方式三或者实施方式四这两种记账逻辑的优势是记账过程中减少了很多中间步骤，每个记账都是在一个记账操作中完成，无需调用多次记账逻辑，效率较高。

请参图6所示，在处理“多进多出”交易时，作为本申请的改进，付款结算模块23，可以进一步包括：

总额结算单元231，用于将支付金额从本地账户转入直接交易卖方账户；

分润结算单元232，用于根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

请参图7所示，交易分润时的记账方法，其中记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即卖方账户金额减少)。相反地，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即各个间接交易卖方账户金额增加)。

可见，根据上述记账方式，分润结算单元232，是针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

图7所代表的含义是：按照直接交易卖方及间接交易卖方分配的价格，首先从卖方账户中拨出相应金额，然后这些金额再被拨入对应的间接交易卖方账户，以完成交易分润。这种记账方法的每对借和贷都需要调用一次“一进一出”记账操作。

请参图8所示，另一种交易分润时的记账方法，其中记账操作一栏所列的“借”代表的意义是对应账户中支出一定的金额(在本实施方式中，即卖方账户金额减少)。相反地，记账操作一栏所列的“贷”代表的意义是对应账户中收入一定的金额(在本实施方式中，即各个间接交易卖方账户金额增加)。

可见，根据上述记账方式，分润结算单元232，针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。与上一实施例相比，减少了需要记录的数据量，具有更高的执行效率。

图8所代表的含义是：按照直接交易卖方及间接交易卖方分配的价格，直接从卖方账户中向对应的间接交易卖方账户中拨出相应金额，以完成交易分润。总之，本申请的记账方法丰富了现有技术中的“一进一出”记账模型，可以支持“多进一出”以及“多进多出”，为现有复杂的业务需求以及以后可以通过本申请的记账方法来包装成更丰富的业务模式提供了操作可行性。例如，利用本申请的记账方法可以实现多个买方合买同一件商品或服务(团购)；也可以实现服务商、供应商、渠道商等共同完成一笔交易，例如为乐百在线提供积分购物，又可以分润的交易支付支持。

以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的，作为模块或单元显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

请参图9所示，本申请还揭示了一种网络交易的支付方法，其包括如下步骤：

步骤S1，中介处理设备接收至少两个买方通过客户端设备针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

步骤S2，将所述付款接收模块接收的支付金额信息发送至商户端设备；

步骤S3，根据交易类型，将支付金额从本地账户转入卖方账户。

其中，在交易类型为即时到账交易的情况下，步骤S3可以具体实现为：

在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

而在交易类型为担保交易的情况下，步骤S3可以具体实现为：

接收买方发送的交易完成确认信息；

根据所述交易完成确认信息，将支付金额从本地账户转入卖方账户。

在本申请的一个实施方式中，步骤S1中根据付款请求，将支付金额从相应的买方账户转入本地账户，可以包括以下两种实现方式：

1)针对每个买方的支付金额，在本地账户分别进行一次入账记录；

2)针对所有买方的支付金额，在本地账户进行一次入账总额记录。

当交易中涉及多个卖方时，步骤S3中将支付金额从本地账户转入卖方账户，可以包括以下子步骤：

将支付金额从本地账户转入直接交易卖方账户；

根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

其中，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户，可以包括以下两种实现方式：

1)针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

2)针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。

本申请的支付方法丰富了现有技术中的“一进一出”记账模型，可以支持“多进一出”以及“多进多出”，为现有复杂的业务需求以及以后可以通过本申请的记账方法来包装成更丰富的业务模式提供了操作可行性。例如，利用本申请的记账方法可以实现多个买方合买同一件商品或服务(团购)；也可以实现服务商、供应商、渠道商等共同完成一笔交易，例如为乐百在线提供积分购物，又可以分润的交易支付支持。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于方法实施例而言，由于其基本相似于系统实施例，相关之处参见系统实施例的部分说明即可。应当理解，虽然本说明书按照实施例加以描述，但并非每个实施例仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (13)

1.一种网络交易支付处理系统，其特征在于，该支付处理系统包括通过网络连接的客户端设备、商户端设备和中介处理设备；

所述客户端设备，用于将买方用户的付款请求通过网络发送至中介处理设备；

中介处理设备，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息，将支付金额转入卖方账户，并且向商户端设备发送与该交易所对应的账户状态变化信息；

所述商户端设备，用于根据所述中介处理设备发送的信息，向卖方用户发出相应的提示。

2.根据权利要求1所述的系统，其特征在于，所述中介处理设备包括：

付款接收模块，用于接收至少两个买方针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

通知模块，用于将所述付款接收模块接收的支付金额信息发送至商户端设备；

付款结算模块，用于根据交易类型，将支付金额从本地账户转入卖方账户。

3.根据权利要求2所述的系统，其特征在于，在所述交易类型为即时到账交易的情况下，所述付款结算模块在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

4.根据权利要求2所述的系统，其特征在于，在所述交易类型为担保交易的情况下，

所述中介处理设备还包括交易确认模块，用于接收买方发送的交易完成确认信息；

所述付款结算模块具体配置为：用于根据所述交易确认模块接收的交易完成确认信息，将支付金额从本地账户转入卖方账户。

5.根据权利要求2、3或4所述的系统，其特征在于，所述付款接收模块，具体配置为：

针对每个买方的支付金额，在本地账户分别进行一次入账记录；

或

针对所有买方的支付金额，在本地账户进行一次入账总额记录。

6.根据权利要求2、3或4所述的系统，其特征在于，所述卖方包括直接交易卖方和间接交易卖方；所述付款结算模块，包括：

总额结算单元，用于将支付金额从本地账户转入直接交易卖方账户；

分润结算单元，用于根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

7.根据权利要求6所述的系统，其特征在于，所述分润结算单元，具体配置为：

针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

或

针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。

8.一种网络交易支付处理方法，其特征在于，包括：

中介处理设备接收至少两个买方通过客户端设备针对同一笔交易所发送的付款请求，根据付款请求，将支付金额从相应的买方账户转入本地账户；

将所述付款接收模块接收的支付金额信息发送至商户端设备；

根据交易类型，将支付金额从本地账户转入卖方账户。

9.根据权利要求8所述的方法，其特征在于，在所述交易类型为即时到账交易的情况下，所述根据交易类型，将支付金额从本地账户转入卖方账户，包括：

在支付金额从买方账户转入本地账户后，直接将支付金额从本地账户转入卖方账户。

10.根据权利要求8所述的方法，其特征在于，在所述交易类型为担保交易的情况下，根据交易类型或用户确认信息，将支付金额从本地账户转入卖方账户，包括：

接收买方发送的交易完成确认信息；

根据所述交易完成确认信息，将支付金额从本地账户转入卖方账户。

11.根据权利要求8、9或10所述的方法，其特征在于，所述根据付款请求，将支付金额从相应的买方账户转入本地账户，包括：

针对每个买方的支付金额，在本地账户分别进行一次入账记录；

或

针对所有买方的支付金额，在本地账户进行一次入账总额记录。

12.根据权利要求8、9或10所述的方法，其特征在于，所述卖方包括直接交易卖方和间接交易卖方；所述将支付金额从本地账户转入卖方账户，包括：

将支付金额从本地账户转入直接交易卖方账户；

根据预置的分润规则，将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。

13.根据权利要求12所述的方法，其特征在于，所述将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户，包括：

针对每个间接交易卖方的支付金额，在直接交易卖方账户分别进行一次出账记录；

或

针对所有间接交易卖方的支付金额，在直接交易卖方账户进行一次出账总额记录。

Images