[發(fā)明專利]游戲充值支付結(jié)果的通知方法、裝置和網(wǎng)關(guān)設(shè)備

在審

• 申請(qǐng)?zhí)枺?/td>: 201710941199.1
• 申請(qǐng)日: 2017-10-10
• 公開(kāi)（公告）號(hào): CN107657434A
• 公開(kāi)（公告）日: 2018-02-02
• 發(fā)明（設(shè)計(jì)）人: 余昆明;施宗衍
• 申請(qǐng)（專利權(quán)）人: 廣州四三九九信息科技有限公司
• 主分類號(hào): G06Q20/02
• 分類號(hào): G06Q20/02;G06Q20/28;A63F13/792;G06F17/30
• 代理公司: 北京超凡志成知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙)11371
• 代理人: 王寧寧

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

本發(fā)明涉及游戲充值技術(shù)領(lǐng)域，尤其是涉及一種游戲充值支付結(jié)果的通知方法、裝置和網(wǎng)關(guān)設(shè)備。

背景技術(shù)

游戲充值業(yè)務(wù)涉及游戲、游戲充值網(wǎng)關(guān)、支付渠道等部分；其中，游戲充值網(wǎng)關(guān)為游戲充值業(yè)務(wù)的核心，游戲?yàn)橛螒虺渲稻W(wǎng)關(guān)的下游，支付渠道為游戲充值網(wǎng)關(guān)的上游。游戲充值網(wǎng)關(guān)的功能可概括地劃分為：將游戲充值請(qǐng)求遞交至支付渠道、將支付渠道的支付結(jié)果通知至游戲。

現(xiàn)有方式中，游戲充值網(wǎng)關(guān)在接收到支付渠道的支付結(jié)果后，采取同步的方式將支付結(jié)果通知至游戲，完成后再將處理結(jié)果返回給支付渠道。這種同步方式通知游戲支付結(jié)果，可能會(huì)由于網(wǎng)絡(luò)故障、游戲接口故障、游戲接口處理延時(shí)等原因造成支付結(jié)果不能及時(shí)返回給支付渠道，可靠性較低。

針對(duì)上述游戲充值支付結(jié)果的通知方式可靠性較低的問(wèn)題，尚未提出有效的解決方案。

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

有鑒于此，本發(fā)明的目的在于提供一種游戲充值支付結(jié)果的通知方法、裝置和網(wǎng)關(guān)設(shè)備，以提高網(wǎng)關(guān)處理大量訂單時(shí)的峰值處理能力，進(jìn)而使游戲充值支付結(jié)果的通知方式更加可靠。

第一方面，本發(fā)明實(shí)施例提供了一種游戲充值支付結(jié)果的通知方法，方法應(yīng)用于網(wǎng)關(guān)，網(wǎng)關(guān)與支付渠道側(cè)和游戲側(cè)分別連接，方法包括：接收來(lái)自支付渠道側(cè)的訂單的支付結(jié)果；當(dāng)支付結(jié)果合法時(shí)，將支付結(jié)果保存為待通知訂單，寫入Redis存儲(chǔ)區(qū)；其中，待通知訂單包括支付結(jié)果和支付結(jié)果的優(yōu)先級(jí)參數(shù)；優(yōu)先級(jí)參數(shù)包括支付結(jié)果的通知時(shí)間和/或通知頻率；根據(jù)優(yōu)先級(jí)參數(shù)，將支付結(jié)果通知至游戲側(cè)。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了第一方面的第一種可能的實(shí)施方式，其中，上述當(dāng)支付結(jié)果合法時(shí)，將支付結(jié)果保存為待通知訂單，寫入Redis存儲(chǔ)區(qū)的步驟，包括：從支付結(jié)果中提取支付結(jié)果的來(lái)源、支付狀態(tài)和支付金額；其中，來(lái)源包括生成支付結(jié)果的支付平臺(tái)；支付狀態(tài)包括支付成功或支付失敗；支付金額包括用戶實(shí)際支付的金額；判斷支付結(jié)果的來(lái)源是否合法；如果合法，判斷支付結(jié)果的支付狀態(tài)是否是支付成功；如果是支付成功，將訂單的支付狀態(tài)設(shè)置為已支付，將訂單的支付金額設(shè)置為實(shí)際支付的金額；將支付結(jié)果保存為待通知訂單，寫入Redis存儲(chǔ)區(qū)。

結(jié)合第一方面，本發(fā)明實(shí)施例提供了第一方面的第二種可能的實(shí)施方式，其中，上述根據(jù)優(yōu)先級(jí)參數(shù)，將支付結(jié)果通知至游戲側(cè)的步驟，包括：從Redis存儲(chǔ)區(qū)中讀取優(yōu)先級(jí)參數(shù)滿足設(shè)定條件的多個(gè)待通知訂單；將多個(gè)待通知訂單分配至處于空閑狀態(tài)的子進(jìn)程，以使子進(jìn)程將待通知訂單對(duì)應(yīng)的支付結(jié)果發(fā)送至游戲側(cè)。

結(jié)合第一方面的第二種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第三種可能的實(shí)施方式，其中，上述子進(jìn)程將待通知訂單對(duì)應(yīng)的支付結(jié)果發(fā)送至游戲側(cè)的步驟，包括：子進(jìn)程向游戲側(cè)發(fā)送支付結(jié)果；監(jiān)測(cè)是否接收到游戲側(cè)發(fā)送的支付結(jié)果對(duì)應(yīng)的通知接收反饋信息；如果是，將訂單的通知狀態(tài)設(shè)置為已通知；如果否，將支付結(jié)果對(duì)應(yīng)的待通知訂單再次寫入Redis存儲(chǔ)區(qū)。

結(jié)合第一方面的第二種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第四種可能的實(shí)施方式，其中，上述子進(jìn)程將待通知訂單對(duì)應(yīng)的支付結(jié)果發(fā)送至游戲側(cè)的步驟，還包括：多個(gè)子進(jìn)程之間以并發(fā)的方式，執(zhí)行第一方面的第三種可能的實(shí)施方式的方法。

結(jié)合第一方面的第二種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第五種可能的實(shí)施方式，其中，上述從Redis存儲(chǔ)區(qū)中讀取優(yōu)先級(jí)參數(shù)滿足設(shè)定條件的多個(gè)待通知訂單的步驟，包括：根據(jù)優(yōu)先級(jí)參數(shù)，為每個(gè)待通知訂單設(shè)置優(yōu)先級(jí)；從Redis存儲(chǔ)區(qū)中提取優(yōu)先級(jí)滿足設(shè)定閾值的多個(gè)待通知訂單。

結(jié)合第一方面的第二種可能的實(shí)施方式，本發(fā)明實(shí)施例提供了第一方面的第六種可能的實(shí)施方式，其中，上述從Redis存儲(chǔ)區(qū)中讀取優(yōu)先級(jí)參數(shù)滿足設(shè)定條件的多個(gè)待通知訂單的步驟之前，方法還包括：初始化待通知訂單的處理參數(shù)；其中，處理參數(shù)包括休眠時(shí)間、同時(shí)處理待通知訂單的最大數(shù)量和待通知訂單中的通知頻率。

第二方面，本發(fā)明實(shí)施例提供了一種游戲充值支付結(jié)果的通知裝置，裝置設(shè)置于網(wǎng)關(guān)，網(wǎng)關(guān)與支付渠道側(cè)和游戲側(cè)分別連接，裝置包括：接收模塊，用于接收來(lái)自支付渠道側(cè)的訂單的支付結(jié)果；寫入模塊，用于當(dāng)支付結(jié)果合法時(shí)，將支付結(jié)果保存為待通知訂單，寫入Redis存儲(chǔ)區(qū)；其中，待通知訂單包括支付結(jié)果和支付結(jié)果的優(yōu)先級(jí)參數(shù)；優(yōu)先級(jí)參數(shù)包括支付結(jié)果的通知時(shí)間和/或通知頻率；通知模塊，用于根據(jù)優(yōu)先級(jí)參數(shù)，將支付結(jié)果通知至游戲側(cè)。