CN101567070A - 一种交易数据处理方法、系统及一种支付系统 - Google Patents

Abstract

本发明公开了一种交易数据处理方法、系统及一种支付系统，解决目前的交易方法存在数据处理流程繁琐、安全性低的问题。所述方法包括：第一用户终端向第三方系统发送预付款请求；第三方系统根据所述预付款请求，通知银行系统冻结该第一用户账户中的预付资金数据；银行系统根据所述第三方系统的指令冻结该第一用户账户中的预付资金数据；第一用户终端向所述第三方系统发送确认付款请求；第三方系统根据所述确认付款请求，通知银行系统解冻所述预付资金数据，并将所述预付资金数据从第一用户账户转账到第二用户账户。本发明在交易完成之前无需向第三方机构存款，只需要将部分资金数据进行冻结，因此减少了交易数据处理流程，而且保证了交易的安全性。

Description

一种交易数据处理方法、系统及一种支付系统

技术领域

本发明涉及数据处理技术，特别是涉及一种交易数据处理方法、系统及一种支付系统。

背景技术

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

目前在互联网应用中，一种非面对面的电子交易方法就是利用所述资源交互原理，通过第三方支付平台来实现买卖双方的交易行为。参照图1，是所述电子交易方法的流程图。所述交易流程为：买方在购物网站上选择商品，然后通过网上银行付款到所述支付平台；支付平台通知卖方买方已付款，卖方发货；当买方收到选购的商品后，到支付平台进行收货确认，支付平台付款给卖方。

上述非面对面交易方法是基于将资金由银行账户转入一家第三方机构来实现的，这种交易模式存在如下问题：

第一，数据处理过程繁琐。交易双方在通过第三方机构实现交易的过程中，买方需要登录网络或通过其他方式进行转账，将资金数据临时存在第三方机构中，第三方机构再转到卖方的银行账户中。对于买方，操作比较繁琐；而对于第三方机构，增加了处理复杂度。因此针对整个交易过程，增加了交易的复杂性。

第二，存在着安全问题。第三方机构的可信赖度远远低于银行，如果第三方机构卷款逃匿，则会给大量的交易参与方带来巨大的损失。而且，大量资金在一定时间内要沉淀在第三方机构，在为第三方机构带来可观的利息收入的同时却减少了交易双方的利息收入。

因此，上述资源交互过程由于没有对第三方机构的监控，所以临时保存在第三方机构的第一用户资源A存在着安全风险，如果第三方将资源A占为己有，则会影响资源交互过程的正常进行，并给交互双方带来损失。

发明内容

本发明所要解决的技术问题是提供一种交易数据处理方法、系统及一种支付系统，以解决目前的交易方法由于将资金临时转入第三方机构而造成的数据处理流程繁琐、安全性低的问题。

为解决上述技术问题，根据本发明提供的具体实施例，本发明公开了以下技术方案：

一种交易数据处理方法，包括：

第一用户终端向第三方系统发送预付款请求；

第三方系统根据所述预付款请求，通知银行系统冻结该第一用户账户中的预付资金数据；

银行系统根据所述第三方系统的指令冻结该第一用户账户中的预付资金数据；

第一用户终端向所述第三方系统发送确认付款请求；

第三方系统根据所述确认付款请求，通知银行系统解冻所述预付资金数据，并将所述预付资金数据从第一用户账户转账到第二用户账户。

优选的，所述银行系统冻结该第一用户账户中的预付资金数据之后，还包括：所述银行系统向第三方系统返回预付款成功与否的应答；第三方系统将所述应答分别发送给第一用户终端和第二用户终端。

优选的，所述方法还包括：第二用户终端通知第三方系统已发货。

优选的，当所述预付资金数据从第一用户账户转账到第二用户账户之后，还包括：所述银行系统向第三方系统返回确认付款成功与否的应答；第三方系统将所述应答分别发送给第一用户终端和第二用户终端。

优选的，所述方法还包括：第三方系统在所述应答消息中将交易数据分别发送给第一用户终端和第二用户终端，所述交易数据包括第一用户和第二用户的账号、账户行、交易金额以及资金状态。

一种交易数据处理系统，包括：

第一用户终端，用于向交易处理模块发送预付款请求和确认付款请求；

第二用户终端，用于与所述第一用户终端进行交易；

交易处理模块，用于根据所述预付款请求，通知账户管理模块将第一用户账户中的预付资金数据冻结；当收到第一用户终端发送的确认付款请求后，通知账户管理模块将第一用户账户中的所述预付资金数据解冻，并将所述预付资金数据从第一用户账户转账到第二用户账户；

账户管理模块，用于根据所述预付款请求冻结第一用户账户中的预付资金数据，并根据所述确认付款请求对第一用户账户中的所述预付资金数据解冻。

优选的，所述交易处理模块还用于将账户管理模块返回的预付款成功与否的应答，以及确认付款成功与否的应答，分别发送给第一用户终端和第二用户终端。

优选的，所述交易处理模块与第一用户终端、第二用户终端之间通过互联网或无线通信网络进行通信。

优选的，所述账户管理模块至少为一个，每个账户管理模块对应一家银行；所述交易处理模块与各个账户管理模块之间采用统一接口。

一种支付系统，包括：

接入模块，用于接收第一用户终端发送的预付款请求和确认付款请求，并存入转接数据库；

转接数据库，用于存储交易信息，所述交易信息包括预付款请求和确认付款请求；

转接模块，用于将所述预付款请求和确认付款请求转发到相应的账户行；账户行根据所述预付款请求将第一用户账户中的预付资金数据冻结，并根据所述确认付款请求将第一用户账户中的所述预付资金数据解冻；

清分清算模块，用于将所述解冻的预付资金数据从第一用户账户转账到第二用户账户。

优选的，所述转接模块还用于接收账户行返回的预付款成功与否的应答以及确认付款成功与否的应答；所述接入模块还用于将所述应答分别发送给第一用户终端和第二用户终端。

优选的，所述转接模块还用于根据预置的支付规则对交易状态进行管理和后续处理。

优选的，所述支付系统还包括：历史数据库，用于存储历史交易信息，定期从所述转接数据库中转移全部的交易信息，并清空转接数据库。

优选的，所述支付系统还包括：差错及争议处理模块，用于接收第一用户终端或第二用户终端发送的差错或争议信息，并根据预置的规则进行相应处理。

优选的，所述支付系统还包括：

第一用户信息管理模块，用于管理第一用户信息；

第一用户信息数据库，用于存储第一用户信息；

第二用户信息管理模块，用于管理第二用户信息；

第二用户信息数据库，用于存储第二用户信息。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

首先，本发明提供的交易数据处理方法能够减少交易数据处理的流程，简化整个交易过程，而且还能提高交易数据处理的安全性。

第一，现有技术中交易资金的数据处理包括买方向第三方机构存入款项，然后通过网上银行付款到所述第三方机构；第三方机构通知卖方买方已付款，卖方发货；当买方收到选购的商品后，到第三方机构进行收货确认，第三方机构付款给卖方。而本发明在交易完成之前无需向第三方机构存款，只需要将部分资金数据进行冻结，因此减少了交易数据处理的流程。

第二，本发明通过在确认支付前将交易资金数据冻结在银行账户中来保证交易的安全问题，而在整个非面对面交易过程中，交易资金数据都不会转入第三方机构。由于银行是买卖双方都值得信赖的机构，其信用度远高于一般的第三方机构，因此降低了第三方机构卷款逃匿的风险，从而降低了交易双方的资金风险。

其次，在确认支付前买方资金数据仍在买方自己的银行账户中，减少了提前转入第三方机构造成的利息损失。尤其当资金量比较大时，可以为买方带来可观的利息收入。

再次，所述第三方机构与各家银行之间采用统一的通信协议，只需按照一个接口标准即可实现与所有银行的互联，因此第三方机构的开发和维护工作量都较小。

最后，与现有的非面对面交易方法相比，现有技术由于将资金数据保存在第三方机构中，流出了金融体系，即资金从买方账户转到卖方账户的过程中需要经过第三方机构，因此仍存在套现、洗钱等风险；而本发明由于资金在整个交易过程中都不会转入第三方机构，没有流出金融体系，所以从源头上控制了所述两类风险的发生。

而且，现有技术中只有第三方机构完全掌握买卖双方的交易信息，买卖双方互相不知道，只有监控第三方机构这一个节点才能获得交易的全部信息，所以使得反套现的监控只能局限在第三方机构这一个节点上。而本发明中的第三方机构只相当于一个交易的通道，并不对资金的来源和去处做任何的屏蔽，由于采用的是银行间通用的技术标准，交易中的每个节点都能够清楚地了解交易的全部信息，即无论是买方、卖方还是第三方机构都清楚地掌握交易的全部信息，因此在反套现系统中监控哪一方都可以。

附图说明

图1是现有技术中一种电子交易方法的流程图；

图2是本发明实施例一所述一种非面对面交易方法的流程图；

图3是本发明实施例一所述一种非面对面交易系统的结构图；

图4是本发明实施例二所述预付款流程图；

图5是本发明实施例二所述确认付款流程图；

图6是本发明实施例二所述一种支付系统的结构图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

本发明提供了一种安全的交易数据处理方法，是对现有的基于第三方机构实现非面对面交易方法的改进。现有方法在交易处理过程中，是将交易一方拥有的资源临时存储在第三方机构，而本发明改变了这种交易方式，交易双方进行交易的资源在整个交易过程中都没有经过第三方机构，因此能够避免由于第三方机构存在的安全风险而给交易双方带来损失的问题。

参照图2，是本发明实施例一所述一种非面对面交易方法的流程图。本实施例中，交易双方为第一用户和第二用户，第一用户通过第三方机构从第二用户购买商品，具体交易过程如下：

步骤201，第一用户选购好要买的商品后，向第三方机构发送预付款请求；

第一用户和第二用户可选择多种方式与所述第三方机构建立连接，例如通过上网，或者通过手机等移动终端打电话，或其他通讯方式，本发明在此不作限定。

步骤202，第三方机构根据所述预付款请求，通知银行系统冻结第一用户账户中的预付资金数据；银行系统根据所述第三方机构的指令冻结该第一用户账户中的预付资金数据。

其中，第一用户的账户信息，如银行账号、账户行(即所属的银行)等信息，可以由第一用户预先通过注册等方式保存到第三方机构，每次付款的时候第三方机构将所述默认账户转发给第一用户账户行；所述账户信息也可以由第一用户在发起预付款请求的时候一起发送到第三方机构，本发明在此不作限定。相应的，对于第二用户的账户信息，也可以采用所述预先注册或者每次发送的方式。所述银行系统是指第一用户指定的账户所在银行，由于用户可以办理多家银行的账户，所以所述银行系统具体对应第一用户每次指定的银行。

第三方机构将所述预付款请求转发给第一用户账户行，第一用户账户行收到所述请求后，即根据第三方机构发送过来的账号和金额，将相应的用户账户中的资金进行冻结。这时，被冻结的资金还保留在第一用户账户中，没有进入第三方机构，但是不能随意提取或转账。

步骤203，第三方机构通知第二用户发货，第二用户开始向第一用户发货；

优选的，第二用户还会将已发货消息通知给所述第三方机构，以便第三方机构及时掌握交易过程。

步骤204，第一用户收到要购买的商品，验证商品无误后，向第三方机构发送确认付款请求；

步骤205，当所述第三方机构收到第一用户发送的确认付款请求后，通知银行系统对第一用户账户中的所述预付资金进行解冻，并将所述预付资金从第一用户账户转账到第二用户账户。

第三方机构将所述确认付款请求转发给第一用户账户行，第一用户账户行根据所述请求将步骤202冻结的银行账户进行解冻。第一用户账户里的资金解冻后，第三方机构就可以进行转账处理，即从第一用户账户中扣除所述预付资金，并转到第二用户账户里。这样，第一用户收到了要买的商品，第二用户的账户里也收到了货款，整个交易过程结束。

优选的，为了增强交易双方对整个交易过程的了解，并加强对第三方机构的监控，在步骤202之后，第一用户账户行还会向第三方机构返回预付款成功与否的应答，即将资金冻结是否成功的消息发送给第三方机构。第三方机构再将所述应答分别转发给第一用户和第二用户，即将交易的处理情况都告知第一用户和第二用户。第二用户根据所述由银行发送过来的应答，可以确定是否发货；第一用户根据所述请求可以直接而快速地获知预付款是否成功。

优选的，在步骤205之后，第一用户账户行还向第三方机构返回确认付款成功与否的应答，即将预付资金是否从第一用户账户中扣除的消息发送给第三方机构；第三方机构再将所述应答分别发送给第一用户和第二用户。这样，交易双方就可以快速获知资金的流动情况。

优选的，第三方机构在所述预付款和确认付款应答消息中，携带交易信息分别发送给第一用户和第二用户，所述交易信息包括第一用户和第二用户的账号、账户行、资金金额以及资金状态等信息。这样，交易双方就能够清楚地了解交易资金的流动过程，包括第一用户是谁、第二用户是谁、交易双方的账号、账户行、交易金额、资金处于冻结还是转账状态等等信息。

综上所述，本发明在交易完成之前无需向第三方机构存款，只需要将部分资金数据进行冻结，因此减少了交易数据处理的流程。

本发明通过在确认支付前将交易资金冻结在银行账户中来保证交易的安全问题，而在整个非面对面交易过程中，交易资金都不会转入第三方机构。由于银行是交易双方都值得信赖的机构，其信用度远高于一般的第三方机构，因此降低了第三方机构卷款逃匿的风险，从而降低了交易双方的资金风险。而且，在确认支付前第一用户的资金仍在自己的银行账户中，减少了提前转入第三方机构造成的利息损失。尤其当资金量比较大时，可以为买方带来可观的利息收入。

需要说明的是，由于交易双方所使用的银行账户可以在多家银行开户，所以就存在第三方机构与各家银行接口的问题。现有技术中各家银行与所述第三方机构的连接接口都不一致，这样第三方机构需要花费大量的精力来开发和维护与各家银行之间的接口。而本发明优选的，所述第三方机构采用了统一的接口来连接各家银行，从而降低了开发和维护工作量。

针对上述非面对面交易方法，本发明还提供了一种非面对面交易系统。参照图3，是实施例所述一种非面对面交易系统的结构图。所述交易系统主要包括第一用户终端31、第二用户终端32、交易处理模块33和账户管理模块34。其中，第一用户终端31与第二用户终端32进行交易，交易处理模块33用于管理整个交易处理过程，账户管理模块34用于管理第一用户账户和第二用户账户。

所述第一用户终端31用于向交易处理模块发送预付款请求和确认付款请求；所述第二用户终端32用于向第一用户终端31发货；所述交易处理模块33用于根据所述预付款请求，通知账户管理模块34将第一用户账户中的预付资金冻结；当收到第一用户终端31发送的确认付款请求后，通知账户管理模块34将第一用户账户中的所述预付资金解冻，并将所述预付资金从第一用户账户转账到第二用户账户；所述账户管理模块34用于根据所述预付款请求冻结第一用户账户中的预付资金，并根据所述确认付款请求对第一用户账户中的所述预付资金解冻。

所述交易系统执行的交易处理过程为：

第一用户终端31向交易处理模块33发送预付款请求，交易处理模块33将所述预付款请求转发给账户管理模块34，账户管理模块34根据所述请求将第一用户账户中相应金额的预付资金冻结；交易处理模块33通知第二用户终端32发货，当第一用户终端31收到货物后，向交易处理模块33发送确认付款请求，交易处理模块33将所述确认付款请求转发给账户管理模块34，账户管理模块34根据所述请求将第一用户账户中相应金额的预付资金解冻；所述资金解冻后，交易处理模块33执行转账处理，通过账户管理模块34从第一用户账户中扣除所述预付资金，并转入第二用户账户。

优选的，所述交易处理模块33还用于将账户管理模块34返回的预付款成功与否的应答，以及确认付款成功与否的应答，分别发送给第一用户终端31和第二用户终端32。

优选的，如果所述交易系统中包括多个账户管理模块34，每个账户管理模块34对应一家银行，则所述交易处理模块33与各个账户管理模块34之间采用统一接口。

优选的，所述交易处理模块33与第一用户终端31、第二用户终端32之间可通过互联网、无线通信网络进或其他通讯方式进行通信连接。如果通过互联网建立连接，则所述交易系统可应用于网上支付等电子交易处理；如果通过无线通信网络，则可应用于电话支付等交易模式。

下面将以非面对面交易的典型应用——一种网上支付方法为例进行说明。

买方在网上确认购买物品后，发起预付款请求，预付款成功后，买方账户行将购买此货物的资金冻结，并通知卖方发货。买方收到货物后，再发起确认付款请求，购买货物的资金从买方账户扣除，并清算给卖方，交易完成。所述新型的网上支付方法主要通过两个流程完成：预付款和确认付款。

参照图4，是本发明实施例二所述预付款流程图。

步骤401，买方确定购买某一商品后，发起预付款请求；

例如，消费者登录网上商城选定了一本书，价格是100元，并用自己的招行卡发起预付款请求。网上商城将消费者发起的预付款请求发送到支付平台。

步骤402，支付平台将预付款请求发往买方账户行，账户行按照买方要求的金额从其资金账户中冻结这部分资金；

例如，支付平台根据消费者选定的银行卡账号，将该笔交易的信息发往招行，招行根据交易信息中的金额从该银行卡中冻结相应的资金100元。

步骤403，买方账户行向支付平台返回预付款成功与否的应答；

例如，招行向支付平台返回预付款成功的应答。

步骤404，支付平台将预付款应答发送给卖方，使卖方了解买方预付款的情况，决定是否发货；

例如，支付平台将成功应答的信息发送给网上商城，卖方查询网上商城即可查询到“买方预付款成功”，然后发货。

步骤405，支付平台将预付款应答发送给买方，使买方了解预付款的情况。

例如，买方登录网上商城也可查询到“预付款成功”的信息。

参照图5，是本发明实施例二所述确认付款流程图。

步骤501，买方收到货物，发起确认付款请求；

例如，几天后，消费者收到在网上商城购买的书，核实货物无误后，登录网上商城发起付款确认交易。

步骤502，支付平台将确认付款请求发往买方账户行，账户行按照买方要求的金额从冻结资金中扣除相应的金额；

例如，支付平台根据消费者的付款确认请求，将交易发往招行，招行根据交易信息中的金额从相应账户中扣除100元货款。

步骤503，买方账户行向支付平台返回确认付款成功与否的应答；

例如，招行向支付平台返回确认付款成功的应答。

步骤504，支付平台将确认付款应答发送给卖方，通知其买方已完成付款，资金将于T+1日到账；

例如，支付平台将付款确认的成功应答返回给网上商城，卖方登录网上商城即可查询到“买方已付款”的信息。

步骤505，支付平台将确认付款应答发送给买方，通知其该笔交易已成功付款，资金已从账户中扣除。

例如，消费者登录网上商城也可查询到“付款成功”的信息。

优选的，所述网上支付方法还设置了异常处理流程，即对网上支付过程中买卖双方出现的各种差错或争议进行后续处理。例如：

(1)为确保卖方利益，若买方收到货物后，没有在规定的时限内发起确认付款，则由支付平台主动发起确认付款，从买方资金账户中扣除相应的资金，划入卖方账户。

(2)为确保买方利益，若买方对收到的货物不满意，需要与卖方进一步协商的，可以在一定期限内向支付平台申请延期付款。对于买方申请延期的，支付平台不代替其发起确认付款。

(3)为确保买方利益，若买方对收到的货物不满意，需要进行退货的，可以在买卖双方协商达成一致后，由买方向支付平台发出退货请求，支付平台确认该笔退货已得到买卖双方的认可后，向买方账户行发送预付款撤销请求，以撤销在账户行冻结的资金。若买卖双方协商的结果是退货运费由买方承担，则由支付平台发起一笔确认付款，付款金额仅为运费金额即可。

所述网上支付方法除具有防止第三方支付平台卷款逃匿、可减少买方利息损失以及与各家银行接口统一的优点之外，还具有如下优点：

第一，与现有的非面对面交易方法相比，现有技术由于将资金保存在第三方机构中，流出了金融体系，即资金从买方账户转到卖方账户的过程中需要经过第三方机构，因此仍存在套现、洗钱等风险；而本发明由于资金在整个交易过程中都不会转入第三方支付平台，没有流出金融体系，所以从源头上控制了所述两类风险的发生。

第二，现有技术中只有第三方机构完全掌握买卖双方的交易信息(如买卖双方的账号、账户行、交易金额以及资金状态等)，买卖双方互相不知道，只有监控第三方机构这一个节点才能获得交易的全部信息，所以使得反套现的监控只能局限在第三方机构这一个节点上。而本发明中的第三方支付平台只相当于一个交易的通道，并不对资金的来源和去处做任何的屏蔽，由于采用的是银行间通用的技术标准，技术标准中对交易的约束就是冻结资金、扣除资金，不同于现有技术中第三方机构的转账处理，交易中的每个节点都能够清楚地了解交易的全部信息，即无论是买方、卖方还是第三方支付平台都清楚地掌握交易的全部信息，因此在反套现系统中监控哪一方都可以。

针对上述网上支付方法，本发明还提供了一种应用于网上支付的支付系统。参照如6，是实施例二所述一种支付系统的结构图。所述支付系统作为第三方支付平台，主要包括接入模块61、转接数据库62、转接模块63、清分清算模块64。优选的，所述支付系统还包括差错及争议处理模块65、历史数据库66、买方信息管理模块67、买方信息数据库68、卖方信息管理模块69、卖方信息数据库610。

图中的双向箭头表示模块与数据库之间有读、写双向要求。例如：转接模块63与转接数据库62之间是双向箭头，表示转接模块63一方面要从转接数据库62中读取信息，另一方面也会向转接数据库62中写入数据。图中的单向箭头表示模块与数据库之间仅有读或仅有写的要求。例如：差错及争议处理模块65与转接数据库62之间是单向的写入(箭头是指向转接数据库62的)。

所述转接数据库62主要用于：

(1)存储当日的交易信息，包括预付款交易信息、确认付款交易信息以及当日发生的差错交易信息；

(2)转接数据库62中的信息是当日进行清分清算的依据。

所述历史数据库66主要用于：

(1)存储历史交易信息，每天日终后，将转接数据库62中的交易信息全部转移至历史数据库66，同时清空转接数据库62；

(2)历史数据库6中的信息是进行后续差错处理的依据。

所述买方信息数据库68主要用于：

(1)存储买方的详细信息，如：买方身份信息、地址信息、交易信息等；

(2)买方的静态信息(如身份信息和地址信息等)由买方在网上商城注册时填写，动态信息(如交易信息)等由转接模块63在交易发生的同时随时写入。

所述卖方信息数据库610主要用于：

(1)存储卖方的详细信息，如：卖方身份信息、地址信息、交易信息等；

(2)卖方的静态信息(如身份信息和地址信息等)由卖方在网上商城注册时填写，动态信息(如交易信息)等由转接模块63在交易发生的同时随时写入。

所述接入模块61主要用于接收买方发送的预付款请求和确认付款请求，并存入转接数据库62。接入模块61具有以下功能：

(1)建立买卖双方与支付平台之间的连接；

(2)从买方接收交易请求信息(包括预付款请求和确认付款请求)，向买方发送交易应答信息；

(3)向卖方发送交易应答信息；

(4)提供买卖双方对交易的管理功能和界面，如交易状态的修改、投诉、差错处理界面。

所述转接模块63主要用于：

(1)将买方发送的预付款请求和付款确认请求转发到相应的账户行；

(2)按照预置的支付规则对交易状态进行管理和后续处理，例如：对买方发送的付款确认请求进行合法性检查；对之前没有预付款的付款确认请求给予拒绝；对买方超期未付款的情况，直接发起确认付款交易；对买卖双方协商同意退货的情况，发起预付款撤销或确认付款交易；

(3)将交易信息实时写入转接数据库62，做为当日清分清算的依据。

所述清分清算模块64主要用于：

(1)一个交易日结束后，对当日成功的确认付款交易和差错交易进行清算，完成从买方账户行向卖方账户行的资金划转；

(2)产生清算对账的流水文件，供买卖双方账户行进行核对。

所述差错及争议处理模块65主要用于：

(1)接收买方或卖方提交的差错或争议信息，并根据预置的规则进行后续处理。

(2)将处理完毕的差错或争议交易实时写入转接数据库62，供当日清算使用。

所述买方信息管理模块67主要用于：

(1)为提供买方注册、修改和维护其个人信息的界面及功能，收集买方身份认证信息，作为买方账户行冻结资金和扣除资金的依据；

(2)将收集到的买方信息存储在买方信息数据库68中，并提供严格的安全措施(例如对买方信息的加密措施)，以确保买方信息的绝对安全。

所述卖方信息管理模块69主要用于：

(1)为提供卖方注册、修改和维护其个人信息的界面及功能，收集卖方身份认证信息，确保该卖方是可信的商业实体；

(2)将收集到的卖方信息存储在卖方信息数据库610中，并提供严格的安全措施(例如对卖方信息的加密措施)，以确保卖方信息的绝对安全。

图6所示系统中未详述的部分可以参见图1、图2所示方法的相关部分，为了篇幅考虑，在此不再详述。

以上对本发明所提供的一种交易数据处理方法、系统及一种支付系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (15)

1、一种交易数据处理方法，其特征在于，包括：

第一用户终端向第三方系统发送预付款请求；

第三方系统根据所述预付款请求，通知银行系统冻结该第一用户账户中的预付资金数据；

银行系统根据所述第三方系统的指令冻结该第一用户账户中的预付资金数据；

第一用户终端向所述第三方系统发送确认付款请求；

第三方系统根据所述确认付款请求，通知银行系统解冻所述预付资金数据，并将所述预付资金数据从第一用户账户转账到第二用户账户。

2、根据权利要求1所述的方法，其特征在于，所述银行系统冻结该第一用户账户中的预付资金数据之后，还包括：

所述银行系统向第三方系统返回预付款成功与否的应答；

第三方系统将所述应答分别发送给第一用户终端和第二用户终端。

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

第二用户终端通知第三方系统已发货。

4、根据权利要求1所述的方法，其特征在于，当所述预付资金数据从第一用户账户转账到第二用户账户之后，还包括：

所述银行系统向第三方系统返回确认付款成功与否的应答；

第三方系统将所述应答分别发送给第一用户终端和第二用户终端。

5、根据权利要求2或4所述的方法，其特征在于，还包括：

第三方系统在所述应答消息中将交易数据分别发送给第一用户终端和第二用户终端，所述交易数据包括第一用户和第二用户的账号、账户行、交易金额以及资金状态。

6、一种交易数据处理系统，其特征在于，包括：

第一用户终端，用于向交易处理模块发送预付款请求和确认付款请求；

第二用户终端，用于与所述第一用户终端进行交易；

交易处理模块，用于根据所述预付款请求，通知账户管理模块将第一用户账户中的预付资金数据冻结；当收到第一用户终端发送的确认付款请求后，通知账户管理模块将第一用户账户中的所述预付资金数据解冻，并将所述预付资金数据从第一用户账户转账到第二用户账户；

账户管理模块，用于根据所述预付款请求冻结第一用户账户中的预付资金数据，并根据所述确认付款请求对第一用户账户中的所述预付资金数据解冻。

7、根据权利要求6所述的系统，其特征在于：所述交易处理模块还用于将账户管理模块返回的预付款成功与否的应答，以及确认付款成功与否的应答，分别发送给第一用户终端和第二用户终端。

8、根据权利要求6所述的系统，其特征在于：所述交易处理模块与第一用户终端、第二用户终端之间通过互联网或无线通信网络进行通信。

9、根据权利要求6所述的系统，其特征在于：

所述账户管理模块至少为一个，每个账户管理模块对应一家银行；

所述交易处理模块与各个账户管理模块之间采用统一接口。

10、一种支付系统，其特征在于，包括：

接入模块，用于接收第一用户终端发送的预付款请求和确认付款请求，并存入转接数据库；

转接数据库，用于存储交易信息，所述交易信息包括预付款请求和确认付款请求；

转接模块，用于将所述预付款请求和确认付款请求转发到相应的账户行；账户行根据所述预付款请求将第一用户账户中的预付资金数据冻结，并根据所述确认付款请求将第一用户账户中的所述预付资金数据解冻；

清分清算模块，用于将所述解冻的预付资金数据从第一用户账户转账到第二用户账户。

11、根据权利要求10所述的系统，其特征在于：

所述转接模块还用于接收账户行返回的预付款成功与否的应答以及确认付款成功与否的应答；

所述接入模块还用于将所述应答分别发送给第一用户终端和第二用户终端。

12、根据权利要求10所述的系统，其特征在于：

所述转接模块还用于根据预置的支付规则对交易状态进行管理和后续处理。

13、根据权利要求10所述的系统，其特征在于，还包括：

历史数据库，用于存储历史交易信息，定期从所述转接数据库中转移全部的交易信息，并清空转接数据库。

14、根据权利要求10所述的系统，其特征在于，还包括：

差错及争议处理模块，用于接收第一用户终端或第二用户终端发送的差错或争议信息，并根据预置的规则进行相应处理。

15、根据权利要求10所述的系统，其特征在于，还包括：

第一用户信息管理模块，用于管理第一用户信息；

第一用户信息数据库，用于存储第一用户信息；

第二用户信息管理模块，用于管理第二用户信息；

第二用户信息数据库，用于存储第二用户信息。

Images