基于二维码的订单追踪方法、装置、电子设备及存储介质

技术领域

本发明涉及订单追踪技术领域，具体地涉及一种基于二维码的订单追踪方法、一种基于二维码的订单追踪装置、一种电子设备及一种机器可读存储介质。

背景技术

目前，越来越多的企业运用网上购物平台购买生产材料。但是，随着订单总量的增加，在企业接收到货物进行入库时，无法确定接收的货物是由哪一个订单发出的商品，需要登录商城进行查找，当存在大量订单时，需要耗费大量时间进行筛选排除，缺乏线上线下的衔接，导致信息查询效率低，同样降低了货物入库效率。

发明内容

本发明实施方式的目的是提供一种基于二维码的订单追踪方法、装置、电子设备及存储介质，以至少解决上述的随着订单总量的增加，在企业接收到货物进行入库时，无法确定接收的货物是由哪一个订单发出的商品，需要登录商城进行查找，当存在大量订单时，需要耗费大量时间进行筛选排除，缺乏线上线下的衔接，导致信息查询效率低，同样降低了货物入库效率的问题。

为了实现上述目的，本发明第一方面提供一种基于二维码的订单追踪方法，运用于服务器端，所述方法包括：

基于接收自购买端的订单信息生成二维码，所述二维码粘贴于订单对应的货物上，随货物共同流转；

基于接收自购买端的订单追踪请求信息，获取所述购买端对应的第一验证信息，所述订单追踪请求信息由购买端扫描所述二维码生成；

若所述购买端对应的第一验证信息与订单追踪请求信息满足第一预设匹配规则，则向所述购买端发送订单追踪信息；

否则，获取所述购买端对应的第二验证信息；

若所述购买端对应的第一验证信息与第二验证信息满足第二预设匹配规则，则向所述购买端发送订单追踪信息；

否则，向所述购买端发送请求拒绝信息。

可选的，所述方法还包括：

在获取所述购买端对应的第一验证信息前：

基于订单追踪请求信息，判断所述购买端的登录状态，所述登录状态包括访客状态和账号登录状态；

若所述购买端处于访客状态，则向所述购买端发送账号登录请求。

可选的，所述第一验证信息包括已登录账号的历史订单信息。

可选的，所述第一匹配规则包括：

购买端已登录账号的历史订单信息与订单追踪请求信息相互匹配。

可选的，所述第一验证信息还包括登录账号的账号属性信息，所述第二验证信息为订单对应的账号的账号属性信息，其特征在于，所述第二匹配规则包括：

若购买端已登录账号的历史订单信息与订单追踪请求信息相互不匹配，购买端已登录账号的账号属性信息与订单对应的账号的账号属性信息相互匹配。

可选的，所述方法还包括：

基于接收自购买端的订单追踪请求，生成访问日志。

可选的，所述订单追踪信息包括：订单信息、订单备注、发货信息、商品信息和物流信息。

本发明第二方面提供一种基于二维码的订单追踪装置，运用于服务器端，所述装置包括：

二维码生成模块，用于基于接收自购买端的订单信息生成二维码，所述二维码粘贴于订单对应的货物上，随货物共同流转；

第一验证信息获取模块，用于基于接收自购买端的订单追踪请求信息，获取所述购买端对应的第一验证信息，所述订单追踪请求信息由购买端扫描所述二维码生成；

第一判断输出模块，用于在所述购买端对应的第一验证信息与订单追踪请求信息满足第一预设匹配规则的情况下，向所述购买端发送订单追踪信息；

第二验证信息获取模块，用于在所述购买端对应的第一验证信息与订单追踪请求信息不满足第一预设匹配规则的情况下，向所述购买端发送订单追踪信息，获取所述购买端对应的第二验证信息；

第二判断输出模块，用于在所述购买端对应的第一验证信息与第二验证信息满足第二预设匹配规则的情况下，向所述购买端发送订单追踪信息，以及在所述购买端对应的第一验证信息与第二验证信息不满足第二预设匹配规则的情况下，向所述购买端发送请求拒绝信息。

本发明第三方面提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权上述的基于二维码的订单追踪方法。

另一方面，本发明提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的基于二维码的订单追踪方法。

本技术方案中，首先，根据购买端的订单信息生成对应的二维码，并将该二维码粘贴于货物上，随货物共同流转，在企业接收到对应的货物后，通过扫描二维码得到订单追踪请求信息，并向服务器端发送该订单追踪请求信息，服务器端接收到订单追踪请求信息，读取该购买端对应的第一验证信息和第二验证信息，并基于第一预设匹配规则对第一验证信息和订单追踪请求信息进行匹配，基于第二预设匹配规则对第一验证信息与第二验证信息进行匹配，只有在匹配成功的情况下，才向购买端发送订单追踪信息；否则，向所述购买端发送请求拒绝信息，具有信息安全性高，能够帮助工作人员快速确定该订单对应的订单信息、订单备注、发货信息、商品信息和物流信息，辅助提高产品入库效率。

本发明实施方式的其它特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本发明实施方式的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本发明实施方式，但并不构成对本发明实施方式的限制。在附图中：

图1是本发明提供的基于二维码的订单追踪方法的流程框图；

图2是本发明提供的基于二维码的订单追踪方法的流程示意图；

图3是本发明提供的基于二维码的订单追踪装置的结构示意图。

附图标记说明

10-二维码生成模块；20-第一验证信息获取模块；

30-第一判断输出模块；40-第二验证信息获取模块；

50-第二判断输出模块。

具体实施方式

以下结合附图对本发明的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本发明，并不用于限制本发明。

图1是本发明提供的基于二维码的订单追踪方法的流程框图；图2是本发明提供的基于二维码的订单追踪方法的流程示意图；图3是本发明提供的基于二维码的订单追踪装置的结构示意图。

如图1-2所示，本发明实施方式提供一种基于二维码的订单追踪方法，运用于服务器端，所述方法包括：

步骤101、基于接收自购买端的订单信息生成二维码，所述二维码粘贴于订单对应的货物上，随货物共同流转；

步骤102、基于接收自购买端的订单追踪请求信息，获取所述购买端对应的第一验证信息，所述订单追踪请求信息由购买端扫描所述二维码生成；

步骤103、若所述购买端对应的第一验证信息与订单追踪请求信息满足第一预设匹配规则，则向所述购买端发送订单追踪信息；

否则，获取所述购买端对应的第二验证信息；

步骤104、若所述购买端对应的第一验证信息与第二验证信息满足第二预设匹配规则，则向所述购买端发送订单追踪信息；

否则，向所述购买端发送请求拒绝信息。

具体地，在本实施方式中，购买端可以理解为移动终端，如手机、平板等移动终端设备，且移动终端能够登录账号，因此，购买端存在多个不同账号。众所周知，在一个商品购买平台上，如果同一个公司或部门仅仅拥有一个账号，且该账号不能够同时在多台设备登录，因此，当在同一时间的不同人员需要利用该账号进行采购或者通过该账号获取通过该账号采购的产品的信息时，需要提前进行预约和规划，存在使用限制，不够方便。为了解决上述问题，本方案特别适用于同一个公司或者同一个部分存在多个账号的情况，例如其中一些账号由采购人员掌握，其中一些账号由入库人员掌握，在采购人员通过账号下单相应的产品后，产品到达需要进行入库时，入库人员可以通过自己对应的账号，便能够查询到该产品对应的下单信息、发货信息、物流信息等，而无需只能通过该产品下单时的对应账号查看，能够进一步保证数据的及时和准确的展示，方便进行核对后进行入库，提高产品入库效率。另外，通过获取购买端对应的验证信息与订单追踪请求信息满足预设匹配规则时，才能查看相关信息，进一步确保数据的安全性，不会导致数据泄露。通过预设本方案将订单各环节信息由二维码串联起来，采购单位的不同账号只需扫描二维码，即可了解物资各个环节信息，尤其在采购单位验收入库环节，通过扫描二维码可以方便的导出货品清单，以及订单信息，便于物资核对，使入库环节便捷，提高入库效率。

更具体地，在本方案中，采购人员根据购买计划通过其对应的账号在平台下单，下单后，服务器端接收到该订单信息，并基于该订单信息的订单号等生成对应的二维码，发货人员能够接收到该二维码，并将二维码打印后，粘贴在货物上，随着货物一同流转，货物到达目的地后，入库人员通过其移动终端扫描货物上的二维码，购买端根据扫描二维码得到的信息生成订单追踪请求信息，并向服务器端发送，服务器端基于接收自购买端的订单追踪请求信息，从数据库中获取到该订单对应的第一验证信息，并将该第一验证信息与订单追踪请求信息进行匹配，判断第一验证信息与订单追踪请求信息满足预设匹配规则，则向所述购买端发送订单追踪信息，否则，获取所述购买端对应的第二验证信息，判断购买端对应的第一验证信息与第二验证信息是否满足第二预设匹配规则，则向购买端发送订单追踪信息，否则向购买端发送请求拒绝信息，其中，请求拒绝信息具体可设置为“该笔发货单不属于您所在的公司，无法查看”。

在另一种实施方式中，购买端还能够进行商品质量反馈，采购单位通过移动终端登录账号后，录入商品质量需求/问题，运营单位受理该质量反馈，并分配给制定的处理人，进行情况核实和反馈，最终按照预设的流程进行处理。

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

在获取所述购买端对应的第一验证信息前：

基于订单追踪请求信息，判断所述购买端的登录状态，所述登录状态包括访客状态和账号登录状态；

若所述购买端处于访客状态，则向所述购买端发送账号登录请求。

具体地，在工作人员通过移动终端扫描二维码时，获取所述购买端对应的验证信息前，移动终端可能存在已登录账号，即账号登录状态和未登录账号，即访客状态两种情况，因此，若处于已登录账号的账号登录状态，则服务器端直接从数据库中读取出该已登录账号相关的验证信息，然后进入后续的判断步骤；若处于访客状态，即未登录账号的状态，则服务器端直接向购买端发送账号登录请求，只有在购买端进行账号登录后，才能继续后续的步骤，若不登录账号，则页面停留在登录页面。

进一步地，所述第一验证信息包括已登录账号的历史订单信息。

在本实施方式中，已登录账号的历史订单存储在数据库，服务器端能够直接通过已登录账号的账号信息，读取出储存的已登录账号的历史订单信息，进行后续的判断和比较。

进一步地，所述第一匹配规则包括：

购买端已登录账号的历史订单信息与订单追踪请求信息相互匹配。

具体地，所述订单追踪请求信息包括基于扫描所述二维码生成的基础订单信息。在服务器端接收到购买端发送的订单追踪请求信息后，首先确定购买端处于账号登录状态，通过服务器内的历史数据库，读取出该账号信息所关联的所有历史订单信息，并将接收到的订单追踪请求信息中包含的基础订单信息进行相比比较，如订单号相同，则说明该订单是由当前的账号下单的，因此，该账号具有查看订单追踪信息的权限，服务器端向购买端发送该产品对应的订单追踪信息，工作人员通过订单追踪信息中的订单详细信息，对照接收的产品实际数量、种类等，确定产品是否准确，以方便入库，能够提供工作效率。

进一步地，所述第一验证信息还包括登录账号的账号属性信息，所述第二验证信息为订单对应的账号的账号属性信息，所述第二匹配规则包括：

若购买端已登录账号的历史订单信息与订单追踪请求信息相互不匹配，购买端已登录账号的账号属性信息与订单对应的账号的账号属性信息相互匹配。

具体地，所述订单追踪请求信息还包括：扫描所述二维码时的，移动终端所登录的账号的基本信息，如该账号所关联的公司、部门等信息。在服务器端接收到购买端发送的订单追踪请求信息后，首先确定购买端处于账号登录状态，通过服务器内的历史数据库，读取出该账号信息所关联的所有历史订单信息，并将接收到的订单追踪请求信息中包含的基础订单信息进行相比比较，如订单号并不相同，则说明该订单并不是由当前的账号下单的，因此，需要对该账号进行权限的验证，首先，读取出购买端已登录账号的账号属性信息，包括，该账号所述的公司、部门信息等，并将这些信息与该产品对应的订单对应的账号的账号属性信息进行判断，如两个账号均属于同一个公司或者同一个部分，则判定该账号具有查看订单追踪信息的权限，服务器端向购买端发送该产品对应的订单追踪信息，工作人员通过订单追踪信息中的订单详细信息，对照接收的产品实际数量、种类等，确定产品是否准确，以方便入库，能够提供工作效率。

更具体地，同一公司或者同一部门的账号，在进行注册时便进行关联，采用双向验证的方式进行关联，在注册账号时，需要上传营业执照、部门证明等信息进行备案，账号注册成功后，需要关联账号时，其中一个账号向服务器端发送关联请求，服务器端根据关联请求向对应的其他账号发送验证码，其他账号输入验证码后实现相互关联，实现权限的授权。

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

基于接收自购买端的订单追踪请求，生成访问日志。

具体地，订单追踪请求还包括：购买端向服务器端发送该订单追踪请求的时间信息、移动终端的型号信息等，在服务器端接收到订单追踪请求后，将包含的时间信息、移动终端的型号信息进行存储，并与该二维码相互关联，以便后续进行查询。

进一步地，所述订单追踪信息包括：订单信息、订单备注、发货信息、商品信息和物流信息。

其中，订单信息具体包括：订单编号、订单名称、SRM标包编号、ERP订单号、下单时间、供应商名称、收货人、收货地址、联系方式等信息；订单备注包括：购买人在下单过程中的对商家或者运输企业的相关备注等信息；发货信息包括：发货单编号、发货时间、发货人联系方式等信息；商品信息包括：商品的数量、产地等信息；物流信息包括：产品在运输过程中的路径和快递站点等信息。

如图3所示，本发明实施方式提供一种基于二维码的订单追踪装置，运用于服务器端，所述装置包括：

二维码生成模块10，用于基于接收自购买端的订单信息生成二维码，所述二维码粘贴于订单对应的货物上，随货物共同流转；

第一验证信息获取模块20，用于基于接收自购买端的订单追踪请求信息，获取所述购买端对应的第一验证信息，所述订单追踪请求信息由购买端扫描所述二维码生成；

第一判断输出模块30，用于在所述购买端对应的第一验证信息与订单追踪请求信息满足第一预设匹配规则的情况下，向所述购买端发送订单追踪信息；

第二验证信息获取模块40，用于在所述购买端对应的第一验证信息与订单追踪请求信息不满足第一预设匹配规则的情况下，向所述购买端发送订单追踪信息，获取所述购买端对应的第二验证信息；

第二判断输出模块50，用于在所述购买端对应的第一验证信息与第二验证信息满足第二预设匹配规则的情况下，向所述购买端发送订单追踪信息，以及在所述购买端对应的第一验证信息与第二验证信息不满足第二预设匹配规则的情况下，向所述购买端发送请求拒绝信息。

对于所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本发明实施例还提供一种电子设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现上述的基于二维码的订单追踪方法。

本发明实施例还提供一种机器可读存储介质，该机器可读存储介质上存储有指令，该指令用于使得机器执行上述的基于二维码的订单追踪方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、装置或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、装置和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

以上结合附图详细描述了本发明的可选实施方式，但是，本发明实施方式并不限于上述实施方式中的具体细节，在本发明实施方式的技术构思范围内，可以对本发明实施方式的技术方案进行多种简单变型，这些简单变型均属于本发明实施方式的保护范围。另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本发明实施方式对各种可能的组合方式不再另行说明。

此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明实施方式的思想，其同样应当视为本发明实施方式所公开的内容。