TWI775288B - 支付令牌申請方法、設備、系統和伺服器 - Google Patents

支付令牌申請方法、設備、系統和伺服器 Download PDF

Info

Publication number
TWI775288B
TWI775288B TW110102421A TW110102421A TWI775288B TW I775288 B TWI775288 B TW I775288B TW 110102421 A TW110102421 A TW 110102421A TW 110102421 A TW110102421 A TW 110102421A TW I775288 B TWI775288 B TW I775288B
Authority
TW
Taiwan
Prior art keywords
application module
token
payment
server
binding
Prior art date
Application number
TW110102421A
Other languages
English (en)
Other versions
TW202201310A (zh
Inventor
蔣慧科
宋漢石
王中軍
陳芳
周小淋
才華
章政
Original Assignee
大陸商中國銀聯股份有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 大陸商中國銀聯股份有限公司 filed Critical 大陸商中國銀聯股份有限公司
Publication of TW202201310A publication Critical patent/TW202201310A/zh
Application granted granted Critical
Publication of TWI775288B publication Critical patent/TWI775288B/zh

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3672—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes initialising or reloading thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本發明提供一種支付令牌申請方法、設備、系統和伺服器。該方法包括：接收第一應用模組的調用指令後，展示已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息；向伺服器發送綁定令牌授權請求，以供所述第一應用模組根據請求到的綁定令牌授權碼向所述伺服器申請支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶。採用該方法可增加綁定支付帳戶過程中的安全性。

Description

支付令牌申請方法、設備、系統和伺服器
本發明屬於支付安全技術領域，具體涉及一種支付令牌申請方法、設備、系統和伺服器。
隨著互聯網的快速發展，人們的支付方式也發生了巨大的變革，消費者從原先使用銀行卡在POS機上進行支付，逐漸演變為使用二維碼、手機應用(APP)、物聯網設備等多種途徑進行支付。而支付敏感信息也從單純的卡號等變得複雜多樣，這些敏感信息無論從傳遞方式、存儲位置、加密手段等，都比以前面臨著更加嚴峻的安全風險，如果沒有一個安全的支付保障措施，消費者的支付行為將面臨不可預估的風險。與此同時，用戶越來越頻繁地使用手機進行購物和支付。目前，各大銀行、第三方支付機構等均推出了自己的錢包應用(例如是雲閃付®)。用戶使用這些錢包應用時，均需要在各個錢包應用中綁定銀行卡進行支付。在一些場景中，用戶也會在一些購物應用上綁定銀行卡。在各個應用中綁定銀行卡的過程，增加了銀行卡信息洩漏的風險。
本發明的目的在於針對現有技術的不足之處，提供一種支付令牌申請方法、設備、系統和伺服器。
為解決上述技術問題，本發明採用如下技術方案。
本發明的實施例提供一種支付令牌申請方法，應用於終端設備中的第二應用模組，所述方法包括：接收第一應用模組的調用指令後，展示已綁定的支付 帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息；向伺服器發送綁定令牌授權請求，以供所述第一應用模組根據請求到的綁定令牌授權碼向所述伺服器申請支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶。
可選地，所述綁定令牌授權請求還攜帶交易控制參數。
可選地，所述交易控制參數包括：所述支付令牌的有效期、所述支付令牌的單日交易限額和所述支付令牌的單日交易次數中的至少一項。
可選地，還包括：提供設置界面，以供用戶設置所述交易控制參數。
可選地，還包括：從伺服器接收綁定令牌授權碼，並將接收到的綁定令牌授權碼轉發至所述第一應用模組。
可選地，將接收到的綁定令牌授權碼轉發至所述第一應用模組的同時，還將所述支付帳號的提示信息和/或用戶的身份信息的提示信息發送給所述第一應用模組。
本發明的實施例提供一種支付令牌申請方法，應用於終端設備的第一應用模組，所述支付令牌申請方法包括：調用第二應用模組，並向所述第二應用模組傳遞第一應用模組的商戶信息，以供所述第二應用模組向伺服器發送綁定令牌授權請求，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶在所述第二應用模組選取的支付帳戶，其中，所述第一應用模組為調用所述第二應用模組的軟體，用戶在所述第二應用模組能夠選取的支付帳戶為用戶在所述第二應用模組已經綁定的支付帳戶；接收綁定令牌授權碼，所述綁定令牌授權碼為所述伺服器根據所述綁定令牌授權請求而生成的；向所述伺服器發送支付 令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；從所述伺服器接收支付令牌。
可選地，所述綁定令牌授權碼是所述伺服器經所述第二應用模組轉發至所述第一應用模組的；從所述第二應用模組接收綁定令牌授權碼的同時，還從所述第二應用模組接收所述支付帳戶的提示信息和/或用戶的身份信息的提示信息；所述方法還包括：展示所述支付帳戶的提示信息和/或用戶的身份信息的提示信息，以供用戶確認所述提示信息是否正確；在用戶確認所述提示信息正確的情况下，執行所述向所述伺服器發送支付令牌請求的步驟。
可選地，還包括選取第二應用模組的步驟，包括：向所述伺服器發送查詢請求，以查詢所述伺服器所支持的應用；展示查詢到的應用列表，以供用戶從中選取一個應用作為所述第二應用模組。
可選地，在調用所述第二應用模組的情况下，還將加密判別碼和所述第一應用模組的商戶信息，所述加密判別碼為所述第一應用模組在所述伺服器進行註冊時獲取的其商戶信息的密文。
可選地，還包括：從伺服器接收第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；根據接收到的時鐘信息同步時鐘，採用所述第二密鑰以及同步後的時鐘信息對自身的商戶信息加密得到第二加密數據；在調用所述第二應用模組的情况下，還將所述第二加密數據以及所述第一加密數據發送至所述伺服器。
本發明的實施例提供一種支付令牌申請方法，應用於伺服器，所述方法包括：從第二應用模組接收綁定令牌授權請求，所述綁定令牌授權請求攜帶第一應用模組的商戶信息、以及用戶在所述第二應用模組的已綁定支付帳戶中所選 取的支付帳戶；在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組；從所述第一應用模組接收支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
可選地，所述綁定令牌授權請求還攜帶所述第一應用模組的商戶信息；在所述綁定令牌授權碼攜帶的商戶信息為已註冊的商戶信息的情况下，所述綁定令牌授權請求驗證通過。
可選地，還包括：對所述第一應用模組提供註冊服務；對所述第一應用模組的商戶信息進行加密得到加密判別碼；將所述加密判別碼發送至所述第一應用模組；從所述第一應用模組接收加密判別碼和商戶信息；對所述加密判別碼進行解密，並將解密得到的明文與接收到的商戶信息進行比對，如二者一致則所述綁定令牌授權請求驗證通過。
可選地，所述支付令牌請求還攜帶所述第一應用模組的商戶信息；對所述支付令牌請求進行驗證的步驟包括以下三種驗證方式中的至少一種：如所述綁定令牌授權碼存在，則驗證通過；如所述商戶信息與所述綁定令牌授權碼申請時的商戶信息一致，則驗證通過；如所述綁定令牌授權碼在有效期內，則驗證通過。
可選地，生成所述綁定令牌授權碼的同時，還向所述第一應用模組發送第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；所述方法還包括： 從所述第一應用模組收第二加密數據以及第一加密數據；所述方法還包括：採用自身的第二密鑰和自身的時鐘信息對自身保留的所述第一應用模組的商戶信息加密，得到第三密文，判斷所述第三密文與從所述第一應用模組接收的第二密文是否一致，並且判斷接收到的第一加密數據經所述第一密鑰解密後得到的綁定令牌授權碼與自身保留的綁定令牌授權碼是否一致，如均一致則所述支付令牌請求驗證通過。
可選地，將所述支付令牌發送至所述第一應用模組，包括：經所述第二應用模組轉發而將所述綁定令牌授權碼發送至所述第一應用模組。
本申請的實施例提供一種支付令牌申請方法，包括：在終端設備，第一應用模組調用第二應用模組，並向所述第二應用模組傳遞所述第一應用模組的商戶信息；在所述終端設備，所述第二應用模組接收第一應用模組的調用指令後，展示在所述第二應用模組已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，向伺服器發送綁定令牌授權請求，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶；在所述伺服器，在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組；在所述終端設備，所述第一應用模組向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；在所述伺服器，在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
本發明的實施例提供一種終端設備，所述終端設備具有第一記憶體和第一處理器，所述第一記憶體存儲第一指令和/或第二指令，所述第一指令在所述 第一處理器運行時用於執行前述第一應用模組的支付令牌申請方法，所述第二指令在所述第一處理器運行以執行前述第二應用模組的支付令牌申請方法。
本發明的實施例提供一種伺服器，所述伺服器包括第二記憶體和第二處理器，所述第二記憶體存儲支付令牌管理程序，所述第二處理器運行所述支付令牌管理程序以執行前述應用在伺服器的支付令牌申請方法。
本發明的實施例提供一種支付令牌申請系統，包括前述的終端設備以及前述的伺服器。
與現有技術相比，本發明的有益效果為：用戶只需要在第二應用模組上綁定支付帳戶(例如是綁定銀行卡)，當其需要在第一應用模組綁定支付帳戶時，可以通過這個已經綁定支付帳戶的第二應用模組進行操作，第一應用模組不會接觸到諸如銀行卡號這樣的支付敏感信息，增加了支付帳戶綁定過程中的安全性。
1:終端設備
11:第一記憶體
12:第一處理器
2:伺服器
21:第二記憶體
22:第二處理器步驟
S101:接收第一應用模組的調用指令後，展示已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息
S102:向伺服器發送綁定令牌授權請求，以供所述第一應用模組根據請求到的綁定令牌授權碼向所述伺服器申請支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶
S201:調用第二應用模組，並向所述第二應用模組傳遞第一應用模組的商戶信息，以供所述第二應用模組向伺服器發送綁定令牌授權請求，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶在所述第二應用模組選取的支付帳戶，其中，所述第一應用模組為調用所述第二應用模組的軟體，用戶在所述第二應用模組能夠選取的支付帳戶為用戶在所述第二應用模組已經綁定的支付帳戶
S202:接收綁定令牌授權碼，所述綁定令牌授權碼為所述伺服器根據所述綁定令牌授權請求而生成的。可以是從伺服器接收，也可是經第二應用模組中轉而接收
S203:向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼
S204:從所述伺服器接收支付令牌
S301:從第二應用模組接收綁定令牌授權請求，所述綁定令牌授權請求攜帶第一應用模組的商戶信息、以及用戶在所述第二應用模組的已綁定支付帳戶中所選取的支付帳戶
S302:在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組
S303:從所述第一應用模組接收支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼
S304:在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組
S401:在終端設備，第一應用模組調用第二應用模組，並向所述第二應用模組傳遞所述第一應用模組的商戶信息
S402:在所述終端設備，所述第二應用模組接收第一應用模組的調用指令後，展示在所述第二應用模組已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，向伺服器發送綁定令牌授權請求，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶
S403:在所述伺服器，在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組
S404:在所述終端設備，所述第一應用模組向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼
S405:在所述伺服器，在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組
[圖1]是本發明的實施例提供的支付令牌申請方法的流程圖。
[圖2]是本發明的又一實施例提供的支付令牌申請方法的流程圖。
[圖3]是本發明的又一實施例提供的支付令牌申請方法的流程圖。
[圖4]是本發明的又一實施例提供的支付令牌申請方法的流程圖。
[圖5]是本發明的又一實施例提供的支付令牌申請方法的交互流程圖。
[圖6]是本發明的實施例提供的支付帳戶管理系統的結構框圖。
在本發明中，應理解，諸如“包括”或“具有”等術語旨在指示本說明書中所公開的特徵、數字、步驟、行為、部件、部分或其組合的存在，並且不旨在排除一個或多個其他特徵、數字、步驟、行為、部件、部分或其組合存在的可能性。
另外還需要說明的是，在不衝突的情况下，本發明中的實施例及實施例中的特徵可以相互組合。下面將參考附圖並結合實施例來詳細說明本發明。
本發明的實施例中，終端設備例如是智能手機、平板電腦、或者個人電腦這樣的供終端用戶操作的設備。第二應用模組例如是雲閃付®、手機銀行、具有支付功能的購物APP這樣的進行支付的應用模組，當然也可以是這些應用模組的HTML5頁面。第一應用模組指的是需要綁定支付帳戶(例如是需要綁定銀行卡)的軟體，同樣例如是雲閃付®應用、具有支付功能的購物APP，或者它們的HTML5頁面。第一應用模組和第二應用模組標號的區別僅在於在應用過程中，第二應用模組已經綁定了支付帳戶，第一應用模組需要通過第二應用模組的協助申請支付令牌。第一應用模組可和第二應用模組可以完全由軟體實現、完全由硬體實現、或者軟硬結合的方式實現。伺服器提供支付令牌的管理服務。支付令牌(payment token)也稱令牌或支付令牌，它是用一段代碼代替諸如銀行卡號這樣的支付敏感信息。
下面結合附圖所示的實施例對本發明作進一步說明。
參考圖1，本發明實施例所提供的支付令牌申請方法，應用於終端設備的第二應用模組。從軟體角度看，執行主體是已經綁定支付帳戶的軟體，例如是雲閃付®應用、或者雲閃付®HTML5頁面；從硬體角度看，執行主體可以 是運行這些軟體的終端設備或者為終端設備提供HTML5頁面服務的伺服器。該方法包括以下步驟。
步驟S101、接收第一應用模組的調用指令後，展示已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息。
商戶信息例如是商戶號或者令牌請求者編號。商戶信息是第一應用模組在伺服器的唯一標識。
步驟S102、向伺服器發送綁定令牌授權請求，以供所述第一應用模組根據請求到的綁定令牌授權碼向所述伺服器申請支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶。
例如第二應用模組展示其已經綁定的支付帳戶，可以是展示已經綁定的銀行卡的部分卡號、已經綁定的銀行卡的單日交易限額、單日交易次數等交易控制參數。用戶在第二應用模組上選擇一個支付帳戶作為第一應用模組申請綁定的支付帳戶。
第二應用模組所申請的綁定令牌授權碼是一串編碼，作為第一應用模組於伺服器之間通信的一個憑證，綁定令牌授權碼的編碼本身並無特定含義。
伺服器可以將綁定令牌授權碼直接發送至第一應用模組，也可以是首先發送至第二應用模組，隨後所述第二應用模組將接收到的綁定令牌授權碼轉發至所述第一應用模組。隨後，第一應用模組可以憑藉這個綁定令牌授權碼向伺服器申請最終的支付令牌。
用戶只需要在第二應用模組上綁定支付帳戶，第一應用模組通過第二應用模組從伺服器獲得綁定令牌授權碼，然後依靠綁定令牌授權碼從伺服器獲 得支付令牌。如需在第一應用模組上綁定支付帳戶，第一應用模組在綁卡的全程中都不會接觸所要綁定的支付帳戶，減少了支付帳戶暴露的機會，增加安全性。
基於圖1的支付令牌申請方法，本發明的一些實施例還提供了該支付令牌申請方法的一些具體實施方案，以及擴展方案，下面進行說明。
可選地，所述綁定令牌授權請求還攜帶交易控制參數。所述交易控制參數例如包括：所述支付令牌的有效期、所述支付令牌的單日交易限額和所述支付令牌的單日交易次數中的至少一項。
交易控制參數可以是默認採用第二應用模組中所選支付帳戶的交易控制參數。也可以是在所述終端設備，所述第二應用模組還提供設置界面，以供用戶設置所述交易控制參數。
可選地，將接收到的綁定令牌授權碼轉發至所述第一應用模組的同時，還將所述支付帳號的提示信息和/或用戶的身份信息的提示信息發送給所述第一應用模組。
如此，在所述終端設備，所述第一應用模組能夠展示所述支付帳號的提示信息和/或用戶的身份信息的提示信息，以供用戶進行確認。
基於相同的發明構思，參考圖2，本發明實施例所提供的支付令牌申請方法，應用於終端設備的第一應用模組。從軟件角度看，執行主體是需要綁定支付帳戶的軟體(本文稱為第一應用模組)，例如是雲閃付®應用、或者雲閃付®HTML5頁面；從硬體角度看，執行主體可以是運行這些軟體的終端設備或者為終端設備提供HTML5頁面服務的伺服器。該方法包括以下步驟。
步驟S201、調用第二應用模組，並向所述第二應用模組傳遞第一應用模組的商戶信息，以供所述第二應用模組向伺服器發送綁定令牌授權請求，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶在所述第二應用模組選取的支付帳戶，其中，所述第一應用模組為調用所述第二應用模組的軟體，用戶在所述第二應用模組能夠選取的支付帳戶為用戶在所述第二應用模組已經綁定的支付帳戶。
步驟S202、接收綁定令牌授權碼，所述綁定令牌授權碼為所述伺服器根據所述綁定令牌授權請求而生成的。可以是從伺服器接收，也可是經第二應用模組中轉而接收。
步驟S203、向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；
步驟S204、從所述伺服器接收支付令牌。
第一應用模組通過第二應用模組向伺服器申請綁定令牌授權碼，然後憑藉綁定令牌授權碼向伺服器申請支付令牌，第一應用模組全程不接觸諸如支付帳戶的敏感信息，提高了安全性。
基於圖2的支付令牌申請方法，本發明的一些實施例還提供了該支付令牌申請方法的一些具體實施方案，以及擴展方案，下面進行說明。
可選地，所述綁定令牌授權碼是所述伺服器經所述第二應用模組轉發至所述第一應用模組的；從所述第二應用模組接收綁定令牌授權碼的同時，還從所述第二應用模組接收所述支付帳戶的提示信息和/或用戶的身份信息的提示信息；所述方法還包括：展示所述支付帳戶的提示信息和/或用戶的身份信息的 提示信息，以供用戶確認所述提示信息是否正確；在用戶確認所述提示信息正確的情况下，執行所述向所述伺服器發送支付令牌請求的步驟。
支付帳號的提示信息例如是銀行卡後4位卡號、銀行卡類型、銀行名稱等。用戶的身份信息的提示信息例如是用戶的隱去部分位後的身份證號、用戶為該銀行卡註冊的手機號等。為用戶提供更多的提示信息，供用戶確認。
如此，用戶可以在第一應用模組對即將綁定的支付帳戶以及個人信息進行確認。
可選地，還包括選取第二應用模組的步驟，包括：向所述伺服器發送查詢請求，以查詢所述伺服器所支持的應用；展示查詢到的應用列表，以供用戶從中選取一個應用作為所述第二應用模組。
也就是用戶可以選擇具體通過那個軟體作為中轉為第一應用模組申請綁定令牌授權碼。
除此之外，第一應用模組還可以提供展示界面，展示已經綁定的支付帳戶的相關信息(例如是發卡銀行、帳戶類型、對應的支付帳戶的尾號、支付令牌的有效期、交易限額等)。
第一應用模組(此時已經完成綁卡)還可以提供解除綁定的功能。根據用戶的解綁操作，第一應用模組向伺服器發送標記狀態變更的信息即可。
如第二應用模組對第一應用模組所綁定的支付帳戶進行了操作，第一應用模組也會從伺服器接收到相應的通知。第一應用模組可以從該通知中獲知支付令牌的最新狀態信息。
可選地，在調用所述第二應用模組的情况下，還將加密判別碼和所述第一應用模組的商戶信息發送至伺服器，所述加密判別碼為所述第一應用模組在所述伺服器進行註冊時獲取的其商戶信息的密文。
第一應用模組在伺服器進行註冊時會獲得加密判別碼，加密判別碼是第一應用模組的商戶信息經加密後的密文。第一應用模組在發送綁定令牌授權請求的同時還發送加密判別碼以及自身的商戶信息。伺服器可據此對綁定令牌授權請求進行驗證。
這樣做可以防止某些釣魚類欺詐APP假冒第一應用模組的相關商戶信息，導致用戶將銀行卡綁定至釣魚APP中，避免用戶財產損失。
可選地，還包括：從伺服器接收第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；根據接收到的時鐘信息同步時鐘，採用所述第二密鑰以及同步後的時鐘信息對自身的商戶信息加密得到第二加密數據；在調用所述第二應用模組的情况下，還將所述第二加密數據以及所述第一加密數據發送至所述伺服器。
時鐘信息的加入，可以實現伺服器一定時期無響應時，拒絕第一應用模組的支付令牌的申請，避免用戶長時間等待。
基於相同的發明構思，參考圖3，本發明的實施例還提供一種支付令牌申請方法，應用於伺服器。從軟體角度來講，執行主體為伺服器所運行的軟體，從硬體角度來講，執行主體是伺服器。該方法包括以下步驟。
步驟S301、從第二應用模組接收綁定令牌授權請求，所述綁定令牌授權請求攜帶第一應用模組的商戶信息、以及用戶在所述第二應用模組的已綁定支付帳戶中所選取的支付帳戶。
步驟S302、在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組。
步驟S303、從所述第一應用模組接收支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼。
步驟S304、在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
伺服器基於與第二應用模組的交互為第一應用模組生成綁定令牌授權碼，隨後第一應用模組憑藉綁定令牌授權碼向伺服器申請支付令牌。第一應用模組全程不接觸支付帳戶等敏感信息，提高安全性。
基於圖3的支付令牌申請方法，本發明的一些實施例還提供了該支付令牌申請方法的一些具體實施方案，以及擴展方案，下面進行說明。
可選地，所述支付令牌請求還攜帶所述第一應用模組的商戶信息；在所述綁定令牌授權碼攜帶的商戶信息為已註冊的商戶信息的情况下，所述綁定令牌授權請求驗證通過。
可選地，還包括：對所述第一應用模組提供註冊服務；對所述第一應用模組的商戶信息進行加密得到加密判別碼；將所述加密判別碼發送至所述第一應用模組；從所述第一應用模組接收加密判別碼和商戶信息；對所述加密判別碼進行解密，並將解密得到的明文與接收到的商戶信息進行比對，如二者一致則所述綁定令牌授權請求驗證通過。
也就是第一應用模組在伺服器進行註冊時，伺服器將第一應用模組的商戶信息進行加密，並將密文(即上述加密判別碼)發送至第一應用模組。第 一應用模組需要提供正確的加密判別碼和正確的商戶信息，才能獲得綁定令牌授權碼。
這樣做可以防止某些釣魚類欺詐APP假冒商戶應用的相關商戶信息，導致用戶將銀行卡綁定至釣魚應用中，避免用戶財產損失。
對支付令牌請求進行驗證的一種方式如下。可選地，所述支付令牌請求還攜帶所述第一應用模組的商戶信息；對所述支付令牌請求進行驗證的步驟包括以下三種驗證方式中的至少一種：如所述綁定令牌授權碼存在，則驗證通過；如所述商戶信息與所述綁定令牌授權碼申請時的商戶信息一致，則驗證通過；如所述綁定令牌授權碼在有效期內，則驗證通過。
例如：判斷所述支付令牌請求中攜帶的綁定令牌授權碼是否在所述伺服器存在，如是，則判斷所述支付令牌請求中攜帶的商戶信息是否與所述綁定令牌授權碼所對應的綁定令牌授權請求中攜帶的商戶信息一致，如是，則判斷當前時間是否在所述綁定令牌授權碼的有效期內，如是，則所述支付令牌請求驗證通過。
也就是伺服器只有判斷接收到的支付令牌請求中攜帶的綁定令牌授權碼和商戶信息都是正確的並且未超過有效期，支付令牌請求即驗證通過。
可選地，生成所述綁定令牌授權碼的同時，還向所述第一應用模組發送第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；所述方法還包括：從所述第一應用模組接收第二加密數據以及第一加密數據；所述方法還包括：採用自身的第二密鑰和自身的時鐘信息對自身保留的所述第一應用模組的商戶信息加密，得到第三密文，判斷所述第三密文與從所述第一應用模組接收的第二密文是否一致，並且 判斷接收到的第一加密數據經所述第一密鑰解密後得到的綁定令牌授權碼與自身保留的綁定令牌授權碼是否一致，如均一致，則所述支付令牌請求驗證通過。
詳細的過程如下：首先，伺服器在生成綁定令牌授權碼時，還會生成第一密鑰、第二密鑰，並採用第一密鑰對綁定令牌授權碼加密，得到第一加密數據，並將第一加密數據、第二密鑰和時鐘信息發送給第一應用模組(可以是直接發送至第一應用模組，也可以是經第二應用模組轉發)。
隨後，第一應用模組根據接收到的時鐘信息進行時鐘同步，用第二密鑰和同步後的時鐘信息對商戶信息加密，形成第二加密數據。第一應用模組向伺服器發送第二加密數據、其接受到的第一加密數據。
最後，標記附圖提供設備使用自身保存的第二密鑰、自身的時鐘信息對自身保存的商戶信息加密得到第三加密數據，判斷第二加密數據和第三加密數據是否一致，同時用自身保留的第一密鑰對第一加密數據進行解密，將解密得到的綁定令牌授權碼與自身保存的綁定令牌授權碼進行比對，判斷是否一致，如果兩次判斷的結果都是一致的，那麽支付令牌請求合法。
由於時鐘信息的加入，可以實現伺服器在一定時期無響應時，拒絕支付令牌請求，避免用戶長時間等待。
例如第一應用模組調用第二應用模組，並向伺服器發送上述信息。伺服器接收到上述信息後並沒有及時從第二應用模組接收到綁定令牌授權請求，如此便可以向第一應用模組發送拒絕信息。
可選地，將所述支付令牌發送至所述第一應用模組，包括：經所述第二應用模組轉發而將所述綁定令牌授權碼發送至所述第一應用模組。
伺服器完成支付令牌的分發後，用戶在使用第一應用模組時，即可根據該支付令牌進行支付。支付請求會發送至伺服器。伺服器將支付請求中的支付令牌替換成支付帳戶(例如銀行卡號)，隨後再將支付請求發送至對應的發卡機構。
發卡機構對於支付令牌發起的支付交易，伺服器在轉換卡號後的支付請求中增加標記支付標識，發卡機構承兌帶標記支付標識但無驗證要素的卡號交易。
基於相同的發明構思，參考圖4並結合圖5，本發明的實施例還提供一種支付令牌申請方法。該方法展示了終端設備上運行的第一應用模組、第二應用模組以及伺服器三者之間完整的交互過程。所述支付令牌申請方法包括以下步驟。
步驟S401、在終端設備，第一應用模組調用第二應用模組，並向所述第二應用模組傳遞所述第一應用模組的商戶信息。
步驟S402、在所述終端設備，所述第二應用模組接收第一應用模組的調用指令後，展示在所述第二應用模組已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，向伺服器發送綁定令牌授權請求，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶。
步驟S403、在所述伺服器，在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組；
步驟S404、在所述終端設備，所述第一應用模組向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼。
步驟S405、在所述伺服器，在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
各個步驟的實現細節以及變式均可參考前述的實施例，對此不作贅述。
參考圖5，在一個具體的例子中，第一步，第一應用模組調用第二應用模組，以在第二應用模組選擇需要綁定的銀行卡。第二步，第二應用模組向伺服器發送綁定令牌授權請求，第一應用模組的商戶信息、交易控制參數以及第一應用模組的商戶號。第三步，伺服器驗證綁定令牌授權請求，生成綁定令牌授權碼。第四步，伺服器將綁定令牌授權碼發送至第二應用模組。第五步，第二應用模組將綁定令牌授權碼和提示信息發送給第一應用模組。第六步，第一應用模組展示提示信息，供用戶確認提示信息是否正確。第七步，第一應用模組向伺服器發送支付令牌請求，攜帶商戶信息和綁定令牌授權碼。第八步，伺服器驗證支付令牌請求，驗證通過則生成支付令牌並發送至第一應用模組。
參考圖6，基於相同的發明構思，本申請的實施例還提供一種終端設備1具有第一記憶體11和第一處理器12，第一記憶體11存儲第一指令和/或第二指令，第一指令在第一處理器12運行時用於執行前述應用於第一應用模組的支 付令牌申請方法，第二指令在第一處理器12運行而執行前述應用於第二應用模組的支付令牌申請方法。
相應地，本發明的實施例還提供一種伺服器2，伺服器2包括第二記憶體21和第二處理器22，第二記憶體21存儲支付令牌管理程序，第二處理器22運行支付令牌管理程序以執行前述應用在伺服器的支付令牌申請方法。
相應地，本發明的實施例提供一種支付令牌申請系統，包括上述的終端設備和上述的伺服器。
本發明中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。
本發明的保護範圍不限於上述的實施例，顯然，本領域的技術人員可以對本發明進行各種改動和變形而不脫離本發明的保護範圍和精神。倘若這些改動和變形屬於本發明請求項及其等同技術的範圍，則本發明的意圖也包含這些改動和變形在內。
S101:接收第一應用模組的調用指令後，展示已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息
S102:向伺服器發送綁定令牌授權請求，以供所述第一應用模組根據請求到的綁定令牌授權碼向所述伺服器申請支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶

Claims (21)

  1. 一種支付令牌申請方法，其特徵在於，應用於終端設備中的第二應用模組，所述方法包括：接收第一應用模組的調用指令後，展示已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，其中，所述調用指令攜帶所述第一應用模組的商戶信息；向伺服器發送綁定令牌授權請求，以供所述第一應用模組從所述伺服器接收綁定令牌授權碼，根據所述綁定令牌授權碼向所述伺服器申請支付令牌以從所述伺服器接收支付令牌，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶，且所述綁定令牌授權碼為所述伺服器根據所述綁定令牌授權請求而生成的。
  2. 如請求項1所述的方法，其特徵在於，所述綁定令牌授權請求還攜帶交易控制參數。
  3. 如請求項2所述的方法，其特徵在於，所述交易控制參數包括：所述支付令牌的有效期、所述支付令牌的單日交易限額和所述支付令牌的單日交易次數中的至少一項。
  4. 如請求項2所述的方法，其特徵在於，還包括：提供設置界面，以供用戶設置所述交易控制參數。
  5. 如請求項1所述的方法，其特徵在於，還包括：從所述伺服器接收綁定令牌授權碼，並將接收到的綁定令牌授權碼轉發至所述第一應用模組。
  6. 如請求項5所述的方法，其特徵在於，將接收到的綁定令牌授權碼轉發至所述第一應用模組的同時，還將所述支付帳號的提示信息和/或用戶的身份信息的提示信息發送給所述第一應用模組。
  7. 一種支付令牌申請方法，其特徵在於，應用於終端設備的第一應用模組，所述支付令牌申請方法包括：調用第二應用模組，並向所述第二應用模組傳遞所述第一應用模組的商戶信息，以供所述第二應用模組向伺服器發送綁定令牌授權請求，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶在所述第二應用模組選取的支付帳戶，其中，所述第一應用模組為調用所述第二應用模組的軟體，用戶在所述第二應用模組能夠選取的支付帳戶為用戶在所述第二應用模組已經綁定的支付帳戶；接收綁定令牌授權碼，所述綁定令牌授權碼為所述伺服器根據所述綁定令牌授權請求而生成的；向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；從所述伺服器接收支付令牌。
  8. 如請求項7所述的方法，其特徵在於，所述綁定令牌授權碼是所述伺服器經所述第二應用模組轉發至所述第一應用模組的；從所述第二應用模組接收綁定令牌授權碼的同時，還從所述第二應用模組接收所述支付帳戶的提示信息和/或用戶的身份信息的提示信息；所述方法還包括：展示所述支付帳戶的提示信息和/或用戶的身份信息的提示信息，以供用戶確認所述提示信息是否正確； 在用戶確認所述提示信息正確的情况下，執行所述向所述伺服器發送支付令牌請求的步驟。
  9. 如請求項7所述的方法，其特徵在於，還包括選取第二應用模組的步驟，包括：向所述伺服器發送查詢請求，以查詢所述伺服器所支持的應用模組；展示查詢到的應用模組列表，以供用戶從中選取一個應用模組作為所述第二應用模組。
  10. 如請求項7所述的方法，其特徵在於，在調用所述第二應用模組的情况下，還將加密判別碼和所述第一應用模組的商戶信息發送至伺服器，所述加密判別碼為所述第一應用模組在所述伺服器進行註冊時獲取的其商戶信息的密文。
  11. 如請求項7所述的方法，其特徵在於，還包括：從所述伺服器接收第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；根據接收到的時鐘信息同步時鐘，採用所述第二密鑰以及同步後的時鐘信息對自身的商戶信息加密得到第二加密數據；在調用所述第二應用模組的情况下，還將所述第二加密數據以及所述第一加密數據發送至所述伺服器。
  12. 一種支付令牌申請方法，其特徵在於，應用於伺服器，所述方法包括： 從第二應用模組接收綁定令牌授權請求，所述綁定令牌授權請求攜帶第一應用模組的商戶信息、以及用戶在所述第二應用模組的已綁定支付帳戶中所選取的支付帳戶；在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組；從所述第一應用模組接收支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
  13. 如請求項12所述的方法，其特徵在於，所述綁定令牌授權請求還攜帶所述第一應用模組的商戶信息；在所述綁定令牌授權碼攜帶的商戶信息為已註冊的商戶信息的情况下，所述綁定令牌授權請求驗證通過。
  14. 如請求項12所述的方法，其特徵在於，還包括：對所述第一應用模組提供註冊服務；對所述第一應用模組的商戶信息進行加密得到加密判別碼；將所述加密判別碼發送至所述第一應用模組；從所述第一應用模組接收加密判別碼和商戶信息；對所述加密判別碼進行解密，並將解密得到的明文與接收到的商戶信息進行比對，如二者一致則所述綁定令牌授權請求驗證通過。
  15. 如請求項12所述的方法，其特徵在於，所述支付令牌請求還攜帶所述第一應用模組的商戶信息；對所述支付令牌請求進行驗證的步驟包括以下三種驗證方式中的至少一種：如所述綁定令牌授權碼存在，則驗證通過；如所述商戶信息與所述綁定令牌授權碼申請時的商戶信息一致，則驗證通過；如所述綁定令牌授權碼在有效期內，則驗證通過。
  16. 如請求項12所述的方法，其特徵在於，生成所述綁定令牌授權碼的同時，還向所述第一應用模組發送第一加密數據、第二密鑰和時鐘信息，所述第一加密數據為所述綁定令牌授權碼經第一密鑰加密得到的密文；所述方法還包括：從所述第一應用模組接收第二加密數據以及第一加密數據；採用自身的第二密鑰和自身的時鐘信息對自身保留的所述第一應用模組的商戶信息加密，得到第三密文，判斷所述第三密文與從所述第一應用模組接收的第二密文是否一致，並且判斷接收到的第一加密數據經所述第一密鑰解密後得到的綁定令牌授權碼與自身保留的綁定令牌授權碼是否一致，如均一致則所述支付令牌請求驗證通過。
  17. 如請求項12所述的方法，其特徵在於，將所述支付令牌發送至所述第一應用模組，包括：經所述第二應用模組轉發而將所述綁定令牌授權碼發送至所述第一應用模組。
  18. 一種支付令牌申請方法，其特徵在於，包括： 在終端設備，第一應用模組調用第二應用模組，並向所述第二應用模組傳遞所述第一應用模組的商戶信息；在所述終端設備，所述第二應用模組接收第一應用模組的調用指令後，展示在所述第二應用模組已綁定的支付帳戶，以供用戶從已綁定的支付帳戶中選擇一個支付帳戶，向伺服器發送綁定令牌授權請求，其中，所述綁定令牌授權請求攜帶所述第一應用模組的商戶信息、以及用戶所選取的支付帳戶；在所述伺服器，在所述綁定令牌授權請求驗證通過的情况下，生成綁定令牌授權碼，並將所述綁定令牌授權碼發送至所述第一應用模組；在所述終端設備，所述第一應用模組向所述伺服器發送支付令牌請求，所述支付令牌請求攜帶所述綁定令牌授權碼；在所述伺服器，在所述支付令牌請求驗證通過的情况下，生成支付令牌，並將所述支付令牌發送至所述第一應用模組。
  19. 一種終端設備，其特徵在於，所述終端設備具有第一記憶體和第一處理器，所述第一記憶體存儲第一指令和/或第二指令，所述第一指令在所述第一處理器運行時用於執行請求項7-11項中任意一項所述的支付令牌申請方法，所述第二指令在所述第一處理器運行以執行請求項1-6項中任意一項所述的支付令牌申請方法。
  20. 一種伺服器，其特徵在於，所述伺服器包括第二記憶體和第二處理器，所述第二記憶體存儲支付令牌管理程序，所述第二處理器運行所述支付令牌管理程序以執行如請求項12-17項中任意一項所述的支付令牌申請方法。
  21. 一種支付令牌申請系統，其特徵在於，如請求項19所述的終端設備以及請求項20所述的伺服器。
TW110102421A 2020-06-28 2021-01-22 支付令牌申請方法、設備、系統和伺服器 TWI775288B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010594938.6 2020-06-28
CN202010594938.6A CN111861457B (zh) 2020-06-28 2020-06-28 支付令牌申请方法、设备、系统和服务器

Publications (2)

Publication Number Publication Date
TW202201310A TW202201310A (zh) 2022-01-01
TWI775288B true TWI775288B (zh) 2022-08-21

Family

ID=72988113

Family Applications (1)

Application Number Title Priority Date Filing Date
TW110102421A TWI775288B (zh) 2020-06-28 2021-01-22 支付令牌申請方法、設備、系統和伺服器

Country Status (3)

Country Link
CN (1) CN111861457B (zh)
TW (1) TWI775288B (zh)
WO (1) WO2022001176A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111861457B (zh) * 2020-06-28 2023-02-21 中国银联股份有限公司 支付令牌申请方法、设备、系统和服务器
CN112488681A (zh) * 2020-12-11 2021-03-12 广东广宇科技发展有限公司 基于区块链的授权码支付方法、系统、终端及存储介质
CN113159761A (zh) * 2021-01-06 2021-07-23 中国银联股份有限公司 基于设备连接的支付授权转移系统及支付授权转移方法
CN114244627B (zh) * 2022-01-04 2023-12-26 上海华申智能卡应用系统有限公司 一种授权方法及系统

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150127547A1 (en) * 2013-10-11 2015-05-07 Glenn Leon Powell Network token system
CN107403312A (zh) * 2016-05-18 2017-11-28 北京三星通信技术研究有限公司 快捷支付方法和装置
TW201814604A (zh) * 2016-10-14 2018-04-16 中國銀聯股份有限公司 智慧汽車支付系統以及支付方法
CN110070348A (zh) * 2009-01-08 2019-07-30 Visa欧洲有限公司 交易处理系统及交易处理方法
CN110086768A (zh) * 2014-12-31 2019-08-02 阿里巴巴集团控股有限公司 一种业务处理方法及装置

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104899741B (zh) * 2014-03-05 2018-11-27 中国银联股份有限公司 一种基于ic银行卡的在线支付方法以及在线支付系统
CN105897668A (zh) * 2015-10-22 2016-08-24 乐视致新电子科技（天津）有限公司 一种第三方账号授权方法、设备、服务器及其系统
KR20170118431A (ko) * 2016-04-15 2017-10-25 삼성전자주식회사 전자 장치 및 이를 이용한 결제 방법
US20180247306A1 (en) * 2017-02-24 2018-08-30 Passport Technology Inc. Systems and methods for rule-based payment card management using tokens
WO2018175701A1 (en) * 2017-03-23 2018-09-27 Mastercard International Incorporated Digital wallet for the provisioning and management of tokens
SG10201803139UA (en) * 2018-04-13 2019-11-28 Mastercard International Inc Method and system for facilitating designated payment transaction
CN109218298A (zh) * 2018-09-04 2019-01-15 中钞信用卡产业发展有限公司杭州区块链技术研究院 一种应用数据访问方法及系统
CN111861457B (zh) * 2020-06-28 2023-02-21 中国银联股份有限公司 支付令牌申请方法、设备、系统和服务器

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110070348A (zh) * 2009-01-08 2019-07-30 Visa欧洲有限公司 交易处理系统及交易处理方法
US20150127547A1 (en) * 2013-10-11 2015-05-07 Glenn Leon Powell Network token system
CN110086768A (zh) * 2014-12-31 2019-08-02 阿里巴巴集团控股有限公司 一种业务处理方法及装置
CN107403312A (zh) * 2016-05-18 2017-11-28 北京三星通信技术研究有限公司 快捷支付方法和装置
TW201814604A (zh) * 2016-10-14 2018-04-16 中國銀聯股份有限公司 智慧汽車支付系統以及支付方法

Also Published As

Publication number Publication date
WO2022001176A1 (zh) 2022-01-06
CN111861457A (zh) 2020-10-30
CN111861457B (zh) 2023-02-21
TW202201310A (zh) 2022-01-01

Similar Documents

Publication Publication Date Title
CN112602300B (zh) 用于非接触式卡的密码认证的系统和方法
US12008558B2 (en) Systems and methods for cryptographic authentication of contactless cards
TWI775288B (zh) 支付令牌申請方法、設備、系統和伺服器
KR101621254B1 (ko) 오티피 기반의 가상 번호 결제 방법, 컴퓨터 판독가능한 기록매체 및 시스템
AU2011238378B2 (en) Credential provision and proof system
US20110103586A1 (en) System, Method and Device To Authenticate Relationships By Electronic Means
CN113168635A (zh) 用于非接触式卡的密码认证的系统和方法
JP7483688B2 (ja) 非接触カードの暗号化認証のためのシステムおよび方法
US11770254B2 (en) Systems and methods for cryptographic authentication of contactless cards
CN112789643A (zh) 用于非接触式卡的密码认证的系统和方法
CN112602104A (zh) 用于非接触卡的密码认证的系统和方法
JP2017537421A (ja) 支払いトークンのセキュリティを確保する方法
JP2013514556A (ja) 安全に取引を処理するための方法及びシステム
US11974127B2 (en) Systems and methods for cryptographic authentication of contactless cards
CN112352410B (zh) 使用智能卡作为安全令牌的方法和装置，可读存储介质
CN113168631A (zh) 用于非接触卡的密码认证的系统和方法
KR101754486B1 (ko) 계좌정보를 이용한 모바일 결제 서비스 제공 방법
CN113169873A (zh) 用于非接触卡的密码认证的系统和方法

Legal Events

Date Code Title Description
GD4A Issue of patent certificate for granted invention patent