提供地址分拣信息的方法及装置\n技术领域\n[0001] 本申请涉及物流信息处理技术领域，特别是涉及提供地址分拣信息的方法及装置。\n背景技术\n[0002] 随着电子商务和互联网技术的不断发展，越来越多的消费者选择网络购物代替传统的实体店购物方式，使得网络购物用户的规模不断上升。在这种趋势的影响下，即使一些传统的企业，为了将企业产品的销售渠道进步扩展，也纷纷引进网络销售方式。网络购物消费方式的普及对物流、快递服务行业提出了更高的要求。\n[0003] 被购买的货物或商品需要按照收货方所指定的接收地址进行运输和配送。在包含货物的快件从发货方转移到物流商或快递商的过程中，物流商通常按照内部处理流程，根据接收地址对快件进行分拣，即在各级分拨中心将快件按照收货方的目的地地址进行分类，使得目的地相近的快件被统一转运或者配送，正确的分拣过程将使得快件进入正确的分拣路由(或称为路向)，从而运输和配送到指定到接收地址。\n[0004] 具体在分拣包裹时,物流商工作人员把包裹分成十几堆,每堆包裹有相同的目的地,或者面对流水线,不同的目的地有各自的分叉,员守在分叉处,把流水线上的包裹放入目的地分叉里。所分拣的包裹上通常贴着运单，其上具有目的地址，通常为“xx省xx市xx区xx路”或者类似的冗长的地址,字体小、字数多，导致物流商工作人员辨别包裹配送方向需要耗费较长的时间。\n[0005] 分拣操作在包裹的整个配送过程中发生多次,如果每次都人工去辨别冗长的地址信息,会产生大量的重复劳动和时间浪费。为了提高分拣效率,物流商工作人员在拿到包裹后,物流商工作人员通常使用大头笔以较粗的字体标注出醒目、简洁、规范的分拣信息，以帮助后续分拣人员提高作用效率。工作人员首先识别包裹上面有无用分拣信息,如果没有，则标识分拣信息。比如寄送到“浙江省杭州市余杭区五常街道某某路999号”的包裹,可能标注分拣信息“杭州余杭”,用马克笔大字号书书写在包裹上，后续的分拣过程就可以直接根据“杭州余杭”这样简短醒目的信息来分拣进行。\n[0006] 参见图1所示，图1示例性地描述了现有技术中商家发送快件和物流商接收配送快件的流程。具体地，商家打印出包含收货地址的快件面单与快件一并交与物流商。物流商揽收快件后，由物流商工作人员根据快件面单的地址，在快件的外包装上手动书写与该收货地址对应的分拣信息。\n[0007] 随后，分拣人员根据该分拣信息进行分拣，使得快件进入对应的分拣邮路并通过干线配送至该分拣信息对应的干线配送中心，当快件到达该干线配送中心后，工作人员判断快件是否到达最接近目的地的分拣中心。若判断结果为未到达最接近目的地的分拣中心，再由工作人员判断下一级分拣信息是否正确标准标注；若下一级分拣信息正确则进行下一级干线配送，直至达到最接近目的地的分拣中心最后完成末端配送；若下一级分拣信息不正确，则由物流工作人员再次进行手工更正或重新标注正确的下一级分拣信息后，再进行分拣和干线配送。\n[0008] 在上述现有分拣配送过程中，分拣信息均由物流工作人员人工识别和手动书写。\n现实中，接收地址通常包含冗长的行政区域地址信息并且格式不一，例如，根据不同的行政区域划分，接收地址可能包含国家、省、市、区、县、街道，又可能仅仅包括直辖市、区、街道。\n因此，需要物流工作人员花费大量的时间进行一一识别并标注分拣信息，由此导致标注效率低下。同时，快件面单上标识的收货地址通常字体较小，加大了物流工作人员的识别难度，进一步降低了标注效率。\n[0009] 另外，在上述分拣信息标注过程中，分拣信息的正确性完全依赖于物流工作人员的经验和工作时的注意力等人为因素，难以保证分拣信息的正确性。即使在同一物流商内部，人工标注的方式也可能存在多套分拣信息规则，使得分拣信息难以统一。\n[0010] 由此可见，人工手动标注分拣信息的方式大大降低了分拣效率，并且始终难以提高，而且分拣信息的正确性受到人为因素的影响难以得到可靠的保证。同时，这种人工标识的方法还需要物流商投入较多的人力资源、付出较大的人力成本。\n发明内容\n[0011] 本申请提供了提供地址分拣信息的方法及装置，能够提高标识分拣信息的效率以及被标识的分拣信息的正确性。\n[0012] 本申请提供了如下方案：\n[0013] 一种提供地址分拣信息的方法，包括：\n[0014] 提供地址分拣信息数据库，所述分拣信息数据库保存有各行政区划标识与预置的分拣信息之间的对应关系；\n[0015] 在根据第一用户提交的交易订单信息生成物流信息时，从所述交易订单信息中提取收货地址信息；\n[0016] 确定所述收货地址信息中预置级别的目标行政区划标识；\n[0017] 查询所述地址分拣信息数据库，确定所述目标行政区划标识对应的目标分拣信息；\n[0018] 返回所述目标分拣信息，以便在所述物流信息中提供所述目标分拣信息。\n[0019] 一种建立地址分拣信息数据库的方法，包括：\n[0020] 接收物流服务提供方上传的地址名称与分拣信息之间的映射关系；\n[0021] 从所述地址名称中提取预置级别的行政区划名称；\n[0022] 根据所述行政区划名称确定行政区划标识；\n[0023] 保存所述行政区划标识与分拣信息之间的对应关系，以及该对应关系与所述物流服务提供方标识之间的关联关系，生成所述地址分拣信息数据库。\n[0024] 一种提供地址分拣信息的装置，包括：\n[0025] 地址提取单元，用于在根据第一用户提交的交易订单信息生成物流信息时，从所述交易订单信息中提取收货地址信息；\n[0026] 行政区划标识确定单元，用于确定所述收货地址信息中预置级别的目标行政区划标识；\n[0027] 分拣信息查询单元，用于查询所述地址分拣信息数据库，确定所述目标行政区划标识对应的目标分拣信息，其中，所述地址分拣信息数据库保存有各行政区划标识与预置的分拣信息之间的对应关系；\n[0028] 返回单元，用于返回所述目标分拣信息，以便在所述物流信息中提供所述目标分拣信息。\n[0029] 一种建立地址分拣信息数据库的装置，包括：\n[0030] 地址分拣信息接收单元，用于接收物流服务提供方上传的地址名称与分拣信息之间的映射关系；\n[0031] 地址分拣信息提取单元，用于从所述地址名称中提取预置级别的行政区划名称；\n[0032] 地址分拣信息确定单元，用于根据所述行政区划名称确定行政区划标识；\n[0033] 地址分拣信息存储单元，用于保存所述行政区划标识与分拣信息之间的对应关系，以及该对应关系与所述物流服务提供方标识之间的关联关系，生成所述地址分拣信息数据库。\n[0034] 根据本申请提供的具体实施例，本申请公开了以下技术效果：\n[0035] 通过本申请实施例，在生成物流信息的同时，通过所提取的收货地址信息，确定与该收货地址信息对应的预置级别的目标行政区划标识，通过地址分拣信息数据库提供的各行政区划标识与预置的分拣信息之间的对应关系，查询目标行政区划标识对应到目标分拣信息，从而避免了人工标识分拣信息的低效率步骤，由此极大提高了标识分拣信息的效率以及被标识的分拣信息的正确性。同时，自动获得更准确的分拣信息而非人工标识，还极大地降低了人力成本。\n[0036] 当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。\n附图说明\n[0037] 为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。\n[0038] 图1是现有技术中商家发送快件和物流商接收配送快件的总体流程示意图；\n[0039] 图2是本申请实施例中商家发送快件和物流商接收配送快件的总体流程示意图；\n[0040] 图3是本申请实施例提供的提供地址分拣信息方法的一种实施例的流程图；\n[0041] 图4是本申请实施例提供的提供地址分拣信息方法的另一种实施例的流程图；\n[0042] 图5是本申请实施例提供的建立数据库方法的一种实施例的流程图；\n[0043] 图6是本申请实施例提供的装置的示意图；\n[0044] 图7是是本申请实施例提供的另一装置的示意图。\n具体实施方式\n[0045] 下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。\n[0046] 图2示例性地描述了本申请实施例中商家发送快件和物流商接收配送快件的总体流程示意图。参见图2所示，以下描述各实施例中电商平台的交易流程。在买家(或称为第一用户)下单后，进入商家(或称为第二用户)发货流程，商家可以根据自己或者卖家的选择指定物流商。在商家根据买家提交的交易订单信息生成物流信息时，根据本申请实施例的方法，利用交易订单信息中提取收货地址信息，自动确定对应的分拣信息并打印或者其他方式输出包含分拣信息的面单。物流商揽收快件后，利用分拣信息进行分拣和干线配送，直至末端配送到达收获地址。\n[0047] 具体实现时，为了完成上述自动生成分拣信息的过程，可以首先建立一数据库，其中保存有各行政区划标识与预置的分拣信息之间的对应关系。为方便描述，在介绍本申请实施例所提供的提供地址分拣信息的方法之前，先描述本申请实施例一种建立地址分拣信息数据库的方法。图3示出本申请实施例所提供的这种建立地址分拣信息数据库的方法实施例的流程示意图。该方法包括以下步骤：\n[0048] S301：接收物流服务提供方上传的地址名称与分拣信息之间的映射关系；\n[0049] 由于最终执行配送的是物流服务提供方，而对于不同的物流服务提供方而言，同一地址对应的分拣信息可能会有所不同，因此，在本申请实施例中，可以为物流服务提供方提供上传映射关系的操作选项，各物流服务提供方可以按照自己的需求以及内部的分拣规则等，提交其各自的映射关系，相应的，在服务器端，最终在生成行政区划标识与分拣信息之间的对应关系时，也可以分别为不同的物流服务提供方生成不同的对应关系。换言之，同一物流服务提供方内，地址行政区划标识与分拣信息之间存在唯一的对应关系。\n[0050] 其中，关于上述映射关系中的分拣信息，可以是由各个物流服务提供方自行提供的，而关于地址名称信息，为了保存信息的统一性，一般不允许物流服务提供方自行输入。\n另一方面，即使物流服务方能够提供规范的地址名称，输入的过程也会给物流服务提供方造成较高的时间成本以及人力成本的浪费。而现有技术中存在类似于“中华地址库”等数据库，其中保存有相对完善的地址名称信息，并且还针对各级行政区划具有统一的编码信息，等等，因此，具体实现时，为了便于物流服务器提供方上传上述映射关系，可以根据已知的地址信息数据库，向物流服务提供方提供地址名称，这样，物流服务提供方只需要针对各个地址名称给出对应的分拣信息，并上传到服务器即可。\n[0051] S302：从地址名称中提取预置级别的行政区划名称；\n[0052] 其中，预置级别的行政区划可以是指一个具体的地址中的末级行政区划，等等。例如，一个完整的地址名称通常由以下字段组成：省、市、区(县)、街道(乡镇)、详细地址，其中前四个为行政区划，也即，末级行政区划一般为。如，浙江省杭州市余杭区仓前街道××号，则末级行政区划名称为仓前街道，等等。\n[0053] S303：根据行政区划名称确定行政区划标识；\n[0054] 具体实现时，分拣信息数据库中保存的行政区划标识可以是有多种具体的形式，例如，其中一种最简单的形式可以是直接将行政区划名称作为行政区划标识。或者，为了节省存储空间，还可以将行政区划名称转换为行政区划id等编码。具体实现时，该转换的步骤可以是通过参考中华地址库等已知的地址信息数据库而获知的。\n[0055] S304：保存行政区划标识与分拣信息之间的对应关系，以及该对应关系与物流服务提供方标识之间的关联关系，生成地址分拣信息数据库。\n[0056] 分拣信息数据库保存的各行政区划标识包括是行政区划名称或者行政区划ID。例如下所示，行政区划名称为“北京北京市东城区”字符，分拣信息为“北京东城”，或者行政区划ID(代码)为“110000110100110101”，分拣信息为“北京东城”。使用行政区划ID表达方式可以节省存储空间。\n[0057] 表1\n[0058]\n省名称 省代码 市名称 市代码 区县名称 区县代码 分拣信息\n北京 110000 北京市 110100 东城区 110101 北京东城\n北京 110000 北京市 110100 西城区 110102 北京西城\n[0059] 其中，操作S303根据行政区划名称确定行政区划标识，可以包括：查询预置的地址对象信息库，确定预置级别的行政区划名称对应的行政区划标识。\n[0060] 以下为分拣信息数据库的一个具体实施例，即以地址-分拣信息表保存行政区划标识与分拣信息之间的对应关系。存储方案表现为“键-值映射”，即同一物流服务提供方内，行政区划标识与分拣信息之间存在唯一映射关系。查询参数为物流服务提供方标识(company_id)和行政区划标识(area_id)，即以物流服务提供方和行政区划标识查询对应的分拣信息。\n[0061] 表2\n[0062]\n字段 类型 描述 是否可空 主键\nid long 主键 否 是\ncompany_id long 物流公司ID 否 否\narea_id long 地址ID 否 否\ncode string 分拣信息 否 否\nstatus int 状态 否 否\n[0063] 可以采用预先提供给物流服务提供方统一的地址-分拣信息模板，例如csv格式的文件，该模板中的行政区划标识可以包括行政区划名称和/或者行政区划ID，并且符合地址库的标准,即行政区划名称、行政区划ID、区划之间的归属关系等，并且这些行政区划信息可以来自于标准地址库中导出的，如现有的中华地址库。模板中分拣信息栏为空。物流服务提供方根据自己的预设规则，填入对应的分拣信息，形成表一所示的地址名称与分拣信息之间的映射关系。\n[0064] 接收物流服务提供方上传的地址名称与分拣信息之间的映射关系后，可以对该关系中的行政区划名称和/或者行政区划ID、区划之间的归属关系进行校验，防止可能出现的篡改行政区划名称、行政区划ID、行政区划之间的归属关系等数据的情况。\n[0065] 校验分为两部分，对于物流服务提供方提供的文件的每一行记录,首先检查行政区划名称和/或者行政区划ID的对应关系和地址库中维护的是否一致,然后检查行政区划之间的归属既省、市、区的区划归属和地址库中维护的是否一致。\n[0066] 参见图4所示，图4示出本申请实施例所提供的提供地址分拣信息的方法第一实施例的流程示意图。该实施例中提供地址分拣信息的方法，包括如下操作。\n[0067] S401：提供地址分拣信息数据库，分拣信息数据库保存有各行政区划标识与预置的分拣信息之间的对应关系。\n[0068] S402：在根据第一用户提交的交易订单信息生成物流信息时，从交易订单信息中提取收货地址信息。\n[0069] 例如，交易订单信息中提取收货地址信息如下：\n[0070] "province":"浙江省",\n[0071] "city":"杭州市",\n[0072] "area":"余杭区",\n[0073] "town":"仓前街道",\n[0074] "address_detail":"测试地址"\n[0075] 其中，五个字段分别代表省、市、区(县)、街道(乡镇)、详细地址，其中前四个为行政区划。\n[0076] S403：确定收货地址信息中预置级别的目标行政区划标识。\n[0077] S404：地址分拣信息数据库，确定目标行政区划标识对应的目标分拣信息。\n[0078] S405：返回目标分拣信息，以便在物流信息中提供目标分拣信息。\n[0079] 在上述操作的同时，还可以根据预先设定的物流单号生成规则,生成包括物流单号，包括前缀、后缀、长度、起始值、终止值、校验码算法等等。例如，获取第一用户输入的电商平台(淘宝、天猫、亚马逊、京东等)交易号、第二用户发货地、收货地址等信息，根据规则生成号码的过程，经过入参校验、订购关系校验等，返回用户指定的物流服务提供方的物流单号。\n[0080] 对于分拣信息数据库保存的各行政区划标识为行政区划名称时，在操作S403中，可能无需更多查询(例如，查询以下的地址对象信息库)，例如收货地址信息中的目标行政区划名称已经是规范的行政区划名称，便能直接确定收货地址信息中预置级别的目标行政区划标识。\n[0081] 对于分拣信息数据库保存的各行政区划标识为行政区划名称时，在一种实施例中，S303操作中确定收货地址信息中预置级别的目标行政区划标识，具体可以包括：从收货地址信息中提取预置级别的行政区划名称；查询预置的地址对象信息库，确定收货地址信息中预置级别的行政区划名称对应的目标行政区划标识。通过查询预置的地址对象信息库，则当收货地址中的行政区划名称不规范时，可以通过查询地址对象信息库对收获信息进行规范化处理，帮助后续分拣和运输。\n[0082] 参见图5所示，图5示出本申请实施例所提供的提供地址分拣信息的方法另一种实施例的流程示意图。对于分拣信息数据库保存的各行政区划标识为行政区划ID时，图4中S403操作中确定收货地址信息中预置级别的目标行政区划标识，具体可以包括：\n[0083] S501:从收货地址信息中提取预置级别的行政区划名称；\n[0084] S502:查询预置的地址对象信息库，确定收货地址信息中预置级别的行政区划名称对应的目标行政区划ID。\n[0085] 地址对象信息库可以采用现有的“中华地址库”。在一种方法实施例中，地址分拣信息数据库中保存的行政区划标识为行政区划ID，地址对象信息库中保存有多个地址对象，每个地址对象由预置的参数进行表达，参数包括行政区划名称以及行政区划ID。\n[0086] 地址对象信息库中的三个地址对象可以如下所示：\n[0087] {"areaId":"111111",\n[0088] "name":"杭州市",\n[0089] "abbName":"杭州",\n[0090] "parentId":"000000"}\n[0091] {"areaId":"222222",\n[0092] "name":"余杭区",\n[0093] "abbName":"余杭",\n[0094] "parentId":"111111"}\n[0095] {"areaId":"333333",\n[0096] "name":"仓前街道",\n[0097] "abbName":"仓前",\n[0098] "parentId":"222222"}\n[0099] 其中areaId是行政区划ID在地址库中的唯一编码，name是行政区划名称，还可以包括行政区划的简称abbNam，管辖当前行政区划的行政区划parentID(或称为上一级行政区划ID)唯一编码(也可以采用行政区划名称)，在地址库中被称为当前地址对象的父对象。\n[0100] 上述S502操作查询预置的地址对象信息库，确定收货地址信息中预置级别的行政区划名称对应的目标行政区划标识，包括：\n[0101] 查询预置的地址对象信息库，确定与收货地址信息中预置级别的行政区划名称相匹配的目标地址对象；\n[0102] 将目标地址对象中的目标行政区划ID确定为目标行政区划标识。\n[0103] 如上所描述，在一种方法实施例中，地址对象的行政区划名称参数包括行政区划的全称以及简称，上述S402操作查询预置的地址对象信息库，确定与收货地址信息中预置级别的行政区划名称相匹配的目标地址对象，包括：\n[0104] 将收货地址信息中预置级别的行政区划的名称与各个地址对象中行政区划的全称进行匹配判断，将匹配成功的地址对象确定为目标地址对象。\n[0105] 例如，上述交易订单信息中提取收货地址信息：\n[0106] {"province":"浙江省",\n[0107] "city":"杭州市",\n[0108] "area":"余杭区",\n[0109] "town":"仓前街道",\n[0110] "address_detail":"测试地址"}\n[0111] 地址对象信息库中的一个地址对象：\n[0112] {"areaId":"333333",\n[0113] "name":"仓前街道",\n[0114] "abbName":"仓前",\n[0115] "parentId":"222222"}\n[0116] 五个字段分别代表省、市、区(县)、街道(乡镇)、详细地址，其中前四个为行政区划。以预置级别为末级地址行政区划(即最小的行政区划)为例，则预置级别的行政区划名称为“仓前街道”，利用该行政区划名称查询预置的地址对象信息库，确定与“仓前街道”相匹配的目标地址对象，目标行政区划ID“333333”确定为目标行政区划标识。\n[0117] 在另一种实施例中，如果不存在与行政区域的全称匹配成功的地址对象，则将收货地址信息中预置级别的行政区划的名称与各个地址对象中行政区划的简称进行匹配判断，将匹配成功的地址对象确定为目标地址对象。\n[0118] 例如，上述交易订单信息中提取收货地址信息：\n[0119] {"province":"浙江省",\n[0120] "city":"杭州市",\n[0121] "area":"余杭区",\n[0122] "town":"仓前",\n[0123] "address_detail":"测试地址"}\n[0124] 提取收货地址信息中预置级别的行政区划名称为“仓前”，查询地址对象信息库，如果不存在与行政区域的全称匹配成功的地址对象，则以“仓前”与各个地址对象中行政区划的简称进行匹配判断，依然可以获得匹配的地址对象，进而确定目标行政区划ID“333333”为目标行政区划标识。\n[0125] 在上述地址对象的行政区划名称参数包括行政区划的全称以及简称的实施例中，地址对象的参数还可以包括上一级行政区划标识，对应的一种实施例的方法还可以包括：\n[0126] 如果匹配成功的地址对象为多个，则根据各个匹配成功的地址对象中的上一级行政区划标识，确定上一级行政区划名称；\n[0127] 将收货地址信息中的上一级行政区划名称，与各个匹配成功的地址对象中上一级行政区划名称进行二次匹配，将二次匹配成功的地址对象确定为目标地址对象。\n[0128] 由于行政区划命名可能具有重复性,例如，同不同行政区划下的更小一级行政区划命名可能拥有同一个名字。比如“和平区”,就有天津市和平区,辽宁省沈阳市和平区等。\n因此,在地址对象信息库中根据行政区划名称查询地址对象时,查询的结果可能为多个，如包含在一个列表中。一个地址对象列表作为输出。\n[0129] [{\n[0130] "areaId":"120101",\n[0131] "name":"和平区",\n[0132] "abbName":"和平",\n[0133] "parentId":"120100"\n[0134] },\n[0135] {\n[0136] "areaId":"210102",\n[0137] "name":"和平区",\n[0138] "abbName":"和平",\n[0139] "parentId":"210100"\n[0140] },\n[0141] {\n[0142] "areaId":"710439",\n[0143] "name":"和平区",\n[0144] "abbName":"和平",\n[0145] "parentId":"710400"\n[0146] }]\n[0147] 根据各个匹配成功的地址对象中的上一级行政区划标识(如parentID)，确定上一级行政区划名称；将收货地址信息中的上一级行政区划名称，与各个匹配成功的地址对象中上一级行政区划名称进行二次匹配，将二次匹配成功的地址对象确定为目标地址对象。\n[0148] 可以设置查询上一级行政区划标识的级别，例如，遍历地址对象列表,对于每一个地址对象,循环获取其父级行政区划标识(根据parentId)直到“省”级别，从而找到一个地址对象,使得它所在的省、市、区、街道行政区划,与目标行政区划名称的地址信息部分匹配。\n[0149] 部分匹配即输入字符串与目标字符串之间可以允许不同,但是有一部分相同。例如，输入字符串为第一用户输入的收获地址信息中的预置级别的目标行政区划标识，目标字符串来自地址对象的行政区划名称。\n[0150] 部分匹配的策略要求输入的字符串可以是目标字符串的前缀,例如用户输入“黑”,目标字符串为“黑龙江”,则认为是地址信息部分匹配；反之，用户输入“龙江”，目标字符串为“黑龙江”，则认为不匹配。更广范的部分匹配可以使用编辑距离等算法实现，即“部分匹配策略”。通过部分匹配的方法，第一用户所提供的结构化的收货地址信息中，在省这个域填写“浙”，在市这个域填写“杭”，在区这个域填写“西湖区”，依然能够匹配到“浙江省杭州市西湖区”对应的行政区划标识，进而计算获得分拣信息，由此在收货地址信息缺失部分信息时依旧可以计算出正确的分拣信息。\n[0151] 在一种实施例中，可能出现地址信息库中能够查询获得预置级别的目标行政区划标识，然而地址分拣信息数据库中没有对应的分拣信息。因此，上述S502操作查询地址分拣信息数据库，确定目标行政区划标识对应的目标分拣信息，还可以包括：\n[0152] 如果地址分拣信息数据库不存在与目标行政区划标识对应的目标分拣信息，则将收货地址信息中的上一级行政区划名称，与各个匹配成功的地址对象中上一级行政区划名称进行二次匹配，将二次匹配成功的地址对象确定为新目标地址对象；\n[0153] 利用新目标地址对象中的目标行政区划ID为新目标行政区划标识，确定新目标行政区划标识对应的目标分拣信息。\n[0154] 例如，根据收货地址信息匹配到了“浙江省杭州市西湖区”,行政区划ID为123456。\n然而，第一用户指定的物流服务提供方没有维护该行政区划的分拣信息,则“回溯”即查询上一级行政区划名称“浙江省杭州市西湖区”对应的地址对象中的父对象，即parentId指向的行政地址“浙江省杭州市”是否存在分拣信息。通过上述实施例，当所具有的分拣信息不完备时能够计算出与收货地址最匹配的分拣信息。\n[0155] 即在物流服务提供方的分拣信息只精确到一个较大行政区划的“区”级别时，而第一用户输入的收获地址信息包含更小大行政区划的“街道”级别的收货地址时，上述实施例在根据“街道”无法查询到对应的分拣信息后，回溯查询“区”级别的分拣信息,然后返回区级别的分拣信息。还可以预设回溯的级别或次数，从而获得不同级别的分拣信息。\n[0156] 物流服务提供方可以由第二用户预先确定，例如第二用户可能会为不同的商品选择不同的物流服务提供方，预先确定物流服务提供方从而可以迅速地获得具体的物流解决方案。因此，在一种实施例的方法中，当有多个物流服务提供方时，不同的物流服务提供方提供各种的分拣信息，由此，地址分拣信息数据库中保存的行政区划标识与分拣信息之间的对应关系为多份，各份对应关系与不同的物流服务提供方相关联；\n[0157] 在根据第一用户提交的交易订单信息生成物流信息时还包括：\n[0158] 确定交易订单关联的目标物流服务提供方；\n[0159] 查询地址分拣信息数据库，确定目标行政区划标识对应的目标分拣信息，包括：\n[0160] 查询地址分拣信息数据库中目标物流服务提供方关联的对应关系，确定目标行政区划标识对应的目标分拣信息。\n[0161] 例如，物流服务提供方可以使用物流商代码进行标识，比如顺丰的代码为“SF”，在确定分拣信息时候，获得指定物流服务提供方(即目标物流服务提供方)的分拣信息。从而，根据目标物流服务提供方的物流商代码、收货地址信息地址、行政区划标识与分拣信息之间的对应关系获得分拣信息。在“行政区划标识与分拣信息的对应关系”由物流服务提供方维护并持久化到数据库的情况下，实际实现时，仅需要从第一用户获得其所输入的物流商代码和收货地址信息。从而，根据本申请实施例提供的方法，根据收货地址信息获取唯一的行政区划标识，然后根据第一用户输入的物流服务提供方，转换为物流商代码，使用行政区划标识和物流商代码获取该物流服务提供方维护的分拣信息。\n[0162] 根据本申请实施例的一个方面，参见图6所示，图6示出本申请实施例所提供的提供地址分拣信息的装置一种实施例的结构示意图。该装置与上述方法相对应的提供地址分拣信息相对应。该装置包括：\n[0163] 地址提取单元601，用于在根据第一用户提交的交易订单信息生成物流信息时，从交易订单信息中提取收货地址信息；\n[0164] 行政区划标识确定单元602，用于确定收货地址信息中预置级别的目标行政区划标识；\n[0165] 分拣信息查询单元603，用于查询地址分拣信息数据库，确定目标行政区划标识对应的目标分拣信息；其中，地址分拣信息数据库保存有各行政区划标识与预置的分拣信息之间的对应关系；\n[0166] 返回单元604，用于返回目标分拣信息，以便在物流信息中提供目标分拣信息。返回单元604还可以包括打印输出单元，将所获得的目标分拣信息进行输出。\n[0167] 在一种装置实施例中，行政区划标识确定单元602，具体用于：从收货地址信息中提取预置级别的行政区划名称；查询预置的地址对象信息库，确定收货地址信息中预置级别的行政区划名称对应的目标行政区划标识。\n[0168] 在一种装置实施例中，地址分拣信息数据库中保存的行政区划标识为行政区划ID，地址对象信息库中保存有多个地址对象，每个地址对象由预置的参数进行表达，参数包括行政区划名称以及行政区划ID。行政区划标识确定单元602，具体用于：查询预置的地址对象信息库，确定与收货地址信息中预置级别的行政区划名称相匹配的目标地址对象；将目标地址对象中的目标行政区划ID确定为目标行政区划标识。\n[0169] 在一种装置实施例中，地址对象的行政区划名称参数包括行政区划的全称以及简称，行政区划标识确定单元602，具体用于：将收货地址信息中预置级别的行政区划的名称与各个地址对象中行政区划的全称进行匹配判断，将匹配成功的地址对象确定为目标地址对象。\n[0170] 在一种装置实施例中，行政区划标识确定单元602，还用于：如果不存在与行政区域的全称匹配成功的地址对象，则将收货地址信息中预置级别的行政区划的名称与各个地址对象中行政区划的简称进行匹配判断，将匹配成功的地址对象确定为目标地址对象。\n[0171] 在一种装置实施例中，地址对象的参数还包括上一级行政区划标识，行政区划标识确定单元602，还用于：如果匹配成功的地址对象为多个，则根据各个匹配成功的地址对象中的上一级行政区划标识，确定上一级行政区划名称；将收货地址信息中的上一级行政区划名称，与各个匹配成功的地址对象中上一级行政区划名称进行二次匹配，将二次匹配成功的地址对象确定为目标地址对象。\n[0172] 在一种装置实施例中，行政区划标识确定单元602，还用于响应于如果地址分拣信息数据库不存在与目标行政区划标识对应的目标分拣信息，则将收货地址信息中的上一级行政区划名称，与各个匹配成功的地址对象中上一级行政区划名称进行二次匹配，将二次匹配成功的地址对象确定为新目标地址对象；以新目标地址对象中的目标行政区划ID为新目标行政区划标识。分拣信息查询单元602，还具体用于：利用新目标行政区划标识，确定新目标行政区划标识对应的目标分拣信息。\n[0173] 在一种装置实施例中，地址分拣信息数据库中保存的行政区划标识与分拣信息之间的对应关系为多份，各份对应关系与不同的物流服务提供方相关联。地址提取单元601，还用于：确定交易订单关联的目标物流服务提供方。分拣信息查询单元603，还用于：查询地址分拣信息数据库中目标物流服务提供方关联的对应关系，确定目标行政区划标识对应的目标分拣信息。\n[0174] 根据本申请实施例的再一个方面，参见图7所示，图7示出本申请实施例所提供的建立地址分拣信息数据库的装置一种实施例的结构示意图。该建立地址分拣信息数据库的装置，包括：\n[0175] 地址分拣信息接收单元701，用于接收物流服务提供方上传的地址名称与分拣信息之间的映射关系；\n[0176] 地址分拣信息提取单元702，用于从地址名称中提取预置级别的行政区划名称；\n[0177] 地址分拣信息确定单元703，用于根据行政区划名称确定行政区划标识；\n[0178] 地址分拣信息存储单元704，用于保存行政区划标识与分拣信息之间的对应关系，以及该对应关系与物流服务提供方标识之间的关联关系，生成地址分拣信息数据库。\n[0179] 在一种建立地址分拣信息数据库的装置实施例中，地址分拣信息确定单元703，具体用于：查询预置的地址对象信息库，确定预置级别的行政区划名称对应的行政区划标识。\n[0180] 在一种建立地址分拣信息数据库的装置实施例中，行政区划标识包括行政区划ID。\n[0181] 通过本申请实施例上述实施例所提供的技术方案，在生成物流信息的同时，自动获得目标行政区划标识对应到目标分拣信息，从而避免了人工标识分拣信息的低效率步骤，由此提高了标识分拣信息的效率以及被标识的分拣信息的正确性，同时，可以降低人力成本。还可以在收货地址信息缺失部分信息时依旧可以计算出正确的分拣信息，以及当所具有的分拣信息不完备时能够计算出与收货地址最匹配的分拣信息。\n[0182] 通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。\n[0183] 本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。\n[0184] 以上对本申请所提供的提供地址分拣信息的方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。
快申报：023-88392959
工作日：9:00-12:00/13:30-18:00
