[發(fā)明專(zhuān)利]一種基于數(shù)字貨幣的地鐵過(guò)閘支付方法和系統(tǒng)

有效

• 申請(qǐng)?zhí)枺?/td>: 202110148897.2
• 申請(qǐng)日: 2021-02-03
• 公開(kāi)（公告）號(hào): CN112508575B
• 公開(kāi)（公告）日: 2021-05-18
• 發(fā)明（設(shè)計(jì)）人: 劉曉宏;孔晨;李超;余華瓊
• 申請(qǐng)（專(zhuān)利權(quán)）人: 八維通科技有限公司
• 主分類(lèi)號(hào): G06Q20/38
• 分類(lèi)號(hào): G06Q20/38;G06Q20/06;G06Q20/14;G06Q20/40
• 代理公司: 杭州五洲普華專(zhuān)利代理事務(wù)所(特殊普通合伙) 33260
• 代理人: 姚宇吉

1.一種基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于，包括：

支持?jǐn)?shù)字貨幣的智能終端檢票過(guò)閘，智能終端根據(jù)檢票過(guò)閘時(shí)獲取的數(shù)據(jù)生成第一通信數(shù)據(jù)，使用檢票過(guò)閘時(shí)獲取到的地鐵過(guò)閘支付系統(tǒng)的公鑰加密所述第一通信數(shù)據(jù)生成進(jìn)站標(biāo)識(shí)；

智能終端進(jìn)入地鐵過(guò)閘支付系統(tǒng)AFC票卡處理單元的范圍之內(nèi)時(shí)，AFC票卡處理單元識(shí)別智能終端并獲取所述進(jìn)站標(biāo)識(shí)，用私鑰對(duì)進(jìn)站標(biāo)識(shí)進(jìn)行解密，獲取所述第一通信數(shù)據(jù)；

AFC票卡處理單元根據(jù)出站標(biāo)識(shí)、所述第一通信數(shù)據(jù)生成第二通信數(shù)據(jù)，所述第二通信數(shù)據(jù)包含有數(shù)字貨幣支付賬單、電子支付指令、支付安全信息、進(jìn)出口閘機(jī)信息、時(shí)間信息；

AFC票卡處理單元將第二通信數(shù)據(jù)、交易記錄數(shù)據(jù)保存到本地，支付進(jìn)程標(biāo)志位、數(shù)據(jù)延時(shí)標(biāo)志位、數(shù)字貨幣標(biāo)志位進(jìn)行標(biāo)記，并將第二通信數(shù)據(jù)通過(guò)串口發(fā)送給地鐵閘機(jī)上位機(jī)SLE模塊；

SLE模塊發(fā)送閘門(mén)控制信號(hào)使閘門(mén)開(kāi)啟；

對(duì)第二通信信息使用Hash函數(shù)，生成第一加密數(shù)據(jù)Digest，對(duì)第一加密數(shù)據(jù)Digest使用過(guò)閘支付系統(tǒng)的私匙，生成第一數(shù)字簽證，將第二通信信息、第一數(shù)字簽證組合在一起，生成第一待傳輸數(shù)據(jù)，SLE模塊根據(jù)數(shù)據(jù)發(fā)送指令將第一待傳輸數(shù)據(jù)發(fā)送給地鐵云平臺(tái)管理系統(tǒng)；

地鐵云平臺(tái)管理系統(tǒng)用過(guò)閘支付系統(tǒng)的公鑰對(duì)所述第一數(shù)字簽證進(jìn)行解密，對(duì)數(shù)字貨幣賬單信息、電子支付指令、支付安全信息使用Hash函數(shù)，生成第二加密數(shù)據(jù)Digest，然后對(duì)第二加密數(shù)據(jù)Digest使用地鐵云平臺(tái)管理系統(tǒng)私鑰生成第二數(shù)字簽證，將數(shù)字貨幣賬單信息、電子支付指令、支付安全信息和第二數(shù)字簽證組合在一起，生成第二待傳輸數(shù)據(jù)發(fā)送給商業(yè)銀行數(shù)字貨幣系統(tǒng)；

商業(yè)銀行數(shù)字貨幣系統(tǒng)使用地鐵云平臺(tái)管理系統(tǒng)的公鑰對(duì)第二數(shù)字簽證和數(shù)字貨幣賬單信息、電子支付指令、支付安全信息是否相符進(jìn)行驗(yàn)證，并根據(jù)支付安全信息和數(shù)字貨幣賬單信息，對(duì)用戶(hù)ID的數(shù)字貨幣賬戶(hù)進(jìn)行扣款。

2.根據(jù)權(quán)利要求1所述的基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于，所述SLE模塊根據(jù)數(shù)據(jù)發(fā)送指令將第一待傳輸數(shù)據(jù)發(fā)送給地鐵云平臺(tái)管理系統(tǒng)前還包括：

當(dāng)SLE模塊發(fā)送閘門(mén)控制信號(hào)使閘門(mén)開(kāi)啟后，將支付進(jìn)程標(biāo)志位清除相應(yīng)標(biāo)記；

當(dāng)支付進(jìn)程標(biāo)志位清除相應(yīng)標(biāo)記后到達(dá)設(shè)定數(shù)據(jù)發(fā)送時(shí)隙后，清除原本被標(biāo)記數(shù)據(jù)延時(shí)標(biāo)志位；

地鐵云管理平臺(tái)發(fā)送一系列請(qǐng)求給各個(gè)SLE模塊，使所有SLE模塊執(zhí)行相同序列的操作；

當(dāng)支付進(jìn)程標(biāo)志位和數(shù)據(jù)延時(shí)標(biāo)志位都被清除時(shí)，SLE模塊向地鐵云管理平臺(tái)發(fā)送數(shù)據(jù)發(fā)送請(qǐng)求，地鐵云管理平臺(tái)接收數(shù)據(jù)發(fā)送請(qǐng)求后向SLE模塊發(fā)送數(shù)據(jù)發(fā)送指令。

3.根據(jù)權(quán)利要求1所述的基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于，所述第一通信數(shù)據(jù)包括進(jìn)入站點(diǎn)信息、進(jìn)站閘口信息、進(jìn)站時(shí)間信息、用戶(hù)唯一標(biāo)識(shí)符信息UID。

4.根據(jù)權(quán)利要求2所述的基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于， 所述地鐵云管理平臺(tái)發(fā)送一系列請(qǐng)求給各個(gè)SLE模塊，使所有SLE模塊執(zhí)行相同序列的操作中還包括：

SLE模塊將每個(gè)請(qǐng)求分配了一個(gè)序號(hào)，SLE模塊在本地日志中記錄該請(qǐng)求序號(hào)、支付進(jìn)程標(biāo)志位、數(shù)據(jù)延時(shí)標(biāo)志位、第一加密數(shù)據(jù)Digest并記作節(jié)點(diǎn)狀態(tài)信息。

5.根據(jù)權(quán)利要求4所述的基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于，在地鐵云管理平臺(tái)接收數(shù)據(jù)發(fā)送請(qǐng)求向SLE模塊發(fā)送數(shù)據(jù)發(fā)送指令之后還包括：

最先接收到數(shù)據(jù)發(fā)送指令的SLE模塊將所述節(jié)點(diǎn)狀態(tài)信息傳輸至同一地鐵站不同出口的n個(gè)SLE模塊，并將請(qǐng)求序號(hào)信息分配給其他SLE模塊；

其他SLE模塊接收請(qǐng)求序號(hào)信息，并向其他SLE模塊傳輸協(xié)同信息；

各SLE模塊對(duì)請(qǐng)求序號(hào)信息進(jìn)行驗(yàn)證后，生成請(qǐng)求序號(hào)確認(rèn)信息，執(zhí)行地鐵云管理平臺(tái)的請(qǐng)求并給地鐵云管理平臺(tái)以響應(yīng)；

地鐵云管理平臺(tái)等待來(lái)自不同SLE模塊的響應(yīng)，若有（n-1）/3個(gè)響應(yīng)相同，則根據(jù)該響應(yīng)作為向地鐵云管理平臺(tái)傳輸?shù)谝淮齻鬏敂?shù)據(jù)的時(shí)間基準(zhǔn)。

6.根據(jù)權(quán)利要求1所述的基于數(shù)字貨幣的地鐵過(guò)閘支付方法，其特征在于，智能終端和AFC票卡處理單元之間通過(guò)NFC近場(chǎng)通信、二維碼掃碼通信、聲波進(jìn)行通信。