CN109933486A - 一种物流数据的监控处理方法,装置及系统 - Google Patents

一种物流数据的监控处理方法,装置及系统 Download PDF

Info

Publication number
CN109933486A
CN109933486A CN201711370666.6A CN201711370666A CN109933486A CN 109933486 A CN109933486 A CN 109933486A CN 201711370666 A CN201711370666 A CN 201711370666A CN 109933486 A CN109933486 A CN 109933486A
Authority
CN
China
Prior art keywords
order
data
logistics
processed
business datum
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201711370666.6A
Other languages
English (en)
Other versions
CN109933486B (zh
Inventor
毕华
贾弘鸣
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Youxin (Anhui) Industrial Investment Co.,Ltd.
Original Assignee
Che Bole (beijing) Mdt Infotech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Che Bole (beijing) Mdt Infotech Ltd filed Critical Che Bole (beijing) Mdt Infotech Ltd
Priority to CN201711370666.6A priority Critical patent/CN109933486B/zh
Publication of CN109933486A publication Critical patent/CN109933486A/zh
Application granted granted Critical
Publication of CN109933486B publication Critical patent/CN109933486B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Abstract

本申请实施例示出一种物流数据的监控处理方法,装置及系统;本申请实施例示出的方法,通过用程序自动检测订单数据,如发现问题订单,重新获取问题订单对应的数据,将再次获取的定单作为待处理订单,然后对待处理订单中的物流数据进行验证,最后将物流数据发送至物流服务器进行数据的分布与检验。本申请实施例示出的方法自动检索出问题订单,然后二次获取问题订单的数据生成待处理订单,最终对待处理订单中的物流数据进行验证,所述方法自动检测并处理订单数据,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。

Description

一种物流数据的监控处理方法,装置及系统
技术领域
本发明涉及计算机技术领域,特别涉及一种物流数据的监控处理方法,装置及系统。
背景技术
随着互联网的发展,基于互联网的应用服务系统也越来越多,相应的应用程序(Application,APP)等的种类和数量越来越多。数据监控处理系统就是一个典型的基于互联网的应用服务系统。图1为基于互联网的应用服务系统的应用场景图,这个系统一般有一个应用平台服务器1,与其连接的数据存储服务器2,该数据存储服务器2设置在平台服务器1内部或独立设置,以及,与应用平台服务器1通过互联网3或移动互联网3连接的终端4,通常,应用平台服务器1为终端4提供应用服务。
物流数据的监控处理系统就是如图1所示的系统,通常,应用平台服务器,根据终端发送的查询信号,基于所述查询信号遍历数据存储服务器,调取出与所述查询信号相匹配的目标数据,然后,将所述目标数据发送至终端进行显示。通常,应用平台服务器获取目标数据后需要对目标数据进行核对,在确保目标数据准确无误后,再将所述目标数据发送至终端进行显示。现有技术示出的目标数据的核对方法通常为线下反馈,即应用平台基于所述查询信号遍历数据存储服务器,调取出与所述查询信号相匹配的目标数据后,通过人工对上述目标数据进行核对,在确定目标数据确认无误后,相关人员帮助重新发布目标数据值终端进行显示。
现有技术示出的物流数据的监控处理系统,在目标数据的核对过程中,线下人员发现后向上反馈的,缺乏及时性,同时,收到线下业务员的反馈后,还得人工进行查看确认,拖延解决时间,人工确认问题后,须协调各相关部门人员配合帮助重新发布数据,费时费力;可见现有技术示出的物流数据的监控处理系统,在数据核对的过程中,应用平台服务器长时间处于等待的状态,降低了系统带宽、数据库等资源的利用率。
发明内容
本发明的发明目的在于提供一种物流数据的监控处理方法,装置及系统,以解现有技术示数的物流数据的监控处理系统,在数据核对的过程中,应用平台服务器长时间处于等待的状态,降低了系统带宽、数据库等资源的利用率的技术问题。
本申请实施例示出一种物流数据的监控处理方法,所述方法应用于矩阵服务器包括:
搜索订单,确定待处理订单;
基于所述待处理订单的类型,确定发布的订单数据方案;
基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
存储所述物流数据,发送一curl请求至物流服务器。
可选择的,所述搜索订单,确定待处理订单的步骤包括:
搜索订单,确定预处理订单集;
遍历所述预处理订单集,根据预置规则筛选出问题订单;
基于所述问题订单的日志ID发布重新发布数据的请求;
获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
用所述二次数据替换所述问题订单,生成待处理订单。
可选择的,所述遍历预处理订单集,根据预置规则筛选出问题订单的步骤包括:
遍历所述预处理订单集中的每个预处理订单;
判断所述预处理订单是否包含全部列表;
如果所述预处理订单不包含全部列表,确定所述预处理订单为问题订单。
可选择的,所述方法还包括:
获取业务数据;
判断所述业务数据,是否可以正常运行;
如果所述业务数据正常运行,删除所述业务数据对应的物流数据;
如果所述业务数据不能正常运行,则继续搜索订单,确定待处理订单。
本申请实施例第二方面示出一种物流数据的监控处理方法,所述方法应用于物流服务器包括:
接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证所述物流数据的准确性与重复性,得到验证后的数据;
将所述验证后的数据写入mysql,得到业务数据;
将所述业务数据发送至矩阵服务器。
本申请实施例第三方面示出一种物流数据的监控处理装置,所述装置包括:
搜索单元,用于搜索订单,确定待处理订单;
第一确定单元,用于基于所述待处理订单的类型,确定发布的订单数据方案;
验证单元,用于基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
发送单元,用于存储所述物流数据,发送一curl请求至物流服务器。
可选择的,所述搜索单元包括:
搜索子单元,用于搜索订单,确定预处理订单集;
遍历单元,用于遍历所述预处理订单集,根据预置规则筛选出问题订单;
发布单元,用于基于所述问题订单的日志ID发布重新发布数据的请求;
第一获取单元,用于获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
替换单元,用于用所述二次数据替换所述问题订单,生成待处理订单。
可选择的,所述遍历单元包括:
遍历子单元,用于遍历所述预处理订单集中的每个预处理订单;
第一判断单元,用于判断所述预处理订单是否包含全部列表;
第二确定单元,用于如果所述预处理订单不包含全部列表,确定所述预处理订单为问题订单。
可选择的,所述装置还包括:
第二获取单元,用于获取业务数据;
第二判断单元,用于判断所述业务数据,是否可以正常运行;
删除单元,用于如果所述业务数据正常运行,删除所述业务数据对应的物流数据;
二次搜索单元,用于如果所述业务数据不能正常运行,则继续搜索订单,确定待处理订单。
本申请实施例第四方面示出一种物流数据的监控处理装置,所述装置包括:
接收单元,用于接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证单元,用于验证所述物流数据的准确性与重复性,得到验证后的数据;
写入单元,用于将所述验证后的数据写入mysql,得到业务数据;
发送单元,用于将所述业务数据发送至矩阵服务器。
本申请实施例第五方面示出一种物流数据的监控处理系统,所述系统包括:
应用平台服务器,与所述应用平台服务器相连接的数据存储服务器,所述数据存储服务器设置在所述应用平台服务器内部或独立设置,所述应用平台服务器通过互联网与终端相连接;
所述应用平台服务器包括:物流服务器,以及,矩阵服务器;
所述终端,用于显示业务数据;
所述矩阵服务器,用于搜索订单,确定待处理订单;
基于所述待处理订单的类型,确定发布的订单数据方案;
基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
存储所述物流数据,发送一curl请求至物流服务器;
所述物流服务器,用于接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证所述物流数据的准确性与重复性,得到验证后的数据;
将所述验证后的数据写入mysql,得到业务数据;
将所述业务数据发送至矩阵服务器;
所述数据存储服务器,用于相关数据的存储。
由以上技术方案可知,本申请实施例示出一种物流数据的监控处理方法,装置及系统,所述方法包括:搜索订单,确定待处理订单;基于所述待处理订单的类型,确定发布的订单数据方案;基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;存储所述物流数据,发送一curl请求至物流服务器。本申请实施例示出的方法,通过用程序自动检测订单数据,如发现问题订单,重新获取问题订单对应的数据,将再次获取的定单作为待处理订单,然后对待处理订单中的物流数据进行验证,最后将物流数据发送至物流服务器进行数据的分布与检验。本申请实施例示出的方法自动检索出问题订单,然后二次获取问题订单的数据生成待处理订单,最终对待处理订单中的物流数据进行验证,所述方法自动检测并处理订单数据,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为基于互联网的应用服务系统的应用场景图;
图2-1为根据一优选实施例示出的一种物流数据的监控处理系统的结构框图;
图2-2为根据又一优选实施例示出的一种物流数据的监控处理系统的结构框图;
图3为根据一优选实施例示出的应用平台服务器的结构框图;
图4为根据一优选实施例示出的一种物流数据的监控处理方法的流程图;
图5为根据一优选实施例示出的步骤S101的详细流程图;
图6为根据一优选实施例示出的步骤S1012的详细流程图;
图7为根据一优选实施例示出一种业务数据的处理方法的流程图;
图8为根据又一优选实施例示出的一种物流数据的监控处理方法的流程图;
图9为根据一优选实施例示出的一种物流数据的监控处理装置的结构框图;
图10为根据一优选实施例示出的搜索单元的结构框图;
图11为根据一优选实施例示出的遍历单元的结构框图;
图12为根据一优选实施例示出的数据处理装置的结构框图;
图13为根据又一优选实施例示出的一种物流数据的监控处理装置的结构框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整的描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本申请实施例示出的Curl是利用URL语法在命令行方式下工作的开源文件传输工具。
现有技术示出的物流数据的监控处理系统,在目标数据的核对过程中,线下人员发现后向上反馈的,缺乏及时性,同时,收到线下业务员的反馈后,还得人工进行查看确认,拖延解决时间,人工确认问题后,须协调各相关部门人员配合帮助重新发布数据,费时费力;可见现有技术示出的物流数据的监控处理系统,在数据核对的过程中,应用平台服务器长时间处于等待的状态,降低了系统带宽、数据库等资源的利用率。
为了解决上述技术问题本申请实施例示出一种物流数据的监控处理系统;具体的请参阅图2-1,2-2,以及,3;
所述系统包括应用平台服务器41,与所述应用平台服务器41相连接的数据存储服务器42,所述数据存储服务器42设置在所述平台服务器41内部或独立设置,所述应用平台服务器41通过互联网与所述终端43相连接;
其中,所述应用平台服务器41包括:物流服务器411,以及,矩阵服务器412;
本申请实施例示出的数据存储服务器42被配置来执行多种功能,如它可以作为数据存储服务器、打印服务器、应用数据库服务器、Web服务器,甚至可以是集以上多种功能于一身。值得注意的是本申请实施例示出的数据存储服务器42设置有快速的处理器芯片、比较多的RAM以及足够的内部磁盘空间,以便应对终端用户随时可能出现的应用调配需求。
本申请实施例示出的应用平台服务器41为Web应用程序提供一种简单的和可管理的对系统资源的访问机制。应用平台服务器41也提供低级的服务,如HTTP协议的实现和数据库连接管理。Servlet容器仅仅是应用服务器的一部分。除了Servlet容器外,应用平台服务器41还可能提供其他的Java EE(Enterprise Edition)组件,如EJB容器,JNDI服务器以及JMS服务器等。
所述终端43,用于显示业务数据;
本申请实施例示出的终端41,是计算机网络中处于网络最外围的设备,主要用于用户信息的输入以及处理结果的输出等。现有技术示出的移动终端如:手机、PAD均在本申请实施例的保护范围内。
可选择的,本申请实施例示出的系统设置有用户权限设置,具体的:
管理人员登录后台,进入数据监控模块时,判断当前登录人员是否拥有此模块的权限,如果没有,则提示无权限操作,有则进入到数据监控模块列表页。
所述矩阵服务器412,用于(1)搜索订单,确定待处理订单;
在数据监控模块列表页,搜索订单,所述订单可以为某一时间段的订单,或全部订单,具体的搜索范围根据需求而定;
举例来说,可以根据开始时间和结束时间可以搜索某个时间段内的订单,如果不输入则默认搜索所有订单。通过对订单的核对确定问题订单,每个问题订单都有相应的操作,如果选择自动处理,则代码会通过ajax异步请求重新发布数据请求,此时矩阵服务器二次获取与所述问题订单具有相同日志ID的订单,即为待处理订单。
具体的二次获取订单的过程为,代码会根据日志ID内容通过ajax异步请求重新发布数据请求。
(2)基于所述待处理订单的类型,确定发布的订单数据方案;
(3)基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
通常每个订单数据方案对应不同的验证流程,在确定订单数据方案后,会根据流程一步一步将待处理订单中物流数据存储在本服务器数据库中,基本待处理订单中物流数据生成流程节点等一系列数据写入到mysql。
(4)存储所述物流数据,发送一curl请求至物流服务器;
矩阵服务器通过curl请求物流服务器。物流服务器接收到请求后,首先验证待处理订单中物流数据的准确性与重复性,其后将物流数据写入mysql,添加成功后,物流服务器会返回执行结果所述执行结果即为业务数据,如果成功,则客户端则会收到通知,同时,物流服务器会将结果返回给矩阵服务器。
所述物流服务器411,用于(1)接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
(2)验证所述物流数据的准确性与重复性,得到验证后的数据;
本申请实施例示出的系统中,矩阵服务器将物流数据发送至物流服务器。
(3)将所述验证后的数据写入mysql,得到业务数据;
(4)将所述业务数据发送至矩阵服务器;
物流服务器接收到请求后,首先验证待处理订单中物流数据的准确性与重复性,其后将物流数据写入mysql,添加成功后,物流服务器会返回执行结果,如果成功,则客户端则会收到通知,同时,物流服务器会将结果返回给矩阵服务器。
本申请实施例示出的系统设置有矩阵服务器和物流服务器,矩阵服务器请求物流服务器时对物流数据进行分布及校验,保证两个服务器的数据库的数据保持一致与紧密关联性。
所述数据存储服务器42,用于相关数据的存储。
本申请实施例示出的系统,包括矩阵服务器,以及,物流服务器;矩阵服务器通过用程序自动检测订单数据,如发现问题订单,重新获取问题订单对应的数据,将再次获取的定单作为待处理订单,然后对待处理订单中的物流数据进行验证,最后将物流数据发送至物流服务器进行数据的分布与检验。本申请实施例示出的系统自动检索出问题订单,然后二次获取问题订单的数据生成待处理订单,最终对待处理订单中的物流数据进行验证,所述系统自动检测并处理订单数据,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。
实施例2:
请参阅图4,本申请实施例第二方面示出一种物流数据的监控处理方法,所述方法应用于矩阵服务器包括:
S101搜索订单,确定待处理订单;
管理人员登录后台,进入数据监控模块时,判断当前登录人员是否拥有此模块的权限,如果没有,则提示无权限操作,有则进入到数据监控模块列表页。
在数据监控模块列表页,搜索订单,所述订单可以为某一时间段的订单,或全部订单,具体的搜索范围根据需求而定;
举例来说,可以根据开始时间和结束时间可以搜索某个时间段内的订单,如果不输入则默认搜索所有订单。通过对订单的核对确定问题订单,每个问题订单都有相应的操作,如果选择自动处理,则代码会通过ajax异步请求重新发布数据请求,此时矩阵服务器二次获取与所述问题订单具有相同日志ID的订单,即为待处理订单。
S102基于所述待处理订单的类型,确定发布的订单数据方案;
S103基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
S104存储所述物流数据,发送一curl请求至物流服务器。
通常每个订单数据方案对应不同的验证流程,在确定订单数据方案后,会根据流程一步一步将待处理订单中物流数据存储在本服务器数据库中,基本待处理订单中物流数据生成流程节点等一系列数据写入到mysql。
然后通过curl请求物流服务器。物流服务器接收到请求后,首先验证待处理订单中物流数据的准确性与重复性。本申请实施例示出的方法自动检索出问题订单,然后二次获取问题订单的数据生成待处理订单,最终对待处理订单中的物流数据进行验证,所述方法自动检测并处理订单数据,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。
实施例3:
实施例2示出的技术方案中,每个问题订单都有相应的操作,为了进一步缩短,应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用。本申请实施例示出一种问题订单的处理方法,具体的,请参阅图5;
实施例3示出的技术方案与实施例2示出的技术方案具有相似的步骤,唯一的区别在于,实施例2示出的技术方案中步骤S101包括以下步骤:
S1011搜索订单,确定预处理订单集;
可以根据开始时间和结束时间可以搜索某个时间段内的订单作为预处理订单集,如果不输入则默认搜索所有订单作为预处理订单集。
S1012遍历所述预处理订单集,根据预置规则筛选出问题订单;
S1013基于所述问题订单的日志ID发布重新发布数据的请求;
本申请实施例示出的方法针对每个订单配置一个唯一对应的日志ID;
所述日志ID用于确定问题订单的替换文件即二次数据。
S1014获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
S1015用所述二次数据替换所述问题订单,生成待处理订单。
可见本申请实施例3示出的技术方案,若发现订单出现问题,直接发送重新发布数据的请求,获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同,将所述二次数据定义为待处理订单。而后对待处理订单的数据进行验证,确保待处理订单数据的准确性。
本申请实施例3示出的技术方案,发现问题订单,直接再次获取问题订单的相关数据,在最短的时间处理问题清单,进一步缩短,应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用。
实施例4:
实施例3示出的技术方案中,待处理订单的确定方式有很多种,为了进一步缩短,应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用。本申请实施例示出一种问题订单的确定方法,具体的,请参阅图6实施例3示出的技术方法步骤S1012包括以下步骤,
S10121遍历所述预处理订单集中的每个预处理订单;
对于物流订单而言,通常包括:基础表,流程节点表,以及,扩展表;
其中,所述基础表基本表的定义指建立基本关系模式。
流程节点表是指当工程需若干个不同程序(流程)或分若干个阶段来完成时,某一程序或某一阶段结束,另一程序或某一阶段开始时的转接点(类别点或时间点)的相关表。
扩展表,扩展表是基础表属性的扩展,仍以基础表主键作为扩展表的主键和唯一标识。
通常应用平台服务器搜索的订单包括:基础表,流程节点表,以及,扩展表。
通常网络不稳定时,会导致搜索的订单中缺少数据,缺少基础表,流程节点表,以及,扩展表中的一个或多个表;
当订单缺少数据时,本申请实施例示出的技术方案中将该订单定义为问题订单。
S10122判断所述预处理订单是否包含全部列表;
本申请实施例4示出的技术方案中示出一种待处理订单的确定方法,即判断所述预处理订单是否包含全部列表;即所述预处理订单包含:基础表,流程节点表,以及扩展表;且表中的数据均不为空值。
如果所述预处理订单不包含全部列表,则执行S10123确定所述预处理订单为问题订单;
如果所述预处理订单缺少基础表,流程节点表,以及,扩展表中的一个或多个表,或缺少任一表中的数据,均将所述预处理订单定义为问题订单,重新获取所述问题订单的相关数据。
可见本申请实施例4示出的技术方案中通过判断所述预处理订单是否包含全部列表来确定问题订单,避免了对列表中大量数据的比对过程,减少了应用平台服务器的数据库处理量,进一步缩短,应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用。
实施例5:
为了保证矩阵服务器与数据库服务器中数据的一致性,保证两个服务器的数据库的数据保持一致与紧密关联性,本申请实施例示出一种业务数据的处理方法;
具体的,请参阅图7,实施例2-实施例4任意一实施例示出的技术方案还包括以下步骤:
105获取业务数据;
实施例2-实施例4示出的技术方案中矩阵服务器通过curl请求物流服务器。物流服务器接收到请求后,首先验证待处理订单中物流数据的准确性与重复性,其后将物流数据写入mysql,添加成功后,物流服务器会返回执行结果所述执行结果即为业务数据,如果成功,则客户端则会收到通知,同时,物流服务器会将结果返回给矩阵服务器。
矩阵服务器获取业务数据;
106判断所述业务数据,是否可以正常运行;
物流服务器将业务数据返回矩阵服务器,则证明矩阵服务器中的数据与物流服务器中的数据相同。
此时物流服务器判断业务数据是否可以正常运行。
如果所述业务数据正常运行,107删除所述业务数据对应的物流数据;
如果所述业务数据正常运行,则证明矩阵数据库成功将所述问题订单修复,此时删除矩阵服务器对待处理订单的缓存;
如果所述业务数据不能正常运行,108则继续搜索订单,确定待处理订单;
如果所述业务数据不能正常运行,则证明矩阵数据库未能成功将所述问题订单修复,此时则提示处理失败,可以再重新处理一遍,则就属于一个循环的处理过程了。
可见本申请实施例5示出的技术方案示出一种业务数据的处理方法,所述方法通过判断所述业务数据是否可以正常运行,确定问题订单是否成功被修复,如果问题订单成功被修复,此时删除矩阵服务器对待处理订单的缓存;
本申请实施例示5示出的技术方案中,通过删除待处理订单的缓存,提高矩阵服务器的空余内存,进一步缩短,应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用。
实施例6:
本申请实施例三方面示出一种物流数据的监控处理方法,具体的,请参阅图8,
所述方法应用于物流服务器包括:
S201接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
S202验证所述物流数据的准确性与重复性,得到验证后的数据;
S203将所述验证后的数据写入mysql,得到业务数据;
S204将所述业务数据发送至矩阵服务器。
物流服务器接收到请求后,首先验证待处理订单中物流数据的准确性与重复性,其后将物流数据写入mysql,添加成功后,物流服务器会返回执行结果,如果成功,则客户端则会收到通知,同时,物流服务器会将结果返回给矩阵服务器。
本申请实施例示出的系统设置有矩阵服务器和物流服务器,矩阵服务器请求物流服务器时对物流数据进行分布及校验,保证两个服务器的数据库的数据保持一致与紧密关联性。
本申请实施例示出的技术方案通过矩阵服务器与物流服务器之间的配合,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。
实施例7:
本申请实施例第四方面示出的一种物流数据的监控处理装置,所述装置应用于矩阵服务器;
请参阅图9,所述装置包括:
搜索单元21,用于搜索订单,确定待处理订单;
第一确定单元22,用于基于所述待处理订单的类型,确定发布的订单数据方案;
验证单元23,用于基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
发送单元24,用于存储所述物流数据,发送一curl请求至物流服务器。
实施例8:
请参阅图10,实施例7示出的装置中搜索单元包括以下单元,具体的请参阅图9;
搜索子单元211,用于搜索订单,确定预处理订单集;
遍历单元212,用于遍历所述预处理订单集,根据预置规则筛选出问题订单;
发布单元213,用于基于所述问题订单的日志ID发布重新发布数据的请求;
第一获取单元214,用于获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
替换单元215,用于用所述二次数据替换所述问题订单,生成待处理订单;
实施例9:
请参阅图11,实施例8示出的技术方案中遍历单元包括,以下单元;具体的,请参阅图10;
遍历子单元2121,用于遍历所述预处理订单集中的每个预处理订单;
第一判断单元2122,用于判断所述预处理订单是否包含全部列表;
第二确定单元2123,用于如果所述预处理订单不包含全部列表,确定所述预处理订单为问题订单。
实施例10:
实施例7-实施例9任意一项示出的装置,还包括数据处理装置,所述数据处理装置包括以下单元,具体的,请参阅图12;
第二获取单元25,用于获取业务数据;
第二判断单元26,用于判断所述业务数据,是否可以正常运行;
删除单元27,用于如果所述业务数据正常运行,删除所述业务数据对应的物流数据;
二次搜索单元28,用于如果所述业务数据不能正常运行,则继续搜索订单,确定待处理订单。
实施例11:
本申请实施例第五方面示出一种物流数据的监控处理装置,具体的,请参阅图13,所述装置包括:
接收单元31,用于接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证单元32,用于验证所述物流数据的准确性与重复性,得到验证后的数据;
写入单元33,用于将所述验证后的数据写入mysql,得到业务数据;
发送单元34,用于将所述业务数据发送至矩阵服务器。
由以上技术方案可知,本申请实施例示出一种物流数据的监控处理方法,装置及系统,所述方法包括:搜索订单,确定待处理订单;基于所述待处理订单的类型,确定发布的订单数据方案;基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;存储所述物流数据,发送一curl请求至物流服务器。本申请实施例示出的方法,通过用程序自动检测订单数据,如发现问题订单,重新获取问题订单对应的数据,将再次获取的定单作为待处理订单,然后对待处理订单中的物流数据进行验证,最后将物流数据发送至物流服务器进行数据的分布与检验。本申请实施例示出的方法自动检索出问题订单,然后二次获取问题订单的数据生成待处理订单,最终对待处理订单中的物流数据进行验证,所述方法自动检测并处理订单数据,发现问题,及时对问题作以相应的处理,避免了在数据核对过程中各部门人员的协调时间,缩短了应用平台服务器的等待时间,提高了系统带宽、数据库等资源的利用率。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。
值得注意的是,具体实现中,本申请还提供一种计算机存储介质,其中,该计算机存储介质可存储有程序,该程序执行时可包括本申请提供的用户身份的服务提供方法或用户注册方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文:read-only memory,简称:ROM)或随机存储记忆体(英文:random accessmemory,简称:RAM)等。
本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其,对于用户身份的服务提供装置或用户注册装置的实施例而言,由于其基本相似于方法实施例,所以描述的比对简单,相关之处参见方法实施例中的说明即可。
以上所述的本申请实施方式并不构成对本申请保护范围的限定。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (11)

1.一种物流数据的监控处理方法,其特征在于,所述方法应用于矩阵服务器包括:
搜索订单,确定待处理订单;
基于所述待处理订单的类型,确定发布的订单数据方案;
基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
存储所述物流数据,发送一curl请求至物流服务器。
2.根据权利要求1所述的方法,其特征在于,所述搜索订单,确定待处理订单的步骤包括:
搜索订单,确定预处理订单集;
遍历所述预处理订单集,根据预置规则筛选出问题订单;
基于所述问题订单的日志ID发布重新发布数据的请求;
获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
用所述二次数据替换所述问题订单,生成待处理订单。
3.根据权利要求2所述的方法,其特征在于,所述遍历预处理订单集,根据预置规则筛选出问题订单的步骤包括:
遍历所述预处理订单集中的每个预处理订单;
判断所述预处理订单是否包含全部列表;
如果所述预处理订单不包含全部列表,确定所述预处理订单为问题订单。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述方法还包括:
获取业务数据;
判断所述业务数据,是否可以正常运行;
如果所述业务数据正常运行,删除所述业务数据对应的物流数据;
如果所述业务数据不能正常运行,则继续搜索订单,确定待处理订单。
5.一种物流数据的监控处理方法,其特征在于,所述方法应用于物流服务器包括:
接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证所述物流数据的准确性与重复性,得到验证后的数据;
将所述验证后的数据写入mysql,得到业务数据;
将所述业务数据发送至矩阵服务器。
6.一种物流数据的监控处理装置,其特征在于,所述装置包括:
搜索单元,用于搜索订单,确定待处理订单;
第一确定单元,用于基于所述待处理订单的类型,确定发布的订单数据方案;
验证单元,用于基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
发送单元,用于存储所述物流数据,发送一curl请求至物流服务器。
7.根据权利要求6所述的装置,其特征在于,所述搜索单元包括:
搜索子单元,用于搜索订单,确定预处理订单集;
遍历单元,用于遍历所述预处理订单集,根据预置规则筛选出问题订单;
发布单元,用于基于所述问题订单的日志ID发布重新发布数据的请求;
第一获取单元,用于获取二次数据,所述二次数据的日志ID与所述问题订单的日志ID相同;
替换单元,用于用所述二次数据替换所述问题订单,生成待处理订单。
8.根据权利要求7所述的装置,其特征在于,所述遍历单元包括:
遍历子单元,用于遍历所述预处理订单集中的每个预处理订单;
第一判断单元,用于判断所述预处理订单是否包含全部列表;
第二确定单元,用于如果所述预处理订单不包含全部列表,确定所述预处理订单为问题订单。
9.根据权利要求6-8任一项所述的装置,其特征在于,所述装置还包括:
第二获取单元,用于获取业务数据;
第二判断单元,用于判断所述业务数据,是否可以正常运行;
删除单元,用于如果所述业务数据正常运行,删除所述业务数据对应的物流数据;
二次搜索单元,用于如果所述业务数据不能正常运行,则继续搜索订单,确定待处理订单。
10.一种物流数据的监控处理装置,其特征在于,所述装置包括:
接收单元,用于接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证单元,用于验证所述物流数据的准确性与重复性,得到验证后的数据;
写入单元,用于将所述验证后的数据写入mysql,得到业务数据;
发送单元,用于将所述业务数据发送至矩阵服务器。
11.一种物流数据的监控处理系统,其特征在于,所述系统包括:
应用平台服务器,与所述应用平台服务器相连接的数据存储服务器,所述数据存储服务器设置在所述应用平台服务器内部或独立设置,所述应用平台服务器通过互联网与终端相连接;
所述应用平台服务器包括:物流服务器,以及,矩阵服务器;
所述终端,用于显示业务数据;
所述矩阵服务器,用于搜索订单,确定待处理订单;
基于所述待处理订单的类型,确定发布的订单数据方案;
基于所述订单数据方案,验证所述待处理订单中物流数据的准确性,以及,完整性;得到物流数据;
存储所述物流数据,发送一curl请求至物流服务器;
所述物流服务器,用于接收矩阵服务器发送的curl请求,所述curl请求包括物流数据;
验证所述物流数据的准确性与重复性,得到验证后的数据;
将所述验证后的数据写入mysql,得到业务数据;
将所述业务数据发送至矩阵服务器;
所述数据存储服务器,用于相关数据的存储。
CN201711370666.6A 2017-12-19 2017-12-19 一种物流数据的监控处理方法,装置及系统 Active CN109933486B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711370666.6A CN109933486B (zh) 2017-12-19 2017-12-19 一种物流数据的监控处理方法,装置及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711370666.6A CN109933486B (zh) 2017-12-19 2017-12-19 一种物流数据的监控处理方法,装置及系统

Publications (2)

Publication Number Publication Date
CN109933486A true CN109933486A (zh) 2019-06-25
CN109933486B CN109933486B (zh) 2023-04-18

Family

ID=66983140

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711370666.6A Active CN109933486B (zh) 2017-12-19 2017-12-19 一种物流数据的监控处理方法,装置及系统

Country Status (1)

Country Link
CN (1) CN109933486B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111144860A (zh) * 2019-12-31 2020-05-12 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN111565178A (zh) * 2020-04-26 2020-08-21 天津中新智冠信息技术有限公司 业务信息下发方法、装置、服务器、客户端及存储介质
CN112767084A (zh) * 2021-01-20 2021-05-07 高锡东 一种基于云计算的数据安全校验方法、装置及服务器

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010267302A (ja) * 2010-08-31 2010-11-25 Seikou Trans Network Co Ltd 物流管理システム、物流管理サーバ、物流管理方法、および物流管理のためのプログラム
CN102496095A (zh) * 2011-11-24 2012-06-13 北京首钢自动化信息技术有限公司 热送热装的物流跟踪、监控与动态调度系统
CN102831512A (zh) * 2011-06-14 2012-12-19 阿里巴巴集团控股有限公司 一种加快网上交易数据处理的方法及系统
WO2014005528A1 (zh) * 2012-07-05 2014-01-09 华为技术有限公司 信息处理方法、服务器及物流终端
CN104571044A (zh) * 2015-01-04 2015-04-29 荣庆物流供应链有限公司 一种冷链物流可视化监控系统及方法
WO2015081815A1 (zh) * 2013-12-05 2015-06-11 北京奇虎科技有限公司 物流状态信息监控方法、装置及系统
CN105701634A (zh) * 2016-03-15 2016-06-22 江阴中科今朝科技有限公司 基于移动终端的物流监控及调度系统
CN105989457A (zh) * 2015-02-11 2016-10-05 阿里巴巴集团控股有限公司 一种信息查询方法及装置
CN106971288A (zh) * 2017-05-31 2017-07-21 无锡井通网络科技有限公司 一种基于区块链的分布式物流追踪方法
CN107045676A (zh) * 2016-02-05 2017-08-15 阿里巴巴集团控股有限公司 物流流转消息处理方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2010267302A (ja) * 2010-08-31 2010-11-25 Seikou Trans Network Co Ltd 物流管理システム、物流管理サーバ、物流管理方法、および物流管理のためのプログラム
CN102831512A (zh) * 2011-06-14 2012-12-19 阿里巴巴集团控股有限公司 一种加快网上交易数据处理的方法及系统
CN102496095A (zh) * 2011-11-24 2012-06-13 北京首钢自动化信息技术有限公司 热送热装的物流跟踪、监控与动态调度系统
WO2014005528A1 (zh) * 2012-07-05 2014-01-09 华为技术有限公司 信息处理方法、服务器及物流终端
WO2015081815A1 (zh) * 2013-12-05 2015-06-11 北京奇虎科技有限公司 物流状态信息监控方法、装置及系统
CN104571044A (zh) * 2015-01-04 2015-04-29 荣庆物流供应链有限公司 一种冷链物流可视化监控系统及方法
CN105989457A (zh) * 2015-02-11 2016-10-05 阿里巴巴集团控股有限公司 一种信息查询方法及装置
CN107045676A (zh) * 2016-02-05 2017-08-15 阿里巴巴集团控股有限公司 物流流转消息处理方法及装置
CN105701634A (zh) * 2016-03-15 2016-06-22 江阴中科今朝科技有限公司 基于移动终端的物流监控及调度系统
CN106971288A (zh) * 2017-05-31 2017-07-21 无锡井通网络科技有限公司 一种基于区块链的分布式物流追踪方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
刘贵林: ""整车物流监控与服务系统的设计与实现"", 《中国优秀硕士论文全文数据库(信息科技辑)》 *
赵明: "物流订单管理系统中数据完整性研究", 《中国-东盟博览》 *

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111144860A (zh) * 2019-12-31 2020-05-12 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN111144860B (zh) * 2019-12-31 2023-06-23 广州酷狗计算机科技有限公司 订单处理方法、装置、服务器及存储介质
CN111565178A (zh) * 2020-04-26 2020-08-21 天津中新智冠信息技术有限公司 业务信息下发方法、装置、服务器、客户端及存储介质
CN111565178B (zh) * 2020-04-26 2022-06-14 天津中新智冠信息技术有限公司 业务信息下发方法、装置、服务器、客户端及存储介质
CN112767084A (zh) * 2021-01-20 2021-05-07 高锡东 一种基于云计算的数据安全校验方法、装置及服务器
CN112767084B (zh) * 2021-01-20 2022-08-26 中乾思创(北京)科技有限公司 一种基于云计算的数据安全校验方法、装置及服务器

Also Published As

Publication number Publication date
CN109933486B (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
US11570255B2 (en) SMB2 scaleout
US7065526B2 (en) Scalable database management system
US8024740B2 (en) Acquisition system for distributed computing resources
US8286157B2 (en) Method, system and program product for managing applications in a shared computer infrastructure
CN104871133B (zh) 基于服务器健康以及客户端信息的应用智能请求管理
CN103067463B (zh) 用户root权限集中管理系统和管理方法
CN103038788A (zh) 提供多个网络资源
US20070112812A1 (en) System and method for writing data to a directory
US20030088672A1 (en) Apparatus and method for routing a transaction to a server
CN106933550B (zh) 全局信息获取、处理及更新方法、装置和系统
US8381167B2 (en) Business service discovery
WO2012041388A1 (en) Generation of a query plan for accessing a database
CN106933548B (zh) 全局信息获取、处理及更新、方法、装置和系统
CN109933486A (zh) 一种物流数据的监控处理方法,装置及系统
WO2005114411A1 (en) Balancing load requests and failovers using a uddi proxy
US8572201B2 (en) System and method for providing a directory service network
CN107911249A (zh) 一种网络设备的命令行发送方法、装置和设备
US20200153889A1 (en) Method for uploading and downloading file, and server for executing the same
CN104520821A (zh) 动态目录控制
CN110347718B (zh) 一种redis分片方法、装置、计算机设备和存储介质
JP2004348736A (ja) 商用ネットワークサービスを提供するためのアクティベーションソリューションの作成技法
CN116974874A (zh) 数据库的测试方法、装置、电子设备及可读存储介质
CN110362564A (zh) 一种数据源切换的处理方法,装置及系统
US10466984B2 (en) Identifying and associating computer assets impacted by potential change to a particular computer asset
JP2006106933A (ja) 負荷分散ネットワークシステム及び負荷分散用プログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20231221

Address after: A1 Floor, Southeast Comprehensive Building, Intersection of Yangmiao Road and Chezuo Road, Wushan Town, Changfeng County, Hefei City, Anhui Province, 231100

Patentee after: Youxin (Anhui) Industrial Investment Co.,Ltd.

Address before: 100102 room 323609, building 5, yard 1, Futong East Street, Chaoyang District, Beijing

Patentee before: CARPRO (BEIJING) INFORMATION TECHNOLOGY CO.,LTD.