TWI761688B - 虛擬電子票卡之交易系統的應用方法 - Google Patents

Abstract

一種虛擬電子票卡之交易系統的應用方法，係於一具NFC功能之載具安裝一專用電子支付應用程式(APP)，且於安裝完成後即直接載入一預載檔案，另於一系統伺服器中儲存有對應該載具之附加檔案及使用者的專用帳號，該載具執行該電子支付應用程式(APP)後，可由該系統伺服器下載一可至少一次使用的附加檔案，該附加檔案可與該預載檔案相結合，使該載具形成一具實體卡片功能虛擬之電子支付卡片，以供與一銷售端(POS)系統直接進行電子支付交易，當該銷售端(POS)系統完成扣款作業，該虛擬之電子支付卡片將已完成之交易資訊送回系統伺服器，由系統伺服器回應該載具結束該電子支付應用程式(APP)。

Description

虛擬電子票卡之交易系統的應用方法

本發明是有關虛擬電子票卡之交易系統的應用方法，尤指一種無需特定SIM卡、不限定電信門號、不限定信用卡、交易安全性高且對於網路的依賴度較低之交易系統及方法。

隨著進近場通訊(NFC)技術逐漸成熟，各種利用NFC技術的近端行動支付系統亦普及於市場中；較常見的有：

1.將交易的安全元件設置在手機SIM卡中之"TSM"技術，其係透過公正的第三方進行安全控管，並可整合中間的資料或是資訊交流來完成付款。

此種TSM技術，其由於必須更換電信機構的特殊TSM-SIM卡，並需配合申請金融機構的信用帳號(信用卡)才能順利交易，因此在推廣及應用上較不便利。

2.各行動裝置廠商分別推廣之行動支付系統(Apply Pay、SAMSUNG Pay、Android Pay)，其係將已有的信用卡進行線上註冊，透過行動裝置(行動電話)綁定信用卡後，使用近場通訊(NFC)技術來傳輸卡片訊息，並使用"Tokenization"(信用卡號代碼化)來確保使用信用卡的安全，進而簡化零售商的資金轉移過程；上述技術手段，可利用隨身的手機或類似電子通訊裝置達成，而不再需要帶實體信用卡，交易時亦不會記錄信用卡號碼(信用卡資訊不會保存在店家與設備內)、不需要簽名即可以立即支付。

此種技術由於各行動裝置廠商提供服務內容並不相同，適用的國家亦不相同，消費者使用上需同時下載註冊多種作業系統加以使用。

3.透過「代碼化(Token)」技術，將安全元件置放在雲端的"HCE"技術，其交易時由手機發出一組虛擬卡號與金鑰，經過確認、解碼、交易、製碼等一系列動作，完成感應交易。此種技術使用者不須更換SIM卡、亦不受限於電信公司，僅需透過空中下載(OTA)載入卡片，即可經由NFC功能進行行動支付。

上述此種"HCE"技術，乃係透過主機在雲端模擬晶片所做的行動支付，使用上無須在手機內加入安全元件，所以可以搭配的手機與裝置比較多元，而且可以開放；其優點是不需換SIM卡、不限定電信門號、不需新申請信用卡、一機可綁定多張卡片且採用虛擬卡號交易安全性高，但其應用上仍係模擬信用卡之使用及相關後續運作方式，且其對於網路的依賴度較高為主要的缺點。

有鑑於習見利用近場通訊(NFC)技術的近端行動支付系統於使用上有上述缺點，發明人乃針對該些缺點研究改進之道，終於有本發明產生。

本發明之主要目的在於提供一種虛擬電子票卡之交易系統，其主要包括：一載具、一系統伺服器及一銷售端(POS)系統；其中該載具於安裝一專用電子支付應用程式(APP)後，可直接載入部份預載檔案(如：SF、Keys)，該系統伺服器中儲存有一對應該載具之附加檔案(如：包括可用餘額資訊之PF)；當該載具執行該電子支付應用程式(APP)後，可經由網際網路連結該系統伺服器下載一至少一次使用的附加檔案，該附加檔案可與該預載檔案結合，並使該載具形成一具實體卡片(如：悠遊卡)功能虛擬之電子支付卡片，該虛擬之電子支付卡片可經由NFC功能直接與該銷售端(POS)系統進行小額電子支付交易，其使用方式及相 關後續運作皆與現行具實體卡片(如：悠遊卡)之電子支付交易卡片相同，因此可沿用現行的相關設備而能降低使用成本，且由於每次使用時，載具可直接載入大部份的預載檔案，而僅需下載少量的一次使用附加檔案，因此可有效減低對於網路的依賴程度。

本發明之另一目的在於提供一種應用前述虛擬電子票卡之交易系統的方法，其係將使用者可用餘額等相關重要資料(即該附加檔案)儲存於雲端的系統伺服器中，僅於每次使用前提供一次性下載使用，因此可有效降低重要資料被竄改的可能性，具有極佳之交易安全性，且其應用上無需配合更換特定SIM卡亦不限定電信門號及信用卡，較易於推廣。

為達成上述目的及功效，本發明所採行的技術手段包括：一種虛擬電子票卡之交易系統，至少包括：一具NFC功能之載具，具有一中央處理器、一記憶體，於該記憶體中儲存有一專用電子支付應用程式(APP)及可供載入該中央處理器中之預載檔案；一系統伺服器，係經由網際網路與該載具相連結，於該系統伺服器內儲存有該載具建立供進行電子支付之專用帳號，以及一對應該載具之附加檔案，該附加檔案中包含該專用帳號中可用餘額等重要資訊，當該載具執行該電子支付應用程式(APP)後，能由該系統伺服器下載一可供至少一次使用之附加檔案，以該附加檔案與該預載檔案相結合，使該載具形成一具實體卡片功能虛擬之電子支付卡片；一銷售端(POS)系統，係經由NFC與該虛擬之電子支付卡片相連通，藉以進行電子支付的交易動作。

依上述結構，其中該附加檔案係為一經加密的附加檔案。

依上述結構，其中該載具為一具NFC功能之行動通訊裝置。

依上述結構，其中該載具設有一身份辨識模組，以供進行指紋或人臉辨識。

依上述結構，其中該載具設有一輸入及顯示模組，以供輸入密碼。

本發明所採行的技術手段另包括：一種應用上述虛擬電子票卡之交易系統的方法，至少依序包括：一「利用一具NFC功能之載具下載專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制」步驟，係利用具NFC功能之載具連線系統伺服器，以供下載及安裝專用之電子支付應用程式(APP)，並於安裝過程中，於該系統伺服器中建立可供使用者進行電子支付的專用帳號；一「載具直接載入部份預載檔案」步驟，係於該電子支付應用程式(APP)安裝完成後，即將對應該使用者專用帳號之預載檔案直接載入該載具之記憶體中；一「在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)」步驟；一「載具送出一交易請求至系統伺服器」步驟；一「系統伺服器回傳一可至少一次使用的附加檔案」步驟，係由該系統伺服器傳送一可至少一次使用的附加檔案至該載具之中央處理器(CPU)，該附加檔案中包含該使用者的專用帳號中可使用餘額等資訊；一「載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片」步驟，係由該載具之中央處理器(CPU)接收該附加檔案，並與該預載檔案相結合，然後啟動NFC功能，使該載具形成一虛擬之電子支付卡片；一「電子支付」程序，由銷售端(POS)系統提出一扣款要求及交易金額，並由該虛擬之電子支付卡片回應完成扣款；一「虛擬之電子支付卡片將上述交易扣款內容傳送至系統伺服器」步驟；一「系統伺服器回應交易完成訊息」步驟，係由系統伺服器回應一交易完成訊息至該載具；一「載具結束該電子支付應用程式(APP)」步驟，由該載具結束該電子支付應用程式(APP)，以卸載該預載檔案，同時該附加檔案失效。

依上述方法，其中該附加檔案係被設定為單一階段消費使用，且能經由有效使用時間及可扣款次數加以限制。

依上述方法，其中該附加檔案於送出前係經該系統伺服器加密；且該加密後之附加檔案係由該載具利用該電子支付應用程式(APP)解密，然後再與該預載檔案相結合。

依上述方法，其中該交易資訊係包括單次消費金額，可由該系統伺服器於該使用者的專用帳號中扣除該單次消費金額。

依上述方法，其中該交易資訊係包括由該載具經由該電子支付應用程式(APP)扣除該單次消費金額後的餘額。

依上述方法，其中該「電子支付」程序依序包含：一「銷售端(POS)系統要求讀取認證資料」步驟；一「虛擬之電子支付卡片回應銷售端(POS)系統之要求」步驟；一「銷售端(POS)系統提出一要求扣款金額」步驟；以及一「虛擬之電子支付卡片回應完成扣款」步驟。

依上述方法，其中該認證資料係為該載具中的預載檔案及附加檔案。

依上述方法，其中該系統伺服器接收到該載具送出之交易請求後，先執行一「確認使用者帳戶有效」程序，藉以檢查該使用者的專用帳號之信用狀況，能符合使用上的基本條件。

依上述方法，其中該「確認使用者帳戶有效」程序包含：一「系統伺服器確認使用者是否符合可使用條件」步驟，其係於初次使用前，或每次使用後，皆由系統伺服器自動檢視該使用者的專用帳號中之餘額是否滿足使用上的基本條件，若為肯定"Y"，則繼續以下步驟；若為否定"N"，則執行一「系統伺服器暫時停止服務」步驟，待使用者的專用帳號中存入可供運作之金額，然後再繼續以下步驟。

依上述方法，其中在建立該使用者的專用帳號程序中，同時約定在該專用帳號餘額不足時可供連結之金融機構的金融帳戶，當系統伺服器檢視 該使用者的專用帳號中之餘額不足時，即可連結該金融機構的金融帳戶自動提撥一預設金額存入該專用帳號。

依上述方法，其中該載具之單一通訊門號設定係供單一專用帳號使用。

依上述方法，其中在安裝專用該電子支付應用程式(APP)的過程中，需設定使用者的身份辨識方式，且在執行該「載具直接載入部份預載檔案」步驟之前，先執行一「使用者身份辨識正確」步驟，以經由上述身份辨識方式確認使用者身份正確無誤。

為使本發明的上述目的、功效及特徵可獲致更具體的瞭解，茲依下列附圖說明如下：

1:載具

11:中央處理器(CPU)

12:記憶體

121:電子支付應用程式(APP)

122:預載檔案

13:輸入及顯示模組

14:身份辨識模組

2:系統伺服器

21:附加檔案

22:專用帳號

3:網際網路

4:銷售端(POS)系統

A:確認使用者帳戶有效

B:電子支付

S11:於一具NFC功能之載具安裝專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制

S12:載具直接載入部份預載檔案

S13:在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)

S14:確認使用者身份正確

S15:載具送出一交易請求至系統伺服器

S16:系統伺服器確認使用者是否符合可使用條件

S17:系統伺服器暫時停止服務

S18:系統伺服器回傳一可至少一次使用的附加檔案

S19:載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片

S20:銷售端(POS)系統要求讀取認證資料

S21:虛擬之電子支付卡片回應銷售端(POS)系統之要求

S22:銷售端(POS)系統提出一要求扣款金額

S23:虛擬之電子支付卡片回應完成扣款

S24:虛擬之電子支付卡片將上述交易扣款內容傳送至系統伺服器

S25:系統伺服器回應交易完成訊息

S26:載具結束電子支付應用程式(APP)

第1圖係本發明之系統結構方塊圖。

第2圖係本發明之系統使用示意圖。

第3圖係本發明之一實施方法流程圖。

請參第1、2圖所示，可知本發明之交易系統主要包括：載具1、系統伺服器2及銷售端(POS)系統4等部份；其中該載具1與該系統伺服器2之間係可經由網際網路3相連結，而該載具1與該銷售端(POS)系統4之間係可經由NFC功能相連通。

在實際應用時，該載具1可為一具NFC功能之行動通訊裝置(如：行動電話)，其至少具有一中央處理器(CPU)11、一記憶體12、一輸入及顯示模組13(如：觸控螢幕)及一身份辨識模組14，當該載具1完成安裝一專用電子支付應 用程式(APP)121後，於該記憶體12中即載入一預載檔案122(以悠遊卡為例，該預載檔案122係可為SF、Keys等檔案)。

該系統伺服器2則可供該載具1建立可供進行電子支付的專用帳號22，且於該專用帳號22啟用後會儲存有一對應該載具1之附加檔案21(以悠遊卡為例，該附加檔案21係可為PF檔案)；在實際應用時，該附加檔案21係包括該載具1所對應之專用帳號22中的可用餘額等重要資訊。

請參第3圖所示，可知本發明之上述交易系統於實際應用時，可依序執行：一「於一具NFC功能之載具安裝專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制」S11步驟、一「載具直接載入部份預載檔案」S12步驟、一「在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)」S13步驟、一「使用者身份辨識正確」S14步驟、一「載具送出一交易請求至系統伺服器」S15步驟、一「確認使用者帳戶有效」A程序、一「系統伺服器回傳一可至少一次使用的附加檔案」S18步驟、一「載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片」S19步驟、一「電子支付」B程序、一「虛擬之電子支付卡片將上述交易扣款內容傳送至該系統伺服器」S24步驟、一「系統伺服器回應交易完成訊息」S25步驟、一「載具結束電子支付應用程式(APP)」S26步驟；以下謹參照第1、2圖之系統結構分別說明上述各步驟：該「於一具NFC功能之載具安裝專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制」S11步驟：係利用具NFC功能之載具1經由網際網路3連線系統伺服器2，以供下載及安裝專用之電子支付應用程式(APP)121，於安裝該電子支付應用程式(APP)121的過程中，可依操作指示於該系統伺服器2中建立供使用者進行電子支付的專用帳號22(為便於管控，可將單一載具1之通訊門號設定僅供單一專用帳號22使用)，以及身份辨識方式(可利用該載 具1上預設的輸入及顯示模組13輸入密碼，或利用該身份辨識模組14進行指紋或人臉辨識)。

該「載具直接載入部份預載檔案」S12步驟：係於該電子支付應用程式(APP)121安裝完成後，即可將對應該使用者專用帳號22之預載檔案122(如悠遊卡之SF、Keys等檔案)載入該載具1之記憶體12中。

該「在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)」S13步驟：係於每一次交易之前，皆需預先於該載具1上執行上述安裝之電子支付應用程式(APP)121。

該「確認使用者身份正確」S14步驟：在執行該電子支付應用程式(APP)121之後，該載具1利用預設之輸入及顯示模組13(輸入密碼)或身份辨識模組14(指紋辨識、人臉辨識)進一步確認使用者之身份正確無誤。

該「載具送出一交易請求至系統伺服器」S15步驟：係由該載具1之中央處理器(CPU)11經由網際網路3傳送一交易請求至該系統伺服器2。

該「確認使用者帳戶有效」A程序：係該系統伺服器2於接收該交易請求後，即檢視該使用者的專用帳號22之信用狀況，以確認該使用者的專用帳號22能符合使用上的基本條件。

在一個可行的實施例中，該「確認使用者帳戶有效」A程序可包含：一「系統伺服器確認使用者是否符合可使用條件」S12判斷步驟，其係於初次使用前，或每次使用後，皆由系統伺服器2自動檢視該使用者的專用帳號22中之餘額及信用狀況，在一般情形下，該專用帳號22之餘額必須高於一預設金額，但有許多單一階段消費必須連續扣款(例如：乘坐公車多區段票價扣款，在上車時先扣款一基本票價，於下車時，再扣款其餘的差價，故而產生多次扣款)的情形，因此在實際應用時，亦容許在連續扣款之間產生餘額小於該預設金額或為負值之暫時情形。

若上述判斷為肯定"Y"，則繼續以下步驟；若判斷為否定"N"，則執行一「系統伺服器暫時停止服務」S17步驟，係由系統伺服器2暫時停止服務，並可經由該載具1傳送通知使用者必須儲值之訊息，使用者可經由現金或虛擬帳號進行儲值，以確保該使用者的專用帳號22中維持存有高於預設金額，然後系統伺服器2可解除停止服務的狀態，再繼續以下步驟。

在實際應用時，亦可在建立該使用者的專用帳號22程序中，同時約定在該專用帳號22餘額不足時可供連結之金融機構的金融帳戶，在執行該「系統伺服器確認使用者是否符合可使用條件」S16步驟的過程中，當系統伺服器2檢視該使用者的專用帳號22中之餘額不足時，即可連結該金融機構的金融帳戶自動提撥一預設金額存入該專用帳號22。

該「系統伺服器回傳一可至少一次使用的附加檔案」S18步驟：係由該系統伺服器2傳送一附加檔案21(如悠遊卡之PF檔案)至該載具1之中央處理器(CPU)11，於該附加檔案21中包含該使用者的專用帳號22中可使用餘額等重要資訊，且由於該專用帳號22中的餘額可能隨時變動，因此該附加檔案21被設定為僅供單一階段消費使用。

在一般情形下，該單一階段消費係被定義為單一次消費扣款，但在實際應用時，有許多連續消費的扣款(例如：捷運轉乘公車或Ubike)亦可視為廣義的單一階段消費；因此，該附加檔案21可經由有效使用時間及可扣款次數加以限制，使其滿足上述單一階段消費的扣款需求。

該「載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片」S19步驟：係該載具1接收該附加檔案21後，由其中央處理器(CPU)11利用該電子支付應用程式(APP)121將該附加檔案21與該預載檔案122相結合，然後啟動NFC功能，即可使該載具1形成一具實體卡片功能虛擬之電子支付卡片。

在實際應用時，該附加檔案21係可依需要由該系統伺服器2進行加密，且該載具1可經由中央處理器(CPU)11利用該電子支付應用程式(APP)121解密該附加檔案21，然後再與該預載檔案122相結合。

該「電子支付」B程序：係由銷售端(POS)系統4提出扣款要求及金額，並由該虛擬之電子支付卡片回應完成扣款；在本發明之應用方法中，該「電子支付」B程序具有與一般實體卡片完全相同之使用方式與功能。

在一個可行的實施例中，該「電子支付」B程序係可依序包含：一「銷售端(POS)系統要求讀取認證資料」S20步驟、一「虛擬之電子支付卡片回應銷售端(POS)系統之要求」S21步驟、一「銷售端(POS)系統提出一要求扣款金額」S22步驟及一「虛擬之電子支付卡片回應完成扣款」S23步驟。

該「銷售端(POS)系統要求讀取認證資料」S20步驟：係由銷售端(POS)系統4提出一讀取該虛擬之電子支付卡片上認證資料(即載具1中的預載檔案122、附加檔案21等)的要求。

該「虛擬之電子支付卡片回應銷售端(POS)系統之要求」S21步驟：係由該虛擬之電子支付卡片判斷並確認該銷售端(POS)系統4之要求讀取動作為可允許的(防止受到附近非相關NFC讀卡裝置誤讀或干擾)，再回應該銷售端(POS)系統4所需的認證資料。

該「銷售端(POS)系統提出一要求扣款金額」S22步驟：係由該銷售端(POS)系統4向該虛擬之電子支付卡片提出一要求扣款金額。

該「虛擬之電子支付卡片回應完成扣款」S23步驟：係由該虛擬之電子支付卡片回應該銷售端(POS)系統4允許扣款要求。

該「虛擬之電子支付卡片將上述交易扣款內容傳送至系統伺服器」S24步驟：係於完成該「電子支付」B程序後，由該載具1將交易資訊(如：消費內容、時間、單次消費金額或結餘金額)傳送回該系統伺服器2。

在實際應用時，該交易資訊係包括單次消費金額，可由該系統伺服器2於該使用者的專用帳號22中扣除上述單次消費金額；或該交易資訊係包括由該載具1經由該電子支付應用程式(APP)121扣除該單次消費金額後的餘額。

該「系統伺服器回應交易完成訊息」S25步驟：係該系統伺服器2收到上述交易內容後，即更新該使用者的專用帳號22中的餘額及相關資訊，並回應一具有上述交易內容的交易完成訊息至該虛擬之電子支付卡片(載具1)。

在實際應用時，該載具1可經由預設的該輸入及顯示模組13同時顯示上述已完成之交易內容，以供使用者能更明確地掌握該專用帳號22的消費情形。

該「載具結束電子支付應用程式(APP)」S26步驟：係由該載具1結束該電子支付應用程式(APP)121，以卸載該預載檔案122，同時該附加檔案21失效。

綜合以上所述，本發明虛擬電子票卡之交易系統確可達成使用便利、交易安全性高且對於網路的依賴度較低之功效，實為一具新穎性及進步性之發明，爰依法提出申請發明專利；惟上述說明之內容，僅為本發明之較佳實施例說明，舉凡依本發明之技術手段與範疇所延伸之變化、修飾、改變或等效置換者，亦皆應落入本發明之專利申請範圍內。

A:確認使用者帳戶有效

B:電子支付

S11:於一具NFC功能之載具安裝專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制

S12:載具直接載入部份預載檔案

S13:在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)

S14:確認使用者身份正確

S15:載具送出一交易請求至系統伺服器

S16:系統伺服器確認使用者是否符合可使用條件

S17:系統伺服器暫時停止服務

S18:系統伺服器回傳一可至少一次使用的附加檔案

S19:載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片

S20:銷售端(POS)系統要求讀取認證資料

S21:虛擬之電子支付卡片回應銷售端(POS)系統之要求

S22:銷售端(POS)系統提出一要求扣款金額

S23:虛擬之電子支付卡片回應完成扣款

S24:虛擬之電子支付卡片將上述交易扣款內容傳送至系統伺服器

S25:系統伺服器回應交易完成訊息

S26:載具結束電子支付應用程式(APP)

Claims (10)

1. 一種虛擬電子票卡之交易系統的應用方法，至少依序包括：一「利用一具NFC功能之載具下載專用之電子支付應用程式(APP)，並依指示建立使用者的相關使用機制」步驟，係利用具NFC功能之載具連線系統伺服器，以供下載及安裝專用之電子支付應用程式(APP)，並於安裝過程中，於該系統伺服器中建立可供使用者進行電子支付的專用帳號；一「載具直接載入部份預載檔案」步驟，係於該電子支付應用程式(APP)安裝完成後，即將對應該使用者專用帳號之一預載檔案直接載入該載具之記憶體中；一「在進行電子支付交易之前，預先於載具上執行電子支付應用程式(APP)」步驟；一「載具送出一交易請求至系統伺服器」步驟；一「系統伺服器回傳一可至少一次使用的附加檔案」步驟，係由該系統伺服器傳送一可至少一次使用的一附加檔案至該載具之中央處理器(CPU)，該附加檔案中包含該使用者的專用帳號中可使用餘額等資訊；一「載具接收該附加檔案，並與該預載檔案相結合，形成一虛擬之電子支付卡片」步驟，係由該載具之中央處理器(CPU)接收該附加檔案，並與該預載檔案相結合，然後啟動NFC功能，使該載具形成一虛擬之電子支付卡片； 一「電子支付」程序，由銷售端(POS)系統提出一扣款要求及交易金額，並由該虛擬之電子支付卡片回應完成扣款；一「虛擬之電子支付卡片將上述交易扣款內容傳送至系統伺服器」步驟；一「系統伺服器回應交易完成訊息」步驟，係由系統伺服器回應一交易完成訊息至該載具；一「載具結束該電子支付應用程式(APP)」步驟，由該載具結束該電子支付應用程式(APP)，以卸載該預載檔案，同時使該附加檔案失效；其中，該附加檔案於送出前係經該系統伺服器加密，且該加密後之附加檔案係由該載具利用該電子支付應用程式(APP)解密，然後再與該預載檔案相結合，且該附加檔案係被設定為單一階段消費使用，該附加檔案能經由有效使用時間及可扣款次數加以限制，且該載具於每次使用時，可直接載入大部份的該預載檔案，僅需下載少量的一次使用的該附加檔案，以減低對於網路的依賴程度。
2. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中該交易資訊係包括單次消費金額，可由該系統伺服器於該使用者的專用帳號中扣除該單次消費金額。
3. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中該交易資訊係包括由該載具經由該電子支付應用程式(APP)扣除該單次消費金額後的餘額。
4. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中該「電子支付」程序依序包含一「銷售端(POS)系統要求讀取認證資料」步驟；一「虛擬之電子支付卡片回應銷售端(POS)系統之要求」步驟；一「銷售端(POS)系統提出一要求扣款金額」步驟；以及一「虛擬之電子支付卡片回應完成扣款」步驟。
5. 如請求項4所述之虛擬電子票卡之交易系統的應用方法，其中該認證資料係為該載具中的預載檔案及附加檔案。
6. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中該系統伺服器接收到該載具送出之交易請求後，先執行一「確認使用者帳戶有效」程序，藉以檢查該使用者的專用帳號之信用狀況，能符合使用上的基本條件。
7. 如請求項6所述之虛擬電子票卡之交易系統的應用方法，其中該「確認使用者帳戶有效」程序包含：一「系統伺服器確認使用者是否符合可使用條件」步驟，其係於初次使用前，或每次使用後，皆由系統伺服器自動檢視該使用者的專用帳號中之餘額是否滿足使用上的基本條件，若為肯定"Y"，則繼續以下步驟；若為否定"N"，則執行一「系統伺服器暫時停止服務」步驟，待使用者的專用帳號中存入可供運作之金額，然後再繼續以下步驟。
8. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中在建立該使用者的專用帳號程序中，同時約定在該專用帳號 餘額不足時可供連結之金融機構的金融帳戶，當系統伺服器檢視該使用者的專用帳號中之餘額不足時，即可連結該金融機構的金融帳戶自動提撥一預設金額存入該專用帳號。
9. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中該載具之單一通訊門號設定係供單一專用帳號使用。
10. 如請求項1所述之虛擬電子票卡之交易系統的應用方法，其中在安裝專用該電子支付應用程式(APP)的過程中，需設定使用者的身份辨識方式，且在執行該「載具直接載入部份預載檔案」步驟之前，先執行一「使用者身份辨識正確」步驟，以經由上述身份辨識方式確認使用者身份正確無誤。

Images