一种物流数据的监控处理方法，装置及系统与流程

本发明涉及计算机技术领域，特别涉及一种物流数据的监控处理方法，装置及系统。

背景技术：

随着互联网的发展，基于互联网的应用服务系统也越来越多，相应的应用程序(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还可能提供其他的javaee(enterpriseedition)组件，如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-onlymemory，简称：rom)或随机存储记忆体(英文：randomaccessmemory，简称：ram)等。

本领域的技术人员可以清楚地了解到本申请实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于用户身份的服务提供装置或用户注册装置的实施例而言，由于其基本相似于方法实施例，所以描述的比对简单，相关之处参见方法实施例中的说明即可。

以上所述的本申请实施方式并不构成对本申请保护范围的限定。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。