[發(fā)明專(zhuān)利]一種基于電商平臺(tái)的交易訂單數(shù)據(jù)優(yōu)化處理方法

有效

• 申請(qǐng)?zhí)枺?/td>: 202110067357.1
• 申請(qǐng)日: 2021-01-19
• 公開(kāi)（公告）號(hào): CN112700310B
• 公開(kāi)（公告）日: 2021-09-07
• 發(fā)明（設(shè)計(jì)）人: 陽(yáng)羽潔;徐輝;許映娜
• 申請(qǐng)（專(zhuān)利權(quán)）人: 匯通數(shù)科智能科技有限公司
• 主分類(lèi)號(hào): G06Q30/06
• 分類(lèi)號(hào): G06Q30/06;G06Q30/02
• 代理公司: 江蘇圣典律師事務(wù)所 32237
• 代理人: 吳庭祥

1.一種基于電商平臺(tái)的交易訂單數(shù)據(jù)優(yōu)化處理方法，其特征在于，包括如下步驟：

步驟1，對(duì)電商平臺(tái)業(yè)務(wù)進(jìn)行建模處理；

步驟2，建設(shè)基于流程引擎的交易訂單數(shù)據(jù)處理模塊，完成交易訂單數(shù)據(jù)優(yōu)化處理；

步驟1包括：

步驟1-1，將電商平臺(tái)的交易訂單接單流程拆分成三個(gè)數(shù)據(jù)處理步驟：提交訂單后處理、支付前檢查、支付成功后執(zhí)行；遍歷統(tǒng)計(jì)所有交易訂單在每個(gè)步驟的數(shù)據(jù)處理中所需要調(diào)用的接口和數(shù)據(jù)處理形式；

步驟1-2，按照接口所處理的數(shù)據(jù)對(duì)應(yīng)的資源類(lèi)型不同，將每類(lèi)被調(diào)用的接口定義成資源類(lèi)型，每個(gè)資源類(lèi)型的數(shù)據(jù)處理形式定義成資源事件，基于資源事件設(shè)計(jì)4種事件執(zhí)行器用于處理資源數(shù)據(jù)；

步驟1-3，設(shè)計(jì)一種自定義注解，包含所有的資源類(lèi)型、資源事件及對(duì)應(yīng)的事件執(zhí)行器，并在此基礎(chǔ)上追加定義開(kāi)始資源事件和結(jié)束資源事件，用于控制資源數(shù)據(jù)處理的開(kāi)始和結(jié)束；

步驟1-4，基于電商平臺(tái)的訂單類(lèi)型，得到訂單類(lèi)型對(duì)應(yīng)的流程引擎，完成流程引擎表的建立；

步驟1-2中，所述4種事件執(zhí)行器分別是：

創(chuàng)建執(zhí)行器，用于創(chuàng)建訂單的主數(shù)據(jù)和訂單行的數(shù)據(jù)；

檢查執(zhí)行器，用于檢查當(dāng)前訂單需要處理的資源數(shù)據(jù)是否滿(mǎn)足使用條件；

鎖定執(zhí)行器，用于鎖定當(dāng)前訂單需要處理的資源數(shù)據(jù)，防止被其他訂單占用和消耗，針對(duì)鎖定執(zhí)行器需要配備鎖定時(shí)長(zhǎng)機(jī)制，用于標(biāo)志該資源鎖定時(shí)長(zhǎng)；

核減執(zhí)行器，用于將當(dāng)前訂單需要處理的資源數(shù)據(jù)基于該訂單在數(shù)據(jù)庫(kù)中進(jìn)行扣減；

步驟1-4包括：基于電商平臺(tái)的訂單類(lèi)型，在提交訂單后處理、支付前檢查、支付成功后執(zhí)行三個(gè)數(shù)據(jù)處理步驟拆分的基礎(chǔ)上，分別將資源事件進(jìn)行處理順序串聯(lián)，明確資源事件處理的起始點(diǎn)、中間點(diǎn)和結(jié)束點(diǎn)，并對(duì)資源事件進(jìn)行標(biāo)注，完成電商平臺(tái)業(yè)務(wù)建模，得到訂單類(lèi)型對(duì)應(yīng)的流程引擎；相同的資源事件和事件執(zhí)行器能夠在不同的流程引擎中重復(fù)使用處理相同類(lèi)型的資源數(shù)據(jù)，將兩個(gè)以上訂單類(lèi)型的流程引擎存儲(chǔ)到數(shù)據(jù)庫(kù)中，從而完成流程引擎表的建立。

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

步驟2-1，建立資源池，用于存放所有的流程引擎；

步驟2-2，為流程引擎增加版本號(hào)管理；

步驟2-3，完成交易訂單數(shù)據(jù)處理；

步驟2-4，設(shè)計(jì)回滾機(jī)制。

3.根據(jù)權(quán)利要求2所述的方法，其特征在于，步驟2-1包括：在JVM中建立一個(gè)共享集合對(duì)象存放到堆中，在電商平臺(tái)系統(tǒng)啟動(dòng)過(guò)程中把流程引擎表中所有標(biāo)注過(guò)的資源事件根據(jù)訂單類(lèi)型進(jìn)行遞歸，獲取到所有資源事件的事件執(zhí)行器，按照流程引擎中定義的資源事件處理順序，將資源事件的事件執(zhí)行器按順序存放到當(dāng)前的對(duì)象當(dāng)中。

4.根據(jù)權(quán)利要求3所述的方法，其特征在于，步驟2-2包括：當(dāng)資源池中的流程引擎進(jìn)行編輯后，將編輯后的流程引擎存儲(chǔ)到遠(yuǎn)程字典服務(wù)Redis中，并更新版本號(hào)，將新版本的流程引擎與老版本一起持久化到流程引擎表中進(jìn)行存檔。

5.根據(jù)權(quán)利要求4所述的方法，其特征在于，步驟2-3包括：交易訂單處理時(shí)，根據(jù)下單入?yún)魅氲挠唵晤?lèi)型數(shù)據(jù)，到JVM中的資源池查找當(dāng)前最新版本的流程引擎，將訂單信息數(shù)據(jù)和流程引擎版本號(hào)進(jìn)行綁定，獲取流程引擎中所有的資源事件的事件執(zhí)行器，并根據(jù)流程引擎中資源事件的排列順序依次循環(huán)調(diào)用正向流程接口處理事件執(zhí)行器，定義一張記錄每筆訂單流程引擎中各個(gè)事件執(zhí)行器執(zhí)行情況的執(zhí)行快照表，每處理完成一個(gè)事件執(zhí)行器均需要更新執(zhí)行快照表狀態(tài)，流程引擎中所有事件執(zhí)行器均處理成功則視為所述交易訂單對(duì)應(yīng)步驟1-1中拆分的單個(gè)步驟處理成功，完成該步驟的交易訂單數(shù)據(jù)處理。