[發(fā)明專(zhuān)利]支付方法、服務(wù)器、用戶終端、系統(tǒng)及存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 202110274046.2
• 申請(qǐng)日: 2021-03-15
• 公開(kāi)（公告）號(hào): CN112669042A
• 公開(kāi)（公告）日: 2021-04-16
• 發(fā)明（設(shè)計(jì)）人: 劉剛;彭程;孫權(quán);鄒震中;詹成初;才華
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中國(guó)銀聯(lián)股份有限公司
• 主分類(lèi)號(hào): G06Q20/40
• 分類(lèi)號(hào): G06Q20/40;G06Q20/38
• 代理公司: 北京東方億思知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11258
• 代理人: 賀琳

1.一種支付方法，其特征在于，應(yīng)用于用戶終端，所述支付方法包括：

響應(yīng)于支付功能被喚起，向支付設(shè)備提供目標(biāo)支付的交易信息，以使所述支付設(shè)備通過(guò)信息交換系統(tǒng)向認(rèn)證權(quán)限平臺(tái)傳輸所述交易信息；

在所述認(rèn)證權(quán)限平臺(tái)確定認(rèn)證判定信息未滿足預(yù)設(shè)的免認(rèn)證安全條件的情況下，接收可信服務(wù)管理平臺(tái)發(fā)送的用戶身份認(rèn)證請(qǐng)求，響應(yīng)于所述用戶身份認(rèn)證請(qǐng)求，進(jìn)行用戶身份認(rèn)證，將所述用戶身份認(rèn)證的認(rèn)證結(jié)果通過(guò)所述可信服務(wù)管理平臺(tái)傳輸至所述認(rèn)證權(quán)限平臺(tái)，以使所述認(rèn)證權(quán)限平臺(tái)確定是否繼續(xù)執(zhí)行所述目標(biāo)支付，

其中，所述認(rèn)證判定信息是所述認(rèn)證權(quán)限平臺(tái)根據(jù)所述交易信息獲取得到的，包括支付方賬戶信息、收款方信息、交易內(nèi)容信息中的一項(xiàng)或多項(xiàng)。

2.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括：

在所述認(rèn)證權(quán)限平臺(tái)確定所述認(rèn)證判定信息滿足所述免認(rèn)證安全條件的情況下，免除用戶身份認(rèn)證。

3.根據(jù)權(quán)利要求1或2或所述的方法，其特征在于，

所述支付方賬戶信息包括支付方賬戶的交易歷史數(shù)據(jù)和/或支付方賬戶的信用等級(jí)；

所述收款方信息包括收款方登記信息、收款方活動(dòng)區(qū)域、收款方信用等級(jí)中的一項(xiàng)或多項(xiàng)；

所述交易內(nèi)容信息包括交易金額和/交易商品類(lèi)型。

4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述免認(rèn)證安全條件包括以下一項(xiàng)或多項(xiàng)：

所述交易歷史數(shù)據(jù)表征所述支付方賬戶在第一預(yù)設(shè)時(shí)長(zhǎng)內(nèi)的支付次數(shù)超過(guò)第一次數(shù)閾值；

所述交易歷史數(shù)據(jù)表征距所述目標(biāo)支付發(fā)起時(shí)刻的第二預(yù)設(shè)時(shí)長(zhǎng)內(nèi)的支付次數(shù)未達(dá)到第二次數(shù)閾值，所述第二預(yù)設(shè)時(shí)長(zhǎng)小于所述第一預(yù)設(shè)時(shí)長(zhǎng)；

所述交易歷史數(shù)據(jù)表征免除用戶身份認(rèn)證的支付的金額累計(jì)未達(dá)到第一安全金額閾值；

所述支付方賬戶的信用等級(jí)高于用戶標(biāo)準(zhǔn)信用等級(jí)；

所述收款方登記信息包括的收款方名稱(chēng)在預(yù)設(shè)的收款方白名單內(nèi)；

所述收款方登記信息包括的收款方注冊(cè)資金高于安全注冊(cè)資金閾值；

所述收款方登記信息包括的收款方經(jīng)營(yíng)范圍在預(yù)設(shè)的經(jīng)營(yíng)范圍白名單內(nèi)；

所述收款方活動(dòng)區(qū)域?yàn)楣潭▍^(qū)域；

所述收款方信用等級(jí)高于收款方標(biāo)準(zhǔn)信用等級(jí)；

所述目標(biāo)支付的交易金額低于第二安全金額閾值；

所述交易商品類(lèi)型在預(yù)設(shè)的商品類(lèi)型白名單內(nèi)。

5.根據(jù)權(quán)利要求1所述的方法，其特征在于，還包括：

在所述目標(biāo)支付的上一次支付中所述用戶終端的用戶身份認(rèn)證失敗的情況下，接收所述可信服務(wù)管理平臺(tái)發(fā)送的用戶身份認(rèn)證請(qǐng)求，響應(yīng)于所述用戶身份認(rèn)證請(qǐng)求，進(jìn)行用戶身份認(rèn)證，將所述用戶身份認(rèn)證的認(rèn)證結(jié)果通過(guò)所述可信服務(wù)管理平臺(tái)傳輸至所述認(rèn)證權(quán)限平臺(tái)，以使所述認(rèn)證權(quán)限平臺(tái)確定是否繼續(xù)執(zhí)行所述目標(biāo)支付。

6.根據(jù)權(quán)利要求1或5所述的方法，其特征在于，所述認(rèn)證結(jié)果表征認(rèn)證成功或認(rèn)證失敗。

7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述響應(yīng)于支付功能被喚起，向支付設(shè)備提供交易信息，包括：

響應(yīng)于喚起操作，確定所述用戶終端支持的支付功能；

喚起所述用戶終端支持的支付功能，與支付設(shè)備交互，以提供所述交易信息，

其中，所述支付功能包括近場(chǎng)通信支付功能和/或圖形碼支付功能，所述喚起操作包括將所述用戶終端靠近所述支付設(shè)備、對(duì)所述用戶終端的預(yù)定結(jié)構(gòu)進(jìn)行的預(yù)定操作或?qū)λ鲇脩艚K端中安裝的支付應(yīng)用的操作。

8.根據(jù)權(quán)利要求1、2或5所述的方法，其特征在于，所述用戶身份認(rèn)證包括生物特征認(rèn)證和/或個(gè)人識(shí)別密碼認(rèn)證。