闪屏内容处理方法及装置与流程

本申请属于计算机技术领域，具体地说，涉及一种闪屏内容处理方法及装置。

背景技术：

在网络直播应用中，由于直播客户端启动需要占用一定的时间，因此在启动直播客户端，进入直播客户端的主界面之前，可以在直播客户端中选择显示几秒钟的信息内容来方便用户感知直播客户端正在启动，显示的信息内容也即被称为闪屏内容。

现有技术中，显示闪屏内容时，用户只能进行等待直至直播客户端启动完成进入主界面。

技术实现要素：

有鉴于此，本申请提供了一种闪屏内容处理方法及装置，通过闪屏内容可以进入直播客户端以播放闪屏内容对应的直播媒体数据，实现了直播媒体数据的推广，充分利用了闪屏内容，提高了闪屏内容的利用率。

为了解决上述技术问题，本申请提供了一种闪屏内容处理方法，包括：

接收直播客户端发送的闪屏获取请求；

发送与所述闪屏获取请求对应的闪屏内容至所述直播客户端，以供所述直播客户端显示所述闪屏内容；

接收所述直播客户端的直播获取请求；所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的；

获取与所述闪屏内容对应的直播媒体数据；

将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

优选的，所述发送与所述闪屏获取请求对应的闪屏内容至直播客户端包括：

获取与所述闪屏获取请求对应的至少一个属性参数；

确定与所述至少一个属性参数匹配的闪屏内容；

发送所述闪屏内容至所述直播客户端。

优选的，所述至少一个属性参数包括用户属性参数，所述用户属性参数包括历史观看记录和/或订阅信息；

所述确定与所述至少一个属性参数匹配的闪屏内容，包括；

将历史观看的主播的推荐信息、或者用户订阅的主播的推荐信息作为闪屏内容。

优选的，所述闪屏获取请求中包括所述至少一个属性参数；所述至少一个属性参数包括请求发送时间和/或请求发送地址；

所述确定与所述至少一个属性参数匹配的闪屏内容包括：

确定与所述请求发送时间和/或请求发送地址匹配的直播媒体数据；

将所述直播媒体数据的推荐信息作为闪屏内容。

本申请提供了一种闪屏内容处理方法，包括：

向服务端发送闪屏获取请求；

接收服务端发送的与所述闪屏获取请求对应的闪屏内容；

显示所述闪屏内容；

响应于针对所述闪屏内容的用户操作，发送直播获取请求至所述服务端；

接收所述服务端发送的与所述闪屏内容对应的直播媒体数据；

播放所述直播媒体数据。

优选的，所述向服务端发送闪屏获取请求之前还包括：

判断是否保存有本地内容且所述本地内容有效；

如果否，执行所述向服务端发送闪屏获取请求的步骤；

如果是，显示所述本地内容；

所述接收服务器发送的与所述闪屏获取请求对应的闪屏内容之后，还包括：利用所述闪屏内容更新所述本地内容。

本申请提供了一种闪屏内容处理装置，包括：

第一接收模块，用于接收直播客户端发送的闪屏获取请求；

第一发送模块，用于发送与所述闪屏获取请求对应的闪屏内容至所述直播客户端，以供所述直播客户端显示所述闪屏内容；

第二接收模块，用于接收所述直播客户端的直播获取请求；所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的；

第一获取模块，用于获取与所述闪屏内容对应的直播媒体数据；

第二发送模块，用于将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

优选的，所述第一发送模块包括：

第一获取单元，用于获取与所述闪屏获取请求对应的至少一个属性参数；

闪屏内容确定单元，用于确定与所述至少一个属性参数匹配的闪屏内容；

第一发送单元，用于发送所述闪屏内容至所述直播客户端。

优选的，所述至少一个属性参数包括用户属性参数，所述用户属性参数包括历史观看记录和/或订阅信息；

所述闪屏内容确定模块具体用于，将历史观看的主播的推荐信息、或者用户订阅的主播的推荐信息作为闪屏内容。

优选的，所述闪屏获取请求中包括所述至少一个属性参数；所述至少一个属性参数包括请求发送时间和/或请求发送地址；

所述闪屏内容确定模块具体用于：

确定与所述请求发送时间和/或请求发送地址匹配的直播媒体数据；

将所述直播媒体数据的推荐信息作为闪屏内容。

本申请提供了一种闪屏内容处理装置，包括：

第三发送模块，用于向服务端发送闪屏获取请求；

第三接收模块，用于接收服务端发送的与所述闪屏获取请求对应的闪屏内容；

显示模块，用于显示所述闪屏内容；

第四发送模块，用于响应于针对所述闪屏内容的用户操作，发送直播获取请求发送至所述服务端；

第四接收模块，用于接收所述服务端发送的与所述闪屏内容对应的直播媒体数据；

播放模块，用于播放所述直播媒体数据。

优选的，在第三发送模块之前，还包括：

判断模块，用于判断是否保存有本地内容且所述本地内容有效；如果否，则触发第三发送模块；如果是，则触发显示模块显示所述本地内容；

存储模块，用于利用所述第三接收模块接收的所述闪屏内容更新所述本地内容。

与现有技术相比，本申请可以获得包括以下技术效果：

直播客户端可以从服务端获取闪屏内容并显示，通过响应于针对闪屏内容的用户操作而生成直播获取请求，并发送至服务端，服务端将闪屏内容对应的直播媒体数据发送至直播客户端，直播客户端即可以直接播放所述直播媒体数据，无需进入主界面，通过闪屏内容既实现了直播媒体数据的推广，且充分利用了闪屏内容，提高了闪屏内容的利用率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本申请实施例的一种闪屏内容处理方法的一个实施例的流程图；

图2是本申请实施例的一种闪屏内容处理方法的另一个实施例的流程图；

图3是本申请实施例的一种闪屏内容处理方法的又一个实施例的流程图；

图4是本申请实施例的一种闪屏内容处理方法的又一个实施例的流程图；

图5是本申请实施例的一种闪屏内容处理装置的一个实施例的结构示意图；

图6是本申请实施例的一种闪屏内容处理装置的另一个实施例的结构示意图；

图7是本申请实施例的一种闪屏内容处理装置的又一个实施例的结构示意图；

图8是本申请实施例的一种闪屏内容处理装置的又一个实施例的结构示意图。

具体实施方式

以下将配合附图及实施例来详细说明本申请的实施方式，藉此对本申请如何应用技术手段来解决技术问题并达成技术功效的实现过程能充分理解并据以实施。

本申请实施例主要适用于网络直播场景中，由于直播客户端的启动需要占用一定的时间，因此，可以在直播客户端启动时，显示一定时长的闪屏内容，启动完成之再显示直播客户端的主界面。

在现有技术中，直播客户端展示的闪屏内容通常是一张固定的图片或文字信息，而且展示的内容与网络直播并不相关，导致显示的闪屏内容利用率较低，从而降低了用户体验。

为了解决闪屏内容利用率较低的技术问题，发明人经过一系列研究，提出本申请实施例的技术方案，在本申请实施例中，服务端根据直播客户端的闪屏获取请求，可以将闪屏内容发送至直播客户端以进行显示，直播客户端若检测到针对闪屏内容的用户操作，则可以向服务端发送直播获取请求，以获取闪屏内容对应的直播媒体数据，从而可以直接播放该直播媒体数据，本申请实施例中闪屏内容对应有直播媒体数据，充分利用了闪屏内容实现了直播媒体数据的推广，提高了闪屏内容的利用率，还可以提高用户体验。

下面结合附图对本申请技术方案进行详细描述。

图1为本申请实施例提供的一种闪屏内容处理方法的一个实施例的流程图，本实施例所述方法具体应用于服务端，可以包括以下几个步骤：

101：接收直播客户端发送的闪屏获取请求；

直播客户端接收到用户的启动请求之后，可以向服务端发送闪屏获取请求。

102：发送与所述闪屏获取请求对应的闪屏内容至直播客户端，以供所述直播客户端显示所述闪屏内容。

服务端接收到闪屏获取请求之后，即确定闪屏内容并发送至直播客户端。闪屏内容的确定会在下面实施例中进行详细介绍。

直播客户端接收到闪屏内容之后，在启动过程中，即可以显示该闪屏内容。

其中，直播客户端显示所述闪屏内容可以包括：

按照预设时长显示所述闪屏内容。也即闪屏内容仅显示所述预设时长，该预设时长可以根据直播客户端的启动时长预先设置。闪屏内容显示所述预设时长之后，直播客户端启动完成，即可以显示主界面。

103：接收所述直播客户端的直播获取请求。

其中，所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的。

直播客户端可以监测针对闪屏内容的用户操作，并在存在针对闪屏内容的用户操作时生成直播获取请求。

其中，所述用户操作可以包括针对闪屏内容的点击操作，例如若直播客户端配置在触控终端上时，可以是指针对闪屏内容的触控操作，若直播配置客户端配置在计算机终端或智能电视终端中时，可以是指通过操作鼠标或遥控器执行的选中操作；此外，直播客户端配置在移动终端中时，该用户操作还可以是指携带所述移动终端从第一位置移动至第二位置的操作。

该闪屏内容中可以包括操作提示信息，以提示用户针对所述闪屏内容可以执行相应的用户操作。例如操作提示信息可以是文字信息“点击获取直播数据”等等。

104：获取与所述闪屏内容对应的直播媒体数据。

105：将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

本申请实施例中，闪屏内容对应有直播媒体数据，不同闪屏获取请求对应的闪屏内容可能不同，不同闪屏内容对应的直播媒体数据可能不同。

该闪屏内容可以是其对应的直播媒体数据的推荐信息，该闪屏内容的数据格式可以是以图像、文字和/或视频等。根据推荐信息，可以方便用户了解该闪屏内容对应的直播媒体数据，确定是否感兴趣，从而可以决定是否执行用户操作等。

在一个网络直播应用中，不同直播媒体数据是由不同主播通过主播客户端上传获得，每一个主播对应一个直播间，观看用户通过观看客户端可以请求进入某一个主播的直播间，以请求观看该主播的直播内容，服务端即可以将该主播上传的直播媒体数据发送至观看客户端，观看客户端展示该主播的直播间，并播放直播媒体数据。本申请实施例中所述的直播客户端可以为主播客户端或者观看客户端。从而采用本申请实施例的技术方案，通过闪屏内容可以直接进入某一主播的直播间以播放该主播的直播媒体数据。

在本实施例中，闪屏内容对应有直播媒体数据，服务端将闪屏内容发送至直播客户端，由直播客户端显示闪屏内容之后，若存在针对闪屏内容的用户操作，则可以向服务端发送直播获取请求，以获取该直播媒体数据，并可以直接播放该直播媒体数据。闪屏内容不仅是单一的固定图片，而是对应有直播媒体数据，直接操作闪屏内容即可以进入直播客户端实现对应直播媒体数据的播放，通过本申请实施例充分利用了闪屏内容，且闪屏内容为直播媒体数据的相关内容，实现了直播媒体数据的推广，使得闪屏内容更具有针对性，可以提高用户体验。

图2为本申请实施例提供的一种闪屏内容处理方法的另一个实施例的流程图，本实施例所述方法具体应用于服务端，可以包括以下几个步骤：

201：接收直播客户端发送的闪屏获取请求。

202：获取与所述闪屏获取请求对应的至少一个属性参数。

203：确定与所述至少一个属性参数匹配的闪屏内容。

作为一种可能的实现方式，所述至少一个属性参数可以包括用户属性参数。

该闪屏获取请求中可以包括用户标识，从而服务端根据用户标识可以确定该用户标识对应的用户属性参数。

此外，服务端还可以对该用户标识进行验证，并在验证通过时，确定对应的用户属性参数。

其中所述用户属性参数可以包括历史观看记录和/或订阅信息等。作为一种可选的方式，历史观看记录可以包括历史观看的主播、订阅信息可以包括订阅的主播等。

因此，根据该用户属性参数，可以确定该用户标识对应的历史观看的主播、和/或用户订阅的主播。

从而可选地的，可以是将历史观看的主播的推荐信息或者用户订阅的主播的推荐信息作为闪屏内容。其中，推荐信息可以包括主播标识信息、和/或当前直播的直播媒体数据的提示信息等。

其中，当前直播的直播媒体数据可以是主播通过主播客户端当前上传的直播媒体数据。

另外，由于历史观看的主播可能包括多个，可以是将历史观看的任一主播的推荐信息或者用户订阅的任一主播的推荐信息作为闪屏内容。

历史观看的任一主播的可以是指历史观看次数最多的一主播或者最近一次观看的主播或者历史观看的多个主播中当前正在直播的任一个主播。

用户订阅的任一主播可以具体是指用户订阅的主播中最近一次观看的主播或者用户订阅的主播中当前正在直播的任一个主播。

作为又一种可选的方式，历史观看记录可以包括历史观看的直播类型、订阅信息可以包括订阅的直播类型。

因此，根据用户属性参数，可以确定历史观看的直播类型、和/或用户订阅的直播类型等。不同主播对应的直播类型不同，直播类型例如可以包括游戏、音乐、舞蹈等等。

从而，可以将历史观看的直播类型对应的任一主播的推荐信息、和/或用户订阅的直播类型对应的任一主播的推荐信息作为闪屏内容。

其中，该历史观看的直播类型对应的任一主播可以是历史观看的直播类型对应的主播中正在直播的一主播或者最近一次观看的一主播。

用户订阅的直播类型对应的任一主播的可以是用户订阅的直播类型对应的主播中正在直播的一主播或者最近一次观看的一主播。

作为又一种可能的实现方式，所述闪屏获取请求中可以包括所述至少一个属性参数；所述至少一个属性参数包括请求发送时间和/或请求发送地址；也即闪屏获取请求中携带请求发送时间和/或请求发送地址，该请求发送地址即为直播客户端当前所在地址等。

所述确定与所述至少一个属性参数匹配的闪屏内容包括：

确定与所述请求发送时间和/或请求发送地址匹配的直播媒体数据；

将所述直播媒体数据的推荐信息作为闪屏内容。

其中，与请求发送时间匹配的直播媒体数据可以是指，服务端在该请求发送时间接收到的直播媒体数据，可以是任一主播通过主播客户端在该请求发送时间上传的直播媒体数据。

也可以是指，包含该请求发送时间发生的时事新闻内容的直播媒体数据。

也可以是指，包含该请求发送时间对应的节日信息的直播媒体数据等。

其中，与请求发送地址匹配的直播媒体数据可以是指，包含该请求发送地址所在区域发生的时事新闻内容的直播媒体数据；

也可以是指，位于该请求发送地址所在区域的主播对应的直播媒体数据。

直播媒体数据的推荐信息可以包括直播媒体数据的摘要信息、主播信息和/或直播类型等。

当然，作为又一种可能的实现方式，该至少一个属性参数可以包括用户属性参数、请求发送时间以及请求发送地址等。该请求发送时间以及请求发送地址可以携带在闪屏获取请求中。

因此确定与所述至少一个属性参数匹配的闪屏内容可以包括：

将历史观看的主播的推荐信息、历史观看的直播类型对应的主播的推荐信息、用户订阅的主播的推荐信息、用户订阅的直播类型对应的主播的推荐信息、与请求发送时间、或者请求发送地址匹配的直播媒体数据的推荐信息，作为闪屏内容。

在包括多个属性参数时，也可以是将与所述多个属性参数均匹配的直播媒体数据的推荐信息，作为闪屏内容。与多个属性参数均匹配的闪屏内容例如可以是用户订阅的、且历史观看的且当前正在直播、且当前正在直播的直播媒体数据与请求发送时间和/或请求发送地址匹配的主播的推荐信息。

204：发送所述闪屏内容至直播客户端，以供所述直播客户端显示所述闪屏内容；

205：接收所述直播客户端的直播获取请求；所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的；

206：获取与所述闪屏内容对应的直播媒体数据。

在所述闪屏内容为历史观看任一主播、用户订阅的任一主播，或者历史观看的直播类型对应的任一主播、或者用户订阅的直播类型对应的任一主播的推荐信息时，获取与闪屏内容对应的直播媒体数据可以是指获取所述历史观看任一主播、用户订阅的任一主播，或者历史观看的直播类型对应的任一主播、或者用户订阅的直播类型对应的任一主播当前直播的直播媒体数据。

当然，若当前未进行主播，该直播媒体数据可以为空。其中闪屏内容为直播媒体数据的推荐信息时，获取与闪屏内容对应的直播媒体数据也即是获取该推荐信息对应的所述直播媒体数据。

207：将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

其中，步骤201操作与图1对应的实施例中步骤101的操作相同、步骤205-207的操作与图1对应的实施例的中103-105步骤相同，在此不再赘述。

在本实施例中，可以根据历史观看记录、订阅信息、请求发送时间或者请求发送地址，个性化配置闪屏内容，将更加符合用户的要求的闪屏内容推荐给观看用户，且由于闪屏内容包含了直播媒体数据的推荐信息，观看用户通过闪屏内容就可以直观的了解所述闪屏内容对应的直播媒体数据，从而观看用户只要通过点击感兴趣的闪屏内容即可便捷地获取喜欢的直播媒体数据。

图3为本申请实施例提供的一种闪屏内容处理方法的又一个实施例的流程图，本实施例所述方法具体应用于直播客户端，可以包括以下几个步骤：

301：向服务端发送闪屏获取请求。

直播客户端接收到用户的启动请求之后，可以向服务端发送闪屏获取请求。

302：接收服务端发送的与所述闪屏获取请求对应的闪屏内容。

303：显示所述闪屏内容。

直播客户端接收到闪屏内容之后，即可以显示该闪屏内容。

其中，直播客户端显示所述闪屏内容可以包括：

按照预设时长显示所述闪屏内容。也即闪屏内容仅显示所述预设时长，该预设时长可以根据直播客户端的启动时长预先设置。闪屏内容显示所述预设时长之后，直播客户端即可以显示主界面。

其中，所述服务端发送到直播客户端的闪屏内容可以用于在本次直播客户端启动过程中进行显示，还可以预先保存在本地在下一次直播客户端启动过程中显示。

所述直播客户端还可以判断所述服务端发送的闪屏内容是否与本地保存闪屏内容相同，如果相同则可以继续发送闪屏获取请求，如果不同则显示所述闪屏内容。

304：响应于针对所述闪屏内容的用户操作，发送直播获取请求至所述服务端；

直播客户端可以监测针对闪屏内容的用户操作，并在存在针对闪屏内容的用户操作时生成直播获取请求。

其中，所述用户操作可以包括针对闪屏内容的点击操作，例如若直播客户端配置在触控终端上时，可以是针对闪屏内容的触控操作，若直播配置客户端配置计算机终端或智能电视终端可以通过操作鼠标或遥控器来点击闪屏内容；此外，直播客户端配置移动终端中时，该用户操作还可以是携带所述移动终端从第一位置移动至第二位置的操作。

该闪屏内容可以包括操作提示信息，以提示用户针对所述闪屏内容可以执行相应的用户操作。例如可以包括文字信息“点击获取直播数据”等等。

305：接收所述服务端发送的与所述闪屏内容对应的直播媒体数据；

所述服务端接收到直播客户端发送的直播获取请求之后，即确定直播媒体数据发送到直播客户端。

306：播放所述直播媒体数据。

本申请实施例中，闪屏内容对应有直播媒体数据，不同闪屏内容对应的直播媒体数据可能不同。

该闪屏内容可以是其对应的直播媒体数据的推荐信息，包括图像、文字和/或视频等。根据推荐信息，可以方便用户了解该闪屏内容对应的直播媒体数据，确定是否感兴趣，从而可以决定是否执行用户操作等。

在直播客户端中主播可以在申请的直播间中进行网络直播，产生相应的直播媒体数据，其中，每一个直播间都对应一个id地址用于对直播间进行区分；观看用户通过直播客户端可打开所述直播间的id地址进入直播间获取对应的直播媒体数据观看直播内容，还可以通过直播间中设置的聊天框或弹幕发表意见或聊天与主播进行互动。

因此，服务端接收到直播获取请求之后，根据闪屏内容可以确定对应的直播间，从而可以确定该直播间对应的直播媒体数据并发送至直播客户端。

直播客户端可以直接进入该直播间，以播放该直播间的直播媒体数据，而无需进入直播客户端的主界面。

在本实施例中，闪屏内容对应有直播媒体数据，服务端将闪屏内容发送至直播客户端，由直播客户端显示闪屏内容之后，若存在针对闪屏内容的用户操作，则可以向服务端发送直播获取请求，以获取该直播媒体数据，并可以直接播放该直播媒体数据。闪屏内容不仅是单一的固定图片，而是对应有直播媒体数据，直接操作闪屏内容即可以进入直播客户端实现对应直播媒体数据的播放，通过本申请实施例充分利用了闪屏内容，且闪屏内容为直播媒体数据的相关内容，实现了直播媒体数据的推广，使得闪屏内容更具有针对性，可以提高用户体验。

图4为本申请实施例提供的一种闪屏内容处理方法的又一个实施例的流程图，本实施例所述方法具体应用于直播客户端，可以包括以下几个步骤：

401：判断是否存在本地内容，如果否，则到步骤402，如果是，则转到步骤403。

可选地，还可以判断所述本地内容是否有效，若存在本地内容且本地内容有效时，再执行步骤403，否则若不存在本地内容或者本地内容失效时，再执行步骤402。

本地内容是否有效可以根据有效期限确定，若本地内容在有效期限内，则可以认为本地内容有效，否则该本地内容即无效。该有效期限可以预先设置。

其中，所述本地内容可以是指为服务端最近一次发送的闪屏内容。

当然，所述本地内容也可以是在安装直播客户端时，系统预配置的用于保存在本地的内容。

402：向服务端发送闪屏获取请求。

直播客户端接收到用户的启动请求之后，判断本地未保存本地内容，或保存有本地内容但所述保存的本地内容已经失效后向服务端发送闪屏获取请求。

403：显示所述本地内容。

也即，本地内容即作为闪屏内容在直播客户端进入主界面之前进行显示。

404：接收服务端发送的与所述闪屏获取请求对应的闪屏内容。

405：利用所述闪屏内容更新所述本地内容。

所述直播客户端还可以判断所述服务端发送的闪屏内容是否与本地内容相同，如果相同则可以向服务端重新发送闪屏获取请求，如果不同则可以利用所述闪屏内容更新本地内容。

406：显示所述闪屏内容。

407：响应于针对所述闪屏内容的用户操作，发送直播获取请求至所述服务端。

408：接收所述服务端发送的与所述闪屏内容对应的直播媒体数据。

409：播放所述直播媒体数据。

其中，本实施例中步骤406-409的操作与图3对应的实施例的中步骤303-306的操作相同，在此不再赘述。

本实施例中，通过判断本地是否保存有本地内容且本地内容有效，可以及时获取最新的闪屏内容进行显示，并通过将服务端发送的闪屏内容保存在本地，可以在下一次直播客户端启动时节省闪屏内容的加载时间，提高用户体验。

图5是本申请实施例的一种闪屏内容处理装置的一个实施例的结构示意图，本实施例所述装置具体应用于服务端，该装置可以包括：

第一接收模块501，用于接收直播客户端发送的闪屏获取请求；

直播客户端接收到用户的启动请求之后，可以向服务端发送闪屏获取请求。

第一发送模块502，用于发送与所述闪屏获取请求对应的闪屏内容至所述直播客户端，以供所述直播客户端显示所述闪屏内容。

服务端接收到闪屏获取请求之后，即确定闪屏内容并发送至直播客户端。闪屏内容的确定会在下面实施例中进行详细介绍。

直播客户端接收到闪屏内容之后，在启动过程中，可以显示该闪屏内容。

其中，直播客户端显示所述闪屏内容可以包括：

按照预设时长显示所述闪屏内容。也即闪屏内容仅显示所述预设时长，该预设时长可以根据直播客户端的启动时长预先设置。闪屏内容显示所述预设时长之后，直播客户端启动完成，即可以显示主界面。

第二接收模块503，用于接收所述直播客户端的直播获取请求；所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的。

直播客户端可以监测针对闪屏内容的用户操作，并在存在针对闪屏内容的用户操作时生成直播获取请求。

其中，所述用户操作可以包括针对闪屏内容的点击操作，例如若直播客户端配置在触控终端上时，可以是指针对闪屏内容的触控操作，若直播配置客户端配置在计算机终端或智能电视终端中时，可以是指通过操作鼠标或遥控器执行的选中操作；此外，直播客户端配置在移动终端中时，该用户操作还可以是指携带所述移动终端从第一位置移动至第二位置的操作。

该闪屏内容中可以包括操作提示信息，以提示用户针对所述闪屏内容可以执行相应的用户操作。例如操作提示信息可以是文字信息“点击获取直播数据”等等。

第一获取模块504，用于获取与所述闪屏内容对应的直播媒体数据。

第二发送模块505，用于将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

本申请实施例中，闪屏内容对应有直播媒体数据，不同闪屏获取请求对应的闪屏内容可能不同，不同闪屏内容对应的直播媒体数据可能不同。

该闪屏内容可以是其对应的直播媒体数据的推荐信息，该闪屏内容的数据格式可以是以图像、文字和/或视频等。根据推荐信息，可以方便用户了解该闪屏内容对应的直播媒体数据，确定是否感兴趣，从而可以决定是否执行用户操作等。

在一个网络直播应用中，不同直播媒体数据是由不同主播通过主播客户端上传获得，每一个主播对应一个直播间，观看用户通过观看客户端可以请求进入某一个主播的直播间，以请求观看该主播的直播内容，服务端即可以将该主播上传的直播媒体数据发送至观看客户端，观看客户端展示该主播的直播间，并播放直播媒体数据。本申请实施例中所述的直播客户端可以为主播客户端或者观看客户端。从而采用本申请实施例的技术方案，通过闪屏内容可以直接进入某一主播的直播间以播放该主播的直播媒体数据。

在本实施例中，闪屏内容对应有直播媒体数据，服务端将闪屏内容发送至直播客户端，由直播客户端显示闪屏内容之后，若存在针对闪屏内容的用户操作，则可以向服务端发送直播获取请求，以获取该直播媒体数据，并可以直接播放该直播媒体数据。闪屏内容不仅是单一的固定图片，而是对应有直播媒体数据，直接操作闪屏内容即可以进入直播客户端实现对应直播媒体数据的播放，通过本申请实施例充分利用了闪屏内容，且闪屏内容为直播媒体数据的相关内容，实现了直播媒体数据的推广，使得闪屏内容更具有针对性，可以提高用户体验。

图6是本申请实施例的一种闪屏内容处理装置另一个实施例的结构示意图，本实施例所述装置具体应用于服务端，该装置可以包括：

第一接收模块601，用于接收直播客户端发送的闪屏获取请求。

第一发送模块602，用于发送与所述闪屏获取请求对应的闪屏内容至所述直播客户端，以供所述直播客户端显示所述闪屏内容。

其中，所述第一发送模块602包括：

第一获取单元611，用于获取与所述闪屏获取请求对应的至少一个属性参数。

闪屏内容确定单元612，用于确定与所述至少一个属性参数匹配的闪屏内容。

作为一种可能的实现方式，所述至少一个属性参数可以包括用户属性参数。

该闪屏获取请求中可以包括用户标识，从而服务端根据用户标识可以确定该用户标识对应的用户属性参数。

此外，服务端还可以对该用户标识进行验证，并在验证通过时，确定对应的用户属性参数。

其中所述用户属性参数可以包括历史观看记录和/或订阅信息等。作为一种可选的方式，历史观看记录可以包括历史观看的主播、订阅信息可以包括订阅的主播等。

因此，根据该用户属性参数，可以确定该用户标识对应的历史观看的主播、和/或用户订阅的主播。

从而可选地的，可以是将历史观看的主播的推荐信息或者用户订阅的主播的推荐信息作为闪屏内容。其中，推荐信息可以包括主播标识信息、和/或当前直播的直播媒体数据的提示信息等。

其中，当前直播的直播媒体数据可以是主播通过主播客户端当前上传的直播媒体数据。

另外，由于历史观看的主播可能包括多个，可以是将历史观看的任一主播的推荐信息或者用户订阅的任一主播的推荐信息作为闪屏内容。

历史观看的任一主播的可以是指历史观看次数最多的一主播或者最近一次观看的主播或者历史观看的多个主播中当前正在直播的任一个主播。

用户订阅的任一主播可以具体是指用户订阅的主播中最近一次观看的主播或者用户订阅的主播中当前正在直播的任一个主播。

作为又一种可选的方式，历史观看记录可以包括历史观看的直播类型、订阅信息可以包括订阅的直播类型。

因此，根据用户属性参数，可以确定历史观看的直播类型、和/或用户订阅的直播类型等。不同主播对应的直播类型不同，直播类型例如可以包括游戏、音乐、舞蹈等等。

从而，可以将历史观看的直播类型对应的任一主播的推荐信息、和/或用户订阅的直播类型对应的任一主播的推荐信息作为闪屏内容。

其中，该历史观看的直播类型对应的任一主播可以是历史观看的直播类型对应的主播中正在直播的一主播或者最近一次观看的一主播。

用户订阅的直播类型对应的任一主播的可以是用户订阅的直播类型对应的主播中正在直播的一主播或者最近一次观看的一主播。

作为又一种可能的实现方式，所述闪屏获取请求中可以包括所述至少一个属性参数；所述至少一个属性参数包括请求发送时间和/或请求发送地址；也即闪屏获取请求中携带请求发送时间和/或请求发送地址，该请求发送地址即为直播客户端当前所在地址等。

所述确定与所述至少一个属性参数匹配的闪屏内容包括：

确定与所述请求发送时间和/或请求发送地址匹配的直播媒体数据；

将所述直播媒体数据的推荐信息作为闪屏内容。

其中，与请求发送时间匹配的直播媒体数据可以是指，服务端在该请求发送时间接收到的直播媒体数据，可以是任一主播通过主播客户端在该请求发送时间上传的直播媒体数据。

也可以是指，包含该请求发送时间发生的时事新闻内容的直播媒体数据。

也可以是指，包含该请求发送时间对应的节日信息的直播媒体数据等。

其中，与请求发送地址匹配的直播媒体数据可以是指，包含该请求发送地址所在区域发生的时事新闻内容的直播媒体数据；

也可以是指，位于该请求发送地址所在区域的主播对应的直播媒体数据。

直播媒体数据的推荐信息可以包括直播媒体数据的摘要信息、主播信息和/或直播类型等。

当然，作为又一种可能的实现方式，该至少一个属性参数可以包括用户属性参数、请求发送时间以及请求发送地址等。该请求发送时间以及请求发送地址可以携带在闪屏获取请求中。

因此闪屏内容确定单元612可以用于：

将历史观看的主播的推荐信息、历史观看的直播类型对应的主播的推荐信息、用户订阅的主播的推荐信息、用户订阅的直播类型对应的主播的推荐信息、与请求发送时间、或者请求发送地址匹配的直播媒体数据的推荐信息，作为闪屏内容。

在包括多个属性参数时，也可以是将与所述多个属性参数均匹配的直播媒体数据的推荐信息，作为闪屏内容。与多个属性参数均匹配的闪屏内容例如可以是用户订阅的、且历史观看的且当前正在直播、且当前正在直播的直播媒体数据与请求发送时间和/或请求发送地址匹配的主播的推荐信息。

第一发送单元613，用于发送所述闪屏内容至所述直播客户端。

第二接收模块603，用于接收所述直播客户端的直播获取请求；所述直播获取请求为所述直播客户端响应于针对所述闪屏内容的用户操作而生成的；

第一获取模块604，用于获取与所述闪屏内容对应的直播媒体数据；

在所述闪屏内容为历史观看任一主播、用户订阅的任一主播，或者历史观看的直播类型对应的任一主播、或者用户订阅的直播类型对应的任一主播的推荐信息时，获取与闪屏内容对应的直播媒体数据可以是指获取所述历史观看任一主播、用户订阅的任一主播，或者历史观看的直播类型对应的任一主播、或者用户订阅的直播类型对应的任一主播当前直播的直播媒体数据。

当然，若当前未进行主播，该直播媒体数据可以为空。其中闪屏内容为直播媒体数据的推荐信息时，获取与闪屏内容对应的直播媒体数据也即是获取该推荐信息对应的所述直播媒体数据。

第二发送模块605，用于将所述直播媒体数据发送至直播客户端，以供所述直播客户端播放所述直播媒体数据。

其中，第一接收模块601、第二接收模块603、第一获取模块604、和第二发送模块605分别与图5对应的实施例的中第一接收模块501、第二接收模块503、第一获取模块504和第二发送模块505相同，在此不再赘述。

在本实施例中，可以根据历史观看记录、订阅信息、请求发送时间或者请求发送地址，个性化配置闪屏内容，将更加符合用户的要求的闪屏内容推荐给观看用户，且由于闪屏内容包含了直播媒体数据的推荐信息，观看用户通过闪屏内容就可以直观的了解所述闪屏内容对应的直播媒体数据，从而观看用户只要通过点击感兴趣的闪屏内容即可便捷地获取喜欢的直播媒体数据。

图7是本申请实施例的一种闪屏内容处理装置的又一个实施例的结构示意图，本实施例所述装置具体应用于直播客户端，该装置可以包括：

第三发送模块701，用于向服务端发送闪屏获取请求。

直播客户端接收到用户的启动请求之后，可以向服务端发送闪屏获取请求。

第三接收模块702，用于接收服务端发送的与所述闪屏获取请求对应的闪屏内容。

显示模块703，用于显示所述闪屏内容；

第三接收模块702接收到闪屏内容之后，即可以显示该闪屏内容。

其中，显示模块703可以用于：

按照预设时长显示所述闪屏内容。也即闪屏内容仅显示所述预设时长，该预设时长可以根据直播客户端的启动时长预先设置。闪屏内容显示所述预设时长之后，直播客户端即可以显示主界面。

其中，所述服务端发送到直播客户端的闪屏内容可以用于在本次直播客户端启动过程中进行显示，还可以预先保存在本地在下一次直播客户端启动过程中显示。

所述直播客户端还可以判断所述服务端发送的闪屏内容是否与本地保存闪屏内容相同，如果相同则可以继续发送闪屏获取请求，如果不同则显示所述闪屏内容。

第四发送模块704，用于响应于针对所述闪屏内容的用户操作，发送直播获取请求发送至所述服务端。

直播客户端可以监测针对闪屏内容的用户操作，并在存在针对闪屏内容的用户操作时生成直播获取请求。

其中，所述用户操作可以包括针对闪屏内容的点击操作，例如若直播客户端配置在触控终端上时，可以是针对闪屏内容的触控操作，若直播配置客户端配置计算机终端或智能电视终端可以通过操作鼠标或遥控器来点击闪屏内容；此外，直播客户端配置移动终端中时，该用户操作还可以是携带所述移动终端从第一位置移动至第二位置的操作。

该闪屏内容可以包括操作提示信息，以提示用户针对所述闪屏内容可以执行相应的用户操作。例如可以包括文字信息“点击获取直播数据”等等。

第四接收模块705，用于接收所述服务端发送的与所述闪屏内容对应的直播媒体数据。

所述服务端接收到直播客户端发送的直播获取请求之后，即确定直播媒体数据发送到直播客户端。

播放模块706，用于播放所述直播媒体数据。

本申请实施例中，闪屏内容对应有直播媒体数据，不同闪屏内容对应的直播媒体数据可能不同。

该闪屏内容可以是其对应的直播媒体数据的推荐信息，包括图像、文字和/或视频等。根据推荐信息，可以方便用户了解该闪屏内容对应的直播媒体数据，确定是否感兴趣，从而可以决定是否执行用户操作等。

在直播客户端中主播可以在申请的直播间中进行网络直播，产生相应的直播媒体数据，其中，每一个直播间都对应一个id地址用于对直播间进行区分；观看用户通过直播客户端可打开所述直播间的id地址进入直播间获取对应的直播媒体数据观看直播内容，还可以通过直播间中设置的聊天框或弹幕发表意见或聊天与主播进行互动。

因此，服务端接收到直播获取请求之后，根据闪屏内容可以确定对应的直播间，从而可以确定该直播间对应的直播媒体数据并发送至直播客户端。

直播客户端可以直接进入该直播间，以播放该直播间的直播媒体数据，而无需进入直播客户端的主界面。

在本实施例中，闪屏内容对应有直播媒体数据，服务端将闪屏内容发送至直播客户端，由直播客户端显示闪屏内容之后，若存在针对闪屏内容的用户操作，则可以向服务端发送直播获取请求，以获取该直播媒体数据，并可以直接播放该直播媒体数据。闪屏内容不仅是单一的固定图片，而是对应有直播媒体数据，直接操作闪屏内容即可以进入直播客户端实现对应直播媒体数据的播放，通过本申请实施例充分利用了闪屏内容，且闪屏内容为直播媒体数据的相关内容，实现了直播媒体数据的推广，使得闪屏内容更具有针对性，可以提高用户体验。

图8是本申请实施例的一种闪屏内容处理装置的又一个实施例的结构示意图，本实施例所述装置具体应用于直播客户端，该装置可以包括：

判断模块801，用于判断是否保存有本地内容且所述本地内容有效；如果否，则触发第三发送模块802；如果是，则触发显示模块805显示所述本地内容。

可选地，所述判断模块801还可以用于判断所述本地内容是否有效，若存在本地内容且本地内容有效时，再触发显示模块805显示所述本地内容，否则若不存在本地内容或者本地内容失效时，再触发第三发送模块802。

本地内容是否有效可以根据有效期限确定，若本地内容在有效期限内，则可以认为本地内容有效，否则该本地内容即无效。该有效期限可以预先设置。

其中，所述本地内容可以是指为服务端最近一次发送的闪屏内容。

当然，所述本地内容也可以是在安装直播客户端时，系统预配置的用于保存在本地的内容。

第三发送模块802，用于向服务端发送闪屏获取请求。

直播客户端接收到用户的启动请求之后，判断本地未保存本地内容，或保存有本地内容但所述保存的本地内容已经失效后向服务端发送闪屏获取请求。

第三接收模块803，用于接收服务端发送的与所述闪屏获取请求对应的闪屏内容；

存储模块804，用于利用所述第三接收模块接收的所述闪屏内容更新所述本地内容。

所述直播客户端还可以判断所述服务端发送的闪屏内容是否与本地内容相同，如果相同则可以向服务端重新发送闪屏获取请求，如果不同则可以利用所述闪屏内容更新本地内容。

显示模块805，用于显示所述闪屏内容；

其中，所述显示模块805还可以用于显示所述本地内容；

也即，本地内容即作为闪屏内容在直播客户端进入主界面之前进行显示。

第四发送模块806，用于响应于针对所述闪屏内容的用户操作，发送直播获取请求发送至所述服务端；

第四接收模块807，用于接收所述服务端发送的与所述闪屏内容对应的直播媒体数据；

播放模块808，用于播放所述直播媒体数据。

其中，本实施例中第三发送模块802、第三接收模块803与图7对应的实施例中第三发送模块701、第三接收模块702相同；本实施例中显示模块805、第四发送模块806、第四接收模块807和播放模块808与图7对应的实施例中显示模块703、第四发送模块704、第四接收模块705和播放模块706相同，在此不再赘述。

本实施例中，通过判断本地是否保存有本地内容且本地内容有效，可以及时获取最新的闪屏内容进行显示，并通过将服务端发送的闪屏内容保存在本地，可以在下一次直播客户端启动时节省闪屏内容的加载时间，提高用户体验。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

如在说明书及权利要求当中使用了某些词汇来指称特定组件。本领域技术人员应可理解，硬件制造商可能会用不同名词来称呼同一个组件。本说明书及权利要求并不以名称的差异来作为区分组件的方式，而是以组件在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”为一开放式用语，故应解释成“包含但不限定于”。“大致”是指在可接收的误差范围内，本领域技术人员能够在一定误差范围内解决所述技术问题，基本达到所述技术效果。此外，“耦接”一词在此包含任何直接及间接的电性耦接手段。因此，若文中描述一第一装置耦接于一第二装置，则代表所述第一装置可直接电性耦接于所述第二装置，或通过其他装置或耦接手段间接地电性耦接至所述第二装置。说明书后续描述为实施本申请的较佳实施方式，然所述描述乃以说明本申请的一般原则为目的，并非用以限定本申请的范围。本申请的保护范围当视所附权利要求所界定者为准。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素

上述说明示出并描述了本申请的若干优选实施例，但如前所述，应当理解本申请并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述申请构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本申请的精神和范围，则都应在本申请所附权利要求的保护范围内。