TW202143140A - 機構識別編號的註冊方法及系統 - Google Patents
機構識別編號的註冊方法及系統 Download PDFInfo
- Publication number
- TW202143140A TW202143140A TW110110605A TW110110605A TW202143140A TW 202143140 A TW202143140 A TW 202143140A TW 110110605 A TW110110605 A TW 110110605A TW 110110605 A TW110110605 A TW 110110605A TW 202143140 A TW202143140 A TW 202143140A
- Authority
- TW
- Taiwan
- Prior art keywords
- payment
- institution
- node
- information
- identification number
- Prior art date
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/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
- G06Q20/3827—Use of message hashing
-
- 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/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/206—Point-of-sale [POS] network systems comprising security or operator identification provisions, e.g. password entry
-
- 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/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
- G06Q20/327—Short range or proximity payments by means of M-devices
- G06Q20/3276—Short range or proximity payments by means of M-devices using a pictured code, e.g. barcode or QR-code, being read by the M-device
-
- 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
- G06Q20/3825—Use of electronic signatures
-
- 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
- G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Computer Networks & Wireless Communication (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
揭露了一種機構識別編號的註冊方法及系統。各支付機構節點和各收單機構節點組成聯盟鏈,每個機構都作為聯盟鏈中的一個節點,可以向聯盟鏈中發起自編號註冊,在註冊成功之後,該機構節點的機構識別編號和路由資訊即寫入了聯盟鏈中,並且可以被隨時驗證,進而各支付機構或者收單機構可以需要產生包含機構識別編號的收款碼或者付款碼,其它機構在收到收款碼或者付款碼時即可以根據其中所包含機構識別編號向聯盟鏈中進行查詢以進行支付。
Description
本說明書實施例涉及資訊技術領域,尤其涉及一種機構識別編號的註冊方法及系統。
掃碼支付在當前已經應用非常廣泛。隨之而來的就是支付機構也越來越多,在支付機構和商戶之間也經常需要更多的收單機構來進行渠道接入。這就造成商戶為了支援多個支付方式,必須連接多個收單機構且收銀系統需要能夠識別多個支付應用的付款碼。如果將商戶收款碼進行多合一,聚合服務提供商作為中心化的資訊中介,則容易出現支付資訊洩露的問題。
基於此,需要一種在多個收單機構和支付機構中更為便利的互通支付方案。
本申請實施例的目的是提供一種在多個收單機構和支付機構中更為便利的互通支付方案。
為解決上述技術問題,本申請實施例是這樣實現的:
第一方面,本說明書實施例提供一種機構識別編號的註冊方法,一種機構識別編號的註冊方法,應用於由多個機構節點所組成的聯盟鏈中,所述方法包括:
機構節點確定待註冊的機構識別編號;
所述機構節點確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識;
所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名;
所述機構節點產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易;
所述機構節點廣播所述交易至聯盟鏈中的其它機構節點;
在所述交易在聯盟鏈中被共識通過之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號;
所述任一其它機構節點,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
第二方面,本說明書實施例提供一種付款碼產生方法,應用於聯盟鏈的支付機構節點中,包括:
接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
產生包含所述付款資訊的二維碼,並發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
同時,本說明書實施例還提供另一種付款碼產生方法,應用聯盟鏈的支付機構節點中,包括:
接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
第三方面,本說明書實施例提供一種支付方法,應用於聯盟鏈的收單機構節點中,包括:
接收商戶所發送的包含機構識別編號的交易訂單,其中,所述交易訂單中的機構識別編號為商戶掃描用戶所展示的付款碼所得到;
獲取所述交易訂單中所包含的機構識別編號;
查詢獲取所述機構識別編號所對應的支付機構節點標識;
轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
第四方面,本說明書實施例提供可信收款碼產生方法,應用於聯盟鏈的收單機構節點中,包括:
確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊;
對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊;
產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描。
其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
第五方面,本說明書實施例提供一種基於前述可信收款碼的支付方法,包括:
接收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號;
獲取所述可信收款資訊所包含的收單機構節點的機構識別編號;
查詢得到所述機構識別編號所對應的收單機構節點標識和公鑰,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證;
在驗證通過之後,發送所述商戶檢索標識至所述收單機構節點,以便所述收單機構節點根據所述商戶檢索標識確定對應的商戶資訊;
接收所述收單機構所返回的所述商戶資訊,發送所述商戶資訊至所述用戶,以便接收所述用戶產生的包含所述商戶資訊的支付請求;
根據所述支付請求執行支付;
其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
與第一方面對應的,本說明書實施例還提供一種機構識別編號的註冊系統,應用於由多個機構節點所組成的聯盟鏈中,在所述系統中,
機構節點確定待註冊的機構識別編號;
所述機構節點確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識;
所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名;
所述機構節點產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易;
所述機構節點廣播所述交易至聯盟鏈中的其它機構節點;
在所述交易在聯盟鏈中被共識通過之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號;
所述任一其它機構節點,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
與第二方面對應的,本說明書實施例還提供一種付款碼產生裝置,應用於聯盟鏈的支付機構節點中,包括:
接收模組,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
付款資訊產生模組,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
付款碼產生模組,產生包含所述付款資訊的二維碼;
發送模組,發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
同時,本說明書實施例還提供另一種付款碼產生裝置,應用聯盟鏈的支付機構節點中,包括:
接收模組,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
付款資訊產生模組,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
發送模組,發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
與第三方面對應的,本說明書實施例還提供一種支付裝置,應用於聯盟鏈的收單機構節點中,包括:
接收模組,接收商戶所發送的包含機構識別編號的交易訂單,其中,所述交易訂單中的機構識別編號為商戶掃描用戶所展示的付款碼所得到;
獲取模組,獲取所述交易訂單中所包含的機構識別編號;
查詢模組,查詢獲取所述機構識別編號所對應的支付機構節點標識;
發送模組,轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
與第四方面對應的,本說明書實施例還提供一種可信收款碼產生裝置,應用於聯盟鏈的收單機構節點中,包括:
確定模組,確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊;
簽名模組,對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊;
產生模組,產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描。
其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
與第五方面對應的,本說明書實施例還提供一種一種支付裝置,應用於聯盟鏈的支付機構節點,中包括:
接收模組,接收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號;
獲取模組,獲取所述可信收款資訊所包含的收單機構節點的機構識別編號;
查詢模組,查詢得到所述機構識別編號所對應的收單機構節點標識和公鑰,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證;
發送模組,在驗證通過之後,發送所述商戶檢索標識至所述收單機構節點,以便所述收單機構節點根據所述商戶檢索標識確定對應的商戶資訊;
所述接收模組還用於接收所述收單機構所返回的所述商戶資訊,所述發送模組還用於發送所述商戶資訊至所述用戶,以便接收所述用戶產生的包含所述商戶資訊的支付請求;
支付模組,根據所述支付請求執行支付;
其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
透過本說明書實施例所提供的方案,各支付機構節點和各收單機構節點組成聯盟鏈,每個機構都作為聯盟鏈中的一個節點,可以向聯盟鏈中發起編號註冊,在註冊成功之後,該機構節點的機構識別編號和路由資訊即寫入了聯盟鏈中,並且可以被隨時驗證,進而各支付機構或者收單機構可以需要產生包含機構識別編號的收款碼或者付款碼,其它機構在收到收款碼或者付款碼時即可以根據其中所包含機構識別編號向聯盟鏈中進行查詢,在多個機構之間進行了揭露公正的自治管理,便於多個機構之間的互通支付。
應當理解的是,以上的一般描述和後文的細節描述僅是示例性和解釋性的,並不能限制本說明書實施例。
此外,本說明書實施例中的任一實施例並不需要達到上述的全部效果。
為了使本領域技術人員更好地理解本說明書實施例中的技術方案,下面將結合本說明書實施例中的圖式,對本說明書實施例中的技術方案進行詳細地描述,顯然,所描述的實施例僅僅是本說明書的一部分實施例,而不是全部的實施例。基於本說明書中的實施例,本領域普通技術人員所獲得的所有其他實施例,都應當屬保護的範圍。
如圖1所示,圖1為本說明書實施例所涉及的系統架構示意圖。多個機構節點組成一個聯盟鏈,各機構節點地位對等,這些節點在公網或專網上以overlay的形式構成安全的P2P對等通訊網路,以確保鏈上資料只能由合法的支付機構、收單機構及其它被授權的實體(如監管機構)存取。鏈上維護一個分散式、不可竄改的鏈式資料庫,保存聯盟內每個支付機構、收單機構的相關資訊。構建安全P2P網路、構建聯盟區塊鏈均有主流技術可以採用,本案不再贅述。
基於如圖1所示的系統,本說明書實施例提供一種在多個機構間可以便利的互通支付的方案,具體包括如下五個方面:機構識別編號的註冊,用戶在支付時的付款碼的產生,基於付款碼的支付,收單機構給商戶產生的可信收款碼,基於可信收款碼的支付。
對於第一方面,如圖2所示,圖2為本說明書實施例所提供的一種機構識別編號的註冊方法的流程示意圖,應用於由多個機構節點所組成的聯盟鏈中,所述機構節點包括收單機構節點或者支付機構節點,具體包括:
S201,機構節點確定待註冊的機構識別編號,確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識。
此時的機構節點可以是組成聯盟鏈中的任一收單機構節點或者支付機構節點。在實際應用中,一般即為節點和實體機構一一對應,即任一機構節點都可以向聯盟鏈中發起註冊申請,一個機構實體在聯盟鏈擁有一個節點。
機構識別編號可以是數字、字母或者其它任意字元所組成。例如,“00Ali”。換言之,由於不存在一個中央管理機構,在本說明書實施例中,機構識別編號可以是由機構自身進行自定義的。
當然,在實際應用中,各機構也可以事先進行協定,機構識別編號可以以該協定為基礎得到。例如,協定可以規定機構識別編號的長度為1至8個字元,可以採用的字元包括數字和各國的語言字元等等。
一個機構節點可以重複註冊多個機構識別編號,只需各機構識別編號之間(包括已經註冊的和待註冊的各機構識別編號)不能重複即可。
在確定待註冊的機構識別編號之後,機構節點即可以獲取自身的機構節點標識,產生至少包含所述待註冊的機構識別編號和機構節點標識的註冊資訊,當然,在實際應用中,為了便利,還可以包含有諸如註冊機構的路由資訊(例如支付介面存取位址或者支付伺服器的ip位址等等),進而確定註冊資訊的雜湊值。當然,在註冊資訊中還可以包含有其它資訊,例如,還可以包括諸如許可牌照、隨機註冊因子等其它相關資訊。
S203,所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名,產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易,並廣播所述交易至聯盟鏈中的其它機構節點。
在確定了前述註冊資訊的雜湊值之後,機構節點即可以採用預先產生的密鑰對中的私鑰進行進一步加密,得到對於前述註冊資訊的數位簽名。其他任意用戶或者機構可以使用揭露的公鑰對數位簽名進行解密得到註冊資訊的雜湊值,以及還可以再計算一次交易中的註冊資訊的雜湊值,從而可以比較兩個雜湊值的一致性來驗證註冊資訊是否完整未被竄改。基於密鑰對的非對稱加密資訊已經很成熟,此處不再贅述。
由於機構節點本身即為聯盟鏈中的節點,因此,其可以產生包含包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易,並且廣播至聯盟鏈中的其它節點。如圖3所示,圖3為本說明書實施例所提供的交易的邏輯示意圖。
其它節點在接收到該交易之後即可以基於聯盟鏈中的共識機制,確定出共識節點,對交易進行共識。
S205,在所述交易在聯盟鏈中被共識通過並儲存之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號,並對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
共識通過,即說明該交易在傳播中未被竄改,因此,可以將該交易分散式的儲存至聯盟鏈中的每個節點中。
當然,在共識之前,任一機構節點還可以對所述交易進行驗證。即採用公鑰解密所述數位簽名,得到註冊資訊的雜湊值,並且再重新計算一遍交易中的註冊資訊的雜湊值,並且比較解密得到的雜湊值和計算得到的雜湊值的一致性,若二者一直,才進行後續共識,避免無效交易被寫入聯盟鏈中。若二者不一致,則不進行共識。
基於圖1中所示的架構,此時任一其它機構節點都會收到該交易,此時任一接收到交易的其它節點,除了將該交易寫入聯盟鏈,還可以在本地維持一個快取式的資料庫,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號,並建立所述註冊機構節點的機構識別編號和機構節點標識的對應關係,保存至本地的資料庫中,以減輕聯盟鏈的查詢負荷。
當註冊資訊中還包括路由資訊時,相應的,其它機構節點還可以基於已經通過共識的交易中所包含的路由資訊,對所述機構節點的機構識別編號、機構節點標識和所述路由資訊的對應關係進行保存,從而避免頻繁向聯盟鏈中查詢路由資訊,只需在本地查詢即可,更為便利。
在一種實施方式中,每當聯盟鏈中有新的交易共識成功之後,說明有某個機構需要更新自己的資訊了。此時,可以在聯盟鏈中納入可供訂閱的通知機制,每當鏈上資料有更新(有支付/收單機構加入、退出或更新路由資訊)時都主動推送更新通知。
聯盟鏈中的共識節點可以是預先協定號的若干機構節點(例如,每個機構節點都是共識節點),或者,也可以是基於共識方式所臨時選舉得出的部分機構節點。
具體而言,聯盟鏈中的任一共識節點都可以作為資訊的推送方,確定所述新的交易所包含的更新資訊,推送所述更新資訊至其它節點;任一接收到更新資訊的其它節點,根據所述更新資訊對本地所保存的對應關係進行更新,其中所述更新資訊用於表徵聯盟鏈中的機構節點的加入、退出或者路由資訊的改變。更新資訊中應當包含有機構節點標識和更新方式(即加入、退出還是更改路由資訊)。
在前述方式中,任一收單機構節點和支付機構節點都可以在鏈上進行機構識別編號的註冊。一個機構節點可以對應註冊多個機構識別編號。此外,如果一個機構節點如果同時具有收單和支付功能,即是支付機構又是收單機構,則為了便於區分,還可以將該機構節點視為兩個邏輯實體,分別註冊兩類機構識別編號分別用於支付邏輯和收單邏輯。
對於已經註冊了機構識別編號的支付機構節點,則可以在用戶需要使用付款碼時,基於已經註冊的機構識別編號,分發付款碼給用戶。即本說明書實施例所涉及的第二方面,如圖4所示,圖4為本說明書實施例所提供的一種基於付款碼產生方法的流程示意圖,應用於前述聯盟鏈的支付機構節點中,所述方法包括:
S401,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識。
S403,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
S405,產生包含所述付款資訊的二維碼,並發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描。
用戶收到付款碼即可以展示給商戶進行掃描,從而商戶可以產生包含所述付款資訊的交易訂單,並轉發至自己的收單機構。
同時,本說明書實施例還提供另一種付款碼產生方法,應用聯盟鏈的支付機構節點中,包括:
接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描;其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
前述的兩種付款碼的產生方式的區別即為,支付機構節點可以在節點端產生包含付款資訊的付款碼,並發送給用戶,或者僅將付款資訊發送給用戶,在用戶端產生包含付款資訊的付款碼。而其他方面基本相同,對於相同的部分,以下統一進行說明。
由於支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識,而所述數位簽名是使用該公鑰所對應的私鑰對所述註冊資訊加密所得到的。
因此,收到商戶發送訂單的收單機構節點,可以根據接收到的訂單中所包含的機構識別編號查詢獲取對應的機構節點標識(即該支付機構的支付機構節點標識),並轉發訂單至所述支付機構。
一種查詢的方式即為從聯盟鏈中查詢得到包含所述機構識別編號的交易,並從中獲取對應的機構節點標識;另一種查詢的方式即為從本地的快取資料庫中查詢得到機構識別編號所對應的機構節點標識。
透過基於這種付款碼的支付方式,任一收單機構可以明確的知道自己應當轉發訂單至那個支付機構,並且,轉發依據“機構識別編號”是在聯盟鏈上共識通過的,因此,可以基於這種付款碼在多個機構節點之間實現公平公正準確的互聯互通支付。
在當前,付款碼中的機構識別編號和用戶標識之間並無間隔。例如在第三方支付應用中,用戶的付款碼一般是固定了長度(例如,18位),並且從開頭即採用了定長的字元(例如,前2位)來標識第三方支付機構。隨著支付機構和收單機構的增加,這種方式就不再適合。
此時,可以預先在各機構間確定分隔符,用隔離機構識別編號和用戶標識,從而透過依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串;將所述拼接好的字串確定為付款資訊。
如圖5所示,圖5為本說明書實施例中所提供的一種付款資訊的示意圖。例如,對於使用code 128碼制的條碼而言,分隔符可以是一個指定的ASCII字母或特殊符號,其它部分則採用0~9組成的純數字碼串;又例如,若付款碼只能採用純數字,則可以指定左起第一個數字“0”為分隔符,並要求其它支付機構註冊的路由/識別碼不得包含數字0。
用戶使用付款碼時可以即時申請,也可以是預先申請並保存於本地,需要時再本地呼叫展示即可。
基於前述的付款碼,本說明書實施例的第三方面,還提供一種支付方法,應用於聯盟鏈的收單機構節點中,如圖6所示,圖6為本說明書實施例所提供的一種支付方法的流程示意圖,包括:
S601,接收商戶所發送的包含機構識別編號的交易訂單,其中,所述交易訂單中的機構識別編號為商戶掃描用戶所展示的付款碼所得到。
具體而言,商戶可以掃描用戶的付款碼,得到付款碼中所包含的付款資訊,並發送給自己的收單機構節點。用戶的付款碼的產生方式已經在第二方面進行了具體說明,此處不再贅述。
S603,獲取所述交易訂單中所包含的機構識別編號;基於所述,此處的機構識別編號即為某個支付機構的機構識別編號。
由於支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。所述數位簽名是使用該公鑰所對應的私鑰對所述註冊資訊加密所得到的。
S605,查詢獲取所述機構識別編號所對應的支付機構節點標識;
具體的查詢方式可以是基於本地快取中所保留的對應關係進行查詢,也可以是向區塊鏈系統基於訂單中所包含的機構識別編號進行查詢,從而獲取機構識別編號所對應的支付機構節點標識。
當然,若支付機構在註冊機構識別編號時所提供的交易中的註冊資訊還包含了路由資訊時,此時還可以向聯盟鏈中獲取得到該支付機構的路由資訊。
S607,轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付。
具體而言,可以根據聯盟鏈中查詢得到的路由資訊進行轉發,也可以根據平時預先儲存支付機構節點的路由資訊進行轉發。
在一種具體的實施方式中,用戶採用支付應用進行即時獲取付款碼並進行支付的流程如下所示:
步驟1,用戶在商戶處購買產品/服務,打開支付機構節點x的APP選擇付款碼支付。
步驟2,APP向支付機構節點x申請付款碼。為防交易場所網路環境惡劣導致無法支付,APP可以向支付機構批量申請付款碼並快取在本地備用,但需採用嚴格的安全措施保護快取碼號的安全,防止被盜用。
步驟3,支付機構x按照圖5的規則產生付款碼並發送給用戶的APP。
步驟4,用戶向商戶出示付款碼。
步驟5,商戶用收銀系統掃碼設備讀取付款碼中的付款資訊並將其內容與其它支付相關資訊(如金額)一併提交給自己的收單機構節點y。
步驟6,收單機構y從付款碼中解析出分隔符前面的機構識別編號,利用上述區塊鏈系統提供的查詢介面,或者從本地快取資料庫中,找到這個機構識別編號對應的支付機構x及其路由資訊(如支付介面位址)。
步驟7,收單機構y向支付機構x發送支付請求,包含付款碼(全部欄位)、支付金額、收款帳戶及其它所需的資訊。
步驟8,支付機構x解析付款碼、根據自定義的規則推導出付款帳戶,並驗證付款碼中各個欄位(包括隨機因子)的正確性。如驗證通過,則從用戶付款帳戶中扣除指定的金額並透過支付網路轉入商戶的收款帳戶。
步驟9,支付機構x分別向收單機構y和用戶發送支付確認訊息。
步驟10,收單機構y向商戶發送支付確認訊息。
步驟11,用戶和商戶完成交易。
步驟12,支付機構x與收單機構y完成清算結算。
在存在多個收單機構節點和支付機構節點時,如果機構識別編號不是預先儲存於聯盟鏈中,則需要一個專門的管理機構來做機構識別編號的管理工作,機構自身的資訊發生改變(例如編號或者路由資訊的改變)都需要預先向管理機構遞交資料,這就導致了效率低下,以及還帶來了資料的可信度的問題。
透過基於這種付款碼的支付方式,當存在多個收單機構節點和支付機構節點時,基於預先存在與於聯盟鏈和付款碼中的機構節點編號,可以實現收單機構與支付機構進行準確高效的對接和路由尋址,任一收單機構節點都可以將自己名下的商戶的訂單進行交易訂單的準確轉發,從而準確高效的支付和結算。
在第四方面,本說明書實施例還提供可信收款碼產生方法,應用於聯盟鏈的收單機構節點中,如圖7所示,圖7為本說明書實施例所提供的一種基於前述機構識別編號的可信收款碼產生方法的流程示意圖,包括:
S701,確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊。
所述商戶檢索標識可以是商戶的唯一標識(例如,企業的統一社會信用代碼、經過脫敏處理的法人唯一證件號等等),也可以是該收單機構給商戶所給給定的標識,該收單機構可以基於商戶檢索標識檢索到該商戶。換言之,同一商戶在不同的收單機構上的商戶檢索標識可能是不同的。
同樣的,收單機構可以是基於商戶的臨時申請來產生可信收款碼,也可以是預先已經產生並發送給了商戶使用。
所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。具體的方式在第一方面中已經進行了具體說明,此處不再贅述。
S703,對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊。此處的私鑰和該收單機構在註冊機構識別編碼時所採用的私鑰應當相同。
當然,在實際應用中,可信收款資訊中還可以包含其他資訊,例如協定、域名等等。如圖8所示,圖8為本說明書實施例所提供的一種可信收款資訊的示意圖。在該示意圖中,“+”表示字串拼接,數位簽名是利用前述的私鑰對該示意圖中“+數位簽名”之前的全部資訊進行的數位簽名。
S705,產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描。
在產生了可信收款碼之後,商戶即可以展示該可信收款碼給用戶進行掃描進行收款。即本說明書實施例所涉及的第五方面,如圖9所示,圖9為本說明書實施例所提供的一種基於前述可信收款碼的支付方法的流程示意圖,應用於聯盟鏈的支付機構節點中,包括:
S901,接收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號;
S903,獲取所述可信收款資訊所包含的收單機構節點的機構識別編號。例如,當可信收款資訊中存在分割符時,即將分隔符之前的字串確定為收單機構節點的機構識別編號。
如第一方面所述,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
S905,查詢得到所述機構識別編號所對應的收單機構節點標識和公鑰,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證;如前所述,可以向區塊鏈中基於機構識別編號進行查詢獲取公鑰,也可以是向本地快取中進行查詢。
S907,在驗證通過之後,發送所述商戶檢索標識至所述收單機構節點,以便所述收單機構節點根據所述商戶檢索標識確定對應的商戶資訊;
S909,接收所述收單機構所返回的所述商戶資訊,發送所述商戶資訊至所述用戶,以便接收所述用戶產生的包含所述商戶資訊的支付請求;
S911,根據所述支付請求執行支付。具體而言,即為從所述用戶的帳戶中劃款至商戶資訊所指向的商戶帳戶中
基於該收款碼的支付方式,支付機構在進行支付之前,需要首先對收款碼中的數位簽名進行驗證,在驗證痛過之後再基於“機構識別編號”向聯盟鏈中進行收單機構查詢,從而可以準確的獲取對應的收單機構,避免了收款碼被人利用,實現高效準確的支付和收單機構的結算。
進一步地,在支付機構對可信驗證碼中所包含的數位簽名進行的驗證通過之後,還可以發送所述商戶資訊和驗證確認資訊至用戶,以便展示所述驗證確認資訊給用戶,其中,所述驗證確認資訊用於表徵所述可信二維碼通過了聯盟鏈的可信驗證。例如,用戶端在接收到驗證確認資訊之後,即可以在支付應用中展示“可信”的標記,提高用戶體驗。
在一種實施方式中,商戶採用收單機構所提供的收款碼並進行支付的流程如下所示:
步驟1,用戶在商戶處購買產品/服務,打開支付機構x的APP選擇收款碼支付。
步驟2,用戶使用APP掃描商戶出示的可信收款碼(靜態或動態),並將其中所包含的可信收款資訊提交給自己的支付機構節點x。
步驟3,支付機構節點x利用上述區塊鏈系統提供的查詢介面或者在本地快取資料庫中,找到收款碼中機構識別編號欄位對應的收單機構y,及該機構在鏈上註冊的公鑰。
步驟4,支付機構x利用查詢到的公鑰驗證可信收款碼中的數位簽名,如果驗證通過,則向收單機構y轉發初始資訊或者可信收款資訊,請求提供商戶資訊。
步驟5,收單機構y根據收款碼中的商戶/訂單資訊檢索標識查到商戶/訂單資訊,並返回給支付機構x。
步驟6,支付機構x向用戶錢包轉發商戶/訂單資訊,並附上可信收款碼驗證通過的標記。
步驟7,用戶APP為用戶渲染付款頁面,並在頁面上顯示“可信”標記(形如“AlipayConnect+AntChain”等)。
步驟8,用戶確認支付資訊無誤,透過APP向支付機構x發起支付請求。
步驟9,支付機構x與收單機構y透過支付網路完成支付,並分別向商戶和用戶發送支付確認資訊。
步驟10,用戶和商戶完成交易。
步驟11,支付機構和收單機構進行清算結算。
透過本說明書實施例所提供的方案,各支付機構節點和各收單機構節點組成聯盟鏈,每個機構都作為聯盟鏈中的一個節點,可以向聯盟鏈中發起自編號註冊,在註冊成功之後,該機構節點的機構識別編號和路由資訊即寫入了聯盟鏈中,並且可以被隨時驗證,進而各支付機構或者收單機構可以需要產生包含機構識別編號的收款碼或者付款碼,其它機構在收到收款碼或者付款碼時即可以根據其中所包含機構識別編號向聯盟鏈中進行查詢,在多個機構之間進行了揭露公正的自治管理,便於多個機構之間的互通支付,以及,基於區塊鏈支援對收單機構提供給商戶的付款碼進行數位簽名,從而實現可信收款碼。
與第一方面對應的,本說明書實施例還提供一種機構識別編號的註冊系統,應用於由多個機構節點所組成的聯盟鏈中,所述機構包括收單機構節點或者支付機構節點,在所述系統中,
機構節點確定待註冊的機構識別編號;
所述機構節點確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識;
所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名;
所述機構節點產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易;
所述機構節點廣播所述交易至聯盟鏈中的其它機構節點;
在所述交易在聯盟鏈中被共識通過之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號;
所述任一其它機構節點,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
在所述系統中,所述註冊資訊中還包含路由資訊,相應的,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存,包括:對所述機構節點的機構識別編號、機構節點標識和所述路由資訊的對應關係進行保存。
當所述聯盟鏈中有新的交易共識成功之後,在所述系統中,聯盟鏈中的任一共識節點,確定所述新的交易所包含的更新資訊,推送所述更新資訊至其它節點;任一接收到更新資訊的其它節點,根據所述更新資訊對本地所保存的對應關係進行更新,其中所述更新資訊用於表徵聯盟鏈中的機構節點的加入、退出或者路由資訊的改變。
與第二方面對應的,本說明書實施例還提供一種付款碼產生裝置,應用於聯盟鏈的支付機構節點中,如圖10所示,圖10是本說明書實施例提供的一種付款碼產生裝置的結構示意圖,包括:
接收模組1001,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
付款資訊產生模組1003,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
付款碼產生模組1005,產生包含所述付款資訊的二維碼;
發送模組1007,發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識
進一步地,所述付款資訊產生模組1003,確定分隔符,依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串;將所述拼接好的字串確定為付款資訊。
同時,本說明書實施例還提供另一種付款碼產生裝置的結構示意圖,應用於聯盟鏈的支付機構節點中,如圖11所示,圖11是本說明書實施例提供的一種付款碼產生裝置的結構示意圖,包括:
接收模組1101,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識;
付款資訊產生模組1103,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊;
發送模組1105,發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
與第三方面對應的,本說明書實施例還提供一種支付裝置,應用於收單機構節點中,如圖12所示,圖12是本說明書實施例提供的一種支付裝置的結構示意圖,包括:
獲取模組1201,獲取所述交易訂單中所包含的機構識別編號;
查詢模組1203,查詢獲取所述機構識別編號所對應的支付機構節點標識;
發送模組1205,轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付;
其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
與第四方面對應的,本說明書實施例還提供一種可信收款碼產生裝置,應用於收單機構節點中,如圖13所示,圖13是本說明書實施例提供的一種可信收款碼產生裝置的結構示意圖,包括:
確定模組1301,確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊;
簽名模組1303,對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊;
產生模組1305,產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描;
其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
第五方面,本說明書實施例還提供一種支付裝置,應用於收單機構節點中,如圖14所示,圖14是本說明書實施例提供的一種支付裝置的結構示意圖,包括:
接收模組1401,收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號;
獲取模組1403,獲取所述可信收款資訊所包含的收單機構節點的機構識別編號;
查詢模組1405,查詢得到所述機構識別編號所對應的收單機構節點標識、公鑰和路由資訊,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證;
發送模組1407,在驗證通過之後,根據所述路由資訊發送所述商戶檢索標識至對應的收單機構節點,以便收單機構節點但根據商戶檢索標識確定對應的商戶資訊並返回至所述支付機構;
所述接收模組1401還用於接收收單機構所返回的商戶資訊,所述發送模組1407還用於發送所述商戶資訊至用戶,以便接收用戶產生的包含所述商戶資訊的支付請求;
支付模組1409,根據所述支付請求執行支付。
進一步地,所述發送模組1407,發送所述商戶資訊和驗證確認資訊至用戶,以便展示所述驗證確認資訊給用戶,其中,所述驗證確認資訊用於表徵所述可信二維碼通過了聯盟鏈的可信驗證。
本說明書實施例還提供一種電腦設備,其至少包括儲存器、處理器及儲存在儲存器上並可在處理器上運行的電腦程式,其中,處理器執行所述程式時實現圖4所示的付款碼產生方法。
本說明書實施例還提供一種電腦設備,其至少包括儲存器、處理器及儲存在儲存器上並可在處理器上運行的電腦程式,其中,處理器執行所述程式時實現圖6所示的支付方法。
本說明書實施例還提供一種電腦設備,其至少包括儲存器、處理器及儲存在儲存器上並可在處理器上運行的電腦程式,其中,處理器執行所述程式時實現圖7所示的可信收款碼產生方法。
本說明書實施例還提供一種電腦設備,其至少包括儲存器、處理器及儲存在儲存器上並可在處理器上運行的電腦程式,其中,處理器執行所述程式時實現圖9所示的支付方法。
圖15示出了本說明書實施例所提供的一種更為具體的計算設備硬體結構示意圖,該設備可以包括:處理器1510、儲存器1520、輸入/輸出介面1530、通訊介面1540和匯流排1550。其中處理器1510、儲存器1520、輸入/輸出介面1530和通訊介面1540透過匯流排1550實現彼此之間在設備內部的通訊連接。
處理器1510可以採用通用的CPU(Central Processing Unit,中央處理器)、微處理器、應用專用積體電路(Application Specific Integrated Circuit,ASIC)、或者一個或多個積體電路等方式實現,用於執行相關程式,以實現本說明書實施例所提供的技術方案。
儲存器1520可以採用ROM(Read Only Memory,唯讀記憶體)、RAM(Random Access Memory,隨機存取記憶體)、靜態儲存設備,動態儲存設備等形式實現。儲存器1520可以儲存操作系統和其他應用程式,在透過軟體或者韌體來實現本說明書實施例所提供的技術方案時,相關的程式代碼保存在儲存器1520中,並由處理器1510來呼叫執行。
輸入/輸出介面1530用於連接輸入/輸出模組,以實現資訊輸入及輸出。輸入輸出/模組可以作為組件配置在設備中(圖中未示出),也可以外接於設備以提供相應功能。其中輸入設備可以包括鍵盤、滑鼠、觸控螢幕、麥克風、各類傳感器等,輸出設備可以包括顯示器、喇叭、振動器、指示燈等。
通訊介面1540用於連接通訊模組(圖中未示出),以實現本設備與其他設備的通訊交互。其中通訊模組可以透過有線方式(例如USB、網線等)實現通訊,也可以透過無線方式(例如行動網路、WIFI、藍牙等)實現通訊。
匯流排1550包括一通路,在設備的各個組件(例如處理器1510、儲存器1520、輸入/輸出介面1530和通訊介面1540)之間傳輸資訊。
需要說明的是,儘管上述設備僅示出了處理器1510、儲存器1520、輸入/輸出介面1530、通訊介面1540以及匯流排1550,但是在具體實施過程中,該設備還可以包括實現正常運行所必需的其他組件。此外,本領域的技術人員可以理解的是,上述設備中也可以僅包含實現本說明書實施例方案所必需的組件,而不必包含圖中所示的全部組件。
本說明書實施例還提供一種電腦可讀儲存媒體,其上儲存有電腦程式,該程式被處理器執行時實現圖4所示的付款碼產生方法。
本說明書實施例還提供一種電腦可讀儲存媒體,其上儲存有電腦程式,該程式被處理器執行時實現圖6所示的支付方法。
本說明書實施例還提供一種電腦可讀儲存媒體,其上儲存有電腦程式,該程式被處理器執行時實現圖7所示的可信收款碼產生方法。
本說明書實施例還提供一種電腦可讀儲存媒體,其上儲存有電腦程式,該程式被處理器執行時實現圖9所示的支付方法。
電腦可讀媒體包括永久性和非永久性、可移除和非可移除媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括,但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式化唯讀記憶體(EEPROM)、快閃記憶體或其他內部記憶體技術、唯讀光碟唯讀儲存器(CD-ROM)、數字多功能光碟(DVD)或其他光學儲存、磁盒式磁帶,磁帶磁磁碟儲存或其他磁性儲存設備或任何其他非傳輸媒體,可用於儲存可以被計算設備存取的資訊。按照本文中的界定,電腦可讀媒體不包括暫存電腦可讀媒體(transitory media),如調製的資料信號和載波。
透過以上的實施方式的描述可知,本領域的技術人員可以清楚地瞭解到本說明書實施例可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解,本說明書實施例的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品可以儲存在儲存媒體中,如ROM/RAM、磁碟、光碟等,包括若干指令用以使得一台電腦設備(可以是個人電腦,伺服器,或者網路設備等)執行本說明書實施例各個實施例或者實施例的某些部分所述的方法。
上述實施例闡明的系統、方法、模組或單元,具體可以由電腦晶片或實體實現,或者由具有某種功能的產品來實現。一種典型的實現設備為電腦,電腦的具體形式可以是個人電腦、膝上型電腦、蜂窩電話、相機電話、智慧電話、個人數字助理、媒體播放器、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於方法實施例而言,由於其基本相似於方法實施例,所以描述得比較簡單,相關之處參見方法實施例的部分說明即可。以上所描述的方法實施例僅僅是示意性的,其中所述作為分離部件說明的模組可以是或者也可以不是實體上分開的,在實施本說明書實施例方案時可以把各模組的功能在同一個或多個軟體及/或硬體中實現。也可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下,即可以理解並實施。
以上所述僅是本說明書實施例的具體實施方式,應當指出,對於本技術領域的普通技術人員來說,在不脫離本說明書實施例原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本說明書實施例的保護範圍。
S201:步驟
S203:步驟
S205:步驟
S401:步驟
S403:步驟
S405:步驟
S601:步驟
S603:步驟
S605:步驟
S607:步驟
S701:步驟
S703:步驟
S705:步驟
S901:步驟
S903:步驟
S905:步驟
S907:步驟
S909:步驟
S911:步驟
1001:接收模組
1003:付款資訊產生模組
1005:付款碼產生模組
1007:發送模組
1101:接收模組
1103:付款資訊產生模組
1105:發送模組
1201:獲取模組
1203:查詢模組
1205:發送模組
1301:確定模組
1303:簽名模組
1305:產生模組
1401:接收模組
1403:獲取模組
1405:查詢模組
1407:發送模組
1409:支付模組
1510:處理器
1520:儲存器
1530:輸入/輸出介面
1540:通訊介面
1550:匯流排
為了更清楚地說明本說明書實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹,顯而易見地,下面描述中的圖式僅僅是本說明書實施例中記載的一些實施例,對於本領域普通技術人員來講,還可以根據這些圖式獲得其他的圖式。
[圖1]為本說明書實施例所涉及的系統架構示意圖;
[圖2]為本說明書實施例所提供的一種機構識別編號的註冊方法的流程示意圖;
[圖3]為本說明書實施例所提供的交易的邏輯示意圖;
[圖4]為本說明書實施例所提供的一種付款碼產生方法的流程示意圖;
[圖5]為本說明書實施例中所提供的一種付款資訊的示意圖;
[圖6]為本說明書實施例所提供的一種支付方法的流程示意圖;
[圖7]為本說明書實施例所提供的一種可信收款碼產生方法的流程示意圖;
[圖8]為本說明書實施例所提供的一種可信收款資訊的示意圖;
[圖9]為本說明書實施例所提供的一種支付方法的流程示意圖;
[圖10]是本說明書實施例提供的一種付款碼產生裝置的結構示意圖;
[圖11]是本說明書實施例提供的另一種付款碼產生裝置的結構示意圖;
[圖12]是本說明書實施例提供的一種支付裝置的結構示意圖;
[圖13]是本說明書實施例提供的一種可信收款碼產生裝置的結構示意圖;
[圖14]是本說明書實施例提供的一種支付裝置的結構示意圖;
[圖15]是用於配置本說明書實施例方法的一種設備的結構示意圖。
Claims (23)
- 一種機構識別編號的註冊方法,應用於由多個機構節點所組成的聯盟鏈中,所述方法包括: 機構節點確定待註冊的機構識別編號; 所述機構節點確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識; 所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名; 所述機構節點產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易; 所述機構節點廣播所述交易至聯盟鏈中的其它機構節點; 在所述交易在聯盟鏈中被共識通過之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號; 所述任一其它機構節點,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
- 如請求項1所述的方法,所述註冊資訊中還包含路由資訊, 相應的,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存,包括: 對所述機構節點的機構識別編號、機構節點標識和所述路由資訊的對應關係進行保存。
- 如請求項1所述的方法,當所述聯盟鏈中有新的交易共識成功之後,所述方法還包括: 聯盟鏈中的任一共識節點,確定所述新的交易所包含的更新資訊,推送所述更新資訊至其它節點; 任一接收到更新資訊的其它節點,根據所述更新資訊對本地所保存的對應關係進行更新,其中所述更新資訊用於表徵聯盟鏈中的機構節點的加入、退出或者路由資訊的改變。
- 一種付款碼產生方法,應用於聯盟鏈的支付機構節點中,包括: 接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識; 獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊; 產生包含所述付款資訊的二維碼,並發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 如請求項4所述的方法,產生包含所述用戶標識和機構識別編號的付款資訊,包括: 確定分隔符,依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串; 將所述拼接好的字串確定為付款資訊。
- 一種付款碼產生方法,應用聯盟鏈的支付機構節點中,包括: 接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識; 獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊; 發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 如請求項6所述的方法,產生包含所述用戶標識和機構識別編號的付款資訊,包括: 確定分隔符,依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串; 將所述拼接好的字串確定為付款資訊。
- 一種支付方法,應用於聯盟鏈的收單機構節點中,包括: 接收商戶所發送的包含機構識別編號的交易訂單,其中,所述交易訂單中的機構識別編號為商戶掃描用戶所展示的付款碼所得到; 獲取所述交易訂單中所包含的機構識別編號; 查詢獲取所述機構識別編號所對應的支付機構節點標識; 轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 一種可信收款碼產生方法,應用於聯盟鏈的收單機構節點中,包括: 確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊; 對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊; 產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描; 其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
- 一種支付方法,應用於聯盟鏈的支付機構節點中,包括: 接收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號; 獲取所述可信收款資訊所包含的收單機構節點的機構識別編號; 查詢得到所述機構識別編號所對應的收單機構節點標識和公鑰,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證; 在驗證通過之後,發送所述商戶檢索標識至所述收單機構節點,以便所述收單機構節點根據所述商戶檢索標識確定對應的商戶資訊; 接收所述收單機構所返回的所述商戶資訊,發送所述商戶資訊至所述用戶,以便接收所述用戶產生的包含所述商戶資訊的支付請求; 根據所述支付請求執行支付; 其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
- 如請求項10所述的方法,發送所述商戶資訊至用戶,包括: 發送所述商戶資訊和驗證確認資訊至用戶,以便展示所述驗證確認資訊給所述用戶,其中,所述驗證確認資訊用於表徵所述可信二維碼通過了聯盟鏈的可信驗證。
- 一種機構識別編號的註冊系統,應用於由多個機構節點所組成的聯盟鏈中,在所述系統中, 機構節點確定待註冊的機構識別編號; 所述機構節點確定註冊資訊的雜湊值,所述註冊資訊至少包含所述待註冊的機構識別編號和機構節點標識; 所述機構節點對所述雜湊值採用所述機構節點的私鑰進行加密,產生數位簽名; 所述機構節點產生包含所述註冊資訊、所述數位簽名和所述私鑰所對應的公鑰的交易; 所述機構節點廣播所述交易至聯盟鏈中的其它機構節點; 在所述交易在聯盟鏈中被共識通過之後,任一其它機構節點,將所述交易中所包含的待註冊的機構識別編號確定為所述機構節點的機構識別編號; 所述任一其它機構節點,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存。
- 如請求項12所述的系統,所述註冊資訊中還包含路由資訊, 相應的,對所述機構節點的機構識別編號和機構節點標識的對應關係進行保存,包括:對所述機構節點的機構識別編號、機構節點標識和所述路由資訊的對應關係進行保存。
- 如請求項12所述的系統,當所述聯盟鏈中有新的交易共識成功之後,在所述系統中, 聯盟鏈中的任一共識節點,確定所述新的交易所包含的更新資訊,推送所述更新資訊至其它節點; 任一接收到更新資訊的其它節點,根據所述更新資訊對本地所保存的對應關係進行更新,其中所述更新資訊用於表徵聯盟鏈中的機構節點的加入、退出或者路由資訊的改變。
- 一種付款碼產生裝置,應用於聯盟鏈的支付機構節點中,包括: 接收模組,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識; 付款資訊產生模組,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊; 付款碼產生模組,產生包含所述付款資訊的二維碼; 發送模組,發送所述二維碼至所述用戶,以便用戶展示包含所述付款資訊的付款碼給商戶掃描; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 如請求項15所述的裝置,所述付款資訊產生模組,確定分隔符,依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串;將所述拼接好的字串確定為付款資訊。
- 一種付款碼產生裝置,應用聯盟鏈的支付機構節點中,包括: 接收模組,接收用戶所發送的付款碼產生請求,確定所述用戶的用戶標識; 付款資訊產生模組,獲取所述支付機構節點的機構識別編號,產生包含所述用戶標識和機構識別編號的付款資訊; 發送模組,發送所述付款資訊至所述用戶,以便所述用戶產生包含所述付款資訊的付款碼,並展示包含所述付款資訊的付款碼給商戶掃描; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 如請求項17所述的裝置,所述付款資訊產生模組,確定分隔符,依序拼接所述機構識別編號、分割符和所述用戶標識,產生拼接好的字串;將所述拼接好的字串確定為付款資訊。
- 一種支付裝置,應用於聯盟鏈的收單機構節點中,包括: 接收模組,接收商戶所發送的包含機構識別編號的交易訂單,其中,所述交易訂單中的機構識別編號為商戶掃描用戶所展示的付款碼所得到; 獲取模組,獲取所述交易訂單中所包含的機構識別編號; 查詢模組,查詢獲取所述機構識別編號所對應的支付機構節點標識; 發送模組,轉發所述交易訂單至對所述支付機構節點標識所對應的支付機構節點,以便所述支付機構節點根據所述交易訂單進行支付; 其中,所述支付機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述支付機構節點的機構識別編號和機構節點標識。
- 一種可信收款碼產生裝置,應用於聯盟鏈的收單機構節點中,包括: 確定模組,確定商戶的商戶檢索標識和所述收單機構節點的機構識別編號,產生包含所述商戶檢索標識和所述機構識別編號的初始資訊; 簽名模組,對所述初始資訊採用所述收單機構節點的私鑰進行加密,得到數位簽名,產生包含初始資訊和所述數位簽名的可信收款資訊; 產生模組,產生包含所述可信收款資訊的可信收款碼,並發送給商戶,以便商戶展示所述可信收款碼給用戶掃描; 其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
- 一種支付裝置,應用於聯盟鏈的支付機構節點,中包括: 接收模組,接收用戶所發送的可信收款資訊,其中,可信收款資訊為用戶掃描商戶所展示的可信收款碼所得到,所述可信收款資訊中包含初始資訊和對所述初始資訊的數位簽名,所述初始資訊中包含商戶檢索標識和收單機構節點的機構識別編號; 獲取模組,獲取所述可信收款資訊所包含的收單機構節點的機構識別編號; 查詢模組,查詢得到所述機構識別編號所對應的收單機構節點標識和公鑰,根據所述公鑰和對所述可信收款資訊中的數位簽名進行驗證; 發送模組,在驗證通過之後,發送所述商戶檢索標識至所述收單機構節點,以便所述收單機構節點根據所述商戶檢索標識確定對應的商戶資訊; 所述接收模組還用於接收所述收單機構所返回的所述商戶資訊,所述發送模組還用於發送所述商戶資訊至所述用戶,以便接收所述用戶產生的包含所述商戶資訊的支付請求; 支付模組,根據所述支付請求執行支付; 其中,所述收單機構節點所產生的包含註冊資訊、數位簽名和公鑰的交易,已經在所述聯盟鏈中被共識通過並儲存於所述聯盟鏈中,所述註冊資訊至少包含所述收單機構節點的機構識別編號和機構節點標識。
- 如請求項21所述的裝置,所述發送模組,發送所述商戶資訊和驗證確認資訊至用戶,以便展示所述驗證確認資訊給用戶,其中,所述驗證確認資訊用於表徵所述可信二維碼通過了聯盟鏈的可信驗證。
- 一種電腦設備,包括儲存器、處理器及儲存在儲存器上並可在處理器上運行的電腦程式,其中,所述處理器執行所述程式時實現如請求項4至11中任一項所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010277268.5 | 2020-04-10 | ||
CN202010277268.5A CN111192040B (zh) | 2020-04-10 | 2020-04-10 | 一种机构识别编号的注册方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202143140A true TW202143140A (zh) | 2021-11-16 |
TWI763392B TWI763392B (zh) | 2022-05-01 |
Family
ID=70708707
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW110110605A TWI763392B (zh) | 2020-04-10 | 2021-03-24 | 機構識別編號的註冊方法及系統 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN111192040B (zh) |
TW (1) | TWI763392B (zh) |
WO (1) | WO2021204042A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111192040B (zh) * | 2020-04-10 | 2021-02-09 | 支付宝(杭州)信息技术有限公司 | 一种机构识别编号的注册方法及系统 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10318938B2 (en) * | 2016-02-22 | 2019-06-11 | Bank Of America Corporation | System for routing of process authorization and settlement to a user in process data network based on specified parameters |
CN107038638A (zh) * | 2017-02-24 | 2017-08-11 | 杭州象链网络技术有限公司 | 一种基于联盟链的股权登记交易系统构建方法 |
CN108197913B (zh) * | 2017-12-18 | 2021-01-05 | 深圳前海微众银行股份有限公司 | 基于区块链的支付方法、系统以及计算机可读存储介质 |
US10896418B2 (en) * | 2017-12-29 | 2021-01-19 | Ebay Inc. | Secure management of data files using a blockchain |
CN109191108B (zh) * | 2018-08-07 | 2022-03-11 | 广东蓝蜜蜂信息技术有限公司 | 基于区块链的二维码聚合支付系统及其工作方法 |
TW202013299A (zh) * | 2018-09-20 | 2020-04-01 | 美林能源科技股份有限公司 | 分散式能源交易系統與方法 |
CN109088722B (zh) * | 2018-10-08 | 2021-10-19 | 深圳投时科技有限公司 | 区块链节点演进方法及区块链节点 |
CN110458542A (zh) * | 2019-08-02 | 2019-11-15 | 中国工商银行股份有限公司 | 基于区块链的离线支付系统及方法 |
CN110570179B (zh) * | 2019-09-11 | 2023-07-28 | 腾讯科技(深圳)有限公司 | 订单显示方法、装置、设备及存储介质 |
CN110852734B (zh) * | 2019-11-06 | 2021-07-02 | 上海景域文化传播股份有限公司 | 基于区块链的景区业务结算方法、系统及电子设备 |
CN110798483A (zh) * | 2019-11-12 | 2020-02-14 | 北京芯际科技有限公司 | 一种基于区块链的身份认证的方法 |
CN110839029B (zh) * | 2019-11-14 | 2021-06-25 | 腾讯科技(深圳)有限公司 | 一种微服务注册方法和装置 |
CN111192040B (zh) * | 2020-04-10 | 2021-02-09 | 支付宝(杭州)信息技术有限公司 | 一种机构识别编号的注册方法及系统 |
-
2020
- 2020-04-10 CN CN202010277268.5A patent/CN111192040B/zh active Active
-
2021
- 2021-03-24 TW TW110110605A patent/TWI763392B/zh active
- 2021-03-31 WO PCT/CN2021/084319 patent/WO2021204042A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
TWI763392B (zh) | 2022-05-01 |
CN111192040A (zh) | 2020-05-22 |
WO2021204042A1 (zh) | 2021-10-14 |
CN111192040B (zh) | 2021-02-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113169980B (zh) | 使用区块链的交易账户数据维护系统和方法 | |
CN113243094B (zh) | 使用区块链的零知识证明支付 | |
US11869012B2 (en) | Systems, devices, and methods for DLT-based data management platforms and data products | |
CA3049761C (en) | Method for providing payment gateway service using utxo-based protocol and server using same | |
CN111414650B (zh) | 一种基于区块链存证的订单处理方法及系统 | |
JP6904002B2 (ja) | 情報処理装置および情報処理方法 | |
CN111047321A (zh) | 业务处理方法及装置、电子设备、存储介质 | |
US20230104103A1 (en) | Custodial systems for non-fungible tokens | |
CN109559164B (zh) | 优惠信息处理方法、装置、电子设备及计算机可读介质 | |
US20240281802A1 (en) | Digital Currency-Based Payment Method, Platform and System, and Terminal | |
US11856107B2 (en) | Methods and systems for exchanging confidential information via a blockchain | |
BR112020017964A2 (pt) | Método, computador servidor, e, computador de autorização | |
CN111178840A (zh) | 业务处理方法及装置、系统、电子设备、存储介质 | |
US7490755B2 (en) | Method and program for establishing peer-to-peer karma and trust | |
US11563585B1 (en) | Systems and methods for smart contracts including arbitration attributes | |
TWI763392B (zh) | 機構識別編號的註冊方法及系統 | |
JP6429962B1 (ja) | 情報処理装置、情報処理方法、及び情報処理プログラム | |
KR20200098757A (ko) | 지역생산물 포장재를 이용한 지역홍보물 서비스 제공 시스템 및 이를 이용한 지역홍보물 서비스 제공방법 | |
KR101862859B1 (ko) | Utxo 기반 프로토콜을 사용하여 페이먼트 게이트웨이 서비스를 제공하는 방법 및 이를 이용한 서버 | |
WO2021121030A1 (zh) | 一种资源转移的方法及结账终端、服务器节点 | |
US11538019B1 (en) | Zero-knowledge proof-based virtual cards | |
US20240193594A1 (en) | Method, Terminal and System for Splitting and Managing Digital Currency in Transaction | |
US11677728B2 (en) | Secure authorization and transmission of data between trustless actors | |
US20240202744A1 (en) | Using blockchain technology to determine authenticity of items | |
JP6719006B1 (ja) | 情報処理装置、情報処理方法およびプログラム |