TW202242757A - 優惠處理系統、方法及電腦可讀儲存媒介 - Google Patents

Abstract

本發明揭示一種優惠處理系統及方法，首先設定優惠方案資訊，另響應用戶的歸戶設定產生歸戶設定資訊，而當接收來自運輸業者資訊系統因用戶使用電子化支付所產生之搭乘資料及交易資料時，將搭乘資料及交易資料與歸戶設定資訊進行比對，以確定搭乘資料及交易資料屬於同一用戶，再將用戶的搭乘資料及交易資料與優惠方案資訊進行媒合配對，俾產生清分算結果，以將對應清分算結果之回饋內容回饋至用戶所設定的支付帳戶中。本發明復提供一種電腦可讀媒介，係用於執行本發明之優惠處理方法。

Description

優惠處理系統、方法及電腦可讀儲存媒介

本發明係關於一種優惠處理技術，詳而言之，係關於一種電子化支付之優惠處理系統、方法及電腦可讀媒介。

隨著科技發展，人們的生活越來越便利，民眾消費時不再只使用現金付款，電子票證、電子支付或行動支付等非現金的支付工具，也逐漸成為趨勢。

一般而言，電子票證是「以電子、磁力或光學形式『儲存金錢價值』，並含有資料儲存或計算功能之晶片、卡片、憑證或其他形式之債據，作為多用途支付使用之工具」，例如：悠遊卡或一卡通。電子支付機構則是「以網路或電子支付平臺為中介，接受使用者註冊及開立記錄資金移轉與儲值情形之帳戶(簡稱電子支付帳戶)，並利用電子設備以連線方式傳遞收付訊息，於付款方及收款方間經營」代理收付實質交易款項、「收受儲值款項」及電子支付帳戶間款項移轉業務之公司。行動支付是指「消費者使用智慧型行動載具，透過密碼或生物特徵等身分驗證、掃碼、近距離無線通訊(Near-field communication,NFC)感應或結合物聯網相關先進應用等驗證及傳輸技術，於實 體商店結帳付款，取得商品或使用服務之實質交易支付方式」，例如：Apple Pay,Line Pay。目前，電子票證、電子支付、和行動支付在定義和範圍上可能有些重疊。

然而，無論使用哪種非現金的支付方式，在交通運輸方面，由於各區域之間可能有不同的優惠方案，且不同運輸業者之間的乘車資料也相異、還要對應到不同的支付業者，因此，如何快速且提供較佳之整合性的清算回饋是一個挑戰。

為解決上述問題及其他問題，本發明揭示一種優惠處理系統、方法及電腦可讀媒介。

本發明之優惠處理系統係包括：優惠規則模組，用於供設定一優惠方案資訊；支付工具歸戶模組，用於響應一用戶的一歸戶設定，以產生一歸戶設定資訊；乘車紀錄模組，用於接收一搭乘資料及一交易資料；以及優惠清分算模組，將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以於該搭乘資料及該交易資料屬於該用戶時，將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，俾產生一清分算結果。

在一實施例中，本發明之優惠處理系統更包括支付回饋模組，係將該清分算結果傳遞至一支付回饋系統，以供該支付回饋系統將對應該清分算結果之一回饋內容回饋至該用戶，其中，該回饋內容係回饋至該用戶的支付帳戶，該支付帳戶係在該歸戶設定時，由該用戶設定或在該優惠方案資訊中預設，且該支付帳戶係相同或不同於該支付工具的帳戶，其中，該媒合配對的結 果產生至少一優惠方案，以根據該至少一優惠方案中回饋金額最高者、使用頻率最高者、混和加權或該至少一優惠方案中由該用戶所選擇者產生該清分算結果。在又一實施例中，本發明之優惠規則模組更用於供設定一業者資訊及一支付工具資訊。在另一實施例中，本發明之支付工具歸戶模組更用於響應該用戶的一註冊要求，產生一用戶辨識資訊，以將該歸戶設定資訊歸屬於該用戶辨識資訊。

本發明之優惠處理方法係包括：設定一優惠方案資訊；響應於一用戶的一歸戶設定，以產生一歸戶設定資訊；接收一搭乘資料及一交易資料；將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以於該搭乘資料及該交易資料屬於該用戶時，將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，俾產生一清分算結果。

在一實施例中，本發明之優惠處理方法更包括：將對應該清分算結果之一回饋內容回饋至該用戶，其中，該回饋內容係回饋至該用戶的支付帳戶，該支付帳戶係在該歸戶設定時，由該用戶設定或在該優惠方案資訊中預設，且該支付帳戶係相同或不同於該支付工具的帳戶，其中，該媒合配對的結果產生至少一優惠方案，以根據該至少一優惠方案中回饋金額最高者、使用頻率最高者、混和加權或該至少一優惠方案中由該用戶所選擇者產生該清分算結果。在又一實施例中，本發明之優惠處理方法更包括：設定一業者資訊及一支付工具資訊。在另一實施例中，本發明之優惠處理方法更包括：響應於該用戶的一註冊要求，產生一用戶辨識資訊，以將該歸戶設定資訊歸屬於該用戶辨識資訊。

此外，本發明之優惠方案資訊包括優惠期間、優惠區域、回饋內容、業者種類、支付工具名稱。本發明之搭乘資料包括業者種類、起站及其時間、訖站及其時間。本發明之交易資料包括交易金額、支付工具、支付時間。

本發明復提供一種電腦可讀儲存媒介，應用於電腦中，係儲存有指令，以執行上述之優惠處理方法。

因此，本發明之優惠處理系統、方法及電腦可讀儲存媒介提供優惠方案的設定，以建立不同的優惠回饋條件。本發明之優惠處理系統、方法及電腦可讀儲存媒介提供歸戶功能，以將用戶的不同行動支付或電子支付工具整合識別。本發明之優惠處理系統、方法及電腦可讀儲存媒介提供運輸業者資料介面規格，以將不同類型的乘車交易資料彙整。本發明之優惠處理系統、方法及電腦可讀儲存媒介提供優惠清分算機制，以減低支付業者各自介接不同運輸業者清分算的系統成本。

11:優惠補助單位

12:用戶端裝置

13:運輸業者資訊系統

15:支付回饋系統

2:優惠處理系統

21:優惠規則模組

22:支付工具歸戶模組

23:乘車紀錄模組

24:優惠清分算模組

25:支付回饋模組

S201~S206:步驟

圖1係為本發明之優惠處理系統之方塊示意圖。

圖2係為本發明之優惠處理方法之流程示意圖。

以下藉由特定的實施例說明本揭露的實施方式，熟習此項技藝的人士可由本文所揭示的內容輕易地瞭解本揭露的其他優點及功效。本揭露所附圖式所繪示的結構、比例和尺寸等均僅用於配合說明書所揭示的內容，以供熟悉此技藝的人士瞭解與閱讀，非用於限定本揭露可實施的限定條件內。

請參閱圖1，其示意說明本發明之優惠處理系統之架構，優惠處理系統2透過網路連接優惠補助單位11、用戶端裝置12、運輸業者資訊系統13、支付回饋系統15，並包括優惠規則模組21、支付工具歸戶模組22、乘車紀錄模組23、優惠清分算模組24、支付回饋模組25。

在一實施例中，圖1中的各模組均可為軟體、硬體或韌體；若為硬體，則可為具有資料處理與運算能力之處理單元、處理器、電腦或伺服器；若為軟體或韌體，則可包括處理單元、處理器、電腦或伺服器可執行之指令。

優惠規則模組21用於供優惠補助單位11連接，以設定一業者資訊(例如：運輸業者名稱和運輸業者種類)、一支付工具資訊(例如：支付工具名稱、支付工具種類、支付工具APP套件名稱)、一優惠方案資訊(例如：優惠期間、優惠區域、回饋內容、運輸業者種類、支付工具名稱)。

在一實施例中，可設定全球的相關資訊，以供用戶於出國期間，若使用合作業者的系統，亦可使用本發明。此外，全球的優惠補助單位11可輸入相關資訊，再由本發明之優惠規則模組21自動轉換成符合其格式的內容。

支付工具歸戶模組22用於供用戶的用戶端裝置12連接，以響應該用戶的一註冊要求以產生一用戶辨識資訊，將該歸戶設定資訊歸屬於該用戶辨識資訊。支付工具歸戶模組22更響應該用戶的一歸戶設定，產生一歸戶設定資訊，以將該歸戶設定資訊歸屬於該用戶辨識資訊。須說明的是，用戶可透過用戶端裝置12(例如：用戶的手機)註冊成為會員以獲得會員辨識碼，另外，用戶可透過用戶端裝置12(例如：用戶的手機或其他具有歸戶功能的機台)登記行動支付、電子支付、電子票證等資訊，以使這些資訊均歸屬於會員辨識碼。 此外，行動支付係指以行動裝置綁定信用卡作為支付載具的方式，而電子支付係指有獨立的電子支付帳戶，可以用來交易或轉帳。

乘車紀錄模組23用於接收來自運輸業者資訊系統13之一搭乘資料及一交易資料。運輸業者資訊系統13係例如：公車乘車交易資訊系統、捷運乘車交易資訊系統和計程車乘車交易資訊系統等。

在一實施例中，亦可於出國期間，使用合作業者的乘車交易資訊系統，以執行本發明。

優惠清分算模組24將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以確定該搭乘資料及該交易資料屬於該用戶，以及將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，以產生一清分算結果，亦即用戶可能獲得之回饋內容。由於各區域可能有各自的優惠方案，各運輸業者可能有各自的乘車或交易資料，在此，優惠清分算模組24先確定這些資料屬於同一用戶，再辨識這些搭乘行為是對應到一個或多個優惠方案，以提供用戶選擇，例如：多個優惠方案中以回饋金額最高者作為媒合配對成功者，或自動排序回饋金額供用戶選擇。又例如：多個優惠方案中以使用頻率最高者作為媒合配對成功者，或透過混和加權的方式結合回饋金額與使用頻率，以透過客製化(由用戶、系統選擇或經系統學習得知)提供最符合用戶需求者。

在一實施例中，合作業者間亦可整合其優惠方案資訊，以提供用戶更佳之回饋內容。例如：國內外合作業者也透過合作方式提供回饋內容，並透過過混和加權的方式(例如：國內的權重與國外的權重不同)結合回饋金額、使用頻率與/或上述合作方式，以透過客製化(由用戶、系統選擇或經系統學習得知)提供最符合用戶需求者。

支付回饋模組25將該清分算結果傳遞至支付回饋系統15，以供支付回饋系統15將對應該清分算結果之一回饋內容回饋至該用戶所設定的支付帳戶。此外，關於支付帳戶，可由用戶在歸戶時一併設定，或者由相關單位在優惠方案中預設。在一實施例中，若回饋金額是給同一用戶的不同的支付帳戶，例如以電子票證作為支付工具但希望回饋金額是給行動支付的支付帳戶而不是回饋到電子票證中，則先把回饋帳金給這些業者，業者再轉給該用戶。

請參閱圖2，其示意說明本發明之優惠處理方法之流程，包括步驟S201~S206。

在步驟S201，設定優惠方案資訊。在此步驟中，可一併設定業者資訊及支付工具資訊。接著進至步驟S202。此外，優惠方案資訊例如：優惠期間、優惠區域、回饋內容、業者種類、支付工具名稱，且業者資訊例如：運輸業者名稱和運輸業者種類，而支付工具資訊例如：支付工具名稱、支付工具種類、支付工具APP套件名稱。

在步驟S202，響應於用戶的歸戶設定，以產生歸戶設定資訊。在此步驟中，先響應於用戶的註冊要求以產生用戶辨識資訊，再將該歸戶設定資訊歸屬於該用戶辨識資訊。接著進至步驟S203。

須說明的是，步驟S201是由優惠補助單位連線優惠處理系統來設定各種資訊，而步驟S202是由用戶利用用戶端裝置來註冊成會員，以將個人所使用的電子支付、行動支付或電子票證等資訊歸戶，故步驟S201和S202可同時、依序或相反順序進行。

在步驟S203，接收搭乘資料及交易資料。詳言之，用戶搭乘公車捷運，並使用電子支付、行動支付或電子支付作為支付工具，而運輸業者資訊 系統則將搭乘資料及交易資料傳遞至優惠處理系統。此外，搭乘資料包括：運輸業者種類、起站及其時間、訖站及其時間，而交易資料包括：交易金額、支付工具、支付時間。接著進至步驟S204。

在步驟S204，將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以確定該搭乘資料及該交易資料屬於該用戶。換言之，先確認搭乘資料和交易資料屬於同一會員。接著進至步驟S205。

在步驟S205，將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，以產生清分算結果。換言之，根據同一會員的搭乘資料及交易資料，在優惠方案資訊中查找是否需進行優惠運算，若需進行優惠運算則依方案中的條件清算各支付工具的回饋內容。接著進至步驟S206。

在步驟S206，將對應該清分算結果之回饋內容回饋至用戶所設定的支付帳戶。在此步驟中，優惠處理系統會將此次用戶的支付帳號、優惠方案、結算時間、回饋金額傳遞至支付回饋系統，以由支付回饋系統將回饋金額轉入該支付工具的帳戶。

以下舉出一具體實施例來說明本發明之應用實施情況，請參閱以下表一至表五一併說明之。

在優惠處理系統中，所設定的業者資訊(運輸業者名稱、運輸業者種類)、支付工具資訊(支付工具名稱、支付工具種類、支付工具APP套件名稱)、優惠方案資訊(優惠期間、優惠區域、回饋內容、運輸業者種類、支付工具名稱)，如表一所示。

表一

在優惠處理系統中，用戶的電子票證或電子支付歸類於同一會員帳號，如表二所示。例如，用戶先註冊成會員，產生會員辨識碼；接著登記電子票證或電子支付資訊，指定回饋至電子支付App並設定回饋的電子支付App；優惠處理系統將用戶所登記之電子票證與電子支帳戶歸向會員。

表二

用戶搭乘交通運輸時，以電子支付或電子票證支付車資，則運輸業者資訊系統將乘車及交易資料傳到優惠處理系統，用戶的搭乘資料(運輸業者種類、起站及其時間、訖站及其時間)及交易資料(交易金額、支付工具、支付時間)，如表三所示。

表三

優惠處理平台依據優惠方案資訊與乘車交易資料，進行清分算，分為兩個步驟：將搭乘及交易資料比對會員歸戶設定，確認資料屬於同一會員；將同一會員之搭乘及交易資料與優惠方案資訊中的條件進行媒合配對，查找是否需進行優惠運算；若需進行優惠運算，則依據方案中條件清分算各支付工具之回饋內容，清分算結果如表四所示。

表四

清分算後的回饋結果依據歸戶設定傳至指定的支付業者系統，透過支付業者系統將回饋內容回饋至用戶帳戶；優惠處理系統會將此次用戶的支付帳號、優惠方案、結算時間、回饋金額，送達支付業者系統，藉此將回饋金額轉入用戶帳戶，如表五所示。表五中列出優惠方案中設定或由用戶歸戶時一併設定的支付帳號、多個優惠方案中回饋金額最高者或是用戶選擇的優惠方案、搭乘行為的結算時間、依第二欄的優惠方案所計算出的回饋金額。舉例來說，當優惠處理平台接收到如表三所示的乘車交易資料時，可利用支付工具辨識資料來確認會員，如表二的用戶，接著媒合配對優惠方案資訊，如表一的優惠方案2，即轉乘折扣20%，則以此方案對表三中的乘車交易資料進行清分算算，則可獲得表四的回饋金額。

表五

本發明另提供一種電腦可讀儲存媒介，應用於具有處理器及/或記憶體的電腦或計算裝置中，係儲存有指令，電腦或計算裝置透過處理器(例如，CPU、GPU等)及/或記憶體透過指令執行如上所述之優惠處理方法。

綜上所述，本發明提供一種優惠處理系統、方法及電腦可讀儲存媒介。該系統可提供各區域優惠補助單位建立優惠方案，用戶將電票及電支等 支付工具進行歸戶後，於搭乘交通運輸時使用電支或電票支付車資，本系統介接運輸業者資訊系統獲取支付交易乘車紀錄，透過清分算機制產生回饋內容，並將該回饋內容傳至支付業者，將優惠回饋內容回饋於用戶的支付帳戶。

上述實施例僅例示性說明本揭露的功效，而非用於限制本揭露，任何熟習此項技藝的人士均可在不違背本揭露的範圍下對上述實施態樣進行修飾與改變。本揭露的權利保護範圍，應如後述的申請專利範圍所列。

S201~S206:步驟

Claims (10)

1. 一種優惠處理系統，係包括：

   優惠規則模組，用於供設定一優惠方案資訊；

   支付工具歸戶模組，用於響應一用戶的一歸戶設定，以產生一歸戶設定資訊；

   乘車紀錄模組，用於接收利用支付工具之一搭乘資料及一交易資料；以及

   優惠清分算模組，將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以於該搭乘資料及該交易資料屬於該用戶時，將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，俾產生一清分算結果。
2. 如請求項1所述之優惠處理系統，更包括支付回饋模組，係將該清分算結果傳遞至一支付回饋系統，以供該支付回饋系統將對應該清分算結果之一回饋內容回饋至該用戶，其中，該回饋內容係回饋至該用戶的支付帳戶，該支付帳戶係在該歸戶設定時，由該用戶設定或在該優惠方案資訊中預設，且該支付帳戶係相同或不同於該支付工具的帳戶，其中，該媒合配對的結果產生至少一優惠方案，以根據該至少一優惠方案中回饋金額最高者、使用頻率最高者、混和加權或該至少一優惠方案中由該用戶所選擇者產生該清分算結果。
3. 如請求項1所述之優惠處理系統，其中，該優惠規則模組更用於供設定一業者資訊及一支付工具資訊。
4. 如請求項1所述之優惠處理系統，其中，該支付工具歸戶模組更用於響應該用戶的一註冊要求，產生一用戶辨識資訊，以將該歸戶設定資訊歸屬於該用戶辨識資訊。
5. 一種優惠處理方法，係包括：

   設定一優惠方案資訊；

   響應於一用戶的一歸戶設定，以產生一歸戶設定資訊；

   接收利用支付工具之一搭乘資料及一交易資料；以及

   將該搭乘資料及該交易資料與該歸戶設定資訊進行比對，以於該搭乘資料及該交易資料屬於該用戶時，將該用戶的該搭乘資料及該交易資料與該優惠方案資訊進行媒合配對，俾產生一清分算結果。
6. 如請求項5所述之優惠處理方法，更包括：將對應該清分算結果之一回饋內容回饋至該用戶，其中，該回饋內容係回饋至該用戶的支付帳戶，該支付帳戶係在該歸戶設定時，由該用戶設定或在該優惠方案資訊中預設，且該支付帳戶係相同或不同於該支付工具的帳戶，其中，該媒合配對的結果產生至少一優惠方案，以根據該至少一優惠方案中回饋金額最高者、使用頻率最高者、混和加權或該至少一優惠方案中由該用戶所選擇者產生該清分算結果。
7. 如請求項5所述之優惠處理方法，更包括：設定一業者資訊及一支付工具資訊。
8. 如請求項5所述之優惠處理方法，更包括：響應於該用戶的一註冊要求，產生一用戶辨識資訊，以將該歸戶設定資訊歸屬於該用戶辨識資訊。
9. 如請求項5所述之優惠處理方法，其中，該優惠方案資訊包括優惠期間、優惠區域、回饋內容、業者種類、支付工具名稱，且其中，該搭乘資料包括業者種類、起站及其時間、訖站及其時間，而該交易資料包括交易金額、支付工具、支付時間。
10. 一種電腦可讀儲存媒介，應用於電腦中，係儲存有指令，以執行如請求項5至9中任一項所述之優惠處理方法。

Images