具体实施方式

下面结合附图和实施例对本发明作进一步详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

在介绍本发明实施例之前，先对本发明实施例的应用场景进行示例性说明：跨境物流具有配送时间长、难跟踪不透明和售后服务难的特点，需要说明的是，由于不同的物流承运方可能具有各自的物流系统，因此查询一个物品获取任务的全链路轨迹(即全段的物流轨迹)可能需要访问多个不同的物流系统，比如本土、跨境干线和末公里系统。各段物流轨迹各自为阵，无法统一，由此导致的全链路轨迹的缺失既影响了物品获取任务中待获取物品的物品归属方的运营成本控制，又关乎了用户体验的好坏。

实施例一

图1是本发明实施例一中提供的一种全链路轨迹确定方法的流程图。本实施例可适用于完整确定全链路轨迹的情况，尤其适用于基于物流链路关系将各物流轨迹连接起来以得到全链路轨迹的情况。该方法可以由本发明实施例提供的全链路轨迹确定装置执行，该装置可以由软件和/或硬件的方式实现，该装置可以集成在全链路轨迹确定设备上，该设备可以是各种用户终端或服务器。

参见图1，本发明实施例的方法具体包括如下步骤：

S110、在监测到轨迹确定事件时，获取与轨迹确定事件对应的轨迹节点，并确定轨迹节点所在的目标单号。

其中，轨迹确定事件可以是用于确定某物品获取任务的全链路轨迹的事件，其可以在接收到由上游的物流系统发送的、主动从上游的物流系统抓取到的、或是接收到通过全链路轨迹确定设备上传的轨迹节点时被触发，也可以在其余时机被触发，在此未做具体限定。其中物品获取任务可以是用于获取某物品(即待获取物品)的任务，以电商平台为例，物品获取任务可以是订单，物品可以是商品；全链路轨迹可以是物品获取任务已经发生的(即物品已经走过的)的轨迹，其中可包括至少一个轨迹节点，每个轨迹节点可以表示物品获取任务在执行过程中物品的运输状态发生变更的节点，如已揽收、已发车、已运输至XX地点、已妥投等等。因此，在监测到轨迹确定事件时，可以获取与该轨迹确定事件对应的轨迹节点。需要说明的是，随着时间的推移，物品可以从物品归属方不断地靠向物品获取方，此时轨迹节点越来越多，全链路轨迹也会随着轨迹节点的增加而不断得以更新，该物品归属方可以是目前拥有物品的一方，如在上述例子中可以是卖家，该物品获取方可以是未来拥有物品的一方，如在上述例子中可以是买家。

正如上文所述，轨迹节点的新增是因为物品获取任务在执行过程中物品的运输状态发生了变更，而运输状态的变更说明了该物品正处于由某物流承运方负责的承运阶段，因此此时存在与该轨迹节点对应的某个物流单号，在此为了区分该轨迹节点对应的物流单号和全链路轨迹中涉及到的其余物流单号，可以将该轨迹节点对应的物流单号称为目标单号。确定轨迹节点所在的目标单号的实现方式有多种，比如在经由上游的物流系统获取到该轨迹节点后，可以同时获取到该轨迹节点所在的目标单号；再如根据该轨迹节点的节点标识可以确定其所在的目标单号，该节点标识可以表示出该轨迹节点来源于由哪个物流承运方负责的哪个物流承运任务，每个物流承运任务均具有各自的物流单号；等等，在此未做具体限定。

S120、从预先构建的各物流链路关系中确定存储有目标单号的目标链路关系，确定与目标链路关系对应的物品获取任务，其中目标链路关系中存储有物品获取任务的各物流单号，目标单号来源于各物流单号。

其中，在实际应用中，于同一时刻存在的物品获取任务的数量可以是一个、两个或多个，每个物品获取任务均对应有各自的物流链路关系。需要说明的是，物流链路关系设置的意义在于，某物品获取任务的完成可能需要至少两个物流承运方依次配合，即同一物品获取任务在不同的物流承运方所在的物流系统中可能具有不同的物流单号，某物品获取任务对应的订单链路关系中可以存储有该物品获取任务涉及到的各物流单号，除此外还可以存储有该物品获取任务在生成时的任务单号，即其可以表示出各物流单号间的、或是各物流单号和任务单号间的一一对应关系。由此，在得到某个物流单号后，根据各物流链路关系可以确定该物流单号属于哪个物品获取任务，并且该物品获取任务中还有哪些物流单号。示例性的，假设某物品获取任务的任务单号是X，且依次涉及到了ABC这三个物流单号，那么物流链路关系可以是X-A-B-C，这是一条链路。再示例性的，结合到电商平台的实际应用场景中，某订单的物流链路关系可以是该订单的订单单号和各物流单号间的一一对应的关系。

由上可知，某物流单号只会存在于某个物流链路关系中，因此可以从预先构建的各物流链路关系中确定出存储有目标单号的目标链路关系，目标单号是该目标链路关系中存储的各物流单号中的一个。进而可以确定该目标链路关系对应的物品获取任务。在此基础上，可选的，目标链路关系可以通过如下步骤预先构建得到：获取针对已经生成的物品获取任务执行预分拣后得到的各物流单号，基于各物流单号构建出目标链路关系。其中，预分拣可以是在生成物品获取任务后，将该物品获取任务的任务生成事件发送到需要对该物品获取任务进行承运的各物流承运方。由此，各物流承运方各自所在的物流系统可以生成相应的物流单号，并将该生成的物流单号进行反馈，由此全链路确定设备可以获取到与该物品获取任务关联的各物流单号。示例性的，继续结合电商平台的实际应用场景，某用户在电商平台下单后，该电商平台的预分拣系统可以对该订单进行预分拣，即给需要承运该订单的各物流承运方下单，进而可以得到各物流承运方反馈的物流单号，然后基于这些物流单号可以构建出该订单的物流链路关系。

S130、获取物品获取任务的在轨迹确定事件被监测到前已确定的全链路轨迹，将轨迹节点连接到全链路轨迹中，并根据连接结果更新全链路轨迹。

其中，正如上文所述，随着时间的推移，轨迹节点越来越多，全链路轨迹也会随着轨迹节点的增加而不断得以更新。换言之，在监测到本次的轨迹确定事件前，已经存在上述确定出的物品获取任务的已发生的全链路轨迹，当然，此时的全链路轨迹是还未根据最新获取到的轨迹节点进行更新时的轨迹，其中包含的链路节点的数量可能是一个、两个或是多个。需要说明的是，链路节点的本质就是轨迹节点，此时只是为了区分某个轨迹节点是否已经增加到全链路轨迹中而将已经增加到全链路轨迹中的轨迹节点称为链路节点。

因此，在获取到物品获取任务的在轨迹确定事件被监测到之前已确定的全链路轨迹时，可以将最新获取到的轨迹节点连接到全链路轨迹中，准确来说是连接到全链路轨迹的末个节点上，该末个节点可以是全链路轨迹中最后连接到全链路轨迹上的链路节点，即出现时间最晚的链路节点，然后可以根据这连接结果更新全链路轨迹，即更新后的全链路轨迹可以是包括了物品获取任务此时已经发生的全段的物流轨迹。示例性的，全链路轨迹的示意图如图2所示，其是物品获取任务已完成后的全链路轨迹的示意图，此时的全链路轨迹中的末个节点可以是已签收。

本发明实施例的技术方案，通过获取到的与监测到的轨迹确定事件对应的轨迹节点，可以确定该轨迹节点所在的目标单号，其中目标单号的本质含义是物流单号；由于预先构建的物流链路关系中可以存储有与该物流链路关系对应的物品获取任务涉及到的各物流单号，因此可以从各物流链路关系中确定存储有目标单号的目标链路关系，进而确定与该目标链路关系对应的物品获取任务，其中目标链路关系中可以存储有该物品获取任务的各物流单号，目标单号来源于各物流单号；由于该物品获取任务在轨迹确定事件被监测到前存在已确定的全链路轨迹，该全链路轨迹可以是根据先前监测到的轨迹确定事件得到的轨迹，因此在确定出物品获取任务后，可以获取其的全链路轨迹，并将最新获取到的轨迹节点连接到该全链路轨迹中，根据连接结果更新全链路轨迹，由此得到了物品获取任务在当前时刻的全链路轨迹。上述技术方案，通过目标链路关系将物品获取任务的先前已确定的全链路轨迹和最新获取到的轨迹节点关联起来，得到了物品获取任务的包括已出现的全部的轨迹节点的全链路轨迹，由此解决了因为各段物流轨迹(即各轨迹节点)零散分布而导致的难以完整确定全链路轨迹的问题，而且用户在全链路轨迹确定设备中可以直接查询到全链路轨迹，无需到不同的物流系统中分别查询，由此提升了用户体验。特别地，结合跨境物流的应用场景中，上述技术方案可以对同一物品获取任务的位于不同的物流系统中的物流轨迹进行统一管理，由此实现了本土、跨境干线和末公里的物流轨迹的同一整合和集中管理、以及全段的物流轨迹的有效跟踪的效果。

在实际应用中，可选的，确定轨迹节点所在的目标单号，可以包括：如果根据轨迹节点的节点类型确定需要在全链路轨迹中展示轨迹节点，则确定轨迹节点所在的目标单号。其中，考虑到有些轨迹节点无需用户知晓，如那些功能相同的轨迹节点，示例性的，不同的物流承运方在接收到同一物品获取任务后，它们均存在已揽收的轨迹节点，但是用户只需要知晓物品被第一次揽收的轨迹节点即可，其余次的已揽收的轨迹节点对于用户而言是冗余信息，因此可以将各个已揽收的轨迹节点进行聚合，仅是保留第一次出现的已揽收的轨迹节点；再如那些由物流系统自动触发的轨迹节点，示例性的，某电商平台会将某物品获取任务同时给到多家接连负责运输的物流承运方，即在后续阶段负责运输的物流承运方在还未真正接收到相应的物品时已经自动触发了已接收(即任务已接收)的轨迹节点，如果将这个轨迹节点也按照时间顺序增加到全链路轨迹中，这非常容易为用户带来混淆；等等，在此未做具体限定。这些无需用户知晓的轨迹节点是无需在全链路轨迹中展示的轨迹节点。需要说明的是，不同的物流承运方可能来自于不同的地区、同一地区的不同企业等等，那么针对实质含义相同的轨迹节点，各物流承运方对该轨迹节点的描述方式可能存在差异性，该描述方式可以包括描述语言、描述内容等等，以实质含义是已揽收的轨迹节点为例，A国的物流承运方可能采用A国语言描述且B国的物流承运方可能采用B国语言描述、A国的一个物流承运方可能采用“物品已揽收”描述且A国的另一物流承运方可能采用“已揽收物品”描述。因此为了准确得到各轨迹节点的实质含义，在此可以通过节点类型来表示轨迹节点的实质含义。在此基础上，结合上述举例可知，根据轨迹节点的节点类型可以确定该轨迹节点是否为需要在全链路轨迹中进行展示的轨迹节点，如节点类型是已接收的轨迹节点无需在全链路轨迹中进行展示；进而，还可以再结合某节点类型下的轨迹节点的出现次数确定该轨迹节点是否需要在全链路轨迹中进行展示，如节点类型是已揽收且出现次数为至少两次的轨迹节点无需在全链路轨迹中进行展示。由此，确定轨迹节点所在的目标单号时可以只确定那些需要在全链路轨迹中展示轨迹节点所在的目标单号，其与后续步骤相互配合，可以在全链路轨迹中直观展示重要(即需要用户知晓)的轨迹节点，由此提升了用户体验。

可选的，将轨迹节点连接到全链路轨迹中，可以包括：如果全链路轨迹中的各链路节点中未存在与节点类型相同的链路节点，和/或，根据节点类型确定需要在全链路轨迹中展示轨迹节点，则将轨迹节点连接到全链路轨迹中。其中，针对某节点类型，在整个物品获取任务中可能存在至少两个具有该节点类型的轨迹节点，如上述举例中的已揽收，但是这些轨迹节点只需告知用户一次即可，因此已确定的全链路轨迹中的各链路节点中存在与轨迹节点的节点类型相同的链路节点，那么这样的轨迹节点无需连接到已确定的全链路轨迹，其可以理解为将节点类型相同的轨迹节点进行聚合。换言之，只需将需要用户知晓的轨迹节点连接到已确定的全链路轨迹中，由此可以在全链路轨迹中直观展示重要的轨迹节点，提升了用户体验。

一种可选的技术方案，上述全链路轨迹确定设备，还可包括：根据全链路轨迹中的各链路节点的节点信息，得到包括具有同一节点信息的各链路节点的物流轨迹，其中，节点信息包括链路节点所在的物流承运方、物流单号和物流类型中的至少一个，且物流类型包括本土、跨境干线和末公里中的至少一个；根据物流轨迹中的各链路节点的节点信息确定物流轨迹的轨迹信息，并且在对全链路轨迹进行显示时，将全链路轨迹中各物流轨迹的轨迹信息显示在对应的物流轨迹上。其中，同一物品获取任务可能涉及到不同的物流承运方，隶属于同一物流承运方的各轨迹节点的节点信息相同，或说全链路轨迹中来自于同一物流承运方的物流轨迹中的各链路节点的节点信息相同，因此根据全链路轨迹中各链路节点的节点信息可以得到包括具有同一节点信息的各链路节点的物流轨迹，该节点信息可以包括链路节点所在的物流承运方、物流单号和物流类型中的至少一个，该物流类型可以包括本土、跨境干线和末公里中的至少一个，其中本土可以是在某个国家内运输的物流轨迹的物流类型，跨境干线可以是在至少两个国家间运输的物流轨迹的物流类型，末公里可以是即将送到物流获取方手中的那段物流轨迹的物流类型。进而，可以根据物流轨迹中各链路节点的节点信息确定物流轨迹的轨迹信息，该轨迹信息可以与该物流轨迹中任一链路节点的节点信息相同，也可以是对节点信息进行处理后的信息，在此未做具体限定。由此，在对全链路轨迹进行显示时，可以将全链路轨迹中各物流轨迹的轨迹信息显示在对应的物流轨迹上，这样一来，相关人员如运营人员等等可以在查询到全链路轨迹的同时，还能得到全链路轨迹中每段物流轨迹的轨迹信息。

一种可选的技术方案，上述全链路轨迹确定设备，还可包括：获取各物品获取任务的全链路轨迹；针对每个全链路轨迹，根据全链路轨迹中各链路节点中末个节点的末个类型确定与该全链路轨迹对应的物品获取任务的任务状态，其中任务状态包括已揽收、在途、已妥投和已拒收中的至少一个；根据各任务状态对各全链路轨迹进行分类显示。其中，正如上文所述，在实际应用中，于同一时刻存在的物品获取任务的数量可以是一个、两个或多个，每个物品获取任务均对应有各自的物流链路关系，因此可以获取得到每个物品获取任务的全链路轨迹。进而，针对每个全链路轨迹，可以确定其中的各链路节点中的末个节点的末个类型，需要说明的是，末个类型是末个节点的节点类型，此处只是为了与上文中的轨迹节点的节点类型进行区分而进行的不同的命名，因此节点类型是最新获取的轨迹节点的节点类型，而末个类型是末个节点的节点类型。进而，根据末个类型确定与该全链路轨迹对应的物品获取任务的任务状态，该任务状态可以是已揽收、在途、已妥投、已拒收等；由此，可以根据每个物品获取任务的任务状态对全部的全链路轨迹进行分类显示，比如将具有同一任务状态的各个物品获取任务的全链路轨迹进行整合显示，由此实现了数字化分析管理的功能，示例性的，如图3所示。

一种可选的技术方案，上述全链路轨迹确定设备，还可以包括：在接收到轨迹查询事件时，确定轨迹查询事件对应的全链路轨迹的轨迹订阅方，根据针对轨迹订阅方的预先配置的轨迹查询条件确定是否显示全链路轨迹，其中轨迹查询条件包括轨迹已查询次数未超过预设次数阈值和/或具有轨迹查询权限；和/或，基于预先设置的应用程序接口广播全链路轨迹，以使接入到应用程序接口的轨迹订阅方接收到全链路轨迹。其中，轨迹查询事件可以是由某轨迹订阅方触发的用于查询某物品获取任务的全链路轨迹的事件，轨迹订阅方可以是订阅了该全链路轨迹的一方。针对每个轨迹订阅方，可以预先配置该轨迹订阅方的轨迹查询条件，该轨迹查询条件可以表示该轨迹订阅方可以在什么样的情况下查询其订阅的全链路轨迹，比如轨迹订阅方针对全链路轨迹的轨迹已查询次数未超过预设次数阈值时可以继续查询全链路轨迹，再如轨迹订阅方在当前时刻具有对全链路轨迹的轨迹查询权限，等，在此未做具体限定。因此，可以根据针对该轨迹订阅方的预先配置的轨迹查询条件确定是否显示全链路轨迹。另外，可选的，除了轨迹订阅方主动查询全链路轨迹之外，还可以在全链路轨迹每次更新时，基于预先设置的应用程序接口(Application ProgrammingInterface，API)广播全链路轨迹，由此，接入到该API的轨迹订阅方在无需主动查询的情况下，就能够自动接收到每次变更后的全链路轨迹，上述API可以是HTTP、JSF、JMQ、客户端等等，在此未做具体限定。上述技术方案，可以让集成在全链路轨迹确定设备中的全链路轨迹确定系统(也可称为全程跟踪系统)与其余的物流系统通过API进行对接，由此实现了数据的收集、查询和订阅；同时，还可以按照账号流量(如通过根据与轨迹订阅方预先签订的合同确定此时是否能够提供全链路轨迹来控制流量)、查询次数等等的控制。示例性的，参见图4，其中订单映射可以理解为物流链路关系，轨迹标准化可以理解为节点标准化，轨迹映射可以理解为全链路轨迹，轨迹个性化可以理解为节点个性化；另外，轨迹订阅系统可以是轨迹订阅方所在的系统，其中，物流系统可以认为是全程跟踪系统的上游系统，而全程跟踪系统可以认为是轨迹订阅系统的上游系统。

实施例二

图5是本发明实施例二中提供的一种全链路轨迹确定方法的流程图。本实施例以上述各技术方案为基础进行优化。在本实施例中，可选的，上述全链路轨迹确定设备，还可包括：确定轨迹节点所在的物流承运方，获取与物流承运方对应的预先构建的第一节点映射关系，其中第一节点映射关系中存储有轨迹节点和与轨迹节点对应的标准节点之间的映射关系，轨迹节点和标准节点的描述方式不同，描述方式包括描述语言和/或描述内容；基于第一节点映射关系将轨迹节点映射为标准节点，并根据标准节点更新轨迹节点。其中，与上述各实施例相同或相应的术语的解释在此不再赘述。

参见图5，本实施例的方法具体可以包括如下步骤：

S210、在监测到轨迹确定事件时，获取与轨迹确定事件对应的轨迹节点，并确定轨迹节点所在的目标单号。

S220、确定轨迹节点所在的物流承运方，获取与物流承运方对应的预先构建的第一节点映射关系，其中，第一节点映射关系中存储有轨迹节点和与轨迹节点对应的标准节点之间的映射关系，轨迹节点和标准节点的描述方式不同，描述方式包括描述语言和/或描述内容。

其中，一个物品获取任务可能涉及到一个、两个或多个物流承运方，不同的物流承运方在记录各自的轨迹节点时可能采用不同的描述方式，该描述方式可以是描述语言如中文、英文、日文、韩文等等，可以是描述内容如对已揽收的轨迹节点描述XX、YY、ZZ等等，也可以是其余的与描述有关的对象，在此未做具体限定。为了统一全链路轨迹中各链路节点(即轨迹节点)，可以将最新获取到的轨迹节点映射为标准节点，其中标准节点可以是基于预先设置的描述方式进行描述的节点。因此，可以分别预先构建每个物流承运方与该全程跟踪系统间的第一节点映射关系，该第一节点映射关系中可以存储有由物流承运方记录的轨迹节点和全程跟踪系统中的标准节点间的一一对应的关系。

S230、基于第一节点映射关系将轨迹节点映射为标准节点，根据标准节点更新轨迹节点。

其中，基于与轨迹节点所在的物流承运方对应的第一节点映射关系将轨迹节点映射为标准节点，然后根据标准节点更新轨迹节点。由此，后续将这样的轨迹节点连接到已确定的全链路轨迹并进行全链路轨迹更新后，由此得到的全链路轨迹中的每个链路节点的描述方式相同，由此提升了用户体验。

S240、从预先构建的各物流链路关系中确定存储有目标单号的目标链路关系，确定与目标链路关系对应的物品获取任务，其中目标链路关系中存储有物品获取任务的各物流单号，目标单号来源于各物流单号。

S250、获取物品获取任务的在轨迹确定事件被监测到前已确定的全链路轨迹，将轨迹节点连接到全链路轨迹中，并根据连接结果更新全链路轨迹。

需要说明的是，本发明实施例仅是以在将轨迹节点连接到全链路轨迹之前进行节点标准化为例进行阐述，在实际应用中，还可以先将轨迹节点连接到全链路轨迹中，然后再对全链路轨迹中的最新连接的轨迹节点进行标准化，在此未做具体限定。

本发明实施例的技术方案，通过获取得到的与轨迹节点所在的物流承运方对应的预先构建的第一节点映射关系，将轨迹节点映射为标准节点，并将标准节点更新轨迹节点，由此后续得到的全链路轨迹中的每个轨迹节点的描述方式相同，提升了用户体验。

在此基础上，一种可选的技术方案，根据标准节点更新轨迹节点，可包括：如果存在与全链路轨迹的轨迹订阅方对应的预先构建的第二节点映射关系，则基于第二节点映射关系将标准节点映射为个性化节点，并根据个性化节点更新轨迹节点；其中，第二节点映射关系中存储有标准节点和个性化节点间的映射关系，标准节点和个性化节点的描述方式不同。其中，有些轨迹订阅方对自己订阅的全链路轨迹中各轨迹节点的描述方式存在自己的个性化需求，比如有些轨迹订阅方希望走可爱风格，示例性的，其希望将“已投妥”描述为“主人已收货啦”，据此可以将标准节点映射为满足轨迹订阅方的个性化需求的个性化节点，即对标准节点进行包装处理，然后基于包装处理之后得到的个性化节点更新轨迹节点。上述映射过程的具体实现方式可以是：先确定是否存在与轨迹订阅方对应的预先构建的第二节点映射关系，如果是则可以基于第二节点映射关系将标准节点映射为个性化节点，该第二节点映射关系中存储有标准节点和个性化节点之间的映射关系，标准节点和个性化节点的描述方式不同。由此，后续将基于个性化节点更新后的轨迹节点连接到已确定的全链路轨迹，并进行全链路轨迹更新后，由此得到的全链路轨迹中的每个链路节点的描述方式符合轨迹订阅方的个性化需求，由此提升了用户体验。示例性的，如图6所示，其是以广播最新获取得到的标准节点/个性化节点为例，在实际应用中还可以直接广播全链路轨迹，在此未做具体限定。

实施例三

图7为本发明实施例三提供的全链路轨迹确定装置的结构框图，该装置用于执行上述任意实施例所提供的全链路轨迹确定方法。该装置与上述各实施例的全链路轨迹确定方法属于同一个发明构思，在全链路轨迹确定装置的实施例中未详尽描述的细节内容，可以参考上述全链路轨迹确定方法的实施例。参见图7，该装置具体可包括：目标单号确定模块310、物品获取任务确定模块320和全链路轨迹确定模块330。其中，

目标单号确定模块310，用于在监测到轨迹确定事件时，获取与轨迹确定事件对应的轨迹节点，并确定轨迹节点所在的目标单号；

物品获取任务确定模块320，用于从预先构建的各物流链路关系中确定存储有目标单号的目标链路关系，确定与目标链路关系对应的物品获取任务，该目标链路关系中存储有物品获取任务的各物流单号，目标单号源于各物流单号；

全链路轨迹确定模块330，用于获取物品获取任务的在轨迹确定事件被监测到前已确定的全链路轨迹，将轨迹节点连接到全链路轨迹中，并根据连接结果更新全链路轨迹。

可选的，上述全链路轨迹确定装置，还可以包括：

目标链路关系构建模块，用于获取针对已生成的物品获取任务执行预分拣后得到的各物流单号，基于各物流单号构建出目标链路关系。

可选的，目标单号确定模块310，可以包括：

目标单号确定单元，用于如果根据轨迹节点的节点类型确定需要在全链路轨迹中展示轨迹节点，则确定轨迹节点所在的目标单号；和/或，

全链路轨迹确定模块330，可以包括：

轨迹节点连接单元，用于如果全链路轨迹中的各链路节点中未存在与节点类型相同的链路节点，和/或，根据节点类型确定需要在全链路轨迹中展示轨迹节点，则将轨迹节点连接到全链路轨迹中。

可选的，上述全链路轨迹确定装置，还可以包括：

第一节点映射关系获取模块，用于确定轨迹节点所在的物流承运方，获取与物流承运方对应的预先构建的第一节点映射关系，其中第一节点映射关系中存储有轨迹节点和与轨迹节点对应的标准节点之间的映射关系，轨迹节点和标准节点的描述方式不同，描述方式包括描述语言和/或描述内容；

轨迹节点标准化模块，用于基于第一节点映射关系将轨迹节点映射为标准节点，并根据标准节点更新轨迹节点。

在此基础上，可选的，轨迹节点标准化模块，可以包括：

标准节点个性化单元，用于如果存在与全链路轨迹的轨迹订阅方对应的预先构建的第二节点映射关系，则基于第二节点映射关系将标准节点映射为个性化节点，根据个性化节点更新轨迹节点；其中，第二节点映射关系中存储有标准节点和个性化节点间的映射关系，标准节点和个性化节点的描述方式不同。

可选的，上述全链路轨迹确定装置，还可以包括：

物流轨迹得到模块，用于根据全链路轨迹中的各链路节点的节点信息得到包括具有同一节点信息的各链路节点的物流轨迹，其中节点信息包括链路节点所在的物流承运方、物流单号和物流类型中的至少一个，且物流类型包括本土、跨境干线和末公里中的至少一个；

轨迹信息显示模块，用于根据物流轨迹中的各链路节点的节点信息确定物流轨迹的轨迹信息，并在对全链路轨迹进行显示时，将全链路轨迹中各物流轨迹的轨迹信息显示在对应的物流轨迹上。

可选的，上述全链路轨迹确定装置，还可以包括：

全链路轨迹获取模块，用于获取各物品获取任务的全链路轨迹；

任务状态确定模块，用于针对每个全链路轨迹，根据全链路轨迹中各链路节点中末个节点的末个类型确定与全链路轨迹对应的物品获取任务的任务状态，其中任务状态包括已揽收、在途、已妥投和已拒收中的至少一个；

全链路轨迹显示模块，用于根据各任务状态对各全链路轨迹进行分类显示。

本发明实施例三提供的全链路轨迹确定装置，通过目标单号确定模块根据获取到的与监测到的轨迹确定事件对应的轨迹节点，可以确定该轨迹节点所在的目标单号，其中目标单号的本质含义是物流单号；由于预先构建的物流链路关系中可以存储有与该物流链路关系对应的物品获取任务涉及到的各物流单号，因此可以通过物品获取任务确定模块从各物流链路关系中确定存储有目标单号的目标链路关系，进而确定与该目标链路关系对应的物品获取任务，其中目标链路关系中可以存储有该物品获取任务的各物流单号，目标单号来源于各物流单号；由于该物品获取任务在轨迹确定事件被监测到之前存在已确定的全链路轨迹，该全链路轨迹可以是根据先前监测到的轨迹确定事件得到的轨迹，因此在确定出物品获取任务后，可以通过全链路轨迹确定模块获取其的全链路轨迹，并将最新获取到的轨迹节点连接到该全链路轨迹中，根据连接结果更新全链路轨迹，由此得到了物品获取任务在当前时刻下的全链路轨迹。上述装置，通过目标链路关系将物品获取任务的先前已确定的全链路轨迹和最新获取到的轨迹节点关联起来，得到了物品获取任务的包括已出现的全部的轨迹节点的全链路轨迹，由此解决了因为各段物流轨迹(即各轨迹节点)零散分布而导致的难以完整确定全链路轨迹的问题，而且用户在全链路轨迹确定设备中可以直接查询到全链路轨迹，无需到不同的物流系统中分别进行查询，由此提升了用户体验。特别地，结合跨境物流的应用场景中，上述装置，可以对同一物品获取任务的位于不同的物流系统中的物流轨迹进行统一管理，由此实现了本土、跨境干线和末公里的物流轨迹的同一整合和集中管理、以及全段的物流轨迹的有效跟踪的效果。

本发明实施例所提供的全链路轨迹确定装置可执行本发明任意实施例所提供的全链路轨迹确定方法，具备执行方法相应的功能模块和有益效果。

值得注意的是，上述全链路轨迹确定装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

实施例四

图8为本发明实施例四提供的一种全链路轨迹确定设备的结构示意图，如图8所示，该设备包括存储器410、处理器420、输入装置430和输出装置440。设备中的处理器420的数量可以是一个或多个，图8中以一个处理器420为例；设备中的存储器410、处理器420、输入装置430和输出装置440可以通过总线或其它方式连接，图8中以通过总线450连接为例。

存储器410作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的全链路轨迹确定方法对应的程序指令/模块(例如，全链路轨迹确定装置中的目标单号确定模块310、物品获取任务确定模块320和全链路轨迹确定模块330)。处理器420通过运行存储在存储器410中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的全链路轨迹确定方法。

存储器410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据设备的使用所创建的数据等。此外，存储器410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字或字符信息，以及产生与装置的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏等显示设备。

实施例五

本发明实施例五提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种全链路轨迹确定方法，这一方法包括：

在监测到轨迹确定事件时，获取与轨迹确定事件对应的轨迹节点，并确定轨迹节点所在的目标单号；

从预先构建的各物流链路关系中确定存储有目标单号的目标链路关系，确定与目标链路关系对应的物品获取任务，其中目标链路关系中存储有物品获取任务的各物流单号，目标单号来源于各物流单号；

获取物品获取任务的在轨迹确定事件被监测到前已确定的全链路轨迹，将轨迹节点连接到全链路轨迹中，并根据连接结果更新全链路轨迹。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的全链路轨迹确定方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。依据这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(RandomAccess Memory,RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。