TW202044171A - 獲取銀行卡簽約要素資訊的方法、系統及設備 - Google Patents
獲取銀行卡簽約要素資訊的方法、系統及設備 Download PDFInfo
- Publication number
- TW202044171A TW202044171A TW109101357A TW109101357A TW202044171A TW 202044171 A TW202044171 A TW 202044171A TW 109101357 A TW109101357 A TW 109101357A TW 109101357 A TW109101357 A TW 109101357A TW 202044171 A TW202044171 A TW 202044171A
- Authority
- TW
- Taiwan
- Prior art keywords
- bank card
- bank
- user
- contract
- request
- 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/08—Payment architectures
- G06Q20/085—Payment architectures involving remote charge determination or related payment systems
- G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
-
- 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/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
-
- 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/3674—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 involving authentication
-
- 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)
- Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Microelectronics & Electronic Packaging (AREA)
- Computer Security & Cryptography (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Mobile Radio Communication Systems (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本發明揭露一種獲取銀行卡簽約要素資訊的方法、系統及設備。本說明書一實施例的方法流程包括:一種獲取銀行卡簽約要素資訊的方法,所述方法包括:獲取銀行卡簽約請求,其中,所述銀行卡簽約請求僅容許被第一使用者授權的應用程式或設備獲取,所述銀行卡簽約請求由待簽約銀行卡的發卡銀行針對所述待簽約銀行卡產生,所述待簽約銀行卡為所述第一使用者的銀行卡;解析所述銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記;基於所述銀行卡符記向所述發卡銀行發起存取請求,獲取與所述銀行卡符記對應的簽約要素資訊。
Description
本說明書涉及電腦技術領域,更明確而言是相關於一種獲取銀行卡簽約要素資訊的方法、系統及設備。
在電子支付應用情境中,通常使用銀行機構以外的第三方電子支付機構進行電子支付操作。為了簡化第三方電子支付機構的電子支付流程,第三方電子支付機構的使用者會將自身的銀行卡與自身的電子支付機構簽約,簽約成功後使用者可直接將此銀行卡用於在此電子支付機構的快捷支付情境。
在現有技術中,第三方電子支付機構與銀行卡的簽約過程通常是,使用者在銀行和支付機構透過手機簡訊、持卡人身份驗證等手段同時完成資訊匹配和驗證,並完成銀行卡和支付機構帳號綁定的過程。在上述銀行卡簽約過程中,需要使用者手動輸入包含持卡人資訊(姓名、身份資訊、手機號)、銀行卡資訊(卡號、CVV2、有效期、卡bin行銷標記)的簽約要素資訊。由於簽約要素資訊包含的資訊繁瑣且不方便記憶,很容易發生使用者輸入手誤或使用者忘記簽約要素資訊的情況,從而最終造成銀行卡無法成功簽約。
有鑑於此,本說明書實施例提供了一種獲取銀行卡簽約要素資訊的方法、系統及設備,用於解決在支付機構簽約銀行卡過程中無法獲取準確的簽約要素資訊的問題。
本說明書實施例採用下述技術方案:
本說明書實施例提供一種獲取銀行卡簽約要素資訊的方法,所述方法包括:
獲取銀行卡簽約請求,其中,所述銀行卡簽約請求僅容許被第一使用者授權的應用程式或設備獲取,所述銀行卡簽約請求由待簽約銀行卡的發卡銀行針對所述待簽約銀行卡產生,所述待簽約銀行卡為所述第一使用者的銀行卡;
解析所述銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記;
基於所述銀行卡符記向所述發卡銀行發起存取請求,獲取與所述銀行卡符記對應的簽約要素資訊。
在本說明書一實施例中,獲取銀行卡簽約請求,包括:
接收所述銀行卡簽約請求,其中,所述銀行卡簽約請求基於所述第一使用者在銀行應用程式的喚起端操作被輸出;
及/或,
採集所述銀行卡簽約請求,其中,透過所述第一使用者在銀行櫃臺的掃碼操作採集所述銀行卡簽約請求。
在本說明書一實施例中,所述方法還包括:
基於所述銀行卡簽約請求喚起並進入用於解析所述銀行卡簽約請求的應用程式。
在本說明書一實施例中,基於所述銀行卡簽約請求喚起並進入用於解析所述銀行卡簽約請求的應用程式,其中,透過登陸頁面的摘要進行所述應用程式的喚起,所述摘要指定固定應用標識的應用打開連結。
在本說明書一實施例中,利用需要進行銀行卡簽約的支付機構的應用程式解析所述銀行卡簽約請求、向所述發卡銀行發起所述存取請求、以及獲取所述簽約要素資訊。
在本說明書一實施例中,利用使用者已成功登錄的應用程式獲取所述銀行卡簽約請求、解析所述銀行卡簽約請求、向所述發卡銀行發起所述存取請求、以及獲取所述簽約要素資訊。
本說明書實施例還提供一種產生銀行卡簽約請求的方法,所述方法包括:
確認第一使用者的身份,根據所述第一使用者的身份確認所述第一使用者的待簽約銀行卡;
產生與所述待簽約銀行卡對應的銀行卡符記;
根據所述銀行卡符記產生銀行卡簽約請求。
在本說明書一實施例中,在發卡銀行為所述第一使用者開卡時產生針對新開卡的銀行卡簽約請求。
本說明書實施例還提供一種銀行卡簽約方法,所述方法包括:
根據本說明書實施例所述的方法獲取對應第一使用者的待簽約銀行卡的簽約要素資訊;
基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約所述待簽約銀行卡。
在本說明書一實施例中,基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約銀行卡,包括:
確認所述簽約要素資訊與所述第一使用者是否匹配;
當所述簽約要素資訊與所述第一使用者匹配時進入靜默簽約流程。
在本說明書一實施例中,確認所述簽約要素資訊與所述第一使用者是否匹配,包括:
將所述第一使用者保存在所述支付機構中的資訊與所述簽約要素資訊進行一致性比對;
當所述一致性比對成功時,向所述第一使用者顯示所述簽約要素資訊的脫敏資訊,請求所述第一使用者確認所述脫敏資訊與所述第一使用者在所述發卡銀行的銀行預留資訊是否一致。
本說明書實施例還提供一種銀行卡簽約要素資訊獲取系統,所述系統包括:
銀行卡簽約請求接收模組,其用於在獲得第一使用者授權後獲取銀行卡簽約請求,所述銀行卡簽約請求由待簽約銀行卡的發卡銀行針對所述待簽約銀行卡產生,所述待簽約銀行卡為所述第一使用者的銀行卡;
銀行卡簽約請求解析模組,其用於解析所述銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記;
銀行存取模組,其用於使用所述銀行卡符記從所述發卡銀行處獲取所述待簽約銀行卡的簽約要素資訊。
本說明書實施例還提供一種產生銀行卡簽約請求的系統,所述系統包括:
身份確認模組,其用於確認第一使用者的身份,根據所述第一使用者的身份確認所述第一使用者的待簽約銀行卡;
符記產生模組,產生與所述待簽約銀行卡對應的銀行卡符記;
銀行卡簽約請求產生模組,其用於根據所述銀行卡符記產生銀行卡簽約請求。
本說明書實施例還提供一種銀行卡簽約系統,所述系統包括:
簽約要素資訊獲取模組,其用於接收來自如本說明書實施例所述的銀行卡簽約要素資訊獲取系統的簽約要素資訊;
簽約模組,其用於基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約待簽約銀行卡。
本說明書實施例還提出了一種用於在存取方設備端資訊處理的設備,該設備包括用於儲存電腦程式指令的記憶體和用於執行程式指令的處理器,其中,當該電腦程式指令被該處理器執行時,觸發該設備執行本說明書實施例所述系統所述的方法。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果:根據本說明書實施例的方法,可以從發卡銀行處獲取待簽約銀行卡的簽約要素資訊,從而從根源上規避了由使用者手動輸入簽約要素資訊而帶來的手動輸入失誤以及忘記簽約要素資訊的情況的發生;相較於現有技術,本說明書實施例的方法可以確保簽約要素資訊的準確性,從而提高銀行卡簽約成功率。
為使本發明的目的、技術方案和優點更加清楚,下面將結合本發明具體實施例及相應的圖式對本發明技術方案進行清楚、完整地描述。顯然,所描述的實施例僅是本發明一部分實施例,而不是全部的實施例。基於本發明中的實施例,本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例,都屬於本發明保護的範圍。
在現有技術中的銀行卡與支付機構的簽約過程中,需要使用者手動輸入簽約要素資訊。由於簽約要素資訊包含的資訊繁瑣且不方便記憶,很容易發生輸入手誤或忘記的情況,從而最終造成使用者銀行卡無法簽約成功。針對上述問題,本說明書實施例提出了一種獲取銀行卡簽約要素資訊的方法。為了提出本說明書實施例的方法,發明人首先分析實際銀行卡簽約應用情境。
為了在使用者輸入簽約要素資訊過程中避免輸入手誤或忘記簽約要素資訊的情況的發生,最直接的解決方案是取消使用者手動輸入操作,直接從簽約要素資訊的資料來源獲取簽約要素資訊。進一步的,由於簽約要素資訊是銀行卡使用者的個人私密資訊,關係到銀行卡使用者的銀行帳戶安全。因此,為了避免簽約要素資訊洩露或者被篡改,簽約要素資訊不能隨意保存在非發卡銀行的第三方系統中。這就使得如果想要直接獲取簽約要素資訊,就要存取發卡銀行的資料系統。因此,在本說明書一實施例中,在需要獲取簽約要素資訊時,直接從發卡銀行處獲取簽約要素資訊。
進一步的,對於發卡銀行而言,為了避免簽約要素資訊洩露或者被篡改,其必須確保簽約要素資訊僅能被該簽約要素資訊對應的合法使用者所獲取(在銀行卡簽約應用情境中,必須確保簽約要素資訊僅能被與待簽約銀行卡的所有者綁定的系統存取獲取)。因此,在本說明書一實施例中,在存取發卡銀行以獲取簽約要素資訊時,必須向發卡銀行發起身份驗證請求,由發卡銀行進行身份驗證,從而返回與存取者身份匹配的簽約要素資訊。
進一步的,由於需要簽約要素資訊的使用者需要綁定銀行卡的支付機構,因此,針對上述技術方案,一個較簡單的實現方式是,由支付機構向發卡銀行發起針對指定支付機構使用者的身份驗證請求,由發卡銀行根據接收到的身份驗證請求確認對應的銀行卡所有者,並最終由發卡銀行向支付機構返回對應的簽約要素資訊。上述方案的實現前提包括:
1,發卡銀行可以識別並驗證支付機構發送的身份驗證請求;
2,發卡銀行能夠根據身份驗證請求正確的確認唯一對應的銀行卡所有者。這不僅要求身份驗證請求所包含的身份資料資訊與使用者的真實身份間具備唯一對應關係,而且要求保存在支付機構以及發卡銀行的資料系統中的身份資料資訊匹配一致。
然而,由於通常的支付機構並不嚴格要求使用者填寫完整的使用者資訊,並且,並不嚴格驗證使用者所填寫的使用者資訊,這就導致某些使用者帳戶中可能並不包含用於產生身份驗證請求的身份資料資訊,或者,某些使用者帳戶中的使用者資訊並不能唯一匹配到正確的使用者。
例如,針對採用實名資訊(例如,身份證件類型+證件號碼)作為身份資料資訊的應用方案,雖然實名資訊可以確保在發卡銀行處匹配到唯一對應的銀行卡所有者,但是在支付機構處,並不是所有的使用者都經過了實名認證並保存有實名資訊。再例如,針對採用手機號碼作為身份資料資訊的應用方案,其不僅無法解決未綁定過手機號的支付機構使用者的銀行卡簽約問題,而且使用者綁定手機號的品質無法保證,一些低品質未經過驗證的手機號會大大降低發卡銀行處進行身份驗證的安全性的穩定性。
綜上,在實際應用情境中,基於支付機構自身所保存使用者資訊來向發卡銀行發起使用者身份驗證的普適性不能得到保證。因此,在本說明書一實施例中,並不由支付機構向發卡銀行發起使用者身份驗證,而是由使用者自身向發卡銀行發起身份驗證,當發卡銀行成功驗證使用者身份後,輸出該使用者對應的簽約要素資訊。
進一步的,在本說明書一實施例中,簽約要素資訊的接收方只能是當前銀行卡簽約操作的合法執行者或合法關聯者,即,合法執行當前銀行卡簽約操作的相關應用程式。也就是說,簽約要素資訊的接收方必須是得到了使用者授權的裝置/應用程式。例如,進行當前銀行卡簽約操作的使用者正在操作的裝置上所安裝的合法應用程式,該合法應用程式在使用者的操作下採集/接收簽約要素資訊,即相當於其採集/接收操作得到了使用者的授權。或者,進一步的,已被使用者成功登錄的應用程式,該應用程式按照使用者的設定進行採集/接收簽約要素資訊時,其執行主體是使用者的帳號並且使用者帳號執行的操作是得到使用者確認後的,也就相當於其進行的採集/接收得到了使用者授權。
進一步的,為了避免簽約要素資訊在輸出過程中被攔截或者輸出錯誤,在本說明書實施例中,採用了符記存取的方式。具體的,由發卡銀行向使用者對應的裝置/應用程式發送對應簽約要素資訊的存取符記,使用者對應的裝置/應用程式在獲取到存取符記後再使用該符記從發卡銀行處獲取簽約要素資訊。
根據本說明書實施例的方法,可以從發卡銀行處獲取待簽約銀行卡的簽約要素資訊,從而從根源上規避了由使用者手動輸入簽約要素資訊而帶來的手動輸入失誤以及忘記簽約要素資訊的情況的發生;相較於現有技術,本說明書實施例的方法可以確保簽約要素資訊的準確性,從而提高銀行卡簽約成功率。
以下結合圖式,詳細說明本說明書各實施例提供的技術方案。
在本說明書一實施例中,提出了一種獲取銀行卡簽約要素資訊的方法,如圖1所示,方法包括:
S110,獲取銀行卡簽約請求,其中,該銀行卡簽約請求僅容許被第一使用者授權的應用程式或設備獲取,該銀行卡簽約請求由待簽約銀行卡的發卡銀行針對待簽約銀行卡產生,待簽約銀行卡為第一使用者的銀行卡;
S120,解析銀行卡簽約請求,獲取對應待簽約銀行卡的銀行卡符記;
S130,基於銀行卡符記向發卡銀行發起存取請求,獲取與銀行卡符記對應的簽約要素資訊。
具體的,在本說明書一實施例中,銀行卡符記唯一對應待簽約銀行卡。具體的,在本說明書一實施例中,解析銀行卡簽約請求,獲取發卡機構、銀行卡類型及銀行卡資訊唯一符記標識。
進一步的,在本說明書一實施例中,在獲取與銀行卡符記對應的簽約要素資訊的過程中,為了確保資料安全,透過銀行卡符記、透過專線去發卡銀行獲取該銀行卡符記所對應的簽約要素資訊。
進一步的,在實際應用情境中,簽約要素資訊在發卡銀行處可能並不是以簽約要素資訊作為歸類統一保存的。因此,在本說明書一實施例中,基於銀行卡符記向發卡銀行發起存取請求,向發卡銀行請求回饋用於當前銀行卡簽約的要素資訊。發卡銀行驗證存取請求後,從該銀行卡帳戶所保存的資訊中調出用於銀行卡簽約的要素資訊並輸出。
具體的,在本說明書一實施例中,在步驟S110中,執行獲取銀行卡簽約請求的是被第一使用者授權的應用程式或設備。具體的,在一應用情境中,執行獲取銀行卡簽約請求的是使用者當前操作的設備(例如手機)上安裝的合法應用程式,使用者操作該應用程式獲取銀行卡簽約請求。進一步的,在本說明書一實施例中,步驟S120以及步驟S130的執行者也是被第一使用者授權的應用程式或設備。具體的,在本說明書一實施例中,步驟S110~S130的執行者也是被第一使用者授權的同一應用程式。
進一步的,在本說明書一實施例中,在獲取銀行卡簽約請求的過程中,主動採集銀行卡簽約請求。具體的,在本說明書一實施例中,在獲取銀行卡簽約請求的過程中,採集銀行卡簽約請求,其中,透過第一使用者在銀行櫃臺的掃碼操作採集銀行卡簽約請求。
進一步的,在本說明書一實施例中,在獲取銀行卡簽約請求的過程中,被動接收銀行卡簽約請求。具體的,在本說明書一實施例中,在獲取銀行卡簽約請求的過程中,接收銀行卡簽約請求,其中,該銀行卡簽約請求基於第一使用者在銀行應用程式的喚起端操作被輸出。
進一步的,在本說明書一實施例中,使用同一應用程式獲取銀行卡簽約請求、解析銀行卡簽約請求、向發卡銀行發起存取請求、以及獲取簽約要素資訊。
進一步的,考慮到對銀行卡簽約請求進行處理的應用程式並不是始終處於開啟狀態。因此,在本說明書一實施例中,方法還包括:基於銀行卡簽約請求喚起並進入用於解析銀行卡簽約請求的應用程式。
具體的,在本說明書一實施例中,透過使用者已授權的第三方應用程式(例如,移動裝置的作業系統)獲取(接受或採集)銀行卡簽約請求,再由獲取到銀行卡簽約請求的第三方應用程式基於銀行卡簽約請求喚起用於解析銀行卡簽約請求的應用程式。
具體的,在本說明書一實施例中,透過第一使用者在銀行應用程式的喚起端操作喚起並進入對應的應用程式,或者,透過第一使用者使用第三方應用程式在銀行櫃臺進行掃碼操作從而喚醒並進入對應的應用程式。
具體的,在本說明書一實施例中,透過登陸(Landing)頁的摘要(schema)進行應用程式(App)的喚起,上述流程中,摘要指定固定應用標識的應用打開連結。
具體的,在本說明書一實施例中,在一應用情境中:
Landing頁URL: https://render.XXX.com/p/s/i/?scheme='
schema指定固定AppId(20000067)應用打開連結:
alipays://platformapi/startapp?appId=20000067&url=
進一步的,考慮到當前使用者可能並不是當前設備及/或應用程式的唯一使用者。在本說明書一實施例中,利用使用者已成功登錄的應用程式獲取銀行卡簽約請求、解析銀行卡簽約請求、向發卡銀行發起存取請求、以及獲取簽約要素資訊。
具體的,在一應用情境中,使用者在成功登錄當前操作的設備(例如手機)上安裝的合法應用程式後,操作該應用程式獲取銀行卡簽約請求。
進一步的,考慮到在銀行卡簽約過程中,最終簽約要素資訊的接收方應該是支付機構,因此,在一實施例中,利用需要進行銀行卡簽約的支付機構的應用程式獲取銀行卡簽約請求、解析銀行卡簽約請求、向發卡銀行發起存取請求、以及獲取簽約要素資訊。
進一步的,考慮到支付機構的應用程式並不是始終開啟的,因此,在本說明書一實施例中,透過使用者已授權的第三方應用程式(例如,移動裝置的作業系統)獲取(接受或採集)銀行卡簽約請求,再由獲取到銀行卡簽約請求的第三方應用程式基於銀行卡簽約請求喚起需要進行銀行卡簽約的支付機構的應用程式,利用支付機構的應用程式解析銀行卡簽約請求、向發卡銀行發起存取請求、以及獲取簽約要素資訊。
具體的,如圖2所示,在一實施例中,方法包括:
S210,銀行APP喚起端或櫃臺掃碼,獲取銀行卡簽約請求;
S211,確認銀行卡簽約請求對應的支付機構App;
S220,判斷是否安裝有支付機構App;
當步驟S220判斷安裝有支付機構App,S221,喚起並進入支付機構App;
當步驟S220判斷安裝有支付機構App,S222,提醒使用者安裝支付機構App;
S230,支付機構App獲取使用者登錄狀態,判斷使用者是否成功登錄;
當步驟S230判斷使用者已成功登錄,S240,解析銀行卡簽約請求,獲取銀行卡符記;
當步驟S230判斷使用者尚未登錄,S241,提醒使用者登錄;
S250,基於銀行卡符記向發卡銀行發起存取請求,獲取與銀行卡符記對應的簽約要素資訊。
進一步的,在本說明書一實施例中,與發卡銀行的資料通信均採用專線進行通訊(在實際應用情境中,專線的具體鏈路格式由發卡銀行確認)。
進一步的,在本說明書一實施例中,獲取簽約要素資訊的介面為發卡銀行提供的後端介面;與發卡銀行進行請求/回應訊息交互介面使用XML格式;與發卡銀行進行資訊交互採用HTTP請求;訊息數位簽章採用整體訊息加簽,簽約演算法sha256withrsa,並做base64加密;訊息傳輸不加密。
具體的,在一實施例中,銀行卡簽約請求的格式如表1所示。
表1
在表1中,機構標識、交易時間以及銀行卡符記為必需項,即,出現要求為必須(Must,M);訊息擴展為可選項,即,出現要求為可選(Optional,O)。
具體的,在本說明書一實施例中,銀行卡簽約請求的機構標識為發送方的機構標識。
具體的,在本說明書一實施例中,銀行卡簽約請求的交易時間為銀行卡簽約請求的發送時間。格式為,YYYYMMDD HH:MM:SS。
具體的,在本說明書一實施例中,銀行卡符記作為銀行卡簽約請求的喚起端URL的傳入參數。進一步的,在本說明書一實施例中,銀行卡符記附加有有效期。例如,在一應用情境中,銀行卡符記在產生後15分鐘內有效。
具體的,在本說明書一實施例中,銀行卡簽約請求的訊息擴展為機構特殊欄位。例如,在一應用情境中,銀行卡簽約請求的訊息擴展包括卡權益標識、IP、設備號等資訊擴展欄位。具體的,在一應用情境中,銀行卡簽約請求的訊息擴展結構如下:
<extensions>
<extension>
<name>...</name>
<value>...</name>
<extensions>
具體的,在一實施例中,發卡銀行返回的簽約要素資訊的格式如表2所示。
表2
在表2中,各項均為為必需項,即,出現要求為必須(Must,M)。
進一步的,對應本說明書實施例所提出的獲取銀行卡簽約要素資訊的方法,本說明書實施例還提出了一種產生銀行卡簽約請求的方法。具體的,如圖3所示,在本說明書一實施例中,產生銀行卡簽約請求的方法包括:
S310,確認第一使用者的身份,根據第一使用者的身份確認第一使用者的待簽約銀行卡;
S320,產生與待簽約銀行卡對應的銀行卡符記;
S330,根據銀行卡符記產生銀行卡簽約請求。
具體的,在本說明書一實施例中,在發卡銀行為第一使用者開卡時產生針對新開卡的銀行卡簽約請求。由於在開卡環節,新開卡就是綁定了第一使用者的身份的,因此,針對新開卡,不需要再次驗證第一使用者的身份。只需要在新開卡時,針對新開卡產生對應的銀行卡簽約請求,然後向新開卡的所有者(第一使用者)授權的應用程式發送銀行卡簽約請求即可。
具體的,在一應用情境中,使用者在銀行開卡成功後,銀行針對新開卡產生銀行卡簽約請求二維碼,使用者使用自身設備(手機)掃描二維碼,喚起自身設備上安裝的支付機構應用程式,獲取銀行卡簽約請求。
進一步的,基於本說明書實施例所提出的獲取銀行卡簽約要素資訊的方法,本說明書實施例還提出了一種銀行卡簽約方法。具體的,如圖4所示,在本說明書一實施例中,銀行卡簽約方法包括:
S410,根據本說明書實施例所述的獲取銀行卡簽約要素資訊的方法獲取簽約要素資訊;
S420,基於獲取到的簽約要素資訊為第一使用者的支付機構帳戶簽約銀行卡。
進一步的,為了進一步確保簽約要素資訊所對應的使用者與支付機構的當前使用者一致,在本說明書一實施例中,基於簽約要素資訊為第一使用者的支付機構帳戶簽約銀行卡的過程包括:確認簽約要素資訊與第一使用者是否匹配;當簽約要素資訊與第一使用者匹配時進入靜默簽約流程。
具體的,在本說明書一實施例中,以支付機構與發卡銀行預先約定好的簽約流程作為靜默簽約流程。
具體的,在本說明書一實施例中,靜默簽約流程如圖5所示。
支付機構觸發靜默簽約流程後,組裝簽約要素資訊(S511);在指定域(具體的,在一應用情境中為authmsg域)填入約定值(S512);發起鑒權請求(S513)。
清算平臺透過鑒權請求通道轉發鑒權請求到發卡銀行(S520)。
發卡銀行接收並處理鑒權請求(S531);驗證簽約要素資訊(S532);簽約要素資訊驗證失敗時返回失敗資訊(S533);簽約要素資訊驗證成功時驗證指定域是否是約定值(S534);當指定域不是約定值時返回失敗資訊(S533);當指定域是約定值時返回成功資訊(S535)。
支付機構接收發卡銀行返回的失敗/成功資訊,識別鑒權結果(S514);當鑒權失敗時,簽約失敗;當鑒權成功時,在指定域填入約定值(S515),發起簽約請求(S516)。
清算平臺透過簽約請求通道轉發簽約請求到發卡銀行(S521)。
發卡銀行接收並處理簽約請求(S536);驗證指定域是否是約定值(S537);當指定域不是約定值時返回簽約結果(簽約失敗)(S539);當指定域是約定值時落實簽約協議(S538),返回簽約結果(簽約成功)(S539)。
支付機構接收發卡銀行返回的簽約結果,識別簽約結果(S517);當簽約失敗時,簽約失敗;當簽約成功時,簽約成功。
具體的,在本說明書一實施例中,確認簽約要素資訊與第一使用者是否匹配的過程包括:將第一使用者保存在支付機構中的資訊與簽約要素資訊進行一致性比對;當一致性比對成功時,向第一使用者顯示簽約要素資訊的脫敏資訊,請求第一使用者確認脫敏資訊與第一使用者在發卡銀行的銀行預留資訊是否一致。
具體的,在本說明書一實施例中,如圖6所示,銀行卡簽約流程包括:
S610,獲取簽約要素資訊;
S620,將第一使用者保存在支付機構中的資訊與簽約要素資訊進行一致性比對;
當一致性對比失敗時,S621,銀行卡簽約失敗;
當一致性對比成功時,S630,向第一使用者顯示簽約要素資訊的脫敏資訊;
S640,請求第一使用者確認脫敏資訊與第一使用者在發卡銀行的銀行預留資訊是否一致;
S641,判斷第一使用者的確認結果;
當第一使用者的確認結果為一致時,S650,進入靜默簽約流程;
當第一使用者的確認結果為不一致時,S621,銀行卡簽約失敗。
進一步的,在本說明書一實施例中,在靜默簽約流程中,支付機構塞入靜默簽約特定標識,透過第三方支付機構和銀行之間的非銀行支付機構網路支付清算平臺發送給發卡銀行驗證。
具體的,在一應用情境中,支付機構應用程式簽約銀行卡的H5登錄頁面連結為:
https://XXX.com/mobile/sign/express/entrance? instId=XXX&token=XXXXXX&cardType=XX&bankUrl=XXXXXXX.
進一步的,在本說明書一實施例中,發卡銀行本身提供跳回URL,在銀行卡簽約成功或失敗後由使用者選擇是否跳回發卡銀行APP。
具體的,在一應用情境中,跳回URL為:
http://XXX.com/mobile/sign/express/entrance?instId=CMB&token=ddf6b4101bba4b98a7f370702f9bb5f6&cardType=CC&bankUrl=cmblife%3a%2f%2fcfp.cmb.com
進一步的,基於本說明書實施例的銀行卡簽約要素資訊獲取方法,本說明書實施例還提出了一種銀行卡簽約要素資訊獲取系統。具體的,如圖7所示,在本說明書一實施例中,銀行卡簽約要素資訊獲取系統包括:
銀行卡簽約請求接收模組710,其用於在獲得第一使用者授權後獲取銀行卡簽約請求,其中,銀行卡簽約請求由待簽約銀行卡的發卡銀行針對待簽約銀行卡產生,待簽約銀行卡為所述第一使用者的銀行卡;
銀行卡簽約請求解析模組720,其用於解析銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記;
銀行存取模組730,其用於使用銀行卡符記從發卡銀行處獲取待簽約銀行卡的簽約要素資訊。
進一步的,基於本說明書實施例的產生銀行卡簽約請求的方法,本說明書實施例還提出了一種產生銀行卡簽約請求的系統。具體的,如圖8所示,在本說明書一實施例中,產生銀行卡簽約請求的系統包括:
身份確認模組810,其用於確認第一使用者的身份,根據第一使用者的身份確認第一使用者的待簽約銀行卡;
符記產生模組820,產生與待簽約銀行卡對應的銀行卡符記;
銀行卡簽約請求產生模組830,其用於根據銀行卡符記產生銀行卡簽約請求。
進一步的,基於本說明書實施例的銀行卡簽約方法,本說明書實施例還提出了一種銀行卡簽約系統。具體的,如圖9所示,在本說明書一實施例中,銀行卡簽約系統包括:
簽約要素資訊獲取模組910,其用於接收來自本說明書實施例所述的銀行卡簽約要素資訊獲取系統的簽約要素資訊;
簽約模組920,其用於基於簽約要素資訊為第一使用者的支付機構帳戶簽約銀行卡。
進一步的,基於本發明的方法,本發明還提出了一種用於在存取方設備端資訊處理的設備,該設備包括用於儲存電腦程式指令的記憶體和用於執行程式指令的處理器,其中,當該電腦程式指令被該處理器執行時,觸發該設備執行本發明所述的方法。
在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),如調變的資料信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本發明可以在由電腦執行的電腦可執行指令的一般上下文中描述,例如程式模組。一般地,程式模組包括執行特定任務或實現特定抽象資料類型的常式、程式、物件、元件、資料結構等等。也可以在分散式運算環境中實踐本發明,在這些分散式運算環境中,由透過通信網路而被連接的遠端處理設備來執行任務。在分散式運算環境中,程式模組可以位於包括儲存裝置在內的本地和遠端電腦儲存媒體中。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於系統實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
以上所述僅為本發明的實施例而已,並不用於限制本發明。對於本領域技術人員來說,本發明可以有各種更改和變化。凡在本發明的精神和原理之內所作的任何修改、等同替換、改進等,均應包含在本發明的申請專利範圍之範疇內。
中文網域名稱 | 英文網域名稱 | 類型 | 出現要求 |
機構標識 | instld | string | M |
交易時間 | date | string | M |
銀行卡符記 | token | string | M |
訊息擴展 | extensions | 自訂 | O |
中文網域名稱 | 英文網域名稱 | 類型 | 出現要求 |
機構標識 | instld | string | M |
交易時間 | date | string | M |
卡號 | cardNo | string | M |
使用者姓名 | userName | string | M |
證件類型 | certType | string | M |
證件號 | certNo | string | M |
手機號 | mobile | string | M |
返回碼資訊 | resplnfo | M |
S110:步驟
S120:步驟
S130:步驟
S210:步驟
S211:步驟
S220:步驟
S221:步驟
S222:步驟
S230:步驟
S240:步驟
S241:步驟
S250:步驟
S310:步驟
S320:步驟
S330:步驟
S410:步驟
S420:步驟
S511:步驟
S512:步驟
S513:步驟
S514:步驟
S515:步驟
S516:步驟
S517:步驟
S520:步驟
S521:步驟
S531:步驟
S532:步驟
S533:步驟
S534:步驟
S535:步驟
S536:步驟
S537:步驟
S538:步驟
S539:步驟
S610:步驟
S620:步驟
S621:步驟
S630:步驟
S640:步驟
S641:步驟
S650:步驟
710:銀行卡簽約請求接收模組
720:銀行卡簽約請求解析模組
730:銀行存取模組
810:身份確認模組
820:符記產生模組
830:銀行卡簽約請求產生模組
910:簽約要素資訊獲取模組
920:簽約模組
此處所說明的圖式用來提供對本發明的進一步理解,構成本發明的一部分,本發明的示意性實施例及其說明用於解釋本發明,並不構成對本發明的不當限定。在圖式中:
[圖1~4]以及[圖6]為本說明書實施例中應用程式的運行方法的流程圖;
[圖5]為本說明書實施例中應用程式的靜默簽約流程的流程圖;
[圖7~9]為本說明書實施例中系統的結構方塊圖。
Claims (15)
- 一種獲取銀行卡簽約要素資訊的方法,所述方法包括: 獲取銀行卡簽約請求,其中,所述銀行卡簽約請求僅容許被第一使用者授權的應用程式或設備獲取,所述銀行卡簽約請求由待簽約銀行卡的發卡銀行針對所述待簽約銀行卡產生,所述待簽約銀行卡為所述第一使用者的銀行卡; 解析所述銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記; 基於所述銀行卡符記向所述發卡銀行發起存取請求,獲取與所述銀行卡符記對應的簽約要素資訊。
- 根據請求項1所述的方法,獲取銀行卡簽約請求,包括: 接收所述銀行卡簽約請求,其中,所述銀行卡簽約請求基於所述第一使用者在銀行應用程式的喚起端操作被輸出; 及/或, 採集所述銀行卡簽約請求,其中,透過所述第一使用者在銀行櫃臺的掃碼操作採集所述銀行卡簽約請求。
- 根據請求項1或2所述的方法,所述方法還包括: 基於所述銀行卡簽約請求喚起並進入用於解析所述銀行卡簽約請求的應用程式。
- 根據請求項3所述的方法,基於所述銀行卡簽約請求喚起並進入用於解析所述銀行卡簽約請求的應用程式,其中,透過登陸頁面的摘要進行所述應用程式的喚起,所述摘要指定固定應用標識的應用打開連結。
- 根據請求項1至4中任一項所述的方法,利用需要進行銀行卡簽約的支付機構的應用程式解析所述銀行卡簽約請求、向所述發卡銀行發起所述存取請求、以及獲取所述簽約要素資訊。
- 根據請求項1至5中任一項所述的方法,利用使用者已成功登錄的應用程式獲取所述銀行卡簽約請求、解析所述銀行卡簽約請求、向所述發卡銀行發起所述存取請求、以及獲取所述簽約要素資訊。
- 一種產生銀行卡簽約請求的方法,所述方法包括: 確認第一使用者的身份,根據所述第一使用者的身份確認所述第一使用者的待簽約銀行卡; 產生與所述待簽約銀行卡對應的銀行卡符記; 根據所述銀行卡符記產生銀行卡簽約請求。
- 根據請求項7所述的方法,在發卡銀行為所述第一使用者開卡時產生針對新開卡的銀行卡簽約請求。
- 一種銀行卡簽約方法,所述方法包括: 根據如請求項1至6中任一項所述的方法獲取對應第一使用者的待簽約銀行卡的簽約要素資訊; 基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約所述待簽約銀行卡。
- 根據請求項9所述的方法,基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約銀行卡,包括: 確認所述簽約要素資訊與所述第一使用者是否匹配; 當所述簽約要素資訊與所述第一使用者匹配時進入靜默簽約流程。
- 根據請求項10所述的方法,確認所述簽約要素資訊與所述第一使用者是否匹配,包括: 將所述第一使用者保存在所述支付機構中的資訊與所述簽約要素資訊進行一致性比對; 當所述一致性比對成功時,向所述第一使用者顯示所述簽約要素資訊的脫敏資訊,請求所述第一使用者確認所述脫敏資訊與所述第一使用者在所述發卡銀行的銀行預留資訊是否一致。
- 一種銀行卡簽約要素資訊獲取系統,所述系統包括: 銀行卡簽約請求接收模組,其用於在獲得第一使用者授權後獲取銀行卡簽約請求,所述銀行卡簽約請求由待簽約銀行卡的發卡銀行針對所述待簽約銀行卡產生,所述待簽約銀行卡為所述第一使用者的銀行卡; 銀行卡簽約請求解析模組,其用於解析所述銀行卡簽約請求,獲取對應所述待簽約銀行卡的銀行卡符記; 銀行存取模組,其用於使用所述銀行卡符記從所述發卡銀行處獲取所述待簽約銀行卡的簽約要素資訊。
- 一種產生銀行卡簽約請求的系統,所述系統包括: 身份確認模組,其用於確認第一使用者的身份,根據所述第一使用者的身份確認所述第一使用者的待簽約銀行卡; 符記產生模組,產生與所述待簽約銀行卡對應的銀行卡符記; 銀行卡簽約請求產生模組,其用於根據所述銀行卡符記產生銀行卡簽約請求。
- 一種銀行卡簽約系統,所述系統包括: 簽約要素資訊獲取模組,其用於接收來自如請求項12所述的銀行卡簽約要素資訊獲取系統的簽約要素資訊; 簽約模組,其用於基於所述簽約要素資訊為第一使用者的支付機構帳戶簽約待簽約銀行卡。
- 一種用於在存取方設備端資訊處理的設備,該設備包括用於儲存電腦程式指令的記憶體和用於執行程式指令的處理器,其中,當該電腦程式指令被該處理器執行時,觸發該設備執行請求項1至11中任一項所述的方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910455583.X | 2019-05-29 | ||
CN201910455583.XA CN110245928B (zh) | 2019-05-29 | 2019-05-29 | 一种获取银行卡签约要素信息的方法、系统及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
TW202044171A true TW202044171A (zh) | 2020-12-01 |
TWI755677B TWI755677B (zh) | 2022-02-21 |
Family
ID=67885382
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW109101357A TWI755677B (zh) | 2019-05-29 | 2020-01-15 | 獲取銀行卡簽約要素資訊的方法、系統及設備 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN110245928B (zh) |
TW (1) | TWI755677B (zh) |
WO (1) | WO2020238230A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110245928B (zh) * | 2019-05-29 | 2021-01-29 | 创新先进技术有限公司 | 一种获取银行卡签约要素信息的方法、系统及设备 |
CN111027950B (zh) * | 2019-11-20 | 2023-05-23 | 网联清算有限公司 | 支付签约系统、方法和装置 |
CN113496407B (zh) * | 2020-03-21 | 2024-09-17 | 网联清算有限公司 | 签约申请处理方法、装置、电子设备和存储介质 |
CN112734562B (zh) * | 2021-01-08 | 2023-12-19 | 泰康保险集团股份有限公司 | 一种签约系统、方法和计算机可读存储介质 |
CN112862476A (zh) * | 2021-03-31 | 2021-05-28 | 中国工商银行股份有限公司 | 一种快捷支付协议签订方法和系统、计算机可读存储介质 |
CN113807843B (zh) * | 2021-09-06 | 2023-10-20 | 中国银联股份有限公司 | 绑卡方法、用户终端、服务器、系统及存储介质 |
CN113962691A (zh) * | 2021-09-28 | 2022-01-21 | 福建省农村信用社联合社 | 一种无介质银行卡管理方法、系统、设备和介质 |
CN114640460B (zh) * | 2022-01-28 | 2024-01-30 | 成都卫士通信息产业股份有限公司 | 一种应用程序中的用户登录方法、装置、设备及介质 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
AU2003219756B2 (en) * | 2002-02-14 | 2010-03-11 | Zachary Pessin | Apparatus and method of a distributed capital system |
CN101075316A (zh) * | 2007-06-25 | 2007-11-21 | 陆航程 | 一种电子票证交易认证管理方法、载体结构、系统、终端 |
US20100042542A1 (en) * | 2008-08-12 | 2010-02-18 | Branch, Banking and Trust Company | System and method for retail on-line account opening |
US20120002008A1 (en) * | 2010-07-04 | 2012-01-05 | David Valin | Apparatus for secure recording and transformation of images to light for identification, and audio visual projection to spatial point targeted area |
CN101976403A (zh) * | 2010-10-29 | 2011-02-16 | 北京拉卡拉网络技术有限公司 | 手机号支付平台、支付交易系统及方法 |
US10515359B2 (en) * | 2012-04-02 | 2019-12-24 | Mastercard International Incorporated | Systems and methods for processing mobile payments by provisioning credentials to mobile devices without secure elements |
US10304050B2 (en) * | 2013-02-13 | 2019-05-28 | Paypal, Inc. | NFC card verification |
CN104065639B (zh) * | 2013-11-06 | 2015-07-29 | 腾讯科技(深圳)有限公司 | 银行卡的绑定方法及系统 |
CN103679963B (zh) * | 2013-11-12 | 2016-04-20 | 侯永 | 一种银行账户安保装置自助发放装置及方法 |
WO2016168749A1 (en) * | 2015-04-16 | 2016-10-20 | Visa International Service Association | Binding process using electronic telecommunications device |
US20170024733A1 (en) * | 2015-07-20 | 2017-01-26 | Thomas Purves | Seamless transaction minimizing user input |
TWI590094B (zh) * | 2016-01-08 | 2017-07-01 | Portable device for personal online transaction with mobile device and its application method | |
CN105550831A (zh) * | 2016-02-15 | 2016-05-04 | 重庆昇鑫科技有限公司 | 一种基于物联网的智慧商城商管系统 |
CN108960818A (zh) * | 2018-05-04 | 2018-12-07 | 中国银联股份有限公司 | 一种虚拟卡生成方法、用户终端以及令牌服务器 |
CN109191116B (zh) * | 2018-07-27 | 2023-05-12 | 创新先进技术有限公司 | 资源管理方法和系统以及支付管理方法和系统 |
CN109767200B (zh) * | 2018-12-28 | 2023-07-14 | 中国银联股份有限公司 | 一种电子支付方法、装置、系统和存储介质 |
CN110245928B (zh) * | 2019-05-29 | 2021-01-29 | 创新先进技术有限公司 | 一种获取银行卡签约要素信息的方法、系统及设备 |
-
2019
- 2019-05-29 CN CN201910455583.XA patent/CN110245928B/zh active Active
-
2020
- 2020-01-08 WO PCT/CN2020/070863 patent/WO2020238230A1/zh active Application Filing
- 2020-01-15 TW TW109101357A patent/TWI755677B/zh active
Also Published As
Publication number | Publication date |
---|---|
TWI755677B (zh) | 2022-02-21 |
WO2020238230A1 (zh) | 2020-12-03 |
CN110245928B (zh) | 2021-01-29 |
CN110245928A (zh) | 2019-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2020238230A1 (zh) | 一种获取银行卡签约要素信息的方法、系统及设备 | |
RU2679343C1 (ru) | Верификация бесконтактной платежной карты для выдачи платежного удостоверения мобильному устройству | |
US11310281B2 (en) | Systems and methods for monitoring computer authentication procedures | |
US12051059B1 (en) | Systems and methods for third party token based authentication | |
WO2021227966A1 (zh) | 绑定处理 | |
CN110245941B (zh) | 一种交易风险识别方法及装置 | |
US10579996B2 (en) | Presenting a document to a remote user to obtain authorization from the user | |
CN110378091A (zh) | 一种身份验证方法、装置及设备 | |
US20210174352A1 (en) | Mini-vaults for securing account information | |
WO2021147589A1 (zh) | 一种签约方法、装置及设备 | |
AU2013315881B2 (en) | Obtaining a signature from a remote user | |
WO2021257645A1 (en) | System and method for facilitating transfer of electronic payment information | |
WO2022237572A1 (zh) | 支付的方法、装置及设备 | |
WO2022076160A1 (en) | Systems and methods for use in context-based authentication | |
CN111784347A (zh) | 一种资源转移方法及装置 | |
US10977080B2 (en) | Resource instrument for processing a real-time resource event | |
WO2024046121A1 (zh) | 服务处理的方法及装置 | |
CN116436655A (zh) | 一种账户认证方法、装置、设备及介质 | |
CN114902262A (zh) | 使用非接触式卡进行帐户注册 | |
EP3279848B1 (en) | Dynamic security code for a card transaction | |
US20200167767A1 (en) | Security and authentication of interaction data | |
US20200380502A1 (en) | Method, system, and device for obtaining bank card signing information element | |
US11797621B2 (en) | Systems for leveraging additional user data in resource transfer event messaging for generating customized and refined browsing experiences | |
US20210406907A1 (en) | Authorization data processing for multiple issuers | |
EP3039626A1 (en) | Presenting a document to a remote user to obtain authorization from the user |