本申请涉及直播技术领域，具体而言，本申请涉及一种直播标签加载方法、装置以及计算机设备。
背景技术：
随着技术的发展，直播因其良好的交互性等优点，被越来越广泛的应用在人们的日常生活中。在直播时，主播通过直播应用程序开启一个直播间，然后在该直播间中录制想要分享的视频，用户通过直播应用程序进入该直播间，就可以观看到主播直播的视频。另外，在直播过程中，用户还可以通过送礼等方式与主播进行互动。
在直播内容展示过程中，为了帮助用户认知直播内容，提高点击率以及在直播间中的停留时长等等，需要加载直播标签。但是目前加载的直播标签显示较为单一。
技术实现要素：
本申请针对现有方式的缺点，提出一种直播标签加载方法、装置以及计算机设备，以实现直播标签显示的多样性。
本申请的实施例根据第一个方面，提供了一种直播标签加载方法，包括：
接收直播终端发送的直播信息获取请求；所述直播信息获取请求包括若干个第一请求条件；
从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板；所述请求模板包括若干个第二请求条件；
根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，并返回给所述直播终端。
在一个实施例中，所述根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，包括：
根据预先配置的所述目标请求模板对应的各个标签的优先级从高到底的顺序，依次从各个标签中选取一个标签；
获取所述标签的显示方式对应的实际变量；
若所述实际变量为空，返回依次从各个标签中选取一个标签的步骤，直至所有的标签均被选取；
若所述实际变量不为空，根据所述标签的显示方式和所述实际变量，生成所述标签的标签内容，返回依次从各个标签中选取一个标签的步骤，直至所有的标签均被选取。
在一个实施例中，所述从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板，包括：
从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的请求模板；
若筛选出的请求模板仅有一个，将筛选出的请求模板作为目标请求模板；
若筛选出的请求模板有多个，根据预先设置的筛选出的请求模板的优先级，从筛选出的请求模板中选取优先级最高的请求模板作为目标请求模板。
在一个实施例中，所述接收直播终端发送的直播信息获取请求，之前，还包括：
获取直播间在直播状态时生效的各个标签；
为所述直播间配置若干个请求模板；
为所述直播间的每个请求模板分别配置生效的各个标签的优先级顺序以及生效的各个标签的显示方式。
在一个实施例中，所述接收直播终端发送的直播信息获取请求，之前，还包括：
设置各个请求模板的优先级。
在一个实施例中，所述请求模板为若干个第二请求条件组成的逻辑表达式；所述第二请求条件包括主播账号、直播间账号、直播间类型、直播间展示位置、当前请求用户账号、直播终端类型、直播终端平台、直播终端版本、直播终端渠道、直播软件版本和/或设备编号。
本申请的实施例根据第二个方面，还提供了一种直播标签加载装置，包括：
请求获取模块，用于接收直播终端发送的直播信息获取请求；所述直播信息获取请求包括若干个第一请求条件；
目标请求模板筛选模块，用于从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板；所述请求模板包括若干个第二请求条件；
标签内容生成模块，用于根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，并返回给所述直播终端。
在一个实施例中，所述标签内容生成模块包括：
标签选取单元，用于根据预先配置的所述目标请求模板对应的各个标签的优先级从高到底的顺序，依次从各个标签中选取一个标签；
实际变量获取单元，用于获取所述标签的显示方式对应的实际变量；
标签内容生成单元，用于在所述实际变量为空时，进入所述标签选取单元执行依次从各个标签中选取一个标签的功能，直至所有的标签均被选取；在所述实际变量不为空时，根据所述标签的显示方式和所述实际变量，生成所述标签的标签内容，进入所述标签选取单元执行依次从各个标签中选取一个标签的功能，直至所有的标签均被选取。
本申请的实施例根据第三个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任意一项所述的直播标签加载方法。
本申请的实施例根据第四个方面，还提供了一种计算机设备，所述计算机设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的直播标签加载方法。
上述的直播标签加载方法、装置以及计算机设备，预先设置各个请求模板，并为每个请求模板单独配置标签以及标签的显示方式，在接收到直播终端发送的请求条件时，筛选出匹配的请求模板，然后根据获取的实际变量和筛选出的请求模板对应的标签和显示方式，即可以生成对应的标签内容。由于本申请针对不同的请求模板可以定制不同的标签以及标签的显示方式，因此在直播终端的请求条件不同时，生成的标签内容也不相同，提高了标签内容的匹配度和扩展性，实现了直播标签的多样化显示，极大便利了直播运营的可操作性。
本申请附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本申请的实践了解到。
附图说明
本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：
图1为本申请一个实施例的直播标签加载方法的流程示意图；
图2为本申请另一个实施例的直播标签加载方法的流程示意图；
图3为本申请一个具体实施例的直播标签展示的界面示意图；
图4为本申请一个实施例的直播标签加载装置的结构示意图；
图5为本申请一个实施例的计算机设备的结构示意图。
具体实施方式
下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能解释为对本申请的限制。
本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本申请的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。
本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本申请所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解，这里所使用的“终端”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，执行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunicationsservice，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personaldigitalassistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(globalpositioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“终端”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobileinternetdevice，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
本技术领域技术人员可以理解，这里所使用的服务器包括但不限于计算机、网络主机、单个网络服务器、多个网络服务器集或多个服务器构成的云。在此，云由基于云计算(cloudcomputing)的大量计算机或网络服务器构成，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。本申请的实施例中，终端与服务器之间可通过任何通信方式实现通信，包括但不限于，移动通信、计算机网络通信以及基于蓝牙、红外传输标准的近距无线传输方式。
本申请为了实现直播标签加载，需要预先设置各个请求模板，每个请求模板对应的各个标签以及各个标签的显示方式。为了更好的理解本申请，首先对准备阶段的过程进行详细介绍。
在一个实施例中，所述接收直播终端发送的直播信息获取请求，之前，还包括：
s101、获取直播间在直播状态时生效的各个标签。
直播标签一般分为后台设置、ai(artificialintelligence，人工智能)自动识别、活动运营配置、直播内容匹配标签等。一个直播间在直播状态时，可能会同时有多种标签生效，服务端定时获取当前的直播列表，并获取各个直播间有效的标签内容。生效的标签指的是直播间当前显示的标签。例如，对于直播间a，主播在跳舞时会有跳舞标签，运营人员为该直播间a配置了运营标签，直播间a还有一个自己默认的标签，那么该直播间a当前生效的标签包括跳舞标签、运营标签和默认的标签。
获取直播间的所有生效标签，如单个直播间live-n同一时间点有0-j个生效的标签(比如同时存在后台设置标签和ai自动识别标签)，live-n:tag(标签)-1，live-n:tag-2……live-n:tag-j，为其它步骤(如标签优先级排序，标签显示方式)提供数据源。
s102、为所述直播间配置若干个请求模板。
本申请的发明人经研究发现，直播封面的不同直播终端、直播终端的不同版本号、直播间的不同展示位置等对同个直播封面的标签展示优先级、样式、内容有不同的要求，例如，pc(personalcomputer，个人计算机)端由于屏幕大、展示列表多等特点需展示更丰富内容的标签，而移动端由于屏幕有限，需展示精要内容，因此设置的请求条件需要尽量涵盖不同直播终端的多种请求场景。
可以在数据库中定义直播标签的请求条件(rc，requestcondition)，在一个实施例中，请求条件(包括第一请求条件和第二请求条件)包括主播账号(主播id，owid)、直播间账号(直播间id，cid)、直播间类型(live_business，如跳舞类型等)、直播间展示位置(tab_id)、当前请求用户(即发送直播信息获取请求的用户)账号(uid)、直播终端类型(term_type)、直播终端平台(term_platform)、直播终端版本(term_version)、直播终端渠道(channel)、直播软件版本(version，如yy_version)和/或设备编号(device_id)等等。应当理解的是，本申请并不对请求条件包括的内容进行限定，用户还可以根据需要设置其他请求条件。
服务端根据配置的不同request_condition组合生成请求模板(request_template)，默认的请求模板没有请求条件限制。可选的，所述请求模板为若干个第二请求条件组成的逻辑表达式。逻辑表达式是计算机可以理解的算式，带入实际变量可以得出一个bool值(yesorno)。当用户请求的真实条件符合某一请求模板的逻辑表达式(即计算机代入变量后的计算结果为yes)，则说明用户请求匹配到该请求模板。
例如，定义：版本号范围为(1,5]、android平台的跳舞类型的直播间组成一个请求模板，该请求模板的逻辑表达式为：yy_version>1&&yy_version<＝5&&term_platform.equales("android")&&live_business.equales("dance")。
根据设置的请求条件，为该直播间live-n配置若干个请求模板，例如为直播间live-n配置1-m个请求模板，分别为：live-n:rc-1，live-n:rc-2……live-n:rc-m。
s103、为所述直播间的每个请求模板分别配置生效的各个标签的优先级顺序以及生效的各个标签的显示方式。
每个请求模板可指定各个标签的优先级顺序(即标签的分类排序)以及各个标签的显示方式(即标签的个性化内容的显示表达式)。各个标签的优先级顺序指的是为单个请求模板配置了n个不同的标签，需要设置n个不同的标签的优先级，从而方便后续标签内容的生成。各个标签的显示方式指的是各个标签内容以何种形式显示，显示方式中会设置输出变量，将获取的实际变量带入该显示方式的输出变量中即可以得到显示的标签内容。针对请求模板对应的各个标签，可以为该请求模板中的各个标签设置对应的个性化内容，例如针对请求模板live-n:rc-m对应的标签live-n:tag-j，用户可以对该标签live-n:tag-j的显示方式进行设置，并绑定该请求模板和该标签的显示方式之间的对应关系，如live-n:rc-m:tag-j。
例如，请求模板名称为：版本号范围为(1,5]、android平台的跳舞类型的直播间，逻辑表达式为：
yy_version>1&&yy_version<＝5&&term_platform.equales("android")&&live_business.equales("dance")
对应有如下配置：
(1)标签的优先级顺序：tag-1>tag-3>tag2>tag5>tag4
(2)标签的显示方式(即显示表达式)，以指定tag-3的显示表达式为例，tag-3：击杀{kill_num}人，kill_num是tag-3标签的输出变量。
服务端定时从各类标签数据源获取live-n:tag-j的原始信息(实际变量)，将原始信息带入配置的live-n:rc-m:tag-j中，即可以得到待显示的标签内容。
例如，tag-3有输出变量：kill_num：击杀人数，alive_num：存活人数，假设实际变量：kill_num：1，alive_num：10，设置的显示方式为：击杀{kill_num}人，还存活{alive_num}人，则输出的标签内容为：击杀1人，还存活10人。
在一个实施例中，所述接收直播终端发送的直播信息获取请求，之前，还包括：设置各个请求模板的优先级。不同的请求模板可以指定同一标签的不同显示方式，而直播终端发送的请求可能会满足多个请求模板，因此为了输出一个有效的标签内容，需指定多个请求模板的优先级，优先级高的，优先输出。
例如，请求模板1对tag-3的显示方式设置为：击杀{kill_num}人，还存活{alive_num}人，请求模板2对tag-3的显示方式设置为：击杀{kill_num}，如果直播终端发送的直播信息获取请求同时满足请求模板1和请求模板2，请求模板2的优先级高于请求模板1的优先级，获取实际的击杀数量n，则输出标签内容：击杀n人。
另外，还可以对标签内容进行分布式缓存，如上所述，live-n可配置m*j(m>＝1,j>＝1)个标签输出，服务端根据配置输出标签内容后，放在缓存服务中，缓存的标识值可以为live-n:rc-m:tag-j。
下面对本申请直播标签加载方法的具体实施方式进行详细介绍。
如图2所示，在一个实施例中，一种直播标签加载方法，包括：
s201、接收直播终端发送的直播信息获取请求；所述直播信息获取请求包括若干个第一请求条件。
直播终端包括主播终端以及用户终端。直播终端封装请求条件(tag_request)，生成直播信息获取请求，并发送给服务端。直播信息获取请求包含的请求条件可以根据用户实际需要进行设置，例如，直播信息获取请求包含的请求条件包括：版本号：2，请求平台：android，品类：dance。
s202、从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板；所述请求模板包括若干个第二请求条件。
预先设置的各个请求模板中分别包含若干个请求条件。服务端收到tag_request，将tag_request与各个请求模板包含的请求条件进行匹配，当tag_request符合某一请求模板的逻辑表达式(即计算机代入变量后的计算结果为yes)，则说明tag_request匹配到该请求模板，即找到与直播信息获取请求上下文符合的请求模板。
s203、根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，并返回给所述直播终端。
预先为单个请求模板配置有各个标签以及各个标签的显示方式。找到目标请求模板后，确定目标请求模板对应的各个标签，以及各个标签的显示方式，显示方式中会设置输出变量，获取各个标签的实际变量，将获取的实际变量带入该显示方式中的输出变量中，即可以得到显示的标签内容，然后将该标签内容返回给直播终端。
上述直播标签加载方法，针对不同的请求模板可以定制不同的标签以及标签的显示方式，因此在直播终端的请求条件不同时，生成的标签内容也不相同，提高了标签内容的匹配度和扩展性，实现了直播标签的多样化显示，极大便利了直播运营的可操作性。
在一个实施例中，所述根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，包括：
s2031、根据预先配置的所述目标请求模板对应的各个标签的优先级从高到底的顺序，依次从各个标签中选取一个标签。
找到目标请求模板后，确定目标请求模板对应的各个标签的优先级排序(tag_request:tag_sort)。按照tag_request:tag_sort，从各个标签中依次选取一个标签，具体为：首先从各个标签中选取一个优先级最高的标签，进入步骤s2032，以及步骤s2033或者步骤s2034，优先级最高的标签处理完成后，再从各个标签中选取优先级最高的标签的下一级标签，进入步骤s2032，以及步骤s2033或者步骤s2034，……，依次重复，直至所有的标签均被选取。
s2032、获取所述标签的显示方式对应的实际变量。
从标签的数据源中获取实际变量，该实际变量为标签的显示方式中设置的输出变量所指示的数据，例如，标签的显示方式为击杀{kill_num}人，则从标签的数据源中获取当前击杀的人数(也即是实际变量)。
s2033、若所述实际变量为空，返回依次从各个标签中选取一个标签的步骤，直至所有的标签均被选取。
如果获取不到该标签的实际变量，则不生成对应的标签内容，接着从各个标签中选取下一级优先级的标签。
s2034、若所述实际变量不为空，根据所述标签的显示方式和所述实际变量，生成所述标签的标签内容，返回依次从各个标签中选取一个标签的步骤，直至所有的标签均被选取。
如果获取到该标签的实际变量，根据目标请求模板对应的各个标签的显示方式找到该标签的显示方式，然后将该实际变量带入该标签的显示方式所设置的输出变量中，就生成该标签的标签内容，将该标签内容返回给直播终端，然后接着从各个标签中选取下一级优先级的标签，依次循环，直至所有的标签均被选取。
需要说明的是，本申请可以在生成一个标签的标签内容后，将该标签内容先返回给直播终端，也可以在所有的标签内容均生成后，一起返回给直播终端，本申请并不对此做出限定。
为了更好的理解本申请，下面结合一个具体实施例进行说明。
直播终端发送的直播信息获取请求包括如下请求条件：
版本号：2
请求平台：android
品类：dance
根据该直播信息获取请求包括的请求条件，从各个请求模板中找到以下目标请求模板：
版本号范围为(1,5]、android平台的跳舞类型的直播间
逻辑表达式：yy_version>1&&yy_version<＝5&&term_platform.equales("android")&&live_business.equales("dance")
设置的目标请求模板的各个标签的排序规则(即优先级顺序)为：
tag-1>tag-3>tag2>tag5>tag4
按照优先级顺序，首先取tag-1，获取的tag-1内容为空，再取tag-3，tag-3有内容(即实际变量)，该目标请求模板对应的tag-3的显示方式为击杀{kill_num}人，还存活{alive_num}人，则生成并返回的标签内容为：击杀kill_num人，还存活alive_num人(代入实际变量)，再取tag2，……，依次循环，直至tag4被选取处理。
在一个实施例中，所述从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板，包括：从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的请求模板；若筛选出的请求模板仅有一个，将筛选出的请求模板作为目标请求模板；若筛选出的请求模板有多个，根据预先设置的筛选出的请求模板的优先级，从筛选出的请求模板中选取优先级最高的请求模板作为目标请求模板。当直播终端的直播信息获取请求满足多个请求模板时，为了输出一个有效的标签内容，需要从匹配的请求模板中选取一个优先级最高的请求模板，然后按照优先级最高的请求模板对应的标签的显示方式生成标签内容。
如图3所示，为一具体实施例的直播标签展示的界面示意图，从该界面示意图可以看出，当前展示的直播内容的标签内容为存活9人等，因此本申请通过将标签优先级排序和标签显示方式与请求条件组合绑定，通过直播终端发送的请求条件匹配不同的标签优先级顺序和标签显示方式，能够产生特定的标签内容输出，有效提高了直播标签显示的多样性。
基于同一发明构思，本申请还提供一种直播标签加载装置，下面结合附图对本申请装置的具体实施方式进行详细介绍。
如图4所示，在一个实施例中，一种直播标签加载装置，包括：
请求获取模块401，用于接收直播终端发送的直播信息获取请求；所述直播信息获取请求包括若干个第一请求条件；
目标请求模板筛选模块402，用于从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的目标请求模板；所述请求模板包括若干个第二请求条件；
标签内容生成模块403，用于根据预先配置的所述目标请求模板对应的各个标签和各个标签的显示方式，以及获取的各个标签的显示方式对应的实际变量，生成待加载的标签内容，并返回给所述直播终端。
在一个实施例中，所述标签内容生成模块403包括：
标签选取单元4031，用于根据预先配置的所述目标请求模板对应的各个标签的优先级从高到底的顺序，依次从各个标签中选取一个标签；
实际变量获取单元4032，用于获取所述标签的显示方式对应的实际变量；
标签内容生成单元4033，用于在所述实际变量为空时，进入所述标签选取单元4031执行依次从各个标签中选取一个标签的功能，直至所有的标签均被选取；在所述实际变量不为空时，根据所述标签的显示方式和所述实际变量，生成所述标签的标签内容，进入所述标签选取单元4031执行依次从各个标签中选取一个标签的功能，直至所有的标签均被选取。
在一个实施例中，目标请求模板筛选模块402从预设的各个请求模板中筛选出与所述若干个第一请求条件均匹配的请求模板；在筛选出的请求模板仅有一个时，将筛选出的请求模板作为目标请求模板；在筛选出的请求模板有多个时，根据预先设置的筛选出的请求模板的优先级，从筛选出的请求模板中选取优先级最高的请求模板作为目标请求模板。
在一个实施例中，本申请装置还包括设置模块，所述设置模块用于获取直播间在直播状态时生效的各个标签；为所述直播间配置若干个请求模板；为所述直播间的每个请求模板分别配置生效的各个标签的优先级顺序以及生效的各个标签的显示方式。
在一个实施例中，所述设置模块还用于设置各个请求模板的优先级。
在一个实施例中，所述请求模板为若干个第二请求条件组成的逻辑表达式；所述第二请求条件包括主播账号、直播间账号、直播间类型、直播间展示位置、当前请求用户账号、直播终端类型、直播终端平台、直播终端版本、直播终端渠道、直播软件版本和/或设备编号。
上述直播标签加载装置的其它技术特征与上述直播标签加载方法的技术特征相同，在此不予赘述。
本申请实施例还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任意一项所述的直播标签加载方法。其中，所述存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随即存储器)、eprom(erasableprogrammableread-onlymemory，可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储介质包括由设备(例如，计算机)以能够读的形式存储或传输信息的任何介质。可以是只读存储器，磁盘或光盘等。
本申请实施例还提供一种计算机设备，所述计算机设备包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任意一项所述的直播标签加载方法。
图5为本申请计算机设备的结构示意图，包括处理器502、存储装置503、输入单元504以及显示单元505等器件。本领域技术人员可以理解，图5示出的结构器件并不构成对所有计算机设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储装置503可用于存储应用程序501以及各功能模块，处理器502运行存储在存储装置503的应用程序501，从而执行设备的各种功能应用以及数据处理。存储装置503可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本申请所公开的存储装置包括但不限于这些类型的存储装置。本申请所公开的存储装置503只作为例子而非作为限定。
输入单元504用于接收信号的输入，以及接收直播终端发送的直播信息获取请求。输入单元504可包括触控面板以及其它输入设备。触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元505可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元505可采用液晶显示器、有机发光二极管等形式。处理器502是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储装置503内的软件程序和/或模块，以及调用存储在存储装置内的数据，执行各种功能和处理数据。
在一实施方式中，计算机设备包括一个或多个处理器502，以及一个或多个存储装置503，一个或多个应用程序501，其中所述一个或多个应用程序501被存储在存储装置503中并被配置为由所述一个或多个处理器502执行，所述一个或多个应用程序501配置用于执行以上实施例所述的直播标签加载方法。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
应该理解的是，在本申请各实施例中的各功能单元可集成在一个处理模块中，也可以各个单元单独物理存在，也可以两个或两个以上单元集成于一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
以上所述仅是本申请的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。