CN105760387A - 提供业务对象库存信息的方法及装置 - Google Patents
提供业务对象库存信息的方法及装置 Download PDFInfo
- Publication number
- CN105760387A CN105760387A CN201410788386.7A CN201410788386A CN105760387A CN 105760387 A CN105760387 A CN 105760387A CN 201410788386 A CN201410788386 A CN 201410788386A CN 105760387 A CN105760387 A CN 105760387A
- Authority
- CN
- China
- Prior art keywords
- property value
- sku
- stock
- inventory information
- attribute
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请实施例公开了提供业务对象库存信息的方法及装置,所述方法包括:在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息;根据各个SKU对应的属性值组合,确定多个属性值集合;根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括由所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。通过本申请实施例,在同一详情页面中包括业务对象的属性数量较多的情况下,也可以对属性值对应的库存情况进行预判。
Description
技术领域
本申请涉及业务对象信息处理技术领域,特别是涉及提供业务对象库存信息的方法及装置。
背景技术
针对电子商务类的网站而言,每款业务对象都会有自己唯一的SKU(StockKeepingUnit,库存量单位),例如:某型号手机,按颜色属性分类有白色、黑色,按存储容量属性分类有16GB、32GB、64GB,搭配不同的颜色与存储容量都会生成一款商品,对应唯一的SKU。SKU是物理上不可分割的最小存货单元。SKU还可以看作是库存进出计量的单位,可以是以件、盒、托盘等为单位。在业务对象上架之后,卖家用户一般会分别为业务对象提供具体的详情页面,在详情页面中需要展示出具体的颜色、容量属性等,另外一般还会展示库存数量,随着买家用户购买行为的发生,系统可以进行库存数量的扣减,以便于买家用户参考。
由于同一业务对象可能包含多种SKU,系统中包含的业务对象数量又非常庞大,因此,如果分别为每个SKU设置一详情页面,则可能会导致系统内的网页数量非常多,影响系统性能。同时,考虑到同一业务对象的不同SKU在很多方面的属性是存在共性的,例如,款式、尺寸等,因此,在现有技术中,可以使得同一业务对象的不同SKU共用同一详情页面,同时在页面内提供各种可选择的属性,以及具体的属性值,当用户需要购买某业务对象时,可以在该业务对象的详情页面中,通过选择属性值的方式确定具体所需的SKU。例如,某型号的手机,按颜色属性分类有白色、黑色,按存储容量属性分类有16GB、32GB、64GB,此时,存在6种SKU,如果分别为每个SKU设置一个详情页面,则需要6个详情页面。但是,在上述方式下,可以通过同一详情页面展示该手机的详细信息,同时可以在页面中提供关于颜色以及存储容量的选项供买家用户进行选择。
上述详情页面将多个SKU的信息进行了合并展示,可以有效的减少网页数量。但实际上,对于不同SKU而言,对应的库存数量可能是不同的,甚至可能有的SKU已经出现了无库存的情况,无库存的SKU是不能被买家用户选择的。但是,在买家用户选择某种具体的SKU之前,由于可能的SKU数量太多,因此,网页中一般无法展示出各个SKU的库存情况,或者只能展示默认被选中的一种SKU的库存信息。但是,当用户选择了某属性下的具体属性值之后,由于已经缩小了可选的范围,因此,为了帮助用户进行选择,可以通过一些方式对其他属性的可选属性值进行预判,并为用户提供提示信息。例如,对于前述例子中的手机,假设用户选中了其中的白色,则可以判断在颜色为白色的情况下,三种存储容量值分别对应的SKU是否有库存,如果某容量值已经没有库存,则可以将其对应的选项置为不可选状态,仅将有库存的属性值置为可选,这样,可以避免买家用户选择到已经没有库存的SKU。
现有技术中,为了进行上述预判的过程,对于同一详情页面中仅包含业务对象的两种属性(例如,前述颜色以及存储容量)的情况,可以预先根据详情页面中包含的属性、属性值以及各个SKU当前是否有库存的情况,建立M×N的矩阵,其中,矩阵的每一行分别代表一个颜色属性值,每一列代表一个存储容量属性值,矩阵中各个元素的取值,代表对应行、列上的属性值组成的SKU是否有库存。这样,当买家用户选定了某颜色属性值后,就可以遍历该属性值所在的行,各列上的取值,以此确定出各个SKU是否有库存。
上述方式对于同一详情页面中仅包含业务对象的两种属性情况是有效的,但是,在实际应用中,同一详情页面中可能会包含业务对象的更多种属性,组合出的SKU数量更多,此时,用上述矩阵的方式就很难完成前述预判过程。
因此,在同一详情页面中包含多种业务对象的多种属性的情况下,如何在用户选定了其中部分属性的属性值之后,更有效、便捷地对其他属性的可选属性值进行预判,成为迫切需要本领域技术人员解决的技术问题。
发明内容
本申请提供了提供业务对象库存信息的方法及装置,在同一详情页面中包括业务对象的属性数量较多的情况下,也可以对属性值对应的库存情况进行预判,并且,可以获得较高的检索效率。
本申请提供了如下方案:
一种提供业务对象库存信息的方法,包括:
在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;
当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
一种提供业务对象库存信息的装置,包括:
数据请求单元,用于在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
集合确定单元,用于根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
库存信息确定单元,用于根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;
预判单元,用于当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
根据本申请提供的具体实施例,本申请公开了以下技术效果:
通过本申请实施例,在从服务器获取到业务对象的属性、属性值以及对应的SKU库存信息之后,可以将所有可能需要预判的情况列举出来,形成多种属性值集合,其中既包括各个SKU对应的属性值全集,还包括各个属性值全集的子集,并且还可以确定出各个属性值集合对应的库存信息。这样,在指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,就可以根据保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,进而就可以根据查询结果确定第二属性值对应的操作选项的处理方式。可见,通过本申请实施例,在同一详情页面中包括业务对象的属性数量较多的情况下,也可以对属性值对应的库存情况进行预判,并且,可以获得较高的检索效率。
当然,实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的方法的流程图;
图2是本申请实施例提供的装置的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中,可以在客户端对业务对象详情页面中需要展示的库存信息进行处理。例如,在通过浏览器展示业务对象详细页面的情况下,可以通过预先向页面中插入JS脚本等方式来实现,当业务对象详情页面被打开后,该JS脚本就可以自动执行。具体的,该JS脚本可以从服务器端请求获取该业务对象的SKU库存信息,进而可以根据这种SKU库存信息对各种属性值进行组合,给出各种组合对应的库存信息,并按照一定的数据结构进行保存,这样,当用户在该详情页面中选择了某个或者某几个属性之后,就可以根据这种保存的数据,对其他尚未选择的属性包含的各个属性值进行预判,进而在判断出某属性值对应的SKU没有库存的情况下,可以将该属性值的操作选项进行屏蔽。下面对具体的实现方式进行详细介绍。
参见图1,本申请实施例首先提供了一种提供业务对象库存信息的方法,该方法具体可以包括以下步骤:
S101:在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
具体实现时,用户可以通过点击某页面中的链接等方式,访问某业务对象的详细信息,从而触发对该业务对象详情页面的访问。这种详情页面中一般会带有业务对象的id等标识信息,因此,JS脚本可以利用这种业务对象id向服务器请求该业务对象的SKU库存信息。其中,这种SKU库存信息中可以包括以下信息:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存。例如,关于某手机的详情信息页面,从服务器获取到的SKU库存信息可以如以下表1所示:
表1
机身颜色 | 存储容量 | 套餐类型 | 库存 |
白色 | 8G | 套餐一 | 有 |
白色 | 8G | 套餐二 | 有 |
白色 | 16G | 套餐一 | 有 |
白色 | 16G | 套餐二 | 有 |
白色 | 32G | 套餐一 | 有 |
白色 | 32G | 套餐二 | 有 |
黑色 | 8G | 套餐一 | 无 |
黑色 | 8G | 套餐二 | 有 |
黑色 | 16G | 套餐一 | 无 |
黑色 | 16G | 套餐二 | 有 |
黑色 | 32G | 套餐一 | 无 |
黑色 | 32G | 套餐二 | 有 |
也就是说,该手机共有三种属性,分别为机身颜色、存储容量以及套餐类型,其中,机身颜色这一属性下包括白色、黑色两种属性值,存储容量有8G、16G、32G三种属性值,套餐类型有套餐一、套餐二两种属性值,这样,该手机就共有种SKU。另外,从该表1中可以看出,其中的(黑色,8G,套餐一)、(黑色,16G,套餐一)、(黑色,32G,套餐一)这3个SKU是无库存状态,其他9个SKU都是有库存的。
需要说明的是,上述表1仅仅是为了便于介绍而给出的,在实际应用中,服务器端返回的业务对象的SKU库存信息并不会直接以上述表格的形式存在,信息的可读性差,并且,JS脚本也无法直接从这些数据中检索出预判所需的数据。因此,在本申请实施例的后续步骤中,还需要对这些数据进行处理。
另外需要说明的是,随着用户的购买、退货等操作的发生,服务器端保存的业务对象的SKU库存信息可能会发生更新,因此,在本申请实施例中,在业务对象的详情页面每次被刷新时,JS脚本都可以重新向服务器获取该业务对象的SKU库存信息。或者,在在详情页面很长时间未刷新的情况下,还可以按照一定的周期重新从服务器获取最新的SKU库存信息,以使得信息的准确性更高。
S102:根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
在获取到业务对象的SKU库存信息之后,可以根据各个SKU对应的属性值组合,确定多个属性值集合,其中,这种属性值集合可以包括:各个SKU对应的属性值全集,以及这种属性值全集的各个子集。例如,对于表1所示的业务对象的SKU库存信息,由于共有12中SKU,因此属性值全集共有12个,可以包括:
U1={白色,8G,套餐一}
U2={白色,8G,套餐二}
U3={白色,16G,套餐一}
U4={白色,16G,套餐二}
U5={白色,32G,套餐一}
U6={白色,32G,套餐二}
U7={黑色,8G,套餐一}
U8={黑色,8G,套餐二}
U9={黑色,16G,套餐一}
U10={黑色,16G,套餐二}
U11={黑色,32G,套餐一}
U12={黑色,32G,套餐二}
以上各属性值全集的子集包括:
U13={白色}
U14={白色,8G}
U15={白色,16G}
U16={白色,32G}
U17={白色,套餐一}
U18={白色,套餐二}
U19={黑色}
U20={黑色,8G}
U21={黑色,16G}
U22={黑色,32G}
U23={黑色,套餐一}
U24={黑色,套餐二}
U25={8G}
U26={8G,套餐一}
U27={8G,套餐二}
U28={16G}
U29={16G,套餐一}
U30={16G,套餐二}
U31={32G}
U32={32G,套餐一}
U33={32G,套餐二}
U34={套餐一}
U35={套餐二}
其中,U13是U1至U6共同的子集,U14是U1和U2共同的子集,U15是U3和U4共同的子集,以此类推,可见,每个子集都有至少两个父集。
S103:根据各SKU是否有库存确定各个属性值集合对应的库存信息并保存;
其中,对于各个SKU对应的属性值全集,其是否有库存的信息可以直接从S101中获取到的数据中进行确定。对于具有N个属性的业务对象,在用户选择了N-1个属性的属性值之后,需要对另外一个尚未选择的属性下的各个属性值进行预判时,就可以用这种属性值全集对应的库存信息来进行确定。
每个子集虽然并不对应一个完整的SKU,但是,仍然是从某一个或者几个方面描述了业务对象的属性,而在用户不需要考虑其他属性,或者默认其他属性的属性值均符合用户要求的情况下,这种由部分属性值描述出的业务对象,也可以具有其库存信息,并且这种库存信息对于用户而言也是有意义的。因此,在本申请实施例中,还可以确定出这些子集对应的库存信息。
具体的,由于每个子集都具有至少两个父集,因此,在确定某子集的库存信息时,首先确定出该子集的父集,由于父集中总是会包括有属于属性值全集的集合,而这种属性值全集已经根据SKU库存直接确定出了库存信息,因此,还可以根据这种属性值全集对应的库存信息来确定出该子集的库存信息。具体的,只要在其父集中存在有库存的属性值集合,就可以判定该子集有库存,如果其父集中所有的属性值集合都没有库存,则该子集也没有库存。例如,对于前述U14={白色,8G}这一子集,其父集为U1和U2,并且根据表1可知,这两个集合都是有库存的,因此,可以确定U14这一子集有库存。又如,对于U23={黑色,套餐一}这一子集,其父集为U7={黑色,8G,套餐一}、U9={黑色,16G,套餐一},以及U11={黑色,32G,套餐一},而根据表1可知,U7、U9以及U11这三个集合均没有库存,则可以确定出U23也没有库存。
总之,对于各个属性值集合,均可以确定出各自对应的库存信息,这里的库存信息仍然是确定出有无库存即可。
在确定出各个属性值集合对应的库存信息之后,就可以对两者之间的对应关系进行保存。其中,关于是否有库存这一信息,可以直接用一些标志位等来表示,而关于各个属性值集合,可以有多种具体的表示方式。例如,可以直接用各个属性值的名称等标识信息来代表各个属性值,对于同一属性值集合,不同属性值的标识信息之间,可以用一些特定的分隔符隔开,这样,可以用各个属性值的标识信息组成的字符串来表示各个属性值集合,并且保存这种字符串与库存信息之间的对应关系。
当然,在实际应用中,如果直接用上述属性值的名称等标识信息来进行信息的存储以及检索,一方面,可能需要占用较多的存储资源,而这种对于存储资源的占用对于客户端而言,可能会直接影响到系统性能;另一方面,检索条件以及检索对象都是用文字表示的,检索过程比较耗时,效率比较低,影响到响应速度。
为此,在优选的实施例中,还提供了另一种优选的信息表达及存储方式,进而可以进行更加高效的检索。具体的,在对属性值集合与库存信息之间的对应关系存储之前,可以首先按照预置的映射规则,将各个属性以及属性值映射为预置的映射对象,并将这种映射对象确定为各个属性值的标识信息。其中,这种映射对象可以是字母、数字等,例如,将机身颜色映射为A,存储容量映射为B、套餐类型映射为C,并将白色映射为A1,黑色映射为A2等等。
通过保存这种映射对象,可以节省存储空间,并且检索效率也可以得到提升。另外,在更优选的实现方式中,上述映射对象可以是数字型的字符串。由于纯数字型的字符串在检索时,不需要进行ASCII码转换等步骤,因此,可以使得检索效率更高。
另外,为了进一步提高检索效率,还可以使得同一属性下的各个属性值对应的数字型字符串具有相同的起始字符,不同属性之间的起始字符不同。例如,映射规则可以如下:
进而,由于各个属性值集合对应的字符串都是由带有分隔符的数字型字符串组成的,因此,各个属性值之间以及各个属性值集合之间都可以进行大小比较,并且,在同一属性值集合内部,可以按照各个属性值对应的数字型字符串的大小进行排序,在各个属性值集合之间,也可以按照各个属性值集合对应的字符串的大小进行排序。这样,可以进一步提高检索效率。例如,结合前述各个属性值集合以及映射规则、排序规则等,各个属性值集合的表示方式可以如以下表2所示:
表2
1 | 1:100 | 13 | 1:101 | 25 | 2:200 |
2 | 1:100;2:200 | 14 | 1:101;2:200 | 26 | 2:200;3:300 |
3 | 1:100;2:200;3:300 | 15 | 1:101;2:200;3:300 | 27 | 2:200;3:301 |
4 | 1:100;2:200;3:301 | 16 | 1:101;2:200;3:301 | 28 | 2:201 |
5 | 1:100;2:201 | 17 | 1:101;2:201 | 29 | 2:201;3:300 |
6 | 1:100;2:201;3:300 | 18 | 1:101;2:201;3:300 | 30 | 2:201;3:301 |
7 | 1:100;2:201;3:301 | 19 | 1:101;2:201;3:301 | 31 | 2:202 |
8 | 1:100;2:202 | 20 | 1:101;2:202 | 32 | 2:202;3:300 |
9 | 1:100;2:202;3:300 | 21 | 1:101;2:202;3:300 | 33 | 2:202;3:301 |
10 | 1:100;2:202;3:301 | 22 | 1:101;2:202;3:301 | 34 | 3:300 |
11 | 1:100;3:300 | 23 | 1:101;3:300 | 35 | 3:301 |
12 | 1:100;3:301 | 24 | 1:101;3:301 |
在用上述数字型字符串表示各个属性值集合,并进行排序之后,还可以保存对应的库存信息,例如,前述第15项、第18项、第21项以及第23项都是没有库存的,其他各项均有库存。
S104:当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
在通过前述步骤S103保存了各个属性值集合与库存信息之间的对应关系之后,当用户在当前业务对象详情页面中选中了某属性下的第一属性值,需要对其他属性下的某第二属性值进行预判时,就可以首先将该第一属性值以及第二属性值组成一目标属性值集合,然后查询前述保存的对应关系,即可确定该目标属性值集合对应的库存。如果该目标属性值集合有库存,则可以将该第二属性值对应的操作选项置为可选状态;如果没有库存,则可以将该第二属性值对应的操作选项屏蔽,以提示用户该第一属性值以及第二属性值描述出的业务对象目前无库存,避免用户执行无效的操作。
需要说明的是,如果在保存各个属性值集合与库存信息之间的对应关系时,是将属性值集合表示为由属性值标识信息拼接而成的字符串,则在查询时,仍然可以首先确定出第一属性值以及第二属性值对应的标识信息,然后利用同样的分隔符进行拼接,得到目标属性值集合对应的字符串,再利用该字符串进行检索。
例如,假设按照前述表2的形式进行的保存,用户已经选择的第一属性值是“机身颜色”这一属性下的“白色”,需要对“存储容量”下的“8G”这一第二属性值进行预判,此时,就可以首先根据映射规则,将该第一属性值映射为1:100,将该第二属性值映射为2:200,并按照从小到大的顺序将两者拼接,得到1:100;2:200,通过检索表2中的保存结果,即可得到与该拼接结果匹配的为表2中的第2项,进而只要确定出该第2项对应的库存信息,就可以得到预判结果。例如,通过前文所述可知,该第2项有库存,因此,将8G这一第二属性值对应的操作选项置为可选状态即可,也即提示用户:库存中存在白色、8G的手机。
又如,仍假设按照前述表2的形式进行的保存,用户已经选择的第一属性值是“机身颜色”这一属性下的“黑色”,需要对“套餐类型”下的“套餐一”这一第二属性值进行预判,此时,拼接成的字符串为1:101;3:300。通过检索表2中的保存结果,即可得到与该拼接结果匹配的为表2中的第23项,但该第23项没有库存,因此,可以将“套餐一”这一第二属性值对应的操作选项置为屏蔽状态,也即提示用户:库存中不存在颜色为黑色、套餐类型为套餐一的手机。
需要说明的是,在具体实现时,所谓的已经选择的第一属性值可以是多个,例如,在用户已经选择了“机身颜色”这一属性下的“黑色”,“存储容量”下的“8G”,则可以将“黑色”、“8G”这两个属性值作为第一属性值,“套餐类型”下的“套餐一”或者“套餐二”作为需要预判的第二属性值,字符串的拼接方式也与前文类似,这里不再详述。或者,第一属性值还可以为空,也即,当用户尚未选择任何的属性值时,也可以分别对各个属性值进行预判。例如,在初始状态下,可以分别对各个属性下的各个属性值进行预判,此时,需要检索的字符串分别为1:100,1:101,2:200,2:201,2:202,3:300,3:301,分别查询这些字符串对应的库存信息即可。
总之,在本申请实施例中,在从服务器获取到业务对象的属性、属性值以及对应的SKU库存信息之后,可以将所有可能需要预判的情况列举出来,形成多种属性值集合,其中既包括各个SKU对应的属性值全集,还包括各个属性值全集的所有子集,并且还可以确定出各个属性值集合对应的库存信息。这样,在指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,就可以根据保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,进而就可以根据查询结果确定第二属性值对应的操作选项的处理方式。可见,通过本申请实施例,在同一详情页面中包括业务对象的属性数量较多的情况下,也可以对属性值对应的库存情况进行预判,并且,可以获得较高的检索效率。
与本申请实施例提供的提供业务对象库存信息的方法相对应,本申请实施例还提供了一种提供业务对象库存信息的装置,参见图2,该装置可以包括:
数据请求单元201,用于在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
集合确定单元202,用于根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
库存信息确定单元203,用于根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;
预判单元204,用于当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
其中,所述库存信息确定单元203具体可以用于:
对于各个子集,根据其父集的库存信息确定各个子集的库存信息;其中,如果某子集存在有库存的父集,则判定该子集有库存,如果某子集的各个父集均无库存,则判定该子集无库存。
在一种具体的实现方式下,所述库存信息确定单元203具体用于:
确定各个属性值的标识信息,并利用所述标识信息组成的字符串表示各个属性值集合;其中,同一属性值集合中的各个属性值标识信息之间利用预置的分隔符进行分隔,保存各个属性值集合对应的字符串与库存信息之间的对应关系;
相应的,所述预判单元203具体可以包括:
标识确定子单元,用于确定所述第一属性值对应的第一标识信息,以及第二属性值对应的第二标识信息;
拼接子单元,用于利用所述预置的分隔符将所述第一标识信息与第二标识信息拼接成目标字符串;
查询子单元,用于从所述保存的对应关系中,查询该目标字符串对应的库存信息。
其中,所述库存信息确定单元具体用于:
按照预置的映射规则,将各个属性以及属性值映射为预置的映射对象,将所述映射对象确定为各个属性值的标识信息。
所述映射对象包括数字型字符串。
其中,同一属性下的各个属性值对应的数字型字符串具有相同的起始字符,不同属性之间的所述起始字符不同;所述装置还可以包括:
第一排序单元,用于在同一属性值集合内部,按照各个属性值对应的数字型字符串的大小进行排序;
第二排序单元,用于在各个属性值集合之间,按照各个属性值集合对应的字符串的大小进行排序。
总之,在本申请实施例中,在从服务器获取到业务对象的属性、属性值以及对应的SKU库存信息之后,可以将所有可能需要预判的情况列举出来,形成多种属性值集合,其中既包括各个SKU对应的属性值全集,还包括各个属性值全集的所有子集,并且还可以确定出各个属性值集合对应的库存信息。这样,在指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,就可以根据保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,进而就可以根据查询结果确定第二属性值对应的操作选项的处理方式。可见,通过本申请实施例,在同一详情页面中包括业务对象的属性数量较多的情况下,也可以对属性值对应的库存情况进行预判,并且,可以获得较高的检索效率。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
以上对本申请所提供的提供业务对象库存信息的方法及装置,进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的一般技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处。综上所述,本说明书内容不应理解为对本申请的限制。
Claims (12)
1.一种提供业务对象库存信息的方法,其特征在于,包括:
在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;
当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
2.根据权利要求1所述的方法,其特征在于,所述根据各SKU是否有库存确定各个属性值集合对应的库存信息,包括:
对于各个子集,根据其父集的库存信息确定各个子集的库存信息;其中,如果某子集存在有库存的父集,则判定该子集有库存,如果某子集的各个父集均无库存,则判定该子集无库存。
3.根据权利要求1所述的方法,其特征在于,所述根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存,包括:
确定各个属性值的标识信息,并利用所述标识信息组成的字符串表示各个属性值集合;其中,同一属性值集合中的各个属性值标识信息之间利用预置的分隔符进行分隔;
保存各个属性值集合对应的字符串与库存信息之间的对应关系;
所述查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,包括:
确定所述第一属性值对应的第一标识信息,以及第二属性值对应的第二标识信息;
利用所述预置的分隔符将所述第一标识信息与第二标识信息拼接成目标字符串;
从所述保存的对应关系中,查询该目标字符串对应的库存信息。
4.根据权利要求3所述的方法,其特征在于,所述确定各个属性值的标识信息,包括:
按照预置的映射规则,将各个属性以及属性值映射为预置的映射对象,将所述映射对象确定为各个属性值的标识信息。
5.根据权利要求4所述的方法,其特征在于,所述映射对象包括数字型字符串。
6.根据权利要求5所述的方法,其特征在于,同一属性下的各个属性值对应的数字型字符串具有相同的起始字符,不同属性之间的所述起始字符不同;所述方法还包括:
在同一属性值集合内部,按照各个属性值对应的数字型字符串的大小进行排序;
在各个属性值集合之间,按照各个属性值集合对应的字符串的大小进行排序。
7.一种提供业务对象库存信息的装置,其特征在于,包括:
数据请求单元,用于在接收到访问指定业务对象信息的请求后,向服务器请求获取该业务对象的SKU库存信息,所述SKU库存信息包括:该业务对象所具有的属性,各属性下的属性值,以及由不同的属性值组合成的各SKU是否有库存;
集合确定单元,用于根据各个SKU对应的属性值组合,确定多个属性值集合,其中,所述属性值集合包括:所述各个SKU对应的属性值全集,以及所述属性值全集的各个子集;
库存信息确定单元,用于根据各SKU是否有库存确定各个属性值集合对应的库存信息,并保存;
预判单元,用于当所述指定业务对象的第一属性值被选中,并需要对第二属性值进行预判时,根据所述保存的对应关系,查询包括所述第一属性值以及所述第二属性值的目标属性值集合对应的库存信息,以便根据查询结果确定所述第二属性值对应的操作选项的处理方式。
8.根据权利要求7所述的装置,其特征在于,所述库存信息确定单元具体用于:
对于各个子集,根据其父集的库存信息确定各个子集的库存信息;其中,如果某子集存在有库存的父集,则判定该子集有库存,如果某子集的各个父集均无库存,则判定该子集无库存。
9.根据权利要求7所述的装置,其特征在于,所述库存信息确定单元具体用于:
确定各个属性值的标识信息,并利用所述标识信息组成的字符串表示各个属性值集合;其中,同一属性值集合中的各个属性值标识信息之间利用预置的分隔符进行分隔,保存各个属性值集合对应的字符串与库存信息之间的对应关系;
所述预判单元包括:
标识确定子单元,用于确定所述第一属性值对应的第一标识信息,以及第二属性值对应的第二标识信息;
拼接子单元,用于利用所述预置的分隔符将所述第一标识信息与第二标识信息拼接成目标字符串;
查询子单元,用于从所述保存的对应关系中,查询该目标字符串对应的库存信息。
10.根据权利要求9所述的装置,其特征在于,所述库存信息确定单元具体用于:
按照预置的映射规则,将各个属性以及属性值映射为预置的映射对象,将所述映射对象确定为各个属性值的标识信息。
11.根据权利要求10所述的装置,其特征在于,所述映射对象包括数字型字符串。
12.根据权利要求11所述的装置,其特征在于,同一属性下的各个属性值对应的数字型字符串具有相同的起始字符,不同属性之间的所述起始字符不同;所述装置还包括:
第一排序单元,用于在同一属性值集合内部,按照各个属性值对应的数字型字符串的大小进行排序;
第二排序单元,用于在各个属性值集合之间,按照各个属性值集合对应的字符串的大小进行排序。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410788386.7A CN105760387B (zh) | 2014-12-17 | 2014-12-17 | 提供业务对象库存信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410788386.7A CN105760387B (zh) | 2014-12-17 | 2014-12-17 | 提供业务对象库存信息的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105760387A true CN105760387A (zh) | 2016-07-13 |
CN105760387B CN105760387B (zh) | 2019-04-05 |
Family
ID=56340254
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410788386.7A Active CN105760387B (zh) | 2014-12-17 | 2014-12-17 | 提供业务对象库存信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105760387B (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108510337A (zh) * | 2017-02-24 | 2018-09-07 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN109903109A (zh) * | 2017-12-08 | 2019-06-18 | 北京京东尚科信息技术有限公司 | 测试方法和装置 |
CN110033452A (zh) * | 2019-04-17 | 2019-07-19 | 北京云量互动科技有限公司 | 基于图像处理技术的冷柜货架商品统计方法及系统 |
CN112307274A (zh) * | 2020-11-11 | 2021-02-02 | 天津汇商共达科技有限责任公司 | 一种库存信息查询方法及装置 |
CN112748924A (zh) * | 2021-02-09 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 库存展示方法及系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1471680A (zh) * | 1999-05-11 | 2004-01-28 | 凯撒基金医院 | 利用数据网络完成用户产品的订货、履行与交付的集成系统 |
WO2010070876A1 (ja) * | 2008-12-17 | 2010-06-24 | サイジニア株式会社 | 情報処理装置、情報処理方法、およびプログラム |
CN102957663A (zh) * | 2011-08-17 | 2013-03-06 | 阿里巴巴集团控股有限公司 | 一种商品信息提供方法、系统及装置 |
CN103970761A (zh) * | 2013-01-28 | 2014-08-06 | 阿里巴巴集团控股有限公司 | 一种商品数据搜索方法及装置 |
-
2014
- 2014-12-17 CN CN201410788386.7A patent/CN105760387B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1471680A (zh) * | 1999-05-11 | 2004-01-28 | 凯撒基金医院 | 利用数据网络完成用户产品的订货、履行与交付的集成系统 |
WO2010070876A1 (ja) * | 2008-12-17 | 2010-06-24 | サイジニア株式会社 | 情報処理装置、情報処理方法、およびプログラム |
CN102957663A (zh) * | 2011-08-17 | 2013-03-06 | 阿里巴巴集团控股有限公司 | 一种商品信息提供方法、系统及装置 |
CN103970761A (zh) * | 2013-01-28 | 2014-08-06 | 阿里巴巴集团控股有限公司 | 一种商品数据搜索方法及装置 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108510337A (zh) * | 2017-02-24 | 2018-09-07 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN108510337B (zh) * | 2017-02-24 | 2021-12-10 | 阿里巴巴集团控股有限公司 | 订单生成、库存更新方法、客户端及服务器 |
CN109903109A (zh) * | 2017-12-08 | 2019-06-18 | 北京京东尚科信息技术有限公司 | 测试方法和装置 |
CN110033452A (zh) * | 2019-04-17 | 2019-07-19 | 北京云量互动科技有限公司 | 基于图像处理技术的冷柜货架商品统计方法及系统 |
CN110033452B (zh) * | 2019-04-17 | 2021-06-08 | 北京云量互动科技有限公司 | 基于图像处理技术的冷柜货架商品统计方法及系统 |
CN112307274A (zh) * | 2020-11-11 | 2021-02-02 | 天津汇商共达科技有限责任公司 | 一种库存信息查询方法及装置 |
CN112748924A (zh) * | 2021-02-09 | 2021-05-04 | 上海哔哩哔哩科技有限公司 | 库存展示方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN105760387B (zh) | 2019-04-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11132410B2 (en) | Customized search | |
CN102789462B (zh) | 一种项目推荐方法及系统 | |
CN105760387A (zh) | 提供业务对象库存信息的方法及装置 | |
TWI522942B (zh) | 用戶收藏夾資料的處理方法與裝置、用戶收藏夾資料的搜尋方法與裝置、及用戶收藏夾系統 | |
US20140280175A1 (en) | System and method for facilitating product search within an electronic product catalog | |
CN105373608A (zh) | 一种基于输入法的场景式内容推送方法及其系统 | |
US8156073B1 (en) | Item attribute generation using query and item data | |
CN102968418A (zh) | 网站信息检索方法和系统 | |
Aydin et al. | Modeling and indexing spatiotemporal trajectory data in non-relational databases | |
US20160042311A1 (en) | Information operation | |
US20120253984A1 (en) | System and method for highlighting differences in items in a search result listing | |
CN103377246A (zh) | 书签处理方法和终端浏览器 | |
CN102187339A (zh) | 索引系统 | |
CN111597454A (zh) | 一种账号推荐方法及装置 | |
CN106452855B (zh) | 一种文章标签添加方法和装置 | |
Grace et al. | Enhancing emergency communication with social media: Identifying hyperlocal social media users and information sources | |
CN110020227B (zh) | 一种数据排序方法和装置 | |
CN104715068A (zh) | 一种生成文档索引的方法和装置以及一种搜索方法和装置 | |
Nouaouria et al. | A Particle Swarm Optimization Approach for Reuse Guided Case Retrieval | |
Jin et al. | TBSGM: A Fast Subgraph Matching Method on Large Scale Graphs | |
US20240202797A1 (en) | Solving sparse data problems in a recommendation system with cold start | |
CN106815273B (zh) | 数据存储方法和装置 | |
US20240202798A1 (en) | Solving sparse data problems in a recommendation system with freezing start | |
US20160239473A1 (en) | Method and System for Auto-Populating Smart Templates with Data from Multiple Sources with Structured and Unstructured Data | |
CN118170867A (zh) | 业务内容获取方法、装置、计算机设备、介质和程序产品 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 1226156 Country of ref document: HK |
|
GR01 | Patent grant | ||
GR01 | Patent grant |