一種通過中間平臺進行支付的方法及支付系統的製作方法

2023-09-24 11:36:20

專利名稱：一種通過中間平臺進行支付的方法及支付系統的製作方法
技術領域：
本發明涉及網絡交易領域，尤其涉及一種通過中間平臺進行支付的方法
及支付系統。
背景技術：
隨著網際網路的發展和數字籤名等加密技術的成熟，電子商務在世界範圍 內'f勃興起，出現了例如亞馬遜、阿里巴巴等一大批成熟的以電子商務為主 要運營方式的成功範例。
這種交易的方式徹底改變了現有的交易模式。請參閱圖1,其為現有的一
種常見的網上交易系統原理結構示意圖。它包括商戶1、中間平臺2、發卡子 系統3和用戶4。用戶4預購買商戶1的商品，先利用中間平臺2完成發卡子 系統3的H上支付，然後，商戶1通過郵寄或其它方式將商品交於用戶4。商 戶1與發卡子系統3定期與中間平臺2進行對帳劃帳處理。當然，發卡子系 統3完成的功能也可以集成到中間平臺2上。
中間平臺2以支付寶為例，用戶4完全可以在支付寶上開設一帳戶，並 在帳戶上直接存儲或充值方式存儲若干金額，這樣，用戶4預購買商戶1的 商品時，只需要通過支付寶進行扣款處理即可。並且通過上述方式，商戶1 只需定期完成與支付寶的對帳劃帳工作即可。
中間平臺2上至少設置有一伺服器中心11和一資料庫12。伺服器中心 21用於處理每一交易請求。資料庫22用於實時記錄每一筆交易。並且，商戶 1和發卡子系統3也是通過訪問資料庫22定期來進行業務帳單的對帳工作。
通過上述網上交易可知，商戶1和用戶4通過中間平臺2進行交易，大 大提高了交易的安全性。對於用戶而言，由於商戶1屬於網上的一虛擬商戶， 無法判定其真實性，對於購買物件也無法判定其品質問題，通過中間平臺(如 支付寶)2進行支付，省去了此類擔憂。對於商戶l而言，通過中間平臺2建 立與用戶4的信任，能降低用戶的不信任感，提高銷售量。這種交易模式做到商戶1、用戶4和中間平臺2共贏的模式，目前已得到了迅猛發展。
然而，在電視、雜誌等傳統的電話購物領域中，現在還依然延續著商戶 款到付貨、或直接上門送貨並收款的方式進行商品銷售。這種交易模式，同 樣存在用戶由於對商戶存在不信任感而不購買商品的現象，同樣還存在用戶 購買商品時發現雜誌或電視上看到的圖片或影像與實際購買不一致而引發糾 紛的現象，並且還存在由於用戶的不信任而致使商戶的銷售額度受影響的現 象，為此，申請人考慮將網上成功的交易模式移植至現有傳統的購物模式中， 當用戶與商戶不能進行零距離交易時，用戶與商戶之間通過中間平臺(如支 付寶)建立支付，如果採用這種模式，用戶又如何通過中間平臺完成付款操 作呢？
的對應關係，用戶可以通過電話的方式向如銀行發出支付請求，銀行接收到 扣款請求後，找到該用戶手機號碼綁定的帳號進行支付操作。但是，用戶如 果採用這種方式完成對中間平臺的付款操作，雖然操作方便，但是安全性非 常低。目前市面上已出現了接收端顯示的撥打端的電話號碼並非是真正意義 上的撥打端電話號碼的事件，換句話說，不法分子能夠偽裝用戶的電話號碼 完成支付工作，進而使用戶的財產受到損失。
那麼，如何提供一種安全係數高且方便的支付方式完成用戶對中間平臺 的付款操作呢？

發明內容
本發明的一目的在於提供一種通過中間平臺進行支付的方法，以解決現 有技術中傳統的電話購物領域沒有一種安全係數高且可操作性強的支付方法
的技術問題。
本發明的另 一 目的在於提供 一 種通過中間平臺進行支付的系統，以解決 現有技術中傳統的電話購物領域沒有一種安全係數高且可操作性強的支付方 法的技術問題。為了達到上述目的，本發明提供了一種通過中間平臺進行支付的方法， 用於實現用戶對中間平臺的支付，以完成用戶和商戶子系統之間的交易，包
括
(1) 中間平臺接收到商戶子系統發送的交易請求，所述交易請求至少包括 用戶的手機號碼及包含付款金額在內的交易信息；
(2) 中間平臺根據所述手機號碼查找對應的帳戶信息；
(3) 中間平臺利用語音合成技術將交易信息的文字形式轉換為語音，形成 包含提示用戶響應方式的語音資料；
(4) 中間平臺向用戶回撥對應的手機號碼，接通與用戶通話後播放所述語
音資料；
(5) 中間平臺根據用戶對語音資料的響應來完成對對應帳戶的扣款處理， 並把本次交易請求的處理結果發送至商戶子系統或分別發送至商戶子系統與用戶。
步驟(3)進一步包括:A1:預先將語音資料劃分為動態語音和靜態語音，並 確定動態語音和靜態語音的播放順序；A2:預先錄製並保存所有靜態語音；A3: 預先錄製並保存每一動態語音中每一動態參數對應的語音，建立動態參數語 音存儲單元；A4:當接收到一交易請求後，解析出包含付款金額在內的交易信 息，確定本語音資料包含付款金額在內的每一動態參數；A5:從動態參數語音 存儲單元中查找所述每一動態參數對應的語音；A6:按照預先設定的播放順序 形成本次交易請求的語音資料。
步驟(2)還包括，如果未檢測到所述手機號碼對應的帳戶信息，則創建與 所述手機號碼綁定的新帳戶信息。
步驟(5)進一步包括Bl:中間平臺接收到用戶要求支付的響應時，則進行 步驟B2，否則退出支付流程，並把處理結果發送至商戶子系統或分別發送至 商戶子系統與用戶；B2:中間平臺若檢測到帳戶的餘額充足，進行扣款處理， 並把處理結果發送至商戶子系統或分別發送至商戶子系統與用戶後結束；B3: 中間平臺若檢測到帳戶的餘額不足，則通過簡訊或語音回撥方式提示用戶進 行對帳戶的充值處理；B4當中間平臺檢測到帳戶被充值後，再次檢測帳戶的餘額是否充足，若充足，則進行步驟B2，否則進行步驟B3。
步驟(1)之前還包括以下步驟用戶通過簡訊或電話方式通過中間平臺提 XX易請求，交易請求至少包括商戶信息、商品信息和訂購數量；中間平臺 按與商戶之間約定的規則對用戶傳送的信息進行解析並判斷出對應的商戶信 息，將用戶傳送的商品信息、訂購數量及用戶手機號碼一併傳送給約定的商 戶；指定商戶對中間平臺傳送的商品信息和訂購數量進行處理，處理後將包 含確定的商品名稱、單價、訂購數量、訂購總價和用戶手機號碼的交易請求 反饋給中間平臺。
本發明還包括預先將交易請求劃分為若干優先級別和優先規則；中間 平臺在進行回撥用戶手機號碼確認支付時，按照設定的優先級別和優先規則 回撥交易請求優先級高的對應用戶的手機號碼。
本發明還提供一種通過中間平臺進行支付的支付系統，用於實現用戶對 中間平臺的支付，以完成用戶和商戶子系統之間的交易，包括用戶、商戶子 系統與中間平臺，其中，商戶子系統通過網絡或專線連接至中間平臺，中間 平臺通過無線通信網絡連接至用戶的通信終端，所述中間平臺進一步包括數 據庫、伺服器中心和無線通信子系統，其中，
無線通信子系統用於利用無線通信網絡建立與用戶的通信終端的通信；
資料庫進一步包括
交易信息存儲單元用於存儲每一次交易的交易信息及處理結果；
綁定存儲單元用於存儲手機號碼與帳戶的對應關係；
語音存儲單元用於存儲文字轉換成語音所需的資料，包括靜態語音資
科及動態語音、靜態語音的播放順序資料；
動態參數語音存儲單元用於存儲每一動態語音中每一動態參數對應的
語音；
伺服器中心包括
網絡通信接口建立與商戶子系統的通信連接； 處理器，進一步包括
交互處理單元用於與商戶之間的交互接收商戶子系統發送的交易請求，從中解析手機號碼及包含付款金額在內的交易信息，將每次交易請求的
處理結果通過網絡通信接口返回至商戶子系統；
交易請求處理單元在交易信息存儲單元存儲本次交易記錄，在綁定存 儲單元中查找本手機號碼對應的帳戶信息，若沒有找到，則創建與該手機號 碼綁定的新財戶信息，並將所述信息存儲在綁定存儲單元中；
語音合成處理單元，將本次接收到交易信息的文字形式轉換成語音，形 成包含提示用戶響應方式的語音資料；
扣款處理單元用於完成對對應帳戶的扣款處理；
無線通信處理模塊，建立與無線通信子系統的連接將語音合成處理單 元的語音資料及對應的手機號碼發送至無線通信子系統，並把用戶的通信終 端返回的用戶響應發送至扣款處理單元。
與現有技術相比，本發明具有以下的技術效果
第一，本發明在進行實現用戶對中間平臺的支付時，中間平臺利用TTS 技術給用戶回撥電話的確認步驟，通過此步驟，可以使得用戶再次確認其購 買商品的信息，防止現有顯示用戶撥打的電話號碼與實際電話號碼不符，從 而規避用戶財產受損的問題，不僅提高了交易的便利性，同時也保證了交易
的安全性。
第二，本發明採用中間平臺回撥電話進行確認的方式，改變用戶做為主 叫方而產生主叫電話費用的問題，並且，若以用戶主動打電話進行支付時， 很冇可能會碰到無效等待時間過長的問題。通過中間平臺在預先設定的期限 內進行回撥，能減少用戶在傳統商家呼叫中心的無效等待時間，在降低其運 營成本的同時提高用戶的交易體驗，提高用戶與商戶之間的交易成功率。
第三，本發明中間平臺對預處理的交易請求預先劃分為若干優先級，中 間平臺在進行回撥用戶手機時，通過安排呼出的優先級順序，有效利用設備 並發能力，來優化設備，方便用戶。


圖1為現有的一種常見的網上交易系統原理結構示意圖2為本發明通過中間平臺進行支付的支付系統的第一種結構示意圖3為本發明中間平臺的伺服器中心的第一種結構示意圖4為本發明通過中間平臺進行支付的支付方法的第 一 種流程示意圖5為本發明通過中間平臺進行支付的支付系統的第二種結構示意圖6為本發明中間平臺的伺服器中心的第二種結構示意圖7為本發明通過中間平臺進行支付的支付方法的第二種流程示意具體實施例方式
以下結合附圖，具體說明本發明。
請參閱圖2,其為本發明通過中間平臺進行支付的支付系統的結構示意 圖。它用於實現用戶對中間平臺5的支付，以完成用戶和商戶子系統21之間 的交易。它包括用戶的通信終端22、商戶子系統21與中間平臺5。其中，商 戶子系統21通過網絡或專線連接至中間平臺5，中間平臺5通過無線通信網 絡連接至用戶的通信終端21。用戶的通信終端21可以通過與無線通信網絡直 接與商戶子系統21 (此時商戶子系統21需要設置 一 無線通信子系統)進行通 信，比如通過電話或簡訊的方式進行定貨。所述定貨至少包括訂單物品信息、 "購g，訂購總額。用戶的通信終端22也可以通過無線上網的方式向商戶子 系統21提供定貨或直接向中間平臺5進行商品購買的請求。
用戶與商戶之間不論通過何種方式進行交易時，本發明都可以使其通過
中間平臺5進行交易。這樣，用戶、商戶、中間平臺可以建立共同贏利的局 面，不僅提高了交易的安全性，而且也提高了交易的成功性。
中間平臺5進一步包括資料庫52、伺服器中心51和無線通信子系統53。 需要說明的是，資料庫52可以是一單獨的伺服器，或者是集成在伺服器中心 51上的存儲單元。同樣，無線通信子系統53可以只包括一無線通信模塊，該 無線通信模塊是單獨設置的與無線通信網絡建立通信的無線通信設備，也可 以是一設置在伺服器中心51內的無線通信接口裝置。這種情況下，中間平臺 5同時能處理的交易請求是非常有限的。若中間平臺5要求同時能與多個用戶的通信終端進行交互，則無線通信子系統53包括網關、若干交換設備和無線 通信模塊。網關分別連接若干交換設備，交換設備連接若干無線通信模塊。
另外，還需要說明的是，伺服器中心51可以是一臺伺服器，也可以是由
若千伺服器組成的區域網。
中間平臺5包括的無線通信子系統53:用於利用無線通信網絡建立與用 戶的通信終端22的通信。
按照功能，中間平臺5可將資料庫細分為
交易信息存儲單元521:用於存儲每一次交易的交易情況。每一次交易的 交易情況進一步包括交易的流水號、手機號碼、交易金額、商品信息、商品 數量、商戶信息、交易的處理結果等。
綁定存儲單元522:用於存儲手機號碼與帳戶的對應關係。
語音存儲單元523:用於存儲文字轉換成語音所需的資料，包括靜態語音 資料及動態語音、靜態語音的播放順序資料。
比如實例1,預定要形成的語音信息為"你好，你在** (動態參數l)商 店購買了** (動態參數2)金額的商品，如需支付，請按l，如不支付，請按 2"
則在語音存儲單元523中可預先存儲 靜態語音1:"你好，你在" 靜態語音2:"商店購買了"
靜態語音3 "金額的商品，如需支付，請按l,如不支付，請按2"
其語音的播放順序為靜態語音1 +動態參數1 +靜態語音2 +動態參數2 +靜態語音3這種的語音播放順序。
動態參數語音存儲單元524:用於存儲每一動態語音中每一動態參數對應 的語音。
還是以上面的實例1來說明。
中間平臺5預先將所有與其籤約的商戶建立每一商戶文字與語音的對應 系。比如，文字"攜程網"則對應的是語音"攜程網"。或者，攜程網在中間 平臺上的商戶號為1。則數字"1"對應的是語音"攜程網"，則當從交易請求中解析出交易信息，交易信息中商號對應的位置是1時，則查找動態參數語 音存儲單元524即可獲知對應的語音"攜程網"。
請參閱圖3，按照邏輯功能來分，伺服器中心51包括以下功能模塊 網絡通信接口 511:建立與商戶子系統的通信連接； 處理器512，進一步包括
交互處理單元514:用於與商戶之間的交互接收商戶子系統21發送的 交易請求，從中解析手機號碼及包含付款金額在內的交易信息，將每次交易 請求的處理結果通過網絡通信接口 511返回至商戶子系統21;
交易請求處理單元515:在交易信息存儲單元521存儲本次交易記錄，在 綁定存儲單元522中查找本手機號碼對應的帳戶信息，若沒有找到，則創建 與該手機號碼綁定的新財戶信息，並將所述信息存儲在綁定存儲單元522中；
語音合成處理單元516，將本次接收到交易信息的文字形式轉換成語音， 形成包含提示用戶響應方式的語音資料；
扣款處理單元517:用於完成對對應帳戶的扣款處理；
無線通信處理模塊513,建立與無線通信子系統53之間的交互將語音 合成處評單元516的語音資料及對應的手機號碼發送至無線通信子系統53, 並^JI]戶的通信終端22返回的用戶響應發送至扣涼欠處理單元517。
伺服器中心5還包括簡訊處理平臺，用於通過簡訊處理平臺建立與用 戶或商戶子系統的簡訊聯繫。
處理器512還可以包括優先級處理單元預先設定交易的優先級別和優 先級規則。比如，按照交易標的來設定其優先級別，如購買機票等其優先級 高，購買書等其優先級為普通。優先級規則為規則在中間平臺並發處理能力 不能夠的情況下，如何處理交易請求回撥用戶電話的規則。
以上公開的僅為本發明的一個實施結構，基於上述的結構系統，本發明 還提供了一種通過中間平臺進行支付的方法。請參閱圖4，其為本發明通過中 間平臺進行支付的方法流程圖。它用於實現用戶對中間平臺的支付，以完成 用戶和商戶子系統之間的交易，包括
--、S110:中間平臺接收到商戶子系統發送的交易請求，所述交易請求至用戶向商戶提交訂單請求的方式非常多。比如用戶通過電話通話方式向 商戶提交訂單請求、用戶通過手機簡訊方式向商戶提交訂單請求。用戶提交 的訂單請求中至少包括訂單的商品信息，比如是商品名或商品編碼等。用戶 還需要向商戶提交本次交易需要聯繫的用戶的手機號碼。
商戶接收訂單請求，核對訂單是否有效。
當訂單屬於有效狀態時，商戶通過本端商戶子系統向中間平臺發送交易 請求。商戶是中間平臺的籤約商戶，兩者預先協商好溝通的消息的格式。商 盧向中間卞-臺發送的交易請求中也是按照預先設定的消息格式，以便中間平 臺接收到所述消息時能夠解析出消息中攜帶的各種信息。通常，交易請求除 了包括手機號碼之外，還包括本次交易的流水號、商號信息、付款金額等的 文易信息。
中間平臺每次接收到交易請求時，按照預先約定的格式進行解析，獲得 手機號碼及對應的交易信息。
中間平臺在交易信息存儲單元521中建立一筆新的交易信息，把解析出 來的手機號碼及交易信息等進行對應存儲。
本發明還可以是用戶先向中間平臺進行交易請求來完成交易，具體的過 程如下
步驟l:用戶通過簡訊或電話方式通過中間平臺提交交易請求，交易請求 至少包括商戶信息、商品信息和訂購數量；
步驟2:中間平臺按與商戶之間約定的規則對用戶傳送的信息進行解析並 判斷出對應的商戶信息，將用戶傳送的商品信息、訂購數量及用戶手機號碼 一併傳送給約定的商戶；
步驟3:指定商戶對中間平臺傳送的商品信息和訂購數量進行處理，處理 後將包含確定的商品名稱、單價、訂購數量、訂購總價和用戶手機號碼的交 易請求反饋給中間平臺。
步驟4:中間平臺接收到商戶子系統發送的交易請求。
這種方式下，用戶只需要記住中間平臺的聯絡電話即可，對於用戶來說，非常省時方便。對於商戶而言，不需要設置接收用戶呼叫或簡訊的通信中心， 減少設備投入與維護成本，以及減少對應的人力成本，也就是說，大大降低
了運營成本。
二、 S120:中間平臺根據所述手機號碼查找對應的帳戶信息。 中間平臺按照該手機號碼查找綁定存儲單元522,如果查到對應的帳戶信
息，則進行步驟S130，若未^r測到手機號碼對應的帳戶信息，則在綁定存儲 單元522中創建手機號碼綁定的新帳戶信息，即可分配一新的帳戶至該手機 T碼。 一種最為簡單的方式即以手機號碼作為帳戶名進行存儲。
三、 S130:中間平臺利用語音合成技術將交易信息的文字形式轉換為語 音，形成包含提示用戶響應方式的語音資料。
該步驟進一步為
Al:預先將語音資料劃分為動態語音和靜態語音，並確定動態語音和靜態 語音的播放順序；
A2:預先錄製並保存所有靜態語音；
A3:預先錄製並保存每一動態語音中每一動態參數對應的語音，建立動態 參數語音存儲單元；
A4:當接收到一交易請求後，解析出包含付款金額在內的交易信息，確定 本語音資料包含付款金額在內的每一動態參數；
A5:從動態參數語音存儲單元中查找所述每一動態參數對應的語音；
A6:按照預先設定的播放順序形成本次交易請求的語音資料。
四、 S140:中間平臺向用戶回撥對應的手機號碼，接通與用戶通話後播放 所述語音資料。
本發明可以預先將交易請求劃分為若干優先級別和優先規則；在步驟
S140時，中間平臺在進行回撥用戶手機號碼確認支付時，按照設定的優先級
別和優先規則回撥交易請求優先級高的對應用戶的手機號碼。
本發明舉個應用例來說明步驟S140。
中間平臺將機票、火車票等票務預定的優先級別設置為1級別，訂餐等 的優先級別設置為2級別，其它的交易設置為3級別。中間平臺接收交易請求時，其交易信息中還攜帶有要求處理的時間期限， 即要求回撥給用戶的最後時間期限。比如，中間平臺接收到攜程網發送的請 求時攜帶處理回撥給用戶的最後時間期限。
中間平臺可以將所有的請求按照時間排隊，按照時間的先後順序進行回 撥給用戶的最後時間期限。中間平臺還定期檢測其最後時間期限，若檢測到 當前時間距離最後時間期限若在一預設範圍內，則將請求的請求排前，優先 處理回撥給用戶。比如，當中間平臺的交換設備同時支持N1路電話的回撥時，
屮間平臺可以將Nl路電話劃分為N2路電話回撥和(N2-N1 )路電話回撥， N2路電話回撥主要處理1級別和2級別的，(N2-N1 )路電話回撥主要處理3 級別的。當N2路電話回撥沒有1級別和2級別時，處理3級別的。當1級別 和2級別的排隊數量到達一預先設定值時，則可以將(N2-N1 )路電話回撥用 於回撥1級別和2級別的交易請求。
上述的優先級別和優先規則僅為實例，並非用於限制本發明。 五、SI50:中間平臺根據用戶對語音資料的響應來完成對對應帳戶的扣 款處理，並把本次交易請求的處理結果發送至商戶子系統或分別發送至商戶 子系統與用戶。
步驟S150可以進一步包括
(5-l)中間平臺接收到用戶要求支付的響應時，則進行步驟(5-2)，否則退 出l付流程，並把處理結果發送至商戶子系統或分別發送至商戶子系統與用 戶；
(5-2)中間平臺若檢測到帳戶的餘額充足，進行扣款處理，並把處理結果 發送至商戶子系統或分別發送至商戶子系統與用戶後結束；
(5-3)中間平臺若檢測到帳戶的餘額不足，則通過簡訊或語音回撥方式提 示用戶進行對帳戶充值處理；
(5-4)當中間平臺檢測到帳戶被充;直後，再次檢測帳戶餘額是否充足，若 充足，則進行步驟(5-2),否則進行步驟(5-3)。
步驟(5-3)還包括
中間平臺生成一與所述手機號碼和付款金額對應的未支付訂單信息；用戶通過所述手機號碼與付款金額利用網絡查詢到對應的未支付訂單信自-.
用戶通過網絡完成對對應帳戶的充值處理。
步驟(5-3)還包括
用戶通過卡通或網匯e對所述帳戶完成充值；
用戶再通過互動式語音應答IVR方式通知中間平臺。
以下就以支付寶的網匯e為例來說明如何完成對對應帳戶的充值處理的。
1) 用戶在郵政櫃檯辦理網匯e業務，即支付寶帳號充值手續，郵政 返回給用戶一張郵政網匯e匯票，匯票中包含匯票號碼和密碼；
2) 郵政將該用戶的匯票號碼、匯票密碼、支付寶帳號和充值金額等 數據傳送給中間平臺(支付寶)；
3) 用戶通過撥打中間平臺(支付寶)提供的統一接入號碼，完成回 呼預約
4) 中間平臺(支付寶)自動回呼到用戶主叫手機號碼上，用戶接聽；
5) 用戶選擇"帳戶充值"功能鍵，然後按語音提示選擇"卡通充值"、 或"網匯e充值"；
6) 用戶選擇"網匯e充值"，語音提示用戶輸入"網匯e匯票號碼" 和"網匯e匯票密碼"，用戶按要求輸入；
7 ) 中間平臺(支付寶)接收到用戶輸入的"網匯e匯票號碼"和"網 匯e匯票密碼"後，將信息匯同該用戶帳戶信息與手機號碼一起 提交伺服器處理；
8) 中間平臺(支付寶)系統核對其"網匯e匯票號碼"和"網匯e 匯票密碼"無誤後，將對應的匯票金額等值充入該巧戶帳戶中， 並以語音播報方式反饋給用戶其帳戶充值成功信息；如確認有 誤，則提示用戶重新輸入或充值失敗；
9) 中間平臺(支付寶)與郵政按期結算。
步驟S150還可以是採用其它方式來實現，比如，最為簡單的即是用手機 的話費來支付。具體的實現流程可以為Cl:中間平臺接收到用戶要求支付的響應時，則進行步驟C2，否則退出支 付流程，並把處理結果發送至商戶子系統或分別發送至商戶子系統與用戶；
C2:中間平臺將包含交易金額信息的處理請求發送至運營商子系統，進行 該手機號碼對應的扣糹欠處理；
C3:若運營商子系統返回扣款成功信息，則將處理結果發送至商戶子系統 或分別發送至商戶子系統與用戶後結束；
C4:中間平臺若返回的扣款不成功信息，則通過簡訊或語音回撥方式提示 用戶進行對本手機帳戶進行充值處理。
需要說明的是，步驟S120與(步驟S130+步驟S140)沒有先後順序， 也就是說，中間平臺可以先進行步驟S120後，再進行步驟S130 +步驟S140。 也可以先進行步驟S130+步驟S140,然後進行步驟S120。這種前後順序都 不能限制本發明。
通過上述流程可知，本發明在進行實現用戶對中間平臺的支付時，中間 平臺利用TTS技術給用戶回撥電話的確認步驟，通過此步驟，可以使得用戶 再次確認其購買商品的信息，防止現有顯示用戶撥打的電話號碼與實際電話 號碼不符，從而使用戶財產受損，不僅提高了交易的便利性，同時也保證了 交易的安全性。從另一個角度來說，若用戶直接給中間平臺撥打電話來進行 支付，對用戶來說，增加電話費。而由中間平臺進行回撥時，減少用戶的這 一部分支出，呼出成本由中間平臺承擔，降低了整個用戶交易成本。第三， 減少傳統商家呼叫中心的呼入並發數量，在降低其運營成本的同時提高用戶 的交易體驗，提高用戶與商戶之間的交易成功率。
補充語音支付的另一種方式(用戶主動自主完成電話支付) ) 用戶通過撥打中間平臺(支付寶)提供的統一接入號碼，完成回 呼預約；
2) 中間平臺(支付寶)自動回呼到用戶主叫手機號碼上，用戶接聽；
3) 用戶選擇"訂購"功能鍵，然後按語音提示輸入"商品編號"和
"商品數量"；
4) 中間平臺(支付寶)接收到用戶輸入的"商品編號，，後，按與商戶之間約定的規則對"商品編號"信息進行解析並判斷出對應的 商戶信息，將用戶輸入的"商品編號"、"商品數量"及用戶手機 號碼一併傳送給約定的商戶；
5) 指定商戶對中間平臺傳送的"商品編號"和"商品數量"進行處
理，處理後將確定的商品名稱、單價、訂購數量、訂購總價和用
戶手機號碼等信息反饋給中間平臺；
6) 中間平臺(支付寶)將接收到的信息以語音方式實時播放給用戶， 並要求用戶按鍵選擇支付或放棄支付；
7) 用戶選擇支付後，中間平臺以語音方式反饋給用戶支付成功的狀 態信息，如支付失敗則提示失敗信息；同時將支付成功信息反饋 給對應商戶；
8) 商戶與用戶確認收貨地址，並完成發貨。
本申請人經過長期研究，還發現了第二種實現方式。本發明可以通過短 信的方式提示用戶進行支付確定。
請參閱圖5，其為本發明第二種通過中間平臺進行支付的支付系統的結構 原理示意圖。它用於實現用戶對中間平臺的支付，以完成用戶和商戶子系統 之間的交易，它包括用戶的通信終端32、商戶子系統31與中間平臺6。其中， 商戶子系統31通過網絡或專線連接至中間平臺6。中間平臺6通過無線通信 網絡連接至用戶的通信終端31
中間平臺6進一步包括資料庫62、伺服器中心61和無線通信子系統63， 其中，
無線通信子系統63:用於利用無線通信網絡建立與用戶的通信終端的通
信；
資料庫62進一步包括
交易信息存儲單元621:用於存儲每一次交易的交易信息及處理結果； 綁定存儲單元622:用於存儲手機號碼與帳戶的對應關係； 請參閱圖6，其伺服器中心61可細分為以下邏輯功能模塊 網絡通信接口611:建立與商戶子系統的通信連接；處理器612,進一步包括
交互處理單元614:用於與商戶之間的交互接收商戶子系統發送的交易 請求，從中解析手機號碼及包含付款金額在內的交易信息，將每次交易請求 的處理結果通過網絡通信接口返回至商戶子系統；
交易請求處理單元615:在交易信息存儲單元存儲本次交易記錄，在綁定 存儲單元中查找本手機號碼對應的帳戶信息，若沒有找到，則創建與該手機 ^-碼綁定的新財戶信息，並將所述信息存儲在綁定存儲單元中；
簡訊處理單元616，將本次接收到交易信息的文字形式形成包含提示用戶 響應方式的簡訊資料；
扣款處理單元617:用於完成對對應帳戶的扣款處理；
無線通信處理模塊613,建立與無線通信子系統的連接將簡訊處理單元 的簡訊資料及對應的手機號碼發送至無線通信子系統，並把用戶的通信終端 返回的用戶響應發送至扣款處理單元。
基於上述的系統，本發明提供第二種通過中間平臺進行支付的方法，用 於實現用戶對中間平臺的支付，以完成用戶和商戶子系統之間的交易，請參 閱圖7,其包括
S210:中間平臺接收到商戶子系統發送的交易請求，所述交易請求至少包 括用戶的手機號碼及包含付款金額在內的交易信息；
S220:中間平臺根據所述手機號碼查找對應的帳戶信息，若未查到，則創 建與所述手機號碼綁定的新帳戶信息；
S230:中間平臺將交易信息形成固定格式的簡訊資料，所述簡訊資料上至 少包含提示用戶響應的響應方式；
S240:中間平臺向對應的手機號碼上發送所述簡訊資料；
S250:中間平臺根據用戶對簡訊資料的響應來完成對對應帳戶的扣款處 理，並把本次交易請求的處理結果發送至商戶子系統或分別發送至商戶子系 統與用戶。
步驟S250進一步包括
(5-l)中間平臺接收到用戶要求支付的響應時，則進行步驟(5-2),否則退出支付流程，並把處理結果發送至商戶子系統或分別發送至商戶子系統與用
戶；
(5-2)中間平臺若檢測到帳戶的餘額充足，進行扣款處理，並把處理結果 發送至商戶子系統或分別發送至商戶子系統與用戶後結束；
(5-3)中間平臺若檢測到帳戶的餘額不足，則通過簡訊提示用戶進行對帳 戶的充值處理；
(5-4)當中間平臺檢測到帳戶被充值後，再次檢測帳戶的餘額是否充足，
若充足，則進行步驟(5-2)，否則進行步驟(5-3)。
通過上述流程，也能實現支付的便攜性和安全性。
以上公開的僅為本發明的幾個具體實施例，但本發明並非局限於此，任 何本領域的技術人員能思之的變化，都應落在本發明的保護範圍內。
權利要求
1、一種通過中間平臺進行支付的方法，用於實現用戶對中間平臺的支付，以完成用戶和商戶子系統之間的交易，其特徵在於，包括(1)中間平臺接收到商戶子系統發送的交易請求，所述交易請求至少包括用戶的手機號碼及包含付款金額在內的交易信息；(2)中間平臺根據所述手機號碼查找對應的帳戶信息；(3)中間平臺利用語音合成技術將交易信息的文字形式轉換為語音，形成包含提示用戶響應方式的語音資料；(4)中間平臺向用戶回撥對應的手機號碼，接通與用戶通話後播放所述語音資料；(5)中間平臺根據用戶對語音資料的響應來完成對對應帳戶的扣款處理，並把本次交易請求的處理結果發送至商戶子系統或分別發送至商戶子系統與用戶。
2、 如權利要求1所述的利用中間平臺進行支付的方法，其特徵在於，步 驟(3)進一步包括Al:預先將語音資料劃分為動態語音和靜態語音，並確定動態語音和靜態 語音的播放順序；A2:預先錄製並保存所有靜態語音；A3:預先錄製並保存每一動態語音中每一動態參數對應的語音，建立動態 參數語音存儲單元；A4:當接收到一交易請求後，解析出包含付款金額在內的交易信息，確定 本語音資料包含付款金額在內的每一動態參數；A5:從動態參數語音存儲單元中查找所述每一動態參數對應的語音；A6:按照預先設定的播放順序形成本次交易請求的語音資料。
3、 如權利要求1所述的利用中間平臺進行支付的方法，其特徵在於，步 驟(2)還包括，如果未檢測到所述手機號碼對應的帳戶信息，則創建與所述手 機號碼綁定的新帳戶信息。
4、 如權利要求1或3所述的利用中間平臺進行支付的方法，其特徵在於，步驟(5)進一步包括Bl:中間平臺接收到用戶要求支付的響應時，則進行步驟B2，否則退出支 付流程，並把處理結果發送至商戶子系統或分別發送至商戶子系統與用戶；B2:中間平臺若檢測到帳戶的餘額充足，進行扣款處理，並把處理結果發 送i商盧子系統或分別發送至商戶子系統與用戶後結束；B3:中間平臺若檢測到帳戶的餘額不足，則通過簡訊或語音回撥方式提示 用戶進行對帳戶的充值處理；B4:當中間平臺檢測到帳戶被充值後，再次檢測帳戶的餘額是否充足， 若充足，則進行步驟B2，否則進行步驟B3。
5、 如權利要求4所述的利用中間平臺進行支付的方法，其特徵在於，步 驟B3還包括中間平臺生成一與所迷手機號碼和付款金額對應的未支付訂單信息； 用戶通過所述手機號碼與付款金額利用網絡查詢到對應的未支付訂單信息；用戶通過網絡完成對對應帳戶的充值處理。
6、 如權利要求4所述的利用中間平臺進行支付的方法，其特徵在於，步 驟B3還包括用戶通過網匯c或他人代充方式對所述帳戶完成充值； 用戶再通過簡訊或互動式語音應答IVR方式通知中間平臺。
7、 如權利要求1所述的利用中間平臺進行支付的方法，其特徵在於，步 驟(5)進一步包括C中間平臺接收到用戶要求支付的響應時，則進行步驟C2，否則退出支 付流程，並把處理結果發送至商戶子系統或分別發送至商戶子系統與用戶；C2:中間平臺將包含交易金額信息的處理請求發送至運營商子系統，進行 該手機號碼對應的扣款處理；C3:若運營商子系統返回扣款成功信息，則將處理結果發送至商戶子系統 成分別發送至商戶子系統與用戶後結束；C4:中間平臺若返回的扣款不成功信息，則通過簡訊或語音回撥方式提示用戶進行對本手機帳戶進行充值處理。
8、 如權利要求1所述的通過中間平臺進行支付的支付方法，其特徵在於， 步驟(l)之前還包括以下步驟用戶通過簡訊或電話方式通過中間平臺提交交易請求，交易請求至少包括商戶信息、商品信息和訂購數量；對應的商戶信息，將用戶傳送的商品信息、訂購數量及用戶手機號碼一併傳 送給約定的商戶；指定商戶對中間平臺傳送的商品信息和訂購數量進行處理，處理後將包 含確定的商品名稱、單價、訂購數量、訂購總價和用戶手機號碼的交易請求反饋給中間平臺。
9、 如權利要求1所述的通過中間平臺進行支付的支付方法，其特徵在於， 還包括 -預先將交易請求劃分為若干優先級別和優先規則；中間平臺在進行回撥用戶手機號碼確認支付時，按照設定的優先級別和 優先規則回撥交易請求優先級高的對應用戶的手機號碼。
10、 一種通過中間平臺進行支付的支付系統，用於實現用戶對中間平臺 的支付，以完成用戶和商戶子系統之間的交易，其特徵在於，包括用戶、商 戶子系統與中間平臺，其中，商戶子系統通過網絡或專線連接至中間平臺， 中間平臺通過無線通信網絡連接至用戶的通信終端，所述中間平臺進一步包 括資料庫、伺服器中心和無線通信子系統，其中，無線通信子系統用於利用無線通信網絡建立與用戶的通信終端的通信； 資料庫進一步包括交易信息存儲單元用於存儲每一次交易的交易信息及處理結果； 綁定存儲單元用於存儲手機號碼與帳戶的對應關係； 語音存儲單元用於存儲文字轉換成語音所需的資料，包括靜態語音資 料及動態語音、靜態語音的播放順序資料；動態參數語音存儲單元用於存儲每一動態語音中每一動態參數對應的語音；伺服器中心包括網絡通信接口 建立與商戶子系統的通信連接； 處理器，進一步包括交互處理單元用於與商戶之間的交互接收商戶子系統發送的交易請 求，從中解析手機號碼及包含付款金額在內的交易信息，將每次交易請求的 處理結果通過網絡通信接口返回至商戶子系統；交易請求處理單元在交易信息存儲單元存儲本次交易記錄，在綁定存 儲單元中查找本手機號碼對應的帳戶信息，若沒有找到，則創建與該手機號 碼綁定的新財戶信息，並將所述信息存儲在綁定存儲單元中；語音合成處理單元，將本次接收到交易信息的文字形式轉換成語音，形 成包舍提示用戶響應方式的語音資料；扣款處理單元用於完成對對應帳戶的扣款處理；無線通信處理模塊，建立與無線通信子系統的連接將語音合成處理單 元的語音資料及對應的手機號碼發送至無線通信子系統，並把用戶的通信終 端返回的用戶響應發送至扣款處理單元。
11、如權利要求IO所述的一種通過中間平臺進行支付的支付系統，其特 徵在於，所述伺服器中心還包括簡訊處理平臺，用於通過簡訊處理平臺建立與用戶或商戶子系統的簡訊 聯繫。
全文摘要
一種通過中間平臺進行支付的方法，用於實現用戶對中間平臺的支付，以完成用戶和商戶子系統之間的交易，包括1)中間平臺接收到商戶子系統發送的交易請求，所述交易請求至少包括用戶的手機號碼及包含付款金額在內的交易信息；2)中間平臺根據所述手機號碼查找對應的帳戶信息；3)中間平臺利用語音合成技術將交易信息的文字形式轉換為語音，形成包含提示用戶響應方式的語音資料；4)中間平臺向用戶回撥對應的手機號碼，接通與用戶通話後播放所述語音資料；5)中間平臺根據用戶對語音資料的響應來完成對對應帳戶的扣款處理，並把本次交易請求的處理結果發送至商戶子系統或分別發送至商戶子系統與用戶。用戶可利用手機電話支付，方便且安全性高。
文檔編號G06Q20/00GK101470875SQ20071030742
公開日2009年7月1日 申請日期2007年12月29日 優先權日2007年12月29日
發明者梁文瑾, 袁雷鳴, 烈 馬 申請人:阿里巴巴集團控股有限公司