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