[發(fā)明專利]一種電商平臺數(shù)據(jù)處理方法、裝置及用戶終端

在審

• 申請?zhí)枺?/td>: 201710330894.4
• 申請日: 2017-05-11
• 公開（公告）號: CN107273220A
• 公開（公告）日: 2017-10-20
• 發(fā)明（設(shè)計(jì)）人: 陳強(qiáng);陳利亮
• 申請（專利權(quán)）人: 廣東網(wǎng)金控股股份有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06Q30/06
• 代理公司: 廣州君咨知識產(chǎn)權(quán)代理有限公司44437
• 代理人: 王璽建

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

本發(fā)明涉及計(jì)算機(jī)軟件技術(shù)，尤其涉及應(yīng)用于電商平臺搶購活動的數(shù)據(jù)處理方法。

背景技術(shù)

電商平臺中搶購活動是一種非常常見的應(yīng)用場景。搶購活動一般會有預(yù)約、搶訂單、支付三大環(huán)節(jié)，其中搶訂單環(huán)節(jié)最考慮平臺的抗壓能力。搶訂單環(huán)節(jié)一般會帶來大量用戶高并發(fā)訪問和商品負(fù)庫存(成功下訂單買到的商品數(shù)量超過商品的存庫數(shù))現(xiàn)象，導(dǎo)致用戶體驗(yàn)不好。

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

為了克服現(xiàn)有技術(shù)的不足，本發(fā)明的目的之一在于提供一種電商平臺數(shù)據(jù)處理方法，其解決了電商平臺開展搶購活動時出現(xiàn)負(fù)庫存的問題。

本發(fā)明的目的之二在于提供一種電商平臺數(shù)據(jù)處理裝置，其解決了電商平臺開展搶購活動時出現(xiàn)負(fù)庫存的問題。

本發(fā)明的目的之三在于提供一種用戶終端，其解決了電商平臺開展搶購活動時出現(xiàn)負(fù)庫存的問題。

為實(shí)現(xiàn)上述目的之一，本發(fā)明所采用的技術(shù)方案如下：

一種電商平臺數(shù)據(jù)處理方法，其特征在于，包括以下步驟：

根據(jù)第一預(yù)設(shè)規(guī)則生成對應(yīng)數(shù)量的處理線程；

根據(jù)第二預(yù)設(shè)規(guī)則為每條處理線程配置對應(yīng)的可處理請求數(shù)；

接收搶購請求，判斷各個處理線程的處理完成數(shù)之和是否小于搶購商品總數(shù)，若是，則加入搶購請求隊(duì)列，若否，則結(jié)束流程；

將搶購請求隊(duì)列中的搶購請求分發(fā)至可處理請求數(shù)大于0的處理線程中；

通過各個處理線程串行處理自身對應(yīng)的搶購請求，并判斷自身的可處理請求數(shù)是否大于0，若是，則執(zhí)行搶購成功操作，同時記錄自身的處理完成數(shù)加1，可處理請求數(shù)減1；若否，則將搶購請求返回?fù)屬徴埱箨?duì)列中重新分發(fā)；

當(dāng)獲取到所有處理線程的可處理請求數(shù)均等于0時，提示搶購結(jié)束，并結(jié)束流程。

優(yōu)選的，所述第一預(yù)設(shè)規(guī)則為：將預(yù)設(shè)分區(qū)數(shù)記為N，將搶購商品總數(shù)記為S，若S％N＝0，則處理線程的數(shù)量等于N，若S％N≠0，處理線程的數(shù)量等于N+1，其中，％為取余運(yùn)算。

優(yōu)選的，所述第二預(yù)設(shè)規(guī)則為：當(dāng)處理線程的數(shù)量等于N時，每條處理線程的可處理請求數(shù)為S/N，當(dāng)處理線程的數(shù)量等于N+1時，其中N條處理線程的可處理請求數(shù)為S/N，其余一條處理線程的可處理請求數(shù)為S％N，其中，/為除運(yùn)算。

優(yōu)選的，所述預(yù)設(shè)分區(qū)數(shù)小于或等于處理器核心數(shù)。

優(yōu)選的，搶購請求隊(duì)列中的搶購請求通過并行的方式進(jìn)行分發(fā)。

為實(shí)現(xiàn)上述目的之二，本發(fā)明所采用的技術(shù)方案如下：

一種電商平臺數(shù)據(jù)處理裝置，其特征在于，包括以下模塊：

處理線程生成模塊，用于根據(jù)第一預(yù)設(shè)規(guī)則生成對應(yīng)數(shù)量的處理線程；

可處理請求數(shù)配置模塊，用于根據(jù)第二預(yù)設(shè)規(guī)則為每條處理線程配置對應(yīng)的可處理請求數(shù)；

搶購請求判斷模塊，用于接收搶購請求，判斷各個處理線程的處理完成數(shù)之和是否小于搶購商品總數(shù)，若是，則加入搶購請求隊(duì)列，若否，則結(jié)束流程；

搶購請求分發(fā)模塊，用于將搶購請求隊(duì)列中的搶購請求分發(fā)至可處理請求數(shù)大于0的處理線程中；

搶購請求處理模塊，用于通過各個處理線程串行處理自身對應(yīng)的搶購請求，并判斷自身的可處理請求數(shù)是否大于0，若是，則執(zhí)行搶購成功操作，同時記錄自身的處理完成數(shù)加1，可處理請求數(shù)減1；若否，則將搶購請求返回?fù)屬徴埱箨?duì)列中重新分發(fā)；

搶購結(jié)束模塊，用于當(dāng)獲取到所有處理線程的可處理請求數(shù)均等于0時，提示搶購結(jié)束，并結(jié)束流程。

優(yōu)選的，所述第一預(yù)設(shè)規(guī)則為：將預(yù)設(shè)分區(qū)數(shù)記為N，將搶購商品總數(shù)記為S，若S％N＝0，則處理線程的數(shù)量等于N，若S％N≠0，處理線程的數(shù)量等于N+1，其中，％為取余運(yùn)算。

優(yōu)選的，所述第二預(yù)設(shè)規(guī)則為：當(dāng)處理線程的數(shù)量等于N時，每條處理線程的可處理請求數(shù)為S/N，當(dāng)處理線程的數(shù)量等于N+1時，其中N條處理線程的可處理請求數(shù)為S/N，其余一條處理線程的可處理請求數(shù)為S％N，其中，/為除運(yùn)算。

優(yōu)選的，所述預(yù)設(shè)分區(qū)數(shù)小于或等于處理器核心數(shù)。

優(yōu)選的，搶購請求隊(duì)列中的搶購請求通過并行的方式進(jìn)行分發(fā)。

為實(shí)現(xiàn)上述目的之三，本發(fā)明所采用的技術(shù)方案如下：

一種用戶終端，其特征在于，包括：

存儲器，用于存儲程序指令；

處理器，用于運(yùn)行所述程序指令，以執(zhí)行以下步驟：

根據(jù)第一預(yù)設(shè)規(guī)則生成對應(yīng)數(shù)量的處理線程；

根據(jù)第二預(yù)設(shè)規(guī)則為每條處理線程配置對應(yīng)的可處理請求數(shù)；