TWI786617B - 於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法 - Google Patents

Abstract

一種於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法，其透過帳務主機在電文伺服器判斷掃碼交易為退貨時，進一步判斷被退貨之特店的帳戶餘額是否大於等於掃碼交易之交易金額，若是，則電文伺服器將掃碼交易之交易電文傳送給掃碼交易平台以完成掃碼交易，若否，則電文伺服器將拒絕交易之技術手段，可以避免被退貨之特店的帳戶餘額不足以支付退貨金額，並達成減少銀行代墊款及降低呆帳風險的技術功效。

Description

於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法

一種掃碼交易系統及其方法，特別係指一種於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法。

行動支付是指使用行動裝置進行付款的服務。在不需使用現金、支票或信用卡的情況下，消費者可使用行動裝置支付各項服務或數位及實體商品的費用。

行動支付方式主要有五種類型：簡訊為基礎的轉帳支付、行動帳單付款、行動裝置網路支付、應用程式（APP）支付和非接觸型（NFC）支付。其中，應用程式支付包含QR（Quick Response）Code支付，也就是俗稱的掃碼支付、掃碼交易。掃碼交易又包含兩種方式，一種是由消費者使用行動裝置執行應用程式掃描特店的QR Code後，應用程式產生並傳送交易電文至掃碼交易平台，掃碼交易平台完成掃碼交易並傳回交易結果給應用程式，此種方式通常被稱為主掃交易；另一種是由設置於特店之交易裝置掃描行動裝置所執行之應用程式所產生的QR code以產生交易電文後，交易裝置傳送交易電文到掃碼交易平台，使掃碼交易平台完成交易並將交易結果傳送給交易裝置與應用程式，此種方式通常被稱為被掃交易。

實際上，由上段描述可以發現，在進行主掃交易之行為的當下，銀行端完全無法得知主掃交易正在進行，直到掃碼交易平台次日（甚至更多日）批次的將交易明細傳送給銀行端後，銀行端才能得知有主掃交易發生。如此，當主掃交易為一般的付款時，問題還不明顯，但若主掃交易為退貨時，將可能發生被退貨之特店的帳戶餘額並不足以支付退貨金額，但掃碼交易平台依然完成交易的問題，造成銀行端需要代被退貨之特店墊款，甚至可能發生呆帳的情況，導致銀行端的風險大幅度的提高。

綜上所述，可知先前技術中長期以來一直存在掃碼交易在退貨時可能發生特店之帳戶餘額不足以支付退貨金額的問題，因此有必要提出改進的技術手段，來解決此一問題。

有鑒於先前技術存在掃碼交易在退貨時可能發生特店之帳戶餘額不足以支付退貨金額的問題，本發明遂揭露一種於掃碼交易過程中檢查退貨特店帳戶餘額之系統及方法，其中：

本發明所揭露之於掃碼交易過程中檢查退貨特店帳戶餘額之系統，至少包含：交易客戶端，用以於進行掃碼交易時產生掃碼交易電文；電文伺服器，用以接收掃碼交易電文，並依據掃碼交易電文判斷掃碼交易為退貨時，產生退貨交易訊息，其中，退貨交易訊息包含特店識別資料；帳務主機，用以接收退貨交易訊息，及用以依據退貨交易訊息判斷與特店識別資料對應之退貨特店之帳戶餘額是否足夠以產生相對應之交易續停訊息，並傳送交易續停訊息至電文伺服器，使電文伺服器判斷交易續停訊息是否表示帳戶餘額足夠；掃碼交易平台，用以接收電文伺服器於交易續停訊息表示帳戶餘額足夠時所傳送之掃碼交易電文，及用以依據掃碼交易電文執行掃碼交易並產生交易結果電文，及傳送交易結果電文至電文伺服器，電文伺服器更用以傳送交易結果電文至交易客戶端，交易客戶端更用以依據交易結果電文顯示掃碼交易之結果。

本發明所揭露之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，其步驟至少包括：交易客戶端於進行掃碼交易時產生掃碼交易電文，並傳送掃碼交易電文至電文伺服器；電文伺服器依據掃碼交易電文判斷掃碼交易為退貨時，產生並傳送退貨交易訊息至帳務主機，退貨交易訊息包含特店識別資料；帳務主機依據退貨交易訊息判斷與特店識別資料對應之退貨特店之帳戶餘額是否足夠以產生相對應之交易續停訊息，並傳送交易續停訊息至電文伺服器；電文伺服器判斷交易續停訊息表示帳戶餘額足夠時，傳送掃碼交易電文至掃碼交易平台；掃碼交易平台依據掃碼交易電文執行掃碼交易並產生交易結果電文，及傳送交易結果電文至電文伺服器；電文伺服器傳送交易結果電文至交易客戶端，交易客戶端依據交易結果電文顯示掃碼交易之結果。

本發明所揭露之系統與方法如上，與先前技術之間的差異在於本發明透過在現有掃碼交易的架構中加入電文伺服器，帳務主機在電文伺服器判斷掃碼交易為退貨時，判斷被退貨之特店的帳戶餘額是否大於等於掃碼交易之交易金額，若是，則電文伺服器將掃碼交易電文傳送給掃碼交易平台以完成掃碼交易，若否，則電文伺服器將拒絕交易，藉以解決先前技術所存在的問題，並可以達成減少銀行代墊款及降低呆帳風險的技術功效。

以下將配合圖式及實施例來詳細說明本發明之特徵與實施方式，內容足以使任何熟習相關技藝者能夠輕易地充分理解本發明解決技術問題所應用的技術手段並據以實施，藉此實現本發明可達成的功效。

本發明可以在退貨或退款之掃碼交易的過程中，由電文伺服器通知帳務主機判斷被退貨之特店的帳戶餘額是否足夠退款，當被退貨之特店的帳戶餘額足夠時，電文伺服器再繼續進行退貨或退款之掃碼交易的流程，也就是將掃碼交易電文傳送給掃碼交易平台，並由掃碼交易平台執行退貨或退款程序。其中，特店即為進行掃碼交易的店家。

本發明所提之掃碼交易包含主掃交易與被掃交易，主掃交易為由交易者使用行動裝置取得（包含但不限於拍攝或開啟）並解碼特店的交易條碼後由行動裝置發起之交易，被掃交易為特店裝置取得（包含但不限於拍攝或接收）並解碼交易者使用行動裝置所產生之交易條碼後由特店裝置發起之交易。其中，交易條碼通常為二維條碼或QR code，但本發明並不以此為限，凡足以讓行動裝置或特店裝置獲得發起交易所需之資料的媒介都可以作為本發明之交易條碼。

以下先以「第1圖」本發明所提之於掃碼交易過程中檢查退貨特店帳戶餘額之系統架構圖來說明本發明的系統運作。如「第1圖」所示，本發明之系統含有交易客戶端110、帳務主機120、電文伺服器130、掃碼交易平台150。其中，交易客戶端110與電文伺服器130間、帳務主機120與電文伺服器130間、電文伺服器130與掃碼交易平台150間可以透過有線網路或無線網路連接，藉以將資料或訊號傳送給對方。

一般而言，交易客戶端110、帳務主機120、電文伺服器130、掃碼交易平台150可以是計算設備。本發明所提之計算設備包含但不限於一個或多個處理模組、一條或多條記憶體模組、以及連接不同硬體元件（包括記憶體模組和處理模組）的匯流排等硬體元件。透過所包含之多個硬體元件，計算設備可以載入並執行作業系統，使作業系統在計算設備上運行，也可以執行軟體或程式。另外，計算設備也包含一個外殼，上述之各個硬體元件設置於外殼內。

本發明所提之計算設備的匯流排可以包含一種或多個類型，例如包含資料匯流排（data bus）、位址匯流排（address bus）、控制匯流排（control bus）、擴充功能匯流排（expansion bus）、及/或局域匯流排（local bus）等類型的匯流排。計算設備的匯流排包括但不限於的工業標準架構（Industry Standard Architecture, ISA）匯流排、周邊元件互連（Peripheral Component Interconnect, PCI）匯流排、視頻電子標準協會（Video Electronics Standards Association, VESA）局域匯流排、以及串列的通用序列匯流排（Universal Serial Bus, USB）、快速周邊元件互連（PCI Express, PCI-E/PCIe）匯流排等。

本發明所提之計算設備的處理模組與匯流排耦接。處理模組包含暫存器（Register）組或暫存器空間，暫存器組或暫存器空間可以完全的被設置在處理模組之處理晶片上，或全部或部分被設置在處理晶片外並經由專用電氣連接及/或經由匯流排耦接至處理晶片。處理模組可為中央處理器、微處理器或任何合適的處理元件。若計算設備為多處理器設備，也就是計算設備包含多個處理模組，則計算設備所包含的處理模組都相同或類似，且透過匯流排耦接與通訊。處理模組可以解釋一個計算機指令或一連串的多個計算機指令以進行特定的運算或操作，例如，數學運算、邏輯運算、資料比對、複製/移動資料等，藉以驅動計算設備中的其他硬體元件或運行作業系統或執行各種程式及/或模組。

計算設備中通常也包含一個或多個晶片組（Chipset）。計算設備的處理模組可以與晶片組耦接或透過匯流排與晶片組電性連接。晶片組是由一個或多個積體電路（Integrated Circuit, IC）組成，包含記憶體控制器以及周邊輸出入（I/O）控制器等，也就是說，記憶體控制器以及周邊輸出入控制器可以包含在一個積體電路內，也可以使用兩個或更多的積體電路實現。晶片組通常提供了輸出入和記憶體管理功能、以及提供多個通用及/或專用暫存器、計時器等，其中，上述之通用及/或專用暫存器與計時器可以讓耦接或電性連接至晶片組的一個或多個處理模組存取或使用。

計算設備的處理模組也可以透過記憶體控制器存取安裝於計算設備上的記憶體模組和大容量儲存區中的資料。上述之記憶體模組包含任何類型的揮發性記憶體（volatile memory）及/或非揮發性（non-volatile memory, NVRAM）記憶體，例如靜態隨機存取記憶體（Static Random Access Memory, SRAM）、動態隨機存取記憶體（Dynamic Random Access Memory, DRAM）、唯讀記憶體（Read-Only Memory, ROM）、快閃記憶體（Flash memory）等。上述之大容量儲存區可以包含任何類型的儲存裝置或儲存媒體，例如，硬碟機、光碟（optical disc）、隨身碟（flash drive）、記憶卡（memory card）、固態硬碟（Solid State Disk, SSD）、或任何其他儲存裝置等。也就是說，記憶體控制器可以存取靜態隨機存取記憶體、動態隨機存取記憶體、快閃記憶體、硬碟機、固態硬碟中的資料。

計算設備的處理模組也可以透過周邊輸出入控制器經由周邊輸出入匯流排與周邊輸出裝置、周邊輸入裝置、通訊介面、及GPS接收器等周邊裝置或介面連接並通訊。周邊輸入裝置可以是任何類型的輸入裝置，例如鍵盤、滑鼠、軌跡球、觸控板、搖桿等，周邊輸出裝置可以是任何類型的輸出裝置，例如顯示器、印表機等，周邊輸入裝置與周邊輸出裝置也可以是同一裝置，例如觸控螢幕等。通訊介面可以包含無線通訊介面及/或有線通訊介面，無線通訊介面可以包含支援無線區域網路（如Wi-Fi、Zigbee等）、藍牙、紅外線、近場通訊（Near-field communication, NFC）、3G/4G/5G等行動通訊網路（蜂巢式網路）或其他無線資料傳輸協定的介面，有線通訊介面可為乙太網路裝置、DSL數據機、纜線（Cable）數據機、非同步傳輸模式（Asynchronous Transfer Mode, ATM）裝置、或光纖通訊介面及/或元件等。處理模組可以週期性地輪詢（polling）各種周邊裝置與介面，使得計算設備能夠透過各種周邊裝置與介面進行資料的輸入與輸出，也能夠與具有上面描述之硬體元件的另一個計算設備進行通訊。

交易客戶端110可以是取得特店之交易條碼的行動裝置，也可以是取得行動裝置所產生之交易條碼的特店裝置。

交易客戶端110負責於進行掃碼交易時產生掃碼交易電文，並負責將所產生之掃碼交易電文傳送給電文伺服器130。交易客戶端110所產生之掃碼交易電文可以包含進行交易之特店的特店識別資料（或稱特店代號）、交易金額及其他與交易相關的資料項目，如交易時間等。其中，特店識別資料通常是由一定數量的字母及/或數字以一定順序排列而成，但本發明並不以此為限。

交易客戶端110也負責接收電文伺服器130所傳送之交易結果電文，本發明所提之交易結果電文可以表示掃碼交易成功或掃碼交易失敗或掃碼交易被拒等，但本發明並不以此為限。

交易客戶端110並負責依據所接收到之交易結果電文顯示相對應之掃碼交易的交易結果。更詳細的，交易客戶端110可以解碼交易結果電文以取得交易結果訊息，並可以顯示與所取得之交易結果訊息對應的交易結果，例如，交易完成或交易失敗或拒絕交易，及交易失敗或拒絕交易的原因等。

帳務主機120負責接收電文伺服器130所傳送的退貨交易訊息，本發明所提之退貨交易訊息可以包含被退貨之特店的特店識別資料及交易金額。

帳務主機120也負責判斷與所接收到之退貨交易訊息中之特店識別資料對應的特店（即被退貨之特店，在本發明中亦以退貨特店表示）的帳戶餘額是否足夠，並負責依據判斷結果產生相對應的交易續停訊息，及負責將所產生的交易續停訊息傳送到電文伺服器130。舉例來說，帳務主機120可以依據所接收到之特店識別資料查詢相對應之退貨特店的帳戶餘額，並比對所查詢到之帳戶餘額是否大於或等於交易金額，若是，則表示被退貨特店的帳戶餘額足夠，帳務主機120可以產生表示帳戶餘額足夠的交易續停訊息，反之，則表示被退貨特店的帳戶餘額不足，帳務主機120可以產生表示帳戶餘額不足的交易續停訊息。

又如，帳務主機120也可以依據所接收到之退貨交易訊息中的特店識別資料讀取相對應之退貨特店之帳戶的歷史交易資料，並依據所讀取之歷史交易資料判斷預期交易額，及依據所接收到之退貨交易訊息中的交易金額、所查詢到之帳戶餘額、及所判斷出之預期交易額判斷退貨特店之帳戶餘額是否足夠。更詳細的，帳務主機120可以依據歷史交易資料計算每日或每周或每月之同一日的日交易額，並對所計算出之日交易額進行統計（如平均或取中位數），及將統計出之日交易額作為預期交易額，接著，帳務主機120可以加總帳務餘額與預期交易額，並可以比對加總後之金額是否大於或等於交易金額，若是，則表示被退貨特店的帳戶餘額足夠，帳務主機120可以產生表示帳戶餘額足夠的交易續停訊息，反之，則表示被退貨特店的帳戶餘額不足，帳務主機120可以產生表示帳戶餘額不足的交易續停訊息。但帳務主機120判斷預期交易額的方式並不以上述為限。其中，歷史交易資料可以是退貨特店之帳戶的所有交易資料，也可以是退貨特店之帳戶在特定時間區間（如過去一年或六個月或一季）內或進行特定交易項目的交易資料。

帳務主機120也可以在判斷退貨特店之帳戶餘額不足時，進一步讀取退貨特店之帳戶的帳戶資料以依據帳戶資料中的相關訊息判斷退貨特店是否申請過融資或貸款，若退貨特店申請過融資或貸款，例如相關資料包含退貨特店之帳戶的融資額度或貸款額度及已融資/已貸款金額，則帳務主機120可以依據已融資/已貸款金額判斷退貨特店之融資額度或貸款額度是否達到上限，若是，則帳務主機120可以判斷退貨特店之帳戶餘額不足，若否，則帳務主機120可以依據融資額度或貸款額度的剩餘餘額（即融資/貸款額度減去已融資/已貸款金額）再次融資或貸款給退貨特店，也就是增加退貨特店之帳戶餘額，並再次依據退貨交易訊息中的交易金額、增加後的帳務餘額（及所判斷出之預期交易額）判斷退貨特店之帳務餘額是否足夠。

另外，若帳務主機120判斷退貨特店未申請過融資或貸款，如相關資料包含退貨特店之帳戶未申請融資或貸款的記錄，則帳務主機120可以依據退貨特店之帳戶的歷史交易資料評估融資額度或貸款額度，並可以依據在開設退貨特店之帳戶時所記錄之退貨特店負責人的通訊資料傳送所評估出之融資額度或貸款額度給退貨特店負責人以詢問是否進行融資或貸款，若帳務主機120接收到表示融資或貸款的回應，則帳務主機120可以依據所評估出之融資額度或貸款額度增加退貨特店之帳戶餘額，並再次依據退貨交易訊息中的交易金額、增加後的帳務餘額（及所判斷出之預期交易額）判斷退貨特店之帳務餘額是否足夠。其中，通訊資料包含但不限於電話號碼、即時通訊帳號、應用程式帳號、電子郵件地址等，帳務主機120可以透過簡訊、即時通訊、推播訊息、電子郵件等方式傳送融資額度或貸款額度給退貨特店負責人，使得退貨特店負責人可以操作手機、平板、或電腦等計算設備將回應以簡訊、即時通訊、應用程式回覆、電子郵件等方式將接收或拒絕融資或貸款的回應傳回帳務主機120。

帳務主機120也可以接收電文伺服器130所傳送之交易結果訊息，本發明所提之交易結果訊息可以包含被退貨之特店的特店識別資料及交易金額。

帳務主機120也可以依據所接收到之退貨交易訊息（或交易結果訊息）執行退貨特店的扣款作業，也就是說，帳務主機120可以由與退貨交易訊息（或交易結果訊息）中之特店識別資料對應的退貨特店的帳戶中扣除退貨交易訊息（或交易結果訊息）中的交易金額，使得退貨特店之帳戶餘額減少交易金額。

帳務主機120也可以接收掃碼交易平台150所傳送的掃碼交易明細，本發明所提之掃碼交易明細可以包含一筆或多筆掃碼交易資料，每一筆退貨交易資料包含一個特店的特店識別資料、交易金額及其他與交易相關的資料項目，如交易序號、交易時間等。

帳務主機120也可以依據所接收到之掃碼交易明細計算各個特店的交易淨值，並可以依據退貨特店之交易淨值及退貨特店之帳戶餘額重新計算退貨特店的帳戶餘額，也就是將退貨特店之交易淨值與帳戶餘額加總為新的帳戶餘額。其中，特定的交易淨值可以為正值、零、或負值。更詳細的，帳務主機120可以比對掃碼交易明細中之交易序號、交易時間等交易相關的資料項目，藉以判斷掃碼交易明細中之各筆退貨交易資料是否已依據所接收到之退貨交易訊息（或交易結果訊息）執行過扣款作業，若是，則該筆退貨交易資料將被捨棄而不計算交易淨值，若否，則帳務主機120可以加總該筆退貨交易資料中之交易金額與當前的交易淨值以計算新的交易淨值，直到所有的退貨交易資料都被捨棄或加算為止。

帳務主機120也可以設定相對應的特店識別資料，帳務主機120可以存取與帳務主機120所設定之特店識別資料對應的特店的帳戶。一般而言，帳務主機120可以提供管理者輸入特店識別資料。

電文伺服器130負責接收交易客戶端110所傳送的掃碼交易電文，並負責依據掃碼交易電文判斷交易客戶端110所進行之掃碼交易是否為退貨。一般而言，電文伺服器130可以依據掃碼交易電文中的特定資料項目判斷掃碼交易是否為退貨，但本發明並不以此為限。

電文伺服器130也負責在判斷交易客戶端110所進行之掃碼交易為退貨時產生退貨交易訊息，並負責將所產生的退貨交易訊息傳送到帳務主機120。電文伺服器130可以依據掃碼交易電文的資料格式由掃碼交易電文中讀出特店識別資料與交易金額，藉以產生包含特店識別資料與交易金額的退貨交易訊息。

電文伺服器130也可以依據接收自交易客戶端110之掃碼交易電文中的特店識別資料選擇產生並傳送退貨交易訊息到帳務主機120或直接將掃碼交易電文傳送到掃碼交易平台150。舉例來說，電文伺服器130可以判斷掃碼交易電文中之特店識別資料的內容是否與帳務主機120對應之特店識別資料相同，若是，則電文伺服器130可以將產生並傳送退貨交易訊息到帳務主機120，若否，則電文伺服器130將掃碼交易電文傳送到掃碼交易平台150。其中，上述之與帳務主機120對應之特店識別資料為預先儲存，可以由電文伺服器130的管理者輸入，或是由帳務主機120所傳送。

電文伺服器130也可以依據掃碼交易電文中的特定資料項目判斷所接收到之掃碼交易電文的型式，當電文伺服器130判斷掃碼交易電文為主掃交易電文的型式時，可以依據主掃交易電文的資料格式讀出掃碼交易電文中的各個資料項目，並可以依據被掃交易電文的資料格式修改部分之資料項目的內容，並將修改後之資料項目及未被修改之全部或部分的資料項目組合產生型式為被掃交易電文的掃碼交易電文，藉以將掃碼交易電文由主掃交易電文轉換為被掃交易電文。

電文伺服器130也負責接收帳務主機120所傳送的交易續停訊息，並負責判斷所接收到之交易續停訊息是否表示帳戶餘額足夠。電文伺服器130可以在判斷交易續停訊息表示帳戶餘額足夠時，將接收自交易客戶端110的掃碼交易電文傳送到掃碼交易平台150；電文伺服器130也可以在判斷交易續停訊息表示帳戶餘額不足時，產生表示拒絕交易的交易結果電文並將所產生之交易結果電文傳送到交易客戶端110。

電文伺服器130也可以接收掃碼交易平台150所傳送的交易結果電文，並可以將所接收到之交易結果電文傳送給交易客戶端110。電文伺服器130可以依據交易結果電文中的特定資料項目判斷所接收到之交易結果電文的型式，當電文伺服器130判斷交易結果電文為被掃交易電文的型式時，可以依據被掃交易電文的資料格式讀出交易結果電文中的各個資料項目，並可以依據主掃交易電文的資料格式修改部分之資料項目的內容，並將修改後之資料項目及未被修改之全部或部分的資料項目組合產生型式為主掃交易電文的交易結果電文，藉以將交易結果電文由被掃交易電文轉換為主掃交易電文。

電文伺服器130也可以判斷所接收到之交易結果電文是否表示退貨成功。當交易結果電文表示退貨成功時，電文伺服器130可以產生交易結果訊息，並可以將所產生之交易結果訊息傳送到帳務主機120。

掃碼交易平台150負責接收電文伺服器130所傳送的掃碼交易電文，並負責依據所接收到之掃碼交易電文執行掃碼交易。掃碼交易平台150也負責在執行掃碼交易後產生相對應的交易結果電文，及負責將所產生之交易結果電文傳送到電文伺服器130。

掃碼交易平台150也可以產生與帳務主機120對應的掃碼交易明細，並可以將所產生的掃碼交易明細傳送到帳務主機120。一般而言，掃碼交易平台150可以每隔一定的時間間隔或在預定的時間批次產生掃碼交易明細，例如，在每天的固定時間（如凌晨一點等），但本發明並不以此為限。

接著以一個實施例來解說本發明的運作系統與方法，並請參照「第2A圖」本發明所提之於掃碼交易過程中檢查退貨特店帳戶餘額之方法流程圖。在本實施例中，假設交易客戶端110為使用者所使用的手機，但本發明並不以此為限。

首先，交易客戶端110在進行掃碼交易時，可以產生掃碼交易電文，並可以將所產生的掃碼交易電文傳送給電文伺服器130（步驟210）。在本實施例中，假設交易客戶端110可以透過所包含的影像擷取元件擷取包含被退貨之特店的特店識別資料的QR code，並可以在解析所取得之QR code後取得被退貨之特店的特店識別資料，再以主掃交易電文的資料格式產生包含所取得之特店識別資料與使用者所輸入之交易金額的掃碼交易電文。

電文伺服器130在接收到交易客戶端110所產生之掃碼交易電文後，可以依據所接收到之掃碼交易電文判斷交易客戶端110所進行之掃碼交易是否為退貨。其中，電文伺服器130可以先透過掃碼交易電文中的驗證碼檢核所接收到的掃碼交易電文，並可以在掃碼交易電文通過檢核後由掃碼交易電文中讀出交易類型、處理代碼、特店代號（特店識別資料）等資料項目。

若電文伺服器130依據處理代碼之資料項目判斷掃碼交易不為退貨，則電文伺服器130可以將所接收到之掃碼交易電文傳送給掃碼交易平台150（步驟250）；而若電文伺服器130判斷掃碼交易為退貨，則電文伺服器130可以產生退貨交易訊息，並可以將所產生之退貨交易訊息傳送給帳務主機120（步驟225）。在本實施例中，假設電文伺服器130可以在掃碼交易為退貨時，先判斷特店代號之資料項目中的內容是否為與帳務主機120對應的特店識別資料，若是，則電文伺服器130可以產生包含掃碼交易電文中之特店識別資料、交易金額、時間戳記、安全碼的退貨交易訊息，若否，則電文伺服器130可以將掃碼交易電文傳送給掃碼交易平台150。其中，電文伺服器130可以使用與帳務主機120預先約定的驗證參數對退貨交易訊息進行運算以產生退貨雜湊值並加密退貨交易訊息，並將加密後的退貨交易訊息與退貨雜湊值以數位信封（Digital Envlope）傳送給帳務主機120。

在帳務主機120接收到電文伺服器130所產生的退貨交易訊息後，可以依據退貨交易電文判斷被退貨之特店的帳戶餘額是否足夠（步驟230）。在本實施例中，假設帳務主機120可以在接收到退貨交易訊息與退貨雜湊值後，依據與電文伺服器130預先約定的驗證參數對退貨交易訊息進行運算以解密退貨交易訊息，並檢核退貨雜湊值及退貨交易訊息中之時間戳記與安全碼以驗證退貨交易訊息正確無被竄改且符合規範，之後，帳務主機120可以依據退貨交易電文中的特店識別資料查詢相對應之被退貨特店的帳戶餘額，並比較所查詢到之帳戶餘額與退貨交易電文中之交易金額的大小以判斷被退貨之特店的帳戶餘額是否足夠；另外，被退貨之特店的帳戶餘額不足（也就是交易金額大於帳戶餘額）時，或在接收到電文伺服器130所產生的退貨交易訊息後，帳務主機120也可以如「第2C圖」之流程所示，依據特店識別資料讀取被退貨之特店之帳戶的歷史交易資料（步驟231），並依據所讀出之歷史交易資料判斷預期交易額（步驟233），及依據退貨交易電文中之交易金額、所判斷出之預期交易額、及當前所查詢到之帳戶餘額判斷被退貨之特店的帳戶餘額是否足夠（步驟235），例如，比較當前之帳戶餘額與預期交易額之和與交易金額的大小以判斷被退貨之特店的帳戶餘額是否足夠。

在帳務主機120判斷出被退貨之特店的帳戶餘額是否足夠（步驟230）後，可以產生與所判斷出之結果對應的交易續停訊息，並可以將所產生的交易續停訊息傳送給電文伺服器130（步驟239）。在本實施例中，當帳務主機120所查詢到之帳戶餘額大於或等於帳務主機120所接收到之退貨交易電文中的交易金額（或當前之帳戶餘額與預期交易額之和大於或等於交易金額）時，帳務主機120可以產生表示帳戶餘額足夠的交易續停訊息，也可以如「第2D圖」之流程所示，依據退貨交易訊息執行扣款作業（步驟237），而當帳戶餘額小於交易金額（及/或當前之帳戶餘額與預期交易額之和小於交易金額）時，帳務主機120可以產生表示帳戶餘額不足的交易續停訊息。其中，帳務主機120可以使用與電文伺服器130預先約定的驗證參數對交易續行訊息進行運算以產生續停雜湊值並加密交易續停訊息，並將加密後的交易續停訊息與續停雜湊值以數位信封傳送給電文伺服器130。

在電文伺服器130接收到帳務主機120所產生之交易續停訊息後，電文伺服器130依據與帳務主機120預先約定的驗證參數對退貨交易訊息進行運算以解密交易訊息訊息，並檢核續停雜湊值及交易續停訊息中之時間戳記與安全碼以驗證交易訊息訊息正確無被竄改且符合規範，之後，電文伺服器130可以判斷所接收的交易續停訊息是否表示被退貨之特店的帳戶餘額是否足夠。當交易續停訊息表示被退貨之特店的帳戶餘額不足時，電文伺服器130可以如「第2E圖」之流程所示，產生表示拒絕交易的交易結果電文，並可以將所產生的交易結果電文傳送給交易客戶端110（步驟240）；而電文伺服器130判斷交易續停訊息表示被退貨之特店的帳戶餘額足夠時，可以將交易客戶端110所產生的掃碼交易電文傳送給掃碼交易平台150（步驟250）。在本實施例中，假設如「第2B圖」之流程所示，在電文伺服器130判斷交易續停訊息表示被退貨之特店的帳戶餘額足夠後，可以判斷掃碼交易電文是否為主掃交易電文，若否，則電文伺服器130可以直接傳送掃碼交易電文給掃碼交易平台150；而若掃碼交易電文為主掃交易電文，則電文伺服器130可以先將掃碼交易電文由主掃交易電文轉換為被掃交易電文（步驟255），再傳送轉換後之掃碼交易電文給掃碼交易平台150。例如，若被掃交易電文可以包含交易類型、卡號或帳號、處理代碼、交易金額、端末交易序號、交易日期時間、收單行代碼、端末代號、特店代號、訂單編號或退貨編號、晶片資料或原始交易資訊、驗證碼等資料項目，主掃交易電文除了可以包含被掃交易電文的所有資料項目之外，還可以包含應用程式識別碼、伺服器識別碼等資料項目，電文伺服器130可以依據處理代碼判斷掃碼交易電文的型式，當處理代碼的資料表示掃碼交易電文為主掃交易電文時，電文伺服器130可以將處理代碼修改為表示掃碼交易電文為被掃交易電文的資料，並可以將修改後之處理代碼及不包含應用程式識別碼與伺服器識別碼的其他所有資料項目重新組合為被掃交易電文，及將所產生之被掃交易電文作為掃碼交易電文，同時，電文伺服器130也可以記錄未被加入被掃交易電文的應用程式識別碼與伺服器識別碼。

在掃碼交易平台150接收到電文伺服器130所傳送的掃碼交易電文後，掃碼交易平台150可以依據所接收到之掃碼交易電文執行對應之掃碼交易，並可以在執行掃碼交易後產生相對應之交易結果電文，及可以將所產生之交易結果電文傳送到電文伺服器130（步驟260）。在本實施例中，掃碼交易平台150所執行之掃碼交易可以是付款交易或退貨交易，並可以使用被掃交易結果電文之資料格式產生交易結果電文。

在電文伺服器130接收到掃碼交易平台150所產生的交易結果電文後，電文伺服器130可以將所接收到的交易結果電文傳送給交易客戶端110，在交易客戶端110在接收到電文伺服器130所傳送的交易結果電文後，可以依據所接收到之交易結果電文顯示掃碼交易的交易結果（步驟280）。在本實施例中，若電文伺服器130依據交易結果電文中之處理代碼判斷交易客戶端110所傳送之掃碼交易電文為被掃交易電文，則電文伺服器130可以直接將交易結果電文傳送給交易客戶端110，使交易客戶端110可以使用被掃交易結果電文的資料格式讀出交易結果電文中的資料；而若電文伺服器130先前判斷交易客戶端110所傳送之掃碼交易電文為主掃交易電文，則電文伺服器130在接收到交易結果電文後，可以依據被掃交易結果電文之資料格式由交易結果電文中讀出交易類型、卡號或帳號、交易金額、系統日期時間、端末交易序號、收單行代碼、回應碼、端末代號、特店代號、訂單編號或退貨編號、驗證碼等等資料項目，並可以將處理代碼替換為表示為主掃交易電文的資料後，使用主掃交易結果電文之資料格式將被替換後之處理代碼、所讀出之各個資料項目、及先前所記錄之應用程式識別碼與伺服器識別碼重組為新的交易結果電文後，傳送新的結果交易電文至交易客戶端110，使交易客戶端110可以使用主掃交易結果電文的資料格式讀出交易結果電文中的資料。

如此，透過本發明，帳務主機120可以在交易客戶端110進行退貨的掃碼交易時先確認被退貨之特店的帳戶餘額，藉以減少特定之帳戶餘額不足以退款的情況。

上述實施例中，若帳務主機120在判斷出被退貨之特店的帳戶餘額不足（步驟230）時，帳務主機120可以進一步判斷被退貨之特店是否申請過融資或貸款，若被退貨之特店申請過融資或貸款，則帳務主機120可以判斷被退貨之特店的融資額度或貸款額度是否達到上限，若是，則帳務主機120可以判斷被退貨之特店的帳戶餘額不足，若否，則帳務主機120可以依據被退貨之特店的融資額度或貸款額度的餘額再次融資或貸款給被退貨之特店，也就是增加被退貨之特店的帳戶餘額，並再次判斷被退貨之特店的帳務餘額是否足夠（步驟230）；而若帳務主機120判斷被退貨之特店未申請過融資或貸款，則帳務主機120可以依據被退貨之特店帳戶的歷史交易資料評估融資額度或貸款額度，並可以依據融資額度或貸款額度增加被退貨之特店的帳戶餘額，並再次判斷被退貨之特店的帳務餘額是否足夠（步驟230）。在帳務主機120再次依據被退貨之特店的融資額度或貸款額度判斷被退貨之特店的帳務餘額是否足夠後，帳務主機120才可以產生與所判斷出之結果對應的交易續停訊息，並將所產生的交易續停訊息傳送給電文主機130（步驟239）。

上述實施例中，若帳務主機120在判斷出被退貨之特店的帳戶餘額足夠（步驟230）後，並未如「第2D圖」之流程所示，依據接收自電文伺服器130的退貨交易訊息執行扣款作業（步驟237），則如「第2F圖」所示，電文伺服器130可以在判斷交易結果電文表示退貨成功時，產生交易結果訊息並將所產生之交易結果訊息傳送到帳務主機120（步驟271），帳務主機120在接收到交易結果訊息後，可以依據所接收到之交易結果訊息執行扣款作業（步驟275）。

另外，上述實施例在交易客戶端110依據接收自電文伺服器130之交易結果電文顯示掃碼交易的交易結果（步驟280）後，掃碼交易平台150可以傳送批次產生透過帳務主機120進行掃碼交易之與帳務主機120對應的掃碼交易明細，並可以將所產生的掃碼交易明細傳送給相對應的帳務主機120 （步驟291），帳務主機120在接收到掃碼交易明細後，可以依據所接收到之掃碼交易明細計算所有特店的交易淨值，並將每一個特店的交易淨值與當前的帳戶餘額加總以計算出各個特店之新的帳務餘額（步驟295）。

綜上所述，可知本發明與先前技術之間的差異在於具有帳務主機在電文伺服器判斷掃碼交易為退貨時，進一步判斷被退貨之特店的帳戶餘額是否大於等於掃碼交易之交易金額，若是，則電文伺服器將掃碼交易電文傳送給掃碼交易平台以完成掃碼交易，若否，則電文伺服器將拒絕交易之技術手段，藉由此一技術手段可以來解決先前技術所存在掃碼交易在退貨時可能發生特店之帳戶餘額不足以支付退貨金額的問題，進而達成減少銀行代墊款及降低呆帳風險的技術功效。

再者，本發明之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，可實現於硬體、軟體或硬體與軟體之組合中，亦可在電腦系統中以集中方式實現或以不同元件散佈於若干互連之電腦系統的分散方式實現。

雖然本發明所揭露之實施方式如上，惟所述之內容並非用以直接限定本發明之專利保護範圍。任何本發明所屬技術領域中具有通常知識者，在不脫離本發明所揭露之精神和範圍的前提下，對本發明之實施的形式上及細節上作些許之更動潤飾，均屬於本發明之專利保護範圍。本發明之專利保護範圍，仍須以所附之申請專利範圍所界定者為準。

110:                  交易客戶端 120:                  帳務主機 130:                  電文伺服器 150:                  掃碼交易平台 步驟210:          交易客戶端於進行掃碼交易時產生掃碼交易電文，並傳送掃碼交易電文至電文伺服器 步驟225:          電文伺服器依據掃碼交易電文判斷掃碼交易為退貨時傳送退貨交易訊息至帳務主機 步驟230:          帳務主機判斷退貨特店帳戶之帳戶餘額是否足夠 步驟231:          帳務主機依據特店識別資料讀取退貨特店帳戶之歷史交易資料 步驟233:          帳務主機依據歷史交易資料判斷預期交易額 步驟235:          帳務主機依據退貨交易訊息中之交易金額、帳戶餘額及預期交易額判斷帳戶餘額是否足夠 步驟237:          帳務主機於退貨特店帳戶之帳戶餘額足夠時，依據退貨交易訊息執行扣款作業 步驟239:          帳務主機產生相對應之交易續停訊息，並傳送交易續停訊息至電文伺服器 步驟240:          電文伺服器判斷交易續停訊息表示帳戶餘額不足時，產生表示拒絕交易之交易結果電文，並傳送交易結果電文至交易客戶端 步驟250:          電文伺服器判斷交易續停訊息表示帳戶餘額足夠或依據掃碼交易電文判斷掃碼交易不為退貨時傳送掃碼交易電文至掃碼交易平台 步驟255:          電文伺服器判斷掃碼交易電文為主掃交易電文時，轉換掃碼交易電文為被掃交易電文 步驟260:          掃碼交易平台依據掃碼交易電文執行掃碼交易，並傳送交易結果電文至電文伺服器 步驟271:          電文伺服器判斷交易結果電文表示退貨成功時，傳送交易結果訊息至帳務主機 步驟275:          帳務主機依據交易結果訊息執行扣款作業 步驟280:          電文伺服器傳送交易結果電文至交易客戶端，交易客戶端依據交易結果電文顯示掃碼交易之結果 步驟291:          掃碼交易平台傳送掃碼交易明細至帳務主機 步驟295:          帳務主機依據掃碼交易明細計算特店之交易淨值，並依據特店之交易淨值更新特店之帳戶餘額

第1圖為本發明所提之於掃碼交易過程中檢查退貨特店帳戶餘額之系統架構圖。 第2A圖為本發明所提之於掃碼交易過程中檢查退貨特店帳戶餘額之方法流程圖。 第2B圖為本發明所提之轉換掃碼交易電文之方法流程圖。 第2C圖為本發明所提之以歷史交易記錄判斷帳戶餘額是否足夠之方法流程圖。 第2D圖為本發明所提之帳務主機進行扣款作業之方法流程圖。 第2E圖為本發明所提之電文伺服器拒絕掃碼交易之方法流程圖。 第2F圖為本發明所提之另一種帳戶主機進行扣款作業之方法流程圖。 第2G圖為本發明所提之電文伺服器拒絕掃碼交易之方法流程圖。

步驟210:          交易客戶端於進行掃碼交易時產生掃碼交易電文，並傳送掃碼交易電文至電文伺服器 步驟225:          電文伺服器依據掃碼交易電文判斷掃碼交易為退貨時傳送退貨交易訊息至帳務主機 步驟230:          帳務主機判斷退貨特店帳戶之帳戶餘額是否足夠 步驟239:          帳務主機產生相對應之交易續停訊息，並傳送交易續停訊息至電文伺服器 步驟250:          電文伺服器判斷交易續停訊息表示帳戶餘額足夠或依據掃碼交易電文判斷掃碼交易不為退貨時傳送掃碼交易電文至掃碼交易平台 步驟260:          掃碼交易平台依據掃碼交易電文執行掃碼交易，並傳送交易結果電文至電文伺服器 步驟280:          電文伺服器傳送交易結果電文至交易客戶端，交易客戶端依據交易結果電文顯示掃碼交易之結果

Claims (10)

1. 一種於掃碼交易過程中檢查退貨特店帳戶餘額之系統，該系統至少包含：一交易客戶端，用以於進行一掃碼交易時產生一掃碼交易電文；一電文伺服器，用以接收該掃碼交易電文，並於判斷該掃碼交易電文為主掃交易電文時，將該掃碼交易電文轉換為被掃交易電文，及用以依據該掃碼交易電文判斷該掃碼交易為退貨時，產生一退貨交易訊息，其中，該退貨交易訊息包含一特店識別資料；一帳務主機，用以接收該退貨交易訊息，及用以依據該退貨交易訊息判斷與該特店識別資料對應之一退貨特店之一帳戶餘額是否足夠以產生相對應之一交易續停訊息，並傳送該交易續停訊息至該電文伺服器，使該電文伺服器判斷該交易續停訊息是否表示該帳戶餘額足夠；及一掃碼交易平台，用以接收該電文伺服器於該交易續停訊息表示該帳戶餘額足夠時所傳送之該掃碼交易電文，及用以依據該掃碼交易電文執行該掃碼交易並產生一交易結果電文，及傳送該交易結果電文至該電文伺服器，該電文伺服器更用以依據該掃碼交易電文是否為主掃交易電文，選擇是否將該交易結果電文由被掃交易結果電文轉換為主掃交易結果電文，且該電文伺服器更用以傳送該交易結果電文至該交易客戶端，該交易客戶端更用以依據該交易結果電文顯示該掃碼交易之結果。
2. 如請求項1所述之於掃碼交易過程中檢查退貨特店帳戶餘額之系統，其中該電文伺服器更用以於將該掃碼交易電文轉換為被掃交易電文時，記錄一應用程式識別碼及一伺服器識別碼，及於將該交易結果電文由被掃交易 結果電文轉換為主掃交易結果電文時，於該主掃交易結果電文中加入該應用程式識別碼及該伺服器識別碼。
3. 如請求項1所述之於掃碼交易過程中檢查退貨特店帳戶餘額之系統，其中該帳務主機更用以依據該退貨交易訊息執行扣款作業，或依據該電文伺服器於判斷該交易結果電文表示退貨成功時所產生之一交易結果訊息執行扣款作業。
4. 如請求項1所述之於掃碼交易過程中檢查退貨特店帳戶餘額之系統，其中該掃碼交易平台更用以傳送一掃碼交易明細至該帳務主機，該帳務主機更用以依據該掃碼交易明細計算該退貨特店之交易淨值並依據該退貨特店之交易淨值更新該帳戶餘額。
5. 如請求項1所述之於掃碼交易過程中檢查退貨特店帳戶餘額之系統，其中該帳務主機更用以依據該特店識別資料讀取該退貨特店之一歷史交易資料，並依據該歷史交易資料判斷一預期交易額及/或評估一貸款額度或一融資額度，及依據該退貨交易訊息中之交易金額、該帳戶餘額、及該預期交易額及/或該貸款額度或該融資額度判斷該帳戶餘額是否足夠。
6. 一種於掃碼交易過程中檢查退貨特店帳戶餘額之方法，該方法至少包含下列步驟：一交易客戶端於進行一掃碼交易時產生一掃碼交易電文，並傳送該掃碼交易電文至一電文伺服器；該電文伺服器依據該掃碼交易電文判斷該掃碼交易為退貨時，產生並傳送一退貨交易訊息至一帳務主機，該退貨交易訊息包含一特店識別資料； 該帳務主機依據該退貨交易訊息判斷與該特店識別資料對應之一退貨特店之一帳戶餘額是否足夠以產生相對應之一交易續停訊息，並傳送該交易續停訊息至該電文伺服器；該電文伺服器判斷該交易續停訊息表示該帳戶餘額足夠時，判斷該掃碼交易電文是否為主掃交易電文，並於該掃碼交易電文為主掃交易電文時，將該掃碼交易電文轉換為被掃交易電文；該電文伺服器傳送該掃碼交易電文至一掃碼交易平台；該掃碼交易平台依據該掃碼交易電文執行該掃碼交易並產生一交易結果電文，及傳送該交易結果電文至該電文伺服器；該電文伺服器判斷該掃碼交易電文為主掃交易電文時，將該交易結果電文由被掃交易結果電文轉換為主掃交易結果電文；及該電文伺服器傳送該交易結果電文至該交易客戶端，該交易客戶端依據該交易結果電文顯示該掃碼交易之結果。
7. 如請求項6所述之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，其中該方法於該電文伺服器將該掃碼交易電文轉換為被掃交易電文之步驟，更包含該電文伺服器記錄一應用程式識別碼及一伺服器識別碼之步驟，且該電文伺服器將該交易結果電文由被掃交易結果電文轉換為主掃交易結果電文之步驟，更包含該電文伺服器於該主掃交易結果電文中加入該應用程式識別碼及該伺服器識別碼之步驟。
8. 如請求項6所述之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，其中該方法於該帳務主機依據該退貨交易訊息判斷與該特店識別資料對 應之該退貨特店之該帳戶餘額足夠之步驟後，更包含該帳務主機依據該退貨交易訊息執行扣款作業之步驟。
9. 如請求項6所述之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，其中該方法於該掃碼交易平台依據該掃碼交易電文執行該掃碼交易並產生該交易結果電文之步驟後，更包含該掃碼交易平台產生並傳送一掃碼交易明細至該帳務主機，該帳務主機依據該掃碼交易明細計算該退貨特店之交易淨值並依據該退貨特店之交易淨值更新該帳戶餘額之步驟。
10. 如請求項6所述之於掃碼交易過程中檢查退貨特店帳戶餘額之方法，其中該帳務主機依據該退貨交易訊息判斷與該特店識別資料對應之該退貨特店之該帳戶餘額是否足夠之步驟，更包含該帳務主機依據該特店識別資料讀取該退貨特店之一歷史交易資料，並依據該歷史交易資料判斷一預期交易額及/或評估一貸款額度或一融資額度，及依據該退貨交易訊息中之交易金額、該帳戶餘額、及該預期交易額及/或該貸款額度或該融資額度判斷該帳戶餘額是否足夠之步驟。

Images