，提高了区域信息的获取效率，从而提高了运费计算效率，也提高了运费计算的成功率。
[0044]图3是根据本发明另一实施例的处理物流数据的方法的流程图。图3所述的方法包括步骤301-308。
[0045]在步骤301中，接收物流数据。本步骤和上述步骤201相同，这里就不在赘述。
[0046]在步骤302中，根据属性信息表获取区域信息。本步骤和上述步骤202同，这里就不在赘述。
[0047]在步骤303中，是否能匹配上计费规则。本步骤和上述步骤203，这里就不在赘述。
[0048]在步骤304中，利用地理信息系统获得发货中心和收货中心各自的经玮度。本步骤和上述步骤204相同，这里就不在赘述。
[0049]在步骤305中，根据经玮度从区域信息数据库中获得发货中心和收货中心各自的区域信息。本步骤和上述步骤205相同，这里就不在赘述。
[0050]在步骤306中，匹配运费计算规则。本步骤和上述步骤206相同，这里就不在赘述。
[0051]在步骤307中，根据运费计算规则计费。本步骤和上述步骤207相同，这里就不在赘述。
[0052]在步骤308中，将上述区域信息更新到属性信息表中。在本步骤中，将通过地理信息系统和区域信息数据库中获取到的发货地址和收货地址的区域信息更新到配送中心的属性信息表或人员信息表中，已备后续直接能从属性信息表内获取到该信息。
[0053]在本发明实施例中，增加了将区域信息更新到属性信息表中的步骤，实现对属性信息表漏缺或错误的区域信息进行补全或更正。
[0054]图4是根据本发明实施例的区域信息数据库40的示意图。编号400-490所属的区域分别表示一个具体的区域范围，通过划定区域范围，将地理信息中的经玮度范围和区域信息关联起来。这样，将货物从一个地址运送到另一个地址时，通过对区域信息建立运费规贝1J，并将地址转换为对应的区域信息上，从而实现运费的结算。应当注意的是，本发明里的区域信息可以是行政区划信息(省、市、县(区、乡、镇)、村等)，也可以是物流公司根据自身需要进行的区域划分。比如，北京包括二环到三环区域，三环到五环区域。
[0055]另外，在编号460和430对应的行政区划范围内，分别有A配送中心和B配送中心。假设，电商M公司，拥有自建的A配送中心和B配送中心，负责区域430和460区域内的货物流转。但M公司在其他的行政区划范围内暂时未建立配送中心，则M公司在这些地区进行货物运输时，需要委托给外部的物流公司。那么M公司同外部的物流公司进行运费结算时，不需要关注货物的流转过程，只需获得货物的发货地址和收货地址(收货人地址)，即可以进行运费结算。
[0056]图5是根据本发明实施例的物流数据处理系统的结构图。所述物流数据处理系统50包括接收模块500、判断模块501、获取模块502、匹配模块503和计算模块504。
[0057]接收模块500从外部系统接收物流请求数据510，所述物流请求数据包括发货地址和收货地址。
[0058]判断模块501判断属性信息表中是否包含上述发货地址和收货地址的区域信息。
[0059]获取模块502根据收货地址和发货地址，获得收货地址和发货地址对应的区域信息。这里的区域信息是政府划定的包括省市县乡镇等行政信息，地址对应的区域信息为该地址的行政区划。
[0060]在一个优选的实施例中，所述获取模块502包括第一获取单元5023、第二获取模块5021和第三获取模块5022。第一获取单元5023从属性信息表中获取所述区域信息。第二获取模块5021利用地理信息系统530获得发货地址和收货地址的经玮度。第三获取模块5022根据经玮度从区域信息数据库540中获得发货地址和收货地址的区域信息。在获取模块502接收判断模块的判断结果，根据判断结果确定调用第一获取模块或第二获取模块和第三获取模块，这样，即使属性信息表中不包含必要的区域信息，也能够获得区域信息。
[0061]匹配模块503根据区域信息获取运费规则。从预先建立的存储区域信息和运费规则关联关系的数据库中获得对应的运费规则。运费规则指明从一个区域到另一个区域运费的计算方式。
[0062]计算模块504根据匹配到运费规则计算运费，输出运费数据。根据匹配模块503获得的运费规则，计算一个物流请求的运费。
[0063]本发明实施例提供的物流数据处理系统，根据物流请求数据，生成运费数据，通过两者获取方式，提高运费计算的成功率。
[0064]在一个优选的实施例中，上述物流数据处理系统还包括:更新单元，用于将从区域信息数据库中获取的区域信息更新到属性信息表。即，每次通过地理信息系统和区域信息数据获取到区域信息，都会更新到属性信息表。通过更新单元，逐步更正属性信息表中遗漏或错误的区域信息，提高区域信息的获取效率，从而提高运费核算的效率。
[0065]在另一个优选的实施例中，上述物流数据处理系统还包括:统计模块，用于将运费汇总生成统计数据。例如，根据供应商进行运费统计，或者根据货物单品编号进行运费统计等。
[0066]在另一个优选的实施例中，所述区域信息包括行政区划信息。系统的各个模块或模块可以通过硬件、固件或软件实现。软件例如包括采用JAVA、C/C++/C#、SQL等各种编程语言形成的编码程序。虽然在方法以及方法图例中给出本发明实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。
[0067]根据本发明的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的模块分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能模块、模块或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。
[0068]以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种处理物流数据的方法，包括: 接收物流请求数据，所述物流请求数据中包括发货地址和收货地址； 判断属性信息表中是否包含所述发货地址和收货地址的区域信息； 根据判断结果获得所述区域信息； 根据所述区域信息匹配运费规则；以及 根据所述运费规则计算运费。2.根据权利要求1所述的方法，其中，所述根据判断结果获得所述区域信息包括: 如果所述属性信息表中包含所述发货地址和收货地址的区域信息，从所述属性信息表中获取所述区域信息； 否则，利用地理信息系统获得所述发货地址和收货地址的经玮度；以及 根据所述经玮度从区域信息数据库中获得所述发货地址和收货地址的区域信息。3.根据权利要求2所述的方法，还包括: 当所述属性信息表中获取到的所述区域信息没有匹配的运费规则时，执行利用地理信息系统获得所述发货地址和收货地址的经玮度，以及根据所述经玮度从区域信息数据库中获得所述发货地址和收货地址的区域信息的步骤。4.根据权利要求2所述的方法，还包括:将从所述区域信息数据库中获取到的所述区域信息更新到所述属性信息表。5.根据权利要求2至4任意一项所述的方法，其中，所述属性信息表包含各配送中心的属性信息。6.根据权利要求1所述的方法，还包括:对运费数据进行统计，生成统计数据。7.根据权利要求1所述的方法，其中，所述区域信息包括行政区划信息。8.一种物流数据处理系统，包括: 接收模块，用于接收物流请求数据，所述物流请求数据包括发货地址和收货地址； 判断模块，用于判断属性信息表中是否包含所述发货地址和收货地址的区域信息； 获取模块，用于根据判断结果获得所述区域信息； 匹配模块，用于根据所述区域信息获取运费规则； 计算模块，用于根据匹配到所述运费规则计算运费。9.根据权利要求8所述的物流数据处理系统，其中，所述获取模块包括: 第一获取单元，用于从所述属性信息表中获取所述区域信息； 第二获取单元，用于利用地理信息系统获得所述发货地址和收货地址的经玮度； 第三获取单元，用于根据所述经玮度从区域信息数据库中获得所述发货地址和收货地址的区域信息。10.根据权利要求8所述的物流数据处理系统，还包括:更新单元，用于将从区域信息数据库中获取的所述区域信息更新到所述属性信息表。11.根据权利要求8所述的物流数据处理系统，还包括:统计模块，用于生成运费统计数据。12.根据权利要求8所述的物流数据处理系统，其中，所述区域信息包括行政区划信息。
【专利摘要】本发明实施例提供的处理物流数据的方法，包括：接收物流请求数据，所述物流请求数据中包括发货地址和收货地址；判断属性信息表中是否包含所述发货地址和收货地址的区域信息；根据判断结果获得所述区域信息；根据所述区域信息匹配运费规则；以及根据所述运费规则计算运费。本发明实施例通过地理信息系统和属性信息表两种方式获得区域信息，提高了区域信息的获取成功率，从而提高了运费计算的成功率。本发明同时提供一种物流数据处理系统。
【IPC分类】G06Q10/08, G06Q50/28
【公开号】CN105678497
【申请号】CN201610070041
【发明人】邓志容
【申请人】北京京东尚科信息技术有限公司, 北京京东世纪贸易有限公司
【公开日】2016年6月15日
【申请日】2016年2月1日