CN202995622U - 通信装置 - Google Patents

Abstract

一种系统、设备或方法，用于使得应用开发者能够访问诸如移动电话的装置的特征、数据和功能，而不被由装置制造商提供的API限制。在一些实施例中，本发明使用透明网关作为被插入到装置堆栈内的代理，以使得应用开发者能够访问除了由制造商提供的API公开的装置的特征和功能之外的该装置的特征和功能。例如，透明网关可以被插入位于蓝牙堆栈和装置的API之间的移动电话的无线堆栈内。透明网关可以经由空中下载配置或另一种适当的方法被安装在移动电话中。

Description

通信装置

对于相关申请的交叉引用 

本申请要求来自在2009年9月23日提交的临时申请No.61/245,249（律师档案No.027673-000900US）的优先权和其权益，该临时申请的全部公开通过引用被包含在此以用于各种目的。 

技术领域

本发明的实施例涉及用于使能装置的互用性的系统、设备和方法，并且更具体地涉及通过向装置的堆栈内插入透明网关来使得能够开发用户的新服务和特征的方法。该透明网关作为代理以提供应用编程接口（API），其使得能够开发使用装置能力的服务、特征和应用，其中，这样的能力可以包括开发者在没有网关的情况下不能访问的数据、功能、操作和处理。本发明的实施例为其他装置和应用提供了在没有网关的情况下不可能的方式与包含透明网关的装置交互的手段。这使得能够开发依赖于对于包含网关但是在没有网关的情况下不可访问的装置的内部操作的访问的服务和应用。 

背景技术

希望建立通过蓝牙（Bluetooth，注册商标）或由无线装置制造商供应的另一种无线数据输入/输出协议与现有装置对接的应用的应用开发者当前限于由每一个装置制造商公开的API的功能。这意味着期望向诸如头戴耳机或移动电话的装置的用户提供新应用或服务的开发者或其他方受限于制造商通过现有的API使得该开发者或其他方可获得的内部数据、操作和装置功能。然而，当前，没有下述标准API：该标准API向应用开发者公开，以使得能够开发与这些无线数据协议交互或利用这些无线数据协议以在诸如配备了媒体播放器的无线通信装置或移动电话的装置与诸如头戴耳机的另一个装置之间交换数据的服务和功能。 

向开发者公开的API（以及因此对于装置的内部数据和操作的访问）可以从装置到装置不同，并且甚至在同一装置的版本之间改变。这对于可以由应用开发者提供的服务和特征的类型施加限制，并且也可以导致当改变或甚至略微修改API时先前实现的服务或特征废弃。此外，标准API的缺少对特定类型的装置之间的跨平台互用性施加严重的限制并且可以消除该互用性的可能。这限制了用户选择他们为获得他们期望的服务和特征而更喜欢利用的配件和装置的组合的自由。 

通过装置制造商对于固定API的当前使用而产生的另一个问题源自制造商在发布装置后需要改变或更换API。当前，制造商如此进行的唯一方式是通过软件和/或固件更新或发布装置的新版本。即使在该情况下，API仍然是对于制造商特定的。仍然没有下述公共API或服务组：该公共API或服务组向开发者公开，以使得能够开发用于诸如无线头戴耳机或蜂窝电话的装置的用户的增值服务和功能。 

所期望的是下述系统、设备或方法：该系统、设备或方法用于使得应用开发者能够对于制造商的装置提供增值服务和功能，而不限于通过由制造商提供的API公开的装置特征和功能。本发明的实施例处理对于单独地和集体地使用制造商公开的API的应用开发的当前手段的这种和其他缺点。 

实用新型内容

本发明的实施例涉及下述系统、设备和方法：该系统、设备和方法用于使得应用开发者能够访问装置的特征和功能以提供增值服务和功能，而不被由装置制造商提供的API限制。在一些实施例中，本发明使用透明网关，该透明网关被插入到装置的操作软件的堆栈，并且作为代理以使得应用开发者能够访问装置的事件、数据和功能元件。 

在本发明的一些实施例中，将透明网关实现为在内部无线堆栈和装置的现有API之间插入的软件或固件应用。所述内部无线堆栈用于处理从无线通信网络接收的数据或指令。因此，所述透明网关位于在从外部源接收数据或指令的网络连接和其中插入所述网关的所述装置的现有API之间的数据流中。这允许所述网关在可以被现有的API施加的任何过滤或限制之前访问进入的数据或指令。所述透明网关执行一组规则，所述一组规则确定哪些“事件”（诸如特定数据或指令）要被或由其中插入所述网关的装 置或由可以包括其中插入所述网关的所述装置的装置组合传送到扩展的API以用于实现新的服务或功能。可以通过空中下载或有线更新处理将用于所述网关的规则库更新、修订、校正等，以使得能够实现新的规则，并且作为结果，使得用户能够获得新的或更新的服务和功能。 

在一个实施例中，本发明涉及一种通信装置，所述通信装置具有：通信接口，其被配置来从外部源接收事件；第一应用程序接口（API），其与所述通信接口进行通信；透明网关，其被布置在所述通信接口和所述第一API之间；第二API，其与所述透明网关进行通信；以及规则库，其与所述透明网关进行通信，所述规则库包括一组规则。所述透明网关被配置来：从所述通信接口接收所述事件；处理所述事件以确定所述事件是否满足所述规则库的所述一组规则中的规则；以及如果所述事件满足在所述一组规则中的规则，则向所述事件应用所述规则。 

在一个实施例中，所述规则指令所述透明网关向所述第二API传送所述事件。 

在一个实施例中，所述规则指令所述透明网关向所述第一API传送所述事件。 

在一个实施例中，所述规则指令所述透明网关修改所述事件，并且然后向所述第一API和第二API的至少一个传送所述事件。 

在一个实施例中，所述规则触发下述内容的至少一种：更新处理、与驻留在所述外部源上的应用的交互、在所述外部源上的应用的安装和增强在所述外部源上的特征的调整操作。 

在一个实施例中，所述透明网关包括API管理器。 

在一个实施例中，所述透明网关被配置来处理事件以确定所述事件是否满足在所述规则库的所述一组规则中的规则，并且如果所述事件满足所述一组规则的规则，则将所述事件传送到所述外部源。 

在一个实施例中，通信装置进一步包括：本地应用，其利用所述第二API，并且使得所述外部源控制所述通信装置的一个或多个功能或操作。 

在一个实施例中，通信装置进一步包括：本地应用，其利用所述第二API，并且使得所述通信装置能够控制所述外部源的一个或多个功能或操作。 

在一个实施例中，所述本地应用具有向后端服务分发的功能。 

在一个实施例中，所述通信装置是移动通信装置。 

在一个实施例中，所述外部源是头戴耳机。 

在一个实施例中，所述通信接口是网络堆栈。 

在一个实施例中，通过所述通信装置的制造商来提供所述第一API。 

在另一个实施例中，本发明涉及一种用于向装置的用户提供服务的方法。所述方法包括：从负责实现无线协议的所述装置的元件接收事件；处理所接收的事件以确定所述事件是否满足在规则库中的规则；以及如果所接收的事件满足在所述规则库中的规则，则向由所述装置的制造商提供的现有API以及可扩展的API提供所述事件。 

在一个实施例中，如果所接收的事件被提供到所述可扩展的API，则使得所述装置能够提供未被所述装置的所述制造商使得其可获得的服务。 

在一个实施例中，本发明涉及一种计算机可读介质，包括：其中包含的计算机可读程序代码，所述计算机可读程序代码适于被处理器执行来实现上述方法。 

在另一个实施例中，本发明涉及一种方法，所述方法包括：在装置中提供透明网关，所述透明网关被设置在所述装置的网络堆栈和所述装置的第一API之间，所述网络堆栈被配置来从外部源接收事件；提供与所述透明网关进行通信的第二API；以及提供与所述透明网关进行通信的规则库，所述规则库包括一组规则。所述透明网关被配置来：从所述网络堆栈接收所述事件；处理所述事件以确定所述事件是否满足所述规则库的所述一组规则中的规则；以及如果所述事件满足在所述一组规则中的规则，则向所述事件应用所述规则。 

在一个实施例中，所述规则指令所述透明网关向所述第二API传送所述事件。 

在一个实施例中，本地应用利用所述第二API，并且使得所述外部源控制所述装置的一个或多个功能或操作。 

本发明的其他目的和优点对于查看了本发明的详细说明和所包括的附图的本领域内的普通技术人员将是显而易见的。 

附图说明

图1是图示根据本发明的一些实施例的、可以用于实现透明网关的系统的特定部件的功能框图； 

图2示出根据本发明的一些实施例的示例性基本装置； 

图3示出根据本发明的一些实施例的示例性辅助装置； 

图4是图示根据本发明的一些实施例的在透明网关/代理的运行中涉及的示例步骤的流程图； 

图5示出根据本发明的一个实施例的示例性基本装置和示例性辅助装置的特征；以及 

图6是图示根据本发明的一些实施例的在更新规则库中涉及的示例步骤的流程图。 

具体实施方式

在一些实施例中，本发明涉及一种系统、设备或方法，用于使得应用开发者能够访问诸如移动电话的装置的事件、数据和功能，而不被由装置制造商提供的现有API限制。在一些实施例中，本发明使用透明网关作为被插入到装置堆栈内的代理，以使得应用开发者能够访问除了由制造商提供的API公开的装置的特征和功能之外的该装置的特征和功能。例如，透明网关可以被插入位于蓝牙（Bluetooth，注册商标）堆栈和装置的API之间的移动电话的无线堆栈内。透明网关可以经由空中下载配置、直接有线连接或另一种适当的方法被安装在移动电话中。通过包括空中下载配置或到计算装置的直接连接的任何适当方法，可以更新、修订或更换被网关实现来确定哪些数据或事件能够被应用获得的规则库。 

注意，其中安装了透明网关/代理的装置可以是任何适当的音频和/或有数据能力的装置。这样的“基本”装置可以包括但是不限于移动电话、音乐播放器、头戴耳机等。所述系统、设备和方法使得开发者能够访问基本装置的功能和能力，其中，那个装置可以通过无线网络与第二装置进行通信。该第二装置可以是任何适当的“辅助”装置，该“辅助”装置能够通过无线网络与其中安装了透明网关/代理的基本装置进行通信和/或交换数据。透明网关/代理可以用于使得能够开发应用或功能，该应用或功能向基本装置提供了以先前不可获得的方式与辅助装置交互的能力。因此，在一些实施例中，能够进行无线通信的头戴耳机（例如，蓝牙（Bluetooth，注册商标）头戴耳机）可以作为基本装置，并且以不同的装置作为辅助装 置，而在其他实施例中，移动电话可以作为基本装置，以头戴耳机作为辅助装置。 

在作为基本装置的移动电话和作为辅助装置的蓝牙（Bluetooth，注册商标）头戴耳机的情况下，通过在无线堆栈的最下级（例如，在蓝牙（Bluetooth，注册商标）或其他网络通信堆栈之间）和装置的现有API之间插入透明网关/代理，有可能控制或避免向现有装置API报告的事件。另外，使得开发者能够建立和访问一组扩展的公共功能，该一组扩展的公共功能可以用于操纵或控制或允许应用的跨平台开发。透明网关/代理可以被配置来公开跨所有平台的公共的可扩展API集，而与由装置制造商公开的功能无关。注意，这是示例性实施例，并且以取决于基本装置堆栈的结构和布置与被用作系统的一部分的辅助装置的类型的方式来执行在其他基本装置中的透明网关/代理的布置。 

可以使用基于空中下载或直接连接的配置技术在装置制造时或在稍后的时间插入透明网关/代理。要在装置中安装的应用也可以通过空中下载或使用直接连接被提供到装置。透明网关/代理可以用于扩展或延伸由装置制造商提供的API，同时向应用开发者提供独立于由制造商建立的硬件平台约束或限制的一组公共的可扩展API。此外，透明网关/代理可以用于将装置的能力改变或扩展以使得能够通过执行透明网关的操作规则的空中下载更新来支持新的应用或功能，该透明网关的操作规则限定了什么事件或数据要被公开给应用或什么功能或操作被特定事件或数据触发。 

在一种示例性情况中，进入的“事件”或数据被基本装置（诸如蜂窝电话）接收并且被无线堆栈处理。事件或数据被透明网关/代理传送到装置的内部API管理器（即，使得由装置制造商公开的现有API可获得该事件或数据）。也根据规则库来查看该事件或数据以确定该事件或数据是否满足一个或多个规则，以指示该事件或数据应当能够被扩展的API管理器获得，使得该事件或数据可以被制造商先前不可获得的可扩展的API或功能利用。此外，在接收到规则更新处理触发器或指示符（通常经由诸如SMS、控制信道或数据信道的适当信道）时，可以启动规则库更新处理。该更新处理可以包含更新管理器元件接收和在规则库中安装新的或修订的规则，其中，这样的新的或修订的规则可以运行来使能基本装置或能够与基本装置进行通信的外部装置的新的功能、服务或特征。 

在一些实施例中，本发明作为抽象层，该抽象层可以截取、公开可以被无线或网络通信堆栈提供来使得能够开发增值服务的任何API或提供对 于上述API的访问。例如，利用网络堆栈的任何API必须接收和/或向堆栈发送命令（以功能调用和/或与堆栈的数据交换的形式）。因为透明网关/代理在API和堆栈之间，所以这样的命令必须通过透明网关/代理。在典型的使用中，透明网关/代理仅允许命令未修改地被传送，但是透明网关/代理提供静默地丢弃命令（因此截取它）、修改它（例如，增加附加数据）或公开它（例如，响应于网络未响应的一组API调用并且将这些转换为堆栈调用）的能力。例如，透明网关/代理可以通过向适当的记录文件记录所有的命令或向远程装置发送它们的拷贝来提供API或堆栈未提供的记录实用工具。本发明的实施例也运行来建立一个或多个新的可扩展API，以使得能够定制开发者可获得的一组数据、功能或特征。所建立的可扩展API可以是从装置到装置相同的，或者可以在不同的装置之间变化（注意，透明网关/代理的结构和操作也可以是装置特定的）。新的可扩展API可以用于允许应用以当前装置不支持或未公开的方式访问事件、功能和数据。此外，现有的或新建立的API可以在功能上被扩展或通过使用空中下载更新或其他配置技术被修订，其中，可以在需要时向所有装置或仅向子集发送更新。 

新建立的可扩展API也可以允许或公开对于否则在当前装置中不存在的定制协议的访问。注意，因为网关/代理是透明的，所以现有的API（即，由装置制造商使能的那些）仍然被公开而没有对于它们的当前配置的改变，并且它们可以被应用使用。 

注意，可能公开可以触发在连接到其中安装了透明网关/代理的基本装置的辅助装置（诸如蓝牙（Bluetooth，注册商标）连接的头戴耳机）中的改变的一个或多个API。这样的改变可以包括操作模式改变、调整、在使用基本装置作为调制解调器/网络代理的连接的网络上的更新等。例如，可以公开使能网络堆栈参数的修改的API，该网络堆栈参数例如是传输模式（例如，主机或从机）、传输功率、最大传输分组大小等，并且当作为基本装置和辅助装置的网络连接的结果在基本和辅助装置之间协商这样的参数时，在基本装置上的这样的改变导致在辅助装置上的等同改变。本发明的实施例也可以使能可能需要并且对于向装置分发的应用特定的功能，诸如模式改变，被用作应用的操作的一部分的定制数据/事件等。例如，透明网关/代理可以向应用公布通常从网络堆栈不公布但是尽管如此由于网络事件默认地达到应用消息而达到应用消息环路的事件，并且这样的事件可以是对于应用定制的事件，例如，应用复位消息。 

如在本发明的说明中下述，讨论两个装置。一个是辅助装置，该辅助装置在其中安装了透明网关/代理的装置的外部。辅助装置的示例是无线装置，诸如蓝牙（Bluetooth，注册商标）头戴耳机（虽然如所述，这样的装置也可以在一些情况下作为基本装置）。另一个装置是其中安装了透明网关/代理的基本装置。基本装置的示例是具有无线路由器或移动电话形式的无线装置。 

图1是图示根据本发明的一些实施例的、可以用于实现透明网关/代理和可扩展API以便向用户提供对于新的功能和能力的访问的系统10的特定部件的功能框图。注意，不是所有描述的元件可能存在于其中使用透明网关/代理和可扩展API的每一个系统或装置中，并且为了举例的目的而描述所示的元件。如图中所示，可以在本发明的实施例中存在的元件可以包括基本装置12和辅助装置14。根据所说明的实施例，基本装置是移动通信装置，诸如移动电话，并且辅助装置是外部无线头戴耳机，诸如蓝牙（Bluetooth，注册商标）头戴耳机。然而，应当明白，头戴耳机可以是基本装置，并且移动通信装置可以是辅助装置。 

在外部无线装置14和基本装置12之间设置无线网络连接16，以通信地耦合作为外部源的外部无线装置14和基本装置12。基本装置12包括通信接口，诸如由在基本装置12中的硬件公开的网络堆栈18。根据一些实施例，网络堆栈18被基本装置12的制造商公开，可以以将访问限制为特定的期望功能、特征、数据等的方式来配置网络堆栈18。基本装置12进一步包括由制造商公开的现有或第一API20。在网络堆栈18和由制造商公开的现有API20之间插入透明网关/代理22。基本装置12进一步包括仅依赖于现有的API20的一个或多个现有或以后安装的应用24。透明网关/代理22提供可扩展或第二API26和对应的可扩展API管理器28。根据一些实施例，可扩展API管理器28驻留在透明网关/代理22中，以提供和管理可扩展API26。此外，设置了与透明网关/代理22进行通信的规则库34。在规则库34中提供一个或多个组的规则，以确定例如哪些进入的“事件”或数据被传送到可扩展API26。规则管理器30被设置来与规则库34进行通信，以管理对于在规则库34中的规则的更新。 

在运行中，透明网关/代理22访问在外部无线装置14和基本装置12之间的所有事件和数据流。例如，透明网关/代理22相对于在规则库34中的一个或多个组的规则来查看每一个进入的事件或数据，以确定要对于所查看的事件或数据采取什么动作——如果有的话。例如，如果规则请求通 过可扩展API26公开事件，则透明网关/代理22将事件传送到可扩展API管理器28，可扩展API管理器28然后将事件传送到可扩展API26的适当的一个或多个。应当明白，这个过程是双向的，使得来自可扩展API管理器28的请求也被查看，并且如果被规则库34的规则允许则被传送到外部无线装置14。 

一个或多个本地应用36被安装在基本装置12上，并且利用由透明网关/代理22提供的可扩展API26。可以通过包括空中下载或经由到个人计算装置的直接连接的任何适当手段来安装应用36。此外，如图1中所示，也可以在基本装置12上安装其他应用38的部分。这些应用38使用可扩展API26，但是也具有在基本装置12和后端服务42之间分布的功能。在该情况下，网络连接44（基于有线或无线）被提供来在后端服务42和基本装置12之间传送数据，使得后端服务42和基本装置12可以共享与执行应用38相关联的工作负荷。该网络连接可以例如是因特网或任何其他数据/通信网络。 

根据一些实施例，外部无线装置14可以用于控制其中安装了透明网关/代理22的基本装置12的一个或多个功能或操作。此外，根据一些实施例，可以使得外部无线装置14通过在基本装置12中安装并且被基本装置12执行的、诸如应用36和38的应用来执行操作或功能。在任何一种使用情况下，本发明的实施例允许应用开发者以未被装置制造商使得能够获得或公开的方式访问数据、用户界面元素、功能，接收事件通知，产生对于事件的响应或者与基本装置12的其他操作交互。这允许开发和实现对于用户增值的另外的功能、用户控制或其他特征。 

例如，本发明的实施例允许实现可扩展API26以公开噪声水平、电池水平、或允许调整基本装置12。另一个示例是公开允许用户使用外部无线装置14来启动在基本装置12上的特定应用的事件。 

例如，本发明允许实现可扩展API26以公开允许用户使用外部无线装置14来在基本装置12上启动因特网搜索应用的事件，该因特网搜索应用使得用户能够经由用户通过向外部无线装置14内说话而输入的语音命令来对于因特网搜索内容。例如，用户可以通过向外部无线装置14内说出启动命令（诸如“搜索”或“开始搜索”）或通过启动在外部无线装置14上的用户界面的适当按钮或其他元件而启动因特网搜索应用。一旦已经在基本装置12上启动了因特网搜索应用，则用户可以通过向外部无线装置14内说出搜索项来输入搜索项。在用户输入期望的搜索项后，用户可以说出 使得因特网搜索应用使用输入的搜索项来执行搜索的命令。此外，用户可以使用口头命令（诸如“下一个”或“更多”）来浏览搜索结果。 

如上所述，可以使用透明网关/代理来扩展或延伸由装置制造商提供的API，同时向应用开发者提供独立于由制造商建立的硬件平台约束或限制的一组公共的可扩展API。因此，因特网搜索应用仅是可以使用由本发明的透明网关/代理公开的可扩展API的应用的一个示例。应当明白，开发者可以开发可以利用可扩展API的实际上无限数量的应用。这些应用可以例如被配置来实现在基本装置12上，并且被用户经由外部无线装置14控制。此外，例如，这些应用可以用于娱乐和游戏、商业和生产、社会联网、参考、新闻和天气、多媒体、金融、教育、旅行等的目的。 

注意，如果期望，则包括扩展应用的任何应用可以利用由制造商供应的现有API20来取代或补充可扩展API26。也可能建立允许使用新的应来更新外部无线装置14的应用或改变外部无线装置14的固件。此外，如所述，可以通过空中下载机制来更新或修订任何新的可扩展API26，以允许新的特征或服务根据需要被修改或使得可用。 

图2示出示例性基本装置12的框图。示例性基本装置12被以移动电话的形式提供，并且可以包括计算机可读介质46和主体50。计算机可读介质46可以位于主体50内，或者可以从其卸下。主体50可以具有塑料基板、外壳或其他结构的形式。计算机可读介质46可以是存储器，诸如有形（即，物理或耐用）存储器，其存储数据并且可以具有包括硬盘驱动器、磁带、存储器芯片、唯一得出的密钥（诸如如上所述的那些）、加密算法等的任何适当形式。 

基本装置12可以进一步包括通信网络接口54，通信网络接口54能够使用通常根据标准化协议或数据传送机制（例如，ISO14443/NFC）的近场通信（“NFC”）能力（或近场通信介质）来传送和接收数据。近场通信能力是短距离通信能力，诸如RFID、蓝牙（Bluetooth，注册商标）、红外线或可以用于在基本装置12和辅助装置14之间交换数据的其他数据传送能力。因此，基本装置12能够经由蜂窝网络或近场通信能力来传送和传输数据和/或控制指令。 

基本装置12也可以包括：处理器56（例如，微处理器或在一起工作的一组处理器），用于处理基本装置12的功能；以及显示器60，用于允许用户看到电话号码和其他信息、消息和由应用产生的用户界面。基本装置12可以进一步包括：输入/输出元件62，以允许用户向基本装置12内输入 信息或从基本装置12输出信息；扬声器64，用于允许用户听到语音通信、音乐等；以及麦克风66，用于允许用户通过基本装置12来发送她的声音。基本装置12也可以包括天线68，用于无线数据传送（例如，数据发送）。 

如上所述，基本装置12进一步包括网络堆栈18、由制造商公开的现有API20和在网络堆栈18和现有API20之间插入的透明网关/代理22。基本装置12进一步包括仅依赖于现有API20的现有或稍后安装的应用24。根据在图2中图示的实施例，前述的可扩展API管理器28和规则库34驻留在透明网关/代理22中，并且因此未示出。应用36在图2中被示出为安装在基本装置12上，并且利用由透明网关/代理26提供的可扩展API26。可以通过包括空中下载或经由到个人计算装置的直接连接的任何适当手段来安装应用36。根据所说明的实施例，提供了数据传送总线48以通信地耦合基本装置12的部件。 

图3示出示例性外部无线装置14的框图。示例性外部无线装置14以头戴耳机的形式被设置，并且可以包括计算机可读介质和主体。计算机可读介质32（b）可以位于主体32（h）中，或可以从其卸下。主体32（h）可以具有塑料基板、外壳或其他结构的形式。计算机可读介质32（b）可以是存储器，诸如有形（即，物理或耐用）存储器，其存储数据并且可以具有包括硬盘驱动器、磁带、存储器芯片、唯一得出的密钥（诸如如上所述的那些）、加密算法等的任何适当形式。 

外部无线装置14可以进一步包括无接触元件32（g），无接触元件32（g）能够使用通常根据标准化协议或数据传送机制（例如，ISO14443/NFC）的近场通信（“NFC”）能力（或近场通信介质）来传送和接收数据。近场通信能力是短距离通信能量，诸如RFID、蓝牙（Bluetooth，注册商标）、红外线或可以用于在基本装置12之间交换数据的其他数据传送能力。因此，外部无线装置14能够经由蜂窝网络或近场通信能力来传送和传输数据和/或控制指令。 

外部无线装置14也可以包括处理器32（c）（例如，微处理器或在一起工作的一组处理器），用于处理外部无线装置14的功能。此外，根据一些实施例，外部无线装置可以包括显示器32（d），用于允许用户看到电话号码与其他信息和消息。外部无线装置14也可以包括输入元件32（e），以允许用户向装置内输入信息；扬声器32（f），用于允许用户听到语音通信、音乐等；以及麦克风32（i），用于允许用户通过外部无线装置14来发送她的声音。外部无线装置14也可以包括天线32（a），用于无线数据 传送（例如，数据发送）。 

图4是图示根据本发明的一些实施例的、向基本装置12的网络堆栈18内插入以使得能够访问基本装置12的数据和功能的透明网关/代理22的示例性操作的流程图。 

如在步骤82处所示，透明网关/代理22接收事件。然后，如在步骤84处所示，透明网关/代理22向被基本装置12的制造商公开的现有API20透明地传送事件。接下来，如在步骤88所示，透明网关/代理22基于在规则库34中提供的一组规则来查看事件，以确定一个或多个规则是否适用于该事件。如在方框90所示，如果规则不适用，则透明网关/代理22除了向现有API20发送事件之外不采取任何行为。然而，如在方框92所示，如果一个或多个规则适用，则透明网关/代理22执行该规则。例如，一个或多个适用规则可以指定透明网关/代理22向由透明网关/代理22公开的可扩展API26传送事件。 

应当明白，事件可以是进入的或外出的。例如，进入的事件或数据可以被诸如辅助装置14的外部源产生，并且经由网络堆栈18被提供到透明网关/代理22。此外，例如，外出的事件或数据可以被基本装置12内部——诸如通过应用24或可扩展应用36的一个或多个——产生，并且提供到透明网关/代理22，透明网关/代理22访问规则库34以确定例如是否向外部辅助装置14传送事件。例如，事件可以触发由在规则库34中的一组规则指定并且被外部辅助装置14支持的任何类型的动作，包括触发更新处理、与可以驻留在外部辅助装置14上的应用的交互、在外部辅助装置14上安装应用或调整参数或转换模式以使得能够在外部辅助装置14上的特征增强。 

在示例性实现方式中，透明网关/代理22在基本装置12中处于协议级处，并且可以空中下载或通过另一种适当手段被安装。例如，可以在固件下载时安装透明网关/代理22。此外，透明网关/代理22可以被提供来静态地链接到网络堆栈18（被注册来经由回叫接收事件），并且现有API20可以静态地链接到透明网关/代理22，而不是像在通常的配置中那样链接到网络堆栈18。在该情况下，透明网关/代理22提供与网络堆栈18相同的功能调用（例如，注册接口）。因此，透明网关/代理22对于现有API20是无形的。 

现在参考图4来提供透明网关/代理22的示例实现方式，图4提供了在移动电话接收电话呼叫期间与示例性移动电话12进行通信的示例性头 戴耳机14的示意表示。在这个示例中，偶尔参考在图1和2中所示的部件。可以明白，示例性头戴耳机14是蓝牙（Bluetooth，注册商标）头戴耳机，其包括应用70、免提配置文件（HFP）堆栈72和主机通信接口（HCI）堆栈74。例如，应用可以被安装在32（b）的CMR上，并且被处理器32（c）执行，并且HFP和HCI堆栈72、74可以是无接触元件32（g）的部分。 

此外，可以明白，示例性移动电话12包括应用76、HFP堆栈78和HCI堆栈80。应当明白，应用76可以是在图1和2的实施例中图示的现有应用24之一。此外，应当明白，HFP和HCI堆栈78、80可以是在图1和2中图示的基本装置12的实施例的网络堆栈18的一部分。 

根据所图示的示例，应用70是呼叫控制应用，其允许用户使用头戴耳机14来启动和结束呼叫，应答和拒绝进入的呼叫等。头戴耳机14的应用70与HFP堆栈72进行通信，HFP堆栈72通过例如经由与下级HCI堆栈72进行通信而应答和拒绝呼叫来管理实际呼叫，下级HCI堆栈72可以是蓝牙（Bluetooth，注册商标）堆栈。HCI堆栈72根据这个示例控制向移动电话12发送的数据。 

可以明白，根据一个实施例，制造商可以使用诸如“应答呼叫”的功能来公开现有API20的一个或多个，以使得头戴耳机14的应用70能够应答呼叫。也可以明白，响应于应用70调用这样的“应答呼叫”功能，连接的头戴耳机14的HFP堆栈72可以产生与“应答呼叫”功能对应的HFP命令。进一步可以明白，HCI堆栈74然后产生二进制HCI命令，该二进制HCI命令足以指令网络堆栈18通过空中下载向移动电话12发送与“应答呼叫”命令对应的二进制数据。 

在从网络堆栈18接收到二进制数据时，移动电话12解析该二进制数据以确定它是HFP命令。然后，移动电话12解析二进制命令的有效负荷，以确定二进制命令是AT命令ATA，并且这继而使得呼叫被应答。 

典型的现有API20公开与“应答呼叫”类似的多个功能。例如，现有API20可以公开“结束呼叫”、“保持呼叫”和“拨号”功能。现有API20具有下述优点：编程者直接地使用。然而，如上所述，这样的现有API20具有多个缺点，包括灵活性不足、不良的可升级能力和不良的标准化。 

现在对比考虑具有刚好在HCI堆栈80上布置的透明网关/代理22的移动电话的操作。根据一个实施例，透明网关/代理22用于：从HCI堆栈 80接收事件和数据，将从HCI堆栈80接收的数据和事件向上发送到HCI堆栈80的上级；从更高的堆栈级接收发送到HCI堆栈80的数据和事件；相对于诸如规则库34的某个适当的规则库匹配在HCI堆栈80和更高堆栈级之间发送的数据和事件；向HCI堆栈或更高堆栈级发送另外的数据；并且，修改在HCI堆栈80和更高堆栈级之间发送的数据和事件。 

根据这个示例，可以看出，透明网关/代理22可以从HCI堆栈80接收数据和事件，包括与“应答呼叫”（或等同的“ATA”）功能对应的二进制数据。也可以从这个示例看出，透明网关/代理22可以接收与没有API公开的功能对应的数据和事件，或者可以发送具有未公开API的功能的数据和事件。例如，API可以不公开功能“保持当前呼叫”，但是因为存在与这样的行为等同的有效堆栈级二进制命令，所以透明网关/代理22可以发送这个二进制命令，并且由此使得当前的呼叫被保持。 

图6是图示根据本发明的一些实施例的在更新规则库中涉及的示例步骤的流程图。在其他功能中，规则库34的规则确定哪些进入的事件被公开到哪个API（例如，现有API和/或可扩展API）、API管理器或基本装置12的相关联的功能或操作。通过透明网关/代理22的功能公开的可扩展API26时时地被更新，以允许处理新的事件，或允许以不同的方式（例如，根据新的或更新的规则集）处理先前经历的事件。如在图6的方框102所示，可以通过接收更新数据来启动更新或修订在规则库34中的规则的处理。例如，更新数据可以被发送到基本装置12的网络堆栈18，并且在接收到更新数据时，网络堆栈18确定规则管理器是否当前在执行更新，如在方框106所示。如果更新在进行，则网络堆栈18将更新数据传送到规则管理器30，如在步骤110所示。然而，如果更新并非当前在进行，则无线堆栈18如在步骤114中所示确定更新数据是否是触发请求。如果更新数据是触发请求，则如在方框118所示，无线堆栈18启动规则管理器30来执行规则更新，否则无线堆栈18向规则管理器传送更新数据。 

例如考虑编程者仅希望远程记录特定行为的记录以帮助调试或建立简档或用于其他应用特定目的的情况。在该情况下，编程者可以向规则管理器30发送更新在规则库34中的规则以包括用于记录特定行为的记录的规则的请求。 

再一次参见图5，考虑移动电话12的HCI堆栈80接收更新数据。HCI堆栈80将这个更新数据传送到透明网关/代理22。透明网关/代理22例如通过查看数据首标以确定事件的类别和可能确定事件标识符来查看这个 更新数据。 

根据这个示例，透明网关/代理22将规则数据库例如存储为应当记录的事件标识符的列表。可以相对于在存储器列表中的标识符的每一个匹配进入的事件，并且如果事件标识符匹配在列表中的标识符之一，则可以通过下述方式来记录事件：将其复制到文件或通过空中下载向辅助装置发送数据以显示或存储。 

可以明白，通过分配其中要存储另外的列表项目的更多的存储量，可以容易地扩展在存储器中的列表。可以通过向列表增加标识符的功能来更新列表。 

可以明白，可以与应当在应用或网络堆栈事件匹配标识符掩模的情况下调用或公布的功能或随后的事件一起地存储诸如匹配大量事件的标识符掩模的大量的规则。 

在一些实施例中，当网络堆栈18识别触发事件时，它开始通过空中下载或通过适当类型的数据连接来更新透明网关/代理22或规则库34的处理，该数据连接可以包括诸如到个人计算机的直接连接。示例触发事件可以是作为特定类型连接的连接或来自特定硬件地址的连接。可以明白，这样的信息通常被网络堆栈18例如作为可以被解析以确定连接的类型（例如，SPP）或对等硬件地址的连接接收事件提供。 

作为更新处理的示例，考虑更新被预编程以经由来自已知硬件地址的SPP连接而出现的情况。透明网关/代理22可以监控网络堆栈18连接事件，直到它检测到来自已知硬件地址的连接。它可以然后将通过那个连接接收的所有数据解译为规则库34的刷新，在该情况下，它可以解除对于现有规则的存储量分配，分配新的存储量，并且从连接数据流向新分配的存储量复制规则数据。一旦完成，它可以使用这个存储量作为规则集，例如，一组标识符掩模和当网络堆栈消息匹配标识符掩模时要进行的功能调用。 

应当明白，可以以模块或集成方式以使用计算机软件的控制逻辑的形式实现如上所述的本发明。基于在此提供的公开和教导，本领域内的普通技术人员可以知道和明白用于使用硬件与硬件和软件的组合来实现本发明的其他方式和/或方法。 

在本申请中描述的软件部件或功能的任何一种可以被实现为软件代码，处理器使用利用传统或面向对象的技术的、诸如Java、C++或Perl的任何适当计算机语言来执行该软件代码。该软件代码可以在诸如随机存 取存储器（RAM）、只读存储器（ROM）、诸如硬盘驱动器或软盘的磁介质或诸如CD-ROM的光学介质的计算机可读介质上被存储为一系列指令或命令。任何这样的计算机可读介质可以驻留在单个计算设备之上或之内，并且可以存在于在系统或网络内的不同计算设备之上或之内。 

虽然已经详细描述和在附图中示出了特定的示例性实施例，应当明白，这样的实施例仅说明而不意欲限制广义发明，并且本发明不限于所示和所述的特定布置和构造，因为本领域内的普通技术人员可以进行各种其他修改。 

在此使用的“一个”或“该”的使用意欲表示“至少一个”，除非具体地相反指示。 

Claims (8)

1.一种通信装置，包括： 

通信接口，其被配置来从外部源接收事件； 

第一应用程序接口API，其与所述通信接口进行通信； 

透明网关，其被布置在所述通信接口和所述第一API之间； 

第二API，其与所述透明网关进行通信；以及 

规则库，其与所述透明网关进行通信，所述规则库包括一组规则； 

所述透明网关被配置来： 

从所述通信接口接收所述事件； 

处理所述事件以确定所述事件是否满足所述规则库的所述一组规则中的规则；以及 

如果所述事件满足在所述一组规则中的规则，则向所述事件应用所述规则。 

2.根据权利要求1所述的通信装置，其中所述透明网关包括API管理器。 

3.根据权利要求1所述的通信装置，其中所述透明网关被配置来处理事件以确定所述事件是否满足在所述规则库的所述一组规则中的规则，并且如果所述事件满足所述一组规则的规则，则将所述事件传送到所述外部源。 

4.根据权利要求1所述的通信装置，进一步包括： 

本地应用，其利用所述第二API，并且使得所述外部源控制所述通信装置的一个或多个功能或操作。 

5.根据权利要求1所述的通信装置，进一步包括： 

本地应用，其利用所述第二API，并且使得所述通信装置能够控制所述外部源的一个或多个功能或操作。 

6.根据权利要求1所述的通信装置，其中所述通信装置是移动通信装置。 

7.根据权利要求1所述的通信装置，其中所述外部源是头戴耳机。 

8.根据权利要求1所述的通信装置，其中所述通信接口是网络堆栈。 

Images