[發(fā)明專利]短信支付的方法和系統(tǒng)

無效

• 申請?zhí)枺?/td>: 200910246944.6
• 申請日: 2009-12-07
• 公開（公告）號: CN101730023A
• 公開（公告）日: 2010-06-09
• 發(fā)明（設(shè)計）人: 姜偉;王翚;王鵬虎;黃欣
• 申請（專利權(quán)）人: 中信銀行股份有限公司
• 主分類號: H04W4/14
• 分類號: H04W4/14;G06Q20/00
• 代理公司: 北京市德恒律師事務(wù)所 11306
• 代理人: 梁永

1.一種短信支付的方法，其特征在于，包括以下步驟：

接收用戶發(fā)送的支付短信，所述支付短信包括項(xiàng)目代碼、支付指示、支付密碼、支付賬號和支付金額，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；

根據(jù)所述項(xiàng)目代碼選擇符號業(yè)務(wù)需要的支付短信進(jìn)行處理；

根據(jù)支付的手機(jī)號校驗(yàn)用戶的簽約信息，如果所述用戶已經(jīng)簽約，則將所述支付短信發(fā)送給支付平臺；

所述支付平臺根據(jù)所述支付短信進(jìn)行支付。

2.如權(quán)利要求1所述的短信支付的方法，其特征在于，所述接收用戶發(fā)送的支付短信包括：

運(yùn)營商短信網(wǎng)關(guān)接收用戶發(fā)送的支付短信，所述支付短信包括項(xiàng)目代碼、支付指示、支付密碼、支付賬號和支付金額；

所述運(yùn)營商短信網(wǎng)關(guān)將接收到的支付短信發(fā)送給銀行短信網(wǎng)關(guān)，所述銀行網(wǎng)關(guān)將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息表。

3.如權(quán)利要求2所述的短信支付的方法，其特征在于，所述根據(jù)項(xiàng)目代碼選擇符號業(yè)務(wù)需要的支付短信進(jìn)行處理包括：

前置服務(wù)器定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項(xiàng)目代碼獲取所述支付短信，并發(fā)送給多渠道業(yè)務(wù)整合平臺。

4.如權(quán)利要求3所述的短信支付的方法，其特征在于，根據(jù)支付的手機(jī)號校驗(yàn)用戶的簽約信息，如果所述用戶已經(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ā)送的支付短信，所述支付短信包括項(xiàng)目代碼、支付指示、支付密碼、支付賬號和支付金額，并將支付短信插入至本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，其中所述用戶與被支付方及銀行簽有支付服務(wù)協(xié)議；

所述前置服務(wù)器，用于定時掃描所述本地子系統(tǒng)數(shù)據(jù)庫的上行信息表，根據(jù)項(xiàng)目代碼獲取所述支付短信，并發(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)利要求10所述的短信支付的系統(tǒng)，其特征在于，所述分行通過人行集中支付系統(tǒng)或銀聯(lián)支付網(wǎng)絡(luò)進(jìn)行支付。