弹幕数据的处理方法、装置及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种弹幕数据的处理方法、装置及存储介质。

背景技术

传统的弹幕数据包的格式为xml格式，数据内容采用明文格式，压缩方式为zip压缩，并且，数据包的请求不经过任何签名校验就可以被爬取，数据包被爬取之后可以直接查看到弹幕内容。

弹幕内容是公司数据的重要组成部分，存在被竞品盗用的风险，并且，弹幕内容也包括用户的隐私数据，存在泄漏的风险，可见，传统的弹幕数据包已经不能满足当前的数据安全要求。

发明内容

本申请提供了一种弹幕数据的处理方法、装置及存储介质，用以提高弹幕数据的安全。

第一方面，本申请提供了一种弹幕数据的处理方法，应用于弹幕后端服务器，包括：

获取第一弹幕数据，所述第一弹幕数据为明文数据；

对所述第一弹幕数据进行序列化处理，生成第二弹幕数据，所述第二弹幕数据为非明文数据；

获取客户端发送的数据请求指令，所述数据请求指令携带请求参数和鉴权信息；

根据所述请求参数生成验证信息，通过所述验证信息对所述数据请求指令携带的鉴权信息进行验证；

在验证所述鉴权信息合法时，将与所述数据请求指令对应的所述第二弹幕数据发送给所述客户端。

可选地，对所述第一弹幕数据进行序列化处理，生成第二弹幕数据，包括：

构建弹幕序列化模型；

将所述第一弹幕数据输入至所述弹幕序列化模型，通过所述弹幕序列化模型提取得到所述第一弹幕数据对应的，所述第一弹幕数据的唯一标识、所述第一弹幕数据的内容、和所述第一弹幕数据的生成时间；将所述第一弹幕数据的唯一标识、所述第一弹幕数据的内容、和所述第一弹幕数据的生成时间进行数据重组；并将重组后的重组结果进行十进制转二进制处理，输出所述第二弹幕数据。

可选地，对所述第一弹幕数据进行序列化处理，生成第二弹幕数据之后，还包括：

利用brotli算法，对所述第二弹幕数据进行压缩处理。

可选地，所述鉴权信息为采用消息摘要算法MD5对所述请求参数加密后获得；

其中，所述请求参数包括：与所述数据请求指令对应的视频所对应的弹幕数据的唯一标识、发送所述数据请求指令的时间、对所述鉴权参数进行解密的秘钥信息、和与所述数据请求指令对应的所述客户端的唯一标识；

根据所述请求参数生成验证信息，通过所述验证信息对所述数据请求指令携带的鉴权信息进行验证，包括：

采用所述MD5对所述请求参数进行加密，得到所述验证信息；

通过所述验证信息，验证所述数据请求指令携带的鉴权信息是否合法。

第二方面，本申请提供了一种弹幕数据的处理方法，应用于客户端，包括：

生成第一弹幕数据，并将所述第一弹幕数据发送至弹幕后端服务器，所述第一弹幕数据为明文数据；

向所述弹幕后端服务器发送数据请求指令，所述数据请求指令携带请求参数和鉴权信息；

获取所述弹幕后端服务器返回的第二弹幕数据，所述第二弹幕数据为非明文数据；

将所述第二弹幕数据进行反序列化处理，生成所述第一弹幕数据；

显示所述第一弹幕数据。

可选地，将所述第二弹幕数据进行反序列化处理，生成所述第一弹幕数据，包括：

构建弹幕反序列化模型；

将所述第二弹幕数据输入至所述弹幕反序列化模型，通过所述弹幕反序列化模型提取所述第二弹幕数据对应的，所述第二弹幕数据的唯一标识、所述第二弹幕数据的内容和所述第二弹幕数据的生成时间；将所述第二弹幕数据的唯一标识、所述第二弹幕数据的内容和所述第二弹幕数据的生成时间进行数据重组；并将重组后的重组结果进行二进制转十进制处理，输出所述第一弹幕数据。

可选地，将所述第二弹幕数据进行反序列化处理，生成所述第一弹幕数据之前，还包括：

利用brotli算法，对所述第二弹幕数据进行解压缩处理。

可选地，所述鉴权信息为采用消息摘要算法MD5对所述请求参数加密后获得；

其中，所述请求参数包括：与所述数据请求指令对应的视频所对应的弹幕数据的唯一标识、发送所述数据请求指令的时间、对所述鉴权参数进行解密的秘钥信息、和与所述数据请求指令对应的所述客户端的唯一标识。

第三方面，本申请提供了一种弹幕数据的处理装置，包括：

第一获取模块，用于获取第一弹幕数据，所述第一弹幕数据为明文数据；

处理模块，用于对所述第一弹幕数据进行序列化处理，生成第二弹幕数据，所述第二弹幕数据为非明文数据；

第二获取模块，用于获取客户端发送的数据请求指令，所述数据请求指令携带请求参数和鉴权信息；

验证模块，用于根据所述请求参数生成验证信息，通过所述验证信息对所述数据请求指令携带的鉴权信息进行验证；

发送模块，用于在验证所述鉴权信息合法时，将与所述数据请求指令对应的所述第二弹幕数据发送给所述客户端。

第四方面，本申请提供了一种弹幕数据的处理装置，包括：

生成模块，用于生成第一弹幕数据，并将所述第一弹幕数据发送至弹幕后端服务器，所述第一弹幕数据为明文数据；

发送模块，用于向所述弹幕后端服务器发送数据请求指令，所述数据请求指令携带请求参数和鉴权信息；

获取模块，用于获取所述弹幕后端服务器返回的第二弹幕数据，所述第二弹幕数据为非明文数据；

生成模块，用于将所述第二弹幕数据进行反序列化处理，生成所述第一弹幕数据；

显示模块，用于显示所述第一弹幕数据。

第五方面，本申请提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的应用于弹幕后端服务器的弹幕数据的处理方法，或实现第二方面所述的应用于客户端的弹幕数据的处理方法。

本申请实施例提供的上述技术方案与现有技术相比具有如下优点：本申请实施例提供的该方法，应用于弹幕后端服务器，通过获取第一弹幕数据，对第一弹幕数据进行序列化处理，生成第二弹幕数据，其中，第一弹幕数据为明文数据，第二弹幕数据为非明文数据，本申请通过将明文数据转化为非明文数据，能够实现弹幕数据的安全存储。进一步的，获取客户端发送的数据请求指令，该数据请求指令携带请求参数和鉴权信息；根据请求参数生成验证信息，通过验证信息对数据请求指令携带的鉴权信息进行验证，本申请需要对客户端发送的数据请求指令进行校验，并不是接收数据请求指令后即将弹幕数据发送给客户端，提高了弹幕数据传输的安全性，避免了弹幕数据被爬取；并且，只有在验证鉴权信息合法时，才将与数据请求指令对应的第一弹幕数据发送给客户端，本申请采用非明文数据的存储和传输，即使弹幕数据被非法爬取，对方也不能查看到弹幕数据的内容，进一步的提高了弹幕数据的安全性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例中弹幕数据的处理方法第一流程示意图；

图2为本申请实施例中弹幕数据的处理方法第二流程示意图；

图3为本申请实施例中弹幕数据的处理方法第三流程示意图；

图4为本申请实施例中弹幕数据的处理方法第一结构示意图；

图5为本申请实施例中弹幕数据的处理装置第二结构示意图；

图6为本申请实施例中弹幕数据的处理装置第三结构示意图；

图7为本申请实施例中电子设备的结构示意图。

具体实施方式

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

本申请第一实施例提供了一种弹幕数据的处理方法，该方法应用在弹幕后端服务器，该方法还可以应用在内容分发网络(Content Delivery Network，简称CDN)。该方法的具体实现如图1所示：

在申请实施例中会涉及到举例说明，但需要说明的是，本申请实施例中的举例仅是举例说明，并不用于对本申请的保护范围进行限制，便不再一一说明。

步骤101，获取第一弹幕数据。

其中，第一弹幕数据为明文数据。

具体地，第一弹幕数据可以为用户观看视频时，发布的弹幕数据，也可以为弹幕后端服务器针对该视频生成的弹幕数据。

步骤102，对弹幕数据进行序列化处理，生成第二弹幕数据。

具体地，获取到第一弹幕数据后，对第一弹幕数据进行序列化处理，生成第二弹幕数据，其中，第二弹幕数据为非明文数据。

具体地，引出序列化协议(protocol buffers，简称protobuf)。protobuf是一种语言无关、平台无关、可扩展且轻便高效的序列化数据结构的协议，可以用于网络通信和数据存储。本申请根据protobuf将第二弹幕数据转化为第一弹幕数据。

本申请在弹幕后端服务器存储非明文格式的弹幕数据，使得弹幕数据即使被非法分子爬取后，也不能查看，有效的保证了弹幕数据的安全性。

步骤103，获取客户端发送的数据请求指令，数据请求指令携带请求参数和鉴权信息。

一个具体实施例中，数据请求指令携带的请求参数包括：与数据请求指令对应的视频所对应的弹幕数据的唯一标识、发送数据请求指令的时间、对鉴权参数进行解密的秘钥信息、和与数据请求指令对应的客户端的唯一标识。其中，与数据请求指令对应的视频所对应的弹幕数据的唯一标识可以为数据请求指令对应的视频的唯一标识，与数据请求指令对应的客户端的唯一标识可以为客户端的物理地址(Physical Address，简称MAC)。

另外，数据请求指令携带的请求参数还包括：客户端对应的操作系统，例如，安卓系统、IOS系统和window系统等。

本申请通过数据请求指令携带的客户端对应的操作系统，可以统计、分析哪个操作系统对显示弹幕的需求更强烈。或者如果出现数据请求指令出现异常时，能够定位到是哪个系统出现的数据请求指令异常，以针对操作系统的解决方案。

一个具体实施例中，鉴权信息为采用消息摘要算法(Message Digest AlgorithmMD5，简称MD5)对请求参数加密后获得。

例如，该数据请求指令的格式如下：

http://ABC.com/bullet/xx.z？qyid＝xx&ptid＝xx&qd_tm＝xxx&qd_sc＝x x

其中，ABC为数据请求指令所对应的域名，qd_sc标识鉴权信息。

qd_sc＝MD5(filename，qyid，qd_tm，display)，其中，filename，qyid，qd_tm，display为请求参数。

其中，filename为数据请求指令对应的视频所对应的弹幕数据的唯一标识，可以为第一弹幕数据的名称，由于弹幕数据和视频信息的关联性，filename的生成为：首先获取视频的唯一标识，比如视频的id，定义为tvid，filename＝tvid+MD5(tvid)；qyid为客户端的唯一标识，例如，客户端的MAC地址，qd_tm为发送数据请求指令的时间，display为秘钥，该秘钥通过弹幕后端服务器或CDN统一分配。

另外，当数据请求指令携带的请求参数还包括客户端对应的操作系统时，qd_sc＝MD5(filename，qyid，qd_tm，display，ptid)，其中，ptid为请求参数。ptid为安装客户端的操作系统，例如，安卓系统、IOS系统、Windows系统等。

具体地，弹幕后端服务器需要存储客户端可能发起的数据请求指令对应的弹幕数据，其中，弹幕后端服务器存储的弹幕数据通过两种方式获得：第一、用户在观看视频时，用户发布的弹幕数据；第二、后端服务器根据视频实际需要，生成的弹幕数据。

一个具体实施例中，利用弹幕后端服务器和客户端共同协定的数据协议，以及利用序列化技术(比如protobuf)搭建生成弹幕序列化模型。将获取的第一弹幕数据输入至弹幕序列化模型，通过弹幕序列化模型提取得到第一弹幕数据对应的，第一弹幕数据的唯一标识、第一弹幕数据的内容、和第一弹幕数据的生成时间；将第一弹幕数据的唯一标识、第一弹幕数据的内容、和第一弹幕数据的生成时间进行数据重组；并将重组后的重组结果进行十进制转二进制处理，输出第二弹幕数据。

例如，弹幕后端服务器和客户端共同协定的数据协议为以下规定：

例如，通过弹幕序列化模型对第一弹幕数据进行序列化处理，输出第二弹幕数据的格式如下：

<84>AT

FA00000<84>AT

http://www ABCpic.concomon/fix/1541752140.pngAR

一个具体实施例中，对第一弹幕数据进行序列化处理，生成第二弹幕数据之后，利用brotli算法，对第二弹幕数据进行压缩处理。

具体地，引出brotli算法，其中，brotli算法是一种通用目的的无损压缩算法，它通过变种的LZ77算法、哈夫曼编码和二阶文本建模进行数据压缩，是一种压缩比很高的压缩方法。

本申请采用brotli算法对第二弹幕数据进行压缩，有效的减小了弹幕数据的大小，并有效的节省了宽带资源的消耗。

步骤104，根据请求参数生成验证信息，通过验证信息对数据请求指令携带的鉴权信息进行验证。

具体地，弹幕后端服务器根据客户端发送的数据请求指令携带的请求参数生成验证信息，即，利用MD5对请求参数进行加密，得到验证信息。利用生成的验证信息，验证数据请求指令携带的鉴权信息是否合法。当验证信息和鉴权信息一致时，判定鉴权信息合法，即该数据请求指令合法，否则，判定鉴权信息不合法，即该数据请求指令不合法。

本申请需要对客户端发送的数据请求指令进行校验，并不是接收数据请求指令后即将弹幕数据发送给客户端，提高了弹幕数据传输的安全性，有效的降低了弹幕数据被爬取的可能性。

步骤105，在验证鉴权信息合法时，将与数据请求指令对应的第一弹幕数据发送给客户端。

具体地，在验证鉴权信息不合法时，弹幕后端服务器自动滤除该数据请求指令。

本申请实施例提供的该方法，应用于弹幕后端服务器，通过获取第一弹幕数据，对第一弹幕数据进行序列化处理，生成第二弹幕数据，其中，第一弹幕数据为明文数据，第二弹幕数据为非明文数据，本申请通过将明文数据转化为非明文数据，能够实现弹幕数据的安全存储。进一步的，获取客户端发送的数据请求指令，该数据请求指令携带请求参数和鉴权信息；根据请求参数生成验证信息，通过验证信息对数据请求指令携带的鉴权信息进行验证，本申请需要对客户端发送的数据请求指令进行校验，并不是接收数据请求指令后即将弹幕数据发送给客户端，提高了弹幕数据传输的安全性，避免了弹幕数据被爬取；并且，只有在验证鉴权信息合法时，才将与数据请求指令对应的第一弹幕数据发送给客户端，本申请采用非明文数据，即使弹幕数据被非法爬取，对方也不能查看到弹幕数据的内容，进一步的提高了弹幕数据的安全性。

本申请第二实施例提供了一种弹幕数据的处理方法，该方法应用在客户端，例如，手机、电脑、平板和电视等，该方法还可以应用在安装在客户端的应用程序中，例如，视频类应用程序。该方法的具体实现如图2所示：

在申请实施例中会涉及到举例说明，但需要说明的是，本申请实施例中的举例仅是举例说明，并不用于对本申请的保护范围进行限制，便不再一一说明。

步骤201，生成第一弹幕数据，并将第一弹幕数据发送至弹幕后端服务器。

其中，第一弹幕数据为明文数据。

具体地，用户在利用客户端观看某个视频时，可能会发布弹幕数据，当用户通过客户端发布弹幕数据后，第一弹幕数据生成，客户端将生成的第一弹幕数据发送至弹幕后端服务器。

步骤202，向弹幕后端服务器发送数据请求指令，数据请求指令携带请求参数和鉴权信息。

一个具体实施例中，数据请求指令携带的请求参数包括：与数据请求指令对应的视频所对应的弹幕数据的唯一标识、发送数据请求指令的时间、对鉴权参数进行解密的秘钥信息、和与数据请求指令对应的客户端的唯一标识。其中，与数据请求指令对应的视频所对应的弹幕数据的唯一标识可以为数据请求指令对应的视频的唯一标识，与数据请求指令对应的客户端的唯一标识可以为客户端的物理地址(Physical Address，简称MAC)。

另外，数据请求指令携带的请求参数还包括：客户端对应的操作系统，例如，安卓系统、IOS系统和window系统等。

本申请通过数据请求指令携带的客户端对应的操作系统，可以统计、分析哪个操作系统对显示弹幕的需求更强烈。或者如果出现数据请求指令出现异常时，能够定位到是哪个系统出现的数据请求指令异常，以针对操作系统的解决方案。

一个具体实施例中，鉴权信息为采用消息摘要算法(Message Digest AlgorithmMD5，简称MD5)对请求参数加密后获得。

例如，该数据请求指令的格式如下：

http://ABC.com/bullet/xx.z？qyid＝xx&ptid＝xx&qd_tm＝xxx&qd_sc＝xx

其中，ABC为数据请求指令所对应的域名，qd_sc标识鉴权信息。

qd_sc＝MD5(filename，qyid，qd_tm，display)，其中，filename，qyid，qd_tm，display为请求参数。

其中，filename为数据请求指令对应的视频所对应的弹幕数据的唯一标识，可以为第一弹幕数据的名称，由于弹幕数据和视频信息的关联性，filename的生成为：首先获取视频的唯一标识，比如视频的id，定义为tvid，filename＝tvid+MD5(tvid)；qyid为客户端的唯一标识，例如，客户端的MAC地址，qd_tm为发送数据请求指令的时间，display为秘钥，该秘钥通过弹幕后端服务器或CDN统一分配。

另外，当数据请求指令携带的请求参数还包括客户端对应的操作系统时，qd_sc＝MD5(filename，qyid，qd_tm，display，ptid)，其中，ptid为请求参数。ptid为安装客户端的操作系统，例如，安卓系统、IOS系统、Windows系统等。

步骤203，获取弹幕后端服务器返回的第二弹幕数据，第二弹幕数据为非明文数据。

一个具体实施例中，用户在利用客户端打开某个视频观看时，客户端向弹幕后端服务器发送数据请求指令后，获取弹幕后端服务器返回的第二弹幕数据，利用brotli算法，将第一弹幕数据进行解压缩处理。

由于弹幕后端服务器对第二弹幕数据进行了压缩处理，因此，在客户端获取到第二弹幕数据之后，需要利用brotli算法进行第二弹幕数据进行解压缩处理。

步骤204，将第二弹幕数据进行反序列化处理，生成第一弹幕数据。

一个具体实施例中，利用后端服务器和客户端共同协定的数据协议，以及利用反序列化技术(比如protobuf)搭建生成弹幕反序列化模型。将获取的第二弹幕数据输入至弹幕反序列化模型，通过通过弹幕反序列化模型提取第二弹幕数据对应的，第二弹幕数据的唯一标识、第二弹幕数据的内容和第二弹幕数据的生成时间；将第二弹幕数据的唯一标识、第二弹幕数据的内容和第二弹幕数据的生成时间进行数据重组；并将重组后的重组结果进行二进制转十进制处理，输出第一弹幕数据。

例如，通过弹幕反序列化模型对第二弹幕数据进行反序列化处理，输出第一弹幕数据的格式如下：

步骤205，显示第一弹幕数据。

例如，第二弹幕数据为“就是这么帅”，此时，客户端显示“就是这么帅”。

本申请实施例提供的该方法，应用于客户端，通过生成第一弹幕数据，将第一弹幕数据发送至弹幕后端服务器，其中，第一弹幕数据为明文数据，向弹幕后端发送数据请求指令，该数据请求指令携带请求参数和鉴权信息，获取弹幕后端服务器返回的第二弹幕数据，第二弹幕数据为非明文数据，将第二弹幕数据进行反序列化处理，生成第一弹幕数据，显示第一弹幕数据，本申请通过获取非明文数据，在经过反序列化处理获取明文数据进行显示，有效的增强了弹幕数据的安全性。

下面，通过图3对弹幕数据处理方法做第一完整说明：

步骤301，客户端生成第一弹幕数据，将第一弹幕数据发送给弹幕后端服务器。

步骤302，弹幕后端服务器对第一弹幕数据进行序列化处理，生成第二弹幕数据。

步骤303，弹幕后端服务器对第二弹幕数据进行压缩处理。

步骤304，客户端向弹幕后端服务器发送数据请求指令，数据请求指令携带请求参数和鉴权信息。

步骤305，弹幕后端服务器获取客户端发送的数据请求指令，生成验证信息对所述数据请求指令携带的鉴权信息进行验证，将与数据请求指令对应的第二弹幕数据发送给客户端。

步骤306，获取弹幕后端服务器返回的第二弹幕数据，并进行解压缩处理。

步骤307，将解压缩后的第二弹幕数据进行反序列化处理，生成第一弹幕数据。

步骤308，显示第一弹幕数据。

下面，通过图4对弹幕数据处理方法做第二完整说明：

完成弹幕数据的处理需要三端协作完成，第一端弹幕后端服务器401，第二端CDN402和第三端客户端403。

弹幕后端服务器401，用于利用protobuf，将第一弹幕数据序列化，生成第二弹幕数据，并利用brotli算法将第二弹幕数据进行压缩。

CDN402，用于缓存第二弹幕数据，对客户端发送的数据请求指令进行验证，保证在合法请求下，分发第二弹幕数据。

第三端客户端403，用于生成数据请求指令，该数据请求指令需要携带参数信息和鉴权信息，完成第二弹幕数据的请求工作，另外，需要利用brotli算法将第二弹幕数据进行解压缩，并利用protobuf，将第二弹幕数据反序列化，生成第一弹幕数据，进而完成后续第一弹幕数据的显示工作。

本申请第三实施例提供了一种弹幕数据处理的装置，该装置的具体实施可参见第一实施例部分的描述，重复之处不再赘述，如图5所示，该装置主要包括：

第一获取模块501，用于获取第一弹幕数据，第一弹幕数据为明文数据。

处理模块502，用于对第一弹幕数据进行序列化处理，生成第二弹幕数据，第二弹幕数据为非明文数据。

第二获取模块503，用于获取客户端发送的数据请求指令，数据请求指令携带请求参数和鉴权信息。

验证模块504，用于根据请求参数生成验证信息，通过验证信息对数据请求指令携带的鉴权信息进行验证。

发送模块505，用于在验证鉴权信息合法时，将与数据请求指令对应的第二弹幕数据发送给客户端。

本申请第四实施例提供了一种弹幕数据处理的装置，该装置的具体实施可参见第二实施例部分的描述，重复之处不再赘述，如图6所示，该装置主要包括：

生成模块601，用于生成第一弹幕数据，并将第一弹幕数据发送至弹幕后端服务器，第一弹幕数据为明文数据。

发送模块602，用于向弹幕后端服务器发送数据请求指令，数据请求指令携带请求参数和鉴权信息。

获取模块603，用于获取弹幕后端服务器返回的第二弹幕数据，第二弹幕数据为非明文数据。

生成模块604，用于将第二弹幕数据进行反序列化处理，生成第一弹幕数据。

显示模块605，用于显示第一弹幕数据。

基于同一构思，本申请第五实施例中还提供了一种电子设备，如图7所示，该电子设备主要包括：处理器701、通信组件702、存储器703和通信总线704，其中，处理器701、通信组件702和存储器703通过通信总线704完成相互间的通信。其中，存储器703中存储有可被至处理器701执行的程序，处理器701执行存储器703中存储的程序，实现如下步骤：获取第一弹幕数据，第一弹幕数据为明文数据；对第一弹幕数据进行序列化处理，生成第二弹幕数据，第二弹幕数据为非明文数据；获取客户端发送的数据请求指令，数据请求指令携带请求参数和鉴权信息，根据请求参数生成验证信息，通过验证信息对数据请求指令携带的鉴权信息进行验证，在验证鉴权信息合法时，将与数据请求指令对应的第二弹幕数据发送给客户端，或，生成第一弹幕数据，并将第一弹幕数据发送至弹幕后端服务器，第一弹幕数据为明文数据；向弹幕后端服务器发送数据请求指令，数据请求指令携带请求参数和鉴权信息，获取弹幕后端服务器返回的第二弹幕数据，第一弹幕数据为非明文数据，将第二弹幕数据进行反序列化处理，生成第一弹幕数据，显示第一弹幕数据。

上述电子设备中提到的通信总线704可以是外设部件互连标准(PeripheralComponent Interconnect，简称PCI)总线或扩展工业标准结构(Extended IndustryStandard Architecture，简称EISA)总线等。该通信总线704可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

通信组件702用于上述电子设备与其他设备之间的通信。

存储器703可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器还可以是至少一个位于远离前述处理器701的存储装置。

上述的处理器701可以是通用处理器，包括中央处理器(Central ProcessingUnit，简称CPU)、网络处理器(Network Processor，简称NP)等，还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field-Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

在本申请的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的应用于弹幕后端服务器的弹幕数据的处理方法或应用于客户端的弹幕数据的处理方法。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如DVD)或者半导体介质(例如固态硬盘)等。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。