專利名稱:一種基于用戶數(shù)字標識符的電話支付系統(tǒng)及方法
技術領域：
本發(fā)明涉及一種使用電話購買互聯(lián)網上的虛擬商品的系統(tǒng)及方法，尤其涉及一種基于用戶數(shù)字標識符(Identifier)(以下簡稱ID)的電話支付系統(tǒng)及方法。
背景技術：
隨著互聯(lián)網通信服務的發(fā)展，網上交易得到了廣泛的應用和認可，且網上購物尤其受人們的喜愛，其給人們帶來了足不出戶就能購買商品的樂趣，尤其對于那些工作繁忙沒時間去商店選擇商品的人們來說更是帶來了極大的方便。大多數(shù)網上購物的支付方式都是通過網上銀行轉賬等方式來實現(xiàn)，而通過電話購買互聯(lián)網上的商品的方式目前只有聲訊交互語音應答(Interactive Voice Response)(以下簡稱IVR)系統(tǒng)和廣東省電信的“動態(tài)條形碼”系統(tǒng)為人們所知。
通過上述聲訊IVR系統(tǒng)實現(xiàn)購買互聯(lián)網上的商品的方法大致為用戶撥打聲訊電話，按照語音提示選擇購買的商品，聲訊IVR系統(tǒng)根據預先設定的節(jié)目號對應的費率進行計費，同時通知相應的服務提供商(ServiceProvider)(以下簡稱SP)開通服務，從而使用戶購買互聯(lián)網上的商品。通過上述“動態(tài)條形碼”系統(tǒng)實現(xiàn)購買互聯(lián)網上的商品的方法大致為用戶在SP網站選擇商品，SP生成訂單，同時在網頁上根據預先設定的算法規(guī)則顯示一個條形碼，同時提示用戶輸入對應的條形碼密碼，其中該條形碼為具有一定編碼規(guī)則的12位數(shù)字，且其包含4位以分為單位的價格信息；此時，用戶撥打IVR電話且根據語音提示輸入上述條形碼，IVR系統(tǒng)使用相同的算法分析出價格信息進行計費，同時將對應的條形碼密碼播報給用戶；之后，用戶返回網頁輸入此密碼，SP系統(tǒng)使用算法驗證此密碼，驗證通過后開通相應的服務，從而使用戶購買互聯(lián)網上的商品。
上述通過電話購買互聯(lián)網上的商品的方法不用涉及用戶的銀行卡號等信息，給用戶帶來了更大的安全性，但是其也存在一定的缺陷?，F(xiàn)有的聲訊IVR系統(tǒng)根據設定的SP節(jié)目號進行服務的購買，SP系統(tǒng)只提供服務的開通接口，聲訊IVR系統(tǒng)根據SP設定的節(jié)目號進行計費，其優(yōu)點是流程比較簡單，缺點是沒有辦法根據用戶的需求一次性購買多個服務或者購買不同數(shù)量的一個服務，同時由于價格的固定，所以不能支持SP系統(tǒng)的促銷折扣等策略，同時SP系統(tǒng)欲增加一個商品還需要重新申報安裝和調試，非常不便。另外聲訊IVR系統(tǒng)安全性不高，用戶沒有在SP網站上生成訂單的步驟，用戶的購買行為沒有經過SP的身份認證，所以造成可以給他人購買服務的方式，給盜打者提供有利可圖的基礎。
另外，現(xiàn)有的“動態(tài)條形碼”系統(tǒng)是電話小額支付的一種方式，由于其使用了動態(tài)條形碼技術，所以可以支持0-9999分的SP小額商品購買，用戶在SP網站上生成訂單的同時在IVR系統(tǒng)里面完成計費，SP系統(tǒng)增加新的商品也無需申報，經過SP的身份認證，“動態(tài)條形碼”系統(tǒng)安全性比較高，且支持根據用戶的需求一次性購買多個服務或者購買不同數(shù)量的一個服務，但其缺點是系統(tǒng)流程比較復雜，SP和IVR系統(tǒng)需要事先同步和周期地更新系統(tǒng)的條形碼和密碼，最大的缺點是由于兩個系統(tǒng)的離線，造成許多購買行為在完成計費后沒有開通服務，只能通過后臺對賬的方式進行解決，投訴壓力比較大。
此外，申請?zhí)枮?00510069006.5的中國專利“一種購買互聯(lián)網上的商品的支付方法”，其主要方法與上述“動態(tài)條形碼”系統(tǒng)的實現(xiàn)方法大致相同，且其系統(tǒng)流程也比較復雜。專利申請公開號為20050125342的美國專利也有類似的缺陷。

發(fā)明內容鑒于上述，本發(fā)明的目的是提供一種基于用戶數(shù)字ID的電話支付系統(tǒng)及方法，其結合現(xiàn)今對于網民來說不可缺少的網絡工具，例如即時通信工具，提高了電話支付的安全性和便捷性。
為了達到上述目的，本發(fā)明的一種基于用戶數(shù)字ID的電話支付系統(tǒng)，包括網頁(以下簡稱WEB)服務器，用于保存用戶進行交易的相關數(shù)據；IVR系統(tǒng)，包括IVR網關，該IVR網關用于發(fā)起支付查詢協(xié)議請求和支付確認協(xié)議請求；及支付網關服務器，包括電話支付網關，該電話支付網關用于生成訂單及與上述IVR網關進行信息交互，即對上述支付查詢協(xié)議請求和支付確認協(xié)議請求進行應答。
上述支付網關服務器至少還包括后臺數(shù)據庫、后臺服務開通系統(tǒng)和具有對賬文件傳輸協(xié)議(File Transfer Protocol)(以下簡稱FTP)服務器的后臺對賬系統(tǒng)。
上述網頁服務器保存的數(shù)據至少包括用戶數(shù)字ID、支付的主叫號碼、選擇的商品及購買數(shù)量，其中上述用戶數(shù)字ID例如為即時通信工具帳號。
上述IVR網關發(fā)起的支付查詢協(xié)議請求包括用戶數(shù)字ID字段、支付的主叫號碼字段及IVR網關的商業(yè)號字段；上述IVR網關發(fā)起的支付確認協(xié)議請求包括用戶數(shù)字ID字段、支付的主叫號碼字段、IVR網關的商業(yè)號字段、條形碼字段及訂單金額字段；上述電話支付網關對上述支付查詢協(xié)議請求進行的應答包括成功應答信息和失敗應答信息，其中上述成功應答信息包括交易狀態(tài)字段、訂單金額字段及條形碼字段；上述失敗應答信息包括交易狀態(tài)字段、錯誤代碼字段及錯誤描述字段；上述電話支付網關對上述支付確認協(xié)議請求進行的應答包括成功應答信息和失敗應答信息，其中上述成功應答信息包括交易狀態(tài)字段；上述失敗應答信息包括交易狀態(tài)字段、錯誤代碼字段及錯誤描述字段。
進一步地，上述支付查詢協(xié)議請求中的用戶數(shù)字ID字段，用于在上述電話支付網關查詢待支付的訂單，其可以通過在IVR流程里輸入而獲得；上述支付的主叫號碼字段，用于鑒別用戶的支付身份；
上述IVR網關的商業(yè)號字段，用于與發(fā)起的PEER端網際協(xié)議(InternetProtocol)(以下簡稱IP)地址一起判斷IVR網關接入的有效性，且用于獲得上述條形碼；上述支付確認協(xié)議請求中的用戶數(shù)字ID字段，用于在上述電話支付網關確認上述支付查詢協(xié)議請求操作過的訂單；上述交易狀態(tài)字段，用于區(qū)別交易的成功和失敗；上述訂單金額字段，用于上述IVR網關的計費，其以分為單位；上述條形碼字段，用作上述電話支付網關的交易授權碼；對上述支付查詢協(xié)議請求進行的應答中的錯誤代碼字段與對上述支付確認協(xié)議請求進行的應答中的錯誤代碼字段相同，且IVR流程根據這個錯誤代碼錄制語音提示；上述錯誤描述字段，用于描述錯誤信息。
為實現(xiàn)上述目的，本發(fā)明的一種基于用戶數(shù)字ID的電話支付方法，包括如下步驟步驟1電話支付網關生成訂單，且獲得用戶數(shù)字ID；步驟2上述IVR網關向上述電話支付網關發(fā)起支付查詢協(xié)議請求；步驟3上述電話支付網關根據上述用戶數(shù)字ID向后臺數(shù)據庫查詢待支付的訂單，且對上述支付查詢協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述IVR網關回復成功應答信息，之后執(zhí)行步驟4；否則，向上述IVR網關回復失敗應答信息；步驟4上述IVR網關報讀訂單信息，且向上述電話支付網關發(fā)起支付確認協(xié)議請求；步驟5上述電話支付網關對上述支付確認協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述IVR網關回復成功應答信息，之后執(zhí)行步驟6；否則，向上述IVR網關回復失敗應答信息；步驟6上述IVR網關開始計費，且后臺服務開通系統(tǒng)開通相應的服務。
進一步地，本發(fā)明所述方法還包括步驟7后臺對賬系統(tǒng)隔日進行對賬和沖銷操作。
進一步地，在上述步驟1中，上述電話支付網關根據用戶登錄WEB服務器填寫的用戶進行交易的數(shù)據來生成相應的訂單。
在上述步驟1中，上述電話支付網關不能生成訂單的原因至少包括1)上述電話支付網關存在沒有支付的訂單，如果用戶想繼續(xù)購買必須先支付此訂單或者等待該訂單超時；2)用戶購買達到限制，包括用戶數(shù)字ID的限制、支付的主叫號碼的限制和IP地址的限制，其中上述限制均為對消費次數(shù)、消費總額的日限和月限；3)業(yè)務的互斥性。
進一步地，在上述步驟3中，上述電話支付網關進行的一致性判斷包括如下步驟步驟301上述電話支付網關判斷上述支付查詢協(xié)議請求中的支付的主叫號碼與上述用戶在WEB上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟302；否則，上述電話支付網關禁止交易且向上述IVR網關回復主叫號碼不一致的失敗應答信息；步驟302上述電話支付網關根據上述支付查詢協(xié)議請求中的IVR網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端IP地址與上述IVR網關連接所獲得的地址是否一致，若是，則向上述IVR網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述IVR網關回復商業(yè)號碼錯誤的失敗應答信息。
上述電話支付網關向上述IVR網關回復失敗應答信息的原因至少還包括1)上述IVR網關連接上述電話支付網關失??；此時，IVR系統(tǒng)會提示系統(tǒng)忙，其屬于網絡發(fā)生問題，需要人工參與解決，但一般這個問題不會出現(xiàn)；
2)上述用戶數(shù)字ID在上述后臺數(shù)據庫中沒有訂單或存在已超時的訂單；一般規(guī)定在上述后臺數(shù)據庫中某一個時刻一個用戶數(shù)字ID只能有一個訂單可以支付；3)上述步驟3中的成功應答信息中的條形碼返回失敗，說明上述條形碼已經被用光了，需要重新申請。
進一步地，在上述步驟5中，上述電話支付網關進行的一致性判斷包括如下步驟步驟501上述電話支付網關判斷上述支付確認協(xié)議請求中的用戶數(shù)字ID所對應的訂單與上述后臺數(shù)據庫中記錄的訂單是否一致，若是，則執(zhí)行步驟502；否則，上述電話支付網關禁止交易且向上述IVR網關回復失敗應答信息；步驟502上述電話支付網關判斷上述支付確認協(xié)議請求中的支付的主叫號碼與上述用戶在WEB上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟503；否則，上述電話支付網關禁止交易且向上述IVR網關回復主叫號碼不一致的失敗應答信息；步驟503上述電話支付網關根據上述支付確認協(xié)議請求中的IVR網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端IP地址與上述IVR網關連接所獲得的地址是否一致，若是，則執(zhí)行步驟504；否則，上述電話支付網關禁止交易且向上述IVR網關回復商業(yè)號碼錯誤的失敗應答信息；步驟504上述電話支付網關判斷上述支付確認協(xié)議請求中的條形碼與上述后臺數(shù)據庫中記錄的條形碼是否一致，若是，則執(zhí)行步驟505；否則，上述電話支付網關禁止交易且向上述IVR網關回復條形碼不一致的失敗應答信息；步驟505上述電話支付網關判斷上述支付確認協(xié)議請求中的訂單金額與上述后臺數(shù)據庫中記錄的訂單金額是否一致，若是，則向上述IVR網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述IVR網關回復訂單金額不一致的失敗應答信息。
進一步地，上述步驟7包括如下步驟步驟701后臺對賬系統(tǒng)每隔一段時間去其對賬FTP服務器獲取包含計費記錄的對賬文件，其中，該對賬文件為運營商隔日以一定的格式和文件名放到對賬FTP服務器上的，如果獲得上述對賬文件，則上述后臺對賬系統(tǒng)下次不再嘗試獲取；步驟702上述后臺對賬系統(tǒng)對上述對賬文件至少進行服務的補開(對于運營商已經計費，但是上述后臺服務開通系統(tǒng)沒有開通服務的訂單記錄)、服務的關閉(對于運營商沒有計費，但是上述后臺服務開通系統(tǒng)已經開通服務的訂單記錄)和沖銷記錄的生成(對于運營商已經計費，但是上述后臺服務開通系統(tǒng)開通或者補開服務失敗)處理，并將該對賬結果放到上述對賬FTP服務器上；步驟703系統(tǒng)根據上述對賬結果，使用沖銷記錄對開通服務失敗或計費失敗的訂單進行沖銷。
其中，在上述步驟701中，上述后臺對賬系統(tǒng)每隔30分鐘去上述對賬FTP服務器獲取上述對賬文件；上述對賬文件為運營商隔日凌晨放到上述對賬FTP服務器上。
采用本發(fā)明所述的系統(tǒng)和方法，可以支持以分為單位的購買，且理論上可以支持所有價格的電話購買；同時，本發(fā)明所述的系統(tǒng)和方法，也提高了電話支付的安全性和便捷性。
下面結合附圖，對本發(fā)明所述系統(tǒng)和方法的具體實施作進一步的詳細說明。對于熟悉本技術領域：
的人員而言，從對本發(fā)明方法的詳細說明中，本發(fā)明的上述和其他日的、特征和優(yōu)點將顯而易見。
圖1為本發(fā)明所述方法的主要流程示意圖；圖2為本發(fā)明一較佳實施例的用戶購買操作流程示意圖；圖3為本發(fā)明一較佳實施例的后臺對賬系統(tǒng)的對賬流程示意 圖4為本發(fā)明一較佳實施例的IVR流程電話語音流程示意圖。
具體實施方式下面將結合實施例并參照附圖對本發(fā)明的技術方案進行詳細說明。
圖1為本發(fā)明所述方法的主要流程示意圖，圖2為本發(fā)明一較佳實施例的用戶購買操作流程示意圖。請同時參照圖1和圖2，本發(fā)明所述系統(tǒng)包括WEB服務器，用于保存用戶進行交易的相關數(shù)據；IVR系統(tǒng)，包括IVR網關，該IVR網關用于發(fā)起支付查詢協(xié)議請求和支付確認協(xié)議請求；及支付網關服務器，包括電話支付網關，該電話支付網關用于生成訂單及與上述IVR網關進行信息交互，即對上述支付查詢協(xié)議請求和支付確認協(xié)議請求進行應答。
此外，上述支付網關服務器至少還包括后臺數(shù)據庫、后臺服務開通系統(tǒng)和具有對賬FTP服務器的后臺對賬系統(tǒng)。
請再參照圖1和圖2，用戶數(shù)字ID例如為某用戶的即時通信工具帳號，本發(fā)明所述方法主要包括如下步驟步驟100電話支付網關生成訂單，且獲得用戶數(shù)字ID；主要包括如下步驟步驟101電話支付網關根據用戶登錄WEB服務器輸入的用戶數(shù)字ID和密碼等信息進行用戶的身份認證；此步驟可能出現(xiàn)的錯誤是密碼錯誤，校驗碼錯誤，用戶數(shù)字ID不存在或者被回收；其中，所有的購買前提必須是電話支付網關確認完畢且允許用戶登錄；步驟102上述電話支付網關根據用戶提交的至少包含選擇商品、購買數(shù)量及在WEB上填寫支付的主叫號碼的交易數(shù)據生成訂單；由于交易的限制，該電話支付網關不能生成訂單的可能原因如下1)存在沒有支付的訂單，此時本發(fā)明所述系統(tǒng)會給出提示，并且給出一個取消訂單的鏈接，用戶取消后可以繼續(xù)生成新的訂單；如果用戶一直不取消也不支付此訂單，則此訂單將在一定時間后，例如15分鐘超時而無法支付；如果用戶想繼續(xù)購買必須先支付此訂單或者等待該訂單超時；2)用戶購買達到限制，其中限制有3類，第一類，用戶數(shù)字ID的限制，主要是對消費次數(shù)、消費總額的日限和月限；第二類，支付的主叫號碼的限制，主要是對消費次數(shù)、消費總額的日限和月限；第三類，IP地址的限制，主要是對消費次數(shù)、消費總額的日限和月限；但這些限制的額度可以通過配置參數(shù)進行調整；3)由于業(yè)務的互斥性使得用戶不能購買，比如用戶通過其他方式開通了連續(xù)包月，這樣購買預付費包月就會提示購買失敗，不能生成訂單；步驟200IVR網關根據約定的交易格式向上述電話支付網關發(fā)起一個訂單請求的交易，即IVR網關向上述電話支付網關發(fā)起支付查詢協(xié)議請求；其中上述IVR網關通過用戶撥打IVR電話進入IVR流程后根據語音提示輸入用戶數(shù)字ID來獲得相應的用戶數(shù)字ID；步驟300上述電話支付網關根據上述用戶數(shù)字ID向后臺數(shù)據庫查詢待支付的訂單，且對上述支付查詢協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述IVR網關回復成功應答信息，之后執(zhí)行步驟400；否則，向上述IVR網關回復失敗應答信息；其中，上述電話支付網關進行的一致性判斷包括如下步驟步驟301上述電話支付網關判斷上述支付查詢協(xié)議請求中的支付的主叫號碼與上述用戶在WEB上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟302；否則，上述電話支付網關禁止交易且向上述IVR網關回復主叫號碼不一致的失敗應答信息；步驟302上述電話支付網關根據上述支付查詢協(xié)議請求中的IVR網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端IP地址與上述IVR網關連接所獲得的地址是否一致，若是，則向上述IVR網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述IVR網關回復商業(yè)號碼錯誤的失敗應答信息；此外，上述電話支付網關向上述IVR網關回復失敗應答信息的可能原因包括1)上述IVR網關連接上述電話支付網關失敗，此時，IVR系統(tǒng)會提示系統(tǒng)忙，其屬于網絡發(fā)生問題，需要人工參與解決，但一般這個問題不會出現(xiàn)，因為本發(fā)明對運營商的連接系統(tǒng)都有后臺監(jiān)控工具進行ping的操作，一旦發(fā)現(xiàn)系統(tǒng)不能連接，會發(fā)出報警信息，管理員會及時解決；2)該用戶數(shù)字ID沒有訂單，發(fā)生的原因是這個用戶數(shù)字ID在后臺數(shù)據庫中沒有訂單或者是有訂單但是該訂單已經超時，本發(fā)明的約定是在后臺數(shù)據庫中某一個時刻一個用戶數(shù)字ID只能有一個訂單可以支付；3)上述步驟300中的條形碼返回失敗，說明條形碼已經被用光了，需要重新申請；步驟400上述IVR網關報讀訂單信息，且向上述電話支付網關發(fā)起支付確認協(xié)議請求；步驟500上述電話支付網關對上述支付確認協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述IVR網關回復成功應答信息，之后執(zhí)行步驟600；否則，向上述IVR網關回復失敗應答信息；其中，上述電話支付網關進行的一致性判斷包括如下步驟步驟501上述電話支付網關判斷上述支付確認協(xié)議請求中的用戶數(shù)字ID所對應的訂單與上述后臺數(shù)據庫中記錄的訂單是否一致，若是，則執(zhí)行步驟502；否則，上述電話支付網關禁止交易且向上述IVR網關回復失敗應答信息；步驟502上述電話支付網關判斷上述支付確認協(xié)議請求中的支付的主叫號碼與上述用戶在WEB上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟503；否則，上述電話支付網關禁止交易且向上述IVR網關回復主叫號碼不一致的失敗應答信息；步驟503上述電話支付網關根據上述支付確認協(xié)議請求中的IVR網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端IP地址與上述IVR網關連接所獲得的地址是否一致，若是，則執(zhí)行步驟504；否則，上述電話支付網關禁止交易且向上述IVR網關回復商業(yè)號碼錯誤的失敗應答信息；步驟504上述電話支付網關判斷上述支付確認協(xié)議請求中的條形碼與上述后臺數(shù)據庫中記錄的條形碼是否一致，若是，則執(zhí)行步驟505；否則，上述電話支付網關禁止交易且向上述IVR網關回復條形碼不一致的失敗應答信息；步驟505上述電話支付網關判斷上述支付確認協(xié)議請求中的訂單金額與上述后臺數(shù)據庫中記錄的訂單金額是否一致，若是，則向上述IVR網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述IVR網關回復訂單金額不一致的失敗應答信息；步驟600上述IVR網關開始計費，且后臺服務開通系統(tǒng)開通相應的服務。
IVR系統(tǒng)在接到明確的成功應答信息后進行計費，如果長時間沒有收到上述應答信息，則IVR系統(tǒng)發(fā)生超時，可能連接已經斷開，這時候也要計費，但是在隔日對賬過程中可能對此交易進行沖銷；后臺服務開通系統(tǒng)在獲得上述成功應答信息后，根據用戶訂購的服務和數(shù)量立即開通相應的服務，其中該動作在1分鐘內完成，如果開通服務失敗將在隔日的對賬過程中可能對此交易進行沖銷；且用戶在WEB頁面上可以根據本發(fā)明所述系統(tǒng)提供的交易流水信息查詢到該訂單的狀態(tài)。
本發(fā)明所述系統(tǒng)的計費點在IVR網關接收到電話支付網關確認返回的成功應答信息之后，如果用戶在完成支付確認請求發(fā)給電話支付網關之后沒有等到應答或者用戶掛機，則IVR系統(tǒng)也要進行計費，但該計費將通過隔日對賬進行核對。圖3為本發(fā)明一較佳實施例的后臺對賬系統(tǒng)的對賬流程示意圖，請參照圖3，本發(fā)明的隔日對賬和沖銷的主要步驟為步驟1后臺對賬系統(tǒng)每隔30分鐘去上述對賬FTP服務器獲取包含成功計費記錄的對賬文件，其中，該對賬文件為運營商隔日凌晨以一定的格式和文件名放到對賬FTP服務器上的，如果獲得上述對賬文件，則上述后臺對賬系統(tǒng)下次不再嘗試獲取；步驟2上述后臺對賬系統(tǒng)在獲得對賬文件后對此文件進行處理，主要是根據當日的流水表進行服務的補開(對于運營商已經計費，但是后臺服務開通系統(tǒng)沒有開通服務的訂單記錄)；進行服務的關閉(對于運營商沒有計費，但是后臺服務開通系統(tǒng)已經開通服務的訂單記錄)；進行沖銷記錄的生成(對于運營商已經計費，但是上述后臺服務開通系統(tǒng)開通或者補開服務失敗)，之后將該對賬結果放到上述對賬FTP服務器上；步驟4系統(tǒng)根據上述對賬結果，使用沖銷記錄對開通服務失敗或計費失敗的訂單進行沖銷。
圖4為本發(fā)明一較佳實施例的IVR流程電話語音流程示意圖，請參照圖4，其主要語音如下表所示
以上詳細說明了本發(fā)明的工作原理，但這只是為了便于理解而舉的一個形象化的實例，不應被視為是對本發(fā)明范圍的限制。同樣，任何所屬技術領域：
的普通專業(yè)人員均可根據本發(fā)明的技術方案及其較佳實施例的描述，做出各種可能的等同改變或替換，但所有這些改變或替換都應屬于本發(fā)明的權利要求
的保護范圍。
權利要求
1.一種基于用戶數(shù)字標識符的電話支付系統(tǒng)，其特征在于包括網頁服務器，用于保存用戶進行交易的數(shù)據；交互語音應答系統(tǒng)，包括交互語音應答網關，該交互語音應答網關用于發(fā)起支付查詢協(xié)議請求和支付確認協(xié)議請求；及支付網關服務器，包括電話支付網關，該電話支付網關用于生成訂單及與上述交互語音應答網關進行信息交互，即對上述支付查詢協(xié)議請求和支付確認協(xié)議請求進行應答。
2.根據權利要求
1所述的系統(tǒng)，其特征在于上述支付網關服務器至少還包括后臺數(shù)據庫、后臺服務開通系統(tǒng)和具有對賬文件傳輸協(xié)議服務器的后臺對賬系統(tǒng)。
3.根據權利要求
1所述的系統(tǒng)，其特征在于上述網頁服務器保存的數(shù)據至少包括用戶數(shù)字標識符、支付的主叫號碼、選擇的商品及購買數(shù)量。
4.根據權利要求
1所述的系統(tǒng)，其特征在于上述交互語音應答網關發(fā)起的支付查詢協(xié)議請求包括用戶數(shù)字標識符字段、支付的主叫號碼字段及交互語音應答網關的商業(yè)號字段；上述交互語音應答網關發(fā)起的支付確認協(xié)議請求包括用戶數(shù)字標識符字段、支付的主叫號碼字段、交互語音應答網關的商業(yè)號字段、條形碼字段及訂單金額字段；上述電話支付網關對上述支付查詢協(xié)議請求進行的應答包括成功應答信息和失敗應答信息，其中上述成功應答信息包括交易狀態(tài)字段、訂單金額字段及條形碼字段；上述失敗應答信息包括交易狀態(tài)字段、錯誤代碼字段及錯誤描述字段；上述電話支付網關對上述支付確認協(xié)議請求進行的應答包括成功應答信息和失敗應答信息，其中上述成功應答信息包括交易狀態(tài)字段；上述失敗應答信息包括交易狀態(tài)字段、錯誤代碼字段及錯誤描述字段。
5.根據權利要求
4所述的系統(tǒng)，其特征在于上述支付查詢協(xié)議請求中的用戶數(shù)字標識符字段，用于在上述電話支付網關查詢待支付的訂單；上述支付的主叫號碼字段，用于鑒別用戶的支付身份；上述交互語音應答網關的商業(yè)號字段，用于與發(fā)起的PEER端網際協(xié)議地址一起判斷交互語音應答網關接入的有效性，且用于獲得上述條形碼；上述支付確認協(xié)議請求中的用戶數(shù)字標識符字段，用于在上述電話支付網關確認上述支付查詢協(xié)議請求操作過的訂單；上述交易狀態(tài)字段，用于區(qū)別交易的成功和失??；上述訂單金額字段，用于上述交互語音應答網關的計費，其以分為單位；上述條形碼字段，用作上述電話支付網關的交易授權碼；對上述支付查詢協(xié)議請求進行的應答中的錯誤代碼字段與對上述支付確認協(xié)議請求進行的應答中的錯誤代碼字段相同；上述錯誤描述字段，用于描述錯誤信息。
6.一種基于用戶數(shù)字標識符的電話支付方法，其特征在于包括如下步驟步驟1電話支付網關生成訂單，且獲得用戶數(shù)字標識符；步驟2上述交互語音應答網關向上述電話支付網關發(fā)起支付查詢協(xié)議請求；步驟3上述電話支付網關根據上述用戶數(shù)字標識符向后臺數(shù)據庫查詢待支付的訂單，且對上述支付查詢協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述交互語音應答網關回復成功應答信息，之后執(zhí)行步驟4；否則，向上述交互語音應答網關回復失敗應答信息；步驟4上述交互語音應答網關報讀訂單信息，且向上述電話支付網關發(fā)起支付確認協(xié)議請求；步驟5上述電話支付網關對上述支付確認協(xié)議請求中的字段信息進行一致性判斷，若均具有一致性，則向上述交互語音應答網關回復成功應答信息，之后執(zhí)行步驟6；否則，向上述交互語音應答網關回復失敗應答信息；步驟6上述交互語音應答網關開始計費，且后臺服務開通系統(tǒng)開通相應的服務。
7.根據權利要求
6所述的方法，其特征在于還包括如下步驟步驟7后臺對賬系統(tǒng)隔日進行對賬和沖銷操作。
8.根據權利要求
6或7所述的方法，其特征在于在上述步驟1中，上述電話支付網關根據用戶登錄網頁服務器填寫的用戶進行交易的數(shù)據來生成相應的訂單。
9.根據權利要求
8所述的方法，其特征在于在上述步驟1中，上述電話支付網關不能生成訂單的原因至少包括1)上述電話支付網關存在沒有支付的訂單；2)用戶購買達到限制，包括用戶數(shù)字標識符的限制、支付的主叫號碼的限制和網際協(xié)議地址的限制，其中上述限制均為對消費次數(shù)、消費總額的日限和月限；3)業(yè)務的互斥性。
10.根據權利要求
8所述的方法，其特征在于在上述步驟3中，上述電話支付網關進行的一致性判斷包括如下步驟步驟301上述電話支付網關判斷上述支付查詢協(xié)議請求中的支付的主叫號碼與上述用戶在網頁上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟302；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復主叫號碼不一致的失敗應答信息；步驟302上述電話支付網關根據上述支付查詢協(xié)議請求中的交互語音應答網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端網際協(xié)議地址與上述交換語音應答網關連接所獲得的地址是否一致，若是，則向上述交互語音應答網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復商業(yè)號碼錯誤的失敗應答信息。
11.根據權利要求
10所述的方法，其特征在于上述電話支付網關向上述交互語音應答網關回復失敗應答信息的原因至少還包括1)上述交互語音應答網關連接上述電話支付網關失??；2)上述用戶數(shù)字標識符在上述后臺數(shù)據庫中沒有訂單或存在已超時的訂單；3)上述步驟3中的成功應答信息中的條形碼返回失敗。
12.根據權利要求
8所述的方法，其特征在于在上述步驟5中，上述電話支付網關進行的一致性判斷包括如下步驟步驟501上述電話支付網關判斷上述支付確認協(xié)議請求中的用戶數(shù)字標識符所對應的訂單與上述后臺數(shù)據庫中記錄的訂單是否一致，若是，則執(zhí)行步驟502；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復失敗應答信息；步驟502上述電話支付網關判斷上述支付確認協(xié)議請求中的支付的主叫號碼與上述用戶在網頁上填寫的支付的主叫號碼是否一致，若是，則執(zhí)行步驟503；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復主叫號碼不一致的失敗應答信息；步驟503上述電話支付網關根據上述支付確認協(xié)議請求中的交互語音應答網關的商業(yè)號判斷上述電話支付網關中記錄的PEER端網際協(xié)議地址與上述交互語音應答網關連接所獲得的地址是否一致，若是，則執(zhí)行步驟504；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復商業(yè)號碼錯誤的失敗應答信息；步驟504上述電話支付網關判斷上述支付確認協(xié)議請求中的條形碼與上述后臺數(shù)據庫中記錄的條形碼是否一致，若是，則執(zhí)行步驟505；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復條形碼不一致的失敗應答信息；步驟505上述電話支付網關判斷上述支付確認協(xié)議請求中的訂單金額與上述后臺數(shù)據庫中記錄的訂單金額是否一致，若是，則向上述交互語音應答網關回復成功應答信息；否則，上述電話支付網關禁止交易且向上述交互語音應答網關回復訂單金額不一致的失敗應答信息。
13.根據權利要求
7所述的方法，其特征在于上述步驟7包括如下步驟步驟701后臺對賬系統(tǒng)每隔一段時間去其對賬文件傳輸協(xié)議服務器獲取包含計費記錄的對賬文件，其中，該對賬文件為運營商隔日放到對賬文件傳輸協(xié)議服務器上的，如果獲得上述對賬文件，則上述后臺對賬系統(tǒng)不再嘗試獲取；步驟702上述后臺對賬系統(tǒng)對上述對賬文件至少進行服務的補開、服務的關閉和沖銷記錄的生成處理，并將該對賬結果放到上述對賬文件傳輸協(xié)議服務器上；步驟703系統(tǒng)根據上述對賬結果，使用沖銷記錄對開通服務失敗或計費失敗的訂單進行沖銷。
14.根據權利要求
13所述的方法，其特征在于在上述步驟701中，上述后臺對賬系統(tǒng)每隔30分鐘去上述對賬文件傳輸協(xié)議服務器獲取上述對賬文件上述對賬文件為運營商隔日凌晨放到上述對賬文件傳輸協(xié)議服務器上。
專利摘要
本發(fā)明的一種基于用戶數(shù)字ID的電話支付系統(tǒng)及方法，包括WEB服務器；IVR系統(tǒng)，包括IVR網關；支付網關服務器，包括電話支付網關。用戶通過用戶數(shù)字ID在WEB上選擇商品和購買數(shù)量，并由電話支付網關生成訂單；之后用戶撥打IVR電話進入IVR流程，通過支付查詢協(xié)議和支付確認協(xié)議進行了一系列的一致性判斷和確認后，開通服務。采用本發(fā)明所述的系統(tǒng)和方法，可以支持以分為單位的購買，且理論上可以支持所有價格的電話購買；同時，本發(fā)明所述的系統(tǒng)和方法，也提高了電話支付的安全性和便捷性。
文檔編號H04L29/06GK1997077SQ200610032609
公開日2007年7月11日 申請日期2006年1月1日
發(fā)明者王鑫 申請人:騰訊科技(深圳)有限公司導出引文BiBTeX, EndNote, RefMan