交易数据处理方法及系统技术方案

交易数据处理方法及系统。一种交易数据处理方法实施例，包括：交易平台计算机系统接收用户端发来的交易请求；交易平台计算机系统记录所述交易的账务流水数据；交易平台计算机系统在预定的时间段内利用所述记录的账务流水数据更新集中帐户的余额。利用本发明专利技术，可以避免由于处理交易数据占用繁忙时段交易平台计算机系统的资源，从而提升交易平台计算机系统在繁忙时间段的处理能力。

【技术实现步骤摘要】

本申请涉及计算机系统
，特别涉及一种交易数据处理方法及系统。
技术介绍
现有的网络交易平台中，作为网络交易平台提供商，往往需要参与到网络 交易涉及的资金流动过程中。例如淘宝网，推出的企业对用户(Business to Customer, B2C )以及用户 对用户(Customer to Customer, C2C )的交易平台中，通过第三方支付软件支 付宝来支持交易中间环节的资金流通。以C2C业务举例来说，作为普通用户的买家和卖家在交易进行过程中，买 家需要首先将交易涉及的资金首先转入支付宝帐户中，卖家看到该笔资金转入 支付宝账户中后，发送交易货物，待买家收到货物后，在淘宝网上确认收货， 之后，先前转入支付宝帐户中的资金再转入卖家帐户中，从而完成交易。当然， B2B业务及B2C业务中，现有的一些交易平台也需要参与中间环节的资金流通 过程。仍以支付宝在C2C业务中的应用来举例说明，交易中间环节中用于参与资 金流通的支付宝内部帐户。由于众多交易的进行，通常该支付宝内部帐户中需 要记载大量的交易明细，通常，该交易明细在账务记录中称之为分录。支付宝 内部帐户的分录包括资金交易的双方的记录。下表l为关于支付宝内部帐户分 录的示例。用户帐户支付宝内部帐户分录号交易单交易时用户帐用户帐支付宝支付宝内支付宝内部号间户ID户发生内部帐部帐户发帐户余额额户ID生额1用户1+101001+101102用户2-51001-51053...………...4<table>table see original document page 5</column&gt;</row><table>表l如表l,分录中的一方为支付宝内部帐户，另一方为用户帐户。例如分录l 中，购买物品的用户1为支付宝充值10元人民币，则分录中的一条中记载用户 帐户发生额为+10，支付宝内部帐户(如该帐户ID为0001 ) —方中记载支付宝 内部帐户发生额+10,如果之前支付宝内部帐户余额为100,则分录l中支付宝 帐户余额最终为110。再例如分录2中，卖出物品的用户2从支付宝中提取5元人 民币，则分录中的一条中记载用户帐户发生额为-5，支付宝内部帐户一方中记 载支付宝内部帐户发生额-5,之前支付宝内部帐户余额为110，则分录l中支付 宝帐户余额最终为105。上述分录1和分录2中的交易单号、交易时间信息在这 里作了省略，当然还可能包括其它条目，例如涉及的银行、银行流水号等相关 信息，在这里也作了省略。现有技术中，在每次交易发生时，处理交易的计算机系统采取实时方式更 新支付宝内部帐户。实际当中，发生的交易量非常巨大，涉及的用户也4艮多。 而且，支付宝内部帐户一4殳是固定的，而用户帐户包括大量不同的帐户。大量 不同帐户发起的交易，可能是并发的。而所述计算机系统对支付宝内部帐户的 分录记载和余额更新，如果采用多线程并发处理，可能会给余额更新带来异常。 例如，支付宝内部帐户余额为100元，同时有A用户的存款10元交易和B用户的 存款5元交易并发执行，由线程1和线程2分别处理这两个交易。线程1和线程2 同时获取支付宝内部帐户的余额，即都读取得到数值IOO,之后，线程I将IOO 元与A用户存入的10元相加，即100+10,得到结果IIO,线程2将100元与B用户 存入的5元相加，即100+5,得到结果105，之后，可能有两种情况。 一种是 线程1先将结果110写入支付宝内部帐户余额的存储单元中，线程2后将结果105 写入支付宝内部帐户余额的存储单元中，而后写入的105会覆盖之前写入的 110,因此，最终结果为105,而这个结果显然是不对的。另一种是线程2先 将结果105写入支付宝内部帐户余额的存储单元中，线程1后将结果110写入支 付宝内部帐户余额的存储单元中，而后写入的110会覆盖之前写入的105，因此， 最终结果为IIO,这个结果显然也是不对的。可见，无论上述哪种方式，最终 写入的结果都不正确。而正确的结果应当是100+10+5=115。出现这一异常结果的问题在于计算机系统允许对支付宝内部帐户余额中的值进行多线程并发处理。现有技术为了解决上述问题，采用了如图l流程所示的处理方式S101:交易平台计算机系统接收发来的大量交易请求。S102:交易平台计算机系统将接收到的交易请求排队。S103:交易平台计算机系统顺序处理排队的交易请求，并在处理一个交易请求的过程中，对支付宝内部帐户上锁。在处理一个交易请求的过程中，对支付宝内部帐户上锁，具体地讲，即在处理一个交易请求时，只允许当前所处理的交易请求对支付宝内部帐户的读写，而禁止其它交易请求对支付宝内部帐户的读写。现有技术上述方式的处理，可以避免前述可能出现异常结果的情况。例如，当前支付宝内部帐户余额为100元，即支付宝内部帐户余额的存储单元中的值为100，线程1需要做的处理为读取余额一将余额加10—更新余额，线程2需要做的处理为读取余额一将余额加5—更新余额。线程1和线程2顺序执行，则线程1执行时，对支付宝内部帐户余额存储单元的读写上锁，而只允许线程l的读写，则线程l的处理过程为读取100—执行100+10—更新为110。这样，线程l执行完毕后，支付宝内部帐户余额存储单元中的值更新为110，并且，对支付宝内部帐户进行解锁，以便后续其它线程可以继续对支付宝帐户执行处理。之后，线程2执行，在线程2执行过程中，对支付宝内部帐户余额存储单元的读写上锁，而只允许线程2的读写，线程2的处理过程为读取110—执行110+5—更新为115。这样，线程2执行完毕后，支付宝内部帐户余额存储单元中的值更新为115。可见，现有技术中上述处理方式解决了支付宝内部帐户可能出现异常结果的问题。但是，上述处理过程中，多个线程排队执行，且每个线程执行过程中，需要锁住内部帐户，这样，其它线程不得不顺序等待，则对于所有交易请求的处理，总的处理时间将延长。而当有大量交易请求时，长时间的交易数据的处理，会持续占用交易平台计算机系统的资源，从而导致交易平台计算机系统在一段期间内处理能力的下降。特别是如果在交易平台计算机系统本身负荷已较重的6情况下执行上述处理，交易平台计算机系统处理能力的下降会影响交易平台同时进行的其它业务的处理，从而降低客户的体验。
技术实现思路
本申请中的实施例的目的是提供一种交易数据处理方法及系统，以降低对交易平台计算机系统处理能力的影响。为解决上述技术问题，本申请中的实施例提供一种交易数据处理方法及系统是这样实现的一种交易数据处理方法帐务管理方法，包括交易平台计算机系统接收用户端发来的交易请求；交易平台计算机系统记录所述交易的账务流水数据；交易平台计算机系统在预定的时间段内利用所述记录的账务流水数据更新集中帐户的余额。优选地，所述交易平台计算机系统记录所述交易的账务流水数据，包括交易平台计算机系统记录所述交易的账务流水数据于集中帐户的分录中；或，交易平台计算机系统记录所述交易的账务流水数据记录于一緩冲表中。优选地，所述交易平台计算机系统记录所述交易的账务流水数据于集中帐户的分录中，包括交易平台计算机系统记录所述交易的账务流水数据于集中帐户的单边分录中；或，交易平台计算机系统记录所述交易的账本文档来自技高网...

【技术保护点】
一种交易数据处理方法，其特征在于，包括：　交易平台计算机系统接收用户端发来的交易请求；　交易平台计算机系统记录所述交易的账务流水数据；　交易平台计算机系统在预定的时间段内利用所述记录的账务流水数据更新集中帐户的余额。

【技术特征摘要】

【专利技术属性】
技术研发人员：于新林，
申请(专利权)人：阿里巴巴集团控股有限公司，
类型：发明
国别省市：VG[英属维尔京群岛]