运输任务管理方法、装置、服务器及存储介质

摘要

本申请公开了一种运输任务管理方法、装置、服务器及存储介质。该方法包括生成与多个车辆运输任务对应的多个监控任务；判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及除第一监控任务之外的第二监控任务。确定第一监控任务中违约的第一目标监控任务；获取用户从第二监控任务中确定违约的第二目标监控任务。对第一目标监控任务和第二目标监控任务进行核销处理。该方法利用机器核实车辆运输任务对应的监控任务是否违约，避免出现误判或遗漏，并核销违约的车辆运输任务；实现对于车辆运输任务进行有效监控，避免出现误判或遗漏的违约的监控任务，提高对车辆运输任务核实的效率和准确率。

说明书

技术领域

本申请涉及物流管理技术领域，尤其涉及一种运输任务管理方法、装置、服务器及存储介质。

背景技术

现代社会是一个信息化的新时代，信息技术、通讯技术和交通运输行业的不断完善，给物流运输行业提供了一个更加广阔的发展平台，自身发展的同时也在不断改变人们的生活方式，物流运输行业将也逐渐成为重要的现代支柱产业。

由于供应商的服务质量很难进行智能化的监控，造成了需求方需要付出额外的成本去购买新的运输服务满足当下的需求，本质上是由于双方信息不对称，监控力度不足，造成了“供应商多赚钱，需求方多花钱”的现状。其次，由于服务型产品的种类可以根据选定的车型、服务周期、每次服务的时长、始发地及目的地的区别、单流向或多流向的类型等因素进行组合，形成数以千计的产品服务，当下，未有针对不同类型服务的标准监控手段，因而造成了监控上的困难。最后，针对物流服务商的监控方式主要还是通过人进行监控，往往会因为人的主观判断失误或忽视，造成客观事实被遗漏，未能对服务商违约行为进行处罚，未能形成服务监控的有效机制，即通过监控和处罚，保证服务商提供符合要求的服务。

即现有技术中，无法有效的对多种物流运输情况进行监控，且会发生遗漏违约行为的情况，导致没有形成服务监控的有效机制，同时人工核实违约任务容易出现误判或遗漏，使得服务商提供的服务质量会大大降低。

发明内容

本申请实施例提供一种运输任务管理方法、装置。服务器及存储介质，旨在解决现有技术下，无法有效的对多种物流运输情况进行监控，且会发生误判或遗漏违约行为的情况，导致没有形成服务监控的有效机制，服务商提供的服务质量会大大降低的情况。

第一方面，本申请提供一种运输任务管理方法，所述方法包括：

生成与多个车辆运输任务对应的多个监控任务；

判断所述多个监控任务中，可直接获取所述运输关键信息的第一监控任务，以及所述多个监控任务中除所述第一监控任务之外的第二监控任务；

确定所述第一监控任务中违约的第一目标监控任务；

获取从所述第二监控任务中确定违约的第二目标监控任务；

对所述第一目标监控任务和所述第二目标监控任务进行核销处理。

进一步的，所述生成多个车辆运输任务对应的多个监控任务，包括：

获取车辆运输信息；

根据所述车辆运输信息，筛选所述多个车辆运输任务中每个车辆运输任务各自对应的初始运输关键信息，所述初始运输关键信息包括多种不同运输维度的信息；

监控所述多个车辆运输任务在运输过程中，生成的多个运输关键信息，以生成与所述多个车辆运输任务对应的多个监控任务，每个所述运输关键信息包括多种不同运输维度的信息；

每个车辆运输任务对应一个监控任务，所述监控任务用于监控所述车辆运输任务的完成情况。

进一步的，所述判断所述多个监控任务中，可直接获取所述运输关键信息的第一监控任务，以及所述多个监控任务中除所述第一监控任务之外的第二监控任务，包括：

利用预设信息处理方法，分别获取每个所述监控任务各自对应的初始运输关键信息和运输关键信息；

获取所述多个监控任务中，可利用所述预设信息处理方法，获取所述运输关键信息的第一监控任务；

确定所述多个监控任务中，不可利用所述预设信息处理方法，获取所述运输关键信息的第二监控任务。

进一步的，所述确定所述第一监控任务中违约的第一目标监控任务，包括：

将所述第一监控任务中，每个所述监控任务各自对应的所述初始运输关键信息和所述运输关键信息进行对比，得到所述第一监控任务中，多个监控任务对应的多个第一对比结果；

根据所述多个第一对比结果，确定所述第一监控任务中违约的第一监控目标任务。

进一步的，所述获取从所述第二监控任务中确定违约的第二目标监控任务，包括：

获取所述第二监控任务中，每个所述监控任务各自对应的所述初始运输关键信息和所述运输关键信息；

对比所述第二监控任务中，每个所述监控任务各自对应的所述初始运输关键信息和所述运输关键信息，得到多个第二对比结果；

根据所述多个第二对比结果，确定所述第二监控任务中的违约的第二目标监控任务；

获取所述第二目标监控任务。

进一步的，所述方法还包括：

获取所述第二对比结果对应的第一判断标准，所述第一判断标准为判断所述第二监控任务是否违约的标准；

根据所述第一判断标准，更新所述多个第一对比结果对应的第二判断标准，所述第二判断标准为判断所述第一监控任务是否违约的标准。

进一步的，所述对所述第一目标监控任务和所述第二目标监控任务进行核销处理，包括：

针对不同的违约情况，对违约的所述第一目标监控任务和所述第二目标监控任务进行不同的标记，得到待核销任务；

根据所述待核销任务，获取所述待核销任务对应的核销成本；

根据所述核销成本，将所述待核销任务中的标记清除，并单独保存待核销任务对应的车辆运输任务。

第二方面，本申请还提供一种运输任务管理装置，所述运输任务管理装置包括：

任务生成模块，所述任务生成模块用于生成与多个车辆运输任务对应的多个监控任务；

判断模块，所述判断模块用于判断所述多个监控任务中，可直接获取所述运输关键信息的第一监控任务，以及所述多个监控任务中除所述第一监控任务之外的第二监控任务；

确定模块，所述确定模块用于确定所述第一监控任务中违约的第一目标监控任务；

获取模块，所述获取模块用于获取从所述第二监控任务中确定违约的第二目标监控任务；

核销模块，所述核销模块用于对所述第一目标监控任务和所述第二目标监控任务进行核销处理。

第三方面，本申请还提供一种服务器，所述服务器包括：

一个或多个处理器；

存储器；以及

一个或多个应用程序，其中所述一个或多个应用程序被存储于所述存储器中，并配置为由所述处理器执行以实现如上任一项所述的运输任务管理方法。

第四方面，本申请还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器进行加载，以执行如上任一项所述的运输任务管理方法中的步骤。

本申请实施例提供的运输任务管理方法、装置、服务器及存储介质。该方法在现有技术利用人力核实车辆运输任务是否违约的情况下，通过利用机器核实车辆运输任务对应的监控任务是否违约，避免出现误判或遗漏。实现对于车辆运输任务进行有效监控，避免出现误判或遗漏的违约的监控任务，并核销违约的车辆运输任务，提高对车辆运输任务核实的效率和准确率，提高企业在物流服务商监控方面的不足。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1为本申请实施例提供的主机监控系统的场景示意图；

图2为本申请实施例提供的运输任务管理方法一实施例流程示意图；

图3为本申请实施例提供的确定第一监控任务中违约的第一目标监控任务的一实施例流程示意图；

图4为本申请提供的对第一目标监控任务和第二目标监控任务进行核销处理的一实施例流程示意图；

图5为本申请提供的运输任务管理装置一实施例示意图；

图6为本申请实施例所涉及到的服务器的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在本申请的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”、“内”、“外”、“顺时针”、“逆时针”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个所述特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接或可以相互通讯；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

在本申请中，除非另有明确的规定和限定，第一特征在第二特征之“上”或之“下”可以包括第一和第二特征直接接触，也可以包括第一和第二特征不是直接接触而是通过它们之间的另外的特征接触。而且，第一特征在第二特征“之上”、“上方”和“上面”包括第一特征在第二特征正上方和斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”包括第一特征在第二特征正下方和斜下方，或仅仅表示第一特征水平高度小于第二特征。

下文的公开提供了许多不同的实施方式或例子用来实现本申请的不同结构。为了简化本申请的公开，下文中对特定例子的部件和设置进行描述。当然，它们仅仅为示例，并且目的不在于限制本申请。此外，本申请可以在不同例子中重复参考数字和/或参考字母，这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施方式和/或设置之间的关系。此外，本申请提供了的各种特定的工艺和材料的例子，但是本领域普通技术人员可以意识到其他工艺的应用和/或其他材料的使用。

本申请提供一种运输任务管理方法、装置、服务器及存储介质，以下分别进行说明。

如图1所示，为本申请实施例提供的主机监控系统的场景示意图，该主机监控系统可以包括多个主机100和服务器200，主机100和服务器20网络连接，服务器200中集成有主机监控装置，如图1中的服务器，主机100可以访问服务器200。

本发明实施例中服务器200主要用于生成与多个车辆运输任务对应的多个监控任务；判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务；确定第一监控任务中违约的第一目标监控任务；获取从第二监控任务找那个确定违约的第二目标监控任务；对第一目标监控任务和第二目标监控任务进行核销处理。

本发明实施例中，该服务器200可以是独立的服务器，也可以是服务器组成的服务器网络或服务器集群，例如，本发明实施例中所描述的服务器200，其包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云服务器。其中，云服务器由基于云计算(Cloud Computing)的大量计算机或网络服务器构成。本发明的实施例中，服务器与主机之间可通过任何通信方式实现通信，包括但不限于，基于第三代合作伙伴计划(3rd GenerationPartnership Project，3GPP)、长期演进(Long Term Evolution，LTE)、全球互通微波访问(Worldwide Interoperability for Microwave Access，WiMAX)的移动通信，或基于TCP/IP协议族(TCP/IP Protocol Suite，TCP/IP)、用户数据报协议(User Datagram Protocol，UDP)的计算机网络通信等。

可以理解的是，本发明实施例中所使用的主机100可以是既包括接收和发射硬件的设备，即具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种主机可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备。具体的主机100具体可以是台式终端或移动终端，主机100具体还可以是手机、平板电脑、笔记本电脑等中的一种。

本领域技术人员可以理解，图1中示出的应用环境，仅仅是与本申请方案一种应用场景，并不构成对本申请方案应用场景的限定，其他的应用环境还可以包括比图1中所示更多或更少的服务器，或者服务器网络连接关系，例如图1中仅示出1个服务器和2个主机，可以理解的，该主机监控系统还可以包括一个或多个其他服务器，或/且一个或多个与服务器网络连接的主机，具体此处不作限定。

另外，如图1所示，该主机监控系统还可以包括存储器300，用于存储数据，如存储主机数据，例如主机运行时的主机状态数据等。

需要说明的是，图1所示的主机监控系统的场景示意图仅仅是一个示例，本发明实施例描述的运输任务管理系统以及场景是为了更加清楚的说明本发明实施例的技术方案，并不构成对于本发明实施例提供的技术方案的限定，本领域普通技术人员可知，随着运输任务管理系统的演变和新业务场景的出现，本发明实施例提供的技术方案对于类似的技术问题，同样适用。

本申请实施例提供一种运输任务管理方法，如图2所示，为本申请提供的运输任务管理方法一实施例流程示意图，该运输任务管理方法包括：

21、生成与多个车辆运输任务对应的多个监控任务。

22、判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务。

23、确定第一监控任务中违约的第一目标监控任务。

在本申请的实施例中，监控任务违约的情况有多种；例如，车辆未按照预设的时间到达目的地可以视为违约；或是车辆在运输过程中没有按照预设的路径行驶也可以视为违约。除此之外，还有其他的违约情况，此处不做限定。

24、获取从第二监控任务中确定违约的第二目标监控任务。

25、对第一目标监控任务和第二目标监控任务进行核销处理。

本申请实施例提供的运输任务车辆运输任务管理方法，该方法在现有技术利用人力核实车辆运输任务是否违约的情况下，通过利用机器核实车辆运输任务对应的监控任务是否违约，避免出现误判或遗漏。实现对于车辆运输任务进行有效监控，避免出现误判或遗漏的违约的监控任务，并核销违约的车辆运输任务，提高对车辆运输任务核实的效率和准确率，提高企业在物流服务商监控方面的不足。

在本申请的一些实施例中，生成多个车辆运输任务对应多个监控任务，可以包括：获取车辆运输信息。根据车辆运输信息，筛选多个车辆运输任务中每个车辆运输任务各自对应的初始运输关键信息。根据初始运输关键信息，生成与多个车辆运输任务对应的多个监控任务。

具体的，本申请实施例提供一个质量监控中台，接入一个或多个公司的车辆任务平台，每个公司的车辆运输任务均存储在各自对应的车辆任务平台中。而质量监控中台可以接收所有接入的车辆任务平台的车辆运输任务，且质量监控中台会根据实际的车辆运输任务和车辆信息，来分发车辆运输任务。

同时，多个车辆运输任务对应的车辆运输信息也可以存储在车辆任务平台中，车辆运输信息可以包括：运输任务信息、车辆服务信息等。其中运输任务信息可以包括车辆运输任务的任务里程，即车辆运输任务需要运输多少的距离；或是车辆的吨位，即车辆运输任务所需要的车辆能够容纳的货物的多少。除此之外，车辆运输信息还可以包括流向标类型(即车辆运输任务的出发地和目的地)。其中，在车辆运输任务发送给质量监控中台的同时，车辆运输任务对应的车辆运输信息也同样会发送至质量监控中台。

在本申请的实施例中，本申请实施例提供的质量监控中台与一个或多个公司的车辆任务平台接入，以获取来自这些公司的车辆运输任务。而质量监控中台获取至少一个车辆任务平台中的车辆运输信息，可以包括：

设置信息获取配置，质量监控中台根据信息获取配置，获取车辆运输信息。

具体的，在本申请的实施例中，在质量监控中台中会设置车辆运输信息的信息获取配置，而质量监控中台会根据信息获取配置获取车辆运输信息；对应的，车辆任务平台会根据信息获取配置发送车辆运输信息至质量监控中台。

在本申请的一些实施例中，信息获取配置可以为控制质量监控中台每天接收的车辆运输信息的数量，例如质量监控中台每天接收的车辆运输信息数量不超过五万条，对应的质量监控中台监控的监控任务也不会超过五万条；质量监控中台一个月接收的车辆运输信息数量不超过一百万条，对应的质量监控中台监控的监控任务也不超过一百万条。

在本申请的另一些实施例中，信息获取配置可以为控制质量监控中台的监控时间，例如质量监控中台每天对车辆运输信息进行监控的时间为每天的九点至二十四点；质量监控中台监控的周期为一个月等。

在本申请的实施例中，信息获取配置可以控制质量监控中台对车辆运输信息的获取，也可以控制至少一个车辆任务平台对车辆运输信息的发送。同时，在本申请的一些实施例中，可以利用push推送机制，按照预设的周期，由车辆任务平台定时向质量监控中台发送车辆运输信息，并由质量监控中台来进行车辆运输信息的筛选。

本申请实施例中的车辆运输信息包括多种不同运输维度的信息，具体的，车辆运输信息可以包括时间信息，即车辆运输任务对应的出发时间和到达时间；车辆运输信息还可以包括路线信息，即车辆运输任务对应的运输路径以及目的地和出发地之间的距离等。需要从这些信息中筛选出需要进行监控的初始运输关键信息，而由于质量监控中台中的车辆运输任务是海量的，因此需要筛选出多个车辆运输任务中每个车辆运输任务各自对应的初始运输关键信息。在本申请的一些实施例中初始运输关键信息可以包括：车辆的预计到达时间，预计最晚达到时间，预计发车时间，最晚发车时间，司机的信息等多种运输维度的信息。其中，在本申请的实施例中，初始运输关键信息是与整个车辆运输任务有关的一些信息，且运输初始关键信息是预先设定好的，例如车辆的预计到达时间，车辆在运输过程中预计的路径，这些信息是预先设定好的。

对于一个具体的车辆运输任务来说，需要在整个运输过程中对车辆运输任务进行监控，以确保车辆运输任务的完成情况。因此可以通过车辆任务管理平台，并且根据多个初始运输关键信息生成多个监控任务。一个车辆运输任务对应一个初始运输关键信息，而一个初始运输关键信息也对应一个监控任务。

其中，在本申请的实施例中，每个车辆运输任务均对应一个监控任务，监控任务可以监控每个车辆运输任务的完成情况，具体可以包括，监控每个车辆运输任务中车辆的实际到达目的地的时间，车辆在运输过程中行走的路线等等。

在本申请的一些实施例中，根据初始运输关键信息，生成与多个车辆运输任务对应的多个监控任务，可以包括：

监控多个车辆运输任务在运输过程中，生成的多个运输关键信息，以审查与多个车辆运输任务对应的多个监控任务。

具体的，质量监控中台需要在车辆运输任务的运输过程中，监控初始运输关键信息对应的多种运输维度的信息。例如，质量监控中台可以监控运输过程中，车辆的实际到达时间，车辆实际的运输路线，车辆对应的司机信息等，这些信息可以称为车辆运输任务在运输过程中实际的运输关键信息；每个车辆运输任务对应的运输关键信息也包括多种不同运输维度的信息。

且在本申请的实施例中，车辆运输信息中的初始运输关键信息和实际的运输关键信息可以一一对应。例如，若初始运输关键信息中包括车辆信息，车辆预计到达时间，车辆预计运输路线；那么对应的，实际的运输关键信息中可以包括车辆信息，车辆的实际到达时间，车辆的实际运输路线等。即初始运输关键信息中包括的多种不同运输维度的信息，那么在实际的运输过程中，需要对初始运输关键信息中包括的所有的运输维度的信息均进行监控，初始运输关键信息中的运输维度，与实际的运输关键信息中的运输维度对应。

在本申请的实施例中，由于车辆运输任务是海量的，每个车辆运输任务中的车辆运输信息也不相同，因此，生成的多个监控任务可以各自对应一个任务标识(dentitydocument，ID)，其中，每个监控任务对应的任务ID是唯一的，这样便于区分不同的监控任务。同时，监控任务不仅可以监控初始运输关键信息包括的多种运输维度的信息，还可以包括其他运输维度的信息；即监控任务监控的运输关键信息可以根据实际的业务情况进行拓展。

在本申请的一些实施例中，当运输车辆到达目的地，运输结束后，还需要判断车辆运输任务是否违约，即判断车辆运输任务对应的监控任务是否违约。在实际的情况中，当运输车辆到达目的地后，可以利用目的地的设备来获取监控任务对应的运输关键信息，进而判断监控任务是否违约。而对于所有的监控任务来说，有一些监控任务可以利用场地的设备来获取运输关键信息，而对于某些车辆运输任务来说，可能会因为各种外界环境因素导致无法利用场地的设备来获取运输关键信息。因此，可以根据场地的设备来判断，多个监控任务中，可以直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务。

在本申请的一些实施例中，判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务，可以包括：利用预设信息处理方法，分别获取每个监控任务各自对应的初始运输关键信息和运输关键信息；获取多个监控任务中，可利用预设信息处理方法，获取运输关键信息的第一监控任务；确定多个监控任务中，不可利用预设信息处理方法，获取运输关键信息的第一监控任务。

具体的，在利用预设信息处理方法获取每个监控任务各自对应的运输关键信息时，可以包括利用现有的可以处理各种信息的机器来获取运输关键信息。例如，可以利用现有的可以处理各种信息的机器来获取运输车辆的图像信息，并将图像信息上传至质量监控中台。质量监控中台在接收到了车辆的图像信息后，质量监控中台可以根据特征点检测与匹配、场景分隔、聚类与监督学习、深度学习等复合算法，以及通用的单指令多数据引擎、数字信息处理等方式实现前述复合算法，以实时完成对运输车辆的抵达、出发、规格等进行监控。

在利用预设信息处理方法获取运输关键信息时，就可以将可以利用该方法获取运输关键信息，以及无法利用该方法获取运输关键信息的监控任务区分开。其中，可以利用预设信息处理方法获取运输关键信息的监控任务，为第一监控任务；而无法利用预设信息处理方法获取运输关键信息的监控任务，为第二监控任务。

在获取了能利用预设信息处理方法获取运输关键信息的第一监控任务后，还需要确定第一监控任务中违约的第一目标监控任务。如图3所示，为本申请实施例提供的确定第一监控任务中违约的第一目标监控任务的一实施例流程示意图，可以包括：

31、将第一监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息进行对比，得到第一监控任务中，多个监控任务对应的多个第一对比结果。

32、根据多个第一对比结果，确定第一监控任务中违约的第一目标监控任务。

具体的，在利用预设的信息处理方法获取了第一监控任务中，多个监控任务各自对应的初始运输关键信息和运输关键信息后，可以将第一监控任务中，多个监控任务各自对应的初始运输关键信息和运输关键信息进行对比，得到多个第一监控任务的多个第一对比结果；那么就可以根据多个第一对比结果来确定第一监控任务中违约的第一监控目标任务。

其中，在对比初始运输关键信息和运输关键信息时，由于初始运输关键信息和运输关键信息都包括多个不同运输维度的信息，因此需要对比相同运输维度的信息，不同的运输维度对应的信息之间无法对比。在本申请的一些实施例中，可以将车辆的预计出发时间和实际出发时间进行对比，或是将车辆的预计路线和实际行驶路线进行对比等。在对比之后，可以得到第一监控任务中，多个监控任务对应的多个第一对比结果；根据对比结果就可以确定第一监控任务中违约的第一目标监控任务。

其中，第一监控任务包括有违约的第一目标监控任务以及正常完成的监控任务；对于第一监控任务中，正常完成并未违约的监控任务，质量监控中台记录并保存。

在本申请的一个具体实施例中，若车辆的预计到达时间为下午五点，而实际的到达时间为下午五点十分，那么对于该监控任务来说，若质量监控中台允许的时间误差范围在预计到达时间的前后十分钟内，那么该监控任务不违约。若是质量监控中台允许的时间误差范围在预计到达时间的前后五分钟内，那么该监控任务违约。即判断一个监控任务是否违约，不仅需要对比车辆运输任务的初始运输关键信息和运输关键信息，还需要获取质量监控中台设定的误差范围；该误差范围可以是运输时间的误差范围，也可以是运输的质量的误差范围，也可以是其他参数的误差范围，具体可以根据实际运输情况设置。

在本申请的另一些实施例中，在确定了第二监控任务后，还需要确定第二监控任务中的监控任务是否违约。其中，可以由人工来核实第二监控任务中违约的第二目标监控任务，而质量监控中台仅接收人工核实完成后的第二目标监控任务。

具体的，获取从第二监控任务中确定违约的第二目标监控任务，可以包括：获取第二监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息；对比第二监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息，得到多个第二对比结果；根据多个第二对比结果，确定第二监控任务中的违约的第二目标监控任务；发送第二目标监控任务。

在本申请的实施例中，当第二监控任务无法利用预设的信息处理方法来获取运输关键信息，进而判断是否违约后，可以利用人工进行处理。

具体的，在本申请的一些实施例中，对于第二监控任务，可以利用人工手持巴枪处理的方法来进行人工核实是否违约。其中，巴枪以手机或平板等终端作为数据存储的载体，连接信息获取模块，形成一套数据采集传输系统。即用户可以利用巴枪获取运输关键信息，进而在巴枪内部对比第二监控任务的运输关键信息和初始运输关键信息，得到多个第二对比结果。而用户可以根据多个第二对比结果，确定第二监控任务中违约的第二目标监控任务，并将第二目标监控任务发送至质量管理中台。

在本申请的实施例中，第二对比结果是由人工进行判断的，第二对比结果对应的第一判断标准为判断第二监控任务是否违约的标准，即人工对比第二监控任务的初始运输关键信息和初始运输关键信息；因此，第二对比结果对应的的第一判断标准是人为设定的。而在本申请的实施例中，可以根据多个第二对比结果来获取第二对比结果的第一判断标准，进而根据第一判断标准来更新多个第一对比结果对应的第二判断标准。

由于第一监控任务中违约的第一目标监控任务的判断是由机器中的预设信息处理方法来判断的，第一对比结果对应的第二判断标准是判断第一监控任务是否违约；因此可以根据第二对比结果对应的第一判断标准来更新第一对比结果对应的第二判断标准，使得第一对比结果的判断更加的准确，避免出现利用预设信息处理方法无法判断的情况。同时，还可以定期对第一监控任务进行抽查，利用人工再次判断第一监控任务中违约的监控任务，避免出现误判。

需要说明的是，在本申请的实施例中，第一监控任务对应的初始运输关键信息、运输关键信息，和第二监控任务对应的初始运输关键信息、运输关键信息之间是不同的。但初始运输关键信息，和车辆运输任务在运输过程中实际生成的运输关键信息的维度是相同的。

在确定了违约的第一目标监控任务和第二目标监控任务后，还需要对第一目标监控任务和第二目标监控任务进行核销处理。如图4所示，为本申请提供的对第一目标监控任务和第二目标监控任务进行核销处理的一实施例流程示意图，其中，对第一目标监控任务和第二目标监控任务进行核销处理，可以包括：

41、针对不同的违约情况，对违约的第一目标监控任务和第二目标监控任务进行不同的标记，得到待核销任务。

42、根据待核销任务，获取待核销任务对应的核销成本。

43、根据核销成本，核销待核销任务。

具体的，在利用预设信息处理方法和利用人工确定违约的监控任务后，即确定了违约的车辆运输任务，再对这些车辆运输任务进行标记；而不同的违约情况，标记也会不同。若需要核销违约的车辆运输任务，则需要获取不同的违约情况对应的不同核销成本；只有获取了违约的车辆运输任务各自对应的核销成本，才能根据核销成本核销违约的车辆运输任务。

具体的，第一目标监控任务和第二目标监控任务中包括多个违约的监控任务，即包括多个违约的车辆运输任务，且每个车辆运输任务的违约情况都不相同，不同的违约情况对应的核销成本也不同，因此需要对违约的车辆运输任务进行不同的标记以区分不同的违约情况。此时对每个违约的车辆运输任务均进行不同的标记，得到标记后的待核销任务；再根据核销成本核销待核销任务。

在本申请的一个具体实施例中，针对未按照约定时间到达目的地，和未按照预计运输路线行驶的两种违约情况，这两种违约情况的标记会不同。且针对未按照约定时间到达目的地对应的核销成本，以及未按照预计运输路线行驶对应的核销成本也不同，可以根据实际情况来设置。

在获取了标记后的待核销任务后，质量监控中台需要将待核销任务推送至对应公司的车辆任务平台，并不是将所有的待核销任务均推送给所有的车辆任务平台，而是将每个公司对应的待核销任务中的一部分推送给对应的车辆任务平台。

而每个公司的车辆任务平台在获取到了各自对应的违约的监控任务后，需要提供核销成本给质量监控中台，质量管理中台以核销违约的监控任务。同时，对于人工确认的违约的第二目标监控任务，质量监控中台可以将1-10％的核销成本奖励给违约任务的提报人，以提高提报人违约任务上报的准确率。

在本申请的实施例中，当获取了不同违约情况的车辆运输任务各自对应的核销成本后，可以对违约的车辆运输任务进行核销。具体的，在本申请的一些实施例中，对于需要核销的车辆运输任务，可以将待核销任务中的标记清除，并按照违约情况的不同，单独保存清除标记后的，待核销任务对应的车辆运输任务。

在本申请的实施例中，若是无法获取待核销任务对应的核销成本，则需要确定无法获取核销成本的原因，并记录保存，以便质量监控中台对这种类型的车辆运输任务保持关注。

本申请还提供一种车辆运输任务管理装置，如图5所示，为本申请提供的车辆运输任务管理装置一实施例示意图，该车辆运输任务管理装置可以包括：

任务生成模块501，任务生成模块501用于生成与多个车辆运输任务对应的多个监控任务。

判断模块502，判断模块502用于判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务。

确定模块503，确定模块503用于确定第一监控任务中违约的第一目标监控任。

获取模块504，获取模块504用于获取从第二监控任务中确定违约的第二目标监控任务。

核销模块505，核销模块505用于对第一目标监控任务和第二目标监控任务进行核销处理。

本申请提供的车辆运输任务管理装置，在现有技术利用人力核实车辆运输任务是否违约的情况下，通过利用机器核实车辆运输任务对应的监控任务是否违约，避免出现误判或遗漏。实现对于车辆运输任务进行有效监控，避免出现误判或遗漏的违约的监控任务，并核销违约的车辆运输任务，提高对车辆运输任务核实的效率和准确率，提高企业在物流服务商监控方面的不足。

在本申请的一些实施例中，任务生成模块501具体可以用于获取车辆运输信息；根据车辆运输信息，筛选多个车辆运输任务中每个车辆运输任务各自对应的初始运输关键信息；根据初始运输关键信息，生成与多个车辆运输任务对应的多个监控任务。

在本申请的一些实施例中，判断模块502可以用于利用预设信息处理方法，分别获取每个监控任务各自对应的初始运输关键信息和运输关键信息；获取多个监控任务中，可利用预设信息处理方法，获取所述运输关键信息的第一监控任务；确定多个监控任务中，不可利用预设信息处理方法，获取运输关键信息的第二监控任务。

在本申请的一些实施例中，确定模块505具体可以用于将第一监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息进行对比，得到第一监控任务中，多个监控任务对应的多个第一对比结果；根据多个第一对比结果，确定第一监控任务中违约的第一目标监控任务。其中，第一监控任务包括第一目标监控任务和正常完成的监控任务。

在本申请的一些实施例中，获取模块503具体可以用于获取第二监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息；对比第二监控任务中，每个监控任务各自对应的初始运输关键信息和运输关键信息，得到多个第二对比结果；根据多个第二对比结果，确定第二监控任务中的违约的第二目标监控任务；发送第二目标监控任务。

本申请还提供一种服务器，其集成了本申请实施例所提供的任一种车辆运输任务管理装置，如图6所示，其示出了本申请实施例所涉及到的服务器的结构示意图，具体来讲：

该服务器可以包括一个或者一个以上处理核心的处理器601、一个或一个以上计算机可读存储介质的存储器602、电源603和输入单元604等部件。本领域技术人员可以理解，图6中示出的服务器结构并不构成对服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器601是该服务器的控制中心，利用各种接口和线路连接整个服务器的各个部分，通过运行或执行存储在存储器602内的软件程序和/或模块，以及调用存储在存储器602内的数据，执行服务器的各种功能和处理数据，从而对服务器进行整体监控。可选的，处理器601可包括一个或多个处理核心；优选的，处理器601可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器601中。

存储器602可用于存储软件程序以及模块，处理器601通过运行存储在存储器602的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器602可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据服务器的使用所创建的数据等。此外，存储器602可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器602还可以包括存储器控制器，以提供处理器601对存储器602的访问。

服务器还包括给各个部件供电的电源603，优选的，电源603可以通过电源管理系统与处理器601逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源603还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

该服务器还可包括输入单元604，该输入单元604可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。

尽管未示出，服务器还可以包括显示单元等，在此不再赘述。具体在本实施例中，服务器中的处理器601会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器602中，并由处理器601来运行存储在存储器602中的应用程序，从而实现各种功能，如下：

生成与多个车辆运输任务对应的多个监控任务；判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务；确定第一监控任务中违约的第一目标监控任务；获取从第二监控任务找那个确定违约的第二目标监控任务；对第一目标监控任务和第二目标监控任务进行核销处理。

本申请还提供一种计算机可读存储介质，该存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。存储介质存储有计算机程序，该计算机程序被处理器进行加载，以执行本申请实施例所提供的任一种运输任务管理方法中的步骤。例如，所述计算机程序被处理器进行加载可以执行如下步骤：

生成与多个车辆运输任务对应的多个监控任务；判断多个监控任务中，可直接获取运输关键信息的第一监控任务，以及多个监控任务中除第一监控任务之外的第二监控任务；确定第一监控任务中违约的第一目标监控任务；获取从第二监控任务找那个确定违约的第二目标监控任务；对第一目标监控任务和第二目标监控任务进行核销处理。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

以上对本申请实施例所提供的一种运输任务管理方法、装置、服务器及存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的技术方案及其核心思想；本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例的技术方案的范围。