CN105678497A - 一种处理物流数据的方法和装置 - Google Patents

Abstract

本发明实施例提供的处理物流数据的方法，包括：接收物流请求数据，所述物流请求数据中包括发货地址和收货地址；判断属性信息表中是否包含所述发货地址和收货地址的区域信息；根据判断结果获得所述区域信息；根据所述区域信息匹配运费规则；以及根据所述运费规则计算运费。本发明实施例通过地理信息系统和属性信息表两种方式获得区域信息，提高了区域信息的获取成功率，从而提高了运费计算的成功率。本发明同时提供一种物流数据处理系统。

Description

一种处理物流数据的方法和装置

技术领域

本发明涉及数据处理领域，具体地，涉及一种处理物流数据的方法和装置。

背景技术

电商系统的发展，使得越来越多的消费者从网上购买所需的商品。在网上交易的过程中，物流配送是其中一项重要的环节。物流配送的好坏直接影响到消费者的购物体验。在物流配送过程中，难以避免地要涉及到配送运费的计算。电商系统向下游的消费者收取物流费用，提供电商配送服务的物流公司和上游的商品供应商结算运费。

物流公司与上游的商品供应商进行运费结算时，需要每笔订单的详细发货地，收货目的地，并转化为系统能识别的省、市、县、乡对应的ID(系统根据省、市、县、乡定义运费规则)，并根据设定好的规则进行计费。从一串地址明确的解析出正确的省、市、县、乡很关键。这直接关系到系统是否能自动计算出运费，计算出的运费准不准。

目前的运费计算中，从配送中心或工作人员的属性信息中提取省、市、县、乡的ID，根据ID获得运费计算规则。如果配送中心或工作人员的属性信息登记的不全或缺失，将直接导致计费失败。

发明内容

有鉴于此，本发明提供一种处理物流数据的方法和装置，以解决上述问题。

根据本发明的第一方面，提供一种处理物流数据的方法，包括：接收物流请求数据，所述物流请求数据中包括发货地址和收货地址；判断属性信息表中是否包含所述发货地址和收货地址的区域信息；根据判断结果获得所述区域信息；根据所述区域信息匹配运费规则；以及根据所述运费规则计算运费。

优选地，所述根据判断结果获得所述区域信息包括：如果所述属性信息表中包含所述发货地址和收货地址的区域信息，从所述属性信息表中获取所述区域信息；否则，利用地理信息系统获得所述发货地址和收货地址的经纬度；以及根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息。

优选地，还包括：当所述属性信息表中获取到的所述区域信息没有匹配的运费规则时，执行利用地理信息系统获得所述发货地址和收货地址的经纬度，以及根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息的步骤。

优选地，还包括：将从所述区域信息数据库中获取到的所述区域信息更新到所述属性信息表。

优选地，所述属性信息表包含各配送中心的属性和人员信息。

优选地，还包括：对运费数据进行统计，生成统计数据。

优选地，所述区域信息包括行政区划信息。

根据本发明的第二方面，提供一种物流数据处理系统，包括：接收模块，用于接收物流请求数据，所述物流数据包括发货地址和收货地址；判断模块，用于判断属性信息表中是否包含所述发货地址和收货地址的区域信息；获取模块，用于根据判断结果获得所述区域信息；匹配模块，用于根据所述区域信息获取运费规则；计算模块，用于根据匹配到所述运费规则计算运费。

优选地，所述获取模块包括：第一获取单元，用于从所述属性信息表中获取所述区域信息；第二获取单元，用于利用地理信息系统获得所述发货地址和收货地址的经纬度；第三获取单元，用于根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息。

优选地，还包括：更新单元，用于将从区域信息数据库中获取的所述区域信息更新到所述属性信息表。

优选地，还包括：统计模块，用于生成运费统计数据。

优选地，所述区域信息包括行政区划信息。

本发明实施例提供的处理物流数据的方法，包括：接收物流请求数据，所述物流请求数据中包括发货地址和收货地址；判断属性信息表中是否包含所述发货地址和收货地址的区域信息；根据判断结果获得所述区域信息；根据所述区域信息匹配运费规则；以及根据所述运费规则计算运费。本发明实施例通过地理信息系统和属性信息表两种方式获得区域信息，避免了频繁操作地理信息导致系统占用资源过高的问题，提高了区域信息的获取成功率，从而提高了运费计算的成功率。本发明同时提供一种物流数据处理系统。

附图说明

通过参照以下附图对本发明实施例的描述，本发明的上述以及其它目的、特征和优点将更为清楚，在附图中：

图1是现有技术的运费计算方法的流程图；

图2是根据本发明实施例的处理物流数据的方法的流程图；

图3是根据本发明另一实施例的处理物流数据的方法的流程图；

图4是根据本发明实施例的区域信息数据库的示意图；

图5是根据本发明实施例的物流数据处理系统的结构图。

具体实施方式

以下基于实施例对本发明进行描述，但是本发明并不仅仅限于这些实施例。在下文对本发明的细节描述中，详尽描述了一些特定的细节部分。对本领域技术人员来说没有这些细节部分的描述也可以完全理解本发明。为了避免混淆本发明的实质，公知的方法、过程、流程没有详细叙述。另外附图不一定是按比例绘制的。

附图中的流程图、框图图示了本发明实施例的系统、方法、装置的可能的体系框架、功能和操作，流程图和框图上的方框可以代表一个模块、程序段或仅仅是一段代码，所述模块、程序段和代码都是用来实现规定逻辑功能的可执行指令。也应当注意，所述实现规定逻辑功能的可执行指令可以重新组合，从而生成新的模块和程序段。因此附图的方框以及方框顺序只是用来更好的图示实施例的过程和步骤，而不应以此作为对发明本身的限制。

图1是现有技术的运费计算的方法的流程图。所述方法包括步骤101-104。

在步骤101中，接收物流请求数据。所述物流请求数据包括订单的发货地址和收货地址。

在步骤102中，从属性信息表获取到区域信息。在本步骤中，从属性信息表中获取发货地址和收货地址的区域信息。为了货物配送的需要，物流公司通常会将地理区域划分为若干个闭合区域，在每个区域至少设置一个配送中心负责周边的货物收取和派送。这里的区域信息表明一个区域的地理范围，如北京市二环以内，或大连市金州区等。配送中心的属性信息表里保存着该中心负责的区域信息。

在步骤103中，根据区域信息匹配运费规则。所述运费规则为预定义的和区域信息相关联的运费规则。在本步骤中，通过区域信息检索出所需要的运费计算规则。所述运费规则包括：按单件订单计算运费、按单件的面积计算运费、按总量或按总体体积集中计算运费。这些信息都有赖于配送中心的工作人员进行维护。

在步骤104中，根据运费规则计算运费。通过上一个步骤获取到的运费规则，在本步骤中，根据运费规则进行计算。

现有技术的运费计算方式，通过属性信息表保存区域信息，一旦区域信息缺失或错误，则计费失败。

图2是根据本发明实施例的处理物流数据的方法的流程图。图2所述的方法包括步骤201-207。

在步骤201中，接收物流请求数据。所述物流请求数据包括订单的发货地址和收货地址。

在步骤202中，根据属性信息表能否获取区域信息。一般情况下，如果电商公司使用自建的物流，可以获取到一个订单配送过程的所有信息，包括发货配送中心，收货配送中心，发货中心的操作员，收货中心的操作员等。基于此，将该中心负责的范围的区域信息存储到该配送中心的属性信息表或人员信息表中。这样，从发货中心和收货中心的属性信息表中分别获取一个收货和发货地址对应的区域信息，用于匹配运费计算规则。在一个优选的实施例中，区域信息包括行政区划信息。在本步骤中，如果能获取到对应的区域信息，则执行步骤203，否则执行步骤204。

在步骤203中，是否能匹配上运费计算规则。根据上述步骤获得的区域信息匹配运费计算规则，如果能匹配上一个运费计算规则，则执行步骤206，否则执行步骤204。

在步骤204中，利用地理信息系统获得发货地址和收货地址的经纬度。例如，利用百度公司提供的地理信息系统的API，输入发货地址或收货地址，返回发货地址或收获地址对应的经纬度数值。

在步骤205中，根据经纬度从区域信息数据库中获得发货地址和收货地址各自的区域信息。区域信息数据库将经纬度和区域信息关联起来，通过经纬度数值能够判断该经纬度数值所属的区域信息。在一个优选的实施例中，区域信息为行政区划信息，如省、市、县(乡、镇)、村等。通过经纬度数值能够获得该经纬度所属的行政区划信息。

在步骤206中，匹配运费计算规则。在本步骤中，通过区域信息检索出所需要的运费计算规则。

在步骤207中，根据运费计算规则计费。

在一个可选的实施例中，运费规则为一组变量公式，通过从运费规则中解析公式，把对应的数据代入到公式中进行计算。

在另一个优选的实施例中，根据物流请求数据计算货品的运费，还可以对运费进行汇总，生成统计数据。例如，供应商汇总，将相同的供应商的运费汇总，生成该供应商统计数据。

在本发明实施例中，针对能够通过属性信息表获取到区域信息的物流请求数据，从属性信息表中获得发货地址和收货地址对应的区域信息，对于无法从属性信息表中获得的区域信息的物流请求数据，根据地理信息系统和区域信息数据库获取该信息。本发明实施例综合利用地理信息系统和区域信息数据库，避免了频繁操作地理信息导致系统占用资源过高，提高了区域信息的获取效率，从而提高了运费计算效率，也提高了运费计算的成功率。

图3是根据本发明另一实施例的处理物流数据的方法的流程图。图3所述的方法包括步骤301-308。

在步骤301中，接收物流数据。本步骤和上述步骤201相同，这里就不在赘述。

在步骤302中，根据属性信息表获取区域信息。本步骤和上述步骤202同，这里就不在赘述。

在步骤303中，是否能匹配上计费规则。本步骤和上述步骤203，这里就不在赘述。

在步骤304中，利用地理信息系统获得发货中心和收货中心各自的经纬度。本步骤和上述步骤204相同，这里就不在赘述。

在步骤305中，根据经纬度从区域信息数据库中获得发货中心和收货中心各自的区域信息。本步骤和上述步骤205相同，这里就不在赘述。

在步骤306中，匹配运费计算规则。本步骤和上述步骤206相同，这里就不在赘述。

在步骤307中，根据运费计算规则计费。本步骤和上述步骤207相同，这里就不在赘述。

在步骤308中，将上述区域信息更新到属性信息表中。在本步骤中，将通过地理信息系统和区域信息数据库中获取到的发货地址和收货地址的区域信息更新到配送中心的属性信息表或人员信息表中，已备后续直接能从属性信息表内获取到该信息。

在本发明实施例中，增加了将区域信息更新到属性信息表中的步骤，实现对属性信息表漏缺或错误的区域信息进行补全或更正。

图4是根据本发明实施例的区域信息数据库40的示意图。编号400-490所属的区域分别表示一个具体的区域范围，通过划定区域范围，将地理信息中的经纬度范围和区域信息关联起来。这样，将货物从一个地址运送到另一个地址时，通过对区域信息建立运费规则，并将地址转换为对应的区域信息上，从而实现运费的结算。应当注意的是，本发明里的区域信息可以是行政区划信息(省、市、县(区、乡、镇)、村等)，也可以是物流公司根据自身需要进行的区域划分。比如，北京包括二环到三环区域，三环到五环区域。

另外，在编号460和430对应的行政区划范围内，分别有A配送中心和B配送中心。假设，电商M公司，拥有自建的A配送中心和B配送中心，负责区域430和460区域内的货物流转。但M公司在其他的行政区划范围内暂时未建立配送中心，则M公司在这些地区进行货物运输时，需要委托给外部的物流公司。那么M公司同外部的物流公司进行运费结算时，不需要关注货物的流转过程，只需获得货物的发货地址和收货地址(收货人地址)，即可以进行运费结算。

图5是根据本发明实施例的物流数据处理系统的结构图。所述物流数据处理系统50包括接收模块500、判断模块501、获取模块502、匹配模块503和计算模块504。

接收模块500从外部系统接收物流请求数据510，所述物流请求数据包括发货地址和收货地址。

判断模块501判断属性信息表中是否包含上述发货地址和收货地址的区域信息。

获取模块502根据收货地址和发货地址，获得收货地址和发货地址对应的区域信息。这里的区域信息是政府划定的包括省市县乡镇等行政信息，地址对应的区域信息为该地址的行政区划。

在一个优选的实施例中，所述获取模块502包括第一获取单元5023、第二获取模块5021和第三获取模块5022。第一获取单元5023从属性信息表中获取所述区域信息。第二获取模块5021利用地理信息系统530获得发货地址和收货地址的经纬度。第三获取模块5022根据经纬度从区域信息数据库540中获得发货地址和收货地址的区域信息。在获取模块502接收判断模块的判断结果，根据判断结果确定调用第一获取模块或第二获取模块和第三获取模块，这样，即使属性信息表中不包含必要的区域信息，也能够获得区域信息。

匹配模块503根据区域信息获取运费规则。从预先建立的存储区域信息和运费规则关联关系的数据库中获得对应的运费规则。运费规则指明从一个区域到另一个区域运费的计算方式。

计算模块504根据匹配到运费规则计算运费，输出运费数据。根据匹配模块503获得的运费规则，计算一个物流请求的运费。

本发明实施例提供的物流数据处理系统，根据物流请求数据，生成运费数据，通过两者获取方式，提高运费计算的成功率。

在一个优选的实施例中，上述物流数据处理系统还包括：更新单元，用于将从区域信息数据库中获取的区域信息更新到属性信息表。即，每次通过地理信息系统和区域信息数据获取到区域信息，都会更新到属性信息表。通过更新单元，逐步更正属性信息表中遗漏或错误的区域信息，提高区域信息的获取效率，从而提高运费核算的效率。

在另一个优选的实施例中，上述物流数据处理系统还包括：统计模块，用于将运费汇总生成统计数据。例如，根据供应商进行运费统计，或者根据货物单品编号进行运费统计等。

在另一个优选的实施例中，所述区域信息包括行政区划信息。系统的各个模块或模块可以通过硬件、固件或软件实现。软件例如包括采用JAVA、C/C++/C#、SQL等各种编程语言形成的编码程序。虽然在方法以及方法图例中给出本发明实施例的步骤以及步骤的顺序，但是所述步骤实现规定的逻辑功能的可执行指令可以重新组合，从而生成新的步骤。所述步骤的顺序也不应该仅仅局限于所述方法以及方法图例中的步骤顺序，可以根据功能的需要随时进行调整。例如将其中的某些步骤并行或按照相反顺序执行。

根据本发明的系统和方法可以部署在单个或多个服务器上。例如，可以将不同的模块分别部署在不同的服务器上，形成专用服务器。或者，可以在多个服务器上分布式部署相同的功能模块、模块或系统，以减轻负载压力。所述服务器包括但不限于在同一个局域网以及通过Internet连接的多个PC机、PC服务器、刀片机、超级计算机等。

以上所述仅为本发明的优选实施例，并不用于限制本发明，对于本领域技术人员而言，本发明可以有各种改动和变化。凡在本发明的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种处理物流数据的方法，包括：

接收物流请求数据，所述物流请求数据中包括发货地址和收货地址；

判断属性信息表中是否包含所述发货地址和收货地址的区域信息；

根据判断结果获得所述区域信息；

根据所述区域信息匹配运费规则；以及

根据所述运费规则计算运费。

2.根据权利要求1所述的方法，其中，所述根据判断结果获得所述区域信息包括：

如果所述属性信息表中包含所述发货地址和收货地址的区域信息，从所述属性信息表中获取所述区域信息；

否则，利用地理信息系统获得所述发货地址和收货地址的经纬度；以及

根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息。

3.根据权利要求2所述的方法，还包括：

当所述属性信息表中获取到的所述区域信息没有匹配的运费规则时，执行利用地理信息系统获得所述发货地址和收货地址的经纬度，以及根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息的步骤。

4.根据权利要求2所述的方法，还包括：将从所述区域信息数据库中获取到的所述区域信息更新到所述属性信息表。

5.根据权利要求2至4任意一项所述的方法，其中，所述属性信息表包含各配送中心的属性信息。

6.根据权利要求1所述的方法，还包括：对运费数据进行统计，生成统计数据。

7.根据权利要求1所述的方法，其中，所述区域信息包括行政区划信息。

8.一种物流数据处理系统，包括：

接收模块，用于接收物流请求数据，所述物流请求数据包括发货地址和收货地址；

判断模块，用于判断属性信息表中是否包含所述发货地址和收货地址的区域信息；

获取模块，用于根据判断结果获得所述区域信息；

匹配模块，用于根据所述区域信息获取运费规则；

计算模块，用于根据匹配到所述运费规则计算运费。

9.根据权利要求8所述的物流数据处理系统，其中，所述获取模块包括：

第一获取单元，用于从所述属性信息表中获取所述区域信息；

第二获取单元，用于利用地理信息系统获得所述发货地址和收货地址的经纬度；

第三获取单元，用于根据所述经纬度从区域信息数据库中获得所述发货地址和收货地址的区域信息。

10.根据权利要求8所述的物流数据处理系统，还包括：更新单元，用于将从区域信息数据库中获取的所述区域信息更新到所述属性信息表。

11.根据权利要求8所述的物流数据处理系统，还包括：统计模块，用于生成运费统计数据。

12.根据权利要求8所述的物流数据处理系统，其中，所述区域信息包括行政区划信息。