[發(fā)明專利]基于嵌入式與云計算的自動售貨機移動電子支付方法有效
| 申請?zhí)枺?/td> | 201510017528.4 | 申請日: | 2015-01-14 |
| 公開(公告)號: | CN104599119B | 公開(公告)日: | 2018-01-05 |
| 發(fā)明(設計)人: | 金甌 | 申請(專利權(quán))人: | 金甌 |
| 主分類號: | G06Q20/32 | 分類號: | G06Q20/32;G06Q20/38;G06Q20/20 |
| 代理公司: | 長沙正奇專利事務所有限責任公司43113 | 代理人: | 魏國先 |
| 地址: | 410100 湖南省*** | 國省代碼: | 湖南;43 |
| 權(quán)利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 基于 嵌入式 計算 自動 售貨 移動 電子 支付 方法 | ||
技術(shù)領域
本發(fā)明屬于自動售貨機移動電子支付技術(shù)領域,具體涉及一種基于嵌入式與云計算的自動售貨機移動電子支付方法。
背景技術(shù)
隨著移動互聯(lián)網(wǎng)的快速發(fā)展,通過智能手機采用條碼掃描進行支付的需求日益迫切。在自動售貨機上應用條碼掃描技術(shù)正在成為自動售貨領域一種新興的電子支付方式。
目前,支付寶和微信都開通了條碼支付功能,消費者在手機上的APP生成反向掃描付款碼,經(jīng)自動售貨終端上的掃碼器掃描后,通過網(wǎng)絡提交扣款申請信息至相應的支付寶或者微信支付平臺服務器。支付平臺服務器在扣款之后經(jīng)由網(wǎng)絡通知售貨機終端出貨。但支付寶支付和微信支付都是建立在Http和Https協(xié)議基礎上,也即要求售貨機終端系統(tǒng)具有基于Http和Https協(xié)議通信能力,而Http和Https協(xié)議目前多運行在android、windows、linux等操作系統(tǒng)平臺之上,傳統(tǒng)的自動售貨機大都是單片機系統(tǒng),很難實現(xiàn)基于Http和Https協(xié)議通信。
為了解決單片機與支付寶和財付通服務器通訊的問題,目前的解決方案是在售貨機上加裝Windows或安卓工控機,然后借助Windows工控機或安卓板完成與支付寶和財付通通訊交互,完成在線支付。
當發(fā)生支付時,自動售貨機的上位機將掃描到的付款碼傳輸?shù)絎indows或Android操作系統(tǒng)的上位機請求進行支付,安裝有Windows或Android操作系統(tǒng)的上位機根據(jù)Http或者Https協(xié)議與支付寶或財付通支付接口服務服務器進行通訊,平臺確認支付成功后通知上位機,上位機再通知單片機控制售貨機出貨。該方案要求每臺自動售貨機上就要安裝有Windows或Android操作系統(tǒng)的上位機,負責與支付服務器進行通訊。
傳統(tǒng)的解決辦法硬件成本高,每臺售貨機上都要運行一套獨立的支付通訊接口程序,管理難道大,且數(shù)據(jù)存放離散。支付數(shù)據(jù)存放在終端,不利于數(shù)據(jù)對賬和結(jié)算。
發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是:解決上述現(xiàn)有技術(shù)存在的問題,而提供一種基于嵌入式與云計算的自動售貨機移動電子支付方法,無需再在每臺自動售貨機上安裝Windows或Android操作系統(tǒng)的上位機,極大地降低了成本,通過云服務完成基于條碼掃描的支付,支付數(shù)據(jù)可以統(tǒng)一存放在云服務器上,為對帳和結(jié)算提供更好的支持,服務器資源可以得到更好的利用,可以兼容不同金融機構(gòu)和各種各類自動售貨機的條碼掃描支付方式,還可對傳統(tǒng)自動售貨機進行改造,接入簡單,成本低。
本發(fā)明采用的技術(shù)方案是:
一種基于嵌入式與云計算的自動售貨機移動電子支付方法,手機移動終端上的條碼經(jīng)自動售貨機上的條碼感應器掃描后,通過網(wǎng)絡統(tǒng)一接入到云端的綜合支付代理服務器,綜合支付代理服務器根據(jù)Http和Https協(xié)議與支付寶或財付通通訊交互,完成在線支付。
上述技術(shù)方案中,所述的綜合支付代理服務器包括終端通訊管理器、消息隊列、業(yè)務處理中心、支付接口協(xié)議驅(qū)動、日志管理和Http/Https通訊協(xié)議:
終端通訊管理器主要負責綜合支付代理服務器與自動售貨機的數(shù)據(jù)通訊,包括數(shù)據(jù)接收、數(shù)據(jù)發(fā)送、數(shù)據(jù)校驗、剔除重復四個模塊;數(shù)據(jù)接收模塊基于Socket方式接收自動售貨機發(fā)送過來的數(shù)據(jù);數(shù)據(jù)發(fā)送模塊基于Socket將服務器的處理結(jié)果發(fā)送到自動售貨終端;數(shù)據(jù)校驗模塊基于Hash算法驗證接受到的數(shù)據(jù)是否正確,防止數(shù)據(jù)傳輸過程中發(fā)生跳變;剔除重復模塊用于過濾因硬件故障或網(wǎng)絡故障導致的重復數(shù)據(jù),防止服務器重復處理終端請求;
消息隊列負責緩存待處理消息,確保消息不遺漏,包括終端指令隊列和撤單請求隊列;
業(yè)務處理中心是綜合支付代理服務器的業(yè)務實現(xiàn)核心邏輯,負責處理登錄與支付相關業(yè)務請求,包括支付請求處理、撤單處理、登錄處理、離線處理四個模塊。登錄處理模塊負責售貨機登錄時驗證售貨機的合法性,生成并下達Passport,保持售貨機的在線狀態(tài);離線處理模塊負責在售貨機離線時釋放服務器相關資源,清除原有的Passport;支付請求處理模塊負責處理支付請求,包括支付會話過程的所有控制邏輯;撤單處理模塊負責處理撤單請求隊列中的請求信息,調(diào)用相關支付接口協(xié)議驅(qū)動的撤單接口實現(xiàn)異常訂單的手動和自動退款;
支付接口協(xié)議驅(qū)動負責與在線支付機構(gòu)接口服務器進行通訊,實現(xiàn)了各支付機構(gòu)的通訊接口協(xié)議,包括支付寶支付接口協(xié)議驅(qū)動和財付通支付接口協(xié)議驅(qū)動;
日志管理負責記錄服務器的運行狀態(tài),用于跟蹤和監(jiān)視支付網(wǎng)關的運行。
該專利技術(shù)資料僅供研究查看技術(shù)是否侵權(quán)等信息,商用須獲得專利權(quán)人授權(quán)。該專利全部權(quán)利屬于金甌,未經(jīng)金甌許可,擅自商用是侵權(quán)行為。如果您想購買此專利、獲得商業(yè)授權(quán)和技術(shù)合作,請聯(lián)系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/201510017528.4/2.html,轉(zhuǎn)載請聲明來源鉆瓜專利網(wǎng)。
- 同類專利
- 專利分類
G06Q 專門適用于行政、商業(yè)、金融、管理、監(jiān)督或預測目的的數(shù)據(jù)處理系統(tǒng)或方法;其他類目不包含的專門適用于行政、商業(yè)、金融、管理、監(jiān)督或預測目的的處理系統(tǒng)或方法
G06Q20-00 支付體系結(jié)構(gòu)、方案或協(xié)議
G06Q20-02 .涉及中立的第三方,例如認證機構(gòu)、公證人或可信的第三方[TTP]
G06Q20-04 .支付電路
G06Q20-08 .支付體系結(jié)構(gòu)
G06Q20-22 .支付方案或模式
G06Q20-30 .以特定設備的使用為特征的





