CN101410805A - 传感器接口以及与之有关的方法和设备 - Google Patents

Abstract

一种传感器接口具备若干传感器输入和若干客户端输入。所述客户端输入经配置以接收来自若干客户端的若干数据请求。所述若干数据请求包含指定将要返回的特定类型的数据，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器的至少一个数据请求。一种处理器经配置以i)确定什么传感器数据可用于满足所述若干数据请求，ii)配置所述传感器输入中的一者以接收来自若干物理传感器的传感器数据，以及iii)如果可能的话，使用所述接收到的传感器数据来满足所述若干数据请求。还揭示与此传感器接口有关的方法和设备。

Description

传感器接口以及与之有关的方法和设备

根据35U.S.C.§119主张优先权

本专利申请案主张2006年4月7日申请的题为“传感器API：***要求说明书AMSS/DMSS/BREW(Sensor API：System Requirements SpecificationAMSS/DMSS/BREW)”的第60/790,252号临时申请案的优先权，且所述临时申请案转让给本受让人，且在此明确以引用的方式并入本文中。

技术领域

本发明大体上涉及传感器接口，且更具体地说，涉及能够处置部分或完全无关于传感器的数据请求的可扩展传感器接口。

背景技术

并入有一个或一个以上物理传感器对手持式移动装置(其后称为“移动装置”)来说变得常见。作为实例，可并入有若干物理传感器的移动装置类型包含：电话、智能电话、个人数字助理(PDA)、游戏和其它装备控制器、手表和生物反馈装置。这些装置可并入的物理传感器类型包含(但不限于)：大气压传感器、加速计、磁场传感器(例如，罗盘)、陀螺仪和生物特征传感器。如本文所定义，“物理传感器”是能够测量物理现象和提供量化所述物理现象的输出信号(通常为数字电信号)的任何传感器。物理现象可以是(例如)温度、压力、方向、亮度或心率。

随着对提供具有需要来自更多和各种各样的物理传感器的数据的应用程序的移动装置的需要增加，且随着物理传感器的类型、型号和配置增加，应用程序开发者开发可端接到具有不同硬件平台(例如，并入有不同传感器组的平台)的移动装置的应用程序变得更加困难。在倒装侧，***工程师提供能够支持多种应用程序的硬件平台也变得更加困难。因此，常见的是***工程师和应用程序开发者通力合作以为特定移动装置界定一组独特的感测能力和应用程序。一旦被开发，所述组独特的能力和应用程序在开发经修改的或下一代装置中的可能较小用到；且针对其而开发所述组能力和应用程序的装置可能不可升级以并入新的感测能力或应用程序。因此，需要更灵活且可扩展的传感器接口。

发明内容

本文所揭示的实施例通过向传感器接口提供若干传感器输入和若干客户端输入来解决上文所陈述的需要，其中所述若干客户端输入经配置以接收来自若干客户端的若干数据请求，且其中所述若干数据请求包含指定将要返回的数据的特定类型，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器的至少一个数据请求。所述传感器接口还具备处理器，所述处理器经配置以i)确定什么传感器数据可用于满足所述若干数据请求，ii)配置所述传感器输入中的一者以接收来自若干物理传感器的传感器数据，和/或iii)如果可能的话，使用所述接收到的传感器数据来满足所述若干数据请求。

附图说明

图1说明第一示范性传感器接口；

图2说明用于使用例如图1中所示的传感器接口或图3中所示的传感器接口的传感器接口的方法；以及

图3说明并入有第二示范性传感器接口的装置。

具体实施方式

本文使用词“示范性”来表示“用作实例、例子或说明”。本文描述为“示范性”的任何实施例不一定被解释为比其它实施例优选或有利。

在此描述内容的背景技术中所陈述的上下文中，图1说明传感器接口100，其包括若干传感器输入106、若干客户端输入102和处理器104。客户端输入102经配置以接收来自若干客户端108、110、112的若干数据请求，且处理器104经配置以(1)确定什么传感器数据可用于满足所述若干数据请求，2)对传感器输入106中的一者进行配置以接收来自若干物理传感器114、116、118、120的传感器数据，以及3)如果可能的话，使用所接收到的传感器数据来满足所述若干数据请求。

如本文所定义，“若干”表示“一个或一个以上”，且“多个”表示“两个或两个以上”。上述段落中所陈述的所述若干传感器输入106、客户端输入102、客户端108、110、112、数据请求和物理传感器114、116、118、120中的每一者可各自包含多个这些元件。

请求来自传感器接口100的数据的“客户端”108、110、112可采取各种形式，且可包含(但不限于)若干基于软件或固件的应用程序、若干用户或***应用程序或装置操作***。应注意，客户端108、110、112在本文中有时被称为“应用程序”(其可具有各种种类，如上文所述)。客户端108、110、112所产生的一些或所有数据请求可指定将要由传感器接口100返回的数据的特定类型，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器114、116、118、120。因此，例如，客户端108可请求移动装置的线性运动数据，而不指定获取所述线性运动数据的过程中所使用的传感器的类型或型号。或者，客户端110可请求移动装置的定向数据，而不指定获取所述定向数据的过程中所使用的传感器的类型或型号。这些种类的无关于传感器的请求(或至少部分无关于传感器的请求)使得传感器接口100能被更高效地使用，因为在确定什么传感器数据可用于满足什么数据请求时，它们将处理器104置于较少的约束条件下。下文是更好地说明这点的一些实例。

首先，考虑具有一组特定传感器类型和型号的装置，其中传感器能够提供一组特定的传感器数据。在过去，应用程序将不能够获得或使用装置的传感器数据，除非已经开发出所述应用程序以支持装置的特定传感器中的一者或一者以上。这意味着即使装置可能已经能够获取应用程序所需的特定“类型的数据”，应用程序也将不能够使用所述数据，除非所述数据由已针对其而开发所述应用程序的特定“类型和型号的传感器”提供。这还意味着，如果应用程序开发者希望应用程序与多种装置兼容，那么应用程序开发者必须提供具有对过多不同传感器类型和型号的支持的应用程序。然而，当应用程序经开发以与传感器接口100一起工作时，应用程序可简单地请求特定类型的数据，且允许传感器接口1)确定什么传感器数据可用于满足所述请求，2)接收传感器数据，且3)满足所述请求。

第二，考虑一种装置，其初始设计有第一组传感器，但由于设计变化的缘故，经重新配置以并入有第二组传感器。或者，考虑一种具有可升级传感器组的装置。在过去，装置的传感器组的变化可能使得对装置的应用程序的一个或一个以上补丁成为必要。然而，当应用程序仅请求特定类型的数据时，固件或软件升级可可能与传感器接口100隔离(如果完全需要升级的话)。

第三，考虑具有无线通信接口的装置。通过向装置提供传感器接口100，且通过配置处理器104以动态地发现驻留在其中安装有传感器接口100(例如，经由无线接口)的装置的外部的物理传感器，装置可被提供有对以下传感器的接入1)装置的制造者从未预期的传感器，2)太大或太昂贵以致不能并入装置中的传感器，或3)仅对装置的用户的较小子集有用的传感器。

可以各种方式来使用传感器接口100，但图2中展示一种示范性方式。根据方法200(图2)，传感器接口100的客户端输入102可接收来自若干客户端108、110、112的数据请求(方框202)。如先前所论述，所述数据请求可包含指定将要返回的数据的特定类型，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器114、116、118、120的至少一个数据请求。传感器接口100接着确定什么传感器数据可用于满足所述数据请求，且动态地发现若干物理传感器114、116、118、120，从所述物理传感器，传感器接口100并入其中的设备(例如装置)可同时接收传感器数据(方框204，206)。视情况，可启用或配置一些或所有物理传感器114、116、118、120(方框208，210)。在一个实施例中，仅启用和配置被确定为对满足一组当前数据请求来说是必要的那些物理传感器。

在确定需要什么传感器数据来满足所述数据请求之后，且在发现什么传感器108、110、112可用之后，方法200接收来自一些或所有可用传感器114、116、118、120的传感器数据，且如果可能的话，使用接收到的传感器数据来满足所述数据请求。

应注意，可以不同次序来执行图2中所示的方法200的步骤，且可同时或重复地执行一些步骤。

在一些情况下，方法200可确定从一个或一个以上物理传感器114、116、118、120接收到的原始传感器数据不能够满足数据请求，但从一个或一个以上物理传感器接收到的原始传感器数据可经转换或组合以满足所述数据请求。在这点上，传感器接口100可经编程以提供一个或一个以上“虚拟传感器”122、124。如本文所定义，“虚拟传感器”是接收由一个或一个以上物理传感器114、116、118、120获得的传感器数据、转换或组合所述传感器数据并提供输出的传感器。举例来说，所述输出可1)量化物理现象，2)提供对物理现象的判断或评级(例如，是晴朗的还是昏暗的)，或3)表示事件的发生。传感器数据的示范性“转换”和“组合”包含1)使用第一条传感器数据来校正第二条传感器数据(例如，以在存在由第一条传感器数据量化的条件的情况下，改进第二条传感器数据的准确性)，2)对来自多个物理传感器114、116、118、120的输出求平均值，3)使来自一个或一个以上物理传感器114、116、118、120的输出标准化，4)转换传感器数据的单位，或5)基于一个或一个以上物理传感器114、116、118、120的输出而作出判断或评级。还可基于从非传感器来源获取的数据而转换或组合传感器数据。举例来说，如果将对多个传感器读数求平均值，那么可使用当前时间来从平均值中丢弃某些读数。下文是展示可如何通过传感器接口100的虚拟传感器122、124来转换或组合传感器数据的一些特定实例。

虚拟传感器的一个实例是倾斜补偿式罗盘。虚拟罗盘可接收来自“真实”物理罗盘的原始磁性航向数据，以及来自三维(3D)加速计的倾斜数据。通过使用当前可用的数学算法，虚拟传感器接着可使用加速计数据来补偿物理罗盘的倾斜。

虚拟传感器的另一实例是温度校正式压力传感器，其中所述虚拟传感器使用感测到的温度来针对获得压力读数的物理传感器的温度相关特征而校正所述压力读数。

虚拟传感器的另一实例是高度传感器。举例来说，虚拟高度传感器可接收大气压读数，且使用查找表或数学算法来估计对应的高度。

虚拟传感器的又一实例是线性运动和定向传感器。题为“基于传感器的定向***(Sensor-Based Orientation System)”的第11/686,945号美国专利申请案中描述示范性线性运动和定向传感器，所述专利申请案的全文以引用的方式并入本文中。

虚拟传感器的又一实例是振动传感器，其接收加速计数据，且使用加速计数据来量化装置所经历的振动。

虚拟传感器的子集是“事件传感器”。虚拟事件传感器的一个实例是“零G”或掉落检测传感器。此传感器可接收来自加速计的传感器数据，监视传感器数据以确定其是否超过掉落检测阈值，且提供指示装置是否已经掉落的输出。其它虚拟“事件传感器”可监视各种类型的传感器数据以确定(例如)：装置是否正被移动；温度变化；高度或压力变化；速度变化；或装置是否已行进预定距离。

一些虚拟事件传感器可用于在图形用户界面(GUI)的元件之间导航。举例来说，虚拟事件传感器可使装置的用户倾斜或定向与用户想要导航到的GUI的特定元件或控制相关。同时，虚拟事件传感器可监视加速计数据，以寻找“冲击”或“双敲”的迹象，且将其解译为用户想要选择用户已被导航到的GUI元件或控制。

返回方法200，可能存在方法200所发现的物理传感器114、116、118、120不能够满足传感器接口100所接收到的一些或所有数据请求的时候。即，可能存在需要传感器数据但不能获得传感器数据的时候。在这些情况下，方法200可将警告或错误通知返回到请求不能被满足的客户端。或者，方法200可简单地忽略那些不能满足的请求。

还可能存在所发现的传感器114、116、118、120技术上能够提供满足多个数据请求所需的数据，但与所述数据请求相关联的参数表现为冲突的时候。举例来说，在每秒一个样本(1赫兹)的速率下考虑对加速计读数的第一请求，且在每秒一百个样本(100赫兹)的速率下考虑对加速计读数的第二请求。尽管这些请求冲突，但可通过在100赫兹的速率下获取加速计读数来满足所述两个请求，且接着对所述读数进行子取样以履行第一请求。当数据请求冲突时，传感器接口100的处理器104可确定一个或一个以上物理传感器114、116、118、120可如何经配置以并行地满足明显冲突的请求。当不存在可用的解决方案时，处理器104可对要求冲突的传感器配置的数据请求的满足进行仲裁。在一些情况下，仲裁可涉及对首先履行的请求以优先顺序进行排列。在其它情况下，仲裁可导致返回对特定请求的警告或错误通知。

如果传感器接口100所接收到的一些或所有数据请求完全或部分地无关于传感器，那么传感器接口的处理器104可经配置以从两种或两种以上方式中进行选择，以满足特定请求。举例来说，加速计和轮速传感器可提供能够独立地指示运动方向的数据。因此，如果一个传感器不可用，那么可使用从其它传感器获得的数据来满足数据请求。或者，如果不能协调两个数据请求之间的冲突，那么可使用从所述传感器中的不同一者获得的数据来满足每一数据请求。

完全或部分地无关于传感器的数据请求还允许根据其它标准来满足数据请求。举例来说，当使用不同组的传感器来满足一组数据请求时，用于满足所述数据请求的所述组传感器可经选择以(例如)保存功率；使所使用的物理传感器的数目减到最小；使处理器使用减到最小(例如，通过在较多复杂物理传感器可用时使对虚拟传感器的依赖减到最小)；使噪声减到最小；增加响应时间；或满足服务质量请求。还可通过将更多的工作推向“智能”传感器来使处理器使用减到最小。举例来说，“智能”传感器能够自动配置传感器，读取且响应于QoS请求(下文阐释)，类似于一个或一个以上虚拟传感器而转换或组合数据，或检测例如“零G”事件的事件(例如，如零G加速计的情况)。

在一个实施例中，传感器接口100(图1)可实施输入、输出或双向质量控制。举例来说，在输入侧，处理器104可经配置以读取与传感器接口100所接收到的数据请求中的一者或一者以上相关联的服务质量(QoS)请求。QoS请求可包含(例如)：对将每次测量的时间列为比测量准确性优先(或反之亦然)的请求；对如何平衡每次测量的时间与测量准确性的指示；测量取样速率；测量持续时间；测量值俘获触发程序；测量值返回触发程序(例如，在处理传感器数据或满足数据请求之前需要满足的阈值)；用于测量值过滤的时间常数；测量值分辨率；对如何平衡带宽(例如，样本的数目或返回速度)与数据分辨率的指示；或加速计g范围选择。

如本文所定义，QoS请求与典型配置请求的不同之处在于配置请求是传感器专用的，而QoS请求是至少部分无关于传感器的。因此，可由传感器用户或应用程序开发者在不知道什么传感器可用或它们如何工作的情况下产生QoS。而是，传感器用户或应用程序开发者只需要知道他们想要何种数据和可如何获取所述数据。在这点上，可针对传感器接口100而定义应用程序编程接口(API)，且应用程序开发者可使用所述API来确定何种数据和QoS请求可由传感器接口100处理。

处理器104可进一步经配置以1)确定什么传感器数据可用于满足QoS请求，且2)如果可能的话，根据任何相关联的QoS请求来满足一个或一个以上数据请求。处理器104可以各种方式来使用QoS请求。在一些情况下，处理器104可使用QoS请求来确定两个或两个以上传感器中的哪一者应用于满足数据请求。举例来说，如果两个传感器能够履行数据请求，但存在与所述传感器中的一者相关联的时间或功率节约，那么处理器可经配置以正常地获取来自节约时间或功率的传感器的数据。然而，如果只能通过获取来自代价更高的传感器的数据来满足QoS请求，那么处理器可经配置以通过获取来自代价更高的传感器的数据来响应于所述QoS请求。在其它情况下，有可能通过使从一个传感器获得的数据与从另一传感器获得的数据组合来“校正”或改进所述从一个传感器获得的数据。在这些情况下，QoS请求可促使处理器104校正平常将传递到“未经校正的”客户端的数据。

在一些情况下，处理器104可经配置以在其相关联的服务质量请求可被满足时只满足数据请求。在其它情况下，处理器104可经配置以在任何可能的时候满足数据请求，且“尽力”来满足其相关联的QoS请求。

在输出侧上，处理器104可经配置以返回两个数据，以及数据质量的一个或一个以上指示符。数据质量的指示符可包含(例如)：对数据准确性的指示；数据分辨率；对数据偏移事件发生(例如，装置冲击)的指示；对传感器极限值已饱和(例如检测到1000g以上的加速量值)的指示；对数据样本丢失的指示；或对数据是否被认为有效的指示。数据还可与时间戳一起返回。

除经配置以读取和响应于QoS请求之外，处理器104可经配置以读取和响应于针对特定传感器114、116、118、120的配置请求。

处理器104可进一步经配置以起始对以下各项的广播或“广告”：1)传感器接口100的存在，或2)传感器接口100所发现的物理传感器114、116、118、120中的至少一者的存在。在一个实施例中，经由传感器接口100的无线接口来起始所述广播。以此方式，除其中安装有传感器接口100的“装置A”以外，安装在装置上的客户端可使用传感器接口100来接入可用于“装置A”的物理传感器。举例来说，如果一些或所有多个移动电话或PDA均具备例如接口100的传感器接口，那么一些装置可变成其它装置的客户端，且从而接入经由其它装置的传感器接口可用的物理或甚至虚拟传感器。

传感器接口100的客户端输入可包括有线和无线输入两者。在一个实施例中，至少一个客户端输入(例如，有线客户端输入)可专用于接收来自安装在其中以物理方式安装有传感器接口100的移动装置上的客户端的数据请求，且至少一个其它客户端输入(例如，无线客户端输入)可经配置以接收来自在传感器接口100以物理方式安装在其中的移动装置外部的客户端的数据请求。

图3说明传感器接口100的一个示范性实施方案302。举例来说，在具有若干已安装的应用程序304、306、308、310的装置300中实施传感器接口302。装置300可采取各种形式，例如手持式移动装置、计算机或运输交通工具的形式。所安装的应用程序也可采取各种形式，且可包括(例如)web浏览器304、相机306、计步器308、全球定位***、高通uiOne用户接口310或装置操作***。传感器接口302可包括若干客户端输入312，其在一个实施例中采取单一COM端口的形式。可经由COM端口来提供对I传感器端口API的接入。

I传感器端口API可提供到达若干物理和/或虚拟传感器314、316、318、320、322、324的双向连接，且可支持I/O功能，例如打开/读取/写入/关闭/ioctl。I传感器端口API经配置以接收来自若干已安装的应用程序304、306、308、310的数据请求，且返回呈原始或经概括的传感器数据形式的响应。所安装的应用程序304、306、308、310可经由若干I传感器端口扩展部分326来存取经概括的传感器数据，其又提供对若干虚拟传感器324的接入。举例来说，I传感器端口扩展部分326可包括用于存取振动信息(例如，用于图像稳定应用程序)或定向信息的扩展部分328，330。

优选的是，不允许传感器接口客户端304、306、308、310经由I传感器端口API与特定已知传感器(例如，特定类型和型号的传感器)通信。而是，只允许客户端304、306、308、310请求特定类型的原始或经概括的传感器数据。以此方式，且如先前所述，在确定如何满足数据请求的过程中向传感器接口302提供更多的灵活性。然而，在一个实施例中，允许应用程序与特定传感器通信。

在一个实施例中，I传感器端口API可继承并实施高通BREW 4.0组件服务的IPORT1接口，其提供直接可远程读取/写入端口。

传感器接口100进一步包括传感器驱动器层332。传感器驱动器层332包括若干传感器驱动器334、336、338，其用以执行卖主专用传感器的初始化、校准、配置和读取/写入操作。传感器驱动器334、336、338可经由支持到一个或一个以上传感器通信接口342、344、346(例如I2C、UART和蓝牙接口)的连接性的传感器通信层340来执行其操作。优选的是，传感器驱动器和传感器通信层332、340两者是可扩展的，意味着可将传感器驱动器334、336、338和传感器通信接口342、344、346添加到这些层。

举例来说，图3说明经由I2C总线344耦合到通信层340的一对物理传感器314，316；耦合到微控制器350的模拟到数字转换器(ADC)348的另一对传感器318，320，微控制器350又经由UART 346耦合到通信层340；以及经由蓝牙连接342耦合到通信层340的物理传感器322。

传感器接口100进一步包括传感器管理层352。传感器管理层352用以管理多个客户端连接和数据请求，仲裁对物理传感器314、316、318、320、322的接入，且提供虚拟传感器支持。传感器管理层352还确定如何满足数据请求(例如，通过将特定数据请求映射到特定物理或虚拟传感器314、316、318、320、322、324)。传感器管理层352还可较大程度上对执行图2中所示的方法200负责。

有时，多个客户端304、306、308、310可能需要同时存取由一个或一个以上物理传感器314、316、318、320、322产生的数据。因此，可能需要缓冲从物理传感器获得的数据，且接着对其进行复制，使得其可被提供到多个消费者(例如，传感器接口客户端304、306、308、310或虚拟传感器324)。在一些情况下，物理传感器的数据缓冲器的大小可经确定以保存单个样本。在其它情况下，传感器的数据缓冲器的大小可经确定以保存多个样本。在其它情况下，传感器的数据缓冲器的大小可经确定以保存样本阵列(在可能必要时)，(例如)以保存由3D加速计产生的x、y、z加速值。还可基于例如以下因素来动态地确定缓冲器的大小：特定传感器所产生的数据样本的数目和大小；获取数据样本的速率；或要求存取传感器的数据的客户端304、306、308、310的数目。

对从物理传感器获得的数据的复制无需是相同的。举例来说，可对传感器数据进行子取样以产生具有不同数目的样本的数据组。或者，对传感器的数据的特定复制可经受低通滤波或其它预处理要求。

在一个实施例中，传感器接口302的客户端304可经由ASCII消息发送QoS或数据请求。这些消息可采取以下形式：

“设置，<数据类型1>＝<属性1>:<值1>[，<数据类型2>＝<属性2>:<值2>]...”“得到，<属性1>[，属性2>]...”

为了使用上述消息来请求x轴上的加速，用户可如下设置所需的测量频率：

“设置，加速:频率＝10”

接着，为了起始数据产生，可发送以下消息：

“得到，加速”

接着可通过返回包含以下消息的数据流来满足数据请求：

“得到，加速＝123，错误数＝0”

“得到，加速＝234，错误数＝0”

所述数据流可以以下消息终止：

“设置，加速:频率＝0”

在上述实例中，所返回的数据流的“错误数＝0”的部分指示所返回的数据样本中不存在错误。如果数据样本被认为有错误，因为(例如)传感器极限值已经饱和(或装置冲击可能已干扰读数)，那么“错误数＝1”或“错误数＝2”的指示可与受影响的样本一起返回。因此，可使用错误代码来简单地表示是否存在(任何种类)的错误，或可使用错误代码来指定各种不同类型的错误。

所属领域的技术人员将了解，可经由电子硬件、计算机软件或上述两者的组合来实施结合本文所揭示的实施例而描述的各种说明性逻辑区块、模块和步骤。为了清楚地说明硬件与软件的这种可互换性，上文已经大体上依据其功能性描述了各种说明性组件、区块、模块和步骤。将此功能性实施为硬件还是软件取决于特定应用和强加于整个***上的设计约束。熟练的技术人员可针对每一特定应用以不同方式来实施所描述的功能性，但此类实施决策不应被解释为导致与本发明的范围脱离。

可使用通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件或其经设计以执行本文所描述的功能的任一组合来实施或执行结合本文所揭示的实施例而描述的各种说明性逻辑区块、模块和步骤。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何常规处理器、控制器、微控制器或状态机。还可将处理器实施为计算装置的组合，例如DSP与微处理器的组合、多个微处理器、结合DSP核心的一个或一个以上微处理器或任何其它此类配置。

结合本文所揭示的实施例而描述的方法或算法的步骤可直接包含在硬件中、在由处理器执行的软件模块中或在上述两者的组合中。软件模块可驻留在随机存取存储器(RAM)、快闪存储器、只读存储器(ROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)、寄存器、硬盘、可移除盘、CD-ROM或此项技术中已知的任何其它形式的存储媒体。示范性存储媒体耦合到处理器，使得处理器可从存储媒体读取信息，且将信息写入存储媒体。在替代方案中，存储媒体可与处理器成一体。处理器和存储媒体可驻留在ASIC中。ASIC可驻留在用户终端中，例如手持式移动装置(例如，电话或PDA)中。在替代方案中，处理器和存储媒体可作为离散组件驻留在用户终端中。

提供对所揭示实施例的先前描述内容是为了使所属领域的技术人员能够制作或使用本发明。所属领域的技术人员将容易明白对这些实施例的各种修改，且本文所定义的一般原理可在不脱离本发明的精神或范围的情况下应用于其它实施例。因此，不希望本发明限于本文所展示的实施例，而是赋予本发明与本文所揭示的原理和新颖特征一致的最广范围。

Claims (34)

1.一种传感器接口，其包括：

若干传感器输入；

若干客户端输入，其经配置以接收来自若干客户端的若干数据请求，其中所述若干数据请求包含指定将要返回的特定类型的数据，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器的至少一个数据请求；以及

处理器，其经配置以i)确定什么传感器数据可用于满足所述若干数据请求，ii)配置所述传感器输入中的一者以接收来自若干物理传感器的传感器数据，且iii)如果可能的话，使用所述接收到的传感器数据来满足所述若干数据请求。

2.根据权利要求1所述的传感器接口，其中所述处理器经配置以动态地发现所述若干物理传感器。

3.根据权利要求1所述的传感器接口，其中所述处理器经配置以动态地发现驻留在其中安装有所述传感器接口的装置的外部的至少一个物理传感器。

4.根据权利要求1所述的传感器接口，其中所述若干传感器输入为多个传感器输入。

5.根据权利要求1所述的传感器接口，其中所述若干物理传感器为多个物理传感器。

6.根据权利要求1所述的传感器接口，其中所述若干客户端输入为多个客户端输入。

7.根据权利要求1所述的传感器接口，其中所述若干客户端为多个客户端。

8.根据权利要求1所述的传感器接口，其中所述处理器经配置以通过组合所述传感器数据中的至少一些传感器数据来满足所述数据请求中的至少一者。

9.根据权利要求1所述的传感器接口，其中所述处理器经配置以通过转换至少一条传感器数据来满足所述数据请求中的至少一者。

10.根据权利要求1所述的传感器接口，其中所述处理器经配置以从两种或两种以上方式中进行选择，以使用所述传感器数据来满足数据请求。

11.根据权利要求1所述的传感器接口，其中所述处理器经配置以从两种或两种以上方式中进行选择，以使用所述传感器数据来满足数据请求，且其中作出选择以保存提供到所述若干物理传感器的功率。

12.根据权利要求1所述的传感器接口，其中所述处理器经配置以仅启用所述若干物理传感器中需要满足所述数据请求的那些物理传感器。

13.根据权利要求1所述的传感器接口，其中所述处理器经配置以在需要时配置所述若干物理传感器中的至少一者，以满足所述数据请求。

14.根据权利要求13所述的传感器接口，其中所述处理器经配置以仲裁需要所述处理器经配置以进行配置的所述至少一个物理传感器的冲突配置的数据请求的满足。

15.根据权利要求1所述的传感器接口，其中所述处理器经配置以配置所述若干物理传感器中的至少一者，以并行地满足所述数据请求中的多个竞争的数据请求。

16.根据权利要求1所述的传感器接口，其中所述处理器经配置以i)读取与所述数据请求中的一者或一者以上相关联的服务质量请求，ii)确定什么传感器数据可用于满足所述服务质量请求，且iii)如果可能的话，根据任何相关联的服务质量请求来满足所述一个或一个以上数据请求。

17.根据权利要求16所述的传感器接口，其中所述处理器经配置以响应于所述服务质量请求中的至少一者，组合所述传感器数据中的至少一些传感器数据以满足所述数据请求中的至少一者。

18.根据权利要求16所述的传感器接口，其中所述处理器经配置以通过返回数据和所述数据的质量的指示符两者来满足所述数据请求中的至少一者。

19.根据权利要求16所述的传感器接口，其中所述处理器经配置以通过返回数据和所述数据的有效性的指示符来满足所述数据请求中的至少一者。

20.根据权利要求1所述的传感器接口，其中所述处理器经配置以通过返回数据和所述数据的质量的指示符来满足所述数据请求中的至少一者。

21.根据权利要求1所述的传感器接口，所述处理器经配置以通过返回数据和所述数据的有效性的指示符来满足所述数据请求中的至少一者。

22.根据权利要求1所述的传感器接口，其进一步包括无线接口，其中所述处理器经配置以经由所述无线接口来起始对所述物理传感器中的至少一者的存在的广播。

23.根据权利要求1所述的传感器接口，其进一步包括无线接口，其中所述处理器经配置以经由所述无线接口来起始对所述传感器接口的存在的广播。

24.根据权利要求1所述的传感器接口，其中所述若干客户端输入包含i)至少一个有线客户端输入，其专用于接收来自安装在其中以物理方式安装有所述传感器接口的移动装置上的客户端的数据请求，以及ii)至少一个无线客户端输入，其经配置以接收来自其中以物理方式安装有所述传感器接口的所述移动装置的外部的客户端的数据请求。

25.一种方法，其包括：

接收来自若干客户端的数据请求，其中所述数据请求包含指定将要返回的特定类型的数据，而不识别在获取所述特定类型的数据的过程中将要使用的特定物理传感器的至少一个数据请求；

确定什么传感器数据可用于满足所述数据请求；

动态地发现装置当前可从其接收传感器数据的若干物理传感器；

从所述若干物理传感器中的一者接收可用于满足所述数据请求的一些或所有所述传感器数据；以及

如果可能的话，使用所述接收到的传感器数据来满足所述数据请求。

26.根据权利要求25所述的方法，其进一步包括启用所述若干物理传感器中用于满足所述数据请求的那些物理传感器。

27.根据权利要求25所述的方法，其进一步包括在需要时配置所述若干物理传感器中的至少一者，以满足所述数据请求。

28.根据权利要求25所述的方法，其进一步包括组合所述接收到的传感器数据中的至少一些传感器数据。

29.根据权利要求25所述的方法，其进一步包括转换所述接收到的传感器数据中的至少一些传感器数据。

30.根据权利要求25所述的方法，其进一步包括广播所述动态发现的物理传感器中的至少一者的存在。

31.一种手持式移动装置，其包括：

若干已安装的应用程序；

若干传感器通信接口；以及

一传感器接口，其经配置以，

提供应用程序编程接口(API)，其中所述API经配置以i)接收来自所述若干已安装的应用程序的数据请求，且ii)将对所述数据请求的响应返回到所述若干已安装的应用程序；

托管经配置以经由所述若干传感器通信接口与若干物理传感器通信的若干传感器驱动器；以及

如果可能的话，通过以下步骤来满足所述数据请求：i)确定什么传感器数据可用于满足所述数据请求，ii)使用所述传感器驱动器中的至少一者来获得可用于满足所述数据请求的一些或所有所述传感器数据，以及iii)如果可能的话，使用所述获得的传感器数据来满足所述数据请求。

32.根据权利要求31所述的手持式移动装置，其中所述若干已安装的应用程序包含以下至少一者：web浏览器、相机、计步器以及全球定位***。

33.根据权利要求31所述的手持式移动装置，其中所述传感器接口i)提供组合所述接收到的传感器数据中的至少一些传感器数据的虚拟传感器，以及ii)使用所述虚拟传感器的输出来满足所述数据请求中的至少一者。

34.根据权利要求31所述的手持式移动装置，其中所述传感器接口i)提供转换所述接收到的传感器数据中的至少一些传感器数据的虚拟传感器，以及ii)使用所述虚拟传感器的输出来满足所述数据请求中的至少一者。

Images