CN105830470A - 用于基于用车辆内的多个移动计算设备提供的偏好来配置车辆的内部的系统和方法 - Google Patents

Abstract

响应于检测到进入状况，做出关于多个移动计算设备何时存在于车辆内的判定。为被确定为存在于车辆内的多个移动计算设备中的每一者确定占用区域。确定关于每一移动计算设备的简档信息。车辆的操作或使用方面中的至少一者可以在移动计算设备之一被确定为存在于其中的每一占用区域处来配置。每一占用区域的位置处的车辆的操作或使用方面可以至少部分地基于从被认为存在于该占用区域处的移动计算设备确定的简档信息。

Description

用于基于用车辆内的多个移动计算设备提供的偏好来配置车辆的内部的系统和方法

技术领域

本文描述的各种实施例一般涉及用于基于用车辆内的多个移动计算设备提供的偏好来配置车辆的内部的系统和方法。

背景技术

因特网是使用标准网际协议套件(例如，传输控制协议(TCP)和网际协议(IP))来彼此通信的互联的计算机和计算机网络的全球系统。物联网(IoT)基于日常对象(不仅是计算机和计算机网络)可经由IoT通信网络(例如，自组织(ad-hoc)系统或因特网)可读、可识别、可定位、可寻址、以及可控制的理念。

数个市场趋势正推动IoT设备的开发。例如，增加的能源成本正推动政府在智能电网以及将来消费支持(诸如电动车辆和公共充电站)中的战略性投资。增加的卫生保健成本和老龄化人口正推动对远程/联网卫生保健和健康服务的开发。家庭中的技术革命正推动对新的智能摂服务的开发，包括由营销‘N’种活动(‘N’play)(例如，数据、语音、视频、安全性、能源管理等)并扩展家庭网络的服务提供者所进行的联合。作为降低企业设施的运作成本的手段，建筑物正变得更智能和更方便。

存在用于IoT的数个关键应用。例如，在智能电网和能源管理领域，公共事业公司可以优化能源到家庭和企业的递送，同时消费者能更好地管理能源使用。在家庭和建筑物自动化领域，智能家居和建筑物可具有对家或办公室中的实质上任何设备或系统的集中式控制，从电器到插入式电动车辆(PEV)安全性系统。在资产跟踪领域，企业、医院、工厂和其他大型组织能准确跟踪高价值装备、患者、车辆等的位置。在卫生和健康领域，医生能远程监视患者的健康，同时人们能跟踪健康例程的进度。

如此，在不久的将来，IoT技术的持续增进的发展将导致家中、车辆中、工作中、和许多其它位置处用户周围的众多IoT设备。然而，不管具备IoT能力的设备可提供关于自身的大致位置的信息这一事实，已知的常规定位方法具有低精度且不适合其中英尺或英寸差异是重要的情形。例如，GPS和声音位置确定方法可能不够准确以至于无法确定设备位于车辆内部的哪一个座位上，尤其是在车辆正在运动中时。

遥控密钥是新型汽车的共同特征。常规遥控密钥通常在用户口袋中携带并且为用户启用诸如无密钥进入和点火启动之类的动作。.一些遥控密钥可以在用户在附近时自动化解锁车门的动作。另外，在常规方法中，车辆经常能够存储关于给定遥控密钥的偏好集合，诸如优选的座位位置和/或预设的无线电台。这允许车辆标识遥控密钥并且进一步实现与该遥控密钥的标识符一起存储的偏好。

概述

在本公开的一方面，移动计算设备被操作用于控制车辆。存储用于访问车辆的数字密钥以用于访问车辆。简档信息与数字密钥相关联以用于配置车辆的操作和/或使用。简档信息可包括用于实现一个或多个进入前车辆配置的一个或多个外部参数。当移动计算设备与车辆之间的一个或多个邻近性条件被检测为被满足时，向车辆发送通信以使该车辆实现一个或多个进入前车辆配置。通信可基于数字密钥并且可指定一个或多个外部参数。

在另一方面，车辆从移动计算设备接收一个或多个通信。通信可以使用短程无线端口来传递，并且可包括数字密钥以及用于实现一个或多个车辆配置的一个或多个外部参数。车辆认证数字密钥以提供对车辆的访问，并且然后在出现表示移动计算设备在车辆内的事件之前实现一个或多个车辆配置。

此外，根据本公开的一方面，移动计算设备与(i)车辆内的一个或多个其它移动计算设备或者(ii)车辆的控制器中的至少一者通信。移动计算设备通过与车辆中的一个或多个其它设备通信来确定多个移动计算设备何时存在于车辆内。移动计算设备为被确定为存在于车辆内的每一移动计算设备确定占用区域。另外，移动计算设备确定关于每一移动计算设备的简档信息。移动计算设备还在这些移动计算设备之一被确定为存在于其中的每一占用区域处发起对车辆的操作或使用方面中的至少一者的配置。在每一占用区域的位置处提供的车辆的操作或使用方面可以至少部分地基于从被认为存在于该占用区域处的移动计算设备确定的简档信息。

根据本公开的一方面，一种方法包括检测车辆的进入条件。响应于检测到进入条件，做出关于多个移动计算设备何时存在于车辆内的判定。为被确定为存在于车辆内的多个移动计算设备中的每一者确定占用区域。确定关于每一移动计算设备的简档信息。车辆的操作或使用方面中的至少一者可以在移动计算设备之一被确定为存在于其中的每一占用区域处配置。每一占用区域的位置处的车辆的操作或使用方面可以至少部分地基于从被认为存在于该占用区域处的移动计算设备确定的简档信息。

根据另一方面，车辆包括控制器、到车辆的操作和使用方面的接口集合、短程无线端口、以及向每一座位或在每一座位附近提供的传感器输入或输出资源。控制器操作用于从向每一座位或在每一座位附近提供的传感器输入或输出资源中确定关于每一座位的传感器比较简档。从移动计算设备集合中的每一移动计算设备的运动传感器确定传感器输出简档。然后基于来自该集合中的每一移动计算设备的运动传感器的传感器输出简档与关于每一座位的传感器比较简档的比较来确定该集合中的每一移动计算设备的座位位置。控制器从该集合中的一个或多个移动计算设备获取简档信息，并且通过到车辆的操作和使用方面的接口集合来发起对该车辆的多个操作或使用方面的配置。具体而言，控制器使用处于最接近特定操作或使用方面的座位位置处的移动计算设备的简档数据来实现对该特定操作或使用方面的配置。

根据另一方面，车辆系统包括车辆子系统，该车辆子系统包括控制器、到车辆的操作和使用方面的接口集合、短程无线端口、以及向每一座位或在每一座位附近提供的传感器输入或输出资源。车辆系统还包括多个移动计算设备的集合，且每一移动计算设备包括处理器、存储器资源和运动传感器。车辆子系统以及多个计算设备的集合中的每一计算设备可操作通信平台以用于彼此通信以便在车辆内建立多个设备的网络。该网络中的多个设备中的至少一者(i)操作输入或输出资源以生成关于每一座位的传感器比较简档；(ii)从该集合中的每一移动计算设备的运动传感器确定关于所指定的历时的传感器输出简档；(iii)使用位置确定逻辑或传感器相关逻辑之一来确定该集合中的每一移动计算设备的座位位置；(iv)从该集合中的一个或多个移动计算设备获取简档信息；以及(v)通过到车辆的操作和使用方面的接口集合从车辆子系统的控制器发起对该车辆的多个操作或使用方面的配置。这些配置包括使用该集合中的处于最接近特定操作或使用方面的座位位置处的移动计算设备的简档数据来配置该特定操作或使用方面。

附图简述

对本公开的各方面及其许多伴随优点的更完整领会将因其在参考结合附图考虑的以下详细描述时变得更好理解而易于获得，附图仅出于解说目的被给出而不对本公开构成任何限定，并且其中：

图1解说了根据一个或多个实施例的用于使移动计算设备能够作为车辆的数字密钥来操作的示例系统。

图2解说了根据一个或多个实施例的用于使移动计算设备能够控制车辆的系统。

图3A解说了根据一个或多个实施例的移动计算设备的示例。

图3B解说了根据一个或多个实施例的车辆系统的示例。

图4解说了根据一个或多个实施例的用于利用移动计算设备作为数字密钥来访问或操作车辆的示例方法。

图5解说了根据一个或多个实施例的用于基于移动计算设备在车辆内的相对位置来控制移动计算设备的示例方法。

图6A解说了根据一个或多个实施例的用于在一实施例下使用移动计算设备相对于车辆的定位确定的实现。

图6B解说了根据一个或多个实施例的用于使用对车辆外的移动计算设备的定位确定的示例。

图6C解说了根据一个或多个实施例的用于使用信号强度来确定移动计算设备相对于车辆的位置的示例。

图7A到图7D解说了可由移动计算设备与使用数字密钥来访问车辆相结合地发送到车辆的消息的消息结构的示例。

图8解说了根据一个或多个实施例的具有可根据移动通信设备位于哪一个检测区域来执行各种功能的控制器的示例车辆。

图9解说了根据一个或多个实施例的使用位置确定来激活车辆的功能的方法的流程图。

图10A和图10B解说了用于基于由从其传递解锁命令的移动计算设备提供的简档信息来实现车辆内的配置的示例方法。

图11解说了根据一个或多个实施例的包括一个或多个移动计算设备以及车辆子系统的示例系统。

图12解说了根据一个或多个实施例的用于基于确定一个或多个移动计算设备在车辆内的位置来配置车辆的方法。

图13解说了根据一方面的用于确定移动计算设备在车辆内的可能座位位置的系统。

图14A解说了根据本公开的一方面的用于实现集中式传感器相关系统以确定移动计算设备的座位位置的时序图。

图14B解说了根据本公开的一方面的用于实现分布式传感器相关系统以确定移动计算设备的座位位置的时序图。

图15解说了根据本公开的一方面的具有磁场感应器的示例车辆座位环境。

图16A解说了根据本公开的一方面的用于使用磁场感应器和本地中枢来进行座位确定的过程流程图。

图16B解说了根据本公开的一方面的用于使用磁场感应器和设备间通信来进行座位确定的过程流程图。

图17解说了根据本公开的一方面的使用移动设备中的磁力计来确定座位位置的示例。

图18解说了根据本公开的一方面的具有在座位外部的单个磁场感应器的示例座位环境。

图19解说了根据本公开的一方面的用于将传感器数据与座位位置相关的示例方法。

图20解说了根据本公开的一方面的用于将检测到的磁场映射到座位位置的示例方法。

详细描述

以下描述和相关附图中公开了各种方面以示出与用于确定移动计算设备在多座位环境中的座位位置的系统和方法的示例性实施例相关的具体示例。替换实施例在相关领域的技术人员阅读本公开之后将是显而易见的，且可被构造并实施，而不背离本文公开的范围或精神。另外，众所周知的元素将不被详细描述或可将被省去以便不模糊本文公开的各方面和实施例的相关细节。

措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何实施例不必被解释为优于或胜过其他实施例。同样，术语“实施例”并不要求所有实施例都包括所讨论的特征、优点、或工作模式。

本文所使用的术语仅描述了特定实施例并且不应当被构想成限定本文公开的任何实施例。如本文所使用的，单数形式的“一”、“一个”和“该”旨在也包括复数形式，除非上下文另有明确指示并非如此。还将理解，术语“包括”、“具有”、“包含”和/或“含有”在本文中使用时指定所陈述的特征、整数、步骤、操作、要素、和/或组件的存在，但并不排除一个或多个其他特征、整数、步骤、操作、要素、组件和/或其群组的存在或添加。

此外，许多方面以将由例如计算设备的元件执行的动作序列的方式来描述。将认识到，本文描述的各种动作能由专用电路(例如，专用集成电路(ASIC))、由正被一个或多个处理器执行的程序指令、或由这两者的组合来执行。另外，本文描述的动作序列可被认为是完全体现在任何形式的计算机可读存储介质内，其内存储有一经执行就将使相关联的处理器执行本文所描述的功能性的相应计算机指令集。因此，本公开的各方面可以用数种不同形式来体现，所有这些形式都已被构想为落在所要求保护的主题内容的范围内。另外，对于本文所描述的诸方面中的每一个方面，任何此类方面的相应形式可在本文中描述为例如“配置成执行所描述的动作的逻辑”。

如本文所使用的，术语物联网设备摂(或即“IoT设备”)可指代具有可寻址接口(例如，网际协议(IP)地址、蓝牙标识符(ID)、近场通信(NFC)ID等)并且可在有线或无线连接上向一个或多个其他设备传送信息的任何物体(例如，设施、传感器等)。IoT设备可具有无源通信接口(诸如快速响应(QR)码、射频标识(RFID)标签、NFC标签或类似物)或有源通信接口(诸如调制解调器、收发机、发射机-接收机、或类似物)。IoT设备可具有特定属性集(例如，设备状态或状况(诸如该IoT设备是开启还是关断、打开还是关闭、空闲还是活跃、可用于任务执行还是繁忙等)、冷却或加热功能、环境监视或记录功能、发光功能、发声功能等)，其可被嵌入到中央处理单元(CPU)、微处理器、ASIC或类似物等中，和/或由其控制/监视，并被配置用于连接至IoT网络(诸如局域自组织网络或因特网)。例如，IoT设备可包括但不限于：冰箱、烤面包机、烤箱、微波炉、冷冻机、洗碗机、器皿、手持工具、洗衣机、干衣机、炉子、空调、恒温器、电视机、灯具、吸尘器、洒水器、电表、燃气表等，只要这些设备装备有用于与IoT网络通信的可寻址通信接口即可。IoT设备还可包括蜂窝电话、台式计算机、膝上型计算机、平板计算机、个人数字助理(PDA)等等。相应地，IoT网络可由传统的摂可接入因特网的设备(例如，膝上型或台式计算机、蜂窝电话等)以及通常不具有因特网连通性的设备(例如，洗碗机等)的组合构成。

如此处所使用的，移动计算设备的上下文中的“座位位置”旨在意指移动计算设备的用户的可能座位位置。例如，用户可以在他或她的手中拿着移动计算设备或者在他或她的身体上具有移动计算设备，而同时占用特定座位，或者该用户可将其移动计算设备放在毗邻控制台上。由此，虽然可以做出对移动计算设备的“座位位置”的引用，但在许多示例中，移动计算设备可被稍微从座位拿开和/或定位在用户的手或所有物中。

本文描述的实施例提供了操作用于控制对车辆的访问和/或使用的移动计算设备。

根据一些实施例，移动计算设备操作用于从网络服务接收数字密钥。移动计算设备使用数字密钥来与车辆建立关系。在后续实例中，移动计算设备与车辆通信，以便向车辆提供所交换的数字密钥，该数字密钥随后可用于认证该移动计算设备并解密来自该移动计算设备的输入。

在一些实施例中，移动计算设备向车辆传送经加密命令以使得能够在移动计算设备与车辆之间的邻近性条件被满足时使用该车辆。该命令可使用从网络服务接收到的数字密钥来加密。车辆可使用先前从移动计算设备接收到的所交换的数字密钥来解密命令。

本文描述的示例还允许移动计算设备控制车辆。根据一些实施例，移动计算设备从网络服务接收数字密钥。移动计算设备使用从网络服务接收到的数字密钥来确定用于车辆的所交换的数字密钥。移动计算设备在一个或多个邻近性条件被满足时将所交换的数字密钥传递至车辆。随后，移动计算设备可使用数字密钥来将输入传送到车辆。该输入可由车辆认证和解密以提供进入和/或启用或控制车辆的操作。

根据一些实施例，从网络服务接收到的数字密钥以及所交换的数字密钥形成非对称密钥对。

此外，在一些实施例中，从移动计算设备传送的输入包括可由车辆使用所交换的数字密钥来解密的经加密命令。作为示例，该命令可对应于用于解锁车辆的命令或者用于启动车辆的命令。

在一些变体中，移动计算设备执行应用以执行以下操作：接收数字密钥、确定所交换的数字密钥以及确定一个或多个邻近性条件何时被满足以用于传递所交换的数字密钥。

在一些实施例中，邻近性条件可对应于移动计算设备能够成功地传送使用短程无线介质(例如，通过使用蓝牙、无线保真或近场通信(“NFC”))来传送到车辆的命令。

在一些实施例中，移动计算设备在车辆内的位置被确定。另外，对移动计算设备的使用基于所确定的位置。

除了其它益处之外，诸如本文描述的示例还启用车辆认证和安全系统，该系统利用许多消费者拥有的设备(例如，移动电话)。这避免了原本将与例如制造和分发常规遥控钥匙相关联的成本。

本文中描述的一个或多个实施例提供了由计算设备执行的方法、技术和动作是在程序上或者作为计算机实现的方法来执行的。“在程序上”表示通过代码或计算机可执行指令的使用。在程序上执行的步骤可以或可以不是自动的。

本文中描述的一个或多个实施例可以使用程序模块或组件来实现。程序模块或组件可以包括能够执行一个或多个所叙述的任务或功能的程序、子例程、程序的一部分、或者软件或硬件组件。如本文中所使用的，模块或组件可以按与其他模块或组件独立的方式存在于硬件组件上。替换地，模块或组件可以是其他模块、程序或机器的共享元素或过程。

此外，本文中描述的一个或多个实施例可以通过可由一个或多个处理器执行的指令来实现。这些指令可以承载在计算机可读介质上。用以下附图示出或描述的机器提供了可在其上承载和/或执行用于实现本发明的实施例的指令的处理资源和计算机可读介质的示例。具体地，与本发明的实施例一起示出的众多机器包括(诸)处理器以及用于保持数据和指令的各种形式的存储器。计算机可读介质的示例包括持久存储器存储设备，诸如个人计算机或服务器上的硬盘驱动器。计算机存储介质的其他示例包括便携式存储单元(诸如CD或DVD单元)、闪存或固态存储器(诸如在许多蜂窝电话和消费电子设备上承载的闪存和固态存储器)、以及磁性存储器。计算机、终端、启用网络的设备(例如，移动设备，诸如蜂窝电话)均是利用处理器、存储器、和存储在计算机可读介质上的指令的机器和设备的示例。另外，诸实施例可以按计算机程序、或能够承载此类程序的计算机可用载体介质的形式来实现。

图1解说了用于使移动计算设备能够作为访问密钥来操作的示例系统以及用于车辆的配置机制。图1的示例中的车辆20可对应于任何车辆，诸如汽车、客车或公共汽车、摩托车、飞机、卡车、拖拉机等。在图1的示例中，系统100包括可传递用于访问和/或操作车辆20的数字密钥的多个可能的密钥源10中的任一者。密钥源10包括安全地传送用于车辆的数字访问密钥或替换地用于创建或启用此类数字访问密钥的数据集的任何实体。

在图1的示例中，密钥源10包括由服务器120、自助服务机40和/或另一移动计算设备50实现的网络密钥服务。服务器120可以作为网络服务112的一部分来提供。移动计算设备110可对应于多功能计算设备，诸如能够进行无线电话、消息收发和因特网通信的计算设备。作为示例，移动计算设备110可对应于智能电话、平板设备、膝上型计算设备或上网本。

根据一些示例，服务器120是用于为特定车辆提供原始或首次使用的数字访问密钥的密钥源。如下所述，移动计算设备110的用户可以从网络服务120接收数字密钥115，且数字密钥115可对应于用于车辆20的原始或首次使用的密钥。在一个示例中，移动计算设备110操作用于生成与车辆20共享的第二密钥(“共享数字密钥117”)。共享数字密钥117使车辆能够在后续遇到时识别用户的移动计算设备110。由此，一旦共享数字密钥117被建立，移动计算设备的数字密钥115就可以在邻近性条件被满足时(例如，在短程无线通信是可能的时候)获取对车辆的访问。

在一些变体中，密钥源10向移动计算设备110提供与车辆20建立的数字访问密钥115。例如，车辆20可对应于租赁汽车，且自助服务机40和/或移动计算设备可属于租赁汽车机构。或者，如以下更详细地描述的，密钥源10可对应于选择与另一驾驶员(例如，家庭成员、随从)共享车辆的移动计算设备(例如，所有者)。这一示例在以下在移动计算设备110向第二移动计算设备150提供第二所交换的数字密钥127的上下文中更详细地解说。租赁汽车机构可传递所建立的数字访问密钥115，而不是在原始数字访问密钥115中传递给用户。与原始数字访问密钥115形成对比，所建立的数字访问密钥115不需要将共享数字密钥117传送到车辆20的初始配对过程。确切而言，所建立的数字访问密钥115与车辆20通信，该车辆进而利用已经与所建立的数字访问密钥115配对或以其他方式与所建立的数字访问密钥115兼容的现有数字访问密钥。如下所述，这允许操作者/所有者例如传递数字访问密钥115以便与车辆20联用，而同时维护也能访问车辆的单独密钥。

在一些实施例中，移动计算设备110跨一个或多个网络与服务器120通信以接收用于操作车辆20的数字密钥115。数字密钥115可对应于加密数据元素。车辆20然后可执行第一过程以在车辆上实现数字密钥作为安全措施。

根据诸如参照图1的示例描述的一些实施例，移动计算设备110和车辆20实现非对称密钥交换，其中移动计算设备110使用从服务器120提供的数字密钥115来生成用于车辆20的所交换的数字密钥117。如参照图1的示例进一步描述的，移动计算设备110使用数字密钥115来加密用于车辆20的命令或其它通信(例如，打开车门)，并且车辆20使用所交换的数字密钥117来解密来自移动计算设备110的通信。以此方式，车辆20不需要与服务器120的独立通信，而是可以从移动计算设备110接收数据元素以用于执行解密和认证。

在各变体中，移动计算设备110和车辆20实现对称型密钥交换，其中移动计算设备110和车辆20利用共同密钥。例如，移动计算设备110可以基于从服务器120接收到的数字密钥115来向车辆20提供共同数字密钥。

根据一些实施例，移动计算设备110使用应用来与服务器120通信。例如，移动计算设备110可以从网络服务112或从“app”商店下载应用108。移动计算设备110可执行应用108以访问服务器并接收数字密钥115。此外，移动计算设备110可利用该应用来生成用于车辆20的所交换的数字密钥117。具体而言，应用108可包括或提供移动计算设备110可从其生成一个或多个所交换的数字密钥117(例如，用于车辆)、127(例如，供与其它设备联用)的认证引擎118。

在一个实现中，数字密钥115可用于向认证引擎118提供输入。除了来自另一源的一个或多个其它输入之外，认证引擎118可以接收数字密钥115的输入作为一个输入。其它输入可以是随机的和/或从其它信息(诸如因车辆而异的信息)中生成。认证引擎118可返回所交换的数字密钥117作为输出。在一个实施例中，所交换的数字密钥117可由移动计算设备110(例如，经由应用108)传递至车辆20。如下所述，车辆20可使用所交换的数字密钥117来认证移动计算设备110，包括认证命令以及从移动计算设备110提供的其它输入。

根据一方面，服务器120将数字密钥115传递至移动计算设备110，并且用户然后将移动计算设备110与车辆进行配对。在一个实现中，配对过程可包括移动计算设备110向车辆传递所交换的数字密钥117。车辆20随后使用所交换的数字密钥117来认证并解密来自移动计算设备110的输入。在一个实现中，车辆20使用所交换的数字密钥117来解密从移动计算设备110接收到的命令119。在一些实现中，车辆20可以配备有用以使车辆20甚至在该车辆处于熄火状态时也能够执行特定动作的接收机和电路系统。例如，车辆20可包括用以甚至在处于熄火状态时也接收所交换的数字密钥117以完成配对过程的接收机和逻辑。

在配对后，移动计算设备110和车辆20在该移动计算设备足够靠近以满足邻近性条件时进行通信。在一个实现中，当满足邻近性条件时，移动计算设备能够使用数字密钥115来将命令119(诸如“解锁”和/或“启动”)以加密形式传递至车辆20。进而，车辆20可认证移动计算设备110，以及使用所交换的数字密钥117来解密和处理命令119。这一配对过程提供了关于移动计算设备110如何能够向车辆20提供用于处理携带用于操作车辆的命令的受保护通信的机制的示例。

以此方式，服务器120可以向移动计算设备110提供数字密钥115，并且车辆20可使用所交换的数字密钥117来认证设备并解密命令119。结果，车辆20无需为了与移动计算设备110配对并且随后认证移动计算设备110和处理命令119而与服务器120进行独立或单独的连接。

移动计算设备110与车辆20之间的配对可以是邻近性配对，这意味着在可完成配对之前需要满足一个或多个邻近性条件。该配对条件可标识移动计算设备110与车辆20之间的一般邻近性。另外，移动计算设备110发出的后续命令119也可由车辆20在满足邻近性条件的情况下/时处理。邻近性条件可要求移动计算设备110在离车辆20的外部的一距离或范围内。作为替代或变体，邻近性条件可要求移动计算设备110满足其它类型的邻近性条件，诸如移动计算设备110靠近(按照某一阈值)但在车辆之外。对移动计算设备110在车辆20之外的确定可被实现以启用例如进入前配置，其中当在车辆20之外时(例如在进入车辆之前)车辆20配置该车辆的一个或多个操作(例如，驾驶模式)或使用(例如，座位或方向盘控制、环境状况、灯光等)。

作为示例，邻近性条件可通过移动计算设备110使用短程无线通信介质来执行与车辆20的配对来满足。短程无线通信介质的示例包括在被标记为蓝牙(包括蓝牙低能耗或BTLE)、无线保真(例如，统称为“Wi-Fi”的802.11(a)、802.11(b)、802.11(g)、802.11(n)等)、专用短程通信(“DSRC”)和无线通用串行总线(无线“USB”))的标准下提供的无线通信协议。此外，供与如本文描述的示例联用的短程无线通信介质的另一示例包括近场通信(“NFC”)介质。作为示例，每一设备可以在802.11(a)、802.11(b)、802.11(g)、802.11(n)(统称为“Wi-Fi”或“Wi-Fi网络”)的IEEE规范或其它无线连接介质(诸如蓝牙、蓝牙LTE、无线USB)下实现。此外，每一设备可被实现以使用直连无线对等通信协议(诸如由Wi-Fi直连提供)来与其它设备通信。其它实现可包括有线网络介质，诸如以太网或汽车以太网。为了促成通信和互操作性，移动计算设备131、132以及座位传感器141、142、143、144和/或本地中枢110可共享一共同的计算或通信平台(诸如通过如由ALLSEENALLIANCE托管的ALLJOYN来提供)。作为补充或替换，预定邻近性条件可通过来自移动计算设备的通信的信号强度来定义。例如，通过Wi-Fi或蓝牙传送的输入的信号强度可被要求大于某一阈值，由此确保用户在车辆的特定距离内(例如，1米内)。

作为补充或变体，移动计算设备110与车辆20之间的初始配对可通过有线连接来执行。例如，移动计算设备110可以连接到车辆的通用串行总线(“USB”)端口。物理配对可提供另一固有的安全条件，并且还提供用于实现初始配对的邻近性条件的示例机制。

除了其它益处之外，如本文描述的示例还提供了保护免于对车辆20的非授权访问的固有安全特征。如本文提供的示例允许车辆20通过安全的短程无线电(Wi-Fi、蓝牙和NFC)来标识和认证驾驶员(或移动计算设备110)。移动计算设备110可包括足以通过数字密钥115的接收以及所交换的数字密钥117的交换来实现公/私数字密钥认证系统的处理资源。邻近性条件还可提高安全性，并且可使用例如往返延迟计算技术来实施。

图1还解说了其中车辆所有者可通过将所交换的数字密钥分发给其它移动计算设备来实现密钥管理的实施例。例如，参照图1的示例，密钥源10可对应于拥有原始或首次使用的数字访问密钥的另一移动计算设备(例如，用于移动计算设备150的移动计算设备110或者用于移动计算设备110的移动计算设备50)。在图1所示的一个场景中，移动计算设备110的用户可以向第二移动计算设备150(例如，用户的访客或配偶)提供另一所交换的数字密钥127(例如，所建立的数字密钥)。在一个实现中，移动计算设备110生成所交换的数字密钥127，并直接(例如，对等通信)或间接(经由服务器120)将所交换的数字密钥127传递至第二移动计算设备150。根据一方面，所交换的数字密钥127可通过使用数字密钥117加密移动计算设备110上的输入集来生成。该输入集可包括例如所有者的标识符、附加用户的标识符、车辆20的标识符以及随机数(例如，从车辆提供的数字)。

在生成所交换的数字密钥127时，移动计算设备110还可附加实现用户期望的密钥管理功能的限制集合131。作为示例，限制集合131可包括基于各因素(诸如访问类型(例如，如何或在何处能操作车辆)、时间逝去(例如，天)或事件(例如，用户完成旅行))来控制如何或何时能使用所交换的数字密钥127的参数。在一个实现中，移动计算设备110可将对应于限制集合131的数据直接附加到所交换的数字密钥127上。限制131提供进而可配置车辆的操作或使用方面的简档信息或参数的示例。限制131可通过例如控制车辆的速度或地理围栏来影响操作方面。作为另一示例，限制131可影响使用方面，诸如手套箱或行李箱访问。

在一实施例中，一旦所交换的数字密钥127被传递至第二移动计算设备150，该第二移动计算设备150就可实现单独的非对称密钥过程以由车辆20进行认证。在一个实现中，第二移动计算设备150也可操作应用108，并且还包括认证引擎118。在具有所交换的数字密钥127的情况下，第二移动计算设备150可获取附加输入以用于使用认证引擎118来生成用于车辆20的所交换的副数字密钥129。附加输入可包括例如从车辆20生成的随机数。如同第一移动计算设备110，一些实施例允许第二移动计算设备150实现与车辆20的邻近性配对以便与车辆20传递或建立所交换的副数字密钥129。一旦配对，车辆20随后可使用所交换的副数字密钥129来认证来自第二移动计算设备150的命令和/或其它输入。第二移动计算设备150的所交换的数字密钥127还可包括源自在移动计算设备110上生成该所交换的数字密钥127的对应于限制集合131的附加数据元素。

在一个实现中，限制131可与从第二移动计算设备150传送的输入一起被传递至车辆20，并且车辆可实现遵从限制131的操作。在变体中，在第二移动计算设备150上运行的应用108(或其它编程组件)可解密限制131并且基于限制131来限制对所交换的第二数字密钥的使用。除了其它益处之外，这一实现还允许一个用户(例如，移动计算设备110的用户)与另一用户共享“车辆钥匙”，而实际上不必传递物理钥匙结构或无需车辆20处的单独网络连通性。

除了限制131之外，数字密钥115可将偏好139传递至车辆。偏好可标识车辆用于配置该车辆的操作或使用方面的参数。作为示例，偏好可包括用于选择操作方面(诸如驾驶模式(例如，随从模式、运动模式、豪华模式等)或地理围栏限制)的参数。另外，偏好可包括用于选择使用方面(诸如座位位置、方向盘位置、无线电/娱乐中心设置、座位或空气温度、灯光等)的参数。

每一用户都可将偏好139存储在各自的移动计算设备110上。偏好可以因车辆20而异，或者偏好可以不因车辆而异(例如，适用于用户获取的任何数字密钥)。由此，例如应用108可提供用于使用户能够输入偏好或其它简档信息的界面，并且应用108可将偏好139与用于任何特定车辆的数字密钥(诸如从租赁汽车柜台接收到的数字密钥)封装或集成在一起。继续该示例，用户可将简档信息139应用于其自己的车辆。

如在诸示例中描述的，偏好信息139可包括(i)在移动计算设备110在车辆之外时实现(例如，为了在进入前应用驾驶员或乘客设置)的外部或外在偏好或配置；(ii)在移动计算设备110在车辆内时实现的内部或内在偏好或配置；(iii)用于移动计算设备占用驾驶员区域(例如，用于车辆操作方面的驾驶员偏好)或乘客区域时的车辆偏好或配置；(iv)在对应于特定座位的占用区域中提供移动计算设备时的因座位而异的偏好和/或(v)限制车辆的操作或使用的限制131。

图2解说了用于使移动计算设备能够控制车辆的系统。在图2的示例中，系统200包括网络服务220(可由一个或多个服务器提供)形式的密钥服务以及移动计算设备210。移动计算设备210可对应于具有其上可执行一个或多个应用的操作系统的多功能无线(例如，蜂窝)电话/消息收发设备(诸如智能电话)。在图2的示例中，移动计算设备210包括例如车辆控制应用212，该应用可从网站下载。车辆控制应用212可包括参照应用108描述的功能性，包括例如生成所交换的数字密钥以及实现与特定车辆的邻近性配对。一般而言，网络服务220向移动计算设备210提供用于控制和/或操作车辆20的数字密钥215(参见图1)。

在一个示例中，网络服务220包括帐户存储222、数字密钥生成组件224以及设备接口228。数字密钥生成组件224可操作用于基于种子输入221来生成用于移动计算设备210的数字密钥215。种子输入221可以是随机的，或另选地基于关于移动计算设备210(或其用户)和/或将由数字密钥215操作或控制的车辆的信息。响应于例如服务请求223(例如，用户可以向服务220请求数字密钥)，数字密钥生成组件224可生成数字密钥215并将该数字密钥与特定帐户211相关联。每一帐户211可标识车辆207以及相应的移动计算设备的用户和/或标识符209。

最初，移动计算设备210可操作用于向网络服务220请求数字密钥215。设备接口228可以在接收服务请求223时与移动计算设备210交互。从服务请求223，设备接口228可确定移动计算设备210的标识符227。在一个实现中，标识符227可触发数字密钥生成组件224生成数字密钥215。数字密钥215以及标识符227可以与特定帐户211相关联地存储在帐户存储222中。另外，设备接口228可使用来自移动计算设备210的标识符227来从帐户存储222中检索数字密钥215并将该数字密钥传递至移动计算设备210。

帐户存储222还可将每一数字密钥215与简档信息229相关联，并且简档信息229可以与管控帐户或与帐户相关联的特定数字密钥215的使用的控制参数相关联。作为补充或替换，简档信息229可被存储在移动计算设备210上以供与接收到所交换的数字密钥的另一设备联用。以此方式，简档信息229可定义从网络服务220接收到或者从另一移动计算设备生成的给定数字密钥215的特定动作或偏好。除了其它方面之外，简档信息229可指定以下中的一者或多者：(i)用户是否将被提供对车辆的主舱的访问权；(ii)用户是否将被提供对车辆的行李箱的访问权；(iii)用户是否将被提供对车辆的手套箱的访问权；(iv)用户是否被准许驾驶车辆；(v)用户是否能从车辆检索诊断信息；(vi)对于给定用户可驾驶车辆的最大速度；(vii)可使用或访问车辆的时辰和历时限制；(viii)阻止车辆的操作(例如，阻止车辆离开设定范围)的地理围栏限制。

移动计算设备210可操作车辆控制应用212来与网络服务220通信并且接收并利用数字密钥215。车辆控制应用212可以从网络服务220接收数字密钥215并且进一步将数字密钥215存储在本地存储器中。在一些实施例中，车辆控制应用212还可实现用于从数字密钥215中提取和/或生成所交换的数字密钥217的功能性。车辆控制应用212还可包括用于按需将所交换的数字密钥217传递至车辆的功能性。另外，车辆控制应用212可包括用于实现用户认证(例如，要求用户周期性地登录、生物测定认证)的功能性和/或用于确定数字密钥215何时能相对于车辆使用的功能性。例如，车辆控制应用212可操作用于在数字密钥215被传递或以其它方式用于特定目的时要求存在邻近性条件。

用于将移动计算设备210与车辆配对的邻近性条件可以与用于使移动计算设备210能够向车辆发出命令219的邻近性条件相同或不同。例如，在一个实现中，配对和命令发出两者都可以在移动计算设备210可以使用例如蓝牙、DSRC、或Wi-Fi介质中的一者来与车辆通信的情况下实现。在一变体中，至少一些命令219可需要附加条件。例如，启动车辆的命令可需要其中移动计算设备210在车辆内的邻近性条件。作为另一变体，一些命令(诸如启动车辆的命令)可需要车辆内的定位条件。例如，一旦满足特定定位条件(诸如举例而言移动计算设备位于相对于驾驶员的安全地方以不使驾驶员分心)，车辆就可以启动。

附加定位条件也可被实现以缓解驾驶员分心的可能性。作为示例，如果定位条件指示驾驶员在车辆内，则移动计算设备150的操作模式可以改变以反映可能的驾驶员环境。例如，移动计算设备210的图形可被简化和/或扩大，和/或移动计算设备210可变成可接收语音输入。作为另一示例，移动计算设备的一些或全部用户界面特征可被转移至车辆显示单元。

车辆控制应用212还可包括用于向用户提供输入命令的提示的用户界面。另外，车辆控制应用212可以向用户提供信息，诸如关于车辆状态(例如，车辆被锁)的信息。

根据另一方面，车辆控制应用212还可与定位功能性214协作。定位功能性214可作为程序和硬件资源的组合来提供。在一个实现中，定位功能性可以部分地与车辆控制应用212一起提供。或者，定位功能性214可以部分地作为插件或作为相对于车辆控制应用212的集成功能性来提供。定位功能性214的程序组件可控制对例如定位确定资源(例如，图3A的“LDR360”、图3B的“LDF374”)的使用，这些资源可包括(i)用于传送信号(例如，超声、声音)的硬件和/或(ii)用于从信号分析(距离确定、三角测量等)中做出定位确定的资源。以此方式，定位功能性214可包括其中移动计算设备210在车辆内或车辆外的相对位置可被确定的功能性。例如，可以做出标识移动计算设备的占用区域的定位确定，诸如移动计算设备210是否可被坐在方向盘处的人碰到或者一旦车辆启动移动计算设备210在车辆中的哪一个座位附近。

在一些实现中，定位功能性214包括用于确定移动计算设备210在车辆内或车辆外的相对位置的硬件资源。例如，定位功能性214可利用硬件资源(诸如话筒/扬声器或声学发射机/接收机)来确定移动计算设备相对于车辆内的参考点(例如，方向盘)的距离。作为替换或变体，定位功能性214可包括用于基于从移动计算设备210传送的信号来执行三角测量的天线元件和程序功能性。移动计算设备210的本地位置的准确性可以是例如20厘米内，且在一些变体中是在设备的实际位置的10厘米内。

更一般地，移动计算设备210定位功能性214提供用于确定其相对于车辆的位置的资源和逻辑。取决于实现，定位功能性的资源可以包括(i)传感器，诸如移动计算设备210上的加速度计或陀螺仪；(ii)用于与车辆内的其它设备通信的通信资源，包括一个或多个短程无线通信端口以及用于允许车辆内的各设备之间的通信(例如，通过使用对等通信)的程序应用平台；(iii)用于基于传感器信息和/或与车辆内的其它移动计算设备或组件的通信交换来确定设备相对于车辆的位置的逻辑。

车辆应用212可以传递还指定期望车辆配置241的命令219。车辆配置241基于(i)存储在用户的移动计算设备210上和/或与数字密钥215存储在一起的简档信息；以及(ii)定位功能性214的确定。车辆配置241可基于存储在移动计算设备210上的简档信息229。简档信息229可以例如包括驾驶员简档信息251(例如，用于在移动计算设备210的用户被确定为是驾驶员时确定配置的信息)、乘客简档信息(例如，用于在移动计算设备210的用户被确定为是乘客时确定配置的信息)、和/或在移动计算设备210的用户在车辆以外时的外部参数255(例如，用于确定配置(例如，进入前配置)的信息)。

由此，根据一些实施例，移动计算设备210的定位功能性214可包括用于确定移动计算设备210在车辆外部还是内部的外部/内部确定资源和逻辑。如参照其它示例描述的，当移动计算设备210在车辆以外时，移动计算设备210可使用所存储的简档数据239(例如，外部配置255)来实现车辆上的一些配置241，以便在移动计算设备进入车辆之前配置车辆的一个或多个操作或使用方面。在车辆内，移动计算设备210可包括用于确定该移动计算设备可能被驾驶员拥有(例如，与驾驶员座位在一起或在驾驶员区域中)、被乘客拥有、还是在车辆里的别处(例如，行李箱)的逻辑和资源。包括驾驶员和乘客配置参数251、253的所存储的简档数据239可用于基于此类确定来实现配置241。

另外，移动计算设备210可包括用于确定更细粒度的定位信息的资源和逻辑。在车辆外部，定位确定可以关于移动计算设备210是否正在驾驶员或乘客侧和/或前排或后排进入车辆而言是特定的。在车辆内部，定位确定可以关于可由座位排或区域定义的占用区域而言是特定的。

此外，定位确定可以因特定座位而异。根据一些实施例，移动计算设备210包括运动传感器(例如，加速度计、陀螺仪)形式的资源和逻辑以及用于确定移动计算设备的特定座位位置的逻辑。

在一些实施例中，车辆控制应用212可触发或以其它方式控制影响车辆的操作和使用方面的车辆配置239的实现。对车辆配置239的选择可以部分地基于存储在移动计算设备210上的简档信息241。所存储的简档信息241可以例如附属于数字密钥215和/或与用于车辆的从移动计算设备210生成的经加密通信一起提供。在一些实施例中，移动计算设备210自动选择用于在车辆上实现配置239的简档信息，并且还自动通过车辆应用212将所选简档信息传递至车辆。在一个实现中，车辆应用212基于移动计算设备对其相对于车辆的相对位置的确定(例如，内部或外部；占用区域内；特定座位位置内)来选择用于与例如车辆的控制器370(参见图3B)通信的配置。可以例如通过与特定数字密钥215相关联的简档信息来配置的操作方面包括对车辆的驾驶模式的选择。类似地，可通过移动计算设备210的简档信息来配置的使用方面包括例如座位位置、方向盘位置、媒体中心选择和/或设置、内部灯光、外部灯光、座位温度、空气温度、后视镜设置、供在车辆的媒体输出设备上输出的流送内容选择等。

此外，在附加变体中，车辆控制应用212可与移动计算设备210所位于的车辆座位相结合地基于定位功能性214的确定来控制移动计算设备210的功能性。例如，移动计算设备的特定功能可以在定位功能性214的确定是移动计算设备在车辆正在被操作时与车辆驾驶员在一起的情况下被禁用。

在各变体中，网络服务220可以在访问特定车辆时实现对数字密钥215的使用的控制。例如，控制参数可以与帐户211和/或数字密钥215相关联。控制参数可触发网络服务220执行管制数字密钥215的使用的动作。或者，控制参数可触发计算设备210执行管制数字密钥215的使用的动作。例如，控制参数可管制令牌的寿命或替换地管制数字密钥215是可操作的历时。例如，数字密钥215可被生成为具有设定历时(例如，几天到几年)的寿命。

控制参数还可控制数字密钥215是否可被用于为其它设备生成附加数字密钥。例如，车辆的特定用户可以有权生成供与车辆联用的多个所交换的数字密钥，但所交换的数字密钥的接收者可被阻止生成附加的所交换的数字密钥。

如参照图1的示例描述的，移动计算设备210的用户可以从网络服务220提供的数字密钥215中生成所交换的数字密钥225。移动计算设备210可将所交换的数字密钥225传递至另一移动计算设备。例如，车辆控制应用212可用于生成所交换的数字密钥225并将所交换的数字密钥225传递至其它设备。用户还可指定可作为经加密数据元素附加到所交换的数字密钥225的限制，包括例如共享数字密钥225是有效的历时。

在一变体中，网络服务220可生成并传递用于所选车辆的多个密钥215。例如，多个密钥可以应用户的请求而生成，并且被传递至如由原始用户标识的多个设备。网络服务220可包括例如用户可从中指定将接收用于所选车辆的数字密钥215的移动计算设备的一个或多个用户接口。

在一些变体中，车辆控制应用212可操作用于将简档与同其它用户共享的所交换的数字密钥225相关联。例如，移动计算设备210的用户可操作车辆控制应用212以设置关于将与另一用户共享的所交换的数字密钥225的简档。关于所交换的数字密钥225的简档还可指定涉及对所交换的数字密钥225和对应车辆的使用的控制参数。

虽然一些示例(诸如图2所描述)解说了使用网络服务220来维护用户帐户211和用户信息，但其它变体可允许在用户设备(例如，移动计算设备210)上维护此类信息。例如，在图2的示例中被描述为由网络服务器120维护的针对特定用户帐户(例如，用户偏好等)的功能性可被替换地实现为在用户设备(例如，移动计算设备210)上维护。

图3A解说了根据一个或多个实施例的移动计算设备的示例。移动计算设备300可包括处理器310、网络接口320、显示器330、一个或多个输入机构340、本地通信端口344和存储器350。处理器310可利用网络接口320来与网络服务220(参见图2)通信。处理器310可与网络服务220(或与另一网站)通信以接收用于实现车辆控制应用212(参见图2)的指令集321(“车辆控制应用指令集321”)。车辆控制应用指令集321可被存储在存储器350中。

处理器310还可使用车辆控制应用指令集321来向网络服务220传递标识例如车辆或用户的信息。处理器310还可从网络服务220接收数字密钥315，并且进一步将数字密钥315以经加密形式存储在存储器350中。在一些实现中，处理器310执行来自车辆控制应用指令集321的指令并使用数字密钥315来执行使用本地通信端口344的与车辆的配对操作。配对操作可对应于处理器310从数字密钥315生成所交换的数字密钥317，并且然后使用本地通信端口344来将所交换的数字密钥317传递至所选车辆。作为示例，本地通信端口344可对应于蓝牙端口、Wi-Fi端口、近场通信(NFC)端口或另一种形式的短程(例如，小于30米直径)无线通信介质。作为替代或变体，初始配对操作可通过有线连接来执行。例如，处理器310可发信令通知用于通过物理USB端口来配对的数据。

除了执行配对操作之外，处理器310还可使用车辆控制应用指令集321来在移动计算设备300足够靠近车辆时认证该移动计算设备300。该认证可解锁车辆，并且进一步使该车辆能够处理来自移动计算设备的如通过本地通信端口344传递的命令319。在各变体中，处理器310可使用车辆数字密钥315来加密用于操作车辆的命令319(例如，“开门”或“启动”)。车辆进而可使用所交换的数字密钥317来解密命令319。

在一些变体中，移动计算设备300包括位置确定资源360(“LDR360”)，这些资源为处理器310提供输入以确定移动计算设备相对于所配对的车辆的相对车辆位置(“RVP”)362。移动计算设备300的LDR360可以作为独立功能性或者与车辆的相应的位置确定资源集(参见图3B的LDR374)相组合地作为系统来操作。在一个实现中，LDR360包括从车辆的LDR374(参见图3B)的相应发射机接收传输信号的一个或多个接收机。收到信号可对应于例如声学信号和/或射频信号。LDR360可以从车辆的资源(例如，图3B的LDR374)接收传输以确定RVP362。RVP362可对应于距离值(例如，离方向盘的距离)或位置值(例如，区域)。处理器310可执行用于实现定位功能性214的程序过程的指令(“定位指令323”)。在变体中，如从移动计算设备300的LDR360确定的RVP362可对应于以下中的一者或多者：(i)确定移动计算设备300在车辆外部且在驾驶员座位的范围内；(ii)确定移动计算设备最有可能在乘客座位之一中；(iii)确定移动计算设备不在驾驶员的位置的操作范围内(即，驾驶员不太可能正在使用该设备)；和/或(iv)确定移动计算设备在特定的非乘客位置(例如，手套箱、行李箱等)内。LDR360可使用专用硬件资源和/或与现有组件集成的固件资源来实现。

在一个实现中，LDR360可包括诸如由高通公司制造的数字超声定位组件。在这一实现中，车辆的LDR374可包括例如超声发射机，且移动计算设备300可包括或以其它方式被提供用于基于传输信号来确定射程位置的接收机和软件。

此外，在一些实施例中，移动计算设备300包括用于与车辆资源(诸如座位传感器和/或传感器事件生成器)协同地确定座位位置的运动传感器367(例如，加速度计、陀螺仪)。在一些实施例中，定位功能性(图2)可被实现为使用车辆的运动传感器367、程序资源和传感输出/输入资源来确定移动计算设备在车辆内的座位位置。

在一些实施例中，处理器310实现用于使用RVP362来控制或以其它方式操作所配对的车辆和/或移动计算设备300的功能性。例如，如果移动计算设备300处于驾驶员座位中，则处理器310可自动化用于为移动计算设备300定位头戴式送受话器或汽车扬声器的功能性。作为另一示例，移动计算设备300可发起与车辆的功能性共享以显示例如导航屏幕。

作为补充或替代，处理器310还可实现用于基于RVP362来控制移动计算设备300的操作的功能性。例如，处理器310可响应于确定移动计算设备300足够靠近有可能正由驾驶员使用的驾驶员座位而限制该设备的功能性。例如，处理器310可以限制输入机构的操作(例如，阻止输入文本的输入)或阻止未通过头戴式送受话器做出的电话呼叫。

作为补充或替换，处理器310还可利用移动计算设备300的集成组件来实现用于在数字密钥315被用来操作或访问车辆时跟踪车辆的遥测信息的功能性。例如，移动计算设备300的资源(诸如全球定位系统(GPS)组件)可用于确定车辆的速度和/或路径。同样，移动计算设备300的加速度计可用于确定诸如加速度或刹车力度等信息。

图3B解说了根据一实施例的用于使用数字密钥来认证并提供对相应车辆的访问权的车辆系统的示例。诸如参照图3B的示例描述的车辆系统390可以在可以与移动计算设备配对以启用数字密钥交换和使用的相应车辆中实现。在描述图3B的示例时，可以出于上下文和示例的目的做出对参照图3A的示例所描述的组件的参照。

车辆系统390包括控制器370、存储器资源280、本地通信端口282以及一个或多个致动器376。另外，在一些实施例中，车辆系统390包括在车辆内定位移动计算设备300的位置确定资源(“LDR374”)。

作为示例，本地通信端口384可对应于蓝牙端口、Wi-Fi端口、近场通信(NFC)端口或另一种形式的短程(例如，小于30米直径)无线通信介质。在配对过程其间，本地通信端口384可以从移动计算设备380接收所交换的数字密钥377。处理器370可将所交换的数字密钥377与存储器资源380存储在一起。随后，移动计算设备300可发信令通知输入381，该输入由车辆系统390通过本地通信端口384来接收。控制器370可执行认证逻辑379以认证输入381源自(所交换的数字密钥377所源自的)移动计算设备300。

另外，在一些变体中，控制器370可解读输入381(例如，开门、转动点火等)。更具体而言，响应于通过通信端口384接收到输入381，控制器370可以向一个或多个相应的致动器376发信令通知控制375。例如，控制器370触发第一致动器376来解锁车门和/或第二致动器376来切换引擎点火。

除了信令输入381之外，移动计算设备还可发信令通知偏好。如参照其它示例描述的，偏好可包括外部偏好387和/或内部偏好391。如参照其它示例描述的，移动计算设备和/或车辆中的至少一者可包括用于确定移动计算设备在车辆内还是车辆外的资源。例如，如参照一些实施例描述的，移动计算设备可取决于该移动计算设备在车辆外部还是内部来关联不同的偏好387(外部)、391(内部)。移动计算设备还可基于移动计算设备在车辆内的位置(例如，按座位位置)来指定不同的偏好。

车辆系统390还可包括到车辆390的各种操作和使用方面的接口集合。操作方面可包括影响车辆操作的发动机设置，诸如由用户选择的驾驶风格模式(例如，随从设置、节油设置、运动设置等)。使用方面可包括例如座位位置、方向盘位置、娱乐模块设置、对在显示屏上提供的媒体输出内容的选择、灯光、座位温度、环境状况(诸如温度等)。控制器370可基于由移动计算设备发信令通知的偏好387(外部)、391(内部)通过各种接口378来实现配置385、

在一些实施例中，车辆系统390包括用于在车辆内定位移动计算设备300的LDR374。在一个实现中，LDR374确定移动计算设备300在车辆内的范围。在一变体中，移动计算设备300确定移动计算设备300在车辆的特定区域或区划(例如，驾驶员座位、乘客座位)内的近似位置。在一个实现中，LDR374包括从移动计算设备300接收传输的多个(例如，两个或更多个)接收机。

在一变体中，移动计算设备300可包括声学发射机，且车辆系统390的处理器370包括用于实现对来自移动计算设备300的声学发射机的回波或返回信号进行三角测量的算法的位置确定指令371。三角测量可标识移动计算设备300相对于车辆内的参考的位置。

车辆系统390的LDR374可作为独立功能性或者与移动计算设备的LDR360相组合地作为系统来操作。在一个实现中，LDR374包括从移动计算设备300的相应发射机接收传输信号的一个或多个接收机。收到信号可对应于例如声学信号或射频信号。LDR374可以从移动计算设备300的资源(例如，图3A的LDR360)接收传输以确定RVP373。RVP373可对应于距离值(例如，离方向盘的距离)或位置值(例如，区域)。在变体中，如从车辆系统390的LDR374确定的RVP373可对应于以下中的一者或多者：(i)确定移动计算设备300在驾驶员座位的范围内；(ii)确定移动计算设备最有可能在乘客座位之一中；(iii)确定移动计算设备不在驾驶员的位置的操作范围内(即，驾驶员不太可能正在使用该设备)；和/或(iv)确定移动计算设备在特定的非乘客位置(例如，手套箱、行李箱等)内。LDR374可使用专用硬件资源和/或与车辆的现有组件集成的固件资源来实现。

在一个实现中，LDR374可包括诸如由高通公司制造的数字超声定位组件。在这一实现中，移动计算设备300的LDR360可包括例如超声发射机，且车辆系统390可包括或以其它方式被提供用于基于传输信号来确定射程位置的接收机和软件。

此外，在一些实施例中，车辆系统390包括传感器输入或输出资源375，这些资源可操作用于提供来自车辆内的一个或多个位置的传感器比较简档389。资源375可以置于车辆的个体座位或与车辆的个体座位相关联以生成可启用座位位置的传感器比较简档389。如参照其它示例描述的，传感器比较简档389可被用作确定移动计算设备在车辆内的座位位置的基础。例如，传感器比较简档389可被用于与车辆内的移动计算设备的传感器简档输出相结合地实现传感器相关逻辑(例如，与就座事件相结合地读取座位传感器值)和/或位置确定逻辑(例如，生成定时的传感器可检测事件)。

在一些实施例中，车辆系统390的处理器370实现用于控制或以其它方式使用RVP373来操作车辆的功能性。例如，如果移动计算设备300处在驾驶员座位中，则处理器370可自动化用于定位头戴式送受话器或汽车扬声器的功能性，并且出于将移动计算设备300与音频装备配对的目的而发起与移动计算设备的通信。

作为补充或替换，车辆系统390的处理器370还可实现用于基于RVP373来控制致动器376和/或车辆的操作的功能性。例如，处理器370可响应于确定设备足够靠近有可能正由驾驶员使用的驾驶员座位而限制车辆或车辆的组件(例如，导航装备)的操作。

参照图3A和图3B，可以采用的另一种测距技术包括(i)在声学和射频介质两者中传送同时脉冲以及(ii)与射频信号相比较地测量接收音频信号的延迟。在一个实现中，传送可由(移动计算设备300的)LDR360或者(车辆390的)LDR374中的一者来完成，并且测量/接收可相应地由LDR360、374中的另一者执行。在变体中，(移动计算设备300的)LDR360或者(车辆390的)LDR374可生成脉冲并且然后确定来自每一脉冲的返回信号之间的差异。作为发射机，每一LDR360或374可包括耦合到一组射频发射机的一组声学发射机。同样，作为接收机，每一LDR360或374可包括耦合到一组射频接收机的一组声学接收机。在任一实现中，两个信号之间的差异可以映射到对应于范围的距离。在一实现中，例如，可以在LDR360与LDR374之间采用三组发射机和接收机以确定这两种类型的信号之间的差异。

图4解说了用于利用移动计算设备作为数字密钥来访问或操作车辆的示例方法。图5解说了用于基于移动计算设备在车辆内的相对位置来控制移动计算设备的示例方法。诸如参照图4和图5描述的示例可使用参照图2或图3A的示例的组件或元件来实现。相应地，为了解说用于执行所描述的步骤或子步骤的合适组件的目的，可参考图2或图3A的元件。

参照图4，移动计算设备210与网络服务220通信以接收用于操作车辆的数字密钥215(410)。在一个实现中，移动计算设备210可对应于例如蜂窝电话/消息收发设备，诸如智能电话或功能电话。移动计算设备210可包括被编程为与网络服务220通信的应用。例如，移动计算设备210可以从应用商店下载应用以便与网络服务220通信并从网络服务220接收服务。

一旦移动计算设备210被提供来自网络服务的数字密钥215，该移动计算设备就能被带入与所选车辆的邻域内以将该移动计算设备与该车辆配对(420)。在一个实现中，如由网络服务220提供的数字密钥215可用于向车辆传递所交换的数字密钥217。在配对过程中，移动计算设备210向车辆传递所交换的数字密钥217。所交换的数字密钥217的传递可以是一次性事件。车辆可包括用于与移动计算设备210通信的程序组件，包括用于接收所交换的数字密钥217的接收机。然而，车辆不需要独立网络访问来接收所交换的数字密钥217。确切而言，车辆可以从移动计算设备210接收所交换的数字密钥217。

根据一个方面，需要满足第一条件集来准许配对过程(422)。在一个实现中，移动计算设备210确定这些条件是否存在以启用配对。第一条件可包括确定满足邻近性条件以启用配对。邻近性条件可包括移动计算设备210确定车辆在该移动计算设备的短程无线无线电(例如，蓝牙、NFC)的射程内。作为变体，邻近性条件可纳入确定来自从移动计算设备210提供的短程无线信号的信号强度。在变体中，移动计算设备210可确定其位置毗邻车辆(例如，使用近场传感器)。在变体中，多个无线介质可用于确定移动计算设备210离车辆的距离，且不同介质提供不同的准确度。例如，来自移动计算设备210的Wi-Fi信号可用于确定移动计算设备210何时在离车辆的较长距离内(例如，小于10米)，且蓝牙可用于确定移动计算设备210何时在较短的第二距离内(例如，小于1米)。此外，NFC可用于确定移动计算设备210毗邻车辆(例如在10厘米内)。作为另一变体，用于配对的条件可要求通过有线或物理连接(例如USB)的邻近性。

可能需要以准许配对的其它条件包括例如(i)确定数字密钥215先前尚未与另一车辆共享；(ii)确定移动计算设备210先前尚未被提供供与另一车辆联用的数字密钥；(iii)车辆的标识符和/或(iv)车辆位置。

一旦配对完成，移动计算设备210随后就可将数字密钥215传递至车辆以解锁和/或操作车辆(430)。为了与车辆通信，移动计算设备210可确定是否满足第二条件集以传送命令至车辆。第二条件集可包括例如移动计算设备210确定车辆在该移动计算设备的短程无线无线电(例如，蓝牙)的射程内(432)。

作为替换或补充，第二条件集还可包括确定移动计算设备210在车辆内或者在车辆的一位置内(434)。例如，移动计算设备210可基于满足不同条件而使用数字密钥215来向车辆传送不同命令。由此，移动计算设备210发信令通知不同命令的能力可基于满足不同条件。

移动计算设备可操作用于实现汽车的安全特征。例如，移动计算设备210可以(i)警告驾驶员在驾驶时进行电话呼叫和文本键入是不安全的和/或在现有位置是违反法律的；和/或(ii)在车辆在运动中时限制进行电话呼叫，但在车辆在运动中时允许紧急呼叫。

参照图5，移动计算设备210的位置可被确定为在车辆内(510)。具体而言，移动计算设备210的位置可以在(i)将移动计算设备210与车辆配对和/或(ii)移动计算设备向车辆信令通知数字密钥215之后被确定在车辆内或与车辆相关。在车辆内，移动计算设备210的位置确定资源360可以确定例如以下中的一者或多者：(i)移动计算设备210离方向盘或车辆内的其它参考点的距离；(ii)移动计算设备210在车辆内的位置在某一容限X(例如，十厘米)内；(iii)移动计算设备210占用或最接近的最近座位(例如，在移动计算设备210的用户最有可能位于的位置)。

根据一方面，基于该移动计算设备在车辆内的相对位置来控制移动计算设备210(520)。具体而言，特定功能性可基于移动计算设备210在车辆内的位置来限制或以其它方式禁用(522)。例如，特定应用(例如，消息收发应用)或输入机构(例如，键盘)可基于移动计算设备210在车辆内的相对位置(例如，移动计算设备210在驾驶员的操作邻域内)来禁用。

图6A解说了用于在一实施例下使用移动计算设备相对于车辆的定位确定的实现。根据一些实施例，移动计算设备610可利用LDR360(参见图3A)来做出相对于所配对的车辆630的定位确定。具体而言，参照图6A的示例，移动计算设备可位于车辆附近(例如10厘米内)、车内、或者车辆内的给定位置内。定位确定可以与实现对应于移动计算设备在车辆的几英尺内(如由车门区域602描绘的)时的功能性(诸如无钥匙锁门/开门)相结合地确定。当情况如此时，例如驾驶员可通过按压通常位于车辆的门把手上或附近的小按钮来打开或锁住车门。类似地，位置确定可以与对应于移动计算设备610在车辆内时(如由区域604示出)的其它功能性(诸如引擎启动按钮)相结合地确定。作为补充或替换，区域604可以基本上是为整个内部提供的，这出于以下目的：(i)使车辆引擎能够只在移动计算设备610在该区域内时启动；和/或(ii)阻止车辆被锁定，除非移动计算设备610在车辆外部。

除了其它益处之外，移动计算设备610的定位确定还能防止车辆内的移动计算设备610的意外锁定。例如，用于锁定车辆的无钥匙按钮可以在移动计算设备610被确定为在车辆内时被禁用。

在一个实施例中，车辆630的安全性可通过使用NFC通信介质来进一步提高。例如，车辆630可以配备有NFC垫，在该NFC垫上可放置移动计算设备以交换密钥和命令。通过要求移动计算设备被放置在NFC垫上，提供了附加的固有自认证措施，因为被认证的数字密钥持有者被要求存在于车辆中。

在又一变体中，移动计算设备610和车辆630可包括用于启用对移动计算设备的无源检测的各个NFC端口。具体而言，移动计算设备610可包括无源NFC端口，该端口可以耦合到车辆630上的有源NFC端口或被带入与该有源NFC端口的通信。该配置允许对移动计算设备610的无源检测。移动计算设备610可使用无源NFC端口来传送通过使用数字密钥来生成的数据元素以用于解锁车辆630和/或操作引擎点火。除了其它益处之外，该配置中对NFC端口的使用还使得移动计算设备610甚至在该移动计算设备无法操作(例如，电池耗尽)时也能够为车辆630提供数字密钥。

在又一变体中，车辆630和/或移动计算设备610可实现视频记录和/或流送。例如，车辆630可记录视频(例如，驾驶员)并流送视频至移动计算设备610和/或网络位置。该特征可使车辆的用户(和所有者)能够在不使用时检查车辆状态，或者在车辆正被另一个人使用时接收通知。

图6B解说了使用移动计算设备的定位确定来做出移动计算设备在车辆外部的确定的示例。在图6B的示例中，移动计算设备610被描绘为位于车辆630的外部。车辆630可以配备有能够检测来自车辆630外部的声学信号的射频(RF)天线640和多个话筒642。在该示例中，RF天线640位于车辆630内的中心位置，且话筒642位于驾驶员车门、前排乘客车门之上且靠近车辆630的后部。尽管三个话筒642被描绘为用于三角测量，但可以在车辆630上的其它位置中安装更多话筒642以提高定位确定的精确性和准确性。此外，RF天线640以及话筒642中的一些或全部可被安装在车辆630的内部或外部，只要它们能检测到源自车辆630外部的声波。

在一方面，使用对由移动计算设备610生成的声学信号的三角测量来将移动计算设备610的位置确定为在车辆的外部。在图6B的示例中，该确定可由车辆做出，或替换地来自车辆的关于声学信号的到达时间的信息可被传递回到移动计算设备。例如，移动计算设备610可生成超出人类听力的范围且能被位于车辆630上的话筒642检测到的超声传输。这些传输可包括被同步到也由移动计算设备610发送且由RF天线640接收的RF广播的时间戳。在一方面，RF广播的传输与接收之间逝去的时间被从超声传输与其在每一话筒642处的接收之间逝去的时间中减去。通过乘以声音速度，移动计算设备610相对于RF天线640到每一话筒642的距离可被计算出。移动计算设备610的位置然后可通过对相对距离进行三角测量来确定。在其它示例中，其它频率的声音可用于确定移动计算设备610与话筒642之间的距离，诸如人类听力范围内的声音或次声。

在一些方面，移动计算设备610与RF天线640之间的RF链路还携带用于认证的数字密钥。出于安全原因，车辆630只可以在移动计算设备610提供正确的数字密钥时才激活特征。该认证连同其它安全特征一起可用于防止对车辆630的非授权访问。

图6C解说了根据一个或多个实施例的用于使用信号强度来确定移动计算设备610相对于车辆630的位置的示例。在图6C的示例中，车辆630配备有可以与位于车辆630内部或外部的移动计算设备610通信的多个无线发射机644。这些发射机644可利用无线技术标准，诸如蓝牙或蓝牙LE。

在一些方面，移动计算设备610的位置可基于来自位于车辆630中的无线发射机644中的每一者的收到信号强度指示(RSSI)来确定。RSSI是天线640接收到的功率电平(诸如用移动计算设备610提供的功率电平)的指示。因此，RSSI数值越高，信号就越强。

在一个示例中，移动计算设备610检测到的相对RSSI值可用于确定移动计算机设备610是位于车辆630内部还是外部。移动计算设备610检测多个发射机644并且确定每一发射机的信号强度。由于信号强度是发射机与接收机之间的距离的函数，因此RSSI在移动计算设备610远离发射机时较低。然而，RSSI自身通常不是可靠的距离指示符。为了补偿RSSI的这一限制，可比较来自每一发射机644的RSSI，并且其RSSI值之间的差异可用于确定移动计算设备610的位置。更具体而言，当移动计算设备610位于车辆630内时，离位于车辆630的周界周围的无线发射机644的距离大致相同，并因此来自每一发射机644的RSSI值是相对类似的。另一方面，当移动计算设备610位于车辆630外部时，可检测到移动计算设备610比其它发射机644更远离一些发射机644，且该差异可以在RSSI值中检测到。例如，具有移动计算设备610的站在车辆630的乘客侧之外的用户可具有到位于乘客侧的发射机的强RSSI，但到位于驾驶员侧的发射机的较弱RSSI。因此，当移动计算设备610检测到的RSSI值显著不同时，移动计算设备610可确定它在车辆630之外并相应地执行功能。

此外，移动计算设备610还可基于哪些发射机644具有较高RSSI值来确定它位于车辆630的哪一侧(或前部/后部)。在这方面，移动计算设备610诸如通过与无线信号一起传送的唯一性标识来知晓每一发射机的位置。该唯一性标识可以与存储在移动计算设备610上的数据(诸如查找表)相关，或者可以被专门编码以使得移动计算设备610能基于该标识来确定发射机的位置。尽管图6C描绘了四个无线发射机644，但可使用更多个无线发射机来提高确定移动计算设备610相对于车辆630的位置(外部或内部两者)的精确性和准确性。

在一些方面，无线发射机644可以在定向配置中被设置。例如，车辆630前部的无线发射机可以朝车辆630的后部(而不是在所有方向上)传送其信号。通过使用定向发射机644，移动计算设备610的位置可以不仅基于发射机644的已知位置及其相关联的RSSI值，而且基于发射机644所指向的方向来确定。例如，站在车辆630后面的用户上的移动计算设备610可以检测到比来自后部发射机的信号强得多的来自前部发射机的信号，因为前部发射机指向车辆630的后部。

另外，这些实现中的任一实现可以与参照图6B描述的基于声音的定位技术相组合以进一步提高移动计算设备位置确定的精确性和准确性。

图7A到图7D解说了可由移动计算设备与使用数字密钥来访问车辆相结合地发送到车辆的消息的消息结构的示例。在图7A中，消息710传递移动计算设备的能力。消息710可包括时间戳、硬件标识符、传感器标识符以及相对于车辆参考标志的所确定的设备位置。消息710可传递数字密钥。消息710提供在移动计算设备与特定车辆建立数字密钥(或以其它方式与特定车辆配对)时交换的通信的示例。

图7B解说了用于解锁车辆的消息结构的示例。消息720可使用数字密钥来锁定，并且车辆可使用它从移动计算设备接收到的所交换的数字密钥来解锁并处理命令722(例如，开启车门)。

图7C解说了用于在被准予车辆访问权时传递限制集合的消息结构的示例。消息730可列出限制集合732，每一限制通过指示值的设置来提供。例如，限制可指定地理围栏、行李箱访问是否被允许、手套箱访问是否被允许、车辆可被驾驶的最大速度、以及数字密钥的密钥源。消息730可使用数字密钥来加密并由车辆使用所交换的密钥来解密。

图7D解说了用于传递用于在车辆访问权被准予时实现车辆配置的偏好集合的消息结构的示例。作为示例，消息740可指定音乐或无线电台偏好、气候控制偏好、座位和方向盘偏好以及驾驶模式偏好。消息740可使用数字密钥来加密，并且车辆可解密该消息以确定将被执行的配置。在一个实现中，偏好可被指定为对于与移动计算设备在车辆外时相对应的室外条件而言是有效的。

图8解说了根据一个或多个实施例的包括一个或多个移动计算设备和车辆子系统的示例系统。车辆子系统801可包括控制器820以及用于控制车辆800的操作或使用方面的各种接口。根据一个或多个实施例，控制器820可基于个体设备810对偏好805(例如，包含偏好和其它简档信息的经加密消息)的传递来实现配置。控制器820还可管理访问特征(诸如门锁和点火开关)，每一访问特征在接收到数字密钥(例如，用数字密钥加密的命令)之际被解锁。图8解说了其中多个检测区域830－833由控制器820管理以便在移动计算设备810进入这些区域时激活不同功能的示例。

在一些方面，控制器820例如通过参照图6B-6C描述的技术来监视车辆800附近的移动计算设备810的存在性。另外，无论车辆800启动还是熄火，该监视都可被执行。当具有移动计算设备810的用户接近车辆800时，控制器820可检测移动计算设备810处于哪一个检测区域830-833并且相应地操作。例如，如果用户接近驾驶员侧车门，则控制器820可以在检测区域830中检测到他或她的移动通信设备810，并且执行一任务(诸如解锁驾驶员车门或打开车辆的内部灯光)。控制器820还能够在不同的区域中检测多个移动通信设备810，并且例如解锁具有移动通信设备810的用户接近的任一车门。此外，控制器820可以持续地监视移入、移出和移动通过检测区域830-833以解锁正确的车门并且在必要时重新锁定各车门。

如参照图8和图9的示例描述的，确定移动计算设备在车辆外部可用于实现被指定用于进入前的车辆配置(“进入前配置821”)(例如，在用户进入车辆之前)。由此，控制器820可使用某一简档信息来在移动计算设备810进入车辆之前实现进入前配置821。

此外，多个计算设备810可使用简档信息来在这些移动计算设备在车辆800外部时发起不同的进入前配置821的实现。由此，车辆800的多个操作或使用方面可以一次针对多个计算设备来配置。此外，甚至在多个计算设备810正被使用时，此类配置也可用于通过相应设备来实现进入前配置821。作为示例，移动计算设备810中的每一者都可指定包括座位位置、座位温度、环境温度和灯光的配置。在图8的示例中，从中确定进入前配置821的偏好可以从在车辆外部的一个或多个移动计算设备发信令通知。

图9解说了根据一个或多个实施例的使用位置确定来激活车辆特征的方法的流程图。车辆控制器(诸如图8解说的控制器820)检测到一个或多个移动计算设备810的存在并执行握手交换912。在一些方面，握手交换912实现图6B-6C中描述的用于确定移动计算设备的位置的技术。另外，传递命令的经加密通信914可以从移动计算设备810发信令通知给控制器820以出于安全原因来认证设备。命令可指定要解锁车辆，在这种情况下车辆可实现命令915。

根据一些实现，一旦设备被认证，移动计算设备810就可发信令通知进入前配置916。如参照其它示例描述的，这可以在移动计算设备810在车辆外部时进行。进入前配置916包括针对车辆的操作方面的配置。控制器820可实现从移动计算设备810传递的进入前配置918。在一些变体中，进入前配置是在用户将就座的预测位置处实现的。

在一些方面，车辆控制器820可以实现与检测到的移动计算设备相关联地存储的因用户而异的偏好。这些偏好中的至少某一些可被实现为进入前配置918。偏好可包括座位调整、温度控制、镜子调整、音乐设置以及其它类似的可调整的车辆特征。这些偏好可被存储在控制器上，该控制器基于在车辆附近检测到移动计算设备来加载这些偏好。在另一实现中，偏好与移动计算设备存储在一起，并且可以连同数字密钥一起或在数字密钥之后发送，且握手被建立。

用户偏好可由车辆控制器820在打开车门且用户进入车辆之前确定和设置。在一个实现中，一旦用户与他或她的移动计算设备810一起在车辆内，就可使用其它就座环境定位技术来确定该用户的座位位置以相应地改变偏好。例如，一个人可以在左侧进入后乘客门并且然后滑到右侧。在这种情况下，他或她的偏好可能已经在进入之前针对左后座加载，但之后可被转换成右后座。

图10A和图10B解说了用于基于由从其传递解锁命令的移动计算设备提供的简档信息来实现车辆内的配置的示例方法。在图10A中，移动计算设备810在满足一个或多个邻近性条件时检测车辆800(1010)。当例如移动计算设备810和车辆800对于相应的短程无线通信信道而言足够靠近的时候，该检测可以是握手或其它初始通信的形式。

一旦车辆被检测到，移动计算设备810就可使用该车辆的数字密钥来发送经加密的解锁命令(1012)。该命令可以是可包括偏好集合的消息(例如，参见消息740)的形式。一些偏好可作为针对移动计算设备在车辆内(诸如处于特定座位位置或占用区域)时的内部配置来传递(1016)。其它偏好可被实现为在移动计算设备在车辆外部时实现的外部配置(1018)。这些配置可以例如被实现为进入前配置，以使得车辆的一个或多个使用方面的配置在移动计算设备810(以及所伴随的用户)进入车辆时发起或完成。

参照图10B，车辆800可检测移动计算设备810接近车辆(1050)。用于检测移动计算设备810的机制还可对应于控制器820能通过设备足够靠近车辆800来与移动计算设备810交换初步通信的能力。

车辆800可以从移动计算设备800接收经加密命令(1052)，该命令可使用所交换的数字密钥(例如，先前从车辆的数字密钥接收或生成)来解密。车辆800还可接收将被实现为车辆内的配置的偏好集合(1054)。通信可包括例如标识用户的偏好集合的消息740(参见图7D)。

车辆800的控制器820可实现与经加密消息一起提供的命令并且根据偏好来实现配置(1062)，这些命令可包括解锁车辆(1060)。

内部座位位置确定

图11解说了根据一个或多个实施例的包括一个或多个移动计算设备和车辆子系统的示例系统。车辆子系统1101可包括控制器1120以及用于控制车辆1100的操作或使用方面的各种接口。在图11的示例中，多个移动计算设备1110移动到车辆1100中(例如，通过用户携带它们到汽车内)。移动计算设备可以在不同的时间被携带到车辆内，例如驾驶员的移动计算设备1110可以首先进入车辆。车辆子系统1101包括控制器1120，该控制器可以与车辆内的传感器资源1107交互以生成传感器比较简档。传感器比较简档可由移动计算设备1110用来确定携带相应的移动计算设备1110的用户可能占有的相应座位位置。

根据一些实施例，传感器资源1107包括与正就座的用户相结合地记录运动的座位传感器。座位的运动传感器可对应于例如加速度计和/或陀螺仪。当用户坐在给定座位上时，传感器资源1107输出包括传感器数据的传感器比较简档，该传感器数据反映用户在座位上的移动(例如，用户向下的速度或加速度、坐立不安、如由1115示出的换座)。根据一些实施例，各个人所携带的移动计算设备1110还生成传感器移动简档数据。如以下参照各个示例描述的传感器相关逻辑可用于比较每一个座位处的车辆的传感器比较简档1105以确定相关的强度。基于相关的强度，可做出关于特定移动计算设备位于哪一个座位的确定。如更详细地描述的，移动计算设备1110和/或控制器1120可包括用于将各个移动计算设备的传感器输出与传感器比较简档(例如，在用户坐在该座位上时生成的座位加速度计传感器简档)进行比较的传感器相关逻辑。由此，传感器相关逻辑能够以分布式方式(例如，由各个设备在它们进入车辆时)或者以集中式方式(例如，由控制器1120)实现。

作为替换，传感器资源1107可对应于传感器事件生成器，该生成器生成足以被附近的特定类型的传感器检测到的传感器事件活动。作为示例，传感器资源1170可生成随后可被正好在相应座位上的移动计算设备的传感器检测到的磁场、振动和/或移动。传感器事件可被序列化，以使得各个移动计算设备的座位位置可通过基于特定移动计算设备的传感器输出简档来将传感器资源1107在特定时刻和特定位置的传感器事件与该设备相关来确定。如参照一些示例描述的，位置确定逻辑可用于基于各个座位处或附近的序列化的传感器事件活动来确定各个移动计算设备的座位位置。如同其它定位逻辑，位置确定逻辑能够以分布式方式(例如，由各个设备在它们进入车辆时)或者以集中式方式(例如，由控制器1120)实现。

在确定移动计算设备1110的座位位置之际，控制器1120可基于相应设备传递的简档信息来实现用于一些或全部移动计算设备的配置。控制器1120的配置可以影响例如车辆1100的各种使用方面。这些使用方面可包括对显示在各个座位处或附近的显示屏上的内容的选择(例如，显示来自移动设备的电影)、座位位置、灯光、温度、环境温度、媒体控制台设置以及各种其它偏好及其配置。

图12解说了根据一实施例的用于基于确定一个或多个移动计算设备在车辆内的位置来配置车辆的方法。参照图12的示例，检测进入条件(1210)。作为示例，进入条件可对应于车门被解锁(1212)或打开(1214)。可检测进入车辆的移动计算设备(1220)。然后可确定每一移动计算设备的占用区域(1230)。

在一个实现中，占用区域可对应于期望区域定义，诸如座位排、驾驶员/非驾驶员、或者左/右侧。更具体地，占用区域可适用于各个座位或各个座位附近的区域。由此，在一些实施例中，确定占用区域可包括用于确定座位位置的逻辑(1232)。本文描述了用于确定车辆内的移动计算设备的占用区域和座位位置的各种技术。这些技术可包括三角测量(1233)、距离感测(1235)、定时的因座位而异的传感器事件(在其它示例中被称为位置确定逻辑)(1237)和/或座位传感器相关技术(在其它示例中被称为传感器相关逻辑)(1239)。

一旦各个移动计算设备的位置被确定，就可基于移动计算设备及其相应位置的简档数据来在车辆中实现因区域或座位而异的配置。在一个实现中，可使用来自一个设备的简档数据来确定关于多个设备的配置数据(1242)。例如，父母可包括关于孩子的配置数据，这个孩子可能在进入车辆时为了消遣而访问另一对父母的移动设备。此外，从每一设备提供的配置信息可指定期望配置，包括针对特定座位的配置(1244)。这些配置可用于实现不同座位或占用区域处的针对车辆的操作或使用方面的配置。

如参照一些实施例描述的，参照图12的示例方法描述的定位功能可使用分布式或集中式处理资源来实现。例如，所实现的传感器相关逻辑和/或位置确定逻辑可以在各个移动计算设备和/或车辆控制器上实现。在一种分布式方法中，移动计算设备可作为对等方交换通信，做出对座位位置的自我确定、将其相应的确定与其它设备做出的那些确定进行比较，并且基于概率确定和考虑来为车辆中的每一移动计算设备选择座位位置。在各变体中，单个移动计算设备或替换地车辆控制器可通过从移动计算设备获取传感器简档输出来做出对座位位置的确定。

车辆座位环境

图13解说了根据一方面的用于确定移动计算设备在车辆内的可能座位位置的系统。在图13的示例中，车辆座位环境1300被描绘为具有三排座位的车辆内部：前排1302、中排1304和后排1306。图13的示例中的车辆座位环境1300通常存在于诸如面包车、运动型多功能车和一些较大的汽车之类的车辆内。一些实施例认识到多个乘客一次进入座位环境1300的车辆1301是常见的。在此类场景中，可确定移动计算设备的座位位置的许多常规方法缺乏足够细的粒度来精确定位拿着移动计算设备的用户的可能座位。例如，存在其中两个乘客进入车辆并且近乎同时坐下或者一个乘客在另一个乘客占据另一座位位置时改变座位的场景。甚至在此类场景中，图13的示例也能确定每一移动计算设备的可能座位位置。

更详细地，座位环境1300可包括具有驾驶员座位1312和乘客座位1313的前排1302、具有窗口座位1314和中间座位1315的中排1304、以及具有座位1316的后排1306。在一个实现中，每一座位1312-1316的传感器集合1325测量运动，包括作为整体的车辆的运动。在一个实施例中，座位环境1300使用座位传感器的组合来确定被携带到该座位环境中的各个移动计算设备1320的座位位置。更具体地，座位1312-1316中的每一者都可包括相应的传感器集合1324。来自传感器集合1325中的每一传感器的输出可以与来自被携带到车辆环境1300中的每一移动计算设备1320的相应传感器输出进行比较。

该比较可标识其中相应的传感器集合1325产生具有与移动计算设备1320之一的传感器输出的最强相关的输出的座位1312-1316。以此方式，每一移动计算设备1320可被认为具有对应于带有最强相关性传感器输出的座位1312-1316的座位位置。

在一个示例中，每一座位1312-1316的传感器集合1325测量线性(例如，前向或横向)和/或深度(或垂直)移动。例如，每一座位1312-1316可包括测量沿三个轴的加速度的集成三维加速度计。当用户首先坐在给定座位上时，与该座位相关联的传感器集合1325可测量垂直(或Z轴)加速度。同样，用户所携带的移动计算设备1320可经历类似的垂直加速度。确定座位与移动计算设备的加速度简档之间的相似性的基础可包括例如首先创建加速度简档的时刻、其间出现垂直加速度的时间历时、加速度的幅值(例如，用户有多快地下落到座位中)、用户坐下期间或之后的座位移位或抬升的存在性(例如，用户在他或她的座位上移位或者抬起腿)、或者可影响垂直加速度的其它动作。随后，当车辆开始移动时，车辆的横向转弯、颠簸和运动可具有对车辆的不同区域的不同影响。在与用各个座位1312-1316提供的各个加速度计相比时，这些特性可以在做出移动计算设备的加速度计的输出之间的比较时被反映为相关点或不相关点。

作为对加速度计的替换，一些实施例允许使用替代类型的运动检测传感器(诸如陀螺仪)来检测并测量来自车辆内的运动的各方面。具体而言，每一座位1312-1316的传感器集合1325可包括陀螺仪。另外，每一移动计算设备1320可包括陀螺仪，且比较可标识各个座位传感器1325以及各个移动计算设备1320的陀螺仪输出中的相关性和不相关性。

可以向测量环境1300提供传感器相关逻辑1305以用于确定传感器输出之间的相关性。传感器输出可用于确定测量环境1300内的移动计算设备的座位位置。传感器相关逻辑1305可取决于实现而在集中式或分布式架构中提供。

在集中式系统中，本地中枢1310可以在车辆内提供以获取传感器读数、确定测量环境1300内的各个移动计算设备的座位位置，并且基于移动计算设备的所确定的座位位置来进一步实现控制或配置。在一个实现中，本地中枢1310包括用于使本地中枢1310能够与车辆内的其它设备建立无线对等连接的程序框架。使用无线对等连接，本地中枢1310能够(i)触发或以其它方式发起各个设备做出传感器读取(例如，在开门或关门时发起传感器读取)；(ii)执行各个座位和移动计算设备的传感器输出之间的相关性分析；(iii)确定车辆中的每一移动计算设备的座位位置；和/或(iv)基于所确定的座位位置来实现关于车辆的功能性和使用和/或各个移动计算设备的功能性和使用的控制或其它配置。取决于实现，传感器相关逻辑1305可用于确定(i)任何给定移动计算设备具有驾驶员座位位置还是非驾驶员座位位置；(ii)各个移动计算设备是否处于前排或替换地处于哪一排；和/或(iii)来自车辆环境中的任一座位的被拿着移动计算设备之一的用户占用的特定座位。

在分布式系统中，移动计算设备1320中的一者或多者可携带传感器相关逻辑1305。在一个实现中，移动计算设备之一是实现传感器相关逻辑1305的主移动计算设备。主移动计算设备还可包括座位图，以使得能做出座位标识以用于将座位传感器的传感器输出与移动计算设备的那些座位位置相关。替换地，移动计算设备可以各自携带传感器相关逻辑1305，并且然后交换诸确定以比较并更准确地预测每一设备的可能座位位置。

图14A解说了根据一实施例的用于实现集中式传感器相关系统以确定移动计算设备的座位位置的时序图。集中式传感器相关系统1400的组件包括座位加速度计1410、1412、1414、本地中枢1420(例如，也参见图13的示例中的本地中枢1310)、第一移动计算设备1430以及第二移动计算设备1434。每一加速度计1410-1414表示一传感器集合，并且一个到许多个(例如，10个)座位加速度计可用于车辆，这取决于所采用的座位数。类似地，可使用不止一个本地中枢1420，特别是在较大的车辆座位环境(例如，公共汽车)中。

最初，本地中枢可响应于检测到触发事件而触发对每一加速度计1410、1414的激活1411。作为示例，触发事件可对应于在车辆处于熄火状态时车门被打开。来自本地中枢1420的激活1411启动传感器读取事件1413，其中每一加速度计1410-1414开始读取传感器值。

在一典型场景中，每一移动计算设备1430、1432都在触发事件后被携带到车辆中。移动计算设备1430、1432可以在近乎相同的时间或者在可测量的不同时间进入车辆(例如，一个乘客带着他或她的移动计算设备进入车辆且然后在数秒后另一乘客带着他或她的移动计算设备进入车辆)。每一移动计算设备1430、1432可发起与本地中枢1420的无线连接1415。在一个实现中，每一无线连接1415是诸如通过Wi-Fi直连协议来实现的对等连接。在一些变体中，移动计算设备1430、1432还可彼此建立无线对等连接。

当在每一移动计算设备1430、1432与本地中枢1420之间进行无线连接时，本地中枢可发信令通知每一移动计算设备以发起传感器读取事件1417。传感器读取事件1417可以加时间戳并且在预定的监视历时1419内进行，或者基于所指定的事件(例如，车辆移动、为每一移动计算设备确定座位位置等)来完成。各个传感器的监视历时1419可以变化，特别是因为每一传感器可具有不同的开始时间。

本地中枢1420可将完成1421发信令通知给加速度计1410-1414以及移动设备1430、1432中的每一者。作为响应，移动计算设备1430、1432以及加速度计1410-1414可回头发信令通知传感器输出1423，该传感器输出对应于关于相应的监视历时1419的加速度计输出简档。本地中枢1420可执行用于将各个设备的加速度计简档进行相关以确定移动计算设备1430、1432中的每一者的座位位置的过程1427。一旦被确定，本地中枢1420就可将指令或配置发信令通知给车辆的组件和/或移动计算设备。例如，本地中枢1420可将指令1429发信令通知给移动计算设备1430、1432以基于所确定的座位指派来控制或配置车辆内的这些设备的使用。例如，如果移动计算设备1430被确定为在驾驶员座位中，则可限制或禁用诸如文本键入之类的特定功能性。另外，本地中枢1420可基于所确定的座位位置来发送针对车辆的其它操作的指令1431。例如，向各个座位提供的显示单元可被配置成呈现来自被认为处于该相应座位位置处的特定移动计算设备的内容。

图14B解说了根据一实施例的用于实现分布式传感器相关系统以确定移动计算设备的座位位置的时序图。分布式传感器相关系统1401的组件包括座位加速度计1410、1412、1414、第一移动计算设备1430以及第二移动计算设备1432。

这两个移动计算设备1430、1432中的一者可基于某一预定义或随机确定而被认为是关于车辆内的其它计算设备的主计算设备。移动计算设备1430、1432可以在这些设备彼此靠近且靠近车辆的加速度计1410-1414之际发信令通知相互之间的对等无线交换。被假定为移动计算设备1430的主设备可使用对等无线信道来发信令通知对加速度计1410-1414的引入1433。无线连接的建立能例如发信令通知加速度计1410-1414中的每一者连同移动计算设备1430、1432一起发起对传感器读数的记录的触发事件。由此，主移动计算设备1430可发起传感器读取事件1435。

传感器读取事件1435可以加时间戳并且在预定的监视历时1437内进行，或者基于所指定的事件(例如，车辆移动、为每一移动计算设备确定座位位置等)来完成。监视历时1437可持续例如从激活开始的设定历时。另外，传感器可具有相对于读取值的不同开始时间。在完成传感器读取(例如，通过自计时器)之际，加速度计1410-1414中的每一者可以向主移动计算设备发信令通知对应于关于相应的监视历时1437的加速度计输出简档的传感器输出1441。其它移动计算设备1432也可回头发信令通知传感器输出1443。主设备可执行用于将各个设备的加速度计简档进行相关1445以确定其自身以及其它移动计算设备1430、1432中的每一者的座位位置的过程。

在一变体中，每一移动计算设备1430、1432执行其自己的相关过程1445、1447以用于将传感器1410-1414的输出1441与其自己的传感器读数进行比较。每一移动计算设备1430、1432可将其结果与另一设备交换1449以确认或组合这两个设备的确定。对每一移动计算设备1430、1432的座位确定1451、1453然后可用于配置相应设备的操作或配置车辆的各方面(例如，基于相应座位中的移动计算设备来在座位监视器上显示所选内容)。

图15解说了根据本公开的一方面的具有磁场感应器1525的示例车辆座位环境1500。在图15的示例中，车辆座位环境1500被描绘为具有三排座位的车辆内部：前排、中排和后排。还存在在车辆座位环境1500内所解说的五个磁场感应器1525：与驾驶员座位在一起的一个磁场感应器、与乘客座位在一起的磁场感应器、与中排左侧座位在一起的一个磁场感应器、与中排右侧座位在一起的一个磁场感应器、以及与后排在一起的一个磁场感应器。

在一方面，座位环境1500中的位置确定逻辑1505使用一个或多个磁场感应器1525来确定被携带到座位环境中的各个移动设备1520的座位位置。可以与车辆座位环境1500一起提供位置确定逻辑1505以用于在移动设备1520之间比较由磁场感应器1525生成的磁场的强度和方向。位置确定逻辑1505可取决于实现而在集中式或分布式架构中提供。

在集中式版本中，本地中枢1510可以与车辆一起提供以向磁场感应器1525发送在特定时间段内生成磁场、从移动设备1520接收磁力计读数、以及确定移动设备1520的座位位置的命令。在一个实现中，本地中枢1510包括用于使本地中枢1510能够与车辆内的其它设备建立无线对等连接的程序框架。使用无线对等连接，本地中枢1510能够(i)触发磁场感应器1525生成磁场；(ii)基于来自各个移动计算设备的磁力计读数来执行位置确定分析；(iii)确定车辆中的每一移动计算设备的座位位置；和/或(iv)基于所确定的座位位置来实现关于车辆的使用的功能性的控制或其它配置并且控制各个移动计算设备的功能性和使用。

在分布式系统中，移动计算设备1520中的一者或多者可携带位置确定逻辑1505。在一个实现中，移动计算设备1520之一是实现位置确定逻辑1505的主设备。主移动计算设备还可包括座位映射，以使得能做出座位标识以用于将座位传感器的传感器输出与移动计算设备的那些座位位置相关。在其它实现中，移动计算设备1520中的每一者标识其自己的座位并将结果与其它移动计算设备1520进行比较以就哪些设备位于哪些座位达成一致。

在一方面，负责位置确定的设备(即，本地中枢1510或移动计算设备1520)触发磁场感应器1525中的每一者不交叠地一次生成一个磁场。例如，在时间T1，驾驶员座位上的磁场感应器1525在特定时间量内生成磁场。在该时段期间，移动设备1520上的磁力计检测到磁场。由于磁场感应器1525在驾驶员座位上，因此该驾驶员座位上的移动设备1520可记录强磁场，而后座上的移动设备1520可能根本无法检测到该磁场。在时间T2，驾驶员座位上的磁场感应器1525关闭其磁场并且乘客座位上的磁场感应器1525在特定时间量内生成磁场。这在T3、T4和T5继续。在所有磁场感应器1525都已经生成其磁场后，位置确定逻辑1505使用来自移动设备1520的在每一时间区间的磁力计读数来确定每一移动设备1520位于哪一个座位上。

在另一方面，车辆座位环境1500可仅包含单个磁场感应器，该磁场感应器可以与或不与座位相关联。例如，单个传感器可以位于座位之间，诸如在中央控制台上。在这方面，由该单个感应器生成的磁场的强度和方向可用于确定各个移动通信设备的座位位置。

图16A解说了根据本公开的一方面的用于使用磁场感应器1610、1612、1614和本地中枢1620来进行座位确定的过程流程图。在该示例过程流程图中，从该流程图的顶部到底部的顺序采取动作。彼此平行的动作可以被同时执行。

在集中式系统中，本地中枢和移动设备例如通过诸如由Wi-Fi直连提供的本地无线连接来交换信息。每一座位上的磁场感应器以及各个移动通信设备可以进入传感激活模式，这可以响应于其中它们等待来自本地中枢1620的命令的触发。

在时间T1，本地中枢1620指令座位1上的磁场感应器在指定时间段内生成磁场。在该磁场正被感生时，移动通信设备上的磁力计尝试检测该磁场。在图16A所示的示例中，设备A1630上的磁力计在时间T1期间被触发。接着，在时间T2，本地中枢1620指令座位2上的磁场感应器在指定时间段内生成磁场。此时，设备B1632上的磁力计被触发。在一些方面，触发磁力计增量需要检测到具有至少预定义强度的磁场。如果设备磁力计增量是由不止一个感应器生成的磁场触发的，则所检测到的最强磁场可以用于座位确定。

本地中枢1620继续感应每一座位磁场感应器的磁场直到所有磁场感应器都生成了磁场。此刻，感测相关完成，且移动通信设备报告其磁力计读数。在其它方面，移动通信设备可以在增量被触发时或者以指定间隔报告其读数。在具有来自一个或多个设备的读数的情况下，本地中枢1620将这些读数的时间进行相关以确定哪一个磁场感应器在每一设备触发其磁力计增量时活跃地生成了磁场。基于该确定，本地中枢1620可将每一设备指派给车辆座位环境中的相应座位。在图16A的示例中，设备A1630在座位1上，而设备B1632在座位2上。

图16B解说了根据本公开的一方面的用于使用磁场感应器1610、1612、1614和设备间通信来进行座位确定的过程流程图。在该示例过程流程图中，从该流程图的顶部到底部的顺序采取动作。彼此平行的动作可以被同时执行。

在不具有本地中枢的分布式系统中，移动通信设备例如通过附近的无线连接来在其自身之间交换信息。每一座位上的磁场感应器以及各个移动通信设备可以进入感测激活模式，这可以响应于其中它们等待来自移动通信设备的命令的触发。

在一些实现中，移动通信设备之一可担当主设备，在该示例中是设备A1630。在时间T1，设备A1630指令座位1上的磁场感应器在指定时间段内生成磁场。在该磁场正被感生时，移动通信设备上的磁力计尝试检测该磁场。在图16B所示的示例中，设备A1630上的磁力计在时间T1期间被触发。接着，在时间T2，设备A1630指令座位2上的磁场感应器在指定时间段内生成磁场。此时，设备B1632上的磁力计被触发。在一些方面，触发磁力计增量需要检测到具有至少预定义强度的磁场。如果设备磁力计增量是由不止一个感应器生成的磁场触发的，则所检测到的最强磁场可以用于座位确定。

设备A1630继续感应每一座位磁场感应器的磁场直到所有磁场感应器都生成了磁场。此刻，感测相关完成，且移动通信设备交换其磁力计读数。在其它方面，移动通信设备可以在每一次增量被触发时或者以指定间隔交换其读数。在具有来自一个或多个设备的读数的情况下，各移动通信设备将这些读数的时间进行相关以确定哪一个磁场感应器在每一设备触发其磁力计增量时活跃地生成了磁场。基于该确定，各移动通信设备可将每一设备指派给车辆座位环境中的相应座位。在图16A的示例中，设备A1630在座位1上，而设备B1632在座位2上。在一些实现中，主设备可使用位置确定逻辑来相关读数并且然后将其结果发送到其它移动通信设备。

参照图15-16B的示例，每一移动计算设备可以在802.11(a)、802.11(b)、802.11(g)、802.11(n)(统称为“Wi-Fi”或“Wi-Fi网络)的IEEE规范下或在其它无线连接介质(诸如蓝牙、蓝牙TE、无线USB)下实现。此外，每一设备可被实现为使用直连无线对等通信协议(诸如由Wi-Fi直连提供)来与其它设备通信。其它实现可包括有线网络介质，诸如以太网或汽车以太网。为了促成通信和互操作性，移动计算设备以及座位传感器(如果使用)、致动器可共享一共同的计算或通信平台(诸如通过如由ALLSEENALLIANCE托管的ALLJOYN来提供)。

图17解说了根据本公开的一方面的使用移动设备中的磁力计来确定座位位置的示例。在该示例中，只存在单个磁场感应器，该单个磁场感应器可以在或不在给定座位环境中的座位上。移动设备A1731和移动设备B1732在磁场感应器1700生成的磁场的范围内并且配备有用于检测磁场的磁力计。通过检测磁场的方向并知晓磁场感应器1700的位置，位置确定逻辑(诸如与本地中枢一起提供或者在移动通信设备上提供)可将每一移动通信设备与给定座位环境中的给定座位相匹配。

在该示例中，移动设备A1731朝左前，而移动设备B朝右。角T表示从设备取向到由磁场感应器1700生成的检测到的磁场的角度。角N表示从设备取向到磁北的角度，磁北可使用罗盘、回转罗盘或移动通信设备上的其它类似组件来定位。通过从角T中减去角N，可计算出相对于磁北的到磁场感应器的归一化角。基于该角，位置确定逻辑可计算出移动设备在磁场感应器的哪一个方向上。与座位环境中的磁场感应器和座位的已知位置(诸如座位图)相结合，可确定移动设备A1731和移动设备B1732的座位。

图18解说了根据本公开的一方面的具有在座位外部的单个磁场感应器1810的示例车辆环境1800。在该示例中，只存在单个磁场感应器1810，该磁场感应器不位于车辆环境1800中的任一座位上。然而，与检测到的磁场的强度相结合地使用在前一附图中描述的技术，可计算出与设备#11821、设备#21822、设备#31823和设备#41824相关联的座位。例如，当磁场感应器1010生成磁场时，设备#11821检测到该磁场向北。使用传感器简档信息或座位图，本地中枢或一个移动通信设备上的定位确定逻辑可确定设备#11821的可能座位。然而，在该示例中，设备#31823具有到该磁场的相同的归一化角。通过在每一设备处检测磁场的强度，位置确定逻辑可确定设备#11821比设备#3更靠近磁场感应器1810，并因此设备#11821位于更靠近磁场感应器1810的座位上。

方法体系

图19解说了根据本公开的一方面的用于将传感器数据与座位位置相关的示例方法。图20解说了根据本公开的一方面的用于将座位位置映射到磁场输出的示例方法。虽然这些方法的操作以下被描述为由座位环境中的特定组件、模块或系统来执行，但这些操作无需由所标识的特定组件执行，且可由可能分布在多个机器上的各种组件和模块执行。因此，在描述图19和图20的示例时，可以出于解说用于执行所描述的步骤或子步骤的合适组件或元素的目的而参照其它示例中的元素。或者，在其它示例中描述的各种组件和模块中的至少某些组件和模块可被布置在单个硬件、软件或固件组件中。另外，该方法的某些步骤可以并行地执行或者以与所解说的次序不同的次序执行。

图19的示例方法可以在本地中枢上或者用车辆内所提供的一个或多个移动计算设备实现。可以从本地中枢或被携带到车辆内的移动计算设备检测触发事件(1910)。作为示例，触发事件可对应于车门打开或关闭(1910)。响应于触发事件，确定关于多个座位传感器的传感器简档(1920)。在一些方面，每一座位传感器单独地与座位环境中的每一座位一起提供，并且关于每一座位传感器的传感器简档在给定时间历时上确定。还可以确定关于每一移动通信设备的传感器简档(1930)。传感器简档可对应于例如加速度计简档。

在具有关于座位传感器和移动计算设备的传感器简档的情况下，可以基于来自传感器输出简档的相关性来相关传感器输出简档，诸如比较处在相同时刻的传感器输出时间(1940)。可基于相关性的强度来将多个移动计算设备中的每一者指派给座位环境中的多个座位之一(1950)。

参照图20的示例，将磁场输出的源与车辆中的各个座位相关联(2010)。作为示例，磁场输出可对应于磁场。在变体中，磁场输出可对应于音频信号或光学信号。关联可通过将离散且定时的磁场输出事件与车辆中的特定座位进行邻近性链接来做出。当多个磁场输出被单独地与车辆座位相关联时，按顺序打开然后关闭磁场输出(2020)。在打开/关闭每一磁场输出后，从每一移动计算设备获取传感器读数(2030)。可将每一设备链接到其中该设备传感器检测到最强检测幅值的座位的磁场输出(2040)。

在一个实现中，例如磁力计读数可以从位于座位环境中的至少一个移动计算设备做出。磁力计读数可以从使与车辆的每一座位相关联的磁场源发生脉冲的动作确定，以使得在来自特定座位的磁场被检测到脉冲时，给定移动计算设备可能被指派给具有最强相关性或信号检测的车辆。在一些示例中，与移动计算设备一起提供的磁力计测量在座位环境内的指定位置感应到的磁场的强度和方向。座位环境中的本地中枢或一个或多个移动通信设备可确定每一移动通信设备与感应到的磁场的一个或多个源的邻近性和/或取向。在一些示例中，确定邻近性至少部分地基于在座位环境内的指定位置处感应到的磁场的强度。另外，本地中枢或一个或多个移动通信设备可基于每一移动计算设备到磁场的一个或多个源的所确定的邻近性和/或取向来将每一移动通信设备链接到座位环境内的特定区域(2030)。

在变体中，对磁场和脉冲的替换可出于检测从各个座位或在各个座位附近发起的传感器事件的目的而被使用。例如，声学信号可以从个体座位生成并且然后在每一设备上测量以确定哪一个设备最靠近该信号。可以为不同座位生成多个声学信号以标识特定移动计算设备最靠近车辆中的哪一个座位。

图20的示例可使用诸如参照图1D-F的示例描述的位置确定逻辑来实现。位置确定逻辑可以例如比较来自各设备的、处在与专门制造且因座位而异的传感器可检测事件一致的离散时间段的传感器读数。此类事件可以在与座位环境内的特定座位一致的各个位置处触发，并且从每一座位触发的事件可具有来自在其它附近座位发生的事件的不同的可标识时间段。当事件以顺序时间模式生成时，位置确定逻辑可比较来自每一设备的传感器读数以确定哪一个设备最有可能是处在从中触发传感器事件的座位或者在该座位附近的设备。传感器读数可包括例如传感器读数的幅值或强度，且在如磁场事件的某些情况下包括方向信息。

虽然诸如图20提供的一些示例允许磁场生成作为传感器事件，但其它示例可使用替代的感测形式。作为示例，在一个实现中，车辆(或其它座位环境)中的每一座位可以在一时间历时内振动，并且来自每一移动计算设备的加速度计或陀螺仪数据可被比较以用于在特定时间区间检测感测事件。例如，来自每一设备的加速度计读数可比较感测到的事件期间的加速度计读数的幅值/强度以确定哪一个移动计算设备有可能在振动的座位上。

尽管在本文中参考所附附图详细描述了解说性实施例，但对特定实施例和细节的变形被本公开涵盖。本文描述的实施例的范围旨在由权利要求及其等效技术方案来定义。进一步，作为补充，所描述的特定特征(单独描述或者作为实施例的部分描述的)可与其他单独描述的特征或其他实施例的部分组合。因此，缺少描述诸组合不应当排除(诸)发明人请求对此类组合的权利。

Claims (30)

1.一种用于实现车辆配置的计算机实现的方法，所述方法由一个或多个处理器实现并且包括：

(a)检测进入状况；

(b)响应于检测到所述进入状况，确定多个移动计算设备何时存在于所述车辆内；

(c)为被确定为存在于所述车辆内的所述多个移动计算设备中的每一者确定占用区域；

(d)确定关于每一移动计算设备的简档信息；以及

(e)配置所述移动计算设备之一被确定为存在于其中的每一占用区域处的所述车辆的操作或使用方面中的至少一者，每一占用区域的位置处的所述车辆的所述操作或使用方面至少部分地基于从被认为存在于该占用区域处的移动计算设备确定的简档信息。

2.如权利要求1所述的方法，其特征在于，检测所述进入状况对应于检测以下至少一者：(i)所述多个移动计算设备之一传递数字访问密钥以解锁所述车辆；(ii)所述车辆的门被打开或关闭；和/或(iii)所述车辆的座位被占用。

3.如权利要求1所述的方法，其特征在于，(e)包括配置所述车辆的多种类型的操作或使用方面，包括第一占用区域的位置处的第一类型的操作或使用方面、以及第二占用区域处的第二类型的操作或使用方面。

4.如权利要求3所述的方法，其特征在于，所述第一和第二类型的操作或使用方面各自包括选自以下各项的操作或使用方面(i)座位位置或取向；(ii)内容设置或来自媒体输出设备的媒体输出选择；(iii)灯光；和/或(iv)座位或空气温度。

5.如权利要求1所述的方法，其特征在于，至少(a)到(d)是在所述多个移动计算设备之一上执行的。

6.如权利要求1所述的方法，其特征在于，所述多个计算设备操作共同的通信平台以使得能够在作为对等方的所述多个计算设备之间进行无线通信交换，并且其中(a)到(d)是由所述多个计算设备中的一者或多者执行的。

7.如权利要求1所述的方法，其特征在于，所述多个计算设备用所述车辆的控制器来操作共同的通信平台，并且其中至少(a)到(d)是由所述控制器执行的。

8.如权利要求1所述的方法，其特征在于，确定关于每一移动计算设备的简档信息包括确定与所述车辆相关联地存储在所述多个计算设备中的每一者上的简档信息。

9.如权利要求1所述的方法，其特征在于，确定关于每一移动计算设备的简档信息包括确定存储在所述多个计算设备中的一者或多者上的不因所述车辆而异的简档信息。

10.如权利要求1所述的方法，其特征在于，确定关于每一移动计算设备的简档信息包括从与所述多个计算设备之一存储在一起的简档信息中确定关于所述多个计算设备中的两者或更多者的简档信息。

11.如权利要求1所述的方法，其特征在于，确定每一移动计算设备的占用区域包括确定以下至少一者：(i)每一移动计算设备的用户很可能就座的座位排；(ii)所述车辆中的每一移动计算设备的用户很可能就座的左侧或右侧区域；和/或(iii)对每一移动计算设备的用户是驾驶员还是乘客的指定。

12.如权利要求1所述的方法，其特征在于，确定每一移动计算设备的占用区域包括确定每一移动计算设备的座位位置。

13.如权利要求12所述的方法，其特征在于，确定每一移动计算设备的占用区域包括从所述多个移动计算设备中的至少一者的座位位置确定很可能就座在该座位位置的人的身份。

14.如权利要求12所述的方法，其特征在于，确定所述座位位置包括：

与每一座位的运动座位传感器通信以接收相应的座位传感器输出简档，每一座位的所述运动座位传感器生成所述座位传感器输出简档以反映用户在所述运动座位传感器的座位上的就座；

在一时间历时内从所述移动计算设备中的每一者上的运动传感器确定传感器输出简档；

对于每一移动计算设备，确定该移动计算设备的所述传感器输出简档与所述车辆的每一个座位的相应座位传感器输出简档之间的相关性的强度；以及

基于为该移动计算设备的所述传感器输出简档所确定的所述相关性的强度来确定每一移动计算设备的座位位置。

15.如权利要求12所述的方法，其特征在于，确定所述座位位置包括：

在各个位置或者在最靠近各个位置的地方发起传感器可检测事件，以使得所述事件根据顺序来在所述车辆的每一单独座位处或附近发起；

确定来自能检测所述事件的每一移动计算设备的传感器的传感器输出简档；以及

通过将每一传感器输出简档与事件序列中的一个事件相关来确定每一移动计算设备的座位位置。

16.如权利要求15所述的方法，其特征在于，所述传感器可检测事件对应于以下之一：(i)在每一个座位处发起对磁场的感应；(ii)发起每一个座位的移动；和/或(iii)发起每一个座位处的声学信号的生成。

17.如权利要求12所述的方法，其特征在于，确定每一移动计算设备的座位位置包括使用所述车辆的射频或声学资源来对所述车辆的座位位置进行三角测量。

18.一种移动计算设备，包括：

短程无线端口；

存储器资源；以及

处理器，用于：

使用所述短程无线端口来与车辆中的一个或多个其它设备通信，包括与(i)所述车辆中的一个或多个其它移动计算设备或者(ii)所述车辆的控制器中的至少一者通信；

通过与所述车辆中的所述一个或多个其它设备通信来确定多个移动计算设备何时存在于所述车辆内；

为被确定为存在于所述车辆内的多个移动计算设备中的每一者确定占用区域；

确定关于每一移动计算设备的简档信息；以及

发起对所述多个计算设备之一被确定为存在于其中的每一占用区域处的所述车辆的操作或使用方面中的至少一者的配置，每一占用区域的位置处的所述车辆的所述操作或使用方面至少部分地基于从被认为存在于该占用区域处的移动计算设备确定的简档信息。

19.如权利要求18所述的移动计算设备，其特征在于，所述处理器检测进入状况，所述进入状况对应于以下至少一者：(i)所述多个移动计算设备之一传递数字访问密钥以解锁所述车辆；(ii)所述车辆的门被打开或关闭；和/或(iii)所述车辆的座位被占用。

20.如权利要求18所述的移动计算设备，其特征在于，所述处理器配置所述车辆的多种类型的操作或使用方面，包括第一占用区域的位置处的第一类型的操作或使用方面、以及第二占用区域处的第二类型的操作或使用方面。

21.如权利要求18所述的移动计算设备，其特征在于，所述处理器通过确定以下至少一者来确定所述车辆中的每一移动计算设备的占用区域：(i)该移动计算设备的用户很可能就座的座位排；(ii)所述车辆中的该移动计算设备的用户很可能就座的左侧或右侧区域；和/或(iii)对每一移动计算设备的用户是驾驶员还是乘客的指定。

22.如权利要求18所述的移动计算设备，其特征在于，所述处理器通过确定每一移动计算设备的座位位置来确定所述车辆中的每一移动计算设备的占用区域。

23.如权利要求22所述的移动计算设备，其特征在于，所述处理器通过从所述多个计算设备中的至少一者的座位位置确定很可能就座在该座位位置的人的身份来确定所述车辆中的每一移动计算设备的占用区域。

24.如权利要求22所述的移动计算设备，其特征在于，所述处理器通过以下操作来确定所述车辆中的每一移动计算设备的座位位置：

与每一座位的运动座位传感器通信以接收相应的座位传感器输出简档，每一座位的所述运动座位传感器生成传感器输出以反映用户在所述运动座位传感器的座位上的就座；

在一时间历时内从所述移动计算设备中的每一者上的运动传感器确定传感器输出简档；

对于每一移动计算设备，确定该移动计算设备的所述传感器输出简档与所述车辆的每一个座位的相应座位传感器输出简档之间的相关性的强度；以及

基于为该移动计算设备的所述传感器输出简档所确定的所述相关性的强度来确定所述车辆中的每一移动计算设备的座位位置。

25.如权利要求22所述的移动计算设备，其特征在于，所述处理器通过以下操作来确定所述车辆中的每一移动计算设备的座位位置：

在各个位置或者在最靠近各个位置的地方发起传感器可检测事件，以使得所述事件根据顺序来在所述车辆的每一单独座位处或附近发起；

确定来自能检测所述事件的每一移动计算设备的传感器的传感器输出简档；以及

通过将每一传感器输出简档与事件序列中的一个事件相关来确定每一移动计算设备的座位位置。

26.如权利要求18所述的移动计算设备，其特征在于，所述处理器使用无线对等连接来与所述一个或多个其它设备通信。

27.一种车辆，包括：

控制器；

到所述车辆的操作和使用方面的接口集合；

短程无线端口；

与每一个座位一起或毗邻每一个座位提供的传感器输入或输出资源；

其中所述控制器操作用于：

从与每一座位一起或毗邻每一座位提供的传感器输入或输出资源确定关于每一座位的传感器比较简档；

确定来自移动计算设备集合中的每一移动计算设备的运动传感器的传感器输出简档；

基于来自所述集合中的每一移动计算设备的运动传感器的传感器输出简档与关于每一座位的传感器比较简档的比较来确定所述集合中的每一移动计算设备的座位位置；

从所述集合中的一个或多个移动计算设备获取简档信息；以及

通过到所述车辆的操作和使用方面的接口集合来发起对所述车辆的多个操作或使用方面的配置，包括使用所述集合中的处在最靠近特定操作或使用方面的座位位置处的移动计算设备的简档数据来配置所述特定操作或使用方面。

28.如权利要求27所述的车辆，其特征在于，与每一座位一起或毗邻每一座位提供的所述传感器输入或输出资源包括与每一座位一起提供的座位传感器，并且其中所述传感器比较简档是从由每一座位传感器在一时间历时上生成的座位传感器输出简档确定的；

其中所述控制器使用座位相关逻辑来确定所述集合中的每一移动计算设备的座位位置，所述座位相关逻辑将由每一座位传感器生成的座位传感器输出简档与来自所述集合中的每一移动计算设备的运动传感器的传感器输出简档进行比较。

29.如权利要求27所述的车辆，其特征在于，与每一座位一起或毗邻每一座位提供的所述传感器输入或输出资源包括在每一座位处或在每一座位附近生成传感器可检测事件的传感器输出资源，并且其中所述传感器比较简档标识在每一座位处或在每一座位附近的所述传感器可检测事件的顺序；

其中所述控制器使用位置确定逻辑来确定所述集合中的每一移动计算设备的座位位置，所述位置确定逻辑将所述传感器比较简档与来自所述集合中的每一移动计算设备的运动传感器的传感器输出简档进行比较。

30.一种车辆系统，包括：

包括控制器的车辆子系统，到所述车辆的操作和使用方面的接口集合、短程无线端口、以及与每一座位一起或毗邻每一座位提供的传感器输入或输出资源；

多个移动计算设备的集合，每一移动计算设备包括处理器、存储器资源和运动传感器；

其中所述车辆子系统以及所述多个计算设备的集合中的每一计算设备操作通信平台以进行彼此通信以便在所述车辆内建立多个设备的网络；

其中所述网络中的多个设备中的至少一者：

操作所述输入或输出资源以生成关于每一座位的传感器比较简档；

在所指定的历时内从所述集合中的每一移动计算设备的运动传感器确定传感器输出简档；

使用位置确定逻辑或传感器相关逻辑中的一者来确定所述集合中的每一移动计算设备的座位位置；

从所述集合中的一个或多个移动计算设备获取简档信息；以及

通过到所述车辆的操作和使用方面的接口集合来从所述车辆子系统中的所述控制器发起对所述车辆的多个操作或使用方面的配置，包括使用所述集合中的处在最靠近特定操作或使用方面的座位位置处的移动计算设备的简档数据来配置所述特定操作或使用方面。