基于多平台的订单交互管理系统技术方案

技术编号:28212295 阅读:19 留言:0更新日期:2021-04-24 14:50
本发明专利技术公开了一种基于多平台的订单交互管理系统,涉及订单交互管理技术领域。本发明专利技术包括第三方业务销售平台,下载器模块,ERP平台,ERP抽取器;第三方业务销售平台与下载器模块之间通过xml/json进行交互,下载器模块与ERP平台之间采用数据库直连的方式进行信息交互。本发明专利技术针对目前系统量级以及多样化所带来的业务压力,下载器模块实现了多平台兼容性以及电商业务处理的自动化。该下载整体使用Springboot框架来实现,其中通过利用Java多线程技术和数据库来实现并发下载以支持在目前量级下的数据实时性和自动化,开发该下载器模块技术有效解决了跨境电商对于业务量增长所带来的瓶颈,并且可以对运营资源进行充分利用。用。用。

【技术实现步骤摘要】
基于多平台的订单交互管理系统


[0001]本专利技术属于订单交互管理
,特别是涉及一种基于多平台的订单交互管理系统。

技术介绍

[0002]在各个电商平台上公司根据平台的规模以及运营时间有不同量级的店铺数量以及订单数量。在该量级下的店铺和订单数量下,人工运营已经难以支撑,所以需要一种可针对多种平台并且可实现自动化运营的技术。
[0003]在多平台下载器开发之前,如果要处理该量级下的业务公司需要耗费较大的运营资源,并且在业务量逐渐递增的背景下该种跨境电商解决方案已经不能再支持该种业务背景。
[0004]公司研发的ERP系统中处理该量级订单时对于实时性要求较高,在目前只能手动进行订单的下载以及后续的处理,所以在处理业务效率上有很大的瓶颈。

技术实现思路

[0005]本专利技术的目的在于提供一种基于多平台的订单交互管理系统,针对目前系统量级以及多样化所带来的业务压力,下载器模块实现了多平台兼容性以及电商业务处理的自动化。该下载整体使用Springboot框架来实现,其中通过利用Java多线程技术和数据库来实现并发下载以支持在目前量级下的数据实时性和自动化,开发该下载器模块技术有效解决了跨境电商对于业务量增长所带来的瓶颈,并且可以对运营资源进行充分利用,解决了上述现有技术中存在的问题。
[0006]为达上述目的,本专利技术是通过以下技术方案实现的:
[0007]一种基于多平台的订单交互管理系统,包括第三方业务销售平台,下载器模块,ERP平台,ERP抽取器;
[0008]第三方业务销售平台与下载器模块之间通过xml/json进行交互,下载器模块与ERP平台之间采用数据库直连的方式进行信息交互;
[0009]其中,下载器模块包括下载器客户端和订单抽取服务端,下载器客户端实现步骤如下:
[0010]步骤一、通过自定义JDK中线程安全队列以及负载均衡算法来动态实现店铺下载任务的负载,达到根据当前机器数量来均分店铺下载任务;
[0011]步骤二、客户端中使用自行封装线程池来调度目前资源负载量从而实现可控高效率下载;
[0012]订单抽取服务端实现步骤如下:
[0013]步骤一、通过异步抽取的方式来灵活调整当前业务量来决定硬件资源的控制实现最大效率,ERP抽取器通过重新封装的分布式任务调度框架自由调整订单抽取频率以及时间;
[0014]步骤二、ERP抽取器首先通过队列完成各个机器负载均衡实现压力分流,对各个平台提供的开放API进行完整的对接以及实时的更新,实现动态修改每个平台其数据的解析以及及时更新。
[0015]可选的,ERP抽取器通过JDK线程安全队列以及针对各个平台封装设置的订单解析功能构成。
[0016]可选的,ERP平台内的orderplat表的补充和备份信息传递并保存至各平台名称开头的raw_order表内。
[0017]可选的,各平台名称开头的raw_order表用于断点后的继续下载。
[0018]可选的,下载器模块实现多平台操作流程的步骤如下:
[0019]步骤一、ERP平台将其内部的订单数据传输至统一orderplat表内,使ERP抽取器对统一orderplat表内的订单信息进行抽取;
[0020]步骤二、将ERP抽取器抽取后的订单信息统计至order_sale_main表内,对表内的订单信息进行自动标记、手动标记;
[0021]步骤三、标记后的订单新型传输至各平台名称开头的events表内,使events表将订单信息反馈给ERP平台,ERP平台订单新型均分至店铺的各个机器进行下载。
[0022]可选的,ERP抽取器的抽取方式为异步抽取法。
[0023]可选的,order_sale_main表内的订单信息标记方式,除自动标记、手动标记外,还可以下载面单到oss,重新下载订单。
[0024]可选的,所有平台使用相同系统级架构。
[0025]可选的,下载器模块采用Java多线程并发进行下载处理。
[0026]可选的,下载器模块整体使用Springboot框架来实现。
[0027]本专利技术的实施例具有以下有益效果:
[0028]本专利技术的一个实施例针对目前系统量级以及多样化所带来的业务压力,下载器模块实现了多平台兼容性以及电商业务处理的自动化。该下载整体使用Springboot框架来实现,其中通过利用Java多线程技术和数据库来实现并发下载以支持在目前量级下的数据实时性和自动化,开发该下载器模块技术有效解决了跨境电商对于业务量增长所带来的瓶颈,并且可以对运营资源进行充分利用。
[0029]当然,实施本专利技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0030]构成本申请的一部分的说明书附图用来提供对本专利技术的进一步理解,本专利技术的示意性实施例及其说明用于解释本专利技术,并不构成对本专利技术的不当限定。在附图中:
[0031]图1为本专利技术一实施例的流程结构示意图。
具体实施方式
[0032]下面将结合本专利技术实施例中的附图,对本专利技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本专利技术一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本专利技术及其应用或使用的任何限制。
[0033]为了保持本专利技术实施例的以下说明清楚且简明,本专利技术省略了已知功能和已知部件的详细说明。
[0034]请参阅图1所示,在本实施例中提供了一种基于多平台的订单交互管理系统,包括:第三方业务销售平台,下载器模块,ERP平台,ERP抽取器;
[0035]第三方业务销售平台与下载器模块之间通过xml/json进行交互,下载器模块与ERP平台之间采用数据库直连的方式进行信息交互;
[0036]其中,下载器模块包括下载器客户端和订单抽取服务端,下载器客户端实现步骤如下:
[0037]步骤一、通过自定义JDK中线程安全队列以及负载均衡算法来动态实现店铺下载任务的负载,达到根据当前机器数量来均分店铺下载任务;
[0038]步骤二、客户端中使用自行封装线程池来调度目前资源负载量从而实现可控高效率下载;
[0039]订单抽取服务端实现步骤如下:
[0040]步骤一、通过异步抽取的方式来灵活调整当前业务量来决定硬件资源的控制实现最大效率,ERP抽取器通过重新封装的分布式任务调度框架自由调整订单抽取频率以及时间;
[0041]步骤二、ERP抽取器首先通过队列完成各个机器负载均衡实现压力分流,对各个平台提供的开放API进行完整的对接以及实时的更新,实现动态修改每个平台其数据的解析以及及时更新。
[0042]本实施例一个方面的应用为:下载器模块不但可以解决我们业务量级的瓶颈,还解决了跨境电商在业务处理实时性的问题。对于业务瓶颈量级问题,我们使用Java多线程并发进行下载处理并且可以根据业务实时量级来进行增减机器来灵活应对本文档来自技高网
...

【技术保护点】

【技术特征摘要】
1.一种基于多平台的订单交互管理系统,其特征在于,包括:第三方业务销售平台,下载器模块,ERP平台,ERP抽取器;第三方业务销售平台与下载器模块之间通过xml/json进行交互,下载器模块与ERP平台之间采用数据库直连的方式进行信息交互;其中,下载器模块包括下载器客户端和订单抽取服务端,下载器客户端实现步骤如下:步骤一、通过自定义JDK中线程安全队列以及负载均衡算法来动态实现店铺下载任务的负载,达到根据当前机器数量来均分店铺下载任务;步骤二、客户端中使用自行封装线程池来调度目前资源负载量从而实现可控高效率下载;订单抽取服务端实现步骤如下:步骤一、通过异步抽取的方式来灵活调整当前业务量来决定硬件资源的控制实现最大效率,ERP抽取器通过重新封装的分布式任务调度框架自由调整订单抽取频率以及时间;步骤二、ERP抽取器首先通过队列完成各个机器负载均衡实现压力分流,对各个平台提供的开放API进行完整的对接以及实时的更新,实现动态修改每个平台其数据的解析以及及时更新。2.如权利要求1所述的一种基于多平台的订单交互管理系统,其特征在于,ERP抽取器通过JDK线程安全队列以及针对各个平台封装设置的订单解析功能构成。3.如权利要求1所述的一种基于多平台的订单交互管理系统,其特征在于,ERP平台内的orderplat表的补充和备份信息传递并保存至各平台名称开头的raw_order表内。4.如权利要求1所述的一种基于多平台的订单交互管理系...

【专利技术属性】
技术研发人员:鲍程成高海涛黄振辉盛乃涛
申请(专利权)人:浙江子不语电子商务有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1