货运订单管理方法及系统与流程

本申请涉及货运管理技术领域，尤其是一种货运订单管理方法及系统。

背景技术

随着科技的发展人们生活的进步，国际货运不断流行，国际货运物流代理应用而生，但由于每家代理公司的个性化管理，导致订单的格式与内容都会有所不同，因此，客户在选择不同代理公司时，需要重复输入订单信息，给客户使用带来不便。并且，由于国际货运需要清关，因此对订单信息准确性要求非常高，如果收件方与寄件方选择的代理公司不同时，对订单信息的线上确认只能由一方或者代理公司的专员去处理，不仅浪费订单生成与校对时间，也增加了代理公司雇佣专员的成本。

技术实现要素：

为至少在一定程度上克服相关技术中存在的问题，本申请提供一种货运订单管理方法及系统。

第一方面，本申请提供一种货运订单管理方法，包括：

接收用户提交的注册信息，所述用户包括寄件人、收件人和系统审核人；

获取订单格式，所述订单格式为预设在系统中；

获取并确认寄件人录入的第一信息；

根据所述第一信息派发收件人填写资料；

获取并确认所述收件人录入的第二信息；

将所述第一信息和第二信息填充到所述订单格式中，生成原始订单；

根据系统审核人审核结果生成正式订单。

进一步的，所述接收用户提交的注册信息，包括：

所述注册信息包含用户身份信息；

从所述注册信息中识别出所述用户的用户身份，根据用户身份为该用户分配用户权限，所述用户身份包括寄件人身份、收件人身份和系统审核人身份。

进一步的，所述获取并确认寄件人录入的第一信息，步骤包括：

接收寄件人按照寄件人用户权限录入的第一信息，所述第一信息包括：寄件人信息、货物信息以及收件人的id；

向所述寄件人发送第一核对信息；

接收所述寄件人反馈的第一确认信息。

进一步的，所述接收并确认收件人录入的第二信息，步骤包括；

接收到所述寄件人反馈的第一确认信息后，向所述第一信息中的收件人id派发并提醒收件人填写第二信息；

接收所述收件人按照收件人用户权限录入的第二信息；

向所述收件人发送第二核对信息；

接收所述收件人反馈的第二确认信息。

进一步的，所述根据系统审核人审核结果生成正式订单，包括：

接收系统审核人员的认证信息；

根据认证结果判断是否允许所述系统审核人员审核订单；

若允许所述系统审核人员审核订单，接收所述系统审核人员的审核结果，所述审核结果包括：订单信息正确或订单信息有错误；

若订单信息正确直接生成正式订单；

否则，重新派发至信息填写错误的用户，并接收重新录入信息。

进一步的，所述接收系统审核人员的认证信息，包括：

所述系统审核人员通过app扫描二维码信息，所述二维码中包含用户id；

系统核对扫描二维码中的用户id与用户注册时填写的id信息是否一致。

进一步的，所述方法还包括：解码验证方法，在用户重新登录系统或者查看/修改个人信息或者查看/修改订单信息时需进行解码验证，所述解码验证方法为声音频率对比方法。

第二方面，本申请提供一种货运订单管理系统，包括：

权限设置模块，用于设置用户身份权限；

订单格式存储模块，用于存储预先设定在系统中的订单格式；

订单生成模块，用于生成原始订单；

订单确认模块，用于根据系统审核人员审核结果生成正式订单；

所述权限设置模块、订单格式存储模块、订单生成模块、订单确认模块依次连接。

进一步的，所述系统还包括验证模块；

所述验证模块用于验证系统审核人身份信息以及对客户登录查询系统时进行验证；

所述验证模块分别与所述订单生成模块和所述订单确认模块连接。

进一步的，所述系统安装在计算机终端或者安装在移动终端。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请通过获取订单格式可满足不同货运公司对订单格式的要求，并且获取并确认寄件人录入的第一信息、获取并确认所述收件人录入的第二信息，用户在填写完信息后需要再次确认，保证订单的正确性，且减少订单校验时间，提高订单管理效率，由于不用专员代理输入，从而节省人工成本；进一步的，所述系统安装在计算机终端或者安装在移动终端，方便用户随时随地管理订单。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个实施例提供的货运订单管理方法的流程图。

图2是本申请一个实施例提供的货运订单管理系统模块图。

具体实施方式

下面结合附图和实施例对本发明进行详细的描述。

图1是本申请一个实施例提供的货运订单管理方法的流程图。

如图1所示，本实施例的方法包括：

s11：接收用户提交的注册信息，用户包括寄件人、收件人和系统审核人；

注册信息包含用户身份信息；

从注册信息中识别出用户的用户身份，根据用户身份为该用户分配用户权限，用户身份包括寄件人身份、收件人身份和系统审核人身份。

在用户完成注册后可登录系统，可以通过用户名和密码登录方式进行登录或者以声音的频率预设为初始密码，通过音频的各种声波情况进行对比后确认登录，从而实现对客户的信息资料进行深度的密码保护。

s12：获取订单格式，订单格式为预设在系统中；

订单格式依据各个货运公司的订单格式设置，当用户录入信息后，系统按照订单格式填充订单，并对信息进行自动识别，不需用户逐条填写全部订单信息，减少用户录入信息的工作量。

s13：获取并确认寄件人录入的第一信息；

接收寄件人按照寄件人用户权限录入的第一信息，第一信息包括：寄件人信息、货物信息以及收件人的id；

向寄件人发送第一核对信息，例如为寄件人信息包括姓名、联系方式等，货物信息包括重量，属性等和费用信息；

接收寄件人反馈的第一确认信息，包括订单信息正确和订单信息不正确。

若反馈的第一确认信息为订单信息不正确，则提示寄件人进行修改；若第一确认信息为订单信息正确，进入下一步骤。

s14：根据第一信息派发收件人填写资料；

若第一确认信息为订单正确，则系统根据收件人的id自动派发至收件人，并提醒收件人填写信息。

s15：获取并确认收件人录入的第二信息；

接收收件人按照收件人用户权限录入的第二信息，第二信息包括收件人姓名、地址和联系方式等；

向收件人发送第二核对信息，例如为收件人姓名、地址和联系方式等；

接收收件人反馈的第二确认信息，包括订单信息正确和订单信息不正确。

若第二确认信息为订单信息正确，则进入下一步骤，否则提示收件人对信息进行修改。

通过对信息进行再次确认，保证订单信息的准确性。

s16：将第一信息和第二信息填充到订单格式中，生成原始订单；

将确认后的信息与用户选择的订单格式相结合，直接生成满足用户需求的订单，操作简单、快捷。

所述第一信息和第二信息录入系统后会保存在系统中，下次需要使用时可以直接使用，省去重复录入信息的时间。并且，在更改订单格式后，第一信息和第二信息根据更改后的订单格式自动匹配，从而在用户变更代理公司时也不需重复录入相关信息，从而节省用户时间。

s17：根据系统审核人审核结果生成正式订单，包括：

s171：接收系统审核人员的认证信息；

系统审核人通过app扫描二维码信息，二维码与原始订单同时生成，并存储在原始订单上，且二维码中包含用户id，在用户id更改时，二维码同步更新；

系统核对扫描二维码中的用户id与用户注册时填写的id信息是否一致。

s172：根据认证结果判断是否允许系统审核人员审核订单，若用户id与用户注册时填写的id信息一致，则允许系统审核人员审核订单；

s173：若允许系统审核人员审核订单，接收系统审核人员的审核结果，审核结果包括：订单信息正确或订单信息有错误；

s174：若订单信息正确直接生成正式订单；

s175：否则，重新派发至信息填写错误的用户，并接收重新录入信息。

系统根据认证信息生成二维码，因每个系统使用人员的输入认证信息不同，生成的每个系统使用人员的二维码也不同，从而防止其他人员窃取信息。

所述方法还包括：解码验证方法，在用户重新登录系统或者查看/修改个人信息或者查看/修改订单信息时需进行解码验证，所述解码验证方法为声音频率对比方法，所述声音频率对比方法包括：

建立语言参数数据库，包括声音格式、声音速率；

建立发音规则数据库，包括以普通话、英语为主的发音规则；

在用户注册时从终端设备获取第一声音，例如从手机的麦克风获取第一声音；

依据语言参数数据库对声音进行解析，获取第一声音频率，例如获取声音频率在500hz～20khz之间、速度频率在50khz以内，对获取的第一声音频率进行存储；

在用户重新查看或修改个人信息或订单信息时需再次输入第二声音，系统将第二声音进行解析得到第二声音频率；

依据发音规则数据库将第一声音频率与第二声音频率进行对比，如果相同则允许用户重新查看或修改个人信息或订单信息，否则提示用户再次验证。通过声音频率对比方法对用户信息和订单信息进行深度保护，以防信息泄露给用户带来不良影响。

本实施例中，通过获取订单格式可满足不同货运公司对订单格式的要求，并且获取并确认寄件人录入的第一信息、获取并确认收件人录入的第二信息，用户在填写完信息后需要再次确认，保证订单的正确性，且减少订单校验时间，提高订单管理效率，由于不用专员代理输入，从而节省人工成本。进一步的，通过解码验证方法对用户信息及订单信息进行深度保护，以防信息泄露给用户带来不良影响。

图2是本申请一个实施例提供的货运订单管理系统的模块图。

如图2所示，所述系统包括：

权限设置模块21，用于设置用户身份权限，不同用户只能查看和修改符合用户身份权限内的内容，从而实现对用户信息的保密；

订单格式存储模块22，用于存储预先设定在系统中的订单格式；

订单生成模块23，用于生成原始订单；

订单确认模块24，用于根据系统审核人员审核结果生成正式订单；

权限设置模块21、订单格式存储模块22、订单生成模块23、订单确认模块24依次连接。

所述系统还包括验证模块25；

验证模块25用于验证系统审核人身份信息以及对客户登录查询系统时进行验证；

用户录入个人相关信息(包括自己的音频)后，如需再次查看或更改个人相关信息需进行深度的解码，解码方式可以通过声音频率对比验证；

初始订单确认后，如需再次查看或更改订单需进行深度解码，解码方式为通过声音频率对比后验证；

如果声音频率三次对比失败，将以忘记密码处理，由系统审核人对用户信息重新进行审核。

验证模块25分别与订单生成模块23和订单确认模块24连接。

所述系统安装在计算机终端或者安装在移动终端。

当系统安装在移动终端时，寄件人可以随时下单，并且原始订单信息可以及时送达相关人员，即使非上班时间同样可完成生成正式订单操作，方便快捷。

本实施例中，所述系统通过权限设置模块21、订单格式存储模块22、订单生成模块23、订单确认模块24依次连接，自动生成正式订单，方便快捷，并且对用户信息进行保密。进一步的，所述系统可安装移动终端，方便用户随时随地管理订单。

可以理解的是，上述各实施例中相同或相似部分可以相互参考，在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(pga)，现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

需要说明的是，本发明不局限于上述最佳实施方式，本领域技术人员在本发明的启示下都可得出其他各种形式的产品，但不论在其形状或结构上作任何变化，凡是具有与本申请相同或相近似的技术方案，均落在本发明的保护范围之内。