CN105378578A - 用于优化装置控制的系统和方法 - Google Patents

Abstract

一种设备从控制设备例如远程控制、智能手机等接收请求，其中请求旨在使一个或多个目标装置执行一个或多个功能性操作。该设备通过应用最佳方法对请求进行响应，以传送一个或多个命令到每个预定目标装置，以使每个预定目标装置执行预定的一个或多个功能操作。

Description

用于优化装置控制的系统和方法

相关申请信息

本申请是于2012年10月22日提交的美国申请号为13/657,176的专利申请的部分继续申请，并要求该申请的权益，该申请要求于2011年10月28日提交的美国临时申请号为61/552,857的专利申请和于2012年8月8日提交的美国临时申请号为61/680,876的专利申请的权益，它们公开的内容在此以引证的方式全部并入本文。

本申请还涉及于2009年11月18日提交的名称为“娱乐系统控制设备的重新配置系统和方法”的美国专利申请号为12/621,277的专利申请，其又是于2009年9月29日提交的名称为“基于活动的娱乐系统的配置系统和方法”美国专利申请号为12/569,121的专利申请(现在是美国专利8,243,207)的部分继续申请，这些申请公开的内容在此以引证的方式全部并入本文。

本申请还涉及于2011年8月4日提交的名称为“便携式设备远程控制功能的配置系统和方法”的美国专利申请号为13/198,072的专利申请，该申请公开的内容在此以引证的方式全部并入本文。

本申请还涉及于2011年9月22日提交的名称为“控制装置功能的配置系统和方法”的美国专利申请号为13/240,604的专利申请，该申请公开的内容在此以引证的方式全部并入本文。

背景技术

用于向娱乐装置或其他装置发出命令的控制设备，例如遥控器，及这些控制设备具有的特性和功能在本领域是公知的。为了实现这样的功能，装置制造商采用各种通信协议、命令格式和接口方法以实现娱乐装置和其他装置的操作控制，在本领域也是公知的。特别地，近来，在装置之中或之间例如WiFi、蓝牙、HDMI等无线和有线通信和/或数字互连方法的激增已经导致这些通信协议和命令格式相应的激增。尽管与先前的控制协议相比，许多这些新型方法可以提供改进的性能和/或可靠性，但装置制造商对这些新型方法的采用仍然不一致，各自为政。当控制设备例如遥控器的用户或制造商试图利用这些新型控制方法改进的特征和功能时，这加上之前的装置的装机量一起，可能引起混淆、误操作或其他问题。

发明简述

本发明大体上涉及通过使用例如遥控器、智能电话、平板电脑等控制设备增强装置控制的方法，并且特别地涉及以可靠的方式利用改进的装置控制通信方法和/或命令格式的方法，该通信方法和/或命令格式很大程度上对用户是透明的和/或与传统装置控制技术是无缝集成的。

为此，本发明包括模块化硬件和软件解决方案，下文中简称为通用控制引擎(UCE)，其适合于通过各种可用的控制方法和通信介质提供设备控制，例如各种红外(IR)远程控制协议；可能通过有线HDMI连接实现的消费性电子产品控制(CEC)；有线或无线的互联网协议(IP)；无线RF4CE协议；蓝牙(BT)无线个人局域网；采用有线USB连接的UPnP协议；或任何其他可用的标准或专有的装置命令的方法。由于每个单独的控制模式可具有自己的优点和缺点，因此UCE可适用于结合各种控制方法以实现对每个单独设备的每个单独命令的最佳控制选择。

UCE本身可适合于利用任何便利的协议和命令结构(IR、RF4CE、BT、专有RF等)从控制设备接受命令，例如常规遥控器或例如电话或平板电脑等智能设备中的远程控制应用程序。将变得显而易见的是，控制设备可以是非常简单的单向IR设备到全功能WiFi智能手机等。UCE可接收来自这样的控制设备的命令请求并应用最佳方法以将命令功能传送到每个预定的目标装置，例如TV、AV接收器、DVD播放器等。UCE以这种方式可使单个控制设备能够命令家庭影院系统中的所有装置的运行，同时协调控制每个特定的装置的可用的方法，以选择向每个给定设备发出每个命令的最佳和最可靠的方法。通过非限制的举例的方式，UCE可利用IR命令使AV接收器设备接通电源，而CEC命令或其他方法可用于选择输入或使相同的AV接收器设备断开电源；或者CEC命令可用于在TV装置上接通电源和选择输入，而IR命令可在相同TV设备上用于控制音量。

将变得显而易见的是，UCE可包括模块化硬件和软件，该软件可在适合于现有家庭影院装备配置中使用的独立的设备中体现，或可并入到任何一个例如STB、TV、AV接收器、HDMI转换器等设备中。此外，当并入到设备中时，UCE功能可配置为单独的硬件模块或可并入到其他硬件功能中，例如作为HDMI接口IC或芯片集的一部分等。

本发明的目的、优点、特征、性质和关系的更好的理解将从下面详细的说明和附图中得到，所述附图阐述说明性实施方式，并且说明利用本发明的原理的各种方式。

附图简述

为更好地理解本发明的各个方面，可参照附图中所示的优选实施方案，其中：

图1和图2示出示例性系统，其中独立的UEC设备可用来指挥若干装置的运行；

图3和图4示出示例性系统，其中UEC的功能可并入到家庭娱乐系统一部分的装置中；

图5示出示例性UEC设备的框图；

图6示出示例性的基于UCE的控制环境的图示；

图7示出例如在如图6所示的基于UCE的控制环境中使用的示例性优选命令矩阵；

图8示出示例性智能设备的框图，该智能设备可支持用于配置UCE的远程控制应用程序和设置方法；

图9示出一系列示例性的步骤，实施该步骤可设置和配置示例性UCE；

图10示出一系列示例性的步骤，实施该步骤可向UCE限定与用户活动相应的装置配置；

图11示出例如可在图10步骤中限定的示例性活动配置矩阵；

图12示出示例性的可由UCE保持的当前装置状态矩阵，用于确定调用图11中的矩阵限定的其中一个状态的必要命令；

图13示出一系列示例性的步骤，该步骤可由UCE向装置发出功能命令来实施；

图14示出了一系列示例性的步骤，该步骤可由UCE实施以建立匹配图11中限定的一个矩阵的理想活动的装置状态；且

图15示出了一系列示例性的步骤，该步骤可由智能设备实施以建立命令控制宏。

发明内容

参考图1，其示出示例性系统，其中UCE设备100可用于发出命令以控制各种可控装置，例如电视106、与数字视频记录器结合的有线机顶盒(“STB/DVR”)110、DVD播放器108和AV接收器120。尽管在电视机106、STB/DVR110、DVD播放器108和AV接收器120中示出，但应该理解的是可控装置可包括但不限于电视、VCR、DVR、DVD播放器、有线或卫星转换器机顶盒(“STB”)、放大器、CD播放器、游戏机、家庭照明、帷幕、风扇、暖通空调(HAVC)系统、恒温器、个人计算机等。在图1的说明性实施例中，装置命令可由UCE100发出以响应从远程控制设备102接收的红外(“IR”)请求信号116、从智能设备104中的应用程序124接收的射频(“RF”)请求信号118，或通过使用任何合适的通信方法，UCE100可适于从其接收请求的任何从其他设备。如图所示，根据每个命令可能向其发出的特定装置的功能，从UCE到装置106、108、112、120请求的装置命令的传输可采取无线IR信号114或经有线HDMI接口112发出的CEC命令的形式。特别地，在示出的示例性系统中，经由例如S/PDIF接口122连接到音频源设备108、110的AV接收器120可能不支持HDMI输入。因此UCE100仅以以IR信号发送所有去往AV接收器120的命令，而去往其它装置106至110的命令可能采取CEC或IR信号的方式，如果每个命令适合的话。通过非限制的实施例的方式，某些TV制造商可选择不支持经由CEC的音量调节。如果说明性的TV106是这样制造的，UCE100可经IR信号114将音量调节请求中继到TV106，而例如接通/关闭电源或输入选择的其他请求可以经HDMI接口112的CEC命令的形式中继。

然而，将被理解的是，虽然在IR、RF和有线CEC信号传输中示出，但在一般情况下，发往或来自UCE设备100的传输可采取任何方便的IR、RF、硬连线、点对点或联网协议的方式，这可根据特定的实施方案的需要来选择。此外，虽然本文示出的示例性设备之间是直接连接的无线通信116、118，但应该理解的是，在一些情况下，这些通信可经由局域网或个人局域网络发生，并且因此可涉及各种中间设备，例如路由器、网桥、接入点等。因为这些产品对理解本发明不是必要的，为清楚起见，在本图和随后的图中省略这些产品。

因为例如在说明性设备104中设想的智能设备远程控制应用程序是公知的，为简洁起见，其运行、特征及功能将不会在本文中详细描述。然而，如果需要对这些应用程序性质的更加完整的理解，有兴趣的读者可参考例如前面提到的美国专利申请号为12/406,601的专利申请或名称为“可控设备中的图形用户界面和数据传输方法”的美国专利申请号为13/329,940的专利申请，两者都属于同一申请人，且通过引证的方式整体并入本文。

现在转到图2，在进一步的说明性实施方案中，UCE100可从远程控制器200和/或在平板电脑202中的应用程序接收无线请求信号。像之前一样，到装置106、108、110的命令传输可采用有线CEC命令或无线IR命令的形式。然而，在此实施例中，远程控制器200可与UCE100双向通信208，因此UCE可授权对远程控制设备200的IR命令210的传输，即，对那些确定为最好经由IR传输来执行的命令，使用远程控制器200作为中继设备。也如在图2中大体上示出的，例如在平板电脑202的智能设备上执行安装应用程序214可与互联网(212、204)可访问的服务器206和相关的数据库207结合使用来初始配置UCE100，用于与具体的待控制装置组一起运行，即，向UCE100传达每个待控制的特定装置的匹配命令代码集和能力简介，例如基于类型、产品、型号等，这将在下文中更详细地描述。

参考图3，在又一个说明性的实施方案中，UCE功能100'可内置在例如STB/DVR310的装置中。在此实施例中，远程控制器102和/或智能设备104可通过内置UCE功能100'直接向STB/DVR310发送无线请求信号来用于行动，此实例中产生的从IR发射器供给到STB/DVR装置310的该行动和之前一样，可包括经由HDMI接口112的CEC命令传输或IR命令传输114。在此结构中，使用例如通过电缆调制解调器和/或电缆分线头系统可访问的互联网连接304，在STB/DVR310内的安装应用程序可用于配置UCE100'。

在图4中的进一步的说明性实施方案中，UCE功能100'可内置在AV接收器420中，该接收器可作为在各种例如STB/DVR110或DVD播放器108的内容源和例如TV106的输出设备之间的HDMI开关。除了HDMI输入，AV接收器420也可支持各种其他输入格式，例如来自CD播放器408的说明性的404的模拟输入；复合或分量视频输入；S/PDIF同轴线或光纤输入等。在此实施方案中，例如来自远程控制器402的请求信号406可传至AV接收器420，通过UCE功能100'进行行动。和之前一样，获得的装置命令可使用经HDMI接口112的CEC信号，或从相关IR发射器经由IR信号114来传输。根据特定的实施方案，如先前结合图2提到的，匹配待控制装备的UCE100'的初始配置可通过在AV接收器420中的互联网连接应用程序，或通过在平板电脑202或其他智能设备内的应用程序来实施。

能够理解的是，在不脱离UCE理念的情况下，各种其他配置也是可能的，例如UCE功能100'可并入到可联网TV、HDMI开关、游戏控制台等；装置命令集和能力数据库207可位于电缆系统头端，可储存在本地(全部或部分)，其本地存储可采取位于UCE本身内部或在例如TV、STB或AV接收器的设备内的内存储器的形式，或可采取可附接到智能设备或装置等的存储棒等的形式等。

参考图5，按照特定装置的需要，示例性UCE设备100(无论是单独的还是支持UCE功能的装置)可包括连接到处理器500的存储器502，该存储器可能包括ROM存储器、RAM存储器和/或非易失性读写存储器的组合，并且可采取芯片、硬盘、磁盘、光盘、存储棒等或其任意组合的形式。还将理解的是，一些或全部示出的存储器可以物理地并入到作为处理器500的相同的IC芯片(所谓的“微控制器”)，而且因此，为清楚起见，其单独在图5中显示。配置为示例性UCE平台的一部分的接口硬件可包括IR接收器电路504和IR发射器电路506；HDMI接口508；WiFi收发器和接口510；以太网接口512；任何其他有线或无线的I/O接口514，根据特定实施方案，通过举例而非限制的方式包括蓝牙、RF4CE、USB、Zigbee、Zensys、X10/Insteon、HomePlug、HomePNA等。包括示例性UCE设备100的电子部件可由外部电源516供电。如图1或图2所示的在独立的UCE设备的情况下，这可包括例如紧凑型AC适配器“方邦(wallwart)”，而如图3或图4所示的集成UCE设备可从其集成的装置中吸收运行电能。还将理解的是，在后者的情况下，在某些实施方案中，处理器500和/或存储器502和/或接口硬件项目504至514的某些部分可与主机装置共享其他功能。

将被本领域技术人员理解的是，一些或所有存储器502可包括可执行指令和数据，该可执行指令旨在由处理器500执行以控制UCE设备100的运行(统称为UCE编程)，该数据用于定义必要的控制协议和命令值(统称为命令数据)以用于向可控装置发出命令信号。在此方式中，处理器500可被编程以控制示例性UCE设备100内的各种电子部件，例如监测从控制设备传入的请求消息的通信方法504、510，以执行装置命令信号的传输等。为使得UCE设备100执行行动，UCE设备100可适应于响应事件，例如从远程控制器102或智能设备104接收的请求消息，改变通过HDMI接口508、WiFi接口510或以太网接口512等报告的连接装置状态。在响应事件时，UCE编程中适当的指令可被执行。例如，当从智能设备104接收到命令请求时，UCE设备100可从储存在存储器502中的命令数据中检索优选的命令传输介质(如IR、经HDMI的CEC、经WiFi的IP等)和相应的命令值以及控制协议，该控制协议用于以该装置可识别的格式将该命令传输到指定的目标装置，例如TV，从而控制该装置的一个或多个功能性操作。通过进一步实施例的方式，如可通过514从接口508辨别的连接装置状态，例如供电或不供电、当前选择输入、播放或暂停等，可由UCE编程来检测和/或列表显示，从而促进装置设置的调整以匹配用户自定义的活动概况，例如“看电视”、“看电影”等。

图6中呈现了示例性UCE控制环境的概况。示例性UCE设备100的UCE编程可包括通用控制引擎内核650连同一系列可扩展软件模块652到660，每个模块支持特定的装置命令协议或方法并按适合特定的实施方案的方式配置。通过举例的方式，图6的说明性实施方式根据特定的应用，可包括互联网协议(IP)模块652、经HDMI的CEC模块654、蓝牙模块656、IR模块660和其他模块658。待控制的装置可包括支持IP的AV接收器620、支持IP的STB/DVR610、TV106、DVD播放器108和CD播放器408。如图所示，某些这些设备可能经由HDMI112和/或以太网670接口互相连接。(在这方面，应该理解的是，为清楚起见，图6中112和670的说明性互相连接仅旨在描绘逻辑分布，相应的准确的物理布线结构细节和/或任何必要的交换器、路由器、集线器、中继器、互相连接等被省略。)

用于向图6中示例性装置发出命令的优选的方法/协议/介质可根据装置和待执行的功能而变化。通过举例的方式，导向AV接收器620的音量控制和模拟输入选择命令622可需要经由IR传输发出，而电源开/关和HDMI输入选择功能命令624可经由CEC命令更好地进行传达，例如声场配置的高级功能命令626可经由以太网连接最好地进行传达。在相同的方式中，如图所示，其他装置的各种运行经由混合介质、方法和协议可被最好地命令。如将理解的是，在一些情况下，特定的装置可由一条以上的路径支持运行命令的接收，例如AV接收器620的电源开/关功能不仅作为CEC命令可行，还可经由IR命令可行。在这种情况下，UCE优选命令格式可以是已经确定为提供最大可靠性的格式，例如在上述情况下，可优选CEC命令，因为此命令形式不依赖视线而且还可以确认行动已经由目标装置执行。

如图7所示，为了确定每个装置类型配置和命令的最佳方法，可为示例性UCE内核程序650提供优选的命令矩阵700。示例性的优选命令矩阵700可包括一系列数据单元或元素，例如单元712，每个数据单元对应于特定的命令702和其中一个特定的待控制装置704。这样的单元或元素的数据内容可包括识别待使用的命令/传输的格式和指向所需数据值的指针以及具体命令格式化信息。通过实施例的方式，用于配置TV装置708的相应的“输入2”的命令706的数据单元712可包括使用CEC命令的指示器，即用于将命令传输给指定的目标装置的传输设备的指示器，连同合适的命令数据值和HDMI-CEC总线地址的指针；而用于配置AV接收器710的相应的相同命令功能的数据元素714可包括使用IR命令的指示器，连同指向合适的命令数据的指示器和在UCE存储器502以外存储的IR代码库中的格式化信息。在某些实施方案中，也可提供一个或多个次级命令矩阵716，由UCE编程确定优选命令不成功时，考虑在事件中使用替代命令方法。命令矩阵700也可包含空条目，例如718，在该处特定功能不可用或不被特定装置支持。在示例性的实施方案中，命令矩阵700在初始化和安装过程中可以创建并装入UCE100的存储器502中，这将进一步详细地说明。

为了执行UCE设备的初始配置，可以提供安装应用程序。在一些实施方案中，这样的安装应用程序可能采取编程的形式，所述编程可在带有合适的用户接口并能够与UCE建立通信的任何方便的设备上执行，例如但不限于智能电话、平板电脑、个人计算机、机顶盒、TV等，根据特定的实施方案适当选择。在其他实施方案中，使用例如连接的TV屏幕和相关控制设备作为用户接口，这样的安装应用程序可并入到UCE编程本身。不管编程和用户接口方式的准确形式和位置是什么，当利用特定组装置配置运行的UCE设备时，由UCE的安装应用程序执行的系列步骤保持相同。因此，将被理解的是，加上必要的修正，包括下图8和图9呈现的说明性UCE的安装应用程序的方法可普遍适用于各种替代的安装应用程序实施方案。

参考图8，如本领域公知的，例如图2中示例性的设备202的平板电脑按照特定应用的需要，可包括处理器800的存储器802，该存储器可包括ROM存储器、RAM存储器和/或非易失读/写存储器的组合，并可采取芯片、硬盘、磁盘、光盘、存储棒等或其任意组合的形式。在一些实施方案中，也可以提供外部存储器804，该外部存储器可采用SD卡、记忆棒等方式。作为示例性平板电脑平台部分提供的硬件可包括具有相关的显示驱动器806和触摸接口808的LCD触摸屏810；例如电源开/关键的硬键812；USB端口816；WiFi收发器和接口818；蓝牙收发器和接口820；摄像头822；和适于特定实施方案的各种其他特征824，例如加速计、GPS、环境光传感器、近场通信器等。包括示例性平板电脑设备202的电子部件可以由基于电池的内部电源814供电，可经例如USB接口816充电。

存储器802可包括可执行指令，其旨在由处理器800执行以控制平板电脑设备202的运行并实现各种功能，例如网页浏览、玩游戏、视频流等。如本领域已知的，包括附加功能(称为“应用程序”)的编程可以经例如WiFi接口818、USB816、外部存储器804或任何其它方便的方法下载到平板电脑202。如前所述，一个这样的应用程序可以包括例如在相同受让人的共同未决、以引证的方式在此全部并入的美国专利申请号为13/329,940的专利申请描述的远程控制应用程序，该应用程序可以经由UCE设备100用于指挥装置106、108、110和/或120的运行。为了初始配置UCE设备100以匹配待控制的装置和建立合适的命令矩阵，也可提供具有安装程序214的平板电脑202，其可作为远程控制应用程序部分或作为单独下载项目。

现在参照图9，这样的安装应用程序一经步骤902调用，就可能最初地请求用户将所有待控制的设置在已知状态，例如接通电源以检测设备和/或测试其后续步骤。接着，在步骤904，安装应用程序可确定那些支持CEC的装置的标识。这可以通过向相关UCE传达请求来实现，其在步骤906可以启动UCE编程以扫描连接的装置的HDMI设备，该装置是支持CEC的和/或经例如在相同受让人的共同未决、以引证的方式在此全部并入的美国专利申请号为13/198,072的专利申请中描述的HDMI接口的相互作用是可识别的，并将这些装置的身份传达给安装应用程序。此后，在步骤904，安装应用程序可以确定附加的非CEC装置是否经由HDMI接口连接到UCE设备。这可以通过请求UCE编程在步骤910扫描任何进一步的HDMI连接，并将结果返回给安装程序实现。虽然未示出，但可以理解的是，根据特定实施方案，UCE编程可以进行相同的扫描，以发现经以太网、USB、蓝牙、RF4CE、WiFi等连接的装置，其中这些接口可以提供给UCE。

此后，在步骤912，安装程序可以向用户显示检测的装置(包括识别的和还未识别的)的列表。在步骤914，可以提示用户输入那些HDMI连接的或其他检测到但未识别的连接装置的的识别信息，和关于任何附加装置的识别信息，该附加装置可能形成部分待控制的系统，但不会如上所述被发现(例如AV接收器120或CD播放器408的装置，其仅响应单向IR命令)。非限制的情况下，根据特定实施方案，这些识别信息可以采取用户输入的数据形式，例如设备类型、品牌和型号，或来自用户指南列表的安装代码；或可以采取扫描信息或电子信息的形式，例如装置本身的数字图像或条形码、QR码等装置相关信息；近场采集的RFID标签数据等；或其任何组合。

一旦已经获取适当的识别信息，在步骤916，安装应用程序可以将该信息传达给例如服务器206的数据库服务器来执行步骤918，该步骤包括命令代码集的识别和检索，和对应于来自数据库207的识别装置的能力数据，和向安装应用程序提供此数据用于，处理并最终转移到UCE设备。将被理解的是，转移的代码集数据可能包括完整的命令数据值和格式化信息，可能包括指向命令数据值和已经在UCE或设备的存储器502和/或802/804储存的格式化信息的指示器，目前已安装应用程序，或他们的组合。必要时，例如当数据库207可能包含用于识别装置的交替代码集，或当特定装置型号存在不确定性等时，在步骤920、922和924，可测试待控制的装置的各种控制模式和/或命令数据集。这些测试可能采取征求用户对可观察命令的效果的响应、检测如相同受让人的且以引证的方式在此全部并入的美国专利申请号为13/240,604的专利申请描述的HDMI接口状态变化或按照方便于特定装置的任何其他方法的形式。一旦完全确定适当的代码集，在步骤926、928和930，可以在示例性UCE设备100的存储器502中构建并储存如图7所示的合适的优选命令矩阵，矩阵通过考虑经上述处理识别的设备的通信能力和功能构建。

为了为每个配置装置的每个功能选择最佳命令方法，可以采用任何合适的方法，例如，按可取性全系统优先排序命令媒介和方法(例如，按降序应用IP、CEC、IR)；按照品牌和/或型号的特定装置的命令映射；特定功能偏好和/或优先级映射(例如，所有通过可用的IR的音量功能命令)等；或其任何组合。命令方法的优先级或映射方式的精确选择可以考虑这种连接的可靠性的因素，例如，有线与无线，双向与单向通信等等；命令传送或执行的速度；装置内的内部优先级，例如，在CEC包前处理的所接收的IP所接收的包等等；协议支持的类型(例如，错误纠正与错误检测；ack/nak等)；或为了实现特定实施方式的最佳性能可以应用的任何其它因素。

如将要理解的是，根据特定实施方式，可以在数据库服务器中或在安装应用程序内，或在它们的组合中执行所述优选命令矩阵的构建。一旦优选命令矩阵已经完成并存储在UCE装置中，在步骤932，如现在将要描述的，可以配置并存储进UCE装置一系列与特定用户活动相关的所需装置配置。

当完成并且存储优选命令矩阵后，示例性安装应用程序随后可以通过一系列步骤引导用户，以为一系列可能的活动建立所需装置配置。参照图10，在步骤1002，可以为用户呈现多个可能活动的列表，例如,“看电视”、“看电影”、“听音乐”等。在一些实施方式中，用户还可以编辑活动标题和/或创建其它用户定义的活动。在步骤1004，用户可以为配置选择特定的活动，例如“看电视”。在步骤1006，可以提示用户以为配置的活动识别内容源，例如为了示例性有线STB/DVR110的示例性“看电视”活动的电缆STB/DVR110。这样的提示可以采取前述装置在设定安装步骤时所确定的合格装置列表的形式；用户明确输入装置类型等。接着，在步骤1008，可以以相同的方式提示用户为这个活动选择使用的视频和音频输出装置，例如，分别选择了TV106和AVR接收器120。根据使用中的系统分布和接口(即HDMI/CEC、IP、模拟等)，与UCE编程配合的安装应用程序可以确定每个输出装置的哪个输入端口连接到了这次活动识别的内容源装置和/或是否使用了任何中间开关装置(例如在图4中示出的系统的AV接收器420)。在其中能够获得这种信息，安装应用程序可以为配置的活动自动创建输出装置全部或部分的适当的输入选择。如果不是，在步骤1008和1010，可以另外请求用户去识别适用的内容路由至输出装置，例如，输入端口号，中间开关的存在，等等。在步骤1004到1010结束期间或结束时，装置的安装应用程序可以构建活动矩阵，例如在图11中示出的示例。通过示例的方式，“看电视”活动的活动矩阵1100可以包括一系列单元格，例如示例1110或1112，每个对应于在特定活动中的特定状态1106或特定装置1104的功能1108的所需配置。通过示例的方式，单元格1110可以表明将AV接收器120的输入设置为“S/PDIF2”，而单元格1112和1114可以表明把传送功能命令(例如，“播放”、“暂停”、“快进”等)引导到STB/DVR110，而不是DVD114。在这方面，应当理解的是，在一些实施方式中，在特定活动期间，可以在单独控制设备内执行例如音量控制的功能分配至特定装置，即，控制设备可以确定将引导音量控制命令至哪个装置，在优选实施方式中，这个分配可以在UCE内执行，从而确保当在环境中存在多个控制装置时，每个活动的一致性，例如在图1中示出的环境的示例装置102和104。

现在回到图10，在步骤1014和1016可以通过启动UCE编程，采用优选命令矩阵700测试新构建的活动矩阵1100，以发出必要的命令来使识别的装置进入所需状态，此后在步骤1018接收验证，证明所需的活动成功启动。应当理解的是，根据特定的实施方式，这种验证可以包括，例如，通过直接监控CEC状态的UCE编程或者通过使用多个方法，例如在美国专利申请号13/240,604中的示例所描述的方法，检测和报告HDMI或其它内容流和/或装置状态；确认用户输入的请求正确运行；监控存在或不存在模拟输入信号；纪录装置状态或错误信息；等等；或它们的任何组合。

如果测试不成功，在步骤1018安装应用程序可以返回到步骤1002以重新配置那个活动和/或定义替代性活动。如果测试是成功的，在步骤1020和1022完成的活动矩阵，例如，在图11中示出的示例1100，可以在UCE存储器502中存储并传送到UCE100。此后，在步骤1024可以为用户提供返回到步骤1002的机会以定义额外的活动配置，例如在图11中示出的1101、1102，或退出活动配置过程。

现在参照图13，系列步骤最初可以包括从优选命令矩阵检索数据单元，数据单元对应于所请求的命令和目标装置，该系列步骤由UCE编程执行，以依据从控制装置接收的命令请求1300或依据因接收到的活动请求产生的内部要求(如将在下文描述)传递功能命令至装置，控制装置例如远程控制器102或200、智能装置104或202等。通过具体示例的方式，在通过图7中示出的具有优选命令矩阵的UEC从远程控制器102等接收的“TV电源开启”请求可能使用HDMICEC命令启动数据元素720的检索，表明了把命令传送到TV装置，例如，电视106。在步骤1304，UCE编程可以确定检索值是否构成了空元素。如果是这样，所引用的装置不支持所请求的命令，并且在步骤1314可以相应地生成错误信息，然后该过程终止。如将要理解的是，这种错误信息的准确性质可以取决于特定的实施方式和/或请求的控制装置：例如，如果请求源于与UCE双向通信的控制装置，可把错误信息传送回动作的请求设备，即，适当地，向用户显示，照亮LED，激活蜂鸣器等。或者，在UCE并入装置中的实施方式中，可以利用该装置的前面板显示器。

如果检索到的优选命令矩阵元素数据是有效的，在步骤1306，UCE可以使用表明的命令值和传输方法传送相应的功能命令到目标装置，例如，对于示范性数据元素720，这可以包括通过UCEHDMI接口508发出的CEC“电源开启”命令到CEC逻辑设备地址零点(TV)。一旦命令已经发出，在步骤1308，UCE编程可以确定在发出命令中使用的通信接口和协议是否提供了任何确认机制，即，明确确认接收到了、在接口上监控HDMI的状态，检测媒体流或HDCP信号交换等。如果不是，例如，使用单向IR信号发出命令，并且没有其它确认方法，例如可监控电源或输入信号，UCE编程可以简单地假设命令是成功的，处理完成。然而，如果，存在确认方式，在步骤1310，UCE编程可以等待确定是否成功执行了命令。一旦收到肯定的确认，处理完成。如果没有接收到确认或收到否定确认，在步骤1312，UCE编程可以确定是否有替代性方法可用于传送命令到目标装置。返回到上面提出的特定示例，这可以包括访问次级命令矩阵716以确定替代性通讯方式是否可用于特定功能，例如，“TV电源开启”。如果替代方式确实存在，在步骤1316，可以检索替换命令值和传送方法并且处理可以返回到步骤1306以启动另一种尝试。再返回到特定实施例，如果不能确认对应于发给TV106的矩阵700的数据元素720的CEC“电源开启”命令，可以尝试根据SIRCS(索尼红外线控制系统)编码的IR“电源开启”命令作为替代，其对应于在次级矩阵716中的等效数据元素。

除了如上所述中继个别命令请求，示范性UCE也可以支持活动选择，从而从控制装置接收单个用户请求可以导致发出一系列命令到各种装置，以为特定用户活动适当地配置系统，例如，看电视。为此，限定所需装置状态的适用于各种活动的矩阵组，例如图11的1100到1102所示，可以存储在UCE存储器502中，当执行这种请求时通过UCE编程可以访问该矩阵组。如图12所示，在一些实施方式中，示范性UCE的编程可以维持额外的矩阵1200，其表示受控装置的当前状态，例如通过装置1202和通过操作状态1204设置。通过示例的方式，在说明性表1200中的数据元素1206和1208可以表明选择TV106的HDMI端口号2(1206)作为输入时目前是通电的(1208)。根据特定实施方式，可以以任何方便的方式保持在这样的表中的多个元素的数据内容，例如但不限于HDMI/CEC状态的检索；监控输入媒体流和/或HDCP状态；测量功耗；如在美国专利6,784,805中的示例所描述的模拟装置状态的构建；等等；或其任何组合。在某些装置的情况下，如例如AV接收器120，仅通过单向IR其是可控的，装置的当前状态可能不可识别。在这种情况下，可以将空数据元素1210输入到示范性矩阵1200中以表明这个装置仅可使用离散的命令要求配置和/或用户交互。如将理解的，在一些实施方式中，说明性表的数据内容可以在现有基础上通过UCE编程保持在存储器502中，而在其它实施方式中，可以在处理活动请求的时候收集在运行的该数据。也可以使用这些方法的组合，例如，通过HDMI总线连接的装置进行的“在运行”数据的收集，与通过多个IR信号控制的装置的模拟状态的维持相结合。

为了为所需活动配置一组装置，通过元素，在必要时发送命令以把装置带到所需状态，UCE编程可以把所需状态矩阵的每个元素，例如1100，与当前状态矩阵元素相比，例如1200。以示例的方式，示范性系列步骤现在将结合图14呈现，其通过执行UCE编程以实现“看电视”活动配置。为了该示例的目的，读者还可以参照图1的装置配置和图11和12的活动与当前状态矩阵1100和1200。

在收到“看电视”请求1400时，在步骤1402，示范性UCE编程可以访问适用的装置状态矩阵1100。接着，在步骤1404，通过UCE编程可以确定是否通过当前状态矩阵1200表明的TV106的目前的“电源”状态与存储在矩阵1100的相应数据元素中的所需状态相匹配。如果状态匹配，可以在步骤1408继续处理。如果状态不匹配，在步骤1406可以传送“电源开启”命令到TV106。如从前面的讨论将要理解的，前面的讨论结合了图13和示范性优选命令矩阵700，在说明性系统中，传送到TV106的“电源开启”命令可以包括CEC命令，其经HDMI接口112发出。接着，在步骤1408，“静音”命令可以传送到TV106，由于说明性矩阵1100的元素1116表明TV106不是主音频输出装置。按照优选命令矩阵700，传送到TV106的“静音”命令可以包括IR传输114。此后，在步骤1410、1412，TV106的有源输入可以通过CEC命令设置为“HDMI”，并且在步骤1414、1416，如果那个装置尚未启动，CEC“电源开启”命令可以传送到STB/DVR110。在步骤1418，示范性UCE编程可以设置内部状态来表明未来传输命令请求(如播放、暂停、前进等)应该路由至STB/DVR110，如通过矩阵1100的元素1112表明的。此后，在步骤1420、1422，如果那个装置尚未断电，CEC“电源关闭”命令传送到STB/DVR108。此后，在步骤1424和1426，“电源开启”和“输入S/PDIF2”命令可以通过IR信号传送到AV接收器120。如将要理解的，例如通过矩阵1200的元素1210和1220所指示的，确定AV接收器120的当前状态是不可能的，和可以发出相应地所谓的“离散”功能命令或明确的功能命令，其可以建立需所需状态，而不管装置的当前状态是什么。最后，在步骤1428，如通过矩阵1100的元素1118所指示的，示范性UCE编程可以设置内部状态以表明未来的音量控制命令请求(如音量提高/降低、静音)应该路由到AV接收器120，此后完成活动请求的处理。

如上所述，示范性UCE还可以支持活动选择，从而从智能设备接收单个用户请求可以导致发送一系列命令到各种装置，为一个或多个用户活动适当地配置系统，例如，“看电视”、“看电影”、“听音乐”等等。在图15中示出了示范性方法，为安装智能设备的用户界面以支持这样的宏命令的功能。更具体地说，参照图15，当在步骤1502调用安装的应用程序时，可以要求用户设置所有的待控制装置进入已知状态，例如，电源开启，以能够检测装置和/或测试随后的步骤。接着，在步骤1504，安装的应用程序可以确定这些装置哪些是支持CEC的。这可以通过传送请求到相关的UCE完成，其在步骤1506可以使得UCE编程扫描哪个装置连接的HDMI设备是支持CEC的和/或通过HDMI接口的交互是可识别的，例如如在共同未决的美国专利申请号13/198,072中所述，其属于相同受让人并且以引证的方式将其全部内容纳入本文，并且传送这种装置识别信息到安装应用程序。接着，在步骤1508，安装应用程序还可以确定装置是否包括任何图标和/或图标信息(元数据)，以及信息——例如接口连接类型的信息，例如，HDMI输入/输出——用于在支持的宏的创建中使用。如果图标和/或图标信息是可用的，可以发送图标和/或信息数据到如在步骤1526中示出的智能设备。可以自动将提供给智能设备的图标添加到智能设备的用户界面，从而可以使用添加的图标的激活来访问命令并且控制与相应的设备相关的功能，包括如下设备可用的宏列表。同样地，提供给智能设备的图标信息可以与存储在智能设备上和/或存储在远程服务器的信息结合使用，以将图标自动添加到智能设备的用户界面，从而可以使用添加的图标的激活来访问命令并且控制与相应装置相关的功能，包括装置可用的宏列表。

然后安装应用程序继续进行到步骤1510(如上所讨论的，在扫描CEC连接的装置之后)，在这里，安装应用程序可以接着确定附加的非CEC装置是否经由HDMI接口连接到了UCE装置。这可以通过请求UCE编程在步骤1512扫描任何进一步的HDMI连接并且将结果传回到安装应用程序来完成。虽然未示出，可以理解的是，根据特定实施方式，UCE编程可以进行相似的扫描，以发现经由以太网、USB、蓝牙、RF4CE、WiFi等连接的装置，在其中可以提供这种接口到UCE。

此后，在步骤1514，安装应用程序可以为用户显示检测到的装置的列表(包括识别的和还未识别的)。在步骤1516，然后可以提示用户为这些HDMI连接或其它已经检测到但没有识别的连接装置输入装置识别信息，以及关于附加装置的识别信息，其可以形成系统的一部分，该系统为如上所述的待控制但还没发现的(例如，AV接收器120或CD播放器408的装置，其仅仅响应于单向IR命令)。非限制地，这种识别信息，根据特定实施方式，可采取用户输入数据的形式，例如装置类型、品牌和型号，或来自在用户指南中的列表的安装代码；或可以采取扫描或电子信息的形式，例如装置本身或条形码、QR码、或与装置相关的数码图片；近场采集的RFID标签数据；等等；或其任何组合。

一旦已经获取了适当的识别信息，在步骤1518，安装应用程序可以传送该信息到数据库服务器，例如服务器206，为了执行步骤1520，如果需要，数据库服务器使用识别信息来检索需要的图标和/或图标元数据(例如，当无法从装置获取这种数据时)，和如前面所讨论的命令信息，并且在步骤1522，考虑到保存在数据库207中和/或从装置检索时中检索到的能力数据，考虑到它们的性能数据，以自动生成对应于装置的多个宏。然后，将把从服务器206收集和/或由服务器206创建的任何这种数据供应给安装应用程序以进行处理，并且根据需要最终传输到智能装置和/或UCE。如将要理解的，所传送的信息和/或元数据可以包括完整的命令数据值，装置输入/输出数据和当前状态，格式化信息，指向命令数据值的指针和已经存储在已安装应用程序的UCE或设备的存储器502和/或UCE的802/804或设备等中的格式化信息。在必要时，例如当数据库207可以包含替代性代码集、图标元数据、或识别的装置的宏信息，或关于特定装置的型号等存在不确定性等，在步骤1528、1530和1522测试待控制装置的各种控制模式和/或命令数据集。这种测试可以采取征求用户对于观察到的命令的响应效果、监控HDMI接口状态改变，例如如在属于相同受让人并且以引证的方式将其全部内容纳入本文的美国专利申请号13/240,604中所述，或如对于特定的装置是方便的其它任何方法的形式。一旦已经完全确定适当的代码集和宏操作，在步骤1528和1530，可以构建适当优选的用户档案1524并且存储进示范性UCE装置100的存储器502中，并考虑装置的通信能力和功能通过上述方法来构建用户档案1524。

为了为每个配置的装置的每个功能选择最佳命令方法，可以采用任何合适的方法，例如按可取性全系统优先排序命令媒介和方法(例如，按降序应用IP、CEC、IR)；按照品牌和/或型号的命令映射；特定功能偏好和/或优先级映射(例如，所有经过可用的IR的音量功能命令)等；或其任何组合。命令方法的优先级或映射的精确选择可以考虑因素，例如连接的可靠性，例如有线与无线，双方与单向通信等等；命令传送或执行的速度；装置内的内部优先级，例如，在CEC包前处理的接收的IP所接收的包，等等；协议支持的类型(例如，错误纠正与错误检测；ack/nak等)；或为了实现特定实施方式的最佳性能可以应用的任何其它因素。

如将要理解的是，可以在数据库服务器或在安装的应用程序内，或在其组合中执行所述用户档案1524的构建，这取决于特定的实施方式。

虽然已经详细描述了各种理念，但本领域技术人员可以理解的是，可以根据本公开的内容的全面教导开发对这些理念的各种修改和替代。例如，在UCE功能的替代性实施方式中，代替如在图7中示出的优选命令矩阵，示范性UCE的编程可以采用命令优先级列表，例如优先级列表“IP、CEC、IR”可以使得UCE编程首先确定是否可以使用因特网发出所请求的命令，仅当IP不可以时，确定是否可以通过HDMI接口使用CEC命令发出所请求的命令，而且仅当CEC不可以时，尝试经由红外线信号发出所请求的命令。这种优先级反映了双向通信协议优于通过视线通信协议的单向通信协议，例如通过目标装置支持的IR，这种优先级反映了比起单向通信协议，偏好使用双向通信协议，单向通信协议超过视线通信协议线，例如IR。

此外，虽然采用本文的功能模块进行了描述并且使用方框图格式进行了说明，但应当理解的是，除非另有相反的说明，所描述的一个或多个功能和/或特征可以集成在单个物理装置和/或软件模块中，或一个或多个功能和/或特征可以在独立的物理装置或多个软件模块中实现。还应当理解的是，每个模块的实际执行的详细讨论对于能够理解本发明而言是没有必要的。相反，鉴于本文公开的属性、功能和在系统中的各种功能模块的相互关系，这种模块的实际执行对本领域技术人员来说是已知的。因此，本领域的技术人员应用普通技术将能够实施在权利要求书中提出的本发明，而无需过多的实验。会被额外理解的是，公开特定理念的目的仅仅是要说明而并非限制本发明的范围，本发明的范围包括所附的权利要求包括的全部范围以及其等价物。

在本文中引用的所有专利通过引用的方式将其全部内容纳入本文。

Claims (13)

1.用于配置智能设备的控制设备应用程序的用户界面的方法，包括：

从与智能设备通信的通用控制引擎在智能设备中接收通过通用控制引擎从可控设备检索的可控应用程序信息，所述信息包括数据，其用于使可控装置的图标标识添加到控制设备应用程序的用户界面；

通过智能设备使用从通用控制引擎接收到的信息，以使可控装置的图标标识自动添加到控制装置应用程序的用户界面，可选的所添加的图标通过使用控制装置应用程序的用户界面提供对用户界面元素的进一步访问，所述用户界面元素可进行选择，以通过从智能设备发送到通用控制引擎的一个或多个通信，启动控制设备的一个或多个可控功能的控制。

2.如权利要求1所述的方法，其中用于使可控装置的图标标识添加到控制装置应用程序的用户界面中的数据包括数据元数据。

3.如权利要求2所述的方法，其中智能设备使用元数据以创建可控装置的图标标识，将所述图标标识添加到控制设备应用程序的用户界面。

4.如权利要求3所述的方法，其中智能设备使用存储在智能设备的存储器中的数据以从元数据创建可控装置的图标标识，将所述图标标识添加到控制设备应用程序的用户界面。

5.如权利要求3所述的方法，其中智能设备将元数据传送到服务器设备，服务器设备使用元数据以创建可控装置的图标标识，服务器设备传送所创建的图标到智能设备，并且智能设备自动添加所创建的图标到智能设备的远程控制应用程序的用户界面。

6.如权利要求1所述的方法，其中用户界面元素包括用于至少将可控装置设置成供用于活动连接的期望状态的用户界面元素，其响应于添加到智能设备的远程控制应用程序的用户界面的图标选择，经由从智能装置发送到可获得的通用控制引擎的一个或多个通信，启动可控装置的一个或多个可控功能的控制。

7.如权利要求6所述的方法，其中通过通用控制引擎从可控装置检索到的信息还包括可控装置所支持性能的数据识别，且其中智能设备促使使用可控装置性能的活动用户界面元素自动添加到智能设备的控制设备应用程序的用户界面。

8.如权利要求7所述的方法，其中智能设备使活动自动创建的宏命令序列使用了可控设备的性能自动添加到智能设备的控制设备应用程序的用户界面中，所述宏命令序列的执行响应于活动用户界面元素的选择。

9.如权利要求8所述的方法，其中智能设备使用存储在智能设备存储器中的数据和可控装置支持的性能的数据标识，使用了可控装置的性能自动创建活动的宏命令序列。

10.如权利要求8所述的方法，其中通过通用控制引擎执行宏命令序列。

11.如权利要求8所述的方法，其中智能设备传送可控装置支持性能的数据标识到服务器设备，服务器设备使用可控装置支持性能的数据标识自动创建活动的宏命令序列，服务器设备传送所创建的宏命令序列到智能设备，从而响应于用户界面元素的选择，执行所创建的宏命令序列。

12.如权利要求10所述的方法，其中通过通用控制引擎执行宏命令序列。

13.如权利要求7所述的方法，其中可控装置支持性能的数据标识包括可控装置的接口连接类型的数据标识。