TWI649706B - 交易平台的認證方法及交易平台伺服器 - Google Patents

Abstract

本發明揭露一種交易平台伺服器，透過網路與一使用端裝置、一第一認證機構伺服器及一第二認證機構伺服器連接。交易平台伺服器包括一運算模組、一會員申請模組以及一審核模組。運算模組自使用端裝置接收一手機號碼資料，並產生一動態認證碼，且傳送動態認證碼至使用端裝置。會員申請模組自使用端裝置接收一會員申請資料，其包括一回傳動態認證碼、一身分資料及一支付工具資料，並傳送身分資料及支付工具資料至第一認證機構伺服器、及傳送手機號碼資料及身分資料至第二認證機構伺服器。審核模組接收一第一認證結果及一第二認證結果。

Description

交易平台的認證方法及交易平台伺服器

本發明係關於一種認證方法，特別是關於一種交易平台的認證方法及其伺服器。

通訊及網路相關產業的高度發展，亦帶動電子商務的蓬勃發展，進而出現許多不同取向的金融交易平台，例如一般交易類型的購物平台、拍賣平台、或借貸款媒合平台、或用於電子支付的支付平台或第三方支付平台等。不論是買賣、借貸款、或電子支付等交易行為，都牽涉到金錢的交易，因此，必須提供使用者一個安全、可信賴的交易平台。為保障交易安全，在使用者註冊為交易平台的會員時，必須先確認使用者的身分，再進一步確認其有支付費用的能力，例如分別向金融聯合徵信中心確認使用者身分、向信用卡聯合認證中心確認使用者的信用卡或銀行帳戶等支付方式的資料。

以電子支付平台為例，圖1A至圖1C為習知電子支付平台之註冊會員的使用者介面，請先參考圖1A所示。使用者必須先輸入手機號碼，並由電子支付平台伺服器對應產生認證碼，藉由手機進行第一步的身分認 證。接著，如圖1B所示，輸入姓名、身分證字號等身分資料，電子支付平台伺服器接收後傳送至認證中心，例如金融聯合徵信中心的伺服器，藉由該認證中心確認身分。最後，如圖1C所示，消費者可選擇支付方式，並依據選擇的支付工具輸入對應的資料，同樣的，電子交易平台伺服器接收後再傳送至另一認證中心，例如信用卡聯合認證中心的伺服器，以確認信用卡或銀行帳戶資料。

然而，不論是習知電子支付平台或是其他交易平台的伺服器，其對於認證身分的設計過於繁複，導致消費者註冊會員的過程亦相當繁瑣，需經過三個認證畫面(圖1A、圖1B及圖1C)，實有改善之必要。再者，習知的交易平台若需增加其他認證方式，註冊會員的過程亦會隨之更加繁瑣，例如更多的輸入介面，亦有改善之必要。

有鑑於上述課題，本發明之主要目的係在提供一種交易平台的認證方法及其伺服器，藉由交易平台伺服器與多個認證機構連接，並同時傳送身分資料、手機號碼資料及支付工具資料至多個認證機構伺服器，以同時解決習知交易平台所提供之註冊介面繁複及無法達到多重認證之問題。

為達成上述之目的，本發明提供一種交易平台的認證方法，應用於一交易平台伺服器，其透過網路與一使用端裝置、一第一認證機構伺服器及一第二認證機構伺服器連接，認證方法包括下列步驟：交易平台伺服器自使用端裝置接收一手機號碼資料，並產生一動態認證碼；交易平台伺服器傳送動態認證碼至使用端裝置；該交易平台伺服器自使用端裝置接收一會員申請資料，其包括一回傳動態認證碼、一身分資料及一支付工具資料；交易平台伺服器傳送身分資料及支付工具資料至第一認證機構伺服 器，並傳送手機號碼資料及身分資料至第二認證機構伺服器；交易平台伺服器自第一認證機構伺服器接收一第一認證結果；交易平台伺服器自第二認證機構伺服器接收一第二認證結果；交易平台伺服器評估第一認證結果及第二認證結果，產生一申請結果；以及交易平台伺服器傳送申請結果至使用端裝置。

為達成上述之目的，本發明另提供一種交易平台伺服器，透過網路與一使用端裝置、一第一認證機構伺服器及一第二認證機構伺服器連接。交易平台伺服器包括一運算模組、一會員申請模組以及一審核模組。運算模組自使用端裝置接收一手機號碼資料，並產生一動態認證碼，且傳送動態認證碼至使用端裝置。會員申請模組自使用端裝置接收一會員申請資料，其包括一回傳動態認證碼、一身分資料及一支付工具資料，並傳送身分資料及支付工具資料至第一認證機構伺服器、及傳送手機號碼資料及身分資料至第二認證機構伺服器。審核模組自第一認證機構伺服器接收一第一認證結果、及自第二認證機構伺服器接收一第二認證結果，並評估第一認證結果及第二認證結果以產生一申請結果，及傳送申請結果至使用端裝置。

在本發明之一實施例中，交易平台伺服器自使用端裝置接收一會員申請資料之前，更包括步驟：交易平台伺服器提供一會員註冊介面至使用端裝置，其包含一手機號碼欄位、一身分資料欄位及一支付工具欄位。

在本發明之一實施例中，會員申請模組提供一會員註冊介面至使用端裝置，其包含一手機號碼欄位、一身分資料欄位及一支付工具欄位。

在本發明之一實施例中，會員註冊介面更包括一傳送手機號碼圖樣。

在本發明之一實施例中，交易平台伺服器之會員申請模組實質上同時傳送身分資料及支付工具資料至第一認證機構伺服器、及傳送手機號碼資料及身分資料至第二認證機構伺服器。

承上所述，依據本發明之交易平台的認證方法及交易平台伺服器，藉由交易平台伺服器與第一認證機構伺服器及第二認證機構伺服器連接，並同時接收回傳動態認證碼、身分資料及支付工具資料，進而可實質上同時地傳送身分資料及支付工具資料至第一認證機構伺服器，及傳送手機號碼資料及身分資料至第二認證機構伺服器，使交易平台伺服器可達到一次性的向多個認證機構進行驗證的功能，並同時改善習知交易平台所提供之註冊介面繁複的問題。

1‧‧‧交易平台伺服器

10、10a‧‧‧會員註冊介面

101、101a‧‧‧手機號碼欄位

102、102a‧‧‧身分資料欄位

103、103a‧‧‧支付工具欄位

104、104a‧‧‧傳送手機號碼圖樣

11‧‧‧運算模組

12‧‧‧會員申請模組

13‧‧‧審核模組

14‧‧‧傳輸模組

15‧‧‧記憶模組

2‧‧‧第一認證機構伺服器

3‧‧‧第二認證機構伺服器

9、9a、…、9n‧‧‧使用端裝置

U‧‧‧使用者

圖1A至圖1C為習知電子支付平台之註冊會員的使用者介面。

圖2為本發明之交易平台伺服器之一實施例的使用環境示意圖。

圖3為本發明之交易平台的認證方法之一實施例的流程步驟圖。

圖4A為圖3所示之步驟S11所顯示會員註冊介面的示意圖。

圖4B為圖4A所示之會員註冊介面之另一實施例的示意圖。

為能讓 貴審查委員能更瞭解本發明之技術內容，特舉較佳具體實施例說明如下。

首先，本實施例之交易平台係指用於電子商務的金融交易平台，其可例如但不限於一般交易類型的購物平台、拍賣平台、或借貸款媒合平台、或用於電子支付的支付平台等，而以下實施例係以應用電子支付的支 付平台為例說明。須注意的是，申請專利範圍非僅限制於電子支付平台，亦涵蓋其他的交易平台。

圖2為本發明之交易平台伺服器之一實施例的使用環境示意圖，請先參考圖2所示。本實施例之交易平台伺服器1透過網路與使用端裝置9、9a、…9n連接，交易平台伺服器1可透過網路提供電子支付的操作介面，令使用者U(一般為消費者)可透過操作具有通訊功能的電子裝置，本實施例係以使用端裝置9為例說明，註冊或申請為電子支付平台的會員。使用端裝置9可以為智慧型手機、PDA、平板電腦(PAD)、個人電腦等具有執行電腦軟體之電子裝置，本發明並不限制。

又，交易平台伺服器1亦透過網路與至少二認證機構的伺服器連接。本實施例之交易平台伺服器1係與第一認證機構伺服器2及一第二認證機構伺服器3連接為例說明，以達到多重認證之目的。其中，第一認證機構伺服器2可以為電信公司的伺服器，而第二認證機構伺服器3則可以為聯合信用卡處理中心的伺服器，進而可藉由聯合信用卡處理中心及電信公司的資料庫進行會員身分的多重認證，詳細說明於後。在其他實施例中，交易平台伺服器1亦可與其他可進行身分認證之機構的伺服器相互通訊連接，例如使用者U具有帳戶的銀行、或其他可代為收付款之金融機構的伺服器、或是金融聯合徵信中心。另外，交易平台伺服器1亦可與二個以上認證機構的伺服器相互通訊連接，本發明不以此為限。

本實施例之交易平台伺服器1包括運算模組11、會員申請模組12、審核模組13、傳輸模組14及記憶模組15。其中，本實施例之交易平台的認證方法(以下簡稱為認證方法)，由交易平台伺服器1所執行的部分(方法步驟)係儲存於記憶模組15，而記憶模組15為暫態或非暫態的電腦可讀取儲存媒體，並由交易平台伺服器1的各處理模組(如運算模組11、會員申請模組12及審核模組13)執行認證方法。舉例而言，藉由會 員申請模組12、運算模組11及審核模組13以執行會員註冊的申請及認證步驟，並透過傳輸模組14與使用端裝置9、第一認證機構伺服器2及第二認證機構伺服器3通訊連接，以進行資料傳輸。

在本實施例中，交易平台伺服器1與使用端裝置9、第一認證機構伺服器2及第二認證機構伺服器3之間的資料傳輸的方式是依據彼此相互配合的硬體架構不同而有不同，具體來說可以透過符合例如乙太網絡、3G、Wi-Fi或4G LTE等傳輸資料技術實現。較佳的，交易平台伺服器1亦可透過虛擬私人網路(Virtual Private Network,VPN)與第一認證機構伺服器2(聯合信用卡處理中心的伺服器)連接，以確保資料傳輸的安全。

本實施例之認證方法應用於交易平台伺服器1，圖3為本發明之交易平台的認證方法之一實施例的流程步驟圖，並請同時參考圖2及圖3所示，以瞭解本發明。

步驟S10：交易平台伺服器1提供一會員註冊介面至使用端裝置9。

步驟S11：使用端裝置9顯示一會員註冊介面。

本實施例之使用端裝置9係以智慧型手機為例，使用端裝置9可下載電子支付平台所提供的支付工具應用程式(Application,App)，使用者U可藉由操作使用端裝置9以執行支付工具應用程式，並進入會員註冊的介面，如圖4A所示，圖4A為圖3所示之步驟S11所顯示會員註冊介面的示意圖，請搭配圖4A所示。

在本實施例中，使用者U點選進入會員註冊的介面時，會員申請模組12提供會員註冊介面10至使用端裝置9(步驟S10)，其包含一手機號碼欄位101、一身分資料欄位102及一支付工具欄位103。相對應的，使用端裝置9所顯示之會員註冊介面10(步驟S11)亦包含手機號碼 欄位101、身分資料欄位102及支付工具欄位103，令使用者U可透過使用端裝置9輸入手機號碼、身分資料及支付工具等資料。

步驟S12：使用端裝置9傳送一手機號碼資料至交易平台伺服器1。

在本實施例中，會員註冊介面10更包括一傳送手機號碼圖樣104，亦即，如圖4A所示之「傳送手機號碼，取得認證碼」之圖樣。使用者U可在填妥手機號碼、身分資料及支付工具等資料後，亦即，填妥除認證碼以外的資料後，點選傳送手機號碼圖樣104之圖樣，以將手機號碼資料傳送至交易平台伺服器1。圖4B為圖4A所示之會員註冊介面之另一實施例的示意圖，請參考圖4B所示。亦可將會員註冊介面10a之手機號碼欄位101a及傳送手機號碼圖樣104a配置在同一區域，令使用者U於手機號碼欄位101a輸入手機號碼後，可先直接點選手機號碼圖樣104a以傳送手機號碼至交易平台伺服器1，之後再繼續輸入身分資料及支付工具等其他資料。

步驟S13：交易平台伺服器1接收手機號碼資料，並產生一動態認證碼。

又，交易平台伺服器1透過傳輸模組14自使用端裝置9接收手機號碼資料後傳送至運算模組11，再由運算模組11產生一組動態認證碼，其可以為隨機的數字或英文字母等字元組合。具體而言，可將運算模組11接收手機號碼資料的作動，設定為產生動態認證碼的指令，故當運算模組11接收手機號碼資料，即可對應產生一組動態認證碼。

步驟S14：交易平台伺服器1傳送動態認證碼至使用端裝置9。

接著，運算模組11可將所產生的動態認證碼再經由傳輸模組14傳送至使用端裝置9，例如透過簡訊的方式，直接將動態認證碼傳送至使用端裝置9。

另外，運算模組11可將所產生的動態認證碼及其對應之手機號碼資料傳送至記憶模組15，並暫存於記憶模組15。

步驟S15：使用端裝置9接收動態認證碼。

步驟S16：使用端裝置9傳送一會員申請資料至交易平台伺服器1。

使用端裝置9接收動態認證碼後，使用者U即可在如圖4A或圖4B所示之「輸入認證碼」欄位輸入動態認證碼，並填妥身分資料、支付工具資料等資料後，點選「送出」圖樣，即可傳送一會員申請資料至交易平台伺服器1。換言之，會員申請資料包含回傳動態認證碼、身分資料及支付工具資料，亦包含手機號碼資料及其他設定帳號的資料，其可依據電子支付平台業者的需求而設計。

請先參考圖4A所示，使用者U可先填妥所有資料後(認證碼以外)，再點選傳送手機號碼圖樣104，以取得動態認證碼。接著，輸入動態認證碼後，再點選「送出」圖樣，以傳送會員申請資料。抑或是如圖4B所示，使用者U可先輸入手機號碼，並點選傳送手機號碼圖樣104a，以送出手機號碼資料。在等待交易平台伺服器1回傳動態認證碼的同時，續行輸入身分資料、支付工具資料等其他資料，而於取得動態認證碼並輸入後，再點選「送出」圖樣，以傳送會員申請資料。因此，不論是圖4A或圖4B的實施例，使用者U皆可在同一會員註冊介面10(或10a)輸入資料，最後再點選「送出」圖樣，一併傳送申請會員所需的相關資料(亦即會員申請資料)至交易平台伺服器1。

步驟S17：交易平台伺服器1接收會員申請資料，其包括回傳動態認證碼、身分資料及支付工具資料。

交易平台伺服器1的傳輸模組14自使用端裝置9接收會員申請資料，並傳送至會員申請模組12，由會員申請模組12續行處理會員申請 資料。如前述，會員申請資料至少包括回傳動態認證碼、身分資料及支付工具資料，當然，亦可包括手機號碼資料、或其他設定帳號的資料，本發明並不限定。其中，會員申請模組12可依據回傳動態認證碼，自記憶模組15取得該組動態認證碼及其所對應之手機號碼資料，並判斷回傳動態認證碼是否正確。若不正確，傳送錯誤訊息至使用端裝置9，令使用者U可重新回傳動態認證碼；若正確，續行步驟S18及步驟S19。

步驟S18：交易平台伺服器1傳送身分資料及支付工具資料至第一認證機構伺服器2。

步驟S19：交易平台伺服器1傳送手機號碼資料及身分資料至第二認證機構伺服器3。

會員申請模組12可依據所配合之認證機構的性質差異，傳送不同資料至所對應的認證機構。在本實施例中，第一認證機構伺服器2係以聯合信用卡處理中心的伺服器為例，而第二認證機構伺服器3係以電信公司的伺服器為例，故會員申請模組12可將身分資料及支付工具資料傳送至第一認證機構伺服器2(步驟S18)，並將手機號碼資料及身分資料傳送至第二認證機構伺服器3(步驟S19)。

較佳的，交易平台伺服器1之會員申請模組12實質上同時傳送身分資料及支付工具資料至第一認證機構伺服器2、及傳送手機號碼資料及身分資料至第二認證機構伺服器3。換言之，步驟S18及步驟S19實質上係同時進行。

較佳的，本實施例之交易平台伺服器1更可包括加密模組，可針對每一筆需傳輸的資料，例如前述之動態認證碼、及身分資料、支付工具資料等會員申請資料，進行資料加密動作，以保障資料安全。

步驟S20：第一認證機構伺服器2接收身分資料及支付工具資料。

步驟S21：第一認證機構伺服器2產生一第一認證結果，並回傳至交易平台伺服器1。

第一認證機構伺服器2接收身分資料及支付工具資料後，可以核對支付工具資料所對應之持有人的身分是否與身分資料所載者相同。舉例而言，若支付工具為信用卡，其對應之支付工具資料可以為信用卡卡號，而第一認證機構伺服器2可以為聯合信用卡處理中心的伺服器，其可依據信用卡卡號取得持卡人的身分，與交易平台伺服器1所傳送的身分資料進行比對。若相同，則表示申請人與持卡人相同，並產生「身分相符」的第一認證結果；若不相同，則表示產生申請人與持卡人不相同，並產生「身分不符」的第一認證結果。

在其他實施例中，若支付工具為銀行帳戶扣款，其對應之支付工具資料可以為帳戶號碼，第一認證機構伺服器2則可以為對應之金融機構(例如銀行)的伺服器，使第一認證機構伺服器2可依據帳戶號碼取得該戶頭持有人的身分，同樣與交易平台伺服器1所傳送的身分資料進行比對。若相同，表示申請人與戶頭持有人相同，並產生「身分相符」的第一認證結果；若不相同，則表示申請人與戶頭持有人不相同，產生「身分不符」的第一認證結果。接著，再將第一認證結果回傳至交易平台伺服器1。

步驟S22：第二認證機構伺服器3接收手機號碼資料及身分資料。

步驟S23：第二認證機構伺服器3產生一第二認證結果，並回傳至交易平台伺服器1。

同理，第二認證機構伺服器3(電信公司的伺服器)接收手機號碼資料及身分資料後，可以核對手機號碼資料所對應之門號持有人的身分是否與身分資料所載者相同。若相同，表示申請人與門號持有人相同，產生「身分相符」的第二認證結果；若不相同，則表示申請人與門號持有人 不相同，產生「身分不符」的第二認證結果。接著，再將第二認證結果回傳至付平台伺服器1

步驟S24：交易平台伺服器1接收一第一認證結果。

步驟S25：交易平台伺服器1接收一第二認證結果。

交易平台伺服器1的傳輸模組14可分別自第一認證機構伺服器2及第二認證機構伺服器3接收第一認證結果及第二認證結果，並將其轉傳至審核模組13。需說明的是，步驟S24及步驟S25的發生順序，係依據第一認證機構伺服器2及第二認證機構伺服器3的處理資料的速度，本發明並不特定限定其順序。

因此，藉由本實施例之交易平台伺服器1的架構及其所執行的認證方法，使交易平台伺服器1可一次性的向多個認證機構進行驗證，例如本實施例之聯合信用卡處理中心、電信公司。在其他實施例中，交易平台伺服器1更可與使用者之帳戶的銀行、其他可代為收付款之金融機構的伺服器、或是金融聯合徵信中心通訊連接，透過更多認證機構進行一次性的驗證。

步驟S26：評估第一認證結果及第二認證結果，並產生一申請結果。

交易平台伺服器1的審核模組13接收第一認證結果及第二認證結果後，可據此產生對應之申請結果。具體而言，審核模組13可對第一認證結果及第二認證結果進行評估，並產生不同權限帳號等申請結果。舉例而言，若第一認證結果及第二認證結果皆為「身分相符」，即產生完整權限帳號的申請結果，其可使用電子支付平台的較多功能，例如信用卡收款、轉帳、儲值、付款等。若第一認證結果及第二認證結果中任一有「身分不符」的情形，審核模組13可依認證中心之不同重要性，予以考核，產生不同等級權限帳號的申請結果，例如僅有小額付款功能等。

步驟S27：交易平台伺服器1傳送申請結果至使用端裝置9。

接著，將申請結果傳送至使用端裝置9。較佳的，亦可於申請結果中附加未取得完整權限帳號的理由，例如若第一認證結果之「身分不符」，即可附加「申請人與持卡人不相同」或「申請人與戶頭持有人不相同」的訊息；若第二認證結果之「身分不符」，即可附加「申請人與門號持有人不相同」的訊息。

步驟S28：使用端裝置9接收申請結果。

最後，使用端裝置9接收申請結果，使用者可得知所取得的帳號權限結果。

綜上所述，依據本發明之交易平台的認證方法及交易平台伺服器，藉由交易平台伺服器與第一認證機構伺服器及第二認證機構伺服器連接，並同時接收回傳動態認證碼、身分資料及支付工具資料，進而可實質上同時地傳送身分資料及支付工具資料至第一認證機構伺服器，及傳送手機號碼資料及身分資料至第二認證機構伺服器，使交易平台伺服器可達到一次性的向多個認證機構進行驗證的功能，並同時改善習知交易平台所提供之註冊介面繁複的問題。

需注意的是，上述僅為實施例，而非限制於實施例。譬如不脫離本發明基本架構者，皆應為本專利所主張之權利範圍，而應以專利申請範圍為準。

Claims (8)

1. 一種交易平台的認證方法，應用於一交易平台伺服器，其透過網路與一使用端裝置、一第一認證機構伺服器及一第二認證機構伺服器連接，該認證方法包括下列步驟：該交易平台伺服器自該使用端裝置接收一手機號碼資料，並產生一動態認證碼；該交易平台伺服器傳送該動態認證碼至該使用端裝置；該交易平台伺服器自該使用端裝置接收一會員申請資料，其包括一回傳動態認證碼、一身分資料及一支付工具資料；該交易平台伺服器傳送該身分資料及該支付工具資料至該第一認證機構伺服器，並傳送該手機號碼資料及該身分資料至該第二認證機構伺服器；該交易平台伺服器自該第一認證機構伺服器接收一第一認證結果；該交易平台伺服器自該第二認證機構伺服器接收一第二認證結果；該交易平台伺服器評估該第一認證結果及該第二認證結果，並產生一申請結果；以及該交易平台伺服器傳送該申請結果至該使用端裝置。
2. 如申請專利範圍第1項所述之交易平台的認證方法，其中該交易平台伺服器自該使用端裝置接收該會員申請資料之前，更包括下列步驟：該交易平台伺服器提供一會員註冊介面至該使用端裝置，其包含一手機號碼欄位、一身分資料欄位及一支付工具欄位。
3. 如申請專利範圍第2項所述之交易平台的認證方法，其中該會員註冊介面更包括一傳送手機號碼圖樣。
4. 如申請專利範圍第1項所述之交易平台的認證方法，其中該交易平台伺服器實質上同時傳送該身分資料及該支付工具資料至該第一認證 機構伺服器，及傳送該手機號碼資料及該身分資料至該第二認證機構伺服器。
5. 一種交易平台伺服器，透過網路與一使用端裝置、一第一認證機構伺服器及一第二認證機構伺服器連接，該交易平台伺服器包括：一運算模組，自該使用端裝置接收一手機號碼資料，並產生一動態認證碼，且傳送該動態認證碼至該使用端裝置；一會員申請模組，自該使用端裝置接收一會員申請資料，該會員申請資料包括一回傳動態認證碼、一身分資料及一支付工具資料，並傳送該身分資料及該支付工具資料至該第一認證機構伺服器、及傳送該手機號碼資料及該身分資料至該第二認證機構伺服器；以及一審核模組，自該第一認證機構伺服器接收一第一認證結果、及自該第二認證機構伺服器接收一第二認證結果，並評估該第一認證結果及該第二認證結果以產生一申請結果，及傳送該申請結果至該使用端裝置。
6. 如申請專利範圍第5項所述之交易平台伺服器，其中該會員申請模組提供一會員註冊介面至該使用端裝置，其包含一手機號碼欄位、一身分資料欄位及一支付工具欄位。
7. 如申請專利範圍第6項所述之交易平台伺服器，其中該會員註冊介面更包括一傳送手機號碼圖樣。
8. 如申請專利範圍第5項所述之交易平台伺服器，其中該會員申請模組實質上同時傳送該身分資料及該支付工具資料至該第一認證機構伺服器、及傳送該手機號碼資料及該身分資料至該第二認證機構伺服器。