TWM612569U - 利用通訊平台的交易系統 - Google Patents

Abstract

本創作係關於一種利用通訊平台的交易系統，其主要是經由一買方端產生一付款請求且發送給一第三方端後，該第三方端係根據該付款請求執行歸屬與否以及付款程序相關的處理作業，其中，該付款請求係根據一付款連結所產生，而該付款連結則是透過一賣方端由產生一履約交易設定請求該第三方端後，透過該第三方端根據一產品資訊於一通訊平台所對應產生的，如此，當該買方端與該賣方端相互進行交易時，係可藉由該第三方端有效地進行雙方身分的驗證以及保障款項支付的安全，進而避免個資外洩或是詐騙等行為發生。

Description

利用通訊平台的交易系統

本創作涉及通訊平台交易的技術，尤指一種透過第三方端提供買方端及賣方端於通訊平台上進行交易動作的利用通訊平台的交易系統。

隨著網路寬頻的普及，現今社會的消費型態也隨之改變，帶動電子商務的發展。而電子商務的交易機制，主要是透過消費者以網路通訊或手機通訊等通訊裝置來連結一購物商場平台，以選取購物商場平台的商品項目，且於完成商品項目的選取後，則可於該購物商場平台上進行商品交易的動作，進而完成網路購物的流程。

由於，電子商務係在網路上進行交易，因此交易安全一直是消費者、商店甚至是付款銀行最為注重的事情之一，目前信用卡支付被廣泛使用於網路購物之安全傳輸協定主要為SSL及SET，但是SSL協定提供網際網路上交易雙方在交易過程中，最基本的點對點通訊安全機制，只能保障消費者和商店之間的通訊資料保密，但是卻無法保障整個交易過程是否安全，而SET協定雖然詳細規範消費者、商店、收款銀行、發卡銀行間之互動流程，可確認對方身份，確保交易訊息的完整性及私密性，但是對於交易過程的保護，仍有不足或不完善的部份。

因此，現今技術上亟需一種可增加網路交易安全的技術，進而改善先前技術所存在的問題。

本創作之目的在於提供一種利用通訊平台的交易系統，其主要是經由買方端產生付款請求且發送給第三方端後，第三方端係根據付款請求執行歸屬與否以及付款程序相關的處理作業，其中，付款請求係根據付款連結所產生，而付款連結則是透過賣方端由產生履約交易設定請求第三方端後，透過第三方端根據產品資訊於通訊平台所對應產生的，如此，當買方端與賣方端相互進行交易時，係可藉由第三方端有效地進行雙方身分的驗證以及保障款項支付的安全，進而避免個資外洩或是詐騙等行為發生。

為達上揭之目的者，本創作係提供一種一種利用通訊平台的交易系統，其包括：一買方端，其係產生一付款請求；一第三方端，其與該買方端連結以接收該付款請求，該第三方端係檢查該付款請求內的一付款碼是否已被任一該買方端所歸屬，當該付款碼已被任一該買方端所歸屬時，該第三方端係進一步檢查所歸屬的該買方端是否為發送該付款請求的該買方端，若所歸屬的該買方端非為發送該付款請求的該買方端時，該第三方端則回傳一歸屬錯誤訊息予一賣方端，當該付款碼未被任一該買方端所歸屬時，該第三方端則回傳一待付款資訊予該買方端，且將該付款碼與該買方端的一通訊平台身分進行一歸屬連結，若所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時，該第三方端係利用該通訊平台回傳該買方端依據該付款請求所建立的一付款資訊；以及該賣方端，其與該第三方端相連結以接收該歸屬錯誤訊息。

較佳地，當該第三方端接收到該買方端的該付款請求時，該第三方端進一步回傳該通訊平台的一登入要求予該買方端，使該買方端根據該登入要求登入該通訊平台。

較佳地，該買方端進一步接收該付款資訊，且設定與該付款資訊相對應的至少一付款參數以發送予該第三方端，該第三方端則利用該通訊平台以依據該買方端的該通訊平台身分產生一付款驗證碼，且將該付款驗證碼發送予該買方端，該第三方端接收該買方端依據該付款驗證碼產生的一買方驗證碼，且檢查該買方驗證碼是否正確，若該買方驗證碼為正確時，該第三方端則根據該付款參數執行一付款金流處理流程，並回傳一交易結果予該買方端，若該買方驗證碼為錯誤時，該第三方端則回傳一交易失敗的訊息予該買方端。

較佳地，當該第三方端執行該付款金流處理流程時，該第三方端係接收從該買方端發送之符合該付款請求的一交易成功資訊，該第三方端根據該交易成功資訊內的一付款金額，以對應地將一虛擬點數存入該第三方端內的一暫存履保帳戶，該第三方端回傳一第一階段履保交易完成資訊予該買方端及該賣方端。

較佳地，當該第三方端回傳該第一階段履保交易完成資訊予該買方端及該賣方端時，該第三方端進一步根據該買方端決定是否同意該第一階段履保交易完成資訊的內容，若不同意該第一階段履保交易完成資訊時，該第三方端係根據該第一階段履保交易完成資訊產生一交易糾紛資訊予該買方端及該賣方端，若同意該第一階段履保交易完成資訊或於一決定期間內未收到該買方端的回覆時，該第三方端根據該第一階段履保交易完成資訊將對應的該暫存履 保帳戶內存的該虛擬點數移轉至該賣方端的一電子錢包內，該第三方端回傳一第二階段履保交易完成資訊予該買方端及該賣方端。

較佳地，該第三方端係根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果。

較佳地，當該第三方端利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊，且經過一預計付款期間時，該第三方端進一步利用該通訊平台發送一推播付款連結與該買方端。

較佳地，當該第三方端判斷該買方端為一綁定用戶時，該第三方端進一步檢查該買方端的該通訊平台身分是否為一警示戶，若該買方端為該警示戶時，該第三方端則封鎖該買方端，若該買方端並非為該警示戶時，該第三方端則執行檢查該付款請求內的該付款碼是否已被任一該買方端所歸屬的動作。

較佳地，當該第三方端進一步檢查該買方端的該通訊平台身分是否為該警示戶時，該第三方端係根據詐騙案件通報、銀行信用資料或是其他資料庫所記載的資料判斷該買方端的該通訊平台身分是否為該警示戶。

較佳地，當所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時，該第三方端進一步檢查該買方端的該通訊平台身分是否已進行手機綁定的動作，當該第三方端判斷該買方端的該通訊平台身分已進行手機綁定的動作，且僅於一綁定期間內綁定一手機時，該第三方端係繼續執行利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊的動作，當該第三方端判斷該買方端尚未綁定該手機時，該第三方端係發送一綁定要求予該買方端，使得該買方端係根據該綁定要求進行綁 定該手機的動作，當該第三方端判斷該買方端於該綁定期間內多次換綁複數個該手機或是該買方端綁定的該手機係為一線上虛擬手機時，該第三方端係發送一異常綁定訊息予該買方端。

較佳地，當該付款碼未被任一該買方端所歸屬時，該第三方端進一步檢查該買方端是否啟用一電子錢包，若該買方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該買方端，該買方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該買方端的一電子錢包資訊以啟用該電子錢包，若該買方端已啟用該電子錢包時，該第三方端則執行回傳該待付款資訊予該買方端的動作。

較佳地，當該買方端進一步發送一快速收款需求予該第三方端時，該第三方端進一步從該買方端接收該快速收款需求，該第三方端檢查該買方端的該通訊平台身分是否已儲存一銀行帳戶資料，若該買方端的該通訊平台身分並未儲存有該銀行帳戶資料時，該第三方端係接收該買方端輸入對應該銀行帳戶資料的一銀行帳號驗證碼進行驗證，該第三方端係根據該銀行帳號驗證碼發送予一驗證中心進行該銀行帳戶資料的驗證，該第三方端接收該驗證中心所產生的一驗證結果，若該買方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該買方端及該銀行帳戶資料的一買方收款身分碼。

較佳地，該第三方端進一步從該賣方端接收一履約交易設定請求時，該第三方端檢查該賣方端是否啟用一電子錢包，若該賣方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該賣方端，該賣方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該賣方端的一電子錢包資 訊以啟用該電子錢包，若該賣方端已啟用該電子錢包時，該第三方端係接收該賣方端於該通訊平台上設定的一產品資訊，該第三方端係根據該產品資訊於該通訊平台上產生對應該產品資訊的一付款連結。

較佳地，當該賣方端係根據該電子錢包啟用要求進行驗證時，該賣方端進一步回傳一回應驗證資訊予該第三方端進行驗證，若該第三方端驗證成功時，該第三方端係更新該賣方端的該電子錢包資訊，若該第三方端驗證失敗時，該第三方端係執行一重新驗證程序或是一結束程序。

較佳地，該付款連結係包括一特定變動密碼，該特定變動密碼係根據該產品資訊內所記載的資料所產生。

較佳地，該買方端係根據該付款連結產生該付款請求。

較佳地，當該賣方端進一步發送一快速收款需求予該第三方端時，該第三方端進一步從該賣方端接收該快速收款需求，該第三方端檢查該賣方端的一通訊平台身分是否已儲存一銀行帳戶資料，若該賣方端的該通訊平台身分並未儲存有該銀行帳戶資料時，該第三方端係接收該賣方端輸入對應該銀行帳戶資料的一銀行帳號驗證碼進行驗證，該第三方端係根據該銀行帳號驗證碼發送予一驗證中心進行該銀行帳戶資料的驗證，該第三方端接收該驗證中心所產生的一驗證結果，若該賣方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該賣方端及該銀行帳戶資料的一賣方收款身分碼。

較佳地，該付款請求包括一付款碼，該第三方端係根據該付款請求中的該付款碼建立該付款資訊。

本創作之另一目的在於提供一種利用通訊平台的交易系統，其主要是經由買方端產生付款請求且發送給第三方端後，第三方端係根據付款請求產生對應的付款資訊予買方端，以進行後續付款金流處理程序，其中，付款請求係根據付款連結所產生，而付款連結則是透過賣方端由產生履約交易設定請求第三方端後，透過第三方端根據產品資訊於通訊平台所對應產生的，如此，第三方端即可有效地提供買方端與賣方端相互進行交易的動作，以保障款項支付的安全，進而避免個資外洩或是詐騙等行為發生。

為達上揭之另一目的者，本創作係提供一種利用通訊平台的交易系統，包括：一買方端，其係產生一付款請求，該買方端接收一付款資訊，且設定與該付款資訊相對應的至少一付款參數以發送予第三方端；一第三方端，其與該買方端連結以接收該付款請求，該第三方端檢查該買方端是否於一通訊平台上被設定為該第三方端的一綁定用戶，若非為該綁定用戶時，該第三方端係發送一綁定用戶要求予該買方端，使得該買方端根據該綁定用戶要求以將該第三方端設定為該綁定用戶，若為該綁定用戶時，該第三方端係利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊，且該第三方端根據一賣方端發送的該付款參數執行一付款金流處理流程，並回傳一交易結果予該買方端。

較佳地，當該第三方端接收到該買方端的該付款請求時，該第三方端進一步回傳該通訊平台的一登入要求予該買方端，使該買方端根據該登入要求登入該通訊平台。

較佳地，該第三方端係根據該付款請求中的一付款碼建立該付款資訊。

較佳地，當該第三方端則執行該付款金流處理流程時，該第三方端進一步接收從該買方端發送之符合該付款請求的一交易成功資訊，該第三方端根據該交易成功資訊內的一付款金額，以對應地將一虛擬點數存入該第三方端內的一暫存履保帳戶，該第三方端回傳一第一階段履保交易完成資訊予該買方端及該賣方端。

較佳地，當該第三方端回傳該第一階段履保交易完成資訊予該買方端及該賣方端時，該買方端進一步決定是否同意該第一階段履保交易完成資訊的內容，若不同意該第一階段履保交易完成資訊時，該第三方端係根據該第一階段履保交易完成資訊產生一交易糾紛資訊予該買方端及該賣方端，若同意該第一階段履保交易完成資訊或於一決定期間內未收到該買方端的回覆時，該第三方端根據該第一階段履保交易完成資訊將對應的該暫存履保帳戶內存的該虛擬點數移轉至該賣方端的一電子錢包內，該第三方端回傳一第二階段履保交易完成資訊予該買方端及該賣方端。

較佳地，該第三方端係根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果。

為使本創作之上述目的、特徵和優點能更明顯易懂，下文茲配合各圖式所列舉之具體實施例詳加說明。

10:買方端

20:第三方端

30:賣方端

40:通訊平台

S101~S108,S201~S207,S301~S309,S401~S407,S501~S504,S601~S607,S701~S707:步驟

圖1係為本創作之買方付款之步驟流程示意圖；圖2係為本創作之買方付款之另一實施例之步驟流程示意圖；圖3係為本創作之付款金流處理之步驟流程示意圖； 圖4係為本創作之賣方產生付款連結之步驟流程示意圖；圖5係為本創作之電子錢包驗證之步驟流程示意圖；圖6係為本創作之詐騙防制機制之步驟流程示意圖；圖7係為本創作之檢查買方端是否啟用電子錢包之步驟流程示意圖；圖8係為本創作之買方端的快速付款需求之步驟流程示意圖；圖9係為本創作之賣方端的快速付款需求之步驟流程示意圖；圖10係為本創作之系統架構示意圖。

本創作之優點、特徵以及達到之技術方法將參照例示性實施例及所附圖式進行更詳細地描述而更容易理解，且本創作可以不同形式來實現，故不應被理解為其本創作僅限於此處所陳述的實施例，相反地，對所屬技術領域具有通常知識者而言，所提供的實施例將使本揭露更加透徹與全面且完整地傳達本創作的範疇，且本創作將僅為所附加的申請專利範圍所為定義。

在本創作的描述中，需要理解的是，術語「順」、「逆」、「中心」、「橫向」、「上」、「下」、「左」、「右」、「頂」、「底」、「內」、「外」等指示的方位或位置關係為基於圖式所示的方位或位置關係，僅是為了便於描述本創作和簡化描述，而不是指示或暗示所指的裝置或元件必須具有特定的方位、以特定的方位構造和操作，因此不能理解為對本創作的限制。

另外，術語「包括」及/或「包含」指所述特徵、區域、整體、步驟、操作、元件及/或部件的存在，但不排除一個或多個其他特徵、區域、整體、步驟、操作、元件、部件及/或其組合的存在或添加。

使 貴審查委員方便瞭解本創作之內容，以及所能達成之功效，茲配合圖式列舉之各項具體實施例以詳細說明如下：請參閱圖1至圖5，其係為本創作之買方付款之步驟流程示意圖、買方付款之另一實施例之步驟流程示意圖、付款金流處理之步驟流程示意圖、賣方產生付款連結之步驟流程示意圖以及電子錢包驗證之步驟流程示意圖。如圖所示，本創作之主要是透過一買方端(例如買方的智慧型手機、電腦或其他終端裝置)產生一付款請求以發送予一第三方端(例如第三方的智慧型手機、電腦或其他終端裝置)，而在此的該付款請求則是透過一賣方端(例如賣方的智慧型手機、電腦或其他終端裝置)所產生的一付款連結，以使得該買方端根據欲購買的產品的該付款連結產生對應之該付款請求，關於該賣方端產生該付款連結的步驟流程係於後段進行描述。

當該第三方端接收到該付款請求而該買方端卻未登入一通訊平台(例如裝載於一伺服器內的Line、Wechat、Facebook messenger、WhatsApp或是其他相關的通訊平台或應用程式，在此實施例中，係以Line為該通訊平台作以描述說明)時，該第三方端則會先回傳對於該通訊平台的一登入要求予該買方端，使得該買方端可依據該登入要求的資訊直接點擊以進行登入的動作，或是透過該買方端收到該登入要求後，根據該登入要求的資訊以開啟對應的該通訊平台進行登入的動作，如此，當該買方端成功登入該通訊平台後，該第三方端即可根據該通訊平台檢查該買方端在該通訊平台上是否被設定為該第三方端的一綁定用戶，即該第三方端可透過該通訊平台的綁定用戶列表或是後台資訊等查詢該買方端的一通訊平台身分(例如LineID)是否為該第三方端的該綁定用戶，其中該綁定用戶可包括通訊軟體中的好友設定、電話簿中的通訊錄聯絡人、通訊平 台上的訂閱用戶(subscriber)、或是其他可與該第三方端之官方帳號相互連結的設定。若非為該綁定用戶時，該第三方端係發送一綁定用戶要求予該買方端，使得該買方端根據該綁定用戶要求以將該第三方端設定為該綁定用戶；但若為該綁定用戶時，該第三方端則直接檢查該買方端發送的該付款請求內的一付款碼是否已被任一該買方端所歸屬，在此所指的任一該買方端，即包括發送該付款請求的該買方端以及未參與此流程的其他該買方端，當該付款碼已被任一方該買方端所歸屬時，該第三方端則會進一步檢查所歸屬的該買方端是否為發送該付款請求的該買方端，若所歸屬的該買方端非為發送該付款請求的該買方端時，該第三方端則回傳一歸屬錯誤訊息予該賣方端，使得該賣方端可得知該筆訂單的該付款碼並非該買方端可使用的，藉以避免該買方端與該賣方端之間直接溝通而造成私下交易的困擾；而當該付款碼未被任一該買方端所歸屬時，該第三方端則會回傳一待付款資訊(例如給買方付款確認的相關細節，例如欲產品單價、品名、圖片、壓浮水印或是交易代號等)予該買方端，且將該付款碼與該買方端的該通訊平台身分進行一歸屬連結，如此，該筆訂單的該付款碼即屬於該買方端，若有其他的該買方端欲使用該付款碼時，該第三方端則會執行如上之回傳該歸屬錯誤訊息予該賣方端的動作。

然而，若所歸屬的該買方端係為發送該付款請求的該買方端，或是該第三方端回傳該待付款資訊予該買方端時，即該第三方端證實發送該付款請求的該買方端係為歸屬該付款碼的買方，因此，該第三方端則可利用該通訊平台回傳該買方端依據該付款請求所建立的一付款資訊(例如支付總額、付款帳戶或是付款驗證程序等)。

當該買方端接收到該付款資訊時，使用者則可透過該買方端進行付款的相關程序，以使得該買方端設定完成與該付款資訊相對應的至少一付款參數(例如買方付款來源的相關資料)後，該買方端則可將其設定好的該付款參數發送予該第三方端，此時，該第三方端接收到該付款參數且完成相關確認動作後，為了確認該買方端給予的該付款參數之真實性，又或是再一次確認該買方端的身分，該第三方端則會利用該通訊平台以根據該買方端的該通訊平台身分產生一付款驗證碼，且將該付款驗證碼發送予該買方端，而當該買方端接收到該付款驗證碼時，則可依據該付款驗證碼的相關資訊輸入對應的資料，進以產生一買方驗證碼後發送給該第三方端，以透過該第三方端檢查該買方驗證碼是否正確。而在檢查該買方驗證碼的過程中，若該買方驗證碼為正確時，該第三方端則根據該付款參數執行一付款金流處理流程，並回傳一交易結果予該買方端；但若該買方驗證碼為錯誤時，該第三方端則回傳一交易失敗的訊息予該買方端，其中該交易失敗的訊息進一步還可記載交易失敗的原因，以提供予該買方端得知。

當該買方端接收到該付款資訊時，該第三方端通常會設置一預計付款期間(例如1天、3天或1星期等，在此之期間並不限定)以避免此訂單的延滯時間過久，如此，當該買方端接收到該付款資訊，卻遲遲未有付款之動作且已過了該預計付款期間時，該第三方端則利用該通訊平台發送一推播付款連結與該買方端，進而提醒該買方端應進行付款之動作。

如此，在此實施例中，至少可經由如下步驟以完成本創作的交易步驟：步驟S101：利用第三方端從買方端接收付款請求； 步驟S102：第三方端檢查買方端是否於通訊平台上被設定為第三方端的綁定用戶；步驟S103：若非為綁定用戶時，第三方端係發送綁定用戶要求予買方端，使得買方端根據綁定用戶要求以將第三方端設定為綁定用戶；步驟S104：若為綁定用戶時，第三方端係檢查付款請求內的付款碼是否已被任一買方端所歸屬；步驟S105：當付款碼已被任一買方端所歸屬時，第三方端係進一步檢查所歸屬的買方端是否為發送付款請求的買方端；步驟S106：若所歸屬的買方端非為發送付款請求的買方端時，第三方端則回傳歸屬錯誤訊息予賣方端；步驟S107：當付款碼未被任一買方端所歸屬時，第三方端則回傳待付款資訊予買方端，且將付款碼與買方端的通訊平台身分進行歸屬連結；以及步驟S108：若所歸屬的買方端係為發送付款請求的買方端或是第三方端回傳待付款資訊予買方端時，第三方端係利用通訊平台回傳買方端依據付款請求所建立的付款資訊。

而當該第三方端接收到該買方端的該付款請求，且該買方端尚未登入該通訊平台時，則進一步進行下列步驟：步驟S109：利用第三方端回傳通訊平台的登入要求予買方端；步驟S110：買方端根據登入要求登入通訊平台。

此外，當該買方端接收到該付款資訊時，本創作進一步可進行下述步驟： 步驟S111：買方端接收付款資訊，買方端則設定與付款資訊相對應的至少一付款參數，且發送予第三方端；步驟S112：第三方端利用通訊平台以依據買方端的通訊平台身分產生付款驗證碼，且將付款驗證碼發送予買方端；步驟S113：第三方端接收買方端依據付款驗證碼產生的買方驗證碼，且檢查買方驗證碼是否正確；步驟S114：若買方驗證碼為正確時，第三方端則根據付款參數執行付款金流處理流程，並回傳交易結果予買方端；步驟S115：若買方驗證碼為錯誤時，第三方端則回傳交易失敗的訊息予買方端。

但當該買方端接收到該付款資訊後，於該預計付款期間內尚未進行付款的動作時，本創作還可包括如下步驟：步驟S116：第三方端利用通訊平台發送推播付款連結與買方端。

然而，本創作亦可不進行歸屬驗證的動作而直接進行後續付款金流處理流程的動作，且在此的付款金流處理流程亦可不進行驗證的動作而完成其付款金流處理流程。如此，其流程則可例如經由如下步驟所完成：步驟S101：利用第三方端從買方端接收付款請求；步驟S102：第三方端檢查買方端是否於通訊平台上被設定為第三方端的綁定用戶；步驟S103：若非為綁定用戶時，第三方端係發送綁定用戶要求予買方端，使得買方端根據綁定用戶要求以將第三方端設定為綁定用戶； 步驟S117：若為綁定用戶時，第三方端則利用通訊平台回傳買方端依據付款請求(例如付款請求中的付款碼)所建立的付款資訊。

步驟S111：買方端接收付款資訊，買方端則設定與付款資訊相對應的至少一付款參數，且發送予第三方端；步驟S118：第三方端根據付款參數執行付款金流處理流程，並回傳交易結果予買方端。

另外，當該第三方端執行該付款金流處理流程時，該第三方端係可接收到從該買方端發送之符合該付款請求的一交易成功資訊(即代表該買方端付款成功)時，該第三方端根據該交易成功資訊內的一付款金額，以對應地將一虛擬點數存入該第三方端內的一暫存履保帳戶(即用於實現買賣雙方交易，以將該買方端支付的該付款金額(點數)存入，且於確定交易完成時，將對應金額(點數)移轉至該賣方端的暫存帳戶，進而達成履約保證的目的)後，該第三方端則回傳一第一階段履保交易完成資訊予該買方端及該賣方端，以通知該買方端及該賣方端該筆訂單的交易進度、交易資訊或其二者皆是，其中該第一階段履保交易完成資訊係可包括該交易進度、該交易資訊或其二者皆是，該交易進度係可由圖形、圖表、文字或是其任二者以上之組合顯示，而該交易資訊則可包括產品數量、交易內容或是對話截圖等，而於該通訊平台提供該第一階段履保交易完成資訊予該買方端及該賣方端時係可利用二維條碼、代號或是其他方式發送，使得該買方端及該賣方端可透過上述方式查看該第一階段履保交易完成資訊的內容。

當該買方端收到該第一階段履保交易完成資訊時，該買方端進一步可決定是否同意該第一階段履保交易完成資訊的內容，若該買方端不同意該 第一階段履保交易完成資訊時，該第三方端係根據該第一階段履保交易完成資訊產生一交易糾紛資訊予該買方端及該賣方端，且進一步還可通知相關客服人員介入處理；但若該買方端同意該第一階段履保交易完成資訊或於一決定期間(例如告知該買方端應於2天內決定是否同意該第一階段履保交易完成資訊的內容，在此之實際該決定期間應不限定)內未收到該買方端的回覆時，該第三方端根據該第一階段履保交易完成資訊將對應的該暫存履保帳戶內存的該虛擬點數移轉至該賣方端的一電子錢包內，此時，即該第三方端會再回傳一第二階段履保交易完成資訊予該買方端及該賣方端，當該買方端及該賣方端接收到該第二階段履保交易完成資訊時，即表示此筆訂單的交易流程已完成，故該第三方端可利用上述流程的結果，以根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果，且發送予該買方端、該賣方端或其二者皆是。

如此，當該第三方端執行該付款金流處理流程時，至少可經由如下步驟以完成該付款金流處理流程：步驟S201：第三方端接收從買方端發送之符合付款請求的交易成功資訊；步驟S202：第三方端根據交易成功資訊內的付款金額，以對應地將虛擬點數存入第三方端內的暫存履保帳戶；步驟S203：第三方端回傳第一階段履保交易完成資訊予買方端及賣方端；步驟S204：根據買方端決定是否同意第一階段履保交易完成資訊的內容； 步驟S205：若不同意第一階段履保交易完成資訊時，第三方端係根據第一階段履保交易完成資訊產生交易糾紛資訊予買方端及賣方端；步驟S206：若同意第一階段履保交易完成資訊或於決定期間內未收到買方端的回覆時，第三方端根據第一階段履保交易完成資訊將對應的暫存履保帳戶內存的虛擬點數移轉至賣方端的電子錢包內；步驟S207：第三方端回傳第二階段履保交易完成資訊予買方端及賣方端。

因此，該第三方端即可利用上述流程的結果，以根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果，且發送予該買方端、該賣方端或其二者皆是。

再者，當該賣方端欲將相關產品上架時，該賣方端係可產生關於其上架產品的一履約交易設定請求予該第三方端，此時，該第三方端則會檢查該賣方端是否已有啟用一電子錢包，以利於後續交易之用，若該賣方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該賣方端，該電子錢包啟用要求係包括有驗證資訊，且進一步還可包括有直接將該賣方端導向啟用該電子錢包位置的連結或是記載啟用該電子錢包的相關資訊，以使得該賣方端可經由其相關資訊進行該電子錢包啟用的動作，如此，當該賣方端根據該電子錢包啟用要求進行驗證時，該賣方端係會先回傳一回應驗證資訊予該第三方端進行驗證的動作，若該第三方端驗證成功時，該第三方端係更新該賣方端的一電子錢包資訊且啟用該電子錢包；但若該第三方端驗證失敗時，該第三方端係執行一重新驗證程序或是一結束程序，其中該重新驗證程序係可為要求該賣方端再一次回傳該回應驗證資訊進行相關的驗證動作，而該結束程序係可為限制 該賣方端於一段期間(例如1天或1星期)內無法進行註冊的動作，或是當失敗次數過高或時間過長時，係可透過該結束程序直接將該賣方端失效，藉以防止詐騙的情形發生；但若該賣方端已啟用該電子錢包時，該第三方端則會進一步接收該賣方端於該通訊平台上設定的一產品資訊，使得該第三方端根據該產品資訊於該通訊平台上產生對應該產品資訊的該付款連結，以提供該買方端點選該付款連結，進而對應產生該付款請求。

其中，上述之該付款連結進一步還可包括有一特定變動密碼，該特定變動密碼係根據該產品資訊內所記載的資料所產生，使得該買方端需輸入該特定變動密碼後，才可依據該付款連結產生該付款請求，進而進行上述之交易動作。

因此，該賣方端至少可經由如下步驟完成產生該付款連結的步驟：步驟S301：利用第三方端從賣方端接收履約交易設定請求；步驟S302：第三方端檢查賣方端是否啟用電子錢包；步驟S303：若賣方端並未啟用電子錢包時，第三方端發送電子錢包啟用要求予賣方端；步驟S304：賣方端係根據電子錢包啟用要求進行驗證，且於驗證通過後更新賣方端的電子錢包資訊以啟用電子錢包；步驟S305：若賣方端已啟用電子錢包時，第三方端係接收賣方端於通訊平台上設定的產品資訊；步驟S306：第三方端係根據產品資訊於通訊平台上產生對應產品資訊的該付款連結。

且當賣方端係根據電子錢包啟用要求進行驗證時，進一步還可包括如下步驟：步驟S307：賣方端係回傳回應驗證資訊予第三方端進行驗證；步驟S308：若第三方端驗證成功時，第三方端係更新賣方端的電子錢包資訊；步驟S309：若第三方端驗證失敗時，第三方端係執行重新驗證程序或是結束程序。

請再參閱圖6，其係為本創作之詐騙防制機制之步驟流程示意圖。如圖所示，為了防止詐騙或是進一步防止信用不足而有無法交易的情形發生，當該第三方端判斷該買方端為該綁定用戶時，該第三方端進一步還可檢查該買方端的該通訊平台身分，以確認該買方端是否曾被或是現在被列為一警示戶，在此所指的該警示戶，並非僅是因犯罪而被警方列入警示的帳戶，其亦應包括信用不良或信用破產而被銀行列入黑名單或是註記的帳戶，或是資料庫內已記載警示的帳戶等。舉例來說，資料庫將其一該買方端列入警示時，係可針對該買方端的銀行帳號、ATM繳款帳號、對應訂單的編號、該通訊平台身分、手機號碼等資訊進行記載，以將其匯入資料庫內，以利該第三方端可利用該些資料與該買方端進行比對確認。因此，該第三方端至少可根據警方資料庫內的詐騙案件通報、銀行信用資料或是其他資料庫所記載的資料判斷該買方端的該通訊平台身分是否為該警示戶。若該買方端為該警示戶時，該第三方端則封鎖該買方端，以讓該買方端無法取得關於該筆訂單的該付款資訊；但若該買方端並非為該警示戶時，該第三方端則可執行後續檢查該付款請求內的該付款碼是否已被任一該買方端所歸屬的動作。

此外，當所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時，該第三方端進一步還可檢查該買方端的該通訊平台身分是否已進行手機綁定的動作，以利於後續簡訊發送或是身分驗證的動作，當該第三方端判斷該買方端的該通訊平台身分已進行手機綁定的動作，且僅於一綁定期間(例如1星期或1個月)內綁定一手機時，該第三方端係繼續執行利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊的動作；而當該第三方端判斷該買方端尚未綁定該手機時，該第三方端係發送一綁定要求予該買方端，使得該買方端係根據該綁定要求進行綁定該手機的動作；但當該第三方端判斷該買方端於該綁定期間內多次換綁複數個該手機或是該買方端綁定的該手機係為一線上虛擬手機時，為了避免詐騙或是其他不良行為時，該第三方端係發送一異常綁定訊息予該買方端，其接收到該異常綁定訊息時，係可表示該買方端無法繼續後續的交易動作，又或是該買方端必須經由與客服人員做相當程度的驗證程序後，才可進行後續之動作。

因此，在此實施例中的詐騙防制機制上，至少可經由如下步驟完成：當該第三方端判斷該買方端為該綁定用戶時：步驟S401：第三方端進一步檢查買方端的通訊平台身分是否為警示戶；步驟S402：若買方端為警示戶時，第三方端則封鎖買方端；步驟S403：若買方端並非為警示戶時，第三方端則執行檢查付款請求內的付款碼是否已被任一買方端所歸屬的動作。

當所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時：步驟S404：第三方端進一步檢查買方端的通訊平台身分是否已進行手機綁定的動作；步驟S405：當第三方端判斷買方端的通訊平台身分已進行手機綁定的動作，且僅於綁定期間內綁定手機時，第三方端係繼續執行利用通訊平台回傳買方端依據付款請求所建立的付款資訊的動作；步驟S406：當第三方端判斷買方端尚未綁定手機時，第三方端係發送綁定要求予買方端，使得買方端係根據綁定要求進行綁定手機的動作；及步驟S407：當第三方端判斷買方端於綁定期間內多次換綁複數個手機或是買方端綁定的手機係為線上虛擬手機時，第三方端係發送異常綁定訊息予買方端。

請再參閱圖7，其係為本創作之檢查買方端是否啟用電子錢包之步驟流程示意圖。如圖所示，為了便於買賣雙方便於交易，在此實施例中係可利用該電子錢包提供該買方端及該賣方端進行金錢交易，故當該付款碼未被任一該買方端所歸屬時，該第三方端則可進一步檢查該買方端是否啟用該電子錢包(其亦可為其他可提供買賣雙方進行金額交易的相關金流軟體)，若該買方端並未啟用該電子錢包時，該第三方端發送該電子錢包啟用要求予該買方端，使得該買方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該買方端的一電子錢包資訊以啟用該電子錢包。

然而上述之該買方端接收到的該電子錢包啟用要求係與上述之該賣方端接收到的該電子錢包啟用要求相同或相似，其亦可包括有驗證資訊， 且進一步還可包括有直接將該買方端導向啟用該電子錢包位置的連結或是記載啟用該電子錢包的相關資訊，以使得該買方端可經由其相關資訊進行該電子錢包啟用的動作，如此，當該買方端根據該電子錢包啟用要求進行驗證時，該買方端亦可回傳該回應驗證資訊予該第三方端進行驗證的動作，若該第三方端驗證成功時，即更新該買方端的一電子錢包資訊且啟用該電子錢包；但若該第三方端驗證失敗時，該第三方端亦會執行該重新驗證程序或是該結束程序；但若該買方端已啟用該電子錢包時，該第三方端則執行回傳該待付款資訊予該買方端的動作。

如此，當該付款碼未被任一該買方端所歸屬，使得本創作執行檢查買方端的啟用電子錢包的步驟時，其至少可經由如下步驟完成：步驟S501：該第三方端進一步檢查該買方端是否啟用一電子錢包；步驟S502：若該買方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該買方端；步驟S503：該買方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該買方端的一電子錢包資訊以啟用該電子錢包；步驟S504：若該買方端已啟用該電子錢包時，該第三方端則執行回傳該待付款資訊予該買方端的動作。

請再參閱圖8及圖9，其係為本創作之買方端的快速付款需求之步驟流程示意圖以及賣方端的快速付款需求之步驟流程示意圖。如圖所示，為了簡化買賣雙方的交易流程，在經由上述驗證及啟用的動作後，本創作進一步係可提供快速收款的功用，使得買賣雙方可快速的進行後續交易的動作，故當該買方端發送一快速收款需求予該第三方端時，該第三方端則會檢查該買方端的 該通訊平台身分是否已儲存一銀行帳戶資料，若該買方端的該通訊平台身分並未儲存有該銀行帳戶資料時，該第三方端係接收該買方端輸入對應該銀行帳戶資料的一銀行帳號驗證碼進行驗證，更具體來說，當該第三方端檢查到該買方端的該通訊平台身分未儲存有該銀行帳戶資料時，該第三方端係可發出一提醒訊息或是一銀行帳號驗證訊息等，使得該買方端接收到相關訊息後，可由進入一銀行帳號驗證頁面或是其相關位置，以利用例如該銀行帳號驗證頁面顯示的資訊輸入該銀行帳號驗證碼，以提供予該第三方端進行驗證，而該第三方端進行驗證時，則會根據該銀行帳號驗證碼發送予一驗證中心進行該銀行帳戶資料的驗證，其後再接收該驗證中心所產生的一驗證結果，若該買方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該買方端及該銀行帳戶資料的一買方收款身分碼，使得該買方端可利用該買方收款身分碼進行快速收款的動作，反之，該第三方端亦可透過該買方收款身分碼快速得知其交易訂單的該買方端的身分。又當該驗證結果係為驗證失敗時，該買方端則無法取得該買方收款身分碼。

如圖8所示，當該買方端欲開啟快速收款的帳戶時，係至少可經由如下步驟達成：步驟S601：買方端進一步發送快速收款需求予第三方端；步驟S602：第三方端係從買方端接收快速收款需求；步驟S603：第三方端檢查買方端的通訊平台身分是否已儲存銀行帳戶資料；步驟S604：若買方端的通訊平台身分並未儲存有銀行帳戶資料時，第三方端係接收買方端輸入對應銀行帳戶資料的銀行帳號驗證碼進行驗證； 步驟S605：第三方端係根據銀行帳號驗證碼發送予驗證中心進行銀行帳戶資料的驗證；步驟S606：第三方端接收驗證中心所產生的驗證結果；步驟S607：若買方端的通訊平台身分已儲存銀行帳戶資料或是驗證結果為正確時，第三方端係產生可識別買方端及銀行帳戶資料的買方收款身分碼。

相對的，該賣方端亦可透過發送該快速收款需求予該第三方端的方時，以透過該第三方端檢查該賣方端的該通訊平台身分是否已儲存該銀行帳戶資料，若未儲存有該銀行帳戶資料時，該第三方端係接收該賣方端輸入對應該銀行帳戶資料的該銀行帳號驗證碼進行驗證，而該第三方端則會根據該銀行帳號驗證碼發送予該驗證中心進行該銀行帳戶資料的驗證，其後再接收該驗證中心所產生的該驗證結果以判斷該賣方端是否完成儲存該銀行帳戶資料的動作，又若該賣方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該賣方端及該銀行帳戶資料的一賣方收款身分碼，使得該賣方端可利用該賣方收款身分碼進行快速收款的動作，但當該驗證結果為驗證失敗時，該賣方端則無法取得該賣方收款身分碼。

如圖9所示，當該賣方端欲開啟快速收款的帳戶時，係至少可經由如下步驟達成：步驟S701：賣方端進一步發送快速收款需求予第三方端；步驟S702：第三方端係從賣方端接收快速收款需求；步驟S703：第三方端檢查賣方端的通訊平台身分是否已儲存銀行帳戶資料； 步驟S704：若賣方端的通訊平台身分並未儲存有銀行帳戶資料時，第三方端係接收賣方端輸入對應銀行帳戶資料的銀行帳號驗證碼進行驗證；步驟S705：第三方端係根據銀行帳號驗證碼發送予驗證中心進行銀行帳戶資料的驗證；步驟S706：第三方端接收驗證中心所產生的驗證結果；步驟S707：若賣方端的通訊平台身分已儲存銀行帳戶資料或是驗證結果為正確時，第三方端係產生可識別賣方端及銀行帳戶資料的賣方收款身分碼。

請再參閱圖10，其係為本創作之系統架構示意圖。如圖所示，為達成以上所提及的交易步驟，本創作至少係由一買方端10(例如買方的智慧型手機、電腦或其他終端裝置)、一第三方端20(例如賣方的智慧型手機、電腦或其他終端裝置)及一賣方端30所構成，以透過該第三方端20(例如第三方的智慧型手機、電腦或其他終端裝置)與該買方端10及該賣方端30連結的方式，且進一步還利用一通訊平台40(例如裝載於一伺服器內的Line、Wechat、Facebook messenger、WhatsApp或是其他相關的通訊平台或應用程式)提供該第三方端20與該買方端10及該賣方端30之間進行如上所述之交易步驟，以藉由雙方身分的驗證以及保障款項支付的安全，避免個資外洩或是詐騙等行為發生。

惟，以上所述者，僅為本創作之最佳實施例，當不能以此限定本創作實施之範圍；故，凡依本創作申請專利範圍及新型說明書內容所做之簡單的等效變化與修飾，皆應仍屬本創作專利涵蓋之範圍內。

10:買方端

20:第三方端

30:賣方端

40:通訊平台

Claims (24)

1. 一種利用通訊平台的交易系統，其包括：一買方端，其係產生一付款請求；一第三方端，其與該買方端連結以接收該付款請求，該第三方端係檢查該付款請求內的一付款碼是否已被任一該買方端所歸屬，當該付款碼已被任一該買方端所歸屬時，該第三方端係進一步檢查所歸屬的該買方端是否為發送該付款請求的該買方端，若所歸屬的該買方端非為發送該付款請求的該買方端時，該第三方端則回傳一歸屬錯誤訊息予一賣方端，當該付款碼未被任一該買方端所歸屬時，該第三方端則回傳一待付款資訊予該買方端，且將該付款碼與該買方端的一通訊平台身分進行一歸屬連結，若所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時，該第三方端係利用該通訊平台回傳該買方端依據該付款請求所建立的一付款資訊；以及該賣方端，其與該第三方端相連結以接收該歸屬錯誤訊息。
2. 如請求項1所述之利用通訊平台的交易系統，當該第三方端接收到該買方端的該付款請求時，該第三方端進一步回傳該通訊平台的一登入要求予該買方端，使該買方端根據該登入要求登入該通訊平台。
3. 如請求項1所述之利用通訊平台的交易系統，其中，該買方端進一步接收該付款資訊，且設定與該付款資訊相對應的至少一付款參數以發送予該第三方端，該第三方端則利用該通訊平台以依據該買方端的該通訊平台身分產生一付款驗證碼，且將該付款驗證碼發送予該買方端，該第三方端接收該買方端依據該付款驗證碼產生的一買 方驗證碼，且檢查該買方驗證碼是否正確，若該買方驗證碼為正確時，該第三方端則根據該付款參數執行一付款金流處理流程，並回傳一交易結果予該買方端，若該買方驗證碼為錯誤時，該第三方端則回傳一交易失敗的訊息予該買方端。
4. 如請求項3所述之利用通訊平台的交易系統，當該第三方端執行該付款金流處理流程時，該第三方端係接收從該買方端發送之符合該付款請求的一交易成功資訊，該第三方端根據該交易成功資訊內的一付款金額，以對應地將一虛擬點數存入該第三方端內的一暫存履保帳戶，該第三方端回傳一第一階段履保交易完成資訊予該買方端及該賣方端。
5. 如請求項4所述之利用通訊平台的交易系統，當該第三方端回傳該第一階段履保交易完成資訊予該買方端及該賣方端時，該第三方端進一步根據該買方端決定是否同意該第一階段履保交易完成資訊的內容，若不同意該第一階段履保交易完成資訊時，該第三方端係根據該第一階段履保交易完成資訊產生一交易糾紛資訊予該買方端及該賣方端，若同意該第一階段履保交易完成資訊或於一決定期間內未收到該買方端的回覆時，該第三方端根據該第一階段履保交易完成資訊將對應的該暫存履保帳戶內存的該虛擬點數移轉至該賣方端的一電子錢包內，該第三方端回傳一第二階段履保交易完成資訊予該買方端及該賣方端。
6. 如請求項5所述之利用通訊平台的交易系統，其中該第三方端係根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果。
7. 如請求項1所述之利用通訊平台的交易系統，當該第三方端利用該 通訊平台回傳該買方端依據該付款請求所建立的該付款資訊，且經過一預計付款期間時，該第三方端進一步利用該通訊平台發送一推播付款連結與該買方端。
8. 如請求項1所述之利用通訊平台的交易系統，當該第三方端判斷該買方端為一綁定用戶時，該第三方端進一步檢查該買方端的該通訊平台身分是否為一警示戶，若該買方端為該警示戶時，該第三方端則封鎖該買方端，若該買方端並非為該警示戶時，該第三方端則執行檢查該付款請求內的該付款碼是否已被任一該買方端所歸屬的動作。
9. 如請求項8所述之利用通訊平台的交易系統，當該第三方端進一步檢查該買方端的該通訊平台身分是否為該警示戶時，該第三方端係根據詐騙案件通報、銀行信用資料或是其他資料庫所記載的資料判斷該買方端的該通訊平台身分是否為該警示戶。
10. 如請求項1所述之利用通訊平台的交易系統，當所歸屬的該買方端係為發送該付款請求的該買方端或是該第三方端回傳該待付款資訊予該買方端時，該第三方端進一步檢查該買方端的該通訊平台身分是否已進行手機綁定的動作，當該第三方端判斷該買方端的該通訊平台身分已進行手機綁定的動作，且僅於一綁定期間內綁定一手機時，該第三方端係繼續執行利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊的動作，當該第三方端判斷該買方端尚未綁定該手機時，該第三方端係發送一綁定要求予該買方端，使得該買方端係根據該綁定要求進行綁定該手機的動作，當該第三方端判斷該買方端於該綁定期間內多次換綁複數個該手機或是該買方端綁定的該手機係為一線上虛擬手機時，該第三方端係發送一 異常綁定訊息予該買方端。
11. 如請求項1所述之利用通訊平台的交易系統，當該付款碼未被任一該買方端所歸屬時，該第三方端進一步檢查該買方端是否啟用一電子錢包，若該買方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該買方端，該買方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該買方端的一電子錢包資訊以啟用該電子錢包，若該買方端已啟用該電子錢包時，該第三方端則執行回傳該待付款資訊予該買方端的動作。
12. 如請求項1所述之利用通訊平台的交易系統，當該買方端進一步發送一快速收款需求予該第三方端時，該第三方端進一步從該買方端接收該快速收款需求，該第三方端檢查該買方端的該通訊平台身分是否已儲存一銀行帳戶資料，若該買方端的該通訊平台身分並未儲存有該銀行帳戶資料時，該第三方端係接收該買方端輸入對應該銀行帳戶資料的一銀行帳號驗證碼進行驗證，該第三方端係根據該銀行帳號驗證碼發送予一驗證中心進行該銀行帳戶資料的驗證，該第三方端接收該驗證中心所產生的一驗證結果，若該買方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該買方端及該銀行帳戶資料的一買方收款身分碼。
13. 如請求項1所述之利用通訊平台的交易系統，其中，該第三方端進一步從該賣方端接收一履約交易設定請求時，該第三方端檢查該賣方端是否啟用一電子錢包，若該賣方端並未啟用該電子錢包時，該第三方端發送一電子錢包啟用要求予該賣方端，該賣方端係根據該電子錢包啟用要求進行驗證，且於驗證通過後更新該賣方端的一 電子錢包資訊以啟用該電子錢包，若該賣方端已啟用該電子錢包時，該第三方端係接收該賣方端於該通訊平台上設定的一產品資訊，該第三方端係根據該產品資訊於該通訊平台上產生對應該產品資訊的一付款連結。
14. 如請求項13所述之利用通訊平台的交易系統，當該賣方端係根據該電子錢包啟用要求進行驗證時，該賣方端進一步回傳一回應驗證資訊予該第三方端進行驗證，若該第三方端驗證成功時，該第三方端係更新該賣方端的該電子錢包資訊，若該第三方端驗證失敗時，該第三方端係執行一重新驗證程序或是一結束程序。
15. 如請求項13所述之利用通訊平台的交易系統，其中該付款連結係包括一特定變動密碼，該特定變動密碼係根據該產品資訊內所記載的資料所產生。
16. 如請求項13所述之利用通訊平台的交易系統，其中該買方端係根據該付款連結產生該付款請求。
17. 如請求項1所述之利用通訊平台的交易系統，當該賣方端進一步發送一快速收款需求予該第三方端時，該第三方端進一步從該賣方端接收該快速收款需求，該第三方端檢查該賣方端的一通訊平台身分是否已儲存一銀行帳戶資料，若該賣方端的該通訊平台身分並未儲存有該銀行帳戶資料時，該第三方端係接收該賣方端輸入對應該銀行帳戶資料的一銀行帳號驗證碼進行驗證，該第三方端係根據該銀行帳號驗證碼發送予一驗證中心進行該銀行帳戶資料的驗證，該第三方端接收該驗證中心所產生的一驗證結果，若該賣方端的該通訊平台身分已儲存該銀行帳戶資料或是該驗證結果為正確時，該第三方端係產生可識別該賣方端及該銀行帳戶資料的一賣方收款身 分碼。
18. 如請求項1所述之利用通訊平台的交易系統，其中該付款請求包括一付款碼，該第三方端係根據該付款請求中的該付款碼建立該付款資訊。
19. 一種利用通訊平台的交易系統，包括：一買方端，其係產生一付款請求，該買方端接收一付款資訊，且設定與該付款資訊相對應的至少一付款參數以發送予第三方端；一第三方端，其與該買方端連結以接收該付款請求，該第三方端檢查該買方端是否於一通訊平台上被設定為該第三方端的一綁定用戶，若非為該綁定用戶時，該第三方端係發送一綁定用戶要求予該買方端，使得該買方端根據該綁定用戶要求以將該第三方端設定為該綁定用戶，若為該綁定用戶時，該第三方端係利用該通訊平台回傳該買方端依據該付款請求所建立的該付款資訊，且該第三方端根據一賣方端發送的該付款參數執行一付款金流處理流程，並回傳一交易結果予該買方端。
20. 如請求項19所述之利用通訊平台的交易系統，當該第三方端接收到該買方端的該付款請求時，該第三方端進一步回傳該通訊平台的一登入要求予該買方端，使該買方端根據該登入要求登入該通訊平台。
21. 如請求項19所述之利用通訊平台的交易系統，其中該第三方端係根據該付款請求中的一付款碼建立該付款資訊。
22. 如請求項19所述之利用通訊平台的交易系統，當該第三方端則執行該付款金流處理流程時，該第三方端進一步接收從該買方端發送之符合該付款請求的一交易成功資訊，該第三方端根據該交易成功 資訊內的一付款金額，以對應地將一虛擬點數存入該第三方端內的一暫存履保帳戶，該第三方端回傳一第一階段履保交易完成資訊予該買方端及該賣方端。
23. 如請求項22所述之利用通訊平台的交易系統，當該第三方端回傳該第一階段履保交易完成資訊予該買方端及該賣方端時，該買方端進一步決定是否同意該第一階段履保交易完成資訊的內容，若不同意該第一階段履保交易完成資訊時，該第三方端係根據該第一階段履保交易完成資訊產生一交易糾紛資訊予該買方端及該賣方端，若同意該第一階段履保交易完成資訊或於一決定期間內未收到該買方端的回覆時，該第三方端根據該第一階段履保交易完成資訊將對應的該暫存履保帳戶內存的該虛擬點數移轉至該賣方端的一電子錢包內，該第三方端回傳一第二階段履保交易完成資訊予該買方端及該賣方端。
24. 如請求項23所述之利用通訊平台的交易系統，其中該第三方端係根據該第一階段履保交易完成資訊、該第二階段履保交易完成資訊或其二者皆是產生該交易結果。

Images