CN112163818A - 货物运输控制方法及装置、存储介质及电子设备 - Google Patents

Abstract

本申请涉及货物运输技术领域，提供一种货物运输控制方法及装置、存储介质及电子设备。其中，货物运输控制方法包括：服务器接收承运人终端发送的装货图像；服务器接收承运人终端发送的卸货图像；服务器基于装货图像以及卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；服务器在货物存在异常时向托运人终端和/或承运人终端发送异常提示信息。在该方法中，服务器首先利用图像识别算法自动检测货物异常，然后自动通知相关人员，其处理货物异常的效率较高并且有利于降低人工成本。此外，该方法只需利用装货时和卸货时分别采集的货物图像即可发现货物异常，无需对货物进行全程监控，因此其部署成本低，实用价值较高。

Description

货物运输控制方法及装置、存储介质及电子设备

技术领域

本发明涉及货物运输技术领域，具体而言，涉及一种货物运输控制方法及装置、存储介质及电子设备。

背景技术

随着科技的发展，越来越多的货物运输流程依托于网络平台完成，托运人通过网络平台发布货运订单，承运人也通过网络平台接下货运订单并进行货物运输。

然而，在货物运输过程中，难免会出现货物损坏、丢失等异常状况，目前普遍通过承运人、托运人以及网络平台方人工进行问题确认，不仅效率低下而且人工成本高昂。

发明内容

本申请实施例的目的在于提供一种货物运输控制方法及装置、存储介质及电子设备，以改善上述技术问题。

为实现上述目的，本申请提供如下技术方案：

第一方面，本申请实施例提供一种货物运输控制方法，应用于服务器，所述方法包括：接收承运人终端发送的装货图像；接收所述承运人终端发送的卸货图像；基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；若货物存在异常，则向托运人终端和/或所述承运人终端发送异常提示信息。

在上述方法中，服务器（可由网络平台方部署）首先利用图像识别算法自动检测货物在运输过程中可能出现的异常，然后将货物的异常状况自动通知相关人员，其处理货物异常的效率较高并且有利于降低人工成本。此外，该方法只需利用装货时采集的货物图像和卸货时采集的货物图像即可发现货物异常，无需对货物进行全程监控，因此其部署成本低，实用价值较高。

在第一方面的一种实现方式中，在所述向托运人终端和/或所述承运人终端发送异常提示信息之后，所述方法还包括：在不满足第一重传终止条件时，接收所述承运人终端重新发送的卸货图像；基于所述装货图像以及所述重新发送的卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；若货物存在异常，则向所述托运人终端和/或所述承运人终端发送异常提示信息。

即使货物本身不存在异常，但承运人在拍摄卸货图像时拍摄不当（例如，卸货图像画面模糊、不完整、角度不佳等），也可能会导致服务器判断出货物存在异常，因此在上述实现方式中，有条件（第一重传终止条件）地允许承运人终端重新向服务器上传卸货图像。

在第一方面的一种实现方式中，所述第一重传终止条件包括以下至少一项：接收到所述托运人终端或所述承运人终端发送的终止重传指示；当前时间已超过卸货图像重传时限；当前接收卸货图像的次数已达到卸货图像重传次数；承运人的运输记录未达到预设的标准。

上述实现方式给出了终止重传的四项条件：第一项条件至少包括两种情况，其一是承运人请求重传卸货图像，但被托运人拒绝（托运人终端发送终止重传指示），其二是承运人终端自己判断出不应允许继续重传卸货图像（承运人终端发送终止重传指示）；第二项条件表示重传卸货图像有时间限制，且在服务器上进行计时；第三项条件表示重传卸货图像有次数限制，且在服务器上进行计数；第四项条件表示由于承运人的历史原因（例如，承运的货物经常出现异常、服务态度不佳）导致其被禁止重传卸货图像。

在第一方面的一种实现方式中，在不满足所述第一重传终止条件时，若判断出货物存在异常，则仅向所述承运人终端发送异常提示信息，在满足第一所述重传终止条件时，若货物仍存在异常，则向托运人终端发送异常提示信息。

在上述实现方式中，若服务器判断出货物存在异常，暂时只通知承运人而不通知托运人，除非承运人重传图像若干次后仍然无法改变关于货物异常的判断结果，此时服务器才会通知托运人。这样处理一方面给了承运人足够的机会重传卸货图像，一方面避免在关于货物异常的最终判断结果出来以前频繁打扰托运人。

在第一方面的一种实现方式中，所述方法还包括：在满足所述第一重传终止条件时，向所述承运人终端发送终止重传指示。

在上述实现方式中，若服务器判断出不应允许承运人继续重传卸货图像，则向承运人终端发出相应的指示，以便承运人终端做出响应，例如，在界面上关闭重传卸货图像的功能。

在第一方面的一种实现方式中，在所述接收承运人终端发送的装货图像之前，所述方法还包括：接收所述托运人终端发送的发货请求，根据所述发货请求中携带的发货信息创建并发布订单；接收所述承运人终端发送的接单请求，将所述接单请求中指定的订单标记为执行状态；在所述利用图像识别算法判断货物在运输过程中是否存在异常之后，所述方法还包括：若货物在运输过程中存在异常，则将所述货物对应的订单标记为协商状态；其中，被标记为协商状态的订单在所述托运人终端上不可直接确认收货；接收所述托运人终端在确认协商完成后发送的确认收货信息，将所述确认收货信息中指定的订单标记为结束状态，并根据托运人和承运人的协商结果对所述订单进行结算。

在上述实现方式中，服务器会创建货运订单，并对订单状态进行维护，托运人终端和承运人终端也可以根据订单的不同状态进行不同的界面显示。其中，若服务器判断出货物存在异常，则订单会被标记为协商状态，被标记为协商状态的订单不可直接结束，需要等待托运人和承运人完成协商后（托运人会在托运人终端上确认协商完成）才能结束（托运人会在托运人终端上确认收货），若服务器判断出货物不存在异常，则订单可以直接结束。

在第一方面的一种实现方式中，货物异常包括货物损坏，所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：利用第一图像识别算法识别所述装货图像中的货物损坏程度以及所述卸货图像中的货物损坏程度，并根据两个损坏程度的差异判断货物在运输过程中是否存在损坏；或者，利用第二图像识别算法识别所述装货图像与所述卸货图像的差异，并根据两个图像的差异判断货物在运输过程中是否存在损坏。

在第一方面的一种实现方式中，货物异常包括货物丢失，所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：利用第三图像识别算法识别所述装货图像中的货物数量以及所述卸货图像中的货物数量，并根据两个数量的差异判断货物在运输过程中是否存在丢失。

在第一方面的一种实现方式中，所述接收承运人终端发送的装货图像，包括：接收承运人终端发送的装货图像以及所述装货图像的采集地点；所述接收所述承运人终端发送的卸货图像，包括：接收所述承运人终端发送的卸货图像以及所述卸货图像的采集地点；在所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常之前，所述方法还包括：确定所述装货图像的采集地点与装货地点一致并且所述卸货图像的采集地点与卸货地点一致。

在上述实现方式中，承运人终端在上传图像时，图像的采集地点也会随之上传，此举有利于避免承运人的作弊行为：例如，在装货时连续拍摄两张相同的图像，其中一张在装货时上传，另一张在卸货时上传，导致服务器必然得出货物无异常的判断结果。

在第一方面的一种实现方式中，所述异常提示信息包括以下至少一项：所述装货图像以及所述卸货图像；对货物异常的描述信息。

异常提示信息中可以包括装货图像以及卸货图像，以便相关人员能够确认货物的实际状态，特别地，若承运人重传了卸货图像，异常提示信息中可以将重传前后的卸货图像都包含进去，以便托运人确认承运人在重传卸货图像时是否存在作弊行为；当然，异常提示信息中也可以包含有关货物异常的文字描述，例如，异常的类型，异常的严重程度等；当然，异常提示信息中也可以同时包含图像和文字信息，例如，在装货图像或卸货图像上标注出存在异常的货物等。

第二方面，本申请实施例提供一种货物运输控制方法，应用于承运人终端，所述方法包括：向服务器发送装货图像；向所述服务器发送卸货图像；接收所述服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据所述装货图像以及所述卸货图像判断出货物在运输过程中存在异常；在界面上显示所述异常提示信息。

在上述方法中，承运人通过承运人终端将装货图像和卸货图像上传服务器，服务器会根据装货图像和卸货图像自动判断货物在运输过程中是否存在异常，并自动返回异常提示信息，从而承运人可以根据在承运人终端上显示的异常提示信息采取相应的措施：例如，与托运人协商、重传卸货图像等。该方法处理货物异常的效率较高并且有利于降低人工成本，此外，该方法中的服务器只需利用承运人终端上传的装货图像和卸货图像即可发现货物异常，无需对货物进行全程监控，因此其部署成本低，实用价值较高。

在第二方面的一种实现方式中，在所述在界面上显示所述异常提示信息之后，所述方法还包括：在不满足第二重传终止条件时，向所述服务器重新发送卸货图像。

即使货物本身不存在异常，但承运人在拍摄卸货图像时拍摄不当，也可能会导致服务器判断出货物存在异常，因此在上述实现方式中，在满足一定的条件（第二重传条件）时承运人终端可以重新向服务器上传卸货图像。

在第二方面的一种实现方式中，所述第二重传终止条件包括以下至少一项：接收到所述服务器发送的终止重传指示；当前时间已超过卸货图像重传时限；当前发送卸货图像的次数已达到卸货图像重传次数；承运人的运输记录未达到预设的标准。

上述实现方式给出了终止重传的四项条件：第一项条件至少包括两种情况，其一是承运人请求重传卸货图像，但被托运人拒绝，其二是服务器自己判断出不应允许继续重传卸货图像（这两种情况都由服务器向承运人终端发送终止重传指示）；第二项条件表示重传卸货图像有时间限制，且在承运人终端上进行计时；第三项条件表示重传卸货图像有次数限制，且在承运人终端上进行计数；第四项条件表示由于承运人的历史原因导致其被禁止重传卸货图像。

在第二方面的一种实现方式中，所述方法还包括：在满足所述第二重传终止条件时，向所述服务器发送终止重传指示。

在上述实现方式中，若承运人终端判断出不应允许承运人继续重传卸货图像，则向服务器发出相应的指示，以便服务器做出响应，例如，向托运人终端发送异常提示信息。

在第二方面的一种实现方式中，所述向服务器发送装货图像，包括：向所述服务器发送装货图像以及所述装货图像的采集地点，所述装货图像的采集地点用于与所述服务器上存储的装货地点对比；所述向所述服务器发送卸货图像，包括：向所述服务器发送卸货图像以及所述卸货图像的采集地点，所述卸货图像的采集地点用于与所述服务器上存储的卸货地点对比。

在上述实现方式中，承运人终端在上传图像时，图像的采集地点也会随之上传，此举有利于避免承运人的作弊行为。

在第二方面的一种实现方式中，在所述向服务器发送装货图像之前，所述方法还包括：在确定当前位置与装货地点一致时，开放界面上的装货图像采集功能，否则关闭界面上的该功能；在所述向所述服务器发送卸货图像之前，所述方法还包括：在确定当前位置与卸货地点一致时，开放界面上的卸货图像采集功能，否则关闭界面上的该功能。

在上述实现方式中，承运人终端必须位于合适的地点才允许其采集图像，此举有利于避免承运人的作弊行为。

第三方面，本申请实施例提供一种货物运输控制方法，应用于托运人终端，所述方法包括：接收服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据承运人终端上传的装货图像以及卸货图像判断出货物在运输过程中存在异常；在界面上显示所述异常提示信息。

在上述方法中，承运人终端将装货图像和卸货图像上传服务器，服务器会根据装货图像和卸货图像自动判断货物在运输过程中是否存在异常，并自动向托运人终端发送异常提示信息，从而托运人可以根据在托运人终端上显示的异常提示信息采取相应的措施：例如，与承运人协商、投诉承运人等。该方法处理货物异常的效率较高并且有利于降低人工成本，此外，该方法中的服务器只需利用承运人终端上传的装货图像和卸货图像即可发现货物异常，无需对货物进行全程监控，因此其部署成本低，实用价值较高。

在第三方面的一种实现方式中，在所述在界面上异常提示信息之后，所述方法还包括：从所述服务器接收由所述承运人终端发起的卸货图像重传请求；响应针对所述卸货图像重传请求的拒绝操作，向所述服务器发送终止重传指示。

虽然货物异常可能是由于承运人拍摄卸货图像不当所导致，即允许重传卸货图像有其合理性，但允许重传卸货图像确实也可能给托运人带来一定的风险（例如，承运人在重传时作弊），所以在上述实现方式中，托运人有权拒绝承运人发起的卸货图像重传请求。

在第三方面的一种实现方式中，在所述接收服务器发送的异常提示信息之后，所述方法还包括：关闭界面上的确认收货功能，直至检测到针对货物异常的协商完成操作后重新开放该功能。

在上述实现方式中，若服务器判断出货物存在异常，则托运人终端将暂时关闭界面上的确认收货功能，直至检测到托运人执行了协商完成操作（例如，点击界面上的“协商完全按钮）才会重新开放界面上的确认收货功能。此举不仅能够促使托运人与承运人协商解决货物异常问题，也有利于避免托运人因不慎进行了确认收货而导致利益受损。

第四方面，本申请实施例提供一种货物运输控制装置，配置于服务器，所述装置包括：装货图像接收模块，用于接收承运人终端发送的装货图像；卸货图像接收模块，用于接收所述承运人终端发送的卸货图像；异常检测模块，用于基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；异常信息发送模块，用于在货物存在异常时，向托运人终端和/或所述承运人终端发送异常提示信息。

第五方面，本申请实施例提供一种货物运输控制装置，配置于承运人终端，所述装置包括：装货图像发送模块，用于向服务器发送装货图像；卸货图像发送模块，用于向所述服务器发送卸货图像；第一异常信息接收模块，用于接收所述服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据所述装货图像以及所述卸货图像判断出货物在运输过程中存在异常；第一异常信息显示模块，用于在界面上显示所述异常提示信息。

第六方面，本申请实施例提供一种货物运输控制装置，配置于托运人终端，所述装置包括：第二异常信息接收模块，用于接收服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据承运人终端上传的装货图像以及卸货图像判断出货物在运输过程中存在异常；第二异常信息显示模块，用于在界面上显示所述异常提示信息。

第七方面，本申请实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行第一方面、第二方面、第三方面或这三方面的任意一种可能的实现方式提供的方法。

第八方面，本申请实施例提供一种电子设备，包括：存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行第一方面、第二方面、第三方面或这三方面的任意一种可能的实现方式提供的方法。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本申请实施例提供的一种货物运输控制方法的流程；

图2示出了本申请实施例提供的一种货物运输App的界面；

图3示出了本申请实施例提供的第一种货物运输控制装置的结构；

图4示出了本申请实施例提供的第二种货物运输控制装置的结构；

图5示出了本申请实施例提供的第三种货物运输控制装置的结构；

图6示出了本申请实施例提供的一种电子设备的结构。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

术语“第一”、“第二”等仅用于将一个实体或者操作与另一个实体或操作区分开来，而不能理解为指示或暗示相对重要性，也不能理解为要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

本申请实施例提供的货物运输控制方法至少涉及托运人终端、承运人终端以及服务器三方之间的交互行为。

其中，托运人终端指托运人所使用的终端，而托运人是指委托承运人运输货物的一方，例如，托运人可以但不限于是货主。承运人终端指承运人所使用的终端，而承运人是指接受托运人委托运输货物的一方，例如，承运人可以但不限于是货车司机。需要指出，这里所称的“终端”既可以指手机、PC机等终端设备（具体结构可参考图6），也可以指这些设备上运行的终端程序，如手机上的App（应用程序）、App中的小程序（如微信小程序），PC机上的客户端软件、网页等等。以手机App为例，托运人终端和承运人终端可以是同一个App，也可以是不同的App：对于前一种情况，例如，货主和司机登录同一App后显示不同的界面；对于后一种情况，例如，某货运App分成货主版和司机版两个版本，货主和司机可以各自安装所需的版本使用。

服务器可以由网络平台（例如，货运平台、电商平台）部署，本申请中的“服务器”既可以指作为服务器的设备（具体结构可参考图6），也可以指这些设备上运行的服务端程序。在本申请的方案中，托运人终端和承运人终端至少可借助于服务器实现数据交互，但也不排除在一些实现方式中，托运人终端和承运人终端可以直接进行某些数据交互。

图1示出了本申请实施例提供的一种货物运输控制方法的流程。在介绍图1的方法时，主要以图2示出的App界面为例，并认为在执行图1示出的方法时，托运人和承运人的手机上已经安装好该App。可以理解的，图2仅为示例，App的布局也可以采用其他方式，或者也可以采用除App之外的方式实现货物运输控制方法。参照图1，该方法包括：

步骤S100：托运人终端向服务器发送发货请求。

步骤S101：服务器根据发货请求中携带的发货信息创建并发布订单。

以上两个步骤合并在一起阐述。托运人在需要运输货物时，可通过托运人终端发起发货请求，在发货请求中携带发货信息，例如，装货地址、卸货地址、装货时间、卸货时间、运费、运输要求、托运人联系方式、收货人联系方式等等。在图2的第一行左侧示出了App中的发货页面，托运人在此页面中填写发货信息后，点击下方的“发货”按钮，App即会向服务器发送发货请求并携带托运人填写的信息。

服务器接收到托运人终端发送的发货请求后，会解析其中的发货信息，并根据解析结果创建订单，服务器可以将创建好的订单对外发布，以便承运人通过承运人终端查看到目前存在的订单。当然，服务器还可以将订单的创建结果返回给托运人终端，以便托运人终端进行相应的显示。

步骤S102：承运人终端向服务器发送接单请求。

步骤S103：服务器将接单请求中指定的订单标记为执行状态。

以上两个步骤合并在一起阐述。承运人终端和服务器交互后，可获得目前发布的订单信息，承运人终端可将这些订单信息显示在一个接单页面上供承运人选择，如图2中第一行右侧所示。这里共显示了3个发布中的订单，分别是订单A、订单B以及订单C，当然对于每个订单的区域还可能会显示一些订单信息以便承运人在接单时参考。

承运人在愿意承接某个订单时，可通过承运人终端发起接单请求，在接单请求中指定要承接的订单。例如，在图2中，承运人点击订单A后面的“接单”按钮，则表示要承接订单A，此时App会向服务器发送接单请求，请求中携带订单A的单号以及承运人信息等内容。

服务器接收到承运人终端发送的接单请求后，会将请求中指定的订单标记为执行状态，表明该订单已开始执行，开始执行的订单不会再出现在对外发布的订单中。当然，服务器还可以将订单的接单结果发送给托运人终端以及承运人终端，以便托运人终端和承运人终端进行相应的显示，或者，服务器也可以不主动向托运人终端发送接单结果，而是等待托运人终端自行获取接单结果。

步骤S101至S103也存在其他的实现方式，例如，某个托运人和承运人之间存在合作关系，该托运人在发货时可以直接指定承运人，此时服务器无需发布订单，而直接将订单标记为执行状态，承运人也无需接单（或者说默认已经接单）。

在上面的步骤中，订单可理解为针对货物运输行为的一项纪录，在一些实现方式中，服务器针对每个货物运输行为都会创建一个对应的订单，并对订单状态进行维护（例如，S103、S107、S113），以便实现对货物运输过程的管控，托运人终端和承运人终端也可以根据订单的不同状态进行不同的界面显示。例如，托运人在发货后可能关闭了App，但下次打开App后，根据服务器上记录的订单状态（执行状态）也可以正确地进行订单显示。此外，不排除在一些实现方式中，服务器上并不创建订单并维护订单状态。

步骤S104：承运人终端向服务器发送装货图像。

步骤S105：承运人终端向服务器发送卸货图像。

步骤S106：服务器基于装货图像以及卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常。

以上三个步骤合并在一起阐述。承运人接单后，可于订单中指定的时间到达指定的地点进行装货，并获取装货图像，然后承运人可通过承运人终端将装货图像上传服务器。这里的装货图像是指在装货时采集的货物图像，不过需要指出，采集装货图像的设备，既可以是承运人终端自身也可以是其他设备（其他设备采集后要发送给承运人终端），装货图像的采集者也不限定为承运人，但为简单起见，可以承运人通过承运人终端采集为例。

例如，在图2中第二行左侧的App装货页面上，承运人可以利用App的拍照功能拍摄装货图像（点击界面中的相机图标），或者将手机本地保存的照片上传到App作为装货图像（点击界面中的加号图标），该页面提供图像显示区用于显示拍摄或上传的装货图像。拍摄或上传装货图像到App后，承运人点击下方的“提交”按钮，可将装货图像提交到服务器。应当理解，拍摄或上传的装货图像可以为一张或多张，为简单起见，后文主要以拍摄一张图像为例。

完成装货后，承运人对货物进行运输，到达目的地后，承运人可于订单中指定的时间到达指定的地点进行卸货，并获取卸货图像，然后承运人可通过承运人终端将卸货图像上传服务器。这里的卸货图像是指在卸货时采集的货物图像，不过需要指出，采集卸货图像的设备，既可以是承运人终端自身也可以是其他设备（其他设备采集后要发送给承运人终端），卸货图像的采集者也不限定为承运人，但为简单起见，可以承运人通过承运人终端采集为例。

例如，在图2中第二行右侧的App卸货页面上，承运人可以利用App的拍照功能拍摄卸货图像（点击界面中的相机图标），或者将手机本地保存的照片上传到App作为卸货图像（点击界面中的加号图标），该页面提供图像显示区用于显示拍摄或上传的卸货图像。拍摄或上传卸货图像到App后，承运人点击下方的“提交”按钮，可将卸货图像提交到服务器。应当理解，拍摄或上传的卸货图像可以为一张或多张，为简单起见，后文主要以拍摄一张图像为例。

多数情况下，步骤S104可在装货时执行，步骤S105可在卸货时执行，但也不排在某些方案中，步骤S104和步骤S105都在卸货时执行。例如，装货图像采集后可不立即上传，而是等到卸货时才与卸货图像一起上传服务器。

服务器接收到装货图像后，利用图像识别算法处理第一图像和第二图像，可得到关于货物在运输过程中是否存在异常的判断结果。这里的图像识别算法可以是传统图像识别算法，可以是人工智能领域的深度学习算法，等等。

若判断结果表明货物存在异常，可继续执行步骤S107。

若判断结果表明货物不存在异常（该流程图未示出），则服务器可以通知托运人终端，托运人终端收到该通知后，可以开放界面上的确认收货功能，以使托运人能够在托运人终端上确认收货，而一旦托运人确认收货，服务器可将订单标记为结束状态，并将运费支付给承运人。例如，若服务器判断出货物不存在异常，托运人终端可在接到服务器通知后显示图2第三行左侧所示的App收货确认页面，并将“确认收货按钮”置为有效状态，托运人点击该按钮后即确认收货（针对订单A）。至于在运输过程中是否显示收货确认页面是可选的，不过即使可以显示，也需要将“确认收货按钮”置为无效状态。

货物异常可能包括不同的类型，例如货物损坏、货物丢失等。对于不同类型的货物异常，在步骤S106中可能采用不同的处理方式，下面举例说明。

（1）货物损坏

方式a：利用第一图像识别算法识别装货图像中的货物损坏程度以及卸货图像中的货物损坏程度，并根据两个损坏程度的差异判断货物在运输过程中是否存在损坏。例如，可以训练一个神经网络模型用于识别图像中货物的损坏程度，将装货图像和卸货图像分别输入至该模型，该模型将输出两个损坏程度，计算这两个损坏程度的差值就可以判断货物在运输过程中是否存在损坏，比如差值大于某个阈值就判断为存在货物损坏。

方式b：利用第二图像识别算法识别装货图像与卸货图像的差异，并根据两个图像的差异判断货物在运输过程中是否存在损坏。例如，可以训练一个神经网络模型用于识别两张图像的差异，将装货图像和卸货图像一同输入至该模型，该模型将输出装货图像和卸货图像的差异掩膜（例如，有差异的位置取值为1，没有差异的位置取值为0），评估该差异掩膜所代表的差异程度就可以判断货物在运输过程中是否存在损坏，比如差异掩膜中每个像素的均值大于某个阈值就判断为存在货物损坏。

当然，除了方式a和b之外，也不排除有的图像识别算法可以直接以装货图像和卸货图像为输入，并输出表示货物在运输过程中是否存在损坏的判断结果。

（2）货物丢失

利用第三图像识别算法识别装货图像中的货物数量以及卸货图像中的货物数量，并根据两个数量的差异判断货物在运输过程中是否存在丢失。例如，可以训练一个神经网络模型用于识别图像中货物的数量，将装货图像和卸货图像分别输入至该模型，该模型将输出两个货物数量，计算这两个货物数量的差值就可以判断货物在运输过程中是否存在丢失，比如差值大于某个阈值就判断为存在货物丢失。

不排除某些恶意的承运人会通过作弊的方式欺骗服务器，例如，在装货时连续拍摄两张相同的图像，其中一张在装货时上传，另一张在卸货时上传，导致服务器必然得出货物无异常的判断结果。下面举例说明可能采用的反作弊措施：

（1）承运人终端在向服务器上传装货图像时，自动上传装货图像的采集地点（例如，App自动上传手机的定位信息），并且，在向服务器上传卸货图像时，自动上传卸货图像的采集地点。服务器在执行步骤S106之前，可以先判断装货图像的采集地点与订单中指定的装货地点是否一致，以及，判断卸货图像的采集地点与订单中指定的卸货地点一致，若两组地点都判断出是一致的，服务器才会执行步骤S106，否则可以向托运人终端发送通知，告知其承运人在采集图像的过程中可能存在作弊行为。为获得图像的采集地点，在措施（1）中可要求承运人必须通过App进行图像采集（而不能从手机本地上传），App会记录图像的采集地点。

另外，需要指出，如果承运人终端能够确保所采集的图像都记录有采集地点，则装货图像也可以在卸货时再上传服务器，而未必要在采集后立刻上传。

（2）首先，托运人终端判断自身所处的当前位置是否与装货地点一致，只有在与装货地点一致时，才开放界面上的装货图像采集功能，否则关闭该功能，例如，在当前位置与装货位置不一致时可将图2中装货页面的相机图标置为无效状态，在一致时才置为有效状态。其次，托运人终端判断自身所处的当前位置是否与卸货地点一致，只有在与卸货地点一致时，才开放界面上的卸货图像采集功能，否则关闭该功能，例如，在当前位置与卸货位置不一致时可将图2中卸货页面的相机图标置为无效状态，在一致时才置为有效状态。在措施（2）中可要求承运人必须通过App进行图像采集（而不能从手机本地上传），以使上述对图像采集功能的控制生效。

装货图像和卸货图像应当尽可能保持相同的拍摄条件（例如角度、距离、外部环境等），以便步骤S106中得到比较准确的判断结果，拍摄要求可以文字形式在App中提示承运人，或者App也可以采取一些措施促进承运人拍摄质量符合要求的图像。

例如，在一些实现方式中，要求装货图像应拍摄货物已装车后的图像，卸货图像应拍摄货物尚未从车上卸下时的图像。作为一种可选的方案，App可以检测画面中的车辆，若未检测到车辆则提示承运人重新拍摄。

又例如，在一些实现方式中，要求拍摄装货图像和卸货图像光照条件基本一致。作为一种可选的方案，App可以检测卸货图像中的光照强度，若检测到的光照强度和装货图像中的光照强度差别较大，则可以提示承运人重拍后再提交卸货图像。

步骤S107：服务器将订单标记为协商状态。

若某个订单对应的货物在步骤S106中被判断出存在异常，则该订单会被标记为协商状态，意思是此时可由托运人和承运人协商处理货物存在的问题。对于被标记为协商状态的订单不可直接在托运人终端上确认收货，这里所谓的“直接确认收货”，可以指类似图2中收货确认界面所示的那样，由托运人直接点击“确认收货按钮”进行收货，但并不包括托运人和承运人协商完成后，托运人在托运人终端上做出的确认收货操作，详见后文步骤S111和S112。

在一些实现方式中，托运人终端只在收到服务器关于货物不存在异常的通知后，才会在界面上开放确认收货功能，这些实现方式下，步骤S107的执行对托运人终端的界面显示并无影响。

步骤S108：服务器向承运人终端发送异常提示信息。

步骤S109：服务器接收承运人终端重新发送的卸货图像。

步骤S110：服务器向托运人终端发送异常提示信息。

以上三个步骤合并在一起阐述。在服务器判断出货物存在异常后，可首先向承运人终端发送异常提示信息，告知承运人终端货物存在异常。承运人终端可将该异常提示信息在界面上显示出来，例如显示在图2中卸货页面的提示信息显示区中。

发明人长期研究实验发现，即使货物本身不存在异常，但承运人在拍摄卸货图像时拍摄不当（例如，所拍摄的卸货图像画面模糊、不完整、角度不佳等），也可能会导致服务器判断出货物存在异常，因此在一些实现方式中，服务器可以有条件地允许承运人通过承运人终端重新向服务器上传卸货图像（重传卸货图像和首次上传卸货图像的操作类似，不再重复阐述），并基于新的卸货图像重新执行步骤S106中的判断，相当于给承运人一定“补救”的机会，例如，承运人可以在看到异常提示信息后重新利用承运人终端拍摄卸货图像并上传。

将上述条件称为第一重传终止条件（其可能包含的内容稍后介绍），若服务器判断出当前不满足第一重传终止条件，则可继续接收承运人终端发送的卸货图像，若服务器判断出当前满足第一重传终止条件，则可以向承运人终端发送终止重传指示，承运人终端收到该指示后可以在界面上关闭重传卸货图像的功能，例如，将卸货页面中的相机图标置为无效状态，自然，此时服务器也不会再收到新的卸货图像。

在不满足第一重传终止条件时，若承运人终端重新发送了卸货图像，则服务器会根据装货图像和重新上传的卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常。若服务器判断出货物不存在异常，则可将订单重新标记为执行状态，然后通知托运人终端目前可确认收货（图未示出）。若服务器判断出货物仍存在异常，则需要再次向承运人终端发送异常提示信息（承运人看到该信息后，可以再次重传卸货图像），并可继续判断当前是否满足第一重传终止条件，以此类推。卸货图像重传可能会经历多轮，在图1中以省略号示出。在可选的方案中，为了避免订单状态反复发生变化，也可以在卸货图像重传结束后（满足第一重传终止条件时）并且货物仍然存在异常时，再将订单标记为协商状态，在此之前，由于货物从未被判断为正常，所以托运人终端也不会收到服务器发送的关于可以确认收货的通知，不必担心托运人终端会出现错误的显示（例如，允许确认收货）。

按照图1的实现方式，在不满足第一重传终止条件时（服务器首次进行判断时必然不满足该条件），若服务器判断出货物存在异常，则仅向承运人终端发送异常提示信息而不向托运人终端发送该信息；在满足第一重传终止条件时，若货物仍存在异常，此时服务器才会向托运人终端发送异常提示信息，告知托运人终端货物存在异常。例如，承运人一共上传了5次卸货图像，每次服务器的判断结果都是货物存在异常，则每次得到判断结果后服务器都会向承运人终端发送异常提示信息，而服务器在接收到第5次上传的卸货图像后发现已满足第一重传终止条件（比如，该条件就是至多允许承运人上传5次卸货图像），此时服务器才会向托运人终端发送异常提示信息。

这种发送异常提示信息的方式一方面给了承运人足够的机会重传卸货图像，一方面避免了在关于货物异常的最终判断结果出来以前频繁打扰托运人。

在一些实现方式中，第一重传终止条件可以包括以下至少一项：

（1）服务器接收到托运人终端或承运人终端发送的终止重传指示；

（2）当前时间已超过卸货图像重传时限；

（3）当前接收卸货图像的次数已达到卸货图像重传次数；

（4）承运人的运输记录未达到预设的标准。

其中，第（1）项条件至少包括两种情况：

其一，承运人请求重传卸货图像，但被托运人拒绝。虽然货物异常可能是由于承运人拍摄卸货图像不当所导致，即允许重传卸货图像有其合理性，但允许重传卸货图像确实也可能给托运人带来一定的风险（例如，承运人在重传时作弊），所以，不排除在某些实现方式中，承运人重传卸货图像需要托运人同意（至于是每次重传都需要托运人同意，还是只有首次重传需要托运人同意则是可选的）。例如，承运人在看到承运人终端上显示的异常提示信息后，可在界面上发起一个卸货图像重传请求，托运人终端收到该请求后（通过服务器中转），可显示一个应答窗口供托运人选择，托运人可以在该窗口上作出拒绝或同意卸货图像重传请求的操作，若托运人选择拒绝，则托运人终端会向服务器发送终止重传指示，服务器会进一步将该指示通知承运人终端（即前文提到的，服务器判断出当前满足第一重传终止条件，则可以向承运人终端发送终止重传指示）。

其二，承运人终端自己判断出不应允许继续重传卸货图像。此时承运人终端可向服务器发送终止重传指示，以便服务器针对该指示做出响应，例如，向托运人终端发送异常提示信息。关于承运人终端自己如何判断出不应允许继续重传卸货图像，稍后再阐述。

第（2）项条件表示重传卸货图像有时间限制。例如，从首次上传卸货图像开始的20分钟内允许承运人再次上传卸货图像，超过20分钟则不允许继续上传卸货图像。该条件的计时在服务器上完成。

第（3）项条件表示重传卸货图像有次数限制。例如，首次上传卸货图像为第1次上传，至多允许承运人上传5次卸货图像，超过5次则不允许继续上传卸货图像。该条件的计数在服务器上完成。

第（4）项条件表示由于承运人的历史原因导致其被禁止重传卸货图像。例如，其承运的货物经常出现异常，承运人服务态度不佳曾被投诉、承运人曾经作弊被查处等。该条件可在服务器首次判断出货物存在异常时进行判断，若不满足，则后续重传卸货图像时无需再判断。

条件（1）至（4）也可以组合使用，组合时，各条件之间可以通过“且”关系连接。例如，（2）（3）组合、（2）（4）组合、（3）（4）组合、（2）（3）（4）组合等等。

上面介绍的是服务器通过对第一重传终止条件的判断，确定自己是否要继续接收重传的卸货图像。在另一些实现方式中，类似的判断逻辑也可以放到承运人终端上执行。即承运人终端可以有条件地允许承运人将新的卸货图像上传到服务器。

将上述条件称为第二重传终止条件（其可能包含的内容稍后介绍），若承运人终端判断出当前不满足第二重传终止条件，则允许承运人继续通过承运人终端上传卸货图像，若承运人终端判断出当前满足第二重传终止条件，则可以向服务器发送终止重传指示，服务器收到该指示后可做出相应的响应，例如，向托运人终端发送异常提示信息。关于该终止重传指示，在介绍第一重传终止条件的第（1）项条件时已经提到。当然，若服务器判断出货物不存在异常，承运人终端也无需再判断是否满足第二重传终止条件，只需等待托运人终端确认收货即可。

在一些实现方式中，第二重传终止条件可以包括以下至少一项：

（1）承运人终端接收到服务器发送的终止重传指示；

（2）当前时间已超过卸货图像重传时限；

（3）当前发送卸货图像的次数已达到卸货图像重传次数；

（4）承运人的运输记录未达到预设的标准。

其中，后三项与第一重传终止条件中的后三项是类似的，只是第（2）（3）项条件的计时和计数均是在承运人终端上完成的（前文是在服务器上完成），这里重点说明一下第（1）项条件，该条件至少包括两种情况：

其一，承运人请求重传卸货图像，但被托运人拒绝。托与人终端发送的终止重传指示会到达服务器，再由服务器会进一步将该指示通知承运人终端。

其二，服务器自己判断出不应允许继续重传卸货图像，此时服务器可向承运人终端发送终止重传指示，以便承运人终端针对该指示做出响应，例如，在界面上关闭重传卸货图像的功能。前文提到的服务器判断出当前满足第一重传终止条件就属于此种情况。

关于第一重传终止条件和第二重传终止条件，可以分别在服务器和承运人终端上实施，但也可以只实施其中一个条件，例如，只在承运人终端上进行计时及判断条件（2），不在服务器上进行计时。

上面介绍了允许重传卸货图像的情况，但在另一些实现方式中，并不允许承运人终端重传卸货图像，例如，在图2示出的卸货界面中，“提交”按钮只允许点击一次，但提交之前多拍摄几次是允许的（此时图像在承运人终端本地，并未上传服务器），这样有利于避免图像拍摄质量过差。在这些实现方式中，服务器判断出货物存在异常后，可同时向承运人终端和托运人终端发送异常提示信息。

此外，也不排除在某些实现方式中，服务器在判断出货物存在异常后，仅向托运人终端发送异常提示信息，由托运人通过其他渠道通知承运人货物出现了异常。

另外，在有的实现方式中，服务器也可以不主动向托运人终端发送异常提示信息，因为托运人在发货后未必会一直打开App。托运人终端在启动时或者在运行过程中可以从服务器同步信息，服务器可以在托运人终端某次请求同步信息时再将异常提示信息发送给托运人终端。

对于异常提示信息，其内容可以包括以下至少一项：

（1）装货图像以及卸货图像；

（2）对货物异常的描述信息。

其中，第（1）项信息是图像信息，利用图像信息，托运人或者承运人能够直观地确认货物的实际状态，特别地，若承运人重传了卸货图像，异常提示信息中可以将重传前后的卸货图像都包含进去，以便托运人确认承运人在重传卸货图像时是否存在作弊行为。第（2）项信息是文字信息，例如，对异常的类型，异常的严重程度等的描述。另外，异常提示信息中也可以同时包含图像和文字信息，例如，在装货图像或卸货图像上标注出存在异常的货物等。

可以理解的，发送给托运人和承运人的异常提示信息，其内容可以是不同的，例如，承运人终端本地已经保存有装货图像和卸货图像，可以无需向其发送，而托运人终端本地并没有装货图像和卸货图像，可以向其发送。

对于服务器给出的关于货物异常的判断结果，若托运人或承运人不认可，则可与网络平台的客服沟通解决，例如，可以通过App联系在线客服或者拨打网络平台的客服电话。

除托运人和承运人之外，货物运输过程还需要收货人参与，因此，在一些实现方式中，若服务器判断出货物存在异常，还可以通知收货人，当然收货人可能未安装与货运相关的App，此时服务器可以采取向收货人的手机发短信等方式。对于货物异常的协商过程，收货人亦可参与。

步骤S111：托运人终端确认协商完成。

步骤S112：托运人终端向服务器发送确认收货信息。

步骤S113：服务器将确认收货信息中指定的订单标记为结束状态，并根据协商结果对订单进行结算。

以上三个步骤合并在一起阐述。托运人终端接收到服务器发送的异常提示信息后，可执行两项操作：

其一，暂时关闭界面上的确认收货功能，直至检测到针对货物异常的协商完成操作后重新开放该功能，以使托运人能够先完成协商再确认收货，不仅有利于货运双方通过协商解决货物存在的问题，还能够避免托运人因误操作而确认收货。例如，此时可以在托运人终端上显示一个协商确认页面，如图2中第三行右侧所示，至于收货确认页面可以屏蔽掉。协商确认页面上包括一个“协商完成”按钮，托运人与承运人协商好后，托运人可以点击该按钮（即执行协商完成操作），表示协商完成（执行步骤S111，针对订单A）。响应于点击按钮的行为，界面上可以弹出一个询问窗口，询问托运人是否要确认收货，并支持托运人填写协商结果，若托运人选择确认收货，则托运人终端向服务器发送确认收货信息（执行步骤S112）。

在一些实现方式中，图2中的收货确认页面和协商确认页面也可以合并为一个页面，该页面包括“确认收货”和“协商完成”两个按钮，根据服务器对货物异常的判断结果，这两个按钮或者只显示一个，或者显示两个但其中一个被置为无效状态。例如，对于同时显示两个按钮的情况，托运人终端收到异常提示信息后，首先将“确认收货”按钮置为无效状态，将“协商完成”按钮置为有效状态；之后若托运人点击了“协商完成”按钮，则将“协商完成”按钮置为无效状态，并将“确认收货”按钮置为有效状态。

需要指出，托运人在终端上确认协商完成后，该消息可以通知服务器，也可以不通知服务器，取决于不同的实现方式。

其二，将异常提示信息在托运人终端的界面上显示出来，以使托运人获知，例如可显示在图2中协商确认页面的提示信息显示区中。

对于托运人与承运人如何协商，本申请的方案并不限定。例如，双方可以在线下（这里的线下可以指不通过App）完成协商，达成赔款协议后，承运人通过线下转账的方式将赔款付给托运人，托运人收到钱后确认协商完成并收货。又例如，双方也可以借助于App完成协商，例如，托运人可以在App中发起一个赔偿协议，其内容为从运费中扣除部分款项作为赔偿金额，若承运人在App中确认了该协议的内容，则App中显示的运费会自动扣除赔偿金额（此时尚未真正扣款，可以在订单结束时再扣款），之后托运人可以确认协商完成并收货。

如果托运人和承运人协商后无法达成一致，则可由网络平台出面进行人工调解。

托运人终端向服务器发送的确认收货信息中，应指定要完成收货的订单（例如，通过订单号指定），从而服务器在接收到消息后可以将相应的订单标记为结束状态，表示该订单已完成。另外，服务器还需要根据托运人和承运人之前达成的协商结果对订单进行结算，例如，若双方同意从运费中扣除部分款项作为赔偿金额，则结算时会将实际的运费支付给承运人，而将赔偿金额返还给托运人（托运人托运时会将运费预支到网络平台）。

可以理解的，步骤S111至步骤S113并非必要步骤，例如，在某些实现方式中，服务器也可以只负责通知货物是否存在异常，至于之后的协商、收货过程完全交由货运相关人员自行线下解决。

综上所述，在本申请实施例提供的货物运输控制方法中，服务器首先利用图像识别算法自动检测货物在运输过程中可能出现的异常，然后将货物的异常状况自动通知相关人员使用的终端，其处理货物异常的效率较高，并且有利于降低人工成本。此外，该方法只需利用装货时采集的货物图像和卸货时采集的货物图像即可发现货物异常，无需对货物进行全程监控，因此其部署成本低，实用价值较高。

图3示出了本申请实施例提供的货物运输控制装置200的功能模块图。参照图3，货物运输控制装置200包括：

装货图像接收模块210，用于接收承运人终端发送的装货图像；

卸货图像接收模块220，用于接收所述承运人终端发送的卸货图像；

异常检测模块230，用于基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；

异常信息发送模块240，用于在货物存在异常时，向托运人终端和/或所述承运人终端发送异常提示信息。

在货物运输控制装置200的一种实现方式中，卸货图像接收模块220还用于：在异常信息发送模块240向托运人终端和/或所述承运人终端发送异常提示信息之后，在不满足第一重传终止条件时，接收所述承运人终端重新发送的卸货图像；卸货图像接收模块220还用于：基于所述装货图像以及所述重新发送的卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；异常信息发送模块240还用于：在货物存在异常时，向所述托运人终端和/或所述承运人终端发送异常提示信息。

在货物运输控制装置200的一种实现方式中，所述第一重传终止条件包括以下至少一项：接收到所述托运人终端或所述承运人终端发送的终止重传指示；当前时间已超过卸货图像重传时限；当前接收卸货图像的次数已达到卸货图像重传次数；承运人的运输记录未达到预设的标准。

在货物运输控制装置200的一种实现方式中，异常信息发送模块240在不满足所述第一重传终止条件且异常检测模块230判断出货物存在异常时，仅向所述承运人终端发送异常提示信息，在满足第一所述重传终止条件时且货物仍存在异常时，向托运人终端发送异常提示信息。

在货物运输控制装置200的一种实现方式中，所述装置还包括：

第一终止重传指示模块，用于在满足所述第一重传终止条件时，向所述承运人终端发送终止重传指示。

在货物运输控制装置200的一种实现方式中，所述装置还包括：

发货请求响应模块，用于在装货图像接收模块210接收承运人终端发送的装货图像之前，接收所述托运人终端发送的发货请求，根据所述发货请求中携带的发货信息创建并发布订单；

接单请求响应模块，用于接收所述承运人终端发送的接单请求，将所述接单请求中指定的订单标记为执行状态；

协商启动模块，用于在异常检测模块230利用图像识别算法判断出货物在运输过程中存在异常之后，将所述货物对应的订单标记为协商状态；其中，被标记为协商状态的订单在所述托运人终端上不可直接确认收货；

协商完成模块，用于接收所述托运人终端在确认协商完成后发送的确认收货信息，将所述确认收货信息中指定的订单标记为结束状态，并根据托运人和承运人的协商结果对所述订单进行结算。

在货物运输控制装置200的一种实现方式中，货物异常包括货物损坏，异常检测模块230基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：利用第一图像识别算法识别所述装货图像中的货物损坏程度以及所述卸货图像中的货物损坏程度，并根据两个损坏程度的差异判断货物在运输过程中是否存在损坏；或者，利用第二图像识别算法识别所述装货图像与所述卸货图像的差异，并根据两个图像的差异判断货物在运输过程中是否存在损坏。

在货物运输控制装置200的一种实现方式中，货物异常包括货物丢失，异常检测模块230基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：利用第三图像识别算法识别所述装货图像中的货物数量以及所述卸货图像中的货物数量，并根据两个数量的差异判断货物在运输过程中是否存在丢失。

在货物运输控制装置200的一种实现方式中，装货图像接收模块210接收承运人终端发送的装货图像，包括：接收承运人终端发送的装货图像以及所述装货图像的采集地点；卸货图像接收模块220接收所述承运人终端发送的卸货图像，包括：接收所述承运人终端发送的卸货图像以及所述卸货图像的采集地点；所述装置还包括：

地点校验模块，用于在异常检测模块230基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常之前，确定所述装货图像的采集地点与装货地点一致并且所述卸货图像的采集地点与卸货地点一致。

在货物运输控制装置200的一种实现方式中，所述异常提示信息包括以下至少一项：所述装货图像以及所述卸货图像；对货物异常的描述信息。

本申请实施例提供的货物运输控制装置200，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法实施例中相应内容。

图4示出了本申请实施例提供的货物运输控制装置300的功能模块图。参照图4，货物运输控制装置300包括：

装货图像发送模块310，用于向服务器发送装货图像；

卸货图像发送模块320，用于向所述服务器发送卸货图像；

第一异常信息接收模块330，用于接收所述服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据所述装货图像以及所述卸货图像判断出货物在运输过程中存在异常；

第一异常信息显示模块340，用于在界面上显示所述异常提示信息。

在货物运输控制装置300的一种实现方式中，卸货图像发送模块320还用于：在第一异常信息显示模块340在界面上显示所述异常提示信息之后，在不满足第二重传终止条件时，向所述服务器重新发送卸货图像。

在货物运输控制装置300的一种实现方式中，所述第二重传终止条件包括以下至少一项：接收到所述服务器发送的终止重传指示；当前时间已超过卸货图像重传时限；当前发送卸货图像的次数已达到卸货图像重传次数；承运人的运输记录未达到预设的标准。

在货物运输控制装置300的一种实现方式中，所述装置还包括：

第二终止重传指示模块，用于在满足所述第二重传终止条件时，向所述服务器发送终止重传指示。

在货物运输控制装置300的一种实现方式中，装货图像发送模块310向服务器发送装货图像，包括：向所述服务器发送装货图像以及所述装货图像的采集地点，所述装货图像的采集地点用于与所述服务器上存储的装货地点对比；卸货图像发送模块320向所述服务器发送卸货图像，包括：向所述服务器发送卸货图像以及所述卸货图像的采集地点，所述卸货图像的采集地点用于与所述服务器上存储的卸货地点对比。

在货物运输控制装置300的一种实现方式中，在所述向服务器发送装货图像之前，装货图像发送模块310还用于：在向服务器发送装货图像之前，且在确定当前位置与装货地点一致时，开放界面上的装货图像采集功能，否则关闭界面上的该功能；卸货图像发送模块320还用于：在向所述服务器发送卸货图像之前，且在确定当前位置与卸货地点一致时，开放界面上的卸货图像采集功能，否则关闭界面上的该功能。

本申请实施例提供的货物运输控制装置300，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法实施例中相应内容。

图5示出了本申请实施例提供的货物运输控制装置400的功能模块图。参照图5，货物运输控制装置400包括：

第二异常信息接收模块410，用于接收服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据承运人终端上传的装货图像以及卸货图像判断出货物在运输过程中存在异常；

第二异常信息显示模块420，用于在界面上显示所述异常提示信息。

在货物运输控制装置400的一种实现方式中，所述装置还包括：

重传请求接收模块，用于在第二异常信息显示模块420在界面上异常提示信息之后，从所述服务器接收由所述承运人终端发起的卸货图像重传请求；

第三终止重传指示模块，用于响应针对所述卸货图像重传请求的拒绝操作，向所述服务器发送终止重传指示。

在货物运输控制装置400的一种实现方式中，所述装置还包括：

确认收货控制模块，用于在第二异常信息显示模块420在接收服务器发送的异常提示信息之后，关闭界面上的确认收货功能，直至检测到针对货物异常的协商完成操作后重新开放该功能。

本申请实施例提供的货物运输控制装置400，其实现原理及产生的技术效果在前述方法实施例中已经介绍，为简要描述，装置实施例部分未提及之处，可参考方法实施例中相应内容。

图6示出了本申请实施例提供的电子设备500的一种可能的结构。参照图6，电子设备500包括：处理器510、存储器520、通信接口530以及图像采集器540，这些组件通过通信总线550和/或其他形式的连接机构（未示出）互连并相互通讯。

其中，存储器520包括一个或多个（图中仅示出一个），其可以是，但不限于，随机存取存储器（Random Access Memory，简称RAM），只读存储器（Read Only Memory，简称ROM），可编程只读存储器（Programmable Read-Only Memory，简称PROM），可擦除可编程只读存储器（Erasable Programmable Read-Only Memory，简称EPROM），电可擦除可编程只读存储器（Electric Erasable Programmable Read-Only Memory，简称EEPROM）等。处理器510以及其他可能的组件可对存储器520进行访问，读和/或写其中的数据。

处理器510包括一个或多个（图中仅示出一个），其可以是一种集成电路芯片，具有信号的处理能力。上述的处理器510可以是通用处理器，包括中央处理器（CentralProcessing Unit，简称CPU）、微控制单元（Micro Controller Unit，简称MCU）、网络处理器（Network Processor，简称NP）或者其他常规处理器；还可以是专用处理器，包括神经网络处理器（Neural-network Processing Unit，简称NPU）、图形处理器（Graphics ProcessingUnit，简称GPU）、数字信号处理器（Digital Signal Processor，简称DSP）、专用集成电路（Application Specific Integrated Circuits，简称ASIC）、现场可编程门阵列（FieldProgrammable Gate Array，简称FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。并且，在处理器510为多个时，其中的一部分可以是通用处理器，另一部分可以是专用处理器。

通信接口530包括一个或多个（图中仅示出一个），可以用于和其他设备进行直接或间接地通信，以便进行数据的交互。通信接口530可以包括进行有线和/或无线通信的接口。

图像采集器540包括一个或多个（图中仅示出一个），可以用于采集图像并将采集到的图像发往存储器520进行存储，并可由处理器510对图像进行处理。图像采集器540可以是摄像头（包括镜头和图像传感器等组件）。

在存储器520中可以存储一个或多个计算机程序指令，处理器510可以读取并运行这些计算机程序指令，以实现本申请实施例提供的货物运输控制方法。

可以理解的，图6所示的结构仅为示意，电子设备500还可以包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的结构。图6中所示的各组件可以采用硬件、软件或其组合实现。电子设备500可能是实体设备，例如PC机、笔记本电脑、平板电脑、手机、服务器、嵌入式设备等，也可能是虚拟设备，例如虚拟机、虚拟化容器等。并且，电子设备500也不限于单台设备，也可以是多台设备的组合或者大量设备构成的集群。

例如，本申请实施例中提到的承运人终端、托运人终端以及服务器均可采用图6中的结构实现，但服务器在实现时可以不必包含图6中的图像采集器540。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被计算机的处理器读取并运行时，执行本申请实施例提供的货物运输控制方法。例如，计算机可读存储介质可以实现为图6中电子设备500中的存储器520。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (24)

1.一种货物运输控制方法，其特征在于，应用于服务器，所述方法包括：

接收承运人终端发送的装货图像；

接收所述承运人终端发送的卸货图像；

基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；

若货物存在异常，则向托运人终端和/或所述承运人终端发送异常提示信息。

2.根据权利要求1所述的货物运输控制方法，其特征在于，在所述向托运人终端和/或所述承运人终端发送异常提示信息之后，所述方法还包括：

在不满足第一重传终止条件时，接收所述承运人终端重新发送的卸货图像；

基于所述装货图像以及所述重新发送的卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；

若货物存在异常，则向所述托运人终端和/或所述承运人终端发送异常提示信息。

3.根据权利要求2所述的货物运输控制方法，其特征在于，所述第一重传终止条件包括以下至少一项：

接收到所述托运人终端或所述承运人终端发送的终止重传指示；

当前时间已超过卸货图像重传时限；

当前接收卸货图像的次数已达到卸货图像重传次数；

承运人的运输记录未达到预设的标准。

4.根据权利要求2所述的货物运输控制方法，其特征在于，在不满足所述第一重传终止条件时，若判断出货物存在异常，则仅向所述承运人终端发送异常提示信息，在满足第一所述重传终止条件时，若货物仍存在异常，则向托运人终端发送异常提示信息。

5.根据权利要求2所述的货物运输控制方法，其特征在于，所述方法还包括：

在满足所述第一重传终止条件时，向所述承运人终端发送终止重传指示。

6.根据权利要求1所述的货物运输控制方法，其特征在于，在所述接收承运人终端发送的装货图像之前，所述方法还包括：

接收所述托运人终端发送的发货请求，根据所述发货请求中携带的发货信息创建并发布订单；

接收所述承运人终端发送的接单请求，将所述接单请求中指定的订单标记为执行状态；

在所述利用图像识别算法判断货物在运输过程中是否存在异常之后，所述方法还包括：

若货物在运输过程中存在异常，则将所述货物对应的订单标记为协商状态；其中，被标记为协商状态的订单在所述托运人终端上不可直接确认收货；

接收所述托运人终端在确认协商完成后发送的确认收货信息，将所述确认收货信息中指定的订单标记为结束状态，并根据托运人和承运人的协商结果对所述订单进行结算。

7.根据权利要求1-6中任一项所述的货物运输控制方法，其特征在于，货物异常包括货物损坏，所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：

利用第一图像识别算法识别所述装货图像中的货物损坏程度以及所述卸货图像中的货物损坏程度，并根据两个损坏程度的差异判断货物在运输过程中是否存在损坏；或者，

利用第二图像识别算法识别所述装货图像与所述卸货图像的差异，并根据两个图像的差异判断货物在运输过程中是否存在损坏。

8.根据权利要求1-6中任一项所述的货物运输控制方法，其特征在于，货物异常包括货物丢失，所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常，包括：

利用第三图像识别算法识别所述装货图像中的货物数量以及所述卸货图像中的货物数量，并根据两个数量的差异判断货物在运输过程中是否存在丢失。

9.根据权利要求1-6中任一项所述的货物运输控制方法，其特征在于，所述接收承运人终端发送的装货图像，包括：

接收承运人终端发送的装货图像以及所述装货图像的采集地点；

所述接收所述承运人终端发送的卸货图像，包括：接收所述承运人终端发送的卸货图像以及所述卸货图像的采集地点；

在所述基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常之前，所述方法还包括：

确定所述装货图像的采集地点与装货地点一致并且所述卸货图像的采集地点与卸货地点一致。

10.根据权利要求1-6中任一项所述的货物运输控制方法，其特征在于，所述异常提示信息包括以下至少一项：

所述装货图像以及所述卸货图像；

对货物异常的描述信息。

11.一种货物运输控制方法，其特征在于，应用于承运人终端，所述方法包括：

向服务器发送装货图像；

向所述服务器发送卸货图像；

接收所述服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据所述装货图像以及所述卸货图像判断出货物在运输过程中存在异常；

在界面上显示所述异常提示信息。

12.根据权利要求11所述的货物运输控制方法，其特征在于，在所述在界面上显示所述异常提示信息之后，所述方法还包括：

在不满足第二重传终止条件时，向所述服务器重新发送卸货图像。

13.根据权利要求12所述的货物运输控制方法，其特征在于，所述第二重传终止条件包括以下至少一项：

接收到所述服务器发送的终止重传指示；

当前时间已超过卸货图像重传时限；

当前发送卸货图像的次数已达到卸货图像重传次数；

承运人的运输记录未达到预设的标准。

14.根据权利要求12所述的货物运输控制方法，其特征在于，所述方法还包括：

在满足所述第二重传终止条件时，向所述服务器发送终止重传指示。

15.根据权利要求11-14中任一项所述的货物运输控制方法，其特征在于，所述向服务器发送装货图像，包括：

向所述服务器发送装货图像以及所述装货图像的采集地点，所述装货图像的采集地点用于与所述服务器上存储的装货地点对比；

所述向所述服务器发送卸货图像，包括：

向所述服务器发送卸货图像以及所述卸货图像的采集地点，所述卸货图像的采集地点用于与所述服务器上存储的卸货地点对比。

16.根据权利要求11-14中任一项所述的货物运输控制方法，其特征在于，在所述向服务器发送装货图像之前，所述方法还包括：

在确定当前位置与装货地点一致时，开放界面上的装货图像采集功能，否则关闭界面上的该功能；

在所述向所述服务器发送卸货图像之前，所述方法还包括：

在确定当前位置与卸货地点一致时，开放界面上的卸货图像采集功能，否则关闭界面上的该功能。

17.一种货物运输控制方法，其特征在于，应用于托运人终端，所述方法包括：

接收服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据承运人终端上传的装货图像以及卸货图像判断出货物在运输过程中存在异常；

在界面上显示所述异常提示信息。

18.根据权利要求17所述的货物运输控制方法，其特征在于，在所述在界面上异常提示信息之后，所述方法还包括：

从所述服务器接收由所述承运人终端发起的卸货图像重传请求；

响应针对所述卸货图像重传请求的拒绝操作，向所述服务器发送终止重传指示。

19.根据权利要求17或18所述的货物运输控制方法，其特征在于，在所述接收服务器发送的异常提示信息之后，所述方法还包括：

关闭界面上的确认收货功能，直至检测到针对货物异常的协商完成操作后重新开放该功能。

20.一种货物运输控制装置，其特征在于，配置于服务器，所述装置包括：

装货图像接收模块，用于接收承运人终端发送的装货图像；

卸货图像接收模块，用于接收所述承运人终端发送的卸货图像；

异常检测模块，用于基于所述装货图像以及所述卸货图像，利用图像识别算法判断货物在运输过程中是否存在异常；

异常信息发送模块，用于在货物存在异常时，向托运人终端和/或所述承运人终端发送异常提示信息。

21.一种货物运输控制装置，其特征在于，配置于承运人终端，所述装置包括：

装货图像发送模块，用于向服务器发送装货图像；

卸货图像发送模块，用于向所述服务器发送卸货图像；

第一异常信息接收模块，用于接收所述服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据所述装货图像以及所述卸货图像判断出货物在运输过程中存在异常；

第一异常信息显示模块，用于在界面上显示所述异常提示信息。

22.一种货物运输控制装置，其特征在于，配置于托运人终端，所述装置包括：

第二异常信息接收模块，用于接收服务器发送的异常提示信息，所述异常提示信息表明所述服务器根据承运人终端上传的装货图像以及卸货图像判断出货物在运输过程中存在异常；

第二异常信息显示模块，用于在界面上显示所述异常提示信息。

23.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序指令，所述计算机程序指令被处理器读取并运行时，执行如权利要求1-19中任一项所述的方法。

24.一种电子设备，其特征在于，包括存储器以及处理器，所述存储器中存储有计算机程序指令，所述计算机程序指令被所述处理器读取并运行时，执行权利要求1-19中任一项所述的方法。

Images