CN103632251A - 物流状态信息监控方法、装置及系统 - Google Patents

Abstract

本发明公开了一种物流状态信息监控方法、装置及系统，该方法包括：检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单；从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求；接收物流信息提供方根据所述物流状态查询请求返回的物流状态查询结果。本发明还公开了用于实现上述方法的装置和系统。

Description

物流状态信息监控方法、装置及系统

技术领域

本发明涉及电子商务技术领域，尤其涉及一种物流状态信息监控方法、装置及系统。

背景技术

随着电子商务技术的发展，通过网络购物已经越来越普及了。消费者在完成网络购物之后，普遍会关注已购买物品的物流状态信息。目前，消费者查看网络购物中购买的物品的物流状态信息，一般是在用户登录到电商网站时，才能实现。通常采用以下的方式：用户登录到电商网站查看我的订单列表，手动将订单列表中处于寄送状态的订单的物流相关的信息（比如物流编号等）提取出来，根据订单中显示的物流服务提供商的名称去物流服务提供商的网站上查询最新的物流状态信息，实现跟踪订单物流状态信息。

这种方式要建立在用户登录的基础上，并且需要手动的进行订单物流状态的查询，操作复杂，费时费力。

可见，上述现有技术中实现物流状态跟踪监控更新的方法，是建立在用户登录电商网站的基础上实现的，不便于用户在不登录的情况下实时的监控网络购物订单的物流状态信息。且上述方法，用户登录某个电商网站后，能够查询该电商网站上订单的物流状态信息，当用户有其他电商网站的购物订单时，不能方便快捷的同时监控跟踪和更新物流状态信息，通用性差。比如：用户登录了淘宝浏览器之后，能够快速查询淘宝网站的订单的物流状态信息，但也只能局限在使用淘宝购物时，如果用户生成了京东、亚马逊等其他电商网站，生成的订单则无法完成物流状态跟踪。

发明内容

鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的物流状态信息监控方法、装置及系统，能够在不依赖用户登录的情况下，方便的实时监控订单的物流状态信息，且能够同时监控不同电商网站的订单的物流状态信息，通用性好。

依据本发明的一个方面，提供了一种物流状态信息监控方法，包括：

检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单；

从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求；

接收物流信息提供方根据所述物流状态查询请求返回的物流状态查询结果。

可选地，所述确定待监控物流状态的订单，具体包括：

根据所述特定网站的订单模板，提取所述订单列表中各订单的订单状态信息；

根据所述订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。

可选地，所述从待监控物流状态的订单中提取物流查询信息，具体包括：根据所述特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号；

相应的，所述向物流信息提供方发送物流状态查询请求，具体包括：向提取到的物流服务提供方对应的物流信息提供方发送包括所述物流编号的物流状态查询请求。

可选地，上述方法还包括：统计同一物流服务提供方的不同识别信息并记录；

相应的，所述从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还包括：

当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

可选地，所述物流信息提供方包括：物流服务提供方、物流查询服务提供方。

可选地，上述方法还包括：

当根据所述物流状态查询结果确定订单的物流状态发生变化时，更新订单状态信息并提示用户。

可选地，上述方法还包括：

按照设定的更新周期或设定的订单模板更新触发条件，向服务器查询最新的订单模板，根据获取到的订单模板更新存储的所述特定网站的订单模板。

可选地，接收到所述物流状态查询结果后，还包括：

若根据所述物流状态查询结果确定所述待监控物流状态的订单的物流状态终结时，停止对所述待监控物流状态的订单的物流状态监控。

根据本发明的另一方面，提供了一种物流状态信息监控客户端，包括：

订单获取模块，用于检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单；

状态查询模块，用于从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求；

状态提示模块，用于接收物流信息提供方根据所述物流状态查询请求返回的物流状态查询结果。

可选地，所述订单获取模块，具体用于：

根据所述特定网站的订单模板，提取所述订单列表中各订单的订单状态信息；

根据所述订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。

可选地，所述状态查询模块，具体用于：

根据所述特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号；以及向提取到的物流服务提供方对应的物流信息提供方发送包括所述物流编号的物流状态查询请求。

可选地，所述状态查询模块，还用于：统计同一物流信息提供方的不同识别信息并记录；

相应的，所述状态查询模块从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还用于：当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

可选地，所述状态提示模块，还用于：

当根据所述物流状态查询结果确定订单的物流状态发生变化时，更新订单状态信息并提示用户。

可选地，上述客户端，还包括：

模板更新模块，用于按照设定的更新周期或设定的订单模板更新触发条件，向服务器查询最新的订单模板，根据获取到的订单模板更新存储的所述特定网站的订单模板。

可选地，所述订单获取模块，还用于：

在所述订单提示模块接收到所述物流状态查询结果后，若根据所述物流状态查询结果确定所述待监控物流状态的订单的物流状态终结时，停止对所述待监控物流状态的订单的物流状态监控。

根据本发明的另一方面，提供了一种物流状态信息监控系统，包括：上述的物流状态信息监控客户端和物流信息提供方的服务器；

所述物流信息提供方的服务器，用于接收所述物流状态信息监控客户端发送的物流状态查询请求，并返回物流状态查询结果。

本发明实施例提供一种物流状态信息监控方法、装置及系统，该方法在用户登录特定网站时，获取待监控物流状态的订单，根据获取的待监控物流状态的订单，按设定的查询周期，物流信息提供方查询物流状态，从而实现在不依赖用户登录的情况下，方便的实时监控订单的物流状态信息，而且该方法便于同时监控不同网站的订单的物流状态，不受限于登录某个网站后只能监控这个网站的订单的物流状态信息，该方法实现简单方便，具有更好的实用性和通用性。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1为本发明实施例中物流状态信息监控方法的流程示意图；

图2为本发明实施例中确定待监控物流状态的订单的流程示意图；

图3为本发明实施例中更新特定网站的订单模板的流程示意图；

图4为本发明实施例中物流状态信息跟踪过程的实现流程图；

图5为本发明实施例中物流状态信息监控系统的结构示意图；

图6为本发明实施例中物流状态信息监控客户端的结构示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

为了解决现有技术中不能方便的实时监控用户网络购物订单的物流状态信息的问题，本发明实施例提供一种物流状态信息监控方法、装置及系统。该方法的流程如图1所示，包括如下步骤：

步骤S110：检测到用户登录特定网站时，获取用户的订单列表。

物流状态信息监控客户端监控用户登录特定网站的登录行为，当监控到登录行为时，获取特定网站上该用户的订单列表。

上述特定网站可以是电商网站或其他能够产生待监控物流信息的订单的网站。

步骤S120：确定待监控物流状态的订单。

该步骤中，根据特定网站的订单模板，提取订单列表中各订单的订单状态信息；根据订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。从而实现在用户登录特定网站时，检测用户在该特定网站拥有的正在寄送过程中的订单，此后则可以不再依赖用户的登录状态，从而更方便物流状态信息的查询。

步骤S130：从待监控物流状态的订单中提取物流查询信息。

该步骤中，根据特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号。其中物流服务提供方可以是物流公司、快递公司等。

步骤S140：根据提取的物流查询信息按照设定的查询周期，向相应的物流信息提供方发送物流状态查询请求。

该步骤中，向物流信息提供方发送物流状态查询请求时，向提取到的物流服务提供方对应的物流信息提供方发送包括物流编号的物流状态查询请求。

其中，物流信息提供方包括：物流服务提供方、物流查询服务提供方等其中一个或几个。也就是说，物流信息提供方可以是物流服务提供方，也可以是物流查询服务提供方，或者还可以是其他能够提供物流信息的第三方。例如某个物流公司或快递公司对应的物流信息提供方可以是这个物流公司或快递公司，也可以是能够提供该物流公司或快递公司的物流状态信息查询的物流查询服务提供方。

步骤S150：接收物流信息提供方根据物流状态查询请求返回的物流状态查询结果。

可选的，上述方法在接收到物流状态查询结果后，可以将查询到的物流状态提示给用户。具体的，当根据物流状态查询结果确定订单的物流状态发生变化时，更新订单状态信息并提示用户。当订单的物流状态没有发生变化，则不提示用户，从而避免信息的重复提供，简化操作。

上述步骤S120中确定待监控物流状态的订单的实现过程具体如图2所示。

步骤S210：检测到用户登录特定网站。

步骤S220：判断特定网站的订单列表中是否有订单状态为寄送状态的订单。

该步骤中，在用户登录特定网站时，扫描订单列表，查询是否有满足跟踪条件的订单。例如当跟踪条件为寄送状态的订单时，可以根据特定网站的订单模板，提取订单列表中各订单的订单状态信息；根据订单状态信息判断订单是否为寄送状态的订单。

当判断为是时，执行步骤S230；否则执行步骤S240。

步骤S230：将订单状态为寄送状态的订单确定为待监控物流状态的订单。

可以建立一个订单跟踪列表，将确定出的待监控物流状态的订单加入订单跟踪列表中，以便方便的监控订单跟踪列表中的订单的物流状态信息。

步骤S240：结束。

上述图2所示的过程，实现了根据订单状态信息确定是否是需要监控物流状态信息的订单，该过程在物流状态信息监控客户端上实现。

上述方法还包括更新特定网站的订单模板的过程，该过程具体如图3所示。

步骤S310：启动物流状态信息监控客户端。

物流状态信息监控客户端可以是用户终端上的一个插件或扩展进程，可以在浏览器启动时启动。

步骤S320：向服务器请求查询订单模板是否有更新。

该步骤实现向服务器查询最新的订单模板，该查询过程可以按照设定的更新周期触发，也可以按照设定的订单模板更新触发条件触发。例如设定的订单模板更新触发条件可以是物流状态信息监控客户端启动时，该方式可以在线更新特定网站的订单模板，不依赖于客户端的更新而更新。

商家订单列表模板的作用包括：用于客户端识别特定网站的订单列表，并从订单列表页中可分析出订单号、商品标题、商品url、商品图片、订单详情url、订单状态、下单时间等字段；设定并识别哪些状态的订单，需要跟踪物流信息；识别特定网站的订单列表，并从订单详情中可分析出物流信息服务方和物流编号等信息。

步骤S330：服务器返回的查询结果信息。

步骤S340：根据查询结果信息判断订单模板是否有更新。

若是，执行步骤S350；若否，执行步骤S370。

步骤S350：获取特定网站上的最新的订单模板。

步骤S360：根据获取到的订单模板更新存储的特定网站的订单模板。

步骤S370：结束。

也就是说，图1所示的方法还包括上述图3所示的过程，即按照设定的更新周期或设定的订单模板更新触发条件，向特定网站的服务器查询最新的订单模板，根据获取到的订单模板更新存储的特定网站的订单模板。

上述物流状态信息监控方法中监控待监控物流状态的订单的具体实现过程如图4所示，包括下列步骤：

步骤S400：按照设定的查询周期轮询待监控物流状态的订单。

例如，可以设定以5分钟、10分钟或15分钟等时间长度为查询周期，每个查询周期轮询一次订单跟踪列表中的订单。

步骤S410：提取待监控物流状态的订单中的物流查询信息。

在用户登录特定网站后，识别出特定网站的订单列表、订单详情，从中提取了物流服务提供方的信息和物流编号。因此该步骤中可以不依赖于用户登录状态，提取物流服务提供方的信息和物流编号，到物流信息提供商方查询最新物流状态信息。

步骤S420：确定物流服务提供方对应的物流信息提供方。

根据提取的物流服务提供方和物流编号等物流查询信息，确定对应的物流信息提供方。其中具体的可以根据物流服务提供方的识别信息（例如名称或标识），确定物流信息提供方。

当物流信息提供方记录的物流服务提供方的识别信息与从待监控物流状态的订单中提取物流服务提供方的识别信息一致时，根据物流服务提供方的识别信息就可以直接对应出物流信息提供方。

当物流信息提供方记录的物流服务提供方的识别信息与从待监控物流状态的订单中提取的物流服务提供方的识别信息不一致时，则需要进行识别信息的匹配。因此本发明方法还包括：统计同一物流服务提供方的不同识别信息并记录，以便进行识别信息的匹配。

相应的，从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还包括：

当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

根据从待监控物流状态的订单中提取物流服务提供方的识别信息进行物流服务提供方的识别信息匹配。当物流服务提供方有多个名称，比如各特定网站记录的物流服务提供方的识别信息（比如名称）不一致，或者特定网站记录的物流服务提供方的识别信息与物流信息提供方记录的物流服务提供方的识别信息不一致时，也能在物流信息查询过程中很好的匹配到物流服务提供方对应的物流信息提供方，实现顺利查询物流状态信息。

步骤S430：向物流信息提供方发送物流状态查询请求。

步骤S440：接收物流信息提供方返回的物流状态查询结果。

步骤S450：根据物流状态查询结果判断订单的物流状态是否发生变化。

若是，执行步骤S460；否则执行步骤:490。

步骤S460：更新订单状态信息并提示用户。

步骤S470：判断待监控物流状态的订单的物流状态是否终结。

若是，执行步骤S480；否则执行步骤S490。

步骤S480：停止对上述待监控物流状态的订单的物流状态监控。

即在接收到所述物流状态查询结果后，图1所示的方法还包括：若根据物流状态查询结果确定待监控物流状态的订单的物流状态终结时，停止对待监控物流状态的订单的物流状态监控。

步骤S490：结束。

基于同一发明构思，本发明实施例还提供一种物流状态信息监控系统，其结构如图5所示，包括：物流状态信息监控客户端510和物流信息提供方的服务器520。

上述物流信息提供方的服务器520，用于接收物流状态信息监控客户端发送的物流状态查询请求，并返回物流状态查询结果。

上述物流状态信息监控系统中，物流信息提供方的服务器520可以是物流服务提供方的服务器，也可以是物流查询服务提供方的服务器；物流状态信息监控客户端510为用户终端设备上安装的监控物流状态信息的客户端，用户使用物流状态信息监控客户端510在用户终端设备实现向物流服务提供方的服务器或物流查询服务提供方的服务器等物流信息提供方的服务器520查询物流状态信息。

上述物流状态信息监控客户端510的结构如图6所示，包括：订单获取模块610、状态查询模块620和状态提示模块630。

订单获取模块610，用于检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单。

状态查询模块620，用于从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求。

状态提示模块630，用于接收物流信息提供方根据物流状态查询请求返回的物流状态查询结果。

优选的，上述订单获取模块610，具体用于：根据特定网站的订单模板，提取订单列表中各订单的订单状态信息；根据订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。

优选的，上述状态查询模块620，具体用于：根据特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号；以及向提取到的物流服务提供方对应的物流信息提供方发送包括物流编号的物流状态查询请求。

优选的，上述状态查询模块620，还用于：统计同一物流信息提供方的不同识别信息并记录；

相应的，状态查询模块620从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还用于：当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

优选的，上述状态提示模块630，还用于：当根据物流状态查询结果确定订单的物流状态发生变化时，更新订单状态信息并提示用户。

优选的，上述物流状态信息监控客户端510，还包括：

模板更新模块640，用于按照设定的更新周期或设定的订单模板更新触发条件，向服务器查询最新的订单模板，根据获取到的订单模板更新存储的特定网站的订单模板。

优选的，上述订单获取模块610，还用于在订单提示模块接收到物流状态查询结果后，若根据物流状态查询结果确定待监控物流状态的订单的物流状态终结时，停止对待监控物流状态的订单的物流状态监控。

本发明实施例提供的上述物流状态信息监控方法、装置及系统，通过智能识别特定网站订单中的物流服务提供方与物流编号等信息并记录下来，然后对接提供物流查询服务的物流信息提供方，解决了用户如果未登录则无法跟踪物流信息的问题，使得查询物流更加方便快捷，同时也实现了可以同时跟踪多个网站的订单信息。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书（包括伴随的权利要求、摘要和附图）中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书（包括伴随的权利要求、摘要和附图）中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器（DSP）来实现根据本发明实施例的装置或系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序（例如，计算机程序和计算机程序产品）。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

Claims (10)

1.一种物流状态信息监控方法，其特征在于，包括：

检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单；

从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求；

接收物流信息提供方根据所述物流状态查询请求返回的物流状态查询结果。

2.如权利要求1所述的方法，其特征在于，所述确定待监控物流状态的订单，具体包括：

根据所述特定网站的订单模板，提取所述订单列表中各订单的订单状态信息；

根据所述订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。

3.如权利要求1所述的方法，其特征在于，所述从待监控物流状态的订单中提取物流查询信息，具体包括：根据所述特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号；

相应的，所述向物流信息提供方发送物流状态查询请求，具体包括：向提取到的物流服务提供方对应的物流信息提供方发送包括所述物流编号的物流状态查询请求。

4.如权利要求3所述的方法，其特征在于，还包括：统计同一物流服务提供方的不同识别信息并记录；

相应的，所述从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还包括：

当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

5.如权利要求1-4任一所述的方法，其特征在于，还包括：

按照设定的更新周期或设定的订单模板更新触发条件，向服务器查询最新的订单模板，根据获取到的订单模板更新存储的所述特定网站的订单模板。

6.一种物流状态信息监控客户端，其特征在于，包括：

订单获取模块，用于检测到用户登录特定网站时，获取用户的订单列表并确定待监控物流状态的订单；

状态查询模块，用于从待监控物流状态的订单中提取物流查询信息，根据提取的物流查询信息按照设定的查询周期，向物流信息提供方发送物流状态查询请求；

状态提示模块，用于接收物流信息提供方根据所述物流状态查询请求返回的物流状态查询结果。

7.如权利要求6所述的客户端，其特征在于，所述订单获取模块，具体用于：

根据所述特定网站的订单模板，提取所述订单列表中各订单的订单状态信息；

根据所述订单状态信息，确定订单状态为寄送状态的订单为待监控物流状态的订单。

8.如权利要求6所述的客户端，其特征在于，所述状态查询模块，具体用于：

根据所述特定网站的订单模板，从待监控物流状态的订单中提取物流服务提供方和物流编号；以及向提取到的物流服务提供方对应的物流信息提供方发送包括所述物流编号的物流状态查询请求。

9.如权利要求6所述的客户端，其特征在于，所述状态查询模块，还用于：统计同一物流信息提供方的不同识别信息并记录；

相应的，所述状态查询模块从待监控物流状态的订单中提取物流查询信息之后，向物流信息提供方发送物流状态查询请求之前，还用于：当在物流信息提供方记录的物流服务提供方的识别信息中查找不到从待监控物流状态的订单中提取物流服务提供方的识别信息时，根据统计的同一物流服务提供方的不同识别信息匹配出与从待监控物流状态的订单中提取物流服务提供方的识别信息对应的物流信息提供方记录的物流服务提供方的识别信息，实现确定物流服务提供方对应的物流信息提供方。

10.一种物流状态信息监控系统，其特征在于，包括：如权利要求6-9任一所述的物流状态信息监控客户端和物流信息提供方的服务器；

所述物流信息提供方的服务器，用于接收所述物流状态信息监控客户端发送的物流状态查询请求，并返回物流状态查询结果。

Images