基于移动终端的物流运输交付管控系统的制作方法

本发明涉及到汽车物流运输过程管控技术领域，具体涉及一种基于移动终端的物流运输交付管控系统。

背景技术：

目前市场上运用的pdaapp大多是基于具体的pda设备，按照操作系统进行开发，如：wince、android、ios、symbian等操作系统。此类方式开发的app具有较大的局限性。当设备升级或更换时需重新进行新设备的适应性开发和大量程序编译工作，对于企业未来的发展具有极大的瓶颈。另外，现有的系统还存在处理速度迟缓、无法进行扫描校验的问题。

技术实现要素：

针对现有技术的不足，本发明的目的是提供一种基于移动终端的物流运输交付管控系统，该系统采用具有较强的易用性，便于技术人员维护；同时，易于后续业务功能的调整和扩展，处理速度快，可进行扫描校验。

为达到上述目的，本发明采用的技术方案如下：

一种基于移动终端的物流运输交付管控系统，其关键在于：基于reactnative框架构建而成，包括装车子系统、卸车子系统、急件子系统、异常处理子系统、信息管理子系统；

所述装车子系统用于发运现场在信息验证后进行装车扫描，采集实际装车数据并上传至服务器，由调度中心进行运输计划的安排；

所述卸车子系统用于车辆到达汽车配件中心或堆场并信息验证后，采集实际卸车数据与运单数据进行比对，进行卸货交接校验；

所述急件子系统用于汽车配件中心进行快递件发运，扫描箱号和快递单号进行关联，完成快递件的扫描发运操作，以及对承运商直送的紧急件使用紧急直送扫描功能进行发运；

所述异常处理子系统用于对发生异常情况的货物进行拍照记录操作，完成后续业务处理的取证；

所述信息管理子系统用于操作员对用户信息进行注册、查询、修改、注销、删除。

进一步的，所述装车子系统包括装车信息验证模块、装车扫描模块、装车通讯模块、装车信息处理模块，其中所述装车信息验证模块用于操作员对目标车辆车牌号、相应司机的手机号进行验证，并生成装车操作任务时间；所述装车扫描模块用于信息验证通过后对箱号条码进行扫描，并与获取的主机厂仓库装箱扫描数据进行校验；所述装车通讯模块用于从服务器下载装箱扫描数据、运单数据，并在确认发运信息后将扫描结果上传至服务器；所述装车信息处理模块用于新增、查询、删除装车过程中的各种数据信息。

进一步的，所述装车扫描模块在进行扫描结果与从服务器取得的主机厂仓库装箱扫描数据进行校验时，若扫描成功则更新已扫描件数；若扫描箱号不是主机厂仓库装箱扫描数据中的箱号时进行警告；若出现重复扫描箱号条码时进行提示。

进一步的，所述装车信息处理模块在进行按照目标车辆车牌号或箱号进行查询操作时，仅可查询系统日期当天的数据；在按照经销商条件查询时，仅可查询到计划发运日期为系统日期当天，且仓库已完成包装并已提供给otm系统的装箱数据。

进一步的，所述卸车子系统包括卸车信息验证模块、卸车扫描模块、卸车通讯模块、卸车数据处理模块，所述卸车信息验证模块用于操作人员对运单数据、目标车辆车牌号进行验证，并生成卸车操作任务时间；所述卸车扫描模块用于信息验证通过后对箱号条码进行扫描，并依据运单数据中的箱号明细数据对扫描结果进行校验；所述卸车通讯模块用于从服务器获取运单数据，并在确认后将通过校验的扫描结果上传至服务器；所述卸车数据处理模块用于新增、查询、删除卸车过程中的各种数据信息。

进一步的，所述急件子系统包括急件扫描模块、急件通讯模块、急件信息增删模块、急件发运模块，所述急件扫描模块用于操作人员根据承运商、运输方式生成急件任务时间对箱号条码进行扫描，并将扫描结果实时与从服务器取得的主机厂仓库装箱扫描数据进行校验，扫描箱号不是主机厂仓库装箱扫描数据中的箱号时进行提示，扫描成功时更新已扫描件数，得到急件面单号；所述急件通讯模块用于从服务器获取主机厂仓库装箱扫描数据，并将扫描结果上传至服务器；所述急件信息增删模块用于手工增加、删除箱号数据；所述急件发运模块用于对通过校验后的扫描结果进行急件发运信息确认。

进一步的，所述异常处理子系统包括异常信息输入模块、异常类型选择模块、异常状态获取模块以及异常信息上传模块，所述异常信息输入模块用于手工输入或扫描需要进行异常处理的箱号并验证该箱号是否属于；所述异常类型选择模块用于选择输入异常箱号的货物对应的异常类型；所述异常状态获取模块用于获取需要进行异常处理的零件箱的异常状态信息，并生成异常记录时间；所述异常信息上传模块用于将获取的异常状态信息上传至服务器。

更进一步的，所述异常信息包括受损部位远照、受损部位近照、零件号照片、外箱照片、零件全照。

本发明的显著效果是：本系统考虑到了未来pda设备的更新换代，采用了reactnative框架来进行系统的构建，此框架具有较强的易用性，便于技术人员维护；支持编写一次代码并多次部署到android，windows和ios操作系统；同时，利用reactnative框架可确保在代码中定义的组件始终呈现为平台的小部件，易于后续业务功能的调整和扩展；并且，实现了java和js通信的方案，可以做到比较简便的互调对方的接口。

附图说明

图1是本发明的原理框图。

具体实施方式

下面结合附图对本发明的具体实施方式以及工作原理作进一步详细说明。

如图1所示，一种基于移动终端的物流运输交付管控系统，基于reactnative框架构建而成，包括装车子系统、卸车子系统、急件子系统、异常处理子系统、信息管理子系统；

所述装车子系统用于发运现场在信息验证后进行装车扫描，采集实际装车数据并上传至服务器，由调度中心进行运输计划的安排；

所述卸车子系统用于车辆到达汽车配件中心或堆场并信息验证后，采集实际卸车数据与运单数据进行比对，进行卸货交接校验；

所述急件子系统用于汽车配件中心进行快递件发运，扫描箱号和快递单号进行关联，完成快递件的扫描发运操作，以及对承运商直送的紧急件使用紧急直送扫描功能进行发运；

所述异常处理子系统用于对发生异常情况的货物进行拍照记录操作，完成后续业务处理的取证；

所述信息管理子系统用于操作员对用户信息进行注册、查询、修改、注销、删除。

具体的：

所述装车子系统包括装车信息验证模块、装车扫描模块、装车通讯模块、装车信息处理模块，其中所述装车信息验证模块用于操作员在选择当前站点后进行验证登录，然后对目标车辆车牌号、相应司机的手机号进行验证，并生成装车操作任务时间，其中登录信息包括手机号和密码、当前站点在pda服务端进行验证，三项完全匹配，且有效区分为有效时验证通过。并根据用户当前站点类型，跳转至相应主菜单；所述装车扫描模块用于信息验证通过后对箱号条码(或二维码)进行扫描，并与获取的主机厂仓库装箱扫描数据进行校验；所述装车通讯模块用于从服务器下载装箱扫描数据、运单数据，并在确认发运信息后将扫描结果上传至服务器；所述装车信息处理模块用于新增、查询、删除装车过程中的各种数据信息。对于已经完成扫描操作尚未发运的任务，如果需要删除某个箱号时，可对需要删除的箱号进行删除。对于已经发运的任务进行箱号删除时，需在pc端的otm系统页面进行操作。同时，系统后台根据订单中的“发运模式代码”进行判断，如果是“2v”(紧急件)的订单，对应的运输订单将按照紧急件的方式进行运费计算，在现场操作上不做区分。

所述装车扫描模块在进行扫描结果与从服务器取得的主机厂仓库装箱扫描数据进行校验时，若扫描成功则更新已扫描件数；若扫描箱号不是主机厂仓库装箱扫描数据中的箱号时进行警告；若出现重复扫描箱号条码时进行提示。本例中，所述扫描结果包括箱号、包装尺寸、重量等，其中箱号为扫描枪扫描箱号条码后得到的箱号编号，包装尺寸为箱号对应货箱的包装尺寸(以主机厂系统提供数据为准)；重量为对应的计费重量或箱重量(以主机厂系统提供数据为准)。

所述装车信息处理模块在进行按照目标车辆车牌号或箱号进行查询操作时，仅可查询系统日期当天的数据对未完成发运的箱号可进行删除操作。按经销商条件查询时，仅可查询到计划发运日期为系统日期当天，且仓库已完成包装并已提供给服务器的装箱数据。

当按车牌号、箱号条件查询时，仅查询pda本地保存的系统日期当天的数据。按经销商查询时，需要根据经销商代码查到计划发运日期为系统日期当天的运输管理订单注册号(注册号不唯一)，并根据注册号查出系统日期当天的主机厂拣货装箱数据对应的装车扫描状态。当按经销商代码查询时，需将装箱扫描数据与服务器订单数据进行关联。查出服务器订单中对应该经销商且“计划发运日期”为系统日期当天的相同注册号的装箱数据。查询后，现实的信息包括按输入区域输入的查询条件所查出的箱号编号、对应的包装尺寸、对应。的计费重量或箱重量、是否已进行过装车扫描等。

所述卸车子系统包括卸车信息验证模块、卸车扫描模块、卸车通讯模块、卸车数据处理模块，所述卸车信息验证模块用于操作人员对运单数据、目标车辆车牌号进行验证，并生成卸车操作任务时间；所述卸车扫描模块用于信息验证通过后对箱号条码进行扫描，并依据运单数据中的箱号明细数据对扫描结果进行校验；所述卸车通讯模块用于从服务器获取运单数据，并在确认后将通过校验的扫描结果上传至服务器；所述卸车数据处理模块用于新增、查询、删除卸车过程中的各种数据信息。

当进行卸车扫描时，依次列出扫描枪扫描箱号条码后得到的箱号编号，扫描箱号条码的同时需根据运输运单中的箱号明细数据，对扫描结果进行校验。如果扫描箱号不是运单箱明细中的数据，系统进行提示；扫描成功同时更新已扫描件数。扫描箱号条码在列表中已存在时(重复扫描)，系统进行提示，提示形式同装车扫描。

所述急件子系统包括急件扫描模块、急件通讯模块、急件信息增删模块、急件发运模块，所述急件扫描模块用于操作人员根据承运商、运输方式生成急件任务时间对箱号条码进行扫描，并将扫描结果实时与从服务器取得的主机厂仓库装箱扫描数据进行校验，扫描箱号不是主机厂仓库装箱扫描数据中的箱号时进行提示，扫描成功时更新已扫描件数，得到急件面单号；所述急件通讯模块用于从服务器获取主机厂仓库装箱扫描数据，并将扫描结果上传至服务器；所述急件信息增删模块用于手工增加、删除箱号数据；所述急件发运模块用于对通过校验后的扫描结果进行急件发运信息确认。

本例中，所述计件的扫描过程为：扫描一次箱号，扫描一次面单号。两个箱号以上发同一面单号时，仍需依次扫描箱号和面单号，扫描第二个箱号发送的快递面单时需再次扫描第一个箱号对应的快递面单号条码。扫描的箱号条码在列表中已存在时(重复扫描)，进行提示，提示形式同装车扫描(车号换成面单号)。

在急件的处理过程中，还可手工进行箱号增加，过程为：将手工输入的箱号与订单中的箱明细数据进行校验后，在快递件扫描页面扫描结果区域追加显示本件手工输入的箱号及快递单号信息。手工输入的箱号在列表中已存在时(重复扫描)进行提示，提示形式同装车扫描。

所述异常处理子系统包括异常信息输入模块、异常类型选择模块、异常状态获取模块以及异常信息上传模块，所述异常信息输入模块用于手工输入或扫描需要进行异常处理的箱号并验证该箱号是否属于；所述异常类型选择模块用于选择输入异常箱号的货物对应的异常类型；所述异常状态获取模块用于获取需要进行异常处理的零件箱的异常状态信息，并生成异常记录时间；所述异常信息上传模块用于将获取的异常状态信息上传至服务器。

所述异常类型包括：0-破损、1-遗失、2-包装箱与实物不符，缺省为空。

所述异常信息包括受损部位远照、受损部位近照、零件号照片、外箱照片、零件全照。

所述信息管理子系统包括用户信息注册模块、用户信息查询模块、用户信息修改模块、用户信息注销模块、用户信息删除模块，其中的所述用户信息包括当前用户的基础信息、当前用户的登录密码、当前版本信息(如有新版本，是否进行更新操作)，所述基础信息包括操作员注册的系统账号、姓名、手机号、所属承运商、所处站点等项目。为了便于长安民生系统管理员进行pda用户的统一管理，pda用户的管理和删除功能以web页面的方式搭建，进行用户管理操作时无需pda设备，可远程进行。

本系统能够实现订单管理、运输计划、运输执行监控、结算管理、基础数据管理和报表管理，在标准功能模块基础上搭建轮胎备件运输管理功能、保险理赔业务功能，在备件发运环节将使用适应于本系统的新的pda设备以及新的备件发运app，改善了目前系统处理速度迟缓、无法进行扫描校验的问题。而开发的备件发运app应用于pdc(汽车配件配送中心)和堆场进行备件发运的业务处理中。备件发运app装载在pdc或堆场的手持终端设备(pda)上。根据运输订单数据，由备件发运现场操作员进行装车、卸车、快递紧急件发运、异常处理等业务操作。系统根据发运现场的实际装车结果生成相应的运输计划，合理规划路由安排运输车辆。理顺备件发运的操作流程。

使用pda的备件发运app进行扫描操作，将扫描的箱号与主机厂仓库装箱数据进行校验，校验正确的箱号数据上传至服务器。使装车、卸车、快递件发运等现场发运操作有据可依，由系统完成数据校验减少手工作业环节，降低了操作员现场发运的作业强度，提高了作业效率。

最后，本系统考虑到了未来pda设备的更新换代，采用了reactnative框架来进行系统的构建，具有较强的易用性，便于技术人员维护；另外，实现了java和js通信的方案，做到了比较简便的互调对方的接口。一般的js运行环境是直接扩展js接口，然后js通过扩展接口发送信息到主线程。但reactnative的通信的实现机制是单向调用，native线程定期向js线程拉取数据，然后转成js的调用预期，最后转交给native对应的调用模块。这样最终同样也可以达到java和js定义的module互相调用的目的。基于此种调用，实现了pda终端与app服务端的数据交互。

以上对本发明所提供的技术方案进行了详细介绍。本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。