物流服务信息处理方法及装置与流程

文档序号:12178414阅读:271来源:国知局
物流服务信息处理方法及装置与流程
本申请涉及物流信息处理
技术领域
,特别是涉及物流服务信息处理方法及装置。
背景技术
:随着电子商务以及智能终端技术的飞速发展,各种行业的物流也在电子商务体系内快速发展,其中,大件商品(特别是家装类),成交单量也越来越多。对于家装商品来说,消费者更关注的是物流配送到家或者配送到家并安装服务,如果提供了这些物流服务的家装商品,则可以更吸引消费者购买,提升消费者的平台体验,增加对平台的忠诚度;与此同时,消费者需求的增加会吸引更多的商家入驻,从而提供更丰富的物美价廉商品,达到平台、商家、消费者的共赢,促进平台生态体系的良性循环。对于电商平台中的商家而言,通常是通过从物流服务商采购的方式,来为买家用户提供物流服务。虽然,物流服务商数量众多,但是,不同的商家订购的物流服务类型可能也各不相同,例如,处于成本考虑,有的只订购的送货上门服务,没有订购上门安装服务,等等。这样,如果某买家用户在浏览该商家店铺中的商品对象时,可能就会发现该商家不能为其上门安装,但是如果该买家用户恰好有该需求,则可能会导致双方之间无法达成交易,用户体验不佳。并且,买家用户可能需要重新通过搜索等方式查找其他类似商品对象或者其他店铺作为替代,在此过程中,会浪费买家用户的时间,也会造成对系统资源的大量占用。因此,在商家订购的物流服务不能满足当前用户需求的情况下,如何能够促使交易的达成,是需要本领域技术人员需要解决的技术问题。技术实现要素:本申请提供了物流服务信息处理方法及装置,可以使得整个完备的物流服务体系得到保障。本申请提供了如下方案:一种物流服务信息处理方法,包括:服务器预先保存有同一商品对象与至少一个第一用户之间的第一关联关系,以及各第一用户与物流服务能力信息之间的第二关联关系;监控到交易订单生成事件时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务信息;根据所述第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据所述第一关联关系,确定与所述目标商品对象关联的其他第一用户;从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。一种物流服务信息处理方法,包括:第一用户客户端接收服务器发送的协助消息,所述协助消息中携带有地址信息以及目标物流服务信息;所述协助消息通过以下方式发出:服务器监控到交易订单生成事件时,从所述交易订单中提取目标前端商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,并向所述其他第一用户客户端发送所述协助消息;判断是否能够针对所述地址信息提供所述目标物流服务;如果能提供,则返回同意协助的响应消息;接收服务器发送的物流服务采购订单,以便由关联的物流服务提供方提供所述目标物流服务。一种物流服务信息处理方法,包括:第二用户客户端接收针对目标商品对象的详情信息浏览请求;将所述浏览请求提交到服务器,所述浏览请求中携带有所述目标商品对象标识以及第二用户所在的目标地理区域信息,以便所述服务器根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户;根据预先建立的第二关联关系,确定所述各第一用户的物流服务能力信息,并综合所述各第一用户的物流服务能力信息,确定能够为所述目标地理区域提供的至少一种物流服务信息;在所述目标前端商品对象的详情信息界面中提供所述至少一种物流服务信息,并分别提供用于对各种物流服务进行选择的操作选项;通过所述操作选项接收所述第二用户的目标物流服务选择结果,并在接收到购买操作指令时,将所述目标物流服务选择结果提交到服务器,以便服务生成交易订单,将所述目标物流服务选择结果记录到所述交易订单中,后续在需要针对该交易订单进行发货时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标服务类型,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。一种物流服务信息处理装置,应用于服务器,包括:关联关系建立单元,用于预先保存有同一商品对象与至少一个第一用户之 间的第一关联关系,以及各第一用户与物流服务能力信息之间的第二关联关系;信息提取单元,用于监控到交易订单生成事件时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务信息;判断单元,用于根据所述第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;关联用户确定单元,用于如果不能,则根据所述第一关联关系,确定与所述目标商品对象关联的其他第一用户;代理用户确定单元,用于从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。一种物流服务信息处理装置,应用于第一用户客户端,包括:协助消息接收单元,用于接收服务器发送的协助消息,所述协助消息中携带有地址信息以及目标物流服务信息;所述协助消息通过以下方式发出:服务器监控到交易订单生成事件时,从所述交易订单中提取目标前端商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,并向所述其他第一用户客户端发送所述协助消息;判断单元,用于判断是否能够针对所述地址信息提供所述目标物流服务;响应消息返回单元,用于如果能提供,则返回同意协助的响应消息;服务采购订单接收单元,用于接收服务器发送的物流服务采购订单,以便由关联的物流服务提供方提供所述目标物流服务。一种物流服务信息处理装置,应用于第二用户客户端,包括:浏览请求接收单元,用于第二用户客户端接收针对目标商品对象的详情信息浏览请求;浏览请求提交单元,用于将所述浏览请求提交到服务器,所述浏览请求中携带有所述目标商品对象标识以及第二用户所在的目标地理区域信息,以便所述服务器根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户;根据预先建立的第二关联关系,确定所述各第一用户的物流服务能力信息,并综合所述各第一用户的物流服务能力信息,确定能够为所述目标地理区域提供的至少一种物流服务信息;服务类型信息提供单元,用于在所述目标前端商品对象的详情信息界面中提供所述至少一种物流服务信息,并分别提供用于对各种物流服务进行选择的操作选项;选择结果提交单元,用于通过所述操作选项接收所述第二用户的目标物流服务选择结果,并在接收到购买操作指令时,将所述目标物流服务选择结果提交到服务器,以便服务生成交易订单,将所述目标物流服务选择结果记录到所述交易订单中,后续在需要针对该交易订单进行发货时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标服务类型,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。根据本申请提供的具体实施例,本申请公开了以下技术效果:通过本申请实施例,同一商品对象关联的各个第一用户之间可以形成联动,在其中某第一用户的商品对象被购买,生成交易订单后,还可以产生一个逆向下单的过程,也即针对当前第一用户自己物流服务能力不可达或者需要履行增值服务的单据,那么自动产生一笔物流服务采购订单,给具备相应物流服务能 力的其他第一用户,这样第一用户在整个过程中作为一个主要角色履行职责,整个完备的物流服务体系得到了保障。当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。附图说明为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。图1是本申请实施例提供的第一方法的流程图;图2是本申请实施例提供的第二方法的流程图;图3是本申请实施例提供的第三方法的流程图图4是本申请实施例提供的第一装置的示意图;图5是本申请实施例提供的第二装置的示意图;图6是本申请实施例提供的第三装置的示意图。具体实施方式下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。本申请发明人在实现本申请的过程中发现,在实际应用中,经常出现以下情况:电商平台中销售同一类目或者品牌商品对象的第一用户(例如商家、卖家等)通常有多个,这些第一用户一般都具备物流服务能力,并且,对于同一类目或品牌的商品对象而言,其安装方式等往往是相同或者相似的,因此,如果某第一用户能够为其销售的商品对象提供上门安装等服务,则理论上,也是能够为同类目或者品牌的商品对象提供上门安装服务的。例如,某第一用户A 和第一用户B都销售某品牌空调,其中,第一用户A关联了上门安装服务,而第一用户B则没有关联该服务,此时,该第一用户A关联的物流服务提供方,也有能力为该第一用户B的该空调提供上门安装服务。另外,还有以下特殊情况:同一款商品,在不同的第一用户的店铺中都有销售。例如,某品牌某型号的空调,可能在第一用户A的店铺中有销售,在第一用户B的店铺中也有销售,对于第二用户(例如买家用户或者消费者用户)而言,无论从具体哪个店铺购买,都能买到相同的商品。由于销售的同一款商品,如果其中某第一用户能够为其销售的商品对象提供某项物流服务能力,该第一用户也有能力为其他第一用户销售的该商品提供该项服务。这种情况在分销场景下比较常见,为便于理解,下面对分销常见进行简单介绍。有些销售平台提供了分销平台,该分销平台的用户分为供货商以及分销商,供货商属于商品的生产方,分销商可以是在销售平台中开设店铺(非商城)的商家、卖家等,也即前述第一用户。分销平台的作用在于帮助供货商搭建、管理及运作其网络销售渠道,并帮助分销商获取货源渠道。供货商可以通过分销平台发布其后端商品对象,分销商可以进入店铺管理界面,确认加入分销之后,就可以选择具体的后端商品对象,之后再确认协议,与供货商建立分销契约关系,即可生成前端商品对象,并发布到自己的店铺中。与此同时,其他分销商也可以选择同一后端商品对象,另外生成前端商品对象后,再发布到自己的店铺中。也就是说,在分销场景中,不同的分销商可以将同一后端商品对象发布为不同的前端商品对象,并且,还可以分别设置各自前端商品对象的价格等,并在交易平台的店铺页面中对该商品对象进行前端展示。在第二用户看来,可以在不同第一用户的店铺中查看到不同的商品对象,但实际上对应的后端商品对象是相同的,也即,对应的实体货品是相同的。在此过程中,分销商可以不必执行进货、发货等环节,只需要在其店铺中提供前端商品对象的详细介绍,在买家用户下单后,将相关的订单信息发送给供货商,由供货商执行具体的发货以及配送,因此,大大节省了商家的成本。对于家装等类目的大件商品而言,消费者可能还更需要送货上门,甚至还可能需要提供上门安装等增值性的服务。但是,在分销场景下,是由供货商执 行发货以及配送,并且,供货商一般只提供干线的配送,也就是说,供货商在发货后,可能仅将货品发送到买家用户收货地址的市级或者区级等行政区划级别的服务站点,之后,服务站点的工作人员需要通知买家用户到该服务站点取回其货品。也就是说,供货商一般不会或者无法提供增值性的物流服务,此时,会出现增值物流服务不可用的情况,在一定程度上影响了消费者购物体验。为了提升消费者购物体验,一些经销商还可以自行提供或者采购更多的增值性物流服务,并在商品对象的详情页面中提供增值物流服务可用的选项,以此来吸引消费者,提高下单量。在消费者下单,并通知供货商进行发货后,可以通过供货方提供的物流详情监控到供货商将货品配送到干线的门店,或者可以接收到干线门店工作人员的到货通知,之后,经销商可以通知其订购的增值物流服务提供方来履行后续的增值物流服务,例如,送货上门、上门安装等等。以上方式可以有效地提升消费者购物体验,但是,分销商与供货商之间其实存在断层,也即,货品的干线配送由供货商执行,但是增值服务的能力实际由分销商提供。因此,如果某第二用户在购买某分销商发布的前端商品对象时,该分销商不能提供相应的增值服务,则可能会影响该消费者的购买决策,也影响其购物体验。但实际上,对于分销业务场景而言,同一供货商的同一后端商品对象可能会由多个分销商来代理销售,而不同的分销商往往会具有不同的物流服务能力(通过自营或者从第三方物流服务提供商订购等方式获得),因此,在不同的分销商之间,可能会存在物流服务能力互补的情况。如果能够在不同的分销商之间,实现物流服务能力的共享,则无论对于供货商还是分销商,以至于第二用户,都会享受到由此带来的便利。基于上述考虑,在本申请实施例中,可以在同一商品对象关联的各个不同的第一用户之间形成联动,使得不同第一用户的物流服务能力能够共享,这样,无论对于第一用户还是第二用户都有好处,并且,从系统资源角度而言,也可以降低由于多次搜索、浏览等操作造成的资源浪费。因此,本申请实施例就是基于上述考虑出发,提供了物流服务信息的处理 方法,下面进行详细的介绍。实施例一首先,参见图1,本申请实施例一从服务器的角度,提供了一种物流服务信息处理方法,也就是说,各步骤的执行主体可以为服务器,具体的,该方法可以包括以下步骤:S101:服务器预先保存有同一商品对象与至少一个第一用户之间的第一关联关系,以及各第一用户与物流服务能力信息之间的第二关联关系;对于服务器而言,可以预先建立两个关联关系,其中的第一关联关系为同一商品对象与至少一个第一用户之间的关联关系,第二关联关系则为各第一用户与物流服务能力信息之间的关联关系。其中,关于第一关联关系的建立方式可以有多种,例如,在普通场景下,第一用户在发布前端商品对象时,一般会提供关于商品对象的属性信息,包括类目、品牌、型号、规格参数等等,针对某商品对象,可以首先确定出该商品对象所属的类目和/或品牌信息,然后确定出与该类目和/或品牌关联的至少一个第一用户,例如,同样销售有该类目或者品牌商品对象的各个第一用户等等。进而,就可以在该商品对象与各个第一用户之间建立起关联关系。另外,在分销场景中,由于分销商在选择供货商及其后端商品对象时,都是通过分销平台来完成的,因此,服务器可以获知有哪些分销商选择了同一后端商品对象,并与该后端商品对象的供货商建立了分销契约关系。这样,就可以根据后端商品对象,建立起前端商品对象与至少一个分销商之间建立关联关系。具体的,可以首先确定同一后端商品对象关联的至少一个前端商品对象,然后确定所述前端商品对象所属的至少一个第一用户,这样就可以将所述至少一个前端商品对象与该至少一个第一用户之间建立所述第一关联关系。例如,具体实现时,可以通过以下表1等形式保存该第一关联关系信息。表1其中,表1中的商品对象在默认情况下是指前端商品对象。当然,具体实现时,还可以有其他的关联关系建立方式,例如,对于分销场景,还可以保存后端商品对象与至少一个第一用户之间的关联关系,例如,如以下表2所示:表2后端商品对象标识第一用户标识后端商品对象20001第一用户A、B、C后端商品对象20002第一用户B、D、E、F…………但同时,还可以建立后端商品对象标识与前端商品对象标识之间的第三关联关系,这是因为,具体在前端交易平台生成的交易订单中,记录的通常是由第一用户发布的前端商品对象标识,而在前述表2中记录的是后端商品对象标识,因此,可以首先根据该第三关联关系进行映射。具体的,该第三关联关系的形式可以如以下表3所示:表3这样,后续在监控到交易订单生成事件时,从订单中提取出前端商品对象标识信息后,还可以首先根据上述表3,确定出关联的后端商品对象标识。例如,假设交易订单中记录的前端商品对象标识为10001,则根据表3,可以确定出对应的后端商品对象标识为20001,进而,再根据表2中的记载,可以获知,与该后端商品对象20001关联的第一用户有A、B、C等三个用户。需要说明的是,在实际应用中,可能并不是所有的第一用户都想要参加物流服务能力的共享,因此,在具体实现时,在保存上述第一关联关系信息之前,还可以首先询问具体的第一用户,得到第一用户的确认后,再加入到关联关系中。如果某第一用户不同意参与共享,则该关联关系中不再包括该第一用户,即使其也与同一后端商品对象关联。也即,可以首先判断该至少一个第一用户是否参加物流服务能力信息的共享,将该商品对象与参加所述共享的至少一个第一用户之间建立所述第一关联关系。除了保存商品对象与第一用户第一关联关系之外,还可以预先保存各个第一用户与物流服务能力信息之间的第二关联关系。其中,物流服务能力信息可以保存每个第一用户能够对应的物流服务类型(包括送货上门、上门安装等等)以及对应的服务覆盖区域(例如,都在哪些城市可以进行送货上门或者上门安装等等)等。例如,具体实现时,可以通过以下表4等形式保存这种物流服务信息:表4其中,关于第一用户的物流服务能力,可以是第一用户自营的物流服务,或者,还可以通过线下的方式与物流服务提供商合作。另外,有些交易平台可以为第一用户提供物流解决方案,例如淘宝的菜鸟物流宝系统等,这样,第一用户可以通过该菜鸟物流宝系统订购物流服务,使其获得物流服务能力。总之,所谓的第一用户的物流服务能力,不一定是其亲自提供物流服务,还可能是通过与其有合作关系或者其订购的第三方物流服务提供方来提供相应的物流服务。其中,关于第一用户自身提供的物流服务能力,或者通过线下合作的方式获得的物流服务能力,可以由第一用户提交相关的物流服务能力信息到服务器,由服务器进行保存。而对于第一用户通过订购菜鸟物流宝等系统的物流解决方案获得的物流服务能力,则可以通过读取第一用户的物流服务订购记录等方式而获知,并进行保存即可。S102:监控到交易订单生成事件时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务信息;S103:根据所述第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;在保存了前述信息的情况下,就可以在第二用户下单的过程中,对物流服务信息进行控制。具体的,在第二用户浏览某第一用户A的某指定前端商品 对象的详情页时,可以在该详情页中显示至少一项物流服务,例如,可以包括送货上门、上门安装等等。需要说明的是,即使当前的第一用户A不能提供这些物流服务,也仍然可以在详情页中展示,并且第二用户可以选择其所需的物流服务。其中,在详情页中显示的可选的物流服务,可以是通过默认的方式来提供,例如,可以将通常可能需要的全部物流服务都显示出来,供当前第二用户选择。或者,在另一种实现方式下,在接收到浏览第一用户A的指定前端商品对象详情信息的请求时,还可以首先确定该请求对应的目标收货地址信息,并根据前述表1等保存的关联关系,确定与该指定商品对象关联的其他第一用户还有哪些,然后可以综合这些第一用户的物流服务能力信息,确定并提供能够为所述目标收货地址提供的至少一种物流服务信息。例如,当前商品对象为10001,其关联第一用户有A、B、C,当前第二用户的收货地址为杭州市某小区,此时,就可以通过表4确定出,第一用户A能够在杭州市提供送货上门服务,第一用户B能够在杭州市提供送货上门以及上门安装服务,第一用户C能够在杭州市提供上门安装服务。此时,就可以确定出该后端商品对象对应的各个第一用户能够在该收货地址提供送货上门以及上门安装服务,相应的,可以在该商品对象的详情页面中展示该两项物流服务。由此,第二用户可以得知,如果其下单当前商品对象,则可以享受送货上门以及上门安装服务。也就是说,针对同一个后端商品对象,不同的第一用户订购了不同服务能力的场景,可以通过该后端商品对象作为媒介,来实现第一用户之间的服务能力共享。具体实现时,可以通过在第一用户设置商品对象详情页面模板的时候,设置两个服务能力视图,一个是自己订购的物流服务能力视图,另一个是全局的物流服务能力视图。当消费者用户购买商品对象时,可以看到全局服务视图。如果某第一用户不想共享和使用其他第一用户的物流服务能力,则可以单独设置第二用户只能看到自己的服务能力视图。总之,前述在详情页面中提供的可选物流服务,可能是从与同一商品对象具有关联关系的多个第一用户的全局角度确定的,第二用户当前选择的第一用 户可能并不具有对应的物流服务能力。因此,在第二用户驱动生成交易订单后,首先可以确定出发货地、收货地以及所需的至少一种目标物流服务(可能是当前第一用户选择的,或者,还可能是当前的前端商品对象默认绑定的),然后,就可以通过查询前述表4,判断当前商品对象所属的第一用户是否具有对应的物流服务能力,也即是否能够针对收货地等地址信息提供对应的目标物流服务。S104:如果不能,则根据第一关联关系,确定与所述目标商品对象关联的其他第一用户;例如,当前第二用户下单时选择的第一用户是A,对应的目标商品对象是10001,第二用户的收货地址是杭州市某区某街道,需要送货上门以及上门安装服务,此时,根据表3中保存的信息可知,该第一用户A在杭州地址只能提供送货上门服务而无法提供上门安装服务,因此,该第一用户A不具备对应的物流服务能力。此时,为了使得第二用户能够正常获得所需的物流服务,而不需要重新去自行查找其他店铺中的该商品,本申请实施例中还可以首先根据所述第一关联关系,确定所述目标商品对象10001关联其他第一用户,例如,其他第一用户还有B、C。S105:从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。在确定出所述其他第一用户后,就可以判断这些其他第一用户是否能够针对所述地址信息提供所述目标物流服务,如果其中某个第一用户能,则可以确定出代理第一用户。具体实现时,为了判断这些其他第一用户是否能够针对所述地址信息提供所述目标物流服务,可以有多种方式。例如,其中一种方式下,由于服务器中的第二关联关系中保存了各个第一用户关联的物流服务能力信息,因此,可以直接根据第二关联关系中保存的信息,判断其他第一用户是否能够针对所述地址信息提供所述目标物流服务。例如,在前述例子中,当前第二用户需要在杭 州地区获得送货上门以及上门安装服务,则根据表4可知,第一用户B能够在杭州地区提供送货上门以及上门安装服务,因此,就可以将该第一用户B确定为代理第一用户。或者,在另一种实现方式下,还可以预先征得其他第一用户的同意后,再将其作为代理第一用户来履行后续的物流服务。在这种方式下,可以首先向所述其他第一用户客户端分发协助消息,所述协助消息中携带有地址信息以及所述目标物流服务信息,其他第一用户在收到该协助消息后,就可以根据协助消息中携带的信息,判断自己是否具备相应的服务能力,如果有,并且愿意协助,则可以接单,也即可以返回同意协助的响应消息。这样,服务器在接收到某第一用户的响应消息后,就可以确定其具有相应的物流服务能力,将其作为代理第一用户。例如,当前商品对象为10001,当前第一用户为A,通过查询表1可知,关联的其他第一用户还有B、C。因此,在发现当前第一用户A不具有当前第二用户所需的物流服务能力后,就可以生成协助消息,并分发给第一用户B以及分第一用户C,其中可以携带有所需的物流服务、收货地等地址信息。第一用户B以及第一用户C根据自身的物流服务能力进行判断,如果具有相应的物流服务能力,则可以返回同意协助的响应消息。在确定了代理第一用户后,还可以生成物流服务采购订单,并将物流服务采购订单发送给该代理第一用户客户端,之后,就可以由代理第一用户履行后续的物流服务。具体实现时,服务器还可以向代理第一用户关联的物流服务提供方客户端发送配送指令,并在该配送指令中携带有交易订单的信息,例如,可以包括订单标识信息、地址信息以及所需的至少一种目标物流服务信息,等等,这样,物流服务提供方可以将相关的物流详情信息与该交易订单关联起来。具体实现时,在分销场景下,在生成交易订单时,还可以生成货品采购订单,并向目标供货商发送,在确定出代理第一用户后,就可以将货品采购订单修改为可发货状态,以便目标供货商进行发货。当相关的货品运送到干线配送的门店之后,就可以由门店工作人员或者服务器通知代理第一用户,或者,代理第一用户可以根据相关交易订单的物流详情信息,获知货品已经配送到干线 门店后,就可以继续履行后续的物流服务。例如,可以通知相关的物流服务提供方执行具体的送货上门、上门安装等。也就是说,在分销场景中,服务器可以基于与同一后端商品对象具有关联的各分销商,提供全局服务视图数据,并在前端商品对象的详情页面中展示。第二用户无论在哪个具体的前端商品对象详情页面中,都可以能够看到当前分销商自有的服务能力和全局的服务能力视图。当第二用户下单时(假设此时的分销商为A),交易创建对应的交易订单消息驱动单据中心生成对应的物流订单。如果是分销商品,交易平台通知分销平台,分销平台服务器查阅单据,判定是否分销商A能够支持服务能力履行,如果分销商A可以支持,则下发物流服务采购订单给分销商A,分销商A接收物流服务采购订单,选择物流服务商履行物流服务,同时,订单状态可以变为可发货装置,供货商在后端发货,分销商A在货主派送的商品到达目的地时联系物流服务商去履行物流服务。如果分销平台根据单据相关信息以及资源中心提供的服务能力信息,发现该分销商A不能提供当前所需的物流服务能力,则订单默认不可发货同时生成一笔物流服务采购订单,以分销商A发起请求向该供货商底下其他分销商采购物流服务。物流服务采购订单生成之后,可以尝试分发物流服务采购订单给当前供货商下面的其他分销商,当有分销商B接单时,商务关系成,订单状态变可发货状态,供货商发货之后,由分销商B将跟进该笔订单的后续物流服务履行。总之,在本申请实施例中,同一商品对象关联的各个第一用户之间可以形成联动,在其中某第一用户的商品对象被购买,生成交易订单后,还可以产生一个逆向下单的过程,也即针对当前第一用户自己物流服务能力不可达或者需要履行增值服务的单据,那么自动产生一笔物流服务采购订单,给具备相应物流服务能力的其他第一用户,这样第一用户在整个过程中作为一个主要角色履行职责,整个完备的服务体系得到了保障。实施例二该实施例二是从代理第一用户客户端的角度,提供了一种物流服务信息处理方法,参见图2,该方法可以包括:S201:第一用户客户端接收服务器发送的协助消息,所述协助消息中携带有地址信息以及目标物流服务信息;所述协助消息通过以下方式发出:服务器监控到交易订单生成事件时,从所述交易订单中提取目标前端商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,并向所述其他第一用户客户端发送所述协助消息;S202:判断是否能够针对所述地址信息提供所述目标物流服务;S203:如果能提供,则返回同意协助的响应消息;S204:接收服务器发送的物流服务采购订单,以便由关联的物流服务提供方提供所述目标物流服务。后续,在原第一用户以及该代理第一用户之间,可以基于该物流服务采购订单,进行相关费用的结算等操作。实施例三该实施例三是从第二用户客户端的角度,对本申请实施例进行介绍。参见图3,该实施例二提供了一种物流服务信息处理方法,该方法具体可以包括以下步骤:S301:第二用户客户端接收针对目标商品对象的详情信息浏览请求;S302:将所述浏览请求提交到服务器,所述浏览请求中携带有所述目标商品对象标识以及第二用户所在的目标地理区域信息,以便所述服务器根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户;根据预先建立的第二关联关系,确定所述各第一用户的物流服务能力信息,并综合所述各第一用户的物流服务能力信息,确定能够为所述目标地理区域提供的至少 一种物流服务信息;S303:在所述目标前端商品对象的详情信息界面中提供所述至少一种物流服务信息,并分别提供用于对各种物流服务进行选择的操作选项;S304:通过所述操作选项接收所述第二用户的目标物流服务选择结果,并在接收到购买操作指令时,将所述目标物流服务选择结果提交到服务器,以便服务生成交易订单,将所述目标物流服务选择结果记录到所述交易订单中,后续在需要针对该交易订单进行发货时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标服务类型,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。需要说明的是,上述实施例二、实施例三与实施例一相比,只是描述的角度有所不同,其他的具体实现是相同的,因此,参见实施例一中的介绍即可,这里不再赘述。与本申请实施例一相对应,本申请实施例还提供了一种物流服务信息处理装置,应用于服务器,参见图4,该装置可以包括:关联关系建立单元401,用于预先保存有同一商品对象与至少一个第一用户之间的第一关联关系,以及各第一用户与物流服务能力信息之间的第二关联关系信息提取单元402,用于监控到交易订单生成事件时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务信息;判断单元403,用于根据所述第二关联关系,判断所述目标第一用户是否 能够针对所述地址信息提供所述目标物流服务;关联用户确定单元404,用于如果不能,则根据所述第一关联关系,确定与所述目标商品对象关联的其他第一用户;代理用户确定单元405,用于从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。具体实现时,该装置还可以包括:浏览请求监控单元,用于所述监控到交易订单生成事件之前,监控到第二用户针对所述目标第一用户的目标商品对象的详情信息浏览请求时,确定所述第二用户所在的目标地理区域信息;关联用户确定单元,用于根据所述第一关联关系,确定与该目标商品对象关联各第一用户;服务类型综合确定单元,用于根据所述各第一用户的物流服务能力信息,确定能够为所述目标地理区域提供的至少一种物流服务信息;服务类型信息提供单元,用于提供该至少一种物流服务信息,以供所述第二用户在出发生成交易订单之前进行选择。具体实现时,所述第一关联关系通过以下方式建立:商品属性信息确定单元,用于确定商品对象所属的类目和/或品牌信息;用户确定单元,用于确定与该类目和/或品牌关联的至少一个第一用户;第一关联关系建立单元,用于将该商品对象与该至少一个第一用户之间建立所述第一关联关系。或者,所述第一关联关系通过以下方式建立:商品关联关系确定单元,用于确定同一后端商品对象关联的至少一个前端商品对象;所属用户确定单元,用于确定所述前端商品对象所属的至少一个第一用户;第一关联关系建立单元,用于将所述至少一个前端商品对象与该至少一个第一用户之间建立所述第一关联关系。其中,所述代理用户确定单元包括:第一确定子单元,用于根据所述第三数据库中保存的各第一用户的物流服务能力信息,从所述其他第一用户中选择能够在所述发货地与收货地之间提供所述目标服务类型的物流服务的第一用户作为代理第一用户。或者,在另一种实现方式下,所述代理用户确定单元包括:协助请求发送子单元,用于向所述其他第一用户客户端发送协助消息,所述协助消息中携带有所述发货地、收货地信息以及所述目标服务类型信息;第二确定子单元,用于接收到其中某第一用户客户端返回的同意协助的响应消息时,将该第一用户客户端确定为所述代理第一用户。此外,该装置还可以包括:物流服务采购订单生成单元,用于生成物流服务采购订单,并发送给所述代理第一用户客户端。与实施例二相对应,本申请实施例还提供了一种物流服务信息处理装置,应用于第一用户客户端,参见图5,该装置可以包括:协助消息接收单元501,用于接收服务器发送的协助消息,所述协助消息中携带有地址信息以及目标物流服务信息;所述协助消息通过以下方式发出:服务器监控到交易订单生成事件时,从所述交易订单中提取目标前端商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标物流服务,根据预先建立的第二关联关系,判断所述目标第一用户是否能够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,并向所述其他第一用户客户端发送所 述协助消息;判断单元502,用于判断是否能够针对所述地址信息提供所述目标物流服务;响应消息返回单元503,用于如果能提供,则返回同意协助的响应消息;服务采购订单接收单元504,用于接收服务器发送的物流服务采购订单,以便由关联的物流服务提供方提供所述目标物流服务。与实施例三相对应,本申请实施例还提供了一种物流服务信息处理装置,应用于第二用户客户端,参见图6,该装置可以包括:浏览请求接收单元601,用于第二用户客户端接收针对目标商品对象的详情信息浏览请求;浏览请求提交单元602,用于将所述浏览请求提交到服务器,所述浏览请求中携带有所述目标商品对象标识以及第二用户所在的目标地理区域信息,以便所述服务器根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户;根据预先建立的第二关联关系,确定所述各第一用户的物流服务能力信息,并综合所述各第一用户的物流服务能力信息,确定能够为所述目标地理区域提供的至少一种物流服务信息;服务类型信息提供单元603,用于在所述目标前端商品对象的详情信息界面中提供所述至少一种物流服务信息,并分别提供用于对各种物流服务进行选择的操作选项;选择结果提交单元604,用于通过所述操作选项接收所述第二用户的目标物流服务选择结果,并在接收到购买操作指令时,将所述目标物流服务选择结果提交到服务器,以便服务生成交易订单,将所述目标物流服务选择结果记录到所述交易订单中,后续在需要针对该交易订单进行发货时,从所述交易订单中提取目标商品对象标识、目标第一用户标识、地址信息以及所需的至少一种目标服务类型,根据预先建立的第二关联关系,判断所述目标第一用户是否能 够针对所述地址信息提供所述目标物流服务;如果不能,则根据预先建立的第一关联关系,确定与所述目标商品对象关联的其他第一用户,从所述其他第一用户中,确定能够针对所述地址信息提供所述目标物流服务的第一用户作为代理第一用户,以便由所述代理第一用户关联的物流资源提供方提供所述目标物流服务。总之,通过本申请实施例,同一商品对象关联的各个第一用户之间可以形成联动,在其中某第一用户的商品对象被购买,生成交易订单后,还可以产生一个逆向下单的过程,也即针对当前第一用户自己物流服务能力不可达或者需要履行增值服务的单据,那么自动产生一笔物流服务采购订单,给具备相应物流服务能力的其他第一用户,这样第一用户在整个过程中作为一个主要角色履行职责,整个完备的服务体系得到了保障。通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。以上对本申请所提供的物流服务信息处理方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的 说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。当前第1页1 2 3 
当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1