CN106844372A - 一种物流信息查询方法和装置 - Google Patents

Abstract

本申请提供了一种物流信息查询方法和装置。其中，所述方法包括：接收物流用户对特定物流信息的一级查询请求；根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

Description

一种物流信息查询方法和装置

技术领域

本申请涉及互联网领域，尤其涉及一种物流信息查询方法和装置。

背景技术

随着互联网的高速发展，尤其是移动互联网的高速发展，人们借助互联网进行的活动种类越来越多样化，同时从事各种活动的途径也越来越多，在这种情况下，不仅各种活动间的联系越来越密切，而且从事同一种活动的不同途径会包含相似的数据。将相互间有密切联系的不同种类活动的数据，以及从事同一种活动的不同途径的数据整合，进而展示出来或进一步分析，已经成为一种迫切的需求。

例如，在物流仓储领域，随着个人消费者对快递使用越来越频繁，以及贸易种类扩大化和贸易地域范围的全球化，衍生了越来越多的物流公司来提供相应的物流服务。加之由于人们交流变得愈加便利以及物流公司的发展壮大，近些年各物流公司所承运的货物价值大大提升，跨境物流占据的比例也大大提升。另外，对于个人消费者或其它享受物流服务的用户来说，他们通常会通过不同的互联网业务来选择或使用不同的物流公司，尤其对于跨境物流来说，运费不仅涉及货物重量、承运里程此类传统数据，还涉及货物本身的价格、种类、用途等与上述互联网业务相关的数据。同时，基于这些物流数据还能够综合分析各物流公司的运送能力以及其它信息。因此，物流仓储数据所面向的对象，不仅包括消费者和其它用户，还包括各种基于互联网进行的业务，并且尤其在跨境物流上，与各种基于互联网的业务存在信息的交集。

基于上述背景，对物流信息的准确性、时效性和个性化有越来越高的要求，因此将这些物流公司所拥有的大量物流数据进行整合，并将整合后的物流数据以实时共享的方式，和根据不同业务进行个性化定制的方式提供给用户或各种基于互联网的业务，以及其它物流数据使用方是非常有必要的。

大量的物流数据通常需从各物流公司的物流系统中获取，并保存在指定的物流信息存储数据库系统中，此类数据库系统的一个重要特点是，数据量大、具有多个数据来源、各数据来源会频繁的刷新，且大量的物流数据需提供给一系列物流数据使用方。同时这些大量的物流数据往往与物流数据使用方本身拥有的非物流数据存在交集或某种关联，因而往往又会根据需要将物流数据使用方本身拥有的非物流数据也存储到指定的物流信息存储数据库系统中。由此，上述指定的物流信息存储数据库系统是基于多家物流公司的物流系统，形成的数据库系统，该数据库系统既需要能向用户提供属于各个物流公司的物流数据，又要将物流数据与用户所拥有的非物流数据整合并进行个性化定制，并且需要保证数据的准确性和时效性。

在现有技术中，通常采用的方法是各物流公司通过HTTP(超文本传输协议)推送方式将物流信息以约定的规则推送给指定的物流信息存储数据库系统，从而将各物流公司的物流数据同步到指定物流信息存储数据库系统上，或此类被动接收物流公司推送的物流信息的方法。

以各物流公司通过HTTP(超文本传输协议)推送方式将物流信息以约定的规则推送给指定的物流信息存储数据库系统，从而将各物流公司的物流数据同步到指定物流信息存储数据库系统上的方法为例来说，该方法具体包括如下步骤：

首先，由已获取许可的物流公司组织技术人员依据约定的规则进行代码开发，从而将各自的物流信息进行标准化处理并以约定的规则进行推送；

其次，待代码开发完成后，再将其与指定的物流信息存储数据库系统进行对接联调；

最后，根据不同的业务进行相应的配置，从而将关联到不同的业务上的相关信息展示给用户。

对于如上所述的被动接收物流公司推送的物流信息的现有技术，存在如下缺点：

1、接入流程复杂。具体表现在：

1)现有方法需要由已获取许可的物流公司组织技术人员进行代码开发才能完成物流详情信息的推送；

2)各物流公司的代码在开发完成后需经过复杂的联调测试；

3)联调测试完成后，针对不同的业务，各物流公司还需要根据不同的业务进行线上环境数据配置。

2、耗时长。具体表现在：

由于上述接入流程复杂，且面向的物流公司种类众多，分属各物流公司的物流系统中的数据不统一，且用户查询所涉及的互联网业务具有复杂多样性的特点，需要物流公司推送不同形式的数据，增加了各物流公司进行代码开发的难度，同时由于代码研发管理不统一，研发人员能力不同，难免造成人力的重复投入，以及开发和测试过程中不可控的问题。使代码开发阶段和联调测试阶段耗时长。

3、线上环境易出问题，维护困难。具体表现在：

1)各物流公司的研发人员能力不同，加之研发管理及开发环境均不统一，无法有效的保证研发质量，极有可能带来不可知隐患；

2)需要多方同时维护多个软件，同时考虑到软件间的相互配合，导致软件运行及配置易出问题，并且组织多方人员进行问题定位困难；

3)每增加一个新的物流公司接入，就需要重复代码开发和联调测试的工作，系统后期维护和扩展的灵活性不高。

4、不能保证数据的时效性。具体表现在：物流信息由各物流公司在固定时间推送，不能及时得到最新的物流信息。

5、增加了物理设备的资源消耗。具体表现在：

1)各物流公司会一次性推送全部物流信息数据给指定的物流信息存储数据库系统，并由指定的物流信息存储数据库系统进行存储，其中也包括过期的或无用的冗余信息；

2)针对不同的业务，各物流公司需要向不同的业务分别推送物流信息数据，指定的物流信息存储数据库系统所存储的数据存在冗余。

发明内容

本申请提供一种物流信息查询方法和装置，以解决现有技术中所存在的接入流程复杂、耗时长、线上环境易出问题、不能保证数据的时效性，以及增加物理设备资源消耗的问题。

为解决上述技术问题，本申请提供的物流信息查询方法，包括：

接收物流用户对特定物流信息的一级查询请求；

根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

优选的，所述接收物流用户对特定物流信息的一级查询请求，包括以下步骤之一：

接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求；

接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

优选的，所述根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求，包括：

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号；

根据所述物流公司名称和所述物流运单号，设置二级查询请求；

查询所述特定物流信息对应的物流公司的物流系统的网络地址；

根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

可选的，所述根据所述物流公司名称和所述物流运单号，设置二级查询请求，包括：

根据所述物流公司名称获取预先设置的与之对应的物流系统的查询规则；

根据所述物流运单号和所述查询规则，生成以所述物流运单号为查询条件的二级查询请求。

可选的，所述预先设置的与之对应的物流系统的查询规则，具体是指针对特定物流信息对应的物流公司的物流系统，预先设置符合该物流系统查询要求的查询规则，具体包括：

设置符合所述物流系统查询要求的查询条件的输入顺序和输入方式；

设置与所述物流系统对应的查询许可认证；

根据所述查询条件的输入顺序和输入方式，以及所述查询许可认证，设置与所述物流系统对应的查询指令模板，即获得与所述物流系统对应的查询规则。

优选的，所述根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据，包括：

判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步；

若否，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行所述形成对应所述一级查询请求的查询结果的步骤；

若是，则直接执行所述形成对应所述一级查询请求的查询结果的步骤。

可选的，所述基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，包括：

基于预设维度，解析所述实时物流信息；

将所述实时物流信息标准化为以所述预设维度为数据单元的物流详情数据；

将所述物流详情数据更新至指定的物流信息存储数据库系统。

可选的，所述预设维度至少包括所述相应的物流系统返回的所述实时物流信息中的固有信息的维度；其中，所述实时物流信息中的固有信息的维度包括：物流运单号、所述物流公司名称、运单种类、物流节点信息、节点文案、操作时间和业务类别。

可选的，所述预设维度还包括：

根据所述订单号从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度；和/或，

根据实时物流信息中的固有信息的维度和所述从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度，进行组合或推导出的信息的维度。

可选的，所述根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户，包括：

将所述特定物流信息对应的物流详情数据中的各维度数据进行基本信息的抽取，生成对应的基本信息查询结果；

根据所述业务类别，对所述特定物流信息对应的物流详情数据中的各维度数据进一步抽取各级业务详细信息，生成对应的业务详细信息查询结果；

生成包含所述基本信息查询结果的主界面，和/或包含所述业务类别及与所述业务类别对应的所述业务详细信息查询结果的子界面；

将所述主界面和/或所述子界面发送给所述物流用户。

可选的，在所述接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求的步骤中，所述的所述订单号所关联的所述物流公司名称和/或所述物流运单号，具体是指该订单号下至少包括一件货物，则该订单号至少关联一组对应的物流公司名称和/或物流运单号；

相应的，所述查询结果展示页面至少包括一组物流信息的展示。

相应的，本申请还提供一种物流信息查询装置，包括：

一级查询请求接收单元，用于接收物流用户对特定物流信息的一级查询请求；

一级查询请求处理单元，用于根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

二级查询请求发起单元，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收单元，用于接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

更新单元，用于根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

展示单元，用于根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

优选的，所述一级查询请求接收单元，用于接收物流用户对特定物流信息的一级查询请求的步骤，包括以下步骤之一：

接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求；

接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

可选的，所述二级查询请求发起单元，包括：

解析子单元，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号；

二级查询请求设置子单元，用于根据所述物流公司名称和所述物流运单号，设置二级查询请求；

网络地址查询子单元，用于查询所述特定物流信息对应的物流公司的物流系统的网络地址；

二级查询请求发送子单元，用于根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

可选的，所述更新单元包括：

判断是否同步子单元，用于判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步；

不同步处理子单元，用于若不同步，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行所述形成对应所述一级查询请求的查询结果的步骤；

同步处理子单元，用于若同步，则直接执行所述形成对应所述一级查询请求的查询结果的步骤。

相应的，本申请还提供一种电子设备，包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储物流信息查询装置，所述物流信息查询装置被所述处理器执行时，执行如下步骤：

接收物流用户对特定物流信息的一级查询请求；

根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

本申请提供的物流信息查询方法，将现有技术的被动接收物流系统推送的物流信息的模式，转换成主动向物流系统发送请求，从而即时获取所需数据的模式，具体包括：接收物流用户对特定物流信息的一级查询请求；根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。如上所述物流信息查询方法中，所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统。

本申请所述的方法有如下优点：

首先，接入流程简单。本申请所述的物流信息查询方法无需各物流公司自行进行代码开发及相应的调测，只需要取得对接双方的同意便可以快速获取实时的物流信息，并且指定系统对获取的物流信息进行统一的数据配置，使得接入流程简单高效，便于灵活的设置各类基于物流信息的业务。

其次，本申请所述的物流信息查询方法能对软件项目进行统一管理，更合理的制定研发计划，更好的把握项目进度和质量，并且只需要进行一次研发便可灵活的接入不同的物流公司，接入新的物流公司几乎不需要额外的时间成本。

再次，统一的项目管理使得软件质量更健壮，产品上线后维护方便，不易出问题。

另外，使用本申请所述的物流信息查询方法，获取的物流信息是物流系统上的实时数据，保证了物流信息获取的时效性和准确性。

最后，使用本申请所述的物流信息查询方法，仅在收到查询请求的时候进行即时物流信息的获取，减少了冗余数据的产生；同时，针对不同的业务，不需要对接的各物流公司分别推送物流信息数据，进一步减少了冗余数据的产生，节约了物理设备的资源。

附图说明

图1是本申请第一实施例提供的物流信息查询方法的流程示意图。

图2是第一实施例中发起二级查询请求的步骤的具体实施方式的流程图。

图3是第一实施例中设置二级查询请求的步骤的具体实施方式的流程图。

图4是第一实施例中更新所述指定的物流信息存储数据库中的相应数据的步骤的具体实施方式的流程图。

图5是第一实施例中生成查询结果展示页面发送给所述物流用户的步骤的具体实施方式的流程图。

图6是本申请第二实施例提供的物流信息查询装置的示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本申请中，分别提供了一种物流信息查询方法和装置，在下面的实施例中逐一进行详细说明。

请参考图1，其为本申请第一实施例提供的物流信息查询方法的流程示意图。

所述方法包括如下步骤：

步骤101：接收物流用户对特定物流信息的一级查询请求。

通常，物流用户在希望获取特定物流信息的时候，需要去与该特定物流信息对应的物流公司的官网上输入相应的物流运单号，以相应的物流运单号为查询条件查询得到该特定物流信息。如果物流用户希望获取多个特定物流信息时，这些物流信息又对应不同物流公司时，就需要物流用户去不同物流公司的官网分别输入相应的物流运单号，从而分别查询得到这些物流信息。本申请所述的方法，主要涉及整合不同物流公司所拥有的物流信息数据，从而在统一的系统平台上查询并获取实时的物流信息的场景。

另外，在现实生活中，绝大多数物流用户并非仅仅是单纯的收发货物，收件人和发件人之间还包括买卖交易的关系。此时，对收件人和发件人来说，他们之间最直接的关系是买卖交易的关系，并且他们之间最核心的信息是买卖交易形成的订单号，而并非是收发货物的物流运单号。

基于上述场景，在本实施例中，所述接收物流用户对特定物流信息的一级查询请求，包括以下步骤之一：

101-1：接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求。

101-2：接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

对于上述接收物流用户对特定物流信息的一级查询请求的第二种方式，需要以一定的方式获取与所述订单号关联的所述物流公司名称和/或所述物流运单号，在本实施例中采用以下方法获取：

所述指定的物流信息存储数据库所在的系统，不仅能够从第三方数据系统中，例如从发生买卖交易的系统中获取买卖交易的订单号，同时还能够在产生买卖交易的订单后，由卖家，即发件人选择物流公司，并向该物流公司的物流系统发送下达新配送任务的消息，待获得新配送任务的物流公司形成相应的物流运单后，接收物流公司返回的相应物流公司名称和/或物流运单号，从而所述指定的物流信息存储数据库所在的系统能够在本地存储买卖交易的订单号，以及相应的物流公司名称和/或物流运单号，以便获取与物流用户输入的订单号相关联的物流公司名称和/或物流运单号。

步骤102：根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息。

如步骤101所述，物流用户的收件人和发件人之间还包括买卖交易的关系，因此，所述指定的物流信息存储数据库所在的系统，在从第三方数据库系统获取买卖交易的订单号时，还能够从第三方数据库系统中获取与买卖交易相关的其它信息，例如交易货物的种类、重量等信息，并将这些信息储存在本地，以便将物流信息与这些信息进行组合或分析，进而使物流用户不仅能通过物流运单号查询到相应的物流信息，还能通过查询进一步得到包含物流信息和包含交易货物信息的更清晰更完整的信息，或者是得到更符合物流用户查询用途的与物流相关的信息。

步骤103：根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统。

图2为第一实施例中发起二级查询请求的步骤的具体实施方式的流程图，具体为执行以下步骤：

步骤201：根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号。

通常，物流公司的物流系统是以物流运单号作为查询的输入条件的，因此本步骤所述的查询关键字至少应当包括所述特定物流信息对应的所述物流公司名称和所述物流运单号。

对于是以物流公司名称和/或物流运单号为查询条件的一级查询请求，由于某些物流公司的名称能够从物流运单号的固定字段直接得到，因此可直接将物流公司名称和物流运单号作为查询关键字；对于是以订单号为查询条件的一级查询请求，首先需要根据订单号查询与订单号关联的物流公司名称和物流运单号，继而将查询得到的物流公司名称和物流运单号作为查询关键字。

步骤202：根据所述物流公司名称和所述物流运单号，设置二级查询请求。

图3为第一实施例中设置二级查询请求的步骤的具体实施方式的流程图，具体为执行以下步骤：

步骤301：根据所述物流公司名称获取预先设置的与之对应的物流系统的查询规则。

不同物流公司的查询指令不同，在本实施例中，需要预先设置与各物流公司的查询指令对应的查询规则，即针对特定物流信息对应的物流公司的物流系统，预先设置符合该物流系统查询要求的查询规则，由此自动生成相应的二级查询请求。具体包括以下步骤：

301-1：设置符合所述物流系统查询要求的查询条件的输入顺序和输入方式。

301-2：设置与所述物流系统对应的查询许可认证。

301-3：根据所述查询条件的输入顺序和输入方式，以及所述查询许可认证，设置与所述物流系统对应的查询指令模板，即获得与所述物流系统对应的查询规则。

通过上述预先设置的符合该物流系统查询要求的查询规则，物流用户就能够不感知不同物流公司的具体查询指令，只需要在统一的查询界面输入与待查询的特定物流信息对应的运单号，或输入与待查询的特定物流信息对应的交易货物的订单号即可。上述预先设置的符合该物流系统查询要求的查询规则，还包括设置与所述物流系统对应的查询许可认证，该查询许可认证一般为与各物流系统约定好的数字许可凭证，具体来说，该查询许可认证不仅用于获取相应物流系统的查询许可权限，又进一步的用于区分查询许可的范围，进而查询到不同级别的内容。

另外，对于物流用户以订单号为查询条件的场景，除了上述在统一的查询界面输入与待查询的特定物流信息对应的交易货物的订单号的方式，还可以采用在第三方交易系统平台直接点击与订单号关联的查看物流信息的链接，自动将查询条件发送至指定的物流信息存储数据库系统，并进入查询界面的方式。

步骤302：根据所述物流运单号和所述查询规则，生成以所述物流运单号为查询条件的二级查询请求。

步骤203：查询所述特定物流信息对应的物流公司的物流系统的网络地址。

步骤204：根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

上述二级查询请求，通常以HTTP消息的形式将生成的二级查询请求进行封装，并发送到相应物流公司的物流系统的网络地址。

步骤104：接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息。

步骤105：根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据。

接收的不同物流公司的物流系统返回的实时物流信息，往往具有不同的数据格式，但这些不同的数据格式所包含的信息都代表着相同的实际意义，例如都包含运单号信息、物流节点状态，和物流节点状态改变的时间等。在本实施例中，需要对这些不同数据格式的数据进行解析，并以本实施例所述的指定的物流信息存储数据库所规定的标准格式，更新该指定的物流信息存储数据库中的相应数据。

图4是第一实施例中更新所述指定的物流信息存储数据库中的相应数据的步骤的具体实施方式的流程图。具体步骤包括：

步骤401：判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步。

判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步有多种方法可以选择，由于物流公司在将物流数据存储至物流系统时，都会在存储的时候将数据的更新时间也记录下来，同时所述指定的物流信息存储数据库在更新相应数据时也会将更新时间记录下来，因此在本实施例中选用如下方法：

401-1：根据所述实时物流信息，获取该实时物流信息在所述物流系统中被更新的时间；

401-2：获取所述指定的物流信息存储数据库系统当前保存的相应信息被更新的时间；

401-3：比较该实时物流信息在所述物流系统中被更新的时间是否晚于所述指定的物流信息存储数据库系统当前保存的相应信息被更新的时间；

401-4：若晚于，则判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息不同步；若不是晚于，则判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息同步。

步骤402：若步骤401判断结果为否，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行步骤105之后的步骤。

如上所述，不同物流系统返回的数据往往具有不同的数据格式。在实际情况中，这些不同的数据格式往往是将信息以多个数据维度的形式进行组合或拼接而成。另外，对于物流用户而言，在不同的物流业务类别下，例如是否为跨境物流，其待查询的特定物流信息所包含的数据维度也有所不同。在本实施例中，所述指定的物流信息存储数据库系统针对不同的业务类别，将接收到的不同数据格式的数据解析为标准格式，继而将接收到的实时物流信息更新至所述指定的物流信息存储数据库系统。具体步骤如下：

402-1：基于预设维度，解析所述实时物流信息。

虽然不同物流系统返回的数据具有不同的数据格式，但这些不同的数据格式所包含的信息都代表着相同的实际意义，且这些不同的数据格式往往是将信息以多个数据维度的形式进行组合或拼接而成。因此，在本实施例中，通过预设维度，将接收到的实时物流信息进行标准化处理。

上述预设维度至少包括所述相应的物流系统返回的所述实时物流信息中的固有信息的维度；其中，所述实时物流信息中的固有信息的维度包括：物流运单号、所述物流公司名称、运单种类、物流节点信息、节点文案、操作时间和业务类别。

在本实施例中，在上述预设维度下，还可以设置下一级的子维度，进而针对不同的物流业务类别进行更丰富的信息存储。例如，对于业务类别为跨境物流的情况，在物流节点信息维度下，还可以进一步设置是否需要海关清关、清关状态等子维度。

对于物流用户以订单号为查询条件的场景，如步骤101所述，需要从第三方数据库系统中，获取与该订单号关联的物流公司名称和/或物流运单号。那么，同样也能够从第三方数据库系统中，获取第三方数据库系统储存的与所述特定物流信息对应的货物相关的非物流信息，例如货物的种类和重量等。这些与货物相关的非物流信息一般在交易的时候就产生了，且这些与货物相关的非物流信息往往又影响着物流的业务类别，以及物流费用的结算等，因此，物流用户中的特定用户，例如出入库管理人员，一般在使用本实施例所述的指定的物流信息存储数据库系统进行查询时，不仅需要获取物流信息，同时也希望获取与货物相关的非物流信息，进而快速的进行出入库检测和统计。同时，在本实施例中，物流用户不仅指希望获得特定物流信息的用户，也包括希望获得特定物流信息，并根据获得的特定物流信息进行商业策略分析和预测的用户。因此，在本实施例中，所述预设维度还包括：

根据所述订单号从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度；和/或，

根据实时物流信息中的固有信息的维度和所述从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度，进行组合或推导出的信息的维度。

402-2：将所述实时物流信息标准化为以所述预设维度为数据单元的物流详情数据。

402-3：将所述物流详情数据更新至指定的物流信息存储数据库系统。

至此，本实施例基于预设维度，在指定的物流信息存储数据库系统中形成了标准化的物流详情数据，该物流详情数据不仅包括各物流公司的物流系统中实时物流信息，还包括与订单号对应的货物相关信息，以及根据该实时物流信息和该货物相关信息组合或推导出的其它信息。基于不同的业务或用途，或是基于新增物流公司的物流系统数据库的对接，可以灵活的以现有的预设维度，或新增预设维度，进行数据的存储、处理和分析，由此不仅满足了物流用户的不同需求，较之传统的每个业务各对应一套数据的方式，节省了物流设备的存储资源。并且，由于预设维度的存在，还滤除了各物流公司的物流系统返回的实时物流信息中，不被关心的数据，进一步节约了物流设备的存储资源。

步骤403：若步骤401判断结果为是，则直接执行步骤105之后的步骤。

步骤106：根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

图5是第一实施例中生成查询结果展示页面发送给所述物流用户的步骤的具体实施方式的流程图。具体步骤包括：

步骤501：将所述特定物流信息对应的物流详情数据中的各维度数据进行基本信息的抽取，生成对应的基本信息查询结果。

所谓基本信息，是指物流用户查询的最频繁的信息，例如上述物流节点状态信息，该物流状态信息的值包括揽件、派件、中转和签收等。该物流状态信息属于需要被物流公司的物流系统频繁更新的信息，也是物流用户最希望能够实时查询的信息，而其他诸如货物种类、货物重量，以及是否清关等信息不会频繁更新，物流用户也不需要频繁查询或不涉及此部分信息的查询，例如在涉及到费用结算阶段物流用户才需要查询货物种类和货物质量信息。因此，在本实施例中，在生成查询结果展示页面时，首先生成由基本信息组成的基本信息查询结果，具体包括：物流运单号、物流公司名称、物流节点信息、节点文案、操作时间和业务类别，当以订单号为查询条件时，还包括相应的订单号。

步骤502：根据所述业务类别，对所述特定物流信息对应的物流详情数据中的各维度数据进一步抽取各级业务详细信息，生成对应的业务详细信息查询结果。

例如，物流用户为国际集散仓出入库管理人员时，在每件货物出入库时，均需获取相应物流公司规定格式的电子面单，该电子面单进一步包括除上述基本信息外的其他信息，那么根据物流用户选择的业务类别，就可以对所述特定物流信息对应的物流详情数据中的各维度数据进一步抽取各级详细信息，并生成对应的详细信息查询结果。

步骤503：生成包含所述基本信息查询结果的主界面，和/或包含所述业务类别及与所述业务类别对应的所述业务详细信息查询结果的子界面。

对步骤502中所述的物流用户为国际集散仓出入库管理人员时，根据物流用户选择的业务类别，生成对应的详细信息查询结果后，进一步根据物流公司名称便可以生成包含所述业务类别及与所述业务类别对应的包含所述详细信息查询结果的子界面，即灵活的配置不同格式的电子面单，并生成对应该物流公司的电子面单。

步骤504：将所述主界面和/或所述子界面发送给所述物流用户。

国际集散仓出入库管理人员在收到步骤503所述的电子面单后，就可以打印该电子面单，并对相应的货物进行贴包操作。

上述场景介绍了物流用户为国际集散仓出入库管理人员的情况。对于物流用户为买卖交易的买家或卖家，即收发件人时，如上所述，指定的物流信息存储数据库系统中还包括买卖交易相关的信息。因此，物流用户通过查询指定的物流信息存储数据库系统或在第三方交易系统平台直接点击与订单号关联的查看物流信息的链接，就能够获得全面实时的、包括从交易订单到物流运单的全程跟踪的信息展示。并且，在信息展示时，会根据用户需要显示包含基本信息的主界面，以及包含物流用户业务类别及与该业务类别对应的业务详细信息查询结果的子界面。

另外，对于买卖交易的买家或卖家，在以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求时，该订单号下的交易货物可能会被拆分成几个快递分别发送，因此上述订单号所关联的所述物流公司名称和/或所述物流运单号，具体是指该订单号下至少包括一件货物，则该订单号至少关联一组对应的物流公司名称和/或物流运单号；相应的，所述查询结果展示页面至少包括一组物流信息的展示。在本实施例中，作为买卖交易买家或卖家的物流用户，可以采用在第三方交易系统平台直接点击该订单号下关联的多个快递件对应的查看物流信息的链接，分别获取查询结果展示页面上的相应物流信息的展示。

在上述的实施例中，提供了一种物流信息查询方法，与之相对应的，本申请第二实施例提供一种物流信息查询装置。请参看图6，其为本申请第二实施例提供的物流信息查询装置的示意图。由于装置实施例基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

本实施例的一种物流信息查询装置，包括：一级查询请求接收单元6-1、一级查询请求处理单元6-2、二级查询请求发起单元6-3、接收单元6-4、更新单元6-5和展示单元6-6。

一级查询请求接收单元6-1，用于接收物流用户对特定物流信息的一级查询请求。

在本实施例中，该一级查询请求接收单元6-1，具体实现步骤包括以下步骤之一：

接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求；

接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

一级查询请求处理单元6-2，用于根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息。

二级查询请求发起单元6-3，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统。

该二级查询请求发起单元6-3，又包括：解析子单元6-3-1、二级查询请求设置子单元6-3-2、网络地址查询子单元6-3-3和二级查询请求发送子单元6-3-4。

上述解析子单元6-3-1，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号；

上述二级查询请求设置子单元6-3-2，用于根据所述物流公司名称和所述物流运单号，设置二级查询请求；

上述网络地址查询子单元6-3-3，用于查询所述特定物流信息对应的物流公司的物流系统的网络地址；

上述二级查询请求发送子单元6-3-4，用于根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

接收单元6-4，用于接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息。

更新单元6-5，用于根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据。

该更新单元6-5，又包括：判断是否同步子单元6-5-1、不同步处理子单元6-5-2、同步处理子单元6-5-3。

上述判断是否同步子单元6-5-1，用于判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步。

上述不同步处理子单元6-5-2，用于若不同步，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行所述形成对应所述一级查询请求的查询结果的步骤。

上述同步处理子单元6-5-3，用于若同步，则直接执行所述形成对应所述一级查询请求的查询结果的步骤。

展示单元6-6，用于根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

上述分别提供了一种物流信息查询方法和一种物流信息查询装置的实施例，相应的，本申请还提供一种电子设备，该电子设备包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储物流信息查询装置，所述物流信息查询装置被所述处理器执行时，执行如下步骤：

接收物流用户对特定物流信息的一级查询请求；

根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

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

Claims (16)

1.一种物流信息查询方法，其特征在于，所述方法包括：

接收物流用户对特定物流信息的一级查询请求；

根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

2.根据权利要求1所述的查询方法，其特征在于，所述接收物流用户对特定物流信息的一级查询请求，包括以下步骤之一：

接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求；

接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

3.根据权利要求2所述的查询方法，其特征在于，所述根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求，包括：

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号；

根据所述物流公司名称和所述物流运单号，设置二级查询请求；

查询所述特定物流信息对应的物流公司的物流系统的网络地址；

根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

4.根据权利要求3所述的查询方法，其特征在于，所述根据所述物流公司名称和所述物流运单号，设置二级查询请求，包括：

根据所述物流公司名称获取预先设置的与之对应的物流系统的查询规则；

根据所述物流运单号和所述查询规则，生成以所述物流运单号为查询条件的二级查询请求。

5.根据权利要求4所述的查询方法，其特征在于，所述预先设置的与之对应的物流系统的查询规则，具体是指针对特定物流信息对应的物流公司的物流系统，预先设置符合该物流系统查询要求的查询规则，具体包括：

设置符合所述物流系统查询要求的查询条件的输入顺序和输入方式；

设置与所述物流系统对应的查询许可认证；

根据所述查询条件的输入顺序和输入方式，以及所述查询许可认证，设置与所述物流系统对应的查询指令模板，即获得与所述物流系统对应的查询规则。

6.根据权利要求3所述的查询方法，其特征在于，所述根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据，包括：

判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步；

若否，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行所述形成对应所述一级查询请求的查询结果的步骤；

若是，则直接执行所述形成对应所述一级查询请求的查询结果的步骤。

7.根据权利要求6所述的查询方法，其特征在于，所述基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，包括：

基于预设维度，解析所述实时物流信息；

将所述实时物流信息标准化为以所述预设维度为数据单元的物流详情数据；

将所述物流详情数据更新至指定的物流信息存储数据库系统。

8.根据权利要求7所述的查询方法，其特征在于，所述预设维度至少包括所述相应的物流系统返回的所述实时物流信息中的固有信息的维度；其中，所述实时物流信息中的固有信息的维度包括：物流运单号、所述物流公司名称、运单种类、物流节点信息、节点文案、操作时间和业务类别。

9.根据权利要求8所述的查询方法，其特征在于，所述预设维度还包括：

根据所述订单号从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度；和/或，

根据实时物流信息中的固有信息的维度和所述从第三方数据系统获取的与所述特定物流信息对应的货物相关信息的维度，进行组合或推导出的信息的维度。

10.根据权利要求9所述的查询方法，其特征在于，所述根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户，包括：

将所述特定物流信息对应的物流详情数据中的各维度数据进行基本信息的抽取，生成对应的基本信息查询结果；

根据所述业务类别，对所述特定物流信息对应的物流详情数据中的各维度数据进一步抽取各级业务详细信息，生成对应的业务详细信息查询结果；

生成包含所述基本信息查询结果的主界面，和/或包含所述业务类别及与所述业务类别对应的所述业务详细信息查询结果的子界面；

将所述主界面和/或所述子界面发送给所述物流用户。

11.根据权利要求10所述的物流信息查询方法，其特征在于，在所述接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求的步骤中，所述的所述订单号所关联的所述物流公司名称和/或所述物流运单号，具体是指该订单号下至少包括一件货物，则该订单号至少关联一组对应的物流公司名称和/或物流运单号；

相应的，所述查询结果展示页面至少包括一组物流信息的展示。

12.一种物流信息查询装置，其特征在于，包括：

一级查询请求接收单元，用于接收物流用户对特定物流信息的一级查询请求；

一级查询请求处理单元，用于根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

二级查询请求发起单元，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收单元，用于接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

更新单元，用于根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

展示单元，用于根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。

13.根据权利要求12所述的查询装置，其特征在于，所述一级查询请求接收单元，用于接收物流用户对特定物流信息的一级查询请求的步骤，包括以下步骤之一：

接收物流用户以物流公司名称和/或物流运单号为查询条件，发起的对相应物流信息的一级查询请求；

接收物流用户以订单号为查询条件，发起的对与所述订单号所关联的物流公司名称和/或物流运单号对应的相应物流信息的一级查询请求。

14.根据权利要求13所述的查询装置，其特征在于，所述二级查询请求发起单元，包括：

解析子单元，用于根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，获取查询关键字；所述查询关键字至少包括所述特定物流信息对应的所述物流公司名称和所述物流运单号；

二级查询请求设置子单元，用于根据所述物流公司名称和所述物流运单号，设置二级查询请求；

网络地址查询子单元，用于查询所述特定物流信息对应的物流公司的物流系统的网络地址；

二级查询请求发送子单元，用于根据所述网络地址，向所述特定物流信息的物流系统发送所述二级查询请求。

15.根据权利要求14所述的查询装置，其特征在于，所述更新单元包括：

判断是否同步子单元，用于判断所述实时物流信息与所述指定的物流信息存储数据库系统当前保存的相应信息是否同步；

不同步处理子单元，用于若不同步，则基于所述指定的物流信息存储数据库系统中的业务类别，将所述实时物流信息更新至所述指定的物流信息存储数据库系统，继而执行所述形成对应所述一级查询请求的查询结果的步骤；

同步处理子单元，用于若同步，则直接执行所述形成对应所述一级查询请求的查询结果的步骤。

16.一种电子设备，其特征在于，包括：

显示器；

处理器；以及

存储器，所述存储器被配置成存储物流信息查询装置，所述物流信息查询装置被所述处理器执行时，执行如下步骤：

接收物流用户对特定物流信息的一级查询请求；

根据所述一级查询请求提供的查询条件，在指定的物流信息存储数据库中，查询与该特定物流信息相关的信息；

根据所述查询条件，和/或查询得到的所述与该特定物流信息相关的信息，向相应的物流系统发起二级查询请求；所述相应的物流系统是指对应该特定物流信息的相关物流公司用于存储物流数据的物流系统；

接收所述相应的物流系统返回的对应所述特定物流信息的实时物流信息；

根据接收的所述实时物流信息，以及所述指定的物流信息存储数据库中查询到的与该特定物流信息相关的信息，更新所述指定的物流信息存储数据库中的相应数据；

根据更新后的所述指定的物流信息存储数据库中的所述相应数据形成对应所述一级查询请求的查询结果，并生成查询结果展示页面发送给所述物流用户。