[發(fā)明專利]合并支付策略選擇方法、系統(tǒng)、網(wǎng)絡(luò)設(shè)備和存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 202210754095.0
• 申請(qǐng)日: 2022-06-30
• 公開（公告）號(hào): CN114819947A
• 公開（公告）日: 2022-07-29
• 發(fā)明（設(shè)計(jì)）人: 陳恩澤;周軍;楊宜
• 申請(qǐng)（專利權(quán)）人: 云賬戶技術(shù)（天津）有限公司
• 主分類號(hào): G06Q20/22
• 分類號(hào): G06Q20/22;G06Q20/36;G06Q30/02;G06Q30/06
• 代理公司: 北京銀龍知識(shí)產(chǎn)權(quán)代理有限公司 11243
• 代理人: 孫靜雯

本申請(qǐng)?zhí)峁┮环N合并支付策略選擇方法、系統(tǒng)、網(wǎng)絡(luò)設(shè)備和存儲(chǔ)介質(zhì)，屬于互聯(lián)網(wǎng)金融技術(shù)領(lǐng)域。本申請(qǐng)?zhí)峁┑暮喜⒅Ц恫呗赃x擇方法，通過接收業(yè)務(wù)端發(fā)起的多條提現(xiàn)請(qǐng)求，并存儲(chǔ)于數(shù)據(jù)庫中；根據(jù)每條提現(xiàn)請(qǐng)求獲取對(duì)應(yīng)的提現(xiàn)信息；根據(jù)所有提現(xiàn)請(qǐng)求、每條提現(xiàn)請(qǐng)求對(duì)應(yīng)的提現(xiàn)信息以及預(yù)設(shè)的合并支付規(guī)則，獲取當(dāng)前時(shí)刻的合并支付策略集；根據(jù)當(dāng)前時(shí)刻的支付服務(wù)負(fù)載情況，對(duì)所述合并支付策略集中的所有合并支付策略進(jìn)行評(píng)估，選擇當(dāng)前時(shí)刻的合并支付策略；根據(jù)所述當(dāng)前時(shí)刻的合并支付策略，生成合并提現(xiàn)訂單并進(jìn)行支付；結(jié)合多種合并支付規(guī)則和服務(wù)器負(fù)載進(jìn)行合并支付策略評(píng)估，選擇出更優(yōu)化的合并支付策略，提高用戶體驗(yàn)度并降低支付服務(wù)系統(tǒng)的壓力。

技術(shù)領(lǐng)域

本申請(qǐng)涉及互聯(lián)網(wǎng)金融技術(shù)領(lǐng)域，尤其涉及一種合并支付策略選擇方法、系統(tǒng)、網(wǎng)絡(luò)設(shè)備和存儲(chǔ)介質(zhì)。

背景技術(shù)

在小規(guī)模支付業(yè)務(wù)場(chǎng)景下，收款人會(huì)有大量的小額收入需要收取，例如直播打賞到賬功能，為了對(duì)打賞做更及時(shí)的激勵(lì)，每筆打賞直接發(fā)放到銀行賬戶，資金實(shí)時(shí)到賬形成了即時(shí)激勵(lì)，但對(duì)主播來說每筆收入額度都很小到賬提醒又很頻繁非常困擾，實(shí)時(shí)到賬次數(shù)太多收到的到賬提醒打擾了用戶的正常使用應(yīng)用，或設(shè)備。

在這種支付場(chǎng)景下，在支付高峰期會(huì)對(duì)支付系統(tǒng)的支付性能帶來考驗(yàn)，若每筆都單獨(dú)支付，并發(fā)支付次數(shù)比較多，對(duì)支付系統(tǒng)的性能壓力也較大；同時(shí)，頻繁的到賬也會(huì)影響下游系統(tǒng)的風(fēng)控，容易誤觸發(fā)風(fēng)控，對(duì)相同金額的支付做攔截，影響用戶的正常提現(xiàn)。

現(xiàn)有技術(shù)中已有的合并支付方法通常只是單純的按預(yù)定時(shí)間、或預(yù)定金額、或者按訂單數(shù)量把支付請(qǐng)求進(jìn)行合并支付，這種方式面對(duì)多用戶的小額支付場(chǎng)景并不能起到很好的效果，由于用戶眾多、采用的支付渠道、金額、到賬時(shí)間要求，以及支付系統(tǒng)本身的負(fù)載問題，現(xiàn)有的合并支付方法并不能很好的提升用戶體驗(yàn)度，降低支付系統(tǒng)壓力。

發(fā)明內(nèi)容

本申請(qǐng)?zhí)岢隽艘环N合并支付策略選擇方法、系統(tǒng)、網(wǎng)絡(luò)設(shè)備和存儲(chǔ)介質(zhì)，以解決現(xiàn)有技術(shù)中小額支付場(chǎng)景下多次提現(xiàn)影響用戶體驗(yàn)、支付系統(tǒng)壓力大的問題。

為了解決上述技術(shù)問題，本申請(qǐng)是這樣實(shí)現(xiàn)的：

第一方面，本申請(qǐng)實(shí)施例提供了一種合并支付策略選擇方法，包括：

一種合并支付策略選擇方法，所述方法包括：

接收業(yè)務(wù)端發(fā)起的多條提現(xiàn)請(qǐng)求，并存儲(chǔ)于數(shù)據(jù)庫中；

根據(jù)每條提現(xiàn)請(qǐng)求獲取對(duì)應(yīng)的提現(xiàn)信息；

根據(jù)所有提現(xiàn)請(qǐng)求、每條提現(xiàn)請(qǐng)求對(duì)應(yīng)的提現(xiàn)信息以及預(yù)設(shè)的合并支付規(guī)則，獲取當(dāng)前時(shí)刻的合并支付策略集；所述合并支付策略集中包括至少一個(gè)合并支付策略；所述合并支付策略中至少包括待合并的提現(xiàn)請(qǐng)求；

根據(jù)當(dāng)前時(shí)刻的支付服務(wù)負(fù)載情況，對(duì)所述合并支付策略集中的所有合并支付策略進(jìn)行評(píng)估；

根據(jù)合并支付策略評(píng)估結(jié)果，選擇當(dāng)前時(shí)刻的合并支付策略；

根據(jù)所述當(dāng)前時(shí)刻的合并支付策略，生成合并提現(xiàn)訂單并進(jìn)行支付。

第二方面，本申請(qǐng)實(shí)施例提供了一種合并支付策略選擇系統(tǒng)，包括：

提現(xiàn)請(qǐng)求接收模塊，用于接收業(yè)務(wù)端發(fā)起的多條提現(xiàn)請(qǐng)求，并存儲(chǔ)于數(shù)據(jù)庫中；

提現(xiàn)信息獲取模塊，用于根據(jù)每條提現(xiàn)請(qǐng)求獲取對(duì)應(yīng)的提現(xiàn)信息；

提現(xiàn)策略生成模塊，用于根據(jù)所有提現(xiàn)請(qǐng)求、每條提現(xiàn)請(qǐng)求對(duì)應(yīng)的提現(xiàn)信息以及預(yù)設(shè)的合并支付規(guī)則，獲取當(dāng)前時(shí)刻的合并支付策略集；所述合并支付策略集中包括至少一個(gè)合并支付策略；所述合并支付策略中至少包括待合并的提現(xiàn)請(qǐng)求；

提現(xiàn)策略評(píng)估模塊，用于根據(jù)當(dāng)前時(shí)刻的支付服務(wù)負(fù)載情況，對(duì)所述合并支付策略集中的所有合并支付策略進(jìn)行評(píng)估；

提現(xiàn)策略選擇模塊，用于根據(jù)合并支付策略評(píng)估結(jié)果，選擇當(dāng)前時(shí)刻的合并支付策略；

支付模塊，用于根據(jù)所述當(dāng)前時(shí)刻的合并支付策略，生成合并提現(xiàn)訂單并進(jìn)行支付。