[发明专利]基于多平台的订单交互管理系统在审
申请号: | 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.vipzhuanli.com/pat/books/202011629374.1/1.html,转载请声明来源钻瓜专利网。