TW201931244A - 付款碼獲取、支付請求響應方法、裝置以及設備 - Google Patents
付款碼獲取、支付請求響應方法、裝置以及設備 Download PDFInfo
- Publication number
- TW201931244A TW201931244A TW107143882A TW107143882A TW201931244A TW 201931244 A TW201931244 A TW 201931244A TW 107143882 A TW107143882 A TW 107143882A TW 107143882 A TW107143882 A TW 107143882A TW 201931244 A TW201931244 A TW 201931244A
- Authority
- TW
- Taiwan
- Prior art keywords
- payment
- amount
- user
- payment code
- authorization
- Prior art date
Links
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/4012—Verifying personal identification numbers [PIN]
Abstract
本說明書實施例公開了付款碼獲取、支付請求響應方法、裝置以及設備。方案包括:使用戶能夠自定義付款碼的付款額度,付款額度可以是多次累計使用的,也可以限於單次使用,若超過付款額度,可以使付款失敗,並引導用戶重新指定或者重置付款額度。
Description
本說明書涉及電腦軟體技術領域,尤其涉及付款碼獲取、支付請求響應方法、裝置以及設備。
智慧型手機的使用普及給人們的生活帶來了便利。透過使用智慧型手機上的各種應用,能夠相應地進行各種業務,很多業務都涉及到支付。
在現有技術中,當用戶在商家處消費後,可以向商家展示付款碼,透過商家掃描付款碼,支付服務端進行相應處理後,完成支付,若付款碼洩露,則其關聯的支付帳戶內的全部資金存在被利用該付款碼盜用的風險。
基於現有技術,需要更為安全的付款方案。
在現有技術中,當用戶在商家處消費後,可以向商家展示付款碼,透過商家掃描付款碼,支付服務端進行相應處理後,完成支付,若付款碼洩露,則其關聯的支付帳戶內的全部資金存在被利用該付款碼盜用的風險。
基於現有技術,需要更為安全的付款方案。
本說明書實施例提供付款碼獲取、支付請求響應方法、裝置以及設備,用以解決如下技術問題:需要更為安全的付款方案。
為解決上述技術問題,本說明書實施例是這樣實現的:
本說明書實施例提供的一種付款碼獲取方法,包括:
第一客戶端接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應方法,包括:
服務端接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
本說明書實施例提供的一種付款碼獲取裝置,第一客戶端位於該裝置,該裝置包括:
接收模組,接收付款碼開啟指令;
確定模組,確定用戶指定的授權額度;
獲取模組,根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應裝置,服務端位於該裝置,該裝置包括:
接收模組,接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗模組,校驗該支付請求對應的消費金額是否將導致該付款額度超用;
響應模組,根據校驗結果響應該支付請求。
本說明書實施例提供的一種付款碼獲取設備,第一客戶端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應設備,服務端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果:使用戶能夠根據自己的使用場景自定義付款碼的付款額度,如此能夠防範付款碼洩露後付款額度之外的資金被盜用的風險,有助於提高利用付款碼付款的安全性。
為解決上述技術問題,本說明書實施例是這樣實現的:
本說明書實施例提供的一種付款碼獲取方法,包括:
第一客戶端接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應方法,包括:
服務端接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
本說明書實施例提供的一種付款碼獲取裝置,第一客戶端位於該裝置,該裝置包括:
接收模組,接收付款碼開啟指令;
確定模組,確定用戶指定的授權額度;
獲取模組,根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應裝置,服務端位於該裝置,該裝置包括:
接收模組,接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗模組,校驗該支付請求對應的消費金額是否將導致該付款額度超用;
響應模組,根據校驗結果響應該支付請求。
本說明書實施例提供的一種付款碼獲取設備,第一客戶端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
本說明書實施例提供的一種支付請求響應設備,服務端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果:使用戶能夠根據自己的使用場景自定義付款碼的付款額度,如此能夠防範付款碼洩露後付款額度之外的資金被盜用的風險,有助於提高利用付款碼付款的安全性。
本說明書實施例提供付款碼獲取、支付請求響應方法、裝置以及設備。
為了使本技術領域的人員更好地理解本說明書中的技術方案,下面將結合本說明書實施例中的圖式,對本說明書實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發明一部分實施例,而不是全部的實施例。基於本說明書實施例,本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例,都應當屬於本發明保護的範圍。
圖1為本說明書的方案在一種實際應用場景下涉及的一種整體架構示意圖。該整體架構中,主要涉及三方:作為付款者的用戶方(用戶及其使用的第一客戶端)、作為收款者的商家方(商家及其使用的第二客戶端)和支付服務方(服務端)。當然,除了商家方以外,其他用戶方也可以作為收款者。
用戶方預先自定義付款碼的付款額度,然後利用付款碼在商家方消費;商家方透過掃描付款碼請求支付服務方進行支付處理;支付服務方對付款碼進行校驗,若將超出付款額度,則可以使支付不成功。
在本說明書實施例中,付款碼主要指用於付款的二維條碼,當然,付款碼也可以採用二維條碼以外的其他數位物件唯一識別符(Digital Object Identifier,DOI)形式,比如,條形碼、字元碼等。
下面主要基於圖1中的架構,對說明書的方案詳細說明。
圖2為本說明書實施例提供的一種付款碼獲取方法的流程示意圖,執行主體為上述的第一客戶端,比如,用戶的手機上的支付應用客戶端。圖2中的流程可以包括以下步驟:
S202:第一客戶端接收付款碼開啟指令。
在本說明書實施例中,付款碼開啟指令可以用於請求開啟付款碼功能。付款碼功能開啟後,可以多次獲取付款碼(不同次獲取的付款碼可能相同,也可能不相同),為了提高安全性,每次獲取的付款碼可以具有時效性,比如,1分鐘內有效等,付款碼時效性過期後,需要重新獲取付款碼。另外,每次開啟付款碼功能後,付款碼功能本身也可以具有時效性,比如,一周內有效等,付款碼功能時效性過期後需要重新開啟付款碼功能。將本段的場景稱為第一場景。
在本說明書實施例中,付款碼開啟指令也可以用於單次地請求獲取付款碼。在這種情況下,每次獲取付款碼均需要下達一次付款碼開啟指令。將本段的場景稱為第二場景。
為了便於描述,以下各實施例主要基於第一場景。
S204:確定用戶指定的授權額度。
在本說明書實施例中,授權額度可以是用戶預先指定的,也可以是每次開啟付款碼功能時用戶實時指定的。
S206:根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
在本說明書實施例中,授權額度用於限制付款碼的付款額度,若付款碼的已付金額將超過付款額度,則可以使支付不成功。
一般地,付款碼的付款額度等於授權額度。當然,也可以將授權額度視為用戶的心理上限,若支付服務方的安全策略有需要,可以低於授權額度來設定付款碼的付款額度。
這裡所述的“付款碼的付款額度”可以指在每次開啟付款碼功能後,能夠多次獲取的付款碼的總的付款額度(該多次獲取的付款碼累計的已付金額不能超過該總的付款額度);或者,也可以指單次獲取的付款碼的付款額度(該單次獲取的付款碼的已付金額不能超過該付款額度)。可以根據實際應用場景,確定“付款碼的付款額度”的含義。為了便於描述,以下各實施例主要基於本段中的第一種含義。
目前,用戶無法自定義付款額度,若付款碼洩露,則其關聯的支付帳戶內的全部資金存在被利用該付款碼盜用的風險。而透過圖2的方法,使用戶能夠根據自己的使用場景自定義付款碼的付款額度,如此能夠防範付款碼洩露後付款額度之外的資金被盜用的風險,有助於提高利用付款碼付款的安全性。
在本說明書實施例中,付款碼可以基於第一客戶端與服務端之間的交互,由服務端或者第一客戶端產生;付款碼也可以由第一客戶端不依賴於服務端而在本地直接產生。
基於圖2的方法,本說明書實施例還提供了該方法的一些具體實施方案,以及擴展方案,下面進行說明。
在本說明書實施例中,假定用戶尚未指定授權額度,則對於步驟S204,該確定用戶指定的授權額度,具體可以包括:展示用戶輸入介面;獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額;對該身份認證資訊和該金額驗證通過,對金額的驗證比如包括驗證字段格式和取值範圍是否正確等。身份認證資訊、作為授權額度的金額可以在同一個介面輸入,也可以在不同介面輸入,輸入先後順序本發明不做限定。
上一段中的具體實施方式並非唯一。比如,身份認證也可以預先進行,而未必要在指定授權額度時進行;再比如,未必以金額作為授權額度,也可以以可付款筆數作為授權額度,每筆的金額限額可以由服務端或者用戶預先設定,若可付款筆數較少,比如為1筆,則也可以不對每筆的金額進行限制,因為一般會被用戶即時用掉,被盜用的風險較小。
在本說明書實施例中,對於步驟S206,該根據該授權額度獲取付款碼,具體可以包括:接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
對於上一段中的第一種方式,比如,第一客戶端可以將授權額度發送給服務端,以請求獲取付款碼,服務端根據諸如授權額度、用戶的帳戶標識、當前時間等參數產生付款碼,並回傳給第一客戶端;另外,服務端也可以只是產生並回傳付款碼應包含的資訊,由第一客戶端將該資訊轉換得到付款碼。對於上一段中的第二種方式,比如,第一客戶端可以在本地根據諸如授權額度、用戶的帳戶標識、當前時間等參數產生付款碼,當然,第一客戶端在產生付款碼後,可以將一些必要資訊(比如,付款碼本身或者其標識資訊等)發送給服務端,以便於服務端後續針對付款碼進行支付處理。
另外,前面已經提到,付款碼可以具有時效性。第一客戶端可以將前次獲取的付款碼保存在本地,下一次獲取時若尚未超出付款碼時限,則直接獲取本地保存的付款碼即可,而無需重新產生,也可以不與服務端進行相應的交互,從而可以節省系統資源。
在本說明書實施例中,當用戶需要向商家付款時,可以將第一客戶端獲取的付款碼向商家展示,商家掃描付款碼,透過第二客戶端向服務端發送相應的支付請求(請求從用戶方扣款並付給商家方),服務端校驗對應的消費金額是否將導致付款額度超用,若是,則當前無法支付成功,服務端可以向第一客戶端發送指令,以便於引導用戶重新指定或者重置付款額度。比如,在第一場景下,具體可以由服務端或者第一客戶端引導用戶重新開啟付款碼,以實現授權額度的重新指定或者重置。
上面從第一客戶端的角度進行了說明,下面再從服務端的角度進行說明。本說明書實施例還提供了一種支付請求響應方法的流程示意圖,如圖3所示,執行主體為上述的服務端,比如,上述支付應用客戶端對應的支付應用服務端。圖3中的流程可以包括以下步驟:
S302:服務端接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度。
S304:校驗該支付請求對應的消費金額是否將導致該付款額度超用。
S306:根據校驗結果響應該支付請求。
在本說明書實施例中,對於步驟S306,該根據校驗結果響應該支付請求,具體可以包括:若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果(當然,還可以向第一客戶端也回傳支付結果);若校驗結果為是,則向該第二客戶端回傳相應的提示資訊,提示資訊比如提示商家支付失敗、當前掃描的付款碼的付款額度不足等。
在本說明書實施例中,若校驗結果為是,還可以提醒用戶進行相應操作,消除導致當前支付失敗的因素,以便於重新嘗試支付。比如,可以向第一客戶端發送指令,以便於引導用戶重新指定或者重置付款額度等。
根據上面的說明,本說明書實施例還提供了一種實際應用場景下,基於用戶指定付款額度的付款碼的支付流程示意圖,如圖4所示。該支付流程也是示例性的,上述方法並不限於這一種具體實施流程。
圖4中的流程主要包括以下步驟:
用戶在第一客戶端點擊相應的控件,以開啟付款碼功能;
第一客戶端展示用戶輸入介面,以便於用戶輸入作為身份認證資訊的支付密碼和本次作為授權額度的金額;
第一客戶端向服務端請求獲取付款額度不超過授權額度的付款碼;
服務端產生付款碼並回傳給第一客戶端;
當用戶在商家處消費,可以向商家展示付款碼,以為消費進行付款;
商家掃描付款碼,並透過第二客戶端指定消費金額,以及向服務端發起支付請求;
服務端校驗本次消費是否將導致付款碼的付款額度超用;
若付款額度不將超用,則可以執行支付流程,進而向第一客戶端和第二客戶端回傳支付結果;
若付款額度將超用,則可以向第二客戶端回傳支付失敗,以及引導用戶重新開啟付款碼功能,以實現付款額度的重新指定或者重置。
需要說明的是,在圖4的例子中,付款額度是付款碼功能開啟後的有效期內各付款碼的累計額度。比如,假定某次開啟付款碼功能時,指定的付款額度為1000元,之後,第一次用付款碼支付了500元,第二次用付款碼支付了400元,則此時付款額度已經用掉了900元(這兩次使用的付款碼可以相同,也可以不同),若第三次想用付款碼再支付200元,則付款額度將會超用(1100元),因此,第三次支付會失敗。
基於同樣的思路,本說明書實施例還提供了上述各方法對應的裝置,如圖5、圖6所示。
圖5為本說明書實施例提供的對應於圖2的一種付款碼獲取裝置的結構示意圖,虛線方塊表示可選的模組,第一客戶端位於該裝置,該裝置包括:
接收模組501,接收付款碼開啟指令;
確定模組502,確定用戶指定的授權額度;
獲取模組503,根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
可選地,若該用戶尚未指定該授權額度,該確定模組502確定用戶指定的授權額度,具體包括:
該確定模組502展示用戶輸入介面;
獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額;
對該身份認證資訊和該金額驗證通過。
可選地,該獲取模組503根據該授權額度獲取付款碼,具體包括:
該獲取模組503接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
可選地,該裝置還包括:
引導模組504,在該獲取模組503根據該授權額度獲取付款碼後,若確定針對該付款碼的支付請求對應的消費金額將導致該付款額度超用,則引導該用戶重新指定或者重置付款額度。
圖6為本說明書實施例提供的對應於圖3的一種支付請求響應裝置的結構示意圖,服務端位於該裝置,該裝置包括:
接收模組601,接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗模組602,校驗該支付請求對應的消費金額是否將導致該付款額度超用;
響應模組603,根據校驗結果響應該支付請求。
可選地,該響應模組603根據校驗結果響應該支付請求,具體包括:
該響應模組603若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果;
若校驗結果為是,則向該第二客戶端回傳相應的提示資訊。
可選地,若校驗結果為是,該響應模組603還執行:
向該第一客戶端發送指令,以便於引導該用戶重新指定或者重置付款額度。
基於同樣的思路,本說明書實施例還提供了對應於圖2的一種付款碼獲取設備,第一客戶端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
基於同樣的思路,本說明書實施例還提供了對應於圖3的一種支付請求響應設備,服務端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
基於同樣的思路,本說明書實施例還提供了對應於圖2的一種非揮發性電腦儲存介質,儲存有電腦可執行指令,該電腦可執行指令設置為:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
基於同樣的思路,本說明書實施例還提供了對應於圖3的一種非揮發性電腦儲存介質,儲存有電腦可執行指令,該電腦可執行指令設置為:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下,在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外,在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中,多任務處理和並行處理也是可以的或者可能是有利的。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於裝置、設備、非揮發性電腦儲存介質實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本說明書實施例提供的裝置、設備、非揮發性電腦儲存介質與方法是對應的,因此,裝置、設備、非揮發性電腦儲存介質也具有與對應方法類似的有益技術效果,由於上面已經對方法的有益技術效果進行了詳細說明,因此,這裡不再贅述對應裝置、設備、非揮發性電腦儲存介質的有益技術效果。
在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),如調變的資料信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白,本說明書實施例可提供為方法、系統或電腦程式產品。因此,本說明書可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且,本說明書可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存介質(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述,例如程式模組。一般地,程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、物件、組件、資料結構等等。也可以在分布式計算環境中實踐本說明書,在這些分布式計算環境中,由透過通信網路而被連接的遠程處理設備來執行任務。在分布式計算環境中,程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存介質中。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於系統實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
以上所述僅為本說明書實施例而已,並不用於限制本發明。對於本領域技術人員來說,本發明可以有各種更改和變化。凡在本發明的精神和原理之內所作的任何修改、等同替換、改進等,均應包含在本發明的申請專利範圍之內。
為了使本技術領域的人員更好地理解本說明書中的技術方案,下面將結合本說明書實施例中的圖式,對本說明書實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本發明一部分實施例,而不是全部的實施例。基於本說明書實施例,本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例,都應當屬於本發明保護的範圍。
圖1為本說明書的方案在一種實際應用場景下涉及的一種整體架構示意圖。該整體架構中,主要涉及三方:作為付款者的用戶方(用戶及其使用的第一客戶端)、作為收款者的商家方(商家及其使用的第二客戶端)和支付服務方(服務端)。當然,除了商家方以外,其他用戶方也可以作為收款者。
用戶方預先自定義付款碼的付款額度,然後利用付款碼在商家方消費;商家方透過掃描付款碼請求支付服務方進行支付處理;支付服務方對付款碼進行校驗,若將超出付款額度,則可以使支付不成功。
在本說明書實施例中,付款碼主要指用於付款的二維條碼,當然,付款碼也可以採用二維條碼以外的其他數位物件唯一識別符(Digital Object Identifier,DOI)形式,比如,條形碼、字元碼等。
下面主要基於圖1中的架構,對說明書的方案詳細說明。
圖2為本說明書實施例提供的一種付款碼獲取方法的流程示意圖,執行主體為上述的第一客戶端,比如,用戶的手機上的支付應用客戶端。圖2中的流程可以包括以下步驟:
S202:第一客戶端接收付款碼開啟指令。
在本說明書實施例中,付款碼開啟指令可以用於請求開啟付款碼功能。付款碼功能開啟後,可以多次獲取付款碼(不同次獲取的付款碼可能相同,也可能不相同),為了提高安全性,每次獲取的付款碼可以具有時效性,比如,1分鐘內有效等,付款碼時效性過期後,需要重新獲取付款碼。另外,每次開啟付款碼功能後,付款碼功能本身也可以具有時效性,比如,一周內有效等,付款碼功能時效性過期後需要重新開啟付款碼功能。將本段的場景稱為第一場景。
在本說明書實施例中,付款碼開啟指令也可以用於單次地請求獲取付款碼。在這種情況下,每次獲取付款碼均需要下達一次付款碼開啟指令。將本段的場景稱為第二場景。
為了便於描述,以下各實施例主要基於第一場景。
S204:確定用戶指定的授權額度。
在本說明書實施例中,授權額度可以是用戶預先指定的,也可以是每次開啟付款碼功能時用戶實時指定的。
S206:根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
在本說明書實施例中,授權額度用於限制付款碼的付款額度,若付款碼的已付金額將超過付款額度,則可以使支付不成功。
一般地,付款碼的付款額度等於授權額度。當然,也可以將授權額度視為用戶的心理上限,若支付服務方的安全策略有需要,可以低於授權額度來設定付款碼的付款額度。
這裡所述的“付款碼的付款額度”可以指在每次開啟付款碼功能後,能夠多次獲取的付款碼的總的付款額度(該多次獲取的付款碼累計的已付金額不能超過該總的付款額度);或者,也可以指單次獲取的付款碼的付款額度(該單次獲取的付款碼的已付金額不能超過該付款額度)。可以根據實際應用場景,確定“付款碼的付款額度”的含義。為了便於描述,以下各實施例主要基於本段中的第一種含義。
目前,用戶無法自定義付款額度,若付款碼洩露,則其關聯的支付帳戶內的全部資金存在被利用該付款碼盜用的風險。而透過圖2的方法,使用戶能夠根據自己的使用場景自定義付款碼的付款額度,如此能夠防範付款碼洩露後付款額度之外的資金被盜用的風險,有助於提高利用付款碼付款的安全性。
在本說明書實施例中,付款碼可以基於第一客戶端與服務端之間的交互,由服務端或者第一客戶端產生;付款碼也可以由第一客戶端不依賴於服務端而在本地直接產生。
基於圖2的方法,本說明書實施例還提供了該方法的一些具體實施方案,以及擴展方案,下面進行說明。
在本說明書實施例中,假定用戶尚未指定授權額度,則對於步驟S204,該確定用戶指定的授權額度,具體可以包括:展示用戶輸入介面;獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額;對該身份認證資訊和該金額驗證通過,對金額的驗證比如包括驗證字段格式和取值範圍是否正確等。身份認證資訊、作為授權額度的金額可以在同一個介面輸入,也可以在不同介面輸入,輸入先後順序本發明不做限定。
上一段中的具體實施方式並非唯一。比如,身份認證也可以預先進行,而未必要在指定授權額度時進行;再比如,未必以金額作為授權額度,也可以以可付款筆數作為授權額度,每筆的金額限額可以由服務端或者用戶預先設定,若可付款筆數較少,比如為1筆,則也可以不對每筆的金額進行限制,因為一般會被用戶即時用掉,被盜用的風險較小。
在本說明書實施例中,對於步驟S206,該根據該授權額度獲取付款碼,具體可以包括:接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
對於上一段中的第一種方式,比如,第一客戶端可以將授權額度發送給服務端,以請求獲取付款碼,服務端根據諸如授權額度、用戶的帳戶標識、當前時間等參數產生付款碼,並回傳給第一客戶端;另外,服務端也可以只是產生並回傳付款碼應包含的資訊,由第一客戶端將該資訊轉換得到付款碼。對於上一段中的第二種方式,比如,第一客戶端可以在本地根據諸如授權額度、用戶的帳戶標識、當前時間等參數產生付款碼,當然,第一客戶端在產生付款碼後,可以將一些必要資訊(比如,付款碼本身或者其標識資訊等)發送給服務端,以便於服務端後續針對付款碼進行支付處理。
另外,前面已經提到,付款碼可以具有時效性。第一客戶端可以將前次獲取的付款碼保存在本地,下一次獲取時若尚未超出付款碼時限,則直接獲取本地保存的付款碼即可,而無需重新產生,也可以不與服務端進行相應的交互,從而可以節省系統資源。
在本說明書實施例中,當用戶需要向商家付款時,可以將第一客戶端獲取的付款碼向商家展示,商家掃描付款碼,透過第二客戶端向服務端發送相應的支付請求(請求從用戶方扣款並付給商家方),服務端校驗對應的消費金額是否將導致付款額度超用,若是,則當前無法支付成功,服務端可以向第一客戶端發送指令,以便於引導用戶重新指定或者重置付款額度。比如,在第一場景下,具體可以由服務端或者第一客戶端引導用戶重新開啟付款碼,以實現授權額度的重新指定或者重置。
上面從第一客戶端的角度進行了說明,下面再從服務端的角度進行說明。本說明書實施例還提供了一種支付請求響應方法的流程示意圖,如圖3所示,執行主體為上述的服務端,比如,上述支付應用客戶端對應的支付應用服務端。圖3中的流程可以包括以下步驟:
S302:服務端接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度。
S304:校驗該支付請求對應的消費金額是否將導致該付款額度超用。
S306:根據校驗結果響應該支付請求。
在本說明書實施例中,對於步驟S306,該根據校驗結果響應該支付請求,具體可以包括:若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果(當然,還可以向第一客戶端也回傳支付結果);若校驗結果為是,則向該第二客戶端回傳相應的提示資訊,提示資訊比如提示商家支付失敗、當前掃描的付款碼的付款額度不足等。
在本說明書實施例中,若校驗結果為是,還可以提醒用戶進行相應操作,消除導致當前支付失敗的因素,以便於重新嘗試支付。比如,可以向第一客戶端發送指令,以便於引導用戶重新指定或者重置付款額度等。
根據上面的說明,本說明書實施例還提供了一種實際應用場景下,基於用戶指定付款額度的付款碼的支付流程示意圖,如圖4所示。該支付流程也是示例性的,上述方法並不限於這一種具體實施流程。
圖4中的流程主要包括以下步驟:
用戶在第一客戶端點擊相應的控件,以開啟付款碼功能;
第一客戶端展示用戶輸入介面,以便於用戶輸入作為身份認證資訊的支付密碼和本次作為授權額度的金額;
第一客戶端向服務端請求獲取付款額度不超過授權額度的付款碼;
服務端產生付款碼並回傳給第一客戶端;
當用戶在商家處消費,可以向商家展示付款碼,以為消費進行付款;
商家掃描付款碼,並透過第二客戶端指定消費金額,以及向服務端發起支付請求;
服務端校驗本次消費是否將導致付款碼的付款額度超用;
若付款額度不將超用,則可以執行支付流程,進而向第一客戶端和第二客戶端回傳支付結果;
若付款額度將超用,則可以向第二客戶端回傳支付失敗,以及引導用戶重新開啟付款碼功能,以實現付款額度的重新指定或者重置。
需要說明的是,在圖4的例子中,付款額度是付款碼功能開啟後的有效期內各付款碼的累計額度。比如,假定某次開啟付款碼功能時,指定的付款額度為1000元,之後,第一次用付款碼支付了500元,第二次用付款碼支付了400元,則此時付款額度已經用掉了900元(這兩次使用的付款碼可以相同,也可以不同),若第三次想用付款碼再支付200元,則付款額度將會超用(1100元),因此,第三次支付會失敗。
基於同樣的思路,本說明書實施例還提供了上述各方法對應的裝置,如圖5、圖6所示。
圖5為本說明書實施例提供的對應於圖2的一種付款碼獲取裝置的結構示意圖,虛線方塊表示可選的模組,第一客戶端位於該裝置,該裝置包括:
接收模組501,接收付款碼開啟指令;
確定模組502,確定用戶指定的授權額度;
獲取模組503,根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
可選地,若該用戶尚未指定該授權額度,該確定模組502確定用戶指定的授權額度,具體包括:
該確定模組502展示用戶輸入介面;
獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額;
對該身份認證資訊和該金額驗證通過。
可選地,該獲取模組503根據該授權額度獲取付款碼,具體包括:
該獲取模組503接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
可選地,該裝置還包括:
引導模組504,在該獲取模組503根據該授權額度獲取付款碼後,若確定針對該付款碼的支付請求對應的消費金額將導致該付款額度超用,則引導該用戶重新指定或者重置付款額度。
圖6為本說明書實施例提供的對應於圖3的一種支付請求響應裝置的結構示意圖,服務端位於該裝置,該裝置包括:
接收模組601,接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗模組602,校驗該支付請求對應的消費金額是否將導致該付款額度超用;
響應模組603,根據校驗結果響應該支付請求。
可選地,該響應模組603根據校驗結果響應該支付請求,具體包括:
該響應模組603若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果;
若校驗結果為是,則向該第二客戶端回傳相應的提示資訊。
可選地,若校驗結果為是,該響應模組603還執行:
向該第一客戶端發送指令,以便於引導該用戶重新指定或者重置付款額度。
基於同樣的思路,本說明書實施例還提供了對應於圖2的一種付款碼獲取設備,第一客戶端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
基於同樣的思路,本說明書實施例還提供了對應於圖3的一種支付請求響應設備,服務端位於該設備,該設備包括:
至少一個處理器;以及,
與該至少一個處理器通信連接的記憶體;其中,
該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
基於同樣的思路,本說明書實施例還提供了對應於圖2的一種非揮發性電腦儲存介質,儲存有電腦可執行指令,該電腦可執行指令設置為:
接收付款碼開啟指令;
確定用戶指定的授權額度;
根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
基於同樣的思路,本說明書實施例還提供了對應於圖3的一種非揮發性電腦儲存介質,儲存有電腦可執行指令,該電腦可執行指令設置為:
接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度;
校驗該支付請求對應的消費金額是否將導致該付款額度超用;
根據校驗結果響應該支付請求。
上述對本說明書特定實施例進行了描述。其它實施例在所附申請專利範圍的範圍內。在一些情況下,在申請專利範圍中記載的動作或步驟可以按照不同於實施例中的順序來執行並且仍然可以實現期望的結果。另外,在圖式中描繪的過程不一定要求示出的特定順序或者連續順序才能實現期望的結果。在某些實施方式中,多任務處理和並行處理也是可以的或者可能是有利的。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於裝置、設備、非揮發性電腦儲存介質實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
本說明書實施例提供的裝置、設備、非揮發性電腦儲存介質與方法是對應的,因此,裝置、設備、非揮發性電腦儲存介質也具有與對應方法類似的有益技術效果,由於上面已經對方法的有益技術效果進行了詳細說明,因此,這裡不再贅述對應裝置、設備、非揮發性電腦儲存介質的有益技術效果。
在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),如調變的資料信號和載波。
還需要說明的是,術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含,從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素,而且還包括沒有明確列出的其他要素,或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下,由語句“包括一個……”限定的要素,並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。
本領域技術人員應明白,本說明書實施例可提供為方法、系統或電腦程式產品。因此,本說明書可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且,本說明書可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存介質(包括但不限於磁碟記憶體、CD-ROM、光學記憶體等)上實施的電腦程式產品的形式。
本說明書可以在由電腦執行的電腦可執行指令的一般上下文中描述,例如程式模組。一般地,程式模組包括執行特定任務或實現特定抽象資料類型的例程、程式、物件、組件、資料結構等等。也可以在分布式計算環境中實踐本說明書,在這些分布式計算環境中,由透過通信網路而被連接的遠程處理設備來執行任務。在分布式計算環境中,程式模組可以位於包括儲存設備在內的本地和遠程電腦儲存介質中。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於系統實施例而言,由於其基本相似於方法實施例,所以描述的比較簡單,相關之處參見方法實施例的部分說明即可。
以上所述僅為本說明書實施例而已,並不用於限制本發明。對於本領域技術人員來說,本發明可以有各種更改和變化。凡在本發明的精神和原理之內所作的任何修改、等同替換、改進等,均應包含在本發明的申請專利範圍之內。
S202~S206‧‧‧步驟
S302~S306‧‧‧步驟
501‧‧‧接收模組
502‧‧‧確定模組
503‧‧‧獲取模組
504‧‧‧引導模組
601‧‧‧接收模組
602‧‧‧校驗模組
603‧‧‧響應模組
為了更清楚地說明本說明書實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的圖式作簡單地介紹,顯而易見地,下面描述中的圖式僅僅是本說明書中記載的一些實施例,對於本領域普通技術人員來講,在不付出創造性勞動性的前提下,還可以根據這些圖式獲得其他的圖式。
圖1為本說明書的方案在一種實際應用場景下涉及的一種整體架構示意圖;
圖2為本說明書實施例提供的一種付款碼獲取方法的流程示意圖;
圖3為本說明書實施例提供的一種支付請求響應方法的流程示意圖;
圖4為本說明書實施例提供的一種實際應用場景下,基於用戶自定義付款額度的付款碼的支付流程示意圖;
圖5為本說明書實施例提供的對應於圖2的一種付款碼獲取裝置的結構示意圖;
圖6為本說明書實施例提供的對應於圖3的一種支付請求響應裝置的結構示意圖。
Claims (16)
- 一種付款碼獲取方法,包括: 第一客戶端接收付款碼開啟指令; 確定用戶指定的授權額度; 根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
- 如請求項1所述的方法,若該用戶尚未指定該授權額度,該確定用戶指定的授權額度,具體包括: 展示用戶輸入介面; 獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額; 對該身份認證資訊和該金額驗證通過。
- 如請求項1所述的方法,該根據該授權額度獲取付款碼,具體包括: 接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
- 如請求項1所述的方法,該根據該授權額度獲取付款碼後,該方法還包括: 若確定針對該付款碼的支付請求對應的消費金額將導致該付款額度超用,則引導該用戶重新指定或者重置付款額度。
- 一種支付請求響應方法,包括: 服務端接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度; 校驗該支付請求對應的消費金額是否將導致該付款額度超用; 根據校驗結果響應該支付請求。
- 如請求項5所述的方法,該根據校驗結果響應該支付請求,具體包括: 若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果; 若校驗結果為是,則向該第二客戶端回傳相應的提示資訊。
- 如請求項6所述的方法,若校驗結果為是,該方法還包括: 向該第一客戶端發送指令,以便於引導該用戶重新指定或者重置付款額度。
- 一種付款碼獲取裝置,第一客戶端位於該裝置,該裝置包括: 接收模組,接收付款碼開啟指令; 確定模組,確定用戶指定的授權額度; 獲取模組,根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
- 如請求項8所述的裝置,若該用戶尚未指定該授權額度,該確定模組確定用戶指定的授權額度,具體包括: 該確定模組展示用戶輸入介面; 獲取用戶透過該用戶輸入介面輸入的身份認證資訊和作為該授權額度的金額; 對該身份認證資訊和該金額驗證通過。
- 如請求項8所述的裝置,該獲取模組根據該授權額度獲取付款碼,具體包括: 該獲取模組接收服務端根據該授權額度產生並回傳的付款碼,或者,根據該授權額度在本地產生該付款碼。
- 如請求項8所述的裝置,該裝置還包括: 引導模組,在該獲取模組根據該授權額度獲取付款碼後,若確定針對該付款碼的支付請求對應的消費金額將導致該付款額度超用,則引導該用戶重新指定或者重置付款額度。
- 一種支付請求響應裝置,服務端位於該裝置,該裝置包括: 接收模組,接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度; 校驗模組,校驗該支付請求對應的消費金額是否將導致該付款額度超用; 響應模組,根據校驗結果響應該支付請求。
- 如請求項12所述的裝置,該響應模組根據校驗結果響應該支付請求,具體包括: 該響應模組若校驗結果為否,則根據該支付請求,透過該用戶的帳戶對該消費金額進行支付,並向該第二客戶端回傳支付結果; 若校驗結果為是,則向該第二客戶端回傳相應的提示資訊。
- 如請求項13所述的裝置,若校驗結果為是,該響應模組還執行: 向該第一客戶端發送指令,以便於引導該用戶重新指定或者重置付款額度。
- 一種付款碼獲取設備,第一客戶端位於該設備,該設備包括: 至少一個處理器;以及, 與該至少一個處理器通信連接的記憶體;其中, 該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠: 接收付款碼開啟指令; 確定用戶指定的授權額度; 根據該授權額度獲取付款碼,以用於付款,其中,該付款碼的付款額度不超過該授權額度。
- 一種支付請求響應設備,服務端位於該設備,該設備包括: 至少一個處理器;以及, 與該至少一個處理器通信連接的記憶體;其中, 該記憶體儲存有可被該至少一個處理器執行的指令,該指令被該至少一個處理器執行,以使該至少一個處理器能夠: 接收第二客戶端透過掃描付款碼發送的支付請求,其中,該付款碼的付款額度不超過第一客戶端的用戶指定的授權額度; 校驗該支付請求對應的消費金額是否將導致該付款額度超用; 根據校驗結果響應該支付請求。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
??201810028999.9 | 2018-01-12 | ||
CN201810028999.9A CN108280645A (zh) | 2018-01-12 | 2018-01-12 | 付款码获取、支付请求响应方法、装置以及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
TW201931244A true TW201931244A (zh) | 2019-08-01 |
Family
ID=62803519
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW107143882A TW201931244A (zh) | 2018-01-12 | 2018-12-06 | 付款碼獲取、支付請求響應方法、裝置以及設備 |
Country Status (3)
Country | Link |
---|---|
CN (1) | CN108280645A (zh) |
TW (1) | TW201931244A (zh) |
WO (1) | WO2019137357A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108280645A (zh) * | 2018-01-12 | 2018-07-13 | 阿里巴巴集团控股有限公司 | 付款码获取、支付请求响应方法、装置以及设备 |
CN111461696A (zh) * | 2020-03-31 | 2020-07-28 | 支付宝实验室(新加坡)有限公司 | 一种付款码展示方法、支付设备及电子设备 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101165716A (zh) * | 2006-10-16 | 2008-04-23 | 祁勇 | 一种基于交易代码的电子支付方法 |
US20110147449A1 (en) * | 2009-12-23 | 2011-06-23 | Lu Cheng-Han | Processing method for electronic expense certification |
US9785943B2 (en) * | 2010-03-25 | 2017-10-10 | Mastercard International Incorporated | Methods for risk management in payment device system |
US20230196328A1 (en) * | 2013-02-14 | 2023-06-22 | Advanced New Technologies Co., Ltd. | Data interaction method and device, and offline credit payment method and device |
CN105989491A (zh) * | 2015-02-17 | 2016-10-05 | 孙宏铭 | 一种动态授权码生成方法及装置、支付交易方法及系统 |
CN105046496A (zh) * | 2015-08-27 | 2015-11-11 | 宇龙计算机通信科技(深圳)有限公司 | 一种信息处理方法、装置以及终端 |
CN106600284B (zh) * | 2016-12-22 | 2020-09-04 | Tcl科技集团股份有限公司 | 一种信用额度的授权方法及装置 |
CN106960341A (zh) * | 2017-03-23 | 2017-07-18 | 珠海市魅族科技有限公司 | 一种支付分享方法及系统 |
CN108280645A (zh) * | 2018-01-12 | 2018-07-13 | 阿里巴巴集团控股有限公司 | 付款码获取、支付请求响应方法、装置以及设备 |
-
2018
- 2018-01-12 CN CN201810028999.9A patent/CN108280645A/zh active Pending
- 2018-12-06 TW TW107143882A patent/TW201931244A/zh unknown
-
2019
- 2019-01-08 WO PCT/CN2019/070795 patent/WO2019137357A1/zh active Application Filing
Also Published As
Publication number | Publication date |
---|---|
WO2019137357A1 (zh) | 2019-07-18 |
CN108280645A (zh) | 2018-07-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
TWI761519B (zh) | 支付方法、裝置及其設備 | |
TWI771608B (zh) | 設備支付方法及裝置 | |
WO2018103553A1 (zh) | 信息交互方法及装置 | |
TW201944315A (zh) | 二維條碼圖片獲取方法、裝置以及設備 | |
WO2018103561A1 (zh) | 一种业务处理方法及装置 | |
TWI727212B (zh) | Nfc可攜式設備的寫入、支付方法、裝置以及設備 | |
WO2019134551A1 (zh) | 一种支付方法、装置及设备 | |
WO2020001107A1 (zh) | 一种交易卡和信息显示方法 | |
TWI741555B (zh) | 顯示數位物件唯一識別符的方法及裝置 | |
WO2019179243A1 (zh) | 一种信息展示方法、装置及设备 | |
WO2019029456A1 (zh) | 一种信息显示方法及装置 | |
WO2018188621A1 (zh) | 一种资源传输方法及装置 | |
KR20190130142A (ko) | 계좌 생성, 계좌 리필 및 데이터 동기화를 위한 방법 및 디바이스 | |
WO2021244537A1 (zh) | 资源转移 | |
TW201935373A (zh) | 退稅方法、裝置及設備 | |
CN109003071B (zh) | 支付方法、装置及设备 | |
TWI729675B (zh) | 互動界面的顯示方法、裝置及設備 | |
WO2019137357A1 (zh) | 付款码获取、支付请求响应方法、装置以及设备 | |
WO2019179247A1 (zh) | 一种支付辅助终端 | |
WO2019214305A1 (zh) | 一种基于doi的支付方法、装置及设备 | |
WO2024046121A1 (zh) | 服务处理的方法及装置 | |
TWI697801B (zh) | 應用功能啟動方法、裝置以及設備 | |
WO2019154168A1 (zh) | 应用的识别码的展示方法及装置 | |
TWI732139B (zh) | 數位物件唯一識別碼(doi)展示和交易資訊校驗方法、裝置及設備 | |
WO2019095855A1 (zh) | 支付凭证信息生成方法及装置、设备 |