一种音频数据处理方法及电视

摘要

本发明公开了一种音频数据处理方法及电视，以通过B/S架构实现电视向设备实时传输音频数据。该方法包括：电视接收设备通过浏览器发送的音频数据传输请求；电视根据音频数据传输请求向设备返回消息，其中，该消息中携带用于确定电视和设备保持网络连接状态的时长的参数；电视连续采集播放的音频数据，并依次将采集到的音频数据发送给设备以便设备根据该消息中携带的参数确定与电视保持网络连接状态的时长，并在该时长内通过浏览器接收该音频数据并播放，其中，该时长大于电视每次采集到的音频数据的播放时长。

权利要求

1.一种音频数据处理方法，其特征在于，所述方法包括：电视接收设备通过浏览器发送的音频数据传输请求；

所述电视根据所述音频数据传输请求向所述设备返回消息，其中，所述消息中携带用于确定所述电视和所述设备保持网络连接状态的时长的参数；

所述电视连续采集播放的音频数据，并依次将采集到的音频数据发送给所述设备以便所述设备根据所述消息中携带的参数确定与所述电视保持网络连接状态的时长，并在所述时长内通过浏览器接收所述音频数据并播放，其中，所述时长大于所述电视每次采集到的音频数据的播放时长。

2.如权利要求1所述的方法，其特征在于，所述电视根据所述音频数据传输请求向所述设备返回消息，包括：所述电视将所述参数填充到所述音频数据的数据头的指定位置中，将所述数据头携带在消息中，向所述设备发送所述消息。

3.如权利要求2所述的方法，其特征在于，所述电视将所述参数填充到所述音频数据的数据头之前，所述方法还包括：获取所述电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为脉冲编码调制PCM格式；

将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头。

4.如权利要求1所述的方法，其特征在于，所述电视向所述设备返回所述消息之后，采集播放的音频数据并发送给所述设备之前，所述方法还包括：获取电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为PCM格式；

将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头；

将所述音频数据的数据头发送给所述设备。

5.如权利要求1-4任意一项所述的方法，其特征在于，所述方法还包括：所述电视统计连续向所述设备发送音频数据失败的次数，若确定所述失败次数达到预设值，则断开与所述设备的连接。

6.一种电视，其特征在于，所述电视包括：

接收单元，用于接收设备通过浏览器发送的音频数据传输请求；

第一处理单元，用于根据所述音频数据传输请求向所述设备返回消息，其中，所述消息中携带用于确定所述电视和所述设备保持网络连接状态的时长的参数；

传输单元，用于连续采集播放的音频数据，并依次将采集到的音频数据发送给所述设备以便所述设备根据所述消息中携带的参数确定与所述电视保持网络连接状态的时长，并在所述时长内通过浏览器接收所述音频数据并播放，其中，所述时长大于所述电视每次采集到的音频数据的播放时长。

7.如权利要求6所述的电视，其特征在于，所述第一处理单元用于：将所述参数填充到所述音频数据的数据头的指定位置中，并将所述数据头携带在消息中，向所述设备发送所述消息。

8.如权利要求7所述的电视，其特征在于，所述第一处理单元还用于：将所述参数填充到所述音频数据的数据头之前，获取所述电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为脉冲编码调制PCM格式；

将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头。

9.如权利要求6所述的电视，其特征在于，所述第一处理单元还用于：向所述设备返回所述消息之后，在所述传输单元采集播放的音频数据并发送给所述设备之前，获取电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为PCM格式；

将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头；

将所述音频数据的数据头发送给所述设备。

10.如权利要求6-9任意一项所述的电视，其特征在于，所述电视还包括：第二处理单元，用于统计连续向所述设备发送音频数据失败的次数，确定所述发送失败的次数达到预设值后，断开与所述设备的连接。

说明书

一种音频数据处理方法及电视

技术领域

[0001] 本发明涉及电视技术领域，尤其涉及一种音频数据处理方法及电视。

背景技术

[0002] 传统的数据实时传输方式采用客户端/服务端(Client/Server，C/S)架构，具体的方案如下：在第一设备中安装Server程序，在第二设备中安装Client程序，其中，Client程序的任务是将服务请求提交给Server程序，再将Server程序返回的结果以特定的形式显示给用户；Server程序的任务是接收Client程序提出的服务请求，进行相应的处理，再将结果返回给Client程序。第一设备和第二设备按照规定的协议进行交互，如实时流传输协议(Real Time Streaming Protocol，RTSP)，传输控制协议(Transmission Control Protocol，TCP)，用户数据报协议(User Datagram Protocol，UDP)等，进行实时数据的传输。

[0003] 对于采用C/S架构的数据实时传输方式，若第一设备的Server程序进行协议修改或更新，则第二设备的client程序也需要进行相应的协议修改或更新，该服务端对应的所有客户端都需要升级client程序，同时新的client程序在协议上还要兼容升级前第一设备的server程序，使得第二设备的维护和升级的成本非常高。并且，第二设备的兼容性差，对于不同操作系统的第二设备，需要单独开发与该设备操作系统相适应的client程序，如Android设备、iOS设备、windows设备等。

[0004] 采用浏览器/服务端(Browser/Server，B/S)架构的数据传输方式，只需在第一设备中安装Server程序，第一设备的服务端与第二设备中的浏览器进行数据传输，B/S架构中第二设备的兼容性好，只需对第一设备的服务端进行维护和升级。但是，现有的B/S架构中，在每次传输时，浏览器在确定本次传输的数据传输完毕后即刻断开与服务端的连接，下次传输时重新建立与服务端的连接，该方式使得B/S架构不能适用于实时数据传输。

发明内容

[0005] 本发明实施例提供一种音频数据处理方法及电视，以通过B/S架构实现电视向设备实时传输音频数据。

[0006] 本发明实施例提供的具体技术方案如下：

[0007] 第一方面，本发明实施例提供了一种音频数据处理方法，该方法包括：

[0008] 电视接收设备通过浏览器发送的音频数据传输请求；

[0009] 所述电视根据所述音频数据传输请求向所述设备返回消息，其中，所述消息中携带用于确定所述电视和所述设备保持网络连接状态的时长的参数；

[0010] 所述电视连续采集播放的音频数据，并依次将采集到的音频数据发送给所述设备以便所述设备根据所述消息中携带的参数确定与所述电视保持网络连接状态的时长，并在所述时长内通过浏览器接收所述音频数据并播放，其中，所述时长大于所述电视每次采集到的音频数据的播放时长。

[0011] 第二方面，本发明实施例提供了一种电视，该电视包括：

[0012] 接收单元，用于接收设备通过浏览器发送的音频数据传输请求；

[0013] 第一处理单元，用于根据所述音频数据传输请求向所述设备返回消息，其中，所述消息中携带用于确定所述电视和所述设备保持网络连接状态的时长的参数；

[0014] 传输单元，用于连续采集播放的音频数据，并依次将采集到的音频数据发送给所述设备以便所述设备根据所述消息中携带的参数确定与所述电视保持网络连接状态的时长，并在所述时长内通过浏览器接收所述音频数据并播放，其中，所述时长大于所述电视每次采集到的音频数据的播放时长。

[0015] 基于上述技术方案，本发明实施例中，电视接收设备通过浏览器发送的音频数据传输请求，并根据该音频数据传输请求向该设备返回消息，其中，该消息中携带用于确定电视和该设备保持网络连接状态的时长的参数，由该设备根据该参数确定与电视保持网络连接状态的时长，且该时长大于电视每次采集到的音频数据的播放时长，使得该设备在与电视保持网络连接状态的时长内，仅通过浏览器就能够连续接收并播放电视发送的音频数据，实现了电视向设备实时传输音频数据，且不需要开发和安装用于音频数据传输的应用，提高了该设备的兼容性。

附图说明

[0016] 图1为本发明第一实施例中提供的音频数据处理方法的流程示意图；

[0017] 图2为本发明具体实施例中电视实时向手机传输音频数据的方法流程示意图；

[0018] 图3为本发明第二实施例中提供的电视的结构示意图。

具体实施方式

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

[0020] 本发明实施例中，电视中安装有网页服务端(httpserver)，其中，该网页服务端用于向设备实时传输音频数据，设备可以为手机、平板电脑和个人计算机等具有浏览器功能的设备。

[0021] 本发明第一实施例中提供的音频数据处理方法的流程如图1所示，具体包括以下步骤：

[0022] 步骤101：电视接收设备通过浏览器发送的音频数据传输请求。

[0023] 具体地，电视通过网页服务端接收设备通过浏览器发送的音频数据传输请求。

[0024] 实施中，电视为网页服务端配置固定的端口，并在该网页服务端的共享目录下保存有用于传输音频数据的超文本标记语言(HyperText Markup Language，HTML)文件，例如，该HTML文件名称可定义为voicetome.html。

[0025] 实施中，电视根据网页服务端的端口号和HTML文件的名称，生成超文本传输协议(HyperText Transfer Protocol，HTTP)地址。设备的浏览器获得该HTTP地址以后，根据该HTTP地址与电视的网页服务端建立连接。

[0026] 在一些实施方式中，在执行步骤101之前，电视的网页服务端与设备的浏览器需要建立网络连接，具体如下：设备根据浏览器中输入的HTTP地址向电视发起连接请求，其中，该HTTP地址由电视生成，为用于传输音频数据的HTML文件的地址；电视向设备返回该HTTP地址所指示的HTML文件对应的页面；设备在浏览器中显示电视返回的页面，此时，设备的浏览器与电视的网页服务端建立连接。

[0027] 设备的浏览器与电视的网页服务端建立连接后，设备根据检测到的用户操作确定启动音频数据传输后，向电视中网页服务端发送音频数据传输请求。例如，电视检测到用户对浏览器中显示的页面中的开始按钮的点击操作，则确定启动音频数据传输，向电视中的网页服务端发送音频数据传输请求。

[0028] 例如，电视中网页服务端的端口号为5566，该网页服务端的共享目录下保存有用于音频数据传输的voicetome.html文件，电视根据网页服务端的端口号和voicetome.html文件的名称生成的HTTP地址为：http//tvip:5566/voicetome.html。设备根据浏览器中输入的该HTTP地址向电视发起连接请求，电视向设备返回voicetome.html文件对应的页面，由设备在浏览器中显示该页面，此时，设备的浏览器与电视的网页服务端建立连接。设备检测到用户对浏览器中显示的与voicetome.html文件页面中开始按钮的操作，向电视中网页服务端发送音频数据传输请求。

[0029] 实施中，电视中网页服务端通过解析设备通过浏览器发送的数据传输请求，获取该数据传输请求中携带的数据类型，以确定设备请求电视传输的数据类型。

[0030] 步骤102：电视根据音频数据传输请求向设备返回消息，其中，该消息中携带用于确定电视和设备保持网络连接状态的时长的参数。

[0031] 实施中，该消息中携带的参数可以为电视预先设定的传输数据的大小，其中，该传输数据的大小可以大于电视每次采集到的音频数据的大小，使电视和设备保持网络连接状态的时长大于电视每次采集到的音频数据的播放时长，使得设备能够通过浏览器连续接收电视通过网页服务端发送的音频数据。

[0032] 优选地，消息中携带的传输数据的大小远远大于电视每次采集到的音频数据的大小，以保证浏览器与网页服务端之间的连接维持的时长足够长。

[0033] 例如，电视通过网页服务端向设备返回的消息中携带的传输数据的大小为-1，即为二进制能够表示的最大值，或者为电视每次采集到的音频数据的大小的设定倍数，使得电视和设备保持网络连接状态的时长足够长。

[0034] 具体地，电视将消息按照标准的HTTP协议进行封装，其中，消息中携带的用于确定电视和设备保持网络连接状态的时长的传输数据的大小的封装格式可以如下所示：

[0035] HTTP/1.0 200OK

[0036] Server:MySocket Server

[0037] Date:Tue,20Sep 2016 05:15:47GMT

[0038] Content-Type:text/html

[0039] Accept-Ranges:bytes

[0040] Content-Length:datasize

[0041] Last-Modified:Thu,21Jul 2016 02:34:36GMT

[0042] 其中，datasize表示该传输数据的大小。

[0043] 步骤103：电视连续采集播放的音频数据，并依次将采集到的音频数据发送给设备以便设备根据消息中携带的参数确定与电视保持网络连接状态的时长，并在该时长内通过浏览器接收音频数据并播放，其中，该时长大于电视每次采集到的音频数据的播放时长。

[0044] 实施中，浏览器所支持的音频数据格式包括但不限于以下格式：WAV格式、动态影像专家压缩标准音频层面3(Moving Picture Experts Group Audio Layer III，MP3)格式、Ogg Vorbis格式等。需要说明的是，此处仅为举例，浏览器能够支持的音频数据的格式并不以此为限制，并且，本发明的保护范围也不以此为限。

[0045] 实施中，电视采集到的音频数据为脉冲编码调制(Pulse Code Modulation，PCM)格式，设备的浏览器不支持PCM格式的音频数据的播放，因此，电视采集到的音频数据发送给设备之前，需要将该音频数据转换成设备的浏览器所支持的格式。其中，WAV格式与PCM格式最接近，只需在PCM格式的音频数据前加上WAV格式的数据头(也称为文件头)，即可将PCM格式的音频数据转换为WAV格式的音频数据；对于MP3格式和Ogg Vorbis格式等格式的音频数据，需要通过设定的算法对PCM格式的音频数据进行格式转换。

[0046] 实施中，设备根据电视返回的消息中携带的参数确定与电视保持网络连接的时长，或者根据电视发送的音频数据的数据头中携带的该参数确定与电视保持网络连接的时长。

[0047] 具体实施方式一，电视获取电视的音频数据的采集参数以及音频数据的播放参数，其中，该音频数据的格式为PCM格式；将采集参数和播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到音频数据的数据头；将用于确定电视和设备保持网络连接状态的时长的参数填充到音频数据的数据头的指定位置中，将该数据头携带在消息中，向设备发送该消息，由设备根据数据头中携带的该参数确定与电视保持网络连接状态的时长，并根据该数据头为浏览器中的播放器配置对应的参数，使得播放器能够播放接收到的音频数据。

[0048] 具体实施方式二，电视向设备返回携带该参数的消息之后，采集播放的音频数据并发送给设备之前，获取电视的音频数据的采集参数以及音频数据的播放参数，其中，该音频数据的格式为PCM格式；将采集参数和播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所要传输的音频数据的数据头；将该音频数据的数据头发送给设备，使得设备能够根据该数据头为浏览器中的播放器配置对应的参数，使得播放器能够播放接收到的音频数据。同时，电视也可以将该参数填充到该数据头的指定位置。

[0049] 实施中，电视为采集到的音频数据生成数据头的具体过程如下：电视通过设定的接口获取采集音频数据时的采样率、采样精度以及播放该音频数据时采用的声道数，将获取到的采样率、采样精度和声道数填充到长度为44字节的标准wav格式数据头中相应的字节，并将消息中携带的参数填充到该数据头中指定的字节，其他字节的内容按标准wav格式数据头填充，并将该数据头通过网页服务端发送到设备。

[0050] 实施中，电视统计发送给设备的音频数据连续发送失败的次数；若连续发送失败的次数达到预设值，则断开与设备的连接，使得电视能够根据音频数据连续发送失败的次数，确定当前网络状态不佳，不适合实时传输音频数据，主动断开与设备的连接。

[0051] 具体地，电视每次通过网页服务端发送数据后，均获得网页服务端返回的数据发送状态值，该数据发送状态值用于指示本次是否发送成功。具体地，若网页服务端返回的数据发送状态值为-1，则确定本次数据发送失败，否则，确定本次数据发送成功。

[0052] 实施中，设备在通过浏览器接收电视发送的音频数据的过程中，根据检测到的用户操作确定结束音频数据传输后，向电视发送断开连接的请求，断开与电视的连接，停止接收音频数据，例如，设备检测到用户对浏览器中显示的页面中的停止按钮的点击操作，则确定结束音频数据传输，向电视中的网页服务端发送音频数据传输请求。

[0053] 实施中，当电视向设备发送音频数据的时长达到设备与电视保持网络连接状态的时长，断开与设备的连接，停止接收音频数据。

[0054] 实施中，电视还可以接收设备通过浏览器发送的文件传输请求。具体地，电视通过网页服务端接收设备通过浏览器发送的文件传输请求。

[0055] 实施中，电视通过网页服务端确定设备通过浏览器发送的数据请求为传输文件请求后，根据该文件传输请求返回消息，并将该消息通过网页服务端发送给设备，其中，该消息携带所要传输的文件的大小。

[0056] 具体地，电视将该消息用标准的HTTP协议进行封装，其中，所要传输的文件的大小的封装格式如下所示：

[0057] HTTP/1.0 200OK

[0058] Server:MySocket Server

[0059] Date:Tue,20Sep 2016 05:15:47GMT

[0060] Content-Type:text/html

[0061] Accept-Ranges:bytes

[0062] Content-Length:fileLength

[0063] Last-Modified:Thu,21Jul 2016 02:34:36GMT

[0064] 其中，fileLength表示电视所要传输的文件的大小，设备根据该消息中携带的所要传输的文件的大小确定该文件传输完毕后，断开与电视的连接。

[0065] 以下具体实施例中，以设备是手机为例，对本发明实施例提供的音频数据处理方法进行详细说明。

[0066] 图2所示为手机实时接收并播放电视的音频数据的方法流程示意图，具体包括以下步骤：

[0067] 步骤201：电视启动网页服务端(httpServer)。

[0068] 其中，电视中httpServer的端口号为5566，且httpServer的共享目录下保存有voicetome.html文件，其中，该voicetome.html文件用于指示传输的数据为音频数据。电视根据httpServer的端口号以及voicetome.html文件的名称生成HTTP地址http//tvip:5566/voicetome.html，其中，该HTTP地址为voicetome.html文件的地址。

[0069] 步骤202：手机通过浏览器与电视中httpserver建立连接。

[0070] 具体地，手机根据浏览器中输入的HTTP地址：http//tvip:5566/voicetome.html，向电视发送连接请求；电视向手机浏览器返回voicetome.html文件对应的页面；手机在浏览器中显示电视返回的页面。此时，手机的浏览器与电视的httpserver建立连接，其中，该HTTP地址可以预先保存在手机中。

[0071] 步骤203：手机通过浏览器向电视发送数据传输请求消息。

[0072] 具体地，手机检测到用户对手机浏览器中显示的voicetome.html对应的页面中的开始按钮的点击操作，向电视发送音频数据传输请求。

[0073] 步骤204：电视根据数据传输请求判断手机请求电视的网页服务端传输的数据是否为语音数据，若是，执行步骤205，否则，执行步骤213。

[0074] 具体地，电视中httpserver通过get命令获取该数据请求中携带的用于标识所请求的数据类型的关键字，若该关键字为“voicetome”，则确定手机请求电视的网页服务端传输音频数据，否则，确定手机请求电视的网页服务端传输文件。

[0075] 步骤205：电视根据数据传输请求生成消息，并通过httpserver向手机返回该消息。

[0076] 其中，该消息中携带用于确定httpserver与手机保持网络连接状态的时长的传输数据大小，该传输数据的大小大于电视每次传输的音频数据的大小。

[0077] 具体地，电视将该消息中携带的用于确定httpserver与手机保持网络连接状态的时长的传输数据大小设置为-1，即二进制能够表示的最大值，并将该消息用标准的HTTP协议进行封装，发送到手机，其中，该传输数据大小的封装格式如下所示：

[0078] HTTP/1.0 200OK

[0079] Server:MySocket Server

[0080] Date:Tue,20Sep 2016 05:15:47GMT

[0081] Content-Type:text/html

[0082] Accept-Ranges:bytes

[0083] Content-Length:-1

[0084] Last-Modified:Thu,21Jul 2016 02:34:36GMT

[0085] 步骤206：电视根据音频数据的采样参数、播放参数和设定音频数据格式的数据头，为所要传输的音频数据生成数据头，并将该数据头发送给手机。

[0086] 实施中，电视获取的音频数据为PCM格式，无法在手机浏览器中播放，需要将PCM格式的音频数据转换为手机浏览器所支持的音频数据格式，其中，手机浏览器所支持的音频数据格式包括wav格式、mp3格式、Ogg Vorbis格式等。

[0087] 具体地，电视通过设定的接口获取电视采集音频数据的采样频率、采样精度以及播放该音频数据时采用的声道数，将获取到的采样频率、采样精度以及声道数填充到长度为44字节的标准wav格式音频数据的数据头中相应的字节，并将该数据头中指定字节设置为-1，其他字节的内容按标准wav格式数据头进行填充，为所要传输的音频数据生成数据头，并将该数据头发送给手机，使得手机能够根据该数据头为浏览器中的播放器配置对应的参数，播放接收到的音频数据。

[0088] 步骤207：电视获取当前播放的音频数据，并通过httpserver发送给手机。

[0089] 步骤208：电视判断该音频数据是否发送成功，若该音频数据发送成功，执行步骤209，否则执行步骤210。

[0090] 实施中，电视每次通过httpserver发送数据后，均获得该httpserver返回的数据发送状态值，该数据发送状态值用于指示本次是否发送成功。具体地，若httpserve返回的数据发送状态值为-1，则确定本次数据发送失败，否则，确定本次数据发送成功。

[0091] 步骤209：电视将音频数据发送失败次数置为0，执行步骤207。

[0092] 步骤210：电视将音频数据发送失败次数加1。

[0093] 步骤211：电视判断音频数据发送失败次数是否达到100次，若音频数据发送失败的次数达到100次，则执行步骤212，否则执行步骤207。

[0094] 实施中，电视若确定音频数据连续发送失败的次数达到100次，则确定当前网络状态不佳，不适合通过手机收听电视的声音，断开与手机的连接。

[0095] 步骤212：电视断开与手机的网络连接，等待下一个连接请求。

[0096] 实施中，在电视通过httpserver向手机发送音频数据时，手机根据检测到的用户对浏览器中显示的页面中停止按钮的点击操作，向电视发送断开连接的请求，断开与电视的连接，停止接收音频数据。或者，当电视向手机发送音频数据的时长达到手机与httpserver保持网络连接状态的时长，手机断开与电视的连接，停止接收音频数据。

[0097] 具体地，电视通过httpserver向手机实时传输获取到的音频数据的实现代码如下所示：

[0098]

[0099] 实施中，电视执行完步骤212后，本次音频数据实时传输结束。

[0100] 步骤213：电视通过httpserver将所要传输的文件发送到手机。

[0101] 实施中，在执行步完步骤204后，电视通过httpserver向手机返回文件传输请求对应的消息，其中，该消息中携带所要传输的文件的大小。具体地，电视将该消息采用标准HTTP协议封装，其中，所要传输的文件的大小的封装格式如下所示：

[0102] HTTP/1.0 200OK

[0103] Server:MySocket Server

[0104] Date:Tue,20Sep 2016 05:15:47GMT

[0105] Content-Type:text/html

[0106] Accept-Ranges:bytes

[0107] Content-Length:fileLength

[0108] Last-Modified:Thu,21Jul 2016 02:34:36GMT

[0109] 其中，fileLength表示所要传输的文件的大小。手机根据该消息中携带所要传输的文件的大小确定该文件传输完毕，断开与电视中httpserver的连接。

[0110] 具体地，电视通过httpserver向手机传输文件的实现的代码如下所示：

[0111]

[0112] 基于同一发明构思，本发明还提供了一种电视，电视中各个模块的实现步骤与上述的方法对应。如图3所示，该电视主要包括：

[0113] 接收单元301，用于接收设备通过浏览器发送的音频数据传输请求；

[0114] 第一处理单元302，用于根据所述音频数据传输请求向所述设备返回消息，其中，所述消息中携带用于确定所述电视和所述设备保持网络连接状态的参数；

[0115] 传输单元303，用于连续采集播放的音频数据，并依次将采集到的音频数据发送给所述设备以便所述设备根据所述消息中携带参数确定与所述电视保持网络连接状态的时长，并在所述时长内通过浏览器接收所述音频数据并播放，其中，所述时长大于所述电视每次采集到的音频数据的播放时长。

[0116] 在一些实施方式中，所述第一处理单元302具体用于：将所述参数填充到所述音频数据的数据头的指定位置中，并将所述数据头携带在消息中，向所述设备发送所述消息。

[0117] 在一些实施方式中，所述第一处理单元302还用于：

[0118] 将所述参数填充到所述音频数据的数据头之前，获取所述电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为脉冲编码调制PCM格式；

[0119] 将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头。

[0120] 在一些实施方式中，所述第一处理单元302还用于：

[0121] 向所述设备返回所述消息之后，在所述传输单元采集播放的音频数据并发送给所述设备之前，获取电视的音频数据的采集参数以及音频数据的播放参数，其中，所述音频数据的格式为PCM格式；

[0122] 将所述采集参数和所述播放参数填充到标准WAV格式音频文件的数据头中相应的位置，得到所述音频数据的数据头；

[0123] 将所述音频数据的数据头发送给所述设备。

[0124] 可能的实施方式中，所述电视还包括：

[0125] 第二处理单元304，用于统计连续向所述设备发送音频数据失败的次数，确定所述发送失败的次数达到预设值后，断开与所述设备的连接。

[0126] 本领域内的技术人员应理解，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

[0127] 本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0128] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0129] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0130] 显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。