TW201824845A - 語音應答支付系統及其方法 - Google Patents

Abstract

本發明提出一種語音應答支付方法，包含下列步驟：建立語音應答支付系統與發話方及受話方間的三方通話，接收受話方所傳送的交易信號，傳送交易語音指令至受話方，以提示受話方輸入訂單資訊，接收受話方所輸入之訂單資訊，傳送支付語音指令至發話方，以提示發話方輸入支付授權資訊，並接收發話方所輸入之支付授權資訊並進行驗證，並透過付款系統進行支付，付款系統回傳支付結果資訊，依據支付結果資訊傳送支付結果語音給發話方收聽。

Description

語音應答支付系統及其方法

本發明係一種語音應答支付系統及其方法，尤指一種透過三方通話實現交易的語音應答支付系統及其方法。

目前有諸多種利用電話通話進行交易的發明，其皆解決了交易中某些面向的問題，但又衍生出另一些適用性、保密性或複雜度等的問題，以下以幾個專利為例：

如「一種以手持通訊裝置作為交易付款工具的方法」(中華民國專利公開號200816068)，係當消費者欲結帳時，消費者撥打手機到一第三方付款平台，提供其身份認證、採購金額、和商店代號等資訊，俟付款平台完成交易認證後通知商店，商店再向付款平台確認以完成交易；依照其專利說明書描述，消費者係是撥打至第三方付款平台並非店家電話號碼，消費者認知上容易產生混淆；加上結帳金額、商店代號皆是由消費者自行輸入，容易造成資料輸入錯誤而產生非預期的交易，或是遭有心人士利用作為洗錢管道。

又如「一種交易支付方法和系統」(中國專利公開號WO2013040916 A1)，係由一支付終端取得用戶之支付資訊，該支付資訊包括通信號碼；通過一互動式語音應答平臺呼叫該通信號碼，獲取用戶輸入之支付密碼；對該支付密碼和支付資訊進行驗證，驗證通過則進行支 付。依照其專利說明書描述，消費者需等待互動式語音應答平臺來電，以進行後續支付流程，然而消費者無法確認該來電號碼是否為真正互動式語音應答平臺所撥打，這可能造成支付密碼外流遭其他人盜用。

或是「語音商務方法、促使來電者選擇語音商務系統之裝置、語音商務系統及其建構方法(中華民國專利公告號：I394090)」，係提供店家建立自屬語音商店來以服務其消費者；然而對小型店家、一般零售實體商店而言，建構此一系統/裝置所花費支出可能與其收入顯不相當；對於消費者使用感受，當消費者撥打電話進線，常常會聽到的是一段冗長語音說明，這可能對於部分消費者會不耐感或操作困難；另外一旦店家電話號碼設定此系統或裝置，則不適合用來接聽用戶電話，故店家可能需另外申辦一組電話。

此外，還有許多發明案，如：「Method for accepting payment information on the web using an interactive voice response system(美國專利公告號：US 8306868 B2)」係當消費者於一網路購物，選擇「Pay via IVR」後，該網站將顯示一電話號及一組PASSCODE，接著消費者以電話撥打該電話號碼至一IVR中心，並於IVR指令中輸入PASSCODE及信用卡資訊，以進行信用卡付款程序。

又如「Alternative payment method for online transactions using interactive voice response(美國專利公告號：US 8775312 B2、US 9330387 B2)」，係提供消費者於一商家網路暢貨中心(Network Outlet)購物，經指定欲透過IVR(Interactive voice response，語音應答系統)進行購買，然後消費者會收到一個Token，接著由消費者透過IVR傳送該Token之 資訊，經驗證該Token資訊之正確性後，自消費者帳戶轉帳交易金額至商家帳戶。

或是「Secure payment service and system for interactive voice response(IVR)systems(美國專利公告號：US8090650 B2)」，則是消費者於商店IVR取得一付款請求後，輸入該請求至一付款服務伺服器以取得一Token，接著使用一軟體或模組(如Applet)輸入該Token並傳送至該商店IVR，商店IVR祕密地傳送至該付款服務伺服器以驗證Token正確性並完成交易支付。

以上三個專利都是由消費者需要分別至網站購物和撥話至一IVR進行操作，安全性高，但使用情境較不適合小型店家、一般零售實體商店，對於消費者的操作程序也比較複雜，不利於服務推廣。

綜合上述專利之系統或方法，多是預期消費者會先操作電腦/手機購物後，結帳時再撥打至一IVR操作以完成付款；先不論店家是否有足夠財力與能力建構該網站或系統，僅是對於慣用電話溝通購物的消費者而言，這些使用流程步驟顯得繁雜，更難以推廣至一般商業應用。

本案發明人鑑於上述習用方式所衍生的各項缺點，乃亟思加以改良創新，並經多年苦心孤詣潛心研究後，終於成功研發完成本項發明-提供交易雙方電話通話中進行語音應答支付之電話交換機、語音應答支付系統及其方法。

為解決前揭之問題，本發明之目的係提供一種適用於小型零售業者的語音應答支付系統及其方法，其特點係在一通訂購電話的通話 過程中，便可以配合語音訊息以完成訂購與付款的整個交易程序。

為達上述目的，本發明提出一種語音應答支付方法。方法係利用一語音應答支付系統，進行下列步驟：首先，建立語音應答支付系統與發話方及受話方間的三方通話，接著接收受話方所傳送的交易信號，再回傳交易語音指令至受話方，以提示受話方輸入訂單資訊。接著，接收受話方所輸入之訂單資訊，傳送支付語音指令至發話方，以提示發話方輸入支付授權資訊，並接收發話方所輸入之支付授權資訊，最後驗證支付授權資訊，並透過付款系統進行支付，而後由付款系統得到支付結果資訊，並依據支付結果資訊傳送支付結果語音至發話方。

為達上述目的，本發明提出一種語音應答支付系統。其包含：一信號輸出入模組、一交易程序模組、一認證模組及一支付模組。其中，信號輸出入模組係提供接收來自發話方的撥號信號及支付授權資訊，接收來自受話方的交易信號及訂單資訊，發送交易語音指令、支付語音指令及支付結果語音，及建立信號輸出入模組與發話方、受話方間的三方通話。交易程序模組則是與信號輸出入模組連接，其係提供接收信號輸出入模組傳送之撥號信號、支付授權資訊、交易信號、訂單資訊，及傳送交易語音指令、支付語音指令及與支付結果資訊對應的支付結果語音至信號輸出入模組。認證模組，其是與交易程序模組連接，並提供接收交易程序模組傳送之撥號信號，取得與撥號信號對應之語音支付服務啟用狀態，當語音支付服務啟用狀態為啟用時，則認證模組透過交易程序模組通知信號輸出入模組建立三方通話，以及依據支付授權資訊與撥號信號內包含的發話號碼進行核對，並進行支付。支付模組則是與交易程序模組連接，其是依 據與發話號碼對應的支付帳戶資訊，連同訂單資訊向付款系統進行支付，並得到支付結果資訊，再將支付結果資訊傳送至交易程序模組。

為達上述目的，本發明提出一種電話交換機，其係應用於發話方撥接至受話方之情況，其中發話方具有發話號碼，受話方具有受話號碼，電話交換機包含語音通道模組及語音支付服務啟用模組，其中語音通道模組是提供建立發話方與受話方的第一語音通道、受話方與一語音應答支付系統的第二語音通道，以及發話方、受話方與語音應答支付系統之間的第三語音通道，以實現三方通話，其中語音應答支付系統具有語音專線號碼。語音支付服務啟用模組是連接至語音通道模組，第一語音通道被建立後，語音支付服務啟用模組查詢受話號碼的語音支付服務啟用狀態，當語音支付啟用狀態資訊為啟用時，取得受話號碼所對應的語音專線號碼，並將之傳送給語音通道模組，以建立第二語音通道及第三語音通道。

為達上述目的，本發明提出一種語音應答支付系統，係應用前述之電話交換機，此語音應答支付系統包含：一信號輸出入模組、一交易程序模組、一認證模組及一支付模組。其中，信號輸出入模組是提供接收來自發話方的撥號信號及支付授權資訊，接收來自受話方的交易信號及訂單資訊，發送一交易語音指令、一支付語音指令及一支付結果語音。交易程序模組是與信號輸出入模組連接，其係提供接收信號輸出入模組傳送之撥號信號、支付授權資訊、交易信號、訂單資訊，及傳送交易語音指令、支付語音指令及與支付結果資訊對應的支付結果語音至信號輸出入模組。認證模組是與交易程序模組連接，認證模組係依據支付授權資訊與撥號信號內包含的發話號碼進行核對，並進行支付。支付模組則是與交易程 序模組連接，其依據與發話號碼對應的支付帳戶資訊，連同訂單資訊向付款系統進行支付，並得到支付結果資訊，再將支付結果資訊傳送至交易程序模組。

綜合上述，本發明之提供交易雙方電話通話中進行語音應答支付系統及其方法，相較以往習知技術，更具備下列優點：

1.使用方便：本發明提供用戶可以在同一通訂購電話的通話過程，便可以完成訂購與付款之流程，而毋須另外撥打一語音專線來代收該次款項。相較於習用技術中，用戶多是先聽到一段冗長的語音說明，由於語音用語的種種缺點，例如：易造成用戶理解困難、或語音選項眾多難以記憶、或固定語音程序的語音說明，都容易增加用戶使用上的壓力及不耐感，特別是那些較年長者或視障人士等使用族群。而於本發明中，用戶建立通話後，先是聽到店家的口語聲音，對用戶而言，感受相對較為親近、熟悉、人性化、簡便，增加的也僅是在最後結帳時才聽到的。

2.行銷便利：本發明提供之技術方案，毋須店家另外申請一組語音專線號碼，而是沿用店家習用的電話號碼，故能維持用戶習慣的聯絡方式。

3.技術導入門檻低：本發明提供之技術方案，毋須店家另外建構一套系統或網站，也毋須施工佈建專用的語音系統，而僅需要向其電話服務商提出申請後，即可增加一種語音支付管道，導入快速且成本較為低廉。

4.結帳流程彈性：本發明延續消費者原本習慣的電話訂購流程，而僅在商品內容確認後，才由店家啟動一語音支付系統進行代收流程。

5.安全性佳：用戶係透過自己電話輸入支付授權資訊並直接送往一語音支付系統進行資料驗證，該資料皆不經過店家，如此不僅可保護用戶資料 安全，也降低用戶對於店家資料外洩疑慮。此外，本發明係應用於語音通話中進行交易支付，故由電話服務提供商可協助完成發話端電話號碼(即用戶)和受話端電話號碼(即店家)之身分識別，以作為交易不可否認性之證明，提升交易安全。

S11-S16、S101-S117、S201-S215、S2061-S2063、S301-S320‧‧‧步驟

100‧‧‧用戶

110‧‧‧用戶話機

200‧‧‧店家

210‧‧‧店家話機

300‧‧‧語音應答支付系統

301‧‧‧信號輸出入模組

302‧‧‧交易程序模組

303‧‧‧認證模組

304‧‧‧支付模組

310‧‧‧資料庫

400‧‧‧付款系統

500‧‧‧電話交換機

501‧‧‧語音通道模組

502‧‧‧語音支付服務啟用模組

圖1為本發明語音應答支付系統之方法示意圖；圖2為本發明語音應答支付系統之系統示意圖；圖3為本發明電話交換機之系統示意圖；圖4為本發明語音應答支付方法之應用示意圖；圖5為本發明語音應答支付系統類型一之方法流程圖；圖6為本發明語音應答支付方法之語音指令示意圖(一)；圖7為本發明語音應答支付方法之類型二方法流程圖(一)；圖8為本發明語音應答支付方法之類型二方法流程圖(二)；圖9為本發明語音應答支付系統類型二之方法流程圖(三)；圖10為本發明語音應答支付方法之流程圖(二)；圖11為本發明語音應答支付方法之語音指令示意圖(二)。

以下將描述具體之實施例以說明本發明之實施態樣，惟其並非用以限制本發明所欲保護之範疇。

為了使本發明的目的、技術方案及優點更加清楚明白，下面結合附圖及實施例，對本發明進行進一步詳細說明。應當理解，此處所 描述的具體實施例僅用以解釋本發明，但並不用於限定本發明。

請參閱圖1，其為本發明第一實施例之一種語音應答支付方法的方法示意圖。此方法係利用一語音應答支付系統，進行下列步驟：

S11：建立語音應答支付系統與一發話方及一受話方的三方通話。

S12：接收受話方所傳送的一交易信號。

S13：回傳一交易語音指令至受話方，交易語音指令係用以提示受話方輸入訂單資訊。

S14：接收受話方所輸入之一訂單資訊。

S15：傳送一支付語音指令至發話方，以提示發話方輸入支付授權資訊，並接收發話方所輸入之一支付授權資訊。

S16：驗證支付授權資訊，並透過一付款系統進行支付，而後由付款系統得到一支付結果資訊，並依據支付結果資訊傳送一支付結果語音至發話方。

於本實施例中，前述的語音應答支付方法，其中語音應答支付系統驗證支付授權資訊之步驟，是依據支付授權資訊，取得發話方的支付帳戶資訊，再傳送支付帳戶資訊至一付款系統，最後，接收付款系統回傳的一支付結果資訊。

於本實施例中，前述的語音應答支付方法，其中發話方具有一發話號碼、受話方具有一受話號碼、語音應答支付系統具有一語音專線號碼，其中建立三方通話的步驟，係利用語音應答支付系統，進行下列步驟：發話方發送一撥號信號至一電話交換機，其中撥號信號包含受話號碼。電 話交換機取得受話號碼對應之語音專線號碼；接收從電話交換機而來之轉接，建立與發話方的通話。以及確認受話號碼設定有語音支付服務後，即撥接受話號碼至受話方，建立語音應答支付系統與受話方的通話。

於另一實施例中，前述的語音應答支付方法，其中發話方具有一發話號碼、受話方具有一受話號碼、語音應答支付系統具有一語音專線號碼，其中建立三方通話的步驟，其係利用一電話交換機，進行下列步驟：接收由發話方發送的一撥號信號，撥號信號包含受話號碼；確認受話號碼的語音支付服務啟用狀態；以及當受話號碼的語音支付服務啟用狀態為啟用時，取得受話號碼所對應之語音專線號碼，以建立發話方與語音應答支付系統的通話，並建立語音應答支付系統與受話方的通話。

前述之三方通話於實現上，該電話交話機接通之通話，若為一語音支付系統之語音傳線號碼時，將停止轉接程序，而轉送該通話訊號以響應店家之話機，以防止由語音支付系統撥出連至店家方的撥號，又被轉接至語音支付系統的情況。

於另一實施例中，前述的語音應答支付方法，三方通話中的語音訊息皆被錄製。

於另一實施例中，前述的語音應答支付方法，訂單資訊至少包含一交易金額。

於另一實施例中，前述的語音應答支付方法，其中支付語 音指令的內容包含要求輸入一語音支付密碼。此語音支付密碼係提供核對支付授權資訊之正確性，及作為發話方同意交易之依據。

於另一實施例中，前述的語音應答支付方法，支付語音指令的內容包含要求輸入一按鍵組合，按鍵組合係提供核對支付授權資訊之正確性，及作為發話方同意交易之依據。

於另一實施例中，前述的語音應答支付方法，其可依據受話方設定之通報方式，傳送支付結果資訊至受話方。其中，通報方式可為簡訊、傳真、電子郵件或呼叫店家API(Application Programming Interface)接收介面等方式。

接著請參閱圖2，其為本發明第二實施例之一種語音應答支付系統300的系統示意圖。其係應用前述的語音應答支付方法所提出的系統。

此系統包含一信號輸出入模組301、一交易程序模組302、一認證模組303、一支付模組304。其中，交易程序模組302與信號輸出入模組301、認證模組303、支付模組304連接，以控制其它模組之運作。信號輸出入模組301是以通訊介面配合軟體實現，通訊介面可為SS7、SIGTRAN等通訊協定。認證模組303、支付模組304及交易程序模組302皆可為軟體模組，前述之軟體模組可藉由ASP、C/C++/C#、JAVA、Python、PHP、Perl等程式語言實現之，惟其程式語言之類別不在此限。

信號輸出入模組301是提供與系統外部的信號接收與發送，以及建立信號輸出入模組301與發話方、受話方間三方通話。信號接收與發送之內容具體包含：接收來自一發話方的一撥號信號及一支付授權資 訊，接收來自一受話方的一交易信號及一訂單資訊，發送一交易語音指令、一支付語音指令及一支付結果語音。

交易程序模組302係接收信號輸出入模組301傳送之撥號信號、支付授權資訊、交易信號、訂單資訊，及傳送交易語音指令、支付語音指令及與一支付結果資訊對應的支付結果語音至信號輸出入模組301。

認證模組303接收交易程序模組302傳送之撥號信號，並取得與撥號信號對應之一語音支付服務啟用狀態，當語音支付服務啟用狀態為啟用時，則認證模組303透過交易程序模組302通知信號輸出入模組301建立三方通話，以及依據支付授權資訊與撥號信號內包含的一發話號進行核對，並進行支付。

支付模組304依據與發話號碼對應的一支付帳戶資訊，連同訂單資訊向一付款系統400進行支付，並得到支付結果資訊，再將支付結果資訊傳送至交易程序模組302。

接著請參閱圖3，其為本發明第三實施例之電話交換機500的系統示意圖。前述的電話交換機500，是應用於一發話方(其具有一發話號碼)撥接至一受話方(其具有一受話號碼)之情況，其主要之功用，除了一般的電話交換機500之功用外，另包含了建立三方通話，以及驗證使用者語音支付服務的啟用狀態。

電話交換機500包含一語音通道模組501及一語音支付服務啟用模組502，語音支付服務啟用模組502與至語音通道模組501相連接。語音通道模組501為通訊界面與軟體之結合，語音支付服務啟用模組502為軟體模組，並配合一資料庫進行以實現其功能，前述模組的軟體部分可藉 由ASP、C/C++/C#、JAVA、Python、PHP、Perl等程式語言實現之，惟其程式語言之類別不在此限。

於本發明中，語音通道模組501是提供建立發話方與受話方的第一語音通道、受話方與一語音應答支付系統的第二語音通道，以及發話方、受話方與語音應答支付系統之間的第三語音通道，以實現三方通話。其中語音應答支付系統亦配置有一語音專線號碼，故能被電話交換機響應。

於本發明中，語音支付服務啟用模組502是用於當第一語音通道被建立後，查詢受話號碼的語音支付服務啟用狀態，而當語音支付啟用狀態資訊為啟用時，語音支付服務啟用模組502即取得受話號碼所對應的語音專線號碼，並將之傳送給語音通道模組501，供語音通道模組501建立第二語音通道及第三語音通道。

於另一實施例中，前述的取得受話號碼所對應的語音專線號碼，係透過查詢語音支付服務啟用模組502而來，其實現方式，舉例來說可為一內建的資料庫等。

於另一實施例中，前述的取得受話號碼所對應的語音專線號碼，係透過語音通道模組501接收受話方鍵入的語音專線號碼而來，意即受話方已知本發明語音支付服務系統的語音專線號碼，故可輸入之。

於另一實施例中，前述的取得受話號碼所對應的語音專線號碼，係透過語音通道模組501接收受話方鍵入的一簡碼，並以簡碼向語音支付服務啟用模組502查詢對應的語音專線號碼而來。舉例來說，受話方於其話機鍵入「123」，電話交換機500收到後，即查詢並取得相應的語 音專線號碼，例如「0800-092-123」等。

接著請合併參閱圖2、3，以下為本發明第四實施例，語音應答支付系統300類型二。其是應用前述實施例三的電話交換機500，進以實現，其與第二實施例提出的類型一系統的差異在於，類型二將建立三方通話以及驗證語音支付服務啟用狀態的功能，移至電話交換機500上實現。

此系統包含一信號輸出入模組301、一交易程序模組302、一認證模組303、一支付模組304。其中，交易程序模組302與信號輸出入模組301、認證模組303、支付模組304連接，以控制其它模組之運作，以及信號之傳遞。信號輸出入模組301是以通訊介面配合軟體實現，通訊介面可為SS7、SIGTRAN等通訊協定。認證模組303、支付模組304及交易程序模組302皆可為軟體模組，前述之軟體模組可藉由ASP、C/C++/C#、JAVA、Python、PHP、Perl等程式語言實現之，惟其程式語言之類別不在此限。

信號輸出入模組301，其係提供接收來自一發話方的一撥號信號及一支付授權資訊，接收來自一受話方的一交易信號及一訂單資訊，發送一交易語音指令、一支付語音指令及一支付結果語音。

交易程序模組302，是接收信號輸出入模組301傳送之撥號信號、支付授權資訊、交易信號、訂單資訊，及傳送交易語音指令、支付語音指令及與一支付結果資訊對應的支付結果語音至信號輸出入模組301。

認證模組303，其依據支付授權資訊與撥號信號內包含的一 發話號碼進行核對，並進行支付。

支付模組304，其是依據與發話號碼對應的一支付帳戶資訊，連同訂單資訊向一付款系統400進行支付，並得到支付結果資訊，再將支付結果資訊傳送至交易程序模組302。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，更包含一資料庫310，其與支付模組304及認證模組303連接，資料庫310提供儲存發話號碼對應的支付帳戶資訊，以供調用。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，更包含一錄音模組，其是用以強化支付之不可否認性。錄音模組是連接至交易程序模組302，且交易程序模組302搭配以一語音指令要求店家或用戶唸出一指定語句，以供該錄音模組錄製該店家或用戶之語音及聲頻以作為日後交易不可否認之證明。又或上述語音應答支付系統300可再接以一聲紋辨識模組，故錄音模組完成店家或用戶語句錄音後，傳送至聲紋辨識模組以進行聲紋辨識，提升用戶或店家身分辨識效果。又或語音應答支付系統300接取一錄音模組之外，再接以一語音辨識模組，故該錄音模組完成店家或用戶語句錄音後，傳送至語音辨識模組，以分析及驗證用戶或店家所說之語句是否一致。前述之錄音模組、聲紋辨識模組、語音辨識模組皆可以程式語言配合資料庫310進行實現，程式語言可為ASP、C/C++/C#、JAVA、Python、PHP、Perl等，惟其程式語言之類別不在此限。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，更包含一通報模組，其是為了提供店家更方便的支付結果通報機 制。通報模組是連接至交易程序模組302，其協助依照資料庫310中店家登錄的通報方式通報店家該次支付結果，其中通報方式可為發送電子郵件給店家指定電子信箱、發送簡訊給店家指定行動門號、傳真至店家指定電話號碼、呼叫店家API接收介面等。前述之通報模組可以程式語言配合資料庫310進行實現，程式語言可為ASP、C/C++/C#、JAVA、Python、PHP、Perl等，惟其程式語言之類別不在此限。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，其中訂單資訊至少包含一交易金額。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，其中的支付授權資訊，包含一語音支付密碼，以提供核對支付授權資訊之正確性，及作為發話方同意交易之依據。

於另一實施例中，本發明語音應答支付系統300類型一及類型二，其中來自發話方的支付授權資訊，包含一按鍵組合，以提供核對支付授權資訊之正確性，及作為發話方同意交易之依據。

以下則以數個應用實施例，對本發明語音應答支付方法及其系統作進一步地闡釋。

請參閱圖4，以下為本發明之第一應用實施例，旨在說明本發明語音應答支付系統實際上運作的方式。

如圖所示，此運作主要包含發話方的一用戶100、一用戶話機110，受話方的一店家200、一店家話機210，中介的電話交換機500，提供服務的的語音應答支付系統300，及與之相連的資料庫310、及付款系統400。

用戶話機110以一線路接至電信網路，該線路配置給用戶話機一用戶電話號碼(以下簡稱用戶號碼)，以作為識別。用戶100操作用戶話機110，以發送一撥號信號至電信網路，其中該電信網路可為行動電話網路(包含GPRS、GSM、LTE等)、公共交換電話網路(Public Switched Telephone Network，亦稱PSTN)或電話網路之組合。電話交換機500接取電信網路，而店家話機210亦接以一線路，以連接至電話交換機500，且該線路配置給店家話機210一店家電話號碼(以下簡稱店家號碼)，以作為識別。

店家200操作店家話機210，以接聽電話交換機500之撥話信號，或發送信號經電話交換機500至電信網路，語音應答支付系統300亦接以一線路，以連接至前述之電信網路，又該線路配置給語音應答支付系統300一語音專線號碼，以作為識別。

語音應答支付系統300從電信網路接收到自店家號碼線路之訂單資訊，以及用戶號碼線路之支付授權資訊後，先至資料庫310核對資料正確性，再自資料庫310取出該用戶號碼之支付帳戶，並將之傳送至付款系統400，以進行支付授權作業。

上述用戶話機或店家話機可為行動電話或市內電話，若話機為行動電話時，則接取之線路為一無線行動網路線路，並以行動電話SIM卡之行動電話號碼為該線路之識別。

接著請合併參閱圖4及圖5，以下為本發明之第二應用實施例，其是針對本案提出的語音應答支付系統類型一，以及其對應的語音應答支付方法，進行更進一步之說明。

其應用情境為一用戶利用本發明所提供之方法向一店家進行購物，其中用戶方的用戶話機具有一用戶號碼，店家方的店家話機具有一店家號碼，語音應答支付系統具有一語音專線號碼。

以下請參閱圖5之各步驟：

步驟S101、用戶操作用戶話機撥打店家號碼。即用戶100沿習以往的電話使用習慣，直接撥打店家200之訂購電話，即店家號碼。其中用戶話機發送一撥號信號至一電話交換機，其包含用戶號碼(亦稱發話號碼)及店家號碼(亦稱受話號碼)。

步驟S102、經電話交換機轉接至一語音應答支付系統。即電話交換機500查詢取得受話號碼對應的一語音專線號碼，以轉接該撥號信號至與語音應答支付系統300。

步驟S103、語音應答支付系統接通一轉接之撥號信號。即語音應答支付系統300自電信網路收到一通來自電話交換機500轉接而來之撥號信號。

步驟S104、語音應答支付系統驗證該店家號碼是否啟用語音支付服務。即語音應答支付系統300取出該店家號碼至資料庫310查詢驗證語音支付服務啟用狀態，俟確認啟用後，執行下一步驟。

步驟S105、語音應答支付系統撥打店家號碼。即語音應答支付系統300發送一包含店家號碼之撥號信號。

步驟S106、語音應答支付系統建立三方通話。即語音應答支付系統300建立與用戶號碼線路的用戶話機110、店家號碼線路的店家話機210之三方通話語音通道。

步驟S107、店家與用戶電話溝通確認交易內容。即店家200和用戶100透過雙方電話機溝通聯繫以確認交易商品內容、交易金額等。

步驟S108、店家操作店家話機以發送交易信號至語音應答支付系統。即店家200操作其店家話機210以發送一交易信號，經過電話交換機500傳送至該語音應答支付系統300，其中該交易信號可由店家話機210之特定按鍵或指定之按鍵組合所產生，例如：「＃」、「＃＊＊」、「＃123」等。

步驟S109、語音應答支付系統撥放一交易語音指令。即語音應答支付系統300接收前一步驟之交易信號，則撥放一交易語音指令以指示店家200輸入相關資訊。其中，該交易語音指令的實施內容，可參考圖6，但具體的語音指令，則可依照實際需求，對語音的內容、預期輸入的資料順序等進行增減或調整。

步驟S110、店家操作店家話機以發送訂單資訊至語音應答支付系統。即店家200聽取前一步驟之交易語音指令後，依照指令操作其店家話機210，鍵入完整的訂單資訊，並將之發送至語音應答支付系統300。其中，訂單資訊的具體內容，則需參考交易語音指令之語音規劃，例如圖6中，訂單資訊係包含代收金額100元等資訊，當然，因實務需求亦可配合增加更多內容，以取得更多店家輸入之訂單資訊。

步驟S111、語音應答支付系統撥放一支付語音指令。當店家完成步驟S110，鍵入完整訂單資訊，或店家發送一支付信號，則語音應答支付系統300將撥放一支付語音指令，以指示用戶100輸入相關資訊包， 含支付授權資訊。其中，支付信號是由當店家話機210的特定按鍵或指定之按鍵組合被按下時所產生，前述的支付語音指令，實施內容亦可參考圖6，但具體的語音指令，則可依照實際需求，對語音的內容、預期輸入的資料順序等進行增減或調整。

步驟S112、用戶操作用戶話機以發送支付授權資訊至語音應答支付系統。即用戶100聽取前一步驟之支付語音指令，並依指令操作其用戶話機110，以輸入完整的支付授權資訊，並將之發送至語音應答支付系統300。其中，支付授權資訊之具體內容，則需參考該支付語音指令之語音規劃，例如以圖6為例，則該支付授權資訊係包含一語音支付密碼(即：945513)，該語音支付密碼係早在該用戶100申請語音支付服務時，登錄於資料庫310中，並由用戶自行秘密保存該語音支付密碼，而因實務需求，亦可配合增加，以取得更多用戶輸入之支付授權資訊。

步驟S113、語音應答支付系統核對該用戶號碼與支付授權資訊之正確性。即語音應答支付系統300接收到由用戶號碼線路傳入的支付授權資訊，則至資料庫310核對該用戶號碼及該支付授權資訊的正確性，若核對成功，便可確認該用戶100確實為當初申請語音支付服務之申請者或關係人，亦表示該用戶100同意使用該用戶號碼所設定的支付帳戶資訊進行後續支付程序，其中支付帳戶資訊是為當初申請語音支付服務，或進行交易前所設定的。

步驟S114、語音應答支付系統查詢一資料庫以取得該用戶號碼設定之支付帳戶資訊。即於前一步驟核對成功後，表示該用戶100同意語音應答支付系統300取用其支付帳戶資訊，例如信用卡卡號、銀行帳 戶、第三方支付帳號等支付工具帳號。

步驟S115、語音應答支付系統傳送支付帳戶資訊及訂單資訊至一付款系統。其具體步驟包含：語音應答支付系統300儲存訂單資訊及取出之支付帳戶資訊(例如信用卡卡號、銀行帳戶、第三方支付帳號等支付工具帳號)於資料庫310，並將訂單資訊及支付帳戶資訊傳送至一付款系統400進行支付程序。

步驟S116、語音應答支付系統接收付款系統回傳之支付結果。即語音應答支付系統300接收付款系統400回傳之支付結果，並更新資料庫310內的紀錄。

步驟S117、語音應答支付系統撥放該次支付結果之語音。即語音應答支付系統300撥放該次支付結果之語音，予用戶100或店家200收聽。

於另一實施例中，上述的語音應答支付方法的實施例，在應用實務上，可依據代收金額級距、代收業務類型調整，以降低用戶身分認證之門檻，以達到更普及之應用發展。

又於另一實施例中，前述步驟S111之支付語音指令所要求的支付授權資訊，可為一簡單按鍵組合，例如語音應答支付系統300撥放「您若同意支付請按1，拒絕支付請按2」等語音，而步驟S113則驗證該支付授權資訊是否為「1」，以作為用戶100同意支付之依據，並完成用戶認證。

又於另一實施例中，步驟S111之支付語音指令所要求的支付授權資訊，可為一OTP(One Time Password，隨機產生之一組變動數 字)，例如語音應答支付系統300撥放「您若同意支付請按134813，拒絕支付請按＃」等語音，則步驟S110則驗證該支付授權資訊是否為「134813」以作為用戶100同意支付之依據並完成用戶認證。

又於另一實施例中，語音應答支付系統300可增加一錄音模組及一聲紋辨識模組，故步驟S111之支付語音指令所要求之支付授權資訊，可為一用戶100之聲頻，例如語音應答支付系統300撥放「您若同意支付請唸下段語句『......』，拒絕支付請按＃」等語音，並再於步驟S112錄製用戶聲音，接著於步驟S113則驗證該支付授權資訊(即用戶100之聲頻)是否符合用戶100之聲紋，以完成用戶認證，其中該聲頻則更具有高度的不可否認特性。

又於另一實施例中，語音應答支付系統300可增加一錄音模組及一語音辨識模組，故步驟S111之支付語音指令所要求的支付授權資訊，可為一用戶100的聲頻，例如語音應答支付系統300撥放「您若同意支付請唸出語句『......』，拒絕支付請按＃」等語音，並再於步驟S112錄製用戶聲音，接著於步驟S113則分析該支付授權資訊(即用戶100之聲頻)之內容並驗證是否符合指定內容，以完成用戶認證，其中該聲頻則更具有高度的不可否認特性。

又於另一實施例中，為了提供店家更方便的支付結果通報機制，除了上述之語音應答支付方法實施例之步驟S117語音通報方式之外，可另增加店家通報方式，例如發送電子郵件給店家指定電子信箱、發送簡訊給店家指定行動門號、傳真至店家指定電話號碼、呼叫店家API接收介面等。

接著請參閱圖7，以下為本發明之第三應用實施例，於本實施例中將針對本案提出的語音應答支付系統類型二及其對應之方法，進行更進一步之說明，並側重在電話交換機的角色之說明。本應用實施例與第二應用實施例之差別在於，於本應用實施例中，採用電話交換機以取代語音支付系統建立三方通話，以及查詢店家方的語音支付服務啟用狀態。

本實施例之應用情境同樣為一用戶利用本發明所提供之方法向一店家進行購物，其中用戶方的用戶話機具有一用戶號碼，店家方的店家話機具有一店家號碼，語音應答支付系統具有一語音專線號碼。其步驟如下：

步驟S201、建立第一語音通道(發話話機一受話話機)。即電話交換機500收到一發話話機(即用戶話機110)傳來之撥號信號時，響應該受話話機(即店家話機210)及建立發話話機與受話話機間的第一語音通道。

步驟S202、提供第一語音通道之話務服務。此時店家200和用戶100便能透過雙方電話機溝通聯繫以確認交易商品內容、交易金額等。

步驟S203、偵測受話話機輸入之交易信號。即電話交換機500於第一語音通道通話狀態中，偵測到一受話話機(即店家話機210)輸入之交易信號，交易信號可為某一按鍵或按鍵組合，例如：「＃」、「＃123」等。

步驟S204、檢查受話話機是否啟用語音支付服務。即電話交換機500取以受話號碼(即店家號碼)至一支付服務模組，查詢確認該 受話號碼已啟用語音支付服務後，執行下一步驟。

步驟S205、保留第一語音通道及發話話機通話。

步驟S206、查詢該受話話機登記之語音專線號碼。即電話交換機500取以受話號碼(即店家號碼)至一支付服務模組，以查詢出該受話號碼設定之語音專線號碼。

步驟S207、發送一撥話信號(自受話號碼撥打至該語音專線號碼)。即電話交換機500發送一撥話信號(由店家號碼撥打至語音專線號碼)，以響應該語音專線號碼鎖對應之語音應答支付系統300。

步驟S208、建立第二語音通道(受話話機一語音應答支付系統)。即電話交換機500建立受話話機(即店家話機210)與語音應答支付系統300之第二語音通道。

步驟S209、提供第二語音通道之話務服務。

步驟S210、自動傳送發話號碼至語音應答支付系統。即電話交換機500於第二語音通道通話狀態中，自動傳送一發話號碼(即用戶號碼)至語音應答支付系統300，接著受話話機(即店家話機210)將收聽到語音應答支付系統300撥放之交易語音指令。

步驟S211、偵測並傳送由受話話機輸入之訂單資訊至語音應答支付系統。即電話交換機500於第二語音通道通話狀態中，傳送受話話機(即店家話機210)所有輸入之訂單資訊至語音應答支付系統300。

步驟S212、偵測該受話話機輸入之支付信號。即電話交換機500於第二語音通道通話狀態中，偵測到受話話機(即店家話機210)輸入之支付信號。

步驟S213、建立第三語音通道(發話話機-受話話機-語音應答支付系統)。即電話交換機500建立先前保留的第一語音通道之發話話機(即用戶話機110)、第二語音通道之語音應答支付系統300與受話話機(即店家話機210)之三方通話的第三語音通道，接著傳送支付信號至語音應答支付系統300。

步驟S214、提供第三語音通道之話務服務。此時發話話機(即用戶話機110)將收聽到語音應答支付系統300撥放之支付語音指令。

步驟S215、偵測並傳送發話話機輸入之訂單資訊至語音應答支付系統。即電話交換機500於第三語音通道通話狀態中，傳送發話話機(即用戶話機110)所有輸入之支付授權資訊至語音應答支付系統300。

於另一實施例中，如圖8所示，上述電話交換機500之程序，由圖7的步驟S206中，原本由電話交換機500自行查詢到的語音專線號碼，改為圖8的步驟S2061及S2062，由店家200輸入取得，以下說明此兩步驟如下：步驟S2061、撥放等候音予受話話機接聽，即電話交換機500保留第一語音通道後，撥放等候音予受話話機(即店家話機210)接聽，且預期店家200輸入一語音專線號碼；步驟S2062、偵測受話話機輸入之語音專線號碼，即電話交換機500接收受話話機(即店家話機210)輸入之一語音專線號碼。

於再一實施例中，如圖9所示，上述電話交換機500之程序，由圖8的步驟S2062中，原本由店家200輸入取得的語音專線號碼，改為圖9的步驟S2063，由店家200輸入一簡碼後，經電話交換機500查詢簡碼 而取得語音專線號碼，以下說明此步驟如下：

步驟S2063、偵測受話話機輸入之簡碼並查詢該簡碼登記之語音專線號碼，即電話交換機500接收受話話機(即店家話機210)輸入之一簡碼後，電話交換機500查詢其內的支付服務模組內的一簡碼對照表單元，以取得該簡碼登記之語音專線號碼。

接著請參閱圖10，以下為本發明之第四應用實施例，其是利用本發明第三應用實施例中的電話交換機以實現的語音應答支付系統\及方法。

本應用實施例中所提出的方法，其與第二應用實施例的差異僅在於：本實施例之信號輸出入模組301僅負責電信網路與語音程序模組302之間信號(如交易信號、訂單資訊、支付授權資訊等)、語音(如交易語音指令、支付語音指令等)之傳送與接收，毋需處理三方通話語音通道之控制，而改由電話交換機處理。

接著請參閱圖10，其詳細步驟如下：

步驟S301、用戶操作用戶話機撥打店家號碼。即用戶100依照沿習以往使用習慣，直接撥打店家200之訂購電話(店家號碼)，發送一撥號信號，即用戶號碼(亦稱發話號碼)撥打店家號碼(亦稱受話號碼)。

步驟S302、經一電話交換機響應店家話機及建立第一語音通道。即該撥號信號傳送經過一電話交換機500，響應該店家號碼(對應受話號碼)線路之店家話機210，及建立店家話機210與用戶話機110之第一語音通道。

步驟S303、店家與用戶電話溝通確認交易內容。即店家200和用戶100雙方，透過電話機溝通聯繫以確認交易商品內容、交易金額等。

步驟S304、店家操作店家話機以發送交易信號。即店家200操作其店家話機210以發送一交易信號，其中該交易信號可由店家話機210之特定按鍵，或指定之按鍵組合所產生，例如：按下「＃」、「＃123」等。

步驟S305、電話交換機偵測交易信號以撥打語音專線號碼及建立第二語音通道。即電話交換機500偵測店家話機210發送之交易信號後，先保留第一語音通道及用戶話機110，再撥打語音專線號碼，以建立店家話機210與語音應答支付系統300之第二語音通道。

步驟S306、語音支付系統接通該撥號信號(自店家號碼撥打至語音專線號碼)。

步驟S307、電話交換機發送用戶號碼至語音支付系統。即電話交換機500確認語音應答支付系統300接通後，傳送用戶號碼至語音支付系統300。

步驟S308、語音應答支付系統驗證該店家號碼之語音支付服務啟用狀態。即語音應答支付系統300從撥號信號中取出該店家號碼，再至資料庫310查詢驗證以該店家號碼的語音支付服務啟用狀態，俟確認啟用後，執行下一步驟。

步驟S309、語音應答支付系統撥放一交易語音指令。即語音應答支付系統300撥放一交易語音指令，以指示店家200輸入相關資訊。 其中交易語音指令的實施內容，可參考圖11，但具體的語音指令，則仍可依照實際需求，對語音的內容、預期輸入的資料順序等進行增減或調整。

步驟S310、店家操作店家話機以發送訂單資訊至語音應答支付系統。即店家200聽取前一步驟之交易語音指令，並依指令操作其店家話機210，以輸入完整的訂單資訊，並將之發送至語音應答支付系統300。其中訂單資訊之具體內容，則需參考該交易語音指令之語音規劃，例如以圖11為例，該訂單資訊係包含代收金額100元等資訊，當然，因實務需求亦可配合增加，以取得更多店家方面輸入的訂單資訊。

步驟S311、店家操作店家話機以發送支付信號。即店家200操作其店家話機210以發送一支付信號，其中該支付信號可由一店家話機210之特定按鍵或指定之按鍵組合所產生，例如：按下「＃」、「＃123」、「＃＊＊」等。

步驟S312、電話交換機偵測支付信號以建立三方通話之第三語音通道。即電話交換機500偵測店家話機210發送之支付信號後，建立店家話機210與先前保留第一語音通道之用戶話機110，及第二語音通道之語音應答支付系統300間的三方通話，是為第三語音通道。

步驟S313、電話交換機轉送支付信號至語音應答支付系統。即電話交換機500建立第三語音通道後，隨即傳送支付信號至語音應答支付系統300。

步驟S314、語音應答支付系統撥放一支付語音指令。即語音應答支付系統300將撥放一支付語音指令，以指示用戶100輸入相關資訊，包含支付授權資訊，其中支付信號是由店家話機210之特定按鍵，或 指定之按鍵組合所產生，例如：「＃」、「＃123」、「＃＊＊」等。前述的支付語音指令，實施內容可參考圖11，但具體的語音指令，則可依照實際需求，對語音的內容、預期輸入的資料順序等進行增減或調整。

步驟S315、用戶操作用戶話機以發送支付授權資訊至語音應答支付系統。即用戶100聽取前一步驟之支付語音指令，並依指令操作其用戶話機110，以輸入完整的支付授權資訊，並將之發送至語音應答支付系統300。其中支付授權資訊之具體內容，則需參考該支付語音指令之語音規劃，例如以圖11為例，則該支付授權資訊係包含一語音支付密碼，該語音支付密碼係早在該用戶100申請語音支付服務時，或前次更改時，登錄於資料庫310中，並由用戶自行秘密保存該語音支付密碼，而因實務需求亦可配合增加，以取得更多用戶輸入之支付授權資訊。

步驟S316、語音應答支付系統核對該用戶號碼與支付授權資訊之正確性。即語音應答支付系統300接收到由用戶號碼線路(發話方)傳入的支付授權資訊，則取用該用戶號碼及該支付授權資訊，至資料庫310核對資料正確性，若核對成功，便可確認該用戶100確實為當初申請語音支付服務之申請者或關係人，亦表示該用戶100同意使用該用戶號碼所設定之支付帳戶資訊，來進行後續支付程序。

步驟S317、語音應答支付系統查詢一資料庫以取得該用戶號碼設定之支付帳戶資訊。即於前一步驟核對成功後，表示取得該用戶100同意該語音應答支付系統300取用其支付帳戶資訊，其中支付帳戶資訊是當初申請語音支付服務所設定的，或後來修改的，例如信用卡卡號、銀行帳戶、第三方支付帳號等支付工具之帳號。

步驟S318、語音應答支付系統傳送支付帳戶資訊及訂單資訊至一付款系統。即語音應答支付系統300儲存訂單資訊，及取出儲存於資料庫310之支付帳戶資訊，並將前述訂單資訊及支付帳戶資訊傳送至一付款系統400，以進行支付程序。

步驟S319、語音應答支付系統接收付款系統回傳之支付結果。即語音應答支付系統300接收付款系統400回傳之支付結果，並更新於資料庫310中的紀錄。

步驟S320、語音應答支付系統撥放該次支付結果之語音。即語音應答支付系統300依據支付結果，撥放該次支付結果之語音，予用戶100或店家200收聽。

於另一實施例中，前述之語音應答支付方法實施例，為了應用實務上之需求，可依據代收金額級距、代收業務類型調整，降低用戶身分認證之門檻，以達到更普及之應用發展。

又於另一實施例中，上述步驟S314之支付語音指令所要求之支付授權資訊，可為一簡單按鍵組合，例如語音應答支付系統300撥放「您若同意支付請按1，拒絕支付請按2」等語音，而步驟S316則驗證該支付授權資訊是否為1，以作為用戶100同意支付之依據並以完成用戶認證。

又於另一實施例中，步驟S314之支付語音指令所要求之支付授權資訊，可為一OTP(One Time Password，隨機產生之一組變動數字)，例如語音應答支付系統300撥放「您若同意支付請按134813，拒絕支付請按＃」等語音，則步驟S316則驗證該支付授權資訊是否為「134813」以作為用戶100同意支付之依據，並完成用戶認證。

又於另一實施例中，語音應答支付系統300亦可增加一錄音模組與一聲紋辨識模組，故步驟S314之支付語音指令所要求之支付授權資訊，可為一用戶100之聲頻，例如語音應答支付系統300撥放「您若同意支付請唸下段語句『......』，拒絕支付請按＃」等語音，並再於步驟S315錄製用戶聲音，接著於步驟S316則驗證該支付授權資訊(即用戶100之聲頻)是否符合用戶100之聲紋，以完成用戶認證，其中該聲頻則更具有高度的不可否認特性。

又於另一實施例中，語音應答支付系統300可增加一錄音模組及一語音辨識模組，故步驟S314之支付語音指令所要求之支付授權資訊，可為一用戶100之聲頻，例如語音應答支付系統300撥放「您若同意支付請唸出語句『......』，拒絕支付請按＃」等語音，並再於步驟S315錄製用戶聲音，接著於步驟S316則分析該支付授權資訊(即用戶100之聲頻)之內容並驗證是否符合指定內容，以完成用戶認證，其中該聲頻則更具有高度的不可否認性。

又於另一實施例中，為了提供店家更方便的支付結果通報機制，除了上述之語音應答支付方法實施例之步驟S320語音通報方式之外，可另增加店家通報方式，例如發送電子郵件給店家指定電子信箱、發送簡訊給店家指定行動門號、傳真至店家指定電話號碼、呼叫店家API接收介面等。

上列詳細說明乃針對本發明之一可行實施例進行具體說明，惟該實施例並非用以限制本發明之專利範圍，凡未脫離本發明技藝精神所為之等效實施或變更，均應包含於本案之專利範圍中。

綜上所述，本案不僅於技術思想上確屬創新，並具備習用之傳統方法所不及之上述多項功效，已充分符合新穎性及進步性之法定發明專利要件，爰依法提出申請，懇請 貴局核准本件發明專利申請案，以勵發明，至感德便。

Claims (30)

1. 一種語音應答支付方法，該方法係利用一語音應答支付系統，進行下列步驟：建立該語音應答支付系統與一發話方及一受話方的三方通話；接收該受話方所傳送的一交易信號；回傳一交易語音指令至該受話方，該交易語音指令係用以提示該受話方輸入訂單資訊；接收該受話方所輸入之一訂單資訊；傳送一支付語音指令至該發話方，以提示該發話方輸入支付授權資訊，並接收該發話方所輸入之一支付授權資訊；以及驗證該支付授權資訊，並透過一付款系統進行支付，而後由該付款系統得到一支付結果資訊，並依據該支付結果資訊傳送一支付結果語音至該發話方。
2. 如請求項1所述之語音應答支付方法，其中該發話方具有一發話號碼、該受話方具有一受話號碼、該語音應答支付系統具有一語音專線號碼，其中建立該三方通話的步驟，係利用該語音應答支付系統，進行下列步驟：該發話方發送一撥號信號至一電話交換機，其中該撥號信號包含該受話號碼；該電話交換機取得該受話號碼對應之該語音專線號碼；接收從該電話交換機而來之轉接，建立與該發話方的通話；以及確認該受話號碼設定有語音支付服務後，即撥接該受話號碼至該受話 方，建立該語音應答支付系統與該受話方的通話。
3. 如請求項1所述之語音應答支付方法，其中該發話方具有一發話號碼、該受話方具有一受話號碼、該語音應答支付系統具有一語音專線號碼，其中建立該三方通話的步驟，其係利用一電話交換機，進行下列步驟：接收由該發話方發送的一撥號信號，該撥號信號包含該受話號碼；確認該受話號碼的語音支付服務啟用狀態；以及當該受話號碼的語音支付服務啟用狀態為啟用時，取得該受話號碼所對應之該語音專線號碼，以建立該發話方與該語音應答支付系統的通話，並建立該語音應答支付系統與該受話方的通話。
4. 如請求項1所述之語音應答支付方法，其中該語音應答支付系統驗證該支付授權資訊之步驟，包含：依據該支付授權資訊，取得該發話方的支付帳戶資訊；傳送該支付帳戶資訊至一付款系統；以及接收該付款系統回傳的一支付結果資訊。
5. 如請求項2或3所述之語音應答支付方法，其中更包含：錄製該三方通話中的語音訊息。
6. 如請求項1所述之語音應答支付方法，其中該訂單資訊包含一交易金額。
7. 如請求項1所述之語音應答支付方法，其中該支付語音指令的內容包含：要求輸入一語音支付密碼，該語音支付密碼係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
8. 如請求項1所述之語音應答支付方法，其中該支付語音指令的內容包 含：要求輸入一按鍵組合，該按鍵組合係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
9. 如請求項1所述之語音應答支付方法，其中更包含：依據該受話方設定之通報方式，傳送該支付結果資訊至該受話方。
10. 如請求項9所述之語音應答支付方法，其中該通報方式包含：簡訊、傳真、電子郵件或呼叫店家API接收介面等。
11. 一種語音應答支付系統，包含：一信號輸出入模組，該信號輸出入模組係接收來自一發話方的一撥號信號及一支付授權資訊，接收來自一受話方的一交易信號及一訂單資訊，發送一交易語音指令、一支付語音指令及一支付結果語音，及建立該信號輸出入模組與該發話方、該受話方間的三方通話；一交易程序模組，其係與該信號輸出入模組連接，該交易程序模組係接收該信號輸出入模組傳送之該撥號信號、該支付授權資訊、該交易信號、該訂單資訊，及傳送該交易語音指令、該支付語音指令及與一支付結果資訊對應的該支付結果語音至該信號輸出入模組；一認證模組，其係與該交易程序模組連接，該認證模組接收該交易程序模組傳送之該撥號信號，並取得與該撥號信號對應之一語音支付服務啟用狀態，當該語音支付服務啟用狀態為啟用時，則該認證模組透過該交易程序模組通知該信號輸出入模組建立該三方通話，以及依據該支付授權資訊與該撥號信號內包含的一發話號碼進行核對，並進行支付；以及一支付模組，其係與該交易程序模組連接，該支付模組依據與該發話號碼對應的一支付帳戶資訊，連同該訂單資訊向一付款系統進行支付，並 得到該支付結果資訊，再將該支付結果資訊傳送至該交易程序模組。
12. 如請求項11所述之語音應答支付系統，其中更包含一資料庫，其係與該支付模組及該認證模組連接，該資料庫提供儲存該語音支付服務啟用狀態，及與該發話號碼對應的該支付帳戶資訊。
13. 如請求項11所述之語音應答支付系統，其中更包含一錄音模組，其連接至該交易程序模組，該錄音模組係提供錄製通話。
14. 如請求項11所述之語音應答支付系統，其中該訂單資訊包含一交易金額。
15. 如請求項11所述之語音應答支付系統，其中該支付授權資訊包含一語音支付密碼，該語音支付密碼係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
16. 如請求項11所述之語音應答支付系統，其中來自該發話方的該支付授權資訊，其包含一按鍵組合，其係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
17. 如請求項11所述之語音應答支付系統，更包含一通報模組，其連接至該交易程序模組，該通報模組係提供依設定的通報方式，通報該支付結果資訊給該受話方。
18. 如請求項17所述之語音應答支付系統，其中該通報方式包含：簡訊、傳真、電子郵件或呼叫店家API接收介面等。
19. 一種電話交換機，其係應用於一發話方撥接至一受話方之情況，其中該發話方具有一發話號碼，該受話方具有一受話號碼，該電話交換機包含：一語音通道模組，其係提供建立該發話方與該受話方的第一語音通道、該受話方與一語音應答支付系統的第二語音通道，以及該發話方、該受 話方與該語音應答支付系統之間的第三語音通道，以實現三方通話，其中該語音應答支付系統具有一語音專線號碼；以及一語音支付服務啟用模組，其係連接至該語音通道模組，該第一語音通道被建立後，該語音支付服務啟用模組查詢該受話號碼的語音支付服務啟用狀態，當該語音支付啟用狀態資訊為啟用時，取得該受話號碼所對應的該語音專線號碼，並將之傳送給該語音通道模組，以建立該第二語音通道及第三語音通道。
20. 如請求項19所述之電話交換機，其中取得該受話號碼所對應的該語音專線號碼，係透過查詢該語音支付服務啟用模組而來。
21. 如請求項19所述之電話交換機，其中取得該受話號碼所對應的該語音專線號碼，係透過該語音通道模組接收該受話方鍵入的該語音專線號碼而來。
22. 如請求項19所述之電話交換機，其中取得該受話號碼所對應的該語音專線號碼，係透過該語音通道模組接收該受話方鍵入的一簡碼，並以該簡碼向該語音支付服務啟用模組查詢對應的該語音專線號碼而來。
23. 一種語音應答支付系統，係包括如請求項19至22所述之電話交換機，該語音應答支付系統包含：一信號輸出入模組，其係提供接收來自一發話方的一撥號信號及一支付授權資訊，接收來自一受話方的一交易信號及一訂單資訊，發送一交易語音指令、一支付語音指令及一支付結果語音；一交易程序模組，其係與該信號輸出入模組連接，該交易程序模組係接收該信號輸出入模組傳送之該撥號信號、該支付授權資訊、該交易信號、該訂單資訊，及傳送該交易語音指令、該支付語音指令及與一支付結果資訊對應的該支付結果語音至該信號輸出入模組； 一認證模組，其係與該交易程序模組連接，該認證模組係依據該支付授權資訊與該撥號信號內包含的一發話號碼進行核對，並進行支付；以及一支付模組，其係與該交易程序模組連接，該支付模組依據與該發話號碼對應的一支付帳戶資訊，連同該訂單資訊向一付款系統進行支付，並得到該支付結果資訊，再將該支付結果資訊傳送至該交易程序模組。
24. 如請求項23所述之語音應答支付系統，其中更包含一資料庫，其係與該支付模組及該認證模組連接，該資料庫提供儲存該發話號碼對應的該支付帳戶資訊。
25. 如請求項23所述之語音應答支付系統，其中更包含一錄音模組，其連接至該交易程序模組，該錄音模組係提供錄製通話。
26. 如請求項23所述之語音應答支付系統，其中該訂單資訊包含一交易金額。
27. 如請求項23所述之語音應答支付系統，其中該支付授權資訊包含一語音支付密碼，該語音支付密碼係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
28. 如請求項23所述之語音應答支付系統，其中來自該發話方的該支付授權資訊，其包含一按鍵組合，其係提供核對該支付授權資訊之正確性，及作為該發話方同意交易之依據。
29. 如請求項23所述之語音應答支付系統，更包含一通報模組，其連接至該交易程序模組，該通報模組係提供依設定的通報方式，通報該支付結果資訊給該受話方。
30. 如請求項29所述之語音應答支付系統，其中該通報方式包含：簡訊、傳真、電子郵件或呼叫店家API接收介面等。