CN114007110A - 用于对遥控器编程的方法 - Google Patents

Abstract

一种用于对遥控器编程的方法，该遥控器用于操控要予以遥控的设备，该方法检测部分地识别该设备的元数据，过滤所述元数据，并利用过滤后的数据在数据库中搜索匹配的代码组，这些代码组以按照概率权重排序的顺序提供给使用者。概率权重按照对利用所述过滤后的数据查询的确认信号的频率并根据在当前的查询和先前匹配的查询之间的时间差进行。

Description

用于对遥控器编程的方法

技术领域

本发明涉及一种根据权利要求1的前序部分的用于对遥控器编程的方法。

背景技术

这种遥控器由EP 2 148 308 B1已知。在那里，为了对用来操控特定的待遥控的设备的遥控器编程，首先在遥控器上选出要操控的设备，并且由该设备读出或者手动地输入至少部分地以别该设备的元数据。这些元数据被传递至外部数据库，在那里，借助于这些元数据在数据库中选定与所选出的设备匹配的代码组。选定的这些代码组按照有序的顺序被回传至遥控器，且被使用者试验，直至找到与要控制的设备匹配的代码组。如果找到了代码组，就向数据库回传一个确认信号。有序的顺序考虑到了使用者的地理区域，在该区域内要使用遥控器。对提供给使用者的可能的代码组的选择按如下方式进行：按照地理区域最有可能的代码组显示在选择列表的开始处。

这基于如下认识：设备(比如电视机)制造商优选在一定的区域比如北美、欧洲、亚洲等提供某些类型的特定代码组，其中，这些代码组有区域之分。

家电设备比如电视机、DVD机、音响设备等，如今大多通过遥控器来操控。由于对于使用者来说非常麻烦的是，针对每个要分别单独地控制的设备都使用一个自己的遥控器，所以在市场上有大量通用遥控器，其能够经过适当编程，从而它们能够控制很多不同的设备。这种控制通过从遥控器传递至要控制的设备的指令无线地进行，所述指令按照规定的协议经过处理和编码。用于控制特定设备的全部功能的整个指令储备，即一组代码，称为“代码组”。该代码组由设备制造商自由规定，其中，在世界范围内采用了数千种不同的代码组。

如果现在使用者要对用来控制特定设备的遥控器编程，他就必须找到匹配的代码组。为此必须识别设备，以便提供匹配的代码组。但这在实践中对于最终用户来说往往是不可行的，因为设备制造商并未给使用者提供所有需要的信息。

但在此尤其是对于品种范围宽广的制造商来说会出现的是，给使用者提供了很多的可能的代码组，他必须逐一下载并测验这些代码组，直至他找到匹配的代码组。

由WO 92/0564 A1、WO 99/34564 A1和WO 00/17738 A1已知通过电话线或因特网连接从外部数据库下载用于遥控的代码组。

根据US 7,973,648 B2，对于DVD播放机来说，通过与TV设备连接的HDMI线缆来获取要控制的设备的相关数据。通过HDMI线缆查询EDID数据，并从中提取出制造商名称。通过制造商名称搜索匹配的代码组，将匹配的代码组传递至遥控器、予以测验，并且，如果匹配的话，就存储在遥控器中。然而，匹配的代码组在那里被存储在DVD播放机中，而不是存储在可通过远程连接访问到的数据库中。

而US 2012/0249890 A1却提出，EDID数据通过HDMI线缆读出，并用来识别设备，然后通过因特网连接从外部数据库调用匹配的代码组。

前述现有技术的问题在于，相应的设备并非始终都能被明确地识别，因此有可能匹配的代码组的数量是非常巨大的，其结果是，使用者必须试验大量有可能匹配的代码组，这耗费时间且累人。尤其是对于品种范围宽广的制造商来说，提供给使用者的可能的代码组的数量也很大。

发明内容

本发明的目的是，便于对遥控器的编程，其方式为，尽可能精确地找到匹配的代码组，或者按照排序后的顺序仅仅把少量的可能的代码组提供给使用者。

该目的通过在权利要求1中给出的特征得以实现。本发明的有利设计和改进可由从属权利要求得到。

在后续说明中采用如下定义：

设备是指由遥控器控制的机构，比如电视机、卫星接收器、机顶盒、DVD播放机、音响设备等，以及家用控制系统如供暖、照明或门控系统的其它机构。

遥控器是指由使用者操控的机构，其大多发出无线的用来控制设备的控制指令。

数据库是要通过接口予以访问的数据库，在该数据库上存储着遥控器的代码组。数据库可以位于“外部”，或者也可以在空间上置于使用者处，例如处于其机顶盒中。

接口是一种电子机构，其在数据库、遥控器和设备之间建立起通信。在此它可以是机顶盒、路由器、计算机等。

本发明的基本构思是，检测设备的元数据，从这些元数据提取出可用来识别该设备的数据，其中，由后者数据产生所谓的“指纹数据”，利用所述指纹数据来查询数据库是否已针对这些指纹数据存储了一对一的明确的代码组。如果未存储一对一的明确的代码组，就搜索有可能匹配的代码组，其中，按照下述标准米确定可能性：

-对特定的代码组的查询频率；

-查询的时间点；

-数据库中现有的带有相同的部分代码组的设备或遥控器的数量。

对所述元数据的检测可以全自动地进行，比如通过所谓的EDID数据(扩展显示标识数据)或HDMI-CEC信息(消费类电子产品控制)进行，其如今是国际公认的标准，且不仅对于电视机，而且对于DVD播放机、蓝光播放器、游戏机和娱乐电子系统和家用控制系统的其它设备，提供某些数据比如制造商、产品代码、序列号、制造日期、分辨率和屏幕刷新频率、音频代码等。但这里要注意，很多制造商并未给出足够精确的数据，所述数据一对一地明确地识别设备型号，以便由此确定出与匹配的代码组的指配关系。此外，有些元数据不适合用于识别设备，因此可以被滤出，以便确定上述指纹数据。

根据指纹数据和所述选择标准给使用者提供一个或多个代码组，他可以相继地下载和试验这些代码组。一旦找到了匹配的代码组，使用者就将此通报给数据库，然后该数据库在指纹数据与代码组之间建立联系。

该数据库还把这种指配关系被确定是匹配的频率存储起来。这进行得越频繁，在用相同的指纹数据查询时相同的代码组也正确的可能性就越大。该数据库还存储查询的时间点，其中，相比于之前的查询，给最近的查询指配较高的可能性。

数据库由此自动地适配于市场情况。例如，如果在市场上出现了新式的设备，针对该设备的询问频率逐渐地增加，直至所述可能性如此之高，以至于可以首先给使用者提供该代码组。

在相应的设备未提供元数据的情况下，也可以规定，在对遥控器编程时查询相应的信息，且由使用者手动地输入所述信息。这可以在借助遥控器的键盘输入数据的情况下通过显示屏上显示的菜单控制栏进行。

数据库在此可以是外部的数据库，其可通过通信链路比如因特网连接访问到，且例如由遥控器制造商或服务提供商托管。但数据库也可以位于机顶盒中。

通常情况下，数据库与编程站之间的通信通过机顶盒或类似设备(比如与数据库通信的智能TV)进行。遥控器可以双向地与机顶盒通信，以及可以单向地或者在具体情况下也可以双向地与要控制的设备通信。

遥控器与机顶盒之间的通信可以采用任意方式进行，比如通过红外线、RF4CE、蓝牙、蓝牙低功耗、Wi-Fi、Wi-Fi直连或其它协议进行。对元数据的传递通常采用EDID格式或HDMI-CEC格式或用米表述被连接设备的类似格式来进行。

元数据是指有助于识别待控制设备的信息。这些信息例如包括：

-制造商；

-产品代码；

-型号名称(如果有的话)；

-制造日期；

-序列号。

而指纹数据只是描述型号而非具体设备的那些信息，比如序列号、生产日期等。这些数据被滤出，并产生指纹数据，其用作数据库查询密钥，以便找到特定设备的信息。

于是，本发明的主要核心是，进行分类，以便能够提供最有可能的代码组。该分类可以分多个步骤来进行，即：

1.按照使用频率进行分类，即基于最终用户访问数据库的反馈进行分类；由此考虑到对特定代码组的查询频率；

2.按照现有的设备的频率进行分类，即按照数据库中现有的带有相同的部分代码组的设备的数量进行分类；

3.查询的时间点。

如果多个设备具有相同的指纹数据，通过这些指纹数据选择相同的代码组，则这些设备很有可能不是单一设备。这种分类也与时间有关，因为陈旧的设备的可能性小于新式设备。因而在分类时，更频繁地且更新近地被查询的代码组在排序上逐渐向前，从而数据库动态地适配于变化的市场情况。

为了区分上面规定的元数据和指纹数据，给出Loewe公司的一种具体的电视机的一个例子：

#EDID版本1，修订版3

区段“监视器”

识别器“LOEWE HDMI TV”

供应商名称“LOE”

型号名称“LOEWE HDMI TV”

序列号16843009

生产星期0

生产年份2245

产品代码1040

水平刷新率(HorizSync)15-70

垂直刷新率(VertRefresh)48-62

#Max dot clock(视频带宽)160MHz

模式“1920x540”

点时钟(DotClock) 74.250000

水半定时(Htimings) 1920 1968 2012 2640

垂直定时(Vtimings) 540 542 547 562

标识“Interlace”

最终模式

模式“1280x720”

点时钟(DotClock) 74.250000

水半定时(Htimings) 1280 1464 1504 1980

垂直定时(Vtimings) 720 725 730 750

最终模式

最终区段。

作为第一步骤，过滤掉那些指示个别电视机的指纹数据，比如制造商、序列号、生产星期、生产年份。因此，“指纹数据”应描述特定的制造商的特定的型号，且在理想情况下指引数据库中的匹配的代码组，利用所述代码组可以操控设备。

但就像在此给出的例子中能看出的那样，EDID数据并非对于每个制造商来说都完全正确。生产日期和序列号也并非始终都可靠。因而用于不同型号的指纹会提供相同的登入，这可能会导致错误。

如果这种指纹尚未存储在数据库中，就采用分析过的信息来识别可能的最终设备。为此，根据可用性，采用制造商、型号名称、制造日期等。如果最终用户最后从可能的结果的已过滤的清单中选出功能性代码，就把这种选择作为临时性的联系存储在数据库中。一旦规定数量的使用者做出了这种选择，就把该指纹添加到常规数据库中，且从此以后就可以直接使用了。

对显示给最终用户的、被提供用来选择的代码也自动地即按照基于可能性的布置方式进行重组或排序。可能性较大的那些代码在排序中显示在其它代码之前，其中，布置方式根据一种算法米确定，并与最终用户选出的代码的查询频率和查询时间点、终端设备的制造日期、各家制造商在规定的顾客圈中的受欢迎度有关。

附图说明

下面借助实施例结合附图详述本发明。其中：

图1为用于对遥控器编程的系统的原理线路图；

图2为方法步骤的流程图。

具体实施方式

图1示出带有机顶盒1的系统，该机顶盒与多个要遥控的设备2、3、4、5连接，其中，附图标记2表示电视接收器、附图标记3表示录像机、附图标记4表示DVD播放器、附图标记5表示任意设备。所有要遥控的设备统称为“设备”。

设备2～5可以由遥控器6遥控，其前提是，遥控器6已存储了用于每个单独设备的相应的代码储备即代码组。该遥控器既可以与各个设备2～5通信，又可以与机顶盒通信。与设备2～5的通信可以单向地从遥控器6到设备2～5进行，而与机顶盒1的通信则双向地进行。

机顶盒1通过通信链路7与数据库8连接，该数据库例如由机顶盒遥控器的制造商托管，或者位于一个或多个设备2～5中。所述通信链路可以是通常的线缆、因特网连接、卫星连接或其它连接。

如果要针对一定的设备2～5对遥控器6编程，则首先假设，在遥控器6中还没有与该设备匹配的代码组。机顶盒1查询电视机2的可能存在的EDID数据，并将所述数据作为所谓的元数据传送给数据库8。在数据库8中，这些数据被处理成指纹数据，其方式为，把不适合用于识别设备的那些元数据滤除。

这些被过滤后的数据称为“指纹数据”。然后在数据库中搜索对于这些指纹数据来说是否已经存在指引至唯一的代码组的一对一的指引关系。如果存在，则这些代码组数据就从数据库7经由机顶盒1并进一步经由双向连接传递至遥控器6。这样一来，用于电视机2的编程过程就结束了，且该电视机可以由遥控器6操控。该过程针对其它设备以类似的方式进行。

相反，如果在数据库8中还没有指纹数据与代码组之间的一对一的指引关系，则按下述进行。

在数据库中，例如按照制造商和型号名称，搜索指纹数据的部分匹配。在通常情况下，对于这种部分匹配米说存在多个代码组。数据库经过适当组织，从而可能的代码组按照可能性标准被有序地提供给使用者。可能性高的设备代码组在所提供的表格中比可能性低的设备代码组靠前。

可能性标准是：

a)用相应的指纹数据进行查询的次数；和

b)用这些指纹数据进行查询的时间点。

由此为这些代码组生成一个权重表格，作为“权重”，所述表格含有全部正面回应的询问的总和乘以时间差的相反数。当使用者已将正面的回复回馈给数据库时，即已针对相应的指纹确认了正确的代码组时，则存在正面回应的询问。时间差是当前时间点与正面回应的各询问之间的时长。

通过这种方式，经常受到查询的代码组得到高的权重，进而得到高的可能性。同样，相比于之前的询问，最近的正面回应的询问得到较高的权重，从而当前使用的设备具有高的权重，而陈旧的设备逐渐地被“遗忘”。

在这种询问情况下选取的、提供给使用者的代码组因而按照可能性来排序。于是使用者调用按照这种顺序提供的代码组，这些代码组从接口被传递至要予以编程的遥控器。然后使用者测验代码组是否匹配。如果匹配，他就向数据库发送确认。如果代码组不匹配，他就在所提供的表格中选择下一个的代码组，并重复该过程，直至找到了匹配的代码组，或者，如果未找到匹配的代码组，就以负面的回复结束该过程。

如果使用者通报了正面的回复，并且该回复指引多个设备，就把权重分配到各个不同的可能的设备上。

因此，呈现给使用者的输出按照下述排序：

1.来自权重表格的权重；

2.在权重相同的情况下按照被相应的代码组覆盖的设备的数量排序。

数据库具有以下结构：

-类型，比如电视、录像机等；

-制造商；

-型号名称；

-型号-遥控器；

-代码组表格；

-权重-制造商；

-权重-遥控器。

代码组通过指纹数据或者通过款式/制造商/型号这三方(其中不必全部都存在)予以指引。所指引的代码组的排序基于权重表格(权重-制造商或权重-遥控器)予以调整，以便使得可能性大的代码组向前排序。

数据库电可以附加地含有格区，比如制造日期、制造年份、序列号等，只要这些数据适合用于识别设备。

就序列号而言，检查由EDID数据传送的序列号是否处于序列号的预定范围内。此外，可以结合指纹数据的其它数据来识别相应的设备。

由于代码组与设备的指配关系并非从一开始就一对一地明确，进而上述指引并非在第一次查询时就已经进行，所以首先对一些代码组进行预先指引。只有当数据库收到了使用者的预设次数的确认之后，才将代码组指引为指配于相应的指纹。

图2示意性地示出对遥控器编程的过程。在第一步骤10中，使用者选出要予以编程的设备，比如TV设备、录像机等。所有这些都在显示屏2上被显示给他。然后，接口(比如机顶盒1)读出所选设备的EDID数据，并在步骤11中将所述数据发送给数据库8。数据库在步骤12中从EDID数据过滤出指纹数据，并在步骤13中在数据库内搜索是否已针对这些指纹数据指引了一个代码组。如果已经指引了，就在步骤14中检查是否指引了多个代码组。如果并没有指引多个，就在步骤15中把所指引的这个代码组传递至遥控器，并在那里在步骤16中检查该代码组是否匹配。如果匹配，就在步骤17中向数据库通报找到了正确的代码组。相反，如果代码组不匹配，就在步骤18中向数据库通报未找到匹配的代码组。

但是如果在步骤13中确定在数据库内尚无指引的代码组，就在步骤19中搜索指纹部分，其中，在环节20中搜索彼此相继的多个指纹部分。当全部的指纹部分都处理完后，就结束该环节。如果针对这些指纹部分存储了多个代码组，这些代码组就在步骤20中按照上述权重排序，并按照步骤14再次检查是否存在多个代码组。如果存在多个代码组，这些多个代码组就在步骤21中以按照权重排序的顺序被传递至遥控器，并在步骤22和23的环节中被测验，直至找到了匹配的代码组，于是这在步骤17中又通报给数据库。如果在步骤21中传递至遥控器的全部代码组都被检查完了，并且没找到匹配的代码组，就在步骤22中针对步骤18又向数据库通报不存在匹配的代码组。

正面的通报是找到了匹配的代码组(步骤17)，针对所述通报在数据库中调整可能性格区，其方式为，增加计数器并标明日期和时间。

因而在步骤19和20的环节中对指纹部分的搜索涉及尚未指引的代码组，这些代码组在此称为按照可能性已被提供给使用者的预先指引的代码组，其中，代码组被提供给使用者所采用的顺序通过可能性来确定。

采用本发明因而可以非常简单地且快速地使得遥控器适配于要控制的各设备，其方式为，具有高可能性的匹配的代码组被列在排序靠前的位置。

先前描述的方法适合于能在双向工作中接收与机顶盒和要控制的设备进行的通信的遥控器。

也有一些遥控器，其已在内部存储了大最代码组。以前，使用者必须从附页中找由指明匹配的代码组的代码序号。在此，对于某些制造商来说，存在非常多的可能的代码组，使用者必须逐一地试验这些代码组。这里也可以采用本发明来实现改善，其方式为，以类似的方式在数据库中查询：在遥控器的存储器中的哪个代码序号指引匹配的代码组。

总之还要强调的是，在数据库8中通常存储了完整的代码组，即存储了遥控器的全部功能。而在查询时也可以仅查询代码组，例如如果使用者并非对所有功能都感兴趣，而是仅仅对选出的功能比如音量和接通/切断感兴趣。于是，在查询时，可以在运行期间产生并汇总成仅仅描述所述功能的“虚拟的”代码组。例如，第一遥控器与第二遥控器的区别在于少数一些按键，或者要发出的信号对于某些按键来说是不同的。但是，通过汇总成虚拟的代码组，要采用的信号对于两个遥控器米说是相同的，对于两个遥控器得到了一个唯一的代码组。

此外，可以在数据库中存储默认代码组即特定的代码组，所述代码组描述了未在遥控器上出现的功能，但这些功能由要控制的设备予以支持。这也允许定义一些按照标准由特定的制造商的遥控器支持的功能，但这些功能并非由制造商的任何遥控器实施。该方案也允许将代码组提供为可能的代码组，而无需了解实际上的遥控器，即该遥控器的代码组并未存储在数据库中。通过产生虚拟的代码组，这些功能可以组合以或补充以遥控器代码组的功能。

最后还要指出，如果设备的或遥控器的制造商提供了新的或改变的功能，使用者采用本发明也可以对其遥控器进行“更新”。

Claims (7)

1.一种用于对遥控器编程的方法，包括如下步骤：

-选出要利用该遥控器予以遥控的设备；

-读取至少部分地识别该设备的元数据；

-将所述元数据传递至外部的数据库；

-在该数据库中选择与所述设备匹配的代码组；

-将至少一个所选择的代码组传递至所述遥控器；和

-如果选出的代码组与要遥控的设备正确地匹配，就向所述数据库发送确认信号；

其特征在于如下步骤：

-在外部的数据库中过滤元数据，以产生“指纹数据”；

-按照概率权重将所述“指纹数据”指配给存储在所述数据库中的代码组，其中，所述概率权重考虑到对指纹数据查询的确认信号的频率以及在当前的查询与先前利用确认信号确认过的查询之间的时间差；和

-将代码组以按照概率权重排序的顺序传递至遥控器。

2.如权利要求1所述的方法，其特征在于，所述元数据是设备的EDID数据。

3.如权利要求1或2所述的方法，其特征在于，概率权重由对指纹数据查询的确认信号的频率与在当前的查询和先前利用确认信号确认过的查询之间的时间差的相反数的乘积构成。

4.如权利要求1-3中的一项或多项所述的方法，其特征在于，指纹数据包括设备制造商的数据和设备类型的数据。

5.如权利要求4所述的方法，其特征在于，指纹数据另外包括设备型号名称的数据。

6.如权利要求5所述的方法，其特征在于，指纹数据另外包括生产日期的数据。

7.如权利要求6所述的方法，其特征在于，指纹数据另外包括设备序列号的数据。

Images