專利名稱：：交易數據處理方法及系統(tǒng)的制作方法
技術領域：
：本申請涉及計算機系統(tǒng)
技術領域：
，特別涉及一種交易數據處理方法及系統(tǒng)。
背景技術：
：現(xiàn)有的網絡交易平臺中，作為網絡交易平臺提供商，往往需要參與到網絡交易涉及的資金流動過程中。例如淘寶網，推出的企業(yè)對用戶(BusinesstoCustomer,B2C)以及用戶對用戶(CustomertoCustomer,C2C)的交易平臺中，通過第三方支付軟件支付寶來支持交易中間環(huán)節(jié)的資金流通。以C2C業(yè)務舉例來說，作為普通用戶的買家和賣家在交易進行過程中，買家需要首先將交易涉及的資金首先轉入支付寶帳戶中，賣家看到該筆資金轉入支付寶賬戶中后，發(fā)送交易貨物，待買家收到貨物后，在淘寶網上確認收貨，之后，先前轉入支付寶帳戶中的資金再轉入賣家?guī)糁校瑥亩瓿山灰?。當然，B2B業(yè)務及B2C業(yè)務中，現(xiàn)有的一些交易平臺也需要參與中間環(huán)節(jié)的資金流通過程。仍以支付寶在C2C業(yè)務中的應用來舉例說明，交易中間環(huán)節(jié)中用于參與資金流通的支付寶內部帳戶。由于眾多交易的進行，通常該支付寶內部帳戶中需要記載大量的交易明細，通常，該交易明細在賬務記錄中稱之為分錄。支付寶內部帳戶的分錄包括資金交易的雙方的記錄。下表l為關于支付寶內部帳戶分錄的示例。用戶帳戶支付寶內部帳戶分錄號交易單交易時用戶帳用戶帳支付寶支付寶內支付寶內部號間戶ID戶發(fā)生內部帳部帳戶發(fā)帳戶余額額戶ID生額1用戶1+101001+101102用戶2-51001-51053...………...4<table>tableseeoriginaldocumentpage5</column></row><table>表l如表l,分錄中的一方為支付寶內部帳戶，另一方為用戶帳戶。例如分錄l中，購買物品的用戶1為支付寶充值10元人民幣，則分錄中的一條中記載用戶帳戶發(fā)生額為+10，支付寶內部帳戶(如該帳戶ID為0001)—方中記載支付寶內部帳戶發(fā)生額+10,如果之前支付寶內部帳戶余額為100,則分錄l中支付寶帳戶余額最終為110。再例如分錄2中，賣出物品的用戶2從支付寶中提取5元人民幣，則分錄中的一條中記載用戶帳戶發(fā)生額為-5，支付寶內部帳戶一方中記載支付寶內部帳戶發(fā)生額-5,之前支付寶內部帳戶余額為110，則分錄l中支付寶帳戶余額最終為105。上述分錄1和分錄2中的交易單號、交易時間信息在這里作了省略，當然還可能包括其它條目，例如涉及的銀行、銀行流水號等相關信息，在這里也作了省略?，F(xiàn)有技術中，在每次交易發(fā)生時，處理交易的計算機系統(tǒng)采取實時方式更新支付寶內部帳戶。實際當中，發(fā)生的交易量非常巨大，涉及的用戶也4艮多。而且，支付寶內部帳戶一4殳是固定的，而用戶帳戶包括大量不同的帳戶。大量不同帳戶發(fā)起的交易，可能是并發(fā)的。而所述計算機系統(tǒng)對支付寶內部帳戶的分錄記載和余額更新，如果采用多線程并發(fā)處理，可能會給余額更新帶來異常。例如，支付寶內部帳戶余額為100元，同時有A用戶的存款10元交易和B用戶的存款5元交易并發(fā)執(zhí)行，由線程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。出現(xiàn)這一異常結果的問題在于計算機系統(tǒng)允許對支付寶內部帳戶余額中的值進行多線程并發(fā)處理。現(xiàn)有技術為了解決上述問題，采用了如圖l流程所示的處理方式S101:交易平臺計算機系統(tǒng)接收發(fā)來的大量交易請求。S102:交易平臺計算機系統(tǒng)將接收到的交易請求排隊。S103:交易平臺計算機系統(tǒng)順序處理排隊的交易請求，并在處理一個交易請求的過程中，對支付寶內部帳戶上鎖。在處理一個交易請求的過程中，對支付寶內部帳戶上鎖，具體地講，即在處理一個交易請求時，只允許當前所處理的交易請求對支付寶內部帳戶的讀寫，而禁止其它交易請求對支付寶內部帳戶的讀寫?，F(xiàn)有技術上述方式的處理，可以避免前述可能出現(xiàn)異常結果的情況。例如，當前支付寶內部帳戶余額為100元，即支付寶內部帳戶余額的存儲單元中的值為100，線程1需要做的處理為讀取余額一將余額加10—更新余額，線程2需要做的處理為讀取余額一將余額加5—更新余額。線程1和線程2順序執(zhí)行，則線程1執(zhí)行時，對支付寶內部帳戶余額存儲單元的讀寫上鎖，而只允許線程l的讀寫，則線程l的處理過程為讀取100—執(zhí)行100+10—更新為110。這樣，線程l執(zhí)行完畢后，支付寶內部帳戶余額存儲單元中的值更新為110，并且，對支付寶內部帳戶進行解鎖，以便后續(xù)其它線程可以繼續(xù)對支付寶帳戶執(zhí)行處理。之后，線程2執(zhí)行，在線程2執(zhí)行過程中，對支付寶內部帳戶余額存儲單元的讀寫上鎖，而只允許線程2的讀寫，線程2的處理過程為讀取110—執(zhí)行110+5—更新為115。這樣，線程2執(zhí)行完畢后，支付寶內部帳戶余額存儲單元中的值更新為115。可見，現(xiàn)有技術中上述處理方式解決了支付寶內部帳戶可能出現(xiàn)異常結果的問題。但是，上述處理過程中，多個線程排隊執(zhí)行，且每個線程執(zhí)行過程中，需要鎖住內部帳戶，這樣，其它線程不得不順序等待，則對于所有交易請求的處理，總的處理時間將延長。而當有大量交易請求時，長時間的交易數據的處理，會持續(xù)占用交易平臺計算機系統(tǒng)的資源，從而導致交易平臺計算機系統(tǒng)在一段期間內處理能力的下降。特別是如果在交易平臺計算機系統(tǒng)本身負荷已較重的6情況下執(zhí)行上述處理，交易平臺計算機系統(tǒng)處理能力的下降會影響交易平臺同時進行的其它業(yè)務的處理，從而降低客戶的體驗。
發(fā)明內容本申請中的實施例的目的是提供一種交易數據處理方法及系統(tǒng)，以降低對交易平臺計算機系統(tǒng)處理能力的影響。為解決上述技術問題，本申請中的實施例提供一種交易數據處理方法及系統(tǒng)是這樣實現(xiàn)的一種交易數據處理方法帳務管理方法，包括交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求；交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據；交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額。優(yōu)選地，所述交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據，包括交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的分錄中；或，交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據記錄于一緩沖表中。優(yōu)選地，所述交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的分錄中，包括交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的單邊分錄中；或，交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的雙邊分錄中。優(yōu)選地，所述交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額，包括交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據進行合并，并利用合并后的數據更新集中帳戶的余額。優(yōu)選地，所述交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據進行合并，包括交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據按照字段分組合并；相應地，所述更新集中帳戶的余額包括利用分組合并后的數據更新所述集中帳戶的余額。優(yōu)選地，對于記錄賬務流水數據和在預定時間段執(zhí)行更新梯:作分別采用不同的線程獨立進行的情況，在進行所述更新集中帳戶余額操作過程中，對所述集中賬戶加鎖。一種交易數據處理系統(tǒng)，包括接收單元，用于接收用戶端發(fā)來的交易請求；記錄單元，用于記錄所述交易的賬務流水凄t據；時間段設置單元，用于設置預定時間段；更新單元，用于在預定的時間段內利用所述賬務流水數據更新集中帳戶的余額。優(yōu)選地，所述的系統(tǒng)中，所述記錄單元將所述交易的賬務流水數據記錄于集中帳戶的單邊分錄中或雙邊分錄中，或記錄于以獨立的緩沖表中。優(yōu)選地，所述的系統(tǒng)中，還包括合并單元，用于在預定的時間段內將所述記錄的賬務流水數據合并；相應地，所述更新單元在預定的時間^:內利用合并的賬務流水數據更新集中帳戶的余額。優(yōu)選地，所述的系統(tǒng)中，還包括分組單元，用于按照字段將所述記錄的賬務流水數據分組；相應地，所述合并單元在預定的時間段內將所述分組的賬務流水數據合并。優(yōu)選地，所述的系統(tǒng)中，還包括加鎖單元，對于記錄賬務流水數據和在預定時間段執(zhí)行更新操作分別采用不同的線程獨立進行的情況，用于在進行所述更新集中帳戶余額操作過程中，對所述集中賬戶加鎖。由上述本申請實施例可見，交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求，記錄所述交易的賬務流水數據，在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額，這樣，對于大量交易請求，可以選擇在合適的時間段處理交易數據，從而避免由于處理交易數據占用繁忙時段交易平臺計算機系統(tǒng)的資源，從而提升交易平臺計算機系統(tǒng)在繁忙時間段的處理能力。特別是對于上述采用合并處理交易數據的方式，由于對集中帳戶的余額僅更新較少的次數，這樣可以有效縮短集中帳戶余額的更新時間，從而可以提高處理效率以及交易平臺計算機系統(tǒng)處理并發(fā)性事物的能力，當然也會提升客戶的體驗。圖1為現(xiàn)有技術中交易數據處理方法的流程圖2為本申請交易數據處理方法實施例的流程圖；圖3為本申請交易數據處理系統(tǒng)一實施例的框圖；圖4為本申請交易數據處理系統(tǒng)一實施例的框圖；圖5為本申請交易數據處理系統(tǒng)一實施例的框圖。具體實施例方式為了使本
技術領域：
的人員更好地理解本申請方案，下面結合附圖和實施方式對本申請實施例作進一步的詳細說明。如前所述，支付寶內部帳戶一般是固定的，而用戶帳戶包括大量不同的帳以下介紹本申請交易數據處理方法的第一實施例，圖2示出了該實施例的流程，如圖2所示S201:交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求。如前所述，交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求，一般包括大量的用戶端發(fā)來的交易請求。而且，這些用戶端往往是隨機的。實際當中，以應用在淘寶網的支付寶交易平臺計算機系統(tǒng)舉例，往往在每個時間段內都收到成千上萬(甚至更多)的用戶發(fā)來的交易請求。這些大量的交易請求中，可以包括用戶付款到支付寶內部帳戶(如買家購買物品時先打款到支付寶帳戶，以及用戶為支付寶帳戶充值)，用戶從支付寶內部帳戶提現(xiàn)(如賣家從支付寶帳戶提現(xiàn)到銀行卡，買家從支付寶帳戶的退款中提現(xiàn)到銀行卡)等。而交易平臺計算機系統(tǒng)，正是用以處理這類大量交易請求的計算機系統(tǒng)。此外，所述交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求，可以是交易平臺計算機系統(tǒng)直接接收用戶端發(fā)來的交易請求，也可以是通過其它中間平臺9處理后的交易請求，對于后者，例如可以是支付寶平臺計算機系統(tǒng)接收經由淘寶網網站服務器處理一些必要信息后的交易請求。S202:交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據。在網絡交易平臺發(fā)生眾多交易的情況下，集中帳戶一般用做資金的中轉，且集中帳戶的余額通常會保持較大的數額。仍以支付寶交易為例，支付寶交易平臺計算機系統(tǒng)接收的大量交易請求后，并不是由支付寶交易平臺計算機系統(tǒng)的即時處理即可使交易立刻達成，或者并不需要支付寶交易平臺計算機系統(tǒng)的即時處理，而是可能還需要后續(xù)的過程，如賣家發(fā)貨，發(fā)貨后貨物在物流的過程，以及買家收貨過程。支付寶交易平臺計算機系統(tǒng)一般還對交易限定交易時長，例如買家在付款到支付寶后，支付寶交易平臺計算機系統(tǒng)會以買家付款時間為起點設定一段時間的交易時長，如15天的交易時長。這15天內，留作賣家發(fā)貨、買家收貨，買家確認等過程的時間。當然，還存在支付寶內部帳戶退款到買家，買家或賣家從支付寶內部帳戶中提現(xiàn)到銀行帳戶等的過程，也是需要由作為用戶的買家或賣家提出提現(xiàn)申請后支付寶交易平臺計算機系統(tǒng)才進一步處理?；谶@一特點，集中帳戶只需在一合理的時間段內做一次余額更新即可，而并不需要實時更新。但是，交易平臺計算機系統(tǒng)接收到發(fā)來的交易請求后，需要記錄所述交易的賬務流水數據。所謂賬務流水數據，是會計學領域公知的常識，其包括交易明細中一系列的發(fā)生額。仍如表l中所示，2個用戶帳戶的發(fā)生額+10,-5,所述賬務流水數據包括該發(fā)生額+10，-5。所述交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據，可以是記錄于集中帳戶的分錄中，也可以是記錄于一緩沖表中。所述記錄于集中帳戶的分錄中，可以如下表2中所示，記錄于雙邊分錄中，即在分錄的用戶帳戶和支付寶內部帳戶都記載至少包括發(fā)生額的賬務流水數據用戶帳戶支付寶內部帳戶<table>tableseeoriginaldocumentpage11</column></row><table><table>tableseeoriginaldocumentpage12</column></row><table>表4此外，記錄于一緩沖表中，可以如下表5中所示，該表中，利用一單獨的緩沖表記錄賬務流水數據<table>tableseeoriginaldocumentpage12</column></row><table>表5上述僅記錄于單邊分錄中的方式以及記錄于緩沖表的方式，由于不需要像現(xiàn)有技術中那樣在交易的雙方都記錄賬務流水數據，因此還節(jié)省了大量的存儲空間。事實上，當需要查詢一方的賬務流水數據時，可以通過查詢對應另一方的賬務流水數據實現(xiàn)。這樣，通過S202，交易平臺計算機系統(tǒng)記錄了交易的賬務流水數據。S203:交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額。盡管交易平臺計算機系統(tǒng)接收的交易請求數量巨大，但還是存在相對繁忙和空閑的時間段。例如，白天和晚上18點至23點的交易請求數量會明顯大于凌晨。而對于逐條賬務流水數據都更新余額的情況，由于基于每一條賬務流水數據更新余額都需要花費一定的處理時間，因此，可以將這一工作設置在交易平臺計算機系統(tǒng)相對空閑的時間段進行，從而可以減輕交易平臺計算機系統(tǒng)的總體負荷。例如，在預定的凌晨2:00至2:30這相對空閑的30分鐘內利用記錄的賬務流水數據更新集中帳戶的余額。則在預定的時間段內利用所述記錄的賬務流水數據更新后的集中帳戶余額可以如表6中所示<table>tableseeoriginaldocumentpage12</column></row><table><table>tableseeoriginaldocumentpage13</column></row><table>表6從表6中可見，對于記錄的賬務流水數據中的每一條，都對余額進行了更新。且表6為與前面表2對應的形式，當然，也可以是與前面表3、4分別對應的形式。而對于前述表5，可以將緩沖表中記錄的賬務流水數據插入到集中帳戶的賬務流水中，并在預定的時間段內利用所述賬務流水數據更新集中帳戶的余額。上述S203的方式，盡管選在交易平臺計算機系統(tǒng)相對空閑的時間段進行，但是，由于仍是基于每一條賬務流水數據更新余額，而基于每一條賬務流水數據更新數據都需要花費一定的處理時間，因此，這樣的方式，僅就更新數據來講，仍占用交易平臺計算機系統(tǒng)的較多資源。以下給出S203的一種優(yōu)化的實現(xiàn)方式交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據進行合并，并利用合并后的數據更新集中帳戶的余額。以下給出幾個例子。例如表5中的緩沖表中的數據進行合并后如下表7所示<table>tableseeoriginaldocumentpage13</column></row><table>表7可見，緩沖表中的賬務流水數據合并后的發(fā)生額最終為22。進而，可以利用合并后的發(fā)生額22更新集中帳戶的數據，即將22與集中帳戶的余額進行合并并更新。例如支付寶內部帳戶的余額為100，與22合并后為122，進而，將122更新為支付寶內部帳戶的最終余額。當然，對于表2、3、4中的方式，也可以先將賬務流水數據進行合并，之后再利用合并后的賬務流水數據更新集中帳戶的余額，且這種方式與上述方式類似，在此不再贅述。這樣的方式，由于預先將賬務流水數據進行了合并，最終只利用合并后的發(fā)生額更新集中帳戶的余額，也就是說，對集中帳戶的余額，僅更新了一次，而不像S203前述的方式或現(xiàn)有技術中那樣，對于每一條賬務流水數據，都更新集中帳戶的余額。顯然地，這樣的方式，即更新一次集中帳戶余額的方式，可以有效縮短集中帳戶余額的更新時間，從而可以提高處理效率以及交易平臺計算機系統(tǒng)處理并發(fā)性事物的能力。上述方式中，也可以對集中帳戶的分錄按照用戶帳戶ID、交易時間，涉及的銀行等字段分組合并，這樣可能產生若干個分組合并后的發(fā)生額，對于集中帳戶余額，對應地，可能需要若干次更新，但仍然大大低于現(xiàn)有方式中逐條分錄都進行余額更新的方式。分組合并更新的方式，利于按照不同字段對不同類型業(yè)務的分組匯總，從而利于其它查詢等的操作。在本申請上述實施例中，記錄賬務流水數據和在預定時間段執(zhí)行更新操作，可以采用不同的線程獨立進行。這樣，在進行更新集中帳戶余額操作時，可以對該賬戶加鎖，以防止其它線程的重復處理。由上述本申請實施例可見，交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求，記錄所述交易的賬務流水數據，在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額，這樣，對于大量交易請求，可以選擇在合適的時間段處理交易數據，從而避免由于處理交易數據占用繁忙時段交易平臺計算機系統(tǒng)的資源，從而提升交易平臺計算機系統(tǒng)在繁忙時間段的處理能力。特別是對于上述采用合并處理交易數據的方式，由于對集中帳戶的余額僅更新較少的次數，這樣可以有效縮短集中帳戶余額的更新時間，從而可以提高處理效率以及交易平臺計算機系統(tǒng)處理并發(fā)性事物的能力，當然也會提升客戶的體驗。以下介紹本申請交易數據處理系統(tǒng)的實施例，圖3示出了該系統(tǒng)實施例的框圖，如圖3中，該系統(tǒng)實施例可以包括接收單元31,用于接收用戶端發(fā)來的交易請求；記錄單元32，用于記錄所述交易的賬務流水數據；時間段設置單元33，用于設置預定時間段；更新單元34,用于在預定的時間段內利用所述賬務流水數據更新集中帳戶的余額。優(yōu)選地，所述的系統(tǒng)中，所述記錄單元32將所述交易的賬務流水H據記錄于集中帳戶的單邊分錄中或雙邊分錄中，或記錄于以獨立的緩沖表中。優(yōu)選地，如圖4所示，所述的系統(tǒng)中還可以包括合并單元35,用于在預定的時間段內將所述記錄的賬務流水數據合并；相應地，所述更新單元34在預定的時間段內利用合并的賬務流水數據更新集中帳戶的余額。優(yōu)選地，如圖5所示，所述的系統(tǒng)中還可以包括分組單元36,用于按照字段將所述記錄的賬務流水數據分組；相應地，所述合并單元35在預定的時間^艮內將所述分組的賬務流水it據合并。優(yōu)選地，如圖5所示，所述的系統(tǒng)中還可以包括加鎖單元37，對于記錄單元32記錄賬務流水數據和更新單元34在預定時間段執(zhí)行更新操作分別采用不同的線程獨立進行的情況，用于在進行所述更新集中帳戶余額操作過程中，對所述集中賬戶加鎖。為了描述的方便，以上所述系統(tǒng)的各部分以功能分為各種單元分別描述。當然，在實施本發(fā)明時可以把各單元的功能在同一個或多個軟件或硬件中實現(xiàn)。通過以上的實施方式的描述可知，本領域的4支術人員可以清楚地了解到本申請中的實施例可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本申請中的實施例的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在存儲介質中，如ROM/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網絡設備等)執(zhí)行本申請中的各個實施例或者實施例的某些部分所述的方法。本說明書中，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。本申請中的實施例可用于眾多通用或專用的計算系統(tǒng)環(huán)境或配置中。例如個人計算機、服務器計算機、手持設備或便攜式設備、平板型設備、多處理器系統(tǒng)、基于微處理器的系統(tǒng)、置頂盒、可編程的消費電子設備、網絡PC、小型計算機、大型計算機、包括以上任何系統(tǒng)或設備的分布式計算環(huán)境等等。本申請中的實施例可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或實現(xiàn)特定抽象數據類型的例程、程序、對象、組件、凄t據結構等等。也可以在分布式計算環(huán)境中實踐本申請中的實施例，在這些分布式計算環(huán)境中，由通過通信網絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內的本地和遠程計算機存儲介質中。權利要求1、一種交易數據處理方法，其特征在于，包括交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求；交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據；交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額。2、根據權利要求1所述的方法，其特征在于，所述交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據，包括交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的分錄中；或，交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據記錄于一緩沖表中。3、根據權利要求2所述的方法，其特征在于，所述交易平臺計算機系統(tǒng)記錄所述交易的賬務流水凝:據于集中帳戶的分錄中，包括交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的單邊分錄中；或，交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據于集中帳戶的雙邊分錄中。4、根據權利要求2所述的方法，其特征在于，所述交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額，包括交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據進行合并，并利用合并后的數據更新集中帳戶的余額。5、根據權利要求1所述的方法，其特征在于，所述交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據進行合并，包括交易平臺計算機系統(tǒng)在預定的時間段內將所述記錄的賬務流水數據按照字段分組合并；相應地，所述更新集中帳戶的余額包括利用分組合并后的數據更新所述集中帳戶的余額。6、根據權利要求1所述的方法，其特征在于，對于記錄賬務流水數據和在預定時間段執(zhí)行更新操作分別采用不同的線程獨立進行的情況，在進行所述更新集中帳戶余額操作過程中，對所述集中賬戶加鎖。7、一種交易數據處理系統(tǒng)，其特征在于，包括接收單元，用于接收用戶端發(fā)來的交易請求；記錄單元，用于記錄所述交易的賬務流水^:據；時間段設置單元，用于設置預定時間段；更新單元，用于在預定的時間段內利用所述賬務流水數據更新集中帳戶的余額。8、如權利要求7所述的系統(tǒng)，其特征在于，所述記錄單元將所述交易的賬務流水數據記錄于集中帳戶的單邊分錄中或雙邊分錄中，或記錄于以獨立的緩沖表中。9、如權利要求7所述的系統(tǒng)，其特征在于，還包括合并單元，用于在預定的時間段內將所述記錄的賬務流水數據合并；相應地，所述更新單元在預定的時間段內利用合并的賬務流水數據更新集中帳戶的余額。10、如權利要求8所述的系統(tǒng)，其特征在于，還包括分組單元，用于按照字段將所述記錄的賬務流水數據分組；相應地，所述合并單元在預定的時間段內將所述分組的賬務流水數據合并。11、如權利要求7所述的系統(tǒng)，其特征在于，還包括加鎖單元，對于記錄賬務流水數據和在預定時間段執(zhí)行更新操作分別采用不同的線程獨立進行的情況，用于在進行所述更新集中帳戶余額操作過程中，對所述集中賬戶加鎖。全文摘要交易數據處理方法及系統(tǒng)。一種交易數據處理方法實施例，包括交易平臺計算機系統(tǒng)接收用戶端發(fā)來的交易請求；交易平臺計算機系統(tǒng)記錄所述交易的賬務流水數據；交易平臺計算機系統(tǒng)在預定的時間段內利用所述記錄的賬務流水數據更新集中帳戶的余額。利用本發(fā)明，可以避免由于處理交易數據占用繁忙時段交易平臺計算機系統(tǒng)的資源，從而提升交易平臺計算機系統(tǒng)在繁忙時間段的處理能力。文檔編號G06Q30/00GK101477667SQ20091000553公開日2009年7月8日申請日期2009年1月19日優(yōu)先權日2009年1月19日發(fā)明者于新林申請人:阿里巴巴集團控股有限公司