将控制性质映象到模态兼容gui元素上的制作方法

专利名称：将控制性质映象到模态兼容gui元素上的制作方法
技术领域：
本发明涉及信息处理系统及控制设备的方法。
Philips电子公司参加的消费品电子设备制造商国际组织一直在为家庭网络中的数字消费品电子电器制订API(应用编程界面)的核心的规范以便为声/象电子设备及多媒体工业提供标准。API规定向操作系统或应用程序提出请求的方法。家庭网络被认为是分布式计算平台。称作HAVi(家庭声/象互相协作性)系统结构的标准的主要目标为保证不同卖主的产品能互相协作，即合作执行应用任务。诸如家庭娱乐设备(DVD播放机、DV摄录机、数字电视机等)等当前CE设备是数字处理与数字存储系统。将这些设备连网便有可能共享处理与存储资源。这允许同时协调若干CE设备的控制，比如为了简化用户交互作用。例如，第一设备可能启动第二设备上的录制同时访问第三设备上的EPG(电子节目指南)。该家庭网络提供连接这些设备的组织。它允许互联的设备交换控制(一台设备发送命令给另一台)与AV(声/象)数据(一台设备发送音频或视频流给另一台设备)。为了达到所有这一切，该网络必须符合若干要求。它必须及时支持高数据率AV流的传送。网络必须支持自我配置、自我管理及热插接与播放。它必须要求低成本电缆连接与接口。
HAVi软件系统结构是独立于平台并基于Java的。HAVi使用IEEE1394高性能串行总线协议在连接在网络上的设备之间传输控制与内容。IEEE 1394标准是动态可配置的低成本数字网。IEEE 1394定义基板物理层及点对点电缆连接的虚拟总线实施。该基板形式在12.5、25或50Mbits/sec(兆位/秒)上操作。电缆形式支持100、200与400Mbits/sec等数据率。该标准规定介质、拓扑及协议。IEEE 1394传输协议由于其高数据率性能对支持音频与视频通信协议特别有用。
HAVi系统结构通过CE设备的抽象表示控制网络中的CE设备。该抽象表示是控制器在上面操作的并隐藏相关真实CE设备的特性。因此该抽象表示为较高级软件提供统一的界面。该抽象表示是用反映所表示的设备的控制性质注册的。该抽象表示将它们的互相协作性API暴露给应用并为在家庭网络上建立便携式分布式应用集体构成服务集合。
该系统结构允许设备向家庭网络中的另一设备发送命令或控制信息。服从HAVi的设备包含关于其用户界面(如GUI)及其控制能力的数据(上述抽象表示，称作设备控制模型或DCM，进一步见下面)。这一数据包含，例如，能被网络上的其它设备上载与执行的HAVi字节代码(Java)。服从HAVi的设备至少具有与系统中其它设备通信的足够功能。在操作中，设备可以对等方式交换控制与数据。这保证在通信层上，不需要任何设备作为系统的主机或控制器工作。另一方面，允许逻辑主机或控制器在基本对等的通信模型上施加控制结构。HAVi以下面进一步说明的方式区分控制器与受控设备。控制器是作为受控设备的主机工作的设备。控制器作为受控设备的抽象表示的主机。控制界面是通过抽象表示的API暴露的。这一API是控制该设备的应用的接入点。
服从HAVi的CE设备是如下分类的设备全AV设备(FAV)、中间AV设备(IAV)及基本AV设备(BAV)。
FAV包含HAVi软件系统结构(见下面)的整个软件部件集合。FAV的特征在于它具有HAVi字节代码的运行时间环境。这使FAV能从其它设备上载字节代码用于例如对它们的控制提供增强的性能。FAV可由诸如服从HAVi的机项盒、服从HAVi的数字TV接收机及家庭PC构成。例如，智能TV接收机可以是连接在网络上的其它设备的HAVi控制器。该接收机从另一设备得到上载的字节代码用于为该设备建立UI并用于提供该设备的外部控制。可令表示该设备的图符呈现在TV屏幕上，而用户与图符的交互作用可导致控制程序的元素以预定的方式启动所表示的设备。
IAV并不提供HAVi字节代码的运行时间环境，但可为控制家庭网络上的特定设备提供本地支持。IAV包括提供控制该特定设备的通用功能的界面的嵌入软件元素。这些软件元素不需要是HAVi字节代码，而可以实现为使用本地界面来访问其它设备的IAV上的本地应用。
BAV可提供可上载的HAVi字节代码但并不作为HAVi系统结构的任何软件元素的主机。BAV是可用其上载的字节代码通过FAV控制的。BAV可经由本地代码通过IAV控制。一方面为FAV或IAV而另一方面为BAV之间的通信要求将HAVi字节代码翻译成BAV所用的命令协议或从其翻译成HAVi字节代码。
包含在HAVi系统结构的核心规范中的主要软件元素是如下面所列出的。对于这些元素的更详细的说明可参见HAVi规范，引用在此作为参考。
1)1394通信媒体管理程序(CMM)，作为其它软件元素与IEEE 1394之间的界面工作。
2)事件管理程序(EM)，向各种软件元素通知网络中的事件，诸如在网络中增加或去除电器(设备)时发生的网络配置改变。
3)注册处，维护连接在网络上的电器及它们所提供的功能的有关信息。应用能从注册处获得这一信息。
4)信息传送系统(MS)，作为方便网络上的各种电器的软件元素之间的通信的API工作。该信息传送系统向HAVi软件元素提供通信设施。它是独立于网络及传输层的。信息传送系统嵌入在任何FAV与IAV中。信息传送系统负责在FAV或IAV上分配抽象表示的标识符。抽象表示首先用这些标识符在FAV或IAV上注册。然后抽象表示利用它们在家庭网络内互相识别。当第一抽象表示想要发送信息给另一抽象表示时，在调用信息传送API时它必须使用后者的标识符。
5)设备控制模块(DCM)，表示网络上的电器。应用程序能直接与DCM交互作用。这将它们与各单个电器的特性隔离开。
6)DCM管理程序，安装DCM。它通过为新电器安装新DCM自动对网络中的改变作出反应。
7)数据驱动交互作用(DDI)控制器，在电器的显示器上描绘代表HAVi软件元素的GUI(图形用户界面)。它支持从图形到只是文字的广范围的显示器。
8)流管理程序(SMGR)，在网络上两个或更多电器之间建立连接及选择实时AV流的路由。
HAVi系统结构规定了称作层1与层2的至少两个互相协作层。
层1互相协作寻址通用需求以允许现有设备在基本功能层上通信。为达到这一点，层1互相协作定义及采用通用的使一台设备能与另一设备通信的控制信息(命令)集、及它理应从给定其类型(TV、VCR、DVD播放机等)的设备期望的事件信息集。为了支持这一方法，需要基本的机制组设备发现、通信、及HAVi信息集。
关于设备发现家庭网络中的各设备需要严格定义的方法使它能向其它设备广告其性能。HAVi方法为利用所谓的SDD数据自我描述数据。网络中所有设备上都需要SDD数据。SDD数据包含关于能被其它设备访问的信息。SDD数据至少包含能例示所谓的嵌入设备控制模块(嵌入DCM)的足够信息。嵌入DCM为预装在控制IAV或FAV上的依赖于平台代码形式并使用本地界面访问IAV或FAV资源的一段代码。如上所述，设备的DCM是提供用于控制设备的通用功能的界面的软件元素。嵌入DCM的启动导致向注册处注册该设备的性能。注册处提供目录服务并使网络上的任何对象能定位网络上另一对象。注册允许应用推断能发送到网络上的特定设备的基本命令信息集。
关于通信一旦应用确定了设备的性能，该应用需要能访问这些性能。这需要允许应用向设备发布请求的通用通信设施。这一服务是由HAVi信息传送系统与DCM提供的。该应用发送HAVi信息给DCM，然后DCM进行与设备的独占通信。
关于HAVi信息集为了支持层1互相协作，需要具体的已知类别(如TV接收机类别、VCR类别、DVD播放机类别等)的所有设备必须支持的严格定义的信息集。这保证不论制造商是谁，设备能与现有的设备以及未来的设备一起工作。
这三条基本要求支持一定的最低层互相协作。由于任何设备能通过注册处查询另一设备的性能，任何设备都能确定另一设备所支持的信息集。由于应用能访问信息传送系统，任何设备都能与任何其它设备交互作用。
层1互相协作保证设备能在基本功能层上互相协作。然而，需要更扩展的机制进一步允许设备与带有FAV上的嵌DCM中不存在的任何附加功能的其它设备通信。例如，嵌入DCM可能不支持现有产品的所有特征并且不可能支持未来产品类别的全新的特征。层2互相协作提供这一机制。为了达到这一点，HAVi系统结构允许可上载的DCM作为对上述嵌入DCM的替代品。上载的DCM可取代FAV上现有的DCM。可上载的DCM可由任何适当的源提供，但可能的技术为将可上载的DCM放置在BAV设备的HAVi SDD数据中，并在将该BAV连接到家庭网络上时从该BAV上载到FAV设备。因为HAVi系统结构是对卖主中立的，上载的DCM必须能在全部带有潜在的不同硬体系统结构的多种多样的FAV设备上工作。为了达到这一点，上载的DCM是用HAVi(Java)字节代码实现的。FAV设备上的HAVi字节代码运行时间环境支持上载的DCM的例示与执行。一旦在FAV设备内建立与运行，DCM便以上述相同方式与BAV设备通信。
当考虑到访问特定设备功能所需的资源时，层2互相协作的效率便明显了。层2允许通过提出设备所提供的所有性能的上载的DCM来控制该设备，然而为了在层1中达到类似的功能，必须将这一DCM嵌入网络中某处。例如，当在网络上增加新设备时，层1要求至少另一设备包括与该新设备兼容的嵌入DCM。与之相比，层2只要求一个设备为从新设备得到的上载的DCM提供运行时间环境即可。
上载与执行字节代码的概念还提供称作设备控制应用的设备特定的应用的可能性。通过这些应用，设备制造商能向用户提供控制设备的特殊特征的方法而无须标准化HAVi中的所有特征。该应用是HAVi字节代码中的DCM提供的并能被网络上的各FAV设备上载与安装。
对于进一步的信息，参见在公开领域中可获得的HAVi规范及IEEE 1394规范。HAVi核心规范已在例如http//www.sv.philips.com/news/press上，在网上可以获得，引用在此作为参考。
如上所述，为了控制设备的功能，控制应用必须知道该抽象表示的信息集。采用两种基本方法来保证这一兼容性标准化/嵌入模块与可上载的模块。关于标准化由规范定义特定类型的功能所支持的命令集。见诸如HAVi规范中调谐器的定义。关于可上载的模块可从可控制的设备上载装在可控制的设备上的GUI部件或应用并在主HAVi控制器所提供的运行时间环境中执行。然而，两种方法都不允许第三方应用或运行时间环境本身确定新的或带有前所未知的功能的设备的性质的语义。这意味着在当前的方法下对新类型的设备仍须进行标准化努力。在可上载的GUI控制或应用的情况中，取决于设备而不是更“智能的”控制器来确定用户交互作用或控制方式。例如，如果运行时间提供新型的用户交互作用，诸如声控，如果未曾为这种输入设计上载的控制应用便不能使用它。测试与新设备的兼容性对研制与设计人员提出现实的挑战，因为新的功能与UI尚未(用定义)加以定义，更不用说研制了。
因此，本发明的目的是提供对在家庭网络中出现新的(以前未知的)功能时遇到的这一兼容性问题的解决方案，其中资源的控制是基于预安装或可上载的抽象表示的。
为达此目的，本发明提供了包括电子设备及耦合在该设备上的控制器的家庭网络系统。该设备向控制器暴露其功能的抽象表示。控制器通过与该抽象表示的交互作用便能控制设备的功能。抽象表示规定控制该功能的模态。在规定的模态的控制下，系统将功能控制与控制器的模态兼容的控制性能关联。所暴露的模态可以是例如“布尔”、“浮点”、“整数数组”。
名词“模态”指称表示功能可控制性的特征的属性。在本发明中，将功能的模态映象到控制器的模态兼容性能上，而无须控制器实际知道设备的功能是什么。例如，假定模态在语义上是布尔的(Boolean)。则可将布尔控制性质映象到具有布尔性质且假定诸如“开/关”开关或“高/低”电平器等两种状态之一的UI元素上。当用户随合与这一元素交互作用时，便将映射在其上的功能置于两种状态之一中。在HAVi系统中，抽象表示得到上载，最好包含UI(例如声控)或GUI，而用户接收上下文来确定其与UI交互作用的后果。如果模态是离散值的集合，能将控制性质映象到能赋予三或更多离散状态之一的GUI元素上，诸如在设备上拨号频道选择、在多个设备中进行选择等。如果规定的模态在语义上是浮点值的范围，则映象到连续变化的控制特征是可行的，例如显示器上图象的亮度或声音音量等。在另一例子中，规定的模态在语义上是数组。数组包含一个以上分量。例如，可将布尔数组映象到GUI元素的群集上来实现诸如不同设备或方格表中的菜单选择。可将浮点模态的数组映象到表示滑标的GUI元素的群集上，例如用于调节通过家庭网络控制的家庭保安系统的摄象机的角度与变焦距因子。注意控制器不需要具有关于正在受控的设备的功能的线索。它所需要做的只是根据其模态的语义将功能提交给控制应用。
注意HAVi系统结构的DDI规定设备通过GUI小器具得到控制的方式。名词“小器具(widget)”在计算机领域中以各种方式使用。小器具为GUI的元素，它为用户与操作系统及应用程序交互作用显示信息。小器具包含图符、下拉式菜单、按钮、选择框、进度指示器、开关检验标记、卷动条、窗口、改变窗口尺寸的窗口边沿、触发铵钮等，用于显示用户交互作用功能。在程序设计中，小器具还表示为了描述特定小器具的外观、其作用及响应用户动作如何交互作用而编写的小程序。大多数操作系统包含程序员能加入到应用中的规定它的工作的一组易于裁剪的小器具。可以建立新的小器具。诸如Java与Tcl等当前的大多数应用开发语言提供程序员能结合与修改的现成的小器具库。使用微软的Visual Basic，可将小器具作为ActiveX控制等或其一部分实现(见诸如www.whatis.com)。UI并不需要知道要控制的特定设备的功能，它只须知道提出哪一小器具。这些小器具确定UI是如何构成的。如果UI变例与前面的版本不同或在可获得的环境中不存在专用的小器具(如新的声控或3D GUI)，本发明通过以不同的但语义上等价的方式提供控制仍能控制该设备。小器具管理程序或UI术士(更一般地称作配置应用/服务/模块/实体)程序利用将可获得的UI元素与设备的抽象表示中的模态的语义描述匹配而将功能性UI放置在一起。
配置实体监视新设备的出现，如果出现了新设备，实体便检验这一类设备是否有可利用的GUI。如果有一个，实体便检索它。如果没有，配置实体建立一UI表示并使控制器能利用它。配置实体取得该对象描述，然后用基本上这样说“这是一种性质，现在给我一个相关的UI元素”的描述来激活映象器。这可以自动地或在用户干预下进行。映象器象专家一样，例如协助使用应用来执行特定任务的应用内的实用程序。
在软件开发行业中基于部件的软件模型已广泛地可获得与接受。诸如HTML、COM、DCOM、ActiveX、Java、Java Beans等技术向开发人员提供广范围的现成可用的GUI部件。这些部件的语义是最终用户熟知的并允许在短时间中建立完善的应用。
随着制造商引入带有新特征的新的服从HAVi的设备，他们能修改与设备一起交货的字节代码。增加到字节代码上的修改表示设备提供的新功能与新特征。类似地，可将新的UI元素加到设备的可利用的UI表示上。HAVi系统结构允许设备制造商规定能在各式各样显示装置上描绘的GUI，从简单的文字显示器到高级图形显示器。本发明促进了信息处理系统的开发与市场渗透，诸如家庭自动化系统的基于HAVi的家庭娱乐装置。
在上面本发明是在HAVi系统结构的范围中讨论的。本发明的应用不限于基于HAVi的系统，作为另一实例，考虑基于微软的部件对象模型(COM)技术的客户服务器模型。对于更多的信息，参见微软提供的1995年10月的部件对象模型规范版本0.9，通过引用结合在此。COM是面向对象的。对象具有表示暴露给软件应用的相关电子设备的控制功能的性质。作为来自外界的事件的后果的对象的状态改变被传递给软件应用。应用通过改变或设定对象的性质来操纵它们。当应用修改与某一物理设备相关的对象的性质时，便将命令发送给相关设备。
COM为允许应用以兼容方式通信的通用机制并且是用于开发与支持程序部件对象的框架。它提供类似于CORBA(公用对象请求代理人系统结构)中所定义的性能，后者是网络中分布式对象的互相协作的框架。OLE(对象链接与嵌入)提供用户在其显示器上所见的复合文档的服务，COM提供界面协商的基础服务及事件服务(作为对另一对象发生的事件的后果令一个对象进行服务)。在本实现中，将客户作为OLE自动化对象(抽象表示)建模，它利用性质将控制与事件暴露给信号状态改变。OLE自动化是启动编写脚本及以后将客户连接到服务器上。OLE自动化通过调用程序供外部使用可获得的特征(命令与查询)提供与其它程序的通信。在使用对象前，客户应用首先必须获得对象的界面指针。界面指针是通过连接对象名称或通过计数设备从网络目录中获得的。可使用供标识连接用的标准COM API。通过用指定想要的设备名称或ID的串调用Get Object或Co Get Object便能获得对对象的引用。然后应用便能通过设定或检索其性质来操纵该对象。当应用设定或修改对应于设备的对象的性质时，便将性质设定操作或修改操作转换成跨越网络发送到相关设备的命令。对象在实现上可能有所不同，但对运行在诸如带有基于窗口的操作系统(如Windows95、Windows98、WinCE、Windows NT)的PC等控制器上的客户应用暴露出类似的基于性质的模型。从而，控制应用或GUI元素必须知道可控设备的性质集合。
还有，在本发明中，令对象以下述方式暴露其性质，即性质的功能的控制模态能与这一模态的单独控制下的控制器的模态兼容的控制性能相关联。
对于本发明在现有技术水平上提供优点的技术的又一实例，考虑Sun微系统公司的Jini，Jini为基于Java的协助联网PC与外围设备的软件技术。当插接到网络中时，Jini启动的设备广播其存在。准备好使用该设备的网络客户便能绕过服务器或网络管理员向该设备请求必要的软件。这一系统结构建立在现有的网络上面。网络本身假定是事先配置好的。程序界面是由Java程序设计语言的类型系统标识的，而服务能通过询问支持特定界面的服务在查找服务中找到。以这一方式找出服务保证寻找该服务的程序知道如何使用该服务，因为这一使用是由该类型所定义的方法集合定义的。为了在这些部件中具有有意义的协作，方法集合是预先规定的。在本发明中，模态确定映象到适当的控制上而无须任何预先规定的方法。
本发明还涉及通过控制器启动对电子设备的功能的控制的方法。该方法包括启动将功能的抽象表示提供给控制器；启动抽象表示暴露控制功能的模态，使控制器能通过与抽象表示的交互作用控制该功能；以及在所暴露的模态的控制下能将功能控制与控制器的模态兼容的控制性能关联。启动指称诸如将必要的软件工具作为与设备或与整个家庭自动化系统一起到货的软件包提供给用户，或通过因特网下载，或作为在建立控制配置时服务供应商或最终用户本人的活动。
本发明还方便从制造商的观点的UI的量身定制，不仅对基于家庭或办公室的系统，还对于诸如汽车等。诸如无线电控制、CD播放机控制、巡逻控制、空调控制等部件的UI，能通过上述语义耦合机制定制，从而建立筑入的可升级性。类似地，可通过将信息表面功能在语义上耦合到所要求的布局上来定制引擎与汽车管理信息(速度计、转速计、里程表、引擎温度、油压等)的表示。
下面参照附图用示例方式说明本发明，附图中

图1是本发明中的家庭网络系统图；以及图2是展示模态映象的图。
在全部图中，相同的标号表示相同或对应的特征。
图1为本发明的信息处理系统100的框图。系统100包含电子设备102及通过网络106耦合在该设备上的控制器104。系统100可包含更多电子设备，但为了使用简洁并未示出它们。设备102暴露给控制器104抽象表示108。表示108为例如在设备102功能性连接到网络106上时上载到控制器104的。表示108也可能是以诸如通过因特网或由用户通过软盘等其它方式安装在控制器108上的。控制器104通过与表示108交互作用的软件应用110控制设备102的功能。应用110还使用户通过诸如GUI设备112等用户界面设备控制系统100。GUI 112具有与应用110接口的抽象表示114。接口114已上载到控制器104或已由制造商或用户安装。
假定GUI设备112或控制器104并无关于设备102的功能的先验知识。这便是，从设备112与控制器104的观点，设备102为黑盒子。现在表示108规定功能控制的模态。这便是，表示108具有表示功能控制的特征的属性。表示108将设备的功能暴露给应用110为包括诸如下列实体名称、类型、允许值、显示名称。这里，“名称”为应用110能通过它访问功能的标签。“类型”规定控制设备102的功能的模态(如布尔、整数、浮点、数组)。“值”规定模态能对这一功能假定的一(或多)个数值。“显示名称”表示如果“显示名称”与“名称”不同时如何将设备102的功能表示在GUI 112上。
例如，设备102具有名称“调谐器”及其功能具有名称“频道”。设备102的类型规定为“整数”。这一功能的值规定为离散数值0、1、2、…5、34、56、…89的表。在检索这一功能描述时，控制器110生成下述序列的控制脚本的片断a)取设备名称-＞(调谐器)；b)取功能名称-＞(频道)；c)取功能类型-＞(整数)；d)取功能值-＞(0，1，2，…，5，34，56，…89)；e)利用系统编写脚本规则(诸如OLE自动化、VisualBasic Script、Java Script等)与上面的检索到的量生成测试脚本代码对于这些值中的各值调谐器.频道＝值end for这一控制脚本启动功能控制的测试。
以类似方式，控制器104生成控制脚本来将抽象表示108所提供的控制模态与诸如GUI界面114提供的系统100中可获得的语义上类似的模态并联。控制器在小器具管理程序或UI专家程序的协助下做到这一点。注意，映象是由所规定的模态确定的。下面参照图2进一步说明这一点。
图2为展示模态映象的图。如上所述，表示108提供用设备名称、类型、值与显示名称表示的某些关键信息。GUI设备112具有规定控制设备112的模态性能。这些性能是用标准化UI软件部件安装的。
例如，设备112能让用户在连续刻度202上调节一定参数，似乎该量设定一浮点值。将具有类型“浮点”的功能映象到这一GUI元素202上。GUI元素202在这里用滑标图形地表示。在触摸屏上，用户能通过将它拖到要求的位置上来调节滑标的位置。此外，如果UI表示在电视机(未示出)的显示屏上，用户能用鼠标器(未示出)或无线键盘(未示出)或另一控制设备(未示出)点击与拖动滑标。如果UI具有物理转动刻度盘或物理滑标，可将浮点映象到这一控制特征上。GUI元素202的自身图形表示可以是但并非必须是抽象表示108的一部分。能这样映象到元素202上的功能有诸如声音的音量或环境照明的亮度等。
如果设备102的可控功能具有模态“整数数组”，便将这一功能的控制映象到GUI元素204上。GUI元素204具有能通过选择箭头208卷入与卷出视野的多个可选择的按钮206。整数数组的实例为表示选择电视频道或园盘传送带中的CD的一组数字值。如果设备的可控功能为布尔的，便将控制映象到用户能通过它选择两种状态(开-关、激活-去激活、高-低等)之一的GUI元素210上。如果可控功能包括布尔数组，可将它映象到具有多个软键214并在功能上等价于检验框小器具的GUI元素212上。
为了协助用户识别某些控制，在表示108中提供了项目“显示名称”。“显示名称”是显示在GUI 112上向用户提供上下文的标签(如字母数字型字符的名称或图符)。从而使用户能解释控制的语义。显示名称框用参照数字216、218、220与222指示。
参见09/02/98提交的Yevgeniy Shteyn的“在高数据率HAVi网络上表示的低数据率网络”，其代理人摘录号PHA 23,492，美国序号09/146,020，引用在此作为参考。这一文档涉及采用低数据率传输层及用于控制家庭自动化网络中的设备的基于COM的软件部件的基于PC的家庭自动化系统。将这一家庭自动化系统与采用IEEE 1394作为高数据率传输层的基于信息传送的HAVi网络合并。HAVi网络控制家庭娱乐系统中的音/象设备。家庭自动化服务与设备是作为服从HAVi的元素向HAVi网络的FAV或IAV设备注册的。家庭自动化资源(设备与服务)具有COM OLE自动化界面与服从HAVi的界面两者以便能从HAVi网络控制家庭自动化系统。
参见08/13/98提交的Lawrence Freeman的“家庭网络自动配置”，其代理人摘录号PHA23,488，美国序号09/133,622，引用在此作为参考。这一文档涉及为了共享注册在单个PC上的资源而在网络(最好是家庭网络)中自动配置PC。对于一台PC本地的服务与资源注册在另一台PC上，反之亦然。注册处隐藏服务或资源是运程还是本地的。在该网络的操作使用中，可从远程PC寻址对一台PC本地的资源或服务似乎它对前者也是本地的。
参见06/30/98提交的Yevgeuyi Shteyn与Gregory Gewiekey的“带有多种通信协议的系统中的设备的动态撤消注册”，其代理人摘录号PHA 23,438，美国序号09/107,525，引用在此作为参考。这一文档涉及具有第一与第二电子子系统及用于控制这些子系统的控制装置的信息处理系统。至少第一子系统具有向控制装置注册的软件表示。控制装置通过与该软件表示交互作用改变第一子系统的状态。第一与第二子系统也能无须控制装置介入直接互相交互作用。为了避免冲突，至少第一子系统能从控制装置撤销注册以便截止其在控制装置上的软件表示的功能。
参见10/15/96提交的Paul Chavnbers与Saurabh Srivastava的“任务驱动的分布式多媒体消费品系统”，其代理人摘录号PHA23,169，美国序号08/731,624，引用在此作为参考。这一文档涉及包括多台消费品电子设备及耦合在这些设备上用于控制这些设备之间的交互作用的任务驱动的控制装置的控制系统。该控制装置在这些消费品设备的各相应的一台的各自的软件表示上操作。通过将任务的可变复杂性封装在软件表示内，便能根据需要简单或完善地将性能保持在公共水平上。由于界面水平对这些设备是公共的，应用能均衡地操纵体现非常不同的完善水平的设备。
权利要求
1.一种包括电子设备(102)及控制该设备的功能的控制器(104、112)的信息处理系统(100)，其中-将功能的抽象表示(108)提供给控制器；-该抽象表示暴露控制该功能的模态；-该控制器通过与该抽象表示交互使用启动控制该功能；以及-该模态确定将功能的控制与控制器的模态地兼容的控制性能关联。
2.如权利要求1的系统，其中该模态规定为语义上布尔的(210)。
3.如权利要求1的系统，其中该模态规定为语义上的离散值集合(206)。
4.如权利要求1的系统，其中该模态规定为语意上的浮点值的范围(202)。
5.如权利要求1的系统，其中该模态规定为语义上的数组(206、214)。
6.如权利要求1的系统，其中该模态规定为语义上的另一抽象表示。
7.如权利要求1的系统，其中该控制性能是在GUI(112)中提供的。
8.如权利要求1的系统，包括家庭自动化网络(106)。
9.如权利要求8的系统，包括基于HAVi的网络。
10.一种通过控制功能的控制器(104、112)启动电子设备(102)的功能控制的方法，该方法包括-启动将功能的抽象表示(108)提供给控制器；-启动该抽象表示暴露控制该功能的模态以便控制器能通过与该抽象表示交互作用来控制该功能；以及-在所暴露的模态的控制下，启动将功能的控制与控制器的模态兼容的控制性能关联。
11.一种供与用于控制设备的可控功能的控制器一起使用的电子设备(102)，其中-该设备包括功能的抽象表示(108)，用于使控制器能通过与该抽象表示的交互作用来控制功能；-抽象表示能将控制该功能的模态暴露给控制器；-该模态控制将功能的控制与控制器的模态兼容的控制性能关联。
12.如权利要求11的设备，其中该模态规定为在语义上布尔的(210)。
13.如权利要求11的设备，其中该模态规定为在语义上的离散值集合(206)。
14.如权利要求11的设备，其中该模态规定为在语义上的浮点值的范围(202)。
15.如权利要求11的设备，其中该模态规定为在语义上的数组(206、214)。
16.如权利要求11的设备，其中该模态规定为在语义上的另一抽象表示。
全文摘要
一种信息处理系统具有电子设备及用于控制该设备的功能的控制器。将功能的抽象表示提供给控制器。抽象表示暴露控制该功能的模态。控制器通过与抽象表示的交互作用启动控制该功能。模态控制将功能的控制与控制器的模态兼容控制性能关联。所暴露的模态可以是例如“布尔”、“浮点”、“整数数组”。
文档编号H04N5/44GK1378732SQ99802398
公开日2002年11月6日 申请日期1999年9月30日 优先权日1998年10月2日
发明者Y·E·施泰因 申请人:皇家菲利浦电子有限公司