TW202022733A - 支付碼生成、移動支付方法、裝置及設備 - Google Patents
支付碼生成、移動支付方法、裝置及設備 Download PDFInfo
- Publication number
- TW202022733A TW202022733A TW108133585A TW108133585A TW202022733A TW 202022733 A TW202022733 A TW 202022733A TW 108133585 A TW108133585 A TW 108133585A TW 108133585 A TW108133585 A TW 108133585A TW 202022733 A TW202022733 A TW 202022733A
- Authority
- TW
- Taiwan
- Prior art keywords
- payment
- information
- deduction
- code
- threshold
- 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
-
- 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)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Computer Security & Cryptography (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本說明書實施例公開了支付碼生成、移動支付方法、裝置及設備。方案包括:獲取第一終端發送的帳戶資訊;所述第一終端與所述帳戶資訊的綁定設備不同;獲取所述第一終端發送的第一身份驗證資訊;驗證所述第一身份驗證資訊,得到第一驗證結果;當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;將所述支付碼發送至所述第一終端。
Description
本申請案涉及電腦技術領域,尤其涉及一種支付碼生成、移動支付方法、裝置及設備。
現有技術中,移動支付的迅速普及給人們生活帶來了極大的便利,相較於傳統的現金支付模式,移動支付顯得更加安全,支付的過程也更快,攜帶上也更具有便利性。但是移動支付也同時伴隨著一個問題:對移動終端的依賴。在使用者忘記攜帶手機,或者手機電量耗盡的場景下,使用者將無法選擇手機完成支付。這在很大程度上會導致使用者出門仍然需要攜帶部分現金在身上,以備不時之需。
有鑑於此,本申請案實施例提供了一種支付碼生成、移動支付方法、裝置及設備,用於提高移動支付的便利性。
為解決上述技術問題,本說明書實施例是這樣實現的:
本說明書實施例提供的一種支付碼生成方法,包括:
獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
獲取所述第一終端發送的第一身份驗證資訊;
驗證所述第一身份驗證資訊,得到第一驗證結果;
當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;
將所述支付碼發送至所述第一終端。
本說明書實施例提供的一種移動支付方法,包括:
獲取針對所述支付碼的扣款請求;
確定所述扣款請求對應的交易資訊;
確定所述支付碼的支付限制條件;
判斷所述交易資訊是否滿足所述支付限制條件;
若是,根據所述扣款請求進行扣款操作。
本說明書實施例提供的一種支付碼生成方法,包括:
第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
獲取第一身份驗證資訊;
將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器;
當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼;
列印所述支付碼。
本說明書實施例提供的一種支付碼生成裝置,包括:
帳戶資訊獲取模組,用於獲取第一終端發送的帳戶資訊;所述第一終端與所述帳戶資訊的綁定設備不同;
第一身份驗證資訊獲取模組,用於獲取所述第一終端發送的第一身份驗證資訊;
第一驗證模組,用於驗證所述第一身份驗證資訊,得到第一驗證結果;
支付碼生成模組,用於當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;
支付碼發送模組,用於將所述支付碼發送至所述第一終端。
本說明書實施例提供的一種移動支付裝置,包括:
扣款請求獲取模組,用於獲取針對所述支付碼的扣款請求;
交易資訊確定模組,用於確定所述扣款請求對應的交易資訊;
支付限制條件確定模組,用於確定所述支付碼的支付限制條件;
判斷模組,用於判斷所述交易資訊是否滿足所述支付限制條件;
扣款操作模組,用於所述交易資訊滿足所述支付限制條件時,根據所述扣款請求進行扣款操作。
本說明書實施例提供的一種支付碼生成裝置,包括:
帳戶資訊獲取模組,用於第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
第一身份驗證資訊獲取模組,用於獲取第一身份驗證資訊;
第一發送模組,用於將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器;
第一接收模組,用於當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼;
支付碼列印模組,用於列印所述支付碼。
本說明書實施例提供的一種支付碼生成設備,包括:
至少一個處理器;以及,
與所述至少一個處理器通信連接的記憶體;其中,
所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠:
獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
獲取所述第一終端發送的第一身份驗證資訊;
驗證所述第一身份驗證資訊,得到第一驗證結果;
當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;
將所述支付碼發送至所述第一終端。
本說明書實施例提供的一種支付碼生成設備,包括:
至少一個處理器;以及,
與所述至少一個處理器通信連接的記憶體;其中,
所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠:
第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
獲取第一身份驗證資訊;
將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器;
當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼;
列印所述支付碼。
本說明書實施例提供的一種移動支付設備,包括:
至少一個處理器;以及,
與所述至少一個處理器通信連接的記憶體;其中,
所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠:
獲取針對所述支付碼的扣款請求;
確定所述扣款請求對應的交易資訊;
確定所述支付碼的支付限制條件;
判斷所述交易資訊是否滿足所述支付限制條件;
若是,根據所述扣款請求進行扣款操作。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果:
通過對使用者在非帳戶綁定設備的終端上輸入的帳戶和身份資訊進行驗證,生成帳戶的授權支付碼,用來解決使用者的手機不在身邊或者無法使用時的移動支付問題,提高了移動支付的便利性。
為使本申請案的目的、技術方案和優點更加清楚,下面將結合本申請案具體實施例及相應的圖式對本申請案技術方案進行清楚、完整地描述。顯然,所描述的實施例僅是本申請案一部分實施例,而不是全部的實施例。基於本申請案中的實施例,本領域普通技術人員在沒有做出進步性勞動前提下所獲得的所有其他實施例,都屬於本申請案保護的範圍。
以下結合圖式,詳細說明本申請案各實施例提供的技術方案。
圖1為本說明書實施例1提供的一種支付碼生成方法的流程示意圖。從程式角度而言,流程的執行主體可以為搭載於應用伺服器的程式或應用客戶端。
如圖1所示,該流程可以包括以下步驟:
S101:獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同。
在本說明書實施例中,第一終端設備可以是由服務提供者在商場、餐館、車站等位置佈置的電腦,也可以是其他人擁有的移動智慧終端機、平板電腦、筆記型電腦等。當使用者不能使用自己的手機(即帳戶資訊的綁定設備)進行移動支付時,可以在第一終端設備上登錄,例如輸入自己的使用者名、帳戶綁定的手機號碼、郵箱等等,然後伺服器獲取第一終端發送的帳戶資訊。
在獲取帳戶資訊時,帳戶資訊可以包括帳戶的標識以及帳戶資訊的發送設備,伺服器首先需要判斷所述發送設備與所述帳戶資訊的綁定設備是否相同,因為本說明書實施例提供的方法就是為了解決使用者的手機不在身邊或者無法使用時的移動支付問題,所以只有在不相同時,才是本說明書實施例限定的方法。
在本說明書實施例中,所述的“第一”和“第二”只是為了區分使用者,防止概念混淆,並不具有實際意義。
S102:獲取所述第一終端發送的第一身份驗證資訊。
為了對帳戶資訊進行驗證,伺服器還需要獲取帳戶對應的身份驗證資訊,可以是密碼登錄資訊,也可以是生物特徵資訊,例如指紋特徵或者臉部特徵。
S103:驗證所述第一身份驗證資訊,得到第一驗證結果。
伺服器在收到第一身份驗證資訊後,會將該驗證資訊與使用者在註冊時保存的註冊資訊進行比對,如果二者匹配,可以判定驗證通過,否則驗證不通過。
在進行驗證時,伺服器還可以採用風控措施,例如發現使用者登錄的設備發生了變化,可以結合使用者名、密碼驗證和生物特徵驗證,例如先比對使用者名和密碼,通過後再比對生物特徵,二者均驗證通過才認定驗證通過。當然,也可以採用其他的風控措施,例如使用者輸入使用者名、密碼錯誤次數達到上限,則鎖定使用者的帳戶。具體的風控措施,可以根據具體的應用需要來設置。
S104:當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼。
驗證成功之後,伺服器會根據帳戶的基本資訊以及使用者的支付習慣資訊,生成所述帳戶的支付碼,所述支付碼還可以授權資訊,所述授權資訊可以包括支付金額上限,支付次數上限以及生效時間範圍等。在本說明書實施例中,所述基本資訊包括:使用者名;所述使用者的支付習慣資訊包括:使用頻率、累計支付金額、單次支付的平均金額和帳戶的歷史日均支付額度。
另外,伺服器還可以通過提供的授權頁面讓使用者選擇或者輸入自己的授權資訊;一般來說,授權資訊可以包括支付碼的生效時間。伺服器根據使用者輸入的授權資訊以及帳戶自身的資訊共同確定用於線下支付的支付碼的限制條件。如果,使用者輸入的授權資訊與帳戶的自身資訊不相符時,還可以進行二次身份驗證或者其它風控措施。比如,伺服器還可以隨機生成一個6位元數位密碼,對應於此次生成的支付碼。在每次採用該支付碼進行支付的時候都需要使用者輸入6位元數位密碼,只有成功輸入,才可以成功支付。通常情況下,6位元數位密碼也可以由使用者本人預留。
S105:將所述支付碼發送至所述第一終端。
伺服器將具有帳戶的授權資訊的支付碼發送至第一終端,第一終端可以根據條碼的編碼規則,將所述支付碼顯示為條碼和/或二維碼,用於線下支付,或者其它操作,比如添加好友或群組等。在本說明書實施例中,所述支付碼可以包括使用者帳戶的標識,比如帳戶名。
可選的,在第一終端支援列印功能的情況下,還可以將支付碼列印出來以平面印刷品的方式進行線下支付,可以通過截屏後者拍照的的方式進行支付碼的傳遞,以實現在其他終端設備(與帳戶資訊的綁定設備不同)上進行移動支付的功能。
圖1中的方法,通過對使用者在非帳戶綁定設備的終端上輸入的帳戶和身份資訊進行驗證,生成帳戶的授權支付碼,用來解決使用者的手機不在身邊或者無法使用時的移動支付問題,提高了移動支付的便利性。
基於圖1的方法,本說明書實施例還提供了該方法的一些具體實施方式,下面進行說明。
在本說明書的實施例中,在所述生成所述帳戶資訊的支付碼之前,還包括:
確定支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付。
在本說明書實施例中,為了增加支付碼線下支付的安全性,可以增加支付限制條件對支付碼的線下支付進行限制,可以限制支付碼的生效時間、還有支付金額等等。當然,這些支付限制條件可以根據根據使用者的操作習慣生成,也可以根據使用者在第一終端的授權頁面上填寫的資訊生成,還可以綜合以上兩種情況共同生成。
可選的,所述確定支付限制條件,具體包括:
確定支付額度閾值;
和/或,確定支付次數閾值;
和/或,確定有效時間範圍;
其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
在本說明書實施例中,支付額度限制可以是單次支付額度閾值上限,也可以是支付總額度上限。例如,當使用者出去逛街時,會買一些小東西,金額比較小,但是會買多個,那麼可以設置支付總額為200元,而不對單次支付金額進行限制。當使用者在確定自己要買的東西時,往往只需要支付一次就可以,那麼支付額度限制可以支付總額度上限,比如500元、1000元。
在本說明書實施例中,支付次數閾值可以根據使用者的實際場景進行設置,可以是一次,也可以是多次,可以與支付額度閾值有關係。
在本說明書實施例中,支付碼的時間範圍可以根據使用者的實際情況進行確定,為了安全性的考慮,可以是3個小時,5個小時,一般在24小時之內,當然也可以為2天,或者更長的時間。
在本說明書實施例中,支付額度閾值、支付次數閾值和有效時間範圍,可以單獨設置一個,也可以同時設置多個。為了增強安全性,還可以有其他的支付限制條件,比如支付生效範圍(可以限定在某個城市或者地區),或者支付生效類別(可以是服飾、超市、交通、餐飲等等)。
本說明書實施例提供的方法還可以用於以下場景,比如,可以將給孩子的零花錢替換為上述方法提供的支付碼,限定每次支付的最大金額,以及支付的次數,從而避免了孩子丟失錢造成的損失,或者沒有零錢給孩子造成的麻煩。
可選的,所述確定支付額度閾值,具體包括:
獲取所述第一終端發送的第一支付額度閾值;
根據所述帳號資訊確定第二支付額度閾值;
判斷所述第一支付額度閾值是否小於所述第二支付額度閾值;
若是,確定所述第一支付額度閾值為所述支付額度閾值。
在本說明書實施例中,往往是根據帳戶的基本資訊確定,但是在實際的應用場景中,常常會出現一種情況,使用者往往需要進行一次大金額的支付,比如購買金銀首飾,需要1500元。為了完成這次支付,使用者輸入的支付額度限制往往比自己平時使用帳戶支付的金額要多,在這種情況下,使用者需要授權支付的金額就會多於帳戶生成的支付額度限制(比如500元),此時,如果仍然將根據所述帳號資訊確定第二支付額度閾值(500元)作為支付額度限制的話,使用者將無法使用支付碼完成大金額的付款請求(1500元的金銀首飾)。因此,需要將使用者如使用者輸入的第一支付額度閾值作為支付額度限制的話。
可選的,在判斷所述第一支付額度閾值是否小於所述第二支付額度閾值之後,還包括:
若否,獲取所述第一終端發送的第二身份驗證資訊;
驗證所述第二身份驗證資訊,得到第二驗證結果;
當所述第二驗證結果表示所述第二身份驗證資訊驗證成功時,確定所述第一支付額度閾值為所述支付額度閾值。
在實際應用場景中,由於使用者輸入的第一支付額度閾值大於根據帳戶資訊生成的第二支付閾值(預設支付閾值),如果將第一支付額度閾值為作支付額度閾值的話,那麼支付碼的安全係數將會降低,為了避免這一情況,需要進行了二次身份驗證,並根據二次驗證結果確定支付額度閾值。
第二身份驗證資訊主要是為了進一步驗證是否是帳戶的使用者本人在進行授權操作,通常,第二身份驗證資訊可以比第一身份驗證資訊更加細緻或者嚴格,可以採取人臉臉部資訊或者掌紋資訊,還可以輸入帳戶進行實名認證的證件號碼,進一步的,還可以提供幾種消費條目,讓使用者確認哪一種或者哪幾種是由該帳戶產生的。如果,第二身份驗證資訊驗證成功,則可以授予支付碼比較大的支付金額權限,即使用者請求的第一支付額度閾值。當第二身份驗證資訊驗證失敗時,則拒絕進行授權服務。
可選的,在所述確定支付限制條件之後,所述方法還包括:
根據所述支付限制條件確定預扣款,所述預扣款用於所述支付碼的線下支付;
確定扣款管道;
根據所述扣款管道從指定帳戶中凍結所述預扣款對應的金額。
在本說明書實施例中,為了支付碼的線下支付能夠順利完成,需要預先確定支付金額的扣款管道,即從什麼帳戶扣多少錢進行支付,即需要提前確定預扣款。帳戶的扣款管道類似於支付管道,伺服器可以採用帳戶默認的支付管道進行扣款,也可以根據使用者選擇的支付模式進行扣款,如餘額、餘額寶、螞蟻花唄、銀行卡等。
如果帳戶默認或者使用者選擇的支付管道對應的帳戶餘額為600元,大於預扣款的金額(500元),那麼直接從相應的帳戶中凍結500元就可以,如果帳戶餘額為200元,小於500元,則需要從其他的帳戶進行金額的凍結,可以是第二個默認的帳戶,也可以讓使用者再次選擇,直到對應的帳戶有足夠的餘額進行凍結預扣款的金額為止。
如果扣款管道是內部支付工具,比如餘額,餘額寶,則會從使用者帳戶內部對額度進行凍結,凍結的金額將只能支付所述支付碼發起的扣款請求,不再作為它用。
可選的,所述根據所述扣款管道從指定帳戶中扣除所述預扣款對應的金額,具體包括:
判斷所述扣款管道是否為第三方支付管道;
若是,調用所述扣款管道對應的第三方支付工具;
確定所述扣款管道對應的付款帳戶;
利用所述第三方支付工具從所述付款帳戶中凍結所述預扣款對應的金額。
當伺服器判斷扣款管道為第三方支付管道時,需要調用第三方支付工具,如銀行系統的程式、或者其它APP的程式。然後從利用第三方支付工具從付款帳戶中凍結預扣款對應的金額,凍結的金額將只能支付所述支付碼發起的扣款請求,不再作為它用。
可選的,所述根據所述支付限制條件確定預扣款,具體包括:
將所述支付額度閾值和所述支付次數閾值的乘積確定為所述預扣款的金額,其中,所述支付額度閾值為單次支付額度閾值。
在本說明書實施例中,預扣款的金額就是總支付額度閾值,如果支付額度閾值是單次支付額度閾值,那麼總支付額度閾值就需要支付額度閾值與支付次數閾值共同決定,即預扣款的金額的確定可以根據單次支付閾值與支付次數閾值的乘積進行確定,如單次支付閾值為100元,支付次數閾值為3次,那麼預扣款的金額=1003=300元。
可選的,所述根據所述支付限制條件確定預扣款,具體包括:
將所述支付額度閾值確定為所述預扣款的金額,其中,所述支付額度閾值為總支付額度閾值。
如果獲得的支付額度閾值就是總支付額度閾值,那麼預扣款的金額就是支付額度閾值,例如支付額度閾值為500元,那麼不管支付多少次,多次支付的金額都不超過500元,那麼預扣款的金額就是500元。
上述實施例是從伺服器的角度闡釋了本說明書的支付碼生成方法,本說明書實施例還從第一終端的角度對本說明書的支付碼生成方法進行了闡述。
圖2為本說明書實施例2提供的一種支付碼生成方法的流程示意圖。從程式角度而言,流程的執行主體是第一終端。
如圖2所示,該流程可以包括以下步驟:
S201:第一終端獲取帳戶資訊;所述第一終端與所述帳戶資訊的綁定設備不同。
在本說明書實施例中,第一終端可以是由服務提供者在商場、餐館、車站等位置佈置的電腦,也可以是其他人擁有的移動智慧終端機、平板電腦、筆記型電腦等。當使用者不能使用自己的手機(即帳戶資訊的綁定設備)進行移動支付時,可以在第一終端設備上登錄,例如輸入自己的使用者名、帳戶綁定的手機號碼、郵箱等等。
第一終端呈現給使用者可以是一個授權介面中登錄介面,可以理解為此處的登錄介面與正常狀態下使用者在帳戶資訊的綁定設備上的登錄介面時不同的。如果第一終端是服務提供者在商場、餐館、車站等位置佈置的電腦,是一種只具備特定功能的設備終端,與帳戶資訊的綁定設備(移動智慧終端機、平板電腦或筆記型電腦)不同,即只能用來作線下支付的授權服務,不具備移動支付終端的其他功能,那麼其登錄介面只有一個,而這個登錄介面可以做成與使用者在帳戶資訊的綁定設備上的登錄介面不同的。如果第一終端時是他人擁有的移動智慧終端機、平板電腦、筆記型電腦等,與帳戶的資訊的綁定設備相同,那麼可以單獨做一個授權介面,在進行登錄時選擇只具備授權功能的登錄介面。
S202:獲取第一身份驗證資訊。
在第一終端的授權介面的登錄介面中獲取第一身份驗證資訊,可以是密碼登錄資訊,也可以是生物特徵資訊,例如指紋特徵或者臉部特徵,還可以結合使用者名、密碼和生物特徵多重驗證,提高安全性。例如先比對使用者名、密碼,通過後再比對生物特徵。
S203:將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器。
在本說明書實施例中,帳戶資訊和第一身份驗證資訊可以同時發給伺服器的,也可以是不同時的,即先發送帳戶資訊,後發送第一身份驗證資訊。而且,第一身份驗證資訊可以一條也可以是兩條,可以分先後順序,也可以不分先後順序。例如,第一身份驗證資訊包括帳戶密碼和生物特徵,第一終端可以同時將獲取的帳戶密碼和生物特徵發送至伺服器進行驗證;也可以先將帳戶密碼發送至伺服器進行一次驗證,然後再將生物特徵發送至伺服器進行二次驗證。
S204:當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼。
在本說明書實施例中,當伺服器確定第一身份驗證資訊驗證成功後,第一終端會接收一個攜帶有授權資訊的支付碼用於線下支付。支付碼可以是二維碼或者條碼,所述支付碼包含使用者的標識。
S205:列印所述支付碼。
在本說明書實施例中,第一終端可以是自帶列印功能的設備終端,可以直接將支付碼進行列印;也可以通過與印表機進行無線或者無線連接,然後再進行列印。
在利用上述支付碼進行支付時,還可以進行身份驗證,比如線上下支付時,需要提供帳戶的支付密碼或者綁定的手機號碼,或者使用者的生物特徵資訊,等等,只有通過了驗證,支付才能成功。
本說明書實施例中,將支付碼列印出來,方便攜帶。使用者可以拋開手機等電子設備,更加便捷的享受或使用支付碼所帶來的好處。對於貨幣電子化的普及具有更進一步的推動作用。
基於圖2的方法,本說明書實施例還提供了該方法的一些具體實施方式,下面進行說明。
在本說明書實施例中,為了提高支付碼的安全性,需要對支付碼的支付環境或者支付條件進行限制。
可選的,在所述接收所述伺服器發送的所述帳戶資訊的支付碼之前,還包括:獲取使用者輸入的支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付。
在實際應用場景中,可以增加支付限制條件對支付碼的線下支付進行限制,可以限制支付碼的生效時間、還有支付金額等等。在伺服器確定第一身份驗證資訊驗證成功後,或返回第一終端一個支付限制條件的介面呈現給使用者,使用者可以根據自己的實際情況,在該介面上選擇相應的勾選或者輸入,第一終端獲取使用者輸入的資訊後,返回給伺服器。
可選的,所述獲取使用者輸入的支付限制條件,具體包括:
獲取支付額度閾值;
和/或,獲取支付次數閾值;
和/或,獲取有效時間範圍;
其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
在本說明書實施例中,第一終端可以呈現多種限制條件給使用者,比如,支付額度閾值,支付次數閾值和有效時間範圍。使用者可以根據需要選擇相應的類別。使用者的選擇可以是其中的一種,也可以是多種。
在具體的應用場景中,支付額度閾值包括兩種,一種是單次支付額度閾值,另一種是總支付額度閾值,如果使用者需要支付的是多個小金額的物品,那麼可以選擇單次支付額度閾值為50元,支付次數閾值為10個,如果使用者需要支付的一個大金額的物品,那麼可以選擇總支付額度閾值為500元,支付次數閾值為1詞。
有效時間範圍對於支付碼來說至關重要,如果不對支付碼的有效時間範圍進行限制的話,那麼支付碼將長期有效。當使用者不小心將支付碼丟掉的話,任何撿到該支付碼的人都可以採用該支付碼進行支付。為了防止這種問題的出現,本說明書實施例中,對有效時間範圍進行限定,可以是2個小時,3個小時,8個小時,通常不大於24個小時。當然也不排除有另外的情況,比如7天。
在具體的應用場景中,還可以對支付碼的有效地區進行限定,比如,僅僅限定於某個城市,如北京、杭州和廣州,也可以對支付碼的支付領域進行限定,比如,僅僅限定於買衣服,超市或者火車站等。
可選的,在所述獲取使用者輸入的支付限制條件之後,還包括:
獲取使用者輸入的扣款管道,所述扣款管道表示所述支付碼用於支付的金額的扣款管道;
將所述扣款管道發送至伺服器。
在本說明書實施例中,對支付碼的支付限制條件進行獲取後,還需要獲取支付碼的扣款管道,即確定支付碼用於支付的金額的來源。扣款管道可以是伺服器將帳戶資訊中的扣款方式呈現給第一終端,供客戶進行選擇。扣款管道可以是內部支付工具,如餘額,零錢包等,也可以是外部支付工具,即需要伺服器調用第三方支付工具,如銀行卡,需要調用相應的銀行系統進行扣款操作。
可選的,所述獲取支付額度閾值,具體包括:
獲取第一支付額度資訊;
在所述獲取支付額度閾值之後,還包括:
接收到所述伺服器返回的安全驗證指令;所述安全驗證指令是所述伺服器確定所述第一支付額度資訊大於所述帳戶的預設支付額度後生成的;
顯示驗證資訊輸入介面;
獲取基於所述驗證資訊輸入介面輸入的第二身份驗證資訊;
將所述第二身份驗證資訊發送至所述伺服器。
在本說明書實施例中,對於支付額度閾值的確定,可以根據使用者的帳戶資訊和使用者的輸入資訊共同決定。如果使用者想要獲得的第一支付額度閾值大於根據帳戶資訊生成的預設支付額度時,則需要對使用者的身份進行進一步確定,可以獲取第二身份驗證資訊。第二身份驗證資訊主要是為了進一步驗證是否是帳戶的使用者本人在進行授權操作,通常,第二身份驗證資訊可以比第一身份驗證資訊更加細緻或者嚴格,可以採取人臉臉部資訊或者掌紋資訊,還可以輸入帳戶進行實名認證的證件號碼,進一步的,還可以提供幾種消費條目,讓使用者確認哪一種或者哪幾種是由該帳戶產生的。如果,第二身份驗證資訊驗證成功,則可以授予支付碼比較大的支付金額權限,即使用者請求的第一支付額度閾值。
本說明書實施例針對上述方法生成的支付碼,還提供了一種支付碼的移動支付方法。
圖3為本說明書實施例3提供的一種支付碼的移動支付方法的流程示意圖。從程式角度而言,流程的執行主體可以為搭載於應用伺服器的程式或應用客戶端。
如圖3所示,該流程可以包括以下步驟:
S301:獲取針對所述支付碼的扣款請求。
在本說明書實施例中,支付碼的使用方法與其他在移動終端呈現的動態支付碼是樣的,當採用支付碼進行付款時,採用請求支付端對所述支付碼進行掃描,生成扣款請求,所述扣款請求可以包括扣款請求的發起端,掃描的支付碼資訊、扣款金額。請求支付端可以為掃描槍,也可以是固定的掃描設備。
S302:確定所述扣款請求對應的交易資訊。
在本說明書實施例中,扣款請求包含很多資訊,伺服器獲取扣款請求之後,只需要對其中一些重要資訊進行提取,比如:扣款請求的發起端,扣款請求的發起時間,付款帳號、扣款金額等等。一個扣款請求的交易資訊可以表示為:“餐飲××麻辣燙××美食城46元”。
S303:確定所述支付碼的支付限制條件。
在本說明書實施例中,由於採用此支付碼進行支付的情況與該支付碼對應的帳戶資訊的綁定設備進行支付的情況不同,伺服器根據扣款請求調取所述支付碼對應的付款程式,確定所述支付碼的支付限制條件。此處的支付限制條件是伺服器早就已經儲存的,直接調用即可。
在實際應用場景中,由於支付限制條件是提前預設的,通常,需要確定的扣款請求的交易資訊往往與支付限制條件有關。比如,支付限制條件裡面包括有效時間範圍,那麼,交易資訊就需要包括扣款請求的發起時間,即“餐飲××麻辣燙××美食城46元2018年12月12日14時35分”
S304:判斷所述交易資訊是否滿足所述支付限制條件。
在本說明書實施例中,判斷扣款請求對應的交易資訊是否滿足支付碼的支付限制條件,需要一一對所述支付限制條件進行判斷,只有全部條件都符合,才表明交易資訊滿足支付碼的支付限制條件。
S305:若是,根據所述扣款請求進行扣款操作。
當交易條件滿足全部支付限制時,則可以確定是支付碼對應的帳戶的本人在進行線下交易,在確認無誤後,則可以完成所述扣款請求。通常,為了安全,還可以進行風險控制,即在確認交易條件滿足全部支付限制時,仍然需要使用者輸入支付碼對應帳號綁定的手機號碼,如果扣款管道是銀行卡,還可以要求使用者輸入銀行卡的密碼。
基於圖3的方法,本說明書實施例還提供了該方法的一些具體實施方式,下面進行說明。
可選的,所述支付限制條件包括支付金額閾值,
判斷所述交易資訊是否滿足所述支付限制條件,具體包括:
確定所述交易資訊的扣款金額;
判斷所述扣款金額是否小於所述支付金額閾值。
在本說明書實施例中,支付限制條件對支付金額閾值進行了限制,那麼就需要判斷交易資訊的扣款金額是否符合支付金額閾值。如果限制的是單次支付額度閾值,如果扣款金額小於單次支付額度閾值,則說明交易資訊滿足支付限制條件。假設單次支付額度閾值設置為50元,扣款請求為“餐飲××麻辣燙××美食城46元2018年12月12日14時35分”的交易資訊為46元,那麼交易資訊則滿足支付限制條件。如果單次支付額度閾值設置為40元,那麼交易資訊就不滿足支付限制條件。
如果限制的是總支付額度閾值,扣款金額的總額不能超過總支付額度閾值,則說明交易資訊滿足支付限制條件。假設總支付額度閾值設置為500元,針對“餐飲××麻辣燙××美食城46元2018年12月12日14時35分”的扣款請求,扣款金額為46,獲取支付碼已經支付的金額為412元,那麼當前扣款金額的交易資訊為458元,小於500元,那麼交易資訊則滿足支付限制條件。
可選的,所述支付限制條件包括有效時間範圍,
判斷所述交易資訊是否滿足支付限制條件,具體包括:
判斷所述交易資訊的發起時間是否屬於所述有效時間範圍。
在本說明書實施例中,支付限制條件對有效時間範圍進行了限制,那麼就需要判斷交易資訊的發起時間是否符合有效時間範圍。假設設置的有限時間範圍為2018年12月12日12時至2018年12月12日18時,扣款請求為“餐飲××麻辣燙×美食城46元2018年12月12日14時35分”的交易資訊為發起時間2018年12月12日14時35分,2018年12月12日14時35分在2018年12月12日12時至2018年12月12日18時的範圍之內,那麼交易資訊則滿足支付限制條件。
可選的,所述支付限制條件包括支付次數閾值,
判斷所述交易資訊是否滿足所述支付限制條件,具體包括:
獲取所述支付碼的支付次數;
判斷所述支付次數是否小於所述支付次數閾值;
在所述根據所述扣款請求進行扣款操作之後,還包括:
對所述支付碼的支付次數加一。
在本說明書實施例中,支付限制條件對支付次數進行了限制,而支付次數是在支付碼端形成的,在支付開始時,支付次數為零,當支付碼完成一次扣款請求之後,對所述支付次數加一。當判斷當前扣款請求的支付次數是否滿足支付次數閾值時,首先要獲得已經採用支付碼支付扣款請求的次數。假設支付次數閾值設置為5次,如果當前的支付次數為5次,那麼當前扣款請求的交易次數為5次,不符合支付次數閾值限定的支付限制條件。
本說明書實施例中,支付限制條件可以是一種,也可以多種。例如,支付限制條件可以設置為:單次支付額度閾值為100元,支付次數閾值為3次,有效時間範圍為2018年12月15日,獲取的扣款請求為“服飾××短袖××廣場186元2018年12月16日10時12分”,支付碼的支付次數為1次,那麼其相應的交易資訊為:160元,1次,2018年12月16日10時12分,經過判斷,可以得出,支付次數滿足支付次數閾值,扣款請求的發起時間也在支付碼的有效時間範圍內,但是扣款金額不滿足單次支付額度閾值,則可以認定交易資訊不滿足支付限制條件,因此,當前扣款請求不能完成。
在本說明書實施例中,支付限制條件不僅僅限制於本說明書實施例中列舉的集中,還可以包括:總支付額度閾值,地區限制和支付領域限制。地區限制可以限定於某個城市,如北京、杭州和廣州,支付領域限制可以限定於買衣服,超市或者火車站等。
可選的,所述根據所述扣款請求進行扣款操作,具體包括:
從所述支付碼的生成過程中確定的凍結金額中扣除所述交易資訊對應的扣款金額。
在本說明書實施例中,在進行扣款請求時,就是要扣除扣款請求對應的金額。支付碼的支付金額提前預留好,是從一個支付帳戶(如餘額、銀行卡)內凍結的金額。當要完成扣款,就是從凍結的金額中扣除相應的金額就可以,同時需要更新凍結金額,以確定剩餘金額。
可選的,在所述根據所述扣款請求進行扣款操作之後,還包括:
當確定超過所述支付碼的有效時間範圍時,將所述凍結金額中的剩餘部分返回扣款管道對應的帳戶。
在本說明書實施例中,當超過支付碼的有效時間範圍時,就說明支付碼已經失效了,利用支付碼付款的交易將不能再完成,此時凍結金額也就不再有用,伺服器會自動判斷凍結金額是否為零,如果不是零,則將凍結金額返回扣款管道對應的帳戶。
基於同樣的思路,本說明書實施例還提供了上述方法對應的裝置。圖4為本說明書實施例提供的對應於圖1的一種支付碼生成裝置的結構示意圖。如圖4所示,該裝置可以包括:
帳戶資訊獲取模組401,用於獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
第一身份驗證資訊獲取模組402,用於獲取所述第一終端發送的第一身份驗證資訊;
第一驗證模組403,用於驗證所述第一身份驗證資訊,得到第一驗證結果;
支付碼生成模組404,用於當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;
支付碼發送模組405,用於將所述支付碼發送至所述第一終端。
可選的,所述裝置還包括:
支付條件確定模組,用於在所述生成所述帳戶資訊的支付碼之前,確定支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付。
可選的,所述支付條件確定模組,具體包括:
支付額度閾值確定單元,用於確定支付額度閾值;
支付次數閾值確定單元,用於確定支付次數閾值;
有效時間範圍確定單元,用於確定有效時間範圍;
其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
可選的,所述支付額度閾值確定單元,具體包括:
第一支付額度閾值獲取子單元,用於獲取所述第一終端發送的第一支付額度閾值;
第二支付額度閾值確定子單元,用於根據所述帳號資訊確定第二支付額度閾值;
判斷子單元,用於判斷所述第一支付額度閾值是否小於所述第二支付額度閾值;
第一支付額度閾值確定子單元,用於所述第一支付額度閾值小於所述第二支付額度閾值時,確定所述第一支付額度閾值為所述支付額度閾值。
可選的,所述支付額度閾值確定單元,還包括:
第二身份驗證資訊獲取子單元,用於所述第一支付額度閾值大於或等於所述第二支付額度閾值時,獲取所述第一終端發送的第二身份驗證資訊;
第二驗證子單元,用於驗證所述第二身份驗證資訊,得到第二驗證結果;
第二支付額度閾值確定子單元,用於當所述第二驗證結果表示所述第二身份驗證資訊驗證成功時,確定所述第一支付額度閾值為所述支付額度閾值。
可選的,所述第一身份驗證資訊獲取模組402,具體用於獲取密碼登錄資訊或生物特徵資訊。
可選的,所述裝置還包括:
預扣款確定模組,用於在所述確定支付限制條件之後,根據所述支付限制條件確定預扣款,所述預扣款用於所述支付碼的線下支付;
扣款管道確定模組,用於確定扣款管道;
金額凍結模組,用於根據所述扣款管道從指定帳戶中凍結所述預扣款對應的金額。
可選的,所述金額凍結模組,具體包括:
判斷單元,用於判斷所述扣款管道是否為第三方支付管道;
第三方支付工具調用單元,用於當所述扣款管道是第三方支付管道時,調用所述扣款管道對應的第三方支付工具;
付款帳戶確定單元,用於確定所述扣款管道對應的付款帳戶;
金額凍結單元,用於利用所述第三方支付工具從所述付款帳戶中凍結所述預扣款對應的金額。
可選的,所述預扣款確定模組,具體用於將所述支付額度閾值和所述支付次數閾值的乘積確定為所述預扣款的金額,其中,所述支付額度閾值為單次支付額度閾值。
可選的,所述預扣款確定模組,具體用於將所述支付額度閾值確定為所述預扣款的金額,其中,所述支付額度閾值為總支付額度閾值。
基於同樣的思路,本說明書實施例還提供了上述方法對應的裝置。圖5為本說明書實施例提供的對應於圖2的一種支付碼生成裝置的結構示意圖。如圖5所示,該裝置可以包括:
帳戶資訊獲取模組501,用於第一終端獲取帳戶資訊;所述第一終端與所述帳戶資訊的綁定設備不同;
第一身份驗證資訊獲取模組502,用於獲取第一身份驗證資訊;
第一發送模組503,用於將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器;
第一接收模組504,用於當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼;
支付碼列印模組505,用於列印所述支付碼。
可選的,所述裝置還包括:
支付限制條件獲取模組,用於在所述接收所述伺服器發送的所述帳戶資訊的支付碼之前,獲取使用者輸入的支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付。
可選的,所述支付限制條件獲取模組,具體包括:
支付額度閾值獲取單元,用於獲取支付額度閾值;
支付次數閾值獲取單元,用於獲取支付次數閾值;
有效時間範圍獲取單元,用於獲取有效時間範圍;
其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
可選的,所述裝置還包括:
扣款管道獲取模組,用於在所述獲取使用者輸入的支付限制條件之後,獲取使用者輸入的扣款管道,所述扣款管道表示所述支付碼用於支付的金額的扣款管道;
扣款管道發送模組,用於將所述扣款管道發送至伺服器。
可選的,所述第一身份驗證資訊獲取模組502,具體用於獲取密碼登錄資訊或生物特徵資訊。
可選的,所述支付額度閾值獲取單元,具體包括:
第一支付額度資訊獲取子單元,用於獲取第一支付額度資訊;
所述裝置,還包括:
安全驗證指令接收模組,用於接收到所述伺服器返回的安全驗證指令;所述安全驗證指令是所述伺服器確定所述第一支付額度資訊大於所述帳戶的預設支付額度後生成的;
顯示模組,用於顯示驗證資訊輸入介面;
第二身份驗證資訊獲取模組,用於獲取基於所述驗證資訊輸入介面輸入的第二身份驗證資訊;
第二發送模組,用於將所述第二身份驗證資訊發送至所述伺服器。
基於同樣的思路,本說明書實施例還提供了上述方法對應的裝置。圖6為本說明書實施例提供的對應於圖3的一種移動支付裝置的結構示意圖。如圖6所示,該裝置可以包括:
扣款請求獲取模組601,用於獲取針對所述支付碼的扣款請求;
交易資訊確定模組602,用於確定所述扣款請求對應的交易資訊;
支付限制條件確定模組603,用於確定所述支付碼的支付限制條件;
判斷模組604,用於判斷所述交易資訊是否滿足所述支付限制條件;
扣款操作模組605,用於所述交易資訊滿足所述支付限制條件時,根據所述扣款請求進行扣款操作。
可選的,所述支付限制條件確定模組603,具體用於確定支付金額閾值;
所述判斷模組604,具體包括:
扣款金額確定單元,用於確定所述交易資訊的扣款金額;
第一判斷單元,用於判斷所述扣款金額是否小於所述支付金額閾值。
可選的,所述支付限制條件確定模組603,具體用於確定支付次數閾值,
所述判斷模組604,具體包括:
支付次數獲取單元,用於獲取所述支付碼的支付次數;
第二判斷單元,用於判斷所述支付次數是否小於所述支付次數閾值;
所述裝置,還包括:
支付次數加一模組,用於在所述根據所述扣款請求進行扣款操作之後,對所述支付碼的支付次數加一。
可選的,所述支付限制條件確定模組603,具體用於確定有效時間範圍,
所述判斷模組604,具體包括:
第三判斷單元,用於判斷所述交易資訊的發起時間是否屬於所述有效時間範圍。
可選的,所述扣款操作模組605,具體用於從所述支付碼的生成過程中確定的凍結金額中扣除所述交易資訊對應的扣款金額。
可選的,所述裝置,還包括:
凍結金額判斷模組,用於在所述根據所述扣款請求進行扣款操作之後,當確定超過所述支付碼的有效時間範圍時,將所述凍結金額中的剩餘部分返回扣款管道對應的帳戶。
基於同樣的思路,本說明書實施例還提供了上述方法對應的設備。
圖7為本說明書實施例提供的對應於圖1的一種支付碼生成設備的結構示意圖。如圖7所示,設備700可以包括:
至少一個處理器710;以及,
與所述至少一個處理器通信連接的記憶體730;其中,
所述記憶體730儲存有可被所述至少一個處理器710執行的指令720,所述指令被所述至少一個處理器710執行,以使所述至少一個處理器710能夠:
獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同;
獲取所述第一終端發送的第一身份驗證資訊;
驗證所述第一身份驗證資訊,得到第一驗證結果;
當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼;
將所述支付碼發送至所述第一終端。
基於同樣的思路,本說明書實施例還提供了上述方法對應的設備。
圖8為本說明書實施例提供的對應於圖2的一種支付碼生成設備的結構示意圖。如圖8所示,設備800可以包括:
至少一個處理器810;以及,
與所述至少一個處理器通信連接的記憶體830;其中,
所述記憶體830儲存有可被所述至少一個處理器810執行的指令820,所述指令被所述至少一個處理器810執行,以使所述至少一個處理器810能夠:
第一終端獲取帳戶資訊;所述第一終端與所述帳戶資訊的綁定設備不同;
獲取第一身份驗證資訊;
將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器;
當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼;
列印所述支付碼。
基於同樣的思路,本說明書實施例還提供了上述方法對應的設備。
圖9為本說明書實施例提供的對應於圖3的一種移動支付設備的結構示意圖。如圖9所示,設備900可以包括:
至少一個處理器910;以及,
與所述至少一個處理器通信連接的記憶體930;其中,
所述記憶體930儲存有可被所述至少一個處理器910執行的指令920,所述指令被所述至少一個處理器910執行,以使所述至少一個處理器910能夠:
獲取針對所述支付碼的扣款請求;
確定所述扣款請求對應的交易資訊;
確定所述支付碼的支付限制條件;
判斷所述交易資訊是否滿足所述支付限制條件;
若是,根據所述扣款請求進行扣款操作。
在20世紀90年代,對於一個技術的改進可以很明顯地區分是硬體上的改進(例如,對二極體、電晶體、開關等電路結構的改進)還是軟體上的改進(對於方法流程的改進)。然而,隨著技術的發展,當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此,不能說一個方法流程的改進就不能用硬體實體模組來實現。例如,可編程邏輯裝置(Programmable Logic Device, PLD)(例如現場可編程閘陣列(Field Programmable Gate Array,FPGA))就是這樣一種積體電路,其邏輯功能由使用者對裝置編程來確定。由設計人員自行編程來把一個數位系統“集成”在一片PLD上,而不需要請晶片製造廠商來設計和製作專用的積體電路晶片。而且,如今,取代手工地製作積體電路晶片,這種編程也多半改用“邏輯編譯器(logic compiler)”軟體來實現,它與程式開發撰寫時所用的軟體編譯器相類似,而要編譯之前的原始代碼也得用特定的編程語言來撰寫,此稱之為硬體描述語言(Hardware Description Language,HDL),而HDL也並非僅有一種,而是有許多種,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等,目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware Description Language)與Verilog。本領域技術人員也應該清楚,只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中,就可以很容易得到實現該邏輯方法流程的硬體電路。
控制器可以按任何適當的方式實現,例如,控制器可以採取例如微處理器或處理器以及儲存可由該(微)處理器執行的電腦可讀程式碼(例如軟體或韌體)的電腦可讀媒體、邏輯閘、開關、專用積體電路(Application Specific Integrated Circuit,ASIC)、可編程邏輯控制器和嵌入微控制器的形式,控制器的例子包括但不限於以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320,記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道,除了以純電腦可讀程式碼方式實現控制器以外,完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、專用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件,而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至,可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。
上述實施例闡明的系統、裝置、模組或單元,具體可以由電腦晶片或實體實現,或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體的,電腦例如可以為個人電腦、膝上型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。
為了描述的方便,描述以上裝置時以功能分為各種單元分別描述。當然,在實施本申請案時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。
本領域內的技術人員應明白,本發明的實施例可提供為方法、系統、或電腦程式產品。因此,本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且,本發明可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方塊圖來描述的。應理解可由電腦程式指令實現流程圖和/或方塊圖中的每一流程和/或方塊、以及流程圖和/或方塊圖中的流程和/或方塊的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程資料處理設備的處理器以產生一個機器,使得通過電腦或其他可編程資料處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的裝置。
這些電腦程式指令也可儲存在能引導電腦或其他可編程資料處理設備以特定方式工作的電腦可讀記憶體中,使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品,該指令裝置實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能。
這些電腦程式指令也可裝載到電腦或其他可編程資料處理設備上,使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理,從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方塊圖一個方塊或多個方塊中指定的功能的步驟。
在一個典型的配置中,計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。
記憶體可能包括電腦可讀媒體中的非永久性記憶體,隨機存取記憶體(RAM)和/或非易失性記憶體等形式,如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。
電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括,但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶,磁帶磁磁片儲存或其他磁性儲存設備或任何其他非傳輸媒體,可用於儲存可以被計算設備存取的資訊。按照本文中的界定,電腦可讀媒體不包括暫存電腦可讀媒體(transitory media),如調變的資料信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本申請案可以在由電腦執行的電腦可執行指令的一般上下文中描述,例如程式模組。一般地,程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、組件、資料結構等等。也可以在分散式運算環境中實踐本申請案,在這些分散式運算環境中,由通過通信網路而被連接的遠端處理設備來執行任務。在分散式運算環境中,程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於系統實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
以上所述僅為本申請案的實施例而已,並不用於限制本申請案。對於本領域技術人員來說,本申請案可以有各種更改和變化。凡在本申請案的精神和原理之內所作的任何修改、等同替換、改進等,均應包含在本申請案的申請專利範圍之內。
S101:步驟
S102:步驟
S103:步驟
S104:步驟
S105:步驟
S201:步驟
S202:步驟
S203:步驟
S204:步驟
S205:步驟
S301:步驟
S302:步驟
S303:步驟
S304:步驟
S305:步驟
401:帳戶資訊獲取模組
402:第一身份驗證資訊獲取模組
403:第一驗證模組
404:支付碼生成模組
405:支付碼發送模組
501:帳戶資訊獲取模組
502:第一身份驗證資訊獲取模組
503:第一發送模組
504:第一接收模組
505:支付碼列印模組
601:扣款請求獲取模組
602:交易資訊確定模組
603:支付限制條件確定模組
604:判斷模組
605:扣款操作模組
700:設備
710:處理器
720:指令
730:記憶體
800:設備
810:處理器
820:指令
830:記憶體
900:設備
910:處理器
920:指令
930:記憶體
此處所說明的圖式用來提供對本申請案的進一步理解,構成本申請案的一部分,本申請案的示意性實施例及其說明用於解釋本申請案,並不構成對本申請案的不當限定。在圖式中:
[圖1]為本說明書實施例1提供的一種支付碼生成方法的流程示意圖;
[圖2]為本說明書實施例2提供的一種支付碼生成方法的流程示意圖;
[圖3]為本說明書實施例3提供的一種移動支付方法的流程示意圖;
[圖4]為本說明書實施例提供的對應於圖1的一種支付碼生成裝置的結構示意圖;
[圖5]為本說明書實施例提供的對應於圖2的一種支付碼生成裝置的結構示意圖;
[圖6]為本說明書實施例提供的對應於圖3的一種移動支付裝置的結構示意圖;
[圖7]為本說明書實施例提供的對應於圖1的一種支付碼生成設備的結構示意圖;
[圖8]為本說明書實施例提供的對應於圖2的一種支付碼生成設備的結構示意圖;
[圖9]為本說明書實施例提供的對應於圖3的一種移動支付設備的結構示意圖。
Claims (28)
- 一種支付碼生成方法,包括: 獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 獲取所述第一終端發送的第一身份驗證資訊; 驗證所述第一身份驗證資訊,得到第一驗證結果; 當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼; 將所述支付碼發送至所述第一終端。
- 如申請專利範圍第1項所述的方法,在所述生成所述帳戶資訊的支付碼之前,還包括: 確定支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付。
- 如申請專利範圍第2項所述的方法,所述確定支付限制條件,具體包括: 確定支付額度閾值; 和/或,確定支付次數閾值; 和/或,確定有效時間範圍; 其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
- 如申請專利範圍第3項所述的方法,所述確定支付額度閾值,具體包括: 獲取所述第一終端發送的第一支付額度閾值; 根據所述帳號資訊確定第二支付額度閾值; 判斷所述第一支付額度閾值是否小於所述第二支付額度閾值; 若是,確定所述第一支付額度閾值為所述支付額度閾值。
- 如申請專利範圍第4項所述的方法,在判斷所述第一支付額度閾值是否小於所述第二支付額度閾值之後,還包括: 若否,獲取所述第一終端發送的第二身份驗證資訊; 驗證所述第二身份驗證資訊,得到第二驗證結果; 當所述第二驗證結果表示所述第二身份驗證資訊驗證成功時,確定所述第一支付額度閾值為所述支付額度閾值。
- 如申請專利範圍第1項所述的方法,所述獲取第一身份驗證資訊,具體包括: 獲取密碼登錄資訊或生物特徵資訊。
- 如申請專利範圍第3項所述的方法,在所述確定支付限制條件之後,所述方法還包括: 根據所述支付限制條件確定預扣款,所述預扣款用於所述支付碼的線下支付; 確定扣款管道; 根據所述扣款管道從指定帳戶中凍結所述預扣款對應的金額。
- 如申請專利範圍第7項所述的方法,所述根據所述扣款管道從指定帳戶中扣除所述預扣款對應的金額,具體包括: 判斷所述扣款管道是否為第三方支付管道; 若是,調用所述扣款管道對應的第三方支付工具; 確定所述扣款管道對應的付款帳戶; 利用所述第三方支付工具從所述付款帳戶中凍結所述預扣款對應的金額。
- 如申請專利範圍第7項所述的方法,所述根據所述支付限制條件確定預扣款,具體包括: 將所述支付額度閾值和所述支付次數閾值的乘積確定為所述預扣款的金額,其中,所述支付額度閾值為單次支付額度閾值。
- 如申請專利範圍第7項所述的方法,所述根據所述支付限制條件確定預扣款,具體包括: 將所述支付額度閾值確定為所述預扣款的金額,其中,所述支付額度閾值為總支付額度閾值。
- 一種移動支付方法,所述方法基於的支付碼是採用申請專利範圍第1項所述的支付碼生成方法生成的,包括: 獲取針對所述支付碼的扣款請求; 確定所述扣款請求對應的交易資訊; 確定所述支付碼的支付限制條件; 判斷所述交易資訊是否滿足所述支付限制條件; 若是,根據所述扣款請求進行扣款操作。
- 如申請專利範圍第11項所述的方法,所述支付限制條件包括支付金額閾值, 判斷所述交易資訊是否滿足所述支付限制條件,具體包括: 確定所述交易資訊的扣款金額; 判斷所述扣款金額是否小於所述支付金額閾值。
- 如申請專利範圍第11項所述的方法,所述支付限制條件包括支付次數閾值, 判斷所述交易資訊是否滿足所述支付限制條件,具體包括: 獲取所述支付碼的支付次數; 判斷所述支付次數是否小於所述支付次數閾值; 在所述根據所述扣款請求進行扣款操作之後,還包括: 對所述支付碼的支付次數加一。
- 如申請專利範圍第11項所述的方法,所述支付限制條件包括有效時間範圍, 判斷所述交易資訊是否滿足支付限制條件,具體包括: 判斷所述交易資訊的發起時間是否屬於所述有效時間範圍。
- 如申請專利範圍第11項所述的方法,所述根據所述扣款請求進行扣款操作,具體包括: 從所述支付碼的生成過程中確定的凍結金額中扣除所述交易資訊對應的扣款金額。
- 如申請專利範圍第15項所述的方法,在所述根據所述扣款請求進行扣款操作之後,還包括: 當確定超過所述支付碼的有效時間範圍時,將所述凍結金額中的剩餘部分返回扣款管道對應的帳戶。
- 一種支付碼生成方法,包括: 第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 獲取第一身份驗證資訊; 將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器; 當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼; 列印所述支付碼。
- 如申請專利範圍第17項所述的方法,在所述接收所述伺服器發送的所述帳戶資訊的支付碼之前,還包括: 獲取使用者輸入的支付限制條件,所述支付限制條件用於約束所述支付碼的線下支付; 將所述支付限制條件發送至伺服器。
- 如申請專利範圍第18項所述的方法,所述獲取使用者輸入的支付限制條件,具體包括: 獲取支付額度閾值; 和/或,獲取支付次數閾值; 和/或,獲取有效時間範圍; 其中,所述支付額度閾值用於限定所述支付碼的支付金額上限,所述支付次數閾值用於限定所述支付碼在有效時間範圍內的支付次數,所述支付碼在所述有效時間範圍內有效。
- 如申請專利範圍第18項所述的方法,在所述獲取使用者輸入的支付限制條件之後,還包括: 獲取使用者輸入的扣款管道,所述扣款管道表示所述支付碼用於支付的金額的扣款管道; 將所述扣款管道發送至伺服器。
- 如申請專利範圍第17項所述的方法,所述獲取第一身份驗證資訊,具體包括: 獲取密碼登錄資訊或生物特徵資訊。
- 如申請專利範圍第18項所述的方法,所述獲取支付額度閾值,具體包括: 獲取第一支付額度資訊; 在所述獲取支付額度閾值之後,還包括: 接收到所述伺服器返回的安全驗證指令;所述安全驗證指令是所述伺服器確定所述第一支付額度資訊大於所述帳戶的預設支付額度後生成的; 顯示驗證資訊輸入介面; 獲取基於所述驗證資訊輸入介面輸入的第二身份驗證資訊; 將所述第二身份驗證資訊發送至所述伺服器。
- 一種支付碼生成裝置,包括: 帳戶資訊獲取模組,用於獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 第一身份驗證資訊獲取模組,用於獲取所述第一終端發送的第一身份驗證資訊; 第一驗證模組,用於驗證所述第一身份驗證資訊,得到第一驗證結果; 支付碼生成模組,用於當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼; 支付碼發送模組,用於將所述支付碼發送至所述第一終端。
- 一種移動支付裝置,所述裝置基於的支付碼是採用申請專利範圍第1項所述的支付碼生成方法生成的,包括: 扣款請求獲取模組,用於獲取針對所述支付碼的扣款請求; 交易資訊確定模組,用於確定所述扣款請求對應的交易資訊; 支付限制條件確定模組,用於確定所述支付碼的支付限制條件; 判斷模組,用於判斷所述交易資訊是否滿足所述支付限制條件; 扣款操作模組,用於所述交易資訊滿足所述支付限制條件時,根據所述扣款請求進行扣款操作。
- 一種支付碼生成裝置,包括: 帳戶資訊獲取模組,用於第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 第一身份驗證資訊獲取模組,用於獲取第一身份驗證資訊; 第一發送模組,用於將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器; 第一接收模組,用於當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼; 支付碼列印模組,用於列印所述支付碼。
- 一種支付碼生成設備,包括: 至少一個處理器;以及, 與所述至少一個處理器通信連接的記憶體;其中, 所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠: 獲取第一終端發送的帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 獲取所述第一終端發送的第一身份驗證資訊; 驗證所述第一身份驗證資訊,得到第一驗證結果; 當所述第一驗證結果表示所述第一身份驗證資訊驗證成功時,生成所述帳戶資訊對應的支付碼; 將所述支付碼發送至所述第一終端。
- 一種支付碼生成設備,包括: 至少一個處理器;以及, 與所述至少一個處理器通信連接的記憶體;其中, 所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠: 第一終端獲取帳戶資訊,所述第一終端與所述帳戶資訊的綁定設備不同; 獲取第一身份驗證資訊; 將所述帳戶資訊和所述第一身份驗證資訊發送至伺服器; 當所述伺服器確定所述第一身份驗證資訊驗證成功時,接收所述伺服器發送的所述帳戶資訊的支付碼; 列印所述支付碼。
- 一種移動支付設備,包括: 至少一個處理器;以及, 與所述至少一個處理器通信連接的記憶體;其中, 所述記憶體儲存有可被所述至少一個處理器執行的指令,所述指令被所述至少一個處理器執行,以使所述至少一個處理器能夠: 獲取針對所述支付碼的扣款請求; 確定所述扣款請求對應的交易資訊; 確定所述支付碼的支付限制條件; 判斷所述交易資訊是否滿足所述支付限制條件; 若是,根據所述扣款請求進行扣款操作。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811476736.0A CN110009335B (zh) | 2018-12-05 | 2018-12-05 | 支付码生成、移动支付方法、装置及设备 |
CN201811476736.0 | 2018-12-05 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW202022733A true TW202022733A (zh) | 2020-06-16 |
Family
ID=67165036
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW108133585A TW202022733A (zh) | 2018-12-05 | 2019-09-18 | 支付碼生成、移動支付方法、裝置及設備 |
Country Status (3)
Country | Link |
---|---|
CN (2) | CN110009335B (zh) |
TW (1) | TW202022733A (zh) |
WO (1) | WO2020114113A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110009335B (zh) * | 2018-12-05 | 2021-01-26 | 创新先进技术有限公司 | 支付码生成、移动支付方法、装置及设备 |
CN112036882A (zh) * | 2020-08-31 | 2020-12-04 | 维沃移动通信有限公司 | 账户登录方法、装置及电子设备 |
CN112036869A (zh) * | 2020-09-03 | 2020-12-04 | 中国银行股份有限公司 | 扫码支付的方法、移动终端、计算机设备及可读存储介质 |
CN115131885A (zh) * | 2022-06-20 | 2022-09-30 | 中国工商银行股份有限公司 | 移动交通工具计费方法及装置 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101165716A (zh) * | 2006-10-16 | 2008-04-23 | 祁勇 | 一种基于交易代码的电子支付方法 |
CN103020818B (zh) * | 2013-01-09 | 2016-04-20 | 重庆钱阿宝电子科技有限公司 | 动态二维验证码支付系统 |
CN103646327A (zh) * | 2013-11-14 | 2014-03-19 | 成都博约创信科技有限责任公司 | 基于二维码的支付方法 |
CN104217333A (zh) * | 2014-05-12 | 2014-12-17 | 陈俊 | 一种借助移动终端、互联网和计算机的认证支付方法 |
DE102015121300A1 (de) * | 2015-12-08 | 2017-06-08 | Tianjin Huanmao Jietong E-Commerce GmbH | Elektronisches Geschäftsverbindung-System |
US9842330B1 (en) * | 2016-09-06 | 2017-12-12 | Apple Inc. | User interfaces for stored-value accounts |
CN107609877A (zh) * | 2017-09-18 | 2018-01-19 | 上海博路信息技术有限公司 | 一种生物识别的兑换方法和系统 |
CN107833052B (zh) * | 2017-10-27 | 2021-02-02 | 南京物联传感技术有限公司 | 一种基于区块链的聚合支付系统及工作方法 |
CN108520417B (zh) * | 2018-03-21 | 2021-05-07 | Oppo广东移动通信有限公司 | 支付方法、装置、服务器、支付终端及计算机可读介质 |
CN108573382A (zh) * | 2018-03-27 | 2018-09-25 | 英业达科技有限公司 | 基于生物特征的信用支付系统及其方法 |
CN108734471A (zh) * | 2018-05-15 | 2018-11-02 | 惠龙易通国际物流股份有限公司 | 移动支付系统中身份认证方法、装置、系统和存储介质 |
CN110009335B (zh) * | 2018-12-05 | 2021-01-26 | 创新先进技术有限公司 | 支付码生成、移动支付方法、装置及设备 |
-
2018
- 2018-12-05 CN CN201811476736.0A patent/CN110009335B/zh active Active
- 2018-12-05 CN CN202110232314.4A patent/CN112785309A/zh active Pending
-
2019
- 2019-09-18 TW TW108133585A patent/TW202022733A/zh unknown
- 2019-10-21 WO PCT/CN2019/112170 patent/WO2020114113A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
CN112785309A (zh) | 2021-05-11 |
CN110009335A (zh) | 2019-07-12 |
CN110009335B (zh) | 2021-01-26 |
WO2020114113A1 (zh) | 2020-06-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TW202022733A (zh) | 支付碼生成、移動支付方法、裝置及設備 | |
US10496982B2 (en) | Secure contactless card emulation | |
AU2021254551A1 (en) | Transaction authorisation | |
US11625724B2 (en) | Dynamic modification of a verification method associated with a transaction card | |
US20180189778A1 (en) | Third-party access to secure hardware | |
WO2020238231A1 (zh) | 一种转账请求的处理方法、装置及设备 | |
KR20150128073A (ko) | 대표 카드를 이용하는 신용 카드 결제 장치, 신용 카드 결제 시스템 및 신용 카드 결제 방법 | |
CN107615798B (zh) | 用于个人数据共享应用程序的方法及系统 | |
US20150081554A1 (en) | Systems and Methods for Managing Mobile Account Holder Verification Methods | |
US11803859B2 (en) | Method for provisioning merchant-specific payment apparatus | |
US20200327589A1 (en) | Authorizing a transaction for a restricted item based on user data | |
US20170337540A1 (en) | Method of using bioinformatics and geographic proximity to authenticate a user and transaction | |
US20170178137A1 (en) | Parameter-mapped one-time passwords (otp) for authentication and authorization | |
US11978042B1 (en) | Systems and methods for providing queued credentials for an account | |
US20130068836A1 (en) | Authorizing Financial Transactions | |
US20240135386A1 (en) | Method for provisioning merchant-specific payment apparatus | |
US20230316291A1 (en) | Physical medium for restricted account access to contributed resources | |
US11836727B1 (en) | Location based transaction authentication | |
US11410138B2 (en) | Value transfer card management system | |
US11367076B2 (en) | Entity-based controls for value transfer cards | |
US8616444B2 (en) | Authorizing financial transactions | |
US20230409752A1 (en) | System and method for localized permission-based sharing of personal information | |
CA2944084C (en) | Provisioning of secure application | |
CA3047263A1 (en) | Value transfer card management system | |
CA3047266A1 (en) | Entity-based controls for value transfer cards |