直播数据播放方法及装置与流程

本申请属于移动互联网技术领域，具体地说，涉及一种直播数据播放方法及装置。

背景技术：

网络直播是是指可以同时透过网络系统在不同的交流平台观看直播数据的播放方式，直播数据例如可以是指视频、音频和/或文字等多媒体数据。

为了方便观看直播数据且随着移动互联网技术的发展，基于移动设备的网络直播应用得到大量普及，使得用户通过移动设备即可以随时随地观看直播数据。

随着业务需求的增长，产品新功能上线等，传统的做法需要更新网络直播应用的版本才能使用新功能，也即重新下载安装包并重新在移动设备中安装。而为了方便开发及维护，现有技术中，网络直播应用通常采用混合方式开发，内嵌web(网页)站点，从而对于新功能的增加可以采用网页页面的形式，只需更新网页页面的内容即可。

但是在实际应用中，基于网页页面进行直播数据观看时，由于网页页面的兼容性不够好，网页页面的处理效率较慢，从而就会影响播放效果。

技术实现要素：

有鉴于此，本申请提供了一种直播数据播放方法及装置，通过由本地控件基于所述直播地址获取直播数据并播放所述直播数据，解决了网页页面处理直播数据效率慢的技术问题。

为了解决上述技术问题，本申请提供了一种直播数据播放方法，该方法应用于基于移动设备的网络直播应用中，所述方法包括：

显示网页页面；

检测针对所述网页页面的直播观看请求；

确定所述直播观看请求中的直播地址；

由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

优选地，所述由本地控件基于所述直播地址获取直播数据并播放所述直播数据包括：由本地控件基于所述直播地址获取直播数据并调用本地播放器播放所述直播数据。

优选的，所述显示网页页面包括：接收页面显示请求；

显示请求的所述网页页面。

优选地，所述确定所述直播观看请求中的直播地址包括：确定所述网页页面提供给所述本地控件的直播地址。

优选地，所述本地控件为native控件。

本申请提供了一种直播数据播放装置，该装置应用于基于移动设备的网络直播应用中，所述装置包括：

显示模块，用于显示网页页面；

检测模块，用于检测针对所述网页页面的直播观看请求；

确定模块，用于确定所述直播观看请求中的直播地址；

获取模块，用于由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

优选地，所述获取模块具体用于：由本地控件基于所述直播地址获取直播数据并调用本地播放器播放所述直播数据。

优选地，所述显示模块包括：

接收单元，用于接收页面显示请求；

显示单元，用于显示请求的所述网页页面。

优选地，所述确定模块具体用于：确定所述网页页面提供给所述本地控件的直播地址；

优选地，所述本地控件为native控件。

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

基于在网络直播应中内嵌web站点，可以通过本地控件基于针对网页页面的直播观看请求中的直播地址获取直播数据并播放相应的直播数据，由于本地控件可快速获取直播数据，且本地播放器对直播数据的兼容性更强，因此大大提高了直播数据播放效率和品质，解决了网页页面处理直播数据效率慢的技术问题，从而提高了用户体验。

附图说明

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

图1是本申请实施例的一种直播数据播放方法的一个实施例的流程图；

图2是本申请实施例的一种直播数据播放方法的又一个实施例的流程图；

图3是本申请实施例的一种直播数据播放装置的一个实施例的结构示意图；

图4是本申请实施例的一种直播数据播放装置的又一个实施例的结构示意图。

具体实施方式

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

随着网络直播应用的快速发展，其产品功能更新迭代的速度不断加快，更新周期越来越短。由于网络直播应用的更新开发成本较高，且频繁版本升级降低了用户体验，因此，目前网络直播应用通常采用内嵌web站点的一种混合开发模式。这种混合开发模式将网页站点内嵌入网络直播应用中，使其部分功能采用网页页面来实现，既保证了网络直播的流畅度，又能及时推出新的展示内容，非常适合产品功能的快速迭代，避免了网络直播应用的频繁版本升级。

现有技术中，基于网络直播应用中内嵌的网页站点进行直播数据播放时，存在网页页面于直播数据的兼容性差的问题，且由于网页页面对获取直播数据处理效率较慢，直接影响了直播数据播放效果，导致用户体验较差。

为了解决网络直播应用中内嵌网页页面兼容性差，处理效率低的问题，发明人经过一系列研究，提出本申请实施例的技术方案，在本申请实施例中，通过网页页面与网络直播应用的交互，实现由网络直播应用的本地控件播放与网页页面对应的直播数据，从而大大提高了直播数据的播放效率，使直播数据播放更加快速流畅，提高了用户体验。

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

图1为本申请实施例提供的一种直播数据播放方法的一个实施例的流程图，可以包括以下几个步骤：

101：显示网页页面。

所述网页页面基于标准化http(hypertexttransferprotocol，超文本传输协议)，可以跨平台应用到基于ios(internetworkingoperatingsystem-cisco，思科-网络互联操作系统)或android(安卓)的操作系统的终端设备中，实现在所述终端设备中的网络直播应用中内嵌web站点，可以使网络直播应用中显示网页页面。

所述网页页面可以通过webview(网页视图)加载，如果操作系统是ios的终端设备，则在ios代码中加载；如果操作系统是android的终端设备，则在android代码中加载，加载后可以显示在本地网络直播应中。

102：检测针对所述网页页面的直播观看请求。

本申请实施例中，所述网页页面为直播页面，在网页页面中可以显示直播观看提示信息，网页页面可以是响应于用户针对直播观看提示信息操作，即生成直播观看请求，该直播观看请求用于发送至直播服务器以获取请求观看的直播数据。

可以预先建立网页页面与网络直播应用的通信协议接口，以便网页页面与网络直播应用进行交互。其中，所述通信协议接口可以将直播观看请求解析为协议约定数据，使得网页页面可以通过通信协议接口向网络直播应用传递直播观看请求，也可以由网络直播调用原生代码向网页页面传递网页页面检测请求。

网络直播应用即可以检测到针对网页页面的直播观看请求。

其中，所述原生代码可以是ios操作系统的终端设备中执行的objective-c代码或android操作系统的终端设备中执行的java()代码。

103：确定所述直播观看请求中的直播地址；

该直播观看请求中包括直播地址，以便于直播服务器根据直播地址查找对应的直播数据。

其中，可选地的，所述确定直播观看请求中的直播地址可以包括：确定所述网页页面提供给所述本地控件的直播地址，所述直播地址可以是所述网页页面内容对应直播间的房间号或对应直播数据的地址链接。

104：由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

所述通信协议接口接收到针对网页页面的直播获取请求，以及所确定的直播获取请求中的直播地址后，对所述直播获取请求进行解析，并将解析后的直播获取请求以及直播获取请求中的直播地址传递给本地控件。

由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

其中所述本地控件可以是native控件，所述native控件即为由移动终端设备中的原生代码编译的本地控件，例如objective-c控件，或java控件。

由于native控件对直播数据的加载速度快，且对直播数据兼容性更高，因此可以播放品质更高的直播数据，且可使直播数据的播放更加流畅。

本申请实施例中，在终端设备中的网络直播应中内嵌web站点，通过建立网页页面与网络直播应的通信协议接口，使的网络直播应用可以解析得到网页页面对应的直播观看请求。从而由网络直播应用的本地控件根据所述直播观看请求中的直播地址，获取直播数据并播放所述直播数据，大大提高了直播数据的播放效率和播放品质，且不存在兼容性问题，从而解决了网页页面对直播数据处理效率慢的技术问题。

图2是本申请实施例的一种直播数据播放方法的又一个实施例的流程图，可以包括以下几个步骤：

201：接收页面显示请求；

202：显示请求的所述网页页面。

接收页面显示请求，并根据页面显示请求，显示请求的所述网页页面。

其中，所述接收页面显示请求，可以是用户登录网络直播应用后触发所述页面显示请求，或用户点击网络直播应中网页页面对应的列表时触发页面显示请求。

在显示所述网页页面前，可以首先判断所述网页页面是否存在内容数据的更新，如果不存在内容数据的更新，则可以直接加载本地缓存的网页页面进行显示；如果存在内容数据的更新，则从服务端获取新的内容数据并对所述网页页面更新后进行显示。

其中所述本地缓存网页页面，可以是将前一次在网络直播应用中显示的网页页面保存在本地，作为本地缓存网页页面。

203：检测针对所述网页页面的直播观看请求；

本申请实施例中，所述网页页面为直播页面，在网页页面中可以显示直播观看提示信息，网页页面可以是响应于用户针对直播观看提示信息操作，即生成直播观看请求，该直播观看请求用于发送至直播服务器以获取请求观看的直播数据。

可以预先建立网页页面与网络直播应用的通信协议接口，以便网页页面与网络直播应用进行交互。其中，所述通信协议接口可以将直播观看请求解析为协议约定数据，使得网页页面可以通过通信协议接口向网络直播应用传递直播观看请求，也可以由网络直播调用原生代码向网页页面传递网页页面检测请求。

网络直播应用即可以检测到针对网页页面的直播观看请求。

其中，所述原生代码可以是ios操作系统的终端设备中执行的objective-c代码或android操作系统的终端设备中执行的java代码。

204：确定所述直播观看请求中的直播地址；

该直播观看请求中包括直播地址，以便于直播服务器根据直播地址查找对应的直播数据。

其中，可选地的，所述确定直播观看请求中的直播地址可以包括：确定所述网页页面提供给所述本地控件的直播地址，所述直播地址可以是所述网页页面内容对应直播间的房间号或对应直播数据的地址链接。

205：由本地控件基于所述直播地址获取直播数据并调用本地播放器播放所述直播数据。

所述通信协议接口接收到针对网页页面的直播获取请求，以及所确定的直播获取请求中的直播地址后，对所述直播获取请求进行解析，并将解析后的直播获取请求以及直播获取请求中的直播地址传递给本地控件。

本地控件基于所述直播地址向服务端获取直播数据，当直播地址为所述直播数据对应直播间的房间号时，则所述本地控件可调用本地播放器打开所述房间号对应的直播间，并获取直播间的直播内容进行播放；当直播地址为所述直播数据对应的地址链接，则根据所述地址链接从服务端直接获取直播数据，并调用本地播放器播放所述直播数据。

本实施例中，基于在网络直播应中内嵌web站点，一方面可以通过网页页面更加灵活便捷地更新网页页面的内容数据，及时将新推出的内容数据展示给用户，一方面可以通过本地控件来打开直播间并播放网页页面对应的直播数据，提高了直播数据播放效率和品质。不仅适应了产品功能的快速迭代，避免了网络直播应用的频繁版本升级，同时解决了网页页面处理直播数据效率慢的技术问题，从而大大提高了用户体验。

图3是本申请实施例的一种直播数据播放装置的一个实施例的结构示意图，该装置可以包括：

显示模块301，用于显示网页页面。

所述网页页面基于标准化http(hypertexttransferprotocol，超文本传输协议)，可以跨平台应用到基于ios(internetworkingoperatingsystem-cisco，思科-网络互联操作系统)或android(安卓)的操作系统的终端设备中，实现在所述终端设备中的网络直播应用中内嵌web站点，可以使网络直播应用中显示网页页面。

所述网页页面可以通过webview(网页视图)加载，如果操作系统是ios的终端设备，则在ios代码中加载；如果操作系统是android的终端设备，则在android代码中加载，加载后可以显示在本地网络直播应中。

检测模块302，用于检测针对所述网页页面的直播观看请求。

本申请实施例中，所述网页页面为直播页面，在网页页面中可以显示直播观看提示信息，网页页面可以是响应于用户针对直播观看提示信息操作，即生成直播观看请求，该直播观看请求用于发送至直播服务器以获取请求观看的直播数据。

可以预先建立网页页面与网络直播应用的通信协议接口，以便网页页面与网络直播应用进行交互。其中，所述通信协议接口可以将直播观看请求解析为协议约定数据，使得网页页面可以通过通信协议接口向网络直播应用传递直播观看请求，也可以由网络直播调用原生代码向网页页面传递网页页面检测请求。

网络直播应用即可以检测到针对网页页面的直播观看请求。

其中，所述原生代码可以是ios操作系统中执行的objective-c代码或android操作系统中执行的java代码。

确定模块303，用于确定所述直播观看请求中的直播地址；

该直播观看请求中包括直播地址，以便于直播服务器根据直播地址查找对应的直播数据。

其中，可选地的，所述确定模块303具体可以用于，确定所述网页页面提供给所述本地控件的直播地址，所述直播地址可以是所述网页页面内容对应直播间的房间号或对应直播数据的地址链接。

获取模块304，用于由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

所述通信协议接口接收到针对网页页面的直播获取请求，以及所确定的直播获取请求中的直播地址后，对所述直播获取请求进行解析，并将解析后的直播获取请求以及直播获取请求中的直播地址传递给本地控件。

由本地控件基于所述直播地址获取直播数据并播放所述直播数据。

其中所述本地控件可以是native控件，所述native控件即为由移动终端设备中的原生代码编译的本地控件，例如objective-c控件，或java控件。

由于native控件对直播数据的加载速度快，且对直播数据兼容性更高，因此可以播放品质更高的直播数据，且可使直播数据的播放更加流畅。

本申请实施例中，在终端设备中的网络直播应中内嵌web站点，通过建立网页页面与网络直播应的通信协议接口，使的网络直播应用可以解析得到网页页面对应的直播观看请求。从而由网络直播应用的本地控件根据所述直播观看请求中的直播地址，获取直播数据并播放所述直播数据，大大提高了直播数据的播放效率和播放品质，且不存在兼容性问题，从而解决了网页页面对直播数据处理效率慢的技术问题。

图4是本申请实施例的一种直播数据播放装置的又一个实施例的结构示意图，该装置可以包括：

显示模块401，用于显示网页页面；

所述显示模块401可以包括：

接收单元411，用于接收页面显示请求；

显示单元412，用于显示请求的所述网页页面。

接收页面显示请求，并根据页面显示请求，显示请求的所述网页页面。

其中，所述接收页面显示请求，可以是用户登录网络直播应用后触发所述页面显示请求，或用户点击网络直播应中网页页面对应的列表时触发页面显示请求。

在显示所述网页页面前，可以首先判断所述网页页面是否存在内容数据的更新，如果不存在内容数据的更新，则可以直接加载本地缓存的网页页面进行显示；如果存在内容数据的更新，则从服务端获取新的内容数据并对所述网页页面更新后进行显示。

其中所述本地缓存网页页面，可以是将前一次在网络直播应用中显示的网页页面保存在本地，作为本地缓存网页页面。

检测模块402，用于检测针对所述网页页面的直播观看请求；

本申请实施例中，所述网页页面为直播页面，在网页页面中可以显示直播观看提示信息，网页页面可以是响应于用户针对直播观看提示信息操作，即生成直播观看请求，该直播观看请求用于发送至直播服务器以获取请求观看的直播数据。

可以预先建立网页页面与网络直播应用的通信协议接口，以便网页页面与网络直播应用进行交互。其中，所述通信协议接口可以将直播观看请求解析为协议约定数据，使得网页页面可以通过通信协议接口向网络直播应用传递直播观看请求，也可以由网络直播调用原生代码向网页页面传递网页页面检测请求。

网络直播应用即可以检测到针对网页页面的直播观看请求。

其中，所述原生代码可以是ios操作系统中执行的objective-c代码或android操作系统中执行的java代码。

确定模块403，用于确定所述直播观看请求中的直播地址；

该直播观看请求中包括直播地址，以便于直播服务器根据直播地址查找对应的直播数据。

其中，可选地的，所述确定直播观看请求中的直播地址可以包括：确定所述网页页面提供给所述本地控件的直播地址，所述直播地址可以是所述网页页面内容对应直播间的房间号或对应直播数据的地址链接。

获取模块404，用于由本地控件基于所述直播地址获取直播数据并调用本地播放器播放所述直播数据。

所述通信协议接口接收到针对网页页面的直播获取请求，以及所确定的直播获取请求中的直播地址后，对所述直播获取请求进行解析，并将解析后的直播获取请求以及直播获取请求中的直播地址传递给本地控件。

本地控件基于所述直播地址向服务端获取直播数据，当直播地址为所述直播数据对应直播间的房间号时，则所述本地控件可调用本地播放器打开所述房间号对应的直播间，并获取直播间的直播内容进行播放；当直播地址为所述直播数据对应的地址链接，则根据所述地址链接从服务端直接获取直播数据，并调用本地播放器播放所述直播数据。

本实施例中，基于在网络直播应中内嵌web站点，一方面可以通过网页页面更加灵活便捷地更新网页页面的内容数据，及时将新推出的内容数据展示给用户，一方面可以通过本地控件来打开直播间并播放网页页面对应的直播数据，提高了直播数据播放效率和品质。不仅适应了产品功能的快速迭代，避免了网络直播应用的频繁版本升级，同时解决了网页页面处理直播数据效率慢的技术问题，从而大大提高了用户体验。

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

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

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

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

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

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