直播间内下发评论容器的方法、装置及系统与流程

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.根据本公开实施例的第三方面，提供一种直播间内下发评论容器的装置，所述装置被设置在服务器，包括：
32.判断单元，被配置为根据目标直播间的标识信息判断所述目标直播间是否满足下发目标评论容器的条件，所述目标评论容器用于触发直播间中动态展示样式的评论内容；
33.获取单元，被配置为当所述判断单元确定所述目标直播间满足下发目标评论容器的条件时，根据所述目标直播间的当前直播类别获取对应的配置文件；所述配置文件记录不同直播类别及对应的评论内容的配置信息；
34.下发单元，被配置为根据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个终端。
35.在本公开的一些实施例中，所述判断单元包括：
36.验证模块，被配置为根据所述标识信息及配置文件对所述目标直播间的业务参数进行验证；
37.确定模块，被配置为验证成功后，确定是否重写延迟触发策略接口；
38.所述确定模块，还被配置为当确定未重写所述延迟触发策略接口时，确定所述目标直播间满足下发所述目标评论容器的条件。
39.在本公开的一些实施例中，所述判断单元还包括：
40.判断模块，被配置为当确定重写所述延迟触发策略接口时，向消息中间件发送延迟消息，并判断是否满足延迟下发的条件，所述延迟下发的条件包括目标直播间的开播状态、不同目标直播间的延迟响应优先级、及目标直播间的自定义触发策略；
41.所述确定模块，还被配置为当确定满足所述延迟下发的条件时，确定所述目标直播间满足下发目标评论容器的条件。
42.在本公开的一些实施例中，所述判断模块还被配置为：
43.确认所述目标直播间是否为开播状态；
44.确认所述目标直播间的延迟响应优先级；
45.监控是否满足目标直播间的自定义触发策略；所述目标直播间的自定义触发策略由所述目标直播间的在线人数、开播时长、点赞数量中的至少一种触发；
46.若确定所述目标直播间为开播状态、满足目标直播间的自定义触发策略，且符合所述延迟响应优先级，则确定满足所述延迟下发的条件；
47.若确定所述目标直播间为关播状态、不满足目标直播间的自定义触发策略，或不符合所述延迟响应优先级，则确定不满足所述延迟下发的条件。
48.在本公开的一些实施例中，所述下发单元包括：
49.配置模块，被配置为根据所述配置信息中的评论展示样式、评论展示/失效时间，对所述目标评论容器进行配置；
50.下发模块，被配置为将配置后的目标评论容器携带于控制信令中，调用发送信息接口并将所述控制信令发送至所述目标直播间中的每个在线终端中。
51.根据本公开实施例的第四方面，提供一种直播间内下发评论容器的装置，所述装置被设置在终端，包括：
52.接收单元，被配置为响应于目标直播间的播放，接收服务器下发的目标评论容器，其中，所述目标评论容器包含配置信息；
53.显示单元，被配置为将所述目标评论容器显示于直播界面中；
54.所述显示单元，还被配置为响应于基于所述目标评论容器触发的评论指令，根据所述配置信息将评论内容显示于直播界面中。
55.在本公开的一些实施例中，所述配置信息包括：评论展示样式、评论展示/失效时间；
56.所述显示单元，还被配置为根据所述评论展示样式、评论展示/失效时间，将所述评论内容显示于直播界面中。
57.根据本公开实施例的第五方面，提供一种直播间内下发评论容器的系统，所述系统包括服务器及终端，其中，
58.所述服务器包括如第三方面所述的直播间内下发评论容器的装置；
59.所述终端包括如第四方面所述的直播间内下发评论容器的装置。
60.根据本公开实施例的第六方面，提供一种电子设备，包括：
61.处理器；
62.用于存储所述处理器可执行指令的存储器；
63.其中，所述处理器被配置为执行所述指令，以实现如第一方面或第二方面所述的直播间内下发评论容器的方法。
64.根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面或第二方面所述的直播间内下发评论容器的方法。
65.根据本公开实施例的第八方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如第一方面或第二方面所述的直播间内下发评论容器的方法。
66.本公开的实施例提供的技术方案至少带来以下有益效果：本公开的实施例，首先根据目标直播间的标识信息判断所述目标直播间是否满足下发目标评论容器的条件，在确定目标直播间满足下发目标评论容器的条件后，根据所述目标直播间的当前直播类别获取对应的配置文件，该配置文件记录不同直播类别及对应的评论内容的配置信息，根据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个终端，以便终端在观看直播时通过配置后的目标评论容器触发包含动态展示样式的评论内容。整个目标评论容器的下发过程，不限于目标直播间的特定场景，而是在确认目标直播间满足下发条件后，通过获取与当前直播类别对应的配置文件，使用该配置文件直接对目标评论容器进行配置后下发至观看直播的各个终端，下发过程无需人工参与，简化了直播间接入目标评论容器的配置步骤。
67.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
68.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
69.图1是根据一示例性实施例示出的一种直播间内下发评论容器的系统的架构示意图。
70.图2是根据一示例性实施例示出的一种直播间内下发评论容器的方法的流程图；
71.图3是根据一示例性实施例示出的一种根据目标直播间的标识信息进行判断是否满足下发目标评论容器的条件的方法的流程图；
72.图4是根据一示例性实施例示出的一种判断是否满足延迟下发的条件的方法的流程图；
73.图5是根据一示例性实施例示出的一种直播间内下发评论容器的方法的流程图；
74.图6是根据一示例性实施例示出的一种直播间、服务器及终端的交互流程图；
75.图7是根据一示例性实施例示出的一种直播间内下发评论容器的装置框图；
76.图8是根据一示例性实施例示出的一种直播间内下发评论容器的装置框图；
77.图9是根据一示例性实施例示出的一种直播间内下发评论容器的装置框图；
78.图10是根据一示例性实施例示出的一种电子设备1000的框图；
79.图11是根据一示例性实施例示出的一种电子设备1100的框图。
具体实施方式
80.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
81.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
82.为了更好的理解本公开实施例公开的一种直播间内下发评论容器的方法，下面首先对本公开实施例适用的直播间内下发评论容器的系统进行描述。
83.请参见图1，图1根据一示例性实施例示出的一种直播间内下发评论容器的系统的架构示意图。该直播间内下发评论容器的系统可包括但不限于一个服务器和一个终端，图1所示的服务器和终端的数量及形态仅用于举例并不构成对本公开实施例的限定，实际应用中可以包括两个或两个以上的服务器，两个或两个以上的终端。图1所示的系统以包括一个服务器1和一个终端2为例。
84.本实施例所述的服务器1是网络侧的一种用于发送控制信息和接收请求信息的服务器，其表现形式可以是一个独立的服务器，也可以为服务器集群，还可以为包含一个或多个可用介质集成的服务器，具体的，本公开实施例对此不进行限定。
85.本公开实施例所述的终端2为能够与服务器1直接进行信息交互的应用程序，该应用程序允许被安装于具备信息交互功能的终端设备中。终端设备也可以称为终端设备(terminal)、用户设备(user equipment，ue)、移动台(mobile station，ms)、移动终端设备(mobile terminal，mt)等。终端设备可以是具备信息交互功能的汽车、智能汽车、手机(mobile phone)、穿戴式设备、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端设备，本公开实施例对终端2的安装设备的设备形态不做限定。
86.图2是根据一示例性实施例示出的一种直播间内下发评论容器的方法的流程图，如图1所示，该方法用于服务器中，包括以下步骤。
87.在步骤101中，根据目标直播间的标识信息判断所述目标直播间是否满足下发目标评论容器的条件。
88.本公开实施例应用于通过直播间进行直播的应用场景中，本公开实施例所述的目标评论容器用于触发直播间中动态展示样式的评论内容。
89.服务器对直播间的开播事件或者当前正在直播的直播间切换直播类型的事件进行监听，当监测到开播事件发生，或者监测到主播切换直播类型的事件后，执行图1所示的方法。
90.在具体实现过程中，服务器在监听事件时，可以采用但不局限于采用发布/订阅模式kafka，kafka作为一个集群运行在一个或多个服务器上，consumer作为消息和数据的消费者，主要负责主动到已订阅的topic中拉取消息并消费，当监听到消费kafka消息时，确定
直播间的开播事件或者当前正在直播的直播间切换直播类型的事件发生。
91.本公开实施例所述的目标直播间可以为一个直播间，也可以为多个直播间，为了便于描述，本公开实施例以一个目标直播间为例进行说明，在服务器侧监听一个直播间的操作流程，与监听多个直播间的操作流程原理相同，但是应当明确的是，以一个目标直播间为例进行说明的方式并非意在限定，服务器同步仅能对一个目标直播间进行监听。
92.在确定目标直播间开播或目标直播间类型的切换后，服务器获取该目标直播间的标识信息(identity document，id)或者该目标直播间中主播id，获取目标直播间id或主播id的目的在于判断该目标直播间是否满足下发目标评论容器的条件。
93.所述对目标直播间类型的切换，为在同一目标直播间中，主播在该目标直播间中进行直播类型的切换，例如，在目标直播间a中，当前直播类型为聊天室，聊天室开播30分钟后，主播切换至电商类别，该目标直播间a的直播类型由聊天室切换至电商类别的过程，作为一次目标直播间类型的切换，具体应用过程中，可以在该目标直播间a中执行任意次数、任意切换顺序对直播类型进行切换，本公开实施例对此不做限定。
94.作为本公开实施例的一种可行方式，在判断目标直播间是否满足下发目标评论容器的条件，首先可基于目标直播间id或主播id对该目标直播间或该主播的直播权限进行鉴权，即通过黑白名单的检验方式实现鉴权，若经检验确定目标直播间和/或主播处于黑名单中，则中断图1方法的执行。
95.在步骤102中，若满足，则根据所述目标直播间的当前直播类别获取对应的配置文件；所述配置文件记录不同直播类别及对应的评论内容的配置信息。
96.在确定consumer消费kafka消息后，调用服务器中的远程过程调用节点(remote procedure call,rpc)，通过rpc调用服务器存储的配置文件，该配置文件记录有不同直播类别及对应的评论的配置信息，该配置文件作为目标评论容器的整体配置文件，存储所有业务(直播类型)自定义的配置列表。
97.作为本公开实施例的一种可实现方式，在获取当前直播类别对应的配置文件时，可以仅获取与该当前直播类别对应的子配置文件即可，并将获取的配置文件存储于该目标直播间指定的存储路径中，子配置文件相比于整体配置文件相比数据量小，能在一定程度上加快数据处理速度。
98.作为本公开实施例的另一种可实现方式，在获取当前直播类别对应的配置文件时，可以获取整体配置文件，根据当前直播类别从整体配置文件中抽取对应的配置。
99.上述两种可实现方式为示例性的举例，本公开实施例对获取配置文件的方式不做具体限定。
100.在步骤103中，根据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个终端。
101.需要说明的是，本公开实施例所述的目标评论容器区别于终端观看直播时通过文本输入框输入文字的评论容器，所述目标评论容器被配置为包含动态展示效果、展示文案和样式等，能够使用户提升沉浸式参与感，加深用户对评论行为的印象，活跃直播间气氛。
102.本公开的实施例，当服务器监测到目标直播间的开播及目标直播间类型的切换时，首先根据目标直播间的标识信息判断所述目标直播间是否满足下发目标评论容器的条件，在确定目标直播间满足下发目标评论容器的条件后，根据所述目标直播间的当前直播
类别获取对应的配置文件，该配置文件记录不同直播类别及对应的评论内容的配置信息，根据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个终端，以便终端在观看直播时通过配置后的目标评论容器触发包含动态展示样式的评论内容。整个目标评论容器的下发过程，不限于目标直播间的特定场景，而是在确认目标直播间满足下发条件后，通过获取与当前直播类别对应的配置文件，使用该配置文件直接对目标评论容器进行配置后下发至观看直播的各个终端，下发过程无需人工参与，简化了直播间接入目标评论容器的配置步骤。
103.在本公开的一些实施例中，如上所述的，在判断所述目标直播间是否满足下发目标评论容器的条件时，可以根据目标直播间的标识信息进行判断，其具体实现过程可以采用但不局限于以下的方法实现，如图3所示，该方法包括：
104.步骤1011，根据所述标识信息及配置文件对所述目标直播间的业务参数进行验证。
105.本公开的一些实施例中，配置文件中除了包含有不同直播类别及对应的评论的配置信息，还包括配置的目标直播间的业务参数，例如直播间的黑白名单。在获取配置文件后，基于配置文件中配置的直播间的黑白名单对目标直播间进行鉴权，若该目标直播间存在于黑名单中，则确认验证失败，若该目标直播间存在于白名单中，则确认目标直播间验证成功。
106.所述业务参数除了包含直播间的黑白名单外，还包含该目标直播间在判断是否满足下发目标评论容器的条件时，确定该目标直播间是否正在开播，当确认目标直播间正在开播后，则确认业务参数进行验证，并继续执行步骤1012。可能会存在一种场景，在监听到目标直播间开播后，服务器欲启用步骤101所述的判断流程前，该目标直播间已下播或已关播，该场景下无需继续执行本实施例的后续流程。
107.步骤1012，验证成功后，确定是否重写延迟触发策略接口。
108.若确定未重写所述延迟触发策略接口，则执行步骤1013，若确定重写所述延迟触发策略接口，则执行步骤1014。
109.本公开的一些实施例中，配置文件中还引入有延时触发策略，所述延时触发策略通过rpc中预留的相应触发接口实现，用于满足更多直播需求。
110.示例性的，为了便于对延迟触发策略进行理解，所述延迟触发策略包含自定义的延迟触发条件，如在监听到开播，并不会同步下发目标评论容器，而是自定义开播后的多长时间段内下发目标评论容器、或者，当直播的在线人数达到预设数量后，下发目标评论容器等自定义设置。以上示例性说明，并非意在限定延迟触发策略的具体内容。
111.实际应用中，在确定目标直播间是否满足下发目标评论容器的条件时，还需要确定延迟触发策略接口是否被重写，若被重写，说明该目标直播间有延时触发策略，若没有被重写说明该目标直播间没有延时触发策略。
112.步骤1013，确定所述目标直播间满足下发所述目标评论容器的条件。
113.步骤1014，向消息中间件发送延迟消息，并判断是否满足延迟下发的条件，所述延迟下发的条件包括目标直播间的开播状态、不同目标直播间的延迟响应优先级、及目标直播间的自定义触发策略。
114.在确定延迟触发策略接口被重写后，向消息中间件发送延迟消息，新增消费延迟
消息的consumer去判断是否满足延迟下发的条件。本公开的一些实施例中，消息中间件可采用rocketmq，该rocketmq是一个分布式、队列模型的开源消息中间件，具有高性能、高可靠、高实时、分布式特点。
115.步骤1015，若确定满足所述延迟下发的条件，则确定所述目标直播间满足下发目标评论容器的条件。
116.在本公开的一些实施例中，在服务器向中间件rocketmq发送延迟消息，判断是否满足延迟下发的条件时，可以采用但不局限于以下的方法实现，如图4所示，该方法包括：
117.1.确认所述目标直播间是否为开播状态，如上所述，在延迟下发目标评论的场景中，若在延迟下发期间，该目标直播间已关闭，则确定不满足所述延迟下发的条件，并无需继续执行后续的判断步骤；或者，若在延迟下发期间，该目标直播间重新开播后，继续确认目标直播间是否为开播状态。
118.2.确认所述目标直播间的延迟响应优先级。配置文件中支持优先级配置，该优先级用于限定不同的目标直播间下发目标评论容器的优先级顺序。
119.3.监控是否满足目标直播间的自定义触发策略；所述目标直播间的自定义触发策略由所述目标直播间的在线人数、开播时长、点赞数量中的至少一种触发；
120.当上述三个参数同时满足时，即确定所述目标直播间为开播状态、满足目标直播间的自定义触发策略，且符合所述延迟响应优先级，则确定满足所述延迟下发的条件；当上述三个参数中的任一个不满足时，即确定所述目标直播间为关播状态、不满足目标直播间的自定义触发策略，或不符合所述延迟响应优先级，则确定不满足所述延迟下发的条件。
121.综上，本公开引入了延时触发策略，能满足更多业务方的需求，除了需要有延迟触发策略的业务方需求，比如要满足开播后多少分钟内有多少观众等自定义条件的，没法做成通用，因此留有相关接口给业务方去实现。
122.提取了所有功能可配置化的功能点，把目标评论容器的相关功能继承到了rpc里，提供了能满足大部分业务方的接口。如果确定开播下发目标评论容器至目标直播间中的每个终端，则直接新增配置文件而无需投入开发人力，如果不是在开播下发目标评论容器至目标直播间中的每个终端，也可以通过重写延迟触发策略接口进行自定义的业务处理逻辑，接入目标评论容器的功能更通用。
123.上述实施例详细说明了目标直播间开播下发目标评论容器与开播后基于延迟触发策略接口控制延迟下发目标评论容器的两种应用场景，当两种应用场景确认后，服务器根据所述配置信息中的评论展示样式、评论展示/失效时间，对所述目标评论容器进行配置，将配置后的目标评论容器携带于控制信令中，调用发送信息接口并将所述控制信令发送至所述目标直播间中的每个在线终端中。从实现角度讲，由服务器直接调用rpc的发送信息接口，组装目标评论容器的状态statesignal信令，并将statesignal信令下发至该给直播间内的所有终端。
124.在本公开的一些实施例中，还提供一种直播间内下发评论容器的方法，如图5所示，所述方法应用于终端侧，包括：
125.步骤201，响应于目标直播间的播放，接收服务器下发的目标评论容器，并将所述目标评论容器显示于直播界面中；其中，所述目标评论容器包含配置信息。
126.服务器在目标直播间开播时将目标评论容器广播下发至该直播间的在线终端，
或，服务器基于延迟触发策略将目标评论容器广播下发至该直播间的在线终端，即终端并不会获知服务器下发目标评论容器的时机，而是在接收到目标评论容器后，使用该目标评论容器发送快捷评论内容即可。
127.步骤202，响应于基于所述目标评论容器触发的评论指令，根据所述配置信息将评论内容显示于直播界面中。
128.终端播放目标直播间的直播时，可基于实际需求，使用目标评论容器编辑评论，或者，直接使用目标评论容器中已配置的展示文案内容，发送快捷评论，发送成功后，终端根据所述配置信息将评论内容显示于直播界面中。
129.基于终端播放直播时，用户通过目标评论容器可触发动态展示样式的评论内容，能快速提升用户的沉浸式参与感，加深用户对评论行为的印象，活跃直播间气氛。
130.在本公开的一些实施例中，所述配置信息包括：评论展示样式、评论展示/失效时间，步骤202在执行根据所述配置信息将评论内容显示于直播界面中时，可以根据所述评论展示样式、评论展示/失效时间，将所述评论内容显示于直播界面中。具体实现过程，可参阅上述实施例的详细说明。
131.以上实施例分别从服务器侧和终端侧分别说明了直播间内下发评论容器的方法，下述实施例对目标直播间、服务器及终端的交互进行简要说明，如图6所示，所述方法包括：
132.步骤601，第一终端执行目标直播间开播或者执行目标直播间类型的切换。
133.步骤602，服务器响应于目标直播间开播或目标直播间类型的切换，根据目标直播间的标识信息判断所述目标直播间是否满足下发目标评论容器的条件。
134.步骤603，若满足，则服务器根据所述目标直播间的当前直播类别获取对应的配置文件；所述配置文件记录有不同直播类别及对应的评论的配置信息。
135.步骤604，服务器据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个第二终端。
136.步骤605，第二终端观看基于第一终端中目标直播间的直播播放，接收服务器下发的目标评论容器，并将所述目标评论容器显示于直播界面中。
137.步骤606，第二终端响应于基于所述目标评论容器触发的评论指令，根据所述配置信息将评论内容显示于直播界面中。
138.图7是根据一示例性实施例示出的一种直播间内下发评论容器的装置框图。该装置被设置在服务器，参照图7，该装置包括判断单元701，获取单元702和下发单元703。
139.判断单元701，被配置为根据目标直播间的标识信息判断该目标直播间是否满足下发目标评论容器的条件，所述目标评论容器用于触发直播间中动态展示样式的评论内容；
140.获取单元702，被配置为当该判断单元确定该目标直播间满足下发目标评论容器的条件时，根据该目标直播间的当前直播类别获取对应的配置文件；该配置文件记录有不同直播类别及对应的评论内容的配置信息；
141.下发单元703，被配置为根据该配置信息对该目标评论容器配置后，下发至该目标直播间中的每个终端。
142.本公开的实施例，当服务器监测到目标直播间的开播及目标直播间类型的切换时，首先根据目标直播间的标识信息判断该目标直播间是否满足下发目标评论容器的条
件，在确定目标直播间满足下发目标评论容器的条件后，根据该目标直播间的当前直播类别获取对应的配置文件，该配置文件记录不同直播类别及对应的评论内容的配置信息，根据所述配置信息对所述目标评论容器配置后，下发至所述目标直播间中的每个终端，以便终端在观看直播时通过配置后的目标评论容器触发包含动态展示样式的评论内容。整个目标评论容器的下发过程，不限于目标直播间的特定场景，而是在确认目标直播间满足下发条件后，通过获取与当前直播类别对应的配置文件，使用该配置文件直接对目标评论容器进行配置后下发至观看直播的各个终端，下发过程无需人工参与，简化了直播间接入目标评论容器的配置步骤。
143.在本公开的一些实施例中，如图8所示，该判断单元701包括：
144.验证模块7011，被配置为根据该标识信息及配置文件对该目标直播间的业务参数进行验证；
145.确定模块7012，被配置为验证成功后，确定是否重写延迟触发策略接口；
146.该确定模块7012，还被配置为当确定未重写该延迟触发策略接口时，确定该目标直播间满足下发该目标评论容器的条件。
147.在本公开的一些实施例中，该判断单元701还包括：
148.判断模块7013，被配置为当确定重写该延迟触发策略接口时，向消息中间件发送延迟消息，并判断是否满足延迟下发的条件，该延迟下发的条件包括目标直播间的开播状态、不同目标直播间的延迟响应优先级、及目标直播间的自定义触发策略；
149.该确定模块7012，还被配置为当确定满足该延迟下发的条件时，确定该目标直播间满足下发目标评论容器的条件。
150.在本公开的一些实施例中，该判断模块7013还被配置为：
151.确认该目标直播间是否为开播状态；
152.确认该目标直播间的延迟响应优先级；
153.监控是否满足目标直播间的自定义触发策略；该目标直播间的自定义触发策略由该目标直播间的在线人数、开播时长、点赞数量中的至少一种触发；
154.若确定该目标直播间为开播状态、满足目标直播间的自定义触发策略，且符合该延迟响应优先级，则确定满足该延迟下发的条件；
155.若确定该目标直播间为关播状态、不满足目标直播间的自定义触发策略，或不符合该延迟响应优先级，则确定不满足该延迟下发的条件。
156.在本公开的一些实施例中，如图8所示，该下发单元703包括：
157.配置模块7031，被配置为根据该配置信息中的评论展示样式、评论展示/失效时间，对该目标评论容器进行配置；
158.下发模块7032，被配置为将配置后的目标评论容器携带于控制信令中，调用发送信息接口并将该控制信令发送至该目标直播间中的每个在线终端中。
159.图9是根据一示例性实施例示出的一种直播间内下发评论容器的装置框图。该装置被设置在终端，参照图9，该装置包括接收单元901和显示单元902。
160.接收单元901，被配置为响应于目标直播间的播放，接收服务器下发的目标评论容器，其中，该目标评论容器包含配置信息；
161.显示单元902，被配置为将该目标评论容器显示于直播界面中；
162.该显示单元902，还被配置为响应于基于所述目标评论容器触发的评论指令，根据所述配置信息将评论内容显示于直播界面中。
163.在终端中观看直播时，用户通过目标评论容器可触发动态展示样式的评论内容，能快速提升用户的沉浸式参与感，加深用户对评论行为的印象，活跃直播间气氛。
164.在本公开的一些实施例中，该配置信息包括：评论展示样式、评论展示/失效时间；
165.该显示单元902，还被配置为根据该评论展示样式、评论展示/失效时间，将该评论内容显示于直播界面中。
166.在本公开的一些实施例中，提供一种直播间内下发评论容器的系统，该系统包括服务器及终端，其中，
167.该服务器包括如图7或图8所示的直播间内下发评论容器的装置；
168.该终端包括如图9所示的直播间内下发评论容器的装置。
169.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
170.图10是本公开示出的一种电子设备1000的框图。例如，电子设备1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
171.参照图10，电子设备1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电力组件1006，多媒体组件1008，音频组件1010，输入/输出(i/o)的接口1012，传感器组件1014，以及通信组件1016。
172.处理组件1002通常控制电子设备1000的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成任一实施例该的信息平台选择方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
173.存储器1004被配置为存储各种类型的数据以支持在设备1000的操作。这些数据的示例包括用于在电子设备1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
174.电源组件1006为电子设备1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为电子设备1000生成、管理和分配电力相关联的组件。
175.多媒体组件1008包括在该电子设备1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。该触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与该触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当设备1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头
和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
176.音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(mic)，当电子设备1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
177.i/o接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
178.传感器组件1014包括一个或多个传感器，用于为电子设备1000提供各个方面的状态评估。例如，传感器组件1014可以检测到设备1000的打开/关闭状态，组件的相对定位，例如该组件为电子设备1000的显示器和小键盘，传感器组件1014还可以检测电子设备1000或电子设备1000一个组件的位置改变，用户与电子设备1000接触的存在或不存在，电子设备1000方位或加速/减速和电子设备1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
179.通信组件1016被配置为便于电子设备1000和其他设备之间有线或无线方式的通信。电子设备1000可以接入基于通信标准的无线网络，如wifi，运营商网络(如2g、3g、4g或5g)，或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，该通信组件1016还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
180.在示例性实施例中，电子设备1000可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行任一实施例该的信息平台选择方法。
181.在示例性实施例中，还提供了一种包括指令的非临时性计算机可读可读存储介质，例如包括指令的存储器1004，上述指令可由电子设备1000的处理器1020执行以完成任一实施例该的信息平台选择方法。例如，该非临时性计算机可读可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
182.在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括可读性程序代码，该可读性程序代码可由装置1000的处理器1020执行以完成任一实施例该的信息平台选择方法。可选地，该程序代码可以存储在装置1000的可读存储介质中，该可读存储介质可以是非临时性计算机可读存储介质，例如，该非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
183.图11是本公开示出的一种电子设备1100的框图。例如，电子设备1100可以被提供为一服务器。
184.参照图11，电子设备1100包括处理组件1122，其进一步包括一个或多个处理器，以
及由存储器1132所代表的存储器资源，用于存储可由处理组件1122的执行的指令，例如应用程序。存储器1132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1122被配置为执行指令，以执行任一实施例该的信息平台选择方法。
185.电子设备1100还可以包括一个电源组件1126被配置为执行电子设备1100的电源管理，一个有线或无线网络接口1150被配置为将电子设备1100连接到网络，和一个输入输出(i/o)接口1158。电子设备1100可以操作基于存储在存储器1132的操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm或类似。
186.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
187.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。