專利名稱：基于銷售點終端的脫機交易方法、系統(tǒng)以及相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機及通信技術(shù)領(lǐng)域，尤其涉及一種基于銷售點終端的脫機交易方法、一種基于銷售點終端的脫機交易系統(tǒng)、一種銷售點終端以及一種后臺服務器。
背景技術(shù)：
電子支付方式與傳統(tǒng)的現(xiàn)金支付方式相比，具有無需找零的優(yōu)點，同時可以規(guī)避現(xiàn)金遺失、混入偽鈔、現(xiàn)金被搶的風險，因此很快地被人們所接受，成為目前主流的消費方式之一。進行電子支付通常需要借助于智能儲值卡、銀行卡等用戶持有的支付卡、手機錢包、以及銷售點終端(P0S，Point-Of-Mle terminal) 0持有支付卡或手機錢包的用戶在消費時，通過POS終端讀取支付卡的卡號或手機錢包對應的用戶標識等標識信息，將本次交易的消費金額、發(fā)生時間等交易相關(guān)信息和讀取到的標識信息上報給后臺服務器進行結(jié)
笪弁?，F(xiàn)有的電子支付的實現(xiàn)方式主要有聯(lián)機交易和脫機交易兩種方式，其基本原理如下(一 )聯(lián)機交易方式附圖1為采用聯(lián)機交易方式進行電子支付的流程示意圖，現(xiàn)有的銀行卡通常采用聯(lián)機交易方式進行電子支付。步驟101，用戶刷卡后，POS終端向后臺服務器發(fā)送聯(lián)機交易請求，該聯(lián)機交易請求中攜帶有讀取到的支付卡的卡號、以及用戶輸入的密碼等驗證信息、以及本次交易的交易金額、交易時間等交易數(shù)據(jù)；步驟102，后臺服務器根據(jù)接收到的聯(lián)機交易請求中攜帶的卡號，從數(shù)據(jù)庫中存儲的卡號和注冊時輸入的密碼的對應關(guān)系中，查找到所述卡號對應的注冊時輸入的密碼，在查找到的密碼與聯(lián)機交易請求中攜帶的密碼一致時，通過驗證，進入步驟103 ；步驟103，后臺服務器從聯(lián)機交易請求中提取交易數(shù)據(jù)，并保存提取到的交易數(shù)據(jù)；步驟104，后臺服務器向POS終端發(fā)送聯(lián)機交易響應，通知POS終端本次交易成功；步驟105，POS終端接收到聯(lián)機交易響應后，存儲本次交易的交易數(shù)據(jù)；后續(xù)其他用戶刷卡進行電子支付時，循環(huán)執(zhí)行步驟101 步驟105 ；步驟106，POS終端在每天預定的結(jié)算時間到達時，根據(jù)存儲的交易數(shù)據(jù)計算上次結(jié)算之后各次交易的交易金額總數(shù)與交易總筆數(shù)，并將計算出的交易金額總數(shù)與交易總筆數(shù)攜帶在結(jié)算請求中發(fā)送給后臺服務器；步驟107，后臺服務器進行對賬處理，即比較步驟106中POS終端發(fā)來的交易金額總數(shù)與上次結(jié)算之后從接收到的各聯(lián)機交易請求中提取到的交易金額之和是否一致，以及步驟106中POS終端發(fā)來的交易總筆數(shù)與上次結(jié)算之后接收到的各聯(lián)機交易請求對應的交易筆數(shù)之和是否一致，在交易金額和交易筆數(shù)均一致時，確定對賬成功，否則對賬失??；步驟108，后臺服務器在對賬成功時，向POS終端發(fā)送結(jié)算響應，通知POS終端已經(jīng)對賬成功；步驟109，POS終端刪除當天存儲的交易數(shù)據(jù)。(二)脫機交易方式附圖2為采用脫機交易方式進行電子支付的流程示意圖，現(xiàn)有的公交卡、手機錢包通常采用脫機交易方式進行交易。步驟201，POS終端與后臺服務器進行交互，執(zhí)行簽到處理，從后臺服務器中獲取批次標識；步驟202，用戶刷卡(或手機錢包)后，POS終端存儲卡號(或用戶標識)以及本次交易的交易數(shù)據(jù)；后續(xù)其他用戶刷卡進行電子支付時，循環(huán)執(zhí)行步驟202 ；步驟203，POS終端接收到操作人員通過按鍵等方式輸入的結(jié)算指令時，計算步驟 201執(zhí)行簽到處理后存儲的N筆交易的交易金額總和，并將步驟201執(zhí)行簽到處理后存儲的 N筆交易的交易數(shù)據(jù)、計算出的交易金額總和與交易總筆數(shù)N、以及步驟201獲得的批次標識攜帶在結(jié)算請求中發(fā)送給后臺服務器；步驟204，后臺服務器進行對賬處理，即從結(jié)算請求中提取各筆交易數(shù)據(jù)，計算提取的各筆交易的交易金額之和與結(jié)算請求中的交易金額總和是否一致、并且提取的交易數(shù)據(jù)對應的交易筆數(shù)與結(jié)算請求中的交易總筆數(shù)N是否一致，若交易金額與交易筆數(shù)均一致，則進入步驟205 ；步驟205，后臺服務器將結(jié)算響應發(fā)送給POS終端，通知POS終端結(jié)算成功；步驟206，POS終端獲知結(jié)算成功后，刪除存儲的N筆交易的交易數(shù)據(jù)；步驟207，POS終端再次向后臺服務器發(fā)送簽到消息，進行下一次簽到處理，獲得下一個批次標識，后續(xù)重復執(zhí)行步驟202 步驟206。采用手機錢包進行電子支付與采用銀行卡進行電子支付相比，用戶無需攜帶卡片、記憶密碼、以及進行交易時輸入密碼，簡化了用戶的操作，同時由于用戶標識通常都是采用實名制登記的，因而具有較高的安全性，因此得到了快速普及。然而采用圖2所示的脫機交易方式進行電子支付時，往往會存在以下問題在執(zhí)行步驟203 步驟206的過程中，由于POS終端和后臺服務器交互大量數(shù)據(jù)會占用一定時間，并且由于POS終端處理能力的限制，步驟206中POS終端核對自身存儲的 N筆交易的交易數(shù)據(jù)與結(jié)算響應中的N’筆交易的交易數(shù)據(jù)也會占用較多時間，因此目前通常將步驟203中的數(shù)據(jù)上傳時間設(shè)定在在操作人員下班前的時刻，以免影響用戶進行電子支付。然而由于POS終端存儲量的限制，當存儲的交易數(shù)據(jù)接近或到達POS終端的存儲量上限、并且由于此時并沒有到達預定的數(shù)據(jù)上傳時間，因而POS終端無法清空存儲的交易數(shù)據(jù)時，POS終端無法再進行正常的電子支付。一般遇到這種情況時POS終端會強制操作人員進行結(jié)算，即執(zhí)行步驟203 步驟206，在POS終端刪除存儲的N筆交易的交易數(shù)據(jù)之前無法進行電子支付，這必然會增加用戶的等待時間，影響后續(xù)的電子支付交易
發(fā)明內(nèi)容
本發(fā)明實施例提供一種基于銷售點終端的脫機交易方法，用以解決現(xiàn)有脫機交易過程中，當?shù)竭_POS終端存儲量上限時，需要等待較長時間才能進行后續(xù)電子支付的問題。對應地，本發(fā)明實施例還提供了一種基于銷售點終端的脫機交易系統(tǒng)、一種銷售點終端和一種后臺服務器。本發(fā)明實施例提供的技術(shù)方案如下一種基于銷售點終端的脫機交易方法，包括銷售點終端將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。一種基于銷售點終端的脫機交易方法，包括后臺服務器接收所述銷售點終端發(fā)來的交易數(shù)據(jù)并存儲，以及在確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋已完整接收數(shù)據(jù)的消息；后臺服務器接收到所述銷售點終端發(fā)來的結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；以及根據(jù)查找到的交易數(shù)據(jù)和所述結(jié)算請求，進行結(jié)算處理，以及在結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。一種銷售點終端，包括選擇單元、寫入單元、發(fā)送單元和清空單元，其中確定單元，用于在寫入單元將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空；寫入單元，用于將當前交易的交易數(shù)據(jù)繼續(xù)寫入到選擇單元選擇出的第二記錄文件中；第一發(fā)送單元，用于在選擇單元選擇出第二記錄文件后，將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器；清空單元，用于在接收到后臺服務器發(fā)送的已完整接收第一發(fā)送單元發(fā)送的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。一種后臺服務器，包括第一接收單元，用于接收銷售點終端發(fā)來的交易數(shù)據(jù)并存儲；反饋單元，用于確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋消息；第二接收單元，用于接收所述銷售點終端發(fā)來的結(jié)算請求；查找單元，用于在第二接收單元接收到所述結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；結(jié)算處理單元，用于根據(jù)查找單元查找到的交易數(shù)據(jù)和第二接收單元接收到所述結(jié)算請求，進行結(jié)算處理；發(fā)送單元，用于在結(jié)算處理單元結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。一種基于銷售點終端的脫機交易系統(tǒng)，包括銷售點終端和后臺服務器，其中銷售點終端，用于將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)；后臺服務器，用于接收所述銷售點終端發(fā)來的交易數(shù)據(jù)并存儲，以及在確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋消息；接收到所述銷售點終端發(fā)來的結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；根據(jù)查找到的交易數(shù)據(jù)和所述結(jié)算請求，進行結(jié)算處理，以及在結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。本發(fā)明實施例通過在POS終端中設(shè)置至少兩個記錄文件，在將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足數(shù)據(jù)上傳條件時，從包括所述第一記錄文件的至少兩個記錄文件中選擇下一個內(nèi)容為空的記錄文件作為第二記錄文件，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。從而在POS終端向網(wǎng)絡(luò)側(cè)發(fā)送已存儲的各筆交易的交易金額等交易數(shù)據(jù)時，仍然可以進行電子支付，而無需只有等待完成結(jié)算之后，才能進行電子支付，縮短了等待時間。


圖1為現(xiàn)有技術(shù)中聯(lián)機交易方式的流程示意圖；圖2為現(xiàn)有技術(shù)中脫機交易方式的流程示意圖；圖3為現(xiàn)有技術(shù)中記錄文件的示意圖；圖4為本發(fā)明實施例的主要實現(xiàn)原理流程圖；圖fe為現(xiàn)有的POS終端的原理示意圖；圖恥為本發(fā)明實施例提供的POS終端的原理示意圖；圖6為本發(fā)明實施例提供的脫機交易方法的詳細流程圖；圖7a為本發(fā)明實施例進行步驟608時第一記錄文件和第二記錄文件的內(nèi)容示意圖；圖7b為本發(fā)明實施例進行步驟609時第一記錄文件和第二記錄文件的內(nèi)容示意圖；圖8為本發(fā)明實施例后臺服務器將連接的所有POS終端劃分為預定數(shù)目的小組的示意圖；圖9為本發(fā)明實施例多個記錄文件輪轉(zhuǎn)的示意圖；圖10為本發(fā)明實施例提供的一種銷售點終端的結(jié)構(gòu)示意圖；圖11為本發(fā)明實施例提供的銷售點終端中第一發(fā)送單元的結(jié)構(gòu)示意圖；圖12為本發(fā)明實施例提供的后臺服務器的結(jié)構(gòu)示意圖；圖13為本發(fā)明實施例提供的后臺服務器中結(jié)算處理單元的結(jié)構(gòu)示意圖。
具體實施例方式在現(xiàn)有POS終端中，多筆交易的交易數(shù)據(jù)采用隊列的方式在記錄文件中，如附圖3 所示，附圖2中的多個步驟都涉及對記錄文件的操作，例如步驟201存儲交易數(shù)據(jù)時涉及到對記錄文件執(zhí)行“寫入”操作；步驟203上傳數(shù)據(jù)時需要對記錄文件執(zhí)行“讀取”操作；步驟 206刪除交易數(shù)據(jù)時需要對記錄文件執(zhí)行刪除操作。發(fā)明人發(fā)現(xiàn)現(xiàn)有脫機交易過程中，出現(xiàn)用戶無法在執(zhí)行步驟203 步驟206時進行電子支付，從而導致用戶等待時間較長(即無法同時執(zhí)行步驟203 步驟206對應的上傳交易數(shù)據(jù)處理，以及步驟201對應進行電子支付處理)的原因是現(xiàn)有POS終端只有一個指令解析器造成的POS終端同一時刻只能執(zhí)行一條指令，且存儲有交易數(shù)據(jù)的記錄文件在同一時刻只能被執(zhí)行一個操作，否則會出現(xiàn)讀寫沖突問題。針對上述問題，發(fā)明人提出了一種用于進行脫機交易的POS終端，安裝有Iinux操作系統(tǒng)以支持多線程并行操作，同時在POS終端中設(shè)置至少兩個記錄文件用以輪換存儲當前發(fā)生的電子支付的交易數(shù)據(jù)。以兩個記錄文件的實現(xiàn)方式為例開機后，首先在第一記錄文件中存儲每次交易的交易數(shù)據(jù)，在滿足數(shù)據(jù)上傳條件時，選擇出內(nèi)容為空的第二記錄文件用來代替第一記錄文件繼續(xù)存儲當前發(fā)生的交易的交易數(shù)據(jù)，并將第一記錄文件中存儲的N次交易的交易數(shù)據(jù)發(fā)送給后臺服務器，執(zhí)行步驟203 步驟206 ；直到再次滿足數(shù)據(jù)上傳條件時，將在第二記錄文件中存儲的M次交易的交易數(shù)據(jù)發(fā)送給后臺服務器，執(zhí)行步驟203步驟206，如此循環(huán)往復，從而實現(xiàn)存儲交易數(shù)據(jù)和發(fā)送交易數(shù)據(jù)的并行執(zhí)行，解決了現(xiàn)有技術(shù)中用戶等待時間過長的問題。下面結(jié)合各個附圖對本發(fā)明實施例技術(shù)方案的主要實現(xiàn)原理具體實施方式
及其對應能夠達到的有益效果進行詳細的闡述。如圖4所示，本發(fā)明實施例的主要實現(xiàn)原理流程如下步驟10，銷售點終端開機狀態(tài)下，將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，進入步驟20和步驟30 ；步驟20，銷售點終端將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中，返回步驟10 ；步驟30，將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)，返回步驟10。下面將依據(jù)本發(fā)明上述發(fā)明原理，詳細介紹一個實施例來對本發(fā)明方法的主要實現(xiàn)原理進行詳細的闡述和說明。附圖fe為現(xiàn)有POS終端的原理示意圖，硬件層次之上的解析器只能支持同一時刻只能執(zhí)行一條指令；附圖恥為本申請實施例提出的POS終端的原理示意圖，通過硬件層次上的Linux操作系統(tǒng)來支持并行執(zhí)行兩條以上指令。附圖6為本發(fā)明實施例提供的交易方法的詳細流程圖，其中POS終端中存儲有至少兩個空白的記錄文件，每個記錄文件的格式仍與附圖3中現(xiàn)有的記錄文件相似。步驟601，POS終端上電開機后，與后臺服務器進行交互，執(zhí)行簽到處理，從后臺服務器中獲取批次標識；具體為P0S終端將攜帶有自身設(shè)備標識的簽到請求發(fā)送給后臺服務器，后臺服務器將分配給該POS終端的批次標識攜帶在簽到響應中反饋給POS終端。步驟602，POS終端選擇至少兩個內(nèi)容為空的記錄文件中的第一記錄文件用于寫入當前交易的交易數(shù)據(jù)；步驟603，POS終端將開機后用戶每次刷卡實施的電子支付對應的交易數(shù)據(jù)寫入第一記錄文件中；步驟604，判斷是否接收到用戶通過POS終端上的結(jié)算按鍵輸入的結(jié)算指令，若是進入步驟610，否則進入步驟605 ；步驟605，POS終端在滿足預定上傳數(shù)據(jù)的條件時，從至少兩個記錄文件中選擇下一個內(nèi)容為空的記錄文件作為第二記錄文件，并行地進入步驟606和步驟607，此時第一記錄文件和第二記錄文件的內(nèi)容如附圖7a所示；較佳地，步驟605中的預定上傳數(shù)據(jù)的條件為“正在寫入交易數(shù)據(jù)的記錄文件(這里為第一記錄文件)中的剩余存儲空間少于預定值”，例如第一記錄文件中的剩余存儲空間少于 1MByte、500KByte ；或者“到達設(shè)定的上傳數(shù)據(jù)定時器的定時時長”，例如設(shè)定每間隔2小時上傳一次數(shù)據(jù)； 或者“接收到用戶通過POS終端面板上的上傳按鍵輸入的上傳指令”；或者“接收到后臺服務器發(fā)送的上傳指令”，請參照附圖8所示，所述后臺服務器將連接的所有POS終端分為預定數(shù)目的小組，為每組POS終端設(shè)定對應的上傳數(shù)據(jù)時間，不同小組的POS終端之間上傳數(shù)據(jù)的時間互不相同，例如后臺服務器將連接的30個POS終端分為6個小組，每個小組包含5個POS終端，在每天下午1點向第一小組的POS終端發(fā)送上傳指令，在每天下午2點向第二小組的POS終端發(fā)送上傳指令，依此類推。通過這種方法可以使POS終端上傳數(shù)據(jù)的時間錯開，避免由于絕大多數(shù)POS終端都在下班前后的1、2個小時內(nèi)上傳數(shù)據(jù)造成的網(wǎng)絡(luò)擁塞問題。需要說明的是，步驟605中的預設(shè)條件也可以為上述幾種預設(shè)條件的組合，無論在該組合的那個條件滿足時，都會觸發(fā)向后臺服務器發(fā)送第一記錄文件中的交易數(shù)據(jù)。例如預設(shè)條件為“第一記錄文件的剩余存儲空間少于預定閾值and到達預定的定時時長”，預定定時時長為每4小時上傳一次數(shù)據(jù)，在POS終端較為空閑時，如超市的POS終端在工作日上午或下午時間段，按照每4小時上傳一次數(shù)據(jù)完全能夠滿足要求，但是在周末下午較為繁忙的時間段，第一記錄文件將會很快被占滿，那么應該在第一記錄文件的剩余存儲空間少于預定閾值時觸發(fā)上傳數(shù)據(jù)，而不是等到預定定時時長到達時才上傳數(shù)據(jù)。其他預設(shè)條件或預設(shè)條件組合的情況也類似，在這里不再一一舉例。步驟606，POS終端將第一記錄文件中存儲的交易數(shù)據(jù)發(fā)送給后臺服務器，進入步驟 608 ；POS終端可以在發(fā)送交易數(shù)據(jù)時在發(fā)送的報文中增加校驗位，以便后臺服務器根據(jù)校驗位來確定接收到的交易數(shù)據(jù)的正確性和完整性。后臺服務器在確定正確完整地接收到所述POS終端發(fā)來的交易數(shù)據(jù)后，保存接收到的所述POS終端發(fā)來的交易數(shù)據(jù)。步驟607，將步驟605之后發(fā)生的每次電子支付對應的交易數(shù)據(jù)存儲在步驟605選擇出的第二記錄文件中，返回步驟604 ；步驟608，接收到后臺服務器成功接收到步驟606中POS終端反饋的已完整接收第一記錄文件中寫入的數(shù)據(jù)的通知消息后，根據(jù)所述第一記錄文件中的交易數(shù)據(jù)，累加計算出已發(fā)送的交易數(shù)據(jù)對應的交易總金額和交易總筆數(shù)，進入步驟609 ；例如，如附圖7a所示的第一記錄文件中有4個交易記錄交易記錄1 交易記錄 4。其中交易記錄1的交易金額為10元、交易記錄1的交易金額為15元、交易記錄1的交易金額為50元、交易記錄4的交易金額為100元，則已發(fā)送的交易數(shù)據(jù)對應的交易總金額為175元，交易總筆數(shù)為4筆。步驟609，POS終端清空第一記錄文件中的交易數(shù)據(jù)，返回步驟604 ；此時第一記錄文件和第二記錄文件的內(nèi)容如附圖7b所示，其中記錄文件2中的三條交易數(shù)據(jù)是步驟604之后、步驟609之前發(fā)生的電子支付對應的交易數(shù)據(jù)。第一記錄文件在清空后又可以在下一次滿足預定上傳數(shù)據(jù)的條件時，被選擇出繼續(xù)存儲當前交易的交易數(shù)據(jù)。步驟610，POS終端接收到用戶通過POS終端面板上的按鍵輸入的結(jié)算指令時，將當前正在寫入交易數(shù)據(jù)的記錄文件中存儲的交易數(shù)據(jù)中的交易總金額與上次結(jié)算之后、且接收到所述結(jié)算指令之前時間段內(nèi)已發(fā)送的交易數(shù)據(jù)的交易總金額之和作為結(jié)算總金額， 將當前正在寫入交易數(shù)據(jù)的記錄文件中存儲的交易數(shù)據(jù)對應的交易總筆數(shù)與已發(fā)送的交易數(shù)據(jù)的交易總筆數(shù)之和作為結(jié)算總筆數(shù)，進入步驟611 ；通常用戶是在下班之前進行結(jié)算的。較佳地，上次結(jié)算之后、且接收到所述結(jié)算指令之前時間段內(nèi)已發(fā)送的交易數(shù)據(jù)的交易總金額和交易總筆數(shù)是通過以下方式獲得的可以POS終端中設(shè)置一個計數(shù)器用來對已發(fā)送的交易數(shù)據(jù)的交易總金額和總比數(shù)進行累加，在上述步驟608中每次接收到后臺服務器反饋的已完整接收第一記錄文件中寫入的數(shù)據(jù)的通知消息后，使用該計數(shù)器累加計算出已發(fā)送的交易數(shù)據(jù)對應的交易總金額和交易總筆數(shù)。該計數(shù)器在接收到結(jié)算成功響應后清零，在執(zhí)行簽到處理后啟動；或者替代地，在步驟608中無需累加計算出已發(fā)送的交易數(shù)據(jù)對應的交易總金額和交易總筆數(shù)，而是存儲此時(步驟609清空之前)第一記錄文件中的交易數(shù)據(jù)的交易總金額和交易總筆數(shù)(即每次發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總金額和交易總筆數(shù))， 在接收到結(jié)算指令后，對存儲的每次發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總金額和交易總筆數(shù)進行求和，確定前一次結(jié)算之后，本次結(jié)算之前已發(fā)送給后臺服務器的交易數(shù)據(jù)的交易總金額和交易總筆數(shù)。此時當前正在寫入交易數(shù)據(jù)的第二記錄文件中有三條交易記錄，對應的交易金額都為10元，那么此時第二記錄文件的交易總金額為30元，第二記錄文件的交易總筆數(shù)為3 筆，之前已發(fā)送的交易數(shù)據(jù)的對應交易總金額為175元，已發(fā)送的交易數(shù)據(jù)的對應交易總筆數(shù)為4筆，因此結(jié)算總金額為205元，結(jié)算總筆數(shù)為7筆。步驟611，POS終端將攜帶有當前正在寫入交易數(shù)據(jù)的記錄文件中存儲的交易數(shù)據(jù)、確定出的結(jié)算總金額和結(jié)算總筆數(shù)的結(jié)算請求發(fā)送給后臺服務器，進入步驟612 ；步驟612，后臺服務器接收到結(jié)算請求后，根據(jù)上次結(jié)算之后，該POS終端發(fā)來的交易數(shù)據(jù)、以及結(jié)算請求中包含的交易數(shù)據(jù)和結(jié)算總金額和結(jié)算總筆數(shù)進行對賬處理，以及在對賬成功后，向所述POS終端發(fā)送結(jié)算成功響應；對賬過程具體為后臺服務器計算上次結(jié)算之后，步驟606中所述POS終端發(fā)來的各筆交易數(shù)據(jù)中的交易金額之和加上結(jié)算請求中包含的交易數(shù)據(jù)中的交易總金額的結(jié)果與結(jié)算請求中包含的結(jié)算總金額是否一致，以及步驟606中所述POS終端發(fā)來的交易數(shù)據(jù)中的交易筆數(shù)之和加上結(jié)算請求中包含的交易數(shù)據(jù)的交易總筆數(shù)的結(jié)果與結(jié)算請求中包含的結(jié)算總筆數(shù)是否一致；在計算出所述POS終端發(fā)來的各筆交易數(shù)據(jù)中的交易金額之和加上結(jié)算請求中包含的交易數(shù)據(jù)的交易總金額的結(jié)果與結(jié)算請求中包含的結(jié)算總金額一致、且步驟606 中所述POS終端發(fā)來的交易數(shù)據(jù)中的交易筆數(shù)之和加上結(jié)算請求中包含的交易數(shù)據(jù)的交易總筆數(shù)的結(jié)果與結(jié)算請求中包含的結(jié)算總筆數(shù)一致時，確定對賬成功，否則確定對賬失?。焕?，后臺服務器在接收到結(jié)算請求之前，存儲有步驟606中POS終端發(fā)來的附圖 7a中第一記錄文件包含的4條交易數(shù)據(jù)，在接收到結(jié)算請求后，從結(jié)算請求中提取包含的附圖7b中第一記錄文件包含的3條交易數(shù)據(jù)，計算存儲的4條交易數(shù)據(jù)的交易金額與提取到的3條交易數(shù)據(jù)的交易金額之和為205元，與結(jié)算請求中包含的結(jié)算總金額一致，則說明所述POS終端發(fā)來的各筆交易數(shù)據(jù)中的交易金額之和加上結(jié)算請求中包含的各筆交易的交易數(shù)據(jù)的交易金額的結(jié)果與結(jié)算請求中包含的結(jié)算總金額一致，且存儲的交易數(shù)據(jù)的筆數(shù)為4筆，提取到的交易數(shù)據(jù)的筆數(shù)為3筆，二者之和為7筆，也與結(jié)算請求中包含的結(jié)算總筆數(shù)7筆一致，此時說明對賬成功。步驟613，POS終端在接收到后臺服務器發(fā)來的結(jié)算成功響應后，清空正在寫入交易數(shù)據(jù)的文件中的交易數(shù)據(jù)，這時第一記錄文件和第二記錄文件都為空白文件，返回步驟 601，等待下一次簽到處理。較佳地，在步驟612中后臺服務器根據(jù)接收到所述POS終端發(fā)來的交易數(shù)據(jù)的時間即可確定上次結(jié)算之后，該POS終端發(fā)來的交易數(shù)據(jù)，為了進一步提高后臺服務器確定上次結(jié)算之后該POS終端發(fā)來的交易數(shù)據(jù)時的準確性和及時性，在步驟608中POS終端通過報文將第一記錄文件中存儲的交易數(shù)據(jù)發(fā)送給后臺服務器時，還可以在該報文中攜帶步驟601獲得的批次標識，后臺服務器接收到攜帶有批次標識的包含交易數(shù)據(jù)的報文時，存儲批次標識與該報文中包含的交易數(shù)據(jù)的對應關(guān)系，在步驟612進行結(jié)算時，只需要根據(jù)結(jié)算請求中的批次標識，從已存儲的交易數(shù)據(jù)中查找到對應的批次標識與結(jié)算請求中的批次標識一致的交易數(shù)據(jù)，將查找到的交易數(shù)據(jù)作為上次結(jié)算之后，該POS終端發(fā)來的交易數(shù)據(jù)即可。本發(fā)明實施例提供的POS終端中維護有至少兩個記錄文件，其中一個記錄文件用于存儲當前刷卡實施的電子支付對應的交易數(shù)據(jù)。當預設(shè)條件滿足，需要向服務器發(fā)送一個記錄文件中寫入的交易數(shù)據(jù)時，禁止在該記錄文件中寫入交易數(shù)據(jù)，只能在選擇出的另一個記錄文件中寫入交易數(shù)據(jù)，當該記錄文件中的交易數(shù)據(jù)已被清空后，該記錄文件允許被重新選擇用以寫入當前交易的交易數(shù)據(jù)。從而在向網(wǎng)絡(luò)側(cè)發(fā)送已存儲的各筆交易的交易金額等交易數(shù)據(jù)時，仍然可以進行電子支付，而無需只有在將已寫入交易數(shù)據(jù)的記錄文件中的交易數(shù)據(jù)發(fā)送給后臺服務器并完成結(jié)算之后，才能進行電子支付，縮短了等待時間。較佳地，為了避免在滿足預定上傳數(shù)據(jù)的條件(例如正在寫入交易數(shù)據(jù)的記錄文件的剩余存儲空間少于預定值)時，由于另外一個記錄文件中的交易數(shù)據(jù)還未被及時清空而無法被重新選擇出用以繼續(xù)寫入當前交易的交易數(shù)據(jù)，可以采用多個記錄文件輪轉(zhuǎn)的方式，請參照附圖9所示，5個記錄文件輪轉(zhuǎn)，當將第一記錄文件中的交易數(shù)據(jù)發(fā)送給后臺服務器之前， 選擇在第二記錄文件中繼續(xù)寫入當前交易的交易數(shù)據(jù)；當需要將第二記錄文件中的交易數(shù)
據(jù)發(fā)送給后臺服務器時，選擇在第三記錄文件中繼續(xù)寫入當前交易的交易數(shù)據(jù)；......；
當需要將第五記錄文件中的交易數(shù)據(jù)發(fā)送給后臺服務器時，選擇在第一記錄文件中繼續(xù)寫入當前交易的交易數(shù)據(jù)，這種情況下只要第一記錄文件在將第五記錄文件中的交易數(shù)據(jù)發(fā)送給后臺服務器之前被清空即可。在上述實施例步驟605 步驟609中，將從向服務器上傳一個記錄文件中的交易數(shù)據(jù)直至刪除該記錄文件中的交易數(shù)據(jù)的時間段里用戶每次刷卡實施的電子支付對應的交易數(shù)據(jù)存儲在另一個記錄文件中，而不是像現(xiàn)有技術(shù)一樣只要等待唯一的記錄文件被清空后才能處理下一次電子支付，從而縮短了用戶等待的時間。另外，本發(fā)明實施例提供的交易方法，在兩次結(jié)算之間發(fā)生的所有電子支付對應的交易數(shù)據(jù)被分為多次分別發(fā)送給后臺服務器，而不是像現(xiàn)有技術(shù)一樣在每天固定的時間段內(nèi)(通常是下班前后的1、2個小時)將兩次結(jié)算之間發(fā)生的所有電子支付對應的交易數(shù)據(jù)一次發(fā)給后臺服務器，實現(xiàn)了均衡網(wǎng)絡(luò)負荷的技術(shù)效果，避免短時間內(nèi)出現(xiàn)網(wǎng)絡(luò)擁塞狀況。相應地，本發(fā)明實施例還提供了一種銷售點終端，如圖10所示，該裝置包括第一確定單元110、寫入單元120、第一發(fā)送單元130和清空單元140，具體如下第一確定單元110，用于在寫入單元120將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空；寫入單元120，用于將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第一確定單元110選擇出的第二記錄文件中；第一發(fā)送單元130，用于在第一確定單元110確定出第二記錄文件后，將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器；清空單元140，用于在接收到后臺服務器發(fā)送的已完整接收第一發(fā)送單元130發(fā)送的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。較佳地，附圖10中的銷售點終端還包括接收單元150、第二確定單元160和第二發(fā)送單元170，其中接收單元150，用于接收結(jié)算指令；第二確定單元160，用于接收單元150接收到結(jié)算指令時，根據(jù)第一記錄文件中寫入的每筆交易的交易數(shù)據(jù)中包含的交易金額，確定第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)，并將上次結(jié)算之后、且接收到所述結(jié)算指令之前時間段內(nèi)已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總金額和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額之和作為結(jié)算總金額，將已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總筆數(shù)和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總筆數(shù)之和作為結(jié)算總筆數(shù)；第二發(fā)送單元170，用于將攜帶有第一記錄文件中寫入的交易數(shù)據(jù)、第二確定單元 160確定出的結(jié)算總金額和結(jié)算總筆數(shù)的結(jié)算請求發(fā)送給后臺服務器；所述清空單元140還用于在接收到后臺服務器根據(jù)第二發(fā)送單元170發(fā)送的結(jié)算請求發(fā)來的對應的結(jié)算成功響應后，刪除第一記錄文件中寫入的交易數(shù)據(jù)。較佳地，請參照附圖11，附圖10中的第一發(fā)送單元130具體包括封裝子單元111、 攜帶子單元112和發(fā)送子單元113，其中封裝子單元111，用于將第一記錄文件中寫入的交易數(shù)據(jù)封裝在報文中；攜帶子單元112，用于在封裝子單元111封裝獲得的報文中攜帶批次標識，所述批次標識為所述銷售點終端開機后通過簽到處理從所述后臺服務器中獲取的；
發(fā)送子單元113，用于將攜帶子單元112處理后已攜帶批次標識的報文發(fā)送給后臺服務器。請參照附圖12，為本發(fā)明實施例提供的后臺服務器的結(jié)構(gòu)示意圖，該后臺服務器包括第一接收單元121、反饋單元122、第二接收單元123、查找單元124、結(jié)算處理單元125 和發(fā)送單元126，其中第一接收單元121，用于接收銷售點終端發(fā)來的交易數(shù)據(jù)并存儲；反饋單元122，用于確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋消息；第二接收單元123，用于接收所述銷售點終端發(fā)來的結(jié)算請求；查找單元124，用于在第二接收單元123接收到所述結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；結(jié)算處理單元125，用于根據(jù)查找單元IM查找到的交易數(shù)據(jù)和第二接收單元接收到所述結(jié)算請求，進行結(jié)算處理；發(fā)送單元126，用于在結(jié)算處理單元125結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。較佳地，請參照附圖13，附圖12中的后臺服務器中的結(jié)算處理單元125具體包括第一確定子單元131、比較子單元132和第二確定子單元133，其中第一確定子單元131，用于根據(jù)查找單元IM查找到的交易數(shù)據(jù)和第二接收單元 123接收到所述結(jié)算請求中包含的交易數(shù)據(jù)，確定接收到的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)；比較子單元132，用于比較第二接收單元123接收到所述結(jié)算請求中包含的結(jié)算總金額和結(jié)算總筆數(shù)分別與第一確定子單元131確定出的交易總金額和交易總比數(shù)是否
一致；第二確定子單元133，用于在比較子單元132確定出所述結(jié)算請求中包含的結(jié)算總金額和結(jié)算總筆數(shù)分別與第一確定子單元131確定出的交易總金額和交易總比數(shù)一致時，確定結(jié)算處理成功。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關(guān)的硬件來完成，該程序可以存儲于一計算機可讀取存儲介質(zhì)中，如 ROM/RAM、磁碟、光盤等。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種基于銷售點終端的脫機交易方法，其特征在于，包括銷售點終端將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。
2.如權(quán)利要求1所述的脫機交易方法，其特征在于，所述預設(shè)條件包括以下任一預設(shè)條件或預設(shè)條件的組合第一記錄文件的剩余存儲空間少于預定閾值；或接收到上傳指令，或到達預定的定時時長。
3.如權(quán)利要求2所述的脫機交易方法，其特征在于，所述上傳指令為后臺服務器發(fā)送的上傳指令，或者用戶輸入的上傳指令。
4.如權(quán)利要求1所述的脫機交易方法，其特征在于，所述銷售點終端將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，具體包括所述銷售點終端將第一記錄文件中寫入的交易數(shù)據(jù)封裝在報文中；并在所述報文中攜帶批次標識，所述批次標識為所述銷售點終端開機后通過簽到處理從所述后臺服務器中獲取的，以及將已攜帶批次標識的報文發(fā)送給后臺服務器。
5.如權(quán)利要求1所述的脫機交易方法，其特征在于，還包括接收到結(jié)算指令時，所述銷售點終端根據(jù)第一記錄文件中寫入的每筆交易的交易數(shù)據(jù)中包含的交易金額，確定第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)，并將上次結(jié)算之后、且接收到所述結(jié)算指令之前時間段內(nèi)已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總金額和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額之和作為結(jié)算總金額，將已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總筆數(shù)和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總筆數(shù)之和作為結(jié)算總筆數(shù)；將攜帶有第一記錄文件中寫入的交易數(shù)據(jù)、確定出的結(jié)算總金額和結(jié)算總筆數(shù)的結(jié)算請求發(fā)送給后臺服務器；以及在接收到后臺服務器發(fā)來的對應的結(jié)算成功響應后，刪除第一記錄文件中寫入的交易數(shù)據(jù)。
6.權(quán)利要求5所述的脫機交易方法，其特征在于，所述銷售點終端將結(jié)算請求發(fā)送給后臺服務器，具體包括所述銷售點終端在結(jié)算請求中攜帶批次標識，所述批次標識為所述銷售點終端開機后通過簽到處理從所述后臺服務器中獲取的，以及將已攜帶批次標識的結(jié)算請求發(fā)送給后臺服務器。
7.一種基于銷售點終端的脫機交易方法，其特征在于，包括后臺服務器接收所述銷售點終端發(fā)來的交易數(shù)據(jù)并存儲，以及在確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋已完整接收數(shù)據(jù)的消息；后臺服務器接收到所述銷售點終端發(fā)來的結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；以及根據(jù)查找到的交易數(shù)據(jù)和所述結(jié)算請求，進行結(jié)算處理，以及在結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。
8.如權(quán)利要求7所述的脫機交易方法，其特征在于，后臺服務器進行結(jié)算處理，具體包括后臺服務器根據(jù)結(jié)算請求中包含的交易數(shù)據(jù)和查找到的交易數(shù)據(jù)，確定上次結(jié)算之后接收到的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)，以及在結(jié)算請求中包含的結(jié)算總金額和結(jié)算總筆數(shù)分別與確定出的交易總金額和交易總比數(shù)一致時，確定結(jié)算處理成功。
9.如權(quán)利要求7或8所述的脫機交易方法，其特征在于，所述后臺服務器接收所述銷售點終端發(fā)來的交易數(shù)據(jù)，具體包括接收所述銷售點終端發(fā)來的包含交易數(shù)據(jù)的報文；以及從所述報文中獲取交易數(shù)據(jù)和批次標識； 存儲獲取到的交易數(shù)據(jù)與所述批次標識的對應關(guān)系。
10.如權(quán)利要求9所述的脫機交易方法，其特征在于，所述后臺服務器查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)，具體包括后臺服務器獲取結(jié)算請求中攜帶的批次標識，以及將存儲的對應的批次標識與獲取到的結(jié)算請求中攜帶的批次標識一致的交易數(shù)據(jù)作為查找到的交易數(shù)據(jù)。
11.如權(quán)利要求7所述的脫機交易方法，其特征在于，所述后臺服務器在接收到所述銷售點終端發(fā)來的交易數(shù)據(jù)之前，還包括在確定到達為所述銷售點終端設(shè)定的上傳時間時，向所述銷售點終端發(fā)送上傳指令。
12.—種銷售點終端，其特征在于，包括第一確定單元、寫入單元、發(fā)送單元和清空單元，其中第一確定單元，用于在寫入單元將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空；寫入單元，用于將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第一確定單元選擇出的第二記錄文件中；第一發(fā)送單元，用于在第一確定單元單元確定出第二記錄文件后，將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器；清空單元，用于在接收到后臺服務器發(fā)送的已完整接收第一發(fā)送單元發(fā)送的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。
13.如權(quán)利要求12所述的銷售點終端，其特征在于，所述第一發(fā)送單元具體包括 封裝子單元，用于將第一記錄文件中寫入的交易數(shù)據(jù)封裝在報文中；攜帶子單元，用于在封裝子單元封裝獲得的報文中攜帶批次標識，所述批次標識為所述銷售點終端開機后通過簽到處理從所述后臺服務器中獲取的；發(fā)送子單元，用于將攜帶子單元處理后已攜帶批次標識的報文發(fā)送給后臺服務器。
14.如權(quán)利要求13所述的銷售點終端，其特征在于，還包括 接收單元，用于接收結(jié)算指令；第二確定單元，用于接收單元接收到結(jié)算指令時，根據(jù)第一記錄文件中寫入的每筆交易的交易數(shù)據(jù)中包含的交易金額，確定第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)，并將上次結(jié)算之后、且接收到所述結(jié)算指令之前時間段內(nèi)已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總金額和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總金額之和作為結(jié)算總金額，將已發(fā)送給后臺服務器的交易數(shù)據(jù)對應的交易總筆數(shù)和第一記錄文件中寫入的交易數(shù)據(jù)對應的交易總筆數(shù)之和作為結(jié)算總筆數(shù)；第二發(fā)送單元，用于將攜帶有第一記錄文件中寫入的交易數(shù)據(jù)、第二確定單元確定出的結(jié)算總金額和結(jié)算總筆數(shù)的結(jié)算請求發(fā)送給后臺服務器；所述清空單元還用于在接收到后臺服務器根據(jù)第二發(fā)送單元發(fā)送的結(jié)算請求發(fā)來的對應的結(jié)算成功響應后，刪除第一記錄文件中寫入的交易數(shù)據(jù)。
15.一種后臺服務器，其特征在于，包括第一接收單元，用于接收銷售點終端發(fā)來的交易數(shù)據(jù)并存儲；反饋單元，用于確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋消息；第二接收單元，用于接收所述銷售點終端發(fā)來的結(jié)算請求；查找單元，用于在第二接收單元接收到所述結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；結(jié)算處理單元，用于根據(jù)查找單元查找到的交易數(shù)據(jù)和第二接收單元接收到所述結(jié)算請求，進行結(jié)算處理；發(fā)送單元，用于在結(jié)算處理單元結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。
16.如權(quán)利要求15所述的后臺服務器，其特征在于，所述結(jié)算處理單元具體包括第一確定子單元，用于根據(jù)查找單元查找到的交易數(shù)據(jù)和第二接收單元接收到所述結(jié)算請求中包含的交易數(shù)據(jù)，確定確定上次結(jié)算之后接收到的交易數(shù)據(jù)對應的交易總金額和交易總比數(shù)；比較子單元，用于比較第二接收單元接收到所述結(jié)算請求中包含的結(jié)算總金額和結(jié)算總筆數(shù)分別與第一確定子單元確定出的交易總金額和交易總比數(shù)是否一致；第二確定子單元，用于在比較子單元確定出所述結(jié)算請求中包含的結(jié)算總金額和結(jié)算總筆數(shù)分別與第一確定子單元確定出的交易總金額和交易總比數(shù)一致時，確定結(jié)算處理成功。
17.一種基于銷售點終端的脫機交易系統(tǒng)，包括銷售點終端和后臺服務器，其特征在于，其中銷售點終端，用于將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)；后臺服務器，用于接收所述銷售點終端發(fā)來的交易數(shù)據(jù)并存儲，以及在確定已完整接收到所述交易數(shù)據(jù)后，向所述銷售點終端反饋消息；接收到所述銷售點終端發(fā)來的結(jié)算請求后，查找前一次結(jié)算之后所述銷售點終端發(fā)來的交易數(shù)據(jù)；根據(jù)查找到的交易數(shù)據(jù)和所述結(jié)算請求，進行結(jié)算處理，以及在結(jié)算處理成功后，向所述銷售點終端發(fā)送結(jié)算成功響應。
全文摘要
本發(fā)明公開了一種基于銷售點終端的脫機交易方法、系統(tǒng)以及相關(guān)裝置，用以解決現(xiàn)有脫機交易過程中，當?shù)竭_POS終端存儲量上限時，需要等待較長時間才能進行后續(xù)電子支付的問題。該方法包括銷售點終端將當前交易的交易數(shù)據(jù)寫入第一記錄文件的過程中監(jiān)測到滿足預設(shè)條件時，將除第一記錄文件之外的另一個記錄文件作為第二記錄文件，所述第二記錄文件的內(nèi)容為空，并將當前交易的交易數(shù)據(jù)繼續(xù)寫入到第二記錄文件中；以及將所述第一記錄文件中寫入的交易數(shù)據(jù)發(fā)送給后臺服務器，并在接收到后臺服務器發(fā)送的已完整接收第一記錄文件中寫入的數(shù)據(jù)的反饋消息后，清空寫入第一記錄文件的交易數(shù)據(jù)。
文檔編號G06Q20/00GK102346889SQ20101024537
公開日2012年2月8日 申請日期2010年8月4日 優(yōu)先權(quán)日2010年8月4日
發(fā)明者樂祖暉, 羅烽 申請人:中國移動通信有限公司