201131500 六、發明說明： 【發明所屬之技術領域】 本發明係關於網路領域，尤其關於帳戶批量即時處理 系統及帳戶批量即時處理方法。 【先前技術】 請參閱圖1，其爲現有帳戶處理系統的原理示意圖。 該帳戶處理系統包括帳戶處理中心11和若干用戶端12。 帳戶處理中心1 1可以通過專線連接用戶端1 2，也可以通 過網路（網際網路、內部網）等連接至用戶端12。用戶端 1 2可以是多個。用戶端1 2也可以是終端，也可以爲網路 。帳戶處理中心1 1至少包括伺服器2 1和資料庫22。資料 庫22用於儲存帳戶資訊及各種處理資訊。伺服器21用於 對帳戶進行各種操作和管理。 以帳戶處理中心1 1爲第三方支付平臺爲例，當用戶 端12向帳戶處理中心11發送將A帳戶中的資金分別向若 干其他帳戶（以帳戶Bl、B2、B3…Bn)支付金額分glj爲 SI、S2、S3…Sn的指令時，現有的支付流程爲： 首先，帳戶處理中心11接收到用戶端12發送的支付 操作； 接著，帳戶處理中心1 1先處理一次支付操作：201131500 VI. Description of the Invention: [Technical Field] The present invention relates to the field of networking, and more particularly to an account batch instant processing system and an account batch instant processing method. [Prior Art] Please refer to FIG. 1, which is a schematic diagram of the principle of an existing account processing system. The account processing system includes an account processing center 11 and a number of client terminals 12. The account processing center 1 1 can be connected to the client terminal 1 through a dedicated line, or can be connected to the client terminal 12 via a network (internet, intranet) or the like. The client 1 2 can be multiple. The client terminal 12 can also be a terminal or a network. The account processing center 1 1 includes at least a server 2 1 and a database 22. The database 22 is used to store account information and various processing information. The server 21 is used to perform various operations and management on the account. Taking the account processing center 11 as a third-party payment platform as an example, when the client 12 sends the funds in the A account to a number of other accounts (in the accounts B1, B2, B3, ... Bn), the amount of money is distributed to the account processing center 11 When the instructions are SI, S2, S3...Sn, the existing payment flow is: First, the account processing center 11 receives the payment operation sent by the client 12; then, the account processing center 1 1 processes the payment operation first:
伺服器21通過訪問資料庫22中A帳戶來判斷A帳 戶中的金額是否有超過S1金額，若帳戶中的金額大於等 於S 1金額，則鎖住A帳戶和B1帳戶，並將資料庫中A -5- 201131500 帳戶中si金額扣除，在B1帳戶中增加S1金額，操作完 畢後釋放A帳戶和B1帳戶的鎖。 如此，帳戶處理中心1 1需要進行n次上述支付操作 。這種處理操作存在以下的技術缺陷： 現有的支付流程需要對Α帳戶進行頻繁操作，每一次 操作都需要鎖住A帳戶，並在處理完畢後釋放A帳戶。 不僅造成伺服器21的處理效率低，更爲重要的是造成伺 服器2 1的處理能力極劇下降，甚至不能接收其他用戶端 發出的處理請求，嚴重的造成整個伺服器21的癱瘓。 特別是，當接收到這類對帳戶進行批次處理請求個數 較多，或者這類對帳戶進行批次處理請求中需要處理帳戶 特別多時，對整個伺服器2 1造成的運行壓力非常大，容 易造成伺服器21請求處理的佇列堵塞，容易造成請求處 理的失敗率增加，也影響商戶的體驗。 爲了解決上述問題，帳戶處理中心1 1的技術人員做 過大量的硏究，帳戶處理中心11以銀行子系統爲例，曾 提出一種帳戶批量非同步處理的方法，即： 帳戶處理中心11接收到用戶端提交的將A帳戶中的 資金分別向若干其他帳戶（以帳戶Bl、B2、B3...Bn)支 付金額分別爲S 1、S 2、S 3 ... S η的指令時，預先將該指令 進行儲存’等到帳戶處理中心1 1適當的時機去處理該指 令，並保存處理該指令的處理結果，並在適合的時機再回 饋至用戶端12。通常，帳戶處理中心η會在伺服器21請 求處理的佇列不長時才處理該指令，比如說深夜等。這種 201131500 處理方式能夠減少伺服器21由於處理批量操作而引起運 行壓力大的問題’但是即時性不尚。特別是用戶端1 2帳 戶A中的總額不足以支付費用時’用戶端12不能及時獲 知，影響整個支付過程。 【發明內容】 本發明的目的在於提供一種帳戶批量即時處理系統’ 以解決現有技術對帳戶批量處理引起伺服器運行壓力大以 及即時性不高的技術問題。 本發明的目的在於提供一種帳戶批量即時處理方法’ 以解決現有技術對帳戶批量處理引起伺服器運行壓力大以 及即時性不高的技術問題。 爲了達到上述目的，本發明提供一種帳戶批量即時處 理系統，包括帳戶處理中心和商戶端， 所述商戶端包括： 批量處理單元，用於對批量處理請求進行標注； 中心交互單元，用於建立與帳戶處理中心的交互； 所述帳戶處理中心進一步包括： 批量識別處理單元，用於從接收到的請求中判別出批 量處理請求； 預處理單元，用於對批量處理中所有針對同一個帳戶 的同一類型處理請求進行預處理：合倂對該帳戶的所有同 一類型操作； 請求處理單元，用於對包括經過預處理在內的批量請 201131500 求進行處理，並將處理結果返回至對應的商戶端。 所述預處理單元和批量識別處理單元設置在預處理伺 服器上，所述請求處理單元設置在請求處理伺服器上。也 可以，所述預處理單元和批量識別處理單元設置在預處理 模組上，預處理模組和和請求處理單元爲兩個並行處理單 元。 本發明還提供另一種帳戶批量即時處理系統，包括帳 戶處理中心，所述帳戶處理中心還包括預處理單元和請求 處理單元，其中， 預處理單元包括： 商戶交互子單元，用於給商戶提供提交包括批量處理 在內請求的介面； 預處理子單元，用於對批量處理中所有針對同一個帳 戶的同一類型處理請求進行預處理：合倂對該帳戶的所有 同一類型操作； 請求處理單元，用於對包括經過預處理在內的批量請 求進行處理，並將處理結果返回至對應的商戶端。 一種帳戶批量即時處理方法，用於實現即時處理商戶 端提出的批量處理請求，包括： (1) 帳戶處理中心接收到做好標記的批量處理請求； (2) 對所有的批量處理請求進行緩存； (3) 對批量處理中所有針對同一個帳戶的同一類型處理 請求進行預處理：合倂對該帳戶的所有同一類型操作： (4) 用於對包括經過預處理在內的批量請求進行處理’ 201131500 並將處理結果返回至對應的商戶端。 進行步驟（3 )的同時，並列進行以下步驟： 對請求的處理，並將處理結果返回至對應的商戶端， 或 對其他批量請求進行處理，並將處理結果返回至對應 的商戶端。 並且，步驟（1)之前還包括··向商戶提供輸入批量請求 指令的介面，通過該介面獲得商戶輸入的批量處理資訊， 加上標記後形成批量處理請求。 還有另外一種方式是步驟（1)之前還包括：商戶端接收 到本端商戶輸入要求批量請求的指令後，在該些批量處理 請求的開頭加上開頭標記，在結束處加上結束標記。 與現有技術相比，本發明具有以下的優點： 首先，商戶端進行批量處理請求時，可以線上等待處 理結果，可以即時得到處理結果。 其次，本發明帳戶處理中心接收到批量處理請求時， 先進行預處理，即將對同一帳戶的操作進行匯總，這樣， 就能提升批量處理時的效率。 再次，本發明對現有請求處理單元不經過任何修改， 只額外增加關於批量處理的單元（可以是新的軟體或新伺 服器），保證現有系統的穩定性。 最後’本發明提供了兩種可實現的方案，一種是商戶 端直接向帳戶處理中心提出批量處理請求，另一種是帳戶 處理中心提供給商戶提交包括批量處理在內請求的介面， -9- 201131500 通過該介面提交批量處理請求。這兩種方式都存在使用方 便的優點。 【實施方式】 以下結合附圖，具體說明本發明。 實施例1 請參閱圖2，其爲本發明一種帳戶批量即時處理系統 的實施示例圖。它包括帳戶處理中心3 1和商戶端3 2。 商戶端3 2可以是一個終端，也可以是一個內部網上 的節點。商戶端3 2通常包括記憶體42和處理器4 1。 爲了能夠實現即時處理批量請求的效果，帳戶處理中 心3 1需要給商戶端32提供一批量處理請求軟體或實現批 量處理請求的硬體元件。通常，帳戶處理中心31是提供 一軟體或其中一插件，其可以通過網路或安裝有該軟體移 動光碟或設置有該軟體的USB等方式，提供至商戶端32 。商戶端32通過安裝該軟體來實現具有提出批量請求的 功能。 商戶端32包括處理器41和記億體42。處理器41是 用於向帳戶處理中心3 1發出包括批量處理在內的請求， 並接收由帳戶處理中心3 1返回的處理結果。記憶體42用 於儲存包括處理軟體、以及請求資料及處理結果等。由於 標準請求如何提出，如何保存返回的結果都是現在技術， 本發明就不再詳細說明。本發明僅針對批量處理這一塊做 -10- 201131500 詳細說明。 處理器41進一步包括： 批量處理單元4 1 1，用於對批量處理請求進行標注。 當接收到商戶提出的批量處理請求時，將批量處理做上標 識後提出請求； 中心交互單元412 ，用於建立與帳戶處理中心32的 交互。商戶端31通常設置有與帳戶處理中心32的介面， 中心交互單元412將請求通過該介面發送至帳戶處理中心 32，並且通過該介面接收到返回的處理結果。 記憶體42進一步還包括批量處理儲存單元421和請 求記錄儲存單元422。其中，批量處理儲存單元421用於 儲存批量處理軟體，尤其儲存用於標注批量處理請求的開 頭標記和結束標記。請求記錄儲存單元42 2用於保存每一 筆請求的處理情況。 另外，需要說明的是，可以在商戶端32的處理器41 上設置批量請求展示介面413，連接批量處理單元411， 用於向商戶提供輸入批量請求指令介面，並將商戶要求批 量請求的指令發送至批量處理單元4 1 1，使其在該些批量 處理請求的開頭加上開頭標記，在結束處加上結束標記。 帳戶處理中心3 1包括伺服器5 1和資料庫5 2。其中， 伺服器5 1進一步包括： 批量識別處理單元5 1 1，用於從接收到的請求中判別 出批量處理請求。 預處理單元5 1 3，用於對批量處理中所有針對同一個 -11 - 201131500 帳戶的同一類型處理請求進行預處理，合倂對該帳戶的所 有同一類型操作。 請求處理單元514，用於對包括經過預處理在內的批 量請求進行處理’並將處理結果返回至對應的商戶端32。 伺服器5 1的請求處理單元5 1 4和現有的處理單元相 同，不需要對其進行額外的操作。批量識別處理單元511 和預處理單元513可以處理成獨立于現有請求處理單元 514的單元，有兩種方式，一種是單獨設置一個預處理伺 服器，包括批量識別處理單元5 1 1和預處理單元5 1 3。還 有一種方式，是設置在現有的伺服器51上設置獨立的預 處理模組。批量識別處理單元5 1 1通過標識來識別出批量 處理請求。預處理單元5 1 3將多個對同一帳戶的請求一倂 處理成一個請求，並且請求的格式是符合原有格式的要求 的。這樣，當預處理單元513在進行操作時，並不影響現 有的請求處理單元514進行處理，即兩個並行處理單元。 資料庫52除了現有的儲存單元（如帳戶儲存單元、 處理記錄儲存單元等）之外，還包括批量處理緩存區5 2 1 ，分別連接批量識別處理單元5 1 1和預處理單元5 1 3，用 於將批量識別處理單元5 1 1識別到的批量處理進行緩存。 如果是單獨設置一個預處理伺服器，該預處理伺服器包括 批量識別處理單元5 1 1和預處理單元5 1 3。在上述情況下 ，批量處理緩存區521可以直接設置在預處理伺服器上， 直接保存在該伺服器內部的記憶體上。如果是採用在現有 的伺服器5 1上設置獨立的預處理模組時，批量處理緩存 -12- 201131500 區521可以設置在資料庫52中（如圖2所示），也可以 將其保存在伺服器51的記憶體上。 上述公開的僅爲本實例的一原理結構，該些單元可以 是邏輯單元’也可以是物理單元。即可以是用軟體來實現 的單元，也可以通過硬體來實現的單元，在此，並非用於 局限於本發明。 針對上述公開結構原理圖，請參閱圖3，其爲一種帳 戶批量即時處理方法第一實施例的流程圖。它用於實現即 時處理商戶端提出的批量處理請求，包括： S110:帳戶處理中心接收到商戶端發送的做好標記的 批量處理請求。 商戶端先進行能夠批量處理的設置。比如，向商戶提 供輸入批量請求指令的介面。 當商戶端接收到本端商戶輸入要求批量請求的指令後 ，在該些批量處理請求的開頭加上開頭標記，在結束處加 上結束標記。 商戶端將做好標記的批量處理請求發送至帳戶處理中 心。 標記可以是普通的字元標記，在本實例中，標記主要 爲一指令，帳戶處理中心接收到該指令，即可以進行對應 的批量處理。 帳戶處理中心接收到請求後，預處理模組/預處理伺 服器先判斷該請求是否是批量處理請求，如果是，則進行 批量處理操作，如果不是，則直接發送至請求處理單元進 -13- 201131500 行處理。預處理模組/預處理伺服器通過標記來判別是不 是批量處理請求。 S120:對所有的批量處理請求進行緩存。 當預處理模組/預處理伺服器判斷出該些請求是批量 處理請求時，則可以將這些批量處理進行緩存。比如，判 斷出請求中攜帶的某資料是批量處理開頭標記時，則開始 緩存資料，直到檢測出某資料是批量處理的結束標記。 本實例中，主要是通過編程語言來完成上述功能。 比如： public class BatchTemp 1 ate { *執行賬務的批次處理。 * @return 當商戶端接收到本端商戶輸入要求批量請求後，即可 以在前端加入“public class BatchTemplate {”，在其後加 上“@return，’。事實上，public class BatchTemplate 是— 範本，即帳戶處理中心和商戶端可以約定“Batch Tempi ate，， 爲批量處理命令，裏面的資料爲需要進行批量處理的資料 ’還可以約定該些批量處理資料的排列順序、內容等。商 戶端按照預先的約定來組織B a t c h T e m p 1 a t e這個範本中的 資料。 這些資料可以和其他資料一倂發送至帳戶處理中心， 帳戶處理中心接收到請求後，看到“public class -14- 201131500The server 21 determines whether the amount in the A account exceeds the S1 amount by accessing the A account in the database 22. If the amount in the account is greater than or equal to the S1 amount, the A account and the B1 account are locked, and the database A is locked. -5- 201131500 The amount of the si in the account is deducted, the S1 amount is added to the B1 account, and the lock of the A account and the B1 account is released after the operation is completed. Thus, the account processing center 11 needs to perform the above-mentioned payment operation n times. This processing operation has the following technical drawbacks: The existing payment process requires frequent operations on the account, and each operation requires locking the A account and releasing the A account after processing. Not only does the processing efficiency of the server 21 be low, but more importantly, the processing capability of the server 21 is extremely degraded, and even processing requests sent by other clients are not received, which seriously causes the flaws of the entire server 21. In particular, when receiving such a large number of batch processing requests for an account, or such a large number of processing accounts for batch processing requests, the operation pressure on the entire server 21 is very large. It is easy to cause the queue of the server 21 to request processing to be blocked, which is likely to cause an increase in the failure rate of the request processing and also affect the experience of the merchant. In order to solve the above problem, the technician of the account processing center 11 has done a lot of research. The account processing center 11 takes the banking subsystem as an example, and has proposed a method for batch batch asynchronous processing, that is, the account processing center 11 receives When the client submits the funds in the A account to the instructions of S 1 , S 2 , S 3 ... S η for a number of other accounts (in the accounts Bl, B2, B3...Bn), respectively, The instruction is stored 'wait until the appropriate time at the account processing center 1 1 to process the instruction, and the processing result of processing the instruction is saved and fed back to the client 12 at a suitable time. Usually, the account processing center η will process the command when the queue requested by the server 21 is not long, such as late at night. This 201131500 processing method can reduce the problem that the server 21 has a large operating pressure due to handling batch operations, but the immediacy is not good. In particular, when the total amount in the client 1 2 account A is insufficient to pay the fee, the client 12 cannot be notified in time, affecting the entire payment process. SUMMARY OF THE INVENTION An object of the present invention is to provide an account batch real-time processing system </ RTI> to solve the technical problem that the prior art has a large operation pressure on the server and the immediacy is not high. It is an object of the present invention to provide an instant processing method for an account batch to solve the technical problem that the server batch processing causes the server to operate at a large pressure and the immediacy is not high. In order to achieve the above objective, the present invention provides an account batch real-time processing system, including an account processing center and a merchant terminal, where the merchant terminal includes: a batch processing unit for labeling batch processing requests; and a central interaction unit for establishing and The account processing center further includes: a batch identification processing unit, configured to determine a batch processing request from the received request; and a preprocessing unit configured to use the same for all accounts in the batch processing The type processing request is pre-processed: the same type operation of the account is merged; the request processing unit is configured to process the batch including the pre-processed request 201131500, and return the processing result to the corresponding merchant. The pre-processing unit and the batch identification processing unit are disposed on a pre-processing server, and the request processing unit is disposed on the request processing server. Alternatively, the pre-processing unit and the batch identification processing unit are disposed on the pre-processing module, and the pre-processing module and the request processing unit are two parallel processing units. The present invention also provides another account batch real-time processing system, including an account processing center, the account processing center further includes a pre-processing unit and a request processing unit, wherein the pre-processing unit comprises: a merchant interaction sub-unit for providing a submission to the merchant An interface for requesting including batch processing; a pre-processing sub-unit for pre-processing all processing requests of the same type for the same account in the batch processing: merging all the same types of operations on the account; requesting processing units, The batch request including the pre-processing is processed, and the processing result is returned to the corresponding merchant. An account batch processing method for real-time processing of a batch processing request by a merchant, including: (1) an account processing center receives a bulk processing request for marking; (2) buffering all batch processing requests; (3) Pre-processing all the same types of processing requests for the same account in the batch processing: Combining all the same types of operations for the account: (4) Used to process bulk requests including pre-processing. 201131500 and return the processing result to the corresponding merchant. While performing step (3), the following steps are performed in parallel: processing the request, and returning the processing result to the corresponding merchant, or processing other batch requests, and returning the processing result to the corresponding merchant. Moreover, before step (1), the interface for inputting the batch request instruction is provided to the merchant, and the batch processing information input by the merchant is obtained through the interface, and the batch processing request is formed by adding the mark. In another method, before step (1), the merchant terminal receives the instruction of the local merchant to input the batch request, adds the opening tag to the beginning of the batch processing request, and adds an end tag at the end. Compared with the prior art, the present invention has the following advantages: First, when the merchant side performs a batch processing request, the processing result can be waited on the line, and the processing result can be obtained immediately. Secondly, when the account processing center of the present invention receives the batch processing request, it performs pre-processing, and then summarizes the operations of the same account, so that the efficiency in batch processing can be improved. Again, the present invention does not add any modifications to the existing request processing unit, only adding additional units (which may be new software or new servos) for batch processing to ensure the stability of the existing system. Finally, the present invention provides two achievable solutions, one is that the merchant directly submits a batch processing request to the account processing center, and the other is that the account processing center provides the merchant with an interface for submitting the request including batch processing, -9- 201131500 Submit a bulk processing request through this interface. Both of these methods have the advantage of being convenient to use. [Embodiment] Hereinafter, the present invention will be specifically described with reference to the accompanying drawings. Embodiment 1 Please refer to FIG. 2, which is a diagram showing an example of implementation of an account batch real-time processing system according to the present invention. It includes account processing center 3 1 and merchant terminal 3 2 . The merchant terminal 3 2 can be a terminal or a node on an internal network. The merchant terminal 3 2 typically includes a memory 42 and a processor 41. In order to be able to handle the effect of batch processing in real time, the account processing center 31 needs to provide the merchant 32 with a batch processing request software or hardware component for implementing the batch processing request. Generally, the account processing center 31 provides a software or one of the plug-ins, which can be provided to the merchant 32 via a network or a USB-mounted optical disc or a USB provided with the software. The merchant 32 implements the function of making a bulk request by installing the software. The merchant 32 includes a processor 41 and a counter. The processor 41 is for issuing a request including the batch processing to the account processing center 31, and receives the processing result returned by the account processing center 31. The memory 42 is used for storage including processing software, and requesting data and processing results. Since the standard request is proposed, how to save the returned result is the current technology, and the present invention will not be described in detail. The present invention is only described in detail for batch processing -10- 201131500. The processor 41 further includes: a batch processing unit 41 1 for labeling the batch processing request. When receiving the batch processing request submitted by the merchant, the batch processing is made to be identified and the request is made; the central interaction unit 412 is configured to establish an interaction with the account processing center 32. The merchant 31 is typically provided with an interface to the account processing center 32 through which the central interaction unit 412 sends requests to the account processing center 32 and receives the returned processing results through the interface. The memory 42 further includes a batch processing storage unit 421 and a request recording storage unit 422. The batch processing storage unit 421 is configured to store the batch processing software, and in particular, to store the opening mark and the end mark for marking the batch processing request. The request record storage unit 42 2 is used to save the processing of each request. In addition, it should be noted that the batch request display interface 413 can be set on the processor 41 of the merchant terminal 32, and the batch processing unit 411 is connected to provide the merchant with the input batch request instruction interface, and the merchant requests the batch request instruction to be sent. To the batch processing unit 4 1 1, the beginning tag is added to the beginning of the batch processing request, and the end tag is added at the end. The account processing center 3 1 includes a server 51 and a database 52. The server 51 further includes: a batch identification processing unit 51 1 for discriminating a batch processing request from the received request. The pre-processing unit 5 1 3 is configured to pre-process all processing requests of the same type for the same -11 - 201131500 account in the batch processing, and merge all the same type operations of the account. The request processing unit 514 is configured to process the batch request including the pre-processing and return the processing result to the corresponding merchant 32. The request processing unit 51 of the server 51 is the same as the existing processing unit, and no additional operations are required. The batch identification processing unit 511 and the pre-processing unit 513 can be processed into units independent of the existing request processing unit 514. There are two ways, one is to separately set a pre-processing server, including the batch identification processing unit 51 and the pre-processing unit. 5 1 3. There is also a way to provide an independent pre-processing module on the existing server 51. The batch identification processing unit 51 1 identifies the batch processing request by the identification. The pre-processing unit 513 processes a plurality of requests for the same account into one request, and the format of the request is in accordance with the requirements of the original format. Thus, when the pre-processing unit 513 is operating, it does not affect the existing request processing unit 514 for processing, i.e., two parallel processing units. The database 52 includes a batch processing buffer 5 1 1 in addition to the existing storage unit (such as an account storage unit, a processing record storage unit, etc.), and is connected to the batch identification processing unit 51 1 and the pre-processing unit 5 1 3, respectively. The batch processing for identifying the batch identification processing unit 51 1 is cached. If a pre-processing server is separately provided, the pre-processing server includes a batch identification processing unit 51 and a pre-processing unit 51. In the above case, the batch processing buffer area 521 can be directly disposed on the pre-processing server and directly stored in the memory inside the server. If an independent pre-processing module is set on the existing server 51, the batch processing cache -12-201131500 area 521 can be set in the database 52 (as shown in FIG. 2), or it can be saved in The memory of the server 51 is on. The above disclosure is only a schematic structure of the present example, and the units may be logical units or physical units. That is, it may be a unit realized by software or a unit realized by hardware, and is not limited to the present invention. For the above disclosed structural schematic diagram, please refer to FIG. 3, which is a flowchart of a first embodiment of an account batch processing method. It is used to implement the batch processing request from the merchant terminal, including: S110: The account processing center receives the batch processing request sent by the merchant. The merchant first performs settings that can be batch processed. For example, the merchant is provided with an interface to enter bulk request instructions. When the merchant receives the instruction of the local merchant to input the batch request, the beginning tag is added to the beginning of the batch processing request, and the end tag is added at the end. The merchant sends a batch processing request for the tag to the account processing center. The tag can be a normal character tag. In this example, the tag is mainly an instruction, and the account processing center receives the instruction, that is, the corresponding batch processing can be performed. After the account processing center receives the request, the pre-processing module/pre-processing server first determines whether the request is a batch processing request, and if so, performs a batch processing operation, and if not, directly sends it to the request processing unit. 201131500 line processing. The pre-processing module/pre-processing server uses the tag to determine whether it is a batch processing request. S120: Cache all batch processing requests. When the pre-processing module/pre-processing server determines that the requests are bulk processing requests, the batch processing can be cached. For example, if it is determined that a certain material carried in the request is a batch processing start tag, the data is started to be cached until it is detected that the data is the end mark of the batch processing. In this example, the above functions are mainly accomplished by a programming language. For example: public class BatchTemp 1 ate { * Perform batch processing of accounts. * @return When the merchant receives the local merchant input request bulk request, it can add "public class BatchTemplate {" to the front end, followed by "@return,". In fact, public class BatchTemplate is - template, That is, the account processing center and the merchant end can stipulate "Batch Tempi ate, which is a batch processing command, and the data therein is the data that needs to be processed in batches", and the order and content of the batch processing materials can also be agreed. The merchant organizes the data in the model B tt c h T e m p 1 a t e according to the prior agreement. This information can be sent to the account processing center along with other information. After receiving the request, the account processing center can see “public class -14- 201131500
BatchTemplate {”即可知其爲—個批量請求指令，執行裏 面的內容’並且’“@retUrn”作爲批量請求命令的結束。 S130:對批量處理請求中所有針對同一個帳戶的同一 類型處理請求進行預處理，合倂對該帳戶的所有同一類型 操作。 批量處理主要指對某一些帳單進行一些操作。預處理 主要是指該些批量處理中對同一個帳戶的所有操作進行統 一匯總，所述合倂對該帳戶的所有同一類型操作進一步包 括：將對該帳戶中所有輸入/輸出金額進行計算，計算出 最終輸入/輸出的金額。 合倂對該帳戶的所有同一類型操作後，按照處理請求 格式重新組裝成新的處理請求。 S 1 40 :用於對包括經過預處理在內的批量處理請求進 行處理，並將處理結果返回至對應的商戶端。 進行步驟S 1 3 0的同時，並列進行以下步驟： 對請求的處理，並將處理結果返回至對應的商戶端， 或 對其他批量請求進行處理，並將處理結果返回至對應 的商戶端。 也就是說，在請求處理單元進行步驟Sl4〇時，預處 理模組/預處理伺服器可以再進行另外批量處理請求的預 處理。 上述實施例1是在商戶端設置批量處理相應的軟體或 插件，商戶通過本端設置的插件或軟體來提出批量處理請 -15- 201131500 求。這種方式商戶端需要在本端安裝對應的軟體或插件。 爲此，發明人還提供了第二種實施方式。 實施例2 請參閱圖4，其爲第二種實例例中帳戶處理中心的原 理示意圖。它包括預處理單元61和請求處理單元62。請 求處理單元62是現有的請求處理單元62，以第三方支付 平臺爲例，請求處理單元62可以爲現有的支付處理系統 〇 在本實例中，發明人主要是在現有的第三方支付平臺 外增設了預處理單元61»該預處理單元61包括： 商戶交互子單元611，用於給商戶提供提交包括批量 處理請求在內的介面。商戶與預處理單元61通過該商戶 交互子單元611建立交互。商戶可以通過互聯網連接至商 戶交互子單元6 1 1，也可以通過無線通信系統連接至商戶 交互子單元611。商戶交互子單元611上設置用於商戶提 出批量處理的輸入介面。 預處理子單元6 1 4，用於對批量處理中所有針對同一 個帳戶的同一類型處理請求進行預處理，合倂對該帳戶的 所有同一類型操作。 當商戶交互子單元6 1 1只接收批量處理請求時，可以 僅包含預處理子單元614。由於商戶交互子單元通常除了 包括接收商戶提出批量處理的請求之外，還包括其他請求 。因此’預處理單元61還包括： -16- 201131500 批量處理子單元6 1 2，用於獲得商戶輸入的批量處理 資訊，加上標記後形成批量處理請求； 批量識別處理子單元6 1 3，用於從請求中判別出批量 處理請求，並將判別出的批量處理請求發送至預處理子單 元 614。 當預處理單元61用獨立的伺服器來完成時，在伺服 器的記憶體上開闢一空間，即批量處理緩存區6.1 5，用於 將批量識別處理子單元6 1 4識別到的批量處理請求進行緩 存。當預處理單元61在現有的請求處理單元62所在的伺 服器上完成時，則可以在現有的資料庫中開闢一空間，用 於將批量識別處理子單兀6 1 3識別到的批量處理請求進行 緩存。 通過上述的結構分析可知，在實施例2中無需要在用 戶端做任何改進’只需要客戶能夠建立與商戶交互子單元 6 1 1建立交互即可。 請參閱圖5，其爲一種帳戶批量即時處理方法第二實 施例的流程圖。它用於實現即時處理商戶端提出的批量處 理請求，包括： S2 1 0 :帳戶處理中心向商戶提供輸入批量請求指令的 介面。 預處理單元向商戶提供該介面，接收客戶通過無線通 信網路或互聯網訪問該介面。 S220 :通過該介面獲得商戶輸入的批量處理資訊，加 上標記後形成批量處理請求。 -17- 201131500 預處理單元接收到商戶輸入的批量處理資訊’加上開 頭標記和結束標記後形成批量處理請求。 S23 0 :對所有的批量處理請求進行緩存。 當預處理單元判斷出該些請求是批量處理請求時’則 可以將這些批量處理進行緩存。比如，判斷出請求中攜帶 的某資料是批量處理開頭標記時，則開始儲存，直到檢測 出某資料是批量處理的結束標記。 S2 40 :對批量處理中所有針對同一個帳戶的同—類型 處理請求進行預處理，合倂對該帳戶的所有同一類型操作 〇 批量處理主要指對某一些帳單進行一些操作。預處理 主要是指該些批量處理中對同一個帳戶的所有操作進行統 一匯總，所述合倂對該帳戶的所有同一類型操作進一步包 括：將對該帳戶中所有輸入/輸出金額進行計算，計算出 最終輸入/輸出的金額。 合倂對該帳戶的所有同一類型操作後，按照處理請求 格式重新組裝成新的處理請求。 S250 :用於對包括經過預處理在內的批量請求進行處 理，並將處理結果返回至對應的商戶端。 應用例 還是以帳戶處理中心接收到用戶端提交的將A帳戶中 的資金分別向3 0個其他帳戶（以帳戶B 1、B 2、B 3…B 3 0 )支付金額3 000元的指令爲例。 -18- 201131500 原有的支付流程爲： 1. Α -·>Β1 (A向B1帳戶支付資金3000元） a) 等待獲取A帳戶的鎖 b) A加鎖 c) 等待獲取B 1帳戶的鎖 d) B1力口鎖 e) 從A帳戶中減去3000 f) B 1中加上3 000 2. A -->B2 (A向B2帳戶支付資金3000元） a) 等待獲取A帳戶的鎖 b) A加鎖 c) 等待獲取B2帳戶的鎖 d) B2加鎖 e) 從A帳戶中減去3000 Ο B2中加上3000 …A帳戶需要加鎖3 0次，這種支付流程非常慢’而 且，當A帳戶有沒有足夠的錢進行支付，只能做到某一支 付處理時才能獲知。特別是，當商戶端不能及時獲知沒有 足夠的錢來進行支付，使得支付流程加長。 本應用例中， 1 . 預處理 a) 經分析A計畫 -3 000 * 3 0 b) B1 計畫 + 3000 c) B2g十畫 +3000 _ 19 · 201131500 d) 計畫 B30+ 3000 2. 執行處理 a) 等待獲取A鎖 b) A - 90000 c) 等待獲取B1鎖 d) B1+ 3000 e) 等待獲取B2鎖 f) B2 + 3 000 g) ··· h) 等待獲取B30鎖 i) B3 0 + 3 000 通過這樣的預處理，可以及時獲知A帳戶是否有足夠 的錢來進行本次支付，提高支付的效率。另外，A等待鎖 的次數大大降低了，節省了 29次，通常這個29次帶來節 省的處理時間會在千級或更高的時間級別上。系統不需要 這些等待了，就可以再接受其他更多的請求了，從另一個 側面也提高了系統的處理時間。 合併對該帳戶的所有同一類型操作後，可以按照原有 的處理請求格式重新組裝成新的處理請求。在本應用例中 ，合倂完A帳戶的同一類型操作後，向系統發出的處理請 求，處理請求的格式還是爲：帳戶名、操作金額，即A 帳戶、支出金額90000元。 以上公開的僅爲本發明的幾個具體實施例，但本發明 -20- 201131500 並非局限於此’任何本領域的技術人員能思之的變化，都 應落在本發明的保護範圍內。 【圖式簡單說明】 圖1爲現有帳戶處理系統的第一實施例原理示意圖； 圖2爲本發明一種帳戶批量即時處理系統的實施示例 圖； 圖3爲第一種帳戶批量即時處理方法的流程圖； 圖4爲帳戶處理中心的第二實施例原理結構示意圖； 圖5爲第二種帳戶批量即時處理方法的流程圖。 【主要元件符號說明】 1 1 ·帳戶處理中心 1 2 :用戶端 2 1 :伺服器 22 :資料庫 3 1 :帳戶處理中心 3 2 :商戶端 41 :處理器 42 :記億體 5 1 :伺服器 5 2 :資料庫 6 1 :預處理單元 62 :請求處理單元 -21 - 201131500 4 1 1 :批量處理單元 4 1 2 :中心交互單元 4 1 3 :批量請求展示介面 421 :批量處理儲存單元 422:請求記錄儲存單元 5 1 1 :批量識別處理單元 5 1 3 :預處理單元 5 1 4 :請求處理單元 5 2 1 :批量處理緩存區 611:商戶交互子單元 6 1 2 :批量處理子單元 6 1 3 :批量識別處理子單元 614 :預處理子單元 6 1 5 :批量處理緩存區 -22-BatchTemplate {" knows that it is a batch request instruction, and executes the contents 'and '@retUrn' as the end of the batch request command. S130: Pre-process all the same type of processing requests for the same account in the batch processing request. Processing, merging all the same types of operations on the account. Batch processing mainly refers to some operations on some bills. Pre-processing mainly refers to the unified summarization of all operations of the same account in the batch processing.所有 All the same types of operations on the account further include: calculating the total input/output amount in the account and calculating the final input/output amount. After processing all the same types of operations on the account, follow the processing request format. Reassembling into a new processing request. S 1 40: for processing a batch processing request including pre-processing, and returning the processing result to the corresponding merchant. Performing step S 1 3 0 while juxtaposed The following steps: processing the request and returning the processing result to the corresponding merchant, or The other batch requests are processed, and the processing result is returned to the corresponding merchant. That is, when the request processing unit performs step S14, the pre-processing module/pre-processing server can perform another batch processing request. The above-mentioned embodiment 1 is to set up a corresponding software or plug-in for batch processing on the merchant side, and the merchant applies the plug-in or software set by the local end to request batch processing, and the merchant needs to install the corresponding end on the local end. For this reason, the inventor also provides a second embodiment. Embodiment 2 Please refer to FIG. 4, which is a schematic diagram of the principle of the account processing center in the second example, which includes a pre-processing unit 61 and a request. Processing unit 62. The request processing unit 62 is an existing request processing unit 62. Taking a third-party payment platform as an example, the request processing unit 62 can be an existing payment processing system. In this example, the inventor is mainly in an existing third party. A pre-processing unit 61 is added outside the payment platform. The pre-processing unit 61 includes: a merchant interaction sub-unit 611 for providing For submitting an interface including a batch processing request. The merchant and pre-processing unit 61 establish an interaction through the merchant interaction sub-unit 611. The merchant can connect to the merchant interaction sub-unit 6 1 1 via the Internet, or can connect to the merchant through the wireless communication system. The interaction sub-unit 611. The merchant interaction sub-unit 611 is provided with an input interface for the merchant to propose batch processing. The pre-processing sub-unit 6 1 4 is used for pre-processing all the same type of processing requests for the same account in the batch processing. Combining all the same types of operations on the account. When the merchant interaction sub-unit 61 1 1 only receives the batch processing request, it may only include the pre-processing sub-unit 614. Since the merchant interaction sub-unit usually includes a request for receiving batch processing by the receiving merchant In addition, other requests are included. Therefore, the pre-processing unit 61 further includes: -16- 201131500 batch processing sub-unit 6 1 2 for obtaining batch processing information input by the merchant, and adding a mark to form a batch processing request; the batch identification processing sub-unit 6 1 3, The batch processing request is discriminated from the request, and the determined batch processing request is sent to the pre-processing sub-unit 614. When the pre-processing unit 61 is completed by a separate server, a space is opened on the memory of the server, that is, the batch processing buffer area 6.1 5, and the batch processing request for identifying the batch identification processing sub-unit 6 1 4 Cache. When the pre-processing unit 61 is completed on the server where the existing request processing unit 62 is located, a space can be opened in the existing database for the batch processing request identified by the batch identification processing unit 16 1 3 Cache. It can be seen from the above structural analysis that there is no need to make any improvement in the user terminal in Embodiment 2, and only the client can establish an interaction with the merchant interaction sub-unit 6 1 1 . Please refer to FIG. 5, which is a flowchart of a second embodiment of an account batch processing method. It is used to implement batch processing requests from the merchant, including: S2 1 0: The account processing center provides the merchant with an interface for inputting batch request instructions. The pre-processing unit provides the interface to the merchant, and the receiving client accesses the interface via a wireless communication network or the Internet. S220: Obtain batch processing information input by the merchant through the interface, and add a mark to form a batch processing request. -17- 201131500 The pre-processing unit receives the batch processing information entered by the merchant', and adds a start tag and an end tag to form a batch processing request. S23 0 : Cache all batch processing requests. These batch processes can be cached when the pre-processing unit determines that the requests are bulk processing requests. For example, if it is determined that a certain material carried in the request is a batch processing start tag, the storage is started until it is detected that the data is an end tag of the batch processing. S2 40: Pre-process all the same-type processing requests for the same account in the batch processing, and combine all the same types of operations on the account. 批量 Batch processing mainly refers to some operations on some bills. Pre-processing mainly refers to the unified summarization of all operations of the same account in the batch processing, and all the same type operations of the account further include: calculating all input/output amounts in the account, and calculating The amount of the final input/output. After merging all the same types of operations on the account, they are reassembled into new processing requests in the processing request format. S250: It is used to process the batch request including the pre-processing, and return the processing result to the corresponding merchant. The application still receives an instruction from the account processing center to pay the amount of 3,000 yuan to the 30 other accounts (accounts B 1 , B 2, B 3...B 3 0 ) submitted by the client respectively. example. -18- 201131500 The original payment process is: 1. Α -·>Β1 (A pays 3,000 yuan to the B1 account) a) Waiting for the lock of the A account b) A lock c) Waiting for the B 1 account Lock d) B1 force port lock e) Subtract 3000 from the A account f) Add 3 000 to B 1 2. A -->B2 (A pays 3,000 yuan to the B2 account) a) Waiting for the A account Lock b) A lock c) Wait for the lock of the B2 account d) B2 lock e) Subtract 3000 from the A account Ο Add 3,000 to the B2... The account needs to be locked 30 times. This payment process is very slow. 'And, when the A account has enough money to pay, it can only be known when a certain payment is processed. In particular, when the merchant cannot know in time that there is not enough money to make the payment, the payment process is lengthened. In this application example, 1. Pretreatment a) Analytical A project -3 000 * 3 0 b) B1 project + 3000 c) B2g ten painting +3000 _ 19 · 201131500 d) Project B30+ 3000 2. Execution processing a) Waiting for A lock b) A - 90000 c) Waiting for B1 lock d) B1+ 3000 e) Waiting for B2 lock f) B2 + 3 000 g) ··· h) Waiting for B30 lock i) B3 0 + 3 000 Through such pre-processing, you can know in time whether the A account has enough money to make this payment and improve the efficiency of payment. In addition, the number of times A waits for locks is greatly reduced, saving 29 times. Usually, this 29 times brings about a processing time of 1,000 or higher. The system does not need these waits, it can accept other more requests, and the processing time of the system is also improved from the other side. After merging all the same types of operations on the account, they can be reassembled into new processing requests in the original processing request format. In this application example, after the same type of operation of the A account is completed, the processing request sent to the system is still: the account name and the operation amount, that is, the A account and the expenditure amount of 90,000 yuan. The above disclosure is only a few specific embodiments of the present invention, but the present invention is not limited thereto, and any variations that can be considered by those skilled in the art are intended to fall within the scope of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram showing the principle of a first embodiment of an existing account processing system; FIG. 2 is a diagram showing an example of an implementation of an instant batch processing system for an account; Figure 4 is a schematic diagram showing the principle structure of the second embodiment of the account processing center; Figure 5 is a flow chart of the second account batch processing method. [Main component symbol description] 1 1 · Account processing center 1 2 : Client 2 1 : Server 22 : Database 3 1 : Account processing center 3 2 : Merchant terminal 41 : Processor 42 : Billion body 5 1 : Servo 5 2 : database 6 1 : preprocessing unit 62 : request processing unit 21 - 201131500 4 1 1 : batch processing unit 4 1 2 : central interaction unit 4 1 3 : batch request presentation interface 421 : batch processing storage unit 422 : Request record storage unit 5 1 1 : Batch identification processing unit 5 1 3 : Pre-processing unit 5 1 4 : Request processing unit 5 2 1 : Batch processing buffer area 611: Merchant interaction sub-unit 6 1 2 : Batch processing sub-unit 6 1 3 : Batch identification processing sub-unit 614 : Pre-processing sub-unit 6 1 5 : Batch processing buffer area - 22-