TWI761136B - 刷卡交易處理系統及刷卡交易即時通知處理方法 - Google Patents

Abstract

一種刷卡交易處理系統儲存有多筆商店資料，每一商店資料包含一或多筆商店識別資料，且每一商店識別資料包含一相關於刷卡交易之收單機構的識別碼資料及一對應的商店名稱。該刷卡交易處理系統用於在接收到一刷卡交易授權請求後據其所包含的一收單代碼資料判斷該等商店識別資料中是否存在一筆符合一匹配條件的匹配商店識別資料，並在判斷結果為是時至少根據該匹配商店識別資料的商店名稱產生一呈現出一交易金額及該匹配商店識別資料之商店名稱的刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關的使用端電子裝置輸出。

Description

刷卡交易處理系統及刷卡交易即時通知處理方法

本發明是有關於一種處理系統，特別是指一種適用於處理信用卡交易的刷卡交易處理系統。本發明還有關於一種由該刷卡交易處理系統所實施的刷卡交易即時通知處理方法。

信用卡及簽帳金融卡在現代社會中已成為相當普及的支付工具，但信用卡/簽帳金融卡盜刷的問題實在難以完全杜絕，因此，為了讓持卡人能即時對盜刷行為有所警覺，多數的信用卡/簽帳金融卡發行機構(即「發卡機構」)的交易處理系統皆會在刷卡交易發生時即時傳送消費通知至持卡人的行動裝置，以提醒持卡人其信用卡/簽帳金融卡剛被用於進行了一筆刷卡交易。

但是，當發卡機構所發行的信用卡/簽帳金融卡被用於在一家「非」特約商店進行刷卡交易時，發卡機構的交易處理系統並無法從刷卡交易的授權請求中獲得具體的商店名稱，因此，對於在「非」特約商店所進行的刷卡交易，發卡機構的交易處理系統並無法即時提供具有商店名稱的消費通知給持卡人。

也就是說，對於持卡人而言，持卡人並無法根據消費 通知確認刷卡交易是在哪一家商店所進行的，而且，如果該筆刷卡交易是根據持卡人事先約定的自動扣款而被執行，則持卡人便可能因為一時忘記有設定自動扣款，而誤以為信用卡/簽帳金融卡遭到盜刷，所以，現有技術仍存在待改善的空間。

本發明的其中一目的，在於提供一種能改善現有技術之不便的刷卡交易處理系統。

本發明刷卡交易處理系統包含一資料庫單元及一電連接該資料庫單元的處理單元。該資料庫單元儲存有多筆商店資料，每一商店資料包含一或多筆商店識別資料，且每一商店識別資料包含一相關於刷卡交易之收單機構的識別碼資料，以及一對應該識別碼資料的商店名稱。該處理單元用於在接收到一筆包含一收單代碼資料及一交易金額的刷卡交易授權請求後，根據該刷卡交易授權請求的收單代碼資料判斷該等商店識別資料中是否存在一筆符合一匹配條件的匹配商店識別資料，其中，對於每一商店識別資料，該匹配條件包含該商店識別資料的識別碼資料與該刷卡交易授權請求的收單代碼資料相符。並且，該處理單元還用於在判斷出該匹配商店識別資料存在後，至少根據該匹配商店識別資料的商店名稱產生一包含且呈現出該交易金額及該匹配商店識別資料之商店名稱 的刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關於該刷卡交易授權請求的使用端電子裝置輸出。

在本發明刷卡交易處理系統的一些實施態樣中，該處理單元在接收到該刷卡交易授權請求後，還根據該刷卡交易授權請求的收單代碼資料判斷該刷卡交易授權請求是屬於一本行收單類型還是一他行收單類型。在該處理單元判斷出該匹配商店識別資料存在的情況下，該等該商店資料中包含有該匹配商店識別資料的該商店資料被作為一目標商店資料，並且，在該處理單元判斷出該刷卡交易授權請求是屬於該他行收單類型的情況下，該處理單元還先判斷該目標商店資料是否符合一可靠度驗證條件，其中，該可靠度驗證條件包含該目標商店資料僅包含單一種商店名稱，並且，該處理單元是在判斷出該目標商店資料符合該可靠度驗證條件時，才產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。

在本發明刷卡交易處理系統的一些實施態樣中，在該處理單元判斷出該匹配商店識別資料存在，且還判斷出該刷卡交易授權請求是屬於該本行收單類型的情況下，該處理單元不判斷該目標商店資料是否符合該可靠度驗證條件，而直接產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。

在本發明刷卡交易處理系統的一些實施態樣中，當該處理單元判斷出該等商店識別資料中不存在任何匹配商店識別資料，或者是判斷出該目標商店資料不符合該可靠度驗證條件時，該處理單元產生另一包含且呈現出該交易金額但不包含任何商店名稱的刷卡交易即時通知，並將另該刷卡交易即時通知傳送至相關於該刷卡交易授權請求的該使用端電子裝置輸出。

在本發明刷卡交易處理系統的一些實施態樣中，每一商店資料還包含一刷卡交易量參數，且該處理單元每隔一段時間地更新該刷卡交易量參數，並且，對於該目標商店資料，該可靠度驗證條件還包含該目標商店資料當前的該交易量參數大於等於一預定門檻值。

在本發明刷卡交易處理系統的一些實施態樣中，每一商店資料的刷卡交易量參數為一對應該商店資料之該(等)識別碼資料的最近N日平均刷卡交易量，並且，對於每一商店資料的刷卡交易量參數，該處理單元是每隔一日地至少根據一當日清算彙總資料而更新該刷卡交易量參數。

本發明的另一目的，在於提供該刷卡交易處理系統所實施的一種刷卡交易即時通知處理方法。

本發明刷卡交易即時通知處理方法由一刷卡交易處理系統實施，該刷卡交易處理系統儲存有多筆商店資料，每一商店資 料包含一或多筆商店識別資料，且每一商店識別資料包含一相關於刷卡交易之收單機構的識別碼資料，以及一對應該識別碼資料的商店名稱，該刷卡交易即時通知處理方法包含：該刷卡交易處理系統在接收到一筆包含一收單代碼資料及一交易金額的刷卡交易授權請求後，根據該刷卡交易授權請求的收單代碼資料判斷該等商店識別資料中是否存在一筆符合一匹配條件的匹配商店識別資料，其中，對於每一商店識別資料，該匹配條件包含該商店識別資料的識別碼資料與該刷卡交易授權請求的收單代碼資料相符。該刷卡交易處理系統在判斷出該匹配商店識別資料存在後，至少根據該匹配商店識別資料的商店名稱產生一包含且呈現出該交易金額及該匹配商店識別資料之商店名稱的刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關於該刷卡交易授權請求的使用端電子裝置輸出。

在本發明刷卡交易即時通知處理方法的一些實施態樣中，該刷卡交易處理系統在接收到該刷卡交易授權請求後，還根據該刷卡交易授權請求的收單代碼資料判斷該刷卡交易授權請求是屬於一本行收單類型還是一他行收單類型。在該刷卡交易處理系統判斷出該匹配商店識別資料存在的情況下，該等該商店資料中包含有該匹配商店識別資料的該商店資料被作為一目標商店資料，並且，在該刷卡交易處理系統判斷出該刷卡交易授權請求是屬於該他 行收單類型的情況下，該刷卡交易處理系統還先判斷該目標商店資料是否符合一可靠度驗證條件，其中，該可靠度驗證條件包含該目標商店資料僅包含單一種商店名稱，並且，該刷卡交易處理系統是在判斷出該目標商店資料符合該可靠度驗證條件時，才產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。

在本發明刷卡交易即時通知處理方法的一些實施態樣中，在該刷卡交易處理系統判斷出該匹配商店識別資料存在，且還判斷出該刷卡交易授權請求是屬於該本行收單類型的情況下，該刷卡交易處理系統不判斷該目標商店資料是否符合該可靠度驗證條件，而直接產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。

在本發明刷卡交易即時通知處理方法的一些實施態樣中，當該刷卡交易處理系統判斷出該等商店識別資料中不存在任何匹配商店識別資料，或者是判斷出該目標商店資料不符合該可靠度驗證條件時，該刷卡交易處理系統產生另一包含且呈現出該交易金額但不包含任何商店名稱的刷卡交易即時通知，並將另該刷卡交易即時通知傳送至相關於該刷卡交易授權請求的該使用端電子裝置輸出。

在本發明刷卡交易即時通知處理方法的一些實施態樣 中，每一商店資料還包含一刷卡交易量參數，且該刷卡交易處理系統每隔一段時間地更新該刷卡交易量參數，並且，對於該目標商店資料，該可靠度驗證條件還包含該目標商店資料當前的該交易量參數大於等於一預定門檻值。

在本發明刷卡交易即時通知處理方法的一些實施態樣中，每一商店資料的刷卡交易量參數為一對應該商店資料之該(等)識別碼資料的最近N日平均刷卡交易量，並且，對於每一商店資料的刷卡交易量參數，該刷卡交易處理系統是每隔一日地至少根據一當日清算彙總資料而更新該刷卡交易量參數。

本發明之功效在於：當接收到屬於他行收單類型的刷卡交易授權請求時，該刷卡交易處理系統能夠在判定該匹配商店識別資料存在的情形下產生並傳送呈現有商店名稱的刷卡交易即時通知至由持卡人所持有的使用端電子裝置，藉此，即便持卡人的信用卡或簽帳金融卡被用於在非特約商店進行刷卡交易，該刷卡交易處理系統也能讓持卡人在刷卡交易完成時即時地透過由該刷卡交易即時通知確認刷卡交易所對應的商店名稱，藉此減少持卡人因無法確認商店名稱而心生疑慮的情況，因而能對現有技術之不便作出改善。

1:刷卡交易處理系統

11:資料庫單元

12:處理單元

D:商店資料

D’:目標商店資料

d1:商店識別資料

d1’:匹配商店識別資料

d2:刷卡交易量參數

S1~S7:步驟

本發明之其他的特徵及功效，將於參照圖式的實施方式中清楚地呈現，其中：圖1是本發明刷卡交易處理系統之一實施例的一方塊示意圖；及圖2是一流程圖，用於示例性地說明該實施例如何實施一刷卡交易即時通知處理方法。

在本發明被詳細描述之前應當注意：本專利說明書中所述的「電連接」是泛指多個電子設備/裝置/元件之間透過導電材料彼此相連而實現的「有線電連接」，以及透過無線通訊技術進行單/雙向無線信號傳輸的「無線電連接」。並且，本專利說明書中所述的「電連接」亦泛指多個電子設備/裝置/元件之間彼此直接相連而形成的「直接電連接」，以及多個電子設備/裝置/元件之間還透過其他電子設備/裝置/元件彼此間接相連而形成的「間接電連接」。

進一步地，本專利說明書中所述的「商店」係泛指「實體商店」及「網路商店」等所有能接受以信用卡及/或簽帳金融卡進行刷卡交易之營業機構。另一方面，為了便於描述，本專利說明書將主要以「信用卡」的刷卡交易為例來對本發明的運作方式進行 示例說明，然而，應當理解的是，本發明的實際實施態樣亦可針對「簽帳金融卡」的刷卡交易進行處理，所以，本專利說明書中的「刷卡交易」是泛指以信用卡及簽帳金融卡所進行的交易。

參閱圖1，本發明刷卡交易處理系統1之一實施例例如是由一有發行信用卡的發卡機構(例如一銀行A)所管理，且該刷卡交易處理系統1例如包含一資料庫單元11，以及一電連接該資料庫單元11的處理單元12。

在本實施例中，該資料庫單元11例如是被實施為一包括硬碟的資料儲存裝置，而該處理單元12則例如是被實施為一包括中央處理器的運算裝置。然而，在其他的實施態樣中，該資料庫單元11亦可例如被實施為多台彼此電連接之資料儲存裝置的組合，而該處理單元12則亦可例如被實施為多台彼此電連接而能相互通訊之運算裝置的組合，應當理解的是，該資料庫單元11與該處理單元12的實際實施方式能夠基於例如成本、性能或管理等各方面的需求而被自由調整，因此，該資料庫單元11及該處理單元12的具體實施態樣並不以本實施例為限。

在本實施例中，該資料庫單元11儲存有多筆商店資料D，並且，每一商店資料D包含一或多筆商店識別資料d1(圖1示例性地示出一筆)，以及一對應該(等)商店識別資料d1的刷卡交易量參數d2。

在本實施例中，每一商店識別資料d1例如包含一識別碼資料及一對應該識別碼資料的商店名稱，且每一識別碼資料例如包含一收單機構識別碼及一對應該收單機構識別碼的商店識別碼。另外，在本實施例中，每一筆商店資料D所包含的該(等)商店識別資料d1例如是被共同作為一商店識別資料群組，而且，對於該刷卡交易處理系統1而言，每一商店識別資料群組相當於是對應於一家商店(可例如為實體商店或網路商店)，換言之，對於該刷卡交易處理系統1來說，同一筆商店資料D中的所有商店識別資料d1相當於是對應於同一家商店。

為了對本實施例中的商店識別資料d1進行更具體的示例說明，以下以一表1示例性地示出本實施例中共同構成其中一個商店識別資料群組的三筆商店識別資料d1。

配合參閱上表1，在本實施例中，每一收單機構識別碼(例如表1中的「8221217」)例如是對應於一個有向對應之商店提供刷卡交易收單服務的收單機構，而該收單機構識別碼所對應的 商店識別碼(例如表1中的「0625831)則例如代表對應的收單機構針對利用其刷卡交易收單服務的一家商店(例如表1中的「綠意蔬果店」)所設定的代碼。補充說明的是，在本實施例中，該發卡機構本身例如也有向商店提供刷卡交易收單服務，換言之，該發卡機構本身在本實施例中亦屬於收單機構。

另一方面，在本實施例中，每一商店資料D的刷卡交易量參數d2例如被實施為一對應該商店資料D之該(等)識別碼資料的最近N日平均刷卡交易量，其中，N可例如被實施為5，但亦可被實施為大於1的其他任何整數。進一步舉例來說，若N被實施為5，則對於該刷卡交易處理系統1來說，每一商店資料D的該刷卡交易量參數d2即相當於對應之商店在最近五日內的單日平均刷卡交易量，但並不以此為限。

進一步地，在本實施例中，每一商店識別資料群組例如是由該處理單元12根據一清算彙總歷史資料及多筆本行收單刷卡交易紀錄所產生的。其中，該清算彙總歷史資料例如包含多筆非本行收單刷卡交易紀錄，且該等非本行收單刷卡交易紀錄及該等本行收單刷卡交易紀錄的每一者例如是各自對應於在一家商店所進行的一筆刷卡交易，且其每一者例如至少包含一收單機構碼、一商店碼及一商店店名。

對於每一筆本行收單刷卡交易紀錄更詳細地說，每當 有一張由該發卡機構所發行的信用卡被用於在一家商店進行一筆刷卡交易，且該筆刷卡交易的收單機構為該發卡機構本身時，則該刷卡交易處理系統1便會在該筆刷卡交易的進行過程中接收到一筆對應的本行刷卡交易授權請求。並且，該處理單元12例如會根據所接收到的每一個本行刷卡交易授權請求產生一筆對應的本行收單刷卡交易紀錄，並將其儲存於該資料庫單元11，但並不以此為限。

另一方面，對於每一筆非本行收單刷卡交易紀錄更詳細地說，每當有一張由該發卡機構所發行的信用卡被用於在一家商店進行一筆刷卡交易，但該筆刷卡交易的收單機構並非該發卡機構時，則該刷卡交易處理系統1便會在授權該筆刷卡交易後的一段期間內接收到一筆對應該刷卡交易的刷卡交易清算請求，並且，該刷卡交易清算請求例如是來自於該筆刷卡交易所對應的收單機構(例如一銀行B)，而被用於向該發卡機構進行請款。並且，該處理單元12例如會根據所接收到的每一刷卡交易清算請求產生一筆對應的非本行收單刷卡交易紀錄，並將其儲存於該資料庫單元11，但並不以此為限。

進一步地，對於每一個商店識別資料群組被產生的方式，該處理單元12可例如是根據該等商店碼及商店店名而對該等非本行收單刷卡交易紀錄及本行收單刷卡交易紀錄進行分群整合(亦可稱作「聚類」)，以將具有「相同商店碼但不同商店店名」及「相 同商店店名但不同商店碼」的非本行收單刷卡交易紀錄及本行收單刷卡交易紀錄整合(亦可稱作「歸戶」)至同一個商店識別資料群組中。補充說明的是，由於該處理單元12藉由分群而產生該等商店識別資料群組的方式並非本專利說明書之技術重點，故在此不過度詳述其細節。

同時參閱圖1及圖2，以下示例性地詳細說明本實施例的該刷卡交易處理系統1如何實施一刷卡交易即時通知處理方法。

首先，在步驟S1中，當該處理單元12接收到一筆包含一收單代碼資料、一交易金額及一交易時間的刷卡交易授權請求時，該處理單元12判斷是否准予該刷卡交易授權請求並對其進行授權。其中，該刷卡交易授權請求例如是對應於一筆在一家收款商店進行的刷卡付款交易，且該刷卡交易授權請求例如是由該收款商店所管理的一台刷卡結帳處理裝置(例如為一台刷卡機，圖未示出)所產生。而且，該收款商店可例如為一家實體商店或網路商店，換言之，該筆刷卡付款交易可例如是一筆現場刷卡付款交易，也可例如是在一筆網路刷卡付款交易。另一方面，該刷卡交易授權請求的收單代碼資料例如包含一收單機構代碼以及一商店代碼，其中，收單機構代碼例如是對應於一將該刷卡結帳處理裝置提供給該收款商店而負責對該刷卡付款交易進行收單處理的收單機構，而該商店代碼則例如是對應於該收款商店，且該商店代碼例如是由該收單機 構針對該收款商店所預先設定的。

為了便於對本實施例的運作方式進行說明，在此假設該處理單元12准予該刷卡交易授權請求且進行了對該刷卡交易授權請求的授權。其中，該處理單元12判定是否准予該刷卡交易授權請求及對其進行授權的方式是利用現有技術達成，而並非本專利說明書之重點，另外，該處理單元12拒絕該刷卡交易授權請求的情形亦非本專利說明書之重點，故在此不詳述其細節。

在該處理單元12完成對該刷卡交易授權請求進行的授權時，流程進行至步驟S2。

在步驟S2中，當該處理單元12完成對該刷卡交易授權請求的授權時，該處理單元12接著根據該刷卡交易授權請求的收單代碼資料判斷所有該等商店識別資料d1中是否存在其中一筆符合一匹配條件的商店識別資料d1，並且，若判斷結果為是，則符合該匹配條件的商店識別資料d1例如被該處理單元12作為本實施例的一筆匹配商店識別資料d1’(示例性地示於圖1)。

在本實施例中，對於每一商店識別資料d1，該匹配條件例如代表該商店識別資料d1的識別碼資料與該刷卡交易授權請求的收單代碼資料相符，換句話說，對於每一商店識別資料d1，本實施例的該匹配條件例如代表其識別碼資料的收單機構識別碼及商店識別碼分別相符於該刷卡交易授權請求之收單代碼資料的收 單機構代碼及商店代碼。

若該處理單元12判斷出該等商店識別資料d1中存在該匹配商店識別資料d1’，流程進行至步驟S3。另一方面，若該處理單元12判斷出該等商店識別資料d1中並不存在任何匹配商店識別資料，則流程進行至步驟S7。

在接續於步驟S2之後的步驟S3中，當該處理單元12判斷出該匹配商店識別資料d1’存在時，該處理單元12接著根據該刷卡交易授權請求之收單代碼資料的收單機構代碼判斷該刷卡交易授權請求是屬於一本行收單類型還是一他行收單類型。更明確地說，由於本實施例中的該發卡機構本身也是收單機構，故該處理單元12相當於是根據該收單代碼資料的收單機構代碼來判斷該刷卡交易授權請求所對應的刷卡付款交易是由該發卡機構本身進行收單，還是由其他的收單機構進行收單。

若該處理單元12判斷出該刷卡交易授權請求是屬於該他行收單類型，流程進行至步驟S4，另一方面，若該處理單元12判斷出該刷卡交易授權請求是屬於該本行收單類型，流程則進行至步驟S6。並且，在該處理單元12判斷出該匹配商店識別資料d1’存在的情況下，為了便於後續說明，在此將在該等該商店資料D中包含有該筆匹配商店識別資料d1’的該筆商店資料D作為本實施例的一筆目標商店資料D’(示例性地示於圖1)。

在接續於步驟S3之後的步驟S4中，當該處理單元12判斷出該刷卡交易授權請求是屬於該他行收單類型時，該處理單元12進一步判斷該目標商店資料D’是否符合一可靠度驗證條件。在本實施例中，對於該目標商店資料D’，該可靠度驗證條件例如包含該目標商店資料D’僅包含單一種商店名稱，以及該目標商店資料D’當前所包含的該刷卡交易量參數d2大於等於一預定門檻值。

以前述的表1舉例來說，若該目標商店資料D’是包含表1所示的該三筆商店識別資料d1，則由於該三筆商店識別資料d1的商店名稱彼此一致(皆為「綠意蔬果店」)，所以代表該目標商店資料D’僅包含單一種商店名稱。而若該目標商店資料D’所包含的所有商店識別資料d1中有其中至少一者的商店名稱與其他者不同，則代表該目標商店資料D’包含兩種以上的商店名稱，在此情況下，該處理單元12便會判定該目標商店資料D’不符合該可靠度驗證條件。

另一方面，該預定門檻值可例如是由該處理單元12根據一對應該目標商店資料D’的刷卡交易量歷史紀錄所預先決定的，但並不以此為限。並且，若該目標商店資料D’當前的刷卡交易量參數d2大於等於該預定門檻值，則相當於該目標商店資料D’所相關的刷卡交易數量在最近N日內並未發生異常減少的情形。

補充說明的是，在其他的實施例中，該可靠度驗證條 件也可例如僅代表該目標商店資料D’所包含的所有商店名稱彼此一致，而不相關於該目標商店資料D’當前的刷卡交易量參數d2是否大於等於該預定門檻值，所以，該可靠度驗證條件的具體實施態樣並不以本實施例為限。

若該處理單元12判斷出該目標商店資料D’符合該可靠度驗證條件，流程進行至步驟S5。另一方面，若該處理單元12判斷出該目標商店資料D’不符合該可靠度驗證條件，流程則進行至步驟S7。

在接續於步驟S4之後的步驟S5中，一旦該處理單元12判斷出該目標商店資料D’符合該可靠度驗證條件，該處理單元12例如根據該刷卡交易授權請求的交易金額與交易時間，以及該匹配商店識別資料d1’的商店名稱產生一刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關於該刷卡交易授權請求的使用端電子裝置(圖未示出)，以供該使用端電子裝置將該刷卡交易即時通知輸出。其中，該使用端電子裝置可例如是該筆刷卡付款交易所利用之信用卡的持卡人的手機，且該處理單元12可例如是將該刷卡交易即時通知以簡訊、推播、即時訊息及電子郵件等其中任一種形式傳送至該使用端電子裝置，但並不以此為限。

值得注意的是，該刷卡交易即時通知包含且呈現出該交易金額、該交易時間以及該匹配商店識別資料d1’的商店名稱， 藉此，持卡人不但能根據該刷卡交易即時通知而即時得知其信用卡剛被用於進行了一筆刷卡交易，還能進一步得知該筆刷卡交易所對應的商店名稱為何，藉此，即便該刷卡交易是藉由預先約定好的自動扣款而被自動執行(亦即持卡人本身並無實際刷卡行為)，持卡人也能夠藉由該刷卡交易即時通知的商店名稱而確認該筆刷卡交易並不涉及盜刷行為。另一方面，由於該刷卡交易即時通知是該處理單元12先於步驟S3中判定該刷卡交易授權請求是屬於該他行收單類型，再於步驟S4中判定該目標商店資料D’符合該可靠度驗證條件後才產生的，因此，本實施例有助於確保該刷卡交易即時通知之商店名稱的正確性。

進一步說明的是，若該刷卡交易授權請求是屬於該他行收單類型，即代表該匹配商店識別資料d1’中的商店識別碼及商店名稱是由該發卡機構以外的其他收單機構所設定的，而且，有些收單機構可能會對多家不同的商店設定同一個商店識別碼(例如同一購物平台上的多家網路商店共用同一商店識別碼)，所以，即便該處理單元12在步驟S2中判定該匹配商店識別資料d1’存在，但該處理單元12並無法確認該匹配商店識別資料d1’的商店名稱是否正確。因此，藉由在步驟S4中判斷該目標商店資料D’是否符合該可靠度驗證條件，除了能藉由判斷該匹配商店識別資料d1’的商店名稱是否與同一商店識別資料群組中的其他商店名稱一致而確保商 店名稱的正確性之外，也能藉由判斷該目標商店資料D’當前的刷卡交易量參數d2是否大於等於該預定門檻值，而確認對應的收款商店是否處於正常營運狀態。如此一來，本實施例能特別針對由其他收單機構進行收單的刷卡交易授權請求進一步確認該匹配商店識別資料d1’的商店名稱是否具有足夠的可信度。

在接續於步驟S3之後的步驟S6中，當該處理單元12判斷出該刷卡交易授權請求是屬於該本行收單類型時，則代表該匹配商店識別資料d1’中的商店識別碼及商店名稱是由該發卡機構本身所設定，而具有足夠的可信度。在此情況下，該處理單元12例如不判斷該目標商店資料D’是否符合該可靠度驗證條件，而直接地產生呈現出該交易金額、該交易時間以及該匹配商店識別資料d1’之商店名稱的該刷卡交易即時通知，並將該刷卡交易即時通知傳送至該使用端電子裝置，以供該使用端電子裝置將該刷卡交易即時通知輸出。

在接續於步驟S2或步驟S4之後的步驟S7中，當該處理單元12判斷出該等商店識別資料d1中並不存在任何匹配商店識別資料，或者是判斷出該目標商店資料D’不符合該可靠度驗證條件時，該處理單元12例如根據該刷卡交易授權請求的交易金額及交易時間產生另一包含且呈現出該交易金額及該交易時間但不包含任何商店名稱的刷卡交易即時通知，並將該刷卡交易即時通知傳送至 該使用端電子裝置，以供該使用端電子裝置將該刷卡交易即時通知輸出。藉此，本實施例能夠避免因提供錯誤的商店名稱而使信用卡持卡人誤會遭到盜刷。

此外，在本實施例之刷卡交易即時通知處理方法的較佳實施態樣中，該處理單元12例如會每隔一段時間地自動對該等商店資料D進行更新維護。更具體地說，在本實施例中，對於每一商店資料D的刷卡交易量參數d2，該處理單元12例如是每隔一日地根據一當日清算彙總資料、一當日本行刷卡交易紀錄以及該商店資料D所對應的該刷卡交易量歷史紀錄而對該商店資料D的刷卡交易量參數d2進行更新，但並不以此為限。其中，該當日清算彙總資料例如包含多筆刷卡交易清算請求，且每一筆刷卡交易清算請求例如是對應於一筆利用該發卡機構所發行之信用卡完成但非由該發卡機構進行收單的刷卡交易。另一方面，該處理單元12亦可例如利用自然語言處理技術及模糊邏輯技術而根據該當日清算彙總資料對每一商店資料D的該(等)商店識別資料d1產生關於商店名稱的修改建議、停用建議、刪除建議、名稱統一建議及/或可信度評估等資訊，以輔助該發卡機構進一步對該資料庫單元11中的商店識別資料d1進行人工調整及維護，然而，該處理單元12產生關於商店名稱之建議的方式並非本專利說明書之技術重點，故在此不過度詳述其細節。

以上即為本實施例之刷卡交易處理系統1如何實施該刷卡交易即時通知處理方法的示例說明。應當理解的是，前述對於步驟S1至步驟S7的說明及圖2的流程圖僅是用於示例說明該刷卡交易即時通知處理方法的其中一種可實施方式，並且，即便將步驟S1至步驟S7進行合併或順序調整，只要能達成與本實施例均等之功效，即屬於該刷卡交易即時通知處理方法的可實施態樣，因此，步驟S1至步驟S7的順序並非用於限制本發明之可實施範圍。

綜上所述，藉由實施該刷卡交易即時通知處理方法，當接收到屬於他行收單類型的刷卡交易授權請求時，該刷卡交易處理系統1能夠在判定該匹配商店識別資料d1’存在的情形下產生並傳送呈現有商店名稱的刷卡交易即時通知至由持卡人所持有的使用端電子裝置，藉此，即便持卡人的信用卡或簽帳金融卡被用於在非特約商店進行刷卡交易，該刷卡交易處理系統1也能讓持卡人在刷卡交易完成時即時地透過由該刷卡交易即時通知確認刷卡交易所對應的商店名稱，藉此減少持卡人因無法確認商店名稱而心生疑慮的情況。進一步地，在該處理單元12判定該匹配商店識別資料d1’存在的情況下，該處理單元12能夠針對屬於他行收單類型的刷卡交易授權請求進一步但判斷該目標商店資料D’是否符合該可靠度驗證條件，並且在判斷結果為是的情形下才產生並傳送呈現有商店名稱的刷卡交易即時通知至該使用端電子裝置，而有助於避免將錯誤 的商店名稱提供給持卡人參考，故確實能達成本發明之目的。

惟以上所述者，僅為本發明之實施例而已，當不能以此限定本發明實施之範圍，凡是依本發明申請專利範圍及專利說明書內容所作之簡單的等效變化與修飾，皆仍屬本發明專利涵蓋之範圍內。

1:刷卡交易處理系統

11:資料庫單元

12:處理單元

D:商店資料

D’:目標商店資料

d1:商店識別資料

d1’:匹配商店識別資料

d2:刷卡交易量參數

Claims (12)

1. 一種刷卡交易處理系統，包含： 一資料庫單元，儲存有多筆商店資料，每一商店資料包含一或多筆商店識別資料，且每一商店識別資料包含一相關於刷卡交易之收單機構的識別碼資料，以及一對應該識別碼資料的商店名稱；及 一處理單元，電連接該資料庫單元，並用於在接收到一筆包含一收單代碼資料及一交易金額的刷卡交易授權請求後，根據該刷卡交易授權請求的收單代碼資料判斷該等商店識別資料中是否存在一筆符合一匹配條件的匹配商店識別資料，其中，對於每一商店識別資料，該匹配條件包含該商店識別資料的識別碼資料與該刷卡交易授權請求的收單代碼資料相符，並且，該處理單元還用於在判斷出該匹配商店識別資料存在後，至少根據該匹配商店識別資料的商店名稱產生一包含且呈現出該交易金額及該匹配商店識別資料之商店名稱的刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關於該刷卡交易授權請求的使用端電子裝置輸出。
2. 如請求項1所述的刷卡交易處理系統，其中： 該處理單元在接收到該刷卡交易授權請求後，還根據該刷卡交易授權請求的收單代碼資料判斷該刷卡交易授權請求是屬於一本行收單類型還是一他行收單類型；及 在該處理單元判斷出該匹配商店識別資料存在的情況下，該等該商店資料中包含有該匹配商店識別資料的該商店資料被作為一目標商店資料，並且，在該處理單元判斷出該刷卡交易授權請求是屬於該他行收單類型的情況下，該處理單元還先判斷該目標商店資料是否符合一可靠度驗證條件，其中，該可靠度驗證條件包含該目標商店資料僅包含單一種商店名稱，並且，該處理單元是在判斷出該目標商店資料符合該可靠度驗證條件時，才產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。
3. 如請求項2所述的刷卡交易處理系統，其中，在該處理單元判斷出該匹配商店識別資料存在，且還判斷出該刷卡交易授權請求是屬於該本行收單類型的情況下，該處理單元不判斷該目標商店資料是否符合該可靠度驗證條件，而直接產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。
4. 如請求項2所述的刷卡交易處理系統，其中，當該處理單元判斷出該等商店識別資料中不存在任何匹配商店識別資料，或者是判斷出該目標商店資料不符合該可靠度驗證條件時，該處理單元產生另一包含且呈現出該交易金額但不包含任何商店名稱的刷卡交易即時通知，並將另該刷卡交易即時通知傳送至相關於該刷卡交易授權請求的該使用端電子裝置輸出。
5. 如請求項2所述的刷卡交易處理系統，其中，每一商店資料還包含一刷卡交易量參數，且該處理單元每隔一段時間地更新該刷卡交易量參數，並且，對於該目標商店資料，該可靠度驗證條件還包含該目標商店資料當前的該交易量參數大於等於一預定門檻值。
6. 如請求項5所述的刷卡交易處理系統，其中，每一商店資料的刷卡交易量參數為一對應該商店資料之該（等）識別碼資料的最近N日平均刷卡交易量，並且，對於每一商店資料的刷卡交易量參數，該處理單元是每隔一日地至少根據一當日清算彙總資料而更新該刷卡交易量參數。
7. 一種刷卡交易即時通知處理方法，由一刷卡交易處理系統實施，該刷卡交易處理系統儲存有多筆商店資料，每一商店資料包含一或多筆商店識別資料，且每一商店識別資料包含一相關於刷卡交易之收單機構的識別碼資料，以及一對應該識別碼資料的商店名稱，該刷卡交易即時通知處理方法包含： 該刷卡交易處理系統在接收到一筆包含一收單代碼資料及一交易金額的刷卡交易授權請求後，根據該刷卡交易授權請求的收單代碼資料判斷該等商店識別資料中是否存在一筆符合一匹配條件的匹配商店識別資料，其中，對於每一商店識別資料，該匹配條件包含該商店識別資料的識別碼資料與該刷卡交易授權請求的收單代碼資料相符；及 該刷卡交易處理系統在判斷出該匹配商店識別資料存在後，至少根據該匹配商店識別資料的商店名稱產生一包含且呈現出該交易金額及該匹配商店識別資料之商店名稱的刷卡交易即時通知，並將該刷卡交易即時通知傳送至一相關於該刷卡交易授權請求的使用端電子裝置輸出。
8. 如請求項7所述的刷卡交易即時通知處理方法，其中： 該刷卡交易處理系統在接收到該刷卡交易授權請求後，還根據該刷卡交易授權請求的收單代碼資料判斷該刷卡交易授權請求是屬於一本行收單類型還是一他行收單類型；及 在該刷卡交易處理系統判斷出該匹配商店識別資料存在的情況下，該等該商店資料中包含有該匹配商店識別資料的該商店資料被作為一目標商店資料，並且，在該刷卡交易處理系統判斷出該刷卡交易授權請求是屬於該他行收單類型的情況下，該刷卡交易處理系統還先判斷該目標商店資料是否符合一可靠度驗證條件，其中，該可靠度驗證條件包含該目標商店資料僅包含單一種商店名稱，並且，該刷卡交易處理系統是在判斷出該目標商店資料符合該可靠度驗證條件時，才產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。
9. 如請求項8所述的刷卡交易即時通知處理方法，其中，在該刷卡交易處理系統判斷出該匹配商店識別資料存在，且還判斷出該刷卡交易授權請求是屬於該本行收單類型的情況下，該刷卡交易處理系統不判斷該目標商店資料是否符合該可靠度驗證條件，而直接產生並傳送呈現出該匹配商店識別資料之商店名稱的該刷卡交易即時通知至該使用端電子裝置。
10. 如請求項8所述的刷卡交易即時通知處理方法，其中，當該刷卡交易處理系統判斷出該等商店識別資料中不存在任何匹配商店識別資料，或者是判斷出該目標商店資料不符合該可靠度驗證條件時，該刷卡交易處理系統產生另一包含且呈現出該交易金額但不包含任何商店名稱的刷卡交易即時通知，並將另該刷卡交易即時通知傳送至相關於該刷卡交易授權請求的該使用端電子裝置輸出。
11. 如請求項8所述的刷卡交易即時通知處理方法，其中，每一商店資料還包含一刷卡交易量參數，且該刷卡交易處理系統每隔一段時間地更新該刷卡交易量參數，並且，對於該目標商店資料，該可靠度驗證條件還包含該目標商店資料當前的該交易量參數大於等於一預定門檻值。
12. 如請求項11所述的刷卡交易即時通知處理方法，其中，每一商店資料的刷卡交易量參數為一對應該商店資料之該（等）識別碼資料的最近N日平均刷卡交易量，並且，對於每一商店資料的刷卡交易量參數，該刷卡交易處理系統是每隔一日地至少根據一當日清算彙總資料而更新該刷卡交易量參數。

Images