一种标签获取方法、装置、服务器及存储介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种标签获取方法、装置、服务器及存储介质。


背景技术：

2.目前，服务器在接收到客户端发送的标签获取请求之后，可以基于该标签获取请求中包括的某一主播的主播名称，确定该主播对应的直播封面标签，并且将确定出的直播封面标签返回至客户端，以使得该客户端可以获取到该直播封面标签。
3.但是，在某些情况下，可能只有某些少量的主播存在其对应的直播封面标签。如此，基于上述方法可能导致客户端无法获取到相应的直播封面标签，影响了客户端获取直播封面标签的命中率。


技术实现要素：

4.本公开提供一种标签获取方法、装置、服务器及存储介质，解决了目前基于某一主播的主播名称确定该主播对应的直播封面标签的过程中，可能只有少量的主播存在其对应的直播标签，导致客户端无法获取到相应的直播封面标签，影响了客户端获取直播封面标签的命中率的技术问题。
5.本公开实施例的技术方案如下：
6.根据本公开实施例的第一方面，提供一种标签获取方法。该方法可以包括：接收客户端发送的标签获取请求，该标签获取请求包括主播标识以及与该主播标识对应的预设直播类信息，该预设直播类信息用于表征直播活动所属的类型；响应于该标签获取请求，确定与该预设直播类信息对应的主播标识集合；在该主播标识集合中包括该主播标识的情况下，根据该主播标识，确定与该主播标识对应的目标直播标签；将该目标直播标签发送至该客户端。
7.可选地，在上述在该主播标识集合中包括该主播标识的情况下，根据该主播标识，确定与该主播标识对应的目标直播标签之前，上述标签获取方法还包括：获取该主播标识集合中包含的主播标识的数量；确定该主播标识的数量小于或等于数量阈值。
8.可选地，上述标签获取方法还包括：当该主播标识的数量大于该数量阈值时，确定与该主播标识对应的可展示直播标签，该可展示直播标签的标签状态为上线中；在该可展示直播标签中包括与该预设直播类信息对应的目标直播标签的情况下，将该目标直播标签发送至该客户端；在该可展示直播标签中不包括与该预设直播类信息对应的目标直播标签的情况下，向该客户端发送标签获取失败响应，该标签获取失败响应用于通知不存在与该主播标识以及该预设直播类信息均对应的直播标签。
9.可选地，上述当该主播标识的数量大于该数量阈值时，确定与该主播标识对应的可展示直播标签具体包括：当该主播标识的数量大于该数量阈值时，从分布式缓存中获取与该主播标识对应的该可展示直播标签。
10.可选地，上述获取该主播标识集合中包含的主播标识的数量具体包括：获取预设对应关系，该预设对应关系包括多个直播类信息以及该多个直播类信息各自对应的主播标识集合；基于该预设直播类信息以及该预设对应关系，从该多个直播类信息各自对应的主播标识集合中确定该预设直播类信息对应的主播标识集合；基于该预设直播类信息对应的主播标识集合，确定该预设直播类信息对应的主播标识集合中包含的主播标识的数量。
11.可选地，上述根据该主播标识，确定与该主播标识对应的目标直播标签具体包括：在本地缓存中存储有目标直播标签集合的情况下，根据该主播标识从该本地缓存中存储的该目标直播标签集合中获取该目标直播标签，该目标直播标签集合为与该主播标识以及该预设直播类信息均对应的直播标签集合。
12.可选地，上述标签获取方法还包括：当服务端启动时，从分布式缓存中获取多个直播标签集合；将该多个直播标签集合存储至该本地缓存。
13.可选地，上述标签获取方法还包括：在该本地缓存中未存储该目标直播标签集合的情况下，从该分布式缓存中获取该目标直播标签集合。
14.可选地，上述标签获取方法还包括：当该标签获取请求的数量为多个，并且该本地缓存中未存储该目标直播标签集合时，按照多个标签获取请求中每个标签获取请求的先后顺序，依次从该分布式缓存中获取该每个标签获取请求对应的直播标签集合。
15.根据本公开实施例的第二方面，提供一种标签获取装置。该装置可以包括：接收模块、确定模块以及发送模块；该接收模块，被配置为接收客户端发送的标签获取请求，该标签获取请求包括主播标识以及与该主播标识对应的预设直播类信息，该预设直播类信息用于表征直播活动所属的类型；该确定模块，被配置为响应于该标签获取请求，确定与该预设直播类信息对应的主播标识集合；该确定模块，还被配置为在该主播标识集合中包括该主播标识的情况下，根据该主播标识，确定与该主播标识对应的目标直播标签；该发送模块，被配置为将该目标直播标签发送至该客户端。
16.可选地，上述标签获取装置还包括获取模块；该获取模块，被配置为获取该主播标识集合中包含的主播标识的数量；该确定模块，还被配置为确定该主播标识的数量小于或等于数量阈值。
17.可选地，该确定模块，还被配置为当该主播标识的数量大于该数量阈值时，确定与该主播标识对应的可展示直播标签，该可展示直播标签的标签状态为上线中；该发送模块，还被配置为在该可展示直播标签中包括与该预设直播类信息对应的目标直播标签的情况下，将该目标直播标签发送至该客户端；该发送模块，还被配置为在该可展示直播标签中不包括与该预设直播类信息对应的目标直播标签的情况下，向该客户端发送标签获取失败响应，该标签获取失败响应用于通知不存在与该主播标识以及该预设直播类信息均对应的直播标签。
18.可选地，该获取模块，具体被配置为当该主播标识的数量大于该数量阈值时，从分布式缓存中获取与该主播标识对应的该可展示直播标签。
19.可选地，该获取模块，具体被配置为获取预设对应关系，该预设对应关系包括多个直播类信息以及该多个直播类信息各自对应的主播标识集合；该确定模块，还被配置为基于该预设直播类信息以及该预设对应关系，从该多个直播类信息各自对应的主播标识集合中确定该预设直播类信息对应的主播标识集合；该确定模块，还被配置为基于该预设直播
类信息对应的主播标识集合，确定该预设直播类信息对应的主播标识集合中包含的主播标识的数量。
20.可选地，该获取模块，被配置为在本地缓存中存储有目标直播标签集合的情况下，根据该主播标识从该本地缓存中存储的该目标直播标签集合中获取该目标直播标签，该目标直播标签集合为与该主播标识以及该预设直播类信息均对应的直播标签集合。
21.可选地，上述标签获取装置还包括存储模块；该获取模块，还被配置为当服务端启动时，从分布式缓存中获取多个直播标签集合；该存储模块，被配置为将该多个直播标签集合存储至该本地缓存。
22.可选地，该获取模块，还被配置为在该本地缓存中未存储该目标直播标签集合的情况下，从该分布式缓存中获取该目标直播标签集合。
23.可选地，该获取模块，还被配置为当该标签获取请求的数量为多个，并且该本地缓存中未存储该目标直播标签集合时，按照多个标签获取请求中每个标签获取请求的先后顺序，依次从该分布式缓存中获取该每个标签获取请求对应的直播标签集合。
24.根据本公开实施例的第三方面，提供一种服务器，可以包括：处理器和被配置为存储处理器可执行指令的存储器；其中，处理器被配置为执行所述指令，以实现上述第一方面中任一种可选地标签获取方法。
25.根据本公开实施例的第四方面，提供一种计算机可读存储介质，计算机可读存储介质上存储有指令，当该计算机可读存储介质中的指令由服务器执行时，使得该服务器能够执行上述第一方面中任一种可选地标签获取方法。
26.根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机指令，当该计算机指令在服务器上运行时，使得该服务器执行如第一方面中任一种可选地标签获取方法。
27.本公开的实施例提供的技术方案至少带来以下有益效果：
28.基于上述任一方面，本公开中，服务端可以接收客户端发送的标签获取请求，并且响应于该标签获取请求，确定与预设直播类信息对应的主播标识集合；在该主播标识集合中包括该主播标识的情况下，说明一定存在与主播标识以及该预设直播类信息均对应的直播标签，此时服务端可以根据该主播标识，确定与该主播标识对应的目标直播标签，并且将该目标直播标签发送至该客户端。本公开中，服务端可以基于主播标识以及预设直播类信息确定出该客户端一定可以获取到的目标直播标签，能够提升客户端获取直播标签的命中率。
29.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
30.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
31.图1示出了本公开实施例提供的一种标签获取系统示意图；
32.图2示出了本公开实施例提供的一种标签获取方法的流程示意图；
33.图3示出了本公开实施例提供的又一种标签获取方法的流程示意图；
assistant，pda)、增强现实(augmented reality，ar)\虚拟现实(virtual reality，vr)设备等可以安装并使用内容社区应用的设备，本公开对该终端101的具体形态不作特殊限制。其可以与用户通过键盘、触摸板、触摸屏、遥控器、语音交互或手写设备等一种或多种方式进行人机交互。
52.服务端102可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、网络加速服务(content delivery network，cdn)、以及大数据和人工智能平台等基础云计算服务的云服务器。
53.具体的，客户端可以向服务端102发送标签获取请求，并且接收服务端102发送的某一直播标签(例如目标直播标签)。
54.服务端102用于接收客户端发送的标签获取请求。本公开实施例中，服务端102还用于确定与主播标识对应的目标直播标签，并且将该目标直播标签发送至客户端。
55.如图2所示，当标签获取方法应用于上述服务端102时，该标签获取方法可以包括s101-s104。
56.s101、服务端接收客户端发送的标签获取请求。
57.其中，该标签获取请求包括主播标识以及与该主播标识对应的预设直播类信息，该预设直播类信息用于表征直播活动所属的类型。
58.应理解，该标签获取请求用于请求获取与该主播标识对应的目标直播标签。
59.可以理解的是，一个直播标签用于表征主播在直播过程中(或者该主播的直播间对应的)活动形式。该直播标签由一串文字组合成，例如抢红包、抽手机以及带货中等。
60.在一种可选的实现方式中，上述预设直播类信息可以包括预设标签类型以及预设场景类型，该预设标签类型可以理解为上述目标直播标签的标签类型，该预设场景类型可以理解为该目标直播标签的场景类型。
61.其中，一个直播标签的标签类型可以为运营类、电商类或者互动类等。具体的，运营类可以表征组织多个主播共同参与的直播活动，例如抢红包的活动以及抽手机的活动等；电商类可以表征主播进行直播带货的活动，例如主播正在带货中或者主播将会在某一未来时间段进行直播带货等；互动类用于表征主播可以与观众进行直播互动的活动，例如主播在直播间与观众进行连麦的活动等。一个直播标签的场景类型可以为单列或者双列。
62.可选地，上述服务端还可以接收客户端发送的图片获取请求，该图片获取请求用于请求获取某一主播的主播头像等。
63.在本公开实施例的一种实现方式中，该服务端可以由两类服务器(或两个服务器)组成，包括第一服务器和第二服务器。具体的，第二服务器分别与上述客户端以及第一服务器连接。即客户端可以向第二服务器发送上述标签获取请求，该第二服务器在接收到该标签获取请求之后，可以向第一服务器发送该标签获取请求。
64.可选地，上述第一服务器接收的标签获取请求可以为第二服务器发送的远程过程调用(remote procedure call，rpc)请求，该第一服务器可以理解为标签rpc服务对应的服务器，该第二服务器可以理解为应用程序接口(application programming interface，api)服务对应的服务器。
65.s102、服务端响应于标签获取请求，确定与预设直播类信息对应的主播标识集合。
66.应理解，服务端中可以存储多个主播标识集合，该多个主播标识集合中每个主播标识集合可以包括多个主播标识，服务端可以从该主播标识集合中确定与该预设直播类信息对应的主播标识集合。
67.s103、在预设直播类信息对应的主播标识集合中包括主播标识的情况下，服务端根据主播标识，确定与主播标识对应的目标直播标签。
68.应理解，该主播标识为上述客户端发送的标签获取请求中包括的主播标识。
69.可以理解的是，在该预设直播类信息对应的主播标识集合中包括该主播标识的情况下，说明一定存在与该主播标识以及该预设直播类信息均对应的直播标签。如此，服务端可以基于该主播标识，确定与该主播标识对应的目标直播标签，该目标直播标签同样也是与该预设直播类信息对应的直播标签。
70.s104、服务端将目标直播标签发送至客户端。
71.应理解，该服务端将该目标直播标签发送至该客户端，以使得该客户端可以获取到该目标直播标签。
72.可选地，服务端还可以将该目标直播标签的标识和/或该目标直播标签的名称发送至该客户端。
73.上述实施例提供的技术方案至少能够带来以下有益效果：由s101-s104可知，服务端可以接收客户端发送的标签获取请求，并且响应于该标签获取请求，确定与预设直播类信息对应的主播标识集合；在该主播标识集合中包括该主播标识的情况下，说明一定存在与主播标识以及该预设直播类信息均对应的直播标签，此时服务端可以根据该主播标识，确定与该主播标识对应的目标直播标签，并且将该目标直播标签发送至该客户端。本公开实施例中，服务端可以基于主播标识以及预设直播类信息确定出该客户端一定可以获取到的目标直播标签，能够提升客户端获取直播标签的命中率。
74.结合图2，如图3所示，在上述在预设直播类信息对应的主播标识集合中包括主播标识的情况下，服务端根据主播标识，确定与主播标识对应的目标直播标签之前，本公开实施例提供的标签获取方法还可以包括s105-s106。
75.s105、服务端获取主播标识集合中包含的主播标识的数量。
76.应理解，该主播标识集合为上述与预设直播类信息对应的主播标识集合，该主播标识集合中可以包括多个主播标识。服务端可以将该多个主播标识的数量确定为该主播标识集合中包含的主播标识的数量。
77.s106、服务端确定主播标识的数量小于或等于数量阈值。
78.应理解，该主播标识的数量为上述主播标识集合中包含的主播标识的数量。服务端确定该主播标识的数量小于或等于该数量阈值，说明该主播标识集合对应的主播的数量较少，也可以理解为可展示直播标签的主播占比大盘较低，此时该服务端可以执行上述s103，即在上述主播标识集合中包括主播标识的情况下，根据主播标识，确定与主播标识对应的目标直播标签，进而将该目标直播标签发送至客户端。
79.可选地，上述数量阈值可以为1000万。
80.上述实施例提供的技术方案至少能够带来以下有益效果：由s105-s106可知，服务端可以获取主播标识集合中包含的主播标识的数量，并且确定该主播标识的数量小于或等于数量阈值。本公开实施例中，服务端确定该主播标识的数量小于或等于该数量阈值，说明
该主播标识集合对应的主播的数量较少，也可以理解为可展示直播标签的主播占比大盘较低，此时服务端可以确定该主播标识集合中是否包括标签获取请求中包括的主播标识，并且在该主播标识集合中包括该主播标识的情况下，根据该主播标识，确定与该主播标识对应的目标直播标签，能够合理、有效地确定出与该主播标识以及预设直播类信息均对应的目标直播标签，提升了目标直播标签的确定效率。
81.结合图3，如图4所示，本公开实施例提供的标签获取方法还可以包括s107-s109。
82.s107、当主播标识的数量大于数量阈值时，服务端确定与主播标识对应的可展示直播标签。
83.其中，该可展示直播标签的标签状态为上线中。
84.应理解，该主播标识的数量为上述主播标识集合中包含的主播标识的数量，该与主播标识对应的可展示标签中的主播标识为上述标签获取请求中包括的主播标识。
85.可以理解的是，当该主播标识集合中包含的主播标识的数量大于该数量阈值时，说明该主播标识集合对应的主播的数量较多，也可以理解为可展示直播标签的主播占比大盘较高，此时服务端可以确定与上述主播标识对应的可展示直播标签。
86.本公开实施例中，一个直播标签的标签状态可以为待上线、上线中以及已下线等。待上线用于表征当前未到达该直播标签的开始时间，上线中用于表征当前处于该直播标签的开始时间与该直播标签的结束时间之间，已下线用于表征当前已处于该直播标签的结束时间之后。
87.可以理解的是，当某一个直播标签为某一主播标识对应的可展示直播标签时，说明该直播标签与该主播标识(或该主播标识对应的直播)之间存在关联关系。当该直播标签与该主播标识(或该主播标识对应的主播)之间存在关联关系(也可以理解为该直播标签为该主播标识对应的可展示直播标签)时，该直播标签可以作为能够返回(或发送)至客户端的直播标签。
88.可选地，上述可展示直播标签的数量可以为一个，也可以为多个，本公开实施例对可展示直播标签的数量不作具体限定。
89.s108、在可展示标签中包括与预设直播类信息对应的目标直播标签的情况下，服务端将目标直播标签发送至客户端。
90.应理解，该可展示标签为上述服务端确定出的与主播标识对应的可展示标签，在该可展示标签中包括与该预设直播类信息对应的目标直播标签的情况下，说明该服务端中存储有与该主播标识以及该预设直播类信息均对应的直播标签(即目标直播标签)，此时服务端可以将该目标直播标签发送至该客户端。
91.s109、在可展示标签中不包括与预设直播类信息对应的目标直播标签的情况下，服务端向客户端发送标签获取失败响应。
92.其中，该标签获取失败响应用于通知不存在与该主播标识以及该预设直播类信息均对应的直播标签。
93.可以理解的是，在该可展示标签中不包括与该预设直播类信息对应的目标直播标签的情况下，说明该服务端中未存储与该主播标识以及该预设直播类信息均对应的直播标签(即目标直播标签)，此时服务端可以向客户端发送标签获取失败响应。
94.上述实施例提供的技术方案至少能够带来以下有益效果：由s107-s109可知，当与
预设直播类信息对应的主播标识集合中包含的主播标识的数量大于数量阈值时，说明该主播标识集合对应的主播的数量较多，也可以理解为可展示直播标签的主播占比大盘较高，此时服务端可以确定与主播标识对应的可展示直播标签，该可展示直播标签的标签状态为上线中。在该可展示直播标签中包括与该预设直播类信息对应的目标直播标签的情况下，说明该服务端中存储有与该主播标识以及该预设直播类信息均对应的目标直播标签，服务端可以将该目标直播标签发送至客户端，能够提升客户端获取目标直播标签的效率。在该可展示直播标签中不包括与该预设直播类信息对应的目标直播标签的情况下，说明服务端中未存储与该主播标识以及该预设直播类信息均对应的目标直播标签，此时服务端可以向客户端发送标签获取响应，可以拦截(或过滤)掉不存在相应结果(即相应直播标签，例如目标直播标签)的标签获取请求，能够降低服务端的负载，提升资源利用率。
95.结合图4，如图5所示，在本公开实施例的一种实现方式中，上述当主播标识的数量大于数量阈值时，服务端确定与主播标识对应的可展示直播标签具体包括s1071。
96.s1071、当主播标识的数量大于数量阈值时，服务端从分布式缓存中获取与主播标识对应的可展示直播标签。
97.结合上述实施例的描述，应理解，该主播标识的数量为上述主播标识集合中包含的主播标识的数量，该可展示直播标签为上述与主播标识对应的可展示标签，该可展示直播标签的标签状态为上线中。
98.应理解，该分布式缓存中可以存储多个直播标签，该可展示直播标签为该多个直播标签中的直播标签。当该主播标识的数量大于该数量阈值时，说明该主播标识集合对应的主播的数量较多，也可以理解为可展示直播标签的主播占比大盘较高，此时服务端可以从该分布式缓存中获取与该主播标识对应的该可展示直播标签。
99.可选地，该分布式缓存可以由一个或多个缓存服务器(memcache)组成。
100.上述实施例提供的技术方案至少能够带来以下有益效果：由s1071可知，当主播标识的数量大于数量阈值时，说明该主播标识集合对应的主播的数量较多，也可以理解为可展示直播标签的主播占比大盘较高，此时服务端可以从该分布式缓存中获取与该主播标识对应的可展示直播标签，能够提升可展示直播标签的获取效率，进而提升客户端获取目标直播标签的效率。
101.结合图3，如图6所示，在本公开实施例的一种实现方式中，上述服务端获取主播标识集合中包含的主播标识的数量，具体可以包括s1051-s1053。
102.s1051、服务端获取预设对应关系。
103.其中，该预设对应关系包括多个直播类信息以及该多个直播类信息各自对应的主播标识集合。
104.在一种可选的实现方式中，该多个直播类信息中一个直播类信息对应的主播标识集合中可以包括至少一个主播标识。
105.s1052、服务端基于预设直播类信息以及预设对应关系，从多个直播类信息各自对应的主播标识集合中确定与预设直播类信息对应的主播标识集合。
106.具体的，服务端可以从该预设对应关系中包括的多个直播类信息中确定与该预设直播类信息相同的直播类信息，然后将该相同的直播类信息对应的主播标识集合确定为与该预设直播类信息对应的主播标识集合。
107.s1053、服务端基于预设直播类信息对应的主播标识集合，确定预设直播类信息对应的主播标识集合中包含的主播标识的数量。
108.结合上述实施例的描述，应理解，一个主播标识集合中可以包括多个主播标识，服务端可以将预设直播类信息对应的主播标识集合中包括的多个主播标识的数量，确定为该预设直播类信息对应的主播标识集合中包含的主播标识的数量。
109.示例性的，以下表1为本公开实施例提供的预设对应关系的一种示例。具体的，该预设对应关系中包括3个直播类信息(即直播类信息1、直播类信息2以及直播类信息3)以及该3个直播类信息各自对应的主播标识集合。具体的，该直播类信息1对应的主播标识集合为主播标识集合1，该主播标识集合1中包括主播标识1、主播标识2以及主播标识3；该直播类信息2对应的主播标识集合为主播标识集合2，该主播标识集合2中包括主播标识2、主播标识3以及主播标识4；该直播类信息3对应的主播标识集合为主播标识集合3，该主播标识集合3中包括主播标识5和主播标识6。
110.表1
111.直播类信息主播标识集合直播类信息1主播标识集合1(包括主播标识1、主播标识2以及主播标识3)直播类信息2主播标识集合2(包括主播标识2、主播标识3以及主播标识4)直播类信息3主播标识集合3(包括主播标识5和主播标识6)
112.又假设上述预设直播类信息为直播类信息2，则服务端确定该预设直播类信息对应的主播标识集合中为主播标识集合2，该预设直播类信息对应的主播标识集合中包含的主播标识的数量为3。
113.上述实施例提供的技术方案至少能够带来以下有益效果：由s1051-s1053可知，服务端可以获取预设对应关系，该预设对应关系包括多个直播类信息以及该多个直播类信息各自对应的主播标识集合；然后该服务端可以基于预设直播类信息以及该预设对应关系，从该多个直播类信息各自对应的主播标识集合中确定与该预设直播类信息对应的主播标识集合，并且基于该预设直播类信息对应的主播标识集合，确定该预设直播类信息对应的主播标识集合中包含的主播标识的数量。本公开实施例中，服务端可以方便快捷地从预设对应关系中确定预设直播类信息对应的主播标识集合中包含的主播标识的数量，能够提升每一个主播标识集合中包含的主播标识的数量的确定效率。
114.在一种可选的实现方式中，在上述预设直播类信息对应的主播标识集合中不包括上述主播标识(即上述标签获取请求中包括的主播标识)的情况下，说明服务端中未存储与该主播标识以及该预设直播类信息均对应的直播标签(即目标直播标签)，此时服务端可以向客户端发送上述标签获取失败响应，即通知不存在与该主播标识以及该预设直播类信息均对应的直播标签。
115.结合图2，如图7所示，在本公开实施例的一种实现方式中，上述服务端根据主播标识，确定与主播标识对应的目标直播标签，具体可以包括s1031。
116.s1031、在本地缓存中存储有目标直播标签集合的情况下，服务端根据主播标识从本地缓存中存储的目标直播标签集合中获取目标直播标签。
117.其中，该目标直播标签集合为与上述主播标识以及上述预设直播类信息对应的直播标签集合。
118.结合上述实施例的描述，该主播标识以及该预设直播类信息为上述标签获取请求中包括的主播标识以及该主播标识对应的预设直播类信息。
119.可以理解的是，该本地缓存为该服务端中的缓存(localcache)，该本地缓存中可以存储多个直播标签集合。服务端可以基于该主播标识以及该预设直播类信息从该多个直播标签集合中确定上述目标直播标签集合。
120.本公开实施例中，一个直播标签集合(例如目标直播标签集合)中可以包括一个或多个直播标签，由于该目标直播标签集合为与该主播标识以及该预设直播类信息均对应的直播标签集合，如此服务端根据该主播标识可以从该目标直播标签集合中获取与该主播标识以及该预设直播类信息均对应的直播标签，即获取到该目标直播标签。
121.在一种可选的实现方式中，上述目标直播标签可以为该目标直播标签集合包括的至少一个直播标签中优先级最高的主播标签。
122.可选地，该目标直播标签还可以为上述至少一个直播标签中更新时间最早的直播标签，或者与上述预设直播类信息表征的直播活动的相似度最高的直播标签。
123.上述实施例提供的技术方案至少能够带来以下有益效果：由s1031可知，在本地缓存中存储有目标直播标签集合的情况下，说明服务端中存储有与主播标识以及预设直播类信息均对应的直播标签集合(即目标直播标签集合)，如此服务端可以根据该主播标识从该本地缓存中存储的该目标直播标签集合中获取与该主播标识以及该预设直播类信息均对应的直播标签(即目标直播标签)，能够提升目标直播标签的获取效率。
124.结合图7，如图8所示，本公开实施例提供的标签获取方法还可以包括s110-s111。
125.s110、当服务端启动时，服务端从分布式缓存中获取多个直播标签集合。
126.结合上述实施例的描述，应理解，该分布式缓存中可以存储该多个直播标签集合，该多个直播标签集合中每个直播标签集合可以包括至少一个直播标签。
127.本公开实施例中，当服务端启动时，该服务端从该分布式缓存中获取该多个直播标签集合，也可以理解为从该分布式缓存中获取该每个直播标签集合中包括的至少一个直播标签。
128.s111、服务端将该多个直播标签集合存储至本地缓存。
129.具体的，服务端可以将上述每个直播标签集合中包括的至少一个直播标签存储至该本地缓存，以使得当服务端(和客户端)需要获取某一个直播标签集合(或某一个直播标签)时，可以直接从该本地缓存中获取。
130.本公开实施例中，当服务端启动时，该服务端可以触发预热(warm up)机制，具体为从分布式缓存中获取上述多个直播标签集合，并且将该多个直播标签集合存储至本地缓存，以满足该服务端(和客户端)的直播标签获取需求。
131.上述实施例提供的技术方案至少能够带来以下有益效果：由s110-s111可知，由于分布式缓存中存储有多个直播标签集合，因此当服务端启动时，该服务端可以触发预热机制，具体为可以从该分布式缓存中获取该多个直播标签集合，并且将该多个直播标签集合存储至本地缓存，能够快速有效地获取并存储该多个直播标签集合中的每个直播标签集合以该每个直播标签集合中包括的每一个直播标签。进而，当服务端(和客户端)需要获取某一个直播标签集合(例如目标直播标签集合)或某一个直播标签(例如目标直播标签)时，可以提升该直播标签集合(或该直播标签)的获取效率。
132.结合图8，如图9所示，本公开实施例提供的标签获取方法还可以包括s112。
133.s112、在本地缓存中未存储目标直播标签集合的情况下，服务端从分布式缓存中获取目标直播标签集合。
134.应理解，该目标直播标签集合可以为上述多个直播标签集合以外的直播标签集合，即服务端从本地缓存中获取该多个直播标签集合时并未获取到该目标直播标签，此时该服务端可以继续从该分布式缓存中获取该目标直播标签集合。
135.在一种情况下，该本地缓存中可能之前存储有该目标直播标签集合，由于某种原因(例如该本地缓存的存储空间较小)，服务端在该本地缓存中删除了该目标直播标签集合，如此该服务端需要重新从该分布式缓存中获取该目标直播标签集合。
136.上述实施例提供的技术方案至少能够带来以下有益效果：由s112可知，在本地缓存中未存储目标直播标签集合的情况下，说明服务端中未存储与主播标识以及预设直播类信息均对应的直播标签集合(即目标直播标签集合)，此时该服务端可以从分布式缓存中获取该目标直播标签集合，能够提升目标直播标签集合的获取有效性，进而能够保证服务端可以从该目标直播标签中获取到目标直播标签。
137.结合图9，如图10所示，本公开实施例提供的标签获取方法还可以包括s113。
138.s113、当标签获取请求的数量为多个，并且本地缓存中未存储目标直播标签集合时，服务端按照多个标签获取请求中每个标签获取请求的先后顺序，依次从分布式缓存中获取每个标签获取请求对应的直播标签集合。
139.应理解，该每个标签获取请求对应的直播标签集合为与该每个标签获取请求中包括的主播标识以及直播类信息均对应的直播标签集合。
140.可以理解的是，服务端在一段时间内接收到的标签获取请求的数量可能为多个(可能都是上述客户端发送的，也可能是其他客户端发送的)，此时服务端可以处理该每个标签获取请求，即确定该每个标签获取请求对应的直播标签集合(或对应的直播标签)。
141.本公开实施例中，当该本地缓存中未存储目标直播标签集合时，说明该服务端中未存储与该每个标签获取请求对应的直播标签集合，此时服务端需要从分布式缓存中获取该每个标签获取请求对应的直播标签集合。为了保证该每个标签获取请求对应的直播标签集合的获取有效性，也为了保证该分布式缓存的正常运行(避免其负载过大)，服务端可以按照该每个标签获取请求的先后顺序，一次只处理一个，即依次从该分布式缓存中获取该每个标签获取请求对应的直播标签集合。具体的，当服务端从分布式缓存中获取到第一个标签获取请求对应的直播标签集合之后，再去从分布式缓存中获取第二个标签获取请求对应的直播标签。
142.上述实施例提供的技术方案至少能够带来以下有益效果：由s113可知，当标签获取请求的数量为多个，并且本地缓存中未存储目标直播标签集合时，说明服务端中未存储多个标签获取请求中每个标签获取请求对应的直播标签集合。此时该服务端可以按照该每个标签获取请求的先后顺序，依次从分布式缓存中获取该每个标签获取请求对应的直播标签集合，可以在保证能够获取到该每个标签获取请求对应的直播标签集合的同时，保证分布式缓存的正常运行。
143.可以理解的，在实际实施时，本公开实施例所述的服务端可以包含有用于实现前述对应标签获取方法的一个或多个硬件结构和/或软件模块，这些执行硬件结构和/或软件
模块可以构成一个服务端。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
144.基于这样的理解，本公开实施例还对应提供一种标签获取装置，图11示出了本公开实施例提供的标签获取装置的结构示意图。如图11所示，该标签获取装置20可以包括：接收模块201、确定模块202以及发送模块203。
145.接收模块201，被配置为接收客户端发送的标签获取请求，该标签获取请求包括主播标识以及与该主播标识对应的预设直播类信息，该预设直播类信息用于表征直播活动所属的类型。
146.确定模块202，被配置为响应于该标签获取请求，确定与该预设直播类信息对应的主播标识集合。
147.确定模块202，还被配置为在该主播标识集合中包括该主播标识的情况下，根据该主播标识，确定与该主播标识对应的目标直播标签。
148.发送模块203，被配置为将该目标直播标签发送至该客户端。
149.可选地，上述标签获取装置20还包括获取模块。
150.该获取模块，被配置为获取该主播标识集合中包含的主播标识的数量。
151.确定模块202，还被配置为确定该主播标识的数量小于或等于数量阈值。
152.可选地，确定模块202，还被配置为当该主播标识的数量大于该数量阈值时，确定与该主播标识对应的可展示直播标签，该可展示直播标签的标签状态为上线中。
153.发送模块203，还被配置为在该可展示直播标签中包括与该预设直播类信息对应的目标直播标签的情况下，将该目标直播标签发送至该客户端。
154.发送模块203，还被配置为在该可展示直播标签中不包括与该预设直播类信息对应的目标直播标签的情况下，向该客户端发送标签获取失败响应，该标签获取失败响应用于通知不存在与该主播标识以及该预设直播类信息均对应的直播标签。
155.可选地，该获取模块，具体被配置为当该主播标识的数量大于该数量阈值时，从分布式缓存中获取与该主播标识对应的该可展示直播标签。
156.可选地，该获取模块，具体被配置为获取预设对应关系，该预设对应关系包括多个直播类信息以及该多个直播类信息各自对应的主播标识集合。
157.确定模块202，还被配置为基于该预设直播类信息以及该预设对应关系，从该多个直播类信息各自对应的主播标识集合中确定该预设直播类信息对应的主播标识集合。
158.确定模块202，还被配置为基于该预设直播类信息对应的主播标识集合，确定该预设直播类信息对应的主播标识集合中包含的主播标识的数量。
159.可选地，该获取模块，被配置为在本地缓存中存储有目标直播标签集合的情况下，根据该主播标识从该本地缓存中存储的该目标直播标签集合中获取该目标直播标签，该目标直播标签集合为与该主播标识以及该预设直播类信息均对应的直播标签集合。
160.可选地，上述标签获取装置20还包括存储模块。
161.该获取模块，还被配置为当服务端启动时，从分布式缓存中获取多个直播标签集
合；
162.该存储模块，被配置为将该多个直播标签集合存储至该本地缓存。
163.可选地，该获取模块，还被配置为在该本地缓存中未存储该目标直播标签集合的情况下，从该分布式缓存中获取该目标直播标签集合。
164.可选地，该获取模块，还被配置为当该标签获取请求的数量为多个，并且该本地缓存中未存储该目标直播标签集合时，按照多个标签获取请求中每个标签获取请求的先后顺序，依次从该分布式缓存中获取该每个标签获取请求对应的直播标签集合。
165.如上所述，本公开实施例可以根据上述方法示例对标签获取装置进行功能模块的划分。其中，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。另外，还需要说明的是，本公开实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。
166.关于上述实施例中的标签获取装置，其中各个模块执行操作的具体方式、以及具备的有益效果，均已经在前述方法实施例中进行了详细描述，此处不再赘述。
167.图12是本公开提供的另一种标签获取装置的结构示意图。如图12，该标签获取装置30可以包括至少一个处理器301以及用于存储处理器可执行指令的存储器303。其中，处理器301被配置为执行存储器303中的指令，以实现上述实施例中的标签获取方法。
168.另外，标签获取装置30还可以包括通信总线302以及至少一个通信接口304。
169.处理器301可以是一个处理器(central processing units，cpu)，微处理单元，asic，或一个或多个用于控制本公开方案程序执行的集成电路。
170.通信总线302可包括一通路，在上述组件之间传送信息。
171.通信接口304，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，ran)，无线局域网(wireless local area networks，wlan)等。
172.存储器303可以是只读存储器(read-only memory，rom)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，ram)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、只读光盘(compact disc read-only memory，cd-rom)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过总线与处理单元相连接。存储器也可以和处理单元集成在一起。
173.其中，存储器303用于存储执行本公开方案的指令，并由处理器301来控制执行。处理器301用于执行存储器303中存储的指令，从而实现本公开方法中的功能。
174.在具体实现中，作为一种实施例，处理器301可以包括一个或多个cpu，例如图12中的cpu0和cpu1。
175.在具体实现中，作为一种实施例，标签获取装置30可以包括多个处理器，例如图12中的处理器301和处理器307。这些处理器中的每一个可以是一个单核(single-cpu)处理
器，也可以是一个多核(multi-cpu)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
176.在具体实现中，作为一种实施例，标签获取装置30还可以包括输出设备305和输入设备306。输出设备305和处理器301通信，可以以多种方式来显示信息。例如，输出设备305可以是液晶显示器(liquid crystal display，lcd)，发光二级管(light emitting diode，led)显示设备，阴极射线管(cathode ray tube，crt)显示设备，或投影仪(projector)等。输入设备306和处理器301通信，可以以多种方式接受用户的输入。例如，输入设备306可以是鼠标、键盘、触摸屏设备或传感设备等。
177.本领域技术人员可以理解，图12中示出的结构并不构成对标签获取装置30的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。
178.另外，本公开还提供一种计算机可读存储介质，包括指令，当指令由服务器执行时，使得服务器执行如上述实施例所提供的标签获取方法。
179.另外，本公开还提供一种计算机程序产品，包括指令，当指令由服务器执行时，使得服务器执行如上述实施例所提供的标签获取方法。
180.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。