CN113596587A - 弹幕实现的方法、装置、电子设备和可读介质 - Google Patents

Abstract

本申请涉及一种弹幕实现的方法、装置、电子设备和可读介质。该方法包括根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，剩余弹幕数量指示目标用户可发送的目标色彩的弹幕数量；通过目标用户发送设置为目标色彩的目标弹幕；根据目标用户标识，获取目标用户对应的针对目标色彩的更新弹幕数量，更新弹幕数量是根据目标弹幕的发送而更新剩余弹幕数量得到的；根据剩余弹幕数量和更新弹幕数量，获取弹幕发送结果。该方法能够实现自动对弹幕发送的结果进行检查，而不需要人工操作，降低了发送和检查过程中出错的概率，并且相较于人工操作和检查，自动检查时的颜色比对和数量检查耗时更短，工作效率高。

Description

弹幕实现的方法、装置、电子设备和可读介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种弹幕实现的方法、装置、电子设备和可读介质。

背景技术

随着网络通信技术的发展，网络直播在各个行业得到了越来越广泛的开展。直观而生动的网络直播，丰富了人们的娱乐需求，为了能够进一步提升用户体验，加强主播与用户之间的交流和互动，通常为用户提供多种颜色的弹幕并且不同颜色的弹幕有相应的数量限制。

目前在相关技术中，在对不同颜色的弹幕进行发送时，通常需要设置弹幕配置以及发送弹幕，然后对弹幕的发送结果以及弹幕数量的变化结果进行检查。

然而，上述过程中的发送弹幕和结果检查的过程需要由人工进行，并且人工操作链路较长，容易出错导致发送错误或者检查错误，并且操作耗时久，工作效率低。

发明内容

基于上述技术问题，本申请提供一种弹幕实现的方法、装置、电子设备和可读介质，以实现自动对弹幕发送的结果进行检查，而不需要人工操作，降低了检查中出错的概率，并且相较于人工操作和检查，自动检查时的颜色比对和数量检查耗时更短，工作效率高。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的一个方面，提供一种弹幕实现的方法，包括：

根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量；

通过所述目标用户发送设置为所述目标色彩的目标弹幕；

根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的；

根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

根据本申请实施例的另一个方面，提供一种弹幕实现装置，包括：

剩余数量获取模块，用于根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量；

目标弹幕发送模块，用于通过所述目标用户发送设置为所述目标色彩的目标弹幕；

更新数量获取模块，用于根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的；

发送结果获取模块，用于根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块，包括：

发送结果确定子模块，用于根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果；

展示色彩获取子模块，用于获取所述目标弹幕对应的展示色彩，所述展示色彩是客户端展示所述目标弹幕时的色彩；

色彩结果确定子模块，用于根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果；

第一发送结果生成子模块，用于若所述发送检查结果和所述色彩检查结果均指示检查通过，则生成第一发送结果作为所述弹幕发送结果，所述第一发送结果表示弹幕发送成功；

第二发送结果生成子模块，用于若所述发送检查结果和所述色彩检查结果中的任一个结果指示检查未通过，则生成第二发送结果作为所述弹幕发送结果，所述第二发送结果表示弹幕发送失败。

在本申请的一些实施例中，基于以上技术方案，发送结果确定子模块，包括：

第一发送结果生成单元，用于若所述剩余弹幕数量大于所述更新弹幕数量，则生成第一发送检查结果，所述第一发送检查结果表示弹幕发送检查已通过；

重新发送单元，用于若所述剩余弹幕数量小于或者等于所述更新弹幕数量，则重新发送设置为所述目标色彩的目标弹幕并且重新获取所述目标用户对应的目标色彩的更新弹幕数量；

第一发送结果生成单元，用于还用于若所述剩余弹幕数量大于重新获取的更新弹幕数量，则生成所述第一发送检查结果；

第二发送结果生成单元，用于若所述剩余弹幕数量小于或等于重新获取的更新弹幕数量，则生成第二发送检查结果，所述第二发送检查结果表示弹幕发送检查未通过。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块，还包括：

数量阈值获取子模块，用于根据所述目标用户标识，获取所述目标色彩对应的弹幕数量阈值，所述弹幕数量阈值指示所述剩余弹幕数量的最大值；

阈值比较子模块，用于若所述剩余弹幕数量大于弹幕数量阈值或者所述更新弹幕数量小于零，则生成所述第二发送结果。

在本申请的一些实施例中，基于以上技术方案，展示色彩获取子模块，包括：

弹幕行为日志获取单元，用于获取对应于所述目标弹幕的弹幕行为日志，所述弹幕行为日志用于记录客户端展示所述目标弹幕的操作信息；

弹幕行为日志解析单元，用于从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩。

在本申请的一些实施例中，基于以上技术方案，色彩结果确定子模块，包括：

弹幕生成日志获取单元，用于获取所述目标弹幕的弹幕生成日志，所述弹幕生成日志用于记录生成和推送所述目标弹幕的操作信息；

弹幕生成日志解析单元，用于从所述弹幕生成日志中解析所述目标弹幕的第二色彩信息；

色彩匹配单元，用于若所述第一色彩信息与所述第二色彩信息不匹配，则生成色彩发送失败结果作为所述色彩检查结果；

色彩匹配单元，还用于若所述第一色彩信息与所述第二色彩信息相匹配，则生成检查通过结果作为所述色彩检查结果。

在本申请的一些实施例中，基于以上技术方案，弹幕行为日志解析单元，包括：

弹幕信息记录检索子单元，用于根据所述目标弹幕的文本内容，从所述弹幕行为日志中检索对应的弹幕信息记录；

色彩值获取子单元，用于获取所述弹幕信息记录中对应于色彩关键字的色彩值。

在本申请的一些实施例中，基于以上技术方案，展示色彩获取子模块，包括：

截图获取单元，用于获取包括所述目标弹幕的界面截图；

色彩识别单元，用于识别所述界面截图中所述目标弹幕的色彩，得到所述展示色彩。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块，还包括：

弹幕色彩获取子模块，用于根据所述目标用户标识，获取所述目标用户对应的弹幕色彩，所述弹幕色彩表示所述目标用户具有使用权限的色彩；

弹幕色彩匹配子模块，用于若所述展示色彩与所述弹幕色彩不匹配，则生成所述第二发送结果作为所述弹幕发送结果。

在本申请的一些实施例中，基于以上技术方案，弹幕实现装置，还包括：

用户状态获取模块，用于获取所述目标用户标识对应的用户状态；

显示名称获取模块，用于若所述用户状态指示用户处于隐身状态，则获取所述用户的显示名称；

隐身状态匹配模块，用于若所述显示名称为预设匿名名称并且所述展示色彩为预设色彩，则生成所述第二发送结果。

在本申请的一些实施例中，基于以上技术方案，目标弹幕发送模块，包括：

弹幕发送指令获取子模块，用于获取弹幕发送指令，所述弹幕发送指令携带所述目标用户标识和所述目标色彩；

弹幕消费接口调用子模块，用于根据所述弹幕发送指令，调用弹幕消费接口，所述弹幕消费接口用于通过所述目标用户标识对应的目标用户发送设置为所述目标色彩的目标弹幕，并对所述剩余弹幕数量进行递减，得到所述更新弹幕数量。

在本申请的一些实施例中，基于以上技术方案，剩余数量获取模块，包括：

数量限制标识获取子模块，用于根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的数量限制标识；

剩余弹幕数量获取子模块，用于若所述数量限制标识指示对于所述目标色彩存在弹幕数量限制，则根据所述目标用户标识，获取针对所述目标色彩的剩余弹幕数量。

根据本申请实施例的一个方面，提供一种电子设备，该电子设备包括：处理器；以及存储器，用于存储处理器的可执行指令；其中，该处理器配置为经由执行可执行指令来执行如以上技术方案中的弹幕实现的方法。

根据本申请实施例的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，当该计算机程序被处理器执行时实现如以上技术方案中的弹幕实现的方法。

根据本申请实施例的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各种可选实现方式中提供弹幕实现的方法。

在本申请的实施例中，弹幕实现装置根据剩余弹幕数量的变化对具有色彩的目标弹幕发送过程进行检测，从而能够实现自动对弹幕发送的结果进行检查，而不需要人工操作，降低了发送和检查中出错的概率，并且相较于人工操作和检查，自动检查时的颜色比对和数量检查耗时更短，工作效率高。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1为本申请实施例中弹幕发送界面的示意图；

图2为本申请实施例中直播系统架构的示意图；

图3为本申请实施例提供的一种弹幕实现的方法的流程图；

图4为本申请实施例中弹幕数量检查流程的示意图；

图5为本申请实施例中的另一个弹幕实现流程的示意图；

图6为本申请实施例中弹幕色彩检查流程的示意图；

图7示出了用户隐身状态的界面示意图；

图8为本申请实施例中弹幕实现装置的组成框图；

图9为适于实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

直播是指通过一定设备采集开播方数据，经过一系列处理如视频编码压缩成可观看可传输的视频流，输出至观看用户端的技术。直播主要包括语音直播和视频直播，其中，语音直播是指在直播中无法通过摄像头呈现视频的直播形态，而是通过语音实时输出直播内容，实时是语音直播的关键，主播通过语音来进行聊天，交友，打游戏，创建自己的直播内容。视频直播是指利用互联网及流媒体技术进行直播，视频因融合了图像、文字、声音等丰富元素，声形并茂，效果极佳，逐渐成为互联网的主流表达方式。视频通过真实、生动的传播，营造出强烈的现场感，吸引眼球，达成印象深刻且记忆持久的传播效果。本申请提供的动态消息显示方法可应用于视频直播或者音频直播的场景。

应理解，本申请可以应用于网络直播或者具有弹幕互动功能的视频网站或应用程序，并且具体应用于对具有不同色彩的弹幕进行实现的场景。具体地，在网络直播的场景中，在直播间的弹幕显示区域中会显示具有不同色彩的弹幕，不同的色彩可以区分用户身份或者用户等级，例如，直播管理员可以发送特定颜色的弹幕，该颜色相对显眼并且其他用户不能发送此颜色的弹幕，从而使得主播能够在第一时间内识别出直播管理员发送的各类通知和警告等信息。为了便于介绍，请参阅图1，图1为本申请实施例中弹幕发送界面的示意图。如图1所示，用户在发送弹幕时，可以选择能够使用的弹幕颜色或者种类来发送弹幕，而用户能够使用的弹幕颜色和类型通常与用户在直播间的用户等级和该用户在直播间所开通的特权数量相关，因此不同用户等级的用户也可以具有不同的颜色弹幕的权限，例如，用户等级每提升5级或者10级增加一种可使用的弹幕颜色。如图1所示，一般用户有部分颜色被锁定而不能使用，而高级用户则解锁了相对多的弹幕颜色。用户可用的弹幕颜色有一部分可以是不限次数使用的，例如默认颜色弹幕和高级用户特权弹幕，而另一部分则存在对应的数量限制。如图1所示，界面上会显示该颜色的弹幕的剩余数量，用户发送一条该颜色的弹幕，则对应的数量就会被消耗。主播可以通过弹幕颜色直接确定该用户的身份和等级来与用户进行直播互动。

本申请的方案可以用于对具有色彩的弹幕运行是否正常进行测试。具体地，本申请的方案可以自动发送用于进行目标弹幕，并且对所发送弹幕以及相应色彩的进行识别，从而判断弹幕的发送行为是否正常。本方案还可以用于在实际弹幕发送时对弹幕的发送结果进行检查，以便能够及时确认弹幕的发送情况。具体地，本方案可以在用户发送弹幕时对发送过程进行检查，从而确认发送过程是否存在异常或者识别出弹幕使用情况异常的账号。以游戏直播场景为例本申请提出的方案的场景。在实际的直播环境中实时检查情况下中，游戏主播会在开播后向用户直播自己进行游戏的过程，则用户则可以进入主播的直播间来收看主播的节目。用户在收看的过程中，根据直播的内容，输入弹幕来评论游戏内容或者与主播进行互动。根据用户等级的不同、用户身份的不同以及其他特权，用户可以根据可用的弹幕色彩将来调整弹幕的颜色，从而使得所发出的弹幕相对其他用户更加醒目。在用户发送弹幕之前，例如在用户进入直播间时或者在用户登录直播系统时，客户端可以先从获取到各个弹幕色彩的剩余弹幕数量，以便于展示给用户和后续的检查验证。用户在设置好了发送内容和颜色可以发送彩色弹幕。弹幕会被发送给服务器，并且由服务器推送给主播和直播间内的其他用户来进行展示。发送弹幕的客户端则可以从服务器获取所发送的色彩对应的弹幕数量，并且根据发送前后的弹幕数量的比对来判断发送是否成功。在测试的场景中，用户的操作可以直接由自动运行的测试脚本或者程序来代替。

本申请提出了一种弹幕实现的方法，该方法应用于图2所示的直播系统，如图2所示，直播系统包括服务器和终端设备，其中，终端设备可以分为主播使用的主播设备以及观众使用的用户终端，主播设备上部署有用于进行直播的主播客户端，而用户终端上则部署有用于收看直播的观众客户端。图2中所涉及的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、掌上电脑、个人电脑、智能电视、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。服务器和终端设备的数量也不做限制。

下面结合具体实施方式对本申请提供的技术方案做出详细说明。

请参阅图3，图3示出本申请实施例提供的一种弹幕实现的方法的流程图，该方法可以应用于如上所示的系统中任一侧，包括主播侧的终端设备和用户侧的终端设备。在一些测试场景中，还可以用服务器来代替终端设备执行本申请的方法。在本申请中，将以方法应用于用户侧的终端设备为例进行介绍，本申请实施例至少包括以下步骤S301至步骤S304：

步骤S301，根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量。

在本实施例中，弹幕实现装置根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量。目标用户标识可以是目标用户的用户名称、用户昵称或者用户ID等信息，目标用户可以是预先选定的用户，记录下用户标识以供后续过程使用，也可以是临时决定的，从直播间中显示的弹幕中选择用户作为目标用户，从弹幕中获取用户昵称等信息作为用户标识。目标色彩指的是目标用户可以使用的弹幕色彩之一，其可以根据所使用的用户的情况预先选定。用户可以使用的弹幕色彩与用户的充值和消费情况相关联。例如，随着用户充值数额的增加，用户可以获得相应的弹幕色彩，该弹幕色彩可以在任意的直播间或者在充值的直播间内使用。在一个实施例中，如上文所描述的，根据用户在直播间中的用户等级以及用户身份，用户将具有相应的彩色弹幕权限，对应于一种或者多种弹幕色彩，并且每个色彩具有对应的剩余弹幕数量。例如，用户在直播间中的等级为30级，可以使用黄、蓝和青三种颜色的弹幕，并且每种弹幕最多可以发送50条。剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量。弹幕实现装置可以通过专用的接口向服务器查询弹幕色彩以及对应的剩余弹幕数量。具体地，通过接口向服务器发送目标用户标识、直播间的标识以及用于表示目标色彩的色彩标识，服务器可以根据接收的信息查询对应的剩余弹幕数量并反馈给弹幕实现装置。

步骤S302，通过所述目标用户发送设置为所述目标色彩的目标弹幕。

弹幕实现装置通过目标用户发送设置为所述目标色彩的目标弹幕。具体地，弹幕实现装置向用于正在收看的直播间中发送目标弹幕。所发送的目标弹幕会显示在客户端的弹幕显示区域中。在发送目标弹幕之前，弹幕实现装置需要登录直播应用并且在直播浏览页面中打开想要收看的直播间以便于接收弹幕。弹幕实现装置接收弹幕的账户与发送弹幕所使用的账户可以是不同的，例如，利用用户A作为目标用户发送弹幕，而在直播间中利用用户B来收看直播并接收弹幕。目标弹幕被发送给直播服务器并且被推送给直播间内正在观看的用户。发送目标弹幕的方式可以采用通过脚本等方式直接在客户端上模拟用户的操作来进行设置弹幕、输入内容和发送弹幕，也可以通过服务器开放的弹幕端口直接发送给服务器而不通过客户端进行发送。弹幕实现装置可以通过客户端的信息获取到与弹幕相关的详细信息。如果使用同一个用户来收发弹幕，弹幕实现装置也可以从用户终端本地的信息中直接获取到目标弹幕。例如，用户客户端接收到直播服务器推送的弹幕信息，并且在展示弹幕的同时在设备本地记录相关的弹幕日志信息，弹幕实现装置则直接从弹幕日志信息中获取到目标弹幕彩。

步骤S303，根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的。

更新弹幕数量的获取方式与上述剩余弹幕数量的获取方式相同。服务器接收到弹幕实现装置所发送的目标弹幕并且推送给其他客户端，还会对该弹幕的弹幕色彩所对应的剩余弹幕数量进行更新，通常，每发一条彩色的弹幕，该弹幕色彩所对应的剩余弹幕数量就会减一。由于剩余弹幕数量时发送目标弹幕之前获取的目标色彩的可发送数量，而更新弹幕数量是发送目标弹幕之后获取的目标色彩的可发送数量，因此，更新弹幕数量通常小于剩余弹幕数量，具体的差值可以取决于所发送的目标弹幕的数量。例如，如果连续发送了三次目标弹幕，则差值应该为三。

步骤S304，根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

具体地，弹幕实现装置将剩余弹幕数量与更新弹幕数量相比较。如上文描述的，更新弹幕数量通常小于剩余弹幕数量，因此，根据比较的结果，可以判断弹幕发送过程的逻辑是否有误。若结果指示更新弹幕数量小于剩余弹幕数量，则表示发送过程的逻辑是正常的，否则，则表示逻辑有错误，导致数量统计出错，从而获取弹幕发送结果。

在本申请的实施例中，弹幕实现装置根据剩余弹幕数量的变化对具有色彩的目标弹幕发送过程进行检测，从而能够实现自动对弹幕发送的结果进行检查，而不需要人工操作，降低了弹幕发送和检查中出错的概率，并且相较于人工操作和检查，自动检查时的颜色比对和数量检查耗时更短，工作效率高。

在本申请一个实施例中，基于上述技术方案，上述步骤S304，根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果，包括：

根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果；

获取所述目标弹幕对应的展示色彩，所述展示色彩是客户端展示所述目标弹幕时的色彩；

根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果；

若所述发送检查结果和所述色彩检查结果均指示检查通过，则生成第一发送结果作为所述弹幕发送结果，所述第一发送结果表示弹幕发送成功；

若所述发送检查结果和所述色彩检查结果中的任一个结果指示检查未通过，则生成第二发送结果作为所述弹幕发送结果，所述第二发送结果表示弹幕发送失败。

在本实施例中，除了弹幕发送过程的逻辑，还对弹幕色彩的逻辑进行检查。具体地，弹幕实现装置将剩余弹幕数量与更新弹幕数量的大小相比较，得到比较结果。根据比较结果，则可以确定发送检查结果。即若更新弹幕数量比剩余弹幕数量少，则表示发送过程正常，否则表示发送过程异常，从而确定发送检查结果为通过或者未通过。弹幕实现装置还包括获取目标弹幕对应的展示色彩，展示色彩是客户端展示目标弹幕时的色彩。弹幕的展示色彩可以从客户端记录的日志中读取，或者从客户端展示的页面中识别，或者通过获取客户端的通信信息并解析来获得。根据展示色彩与目标色彩的匹配结果，可以确定色彩检查结果。具体地，展示色彩和目标色彩可以采用RGB等色彩格式进行表示，通过比较各个通道的数值，就可以确定色彩的匹配结果。弹幕实现装置根据发送检查结果和色彩检查结果来综合确定最终的弹幕发送结果。发送检查结果和色彩检查结果需要都指示检查通过，才能确定弹幕发送成功，若二者中任意一个结果指示检查未通过，则弹幕发送的结果为失败。

在本申请的实施例中，还对弹幕的色彩是否与预设发送的色彩相匹配进行检查，并且将该检查结果与发送过程的结果综合来获取弹幕发送结果，从而能够防止彩色弹幕所展示的色彩与用户想要发送的色彩不符，避免人工辨认颜色而带来的辨识误差，提升结果判断的准确性。

在本申请一个实施例中，基于上述技术方案，上述步骤，根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果，包括：

若所述剩余弹幕数量大于所述更新弹幕数量，则生成所述第一发送检查结果，所述第一发送检查结果表示弹幕发送检查已通过；

若所述剩余弹幕数量小于或者等于所述更新弹幕数量，则重新发送设置为所述目标色彩的目标弹幕并且重新获取所述目标用户对应的目标色彩的更新弹幕数量；

若所述剩余弹幕数量大于重新获取的更新弹幕数量，则生成所述第一发送检查结果；

若所述剩余弹幕数量小于或等于重新获取的更新弹幕数量，则生成第二发送检查结果，所述第二发送检查结果表示弹幕发送失败。

在弹幕的发生过程中，由于发送弹幕的终端与服务器之间的网络情况的波动或者服务器自身的逻辑错误等问题，可能会出现所获得的更新弹幕数量有误的情况。在本实施例中，在第一次发现剩余弹幕数量小于或等于更新弹幕数量时，会再次进行一次弹幕发送过程。具体地，为了便于介绍，请参阅图4，图4为本申请实施例中弹幕数量检查流程的示意图。如图4所示，在步骤401中，弹幕实现装置可以通过弹幕数量接口来获取针对于目标色彩的剩余弹幕数量。剩余弹幕数量的作用主要为保留目标色彩在当时的可用数量，以便于后续进行比对。在后续的步骤402中，弹幕实现装置通过弹幕消费接口消费彩色弹幕的数量，并且在步骤403中再次通过弹幕数量接口来查询更新弹幕数量。在获取到剩余弹幕数量和更新弹幕数量后，弹幕实现装置可以通过判断所获得更新弹幕数量相对于剩余弹幕数量是否发生了改变来确定弹幕发送过程是否正常。

若剩余弹幕数量大于更新弹幕数量，则弹幕实现装置生成第一发送检查结果，表示发送检查通过。如图4所示，在步骤404中，通过查看更新弹幕数量相对于剩余弹幕数量是否减一来进行判断更新弹幕数量是否出现异常。服务器在对于客户端要求发送目标色彩的弹幕，需要对目标色彩对应的剩余弹幕数量进行递减，该过程可以成为弹幕消费过程。如果剩余弹幕数量大于重新获取的更新弹幕数量，则可以确定弹幕消费过程是正确的，在步骤405中判断消费弹幕数量的逻辑正常，生成第一发送检查结果。可以理解的是，消费弹幕数量的逻辑为弹幕数量控制逻辑中的一部分，该部分正常运行不一定等同于弹幕数量控制逻辑完全正常，因此还需要后续的判断。例如，虽然弹幕数量正确减少，但是对于可发送的弹幕总数的限制失效的情况，弹幕消费逻辑检查不足以进行充分确定弹幕是否发送成功。在一个实施例中，根据目标弹幕的数量，可以进一步计算剩余弹幕数量与更新弹幕数量的数量差。比较该数量差与所获取的目标弹幕的数量，如果二者相等，则可以确定已发弹幕数量是正确数据。

若剩余弹幕数量小于或者等于更新弹幕数量，则表示更新弹幕数量的统计发生异常，此时，可以重新发送设置为目标色彩的目标弹幕并且重新获取目标用户对应的目标色彩的更新弹幕数量，并且再次确认更新弹幕数量是否正常，以便于排除网络波动的影响并确认发生异常情况。

若剩余弹幕数量大于重新获取的更新弹幕数量，则可以认为之前的数据错误是由于网络原因导致的，因此，进入到步骤405中确定逻辑正常。若剩余弹幕数量小于或者等于重新获取的更新弹幕数量，则表示服务器对于剩余弹幕数量的更新和管理的确存在问题，在步骤406中，判断弹幕消费逻辑异常，需要告警和排查问题，因此，生成第二发送检查结果。例如，对于蓝色弹幕，剩余弹幕数量为35个，而获取到的更新弹幕数量也为35个，可以认为虽然已经发送了弹幕，但是剩余弹幕数量并未更新，因此需要重新发现目标弹幕并且重新获取更新弹幕数量。若重新获取到的蓝色弹幕的更新弹幕数量为34个，则表示已发弹幕数量的更新正常，而若重新获取到的蓝色弹幕的更新弹幕数量仍为35个，则表示弹幕数量的更新出现错误。

在一个实施例中，在步骤404中，还可以在首次发现剩余弹幕数量小于或等于更新弹幕数量时先进行告警以提示相关人员可能出现故障，但仍继续返回到步骤402和步骤403以进行重新发送弹幕和重新获取更新弹幕数量的过程，若再次发现数量有误，则正式确认未通过而进行告警，从而避免对于服务器对于弹幕数量的管理故障的漏判。

可以理解的是，在上述的方案中，主要针对于发送信息由于网络波动而消失的场景，对于其他场景，还可以添加额外的校验。为了便于介绍，请参阅图5，图5为本申请实施例中的另一个弹幕实现流程的示意图。如图5所示，其中步骤501、502、504、506和507均与图4中对应的步骤所执行的动作相同。在步骤503中，弹幕实现装置或获取步骤502中进行弹幕消费时接收到的响应消息，并且判断其中的返回码是否指示弹幕消费正常，即返回码是否为200。如果是200，则表示弹幕消费正常，可以继续进行接下来的步骤，若否，则可以重新触发弹幕消费接口来再次进行确认。再次确认的过程可以进行一次或多次，若每次进行再次确认都发现消费失败，则可以确认弹幕发送失败。在图5的步骤505中，由于已经在步骤502中进行了发送过程的检测，因此，可以直接数量是否正常减一来确认结果，而不需要再次进行确认。在本申请的实施例中，在更新弹幕数量的统计出现错误时，重新发送目标弹幕并且重新获取更新弹幕数量，根据重新获取的更新弹幕数量来确定是否发生错误，能够有效避免由于网络波动而造成误判故障的情况，从而降低误判的概率。

在本申请一个实施例中，基于上述技术方案，上述步骤，根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果之前，所述方法还包括：

根据所述目标用户标识，获取所述目标色彩对应的弹幕数量阈值，所述弹幕数量阈值指示所述剩余弹幕数量的最大值；

若所述剩余弹幕数量大于所述弹幕数量阈值或者所述更新弹幕数量小于零，则生成所述第二发送结果。

具体地，弹幕数量阈值表示用户在直播间中可以发送的该目标色彩的弹幕的总数量，即剩余弹幕数量的最大值。弹幕实现装置可以将剩余弹幕数量与弹幕数量阈值比较，若剩余弹幕数量大于弹幕数量阈值，则表示剩余弹幕数量的数值异常，可以直接确定弹幕发送失败。由于剩余弹幕数量的控制方式是采用倒数的方式，随着弹幕的发送，剩余弹幕数量的数值会被减少。因此，在发送目标弹幕之后，若发现获取到的更新弹幕数量小于零，则也表示弹幕数量的控制出现异常，同样可以直接确定弹幕发送失败。例如，在目标弹幕未被发送之前，剩余弹幕数量为1，弹幕实现装置连续发送两条目标弹幕后，获取到更新弹幕数量为-1，则表示数量控制出现异常。可以理解的是，剩余弹幕数量与更新弹幕数量实际上是同一个数据在不同时刻的数值，因此，也可以对剩余弹幕数量是否小于零和更新弹幕数量是否大于弹幕数量阈值进行检查，以保证检查覆盖面，避免有情况没有检查导致结果判断错误的问题。

在本申请的实施例中，对剩余弹幕数量以及更新弹幕数量是否超出数量的上限和下限进行检测，从而可以确保弹幕数量控制的准确性。

在本申请一个实施例中，基于上述技术方案，上述步骤，获取所述目标弹幕对应的展示色彩，包括：

获取对应于所述目标弹幕的弹幕行为日志，所述弹幕行为日志用于记录客户端展示所述目标弹幕的操作信息；

从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩。

在本实施例中，通过客户端记录的弹幕行为日志来获取目标弹幕的展示色彩。具体地，客户端在接收到服务器推送的弹幕后，会根据弹幕信息在显示器上向用户展示弹幕，并且还会记录下弹幕的操作信息。操作信息中包括与弹幕有关的主要内容，包括文本内容、色彩设置以及用户标识等等各类信息。弹幕实现装置则可以获取对应于目标弹幕的弹幕行为日志，并且从中解析出弹幕的第一色彩信息。具体地，弹幕行为日志可以根据不同的日期、不同的直播间、不同的登录用户来区分为多个文件，或者直接采用同一个日志文件。日志文件中，对于展示过的每条弹幕都有对应的弹幕信息。弹幕实现装置获取到对应的日志文件，并且对其进行解析。解析的具体方式可以取决于日志文件的存储方式来变化，例如xml或者文本格式对应不同的方式。在解析的过程中，弹幕实现装置可以根据发送弹幕的目标用户的用户标识以及发送弹幕时记录的发送时间来匹配弹幕信息。弹幕实现装置也可以发送弹幕时输入的文本内容来匹配弹幕信息。根据色彩对应的预设关键字，可以从弹幕信息获取到色彩信息作为展示色彩，色彩信息可以颜色值等方式来表示。

可以理解的是，在本实施例中，所获得的色彩信息可以直接与目标色彩进行匹配。目标色彩的色彩信息可以是在发送色彩信息是预定的，例如，计划发送的目标色彩是红色，而系统中的红色弹幕对应的色彩值是预设好的，因此可以直接去预设好的红色色彩值作为目标色彩来进行比对。

在本申请的实施例中，通过弹幕对应的日志来获取弹幕在客户端的展示色彩，可以直接获取到弹幕的颜色值，从而可以避免对弹幕色彩的人工辨识或者图像分析，从而降低获取色彩信息的工作量，提高工作效率。

在本申请一个实施例中，基于上述技术方案，上述步骤，根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果，包括：

获取所述目标弹幕的弹幕生成日志，所述弹幕生成日志用于记录生成和推送所述目标弹幕的操作信息；

从所述弹幕生成日志中解析所述目标弹幕的第二色彩信息；

若所述第一色彩信息与所述第二色彩信息不匹配，则生成检查未通过结果作为所述色彩检查结果；

若所述第一色彩信息与所述第二色彩信息相匹配，则生成检查通过结果作为所述色彩检查结果。

在本实施例中，对于目标弹幕的色彩的检查可以通过从日志中读取信息的方式执行。具体地，为了便于介绍，请参阅图6，图6为本申请实施例中弹幕色彩检查流程的示意图。如图6所示，在步骤601和步骤602中，弹幕实现装置从客户端获取到目标弹幕对应的弹幕行为日志，并且从服务器获取到目标弹幕的弹幕生成日志。弹幕生成日志是服务器在向用户推送自己或其他用户发送的弹幕或者弹幕实现装置利用弹幕消费接口来生成的弹幕日记录的日志信息，其中也记录了与目标弹幕本身相关联的信息，与弹幕行为日志中记录的内容类似。在步骤603中，弹幕实现装置对于所获取的弹幕行为日志和弹幕生成日志中的内容进行解析，来得到相对应的色彩信息。从弹幕行为日志中解析到的为目标弹幕的第一色彩信息，第一色彩信息对应于目标弹幕在客户端侧进行展示时的色彩，从弹幕生成日志中解析到的为目标弹幕的第二色彩信息，第二色彩信息对应于在生成目标弹幕时计划展示的色彩。

在步骤604中，弹幕实现装置根据第一色彩信息和第二色彩信息进行匹配判断，若第一色彩信息与第二色彩信息匹配，则表示客户端展示的色彩与服务器发送的色彩是一致的，因此在步骤605中确定弹幕色彩的发送和展示过程正常。若第一色彩信息与第二色彩信息不匹配，则表示客户端展示的色彩信息有误，因此生成第二发送结果，并且在步骤606中通知相关的人员定位问题的具体原因。可以理解的是，在测试的场景中，测试目的在于确定服务器和客户端的目标弹幕的色彩信息的一致性，从而补充了目标弹幕的目标色彩与用户可用的弹幕色彩的匹配的逻辑完成性。

在本申请的实施例中，通过客户端和服务器的日志分别解析出目标弹幕的第一色彩信息和第二色彩信息，再通过第一色彩信息和第二色彩信息匹配结果来判断弹幕色彩逻辑是否存在故障，从而能够确保客户端所展示的弹幕色彩的准确性，有利于提高客户端的稳定性。

在本申请一个实施例中，基于上述技术方案，所述第一彩色信息为色彩值；上述步骤，从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩，包括：

根据所述目标弹幕的文本内容，从所述弹幕行为日志中检索对应的弹幕信息记录；

获取所述弹幕信息记录中对应于色彩关键字的色彩值。

在本实施例中，通过目标弹幕的文本内容来进行匹配，从而获得目标弹幕的色彩值。具体地，目标弹幕的文本内容对于检查过程是已知的，具体可以由相关人员预先设置或者用默认值。因此，弹幕实现装置可以直接获取到目标弹幕的文本内容，根据该文本内容，弹幕实现装置可以在弹幕行为日志中根据文本内容的关键字遍历所有弹幕信息记录，从而找到目标弹幕对应的弹幕信息记录，并且从中获取色彩关键字对应的色彩值作为第一色彩信息。

可以理解的是，对于上文记载的弹幕生成日志的解析方式也可以采用类似的方式。在一个实施例中，在检索弹幕信息记录时，还可以添加用户标识和弹幕发送时间等信息与文本内容一起作为检索依据来记性检索，从而避免用户发送相同内容造成解析出错。

在本申请的实施例中，通过服务器的日志解析出目标弹幕的第二色彩信息，再通过第一色彩信息和第二色彩信息匹配结果来判断弹幕色彩逻辑是否存在故障，从而能够确保客户端所展示的弹幕色彩的准确性，有利于提高客户端的稳定性。

在本申请一个实施例中，基于上述技术方案，上述步骤，获取所述目标弹幕对应的展示色彩，包括：

获取包括所述目标弹幕的界面截图；

识别所述界面截图中所述目标弹幕的色彩，得到所述展示色彩。

在本实施例中，弹幕实现装置通过对于最终展示在用户的显示器上的目标弹幕的色彩进行识别进行弹幕色彩检查。具体地，弹幕实现装置获取包括目标弹幕的界面截图。获取截图的方式可以通过截图工具自动进行截图。弹幕实现装置识别界面截图中所述目标弹幕的色彩，得到展示色彩，弹幕实现装置具体可以首先根据弹幕内容来在截图界面中识别出目标弹幕的位置。由于目标弹幕的内容通常需要根据具体场景预先设定或者采用默认内容，因此，可以提前将弹幕内容提供给弹幕实现装置。在识别到目标弹幕的位置后，弹幕实现装置可以对目标弹幕进行色彩检测，从而识别出展示色彩。在后续的步骤中，通过比较展示色彩和从服务器的弹幕生成日志中获取到的第二色彩信息，可以确定客户端展示的色彩是否与所发送的弹幕色彩相符合。若展示色彩与第二色彩信息不匹配，则表示在弹幕的推送或者展示过程中出现错误而导致弹幕色彩有误，因此生成表示弹幕发送失败的第二发送结果。

在本申请的实施例中，通过目标弹幕的截图来识别其被展示时的真实色彩，从而可以识别出色彩渲染等色彩信息在客户端中进行处理过程中导致色彩错误，避免通过记录日志中的信息无法识别出记录色彩与实际展示色彩不一致的问题，提升的异常检查的覆盖范围，有利于提升弹幕发送结果的准确性。

在本申请一个实施例中，基于上述技术方案，上述步骤，根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果之前，所述方法还包括：

根据所述目标用户标识，获取所述目标用户对应的弹幕色彩，所述弹幕色彩表示所述目标用户具有使用权限的色彩；

若所述展示色彩与所述弹幕色彩不匹配，则生成所述第二发送结果作为所述弹幕发送结果。

在本实施例中，弹幕实现装置对目标用户是否能够使用目标色彩进行检查。具体地，根据目标用户标识，弹幕实现装置获取目标用户对应的弹幕色彩，弹幕色彩表示目标用户具有使用权限的色彩。具体地，根据目标用户的等级和身份等情况，目标用户对于各个弹幕色彩的权限不同。根据目标用户标识，可以获取到目标用户可以使用的弹幕色彩。在一个实施例中，用户在不同直播间里对于弹幕色彩的权限不同，则根据目标用户标识和直播间标识来获取弹幕色彩。弹幕实现装置将所获取到的展示色彩与目标用户可用的所有弹幕色彩一一匹配，若发现展示色彩与所有的弹幕色彩都不匹配，则可以确定用户使用了不具有权限的弹幕色彩，可以确定弹幕发送失败。若发现展示色彩与弹幕色彩中的任意一个色彩相匹配，则表示对于用户使用色彩的检查通过，可以继续进行后续的其他检查。

在本申请的实施例中，通过获取目标用户对应的弹幕色彩并且与展示色彩匹配，来检查用户对所使用的色彩是否具有权限，从而可以判断出对于弹幕色彩的权限控制的结果，提升方案的多样性。

在本申请一个实施例中，基于上述技术方案，上述步骤，获取所述目标弹幕对应的展示色彩之后，所述方法还包括：

获取所述目标用户标识对应的用户状态；

若所述用户状态指示用户处于隐身状态，则获取所述用户的显示名称；

若所述显示名称为预设匿名名称并且所述展示色彩为预设色彩，则生成所述第一发送结果。

在本实施例中，可以检查用户设置的隐身状态。隐身状态中的用户发送的弹幕会被隐藏掉用户名称或者用户昵称的用户标识而替换成默认的名称。为了便于介绍，请参阅图7，图7示出了用户隐身状态的界面示意图，隐身用户所发送的弹幕的用户标识会展示为“匿名用户”，同时，弹幕色彩也会设置为默认的弹幕色彩，例如黑色。用户可以申请设置为隐身状态。弹幕实现装置在获取到目标用户标识后，可以根据目标用户标识向服务器查询该用户的用户状态。若用户状态为隐身状态，则获取用户的显示名称。该显示名称通常用户的注册的用户名或者用户昵称，该信息可以从接收到的弹幕信息或者从记录的行为日志中获取。若显示名称是预设的匿名名称并且目标弹幕的目标色彩为预设颜色，则表示当前的弹幕符合隐身用户发送弹幕的情况，因此生成表示弹幕发送成功的第一发送结果。否则，若显示名称不是匿名名称而是用户的用户名或昵称，或者弹幕的颜色仍为彩色弹幕，则表示隐身失败，生成第二发送结果。

在本申请的实施例中，对用户的隐身状态进行自动检查，从而可以自动判断出用户的隐身状态设置是否成功，而不需要人工辨别，有利于提升工作效率。

在本申请一个实施例中，基于上述技术方案，上述步骤S302，通过所述目标用户发送设置为所述目标色彩的目标弹幕，包括：

获取弹幕发送指令，所述弹幕发送指令携带所述目标用户标识和所述目标色彩；

根据所述弹幕发送指令，调用弹幕消费接口，所述弹幕消费接口用于通过所述目标用户标识对应的目标用户发送设置为所述目标色彩的目标弹幕，并对所述剩余弹幕数量进行递减，得到所述更新弹幕数量。

在本实施例中，目标弹幕可以由弹幕实现装置自动生成。具体地，弹幕实现装置获取目标弹幕发送指令，目标弹幕发送指令携带目标用户标识和目标色彩。目标弹幕发送指令可以在发送过程启动后自动触发，目标用户标识和目标色彩可以由相关人员按照实现场景预先配置好并且存储在文件中以供弹幕实现装置读取。随后，弹幕实现装置根据目标弹幕发送指令，调用弹幕消费接口，来发送目标弹幕。弹幕消费接口可以是服务器提供的接口，其可以根据输入的参数直接生成弹幕并推送而不需要在客户端的界面上进行操作来发送弹幕。具体地，弹幕实现装置可以通过弹幕消费接口向服务器发送目标用户标识、目标色彩、直播间标识、弹幕内容等信息，以便服务器根据所获得的信息直接生成目标弹幕。其中，在测试场景中，直播间标识和弹幕内容可以采用预设的默认值，即弹幕测试在固定的测试直播间里，并且发送的弹幕内容也是固定的。弹幕消费接口会在生成目标弹幕后触发发送弹幕的操作，并且还会更新目标色彩对应的剩余弹幕数量，来得到更新弹幕数量。因此，在直播间中可以看到所生成的目标弹幕的展示效果，以及后台对于目标颜色的数量记录的更新。

在本申请的实施例中，根据目标弹幕生成指令调用弹幕消费接口来自动生成目标弹幕，而不需要相关人员手动操作来进行色彩的选择以及弹幕的编辑和发送，从而减少了弹幕发送过程中的人工投入，提高了工作效率。

在本申请一个实施例中，基于上述技术方案，上述步骤S301，根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，包括：

根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的数量限制标识；

若所述数量限制标识指示对于所述目标色彩存在弹幕数量限制，则根据所述目标用户标识，获取针对所述目标色彩的剩余弹幕数量。

在本实施例中，还需要对目标色彩对应的数量限制标识进行识别。在用户等级达到一定的级别或者用户具有特定身份时，可以获得一些不具有发送数量限制的弹幕色彩。此类弹幕色彩会具有特定的数量限制标识来指示该目标色彩是否存在弹幕数量限制。弹幕实现装置可以从服务器查询目标色彩对应的数量限制标识，并且根据数量限制标识确定该目标色彩是否具有数量限制。若目标色彩的数量限制标识指示目标色彩不存在弹幕数量限制，则表示用户可以不受次数限制地使用该弹幕色彩，因此仅需要确认弹幕成功发送出，而不需要进一步确认剩余弹幕数量，因此可以生成第一发送结果，表示弹幕发送成功。若目标色彩的数量限制标识指示目标色彩存在弹幕数量限制，则需要获取针对于目标色彩的剩余弹幕数量，从而进行后续的弹幕发送过程。

在本申请的实施例中根据目标色彩的数量限制标识来确定目标色彩是否存在弹幕数量限制，可以简化没有数量限制的弹幕色彩的发送过程，从而简化整体的发送过程，提高工作效率。

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

以下介绍本申请的装置实施，可以用于执行本申请上述实施例中的弹幕实现的方法。图8为本申请实施例中弹幕实现装置的组成框图。如图8所示，弹幕实现装置800主要可以包括：

剩余数量获取模块810，用于根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量；

目标弹幕发送模块820，用于通过所述目标用户发送设置为所述目标色彩的目标弹幕；

更新数量获取模块830，用于根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的；

发送结果获取模块840，用于根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块840，包括：

发送结果确定子模块，用于根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果；

展示色彩获取子模块，用于获取所述目标弹幕对应的展示色彩，所述展示色彩是客户端展示所述目标弹幕时的色彩；

色彩结果确定子模块，用于根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果；

第一发送结果生成子模块，用于若所述发送检查结果和所述色彩检查结果均指示检查通过，则生成第一发送结果作为所述弹幕发送结果，所述第一发送结果表示弹幕发送成功；

第二发送结果生成子模块，用于若所述发送检查结果和所述色彩检查结果中的任一个结果指示检查未通过，则生成第二发送结果作为所述弹幕发送结果，所述第二发送结果表示弹幕发送失败。

在本申请的一些实施例中，基于以上技术方案，发送结果确定子模块，包括：

第一发送结果生成单元，用于若所述剩余弹幕数量大于所述更新弹幕数量，则生成第一发送检查结果，所述第一发送检查结果表示弹幕发送检查已通过；

重新发送单元，用于若所述剩余弹幕数量小于或者等于所述更新弹幕数量，则重新发送设置为所述目标色彩的目标弹幕并且重新获取所述目标用户对应的目标色彩的更新弹幕数量；

第一发送结果生成单元，用于还用于若所述剩余弹幕数量大于重新获取的更新弹幕数量，则生成所述第一发送检查结果；

第二发送结果生成单元，用于若所述剩余弹幕数量小于或等于重新获取的更新弹幕数量，则生成第二发送检查结果，所述第二发送检查结果表示弹幕发送检查未通过。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块840，还包括：

数量阈值获取子模块，用于根据所述目标用户标识，获取所述目标色彩对应的弹幕数量阈值，所述弹幕数量阈值指示所述剩余弹幕数量的最大值；

阈值比较子模块，用于若所述剩余弹幕数量大于弹幕数量阈值或者所述更新弹幕数量小于零，则生成所述第二发送结果。

在本申请的一些实施例中，基于以上技术方案，展示色彩获取子模块，包括：

弹幕行为日志获取单元，用于获取对应于所述目标弹幕的弹幕行为日志，所述弹幕行为日志用于记录客户端展示所述目标弹幕的操作信息；

弹幕行为日志解析单元，用于从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩。

在本申请的一些实施例中，基于以上技术方案，色彩结果确定子模块，包括：

弹幕生成日志获取单元，用于获取所述目标弹幕的弹幕生成日志，所述弹幕生成日志用于记录生成和推送所述目标弹幕的操作信息；

弹幕生成日志解析单元，用于从所述弹幕生成日志中解析所述目标弹幕的第二色彩信息；

色彩匹配单元，用于若所述第一色彩信息与所述第二色彩信息不匹配，则生成检查未通过结果作为所述色彩检查结果；

色彩匹配单元，还用于若所述第一色彩信息与所述第二色彩信息相匹配，则生成检查通过结果作为所述色彩检查结果。

在本申请的一些实施例中，基于以上技术方案，弹幕行为日志解析单元，包括：

弹幕信息记录检索子单元，用于根据所述目标弹幕的文本内容，从所述弹幕行为日志中检索对应的弹幕信息记录；

色彩值获取子单元，用于获取所述弹幕信息记录中对应于色彩关键字的色彩值。

在本申请的一些实施例中，基于以上技术方案，展示色彩获取子模块，包括：

截图获取单元，用于获取包括所述目标弹幕的界面截图；

色彩识别单元，用于识别所述界面截图中所述目标弹幕的色彩，得到所述展示色彩。

在本申请的一些实施例中，基于以上技术方案，发送结果获取模块840，还包括：

弹幕色彩获取子模块，用于根据所述目标用户标识，获取所述目标用户对应的弹幕色彩，所述弹幕色彩表示所述目标用户具有使用权限的色彩；

弹幕色彩匹配子模块，用于若所述展示色彩与所述弹幕色彩不匹配，则生成所述第二发送结果作为所述弹幕发送结果。

在本申请的一些实施例中，基于以上技术方案，弹幕实现装置800，还包括：

用户状态获取模块，用于获取所述目标用户标识对应的用户状态；

显示名称获取模块，用于若所述用户状态指示用户处于隐身状态，则获取所述用户的显示名称；

隐身状态匹配模块，用于若所述显示名称为预设匿名名称并且所述展示色彩为预设色彩，则生成所述第二发送结果。

在本申请的一些实施例中，基于以上技术方案，目标弹幕发送模块820，包括：

弹幕发送指令获取子模块，用于获取弹幕发送指令，所述弹幕发送指令携带所述目标用户标识和所述目标色彩；

弹幕消费接口调用子模块，用于根据所述弹幕发送指令，调用弹幕消费接口，所述弹幕消费接口用于通过所述目标用户标识对应的目标用户发送设置为所述目标色彩的目标弹幕，并对所述剩余弹幕数量进行递减，得到所述更新弹幕数量。

在本申请的一些实施例中，基于以上技术方案，剩余数量获取模块810，包括：

数量限制标识获取子模块，用于根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的数量限制标识；

剩余弹幕数量获取子模块，用于若所述数量限制标识指示对于所述目标色彩存在弹幕数量限制，则根据所述目标用户标识，获取针对所述目标色彩的剩余弹幕数量。

需要说明的是，上述实施例所提供的装置与上述实施例所提供的方法属于同一构思，其中各个模块执行操作的具体方式已经在方法实施例中进行了详细描述，此处不再赘述。

图9为适于实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图9示出的电子设备的计算机系统900仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9所示，计算机系统900包括中央处理单元(Central Processing Unit，CPU)901，其可以根据存储在只读存储器(Read-Only Memory，ROM)902中的程序或者从储存部分908加载到随机访问存储器(Random Access Memory，RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有系统操作所需的各种程序和数据。CPU 901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(Input/Output，I/O)接口905也连接至总线904。

以下部件连接至I/O接口905：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分907；包括硬盘等的储存部分908；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入储存部分908。

特别地，根据本申请的实施例，各个方法流程图中所描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被中央处理单元(CPU)901执行时，执行本申请的系统中限定的各种功能。

需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种弹幕实现的方法，其特征在于，包括：

根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量；

通过所述目标用户发送设置为所述目标色彩的目标弹幕；

根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的；

根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

2.根据权利要求1所述的方法，其特征在于，所述根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果，包括：

根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果；

获取所述目标弹幕对应的展示色彩，所述展示色彩是客户端展示所述目标弹幕时的色彩；

根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果；

若所述发送检查结果和所述色彩检查结果均指示检查通过，则生成第一发送结果作为所述弹幕发送结果，所述第一发送结果表示弹幕发送成功；

若所述发送检查结果和所述色彩检查结果中的任一个结果指示检查未通过，则生成第二发送结果作为所述弹幕发送结果，所述第二发送结果表示弹幕发送失败。

3.根据权利要求2所述的方法，其特征在于，所述根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果，包括：

若所述剩余弹幕数量大于所述更新弹幕数量，则生成第一发送检查结果，所述第一发送检查结果表示弹幕发送检查已通过；

若所述剩余弹幕数量小于或者等于所述更新弹幕数量，则重新发送设置为所述目标色彩的目标弹幕并且重新获取所述目标用户对应的目标色彩的更新弹幕数量；

若所述剩余弹幕数量大于重新获取的更新弹幕数量，则生成所述第一发送检查结果；

若所述剩余弹幕数量小于或等于重新获取的更新弹幕数量，则生成第二发送检查结果，所述第二发送检查结果表示弹幕发送检查未通过。

4.根据权利要求2所述的方法，其特征在于，所述根据所述剩余弹幕数量和所述更新弹幕数量的比较结果，确定发送检查结果之前，所述方法还包括：

根据所述目标用户标识，获取所述目标色彩对应的弹幕数量阈值，所述弹幕数量阈值指示所述剩余弹幕数量的最大值；

若所述剩余弹幕数量大于弹幕数量阈值或者所述更新弹幕数量小于零，则生成所述第二发送结果。

5.根据权利要求2所述的方法，其特征在于，所述获取所述目标弹幕对应的展示色彩，包括：

获取对应于所述目标弹幕的弹幕行为日志，所述弹幕行为日志用于记录客户端展示所述目标弹幕的操作信息；

从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩。

6.根据权利要求5所述的方法，其特征在于，所述根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果，包括：

获取所述目标弹幕的弹幕生成日志，所述弹幕生成日志用于记录生成和推送所述目标弹幕的操作信息；

从所述弹幕生成日志中解析所述目标弹幕的第二色彩信息；

若所述第一色彩信息与所述第二色彩信息不匹配，则生成检查未通过结果作为所述色彩检查结果；

若所述第一色彩信息与所述第二色彩信息相匹配，则生成检查通过结果作为所述色彩检查结果。

7.根据权利要求5所述的方法，其特征在于，所述第一彩色信息为色彩值；所述从所述弹幕行为日志中解析所述目标弹幕的第一色彩信息作为所述展示色彩，包括：

根据所述目标弹幕的文本内容，从所述弹幕行为日志中检索对应的弹幕信息记录；

获取所述弹幕信息记录中对应于色彩关键字的色彩值。

8.根据权利要求2所述的方法，其特征在于，所述获取所述目标弹幕对应的展示色彩，包括：

获取包括所述目标弹幕的界面截图；

识别所述界面截图中所述目标弹幕的色彩，得到所述展示色彩。

9.根据权利要求8所述的方法，其特征在于，所述根据所述展示色彩与所述目标色彩的匹配结果，确定色彩检查结果之前，所述方法还包括：

根据所述目标用户标识，获取所述目标用户对应的弹幕色彩，所述弹幕色彩表示所述目标用户具有使用权限的色彩；

若所述展示色彩与所述弹幕色彩不匹配，则生成所述第二发送结果作为所述弹幕发送结果。

10.根据权利要求2所述的方法，其特征在于，所述获取所述目标弹幕对应的展示色彩之后，所述方法还包括：

获取所述目标用户标识对应的用户状态；

若所述用户状态指示用户处于隐身状态，则获取所述用户的显示名称；

若所述显示名称为预设匿名名称并且所述展示色彩为预设色彩，则生成所述第二发送结果。

11.根据权利要求1所述的方法，其特征在于，所述通过所述目标用户发送设置为所述目标色彩的目标弹幕，包括：

获取弹幕发送指令，所述弹幕发送指令携带所述目标用户标识和所述目标色彩；

根据所述弹幕发送指令，调用弹幕消费接口，所述弹幕消费接口用于通过所述目标用户标识对应的目标用户发送设置为所述目标色彩的目标弹幕，并对所述剩余弹幕数量进行递减，得到所述更新弹幕数量。

12.根据权利要求1所述的方法，其特征在于，所述根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，包括：

根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的数量限制标识；

若所述数量限制标识指示对于所述目标色彩存在弹幕数量限制，则根据所述目标用户标识，获取针对所述目标色彩的剩余弹幕数量。

13.一种弹幕实现装置，其特征在于，包括：

剩余数量获取模块，用于根据目标用户标识，获取目标用户对应的针对目标色彩的剩余弹幕数量，所述剩余弹幕数量指示所述目标用户可发送的目标色彩的弹幕数量；

目标弹幕发送模块，用于通过所述目标用户发送设置为所述目标色彩的目标弹幕；

更新数量获取模块，用于根据目标用户标识，获取所述目标用户对应的针对所述目标色彩的更新弹幕数量，所述更新弹幕数量是根据所述目标弹幕的发送而更新所述剩余弹幕数量得到的；

发送结果获取模块，用于根据所述剩余弹幕数量和所述更新弹幕数量，获取弹幕发送结果。

14.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至12中任意一项所述的弹幕实现的方法。

15.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至12中任一项所述的弹幕实现的方法。

Images