物流信息处理方法及装置与流程

本申请涉及信息处理技术领域，特别是涉及物流信息处理方法及装置方法及装置。

背景技术：

在电子商务交易平台中，一种比较常见的模式是，买家用户通过在线浏览的方式选购自己所需的商品，然后由卖家选择与其具有合作关系的物流服务提供商，将对应的货品配送到买家用户指定的收货地址。

为了便于买家了解物流配送情况，平台一般会为物流服务提供商提供上传信息的接口，从货品快件的揽收，到每个中转站之间的中转，再到最后派件员的派件上门，每进行一步，都可以由物流服务提供商将相关的物流详情信息上传到平台服务器。买家用户可以通过查询订单详情来查询到对应的物流详情，以实时了解具体的配送情况，提前做好收货准备等。

但是，在物流服务提供方实际进行货品运送的过程中，经常会由于多种原因导致长时间未送达情况的发生。例如，某买家用户的收货地在北京，货品的发货地在杭州，一般情况下，两三天即可到达北京，但是可能会出现已经发货五六天，而买家用户仍然未收到货品的情况。此时，虽然物流服务提供商可能已经提供了部分物流详情信息，但是，一般只会显示其货品到达的站点的名称、时间等，而如果买家用户想要获知更详细的信息，包括货品长时间未收到的具体原因等，则通常只能自行拨打物流服务提供商的电话进行咨询，或者，通过平台关联的即时通讯功能与卖家用户客服人员取得联系，再由卖家用户咨询物流服务提供商，最后再将咨询的结果通过该即时通讯功能返回给买家用户。这一过程不仅需要花费很长时间，用户体验很差，并且，从系统资源角度而言，也会从一定程度上造成资源的浪费。

技术实现要素：

本申请提供了物流信息处理方法及装置，能够更方便快捷的为第一用户提供更详细的物流信息。

本申请提供了如下方案：

一种物流信息处理方法，包括：

服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

通过所述第一操作选项接收到第一用户客户端提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取物流服务提供商标识；

将所述咨询问题提供给所述物流服务提供商；

在接收到所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理方法，包括：

服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识；

将所述咨询问题提供给所述第二用户客户端，以便所述第二用户向相关的物流服务提供商获取答复信息；

在接收到所述第二用户客户端返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理方法，包括：

服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问 题时，从所述指定交易订单中提取第二用户标识以及物流服务提供商标识；

将所述咨询问题提供给所述第二用户客户端以及物流服务提供商标识；

在接收到所述第二用户客户端或者所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理方法，包括：

第一用户客户端在交易订单处于待收货状态下，接收第一用户通过第一操作选项提交的关于指定交易订单的咨询问题；

将所述咨询问题提交到服务器，以便所述服务器从所述指定交易订单中提取第二用户标识和/或物流服务提供商标识，将所述咨询问题提供给所述第二用户和/或物流服务提供商，并在接收到第二用户或所述物流服务提供商返回的答复信息时，将所述答复信息返回给所述第一用户客户端；

接收所述服务器返回的所述答复信息。

一种物流信息处理方法，其特征在于，包括：

物流服务提供商客户端接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

一种物流信息处理方法，其特征在于，包括：

第二用户客户端接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

一种物流信息处理装置，应用于服务器，包括：

第一操作选项提供单元，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第一提取单元，用于通过所述第一操作选项接收到第一用户客户端提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取物流服务提供商标识；

第一咨询问题提供单元，用于将所述咨询问题提供给所述物流服务提供商；

第一答复信息接收单元，用于在接收到所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理装置，其特征在于，应用于服务器，包括：

第一操作选项提供单元，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第二提取单元，用于通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识；

第二咨询问题提供单元，用于将所述咨询问题提供给所述第二用户客户端，以便所述第二用户向相关的物流服务提供商获取答复信息；

第二答复信息接收单元，用于在接收到所述第二用户客户端返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理装置，应用于服务器,包括：

第一操作选项提供单元，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第三提取单元，用于通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识以及物流服务提供商标识；

第三咨询问题提供单元，用于将所述咨询问题提供给所述第二用户客户端以及物流服务提供商标识；

第三答复信息接收单元，用于在接收到所述第二用户客户端或者所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

一种物流信息处理装置，应用于第一用户客户端，包括：

咨询问题接收单元，用于在交易订单处于待收货状态下，接收第一用户通过第一操作选项提交的关于指定交易订单的咨询问题；

咨询问题提交单元，用于将所述咨询问题提交到服务器，以便所述服务器从所述指定交易订单中提取第二用户标识和/或物流服务提供商标识，将所述咨询问题提供给所述第二用户和/或物流服务提供商，并在接收到第二用户或所述物流服务提供商返回的答复信息时，将所述答复信息返回给所述第一用户客户端；

答复信息接收单元，用于接收所述服务器返回的所述答复信息。

一种物流信息处理装置，应用于物流服务提供商客户端，包括：

第一咨询问题接收单元，用于接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

第一答复信息提交单元，用于接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

一种物流信息处理装置，应用于第二用户客户端，包括：

第二咨询问题接收单元，用于接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

第二答复信息提交单元，用于接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，在物流服务提供商已经提供了物流详情，但是第一用户仍然有疑问需要咨询的情况下，可以直接利用专门为其提供的操作选项发起咨询，服务器可以将第一用户的咨询问题反向发送给物流服务提供商，待其答复后，可以将答复信息返回给第一用户客户端，从而可以使得第一用户更加方便快捷的获知到更详细的物流详情信息，而不需要再借助于即时通讯工具与第二用户进行沟通。

另外，可以将对物流服务的评价与对商品对象质量的评价分离，可以从更细粒度上对物流服务进行评价，提高评价信息的参考价值。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例一提供的方法的流程图；

图2是本申请实施例二提供的方法的流程图；

图3是本申请实施例三提供的方法的流程图；

图4是本申请实施例四提供的方法的流程图；

图5是本申请实施例五提供的方法的流程图；

图6是本申请实施例六提供的方法的流程图；

图7是本申请实施例提供的第一装置的示意图；

图8是本申请实施例提供的第二装置的示意图；

图9是本申请实施例提供的第三装置的示意图；

图10是本申请实施例提供的第四装置的示意图；

图11是本申请实施例提供的第五装置的示意图；

图12是本申请实施例提供的第六装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，针对已经提交订单并付款，但是买家用户未在正常的时间内收到货品的情况，可以为买家用户提供用于进行物流问题咨询的操作选项，通过该操作选项，买家用户可以提交其所需要提问的物流相关的问题，包括为什么其货品还没有送到，等等。服务器在收到买家用户提交的问题后，可以发送给卖家用户和/或相关的物流服务提供商，在得到相关的答复信息后，再提供给第一用户客户端。这样，第一用户客户端可以更方便快捷地获知其货品在运送过程中，物流服务提供商出现的问题。下面对具体的实现方式进行详细介绍。

实施例一

参见图1，本申请实施例一主要从服务器的角度，提供了一种物流信息处理方法，具体的，该方法可以包括以下步骤：

S101：服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

首先需要说明的是，在本申请实施例中，可以将交易平台中的买家用户称为第一用户，卖家用户或者商家等可以称为第二用户。

在第一用户选中某商品对象并点击购买选项后，服务器就可以为其生成交易订单，待第一用户完成付款等相关操作后，就可以进入到发货流程，相应的，交易订单进入到待收货状态。此时，第一用户就可以通过其物流详情来关注具 体的发货以及配送过程的详细情况。例如，是否已发货，物流服务提供商的服务人员是否已揽收，货品被运送到哪个站点，等等。

除了以上物流详情信息之外，本申请实施例中，还可以在第一用户客户端中提供用于进行物流问题咨询的第一操作选项，例如，可以在物流详情信息的附近提供一按钮，如果第一用户对货品配送过程存在疑问，例如，为什么一直没有从上一站点发出，等等，就可以通过点击该按钮的方式发起提问。需要说明的是，本申请实施例中提供的第一操作选项，与现有技术中用于与第二用户客服人员发起对话的操作选项是不同的，该第一操作选项专用于接收与物流服务相关的咨询问题。

S102：通过所述第一操作选项接收到第一用户客户端提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取物流服务提供商标识；

第一用户客户端在接收到第一用户通过该第一操作选项输入的咨询问题后，就可以提交到服务器，一并提交到服务器的还有当前的交易订单标识信息，例如，订单号等。服务器在接收到相关的信息后，可以从该交易订单中提取出物流服务提供商信息。其中，关于物流服务提供商信息，可以是由第二用户预先配置好的，例如，在第二用户只订购了一个物流服务提供商的情况下，可以默认该第二用户发布的所有商品对象都由该物流服务提供商配送；或者，第二用户还可以精确到不同的商品对象，分别选用不同的物流解决方案，等等。总之，可以是在生成交易订单之前就确定了商品对象对应的物流服务提供商，这样，在生成交易订单之后，就可以将相关的物流服务提供商标识信息记录在交易订单中。

S103：将所述咨询问题提供给所述物流服务提供商；

在确定出物流服务提供商后，就可以将接收到的咨询问题提供给该物流服务提供商。具体的，关于向物流服务提供商提供咨询问题的具体实现方式可以有多种，例如，在其中一种实现方式下，由于一些大型的物流服务提供商一般会部署自己的ERP(Enterprise Resource Planning，企业资源管理)系统，用于管理其物流信息，在这种情况下，可以预先与这种物流服务提供商沟通，获取 到其ERP系统的接口，使得交易平台服务器可以通过该接口向其ERP系统发送消息，这样，服务器就可以通过该接口，将咨询问题发送到物流服务提供商的ERP系统，相应的，物流服务提供商的工作人员即可通过其ERP系统查看到相关的咨询问题。

需要说明的是，在实际应用中，一些交易平台(例如，淘宝、天猫等)是通过4PL的方式进行统一的物流管理，所谓的4PL，简单来说就是，交易平台可以预先采购物流服务提供商的服务，将其形成物流解决方案，交易平台中的第二用户可以向交易平台订购物流解决方案。在这种4PL体系下，交易平台侧与物流服务提供商之间会建立起信息交互通道，交易平台侧生成的交易订单，可以通过该通道发送给物流服务提供商，物流服务提供商可以通过该通道将物流详情信息回传给交易平台。这种通道就可以是通过预先获知对方的系统接口的情况下建立的。也就是说，在4PL体系内，交易平台服务器可以预先保存物流服务提供商ERP系统的接口，这样，在接收到物流问题咨询请求后，服务器就可以通过这种接口，发送到物流服务提供商的ERP系统。

当然，在实际应用中，还可能存在一些小型物流服务提供商，可能并没有部署自己的ERP系统，针对这种情况，本申请实施例中，还可以为这种物流服务提供商提供物流服务提供商工作台，也即托管这种物流服务提供商的ERP。也就是说，在这种形式下，物流服务提供商也可以作为交易平台的另一种用户存在，其可以通过物流服务提供商工作台注册自己的账号，交易平台服务器可以开辟对应的存储空间，用于保存关于该物流服务提供商的各种物流信息，并且还可以实现与物流服务提供商的互动，包括向其发送消息等。因此，在这种情况下，可以确定出物流服务提供商通过预置的物流服务提供商客户端在服务器中注册的账号信息，然后，可以通过该账号信息，将第一用户客户端提交的咨询问题发送到该物流服务提供商客户端，这样，该物流服务提供商也可以查看到相应的咨询问题。

S104：在接收到所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

物流服务提供商在查看到咨询问题之后，可以由相关的服务人员对咨询问 题进行解答，当然，物流服务提供商还可以预先部署自动问答系统，由“机器人”对咨询问题进行解答，给出的答复信息可以通过其ERP系统或者交易平台提供的客户端提交到服务器。服务器在收到答复信息后，就可以提供给第一用户客户端。这样，第一用户客户端就可以获知其货品更为具体的物流信息。当然，在具体实现时，服务器在接收到物流服务提供商的答复信息后，还可以将该答复信息提供给当前交易订单关联的第二用户，使得第二用户也可以对物流详情有更详细的了解。

例如，某第一用户通过物流详情发现，其购买的货品在被送到某站点之后，已经过了多日，一直没有被送到下一站点，自己也未收到货品，此时，就可以通过客户端中提供的第一操作选项进行咨询，例如，可以输入问题“我的货品怎么还没有送到”，等等。服务器在收到该咨询问题后，就可以交易订单中提取出物流服务提供商标识，并将问题提供给该物流服务提供商。该物流服务提供商进行解答并将答复信息返回给服务器后，服务器就可以将答复信息返回给第一用户客户端，这样，第一用户就可以通过其客户端查看到具体的答复信息。

可见，通过本申请实施例，在物流服务提供商已经提供了物流详情，但是第一用户仍然有疑问需要咨询的情况下，可以直接利用专门为其提供的操作选项发起咨询，服务器可以直接将第一用户的咨询问题反向发送给物流服务提供商，待其答复后，可以将答复信息返回给第一用户客户端，从而可以使得第一用户更加方便快捷的获知到更详细的物流详情信息，而不需要再借助于即时通讯工具与第二用户进行沟通。

此外，在交易的过程中，第一用户通常还可以对订单发起评价，评价的内容主要包括对商品质量的评价，对商家服务质量(通常可以是客户服务人员的服务质量)的评价，对物流服务的评价，等等。这些评价信息可以为后续的其他买家用户提供参考，帮助其进行购物决策。其中，关于物流服务的评价，除了可以对第一用户的参考作用之外，对第二用户通常也是具有参考价值的。例如，第二用户可以根据第一用户对物流服务的评价，确定是否继续与其合作，或者对物流服务提供商的服务提出改进要求，等等。

在现有技术中，各项评价通常是在第一用户收到货品后，为第一用户提供 用于评价的操作选项，并且商品对象质量、商家服务质量、物流服务质量的评价通常是同时进行的。但是，一些第一用户可能会为了追求好评率，使用一些营销手段，例如，在第一用户浏览或者购买相关商品时，就提示第一用户，如果各项评价均给出满分，则可以为其返回一定数目的现金、优惠券，等等。这种情况下，第一用户的实际想法可能不会再表达出来，使得实际给出的评价可能会出现不真实的情况。同时，本应从评价信息中体现出的物流服务可能存在的问题也被遮盖，使得对物流服务的评价也很难再对第二用户体现出参考价值，无法根据第一用户的评价信息，确定其合作的物流服务提供商的服务质量，评价信息失去意义。

针对这种情况，在本申请实施例中，除了可以在交易订单处于待收货状态下，为第一用户提供前述第一操作选项之外，还可以提供用于在货品配送过程中对物流服务进行评价的第二操作选项。通过该第二操作选项接收到物流服务评价信息时，还可以从当前指定交易订单中提取第二用户标识，并将物流服务评价信息提供给第二用户客户端以及所述物流服务提供商。也就是说，在本申请实施例中，可以单独对物流服务进行评价，与商品对象质量的评价等脱离，并且，在配送的过程中即可进行评价，而不是一定要等到收到货品之后，这样，可以便于物流服务提供商或者第二用户更及时地发现可能存在的问题。

另外，在本申请实施例中，还可以实现更细粒度的物流服务评价，例如，第二操作选项可以包括多个子选项，各个子选项分别针对货品配送过程中已途径的站点进行评价，其中，所谓的站点可以包括出库站点、中转站点或者派送站点等。也就是说，通过这种子选项，第一用户可以对配送过程中的各个环节分别进行评价，并且由于这种评价不会受到商品质量或者第二用户营销手段的影响，可以更真实的反应出配送过程中存在的问题，因此，对于第二用户以及物流服务提供商都更有参考价值。

其中，关于货品配送中已途径的站点，可以通过多种途径获知。例如，在其中一种方式下，物流服务提供商在提供物流详情时，通常会提供货品已到达的站点的名称、时间等，因此，可以根据物流服务提供商提交的物流详情信息，提取货品的配送过程中已途径的站点。也就是说，在这种方式下，可以随着物 流详情的更新，提供出更多的子选项。例如，某订单的货品从某仓库出库后，物流服务提供商提供了一条物流详情，某日某时，从某仓库发货，此时，服务器就可以从中提取出该仓库的名称等信息，然后生成一物流服务评价子选项，用于对该仓库站点进行评价；之后，当货品被运送到某中转站点时，物流服务提供商更新了其物流详情，增加了一条货品已于某日某时到达该中转站点的记录，此时，服务器也可以生成另一个评价子选项，用于对该中转站点，或者该中转站点与上一站点之间的运送情况进行评价，等等。

或者，由于对于同一个物流服务提供商而言，在同样的两个发货地与收货地之间进行运送时，途径的站点往往是相同的。例如，某物流服务提供商，在从上海向北京某区配送时，途径的站点可能都是包括发货仓库、上海某机场集散地，北京某机场集散地，北京某区，等等。因此，在另一种实现方式下，也可以确定出当前指定交易订单关联的货品发货地以及收货地信息，然后，可以根据物流服务提供商在该发货地以及收货地之间的配送历史记录，确定货品配送过程途径的站点，然后一次性提供出对应于各个站点的评价子选项。当然，在具体实现是，在货品未到达某站点时，该站点对应的子选项可以被置为不可操作状态，随着物流详情的更新，在发现货品被运送到某站点时，再将对应的子选项切换为可操作状态。

实施例二

以上实施例一中，服务器在收到通过第一操作选项提交的咨询问题后，是将咨询问题发送给物流服务提供商，而在该实施例二中，服务器也可以将咨询问题发送给第二用户客户端，由第二用户客户端与物流服务提供商进行沟通，得到答复信息后，再提交给服务器，由服务器提供给第一用户客户端。在此过程中，第一用户不再需要与第二用户通过即时通讯等工具进行沟通，而是只需要在其交易订单详情页面上通过专门的第一操作选项提交其需要咨询的问题即可，因此，更加简单便捷。

参见图2，该实施例二提供了一种物流信息处理方法，该方法具体可以包 括以下步骤：

S201：服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

S202：通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识；

S203：将所述咨询问题提供给所述第二用户客户端，以便所述第二用户向相关的物流服务提供商获取答复信息；

第二用户可以通过多种方式从物流服务提供商获取答复信息，例如，通过人工咨询的方式获得等等。

S204：在接收到所述第二用户客户端返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

该实施例二与实施例一相比，只是在咨询问题的发送对象有所不同，其他的实现细节可以是相同的，因此，可以参见实施例一中的介绍，这里不再赘述。

实施例三

在该实施例三中，服务器也可以同时将咨询问题发送给第二用户客户端以及物流服务提供商，两者都可以对咨询问题做出答复，服务器可以将先收到的答复信息提供给第一用户客户端，这样可以进一步缩短第一用户收到答复信息的时间。

参见图3，该实施例三也是从服务器的角度提供了一种物流信息处理方法，该方法可以包括以下步骤：

S301：服务器在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

S302：通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识以及物流服务提供商标识；

S303：将所述咨询问题提供给所述第二用户客户端以及物流服务提供商标识；

S304：在接收到所述第二用户客户端或者所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

该实施例二与实施例一相比，也只是增加了咨询问题的发送对象，其他的实现细节可以是相同的，因此，可以参见实施例一中的介绍，这里不再赘述。

实施例四

该实施例四是从第一用户客户端的角度，对本申请实施例的具体实现方式进行的介绍，参见图4，该实施例四提供了一种物流信息处理方法，该方法可以包括以下步骤：

S401：第一用户客户端在交易订单处于待收货状态下，接收第一用户通过第一操作选项提交的关于指定交易订单的咨询问题；

S402：将所述咨询问题提交到服务器，以便所述服务器从所述指定交易订单中提取第二用户标识和/或物流服务提供商标识，将所述咨询问题提供给所述第二用户和/或物流服务提供商，并在接收到第二用户或所述物流服务提供商返回的答复信息时，将所述答复信息返回给所述第一用户客户端；

S403：接收所述服务器返回的所述答复信息。

其中，具体实现时，在交易订单处于待收货状态下，该第一用户客户端还可以接收第一用户通过第二操作选项提交的关于指定交易订单的物流服务评价信息；然后，可以将所述物流服务评价信息提交到服务器，以便所述服务器将所述物流服务评价信息提供给所述第二用户和/或物流服务提供商。

实施例五

该实施例五从物流服务提供商客户端的角度进行介绍，其中，该物流服务 提供商客户端可以是实施例一中所述的，交易平台托管物流服务提供商的ERP系统的情况，该客户端也就是为物流服务提供商提供的“工作台”。或者，该物流服务提供商客户端也可以泛指物流服务提供商部署的ERP系统，在该ERP系统中实现相应的功能。

具体的，参见图5，该实施例五提供了一种物流信息处理方法，该方法可以包括以下步骤：

S501：物流服务提供商客户端接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

S502：接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

其中，具体实现时，还可以接收服务器发送的物流服务评价信息，所述物流服务评价信息是在所述交易订单处于待收货状态下，由第一用户客户端通过预置的第二操作选项提交到所述服务器的。

实施例六

该实施例六是从第二用户客户端的角度提供了一种物流信息处理方法，参见图6，该方法可以包括以下步骤：

S601：第二用户客户端接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

S602：接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

与实施例一相对应，本申请实施例还提供了一种物流信息处理装置，应用 于服务器，参见图7，该装置可以包括：

第一操作选项提供单元701，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第一提取单元702，用于通过所述第一操作选项接收到第一用户客户端提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取物流服务提供商标识；

第一咨询问题提供单元703，用于将所述咨询问题提供给所述物流服务提供商；

第一答复信息接收单元704，用于在接收到所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

其中，通过以下方式将所述咨询问题提供给所述物流服务提供商：

判断单元，用于判断是否预先保存了所述物流服务提供商的企业资源管理系统ERP的接口信息；

第一发送单元，用于如果保存了所述接口信息，则通过所述接口信息，将所述咨询问题发送到所述物流服务提供商的ERP系统。

另外，还包括：

账号信息确定单元，用于如果没有保存所述接口信息，则确定所述物流服务提供商通过预置的物流服务提供商客户端在所述服务器中注册的账号信息；

第二发送单元，用于通过所述账号信息，将所述咨询问题发送到所述物流服务提供商客户端。

具体实现时，还可以包括：

答复信息提供单元，用于从所述指定交易订单中提取第二用户标识，并将所述答复信息提供给所述第二用户客户端。

其中，在提供所述第一操作选项时，还可以包括：

第二操作选项提供单元，用于提供用于在货品配送过程中对物流服务进行评价的第二操作选项；

评价信息提供单元，用于通过所述第二操作选项接收到物流服务评价信息时，从所述指定交易订单中提取第二用户标识，并将所述物流服务评价信息提 供给所述第二用户客户端以及所述物流服务提供商。

其中，所述第二操作选项包括多个子选项，各个子选项分别针对货品配送过程中已途径的站点进行评价，所述站点包括出库站点、中转站点或者派送站点信息。

具体的，该装置还可以包括：

站点信息提取单元，用于根据所述物流服务提供商提交的物流详情信息，提取货品的配送过程中已途径的站点。

或者，

地址信息确定单元，用于确定所述指定交易订单关联的货品发货地以及收货地信息；

站点确定单元，用于根据所述物流服务提供商在所述发货地以及收货地之间的配送历史记录，确定货品配送过程途径的站点。

与实施例二相对应，本申请实施例还提供了一种物流信息处理装置，应用于服务器，参见图8，该装置可以包括：

第一操作选项提供单元801，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第二提取单元802，用于通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识；

第二咨询问题提供单元803，用于将所述咨询问题提供给所述第二用户客户端，以便所述第二用户向相关的物流服务提供商获取答复信息；

第二答复信息接收单元804，用于在接收到所述第二用户客户端返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

与实施例三相对应，本申请实施例还提供了一种物流信息处理装置，应用于服务器,参见图9，该装置可以包括：

第一操作选项提供单元901，用于在交易订单处于待收货状态下，提供用于进行物流问题咨询的第一操作选项；

第三提取单元902，用于通过所述第一操作选项接收到第一用户提交关于指定交易订单的咨询问题时，从所述指定交易订单中提取第二用户标识以及物流服务提供商标识；

第三咨询问题提供单元903，用于将所述咨询问题提供给所述第二用户客户端以及物流服务提供商标识；

第三答复信息接收单元904，用于在接收到所述第二用户客户端或者所述物流服务提供商返回的答复信息时，将所述答复信息提供给所述第一用户客户端。

与实施例四相对应，本申请实施例还提供了一种物流信息处理装置，应用于第一用户客户端，参见图10，该装置可以包括：

咨询问题接收单元1001，用于在交易订单处于待收货状态下，接收第一用户通过第一操作选项提交的关于指定交易订单的咨询问题；

咨询问题提交单元1002，用于将所述咨询问题提交到服务器，以便所述服务器从所述指定交易订单中提取第二用户标识和/或物流服务提供商标识，将所述咨询问题提供给所述第二用户和/或物流服务提供商，并在接收到第二用户或所述物流服务提供商返回的答复信息时，将所述答复信息返回给所述第一用户客户端；

答复信息接收单元1003，用于接收所述服务器返回的所述答复信息。

其中，还可以包括：

第一物流服务评价信息接收单元，用于在交易订单处于待收货状态下，接收第一用户通过第二操作选项提交的关于指定交易订单的物流服务评价信息；

物流服务评价信息提交单元，用于将所述物流服务评价信息提交到服务器，以便所述服务器将所述物流服务评价信息提供给所述第二用户和/或物流服务提供商。

与实施例五相对应，本申请实施例还提供了一种物流信息处理装置，应用于物流服务提供商客户端，参见图11，该装置可以包括：

第一咨询问题接收单元1101，用于接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

第一答复信息提交单元1102，用于接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

其中，还可以包括：

第二物流服务评价信息接收单元，用于接收服务器发送的物流服务评价信息，所述物流服务评价信息是在所述交易订单处于待收货状态下，由第一用户客户端通过预置的第二操作选项提交到所述服务器的。

与实施例六相对应，本申请实施例还提供了一种物流信息处理装置，应用于第二用户客户端，参见图12，该装置可以包括：

第二咨询问题接收单元1201，用于接收服务器发送的咨询问题，所述咨询问题是在交易订单处于待收货状态下，由第一用户客户端通过用于进行物流问题咨询的第一操作选项提交到所述服务器的；

第二答复信息提交单元1202，用于接收到输入的答复信息后，将所述答复信息提交到服务器，以便由所述服务器将所述答复信息提供给所述第一用户客户端。

通过本申请实施例，在物流服务提供商已经提供了物流详情，但是第一用户仍然有疑问需要咨询的情况下，可以直接利用专门为其提供的操作选项发起咨询，服务器可以将第一用户的咨询问题反向发送给物流服务提供商，待其答复后，可以将答复信息返回给第一用户客户端，从而可以使得第一用户更加方便快捷的获知到更详细的物流详情信息，而不需要再借助于即时通讯工具与第二用户进行沟通。

另外，可以将对物流服务的评价与对商品对象质量的评价分离，可以从更细粒度上对物流服务进行评价，提高评价信息的参考价值。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的物流信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。