本申請涉及計算機
技術領域：
，尤其涉及一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄系統(tǒng)、方法及裝置，以及一種銀行內(nèi)部賬戶的補賬系統(tǒng)、方法及裝置。
背景技術：
：隨著互聯(lián)網(wǎng)的發(fā)展，互聯(lián)網(wǎng)資源的需求不斷增大，比如網(wǎng)絡存儲資源、安全監(jiān)控資源等，并且為了滿足交換、流通的需求，還出現(xiàn)了一些虛擬的互聯(lián)網(wǎng)資源，比如積分資源、虛擬貨幣等，這些都可以統(tǒng)稱為互聯(lián)網(wǎng)資源。每個用戶都有自己的賬戶來管理自己的互聯(lián)網(wǎng)資源，可以將用戶自己的賬戶稱為分賬戶。同樣，為了方便管理互聯(lián)網(wǎng)資源，并且統(tǒng)計可調(diào)度的資源、以及各種流通情況，也會有至少一個共享賬戶，一般這個共享賬戶會對應多個分賬戶，當分賬戶向共享賬戶發(fā)送資源請求時(獲取、歸還、交換等)，共享賬戶會完成資源請求，在完成請求后，生成變動信息(增加、減少、兌換等)，并根據(jù)變動信息進行記錄。比如，某個分賬戶向對應的共享賬戶請求網(wǎng)絡存儲資源，當共享賬戶將網(wǎng)絡存儲資源的地址分配給該賬戶后，會生成變動信息，并將這次變動信息進行記錄?，F(xiàn)有技術，對互聯(lián)網(wǎng)資源共享賬戶變動信息進行記錄是采用逐個實時記錄的方式，即當共享賬戶內(nèi)的記錄系統(tǒng)接收到一個變動信息后，就立刻進行記錄，保證了實時性；但由于共享賬戶一般對應很多分賬戶，過多的變動信息就可能出現(xiàn)共享賬戶在記錄時壓力過大，還可能出現(xiàn)等待列隊等，這就占用了過多的處理資源，造成性能瓶頸。另外，如果共享賬戶出現(xiàn)崩潰的情況，還會共享賬戶的可用性。技術實現(xiàn)要素：本申請實施例提供一種針對互聯(lián)網(wǎng)資源共享賬戶變動信息的記錄方法，用于解決現(xiàn)有技術對變動信息進行逐個實時記錄時，由于變動信息過多，出現(xiàn)性能瓶頸的問題。本申請實施例提供一種針對互聯(lián)網(wǎng)資源共享賬戶變動信息的記錄裝置，用于解決現(xiàn)有技術對變動信息進行逐個實時記錄時，由于變動信息過多，出現(xiàn)性能瓶頸的問題。本申請實施例提供一種銀行內(nèi)部賬戶的補賬方法。本申請實施例提供一種銀行內(nèi)部賬戶的補賬裝置。本申請實施例采用下述技術方案：一種針對互聯(lián)網(wǎng)資源共享賬戶變動信息的記錄方法，所述變動信息包含變動發(fā)生時間、變動類型以及變動資源值，所述方法包括：根據(jù)當前時間確定需要記錄的變動信息的批次號，所述批次號是根據(jù)所述變動發(fā)生時間，以及變動信息的接收時間，對變動信息進行的標記；根據(jù)確定出的批次號，選取需要記錄的變動信息；根據(jù)選取的變動信息中的變動類型以及變動資源值，對不同變動類型對應的變動信息進行變動資源值統(tǒng)計，得到變動結果；根據(jù)所述變動結果對共享賬戶變動信息進行記錄。優(yōu)選地，所述批次號是根據(jù)變動發(fā)生時間以及變動信息的接收時間，并按照預設單日批次數(shù)，對變動信息進行的標記；則根據(jù)當前時間確定需要記錄的變動信息的批次號，包括：按照預設記錄時間間隔，定時根據(jù)當前時間確定需要記錄的變動信息的批次號。優(yōu)選地，根據(jù)確定出的批次號，選取需要記錄的變動信息，包括：根據(jù)確定出的批次號，選取等于和小于需要記錄的批次號對應的變動信息。一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄裝置，包括：標記單元、 確定單元、選取單元、匯總單元以及記錄單元，其中，所述標記單元，用于根據(jù)變動信息中包含的變動發(fā)生時間，以及變動信息的接收時間，對變動信息進行批次號標記；所述確定單元，用于根據(jù)當前時間確定需要記錄的變動信息的批次號；所述選取單元，用于根據(jù)確定出的批次號，選取需要記錄的變動信息；所述統(tǒng)計單元，用于根據(jù)選取的變動信息中的變動類型以及變動資源值，對不同變動類型對應的變動信息進行變動資源值統(tǒng)計，得到變動結果；所述記錄單元，用于根據(jù)變動結果對共享賬戶變動信息進行記錄。優(yōu)選地，所述標記單元，具體用于：根據(jù)變動發(fā)生時間以及變動信息的接收時間，并按照預設單日批次數(shù)，對變動信息進行批次號標記；則所述裝置還包括：定時單元，具體用于：按照預設記錄時間間隔，定時觸發(fā)確定單元及記錄單元，以便完成對共享賬戶變動信息進行記錄。優(yōu)選地，所述選取單元，具體用于：根據(jù)確定出的批次號，選取等于和小于需要記錄的批次號對應的變動信息。一種銀行內(nèi)部賬戶的補賬方法，其特征在于，所述補賬消息包含交易時間、交易類型以及交易金額，所述方法包括：根據(jù)當前時間確定需要補賬的補賬消息的批次號，所述批次號是根據(jù)所述交易時間，以及補賬消息的接收時間，對補賬消息進行的標記；根據(jù)確定出的批次號，選取需要補賬的補賬消息；根據(jù)選取的補賬消息中的交易類型以及交易金額，對不同交易類型對應的補賬消息進行交易金額統(tǒng)計，得到補賬結果；根據(jù)所述補賬結果對內(nèi)部賬戶進行補賬。優(yōu)選地，所述批次號是根據(jù)交易時間以及補賬消息的接收時間，并按照預設單日批次數(shù)，對變動信息進行的標記；則根據(jù)當前時間確定需要補賬的補賬消息的批次號，包括：按照預設補賬時間間隔，定時根據(jù)當前時間確定需要補賬的補賬消息的批次號。優(yōu)選地，根據(jù)確定出的批次號，選取需要補賬的補賬消息，包括：根據(jù)確定出的批次號，選取等于和小于需要補賬的批次號對應的補賬消息。一種銀行內(nèi)部賬戶的補賬系統(tǒng)，其特征在于，包括：內(nèi)部賬戶補賬系統(tǒng)以及內(nèi)部賬戶賬務系統(tǒng)，其中，所述內(nèi)部賬戶補賬系統(tǒng)包括：受理系統(tǒng)、匯總系統(tǒng)以及發(fā)送系統(tǒng)，其中，所述受理系統(tǒng)，包括：接收系統(tǒng)、標記系統(tǒng)，其中，所述接收系統(tǒng)，用于接收針對銀行內(nèi)部賬戶的補賬消息，所述補賬消息中包含交易時間、交易類型以及交易金額；所述標記系統(tǒng)，用于根據(jù)交易時間以及補賬消息的接收時間，對補賬消息進行批次號標記；所述匯總系統(tǒng)，包括：確定系統(tǒng)、選取系統(tǒng)以及統(tǒng)計系統(tǒng)，其中，所述確定系統(tǒng)，用于根據(jù)當前時間確定需要補賬的補賬消息的批次號；所述選取系統(tǒng)，用于根據(jù)確定出的批次號，選取需要補賬的補賬消息；所述統(tǒng)計系統(tǒng)，用于根據(jù)選取的補賬消息中的交易類型以及交易金額，對不同交易類型對應的補賬消息進行交易金額統(tǒng)計，得到補賬結果；所述發(fā)送系統(tǒng)，用于將統(tǒng)計后的補賬結果發(fā)送給所述內(nèi)部賬戶賬務系統(tǒng)；所述內(nèi)部賬戶賬務系統(tǒng)，用于根據(jù)接收到的補賬結果對內(nèi)部賬戶進行補賬。優(yōu)選地，所述標記系統(tǒng)，具體用于：根據(jù)交易時間以及補賬消息的接收時間，并按照預設單日批次數(shù)，對補賬消息進行批次號標記；則所述系統(tǒng)還包括：定時系統(tǒng)，具體用于：按照預設補賬時間間隔，定時觸發(fā)匯總系統(tǒng)以及發(fā)送系統(tǒng)，以便完成對內(nèi)部賬戶進行補賬。優(yōu)選地，所述選取系統(tǒng)，具體用于：根據(jù)確定出的批次號，選取等于和小于需要補賬的批次號對應的補賬消息。本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：在不同時間接收到變動信息后，根據(jù)變動發(fā)生時間和接收到變動信息的時間，對變動信息按照批次順序進行批次號標記。在開始記錄操作時，先根據(jù)當前時間確定需要記錄的變動信息的批次號，再根據(jù)確定出的批次號選取并統(tǒng)計，得到相對單一的變動結果，最后根據(jù)變動結果進行逐批次記錄。也就做到了隨著時間的推移，以及互聯(lián)網(wǎng)資源請求的發(fā)生，將不同時間段的變動信息進行逐批次歸類，再根據(jù)不同時間，逐批次對歸類后的變動信息統(tǒng)計，得到相對單一的結果，并記錄。解決了現(xiàn)有技術對變動信息進行逐個實時記錄的方式，由于變動信息過多，導致共享賬戶壓力過大，造成性能瓶頸的問題。該方法利用“將整體分批次、將多元進行歸一”的思想，以及“逐批次標記和記錄自由控制頻率”的手段，既可以盡量保證實時性，又可以控制處理資源的占用率，降低出現(xiàn)崩潰的情況，還能提高共享賬戶的可用性。附圖說明此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用于解釋本申請，并不構成對本申請的不當限定。在附圖中：圖1為本申請實施例1提供的一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄方法的流程示意圖；圖2為本申請實施例2提供的一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄裝置的結構框圖；圖3為本申請實施例3提供的一種銀行內(nèi)部賬戶的補賬方法的流程示意圖；圖4為本申請實施例4提供的一種銀行內(nèi)部賬戶的補賬系統(tǒng)的結構框圖。具體實施方式為使本申請的目的、技術方案和優(yōu)點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├?，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本申請保護的范圍。以下結合附圖，詳細說明本申請各實施例提供的技術方案。實施例1如前所述，現(xiàn)有技術，對互聯(lián)網(wǎng)資源共享賬戶變動信息進行記錄是當共享賬戶內(nèi)的記錄系統(tǒng)接收到變動信息后，就立刻進行記錄，比如，在一分鐘之內(nèi)，有10000個分賬戶向共享賬戶發(fā)送了互聯(lián)網(wǎng)資源請求(比如，獲取、歸還、兌換等)，在完成請求后，就生成了10000個變動信息，并向記錄系統(tǒng)逐個發(fā)送。當記錄系統(tǒng)接收到第1個變動信息時，就立刻進行記錄，直到將第10000個變動信息記錄完畢。相對于對應的多個分賬戶，共享賬戶就可以看作是一個單點，需要應付多個分賬戶的變動信息，記錄系統(tǒng)在單位時間內(nèi)也是有可處理數(shù)量的，如果持續(xù)的接收變動信息，就會出現(xiàn)壓力過大，還可能出現(xiàn)等待列隊，比如，處理到第5000個變動信息時，又陸續(xù)來了20000個變動信息，只能等待，這就會占用過多的處理資源，造成性能瓶頸。如果出現(xiàn)差錯，還可能出現(xiàn)記錄系統(tǒng)崩潰，還可能導致共享賬戶崩潰，也就影響了共享賬戶的可用性?；诖巳毕?，本發(fā)明人提出了一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄方法，用于解決現(xiàn)有技術對變動信息進行逐個實時記錄時，由于變動信息過多，出現(xiàn)性能瓶頸的問題。此外還能減少共享賬戶出現(xiàn)崩潰的幾率，提高共享賬戶的可用性。該方法的流程示意圖如圖1所示，包括下述步驟：步驟11：根據(jù)當前時間確定需要記錄的變動信息的批次號。在該步驟中，變動信息是根據(jù)共享賬戶完成分賬戶發(fā)送的互聯(lián)網(wǎng)資源請求 而生成的，比如，分賬戶a1向共享賬戶a發(fā)送獲取100積分的請求，則根據(jù)該請求生成變動信息為“a減少100積分到a1”，其中，“a減少到a1”就表示了變動類型，變動類型可以包括：獲取(分賬戶從共享賬戶中獲取互聯(lián)網(wǎng)資源)、歸還(分賬戶將互聯(lián)網(wǎng)資源歸還給共享賬戶)、兌換(分賬戶將一種資源從共享賬戶中兌換另一種資源)等等；“100”就是變動的資源值，又如“10tb網(wǎng)絡存儲資源”中的“10”也是變動的資源值。通常情況下，變動信息中還可以包含變動發(fā)生時間，也可以認為是互聯(lián)網(wǎng)資源請求的時間，比如“11:01:35”，這就是精確到秒的變動發(fā)生時間。批次號可以是根據(jù)變動發(fā)生時間，以及變動信息的接收時間，對變動信息進行的標記。具體地，變動發(fā)生時間可以是指共享賬戶接收到互聯(lián)網(wǎng)資源請求的時間，而變動信息的接收時間可以是指接收到變動信息時的時間。一種情況下，分賬戶會在發(fā)送請求時就希望立刻處理，就如現(xiàn)在發(fā)出請求就需要立刻實現(xiàn)請求的目的，在經(jīng)過生成變動信息的時間后，通常變動信息的接收時間會晚于變動發(fā)生的時間，此時，就可以以變動信息的接收時間為準，將接收時間作為批次參考時間，對變動信息進行批次號標記，可以將一天24小時分為24個批次，變動信息的接收時間屬于哪個小時就可以將其標記為哪個批次，比如，變動信息的接收時間為11：22：35，那么就可以為該變動信息標記為第11批次；還可以將一天24小時分為48批次，則11：22：35接收到的變動信息就是第21批次。還有一種情況，分賬戶會發(fā)送預約請求，比如一定時間后，執(zhí)行該請求，但是也會生成變動信息，此時，變動發(fā)生時間就可能晚于變動信息的接收時間，那么就可以以變動發(fā)生時間作為批次參考時間，比如，變動信息的接收時間為11：22：35，交易發(fā)生時間為14：00，那么該變動信息的批次號就可以是第14批次。在進行批次號標記的過程中，完全可以根據(jù)不同的需要，將一天分為若干批次。在一種實施方式中，可以根據(jù)變動發(fā)生時間以及變動信息的接收時間，并按照預設單日批次數(shù)，對變動信息進行的標記。具體地，預設記錄的時間間 隔可以是天、時、分、秒，比如，如果預設的時間間隔為天，那么在一個24小時之內(nèi)的所有變動信息都作為一批，具體可以根據(jù)下述公式進行計算：tagnum＝tagtime/(24h/n)，其中，n是指單日批次數(shù)，24h是指單日的時間，單位可以是時、分、秒，并可以根據(jù)n的個數(shù)調(diào)整；tagtime是指批次參考時間，tagnum是指批次號。比如n＝480，在前文已經(jīng)介紹批次參考時間是根據(jù)變動發(fā)生時間和變動信息接收時間的前后順序而定，如某個變動信息的批次參考時間是11：22：35，那么tagnum＝(11×60+22+35/60)/(24×60/480)＝228，則該變動信息的批次號為228。當前時間就是在開始針對共享賬戶變動信息的記錄操作開始時的時間，因為不同的變動信息已經(jīng)被標記了不同了批次號，所以就可以依次對由小到大的批次號對應的變動信息進行記錄，在標記過程中，可以將一天24小時分為24個批次，在確定需要記錄的變動信息的批次號時，也可以根據(jù)這個規(guī)則還確定，但是由于標記的操作和記錄的操作時并行的，所以根據(jù)變動信息接收時間確定出的批次號就會和根據(jù)當前時間確定出的批次號沖突，所以就可以設定根據(jù)當前時間確定出的需要記錄的變動信息的批次號是當前時間所屬批次的上一批次。比如，以一天24小時分為24個批次，變動信息的接收時間為11：22：00，那么就為該變動信息標記為第11批次，在開始記錄操作時，當前時間為11：22：00，當前時間所屬的批次為第11批次，那么就可以確定需要記錄的變動信息的批次號為第10批次，等到當前時間為12：00時，就可以對所以第11批次的變動信息進行記錄。在前文已經(jīng)介紹，可以按照預設單日批次數(shù)，對變動信息進行的標記，為了盡量達到實時性的目的，本步驟可以按照預設記錄時間間隔，定時根據(jù)當前時間確定需要記錄的變動信息的批次號。比如預設記錄時間間隔可以與(24h/n)相同，形成“標記批次號”和“確定需要記錄的批次號”是同一步調(diào)，具體比如當為第11批次的變動信息標記時，將第10批次的變動信息進行記錄，以此類推。也可以根據(jù)不同需求動態(tài)調(diào)整記錄時間間隔，比如根據(jù)當前處理資 源的占用率，實時性的要求燈，縮短或加長時間間隔，具體比如，在為第10批次和第11批次標記時不進行處理，在為第12批次標記時，縮短記錄時間間隔，集中對第10、11批次的變動信息進行記錄。步驟12：根據(jù)確定出的批次號，選取需要記錄的變動信息。在步驟11中，已經(jīng)確定出了需要記錄的變動信息的批次號，該步驟中，就可以根據(jù)批次號來選取變動信息，比如，確定出需要記錄的變動信息的批次號為第10批次，那么就可以選取所有標記為第10批次的變動信息。在實際應用中，有可能出現(xiàn)漏選的情況，所以為了達到對上一次記錄操作進行補漏的目的，本步驟也可以根據(jù)確定出的批次號，選取等于和小于需要記錄的批次號對應的變動信息。比如，確定出需要記錄的變動信息的批次號為第10批次，那么就可以選取所有標記為第10批次以前的所有變動信息。步驟13：根據(jù)選取的變動信息中的變動類型以及變動資源值，對不同變動類型對應的變動信息進行變動資源值統(tǒng)計，得到變動結果。在步驟12中，已經(jīng)選取了需要記錄的變動信息，在本步驟中，就可以進行統(tǒng)計，由于變動信息中的類型決定了增加和減少，變動的資源值決定了這一批變動信息的變動結果，所以，可以根據(jù)變動類型以及變動資源值，對不同變動類型對應的變動信息進行變動資源值統(tǒng)計，得到變動結果。比如本批次有1000個變動信息，包含了獲取和歸還，對于共享賬戶而言，獲取就是減少了，歸還就是增加了，從而可以進行變動資源值統(tǒng)計，得到本批次的變動結果。在實際應用中，可能會有兌換等其他各種類型，所以可能不一定值針對一個共享賬戶，這就需要分別進行統(tǒng)計，此處不再贅述。步驟14：根據(jù)變動結果對共享賬戶變動信息進行記錄。在步驟13中得到了變動結果，這個變動結果就是對同一批次的多個變動信息進行統(tǒng)計，得到的一個結果，比如增加了1000積分資源，就可以將該結果進行記錄，也就完成了對同一批次多個變動信息的記錄。需要說明，這里所說的一個結果，并非指多個變動信息對應“一個結果”，而是指多個變動信息中 可以合并統(tǒng)計的部分，形成的一個結果，但在實際應用中可能會針對不同共享賬戶，不同變動類型，形成多個結果，“一個結果”只是指“多元歸一”的思想。采用實施例1提供的該方法，在不同時間接收到變動信息后，根據(jù)變動發(fā)生時間和接收到變動信息的時間，對變動信息按照批次順序進行批次號標記。在開始記錄操作時，先根據(jù)當前時間確定需要記錄的變動信息的批次號，再根據(jù)確定出的批次號選取并統(tǒng)計，得到相對單一的變動結果，最后根據(jù)變動結果進行逐批次記錄。也就做到了隨著時間的推移，以及互聯(lián)網(wǎng)資源請求的發(fā)生，將不同時間段的變動信息進行逐批次歸類，再根據(jù)不同時間，逐批次對歸類后的變動信息統(tǒng)計，得到相對單一的結果，并記錄。解決了現(xiàn)有技術對變動信息進行逐個實時記錄的方式，由于變動信息過多，導致共享賬戶壓力過大，造成性能瓶頸的問題。該方法利用“將整體分批次、將多元進行歸一”的思想，以及“逐批次標記和記錄自由控制頻率”的手段，既可以盡量保證實時性，又可以控制處理資源的占用率，降低出現(xiàn)崩潰的情況，還能提高共享賬戶的可用性。實施例2基于相同的發(fā)明構思，由于整個記錄方法需要各司其職，所以實施例2提供了一種針對互聯(lián)網(wǎng)資源共享賬戶資源變動信息的記錄裝置，用于解決現(xiàn)有技術對變動信息進行逐個實時記錄時，由于變動信息過多，出現(xiàn)性能瓶頸的問題。此外還能減少共享賬戶出現(xiàn)崩潰的幾率，提高共享賬戶的可用性。圖2為該系統(tǒng)的結構框圖，該裝置包括：標記單元21、確定單元22、選取單元23、匯總單元24以及記錄單元25，其中，標記單元21，可以用于根據(jù)變動信息中包含的變動發(fā)生時間，以及變動信息的接收時間，對變動信息進行批次號標記。在本單元執(zhí)行操作之前，還可以有一個接受單元，可以用于接收變動信息，該變動信息可以包含變動發(fā)生時間、變動類型以及變動資源值。該單元在接收時，就記錄瞎接收變動信息的時間，以便對其進行批次號標記。在實際應用中，該單元還可以在接收變動信息后，對其進行有效性檢查，比如，可以檢查變動信息的格式是否符合要求，檢查變動信息的安全性等等。如果沒有通過檢查，可以發(fā)出告警，或讓相關功能重新生成一次變動信息。當接收到變動消息后，就可以根據(jù)變動發(fā)生時間以及變動信息的接收時間，對變動信息進行批次號標記。在實施例1中已經(jīng)介紹了如何進行批次號標記，在此基礎上，還可以為批次號添加日期，比如2016030317，是指該變動信息是2016年3月3日的第17批次。當接收單元接收到變動信息后，就可以觸發(fā)標記單元21，對變動信息進行批次號標記。在實際應用中，還可以按照預設單日批次數(shù)，對變動信息進行批次號標記。確定單元22，可以用于根據(jù)當前時間確定需要記錄的變動信息的批次號。當一個記錄任務被觸發(fā)后，確定單元22會先被觸發(fā)，用于確定需要記錄的批次號。對于觸發(fā)的時間，可以有一個獨立的定時單元，按照預設記錄時間間隔，定時觸發(fā)記錄任務，也就可以通過觸發(fā)確定單元22及記錄單元25，來完成對共享賬戶變動信息進行記錄。具體地，可以先建立一個匯總任務，先去觸發(fā)確定系統(tǒng)221，去確定需要記錄的批次號。定時系統(tǒng)也可以根據(jù)處理資源的占用率，實時性要求定，自行調(diào)節(jié)觸發(fā)的頻率和時間段。當確定單元22確定出需要記錄的變動信息的批次號后，可以為匯總任務添加匯總狀態(tài)為初始狀態(tài)，以表示匯總任務已經(jīng)開始，但未完成。選取單元23，可以用于根據(jù)確定出的批次號，選取需要記錄的變動信息。確定單元22確定出批次號后，本單元就可以去選取該批次號的變動信息；在實際應用中，可以將數(shù)據(jù)存入數(shù)據(jù)庫中。在實際應用中，有可能出現(xiàn)漏選的情況，所以，在一種實施方式中，選取單元23，也可以用于根據(jù)確定出的批次號，選取等于和小于需要記錄的批次號 對應的變動信息。統(tǒng)計單元24，可以用于根據(jù)選取的變動信息中的變動類型以及變動資源值，對不同變動類型對應的變動信息進行變動資源值統(tǒng)計，得到變動結果。當選取單元23選取到需要記錄的變動信息后，就可以根據(jù)變動類型以及變動資源值，分別進行統(tǒng)計，統(tǒng)計出至少一個變動結果，在統(tǒng)計完畢后，就可以將匯總狀態(tài)更新為已完成，由于完成了匯總任務，也就為后續(xù)的記錄任務做了鋪墊，所以可以向匯總任務(或定時單元)發(fā)送匯總成功的通知，同時建立記錄任務，并記錄狀態(tài)標記為初始狀態(tài)。記錄單元25，可以用于根據(jù)變動結果對共享賬戶變動信息進行記錄。本單元可以被記錄任務出發(fā)，先去獲取記錄狀態(tài)為初始狀態(tài)的記錄任務，并根據(jù)對應的記錄結果，對共享賬戶變動信息進行記錄。在記錄完成后，可以將記錄狀態(tài)更新為已完成，還可以向記錄任務發(fā)送記錄成功的通知。在實際應用中，記錄單元也會出現(xiàn)遺漏的情況，即遺漏獲取了一些記錄任務，由于沒有完成記錄任務，所以記錄狀態(tài)一定是初始狀態(tài)，就可以在下次執(zhí)行新的記錄任務時一并獲取。在該裝置中，定時單元可以輔助對記錄任務進行發(fā)起，在發(fā)起一個記錄任務后，先觸發(fā)確定單元22，確定需要記錄的批次號，并通過選取單元23和統(tǒng)計單元24對變動信息進行匯總，在匯總完成后，觸發(fā)記錄單元25，獲取變動結果，并完成記錄任務。采用實施例2提供的該裝置，在不同時間接收到變動信息后，根據(jù)變動發(fā)生時間和接收到變動信息的時間，對變動信息按照批次順序進行批次號標記。在開始記錄操作時，先根據(jù)當前時間確定需要記錄的變動信息的批次號，再根據(jù)確定出的批次號選取并統(tǒng)計，得到相對單一的變動結果，最后根據(jù)變動結果進行逐批次記錄。也就做到了隨著時間的推移，以及互聯(lián)網(wǎng)資源請求的發(fā)生，將不同時間段的變動信息進行逐批次歸類，再根據(jù)不同時間，逐批次對歸類后的變動信息統(tǒng)計，得到相對單一的結果，并記錄。解決了現(xiàn)有技術對變動信息 進行逐個實時記錄的方式，由于變動信息過多，導致共享賬戶壓力過大，造成性能瓶頸的問題。實施例3基于相同的發(fā)明思路，作為前述實施例的引申，本實施例提供了一種銀行內(nèi)部賬戶的補賬方法。某個用戶在銀行申請各種業(yè)務時，都會用唯一的個人分賬戶來申請，由于銀行內(nèi)部核算的需求，就會建立很多內(nèi)部賬戶，并與多個分賬戶對應，就形成了“多對一”的關系，當完成某個業(yè)務后，會對該業(yè)務進行補充記賬，來滿足核算的需求?，F(xiàn)有技術，當內(nèi)部賬戶接收到補賬消息后，會立刻進行補記賬，如果補賬消息過多，就形成了高并發(fā)補賬，這就會占用過多的處理資源，造成性能瓶頸。如果出現(xiàn)差錯，還可能出現(xiàn)內(nèi)部賬戶崩潰，也就影響了銀行系統(tǒng)的可用性?；诖巳毕?，提出了本實施例的一種銀行內(nèi)部賬戶的補賬方法。該方法的流程示意圖如圖3所示，包括下述步驟：步驟31：根據(jù)當前時間確定需要補賬的補賬消息的批次號。與實施例1中步驟11相似，也是需要先接收補賬消息，補賬消息中可以包含交易時間、交易類型以及交易金額。交易類型可以包括，儲蓄、轉賬、借貸等。當接收到補賬消息后，就可以根據(jù)交易時間，以及補賬消息的接收時間，對補賬消息進行的標記。在實際應用中，還可以根據(jù)前日日切時間，對補賬消息進行時效的判斷，比如，可以通過下述邏輯關系來實現(xiàn)：最終批次號可以是如2016030417這樣的形式，表示補賬消息是2016年3月4日的第17批次。補賬信息可以被生成一個表格，如下表1所示：字段名字段備注賬號account_no內(nèi)部賬號編號交易金額amount交易金額交易類型direction對賬號進行借或者貸操作批次號tag批次號算法計算出來的標記交易日期trans_time交易發(fā)生時間表1為了在方便根據(jù)批次號選取補賬消息，以及對不同內(nèi)部賬戶進行交易金額統(tǒng)計，可以在該表格上建立了索引index(account_no,direction,tag)。當補賬任務開始后，就可以根據(jù)當前時間，來確定需要補賬的補賬消息的批次號。具體地，可以通過下述邏輯關系來實現(xiàn)：步驟32：根據(jù)確定出的批次號，選取需要補賬的補賬消息。在步驟31確定出批次號后，就可以根據(jù)建立的索引，選取需要補賬的補賬消息。在選取過程中，可以選取等于和小于需要補賬的批次號對應的補賬消息。步驟33：根據(jù)選取的補賬消息中的交易類型以及交易金額，對不同交易類型對應的補賬消息進行交易金額統(tǒng)計，得到補賬結果。交易類型在前文已經(jīng)提到，可以包含儲蓄、轉賬、借貸等，并且不同的業(yè)務類型，也往往會對應不同的內(nèi)部賬戶，比如，儲蓄賬戶、轉賬過渡賬戶、貸款賬戶等。對于多個補賬消息，針對不同交易類型，可以統(tǒng)計出一個補賬結果。步驟34：根據(jù)補賬結果對內(nèi)部賬戶進行補賬。當步驟33統(tǒng)計出補賬結果后，就可以針對不同的內(nèi)部賬戶，進行補賬。比如，儲蓄內(nèi)部賬戶a增加100000元，利息賬戶a，增加1000元，等。實施例4基于相同的發(fā)明構思，整個記錄方法也需要各司其職，所以實施例4提供了一種銀行內(nèi)部賬戶的補賬系統(tǒng)，用于解決現(xiàn)有技術對補賬消息進行逐個實時補記賬時，由于消息過多，出現(xiàn)性能瓶頸的問題。此外還能減少內(nèi)部賬戶出現(xiàn)崩潰的幾率，提高銀行系統(tǒng)的可用性。圖4為該系統(tǒng)的結構框圖，該系統(tǒng)包括：內(nèi)部賬戶補賬系統(tǒng)41以及內(nèi)部賬戶賬務系統(tǒng)42。其中，內(nèi)部賬戶補賬系統(tǒng)41包括：受理系統(tǒng)411、匯總系統(tǒng)412以及發(fā)送系統(tǒng)413，其中，受理系統(tǒng)411，包括：接收系統(tǒng)4111、標記系統(tǒng)4112，其中，接收系統(tǒng)4111，可以用于接收針對銀行內(nèi)部賬戶的補賬消息。當內(nèi)部賬戶接收到銀行業(yè)務后，就會生成一個補賬消息，并發(fā)送給接收系統(tǒng)4111，補賬消息中包含了交易時間、交易類型以及交易金額。標記系統(tǒng)4112，可以用于根據(jù)交易時間以及補賬消息的接收時間，對補賬消息進行批次號標記。具體的標記方式，可以參照實施例3中介紹的。內(nèi)部賬戶補賬系統(tǒng)還可以包含一個定時系統(tǒng)，可以用于按照預設補賬時間間隔，定時觸發(fā)匯總系統(tǒng)412以及發(fā)送系統(tǒng)413，以便完成對內(nèi)部賬戶進行補賬。定時系統(tǒng)可以建立補賬任務，該補賬任務就可以是根據(jù)內(nèi)部賬戶的不同、交易類型的不同、分別建立的。當定時系統(tǒng)建立一個補賬任務后，會先建立一個匯總任務，并調(diào)用匯總系統(tǒng)412。具體地，匯總系統(tǒng)412，包括：確定系統(tǒng)4124、選取系統(tǒng)4122以及統(tǒng)計系統(tǒng)4123，其中，確定系統(tǒng)4124，可以用于根據(jù)當前時間確定需要補賬的補賬消息的批次號。當匯總任務調(diào)用確定系統(tǒng)4124時，可以根據(jù)當前時間，確定出需要補賬的補賬消息的批次號，具體的確定方式，也可以參照實施例3中介紹的。當確 定出批次號后，可以將為匯總任務添加一個匯總狀態(tài)，由于還沒開始，所以可以標記為初始狀態(tài)，接著調(diào)用選取系統(tǒng)4122。選取系統(tǒng)4122，可以用于根據(jù)確定出的批次號，選取需要補賬的補賬消息。由于實際應用中會出現(xiàn)漏選的情況，所以也可以根據(jù)確定出的批次號，選取等于和小于需要補賬的批次號對應的補賬消息。在選取了需要補賬的補賬消息后，接著調(diào)用統(tǒng)計系統(tǒng)4123。統(tǒng)計系統(tǒng)4123，可以用于根據(jù)選取的補賬消息中的交易類型以及交易金額，對不同交易類型對應的補賬消息進行交易金額統(tǒng)計，得到補賬結果。在銀行系統(tǒng)中，會有很多交易類型，同一種交易類型，也可以細化為不同的機構、幣種、并且根據(jù)細化分類，一個批次的補賬消息還可能對應多種內(nèi)部賬戶，所以就像前文介紹，定時系統(tǒng)可以根據(jù)內(nèi)部賬戶的不同、交易類型的不同、分別建立補賬任務，此時，就可以分別進行統(tǒng)計，得到補賬結果，這個結果就可以是單一的結果。此時，匯總任務已經(jīng)完成，就可以將匯總狀態(tài)更新為已完成。并且還可以為補賬任務添加一個補賬狀態(tài)，由于還沒開始，所以也可以標記為初始狀態(tài)。當匯總任務完成后，定時系統(tǒng)就可以調(diào)用發(fā)送系統(tǒng)413。發(fā)送系統(tǒng)413，可以用于將統(tǒng)計后的補賬結果發(fā)送給內(nèi)部賬戶賬務系統(tǒng)。統(tǒng)計系統(tǒng)4123已經(jīng)將補賬任務進行了初始狀態(tài)的標記，所以發(fā)送系統(tǒng)413就可以獲取補賬狀態(tài)為初始狀態(tài)的補賬任務，將對應的補賬結果發(fā)送給內(nèi)部賬戶賬務系統(tǒng)42。內(nèi)部賬戶賬務系統(tǒng)42，可以用于根據(jù)接收到的補賬結果對內(nèi)部賬戶進行補賬。當接收到針對不同內(nèi)部賬戶的補賬結果后，就可以為每個內(nèi)部賬戶進行補記賬。這樣循環(huán)往復，就形成了分批次補賬。在實際應用中，會采用分布式喜用，會有一個統(tǒng)一服務管理器，每個服務器都將自己的基礎信息(工作時間、負責處理的業(yè)務、處理能力等)注冊到統(tǒng) 一服務管理器中，當定時系統(tǒng)需要建立任務時，可以先向統(tǒng)一服務管理器發(fā)送任務請求，統(tǒng)一服務管理器會根據(jù)每個服務器的基礎信息，挑選最優(yōu)的一個，返回給定時系統(tǒng)，定時系統(tǒng)就可以將任務發(fā)送給最優(yōu)的這個服務器，以便提高處理效率。采用實施例4提供的該系統(tǒng)，在不同時間接收到補張消息后，根據(jù)交易時間和接收到變動信息的時間，對補賬消息按照批次順序進行批次號標記。在開始補賬操作時，先根據(jù)當前時間確定需要補賬的補賬消息的批次號，再根據(jù)確定出的批次號選取并統(tǒng)計，得到相對單一的補賬結果，最后根據(jù)補賬結果進行逐批次補賬。也就做到了隨著時間的推移，以及交易的發(fā)生，將不同時間段的補賬消息進行逐批次歸類，再根據(jù)不同時間，逐批次對歸類后的補賬消息統(tǒng)計，得到相對單一的結果，并記錄。解決了現(xiàn)有技術對補賬消息進行逐個實時補記賬的方式，由于補賬消息過多，導致內(nèi)部賬戶壓力過大，造成性能瓶頸的問題。本領域內(nèi)的技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。本申請是參照根據(jù)本申請實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設 備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網(wǎng)絡接口和內(nèi)存。內(nèi)存可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內(nèi)存等形式，如只讀存儲器(rom)或閃存(flashram)。內(nèi)存是計算機可讀介質(zhì)的示例。計算機可讀介質(zhì)包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據(jù)結構、程序的模塊或其他數(shù)據(jù)。計算機的存儲介質(zhì)的例子包括，但不限于相變內(nèi)存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內(nèi)存技術、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質(zhì)，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質(zhì)不包括暫存電腦可讀媒體(transitorymedia)，如調(diào)制的數(shù)據(jù)信號和載波。還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一 個……”限定的要素，并不排除在包括要素的過程、方法、商品或者設備中還存在另外的相同要素。本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產(chǎn)品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產(chǎn)品的形式。以上僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內(nèi)所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內(nèi)。當前第1頁12