直播间的数据处理方法、装置、电子设备及存储介质与流程

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.第一当前观众端数量获取单元，被配置为执行获取已下发问卷信令的直播间集合所对应的第二当前观众端数量；
70.第二信令发送子单元，被配置为执行当所述第一当前观众端数量和所述第二当前观众端数量之和小于等于所述观众端数量阈值时，发送所述问卷信令至所述目标直播间的观众端。
71.在一示例性的实施方式中，当所述所述问卷获取请求携带有所述目标直播间的标识以及所述观众端对应的用户信息时，所述获取单元包括：
72.筛选条件获取单元，被配置为执行基于所述目标直播间的标识获取预设用户筛选条件；
73.第二问卷信息获取子单元，被配置为执行当所述用户信息符合所述预设用户筛选条件时，获取所述目标直播间对应的问卷信息。
74.在一示例性的实施方式中，所述获取单元包括：
75.预设每秒查询率确定单元，被配置为执行确定预设每秒查询率；
76.当前每秒查询率确定单元，被配置为执行确定业务接口针对问卷查询的当前每秒查询率；其中，所述业务接口为所述服务端提供的用于获取问卷的接口；
77.第三问卷信息获取子单元，被配置为执行当所述当前每秒查询率小于等于所述预设每秒查询率时，获取所述目标直播间对应的问卷信息。
78.在一示例性的实施方式中，所述装置还包括：
79.统计单元，被配置为执行响应于所述观众端返回的针对所述问卷信息的回复信息，统计所述回复信息。
80.在一示例性的实施方式中，所述装置还包括：
81.参数获取单元，被配置为执行获取所述目标直播间对应的第三问卷数量阈值以及已收到回复数量；
82.停止单元，被配置为执行当所述已收到回复数量等于所述第三问卷数量阈值时，停止发送所述问卷信令至所述目标直播间的观众端。
83.根据本公开实施例的第四方面，提供一种直播间的数据处理装置，所述装置配置在观众端，所述装置包括：
84.信令接收单元，被配置为执行接收服务端发送的针对处于直播状态的目标直播间的问卷信令；
85.请求生成单元，被配置为执行基于所述问卷信令生成问卷获取请求；
86.请求发送单元，被配置为执行发送所述问卷获取请求至所述服务端，以使得所述
服务端获取目标直播间对应的问卷信息；
87.信息接收单元，被配置为执行接收所述服务端返回的问卷信息。
88.在一示例性的实施方式中，所述装置还包括：
89.展示单元，被配置为执行展示所述问卷信息对应的问卷题目和指示回复问卷的交互操作控件；
90.回复生成单元，被配置为执行响应于对所述交互操作控件的触发操作，生成针对所述问卷信息的回复信息；
91.回复发送单元，被配置为执行发送所述回复信息至所述服务端。
92.根据本公开实施例的第五方面，提供一种直播间的数据处理系统，所述系统包括服务端和至少一个观众端，所述服务端配置有如第三方面所述的直播间的数据处理装置，所述观众端配置有如第四方面所述的直播间的数据处理装置。
93.根据本公开实施例的第六方面，提供一种电子设备，包括：处理器；用于存储所述处理器可执行指令的存储器；其中，所述处理器被配置为执行所述指令，以实现如第一方面所述的直播间的数据处理方法或者如第二方面所述的直播间的数据处理方法。
94.根据本公开实施例的第七方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面所述的直播间的数据处理方法或者如第二方面所述的直播间的数据处理方法。
95.根据本公开实施例的第八方面，提供一种计算机程序产品，包括计算机程序/指令，其特征在于，所述计算机程序/指令被处理器执行时实现第一方面所述的直播间的数据处理方法或者如第二方面所述的直播间的数据处理方法。
96.本公开的实施例提供的技术方案至少带来以下有益效果：
97.服务端确定处于直播状态的目标直播间，进行向目标直播间的观众端发送问卷信令；观众端基于接收到的问卷信令生成问卷获取请求并将其发送至服务端；服务端响应于接收到的问卷获取请求来获取目标直播间对应的问卷信息并将其发送至观众端。上述技术方案可以向处于直播状态的目标直播间的观众端进行问卷下发，在观众观看直播的过程中下发问卷可以提高问卷调研的实时性以及用户对问卷调研的参与度。发送至观众端的问卷信息指向目标直播间，保证了问卷调研与目标直播间的关联性，可以提高用户问卷回复的针对性，从而提高相关产品基于用户问卷回复进行优化的有效性。服务端利用问卷信令触发观众端生成问卷获取请求，服务端后续可以基于接收到的问卷获取请求决定是否获取问卷信息并下发，相较于服务端直接向观众端发送问卷信息的方式，综合考虑了系统运算资源的消耗以及问卷调研在用户维度的针对性。
98.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
99.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
100.图1是根据一示例性实施例示出的一种应用直播间的数据处理方法的系统的架构图。
101.图2是根据一示例性实施例示出的一种直播间的数据处理方法的流程图。
102.图3也是根据一示例性实施例示出的一种直播间的数据处理方法的流程图。
103.图4也是根据一示例性实施例示出的一种直播间的数据处理方法的流程图。
104.图5是根据一示例性实施例示出的生成问卷信令的流程图。
105.图6是根据一示例性实施例示出的生成回复信息的流程图。
106.图7也是根据一示例性实施例示出的一种应用直播间的数据处理方法的系统的架构图。
107.图8是根据一示例性实施例示出的问卷状态的流转过程示意图。
108.图9是根据一示例性实施例示出的服务端接收问卷获取请求至下发问卷信息的流程图。
109.图10是根据一示例性实施例示出的观众端展示问卷信息的界面示意图。
110.图11是根据一示例性实施例示出的一种直播间的数据处理装置的框图。
111.图12也是根据一示例性实施例示出的一种直播间的数据处理装置的框图。
112.图13是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
113.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
114.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
115.图1是根据一示例性实施例示出的一种应用直播间的数据处理方法的系统的架构图，参见图1，该架构图可以包括观众端10和服务端20。该观众端10与服务端20之间可以通过有线或无线通信方式进行直接或间接地连接，本公开在此不做限制。服务端20可以向处于直播状态的目标直播间的观众端10发送问卷信令，观众端10可以基于该问卷信令生成问卷获取请求并将其发送至服务端20，服务端20响应于接收到的问卷获取请求来获取目标直播间对应的问卷信息并将其发送至观众端10。
116.其中，观众端10可以是但不限于为智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能可穿戴设备、数字助理、增强现实设备、虚拟现实设备等实体设备或者运行于实体设备中的应用程序中一种或多种。服务端20可以是但不限于为独立的服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、以及大数据和人工智能平台等基础云计算服务的云服务器等中一种或多种。
117.图2是根据一示例性实施例示出的一种直播间的数据处理方法的流程图，如图2所示，该直播间的数据处理方法可以包括以下步骤。
118.在步骤s201中，服务端确定处于直播状态的目标直播间。
119.本说明书实施例中，直播状态指示直播间的状态为开播(上播)状态，而非关播(下播)状态。直播状态可以由主播端触发指示开启开播(上播)状态的交互操作控件而开启。服务端通过监听直播状态信息确定出处于直播状态的目标直播间。由于主播数量众多，相应的直播间数量也很多，服务端在确定处于直播状态的目标直播间时，可以先确定待下发问卷的问卷标识，再根据问卷标识对应的问卷配置信息确定问卷的下发直播间是全量直播间还是指定直播间。当问卷的下发直播间是全量直播间时，服务端将全量直播间作为候选对象从中确定出处于直播状态的目标直播间。当问卷的下发直播间是指定直播间时，服务端将指定直播间作为候选对象从中确定出处于直播状态的目标直播间。需要说明的是，目标直播间的数量可以是1，也可以大于等于2。
120.问卷配置信息可以来自工作人员在创建问卷时所填写的相关配置项，也可以来自工作人员对已创建的问卷的相关配置项的更新。工作人员可以在问卷管理平台创建、查询、下线问卷。工作人员可以在指示问卷下发直播间的配置项中选择全量直播间或者指定直播间。其中指定直播间为相对全量直播间的部分直播间，所选择的部分直播间对应的主播标识可以由hive(一种数据仓库工具)表进行存储。工作人员可以在指示问卷下发用户的配置项中设置用户筛选条件以筛选出需要的问卷调研用户，用户筛选条件可以是是否用户是否是主播粉丝、是否来自某线(比如一线、二线、三线、四线、无线)城市、是否来自南(北)方城市、是否性别为女(男)等。工作人员在问卷管理平台所创建的问卷既可以是正式问卷，也可以是测试问卷。
121.在步骤s202中，服务端发送问卷信令至目标直播间的观众端。
122.本说明书实施例中，观众端接收服务端发送的针对处于直播状态的目标直播间的问卷信令。对于一个目标直播间而言，它所涉及的交互方包括主播端、观众端以及服务端。服务端。结合前述步骤s201中的记载，服务端确定了待下发问卷的问卷标识，那么可以基于问卷标识生成问卷信令。基于交互方间交互逻辑的设置，问卷信令可以指示观众端返回问卷获取请求。
123.在一示例性的实施方式中，如图5所示，在所述发送问卷信令至所述目标直播间的观众端之前，所述方法还包括：
124.在步骤s501中，获取所述目标直播间对应的当前观众端数量。
125.在步骤s502中，从预设时长区间随机选取一预设时长作为发送延时，以及基于所述发送延时生成所述问卷信令；其中，所述发送延时用于指示所述观众端进行问卷获取请求的发送至信令接收之间的延时。
126.在步骤s503中，重复上述选取一预设时长作为发送延时至生成所述问卷信令的步骤，至所生成的问卷信令的数量等于所述当前观众端数量。
127.目标直播间的数量可能较多(比如上万，甚至上十万)，相应的目标直播间的观众端的数量也较多(比如上百万，甚至上千万)。不论这里目标直播间的数量，对于同一待下发问卷而言，让问卷信令携带上指示发送延时的信息可以分散这些目标直播间的所有观众端在接收到问卷信令后返回问卷获取请求的时间，可以降低服务端在同一时间接收较多问卷获取请求的接口压力。
128.示例性的，当目标直播间的数量是1时，目标直播间的当前观众端数量为1万，预设时长区间为3秒至2分钟。服务端需要向这1万个观众端各发送1个问卷信令，每个观众端接
收到的问卷信令中携带有待下发问卷的问卷标识以及发送延时，而每个观众端接收到的问卷信令中所携带的发送延时是由服务端从3秒至2分钟中随机选取的。当目标直播间的数量是50时，目标直播间的当前观众端数量为200万(50个目标直播间中每个目标直播间的当前观众端数量之和)，预设时长区间为3秒至2分钟。服务端需要向这200万个观众端各发送1个问卷信令，每个观众端接收到的问卷信令中携带有待下发问卷的问卷标识以及发送延时，而每个观众端接收到的问卷信令中所携带的发送延时是由服务端从3秒至2分钟中随机选取的。服务端按照当前观众端数量来生成问卷信令，这些问卷信令所携带的发送延时不再是同一时间。服务端将当前观众端数量的问卷信令发送至相对应的观众端。比如，观众端1在17:01:50接收到问卷信令，问卷信令所携带的发送延时为5秒，那么观众端1将在17:01:55向服务端发送问卷获取请求。观众端2在17:01:50接收到问卷信令，问卷信令所携带的发送延时为1分钟，那么观众端2将在17:02:50向服务端发送问卷获取请求。观众端由服务端所提供的信息(info)接口进行问卷获取请求发送，相对分散的请求时间可以降低相关接口进行请求处理的压力。
129.在一示例性的实施方式中，所述发送问卷信令至目标直播间的观众端的过程可以包括下述步骤：首先，确定观众端数量阈值；其中，所述观众端数量阈值指示接收问卷信令的观众端的数量上限；然后，获取所述目标直播间对应的第一当前观众端数量；再者，获取已下发问卷信令的直播间集合所对应的第二当前观众端数量；最后，当所述第一当前观众端数量和所述第二当前观众端数量之和小于等于所述观众端数量阈值时，发送所述问卷信令至所述目标直播间的观众端。
130.考虑到服务端的性能问题，可以通过限流等手段来限制问卷信令的下发速率。对于接收问卷信令的观众端的数量上限的设置，可以在一定程度上减缓服务端下发问卷的数据处理压力。服务端可以设置问卷信令下发模块，问卷信令下发模块执行问卷信令下发任务(sendsignaltask)，问卷信令下发任务指示轮刷直播间并下发问卷信令给目标直播间的观众端。问卷信令下发模块在执行问卷信令下发任务时，对于单次轮刷，问卷信令可下发的直播间数量和观众端数量时有限制的，这样可以减轻问卷信令下发模块的压力。示例性地：
131.1)限制问卷信令可下发的直播间数量的情况下：服务端可以根据设备性能参数确定直播间数量阈值，也就是限制了系统可进行问卷下发的直播间数量。服务端添加目标直播间的标识至直播间标识集合。当直播间标识集合中的标识数量小于等于直播间数量阈值时，服务端可以发送问卷信令至目标直播间的观众端。
132.2)限制问卷信令可下发的观众端数量的情况下：服务端可以根据设备性能参数确定观众端数量阈值，也就是限制了系统能够接收到问卷信令的观众端数量。服务端获取目标直播间对应的第一当前观众端数量以及已下发问卷信令的直播间集合所对应的第二当前观众端数量。当第一当前观众端数量和第二当前观众端数量之和小于等于等于观众端数量阈值时，服务端发送问卷信令至目标直播间的观众端。
133.3)限制问卷信令可下发的直播间数量和观众端数量的情况下：服务端可以根据设备性能参数确定直播间数量阈值以及观众端数量阈值。当目标直播间的数量是1且直播间数量阈值大于等于1时，判断第一当前观众端数量(对应目标直播间)和第二当前观众端数量(对应已下发问卷信令的直播间集合)之和是否小于等于等于观众端数量阈值。若是，服务端则发送问卷信令至目标直播间的观众端。需要说明的是，此时已下发问卷信令的直播
间集合可以不受限于同一问卷，不受限于目标直播间对应的待下发问卷。
134.当目标直播间的数量是大于等于2时，比如目标直播间的数量为50，随机从这50个目标直播间进行待下发直播间的抽取，抽取的第n个(n小于等于直播间数量阈值与50中较小的数，n大于等于1，n为正整数)待下发直播间为目标直播间x，判断第一当前观众端数量(对应前n次抽取的各目标直播间的当前观众端数量之和)和第二当前观众端数量(对应已下发问卷信令的直播间集合)之和是否小于等于等于观众端数量阈值。若是，服务端则发送问卷信令至前n次抽取的各目标直播间的观众端。需要说明的是，此时已下发问卷信令的直播间集合可以不受限于同一问卷，不受限于目标直播间对应的待下发问卷。
135.在步骤s203中，观众端基于问卷信令生成问卷获取请求。
136.本说明书实施例中，问卷获取请求是观众端基于问卷信令的接收而触发生成的。结合前述步骤s201、s202的相关记载，问卷信令中可以携带有待下发问卷的问卷标识，相应的，观众端所生成的问卷获取请求可以携带上该问卷标识。在实际应用中，观众端所生成的问卷获取请求还可以携带上观众端对应的用户信息以及目标直播间的标识。其中，用户信息可以账户信息(比如对应注册用户)、客户端信息(比如对应注册用户和游客用户)等。账户信息可以包括注册用户的年龄信息、地区信息等。客户端信息可以包括用户所使用的实体设备的相关信息，比如ip地址(internet protocol address，互联网协议地址)信息、操作系统信息等。
137.在步骤s204中，观众端发送问卷获取请求至服务端。
138.本说明书实施例中，观众端基于交互方间交互逻辑的设置，在生成问卷获取请求后将该请求发送给服务端。观众端可以由服务端所提供的信息(info)接口进行问卷获取请求发送。该信息接口可以是服务端所提供的一应用程序接口(api)。
139.在步骤s205中，服务端获取目标直播间对应的问卷信息。
140.本说明书实施例中，直播问卷(live questionnaire)用于在直播过程中下发问卷进行调研，可以更好的获知用户对直播内容的理解。一方面，问卷信息可以问卷标题、问卷题目、问卷题目的相关选项等。此时服务端可以先确定问卷获取请求是否满足相关预设条件，在满足条件的情况下根据问卷获取请求所携带的问卷标识获取问卷信息。另一方面。问卷信息可以包括问卷标题、问卷题目、问卷题目的相关选项等第一类信息，以及用户筛选条件、问卷下发直播间等第二类信息。此时服务端可以先根据问卷获取请求中携带的问卷标识获取第二类信息，根据第二类信息确定问卷获取请求是否满足相关预设条件，在满足条件的情况下根据问卷获取请求中携带的问卷标识获取第一类信息。这里提高的相关预设条件可以是基于每秒查询率(qps)不超限所设置的丢弃策略及筛选条件。
141.在一示例性的实施方式中，所述响应于所述观众端发送的问卷获取请求，获取所述目标直播间对应的问卷信息的过程可以包括下述步骤：首先，确定第一问卷数量阈值；其中，所述第一问卷数量阈值指示针对所有直播间下发问卷的数量上限；然后，确定所述目标直播间对应的第二问卷数量阈值；再者，获取所有直播间对应的第一已下发问卷数量以及所述目标直播间对应的第二已下发问卷数量；接着，计算所述第一已下发问卷数量和所述第一问卷数量阈值之间的第一差值，以及计算所述第二已下发问卷数量和所述第二问卷数量阈值之间的第二差值；最后，当所述第一差值大于等于第一预设数值(比如1)且第二差值大于等于第二预设数值(比如1)时，获取所述目标直播间对应的问卷信息。此外，当第一差
值大于等于第一预设数值，第二差值小于第二预设数值时，可以结合当前时间段对应的历史直播间信息判断是否获取目标直播间对应的问卷信息，进而提高获取问卷信息的适应性。比如当前时间段为某天02:00
‑
03:00，历史直播间信息可以指示某天之前的一段时间内每天02:00
‑
03:00的直播间总数以及所有直播间已下发问卷总数的统计值(比如均值、最大值、最小值等)。
142.服务端根据问卷获取请求的接收时间顺序逐个处理。根据设备性能参数所确定的第一问卷数量阈值指示系统问卷总数上限，可以不受限于同一问卷，不受限于目标直播间对应的待下发问卷。第二问卷数量阈值则指示具体的目标直播间的问卷总数上限。服务端获取获取所有直播间对应的第一已下发问卷数量以及目标直播间对应的第二已下发问卷数量，需要在系统问卷总数上限(第一问卷数量阈值)和具体的目标直播间的问卷总数上限(第二问卷数量阈值)同时没有达到时，获取目标直播间对应的问卷信息，获取待下发问卷的问卷标题、问卷题目、问卷题目的相关选项等。否则，不执行上述问卷信息的获取，相当于服务端将接收到的问卷获取请求作为无效请求过滤掉了。基于服务端性能的考虑，设置具体的问卷总数上限，利用该上限来决定是否响应请求以获取问卷信息，可以在保证直播质量的同时进行直播过程中的问卷下发，避免对实时性有较高要求的直播业务受到问卷下发逻辑的较多干扰。
143.在一示例性的实施方式中，当所述所述问卷获取请求携带有所述目标直播间的标识以及所述观众端对应的用户信息时，所述响应于所述观众端发送的问卷获取请求，获取所述目标直播间对应的问卷信息的过程可以包括下述步骤：首先，基于所述目标直播间的标识获取预设用户筛选条件；然后，当所述用户信息符合所述预设用户筛选条件时，获取所述目标直播间对应的问卷信息。
144.考虑到直播间通常有一定程度的定位类型，比如电商直播间、秀场直播间、游戏直播间，不同定位类型往往对应不同的观众构成。预设用户筛选条件是用于筛选该直播间的问卷调研用户的，是用于筛选该直播间的目标观众的。服务端可以根据目标直播间的标识获取预设用户筛选条件。预设用户筛选条件可以是是否用户是否是主播粉丝、是否来自某线(比如一线、二线、三线、四线、无线)城市、是否来自南(北)方城市、是否性别为女(男)等。
145.需要在用户信息符合预设用户筛选条件时，获取目标直播间对应的问卷信息，获取待下发问卷的问卷标题、问卷题目、问卷题目的相关选项等。否则，不执行上述问卷信息的获取，相当于服务端将接收到的问卷获取请求作为无效请求过滤掉了。利用预设用户筛选条件来决定是否响应请求以获取问卷信息，可以有效筛选出更具参考价值的问卷调研用户，可以利用这些用户的问卷回复进行产品优化。同时，经筛选需要下发的问卷数常小于请求获取的问卷数，这样可以更好的保障处于直播状态的目标直播间的实时性业务质量。
146.结合前述步骤s201、s202的相关记载，问卷信令中可以携带有待下发问卷的问卷标识，相应的，观众端所生成的问卷获取请求可以携带上该问卷标识。在实际应用中，观众端所生成的问卷获取请求还可以携带上观众端对应的用户信息以及目标直播间的标识。服务端可以根据问卷标识获取预设用户筛选条件，由问卷标识能够准确的定位到待下发的问卷，进而获取待下发的问卷的预设用户筛选条件。
147.在一示例性的实施方式中，所述响应于所述观众端发送的问卷获取请求，获取所述目标直播间对应的问卷信息的过程可以包括下述步骤：首先，确定预设每秒查询率；然
后，确定业务接口针对问卷查询的当前每秒查询率；其中，所述业务接口为所述服务端提供的用于获取问卷的接口；再者，当所述当前每秒查询率小于等于所述预设每秒查询率时，获取所述目标直播间对应的问卷信息。
148.每秒查询率是对一个特定的查询服务器在规定时间内所处理流量多少的衡量标准，它可以作为衡量服务器性能的指标。服务端所提供的信息(info)接口可以用来接收由观众端发送的问卷获取请求。在基于设备性能参数确定了预设每秒查询率的情况下，服务端确定业务接口(比如信息接口)对应的当前每秒查询率。需要在当前每秒查询率小于等于所述预设每秒查询率时，获取目标直播间对应的问卷信息，获取待下发问卷的问卷标题、问卷题目、问卷题目的相关选项等。否则，不执行上述问卷信息的获取，相当于服务端将接收到的问卷获取请求作为无效请求过滤掉了。利用预设每秒查询率来决定是否响应请求以获取问卷信息，可以减轻服务端的qps压力，同时可以提高返回给观众端的问卷信息的准确率，改善用户体验。
149.在实际应用中，服务端可以包括接收问卷获取请求的业务服务器以及存储问卷信息相关的存储模块，业务服务器与存储模块间的业务接口用于进行问卷信息相关内容的查询获取，当该业务接口对应的当前每秒查询率小于等于预设每秒查询率时，获取目标直播间对应的问卷信息。
150.当然，如图9所示，服务端接收问卷获取请求至获取问卷信息的过程可以依次判断是否满足上述示例性的实施方式中的问卷数量阈值、预设用户筛选条件以及预设每秒查询率。对于参数判断的顺序，本公开在此不做限制。
151.在步骤s206中，服务端发送问卷信息至观众端。
152.本说明书实施例中，观众端接收服务端返回的问卷信息。问卷信息可以包括问卷标题、问卷题目、问卷题目的相关选项等。
153.在一示例性的实施方式中，在所述发送所述问卷信息至所述观众端之后，所述方法还包括：响应于所述观众端返回的针对所述问卷信息的回复信息，统计所述回复信息。在利用相关数据平台统计回复信息时，可以利用kafka(一种高吞吐量的分布式发布订阅消息系统)来实现回复信息至平台间的传递。
154.问卷题目可以为用于调研观众对直播的感受的问题，参考图10，问卷题目可以是“直播中是否出现令人不适的内容”。对于电商直播间，问卷题目还可以为用于调研观众是否喜欢主播卖货的问题。观众端针对问卷信息的回复信息，可以来自观众基于交互操作控件所命中某一相关选项，也可以来自观众基于交互操作控件所输入的内容。服务端统计回复信息，所得到的统计结果可以用来分析直播相关数据，可以引导直播间的调整。比如服务端根据回复信息得到了“卖货专业度低于预设阈值”的统计结果，可以引导相关直播间回归原有的“秀场直播间”；服务端根据回复信息得到了“卖货专业度高于预设阈值”的统计结果，可以对相关直播间打上“专业卖货”的标注。当然，也可以根据统计结果对相关主播进行标注。
155.进一步的，服务端可以获取所述目标直播间对应的第三问卷数量阈值以及已收到回复数量；当所述已收到回复数量等于所述第三问卷数量阈值时，停止发送所述问卷信令至所述目标直播间的观众端。第三问卷数量阈值用于指示具体的目标直播间的答卷总数上限。已收到回复数量可以是服务端由其所提供的答卷提交(submitanswer)接口所接收到的
回复信息计算得到的。在已收到回复数量等于第三问卷数量阈值时，不再向目标直播间的观众端发送问卷信令。当已收到回复数量小于第三问卷数量阈值时，则继续向目标直播间的观众端发送问卷信令。第三问卷数量阈值一般小于前述步骤s205提及的第二问卷数量阈值，利用第三问卷数量阈值规范答卷数量上限，确保答卷数量满足一定要求，在答卷数量满足要求时不再浪费下发问卷信令的系统资源消耗，可以保证设备性能的可靠性以及在直播过程中下发问卷进行调研的实时性和针对性。
156.在一示例性的实施方式中，如图6所示，在所述接收所述服务端返回的问卷信息之后，所述方法还包括：
157.在步骤s601中，展示所述问卷信息对应的问卷题目和指示回复问卷的交互操作控件。
158.在步骤s602中，响应于对所述交互操作控件的触发操作，生成针对所述问卷信息的回复信息。
159.在步骤s603中，发送所述回复信息至所述服务端。
160.观众端在接收到服务端返回的问卷信息后，可以在应用程序的主界面展示问卷信息对应的问卷题目和指示回复问卷的交互操作控件(参加图10)。当问卷信息包括多个问卷题目时，可以依次在应用程序的主界面进行展示，比如先展示问卷题目1，观众基于交互操作控件命中某一相关选项或者输入相关内容以完成问卷题目1的答复，再展示问卷题目2。针对问卷信息的回复信息可以来自对所有问卷题目的答复，相应的，观众端将回复信息发送给服务端。问卷信息的展示不影响观众观看直播，可以提高问卷调研的实时性以及用户对问卷调研的参与度。观众可以在直播过程中回复问卷，实时的直播视觉可以提高用户问卷回复的针对性和准确度。
161.如图7所示，下面将介绍应用直播间的数据处理方法的系统，该系统包括问卷管理平台、业务服务器、存储模块和轮刷模块。结合前述步骤s201中对于问卷管理平台的相关记载，工作人员可以利用问卷管理平台创建测试问卷，并下发测试问卷，进而检测该问卷是否依照预设的直播间以及预设的观众(当然，也可以略过对于预设的观众的条件判断)下发、检测该问卷在观众端的展示样式是否满足预设要求。对于尚未生效的正式问卷，可以利用测试问卷来检测问卷质量和有效性。业务服务器主要接收观众端的问卷获取请求，从存储模块获取问卷信息并发送至观众端。
162.存储模块包括数据库、数据库缓存以及本地缓存。数据库中主要存储问卷标题、问卷题目、问卷题目的相关选项、用户筛选条件、问卷下发直播间以及问卷创建者等。数据库缓存可以采用redis(一种键值对数据库)。本地缓存中主要存储系统已下发问卷数量、系统已收到回复数量以及具体的直播间的已下发问卷数量和已收到回复数量等。可以为本地缓存中存储的数据设置自动过期时间，比如在某一场次直播结束后的两个月时，自动删除与该场次直播相关的已下发问卷数量和已收到回复数量等数据。本地缓存中还可以存储当前时间段大概率会用到的问卷信息，比如在向观众端发送指示待下发问卷的问卷信令前后，本地缓存对该待下发问卷进行存储。相应的，业务服务器响应问卷获取请求可以从本地缓存拉取待下发问卷给观众端，从而可以不用直接访问数据库，减轻数据库的qps压力。为了进一步防止因并发度过高而导致redis挂掉，使用throttling(限流)方式来限制最终达到redis的查询请求。
163.轮刷模块包括问卷信令下发模块(可参见前述步骤s202中的相关记载，不再赘述)、状态刷新模块以及编写保存模块。状态刷新模块执行状态刷新任务(refreshstatustask)，状态刷新任务负责监督问卷状态的流转情况，问卷状态的流转大致为创建—>审核—>数据处理中—>待生效—>已生效—>结束，可参见图8。编写保存模块执行编写保存任务(authorsavetask)，编写保存任务指示从前述步骤s201所提及的hive表拉取部分直播间对应的主播标识存储到数据库缓存中。
164.上述实施例中提供的直播间的数据处理方法，可以向处于直播状态的目标直播间的观众端进行问卷下发，在观众观看直播的过程中下发问卷可以提高问卷调研的实时性以及用户对问卷调研的参与度。发送至观众端的问卷信息指向目标直播间，保证了问卷调研与目标直播间的关联性，可以提高用户问卷回复的针对性，从而提高相关产品基于用户问卷回复进行优化的有效性。服务端利用问卷信令触发观众端生成问卷获取请求，服务端后续可以基于接收到的问卷获取请求决定是否获取问卷信息并下发，相较于服务端直接向观众端发送问卷信息的方式，综合考虑了系统运算资源的消耗以及问卷调研在用户维度的针对性。
165.以下以服务端为执行主体，介绍本公开实施例提供的直播间的数据处理方法，具体的，如图3所示，图3是根据一示例性实施例示出的一种直播间的数据处理法的流程图，具体的，可以包括以下步骤：
166.在步骤s301中，确定处于直播状态的目标直播间。
167.在步骤s302中，发送问卷信令至所述目标直播间的观众端。
168.在步骤s303中，响应于所述观众端发送的问卷获取请求，获取所述目标直播间对应的问卷信息；其中，所述问卷获取请求是所述观众端基于所述问卷信令的接收而触发生成的。
169.在步骤s304中，发送所述问卷信息至所述观众端。
170.以下以观众端为执行主体，介绍本公开实施例提供的直播间的数据处理方法，具体的，如图4所示，图4是根据一示例性实施例示出的一种直播间的数据处理方法的流程图，具体的，可以包括以下步骤：
171.在步骤s401中，接收服务端发送的针对处于直播状态的目标直播间的问卷信令。
172.在步骤s402中，基于所述问卷信令生成问卷获取请求。
173.在步骤s403中，发送所述问卷获取请求至所述服务端，以使得所述服务端获取目标直播间对应的问卷信息。
174.在步骤s404中，接收所述服务端返回的问卷信息。
175.图11是根据一示例性实施例示出的一种直播间的数据处理装置1100的框图。参照图11，该装置配置在服务端该装置包括确定单元1101，信令发送单元1102，获取单元1103和信息发送单元1104。
176.该确定单元1101被配置为执行确定处于直播状态的目标直播间；
177.该信令发送单元1102被配置为执行发送问卷信令至所述目标直播间的观众端；
178.该获取单元1103被配置为执行响应于所述观众端发送的问卷获取请求，获取所述目标直播间对应的问卷信息；其中，所述问卷获取请求是所述观众端基于所述问卷信令的接收而触发生成的；
179.该信息发送单元1104被配置为执行发送所述问卷信息至所述观众端。
180.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
181.图12是根据一示例性实施例示出的一种直播间的数据处理装置1200的框图。参照图12，该装置配置在观众端，该装置包括信令接收单元1201，请求生成单元1202，请求发送单元1203和信息接收单元1204。
182.该信令接收单元1201被配置为执行接收服务端发送的针对处于直播状态的目标直播间的问卷信令；
183.该请求生成单元1202被配置为执行基于所述问卷信令生成问卷获取请求；
184.该请求发送单元1203被配置为执行发送所述问卷获取请求至所述服务端，以使得所述服务端获取目标直播间对应的问卷信息；
185.该信息接收单元1204被配置为执行接收所述服务端返回的问卷信息。
186.关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
187.在示例性实施例中，还提供了一种直播间的数据处理系统，所述系统包括服务端和至少一个观众端，所述服务端配置有直播间的数据处理装置1100，所述观众端配置有直播间的数据处理装置1200。
188.在示例性实施例中，还提供了一种电子设备，包括处理器；用于存储处理器可执行指令的存储器；其中，处理器被配置为执行存储器上所存放的指令时，实现上述实施例中任一直播间的数据处理方法的步骤。
189.该电子设备可以终端、服务器或者类似的运算装置，以该电子设备是服务器为例，图13是根据一示例性实施例示出的一种用于实现直播间的数据处理方法的电子设备的框图，该电子设备1300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processing units，cpu)1310(处理器1310可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的展示装置)、用于存储数据的存储器1330，一个或一个以上存储应用程序1323或数据1322的存储介质1320(例如一个或一个以上海量存储设备)。其中，存储器1330和存储介质1320可以是短暂存储或持久存储。存储在存储介质1320的程序可以包括一个或一个以上模块，每个模块可以包括对电子设备中的一系列指令操作。更进一步地，中央处理器1313可以设置为与存储介质1320通信，在电子设备1300上执行存储介质1320中的一系列指令操作。电子设备1300还可以包括一个或一个以上电源1360，一个或一个以上有线或无线网络接口1350，一个或一个以上输入输出接口1340，和/或，一个或一个以上操作系统1321，例如windows servertm，mac os xtm，unixtm，linuxtm，freebsdtm等等。
190.输入输出接口1340可以用于经由一个网络接收或者发送数据。上述的网络具体实例可包括电子设备1300的通信供应商提供的无线网络。在一个实例中，输入输出接口1340包括一个网络适配器(network interface controller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个示例性实施例中，输入输出接口1340可以为射频(radio frequency，rf)模块，其用于通过无线方式与互联网进行通讯。
191.本领域普通技术人员可以理解，图13所示的结构仅为示意，其并不对上述电子设
备的结构造成限定。例如，电子设备1300还可包括比图13中所示更多或者更少的组件，或者具有与图13所示不同的配置。
192.在示例性实施例中，还提供了一种包括指令的计算机可读存储介质，例如包括指令的存储器，上述指令可由电子设备1300的处理器1310执行以完成上述直播间的数据处理方法。可选地，计算机可读存储介质可以是rom、随机存取存储器(ram)、cd
‑
rom、磁带、软盘和光数据存储设备等。
193.在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机程序/指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机程序/指令，处理器执行该计算机程序/指令，使得该电子设备执行上述任一种实施例中提供的直播间的数据处理方法。
194.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
195.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
196.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。