TWM622118U - 權益優惠自選平台 - Google Patents

Abstract

本揭示提供一種權益優惠自選平台，包含伺服器以及用戶系統。伺服器用以依據支付卡的主要回饋模式分析支付卡的交易回饋，並且伺服器在主要回饋模式的選擇列表中建立複數個回饋方案，其中該些回饋方案具有相異的參數組合。用戶系統用以接收第一方案指令，其中第一方案指令從該些回饋方案中挑選第一回饋方案，並且指示伺服器將支付卡之主要回饋模式設定為第一回饋方案，使伺服器依據第一回饋方案分析支付卡在第一回饋方案下所產生之複數筆第一交易的回饋。

Description

權益優惠自選平台

本案係關於一種權益優惠自選平台，特別係關於一種能夠切換支付卡回饋方案的權益優惠自選平台及其回饋機制。

傳統上，信用卡、簽帳金融卡等產品之經營，其權益及消費回饋皆由銀行設定，且同一產品於同一時間只會提供一套權益予客戶，客戶若想同時享有不同優惠，只能申辦多項產品，並依據消費場域自行挑選合適的卡片進行交易，方能滿足需求。然而，在資訊急遽增加以及快速傳遞的時代，過往由銀行設定權益及消費回饋的方式，侷限了商戶與消費者之間的即時活動來往。並且，客戶持有多張信用卡可能會需要話費額外時間管理或造成管理上的困難。因此，如何提出一種新的模式以來決前述問題是本領域中重要的議題。

隨著時代的演變，行動裝置日趨普及，在高度數位化的現在，客戶可以透過App來滿足自身的各式需求。基於消費者習慣的改變，本行遂規劃出一支付卡產品並搭配權益自選平台，於同一時間提供客戶多樣的權益方案，客戶可依自身消費習慣、使用情境，透過App操作隨時切換支付卡的權益，達到多卡合一之目的。

賴於現代資訊技術的進步，本行亦將客群、消費、通路及回饋等數據，於平台內建置成參數，透過不同層級的參數設定、組合，可以更精確的提供顧客權益，並作到隨時切換的功能。除支付卡權益方案外，本行亦將前述參數加以細分，結合合作商戶資源提供客戶另一階層的活動選擇，客戶可透過App輕鬆挑選適合的方案與活動，將兩種階層的優惠複合搭配，創造出量身打造的支付卡，開創出市場新模式。

在與商戶合作方面，各家銀行以發行聯名卡為主要合作模式，與單一企業合作，由銀行協助設定回饋機制並發行卡片。本行打破以往的合作方式，將多張聯名卡的概念整合至一項產品中，並建置一平台供所有簽約合作之商戶登入，於平台內依據本行預先設置好的參數，如客群屬性、消費習慣標籤等，由商戶選擇可能的潛在客群並設定自身通路的優惠內容、活動期間，作到精準行銷的同時，客戶也能享有更符合需求的權益，開創三贏的生態圈經營模式。

基於上述的議題，本揭示文件的一態樣提供一種權益優惠自選平台。權益優惠自選平台包含伺服器以及用戶系統。伺服器用以依據支付卡的主要回饋模式分析支付卡的交易回饋，並且伺服器在主要回饋模式的選擇列表中建立複數個回饋方案，其中該些回饋方案具有相異的參數組合。用戶系統用以接收第一方案指令，其中第一方案指令從該些回饋方案中挑選第一回饋方案，並且指示伺服器將支付卡之主要回饋模式設定為第一回饋方案，使伺服器依據第一回饋方案分析支付卡在第一回饋方案下所產生之複數筆第一交易的回饋。

本揭示文件的一態樣提供一種回饋機制。回饋機制包含下列步驟。在支付卡的主要回饋模式的選擇列表中建立複數個回饋方案，其中該些回饋方案具有相異的參數組合。接收第一方案指令，其中第一方案指令從該些回饋方案中挑選第一回饋方案，並且第一方案指令指示伺服器將該支付卡之主要回饋模式設定為第一回饋方案。依據第一回饋方案分析支付卡在第一回饋方案下所產生之複數筆第一交易的回饋。

本揭示的另一態樣提供一種商戶回饋設定平台。商戶回饋設定平台包含伺服器以及商戶系統。伺服器用以依據支付卡的附屬回饋模式分析支付卡的交易回饋。商戶系統與伺服器通訊連接，商戶系統用以依據與專屬活動相關的帳號權限，傳送設定指令至伺服器以指示伺服器依據專屬活動設定支付卡的附屬回饋模式。

本揭示的另一態樣提供一種回饋機制。回饋方法包含下列步驟。藉由第一商戶系統，通訊連接伺服器；藉由第一商戶系統，依據與第一專屬活動相關的第一帳號權限，傳送第一設定指令至該伺服器，其中第一設定指令用以指示伺服器依據第一專屬活動設定支付卡的附屬回饋模式；以及藉由伺服器，依據支付卡的附屬回饋模式分析支付卡的交易回饋。

綜上所述，用戶可透過權益優惠自選平台的用戶系統自主選擇信用卡回饋方案，亦可隨時依其消費更換回饋方案，以獲得最佳優惠。並且商戶可透過商戶回饋設定平台隨時新增、修改各參數設定，或將複數參數組合成不同回饋方案及個人化行銷活動，迅速變更信用卡權益以因應快速變動之市場，達到策略彈性之目的。

下列係舉實施例配合所附圖示做詳細說明，但所提供之實施例並非用以限制本揭露所涵蓋的範圍。在全篇說明書與申請專利範圍所使用之用詞(terms)，除有特別註明除外，通常具有每個用詞使用在此領域中、在此揭露之內容中與特殊內容中的平常意義。

此外，在本文中所使用的用詞『包含』、『包括』、『具有』、『含有』等等，均為開放性的用語，即意指『包含但不限於』。此外，本文中所使用之『及／或』，包含相關列舉項目中一或多個項目的任意一個以及其所有組合。雖然本文中使用『第一』、『第二』、…等用語描述不同元件，該用語僅是用以區別以相同技術用語描述的元件或操作。

請參閱第1圖，第1圖為依據本揭示一實施例之平台10的示意圖。如第1圖所示，平台10包含用伺服器12、用戶系統18a~18n、商戶系統14a~14n以及資料儲存裝置16。用戶U1~Un分別是多張支付卡的持有者。所述支付卡可以由信用卡、簽帳金融卡、金融卡、儲值卡、支付卡及其他金融支付工具實施。商戶M1~Mn分別是與支付卡的多個專屬活動相關聯的企業、公司或商家。

資料儲存裝置16儲存與商戶M1~Mn相關的通路參數20、與用戶U1~Un相關的支付卡資料28、與支付卡的回饋相關的回饋方案列表22、專屬活動列表24以及參數資料26。資料儲存裝置16與伺服器12通訊連接或電性連接。用戶系統18a~18n以及商戶系統14a~14n可以是電子計算機、手機、平板、電話或其他通訊裝置。用戶系統18a~18n以及商戶系統14a~14n與伺服器12可以是有線或無線的通訊連接。

用戶U1~Un透過用戶系統18a~18n與伺服器12通訊連接可以查看/獲取支付卡的回饋方案、交易紀錄等資料。商戶14a~14n透過商戶系統14a~14n與伺服器12通訊連接可以查看/獲取帳號權限。

在本揭示文件的一態樣中，提供一種權益優惠自選平台，權益優惠自選平台可以由平台10實施，用於提供多個回饋方案至一支付卡，以供支付卡持有者進行選擇。為了更佳的理解，本揭示的平台10如何提供多個回饋方案至一支付卡以供支付卡持有者進行選擇，將在後續實施例中詳細說明。

請一併參閱第1圖以及第2圖。第2圖為依據本揭示一實施例之回饋方法100的流程圖。

在步驟S110中，銀行至平台設定方案。在一些實施例中，銀行端可隨時透過伺服器12新增、修改回饋方案列表22及專屬活動列表24的參數設定，或將複數參數(例如，參數資料26)組合成不同回饋方案及專屬活動，迅速變更支付卡權益以因應快速變動之市場，達到策略彈性之目的。

在步驟S120中，參數設定生效。當參數設定生效後，用戶U1透過用戶系統18a可登入銀行指定的手機應用程式或電腦網頁瀏覽各自適用的回饋方案。

在步驟S130中，用戶挑選適用方案。舉例而言，用戶U1 (支付卡的持有者)可透過用戶系統18a自主選擇支付卡的回饋方案，亦可隨時依其消費更換方案，以獲得最佳優惠。在一些實施例中，用戶U1可透過用戶系統18a於銀行指定的手機應用程式或電腦網頁變更專區內選擇回饋方案，伺服器12即時儲存用戶變更軌跡，連同變更時間等資料一併留存，即可於日後比對並進行回饋計算。在一些實施例中，用戶U1可透過銀行的智能客服，於線上完成身分驗證後，依智能客服指示，點選進入回饋方案變更專區進行回饋方案變更。

在一些實施例中，用戶U1透過撥打市話專線，進入本行語音操作專區，於身分驗證完成後，依語音指示輸入與回饋方案相對應之代碼進行變更。在一些實施例中，銀行亦可授權專責單位，專責單位可以協助用戶變更回饋方案。

在步驟S140中，用戶進行交易。當用戶U1持支付卡進行交易產生交易資料時，伺服器12會接收支付卡的交易資料並於後續步驟中計算交易回饋。

在步驟S150中，消費回饋計算。伺服器12收到交易資料後，先比對用戶及產品參數設定，確認其交易卡別、身分別屬於回饋對象，再逐筆交易比對用戶選擇之回饋方案及活動，並依該方案及活動已設定之參數(例如，是否為指定商戶、回饋比例、回饋上限…等)，計算出相應之回饋金額/點數，即時提供予用戶。

在一些實施例中，用戶可於每次消費時立即使用回饋折抵。例如一用戶於11/1申辦且成功核卡，其選擇方案為「旅遊方案」，該方案為旅遊類消費享5倍紅利點數回饋，於12/12百貨公司有週年慶活動，用戶欲獲得最佳回饋而於當日將方案變更為「購物方案」，則該消費將適用新設定之「購物方案」計算，享百貨類消費5倍紅利回饋，且交易入帳後即時發放紅利點數，用戶亦可於消費時立即使用已累積的紅利點數折抵。

在步驟S160中，回饋點數匯入。伺服器12可將計算得到的支付卡的交易回饋匯入交易資料。

在步驟S170中，回傳消費訊息。伺服器12於計算交易回饋後會將交易資料、回饋資料(如交易日、交易金額、交易商店名稱、回饋點數/金額等)回傳至平台前端，如活動設定有消費門檻，也將即時計算其累積消費金額，提供符合回饋資格與否之資訊於用戶系統18a，方便用戶即時查詢。

在步驟S180中，用戶查詢交易。用戶U1透過用戶系統18a登入銀行指定的手機應用程式或電腦網頁即可查詢交易資料。

為了更佳的理解在第2圖之步驟S130~S160中，用戶如何切換支付卡的回饋方案以及伺服器12如何計算支付卡的交易回饋。請參閱第3圖至第7圖。第3圖為本揭示一實施例之第1圖中的資料儲存裝置16的示意圖。第4圖為依據本揭示一實施例之回饋方案列表22的示意圖。第5圖為依據本揭示一實施例之回饋機制S200的示意圖。第6圖為依據本揭示一實施例之用戶選擇支付卡的回饋方案的時序圖。第7圖為依據本揭示一實施例之用戶選擇支付卡的回饋方案的時序圖。

在步驟S210中，由伺服器在支付卡的主要回饋模式的選擇列表中建立複數個回饋方案。舉例而言，伺服器12在支付卡的主要回饋模式46的選擇列表48中建立第一回饋方案54、第二回饋方案56以及第三回饋方案58。第一回饋方案54、第二回饋方案56以及第三回饋方案58分別是美食方案、購物方案以及旅遊方案，如第4圖所示。

在一些實施例中。伺服器12可將選擇列表48中的內容傳送至用戶U1~Un的用戶系統18a~18n，以供用戶U1~Un查看並選擇適合的回饋方案作為支付卡的主要回饋模式46。

請繼續參閱第4圖，美食方案、購物方案以及旅遊方案具有相異的商戶參數40、交易參數42以及回饋參數44的參數組合。在一些實施例中，美食方案的商戶參數40是餐廳、速食店、外送平台，並且美食方案的交易參數42是單筆交易滿1000元。是以，須要在餐廳、速食店、外送平台進行交易，且單筆交易須滿1000元，以達成美食方案的回饋條件。購物方案的商戶參數40是實體百貨公司、超市、量販店、便利超商。是以，須要在實體百貨公司、超市、量販店、便利超商進行交易，以達成美食方案會的回饋條件。旅遊方案的商戶參數40的功能類似於美食方案、購物方案的商戶參數40，故在此不再贅述。因此，商戶參數40以及交易參數42可被理解為第一至第三回饋方案54、56、58各自的回饋條件設定。

美食方案的回饋參數44是回饋100元刷卡金。是以，若達成前述的美食方案的回饋條件，即可獲得100元刷卡金。購物方案的回饋參數44是10%點數回饋。是以，若達成前述的購物方案的回饋條件，即可獲得10%點數回饋。旅遊方案的回饋參數44的功能類似於美食方案、購物方案的回饋參數44，故在此不再贅述。

需要說明的是，第3圖所示的商戶參數40可以更包含消費類別(可以由MCC Code區分，如餐飲/百貨/量販超市/保險/規費、稅款/公共事業等)、指定消費特店(如新光三越/Costco/7-11/國泰人壽/台塑石油…等，以交易描述、商店代號、MCC Code等資料複合設定)、特定商戶群組(如將7-11、全家、萊爾富及OK等商戶組成群組，並命名為便利商店)。也就是說，可進一步依據Mcc code、交易描述等資料，將各商店分類並建置「消費類別」作為一商戶參數(或通路參數)。

第3圖所示的交易參數42可以更包含交易日期及時間(如每週一/每月10號/偶數日/每日00：00~05：00等)、累積或單筆之交易金額、交易筆數、消費幣別、消費地區(如國內/日本/韓國等)、支付方式(如實體卡/行動支付/第三方支付等)。

第3圖所示的回饋參數44可以更包含回饋方式(如紅利點數/現金回饋/帳戶儲值金/第三方點數等)、回饋比例或固定式回饋(如依消費金額之5%計算或每筆固定回饋1,000點紅利等)、回饋上限、回饋期間、回饋門檻(如當期一般消費須達NT$5,000或前月有任一筆國泰世華網路銀行APP之轉帳/提款/換匯交易者)。

因此，在一些實施例中，銀行可透過伺服器12組合上述參數以設定第一至第三回饋方案54、56、58，並將第一至第三回饋方案54、56、58儲存至資料儲存裝置16的回饋方案列表22，如第3圖所示。接著，銀行透過伺服器12設定欲提供給用戶選的回饋方案，並將所述回饋方案儲存至主要回饋模式46的選擇列表48。當用戶透過用戶系統登入支付卡的回饋方案管理介面，伺服器12可將選擇列表48中的回饋方案傳送至用戶系統，以供用戶即時瀏覽/選擇回饋方案。

在一些實施例中，第3圖所示的回饋方案列表22可以更包含網路購物方案、百貨購物方案、飛行商務方案、時尚消費方案、生活享樂方案、海外購物方案或是其他回饋方案。因此，本揭示文件不以此為限。

在步驟S220中，由用戶系統接收第一方案指令，其中第一方案指令從該些回饋方案中挑選第一回饋方案。舉例而言，請參閱第7圖，在時間點t0，用戶U1透過操作用戶系統18a上的手機應用程式或是電腦指定網頁選擇第一回饋方案54(例如，美食方案)作為支付卡的主要回饋模式46。此時，用戶系統18a依據用戶U1的選擇及操作，接收用戶U1輸入的與美食方案相關的方案指令，藉此從選擇列表48的回饋方案中挑選美食方案。

在步驟S230中，伺服器依據第一方案指令，將支付卡的主要回饋模式設定為第一方案。舉例而言，方案指令指示伺服器12將支付卡之主要回饋模式46設定為美食方案。

在步驟S240中，伺服器依據第一回饋方案分析支付卡在第一回饋方案下所產生之複數筆第一交易的回饋。舉例而言，請參閱第7圖，伺服器12依據美食方案分析支付卡在美食方案下(第一時間區段，時間點t0~t4之間)所產生之交易Da~Dc的交易回饋Ga~Gc。在一些實施例中，伺服器12取得交易Da~Dc的資料後會驗證其是否符合美食方案之回饋條件(例如，美食方案的商戶參數40以及交易參數42)，若交易Da~Dc的資料符合第一回饋方案54之回饋條件，伺服器12會依據美食方案的回饋參數44分析交易Da~Dc的交易回饋Ga~Gc。值得注意的是，用戶U1所持有的支付卡的交易Da~Dc的交易資料53可儲存於資料儲存裝置16，如第2圖所示。

在步驟S250中，由用戶系統接收第二方案指令，其中第二方案指令從該些回饋方案中挑選第二回饋方案。舉例而言，請參閱第7圖，在時間點t4，用戶U1透過操作用戶系統18a上的手機應用程式或是電腦指定網頁選擇第二回饋方案56(例如，購物方案)作為支付卡的主要回饋模式46。此時，用戶系統18a依據用戶U1的選擇及操作，接收用戶U1輸入的與購物方案相關的方案指令，並且方案指令從選擇列表48的回饋方案中挑選購物方案。

在步驟S260中，伺服器依據第二方案指令，將支付卡的主要回饋模式設定為第二方案。舉例而言，所述方案指令指示伺服器12將支付卡之主要回饋模式46設定為購物方案。

在步驟S270中，伺服器依據第二回饋方案分析支付卡在第二回饋方案下所產生之複數筆第二交易的回饋。舉例而言，請參閱第7圖，伺服器12依據購物方案分析支付卡在購物方案下(第二時間區段，時間點t4~t7)所產生之交易Dd~De的交易回饋Gd~Ge。在一些實施例中，伺服器12取得交易Dd~De的資料後會驗證其是否符合購物方案之回饋條件(例如，購物方案的商戶參數40)，若交易Dd~De的資料符合購物方案之回饋條件，伺服器12會依據購物方案的回饋參數44分析交易Dd~De的交易回饋Gd~Ge。

進一步而言，用戶U1可以在時間點t7選擇第三回饋方案58(例如，旅遊方案)作為支付卡的主要回饋模式46。此時，用戶系統18a依據用戶U1的選擇及操作，接收用戶U1輸入的與旅遊方案相關的方案指令，並且所述方案指令從選擇列表48的回饋方案中挑選旅遊方案，並指示伺服器12將旅遊方案設定為支付卡的主要回饋模式46，使伺服器12驗證時間點t8的交易Df的資料是否符合旅遊方案的回饋條件(例如，旅遊方案的商戶參數40)，若交易Df的資料符合旅遊方案的回饋條件，伺服器12依據旅遊方案的回饋參數44分析交易Df的交易回饋Gf。

在一些實施例中，伺服器12依據支付卡的交易回饋Ga~Gf更新用戶資料52。例如，伺服器12將分析後獲得的交易回饋Ga~Gf合併至用戶目前的紅利點數、現金折抵等等。

在另一些實施例中，用戶可以開啟即時回饋模式，當支付卡在第一回饋方案54下產生交易Da時，伺服器12可以即時依據第一回饋方案54分析交易Da的交易回饋Ga並直接利用交易Da產生的交易回饋Ga折抵該筆交易Da的金額。

在一些實施例中，支付卡之主要回饋模式46的變更次數可以由支付卡的紅利點數兌換、交易購買或者是伺服器12週期性的更新。

請參閱第6圖，在一些實施例中，支付卡的交易Da~De的回饋可以由伺服器12可以於特定時間點(例如，每月6號、每月初或每月中等時間點)分別依據交易當下的主要回饋模式46分析/計算支付卡的交易Da~De的交易回饋Ga。

綜上所述，用戶U1~Un則可透過權益優惠自選平台(例如，平台10)的用戶系統18a~18n自主選擇支付卡的主要回饋模式46，亦可隨時依其消費更換主要回饋模式46，以獲得最佳優惠。伺服器12會將用戶的主要回饋模式46變更歷程轉為參數並記錄於內部系統，於計算回饋時依據客戶所選擇之主要回饋模式46，逐筆交易計算並即時提供回饋予客戶，客戶亦可於每次消費時立即使用回饋折抵，其交易、回饋資訊將即時顯示於用戶系統18a~18n，方便客戶隨時掌握交易資訊，擁有最彈性的回饋方式。

在上述實施例中，除了提供具有複數個通路、回饋參數組合的回饋方案的權益優惠自選平台外，本行於平台10亦可設置第二階層的活動選擇，針對單一商店或消費類別，設置全體客群或指定客群適用之短期性促刷活動，客戶可自由選擇活動與權益方案，彼此搭配成專屬的回饋組合。另一方面，單一商店或消費類別的商戶亦可透過平台10設定並調整專屬的回饋組合。

因此，在本揭示的另一態樣中，提供一種商戶回饋設定平台，商戶回饋設定平台可由平台10實施。平台10包含商戶系統14a~14n以及伺服器12。商戶M1~Mn可以透過商戶系統14a~14n傳送設定指令至伺服器12，藉以設定或調整支付卡的專屬活動。

為了更佳的理解商戶M1~Mn如何設定或調整支付卡的專屬活動，請參閱第1、第3、第8至第11圖。第8圖為依據本揭示一實施例之回饋機制S300的流程圖。第9圖為依據本揭示一實施例之專屬活動列表24的示意圖。第10圖為依據本揭示一實施例之支付卡的專屬活動搭配用戶選擇支付卡的回饋方案的時序圖。第11圖為依據本揭示一實施例之第一專屬活動60以及參數調整資料32的示意圖。

在步驟S310中，藉由商戶系統，通訊連接伺服器。具體而言，商戶M1藉由商戶系統14a依據其帳號登入合作商戶介面，從而使商戶系統14a通訊連接伺服器12。

在步驟S320中，藉由商戶系統，傳送設定指令至伺服器。具體而言，在登入合作商戶介面之後，商戶M1依據其帳號權限30可在一定範圍新增或調整第一專屬活動60，當商戶M1決定欲設定或調整的範圍時，便可透過商戶系統14a傳送與第一專屬活動60相關的設定指令至伺服器12。

舉例而言，請參閱第9圖，商戶M1在登入合作商戶介面之後進入第一專屬活動60的新增/調整頁面，便可依其帳號權限30選擇及設定第一專屬活動60的用戶參數38、商戶參數40、交易參數42以及回饋參數44，在設定完成時，設定指令便會由商戶系統14a傳送至伺服器12。換言之，銀行會提供與第一專屬活動60相關聯的帳號權限30予商戶M1，使商戶M1得以在一定的範圍內即時新增或調整第一專屬活動60。在一些實施例中，第一專屬活動60的名稱(例如，小資族活動)可與其設定的用戶參數38相關聯。然而，在另一些實施例中，第一專屬活動60的名稱可與其設定的用戶參數38不相關。

商戶M2及商戶M3分別依據各自的帳號權限30設定第二專屬活動62及第三專屬活動64的方式類似於商戶M1設定第一專屬活動60，在此不再贅述。

值得注意的是，為了針對不同族群的客戶提供不同的優惠活動，第一專屬活動60第二專屬活動62及第三專屬活動64的用戶參數38可以是自多個客群參數挑選而來。客群參數可由伺服器12依據各個用戶U1~Un的支付卡的用戶資料52產生。前述客群參數可以是客群標籤、客層年齡、客戶性別等。

並且，客群標籤(例如，商旅人士、購物狂、家庭主婦或忠誠客戶)是由伺服器12依據用戶的用戶資料52(例如，基本資料、交易習慣、交易類型、行為標籤)將不同用戶的支付卡區分至不同群組所產生。前述的基本資料可以包含年齡、性別、收入、持卡年限等。

在一些實施例中，伺服器12對用戶資料52符合25~35歲且年收入為40~60萬之客戶，產生「小資族」的客群參數。伺服器12對用戶資料52符合近一年平均每月於餐飲類消費金額佔其整體消費70%以上之客戶，產生「美食家」的客群參數。伺服器12對用戶資料52符合近一年平均每月線上交易次數達10次以上，且總金額大於1萬元之客群，產生「數位時代活動」的客群參數。

如此，商戶M1~Mn可依據各自的帳號權限30挑選特定客群(例如，「小資族」、「美食家」以及「數位時代」)，並透過商戶系統14a傳送設定指令至伺服器12，藉以將專屬活動設定為具有特定客群參數的支付卡的附屬回饋模式50。另一方面，不具有特定客群參數的支付卡的附屬回饋模式50不會包含所述專屬活動。此外，本揭示的伺服器12可以依據支付卡用戶資料中參數產生更多的客群參數，因此本揭示文件不應以此為限。

在一些實施例中，一位支付卡持有者可以具有有1個或2個以上的客群參數，例如，一位支附卡持有者使用支付卡進行的交易多為機票、國外飯店住宿以及網路購物，這位支附卡持有者可以被標記為商旅人士以及購物專家。

在步驟S330中，由設定指令指示伺服器依據第一專屬活動設定支付卡的附屬回饋模式。舉例而言，請參閱第10圖，於時間點t1之前，若原先用戶U1的支付卡的附屬回饋模式50不具備第一專屬活動60，商戶M1透過商戶系統14a傳送與第一專屬活動60相關的設定指令至伺服器12，使伺服器12依據設定指令將第一專屬活動60新增為用戶U1的支付卡的附屬回饋模式50。

詳細而言，請參閱第9圖及第10圖，商戶M1可挑選具有特定客群參數的支付卡，並透過商戶系統14a傳送設定指令至伺服器12，使伺服器12依據設定指令挑選具有特定客群參數的支付卡，並且於時間點t1新增第一專屬活動60至具有特定客群參數的支付卡的附屬回饋模式50。

另一方面，於時間點t1~t4期間，若原先用戶U1的支付卡的附屬回饋模式50已具備第一專屬活動60，商戶M1透過商戶系統14a傳送與調整後的第一專屬活動60a相關的設定指令至伺服器12，使伺服器12依據設定指令將調整後的第一專屬活動60a設定為用戶U1的支付卡的附屬回饋模式50。

詳細而言，請參閱第10圖及第11圖，商戶M1選擇在5/1~5/15，將第一專屬活動60的交易參數42由3%調整至10%現金回饋，以舉辦母親節促銷活動，商戶M1透過商戶系統14a傳送與調整後的第一專屬活動60a相關的設定指令至伺服器12，使伺服器12依據設定指令將調整後的第一專屬活動60a設定為用戶U1的支付卡的附屬回饋模式50。

在一些實施例中，第一專屬活動60與調整後的第一專屬活動60a的參數調整資料32以及商戶U1~Un各自的帳號權限30的參數許可變更範圍34可儲存於資料儲存裝置16，以利伺服器12隨時比對商戶U1~Un各自的帳號權限30與待調整的參數調整資料32。

在一些實施例中。伺服器12可即時將商戶M1新增或調整的附屬回饋模式50的內容傳送至相應的用戶U1~Un的用戶系統18a~18n，以供相應的用戶U1~Un查看支付卡的附屬回饋模式50。

在步驟S340中，依據支付卡的附屬回饋模式分析支付卡的交易回饋。舉例而言，請參閱第10圖及第11圖，於時間點t7，伺服器12驗證在調整後的第一專屬活動60a下所產生的交易De是否符合第一專屬活動60a的回饋條件，若交易De符合第一專屬活動60a的回饋條件，伺服器12會依據第一專屬活動60a分析支付卡在調整的第一專屬活動60a下產生的交易De，即可獲得交易De的交易回饋Ge’。

此外，支付卡的主要回饋模式46以及附屬回饋模式50可以搭配使用。換言之，在時間點t6~t8，若交易De同時符合支付卡的當時的主要回饋模式46以及附屬回饋模式50a，伺服器12會一併依據支付卡在當時的主要回饋模式46以及附屬回饋模式50分析支付卡的交易De的交易回饋。舉例而言，伺服器12依據第二回饋方案56分析交易De的交易回饋Ge，並依據調整的第一專屬活動分析交易De的交易回饋Ge’。如此，在時間點t6，交易Dd的回饋可以是交易回饋(Ge+Ge’)。

綜上所述，平台10將各類客群、交易及回饋條件代碼化、參數化，並於內部系統建置一雙向平台，銀行行員可隨時透過平台10的伺服器12新增、修改各參數設定，並且商戶M1~Mn亦可依據各自的帳號權限30隨時透過商戶系統14a~14n新增、修改各參數設定，或將複數參數組合成不同回饋方案及個人化行銷活動，迅速變更信用卡權益以因應快速變動之市場，達到策略彈性之目的。

雖然本揭露已以實施方式揭露如上，然其並非用以限定本揭露，任何本領域通具通常知識者，在不脫離本揭露之精神和範圍內，當可作各種之更動與潤飾，因此本揭露之保護範圍當視後附之申請專利範圍所界定者為準。

為使本揭露之上述和其他目的、特徵、優點與實施例能更明顯易懂，所附符號之說明如下： 10:平台 12:伺服器 14a~14n:商戶系統 16:資料儲存裝置 18a~18n:用戶系統 20:通路參數 22:回饋方案列表 24:專屬活動列表 26:參數資料 28:支付卡資料 30:帳號權限 32:參數調整資料 34:參數許可變更範圍 38:用戶參數 40:商戶參數 42:交易參數 44:回饋參數 46:主要回饋模式 48:選擇列表 50:附屬回饋模式 52:用戶資料 53:交易資料 54:第一回饋方案 56:第二回饋方案 58:第三回饋方案 60:第一專屬活動 62:第二專屬活動 64:第三專屬活動 U1~Un:用戶 M1~Mn:商戶 t0~t9:時間點 Da~Df:交易 Ga~Gf:交易回饋 S100,S200,S300:回饋機制 S110,S120,S130,S140,S150,S160,S170,S180,S210,S220,S230,S240,S250,S260,S270,S310,S320,S330,S340:步驟

為使本揭露之上述和其他目的、特徵、優點與實施例能更明顯易懂，所附圖式之說明如下： 第1圖為依據本揭示一實施例之平台的示意圖。 第2圖為依據本揭示一實施例之回饋機制的流程圖。 第3圖為本揭示一實施例之第1圖中的資料儲存裝置的示意圖。 第4圖為依據本揭示一實施例之回饋方案列表的示意圖。 第5圖為依據本揭示一實施例之回饋機制的示意圖。 第6圖為依據本揭示一實施例之用戶選擇支付卡的回饋方案的時序圖。 第7圖為依據本揭示一實施例之用戶選擇支付卡的回饋方案的時序圖。 第8圖為依據本揭示一實施例之回饋機制的流程圖。 第9圖為依據本揭示一實施例之專屬活動列表的示意圖。第10圖為依據本揭示一實施例之支付卡的專屬活動搭配用戶選擇支付卡的回饋方案的時序圖。 第11圖為依據本揭示一實施例之第一專屬活動以及參數調整資料的示意圖。

10:平台

12:伺服器

14a~14n:商戶系統

16:資料儲存裝置

18a~18n:用戶系統

20:通路參數

22:回饋方案列表

24:專屬活動列表

26:參數資料

28:支付卡資料

U1~Un:用戶

M1~Mn:商戶

Claims (7)

1. 一種權益優惠自選平台，包含：一伺服器，用以依據一支付卡的一主要回饋模式分析該支付卡的交易回饋，並且該伺服器在該主要回饋模式的一選擇列表中建立複數個回饋方案，其中該些回饋方案具有相異的參數組合；以及一用戶系統，與該伺服器通訊連接，該用戶系統用以接收一第一方案指令，其中該第一方案指令從該些回饋方案中挑選一第一回饋方案，並且指示該伺服器將該支付卡之該主要回饋模式設定為該第一回饋方案，使該伺服器依據該第一回饋方案分析該支付卡在該第一回饋方案下所產生之複數筆第一交易的回饋。
2. 如請求項1所述之權益優惠自選平台，其中該用戶系統更用以：接收一第二方案指令；其中該第二方案指令從該些回饋方案中挑選一第二回饋方案，並且指示該伺服器將該支付卡之該主要回饋模式設定為該第二回饋方案，使該伺服器依據該第二回饋方案分析該支付卡在該第二回饋方案下所產生之複數筆第二交易的回饋，其中該第二回饋方案相異於該第一回饋方案。
3. 如請求項1所述之權益優惠自選平台，其中 該支付卡之該主要回饋模式的變更次數係由該支付卡的紅利點數兌換、交易購買或者是該伺服器週期性的更新。
4. 如請求項1所述之權益優惠自選平台，其中：在一即時回饋模式中，當該支付卡在該第一回饋方案下產生一筆交易時，該伺服器依據該第一回饋方案分析該筆交易之回饋，並且該伺服器依據該筆交易之回饋即時折抵該筆交易之金額。
5. 如請求項1所述之權益優惠自選平台，其中該些回饋方案包含網路購物方案、百貨購物方案、飛行商務方案、時尚消費方案、生活享樂方案或海外購物方案。
6. 如請求項1所述之權益優惠自選平台，其中該伺服器更用以：依據該支付卡的一用戶資料，將一專屬活動設定為該支付卡之一附屬回饋模式；以及依據該支付卡的該主要回饋模式以及該附屬回饋模式，分析該支付卡的交易回饋。
7. 如請求項6所述之權益優惠自選平台，其中 該伺服器更用以依據該支付卡的交易回饋更新該用戶資料。

Images