物流信息处理方法、装置及电子设备与流程

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

背景技术：

在商品对象信息系统中，卖家用户接收到买家用户的交易订单后，将会进入履约阶段，也即，卖家用户需要进行备货拣货，并与合作的物流服务商进行交互，生成物流订单，以便为买家用户进行发货，由物流服务商进行运输以及配送。对于物流订单而言，收货地址是极为重要且对精准度要求比较高的信息，否则可能会出现运费不准确，运力不匹配，甚至可能出现配送失败等情况，导致卖家用户成本的提高，等等。

而在上述生成物流订单的过程中，通常需要由卖家用户填写买家用户的收货地址，而收货地址信息往往比较长，需要占用卖家用户较多的时间成本，并且也可能经常会有填写错误的情况出现。另一种方式是，在填写物流订单时，直接读取关联的系统或者交易模块中关联的交易订单信息，从交易订单信息中读取买家用户的收货地址信息(通常可以是在交易订单生成过程中，或者，买家用户向卖家用户进行询盘的过程中，由买家用户提供)，并自动填入物流订单中，以此降低卖家用户的操作成本。

但是，在实际应用中，买家用户提供的收货地址可能会存在不准确、不完整等情况，无法满足物流订单对收货地址精准度的要求。尤其是在跨境物流的场景中，境外买家用户提供的收货地址信息可能完全由买家用户手动输入，其中存在的错误或者不完整的情况可能更为普遍。

而国内的卖家用户由于语言限制、对国外区划等并不熟悉等原因，也难以发现相应的问题，以至于生成的物流订单中，经常存在收货地址不完整、错误等情况。这不仅可能导致运费计算不准确，还可能导致买家用户无法正常收到货品。而如果在货品已经离境后发现收货地址不准确，而导致货品被退回，卖家用户重新发货等情况，则会给卖家用户带来较大的损失。

因此，如何提升物流订单中收货地址信息的精准度，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了物流信息处理方法、装置及电子设备，能够提升物流订单中收货地址信息的精准度。

本申请提供了如下方案：

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

在物流需求信息的编辑页面中，提供用于输入与地区信息具有映射关系的编码信息的操作选项；

将通过所述操作选项接收到的编码信息提交到服务端，以用于确定对应的目的地区信息的推荐信息；

提供关于所述目的地区信息的推荐信息，以根据所述推荐信息确定目的地址。

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

保存地区信息与编码信息之间的映射关系；

接收客户端提交的查询信息，所述查询信息是由所述客户端在通过目标页面接收物流需求信息的过程中发出的，其中携带有所述编码信息；

通过查询所述映射关系信息确定所述编码信息对应的目的地区信息；

将所述目的地区信息返回给所述客户端，以用于提供关于所述目的地区信息的推荐信息。

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

在通过目标页面接收物流需求信息的过程中，确定关联的交易订单信息；

从所述交易订单信息中获取目的地址以及与地区信息具有映射关系的编码信息；

将所述目的地址以及所述编码信息提交到服务端，以用于对所述目的地址中包含的目的地区信息以及所述编码信息的准确性进行核对；

在所述目标页面中提供核对结果。

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

保存地区与编码信息之间的映射关系信息；

在接收客户端提供的物流需求信息的过程中，确定关联的交易订单信息，并从所述交易订单信息中获取目的地址以及编码信息；

通过查询所述对应关系信息，对所述目的地址中包含的目的地区信息以及所述编码信息的准确性进行核对；

将核对结果信息返回给所述客户端。

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

在本申请实施例中，由于物流信息系统的服务端可以直接保存国家、邮政编码、地区信息之间的对应关系信息，因此，使得卖方用户可以直接在物流下单的过程中获得关于目的地区或邮政编码的推荐信息，而不需要用户切换到其他系统中进行查询，因此，也不会打断正常的物流下单流程。

另外，如果推荐信息是准确的，还可以直接进行选用，此时，推荐的信息可以自动填入页面中对应的输入控件，而不再需要用户进行手动输入，这样可以进一步降低填写错误的发生概率，有利于提升物流信息的准确度以及物流下单的效率。

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

附图说明

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

图1-1、1-2是本申请实施例提供的系统架构的示意图；

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

图3-1、3-2是本申请实施例提供的用户界面的示意图；

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

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

图6是本申请实施例提供的另一界面的示意图；

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

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

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

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

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

图12是本申请实施例提供的电子设备的示意图。

具体实施方式

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

在本申请实施例中，为了提升物流订单中收货地址信息的精准度，可以对物流信息处理系统进行改进。具体的，由于在很多国家都存在邮政编码的概念，所谓邮政编码是为实现邮件分拣自动化和邮政网络数位化，加快邮件传递速度，而把全国按地区进行划分的编码方式。通常情况下，一个国家中，不同地区对应着不同的邮政编码，在国家确定的情况下，通过邮政编码可以查询到具体的地区，反之，也可以通过国家内具体的地区查询到对应的邮政编码。其中，这里的地区通常可以是指国家为了进行分级管理而实行的区域划分结果。当然，在实际应用中，也可能存在除了上述邮政编码外的其他编码方式，只要与具体的地区之间具有映射关系即可。基于上述情况，本申请实施例中，提供了根据与地区信息具有映射关系的编码信息对物流订单处理流程进行优化的实现方案。为了便于描述，本申请实施例中主要以邮政编码为例进行介绍，其他形式的编码参照执行即可。

具体的，发货方在填写物流需求信息时，可以分为以下两种情况：一种情况是，如图1-1所示，发货方(交易状态下的卖方用户)通过线下或者其他的线上交易系统等方式，与收货方(交易状态下的买方用户)进行了交互，达成了交易共识，并获取到收货方用户的国家、收货地址以及邮政编码信息(可以由收货方用户通过多种方式提供给发货方用户)。此时，发货方用户在通过物流信息处理系统客户端向服务端提交物流需求进而生成物流订单的过程中，关于收货方所在的国家、收货地址等信息，通常都需要由发货方用户进行手动输入。而由于收货地址往往会比较长，输入错误的情况会比较多，并且输入过程也比较耗时，尤其是涉及到跨境物流的情况，收货方用户所在国家的区划与发货方所在国家常见的区划可能会不同，所使用的语言也可能不同，这些都为手动输入目的地址的工作增添了难度。

针对这种情况，本申请实施例中，发货方用户可以预先获取到关于收货方的尽可能准确的邮政编码信息，这样，在填写物流需求信息时，可以直接输入目的国家以及邮政编码信息，之后，服务端可以根据预先保存的数据库，提供推荐的目的地区信息。这里的目的地区具体就可以包括目的国家内具体的区划，例如，根据某邮政编码，可以确定出某个国家内具体的州、县、市、镇，等。这样，如果发货方用户确认上述推荐的信息无误，则可以直接选用也即采纳该推荐的信息，此时，具体推荐出的目的地区信息可以自动填入对应的输入控件。发货方用户再手动填入详细的街道、小区、门牌号等详细地址信息即可。之后，物流信息服务端可以将精准的收货地址信息提供给物流服务提供方系统，由物流服务提供方系统进行运费计算、运力分配、路径规划等处理。通过上述方式，由于具体的目的地区信息可以由系统根据用户提供的邮政编码信息以及预先保存的数据库进行推荐，因此，可以减少发货方用户手动填写的信息量，从而减少出错的情况发生，提高精确度，另外也可以提高效率。

另一种情况是，如图1-2所示，具体的平台内部可以既包括交易模块，又包括物流模块，或者，交易系统与物流系统之间存在一定的关联关系，双方可以通过预先获知的接口信息进行访问，等等。以前一种情况为例，买方用户与卖方用户之间通过平台内的交易模块生成了交易订单，并且在生成交易订单时，可以要求买方用户提供其国家、收货地址以及邮政编码信息。之后，在卖方用户需要针对之前生成的交易订单为买方用户进行发货时，可以通过上述物流模块填写物流需求信息，并且，可以直接指定关联的交易订单的编号等标识信息。该物流模块可以从关联的交易模块中读取该交易订单中关联的收货地址信息以及邮政编码信息。

也就是说，在这种方式下，不需要由发货方用户手动输入收货方的收货地址以及邮政编码信息。但是，由于具体的收货地址以及邮政编码信息是由买方用户提供的，因此，也可能存在错误信息。例如，某买方用户所需要的收货地址是某县城的某个镇，在填写邮政编码时，由于不知道该镇对应的准确邮政编码，于是提供了上一级地区(例如，所在县城)的邮政编码。

这种情况下，可能会造成分拣自动化过程中的错误等情况。或者，某买方用户的收货地址是某城市某县城的某个镇，但是在填写收货地址时，将所在城市信息漏填，造成收货地址不完整，等等。尤其是在跨境交易的情况下，境外用户填写的收货地址信息更加可能会存在错误或者不完整等情况。而境外物流过程中，一旦出现收货地址不够精准而造成物流包裹被退回等情况，则会给卖家用户造成更严重的损失。另外还可能出现物流资费计算错误等情形，以至于影响用户体验。

为此，在本申请实施例中，在物流模块读取出某交易订单中的收货地址信息以及邮政编码信息后，还可以通过预先保存的国家、地区、邮政编码信息库，对读取出的信息进行核对。如果发现交易订单中的邮政编码或者收货地址信息存在错误或者不够准确等情况，则可以提供对应的修改建议。例如，如果邮政编码准确，但是发现收货地址中包括的区划信息不够完整，则可以对更完整的区划信息进行推荐，等等。之后，可以由发货方用户自行决定是否选用系统推荐的信息，如果选用，则客户端可以自动将推荐的区划信息填入具体编辑页面中，不需要再由发货方用户进行手动填写。在此过程中，可以通过服务端提供的推荐信息协助发货方用户对收货地址、邮政编码等信息进行核对，使得收货地址、邮政编码等信息更加精准；并且，还可以提升物流需求信息的编辑效率。在获得精准的收货地址、邮政编码信息之后，物流模块同样可以将精准的收货地址、邮政编码信息提供给物流服务提供方系统，由物流服务提供方系统进行运费计算、运力分配、路径规划等处理。

可见，在本申请实施例中，通过在物流信息服务系统中预先保存国家、国家内的地区(区划等)与邮政编码之间的对应关系，可以帮助发货方用户在提交物流需求信息的过程中，进行地区或邮政编码信息的推荐，以提升收货地址信息的精准度，为后续的运费计算、运力分配等提供更准确的参考依据，并且，也降低由于收货地址不准确而造成的物流包裹被退回等情况的发生概率。

下面通过具体的实施例对本申请提供的技术方案进行详细介绍。

实施例一

首先，该实施例一针对图1-1所示的场景，从客户端的角度，提供了一种物流信息处理方法。其中，这里的客户端主要可以是指发货方用户关联的客户端，或者，如果收货方用户存在对物流需求信息的编辑需求，也可以使用该方法进行相关地区信息的推荐，此时，也可以对应收货方用户的客户端，等等。具体的，参见图2，该方法具体可以包括：

s210：在通过目标页面接收物流需求信息的过程编辑页面中，提供用于输入目的国家以及邮政编码信息与地区信息具有映射关系的编码信息的操作选项。

在图1-1所示的场景中，买方用户可以通过某系统产生对某商品对象的交易意愿。例如，具体可以是即时通信(im)类的系统，某卖方用户通过某im系统中的用户群、网络社区等发布了商品对象的信息，包括图片详情等；群成员用户，或者该卖方用户的好友用户等通过该im系统向该卖方用户等进行了价格等方面的咨询，并达成了交易意愿。之后，卖方用户可以在为该买方用户进行发货时，可以通过本申请实施例中通过的物流信息服务系统提交自己的物流需求信息，以生成物流订单，物流服务提供方可以基于具体的物流订单，提供具体的物流服务，以便将具体的货品送达买方用户指定的收货地址，等等。

在通过im系统进行沟通的过程中，买方用户可以提供自己的收货地址信息(其中可以包括具体的国家、区划、街道门牌号等信息)，在本申请实施例中，还可以要求买方用户提供对应的邮政编码信息，以便于进行物流需求信息的输入以及物流订单的生成。卖方用户可以通过一些方式记录买方用户提供的国家、收货地址以及邮政编码信息，之后，在登录到物流信息系统之后，可以输入具体的物流需求信息以用于进行物流订单的生成。具体的物流需要信息就可以包括收货地址信息，在本申请实施例中，可以在页面中提供用于输入目的国家以及邮政编码信息的操作选项。例如，具体的收货地址编辑页面可以如图3-1所示，其中可以包括31处所示的用于输入编码信息的输入框。这里的编码信息就是指与地区信息具有映射关系的编码信息，例如，具体可以包括邮政编码等。另外，在实际应用中，由于在跨境场景中，收货方的用户可能位于多个不同的国家，而不同国家中可能存在相同的邮政编码，分别对应不同国家中的不同地区。因此，在可选的实施方式中，还可以在上述编辑页面中提供用于输入目的国家的操作选项，以便更准确的进行目的地区的推荐。其中，具体输入的目的国家信息可以是国家的全称或者简称信息，或者还可以是国家代码信息，例如，如果目的国家是美国，则可以输入us，等等。这样，卖方用户可以直接通过该操作选项输入收货目的国家以及邮政编码信息来获取关于地区信息的推荐信息，由于国家信息通常不容易出错，邮政编码信息也是由数字组成，因此，可以比较快速准确的完成输入。

s220：将通过所述操作选项接收到的编码信息提交到服务端，以用于确定对应的目的地区信息的推荐信息。

在确定出邮政编码信息后，可以提交到服务端。服务端可以预先对国家、邮政编码、地区信息之间的对应关系进行保存，因此，可以根据接收到的信息确定出对应的目的地区信息。这里的地区信息具体就可以是指目的国家中的区划信息。其中，区划是区域划分的简称，是国家为了进行分级管理而实行的区域划分，在邮政系统中，可以为各级区划分配对应的邮政编码，以便于进行分拣等操作。其中，如果具体提交的信息中还包括目的国家信息，则可以根据具体的目的国家、邮政编码信息，确定出该目的国家中与该邮政编码对应的目的地区，以用于向用户进行推荐。或者，如果提交的信息中仅包括邮政编码，不包括目的国家信息，则由于可能在多个不同的国家中都包括与同一邮政编码对应的不同地区，因此，还可以生成多个目的国家中分别与所述邮政编码对应的不同目的地区的推荐信息。之后，用户可以从中选择符合自己需求的一个国家中的目的地区信息，等等。

另外，如果当前物流需求信息的填写者用户为收货方用户，则具体实现时，还可以根据对所述收货方用户关联的移动终端设备提交的定位信息，确定目的国家信息，进而根据该目的国家信息以及用户输入的邮政编码信息，提供推荐的地区信息。或者，具体的，由于具体的定位信息也可以详细到地区甚至小区级别，因此，还可以向用户提供是否在定位信息对应的位置进行收货的询问信息，如果是，则还可以根据所述定位信息提供推荐的详细地址信息，以此进一步降低用户手动输入信息的工作量。

s230：提供关于所述目的地区信息的推荐信息。

在获得服务端提供的目的地区信息后，可以提供关于这种目的地区的推荐信息。也即，在卖方用户进行物流下单的过程中，具体的物流信息系统可以根据用户输入的目的国家以及邮政编码，推荐出目的地区信息。例如，如图3-1中的31处所示，在输入具体的目的国家“unitedstates”以及邮政编码“07005”后，可以给出推荐的区划信息，包括省/州、市等。

具体实现时，还可以提供对所述推荐信息进行选用的操作选项，通过该操作选项接收到用户操作后，可以将推荐的目的地区信息自动填入所述目标页面中对应的输入控件中，而不需要用户进行手动输入。例如，如图3-2所示，在对图3-1中所推荐的信息进行“选用”之后，可以将具体推荐出的州、市等信息自动填入具体的输入框中。

另外，根据目的国家以及邮政编码信息进行推荐时，通常只能精确到目的地区，例如，某一级别的区划信息，而关于具体的街道、小区、门牌号等，可以由用户进行手动填写。此时，还可以在所述目标页面中提供用于填写详细地址的输入控件；在接收到详细地址之后，可以将目的国家信息、所选用的目的地区信息以及所接收到的详细地址信息进行连接，生成最终的目的地址信息。

需要说明的是，本申请实施例提供的方案可以在多种场景中应用，特别的，可以在跨境物流的场景中应用，此时，具体的物流需求信息包括：跨境的物流需求信息，所述目的国家为境外的国家，具体的目的地区信息可以是，所述邮政编码对应的关于所述目的国家的区划信息。在提供关于所述目的地区信息的推荐信息时，可以通过所述目的国家对应的语言对所述目的地区信息进行表达。例如，某目的国家的官方语言是英语，在填写物流需求信息时，可能也需要用英文进行填写，因此，可以通过英文对推荐的信息进行描述。

另外需要说明的是，在传统方案中，一些专用的查询系统中可以对国家、邮政编码、区划之间的对应关系进行保存，以供用户进行查询。但是，完成查询后，需要通过复制粘贴或者手动输入等方式输入到具体的物流信息页面中，而如果要准确填写海外收货地址信息则需要大量查询和核实工作，且打断了正常的物流下单流程，一旦填写误差则可能导致运输失败、物流费用翻倍计算、商家信誉丧失等后果。

而在本申请实施例中，由于物流信息系统的服务端可以直接保存编码、地区信息之间的映射关系信息，因此，使得卖方用户可以直接在物流下单的过程中获得关于目的地区的推荐信息，而不需要用户切换到其他系统中进行查询，因此，也不会打断正常的物流下单流程。另外，如果推荐信息是准确的，还可以直接进行选用，此时，推荐的信息可以自动填入页面中对应的输入控件，而不再需要用户进行手动输入，这样可以进一步降低填写错误的发生概率，有利于提升物流信息的准确度以及物流下单的效率。

再者，在用户对推荐的信息选用之后，服务端还可以根据所述目的地区信息向物流服务提供方发送物流资费信息查询请求，以获得对应的物流资费信息。这样，由于具体的目的地区信息是根据邮政编码等信息进行推荐确定的，而邮政编码等编码信息是不容易在输入过程中出错的，因此，具体查询到的物流资费信息会具有更高的有效性，确保在物流服务提供方平台查询到的物流资费信息能应用到真正的物流运费中，避免两者之间产生过大的差异而影响用户体验。

实施例二

该实施例二是与实施例一相对应的，从服务端的角度，提供了一种物流信息处理方法，参见图4，该方法具体可以包括：

s410：保存地区信息与编码信息之间的映射关系信息；

s420：接收客户端提交的查询信息，所述查询信息是由所述客户端在通过目标页面接收物流需求信息的过程中发出的，其中携带有所述编码信息；

s430：通过查询所述映射关系信息确定所述编码信息对应的目的地区信息；

s440：将所述目的地区信息返回给所述客户端，以用于提供关于所述目的地区信息的推荐信息。

具体实现时，在跨境场景下，由于收货方可能位于多个不同的国家，而不同国家的不同地区可能会对应相同的邮政编码等，因此，还可以保存国家、地区以及编码三者之间的映射关系。具体的查询请求中除了编码信息之外，还可以包括目的国家信息，以便于进行更准确地推荐。或者，如果查询请求中不包括目的国家信息，则也可以提供多个目的国家中分别与所述邮政编码对应的不同目的地区的推荐信息，以供用户从中进行选择。

另外，还可以在客户端页面中提供对所述推荐信息进行选用的操作选项，在通过该操作选项接收到用户操作后，还可以将所述推荐的目的地区信息填入所述目标页面中对应的输入控件中，这样用户无需手动输入具体的地区信息，提高效率的同时，降低手动输入过程中出错的概率。

在所推荐的目的地区信息被选用后，还可以根据所述目的地区信息向物流服务提供方发送物流资费信息查询请求，以获得对应的物流资费信息。

实施例三

该实施例三是针对图1-2所示的场景，从客户端的角度，提供了一种物流信息处理方法，参见图5，该方法具体可以包括：

s510：在通过目标页面接收物流需求信息的过程中，确定关联的交易订单信息。

具体的，由于交易模块与物流模块可以属于同一系统，或者，交易系统与物流系统之间存在合作等关联关系，可以获知对方的接口，因此，在填写物流需求信息之前或者过程中，还可以提供用于输入关联的交易订单编号等标识的操作选项，使得用户可以填写具体的交易订单标识，进而使得物流模块或者系统，获取到具体的交易订单标识信息。

s520：从所述交易订单信息中获取目的地址以及与地区信息具有映射关系的编码信息；

买方用户在下单过程中通常会提供具体的目的国家、收货地址以及邮政编码信息，并且可以保存到具体的交易订单中，因此，可以从该交易订单中获取上述信息。具体的，物流模块在获取到交易订单标识信息后，可以从交易模块的订单数据库中读取具体的目的国家、目的地址以及邮政编码信息等信息。读取到的信息可以直接填写到相关的页面中。

s530：将所述目的地址以及所述编码信息提交到服务端，以用于对所述目的地址中包含的目的地区信息以及所述邮政编码信息的准确性进行核对。

在从交易订单中读取到目的国家、目的地址以及邮政编码信息后，还可以提交到服务端，以用于对目的地址以及所述邮政编码信息的准确性进行核对。也就是说，交易订单中读取到的上述与收货地址相关的信息是由买家用户提供的，可能存在不准确或者不完整等情况。例如，如前文所述，可能是填写了上级区划的邮政编码，或者，区划不完整，等等。

s540：在所述目标页面中提供核对结果。

在服务端完成核对后，可以在客户端提供核对结果。例如，如图6所示，从交易订单中读取出的收货地址信息是“unitedstatesmorris××××”，邮政编码是“07005”，通过核对发现，上述信息中收货地址不完整，缺少“省/州”一级的区划信息。因此，可以在页面中提供对应的核对结果，例如，可以展示为“收货地址不完整，请编辑完整信息”，等等。具体实现时，如果所述核对结果为不准确，还可以提供用于对所述目的地址以及邮政编码信息进行重新编辑的操作选项，例如，图6中所示的“编辑”按钮，等等。通过该操作选项接收到重新编辑请求后，可以提供编辑页面，所述编辑页面用于对所述目的地址中包含的目的地区信息以及邮政编码信息进行编辑。具体的，该编辑页面可以与图3-2所示的页面类似，用户可以通过该编辑页面提供更精确的收货地址信息或者邮政编码信息。

另外，具体实现时，由于目的地址中包含的目的地区信息与邮政编码中通常只有其中之一存在不准确或者不完整等情况，因此，为了进一步提升效率，还可以将其中准确的部分自动填入所述编辑页面中对应的输入控件，并提供关于不准确部分的推荐信息。例如，如果所述目的地址中包含的目的地区信息准确，所述邮政编码不准确，则可以在所述编辑页面中将目的地址中包含的目的地区信息填入对应的输入控件，并根据所述目的地址中包含的目的地区信息提供关于邮政编码的推荐信息。如果所述邮政编码准确，所述目的地址中包含的目的地区信息不准确，则还可以获取关联的目的国家信息，并在编辑页面中将所述邮政编码以及目的国家信息填入对应的输入控件，并根据所述邮政编码以及目的国家信息提供关于目的地区的推荐信息。此外，还可以同样提供用于对所述推荐信息进行选用的操作选项，通过该操作选项接收到用户操作后，可以将所述推荐信息自动填入所述目标页面中对应的输入控件中。

通过该实施例三，通过在物流下单系统中引入地区与编码之间的映射关系信息，可以在根据已知的交易订单生成物流订单的过程中，对交易订单中读取到的目的地址中包含的目的地区信息以及所述编码信息的准确性进行核对。这样，可以避免目的地址中包含的目的地区信息与编码信息之间对应错误，进而避免出现物流资费计算错误，或者分拣自动化过程中出现错误等情形出现。

实施例四

该实施例四是与实施例三相对应的，从服务端的角度，提供了一种物流信息处理方法，参见图7，该方法可以包括：

s710：保存国家、国家内的地区与邮政编码之间的对应关系信息；

s720：在接收客户端提供的物流需求信息的过程中，确定关联的交易订单信息，并从所述交易订单信息中获取目的地址以及邮政编码信息；

s730：通过查询所述对应关系信息，对所述目的地址以及所述邮政编码信息的准确性进行核对；

s740：将核对结果信息返回给所述客户端。

其中，如果所述核对结果为所述目的地址中包含的目的地区信息或邮政编码不准确，则还可以向客户端页面提供用于对所述目的地址中包含的目的地区信息或邮政编码信息进行重新编辑的操作选项，通过所述操作选项接收到重新编辑请求后，可以提供编辑页面，所述编辑页面用于对所述目的地址中包含的目的地区信息或邮政编码信息进行编辑。另外还可以将所述目的地址中包含的目的地区信息与邮政编码中准确的部分，填入所述编辑页面中对应的输入控件，并提供关于不准确部分的推荐信息。

具体实现时，还可以根据核对无误的目的地区信息，向物流服务提供方发送物流资费信息查询请求，以获得对应的物流资费信息。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

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

操作选项提供单元810，用于在物流需求信息的编辑页面中，提供用于输入与地区信息具有映射关系的编码信息的操作选项；

编码信息提交单元820，用于将通过所述操作选项接收到的编码信息提交到服务端，以用于确定对应的目的地区信息的推荐信息；

推荐信息提供单元830，用于提供关于所述目的地区信息的推荐信息，以根据所述推荐信息确定目的地址。

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

选用操作选项提供单元，用于提供对所述推荐信进行选用的操作选项；

信息自动填入单元，用于通过该操作选项接收到用户操作后，将所述推荐的目的地区信息填入所述目标页面中对应的输入控件中。

另外，该装置还可以包括：

输入控件提供单元，用于在所述目标页面中提供用于填写详细地址的输入控件；

目的地址生成单元，用于将所选用的目的地区信息以及所接收到的详细地址信息进行拼接，生成目的地址信息。

其中，所述与地区信息具有映射关系的编码信息包括：邮政编码信息。

具体的，所述物流需求信息包括：跨境的物流需求信息；

此时，该装置还可以包括：

国家选项提供单元，用于在所述目标页面中提供用于输入目的国家信息的操作选项，所述目的国家包括境外的国家；

此时，所述目的地区信息包括：所述邮政编码对应的关于所述目的国家的区划信息。

或者，还可以包括：

定位单元，用于如果所述物流需求信息的填写者用户为收货方用户，则根据对所述收货方用户关联的移动终端设备提交的定位信息，确定目的国家信息；

此时，所述目的地区信息包括：所述邮政编码对应的关于所述目的国家的区划信息。

另外还可以包括：

询问单元，用于提供是否在定位信息对应的位置进行收货的询问信息；

详细地址信息推荐单元，用于如果是，则根据所述定位信息提供推荐的详细地址信息。

另外，在所述物流需求信息包括跨境的物流需求信息等情况下，所述关于所述目的地区信息的推荐信息也可以包括：多个目的国家中分别与所述邮政编码对应的不同目的地区的推荐信息。

具体的，可以通过所述目的国家对应的语言对所述目的地区信息进行描述。

其中，在一种情况下，所述物流需求信息的填写者用户包括发货方用户，所述目的地址为收货方用户关联的地址。

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

映射关系保存单元910，用于保存地区信息与编码信息之间的映射关系；

查询请求接收单元920，用于接收客户端提交的查询信息，所述查询信息是由所述客户端在通过目标页面接收物流需求信息的过程中发出的，其中携带有所述编码信息；

目的地区确定单元930，用于通过查询所述映射关系信息确定所述编码信息对应的目的地区信息；

目的地区信息提供单元940，用于将所述目的地区信息返回给所述客户端，以用于提供关于所述目的地区信息的推荐信息。

另外，该装置还可以包括：

资费查询单元，用于在所推荐的目的地区信息被选用后，根据所述目的地区信息向物流服务提供方发送物流资费信息查询请求，以获得对应的物流资费信息。

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

交易订单信息确定单元1010，用于在通过目标页面接收物流需求信息的过程中，确定关联的交易订单信息；

信息读取单元1020，用于从所述交易订单信息中获取目的地址以及与地区信息具有映射关系的编码信息；

信息提交单元1030，用于将所述目的地址以及所述编码信息提交到服务端，以用于对所述目的地址中包含的目的地区信息以及所述编码信息的准确性进行核对；

核对结果提供单元1040，用于在所述目标页面中提供核对结果。

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

编辑操作选项提供单元，用于如果所述核对结果为所述目的地址中包含的目的地区信息或邮政编码不准确，则提供用于对所述目的地址中包含的目的地区信息或邮政编码信息进行重新编辑的操作选项；

编辑页面提供单元，用于通过所述操作选项接收到重新编辑请求后，提供编辑页面，所述编辑页面用于对所述目的地址中包含的目的地区信息或邮政编码信息进行编辑。

其中，该装置还包括：

推荐信息提供单元，用于将所述目的地址中包含的目的地区信息与邮政编码中准确的部分，填入所述编辑页面中对应的输入控件，并提供关于不准确部分的推荐信息。

其中，推荐信息提供单元具体可以用于：

如果所述目的地址中包含的目的地区信息准确，所述邮政编码不准确，则在所述编辑页面中将所述目的地址中包含的目的地区信息填入对应的输入控件，并根据所述目的地址中包含的目的地区信息提供关于邮政编码的推荐信息。

或者，所述推荐信息提供单元还可以用于：

如果所述邮政编码准确，所述目的地址中包含的目的地区信息不准确，则获取关联的目的国家信息；在所述编辑页面中将所述邮政编码以及目的国家信息填入对应的输入控件，并根据所述邮政编码以及目的国家信息提供关于目的地区的推荐信息。

另外，该装置还可以包括：

选用选项提供单元，用于提供用于对所述推荐信息进行选用的操作选项；

信息自动填入单元，用于通过该操作选项接收到用户操作后，将所述推荐信息填入所述目标页面中对应的输入控件中。

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

映射关系保存单元1110，用于保存地区与编码信息之间的映射关系信息；

交易订单信息确定单元1120，用于在接收客户端提供的物流需求信息的过程中，确定关联的交易订单信息，并从所述交易订单信息中获取目的地址以及编码信息；

地址信息核对单元1130，用于通过查询所述对应关系信息，对所述目的地址中包含的目的地区信息以及所述编码信息的准确性进行核对；

核对结果提供单元1140，用于将核对结果信息返回给所述客户端。

另外，该装置还可以包括：

资费查询单元，用于根据核对无误的目的地区信息，向物流服务提供方发送物流资费信息查询请求，以获得对应的物流资费信息。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种计算机系统，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图12示例性的展示出了电子设备的架构，具体可以包括处理器1210，视频显示适配器1211，磁盘驱动器1212，输入/输出接口1213，网络接口1214，以及存储器1220。上述处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220之间可以通过通信总线1230进行通信连接。

其中，处理器1210可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请所提供的技术方案。

存储器1220可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1220可以存储用于控制电子设备1200运行的操作系统1221，用于控制电子设备1200的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器1223，数据存储管理系统1224，以及物流信息处理系统1225等等。上述物流信息处理系统1225就可以是本申请实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本申请所提供的技术方案时，相关的程序代码保存在存储器1220中，并由处理器1210来调用执行。

输入/输出接口1213用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

网络接口1214用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。

总线1230包括一通路，在设备的各个组件(例如处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，与存储器1220)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1210、视频显示适配器1211、磁盘驱动器1212、输入/输出接口1213、网络接口1214，存储器1220，总线1230等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请方案所必需的组件，而不必包含图中所示的全部组件。

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

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

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