CN106372821A - 确定服务站点信息的方法及装置 - Google Patents

Abstract

本申请实施例公开了确定服务站点信息的方法及装置，所述方法包括：提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；确定目标地址；根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。通过本申请实施例，可以更准确高效地实现目标服务站点的确定。

Description

确定服务站点信息的方法及装置

技术领域

本申请涉及快递服务信息处理技术领域，特别是涉及确定服务站点信息的方法及装置。

背景技术

快递是兼有邮递功能的门对门物流活动，即指快递服务方通过铁路、公路和空运等交通工具，对客户货物进行快速投递。在很多方面，快递要优于传统的邮递服务。例如，除了较快送达目的地外，很多快递服务提供方(例如，快递公司等)均提供邮件追踪功能、送递时间的承诺、上门取件、送货上门及其他按客户需要提供的服务。其中，以上门取件以及送货上门为最基本的服务。

为了实现及时的上门取件以及送货上门，快递服务提供方一般需要设置多个服务站点，每个服务站点有各自的服务区域(一般称为揽派范围)，并配有专门的服务人员，同一服务区域内的取件以及送货服务，均由该区域的服务站点为其提供服务。区别于用于实现跨省、跨区交接的分拨中心(或称货品集散中心)，这种服务站点位于服务链条的末端，直接服务于用户，并且，其分布位置、密度等，一般可以根据实际的业务需求而定，而不会与具体的行政区划相对应。例如，某快递公司在北京市某处设有市级分拨中心，在各个区设有区级的分拨中心，而在具体某个区内，则分布有多个服务站点，例如，包括专门针对某小区服务站点，专门针对某街道的服务站点，等等。

也就是说，服务站点的名称与实际的取件或者送货地址在文本上不一定具有明显的关联。这就使得在实际应用中存在很多不便，例如，在接收到某用户的上门取件请求后，需要根据用户所在的地址，将该任务分配到对应的服务站点，或者，分拨中心在收到中转来的货品后，也需要根据各个货品的收件方地址，将货品分配到各自对应的服务站点，等等。但是，现有技术中，上述分配服务站点的过程，主要是由物流分单流水线(或客服中心)上的工作人员通过人工识别书写或打印的面单地址字符信息，结合自身对地址和服务站点揽派范围的认知熟悉程度，主观地将包裹分配至末端服务站点。但是，人工识别过程过于主观，准确率不稳定，效率低，到件前不可预测。

发明内容

本申请提供了确定服务站点信息的方法及装置，可以更准确高效地实现目标服务站点的确定。

本申请提供了如下方案：

一种确定服务站点信息的方法，其特征在于，包括：

提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

确定目标地址；

根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

一种建立地址信息数据库的方法，包括：

获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

针对同一类的地址，提取出地址关键信息中的共性部分；

保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

一种提供服务站点信息的方法，包括：

提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

一种确定服务站点信息的装置，包括：

地址信息数据库提供单元，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

目标地址确定单元，用于确定目标地址；

数据库查询单元，用于根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

一种建立地址信息数据库的装置，包括：

记录获得单元，用于获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

聚类单元，用于对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

信息提取单元，用于针对同一类的地址，提取出地址关键信息中的共性部分；

保存单元，用于保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

一种提供服务站点信息的装置，包括：

地址信息数据库提供单元，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

地址信息提取单元，用于在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

服务站点信息确定单元，用于根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

信息返回单元，用于返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

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

通过本申请实施例，针对一具体的目标地址，可以自动确定出可以为其提供揽派服务的服务站点，避免了由于人工分配服务站点导致的不准确、效率低等情况的发生。并且，考虑到同一地址可能被用户多次使用等情况，自动确定服务站点的操作优先以查询数据库的方式来实现，数据库是根据历史服务记录生成的，可以充分利用***中的大数据资源，达到高效的目的。

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

附图说明

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

图1是本申请实施例提供的确定服务站点信息的方法中第一种实施方式的流程图；

图2是本申请实施例提供的确定服务站点信息的方法中第二种实施方式的流程图；

图3是本申请实施例提供的确定服务站点信息的方法中第三种实施方式的流程图；

图4是本申请实施例提供的建立地址信息数据库的方法的流程图；

图5是本申请实施例提供的提供服务站点信息的方法的流程图；

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

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

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

具体实施方式

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

在本申请实施例中，为了避免人工分配服务站点过程中造成的不准确、效率低等情况的发生，可以通过自动化的方式来实现服务站点的分配，也就是说，已知一个目标地址，可以自动确定出为该地址提供揽件、派件服务的服务站点具体是哪个。

具体实现时，可以通过大数据分析的方式，建立起地址信息与服务站点信息之间的关联关系。其中，大数据分析时采用的数据源可以有多种，例如，可以是物流服务方的***中，关于历史服务信息的记录，其中一般记录有服务过的地址，以及分别为各个地址分配的哪个服务站点，等等。这种记录一般是在过去的服务过程中产生并记录下来的，也就是说，现有技术中虽然是通过人工的方式分配服务站点，但是，关于分配的结果，一般会在***中有记录，因此，可以作为本申请实施例中的基础数据来使用。另一方面，之所以使用历史服务记录来建立数据库，这是因为，对于同一个用户而言，其使用的发件或者收件地址往往是固定的一个或者几个，因此，对于当前需要确定服务站点的目标地址而言，可能曾经被用户作为发件或者收件地址使用过。而同一个地址的地理位置不会变化，并且，服务站点的地理位置一般也不会发生变化，因此，针对同一个地址，分配的服务站点一般是相同的。这样，当前需要对某目标地址分配服务站点时，可以参考历史服务记录中，关于该地址的服务站点分配情况，如果有关于该地址的记录，就可以直接通过查询的方式获得，无需再进行其他的计算等操作，便于提高效率。

总之，在本申请实施例中，可以根据一些历史服务记录，将各个地址对应的曾经为其提供过服务的服务站点建立关联，并保存在数据库中，这样，如果当前的目标地址在该数据库中，则直接通过查询即可获知对应的目标服务站点。当然，有可能出现某目标地址没有在上述数据库的情况(也即，用户首次使用该地址作为发件或者收件地址)，因此，还可以建立另一个数据库，这个数据库中是将历史服务记录中的地址进行归一化处理，去掉一些不重要的信息，例如，具体的楼号门牌号等，然后保存与服务过的服务网点之间的对应关系；这样，针对目标地址，可以用这种归一化的数据库，来确定出对应的服务站点。此外，如果上述归一化的数据库仍然无法为当前目标地址返回具体的查询结果，则还可以使用经纬度坐标的方式来确定，此时，可以提前保存各个服务站点对应的服务区域的经纬度坐标，然后确定出当前目标地址的经纬度坐标，判断落在哪个服务站点的服务区域内，进而确定出对应的目标服务站点。

总之，在本申请实施例中，可以充分利用历史服务记录着的数据，建立起地址信息数据库，这样，针对一个目标地址，可以优先采用查询数据库的方式。来确定其对应的目标服务站点。由于大部分地址都不是首次使用，即使是首次使用，数据库中一般也会存在与该目标地址附近的其他地址的记录，因此，可以使得大部分地址都可以通过上述查询数据库的方式，确定出对应的目标服务站点。对于确实无法通过查询数据方式确定服务站点的目标地址，还可以通过经纬度坐标的方式来进行确定。总之，可以在效率优先的前提下，保证针对每个目标地址都能自动确定出对应的目标服务站点，而避免通过人工的方式进行确定，因此，可以提高效率以及准确度。

下面对具体的实现方式进行介绍。

实施例一

参见图1，本申请实施例一首先提供了一种确定服务站点信息的方法，该方法可以包括以下步骤：

S101：提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

在一种具体的实现方式下，该地址信息数据库中保存的地址信息可以是精确的地址信息，也就是说，从历史服务记录中提取出来的完整的地址，直接可以将这种精确的地址信息与服务站点信息之间的对应关系保存到数据库中。为了便于区分，将该数据库称为第一数据库。例如，该第一数据库的结构可以如以下表1所示：

表1

该表1中出现的各个精确地址，就代表该地址曾经作为收件地址或者发件地址出现过，并且当时就被分配的站点1这个服务站点。

另外，由于一个服务站点往往对应着一个区域，也即对应着多个地址，也就是说，在表1所示的数据库中，可能存在多个地址同一服务站点的情况。例如，针对前述表1中的“站点1”这一服务站点，除了“北京市昌平区天通苑一区1号楼2单元某室”这一地址之外，可能还有“北京市昌平区天通苑一区1号楼3单元某室”、“北京市昌平区天通苑一区2号楼2单元某室”等等。因此，还可以将同一服务站点对应的多个地址进行归一化处理，从中提取出关键信息的共性部分，这样，可以利用这种共性部分的关键信息，为首次出现的地址确定对应的服务站点。例如，前述例子中，将“站点1”对应的各个地址进行归一化处理后，得到的地址信息可能为“北京市昌平区天通苑一区”，等等。其他站点对应的地址也可以做类似处理，归一化处理后的地址信息，一般以“大街”、“大厦”、“小区”等关键信息结尾。也即，去掉了精确地址中一些不重要的信息。当然，这里所述的“不重要的信息”是一个相对的概念，可以理解为：这部分信息对于确定服务站点而言是不重要的，但对于具体的上门取件、送货上门等而言，这部分信息还是重要的。

总之，还可以建立第二数据库，其中的数据可以如以下表2所示：

表2

序号	归一化地址	服务站点
			1	北京市昌平区天通苑一区	站点1
2	北京市朝阳区建国门外大街	站点2
			……	……	……

在实际应用中，上述第一数据库以及第二数据库可以并存，优先使用第一数据库进行查询，在得不到结果的情况下，再使用第二数据库进行查询。或者，也可以仅保存上述第二数据库，全部使用归一化的地址信息进行查询。

当然，如前文所述，还可以预先建立服务区域信息数据库，该数据库中保存有各个服务站点服务区域信息，这种服务区域信息通过经纬度信息表示，这样，如果某目标地址未出现在第一数据库中，与归一化处理后的地址也未出现在第二数据库中，则可以利用经纬度信息进行计算。具体实现时，可以由向物流服务提供方提供相应的操作接口，使得服务提供方可以通过在地图上进行圈定等方式，来给出各个服务站点的服务区域，或者，通过输入服务站点所在的地址，以及服务区域的半径等方式，来给出各个服务站点的服务区域。这样，服务器可以根据服务提供方提交的信息，用经纬度坐标的方式来表达具体的服务区域，并保存在服务区域数据库中。例如，对于某具体服务站点的服务区域，可以用圆心坐标(x，y)以及半径r的方式来表达。具体实现时，如果服务提供方提交的是具体服务站点地址以及服务半径信息，则可以直接根据已知的地图数据库等确定出该地址对应的经纬度值，并将其确定为圆心，区域的半径直接根据提交的半径信息来确定。如果服务提供方提交的是在地图上圈定的信息，则可以结合具体的地图数据库，确定出圈定区域的圆心坐标，计算出半径，等等，关于具体的实现过程，这里不再详述。总之，服务区域信息数据库的结构可以如以下表3所示：

表3

序号	服务站点	服务区域
			1	站点1	(x1，y1)，r1
2	站点2	(x2，y2)，r2
			……	……	……

当然，在实际应用中，还可以通过其他方式来表达服务区域信息，例如，还可以将服务区域抽象成矩形，用矩形各顶点的坐标来表示，等等。

S102：确定目标地址；

在建立了前述各数据库的情况下，就可以自动为具体的目标地址确定出对应的目标服务站点，而不再需要以人工的方式进行确定。其中，具体确定的目标地址，可以根据具体应用场景而定。例如，当某用户需要查询某物流公司距离其家庭住址最近的服务站点时，现有技术中，用户只能大致的确定出一个范围，但是范围内的服务站点可能有多个，此时，用户将很难再进行进一步的选择。或者，用户只能拨打该物流公司的客服电话等进行查询，但是客服人员也需要根据自身的经验等，人工的选择出具体的服务站点。而在本申请实施例中，该用户可以输入其具体的家庭地址，此时，本申请实施例中的***就可以将该家庭地址作为目标地址，自动确定出可以为该地址提供揽派服务的服务站点，也即，返回给用户的可以是一个明确的服务站点。

或者，对于电子商务***而言，商家或者卖家用户在为用户发货时，一般也会选择具体的物流公司等服务提供方为其提供配送服务。对于一些稍大型的商家用户而言，在服务人员上门收件之前，一般可以将各个交易订单的收件人信息等打印在快递面单上。在现有技术中，打印在面单上的信息一般只有收件人地址、联系方式、姓名等信息。后续在配送的过程中，物流公司的各级工作人员需要手动的分配提供具体配送服务的服务站点。而在本申请实施例中，可以为卖家用户提供相应的操作选项，在卖家用户在面单上打印具体的物流信息之前，还可以向服务器请求获取与交易订单中具体收件地址对应的服务站点信息，这样，服务器就可以将该收件地址确定为目标地址，并通过预先建立的各个数据库，自动为其确定出目标服务站点。进而，卖家用户可以将目标服务站点的信息也打印在快递面单上，例如，可以按照快递公司提供的编码规则等打印上目标服务站点标识。这样，后续当快递包裹达到最后一级分拨中心后，需要向具体的服务站点派送时，就可以直接根据面单上的服务站点信息进行分配，而不再需要进行人为确定服务站点等操作。

此外还可以有多种具体的应用场景，这里不再一一赘述。

S103：根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

在确定了目标地址之后，就可以通过查询预先建立的地址信息数据库，确定出与目标地址对应的目标服务站点信息。具体的，可以查询前述第一数据库，确定出与目标地址对应的目标服务站点信息。或者，为了避免首次出现的地址无法从第一数据库中查询出结果，还可以与第二数据库相结合，另外，必要时还可以结合服务区域信息数据库。

例如，参见图2，在一种具体的实现方式下，确定服务站点信息的方法具体可以包括以下步骤：

S200：提供第一数据库，所述第一数据库中保存有精确地址与服务站点信息之间的对应关系；

S202：提供第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系；所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

S204：确定目标地址；

S206：根据所述目标地址查询所述第一数据库，判断第一数据库中是否存在目标网址；如果存在，则确定出与目标地址对应的目标服务站点信息，程序结束，否则进入步骤S210；

S208：从目标地址中提取符合预置特征的关键信息；

具体的，可以将其中包含的楼号房间号等信息去掉，剩余的信息作为符合预置特征的关键信息，等等。

S210：根据关键信息查询第二数据库，判断所述关键信息是否出现在第二数据库中，如果是，则确定出与目标地址对应的目标服务站点信息，程序结束。

当然，如前文所述，如果第二数据库中仍未查询到结果，还可以利用经纬度坐标进行确定。也即，参见图3，前期的准备步骤还可以包括：

S203：提供服务站点服务区域信息数据库，该数据库中保存有各个服务站点服务区域信息，所述服务区域信息通过经纬度信息表示；

在S210中，如果判断出关键信息没有出现在第二数据库中，则可以进入步骤S212；

S212：确定目标地址对应的经纬度信息；

该步骤可以根据已知的地图数据库等进行查询。

S214：根据目标地址对应的经纬度信息，以及服务区域数据库中保存的各个服务站点的服务区域信息，判断目标地址是否落在某服务站点的服务区域内，如果是，则将该服务网点确定为与目标地址对应的目标服务站点。

图3中的其他各步骤与图2中相同，这里不再赘述。

总之，通过本申请实施例，针对一具体的目标地址，可以自动确定出可以为其提供揽派服务的服务站点，避免了由于人工分配服务站点导致的不准确、效率低等情况的发生。并且，考虑到同一地址可能被用户多次使用等情况，自动确定服务站点的操作优先以查询数据库的方式来实现，数据库是根据历史服务记录生成的，可以充分利用***中的大数据资源，达到高效的目的。

另外，本申请方案的实现，在各种具体的应用场景下，还可以体现出诸多点。例如，如前文所述，由于利用本申请实施例提供的方案，可以实现预先将末端服务站点标识打印在快递面单上，因此，该方案还可以为实现分拣操作的自动化提供基础。例如，来自上一站的包裹集中到分拔中心后，可以将各个包裹放置于自动化分拣转送带上，转送带转动的同时，可以依次扫描每一个经过的快递面单。根据标识进行识别，当包裹转送到对应服务站点的指定的位置时掉入对应的收纳容器中，这样可以实现按包裹的实际目的地进行自动化分拣。这样可以降低原有人工错分的数量，从整体上提升服务的效率(因为错分后会发生转派等逆向流程，时间，经济成本都较高)

另外，传统的方式中，末端服务站点的快递派送，是被动等待模式，在包裹真正到达服务站点之前，无法预先获知即将到来的数量。而在本申请实施例中，由于在快递真正发走之前，就已经确定了目标服务站点，因此，还可以预先向目标服务站点进行到件预报，这样，目标服务站点可以提前做好准备，当预计到件量非常大时，还可以提前进行人员、场地等调整，以保证服务的质量。换言之，本申请实施例实现了快递下单后即计算出对应的末端服务站点，将原有的到达目的服务站点后获知，改变为事前获知，从而可以计算出每一个服务站点实时的未来到件量，同时结合流转的时效信息，可以计算出对应的到达服务站点的时间，使服务站点可以提前布暑工作调度。

再者，由于物流服务提供方的服务站点一般不能做到百分百覆盖，但是仅凭人工，无法清晰界定。而利用本申请实施例的方式，对于具体目标地址返回的服务站点结果，可以使相应的工作人员高效准确判断是否可以为对应的地址提供服务，如果针对某目标地址没有返回对应的目标服务站点，则可认为目前暂时不向该地址提供揽派服务。这样可以减少由于人工错误判断，揽收后却无法提供对应的服务，产生的转单(转其它物流公司，成本高)，或丢单等情况。

实施例二

如以上实施例一中所述，本申请实施例中可以预先建立多个数据库，在该实施例二中，对建立其中第二数据库的方法进行介绍。

参见图4，该实施例二提供了一种建立地址信息数据库的方法，该方法具体可以包括以下步骤：

S401：获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

S402：对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

S403：针对同一类的地址，提取出地址关键信息中的共性部分；

S404：保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

关于各步骤的具体实现，可以参见实施例一中的介绍，这里不再赘述。

实施例三

该实施例三中，针对一种具体的应用场景，对本申请实施例进行介绍。该应用场景为：电子商务交易平台中，在买家用户提交交易订单之后，卖家用户在为其发货时，可以根据交易订单中的收件人地址、姓名、联系方式等，生成物流信息，打印在预先从物流服务提供方处获得的快递面单上，这样，当服务方的揽收人员前来揽收时，就可以将待寄送的包括连同快递面单一起交给揽收人员。在本申请实施例中，由于可以根据目标地址自动确定出最终提供配送服务的末端服务站点，因此，还可以将末端服务站点的信息打印在快递面单上。其作用在前文中已经有所介绍。

需要说明的是，在这种应用场景下，为目标地址确定目标服务站点的工作可以是在电商平台服务器侧进行的，但对于电商平台服务器而言，卖家用户数量众多，物流服务方的数量也很多，每个卖家选用的物流服务方可能会不同，而不同物流服务方的服务站点分布又是不同的。也就是说，对应同一地址，不同服务提供方为该地址提供揽派服务的服务站点是不同的。因此，在服务器提供地址信息数据库时，可以针对多个不同的物流服务提供方，分别保存一份地址信息与服务站点信息之间的对应关系。这样，针对某交易订单，可以在确定出收件人地址的同时，还可以确定出卖家用户选用的具体物流服务方是哪个，进而再在数据库中查询该物流服务提供方的目标服务站点。

参见图5，该实施例三提供的提供服务站点信息的方法，可以包括以下步骤：

S501：提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

S502：在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

在实际应用中，可以由卖方用户预先选择物流服务提供方，在服务器中保存，这样服务器可以根据这种预先保存的信息，确定出针对当前交易订单的物流服务提供方。或者，也可以是由卖方用户在针对当前的交易订单生成物流信息时，先向服务器提交其选用的物流服务提供方标识，等等。

S503：根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

S504：返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

如实施例一中所述，由于在发件时，确定出了目标服务站点，因此，还可以向该目标服务站点发送到件预报通知消息，该通知消息中还可以包括预估的到件时间等，这样可以方便目标服务站点预先获知每天的到件数量等信息，进而提前布暑工作调度。

关于该实施例三中各个步骤的具体实现，也可参见实施例一中的介绍，这里不再赘述。

与本申请实施例一提供的确定服务站点信息的方法相对应，本申请实施例还提供了一种确定服务站点信息的装置，参见图6，该装置具体可以包括：

地址信息数据库提供单元601，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

目标地址确定单元602，用于确定目标地址；

数据库查询单元603，用于根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

具体实现时，所述地址信息数据库包括第一数据库，所述第一数据库中保存有精确地址与服务站点信息之间的对应关系，所述数据库查询单元603包括：

第一查询子单元，用于根据所述目标地址查询所述第一数据库，确定与所述目标地址对应的目标服务站点信息。

另外，所述地址信息数据库还包括第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系，所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

所述数据库查询单元603还包括：

第一关键信息提取子单元，用于如果所述第一数据库中不存在所述目标地址，则从所述目标地址中提取符合预置特征的关键信息；

第二查询子单元，用于根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

或者，也可以单独使用第二数据库进行查询，所述数据库查询单元603包括：

第二关键信息提取子单元，用于从所述目标地址中提取符合预置特征的关键信息；

第三查询子单元，用于根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

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

服务区域信息数据库提供单元，用于提供服务站点服务区域信息数据库，该数据库中保存有各个服务站点服务区域信息，所述服务区域信息通过经纬度信息表示；

经纬度信息确定单元，用于如果通过查询所述地址信息数据库，未确定出与所述目标地址对应的目标服务站点信息，则确定所述目标地址对应的经纬度信息；

经纬度判断单元，用于根据所述目标地址对应的经纬度信息，以及服务区域数据库中保存的各个服务站点的服务区域信息，判断所述目标地址是否落在某服务站点的服务区域内，如果是，则将该服务网点确定为所述与目标地址对应的目标服务站点。

与本申请实施例二提供的建立地址信息数据库的方法相对应，本申请实施例还提供了一种建立地址信息数据库的装置，参见图7，该装置具体可以包括：

记录获得单元701，用于获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

聚类单元702，用于对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

信息提取单元703，用于针对同一类的地址，提取出地址关键信息中的共性部分；

保存单元704，用于保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

与本申请实施例三提供的提供服务站点信息的方法相对应，本申请实施例还提供了一种提供服务站点信息的装置，参见图8，该装置具体可以包括：

地址信息数据库提供单元801，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

地址信息提取单元802，用于在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

服务站点信息确定单元803，用于根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

信息返回单元804，用于返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

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

通知单元，用于向所述目标服务站点客户端发送到件预报通知消息。

通过本申请实施例，针对一具体的目标地址，可以自动确定出可以为其提供揽派服务的服务站点，避免了由于人工分配服务站点导致的不准确、效率低等情况的发生。并且，考虑到同一地址可能被用户多次使用等情况，自动确定服务站点的操作优先以查询数据库的方式来实现，数据库是根据历史服务记录生成的，可以充分利用***中的大数据资源，达到高效的目的。

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

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

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

Claims (16)

1.一种确定服务站点信息的方法，其特征在于，包括：

提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

确定目标地址；

根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

2.根据权利要求1所述的方法，其特征在于，所述地址信息数据库包括第一数据库，所述第一数据库中保存有精确地址与服务站点信息之间的对应关系，所述确定与所述目标地址对应的目标服务站点信息，包括：

根据所述目标地址查询所述第一数据库，确定与所述目标地址对应的目标服务站点信息。

3.根据权利要求2所述的方法，其特征在于，所述地址信息数据库还包括第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系，所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

所述确定与所述目标地址对应的目标服务站点信息，还包括：

如果所述第一数据库中不存在所述目标地址，则从所述目标地址中提取符合预置特征的关键信息；

根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

4.根据权利要求1所述的方法，其特征在于，所述地址信息数据库包括第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系，所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

所述确定与所述目标地址对应的目标服务站点信息，包括：

从所述目标地址中提取符合预置特征的关键信息；

根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

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

提供服务站点服务区域信息数据库，该数据库中保存有各个服务站点服务区域信息，所述服务区域信息通过经纬度信息表示；

如果通过查询所述地址信息数据库，未确定出与所述目标地址对应的目标服务站点信息，则所述方法还包括：

确定所述目标地址对应的经纬度信息；

根据所述目标地址对应的经纬度信息，以及服务区域数据库中保存的各个服务站点的服务区域信息，判断所述目标地址是否落在某服务站点的服务区域内，如果是，则将该服务网点确定为所述与目标地址对应的目标服务站点。

6.一种建立地址信息数据库的方法，其特征在于，包括：

获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

针对同一类的地址，提取出地址关键信息中的共性部分；

保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

7.一种提供服务站点信息的方法，其特征在于，包括：

提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

8.根据权利要求7所述的方法，其特征在于，还包括：

向所述目标服务站点客户端发送到件预报通知消息。

9.一种确定服务站点信息的装置，其特征在于，包括：

地址信息数据库提供单元，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系；

目标地址确定单元，用于确定目标地址；

数据库查询单元，用于根据所述目标地址查询所述地址信息数据库，确定与所述目标地址对应的目标服务站点信息。

10.根据权利要求9所述的装置，其特征在于，所述地址信息数据库包括第一数据库，所述第一数据库中保存有精确地址与服务站点信息之间的对应关系，所述数据库查询单元包括：

第一查询子单元，用于根据所述目标地址查询所述第一数据库，确定与所述目标地址对应的目标服务站点信息。

11.根据权利要求10所述的装置，其特征在于，所述地址信息数据库还包括第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系，所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

所述数据库查询单元还包括：

第一关键信息提取子单元，用于如果所述第一数据库中不存在所述目标地址，则从所述目标地址中提取符合预置特征的关键信息；

第二查询子单元，用于根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

12.根据权利要求9所述的装置，其特征在于，所述地址信息数据库包括第二数据库，所述第二数据库中保存有归一化处理后的地址与服务站点信息之间的对应关系，所述归一化处理包括：从对应相同服务站点的各个地址中提取出地址关键信息的共性部分；

所述数据库查询单元包括：

第二关键信息提取子单元，用于从所述目标地址中提取符合预置特征的关键信息；

第三查询子单元，用于根据所述关键信息查询所述第二数据库，确定与所述目标地址对应的目标服务站点信息。

13.根据权利要求9至12任一项所述的装置，其特征在于，所述装置还包括：

服务区域信息数据库提供单元，用于提供服务站点服务区域信息数据库，该数据库中保存有各个服务站点服务区域信息，所述服务区域信息通过经纬度信息表示；

经纬度信息确定单元，用于如果通过查询所述地址信息数据库，未确定出与所述目标地址对应的目标服务站点信息，则确定所述目标地址对应的经纬度信息；

经纬度判断单元，用于根据所述目标地址对应的经纬度信息，以及服务区域数据库中保存的各个服务站点的服务区域信息，判断所述目标地址是否落在某服务站点的服务区域内，如果是，则将该服务网点确定为所述与目标地址对应的目标服务站点。

14.一种建立地址信息数据库的装置，其特征在于，包括：

记录获得单元，用于获得历史物流服务记录，所述历史物流服务记录中包括服务过的地址以及为各地址分配的服务站点；

聚类单元，用于对所述服务过的地址进行聚类，聚类的规则为：被分配了同一服务站点的各个地址聚为一类；

信息提取单元，用于针对同一类的地址，提取出地址关键信息中的共性部分；

保存单元，用于保存各类中提取出的共性部分与服务站点之间的对应关系，生成所述地址信息数据库。

15.一种提供服务站点信息的装置，其特征在于，包括：

地址信息数据库提供单元，用于提供地址信息数据库，该数据库中保存有地址信息与服务站点信息之间的对应关系，其中，针对不同的物流服务提供方，分别保存所述对应关系；

地址信息提取单元，用于在根据目标交易订单信息生成物流信息时，从所述目标交易订单信息中提取收货地址信息，并确定物流服务提供方标识；

服务站点信息确定单元，用于根据所述收货地址信息以及所述物流服务提供方标识查询所述地址信息数据库，确定与所述收货地址信息对应的目标服务站点信息；

信息返回单元，用于返回所述目标服务站点信息，以便在快递面单中提供所述目标服务站点信息。

16.根据权利要求15所述的装置，其特征在于，还包括：

通知单元，用于向所述目标服务站点客户端发送到件预报通知消息。