專利名稱：短信息支付網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明是短信息支付的安全處理技術(shù)，屬于支付信息安全領(lǐng)域。
背景技術(shù)：
目前的手機(jī)支付方式有較大的局限性，并且使用不夠方便。所以本發(fā)明提出了一種新的方法來解決手機(jī)支付的問題。
目前的手機(jī)支付多采取兩種方式一種是采取STK(SIM卡工具包，SIMTOOL KIT)技術(shù)，需要更換手機(jī)的SIM卡(全球通手機(jī)用戶卡)支持STK技術(shù)；一種是采取WAP(WIRELESS ACCESS PROTOCOL協(xié)議，一種支持手機(jī)上網(wǎng)的協(xié)議)方式，進(jìn)行聯(lián)機(jī)支付。這兩種方式都有較大的局限性，并且使用不夠方便。
采取STK(SIM卡工具包，SIM TOOL KIT)技術(shù)，能夠解決支付的安全問題，但是有以下的缺陷●需要更換新的SIM(全球通手機(jī)用戶卡)卡；●需要和移動運(yùn)營商合作，才能夠向手機(jī)用戶卡中寫入應(yīng)用的安全信息；●擴(kuò)展新的應(yīng)用，需要再重寫SIM(全球通手機(jī)用戶卡)卡，即再向手機(jī)用戶卡中寫入應(yīng)用的安全信息；●同一個SIM(全球通手機(jī)用戶卡)卡，很難支持多個應(yīng)用的協(xié)調(diào)。
基于此，手機(jī)采取STK技術(shù)支付很難推廣，很難結(jié)合多家銀行，結(jié)合多家應(yīng)用服務(wù)提供商，影響了其應(yīng)用的廣泛性和適應(yīng)性。
采取WAP(WIRELESS ACCESS PROTOCOL協(xié)議，一種支持手機(jī)上網(wǎng)的協(xié)議)支付如何呢？WAP技術(shù)---使用手機(jī)上網(wǎng)需要更換支持WAP功能的手機(jī)，這對于用戶推廣而言，是極其困難的。目前WAP手機(jī)上網(wǎng)技術(shù)已經(jīng)以失敗而告終，自然WAP支付就無從談起了。
本發(fā)明正是針對這兩種支付的缺陷，采取在服務(wù)端加強(qiáng)安全處理的方式，利用普通的GSM(全球通網(wǎng))手機(jī)，利用普通短消息方式的基本功能，安全地實(shí)現(xiàn)廣泛的移動電子商務(wù)的支付。

發(fā)明內(nèi)容
本發(fā)明公開了一種短信息安全支付的網(wǎng)關(guān)及其實(shí)現(xiàn)的方法，一種短信息電子商務(wù)操作指南處理的方法。
本發(fā)明所述的支付網(wǎng)關(guān)，包括分解模塊，加密模塊，中心處理模塊，交易標(biāo)志模塊，激活交易表，編碼規(guī)則模塊，數(shù)據(jù)記錄模塊和轉(zhuǎn)換模塊等等。
如果采用STK技術(shù)用戶SIM卡，則包括STK加密/解密模塊，可以提供更高強(qiáng)度的安全性和更方便、友好的用戶使用界面。該模塊是可選模塊。
本發(fā)明所述的分解模塊，根據(jù)編碼規(guī)則對接收的短信息分解，分解得到手機(jī)號碼、功能代碼、銀行卡號、密碼以及商務(wù)信息等。其中，銀行卡的密碼調(diào)用銀行提供的加密模塊加密，在之后的傳遞、存儲和處理中，一律采取密文的方式。
本發(fā)明所述的中心處理模塊，包括幾個子模塊交易模塊，查詢模塊，投訴模塊，指南模塊和轉(zhuǎn)發(fā)模塊等。這些功能模塊完成了支付網(wǎng)關(guān)的主體功能，包括交易功能，查詢功能，投訴功能，指南功能和轉(zhuǎn)發(fā)功能。
本發(fā)明所述的交易標(biāo)志模塊，對一個新的交易產(chǎn)生交易標(biāo)志號碼，該標(biāo)志號碼唯一地標(biāo)志該交易。該模塊使用一個單向遞加計(jì)數(shù)器實(shí)現(xiàn)。支付網(wǎng)關(guān)和短信息電子商務(wù)系統(tǒng)之間，通過交易標(biāo)記號碼能夠唯一地確定一筆交易。銀行卡卡號和密碼無須傳遞給短信息商務(wù)系統(tǒng)。該模塊產(chǎn)生的標(biāo)志號碼須設(shè)定足夠的長度，使較長時間內(nèi)不會重復(fù)。
本發(fā)明所述的激活交易表。當(dāng)有新的交易時就寫入激活交易表，并啟動定時器，交易完成或者超時都將交易從交易狀態(tài)表中刪除。接收的交易請求，首先利用手機(jī)號碼做參數(shù)，根據(jù)功能編碼，與激活交易表對照，判斷是新的交易還是后續(xù)的交易參數(shù)輸入。
本發(fā)明所述的記錄模塊，當(dāng)交易完成后，該模塊將交易記錄到數(shù)據(jù)庫中。記錄包括交易標(biāo)志號碼，手機(jī)號碼，銀行卡號(不包括密碼數(shù)據(jù))，金額，授權(quán)碼，商品結(jié)果，商務(wù)系統(tǒng)簽名，用戶確認(rèn)碼，時間/日期，等等信息。
這樣，手機(jī)用戶輸入簡單的功能代碼就能查詢處理的結(jié)果；并且該模塊的數(shù)據(jù)存在于支付網(wǎng)關(guān)，獨(dú)立于短信息電子商務(wù)系統(tǒng)自己的數(shù)據(jù)庫，能夠起到公證和備份的作用。
本發(fā)明所述的轉(zhuǎn)換模塊，該模塊對手機(jī)號碼進(jìn)行轉(zhuǎn)換，形成轉(zhuǎn)換號碼。轉(zhuǎn)換碼和手機(jī)號碼是一一對應(yīng)的關(guān)系。支付網(wǎng)關(guān)與短信息商務(wù)系統(tǒng)之間可以選擇通過轉(zhuǎn)換碼代替手機(jī)號碼交換信息。這種方式能夠?qū)Χ绦畔㈦娮由虅?wù)系統(tǒng)隱匿用戶的手機(jī)號碼信息。
根據(jù)本發(fā)明，結(jié)合短信息支付網(wǎng)關(guān)，實(shí)現(xiàn)安全的短信息支付的方法包括步驟■按照短信息支付網(wǎng)關(guān)操作指南提供的方法，手機(jī)對電子商務(wù)短信息進(jìn)行編碼、輸入、發(fā)送；■支付網(wǎng)關(guān)對接收到的所述的電子商務(wù)短信息按照支付網(wǎng)關(guān)操作指南的規(guī)則進(jìn)行分解；
■對于分解過程其中得到的涉及支付交易的銀行卡密碼，調(diào)用銀行提供的加密模塊進(jìn)行加密；■將分解得到的數(shù)據(jù)組合傳遞給中心處理模塊，中心模塊進(jìn)行以下的處理與短信息電子商務(wù)系統(tǒng)連接，確認(rèn)相應(yīng)商品的價(jià)格、商品有無、定單號碼等；返回手機(jī)進(jìn)行商務(wù)信息確認(rèn)；再與銀行連接，進(jìn)行授權(quán)；然后與短信息電子商務(wù)系統(tǒng)交換銀行授權(quán)信息、買賣結(jié)果信息、商品信息和相應(yīng)的數(shù)字簽名；交易完成進(jìn)行數(shù)據(jù)記錄；最后將結(jié)果信息、商品信息通過短信息發(fā)給對應(yīng)的手機(jī)。其過程中，需要處理重新輸入銀行信息、商務(wù)信息，由支付網(wǎng)關(guān)發(fā)送給手機(jī)相應(yīng)的提示信息，并接收重新輸入。
■根據(jù)交易記錄，進(jìn)一步的功能處理，包括查詢、投訴等。
本發(fā)明的手機(jī)，可以是支持短信息功能的其它終端；或者終端也可以采取其它通信方式與網(wǎng)關(guān)連接，如USSD，GPRS等。
根據(jù)本發(fā)明的一種短信息電子商務(wù)操作指南編碼處理的方法。該方法將短信息的分類和編碼分為2個層次第1個層次支付網(wǎng)關(guān)使用指南的編碼，由支付網(wǎng)關(guān)處理；第2個層次商務(wù)系統(tǒng)使用指南的編碼，由商務(wù)系統(tǒng)處理。
由于短信息電子商務(wù)系統(tǒng)的操作訪問要經(jīng)過短信息支付網(wǎng)關(guān)的轉(zhuǎn)發(fā)，所以在第1個層次的編碼中設(shè)定轉(zhuǎn)發(fā)商務(wù)信息的針對性的編碼。
這樣，便于協(xié)調(diào)分工和處理，而且不同的短信息電子商務(wù)系統(tǒng)可以使用相同的支付類功能編碼，便于用戶記憶和使用。
完成了分類編碼功能，就有利于將進(jìn)行商務(wù)操作的短信息分解成不同的代碼段進(jìn)行輸入，使輸入的字節(jié)數(shù)能夠容易地符合普通短信息的標(biāo)準(zhǔn)即字符數(shù)限制在144BYTE以內(nèi)。
本發(fā)明的的短信息支付網(wǎng)關(guān)，無需更換手機(jī)的SIM卡和/或要求手機(jī)具備WAP功能，即可進(jìn)行普通短信息的安全的銀行卡支付，有廣泛的適應(yīng)性；并且這種方式也無須和移動運(yùn)營商進(jìn)行更多的協(xié)調(diào)。


圖1短信息支付網(wǎng)關(guān)結(jié)構(gòu)示圖。
具體實(shí)施例方式
圖1給出了短信息安全支付網(wǎng)關(guān)的結(jié)構(gòu)圖。
圖中所示的短信息支付網(wǎng)關(guān)設(shè)置在短信息電子商務(wù)系統(tǒng)之前，由它連接短信息網(wǎng)關(guān)、銀行支付網(wǎng)關(guān)和短信息電子商務(wù)系統(tǒng)。
短信息支付網(wǎng)關(guān)通過數(shù)據(jù)通信線與短信息網(wǎng)關(guān)連接(為了增強(qiáng)安全性，這種連接可以采取端到端的加密技術(shù))，或者使用手機(jī)模塊通過移動網(wǎng)絡(luò)直接收發(fā)短信息。
短信息支付網(wǎng)關(guān)可以選擇與短信息電子商務(wù)系統(tǒng)在一臺主機(jī)上運(yùn)行，或者通過數(shù)據(jù)通信線與其連接。短信息支付網(wǎng)關(guān)與短信息電子商務(wù)系統(tǒng)之間可采取PKI或者其它安全技術(shù)，以確保它們之間的身份認(rèn)證和數(shù)據(jù)完整性。
短信息支付網(wǎng)關(guān)通過數(shù)據(jù)通信線與銀行網(wǎng)關(guān)連接。連接可以采取端到端的安全加密措施。
手機(jī)與短信息網(wǎng)關(guān)之間遵從GSM網(wǎng)絡(luò)普通短信息業(yè)務(wù)標(biāo)準(zhǔn)。
支付網(wǎng)關(guān)，包括分解模塊，加密模塊，中心處理模塊，標(biāo)志模塊，激活交易表，編碼規(guī)則模塊，轉(zhuǎn)換模塊和數(shù)據(jù)記錄模塊，等等。
其中，中心處理模塊包括幾個子模塊交易模塊，查詢模塊，投訴模塊，指南模塊和轉(zhuǎn)發(fā)模塊等。
如果采用STK技術(shù)的用戶SIM卡，則包括STK加密/解密模塊。該模塊是可選的模塊。
下面說明本發(fā)明的實(shí)現(xiàn)流程按照本發(fā)明的短信息電子商務(wù)操作指南處理的方法和規(guī)則，手機(jī)向支付網(wǎng)關(guān)的特服號(與商務(wù)系統(tǒng)共同使用)發(fā)送短信息，該短信息通過GSM短信息網(wǎng)關(guān)傳遞給支付網(wǎng)關(guān)。
短信息包括功能代碼，商務(wù)信息，支付信息等等。
支付網(wǎng)關(guān)的分解模塊對接收到的短信息，按照短信息支付網(wǎng)關(guān)操作指南編碼處理的方法確定的規(guī)則進(jìn)行分解，得到功能代碼，銀行卡數(shù)據(jù)，手機(jī)號碼，商務(wù)數(shù)據(jù)等。對于分解得到的銀行卡的密碼，調(diào)用銀行提供的加密模塊進(jìn)行加密。
將分解得到的數(shù)據(jù)元素組合傳遞給中心處理模塊，中心模塊包括幾個子模塊交易模塊，查詢模塊，投訴模塊，指南模塊和轉(zhuǎn)發(fā)模塊等。這些功能模塊完成了支付網(wǎng)關(guān)的主體功能。
其中，交易模塊的處理步驟如下■使用交易標(biāo)志模塊產(chǎn)生交易標(biāo)志號碼，唯一地標(biāo)識該交易。
■將交易寫入激活交易表中。
■啟動交易定時器。考慮短信息操作的復(fù)雜，定時長度大約在3到5分鐘。這可以根據(jù)使用情況來設(shè)定。
■將商務(wù)信息傳給短信息電子商務(wù)系統(tǒng)，以確認(rèn)其商品的有無，價(jià)格的正確/錯誤，數(shù)量的充足與否，等等商品信息。
■得到短信息商務(wù)系統(tǒng)的應(yīng)答，如果正確無誤，交易模塊將其轉(zhuǎn)發(fā)至用戶手機(jī)進(jìn)行確認(rèn)。如果有問題，則交易模塊轉(zhuǎn)發(fā)短信息電子商務(wù)系統(tǒng)送來的提示信息給手機(jī)提示進(jìn)一步的處理；比如，重新輸入商品編碼等；直至商務(wù)信息正確，或者取消交易，或者超時結(jié)束交易。
■交易模塊得到用戶對商品信息的確認(rèn)之后，進(jìn)行銀行的授權(quán)。確認(rèn)需要用戶輸入確認(rèn)碼。
■將銀行卡卡號、密文密碼、金額以及交易標(biāo)志和時間/日期等，送往銀行網(wǎng)關(guān)進(jìn)行授權(quán)。如果成功授權(quán)，則得到銀行網(wǎng)關(guān)的成功代碼和授權(quán)碼。授權(quán)碼用以表示銀行認(rèn)可該支付的責(zé)任。如果未能成功授權(quán)，銀行會返回錯誤代碼，比如密碼錯誤。交易模塊根據(jù)銀行返回的代碼向手機(jī)發(fā)送提示信息，要求重新輸入密碼。重新輸入密碼，手機(jī)使用相應(yīng)功能編碼輸入。交易模塊得到輸入后，與激活交易表中的手機(jī)號碼對照，如果有同一手機(jī)激活的交易，則當(dāng)作有效的重新輸入，與原來的交易參數(shù)一起重新進(jìn)行銀行的授權(quán)。如果銀行返回“交易失敗”等；交易模塊將其轉(zhuǎn)發(fā)給手機(jī)并結(jié)束交易。
■銀行正確授權(quán)后，交易模塊將交易標(biāo)志號碼、金額和授權(quán)碼等信息傳遞給短信息電子商務(wù)系統(tǒng)；并接收返回的交易成功的結(jié)果信息，如購買成功標(biāo)志和商品信息等。支付網(wǎng)關(guān)和短信息電子商務(wù)系統(tǒng)之間的銀行授權(quán)碼、購買成功標(biāo)志、商品信息等使用數(shù)字簽名以確定不可否認(rèn)。如果授權(quán)成功，而商品買賣不成功，則對銀行的授權(quán)交易進(jìn)行撤消處理。
■交易模塊得到短信息電子商務(wù)系統(tǒng)的成功返回后，將購買成功標(biāo)志、商品信息以及數(shù)字簽名和其它參數(shù)，通過交易記錄模塊寫入數(shù)據(jù)庫。同時從激活交易表中刪除該交易。所述寫入數(shù)據(jù)庫的參數(shù)包括交易標(biāo)志號碼，手機(jī)號碼，卡號，金額，確認(rèn)碼，授權(quán)碼，商品信息，購買成功標(biāo)志，數(shù)字簽名，時間/日期等等。
■如果交易尚未完成而定時器超時，則判定交易失敗，從激活交易表上刪除該交易，并且通知短信息電子商務(wù)系統(tǒng)。
■交易完成后，交易模塊將購買成功標(biāo)志、商品信息發(fā)送給手機(jī)。
相對于交易處理功能，其他功能則簡單很多。這些功能都由手機(jī)發(fā)起，由支付網(wǎng)關(guān)給出響應(yīng)，分別處理如下查詢功能使用手機(jī)號碼做參數(shù)從交易記錄表中查詢交易信息，并將查詢的結(jié)果轉(zhuǎn)發(fā)給手機(jī)。
投訴功能使用手機(jī)號碼和交易標(biāo)志號碼做參數(shù)，對相應(yīng)的交易記錄做出投訴的標(biāo)志，并且將投訴的信息傳遞到銀行網(wǎng)關(guān)進(jìn)行進(jìn)一步的處理。
指南功能根據(jù)支付網(wǎng)關(guān)的編碼規(guī)則模塊，提示相應(yīng)的操作指導(dǎo)信息，返回給對應(yīng)的手機(jī)。
轉(zhuǎn)發(fā)功能將訪問短信息電子商務(wù)系統(tǒng)的信息轉(zhuǎn)發(fā)給它，并且將其返回信息轉(zhuǎn)發(fā)給對應(yīng)的手機(jī)。如果需要，轉(zhuǎn)發(fā)的時候可以使用手機(jī)轉(zhuǎn)換號碼以隱匿手機(jī)號碼。
在上面的交易處理過程描述中，同時描述了支付網(wǎng)關(guān)的其他方面模塊和部件的使用，包括編碼規(guī)則模塊，數(shù)據(jù)記錄模塊，標(biāo)志模塊，轉(zhuǎn)換模塊和激活交易表模塊，等等。
至于支付網(wǎng)關(guān)與銀行網(wǎng)關(guān)之間涉及的處理功能和特征，與本發(fā)明的實(shí)質(zhì)特征沒有很多的關(guān)聯(lián)，在此不做進(jìn)一步的描述。
本發(fā)明所述的一種短信息電子商務(wù)操作指南編碼處理的方法。與本發(fā)明的支付網(wǎng)關(guān)的功能和實(shí)現(xiàn)緊密地結(jié)合在一起。于此，對其采用的方法進(jìn)行進(jìn)一步的說明。
舉例，以2位數(shù)進(jìn)行功能編碼，支付網(wǎng)關(guān)的操作指南功能代碼按照以下的處理●查詢支付網(wǎng)關(guān)操作指南的一級提示菜單。代碼00。
●查詢最近完成的交易。代碼01。
●查詢最近完成的10筆交易。代碼02。
●對某一筆交易提出異議。代碼03。
●新的支付交易輸入。如果此前該手機(jī)有激活的支付交易則作廢，重新進(jìn)行支付交易。代碼99---99#ZXXXX。。。XXX(卡號)#ZXXXXX(密碼)#ZXXXX(金額)#ZXXXXXX(確認(rèn)碼)##(結(jié)束符)；其中Z＝1，則接著的參數(shù)XXX。。。X等為卡號；Z＝2，則接著的參數(shù)XXX。。。X等為密碼；Z＝3，則接著的參數(shù)XXX。。。X等為金額；
Z＝4，則接著的參數(shù)XXX。。。X等為確認(rèn)碼。
可以選擇只輸入其中任意一項(xiàng)或者幾項(xiàng)，而不必全部，或者按照順序。
●接續(xù)的交易輸入。此前該手機(jī)有支付交易則當(dāng)做重新的輸入，繼續(xù)進(jìn)行；沒有則開始新的支付交易。其余與99代碼的含義相同。代碼98---98#ZXXXX。。。XXX(卡號)#ZXXXXX(密碼)#ZXXXX(金額)#ZXXX (確認(rèn)碼)##(結(jié)束符)；●支付交易涉及的商務(wù)信息輸入。代碼91---91#XXX。。。XX(結(jié)合支付的短信息電子商務(wù)系統(tǒng)的定單描述信息)##(結(jié)束符)；其中91#之后與##結(jié)束符之前的信息，支付網(wǎng)關(guān)接收以后作為支付交易的參數(shù)進(jìn)行記錄，并且轉(zhuǎn)發(fā)短信息電子商務(wù)系統(tǒng)進(jìn)行處理。
●純粹的商務(wù)系統(tǒng)信息。代碼90---90#XXX。。。XX(結(jié)合支付的短信息電子商務(wù)系統(tǒng)的定單描述信息)##(結(jié)束符)；其中90#之后，##結(jié)束符之前的信息，支付網(wǎng)關(guān)接收后直接轉(zhuǎn)發(fā)給短信息電子商務(wù)系統(tǒng)處理。
●短信息電子商務(wù)系統(tǒng)操作查詢。代碼90---90#00##；用此查詢短信息電子商務(wù)系統(tǒng)的操作指南。
●某一個功能代碼具體使用格式的查詢。代碼#？XX##其中XX為支付網(wǎng)關(guān)的功能代碼。操作指南給出相應(yīng)功能代碼操作的具體格式。
其中，以#為功能代碼起始符號和間隔符號，以##為一個獨(dú)立功能的結(jié)束符號?？梢砸淮屋斎攵鄠€獨(dú)立的功能要求。間隔符號#可用其它符號代替。2位數(shù)的功能代碼也可以根據(jù)需要做進(jìn)一步調(diào)整。功能編碼也不限于以上的幾項(xiàng)。
至于短信息商務(wù)系統(tǒng)的編碼方法，類似上面的描述，只是由商務(wù)系統(tǒng)自己定義而已。
上面的關(guān)于編碼方法的描述，更多是示例的意義，重要的是本發(fā)明的方法的實(shí)質(zhì)。
權(quán)利要求
1.一種短信息支付網(wǎng)關(guān)，其特征在于所述的短信息支付網(wǎng)關(guān)設(shè)置在短信息電子商務(wù)系統(tǒng)之前。由它與銀行網(wǎng)關(guān)連接，處理包括銀行卡號和密碼等信息的傳遞和支付授權(quán)；與短信息電子商務(wù)系統(tǒng)連接，完成定單信息和授權(quán)信息的確認(rèn)；并且實(shí)現(xiàn)手機(jī)短信息的發(fā)送和接收。短信息電子商務(wù)系統(tǒng)無須得到與支付有關(guān)的銀行卡的信息，包括卡號和密碼；甚至手機(jī)的號碼。所述的短信息支付網(wǎng)關(guān)，包括●分解模塊，用于將接收到的短信息按照編碼規(guī)則進(jìn)行分解，得到相關(guān)的元素信息，如功能代碼、卡號、密碼、手機(jī)號碼等信息?！窦用苣K，被分解模塊調(diào)用，對分解得到的持卡人密碼進(jìn)行加密，使得分解模塊輸出的是密碼加密以后的密文?！裰行奶幚砟K，用于完成各種處理功能，包括交易功能；查詢功能；投訴功能；指南功能；轉(zhuǎn)發(fā)功能?！窠灰讟?biāo)志模塊用于對新的支付交易產(chǎn)生交易標(biāo)志號?！窦せ罱灰妆碛糜谔幚碇Ц额惗绦畔⑶昂笾g的關(guān)聯(lián)關(guān)系。對于接收的新的支付類短信息，使用交易標(biāo)志模塊產(chǎn)生交易標(biāo)志號，與分解模塊得到的其他交易元素和時間/日期等信息一同寫入激活交易表中。與此同時，啟動定時器。當(dāng)有新的輸入時，如果手機(jī)號碼和交易激活表中的某一個交易相同，則視為同一個交易的重新輸入，進(jìn)行相應(yīng)的處理；否則，作為一個新的交易處理。當(dāng)交易完成或者定時器超時時，從激活交易表中刪除該交易?！駭?shù)據(jù)記錄模塊，用于將完成的交易記錄到數(shù)據(jù)庫中。●轉(zhuǎn)換模塊，用于對手機(jī)號碼進(jìn)行轉(zhuǎn)換。當(dāng)有需要的時候，可以對短信息電子商務(wù)系統(tǒng)隱匿手機(jī)號碼?！癫僮髦改暇幋a規(guī)則模塊，用于指導(dǎo)分解模塊分解輸入信息、查詢操作指南，以及指導(dǎo)其它處理過程中的操作?！馭TK加密/解密模塊，用于采用STK技術(shù)SIM卡的手機(jī)的情況。
2.根據(jù)權(quán)利要求1所述的短信息支付網(wǎng)關(guān)，其特征在于所述的中心處理模塊包括以下的子模塊交易模塊，查詢模塊，投訴模塊，指南模塊和轉(zhuǎn)發(fā)模塊；用于完成以下的處理功能交易功能；查詢功能；投訴功能；指南功能；轉(zhuǎn)發(fā)功能。
3.一種短信息支付網(wǎng)關(guān)實(shí)現(xiàn)的方法，包括以下步驟●將從短信息網(wǎng)關(guān)接收的短信息按照編碼規(guī)則進(jìn)行分解。●涉及支付的短信息，則利用加密模塊對分解過程中得到的持卡人密碼進(jìn)行加密?！駥⒎纸庖院蟮男畔?，送往中心處理模塊進(jìn)行處理，包括交易處理，查詢處理，轉(zhuǎn)發(fā)處理，投訴處理，指南處理，等等?！駥τ诮灰滋幚恚瑒t將商務(wù)信息送往短信息電子商務(wù)系統(tǒng)，進(jìn)行定單信息確認(rèn)?！裰Ц毒W(wǎng)關(guān)得到相應(yīng)的應(yīng)答，并轉(zhuǎn)發(fā)手機(jī)讓用戶進(jìn)行確認(rèn)。●用戶使用手機(jī)確認(rèn)以后，支付網(wǎng)關(guān)進(jìn)行銀行授權(quán)?！裾_授權(quán)之后，支付網(wǎng)關(guān)與短信息電子商務(wù)系統(tǒng)交換授權(quán)信息和交易成功信息及商品信息包括它們的數(shù)字簽名，完成交易?！裰Ц毒W(wǎng)關(guān)記錄交易，并且將從短信息電子商務(wù)系統(tǒng)得到的購買結(jié)果信息和商品信息傳給手機(jī)。
4.根據(jù)權(quán)利要求3所述的方法，交易處理的進(jìn)一步步驟包括●交易的標(biāo)志模塊產(chǎn)生交易標(biāo)志號；●將新的交易寫入激活交易表；●啟動交易定時器，進(jìn)行定時；●通過激活交易表，進(jìn)行連續(xù)重復(fù)的參數(shù)輸入和進(jìn)一步的處理；●根據(jù)功能編碼，同一個手機(jī)有了全新的交易請求后，將已存在的該手機(jī)的交易從激活交易表中刪除；●超時或者完成交易后，從激活交易表中刪除該交易。
5.一種短信息電子商務(wù)操作指南編碼處理的方法。該方法將短信息的編碼和分類分為2個層次第1個層次支付網(wǎng)關(guān)操作指南的編碼，由支付網(wǎng)關(guān)定義處理；第2個層次商務(wù)系統(tǒng)操作指南的編碼，由商務(wù)系統(tǒng)定義處理。由于短信息電子商務(wù)系統(tǒng)的操作訪問要經(jīng)過短信息支付網(wǎng)關(guān)的轉(zhuǎn)發(fā)，所以在第1個層次的編碼中設(shè)定轉(zhuǎn)發(fā)商務(wù)信息的針對性的編碼。
全文摘要
本發(fā)明公開了一種通過短信息進(jìn)行銀行卡安全支付的網(wǎng)關(guān)及其實(shí)現(xiàn)的方法。在短信息電子商務(wù)系統(tǒng)之前獨(dú)立地設(shè)置短信息支付網(wǎng)關(guān)；由它與銀行網(wǎng)關(guān)連接、與短信息電子商務(wù)系統(tǒng)連接，并且對手機(jī)實(shí)現(xiàn)短信息的發(fā)送和接收。同時也公開了一種短信息電子商務(wù)操作指南編碼處理的方法。該網(wǎng)關(guān)的實(shí)現(xiàn)將有力地推動電子商務(wù)，尤其是移動電子商務(wù)的發(fā)展。
文檔編號H04M3/42GK1494283SQ03157578
公開日2004年5月5日 申請日期2003年9月25日 優(yōu)先權(quán)日2003年9月25日
發(fā)明者邵軍利 申請人:邵軍利