專利名稱：一種電話支付終端及其支付菜單的更新方法
技術領域：
本發(fā)明涉及撥號技術，尤其涉及一種電話支付終端及其支付菜單的更新方法。
背景技術：
電話支付產品是為滿足電子支付市場的需求而開發(fā)的業(yè)務，是基于
PSTN固網消息系統以電子支付為主的增值業(yè)務解決方案。電話支付產品以個人、家庭、企業(yè)、中小商戶和行業(yè)用戶為主要目標，以公共事業(yè)費支付、商品訂購、自助銀行為切入點，逐步開展針對銀行、物流、超市、證券等行業(yè)應用。電話支付業(yè)務具有交易安全、成本低廉、操作簡單、業(yè)務拓展性強等特點。
電話支付終端是與電話支付平臺進行信息交互的終端設備，是供用戶使用、實現電話支付功能的終端設備。傳統的電話支付終端與電話支付平臺間物理層通信方式主要為FSK通訊方式。FSK信號主要采用連續(xù)相位二進制頻移鍵控的調制方式，采用二進制異步串行方式的數據傳送方式，其最高傳輸速率為1200bps。在傳統的電話支付業(yè)務中，支付應用信息主要是以文字為主，菜單也是由支付平臺定期發(fā)送到支付終端，FSK信號低傳輸率的缺點還不是特別明顯。隨著支付應用的不斷發(fā)展，其超低的傳輸速率已經嚴重影響了電話支付業(yè)務的拓展。同時由于FSK信號傳輸過程中，語音數據和支付數據是同步傳輸的，當平臺下發(fā)賬單時，普通話機因為無法識別賬單與通話請求，人們往往以為的來電請求而拿起話機，從而使賬單下發(fā)失敗，大大增加了平臺因重發(fā)賬單帶來的額外工作量。

發(fā)明內容
本發(fā)明要解決的 一個技術問題是提供一種電話支付終端，具有傳輸速率高的優(yōu)點。
本發(fā)明提供一種電話支付終端，包括終端和調制解調器，終端和調
制解調器相連，通過調制解調器基于V.92協議和電話支付平臺進行通信。
進一步，調制解調器支持撥號呼叫等待Modem-On-Hold功能。
其中，上述調制解調器可以內置于所述終端或者外置于所述終端。
#>據本發(fā)明的電話支付終端的一個實施例，該終端還包括菜單下載模塊，用于從所述電話支付平臺獲取支付菜單。例如，菜單下載模塊在每次撥號時動態(tài)從電話支付平臺下載支付菜單。
根據本發(fā)明的電話支付終端的一個實施例，該終端包括圖片顯示模塊，用于接收來自電話支付平臺的圖片信息，顯示圖片信息。
本發(fā)明提供的電話支付終端，利用v92撥號方式的技術特性，具有傳輸速率高的優(yōu)點，解決了傳統FSK撥號的電話支付終端速率低、重發(fā)現象嚴重的問題。
進一步，本發(fā)明的電話支付終端能夠提供多種新型支付增值服務，有利于支付業(yè)務的發(fā)展。
本發(fā)明要解決的另 一 個技術問題是提供一種電話支付終端支付菜半更新方法，包括電話支付終端向電話支付應用平臺發(fā)送支付菜單的更新請求，更新請求中包括終端菜單版本信息；電話支付應用平臺根據更新請求中的終端菜單版本信息，確定要更新的菜單內容，并發(fā)送給電話支付終端；電話支付終端接收要更新的菜單內容，更新菜單，并保存最新菜單版本信息。
才艮據本發(fā)明的電話支付終端支付菜單更新方法的一個實施例，終端菜單版本信息以與菜單層級結構相對應的目錄結構表示，電話支付應用
平臺通過比較目錄結構中每項的版本號，確定需要更新的菜單子項。
本發(fā)明提供的電話支付終端支付菜單更新方法，由終端發(fā)出更新請求，由電話支付應用平臺確定需要更新的菜單內容，對終端上的菜單進行更新，從而支持了支付菜單的動態(tài)更新，有利于支付業(yè)務的發(fā)展。


圖l示出本發(fā)明的電話支付終端的一個實施例的結構圖；圖2示出本發(fā)明的電話支付終端的另一個實施例的結構圖；圖3示出本發(fā)明的電話支付終端支付菜單更新方法的一個實施例的流程圖4示出本發(fā)明的電話支付終端的菜單層次示意圖；圖5示出本發(fā)明的電話支付終端支付菜單更新方法的另一個實施例的流程圖6示出本發(fā)明的圖片式廣告信息推送流程圖。
具體實施例方式
下面參照附圖對本發(fā)明進行更全面的描述，其中說明本發(fā)明的示例性實施例。在附圖中，相同的標號表示相同或者相似的組件或者元素。
圖1示出本發(fā)明的電話支付終端的一個實施例的結構圖。如圖1所示，該電話支付終端包括終端51和調制解調器(Modem) 52。調制解調器52和終端51連接，用于終端51和數據傳輸線路間信號的模/數轉換。終端51通過調制解調器52，基于V92協議和電話支付平臺進行通信。
本發(fā)明的采用v92撥號方式實現的電話支付終端新增加了調制解調器，終端的芯片更適于支持V92協議。Modem可以采用外置和內置兩種方式。內置Modem具有既美觀又方便的優(yōu)勢。
本發(fā)明的Modem支持撥號呼叫等待(Modem-On-Hold)功能，也稱為"握手"機制。它支持用戶在同一電話線上進行數據和語音傳輸。在電話支付應用中，當平臺下發(fā)賬單或終端向平臺發(fā)送支付數據時，也支持用戶進行語音通話。這種技術能夠解決原有電話支付中的一個缺陷。傳統的支付終端在下發(fā)賬單時，普通電話機因無法識別賬單與來電的區(qū)別而響鈴，用戶這時經常會誤以為是來電而拿起話機。因為FSK只支持單線傳輸，因而支付平臺會返回終端占線的消息而使賬單下發(fā)失敗。重發(fā)賬單后仍然會出現這種問題，如此重復這樣的過程將對平臺增加大
量的額外負擔，從而降低了平臺的工作效率。而采用v92撥號后，用戶拿起話機，平臺不用重發(fā)賬單，而只需使原來的下發(fā)過程保持呼叫等待狀態(tài)，當用戶掛機后，繼續(xù)發(fā)送賬單數據，這樣就能大大的降低重發(fā)賬單的概率。不僅能夠緩解平臺的工作壓力，也能夠提升用戶體驗度。
圖2示出本發(fā)明的電話支付終端的另一個實施例的結構圖。如圖2所示，該電話支付終端包括終端21和調制解調器12。其中，終端又包括菜單下載模塊211和圖片顯示模塊212。其中，菜單下栽模塊211用于從電話支付平臺獲取支付菜單，例如，每次撥號時動態(tài)從電話支付平臺下載更新支付菜單。下文中將詳細描述該過程的一種具體實現。圖片顯示模塊212用于接收來自電話支付平臺的圖片信息，顯示圖片信息。本發(fā)明的終端具有較大的存儲空間，可以存儲接收的圖片信息，通過內置的支持圖片格式的軟件，實現圖片信息的呈現。這樣，通過圖片顯示模塊可以支持圖片式廣告信息下發(fā)和呈現。圖片式廣告信息容量更大，用戶感知度更好，更加有利與支付業(yè)務的發(fā)展。
在現有技術的電話支付終端上開展支付業(yè)務有一個先天不足，就是支付應用的展示非常不方便，只能依賴于支付菜單一方式，而終端顯示界面和FSK的傳輸速率限制應用展示，也直接限制了電話支付業(yè)務的開展。本發(fā)明的采用v92撥號方式的電話支付終端，利用其較高的傳輸速率，適合開展圖片式廣告信息的推送。推送的內容可以定制，可以包含圖片和文字兩項內容，圖片格式需要平臺進行規(guī)定，支持常見的JPg、 jpeg、 bmp、 gif、 pug等格式。信息中還應包括一項用于支付的商品編號，用戶可以用商品編號通過終端進行購買。
圖3示出本發(fā)明的電話支付終端支付菜單更新方法的一個實施例的流程圖。
如圖3所示，在步驟302，電話支付終端向電話支付應用平臺發(fā)送支付菜單的更新請求，該更新請求中包括終端菜單版本信息。
在步驟304，電話支付應用平臺根據更新請求中的終端菜單版本信息，確定要更新的菜單內容，并發(fā)送給電話支付終端。
在步驟306，電話支付終端接收要更新的菜單內容，更新菜單，并 保存最新菜單版本信息。
傳統電話支付終端由于受制于FSK超低的傳輸速率，支付菜單的 處理方法一般采用終端定制或平臺定時推送的方式進行。隨著支付應用 的增多，支付菜單變化也更頻繁，因而需要時刻更新終端上的支付菜 單。本發(fā)明提供的電話終端采用v92撥號技術，具有較高的傳輸速率， 因而可以在每次撥號時動態(tài)從平臺下載菜單做到更新。
電話支付終端上的菜單一般是多層結構，假設菜單有N層，菜單的 各子項將以目錄結構表示，同時配以菜單版本號。圖4示出本發(fā)明的電 話支付終端的菜單層次示意圖。如圖4所示，若菜單為三層結構，采用 X-Y-Z的方式標記菜單版本。終端菜單版本信息以與菜單層級結構相對 應的目錄結構表示。每次撥號的時候，將會把菜單版本同時上傳，電話 支付應用平臺通過比較目錄結構中每項的版本號，確定需要更新的菜單 子項。例如，電話支付應用平臺降低終端的版本進行監(jiān)測，若平臺的菜 單版本為X-Y-Z，則表示終端的菜單是最新的，不需要更新；若平臺的 菜單版本為X-W-Z，則表示支付菜單的第二層有所變動，需要進行更 新。當連接建立后，平臺將發(fā)送一個更新號碼和更新的菜單內容發(fā)送給 終端，更新號碼也是采用層級結構，如a-b，表示第一級菜單中的第a 項下面的笫二層菜單中的第b項內容需要更新。這樣的話，終端可以做 到利用最小程度的工作量做到最完全的更新，與應用平臺保持一致。
圖5示出本發(fā)明的電話支付終端支付菜單更新方法的另一個實施例 的流禾呈圖。
如圖5所示，在步驟502，用戶在終端進行操作，撥號上線的同時 也攜帶了支付菜單更新的請求，請求信息包括終端上的當前菜單版本 號。
在步驟504,接入系統對終端進行認證，認證通過則繼續(xù)下面的流 程，并將信息解包；否則拒絕該請求。
在步驟506，接入系統將支付菜單的更新請求發(fā)送給支付應用平臺.
在步驟508，支付應用平臺接收到更新請求后，提取終端的菜單版 本號與平臺上最新的支付菜單版本號進行比較，發(fā)現需要更新的內容；
在步驟510，應用平臺向接入系統返回更新結果，若版本號一致， 則不需要更新，否則返回最新的版本號、更新號碼及更新內容；
在步驟512，接入系統將更新結果發(fā)送到終端；
在步驟514，電話支付終端根據更新結果更新菜單，保存最新的菜 單版本號。
圖6示出本發(fā)明的圖片式廣告信息推送流程圖。 如圖6所示，在步驟602, SP將包括圖片的廣告信息發(fā)送支付應用 平臺。
在步驟604,應用平臺將廣告信息中的圖片轉換成適合終端的顯示 格式。
在步驟606，應用平臺下發(fā)廣告信息給接入系統。 在步驟608，接入系統將廣告信息轉發(fā)到電話支付終端。 在步驟610，終端解析消息將圖片廣告顯示在屏幕上。 本發(fā)明提出的采用v92撥號方式的電話支付終端，利用其較高的傳 輸速率和技術特性，可以支持通話與支付同步進行、支付菜單的動態(tài)更 新以及圖片式廣告信息推送等新功能，在很大程度拓展了支付應用，提 升了用戶感知度。同時，固網運營商大量限制的窄帶資源，極大的降低 了業(yè)務開展的成本。本發(fā)明的電話支付終端能夠提供多種新型支付增值 服務，促進了電話支付業(yè)務的拓展。
本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的 或者將本發(fā)明限于所公開的形式。很多修改和變化對于本領域的普通技 術人員而言是顯然的。選擇和描述實施例是為了更好說明本發(fā)明的原理 和實際應用，并且使本領域的普通技術人員能夠理解本發(fā)明從而設計適 于特定用途的帶有各種修改的各種實施例。
權利要求
1.一種電話支付終端，其特征在于，包括終端和調制解調器，所述終端和所述調制解調器相連，通過所述調制解調器基于V.92協議和電話支付平臺進行通信。
2. 根據權利要求1所述的電話支付終端，其特征在于，所述調制解調器支持撥號呼叫等待Modem-On-Hold功能。
3. 根據權利要求1所述的電話支付終端，其特征在于，所述調制解調器內置于所述終端。
4. 根據權利要求1所述的電話支付終端，其特征在于，所述調制解調器為外置調制解調器。
5. 根據權利要求1至4中任意一項所述的電話支付終端，其特征在于，所述終端包括菜單下栽模塊，用于從所述電話支付平臺獲取支付菜單。
6. 根據權利要求5所述的電話支付終端，其特征在于，所述菜單下載模塊用于在每次撥號時動態(tài)從所述電話支付平臺下栽支付菜單。
7. 根據權利要求1至4中任意一項所述的電話支付終端，其特征在于，所述終端包括圖片顯示才莫塊，用于接收來自所述電話支付平臺的圖片信息，顯示所述圖片信息。
8. —種電話支付終端支付菜單更新方法，其特征在于，包括電話支付終端向電話支付應用平臺發(fā)送支付菜單的更新請求，所述更新請求中包括終端菜單版本信息；所述電話支付應用平臺才艮據所述更新請求中的終端菜單版本信息，確定要更新的菜單內容，并發(fā)送給所述電話支付終端；所述電話支付終端接收所述要更新的菜單內容，更新菜單，并保存最新菜單版本信息。
9. 根據權利要求8所述的支付菜單更新方法，其特征在于，所述終端菜單版本信息以與菜單層級結構相對應的目錄結構表示，所述電話支付應用平臺通過比較目錄結構中每項的版本號，確定需要更新的菜單子項。
10.根據權利要求8或9所述的支付菜單更新方法，其特征在于，所述電話支付終端和所述電話支付應用平臺通過電話支付接入系統連接；所述方法還包括步驟當所述電話支付接入系統收到來自所述電話支付終端的菜單更新請求時，對所述電話支付終端進行認證，認證通過后將所述菜單更新請求發(fā)送到所述電話支付應用平臺。
全文摘要
本發(fā)明提供了一種電話支付終端及其支付菜單的更新方法。該電話支付終端包括終端和調制解調器，終端和調制解調器相連，通過調制解調器基于V.92協議和電話支付平臺進行通信。而且調制解調器支持撥號呼叫等待Modem-On-Hold功能。本發(fā)明主要解決傳統FSK撥號的電話支付終端速率低、重發(fā)現象嚴重的問題，利用v92撥號方式的技術特性，其實現的終端能夠提供多種新型支付增值服務，也較好地解決賬單重發(fā)現象。
文檔編號G07F19/00GK101527062SQ20091012809
公開日2009年9月9日 申請日期2009年3月25日 優(yōu)先權日2009年3月25日
發(fā)明者劉向輝, 張明杰, 真 李, 涇 薛, 趙凌云, 洪 陳 申請人:中國電信股份有限公司