记录溯源信息的方法及装置与流程

本发明实施例涉及通信技术领域，尤其涉及一种记录溯源信息的方法及装置。

背景技术

为了对产品进行溯源，企业在每个产品上面贴上一个唯一标志的条码，如二维码等形式，含有产品的品种信息，生产信息，序列号等，从而为物品添加了一个唯一、完整、保密的身份和属性标识符。进一步地，企业便可对物品的出库、入库、物流等环节通过快速阅读条码实现严格监控，并使分销网络中的各个业务网点具备了强大的物品核查功能，业务网点可根据需要对物品销售区域、产品属性等进行核查和匹配，核查功能具体将通过便携式条码扫描终端，或通过笔记本电脑加条码扫描器来实现。

企业在出入库时会选择流转单。流转单表示两个节点流转时的记录。流转单记为s->r,s代表发货商，r代表收货商。包含发货单和收货单两种类型。流转路径示例：s---物流---r；s在发货时，选择发货单s->r；r在收货时，选择收货单s->r。正常来讲，若各节点工作人员都能按照标准工作程序，进行出入库扫描，且物流不出现差错，系统记录的流转信息是环环相扣，且准确无误的。

但在实际的发货过程中，发货方在选择发货单时，有可能选择了错误的发货单；收货过程中，收货方在选择收货单时，也有可能选择了错误的收货单。另外，物流环节会出现将本应发给a的货物发给了b，但因为货物是同一种产品，b也正常接收的情况。如此，物流环节记录的节点信息存在丢失或错误等情况。导致对物品溯源的准确性不高。

技术实现要素：

本发明实施例提供一种记录溯源信息的方法及装置，以提高对物品溯源的准确性。

本发明实施例的一个方面是提供一种记录溯源信息的方法，包括：

接收发货节点发送的物品的二维码和出库信息，所述二维码是所述发货节点对所述物品进行出库扫描获得的；

根据所述出库信息获取当前发货周期的发货节点和收货节点；

根据所述二维码获取前一发货周期的发货节点和收货节点；

根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述出库信息。

本发明实施例的另一个方面是提供一种记录溯源信息的装置，包括：

接收模块，用于接收发货节点发送的物品的二维码和出库信息，所述二维码是所述发货节点对所述物品进行出库扫描获得的；

获取模块，用于根据所述出库信息获取当前发货周期的发货节点和收货节点；根据所述二维码获取前一发货周期的发货节点和收货节点；

调整存储模块，用于根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述出库信息。

本发明实施例提供的记录溯源信息的方法及装置，根据发货单或收货单与上一环节的流转单之间的关系，通过动态的修改或添加流转单，可以对在出入库过程中选择了错误的流转单的情况进行修正，将在物流环节中发生的错误进行修正，对于某些出入库环节的缺失也可以修正，并且故意的针对流转单的修改不被云数据平台所接受，使得流转链真实的反应了货物的流传过程，提高了对物品溯源的准确性。

附图说明

图1为本发明实施例提供的溯源系统的结构图；

图2为本发明实施例提供的记录溯源信息的方法流程图；

图3为本发明实施例提供的记录溯源信息的方法流程图；

图4为本发明实施例提供的记录溯源信息的方法流程图；

图5为本发明实施例提供的记录溯源信息的方法流程图；

图6为本实施例提供的经销商之间的关系图；

图7为本发明实施例提供的记录溯源信息的装置的结构图。

具体实施方式

图1为本发明实施例提供的溯源系统的结构图。如图1所示，溯源系统包括云数据平台和出入库扫描工具。本实施例的执行主体是云数据平台，云数据平台用于记录物品的入库信息和出库信息，在本实施例中，云数据平台包括出库信息接收模块和入库信息接收模块；另外，出入库扫描工具包括出库节点的扫描工具和入库节点的扫描工具，该扫描工具具体可以是识别二维码的设备例如手机、电脑、掌上电脑(personaldigitalassistant，pda)、平板电脑等。

本实施例设置的前提包括如下几点：

1、将前一发货周期的发货节点记为sl,收货节点记为rl.将当前发货周期的发货节点记为sc,收货节点记为rc。

2、正常流，在发货或收货过程中严格按照规程处理，所出现流动。

3、异常流，在发货或收货过程中出现的非正常的流动，即与上一流转环节不能正常衔接，但可以修正。

4、错误流，在发货或收货过程中出现的错误流动，不能进行修正。

5、父子关系指上下级经销商：上一级为父，下一级为子；父可有多子，子只有一父。

6、兄弟关系指同一级经销商，有同一父经销商。

7、叔侄关系指某一经销商之父与另一经销商为兄弟关系，低一级为侄，高一级为叔。

8、兄弟之间的发货术语为调货，优先级最高，默认不会出现错误。

9、发货节点只能发货给其子经销商和兄弟经销商。

10、收货节点只能从父经销商和兄弟经销商处收货。

图2为本发明实施例提供的记录溯源信息的方法流程图。本发明实施例针对现有技术中存在的缺陷，提供了记录溯源信息的方法，具体的方法步骤如下：

步骤s101、接收发货节点发送的物品的二维码和出库信息，所述二维码是所述发货节点对所述物品进行出库扫描获得的。

步骤s102、根据所述出库信息获取当前发货周期的发货节点和收货节点。

步骤s103、根据所述二维码获取前一发货周期的发货节点和收货节点。

步骤s104、根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述出库信息。

其中，根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述出库信息，可包括如下几种情况：

一种情况：若所述前一发货周期的发货节点和收货节点为空，则存储所述当前发货周期的发货节点和收货节点。

另一种情况：若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点等于所述当前发货周期的发货节点，则存储所述当前发货周期的发货节点和收货节点。

再一种情况：若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点不等于所述当前发货周期的发货节点，则根据所述当前发货周期的发货节点和所述前一发货周期的发货节点之间的关系，以及所述当前发货周期的收货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息。

其中，根据所述当前发货周期的发货节点和所述前一发货周期的发货节点之间的关系，以及所述当前发货周期的收货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息，包括如下几种情况：

一种情况：若所述当前发货周期的发货节点和所述前一发货周期的发货节点相等，则根据所述当前发货周期的收货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息。

另一种情况：若所述当前发货周期的发货节点和所述前一发货周期的发货节点不相等，且所述当前发货周期的收货节点和所述前一发货周期的收货节点相等，则根据所述当前发货周期的发货节点和所述前一发货周期的发货节点之间的关系，调整并存储所述出库信息。

再一种情况：若所述当前发货周期的发货节点和所述前一发货周期的发货节点不相等，且所述当前发货周期的收货节点和所述前一发货周期的收货节点不相等，则根据所述当前发货周期的发货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息。

步骤s105、接收收货节点发送的物品的二维码和入库信息，所述二维码是所述收货节点对所述物品进行入库扫描获得的。

步骤s106、根据所述入库信息获取当前发货周期的发货节点和收货节点。

步骤s107、根据所述二维码获取前一发货周期的发货节点和收货节点。

步骤s108、根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述入库信息。

其中，根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述入库信息，包括如下几种情况：

一种情况：若所述前一发货周期的发货节点和收货节点为空，则存储所述当前发货周期的发货节点和收货节点。

另一种情况：若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点等于所述当前发货周期的发货节点，则存储所述当前发货周期的发货节点和收货节点。

再一种情况：若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点不等于所述当前发货周期的发货节点，则根据所述前一发货周期的收货节点和所述当前发货周期的收货节点之间的关系，调整并存储所述入库信息。

下面结合具体的例子对上述方法进行介绍，图3为本发明实施例提供的记录溯源信息的方法流程图，下面所述的发货商具体可以是上述实施例所述的发货节点,收货商具体可以是上述实施例所述的收货节点，该方法具体的步骤如下：

步骤31、若发货商执行发货扫描，则执行步骤32，否则执行步骤35；

步骤32、发货商对某物品上的二维码进行出库扫描；

步骤33、发货商将该二维码以及相关出库信息上传至云数据平台出库信息接受模块；

步骤34、出库信息接受模块将出库信息根据二维码信息进行相应调整记录入云数据平台；

步骤35、物流将该物品运送至收货商；

步骤36、若收货商执行收货扫描，则执行步骤37，否则执行步骤310；

步骤37、收货商对该物品上的二维码进行入库扫描；

步骤38、收货商将该二维码以及入库信息上传至云数据平台入库信息接受模块；

步骤39、入库信息接受模块将入库信息根据二维码信息进行相应调整记录入云数据平台；

步骤310、若进入下一发货周期，则执行步骤31，否则执行步骤311；

步骤311、结束。

其中，步骤34的具体过程如图4所示，包括如下步骤：

步骤41、根据出库信息提取sc->rc。

步骤42、根据二维码信息提取sl->rl；

步骤43、若sl->rl为空，则执行步骤44；否则执行步骤45；

步骤44、正常流，在流转记录链中添加：sc->rc；执行步骤411；

步骤45、若rl＝＝sc,执行步骤44，否则执行步骤46；

步骤46、若sc＝＝sl,执行步骤47，否则执行步骤48；

步骤47、若rl与rc为兄弟或同一，则执行步骤471，若rc为rl之叔，则执行步骤472，若rc为rl之侄，则执行步骤473；若为其它关系，则执行步骤474：

步骤471、异常流，流转记录链中sl->rl替换为sc->rc；

步骤472、异常流，流转记录链中sl->rl替换为sc->rc；

步骤473、错误流，不进行记录。

步骤474、错误流，不进行记录。

执行步骤411；

步骤48、若rl＝＝rc,则执行步骤49，否则执行步骤410；

步骤49、若sc为sl之子，则执行步骤491，否则执行步骤494：

步骤491、异常流，流转记录链中sl->rl替换为sl->sc->rc；

步骤492、错误流，不进行记录

执行步骤411；

步骤410、若sc为rl之子，则执行步骤4101；若sc为rl之兄弟，则执行步骤4102；若为其它关系，则执行步骤4103：

步骤4101、异常流，流转记录链中添加rl->sc->rc；

步骤4102、异常流，流转记录链中sl->rl替换为sl->sc->rc；

步骤4103错误流，不进行记录。

步骤411、结束。

对于图3中的步骤39，步骤39的具体过程如图5所示，包括如下步骤：

步骤91、根据入库信息提取sc->rc；

步骤92、根据二维码信息提取sl->rl；

步骤93、若sl->rl为空，则执行步骤94；否则执行步骤95；

步骤94、正常流，在流转记录链中添加：sc->rc；执行步骤99；

步骤95、若rl＝＝sc,执行步骤94，否则执行步骤96；

步骤96、若rc＝＝rl,执行步骤97，否则执行步骤98；

步骤97、若sc＝＝sl，则执行步骤971，否则执行步骤972；

步骤971正常流，冗余，不进行记录；

步骤972异常流，兼容，不进行记录；

执行步骤99；

步骤98、若rc为rl之兄弟，则执行步骤981；若rc为rl之子，则执行步骤982若为其它关系，则执行步骤983：

步骤981、若sc＝＝sl，则执行步骤9811；否则执行步骤9812；

步骤9811、异常流，流转记录链中sl->rl替换为sc->rc；

步骤9812、若sl为rl之父，则为异常流，将流转记录中sl->rl替换为sl->rc；否则为错误流，不进行记录。

步骤982、若sl为rl之父，则执行步骤9821；若sl为r1之兄弟，则执行步骤9822；若为其它关系，则执行步骤9823：

步骤9821、异常流，流转记录链中添加rl->rc；

步骤9822、异常流，流转记录链中添加rl->rc；

步骤9823、错误流，不进行记录；

步骤983错误流，不进行记录；

步骤99、结束。

本实施例根据发货单或收货单与上一环节的流转单之间的关系，通过动态的修改或添加流转单，可以对在出入库过程中选择了错误的流转单的情况进行修正，将在物流环节中发生的错误进行修正，对于某些出入库环节的缺失也可以修正，并且故意的针对流转单的修改不被云数据平台所接受，使得流转链真实的反应了货物的流传过程，提高了对物品溯源的准确性。

图6为本实施例提供的经销商之间的关系图。如图6所示，一级经销商61为a，a之下的二级经销商62为aa和ab；aa之下的三级经销商63为aaa和aab，ab之下的三级经销商63为aba和abb；aaa之下的四级经销商64为aaa1,aba之下的四级经销商64为aba1。下面结合图6给出本实施例所述的记录溯源信息的方法适用的几种场景：

场景一，严格按照流程执行，实际运行步骤如下：

步骤1：a需将货物发给aa，确定进行发货扫描；

步骤2：a对货物上的二维码进行出库扫描；

步骤3：a将信息上传至云数据平台；

步骤4：出库信息记录模块将发货信息记录入云数据平台；

步骤4.1:获取sl->rl为空；

步骤4.2：获取sc->rc为a->aa；

步骤4.3：因为sl->rl为空，直接将a->aa添加入流转链表；

步骤4.4：记录结束；

步骤5：物流将物品从a运至aa；

步骤6：aa确定进行收货扫描，选择收货单a->aa；

步骤7：aa对货物上的二维码进行入库扫描；

步骤8：aa将信息上传至云数据平台；

步骤9：入库信息记录模块将收货信息记录入云数据平台；

步骤9.1：获取sl->rl为a->aa；

步骤9.2：获取sc->rc为a->aa；

步骤9.3：sl->rl不为空，rl＝＝rc&&sc＝＝sl,判断为正常流，冗余，不进行记录。

步骤9.4：记录结束。

步骤10：结束,此时物流链表为a->aa。

场景二，省略发货或收货流程，实际运行步骤如下：

步骤1：aa需将货物(该货物接收自a)发给aaa，确定不进行发货扫描(省略发货流程)；

步骤2：物流将物品从aa运至aaa；

步骤3：aaa确定不进行收货扫描(省略收货流程)；

步骤4：进入下一发货周期，此时物流链表为a->aa。

步骤5：aaa需将货物发给aaa1,确定不进行发货扫描(省略发货流程)；

步骤6：物流将物品从aaa运至aaa1；

步骤7：aaa1确定进行收货扫描，选择收货单aaa->aaa1；

步骤8：aaa1对货物上的二维码进行入库扫描；

步骤9：aaa1将信息上传至云数据平台；

步骤10：入库信息记录模块将收货信息记录入云数据平台；

步骤10.1：获取sl->rl为a->aa；

步骤10.2：获取sc->rc为aaa->aaa1；

步骤10.3：sl->rl不为空，sl＝＝a,rl＝＝aa,sc＝＝aaa,rc＝＝aaa1,因为rl！＝sc,sc！＝sl,rc！＝rl,sc为rl之子，则可判断为异常流，在流转记录中添加rl->sc->rl。

步骤10.4：记录结束。

步骤11：结束,此时物流链表为a->aa->aaa->aaa1。

场景三，物流出现错误，实际运行步骤如下：

步骤1：a需将货物发给aa，确定进行发货扫描；

步骤2：a对货物上的二维码进行出库扫描；

步骤3：a将信息上传至云数据平台；

步骤4：出库信息记录模块将发货信息记录入云数据平台；

步骤4.1:获取sl->rl为空；

步骤4.2：获取sc->rc为a->aa；

步骤4.3：因为sl->rl为空，直接将a->aa添加入流转链表；

步骤4.4：记录结束；

步骤5：物流将物品从a运至ab；

步骤6：ab确定进行收货扫描，选择收货单a->ab；

步骤7：ab对货物上的二维码进行入库扫描；

步骤8：ab将信息上传至云数据平台；

步骤9：入库信息记录模块将收货信息记录入云数据平台；

步骤9.1：获取sl->rl为a->aa；

步骤9.2：获取sc->rc为a->ab；

步骤9.3：sl->rl不为空，rl！＝rc,判断rc为rl之兄弟，且sc＝sl。

认为为异常流，在流转记录中将a->aa,替换为a->ab.

步骤9.4：记录结束。

步骤10：不进入下一发货周期，结束。

场景四，收货方选择了错误的发货方，实际运行步骤如下：

步骤1：aa需要发货(该货物从a处接收)给aaa,确定不进行发货扫描；

步骤2：物流将物品从aa运到aaa；

步骤3：aaa确定进行收货扫描，选择收货单aab->aaa(选择了错误的发货单)；

步骤4：aaa对货物上的二维码进行入库扫描；

步骤5：aaa将信息上传至云数据平台；

步骤6：入库信息记录模块将收货信息记录如云数据平台；

步骤6.1：获取sl->rl为a->aa；

步骤6.2：获取sc->rc为aab->aaa；

步骤6.3：sl->rl不为空，sl＝＝a,rl＝＝aa；sc＝＝aab,rc＝＝aaa；

rl！＝＝sc,rl！＝rc,rc为rl之子,sl为rl之父，认为是异常流，在流转记录中添加aa->aaa。

步骤6.4：记录结束。

步骤7：不进入下一发货周期，结束，流转链表记录为：a->aa->aaa。

以上均为可修正的流转。

有些特殊的流程是不能被修正的，如某中间节点完全丢失，无任何输入输出信息，此时有窜货的嫌疑。另外，某些节点试图通过上传错误信息进行洗白，也会被当作做错误流，不被进行记录。

场景五，中间节点完全丢失流程，实际运行步骤如下：

步骤1：aa需将货物(该货物接收自a)发给aba，因为是窜货不进行发货扫描，(省略发货流程)；

步骤2：物流将物品从aa运至aba；

步骤3：aba因为是收窜货物品，不进行收货扫描(省略收货流程)；

步骤4：进入下一发货周期，此时物流链表为a->aa。

步骤5：aba需将货物发给aba1,确定不进行发货扫描(省略发货流程)；

步骤6：物流将物品从aba运至aba1；

步骤7：aba1确定进行收货扫描，选择收货单aba->aba1；

步骤8：aba1对货物上的二维码进行入库扫描；

步骤9：aba1将信息上传至云数据平台；

步骤10：入库信息记录模块将收货信息记录入云数据平台；

步骤10.1：获取sl->rl为a->aa；

步骤10.2：获取sc->rc为aba->aba1；

步骤10.3：sl->rl不为空，sl＝＝a,rl＝＝aa,sc＝＝aba,rc＝＝aba1,因为rl！＝sc,sc！＝sl,rc！＝rl,sc与rl非子非兄弟而为叔侄关系，则可判断为错误流，在流转记录中不进行记录。

步骤10.4：记录结束。

步骤11：结束,此时物流链表为a->aa。

此场景中由于链表中最后节点为aa，而销售地出现在了aba1,可以判断为窜货情况。

场景六，发货商或收货商故意修改为错误信息，实际运行步骤如下：

步骤1：aa需将货物(该货物接收自a)发给aba，因为是窜货，故意将收货方选择为aaa；

步骤2：aa对货物上的二维码进行出库扫描；

步骤3：aa将信息上传至云数据平台；

步骤4：出库信息记录模块将发货信息记录入云数据平台；

步骤4.1:获取sl->rl为a->aa；

步骤4.2：获取sc->rc为aa->aaa；

步骤4.3：因为rl＝＝sc，直接将a->aa添加入流转链表；

步骤4.4：记录结束；

步骤5：物流将物品从aa运至aba；

步骤6：aba确定进行收货扫描(但故意修改发货方)；

步骤7：进入下一发货周期，此时物流链表为a->aa->aaa。

步骤8：aba确定进行收货扫描，选择收货单ab->aba；

步骤9：aba对货物上的二维码进行入库扫描；

步骤10：aba将信息上传至云数据平台；

步骤11：入库信息记录模块将收货信息记录入云数据平台；

步骤11.1：获取sl->rl为aa->aaa；

步骤11.2：获取sc->rc为ab->aba；

步骤11.3：sl->rl不为空，sl＝＝aa,rl＝＝aaa,sc＝＝ab,rc＝＝aba,因为rl！＝sc,sc！＝sl,rc！＝rl,sc与rl非子非兄弟而为叔侄关系，则可判断为错误流，在流转记录中不进行记录。

步骤11.4：记录结束。

步骤12：结束,此时物流链表为a->aa->aaa。

此场景中由于链表中最后节点为aaa，而销售地出现在了aba,可以判断为窜货情况。

此外，本实施例所述的方法所适用的场景不限于上述几种场景，此处不再赘述。

本发明实施例通过修正物品流转中的异常情况，可防止窜货时的故意修改，使得流转链真实的反应了货物的流传过程，为防窜货的实施提供了技术保障。

图7为本发明实施例提供的记录溯源信息的装置的结构图。本发明实施例提供的记录溯源信息的装置可以执行记录溯源信息的方法实施例提供的处理流程，如图7所示，记录溯源信息的装置70包括：接收模块71、获取模块72、调整存储模块73，其中，接收模块71用于接收发货节点发送的物品的二维码和出库信息，所述二维码是所述发货节点对所述物品进行出库扫描获得的；获取模块72用于根据所述出库信息获取当前发货周期的发货节点和收货节点；根据所述二维码获取前一发货周期的发货节点和收货节点；调整存储模块73用于根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述出库信息。

本发明实施例根据发货单或收货单与上一环节的流转单之间的关系，通过动态的修改或添加流转单，可以对在出入库过程中选择了错误的流转单的情况进行修正，将在物流环节中发生的错误进行修正，对于某些出入库环节的缺失也可以修正，并且故意的针对流转单的修改不被云数据平台所接受，使得流转链真实的反应了货物的流传过程，提高了对物品溯源的准确性。

在上述实施例的基础上，若所述前一发货周期的发货节点和收货节点为空，则调整存储模块73存储所述当前发货周期的发货节点和收货节点；若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点等于所述当前发货周期的发货节点，则调整存储模块73存储所述当前发货周期的发货节点和收货节点；若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点不等于所述当前发货周期的发货节点，则调整存储模块73根据所述当前发货周期的发货节点和所述前一发货周期的发货节点之间的关系，以及所述当前发货周期的收货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息。

若所述当前发货周期的发货节点和所述前一发货周期的发货节点相等，则调整存储模块73根据所述当前发货周期的收货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息；若所述当前发货周期的发货节点和所述前一发货周期的发货节点不相等，且所述当前发货周期的收货节点和所述前一发货周期的收货节点相等，则调整存储模块73根据所述当前发货周期的发货节点和所述前一发货周期的发货节点之间的关系，调整并存储所述出库信息；若所述当前发货周期的发货节点和所述前一发货周期的发货节点不相等，且所述当前发货周期的收货节点和所述前一发货周期的收货节点不相等，则调整存储模块73根据所述当前发货周期的发货节点和所述前一发货周期的收货节点之间的关系，调整并存储所述出库信息。

另外，接收模块71还用于接收收货节点发送的物品的二维码和入库信息，所述二维码是所述收货节点对所述物品进行入库扫描获得的；获取模块72还用于根据所述入库信息获取当前发货周期的发货节点和收货节点；根据所述二维码获取前一发货周期的发货节点和收货节点；调整存储模块73还用于根据当前发货周期的发货节点和收货节点，以及前一发货周期的发货节点和收货节点，调整并存储所述入库信息。

若所述前一发货周期的发货节点和收货节点为空，则调整存储模块73存储所述当前发货周期的发货节点和收货节点；若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点等于所述当前发货周期的发货节点，则调整存储模块73存储所述当前发货周期的发货节点和收货节点；若所述前一发货周期的发货节点和收货节点不为空，且所述前一发货周期的收货节点不等于所述当前发货周期的发货节点，则调整存储模块73根据所述前一发货周期的收货节点和所述当前发货周期的收货节点之间的关系，调整并存储所述入库信息。

本发明实施例提供的记录溯源信息的装置可以具体用于执行上述图2所提供的方法实施例，具体功能此处不再赘述。

本发明实施例通过修正物品流转中的异常情况，可防止窜货时的故意修改，使得流转链真实的反应了货物的流传过程，为防窜货的实施提供了技术保障。

综上所述，本发明实施例根据发货单或收货单与上一环节的流转单之间的关系，通过动态的修改或添加流转单，可以对在出入库过程中选择了错误的流转单的情况进行修正，将在物流环节中发生的错误进行修正，对于某些出入库环节的缺失也可以修正，并且故意的针对流转单的修改不被云数据平台所接受，使得流转链真实的反应了货物的流传过程，提高了对物品溯源的准确性；通过修正物品流转中的异常情况，可防止窜货时的故意修改，使得流转链真实的反应了货物的流传过程，为防窜货的实施提供了技术保障。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

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

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。