專利名稱：短信支付的方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種短信支付的方法和系統(tǒng)。
背景技術(shù)：
電子商務(wù)(Electronic Commerce)是在Internet開放的網(wǎng)絡(luò)環(huán)境下，基于瀏覽器 /服務(wù)器應(yīng)用方式，實現(xiàn)消費者的網(wǎng)上購物、商戶之間的網(wǎng)上交易和在線電子支付的一種新 型的商業(yè)運(yùn)營模式。電子商務(wù)是Internet爆炸式發(fā)展的直接產(chǎn)物，是網(wǎng)絡(luò)技術(shù)應(yīng)用的全 新發(fā)展方向。Internet本身所具有的開放性、全球性、低成本、高效率的特點，也成為電子 商務(wù)的內(nèi)在特征，并使得電子商務(wù)大大超越了作為一種新的貿(mào)易形式所具有的價值，它不 僅會改變企業(yè)本身的生產(chǎn)、經(jīng)營、管理活動，而且將影響到整個社會的經(jīng)濟(jì)運(yùn)行與結(jié)構(gòu)。電 子商務(wù)將傳統(tǒng)的商務(wù)流程電子化、數(shù)字化，一方面以電子流代替了實物流，可以大量減少人 力、物力，降低了成本；另一方面突破了時間和空間的限制，使得交易活動可以在任何時間、 任何地點進(jìn)行，從而大大提高了效率。另外，電子商務(wù)所具有的開放性和全球性的特點，為 企業(yè)創(chuàng)造了更多的貿(mào)易機(jī)會。 因此電子商務(wù)成為我國今后發(fā)展的重要內(nèi)容，然而，電子支付作為電子商務(wù)的關(guān) 鍵一環(huán)，由于電子支付手段比較單一，目前較為普遍應(yīng)用的網(wǎng)絡(luò)支付，如支付寶等還是對用 戶不是非常方便，用戶不能隨時隨地的進(jìn)行支付，因此電子支付是制約電子商務(wù)發(fā)展的瓶 頸。隨著電子商務(wù)的不斷發(fā)展，亟需一種安全、便捷、高效的支付手段，不僅可為用戶提供更 多的選擇，還可使用戶隨時隨地的進(jìn)行支付。

發(fā)明內(nèi)容
本發(fā)明的目的旨在至少解決上述技術(shù)缺陷之一，特別是解決現(xiàn)有技術(shù)中支付手段 單一，用戶不能隨時隨地支付的缺陷。 為達(dá)到上述目的，本發(fā)明一方面提出一種短信支付的方法，包括以下步驟接收用
戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付指示、支付密碼、支付賬號和支付金
額，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；根據(jù)所述項目代碼選擇符號業(yè)務(wù)
需要的支付短信進(jìn)行處理；根據(jù)支付的手機(jī)號校驗用戶的簽約信息，如果所述用戶已經(jīng)簽
約，則將所述支付短信發(fā)送給支付平臺；所述支付平臺根據(jù)所述支付短信進(jìn)行支付。 在本發(fā)明的一個實施例中，所述接收用戶發(fā)送的支付短信包括運(yùn)營商短信網(wǎng)關(guān)
接收用戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付指示、支付密碼、支付賬號和
支付金額；所述運(yùn)營商短信網(wǎng)關(guān)將接收到的支付短信發(fā)送給銀行短信網(wǎng)關(guān)，所述銀行網(wǎng)關(guān)
將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息表。 在本發(fā)明的一個實施例中，所述根據(jù)項目代碼選擇符號業(yè)務(wù)需要的支付短信進(jìn)行 處理包括前置服務(wù)器定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目代碼獲取 所述支付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺。 在本發(fā)明的一個實施例中，根據(jù)支付的手機(jī)號校驗用戶的簽約信息，如果所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺包括所述多渠道業(yè)務(wù)整合平臺根據(jù)支付 的手機(jī)號查詢本地簽約信息，根據(jù)本地簽約信息判斷所述用戶是否簽約；如果判斷所述用 戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺。 在本發(fā)明的一個實施例中，所述支付平臺根據(jù)所述支付短信進(jìn)行支付包括所述 支付平臺判斷被支付方是否為所述銀行的行內(nèi)賬號；如果判斷被支付方為所述銀行的行內(nèi) 賬號，則所述支付平臺向所述銀行的主機(jī)發(fā)送支付請求，由所述銀行主機(jī)進(jìn)行支付；如果判 斷被支付方不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送給分行平臺，由所 述分行平臺進(jìn)行支付。 在本發(fā)明的一個實施例中，由所述分行平臺進(jìn)行支付包括由所述分行通過人行 集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。
在本發(fā)明的一個實施例中，還包括在完成支付后，所述支付平臺接收所述銀行主 機(jī)或分行平臺返回的支付結(jié)果；所述支付平臺通過短信將支付結(jié)果發(fā)送給所述用戶。
在本發(fā)明的一個實施例中，還包括所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)有 相互雙向綁定的IP地址和端口，且所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之間用約定 的報文通信。 本發(fā)明還提出了一種短信支付的系統(tǒng)，包括銀行短信網(wǎng)關(guān)、前置服務(wù)器、多渠道業(yè) 務(wù)整合平臺和支付平臺，所述銀行短信網(wǎng)關(guān)，用于接收用戶發(fā)送的支付短信，所述支付短信 包括項目代碼、支付指示、支付密碼、支付賬號和支付金額，并將支付短信插入至本地子系 統(tǒng)數(shù)據(jù)庫的上行信息表，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；所述前置服 務(wù)器，用于定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目代碼獲取所述支付短 信，并發(fā)送給多渠道業(yè)務(wù)整合平臺；所述多渠道業(yè)務(wù)整合平臺，用于根據(jù)支付的手機(jī)號查詢 本地簽約信息，根據(jù)本地簽約信息判斷所述用戶是否簽約，如果判斷所述用戶已經(jīng)簽約，則 將所述支付短信發(fā)送給支付平臺；所述支付平臺，用于根據(jù)所述支付短信進(jìn)行支付。
在本發(fā)明的一個實施例中，還包括銀行主機(jī)和分行平臺，所述支付平臺，用于判斷 被支付方是否為所述銀行的行內(nèi)賬號，如果判斷被支付方為所述銀行的行內(nèi)賬號，則所述 支付平臺向所述銀行的主機(jī)發(fā)送支付請求，由所述銀行主機(jī)進(jìn)行支付，如果判斷被支付方 不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送給分行平臺，由所述分行平臺 進(jìn)行支付。 在本發(fā)明的一個實施例中，所述分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行 支付。 在本發(fā)明的一個實施例中，所述支付平臺還用于在接收所述銀行主機(jī)或分行平臺 返回的支付結(jié)果之后，通過短信將支付結(jié)果發(fā)送給所述用戶。 在本發(fā)明的一個實施例中，所述銀行短信網(wǎng)關(guān)和運(yùn)營商短信網(wǎng)關(guān)有相互雙向綁定
的IP地址和端口 ，且所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之間用約定的報文通信。 本發(fā)明還提出另一種短信支付的方法，包括以下步驟支付平臺接收收款人發(fā)送
的請求付款人支付的消息，所述消息包括付款人清單和扣款指令；所述支付平臺通過銀行
網(wǎng)關(guān)和運(yùn)營商網(wǎng)關(guān)向所述付款人發(fā)送扣款短信；所述支付平臺通過銀行網(wǎng)關(guān)和運(yùn)營商網(wǎng)關(guān)
接收所述付款人返回的付款指令，并根據(jù)所述付款指令向所述收款人進(jìn)行支付。 作為本發(fā)明的一個實施例，所述付款人返回的付款指令包括以下之一確認(rèn)付款指令、確認(rèn)收貨指令。 作為本發(fā)明的一個實施例，所述支付平臺根據(jù)所述付款指令進(jìn)行支付包括所述 支付平臺判斷被支付方是否為所述銀行的行內(nèi)賬號；如果判斷被支付方為所述銀行的行內(nèi) 賬號，則所述支付平臺向所述銀行的主機(jī)發(fā)送支付請求，由所述銀行主機(jī)進(jìn)行支付；如果判 斷被支付方不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送給分行平臺，由所 述分行平臺進(jìn)行支付。 作為本發(fā)明的一個實施例，由所述分行平臺進(jìn)行支付包括由所述分行通過人行 集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。 作為本發(fā)明的一個實施例，還包括所述收款人與人行與簽約并錄入經(jīng)銷商信息。
作為本發(fā)明的一個實施例，還包括在完成支付后，所述支付平臺接收所述銀行主 機(jī)或分行平臺返回的支付結(jié)果；所述支付平臺通過短信將支付結(jié)果發(fā)送給所述付款人。
作為本發(fā)明的一個實施例，還包括所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)有 相互雙向綁定的IP地址和端口，且所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之間用約定 的報文通信。 用戶能夠通過本發(fā)明的方法和系統(tǒng)使用手機(jī)短信進(jìn)行支付，使得用戶可以隨時隨 地的進(jìn)行支付，并且本發(fā)明實現(xiàn)安全、便捷、高效。 本發(fā)明附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變 得明顯，或通過本發(fā)明的實踐了解到。


本發(fā)明上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變 得明顯和容易理解，其中 圖1為本發(fā)明實施例的一種短信支付的方法流程圖； 圖2為本發(fā)明的實施例的一種利用人行集中支付系統(tǒng)進(jìn)行短信支付的示意圖；
圖3為本發(fā)明的實施例的另一種利用人行集中支付系統(tǒng)進(jìn)行短信支付的示意圖；
圖4為本發(fā)明實施例的短信支付的系統(tǒng)結(jié)構(gòu)圖；
圖5為本發(fā)明實施例的另一種短信支付的方法流程圖。
具體實施例方式
下面詳細(xì)描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終
相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附
圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能解釋為對本發(fā)明的限制。 如圖1所示，為本發(fā)明實施例的短信支付的方法流程圖，該方法包括以下步驟 步驟S101，用戶向運(yùn)營商網(wǎng)關(guān)發(fā)送支付短信，該支付短信包括項目代碼、支付指
示、支付密碼、支付賬號和支付金額等，其中，用戶與被支付方及銀行簽有支付服務(wù)協(xié)議。在
本發(fā)明的實施例中，被支付人、支付人和銀行需要簽署支付服務(wù)協(xié)議，且由客戶親自辦理并
設(shè)置密碼，并且在向協(xié)議指定的手機(jī)號碼發(fā)送支付密碼。在本發(fā)明的另一個實施例中，為了
提高業(yè)務(wù)的擴(kuò)展性，支付人在簽約時可提供3組賬戶，并且每組賬號都有不同的初始密碼，
這樣用戶在支付時可以從這3組賬戶中選擇一個賬戶進(jìn)行支付。其中，項目代碼是確定不
7同收款人收款業(yè)務(wù)的唯一標(biāo)識，可由銀行總行統(tǒng)計進(jìn)行分配和管理，在分行上報業(yè)務(wù)后，總 行審批發(fā)放項目代碼。另外，在簽約時可要求用戶設(shè)置最大支付金額，如果不做設(shè)置可認(rèn)為 為無限制。 在本發(fā)明的一個實施例中，本發(fā)明提出了一種短信格式項目代碼+功能碼+支付 賬號+支付密碼+支付金額。例如，短信格式為PMK0#ZF#1#123456#100到9555801，代表通 過短信從賬戶1中支付100元到代碼為PMK0的收款方，支付密碼為123456，并將該短信發(fā) 送至與銀行對應(yīng)的長碼(例如可為9555801)。 在本發(fā)明的實施例中可通過兩種方式觸發(fā)該步驟，一種是用戶的主動支付，另一 種是需要用戶確認(rèn)付款。在本發(fā)明的一個實施例中，收款人向支付人發(fā)送短信，系統(tǒng)自動 在下行短信(即發(fā)給支付人的短信)的號碼中加入項目標(biāo)識碼，及下行短信號碼規(guī)則為 9555801+項目標(biāo)識碼，支付人直接回復(fù)該短信進(jìn)行支付?；蛘?，在本發(fā)明的另一個實施例 中，支付人在收到需要其支付的短信后，支付人主動編輯項目標(biāo)識碼進(jìn)行支付。
步驟S102，運(yùn)營商短信網(wǎng)關(guān)將接收到的支付短信發(fā)送給銀行短信網(wǎng)關(guān)，銀行網(wǎng)關(guān) 將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息表。在本發(fā)明的實施例中，運(yùn)營商短信網(wǎng) 關(guān)和銀行短信網(wǎng)關(guān)有相互雙向綁定的IP地址和端口，且運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信 網(wǎng)關(guān)之間用約定的報文通信。具體地，采用Soket方式，運(yùn)營商開放一個網(wǎng)關(guān)服務(wù)器的IP地 址和端口 ，銀行網(wǎng)關(guān)可按約定好的報文格式向運(yùn)營商網(wǎng)關(guān)發(fā)送下行信息，同樣，銀行也需要 提供一臺服務(wù)器的IP地址和端口，運(yùn)營商網(wǎng)關(guān)根據(jù)長號碼把報文轉(zhuǎn)發(fā)給銀行網(wǎng)關(guān)。另外， 雙向的IP地址都是綁定的，銀行只接收運(yùn)營商提供的IP地址發(fā)送過來的上行信息，運(yùn)營商 也只接收中信提供的IP地址發(fā)送過來的下行信息。 步驟S103，前置服務(wù)器定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目 代碼獲取所述支付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺(BP)。 步驟S104，多渠道業(yè)務(wù)整合平臺根據(jù)支付的手機(jī)號查詢本地簽約信息，根據(jù)本地 簽約信息判斷該用戶是否簽約；如果判斷所述用戶已經(jīng)簽約，則將支付短信發(fā)送給支付平 臺(也可稱為總行平臺或交換平臺)。 步驟S105，支付平臺判斷目的賬號是否為銀行的行內(nèi)賬號；如果判斷目的賬號為 銀行的行內(nèi)賬號，則支付平臺向銀行的主機(jī)發(fā)送支付請求，由銀行主機(jī)進(jìn)行支付；如果判斷 目的賬號不為銀行的行內(nèi)賬號，則支付平臺將支付請求發(fā)送給分行平臺，由分行平臺進(jìn)行 支付。在本發(fā)明的一個實施例中，由分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付， 當(dāng)然人行集中支付系統(tǒng)等僅是一個例子，任何能夠提供跨行轉(zhuǎn)賬的支付系統(tǒng)都可應(yīng)用在本 發(fā)明中。為了對本發(fā)明有更清楚的理解，以下對人行集中支付系統(tǒng)進(jìn)行簡單介紹。
人行集中支付系統(tǒng)已于2008年上線試運(yùn)行，業(yè)務(wù)范圍已涵蓋了珠三角(除深圳) 及省內(nèi)大部分縣市地區(qū)，開通業(yè)務(wù)的銀行包括四大行在內(nèi)的17家銀行。在開通集中代收付 業(yè)務(wù)的地區(qū)，收、付款單位只需在任何一家銀行開戶，即可對所在地區(qū)內(nèi)任何一家銀行開戶 的企事業(yè)單位及個人扣收或支付款項。為了充分利用該人行集中支付系統(tǒng)，本發(fā)明提出了 利用該人行集中支付系統(tǒng)的兩種模式 模式一，如圖2所示，為本發(fā)明的實施例的一種利用人行集中支付系統(tǒng)進(jìn)行短信 支付的示意圖，包括以下步驟 步驟S201，付款方與收款方有貿(mào)易關(guān)系，在該實施例中為廠家與經(jīng)銷商建立供銷
8關(guān)系，當(dāng)然在該實施例中還可建立其他任何類型的貿(mào)易關(guān)系。 步驟S202，廠家與人行簽約并錄入經(jīng)銷商信息，確定收款賬戶為中信銀行。 步驟S203，廠家與人行簽約后，與中信廣州分行簽約。 步驟S204，該廠家的各個經(jīng)銷商通過短信箱中信銀行發(fā)送支付指令。 步驟S205，中信銀行將扣款指令發(fā)送給人行。 步驟S206，人行將款項打入廠家的中信賬戶。 模式二，如圖3所示，為本發(fā)明的實施例的另一種利用人行集中支付系統(tǒng)進(jìn)行短
信支付的示意圖，包括以下步驟 步驟S301，收款人與付款人有資金往來。 步驟S302，收款人與人行簽約并錄入付款人信息，確定收款賬戶為中信銀行。
步驟S303，收款人與人行簽約后，將付款人清單交中信廣州分行簽約，并且收款人 向中信銀行發(fā)送批量扣款指令。 步驟S304，中信銀行向各個付款人發(fā)送扣款短信，各個付款人回復(fù)Y/N進(jìn)行付款。
步驟S305，如果付款人回復(fù)Y，則中信銀行將扣款指令發(fā)送給人行。
步驟S306，人行將款項打入收款人的中信賬戶。 以上實施例為采用人行集中支付系統(tǒng)的具體實施例，當(dāng)然也可采用其他系統(tǒng)進(jìn)行 支付。 步驟S106，在完成支付后，支付平臺接收銀行主機(jī)或分行平臺返回的支付結(jié)果，支 付平臺通過短信將支付結(jié)果發(fā)送給用戶。具體地，支付平臺將結(jié)果轉(zhuǎn)發(fā)給多渠道業(yè)務(wù)整合 平臺(BP)，多渠道業(yè)務(wù)整合平臺解析交易結(jié)果將交易結(jié)果反饋給前置服務(wù)器，前置服務(wù)器 按照約定好的格式將交易結(jié)果放入指定地點，銀行短信網(wǎng)關(guān)讀取該結(jié)果并發(fā)送給運(yùn)營商短 信網(wǎng)關(guān)，通過運(yùn)營商網(wǎng)關(guān)將下行信息發(fā)送給用戶。 在上述實施例中，結(jié)合具體的系統(tǒng)結(jié)構(gòu)對通過短信支付的方式進(jìn)行了描述，但是 還可通過該系統(tǒng)進(jìn)行密碼修改，查詢交易明細(xì)等，其過程與支付過程類似，在此不再贅述。
如圖4所示，為本發(fā)明實施例的短信支付的系統(tǒng)結(jié)構(gòu)圖，該系統(tǒng)包括銀行短信網(wǎng) 關(guān)100、前置服務(wù)器200、多渠道業(yè)務(wù)整合平臺(BP)300和支付平臺400。銀行短信網(wǎng)關(guān)100， 用于接收運(yùn)營商網(wǎng)關(guān)500發(fā)送的用戶發(fā)送的支付短信，該支付短信包括項目代碼、支付指 示、支付密碼、支付賬號、目的賬號和支付金額，并將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的 上行信息表。前置服務(wù)器200用于定時掃描本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目代 碼獲取所述支付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺300。多渠道業(yè)務(wù)整合平臺300用于根 據(jù)支付的手機(jī)號查詢本地簽約信息(如從系統(tǒng)數(shù)據(jù)庫(DB)查詢)，根據(jù)本地簽約信息判斷 所述用戶是否簽約，如果判斷所述用戶已經(jīng)簽約，則將支付短信發(fā)送給支付平臺400。支付 平臺400用于根據(jù)支付短信進(jìn)行支付。 在本發(fā)明的一個實施例中，該系統(tǒng)還包括銀行主機(jī)600和分行平臺700。支付平臺 400用于判斷目的賬號是否為銀行的行內(nèi)賬號，如果判斷目的賬號為銀行的行內(nèi)賬號，則支 付平臺400向銀行主機(jī)600發(fā)送支付請求，由銀行主機(jī)600進(jìn)行支付，如果判斷目的賬號不 為銀行的行內(nèi)賬號，則支付平臺400將支付請求發(fā)送給分行平臺700，由分行平臺700進(jìn)行 支付。在本發(fā)明的一個實施例中，分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付，即 通過分行NCR進(jìn)行支付。
在本發(fā)明的一個實施例中，支付平臺400還用于在接收銀行主機(jī)600或分行平臺 700返回的支付結(jié)果之后，通過短信將支付結(jié)果發(fā)送給用戶。 在本發(fā)明的一個實施例中，銀行短信網(wǎng)關(guān)100和運(yùn)營商短信網(wǎng)關(guān)500有相互雙向 綁定的IP地址和端口，且運(yùn)營商短信網(wǎng)關(guān)500和銀行短信網(wǎng)關(guān)IOO之間用約定的報文通信。 如圖5所示為本發(fā)明實施例的另一種短信支付的方法流程圖，該方法包括以下步 驟 步驟S510，支付平臺400接收收款人發(fā)送的請求付款人支付的消息，所述消息包 括付款人清單和扣款指令。 步驟S520，支付平臺400通過銀行短信網(wǎng)關(guān)100和運(yùn)營商短信網(wǎng)關(guān)500向付款人 發(fā)送扣款短信。 步驟S530，支付平臺400通過銀行短信網(wǎng)關(guān)100和運(yùn)營商短信網(wǎng)關(guān)500接收付款 人返回的付款指令，并根據(jù)付款指令向收款人進(jìn)行支付。 付款人返回的付款指令可以為確認(rèn)付款指令如#1 (其中，#為確認(rèn)付款標(biāo)志，1為 付款客戶的帳號)，也可以為確認(rèn)收貨指令如*。支付平臺400接收到付款指令后，首先判斷 被支付方是否為銀行的行內(nèi)賬號如果判斷被支付方為銀行的行內(nèi)賬號，則支付平臺400 向銀行主機(jī)600發(fā)送支付請求，由銀行主機(jī)600進(jìn)行支付；如果判斷被支付方不為銀行的行 內(nèi)賬號，則支付平臺400將支付請求發(fā)送給分行平臺700，由分行平臺700通過人行集中支 付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。完成支付后，支付平臺400接收銀行主機(jī)600或分行平 臺700返回的支付結(jié)果，并將支付結(jié)果通過短信發(fā)送給付款人。 用戶能夠通過本發(fā)明的方法和系統(tǒng)使用手機(jī)短信進(jìn)行支付，使得用戶可以隨時隨 地的進(jìn)行支付，并且本發(fā)明實現(xiàn)安全、便捷、高效。 盡管已經(jīng)示出和描述了本發(fā)明的實施例，對于本領(lǐng)域的普通技術(shù)人員而言，可以 理解在不脫離本發(fā)明的原理和精神的情況下可以對這些實施例進(jìn)行多種變化、修改、替換 和變型，本發(fā)明的范圍由所附權(quán)利要求及其等同限定。
權(quán)利要求
一種短信支付的方法，其特征在于，包括以下步驟接收用戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付指示、支付密碼、支付賬號和支付金額，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；根據(jù)所述項目代碼選擇符號業(yè)務(wù)需要的支付短信進(jìn)行處理；根據(jù)支付的手機(jī)號校驗用戶的簽約信息，如果所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺；所述支付平臺根據(jù)所述支付短信進(jìn)行支付。
2. 如權(quán)利要求1所述的短信支付的方法，其特征在于，所述接收用戶發(fā)送的支付短信 包括運(yùn)營商短信網(wǎng)關(guān)接收用戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付指示、支 付密碼、支付賬號和支付金額；所述運(yùn)營商短信網(wǎng)關(guān)將接收到的支付短信發(fā)送給銀行短信網(wǎng)關(guān)，所述銀行網(wǎng)關(guān)將支付 短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息表。
3. 如權(quán)利要求2所述的短信支付的方法，其特征在于，所述根據(jù)項目代碼選擇符號業(yè) 務(wù)需要的支付短信進(jìn)行處理包括前置服務(wù)器定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目代碼獲取所述支 付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺。
4. 如權(quán)利要求3所述的短信支付的方法，其特征在于，根據(jù)支付的手機(jī)號校驗用戶的 簽約信息，如果所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺包括所述多渠道業(yè)務(wù)整合平臺根據(jù)支付的手機(jī)號查詢本地簽約信息，根據(jù)本地簽約信息判 斷所述用戶是否簽約；如果判斷所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺。
5. 如權(quán)利要求4所述的短信支付的方法，其特征在于，所述支付平臺根據(jù)所述支付短 信進(jìn)行支付包括所述支付平臺判斷被支付方是否為所述銀行的行內(nèi)賬號；如果判斷被支付方為所述銀行的行內(nèi)賬號，則所述支付平臺向所述銀行的主機(jī)發(fā)送支 付請求，由所述銀行主機(jī)進(jìn)行支付；如果判斷被支付方不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送給分行 平臺，由所述分行平臺進(jìn)行支付。
6. 如權(quán)利要求5所述的短信支付的方法，其特征在于，由所述分行平臺進(jìn)行支付包括 由所述分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。
7. 如權(quán)利要求5所述的短信支付的方法，其特征在于，還包括 在完成支付后，所述支付平臺接收所述銀行主機(jī)或分行平臺返回的支付結(jié)果； 所述支付平臺通過短信將支付結(jié)果發(fā)送給所述用戶。
8. 如權(quán)利要求2所述的短信支付的方法，其特征在于，還包括所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)有相互雙向綁定的IP地址和端口，且所述 運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之間用約定的報文通信。
9. 一種短信支付的系統(tǒng)，其特征在于，包括銀行短信網(wǎng)關(guān)、前置服務(wù)器、多渠道業(yè)務(wù)整 合平臺和支付平臺，所述銀行短信網(wǎng)關(guān)，用于接收用戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付 指示、支付密碼、支付賬號和支付金額，并將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息 表，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；所述前置服務(wù)器，用于定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項目代碼 獲取所述支付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺；所述多渠道業(yè)務(wù)整合平臺，用于根據(jù)支付的手機(jī)號查詢本地簽約信息，根據(jù)本地簽約 信息判斷所述用戶是否簽約，如果判斷所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付 平臺；所述支付平臺，用于根據(jù)所述支付短信進(jìn)行支付。
10. 如權(quán)利要求9所述的短信支付的系統(tǒng)，其特征在于，還包括銀行主機(jī)和分行平臺， 所述支付平臺，用于判斷被支付方是否為所述銀行的行內(nèi)賬號，如果判斷被支付方為所述銀行的行內(nèi)賬號，則所述支付平臺向所述銀行的主機(jī)發(fā)送支付請求，由所述銀行主機(jī) 進(jìn)行支付，如果判斷被支付方不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送 給分行平臺，由所述分行平臺進(jìn)行支付。
11. 如權(quán)利要求io所述的短信支付的系統(tǒng)，其特征在于，所述分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。
12. 如權(quán)利要求IO所述的短信支付的系統(tǒng)，其特征在于，所述支付平臺還用于在接收 所述銀行主機(jī)或分行平臺返回的支付結(jié)果之后，通過短信將支付結(jié)果發(fā)送給所述用戶。
13. 如權(quán)利要求9所述的短信支付的系統(tǒng)，其特征在于，所述銀行短信網(wǎng)關(guān)和運(yùn)營商短 信網(wǎng)關(guān)有相互雙向綁定的IP地址和端口，且所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之 間用約定的報文通信。
14. 一種短信支付的方法，其特征在于，包括以下步驟支付平臺接收收款人發(fā)送的請求付款人支付的消息，所述消息包括付款人清單和扣款 指令；所述支付平臺通過銀行短信網(wǎng)關(guān)和運(yùn)營商短信網(wǎng)關(guān)向所述付款人發(fā)送扣款短信； 所述支付平臺通過銀行短信網(wǎng)關(guān)和運(yùn)營商短信網(wǎng)關(guān)接收所述付款人返回的付款指令， 并根據(jù)所述付款指令向所述收款人進(jìn)行支付。
15. 如權(quán)利要求14所述的短信支付的方法，其特征在于，所述付款人返回的付款指令 包括以下之一 確認(rèn)付款指令、確認(rèn)收貨指令。
16. 如權(quán)利要求14所述的短信支付的方法，其特征在于，所述支付平臺根據(jù)所述付款 指令進(jìn)行支付包括所述支付平臺判斷被支付方是否為所述銀行的行內(nèi)賬號；如果判斷被支付方為所述銀行的行內(nèi)賬號，則所述支付平臺向所述銀行的主機(jī)發(fā)送支 付請求，由所述銀行主機(jī)進(jìn)行支付；如果判斷被支付方不為所述銀行的行內(nèi)賬號，則所述支付平臺將支付請求發(fā)送給分行 平臺，由所述分行平臺進(jìn)行支付。
17. 如權(quán)利要求16所述的短信支付的方法，其特征在于，由所述分行平臺進(jìn)行支付包括由所述分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。
18. 如權(quán)利要求17所述的短信支付的方法，其特征在于，還包括 所述收款人與人行與簽約并錄入經(jīng)銷商信息。
19. 如權(quán)利要求16所述的短信支付的方法，其特征在于，還包括 在完成支付后，所述支付平臺接收所述銀行主機(jī)或分行平臺返回的支付結(jié)果； 所述支付平臺通過短信將支付結(jié)果發(fā)送給所述付款人。
20. 如權(quán)利要求16所述的短信支付的方法，其特征在于，還包括所述運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)有相互雙向綁定的IP地址和端口，且所述 運(yùn)營商短信網(wǎng)關(guān)和所述銀行短信網(wǎng)關(guān)之間用約定的報文通信。
全文摘要
本發(fā)明提出一種短信支付的方法，包括以下步驟接收用戶發(fā)送的支付短信，所述支付短信包括項目代碼、支付指示、支付密碼、支付賬號和支付金額，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；根據(jù)所述項目代碼選擇符號業(yè)務(wù)需要的支付短信進(jìn)行處理；根據(jù)支付的手機(jī)號校驗用戶的簽約信息，如果所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺；所述支付平臺根據(jù)所述支付短信進(jìn)行支付。用戶能夠通過本發(fā)明的方法和系統(tǒng)使用手機(jī)短信進(jìn)行支付，使得用戶可以隨時隨地的進(jìn)行支付，并且本發(fā)明實現(xiàn)安全、便捷、高效。
文檔編號H04W4/12GK101730023SQ20091024694
公開日2010年6月9日 申請日期2009年12月7日 優(yōu)先權(quán)日2009年12月7日
發(fā)明者姜偉, 王翚, 王鵬虎, 黃欣 申請人:中信銀行股份有限公司