弹幕信息的显示方法及装置、存储介质、电子设备

技术领域

本公开的实施方式涉及计算机技术领域，更具体地，本公开的实施方式涉及一种弹幕信息的显示方法、弹幕信息的显示装置、计算机可读存储介质以及电子设备。

背景技术

本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。

现有的弹幕信息的显示方法中，在接收到用户针对播放内容输入的弹幕信息时，会直接对该弹幕信息进行显示。但是，该方法无法对弹幕进行动态控制。

发明内容

但是，现有技术中，一方面，由于是根据实际弹幕的数量进行显示的，进而会导致由于弹幕数量过多使得弹幕信息相互遮挡进而导致的无法对弹幕内容进行读取的问题；另一方面，还存在无法根据用户的偏好为用户匹配相应弹幕信息的问题。

为此，非常需要一种改进的弹幕信息显示方法，以通过弹幕请求上下文计算相应的弹幕数量，并对与弹幕数量对应的弹幕信息进行显示，进而实现对弹幕信息的动态控制。

在本上下文中，本公开的实施方式期望提供一种弹幕信息的显示方法、弹幕信息的显示装置、计算机可读存储介质以及电子设备。

根据本公开的一个方面，提供一种弹幕信息的显示方法，配置于服务器侧，所述弹幕信息的显示方法包括：

接收用户终端发送的弹幕拉取请求，并根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；匹配与所述弹幕请求上下文对应的数据源决策结果，并根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量；获取与所述第二弹幕数量对应的待显示弹幕信息，并将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示。

在本公开的一种示例实施例中，根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量，包括：对所述弹幕拉取请求进行解析，得到所述弹幕请求上下文；其中，所述弹幕请求上下文包括所述弹幕宿主所具有的单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符中的一种或多种；根据所述宿主内容标识符获取所述弹幕宿主的宿主内容全量信息；根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量；其中，所述第一弹幕数量为所述弹幕宿主在所述总播放时长内所能容纳的最大弹幕数量。

在本公开的一种示例实施例中，所述宿主内容全量信息包括所述弹幕宿主的总播放时长，或者总播放时长以及具有预设内容类别的视频片段所具有的片段播放时长；其中，根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量，包括：根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量；或者根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量，包括：为所述弹幕宿主配置第一溢出比例，并计算所述第一溢出比例、单位时间弹幕容量以及总播放时长之间的第一积运算结果；根据所述第一积运算结果确定所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量，包括：为所述具有预设内容类别的视频片段配置第二溢出比例，并为所述弹幕宿主中除开所述预设内容类别的视频片段以外的其他视频片段配置第三溢出比例；基于所述第一溢出比例、第三溢出比例、单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，匹配与所述弹幕请求上下文对应的数据源决策结果，包括：根据所述弹幕请求上下文中包括的用户标识符获取用户全量信息，并根据所述用户全量信息以及所述弹幕宿主的宿主内容全量信息，生成决策请求上下文；根据所述决策请求上下文从数据源策略管理中心中匹配所述数据源决策结果；其中，所述数据源决策结果包括所述数据源策略管理中心中包括的各子数据源策略能够展示的子策略最大弹幕数量、各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略的策略优先级中的至少一种。

在本公开的一种示例实施例中，所述数据源策略管理中心中包括所述子弹幕信息的子数据来源以及与所述子数据来源对应的子数据源策略；其中，所述子数据来源包括与所述弹幕宿主的宿主内容对应的预配置弹幕信息、与所述宿主内容关联的预设活动弹幕信息、与所述宿主内容关联的用户发送弹幕信息以及与所述宿主内容关联的用户评论信息中的一种或多种；所述子数据源策略包括与所述预配置弹幕信息对应的预置弹幕策略、与所述预设活动弹幕信息对应的活动弹幕策略、与所述用户发送弹幕信息对应的用户弹幕策略以及与用户评论内容对应的用户评论策略中的一种或多种。

在本公开的一种示例实施例中，根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量，包括：对所述数据源决策结果中包括的各子数据源策略能够展示的子策略最大弹幕数量进行求和运算，得到第一和运算结果；对所述数据源决策结果中包括的各子数据源策略必须展示的子策略最少弹幕数量进行求和运算，得到第二和运算结果；根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量。

在本公开的一种示例实施例中，根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量，包括：对所述第一弹幕数量与所述第一和运算结果进行求差运算，得到第一差值运算结果，并在确定所述第一差运算结果大于预设阈值时，将所述第一和运算结果作为所述第二弹幕数量；在确定所述第一差运算结果小于等于所述预设阈值时，对所述第一弹幕数量与第二和运算结果进行求差运算，得到第二差运算结果；在确定所述第二差运算结果大于所述预设阈值时，对所述第二和运算结果以及第二差运算结果进行求和运算，得到第三和运算结果，并根据第三和运算结果确定所述第二弹幕数量；在确定所述第二差运算结果小于等于所述预设阈值时，将所述第一弹幕数量作为所述第二弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，包括：当所述第二弹幕数量为所述第一和运算结果时，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，并根据所述第一子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，包括：获取所述数据源策略中心中各子数据源策略下所具有的原始弹幕信息；其中，所述原始弹幕信息包括预配置弹幕信息、预设活动弹幕信息以及用户发送弹幕信息中的一种或多种；对所述原始弹幕信息的信息数量总和以及各子数据源策略能够展示的子策略最大弹幕数量的总和进行比对，并在确定所述原始弹幕信息的信息数量总和小于各子数据源策略能够展示的子策略最大弹幕数量的总和时，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息；根据所述新增弹幕信息以及原始弹幕信息生成所述第一子弹幕信息，并从所述数据源策略中心中获取所述第一子弹幕信息。

在本公开的一种示例实施例中，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息，包括：将所述数据源策略中心中的用户评论信息以及宿主内容输入至预设的神经网络模型中，得到所述用户评论信息在所述宿主内容中所具有的时间节点；其中，所述预设的神经网络模型包括循环神经网络模型、卷积神经网络模型、深度神经网络模型以及决策树模型中的一种或多种；根据所述时间节点以及所述用户评论信息，生成新增弹幕信息。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：当所述第二弹幕数量为所述第三和运算结果时，根据所述第二差值运算结果以及所述数据源决策结果，生成分流请求上下文；根据所述分流请求上下文，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，并根据各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略所需提供的子弹幕数量，确定各子数据源策略所需提供的目标弹幕数量；从所述数据源策略中心的各子数据源策略下，请求与各子数据源策略所需提供的目标弹幕数量对应的第二子弹幕信息，并根据所述第二子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，包括：通过所述分流策略中心根据所述分流请求上下文计算各子数据源策略所具有的分流比例；根据所述分流比例、第一弹幕数量以及各子数据源策略必须展示的子策略最少弹幕数量，计算各子数据源策略所需提供的子弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：S10，当所述第一弹幕数量与第二弹幕数量相同时，根据所述决策结果中包括的各子数据源策略的策略优先级对各子数据源策略进行排序，得到策略排序结果；其中，所述策略排序结果中包括第一子数据源策略、…、第N子数据源策略，与所述第一子数据源策略、…、第N子数据源策略对应的第一策略优先级、…、第N策略优先级依次递减；S20，对所述第一子数据源策略所具有的第一子策略最少弹幕数量以及第一弹幕数量进行比对，并在确定所述第一子策略最少弹幕数量大于等于第一弹幕数量时，则从该第一子数据源策略中获取与所述第一弹幕数量对应的第三子弹幕信息，无需从除开第一子数据源策略的其他子数据源策略中获取第三子弹幕信息；S30，在确定所述第一子策略最少弹幕数量小于第一弹幕数量时，从从该第一子数据源策略中获取与第一子策略最少弹幕数量对应的第三子弹幕信息；S40，对第一弹幕数量与第一子策略最少弹幕数量进行求差运算，得到第三差值运算结果，并对第三差值运算结果以及第二子数据源策略所具有的第二子策略最少弹幕数量进行比对；S50，在确定所述第二子策略最少弹幕数量大于等于第三差值运算结果时，则从该第二子数据源策略中获取与所述第三差值运算结果对应的第三子弹幕信息，无需从除开第一子数据源策略以及第二子数据源策略的其他子数据源策略中获取第三子弹幕信息；S60，在确定所述第二子策略最少弹幕数量小于第三差值运算结果时，从该第二子数据源策略中获取与第二子策略最少弹幕数量对应的第三子弹幕信息；S70，重复步骤S40-S60，直至所述第三子弹幕信息的数量达到所述第一弹幕数量为止，并根据所述第三子弹幕信息生成所述待显示弹幕信息。

根据本公开的一个方面，提供一种弹幕信息的显示方法，配置于用户终端侧，所述弹幕信息的显示方法包括：

获取弹幕宿主的环境信息以及弹幕显示设置信息，并根据所述环境信息以及弹幕显示设置信息计算所述弹幕宿主的单位时间弹幕容量；根据所述单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符，生成弹幕请求上下文，并根据所述弹幕请求上下文生成弹幕拉取请求；将所述弹幕拉取请求发送至所述服务器侧，并接收所述服务器侧根据所述弹幕拉取请求中包括的单位时间弹幕容量、宿主内容标识符以及用户标识符生成的待显示弹幕信息；在所述弹幕宿主的显示环境中对所述待显示弹幕信息进行显示。

在本公开的一种示例实施例中，所述环境信息包括所述显示环境的显示宽度以及显示高度，和/或所述用户终端的设备分辨率；所述弹幕显示设置信息包括对所述弹幕信息进行显示时的字体大小、弹幕信息的滚动速率以及弹幕密集度中的一种或多种。

根据本公开的一个方面，提供一种弹幕信息的显示装置，配置于服务器侧，所述弹幕信息的显示装置包括：

第一弹幕数量计算模块，用于接收用户终端发送的弹幕拉取请求，并根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；

第二弹幕数量确定模块，用于匹配与所述弹幕请求上下文对应的数据源决策结果，并根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量；

弹幕信息获取模块，用于获取与所述第二弹幕数量对应的待显示弹幕信息，并将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示。

在本公开的一种示例实施例中，根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量，包括：对所述弹幕拉取请求进行解析，得到所述弹幕请求上下文；其中，所述弹幕请求上下文包括所述弹幕宿主所具有的单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符中的一种或多种；根据所述宿主内容标识符获取所述弹幕宿主的宿主内容全量信息；根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量；其中，所述第一弹幕数量为所述弹幕宿主在所述总播放时长内所能容纳的最大弹幕数量。

在本公开的一种示例实施例中，所述宿主内容全量信息包括所述弹幕宿主的总播放时长，或者总播放时长以及具有预设内容类别的视频片段所具有的片段播放时长；其中，根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量，包括：根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量；或者根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量，包括：为所述弹幕宿主配置第一溢出比例，并计算所述第一溢出比例、单位时间弹幕容量以及总播放时长之间的第一积运算结果；根据所述第一积运算结果确定所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量，包括：为所述具有预设内容类别的视频片段配置第二溢出比例，并为所述弹幕宿主中除开所述预设内容类别的视频片段以外的其他视频片段配置第三溢出比例；基于所述第一溢出比例、第三溢出比例、单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，匹配与所述弹幕请求上下文对应的数据源决策结果，包括：根据所述弹幕请求上下文中包括的用户标识符获取用户全量信息，并根据所述用户全量信息以及所述弹幕宿主的宿主内容全量信息，生成决策请求上下文；根据所述决策请求上下文从数据源策略管理中心中匹配所述数据源决策结果；其中，所述数据源决策结果包括所述数据源策略管理中心中包括的各子数据源策略能够展示的子策略最大弹幕数量、各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略的策略优先级中的至少一种。

在本公开的一种示例实施例中，所述数据源策略管理中心中包括所述子弹幕信息的子数据来源以及与所述子数据来源对应的子数据源策略；其中，所述子数据来源包括与所述弹幕宿主的宿主内容对应的预配置弹幕信息、与所述宿主内容关联的预设活动弹幕信息、与所述宿主内容关联的用户发送弹幕信息以及与所述宿主内容关联的用户评论信息中的一种或多种；所述子数据源策略包括与所述预配置弹幕信息对应的预置弹幕策略、与所述预设活动弹幕信息对应的活动弹幕策略、与所述用户发送弹幕信息对应的用户弹幕策略以及与用户评论内容对应的用户评论策略中的一种或多种。

在本公开的一种示例实施例中，根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量，包括：对所述数据源决策结果中包括的各子数据源策略能够展示的子策略最大弹幕数量进行求和运算，得到第一和运算结果；对所述数据源决策结果中包括的各子数据源策略必须展示的子策略最少弹幕数量进行求和运算，得到第二和运算结果；根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量。

在本公开的一种示例实施例中，根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量，包括：对所述第一弹幕数量与所述第一和运算结果进行求差运算，得到第一差值运算结果，并在确定所述第一差运算结果大于预设阈值时，将所述第一和运算结果作为所述第二弹幕数量；在确定所述第一差运算结果小于等于所述预设阈值时，对所述第一弹幕数量与第二和运算结果进行求差运算，得到第二差运算结果；在确定所述第二差运算结果大于所述预设阈值时，对所述第二和运算结果以及第二差运算结果进行求和运算，得到第三和运算结果，并根据第三和运算结果确定所述第二弹幕数量；在确定所述第二差运算结果小于等于所述预设阈值时，将所述第一弹幕数量作为所述第二弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，包括：当所述第二弹幕数量为所述第一和运算结果时，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，并根据所述第一子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，包括：获取所述数据源策略中心中各子数据源策略下所具有的原始弹幕信息；其中，所述原始弹幕信息包括预配置弹幕信息、预设活动弹幕信息以及用户发送弹幕信息中的一种或多种；对所述原始弹幕信息的信息数量总和以及各子数据源策略能够展示的子策略最大弹幕数量的总和进行比对，并在确定所述原始弹幕信息的信息数量总和小于各子数据源策略能够展示的子策略最大弹幕数量的总和时，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息；根据所述新增弹幕信息以及原始弹幕信息生成所述第一子弹幕信息，并从所述数据源策略中心中获取所述第一子弹幕信息。

在本公开的一种示例实施例中，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息，包括：将所述数据源策略中心中的用户评论信息以及宿主内容输入至预设的神经网络模型中，得到所述用户评论信息在所述宿主内容中所具有的时间节点；其中，所述预设的神经网络模型包括循环神经网络模型、卷积神经网络模型、深度神经网络模型以及决策树模型中的一种或多种；根据所述时间节点以及所述用户评论信息，生成新增弹幕信息。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：当所述第二弹幕数量为所述第三和运算结果时，根据所述第二差值运算结果以及所述数据源决策结果，生成分流请求上下文；根据所述分流请求上下文，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，并根据各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略所需提供的子弹幕数量，确定各子数据源策略所需提供的目标弹幕数量；从所述数据源策略中心的各子数据源策略下，请求与各子数据源策略所需提供的目标弹幕数量对应的第二子弹幕信息，并根据所述第二子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，包括：通过所述分流策略中心根据所述分流请求上下文计算各子数据源策略所具有的分流比例；根据所述分流比例、第一弹幕数量以及各子数据源策略必须展示的子策略最少弹幕数量，计算各子数据源策略所需提供的子弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：S10，当所述第一弹幕数量与第二弹幕数量相同时，根据所述决策结果中包括的各子数据源策略的策略优先级对各子数据源策略进行排序，得到策略排序结果；其中，所述策略排序结果中包括第一子数据源策略、…、第N子数据源策略，与所述第一子数据源策略、…、第N子数据源策略对应的第一策略优先级、…、第N策略优先级依次递减；S20，对所述第一子数据源策略所具有的第一子策略最少弹幕数量以及第一弹幕数量进行比对，并在确定所述第一子策略最少弹幕数量大于等于第一弹幕数量时，则从该第一子数据源策略中获取与所述第一弹幕数量对应的第三子弹幕信息，无需从除开第一子数据源策略的其他子数据源策略中获取第三子弹幕信息；S30，在确定所述第一子策略最少弹幕数量小于第一弹幕数量时，从从该第一子数据源策略中获取与第一子策略最少弹幕数量对应的第三子弹幕信息；S40，对第一弹幕数量与第一子策略最少弹幕数量进行求差运算，得到第三差值运算结果，并对第三差值运算结果以及第二子数据源策略所具有的第二子策略最少弹幕数量进行比对；S50，在确定所述第二子策略最少弹幕数量大于等于第三差值运算结果时，则从该第二子数据源策略中获取与所述第三差值运算结果对应的第三子弹幕信息，无需从除开第一子数据源策略以及第二子数据源策略的其他子数据源策略中获取第三子弹幕信息；S60，在确定所述第二子策略最少弹幕数量小于第三差值运算结果时，从该第二子数据源策略中获取与第二子策略最少弹幕数量对应的第三子弹幕信息；S70，重复步骤S40-S60，直至所述第三子弹幕信息的数量达到所述第一弹幕数量为止，并根据所述第三子弹幕信息生成所述待显示弹幕信息。

根据本公开的一个方面，提供一种弹幕信息的显示装置，配置于用户终端侧，所述弹幕信息的显示装置包括：

单位时间弹幕容量计算模块，用于获取弹幕宿主的环境信息以及弹幕显示设置信息，并根据所述环境信息以及弹幕显示设置信息计算所述弹幕宿主的单位时间弹幕容量；

弹幕拉取请求生成模块，用于根据所述单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符，生成弹幕请求上下文，并根据所述弹幕请求上下文生成弹幕拉取请求；

弹幕信息接收模块，用于将所述弹幕拉取请求发送至所述服务器侧，并接收所述服务器侧根据所述弹幕拉取请求中包括的单位时间弹幕容量、宿主内容标识符以及用户标识符生成的待显示弹幕信息；

弹幕信息显示模块，用于在所述弹幕宿主的显示环境中对所述待显示弹幕信息进行显示。

在本公开的一种示例实施例中，所述环境信息包括所述显示环境的显示宽度以及显示高度，和/或所述用户终端的设备分辨率；所述弹幕显示设置信息包括对所述弹幕信息进行显示时的字体大小、弹幕信息的滚动速率以及弹幕密集度中的一种或多种。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现前述任一示例实施例所述的弹幕信息的显示方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权前述任一示例实施例所述的弹幕信息的显示方法。

根据本公开实施方式的弹幕信息的显示方法和弹幕信息的显示装置，可以通过接收用户终端发送的弹幕拉取请求，并根据弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；匹配与弹幕请求上下文对应的数据源决策结果，并根据数据源决策结果以及第一弹幕数量，确定第二弹幕数量；获取与第二弹幕数量对应的待显示弹幕信息，并将待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示，而无需对弹幕信息直接显示，从而显著地降低了由于需要对弹幕信息进行直接显示导致的无法对弹幕信息进行动态控制的问题，并且减少了由于弹幕数量过多使得弹幕内容存在互相遮挡进而导致的无法对弹幕内容进行读取的问题，增强了弹幕信息在显示过程中的合理性以及可读性，为用户带来了更好的阅读(使用)体验。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示意性地示出了根据本公开示例实施例的一种配置于服务器侧的弹幕信息的显示方法的流程图；

图2示意性地示出了根据本公开示例实施例的一种弹幕信息的显示方法的应用场景的示例图；

图3示意性地示出了根据本公开示例实施例的一种弹幕信息的显示系统的结构框图；

图4示意性地示出了根据本公开示例实施例的一种根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量的方法流程图；

图5示意性地示出了一种弹幕信息的显示界面图；

图6示意性地示出了根据本公开示例实施例的一种通过本公开所记载的弹幕信息的显示方法所得到的显示界面示例图；

图7示意性地示出了另一种弹幕信息的显示界面图；

图8示意性地示出了根据本公开示例实施例的另一种通过本公开所记载的弹幕信息的显示方法所得到的显示界面示例图；

图9示意性地示出了根据本公开示例实施例的一种配置于用户终端侧的弹幕信息的显示方法的流程图；

图10示意性地示出了根据本公开示例实施例的一种基于多端交互的弹幕信息的显示方法的流程图；

图11示意性地示出了根据本公开示例实施例的一种配置于服务器侧的弹幕信息的显示装置的框图；

图12示意性地示出了根据本公开示例实施例的一种配置于用户终端侧的弹幕信息的显示装置的框图；

图13示意性地示出了根据本公开示例实施例的一种用于存储上述弹幕信息的显示方法的计算机可读存储介质；

图14示意性地示出了根据本公开示例实施例的一种用于实现上述弹幕信息的显示方法的电子设备。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本公开的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开，而并非以任何方式限制本公开的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本公开的实施方式，提出了一种弹幕信息的显示方法、弹幕信息的显示装置、计算机可读存储介质以及电子设备。

在本文中，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本公开的若干代表性实施方式，详细阐释本公开的原理和精神。

发明概述

本申请人首先考虑到，在一些弹幕信息显示方案中，在弹幕信息的内容来源方面，是以UGC(User Generated Content，用户生成内容)的直接展示为主。也即，在实际应用的过程中，一个用户首先在宿主内容的指定时间发布一条弹幕，随后其它用户在播放宿主内容到该时间时弹幕自动出现。同时，在内容展示方面，当前的弹幕方案默认情况下会展示全部的已有弹幕，用户可以设置偏好设置控制弹幕展示的区域等。

但是，上述方案存在如下缺陷：一方面，弹幕数量依赖用户生成内容，在内容上线初期弹幕数量不足，弹幕在宿主环境内展示稀疏，用户体验不佳；另一方面，弹幕数量无法动态控制，在给定的用户偏好设置下，弹幕数量就已经确定，不会考虑宿主环境；因此容易造成用户终端中弹幕展示区域小，弹幕量大导致排布密集，不利于阅读的问题以及宿主播放时间短，弹幕数据量大，造成用户注意力分散，不能同时兼顾内容和弹幕的问题；再一方面，缺少对弹幕细粒度的控制能力。

基于此，本公开示例实施例提供了一种针对弹幕数量过多时信息相互遮挡的较好的弹幕信息的显示方法，一方面，通过接收用户终端发送的弹幕拉取请求，并根据弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；匹配与弹幕请求上下文对应的数据源决策结果，并根据数据源决策结果以及第一弹幕数量，确定第二弹幕数量；获取与第二弹幕数量对应的待显示弹幕信息，并将待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示，由于可以根据弹幕拉取请求中包括的弹幕请求上下文以及数据源决策结果确定弹幕数量，进而向用户终端反馈响应的待显示弹幕信息并显示，进而可以避免由于用户终端中弹幕展示区域小，弹幕量大导致排布密集，不利于阅读的问题以及宿主播放时间短，弹幕数据量大，造成用户注意力分散，不能同时兼顾内容和弹幕的问题，提高了所显示的弹幕信息的合理性以及可读性；另一方面，还解决了无法对弹幕信息进行动态控制的问题。

在介绍了本公开的基本原理之后，下面具体介绍本公开的各种非限制性实施方式。

示例性方法

本示例实施方式中首先提供了一种弹幕信息的显示方法，该方法可以运行于服务器、服务器集群或云服务器等；当然，本领域技术人员也可以根据需求在其他平台运行本公开的方法，本示例性实施例中对此不做特殊限定。参考图1所示，该弹幕信息的显示方法可以包括以下步骤：

步骤S110.接收用户终端发送的弹幕拉取请求，并根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；

步骤S120.匹配与所述弹幕请求上下文对应的数据源决策结果，并根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量；

步骤S130.获取与所述第二弹幕数量对应的待显示弹幕信息，并将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示。

上述弹幕信息的显示方法中，通过接收用户终端发送的弹幕拉取请求，并根据弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；匹配与弹幕请求上下文对应的数据源决策结果，并根据数据源决策结果以及第一弹幕数量，确定第二弹幕数量；获取与第二弹幕数量对应的待显示弹幕信息，并将待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示，而无需对弹幕信息直接显示，从而显著地降低了由于需要对弹幕信息进行直接显示导致的无法对弹幕信息进行动态控制的问题，并且减少了由于需要对弹幕信息进行直接显示进而由于弹幕信息数量过多导致的无法对弹幕内容进行读取的问题，为用户带来了更好的体验。

以下，将结合附图对本公开示例实施例弹幕信息的显示方法进行详细的解释以及说明。

首先，对本公开示例实施例中所涉及到的名词进行解释。

宿主：弹幕展示所需要的上下文环境；其中，宿主环境特指弹幕在UI(UserInterface，用户界面)层面的载体，宿主内容特指视频、歌曲等弹幕所评论的内容。

应用服务端：提供弹幕能力的应用所需的后端服务。

数据源策略：提供弹幕信息的策略，是弹幕来源的抽象，也包含了对弹幕互动效果的转化；同时，一个数据源策略会从一个有效的数据来源根据指定的上下文信息提供相应的弹幕信息；其中，典型的弹幕数据源策略可以包括：1)预置弹幕：在宿主内容播放的开始、高潮、结束等关键位置自动播放的弹幕信息，主要目的是引导用户；2)官方活动弹幕：针对特定的播放内容透出官方活动，以弹幕的形式增加曝光度；3)用户弹幕：用户自发创建的弹幕，也是使用最广泛的弹幕来源，用户自己与其它用户的策略又会有不同；同时，用户自己创建的弹幕在策略上是必须要展示的，而其它用户创建的弹幕在策略上是可选展示的，同时与用户存在社交关系或者用户画像类似的弹幕具有较高的展示优先级；4)用户评论：针对初期弹幕数量较少时，可以作为一个有效的庞大数据源提高用户体验，需要解决数据异构问题。在实际应用过程中，由于数据源策略抽象了对弹幕信息来源的管理过程，因此其功能可以包括：一方面，根据决策请求上下文确定当前数据源策略的决策结果；另一方面，为异构数据提供转换方法，例如需要为用户评论通过算法确定时间戳才能转化为弹幕信息；再一方面，根据给定的条件返回弹幕信息列表，涉及到业务逻辑，筛选排序等；还有一方面，用户对弹幕的互动效果的转化。进一步的，在实际应用过程中，数据源策略是本系统中可插拔的子模块，运营人员可以根据业务需求自由地添加或删除数据源策略，也可以为特定的宿主内容开启或关闭数据源策略。同时，本系统还提供了数据源策略的共享机制，开发者可以结合业务需求开发独立的数据源策略逻辑，再发布到策略商店，供其他的应用开发者或运营人员复用。

数据源策略管理中心：集中管理数据源策略的服务端应用程序，一方面提供数据源策略的增删改查以及启用禁用，另一方面直接向应用服务端提供弹幕相关的服务。

xx上下文：用于提供决策的一组相关信息或结果。

UGC：User Generated Content，用户创建内容，此处特指用户发的评论或弹幕。

分流策略是在确定了最终所需要的弹幕数量的前提下，用于决策从不同数据源策略获取的弹幕数量的策略；例如，典型的分流策略可以包括：1)手动指定：运营人员根据实际的业务情况指定不同数据源策略的比例或数量；2)百分比：根据不同数据源策略所能提供的总量计算得出的百分比；3)自定义：根据开发逻辑动态生成；在实际应用的过程中，分流策略主要用于实现不同时期弹幕来源的灵活变更需求，为运营人员提供细粒度的管理手段；例如，在宿主内容上线的初期，用户弹幕策略能够提供的数据量不足，那么就可以加大活动弹幕策略或者通用弹幕策略所占的比例。随着用户弹幕的沉淀，逐步提高该策略的占用比例；进一步的，与数据源策略类似，分流策略也是本系统中可插拔的子模块；例如，根据业务的不同，可以开发并发布相应的自定义分流策略；当然，还可以基于业务需求，在管理后台指定一个当前启用的分流策略并进行相关参数的配置。

其次，对本公开示例实施例发明目的进行解释以及说明。具体的，本公开示例实施例所记载的弹幕信息的显示方法，一方面，可以解决弹幕数量与宿主环境的不适配问题；例如，弹幕数量少而宿主内容时间长，造成弹幕稀疏，效果差；又例如，弹幕数量多而宿主内容时间短，造成弹幕大面积遮挡宿主内容，分散用户注意力，体验不佳；另一方面，可以实现异构数据的归一化转换；例如，不同数据源的数据结构与最终展示所需的弹幕数据结构存在差异，不同数据源需要基于策略，根据给定的上下文转换成指定的数据格式；再一方面，可以基于数据源分流策略确定各数据源如何提供弹幕评论来构成最终用于展示的弹幕评论总量。

进一步的，对本公开示例实施例所记载的弹幕信息的显示方法的应用场景进行解释以及说明。具体的，具体的，参考图2所示，本公开示例实施例所记载的弹幕信息的显示方法，可以应用与包括用户终端210以及服务器220的场景中。其中，用户终端与服务器可以通过有线网络或无线网络的方式通信连接；同时，用户终端可以对用于实现本公开示例实施例所记载的配置于用户终端侧的弹幕信息的显示方法，服务器可以用于实现本公开示例实施例所记载的配置于服务器侧的弹幕信息的显示方法。

更进一步的，参考图3所示，服务器220中可以包括应用服务端(也即与应用程序客户端对应的应用程序服务器端)301、数据源策略管理中心301以及分流策略中心302；其中，应用程序服务端分别与数据源策略管理中心以及分流策略中心通信连接；同时，数据源策略管理中心用户存储数据源策略，分流策略中心用于存储分流策略；并且，应用程序服务端用于向数据源策略管理中心以及分流策略中心请求数据源决策结果以及分流决策结果，并根据分流决策结果确定第二弹幕数量。

以下，将结合图2以及图3对图1中所示出的弹幕信息的显示方法进行进一步的解释以及说明。具体的：

在步骤S110中，接收用户终端发送的弹幕拉取请求，并根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量。

在本示例实施例中，若用户终端需要在弹幕宿主(例如视频或音频)播放的过程中显示相应的弹幕信息，则可以向服务器侧发送相应的弹幕拉取请求；进一步的，当服务器接收到该弹幕拉取请求以后，即可根据该弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量。具体的，参考图4所示，可以包括以下步骤：

步骤S410，对所述弹幕拉取请求进行解析，得到所述弹幕请求上下文；其中，所述弹幕请求上下文包括所述弹幕宿主所具有的单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符中的一种或多种。

具体的，上述所记载的弹幕请求上下文可以包括单位时间弹幕容量、宿主内容标识符以及用户标识符等等；其中，单位时间弹幕容量是指每秒内弹幕宿主上可以容纳的弹幕信息的条数，其实根据弹幕宿主的弹幕显示区域面积、弹幕滚动速度、弹幕密集程度以及弹幕信息的字体大小等来确定的；宿主内容标识符可以用于表示所播放音频的音频标识符或者所播放视频的视频标识符等等，用户标识符可以用于表示登录当前应用程序的用户标识等等。

步骤S420，根据所述宿主内容标识符获取所述弹幕宿主的宿主内容全量信息。

具体的，此处所记载的弹幕宿主的宿主内容全量信息可以包括所述弹幕宿主的总播放时长，或者总播放时长以及具有预设内容类别的视频片段所具有的片段播放时长；也即，宿主内容全量信息可以包括视频总的播放时长以及高潮片段时长等。

步骤S430，根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量；其中，所述第一弹幕数量为所述弹幕宿主在所述总播放时长内所能容纳的最大弹幕数量。

具体的，根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量，可以通过如下两种方式来实现：

一种是，根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量；其中，根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量，可以通过如下方式实现：为所述弹幕宿主配置第一溢出比例，并计算所述第一溢出比例、单位时间弹幕容量以及总播放时长之间的第一积运算结果；根据所述第一积运算结果确定所述第一弹幕数量。也即，可以通过如下公式(1)计算该第一弹幕数量：

C

其中，C

此处需要补充说明的是，此处所记载的第一种弹幕宿主在总播放时长内所能容纳的最大弹幕数量，是不考虑该弹幕宿主的高潮播放时长的。因此，为了可以进一步的提高所得到的第一弹幕数量的准确率，还需要考虑该弹幕宿主的高潮播放时长。基于此，另一种计算第一弹幕数量的方式可以包括：根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。其中，根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量，可以通过如下方式实现：为所述具有预设内容类别的视频片段配置第二溢出比例，并为所述弹幕宿主中除开所述预设内容类别的视频片段以外的其他视频片段配置第三溢出比例；基于所述第一溢出比例、第三溢出比例、单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。也即，还可以通过如下公式(2)计算该第一弹幕数量：

C

其中，k2为具有预设内容类别的视频片段的第二溢出比例，该具有预设内容类别的视频片段，即为高潮片段，k3为第三溢出比例(也即其他时段溢出比例)，tc为片段播放时长(也即高潮时段时长)。通过为高潮片段增加弹幕数量或设置单独的溢出比例，可以进一步的提高在具有高潮片段时所得到的第一弹幕数量的准确率。

在步骤S120中，匹配与所述弹幕请求上下文对应的数据源决策结果，并根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量。

在本示例实施例中，首先，匹配与弹幕请求上下文对应的数据源决策结果。具体的，匹配过程可以通过如下方式实现：首先，根据所述弹幕请求上下文中包括的用户标识符获取用户全量信息，并根据所述用户全量信息以及所述弹幕宿主的宿主内容全量信息，生成决策请求上下文；其次，根据所述决策请求上下文从数据源策略管理中心中匹配所述数据源决策结果；其中，所述数据源决策结果包括所述数据源策略管理中心中包括的各子数据源策略能够展示的子策略最大弹幕数量、各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略的策略优先级中的至少一种；所述数据源策略管理中心中包括所述子弹幕信息的子数据来源以及与所述子数据来源对应的子数据源策略；其中，所述子数据来源包括与所述弹幕宿主的宿主内容对应的预配置弹幕信息、与所述宿主内容关联的预设活动弹幕信息、与所述宿主内容关联的用户发送弹幕信息以及与所述宿主内容关联的用户评论信息中的一种或多种；所述子数据源策略包括与所述预配置弹幕信息对应的预置弹幕策略、与所述预设活动弹幕信息对应的活动弹幕策略、与所述用户发送弹幕信息对应的用户弹幕策略以及与用户评论内容对应的用户评论策略中的一种或多种。

以下，将对数据源决策结果的具体匹配过程进行解释以及说明。具体的，应用服务端根据宿主内容全量信息以及用户全量信息生成决策请求上下文，进而将该决策请求上下文发送至数据源策略管理中心；其中，宿主内容全量信息可以包括总播放时长以及高潮片段时长，用户全量信息可以包括弹幕展示所需要的内容，例如用户基本信息、用户头像、用户昵称以及用户标识等等，本示例对此不做特殊限制；当然，该决策请求上下文中还可以包括其他有助于数据源策略进行决策的信息，比如一些本身业务需要进行拓展的信息等等，本示例对此不做特殊限制。进一步的，数据源策略管理中心调用已经注册并启用的数据源策略，基于决策请求上下文中相关的部分进行决策，得到数据源决策结果；其中，数据源决策结果可以包括当前数据源策略下可支持的最大弹幕数量、必须要展示的最少弹幕数量以及各弹幕信息的优先级等等；然后，数据源策略管理中心整合各数据源策略的决策结果并反馈至应用服务端。

此处需要补充说明的是，由于数据源策略管理中心中可以包括预置弹幕信息、官方活动弹幕信息、用户弹幕信息以及用户评论信息，因此，可以根据决策请求上下文中包括的总播放时长以及高潮片段时长确定可以确定需要匹配的数据源策略以及当前数据源策略下可支持的最大弹幕数量、必须要展示的最少弹幕数量，再根据用户全量信息皮牌各弹幕信息的优先级(比如用户自发创建的弹幕优先级高于他人发送的，预置弹幕以及官方活动弹幕高于用户自发创建的弹幕优先级等等)。

其次，根据数据源决策结果以及第一弹幕数量确定第二弹幕数量。具体的，可以通过如下方式：首先，对所述数据源决策结果中包括的各子数据源策略能够展示的子策略最大弹幕数量进行求和运算，得到第一和运算结果；其次，对所述数据源决策结果中包括的各子数据源策略必须展示的子策略最少弹幕数量进行求和运算，得到第二和运算结果；最后，根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量。

在一种示例实施例中，根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量，可以通过如下方式实现：首先，对所述第一弹幕数量与所述第一和运算结果进行求差运算，得到第一差值运算结果，并在确定所述第一差运算结果大于预设阈值时，将所述第一和运算结果作为所述第二弹幕数量；其次，在确定所述第一差运算结果小于等于所述预设阈值时，对所述第一弹幕数量与第二和运算结果进行求差运算，得到第二差运算结果；然后，在确定所述第二差运算结果大于所述预设阈值时，对所述第二和运算结果以及第二差运算结果进行求和运算，得到第三和运算结果，并根据第三和运算结果确定所述第二弹幕数量；最后，在确定所述第二差运算结果小于等于所述预设阈值时，将所述第一弹幕数量作为所述第二弹幕数量。

以下，将对第二弹幕数量的具体确定过程进行解释以及说明。具体的，应用服务端接收到数据源决策结果以后，即可根据该数据源决策结果以及第一弹幕数量定第二弹幕数量。其中，应用服务端结合最大可容纳弹幕数量(第一弹幕数量)及各数据源策略的决策结果(数据源决策结果)确定最终要返回的弹幕数量，分以下情况进行讨论：一种情况是：最大可容纳弹幕数量(第一弹幕数量)小于各数据源策略决策结果中必须要展示的最少弹幕数量之和时，应用服务器按照各数据源策略的优先级依次请求弹幕数据，达到最大可容纳弹幕数量后返回给客户端；另一种情况是：最大可容纳弹幕数量(第一弹幕数量)大于各数据源策略决策结果中可支持的最大弹幕数量之和时，应用服务器直接向各数据源策略请求弹幕数据，并返回给客户端；第三种情况是：应用服务器优先保留各数据源策略决策结果所要求的必须要展示的最少弹幕数量之和，剩余弹幕基于分流策略进行分配和请求。其中，假设记第i个数据源策略下可支持的最大弹幕数量为i

在步骤S130中，获取与所述第二弹幕数量对应的待显示弹幕信息，并将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示。

在本公开的一种示例实施例中，首先，获取与所述第二弹幕数量对应的待显示弹幕信息。具体的，待显示弹幕信息的具体获取过程，可以通过如下两种方式实现：

方式一：当所述第二弹幕数量为所述第一和运算结果时，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，并根据所述第一子弹幕信息生成所述待显示弹幕信息。

在一种示例实施例中，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，可以通过如下方式实现：首先，获取所述数据源策略中心中各子数据源策略下所具有的原始弹幕信息；其中，所述原始弹幕信息包括预配置弹幕信息、预设活动弹幕信息以及用户发送弹幕信息中的一种或多种；其次，对所述原始弹幕信息的信息数量总和以及各子数据源策略能够展示的子策略最大弹幕数量的总和进行比对，并在确定所述原始弹幕信息的信息数量总和小于各子数据源策略能够展示的子策略最大弹幕数量的总和时，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息；然后，根据所述新增弹幕信息以及原始弹幕信息生成所述第一子弹幕信息，并从所述数据源策略中心中获取所述第一子弹幕信息。

在一种示例实施例中，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息，可以通过如下方式实现：将所述数据源策略中心中的用户评论信息以及宿主内容输入至预设的神经网络模型中，得到所述用户评论信息在所述宿主内容中所具有的时间节点；其中，所述预设的神经网络模型包括循环神经网络模型、卷积神经网络模型、深度神经网络模型以及决策树模型中的一种或多种；根据所述时间节点以及所述用户评论信息，生成新增弹幕信息。

以下，将对通过方式一对待显示弹幕信息的具体获取过程进行解释以及说明。具体的，第二弹幕数量为第一和运算结果(也即

方式二：当所述第二弹幕数量为所述第三和运算结果时，根据所述第二差值运算结果以及所述数据源决策结果，生成分流请求上下文；根据所述分流请求上下文，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，并根据各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略所需提供的子弹幕数量，确定各子数据源策略所需提供的目标弹幕数量；从所述数据源策略中心的各子数据源策略下，请求与各子数据源策略所需提供的目标弹幕数量对应的第二子弹幕信息，并根据所述第二子弹幕信息生成所述待显示弹幕信息。

在一种示例实施例中，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，包括：通过所述分流策略中心根据所述分流请求上下文计算各子数据源策略所具有的分流比例；根据所述分流比例、第一弹幕数量以及各子数据源策略必须展示的子策略最少弹幕数量，计算各子数据源策略所需提供的子弹幕数量。

以下，将对通过方式二对待显示弹幕信息的具体获取过程进行解释以及说明。具体的，应用服务端根据第二差值计算结果(也即需要分流的弹幕数量)以及数据源决策结果生成分流请求上下文，并将分流请求上下文发送至分流策略中心；其中，该分流请求上下文中还可以包括其他分流策略可用用到的信息(例如适用于与业务相关的自定义分流策略)等等，本示例对此不做特殊限制。进一步的，当分流策略中心接收到该分流请求上下文后，即可根据当前启用的分流策略进行计算，得到各数据源测略所需提供的弹幕数量并反馈至应用服务端。其中，从第i个数据源策略中所选取的弹幕数量可以如下公式(4)所示：

其中，pi为通过分流策略计算得出的第i个数据源策略的分流比例，在具体的应用过程中，如果C(i)为小数，则采用小数向下取整的方式处理。进一步的，应用服务端根据所得到的需要从第i个数据源策略中所选取的弹幕数量，直接向数据源策略管理中心请求弹幕数据，各数据源策略按照自身定义的(过滤，排序)逻辑提供指定数量的弹幕。

方式三：S10，当所述第一弹幕数量与第二弹幕数量相同时，根据所述决策结果中包括的各子数据源策略的策略优先级对各子数据源策略进行排序，得到策略排序结果；其中，所述策略排序结果中包括第一子数据源策略、…、第N子数据源策略，与所述第一子数据源策略、…、第N子数据源策略对应的第一策略优先级、…、第N策略优先级依次递减；S20，对所述第一子数据源策略所具有的第一子策略最少弹幕数量以及第一弹幕数量进行比对，并在确定所述第一子策略最少弹幕数量大于等于第一弹幕数量时，则从该第一子数据源策略中获取与所述第一弹幕数量对应的第三子弹幕信息，无需从除开第一子数据源策略的其他子数据源策略中获取第三子弹幕信息；S30，在确定所述第一子策略最少弹幕数量小于第一弹幕数量时，从从该第一子数据源策略中获取与第一子策略最少弹幕数量对应的第三子弹幕信息；S40，对第一弹幕数量与第一子策略最少弹幕数量进行求差运算，得到第三差值运算结果，并对第三差值运算结果以及第二子数据源策略所具有的第二子策略最少弹幕数量进行比对；S50，在确定所述第二子策略最少弹幕数量大于等于第三差值运算结果时，则从该第二子数据源策略中获取与所述第三差值运算结果对应的第三子弹幕信息，无需从除开第一子数据源策略以及第二子数据源策略的其他子数据源策略中获取第三子弹幕信息；S60，在确定所述第二子策略最少弹幕数量小于第三差值运算结果时，从该第二子数据源策略中获取与第二子策略最少弹幕数量对应的第三子弹幕信息；S70，重复步骤S40-S60，直至所述第三子弹幕信息的数量达到所述第一弹幕数量为止，并根据所述第三子弹幕信息生成所述待显示弹幕信息。

也即，当

此处需要补充说明的是，当i＝1时，当

进一步的，当得到待显示弹幕信息以后，即可将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示；其中所得到的的显示结果可以参考图5-图8所示；其中，图5(弹幕信息过多)以及图7(弹幕信息过少)是采用现有技术中所记载的方法直接对弹幕信息进行显示所得到的的显示界面示例图；图6(弹幕信息适量)以及图8(弹幕信息适量)是采用本示例实施例所记载的弹幕信息的显示方法所得到的显示界面的示例图；同时，基于所得到的显示界面的示例图可以得知，本公开示例实施例所记载的弹幕信息的显示方法，可以避免弹幕数量过多或者过少进而导致的用户体验差的问题。

本公开示例实施例还提供了另一种弹幕信息的显示方法，该弹幕信息的显示方法可以配置于用户终端侧。具体的，参考图9所示，该弹幕信息的显示方法可以包括以下步骤：

步骤S910，获取弹幕宿主的环境信息以及弹幕显示设置信息，并根据所述环境信息以及弹幕显示设置信息计算所述弹幕宿主的单位时间弹幕容量；其中，所述环境信息包括所述显示环境的显示宽度以及显示高度，和/或所述用户终端的设备分辨率；所述弹幕显示设置信息包括对所述弹幕信息进行显示时的字体大小、弹幕信息的滚动速率以及弹幕密集度中的一种或多种；

步骤S920，根据所述单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符，生成弹幕请求上下文，并根据所述弹幕请求上下文生成弹幕拉取请求；

步骤S930，将所述弹幕拉取请求发送至所述服务器侧，并接收所述服务器侧根据所述弹幕拉取请求中包括的单位时间弹幕容量、宿主内容标识符以及用户标识符生成的待显示弹幕信息；

步骤S940，在所述弹幕宿主的显示环境中对所述待显示弹幕信息进行显示。

以下，将对步骤S910-步骤S940进行解释以及说明。具体的，设置于用户终端侧的客户端应用可以基于弹幕宿主环境信息(包括宽高、显示分辨率等，来源于可交互界面以及用户终端)以及弹幕显示设置(包括字体f、显示区域S、滚动速度v、弹幕密集程度d等，来源于默认设置和用户偏好设置)，通过算法计算得出单位时间弹幕容量，即单位时间内宿主环境最大可容纳的弹幕数量；具体的，算法的依据为平面几何理论，公式可以如下公式(6)所示：

其中，u为单位时间弹幕容量，单位条每秒，k为比例系数客户端发送弹幕拉取请求，当应用服务端接收到该弹幕拉取请求以后，即可反馈相应的待显示弹幕信息，当应用客户端接收到该待显示弹幕信息后，即可在弹幕宿主的显示环境中对待显示弹幕信息进行显示。进一步的，在图9所示出的弹幕信息的显示方法中，一方面，由于可以根据弹幕请求上下文以及数据源决策结果确定弹幕数量，进而向用户终端反馈响应的待显示弹幕信息并显示，进而可以避免由于用户终端中弹幕展示区域小，弹幕量大导致排布密集，不利于阅读的问题以及宿主播放时间短，弹幕数据量大，造成用户注意力分散，不能同时兼顾内容和弹幕的问题；另一方面，还解决了无法对弹幕信息进行动态控制的问题。

以下，将结合图10对本公开示例实施例弹幕信息的显示方法进行进一步的解释以及说明。具体的，参考图10所示，该弹幕信息的显示方法可以包括以下步骤：

步骤S1001，应用客户端计算单位时间弹幕容量，并向应用服务端发送弹幕拉取请求；

步骤S1002，应用服务端根据弹幕拉取请求中包括的弹幕请求上下文确定最大可容纳弹幕数量(第一弹幕数量)；

步骤S1003，应用服务端向数据源策略中心发送决策请求上下文；

步骤S1004，数据源策略中心向应用服务端反馈数据源决策结果；

步骤S1005，应用服务端根据数据源觉得结果以及第一弹幕数量确定第二弹幕数量；

步骤S1006，应用服务端向分流策略中心发送分流请求上下文；

步骤S1007，分流策略中心向应用服务端反馈各数据源策略所需提供的弹幕数量；

步骤S1008，应用服务端向数据源策略中心请求各策略下的弹幕列表；

步骤S1009，数据源策略中心向应用服务端反馈弹幕列表；

步骤S1010，应用服务端将弹幕列表反馈至应用客户端，并进行显示。

至此，本公开示例实施例所记载的弹幕信息的显示方法已经全部实现。基于前述记载的内容可以得知，本公开示例实施例所记载的弹幕信息的显示方法，一方面，可以解决用户创建内容数量与弹幕宿主不适配造成的弹幕展示效果不佳问题；同时，还可以丰富弹幕信息来源，提高弹幕内容的多样性，且不同的业务内容可以借助弹幕提高曝光和互动；另一方面，提供更加灵活的弹幕生成方式，进而可以有效的提高弹幕信息的控制粒度(也即可以从更细粒度的层面对弹幕信息的显示进行控制)，同时还可以聚合多渠道上下文信息，动态计算弹幕数量；再一方面，利用可插拔的数据源策略丰富弹幕展示内容的多样性；进一步的，弹幕内容的数据源策略，分流策略的集中管理、自主开发、共享复用，且不同的业务内容借助弹幕提高曝光和互动。

示例性装置

在介绍了本公开示例性实施方式的弹幕信息的显示方法之后，接下来，参考图11对本公开示例性实施方式的弹幕信息的显示装置进行解释以及说明。具体的，该弹幕信息的显示装置可以配置于服务器侧。参考图11所示，该弹幕信息的显示装置可以包括第一弹幕数量计算模块1110、第二弹幕数量确定模块1120以及弹幕信息获

取模块1130。其中：

第一弹幕数量计算模块1110，可以用于接收用户终端发送的弹幕拉取请求，并根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量；

第二弹幕数量确定模块1120，可以用于匹配与所述弹幕请求上下文对应的数据源决策结果，并根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量；

弹幕信息获取模块1130，可以用于获取与所述第二弹幕数量对应的待显示弹幕信息，并将所述待显示弹幕信息反馈至弹幕宿主所在的用户终端进行显示。

在本公开的一种示例实施例中，根据所述弹幕拉取请求中包括的弹幕请求上下文，计算第一弹幕数量，包括：对所述弹幕拉取请求进行解析，得到所述弹幕请求上下文；其中，所述弹幕请求上下文包括所述弹幕宿主所具有的单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符中的一种或多种；根据所述宿主内容标识符获取所述弹幕宿主的宿主内容全量信息；根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量；其中，所述第一弹幕数量为所述弹幕宿主在所述总播放时长内所能容纳的最大弹幕数量。

在本公开的一种示例实施例中，所述宿主内容全量信息包括所述弹幕宿主的总播放时长，或者总播放时长以及具有预设内容类别的视频片段所具有的片段播放时长；其中，根据所述单位时间弹幕容量以及所述宿主内容全量信息，计算所述第一弹幕数量，包括：根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量；或者根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量以及总播放时长，计算所述第一弹幕数量，包括：为所述弹幕宿主配置第一溢出比例，并计算所述第一溢出比例、单位时间弹幕容量以及总播放时长之间的第一积运算结果；根据所述第一积运算结果确定所述第一弹幕数量。

在本公开的一种示例实施例中，根据所述单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量，包括：为所述具有预设内容类别的视频片段配置第二溢出比例，并为所述弹幕宿主中除开所述预设内容类别的视频片段以外的其他视频片段配置第三溢出比例；基于所述第一溢出比例、第三溢出比例、单位时间弹幕容量、总播放时长以及片段播放时长，计算所述第一弹幕数量。

在本公开的一种示例实施例中，匹配与所述弹幕请求上下文对应的数据源决策结果，包括：根据所述弹幕请求上下文中包括的用户标识符获取用户全量信息，并根据所述用户全量信息以及所述弹幕宿主的宿主内容全量信息，生成决策请求上下文；根据所述决策请求上下文从数据源策略管理中心中匹配所述数据源决策结果；其中，所述数据源决策结果包括所述数据源策略管理中心中包括的各子数据源策略能够展示的子策略最大弹幕数量、各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略的策略优先级中的至少一种。

在本公开的一种示例实施例中，所述数据源策略管理中心中包括所述子弹幕信息的子数据来源以及与所述子数据来源对应的子数据源策略；其中，所述子数据来源包括与所述弹幕宿主的宿主内容对应的预配置弹幕信息、与所述宿主内容关联的预设活动弹幕信息、与所述宿主内容关联的用户发送弹幕信息以及与所述宿主内容关联的用户评论信息中的一种或多种；所述子数据源策略包括与所述预配置弹幕信息对应的预置弹幕策略、与所述预设活动弹幕信息对应的活动弹幕策略、与所述用户发送弹幕信息对应的用户弹幕策略以及与用户评论内容对应的用户评论策略中的一种或多种。

在本公开的一种示例实施例中，根据所述数据源决策结果以及所述第一弹幕数量，确定第二弹幕数量，包括：对所述数据源决策结果中包括的各子数据源策略能够展示的子策略最大弹幕数量进行求和运算，得到第一和运算结果；对所述数据源决策结果中包括的各子数据源策略必须展示的子策略最少弹幕数量进行求和运算，得到第二和运算结果；根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量。

在本公开的一种示例实施例中，根据所述第一弹幕数量与所述第一和运算结果以及第二和运算结果之间的数值关系，确定所述第二弹幕数量，包括：对所述第一弹幕数量与所述第一和运算结果进行求差运算，得到第一差值运算结果，并在确定所述第一差运算结果大于预设阈值时，将所述第一和运算结果作为所述第二弹幕数量；在确定所述第一差运算结果小于等于所述预设阈值时，对所述第一弹幕数量与第二和运算结果进行求差运算，得到第二差运算结果；在确定所述第二差运算结果大于所述预设阈值时，对所述第二和运算结果以及第二差运算结果进行求和运算，得到第三和运算结果，并根据第三和运算结果确定所述第二弹幕数量；在确定所述第二差运算结果小于等于所述预设阈值时，将所述第一弹幕数量作为所述第二弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，包括：当所述第二弹幕数量为所述第一和运算结果时，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，并根据所述第一子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从数据源策略中心中请求与各子数据源策略能够展示的子策略最大弹幕数量对应的第一子弹幕信息，包括：获取所述数据源策略中心中各子数据源策略下所具有的原始弹幕信息；其中，所述原始弹幕信息包括预配置弹幕信息、预设活动弹幕信息以及用户发送弹幕信息中的一种或多种；对所述原始弹幕信息的信息数量总和以及各子数据源策略能够展示的子策略最大弹幕数量的总和进行比对，并在确定所述原始弹幕信息的信息数量总和小于各子数据源策略能够展示的子策略最大弹幕数量的总和时，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息；根据所述新增弹幕信息以及原始弹幕信息生成所述第一子弹幕信息，并从所述数据源策略中心中获取所述第一子弹幕信息。

在本公开的一种示例实施例中，对所述数据源策略中心中的用户评论信息进行数据转换，得到新增弹幕信息，包括：将所述数据源策略中心中的用户评论信息以及宿主内容输入至预设的神经网络模型中，得到所述用户评论信息在所述宿主内容中所具有的时间节点；其中，所述预设的神经网络模型包括循环神经网络模型、卷积神经网络模型、深度神经网络模型以及决策树模型中的一种或多种；根据所述时间节点以及所述用户评论信息，生成新增弹幕信息。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：当所述第二弹幕数量为所述第三和运算结果时，根据所述第二差值运算结果以及所述数据源决策结果，生成分流请求上下文；根据所述分流请求上下文，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，并根据各子数据源策略必须展示的子策略最少弹幕数量以及各子数据源策略所需提供的子弹幕数量，确定各子数据源策略所需提供的目标弹幕数量；从所述数据源策略中心的各子数据源策略下，请求与各子数据源策略所需提供的目标弹幕数量对应的第二子弹幕信息，并根据所述第二子弹幕信息生成所述待显示弹幕信息。

在本公开的一种示例实施例中，从分流策略中心获取各子数据源策略所需提供的子弹幕数量，包括：通过所述分流策略中心根据所述分流请求上下文计算各子数据源策略所具有的分流比例；根据所述分流比例、第一弹幕数量以及各子数据源策略必须展示的子策略最少弹幕数量，计算各子数据源策略所需提供的子弹幕数量。

在本公开的一种示例实施例中，获取与所述第二弹幕数量对应的待显示弹幕信息，还包括：S10，当所述第一弹幕数量与第二弹幕数量相同时，根据所述决策结果中包括的各子数据源策略的策略优先级对各子数据源策略进行排序，得到策略排序结果；其中，所述策略排序结果中包括第一子数据源策略、…、第N子数据源策略，与所述第一子数据源策略、…、第N子数据源策略对应的第一策略优先级、…、第N策略优先级依次递减；S20，对所述第一子数据源策略所具有的第一子策略最少弹幕数量以及第一弹幕数量进行比对，并在确定所述第一子策略最少弹幕数量大于等于第一弹幕数量时，则从该第一子数据源策略中获取与所述第一弹幕数量对应的第三子弹幕信息，无需从除开第一子数据源策略的其他子数据源策略中获取第三子弹幕信息；S30，在确定所述第一子策略最少弹幕数量小于第一弹幕数量时，从从该第一子数据源策略中获取与第一子策略最少弹幕数量对应的第三子弹幕信息；S40，对第一弹幕数量与第一子策略最少弹幕数量进行求差运算，得到第三差值运算结果，并对第三差值运算结果以及第二子数据源策略所具有的第二子策略最少弹幕数量进行比对；S50，在确定所述第二子策略最少弹幕数量大于等于第三差值运算结果时，则从该第二子数据源策略中获取与所述第三差值运算结果对应的第三子弹幕信息，无需从除开第一子数据源策略以及第二子数据源策略的其他子数据源策略中获取第三子弹幕信息；S60，在确定所述第二子策略最少弹幕数量小于第三差值运算结果时，从该第二子数据源策略中获取与第二子策略最少弹幕数量对应的第三子弹幕信息；S70，重复步骤S40-S60，直至所述第三子弹幕信息的数量达到所述第一弹幕数量为止，并根据所述第三子弹幕信息生成所述待显示弹幕信息。

本公开示例实施例还提供了另一种弹幕信息的显示装置，配置于用户终端侧。具体的，参考图12所示，该弹幕信息的显示装置可以包括单位时间弹幕容量计算模块1210、弹幕拉取请求生成模块1220、弹幕信息接收模块1230以及弹幕信息显示模块1240。其中：

单位时间弹幕容量计算模块1210，可以用于获取弹幕宿主的环境信息以及弹幕显示设置信息，并根据所述环境信息以及弹幕显示设置信息计算所述弹幕宿主的单位时间弹幕容量；

弹幕拉取请求生成模块1220，可以用于根据所述单位时间弹幕容量、所述弹幕宿主的宿主内容标识符以及与所述用户终端对应的用户标识符，生成弹幕请求上下文，并根据所述弹幕请求上下文生成弹幕拉取请求；

弹幕信息接收模块1230，可以用于将所述弹幕拉取请求发送至所述服务器侧，并接收所述服务器侧根据所述弹幕拉取请求中包括的单位时间弹幕容量、宿主内容标识符以及用户标识符生成的待显示弹幕信息；

弹幕信息显示模块1240，可以用于在所述弹幕宿主的显示环境中对所述待显示弹幕信息进行显示。

在本公开的一种示例实施例中，所述环境信息包括所述显示环境的显示宽度以及显示高度，和/或所述用户终端的设备分辨率；所述弹幕显示设置信息包括对所述弹幕信息进行显示时的字体大小、弹幕信息的滚动速率以及弹幕密集度中的一种或多种。

示例性存储介质

在介绍了本公开示例性实施方式的弹幕信息的显示方法和弹幕信息的显示装置之后，接下来，参考图13对本公开示例性实施方式的存储介质进行说明。

参考图13所示，描述了根据本公开的实施方式的用于实现上述方法的程序产品1300，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备。

示例性电子设备

在介绍了本公开示例性实施方式的存储介质之后，接下来，参考图14对本公开示例性实施方式的电子设备进行说明。

图14显示的电子设备1400仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图14所示，电子设备1400以通用计算设备的形式表现。电子设备1400的组件可以包括但不限于：上述至少一个处理单元1410、上述至少一个存储单元1420、连接不同系统组件(包括存储单元1420和处理单元1410)的总线1430、显示单元1440。

其中，所述存储单元1420存储有程序代码，所述程序代码可以被所述处理单元1410执行，使得所述处理单元1410执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1410可以执行如图1中所示的步骤S110-S130以及如图9中所示的步骤S910-步骤S940。

存储单元1420可以包括易失性存储单元，例如随机存取存储单元(RAM)14201和/或高速缓存存储单元14202，还可以进一步包括只读存储单元(ROM)14203。

存储单元1420还可以包括具有一组(至少一个)程序模块14205的程序/实用工具14204，这样的程序模块14205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1430可以包括数据总线、地址总线和控制总线。

电子设备1400也可以通过输入/输出(I/O)接口1450，与一个或多个外部设备1500(例如键盘、指向设备、蓝牙设备等)通信。并且，电子设备1400还可以通过网络适配器1460与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器1460通过总线1430与电子设备1400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了弹窗处理装置的若干模块或子模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

应当注意，尽管在上文详细描述中提及了装置的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外，尽管在附图中以特定顺序描述了本公开方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施方式描述了本公开的精神和原理，但是应该理解，本公开并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。