[發(fā)明專利]地鐵乘車碼支付數(shù)據(jù)處理方法、裝置、系統(tǒng)及電子設(shè)備

在審

• 申請?zhí)枺?/td>: 202010177041.3
• 申請日: 2020-03-13
• 公開（公告）號: CN111932229A
• 公開（公告）日: 2020-11-13
• 發(fā)明（設(shè)計）人: 盧祖?zhèn)?/a>;王志剛
• 申請（專利權(quán)）人: 武漢小碼聯(lián)城科技有限公司
• 主分類號: G06Q20/10
• 分類號: G06Q20/10;G06Q20/32;G06Q30/02;G06Q50/30;G07B11/00
• 代理公司: 北京思格頌知識產(chǎn)權(quán)代理有限公司 11635
• 代理人: 呂露;楊超

本發(fā)明提出了一種地鐵乘車碼支付數(shù)據(jù)處理方法、裝置、系統(tǒng)及電子設(shè)備，該方法包括：接收閘機上傳的交易數(shù)據(jù)，對預設(shè)第一時間段同一用戶ID對應(yīng)的進站交易數(shù)據(jù)與出站交易數(shù)據(jù)根據(jù)預設(shè)規(guī)則進行交易融對，融對成功則計算交易費后向客戶端提出扣費申請，融對失敗則按照單邊交易規(guī)則掛起并向客戶端發(fā)送補全交易數(shù)據(jù)指令；若預設(shè)第二時間段未收到客戶端發(fā)送補全交易數(shù)據(jù)，則按預設(shè)規(guī)則計算交易費，并向客戶端發(fā)送扣費申請及禁止生成乘車碼指令。本發(fā)明克服了現(xiàn)有技術(shù)中將用戶未計費行程直接按最遠行程、最長時間計費的情況，減少了用戶投訴，若用戶未自覺發(fā)送補全交易數(shù)據(jù)，則按預設(shè)規(guī)則計算交易費并禁止生成乘車碼指令，以彌補地鐵運營方損失。

技術(shù)領(lǐng)域

本發(fā)明涉及網(wǎng)絡(luò)技術(shù)領(lǐng)域，特別涉及一種地鐵乘車碼支付數(shù)據(jù)處理方法、裝置、系統(tǒng)及電子設(shè)備。

背景技術(shù)

在公共交通行業(yè)中，越來越多城市的地鐵支持用戶使用電子乘車碼方式進行乘車，目前地鐵乘車碼支付的計費方式有兩種，一種是在設(shè)備側(cè)完成計費，另一種在數(shù)據(jù)處理設(shè)備完成計費。設(shè)備側(cè)完成計費，使用用戶移動設(shè)備與地鐵設(shè)備進行交互完成計費，由于移動設(shè)備的型號不一，對用戶移動設(shè)備及地鐵硬件設(shè)備要求較高且設(shè)備兼容性較差，可能會有無法完成計費的情況，導致用戶無法進站或出站，降低了用戶體驗，會招致投訴，這種計費模式應(yīng)用在藍牙+乘車碼進站模式和僅乘車碼進站模式中。數(shù)據(jù)處理設(shè)備完成計費，應(yīng)用于僅乘車碼進站模式中，大都是將用戶未計費的行程直接進行配對，可能會造成按最遠行程、最長時間計費的情況，導致多扣交易費用招致用戶投訴和少計交易費用導致業(yè)主收入損失。

發(fā)明內(nèi)容

鑒于上述問題，有必要提出一種地鐵乘車碼支付數(shù)據(jù)處理方法以解決或部分解決上述問題，本發(fā)明提出的技術(shù)方案如下：

一種地鐵乘車碼支付數(shù)據(jù)處理方法，該方法包括：

接收閘機上傳的交易數(shù)據(jù)，交易數(shù)據(jù)包括用戶ID、進站交易數(shù)據(jù)和出站交易數(shù)據(jù)；

對預設(shè)第一時間段同一用戶ID對應(yīng)的進站交易數(shù)據(jù)與出站交易數(shù)據(jù)根據(jù)預設(shè)規(guī)則進行交易融對，若融對成功，則計算交易費后向客戶端提出扣費申請；若融對失敗，則按照單邊交易規(guī)則掛起并向客戶端發(fā)送補全交易數(shù)據(jù)指令；若預設(shè)第二時間段未收到客戶端發(fā)送補全交易數(shù)據(jù)，則按預設(shè)規(guī)則計算交易費，并向客戶端發(fā)送扣費申請及禁止生成乘車碼指令。

進一步的，所述對預設(shè)第一時間段同一用戶ID對應(yīng)的進站交易數(shù)據(jù)與出站交易數(shù)據(jù)根據(jù)預設(shè)規(guī)則進行交易融對包括：根據(jù)交易時間就近原則對出站交易數(shù)據(jù)和進站交易數(shù)據(jù)進行融對。

進一步的，所述對預設(shè)第一時間段同一用戶ID對應(yīng)的進站交易數(shù)據(jù)與出站交易數(shù)據(jù)根據(jù)預設(shè)規(guī)則進行交易融對包括：同一用戶ID對應(yīng)的進站交易數(shù)據(jù)和出站交易數(shù)據(jù)分別僅有一條，則該進站交易數(shù)據(jù)和出站交易數(shù)據(jù)融對成功。

進一步的，若融對失敗，則按照單邊交易規(guī)則掛起并向客戶端發(fā)送補全交易數(shù)據(jù)指令還包括：待用戶提交補全交易數(shù)據(jù)后，再按預設(shè)規(guī)則進行交易融對。

進一步的，對預設(shè)第一時間段同一用戶ID對應(yīng)的進站交易數(shù)據(jù)與出站交易數(shù)據(jù)根據(jù)預設(shè)規(guī)則進行交易融對，還包括：若在融對前收到用戶補全交易數(shù)據(jù)和閘機上傳的交易數(shù)據(jù)，則以閘機上傳的交易數(shù)據(jù)作為融對依據(jù)。

第二方面，本發(fā)明還提出了一種電子設(shè)備，包括存儲器，以及耦合到所述存儲器的處理器，所述處理器被配置為基于存儲在所述存儲器中的指令，執(zhí)行權(quán)利上面所述的任一地鐵乘車碼支付數(shù)據(jù)處理方法。

第三方面，本發(fā)明還提出了一種地鐵乘車碼支付數(shù)據(jù)處理裝置，包括數(shù)據(jù)接收模塊、融對計費模塊，其中：

數(shù)據(jù)接收模塊，用于接收閘機上傳的交易數(shù)據(jù)，交易數(shù)據(jù)包括用戶ID、進站交易數(shù)據(jù)和出站交易數(shù)據(jù)；