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

本申请涉及互联网数据处理技术领域，尤其涉及一种物流信息处理方法及装置。

背景技术：

随着互联网技术的快速发展，网上购物已成为目前主流的购物方式。通常在用户下单后，购物网站平台会将物流订单在物流信息页面展示给用户，物流订单上包含有订单号、收货人信息、发货人信息等物流信息和业务对象的最新物流状态信息，方便用户及时获知购买的业务对象到达何处，以及对物流状态信息进行跟踪。

如果在业务对象的整个物流流转的过程中，涉及到的物流信息及物流资源都是固定不变的，业务对象的物流流转能正常进行。然而，众所周知，在实际的物流流转场景中，业务对象的物流流转前后以及流转过程中可能出现的情况是纷繁复杂的。例如，目的地址填写错误或者需要变更，业务对象被认定为异常件需要处理。针对这些复杂情况，往往需要用户进行物流操作，给出操作方式，进而推动业务对象的物流流转。

现有技术中，服务器提供给用户的物流信息页面仅供用户查看，用户发现或相关人员发现需要对物流信息进行物流操作后，双方只能通过电话、聊天工具或其它线下沟通方式进行物流操作。用户无法在线上对物流信息执行诸如修改目的地址、给出处理意见等物流操作。

技术实现要素：

本申请实施例提供一种物流信息处理方法及装置，用以解决现有技术中存在的用户无法在线上对物流信息执行物流操作的问题。

基于上述问题，本发明实施例提供的一种物流信息处理方法，包括：

业务服务器接收用户终端发送的针对用户物流页面的物流操作请求，所述用户物流页面是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的，包含有可操作订单条目，所述物流操作请求中携带有操作指令和选择的可操作订单条目；

针对所述选择的可操作订单条目，执行所述操作指令，得到操作结果；

向用户终端发送订单操作响应，所述订单操作响应包含有所述操作结果，并在操作结果为操作成功时，针对所述物流操作请求，向所述物流商服务器发送同步操作指令。

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

用户终端接收针对用户物流页面中的可操作订单条目的选择指令，所述用户物流页面显示在所述用户终端的用户界面上，是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的；

接收针对所述选择指令所选择的可操作订单条目的操作指令；

向业务服务器发送物流操作请求，所述物流操作请求中携带有操作指令和所述选择指令所选择的可操作订单条目；

接收业务服务器发送的操作结果，所述操作结果是业务服务器针对所述选择的可操作订单条目执行所述操作指令得到的。

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

接收业务服务器在操作结果为操作成功时发送的同步操作指令，所述同步操作指令是针对用户终端发送的物流操作请求的，所述物流操作请求中携带有操作指令和选择的可操作订单条目，所述操作结果是所述业务服务器针对所述选择的可操作订单条目，执行所述操作指令后得到的；

利用所述同步指令对物流订单的物流信息进行同步。

一种物流信息处理装置，包括：

接收单元，用于接收用户终端发送的针对用户物流页面的物流操作请求，所述用户物流页面是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的，包含有可操作订单条目，所述物流操作请求中携带有操作指令和选择的可操作订单条目；

执行单元，用于针对所述选择的可操作订单条目，执行所述操作指令，得到操作结果；

发送单元，用于向用户终端发送订单操作响应，所述订单操作响应包含有所述操作结果，并在操作结果为操作成功时，针对所述物流操作请求，向所述物流商服务器发送同步操作指令。

一种物流信息处理装置，包括：

第一接收单元，用于接收针对用户物流页面中的可操作订单条目的选择指令，所述用户物流页面显示在所述用户终端的用户界面上，是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的；

第二接收单元，用于接收针对所述选择指令所选择的可操作订单条目的操作指令；

发送单元，用于向业务服务器发送物流操作请求，所述物流操作请求中携带有操作指令和所述选择指令所选择的可操作订单条目；

第三接收单元，用于接收业务服务器发送的操作结果，所述操作结果是业务服务器针对所述选择的可操作订单条目执行所述操作指令得到的。

一种物流信息处理装置，包括：

接收单元，用于接收业务服务器在操作结果为操作成功时发送的同步操作指令，所述同步操作指令是针对用户终端发送的物流操作请求的，所述物流操作请求中携带有操作指令和选择的可操作订单条目，所述操作结果是所述业务服务器针对所述选择的可操作订单条目，执行所述操作指令后得到的；

同步单元，用于利用所述同步指令对物流订单的物流信息进行同步。

在本申请实施例的方案中，通过将物流订单和与该物流订单相对应的交易订单进行数据关联，构造出用户物流页面，并在用户物流页面中提供了可操作订单条目，使得用户对物流信息进行操作成为可能，也即用户可在线上通过提供的用户物流页面对物流信息执行物流操作。此外，业务服务器在执行了用户终端的物流操作请求携带的操作指令之后，通知物流商服务器进行同步操作，使得物流商服务器对存储的物流订单进行更新，相关人员即可利用更新后的物流订单中的信息执行线下的物流流转操作也即实操。由于更新会的物流订单中的信息较为准确，因此，加快了物流流转速度。

附图说明

图1为本申请实施例提供的物流信息处理方法的流程图；

图2为本申请实施例提供的用户、物流商以及用户物流页面之间的关系示意图；

图3为本申请实施例提供的用户物流页面的数据构成示意图；

图4为本申请实施例提供的第一种物流信息处理装置的结构示意图；

图5为本申请实施例提供的第二种物流信息处理装置的结构示意图；

图6为本申请实施例提供的第三种物流信息处理装置的结构示意图。

具体实施方式

为了解决现有技术中存在的用户无法在线上对物流信息执行物流操作的问题，本申请实施例中，首先，将物流商服务器中的物流订单和电子商务服务器中的交易订单进行数据关联，其次，将关联后的数据展现在用户物流页面上，提供给用户终端，并且可对物流订单中的订单条目进行了区分，具体可区分为可操作订单条目和不可操作订单条目。其中，可操作订单条目即为用户终端提供了操作物流信息的入口，通过用户终端从可操作订单条目中选择出可操作订单条目，向服务器发送物流操作请求，业务服务器对可操作物流订单执行操作 命令，得到操作结果，并将操作结果同步给物流商服务器。一方面，从技术角度而言，实现了用户在线上对物流信息执行物流操作，提高了对物流信息进行操作的灵活性，使得物流信息的准确性较高；另一方面，从物流流转和用户角度而言，由于用户可以很方便地在线上直接参与物流操作的执行，因此，减少了线下的沟通成本，提高了业务对象的成交量以及用户体验。此外，随着物流信息的准确性的提高，业务对象的物流流转的效率也相应地提高。

为了便于理解本申请的方案，下面先对本申请涉及的相关概念进行解释说明：

物流订单：可分为跨境物流订单和非跨境物流订单，由多个订单条目构成。其中，跨境物流订单通常由两段物流为该物流订单服务，一段是国内物流段，另一段是国际物流段。通常国内物流段以卖家所在地为发货地址，以集运仓为收货地址，国际段以集运仓为集运仓为发货地址，以业务对象的实际境外收货地址为收货地址。在将业务对象送达集运仓后，可根据实际需要，在集运仓中存储一段时间。构成物流订单的订单条目可包括：物流公司条目、订单号条目、收货人信息条目、发货人信息条目、保价条目等等。物流公司条目用于记录物流公司信息；订单号条目用来记录订单号信息。收货人信息条目用来记录收货人信息，通常包括：收货人姓名信息、收货地址信息、收货人单位名称信息、收货人的联系电话信息、收货人的邮政编码信息、收货人身份证信息和收货时间段信息等等。发送人信息条目用来记录发货人信息，通常包括：收货人姓名信息、收货地址信息、收货人单位名称信息、收货人的联系电话信息、收货人的邮政编码信息、收货人身份证信息以及收货时间段信息等等。保价条目用来记录保价与否以及保价费用等等。此外，在物流流转过程中，物流商服务器还可以用物流订单记录业务对象的物流状态，物流状态用于记录业务对象到达何地、相关物流人员对业务对象执行的操作。

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不 冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

如图1所示，其为本申请实施例提供的物流信息处理方法的流程图，包括以下步骤：

步骤101：用户终端接收针对用户物流页面中的可操作订单条目的选择指令。

在电商服务器或第三方服务器中，系统通过交易订单记录用户的购买、下单行为。在物流服务器中，系统通过物流订单记录业务对象的物流信息(收货人信息、发货人信息以及物流状态信息等等)。一个交易订单对应一个或多个物流订单。

本申请中，为了能使用户对交易订单对应的物流订单(确切地说是物流订单中的物流信息)进行操作，将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联，将关联后得到的数据显示在用户物流页面上，并对构成物流订单的订单条目区分为可操作订单条目和不可操作订单条目，在用户物流页面上显示可操作订单条目，或者显示可操作订单条目和不可操作订单条目。

考虑到交易订单与物流订单本身具有对应关系，交易订单中具有用户购买的业务对象的具体信息，而物流订单中没有业务对象的具体信息，为了方便用户分辨具体需要对哪个物流订单进行物流操作，因此，本申请中将物流订单与交易订单进行关联，将关联后的数据显示在用户物流页面。

上述可操作订单条目是指用户可以操作的订单条目，通过操作，对订单条目中信息进行选中、修改、删除或添加新的信息。

不可操作订单条目是用户不可以操作的订单条目，不可操作订单条目中的内容不能被选中、修改、删除或添加新的信息，仅供用户查看。

不可操作订单条目并不是一成不变的，随着业务对象的物流流转，可操作订单条目可能会变为不可操作订单条目，不可操作订单条目也可能会变为可操作订单条目，例如：收货人信息条目在业务对象未送达之前，通常是可操作订 单条目，在业务对象送达之后，即为不可操作订单条目。

这里，用户终端的用户界面上显示有用户物流页面，用户即可对用户物流页面上的可操作订单条目进行选择，选择需要操作的可操作订单条目，对用户终端来说即为接收输入的选择指令。

步骤102：用户终端接收针对所述选择指令所选择的可操作订单条目的操作指令。

在上述步骤101中，选择了可操作订单条目，也即选择了操作对象。对选择的操作对象执行何种操作，也即由本步骤102中的操作指令来决定。

这里的操作指令可以为用户终端主动发起的操作指令(并不对订单条目中的信息进行变更)，也可以是对订单条目中的信息进行变更或修改的操作指令。

可以在可操作订单条目后设置相应的操作指令按钮，用户在选择可操作订单条目后，点击相应的操作指令按钮即实现向用户终端输入操作命令，对用户终端来说，即为接收针对选择的可操作订单条目的操作指令。

例如：假设选择的可操作订单条目为收件人信息条目，则用户通过点击针对收件人信息条目设置的“修改”按钮，并在收货地址一栏中填写修改后的收货地址信息，即实现向用户终端输入针对收件人信息条目的修改指令。

上述操作指令和选择的可操作订单条目即构成了用户的物流操作。

实际物流流转过程中，可能发生的情况是纷繁复杂的，因此，这里的可操作订单条目根据业务对象的物流流转过程来设置，相应的操作指令也是需要根据业务对象的物流流转过程和用户的需求来确定。步骤105中将会通过典型的集中物流操作对本步骤102可操作订单条目和操作指令进行描述。

步骤103：用户终端向业务服务器发送物流操作请求，所述物流操作请求中携带有操作指令和所述选择指令所选择的可操作订单条目。

这里，用户终端发起物流操作请求，以实现与业务服务器进行交互，由业务服务器后续执行用户的物流操作。

用户终端与业务服务器的交互可通过http协议下的报文进行交互。

步骤104：业务服务器接收用户终端发送的针对用户物流页面的物流操作请求。

步骤105：业务服务器针对所述选择的可操作订单条目，执行所述操作指令，得到操作结果。

业务服务器从物流操作请求中获知可操作订单条目以及操作指令后，即可针对可操作订单条目，执行操作指令，执行结果即为操作结果。

为了确保操作指令的正确执行，物流流转的顺利进行，在执行本步骤105之前，可先判断若对所述选择的可操作订单条目执行所述操作指令是否与预先设置的物流流转流程相冲突，若冲突，则向用户终端返回操作失败信息，若不冲突，则执行步骤105。

下面通过下述四种典型的物流操作对本步骤105进行具体说明，但本申请并不局限于下述四种具体的物流操作，物流流转过程中出现的情况是纷繁复杂的，可以依据实际情况，执行其他物流操作。

第一种物流操作：变更收件人信息

这里可以是在业务对象的物流流转过程中用户发现的收件人信息有误，例如，收货地址填写有误、联系电话填写有误或者需要添加备用的联系电话，填写的收货地址是单位地址收货时间不限，但因节假日或个人事情不在单位，需要更改收货地址或收货时间段。也可以是相关物流人发现收件人信息有误，例如，联系电话为空号、收货地址不存在，之后物流人员通过用户物流页面的提醒消息或其它方式通知用户。

为了对收件人信息进行变更，此时，选择的可操作订单条目为订单号条目和收货人信息条目，操作指令为将收货人信息条目中原有的第一收货人信息修改为第二收货人信息。

此时，本步骤105具体为：针对所述订单号条目中的订单号所表示的物流订单中的收货人信息条目，将该收货人信息条目中原有的第一收货人信息修改为第二收货人信息，这里，所述第一收货人信息包括以下五种信息中的一种或 多种，第一收货地址信息、第一联系电话、第一邮政编码、第一收货人姓名和第一收货时间段。第二收货人信息与第一收货人信息相对应。

具体操作中，若用户想要修改收货地址信息，则可通过选择用户物流页面中需要修改的物流订单的订单号条目，然后点击“修改”按钮，收货地址子条目变为可编辑状态，进行地址信息编辑后，可通过点击“提交”按钮，即可触发用户终端将选择的订单号条目和修改后的地址信息携带在物流操作请求中发送给业务服务器。

第二种物流操作：跨境物流订单的合单集运

在用户的至少两个跨境物流订单承载的业务对象的当前均为在集运仓中，并且业务对象送达的地址相同时，用户可以发起跨境物流的合单集运操作。

此时，用户物流页面中展示的即为：将物流商服务器中的至少两个跨境物流订单和电子商务服务器中的与该至少两个物流订单分别对应的交易订单进行数据关联后得到的数据，订单号条目、收货人信息条目和物流状态条目；并且至少两个跨境物流订单的收货人信息条目中的收货地址信息相同且物流状态条目中的当前物流状态均为已入库集运仓。

用户选择所述至少两个跨境物流订单，然后点击“合单集运“按钮，即触发用户终端将选择的至少两个订单号条目和合单集运这一操作指令携带在物流操作请求中发送给业务服务器。

这里若两个跨境物流订单的收货地址不相同，根据用户需要也可以执行上述第一种情况的操作，将两个跨境物流订单的收货地址修改为相同，然后再执行这里的合单集运操作。

此时，本步骤105具体为：将至少两个订单号条目中的订单号所表示的跨境物流订单进行合并，合并为一个跨境物流订单。

第三种物流操作：跨境物流订单的单件直送

跨境业务对象在被送达集运仓后，可以在集运仓存放一段时间，等待其他业务对象的凑单运送到境外，但在等待过程中，因用户计划有变，可能需要将 单件的跨境业务对象直接送达到境外。针对类似的这样需要将一个业务对象直接送达境外的情况，利用本申请的用户物流网页可以发起跨境物流订单的单件直送操作。

此时，用户物流页面包括订单号条目、收货人信息条目和物流状态条目，跨境物流订单的物流状态条目中的当前物流状态均为已入库集运仓。

用户终端可将订单号条目和单件直送这一操作指令携带在物流操作请求中发送给业务服务器。

此时，本步骤105具体为：为所述订单号条目中的订单号所表示的跨境物流订单添加出库标签，所述出库标签用于指示需要执行出库实操。

第四种物流操作：异常件的放弃、接受或寄回

异常件即为出现异常情况，无法顺利送达收货地址的业务对象。通常分为以下几种异常类型：

业务对象为违禁品、业无对象丢失、业务对象损坏、合单集运时部分业务对象缺失等等。

此时，用户物流页面包括订单号条目和异常描述信息；所述选择的可操作订单条目为订单号条目，所述异常描述信息包括异常类型信息、异常件的文字描述信息和/或异常件实际拍照图片信息；

用户通过用户终端展示的用户物流页面获知业务对象在物流流转过程出现异常后，即可选择订单号条目，根据异常描述信息作出的放弃异常件、接受异常件或寄回异常件；

对用户终端来说，即为接收用户输入的选择指令，以及放弃异常件指令、接收用户输入的接受异常件指令或者接收用户输入的寄回异常件指令。之后在用户点击“提交”按钮，即触发用户终端向业务服务器发送携带有订单号条目和放弃异常件指令、接受异常件指令或寄回异常件指令；

此时，本步骤105具体为：

在所述操作指令为放弃异常件时，为所述订单号条目中的订单号所表示的 物流订单添加放弃异常件标签，所述放弃异常件标签用于指示需要进行放弃异常件实操；

在所述操作指令为接受异常件时，为所述订单号条目中的订单号所表示的物流订单添加接受异常件标签，所述放弃异常件标签用于指示需要按照正常件处理的实操；

在所述操作指令为寄回异常件指令时，确定空白的收件人信息条目和应付费用信息。

在操作指令为寄回异常件时，需要该异常件的收件人信息，因此，业务服务器确定空白的收件人信息条目和应付费用信息，以返回给用户终端，供用户确认应付费用信息和在空白的收件人信息条目中填写收件人信息。

此后业务服务器与用户终端进行交互，异常件寄回时使用的收件人信息，具体交互过程如下：

业务服务器将确定的空白的收件人信息条目和应付费用信息发送给所述用户终端；

用户终端接收上述空白的收件人信息条目和应付费用信息并显示；

用户终端接收用户输入的收件人信息和对应付费用的确认信息；

用户终端将与空白的收件人条目信息对应的收件人信息和针对应付费用信息的确认信息发送给业务服务器；

通过与用户终端针对异常件的交互，业务服务器获知异常件的收件人信息，之后为所述订单号条目中的订单号所表示的物流订单添加寄回异常件标签，所述寄回异常件标签用于指示需要利用接收的所述与空白的收件人条目信息对应的收件人信息进行寄回异常件实操。

步骤106：业务服务器向用户终端发送订单操作响应，所述订单操作响应包含有所述操作结果，并在操作结果为操作成功时，针对所述物流操作请求，向所述物流商服务器发送同步操作指令。

这里业务服务器向物流服务器发送同步操作指令，是为了让物流商服务器 对物流订单进行更新，获得物流订单的最新物流信息，物流商即可按照最新的物流信息进行线下的物流实操，进行业务对象的物流流转，提高业务对象的物流流转效率。

业务服务器执行完上述步骤106之后，还可以记录发送物流操作请求的时间、物流操作请求中携带的选择的可操作条目和操作指令，以及操作结果信息，用记录的所述信息更新所述用户物流页面。

步骤107：用户终端接收业务服务器发送的操作结果。

步骤108：物流商服务器接收业务服务器在操作结果为操作成功时发送的同步操作指令。

步骤109：物流商服务器利用所述同步指令对物流订单的物流信息进行同步。

物流商服务器通过同步，获得最新的物流信息。这里具体的同步过程由业务服务器发送的同步指令携带的内容决定，若携带的内容为选择的可操作订单条目和操作指令，则物流商服务器针对所述所述选择的可操作订单条目，执行所述操作指令，即可实现对物流订单的更新；若携带的内容为操作结果，则直接利用操作结果中的信息来更新物流订单中的物流信息。

图2中给出了上述物流信息处理方法中涉及的用户终端所属用户和物流服务器所属的物流商以及用户物流页面之间的关系。图2中实线表示角色与订单的实操关系，虚线表示订单之间存在数据关联关系，物流商或者物流资源有不止一个。

此外，物流商服务器中的物流状态信息随着业务对象的物流流转，也是不断更新的，电子商务服务器中的交易订单的订单状态也是不断更新的，此时，为了便于用户监控物流订单的物流状态，依据物流订单的物流状态以及交易订单的交易状态对物流信息进行物流操作，参与业务对象的物流流转，业务服务器还需要利用物流商服务器中的所述物流订单中的物流状态信息和电子商务服务器中的与所述物流订单中对应的交易订单的交易状态信息，对所述用户物 流页面中的物流状态信息和交易状态信息进行更新。

由上述描述可知，本申请的用户物流页面即记录了下述四类数据：

第一类：用户物流操作数据：记录买家在物流流转过程中主动发起或者变更的操作，包括合单集运操作、收货地址变更操作、异常件放弃操作、异常件接受操作、异常件寄回操作。业务对象在初始流转的时候，买家物流操作是空。

第二类：用户物流数据：记录需要用户需要感知的物流数据，协助用户完成物流操作。这些数据包括异常描述信息、异常件实际拍照图片、异常件的异常类型(违禁品、错件、少件)、入库称重重量、异常件操作结果(接受、放弃、寄回)、变更后的收货地址、合单集运操作对应的业务对象信息。

第三类：物流状态数据：记录一段或多段物流流转过程中，货物当前所处的物流实操阶段及实操发生时间、实操执行人、实操执行结果。物流实操状态，包括发货、签收成功、签收失败、入库异常、入库成功、拆包入库异常、出库通知、出库异常、出库成功、货主签收。物流状态的数据源是物流订单。

第四类：交易状态数据：记录用户在电商平台或者第三方平台的交易订单的交易阶段及交易发生时间。交易阶段，包括下单未支付、下单已支付、下单后取消交易订单、交易成功、交易关闭。交易状态的数据源是交易订单。

上述四类数据的来源及关联关系具体如图3所示。

在本申请实施例的方案中，通过用户物流页面将上述四类数据关联起来，能够将物流实操结果直接展示给用户，并为用户完成合单集运、目的地变更等用户物流操作提供入口；将用户物流操作信息直接发送给物流商服务器，通过信息流的方式自动完成用户物流操作的物流流转，提高了物流信息的准确性，提升了物流流转效率；对用户来说，能够根据自己的需求，有选择地发起物流操作，用户体验更好，进而促进订单量。

基于同一发明构思，本申请实施例还提供了三种物流信息处理装置，由于该三种物流信息处理装置所解决问题的原理与物流信息处理方法相似，因此该三种物流信息处理装置的实施可以参见前述方法的实施，重复之处不再赘述。

图4为本申请实施例提供的第一种物流信息处理装置，包括：

接收单元41，用于接收用户终端发送的针对用户物流页面的物流操作请求，所述用户物流页面是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的，包含有可操作订单条目，所述物流操作请求中携带有操作指令和选择的可操作订单条目；

执行单元42，用于针对所述选择的可操作订单条目，执行所述操作指令，得到操作结果；

发送单元43，用于向用户终端发送订单操作响应，所述订单操作响应包含有所述操作结果，并在操作结果为操作成功时，针对所述物流操作请求，向所述物流商服务器发送同步操作指令。

较佳的，所述用户物流页面中包括订单号条目和收货人信息条目，选择的可操作订单条目为订单号条目和收货人信息条目，所述操作指令为将收货人信息条目中原有的第一收货人信息修改为第二收货人信息；

所述执行单元42，具体用于针对所述订单号条目中的订单号所表示的物流订单中的收货人信息条目，将该收货人信息条目中原有的第一收货人信息修改为第二收货人信息，其中，所述第一收货人信息包括第一收货地址信息、第一联系电话、第一邮政编码、第一收货人姓名和/或第一收货时间段。

较佳的，所述用户物流页面包括将物流商服务器中的至少两个跨境物流订单和电子商务服务器中的与该至少两个物流订单分别对应的交易订单进行数据关联后得到的数据，所述用户物流页面包括订单号条目、收货人信息条目和物流状态条目，所述至少两个跨境物流订单的收货人信息条目中的收货地址信息相同且物流状态条目中的当前物流状态均为已入库集运仓，选择的可操作订单条目为至少两个订单号条目，所述操作指令为合单集运；

所述执行单元42，具体用于将至少两个订单号条目中的订单号所表示的跨境物流订单进行合并，合并为一个跨境物流订单。

较佳的，所述物流订单为跨境物流订单，所述用户物流页面包括订单号条 目、收货人信息条目和物流状态条目，所述跨境物流订单的物流状态条目中的当前物流状态均为已入库集运仓，选择的可操作订单条目为订单号条目，所述操作指令为单件直送；

所述执行单元42，具体用于为所述订单号条目中的订单号所表示的跨境物流订单添加出库标签，所述出库标签用于指示需要执行出库实操。

较佳的，所述用户物流页面包括订单号条目和异常描述信息；所述选择的可操作订单条目为订单号条目，所述异常描述信息包括异常类型信息、异常件的文字描述信息和/或异常件实际拍照图片信息；所述操作指令为根据所述异常描述信息作出的放弃异常件指令、接受异常件指令或寄回异常件指令；

所述执行单元42，具体用于在所述操作指令为放弃异常件时，为所述订单号条目中的订单号所表示的物流订单添加放弃异常件标签，所述放弃异常件标签用于指示需要进行放弃异常件实操；在所述操作指令为接受异常件时，为所述订单号条目中的订单号所表示的物流订单添加接受异常件标签，所述放弃异常件标签用于指示需要按照正常件处理的实操；在所述操作指令为寄回异常件指令时，执行以下操作：确定空白的收件人信息条目和应付费用信息；向用户终端返回确定的空白的收件人信息条目和应付费用信息；接收用户终端发送的与空白的收件人条目信息对应的收件人信息和针对应付费用信息的确认信息；为所述订单号条目中的订单号所表示的物流订单添加寄回异常件标签，所述寄回异常件标签用于指示需要利用接收的所述与空白的收件人条目信息对应的收件人信息进行寄回异常件实操。

较佳的，所述装置还包括：更新单元44，用于利用物流商服务器中的所述物流订单中的物流状态信息和电子商务服务器中的与所述物流订单中对应的交易订单的交易状态信息，对所述用户物流页面中的物流状态信息和交易状态信息进行更新。

较佳的，所述装置还包括：

记录单元45，用于发送单元向用户终端发送订单操作响应之后，记录发送 物流操作请求的时间、物流操作请求中携带的选择的可操作条目和操作指令，以及操作结果信息，用记录的所述信息更新所述用户物流页面。

上述第一种物流信息处理装置可以设置在独立与电子商务服务器之外的服务器中，也可以设置在电子商务服务器之内，本申请并不对此进行限定。

图5为本申请实施例提供的第二种物流信息处理装置，包括：

第一接收单元51，用于接收针对用户物流页面中的可操作订单条目的选择指令，所述用户物流页面显示在所述用户终端的用户界面上，是将物流商服务器中的物流订单和电子商务服务器中的与该物流订单相对应的交易订单进行数据关联后得到的；

第二接收单元52，用于接收针对所述选择指令所选择的可操作订单条目的操作指令；

发送单元53，用于向业务服务器发送物流操作请求，所述物流操作请求中携带有操作指令和所述选择指令所选择的可操作订单条目；

第三接收单元54，用于接收业务服务器发送的操作结果，所述操作结果是业务服务器针对所述选择的可操作订单条目执行所述操作指令得到的。

上述第二种物流信息处理装置可以设置在用户终端。

图6为本申请实施例提供的第三种物流信息处理装置，包括：

接收单元61，用于接收业务服务器在操作结果为操作成功时发送的同步操作指令，所述同步操作指令是针对用户终端发送的物流操作请求的，所述物流操作请求中携带有操作指令和选择的可操作订单条目，所述操作结果是所述业务服务器针对所述选择的可操作订单条目，执行所述操作指令后得到的；

同步单元62，用于利用所述同步指令对物流订单的物流信息进行同步。

上述第三种物流信息处理装置可以设置在电子商务服务器内，也可以为设置在物流商服务器内。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式实 现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中终端中的模块可以按照实施例描述进行分布于实施例的终端中，也可以进行相应变化位于不同于本实施例的一个或多个终端中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。