CN106408321A - 商品模板的管理方法、数据库的调用方法,装置及*** - Google Patents
商品模板的管理方法、数据库的调用方法,装置及*** Download PDFInfo
- Publication number
- CN106408321A CN106408321A CN201510465675.8A CN201510465675A CN106408321A CN 106408321 A CN106408321 A CN 106408321A CN 201510465675 A CN201510465675 A CN 201510465675A CN 106408321 A CN106408321 A CN 106408321A
- Authority
- CN
- China
- Prior art keywords
- template
- merchandise
- classification
- commodity
- category
- 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.)
- Pending
Links
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
一种商品模板的管理方法、数据库的调用方法,装置及***,其中管理方法的实现包括:获取商品的分类信息,所述分类信息包含第一类别和第二类别,所述第二类别为所述第一类别的子类别;确定所述第二类别的商品所共有的共有描述信息项;创建第一商品模板和第二商品模板,在所述第一商品模板中包含所述共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;存储所述第一商品模板和所述第二商品模板,存储所述第二商品模板属于所述第一商品模板的子模板的信息。可以减少商品模板数量,提高管理效率;另外,为提高商品上架过程的配置效率提供了条件。
Description
技术领域
本发明涉及信息技术领域,特别涉及一种商品模板的管理方法、数据库的调用方法,装置及***。
背景技术
随着信息技术的发展,基于互联网的商品销售已经成为一种普遍现象,网店(网络商店)开始售卖各种各样的商品,如电器、服装、家具等实物类商品,也有保险、电信套餐等服务类商品,这样就需要网络商店管理不同品类的商品,并且能快速、准确的上架准备售卖的商品。
传统的商品管理模式是对所有商品都使用统一的管理方法。但是这种方式不能针对不同门类的商品提供不同的管理方法,也不能针对不同门类的商品提供不同的上架信息管理,导致企业管理及客户订购体验很差,尤其导致客户订购时的不好体验直接导致客户购买欲望的消失而直接影响企业的营业收入。为了解决这些问题,需要对不同的商品使用不同的管理方法,提出了如下解决方案:
为商品建立商品属性模板,每个商品具备自己的商品模板,商家可以基于该模板上架自己的商品,当商品模板上定义的数据项不符合实际要上架的商品的要求时,商家可以扩展自己需要增加的数据项(如新旧程度描述信息等),当客户订购该商品时,可以在订购界面看到商家配置的数据项信息,该种方案经常在电商平台被使用。
以上方案需要为每个商品创建商品模板,因此商品模板数量繁多开发和管理效率较低。遇到新的商品时,需要重新创建模板,商品上架过程的配置效率较低。
发明内容
本发明实施例提供了一种商品模板的管理方法、数据库的调用方法,装置及***,用于减少商品模板数量,减少商品模板开发数量提高管理效率, 提高商品上架过程的配置效率。
本发明实施例一方面提供了一种商品模板的管理方法,包括:
获取商品的分类信息,所述分类信息包含第一类别和第二类别,所述第二类别为所述第一类别的子类别;
确定所述第二类别的商品所共有的共有描述信息项;
创建第一商品模板和第二商品模板,在所述第一商品模板中包含所述共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;
存储所述第一商品模板和所述第二商品模板,存储所述第二商品模板属于所述第一商品模板的子模板的信息。
结合一方面的实现方式,在第一种可能的实现方式中,所述存储所述第二商品模板属于所述第一商品模板的子模板的信息包括:
以树形数据结构将所述第一商品模板存储为所述第二商品模板的父节点。
结合一方面的实现方式,在第二种可能的实现方式中,所述第一商品模板和第二商品模板均为商品的属性模板;所述方法还包括:
创建业务控制模板,在所述业务控制模板中包含业务控制信息项;若所述业务控制信息项属于所述第二类别的商品所共有的业务控制信息项,则保存所述业务控制模板与所述第一商品模板的关联信息,否则保存所述业务控制模板与所述第二商品模板的关联信息。
结合一方面、一方面的第一种或第二种可能的实现方式,在第三种可能的实现方式中,所述方法还包括:
为所述共有描述信息项以及所述非共有描述信息项添加属性类别标识。
结合一方面、一方面的第一种或第二种可能的实现方式,在第四种可能的实现方式中,在创建第一商品模板和第二商品模板之后,所述方法还包括:
在接收到包含所述第二类别的查询请求后,依据所述第二商品模板属于所述第一商品模板的子模板的信息,获取所述第一商品模板以及所述第二商品模板,并发送给所述请求消息的源端。
结合一方面、一方面的第一种或第二种可能的实现方式,在第五种可能 的实现方式中,在创建第一商品模板和第二商品模板之后,所述方法还包括:
在接收到新商品模板的创建请求后,确定所述新商品模板所属的类别与所述第一类别和所述第二类别的关系;
若所述新商品模板所属的类别与所述第一类别为同级且不同类别,则创建新的第一商品模板;若所述新商品模板所属的类别与所述第二类别同级且不同类别,则创建新的第二商品模板;
若所述新商品模板所属的类别为所述第一类别的父类别,则创建相对于所述第一商品模板的父模板;若所述新商品模板所属的类别为所述第二类别的子类别,则创建相对于所述第二商品模板的子模板。
本发明实施例二方面提供了一种数据库的调用方法,包括:
建立与模板数据库的通信连接;在所述模板数据库中存储有第一商品模板和第二商品模板,在所述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;所述第一类别和所述第二类别是商品分类的类别,并且所述第二类别为所述第一类别的子类别;
获取商品类别,查询所述模板数据库,获得与所述商品类别对应的目标商品模板;若所述商品类别为第二类别,则所述目标商品模板包含所述第一商品模板和所述第二商品模板。
结合二方面的实现方式,在第一种可能的实现方式中,所述获取商品类别包括:从商品创建请求中获取需要创建的商品的商品类别;在获得与所述商品类别对应的目标商品模板之后,所述方法还包括:
接收对所述目标商品模板中的描述信息项的赋值,并存储赋值后的目标商品模板。
结合二方面的实现方式,在第二种可能的实现方式中,所述获取商品类别包括:
从接收到的浏览请求中获取需要浏览的商品的商品类别;在获得与所述商品类别对应的目标商品模板之后,所述方法还包括:
将所述第一商品模板和所述第二商品模板发往所述浏览请求的源端,所 述第一商品模板和所述第二商品模板中的描述信息项为已赋值状态。
结合二方面的实现方式,在第三种可能的实现方式中,所述方法还包括:
获取与所述商品类别对应的扩展描述信息项并显示,接收对所述扩展描述信息项的赋值;所述扩展描述信息项是所述第一商品模板和所述第二商品模板中不包含的描述信息项。
结合二方面、二方面的第一种、第二种或第三种可能的实现方式,在第四种可能的实现方式中,若所述商品类别为第二类别,所述获得与所述商品类别对应的目标商品模板包括:
提取所述第一商品模板和所述第二商品模板中的描述信息项,合并获得所述目标商品模板。
结合二方面的第四种可能的实现方式,在第五种可能的实现方式中,若所述共有描述信息项以及所述非共有描述信息项具有属性类别标识,所述合并获得所述目标商品模板包括:
依据所述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到所述目标商品模板。
本发明实施例三方面提供了一种商品模板的管理装置,包括:
信息获取单元,用于获取商品的分类信息,所述分类信息包含第一类别和第二类别,所述第二类别为所述第一类别的子类别;
信息确定单元,用于确定所述第二类别的商品所共有的共有描述信息项;
模板创建单元,用于创建第一商品模板和第二商品模板,在所述第一商品模板中包含所述共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;
模板存储单元,用于存储所述第一商品模板和所述第二商品模板,存储所述第二商品模板属于所述第一商品模板的子模板的信息。
结合三方面的实现方式,在第一种可能的实现方式中,所述模板存储单元,用于以树形数据结构将所述第一商品模板存储为所述第二商品模板的父节点。
结合三方面的实现方式,在第二种可能的实现方式中,所述第一商品模板和第二商品模板均为商品的属性模板;
所述模板创建单元,还用于创建业务控制模板,在所述业务控制模板中包含业务控制信息项;
所述模板存储单元,用于若所述业务控制信息项属于所述第二类别的商品所共有的业务控制信息项,则保存所述业务控制模板与所述第一商品模板的关联信息,否则保存所述业务控制模板与所述第二商品模板的关联信息。
结合三方面、三方面的第一种或第二种可能的实现方式,在第三种可能的实现方式中,所述装置还包括:
类别添加单元,用于为所述共有描述信息项以及所述非共有描述信息项添加属性类别标识。
结合三方面、三方面的第一种或第二种可能的实现方式,在第四种可能的实现方式中,所述装置还包括:
第一接收单元,用于在创建第一商品模板和第二商品模板之后,接收包含所述第二类别的查询请求;
发送单元,用于在所述第一接收单元接收到包含所述第二类别的查询请求后,依据所述第二商品模板属于所述第一商品模板的子模板的信息,获取所述第一商品模板以及所述第二商品模板,并发送给所述请求消息的源端。
结合三方面、三方面的第一种或第二种可能的实现方式,在第五种可能的实现方式中,所述装置还包括:
第二接收单元,用于在创建第一商品模板和第二商品模板之后,接收到新商品模板的创建请求后;
关系确定单元,还用于在所述第二接收单元接收到新商品模板的创建请求后,确定所述新商品模板所属的类别与所述第一类别和所述第二类别的关系;
所述模板创建单元,还用于若所述新商品模板所属的类别与所述第一类别为同级且不同类别,则创建新的第一商品模板;若所述新商品模板所属的类别与所述第二类别同级且不同类别,则创建新的第二商品模板;
若所述新商品模板所属的类别为所述第一类别的父类别,则创建相对于 所述第一商品模板的第一商品模板;若所述新商品模板所属的类别为所述第二类别的子类别,则创建相对于所述第二商品模板的第二商品模板。
本发明实施例四方面提供了一种数据库的调用装置,包括:
连接建立单元,用于建立与模板数据库的通信连接;在所述模板数据库中存储有第一商品模板和第二商品模板,在所述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;所述第一类别和所述第二类别是商品分类的类别,并且所述第二类别为所述第一类别的子类别;
类别获取单元,用于获取商品类别;
模板获取单元,用于查询所述模板数据库,获得与所述商品类别对应的目标商品模板;若所述商品类别为第二类别,则所述目标商品模板包含所述第一商品模板和所述第二商品模板。
结合四方面的实现方式,在第一种可能的实现方式中,所述类别获取单元,用于从商品创建请求中获取需要创建的商品的商品类别;所述装置还包括:
赋值接收单元,用于在所述模板获取单元获得与所述商品类别对应的目标商品模板之后,接收对所述目标商品模板中的描述信息项的赋值;
存储单元,用于存储赋值后的目标商品模板。
结合四方面的实现方式,在第二种可能的实现方式中,所述类别获取单元,用于从接收到的浏览请求中获取需要浏览的商品的商品类别;所述装置还包括:
发送单元,用于在所述模板获取单元获得与所述商品类别对应的目标商品模板之后,将所述第一商品模板和所述第二商品模板发往所述浏览请求的源端,所述第一商品模板和所述第二商品模板中的描述信息项为已赋值状态。
结合四方面的实现方式,在第三种可能的实现方式中,所述装置还包括:
扩展显示单元,用于获取与所述商品类别对应的扩展描述信息项并显示;
扩展赋值接收单元,用于接收对所述扩展描述信息项的赋值;所述扩展描述信息项是所述第一商品模板和所述第二商品模板中不包含的描述信息 项。
结合四方面、四方面的第一种、第二种或第三种可能的实现方式,在第四种可能的实现方式中,所述模板获取单元,用于若所述商品类别为第二类别,提取所述第一商品模板和所述第二商品模板中的描述信息项,合并获得所述目标商品模板。
结合四方面的第四种可能的实现方式,在第五种可能的实现方式中,所述模板获取单元,用于若所述共有描述信息项以及所述非共有描述信息项具有属性类别标识,依据所述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到所述目标商品模板。
本发明实施例五方面提供了一种通信***,包括:
本发明实施例提供的任意一项的商品模板的管理装置,以及本发明实施例提供的任意一项的数据库的调用装置;
所述商品模板的管理装置与所述数据库的调用装置以可通信方式连接。
从以上技术方案可以看出,本发明实施例具有以下优点:商品模板按商品的分类信息进行了划分,不同层级的商品模板之间具有了内在的继承关系,为商品之间复用商品模板提供了条件,不必为每一个商品都创建商品模板,因此可以减少商品模板数量,对应地也会减少商品模板开发数量提高管理效率;另外,遇到新的商品时,只要新的商品属于已经创建的商品模板包含的类别,则可以复用已经创建的商品模板,不必重新创建商品模板,从而为提高商品上架过程的配置效率提供了条件。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简要介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例***结构示意图;
图2为本发明实施例方法流程示意图;
图3为本发明实施例商品模板举例结构示意图;
图4为本发明实施例商品模板举例结构示意图;
图5为本发明实施例商品模板举例结构示意图;
图6为本发明实施例商品模板举例结构示意图;
图7为本发明实施例方法流程示意图;
图8为本发明实施例商品模板的管理装置结构示意图;
图9为本发明实施例商品模板的管理装置结构示意图;
图10为本发明实施例商品模板的管理装置结构示意图;
图11为本发明实施例商品模板的管理装置结构示意图;
图12为本发明实施例数据库的调用装置结构示意图;
图13为本发明实施例数据库的调用装置结构示意图;
图14为本发明实施例数据库的调用装置结构示意图;
图15为本发明实施例数据库的调用装置结构示意图;
图16为本发明实施例商品模板的管理装置结构示意图;
图17为本发明实施例数据库的调用装置结构示意图;
图18为本发明实施例***结构示意图;
图19为本发明实施例商品模板的管理装置结构示意图;
图20为本发明实施例数据库的调用装置结构示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明作进一步地详细描述,显然,所描述的实施例仅仅是本发明一部份实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本发明保护的范围。
如图1所示,是本发明实施例可以应用的网络***架构,其中商品模板存放在数据库(Database)中,文档服务器(FileServer)网元可以用于存储商品相关的文档资料,文档资料可以是商品模板的描述信息项已经赋值的文档资料,其被显示时会表现为商品描述页面。页面(Webpage)则是用户侧从 FileServer获取到的商品页面,其中包含商品信息。应用服务器/网页服务器(AppServer/WebServer)则可以从数据库获得商品模板对商品模板进行更新维护。这里的更新维护可以包括修改、增加、删除等。选用网络***架构的不是本发明实施例关注的部分,本实施例的方案的基于***架构可以采用成熟的web+Appserver+Database的技术架构,并根据该技术架构部署相应的网元设备。
本发明实施例提供了一种商品模板的管理方法,如图2所示,包括:
201:获取商品的分类信息,上述分类信息包含第一类别和第二类别,上述第二类别为上述第一类别的子类别;
商品的分类信息是商品所属的分类的信息,一个商品通常不会仅属于一个分类,例如:手机属于电器类,还属于手机类;分类方式的不同可能导致商品所属的类别也会有所不同,仍然以手机为例,手机属于终端类也属于手机类。其中,手机类的商品显然也是电器类的商品,也就是说电器类是相对于手机类而言一个较大的类包含了手机类,因此电器类属于手机类的父类别,反过来则手机类属于电器类的子类别。以上第一类别和第二类别仅是为了区分不同的商品类别进行的命名,是商品类别的相对概念,并不代表其他的技术含义。由于第一类别和第二类别是一个相对概念,因此第一类别还可以有其父类别,那么该第一类别则为其父类别的第二类别。另外,一个父类别可能会有多个子类别,以上第二类别不应当理解为仅数量为一的类别。
202:确定上述第二类别的商品所共有的共有描述信息项;
一个类别的商品通常数量是很多的,这些商品会具有很多属性,这些属性则需要描述信息项对其进行描述。由于同一类别的商品之所以被分配到同一类别,是因为其具有某些内在的联系,比如:手机,都具有无线通信的功能,那么其必然会有通信制式的属性,智能机都是有屏幕的,那么这些屏幕必然有分辨率的属性;因此对于属于第二类别的众多商品而言,其必然具有一些共有的属性,相应就会有一些共有描述信息项对其进行描述。假定:第一类别是电器类,第二类别有两个,分别为:手机类和洗衣机类;手机类和洗衣机类具有相同(也称为:共有)的描述信息项,即共有描述信息项:颜色、重量、尺寸等;手机类相对于洗衣机类所独有的描述信息项可能有:分 辨率,通信制式、电池容量等。对于第二类别的商品而言,上述共有信息描述项,并不需要包含其父类别(第一类别)的商品所具有的全部共有描述信息项。以上举例中,手机类的共有信息描述项,不需要包含电器中的“颜色、重量、尺寸等”。
203:创建第一商品模板和第二商品模板,在上述第一商品模板中包含上述共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;
商品模板创建可以参考单个商品模板的创建方式,不同之处在于第一商品模板和第二商品模板都不会包含所有的商品描述信息项;本实施例需要对商品描述信息项进行分类,即分为:共有描述信息项和非共有描述信息项。
204:存储上述第一商品模板和上述第二商品模板,存储上述第二商品模板属于上述第一商品模板的子模板的信息。
在本发明实施例中,商品模板按商品的分类信息进行了划分,不同层级的商品模板之间具有了内在的继承关系,为商品之间复用商品模板提供了条件,不必为每一个商品都创建商品模板,因此可以减少商品模板数量,对应地也会减少商品模板开发数量提高管理效率;另外,遇到新的商品时,只要新的商品属于已经创建的商品模板包含的类别,则可以复用已经创建的商品模板,不必重新创建商品模板,从而为提高商品上架过程的配置效率提供了条件。
本发明实施例还提供了存储第一商品模板以及第二商品模板之间的从属关系的具体实现方案,如下:上述存储上述第二商品模板属于上述第一商品模板的子模板的信息包括:
以树形数据结构将上述第一商品模板存储为上述第二商品模板的父节点。
以上以树形结构的方式存储第一商品模板以及第二商品模板之间的从属关系,正好可以利用到树形数据结构中节点之间的父子关系,从而更方便的实现子模板对其父节点的描述信息的继承。
以上商品模板可以包含商品的所有描述信息,本实施例优选将描述信息 进行了分类,相应的商品模板也进行了分类,在本实施例中将商品模板分类两类:一类是商品的属性模板,一类是商品的业务控制模板。其中商品的属性模板中的描述信息项,是商品自身所具有的属性信息;而业务控制模板,则可以包含商品交易所涉及的描述信息项,例如:付款方式,运输方式等。具体如下:上述第一商品模板和第二商品模板均为商品的属性模板;上述方法还包括:
创建业务控制模板,在上述业务控制模板中包含业务控制信息项;若上述业务控制信息项属于上述第二类别的商品所共有的业务控制信息项,则保存上述业务控制模板与上述第一商品模板的关联信息,否则保存上述业务控制模板与上述第二商品模板的关联信息。
在本实施例中,业务控制信息项也进行了分类,并且保存了业务控制模板与商品模板的关联关系,那么可以参考商品属性的描述信息项的继承方式,实现业务控制模板之间的继承关系。
为了方便描述信息的后续聚类显示,本发明实施例还提供了如下解决方案:上述方法还包括:
为上述共有描述信息项以及上述非共有描述信息项添加属性类别标识。
由于描述信息具备了属性类别标识,因此可以方便在显示过程中,或者专用模板的合成过程中将同类的描述信息集中显示,避免描述信息混乱。
基于本发明实施例创建的商品模板,在后续提供模板过程中,具体可以如下:在创建第一商品模板和第二商品模板之后,上述方法还包括:
在接收到包含上述第二类别的查询请求后,依据上述第二商品模板属于上述第一商品模板的子模板的信息,获取上述第一商品模板以及上述第二商品模板,并发送给上述请求消息的源端。
本实施例中,第二商品模板会继承第一商品模板的内容,因此实现了继承,从而实现对第一商品模板的复用。
对于商品模板内的信息更新本发明实施例不作赘述,由于本实施例中商品模板之间具有继承关系,因此新创建模板的过程会有所不同,具体如下:在创建第一商品模板和第二商品模板之后,上述方法还包括:
在接收到新商品模板的创建请求后,确定上述新商品模板所属的类别与 上述第一类别和上述第二类别的关系;
若上述新商品模板所属的类别与上述第一类别为同级且不同类别,则创建新的第一商品模板;若上述新商品模板所属的类别与上述第二类别同级且不同类别,则创建新的第二商品模板;
若上述新商品模板所属的类别为上述第一类别的父类别,则创建相对于上述第一商品模板的第一商品模板;若上述新商品模板所属的类别为上述第二类别的子类别,则创建相对于上述第二商品模板的第二商品模板。
本实施例中,创建新商品模板需要先确定新商品模板在整个模板库中的逻辑位置,即:确定新商品模板与已经存在的商品模板之间的继承关系。商品模板所属的类别有分级的属性,例如:电器为第一级,那么手机、和洗衣机可以均属于第二级,洗衣机中的波轮洗衣机和滚筒洗衣机则可以属于第三级,那么波轮洗衣机和手机并不同级,其对应的商品模板自然与手机对应的商品模板也不是同级。
以上实施例给出了商品模板的创建/更新及其管理的过程,本发明实施例还提供了一种商品模板的使用方法,如图3所示,包括:
301:建立与模板数据库的通信连接;在上述模板数据库中存储有第一商品模板和第二商品模板,在上述第一商品模板中包含第一类别与第二类别共有描述信息项,在上述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;上述第一类别和上述第二类别是商品分类的类别,并且上述第二类别为上述第一类别的子类别;
302:获取商品类别,查询上述模板数据库,获得与上述商品类别对应的目标商品模板;若上述商品类别为第二类别,则上述目标商品模板包含上述第一商品模板和上述第二商品模板。
本实施例是商品模板的使用过程,在用户要上架新商品时,只要告知商品的类别,那么可以基于已经有的模板数据库获取到商品模板,并且子类别对应的商品模板继承了父类别所对应的商品模板,实现商品模板的复用。因此,不必为每一个商品都创建商品模板,因此可以减少商品模板数量,对应 地也会减少商品模板开发数量提高管理效率;另外,遇到新的商品时,只要新的商品属于已经创建的商品模板包含的类别,则可以复用已经创建的商品模板,不必重新创建商品模板,从而会提高商品上架过程的配置效率。
以上方案如果应用于商品上架过程,那么会有描述信息的赋值过程,具体如下:上述获取商品类别包括:从商品创建请求中获取需要创建的商品的商品类别;在获得与上述商品类别对应的目标商品模板之后,上述方法还包括:
接收对上述目标商品模板中的描述信息项的赋值,并存储赋值后的目标商品模板。
以上方案如果应用于商品的浏览过程,那么会有商品模板的发送过程,具体如下:上述获取商品类别包括:
从接收到的浏览请求中获取需要浏览的商品的商品类别;在获得与上述商品类别对应的目标商品模板之后,上述方法还包括:
将上述第一商品模板和上述第二商品模板发往上述浏览请求的源端,上述第一商品模板和上述第二商品模板中的描述信息项为已赋值状态。
以上方案如果应用于商品上架过程,那么会有描述信息的赋值过程,在商品模板中还可能提供了扩展描述信息的选项,因此本发明实施例还提供了扩展信息的显示功能,具体如下:上述方法还包括:
获取与上述商品类别对应的扩展描述信息项并显示,接收对上述扩展描述信息项的赋值;上述扩展描述信息项是上述第一商品模板和上述第二商品模板中不包含的描述信息项。
扩展信息描述信息项,可能是包含在第一商品模板中的也可能是包含的第二商品模板中的,可以根据实际需求进行设定。
在以上实施例中,第一商品模板和第二商品模板是独立的商品模板,本实施例还提供了合并方案,具体如下:若上述商品类别为第二类别,上述获得与上述商品类别对应的目标商品模板包括:
提取上述第一商品模板和上述第二商品模板中的描述信息项,合并获得上述目标商品模板。
由于第一商品模板和第二商品模板中有众多描述信息项,这些描述信息 项有些会属于同类的描述信息项,如果分散显示将会导致信息显示比较混乱,本发明实施例提供了解决方案如下:若上述共有描述信息项以及上述非共有描述信息项具有属性类别标识,上述合并获得上述目标商品模板包括:
依据上述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到上述目标商品模板。
以下实施例将以具体的应用实例对本发明实施例进行举例说明,包含商品模板的创建、管理以及使用等各个方面。
在本发明实施例中,如图3所示,会创建商品模板库,在商品模板库中包含两类模板,即:属性模板和业务控制模板;顾名思义,属性模板是存储商品的属性信息的模板,包含的是商品的属性的描述信息项;业务控制模板则是存储商品的业务控制信息的模板,包含的是商品的业务控制的描述信息项。
假定商品模板有三层,如图3所示,分别是:电器(A1)、终端(A1.1~A1.3)、手机(A1.3.1和A1.3.2);
那么,手机会继承终端的商品模板,还会继承电器的商品模板;终端则会继承电器的商品模板。
在图3中显示的模板实例化,是商品模板中的描述信息项被赋值以后的结果。
其中,属性模板实例化如下表1所示:
表1
商品:华为P7 | CPU核数:8 | 颜色:黑色、白色 |
商品:Honor6 | CPU核数:4 | 颜色:黑色、粉色 |
业务控制模板实例化如下表2所示:
表2
支付方式 | 1、货到付款、2、网银... |
物流方式 | 1、...快递、2、自取... |
在本发明实施例中。主要包括两方面的技术简化商品的配置过程:
1、建立空的模板库,用于存储商品的属性信息以及商品的业务控制信息, 具体如下:
两大类不同作用的模板即:属性模板和业务控制模板。其中,属性模板主要是完成对商品的特征描述,比如:商品的颜色、尺寸、重量等规格信息,业务控制模板主要用于描述商品在销售过程所需要进行的业务流程及相应参数,比如:支付方式、商品物流方式等业务控制信息。
2、在创建好商品模板后,还需要构建商品模板之间的继承关系,具体如下:
根据商品分类的上下级关系建立属性模板树,属性模板树的子节点自动继承父级节点,即某个子节点模板所包含的所有属性,等于用户为该子节点自身定义的所有属性以及父节点/祖先节点所定义的所有属性总和。
在商品分类上建立分类树后,下级节点自动继承上级节点已经配置的属性模板和业务控制模板内容,同时,当商品分类使用了属性模板和业务控制模板后,可以自动继承分类上已经规定的规格参数或者业务控制参数。
基于如图1所示的***架构,本发明实施例***中网元内部结构如图4所示,包括三层:
界面层:模板管理的界面、商品管理的界面以及订购查询的界面;
AppSever:模板管理业务逻辑、商品管理业务逻辑、商品查询业务逻辑;
DateSever:模板库和商品库。
其中,模板管理的界面是模板管理人员的操作界面,经过模板管理业务逻辑与模板库进行通信完成对商品模板的创建、修改、删除、发布等管理功能,该功能的主要目的是为商品管理提供可用的属性模板和业务控制模板。
商品管理的界面是商品的发布者的操作界面,经商品管理业务逻辑完成对商品的新建、修改、删除、发布、上架、下架等管理功能,通过该功能使用商品模板配置商品相关的资料。
商品查询业务逻辑是商品的浏览者/订购者的操作界面,通过商品查询业务逻辑与商品库建立连接,完成客户对商品详情的展现要求,商品详情根据商品的配置信息进行展现。
以下实施假设在电商平台上需要售卖电器类商品,同时电器类商品中只销售电视机类商品、洗衣机类商品、手机类商品。具体实现过程包括:
第一步:***管理员抽象商品特征。根据电器类商品的描述特征、以及业务特征,定义商品的属性模板、以及业务控制模板。
可以把电器类商品都具有的属性定义到一个属性模板中,当要为其子类(电视机、洗衣机、手机)分别定义属性模板的时候,可以继承电器类商品的属性模板。那么子类的属性模板则都具有电器类商品属性模板定义的所有属性。假设电器类的属性模板为T1,电视机类的属性模板为T1.1,洗衣机类的属性模板为T1.2,手机类的属性模板为T1.3,则各模板属性举例如图4所示:
电器类的属性模板包含的描述信息项包括:颜色、重量、尺寸;业务控制模板包括的业务控制信息项包括:支付方式。
电视机类的属性模板包含有分辨率和制式,其中颜色、重量、尺寸继承自电器类;
手机类的属性模板包含容量,其中颜色、重量、尺寸继承自电器类;
手机类的属性模板包含中央处理器(CPU,Central Processing Unit),其中其中颜色、重量、尺寸继承自电器类。
假设电器类商品的业务处理只涉及到支付方式,那么就只定义支付方式业务控制模板(TB1),如图4所示,其与电器类的模板关联,电器类的子类将全部继承该业务控制模板,。
第二步:***管理员配置商品分类。新建一个电器类商品的分类,包含了电器类商品的属性模板、以及支付方式业务控制模板。由于电视机、手机、洗衣机都有不同的属性,因此再新建三个子分类:电视机分类、洗衣机分类、手机分类,分别配置各自的属性模板;电视机、手机、洗衣机支付方式的处理都一样,因此,三个子分类可以不用重复定义和配置,而使用继承自电器分类的支付方式业务控制模板TB1,电视机模板T1.1自动继承电器的模板T1,同理,洗衣机的模板T1.2也继承电器的T1,手机的模板T1.3也继承电器的模板T1。如图5所示,请一并参阅图4的说明。
其中,电器模板包含:T1和TB1,电视机包含T1.1,洗衣机包含T1.2,手机包含T1.3。
第三步:店主使用商品分类创建商品。在商品分类下配置相应的商品,这时只需根据已经定义的模板填写商品相关的资料信息即可,即对商品模板 中的描述信息项进行赋值。在店主需要配置一个商品时,***根据商品的分类自动遍历所有祖先分类、从而继承属性模板中所有的属性,供店主配置。举例如下:
当店主需要创建商品(华为P7)时,先选择“手机”分类,那么商品属性配置界面会自动展现“手机”分类的所有属性,包含了以上模板T1、T1.3和TB1。此时可以将这些属性信息存储在属性扩展表。一般情况下,分类上包含了一类商品的所有属性。但是,如果商品有自己的独有属性时,可以为商品添加分类上不具有的属性。新增的扩展属性和分类模板的属性,都会一起分组和排序。如图6:使用“手机”分类创建“华为P7”的属性配置示意图。
其中,支付方式继承自TB1,颜色、重量以及尺寸继承自T1,CPU来自于手机自有的T1.3,CPU核心数则可以来自于自定义的扩展。
为了方便订购界面上对商品的信息聚类展现,该方案可以采用属性分组的方式来控制哪些属性会放在一起展现,具体的逻辑模型设计如下:
一、属性扩展表,如下表3所示:
表3
字段 | 描述 |
ATTR_ID | 属性标识 |
GROUP_ID | 属性所属分组 |
OWNER_TYPE | 属性拥有者类型 |
OWNER_ID | 属性拥有者标识 |
ORDER | 属性次序 |
二、属性分组表,如下表4所示:
表4
字段 | 描述 |
GROUP_ID | 属性分组标识 |
GROUP_NAME | 属性分组名称 |
PARENT_ID | 父分组标识 |
ORDER | 分组次序 |
OWNER_TYPE | 属性拥有者类型 |
OWNER_ID | 属性拥有者标识 |
第四步:商品的上架和销售。当商品销售时,订购界面取出所有可定制的属性按顺序展现,供订购用户选择。
当订购用户浏览商品详情时,首先从属性分组表中取出商品的所有属性分组,按照属性分组顺序展现;然后从属性扩展表中取出分组中所有的属性、并且按照顺序展现。分组的部分优选在服务器一侧实现,避免对终端用户的应用软件大规模升级。
商品上架销售的流程如图7所示,具体流程如下:
701:订购者通过产品陈列应用点击某个商品的链接,点击链接的信息会发送给产品陈列应用;
通常产品陈列应用可以是浏览器。
702:产品陈列应用提交产品浏览请求给产品陈列信息查询组件;该产品浏览请求指定了需要浏览的产品;
703:产品陈列信息查询组件从产品信息数据库获得产品相关的属性信息,还可以一并获得产品的分组信息;
这里的产品信息数据库功能类似图1中文档服务器的功能。
704:产品陈列信息查询组件根据获取到分组信息对属性信息进行排序;
705:产品陈列信息查询组件向产品陈列应用返回属性信息以及排版相关信息;
这里的排版相关信息可以是属性信息的排序结果,也可以不执行704的排序功能直接返回分组信息。
706:产品陈列应用依据属性信息以及排版相关信息生成网页界面,展示给订购者。
在以上流程中,可以一并返回业务控制模板内的信息,在网页界面中展示给用户。在订购处理过程中,订购***中的产品陈列信息查询组件或者其他组件还可以取出所有的业务控制模板,并调用每个模板对应的扩展程序进行业务处理。
本发明实施例还提供了一种商品模板的管理装置,如图8所示,包括:
信息获取单元801,用于获取商品的分类信息,上述分类信息包含第一类别和第二类别,上述第二类别为上述第一类别的子类别;
信息确定单元802,用于确定上述第二类别的商品所共有的共有描述信息项;
模板创建单元803,用于创建第一商品模板和第二商品模板,在上述第一商品模板中包含上述共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;
模板存储单元804,用于存储上述第一商品模板和上述第二商品模板,存储上述第二商品模板属于上述第一商品模板的子模板的信息。
在本发明实施例中,商品模板按商品的分类信息进行了划分,不同层级的商品模板之间具有了内在的继承关系,为商品之间复用商品模板提供了条件,不必为每一个商品都创建商品模板,因此可以减少商品模板数量,对应地也会减少商品模板开发数量提高管理效率;另外,遇到新的商品时,只要新的商品属于已经创建的商品模板包含的类别,则可以复用已经创建的商品模板,不必重新创建商品模板,从而为提高商品上架过程的配置效率提供了条件。
本发明实施例还提供了存储第一商品模板以及第二商品模板之间的从属关系的具体实现方案,如下:14、根据权利要求13上述装置,其特征在于,
上述模板存储单元804,用于以树形数据结构将上述第一商品模板存储为上述第二商品模板的父节点。
以上以树形结构的方式存储第一商品模板以及第二商品模板之间的从属关系,正好可以利用到树形数据结构中节点之间的父子关系,从而更方便的实现子模板对其父节点的描述信息的继承。
以上商品模板可以包含商品的所有描述信息,本实施例优选将描述信息进行了分类,相应的商品模板也进行了分类,在本实施例中将商品模板分类两类:一类是商品的属性模板,一类是商品的业务控制模板。其中商品的属性模板中的描述信息项,是商品自身所具有的属性信息;而业务控制模板,则可以包含商品交易所涉及的描述信息项,例如:付款方式,运输方式等。 具体如下:上述第一商品模板和第二商品模板均为商品的属性模板;
上述模板创建单元803,还用于创建业务控制模板,在上述业务控制模板中包含业务控制信息项;
上述模板存储单元804,用于若上述业务控制信息项属于上述第二类别的商品所共有的业务控制信息项,则保存上述业务控制模板与上述第一商品模板的关联信息,否则保存上述业务控制模板与上述第二商品模板的关联信息。
在本实施例中,业务控制信息项也进行了分类,并且保存了业务控制模板与商品模板的关联关系,那么可以参考商品属性的描述信息项的继承方式,实现业务控制模板之间的继承关系。
为了方便描述信息的后续聚类显示,本发明实施例还提供了如下解决方案:进一步地,如图9所示,上述装置还包括:
类别添加单元901,用于为上述共有描述信息项以及上述非共有描述信息项添加属性类别标识。
由于描述信息具备了属性类别标识,因此可以方便在显示过程中,或者专用模板的合成过程中将同类的描述信息集中显示,避免描述信息混乱。
基于本发明实施例创建的商品模板,在后续提供模板过程中,具体可以如下:进一步地,如图10所示,上述装置还包括:
第一接收单元1001,用于在创建第一商品模板和第二商品模板之后,接收包含上述第二类别的查询请求;
发送单元1002,用于在上述第一接收单元1001接收到包含上述第二类别的查询请求后,依据上述第二商品模板属于上述第一商品模板的子模板的信息,获取上述第一商品模板以及上述第二商品模板,并发送给上述请求消息的源端。
本实施例中,第二商品模板会继承第一商品模板的内容,因此实现了继承,从而实现对第一商品模板的复用。
对于商品模板内的信息更新本发明实施例不作赘述,由于本实施例中商品模板之间具有继承关系,因此新创建模板的过程会有所不同,具体如下:进一步地,如图11所示,上述装置还包括:
第二接收单元1101,用于在创建第一商品模板和第二商品模板之后,接 收包含上述第二类别的查询请求;
上述关系确定单元1102,还用于在上述第二接收单元1101接收到新商品模板的创建请求后,确定上述新商品模板所属的类别与上述第一类别和上述第二类别的关系;
上述模板创建单元803,还用于若上述新商品模板所属的类别与上述第一类别为同级且不同类别,则创建新的第一商品模板;若上述新商品模板所属的类别与上述第二类别同级且不同类别,则创建新的第二商品模板;
若上述新商品模板所属的类别为上述第一类别的父类别,则创建相对于上述第一商品模板的第一商品模板;若上述新商品模板所属的类别为上述第二类别的子类别,则创建相对于上述第二商品模板的第二商品模板。
本实施例中,创建新商品模板需要先确定新商品模板在整个模板库中的逻辑位置,即:确定新商品模板与已经存在的商品模板之间的继承关系。
以上实施例给出了商品模板的创建/更新及其管理的过程,本发明实施例还提供了一种数据库的调用装置,如图12所示,包括:
连接建立单元1201,用于建立与模板数据库的通信连接;在上述模板数据库中存储有第一商品模板和第二商品模板,在上述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;上述第一类别和上述第二类别是商品分类的类别,并且上述第二类别为上述第一类别的子类别;
类别获取单元1202,用于获取商品类别;
模板获取单元1203,用于查询上述模板数据库,获得与上述商品类别对应的目标商品模板;若上述商品类别为第二类别,则上述目标商品模板包含上述第一商品模板和上述第二商品模板。
本实施例是商品模板的使用过程,在用户要上架新商品时,只要告知商品的类别,那么可以基于已经有的模板数据库获取到商品模板,并且子类别对应的商品模板继承了父类别所对应的商品模板,实现商品模板的复用。因此,不必为每一个商品都创建商品模板,因此可以减少商品模板数量,对应地也会减少商品模板开发数量提高管理效率;另外,遇到新的商品时,只要 新的商品属于已经创建的商品模板包含的类别,则可以复用已经创建的商品模板,不必重新创建商品模板,从而会提高商品上架过程的配置效率。
以上方案如果应用于商品上架过程,那么会有描述信息的赋值过程,具体如下:进一步地,如图13所示,上述类别获取单元1202,用于从商品创建请求中获取需要创建的商品的商品类别;上述装置还包括:
赋值接收单元1301,用于在上述模板获取单元1203获得与上述商品类别对应的目标商品模板之后,接收对上述目标商品模板中的描述信息项的赋值;
存储单元1302,用于存储赋值后的目标商品模板。
以上方案如果应用于商品的浏览过程,那么会有商品模板的发送过程,具体如下:进一步地,如图14所示,上述类别获取单元1202,用于从接收到的浏览请求中获取需要浏览的商品的商品类别;上述装置还包括:
发送单元1401,用于在上述模板获取单元1203获得与上述商品类别对应的目标商品模板之后,将上述第一商品模板和上述第二商品模板发往上述浏览请求的源端,上述第一商品模板和上述第二商品模板中的描述信息项为已赋值状态。
以上方案如果应用于商品上架过程,那么会有描述信息的赋值过程,在商品模板中还可能提供了扩展描述信息的选项,因此本发明实施例还提供了扩展信息的显示功能,具体如下:进一步地,如图15所示,上述装置还包括:
扩展显示单元1501,用于获取与上述商品类别对应的扩展描述信息项并显示;
扩展赋值接收单元1502,用于接收对上述扩展描述信息项的赋值;上述扩展描述信息项是上述第一商品模板和上述第二商品模板中不包含的描述信息项。
扩展信息描述信息项,可能是包含在第一商品模板中的也可能是包含的第二商品模板中的,可以根据实际需求进行设定。
在以上实施例中,第一商品模板和第二商品模板是独立的商品模板,本实施例还提供了合并方案,具体如下:可选地,上述模板获取单元1203,用于若上述商品类别为第二类别,提取上述第一商品模板和上述第二商品模板 中的描述信息项,合并获得上述目标商品模板。
由于第一商品模板和第二商品模板中有众多描述信息项,这些描述信息项有些会属于同类的描述信息项,如果分散显示将会导致信息显示比较混乱,本发明实施例提供了解决方案如下:可选地,上述模板获取单1203,用于若上述共有描述信息项以及上述非共有描述信息项具有属性类别标识,依据上述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到上述目标商品模板。
本发明实施例还提供了另一种商品模板的管理装置,如图16所示,包括:
接收器1601、发射器1602、处理器1603以及存储器1604;
其中,处理器1603,用于获取商品的分类信息,上述分类信息包含第一类别和第二类别,上述第二类别为上述第一类别的子类别;确定上述第二类别的商品所共有的共有描述信息项;创建第一商品模板和第二商品模板,在上述第一商品模板中包含上述共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;存储上述第一商品模板和上述第二商品模板,存储上述第二商品模板属于上述第一商品模板的子模板的信息。
可选地,上述处理器1603,用于上述存储上述第二商品模板属于上述第一商品模板的子模板的信息包括:以树形数据结构将上述第一商品模板存储为上述第二商品模板的父节点。
进一步地,上述第一商品模板和第二商品模板均为商品的属性模板;上述处理器1603,还用于创建业务控制模板,在上述业务控制模板中包含业务控制信息项;若上述业务控制信息项属于上述第二类别的商品所共有的业务控制信息项,则保存上述业务控制模板与上述第一商品模板的关联信息,否则保存上述业务控制模板与上述第二商品模板的关联信息。
进一步地,上述处理器1603,还用于为上述共有描述信息项以及上述非共有描述信息项添加属性类别标识。
进一步地,在创建第一商品模板和第二商品模板之后,上述处理器1603,还用于在接收到包含上述第二类别的查询请求后,依据上述第二商品模板属 于上述第一商品模板的子模板的信息,获取上述第一商品模板以及上述第二商品模板,并发送给上述请求消息的源端。
进一步地,上述处理器1603,还用于在创建第一商品模板和第二商品模板之后,在接收到新商品模板的创建请求后,确定上述新商品模板所属的类别与上述第一类别和上述第二类别的关系;
若上述新商品模板所属的类别与上述第一类别为同级且不同类别,则创建新的第一商品模板;若上述新商品模板所属的类别与上述第二类别同级且不同类别,则创建新的第二商品模板;
若上述新商品模板所属的类别为上述第一类别的父类别,则创建相对于上述第一商品模板的第一商品模板;若上述新商品模板所属的类别为上述第二类别的子类别,则创建相对于上述第二商品模板的第二商品模板。
本发明实施例还提供了另一种数据库的调用装置,如图17所示,包括:
接收器1701、发射器1702、处理器1703以及存储器1704;
其中,处理器1703,用于建立与模板数据库的通信连接;在上述模板数据库中存储有第一商品模板和第二商品模板,在上述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在上述第二商品模板中包含非共有描述信息项,上述非共有描述信息项为上述第一类别中除上述共有描述信息项以外的描述信息项;上述第一类别和上述第二类别是商品分类的类别,并且上述第二类别为上述第一类别的子类别;
获取商品类别,查询上述模板数据库,获得与上述商品类别对应的目标商品模板;若上述商品类别为第二类别,则上述目标商品模板包含上述第一商品模板和上述第二商品模板。
进一步地,上述获取商品类别包括:从商品创建请求中获取需要创建的商品的商品类别;上述处理器1703,还用于在获得与上述商品类别对应的目标商品模板之后,接收对上述目标商品模板中的描述信息项的赋值,并存储赋值后的目标商品模板。
进一步地,上述获取商品类别包括:从接收到的浏览请求中获取需要浏览的商品的商品类别;上述处理器1703,还用于在获得与上述商品类别对应的目标商品模板之后,将上述第一商品模板和上述第二商品模板发往上述浏 览请求的源端,上述第一商品模板和上述第二商品模板中的描述信息项为已赋值状态。
进一步地,上述处理器1703,还用于获取与上述商品类别对应的扩展描述信息项并显示,接收对上述扩展描述信息项的赋值;上述扩展描述信息项是上述第一商品模板和上述第二商品模板中不包含的描述信息项。
可选地,上述处理器1703,用于若上述商品类别为第二类别,上述获得与上述商品类别对应的目标商品模板包括:
提取上述第一商品模板和上述第二商品模板中的描述信息项,合并获得上述目标商品模板。
可选地,上述处理器1703,用于若上述共有描述信息项以及上述非共有描述信息项具有属性类别标识,上述合并获得上述目标商品模板包括:
依据上述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到上述目标商品模板。
本发明实施例还提供了一种通信***,如图18所示,包括:
本发明实施例提供的任意一项商品模板的管理装置1801,以及本发明实施例提供的任意一项数据库的调用装置1802;
上述商品模板的管理装置1801与上述数据库的调用装置1802以可通信方式连接。
本发明实施例还提供了另一种数据库的调用装置,如图19所示,为了便于说明,仅示出了与本发明实施例相关的部分,具体技术细节未揭示的,请参照本发明实施例方法部分。该装置可以为包括手机、平板电脑、PDA(Personal Digital Assistant,个人数字助理)、POS(Point of Sales,销售终端)、车载电脑等任意终端设备,以终端为手机为例:
图19示出的是与本发明实施例提供的终端相关的手机的部分结构的框图。参考图19,手机包括:射频(Radio Frequency,RF)电路1910、存储器1920、输入单元1930、显示单元1940、传感器1950、音频电路1960、无线保真(wireless fidelity,WiFi)模块1970、处理器1980、以及电源1990等部件。本领域技术人员可以理解,图19中示出的手机结构并不构成对手机的限 定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
下面结合图19对手机的各个构成部件进行具体的介绍:
RF电路1910可用于收发信息或通话过程中,信号的接收和发送,特别地,将基站的下行信息接收后,给处理器1980处理;另外,将设计上行的数据发送给基站。通常,RF电路1910包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low Noise Amplifier,LNA)、双工器等。此外,RF电路1910还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议,包括但不限于全球移动通讯***(Global System of Mobile communication,GSM)、通用分组无线服务(General Packet Radio Service,GPRS)、码分多址(Code Division Multiple Access,CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution,LTE)、电子邮件、短消息服务(Short Messaging Service,SMS)等。
存储器1920可用于存储软件程序以及模块,处理器1980通过运行存储在存储器1920的软件程序以及模块,从而执行手机的各种功能应用以及数据处理。存储器1920可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外,存储器1920可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元1930可用于接收输入的数字或字符信息,以及产生与手机的用户设置以及功能控制有关的键信号输入。具体地,输入单元1930可包括触控面板1931以及其他输入设备1932。触控面板1931,也称为触摸屏,可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1931上或在触控面板1931附近的操作),并根据预先设定的程式驱动相应的连接装置。可选的,触控面板1931可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触 摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器1980,并能接收处理器1980发来的命令并加以执行。此外,可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1931。除了触控面板1931,输入单元1930还可以包括其他输入设备1932。具体地,其他输入设备1932可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元1940可用于显示由用户输入的信息或提供给用户的信息以及手机的各种菜单。显示单元1940可包括显示面板1941,可选的,可以采用液晶显示器(Liquid Crystal Display,LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1941。进一步的,触控面板1931可覆盖显示面板1941,当触控面板1931检测到在其上或附近的触摸操作后,传送给处理器1980以确定触摸事件的类型,随后处理器1980根据触摸事件的类型在显示面板1941上提供相应的视觉输出。虽然在图19中,触控面板1931与显示面板1941是作为两个独立的部件来实现手机的输入和输入功能,但是在某些实施例中,可以将触控面板1931与显示面板1941集成而实现手机的输入和输出功能。
手机还可包括至少一种传感器1950,比如光传感器、运动传感器以及其他传感器。具体地,光传感器可包括环境光传感器及接近传感器,其中,环境光传感器可根据环境光线的明暗来调节显示面板1941的亮度,接近传感器可在手机移动到耳边时,关闭显示面板1941和/或背光。作为运动传感器的一种,加速计传感器可检测各个方向上(一般为三轴)加速度的大小,静止时可检测出重力的大小及方向,可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等;至于手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器,在此不再赘述。
音频电路1960、扬声器1961,传声器1962可提供用户与手机之间的音频接口。音频电路1960可将接收到的音频数据转换后的电信号,传输到扬声器1961,由扬声器1961转换为声音信号输出;另一方面,传声器1962将收 集的声音信号转换为电信号,由音频电路1960接收后转换为音频数据,再将音频数据输出处理器1980处理后,经RF电路1910以发送给比如另一手机,或者将音频数据输出至存储器1920以便进一步处理。
WiFi属于短距离无线传输技术,手机通过WiFi模块1970可以帮助用户收发电子邮件、浏览网页和访问流式媒体等,它为用户提供了无线的宽带互联网访问。虽然图19示出了WiFi模块1970,但是可以理解的是,其并不属于手机的必须构成,完全可以根据需要在不改变发明的本质的范围内而省略。
处理器1980是手机的控制中心,利用各种接口和线路连接整个手机的各个部分,通过运行或执行存储在存储器1920内的软件程序和/或模块,以及调用存储在存储器1920内的数据,执行手机的各种功能和处理数据,从而对手机进行整体监控。可选的,处理器1980可包括一个或多个处理单元;优选的,处理器1980可集成应用处理器和调制解调处理器,其中,应用处理器主要处理操作***、用户界面和应用程序等,调制解调处理器主要处理无线通信。可以理解的是,上述调制解调处理器也可以不集成到处理器1980中。
手机还包括给各个部件供电的电源1990(比如电池),优选的,电源可以通过电源管理***与处理器1980逻辑相连,从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
尽管未示出,手机还可以包括摄像头、蓝牙模块等,在此不再赘述。
在本发明实施例中,商品模板的使用方法的处理流程可以基于该手机硬件结构。
图20是本发明实施例提供的一种服务器结构示意图,该服务器2000可因配置或性能不同而产生比较大的差异,可以包括一个或一个以***处理器(central processing units,CPU)2022(例如,一个或一个以上处理器)和存储器2032,一个或一个以上存储应用程序2042或数据2044的存储介质2030(例如一个或一个以上海量存储设备)。其中,存储器2032和存储介质2030可以是短暂存储或持久存储。存储在存储介质2030的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对服务器中的一系列指令操作。更进一步地,中央处理器2022可以设置为与存储介质2030通信,在服务器2000上执行存储介质2030中的一系列指令操作。
服务器2000还可以包括一个或一个以上电源2026,一个或一个以上有线或无线网络接口2050,一个或一个以上输入输出接口2058,和/或,一个或一个以上操作***2041,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM等等。
上述实施例中由商品模板的管理装置所执行的步骤可以基于该图20所示的服务器结构。
值得注意的是,上述装置实施例中,所包括的各个单元只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本发明的保护范围。
另外,本领域普通技术人员可以理解实现上述各方法实施例中的全部或部分步骤是可以通过程序来指令相关的硬件完成,相应的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。
Claims (25)
1.一种商品模板的管理方法,其特征在于,包括:
获取商品的分类信息,所述分类信息包含第一类别和第二类别,所述第二类别为所述第一类别的子类别;
确定所述第二类别的商品所共有的共有描述信息项;
创建第一商品模板和第二商品模板,在所述第一商品模板中包含所述共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;
存储所述第一商品模板和所述第二商品模板,存储所述第二商品模板属于所述第一商品模板的子模板的信息。
2.根据权利要求1所述方法,其特征在于,所述存储所述第二商品模板属于所述第一商品模板的子模板的信息包括:
以树形数据结构将所述第一商品模板存储为所述第二商品模板的父节点。
3.根据权利要求1所述方法,其特征在于,所述第一商品模板和第二商品模板均为商品的属性模板;所述方法还包括:
创建业务控制模板,在所述业务控制模板中包含业务控制信息项;若所述业务控制信息项属于所述第二类别的商品所共有的业务控制信息项,则保存所述业务控制模板与所述第一商品模板的关联信息,否则保存所述业务控制模板与所述第二商品模板的关联信息。
4.根据权利要求1至3任意一项所述方法,其特征在于,所述方法还包括:
为所述共有描述信息项以及所述非共有描述信息项添加属性类别标识。
5.根据权利要求1至3任意一项所述方法,其特征在于,在创建第一商品模板和第二商品模板之后,所述方法还包括:
在接收到包含所述第二类别的查询请求后,依据所述第二商品模板属于所述第一商品模板的子模板的信息,获取所述第一商品模板以及所述第二商品模板,并发送给所述请求消息的源端。
6.根据权利要求1至3任意一项所述方法,其特征在于,在创建第一商品模板和第二商品模板之后,所述方法还包括:
在接收到新商品模板的创建请求后,确定所述新商品模板所属的类别与所述第一类别和所述第二类别的关系;
若所述新商品模板所属的类别与所述第一类别为同级且不同类别,则创建新的第一商品模板;若所述新商品模板所属的类别与所述第二类别同级且不同类别,则创建新的第二商品模板;
若所述新商品模板所属的类别为所述第一类别的父类别,则创建相对于所述第一商品模板的父模板;若所述新商品模板所属的类别为所述第二类别的子类别,则创建相对于所述第二商品模板的子模板。
7.一种数据库的调用方法,其特征在于,包括:
建立与模板数据库的通信连接;在所述模板数据库中存储有第一商品模板和第二商品模板,在所述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;所述第一类别和所述第二类别是商品分类的类别,并且所述第二类别为所述第一类别的子类别;
获取商品类别,查询所述模板数据库,获得与所述商品类别对应的目标商品模板;若所述商品类别为第二类别,则所述目标商品模板包含所述第一商品模板和所述第二商品模板。
8.根据权利要求7所述方法,其特征在于,所述获取商品类别包括:从商品创建请求中获取需要创建的商品的商品类别;在获得与所述商品类别对应的目标商品模板之后,所述方法还包括:
接收对所述目标商品模板中的描述信息项的赋值,并存储赋值后的目标商品模板。
9.根据权利要求7所述方法,其特征在于,所述获取商品类别包括:
从接收到的浏览请求中获取需要浏览的商品的商品类别;在获得与所述商品类别对应的目标商品模板之后,所述方法还包括:
将所述第一商品模板和所述第二商品模板发往所述浏览请求的源端,所述第一商品模板和所述第二商品模板中的描述信息项为已赋值状态。
10.根据权利要求7所述方法,其特征在于,所述方法还包括:
获取与所述商品类别对应的扩展描述信息项并显示,接收对所述扩展描述信息项的赋值;所述扩展描述信息项是所述第一商品模板和所述第二商品模板中不包含的描述信息项。
11.根据权利要求7至10任意一项所述方法,其特征在于,若所述商品类别为第二类别,所述获得与所述商品类别对应的目标商品模板包括:
提取所述第一商品模板和所述第二商品模板中的描述信息项,合并获得所述目标商品模板。
12.根据权利要求11所述方法,其特征在于,若所述共有描述信息项以及所述非共有描述信息项具有属性类别标识,所述合并获得所述目标商品模板包括:
依据所述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到所述目标商品模板。
13.一种商品模板的管理装置,其特征在于,包括:
信息获取单元,用于获取商品的分类信息,所述分类信息包含第一类别和第二类别,所述第二类别为所述第一类别的子类别;
信息确定单元,用于确定所述第二类别的商品所共有的共有描述信息项;
模板创建单元,用于创建第一商品模板和第二商品模板,在所述第一商品模板中包含所述共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;
模板存储单元,用于存储所述第一商品模板和所述第二商品模板,存储所述第二商品模板属于所述第一商品模板的子模板的信息。
14.根据权利要求13所述装置,其特征在于,
所述模板存储单元,用于以树形数据结构将所述第一商品模板存储为所述第二商品模板的父节点。
15.根据权利要求13所述装置,其特征在于,所述第一商品模板和第二商品模板均为商品的属性模板;
所述模板创建单元,还用于创建业务控制模板,在所述业务控制模板中包含业务控制信息项;
所述模板存储单元,用于若所述业务控制信息项属于所述第二类别的商品所共有的业务控制信息项,则保存所述业务控制模板与所述第一商品模板的关联信息,否则保存所述业务控制模板与所述第二商品模板的关联信息。
16.根据权利要求13至15任意一项所述装置,其特征在于,所述装置还包括:
类别添加单元,用于为所述共有描述信息项以及所述非共有描述信息项添加属性类别标识。
17.根据权利要求13至15任意一项所述装置,其特征在于,所述装置还包括:
第一接收单元,用于在创建第一商品模板和第二商品模板之后,接收包含所述第二类别的查询请求;
发送单元,用于在所述第一接收单元接收到包含所述第二类别的查询请求后,依据所述第二商品模板属于所述第一商品模板的子模板的信息,获取所述第一商品模板以及所述第二商品模板,并发送给所述请求消息的源端。
18.根据权利要求13至15任意一项所述装置,其特征在于,所述装置还包括:
第二接收单元,用于在创建第一商品模板和第二商品模板之后,接收到新商品模板的创建请求后;
关系确定单元,还用于在所述第二接收单元接收到新商品模板的创建请求后,确定所述新商品模板所属的类别与所述第一类别和所述第二类别的关系;
所述模板创建单元,还用于若所述新商品模板所属的类别与所述第一类别为同级且不同类别,则创建新的第一商品模板;若所述新商品模板所属的类别与所述第二类别同级且不同类别,则创建新的第二商品模板;
若所述新商品模板所属的类别为所述第一类别的父类别,则创建相对于所述第一商品模板的第一商品模板;若所述新商品模板所属的类别为所述第二类别的子类别,则创建相对于所述第二商品模板的第二商品模板。
19.一种数据库的调用装置,其特征在于,包括:
连接建立单元,用于建立与模板数据库的通信连接;在所述模板数据库中存储有第一商品模板和第二商品模板,在所述第一商品模板中包含第二类别的商品所共有的共有描述信息项,在所述第二商品模板中包含非共有描述信息项,所述非共有描述信息项为所述第一类别中除所述共有描述信息项以外的描述信息项;所述第一类别和所述第二类别是商品分类的类别,并且所述第二类别为所述第一类别的子类别;
类别获取单元,用于获取商品类别;
模板获取单元,用于查询所述模板数据库,获得与所述商品类别对应的目标商品模板;若所述商品类别为第二类别,则所述目标商品模板包含所述第一商品模板和所述第二商品模板。
20.根据权利要求19所述装置,其特征在于,
所述类别获取单元,用于从商品创建请求中获取需要创建的商品的商品类别;所述装置还包括:
赋值接收单元,用于在所述模板获取单元获得与所述商品类别对应的目标商品模板之后,接收对所述目标商品模板中的描述信息项的赋值;
存储单元,用于存储赋值后的目标商品模板。
21.根据权利要求19所述装置,其特征在于,
所述类别获取单元,用于从接收到的浏览请求中获取需要浏览的商品的商品类别;所述装置还包括:
发送单元,用于在所述模板获取单元获得与所述商品类别对应的目标商品模板之后,将所述第一商品模板和所述第二商品模板发往所述浏览请求的源端,所述第一商品模板和所述第二商品模板中的描述信息项为已赋值状态。
22.根据权利要求19所述装置,其特征在于,所述装置还包括:
扩展显示单元,用于获取与所述商品类别对应的扩展描述信息项并显示;
扩展赋值接收单元,用于接收对所述扩展描述信息项的赋值;所述扩展描述信息项是所述第一商品模板和所述第二商品模板中不包含的描述信息项。
23.根据权利要求19至22任意一项所述装置,其特征在于,
所述模板获取单元,用于若所述商品类别为第二类别,提取所述第一商品模板和所述第二商品模板中的描述信息项,合并获得所述目标商品模板。
24.根据权利要求23所述装置,其特征在于,
所述模板获取单元,用于若所述共有描述信息项以及所述非共有描述信息项具有属性类别标识,依据所述属性类别标识确定提取的描述信息项所属的属性类别,依据属性类别将提取的描述信息项分组,按照分组结果的顺序合并各描述信息项得到所述目标商品模板。
25.一种通信***,其特征在于,包括:
权利要求13~18任意一项所述的商品模板的管理装置,以及权利要求19~24任意一项所述的数据库的调用装置;
所述商品模板的管理装置与所述数据库的调用装置以可通信方式连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510465675.8A CN106408321A (zh) | 2015-07-31 | 2015-07-31 | 商品模板的管理方法、数据库的调用方法,装置及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510465675.8A CN106408321A (zh) | 2015-07-31 | 2015-07-31 | 商品模板的管理方法、数据库的调用方法,装置及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106408321A true CN106408321A (zh) | 2017-02-15 |
Family
ID=58007648
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510465675.8A Pending CN106408321A (zh) | 2015-07-31 | 2015-07-31 | 商品模板的管理方法、数据库的调用方法,装置及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106408321A (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108416679A (zh) * | 2017-06-07 | 2018-08-17 | 平安科技(深圳)有限公司 | 多保险产品出单的装置、方法及计算机可读存储介质 |
CN108665300A (zh) * | 2017-04-01 | 2018-10-16 | 北京京东尚科信息技术有限公司 | 一种提供数据的方法、装置、设备和存储介质 |
CN109428904A (zh) * | 2017-08-22 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 业务对象的发布、获取方法、装置及*** |
CN109657233A (zh) * | 2018-11-23 | 2019-04-19 | 东软集团股份有限公司 | 生成主题的方法、装置、存储介质及电子设备 |
CN109919669A (zh) * | 2019-02-25 | 2019-06-21 | 宇宙世代信息技术(深圳)有限公司 | 维度管理方法、装置、计算机设备及存储介质 |
CN110148470A (zh) * | 2018-02-12 | 2019-08-20 | 杭州大伽信息科技有限公司 | 病理组织样本大体检查描述生成***和方法 |
WO2021169094A1 (zh) * | 2020-02-28 | 2021-09-02 | 周永东 | 一种交易平台的商品交易方法和*** |
CN113434510A (zh) * | 2021-07-02 | 2021-09-24 | 文思海辉元辉科技(大连)有限公司 | 通用商品信息模型及商品信息存储方法 |
CN113724055A (zh) * | 2021-09-14 | 2021-11-30 | 京东科技信息技术有限公司 | 一种商品属性挖掘方法及装置 |
CN113837694A (zh) * | 2021-09-24 | 2021-12-24 | 多点生活(成都)科技有限公司 | 物品陈列方法、装置、电子设备和可读介质 |
CN116401567A (zh) * | 2023-06-02 | 2023-07-07 | 支付宝(杭州)信息技术有限公司 | 一种聚类模型训练、用户聚类、信息推送方法及装置 |
CN116957718A (zh) * | 2023-07-04 | 2023-10-27 | 深圳智汇创想科技有限责任公司 | 商品营销方法及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101866333A (zh) * | 2009-12-24 | 2010-10-20 | 金蝶软件(中国)有限公司 | 一种表单自定义方法和适配器引擎 |
CN101957936A (zh) * | 2009-07-15 | 2011-01-26 | 深圳市艾派应用***有限公司 | 一种工作流表单实现方法和*** |
CN102637131A (zh) * | 2012-03-21 | 2012-08-15 | 浪潮集团山东通用软件有限公司 | 一种基于组合模式灵活可配置的表单控制器架构 |
-
2015
- 2015-07-31 CN CN201510465675.8A patent/CN106408321A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101957936A (zh) * | 2009-07-15 | 2011-01-26 | 深圳市艾派应用***有限公司 | 一种工作流表单实现方法和*** |
CN101866333A (zh) * | 2009-12-24 | 2010-10-20 | 金蝶软件(中国)有限公司 | 一种表单自定义方法和适配器引擎 |
CN102637131A (zh) * | 2012-03-21 | 2012-08-15 | 浪潮集团山东通用软件有限公司 | 一种基于组合模式灵活可配置的表单控制器架构 |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108665300A (zh) * | 2017-04-01 | 2018-10-16 | 北京京东尚科信息技术有限公司 | 一种提供数据的方法、装置、设备和存储介质 |
CN108416679A (zh) * | 2017-06-07 | 2018-08-17 | 平安科技(深圳)有限公司 | 多保险产品出单的装置、方法及计算机可读存储介质 |
CN108416679B (zh) * | 2017-06-07 | 2022-02-08 | 平安科技(深圳)有限公司 | 多保险产品出单的装置、方法及计算机可读存储介质 |
CN109428904A (zh) * | 2017-08-22 | 2019-03-05 | 阿里巴巴集团控股有限公司 | 业务对象的发布、获取方法、装置及*** |
CN110148470A (zh) * | 2018-02-12 | 2019-08-20 | 杭州大伽信息科技有限公司 | 病理组织样本大体检查描述生成***和方法 |
CN109657233A (zh) * | 2018-11-23 | 2019-04-19 | 东软集团股份有限公司 | 生成主题的方法、装置、存储介质及电子设备 |
CN109657233B (zh) * | 2018-11-23 | 2024-01-02 | 东软集团股份有限公司 | 生成主题的方法、装置、存储介质及电子设备 |
CN109919669A (zh) * | 2019-02-25 | 2019-06-21 | 宇宙世代信息技术(深圳)有限公司 | 维度管理方法、装置、计算机设备及存储介质 |
WO2021169094A1 (zh) * | 2020-02-28 | 2021-09-02 | 周永东 | 一种交易平台的商品交易方法和*** |
CN113434510B (zh) * | 2021-07-02 | 2023-12-29 | 文思海辉元辉科技(大连)有限公司 | 通用商品信息模型及商品信息存储方法 |
CN113434510A (zh) * | 2021-07-02 | 2021-09-24 | 文思海辉元辉科技(大连)有限公司 | 通用商品信息模型及商品信息存储方法 |
CN113724055A (zh) * | 2021-09-14 | 2021-11-30 | 京东科技信息技术有限公司 | 一种商品属性挖掘方法及装置 |
CN113724055B (zh) * | 2021-09-14 | 2024-04-09 | 京东科技信息技术有限公司 | 一种商品属性挖掘方法及装置 |
CN113837694B (zh) * | 2021-09-24 | 2023-06-30 | 多点生活(成都)科技有限公司 | 物品陈列方法、装置、电子设备和可读介质 |
CN113837694A (zh) * | 2021-09-24 | 2021-12-24 | 多点生活(成都)科技有限公司 | 物品陈列方法、装置、电子设备和可读介质 |
CN116401567A (zh) * | 2023-06-02 | 2023-07-07 | 支付宝(杭州)信息技术有限公司 | 一种聚类模型训练、用户聚类、信息推送方法及装置 |
CN116401567B (zh) * | 2023-06-02 | 2023-09-08 | 支付宝(杭州)信息技术有限公司 | 一种聚类模型训练、用户聚类、信息推送方法及装置 |
CN116957718A (zh) * | 2023-07-04 | 2023-10-27 | 深圳智汇创想科技有限责任公司 | 商品营销方法及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106408321A (zh) | 商品模板的管理方法、数据库的调用方法,装置及*** | |
CN104244032B (zh) | 推送多媒体数据的方法和装置 | |
US9241242B2 (en) | Information recommendation method and apparatus | |
CN103455582B (zh) | 浏览器导航页的显示方法及移动终端 | |
CN105787776A (zh) | 信息处理方法及装置 | |
CN108090801A (zh) | 商品推荐方法、移动终端及服务器 | |
CN108073605A (zh) | 一种业务数据的加载、推送、交互信息的生成方法和装置 | |
CN107368518A (zh) | 一种通知消息的管理方法及终端、计算机可读存储介质 | |
CN111178012A (zh) | 一种表单渲染方法、装置、设备及存储介质 | |
CN104112213A (zh) | 推荐信息的方法及装置 | |
CN104270337A (zh) | 提供商品服务信息的方法、客户端及服务器 | |
CN107483522A (zh) | 业务访问的方法和装置 | |
CN104516886A (zh) | 一种展现数据分析结果的方法、移动终端以及服务器 | |
CN112036791A (zh) | 跨平台物流订单填充方法、装置、终端设备和存储介质 | |
CN105303427A (zh) | 物品交换方法和装置 | |
CN107204964A (zh) | 一种权限管理的方法、装置和*** | |
CN107197024A (zh) | 单表访问及控制方法、用户终端、服务器和存储介质 | |
CN108846599A (zh) | 一种物流订单管理的方法及装置 | |
CN107423794A (zh) | 一种图形编码的扫码方法、装置和移动终端 | |
CN105787575A (zh) | 业务处理方法及装置 | |
CN106792076A (zh) | 一种进行信息展示的方法、装置和*** | |
CN108322897A (zh) | 卡套餐组合方法及装置 | |
CN110555155A (zh) | 物品信息推荐方法、设备和存储介质 | |
CN107256383A (zh) | 指纹的采集方法及相关产品 | |
CN107045418A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170215 |