本申请揭示了一种网络交易的支付处理系统及方法,该支付处理系统包括:包括通过网络连接的客户端设备、商户端设备和中介处理设备;所述客户端设备,用于将买方用户的付款请求通过网络发送至中介处理设备;中介处理设备,用于接收至少两个买方针对同一笔交易所发送的付款请求,根据付款请求,将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息,将支付金额转入卖方账户,并且向商户端设备发送与该交易所对应的账户状态变化信息;所述商户端设备,用于根据所述中介处理设备发送的信息,向卖方用户发出相应的提示。应用上述方案可以实现在同一笔交易中,多个买方直接与卖方进行交易,从而节省系统和网络资源,提高数据交互效率。
【技术实现步骤摘要】
本申请涉及一种,属于电子商务领域。
技术介绍
现有的电子商务支付处理系统,常见的记账模式有两种“一进一出”和“一进多出”。这里的“进”是指从买方付款方的账户中支出一定的金额,“出”是指将付款方买方支出的金额转入卖方收款方账户。常见的一次交易支付过程中,交易资金只从一个买方账户流入到另外一个卖方账户,用的就是一进一出这种记账模型;如果交易资金只从一个买方账户支出,但是流入到多个卖方账户,则适用于一进多出这种记账模式。现有的“一进一出”资源交互方法是,第一用户拥有资源A,第二用户拥有资源B,第一用户和第二用户通过第三方机构实现资源A与资源B的交互,具体交互过程为第一 用户将资源A发送给所述第三方机构临时保存,第三方机构将第一用户已发送资源A的消息通知第二用户,第二用户收到通知后将资源B发送给第一用户,第一用户收到资源B后通知第三方机构,第三方机构再将所述临时保存的资源A发送给第二用户,交互过程结束。这样,第一用户就拥有了资源B,第二用户就拥有了资源A。然而,现有的电子商务支付处理系统在某些现在流行的业务以及特殊支付场景下,就存在一定的问题。例如,对于在“多个买方合买同一件商品或服务”等复杂的业务模式时,现有的支付处理系统实际上仍然只能支持一名买方用户进行直接交易,对于其他买方用户而言,仍然需要将资金先转入这名直接交易买方,再由直接交易买方进行统一交易。从系统的角度而言,需要增加多个“间接交易买方-直接交易买方”之间的数据交互流程,交互效率较低。不仅要占用更多的系统及网络资源,而且还带来了更多的不安全因素。对于用户而言,增加了操作的复杂性,特别是直接交易买方,还需要承担额外的管理工作。
技术实现思路
本申请提供一种网络交易的支付处理系统和方法,以实现在同一笔交易中,多个买方直接与卖方进行交易,技术方案如下一种网络交易支付处理系统,该支付处理系统包括通过网络连接的客户端设备、商户端设备和中介处理设备;所述客户端设备,用于将买方用户的付款请求通过网络发送至中介处理设备;中介处理设备,用于接收至少两个买方针对同一笔交易所发送的付款请求,根据付款请求,将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息,将支付金额转入卖方账户,并且向商户端设备发送与该交易所对应的账户状态变化信息;所述商户端设备,用于根据所述中介处理设备发送的信息,向卖方用户发出相应的提示。作为本申请方案的进一步改进,所述中介处理设备包括付款接收模块,用于接收至少两个买方针对同一笔交易所发送的付款请求,根据付款请求,将支付金额从相应的买方账户转入本地账户;通知模块,用于将所述付款接收模块接收的支付金额信息发送至商户端设备;付款结算模块,用于根据交易类型,将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改进,在所述交易类型为即时到账交易的情况下,所述付款结算模块在支付金额从买方账户转入本地账户后,直接将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改 进,在所述交易类型为担保交易的情况下,所述中介处理设备还包括交易确认模块,用于接收买方发送的交易完成确认信息;所述付款结算模块具体配置为用于根据所述交易确认模块接收的交易完成确认信息,将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改进,所述付款接收模块,具体配置为针对每个买方的支付金额,在本地账户分别进行一次入账记录;或针对所有买方的支付金额,在本地账户进行一次入账总额记录。作为本申请方案的进一步改进,所述卖方包括直接交易卖方和间接交易卖方;所述付款结算模块,包括总额结算单元,用于将支付金额从本地账户转入直接交易卖方账户;分润结算单元,用于根据预置的分润规则,将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户。作为本申请方案的进一步改进,所述分润结算单元,具体配置为针对每个间接交易卖方的支付金额,在直接交易卖方账户分别进行一次出账记录;或针对所有间接交易卖方的支付金额,在直接交易卖方账户进行一次出账总额记录。本申请实施例还提供一种网络交易支付处理方法,包括中介处理设备接收至少两个买方通过客户端设备针对同一笔交易所发送的付款请求,根据付款请求,将支付金额从相应的买方账户转入本地账户;将所述付款接收模块接收的支付金额信息发送至商户端设备;根据交易类型,将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改进,在所述交易类型为即时到账交易的情况下,所述根据交易类型或用户确认信息,将支付金额从本地账户转入卖方账户,包括在支付金额从买方账户转入本地账户后,直接将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改进,在所述交易类型为担保交易的情况下,根据交易类型,将支付金额从本地账户转入卖方账户,包括接收买方发送的交易完成确认信息;根据所述交易完成确认信息,将支付金额从本地账户转入卖方账户。作为本申请方案的进一步改进,所述根据付款请求,将支付金额从相应的买方账户转入本地账户,包括针对每个买方的支付金额,在本地账户分别进行一次入账记录;或针对所有买方的支付金额,在本地账户进行一次入账总额记录。作为本申请方案的进一步改进,所述卖方包括直接交易卖方和间接交易卖方;所述将支付金额从本地账户转入卖方账户,包括将支付金额从本地账户转入直接交易卖方账户;根据预置的分润规则,将转入直接交易卖方账户的金额进一步转入至少一个间接 交易卖方账户。作为本申请方案的进一步改进,所述将转入直接交易卖方账户的金额进一步转入至少一个间接交易卖方账户,包括针对每个间接交易卖方的支付金额,在直接交易卖方账户分别进行一次出账记录;或针对所有间接交易卖方的支付金额,在直接交易卖方账户进行一次出账总额记录。相较于现有技术,本申请网络交易的支付处理系统及其支付方法的有益效果是在中介处理设备针对同一笔交易设置对应于直接交易买方及间接交易买方的支付接口,并通过支付接口接收直接交易买方及间接交易买方选所支出的预付款,因此,中介处理设备可以接收多个买方针对同一笔交易所发送的付款请求,也就是说可以在存在多个买方的情况下,仍然支持在线直接交易。从而避免了“间接交易买方-直接交易买方”之间的数据交互流程”,不仅节省了系统和网络资源,提高了数据交互效率,而且也避免了买方之间资金流动所带来的不安全因素。对于用户而言,无论是“直接交易买方”和“间接交易买方”都可以按照普通的交易模式直接与卖方进行交易,而且直接交易买方也不需要承担额外的管理工作。在提升用户使用感受的同时,也可以有效提升业务的处理效率。附图说明图I是本申请网络交易支付处理系统的结构示意图;图2(a)是本申请实施例中预付款支出时的第一种记账模型;图2(b)是本申请实施例中预付款拨入卖方账户时的第一种记账模型;图3是本申请实施例中预付款支出时的第二种记账模型;图4(a)是本申请实施例中预付款支出时的第三种记账模型;图4(b)是本申请实施例中预付款拨入卖方账户时的第二种记账模型;图5是本申请实施例中预付款支出时的第四种记账模型;图6是本申请网络交易支付处理系统的另一种结构示意图;图7是本申请实施例第一种分润方案的记账模型;图8是本申请实施例第二种分润方案的记账模型;图9是本申请网络交易支付处理方法的流程图。具体实施例方式请参图I所示,本申请揭示了一本文档来自技高网...
【技术保护点】
一种网络交易支付处理系统,其特征在于,该支付处理系统包括通过网络连接的客户端设备、商户端设备和中介处理设备;所述客户端设备,用于将买方用户的付款请求通过网络发送至中介处理设备;中介处理设备,用于接收至少两个买方针对同一笔交易所发送的付款请求,根据付款请求,将支付金额从相应的买方账户转入本地账户、根据交易类型或用户确认信息,将支付金额转入卖方账户,并且向商户端设备发送与该交易所对应的账户状态变化信息;所述商户端设备,用于根据所述中介处理设备发送的信息,向卖方用户发出相应的提示。
【技术特征摘要】
...
【专利技术属性】
技术研发人员:舒真才,赵建户,谢德平,黄俊,
申请(专利权)人:乐活在线北京网络技术有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。