CN106156973A - 提供物流服务信息的方法及装置 - Google Patents

Abstract

本申请实施例公开了提供物流服务信息的方法及装置，其中，所述方法包括：提供第一数据库，用于保存各个物流服务的评价信息；提供第二数据库，用于保存各个第一用户对各类型的物流服务需求信息；在接收到浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；查询所述第一数据库，确定各个目标物流服务的评价信息；查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；根据所述匹配程度信息，提供所述各个目标物流服务的信息。通过本申请实施例，能够将多样性的物流服务与买家用户个性化的物流服务需求结合起来。

Description

提供物流服务信息的方法及装置

技术领域

本申请涉及物流服务信息处理技术领域，特别是涉及提供物流服务信息的方法及装置。

背景技术

随着电子商务和物流行业的快速发展，消费者在线上买商品时，物流服务提供商能提供的物流服务越来越多，不仅仅局限于是否包邮等最基础的物流服务，而且也包含预约配送、货到付款、开箱验货等更高层次的服务。同时，这些物流服务的提供商也呈现多样性，有电商平台自有或采购的，有仓储公司的，有配送公司的，有商家自有的，等等。

为了能够达到促使交易达成等目的，商家在电商平台的页面中提供商品对象详情时，一般会将能够提供的物流服务展示在详情页面中，这样，买家用户可以根据自己的实际情况，判断是否满足自己的物流需求。例如，买家用户在通过电商平台购买电视机等家用电器时，经常会有各种担心，例如，担心在运送过程中发生磕碰等现象造成产品损坏，或者担心自行安装时会比较困难，等等；然后，在浏览某家用电器的详情页面时，发现页面中显示有“可开箱验货”、“可上门安装”等物流服务，则该买家用户就可以相对放心地进行购买。

然而，在现有技术中，具体在商品详情页面中展示哪些物流服务，一般是由商家决定的，并且采用“一刀切”的方式，对所有买家用户“一视同仁”，也即，不管买家用户具体有何需求，都提供相同的物流服务。但是，在实际应用中，不同买家用户对物流服务的需求可能会有所不同，例如，有些农村或者偏远山区的买家用户只要能够将送货上门就可以，对时效不关注；有些城市买家用户，对预约配送很关注；有些大城市买家用户，对时效很关注，等等。

因此，如何将多样性的物流服务与买家用户个性化的物流服务需求结合起来，选择适合每个买家用户的物流服务，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了提供物流服务信息的方法及装置，能够将多样性的物流服务与买家用户个性化的物流服务需求结合起来。

本申请提供了如下方案：

一种提供物流服务信息的方法，包括：

提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

查询所述第一数据库，确定各个目标物流服务的评价信息；

查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

根据所述匹配程度信息，提供所述各个目标物流服务的信息。

一种提供物流服务信息的装置，包括：

第一数据库提供单元，用于提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

第二数据库提供单元，用于提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

目标物流服务确定单元，用于在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

第一查询单元，用于查询所述第一数据库，确定各个目标物流服务的评价信息；

第二查询单元，用于查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

计算单元，用于分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

信息提供单元，用于根据所述匹配程度信息，提供所述各个目标物流服务的信息。

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

通过本申请实施例，可以预先建立的物流服务的评价信息数据库，以及第一用户对物流服务的需求信息数据库，这样可以在第一用户浏览具体的业务对象时，计算出各个物流服务与第一用户的需求之间的匹配程度，并根据匹配程度为第一用户提供相应的物流服务的信息，从而可以实现将多样性的物流服务与第一用户个性化的物流服务需求结合起来，选择适合每个第一用户的物流服务。另外，由于同样一个类型的物流服务，可能会有多个提供商都可以提供，但是，不同的提供商提供的物流服务，在质量等方面可能会有所不同。而这种质量的不同，也能够通过与第一用户的需求的匹配程度体现出来。因此，通过本申请实施例，还可以形成一种发展的生态机制，会促进质量好的物流服务越来越多地被使用，推动不好的物流服务进行自我提升，对于非常差的物流服务进行自我淘汰。

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

附图说明

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

图1是本申请实施例提供的方法的流程图；

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

具体实施方式

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

在本申请实施例中，为了能够将多样性的物流服务与买家用户个性化的物流服务需求结合起来，提高服务质量，可以预先根据电商平台中的历史记录等数据，对各个物流服务进行评价，建立起评价信息数据库，并预先对各个买家(本申请实施例中称为第一用户)对物流服务的需求进行统计，建立起第一用户的物流服务需求信息数据库，这样，在第一用户浏览具体的业务对象的过程中，就可以将各个物流服务的评价信息与该第一用户对物流服务的需求信息进行匹配，进而可以根据匹配的结果，为第一用户提供物流服务的相关信息。例如，可以将匹配程度最高的物流服务的信息提供给第一用户，或者按照匹配程度进行排序之后，推荐给第一用户进行选择，等等。下面对具体的实现方式进行详细地介绍。

为便于理解，下面首先对本申请实施例中涉及到的物流服务的概念进行解释。

在本申请实施例中，一种物流服务在整个体系中是唯一的，一个服务的基本信息主要可以包括以下属性：系统唯一标识，服务类型，服务的范围，服务提供的物流能力等。另外，在实际应用中，除了上述基本信息，还可以包括服务名称，发布者，服务协议，费用信息等等。

其中，服务类型可以包括：仓库服务，配送服务，包邮服务，限时送达服务，货到付款服务，预约配送服务，开箱验货服务，上门退货服务，代收包裹服务，等等。

服务范围是指服务的区域范围，一般由一个行政区域的范围集合表示，如：某个配送服务的配送范围是：北京市，上海市。在具体实现时，可以用逻辑表等形式来存储该数据。

服务提供的物流能力：对于仓库服务来说，通常指一天能装卸多少方的货物，对于配送服务来说，通常指一天能够配送多少包裹。

服务协议：主要说明服务的一些条款，类似在线合同，订购服务的使用者只有同意了服务协议，才能使用服务。

费用信息：用来表达使用该服务时，需要支付的费用集合。

需要说明的是，在实际应用中，多个不同的服务提供商可能会提供同一类型的物流服务，同一服务提供商也可能会提供多个不同类型的物流服务，例如，有如下服务提供商入驻电商平台：物流公司A，物流公司B，物流公司C，则，物流公司A、B、C可能都提供配送服务，另外，物流公司A可能还提供退货服务，等等，如表1所示：

表1

服务提供商	提供的物流服务
		物流公司A	配送服务Sa，退货服务Ta，
物流公司B	配送服务Sb，
		物流公司C	配送服务Sc，

服务的使用者(一般是指电商平台中的商家或者卖家用户，在本申请实施例中，称为第二用户)在订购具体的服务服务时，可以仅选择使用何种物流服务，而不指定具体的提供商，例如，某第二用户订购了配送服务以及包邮服务，但不指定具体由哪个提供商为其提供具体的配送服务或者包邮服务，也就是说，第二用户对具体的提供商不进行限制，只要能够完成配送即可。此时，具体在针对某业务对象进行配送时，平台可以根据实际的情况，选择能够提供相应物流服务的提供商为其提供相应的服务。或者，第二用户在订购具体的物流服务时，也可以指定具体的服务提供商，例如，某第二用户订购了物流公司A的配送服务，等等。本申请实施例在为第一用户提供物流服务信息时，针对第二种情况，可以为第一用户甄别出哪些具体的物流服务更符合该第一用户的需求，例如，对于某业务对象，第二用户为其订购了限时送达、货到付款、预约配送、开箱验货等多项物流服务，但某第一用户可能仅对限时送达有需求，则在该第一用户浏览该业务对象的详情页面时，在该详情页面中可以仅向该第一用户提供关于限时送达服务相关的信息；而针对前一种情况，除了甄别出上述结果之外，还可以为第一用户甄别出哪个或者哪些物流提供商提供的某项具体的物流服务，与该第一用户的物流服务需求之间的匹配程度比较高。例如，某第二用户为某业务对象订购了限时送达服务，能够提供该服务的提供商有物流公司A、物流公司B以及物流公司C，各个物流公司在提供该项服务时，服务的质量等是不同的，而对于某第一用户而言，物流公司A提供的现实送达服务更能符合该第一用户的需求，则可以有限将该物流公司A提供的限时送达服务的相关信息提供给该第一用户。

具体实现时，为了达到上述目的，首先可以对各个物流服务进行评价。这里的各个物流服务，是指各个服务提供商提供的各个类型的物流服务，也即，假设每个物流服务商都能提供全部类型的物流服务，则需要评价的物流服务的数量为：N＝服务提供商的数量×物流服务类型的数量。当然，在实际应用中，有些服务提供商可能仅提供部分类型的物流服务，因此，实际需要评价的物流服务数量一般是小于N的。

其中，具体在对物流服务进行评价时，可以从多个维度分别对各个物流服务进行评价，其中，对于不同的物流服务，选择的维度可以是不同的，例如，对于配送服务，选择的维度可以包括配送成本、送货准点率、配送时效，等等。

需要说明的是，在具体实现时，除了对物流服务进行评价，还需要对第一用户的物流服务需求信息进行评价，并且最终还需要将两者进行匹配，因此，在对第一用户的物流服务需求信息进行评价时，也可以从对应的维度上进行评价。也就是说，针对同一物流服务，假设从维度A、维度B以及维度C这样三个维度上进行评价，则在对各个第一用户对该物流服务的需求进行评价时，同样可以从维度A、维度B以及维度C这样三个维度上进行评价。例如，针对配送服务，是从配送成本、送货准点率、配送时效这三个维度上进行评价，则针对各个第一用户，在评价其对配送服务的需求时，就可以分别从这三个维度上进行评价。

另外，在实际应用中，除了物流服务本身的评价信息，以及第一用户对物流服务的需求信息之外，还可能会有其他因素对最终提供的物流服务信息产生影响。例如，由于一般是在第一用户实际浏览某具体业务对象的详情信息时，为第一用户提供关于物流服务的信息，因此，根据具体业务对象的不同，实际提供的物流服务信息也可能会不同。为了能够将这种影响体现在最终的结果中，还可以对与具体交易相关的物流服务信息通过相应的维度值进行评价。其中，与具体交易相关的物流服务信息，可以包括多个角度的物流服务信息，例如，交易的业务对象所属的类目角度，或者，第二用户在订购物流服务时的特殊要求角度，或者，交易的收货地域与物流服务相关的信息角度，等等。也就是说，关于具体的业务对象所属的类目，对于某物流服务在某维度上可以有特殊的需求，例如，对于大家电类的业务对象，对于配送服务，在“送货入户”的需求会比较高。或者，对于某具体的业务对象，第二用户在为该业务对象订购具体的物流服务时，可能在某维度上有特殊要求，例如，对于配送服务，第二用户对“配送成本”的要求为“适中”，等等。再者，对于第一用户指定的收货地址，对物流服务的需求也可能会体现出一些特性，例如，如果收货地址是城区，则对于配送服务，在“送货时效”维度上的需求会比较高，等等。

总之，对于同一物流服务，无论是物流服务本身，还是第一用户、具体交易信息，都可以通过一些维度上的数值进行量化的评价。换言之，对于本申请实施例中的“维度”而言，可能会有多个“主题”需要从同一维度上进行评价，其中，所谓的“主题”就是包括物流服务本身，第一用户，具体交易信息等。因此，在本申请实施例中，关于“维度”的定义，可以包括以下几个基本属性：主题、名称、数值，另外，在具体实现是，还可以包括权值、关联主题标识、状态等属性。

其中：

主题：维度分析的主题，如：物流服务本身，第一用户，交易信息，等等。

名称：维度的名称，作为维度的标识，例如，Wc、Wt、Wz等等。

数值：维度的值，是可以量化的，如地域维度的值为：农村或者城镇，可以量化的表示为0或1等；时效的维度为：非常快，快，慢，非常慢，可以量化的表示为1，2，3，4，等等。

权值：表示一个维度的重要性，会影响推荐算法的推荐结果。

关联主题标识：通常为分析主题业务数据的系统标识，如分析主题为第一用户时，该值可以为用户的User Id，分析主题为物流服务时，该值可以为物流服务的名称。

状态：用来表示维度是否有效。

另外需要说明的是，具体实现时，由于与交易信息相关的维度上的信息，以及第一用户对物流服务的需求信息，都是与具体的需求相关的，因此，可以将与交易信息相关的维度上的数值，与第一用户的物流服务需求信息进行合并之后，再与各个物流服务的评价信息进行匹配运算。而在具体进行合并时，可能会涉及到不同主题在同一维度上的多个数值进行合并，例如，对于配送服务，当主题为第一用户时，在“送货入户”维度上的数值为0(不关心)，而当主题为交易信息，例如某业务对象的类目时，在在“送货入户”维度上的数值为1(需要)，此时，在进行合并时，就可能会发生冲突。为此，还可以预先为各个维度上的主题定义冲突优先级，例如，对于“送货入户”维度，冲突优先级为：第一用户高于交易信息，因此，在合并时，就可以将冲突优先级比较高的数值，作为该维度上的数值，例如，前述例子中，合并之后，“送货入户”维度上的数值就可以为0。

总之，对于配送服务，各个维度的定义可以如以下表2所示：

表2

当然，在实际应用中，可以定义更多或者更少的维度，对于其他类型的物流服务而言，还可以定义其他的维度。

在分别为各个物流服务定义了上述“维度”之后，就可以分别确定出各个主题在各个维度上的数值。其中，对于各个物流服务以及第一用户而言，可以根据交易平台数据库中保存的历史记录进行确定，并且由于需要处理的数据量比较大，因此，可以预先通过大数据离线计算来实现。而关于与具体交易相关的数值，可以在交易发生时再进行确定。

具体实现时，对于各个物流服务，可以抓取一定时间段内与物流服务相关的历史记录。例如，针对某物流服务，可以抓取关于该物流服务最近三个月的评价/投诉历史数据、最近三个月的交易数据、最近三个月的物流配送数据，等等。然后，通过对抓取到的数据进行分析，可以计算对应物流服务的维度上的具体数值，其中，每个维度上的数值的计算方式各不相同，从最简单的平均数，最大值，最小值，到复杂的写单独的程序都可以实现。例如，在抓取到关于某物流服务的上述数据之后，可以分别统计在各次配送中是否准点送达，然后就可以统计出准点送达率，等等。

总之，对于系统中所有有效的物流服务：S1,S2,..Sn，假设所有有效的物流服务类别的纬度为:W1,W2...Wm，则对抓取到的数据进行分析后的结果可以表示为：

S1->{W1＝V11,W2＝V12,..Wm＝V1m}；

S2->{W1＝V21,W2＝V22,..Wm＝V2m}；

...

Sn->{W1＝Vn1,W2＝Vn2,..Wm＝Vnm}；

通过上述计算，可以分别计算出各个提供商提供的各个物流服务在各个维度上的数值。例如，对于表1中所示的三个物流提供商提供的配送服务，假设预先定义的维度如表2所示，则可以分别计算出这三个配送服务提供上的配送服务在各个维度上的数值。例如，关于物流公司A的配送服务Sa，计算出各各个维度上的数值可以如以下表3所示：

表3

维度名称	数值
		Wc	3
Wz	4
		Wt	4
Wzt	1
		Wrh	1

上述信息可以表示为：

Sa->{Wc＝3,Wz＝4,Wt＝4,Wzt＝1,Wrh＝1}

关于物流公司B的配送服务Sb，计算出各各个维度上的数值可以如以下表4所示：

表4

维度名称	数值
		Wc	1
Wz	5
		Wt	3
Wzt	1
		Wrh	1

上述信息可以表示为：

Sb->{Wc＝1,Wz＝5,Wt＝3,Wzt＝1,Wrh＝1}

关于物流公司C的配送服务Sc，计算出各各个维度上的数值可以如以下表5所示：

表5

维度名称	数值
		Wc	5
Wz	5

Wt	5
		Wzt	2
Wrh	2

上述信息可以表示为：

Sc->{Wc＝5,Wz＝5,Wt＝5,Wzt＝2,Wrh＝2}

其他各个提供商的物流服务，也都可以按照上述方式计算出各个维度上的数值，并按照前述方式进行表示，从而建立起第一数据库，其中保存有各个物流服务对应的评价信息，由前述各个维度上的数值来表示。

类似的道理，还可以分别计算出各个第一用户对物流服务的需求信息，该需求信息同样可以用各个维度上的数值来表示。例如，可以抓取各个第一用户最近三个月购物偏好数据、最近三个月的交易数据、最近三个月的物流配送数据，等等，然后对这些数据进行分析，统计出各个第一用户分别对各类型的物流服务的需求信息，具体由各个维度上的数值来表示。具体的，假设所有有效的用户包括：U1,U2,..Un，所有有效的物流服务定义的维度包括:W1,W2...Wm，则输出结果可以表示为：

U1->{W1＝V12,W2＝V12,..Wm＝V1m}；

U2->{W1＝V21,W2＝V22,..Wm＝V2m}；

...

UN->{W1＝Vn1,W2＝Vn2,..Wm＝Vnm}

在预先确定出各个物流服务的评价信息，以及各个第一用户的需求信息之后，由于这种信息均是由多个相对应维度上的数值来表示，因此，在具体的第一用户需要展示具体的业务对象的详情信息时，就可以进行匹配程度的计算，确定出与该第一用户相匹配的物流服务信息，并提供给第一用户客户端。

具体的，参见图1，本申请实施例从服务器的角度，提供了一种提供物流服务信息的方法，该方法可以包括以下步骤：

S101：提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

S102：提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

前述步骤S101以及S102已经在前文中进行介绍，这里不再赘述。

S103：在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

具体在第一用户进行业务对象浏览的过程中，可以首先确定出与该指定业务对象关联的目标物流服务。其中，与业务对象关联的目标业务服务可以是由相应的第二用户预订的。也就是说，当某第二用户需要使用交易平台中提供的物流服务资源时，可以预先进行订购，在订购时，第二用户可以根据自身的需求、业务对象的特点等，选择适合的一个或多个物流服务组成物流解决方案，相应的，服务器可以将每个第二用户的各个业务对象对应的物流解决方案进行保存。需要说明的是，关于第二用户为其业务对象进行物流解决方案的个性化定制的相关内容，本申请人已经作为另一件专利另行申请，相关的具体实现，这里不再详述。总之，在服务器获知某第二用户的某业务对象被浏览的事件后，就可以通过确定出与该业务对象关联的物流解决方案，进而确定出该物流解决方案中是由哪些具体的物流服务组成的，也就是确定出了该业务对象关联的各个目标物流服务。

当然，在具体实现时，各个第二用户也可能使用服务器统一提供的同一套物流解决方案，也就是说，无论哪个第二用户，无论哪个具体的业务对象，关联的目标物流服务都可以是相同的，此时，只要获知该同一套物流解决方案中具体包括哪些物流服务，即可确定出与当前被浏览的业务对象关联的目标物流服务。

S104：查询所述第一数据库，确定各个目标物流服务的评价信息；

在确定出关联的目标物流服务之后，就可以通过查询第一数据库，确定出各个目标物流服务的评价信息。例如，假设与当前的业务对象关联的目标物流服务包括配送服务，则通过查询第一数据库，可以获得各个服务提供商提供的配送服务的评价信息。例如，对于前述例子，可以查询出以下信息：

Sa->{Wc＝3,Wz＝4,Wt＝4,Wzt＝1,Wrh＝1}

Sb->{Wc＝1,Wz＝5,Wt＝3,Wzt＝1,Wrh＝1}

Sc->{Wc＝5,Wz＝5,Wt＝5,Wzt＝2,Wrh＝2}

S105：查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

在该步骤中，可以通过第二数据库，查询出目标第一用户的物流服务需求信息。例如，某第一用户对配送服务的需求信息可以如以下表6所示：

表6

纬度	纬度值
		Wc	1(喜欢费用低的快递)
Wz	4(喜欢送货准时的)
		Wt	3(无所谓)
Wzt	1(能)
		Wrh	0(不关心)

则可以表示为：

Ua->{Wc＝1,Wz＝4,Wt＝3,Wzt＝1,Wrh＝0}

以上信息就可以作为当前的第一用户对配送服务的需求信息。

另外，如前文所述，还可以实时计算出与当前交易信息相关的维度上的数值，并将与当前交易信息相关的维度上的数值，与查询到的目标第一用户的物流服务需求信息进行合并，得到更新后的物流服务需求信息，以此来更全面的表达对物流服务的需求。

例如，首先可以获得当前访问的业务对象所属的类目信息，并计算其对应的业务对象类维度值。如，假设当前的业务对象为大家电类，并且预先设定了大家电类目在“送货入户”维度上的数值为1，则这个环节计算出的维度值可以表示为：

Ws1->{Wrh＝1}

另外，还可以获得当前被访问业务对象所属的第二用户(商家或店铺)的信息，并计算出其对应第二用户维度值。例如，假设第二用户设定了对“配送成本”维度的需求为“适中”，则这个环节计算出的维度值可以表示为：

WD1＝{Wc＝3}

再者，还可以获得与收货地址相关的维度值。其中，关于收货地址，在默认的情况下，可以根据用户的IP地址、定位信息等确定出第一用户所处的地理区域(一般用某级别的行政区划名称来表示，例如北京、杭州等)，然后，将第一用户所属的地理区域确定为收货地址所属的区域。当然，在实际应用中，第一用户可能会将收货地设定为其他的某个地域，而不是第一用户当前所在的地理区域。此时，还可以为第一用户提供选择收货地区域信息的选项，由第一用户选择收货地址所属的地理区域，例如，某第一用户在北京，但是想要将当前浏览的业务对象送到浙江省杭州市，此时，可以将浙江省杭州市作为收货地址所属的地理区域。

在确定出收货地址所属的地理区域后，可以确定出与该收货地域相关的维度上的数值。例如，假设之前定义了“地域特征”这一维度，合法的数值有0(城市)和1(农村)，并且当前收货地域为城市，则这个环节计算出的维度值可以表示为：

Ww1＝{Wdy＝0}

当然，在表2所示的例子中，没有定义与收货地域相关的维度，所以这个环节为空：

Ww1＝{}

合并以上所有的维度值，即可得到当前第一用户更新后的维度值集合：

Ua->{Wc＝3,Wz＝4,Wt＝3,Wzt＝1,Wrh＝1}

其中，Wc维度在第一用户和第二用户两个主题中都存在，合并时发生冲突，但由于表2所示中，第二用户的冲突优先级比第一用户的高，所以选择第二用户在该维度上对应的数值，也即，合并后的Wc＝3。

S106：分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

在确定出各个目标物流服务的评价信息以及目标第一用户的物流服务需求信息之后，就可以分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度。当然，如果利用与当前交易信息相关的维度上的数值对查询到的第一用户的物流服务需求信息进行了更新，则可以利用更新后的物流服务需求信息进行匹配度的计算。

其中，具体计算匹配度的方法可以有多种，例如，在其中一种方式下，可以首先计算出每个物流服务在各个维度上的数值与当前第一用户的维度数值之间的方差，再乘以维度的权值，再求和。或者，为了简化计算，还可以用绝对值代替方差，例如，针对前述例子，Sa、Sb、Sc分别为Ua之间的匹配程度可以表示为：

DSa-Ua＝|3-1|*3+|4-4|*2+|4-3|*2+|1-1|*4+|1-0|*1＝2*3+0*2+1*2+0*4+1*1＝9

DSb-Ua＝|1-1|*3+|5-4|*2+|3-3|*2+|1-1|*4+|1-0|*1＝0*3+1*2+0*2+0*4+1*1＝3

DSc-Ua＝|5-1|*3+|5-4|*2+|5-3|*2+|2-1|*4+|2-0|*1＝4*3+1*2+2*2+1*4+2*1＝23

S107：根据所述匹配程度信息，提供所述各个目标物流服务的信息。

在计算出匹配程度之后，就可以按照这种匹配程度信息提供目标物流服务的信息。例如，可以将匹配程度最高的目标物流服务的信息优先提供，或者将各个目标物流服务按照与当前第一用户匹配程度的高低进行排序后，提供给第一用户，等等。例如，在前述例子中，物流公司C的配送服务与当前第一用户的匹配程度最高，其次是物流公司A，再其次是物流公司B，因此，就可以优先将物流公司C的配送服务相关的信息提供给第一用户。当然，关于物流公司A以及B的配送服务还可以作为可选项提供给第一用户。

其中，关于具体提供给第一用户的目标物流服务的信息，可以有多种，例如，对于配送服务，第一用户普遍比较关心的可能会包括费用信息、到货时间等信息，因此，可以提供各个服务提供商提供的配送服务的费用以及各自的预计到货时间。当然，具体实现时，由于可以确定出收货地域，并且在各个配送服务的定义中，定义了各个物流服务的费用信息，前期的统计中，还可以统计出各个物流服务的平均到货时间等信息，因此，服务器就可以根据当前的收货地域与发货地之间的距离等信息，估算出具体的费用，并且可以估计出预计的到货时间，并提供给第一用户。例如，同样针对前述例子，可以采用下拉框等方式将物流公司A、B、C的配送服务的信息提供给第一用户，并且在默认状态下，下拉框内展示的是物流公司C提供的配送服务的信息。例如，具体可以为：物流公司C配送，费用××元，预计付款后××小时后到货，等等。

通过本申请实施例提供的前述实现方式，可以实现将多样性的物流服务与第一用户个性化的物流服务需求结合起来，选择适合每个第一用户的物流服务。另外，由于同样一个类型的物流服务，可能会有多个提供商都可以提供，但是，不同的提供商提供的物流服务，在质量等方面可能会有所不同。而这种质量的不同，也能够通过与第一用户的需求的匹配程度体现出来。因此，通过本申请实施例，还可以形成一种发展的生态机制，会促进质量好的物流服务越来越多地被使用，推动不好的物流服务进行自我提升，对于非常差的物流服务进行自我淘汰。

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

第一数据库提供单元201，用于提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

第二数据库提供单元202，用于提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

目标物流服务确定单元203，用于在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

第一查询单元204，用于查询所述第一数据库，确定各个目标物流服务的评价信息；

第二查询单元205，用于查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

计算单元206，用于分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

信息提供单元207，用于根据所述匹配程度信息，提供所述各个目标物流服务的信息。

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

数值确定单元，用于确定与当前交易信息相关的维度上的数值；其中，所述与当前交易信息相关的维度，与评价信息的维度以及所述需求信息的维度相对应；

信息合并单元，用于将所述与当前交易信息相关的维度上的数值，与查询到的目标第一用户的物流服务需求信息进行合并，得到更新后的物流服务需求信息；

所述计算单元具体用于：

分别计算各个目标物流服务的评价信息与更新后的物流服务需求信息之间的匹配程度。

其中，所述与当前交易信息相关的维度上的数值包括：

所述指定业务对象所属的目标类目在至少一个维度上的数值；

所述指定业务对象所属第二用户在至少一个维度上指定的数值；

和/或，

与收货地域相关的至少一个维度上指定的数值。

其中，所述信息合并单元具体用于：

在对不同主题在同一维度上的多个数值进行合并时，按照该维度上为各个主题预置的冲突优先级进行合并；所述主题包括物流服务、第一用户、当前交易信息。

所述第一数据库中关于各个物流服务的评价信息，通过分析预置时间段内关于各物流服务的评价/投诉历史数据、交易数据、物流配送数据获得。

所述第一数据库中关于各个第一用户对物流服务的需求信息，通过分析预置时间段内关于各第一用户的购物偏好数据、交易数据、物流配送数据获得。

通过本申请实施例，可以预先建立的物流服务的评价信息数据库，以及第一用户对物流服务的需求信息数据库，这样可以在第一用户浏览具体的业务对象时，计算出各个物流服务与第一用户的需求之间的匹配程度，并根据匹配程度为第一用户提供相应的物流服务的信息，从而可以实现将多样性的物流服务与第一用户个性化的物流服务需求结合起来，选择适合每个第一用户的物流服务。另外，由于同样一个类型的物流服务，可能会有多个提供商都可以提供，但是，不同的提供商提供的物流服务，在质量等方面可能会有所不同。而这种质量的不同，也能够通过与第一用户的需求的匹配程度体现出来。因此，通过本申请实施例，还可以形成一种发展的生态机制，会促进质量好的物流服务越来越多地被使用，推动不好的物流服务进行自我提升，对于非常差的物流服务进行自我淘汰。

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

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

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

Claims (12)

1.一种提供物流服务信息的方法，其特征在于，包括：

提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

查询所述第一数据库，确定各个目标物流服务的评价信息；

查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

根据所述匹配程度信息，提供所述各个目标物流服务的信息。

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

确定与当前交易信息相关的维度上的数值；其中，所述与当前交易信息相关的维度，与评价信息的维度以及所述需求信息的维度相对应；

将所述与当前交易信息相关的维度上的数值，与查询到的目标第一用户的物流服务需求信息进行合并，得到更新后的物流服务需求信息；

所述分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度，包括：

分别计算各个目标物流服务的评价信息与更新后的物流服务需求信息之间的匹配程度。

3.根据权利要求2所述的方法，其特征在于，所述与当前交易信息相关的维度上的数值包括：

所述指定业务对象所属的目标类目在至少一个维度上的数值；

所述指定业务对象所属第二用户在至少一个维度上指定的数值；

和/或，

与收货地域相关的至少一个维度上指定的数值。

4.根据权利要求3所述的方法，其特征在于，所述将所述与当前交易信息相关的维度上的数值，与查询到的目标第一用户的物流服务需求信息进行合并，包括：

在对不同主题在同一维度上的多个数值进行合并时，按照该维度上为各个主题预置的冲突优先级进行合并；所述主题包括物流服务、第一用户、当前交易信息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述第一数据库中关于各个物流服务的评价信息，通过分析预置时间段内关于各物流服务的评价/投诉历史数据、交易数据、物流配送数据获得。

6.根据权利要求1至4任一项所述的方法，其特征在于，所述第一数据库中关于各个第一用户对物流服务的需求信息，通过分析预置时间段内关于各第一用户的购物偏好数据、交易数据、物流配送数据获得。

7.一种提供物流服务信息的装置，其特征在于，包括：

第一数据库提供单元，用于提供第一数据库，所述第一数据库用于保存各个物流服务的评价信息，所述评价信息包括至少一个维度上的数值；

第二数据库提供单元，用于提供第二数据库，所述第二数据库用于保存各个第一用户对各类型的物流服务需求信息，所述需求信息包括至少一个维度上的数值；其中，所述评价信息的维度与所述需求信息的维度相对应；

目标物流服务确定单元，用于在接收到目标第一用户客户端提交的浏览指定业务对象信息的请求后，确定所述指定业务对象关联的至少一个目标物流服务；

第一查询单元，用于查询所述第一数据库，确定各个目标物流服务的评价信息；

第二查询单元，用于查询所述第二数据库，确定所述目标第一用户的物流服务需求信息；

计算单元，用于分别计算各个目标物流服务的评价信息与所述目标第一用户的物流服务需求信息之间的匹配程度；

信息提供单元，用于根据所述匹配程度信息，提供所述各个目标物流服务的信息。

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

数值确定单元，用于确定与当前交易信息相关的维度上的数值；其中，所述与当前交易信息相关的维度，与评价信息的维度以及所述需求信息的维度相对应；

信息合并单元，用于将所述与当前交易信息相关的维度上的数值，与查询到的目标第一用户的物流服务需求信息进行合并，得到更新后的物流服务需求信息；

所述计算单元具体用于：

分别计算各个目标物流服务的评价信息与更新后的物流服务需求信息之间的匹配程度。

9.根据权利要求8所述的装置，其特征在于，所述与当前交易信息相关的维度上的数值包括：

所述指定业务对象所属的目标类目在至少一个维度上的数值；

所述指定业务对象所属第二用户在至少一个维度上指定的数值；

和/或，

与收货地域相关的至少一个维度上指定的数值。

10.根据权利要求9所述的装置，其特征在于，所述信息合并单元具体用于：

在对不同主题在同一维度上的多个数值进行合并时，按照该维度上为各个主题预置的冲突优先级进行合并；所述主题包括物流服务、第一用户、当前交易信息。

11.根据权利要求7至10任一项所述的装置，其特征在于，所述第一数据库中关于各个物流服务的评价信息，通过分析预置时间段内关于各物流服务的评价/投诉历史数据、交易数据、物流配送数据获得。

12.根据权利要求7至10任一项所述的装置，其特征在于，所述第一数据库中关于各个第一用户对物流服务的需求信息，通过分析预置时间段内关于各第一用户的购物偏好数据、交易数据、物流配送数据获得。