[發明專利]基于多平臺的訂單交互管理系統在審
| 申請號: | 202011629374.1 | 申請日: | 2020-12-31 |
| 公開(公告)號: | CN112700304A | 公開(公告)日: | 2021-04-23 |
| 發明(設計)人: | 鮑程成;高海濤;黃振輝;盛乃濤 | 申請(專利權)人: | 浙江子不語電子商務有限公司 |
| 主分類號: | G06Q30/06 | 分類號: | G06Q30/06;G06F9/50;H04L29/08 |
| 代理公司: | 杭州奇炬知識產權代理事務所(特殊普通合伙) 33393 | 代理人: | 賀心韜 |
| 地址: | 311199 浙江省杭州*** | 國省代碼: | 浙江;33 |
| 權利要求書: | 查看更多 | 說明書: | 查看更多 |
| 摘要: | |||
| 搜索關鍵詞: | 基于 平臺 訂單 交互 管理 系統 | ||
1.一種基于多平臺的訂單交互管理系統,其特征在于,包括:第三方業務銷售平臺,下載器模塊,ERP平臺,ERP抽取器;
第三方業務銷售平臺與下載器模塊之間通過xml/json進行交互,下載器模塊與ERP平臺之間采用數據庫直連的方式進行信息交互;
其中,下載器模塊包括下載器客戶端和訂單抽取服務端,下載器客戶端實現步驟如下:
步驟一、通過自定義JDK中線程安全隊列以及負載均衡算法來動態實現店鋪下載任務的負載,達到根據當前機器數量來均分店鋪下載任務;
步驟二、客戶端中使用自行封裝線程池來調度目前資源負載量從而實現可控高效率下載;
訂單抽取服務端實現步驟如下:
步驟一、通過異步抽取的方式來靈活調整當前業務量來決定硬件資源的控制實現最大效率,ERP抽取器通過重新封裝的分布式任務調度框架自由調整訂單抽取頻率以及時間;
步驟二、ERP抽取器首先通過隊列完成各個機器負載均衡實現壓力分流,對各個平臺提供的開放API進行完整的對接以及實時的更新,實現動態修改每個平臺其數據的解析以及及時更新。
2.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,ERP抽取器通過JDK線程安全隊列以及針對各個平臺封裝設置的訂單解析功能構成。
3.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,ERP平臺內的orderplat表的補充和備份信息傳遞并保存至各平臺名稱開頭的raw_order表內。
4.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,各平臺名稱開頭的raw_order表用于斷點后的繼續下載。
5.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,下載器模塊實現多平臺操作流程的步驟如下:
步驟一、ERP平臺將其內部的訂單數據傳輸至統一orderplat表內,使ERP抽取器對統一orderplat表內的訂單信息進行抽??;
步驟二、將ERP抽取器抽取后的訂單信息統計至order_sale_main表內,對表內的訂單信息進行自動標記、手動標記;
步驟三、標記后的訂單新型傳輸至各平臺名稱開頭的events表內,使events表將訂單信息反饋給ERP平臺,ERP平臺訂單新型均分至店鋪的各個機器進行下載。
6.如權利要求5所述的一種基于多平臺的訂單交互管理系統,其特征在于,ERP抽取器的抽取方式為異步抽取法。
7.如權利要求5所述的一種基于多平臺的訂單交互管理系統,其特征在于,order_sale_main表內的訂單信息標記方式,除自動標記、手動標記外,還可以下載面單到oss,重新下載訂單。
8.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,所有平臺使用相同系統級架構。
9.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,下載器模塊采用Java多線程并發進行下載處理。
10.如權利要求1所述的一種基于多平臺的訂單交互管理系統,其特征在于,下載器模塊整體使用Springboot框架來實現。
該專利技術資料僅供研究查看技術是否侵權等信息,商用須獲得專利權人授權。該專利全部權利屬于浙江子不語電子商務有限公司,未經浙江子不語電子商務有限公司許可,擅自商用是侵權行為。如果您想購買此專利、獲得商業授權和技術合作,請聯系【客服】
本文鏈接:http://www.szxzyx.cn/pat/books/202011629374.1/1.html,轉載請聲明來源鉆瓜專利網。





