本申请涉及电子信息领域，尤其涉及一种物流资源属性确定系统及方法。
背景技术：
物流末端网络的运力服务目前采用的还是静态的计划定价方式。每个包裹的价格对同一个城市来说是一样的。
这样的定价方式有其不合理性：因为基于静态的定价方式，物流末端网络快递员的收入跟揽收的订单包裹数量正相关。所以，导致快递员更倾向于在区域面积较小、订单密度更大的市中心区域揽件以获取较高收入，而对于区域面积较大、订单密度较小的偏远区域的订单很少有快递员去揽收。这种价格机制不能保证物流末端网络优质的服务品质，满足不了区域多样性的寄件需求。
技术实现要素：
本申请提供了一种方法及装置，目的在于解决的问题。
为了实现上述目的，本申请提供了以下技术方案：
一种物流资源属性确定方法，包括：
获取物流订单数据；
确定所述物流订单数据中的发件地址所属的物流区域的等级；
根据所述物流区域的等级确定所述物流资源的属性。
可选的，所述物流区域的等级依据历史订单数据预先确定。
可选的，在所述确定所述物流订单数据中的发件地址所属的运营区的等级之前，还包括：
依据历史物流订单数据，划分运营区；
依据所述历史物流订单的发件地址的服务指标数据和运营指标数据，获取划分的运营区的供需关系特征；
对所述供需关系特征，确定划分的各个运营区的等级。
可选的，所述依据所述历史物流订单数据，划分运营区包括：
获取所述历史物流订单中的发件地址所在的行政区的编码；
按照所述行政区的编码划分出运营区。
可选的，在所述按照所述行政区的编码划分出运营区之后，还包括：
依据所述历史物流订单中的发件地址的位置坐标，统计初选运营区中的历史物流订单密度，所述初选运营区为按照所述行政区的编码划分出的运营区；
将历史物流订单密度满足预设条件的初选运营区作为划分出的运营区，所述预设条件包括订单密度大于或等于预设阈值。
可选的，所述根据所述物流区域的等级确定所述物流资源的属性包括：
计算各项子价格，所述各项子价格包括所述运营区的等级确定的子价格，以及天气确定的子价格、距离确定的子价格、寄件区类型确定的子价格和合单数据确定的子价格中的至少一项；所述距离为所述物流订单数据中的发件地址与参考位置的距离，所述寄件区类型为所述物流订单数据中所述发件地址与目的地址的对应关系的分类，所述合单数据为与所述物流订单数据按照预设规则聚合的其它物流订单的数据；
计算所述各项子价格的融合价格。
可选的，所述计算各项子价格包括：
依据对应关系，计算各项子价格，所述对应关系包括：运力缺失的运营区的等级越低，所述运营区的等级确定的子价格越高。
可选的，所述对应关系还包括以下至少一项：
天气状态较好，则天气确定的子价格低，天气状态不好，则天气确定的子价格高；
距离越远，所述距离确定的子价格越高；
存在合单数据的合单子价格小于无合单数据的合单子价格，与所述订单数据聚合的其它物流订单的数量越多，合单数据确定的子价格越低；
发件地址和目的地址之间的距离越远，寄件区类型确定的子价格越高。
可选的，所述计算所述各项子价格的融合价格包括：
依据所述各项子价格以及预设的所述各项子价格的权重，计算所述融合价格。
一种物流资源属性确定系统，包括：
数据获取模块，用于获取物流订单数据；
数据分析模块，用于确定所述物流订单数据中的发件地址所属的物流区域的等级；
计算模块，用于根据所述物流区域的等级确定所述物流资源的属性。
可选的，所述数据分析模块具体用于，依据历史订单数据预先确定所述物流区域的等级。
可选的，所述数据分析模块具体用于：
在所述确定所述物流订单数据中的发件地址所属的运营区的等级之前，依据历史物流订单数据，划分运营区；依据所述历史物流订单的发件地址的服务指标数据和运营指标数据，获取划分的运营区的供需关系特征；对所述供需关系特征，确定划分的各个运营区的等级。
可选的，所述数据分析模块具体用于：
获取所述历史物流订单中的发件地址所在的行政区的编码；按照所述行政区的编码划分出运营区。
可选的，所述数据分析模块还用于：
在所述按照所述行政区的编码划分出运营区之后，依据所述历史物流订单中的发件地址的位置坐标，统计初选运营区中的历史物流订单密度，所述初选运营区为按照所述行政区的编码划分出的运营区；将历史物流订单密度满足预设条件的初选运营区作为划分出的运营区，所述预设条件包括订单密度大于或等于预设阈值。
可选的，所述计算模块具体用于：
计算各项子价格，所述各项子价格包括所述运营区的等级确定的子价格，以及天气确定的子价格、距离确定的子价格、寄件区类型确定的子价格和合单数据确定的子价格中的至少一项；所述距离为所述物流订单数据中的发件地址与参考位置的距离，所述寄件区类型为所述物流订单数据中所述发件地址与目的地址的对应关系的分类，所述合单数据为与所述物流订单数据按照预设规则聚合的其它物流订单的数据；计算所述各项子价格的融合价格。
可选的，所述计算模块具体用于：
依据对应关系，计算各项子价格，所述对应关系包括：运力缺失的运营区的等级越低，所述运营区的等级确定的子价格越高。
可选的，所述对应关系还包括以下至少一项：
天气状态较好，则天气确定的子价格低，天气状态不好，则天气确定的子价格高；
距离越远，所述距离确定的子价格越高；
存在合单数据的合单子价格小于无合单数据的合单子价格，与所述订单数据聚合的其它物流订单的数量越多，合单数据确定的子价格越低；
发件地址和目的地址之间的距离越远，寄件区类型确定的子价格越高。
可选的，所述计算模块具体用于：
依据所述各项子价格以及预设的所述各项子价格的权重，计算所述融合价格。
一种计算机可读介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行如下功能：获取物流订单数据；确定所述物流订单数据中的发件地址所属的物流区域的等级；根据所述物流区域的等级确定所述物流资源的属性。
本申请所述的物流资源属性确定方法及系统，依据物流订单数据中的发件地址所在的运营区的等级，确定物流资源的属性，因此，能够基于运营区的等级的设置，调整物流资源的属性，从而实现对末端物流网络中小件员的运力调度，以满足偏远地区的寄件需求。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为价格系统的架构示意图；
图2为本申请实施例公开的物流资源属性确定系统的结构示意图；
图3为本申请实施例公开的一种物流资源属性确定方法的流程图；
图4为本申请实施例公开的运营区划分方法的流程图；
图5为本申请实施例公开的运营区等级确定方法的流程图。
具体实施方式
图1为价格系统的架构，其中，本申请实施例公开的物流资源属性确定系统是该架构的核心。物流资源属性确定系统在接收订单分发系统发送的订单数据后，确定订单中的地址所在区域的等级，并依据该等级和实时天气信息等实时情景模式信息，动态地确定物流资源(例如小件员的运力)属性(例如小件员运力的价格，为了贴合场景进行说明，以下均为小件员运力的价格，简称价格，进行举例)，以提高偏远区域的订单的价格。
图1所示的架构适用于揽件场景，即物流资源属性确定系统确定的价格，经过结算系统的结算后，可以推送给物流末端网络快递员。图1所示的架构也适用于寄件场景，即物流资源属性确定系统确定的价格，经过结算系统的结算后，可以推送给发出订单的用户。具体的，物流资源属性确定系统确定的价格也可以在经过结算系统的相应处理后，例如，基于物流资源属性确定系统确定的价格生成用户的消费总额和/或快递员的净提成，相应推送给快递员和/或用户。
图2所示为图1中的物流资源属性确定系统的结构，包括数据获取模块、数据分析模块、计算模块和输出模块。
其中，数据获取模块用于获取物流订单数据。数据分析模块用于对物流订单数据进行分析，以得到物流订单中的地址所在的区域的等级和实时情景信息。计算模块用于依据区域等级和实时情景信息计算出各项子价格，并依据各项子价格计算出融合价格。输出模块用于将融合价格输出。
图2中每个模块的箭头指向的内容表示该模块在实现功能的过程中，使用的数据以及算法等，下面将结合这些数据以及算法，对图2所示的各个模块的功能进行详细的说明。
图3为本申请实施例公开的一种物流资源属性确定方法，包括以下步骤：
s301：数据获取模块获取物流历史订单数据。
物流历史订单数据包括物流历史订单的发件地址数据、发件地址的服务指标数据和运营指标数据。其中，服务指标数据是指对于历史订单的发件地址所在区域的服务的评价数据，例如，物流历史订单的发件地址所在区域的快递员的按时揽件率以及好评率。运营指标数据是指历史订单的发件地址所在区域的揽件运营数据，例如，物流历史订单的发件地址所在区域的历史订单量和快递员的人数等。
s302：数据分析模块依据物流历史订单数据，确定各个运营区的等级。
具体的，先进行运营区的划分，如图4所示：
1、依据物流历史订单中的发件地址，获取物流历史订单的发件地址所在的行政区的编码以及位置坐标(例如经纬度坐标)。
2、按照行政区的编码划分出运营区，作为初选运营区，例如，将具有相同的行政区的编码的区域划分为同一个运营区，或者，将行政区的编码相邻的两个区域划分为同一个运营区。
3、依据位置坐标，统计初选运营区中的历史订单的密度。
4、将物流历史订单的密度满足预设条件的初选运营区作为划分出的运营区。例如，将订单密度大于或等于预设阈值的运营区，作为划分出的运营区，而将订单密度小于预设阈值的运营区删除。其中，3和4为可选步骤，目的在于，优化运营区的划分，提高后续定价计算的效率。在不执行3和4的情况下，初选运营区即为划分出的运营区。在不执行3和4的情况下，1中可以不获取位置坐标。
在得到运营区的划分结果后，再确定运营区的等级，如图5所示：
1、依据物流历史订单的发件地址的服务指标数据和运营指标数据，获取划分的运营区的供需关系特征，供需关系特征包括但不限于：接单率、按时揽收率、平均揽件时长或爽约率。
本实施例中，可以使用图2所示的分析模块对应的各个算法，例如回归拟合、时序挖掘等算法，得到供需关系。使用各个算法计算供需关系的具体方式可以参见现有技术。
2、使用融合(rankcombination)模型，对供需关系特征进行序列融合，序列融合得到的结果为运营区的融合序列值，值越小则排名越靠前。使用融合模型进行计算的具体过程可以参见现有技术。
3、基于序列融合的结果，确定划分的各个运营区的等级。
可以使用图2所示的数据分析模块使用的算法，例如排序算法和优化算法，确定各个运营区的等级，具体的计算方式可以参见现有技术。
等级是一个用来综合衡量运营区好坏的指标。一般来说，等级高的运营区包括但不限于以下特点：单量多、运力充足、价格低。等级低的运营区包括但不限于以下特点：单量少、运力缺失、价格高。
s301和s302为预处理的过程，即在实时获取订单并依据订单定价之前，预先获得运营区的等级。
s303：数据获取模块获取实时物流订单数据。
可选的，数据获取模块还获取实时物流订单的发件地址的实时天气数据，并根据实时物流订单数据进一步获取实时物流订单数据中的发件地址与参考位置的距离数据、实时物流订单的寄件区类型以及实时物流订单的合单数据。
其中，寄件区类型是指实时物流订单数据中发件地址-目的地址的分类，例如：包裹的发件地址是北京市，发件地址也是北京市，北京市-北京市属于寄件区类型1区。包裹的发件地址是北京市，发件地址是广州市，北京市-广州市属于寄件区类型3区。寄件区类型根据行业规则预先设置，数据获取模块根据预先设置的规则查询即可得到实时物流订单的寄件区类型。
合单是指多个物流订单按照预设的规则(例如发件地址属于同一个运营区)聚合在一起，合单数据是指与当前物流订单数据聚合的其它物流订单数据。
s304：数据分析模块确定实时物流订单数据中的发件地址所属的运营区的等级。
具体的，因为数据分析模块在s302中已经划分出运营区并确定了运营区的等级，所以，s304中，数据分析模块可以依据物流订单的发件地址数据确定发件地址所在的运营区，以及所在的运营区的等级。
s305：计算模块计算价格。
具体的，可以仅依据实时物流订单的发件地址所属的运营区的等级确定价格，即计算运营区的等级对应的子价格。进一步的，可以预先设置等级与价格的对应关系，依据对应关系以及确定的等级确定子价格。基于s302，等级越低，说明运力越缺失，则对应关系中，等级越低，价格越高。例如，实时物流订单的发件地址所属的运营区的等级较高，说明运力充足，则定价低于基础价，否则，定价高于基础价。
可选的，为了得到更为匹配发件地址的特点的价格，除了实时物流订单的发件地址所属的运营区的等级之外，还可以计算实时情景信息中的其它各项子价格，并依据运营区的等级和其它各项子价格得到融合价格。
其它各项子价格包括但不限于：天气确定的子价格(简称天气子价格)、距离确定的子价格(简称距离子价格)、寄件区类型确定的子价格(简称寄件区类型子价格)以及合单数据确定的子价格(简称合单子价格)。在计算上述各项子价格的基础上，s303中，数据获取模块需要获取相应的可选数据。其中，距离为物流订单数据中的发件地址与参考位置的距离。寄件区类型为物流订单数据中发件地址与目的地址的对应关系的分类，合单数据为与物流订单数据按照预设规则聚合的其它物流订单的数据。
上述各项子价格的计算方式为：将s303中获取的数据输入图2中所示的数据分析模块对应的各个算法、或者其它算法或策略，得到相应的子价格。具体计算过程可以参见现有技术。但各项子价格依据的对应关系为：
天气状态较好，则天气子价格低，天气状态不好，例如有雨，则天气子价格高。距离越远，距离子价格越高。有合单情况的合单子价格小于无合单情况的合单子价格，合单数据中其它物流订单的数量越多，合单子价格越低。寄件区类型子价格由包裹订单的发件地址和目的地址之间的距离决定，距离越远，寄件区类型子价格越高。例如：从北京寄往北京的包裹的寄件区类型子价格要低于从北京寄往广州的寄件区类型子价格。
本实施例中，使用如下公式计算融合价格：
其中，pricecomb(i)为订单i的融合价格，j为子价格下标，n表示子价格的总数。pij为订单i的子价格j的金额，wj为子价格j的权重。
上述公式仅为计算融合价格的一种实现方式，也可以使用其它方式计算融合价格，例如，以各项子价格的平均值作为融合价格。
s306：输出模块输出计算得到的融合价格。
如图2中所示，输出模块可以将融合价格输出到客户端，为快递员或者用户提供定价服务。
从图3可以看出，图2所示的物流资源属性确定系统实现的物流资源属性确定方法，依据订单的地址所在的运营区的等级，计算订单的价格，因此，能够基于运营区的等级的设置，调整订单的价格。
对于揽件场景，在s302中，通过对于融合模型的设置，使得偏远位置的运营区的等级低，则偏远地区的价格相应较高。相对于现有的静态定价机制，快递员到偏远地区揽件获得的报酬高于在中心区域揽件得到的报酬，所以，能够提高快递员到偏远地区揽件的积极性，从而实现运力的平衡。
进一步的，图3中所示的方法，还可以依据其它因素例如实时天气因素与区域等级共同确定订单价格，以进一步提高价格与订单地址所在区域的实时特点的匹配度。
本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。
显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。