一种对象的属性值展示方法及装置与流程

文档序号:17591311发布日期:2019-05-03 21:52阅读:238来源:国知局
一种对象的属性值展示方法及装置与流程

本申请涉及电子信息领域,尤其涉及一种对象的属性值展示方法及装置。



背景技术:

对于电子商务网站而言,向用户展示商品的属性是最基本的功能之一。例如,价格是商品的基本属性,电子商务网站在接收到用户点击该商品、或者用户搜索商品的情况下,需要向用户展示该商品的价格。

目前,电子商务平台还不能向不同的用户区别展示同一件商品的同一个属性的不同属性值。例如,对于同一件连衣裙,现有的电子商务平台即使面对不同的用户,展示的价格均是180元,而不能依据用户的类型,向用户a展示价格150元,向用户b展示价格155元。



技术实现要素:

本申请提供了一种对象的属性值展示方法及装置,目的在于解决如何向不同类型的展示请求方展示同一个对象的同一个属性的不同属性值的问题。

为了实现上述目的,本申请提供了以下技术方案:

一种对象的属性值展示方法,包括:

基于请求方发送的展示请求,确定待展示的对象;

确定所述请求方所属的类型;

基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件;

针对所述一个或多个事件,确定所述对象的属性值;

将所述属性值发送至所述请求方。

可选的,所述确定所述待展示的对象与所述一个或多个事件对应的属性值包括:

确定第一类事件,所述第一类事件为预设的所述请求方所属的类型对应的事件;

确定第二类事件,所述第二类事件为所述待展示的对象对应的事件;

确定第一类事件和第二类事件的交集事件,作为目标事件;

确定所述目标事件对应的属性值。

可选的,所述基于请求方发送的展示请求,确定待展示的对象包括:

基于所述请求方输入的搜索关键词,得到所述搜索关键词的搜索结果对象;

所述将所述属性值发送至所述请求方包括:

将所述搜索结果对象依据所述属性值的排序结果发送至所述请求方。

可选的,在所述将所述搜索结果对象依据所述属性值的排序结果发送至所述请求方之后,还包括:

接收所述请求方输入的对展示的任意一个搜索结果对象的选择指令;

确定所述请求方所属的类型;

基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件;

确定用户选择的搜索结果对象与所述一个或多个事件对应的属性值;

展示所述属性值。

一种对象的属性值展示方法,包括:

接收请求方输入的搜索关键词;

确定所述请求方所属的类型;

确定基于所述搜索关键词得到的各个搜索结果对象与所述类型对应的属性值;

基于所述属性值排序的结果,关联展示所述对象以及所述属性值。

一种对象的属性值展示装置,包括:

第一确定模块,用于基于请求方发送的展示请求,确定待展示的对象;

第二确定模块,用于确定所述请求方所属的类型;

第三确定模块,用于基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件;

第四确定模块,用于针对所述一个或多个事件,确定所述对象的属性值;

发送模块,用于将所述属性值发送至所述请求方。

可选的,所述第四确定模块具体用于:

确定第一类事件,所述第一类事件为预设的所述请求方所属的类型对应的事件;确定第二类事件,所述第二类事件为所述待展示的对象对应的事件;确定第一类事件和第二类事件的交集事件,作为目标事件;确定所述目标事件对应的属性值。

可选的,所述第一确定模块具体用于:基于所述请求方输入的搜索关键词,得到所述搜索关键词的搜索结果对象;

所述发送模块具体用于:将所述搜索结果对象依据所述属性值的排序结果发送至所述请求方。

可选的,还包括:

二次验证模块,用于在所述发送模块将所述搜索结果对象依据所述属性值的排序结果发送至所述请求方后,接收所述请求方输入的对展示的任意一个搜索结果对象的选择指令,并控制所述第二确定模块确定所述请求方所属的类型,控制所述第三确定模块基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件,控制所述第四确定模块确定所述待展示的对象与所述一个或多个事件对应的属性值,并展示所述属性值。

一种对象的属性值展示装置,包括:

接收模块,用于接收请求方输入的搜索关键词;

第一确定模块,用于确定所述请求方所属的类型;

第二确定模块,用于基于所述搜索关键词得到的各个搜索结果对象与所述类型对应的属性值;

展示模块,用于基于所述属性值排序的结果,关联展示所述对象以及所述属性值。

一种计算机可读介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如下功能:基于请求方发送的展示请求,确定待展示的对象;确定所述请求方所属的类型;基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件;针对所述一个或多个事件,确定所述对象的属性值;将所述属性值发送至所述请求方。

一种计算机可读介质,所述计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机执行如下功能:接收请求方输入的搜索关键词;确定所述请求方所属的类型;确定基于所述搜索关键词得到的各个搜索结果对象与所述类型对应的属性值;基于所述属性值排序的结果,关联展示所述对象以及所述属性值。

本申请所述的方法及装置,依据请求方的类型、类型对应的事件,确定出对象与事件对应的属性值,并将属性值发给请求方,可见,对于不同类型的请求方,展示出的属性值不同。

附图说明

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

图1为本申请实施例公开的一种对象的属性值展示方法的流程图;

图2为本申请实施例公开的对象的属性值展示方法的效果示意流程图;

图3为本申请实施例公开的用户在电子商务网站搜索商品的方法的流程图;

图4为本申请实施例公开的电子商务网站展示商品的详情页面的方法的流程图;

图5为本申请实施例公开的一种对象的属性值展示装置的结构示意图;

图6为本申请实施例公开的又一种对象的属性值展示装置的结构示意图;

图7为本申请实施例公开的又一种对象的属性值展示装置。

具体实施方式

本申请实施例公开的一种对象的属性值展示方法,应用在运行网站的服务器上,该服务器通过该网站能够接收请求方发送的对象的展示请求,并向该请求方展示该对象的属性值。

与现有技术的不同之处在于,服务器能够依据请求方的类型、类型对应的事件,确定出对象与事件对应的属性值,通过网站展示该属性值,对于不同类型的请求方,展示出的属性值不同。

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

图1为本申请实施例公开的一种对象的属性值展示方法,应用于网站的服务器,包括以下步骤:

s101:接收请求方发送的展示请求,并基于展示请求,确定待展示的对象。

其中,展示请求为展示对象的请求。对象是指网站上可以向用户展示的数据。例如,网站上的商品数据。

本实施例中,请求方是指网站上注册的用户,例如,网站上注册的买家用户。

s102:确定请求方所属的类型。

具体的,可以预设类型集合,类型集合中包括预设的各个类型。在接收到展示请求方的展示请求后,判断用户属于类型集合中的哪个类型。

例如,用户预先在网站上进行了注册,在用户向网站发出请求后,请求中携带用户的身份数据,网站依据用户的身份数据、用户的历史行为数据和类型集合确定用户所属的类型。

s103:基于请求方所属的类型,确定请求方所对应的一个或多个事件。

所述事件是指,预先设置的、请求方能够对对象执行的行为规则。以电子商务网站为例,事件可以为优惠活动规则,每一个优惠活动规则规定了用户能够对商品执行的价格折扣。

s104:针对所述一个或多个事件,确定所述对象的属性值。

对象在不同的事件下的属性值可以不同。

接上例,每个商品对于不同的事件,具有不同的价格。例如优惠活动1:打五折,则商品a对应该优惠活动的价格为商品a原始价格100元。优惠活动2:打八折,则商品a对应优惠活动2的价格为商品a的八折价格80元。

s105:将属性值发送至请求方。

本实施例中,属性值是指预先为对象设置的、用于表示对象的属性的数值。例如电子商务网站中的商品对象的价格。

由图1所示的过程可以看出,可以依据请求方的类型,确定请求方对应的事件,将与对象在所述事件下的属性值发给请求方。因此,对于不同类型的请求方,在不同类型对应不同的事件的情况下,能够展示出不同的属性值。

图2以电子商务网站为例,对图1所示的过程进行举例说明:

s201:依据在电子商务网站上注册的用户发出的商品的展示请求,确定待展示的商品。

具体的,商品的展示请求可以为用户对商品的点击操作触发的请求,也可以为用户对于商品的搜索请求。例如,展示请求点击商品“连衣裙”触发的请求。

s202:确定用户所属的类型。

结合电子商务网站的用户的特点,本实施例中,类型集合中可以包括但不限于:老客、潜客、新客、竞品潜客、竞品老客以及通用类型。其中:

老客是指近期一段时期(例如3个月)内有过店铺或品牌的购买以及同类店铺或品牌的购买的用户。

潜客是指有可能购买该店铺或品牌的用户,可能性以0-1之间的分数表示。分数值越大,购买的可能性越大。潜客包含老客。具体的,可以使用lr模型、bilinear模型、graph模型或者协同过滤模型确定用户是否为潜客。使用上述模型确定是否为潜客的方法可以参见现有技术,这里不再赘述。

新客是指满足店铺或品牌的购买力条件,或购买过相似店铺或品牌的用户。

竞品潜客和竞品老客是指竞品为同行业相似店铺或品牌的潜客。例如:adidas的潜客是nike的竞品潜客。

通用类型包括:收货地址为指定区域(如上海,杭州)的用户、特定人群(如大学生,白领等,通过收货地址及支付宝实名认证等信息综合计算)以及高购买力的高端用户。

需要说明的是,因为部分类型与品牌或者店铺有关,所以,确定出的用户所属的类型与品牌或者店铺有关,例如,确定出用户的所属的类型为某个品牌的老客,同时也是另一个品牌的潜客。

具体的,可以依据用户的历史行为数据等、使用现有技术确定用户属于上述哪个类型,这里不再赘述。

s203:基于用户所属的类型,确定用户可参与的一个或多个优惠活动的规则。

具体的,各个类型对应的优惠活动的规则(即事件)可以由商家预先设定。为了便于区分,这里将用户类型对应的优惠活动的规则称为第一类事件。第一类事件中包括商品的定价规则。

例如,确定出买家所属的类型为某个品牌的老客,其对应的第一类事件即优惠活动规则为:此品牌的连衣裙打5折。

s204:确定用户请求的商品对应的优惠活动的规则。

具体的,各个商品对应的优惠活动(称为第二类事件)可以由商家预先设定。第二类事件中包括商品的定价规则,可选的,还可以包括该定价规则下的价格。

例如,商品“连衣裙”对应的优惠活动规则1为:此品牌的连衣裙打5折,价格为150元。商品“连衣裙”对应的优惠活动规则2为:此品牌的连衣裙打7折,价格为210元。

s205:确定第一类事件和第二类事件的交集事件,作为目标事件。

交集事件是指,第一类事件和第二类事件中相同的事件。

接上例,商品“连衣裙”对应的事件1为:此品牌的连衣裙打5折,对应的事件2为:此品牌的连衣裙打7折,用户的类型对应的事件为此品牌的连衣裙打5折,则目标事件为:此品牌的连衣裙打5折。

具体的,可以为每个事件设置标识,根据标识从第二类事件中查询第一类事件。

s206:展示目标事件对应的价格。

接上例,规则:此品牌的连衣裙打5折,对应的价格为150元。

需要说明的是,如果商品对应的事件中包括用户所属的类型对应的多个事件,则展示各个事件对应的价格中满足条件的价格。接上例,用户所属的类型对应的事件包括规则1和规则2,条件为较小,则待展示的价格为150元。

图3为电子商务网站运行图1或图2所示的过程后实现的效果:

电子商务网站接收用户1输入的对于品牌a的连衣裙的展示请求,则确定用户1所属的类型为品牌a的老客,该类型对应的优惠活动规则为降价30元。获取品牌a的连衣裙对应的优惠活动规则1为降价30元,价格为128元,优惠活动规则2为降价25元,价格为133元。获取品牌a的连衣裙对应的优惠活动规则1与品牌a的老客对应的优惠活动规则相同,则确定待展示的价格为优惠活动规则1下的价格128元。因此,向用户1展示的价格为128元。

电子商务网站接收用户2对于品牌a的连衣裙的展示请求,确定用户2所属的类型为品牌a的潜客,该类型对应的优惠活动规则为降价25元。获取品牌a的连衣裙对应的优惠活动规则1为降价30元,价格为128元,优惠活动规则21为降价25元,价格为133元。获取品牌a的连衣裙对应的优惠活动规则2与品牌a的潜客对应的优惠活动规则相同,则确定待展示的价格为优惠活动规则2下的价格133元。因此,向用户2展示的价格为133元。

电子商务网站接收用户3对于品牌a的连衣裙的展示请求,确定用户3没有所属的类型。则向用户3展示的价格为原价158元。

从图3中可以看出,可以依据用户所属的类型展示出为该用户规定的价格,因此,使得优惠活动可以更加个性化地推送到用户,方便商家针对性地开展不同的优惠活动。

图1所示的方法可以应用在电子商务网站商品的搜索过程或者商品详情页面展示的场景中,下面将结合具体场景进行更为详细的说明。

图4为用户在电子商务网站搜索商品的过程,站在电子商务网站的角度,包括以下步骤:

s401:接收卖家输入的用户类型集合中的各个类型(如前实施例包括老客、潜客等)、商品、优惠活动规则以及价格间的对应关系。

可选的,在接收到第三方(例如电子商务网站的运营方)对优惠活动规则审核通过的指令后,还可以为优惠活动规则进行排期。排期的目的在于,限定每天可以进行的优惠活动的数量,避免整个网站的商品都在做优惠活动。同一行业的不同卖家错开进行优惠活动的时间。

s402:依据各个类型、商品、优惠活动规则与价格的对应关系,生成数据1和数据2。

其中,数据1包括类型及其对应的优惠活动规则,记为user->tag,user表示类型,tag表示对应的优惠活动的标识。

数据2包括商品、优惠活动规则及其对应的价格,记为item_id->tag1:价格1tag2:价格2,其中,item_id为商品的标识,tag为对应的优惠活动规则的标识,价格1和价格2均为价格值。

可选的,可以将数据1存储在电子商务网站的key-value(kv)系统中,将数据2存储在搜索正排和kv系统中。

s403:接收用户1在搜索引擎中输入的关键词,得到搜索结果,并依据数据2得到搜索结果对应的优惠活动规则和价格。

图4中,给出了依据关键词“连衣裙”得到的三个搜索结果,以及根据数据2得到的三个搜索结果对应的优惠活动规则和价格。

s404:确定用户1所属的类型,并依据数据1确定该类型对应的优惠活动规则。

图4中,用户1所属的类型为user1,对应的优惠活动为tag1和tag2。

s405:确定每个搜索结果对应的优惠活动规则中,用户1对应的优惠活动规则,并将用户1对应的优惠活动规则下的较低的价格作为待展示的价格。

如图4所示,第一条搜索结果中,用户1对应的优惠活动规则为tag1。第二条搜索结果中,用户1对应的优惠活动规则为tag2。第三条搜索结果中,用户1对应的优惠活动规则为tag1和tag2。

第一条搜索结果中,待展示的价格为价格1。第二条搜索结果中,待展示的价格为价格2。第三条搜索结果中,因为价格2高于价格1,所以,待展示的价格为价格1。

s406:使用每条搜索结果的待展示的价格作为搜索结果排序或者筛选的依据,对搜索结果进行排序或筛选后,并展示搜索结果。

从图4所示的过程可以看出,在用户通过关键词搜索商品的过程中,电子商务网站可以依据用户所属的类型确定用户可使用的优惠活动规则,并将此优惠活动规则下的价格展示给用户,并且依据此优惠活动规则下的价格对搜索结果进行排序或筛选,因此,实现了搜索结果的个性化定制。

也就是说,属于不同的用户类型的用户,即使输入相同搜索关键词,但因为两者所属的类型不同,因此,两者对应的事件(即优惠活动规则)不同,进而,同一件商品,因为事件(即优惠活动规则)不同,所以,不同事件(即优惠活动规则)下的价格不同。因此,在展示给不同的用户的搜索关键词的搜索结果中,某些相同的商品的价格可能不同,进一步的,依据价格展示的商品的排序结果也不同。

图5为电子商务网站展示商品的详情页面的过程,包括以下步骤:

s501:接收用户2发出的展示商品的详情页面的请求。

该请求可以由用户2点击某个商品的信息触发。

s502:确定用户2所属的类型,并依据数据1确定该类型对应的优惠活动的规则。

s503:依据数据2确定待展示的商品对应的优惠活动的规则及价格。

s504:确定待展示的商品对应的优惠活动中,用户2的类型对应的优惠活动规则下的较低的价格作为待展示的价格。

s505:展示待展示的商品的详情页面,详情页面上展示的价格为待展示的价格。

图5所示的过程,可以在图4所示的过程之后,由用户点击搜索结果中的某个商品信息的操作触发。在此情况下,包括两次确定待展示的价格的过程,一次在搜索结果的展示过程中,一次在商品的详情页面的展示过程中。后一次的目的在于,重新校验价格,防止价格被篡改,提高安全性。

图5所示的过程,也可以独立于图4所示的过程,而由用户点击商品的信息的操作触发执行。

从图4以及图5可以看出,本申请实施例公开的对象的属性值展示方法,可以应用在电子商务网站的搜索以及商品的详情展示场景下,为商家开展个性化的优惠活动提供有力的技术支撑。

图6为本申请实施例公开的一种对象的属性值展示装置,包括第一确定模块、第二确定模块、第三确定模块、第四确定模块和发送模块。

其中,第一确定模块用于基于请求方发送的展示请求,确定待展示的对象。第二确定模块用于确定所述请求方所属的类型。第三确定模块用于基于所述请求方所属的类型,确定所述请求方所对应的一个或多个事件。第四确定模块用于确定所述待展示的对象与所述一个或多个事件对应的属性值。发送模块用于将所述属性值发送至所述请求方。

可选的,上述装置还可以包括二次验证模块,用于在所述发送模块将所述搜索结果对象依据所述属性值的排序结果发送至所述请求方后,接收所述请求方输入的对展示的任意一个搜索结果对象的选择指令,并控制第二确定模块、第三确定模块、第四确定模块依次执行各自的功能,最后展示确定出的属性值。

以上各个模块的功能的具体实现方式可以参见上述方法实施例,这里不再赘述。

图7为本申请实施例公开的又一种对象的属性值展示装置,包括:接收模块、第一确定模块、第二确定模块和展示模块。

其中,接收模块用于接收请求方输入的搜索关键词。第一确定模块用于确定所述请求方所属的类型。第二确定模块,用于基于所述搜索关键词得到的各个搜索结果对象与所述类型对应的属性值。展示模块用于基于所述属性值排序的结果,关联展示所述对象以及所述属性值。

所述装置在在接收到搜索关键词后,能够依据用户所属的类型展示搜索结果对象以及属性值,能够实现用户的个性化搜索展示。

本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算设备可读取存储介质中。基于这样的理解,本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一台计算设备(可以是个人计算机,服务器,移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

本说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似部分互相参见即可。

对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1