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

Abstract

响应在可控装置的逻辑拓扑内检测到预定目标装置的存在，利用与预定目标装置相关的身份信息，自动将代表预定目标装置的图标添加到控制设备的图形用户界面，并在通用控制引擎处创建用于控制预定目标装置的相关功能操作的通信方法的列表。当图标之后被激活时，将控制设备置于适合于控制预定目标装置的功能操作的操作状态，而通用控制引擎使用至少一个通讯方法发送至少一个命令以将预定目标装置置于预定操作状态。

Description

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

相关申请信息

本申请是2013年5月22日提交的、申请号为13/899,671的美国申请的继续部分申请并要求其权益，该申请要求于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可以接收来自这样的控制装置的命令请求并应用最佳方法以将命令功能传播到每个预定目标设备，例如电视、AV接收机、DVD播放机等。以此方式，UCE可使单个控制装置命令家庭影院系统中所有装置的运作，同时协调控制每个特定装置的可用方法，以选择用于向每个给定装置发出每个命令的最佳和最可靠的方法。举例来说，但非限制性地，UCE可以利用IR命令为AV接收装置通电，而CEC命令或另一种方法可以用于为相同的AV接收装置选择输入或断电；或者CEC命令可以用于为电视装置通电或选择输入，而IR命令可以用来控制相同电视装置上的音量。

将变得显而易见的是，UCE可包括模块化硬件和软件，其可以体现为适用于现有家庭影院设备配置的独立设备，或者可以并入到任何一个装置中，例如机顶盒、电视、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播放器、游戏机、家庭照明、窗帷、风扇、HVAC系统、恒温器、个人计算机等。在图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信号的形式。举例来说，但非限制性地，某些电视制造商可能选择不支持经CEC的音量调整。如果举例说明的电视机106具有这样的制造商，UCE100可以以IR信号114的方式将音量调整请求传送给电视106，而例如电源开/关或输入选择的其他请求可以以CEC命令的方式经HDMI连接112传送。

然而，将被理解的是，虽然在上下文中示出IR、FR和有线CEC信号传输，但在一般情况下，到UCE设备100和来自其的传输，按照具体实施方案的需要，可以采取任何方便的IR、RF、硬接线、点对点或网络协议的形式。此外，虽然示例性设备之间的无线通信116、118等此处作为直接连接示出，但是应当理解的是，在某些情况中，这样的通信可以经局域网或个域网发生，并且因此可能涉及各种中间设备，例如路由器、网桥、接入点等等。因为这些产品对本发明的理解不是必须的，所以为清楚起见，它们在这里和随后的图中被省略。

因为例如在说明性设备104中涉及的智能设备遥控应用程序是公知的，为简洁起见，其操作、特征和功能在此处将不进行详细描述。然而，如果需要这样的应用程序的本质的更完整的理解，有兴趣的读者可以求助例如前面提到的美国专利申请号12/406,601或美国专利申请号13/329,940(现美国专利8,243,207)。

现在转到图2，在进一步说明性的实施方式中，UCE100可以从遥控器200和/或驻留在平板计算机202上的应用程序接收无线请求信号。和以前一样，到设备106、108、110的命令传输可以采取有线CEC命令或无线IR命令的形式。然而，在此实施例中，遥控器200可以与UCE100双向通信208，并且因此UCE可将IR命令210的传输转移到遥控装置200，即，使用遥控器200作为那些确定为最好通过IR传输执行的命令的中继设备。如通常在图2中示出的，在例如平板计算机202的智能设备上执行的安装应用程序214可与因特网(212、204)可访问的或基于云的服务器206和相应数据库207结合使用，以与待控制装置的具体组装置一起运作而初始地配置UCE100，即，向UCE100传达匹配命令代码集与每个待控制的具体装置的和功能简介，例如基于类型、制造、型号等等，这将在后面更详细地描述。

参考图3，在进一步说明性实施方式中，UCE功能100'可以嵌入例如STB/DVR310的装置中。在此实施例中，遥控器102和/或智能设备104可以通过内置UCE功能100'直接向STB/DVR310发送用于行动的无线请求信号，和以前一样，其行动可以包括经HDMI连接112的CEC命令传输或在这种情况下从供应到STB/DVR装置310的IR增强器产生的IR命令传输114。在此结构中，使用例如可通过电缆调制解调器和/或电缆分配系统头端访问的互联网连接304，驻留在STB/DVR310中的安装应用程序可以用于配置UEC100'。

在图4的进一步说明性实施方式中，UCE功能100'可以嵌入AV接收器420中，其可以用作例如STB/DVR110或DVD播放器108的各种内容源和例如电视106的渲染设备之间的HDMI开关。除了HDMI输入，AV接收器420还可以支持各种其它输入格式，例如CD播放机408说明404的模拟输入；复合或分量视频；S/PDIF同轴或光纤；等等。在此实施方式中，例如来自遥控器402的请求信号406可以通过UCE功能100'导向AV接收器420用于动作。和以前一样，所得装置命令可以使用经HDMI连接112传输的CEC信号或经从相关IR增强器传输的IR信号114来传输。按照适合于特定实施方式的情况，如先前结合图2提到的那样，匹配待控制设备的UCE100'的初始配置可以通过驻留在AV接收器420中连接互联网的应用程序进行，或通过驻留在平板计算机202或其他智能设备上的应用程序进行。

将被理解的是，在不脱离潜在的UCE概念的情况下，各种其它配置也是可能的，例如UCE功能100'可并入因特网功能的电视、HDMI开关、游戏机等；装置命令集和容量数据库207可以位于因特网云或有线系统头端，可以在本地存储(全部或部分)，其本地存储器可以采取在UCE本身内部或例如电视机、机顶盒或AV接收器的装置内的内存储器的形式，或者可以采取连接到智能设备或装置的记忆棒或类似物的形式；等等。

参考图5，按照特定应用的需要，示例性UCE装置100(无论单独存在或位于支持UCE功能的装置中)可包括耦合到存储器502的处理器500，该存储器可以包括ROM存储器、RAM存储器和/或非易失性读/写存储器的组合并可以采取芯片、硬盘、磁盘、光盘、存储棒等或者其任意组合的形式。还应当理解的是，一些或全部所示的存储器可物理地并入相同的IC芯片内以作为处理器500(所谓的“微控制器”)，且因此，为清楚起见，它单独在图5中展示。提供为示例性UCE平台的一部分的接口硬件可能包括IR接收器电路504和IR发射器电路506；HDMI接口508；WiFi收发器和接口510；以太网接口512；和任何其他适于特定实施方式的有线或无线I/O接口(多个)514，举例来说(非限制性地)，如蓝牙、RF4CE、USB、Zigbee、Zensys、X10/Insteon、家庭插座、HomePNA等。包括示例性UCE设备100的电子组件可以由外部电源516供电。在如图1或2所示的独立UCE设备的情况下，这可以包括例如小型AC适配器“壁疣”，而如图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等)以及相应命令值和用于以所述装置可识别的格式向例如电视106的预定目标装置传输命令的控制协议，从而控制该设备的一个或多个功能操作。进一步举例来说，例如可从接口508至514辨别的通电或断电、当前选取的输入、播放或暂停等连接装置的状态可通过UCE编程监测和/或列表，以促进装置设置的调整以匹配用户定义的活动题材，例如“看电视”、“看电影”等。

示例性UCE控制环境的概况如图6所示。示例性UCE设备100的UCE编程可以包括通用控制引擎核心650以及一系列可扩展的软件模块652至660，每个模块支持特定装置命令协议或方法，并针对特定实施方式提供。举例来说，根据具体应用，图6的说明性实施方式可包括互联网协议(IP)模块652、经HDMI的CEC模块654、蓝牙模块656、IR模块660和其它模块(多个)658。待控制的装置可包括支持IP的AV接收器620、支持IP的STB/DVR610、电视106、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。这种单元或元素的数据内容可以包括待使用的命令/传输形式的识别和到所需数据值的指针和用于具体命令的格式化信息。举例来说，对应用于配置的电视装置708的“输入2”命令706的数据元素712可包括使用CEC命令的指示器，即，用于将命令传达给预定目标装置的传输设备的指示器，以及到适合的命令数据值和HDMI-CEC总线地址的指针；而对应用于配置的AV接收器710的相同的命令功能的数据元素714可包括使用IR命令的指示器以及合适的命令数据指针和储存在UCE存储器502以外的IR代码库内的格式化信息。在某些实施方式中，还可提供一个或多个次级命令矩阵716，在UCE编程确定命令不成功的事件中允许使用交替命令方法。命令矩阵700还可能包含例如718的空条目，其中特定功能是不可用的或不被具体装置支持。在示范性实施方式中，命令矩阵700可以在初始化和建立过程中创建并载入UCE100的存储器502中，这将进一步详细说明。

为了执行UCE装置的初始配置，可以提供安装应用程序。在一些实施方式中，根据具体实施方式，这样的安装应用程序可采取在任何具有合适的用户界面并能够建立与UCE的通信的方便的设备上(非限制地，例如智能电话、平板电脑、个人计算机、机顶盒、电视机等)执行的编程的形式。在其他实施方式中，这样的安装应用程序可以利用例如连接电视的屏幕和相关控制设备作为用户界面来并入UCE编程本身。不管编程和用户界面装置的确切的形式和位置，当用一套具体装置配置用于操作的UCE设备时，通过UCE安装应用程序执行的一系列步骤仍然是相似的。因此，将被理解的是，包括下面与图8和9结合呈现的说明性UCE安装应用程序的方法，经过必要的修改，可同样应用到各种可替代的安装应用程序的实施方案中。

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

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

现在参考图9，在步骤902调用后，这样的安装应用可以初始地请求用户将所有待控制的装置置于例如通电的已知的状态，以使随后的装置检测和/或测试步骤能够进行。接着，在步骤904中，安装应用可判定那些支持CEC的设备的身份。这可以通过将请求通信到相关UCE来完成，其在步骤906中可使UCE编程扫描用于支持CEC的和/或可经通过HDMI接口的相互作用识别的装置的连接的HDMI设备，并将这些装置身份通信到安装应用，例如具有相同受让人的并以引证的方式整体并入本文的共同未决的美国专利申请号13/198,072中所述的。此后，在步骤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设备。将被理解的是，所传送的代码集数据可以包括完整的命令数据值和格式化信息，可以包括命令数据值的指针和已经存储在存储器502和/或UCE的802/804或安装应用当前驻留的设备中的格式化信息，或其组合。当必要时，例如当数据库207可以包含用于识别装置的交替代码集，或者当关于具体装置型号存在不确定性等时，步骤920、922和924中各种控制模式和/或命令数据集可以针对待控制的设备进行测试。这些测试可以采取的形式包括征求用户对于效果可观察命令的响应，监测HDMI接口状态变化(例如具有相同受让人并以引证的方式整体并入本文的美国专利申请号13/240,604中所述的)，或对于具体应用方便的任何其它方法。如果合适的代码集已经完全确定，在步骤926、928和930中，例如如图7所示的合适的优选命令矩阵可被构造并存储到示例性UCE设备100的存储器502中，矩阵的构造考虑了经上述过程识别的设备的通信能力和功能。

为了选择用于每个配置的设备的每个功能的最佳命令方法，可以利用任何合适的方法，例如根据期望的命令媒体和方法的全系统的优先次序(例如按照降序应用IP、CEC、IR)；装置特有的品牌和/或型号命令映射；功能特定的偏好和/或优先映射(例如经可用的IR的全容量功能命令)；等等；或它们的任意组合。命令方法优先级或映射的精确选择可考虑诸多因素，例如有线vs无线、双向vs单向通信等连接的可靠性；命令传输或执行的速度；装置的内部优先级，例如在CEC打包之前处理接收到的数据包接收到的IP；协议支持类型(例如错误修正vs错误检测；ack/nak等)；或可被应用以实现具体实施方式最佳性能的任何其它因素。

将被理解的是，所述优选命令矩阵的构建可根据具体实施方案在数据服务器处或在安装应用内或者以其组合进行。如果优选命令矩阵已经完成并存储在UCE设备中，在步骤932，一系列特定用户活动相关的所需的装置配置可以配置并存储到UCE设备中，现在这将进行描述。

如果完成并存储优选命令矩阵，那么示例性安装应用可随后通过一系列步骤引导用户，从而建立用于一系列可能活动的所需装置配置。参考图10，在步骤1002中可给用户呈现一个可能的活动的清单，例如，“看电视”、“看电影”、“听音乐”等。在一些实施方案中，用户还能够编辑活动标题和/或创建额外用户定义的活动。步骤1004中用户可以选择用于配置的具体活动，如“看电视”。步骤1006中用户会被提示标识正在配置的活动的内容源，例如用于示范性“看电视”活动的有线STB/DVR110。这样的一个提示可采用下列形式：先前装置安装步骤中确定的合格的装置列表；装置类型的明确用户条目；等等。接着，步骤1008中可以以类似的方式提示用户选择在活动中使用的视频和音频渲染装置，分别地例如电视106和AVR接收器120。根据系统拓扑和使用中的接口(即HDMI/CEC、IP、模拟等)，UCE编程相应的安装应用能够确定每个渲染装置的哪个输入端口连接到此次活动识别的内容源装置和/或是否使用任何中间交换装置(例如如图4所示的系统的AV接收器420)。在这样的信息可获得的情况下，安装应用可以自动地创建用于配置的活动的全部或部分合适的渲染装置输入选择。如果不是，步骤1008和1010中可以另外请求用户识别到渲染装置的可用的内容路径(多个)，例如，输入端口号码、中间交换机的存在等。步骤1004至1010的过程中或终结后，例如如图11所示的安装应用程序可以构建活动矩阵。举例来说，用于“看电视”活动的活动矩阵1100可以包括一系列单元，例如1110或1112，每个对应于具体活动中具体装置1104的具体状态1106或功能1108的所需配置。举例来说，单元1110可以指示AV接收器120的输入被设置为“S/PDIF2”，而单元1112和1114可以指示传输功能命令(例如“播放”、“暂停”、“快进”等)被引导到STB/DVR110而不引导到DVD114。在这方面，应当理解的是，虽然在一些实施方案中，具体活动过程中，对具体装置的功能(例如音量控制)的分配可在单独的控制装置中进行，即控制装置可以确定音量控制命令导向的装置，在优选实施方案中，此分配可在UCE中进行，从而当环境中存在多个控制设备时(例如图1所示环境中的设备102和104)，确保通过每个活动的一致性。

现在回到图10，步骤1014和1016中新构建的活动矩阵1100可进行测试，通过利用优选命令矩阵700使UCE编程发出将识别的装置置于所需状态必须的命令，并且此后在步骤1018接收所需活动成功启动的验证。应当理解的是，这样的验证可以包括：例如通过直接监测CEC状态的UCE编程或通过使用例如如美国专利申请号13/240,604所述的方法来检测和报告HDMI或其他内容流和/或装置状态；请求用户输入确认正确的操作；监视模拟输入信号的存在与否；记录设备状态或错误信息；等等；或其适合于具体实施方案的任何组合。

如果测试不成功，则步骤1018中安装应用可以返回到步骤1002以允许该活动的重新配置和/或替代活动的限定。如果测试成功，步骤1020和1022中例如如图11所示的1100的完成的活动矩阵可以转移到UCE100中以在UCE存储器502中存储。此后，步骤1024中可以向用户提供机会以返回到步骤1002来限定附加的例如如图11所示的1101、1102的活动配置或退出活动配置过程。

现在参考图13，根据从例如遥控器102或200、智能设备104或202等控制设备接收的命令请求1300或根据接收到活动请求后内部产生的需要(将在下文描述)通过UCE编程进行以将功能命令传到装置的系列步骤可以初始地包括从优选的命令矩阵检索相应于请求的命令和目标装置的数据元素。以具体实施例来说，在配置有如图7所示的优选命令矩阵的UEC处从遥控器102等接收“电视通电”的请求可以导致数据元素720的检索，说明该命令使用HDMICEC命令通信到例如电视106的电视装置。在步骤1304中，UCE编程可判定是否检索到的值构成空元素。如果是这样，引用的装置不支持请求的命令且因此在步骤1314中可产生错误消息，并且该过程随后终止。将被理解的是，这样的错误消息确切的性质可取决于具体的实施方案和/或请求控制装置：例如如果请求来自与UCE双向通信的控制装置，错误可传回用于行动的请求设备，即按照合适的情况向用户显示、照亮LED、激活蜂鸣器等。或者，在那些UCE并入到装置中的实施方案中，该装置的前面板显示器可被利用。

如果检索的优选命令矩阵元素数据是有效的，步骤1306中UCE可以使用所示指令值和传输方法将相应功能命令通信到目标装置，例如对于示例性数据元素720，这可以包括通过UCEHDMI接口508将CEC“通电”命令发送给CEC逻辑设备地址零(电视)。如果命令已经发出，步骤1308中UCE编程可判定是否用于发送命令的通信接口和协议提供任何确认机制，即明确的回执、监测接口上的HDMI状态、检测媒体流或HDCP握手、等等。如果不是这样，例如命令使用单向IR信号发送且没有例如电源或输入信号监测的其他确认手段可用，UCE编程可以简单地假设该命令是成功的且处理被完成。然而，如果确认手段存在，步骤1310中UCE编程可等待以判定命令是否成功执行。如果收到肯定的确认那么处理完成。如果未接收到确认或接收到否定的确认，步骤1312中UCE编程可以判定替代的方法是否可用来将命令通信给目标装置。返回到上述具体实施例，这可以包括访问次要命令矩阵716以判定是否替代的通信方法可用于具体功能，例如“电视通电”。如果替代确实存在，步骤1316中替代命令值和传输方法可被检索且处理可返回到步骤1306以启动替代的尝试。再次返回到具体的实施例，如果不能确认相应于发送到电视106的矩阵700的数据元素720的CEC“通电”命令，与次级矩阵716中等价数据元素相应的SIRCS(索尼红外线控制系统)编码的IR“通电”命令可尝试作为替代。

除了中继如上所述的单独的命令请求，示例性UCE还可支持活动选择，从而从控制设备接收单个用户请求可引起发送到各种装置的一系列命令，以便为特定用户活动适当地配置系统，例如看电视。为此目的，一组限定适合于各种活动的所需设备状态的矩阵，例如如图11所示的1100至1102，存储在UCE存储器502中，以当执行这样的请求时通过UCE编程访问。如图12所示，在一些实施方案中，示例性UCE的编程可以保持代表受控设备的当前状态的附加矩阵1200，例如通过装置1202和通过运作状态1204布置。举例来说，在说明性列表1200中的数据元素1206和1208可表明电视106当前通过被选为输入(1206)的HDMI端口号2通电(1208)。在这样的表中的元素的数据内容可以根据具体实施方案以任何方便的方式来保持，例如(非限制地)HDMI/CEC状态的检索；监测输入媒体流和/或HDCP状态；测量能量消耗；例如如美国专利6,784,805所述的模拟设备状态的构建；等等；或其任意组合。在例如AV接收器120的仅可通过单向IR控制的某些装置的情形下，装置的当前状态可能是不可辨的。在这种情况下，空数据元素1210可以进入到示例性矩阵1200以表明此装置需要仅使用离散命令和/或用户互动的配置。将被理解的是，在一些实施方式中，说明性列表的数据内容可以通过UCE编程在持续基础上保持在存储器502中，而在其他实施方案中该数据在活动请求正在处理时可被“匆忙(onthefly)_”收集。这些方法的组合也可使用，例如：用于经HDMI总线连接的装置的“匆忙”收集结合用于经IR控制的装置的模拟状态的维持。

为了配置一组用于所需的活动的装置，UCE编程可比较例如1100的期望状态矩阵和例如1200的目前状态矩阵，一个元素一个元素的，必要时可发布命令使装置达到理想状态。举例来说，可以通过UCE编程进行以影响“看电视”活动配置的一系列示例性步骤现在将结合图14给出。为了此实施例的目的，读者还可能希望参考图1的设备配置以及图11和12的活动和当前状态矩阵1100和1200。

一旦接收到“看电视”请求1400，步骤1402中示例性UCE编程就可访问适用的装置状态矩阵1100。接着，步骤1404中当前状态矩阵1200指示的电视106的当前“电源”状态是否匹配存储在矩阵1100的相应数据元素中的期望状态可以通过UCE编程判定。如果状态匹配，处理在步骤1408中可继续。如果状态不匹配，步骤1406中“通电”命令可被通信给电视106。根据前面的结合图13讨论和示例性优选命令矩阵700的检查可以理解的是，在说明性系统中，到电视106的“通电”命令的通信可以包括经HDMI连接112发出的CEC命令。接着，步骤1408中“静音”命令可通信到电视106，因为说明性矩阵1100的元素1116表明电视106不是主音频渲染装置。根据优选的命令矩阵700，到电视106的“静音”命令的通信可以包括IR传输114。此后，步骤1410、1412中电视106的活跃输入可以经CEC命令设置为“HDMI1”，且如果该装置是尚未通电，步骤1414、1416中CEC“通电”命令可以通信到STB/DVR110。在步骤1418中，示例性UCE编程可以设置内部状态以表明未来传输命令请求(例如播放、暂停、FF等)应该发送到STB/DVR110，这通过矩阵1100的元素1112表示。此后，如果该设备尚未断电，步骤1420、1422中CEC“断电”命令可通信到STB/DVR108。此后，步骤1424和1426中“通电”和“输入S/PDIF2”命令可经IR信号通信到AV接收器120。将被理解的是，例如如通过矩阵1200的元素1210和1220所示，可能无法判定AV接收器120的当前状态，且因此所谓“离散的”或明确的不管装置的当前状态而建立所需状态的功能命令可被发送。最后，步骤1428中示例性UCE编程可以设置内部状态以表明未来音量控制命令请求(例如音量加/减、静音)应该传送到AV接收器120，如通过活动处理后请求完成的矩阵1100的元素1118所示。

如上所述，示例性UCE也可以支持活动的选择，从而接收来自智能设备的单个用户的请求可引起一系列命令被发送给各种装置，以针对一个或多个用户活动(例如“看电视”、“看电影”、“听音乐”、等等)适当地配置系统。为安装智能设备的用户界面以支持这样的宏命令的功能，示例性方法在图15中示出。更具体地，参考图15，一旦调用安装应用，步骤1502中可要求用户将所有待控制的装置置于已知状态，例如通电或已经接入无线网络，以实现随后的装置检测和/或测试步骤。接着，步骤1504中安装应用可判定那些支持CEC或支持IP的装置的身份。这可以通过将请求通信到相关UCE实现，其在步骤1506中可使UCE编程扫描用于支持CEC或可通过HDMI接口经互动识别的装置的连接的HDMI设备(例如具有相同受让人的并通过引证的方式全部并入本文的共同未决的美国专利申请号13/198,072所述)，并将这样的装置的身份通信到安装应用。接着，步骤1508中安装应用也可判定装置是否具有任何相关的图标信息(例如在装置上存储为元数据，可从远程服务器获得，等等)以及用于构建支持宏的接口连接类型相关信息，例如WI-FI、HDMI输入/输出。如果图标信息是可用的，图标信息可由装置发送到智能设备，和/或由智能设备使用由装置酌情提供的其他信息来检索，如步骤1526所示。对应于图标信息的图标然后可自动添加到智能设备的用户界面，其中激活添加的图标可用于提供途径以命令并控制相应可控装置相关的功能，包括自动生成并可用于如下所述的该可控设备的宏的列表的形式的命令。因此，提供到智能设备的图标信息可用于关联存储在智能设备上、在互联网云里和/或在远程服务器处的信息，以自动将图标添加到智能装置的用户界面，其中图标可以是用于可控装置的标志的形式，且以用于内容的标志(例如电视台的标识)的形式的图标可经可控装置等访问。在另一说明性实施方案中，图标可作为软按键起作用，该图标可被选择以引起进一步动作的执行，例如显示设备的控制页面(例如呈现例如频道加、频道减的电视控制软按键等)，引起命令的传输(例如具有相同受让人的并通过引证的方式全部并入本文的美国专利申请号10/288,727(现在的美国专利7,831,930)所述)，或适合于特定应用的任何其它方法。

安装应用然后持续到步骤1510(扫描如上所述的CEC连接的设备后)，其中安装应用接着可判定附加非CEC设备是否经HDMI接口连接到UCE设备。这可通过请求UCE编程在步骤1512处扫描任何进一步HDMI连接来实现，并将结果通信返回到安装应用。虽然未示出，但是应该理解的是，在适合于具体实施方案的情况下，UCE编程可以进行类似的扫描以发现经以太网、USB、蓝牙、RF4CE、WiFi等连接的装置，其中这样的接口可以配置给UCE。

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

一旦合适的识别信息已经采集，步骤1518中安装应用可将这些信息通信到例如服务器206的数据库服务器，用于执行步骤1520，其中数据库服务器使用识别信息按需要检索图标信息(例如当这样的数据不能从装置得到)，先前讨论的命令信息，并且考虑其保持在数据库207和/或从装置检索的容量数据，在步骤1522处自动生成相应于一个或多个装置的宏。任何这样从服务器206收集和/或由其创建的数据然后将配置给用于处理的安装应用并最终按需要转移到智能设备和/或UCE。将被理解的是，传送的信息和/或元数据可以包括完整的命令数据值、装置的输入/输出数据和当前状态、格式化信息、到命令数据值的指针和已经存储在UCE或安装应用在其上驻留的设备等的存储器502和/或802/804中的格式化信息、等。必要时，例如当数据库207包含备用代码集、图标元数据、或用于识别装置宏信息、或关于具体装置型号存在不确定性时，等等，步骤1528、1530和1522中各种控制模式和/或命令数据集可针对待控制装置进行测试。这样的测试可采取下列形式：征求用户对影响可观察命令的响应、如具有相同受让人的并通过引证的方式整体并入本文的美国专利申请号13/240,604所述监测HDMI接口状态变化、或者适于具体应用的任何其他方法。一旦合适的代码集和宏操作已完全确定，步骤1528和1530中适当优选的用户简档1524可被构造并存储到示例性UCE设备100的存储器502中，用户简档1524通过考虑经上述过程识别的设备的通信能力和功能来构建。

为了选择用于每个配置的设备的每个功能的最佳命令方法，可以利用任何合适的方法，例如根据需要的命令媒体和方法的系统级的优先次序(例如按照降序应用IP、CEC、IR)；装置特有的品牌和/或型号命令映射；功能特定的偏好和/或优先映射(例如经可用的IR的全容量功能命令)；等等；或它们的任意组合。命令方法优先级或映射的精确选择可考虑诸多因素，例如有线vs无线、双向vs单向通信等连接的可靠性；命令传输或执行的速度；装置内部的优先级，例如在CEC打包之前处理接收到的数据包接收到的IP；协议支持类型(例如错误修正vs错误检测；ack/nak等)；或可被应用以实现具体实施方案最佳性能的任何其它因素。

将被理解的是，所述用户简档1524的构建可根据具体实施方案在数据库服务器处、在安装应用中、或者以其组合进行。

虽然各种概念已经详细描述，但对本领域技术人员，将被理解的是那些概念的各种修改和替代可在本公开的全部教导下发展。例如，在替代例如图7中所示的优选命令矩阵的UCE功能的替代实施方案中，示例性UCE的编程可以利用命令优先级列表，例如优先级列表“IP、CEC、IR”可使UCE编程首先判定请求的命令是否可以通过使用互联网协议发送，只有为否，然后判定请求的命令是否可以使用CEC命令经HDMI接口发送，且如果为否，然后尝试经由红外线信号发送请求的命令。这样的优先次序反映了在得到预订目标装置支持时，使用双向通信协议优于单向通信协议、优视线通信协议(即IR)的示例性偏好。

此外，虽然在功能模块的上下文中描述并使用方框图格式示出，但是应当理解的是，除非另有与此相反说明，一个或多个描述的功能和/或特征可以在单个物理设备和/或软件模块中集成，或一个或多个功能和/或特征可以在独立的物理设备或软件模块中实现。还应当理解的是，每个模块的实际执行的详细讨论对于本发明有利的理解是没有必要的。更确切地说，这样模块的实际实施将属于工程师的常规技术，考虑到在此公开的属性、功能以及系统中的各个功能模块的相互关系。因此，应用普通技术的本领域技术人员将能够实践权利要求中阐述的本发明而无需过度实验。另外将被理解的是，公开的具体概念仅意在说明而不是限制本发明的范围，本发明将被给予所附权利要求及其任何等同物的全部广度。

本文件中引用的所有专利在此通过引证的方式整体并入本文。

Claims (16)

1.一种用于控制预定目标装置的功能操作的方法，包括：

响应在可控装置的逻辑拓扑内检测到预定目标装置的存在，利用与预定目标装置相关的身份信息，自动将代表预定目标装置的图标添加到控制设备的图形用户界面，并在通用控制引擎处创建用于控制预定目标装置的相关功能操作的通信方法的列表；且

响应感测的添加到控制设备的图形用户界面的代表预定目标装置的图标的激活，使控制设备置于适合于控制预定目标装置功能操作的操作状态，同时使通用控制引擎使用与预定目标装置相关的通信方法的列表中的多个通讯方法中的至少一个，来发送给预定目标装置至少一个命令以将预定目标装置置于预定操作状态。

2.根据权利要求1所述的方法，其中身份信息包括从预定目标装置提供给控制设备的图标元数据，且其中控制设备使用图标元数据以自动将代表预定目标装置的图标添加到控制设备的图形用户界面。

3.根据权利要求1所述的方法，其中身份信息包括从远程服务设备提供给控制设备的图标元数据，且其中控制设备使用图标元数据以自动将代表预定目标装置的图标添加到控制设备的图形用户界面。

4.根据权利要求1所述的方法，其中响应感测的添加到控制设备的图形用户界面的代表预定目标装置的图标的激活，促使通用控制引擎执行自动生成的宏命令序列，以将至少一个可控装置的逻辑拓扑内的附加可控装置置于相应的预定操作状态。

5.根据权利要求1所述的方法，其中将控制设备置于适合于控制预定目标装置功能操作的操作状态包括使控制装置显示具有代表预定目标装置可控功能的可激活图标的图形用户界面页面。

6.根据权利要求5所述的方法，其中图形用户界面页面的可激活图标包括具有标志的可激活图标，所述标志代表可经预定目标装置访问的媒体内容。

7.根据权利要求6所述的方法，其中通过使用预定目标装置相关的身份信息，代表可经预定目标装置访问的媒体内容的标志自动地在可激活图标上填充。

8.根据权利要求1所述的方法，其中控制设备包括智能电话。

9.根据权利要求1所述的方法，其中控制设备包括平板计算设备。

10.根据权利要求1所述的方法，包括使控制设备在可控装置的逻辑拓扑内检测预定目标装置的存在。

11.根据权利要求10所述的方法，其中经使用蓝牙通信协议交换的通信由控制设备使用，由此检测可控装置的逻辑拓扑内预定目标装置的存在。

12.根据权利要求10所述的方法，包括将预定目标装置置于预定状态以促进可控装置的逻辑拓扑内预定目标装置的检测。

13.根据权利要求1所述的方法，包括通过具有通用控制引擎的装置检测可控装置的逻辑拓扑内预定目标装置的存在。

14.根据权利要求13所述的方法，其中经使用蓝牙通信协议交换的通信由具有通用控制引擎的装置使用，由此检测可控装置的逻辑拓扑内预定目标装置的存在。

15.根据权利要求1所述的方法，包括提示用户提供指示预定目标装置相关身份信息的数据以响应可控装置的逻辑拓扑内检测到的预定目标装置的存在。

16.根据权利要求1所述的方法，其中预定目标装置包括通用控制引擎。