CN108427749A - 商品标签管理方法、服务器及商品标签管理系统 - Google Patents

Abstract

本发明提供了一种商品标签管理方法、服务器及商品标签管理系统，商品标签管理方法，包括以下步骤：建立包括对应于商品的多个标签的标签库；设置所述标签的标签属性；基于预设周期，根据所述标签对应的商品的商品属性的变化，更新所述标签库内的标签属性，并将更新后的所述标签库离线存储。采用上述技术方案后，在提升商品标签管理系统的稳定性的同时，使得商品标签在各不同应用场景页面，数据一致性基本可达到100％。

Description

商品标签管理方法、服务器及商品标签管理系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种商品标签管理方法、服务器及商品标签管理系统。

背景技术

随着互联网的飞速发展，通过网络购买商品及出售商品的方式页越发地普及。在用户浏览此类购买商品的网站网页时，如何最快速地向用户提供喜爱的商品，成为了各大网站在搭建网页时需要考虑的主要部分。

对此，常用一些标记或标签来对商品进行归类，且通过上下级标签的形式，可对商品进行一级分类、二级分类等。现有的标签使用，主要依附于具体商品的业务场景，如在网页购买商品的列表页/详情页上作为某个商品的属性/类别等场景应用，如“热卖”、“抢购”，这些标签主要有如下两种模式来实现，各模式也具有各自的问题：

1)在做标签内容展现时，对数据实体内容通过规则实时计算，如果规则复杂，实时计算量较大，对服务器的系统CPU消耗以及接口服务的性能问题存在较大挑战。同时，不同场景下需要同时理解建立的规则，规则一旦修改需要每个此类场均需要同步，难免造成遗漏；

2)将标签与某个实体，如商品/订单关联，在写入数据实体表信息时，对标签内容存储，这种模式下，因为在数据源头做了关联，虽可以解决标签一致性问题，但由于标签与分类不同，存在各种应用场景的不同，造成更新与数量的扩充存在较大问题。

因此，需要一种既可减小系统负载，又可实现同步方便的商品标签管理方法，解决多场景下标签数据展现不一致的问题。

发明内容

为了解决上述技术问题，本发明提供了一种商品标签管理方法、服务器及商品标签管理系统，提升系统的稳定性的同时，使得商品标签在各不同应用场景页面，数据一致性基本可达到100％。

本发明公开了一种商品标签管理方法，包括以下步骤：

S100：建立包括对应于商品的多个标签的标签库；

S200：设置所述标签的标签属性；

S300：基于预设周期，根据所述标签对应的商品的商品属性的变化，更新所述标签库内的标签属性，并将更新后的所述标签库离线存储。

优选地，该商品标签管理方法中，设置所述标签的标签属性的步骤S200包括：

S210：对所述标签添加标签字段；

S220：于所述标签库内建立标签层级；

S230：根据所述标签字段内的标签级数，分配所述标签至相应的标签层级。

优选地，该商品标签管理方法中，设置所述标签的标签属性的步骤S200还包括：

S240：于所述标签库内建立所述标签字段内的标签标识与所述商品的资源src的映射关系。

优选地，该商品标签管理方法中，更新所述标签库内的标签属性的步骤S300包括：

S310：注册新增的标签至所述标签库内；

S320：更新已注册于所述标签库内的所述标签属性；

S330：修改所述标签与商品的关联关系。

优选地，该商品标签管理方法中，所述商品标签管理方法还包括：

S400：提供基于标签属性的查询接口；

S500：根据查询接口的查询结果，展现与所述标签对应的商品。

优选地，该商品标签管理方法中，所述商品标签管理方法还包括：

S600：设置提供所述查询接口的时间阈值；

S700：超过所述时间阈值时，返回结果为空的查询结果。

优选地，该商品标签管理方法中，所述商品标签管理方法还包括：

S800：新增期望标注的商品；

S900：根据推荐标签列表匹配与所述商品对应的标签；

S1000：于所述标签库内注册所述标签与所述标签对应的商品。

本发明公开了一种商品标签管理方法，所述商品标签管理方法应用于服务器与用户端之间，服务器与用户端执行上述商品标签管理方法。

本发明还公开了一种服务器，包括处理器和存储设备，所述存储设备存储有计算机程序，所述处理器调用并执行所述计算机程序时实现上述商品标签管理方法。

本发明又公开了一种商品标签管理系统，所述商品标签管理系统包括服务器与用户端，服务器与用户端执行上述商品标签管理方法。

采用了上述技术方案后，与现有技术相比，具有以下有益效果：

1.通过构建不同场景下统一的标签库系统，解决多业务场景下，对标签的依赖性，降低各模块对于标签业务理解的差异，数据展现/数据流一致性得到保证；

2.提高系统的灵活性，提升运营效率，在相同运营成本下，对于流量引导，列表页标签/详情页标签的个性化，会带来用户浏览类的欲望，进而提升页面转化率；

3.提升系统的稳定性，在标签库数据库宕机情况下，系统也可保证标签服务可访问；即使标签服务完全宕机，也因为标签与核心流程的解耦，对全流程的展现的一致性也得到保障。

附图说明

图1为符合本发明一优选实施例中商品标签管理方法的流程示意图；

图2为符合本发明一优选实施例中设置标签属性的流程示意图；

图3为符合本发明一优选实施例中更新标签属性的流程示意图；

图4为符合本发明另一优选实施例中商品标签管理方法的流程示意图；

图5为符合本发明另一优选实施例中商品标签管理方法的流程示意图；

图6为符合本发明一优选实施例中商品标签管理系统的结构示意图。

具体实施方式

以下结合附图与具体实施例进一步阐述本发明的优点。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本发明的描述中，需要理解的是，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本发明及区别每一步骤，因此不能理解为对本发明的限制。

参阅图1，为符合本发明一优选实施例中商品标签管理方法的流程示意图，在该商品标签管理方法中，包括有以下步骤：

-步骤S100：建立包括对应于商品的多个标签的标签库；

首先在如服务器、工作站等具有数据库的装置内建立一标签库。标签库内存储有对应于商品的多个标签。标签与商品的对应，可以是一对一、一对多或多对多。例如，标签与商品一对一对应时，如“限时抢购”的唯一性标签对应上热销的商品，仅在该商品上可显示该标签，再如标签与商品一对多对应时，如“热卖”的标签对应多个商品，使得用户在商品购买时，可看到多个商品具有同一个标签。再如商品与标签一对多时，一个商品可由多个标签定义，例如某一热卖的商品，其标记有的标签包括“热销”、“限时”等，通过不同的标签的意义及标签的数量体验不同商品的重要程度。同样地，标签与商品多对多时，一个商品可被多个标签定义，而标签的使用又可以是重复性的，使得每个商品都有各自的个性化标签。

标签库在设计和构建时，可区分于常见的“category”分类体系(根据目录分类)、“tag标签”用户自定义的标签的集成所搭建的标签库等，本发明的实施例中，通过介入标签属性本身和ugc(User-generated Content，用户生产内容)之间的系统所搭建的标签库，可实现对如平台类(特别是电商、O2O场景)下标签服务的一种抽象表现。

-步骤S200：设置所述标签的标签属性；

对标签库内设置的标签，设置每一个标签的标签属性，如标签编号、标签名称、标签类别、标签优先级等。标签编号为对标签的定义编号，可帮助标签库的建立方对标签进行管理；标签名称为显示在商品上的标签代表，如上文所述的“热销”等；标签类别为对标签本身的归类，网站运营商可对不同类别的标签采用不同的颜色标注，以显示不同种类的标签。例如，与销售量有关的“热销”、“热卖”等，与时限有关的“限时抢购”、“仅售一天”等，也与商品类型有关的“手办”、“周边”等；标签级别则为根据标签的上下位的概念对标签的分类情况的说明，例如上文所述的与商品类型有关的“手办”、“周边”的标签，可作为第一级标签级别，而作为其下级的第二级标签级别，可以是该手办商品或周边商品的具体名称。用户可根据商品对应的标签的标签属性，来查找到心仪的商品。

-步骤S300：基于预设周期，根据所述标签对应的商品的商品属性的变化，更新所述标签库内的标签属性，并将更新后的所述标签库离线存储。

在该标签库内，采用并非实时更新的形式，而是采用预设一预设周期，如十分钟、十五分钟等，根据标签对应的商品的商品属性的变化，来跟新标签库里的标签属性。例如，当具有一标签的商品全部售卖完毕后，或是接近售卖完毕时，由于该商品的商品属性从正常出售变化为紧俏，其标签也可从热卖变为紧俏。当标签属性更新后，对标签库进行离线缓存，并在一段时间后才上传至服务器。通过此种配置，一旦服务器宕机，可采用如Redis缓存机制，Redis是Remote Dictionary Server(远程数据服务)的缩写，它的数据模型为key-value，其支持丰富的数据结构(类型)，比如String/List/Hash/Set/Sorted Set。同时具有可持久化的特性，即一边运行，一边把数据往硬盘中备份一份，防止断电等情况导致数据丢失，等断电情况恢复之后，Redis再把硬盘中的数据恢复到内存中，保证了数据的安全。Redis缓存机制不仅仅支持简单的k/v类型的数据，同时还提供list，set，zset，hash等数据结构的存储。Redis还支持master-slave(主-从)模式应用及数据持久化，可以将内存中的数据保持在磁盘中，重启的时候可以再次加载进行使用。在通过Redis缓存机制保证缓存后，不直接对数据库及标签库做访问，失效后，访问数据库表(由于标签量可控，且可区分业务，所以量级在索引合理下，性能可控)。同时，还提供熔断降级策略，若服务超时或者不可用，返回空列表，即不做任何标签关联，也不影响正常流程的服务，具体地，熔断降级策略主要解决如下几个问题：当所依赖的对象不稳定时，能够起到快速失败的目的，以及快速失败后，能够根据一定的算法动态试探所依赖对象是否恢复。比如产品详细页获取产品的好评总数时，由于后端服务异常导致客户端每次都需要等到超时。如果短时间内服务不能恢复，那么这段时间内的所有请求时间都将是最大的超时时间，这类消费时间又得不到正确结果的现象是不能容忍的。所以遇到这类情况，就需要根据一定的算法判定服务短时间不可用，将后面的请求进行快速失败处理，这样可以节省服务等待时间。同时，后端服务是有可能自主或者人为在一定时间内恢复的，所以之前被判定为快速失败的服务，需要有能力去试探服务是否已经恢复。

参阅图2，在一优选实施例中，设置标签属性的步骤S200具体包括：

-步骤S210：对标签添加标签字段

在确定标签库内的标签使用前，可配置为仅被注册过标签名称的标签才可被分配标签编号。当然，也可选的实施例中，该配置可覆盖需要通过审核tag系统，审核即为注册操作。例如，在新增加一个或多个标签时，对该标签的名称、跳转指向、进行审核后，便在该标签库内新增了一个或多个审核通过的标签，当此类的标签名再次收到添加标签字段的请求时，调取标签库内发现已注册，将不再验证，直接向其分配标签编号，加快审核过程，减少系统负载。

-步骤S220：于标签库内建立标签层级

根据标签所实际代表的含义的层级，在标签库内增加标签层级的管理。可以理解的是，由于在建立标签库时，其实际可能包含的标签层级具有非可预见性，例如，在最初建立标签库时，无法确定标签库的层级构成，三级目录的层级构成是否够用，或是每级目录是否要建立子级等，标签库尚属于框架不明的阶段。因此，除根据已知标签设立标签层级外，还可增加多个不同层级的标签层级，作为冗余使用。例如，在已具有三级目录的层级构成下，向下再分配多级作为后续备用，在不过于增加系统空间的情况下，为之后系统使用增加可扩展性。

-步骤S230：根据标签字段内的标签级数，分配标签至相应的标签层级

利用标签建立时为其标定的标签级数，将标签分配到相应的标签层级里，通过标签层级及层级间优先级的设置，在一些应用场景的数量受限的情况下，会根据标签层级较高的标签设置更高的优先级，从而显示更利于用户接受的标签。

在一优选实施例中，设置标签的标签属性的步骤，还包括了在标签库内维护建立一个标签标识与资源srcId(网页标识)的映射关系，来标识实体下所属的标签列表。

在另一优选或可选的实施例中，参阅图3，更新标签库内的标签属性时，具体包括以下步骤：

-步骤S310：注册新增的标签至所述标签库内；

标签库建立后，易根据商品的售卖情况对商品附有的标签进行更改，若所需更改的标签为原标签库内不具有的标签时，首先需将标签注册至标签库内方可使用。注册时，可在系统运行时实施注册新增，或是服务器维修时，离线注册新增。

-步骤S320：更新已注册于所述标签库内的所述标签属性；

若根据商品的售卖情况对商品所附有的已有标签的标签属性变化时，例如标签名称的变化、标签层级的变化、标签类别的变化，将直接在标签库内更新已注册的信息。

-步骤S330：修改所述标签与商品的关联关系。

上述更新与新增的步骤，可以是网站运用上根据标签库内的标签通常与商品的关联关系智能地自行关联。例如，当某些商品属于同一类别或近似类别，可推荐已注册的标签至该商品，自动地关联至标签与商品的关联关系。进一步地，还可选地，为标签扩展器超链接的配置，标签除展示商品信息的功能外，用户点击标签进入详情页后，可获取同属于该标签的其他商品，或与标签属于近似标签类别的其他标签等信息，向用户提供更为丰富的浏览需求。

参阅图4及图5，分别示出了展示标签对应的商品的两种实施方法。

实施例一

对商品标签管理时，向用户或在服务器侧提供有基于标签属性的查询接口，例如，通过该查询接口，输入与标签属性有关的检索词，如已知的标签名称或认为已注册的标签名称、标签层级等，根据检索词，将在标签库内检索相应的标签，并展现与检索结果中的标签对应的商品，通过提供批量的基于实体srcId查询功能，在需要展现的UI层接口如用户端侧、服务器侧中，依赖此服务(系统提供RPC和HTTP+restful访问方式，即通信协议采用二进制方式和通信协议采用HTTP方式)，即可对相应的商品进行标签顺序展示。

若在上述管理方法中，检索时间过长时，将提供如上文所述的熔断降级策略，如设置一用于提供查询接口的时间阈值，一旦超过预设的时间阈值时，返回结果为空的查询结果，且不与任何标签做关联，也就是说服务器宕机时，宕机瞬时用户的操作将不会影响标签库内的标签数据，不会影响正常的服务。

实施例二

另一实施例中，若需要对标签库内新增标签，或是标签对应的商品信息新增时，可通过离线方式集中更新。例如，首先新增用户或网站运营商期望标注的商品，并在标签库内，基于已设立统计逻辑下实现的推荐标签列表，匹配于该商品对应的标签。推荐标签列表可以是根据商品属性，或标签计算脚本形成。标签匹配后，将在标签库内注册标签及与标签对应的商品。注册时，若发现标签为原标签库内具有，属于已注册的标签，则将标签及标签属性的信息注册到标签库，并且更新标签与srcId的映射关系表；若新增的标签未被注册，则无法更新商品下及标签库内的标签信息；若更新的标签部分存在，则更新注册过的标签部分。如此，保证标签与商品的映射关系中的标签，都是已经被注册过的；修改标签注册信息，则与商品关联的标签的全局均会更新。

在另一实施例中，本发明的商品标签管理方法，具体应用在服务器及用户端之间，商品标签管理方法包括以下步骤：服务器建立包括对应于商品的多个标签的标签库；服务器设置标签的标签属性；基于预设周期，根据服务器和/或用户端标签对应的商品的商品属性的改变，更新标签库内的标签属性，并将更新后的标签库离线存储。

优选地，该商品标签管理方法中，服务器设置标签的标签属性的步骤包括：服务器对标签添加标签字段；于标签库内建立标签层级；根据标签字段内的标签级数，服务器分配标签至相应的标签层级。

优选地，该商品标签管理方法中，服务器设置标签的标签属性的步骤还包括：服务器于标签库内建立标签字段内的标签标识与商品的资源src的映射关系。

优选地，该商品标签管理方法中，更新标签库内的标签属性的步骤包括：注册新增的标签至标签库内；服务器更新已注册于标签库内的标签属性；服务器修改标签与商品的关联关系。

优选地，该商品标签管理方法中，商品标签管理方法还包括：服务器向用户端提供基于标签属性的查询接口；根据查询接口的查询结果，用户端展现与标签对应的商品。

优选地，该商品标签管理方法中，商品标签管理方法还包括：服务器设置提供查询接口的时间阈值；超过时间阈值时，服务器向用户端返回结果为空的查询结果。

优选地，该商品标签管理方法中，商品标签管理方法还包括：服务器新增期望标注的商品；服务器根据推荐标签列表匹配与商品对应的标签；于标签库内注册标签与标签对应的商品。

本发明所公开的服务器，其内存储的计算机程序被处理器执行时实现上述实施例中所介绍的步骤，在此不再额外赘述。

此外，在已搭建的基于服务器和用户终端的商品标签管理系统在应用时，可根据服务器和用户终端的特性执行以下步骤：

服务器建立包括对应于商品的多个标签的标签库；服务器设置标签的标签属性；基于预设周期，根据服务器和/或用户端标签对应的商品的商品属性的改变，更新标签库内的标签属性，并将更新后的标签库离线存储。

优选地，该商品标签管理系统中，服务器对标签添加标签字段；于标签库内建立标签层级；根据标签字段内的标签级数，服务器分配标签至相应的标签层级。

优选地，该商品标签管理系统中，服务器于标签库内建立标签字段内的标签标识与商品的资源src的映射关系。

优选地，该商品标签管理系统中，注册新增的标签至标签库内后，服务器更新已注册于标签库内的标签属性，并修改标签与商品的关联关系。

优选地，该商品标签管理系统中，服务器向用户端提供基于标签属性的查询接口；根据查询接口的查询结果，用户端展现与标签对应的商品。

优选地，该商品标签管理系统中，服务器设置提供查询接口的时间阈值；超过时间阈值时，服务器向用户端返回结果为空的查询结果。

优选地，该商品标签管理系统中，服务器新增期望标注的商品；服务器根据推荐标签列表匹配与商品对应的标签；于标签库内注册标签与标签对应的商品。

参阅图6，示出了本发明一实施例中商品标签管理系统的结构示意图。在该商品标签管理系统中，以标签库为主要核心，分别根据不同功能对标签库内的标签作更新。如商品售卖时常见的商品上架时，需对预售商品分类、促销活动时商品销售量及销售额的变化、根据商品销售业务MIS配置等功能，商品标签管理系统包括了新增模块、更新模块和删除模块，新增模块在标签库内新增标签，并建立新增标签与商品的关联关系。更新模块更新已注册标签的标签属性，如标签名称或标签顺序。同时标签库与含有商品信息有关的数据库连接，接收商品应用场景的标记模块和筛选模块。应用场景的标记模块根据如商品列表、网站页面首页商品信息、POI商品标识等信息选择性展示，并通过记录的商品信息提供商品及与商品关联的标签的查询服务。应用场景的筛选模块根据商品的检索流程、订单流程或数据流信息提供分类服务。

若该实施例中触及商品及对应标签在标签库内均不存在，则商品标签管理系统中还包括注册模块，通过与标签库连接，并在该标签库内注册标签，也即新增标签，及与该标签关联的标签编号，以用于业务MIS配置及用户行为挖掘。

应当注意的是，本发明的实施例有较佳的实施性，且并非对本发明作任何形式的限制，任何熟悉该领域的技术人员可能利用上述揭示的技术内容变更或修饰为等同的有效实施例，但凡未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何修改或等同变化及修饰，均仍属于本发明技术方案的范围内。

Claims (10)

1.一种商品标签管理方法，其特征在于，包括以下步骤：

S100：建立包括对应于商品的多个标签的标签库；

S200：设置所述标签的标签属性；

S300：基于预设周期，根据所述标签对应的商品的商品属性的变化，更新所述标签库内的标签属性，并将更新后的所述标签库离线存储。

2.如权利要求1所述的商品标签管理方法，其特征在于，

设置所述标签的标签属性的步骤S200包括：

S210：对所述标签添加标签字段；

S220：于所述标签库内建立标签层级；

S230：根据所述标签字段内的标签级数，分配所述标签至相应的标签层级。

3.如权利要求2所述的商品标签管理方法，其特征在于，

设置所述标签的标签属性的步骤S200还包括：

S240：于所述标签库内建立所述标签字段内的标签标识与所述商品的资源src的映射关系。

4.如权利要求1所述的商品标签管理方法，其特征在于，

更新所述标签库内的标签属性的步骤S300包括：

S310：注册新增的标签至所述标签库内；

S320：更新已注册于所述标签库内的所述标签属性；

S330：修改所述标签与商品的关联关系。

5.如权利要求1所述的商品标签管理方法，其特征在于，

所述商品标签管理方法还包括：

S400：提供基于标签属性的查询接口；

S500：根据查询接口的查询结果，展现与所述标签对应的商品。

6.如权利要求5所述的商品标签管理方法，其特征在于，

所述商品标签管理方法还包括：

S600：设置提供所述查询接口的时间阈值；

S700：超过所述时间阈值时，返回结果为空的查询结果。

7.如权利要求1所述的商品标签管理方法，其特征在于，

所述商品标签管理方法还包括：

S800：新增期望标注的商品；

S900：根据推荐标签列表匹配与所述商品对应的标签；

S1000：于所述标签库内注册所述标签与所述标签对应的商品。

8.一种商品标签管理方法，其特征在于，所述商品标签管理方法应用于服务器与用户端之间，服务器与用户端执行如权利要求1-7任一项所述的商品标签管理方法。

9.一种服务器，包括处理器和存储设备，所述存储设备存储有计算机程序，其特征在于，所述处理器调用并执行所述计算机程序时实现如权利要求1-7任一项所述的商品标签管理方法。

10.一种商品标签管理系统，其特征在于，所述商品标签管理系统包括服务器与用户端；

服务器与用户端执行如权利要求1-7任一项所述的商品标签管理方法。