CN105979324B - 一种智能电视控制遥控器麦克风的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种智能电视控制遥控器麦克风的方法及装置，涉及通信领域，用以在保证系统稳定性的同时，提高对遥控器麦克风的响应速度，进而提高语音识别的完整性和准确性。在本发明中，接收遥控器发送的人机交互HID数据；智能电视的内核层识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；在根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，向所述遥控器下发用于指示所述遥控器开启麦克风的指令；从而实现了上述功能。

Description

一种智能电视控制遥控器麦克风的方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种智能电视控制遥控器麦克风的方法及装置。

背景技术

随着语音识别技术的发展，基于语音识别技术的语音搜索功能在智能电视上变得越来越普及，其基本原理就是将用户的声音的录下来，然后上传到云端服务器解析，然后返回解析的结果。其中，录音数据的质量和完整性决定了语音识别的成功率。

目前，在基于遥控器配合智能电视的语音搜索方案中，遥控器上通常都配有支持录音功能的麦克风(MIC，Microphone)，由于遥控器中的麦克风不会一直处于录音模式，需要智能电视，即智能电视端向遥控器下发用于触发打开或关闭MIC的指令。因此，打开或关闭MIC是否及时将决定录音数据的完整性。

在已有技术中，蓝牙适配器(或称为蓝牙芯片)，通过USB(Universal Serial Bus，通用串行总线)接口与智能电视连接，负责所有与蓝牙外设的基于标准蓝牙协议的数据传输。其中，与蓝牙遥控器相关的数据类型包括按键数据、语音数据、空鼠数据等上行数据，还有用于控制MIC开启或关闭的下行数据。对于标准蓝牙协议栈来说，蓝牙遥控器属于HID(Human Interface Device，人机交互)类型设备，遵循蓝牙HID profile。在蓝牙遥控器与智能电视配对时，会将蓝牙遥控器自身的HID报告描述符上传给智能电视。实际上，可以将HID报告描述符看成是一种编程语言或一种秘钥，其描述了后续数据的格式，相当于通知智能电视如何解析所收的数据。

在已有技术中，控制遥控器中的MIC开启或关闭的方式有两种：

第一种方式，用户按下遥控器语音按键后，遥控器直接控制打开MIC并录音，然后一次性将录下的语音数据发送给智能电视。这种做法的弊端是，当智能电视端软件还没有准备好接收语音数据时，数据量较大的语音数据会导致智能电视软件发生数据溢出进而导致软件崩溃。

第二种方式，对于Android(安卓)设备来说，将控制MIC打开或关闭的控制逻辑放在Linux的上层应用层。图1示出了已有技术中的语音搜索方案的流程示意图，如图1所示，该流程具体为：

S1：遥控器与智能电视完成蓝牙配对后，当用户按下遥控器上的语音搜索按键后，触发遥控器将按键键值携带在蓝牙空中包(也可简称为空包)中，发送至智能电视端的蓝牙适配器(蓝牙dongle)。

S2：由蓝牙dongle传递至位于Kernel层(内核层)的蓝牙设备驱动。再由蓝牙设备驱动上报给位于USER层(用户层)的蓝牙协议栈。

S3：由蓝牙协议栈解析出该数据的类型，当该数据为属于HID类型的数据，就会将其写入到内核层的UHID设备驱动中，其中，UHID(USB Human Interface Device)设备驱动是蓝牙HID设备专有驱动。

S4：UHID设备驱动会将按键数据通过位于Kernel层中的input输入子系统中的Linux input core(输入子系统核心层)，以event类型数据上报给用户层。

S5：位于USER层的Event hub程序负责接收由Linux input core传递的按键数据，然后发出广播，用以通知位于USER层的语音搜索应用程序检测到按键数据后，控制相应的虚拟声卡由Setup状态变为Running状态。

S6：位于USER层的Voicecap程序检测到虚拟声卡状态变为Running时，下发打开遥控器MIC的指令。根据协议规定，该指令依次通过UHID、蓝牙协议栈、蓝牙设备驱动、蓝牙dongle，最后传递给蓝牙遥控器。

S7：当蓝牙遥控器收到用于指示遥控器打开MIC的指令后，控制MIC开始录音，并将语音数据压缩后通过蓝牙接口输出至智能电视端。

S8：智能电视端的UHID设备驱动收到语音数据后，将其写到HIDRAW设备驱动里，位于USER层Voicecap应用程序会轮询HIDRAW设备中是否有数据可读，当存在语音数据可读时，读取语音数据解压缩后写入到虚拟声卡中。其中，HIDRAW设备可以是一种支持非标准的User interface Device的HID设备。

S9：语音搜索应用程序通过标准的ALSA(Advanced Linux Sound Architecture，高级Linux声音架构)接口，从虚拟声卡中获取语音数据，并保存为录音文件上传给云端服务器进行语音识别。

可见，已有技术将控制遥控器MIC开启或关闭的逻辑设置于Linux的上层用户层(USER层)，采用这种方式，会导致用户按下遥控器语音按键后，遥控器无法及时开启录音功能，通常需要延迟1秒之后，遥控器才能开启录音功能，造成用户所发出的前1秒钟的语音数据没有被录下来，从而导致语音识别率大大降低。

发明内容

本发明提供一种遥控器麦克风的控制方法及装置，用以在保证系统稳定性的同时，提高对遥控器麦克风的响应速度，进而提高语音识别的完整性和准确性。

本发明提供了一种智能电视控制遥控器麦克风的方法，该方法包括：

接收遥控器发送的人机交互HID数据；

智能电视的内核层识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；

在根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，向所述遥控器下发用于指示所述遥控器开启麦克风的指令。

相应的，本发明还提供了一种智能电视控制遥控器麦克风的装置，该装置包括：

接收单元，用于接收遥控器发送的人机交互HID数据；

识别单元，位于智能电视的内核层，用于识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；

控制单元，用于在根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，向所述遥控器下发用于指示所述遥控器开启麦克风的指令。

从上述技术方案可以看出，本发明可以在智能电视的内核层实现对遥控器麦克风的控制方案，提高了智能电视对遥控器的响应速度。首先，本发明在接收遥控器发送的人机交互HID数据之后，由智能电视的内核层识别所述HID数据中的用于请求所述智能电视进入到准备接收语音数据的运行状态的按键数据，由于上述过程不需要再经过上层应用层的控制，而是在智能电视的内核层对遥控器的指令进行快速响应，从而在保证系统稳定性的前提下，提高了智能电视对遥控器的响应速度，进而提高语音识别的完整性和准确性。

附图说明

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

图1为已有技术中的语音搜索方案的流程示意图；

图2为本发明中的一种智能电视控制遥控器麦克风的方法的流程示意图；

图3(a)为本发明实施例中的一种打开遥控器上的MIC的流程示意图；

图3(b)为本发明实施例中的一种关闭遥控器上的MIC的流程示意图；

图4为本发明实施例中的一种智能电视控制遥控器麦克风的装置的结构示意图。

具体实施方式

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

本发明可以应用于各类智能终端(如智能电视、智能手机、平板电脑等设备)上，本发明尤其可以适用于具备蓝牙语音搜索功能的智能电视上。本发明可以由智能电视快速的打开与智能电视配套的蓝牙遥控器上的MIC(麦克风)，在保证智能电视的系统稳定性的前提下，保证通过蓝牙遥控器所录下的音频数据的完整性，提高智能电视的蓝牙语音搜索功能的识别率和成功率。

图2示出了本发明中的一种智能电视控制遥控器麦克风的方法的流程示意图，如图2所示，该流程可以包括：

步骤21：接收遥控器发送的人机交互HID数据。

步骤22：智能电视的内核层识别HID数据中的第一HID按键数据，其中，第一HID按键数据用于请求智能电视进入到准备接收语音数据的运行状态。

步骤23：在根据第一HID按键数据的指示控制智能电视进入运行状态之后，向遥控器下发用于指示遥控器开启麦克风的指令。

可选的，在上述步骤22中，智能电视的内核层根据HID数据中携带的用于表示发送该HID数据的设备的标识信息，确定发送该HID数据的设备类型；如果发送该HID数据的设备为遥控器，则根据该HID数据中的用于表示携带的遥控器数据类型的标识，确定该HID数据中携带的遥控器数据的类型；如果该HID数据中携带的遥控器数据的类型为按键类型，则获取该HID数据中携带的遥控器按键键值，在预先存储的键值对应表中，查找到与该遥控器按键键值对应的功能；如果与该遥控器按键键值对应的功能为用于请求智能电视进入到准备接收语音数据的运行状态，则将该HID数据确定为第一HID按键数据，并截取该第一HID按键数据；否则，忽略该HID数据。

可选的，在上述步骤22之后，在上述步骤23之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询遥控器麦克风的当前状态；如果遥控器麦克风的当前状态为关闭状态，则向遥控器下发用于指示遥控器开启麦克风的指令，并在状态记录表中，将遥控器麦克风的当前状态更改为开启状态；否则，忽略本次截获到的第一HID按键数据，并控制智能电视进入到禁止接收语音数据的禁止状态。

可选的，在上述步骤中，如果监测到智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态，则向遥控器下发用于指示遥控器关闭麦克风的指令。

可选的，在上述步骤中，在监测到智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态之后，向遥控器下发用于指示遥控器关闭麦克风的指令之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询遥控器麦克风的当前状态；在遥控器麦克风的当前状态为开启状态时，向遥控器下发用于指示遥控器关闭麦克风的指令，并在状态记录表中，将遥控器麦克风的当前状态更改为关闭状态。

整体来说，本发明具有如下优点：

第一，本发明可以保证智能电视在接收及处理语音数据时的稳定性。在本发明中，首先由遥控器通知智能电视进入准备接收语音数据的运行状态，然后在智能电视已进入准备接收语音数据的运行状态之后，遥控器才会开启MIC进行录音，避免了由于智能电视未准备好接收较大语音数据包而导致的系统宕机现象。

第二，本发明可以提高智能电视对遥控器的特殊按键的响应速度。在本发明中，对于基于Linux内核的智能电视，可以将控制遥控器开关MIC的逻辑，移植到Linux的内核层，具体移植到UHID(人机交互)设备驱动中，用以提高智能电视对遥控器所发送的用于控制遥控器MIC开启或关闭的按键的响应速度。

第三，本发明可以快速开启遥控器上的MIC，保证录音数据的完整性。在本发明中，由于智能电视可以快速的响应遥控器所发送的用于控制遥控器MIC开启或关闭的按键，因此，可以指示智能电视快速进入到准备接收语音数据的运行状态，一旦遥控器获取到智能电视在进入上述运行状态后所下发的指示遥控器开启MIC的指令，即可快速的开启遥控器上的MIC，尤其对于用户抢说的应用场景，本发明可以解决录音数据不完整的问题，大幅度提高遥控器上的MIC的开启速率。

下面仅以基于Linux内核的智能电视作为主机，以及与该智能电视配套的蓝牙遥控器为例，对本发明进行详细描述。需要说明的是，在本发明实施例中，虽然仅以蓝牙遥控器为例，对遥控器和智能电视之间的交互流程进行举例描述，但是，在实际应用中，本发明所提供的方法还可以应用于各种其他通信技术的遥控器中，例如红外遥控器、WIFI遥控器等，这里不再一一举例赘述。

图3(a)示出了本发明实施例中的一种打开遥控器上的MIC的流程示意图，如图3(a)所示，该流程可以包括：

步骤301：蓝牙遥控器与智能电视配对成功。

步骤302：UHID(USB HID，USB人机交互)设备驱动接收经由蓝牙协议栈传递的HID(Human Interface Device，人机交互)数据。

步骤303：UHID设备驱动判断接收到的HID数据是否为蓝牙遥控器发送的HID数据，如果是，则继续执行步骤304；否则，直接结束流程。

具体实现时，本发明实施例可以通过HID数据包中包含的蓝牙设备信息，例如，PID(产品识别码)和VID(供应商ID)等标识，确认HID数据包是否由蓝牙遥控器发送。

步骤304：UHID设备驱动判断由蓝牙遥控器发送的HID数据是否包含有用于开启语音搜索功能的蓝牙遥控器按键的键值，如果是，则继续执行步骤305；否则，直接结束流程。

具体实现时，由于每个HID数据包实际上相当于一个报表(report)，通常来说，每个Report使用Report ID来唯一标识，智能电视会根据不同的Report ID，对数据做相应处理。对于不同类型的数据，例如：按键数据、语音数据或空鼠数据等，均是以相应的ReportID来标识，每一帧数据就是一个Report，每一帧数据的第一个字节就是Report ID。本发明实施例可以通过HID数据包的Report ID，判断该HID数据是否为按键类型的数据，如果该HID数据确定为按键类型的数据，则进一步判断该HID数据中携带的蓝牙遥控器按键键值是否为用于指示智能电视开启语音搜索功能的蓝牙遥控器按键，如果该HID数据中携带有用于指示智能电视开启语音搜索功能的蓝牙遥控器按键，则继续执行步骤305；否则，直接结束流程。

步骤305：UHID设备驱动更改虚拟声卡状态为运行状态(Running)。

具体实现时，如果上述HID数据携带有用于指示智能电视开启语音搜索功能的蓝牙遥控器按键，则更改虚拟声卡的状态为Running，用以使智能电视准备接收语音数据。

步骤306：UHID设备驱动在预先维护的状态记录表中，查询蓝牙遥控器MIC的当前状态是否为关闭状态，如果是，则继续执行步骤307；否则，直接执行步骤308。

具体实现时，本发明实施例可以预先维护一个用于记录蓝牙遥控器MIC状态的状态记录表，仅在MIC的当前状态为关闭状态时，才会继续下发用于指示蓝牙遥控器开启MIC的指令，即继续执行步骤307；否则，忽略用户本次按下的语音搜索按键的操作，即直接执行步骤308。

步骤307：UHID设备驱动下发用于指示蓝牙遥控器开启MIC的指令，并对状态记录表进行更新。

具体实现时，UHID设备驱动下发用于指示蓝牙遥控器开启MIC的指令，同时，进一步将状态记录表中所记录的MIC的最新状态修改为开启状态。

并且，在上述步骤307执行完成之后，直接结束流程。

步骤308：忽略用户本次按下的语音搜索按键的操作，同时更改虚拟声卡的状态为禁止接收语音数据的禁止状态(Setup)，并对状态记录表进行更新。

具体实现时，如果蓝牙遥控器MIC当前的状态已经为开启状态，则无需再次控制蓝牙遥控器MIC开启，因此，可以忽略用户本次按下的语音搜索按键的操作，并进一步将状态记录表中所记录的MIC的最新状态修改为关闭状态。

并且，在上述步骤308执行完成之后，直接结束流程。

这样，通过执行上述步骤301～步骤308，实现了由位于Linux的内核层的UHID设备驱动直接对蓝牙遥控器的MIC的开启的逻辑控制。可见，本发明实施例可以将对蓝牙遥控器的MIC的逻辑控制，集成到Linux的内核层，从而提高了蓝牙遥控器开启MIC的速度，避免了由于用户在按下语音搜索按键后，而蓝牙遥控器却并未开启MIC录音所导致的录音数据不完整的问题，进而提高了语音搜索的识别率、成功率和准确率，进一步提升了用户体验。

下面继续以基于Linux内核的智能电视作为主机，以及与该智能电视配套的蓝牙遥控器为例，对本发明进行详细描述。需要说明的是，在本发明实施例中，虽然仅以蓝牙遥控器为例，对遥控器和智能电视之间的交互流程进行举例描述，但是，在实际应用中，本发明所提供的方法还可以应用于各种其他通信技术的遥控器中，例如红外遥控器、WIFI遥控器等，这里不再一一举例赘述。

图3(b)示出了本发明实施例中的一种关闭遥控器上的MIC的流程示意图，如图3(b)所示，该流程可以包括：

步骤311：蓝牙遥控器与智能电视配对成功。

步骤312：UHID设备驱动实时监测虚拟声卡的状态。

步骤313：UHID设备驱动判断虚拟声卡的状态是否变为禁止接收语音数据的禁止状态(Setup)，如果是，则继续执行步骤314；否则，跳回执行上述步骤312。

具体实现时，当智能电视执行一次有效的语音搜索流程时，也就是说，智能电视接收到用户通过蓝牙遥控器的MIC所记录的语音数据，并将接收到的语音数据上传至云端解析服务器进行语音识别处理后，智能电视继续根据识别出的结果执行相应的操作，同时，在语音识别流程结束后，位于上层用户层的语音搜索应用程序会通知虚拟声卡由Running状态变更为Setup状态。因此，在本发明实施例中，UHID设备驱动还可以实时的监视虚拟声卡的状态变化情况，一旦监测到虚拟声卡的状态由Running状态跳变为Setup状态，才会继续执行步骤314；否则直接结束流程。

步骤314：UHID设备驱动在预先维护的状态记录表中，查询蓝牙遥控器MIC的当前状态是否为开启状态，如果是，则继续执行步骤315；否则，直接结束流程。

具体实现时，本发明实施例可以预先维护一个用于记录蓝牙遥控器MIC状态的状态记录表，仅在MIC的当前状态为开启状态时，才会继续下发用于指示蓝牙遥控器关闭MIC的指令，即继续执行步骤315。

步骤315：UHID设备驱动下发用于指示蓝牙遥控器关闭MIC的指令，并对状态记录表进行更新。

具体实现时，UHID设备驱动下发用于指示蓝牙遥控器关闭MIC的指令，同时，进一步将状态记录表中所记录的MIC的最新状态修改为关闭状态。

并且，在上述步骤315执行完成之后，直接结束流程。

这样，通过执行上述步骤311～步骤315，实现了由位于Linux的内核层的UHID设备驱动直接对蓝牙遥控器的MIC的开启的逻辑控制。可见，本发明实施例可以将对蓝牙遥控器的MIC的逻辑控制，集成到Linux的内核层，从而提高了蓝牙遥控器控制MIC的速度，进一步提升了用户体验。

从上述技术方案可以看出，本发明可以在智能电视的内核层实现对遥控器麦克风的控制方案，提高了智能电视对遥控器的响应速度。首先，本发明在接收遥控器发送的人机交互HID数据之后，由智能电视的内核层识别所述HID数据中的用于请求所述智能电视进入到准备接收语音数据的运行状态的按键数据，由于上述过程不需要再经过上层应用层的控制，而是在智能电视的内核层对遥控器的指令进行快速响应，从而在保证系统稳定性的前提下，提高了智能电视对遥控器的响应速度，进而提高语音识别的完整性和准确性。

基于相同的技术构思，本发明实施例还提供一种遥控器麦克风的控制装置，图4示出了本发明实施例中的一种遥控器麦克风的控制装置的结构示意图，如图4所示，该装置可以包括：

接收单元41，用于接收遥控器发送的人机交互HID数据；

识别单元42，位于智能电视的内核层，用于识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；

控制单元43，用于在根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，向所述遥控器下发用于指示所述遥控器开启麦克风的指令。

可选的，所述识别单元42具体用于：

根据所述HID数据中携带的用于表示发送该HID数据的设备的标识信息，确定发送该HID数据的设备类型；当发送该HID数据的设备为遥控器时，根据该HID数据中的用于表示携带的遥控器数据类型的标识，确定该HID数据中携带的遥控器数据的类型；当该HID数据中携带的遥控器数据的类型为按键类型时，获取该HID数据中携带的遥控器按键键值，在预先存储的键值对应表中，查找到与该遥控器按键键值对应的功能；当与该遥控器按键键值对应的功能为用于请求所述智能电视进入到准备接收语音数据的运行状态时，将该HID数据确定为所述第一HID按键数据，并截取该第一HID按键数据；否则，忽略该HID数据。

可选的，该装置还包括：

查询单元，用于在识别所述HID数据中的第一HID按键数据之后，在向所述遥控器下发用于指示所述遥控器开启麦克风的指令之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

所述控制单元具体用于：当所述查询单元查询到的所述遥控器麦克风的当前状态为关闭状态时，向所述遥控器下发用于指示所述遥控器开启麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为开启状态；否则，忽略本次截获到的第一HID按键数据，并控制所述智能电视进入到禁止接收语音数据的禁止状态。

可选的，所述控制单元43还用于：

当监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态时，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令。

可选的，该装置还包括：

查询单元，用于在监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态之后，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

所述控制单元具体用于：在所述查询单元查询到所述遥控器麦克风的当前状态为开启状态时，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为关闭状态。

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

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

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

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

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

Claims (8)

1.一种智能电视控制遥控器麦克风的方法，其特征在于，该方法包括：

接收遥控器发送的人机交互HID数据；

智能电视的内核层识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；

在所述内核层根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

如果所述遥控器麦克风的当前状态为关闭状态，则向所述遥控器下发用于指示所述遥控器开启麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为开启状态；

否则，忽略本次截获到的第一HID按键数据，并控制所述智能电视进入到禁止接收语音数据的禁止状态；

其中，所述内核层集成对遥控器的MIC的逻辑控制。

2.如权利要求1所述的方法，其特征在于，所述智能电视的内核层识别所述HID数据中的第一HID按键数据，包括：

所述智能电视的内核层根据所述HID数据中携带的用于表示发送该HID数据的设备的标识信息，确定发送该HID数据的设备类型；

如果发送该HID数据的设备为遥控器，则根据该HID数据中的用于表示携带的遥控器数据类型的标识，确定该HID数据中携带的遥控器数据的类型；

如果该HID数据中携带的遥控器数据的类型为按键类型，则获取该HID数据中携带的遥控器按键键值，在预先存储的键值对应表中，查找到与该遥控器按键键值对应的功能；

如果与该遥控器按键键值对应的功能为用于请求所述智能电视进入到准备接收语音数据的运行状态，则将该HID数据确定为所述第一HID按键数据，并截取该第一HID按键数据；

否则，忽略该HID数据。

3.如权利要求1所述的方法，其特征在于，如果监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态，则向所述遥控器下发用于指示所述遥控器关闭麦克风的指令。

4.如权利要求3所述的方法，其特征在于，在监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态之后，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令之前，该方法进一步包括：

在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

在所述遥控器麦克风的当前状态为开启状态时，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为关闭状态。

5.一种智能电视控制遥控器麦克风的装置，其特征在于，该装置包括：

接收单元，用于接收遥控器发送的人机交互HID数据；

识别单元，位于智能电视的内核层，用于识别所述HID数据中的第一HID按键数据，其中，所述第一HID按键数据用于请求所述智能电视进入到准备接收语音数据的运行状态；

查询单元，用于在识别所述HID数据中的第一HID按键数据之后，在向所述遥控器下发用于指示所述遥控器开启麦克风的指令之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

控制单元，用于所述内核层在根据所述第一HID按键数据的指示控制所述智能电视进入所述运行状态之后，当所述查询单元查询到的所述遥控器麦克风的当前状态为关闭状态时，向所述遥控器下发用于指示所述遥控器开启麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为开启状态；否则，忽略本次截获到的第一HID按键数据，并控制所述智能电视进入到禁止接收语音数据的禁止状态；

其中，所述内核层集成对遥控器的MIC的逻辑控制。

6.如权利要求5所述的装置，其特征在于，所述识别单元具体用于：

根据所述HID数据中携带的用于表示发送该HID数据的设备的标识信息，确定发送该HID数据的设备类型；当发送该HID数据的设备为遥控器时，根据该HID数据中的用于表示携带的遥控器数据类型的标识，确定该HID数据中携带的遥控器数据的类型；当该HID数据中携带的遥控器数据的类型为按键类型时，获取该HID数据中携带的遥控器按键键值，在预先存储的键值对应表中，查找到与该遥控器按键键值对应的功能；当与该遥控器按键键值对应的功能为用于请求所述智能电视进入到准备接收语音数据的运行状态时，将该HID数据确定为所述第一HID按键数据，并截取该第一HID按键数据；否则，忽略该HID数据。

7.如权利要求5所述的装置，其特征在于，所述控制单元还用于：

当监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态时，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令。

8.如权利要求7所述的装置，其特征在于，该装置还包括：

查询单元，用于在监测到所述智能电视由准备接收语音数据的运行状态切换到禁止接收语音数据的禁止状态之后，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令之前，在预先设置的用于记录遥控器麦克风的当前状态的状态记录表中，查询所述遥控器麦克风的当前状态；

所述控制单元具体用于：在所述查询单元查询到所述遥控器麦克风的当前状态为开启状态时，向所述遥控器下发用于指示所述遥控器关闭麦克风的指令，并在所述状态记录表中，将所述遥控器麦克风的当前状态更改为关闭状态。