TWM606796U

TWM606796U - 利用qr碼之交通碼進行跨行支付之系統

Info

Publication number: TWM606796U
Application number: TW109211712U
Authority: TW
Inventors: 郭芳志; 黃雲飛; 鄭欣怡
Original assignee: 財金資訊股份有限公司
Priority date: 2020-09-07
Filing date: 2020-09-07
Publication date: 2021-01-21

Abstract

一種利用QR碼之交通碼進行跨行支付之系統，於一行動裝置中安裝有一支付應用程式並設定一付款帳號，在支付應用程式中選擇支付一交通費用；，當行動裝置準備搭乘交通運輸工具時，一發卡銀行伺服器對付款帳號圈存一預設金額，並發送要求交通碼之一通知訊息給一介接平台伺服器；介接平台伺服器接收通知訊息並產生一QR碼，再將QR碼透過發卡銀行伺服器提供給行動裝置；票證驗票機具掃描行動裝置上之QR碼並開啟閘門。本創作提供了透過中介機構產生QR碼跨行付款的系統，且可套用於所有支付型票券的交通業者，統一規格且提高乘客支付交通費用的便利性。

Description

利用QR碼之交通碼進行跨行支付之系統

本創作係有關一種交通費用支付之金流技術，特別是指一種利用QR碼之交通碼進行跨行支付之系統。

對於不能預先購票、僅能當場支付的支付型交通方式，如公車、捷運、客運、渡輪等，目前多是現場購買一次***通票券，或是以儲值卡在進、出站閘門/車機等票證驗票機具刷卡記帳扣款。雖然各家銀行紛紛推出可利用存款帳號線上扣款的支付功能，但交通業者需逐一與各銀行進行串接、對帳，及離線驗證等作業。

現有的線上支付技術主要包括感應式支付乘車及掃碼支付交通運輸費用。其中，現有***感應式支付乘車分為日中及日終處理方式，日中處理係於閘門感應後交通業者驗證灰名單及***有效期後開閘門讓乘客進入，並記錄乘車資訊於業者後台，若該卡片為周期內首次搭乘，則交通業者可送交易至發卡行進行驗證；日終處理則是交通業者彙整每日之乘車資訊結算款項後，經由***交易系統整批送銀行進行後續請款作業。

掃碼支付乘車在目前國內係由支付業者提供於交通場域，如Line Pay一卡通等提供其使用者於高雄捷運掃描乘車碼，此作法缺點為僅限單一支付業者(Line Pay一卡通)之用戶使用，且此為預先儲值金額於其電子支付帳戶並使用該帳戶支付交通費用之作法，無法直接使用銀行帳戶扣款。掃碼支付乘車的另一實施態樣為提供交通工具交易之業者，如台灣高鐵，但其目前僅提供預購型票券購買(亦即乘車前已知車資並須在乘車前付款)，尚未提供支付型乘車碼(亦即出站後方知車資並付款)，且此做法為交通業者提供自家乘客之服務，較無機會發展至其他交通場域。

有鑑於此，本創作針對上述習知技術之缺失及未來之需求，提出一種利用QR碼之交通碼進行跨行支付之系統，以有效解決上述該等問題，具體架構及其實施方式將詳述於下：

本創作之主要目的在提供一種利用QR碼之交通碼進行跨行支付之系統，其係由介接平台伺服器提供QR碼形式的交通碼給行動裝置，以供多家發卡銀行與不同交通業者透過介接平台伺服器交易扣款，降低各發卡銀行與交通業者逐一技術開發、串接、對帳等介接成本。

本創作之另一目的在提供一種利用QR碼之交通碼進行跨行支付之系統，其由介接平台伺服器提供QR碼的驗證機制，以確保在通過票證驗票機具時，行動裝置出示的QR碼是由介接平台伺服器所產生的。

本創作之再一目的在提供一種利用QR碼之交通碼進行跨行支付之系統，其係由發卡銀行伺服器對付款帳號進行一預設金額之圈存，待行動裝置掃碼出站後進行解圈(以上亦可以保證金方式為之)，以避免發生付款帳號無錢可扣的問題。

為達上述目的，本創作提供一種利用QR碼之交通碼進行跨行支付之系統，包括：一行動裝置，其中安裝一支付應用程式，在該支付應用程式中設定一付款帳號並選擇支付一交通費用；一發卡銀行伺服器，與該支付應用程式訊號連接，該付款帳號為該發卡銀行伺服器所核發，該發卡銀行伺服器對該付款帳號進行一預設金額之圈存，並在該發卡銀行伺服器判斷該行動裝置準備搭乘一交通運輸工具時，發送要求交通碼之一通知訊息；一介接平台伺服器，與該發卡銀行伺服器訊號連接，接收該通知訊息並產生一QR碼，再將該QR碼透過該發卡銀行伺服器提供給該行動裝置；以及至少一票證驗票機具，掃描該行動裝置上所顯示之該QR碼以進入或離開交通運輸工具。

依據本創作之實施例，該支付應用程式為該發卡銀行伺服器所部署之網路銀行應用程式，或是一支付業者所部署者。

依據本創作之實施例，該行動裝置於進出通過票證驗票機具時皆開啟該支付應用程式，且從介接平台伺服器所取得之進出用的該QR碼不同。

依據本創作之實施例，該介接平台伺服器預先產生複數組金鑰，並將該複數組金鑰中之複數公鑰提供給一交通業者的該票證驗票機具，並以該複數組金鑰中的複數私鑰簽發付款資訊於該QR碼。

依據本創作之實施例，該QR碼中包括該等私鑰、該付款帳號及該發卡銀行伺服器之銀行代碼。

依據本創作之實施例，該票證驗票機具更判斷該行動裝置是否為當天首次乘車，若是，可在該票證驗票機具透過一收單行伺服器發送一在途驗證之通知給該介接平台伺服器，要求該發卡銀行伺服器確認該付款帳號之有效性。

依據本創作之實施例，該發卡銀行伺服器若確認該在途驗證無誤，則依據該行動裝置使用完交通運輸工具(如出站)時供掃描的另一票證驗票機具與開始使用交通運輸工具(如進站)時之該票證驗票機具的距離計算一車資，並從該付款帳號中被圈存的該預設金額扣款。

依據本創作之實施例，該發卡銀行伺服器亦可於該在途驗證時，若發現該QR碼不合法，則後續可據以進行換金鑰等風險管控作業。

依據本創作之實施例，該票證驗票機具所屬之一交通業者更建立一灰名單，並將未通過該在途驗證之該付款帳號加入該灰名單中。

依據本創作之實施例，該付款帳號解除該筆圈存，並扣除該交通用。

本創作提供一種利用QR碼之交通碼進行跨行支付之系統，請參考第1圖，其為本創作利用QR碼之交通碼進行跨行支付之系統之架構方塊圖。本創作之利用QR碼之交通碼進行跨行支付之系統10包含一行動裝置12、一發卡銀行伺服器14、一介接平台伺服器16及至少一票證驗票機具20。其中，行動裝置12中安裝有一支付應用程式122，此支付應用程式122為發卡銀行伺服器14所部署之網路銀行應用程式，或是一支付業者(圖中未示)所部署的行動支付應用程式。在支付應用程式122中設定用來支付交通碼的一付款帳號，且在支付應用程式122的使用者介面上設有一交通費用的圖標，點擊該圖標即可進行交通碼的交易。

本創作中，交通碼之定義為公車、捷運、客運、渡輪等支付型的交通票券，使用者無法預先在網路上購買從起點到終點票證，目前是以儲值卡在起點及終點分別感應閘門或車機的方式，得知二點之間的距離再從儲值卡中扣款。本創作不使用於諸如高鐵、台鐵等可預先得知目的地並在網路上購票的預購型票券。

此外，交通碼的產製規則係根據交通部推動之「交通運輸虛擬票證二維條碼資料格式標準」中之開放欄位制定交易規格，供發卡銀行及行動支付業者使用。因此，本創作中的QR碼包含「交通運輸虛擬票證二維條碼資料格式標準」的制式標準，並在開放欄位中增加本創作所制定的QR碼的內容，包括付款帳號及發卡銀行伺服器14之銀行代碼。

發卡銀行伺服器14與支付應用程式122訊號連接，支付應用程式122中的付款帳號為發卡銀行伺服器14所核發。當在行動裝置12中開啟支付應用程式122並選擇以付款帳號進行交通碼的交易時，行動裝置12就會連線至發卡銀行伺服器14，發卡銀行伺服器14當即對付款帳號檢核是否完成一預設金額之圈存(或交保證金方式)，例如從付款帳號的存款金額中圈存500元，此金額只能用於支付交通碼，在解圈存之前無法再有其他用途，以確保交通業者藉由後續清算作業可從發卡銀行伺服器14取得搭乘交通工具的費用。

介接平台伺服器16與發卡銀行伺服器14訊號連接，其為不屬於任何銀行的第三方機構，可同時介接多家發卡銀行的發卡銀行伺服器14及多間交通業者18，做為發卡銀行和交通業者之間公正的第三方平台。發卡銀行伺服器14所傳送之通知訊息被介接平台伺服器16接收後，介接平台伺服器16對應產生一QR碼，再將QR碼透過發卡銀行伺服器14提供給行動裝置12。或是多個交通業者18先統一連接一交通業者通用平台(圖中未示)，介接平台伺服器16通過該交通業者通用平台與多間交通業者18連接。

票證驗票機具20屬於交通業者18，例如公車上的刷卡機或捷運站的刷卡閘門，其具有近場通訊感應及掃描等功能，可利用其中的掃描功能掃描行動裝置12上所顯示之QR碼，完成票證驗證作業，供進入或使用交通運輸工具。

應用具體流程請同時參考第2圖。

第2圖為應用本創作提供之利用QR碼之交通碼進行跨行支付系統10之一實施例之流程圖。首先於步驟S10中，在一行動裝置12中安裝有一支付應用程式122並設定一付款帳號，付款帳號為發卡銀行伺服器14所核發，於搭乘交通運輸工具時，在支付應用程式122中選擇支付一交通費用，亦即按下螢幕畫面中交通碼的圖標；步驟S12中，當發卡銀行伺服器14判斷行動裝置12準備進站時，對該付款帳號進行一預設金額之圈存，接著如步驟S14所述，發卡銀行伺服器14發送要求交通碼之一通知訊息給介接平台伺服器16，介接平台伺服器16接收通知訊息並產生一QR碼，再將QR碼透過發卡銀行伺服器14回傳給行動裝置12；最後，如步驟S16所述，交通業者18的票證驗票機具20掃描行動裝置12上所顯示之QR碼，俾搭乘交通運輸工具(圖中未示)。

特別的是，本創作中行動裝置12於通過票證驗票機具時皆需開啟支付應用程式122、並向介接平台伺服器16要求QR碼，且皆從介接平台伺服器16取得通過票證驗票機具用的QR碼。

在本創作中更包括QR碼的驗證機制，其可利用如RSA驗證機制。介接平台伺服器16預先產生複數組金鑰，並將該等公鑰提供給交通業者18的票證驗票機具20，而私鑰則留存在介接平台伺服器16，用以簽發產生QR碼付款資訊。因此，每一QR碼中除了包括付款帳號及發卡銀行伺服器14之銀行代碼外。因此，當使用者欲通過票證驗票機具20時，票證驗票機具20掃描QR碼即可利用公鑰去驗證QR碼的合法性。

第3圖為應用本創作所提供之利用QR碼之交通碼進行跨行支付系統10之另一實施例之流程圖。使用者一天可能搭乘多次需使用支付型票券的交通工具，例如捷運或公車，而在當天的首次搭乘時，本創作還提供一在途認證的機制。如步驟S20所述，在一行動裝置12中安裝有一支付應用程式122並設定一付款帳號，付款帳號為發卡銀行伺服器14所核發，於乘車時，在支付應用程式122中選擇支付一交通費用；步驟S22中，發卡銀行伺服器14對該付款帳號進行一預設金額之圈存，若已有圈存，則不重複圈存；接著如步驟S24所述，發卡銀行伺服器14發送要求交通碼之一通知訊息給介接平台伺服器16，介接平台伺服器16接收通知訊息並產生一QR碼，再將QR碼透過發卡銀行伺服器14回傳給行動裝置12；接著如步驟S26所述，當行動裝置12搭乘運輸工具時，掃描之票證驗票機具20可判斷行動裝置12是否為當天首次乘車，若是，則於步驟S28中，票證驗票機具20透過一收單行伺服器20發送一在途驗證之通知給介接平台伺服器16，要求發卡銀行伺服器14確認付款帳號之有效性，以進行在途驗證。接著於步驟S29中，發卡銀行伺服器14確認行動裝置12是否通過在途驗證。在步驟S30中，交通業者的票證驗證機具掃描行動裝置上所顯示之QR碼；而當使用者到達目的地後，更如步驟S32所述，依據行動裝置12分別通過之票證驗票機具(如進站、出站)的票證驗票機具20的搭乘費用(如車資)，並隨後從付款帳號中被圈存的預設金額扣款。若步驟S29的在途驗證未通過，則如步驟S34，須進行置換金鑰等保全措施。

不論是否為當天首次乘車，當使用交通運輸工具後，交通業者18的後台才會核算車資，並以核算後的實際搭乘費用發送通知，要求發卡銀行伺服器14扣款。發卡銀行伺服器16解除該筆圈存，並從付款帳號扣除費用後，以確保交通業者18能順利取得款項。

此外，交通業者18更可建立一灰名單，並將未通過在途驗證之付款帳號加入灰名單中，或是曾經逃票過的付款帳號也會被列入灰名單。當使用者用被加入灰名單的付款帳號要求交通碼的時候，雖然還是可從介接平台伺服器16取得QR碼，但在使用交通運輸工具時就無法通過票證驗票機具20的檢核，票證驗票機具20不會開啟。

因此，本創作所提供之一種利用QR碼之交通碼進行跨行支付之系統具有以下優點： 1. 提供統一標準，以擴大適用場域及使用者。讓各金融機構皆可依據此QR碼的規格推廣到所有使用支付型票券之交通業者，無須自行發展進出交通業者閘門機制與功能，並可提供交通業者前端交易訊息即時交換、後端款項快速結(清)算服務；透過第三方平台(本創作之介接平台伺服器)統一標準的另一優點更可降低多交通業者對多金融機構介接之成本，強化交易介接處理及結(清)算效率，進而提升消費者使用既有金融帳戶支付之便利性； 2. 提供金融帳戶支付方式可擴大使用族群。既有已推行之***支付方式僅限於年滿20歲已持有***之使用者，而透過綁定金融帳戶扣款可擴大到20歲以下的使用族群，讓所有有金融帳戶之使用者透過任一業者之支付軟體，即可使用行動裝置搭乘大眾運輸工具且直接從金融帳戶扣款，後續不須再繳費或儲值，大幅提高支付之便利性； 3. 提升交通業者介接作業效率。由於收單行和發卡銀行之間也透過介接平台伺服器連接，因此交通業者透過收單行與既有金融卡支付系統串接時可免除逐一與銀行介接之工程即可跨行交易；及 4. 使用QR碼以支援所有行動裝置。目前交通業者已提供利用近場通訊的感應交易，而本創作再增加QR碼傳遞資訊的方式給交通業者，可提升支援之行動裝置多元應用場域及便利國人使用既有之支付工具。

唯以上所述者，僅為本創作之較佳實施例而已，並非用來限定本創作實施之範圍。故即凡依本創作申請範圍所述之特徵及精神所為之均等變化或修飾，均應包括於本創作之申請專利範圍內。

10:利用QR碼之交通碼進行跨行支付之系統

12:行動裝置

122:支付應用程式

14:發卡銀行伺服器

16:介接平台伺服器

18:交通業者

20:票證驗票機具

22:收單行伺服器

第1圖為本創作利用QR碼之交通碼進行跨行支付系統之方塊圖。第2圖為應用本創作之利用QR碼之交通碼進行跨行支付系統之流程圖。第3圖為應用本創作之利用QR碼之交通碼進行跨行支付系統之另一實施例之流程圖。