本申请涉及直播领域，尤其涉及一种弹幕处理方法、装置及电子设备。
背景技术：
随着直播概念的普及，越来越多的人会观看直播，而弹幕是直播内容的重要组成部分之一，弹幕和谐才能维持直播间气氛的和谐，主播可以将权限开放给部分信任的观众，使这部分观众成为该直播间的房管，由房管进行弹幕管理，通常情况下，房管需要对不和谐弹幕的发送者进行禁言处理。
现有技术中，房管只能在大量弹幕中主动发现不和谐弹幕并对其做出处理，对房管的要求较高，同时，很多非房管的观众也有较强意愿去贡献自己力量去维护直播间的弹幕环境，现在并没有一种合适的弹幕处理方案，可以使房管与普通观众共同参与直播间的弹幕维护。
技术实现要素：
有鉴于此，本申请提供一种弹幕处理方法、装置及电子设备，旨在通过增加有权限用户和无权限用户的共同参与提高弹幕处理效率。
具体地，本申请是通过如下技术方案实现的：
本申请公开了一种弹幕处理方法，包括以下步骤：
第一类客户端接收非权限用户对弹幕的举报操作，生成举报信息并上传给服务端，所述举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息；
服务端将多个举报信息整合为待处理信息，并下发给权限用户，所述待处理信息中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容的被举报次数信息；
第二类客户端接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
一个实施例中，所述接收非权限用户对弹幕的举报操作，包括：
接收非权限用户对举报列表的开启操作后，向非权限用户展示举报列表，所述举报列表包含多条可举报弹幕；
接收非权限用户对举报列表中，任一可举报弹幕的点击操作，并在被点击的可举报弹幕处显示举报按钮；
接收非权限用户对举报按钮的点击操作以完成举报。
一个实施例中，所述接收非权限用户对举报列表的开启操作后，向非权限用户展示举报列表，包括：
接收非权限用户对举报标签的点击操作后，向非权限用户展示常规举报列表，或，
接收非权限用户对弹幕的滑动操作后，向非权限用户展示快捷举报列表。
一个实施例中，所述向用户展示常规举报列表，包括以下步骤：
获取预设时间段内，在客户端显示出的多条弹幕内容信息；
将所述多条弹幕内容信息按照在客户端显示的先后顺序，从上到下依次排列，并展示在常规举报列表中。
一个实施例中，所述获取预设时间段内，在客户端显示出的多条弹幕内容信息，包括：
以接收用户对举报标签的点击操作的时刻为基准时刻，获取基准时刻到基准时刻前n秒的这一时间段内，在客户端显示出的多条弹幕内容信息，所述n为预设值。
一个实施例中，所述向非权限用户展示快捷举报列表，具体步骤包括：
获取用户滑动操作所经过的区域；
若滑动操作所经过的区域只包含一条弹幕，将所述弹幕展示在快捷举报列表中；
若滑动操作所经过的区域包含多条弹幕，将所述多条弹幕内容信息按照在客户端显示的先后顺序，从上到下依次排列，并展示在快捷举报列表中。
一个实施例中，所述接收权限用户对待处理信息的处理操作，包括：
接收权限用户对举报处理列表的开启操作后，向权限用户展示举报处理列表，所述举报处理列表包含多条待处理信息，所述待处理信息为非权限用户上传的多条举报信息经整合而成；
接收权限用户对举报处理列表中，任一待处理信息的点击操作，并在被点击的待处理信息处显示处理菜单；
接收权限用户对处理菜单的点击以完成处理操作。
一个实施例中，所述接收权限用户对举报处理列表的开启操作后，向权限用户展示举报处理列表，包括：
接收权限用户对举报处理标签或新举报提示信息的点击操作后，向权限用户展示举报处理列表，将多条待处理信息展示在举报处理列表中，所述多条待处理信息按照被举报的先后顺序，从上到下依次排列。
一个实施例中，所述新举报提示信息的生成步骤，包括：
在权限用户关闭举报处理列表后，有新的弹幕发送者被举报，则生成新举报提示信息，或，
在权限用户关闭举报处理列表后，先前被举报过的弹幕发送者有新的弹幕内容被举报，且举报人数不小于所述弹幕发送者先前被举报的弹幕内容，则生成新举报提示信息。
一个实施例中，所述将多条待处理信息展示在举报处理列表中，包括：
将多条待处理信息展示在举报处理列表中，所述待处理信息中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息，若同一弹幕发送者有多条弹幕内容被举报，则只将被举报次数最多的弹幕内容显示在举报处理列表中。
一个实施例中，所述处理结果信息为对弹幕发送者的禁言信息。
本申请还公开了一种弹幕处理方法，包括以下步骤：
接收非权限用户对弹幕的举报操作；
生成举报信息并上传给服务端，其中，举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息，所述举报信息用于生成待处理信息并下发给权限用户。
本申请还公开了一种弹幕处理方法，包括以下步骤：
接收服务端下发的待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
本申请还公开了一种弹幕处理方法，包括以下步骤：
判断用户是否具有直播间管理权限；
若用户不具有直播间管理权限，判定所述用户为非权限用户，向非权限用户开放举报入口，通过举报入口接收并上传非权限用户的举报信息，所述举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息；
若用户具有直播间管理权限，判定所述用户为权限用户，向权限用户开放处理入口，所述处理入口至少包括举报处理入口，通过举报处理入口向权限用户下发待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；接收并上传所述权限用户针对待处理信息的处理结果信息。
本申请还公开了一种弹幕处理装置，包括：
举报信息接收模块：用于接收非权限用户对弹幕的举报操作；
举报信息上传模块：用于生成举报信息并上传给服务端，其中，举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息，所述举报信息用于生成待处理信息并下发给权限用户。
本申请还公开了另一种弹幕处理装置，包括：
待处理信息接收模块：用于接收服务端下发的待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
处理结果上传模块：用于接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
本申请还公开了一种电子设备，包括：
存储处理器可执行指令的存储器；其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，执行如下操作：
接收非权限用户对弹幕的举报操作；
生成举报信息并上传给服务端，其中，举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息，所述举报信息用于生成待处理信息并下发给权限用户。
本申请还公开了另一种电子设备，包括：
存储处理器可执行指令的存储器；其中，所述处理器耦合于所述存储器，用于读取所述存储器存储的程序指令，并作为响应，执行如下操作：
接收服务端下发的待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
本申请还公开了一种弹幕处理系统，包括：
第一类客户端，服务端，第二类客户端；
所述第一类客户端，用于接收非权限用户对弹幕的举报操作，生成举报信息并上传给服务端，所述举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息；
所述服务端，用于将多个举报信息整合为待处理信息，并下发给权限用户，所述待处理信息中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容的被举报次数信息；
所述第二类客户端，用于接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
本申请接收并上传非权限用户对不和谐弹幕的举报信息，向权限用户展示经整合后的举报信息，并由权限用户针对这些信息的进行处理。这种弹幕处理方法为非权限用户提供可以有效参与到房间氛围秩序管理的通道，通过这部分用户的主动参与，帮助权限用户提高弹幕处理效率，对直播间的弹幕氛围起到了更好的控制作用。
附图说明
图1是本申请一示例性实施例示出的弹幕处理方法的一种流程图；
图2是本申请一示例性实施例示出的弹幕处理方法的另一种流程图；
图3a是本申请一示例性实施例示出的非权限用户常规举报入口的一种示意图；
图3b是本申请一示例性实施例示出的非权限用户开启快捷举报入口的一种示意图；
图3c是本申请一示例性实施例示出的快捷举报列表的一种示意图；
图3d是本申请一示例性实施例示出的弹幕举报完毕后的一种示意图；
图4是本申请一示例性实施例示出的弹幕处理方法的另一种流程图；
图5a是本申请一示例性实施例示出的权限用户常规举报处理入口的一种示意图；
图5b是本申请一示例性实施例示出的举报处理列表一种示意图；
图5c是本申请一示例性实施例示出的举报处理列表中处理菜单一种示意图；
图5d是本申请一示例性实施例示出的横屏模式下新举报提示信息一种示意图；
图5e是本申请一示例性实施例示出的竖屏模式下新举报提示信息一种示意图；
图6a是本申请一示例性实施例示出的给举报者的消息反馈的一种示意图；
图6b是本申请一示例性实施例示出的给被举报者的消息反馈的一种示意图；
图7a是本申请一示例性实施例示出的常规主动处理列表的一种示意图；
图7b是本申请一示例性实施例示出的快捷主动处理列表的一种示意图；
图8是本申请一示例性实施例示出的弹幕处理装置的一种示意图；
图9是本申请一示例性实施例示出的弹幕处理装置的另一种示意图；
图10是本申请一示例性实施例示出的一种电子设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
随着直播概念的普及，越来越多的人会观看直播，而弹幕是直播内容的重要组成部分之一，弹幕和谐才能维持直播间气氛的和谐，主播可以将权限开放给部分信任的观众，使这部分观众成为该直播间的房管，由房管进行弹幕管理，通常情况下，房管需要对不和谐弹幕的发送者进行禁言处理。
现有技术中，房管只能在大量弹幕中主动发现不和谐弹幕并对其做出处理，对房管的要求较高，同时，很多非房管的观众也有较强意愿去贡献自己力量去维护直播间的弹幕环境，现在并没有一种合适的弹幕处理方案，可以使房管与普通观众共同参与直播间的弹幕维护。
有鉴于此，本申请提供了一种本申请提供了一种弹幕处理方法，接收并上传非权限用户对不和谐弹幕的举报信息，向权限用户展示经整合后的举报信息，并由权限用户针对这些信息的进行处理。这种弹幕处理方法为非权限用户提供可以有效参与到房间氛围秩序管理的通道，通过这部分用户的主动参与，帮助权限用户提高弹幕处理效率，对直播间的弹幕氛围起到了更好的控制作用。
为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述。
参考附图1，为本申请实施例弹幕处理方法的一种流程图，其可以包括以下基本步骤：
s101，接收非权限用户对弹幕的举报操作，生成举报信息，所述举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息；
直播进行时会出现大量的实时弹幕，主播很难在直播时兼顾直播间的弹幕管理，因此，主播通常会挑选一些用户并将直播间管理权限开放给这些用户。通常情况下，这些权限用户被称为该直播间的房管，房管可以禁止其他用户在该直播间发言。
而没有被开放直播间管理权限的用户称为非权限用户，即这类用户不是此直播间的房管，无法对直播间进行管理。本实施例只向非权限用户开放举报入口。非权限用户可以通过该举报入口提交对弹幕的举报信息。
s102，将举报信息上传给服务端；
s103，将多个举报信息整合为待处理信息，所述待处理信息中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容的被举报次数信息；
s104，将待处理信息下发给权限用户；
s105，接收权限用户对待处理信息的处理操作，生成处理结果信息；
如果用户具有管理权限，则判断其为权限用户，向权限用户开放举报处理入口。权限用户可以通过举报处理入口查看待处理信息，该待处理信息为服务端下发，是步骤s101中非权限用户上传的多条举报信息经整合而成的，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息。
s106，将处理结果信息上传给服务端。
至此，完成附图1所示的流程。
附图1描述的例子，直播软件可以接收并上传来自非权限用户的举报信息，某些例子中，可以执行如附图2所示的步骤：
s201，接收非权限用户对的举报列表的开启操作后，向非权限用户展示举报列表，所述举报列表包含多条可举报弹幕；
向非权限用户展示举报列表有多种方式，在此举出两种例子，如下：
a)接收非权限用户对举报标签的点击操作后，向非权限用户展示常规举报列表；
常规举报列表即用户通过直播软件界面常驻的举报标签进入的举报列表，在实际应用中，可以在直播软件的界面中只显示举报入口，而不显示举报处理入口。参考附图3a，当判定用户为非权限用户时，在直播软件菜单中显示“举报弹幕/直播间”栏，用户可通过点击此栏进入常规举报列表。
常规举报列表中内容的生成方式为：获取预设时间段内，在客户端显示出的多条弹幕内容信息；将所述多条弹幕内容信息按照在客户端显示的先后顺序，从上到下依次排列，并展示在常规举报列表中。
其中，获取预设时间段内，在客户端显示出的多条弹幕内容信息的方式可以这样计算：以接收用户对举报标签的点击操作的时刻为基准时刻，获取基准时刻到基准时刻前n秒的这一时间段内，在客户端显示出的多条弹幕内容信息，所述n为预设值。
b)接收非权限用户对弹幕的滑动操作后，向非权限用户展示快捷举报列表。
常规举报列表即用户通过对实时弹幕进行手势操作进入的举报列表，举例说明：用户从左到右划过触屏上想要举报的弹幕，将此手势判定为快捷举报手势，打开快捷举报列表，参考附图3b。
快捷举报列表中内容的生成方式为：获取用户滑动操作所经过的区域；若滑动操作所经过的区域只包含一条弹幕，将所述弹幕展示在快捷举报列表中；若滑动操作所经过的区域包含多条弹幕，将所述多条弹幕内容信息按照在客户端显示的先后顺序，从上到下依次排列，并展示在快捷举报列表中。
举报列表中可以只显示弹幕内容，为了避免弹幕内容过多超出列表长度，可以设置每条弹幕内容能显示的最多字符，将超出的字符部分做截断处理。
s202，接收非权限用户对举报列表中，任一可举报弹幕的点击操作；
s203，在被点击的可举报弹幕处显示举报按钮；
参考附图3c，用户点击任意一条弹幕内容(响应区域为该条弹幕内容全部)后，该弹幕变为选中状态，同时该条弹幕处出现举报按钮，再次点击则可恢复未选中状态。
s204，接收所述用户对举报按钮的点击操作，将所述弹幕内容与弹幕发送者整合为举报信息，上传所述举报信息，所述举报信息用于生成待处理信息并下发给权限用户。
点击举报按钮后，列表保持不变，选中弹幕被成功举报。成功举报后可向用户发送提示，提示内容可以为：“举报成功，感谢你对平台氛围做的贡献”。
参考图3d，弹幕举报完成后，举报界面上，将该条弹幕变为不可点击状态(置灰)，同时有已举报标志显示，举报界面不关闭，用户可以继续举报下一条弹幕。
至此，完成附图2所示的流程。
附图1描述的例子，直播软件可以接收并上传来自权限用户的举报处理信息，某些例子中，可以执行如附图4所示的步骤：
s401，接收权限用户对举报处理列表的开启操作后，向权限用户展示举报处理列表，所述举报处理列表包含多条待处理信息，所述待处理信息为非权限用户上传的多条举报信息经整合而成；
在实际应用中，可以在直播软件的界面中只显示举报处理入口，而不显示举报入口。举报处理通常情况下是对弹幕发送者的禁言处罚，本实施例中也以“禁言”为例说明举报处理。参考附图5a，当判定用户为权限用户时，用户可通过设置按钮打开直播软件菜单，在菜单中查看“禁言与举报”栏。
接收权限用户对举报处理列表的开启操作后，向权限用户展示举报处理列表，将多条待处理信息展示在举报处理列表中，所述多条待处理信息按照被举报的先后顺序，从上到下依次排列。
以图5b进行举例，说明举报处理列表的生成形式：
1)以权限用户进入举报处理列表的时刻作为基准时刻，取当前被举报的且没有被禁言的前n个弹幕发送者的弹幕内容信息进行显示，从上到下依次按由新到旧排列，即最新被举报的弹幕发送者的弹幕内容信息靠最上方显示；
2)举报处理列表中显示多条待处理信息，待处理信息至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
取每个被举报的弹幕发送者，举报人数最多的那条弹幕进行显示，如，用户a有3条弹幕被举报，3条弹幕分别举报人数为1人，3人，7人，则显示用户a被7人举报的那条弹幕内容；如果几条弹幕举报人数一样，则取最新被举报的一条显示在列表中；
s402，接收权限用户对举报处理列表中，任一待处理信息的点击操作；
s403，在被点击的待处理信息处显示处理菜单；
以附图5c进行举例说明，用户点击举报处理列表中的某一条待处理信息，该待处理信息变为选中状态，出现禁言按钮，点击禁言按钮则出现禁言处理菜单，用户可在禁言处理菜单中进行选择。再次点击已选中的弹幕则可恢复到未选中状态。
s404，接收所述用户对处理菜单的操作，生成并上传处理结果信息。
点击某个禁言选项后，禁言成功并关闭禁言菜单，同时向处理待处理信息的权限用户发送禁言成功的相关提示；若点击取消，则将禁言菜单关闭，被选中的待处理信息仍然保留被选中状态。
将禁言成功的待处理信息置为不可点击状态，同时显示已禁言的标志。
在一种实施例中，接收权限用户的举报处理操作可以分为接收权限用户对举报处理标签的点击操作或对新举报提示信息的点击操作。
新举报提示信息是为了方便权限用户在观看直播的同时能及时处理举报信息，参考附图5d和附图5e，分别是移动端横屏与竖屏情况下的新举报提示信息示意图，举例说明其生成步骤：
在权限用户关闭举报处理列表后，有新的弹幕发送者被举报，则生成新举报提示信息，或，
在权限用户关闭举报处理列表后，先前被举报过的弹幕发送者有新的弹幕内容被举报，且举报人数不小于所述弹幕发送者先前被举报的弹幕内容，则生成新举报提示信息。
至此，完成附图4所示的流程。
在本申请的其中一种实施例中，非权限用户举报一条弹幕后，若该弹幕的发送者因为这条弹幕被权限用户处理，则向举报者发送消息通知作为反馈。
参考图6a，以系统通知的形式向用户发送异步消息。该消息可包括举报时间，举报地点(直播间)，举报的弹幕发送者，举报的弹幕内容和最终的处理结果。举例说明：标题为“【系统】举报反馈”，内容为“您于[举报的时间点]在[主播昵称]的房间，举报了用户[用户昵称]的弹幕[具体弹幕内容]，经核实，房管已对其做了[处理方式]处理，感谢您为和谐社区氛围做的贡献”。
在本申请的其中一种实施例中，若用户因弹幕被举报而受到处理，则向被举报者发送消息通知作为反馈。
参考图6b，以系统通知的形式向用户发送异步消息。该消息可包括被举报时间，被举报地点(直播间)，被举报的弹幕内容和最终的处理结果，举例说明：标题为“【系统】禁言通知”，内容为“您在[主播昵称]的房间，发布的弹幕[具体弹幕内容],被用户举报，经核实，您于[被处理的时间点]被[处理方式]处理，请注意言辞，共同维护和谐社区氛围”。
在本申请的其中一种实施例中，向权限用户开放的处理入口除了举报处理入口，还包括主动处理入口。即权限用户除了处理非权限用户举报的弹幕外，也可通过主动处理入口主动对实时弹幕进行管理。
参考附图7a，在移动端横屏模式下，接收用户对主动处理标签的点击操作后，向所述用户展示常规主动处理列表；
或，参考附图7b，接收用户对弹幕的滑动操作后，向用户展示快捷主动处理列表；
接收并上传所述用户的处理结果信息，具体处理方式可参考前述描述。
参考附图8，为本申请实施例弹幕处理装置的一种示意图。包括：举报信息接收模块810，举报信息上传模块820。
举报信息接收模块810：用于接收非权限用户对弹幕的举报操作；
举报信息上传模块820：用于生成举报信息并上传给服务端，其中，举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息，所述举报信息用于生成待处理信息并下发给权限用户。
至此，完成图8所示的装置结构描述。
参考附图9，为本申请实施例弹幕处理装置的另一种示意图。包括：待处理信息接收模块910，处理结果上传模块920。
待处理信息接收模块910：用于接收服务端下发的待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
处理结果上传模块920：用于接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
至此，完成图9所示的装置结构描述。
本申请实施例还提供一种电子设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述弹幕处理方法，该方法至少包括：
接收非权限用户对弹幕的举报操作；
生成举报信息并上传给服务端，其中，举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息，所述举报信息用于生成待处理信息并下发给权限用户。
本申请实施例还提供另一种电子设备，其至少包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，处理器执行所述程序时实现前述弹幕处理方法，该方法至少包括：
接收服务端下发的待处理信息，所述待处理信息为非权限用户上传的多个举报信息经整合而成，其中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容被举报次数信息；
接收权限用户对待处理信息的处理操作，生成处理结果信息并上传给服务端。
图10示出了本申请实施例所提供的一种更为具体的计算设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。
处理器1010可以采用通用的cpu(centralprocessingunit，中央处理器)、微处理器、应用专用集成电路(applicationspecificintegratedcircuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本申请实施例所提供的技术方案。
存储器1020可以采用rom(readonlymemory，只读存储器)、ram(randomaccessmemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作系统和其他应用程序，在通过软件或者固件来实现本申请实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。
输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。
需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本申请实施例方案所必需的组件，而不必包含图中所示的全部组件。
本申请实施例还公开了一种弹幕处理系统，包括：第一类客户端，服务端，第二类客户端；
所述第一类客户端，用于接收非权限用户对弹幕的举报操作，生成举报信息并上传给服务端，所述举报信息中至少包括弹幕内容信息及其对应的弹幕发送者信息；
所述服务端，用于将多个举报信息整合为待处理信息，并下发给权限用户，所述待处理信息中至少包括弹幕内容信息，对应的弹幕发送者信息与所述弹幕内容的被举报次数信息；
所述第二类客户端，用于接收权限用户对待处理信息的处理操作，生成处理
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。