[發(fā)明專利]基于多平臺(tái)的訂單交互管理系統(tǒng)

在審

• 申請(qǐng)?zhí)枺?/td>: 202011629374.1
• 申請(qǐng)日: 2020-12-31
• 公開（公告）號(hào): CN112700304A
• 公開（公告）日: 2021-04-23
• 發(fā)明（設(shè)計(jì)）人: 鮑程成;高海濤;黃振輝;盛乃濤
• 申請(qǐng)（專利權(quán)）人: 浙江子不語(yǔ)電子商務(wù)有限公司
• 主分類號(hào): G06Q30/06
• 分類號(hào): G06Q30/06;G06F9/50;H04L29/08
• 代理公司: 杭州奇炬知識(shí)產(chǎn)權(quán)代理事務(wù)所(特殊普通合伙) 33393
• 代理人: 賀心韜

本發(fā)明公開了一種基于多平臺(tái)的訂單交互管理系統(tǒng)，涉及訂單交互管理技術(shù)領(lǐng)域。本發(fā)明包括第三方業(yè)務(wù)銷售平臺(tái)，下載器模塊，ERP平臺(tái)，ERP抽取器；第三方業(yè)務(wù)銷售平臺(tái)與下載器模塊之間通過xml/json進(jìn)行交互，下載器模塊與ERP平臺(tái)之間采用數(shù)據(jù)庫(kù)直連的方式進(jìn)行信息交互。本發(fā)明針對(duì)目前系統(tǒng)量級(jí)以及多樣化所帶來的業(yè)務(wù)壓力，下載器模塊實(shí)現(xiàn)了多平臺(tái)兼容性以及電商業(yè)務(wù)處理的自動(dòng)化。該下載整體使用Springboot框架來實(shí)現(xiàn)，其中通過利用Java多線程技術(shù)和數(shù)據(jù)庫(kù)來實(shí)現(xiàn)并發(fā)下載以支持在目前量級(jí)下的數(shù)據(jù)實(shí)時(shí)性和自動(dòng)化，開發(fā)該下載器模塊技術(shù)有效解決了跨境電商對(duì)于業(yè)務(wù)量增長(zhǎng)所帶來的瓶頸，并且可以對(duì)運(yùn)營(yíng)資源進(jìn)行充分利用。

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

本發(fā)明屬于訂單交互管理技術(shù)領(lǐng)域，特別是涉及一種基于多平臺(tái)的訂單交互管理系統(tǒng)。

背景技術(shù)

在各個(gè)電商平臺(tái)上公司根據(jù)平臺(tái)的規(guī)模以及運(yùn)營(yíng)時(shí)間有不同量級(jí)的店鋪數(shù)量以及訂單數(shù)量。在該量級(jí)下的店鋪和訂單數(shù)量下，人工運(yùn)營(yíng)已經(jīng)難以支撐，所以需要一種可針對(duì)多種平臺(tái)并且可實(shí)現(xiàn)自動(dòng)化運(yùn)營(yíng)的技術(shù)。

在多平臺(tái)下載器開發(fā)之前，如果要處理該量級(jí)下的業(yè)務(wù)公司需要耗費(fèi)較大的運(yùn)營(yíng)資源，并且在業(yè)務(wù)量逐漸遞增的背景下該種跨境電商解決方案已經(jīng)不能再支持該種業(yè)務(wù)背景。

公司研發(fā)的ERP系統(tǒng)中處理該量級(jí)訂單時(shí)對(duì)于實(shí)時(shí)性要求較高，在目前只能手動(dòng)進(jìn)行訂單的下載以及后續(xù)的處理，所以在處理業(yè)務(wù)效率上有很大的瓶頸。

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

本發(fā)明的目的在于提供一種基于多平臺(tái)的訂單交互管理系統(tǒng)，針對(duì)目前系統(tǒng)量級(jí)以及多樣化所帶來的業(yè)務(wù)壓力，下載器模塊實(shí)現(xiàn)了多平臺(tái)兼容性以及電商業(yè)務(wù)處理的自動(dòng)化。該下載整體使用Springboot框架來實(shí)現(xiàn)，其中通過利用Java多線程技術(shù)和數(shù)據(jù)庫(kù)來實(shí)現(xiàn)并發(fā)下載以支持在目前量級(jí)下的數(shù)據(jù)實(shí)時(shí)性和自動(dòng)化，開發(fā)該下載器模塊技術(shù)有效解決了跨境電商對(duì)于業(yè)務(wù)量增長(zhǎng)所帶來的瓶頸，并且可以對(duì)運(yùn)營(yíng)資源進(jìn)行充分利用，解決了上述現(xiàn)有技術(shù)中存在的問題。

為達(dá)上述目的，本發(fā)明是通過以下技術(shù)方案實(shí)現(xiàn)的：

一種基于多平臺(tái)的訂單交互管理系統(tǒng)，包括第三方業(yè)務(wù)銷售平臺(tái)，下載器模塊，ERP平臺(tái)，ERP抽取器；

第三方業(yè)務(wù)銷售平臺(tái)與下載器模塊之間通過xml/json進(jìn)行交互，下載器模塊與ERP平臺(tái)之間采用數(shù)據(jù)庫(kù)直連的方式進(jìn)行信息交互；

其中，下載器模塊包括下載器客戶端和訂單抽取服務(wù)端，下載器客戶端實(shí)現(xiàn)步驟如下：

步驟一、通過自定義JDK中線程安全隊(duì)列以及負(fù)載均衡算法來動(dòng)態(tài)實(shí)現(xiàn)店鋪下載任務(wù)的負(fù)載，達(dá)到根據(jù)當(dāng)前機(jī)器數(shù)量來均分店鋪下載任務(wù)；

步驟二、客戶端中使用自行封裝線程池來調(diào)度目前資源負(fù)載量從而實(shí)現(xiàn)可控高效率下載；

訂單抽取服務(wù)端實(shí)現(xiàn)步驟如下：

步驟一、通過異步抽取的方式來靈活調(diào)整當(dāng)前業(yè)務(wù)量來決定硬件資源的控制實(shí)現(xiàn)最大效率，ERP抽取器通過重新封裝的分布式任務(wù)調(diào)度框架自由調(diào)整訂單抽取頻率以及時(shí)間；

步驟二、ERP抽取器首先通過隊(duì)列完成各個(gè)機(jī)器負(fù)載均衡實(shí)現(xiàn)壓力分流，對(duì)各個(gè)平臺(tái)提供的開放API進(jìn)行完整的對(duì)接以及實(shí)時(shí)的更新，實(shí)現(xiàn)動(dòng)態(tài)修改每個(gè)平臺(tái)其數(shù)據(jù)的解析以及及時(shí)更新。

可選的，ERP抽取器通過JDK線程安全隊(duì)列以及針對(duì)各個(gè)平臺(tái)封裝設(shè)置的訂單解析功能構(gòu)成。

可選的，ERP平臺(tái)內(nèi)的orderplat表的補(bǔ)充和備份信息傳遞并保存至各平臺(tái)名稱開頭的raw_order表內(nèi)。

可選的，各平臺(tái)名稱開頭的raw_order表用于斷點(diǎn)后的繼續(xù)下載。

可選的，下載器模塊實(shí)現(xiàn)多平臺(tái)操作流程的步驟如下：