CN117371894A - 一种货物状态跟踪方法及系统 - Google Patents

Abstract

本申请公开了一种货物状态跟踪方法及系统，接收第一请求，生成第一数据和第二数据；接收第二请求，生成第三数据和第四数据；所述第一数据和所述第三数据包含货物标识，所述第二数据和所述第四数据分别包含第一数据和第三数据的货物状态信息；接收第三请求，将第三数据和第二数据至少一部分关联，和/或将第一数据和第四数据至少一部分关联。使得第二货物工业码与第一货物关联，扫描第一货物工业码可获取第二货物信息。本申请解决了现有技术货物物流和销售管理信息不便进行调整和跟踪的问题。

Description

一种货物状态跟踪方法及系统

技术领域

本申请涉及商业数据处理技术领域，尤其涉及一种货物状态跟踪方法及系统。

背景技术

商业过程涉及订购、仓储、物流以及销售等多个环节，需要对订单信息、仓储信息、物流信息以及销售信息进行跟踪和回溯。

有些货物采购项目涉及多种货物和多个供应商，涉及入出库、销售多个环节，需要对多个货物的入出库状态、销售状态进行跟踪。当入出库和销售使用相对独立的业务处理系统时，每个相对独立的业务处理系统需要向中央处理服务器上传各自的业务信息，由中央处理服务器统一管理、跟踪货物。例如，在店面进行多种货物销售时，首先需要对各个货物通过扫码进行入出库管理，并上传至中央处理服务器。然后，再对货物通过扫码分别记录，销售完成后上传至中央处理服务器，从而完成整个销售业务。

当交易双方对多种货物进行交易，或者，同一个采购方采购的货物来自多个供应商，或者，向多个采购方销售的货物使用共同的物流资源时，存在管理调度上的需要，例如，销售管理信息包含相同的交易方时，共享相同的支付手段；再例如，虽然属于不同的交易，但共享物流资源。这就需要多大量货物的销售管理信息、物流管理信息进行调整和跟踪。处于不同物流状态的货物具有相同的销售关系、或者不同销售关系的货物共享相同的物流资源，当货物数量较多时，每种货物分别定义销售管理信息、物流管理信息时，不方便进行资源共享和管理，当变更销售关系或变更物流关系时，为每一宗货物重新建立销售管理信息或物流管理信息操作量大、且生成大量重复数据，对货物物流和销售管理信息不便进行调整和跟踪。

发明内容

本申请实施例提供一种货物状态跟踪方法及系统，解决了现有技术货物物流和销售管理信息不便进行调整和跟踪的问题。

第一方面，本申请实施例提供一种货物状态跟踪方法，包含步骤：

接收第一请求，生成第一数据和第二数据；

接收第二请求，生成第三数据和第四数据；

所述第一数据和所述第三数据包含货物标识，所述第二数据和所述第四数据分别包含第一数据和第三数据的货物状态信息；

接收第三请求，将第三数据和第二数据至少一部分关联，和/或将第一数据和第四数据至少一部分关联。

在其中一个实施例中，具体包含步骤：响应于第三数据和第二数据的至少一部分关联，则第四数据至少一部分数据挂起。

在其中一个实施例中，具体包含步骤：响应于第一数据和第四数据的至少一部分关联，则第二数据至少一部分数据挂起。

在其中一个实施例中，还包含步骤：发行工业码，所述工业码包含货物标识；接收并解析工业码，响应于工业码解析结果，输出与货物标识关联的货物状态信息。

在其中一个实施例中，还包含步骤：响应于查询货物标识，可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物标识。

在其中一个实施例中，还包含步骤：响应于第二数据和第三数据关联，和/或，第一数据和第四数据关联，在第三数据和/或第一数据上设置时间戳；所述时间戳用于确定数据关联的时间。

在其中一个实施例中，所述货物状态信息包含以下至少一种：物流状态信息；销售状态信息。

第二方面，本申请实施例还提供一种货物状态跟踪系统，用于实现第一方面任意一项实施例所述货物状态跟踪方法，包含接收模块、生成模块和变更模块；

所述接收模块，用于接收第一请求、第二请求和第三请求；

所述生成模块，用于生成第一数据、第二数据、第三数据和第四数据；

所述变更模块，用于根据第三请求，关联第一数据和第四数据至少一部分，和/或关联第三数据和第二数据至少一部分。

进一步地，还包含业务监控模块，用于以下至少一项：

发行工业码；

解析工业码，输出与货物标识关联的货物状态信息；

可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物的货物状态信息；

响应于货物标识与货物状态信息关联或关联变更，产生时间戳；

对比工业码携带的时间戳和系统存储的时间戳。

第三方面，本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面任一所述的方法。

第四方面，本申请实施例还提供一种服务器设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一所述的方法。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请首先建立了以货物标识及货物状态信息为核心的实体与组件数据结构，通过货物与货物状态信息之间的关联关系来调整该数据结构。进而，激活或挂起部分货物状态信息，通过该数据结构驱动系统（各业务子系统例如物流信息管理、货物信息管理、销售信息管理），实现货物状态信息管理的共享，便于大量货物可视化管理。

其次，本申请通过发行工业码，实现货物状态信息发布。通过工业码鉴权实现货物状态信息监控。在本申请的最佳实施例中，通过时间戳标识货物状态信息改变，实现货物溯源管理。例如，当第二货物共享第一货物管理资源时，本申请扫描第一货物工业码可获取第二货物信息，使得原有的第一货物工业码可识别第二货物；扫描第二货物工业码可获取第二货物所从属的第一货物信息，使得第二货物工业码与第一货物的状态信息相关联。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例一种货物状态跟踪方法流程图；

图2为本申请实施例另一种货物状态跟踪方法流程图；

图3为本申请实施例第三种货物状态跟踪方法流程图；

图4为本申请实施例第四种物状态跟踪方法流程图；

图5为本申请实施例第五种物状态跟踪方法流程图；

图6为本申请实施例一种货物状态跟踪系统结构图；

图7为本申请实施例中央处理服务系统结构图；

图8为本申请实施例一种实体和组件关系图；

图9为本申请实施例另一种实体和组件关系图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

以下结合附图，详细说明本申请各实施例提供的技术方案。

需要说明的是，本申请的方法可以由服务器执行，也可有由服务器和客户端共同执行；本申请所述方法可以用于处理器、服务器或者服务器集群，这里不做进一步限定。

图1为本申请实施例一种货物状态跟踪方法流程图。本申请实施例提供一种货物状态跟踪方法，包含步骤110~130：

步骤110、接收第一请求，生成第一数据和第二数据。

例如，所述第一请求包含商业主体通过客户端选择货物i作为货物实体的指令。例如，中央处理模块接收物流业务子系统上传的JSON物流信息，JSON物流信息包括有物流业务子系统信息、货物标识和物流状态信息。

在生成的数据结构中，所述第一数据构成所述第二数据的索引。

进一步地，还包括根据第一数据，生成第一标识。

再例如，确定待发送的货物i作为货物实体，将货物i的货物标识及其货物状态信息分别作为第一数据和第二数据。

步骤120、接收第二请求，生成第三数据和第四数据。

例如，所述第二请求包含商业主体通过客户端选择货物n作为货物实体的指令。

再例如，确定待发送的货物n作为货物实体，将货物n的货物标识及其货物状态信息分别作为第三数据和第四数据。

在生成的数据结构中，所述第三数据构成所述第四数据的索引。

进一步地，还包括根据第三数据，生成第二标识。

在本申请生成的数据结构中，所述第一数据和第三数据包含货物标识或货物名称，所述第二数据和第四数据包含货物状态信息。所述第一标识和第二标识包含工业码，该工业码可存储在系统中，或者，进行可视化的显示及发布。

步骤130、接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

例如，所述第三请求包含商业主体通过客户端选择货物i和货物n的关联关系的指令。

在其中一个实施例中，确定随第一货物发送的另一货物作为第二货物，将第一货物标识及其货物状态信息分别作为第一数据和第二数据。第二货物标识及其货物状态信息分别作为第三数据和第四数据。

所述第二数据的至少一部分，是指第二数据中的货物状态信息中的1种或多种。同理，所述第四数据的至少一部分，是指第四数据中的货物状态信息中的1种或多种。货物状态信息，例如可以包括销售状态信息、物流状态信息。为说明方便，本申请仅以此2种状态信息为例。

例如，第三数据包含第二货物标识，当第二货物标识关联于第二数据中的销售状态信息时，表示第二货物和第一货物共享销售状态信息，通过销售业务子系统实现共同的销售管理；再例如，当第二货物标识关联于第二数据中的物流状态信息时，表示第二货物和第一货物共享物流状态信息，通过物流业务子系统实现共同的物流管理。

或者，第一数据包含第一货物标识，当第一货物标识关联于第四数据中的销售状态信息时，表示第一货物和第二货物共享销售状态信息，通过销售业务子系统实现共同的销售管理；再例如，当第一货物标识关联于第四数据中的物流状态信息时，表示第一货物和第二货物共享物流状态信息，通过物流业务子系统实现共同的物流管理。

当第一货物和第二货物共享货物状态信息时，也就是说，第一数据和第三数据共享第二数据的至少一部分，或者共享第四数据的至少一部分。则该至少一部分数据激活为共享的货物状态信息，参与驱动业务系统。

进一步举例，当第一货物和第二货物共享销售状态信息时，例如第二货物关联于第一货物的销售状态信息，则第一货物的销售状态信息激活为共享销售状态信息。或者，当第一货物关联于第二货物的物流状态信息，则第二货物的物流状态信息激活为共享的物流状态信息。

在本申请中，为表述方便，将第二货物关联于第一货物的至少一部分货物状态信息，使第二货物共享第一货物的至少一部分货物状态信息，或者说，第二货物的至少一部分货物状态信息变更为包含第一货物的至少一部分货物状态信息，第二货物则附属于第一货物。

作为应用的实施例，还可以定义货物之间的附属关系，例如，根据指令，确定第一数据和第三数据中的货物标识谁是第一货物，谁是第二货物，形成数据结构中的主从关系。

确定数据为主，则该数据所属的货物为第一货物；确定数据为从，则该数据所属的货物为第二货物。

通过确定主从关系，可以判断当前实体是第一货物还是第二货物，并以此查询相应的第一货物或第二货物。

在一个实施例中，所述第三请求包含将两个货物相关联的指令，在进一步优化的实施例中，第三请求包含第一标识和第二标识，服务器通过第一标识和第二标识确认相应的货物，并将其相互关联。

图2为本申请实施例另一种货物状态跟踪方法流程图，包含以下步骤：

步骤110、接收第一请求，生成第一数据和第二数据。

步骤120、接收第二请求，生成第三数据和第四数据。

步骤130、接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

在其中一种实施例中，具体还包含步骤1301和/或步骤1302：

步骤1301、响应于第三数据和第二数据的至少一部分关联，则第四数据至少一部分数据挂起。

所述数据挂起，是指该数据暂时或永久失效。也就是说，暂时或永久地，该数据不参与驱动业务系统。

例如，第二货物与第一货物多种货物合并销售，则第二货物标识（此时为第三数据）与第一货物销售方面的货物状态信息组件关联，而第二货物自身关于销售方面的货物状态信息数据暂时或永久失效。

所述第二数据或第四数据包含以下至少一种：物流状态信息（例如货物出入库管理数据）；销售状态信息（例如销售管理数据）。需要说明的是，所述第四数据中被挂起的所述至少一部分，与第三数据所关联第二数据中的所述至少一部分是相同种类的数据。

步骤1302、响应于第一数据和第四数据的至少一部分关联，则第二数据至少一部分数据挂起。

例如，第二货物与第一货物多种货物合并入出库，则第二货物标识（此时为第一数据）作为第一货物出入库方面的货物状态信息组件关联，而第二货物自身关于入出库方面的货物状态信息数据暂时或永久失效。

所述第二数据或第四数据包含以下至少一种：货物出入库数据；货物销售数据。需要说明的是，所述第二数据中被挂起的所述至少一部分，与第一数据所关联的第四数据中的所述至少一部分是相同种类的数据。

图3为本申请实施例第三种货物状态跟踪方法流程图，包含以下步骤：

步骤110、接收第一请求，生成第一数据和第二数据。

步骤120、接收第二请求，生成第三数据和第四数据。

步骤130、接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

在其中一种实施例中，还包含步骤：

步骤140、发行工业码；所述工业码包含货物标识。

发行工业码，是响应于以下至少1个事件：生成第一数据或第三数据；生成或变更第一数据（或第三数据）的关联关系；生成或变更第二数据或第四数据。

所述工业码中至少包含货物标识。例如，响应于生成第一数据或第三数据，根据第一数据或第三数据生成货物的工业码。

所述工业码可以是条形码，也可以是二维码，例如，通过第一数据或第三数据生成相应的动态机械码。因此，进一步地，可以扫描工业码，获取对应标识，根据标识获取与标识关联的数据。

通过终端扫描动态机械码，可以获得与动态机械码对应的标识，通过标识确定相应的数据。

需要说明的是，上述步骤是用于通过标识形成的工业码查询标识所代表的实体的数据和与该实体的组件数据，以及关联于该组件的其他实体。

步骤150、接收并解析工业码。

例如，接收第四请求，解析工业码。所述第四请求，包含访问指令，例如包括访问本申请服务器或数据结构的指令。所述第四请求中包含工业码的信息，用于鉴权访问。

例如，由客户端扫描所述工业码，生成第四请求，则通过第四请求将工业码发送至本申请所在服务器解析该工业码。

步骤160、响应于工业码解析结果，输出与货物标识关联的货物状态信息。

确定该工业码是否可用，若可用，则向扫描工业码的客户端输出与货物标识关联的部分货物状态信息（属于另一货物标识索引的）。还可以输出货物标识自己的部分货物状态信息。

扫描者通过扫描工业码，可以向服务器传输该工业码，经过服务器解析工业码，传输第一数据或第三数据相关联的数据信息，或者向扫描发起者发送响应连接，这里不做进一步限定。

步骤160优选为，接收第四请求，响应于第四请求包含第一标识，输出第三数据和至少一部分第二数据；此时，例如可以是，第三数据关联于该至少一部分第二数据，成为第一数据的组件数据。

响应于第四请求包含第二标识，输出第一数据和至少一部分第四数据。此时，例如可以是，第一数据关联于该至少一部分第四数据，成为第三数据的组件数据。

需要说明的是，第四请求包含查询请求，通过输入第一标识或第二标识，确定标识所代表的实体，即第一数据或第三数据，由于第一数据和第四数据关联，和/或，第三数据和第二数据关联，因此可以查询当前实体所关联的其他实体。

例如，根据第一标识或第二标识生成货物的工业码。所述工业码可以是条形码，也可以是二维码，例如，通过第一标识或第二标识生成相应的动态机械码。扫描工业码，获取对应标识。根据标识获取与标识关联的数据。

通过终端扫描动态机械码，可以获得与动态机械码对应的标识，通过标识确定相应的数据。

需要说明的是，上述步骤是用于通过标识形成的工业码查询标识所代表的实体的数据和与该实体有关联的数据。

通过扫描工业码，可以向扫描发起者传输第一标识或第二标识相关联的数据信息，或者向扫描发起者发送响应连接，这里不做进一步限定。

图4为本申请实施例第四种物状态跟踪方法流程图，包含以下步骤：

步骤110、接收第一请求，生成第一数据和第二数据。

步骤120、接收第二请求，生成第三数据和第四数据。

步骤130、接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

在其中一种实施例中，还包含步骤：

步骤170、响应于查询货物标识，可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物标识。

在查询货物标识后，通过可视化设备，显示查询的货物对应的至少一部分货物状态信息以及货物标识关联的另一货物标识。

例如，查询的货物包含第一货物，则显示查询的货物对应的全部货物状态信息。当第二货物关联于第一货物的至少一部分货物状态信息时，与第一货物关联的另一货物标识包含第二货物，因此可视化地显示与第一货物相关联的第二货物的货物标识。

需要说明的是，第二货物实际关联的是第一货物的组件，但在显示上，查询第一货物可显示第二货物的货物标识和共享的货物状态信息，或者，查询第二货物也可显示第一货物的货物标识和共享的货物状态信息。

进一步地，当第二货物的至少一部分货物状态信息被挂起，则该至少一部分货物状态信息可屏蔽显示。需要说明的是，被屏蔽显示的第二货物的部分货物状态信息，是第二货物关联于第一货物的至少一部分货物状态信息时，与关联的该至少一部分货物状态信息种类相同的信息。

进一步地，还可以显示第二货物的部分货物状态信息。需要说明的是，显示的第二货物的部分货物状态信息，是与第一货物的共享的部分货物状态信息种类不同的货物状态信息。

例如，第二货物与第一货物多种货物合并销售，则第二货物共享第一货物的销售状态信息，当查询第二货物时，第一货物的销售状态信息被显示、第二货物的销售状态信息被屏蔽（或变更为包含第一货物的销售状态信息），当第二货物未关联于第一货物的物流状态信息时，则第二货物的物流状态仍然独立管理，作为有效信息可以被查询显示。

图5为本申请实施例第五种物状态跟踪方法流程图，包含以下步骤：

步骤110、接收第一请求，生成第一数据和第二数据。

步骤120、接收第二请求，生成第三数据和第四数据。

步骤130、接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

在其中一个实施例中，还包含步骤：

步骤180、响应于第二数据和第三数据关联，和/或，第一数据和第四数据关联，在第三数据和/或第一数据上设置时间戳；所述时间戳用于确定数据关联的时间。

关于时间戳的生成、存储、位置。当生成或变更关联关系时，生成时间戳。例如：第三数据与第二数据的至少一部分关联关系产生、变更时生成时间戳。例如，关联关系可以记载关联表上，也可以记载在第二数据中的指针上，这里不做进一步限定。再例如，生成的时间戳的信息包含产生关联或关联变更的时间、生成第一数据或第三数据的时间、生成或变更第二数据、第四数据的时间。

时间戳存储在系统的数据结构中，例如，当第三数据关联于第二数据的至少一部分时，时间戳可以包含在第二数据中，也可以在第三数据的第二货物标识中，这里不做进一步限定。

优选地，时间戳和工业码结合运用如下：

优选地，在步骤140中，发行工业码带有时间戳。响应于货物标识与货物状态信息关联或关联变更，产生时间戳。在一个实施例种，根据指令形成工业码，附带有时间戳。

作为一个实施例，可以是，在步骤150中，响应于工业码携带的时间戳为包含最近的时间戳，完成解码。客户端扫描工业码后将工业码发送至服务器解析，由于每次货物状态信息与货物标识发生关联或者关联变更时会产生新的时间戳，因此旧的工业码可失效。使用带有最新时间戳的工业码访问系统，可以避免失效的货物状态信息影响货物监控和管理。

作为另一实施例，还可以是，在步骤150中，比较工业码携带的时间戳和系统中的历史时间戳，完成解码。客户端扫描工业码后将工业码发送至服务器解析，根据工业码携带的时间戳进行溯源，旧的工业码不可失效，按照工业码中的时间戳提供货物状态变更的历史信息。

图6为本申请实施例一种货物状态跟踪系统结构图。申请实施例还提供一种货物状态跟踪系统，用于实现第一方面任意一项实施例所述货物状态跟踪方法，包含接收模块1、生成模块2和变更模块3。

所述接收模块，用于接收第一请求、第二请求和第三请求。

所述生成模块，用于生成第一数据、第二数据、第三数据和第四数据。

所述变更模块，用于根据第三请求，关联第一数据和第四数据至少一部分，和/或关联第三数据和第二数据至少一部分。

所述第二数据或第四数据包含以下至少一种：物流状态信息；销售状态信息。

在其中一个实施例中，响应于第二数据和第三数据关联，和/或，第一数据和第四数据关联，在第三数据和/或第一数据上设置时间戳；所述时间戳用于确定数据关联的时间。

进一步地，还包含业务监控模块，用于以下至少一项：发行工业码；解析工业码，输出与货物标识关联的货物状态信息；可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物的货物状态信息；货物标识与货物状态信息发生关联或关联变更时产生时间戳；对比工业码携带的时间戳和系统存储的时间戳。

实现所述接收模块、生成模块及变更模块功能的具体方法如本申请第一方面各方法实施例所述，这里不再赘述。

图7为本申请实施例中央处理服务系统结构图。例如，中央处理服务系统包含接收模块（图中未示出）、生成模块，变更模块和业务监控模块4。

中央处理服务系统在ECS架构上扩充有生成模块、变更模块、业务监控模块，具有关联于货物以及状态的工业码。其中，业务监控模块用于响应销售管理单元和物流管理单元的请求，货物录入时，生成工业码，触发生成模块，生成货物的初始状态；货物流转时，解析工业码，触发变更模块，对货物销售和入出库状态进行管理；生成模块用于将货物以及货物所处的状态搭建为实体和组件的形式；变更模块用于结合时间戳更改货物的状态，在所指定的货物实体和其他货物组件之间建立关系。

在其中一个实施例中，还包含销售管理单元41，用于生成销售状态信息，在一个实施例中，生成与货物实体关联的销售组件。

例如，销售管理单元与中央处理服务系统交互货物销售信息，当进行多种货物合并销售时，业务监控模块触发变更模块改变货物的销售状态，从中央处理服务系统获得多种货物合并销售的状态，即，第二货物与第一货物绑定。

在其中一个实施例中，还包含物流管理单元42，用于生成物流状态信息，在一个实施例中，生成与货物实体关联的入出库组件。

例如，物流管理单元与中央处理服务系统交互入出库信息，当进行第一货物与第二货物打包入出库时，业务监控模块触发变更模块改变货物的入出库状态，从中央处理服务系统获得打包入出库的状态，即，第二货物与第一货物绑定。

优选地，本申请的基本架构采用ECS架构，其中，货物标识作为实体E、货物状态信息（例如物流状态信息、销售状态信息）作为组件C、各业务子系统运行功能为系统S。本申请采用ECS架构时，所述第一数据和第三数据为实体，第二数据和第四数据分别为第一数据和第三数据的组件。系统包含对所述实体和组件数据结构进行处理的工具，例如销售管理、物流管理、合同管理、财务管理，如本申请系统实施例的销售管理单元、物流管理单元，分别运行销售业务子系统、物流业务子系统。在该数据结构中，销售关系和物流关系可以是预设的资源，并可以动态地被隶属于实体，例如，当一种销售状态信息作为组件隶属于多个实体时，实现销售管理资源重用。

货物实体：货物实体具有各种组件，货物实体具有不可变更的货物标识，实体所具有的组件可进行追加、修改操作，根据货物标识生成货物的工业码，外部客户端扫码后，经过变更模块的解析，可获得货物标识和货物状态信息。

货物组件：货物组件具有货物交易中的多种状态信息，例如包括：销售组件，包含销售状态信息；入出库组件，包含一种物流状态信息。

进一步地，本申请在上述的ECS架构的基础上进行功能扩展，扩展功能模块包括生成模块、变更模块、业务监控模块，基于ECS架构的中央处理服务系统的扩展功能模块，使第二货物关联于第一货物的组件，可将第一货物与第二货物相对于该组件被统合为一个货物，例如，为使第二货物共用第一货物的物流状态信息组件，将第二货物实体关联于第一货物的物流状态信息组件。在第二货物或者物流状态信息发生变化时，中央处理服务系统主动告知业务子系统，并且，通过扫描货物工业码可实现第一货物以及第二货物的信息提取。

进一步地，本申请可实现货物实体生成的时间戳。中央处理模块接收货物管理单元上传的货物信息，根据货物信息，通过生成单元建立货物的实体及其组件，生成货物标识并将货物标识作为货物实体，将各种类型的货物状态信息作为组件。生成单元根据货物信息设置货物销售组件的初始值，根据发货信息设置物流组件的初始值，并在物流组件中设置时间戳。

进一步地，本申请还可实现货物状态信息变更时间戳。例如，在货物的物流组件中追加物流信息并设置时间戳。中央处理模块接收物流业务模块上传的物流状态信息，根据物流状态信息使用变更模块对货物所对应的物流组件中追加具有时间戳的物流信息。在物流发生改变时，不改变ECS架构的实体，可使得货物的工业码持续有效。并且，可通过扫描工业码获得按照时间顺序发生的物流变更信息，便于跟踪货物的物流变化情况。

进一步地，本申请中，实体的组件还包含其关联的其他实体的信息和/或时间戳。例如，第二货物与第一货物多种货物合并入出库时，将第二货物的货物标识作为第一货物入出库方面的货物状态信息组件。再例如，第二货物与第一货物多种货物合并销售时，将第二货物的货物标识作为第一货物销售方面的货物状态信息组件。由于第二货物成为第一货物的组件数据，因此作为第二货物的至少一部分货物状态信息数据被挂起。

进一步地，可由业务子系统（例如物流管理、销售管理、货物管理）内生成自有工业码，并向中央处理模块上传货物标识或货物状态信息。中央处理模块的实时交互单元接收业务子系统上传的数据。

在本申请的一个实施例中，在业务子系统内根据货物的ID生成货物的动态工业码，并保存在子系统内。例如，可根据工业码获得货物的实体以及实体所对应的组件信息。

例如，所述第一标识和第二标识包含根据实体生成的动态工业码。

业务子系统可使用自有工业码标识货物，使用中央处理模块生成的货物标识将中央处理模块与业务子系统建立关联关系，使得中央处理模块和业务子系统在处理货物时均可独立运行。

货物的工业码为动态工业码，对应于ECS架构中实体部分，方便于在后续操作中向组件部分追加物流以及追加附加物信息。

需要说明的是，本申请与游戏ECS架构的区别。游戏的ECS架构是建立了实体与组件松耦合关系，在不影响实体的情况下，可任意改变、控制组件。

而本申请的ECS架构与游戏ECS架构最大区别是，货物实体可将其他货物实体作为一个它的组件，也就是说在第一货物和第二货物之间（打包入出库也是一样）建立了松耦合的关系。因为有了这种关系，从而，可以从控制第一货物入手，控制第二货物，以及查看第二货物的状态等等。

图8为本申请实施例一种实体和组件关系图，包含多种货物合并销售的情况。当货物实体包含第二货物时，在第一货物的销售组件中追加第二货物，并打上时间戳，使得第二货物与第一货物关联，销售状态变为多种货物合并状态；同时，将第一货物信息追加到第二货物销售组件中，并打上时间戳，使第二货物关联上第一货物，并且，将第二货物的销售组件中的销售状态变为挂起状态；再有，时间戳用于记录销售状态的变更，便于在货物查询时，显示货物销售状态变更时间。

多种货物合并销售的情况，当货物实体包含第二货物时，在第一货物的销售组件中追加第二货物，使得第二货物与第一货物关联，同时，将第一货物信息追加到第二货物销售组件中，使第二货物关联上第一货物。具体包含如下步骤：

步骤11、中央处理服务系统的业务监控模块接收销售子系统上传的货物信息；

步骤12、判断是否为新增货物，如果是则执行步骤13，否则，执行步骤14；

步骤13、中央处理服务系统的业务监控模块根据货物信息生成工业码，使用生成模块建立货物的实体及其组件，并生成货物的工业码；

步骤14、通过变更模块解析工业码，判断货物是否是第二货物，如果是则执行步骤15，否则，结束；

步骤15、中央处理服务系统使用变更模块，在第一货物的销售组件中追加第二货物的信息，并打上时间戳，销售状态变为多种货物合并状态；在第二货物的销售组件中追加第一货物的信息，并打上时间戳，销售状态变为挂起状态。

实体组件变更，具体还包含步骤：

步骤151，变更模块根据第一货物的货物标识信息获得货物的实体以及实体所对应的组件信息；

步骤152，变更模块在第一货物的销售组件中追加第二货物的货物标识信息，并设置时间戳；和/或，

步骤153，变更模块将第一货物的货物标识信息追加到第二货物的销售组件中，并设置时间戳。

在不改变ECS架构中主体实体和第二货物实体的情况下，扫描第一货物工业码可获取第一货物信息以及第二货物信息。即，扫描一个第一货物的工业码即可跟踪第一货物和第二货物2个目标，同样，扫描第二货物工业码可跟踪第二货物以及所属的第一货物2个目标。

中央处理服务系统管理货物及其状态，对于第一货物和第二货物，扫描第一货物工业码可获取第二货物信息，使得原有的第一货物工业码可识别多种货物合并销售；扫描第二货物工业码可获取所从属的第一货物信息，使得第二货物工业码与第一货物关联。对于多种货物合并销售，通过扫描一个码可以实现获取第一货物和第二货物2个货物信息。

当货物实体变为第二货物时，在第一货物的销售组件中追加第二货物，并打上时间戳，使得第二货物与第一货物关联，销售状态变为多种货物合并状态；同时，将第一货物信息追加到第二货物销售组件中，并打上时间戳，使第二货物关联上第一货物，并且，将第二货物的销售组件中的销售状态变为挂起状态；再有，时间戳用于记录销售状态的变更，便于在货物查询时，显示货物销售状态变更时间。

中央处理服务系统管理货物及其状态，对于第一货物和第二货物，扫描第一货物工业码可获取第二货物信息，使得原有的第一货物工业码可识别多种货物合并销售；扫描第二货物工业码可获取所从属的第一货物信息，使得第二货物工业码与第一货物关联。对于多种货物合并销售，通过扫描一个码可以实现获取第一货物和第二货物2个货物信息。再有，扫码后可通过第一货物，或者，第二货物查看多种货物合并销售的时间节点，便于跟踪货物销售情况。

另外，第一货物和第二货物均具有独立的销售组件，因此，多种货物合并销售业务可以在不影响其他业务的基础上独立完成，降低了多种货物合并销售处理的复杂度，便于货物的结算，增加了多种货物合并销售处理的鲁棒性。

图9为本申请实施例另一种实体和组件关系图，包含多种货物打包入出库情况，在共享物流管理时，第一货物和第二货物打包入出库情况。当货物实体变包含第二货物时，在第一货物的入出库组件中追加第二货物，并打上时间戳，使得第二货物与第一货物关联，入出库状态变为打包状态；同时，将第一货物信息追加到第二货物入出库组件中，并打上时间戳，使第二货物关联上第一货物，并且，将第二货物的入出库组件中的入出库状态变为挂起状态；再有，时间戳用于记录入出库状态的变更，便于在货物查询时，显示货物入出库状态变更时间。

第一货物和第二货物打包入出库情况，当货物实体变包含第二货物时，在第一货物的入出库组件中追加第二货物，使得第二货物与第一货物关联，同时，将第一货物信息追加到第二货物入出库组件中，使第二货物关联上第一货物。

具体包含如下步骤：

步骤21，中央处理服务系统的业务监控模块接收物流业务子系统上传的货物信息；

步骤22，判断是否包含新增货物，如果是则执行步骤23，否则，执行步骤24；

步骤23，中央处理服务系统的变更模块根据货物信息生成工业码，使用生成模块建立货物的实体及其组件；

步骤24，通过变更模块解析工业码，判断是否为打包入出库，如果是则执行步骤25，否则，结束；

步骤25，中央处理服务系统使用变更模块，在第一货物的入出库组件中追加时间戳和第二货物信息，入出库状态变为打包状态；在第二货物的入出库组件中追加第一货物的信息，并打上时间戳，入出库状态变为挂起状态。

上述步骤23生成货物的工业码，具体还包含步骤：

步骤30，中央处理服务系统的变更模块接收JSON货物信息，JSON货物信息包括有货物标识、货物属性信息和入出库信息；

步骤31，生成模块根据货物标识、货物属性信息生成货物标识并将货物标识作为货物实体；

步骤32，生成模块根据货物信息设置销售组件的初始值，根据入出库信息设置入出库组件的初始值，并在入出库组件中设置时间戳；

步骤33，变更模块生成模块根据货物的ID生成货物的工业码。

货物的工业码对应于ECS架构中实体部分，方便于在后续操作中向组件部分追加入出库信息以及追加第二货物信息。

上述步骤25追加入出库信息，具体还包含步骤：

步骤251，变更模块根据第一货物的货物标识信息获得货物的实体以及实体所对应的组件信息；

步骤252，变更模块在第一货物的入出库组件中追加第二货物的货物标识信息，并设置时间戳；和/或

步骤253，变更模块将第一货物的货物标识信息追加到第二货物的入出库组件中，并设置时间戳。

在入出库发生改变时，不改变ECS架构的实体，扫描第一货物工业码可获取第一货物信息以及第二货物信息。同样，扫描第二货物工业码可获取第二货物以及所属的第一货物信息。并且，可通过扫描工业码获得按照时间顺序发生的入出库变更信息，便于跟踪货物的入出库变化情况。

第一货物和第二货物打包入出库情况。当货物实体变包含第二货物时，在第一货物的入出库组件中追加第二货物，并打上时间戳，使得第二货物与第一货物关联，入出库状态变为打包状态；同时，将第一货物信息追加到第二货物入出库组件中，并打上时间戳，使第二货物关联上第一货物，并且，将第二货物的入出库组件中的入出库状态变为挂起状态；再有，时间戳用于记录入出库状态的变更，便于在货物查询时，显示货物入出库状态变更时间。

中央处理服务系统管理货物及其状态，扫描第一货物工业码可获取第二货物入出库信息，使得原有的第一货物工业码可识别打包入出库；扫描第二货物工业码可获取所从属的第一货物入出库信息，使得第二货物工业码与第一货物关联，再有，扫码后可通过第一货物，或者，第二货物查看打包入出库的时间节点，便于跟踪货物入出库情况。

另外，第一货物和第二货物均具有独立的入出库组件，因此，打包入出库业务可以在不影响其他业务的基础上独立完成，降低了打包入出库处理的复杂度，便于货物的跟踪，增加了打包入出库处理的鲁棒性。

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

因此，本申请还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请中任一实施例所述的方法。

进一步地，本申请还提出一种服务器设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请任一实施例所述的方法。

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM) 和/或非易失性内存等形式，如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (10)

1.一种货物状态跟踪方法，其特征在于，包含步骤：

接收第一请求，生成第一数据和第二数据；

接收第二请求，生成第三数据和第四数据；

所述第一数据和所述第三数据包含货物标识，所述第二数据和所述第四数据分别包含第一数据和第三数据的货物状态信息；

接收第三请求，将第三数据和第二数据至少一部分关联，和/或，将第一数据和第四数据至少一部分关联。

2.根据权利要求1所述货物状态跟踪方法，其特征在于，接收第三请求，具体包含步骤：

响应于第三数据和第二数据的至少一部分关联，则第四数据至少一部分数据挂起；

和/或，

响应于第一数据和第四数据的至少一部分关联，则第二数据至少一部分数据挂起。

3.根据权利要求1所述货物状态跟踪方法，其特征在于，还包含以下至少1个步骤：

发行工业码，所述工业码包含货物标识；

接收并解析工业码；

响应于工业码解析结果，输出与货物标识关联的货物状态信息。

4.根据权利要求1所述货物状态跟踪方法，其特征在于，还包含步骤：

响应于查询货物标识，可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物标识。

5.根据权利要求1所述货物状态跟踪方法，其特征在于，还包含步骤：响应于第二数据和第三数据关联，和/或，第一数据和第四数据关联，在第三数据和/或第一数据上设置时间戳；所述时间戳用于确定数据关联的时间。

6.根据权利要求1所述货物状态跟踪方法，其特征在于，所述货物状态信息包含以下至少一种：物流状态信息；销售状态信息。

7.一种货物状态跟踪系统，用于实现权利要求1~6任意一项所述货物状态跟踪方法，其特征在于，包含接收模块、生成模块和变更模块；

所述接收模块，用于接收第一请求、第二请求和第三请求；

所述生成模块，用于生成第一数据、第二数据、第三数据和第四数据；

所述变更模块，用于根据第三请求，关联第一数据和第四数据至少一部分，和/或，关联第三数据和第二数据至少一部分。

8.根据权利要求7所述货物状态跟踪系统，其特征在于，还包含业务监控模块，用于以下至少一项：

发行工业码；

解析工业码，输出与货物标识关联的货物状态信息；

可视化显示货物标识对应的至少一部分货物状态信息、货物标识关联的另一货物的货物状态信息；

响应于货物标识与货物状态信息关联或关联变更，产生时间戳；

对比工业码携带的时间戳和系统存储的时间戳。

9.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1~6中任一所述的方法。

10.一种服务器设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1~6中任一所述的方法。