CN101884026A - 附件配置和管理 - Google Patents

Abstract

本发明提供用于在连接的设备处配置或显示附件设备的参数的方法和设备。包括参数和相关联的用户界面组件的模板文件存储在附件处并且在需要时进行传输，接收设备可以基于该模板文件和在独立消息中接收的当前参数值创建用户界面用于参数的显示和/或配置。

Description

附件配置和管理

技术领域

本发明涉及附件设备，并且更具体地涉及主设备处的附件设备的参数配置。

背景技术

很多电子设备允许额外附件设备的附接。此类附件可以向设备添加某些功能。附件设备对于由于其有限尺寸而无法包括所有用户可能期望的特征的便携式设备特别有用。此外，外部或附件设备便于便携式或非便携式设备针对特定应用和要求的修改，作为示例，头戴式耳机可以连接至个人计算机或手持计算机以及移动电话。在所有情况中，头戴式耳机(或任何其他附件)可以使用有线连接以及合适的数据接口，诸如USB、火线等，或无线连接，诸如蓝牙、红外、无线局域网(WLAN)、超宽带(UWB)或任何其他连接方法。

附件的某些功能通常将继而使用预设置的默认参数操作，默认参数诸如设备标识符、PIN号、传输信道或默认音量设置。特定参数将取决于附件设备的类型，但是通常将存储在设备中。通常，用户不具有直接改变此类参数的可能性。为了修改预设置参数，可能需要将设备连接至计算机并且有时甚至使用允许读取和修改那些参数的特定软件。在其他情况中，根本无法改变预设置参数。即使参数修改是可能的，过程通常也很复杂并且仅能够利用附加软件工具或大量的技术知识来执行。

发明内容

本发明提供一种用于增强设备和/或附件设备的配置方法，以及相应的设备。根据示例性实现，提供一种方法，包括：获取至少包括参数和相关联的用户界面组件的模板文件；接收一组当前参数值；基于所述模板文件和所述当前参数值来创建用户界面；确定经由所述配置用户界面获得的经修改的参数值；以及传输至少包括经修改的参数值的更新文件。所述模板文件包括允许创建用于显示和/或配置所述参数值的用户界面的信息。在其他实施方式中，例如只读参数显示在用户界面中并且没有参数值被配置的时候，没有经修改的参数值可以被确定和传输。

在某些实施方式中，所述方法可以进一步包括传输针对所述模板文件的请求。例如可以响应于用户输入来传输此类请求，用户输入可以由专用应用或另一应用的功能来检测。

一种方法的示例性实施方式包括接收指示当前模板版本的至少一个标识符。使用该标识符，方法可以可选地包括确定存储的模板文件版本，并且将所述存储的模板文件版本与所述接收的当前模板版本进行比较。在某些实施方式中，所述模板版本比较的结果可以随后传输。

在某些实施方式中，可以经由通信接收模板文件，并且在其他实施方式中，可以从本地存储器元件获取模板文件。而且，某些实施方式可以包括取决于触发事件的两个备选方案。

在示例性实施方式中，所述方法可以进一步包括接收针对配置特征的注册请求并且传输注册证实。

模板文件可以包括针对所述参数的有效范围。此外，模板文件可以包括例如帮助文本和/或到Web页面的链接的一般性信息、只读参数以及其他组件。

根据某些实施方式，所述方法可以包括在传输所述更新文件之前检查所述修改的参数值是否处于所述有效范围内。如果所述检查确定所述修改的参数值在所述有效范围之外，则所述方法可以进一步包括请求用户输入有效的参数值。在其他实施方式中，修改的参数值可以通过处理单元而无需对用户的任何请求来适配于有效范围。

在某些实施方式中，所述模板文件和/或所述当前参数值在不止一个消息中接收。

例如可以以XML(扩展标记语言)格式或备选地以任何其他结构化数据格式来提供模板文件。

根据某些实施方式，在移动设备中执行上述方法。而且，所述消息和文件可以从连接至所述移动设备的附件设备接收。

根据本发明的其他方面，提出一种方法，其在示例性实施方式中包括：传输至少包括参数和相关联的用户界面组件的模板文件；传输一组当前参数值；接收修改的参数值；使用所述接收的修改的参数值实现设备配置。所述方法可以进一步包括接收针对所述模板文件的请求。

在某些实施方式中，所述方法可以包括传输指示当前模板文件版本的至少一个标识符。而且，示例性实施方式可以包括接收当前模板文件在远程设备处不可用的指示。响应于所述指示，所述方法可以包括当前模板文件的传输。

在某些实施方式中，所述方法可以包括传输针对配置特征的注册请求。

在示例性实施方式中，模板文件进一步包括与所述参数相关联的有效范围。模板文件和/或所述当前参数值可以可选地在不止一个消息中传输。根据示例性实施方式，所述模板文件是XML格式。

根据本发明的示例性实施方式，如上所述的其他方法由连接至移动设备的附件设备执行。

根据另一方面，提供一种包括程序代码组件的计算机程序产品，当所述程序代码组件执行时，其执行上述方法步骤中的任意一个。

根据本发明的另一方面，提供一种装置，其可以包括用于连接至附件设备的连接接口；配置为与所述附件设备交换数据的通信单元；处理单元，配置为获取至少包括参数和相关联的用户界面组件的模板文件；接收一组当前参数值；基于所述模板文件和所述当前参数值来创建配置用户界面；显示器，其适于显示所述用户界面；以及用户输入元件，其适于修改经由所述用户界面指示的参数值。

附图说明

在下文中，将参考示例性实施方式并且结合附图更详细地描述发明性概念，在附图中

图1是示例性系统的示图；

图2示出了根据本发明示例性实施方式的主设备和附件设备之间的示例性消息流；

图3是用于示例性主设备的方法流程图；以及

图4是用于示例性附件设备的方法流程图。

具体实施方式

图1示出了示例性发明系统。提供了主设备2，其可以是任何类型的电子设备。作为示例，主设备2可以是便携式设备，诸如移动电话、移动终端、移动计算机或个人数字助理。可以想到其他类型的设备并且对于本领域的技术人员而言将这些设备很容易获得。对于与用户的交互和通常对于设备的操作而言，可以在主设备上提供多个界面元件10、12、14。这些元件可以包括显示器10、键盘、小键盘14、单键、软键、滚轮、触敏表面和/或屏幕、麦克风、扬声器12、信号LED或允许用户与设备的操作进行交互的任何其他部分。设备可以进一步配备诸如CPU的处理元件，以及配备易失性和/或非易失性存储器元件(未示出)。在存储器元件上，可以存储可执行应用以及其他操作数据，并且也可以存储用户输入的或经由数据传输接收的数据。对于此类设备公知的是，可以由可再充电或非可再充电电池和/或允许到主电源或另一能量源的电子连接器提供供电。设备可以进一步包括通信接口，该通信接口例如用于蜂窝通信服务和/或非蜂窝通信服务。

此外，可以提供一个或多个连接接口30用于将主设备连接至各种对应设备。例如，其他类似设备可能期望连接，即在两个膝上型电脑或连个移动电话或两个移动设备之间用于在那些设备之间进行数据传输。另一选择是到可以提供某些扩展特征的附件设备4的连接。物理接口可以是有线或非有线连接30，诸如无线电连接或红外连接。多种标准和实现是可用的，当然，本发明不限于那些标准和实现，而是可用于与任何数据传输方法一起使用。不视为穷举的某些示例是USB、火线、蓝牙、超低功率蓝牙、IrDA、超宽带(UWB)和WLAN。连接的类型还可以对用于在主设备和附件设备之间进行数据传输的协议具有影响。通常这些术语用于指定硬件接口和传输协议。

一个或多个附件设备4可以经由如上所述的任意示例性连接接口或任何其他连接而连接至主设备2。附件设备可以是能够连接至主设备用于协作的任何设备。示例是头戴式耳机、GPS接收机、web摄像头、扬声器组、充电器或打印机。在图1中，作为示例，头戴式耳机4经由蓝牙连接30连接至移动设备2。有时也称为增强或外围设备的这些和很多其他附件4中的每个可以与主设备2结合使用。示例性头戴式耳机至少配备麦克风20和扬声器22，并且还配备用于经由无线电通信链路30将头戴式耳机连接至另一设备的无线电收发机单元(未示出)。附件的功能和元件可以大范围地改变，甚至在同一类型的设备之间也可以大范围地改变。某些附件设备可以包括它们自己的处理器和/或控制器、存储装置、内部总线系统等，而其他附件设备具有简单的设置，这些设置具有非常有限的功能，并且几乎由所连接的主设备控制。通常，为了存储附件设备的信息而提供至少一些存储器元件。存储的信息可以包括连接参数，诸如设备ID、驱动器软件、通信协议，还包括操作参数，诸如默认频率、访问口令、默认音量、麦克风灵敏度或数据传输速率。而附件可以配备用户输入元件，诸如按钮或滚轮，例如用于调整头戴式耳机的音量，它们通常都不配备扩展用户接口，诸如显示器和小键盘。如上所述，用于现有技术附件的参数配置因此将需要将该附件连接至计算机以及使用特定软件来改变附件设备中的某些寄存器。

本发明的某些实施方式允许使用由附件本身提供的配置模板来配置附件设备。这样，主设备不需要用于附件的任何配置工具，并且参数还可以很容易地适应于未知附件。将参考下面的各种示例更详细地描述配置模板的概念。

图2示出了根据本发明示例性实施方式的主设备和附件设备之间的示例性消息流。虽然每个单箭头代表在那些设备之间传输的信息，但是此类信息可以可选地在不止一个消息或数据单元中传输，或者可以可选地以组合的方式传输多个消息。用于传输的消息的数量可以取决于所需的或可允许的消息大小、取决于结构性考虑、或取决于出现在连接上的物理条件。不是所有在图2中示出的消息或传输都是用于实现本发明的实施方式所需的，并且其仅被看作示例性特征，而还可以在这些设备之间传送附加消息或传输序列，或描述的顺序可以不同或描述的消息可以由其他消息替换。参考主设备和附件设备之间的单个连接给出示例，但是可以使用相同或不同的物理以及逻辑连接接口提供到其他设备的其他连接。

作为连接的设备之间的第一通信，可以执行发起过程。在此类过程期间，可以交换认证消息或传送某些连接参数。而且，可以在一侧或两侧上检查对某些功能的兼容性或支持。发起过程以及类似过程可以仅包括具有各种响应和请求的单个消息或消息序列。多个协议级别可以存在于这些设备之间，从而可能必须完成多个发起过程。作为示例，第一过程可以提供物理连接细节，诸如传输速率、设备ID等，而第二过程可以用于实现某些通信协议并且可以以类似的或完全不同的方式来建立。那些过程的实现对于本领域的技术人员而言是公知的，并且将不再在这里对其进行描述。此外，本发明不限于任何特定协议、标准或通信序列。

在主设备处已经正确启动和/或认证了附件设备之后，即，根据所需的协议，数据和信息的交换是可能的，本发明性方法的示例性实施方式可以如下所述而实现。

在第一步骤中，附件可以针对配置特征向主设备进行注册。可以通过该附件向主设备传输注册消息202。该消息指示该附件支持配置特征并且检测主设备对该特征的支持。此外，可以在该消息传送某些参数，诸如将在配置过程期间使用的最大消息大小。

响应于注册消息202，附件可以接收注册证实消息204，其指示可以使用配置特征。主设备处具有任何错误的情况中，可以向附件传输错误消息而不是证实消息。错误消息可以可选地指示发生的错误类型，从而附件可以确定是否应该发送另一注册请求。注册通常可以在附件连接至主设备之后执行，但是在其他实施方式中，也可想到，稍后进行的注册，可选地由某些事件触发。

在已经执行注册之后，在描述的示例中，准备使用配置特征。然后，可以通过附件或主设备发起配置过程，并且系统可以实现这些选择之一或并行地实现全部两个选择。作为第一情况，将讨论附件对配置序列的发起。例如在连接至主设备之后可能立即就需要配置的可能性，或在附件处的某些参数已经改变时稍后在会话期间才需要配置的可能性。在图2的示例中，从附件设备向主设备发送的第一消息206指示存储在附件处的当前模板版本。如上所述，模板文件存储在附件处的存储器中并且可以由支持配置功能的、任何所连接的主设备使用。模板文件可以由模板ID、模板名称字符串、或也可以由诸如设备ID、模板版本日期和模板语言的多个参数来标识。在比较请求中传输该信息。作为响应，主设备将消息208发回到附件以指示比较的结果。可以以各种方式提供该结果；例如，结果可以仅示出当前存储在主设备处的模板的版本号(或模板ID等)，其中预定义的号或ID指示根本没有模板被存储。在其他示例的情况中，结果消息可以仅给出二元结果，即指示模板文件比较的失败或成功。针对该示例假设比较已经失败，从而响应消息208可以包括失败指示或不同于存储在外围设备处的模板版本ID。在其他情况中，失败或成功可以由不同的消息指示，诸如在失败的版本比较情况中由模板请求消息指示并且在成功的比较情况中由值请求消息指示。

作为该示例中的下一步骤，从附件设备向主设备传输模板文件(步骤210)。主设备可以利用确认或证实消息212进行响应。在模板文件中，向主设备提供消息，该信息允许针对参数修改创建合适的用户界面。模板文件可以包括可以改变的附件参数类型、针对每个参数的帮助信息、用户界面元素的类型、可允许的参数范围等。将在下面更详细地描述模板文件的内容和功能。然后，在其他消息中传输所指示参数的实际当前值。响应于模板推送消息210传输的证实消息212可以充当针对当前值的请求，因为其指示主设备现在准备好接收下一消息。随后，可以在消息214中向主设备推送当前值。还可以向附件发送针对所接收当前值的证实216。在所有情况中，如果尚未正确接收到模板文件或值，则主设备还可以发送错误消息，其可以触发那些消息的重传。最终，在已经在主设备处更新了参数值之后，在消息218中将它们传输回附件，可以经由证实响应220由附件对其再次证实。

应该理解，在图2的消息208中的比较成功响应的情况中，模板文件不必向主设备传输。因此，将略过模板传输和相关联响应(消息210和212)，并且附件将立即向主设备发送当前值。

第二情况是用户发起的附件配置。主设备可以提供可以由用户执行的、用于配置附件的应用。这将在以下更详细地描述。此类应用可以触发向希望的附件传输配置请求消息，这未在图2中示出。响应于配置请求，如消息206和208示出的模板比较可以由外围设备发起，或如消息210和214中对配置数据(模板文件和/或当前值)的发送可以启动而没有任何前述比较步骤。某些示例性实施方式可以包括配置请求消息，该消息还包括对当前存储在主设备处的模板版本的指示，从而将不需要附件的比较消息。在该情况中，附件将需要具有比较所接收版本指示与当前模板文件的某些能力，而在上述情况中，比较在主设备处执行。可想到这样的实施方式，在该实施方式中仅一个设备或两个设备都能够比较模板版本。而且，然后，如果模板版本不匹配则以消息210的模板推送来继续，或者如果已经在请求中指示了正确的模板版本，则直接以消息214的当前值推送来继续。

在某些实施方式中，可以不执行存储的模板版本的比较(消息206和208)。这例如可以取决于在主设备端对模板的处理。如果主设备能够存储模板，则可以提供比较。另一方面，如果主设备从不存储或缓冲模板，或者如果出于另一原因不应实现比较，则在启动配置过程时可以立即传输模板文件。这与配置过程是由主设备触发还是有由附件自动发起的无关。

可以在一个或多个独立数据单元或消息中传输如上所述的所有文件或信息。当将传输的文件(诸如模板文件)的大小超过可允许的消息大小时，例如优选的是在不止一个消息中进行传输。而且，出于结构性原因可以将数据划分为多个消息，诸如模板文件内的子结构。继而可以将合适的标识符用于标识所有相关联的消息以用于重新合并数据。如果尚未正确地接收到来自一组相关联消息中的一个消息，则另一消息可以请求重传该消息或所有消息(在示例中未示出)。

图3示出了由示例性主设备执行的示例性方法的流程图。如上所述，主设备例如可以是移动电话或移动终端或便携式计算机，但也可以是可连接至附件的任何其他类型的电子设备。在步骤302中，从附件设备接收如上所述的注册消息(图2中的消息202)。如果设备支持配置功能，则在步骤304中返回证实消息。否则，可以向附件发送错误消息。在成功注册和注册证实之后，可以在任何时间使用附件配置。

而且，针对发起配置过程，存在多个可能性，并且这些可以在一个实施方式或仅一个可能性内全部实现。主设备可以监视来自附件的、开始配置的传入消息。这些消息可以是如步骤310中的用于比较存储的模板文件的请求，或是直接包括模板文件的消息(步骤316)而没有任何前述比较。参考图2，已经描述了可以由附件设备请求的针对模板文件的比较。当主设备接收此类请求时，其可以检查版本ID、版本日期、模板名称或包括在比较请求中的任何其他参数，并且在步骤312中，将这些接收的参数与存储的模板文件的参数进行比较。成功的比较意味着所需的模板文件在主设备处已经可用并且不必再次传输。如果比较显示存储的模板不是附件使用的那个，则在步骤314中请求正确的模板文件。否则，在步骤318，该响应可以向附件指示仅需要传输当前值。

如果没有存储模板文件，例如如果主设备不支持模板文件存储，则可以在响应消息中返回预定义的值，或可以请求当前模板文件。应该指出，在图3的示例中，示出了步骤312中的比较结果导致发布了两个不同请求314或318中的一个。虽然这是一个可能的实施方式，但是在其他实施方式中，两种情况中的请求可以相同，但是可以包括向附件指示比较结果的不同值。响应消息(对应于图2的消息208)例如可以指示存储的模板文件的版本参数或二元标志。

在其他情况中，设备用户或主设备上的应用可以请求配置过程。为了允许用户启动附件配置，可以在主设备上提供应用。应用可以是另一应用的进程或小的独立工具。此类应用还可以允许用户选择多个所连接附件设备中的一个。响应于步骤306中在主设备处请求配置的的用户输入，在步骤308中，主设备可以向附件发送配置请求消息。

在该实施方式中使用的模板文件是包括关于配置功能的各种参数和信息的文件。实际参数值不包括在该文件中，但是在独立消息中进行传输。基本上，向主设备提供模板文件，从而定义用户界面和用于用户参数修改的所有需要的边界条件。可以在附件处提供多个不同模板，例如，各种语言的模板。例如，可以在注册步骤或模板请求中查询所需的语言。可以通过包括关于附件型号、软件版本和语言的信息的文件的一个属性来指示模板文件版本。还可以在针对步骤310和312如上所述的比较请求中查询这些信息。

在其他实施方式中，可以基于主设备的当前操作语言选择模板语言。如果例如移动设备配置为将英语用作针对所有应用的语言，则这可以在注册响应消息、版本比较或模板请求中自动指示。在其他情况中，附件设备可以在任意描述的消息中或在额外的消息中具体查询操作系统使用的语言。此类语言查询消息例如可以在注册消息之后、发送模板之前发送。响应于在来自于主设备的响应中(或在任何其他消息中而没有之前的请求)指示的语言，附件继而能够选择用于模板文件的相应语言并且传输该模板文件。不同语言的多个模板文件可以出于该目的存储在附件处。除了向用户显示的文本元素和菜单之外，模板文件是相同的。应该理解，如果设备中的一个不支持语言查询，则可以将其略过。例如，如果附件可以从注册响应导出主设备不支持多种语言，则可以略过查询消息。在其他示例情况中，当附件不具有所存储的不同语言的多个文件版本时，显然不必查询主设备的设定语言。

出于创建用户界面的目的，模板文件可以进一步包括可以以图形形式在主设备处显示的用户界面组件。此类组件的示例是滑块、文本编辑器、复选框、选择列表和其他。每个界面组件与开放用于配置的附件的参数相关联。参考头戴式耳机示例的可配置参数的某些示例是连接名称(例如，蓝牙名称)、PIN号、LED功能、默认音量。应该理解，针对该参数选择接口组件，并且模板文件中提供的接口组件的类型将取决于附件参数的类型和所需的配置功能。

此外，比如帮助文本和/或到Web页面的链接的信息可以与每个参数相关联，并且因此与界面组件的每个相关联。然后，可以向用户自动、或根据请求或仅响应于某些事件来显示该信息。该信息的内容例如可以包括关于所允许设置或关于改变设置的影响的信息。此外，需要时可以针对参数给出范围规定，诸如针对自由可编辑参数字段或针对滑块。范围继而可以以各种方式使用；例如，效果可以是利用某些阈值(例如，针对具有最大位置的滑块)自动创建用户界面。在其他实施方式中，可以在更新的值返回到附件之前执行输入值与这些范围的比较(图3中的步骤326)。模板文件内的相关联的元素(即与其用户界面组件和信息在一起的特定参数)可以形成子集。可以以以下方式在文件内对数据进行结构化，该方式允许定义一组参数并且针对每个参数定义如上所述的相关联的元素。在文件内，每个参数可以由用于附件的参数ID或另一标识符标识，并且可以在子结构内提供独立的参数名称以用于向用户显示该参数或用于与主设备通信。

除了可配置的参数和它们的相关联信息，只读信息还可以包括在模板文件中，可选地还具有合适的用户界面元素。这可以允许向用户示出电池水平或另一非可配置参数，以用于基本信息或用于支持配置决定。在某些实施方式中，主设备还仅请求读取某些信息而不进行任何配置，并且应该理解，在该情况中，将不向附件发回修改的数据。而且，用于只读数据的用户界面组件还包括在模板文件中，从而可以使用例如用于显示字符串或数字的文本框或无修改可能的音量条在主设备处创建界面。只读和配置参数可以同时或单独地显示。

用于模板文件的所有数据可以包括在XML(扩展标记语言)格式或允许将数据以及用户界面组件结构化地包括在一起的另一格式中。XML文件的一般性原理、它们的特征和优势在本领域中是公知的并且在此将不详细进行描述。在下面将给出示例模板文件。

而且，通过示例的方式选择头戴式耳机配置。这里，在模板文件中指示四个参数用于配置和/或显示，即软件版本、硬件版本、默认音量水平和PIN码改变。将参数中的三个结构化为两个组，“一般性头戴式耳机设置(general headset settings)”和“头戴式耳机状态信息(headset status information)”，而最后的参数在这些子组之外。参数中的每个与用户界面组件、标签、参数标识符和帮助文本相关联。在音量水平的情况中，还指示了有效范围。从示例模板应该理解，该模板示出了用于提供用户界面所需的所有元素。可以在XML模式定义(XSD)文件中或者在提供定义实际模板的语法和结构性特征的类似功能的任何其他定义文件中，给出可以在模板中使用的各种用户界面组件的定义。

更详细地查看示例，模板提供针对两类数据的选择列表，由“selection_list_item(选择列表条目)”指示。用户界面继而可以以用于选择的列表形式向用户呈现相关联的条目标签，“一般性头戴式耳机设置”和“头戴式耳机状态信息”。作为这两个条目的子结构，可以提供其他条目。当用户选择“头戴式耳机状态信息”时，存在落在该子组下的两个参数。第一参数标记为“软件版本(softwareversion)”。该参数具有相关联的数字参数标识符param_id，其允许附件和主设备两者涉及当前参数文件或更新的参数文件中的正确参数。参数与作为用户界面组件的“status_widget(状态小窗口)”相关联，其可以是允许示出与该小窗口或组件相关联的特定参数的状态的任何类型的只读显示。此外，提供也可以在该用户界面中显示的帮助文本。组中的第二参数“硬件版本(hardware version)”以与只读参数相同的方式实现。可以看出，在这两个元素之后，第一“selection_list_item”结束。

第二选择列表条目“一般性头戴式耳机设置”在本示例中仅具有一个参数。代替只读用户界面组件，针对参数“默认音量水平(defaultvolume level)”指示“slider_widget”。除了数字参数标识符和帮助文本之外，该参数还包括相关联参数的最大值和最小值，可以向用户显示这两者并且这两者可针对范围有效性而用于检查修改的值。滑块例如可以是图形滑块元素，其可以经由触摸屏或键由用户移位或调整。用户界面组件在此进通过示例提及，并且也可以使用其他组件。

示例模板中的最后参数是PIN码。该参数与“string_editor(字符串编辑器)”相关联，其可以是用户界面中的可编辑文本框组件，该组件允许用户经由键盘或小键盘输入新的字符串，以便改变头戴式耳机的PIN码。虽然在此没有示出范围值，但是还可想到包括其他最大/最小值(例如以仅接受四个数字的pin码)或对于输入的任何其他约束。应该理解，如上所述，这些模板文件中的若干个可以存储在设备处，同时每个仅在用于帮助文本和参数标签的语言方面不同。该语言例如可以由特定文件名称指示，文件名称允许附件选择具有所需语言的模板。可进一步想到，提供具有针对不同语言的第一选择类别的XML文件，并且继而在每个选择类别条目下以不同语言来提供完整的实际用户界面模板。这样，不允许语言查询或不支持不同语言的设备也可以从本地化用户界面中受益。当在主设备处生成用户界面时，用户继而能够选择他的语言，并且继而针对配置模板如所述那样继续。

在示例性主设备处执行的其他方法步骤将参考图3再次描述。在已经在步骤316中接收到或在比较步骤312中验证了正确的模板文件之后，在步骤320中接收包括模板文件中定义的参数的当前值的第二消息。当前值消息的接收之前是在步骤318中针对当前值的独立请求，特别是在没有传输模板文件时。而且，响应于接收的模板文件向附件发送的可选的证实或确认消息可以充当针对如步骤320中的当前值的请求。当前值消息可以再次以各种方式实现，例如作为仅包括参数值和其相关联的参数标识符的简单文本或基于ASCII的消息，诸如针对上述示例文件，10002＝1.00，10003＝0.6，10005＝3，ID_10006＝0000。已经在模板文件中使用参数标识符，从而定义用户界面组件和针对特定参数的用户信息。在其他实施方式中，当前参数可以包括在诸如XML文件的结构化文件中或包括在包括具有预定义参数字段的电子表格的文件中。同样可以使用用于传输具有相应标识符的参数值的其他概念。

使用接收的或存储的模板文件以及接收的当前参数值，主设备现在能够在步骤322中创建用于配置附件的用户界面。如上所述，模板文件可以包括可以修改的参数、针对这些参数可允许的范围、参数名称、用于用户的信息(比如帮助文本)以及用户界面元素，诸如复选框或列表。此外，模板文件可以包括只读信息，诸如电池状态或软件版本，可以利用为配置提供的同一用户界面向用户显示这些信息。模板文件可以以合适的标准语言提供，其允许主设备创建用户界面而针对主设备几乎没有先决条件，诸如提供所有必要信息的XML文件。相应地，在主设备上向用户显示用户界面。参考头戴式耳机示例，可以为默认音量设置提供滑块或滚动条，为输入新设备名称、对不同无线电传输频率的选择提供文本字段，以及为激活加密提供复选框。当然，可以使用此类过程修改其他或更多参数，并且仅借助于示例选择所给的参数和界面元素。可以通过任何可用的用户输入装置实现对用户界面的控制，用户输入装置诸如滚轮、小键盘或触摸屏。还可想到，针对不同的设备在不同的模板文件或在模板文件内提供不同选项，从而用户界面可以更方便地适于各个可用的输入装置。

在主设备处接收到模板之后，不必直接发生用户界面的创建和随后的用户输入。在某些实施方式中，可以存储或至少缓冲模板文件，直到需要其时为止，并且继而可以在需要配置时执行其他配置步骤。此外，可能存在这样的实施方式，即将模板文件的信息和当前值信息合并到一个配置文件或消息中，这也会影响主设备和附件设备之间的通信协议。

在步骤324中，主设备检测来自于用户界面的用户输入。尽管可以向用户示出或在帮助信息中提及参数范围，但是在某些实施方式中，在步骤326中，主设备可以检查经修改的参数是否处于模板文件中针对每个参数所指示的范围内。如果用户已经输入在所允许的参数范围之外的参数，则设备可以向用户发布错误消息或自动修正参数。作为示例，当用户设置了处于模板中定义的阈值之上的参数时，可以将该参数自动设置为最高允许值。当所有修改的参数处于预定义的参数范围内时，将它们合并为参数更新消息(图2中的消息218)并且在步骤328中向附件传输。应该指出，通常仅向附件传回经修改的参数值；然而，还可想到，在某些实施方式中，如果消息大小不重要则传输所有参数，并且易化附件处的处理，甚至可能存在这样的实施方式，即发回包括模板信息的配置文件。在已经向附件传输了更新的值并且因此已经完成了配置之后，设备准备用于另一配置过程。可选地，还可以通过来自附件的另一消息向主设备指示配置的成功完成。

图4是用于在附件设备内执行的示例性方法的流程图。借助于示例再次选择蓝牙头戴式耳机，但是一般性概念可以转移至任意附件设备。步骤402中，在附件连接到诸如移动电话的主设备之后，发送用于配置特征的注册消息，其指示附件对该特征的支持。在步骤404中，可以从主设备接收响应并且在步骤406中对其进行评估。如果主设备不支持配置特征，则过程可以在该点处停止。当然，在某些实施方式中，响应还可以包括特定错误消息，该消息可以指示将提供支持，但是当前不能执行注册，这可以在稍后的时间触发增强以重发步骤402的消息。如果根本没有接收到响应，则附件可以再次发送注册请求或假设该特征得不到支持。在主设备支持本发明的配置的情况中，存在多个图4中不同跳转指示的选择。如上所述，主设备可以发起配置过程，并且在该情况中，附件可以在步骤410中接收配置请求。在其他实施方式或在同一实施方式中，附件本身可以自动发起配置。出于该目的，在步骤412中，附件可以向主设备传输模板版本比较请求，以请求检查所需模板是否已经本地可用。该消息可以包括模板版本号、模板语言、设备ID、模板日期和/或用于模板检查的任何其他合适指示符。然后，在步骤414中，附件可以接收比较结果，该结果可以指示存储在主设备处的模板的相应模板版本标识符。在其他实施方式中，该结果可以包括指示比较失败或成功的二元标志，即如果附件和主设备处所存储模板的模板版本相匹配，则“成功”，在所有其他情况中则“失败”。在步骤416中，可以评估该结果。对于附件而言，这是最容易的实现。如果指示了版本号或日期，则附件需要某些附加功能以便将该版本号与当前模板进行比较。另一备选方案是已经在上面描述的图3的实施方式，其中比较结果不由标志或同一响应消息内的变量指示，而是通过直接请求模板文件或当前值指示，即，例如可以使用不同报头的不同请求消息。根据附图以及上述解释应该理解，在步骤410中从主设备接收的配置请求之后可以是步骤412以及418之一，即比较请求的传输或直接模板文件推送。

备选地，在步骤418中，可以由附件通过传输模板文件发起配置，而没有任何之前的比较检查。在步骤420中，在已经传输模板之后，在另一消息中发送当前参数值。应该理解，当前值还可以由主设备拉动，类似于步骤410中的配置请求，从而附件将接收针对当前值的另一请求并且仅在该请求之后执行步骤420。

在当前模板文件和当前参数值对于主设备已经可用之后，在步骤422中，附件可以在任何时间接收更新的值。在该步骤之前，也可以存在其他通信或事件，因为配置不必在主设备处立即执行。在步骤424中，一旦接收到更新的值，就可以将这些值应用于当前配置。取决于实现，更新的值可以立即生效或仅在设备重启之后生效。出于该目的，还可以在附件处的存储器元件中存储更新的配置值。可以通过向主设备传输更新证实消息426来完成该过程，或在出现认为问题的情况下传输错误消息完成该过程。应该指出，在流程图中，仅描述了示例性实施方式，并且在其他实施方式中，方法流程可以不同。

尽管已经描述了本发明的示例性实施方式，但是不应认为其限制所附权利要求书的范围。本领域的技术人员将理解，可以对所述实施方式进行各种修改并且多个其他配置或任意实施方式的组合能够实现相同的结果。而且，对于各种领域的技术人员而言，本发明本身将提出针对其他任务的解决方案以及针对其他应用的修改。申请人旨在通过权利要求书来覆盖本发明的所有此类用途和那些改变和修改，可以对用于公开目的而选择的本发明的实施方式进行这些改变和修改而又不脱离本发明的精神和范围。

Claims (41)

1.一种方法，包括

获取至少包括参数和相关联的用户界面组件的模板文件；

接收一组当前参数值；

基于所述模板文件和所述当前参数值来创建用户界面。

2.根据权利要求1所述的方法，进一步包括

经由所述创建的用户界面显示所述当前参数值中的至少一个。

3.根据权利要求1或2所述的方法，进一步包括

确定经由所述用户界面获得的经修改的参数值；以及

传输至少包括经修改的参数值的更新文件。

4.根据前述权利要求中任一项所述的方法，进一步包括

传输针对所述模板文件的请求。

5.根据权利要求4所述的方法，其中响应于用户输入来传输所述请求。

6.根据前述权利要求中任一项所述的方法，进一步包括

传输用于所述模板文件的语言偏好参数。

7.根据前述权利要求中任一项所述的方法，进一步包括

接收指示当前模板版本的标识符。

8.根据权利要求7所述的方法，进一步包括

确定存储的模板文件版本，以及

将所述存储的模板文件版本与所述接收的当前模板版本进行比较。

9.根据权利要求8所述的方法，进一步包括

传输模板版本的所述比较的结果。

10.根据前述权利要求中任一项所述的方法，进一步包括

接收所述模板文件。

11.根据前述权利要求中任一项所述的方法，其中所述模板文件的所述获取包括从本地存储器元件获取所述模板文件。

12.根据前述权利要求中任一项所述的方法，进一步包括

接收针对配置特征的注册请求，以及

传输注册证实。

13.根据权利要求3至12中任一项所述的方法，其中所述模板文件进一步包括所述参数的有效范围。

14.根据权利要求13所述的方法，进一步包括

在传输所述更新文件之前，检查所述修改的参数值是否处于所述有效范围之内。

15.根据权利要求14所述的方法，进一步包括

如果所述检查确定所述修改的参数值在所述有效范围之外，则请求用户输入有效的参数值。

16.根据前述权利要求中任一项所述的方法，其中在不止一个消息中接收所述模板文件和/或所述当前参数值。

17.根据前述权利要求中任一项所述的方法，其中所述模板文件是XML格式。

18.根据前述权利要求中任一项所述的方法，其在移动设备中执行。

19.根据权利要求18所述的方法，其中从连接至所述移动设备的附件设备接收所述消息和文件。

20.一种方法，包括

传输至少包括参数和相关联的用户界面组件的模板文件；以及

传输一组当前参数值。

21.根据权利要求20所述的方法，进一步包括

接收修改的参数值；以及

使用所述接收的修改的参数值实现设备配置。

22.根据权利要求20或21所述的方法，进一步包括

接收针对所述模板文件的请求。

23.根据权利要求20至22中任一项所述的方法，进一步包括

至少传输指示当前模板文件版本的标识符。

24.根据权利要求23所述的方法，进一步包括

接收当前模板文件在远程设备处不可用的指示。

25.根据权利要求24所述的方法，进一步包括

响应于所述指示，传输当前模板文件。

26.根据权利要求20至25中任一项所述的方法，进一步包括

接收语言偏好的指示，并且针对传输来选择与所指示的语言偏好对应的多个模板文件中的一个。

27.根据权利要求26所述的方法，进一步包括

传输用于请求所述语言偏好的指示的语言请求消息。

28.根据权利要求20至27中任一项所述的方法，进一步包括

传输针对参数特征的注册请求。

29.根据权利要求20至28中任一项所述的方法，其中所述模板文件进一步包括与所述参数相关联的有效范围。

30.根据权利要求20至29中任一项所述的方法，其中在不止一个消息中传输所述模板文件和/或所述当前参数值。

31.根据权利要求20至30中任一项所述的方法，其中所述模板文件是XML格式。

32.根据权利要求20至31中任一项所述的方法，其由连接至移动设备的附件设备执行。

33.一种包括程序代码组件的计算机程序产品，当所述程序代码组件执行时，其执行前述权利要求中任一项所述的方法。

34.一种装置，包括

用于连接至附件设备的连接接口；

配置为与所述附件设备交换数据的通信单元；

处理单元，配置为

获取至少包括参数和相关联的用户界面组件的模板文件；

接收一组当前参数值；

基于所述模板文件和所述当前参数值来创建用户界面；以及显示器，其适于显示所述用户界面。

35.根据权利要求34所述的装置，进一步包括

用户输入元件，其适于修改经由所述用户界面指示的参数值。

36.一种设备，包括

用于获取至少包括参数和相关联的用户界面组件的模板文件的装置；

用于接收一组当前参数值的装置；

用于基于所述模板文件和所述当前参数值来创建用户界面的装置；以及

用于向用户显示所述用户界面的装置。

37.根据权利要求36所述的设备，进一步包括

用于确定经由所述用户界面获得的经修改的参数值的装置；以及用于传输至少包括经修改的参数值的更新文件的装置。

38.一种装置，包括

用于连接至其他设备的通信接口；

用于存储至少一组当前参数值和至少一个模板文件的存储器元件，所述至少一个模板文件至少包括参数以及相关联的用户界面组件；

处理单元，配置为

经由所述通信接口向所述其他设备传输所述模板文件和当前参数值的所述组。

39.根据权利要求38所述的装置，其中所述处理单元进一步配置为

根据响应于所述当前参数值而经由所述通信接口接收的更新文件来更新当前参数。

40.一种设备，包括

用于传输至少包括参数和相关联的用户界面组件的模板文件的装置；以及

用于传输一组当前参数值的装置。

41.根据权利要求40所述的设备，进一步包括

用于接收修改的参数值的装置；

用于使用所述接收的修改的参数值实现设备配置的装置。

Images