[發(fā)明專利]一種支付方法及裝置

有效

• 申請?zhí)枺?/td>: 201610180005.6
• 申請日: 2016-03-25
• 公開（公告）號: CN107229661B
• 公開（公告）日: 2020-11-06
• 發(fā)明（設(shè)計）人: 戴治波
• 申請（專利權(quán)）人: 蘇寧易購集團(tuán)股份有限公司
• 主分類號: G06F16/957
• 分類號: G06F16/957;G06Q20/40;G06Q30/06
• 代理公司: 江蘇圣典律師事務(wù)所 32237
• 代理人: 許峰;蘇一幟

1.一種支付方法，其特征在于，包括：

檢測用戶終端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符，所述當(dāng)前所加載的頁面為所述用戶終端所發(fā)出的支付請求所指向的頁面；

若存在所述目標(biāo)字符，則通過所述用戶終端中的支付客戶端讀取所述支付請求對應(yīng)的交易信息；

通過所述支付客戶端，根據(jù)所述交易信息進(jìn)行在線支付；

還包括：

所述用戶終端對第三方app發(fā)起的網(wǎng)絡(luò)請求進(jìn)行解析，并判定所述第三方app發(fā)起的網(wǎng)絡(luò)請求所指向的頁面的地址信息中是否在預(yù)設(shè)關(guān)鍵字，若存在則進(jìn)一步判斷當(dāng)前請求為wap收銀臺的支付方式；

若支付方式為通過sdk客戶端進(jìn)行支付，則將所述當(dāng)前請求發(fā)送至所述sdk客戶端進(jìn)行解析；

所述sdk客戶端在收到請求及參數(shù)后，通過關(guān)鍵字取出相關(guān)數(shù)據(jù)并對數(shù)據(jù)進(jìn)行解析，獲得支付所需的交易信息，再啟動支付界面，供用戶完成支付；

其中，所述用戶終端通過地址信息中目標(biāo)字符的內(nèi)容判斷所述第三方app發(fā)起的當(dāng)前支付請求是否為wap支付方式；若是，則判斷本地是否存在所述sdk客戶端，若存在則調(diào)用本地sdk客戶端完成支付，若不存在，則繼續(xù)采用wap支付方式；

所述用戶終端在本地存在所述sdk客戶端的情況下，通過所述sdk客戶端根據(jù)交易信息進(jìn)行在線支付；

若所述用戶終端當(dāng)前所加載的頁面為所述第三方app發(fā)起的wap支付請求所指向的支付頁面，則對所述第三方app發(fā)起的wap支付請求進(jìn)行替換，改為調(diào)用本地的sdk客戶端；

所述在線支付的過程，包括：

用戶在業(yè)務(wù)客戶端選購商品，下單并觸發(fā)支付訂單；

所述業(yè)務(wù)客戶端中的監(jiān)控插件檢測到所述目標(biāo)字符后，根據(jù)用戶的下單操作得到的交易信息，生成訂單信息，并獲取用戶賬戶信息；

所述業(yè)務(wù)客戶端將訂單信息和用戶賬戶信息發(fā)送至支付客戶端，并請求支付；

所述支付客戶端對當(dāng)前賬戶及終端信息本地初始化處理，生成對應(yīng)密鑰，該密鑰可訪問支付服務(wù)器存儲的賬戶及終端設(shè)備信息；

所述支付客戶端將訂單信息和用戶賬戶信息向移動互聯(lián)網(wǎng)的所述支付服務(wù)器發(fā)送；

所述支付服務(wù)器進(jìn)行商戶身份認(rèn)證、用戶身份認(rèn)證并將訂單入庫；

所述支付服務(wù)器將商戶、用戶身份認(rèn)證結(jié)果及對應(yīng)的支付訂單返回至支付客戶端；

若所述支付服務(wù)器返回的賬戶狀態(tài)為賬戶尚未激活，則支付客戶端加載展示支付密碼設(shè)置頁面；

支付客戶端根據(jù)當(dāng)前業(yè)務(wù)類型及支付服務(wù)器返回的賬戶信息，渲染展示對應(yīng)的收銀臺頁面，用戶選擇支付方式，輸入支付校驗項；

所述檢測用戶終端當(dāng)前所加載的頁面的地址信息中是否存在目標(biāo)字符，包括：

通過所述用戶終端中的業(yè)務(wù)客戶端，根據(jù)用戶操作生成所述支付請求，所述業(yè)務(wù)客戶端中運行監(jiān)控插件；

通過所述監(jiān)控插件，檢測所述業(yè)務(wù)客戶端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符，若存在則生成跳轉(zhuǎn)消息或啟動消息，所述跳轉(zhuǎn)消息用于觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面，所述啟動消息用于啟動所述支付客戶端，并觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面；

所述檢測用戶終端當(dāng)前所加載的頁面的地址信息中是否存在目標(biāo)字符，包括：

通過所述用戶終端的操作系統(tǒng)中的監(jiān)控插件，檢測所述用戶終端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符；

若存在則生成跳轉(zhuǎn)消息或啟動消息，所述跳轉(zhuǎn)消息用于觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面，所述啟動消息用于啟動所述支付客戶端，并觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面；

所述通過所述支付客戶端，根據(jù)所述交易信息進(jìn)行在線支付，包括：

通過所述支付客戶端將所述交易信息向商戶端服務(wù)器發(fā)送，以便于所述商戶端服務(wù)器根據(jù)所述交易信息生成訂單信息，并由所述商戶端服務(wù)器將所述訂單信息向支付服務(wù)器發(fā)送；

當(dāng)接收到所述支付服務(wù)器發(fā)送的確認(rèn)消息后，根據(jù)所述交易信息進(jìn)行在線支付，所述確認(rèn)消息用于表示所述交易信息對應(yīng)的商戶的身份已通過驗證；

所述通過所述支付客戶端，根據(jù)所述交易信息進(jìn)行在線支付，包括：

通過所述支付客戶端將所述交易信息向商戶端服務(wù)器發(fā)送，以便于所述商戶端服務(wù)器根據(jù)所述交易信息生成訂單信息，并由所述商戶端服務(wù)器將所述訂單信息向支付服務(wù)器發(fā)送；

當(dāng)接收到所述支付服務(wù)器發(fā)送的確認(rèn)消息后，根據(jù)所述交易信息進(jìn)行在線支付，所述確認(rèn)消息用于表示所述交易信息對應(yīng)的商戶的身份和用戶的身份已通過驗證。

2.一種支付裝置，其特征在于，包括：

監(jiān)控模塊，用于檢測用戶終端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符，所述當(dāng)前所加載的頁面為所述用戶終端所發(fā)出的支付請求所指向的頁面；

分析模塊，用于當(dāng)存在所述目標(biāo)字符時，通過所述用戶終端中的支付客戶端讀取所述支付請求對應(yīng)的交易信息；

支付模塊，用于通過所述支付客戶端，根據(jù)所述交易信息進(jìn)行在線支付；

還包括：

所述用戶終端對第三方app發(fā)起的網(wǎng)絡(luò)請求進(jìn)行解析，并判定所述第三方app發(fā)起的網(wǎng)絡(luò)請求所指向的頁面的地址信息中是否在預(yù)設(shè)關(guān)鍵字，若存在則進(jìn)一步判斷當(dāng)前請求為wap收銀臺的支付方式；

若支付方式為通過sdk客戶端進(jìn)行支付，則將所述當(dāng)前請求發(fā)送至所述sdk客戶端進(jìn)行解析；

所述sdk客戶端在收到請求及參數(shù)后，通過關(guān)鍵字取出相關(guān)數(shù)據(jù)并對數(shù)據(jù)進(jìn)行解析，獲得支付所需的交易信息，再啟動支付界面，供用戶完成支付；

其中，所述用戶終端通過地址信息中目標(biāo)字符的內(nèi)容判斷所述第三方app發(fā)起的當(dāng)前支付請求是否為wap支付方式；若是，則判斷本地是否存在所述sdk客戶端，若存在則調(diào)用本地sdk客戶端完成支付，若不存在，則繼續(xù)采用wap支付方式；

所述用戶終端在本地存在所述sdk客戶端的情況下，通過所述sdk客戶端根據(jù)交易信息進(jìn)行在線支付；

若所述用戶終端當(dāng)前所加載的頁面為所述第三方app發(fā)起的wap支付請求所指向的支付頁面，則對所述第三方app發(fā)起的wap支付請求進(jìn)行替換，改為調(diào)用本地的sdk客戶端；

所述在線支付的過程，包括：

用戶在業(yè)務(wù)客戶端選購商品，下單并觸發(fā)支付訂單；

所述業(yè)務(wù)客戶端中的監(jiān)控插件檢測到所述目標(biāo)字符后，根據(jù)用戶的下單操作得到的交易信息，生成訂單信息，并獲取用戶賬戶信息；

所述業(yè)務(wù)客戶端將訂單信息和用戶賬戶信息發(fā)送至支付客戶端，并請求支付；

所述支付客戶端對當(dāng)前賬戶及終端信息本地初始化處理，生成對應(yīng)密鑰，該密鑰可訪問支付服務(wù)器存儲的賬戶及終端設(shè)備信息；

所述支付客戶端將訂單信息和用戶賬戶信息向移動互聯(lián)網(wǎng)的所述支付服務(wù)器發(fā)送；

所述支付服務(wù)器進(jìn)行商戶身份認(rèn)證、用戶身份認(rèn)證并將訂單入庫；

所述支付服務(wù)器將商戶、用戶身份認(rèn)證結(jié)果及對應(yīng)的支付訂單返回至支付客戶端；

若所述支付服務(wù)器返回的賬戶狀態(tài)為賬戶尚未激活，則支付客戶端加載展示支付密碼設(shè)置頁面；

所述支付客戶端根據(jù)當(dāng)前業(yè)務(wù)類型及支付服務(wù)器返回的賬戶信息，渲染展示對應(yīng)的收銀臺頁面，用戶選擇支付方式，輸入支付校驗項；

所述監(jiān)控模塊，具體用于通過所述用戶終端中的業(yè)務(wù)客戶端，根據(jù)用戶操作生成所述支付請求，所述業(yè)務(wù)客戶端中運行監(jiān)控插件；并通過所述監(jiān)控插件，檢測所述業(yè)務(wù)客戶端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符，若存在則生成跳轉(zhuǎn)消息或啟動消息，所述跳轉(zhuǎn)消息用于觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面，所述啟動消息用于啟動所述支付客戶端，并觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面；

所述分析模塊，具體用于通過所述用戶終端的操作系統(tǒng)中的監(jiān)控插件，檢測所述用戶終端當(dāng)前所加載的頁面的地址信息中，是否存在目標(biāo)字符；若存在則生成跳轉(zhuǎn)消息或啟動消息，所述跳轉(zhuǎn)消息用于觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面，所述啟動消息用于啟動所述支付客戶端，并觸發(fā)所述支付客戶端根據(jù)所述交易信息生成支付界面；

所述支付模塊，具體用于通過所述支付客戶端將所述交易信息向商戶端服務(wù)器發(fā)送，以便于所述商戶端服務(wù)器根據(jù)所述交易信息生成訂單信息，并由所述商戶端服務(wù)器將所述訂單信息向支付服務(wù)器發(fā)送；當(dāng)接收到所述支付服務(wù)器發(fā)送的確認(rèn)消息后，根據(jù)所述交易信息進(jìn)行在線支付，所述確認(rèn)消息用于表示所述交易信息對應(yīng)的商戶的身份已通過驗證；

所述支付模塊，具體用于通過所述支付客戶端將所述交易信息向商戶端服務(wù)器發(fā)送，以便于所述商戶端服務(wù)器根據(jù)所述交易信息生成訂單信息，并由所述商戶端服務(wù)器將所述訂單信息向支付服務(wù)器發(fā)送；

當(dāng)接收到所述支付服務(wù)器發(fā)送的確認(rèn)消息后，根據(jù)所述交易信息進(jìn)行在線支付，所述確認(rèn)消息用于表示所述交易信息對應(yīng)的商戶的身份和用戶的身份已通過驗證。