弹幕发送方法及装置与流程

本发明涉及互联网领域，具体而言，涉及一种弹幕发送方法及装置。

背景技术：

随着直播行业的快速发展，弹幕文化也跟随着飞速成长。主播在进行直播时，通过弹幕与用户进行沟通和互动。

现有技术中，用户发送的弹幕只能在用户当前所处的直播间进行显示，因此也只有当前直播间的用户以及主播能看到用户的弹幕发言，看到弹幕内容的人数有限，用户发言的影响有限。

技术实现要素：

有鉴于此，本发明实施例提供了一种弹幕发送方法及装置，将接收到的客户端发送的弹幕内容发送到指定分区对应的多个直播间，使该多个直播间均能看到该弹幕内容，以改善上述问题。

为了实现上述目的，本发明采用的技术方案如下：

一种弹幕发送方法，应用于在直播间发送弹幕，所述方法包括：接收客户端发送的弹幕内容；将所述弹幕内容发送到指定分区对应的多个直播间。

一种弹幕发送装置，所述装置包括：弹幕接收模块，用于接收客户端发送的弹幕内容；弹幕发送模块，用于将所述弹幕内容发送到指定分区对应的多个直播间。

本发明实施例提供的弹幕发送方法及装置，在接收到客户端发送的弹幕内容后，将该弹幕内容发送到指定分区对应的多个直播间，使该多个直播间内均能看到该弹幕内容。相比于现有技术中弹幕内容只能发送到用户当前所在直播间，有效增加了用户发言的覆盖范围，扩大了发言用户的影响。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明较佳实施例提供的服务器与本地终端进行交互的示意图；

图2为本发明较佳实施例提供的服务器的结构框图；

图3示出了本发明第一实施例提供的弹幕发送方法的流程图；

图4示出了本发明第二实施例提供的弹幕发送方法的流程图；

图5示出了本发明第三实施例提供的弹幕发送装置的功能模块图。

具体实施方式

下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本发明的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，是本发明较佳实施例提供的服务器100与本地终端200进行交互的示意图。所述服务器100通过网络与一个或多个本地终端200进行通信连接，以进行数据通信或交互。所述服务器100可以为一个或多个服务器，如web服务器(WebSserver)、用户服务器、礼物服务器、弹幕服务器、网络服务器、数据库服务器等。若服务器100为多个服务器，该多个服务器之间可以相互配合，进行数据交互。所述本地终端200可以是个人电脑(personal computer，PC)、平板电脑、智能手机等。并且，本地终端中安装有客户端，该客户端为可以为浏览器、直播应用程序、播放器、点播应用程序或者其他。

图2示出了一种可应用于本发明实施例中的服务器100的结构框图。如图2所示，服务器100包括存储器102、存储控制器104，一个或多个(图中仅示出一个)处理器106、外设接口108、射频模块110等。这些组件通过一条或多条通信总线/信号线116相互通信。

存储器102可用于存储软件程序以及模块，如本发明实施例中的弹幕发送方法及装置对应的程序指令/模块，处理器106通过运行存储在存储器102内的软件程序以及模块，从而执行各种功能应用以及数据处理，如本发明实施例提供的弹幕发送方法。

存储器102可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。处理器106以及其他可能的组件对存储器102的访问可在存储控制器104的控制下进行。

外设接口108连接处理器106以及存储器102。在一些实施例中，外设接口108、处理器106以及存储控制器104可以在单个芯片中实现。在其他一些实例中，他们可以分别由独立的芯片实现。

射频模块110用于接收以及发送电磁波，实现电磁波与电信号的相互转换，从而与通信网络或者其他设备进行通信。

可以理解，图2所示的结构仅为示意，服务器100还可包括比图2中所示更多或者更少的组件，或者具有与图2所示不同的配置。图2中所示的各组件可以采用硬件、软件或其组合实现。

本发明实施例提供的弹幕发送方法及装置，应用于在直播间发送弹幕。当然，本发明实施例中也不排除该弹幕发送方法及装置用于在播放器、点播应用程序等可发送弹幕的场景下进行弹幕发送，本发明实施例主要以直播间为例进行说明。下面将通过具体实施例对该弹幕发送方法及装置进行详细说明。

在本发明实施例中，根据直播间的特性进行分区，将具有相同特性的直播间分为一个区，通常每个分区内包括多个直播间，同一个直播间可以属于一个分区或者多个分区。具体具有何种特性的直播间分为一个区在本实施例中并不作为限定，可以根据实际分区需要确定。例如，可以将进行唱歌直播的直播间分为一个区，进行游戏直播的直播间分为一个区，或者在游戏直播的直播间中，将进行同一种游戏直播的直播间分为一个区。

另外，可以为每个分区设置分区参数，每个分区的分区参数与该分区所包括的直播间之间具有对应关系，例如，每个直播间具有直播间身份标识，服务器将直播间的身份标识与该直播间所在分区的分区参数进行关联，从而可以根据直播间的身份标识确定直播间所在分区，也可以根据分区的分区参数确定该分区所对应的所有直播间。

当用户登录直播平台后，进入推流正常的直播间。客户端可以根据用户当前所在直播间确定该直播间所在分区，具体确定方式可以是，通过服务器(如web服务器)获取用户所在直播间的分区参数，如通过函数代码RoomPartition Partition＝new WebSserver.RoomPartition.Parameter()实现。

第一实施例

本实施例提供了弹幕发送方法，请参见图3，所述方法包括：

步骤S110：接收客户端发送的弹幕内容。

当用户需要发送分区弹幕内容时，在客户端用于发送分区弹幕内容的弹幕输入框内输入弹幕内容，并发送到服务器。服务器对该弹幕内容进行接收。可以理解的，本实施例中的分区弹幕内容指发送到一个或多个分区对应的直播间内的弹幕内容。

步骤S120：将所述弹幕内容发送到指定分区对应的多个直播间。

在本实施例中，该指定分区优选为发送弹幕内容的客户端对应的用户当前所在直播间对应的分区，也就是说，该指定分区为发送弹幕内容的用户当前所在直播间所对应的分区。当然，在本实施例中，指定分区具体为哪一个分区或者哪几个分区并不作为限定，也可以是用户所在直播间的分区以外的其他分区。

在本实施例中，将弹幕内容发送到指定分区以前，首先确定该指定分区，以确定该指定分区对应的直播间。具体方法可以是，在客户端向服务器发送弹幕内容时，同时向服务器发送直播间对应的分区的分区参数，服务器根据该分区参数确定当前直播间对应的分区作为指定分区，如通过函数代码RoomPartition Partition＝new WebSserver.RoomPartition.Parameter(Partition,InputValue)实现，其中Partition表示分区参数。另外，也可以是，在客户端向服务器发送弹幕内容时，同时向服务器发送直播间的身份标识，服务器根据直播间的身份标识查找该直播间对应的分区参数，从而确定用户当前所在直播间对应的分区，作为指定分区。当然，还可以是，在用户进入直播间时，服务器记录用户ID所在直播间的分区参数。在客户端向服务器发送弹幕内容时，同时向服务器发送用户ID，服务器根据用户ID确定当前直播间对应的分区，作为指定分区。

因此，服务器在发送时，将弹幕内容发送到指定分区对应的所有直播间，以使该指定分区对应的所有直播间均能看到该弹幕内容。具体的，可以是，服务器在发送弹幕内容时，增加指定分区的分区参数，使弹幕内容的发送调整为发送到指定分区的所有直播间，如通过函数代码Send.WebBarrageServer.IntroductionValue()实现。优选的，发送弹幕内容的服务器为弹幕服务器。

进一步的，在本实施例中，服务器控制发送到指定分区的弹幕内容通过特定的预设格式进行显示。例如，控制所述弹幕内容在指定分区对应的各个直播间内停留预设时长，所述预设时长比只在当前直播间显示弹幕内容的显示时长多预设长度。也就是说，相比于普通的只在当前直播间显示的弹幕，本实施例中发送到指定分区对应的多个分区的弹幕内容在直播间停留的时间更长，优选的，可以是长3秒。当然，预设长度也可以是其他时间长度，如1至8秒中的任意时间长度，在本实施例中，该预设长度并不作为限制。

另外，在本实施例中，预设格式也可以是其他，如高亮显示、字号加大显示、字体闪烁显示、字体跳动显示等等，在本实施例中并不限定，以增加弹幕内容的受关注度，突显发言用户的个性。

另外，在本实施例中，也可以是，服务器将弹幕内容发送到指定分区对应的多个直播间时，携带分区弹幕内容发送对应的标识，客户端在接收到弹幕内容并在直播间显示时，以特定的预设格式进行显示，使该弹幕内容的显示不同于普通的只在当前直播间显示的弹幕。

第二实施例

本实施例提供了一种弹幕发送方法，请参见图4，该方法包括：

步骤S210：接收客户端发送的分区弹幕发送请求。

当用户想要发送的弹幕内容在多个直播间进行显示时，可以通过客户端在直播间发送分区弹幕发送请求，对应的，服务器对该分区弹幕发送请求进行接收。

具体的，用户可以先在客户端确定当前用户ID(用户身份标识)是否具有发送分区弹幕内容的配置，例如，客户端向用户提供道具包，将分区弹幕发送作为一种用户道具放置于道具包中。用户点击该道具包时，服务器通过用户ID查找该用户对应的道具并返回客户端向用户显示，如通过函数代码Show.FunctionSkill(UserUID)实现，其中UserUID表示用户ID。若道具包中存在发送分区弹幕内容的道具，则表示当前用户ID具有发送分区弹幕内容的配置。在需要发送分区弹幕内容时，用户可以点击用于发送分区弹幕内容的道具按钮，向服务器发送分区弹幕发送请求。当然，也可以直接向每个用户配置发送分区弹幕内容的按钮，用户可以直接通过点击显示的相应的按钮，向服务器发起分区弹幕发送请求。

步骤S220：判断所述客户端对应的用户是否具有分区弹幕发送权限。

进一步的，服务器在接收到客户端的分区弹幕发送请求后，判断该客户端对应的用户是否具有分区弹幕发送权限，可以理解的，客户端对应的用户即为在该客户端当前登录的用户。

具体的，可以是，在客户端发送的分区弹幕发送请求中，还包括用户ID。服务器在接收到分区弹幕发送请求后，根据该用户ID判断客户端对应的用户是否具有分区弹幕发送权限。

例如，服务器中对应用户ID存储有每个用户的道具参数，并且在分区弹幕发送对应的道具参数中包括分区弹幕发送权限。因此，服务器可以根据用户ID查找道具参数，从而根据道具参数判断当前用户是否具有分区弹幕发送权限。

在本实施例中，服务器可以包括多个，对应用户ID存储道具参数可以是礼物服务器，与客户端进行信号交互的可以是用户服务器。当用户服务器接收到分区弹幕发送请求时，通过对外的接口利用用户ID查询礼物服务器中对应的道具参数，如通过函数代码UserGift Gift＝new WebGiftServer.Parameter.UserID(UserID)实现，并将查找到的用户参数回调至用户服务器。用户服务器再根据道具参数判断当前用户是否具有分区弹幕发送权限，如通过函数代码UserPower Power＝new WebUserServer.Jurisdiction.Power(Gift)实现。

步骤S230：若所述客户端对应的用户具有分区弹幕发送权限，允许用户通过所述客户端发送用于发送到指定分区对应的多个直播间的弹幕内容。

当服务器判定当前用户ID对应的用户不具有分区弹幕发送权限时，向客户端返回提示以使在客户端向用户进行提示显示。例如，在点击了分区弹幕发送对应的道具后，服务器判定当前用户不具有分区弹幕发送权限，服务器通过客户端向用户显示的可以是“无对应技能权限！”，以提示用户其不可发送分区弹幕请求。

若服务器判定客户端对应的当前用户具有分区弹幕发送权限，则允许用户通过所述客户端发送弹幕内容，当然，该弹幕内容指用于发送到指定分区对应的多个直播间的弹幕内容。

具体的，允许用户发送弹幕内容的实现方式可以是，服务器向客户端发送允许指令，客户端在接收到指令后弹出弹幕输入框，使用户可以在该弹幕输入框中编辑弹幕内容并发送到服务器，如通过函数代码Show.WebFrame.BigHorm(InputValue)实现。

另外，也可以是，服务器向客户端发送允许指令，客户端在接收到指令后使弹幕输入框由不可编辑状态变为可编辑状态，以使用户在该弹幕输入框中编辑弹幕内容发送到服务器。

在本实施例中，弹幕输入框的显示方式可以是浮层显示。

步骤S240：判断所述弹幕内容是否违规，若否，允许客户端发送弹幕内容。

在本实施例中，弹幕内容的违规可以是弹幕内容中涉及违规词汇，如不雅词汇、敏感词汇或者其他不适合在公共场合出现的词汇。具体的，可以是在弹幕内容输入过程中判断，即客户端一边在弹幕输入框内接收输入的弹幕内容，一边调用服务器中违规的验证API(Application Programming Interface,应用程序编程接口)进行判断，如通过函数代码Illegal leg＝new WebBarrageServer.Sensitive.Value(InputValue)实现，优选的，用于违规验证的服务器为弹幕服务器。具体判断方式可以是，预先存储各种违规词汇，将弹幕输入框内的弹幕内容与存储的违规词汇进行相似度匹配，若弹幕内容中存在与存储的违规词汇相似度大于预设相似度阈值的词语，则判定弹幕内容中存在违规词汇，弹幕内容违规，例如，可以通过代码if(leg＝＝"0")进行违规判定。

当然，在本实施例中，弹幕内容的违规也可以包括弹幕内容中的字符长度大于允许输入的最大长度，弹幕内容中包括不支持的字符或者其他，对违规的具体定义在本实施例中并不作为限定，可以根据实际需要进行设定。并且，在某些情况下，弹幕内容是否违规的判断也可以是由客户端进行，如在客户端中预先设置允许发送的弹幕最大长度，则当弹幕输入框内字符长度大于预先设置的最大长度，服务器可以判定弹幕内容违规。

当服务器判定弹幕输入框内弹幕内容违规，向客户端反馈违规信息，使客户端显示违规提示信息，提醒用户修改弹幕内容。并且，进一步的，此时不允许用户通过客户端向服务器发送编辑的弹幕内容。该不允许向服务器发送弹幕内容的具体实现方式可以是，客户端的弹幕输入框对应的发送按钮为不可编辑模式，该发送按钮为用于确定将弹幕内容发送到服务器，以使服务器将其发送到指定分区对应的多个直播间的按钮。或者是不允许用户在弹幕输入框内继续输入内容，同时，也不接受用户将弹幕输入框内的弹幕内容发送出去的操作。可以理解的，在用户修改弹幕输入框内弹幕内容的过程中，服务器仍然在对弹幕输入框内弹幕内容进行是否违规的判断，当弹幕输入框内违规词汇被删除后，服务器则判定当前弹幕输入框内的弹幕内容不违规。

当然，在本实施例中，也不排除用户通过发送操作将弹幕内容发送给服务器后，服务器对接收到的弹幕内容是否违规进行判断。此时，若服务器的判断结果为弹幕内容违规，则不将接收到的弹幕内容发送到指定分区对应的多个直播间，并且向客户端返回弹幕内容违规的提示。若服务器的判断结果为弹幕内容未违规，则执行将弹幕内容发送到指定分区对应的多个直播间。

当服务器判定弹幕输入框内弹幕内容未违规，则允许用户通过客户端将弹幕内容发送到服务器。在本实施例中，允许用户通过客户端将弹幕内容发送到服务器的实现方式可以是，使弹幕输入框对应的发送按钮为可编辑状态，如通过代码TyphonButter TButter＝“1”实现。当用户点击该发送按钮，客户端获取到弹幕输入框内的弹幕内容后，将该弹幕内容发送到服务器，优选的，该服务器可以是弹幕服务器。

步骤S250：接收客户端发送的弹幕内容。

服务器对客户端发送的弹幕内容进行接收。

步骤S260：将所述弹幕内容发送到指定分区对应的多个直播间。

本步骤与步骤S110相似，具体可以参照步骤S110，在此不再赘述。

综上所述，本发明实施例中，服务器在接收到用于发送到弹幕内容后，将该弹幕内容发送到指定分区对应的多个直播间，使除了发送弹幕内容的用户所在直播间以外，还具有其他直播间可以看到该弹幕内容。该方案扩大了发送的弹幕内容的覆盖范围，扩大了用户的发言可见度从而扩大了发言用户的影响。同时，可以使该弹幕内容的显示不同于其他普通的，只发送一个直播间的弹幕内容，凸显了发言用户的个性，提升了用户体验，也可以提高用户弹幕参与度。

第三实施例

本实施例提供了一种弹幕发送装置300，请参见图5，该装置300包括：

弹幕接收模块340，用于接收客户端发送的弹幕内容；弹幕发送模块350，用于将所述弹幕内容发送到指定分区对应的多个直播间。其中，所述指定分区可以为所述客户端对应的用户当前所在直播间对应的分区。具体的，确定指定分区的方式可以是，根据所述客户端对应的用户当前所在直播间对应的分区参数，确定所述用户当前所在直播间对应的分区作为指定分区。

进一步的，在本实施例中，还包括请求接收模块310，用于接收客户端发送的分区弹幕发送请求。

另外，在本实施例中，还可以对用户的权限进行判断，因此，进一步的，本实施例还可以包括权限判断模块320，用于判断所述客户端对应的用户是否具有分区弹幕发送权限，若权限判断模块的判断结果为所述客户端对应的用户具有分区弹幕发送权限，则允许用户通过所述客户端发送用于发送到指定分区对应的多个直播间的弹幕内容。

进一步的，为保证文明发言，在本实施例中，还可以包括违规判断模块330，用于判断所述弹幕内容是否违规，若判断结果为否，则允许客户端发送弹幕内容。

进一步的，为凸显弹幕内容的个性化，本实施例还可以包括显示控制模块360，用于控制所述弹幕内容在指定分区对应的各个直播间内停留预设时长，所述预设时长比只在当前直播间显示弹幕内容的显示时长多预设长度。优选的，该预设时长可以是3秒。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可，同一个实施例中相同相似的部分也可互相参见。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。