货物运输管理方法、服务端和货主端

技术领域

本申请涉及货物运输领域，具体而言，涉及货物运输管理方法、服务端和货主端。

背景技术

从货物司机承接货运任务到完成货运任务的过程中，货运司机通常在进出生产厂区时需要上下车，从而确定司机身份以及货运任务的正确性，在装货过程中通常也会存在司机的上下车，以确定装货的准确性，司机频繁地上下车无疑增加了货运时间以及货运工作量，降低了整个运输过程的工作效率，从而增加了成本。

发明内容

本申请实施例的目的在于提供货物运输管理方法、服务端和货主端，用以改善现有货物运输过程中工作效率低、工作过程繁琐的问题。

第一方面，本申请实施例提供了一种货物运输管理方法，所述方法应用于服务端，所述方法包括：通过短距离无线通信方式获取待进厂车辆的车辆信息；根据预存储的运单信息对所述车辆信息进行校验，确定进入发货厂的车辆属于正常排班车辆，其中，所述运单信息包括正常排班的多个车辆的车辆信息；向货主端发送通知信息，所述通知信息用于指示所述车辆已进厂或者所述通知信息用于通知所述货主端控制所述车辆进厂；获取所述车辆的皮重信息以及所述车辆进厂装货后的毛重信息；通过短距离无线通信方式获取待出厂所述车辆的车辆信息；根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂。

在上述实现过程中，通过服务端获取车辆信息以及向货主端发送校验信息，便于货主确认进厂车辆属于正常排班车辆，从而便于控制车辆进厂；获取车辆进厂后的皮重信息以及车辆装货后的毛重信息，便于为后续车辆出厂存储数据；通过短距离无线通信方式获取待出厂所述车辆的车辆信息，并根据服务端存储的数据查询该车辆是否完成进厂以及装货过程，从而控制该车辆出厂，在车辆从进厂装货到出厂的过程中，司机无需频繁上下车来验证车辆信息，实现了运输过程的自动化，从而节约了货运时间以及减少了货运过程的工作量，进一步地节约了人力，提高工作效率，降低了运输成本。

结合第一方面，在一种实施方式中，所述方法还包括：记录所述车辆进厂装货后的第一车斗图像以及记录所述车辆到达卸货地点卸货前的第二车斗图像；将所述第一车斗图像与所述第二车斗图像进行对比，以便判断货物误差。

在上述实现过程中，运用图像识别技术，将装货后的车斗图像与到达卸货地点卸货前的车斗图像进行对比，来判断货物在运输过程中的是否有遗失，进一步地保证了货物运输的安全性。

结合第一方面，在另一种实施方式中，在所述根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂之后，所述方法还包括：通知磅室设备打印磅单。

在上述实现过程中，通过调用磅室设备打印磅单，从而对车辆进厂装货以及出厂进行确认，实现了全过程的自动化，进一步地节省了人力，提高工作效率。

结合第一方面，在另一种实施方式中，所述向货主端发送通知信息，包括：通过长连接方式向货主端发送通知信息。

在上述实现过程中，通过长连接方式向货主端发送通知信息，便于货主端实时地接收到车辆进厂装货的相关信息，从而便于货主对车辆的运输过程进行实时管理。

结合第一方面，在另一种实施方式中，所述通过短距离无线通信方式获取待进厂车辆的车辆信息之前，所述方法还包括：获取货主端上传的所述运单信息。

在上述实现过程中，服务端获取了运单信息，实现了数据的远程共享，便于为后续车辆进厂的校验提供依据。

第二方面，本申请实施例提供了一种货物运输管理方法，所述方法应用于货主端，所述方法包括：上传运单信息，并将所述运单信息发送至服务端，其中，所述运单信息包括正常排班的多个车辆的车辆信息；获取服务端发送的待进厂车辆的车辆信息，以及通知信息；获取所述服务端发送的所述车辆的毛重、所述车辆进厂装货后的毛重信息；获取在装货后待出厂的所述车辆的车辆信息。

在上述实现过程中，通过上传运单信息至服务器，实现了数据的远程共享，从而减轻了货主的调度任务；获取车辆在进厂装货以及出厂的相关信息，实现了车辆运输过程的实时管理，从而也为货主减轻了运输过程的管理任务。

结合第二方面，在一种实施方式中，所述获取服务端发送的待进厂车辆的车辆信息，包括：通过长连接方式获取服务端发送的待进厂车辆的车辆信息。

结合第二方面，在另一种实施方式中，所述获取在装货后待出厂的所述车辆的车辆信息，包括：通过长连接方式获取在装货后待出厂的所述车辆的车辆信息。

在上述实现过程中，货主端通过长连接方式获取车辆进厂以及车辆装货后出厂的车辆信息，从而实现了运输过程的远程管理，减轻了货主的管理工作量。

第三方面，本申请实施例提供了一种货物运输管理服务端，所述服务端包括：第一信息获取单元、信息识别单元、第一信息发送单元和第一信息处理单元；所述第一信息获取单元用于通过短距离无线通信方式获取待进厂车辆的车辆信息；所述信息识别单元用于根据预存储的运单信息对所述车辆信息进行校验，确定进入发货厂的车辆属于正常排班车辆，其中，所述运单信息包括正常排班的多个车辆的车辆信息；所述第一信息发送单元用于向货主端发送通知信息，所述通知消息用于指示所述车辆已进厂或者所述通知消息用于通知所述货主端控制所述车辆进厂；所述第一信息获取单元还用于获取所述车辆的皮重信息以及所述车辆进厂装货后的毛重信息；所述第一信息获取单元还用于通过短距离无线通信方式获取待出厂所述车辆的车辆信息；所述第一信息处理单元用于根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂。

结合第三方面，在一种实施方式中，所述服务端还用于：记录所述车辆进厂装货后的第一车斗图像以及记录所述车辆到达卸货地点卸货前的第二车斗图像；将所述第一车斗图像与所述第二车斗图像进行对比，以便判断货物误差。

结合第三方面，在另一种实施方式中，在所述第一信息处理单元用于根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂之后，所述服务端还用于：通知磅室设备打印磅单。

结合第三方面，在另一种实施方式中，所述第一信息发送单元用于向货主端发送通知信息，具体用于：通过长连接方式向货主端发送通知信息。

结合第三方面，在另一种实施方式中，在所述信息获取单元用于通过短距离无线通信方式获取待进厂车辆的车辆信息之前，所述服务端还用于：获取货主端上传的所述运单信息。

第四方面，本申请实施例提供了一种货物运输管理货主端，所述货主端包括：第二信息处理单元、第二信息发送单元、第二信息获取单元；所述第二信息处理单元用于上传运单信息，所述第二信息发送单元用于将所述运单信息发送至服务端；所述第二信息获取单元用于获取服务端发送的待进厂车辆的车辆信息，以及通知信息；所述第二信息获取单元还用于获取所述服务端发送的所述车辆的皮重和所述车辆进厂装货后的毛重信息；所述第二信息获取单元还用于获取在装货后待出厂的所述车辆的车辆信息。

结合第四方面，在一种实施方式中，所述第二信息获取单元在用于获取服务端发送的待进厂车辆的车辆信息方面，具体用于：通过长连接方式获取服务端发送的待进厂车辆的车辆信息。

结合第四方面，在另一种实施方式中，所述第二信息获取单元在用于获取在装货后待出厂的所述车辆的车辆信息方面，具体用于：通过长连接方式获取在装货后待出厂的所述车辆的车辆信息。

第五方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和总线，所述处理器通过所述总线与所述存储器相连，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，用于实现如上述第一方面以及第一方面的任一实施方式提供的所述方法中的步骤。

第六方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第一方面以及第一方面的任一实施方式提供的所述方法中的步骤。

第七方面，本申请实施例提供了一种电子设备，包括：处理器、存储器和总线，所述处理器通过所述总线与所述存储器相连，所述存储器存储有计算机可读取指令，当所述计算机可读取指令由所述处理器执行时，用于实现如上述第二方面以及第二方面的任一实施方式提供的所述方法中的步骤。

第八方面，本申请实施例提供一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时运行如上述第二方面以及第二方面的任一实施方式提供的所述方法中的步骤。

本申请的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请实施例了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

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

图1为本申请实施例提供的一种货物运输管理系统的结构框图；

图2为本申请实施例提供的一种货物运输管理方法的交互流程图；

图3为本申请实施例提供的一种货物运输管理服务端的结构框图；

图4为本申请实施例提供的一种货物运输管理货主端的结构框图；

图5为本申请实施例提供的一种货物运输管理流程图；

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

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

请参照图1，图1为本申请实施例提供的一种货物运输管理系统100的结构框图，该货物运输管理系统100包括货主端110，服务端120，司机端130和磅室设备140。

具体地，司机端能够将车辆进出厂的相关信息发送到服务端，也能从服务端获取运单信息及车辆进出厂信息；服务端可以接收货主端发送的相关信息，服务端也可以将车辆的相关信息发送给货主端；磅室设备可以从服务端接收车辆的相关信息，也可以将车辆的相关信息发送给服务端。应理解，服务端可以在货主端、司机端和磅室设备之间实现数信息的传输与共享。

请参照图2，图2为本申请实施例提供的一种货物运输管理方法的交互流程图，具体地，如图2所示的方法包括：

201，上传运单信息。

202，货主端将运单信息发送到服务端。

货主端上传运单信息，并将所述运单信息发送至服务端，其中，所述运单信息包括正常排班的多个车辆的车辆信息；

服务端通过短距离无线通信方式获取待进厂车辆的车辆信息；

进一步地，在通过短距离无线通信方式获取待进厂车辆的车辆信息之前，该方法还包括：获取货主端上传的所述运单信息。

应理解，获取运单信息，可以是由货主通过货主端，手动录入已知的与货运任务相关的运单信息，也可以是由司机端通过抢单软件获取货运任务时，自动生成的与货运任务相关的运单信息，也可以是由货主通过货主端，手动录入已知的与货运任务相关的运单信息与由司机端通过抢单软件获取货运任务时，自动生成的与货运任务相关的运单信息相组合的，但本申请不限于此。

应理解，上述运单信息包括与货运任务相关的司机姓名、司机年龄、司机驾龄、车牌号、额定载重量、排班信息和路线信息中的至少一种，但本申请不限于此。

203，司机端从服务端获取运单信息。

具体地，作为一种实施例，货主通过货主端，手动录入货运任务相关的运单信息与由司机端通过抢单系统获取货运任务时，自动生成的与货运任务相关的运单信息相组合的，并将该运单信息发送给服务端，司机端可以从服务端获取与货运任务相关的排班信息及路线信息。

204，待进厂车辆的车辆信息。

具体地，服务端可以通过短距离无线通信方式获取待进厂车辆的车辆信息。

具体地，当车辆行驶到发货进厂车辆识别区域时，车辆识别设备识别到待进厂车辆的车辆信息，该车辆信息包括车牌号、司机姓名、司机驾龄中的至少一种，但本申请不限于此。车辆识别设备并通过短距离无线通信方式将该车辆信息发送给服务端。

应理解，上述车辆识别设备可以是包括ETC识别、RFID卡、摄像头识别中的至少一种，但本申请不限于此。

应理解，上述短距离无线通信方式可以包括紫峰协议(ZigBee)、蓝牙(Bluetooth)、红外(IrDA)和无线局域网(Wi-Fi)中的至少一种，但本申请不限于此。

205，对车辆信息进行校验。

206，服务端发送通知信息。

根据预存储的运单信息对所述车辆信息进行校验，确定进入发货厂的车辆属于正常排班车辆，其中，所述运单信息包括正常排班的多个车辆的车辆信息；

货主端获取服务端发送的待进厂车辆的车辆信息，以及通知信息；

货主端获取服务端发送的待进厂车辆的车辆信息，包括：通过长连接方式获取服务端发送的待进厂车辆的车辆信息。

具体地，服务端搜索车牌号、司机姓名、司机驾龄中的至少一种，校验当前车辆是否存在于排班计划中。

如果当前车辆存在于排班计划中，则向货主端发送该车辆的车辆信息，告知货主端当前车辆存在于排班计划中，校验信息正确；

如果当前车辆没有存在于排班计划中，则返回校验信息错误。

在校验信息正确的情况下，服务端向货主端发送通知信息，所述通知信息用于指示所述车辆已进厂或者所述通知信息用于通知所述货主端控制所述车辆进厂；

具体地，通过长连接方式向货主端发送通知信息，上述长连接方式可以是ajax轮询、long poll长轮询、iframe长连接和WebSocket中的至少一种，但本申请不限于此。

207，告知车辆进厂。

208，服务端使车辆进厂。

具体地，作为一种实施例，本申请采用WebSocket方式向货主端发送通知信息。货主端根据该通知信息设置是否开启车辆的自动进厂模式：

在货主端根据该通知信息设置自动进厂模式的情况下，服务端根据自动进厂模式控制道闸开启，使车辆进厂，并通过长连接告知货主端该车辆进厂，货主端收到信息后刷新进厂车辆列表；

在货主端根据该通知信息设置手动进厂模式的情况下，服务端通过长连接把该车辆信息发送给货主端，货主端收到信息后跳转手动进厂页面，把车辆信息显示出来给货主，货主手动点击进厂按钮使之进厂；

车辆进厂后前往筒仓装货，到达筒仓ETC识别区域时，识别该车辆车牌号，然后上传到服务端，服务端通过车牌号查询到该车辆和与之匹配的司机信息，通过长连接发送给货主端，货主端收到消息后显示该司机和车辆的信息。此时，车辆进入筒仓装货的进厂过程与车辆进入厂区的进厂过程类似，在此不在赘述。

209，获取车辆皮重信息以及车辆装货后的毛重信息。

服务端获取所述车辆的皮重信息以及所述车辆进厂装货后的毛重信息；

210，磅室设备将车辆皮重信息以及车辆装货后的毛重信息发送给服务端；

货主端获取所述服务端发送的所述车辆的皮重信息以及所述车辆进厂装货后的毛重信息。

211，服务端将车辆皮重信息以及车辆装货后的毛重信息发送给货主端。

212，保存车辆皮重信息以及车辆装货后的毛重信息。

213，货主端将车辆皮重信息以及车辆装货后的毛重信息发送给服务端。

具体地，货主端保存车辆皮重信息和车辆装货后的毛重信息，并将该车辆的车辆皮重信息和车辆装货后的毛重信息发送给服务端。

具体地，作为一种实施例，当车辆行驶到筒仓装货区时，智能磅室设备(以下简称盒子)和地磅保持连接并且和筒仓保持连接，地磅的重量会实时传送给盒子，盒子实时将地磅的重量发送给服务端，货主端会定时的从服务端获取地磅的重量。当地磅的重量稳定时，盒子将稳定的地磅重量通过服务端发送给货主端，货主端点击存皮并放货，并保存当前地磅上车辆的皮重信息，然后将车辆的皮重上传到服务端；

进一步地，货主端通过服务器通知盒子开启筒仓，筒仓开始放货，为了防止车辆超载，当磅上的重量(低于车辆核定载重)达到阈值时，盒子自动关闭筒仓停止放货。如果不想根据设置的阈值关闭筒仓，货主也可以通过货主端手动关闭筒仓放货，通过盒子控制筒仓关闭；

进一步地，当放货结束后，货主端保存当前毛重(车辆皮重+货重)，然后将车辆装货后的毛重上传到服务端。

进一步地，毛重保存完成后，本次放货结束，货主端点击出站，盒子通过控制语音系统通知车辆驶离筒仓，该车辆装货结束，同时视频系统会记录此时车斗图像，并将车斗图像保存在服务端；

214，待出厂车辆的车辆信息。

服务端通过短距离无线通信方式获取待出厂所述车辆的车辆信息；

货主端获取在装货后待出厂的所述车辆的车辆信息；

具体地，车辆行驶到发货出场门禁区域时，车辆设备识别到该车辆的车辆信息，该车辆信息包括车牌号、司机姓名、司机驾龄中的至少一种，但本申请不限于此。服务端通过该车辆的车辆信息查询到该车的进场和装货信息，校验当前是否是自动出场模式，并通过长连接把数据传给货主端。

应理解，上述车辆识别设备可以包括ETC识别设备、RFID卡、摄像头识别中的至少一种，但本申请不限于此。

215，确认车辆已完成装货。

216，服务端使车辆出厂。

服务端根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂。

在根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂之后，所述方法还包括：

通知磅室设备打印磅单。

记录所述车辆进厂装货后的第一车斗图像以及记录所述车辆到达卸货地点卸货前的第二车斗图像；将所述第一车斗图像与所述第二车斗图像进行对比，以便判断货物误差。

具体地，当货主端设置开启车辆的自动出厂模式的情况下，服务端根据自动出厂模式控制道闸开启，使车辆出厂，并通过长连接告知货主端该车辆出厂，货主端收到消息后刷新出厂车辆列表，并且货主端校验当前出场打印磅单开关是否开启，如果货主启打印磅单，在出厂成功后，货主端和盒子(盒子和打印机连接)通过服务端通信，通知盒子生成磅单，盒子调用打印机打印磅单，同时视频系统记录此时车斗图像。

当货主端设置开启车辆的手动出厂模式的情况下，服务端将该车信息发送给货主端，货主端将该车信息显示给货主，货主核对信息手动出站，服务端控制道闸，抬起闸杆示意司机出厂，出厂时货主端校验当前打印磅单开关是否开启，如果打印磅单开关开启，货主端和盒子(盒子和打印机连接)通过服务端通信，通知盒子生成磅单，盒子调用打印机打印磅单，同时视频系统记录此时车斗图像。

当装货车辆到达卸货地点时，根据卸货地点安装的视频系统，记录卸货时车斗图像，通过图像识别算法，服务端对比发货时的车斗图像，当差异大于95％判断为货物异常，从而进一步保障了货物的安全性。

请参照图3，图3为本申请实施例提供的一种货物运输管理服务端的结构框图，该服务端应用于图2所示的货物运输管理方法，具体地，如图3所示，该服务端包括：

第一信息获取单元310、信息识别单元340、第一信息发送单元330和第一信息处理单元320；

所述第一信息获取单元用于通过短距离无线通信方式获取待进厂车辆的车辆信息；

所述信息识别单元用于根据预存储的运单信息对所述车辆信息进行校验，确定进入发货厂的车辆属于正常排班车辆，其中，所述运单信息包括正常排班的多个车辆的车辆信息；

所述第一信息发送单元用于向货主端发送通知信息，所述通知消息用于指示所述车辆已进厂或者所述通知消息用于通知所述货主端控制所述车辆进厂；

所述第一信息获取单元还用于获取所述车辆的皮重信息以及所述车辆进厂装货后的毛重信息；

所述第一信息获取单元还用于通过短距离无线通信方式获取待出厂所述车辆的车辆信息；

所述第一信息处理单元用于根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂。

所述服务端还用于：

记录所述车辆进厂装货后的第一车斗图像以及记录所述车辆到达卸货地点卸货前的第二车斗图像；

将所述第一车斗图像与所述第二车斗图像进行对比，以便判断货物误差。

在所述第一信息处理单元用于根据所述车辆信息确认所述车辆已完成装货，并控制所述车辆出厂之后，所述服务端还用于：通知磅室设备打印磅单。

所述第一信息发送单元用于向货主端发送通知信息，具体用于：通过长连接方式向货主端发送通知信息。

在所述第一信息获取单元用于通过短距离无线通信方式获取待进厂车辆的车辆信息之前，所述服务端还用于：获取货主端上传的所述运单信息。

请参照图4，图4为本申请实施例提供的一种货物运输管理货主端的结构框图，该货主端应用于图2所示的货物运输管理方法，具体地，如图4所示，该货主端包括：

第二信息处理单元420、第二信息发送单元430、第二信息获取单元410；

所述第二信息处理单元用于上传运单信息，所述第二信息发送单元用于将所述运单信息发送至服务端；

所述第二信息获取单元用于获取服务端发送的待进厂车辆的车辆信息，以及通知信息；

所述第二信息获取单元还用于获取所述服务端发送的所述车辆的皮重和所述车辆进厂装货后的毛重信息；

所述第二信息获取单元还用于获取在装货后待出厂的所述车辆的车辆信息。

所述第二信息获取单元在用于获取服务端发送的待进厂车辆的车辆信息方面，具体用于：通过长连接方式获取服务端发送的待进厂车辆的车辆信息。

所述第二信息获取单元在用于获取在装货后待出厂的所述车辆的车辆信息方面，具体用于：通过长连接方式获取在装货后待出厂的所述车辆的车辆信息。

前文简单描述了货物运输管理系统、方法、设备，下面结合图5详细描述货物运输管理流程，图5为本申请实施例提供的一种货物运输管理流程图，具体地，如图5所示：

501，货主排班指定车辆。

作为一种实施例，货主通过货主端，录入司机信息和车辆信息，并排定车辆班次，存储在服务端；服务端自动识别货主录入的信息，把车载设备信息绑定到指定的车辆信息；司机从服务端获取排班信息。

502，车辆进厂门禁。

司机根据排班信息将车辆行驶到车辆进厂门禁。

503，车辆是否安装车载设备。

504，通过车牌号查询该车辆是否存在排班中。

505，不准进厂。

506，手动点击进厂。

在车辆没有安装车载设备的情况下，服务端通过车牌号查询该车辆是否存在排班中，如果当前车辆存在于排班计划中，则向货主端发送该车辆的车辆信息，告知货主端当前车辆存在于排班计划中，校验信息正确，货主端手动点击车辆进厂。如果当前车辆没有存在于排班计划中，则返回校验信息错误，不准车辆进厂。

507，ETC识别车辆信息，通过车辆信息在服务端查到司机信息，并返回该车辆是否存在排班中。

508，不准进厂。

509，当前模式是否为自动进厂。

510，手动点击进厂。

511，车辆自动进厂。

在车辆安装车载设备的情况下，ETC识别车载设备绑定的车牌号信息，识别到车牌号信息后，上传到服务端，服务端通过车牌号搜索与之匹配的车辆、司机信息，并校验当前车辆是否存在于排班计划中，如果当前车辆没有存在于排班计划中，则返回校验信息错误，不准车辆进厂。如果当前车辆存在于排班计划中，服务端检测当前模式是否为自动进厂，若为手动进厂模式，则服务端通过长连接把该车辆信息发送给货主端，货主端收到信息后跳转手动进厂页面，把车辆信息显示出来给货主，货主手动点击进厂按钮使之进厂；若为自动进厂模式，服务端设置该车辆进厂，并通过长连接告知货主端该车辆已进场，货主端收到消息刷新进厂车辆列表，并且服务端自动控制道闸，抬起闸杆示意司机进厂。

512，筒仓。

进厂后的车辆到达筒仓装货。

513，车辆是否安装车载设备。

514，自动识别进厂信息。

在车辆安装车载设备的情况下，ETC识别车载设备绑定的车牌号信息，识别到车牌号信息后，上传到服务端，服务端通过车牌号搜索与之匹配的车辆、司机信息，并通过长连接发送给货主端，货主端收到消息后显示该司机和车辆的信息，并使车辆进入筒仓。

515，手动输入车牌号查询该车进厂信息。

在车辆没有安装车载设备的情况下，手动输入车牌号查询该车进厂信息，使车进入筒仓。

516，手动点击存储皮重并放货。

517，智能磅室盒子收到放货指令，控制筒仓放货，当重量达到阈值时停止放货。

当车辆行驶到筒仓装货区时，智能磅室设备(以下简称盒子)和地磅保持连接并且和筒仓保持连接，地磅的重量会实时传送给盒子，盒子实时将地磅的重量发送给服务端，货主端会定时的从服务端获取地磅的重量。当地磅的重量稳定时，盒子将稳定的地磅重量通过服务端发送给货主端，货主端点击存皮并放货，并保存当前地磅上车辆的皮重信息，然后将车辆的皮重上传到服务端。

进一步地，货主端通过服务器通知盒子开启筒仓，筒仓开始放货，为了防止车辆超载，当磅上的重量(低于车辆核定载重)达到阈值时，盒子自动关闭筒仓停止放货。如果不想根据设置的阈值关闭筒仓，货主也可以通过货主端手动关闭筒仓放货，通过盒子控制筒仓关闭。

518，放货结束后，手动点击保存毛重，并从筒仓出去。

当放货结束后，货主端保存当前毛重(车辆皮重+货重)，然后将车辆装货后的毛重上传到服务端。

进一步地，毛重保存完成后，本次放货结束，货主端点击出站，盒子通过控制语音系统通知车辆驶离筒仓，该车辆装货结束，同时视频系统会记录此时车斗图像，并将车斗图像保存在服务端；

519，发货出厂门禁。

520，是否是自动出厂模式。

521，手动点击要出厂的车辆。

522，是否打印出厂磅单。

523，通过智能磅室盒子配置的打印机打印出厂所需磅单。

车辆行驶到发货出场门禁区域时，ETC设备识别到该车辆车牌号，服务端通过车牌号查询到该车的进场和装货信息，校验当前是否是自动出场模式，并通过长连接把数据传给货主端。

当货主端设置开启车辆的自动出厂模式的情况下，服务端根据自动出厂模式控制道闸开启，使车辆出厂，并通过长连接告知货主端该车辆出厂，货主端收到消息后刷新出厂车辆列表，并且货主端校验当前出场打印磅单开关是否开启，如果货主开启打印磅单，在出厂成功后，货主端和盒子(盒子和打印机连接)通过服务端通信，通知盒子生成磅单，盒子调用打印机打印磅单，同时视频系统记录此时车斗图像；如果不打印磅单，则车辆直接出厂，同时视频系统记录此时车斗图像。

当货主端设置开启车辆的手动出厂模式的情况下，服务端将该车信息发送给货主端，货主端将该车信息显示给货主，货主核对信息手动出站，服务端控制道闸，抬起闸杆示意司机出厂，出厂时货主端校验当前打印磅单开关是否开启，如果货主开启打印磅单，货主端和盒子(盒子和打印机连接)通过服务端通信，通知盒子生成磅单，盒子调用打印机打印磅单，同时视频系统记录此时车斗图像；如果不打印磅单，则车辆直接出厂，同时视频系统记录此时车斗图像。

524，车辆发货出厂成功。

车辆发货出厂成功后，当装货车辆到达卸货地点时，根据卸货地点安装的视频系统，记录卸货时车斗图像，通过图像识别算法，服务端对比发货时的车斗图像，当差异大于95％判断为货物异常，从而进一步保障了货物的安全性。

请参照图6，图6为本申请实施例提供的一种电子设备的结构示意图，所述电子设备可以包括：至少一个处理器610，例如CPU，至少一个通信接口620，至少一个存储器630和至少一个通信总线640。其中，通信总线640用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口620用于与其他节点设备进行信令或数据的通信。存储器630可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器630可选的还可以是至少一个位于远离前述处理器的存储装置。存储器630中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器610执行时，电子设备执行图2所示方法过程。

本申请实施例提供一种可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被服务器执行时实现货主端或服务端所执行图2所示的方法过程。

综上所述，本申请实施例提供货物运输管理方法、服务端和货主端，通过服务端与货主端、司机端以及磅室设备之间的通信连接，实现了车辆从进厂装货到出厂的过程中，司机无需频繁上下车来验证车辆信息，实现了运输过程的自动化，从而节约了货运时间以及减少了货运过程的工作量，进一步地节约了人力，提高工作效率，降低了运输成本，并运用图像识别技术，将装货后的车斗图像与到达卸货地点卸货前的车斗图像进行对比，来判断货物在运输过程中的是否有遗失，进一步地保证了货物运输的安全性。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述系统装置的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个装置或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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