CN109639814A

CN109639814A - 遥控器键值下发方法、装置、设备、遥控器及存储介质

Info

Publication number: CN109639814A
Application number: CN201811592022.6A
Authority: CN
Inventors: 李义
Original assignee: iFlytek Co Ltd
Current assignee: iFlytek Co Ltd
Priority date: 2018-12-25
Filing date: 2018-12-25
Publication date: 2019-04-16
Anticipated expiration: 2038-12-25
Also published as: CN109639814B

Abstract

本申请提出一种遥控器键值下发方法、装置、设备、遥控器及存储介质，其中，该方法包括：获取与被控设备对应的键值表文件；其中，所述键值表文件用于作为对被控设备进行遥控的处理依据；将与所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。上述处理过程将与被控设备对应的键值表文件发送到目标遥控器中，使目标遥控器可以获取到与被控设备对应的键值表文件，进而实现对被控设备进行遥控。

Description

遥控器键值下发方法、装置、设备、遥控器及存储介质

技术领域

本申请涉及智能控制技术领域，尤其涉及一种遥控器键值下发方法、装置、设备、遥控器及存储介质。

背景技术

遥控器是实现远程操控的常用控制设备。为了使遥控器能够遥控被控设备，需要在遥控器中存储与被控设备对应的键值表文件，遥控器根据该键值表文件对被控设备进行遥控。并且，遥控器中存储的键值表文件与被控设备是唯一对应的，因此能够实现一个遥控器能够远程操控一台被控设备的效果，防止不同设备和遥控器之间出现交叉操控的混乱场面。

由此可见，遥控器能否得到正确的键值表文件，是决定遥控器能否成功遥控被控设备的关键。

发明内容

有鉴于此，本申请提出一种遥控器键值下发方法、装置、设备、遥控器及存储介质，用以使遥控器能够得到正确的键值表文件，进而实现对被控设备的遥控功能。其技术方案如下：

一种遥控器键值下发方法，包括：

获取与被控设备对应的键值表文件；其中，所述键值表文件用于作为对被控设备进行遥控的处理依据；

将所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。

可选的，在获取与被控设备对应的键值表文件之前，所述方法还包括：

确定目标遥控器是否与被控设备匹配；

当所述目标遥控器与所述被控设备匹配时，获取与所述被控设备对应的键值表文件。

其中，所述获取与被控设备对应的键值表文件，包括：

发送键值表文件请求信息，其中，所述键值表文件请求信息中携带待更新的键值表文件的描述信息；

接收键值表文件。

其中，所述发送键值表文件请求信息，包括：

发送携带被控设备的参数信息的键值表文件请求信息；其中，所述被控设备的参数信息用于确定与所述被控设备对应的键值表文件；

或者，

根据被控设备的参数信息，确定与所述被控设备对应的键值表文件的属性信息；

发送携带与所述被控设备对应的键值表文件的属性信息的键值表文件请求信息。

可选的，在发送携带与所述被控设备对应的键值表文件的属性信息的键值表文件请求信息之前，所述方法还包括：

获取目标遥控器内存储的键值表文件的属性信息；

将所述目标遥控器内存储的键值表文件的属性信息，与所述被控设备对应的键值表文件的属性信息进行比对，确定所述目标遥控器是否需要更新键值表文件；

当所述目标遥控器需要更新键值表文件时，发送携带与所述被控设备对应的键值表文件的属性信息的键值表文件请求信息。

获取目标遥控器的固件版本信息和被控设备的参数信息；

根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发；

当所述目标遥控器支持键值下发时，获取与所述被控设备对应的键值表文件。

其中，所述根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发，包括：

确定所述目标遥控器的固件版本信息和所述被控设备的参数信息是否均满足预设的判断条件；

如果所述目标遥控器的固件版本信息和所述被控设备的参数信息均满足预设的判断条件，则确定所述目标遥控器支持键值下发；

否则，确定所述目标遥控器不支持键值下发。

其中，获取被控设备的参数信息，包括：

从本地读取被控设备的参数信息；

当从本地未能读取到所述被控设备的参数信息时，从预设数据库中查询所述被控设备的参数信息。

其中，所述从预设数据库中查询所述被控设备的参数信息，包括：

根据本地存储的关于所述被控设备的信息，从预设数据库中查询所述被控设备的参数信息。

一种遥控器键值下发方法，包括：

接收与被控设备对应的键值表文件；

存储接收的所述键值表文件；其中，所述键值表文件用于作为对所述被控设备进行遥控的处理依据。

可选的，在接收与被控设备对应的键值表文件之前，所述方法还包括：

当接收到请求目标遥控器的参数信息的请求信息时，反馈所述目标遥控器的参数信息。

一种遥控器键值下发装置，包括：

数据获取单元，用于获取与被控设备对应的键值表文件；其中，所述键值表文件用于作为对被控设备进行遥控的处理依据；

数据发送单元，用于将所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。

可选的，所述装置还包括：

第一判断单元，用于确定目标遥控器是否与被控设备匹配；

当所述目标遥控器与所述被控设备匹配时，所述数据获取单元获取与所述被控设备对应的键值表文件。

其中，所述数据获取单元包括：

请求发送单元，用于发送键值表文件请求信息，其中，所述键值表文件请求信息中携带待更新的键值表文件的描述信息；

数据接收单元，用于接收键值表文件。

其中，所述请求发送单元发送键值表文件请求信息时，具体用于：

或者，

可选的，所述请求发送单元，还用于：

获取目标遥控器内存储的键值表文件的属性信息；

可选的，所述装置还包括：

参数获取单元，用于获取目标遥控器的固件版本信息和被控设备的参数信息；

第二判断单元，用于根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发；

当所述目标遥控器支持键值下发时，所述数据获取单元获取与所述被控设备对应的键值表文件。

其中，所述第二判断单元根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发时，具体用于：

否则，确定所述目标遥控器不支持键值下发。

其中，所述参数获取单元获取被控设备的参数信息时，具体用于：

从本地读取被控设备的参数信息；

其中，所述参数获取单元从预设数据库中查询所述被控设备的参数信息时，具体用于：

一种遥控器键值下发设备，包括：

第一存储器，以及与所述第一存储器连接的第一处理器；

其中，所述第一存储器用于存储程序；

所述第一处理器，用于通过执行所述第一存储器中存储的程序，实现以下功能：

获取与被控设备对应的键值表文件；其中，所述键值表文件用于作为对被控设备进行遥控的处理依据；将所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。

一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现上述的遥控器键值下发方法的各个步骤。

一种遥控器键值下发装置，包括：

文件接收单元，用于接收与被控设备对应的键值表文件；

文件存储单元，用于存储接收的所述键值表文件；其中，所述键值表文件用于作为对所述被控设备进行遥控的处理依据。

可选的，所述遥控器键值下发装置，还包括：

请求处理单元，用于当接收到请求目标遥控器的参数信息的请求信息时，反馈所述目标遥控器的参数信息。

一种遥控器，包括：

第二存储器，以及与所述第二存储器连接的第二处理器；

其中，所述第二存储器用于存储程序；

所述第二处理器，用于通过运行所述第二存储器中存储的程序，实现以下功能：

接收与被控设备对应的键值表文件；存储接收的所述键值表文件；其中，所述键值表文件用于作为对所述被控设备进行遥控的处理依据。

本申请提出的遥控器键值下发方法，可应用于被控设备，首先获取与被控设备对应的键值表文件，其中该键值表文件用于作为对被控设备进行遥控的处理依据；然后将与该被控设备对应的键值表文件发送给目标遥控器，使该目标遥控器可以根据该键值表文件对该被控设备进行遥控。可以理解，上述处理过程可以将与被控设备对应的键值表文件发送到目标遥控器中，使目标遥控器可以获取到与被控设备对应的键值表文件，进而实现对被控设备进行遥控。

附图说明

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

图1是本申请实施例提供的一种遥控器键值下发方法的流程示意图；

图2是本申请实施例提供的遥控器键值下发方法的另一种流程示意图；

图3是本申请实施例提供的遥控器键值下发方法的又一种流程示意图；

图4是本申请实施例提供的遥控器键值下发方法的再一种流程示意图；

图5是本申请实施例提供的遥控器键值下发方法的还一种流程示意图；

图6是本申请实施例提供的另一种遥控器键值下发方法的流程示意图；

图7是本申请实施例提供的一种遥控器键值下发装置的结构示意图；

图8是本申请实施例提供的一种遥控器键值下发设备的结构示意图；

图9是本申请实施例提供的另一种遥控器键值下发装置的结构示意图；

图10是本申请实施例提供的一种遥控器的结构示意图。

具体实施方式

本申请实施例技术方案适用于为遥控器下发键值表文件的应用场景。采用本申请实施例提出的遥控器键值下发方法，可以使遥控器获取到正确的，与被控设备对应的键值表文件。

遥控器作为远程控制的主要设备，需要以键值表作为操作处理依据。该键值表主要是规定了被控设备各种处理功能所对应的键值，遥控器按照该键值表规定的键值向被控设备发送控制信号，即可实现对被控设备的功能控制。

具体的，遥控器将被控设备对应的键值表中的键值编码成红外码发送给被控设备，即可实现与遥控器按键内容对应的遥控操作。例如，假设被控设备“返回”功能对应的键值为“0x0008”，则当相应的遥控器按照该键值对该被控设备进行遥控的时候，当用户按下遥控器“返回”键时，遥控器处理程序将“返回”按键对应的键值“0x0008”编码为红外码并发射给被控设备，被控设备对该红外码解析得到键值“0x0008”，通过键值“0x0008”与“返回”功能的对应关系可以确定用户执行了“返回”操作，则立即执行返回处理。

可以理解，使被控设备遥控器获取到正确的，与被控设备对应的键值表，是保证该被控设备遥控器能够遥控被控设备的关键前提。

另一方面，随着智能控制技术的日新月异，越来越多的智能遥控器进入人们生活，例如语音遥控器、体感遥控器等。人们希望将新型智能遥控器应用于对已有被控设备的控制，例如，人们希望用语音遥控器来控制家庭原有的电视机顶盒。新型的智能遥控器虽然具备良好的兼容性，但是也需要获取到与被控设备对应的键值表为前提才能实现对被控设备的智能遥控。

由此可见，在人们使用遥控器的日常生活中，存在遥控器获取与被控设备对应的键值表文件的需求。

有鉴于此，本申请提出一种遥控器键值下发方法，该方法以向遥控器发送键值表文件的形式，使遥控器获取到与被控设备对应的键值表文件。

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

本申请实施例提出的遥控器键值下发方法，可应用于遥控器键值下发处理设备，并且该遥控器键值下发处理设备与遥控器之间预先建立通信连接。该通信连接可以是任意形式的有线通信连接或无线通信连接，例如可以是蓝牙连接等。

参见图1所示，该方法包括：

S101、获取与被控设备对应的键值表文件。

其中，上述键值表文件用于作为对被控设备进行遥控的处理依据。对于一台被控设备来说，与其对应的键值表的具体内容，与该被控设备的各项功能相对应，并且在该键值表内对应标明了各项功能对应的遥控器按键，以及各项功能(也就是遥控器各按键)对应的键值。

示例性的，假设上述被控设备为电视机顶盒，上述遥控器为机顶盒遥控器，则与电视机顶盒对应的键值表内容如表1所示：

表1

序号	遥控器按键	键值	功能
				1	KEY_BACK	0x0008	返回
2	KEY_ENTER	0x000D	确定
				3	KEY_SPACEBAR	0x0020	空格
4	KEY_PAGE_UP	0x0021	上翻页
				5	KEY_PAGE_DOWN	0x0022	下翻页

参见表1所示的键值表内容可以理解，与被控设备对应的键值表中存储了对应被控设备各种功能操作的键值及其与遥控器按键的对应关系，按照该键值表，当遥控器某一按键被触发时，根据与该按键对应的键值进行红外码编码，即可生成相应的遥控信号，实现对被控设备的相应功能控制。

上述键值表，通常以bin文件的形式存储，即存储为键值表文件。示例性的，当被控设备可被红外遥控器遥控时，该键值表文件主要包括红外协议类型、红外码、按键红外码、按键蓝牙人机接口键值等信息。

当遥控器键值下发处理设备需要向遥控器下发键值表文件时，首先获取与被控设备对应的键值表文件。

一种示例性的实现方式是，该键值表文件可以由服务器推送给上述的遥控器键值下发处理设备。

当后台运维人员编辑好与被控设备对应的键值表后，为了使用户端可以获取到遥控器所需的键值表文件，运维人员通过服务器将编辑的与被控设备对应的键值表文件，推送给遥控器键值下发处理设备，以便遥控器键值下发处理设备可以将接收到的键值表文件下发给遥控器。

一种示例性的实现方式是，对于服务器来说，键值表文件的来源可以是由后台运维人员在键值表编辑设备上完成，然后下发到服务器。作为一种示例，上述的键值表编辑设备，可以是PC上位机等。

S102、将与被控设备对应的键值表文件发送给目标遥控器。

其中，上述目标遥控器用于根据上述键值表文件对被控设备进行遥控，该目标遥控器可以是预先指定的，希望用于对上述被控设备进行遥控的遥控器，例如用户新置的语音遥控器、为被控设备另配的遥控器等；也可以是原本与被控设备对应的，需要对键值表文件进行更新的遥控器。

需要说明的是，上述目标遥控器，相对于常见的普通遥控器，增加了数据接收功能，可以接收键值表文件。同时，在上述目标遥控器的固件中，开辟了一块数据存储区，用于存储接收到的键值表文件。并且，该目标遥控器还具备与遥控器键值下发处理设备的通信功能，例如可以通过蓝牙与遥控器键值下发处理设备建立无线通信连接，用于进行键值表文件的传输。

因此，当上述目标遥控器接收到遥控器键值下发处理设备发送的键值表文件后，将该键值表文件存储到固件中的数据存储区，作为对被控设备进行遥控的处理依据。

通过上述介绍可见，本申请实施例提出的遥控器键值下发方法，首先获取与被控设备对应的键值表文件，其中该键值表文件用于作为对被控设备进行遥控的处理依据；然后将与该被控设备对应的键值表文件发送给目标遥控器，使该目标遥控器可以根据该键值表文件对该被控设备进行遥控。可以理解，上述处理过程将与被控设备对应的键值表文件发送到目标遥控器中，使目标遥控器可以获取到与被控设备对应的键值表文件，进而实现对被控设备进行遥控。

需要说明的是，上述执行本申请实施例所提出的遥控器键值下发方法的遥控器键值下发处理设备，可以是任意的具有数据收发能力及处理能力的设备，该设备可以是被控设备本身，也可以是除被控设备之外的任意处理设备。

当上述遥控器键值下发处理设备为被控设备本身时，本申请实施例技术方案即由被控设备本身获取与被控设备对应的键值表文件，然后将与该被控设备对应的键值表文件发送给目标遥控器。上述遥控器键值下发处理过程只需要被控设备即可完成，对于使用被控设备的用户来说，完全不需要第三方设备即可使遥控器获取与被控设备对应的键值表文件，其可操作性更强。

作为一种实现方式，本申请实施例以被控设备作为上述的遥控器键值下发设备为例，即以被控设备执行本申请实施例提出的遥控器键值下发方法为例，对本申请实施例技术方案进行进一步的详细介绍。

可以理解，当本申请实施例技术方案由除被控设备之外的其它设备执行时，可参见本申请各实施例的介绍实现，即由其它设备代替本申请各实施例中的被控设备来执行相应处理即可，本申请实施例不再详细举例说明。

在本申请的另一个实施例中还公开了，参见图2所示，在执行步骤S202、获取与被控设备对应的键值表文件之前，本申请实施例所提出的遥控器键值下发方法还包括：

执行步骤S201、确定目标遥控器是否与被控设备匹配。

当目标遥控器与被控设备匹配时，执行步骤S202、获取与被控设备对应的键值表文件。

对被控设备进行遥控的目标遥控器，应当是与被控设备匹配的遥控器，也就是应当是能够基于被控设备对应的键值表文件对被控设备进行遥控的遥控器。例如，假设被控设备为机顶盒，则至少上述目标遥控器应当是一个用来遥控机顶盒的遥控器，如果上述目标遥控器是一个空调遥控器，则虽然该空调遥控器可以接收机顶盒发送的该机顶盒对应的键值表文件，但是实际上它是无法真正使用该键值表文件对机顶盒进行遥控的，因为其按键分布与机顶盒遥控器的按键分布不同。

因此，为了确保遥控器键值下发具有实际意义，本申请实施例进一步设定，在执行本申请实施例技术方案之前，首先确定预先选取的目标遥控器是否与被控设备匹配。只有当目标遥控器与被控设备匹配时，也就是在确定目标遥控器可以执行与被控设备对应的键值表文件，从而可以实现对被控设备的遥控时，才执行后续的遥控器键值下发处理过程，即继续执行步骤S202、获取与被控设备对应的键值表文件。

否则，被控设备执行步骤S204、结束遥控器键值下发处理。

一种示例性的实现方式是，上述确定目标遥控器是否与被控设备匹配，可以通过检验目标遥控器的参数与被控设备的参数是否匹配来实现。

具体的，被控设备在与目标遥控器建立无线连接后，被控设备可以读取目标遥控器的设备参数信息，具体可以包括遥控器硬件(芯片标识)信息、软件信息、厂家信息、型号信息、设备类型信息等，然后，将目标遥控器的设备参数信息与被控设备的参数信息(硬件信息、软件信息、厂家信息、型号信息、设备类型信息等)进行比对，判断两者是否匹配。如果两者参数匹配，则确定两者匹配；否则认为两者不匹配。

示例性的，可以事先配置遥控器与被控设备参数匹配规则，当上述目标遥控器和被控设备满足事先配置的遥控器与被控设备参数匹配规则时，确定目标遥控器与被控设备匹配。

需要说明的是，上述获取与被控设备对应的键值表文件的具体实现，可以是被动接收例如服务器等设备推送的键值表文件，也可以是主动请求的键值表文件。

当被控设备获取与被控设备对应的键值表文件，具体是主动请求与被控设备对应的键值表文件时，按照图2所示，被控设备在获取与被控设备对应的键值表文件之前，先确定目标遥控器是否与被控设备匹配，可以避免当目标遥控器与被控设备不匹配时再浪费资源去请求键值表文件。

进一步的，当被控设备被动接收与被控设备对应的键值表文件时，由于被控设备无法知晓何时会接收到键值表文件，因此，被控设备可以在向目标遥控器发送接收的键值表文件之前，执行上述步骤S201的处理，判断目标遥控器是否与被控设备匹配。如果匹配，则将接收的键值表文件发送给目标遥控器；如果不匹配，则不再向目标遥控器发送接收的键值表文件，以便节省资源。

可以理解，本申请实施例提出的上述步骤S201的处理，可以在以节省资源为目的的基础上，灵活选择执行时机。

图2所示的遥控器键值下发方法的实施例中的步骤S202、S203分别对应图1所示的方法实施例中的步骤S101、S102，其具体内容可参见图1所示的方法实施例的内容，此处不再赘述。

在本申请的另一个实施例中，还公开了上述获取与被控设备对应的键值表文件的另一种实现方式。参见图3所示，该实施例公开了，上述获取与被控设备对应的键值表文件，包括：

S301、发送键值表文件请求信息。

其中，上述发送的键值表文件请求信息中携带待更新的键值表文件的描述信息。

在本申请实施例中，公开了由被控设备主动请求键值表文件的方式，达到被控设备获取与被控设备对应的键值表文件的目的。

被控设备发送上述键值表文件请求信息的目的终端，根据键值表文件的存储地不同而不同。如果与被控设备对应的键值表文件存储在服务器中，则被控设备将上述键值表文件请求信息发送给服务器；如果与被控设备对应的键值表文件存储在数据库中，则被控设备将上述键值表文件请求信息发送至数据库；或者，如果与被控设备对应的键值表文件存储在任意其它的设备或存储地址，则被控设备将上述键值表文件请求信息发送至相应的设备或存储地址。

上述待更新的键值表文件，泛指需要下发到目标遥控器的键值表文件。由于任何向遥控器下发键值表文件的处理，都是希望遥控器根据所下发的键值表文件实现对被控设备的遥控，而不论该遥控器中之前是否已有键值表文件，都是希望遥控器根据最新下发的键值表文件对被控设备进行遥控，因此在本申请实施例中，需要向遥控器下发的键值表文件可以统称为待更新的键值表文件。而在本申请实施例中，该待更新键值表文件具体表示希望利用上述目标遥控器遥控的被控设备对应的键值表文件。

上述待更新的键值表文件的描述信息，是指可以描述待更新的键值表文件的区别特征的信息。由于键值表文件的请求获取具有明确的针对性，即必须明确是请求哪个键值表文件，因此在键值表文件请求信息中，应当携带所请求的待更新的键值表文件的描述信息，使接收该请求的目的终端可以明确应当返回哪个键值表文件。

上述描述信息主要用于表示键值表文件的身份、从而与其它键值表文件作出区别。

示例性的，本申请实施例用被控设备的参数信息，或者键值表文件的属性信息，作为上述待更新键值表文件的描述信息。

上述键值表文件的属性信息，包括但不限于键值表文件的版本号。根据数据存储常识可以理解，当键值表文件具有类似于版本号的属性信息时，不同的键值表文件共同存储时，应当相应地存储键值表文件的属性信息用于区分。因此，当被控设备在明确需要获取的键值表文件的属性信息时，直接发送携带键值表文件属性信息的请求信息即可请求到相应的键值表文件。

同时，本申请实施例设定，在执行遥控器键值下发之前，预先配置被控设备的参数信息与键值表文件属性信息的对应关系，尤其是被控设备的厂家信息和型号信息与键值表文件属性信息的对应关系，并且该对应关系是唯一的一一对应关系，也就是某一被控设备的参数信息，唯一对应某一个键值表文件的属性信息。该对应关系信息可以存储到任意数据存储装置中，例如可以存储到服务器数据库等。可以理解，当被控设备的参数信息确定时，根据上述预先配置的被控设备的参数信息与键值表文件属性信息的对应关系，可以确定与被控设备对应的键值表文件属性信息，也就是确定与被控设备对应的键值表文件。也就是说，与键值表文件对应的被控设备的参数信息，也可以用来描述键值表文件的特有身份属性，因此本申请实施例可以将被控设备的参数信息，作为上述待更新的键值表文件的描述信息。

当利用被控设备的参数信息作为与被控设备对应的键值表文件(即上述待更新的键值表文件)的描述信息时，被控设备执行上述步骤S301、发送键值表文件请求信息，具体是发送携带被控设备的参数信息的键值表文件请求信息，其中，该被控设备的参数信息可以用于确定与该被控设备对应的键值表文件，即作为与被控设备对应的键值表文件的描述信息。

或者，

被控设备也可以将上述待更新的键值表文件的属性信息，作为待更新的键值表文件的描述信息，进而请求该待更新的键值表文件。

此时，被控设备先根据被控设备的参数信息，确定与所述被控设备对应的键值表文件的属性信息；然后再发送携带与所述被控设备对应的键值表文件的属性信息的键值表文件请求信息。

当被控设备发送携带待更新的键值表文件的属性信息的键值表文件请求信息时，需要先确定待更新键值表文件的属性信息，在本申请实施例中，即确定与被控设备对应的键值表文件的属性信息。

具体的，被控设备根据被控设备的参数信息，尤其是根据被控设备的厂家信息和型号信息，查询上述预设的被控设备的参数信息与键值表文件的属性信息的对应关系信息，确定与被控设备对应的键值表文件的属性信息。

当被控设备本地存储预设的被控设备的参数信息与键值表文件的属性信息的对应关系信息时，被控设备在本地查询即可确定与被控设备对应的键值表文件的属性信息；当预设的被控设备的参数信息与键值表文件的属性信息的对应关系信息存储在数据库中时，被控设备需要访问数据库，查询其中存储的预设的被控设备的参数信息与键值表文件的属性信息的对应关系信息，确定与被控设备对应的键值表文件的属性信息。也就是说，被控设备需要先访问、读取到上述预设的被控设备的参数信息与键值表文件的属性信息的对应关系信息，然后才能根据被控设备的参数信息查询确定与被控设备对应的键值表文件的属性信息。

在被控设备读取到与被控设备对应的键值表文件的属性信息后，将该键值表文件属性信息添加到键值表文件请求信息中，并将请求信息发送到目的终端，即可实现对键值表文件的请求。

对于接收上述键值表文件请求信息的目的终端，当接收到的键值表文件请求信息是携带被控设备的参数信息的键值表文件请求信息时，接收上述被控设备发送的键值表文件请求信息的目的终端，可以根据该请求信息中携带的被控设备的参数信息，通过查询上述预先设置的被控设备的参数信息与键值表文件的属性信息的对应关系，确定被控设备所请求的键值表文件的属性信息，然后根据所确定的键值表文件的属性信息，从键值表文件存储区域，例如从数据库中，读取相应的键值表文件，进而将该键值表文件发送给被控设备。

需要说明的是，假设接收上述被控设备发送的键值表文件请求信息的目的终端为服务器，则当服务器中存储上述被控设备的参数信息与键值表文件的属性信息的对应关系信息时，直接在服务器本地即可查询确定被控设备所请求的键值表文件的属性信息；当上述被控设备的参数信息与键值表文件的属性信息的对应关系信息存储在数据库中时，服务器通过访问数据库，查询数据库中的被控设备的参数信息与键值表文件的属性信息的对应关系信息确定被控设备所请求的键值表文件的属性信息。

可以理解，上述查询预先设置的被控设备的参数信息与键值表文件的属性信息的对应关系，确定被控设备所请求的键值表文件的属性信息具体由该查询的执行主体(也就是接收上述携带被控设备参数信息的键值表文件请求信息的主体)在被控设备的参数信息与键值表文件的属性信息的对应关系信息的存储地执行。

当上述键值表文件请求信息中携带的是与被控设备对应的键值表文件的属性信息时，接收上述键值表文件请求信息的目的终端，直接根据该属性信息，从键值表文件存储区域，读取相应的键值表文件，进而将读取的键值表文件发送给被控设备。

示例性的，假设键值表文件存储于服务器中，则当服务器接收上述被控设备发送的键值表文件请求信息，并且在明确被控设备所请求的键值表文件的属性信息后，服务器将相应的键值表文件转移到指定目录进行存储并将其命名为指定名称，然后向服务器的数据下发模块发送数据下发指令，使数据下发模块将上述指定目录下的指定名称的键值表文件发送给被控设备。

当接收上述被控设备发送的键值表文件请求信息的目的终端按照上述介绍向被控设备反馈被控设备所请求的键值表文件后，被控设备执行步骤S302、接收键值表文件，即被控设备获取到了与被控设备对应的键值表文件。

图3所示的方法实施例中的步骤S303的具体工作内容可参见图1所示的方法实施例中的步骤S102，此处不再赘述。

基于上述介绍，当被控设备以发送携带与被控设备对应的键值表文件的属性信息的键值表文件请求信息的方式请求键值表文件时，参见图4所示，在本申请的另一个实施例中还公开了，当被控设备执行步骤S401、根据被控设备的参数信息，确定与被控设备对应的键值表文件的属性信息后，在被控设备执行步骤S404、发送携带与被控设备对应的键值表文件的属性信息的键值表文件请求信息之前，被控设备还执行步骤：

S402、获取目标遥控器内存储的键值表文件的属性信息。

被控设备通过预先建立的与目标遥控器之间的通信链路，读取目标遥控器内存储的键值表文件的属性信息。

在读取到目标遥控器内存储的键值表文件的属性信息后，由于在步骤S401中，被控设备已经确定了与被控设备对应的键值表文件的属性信息，因此被控设备可继续执行步骤S403：

S403、判断目标遥控器是否需要更新键值表文件；

具体的，被控设备将目标遥控器内存储的键值表文件的属性信息，与被控设备对应的键值表文件的属性信息进行比对，确定目标遥控器是否需要更新键值表文件。

被控设备将读取到的目标遥控器内存储的键值表文件的属性信息，与步骤S401中确定的与被控设备对应的键值表文件的属性信息进行比对，判断两者是否相同。

如果两者相同，则可以确定目标遥控器内存储的键值表文件就是与被控设备对应的键值表文件，此时可确定目标遥控器无需更新键值表文件；

如果两者不同，则可以确定目标遥控器内存储的键值表文件不是与被控设备对应的键值表文件，此时可以确定目标遥控器需要更新键值表文件。

需要特别说明的是，如果在步骤S402中，由于目标遥控器内尚未存储键值表文件导致被控设备没有获取到目标遥控器内存储的键值表文件的属性信息，则在执行步骤S403的比对判断时，可以直接确定目标遥控器需要更新键值表文件。

例如，假设目标遥控器是用户新买的语音遥控器，当用户初次使用时，该语音遥控器内并没有键值表文件，肯定需要存入键值表文件后才能正常使用，因此，此时判断该语音遥控器需要更新键值表文件，才能继续执行后续的键值表文件获取及下发处理。

当目标遥控器需要更新键值表文件时，执行步骤S404、发送携带与被控设备对应的键值表文件的属性信息的键值表文件请求信息。以及，继续执行后续的步骤S406、S407。

当目标遥控器无需更新键值表文件时，被控设备执行步骤S405、结束遥控器键值下发处理。

在本申请的另一个实施例中还公开了，参见图5所示，在执行步骤S503、获取与被控设备对应的键值表文件之前，被控设备先执行以下步骤：

S501、获取目标遥控器的固件版本信息和被控设备的参数信息。

被控设备通过与目标遥控器之间的通信链路，读取目标遥控器的固件版本信息，同时，被控设备获取被控设备的参数信息，包括运营商信息、运营商省份信息、厂家信息、被控设备型号信息等。

一种示例性的实现方式是，被控设备从本地读取被控设备的上述参数信息，如果从本地未能读取到被控设备的上述参数信息，或者未能从本地读取到被控设备完整的上述参数信息，则从预设数据库中查询被控设备的上述参数信息。

当被控设备从预设数据库中查询被控设备的上述参数信息时，一种示例性的实现方式是，被控设备根据本地存储的关于被控设备的信息，从预设数据库中查询被控设备的上述参数信息，以便获取到被控设备完整的参数信息。其中，上述关于被控设备的信息，可以是被控设备的上述参数信息中的部分参数信息，或者是被控设备的其他信息，例如其串号、处理器型号、主板序列号等。

一种示例性的实现方式是，当被控设备根据本地存储的关于被控设备的信息，从预设数据库中查询被控设备的上述参数信息时，先用本地存储的关于被控设备的多种信息，从预设数据库中查询被控设备的上述参数信息，当不能查询到时，再依次减少用于查询的信息数量，以及用减少的信息再次从预设数据库中查询被控设备的上述参数信息。

例如，假设被控设备本地存储关于被控设备的三种信息，则首先利用三种信息，从预设的数据库中查询被控设备的上述参数信息，当不能查询到时，再利用上述三种信息中的任意两种信息，从预设的数据库中查询被控设备的上述参数信息，如果还是不能查询到，再利用上述三种信息中的任意一种信息，从预设数据库中查询被控设备的上述参数信息。

上述查询方式实现了从精确查询到模糊查询的过渡，利于快速、精确地查询到被控设备的上述参数信息。

当被控设备读取到目标遥控器的固件版本信息和被控设备的参数信息后，继续执行步骤S502：

S502、判断目标遥控器是否支持键值下发；

具体的，被控设备根据目标遥控器的固件版本信息和被控设备的参数信息，确定目标遥控器是否支持键值下发。

一种示例性的实现方式是，本申请实施例分别预先设定针对目标遥控器的固件版本信息和被控设备的参数信息判断目标遥控器是否支持键值下发的条件。当目标遥控器的固件版本信息和被控设备的参数信息均满足对应的预设的判断条件时，确定目标遥控器支持键值下发；否则，确定目标遥控器不支持键值下发。

示例性的，假设针对目标遥控器的固件版本信息的预设判断条件是目标遥控器的固件版本支持键值下发，针对被控设备的参数信息的预设判断条件是被控设备的参数信息均存在。则上述判断过程可以为：

先根据被控设备的参数信息，判断被控设备的参数信息是否均存在，如果被控设备的参数信息不均存在，或者经过查询后也无法查询到被控设备的完整参数信息，则直接确定目标遥控器不支持键值下发；

如果被控设备的参数信息均存在，则进一步根据目标遥控器的固件版本信息，判断目标遥控器的固件版本是否支持键值下发；

示例性的，可以通过判断目标遥控器的固件版本是否为已知的支持键值下发的固件版本，来确定目标遥控器的固件版本是否支持键值下发。例如，假设已知A版本的固件支持键值下发，则在获取目标遥控器的固件版本信息后，通过识别目标遥控器的固件版本是否为A版本，即可确定目标遥控器的固件版本是否支持键值下发。可以理解，如果目标遥控器的固件版本为A版本，则可以确定目标遥控器的固件版本支持键值下发；否则，可以确定目标遥控器的固件版本不支持键值下发。

如果目标遥控器的固件版本支持键值下发，则确定目标遥控器支持键值下发；

如果目标遥控器的固件版本不支持键值下发，则确定目标遥控器不支持键值下发。

当目标遥控器支持键值下发时，被控设备执行步骤S503、获取与被控设备对应的键值表文件。以及继续执行后续步骤S504。

当目标遥控器不支持键值下发时，被控设备执行步骤S505、结束遥控器键值下发处理。

图5所示的方法实施例中的步骤S503、S504的具体工作内容可参见图1所示的方法实施例中的步骤S101、S102，此处不再赘述。

需要说明的是，本申请上述各个实施例中所介绍的确定目标遥控器与被控设备是否匹配、确定目标遥控器是否支持键值下发、确定目标遥控器是否需要更新键值表文件等判断操作，可以单独执行，也可以组合执行，以及可以灵活地设定其执行时机，对此本申请实施例不再一一详述。

本申请另一实施例还公开了另一种遥控器键值下发方法，该方法可应用于遥控器，参见图6所示，该方法包括：

S601、接收与被控设备对应的键值表文件。

在本申请实施例中，上述与被控设备对应的键值表文件，是由被控设备或其他的数据发送装置获取，然后发送给遥控器的。此时，该遥控器作为目标遥控器，用于对被控设备进行遥控。优选的，本申请实施例设定上述与被控设备对应的键值表文件由被控设备发送。

上述与被控设备对应的键值表文件，可以是被控设备根据上述各个实施例介绍的遥控器键值下发方法而获取的。具体可以是被控设备接收的服务器所发送的与被控设备对应的键值表文件，也可以是被控设备主动从服务器请求得到的与被控设备对应的键值表文件。

需要说明的是，与一般的遥控器不同的是，本申请实施例所公开的用于执行图6所示的遥控器键值下发方法的遥控器，具有数据接收功能模块，可以在与被控设备建立通信连接后，通过该通信连接接收被控设备发送的键值表文件。

同时，遥控器还内置数据存储区域，用于存储接收到的键值表文件。即，当遥控器接收到被控设备发送的与被控设备对应的键值表文件后，继续执行步骤S602：

S602、存储接收的键值表文件；其中，该键值表文件用于作为对被控设备进行遥控的处理依据。

遥控器在接收并存储与被控设备对应的键值表文件后，即可根据该键值表文件，对被控设备进行遥控。

本申请实施例所提出的遥控器键值下发方法可应用于遥控器，遥控器在接收到被控设备或其他数据发送设备所发送的与被控设备对应的键值表文件后，对接收的键值表文件进行存储。在此基础上，遥控器即获取了与被控设备对应的键值表文件，可以实现对被控设备的遥控。

在本申请的另一个实施例中还公开了，在遥控器接收与被控设备对应的键值表文件之前，遥控器还可能接收到被控设备发送的请求目标遥控器参数信息的请求信息，该请求信息实际上是用于请求遥控器的参数信息，例如获取遥控器的设备参数信息、遥控器内存储的键值表文件的属性信息、遥控器的固件版本信息等，以便对遥控器的身份进行判断，或者判断是否可以向遥控器发送键值表文件等。

当遥控器接收到上述请求信息时，反馈遥控器的参数信息，即向被控设备反馈其所请求的目标遥控器的参数信息。

需要说明的是，图6所示的应用于遥控器的遥控器键值下发方法，实际上是例如被控设备等遥控器键值下发处理设备，在执行上述各个实施例介绍的遥控器键值下发方法时，目标遥控器配合遥控器键值下发处理设备所进行的处理过程。其处理过程可以参照以上各实施例的介绍而理解，同时，例如被控设备等遥控器键值下发处理设备所进行的遥控器键值下发处理，也可以参照以上各实施例介绍。

与上述图1所示的方法实施例相对应的，本发明实施例还提供了一种遥控器键值下发装置，该装置可应用于被控设备，参见图7所示，该装置包括：

数据获取单元100，用于获取与被控设备对应的键值表文件；其中，所述键值表文件用于作为对被控设备进行遥控的处理依据；

数据发送单元110，用于将所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。

本申请实施例提出的遥控器键值下发装置，由数据获取单元100获取与被控设备对应的键值表文件，其中该键值表文件用于作为对被控设备进行遥控的处理依据；然后由数据发送单元110将与该被控设备对应的键值表文件发送给目标遥控器，使该目标遥控器可以根据该键值表文件对该被控设备进行遥控。可以理解，上述装置各单元的处理过程将与被控设备对应的键值表文件发送到目标遥控器中，使目标遥控器可以获取到与被控设备对应的键值表文件，进而实现对被控设备进行遥控。

可选的，在本申请实施例提供的另一种遥控器键值下发装置中，所述装置还包括：

第一判断单元，用于确定目标遥控器是否与被控设备匹配；

当所述目标遥控器与所述被控设备匹配时，所述数据获取单元100获取与所述被控设备对应的键值表文件。

在一种可能的实现方式中，所述数据获取单元100包括：

数据接收单元，用于接收键值表文件。

在一种可能的实现方式中，所述请求发送单元发送键值表文件请求信息时，具体用于：

或者，

在一种可能的实现方式中，所述请求发送单元，还用于：

获取目标遥控器内存储的键值表文件的属性信息；

当所述目标遥控器支持键值下发时，所述数据获取单元100获取与所述被控设备对应的键值表文件。

在一种可能的实现方式中，所述第二判断单元根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发时，具体用于：

否则，确定所述目标遥控器不支持键值下发。

在一种可能的实现方式中，所述参数获取单元获取被控设备的参数信息时，具体用于：

从本地读取被控设备的参数信息；

在一种可能的实现方式中，所述参数获取单元从预设数据库中查询所述被控设备的参数信息时，具体用于：

本申请实施例还提供了一种遥控器键值下发设备，该设备可以是被控设备，或者是其他任意的处理设备，参见图8所示，该设备包括：

第一存储器200，以及与所述第一存储器连接的第一处理器210；

其中，所述第一存储器200用于存储程序；

所述第一处理器210，用于通过执行所述第一存储器200中存储的程序，实现以下功能：

上述的遥控器键值下发设备还可以包括：总线、通信接口220、输入设备230和输出设备240。

第一处理器210、第一存储器200、通信接口220、输入设备230和输出设备240通过总线相互连接。其中：

总线可包括一通路，在计算机系统各个部件之间传送信息。

第一处理器210可以是通用处理器，例如通用中央处理器(CPU)、微处理器等，也可以是特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

第一处理器210可包括主处理器，还可包括基带芯片、调制解调器等。

第一存储器200中保存有执行本申请技术方案的程序，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，第一存储器200可以包括只读存储器(read-only memory，ROM)、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，RAM)、可存储信息和指令的其他类型的动态存储设备、磁盘存储器、flash等等。

输入设备230可包括接收用户输入的数据和信息的装置，例如键盘、鼠标、摄像头、扫描仪、光笔、语音输入装置、触摸屏、计步器或重力感应器等。

输出设备240可包括允许输出信息给用户的装置，例如显示屏、打印机、扬声器等。

通信接口220可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等。

第一处理器210执行第一存储器200中所存放的程序，以及调用其他设备，可用于实现本申请实施例所提供的可应用于被控设备的遥控器键值下发方法的各个步骤。

本申请实施例还提供了一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现上述任一实施例所述的可应用于被控设备的遥控器键值下发方法的各个步骤。

与上述图6所示的方法实施例相对应的，本申请另一实施例还提供了另一种遥控器键值下发装置，该装置可应用于遥控器，参见图9所示，该装置包括：

文件接收单元300，用于接收与被控设备对应的键值表文件；

文件存储单元310，用于存储接收的所述键值表文件；其中，所述键值表文件用于作为对所述被控设备进行遥控的处理依据。

本申请实施例所提出的遥控器键值下发装置可应用于遥控器，该装置的文件接收单元300在接收到被控设备或其他数据发送设备所发送的与被控设备对应的键值表文件后，由文件存储单元310对接收的键值表文件进行存储。在此基础上，遥控器即获取了与被控设备对应的键值表文件，可以实现对被控设备的遥控。

可选的，在本申请实施例所提供的另一种遥控器键值下发装置中，所述装置还包括：

本申请另一实施例还提供了一种遥控器，参见图10所述，该遥控器包括：

第二存储器400，以及与所述第二存储器400连接的第二处理器410；

其中，所述第二存储器400用于存储程序；

所述第二处理器410，用于通过运行所述第二存储器400中存储的程序，实现以下功能：

上述的遥控器还可以包括：总线、通信接口420、输入设备430和输出设备440。

第二处理器410、第二存储器400、通信接口420、输入设备430和输出设备440通过总线相互连接。其中：

总线可包括一通路，在遥控器系统各个部件之间传送信息。

第二处理器410可以是通用处理器，例如通用中央处理器(CPU)、微处理器等，也可以是特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

第二处理器410可包括主处理器，还可包括基带芯片、调制解调器等。

第二存储器400中保存有执行本申请技术方案的程序，还可以保存有操作系统和其他关键业务。具体地，程序可以包括程序代码，程序代码包括计算机操作指令。更具体的，第二存储器400可以包括只读存储器(read-only memory，ROM)、可存储静态信息和指令的其他类型的静态存储设备、随机存取存储器(random access memory，RAM)、可存储信息和指令的其他类型的动态存储设备、磁盘存储器、flash等等。

输入设备430可包括接收用户输入的数据和信息的装置，例如语音输入装置、重力感应器等。

输出设备440可包括允许输出信息给用户的装置，例如显示屏、扬声器等。

通信接口420可包括使用任何收发器一类的装置，以便与其他设备或通信网络通信，如以太网，无线接入网(RAN)，无线局域网(WLAN)等。

第二处理器410执行第二存储器400中所存放的程序，以及调用其他设备，可用于实现本申请实施例所提供的可应用于遥控器的遥控器键值下发方法的各个步骤。

本申请另一实施例还提供了另一种存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现上述任一实施例所述的可应用于遥控器的遥控器键值下发方法的各个步骤。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请各实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请各实施例种装置及终端中的模块和子模块可以根据实际需要进行合并、划分和删减。

本申请所提供的几个实施例中，应该理解到，所揭露的终端，装置和方法，可以通过其它的方式实现。例如，以上所描述的终端实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或模块可以结合或者可以集成到另一个模块或单元，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块或单元可以是或者也可以不是物理上分开的，作为模块或单元的部件可以是或者也可以不是物理模块或单元，即可以位于一个地方，或者也可以分布到多个网络模块或单元上。可以根据实际的需要选择其中的部分或者全部模块或单元来实现本实施例方案的目的。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

Claims

1.一种遥控器键值下发方法，其特征在于，包括：

将与所述被控设备对应的键值表文件发送给目标遥控器；其中，所述目标遥控器用于根据所述键值表文件对所述被控设备进行遥控。

2.根据权利要求1所述的方法，其特征在于，所述获取与被控设备对应的键值表文件，包括：

接收键值表文件。

3.根据权利要求2所述的方法，其特征在于，所述发送键值表文件请求信息，包括：

或者，

4.根据权利要求3所述的方法，其特征在于，在发送携带与所述被控设备对应的键值表文件的属性信息的键值表文件请求信息之前，所述方法还包括：

获取目标遥控器内存储的键值表文件的属性信息；

5.根据权利要求1所述的方法，其特征在于，在获取与被控设备对应的键值表文件之前，所述方法还包括：

确定目标遥控器是否与被控设备匹配；

6.根据权利要求1至5中任一权利要求所述的方法，其特征在于，在获取与被控设备对应的键值表文件之前，所述方法还包括：

获取目标遥控器的固件版本信息和被控设备的参数信息；

7.根据权利要求6所述的方法，其特征在于，所述根据所述目标遥控器的固件版本信息和所述被控设备的参数信息，确定所述目标遥控器是否支持键值下发，包括：

否则，确定所述目标遥控器不支持键值下发。

8.一种遥控器键值下发方法，其特征在于，包括：

接收与被控设备对应的键值表文件；

9.根据权利要求8所述的方法，其特征在于，在接收与被控设备对应的键值表文件之前，所述方法还包括：

10.一种遥控器键值下发装置，其特征在于，包括：

11.根据权利要求10所述的装置，其特征在于，所述装置还包括：

第一判断单元，用于确定目标遥控器是否与被控设备匹配；

12.根据权利要求10或11所述的装置，其特征在于，所述数据获取单元包括：

数据接收单元，用于接收键值表文件。

13.根据权利要求10或11所述的装置，其特征在于，所述装置还包括：

14.一种遥控器键值下发设备，其特征在于，包括：

第一存储器，以及与所述第一存储器连接的第一处理器；

其中，所述第一存储器用于存储程序；

15.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的遥控器键值下发方法的各个步骤。

16.一种遥控器键值下发装置，其特征在于，包括：

文件接收单元，用于接收与被控设备对应的键值表文件；

17.一种遥控器，其特征在于，包括：

第二存储器，以及与所述第二存储器连接的第二处理器；

其中，所述第二存储器用于存储程序；

18.一种存储介质，其特征在于，所述存储介质上存储有计算机程序，所述计算机程序被处理器执行时，实现如权利要求8至9中任一项所述的遥控器键值下发方法的各个步骤。