CN104904241B - 用于提供涉及机动车头部单元的通信和服务的系统、方法和物品 - Google Patents

Abstract

可以通过车辆中的机动车头部单元、驾驶员和用户的移动设备向驾驶员和用户提供网络通信、基于Web的服务和使用基于Web的服务的定制服务。车辆中的机动车头部单元和移动设备通过短距离无线连接而通信连接。而且，这些设备可以通过诸如蜂窝网络之类的网络与向移动设备和车辆的头部单元提供娱乐和信息服务的服务提供者通信。用户的简档和偏好能够跟随用户到各个位置和车辆，这是因为该信息存储在可由用户的移动设备、和在一些实施例中也可由头部单元访问的服务器处。如果头部单元不具有更广的网络连接，则移动设备可以经由主服务提供者的服务器和聚合选项通过短距离无线连接向头部单元提供服务。

Description

用于提供涉及机动车头部单元的通信和服务的系统、方法和 物品

相关申请的交叉引用

本申请根据35U.S.C.119(e)要求在2011年9月26日提交的、美国临时专利申请第61/539,418号的优先权，本文中通过引用并入了该申请全文。

于此通过引用并入了2012年8月31日提交的标题为“SYSTMES,METHODS ANDARTICLES FOR PROVIDING COMMUNICATIONS AND SERVICES INVOLVING AUTOMOBILE HEADUNITS”的美国临时专利申请第61/696,128号的全文。

背景技术

技术领域

本公开涉及向设备(例如车辆头部单元)提供通信和服务。

相关技术的描述

由于信息服务越来越多地变得基于Web(网络)，通信和数据处理设备对因特网的连续或近连续的访问对于终端用户和商业活动能够以及时和有用的方式来访问这些服务来说变得更加重要。

在驾驶员期望在驾驶任何汽车时拥有无缝的娱乐体验和拥有对他们来说随时随地都容易获得的当前和相关的信息的机动车工业中，这变得尤其盛行。

因此，向在机动车中使用的设备提供连通性和定制化服务的改进的方法是所希望的，所述在机动车中使用的设备原本可能不具有与更通用的基于服务器的网络、例如因特网的连通性。

发明内容

一种用于向机动车头部单元以电子方式提供服务的方法可以概括为包括:由服务器的计算机处理器接收来自已认证用户的远程设备的请求；由所述服务器的计算机处理器识别与所述请求相关联的远程机动车头部单元；和响应于所述请求，由所述服务器的所述计算机处理器基于以下项目的一个或多个向已识别的远程机动车头部单元以电子方式提供服务或信息，以使所述已识别的远程机动车头部单元根据所述已认证用户的已识别的用户偏好、或另一已认证用户的已识别的用户偏好的相应偏好来操作：所述请求、所述已认证用户、所述另一已认证用户和所述远程设备。

所述已认证用户可以与所述远程设备相关联，并且所述远程机动车头部单元可以与所述另一已认证用户相关联。所述远程设备可以为以下设备中的一个：所述机动车头部单元、移动设备和计算机。远程设备可以是机动车头部单元，服务器可以在移动设备上操作，并且已认证用户的相应偏好可以与移动设备相关联。

用于以电子方式向机动车头部单元提供服务的方法还可以包括由所述服务器的计算机处理器在所述移动设备上存储所述已认证用户的已识别的用户偏好，以使得所述移动设备能够使一个或多个其他已识别的远程机动车头部单元根据所述已认证用户的已识别的用户偏好来操作。

用于以电子方式向机动车头部单元提供服务的方法还可以包括由所述服务器的计算机处理器向另一已识别的远程机动车头部单元以电子方式提供服务或信息，以使所述另一已识别的远程机动车头部单元根据所述已认证用户的已识别的用户偏好来操作。

所提供的信息可以包含已识别的用户偏好。所述远程设备可以为位于地理上远离所述已识别的远程机动车头部单元之处的移动设备。所述远程设备可以为移动设备，并且接收来自所述远程设备的请求可以包括接收来自已经接收到来自所述已识别的远程机动车头部单元的请求的所述远程设备的请求。通过所述服务器向所述已识别的远程机动车头部单元以电子方式提供服务或信息可以包括向用户的移动设备以电子方式提供数据使得所述移动设备能够向所述已识别的远程机动车头部单元提供服务或信息。向所述已识别的远程机动车头部单元以电子方式提供服务或信息可以包括通过所述已识别的远程机动车头部单元的无线电信接收器向所述已识别的远程机动车头部单元以电子方式提供服务或信息。通过所述已识别的远程机动车头部单元的无线电信接收器向所述已识别的远程机动车头部单元提供服务或信息可以包括通过由所述服务器利用蜂窝服务来传递数据以向所述已识别的机动车头部单元提供服务或信息来向所述已识别的远程机动车头部单元提供服务或信息。通过所述服务器向所述已识别的远程机动车头部单元以电子方式提供服务或信息可以包括提供以下项目的一个或多个：根据简档、所述已认证用户或其他已认证用户的已识别的偏好或之前选择的服务或信息；用于由所述已认证用户远程地控制或配置车辆的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择来远程地和自动地配置车辆的设置的服务或信息；用于通过所述已识别的机动车头部单元远程地和自动地访问并且提供所述已认证用户的第三方预订服务的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的远程机动车头部单元自动播放或显示音乐相关的信息、已识别的音乐偏好或特定音乐选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的远程机动车头部单元显示或自动播放运动相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元显示或自动播放天气相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元显示或自动播放新闻相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的远程机动车头部单元自动播放或显示因特网搜索引擎相关的信息的服务或信息；用于使所述已识别的远程机动车头部单元向所述已认证用户提供Web浏览器功能的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好来远程地配置所述已识别的远程机动车头部单元的用户界面设置或已识别的偏好的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好使所述已识别的远程机动车头部单元自动显示定制的用户界面的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好使所述已识别的远程机动车头部单元自动配置导航系统设置的服务或信息；关于所述已认证用户的地理位置或兴趣点的、使得所述机动车头部单元能够结合导航系统使用所述地理位置和兴趣点的服务或信息；用于基于识别与所述请求相关联的所述远程机动车头部单元来实现所述已识别的远程机动车头部单元和所述已认证用户的所述远程设备之间的配对的服务或信息；用于促进在所述远程设备和所述已识别的远程机动车头部单元之间传送信息的服务或信息。

一种制造品可以概括为包括非暂态计算机处理器可读储存介质，该介质具有存储于其上的计算机处理器可执行指令，所述指令在被执行时使所述计算机处理器：接收来自远程设备的请求；识别与所述请求相关联的远程机动车头部单元；和响应于所述请求，通过向所述远程设备至少识别用户的用户偏好来使已识别的远程机动车头部单元根据所述用户的用户偏好来操作。

在使所述已识别的远程机动车头部单元根据所述用户偏好操作之前，所述计算机处理器可执行指令在被执行时还可以使所述计算机处理器认证所述用户。所述远程设备可以为以下设备中的一个：所述机动车头部单元、移动设备和计算机。所述远程设备可以为机动车头部单元，其中所述用户的用户偏好可以与移动设备相关联，和其中，所述向所述远程设备识别所述用户的用户偏好可以包括将所述用户的用户偏好从所述移动设备传递到所述远程设备。所述计算机处理器可执行指令在被执行时还可以使所述计算机处理器通过将所述用户的用户偏好存储在所述移动设备上，使得所述移动设备能够使一个或多个其他已识别的远程机动车头部单元根据所述已认证用户的用户偏好操作。所述远程设备可以为所述已识别的机动车头部单元，并且所述向所述远程设备识别所述用户的用户偏好可以包括将所述用户偏好从移动设备传递到所述已识别的机动车头部单元。所述远程设备可以为所述已识别的机动车头部单元，并且所述使所述已识别的远程机动车头部单元根据用户偏好操作还可以包括将背景图像从服务器或移动设备传递到所述已识别的机动车头部单元。所述远程设备为位于在地理位置上远离所述已识别的远程机动车头部单元之处的移动设备。所述远程设备可以为所述已识别的机动车头部单元，并且所述向所述远程设备识别所述用户的所述用户偏好可以包括将所述用户偏好从已授权的移动设备或从服务器传递到所述已识别的机动车头部单元。

一种机动车头部单元系统可以概括为包括计算机处理器；耦合到所述计算机处理器的至少一个非暂态计算机处理器可读储存介质，所述储存介质具有在其上存储的处理器可执行指令，所述指令在被执行时使所述计算机处理器：接收来自移动设备的请求；认证所述请求；响应于认证请求，接受来自所述移动设备的服务或信息；和响应于接受的服务或信息，根据与所述请求相关联的用户的已识别的用户偏好基于以下项目的一个或多个来自动配置所述机动车头部单元：接受的来自所述移动设备的服务或信息、和与关联于所述请求的用户相关联的服务或信息，其中与关联于所述请求的用户相关联的服务或信息来自远程服务器。

接受的来自所述移动设备的信息可以包含所述已识别的用户偏好。所述与关联于所述请求的用户相关联的接受的信息可以包含所述已识别的用户偏好。所述移动设备可以位于地理上远离所述机动车头部单元系统之处。所述移动设备可以位于所述机动车头部单元系统和所述移动设备之间的短距离无线通信的范围内。

一种制造品可以概括为包括非暂态计算机处理器可读储存介质，该介质具有存储于其上的处理器可执行指令，所述指令在被执行时使所述计算机处理器：发送与用户和远程机动车头部单元相关联的请求；响应于发送的请求，接收所述用户的用户偏好的指示；基于接收的所述用户的用户偏好的指示，使所述远程机动车头部单元根据所述用户的用户偏好来操作。

所述处理器可执行指令在被执行时还可以使所述计算机处理器在发送与所述用户和所述远程机动车头部单元相关联的请求之前认证所述用户。发送与所述用户和所述远程机动车头部单元相关联的请求可以包括将所述请求发送到远程服务器或通过短距离无线信号无线地发送到移动设备。

一种由计算机实施的、提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的方法可以概括为包括：由所述通信设备的处理器基于认证或验证涉及以下项目的一个或多个的授权来促进将所述头部单元和所述通信设备通信耦合的通信链路的建立：所述头部单元、所述机动车的车辆标识、所述通信设备、用户账户和用户凭证；由所述通信设备的处理器接收来自所述头部单元的信息；和基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息，由所述通信设备的处理器以电子方式提供服务。

基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务可以包括：在将所述头部单元和所述通信设备通信耦合的通信链路仍然建立时，由所述通信设备的处理器通过不同的通信链路接收来自远程服务器的访问控制信息，所述访问控制信息指示所述服务是否被授权由所述头部单元使用，并且具有基于接收自所述头部单元的信息和所述用户特定偏好或用户识别信息的值；由所述通信设备的处理器基于接收自所述远程服务器的所述访问控制信息确定所述服务是否被授权由所述头部单元使用；和如果基于接收自所述远程服务器的所述访问控制信息确定所述服务被授权由所述头部单元使用，那么由所述通信设备的处理器通过所述通信设备向所述头部单元以电子方式提供服务。接收自所述头部单元的信息可以包含对所述服务的请求，以及基于所述访问控制信息确定特定服务是否被授权由所述头部单元使用可以包括响应于接收到来自所述头部单元的对所述服务的请求，由所述通信设备的处理器确定所述服务是否被授权由所述头部单元使用。

由计算机实施的、提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的方法还可以包括：由所述通信设备的处理器接收来自所述头部单元的多个请求；基于接收自所述远程服务器的所述访问控制信息，由所述通信设备的所述处理器从所述多个请求中过滤掉针对所述头部单元未被授权接收的服务的至少一个请求；和由所述通信设备的处理器拒绝所述头部单元的、被过滤掉的至少一个请求。

由计算机实施的、提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的方法还可以包括：由所述通信设备的处理器发生对过滤掉的至少一个请求的响应消息，所述响应消息被配置为在从所述头部单元输出时由用户看到或听到并且指示所述头部单元未被授权接收由所述过滤掉的至少一个请求所请求的服务的原因。

由计算机实施的、提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的方法还可以包括：由所述通信设备的处理器确定所述头部单元未被授权接收由所述过滤掉的至少一个请求所请求的服务的原因为，由所述过滤掉的至少一个请求所请求的服务未包含在与存储在所述通信设备上的用户识别信息相关联的账户的服务等级中。

所述通信设备可以为无线移动设备，所述通信链路可以为无线链路，并且接收来自所述头部单元的信息可以包括由所述通信设备的处理器无线地接收来自所述头部单元的信息。接收自所述头部单元的信息可以包含对如由特定的统一资源定位符(URL)所指示的、在因特网上可用的信息的请求，并且基于接收自所述头部单元的信息和存储在所述通信设备上的所述用户特定偏好或用户识别信息提供服务可以包括：由所述通信设备的处理器确定对所述URL的访问是否被所述头部单元授权；和如果确定对所述URL的访问被所述头部单元授权，那么由所述通信设备的处理器通过所述通信设备向所述头部单元以电子方式提供服务，其中，所述服务可以包括向所述头部单元提供对用于在因特网上可用的信息的统一资源定位符(URL)的访问。从所述头部单元接收的信息可以包含对特定数据类型的请求，并且基于接收自所述头部单元的信息和存储在所述通信设备上的所述用户特定偏好或用户识别信息提供服务可以包括：由所述通信设备的处理器确定对所述特定数据类型的访问是否被所述头部单元授权；和如果确定所述对所述特定数据类型的访问授权给所述头部单元，那么由所述通信设备的处理器通过所述通信设备向所述头部单元以电子方式提供服务，其中，所述服务包括提供对所述特定数据类型的访问。确定对所述特定数据类型的访问是否被所述头部单元授权可以包括：由所述通信设备的处理器接收来自远程服务器的信息，其中对所述特定数据类型的访问是否被授权的确定可以至少部分地基于所述信息并且所述信息基于以下项目的一个或多个而变化：与所述用户账户或所述用户识别信息相关联的账户的预订等级，所述头部单元的特性和所述通信设备的特性。基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务可以包括：在将所述头部单元和所述通信设备通信耦合的通信链路仍然建立时，响应于包含在接收自所述头部单元的信息中的对服务的特定请求是对不能提供的服务的请求，由所述通信设备的所述处理器向所述头部单元提供定制的错误消息，其中，所述定制的错误消息可以指示可以包含以下项目的一个或多个的、所述定制的错误消息的一个或多个原因：所述头部单元缺少能力、功能或兼容性，如由所述用户凭证所识别的所述用户账户的不足的状态或预订等级，所述通信设备缺少能力、功能或兼容性，包含在所述用户特定偏好信息中的设置，和正在由所述头部单元使用的媒体设备。基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务可以包括：在响应于对包含在接收自所述头部单元的信息中的服务的至少一个请求而提供服务中，由所述通信设备的处理器将压缩格式的数据发送到所述远程服务器或接收来自该远程服务器的所述压缩格式的数据。

由计算机实施的、提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的方法还可以包括：由所述通信设备的处理器从一个或多个另外的头部单元接收信息，和其中，基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息，由所述通信设备的处理器以电子方式提供服务可以包括：由所述通信设备的所述处理器基于关于以下项目的一个或多个的、接收自所述头部单元的信息和接收自所述一个或多个另外的头部单元的信息来以电子方式提供服务：所述头部单元的位置、所述一个或多个另外的头部单元的一个或多个位置、选择性地发送信息到所述头部单元、选择性地发送信息到所述一个或多个另外的头部单元；并且其中，所述通信设备和所述一个或多个另外的头部单元之间的通信链路和将所述头部单元和所述通信设备通信耦合的通信链路为安全通信信道。

一种由计算机实施的、为机动车的头部单元提供对来自远程设备的服务和信息的访问的方法可以概括为包括：由无线移动设备的处理器接收来自所述头部单元的多个服务请求，其中所述无线移动设备和所述头部单元在短距离无线通信链路上通信；由所述无线移动设备的处理器评估多个接收到的服务请求中的每一个，以对于所述多个接收到的服务请求中的每一个，根据被接收到的服务请求所请求的特定服务并且基于以下项目的一个或多个确定如何处理接收到的服务请求：与所述服务请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、所述无线移动设备、用户账户、用户凭证、和用户特定偏好或用户识别信息；和由所述无线移动设备的处理器根据评估处理所述多个接收到的服务请求。

根据评估处理所述多个接收到的服务请求可以包括：由所述移动设备的处理器向远程服务器发送所述多个接收到的服务请求中的请求和所述用户特定偏好或用户识别信息中的一些；由所述移动设备的处理器接收来自所述远程服务器的、根据所述用户特定偏好或用户识别信息定制的响应；和将所述响应发送到所述头部单元。根据评估处理所述多个接收到的服务请求可以包括：由所述通信设备的处理器将所述用户凭证注入到接收自所述头部单元的多个服务请求的至少一个中，以避免将所述凭证保存在所述头部单元上；由所述移动设备的处理器将其中注入了所述用户凭证的请求发送到对于特定信息而需要用户凭证的远程服务器；接收来自所述远程服务器的、包含所述特定信息的响应；和将所述包含所述特定信息的响应发送到所述头部单元。

由计算机实施的、为机动车的头部单元提供对来自远程设备的服务和信息的访问的方法还可以包括：由所述移动设备的处理器存储关于接收到多少自从所述头部单元的多个服务请求的统计信息。

由计算机实施的、为机动车的头部单元提供对来自远程设备的服务和信息的访问的方法还可以包括：由所述移动设备的处理器存储统计信息以提供以下项目的一个或多个：关于客户行为的数据、关于拒绝服务攻击的数据、关于服务的误用和客户服务的改进的数据。

接收来自所述头部单元的多个服务请求可以包括接收对与远程服务器的多个并发连接的多个服务请求，并且处理多个接收到的服务请求可以包括建立与所述远程服务器的多个并发连接。

一种无线移动通信设备可以概括为包括：计算机处理器：和与所述计算机处理器耦合的至少一个非暂态计算机处理器可读储存介质，所述储存介质具有在其上存储的处理器可执行指令，所述指令在被执行时使所述计算机处理器：使用网络文件系统协议接收来自机动车的头部单元的、访问所述无线移动通信设备的文件的请求，评估来自所述机动车的头部单元的请求，以根据被接收到的请求所请求的特定服务并且基于以下项目的一个或多个来确定如何处理接收到的服务请求：与所述请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、用户账户、用户凭证、和用户特定偏好或用户识别信息；和根据评估发送对提供对所述文件系统的所请求访问的请求的响应。

其上存储的、所述处理器可执行的指令在被执行时可以使所述计算机处理器：接收来自所述头部单元的多个服务请求；和重定向接收到的多个服务请求中的数个。其上存储的、所述处理器可执行的指令在被执行时可以使所述计算机处理器：接收来自各种其他的机动车头部单元的多个通信请求；和通过所述无线移动通信设备向所述各种其他的机动车头部单元中的每一个提供与远程设备的通信信道。

无线移动通信设备还可以包括与所述处理器耦合的非暂态存储设备，其被配置为缓存和存储用于用户和所述用户的机动车的头部单元的数据。

一种制造品可以概括为包括非暂态计算机处理器可读储存介质，该介质具有存储于其上的计算机处理器可执行指令，所述指令在被执行时使无线移动设备的计算机处理器：接收来自机动车的头部单元的对流媒体的多个服务请求，其中，所述无线移动设备和所述头部单元通过短距离无线通信链路通信；评估多个接收到的服务请求中的每一个，以基于所述头部单元的解码和播放所述流媒体的能力和功能来为所述多个接收到的服务请求中的每一个确定如何处理接收到的服务请求；基于评估，如果所述头部单元播放所述流媒体的能力和功能降到低于特定水平，则选择使用所述处理器来流式传输和解码所请求的流式媒体的选项，并且，如果所述头部单元播放所述流媒体的能力和功能没有降到低于特定水平，则选择流式传输所请求的流媒体以用于所述头部单元解码和播放的选项；和基于所述评估，如果所述头部单元播放所述流媒体的能力和功能降到低于确定水平，则选择通过流式传输所请求的流媒体来流式传输和解码所请求的流媒体的选项。

处理器可执行指令在被执行时还可以使所述计算机处理器：通过传输控制协议(TCP)接收来自所述头部单元的请求以路由套接字网络业务；和响应于被接收到的服务请求所请求的特定服务并且基于以下项目的一个或多个来认证和路由套接字网络业务：与所述服务请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、所述无线移动设备、用户账户、用户凭证、和用户特定偏好或用户识别信息；和由所述无线移动设备的处理器根据所述评估来处理所述多个接收到的服务请求。

处理器可执行指令在被执行时还可以使所述计算机处理器：在检测到所述无线移动设备和所述头部单元通过所述短距离无线通信链路通信时，禁止使用之前已经被选择为在驾驶时用起来不安全的、所述无线移动设备的已选择的特定应用。处理器可执行指令在被执行时还可以使所述计算机处理器：在检测到所述无线移动设备和所述头部单元是兼容的时，强制所述无线移动设备更新。处理器可执行指令在被执行时还可以使所述计算机处理器：使在所述无线移动设备上的一个中心应用与在工作中的其他应用通信，以在所述无线通信设备上一起工作向所述头部单元提供服务。处理器可执行指令在被执行时还可以使所述计算机处理器促进所述无线移动设备的用户的带宽使用的监视。处理器可执行指令在被执行时还可以使所述计算机处理器：基于在所述无线移动设备的位置获得期间所述无线移动设备所处的环境和运行在所述无线移动设备上的应用的准确度需求来确定所述无线移动设备应使用哪种定位模式。处理器可执行指令在被执行时还可以，基于所述无线移动设备的特定类型以及用于所述无线移动设备的测试和自动化的特定测试运行来自动改变所述移动无线设备上的将被导向到特定测试服务器的软件的配置。为了测试而自动改变在所述无线移动设备上的软件的配置可以在不需要重建所述软件的代码基的情况下发生。

一种由计算机实施的、由服务器向机动车的一个或多个远程头部单元和与一个或多个头部单元相关联的、具有手持形式因素的一个或多个远程通信设备提供服务的方法可以概括为包括：由所述服务器的至少一个处理器接收关于机动车的头部单元的信息；由所述服务器的至少一个处理器接收关于与所述机动车的头部单元相关联的通信设备的信息；至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，由所述服务器的至少一个处理器识别所述头部单元和与所述头部单元相关联的通信设备中的一个或多个；和基于所述头部单元和与所述头部单元关联的通信设备中的一个或多个的识别，由所述服务器的至少一个处理器来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务。

基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：通过由所述服务器的至少一个处理器经由所述头部单元和所述通信设备中的一个或多个来认证用户，由所述服务器的至少一个处理器为与所述头部单元和所述通信设备中的一个或多个相关联的用户提供多媒体服务，所述头部单元和所述通信设备中的一个或多个能够与所述用户漫游到具有支持所述多媒体服务的能力的其他机动车。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器将用户输入提取到所述头部单元和所述通信设备中的一个或多个。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器跟踪或监视与所述头部单元和相关联的通信设备的一个或多个相关联的错误类别。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器基于与所述头部单元和相关联的通信设备中的一个或多个相关联的车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务。基于所述车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以不需要所述VIN与任何用户相关联。

由服务器向机动车的一个或多个远程头部单元和与一个或多个头部单元相关联的具有手持形式因素的一个或多个远程通信设备提供服务的方法还可以包括：由所述服务器的至少一个处理器提供服务以检测和缓解所述服务器的滥用。

由服务器向机动车的一个或多个远程头部单元和与一个或多个头部单元相关联的、具有手持形式因素的一个或多个远程通信设备提供服务的方法还可以包括：由所述服务器的至少一个处理器提供关于可彼此协作的设备的信息库。

由服务器向机动车的一个或多个远程头部单元和与一个或多个头部单元相关联的、具有手持形式因素的一个或多个远程通信设备提供服务的方法还可以包括：由所述服务器的至少一个处理器提供具有动态特征的虚拟设备以促进建立设备兼容矩阵。

基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器向所述头部单元提供软件更新。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器操作待提供给所述头部单元和相关联的通信设备中的一个或多个的内容，以保持所述头部单元和相关联的通信设备中的一个或多个与所述内容的兼容性。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器基于所述头部单元和所述通信设备中的一个或多个的一个或多个所支持格式，将待提供给所述头部单元和所述通信设备中的一个或多个的内容转换为一个或多个格式。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器基于所述头部单元和所述通信设备中的一个或多个的位置、方向和速度中的一个或多个来搜索所述头部单元和所述通信设备中的一个或多个；和由所述服务器的至少一个处理器基于所述搜索提供位置信息。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器将第三方凭证和与所述头部单元和所述通信设备中的一个或多个相关联的用户身份相联系。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：接收来自所述头部单元和相关联的通信设备中的一个或多个的、对将由第三方服务提供者提供的服务的请求；对从所述第三方获得所述服务的请求进行响应，并且促进提供所请求的服务，而不用将所述第三方服务提供者的凭证提供给所述头部单元和相关联的通信设备中的一个或多个、或者与所述头部单元和相关联的通信设备中的一个或多个相关联的用户。

一种用于向机动车的一个或多个远程头部单元和与一个或多个头部单元相关联的、具有手持形式因素的一个或多个远程通信设备提供服务的服务器可以概括为包括：至少一个处理器；和与所述至少一个处理器耦合的非暂态计算机可读介质，所述介质具有在其上存储的计算机可执行指令，所述指令在被执行时使所述至少一个处理器：接收关于机动车的头部单元的信息；接收关于与所述机动车的头部单元相关联的通信设备的信息；至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，识别所述头部单元中和与所述头部单元相关联的通信设备中的一个或多个；和提供管理与所述头部单元相关联的、机动车的所有权信息的服务。

计算机可执行指令在被执行时还可以使所述至少一个处理器提供关于所述头部单元和与所述头部单元关联的通信设备中的一个或多个的当前位置的位置服务。计算机可执行指令在被执行时还可以使所述至少一个处理器提供关于使用用于认证的条形码数据的服务。计算机可执行指令在被执行时还可以使所述至少一个处理器提供关于管理和认证与所述头部单元和与所述头部单元关联的通信设备中的一个或多个相关联的客户用户的服务。计算机可执行指令在被执行时还可以使所述至少一个处理器跟踪提供给与所述机动车的一个或多个远程头部单元相关联的用户的服务的使用。

一种机动车头部单元可以概括为包括：非暂态计算机可读介质；和与所述非暂态计算机可读介质耦合的处理器，所述处理器上具有计算机可执行指令，所述指令在被执行时使所述处理器：为所述头部单元提供位于所述头部单元上的自动化测试框架。

计算机可执行指令在被执行时还可以使所述处理器：接收来自远程系统的、控制所述头部单元的用户界面的指令；和执行所述指令以控制所述头部单元的用户界面。计算机可执行指令在被执行时还可以使所述处理器：向远程系统发送关于所述控制所述头部单元的用户界面的指令的执行结果的信息。

一种非暂态计算机可读储存介质可以概括为其上具有计算机可执行指令，所述指令在被执行时使服务器的至少一个处理器：接收关于机动车的头部单元的信息；接收关于与所述机动车的头部单元相关联的通信设备的信息；至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，识别所述头部单元和与所述头部单元相关联的通信设备中的一个或多个；和基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供服务。

基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：通过由所述服务器的至少一个处理器经由所述头部单元和所述通信设备中的一个或多个来认证用户，来为与所述头部单元和所述通信设备中的一个或多个相关联的用户提供多媒体服务，所述头部单元和所述通信设备中的一个或多个能够与所述用户漫游到具有支持所述多媒体服务的能力的其他机动车。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：将用户输入提取到所述头部单元和所述通信设备中的一个或多个。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：由所述服务器的至少一个处理器跟踪或监视与所述头部单元和相关联的通信设备中的一个或多个相关联的错误类别。基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以包括：基于与所述头部单元和相关联的通信设备中的一个或多个相关联的车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务。基于所述车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务可以不需要所述VIN与任何用户相关联。所述方法还可以包括由所述服务器的至少一个处理器提供服务以检测和缓解所述服务器的滥用。

附图说明

在附图中，相同的附图标记表示相似的元素或行为。附图中元素的大小和相对位置不一定按比例绘制。例如，各个元素的形状和角度并非按比例绘制，并且这些元素中的一些被任意扩大和定位以改进附图的清晰度。而且，所绘制的元素的具体形状并不旨在传达关于所述具体元素的实际形状的任何信息，并且仅为便于在附图中的识别而选择。

图1为根据一个示出的实施例的联网环境的系统图，所述联网环境包括机动车头部单元、手持通信设备、蜂窝塔和站、和计算机网络，其中所述机动车头部单元和所述手持通信设备通过短距离无线信号而通信连接，所述手持通信设备和所述蜂窝塔和站通过蜂窝信号而通信连接，所述手持通信设备和所述计算机网络可选地通过一个或多个通信网络(例如利用Wi-Fi)连接，并且所述蜂窝塔和站和所述计算机网络通过一个或多个通信网络(例如利用蜂窝信号或其他信号)通信连接。

图2A为根据一个示出的实施例的、更详细地示出的手持通信设备的示意图，所述手持通信设备具有外壳、显示器、图形引擎、中央处理器(CPU)、用户输入设备(一个或多个)、其上具有可由CPU执行的各种软件模块的一个或多个储存介质、输入/输出(I/O)端口(一个或多个)、网络接口(一个或多个)、无线接收器(一个或多个)和发送器(一个或多个)、和电源。

图2B为根据一个示出的实施例的、更详细地示出的机动车头部单元的示意图。

图3A为根据一个示出的实施例的、更详细地示出的手持通信设备的软件模块的示意图，所述软件模块包括应用、对等体通信框架组件、与多个机动车头部单元的网络堆栈互连的手持通信设备的网络堆栈、和与另一计算机网络互连的手持通信设备的另一网络堆栈。

图3B为根据一个示出的实施例的、示出了根据一个示出的实施例的头部单元的软件模块的示意图。

图4A为根据一个示出的实施例的、更详细地示出了对等体通信框架组件和手持通信设备的网络堆栈的示意图，包括它们彼此之间的逻辑连通性以及手持通信设备的文件系统和与头部单元的连接。

图4B为根据另一示出的实施例的、示出了手持通信设备的软件模块的示意图。

图5为根据一个示出的实施例的、示出了提供机动车头部单元、手持通信设备和基于服务器的计算机网络之间的通信的方法的流程图，通过所述基于服务器的计算机网络提供了因特网访问。

图6为根据一个示出的实施例的、示出了提供机动车头部单元、具有手持形式因素的通信设备、和基于服务器的计算机网络之间的通信的方法的流程图，所述方法包括过滤服务请求。

图7为根据一个示出的实施例的、示出了提供机动车头部单元、具有手持形式因素的通信设备、和基于服务器的计算机网络之间的通信的方法的流程图，所述方法包括智能缓存。

图8为根据一个示出的实施例的、示出了用于在通信网络环境中在第一和第二网络对等体之间通过直接串行数据传输链路进行通信的方法的流程图，所述方法包括通过第一网络对等体对包含在一个或多个通信中的服务请求进行响应。

图9为根据一个示出的实施例的、示出了用于在通信网络环境中在第一和第二网络对等体之间通过直接串行数据传输进行通信的方法的流程图，所述方法包括处理接收到的、请求特定网络服务的通信。

图10为根据一个示出的实施例的、用于提供涉及机动车头部单元的服务和通信的系统的各种逻辑组件的系统架构图。

图11为根据一个示出的实施例的、示出了通过服务器向所识别的远程车辆头部单元提供服务和/或信息的方法的系统流程图。

图12为根据一个示出的实施例的、示出了基于接收到的信息来自动配置车辆头部单元的方法的系统流程图。

图13为根据一个示出的实施例的、示出了基于根据所识别的用户偏好来自动配置车辆头部单元的自动配置机动车头部单元的方法的系统流程图。

图14为根据一个示出的实施例的、示出了自动使机动车头部单元根据用户的用户偏好来操作的方法的系统流程图。

具体实施方式

在以下描述中，陈述了某些具体细节以提供各个公开的实施例的深入理解。但是，本领域技术人员会认识到，实施例可以在没有这些具体细节中的一个或多个的情况下、或利用其他方法、组件、材料等实施。在其他实例中，与计算机系统、数据库、通信设备和通信网络相关联的公知的结构没有示出或详细描述，以避免不必要地使实施例的描述难以理解。

除非上下文需要，否则接下来的说明书全文和权利要求书中，词语“包括”和其变体、例如“包含”，会以开放的、包容的意义来理解，即“包括但不限于”。

本说明书全文中提及的“一个实施例”指的是与该实施例结合描述的具体的特征、结构或特性包含在至少一个实施例中。因此，在本说明书全文的各个地方出现的“在一个实施例中”不一定全部指的是同一实施例。而且，所述具体的特征、结构或特性可以以适当的形式在一个或多个实施例中结合。

如本说明书和所附权利要求中使用的，除非上下文清楚地指定，冠词的单数形式包括复数的指示对象。还应注意得是，除非上下文清楚地指定，术语“或”通常以其最广的意义来使用，意味着“和/或”。

本文中所提供的本公开的标题和摘要仅为了方便起见，并且并不说明实施例的范围或意图。

图1示出了根据一个示出的实施例的联网环境100。所述联网环境可以包括机动车头部单元102、具有手持形式因素的通信设备(即手持通信设备)104、蜂窝塔和站106、和计算机网络108。机动车头部单元102可以是机动车或车辆的、被配置为处理信息或向驾驶员、乘客或机动车的其他部件传递信息，或对处理信息或向驾驶员、乘客或机动车的其他部件传递信息的其他部件进行控制的任何部件。例如，机动车头部单元102可以具有由机动车头部单元102的嵌入式处理、存储器和通信单元或模块的一个或多个的组合来实现的计算机处理、通信和数据存储能力。许多机动车头部单元通常控制机动车的嵌入式音响、导航和/或其他娱乐或驾驶员信息系统，或者为其一部分。

手持通信设备104可以采取具有手持形式因素的多种移动通信和/处理设备的任何形式。这样的示例可以包括蜂窝电话、个人数字助理或PDA(例如设备、设备、Palm 设备、设备)、支持蜂窝的便携式计算机、上网本计算机和平板设备(例如设备)。

机动车头部单元102和机动车头部单元120可以通过短距离无线信号100和118分别与手持通信设备104通信连接。应注意，机动车头部单元102和机动车头部单元120可以在不同的位置上和不同的车辆中，并且不一定同时连接到手持设备104。该短距离无线信号可以是无线链路的信号。但是，还可以使用支持串行或并行数据传输的其他无线或有线连接。当手持通信设备104进入机动车头部单元102附近时，机动车头部单元102和手持通信设备104之间的连接可以根据短距离无线连接的适用类型的各种协议和/或标准自动建立。短距离无线信号110的连通性可以由具有适用的硬件和软件的机动车头部单元102和/或手持通信设备104实现，所述适用的硬件和软件提供特定的短距离无线能力。例如，机动车头部单元102和手持通信设备104两者都可以具有无线发送器和接收器，和在使用无线链路的情况下的相应的可执行的兼容网络通信软件，该软件通过短距离无线信号110发起、控制、保持并且管理机动车头部单元102和手持通信设备104之间的无线链路。

手持通信设备104和蜂窝塔和站106可以通过支持移动通信的无线蜂窝信号112而通信连接。例如，移动通信可以是各种数字移动通信，包括符合满足国际电信联盟规范的、用于移动通信的国际移动通信-2000(IMT-2000)标准族的那些，其中国际移动通信-2000被更广泛地称为第三代移动通信技术(3G)。手持通信设备104和计算机网络108可选地通过一个或多个通信链路或网络而连接。例如，通信网络可以是使用无线保真技术(Wi-Fi)高频无限电信号114以在几百英尺的距离内传输和接收数据的局域网。局域网可以是基于电气与电子工程师协会(IEEE)802.11标准的无线局域网(WLAN)。但是，其他有线和无线的通信网络和协议也可以用于使手持通信设备104连接到计算机网络108。因此，手持通信设备104可以具有适用的无线发送器和接收器，和在使用Wi-Fi无线链路的情况下可以具有相应的可执行Wi-Fi兼容网络通信软件，该软件通过Wi-Fi信号114发起、控制、保持或管理计算机网络108和手持通信设备104之间的无线链路。机动车头部单元102和机动车头部单元120以及蜂窝塔和站106还可以分别通过支持移动通信的无线蜂窝信号116和122通信连接。但是，在其他实施例中，如本文中描述的，机动车头部单元102和机动车头部单元120可以不具有与这种基于服务器的网络的这种连接。

计算机网络108可以包括向手持通信设备104提供服务的其他计算实体(即基于服务器的网络)，并且其本身可以表示多重互联网络。例如，有线和无线的企业范围的计算机网络、内联网、外联网、和/或因特网可以被包括在计算机网络108中或构成计算机网络108的一部分。其他实施例可以包括其他类型的通信网络，包括其他电信网络、蜂窝网络、寻呼网、和其他移动网络。在计算机网络108内部的、和/或在手持通信设备104、蜂窝塔和站106、以及计算机网络108之间的通信路径中可以有任何种类的计算机、交换设备、路由器、桥接器、防火墙、边缘设备和其他设备。根据本公开的一个方面，手持通信设备104可以包括分立功能程序模块，所述程序模块可以利用编程接口(API)、或其他对象、软件、固件和/或硬件以请求在计算机网络108内部的一个或多个其他实体的服务。虽然计算机网络108的物理环境可以具有已连接的设备、例如计算机，但是物理环境可以替代地具有或描述为包括各种数字设备、例如个人数字助理(PDA)、电视机、MP3播放器等，软件对象、例如界面、组件对象模型(COM)对象等。

存在还可以支持在计算机网络108内部的分布式计算环境的各种系统、组件和网络配置。例如，计算系统可以在计算机网络108内通过有线或无线的系统、通过局域网或广泛分布的网络连接到一起。目前，许多网络可以耦合到因特网，这对广泛分布的计算提供了基础结构并且包含许多不同的网络。无论是否耦合到因特网，任何这些基础结构都可以和计算机网络108结合使用、连接到计算机网络108或者构成其一部分。

如图1所示出的网络基础结构可以支持很多网络拓扑结构、例如客户端/服务器、点对点、或混合架构。“客户端”为使用与其不相关的另一类或另一组的服务的一类或一组的成员。在计算中，客户端为由硬件执行的、请求由另一个程序提供的服务的进程、即大体上为一组指令或任务。通常，客户端进程利用所请求的服务，而不需要“知道”关于其他程序或服务本身的任何工作细节。在客户端/服务器架构、特别是联网系统的架构中，客户端通常是访问由另一计算机(例如服务器)所提供的共享网络资源的计算机或设备。在图2A的示例中，包括机动车头部单元102、手持通信设备104、蜂窝塔和站106、和计算机网络108内部的实体的任何实体都可以被认为是客户端、服务器、或两者，这取决于特定情况。

服务器通常但不一定是可通过远程网络、例如因特网、或局域网访问的远程计算机系统。客户端进程可以在第一计算机系统或设备中活动，而服务器进程可以在第二计算机系统或设备中活动，通过通信介质彼此通信，由此提供分布的功能，并且允许单个或多个客户端利用服务器的信息收集能力。任何软件对象都可以横跨多个计算设备或对象分布。客户端(一个或多个)和服务器(一个或多个)利用由协议层(一个或多个)提供的功能彼此通信。例如，超文本传输协议(HTTP)是与万维网(WWW)、或“Web”共同使用的公共协议。通常，计算机网络地址、例如可以是全球资源定位器(URL)的组件的网际协议(IP)可以用于向彼此识别客户端或服务器计算机。通过通信介质提供通信，例如，客户端(一个或多个)和服务器(一个或多个)可以通过用于高容量通信的传输控制协议/网际协议(TCP/IP)连接(一个或多个)来彼此耦合。例如，蜂窝塔和站106和计算机网络108可以通过一个或多个通信网络或通信介质(利用蜂窝或其他有线或无线信号116)通信连接，以便通过无线信号在蜂窝网络上利用电信和联网协议和标准(例如3G、HTTP、和TCP/IP等)的适用组合和层来向计算机网络108发送信息和从其接收信息，并且从手持通信设备104接收此类信息和向其提供此类信息。

例如，示出了服务提供者1124a和服务提供者2124b。这些服务提供者可以是通过网络108通信以向手持设备104和/或机动车头部单元102和120提供数据、媒体、管理、娱乐、和其他服务的实体或设备。在一些实施例中，服务提供者1124a通过网络108响应来自手持设备104和/或机动车头部单元102和120的服务请求，以向手持设备104和/或机动车头部单元102和120的用户提供关于音乐、运动、新闻、地图、感兴趣的地点、导航等的服务、程序、信息和数据。实际上，机动车头部单元102和120可以利用通信链路118和110通过手持设备104来请求这样的服务。同样地，手持设备和服务提供者1124a和/或服务提供者2124b可以存储关于手持设备104的用户的个人偏好和其他类型的信息并且将其传递到机动车头部单元102和120(只示出了两个，但是可以使用任意数量的机动车头部单元)，使得手持设备的用户具有定制的个人体验，而无论他或她驾驶或乘坐哪辆机动车。

手持通信设备104可以具有外壳202a、显示器204a、图形引擎206a、中央处理器(CPU)208、一个或多个用户输入设备210a、其上存储有包括可由CPU 208执行的指令的各种软件模块的一个或多个储存介质212a、输入/输出(I/O)端口216a、Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、蜂窝接收器/发送器和网络接口218c、和电源222a。

如之前指出的，手持通信设备104可以是多种通信设备中的任何设备，例如蜂窝电话、便携式媒体播放器(PMP)、个人数字助理(PDA)、移动通信设备、具有内置的或附加的蜂窝通信的便携式计算机、便携式游戏控制器、全球定位系统(GPS)、手持工业电子设备等，或这些设备的任何组合。手持通信设备104具有至少一个中央处理器(CPU)206a，其可以是标量处理器、数字信号处理器(DSP)、精简指令集(RISC)处理器、或任何其他适当的处理器。中央处理器(CPU)208、显示器204a、图形引擎206a、一个或多个用户输入设备210a、一个或多个储存介质212a、输入/输出(I/O)端口(一个或多个)216a、Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、和蜂窝接收器/发送器和网络接口218c全都可以通过系统总线224a彼此通信连接。系统总线224a可以采用任何适当的总线结构或架构，包括具有存储器控制器的存储器总线、外围总线、和/或局部总线。

手持通信设备104还包括一个或多个易失性和/或非易失性储存介质212a。储存介质212a可以包括任何单种处理器可读储存介质或各种类型的处理器可读储存介质的适当结合，并且可以存储通过CPU 208作用的指令和数据。例如，包含软件214a的软件指令和/或包含固件的固件指令的特定集合由CPU 208执行。软件或固件指令通常控制手持通信设备104的许多操作，并且软件和/或固件指令的子集可以执行功能来操作性地配置手持通信设备104中的硬件和其他软件，以通过图2A中示出的Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、蜂窝接收器/发送器和网络接口218c、和/或I/O端口来提供从手持通信设备104到如图1中示出的外部的机动车头部单元102、蜂窝塔和站106、和外部计算机网络108的适用的计算机网络和电信链路的发起、控制和维护。

示例地而非限制性地，储存介质(一个或多个)212a可以是可以包括计算机储存介质的任何组合的处理器可读储存介质，所述计算机储存介质包括以任何方法或技术实现的用于存储信息、例如计算机可读指令、数据结构、程序模块或其他数据的易失性和非易失性、可去除和非可去除的介质。处理器可读储存介质包括但不限于，随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、闪存、紧凑盘ROM(CD-ROM)、数字化通用盘(DVD)、或其他光盘存储、磁带盒、磁带、磁盘存储器或其他磁性存储设备、固态存储器、或可以用于存储期望的信息且可以由CPU 208访问的任何其他介质。任何以上的组合还应包含在处理器可读储存介质的范围之内。

储存介质(一个或多个)212a可以包括系统存储器，其包括易失性和/或非易失性存储器形式、例如只读存储器(ROM)和随机存取存储器(RAM)的计算机储存介质。包括基本例程的基本输入/输出系统(BIOS)通常存储在ROM中，所述基本例程有助于例如在启动和通电期间在手持通信设备104内的元件之间传送信息。RAM通常包括可立即访问的和/或当前由CPU 208操作的数据和/或程序模块。示例地而非限制性地，图2A示出了包括操作系统、应用程序和实施本文中描述的过程和方法的其他程序模块的软件模块214a。

手持通信设备104还可以包括其他可去除/非可去除、易失性/非易失性的计算机储存介质驱动。仅示例性地，储存介质(一个或多个)212a可以包括从非可去除、非易失性介质中读取或向其写入的硬盘驱动器或固态储存驱动器，从可去除、非易失性磁盘读取或向其写入的磁盘驱动器，和从可去除、非易失性光盘、例如CD ROM或其他光学介质中读取或向其写入的光盘驱动器。可以在手持通信设备104的操作环境中使用的其他可去除/非可去除、易失性/非易失性计算机储存介质，包括但不限于闪存卡、数字化通用盘、微盘、数字视频磁带、固态RAM、固态ROM等。储存介质(一个或多个)通常通过非可去除存储接口连接到系统总线224a。以上讨论的和图2A中示出的储存介质(一个或多个)212a向手持通信设备104提供了计算机可读指令、数据结构、程序模块和其他数据的存储。在图2A中，例如，储存介质可以存储包括操作系统、应用程序、其他程序模块和程序数据的软件214a。储存介质(一个或多个)212a可以实现文件系统、平面内存架构、数据库、或能够用于存储这些信息的任何其他方法或组合。

用户可以通过触摸屏显示器204a或者一个或多个输入设备210a、例如小键盘、键盘、摄像机、运动传感器、位置传感器、光传感器、生物特征数据传感器、加速计、或定点设备(通常称为鼠标、轨迹球或触摸板)将命令和信息输入到手持通信设备104中。手持通信设备104的其他输入设备可以包括麦克风、操作杆、游戏控制器、光学扫描仪、其他传感器等。以下结合与外部服务器的通信来更详细地描述输入设备、特别是麦克风的使用示例。这些和其他输入设备通常通过耦合到系统总线224a的用户输入接口连接到CPU 208，但是也可以通过其他接口和总线结构、例如并行端口、串行端口、无线端口、游戏端口、或通用串行总线(USB)而连接。通常，存储在软件214a中的唯一软件驱动器将每个输入机构配置为感测用户输入，并且然后该软件驱动器在其他软件214a的指令下提供CPU 208所作用于的数据点。显示器还通过接口、例如图形引擎206a连接到系统总线224a。除了显示器204a之外，手持通信设备104还可以包括其他外围输出设备、例如扬声器、打印机、投影仪、外部显示器等，它们可以通过一个或多个模拟或数字I/O端口216a、或Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab或蜂窝接收器/发送器和网络接口218c的网络接口来连接。

手持通信设备104可以利用与一个或多个远程计算机或设备的连接在联网环境中操作，所述远程计算机或设备例如是在图1中示出和上述的计算机网络108内部的远程计算机或设备、蜂窝塔和站106、和机动车头部单元102。计算机网络108内部的远程计算机可以是个人计算机、服务器、路由器、网络PC、对等体设备、或其他普通网络节点，并且通常包括上述关于手持通信设备104的许多或全部元件。与计算机网络108的这样的连接可以包括上述的局域网(LAN)连接或广域网(WAN)连接、和/或其他网络。

当在LAN或WAN联网环境中使用时，手持通信设备104可以通过Wi-Fi接收器/发送器和网络接口218b和/或蜂窝接收器/发送器和网络接口来连接。当在WAN联网环境中使用时，手持通信设备104可以包括作为用于通过WAN、例如因特网建立通信的网络接口(一个或多个)的一部分的调制解调器或其他装置。Wi-Fi接收器/发送器和网络接口218b和/或蜂窝接收器/发送器和网络接口可以与系统总线224a通信连接。在联网环境中，描述的关于手持通信设备104的程序模块，或其部分可以存储在远程系统的远程存储器储存设备中。

手持通信设备104具有I/O端口216a和/或短距离无线接收器/发送器和网络接口218b的集合，用于在短距离内传送往来于手持通信设备104的数据，或用于使额外的储存器耦合到手持通信设备104。例如，串行端口、USB端口、Wi-Fi端口、端口、IEEE1394(即火线)等可以使手持通信设备104通信耦合到其他计算设备。紧凑式闪存(CF)端口、安全数字(SD)端口等可以使存储器设备耦合到手持通信设备104，用于通过CPU 208来读取和写入，或使手持通信设备104耦合到其他通信接口、例如Wi-Fi或蓝牙发送器/接收器和/或网络接口。

手持通信设备104还具有电源222a(例如电池)。电源222a可以在传统的、有线的电源不可用或以其他方式未连接时为手持通信设备104中需要电力的全部组件供能。考虑并可以使用提供与如本文中描述的那些功能相同、相似、或等效的功能的、手持通信设备104的其他各种适当的系统架构和设计。

应理解的是，本文中描述的各种技术可以结合硬件、软件和/或固件、或在适当情况下这些的组合来实现。因此，本公开的方法和设备、或其某些方面或部分可以采取包含在实体介质、例如软盘、CD-ROM、硬盘驱动器、或任何其他机器可读或处理器可读的储存介质中的程序代码(即指令)的形式，其中，当程序代码载入到机器(例如计算机或手持通信设备的处理器并且由其执行时，该机器成为用于实现各个实施例的设备。在可编程计算机或手持通信设备上执行程序代码的情况下，这些可编程计算机或手持通信设备通常包括处理器、可以由处理器读取的储存介质(包括易失性和非易失性存储器和/或储存元件)、至少一个输入设备、和至少一个输出设备。一个或多个程序可以例如通过使用API、可重用的控件(control)等实现或使用结合本公开所描述的过程。这样的程序优选地以高级过程语言或面向对象编程语言来实现，以与包括图2A中描述的手持通信设备104的计算机系统的计算机系统通信。但是，程序(一个或多个)可以在需要时以汇编语言或机器语言来实现。在任何情况下，语言都可以是编译或解释语言，并且都可以与硬件实现相结合。

图2B示出了根据一个示出的实施例的、更详细地示出的示例性手持通信设备104。手持通信设备104可以具有外壳202a、显示器204a、图形引擎206a、中央处理器(CPU)208、一个或多个用户输入设备210a、其上存储有包括可由CPU 208执行的指令的各种软件模块的一个或多个储存介质212a、输入/输出(I/O)端口(一个或多个)216a、Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、蜂窝接收器/发送器和网络接口218c、和电源222a。

如之前指出的，手持通信设备104可以是多种通信设备中的任何设备，例如蜂窝电话、便携式媒体播放器(PMP)、个人数字助理(PDA)、移动通信设备、具有内置的或附加的蜂窝通信的便携式计算机、便携式游戏控制器、全球定位系统(GPS)、手持工业电子设备等，或这些设备的任何组合。手持通信设备104具有至少一个中央处理器(CPU)206a，其可以是标量处理器、数字信号处理器(DSP)、精简指令集(RISC)处理器、或任何其他适当的处理器。中央处理器(CPU)208、显示器204a、图形引擎206a、一个或多个用户输入设备210a、一个或多个储存介质212a、输入/输出(I/O)端口(一个或多个)216a、Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、和蜂窝接收器/发送器和网络接口218c全都可以通过系统总线224a彼此通信连接。系统总线224a可以采用任何适当的总线结构或架构，包括具有存储器控制器的存储器总线、外围总线、和/或局部总线。

手持通信设备104还包括一个或多个易失性和/或非易失性储存介质212a。储存介质212a可以包括任何单种处理器可读储存介质或各种类型的处理器可读储存介质的适当结合，并且可以存储CPU 208所作用于的指令和数据。例如，包含软件214a的软件指令和/或包含固件的固件指令的特定集合由CPU 208执行。软件或固件指令通常控制手持通信设备104的许多操作，并且软件和/或固件指令的子集可以执行功能来操作性地配置手持通信设备104中的硬件和其他软件，以通过图2A中示出的Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab、蜂窝接收器/发送器和网络接口218c、和/或I/O端口来提供从手持通信设备104到如图1中示出的外部的机动车头部单元102、蜂窝塔和站106、和外部计算机网络108的适用的计算机网络和电信链路的发起、控制和维护。

示例地而非限制性地，储存介质(一个或多个)212a可以是可以包括计算机储存介质的任何组合的处理器可读储存介质，所述计算机储存介质包括以任何方法或技术实现的用于存储信息(例如计算机可读指令、数据结构、程序模块或其他数据)的易失性和非易失性、可去除和非可去除的介质。处理器可读储存介质包括但不限于，随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、闪存、紧凑盘ROM(CD-ROM)、数字化通用盘(DVD)、或其他光盘存储、磁带盒、磁带、磁盘存储器或其他磁性存储设备、固态存储器、或可以用于存储期望信息且可以由CPU 208访问的任何其他介质。任何以上的组合还应包含在处理器可读储存介质的范围之内。

储存介质(一个或多个)212a可以包括系统存储器，其包括易失性和/或非易失性存储器形式(例如只读存储器(ROM)和随机存取存储器(RAM))的计算机储存介质。包括基本例程的基本输入/输出系统(BIOS)通常存储在ROM中，所述基本例程有助于例如在启动或通电期间在手持通信设备104内的元件之间传送信息。RAM通常包括可立即访问的和/或当前由CPU 208操作的数据和/或程序模块。示例地而非限制性地，图2A示出了包括操作系统、应用程序和实施本文中描述的过程和方法的其他程序模块的软件模块214a。

手持通信设备104还可以包括其他可去除/非可去除、易失性/非易失性的计算机储存介质驱动。仅示例性地，储存介质212a(一个或多个)可以包括从非可去除、非易失性介质中读取或向其写入的硬盘驱动器或固态储存驱动器，从可去除、非易失性磁盘读取或向其写入的磁盘驱动器，和从可去除、非易失性光盘(例如CD ROM或其他光学介质)中读取或向其写入的光盘驱动器。可以在手持通信设备104的操作环境中使用的其他可去除/非可去除、易失性/非易失性计算机储存介质，包括但不限于闪存卡、数字化通用盘、微盘、数字视频磁带、固态RAM、固态ROM等。储存介质(一个或多个)通常通过非可去除存储接口连接到系统总线224a。以上讨论的和图2A中示出的储存介质(一个或多个)212a向手持通信设备104提供了计算机可读指令、数据结构、程序模块和其他数据的存储。在图2A中，例如，储存介质可以存储包括操作系统、应用程序、其他程序模块和程序数据的软件214a。储存介质(一个或多个)212a可以实现文件系统、平面内存架构、数据库、或能够用于存储此类信息的任何其他方法或组合。

用户可以通过触摸屏显示器204a或者一个或多个输入设备210a(例如小键盘、键盘、摄像机、运动传感器、位置传感器、光传感器、生物特征数据传感器、加速计、或定点设备(通常称为鼠标、轨迹球或触摸板))将命令和信息输入到手持通信设备104中。手持通信设备104的其他输入设备可以包括麦克风、操作杆、游戏控制器、光学扫描仪、其他传感器等。以下结合与外部服务器的通信来更详细地描述输入设备、特别是麦克风的示例使用。这些和其他输入设备通常通过耦合到系统总线224a的用户输入接口连接到CPU 208，但是也可以通过其他接口和总线结构(例如并行端口、串行端口、无线端口、游戏端口、或通用串行总线(USB))连接。通常，存储在软件214a中的唯一软件驱动器将每个输入机构配置为感测用户输入，并且然后该软件驱动器在其他软件214a的指令下提供CPU 208所作用于的数据点。显示器还通过接口(例如图形引擎206a)连接到系统总线224a。除了显示器204a之外，手持通信设备104还可以包括其他外围输出设备(例如扬声器、打印机、投影仪、外部显示器等)，它们可以通过一个或多个模拟或数字I/O端口216a、或Wi-Fi接收器/发送器和网络接口218b、短距离无线接收器/发送器和网络接口218aab或蜂窝接收器/发送器和网络接口218c的网络接口来连接。

手持通信设备104可以利用与一个或多个远程计算机或设备的连接在联网环境中操作，所述远程计算机或设备例如是在图1中示出和上述的计算机网络108内部的远程计算机或设备、蜂窝塔和站106、和机动车头部单元102。计算机网络108内部的远程计算机可以是个人计算机、服务器、路由器、网络PC、对等体设备、或其他普通网络节点，并且通常包括以上关于手持通信设备104所描述的许多或全部元件。与计算机网络108的这样的连接可以包括上述的局域网(LAN)连接或广域网(WAN)连接、和/或其他网络。

当在LAN或WAN联网环境中使用时，手持通信设备104可以通过Wi-Fi接收器/发送器和网络接口218b和/或蜂窝接收器/发送器和网络接口来连接。当在WAN联网环境中使用时，手持通信设备104可以包括作为用于通过WAN(例如因特网)建立通信的网络接口(一个或多个)的一部分的调制解调器或其他装置。Wi-Fi接收器/发送器和网络接口218b和/或蜂窝接收器/发送器和网络接口可以与系统总线224a通信连接。在联网环境中，描述的关于手持通信设备104的程序模块，或其接口可以存储在远程系统的远程存储器储存设备中。

手持通信设备104具有I/O端口216a和/或短距离无线接收器/发送器和网络接口218b的集合，用于在短距离内传送往来于手持通信设备104的数据，或用于使额外的储存器耦合到手持通信设备104。例如，串行端口、USB端口、Wi-Fi端口、端口、IEEE1394(即火线)等可以使手持通信设备104通信耦合到其他计算设备。紧凑式闪存(CF)端口、安全数字(SD)端口等可以使存储器设备耦合到手持通信设备104，用于通过CPU 208来读取和写入，或使手持通信设备104耦合到其他通信接口、例如Wi-Fi或蓝牙发送器/接收器和/或网络接口。

手持通信设备104还具有电源222a(例如电池)。电源222a可以在传统的、有线的电源不可用或以其他方式未连接时为手持通信设备104中需要电力的全部组件供能。考虑并可以使用提供与如本文中描述的那些功能相同、相似、或等效的功能的、手持通信设备104的其他各种适当的系统架构和设计。

图2B示出了根据一个示出的实施例的、更详细地示出的示例性的机动车头部单元102。机动车头部单元102可以具有外壳202b、显示器204、图形引擎206b、中央处理器(CPU)208、一个或多个用户输入设备210b、其上存储有包括可由CPU 208执行的指令的各种软件模块的一个或多个储存介质212b、输入/输出(I/O)端口(一个或多个)216b、Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、蜂窝接收器/发送器和网络接口218f、和电源222b。

如之前指出的机动车头部单元102可以是机动车或车辆的任何部件，其被配置为处理信息或向驾驶员、乘客或机动车的其他部件传递信息，或对处理信息或向驾驶员、乘客或机动车的其他部件传递信息的其他部件进行控制。例如，机动车头部单元102可以具有由机动车头部单元102的一个或多个嵌入式处理、存储和通信单元或模块的组合来实施的计算机处理、通信和数据存储能力。许多机动车头部单元通常控制机动车的嵌入式音响、导航和/或其他娱乐或驾驶员信息系统，或者为其一部分。

机动车头部单元102具有至少一个中央处理器(CPU)206b，其可以是标量处理器、数字信号处理器(DSP)、精简指令集(RISC)处理器、或任何其他适当的处理器。中央处理器(CPU)208、显示器204、图形引擎206b、一个或多个用户输入设备210b、一个或多个储存介质212b、输入/输出(I/O)端口(一个或多个)216b、Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、和蜂窝接收器/发送器和网络接口218f全都可以通过系统总线224b彼此通信连接。系统总线224b可以采用任何适当的总线结构或架构，包括具有存储器控制器的存储器总线、外围总线、和/或局部总线。

机动车头部单元102还包括一个或多个易失性和/或非易失性储存介质(一个或多个)212b。储存介质212b可以包括任何单种处理器可读储存介质或各种类型的处理器可读储存介质的适当结合，并且可以存储CPU 208所作用于的指令和数据。例如，包含软件214b的软件指令和/或包含固件的固件指令的特定集合由CPU 208执行。软件或固件指令通常控制机动车头部单元102的许多操作，并且软件和/或固件指令的子集可以执行功能来操作性地配置机动车头部单元102中的硬件和其他软件，以通过图2A中示出的Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、蜂窝接收器/发送器和网络接口218f、和/或I/O端口来提供从机动车头部单元102到如图1中示出的外部的机动车头部单元102、蜂窝塔和站106、和外部计算机网络108的适用计算机网络和电信链路的发起、控制和维护。

示例地而非限制性地，储存介质(一个或多个)212b可以是可以包括计算机储存介质的任何组合的处理器可读储存介质，所述计算机储存介质包括以任何方法或技术实现的用于存储信息(例如计算机可读指令、数据结构、程序模块或其他数据)的易失性和非易失性、可去除和非可去除介质。处理器可读储存介质包括但不限于，随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、闪存、紧凑盘ROM(CD-ROM)、数字化通用盘(DVD)、或其他光盘存储、磁带盒、磁带、磁盘存储器或其他磁性存储设备、固态存储器、或可以用于存储期望的信息和可以由CPU 208访问的任何其他介质。以上各项的任何组合也应包含在处理器可读储存介质的范围之内。

储存介质(一个或多个)212b可以包括系统存储器，其包括易失性和/或非易失性存储器形式(例如只读存储器(ROM)和随机存取存储器(RAM))的计算机储存介质。包括基本例程的基本输入/输出系统(BIOS)通常存储在ROM中，所述基本例程有助于例如在启动和通电期间在机动车头部单元102内的元件之间传送信息。RAM通常包括可立即访问的和/或当前由CPU 208操作的数据和/或程序模块。示例性而非限制性地，图2A示出了包括操作系统、应用程序和实施本文中描述的过程和方法的其他程序模块的软件模块214b。

机动车头部单元102还可以包括其他可去除/非可去除、易失性/非易失性的计算机储存介质驱动。仅示例性地，储存介质(一个多个)212b可以包括从非可去除、非易失性介质中读取或向其写入的硬盘驱动器或固态储存驱动器，从可去除、非易失性磁盘读取或向其写入的磁盘驱动器，和从可去除、非易失性光盘(例如CD ROM或其他光学介质)中读取或向其写入的光盘驱动器。可以在机动车头部单元102的操作环境中使用的其他可去除/非可去除、易失性/非易失性计算机储存介质，包括但不限于，闪存卡、数字化通用盘、微盘、数字视频磁带、固态RAM、固态ROM等。储存介质(一个或多个)通常通过非可去除存储接口连接到系统总线224b。以上讨论的和图2A中示出的储存介质(一个或多个)212b向机动车头部单元102提供了计算机可读指令、数据结构、程序模块和其他数据的存储。在图2A中，例如，储存介质可以存储包括操作系统、应用程序、其他程序模块和程序数据的软件214b。储存介质(一个或多个)212b可以实现文件系统、平面内存架构、数据库、或能够用于存储此类信息的任何其他方法或组合。

用户可以通过触摸屏显示器204或者一个或多个输入设备210b(例如小键盘、键盘、摄像机、运动传感器、位置传感器、光传感器、生物特征数据传感器、加速计、或定点设备(通常称为鼠标、轨迹球或触摸板))将命令和信息输入到机动车头部单元102中。机动车头部单元102的其他输入设备可以包括麦克风、操作杆、游戏控制器、光学扫描仪、其他传感器等。输入设备的示例性使用可以结合与外部服务器的通信。这些和其他输入设备通常通过耦合到系统总线224b的用户输入接口连接到CPU 208，但是也可以通过其他接口和总线结构(例如并行端口、串行端口、无线端口、游戏端口、或通用串行总线(USB))连接。通常，存储在软件214b中的唯一软件驱动器将每个输入机构配置为感测用户输入，并且然后该软件驱动器在其他软件214b的指令下提供CPU 208所作用于的数据点。显示器还通过接口(例如图形引擎206b)连接到系统总线224b。除了显示器204之外，机动车头部单元102还可以包括其他外围输出设备(例如扬声器、打印机、投影仪、外部显示器等)，它们可以通过一个或多个模拟或数字I/O端口216b、或Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e或蜂窝接收器/发送器和网络接口218f的网络接口来连接。

机动车头部单元102可以利用与一个或多个远程计算机或设备的连接在联网环境中操作，所述远程计算机或设备例如是在图1中示出和上述的计算机网络108内部的远程计算机或设备、蜂窝塔和站106、和机动车头部单元102。计算机网络108内部的远程计算机可以是个人计算机、服务器、路由器、网络PC、对等体设备、或其他普通网络节点，并且通常包括以上关于机动车头部单元102所描述的许多或全部元件。与计算机网络108的这样的连接可以包括上述的局域网(LAN)连接或广域网(WAN)连接、和/或其他网络。

当在LAN或WAN联网环境中使用时，机动车头部单元102可以通过Wi-Fi接收器/发送器和网络接口218e和/或蜂窝接收器/发送器和网络接口来连接。当在WAN联网环境中使用时，机动车头部单元102可以包括作为用于通过WAN(例如因特网)建立通信的网络接口(一个或多个)的一部分的调制解调器或其他装置。Wi-Fi接收器/发送器和网络接口218e和/或蜂窝接收器/发送器和网络接口可以与系统总线224b通信连接。在联网环境中，描述的关于机动车头部单元102的程序模块，或其部分可以存储在远程系统的远程存储器储存设备中。

机动车头部单元102具有I/O端口216b和/或短距离无线接收器/发送器和网络接口218e的集合，用于在短距离内传送往来于机动车头部单元102的数据，或用于使额外的储存器耦合到机动车头部单元102。例如，串行端口、USB端口、Wi-Fi端口、端口、IEEE1394(即火线)等可以使机动车头部单元102通信耦合到其他计算设备。紧凑式闪存(CF)端口、安全数字(SD)端口等可以使存储器设备耦合到机动车头部单元102，用于通过CPU 208来读取和写入，或使机动车头部单元102耦合到其他通信接口(例如Wi-Fi或蓝牙发送器/接收器和/或网络接口)。

机动车头部单元102还具有电源222b(例如电池)。电源222b可以在传统的、有线的电源不可用或以其他方式未连接时为机动车头部单元102中需要电力的全部组件供能。考虑并可以使用提供与如本文中描述的那些功能相同、相似、或等效的功能的、机动车头部单元102的其他各种适当的系统架构和设计。

应理解的是，本文中描述的各种技术可以结合硬件、软件和/或固件、或在适当情况下这些的组合来实现。因此，本公开的方法和设备、或其某些方面或部分可以采取包含在实体介质(例如软盘、CD-ROM、硬盘驱动器、或任何其他机器可读或处理器可读的储存介质)中的程序代码(即指令)的形式，其中，当程序代码载入机器(例如计算机或手持通信设备的处理器)并且由其执行时，该机器成为用于实现各个实施例的设备。在可编程计算机或手持通信设备上执行程序代码的情况下，这样的可编程计算机或手持通信设备通常包括处理器、可以由处理器读取的储存介质(包括易失性和非易失性存储器和/或储存元件)、至少一个输入设备和至少一个输出设备。一个或多个程序可以例如通过使用API、可重用的控件等实现或使用结合本公开所描述的过程。这样的程序优选地以高级过程语言或面向对象编程语言来实现，以与包括图2A中描述的机动车头部单元102的计算机系统的计算机系统通信。但是，程序(一个或多个)可以在需要时以汇编语言或机器语言来实现。在任何情况下，语言都可以是编译或解释性语言，并且都可以与硬件实现相结合。

图2B示出了根据一个示出的实施例的、更详细地示出的示例性机动车头部单元102。机动车头部单元102可以具有外壳202b、显示器204、图形引擎206b、中央处理器(CPU)208、一个或多个用户输入设备210b、其上存储有包括可由CPU 208执行的指令的各种软件模块的一个或多个储存介质212b、输入/输出(I/O)端口(一个或多个)216b、Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、蜂窝接收器/发送器和网络接口218f、和电源222b。

如之前指出的，机动车头部单元102可以是各种通信设备中的任何设备，例如蜂窝电话、便携式媒体播放器(PMP)、个人数字助理(PDA)、移动通信设备、具有内置的或附加的蜂窝通信系统的便携式计算机、便携式游戏控制器、全球定位系统(GPS)、手持工业电子设备等，或这些设备的任何组合。机动车头部单元102具有至少一个中央处理器(CPU)206b，其可以是标量处理器、数字信号处理器(DSP)、精简指令集(RISC)处理器、或任何其他适当的处理器。中央处理器(CPU)208、显示器204、图形引擎206b、一个或多个用户输入设备210b、一个或多个储存介质212b、输入/输出(I/O)端口(一个或多个)216b、Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、和蜂窝接收器/发送器和网络接口218f全都可以通过系统总线224b彼此通信连接。系统总线224b可以采用任何适当的总线结构或架构，包括具有存储器控制器的存储器总线、外围总线、和/或局部总线。

机动车头部单元102还包括一个或多个易失性和/或非易失性储存介质212b。储存介质212b可以包括任何单种处理器可读储存介质或各种类型的处理器可读储存介质的适当结合，并且可以存储CPU 208所作用于的指令和数据。例如，包含软件214b的软件指令和/或包含固件的固件指令的特定集合由CPU 208执行。软件或固件指令通常控制机动车头部单元102的许多操作，并且软件和/或固件指令的子集可以执行功能来操作性地配置机动车头部单元102中的硬件和其他软件，以通过图2A中示出的Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e、蜂窝接收器/发送器和网络接口218f、和/或I/O端口来提供从机动车头部单元102到如图1中示出的外部机动车头部单元102、蜂窝塔和站106、和外部计算机网络108的适用的计算机网络和电信链路的发起、控制和维护。

示例地而非限制性地，储存介质(一个或多个)212b可以是可以包括计算机储存介质的任何组合的处理器可读储存介质，所述计算机储存介质包括以任何方法或技术实现的用于存储信息(例如计算机可读指令、数据结构、程序模块或其他数据)的易失性和非易失性、可去除和非可去除的介质。处理器可读储存介质包括但不限于，随机存取存储器(RAM)、只读存储器(ROM)、电可擦可编程只读存储器(EEPROM)、闪存、紧凑盘ROM(CD-ROM)、数字化通用盘(DVD)、或其他光盘存储、磁带盒、磁带、磁盘存储器或其他磁性存储设备、固态存储器、或可以用于存储期望的信息和可以由CPU 208访问的任何其他介质。以上各项的任何组合也应包含在处理器可读储存介质的范围之内。

储存介质(一个或多个)212b可以包括系统存储器，其包括易失性和/或非易失性存储器形式(例如只读存储器(ROM)和随机存取存储器(RAM))的计算机储存介质。包括基本例程的基本输入/输出系统(BIOS)通常存储在ROM中，所述基本例程有助于例如在启动或通电期间在机动车头部单元102内的元件之间传送信息。RAM通常包括可立即访问的和/或当前由CPU 208操作的数据和/或程序模块。示例地而非限制性地，图2A示出了包括操作系统、应用程序和实现本文中描述的过程和方法的其他程序模块的软件模块214b。

机动车头部单元102还可以包括其他可去除/非可去除、易失性/非易失性的计算机储存介质驱动。仅示例性地，储存介质(一个或多个)212b可以包括从非可去除、非易失性介质中读取或向其写入的硬盘驱动器或固态储存驱动器，从可去除、非易失性磁盘读取或向其写入的磁盘驱动器，和从可去除、非易失性光盘(例如CD ROM)或其他光学介质读取或向其写入的光盘驱动器。可以在机动车头部单元102的操作环境中使用的其他可去除/非可去除、易失性/非易失性计算机储存介质，包括但不限于，闪存卡、数字化通用盘、微盘、数字视频磁带、固态RAM、固态ROM等。储存介质(一个或多个)通常通过非可去除存储接口连接到系统总线224b。以上讨论的和图2A中示出的储存介质(一个或多个)212b向机动车头部单元102提供了计算机可读指令、数据结构、程序模块和其他数据的存储。在图2A中，例如，储存介质可以存储包括操作系统、应用程序、其他程序模块和程序数据的软件214b。储存介质(一个或多个)212b可以实现文件系统、平面内存架构、数据库、或能够用于存储此类信息的任何其他方法或组合。

用户可以通过触摸屏显示器204或者一个或多个输入设备210b(例如小键盘、键盘、摄像机、运动传感器、位置传感器、光传感器、生物特征数据传感器、加速计、或定点设备(通常称为鼠标、轨迹球或触摸板))将命令和信息输入到机动车头部单元102中。机动车头部单元102的其他输入设备可以包括麦克风、操作杆、游戏控制器、光学扫描仪、其他传感器等。以下结合与外部服务器的通信来更详细地描述输入设备、特别是麦克风的示例使用。这些和其他输入设备通常通过耦合到系统总线224b的用户输入接口连接到CPU 208，但是也可以通过其他接口和总线结构(例如并行端口、串行端口、无线端口、游戏端口、或通用串行总线(USB))连接。通常，存储在软件214b中的唯一软件驱动器将每个输入机构配置为感测用户输入，并且然后该软件驱动器在其他软件214b的指令下提供CPU 208所作用于的数据点。显示器还通过接口(例如图形引擎206b)连接到系统总线224b。除了显示器204之外，机动车头部单元102还可以包括其他外围输出设备，例如扬声器、打印机、投影仪、外部显示器等，它们可以通过一个或多个模拟或数字I/O端口216b、或Wi-Fi接收器/发送器和网络接口218e、短距离无线接收器/发送器和网络接口218e或蜂窝接收器/发送器和网络接口218f的网络接口来连接。

机动车头部单元102可以利用与一个或多个远程计算机或设备的连接在联网环境中操作，所述远程计算机或设备例如是在图1中示出和上述的计算机网络108内部的远程计算机或设备、服务提供者1和服务提供者2、蜂窝塔和站106、和手持通信设备104。计算机网络108内部的远程计算机可以是个人计算机、服务器、路由器、网络PC、对等体设备、或其他普通网络节点，并且通常包括以上关于机动车头部单元102所描述的许多或全部元件。与计算机网络108的这样的连接可以包括上述的局域网(LAN)连接或广域网(WAN)连接、和/或其他网络。

当在LAN或WAN联网环境中使用时，机动车头部单元102可以通过Wi-Fi接收器/发送器和网络接口218e和/或蜂窝接收器/发送器和网络接口218f来连接。当在WAN联网环境中使用时，机动车头部单元102可以包括作为用于通过WAN(例如因特网)建立通信的网络接口(一个或多个)的一部分的调制解调器或其他装置。Wi-Fi接收器/发送器和网络接口218e和/或蜂窝接收器/发送器和网络接口可以与系统总线224b通信连接。在联网环境中，描述的关于机动车头部单元102的程序模块，或其部分可以存储在远程系统的远程存储器储存设备中。

机动车头部单元102具有I/O端口216b和/或短距离无线接收器/发送器和网络接口218e的集合，用于在短距离内传送往来于手持设备104的数据，或用于使额外的储存器耦合到机动车头部单元102，或用于和其他外部设备通信。例如，串行端口、USB端口、Wi-Fi端口、端口、IEEE1394(即火线)等可以使机动车头部单元102通信耦合到其他计算设备。紧凑式闪存(CF)端口、安全数字(SD)端口等可以使存储器设备耦合到机动车头部单元102，用于通过CPU 208来读取和写入，或使机动车头部单元102耦合到其他通信接口，例如Wi-Fi或蓝牙发送器/接收器和/或网络接口。

机动车头部单元102还具有电源222b(例如电池)。电源222b可以在机动车电源不可用或以其他方式未连接时为机动车头部单元102中需要电力的的全部组件供能。考虑并可以使用提供与如本文中描述的那些功能相同、相似、或等效的功能的、机动车头部单元102的其他各种适当的系统架构和设计。

应理解的是，本文中描述的各种技术可以结合硬件、软件和/或固件、或在适当情况下这些的组合来实现。因此，本公开的方法和设备、或其某些方面或部分可以采取包含在实体介质(例如软盘、CD-ROM、硬盘驱动器、或任何其他机器可读或处理器可读的储存介质)中的程序代码(即指令)的形式，其中，当程序代码载入机器(例如计算机或手持通信设备的处理器)并由其执行时，该机器成为用于实现各个实施例的设备。在可编程计算机或手持通信设备上执行程序代码的情况下，这样的可编程计算机或手持通信设备通常包括处理器、可由处理器读取的储存介质(包括易失性和非易失性存储器和/或储存元件)、至少一个输入设备和至少一个输出设备。一个或多个程序可以例如通过使用API、可重用的控件等实现或使用结合本公开所描述的过程。这样的程序优选以高级过程语言或面向对象编程语言来实现，以与包括图2A中描述的机动车头部单元102的计算机系统的计算机系统通信。但是，程序(一个或多个)可以在需要时以汇编语言或机器语言来实现。在任何情况下，语言都可以是编译或解释性语言，并且都可以与硬件相结合。

图3A更详细地示出了根据一个所示的实施例的、手持通信设备104的示例性软件模块。所述软件模块包括应用302、对等体通信框架组件304、手持通信设备104的网络堆栈(例如点对点(即对等体)网络堆栈306，优选为通过机动车头部单元102的网络接口310与机动车头部单元102的网络堆栈308无线互连)，和另一网络堆栈(例如与计算机网络108互连的手持通信设备104的、设备通用的网络堆栈312)。

网络堆栈(即协议栈或通信栈)是一组分层计算机联网协议的特定软件实现。本文中提供的分层通信和计算机网络协议设计和特定的TCP/IP网络协议的示例性描述可以在于http://en.wikipedia.org/wiki/OSI_Reference_Model处找到的Wikipedia.com条目“OSI Model”中获得，或在于http://en.wikipedia.org/wiki/TCP/IP_model处找到的条目“TCP/IP Model”中获得，在此通过引用并入了这两者的全文，并且在此也通过引用并入了分别在http://tools.ietf.org/html/rfc1122和http://tools.ietf.org/html/rfc1123处可以获得的、由因特网工程任务组(IETF)公开的请求注解(RFC)1122和RFC1123两者的全文。网络堆栈是一组分层协议的软件实现。因为每个协议模块通常与两个其他协议模块通信，所以它们通常被称为协议堆栈的层。最低的协议处理硬件的“低等级的”、物理交互。每个较高的层都增加更多的特征。用户和其他特定的应用通常与顶层通信。网络堆栈通常分为三个主要部分：媒体、传输和应用。特定操作系统或平台会经常具有两个明确定义的软件接口：媒体层和传输层之间的一个，和传输层和应用之间的一个。媒体-传输接口定义了传输协议软件如何使用特定的媒体和硬件类型。例如，媒体-传输接口级会定义TCP/IP传输软件会如何与以太网硬件通信。应用-传输接口定义了应用程序如何使用传输层。例如，应用-传输接口等级会定义Web浏览器程序会如何与TCP/IP传输软件通信。在本示例中，对等体通信框架组件304具有在对等体网络堆栈306和通用网络堆栈312的各个层上操作或与所述各个层通信的一个或多个子模块或例程。在图3A中更详细地示出了示例性点对点网络堆栈的结构。

应用302可以通过应用编程接口(API)与对等体通信框架组件304对接，并且充当中间件，与计算机网络108(例如因特网)和与外部设备(例如机动车头部单元102)都具有单独连接。对等体网络堆栈306和通用堆栈312可以通过与对等体网络堆栈306和通用网络堆栈312的一个或多个较低层通信的、单独的物理或逻辑的短距离无线网络接口314(即接口)和Wi-Fi或蜂窝网络接口316而分别通信连接到机动车头部单元102和计算机网络108。对等体网络堆栈306和机动车头部单元102网络堆栈提供了机动车头部单元102和手持通信设备104之间的点对点网络连接。点对点(P2P)连接是两个设备之间的连接以共享资源，而不用经过在它们之间的单独的服务器计算机。特别地，图3A的点对点连接包括两个设备之间的连接，所述两个设备包括手持通信设备104和机动车头部单元102。在点对点网络上，手持通信设备104和机动车头部单元102之间没有其他介入设备或节点。

虽然手持通信设备104可以具有通过在同一手持通信设备104上共存的通用网络312堆栈向外与因特网的单独的连接，但是对等体网络堆栈306和通用堆栈312在本示例中并不直接连接。例如，从外部设备(例如机动车头部单元102)到手持通信设备104的HTTP请求不仅仅向外转发到因特网，而是由对等体通信框架组件304和由使用所述对等体通信框架组件的应用302处理。对等体通信框架组件304可以以许多不同的方式为所述请求服务，所述方式包括但不限于，返回在手持通信设备104上缓存的文件、返回基于所述请求在运行时产生的数据、通过通用网络堆栈312向外代理到因特网、和根据需要将结果转发/缓存到机动车头部单元102。这些操作由对等体通信框架组件304实现，并且其关联的应用302与对等体网络堆栈306和通用堆栈312两者都连接。因此，手持通信设备104的系统不仅仅充当一般代理，而是充当具有多种功能的服务提供者。

对等体网络堆栈306和机动车头部单元102网络堆栈可以通过串行数据传输链路提供机动车头部单元102和手持通信设备104之间的点对点网络连接。如图1所示，机动车头部单元102和手持通信设备104可以通过短距离无线信号100通信连接。例如，该短距离无线信号可以是无线信号或有线的通用串行总线(USB)链路的信号。但是，还可以使用支持串行或并行数据传输的其他无线或有线连接。当手持通信设备104进入机动车头部单元102附近时，机动车头部单元102和手持通信设备104之间的链路可以根据短距离无线链路的适用类型的各种协议和/或标准来自动建立。

点对点网络连接是相对安全的。其可以指定为仅在两个设备之间使用在对等体网络堆栈306的物理层处的安全数据传输链路的连接。支持自动地并透明地加密数据流，并且在其中在对等体网络堆栈306的物理层处使用串行端口配置文件(SPP)作为传输机制的特定实施例中可以依赖该功能。在其中在传输机制中使用有线USB链路的特定实施例中，在没有物理地改变硬件的情况下连接会难以分接。为了增加这种安全性，某些服务可能需要HTTP摘要认证。

手持通信设备104可以具有手持通信设备104本地可用的特定网络服务和不是手持通信设备104原生(natively)可用的其他服务。对等体通信框架组件304可以处理来自机动车头部单元102的通信，使得对通过点对点连接所接收的来自机动车头部单元102的通信的处理使机动车头部单元102能够以相同的方式处理网络通信，而不管一个或多个特定的网络服务通过手持通信设备104是否对机动车头部单元102完全可用。例如，对等体网络堆栈306和机动车头部单元102网络堆栈308两者都可以提供最小的HTTP或HTTPS服务器，并且两者都可以能够对其他设备做出HTTP或HTTPS请求。对等体网络堆栈306连同对等体通信框架组件304一起可以提供所述最小支持的超集，包括但不限于：通过机动车头部单元102和手持通信设备104之间的点对点网络提供在手持通信设备104原生可用的各种服务的HTTP或HTTPS服务器、将其他服务请求传递到应用302以用于处理的能力、和对机动车头部单元102做出HTTP请求的能力。但是，如果特定的网络服务通过点对点连接经由手持通信设备104处或在手持通信设备104处不可用，则机动车头部单元102不需要和手持通信设备104进行不同的通信，这是因为来自手持通信设备104的相应的响应会根据特定的网络协议(TCP/IP)以适当的方式处理这样的请求，以实现机动车头部单元102和手持通信设备104之间的进一步通信，而不用中断连接。例如，如果手持通信设备104不提供诸如动态主机配置协议(DHCP)或地址解析协议(ARP)之类的服务，则会忽略对这样的服务的请求，或另外以使得请求者能够在不中断当前的网络连接或会话的情况下以正常方式继续通信的方式进行响应。因此，机动车头部单元102不需要知道在最小组的网络服务之外手持通信设备104是否支持或提供特定的网络服务。

在一个示例性实施例中，点对点连接中的每个设备(例如机动车头部单元102和手持通信设备104)具有特定的作用。在本示例中，手持通信设备104充当服务器并且充当连接的“锚”。其使用指定的IP地址，例如“168.100.10.1”。外部设备(例如机动车头部单元102)充当不与基于服务器的计算机网络108(在这种情况下为因特网)连接的外部设备。其使用不同的指定的IP地址，例如“168.100.10.2”。但是，在点对点连接上仅存在两个对等体(例如机动车头部单元102和手持通信设备104)的情况中，这两个对等体之间的通信的目的地网络地址可以忽略，这是因为可以假设预定目的地为不是发送该通信的那个网络对等体。手持通信设备104或“锚”设备具有向外与基于服务器的系统计算机网络108(例如通用因特网)的连接，所述设备使用所述网络来检索文件用于缓存或用于对应用302而言适当的其他目的。所述设备还控制对等体与外部设备(例如机动车头部单元102)的连接过程。所述外部设备不需要因特网连接，并且会使用其“锚”对等体(例如手持通信设备104)以获得文件和进行服务。可以预期所述外部设备在对等体连接过程中充当客户端。

在手持通信设备104和机动车头部单元102之间经由对等体网络堆栈306和机动车头部单元102网络堆栈308通过HTTP GET和POST请求来提供服务，其中服务名称为URL的文件/路径名称部分。这些服务可以使用正常的HTTP语义和头文件，并且利用标准的多用途因特网邮件扩展(MIME)类型来提供数据。手持通信设备104可以在端口80上提供HTTP服务器。因此，对手持通信设备104的请求可以像是“http://168.100.10.1:80/servicename？foo＝bar”。外部设备(例如机动车头部单元102)在端口8080上提供HTTP服务器。因此，对外部设备的请求可以像是“http://168.100.10.1:8080/servicename？foo＝bar”。根据所请求的服务，返回的数据可以从本地缓存的文件中检索、在运行时产生、或在单独的网络连接上被请求并且转发到对等体或为下一次请求而进行本地缓存。例如，可以在手持通信设备104上本地处理声音或将其发送到服务器进行处理。如果将声音发送到服务器，则声音处理的结果可以以分析树、1到N个可能匹配的列表、错误、或甚至发送到另一服务器以处理成告诉手持通信设备104接下来要做什么的代码而返回手持通信设备104。例如，服务器可以形成对另一第二服务器的查询，所述查询对第二服务器来说类似触觉(触摸/键盘)输入的结果，并且第二服务器可以以完全相同的方式响应，就如同原始输入在手持通信设备104上已经是触觉的一样。声音处理服务器可以然后将这些结果转发回手持通信设备104。

服务可以由关联的应用302、利用对对等体通信框架组件304的API调用来提供。某些服务是对等体通信框架组件原生的，并且可以在没有应用介入的情况下操作。这样的服务包括(但不限于)服务发现(其列出可用服务)、文件检索(其以别名提供来自缓存的文件，并且支持缓存修改)、和受控的因特网代理(其利用别名将请求转发到预先选择的因特网服务器)。

可用服务的可发现性由特定服务提供，该特定服务由至少一个对等体(例如手持通信设备104或机动车头部单元102)提供。在本示例中，这将是手持通信设备104(“锚”设备)，并且可发现性服务在对等体通信框架组件304处是原生可用的。在一个实施例中，该服务可以返回描述可用服务的指定的可扩展标记语言(XML)文件。例如，文件的URL可以是“http://168.100.10.1:80/servicelist”。服务列表包含用于外部设备(例如机动车头部单元102)的足够的信息以创建可用服务的菜单，并且以访问可用服务来根据需要获得更多信息。在大部分情况下，每个对等体(例如机动车头部单元102和手持通信设备104)会从其他对等体请求服务列表。服务列表的细节可以利用在初始化时供应到对等体通信框架组件304的配置数据进行指定。该配置可以由应用302提供或保持在计算机网络108(例如因特网)上。在后一种情况下，该配置会在手持通信设备104启动时由应用302下载，使得手持通信设备104的可用服务能够随时间变化，而不刷新应用302。手持通信设备104可以确定来自机动车头部单元102的请求是否对应于描述可用服务的文件中的服务。如果确定所述请求对应于描述可用服务的文件中的服务，则手持通信设备104可以然后将请求转发到基于服务器的计算机网络108。

同样地，可以从手持通信设备104(“锚”设备)传递信息，以通过经由串行数据传输链路将信息从手持通信设备104传递到机动车头部单元102，将外部设备(例如机动车头部单元102)的用户界面配置为与手持通信设备104的相应用户界面视觉上匹配。同样地，可以从手持通信设备104(“锚”设备)传递信息，以配置或提供其他信息到外部设备。信息可以包含适于由机动车头部单元102使用以将机动车头部单元102的用户界面配置为与手持通信设备104的相应用户界面视觉上匹配的数据。信息可以包含适于由机动车头部单元102使用以配置机动车头部单元102的其他组件或应用的数据。在一个示例中，包含在返回到机动车头部单元102的数据中的信息可以用于在配置为与手持通信设备104的相应的用户界面视觉上匹配的、机动车头部单元102的用户界面上显示。信息还可以从基于服务器的计算机网络108上的远程服务器获得和配置在其上，并且可以被配置为使得手持通信设备104的用户界面、机动车头部单元102的用户界面、和基于服务器的计算机网络108上的一个或多个远程设备的用户界面彼此基本匹配。

由于手持通信设备104在一些实施例中可以不一直连接到计算机网络108，而是优选地仍然能够向外部设备(例如机动车头部单元102)提供服务，因此对等体通信框架组件304可以提供智能文件缓存和预加载以提高数据在被请求时可用的可能性。对等体通信框架组件304可以监视从机动车头部单元102接收的请求的类型和模式，并且基于接收到的请求的类型和模式在手持通信设备104的一个或多个存储器上缓存从基于服务器的计算机网络108接收的响应的至少一部分。文件缓存服务中的特定部分(例如监视接收到的请求的类型和模式)可以在因特网服务器上实施，使系统智能更强并且容易扩展。缓存的实际管理可以发生在客户端(例如手持通信设备104)上，其中该设备的容量和能力是已知的。例如，对等体通信框架组件304可以包括向基于服务器的计算机网络108上的服务器请求缓存控制数据的客户端，其指定什么文件将与客户端用于控制如何管理该缓存的元数据一起被缓存。客户端然后尝试加载来自网络108的那些文件，并且将它们本地存储在手持通信设备104上，使它们对于对等体通信控制组件和本地应用302而言可用。如果从缓存请求还没有在手持通信设备104上加载或不在缓存控制数据中的文件，则可以直接从网络108请求该文件并且在将其提供给请求者(例如机动车头部单元102)之前将其缓存。

在两个对等体之间的点对点连接中的对等体的两者任一(例如手持通信设备104或机动车头部单元102)或两个对等体可以运行利用相同或相似的对等体通信框架组件与另一个对等体通信的应用。该应用会控制“锚”对等体上的连接过程。“外部”对等体还可以运行相同或相似的对等体通信框架组件304或可以充当“非锚”对等体。但是，对等体通信框架组件304可以设计为一次链接到设备上的一个应用302或几个应用。如果在手持通信设备104上需要几个合作的应用以同时使用对等体通信框架组件304，则可以使用提供适合于设备的交叉任务通信的“包装”应用。

在连接到对等体通信框架组件304但认为其连接到通用框架的设备(如头部单元102)上，头部单元102上的网络堆栈可以由几个应用同时使用，而不需要任何“包装”。

对等体通信框架组件304可以被实现为或被提供为用于多个平台的C/C++和Java^TM版两者中的代码库。依赖于平台，对等体通信框架组件304以及关联的模块和例程可以提供为可以链接到特定应用302的代码中的源代码和/或预编译的二进制文件。在一些实施例中，二进制文件可以是运行时可链接的，使得在相同的设备上几个应用能够共享单个对等体通信框架组件304库。对等体通信框架组件304可以以运行时链接的形式提供的版本的示例包括但不限于无线二进制运行时环境(BREW)、即BREW扩展，和Jave移动信息设备配置文件(MIDP)、即Jave归档(JAR)文件。可以提供对等体通信框架组件304库的定制版，其可以仅包括对等体通信框架组件304模块中的一些。在手持通信设备104可以进行多任务的一个实施例中，可以使用上述的运行时链接，并且对等体通信框架组件304可以作为独立应用实现以便实施该特定的实施例。在手持通信设备104不能进行多任务的实施例中，手持通信设备104上的应用可以通过在被头部单元102请求时关闭和启动不同的应用来合作。这样的情况可以包括在应用变化时关闭和重新启动对等体通信框架组件304。

图3B为根据一个所示的实施例的、示出了根据一个所示的实施例的头部单元104的软件模块的示意图。示出的是可以通过适用的应用编程接口(API)调用彼此通信的各个软件组件的相对分等级的分层。应用层318(Apps)在顶部，并且可以包括各种高层应用(例如导航系统应用等)。接下来示出了核心用户界面框架层320，然后是核心共用框架层322、媒体播放器324、访问控制层326、(可选的)对等体通信框架客户端328、连接层330，而较低的机动车头部单元332操作系统层在底部示出。

图4A更详细地示出了根据一个所示的实施例的、手持通信设备104的对等体通信框架组件304和网络堆栈306、312的一个示例，包括它们的彼此的逻辑连通性和手持通信设备104的文件系统402。虽然本示例中将图4A的模块描述为“锚”对等体(例如手持通信设备104)的组件，但是对等体通信框架组件304的这样的模块还可以存在于外部设备(例如机动车头部单元102)中，使得其还可以充当服务提供者和请求者，并且提供对等体通信框架组件304功能。同样地，本文中描述的PCF示例的方面还在美国专利申请公开第2011/0289186号中进行了描述，本文中通过引用并入了该申请全文。

对等体通信框架组件304提供包括几个组件的集成框架，所述几个组件中的每一个都具有应用302可以用来控制对等体通信框架组件304并且与对等体设备通信的、它们自己的API。这些组件还在对等体通信框架控件404内部使用以提供基本服务。对等体通信框架组件304可以具有两个组件，包括但不限于控制例程404和硬件抽象层406。对等体通信框架控件404初始化对等体通信框架控件404，供应全局使用，并且提供发起和终止对等体连接的方式。对等体通信框架控件404和硬件抽象层406组件在对等体网络堆栈306、通用网络堆栈312、以及服务请求者408和服务提供者410模块的各个层处操作或者与其通信，使得它们可以接收、处理和发送信息以便请求和提供服务，并且控制对等体通信框架组件304运行于其上的设备的通信和操作。特别地，硬件抽象层406通过提供串行数据传输( SPP、USB等)、设备通用网络堆栈312功能(蜂窝、Wi-Fi等)、和设备文件系统402的抽象化来使对等体通信框架组件304代码和底层设备(例如手持通信设备104)分离。然后对每个本地设备实施这些抽象化,为该设备创建对等体通信框架组件304的唯一端口。对等体通信框架控件404的替代实施例包括对等体网络端口对象，其具有应用302可以用于实施除了HTTP之外的协议的TCP和UDP支持。

在应用启动时，应用302可以初始化和启动对等体通信框架控件404，进入适当的配置文件的位置。对等体通信框架控件404配置文件可以具有XML布局，该布局具有用于每个主要功能区域的部分。

在一些实施例中，对等体通信框架控件404不限定用于向包含标签提供信息的服务名称、简档名称、或名称/值对。这可以通过特定实现来配置。为此，对于网络对等体来说，可以期望的是，以避免与其他实现的名称冲突的方式来为网络对等体的特定服务和信息名称创建名称空间，和/或建立包括服务如何工作或如何使用简档的详细规范的开放命名标准。每个对等体都被配置为知道如何访问其识别的服务和简档。

配置文件的网络部分限定了如何初始化网络和通过其建立对等体连接的数据传输。配置文件中指定的数据传输配置指定了要使用的数据传输，设备在连接中起的作用，并且包括对该数据传输有意义的一组名称/值对。如果命名的传输不可用，则中止该配置并且向应用302返回错误。配置文件中指定的IP配置指定了设备将使用的IP地址和该设备会在什么服务端口上接收请求和对其做出请求。配置文件的服务部分提供对等体可以进行的服务的列表，和可选地，提供被附加到服务的、在该服务的上下文下中具有意义的任意名称/值对的列表。例如，名称Services可以与简档相关联。服务具有类型，其指定了对等体通信框架控件404如何处理对该服务的请求。在本示例中，支持以下类型：app、file、proxy和custom。服务可以包含其意义依赖于应用的、与该服务相关联的名称/值对的列表。例如，这些名称/值对可以提供确定服务支持哪些参数所需的信息。配置文件的缓存部分指示在启动时如何清除缓存并且提供待缓存的文件的列表。缓存文件可以与简档相关联。配置文件的代理控制部分支持限定了哪些URL对远程代理和文件缓存请求有效的一组“允许”和“拒绝”模式。例如，有效URL必须匹配“允许”模式中的至少一个，并且不能匹配任何“拒绝”模式。配置文件的简档部分提供依赖于应用的元数据，其关于与该简档相关联的项目(例如服务和文件)组。简档可以包含其意义依赖于应用的、与该服务相关联的名称/值对的列表。例如，这些名称/值对为名称是“天气App”的示例性简档提供建立可用服务的菜单所需的信息。

在适当的配置文件的位置被传送之后，对等体通信框架控件404然后将(例如从因特网上的服务器或从本地文件系统)获得配置文件的全新副本。可以解析配置文件，并且然后将适当的配置数据提供给各个组件。当应用302请求时，对等体通信框架控件404将开始利用在配置中定义的数据传输和设备作用来查找另一个对等体。当连接建立时，对等体通信框架控件404会通知应用302。如果没有连接建立，则对等体通信框架控件404会继续搜索对等体直到被告知停止。在连接建立之后的任何时间，应用302都可以请求终止连接。如果连接由于任何原因(例如正常终止、超时等)而失败，则应用302会被通知。

文件缓存管理器组件424处理来自外部网络(例如计算机网络108(例如因特网))的文件的下载和缓存，该外部网络应来自对等体设备(例如机动车头部单元102)的请求将它们提供给应用302和服务提供者410。例如，由对等体通信框架控件404管理的配置文件(例如XML文件)包括缓存控制部分，其指定什么文件会与确定如何处理每个文件的元数据一起下载和缓存。然后只要应用302运行，文件缓存管理器组件424就利用来自该配置的适用的缓存控制XML作为引导而开始清理本地缓存并且加载新的文件作为后台进程。缓存本身可以是设备文件系统402上的标准目录，并且文件可以以与它们从网络108所检索出的格式相同的格式在该处保存。用于缓存的总大小的设备特定规则、缓存控制的清理部分、和单独文件缓存控制元数据的结合会确定在加载启动前或在其进行中从缓存移除哪些更旧的文件。缓存管理器组件424会防止总缓存大小超出设备特定值。利用单独文件缓存控制元数据中提供的URL从网络中检索文件本身。文件缓存管理器组件424还为应用302和已连接的对等体(例如机动车头部单元102)提供了在缓存控制中将文件添加到缓存列表和/或覆盖文件的缓存元数据的能力。一旦添加到列表中，就利用上述缓存规则处理本地所请求的文件。

文件缓存管理器组件424例如可以提供两种检索文件数据的方法：作为二进制流和作为URL形式的文件位置。任何时间都可以通过名称从文件缓存管理器组件424请求二进制流形式的特定文件。该请求可以可选地包括覆盖在缓存控制中所提供的元数据的缓存元数据。如果所请求的文件名称不在缓存控制中，则利用之前传递的元数据或利用可选元数据的默认值将其添加到缓存中。当文件被请求时，文件缓存管理器组件424会首先进行查看以看其当前是否在缓存中。如果该文件不在缓存中，则文件缓存管理器组件424会然后利用标准文件缓存规则但是以那个时刻的加载次序将所述文件上移来请求该文件。对于已经在缓存中的文件，该文件被打开并且数据被提供为二进制流。对于还不在缓存中的文件，首先从网络检索该文件，将其写入文件缓存，然后如前所述的那样将其打开。

文件缓存管理器组件424可以提供第二种文件访问的方法，该方法是间接的并且绕过上述自动缓存机制。在这种情况下，通过名称来请求文件的位置，并且当文件已经在缓存中时文件缓存管理器返回本地文件系统URL(例如“file://some/path/foo.bar”)，或者当文件不在缓存中时文件缓存管理器组件424返回网络URL(例如“http://some.domain/foo.bar”)。本地系统URL格式会是依赖于设备的。

如上所述，可以可选地提供缓存元数据，并且所请求的文件名称不必已经在缓存控制中。但是，在这种情况下，不会自动检索所请求的文件，而是将标准缓存加载程序应用于它。因此，该方法可以应一个请求而返回网络URL和应之后的请求而返回文件URL，这是因为在那些请求之间文件已经加载到缓存中。

缓存的文件可以由与对等体通信框架控件404相关联的应用302使用。该应用可以从文件缓存管理器组件424请求二进制流形式的文件数据，或者从文件缓存管理器组件424请求文件位置并将其正常打开。缓存的文件还可用于服务提供者组件410，所述服务提供者组件可以然后将它们提供给外部设备，例如机动车头部单元102。在本示例中，使用二进制流方法。

指定用于维护该缓存的文件和元数据的缓存控制数据可以在在运行时在基于服务器的计算机网络108内部的客户端(例如手持通信设备104)或服务器上产生。根据需要，该数据如何产生可以是简单的或是复杂的，并且可以基于应用302的需要或从跟踪或监视文件的类型和应用302的实际使用模式得到的体验随时间变化。应用于服务器或设备(例如手持通信设备104)上的用于缓存的规则可以是基于但不限于以下项目的一个或多个：由应用设计者出于使用的可能性或由于它们必须以最小的时间延迟在设备上可用而选择的文件、基于当前用户的手势(使用模式)所选择的文件、基于聚集的用户手势所选择的文件、基于用户偏好所选择的文件、基于用户的车辆所选择的文件、基于用户的当前位置所选择的文件、基于用户全天的典型位置所选择的文件、基于搭档或客户的需求所选择的文件、基于已连接的设备(例如机动车头部单元102)所选择的文件、和调用在未来请求该文件的服务(例如手持通信设备104服务可以根据需要更新服务器数据库)。

文件选择过程的初始实现可能是简单的，之后根据需要的指示增加复杂性。手持通信设备客户端应用(例如服务请求者组件408)和已连接的设备(例如机动车头部单元102)可以从缓存中请求没有在缓存控制数据中指定的文件，并且那些文件在被请求之后会正常地进行缓存。

服务请求者组件408和服务提供者组件410可以每个都具有相应的客户端和服务器模块(例如分别为HTTP客户端412和HTTP服务器414模块)以通过对等体网络堆栈306或通用网络堆栈312请求和/或提供服务，以便支持来自应用302且由对等体通信框架组件304管理的这样的请求和服务。在一个示例性的实施例中，对等体网络堆栈组件306通过适当的串行数据传输功能来实施最小的TCP/IP堆栈。数据传输功能可以基于设备和对等体通信框架控件404配置而变化。对等体网络堆栈306可以例如包括传输层处的TCP功能416、网络层处的IP功能418、数据链路层处的串行线路网际协议(SLIP)或点对点协议(PPP)功能420、和物理层处的串行数据传输功能422(例如 SPP或USB)。对于SPP，连接服务名称会使用指定值，例如“对等体通信框架v1.0”。外部设备(例如机动车头部单元102)可以在枚举连接中的设备(例如手持通信设备104)上的简档时查找该值。

服务提供者组件410可以是具有支持GET和POST语义的最小HTTP服务器。传入的HTTP请求解析到文件缓存中的文件或服务请求，这由对等体通信框架控件304的原生服务来处理或转发到关联的应用302以进行服务。可以利用等体通信框架控件404原生的专用服务、称为“文件”(例如http://168.100.10.1:80/file/filepath/filename.ext)来请求文件。可选的参数可以指定文件缓存元数据，包括从其检索文件的因特网URL。但是，由于因特网URL受制于针对缓存控制配置选项的匹配，因此这不是开放的代理。还可以利用在服务配置中定义的别名来请求文件。在本示例中，仅利用服务名称(例如“http://168.100.10.1:80/filealias”)来请求文件。可以通过服务名称来请求服务(例如“http://168.100.10.1:80/servicename？foo＝bar”)。由于请求可以是HTTP POST形式的，因此其可以包含任何数据类型的内容。

在应用302被告知并被给予中止请求的选项之后，对等体通信框架控件404原生的服务由对等体通信框架控件404内部处理。应用服务和应用用来确定请求的内容和响应该请求的“请求”对象一起被转发到应用302。服务提供者组件410的HTTP服务器414可以提供服务提供者组件410原生的一些服务。例如，这些服务可以包括但不限于，服务列表(其使用与该配置中的服务列表相同的格式返回可用服务的列表)、文件列表(其返回格式化为服务列表的可用文件的列表)、和文件(其返回来自缓存的文件、如果尚未在缓存中则将该文件添加到缓存)。服务请求者组件408允许与对等体通信框架控件404相关联的应用能够利用GET和POST语义向外部对等体设备(例如机动车头部单元102)做出HTTP请求。服务如由外部对等体设备所定义的那样被请求并且可以格式化为HTTP GET或POST请求。例如，请求可以格式化为“http://168.100.10.1:8080/servicename？foo＝bar”。为了做出请求，应用302从对等体通信框架控件404得到新的请求对象，根据需要设置其属性并且然后调用“发送”方法。上述请求对象引发成功或失败的事件，并且如果成功，则使响应的内容以二进制流的形式对应用302可用。

在其他实施例中可以存在，或可以不存在对等体通信框架组件304的上述特定模块和其他可选模块。但是，排除特定模块导致排除它们的设备不能充当“锚”设备，“锚”设备是从能够向期望对等体通信框架组件304的全部功能的外部设备提供特定服务的意义上来说的。例如，就不与因特网连接并因此不需要缓存和提供文件的外部设备(例如机动车头部单元102)而言，可以容易地除去文件缓存管理器模块424和服务提供者组件410(除非特定外部设备需要提供除了来自因特网的经缓存的文件之外的服务)。

参与在上述“锚”和外部设备之间的连接的两个对等体中，只有一个需要实现对等体通信框架组件304的功能。另一个对等体可以利用适当的数据传输、使用任何符合标准的网络堆栈进行连接。例如，具有通用网络堆栈308和通过 SPP支持SLIP的机动车头部单元102(外部设备)可以连接到运行对等体通信框架组件304的手持通信设备104(“锚”)。每个对等体(例如手持通信设备104和机动车头部单元102)都提供能够通过适当的网络地址连同做出和处理服务请求所需的协议支持一起进行通信的适当的数据传输和网络堆栈。由对等体通信框架组件304库向对等体提供该功能。不具有对等体通信框架组件304的对等体单独实现该功能。例如，该特定功能可以包括数据传输功能(SPP/SLIP或其他)、TCP/IP功能、HTTP客户端功能(从“锚”对等体请求服务)、和其他任选的协议。例如，不具有对等体通信框架组件的对等体(例如机动车头部单元102)可以可选地提供HTTP服务器以对于“锚”对等体(例如手持通信设备104)充当服务提供者。

当两个对等体连接时，一个或多个对等体可以接收指示它们正在参与点对点网络的信息，其中一个对等体具有对等体通信框架组件304以使得它们可以适当的配置自己。“锚”对等体为具有对等体通信框架组件304并且将已经适当地配置的对等体。但是，外部对等体可以通过相同的物理串行传输来支持其他种类的连接，并且可以通过外部对等体寻找连接服务名称的值而得知已经发起了什么种类的连接，如上所述的那样。

图4B为根据另一所示的实施例的、示出了手持通信设备104的软件模块的示意图。示出的是可以通过适用的应用编程接口(API)调用彼此通信的各个软件组件的相对分等级的分层。小应用程序(一个或多个)层426处于顶部，并且可以包括可用于下载到手持设备104上的各种高级应用。示出了核心用户界面框架层428，然后是核心共用框架层430、用于媒体播放器等的各种库432、访问控制层434、对等体通信框架服务器436、物理访问层(PAL)442、蓝牙等连接接口层438，最后在底部示出手持设备操作系统层440。

图5为示出根据一个所示的实施例的、提供机动车的机动车头部单元、通信设备、和基于服务器的计算机网络之间的通信的方法500的流程图，其中通过所述基于服务器的计算机网络来提供因特网访问。

该方法开始于502，在该方法中可以经由点对点网络堆栈、通过串行数据传输链路从机动车头部单元102接收请求。在503，可以确定该请求是否应由经由外部的基于服务器的网络的服务来处理。例如，一些服务是手持通信设备原生可用的(在其本地)，而其他服务可能通过在手持通信设备外部的基于服务器的网络可用。手持通信设备本地可用的这种服务的一个示例可以是在因特网广播应用上更换电台的一个服务。但是，如果全部的服务都是手持通信设备上原生可用的或如果手持通信设备上没有原生可用的服务，则将不需要确定该请求是否应由通过外部的基于服务器的网络的服务进行处理，并且可以考虑包括这样的各种过程的实施例和不包括这种决策的系统。如果确定该请求应由通过外部的基于服务器的网络的服务来处理，那么在504，该请求经由设备的通用网络堆栈被转发到基于服务器的计算机网络。在506，通过通用网络堆栈从基于服务器的计算机网络接收响应，并且在508，将该响应通过串行数据传输链路发送到机动车头部单元。在一个实施例中，头部单元和通信设备之间的串行数据传输链路为串行端口配置文件(SPP)类型的串行数据传输链路或通用串行总线(USB)类型的串行数据传输链路。

如果在503确定该请求不应由通过外部的基于服务器的网络的服务来处理，那么在510，根据所述请求在本地执行该服务。例如，该服务可以在手持通信设备的本地执行。在508，通过串行数据传输链路将执行服务而产生的响应发送到机动车头部单元。例如，在服务是更换因特网广播应用上的电台的情况下，会利用手持通信设备本地的服务来更换无线电因特网电台，而不用将该请求转发到外部网络。

图6为根据一个所示的实施例的、示出了提供机动车头部单元、通信设备、和基于服务器的计算机网络之间的通信的方法的流程图，所述方法包括过滤服务请求。

所述方法开始于602，在该方法中经由点对点网络堆栈、通过串行数据传输链路从机动车头部单元接收请求。在604，可以确定请求是否对应于指定的服务列表上的服务。例如，指定的服务列表可以是经由除了机动车头部单元之外的对等体(例如手持通信设备)可用的服务的列表。如果确定该请求与指定的服务列表中的服务不对应，则所述方法可以然后返回错误代码612(例如向请求服务的客户端返回HTTP错误代码)。在606，如果已经确定请求对应于指定的服务列表中的服务，那么在605，可以确定该请求是否应由通过外部的基于服务器的网络的服务来处理。例如，一些服务是手持通信设备原生的(即在其本地)，而其他服务可以通过在手持通信设备外部的基于服务器的网络可用。手持通信设备本地可用的这种服务的一个示例可以是在因特网广播应用上更换电台的一个服务。但是，如果全部的服务都是手持通信设备上原生可用的或如果手持通信设备上没有原生可用的服务，则将不需要确定该请求是否应由通过外部的基于服务器的网络的服务进行处理，并且可以考虑包括这样的各种过程的实施例和不包括这种决策的系统。如果确定该请求应由通过外部的基于服务器的网络的服务来处理，那么在606，该请求可以通用网络堆栈被转发到基于服务器的计算机网络。例如，通用网络堆栈存在于相同的设备(例如手持通信设备)上，在所述设备上存在点对点网络堆栈。在608，通过通用网络堆栈从基于服务器的计算机网络接收响应。在610，可以然后通过串行数据传输链路将响应发送到机动车头部单元。

如果在604确定所述请求不应由通过外部的基于服务器的网络的服务来处理，那么在614，根据所述请求在本地执行该服务。例如，该服务可以在手持通信设备的本地执行。在614，通过串行数据传输链路将执行服务而产生的响应发送到机动车头部单元。例如，在该服务是更换因特网广播应用上的电台的情况下，会利用手持通信设备上的本地服务来更换无线电因特网电台，而不用将请求转发到外部网络。

图7为根据一个所示的实施例的、示出了提供机动车头部单元、通信设备、和基于服务器的计算机网络之间的通信的方法的流程图，所述方法包括智能缓存。

所述方法开始于702，在该方法中经由点对点网络堆栈、通过串行数据传输链路从机动车头部单元接收请求。例如，可以在具有与机动车头部单元的点对点连接的对等体网络上的通信设备处接收请求。在704，通过通用网络堆栈将请求转发到基于服务器的计算机网络。例如，通用网络堆栈存在于相同的设备(例如手持通信设备)上，在所述设备上存在点对点网络堆栈。在706，监视所接收的请求的类型和模式。例如，该监视在基于服务器的计算机网络上的一个或多个服务器上执行，但是可选地，还可以在通信设备的本地执行，或者替代地在通信设备的本地执行。在708，通过通用网络堆栈从基于服务器的计算机网络接收响应。在710，可以基于接收到的请求的监视类型和模式来缓存该响应(或响应的至少一部分)。例如，可以根据从基于服务器的计算机网络接收的、指示在通信设备上缓存什么文件或响应的各种缓存数据来接收响应并且在通信设备上缓存该响应的至少一部分。在接收到更多请求时，所述方法可以然后重复始于702的714。

图8为根据一个所示的实施例的、示出了用于在通信网络环境中在第一和第二网络对等体之间通过直接串行数据传输链路进行通信的方法800的流程图，包括由第一网络对等体对包含在一个或多个通信中的服务请求进行响应。

所述方法开始于802，在所述方法中通过网络上的直接串行数据传输链路来接收通信，其中在给定时间，只有两个网络地址在所述网络中使用。第一网络对等体和第二网络对等体之间可以存在在直接串行数据传输链路上的已建立的数据传输连接，并且第一网络对等体可以具有通过单独的网络接口与所述链路外部的网络的单独连接。在804，从接收到的通信中提取有效负载，而不管通信分组的目的地网络地址如何。例如，可以忽略或以其他方式不使用目的地网络地址。同样地，第一网络对等体和第二网络对等体之间在直接串行数据传输连路上的已建立的数据传输连接可以是对于第一网络对等体对服务请求的响应而言不需要将第一网络对等体和第二网络对等体的网络地址解析为第一网络对等体和第二网络对等体的硬件地址的一个连接。在806，通过提供最初经由与直接串行数据传输链路外部的网络的单独连接所获得的数据对包含在通信中的服务请求进行响应。例如，直接串行数据传输链路外部的网络可以是因特网。当接收到更多通信时所述方法可以然后重复始于802的808。

图9为根据一个所示的实施例的、示出了用于在通信网络环境中在第一和第二网络对等体之间通过直接串行数据传输进行通信的方法900的流程图，包括处理接收到的、请求特定网络服务的通信。

所述方法开始于902，在该方法中通过直接串行数据传输链路由第一网络对等体从第二网络对等体接收通信。在904，然后处理接收到的通信使得与更一般的网络相反，第二网络对等体不需要按次序知道其在点对点网络上。使第二网络对等体能够以相同的方式来处理网络通信，就如同第一网络对等体确实提供了特定的通用网络服务，即使第一网络对等体不提供所请求的服务也是如此。来自第一网络对等体的相应的响应会以适当的方式根据特定网络协议(例如TCP/IP)来处理通信中的服务请求，以在不中断连接的情况下实现第一和第二网络对等体之间进一步的通信。例如，如果第一网络对等体不提供诸如动态主机配置协议(DHCP)或地址解析协议(ARP)之类的服务，则会忽略对这样的服务的请求，或另外以使得请求者能够在不中断当前的网络连接或会话的情况下以正常方式继续通信的方式进行响应。在接收到更多通信时所述方法可以然后重复始于902的906。

图10为根据一个所示的实施例的、用于提供涉及机动车头部单元的服务和通信的系统的各种逻辑组件的系统架构图。

示出的是与主要服务提供者1080和其他服务提供者1002、1018、1030、1038、1004和1048通过各种通信系统运营商网络1070通信的手持设备104和头部单元104。主要服务提供者1080向头部单元104和手持设备102提供服务、例如流音乐、新闻、运动、天气、旅行、预警系统信息、地图、导航、信息等，以及其他娱乐和信息数据服务。手持设备104和/或头部单元102的用户可以与由主要服务提供者1080服务和管理的账户相关联，使得他们的信息和个人偏好可以被存储、随着他们并且在他们的手持设备102上和/或他们的头部单元104、或配置为与其他设备和主要服务提供者1080通信的任何头部单元(例如头部单元120)上或通过这些设备是可访问的。他们的机动车的车辆识别号(VIN)还可以与头部单元102和用户的账户相关联。这样，用户和他们的设备可以在向主要服务提供者1080或向彼此发送服务请求时被自动认证，而用户不必每次手动提供凭证信息。例如，以下表格列出在本文中描述的系统内的许多实施例中实施的许多技术特征。如本文中使用的“TGT”还指的是主要服务提供者。

表格1：

图11为根据一个所示的实施例的、示出了通过服务器向已识别的远程车辆头部单元102提供服务和/或信息的方法1100的系统流程图。

该方法开始于1102，在1102处服务器接收来自已认证用户的远程设备的请求。

在1104，服务器识别与该请求相关联的远程车辆头部单元(可以是或可以不是远程设备)。

在1106，响应于请求，服务器基于该请求、已认证用户和远程设备中的一个或多个通过服务器以电子方式向已识别的远程车辆头部单元提供服务和/或信息。

图12为根据一个所示的实施例的、示出了基于接收到的信息自动配置车辆头部单元的方法1200的系统流程图。

在1202，车辆头部单元接收来自移动设备的请求并且认证该请求。

在1204，响应于认证请求，头部单元接受来自移动设备的服务和/或信息。

在1206，响应于接受的服务和/或信息，头部单元基于以下项目的一个或多个来自动配置车辆头部单元：接受的来自移动设备的服务和/或信息、和与关联于该请求的用户相关联的服务和/或信息，其中与关联于该请求的用户相关联的服务或信息来自远程服务器。

图13为根据一个所示的实施例的、示出了基于根据已识别的用户偏好来自动配置车辆头部单元而自动配置车辆头部单元的方法1300的系统流程图。

在1302，头部单元接收来自移动设备的请求。

在1304，头部单元认证该请求。

在1306，响应于认证请求，头部单元接受来自移动设备的服务或信息。

在1308，响应于接受的服务或信息，头部单元根据与请求相关联的用户的已识别的用户偏好、基于以下项目的一个或多个来自动配置头部单元：接受的来自移动设备的服务或信息、和与关联于该请求的用户相关联的服务或信息，其中与关联于该请求的用户相关联的服务或信息来自远程服务器。

图14为根据一个所示的实施例的、示出了根据用户的用户偏好来自动使车辆头部单元操作的方法1400的系统流程图。

在1402，手持设备发送与用户和远程车辆头部单元相关联的请求。

在1404，响应于发送的请求，手持设备接收用户的用户偏好的指示。

在1406，手持设备基于接收的用户的用户偏好的指示使远程车辆头部单元根据用户的用户偏好来操作。同样地，可以应用相同或相似的方法1400，在所述相同或相似的方法中提供服务的服务器执行这些步骤。

包括在摘要中描述的、所示实施例的以上描述不旨在是穷尽的或将实施例限制到所公开的明确形式。如本领域技术人员会认识到的，虽然为了说明的目的在本文中描述了示例的特定实施例，但是在不脱离本公开的精神和范围的情况下可以做出各种等效修改。本文中提供的各个实施例的教导可以应用于其他设备，并不一定是以上一般描述的示例性的机动车头部单元102和手持通信设备104。

例如，前面的详细描述已经通过使用框图、示意图和示例阐述了设备和/或过程的各种实施例。由于这样的框图、示意图、和示例包含一个或多个功能和/或操作，因此本领域技术人员应理解，这样的框图、流程图、或示例内部的每个功能和/操作都可以通过各种硬件、软件、固件、或几乎其任何结合来独立地和/或共同地实施。本领域技术人员会认识到，本文中公开的实施例的整体或部分可以在标准集成电路中等效实施为，由一个或多个计算机执行的一个或多个计算机程序(例如，如在一个或多个计算机系统上运行的一个或多个程序)、由一个或多个控制器(例如微控制器)执行的一个或多个程序、由一个或多个处理器(例如微处理器)执行的一个或多个程序、固件、或上述的几乎任何结合，并且会认识到根据本公开的教导设计电路系统和/或为软件和/或固件编写代码会是在本领域技术人员的技术范围内。

当逻辑作为软件或固件被实现或被存储在存储器中时，逻辑或信息可以存储在任何计算机可读介质(即处理器可读储存介质)上以供任何处理器相关的系统和方法使用或与之结合使用。在本公开的上下文中，存储器是电子的、磁的、光的、或者包含或存储计算机和/或处理器程序的其他物理设备或装置的计算机可读介质。逻辑和/或信息可以包含在任何计算机可读介质中以供指令执行系统、装置、或设备(例如基于计算机的系统、包含处理器的系统)，或可以从指令执行系统、装置、或设备中取指令并且执行与逻辑和/或信息相关联的指令的其他系统来使用或与之结合使用。

在本说明书的上下文中，“计算机可读介质”或“处理器可读储存介质”可以是可以存储与逻辑和/或信息相关联的程序以供指令执行系统、装置、和/或设备使用或与之结合使用的任何物理元件。计算机可读介质可以是例如但不限于电子的、磁的、光的、电磁的、红外的、或半导体的系统、装置、或设备。计算机可读介质的更具体的示例(非穷尽的列表)会包括以下内容：便携式计算机软盘(磁的、小型闪存卡的、安全数字的等)、随机存取存储器(RAM)、只读存储器(ROM)、可擦可编程只读存储器(EPROM、EEPROM、或闪存)、便携式小型只读光盘存储器(CDROM)、数字磁带。

可以结合上述各个实施例以提供另外的实施例。在实施例与本文中的具体教导和定义不是不一致的方面来说，本说明书中所提到的和/或在申请数据表中列出的美国专利、美国专利申请公布、美国专利申请、外国专利、外国专利申请、和非专利出版物的全部都在本文中通过引用并入了全文。实施例的方面在必要时可以修改以采用各种专利、申请和公布的系统、电路、和原理来提供再进一步的实施例。

根据以上的详细描述可以对实施例做出这些和其他的改变。通常，在以下权利要求中，所使用的术语不应理解为将权利要求限制为本说明书和权利要求中公开的具体的实施例，而应理解为包括所有可能的实施例以及这些权利要求有权享有的等效物的全部范围。同样地，权利要求不被本公开所限制。

Claims (81)

1.一种用于向机动车头部单元以电子方式提供服务的方法，所述方法包括：

由服务器的计算机处理器接收来自已认证用户的远程设备的请求；

由所述服务器的所述计算机处理器识别与所述请求相关联的机动车头部单元；和

响应于所述请求，由所述服务器的所述计算机处理器基于以下项目的一个或多个向所述已识别的机动车头部单元以电子方式提供服务或信息，以使所述已识别的机动车头部单元根据所述已认证用户的已识别的用户偏好、或另一已认证用户的已识别的用户偏好的相应偏好来操作：所述请求、所述已认证用户、所述另一已认证用户和所述远程设备，

其中，所述服务器的所述计算机处理器提供服务以检测和缓解所述服务器的滥用。

2.如权利要求1所述的方法，其中，所述已认证用户与所述远程设备相关联，并且所述机动车头部单元与所述另一已认证用户相关联。

3.如权利要求1所述的方法，其中，所述远程设备为以下设备中的一个：所述机动车头部单元、移动设备和计算机。

4.如权利要求1所述的方法，其中，所述远程设备为机动车头部单元，所述服务器在移动设备上操作，并且其中，所述已识别用户的所述相应偏好与所述移动设备相关联。

5.如权利要求4所述的方法，还包括：

由所述服务器的所述计算机处理器在所述移动设备上存储所述已认证用户的所述已识别的用户偏好，以使得所述移动设备能够使一个或多个其他已识别的机动车头部单元根据所述已认证用户的所述已识别的用户偏好来操作。

6.如权利要求5所述的方法，还包括：

由所述服务器的所述计算机处理器向另一已识别的机动车头部单元以电子方式提供服务或信息，以使所述另一已识别的机动车头部单元根据所述已认证用户的所述已识别的用户偏好来操作。

7.如权利要求1所述的方法，其中，所提供的信息包含所述已识别的用户偏好。

8.如权利要求1所述的方法，其中，所述远程设备为位于地理上远离所述已识别的机动车头部单元之处的移动设备。

9.如权利要求1所述的方法，其中，所述远程设备为移动设备，并且接收来自所述远程设备的请求包括接收来自已经接收到来自所述已识别的机动车头部单元的请求的所述移动设备的请求。

10.如权利要求1所述的方法，其中，通过所述服务器向所述已识别的机动车头部单元以电子方式提供服务或信息包括：向所述用户的移动设备以电子方式提供数据使得所述移动设备能够向所述已识别的机动车头部单元提供所述服务或信息。

11.如权利要求1所述的方法，其中，向所述已识别的机动车头部单元以电子方式提供所述服务或信息包括：通过所述已识别的机动车头部单元的无线电信接收器向所述已识别的机动车头部单元以电子方式提供所述服务或信息。

12.如权利要求11所述的方法，其中，通过所述已识别的机动车头部单元的所述无线电信接收器向所述已识别的机动车头部单元提供所述服务或信息包括：通过由所述服务器利用蜂窝服务来传递数据以向所述已识别的机动车头部单元提供所述服务或信息来向所述已识别的机动车头部单元提供所述服务或信息。

13.如权利要求1所述的方法，其中，通过所述服务器向所述已识别的机动车头部单元以电子方式提供所述服务或信息包括提供以下项目的一个或多个：根据简档、所述已认证用户或其他已认证用户的已识别的偏好或之前选择的服务或信息；用于由所述已认证用户远程地控制或配置车辆的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择来远程地和自动地配置车辆的设置的服务或信息；用于通过所述已识别的机动车头部单元远程地和自动地访问并且提供所述已认证用户的第三方预订服务的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元自动播放或显示音乐相关的信息、已识别的音乐偏好或特定音乐选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元显示或自动播放运动相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元显示或自动播放天气相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元显示或自动播放新闻相关的信息、已识别的偏好或之前选择的服务或信息；用于根据简档、所述已认证用户的已识别的偏好或之前选择使所述已识别的机动车头部单元自动播放或显示因特网搜索引擎相关的信息的服务或信息；用于使所述已识别的机动车头部单元向所述已认证用户提供Web浏览器功能的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好来远程地配置所述已识别的机动车头部单元的用户界面设置或已识别的偏好的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好使所述已识别的机动车头部单元自动显示定制的用户界面的服务或信息；用于根据简档、所述已认证用户的之前选择或已识别的偏好使所述已识别的机动车头部单元自动配置导航系统设置的服务或信息；关于所述已认证用户的地理位置或兴趣点的、使得所述机动车头部单元能够结合导航系统使用所述地理位置和兴趣点的服务或信息；用于基于识别与所述请求相关联的所述机动车头部单元来实现所述已识别的机动车头部单元和所述已认证用户的所述远程设备之间的配对的服务或信息；用于促进在所述远程设备和所述已识别的机动车头部单元之间传送信息的服务或信息。

14.一种包括非暂态计算机处理器可读储存介质的制造品，其中所述介质具有存储于其上的计算机处理器可执行指令，所述指令在被执行时使所述计算机处理器：

接收来自远程设备的请求，所述远程设备包括机动车头部单元；和

响应于所述请求，通过至少向所述机动车头部单元识别用户的用户偏好来使所述机动车头部单元根据所述用户的所述用户偏好来操作，

其中，所述用户的所述用户偏好与移动设备相关联，并且其中，所述向所述机动车头部单元识别所述用户的用户偏好包括将所述用户的用户偏好传递到所述机动车头部单元。

15.如权利要求14所述的制造品，其中，所述计算机处理器可执行指令在被执行时，在使所述已识别的机动车头部单元根据所述用户偏好操作之前还使所述计算机处理器认证所述用户。

16.如权利要求15所述的制造品，其中，所述计算机处理器可执行指令在被执行时还使所述计算机处理器：

通过将所述用户的所述用户偏好存储在所述移动设备上，使得所述移动设备能够使一个或多个其他已识别的机动车头部单元根据所述已认证用户的所述用户偏好操作。

17.如权利要求14所述的制造品，其中，所述远程设备为所述已识别的机动车头部单元，并且所述向所述远程设备识别所述用户的用户偏好包括将所述用户偏好从移动设备传递到所述已识别的机动车头部单元。

18.如权利要求14所述的制造品，其中，所述远程设备为所述已识别的机动车头部单元，并且使所述已识别的机动车头部单元根据所述用户偏好操作还包括将背景图像从服务器或移动设备传递到所述已识别的机动车头部单元。

19.如权利要求14所述的制造品，其中，所述远程设备为所述已识别的机动车头部单元，并且所述向所述远程设备识别所述用户的所述用户偏好包括将所述用户偏好从已授权的移动设备或从服务器传递到所述已识别的机动车头部单元。

20.一种机动车头部单元系统，包括：

计算机处理器：和

耦合到所述计算机处理器的至少一个非暂态计算机处理器可读储存介质，所述储存介质具有在其上存储的处理器可执行指令，所述指令在被执行时使所述计算机处理器：

接收来自移动设备的请求；

认证所述请求；

响应于认证请求，接受来自所述移动设备的服务或信息；和

响应于接受的服务或信息，根据与所述请求相关联的用户的已识别的用户偏好、基于以下项目的一个或多个来自动配置机动车头部单元：接受的来自所述移动设备的服务或信息、和与关联于所述请求的所述用户相关联的服务或信息，其中与关联于所述请求的所述用户相关联的所述服务或信息来自远程服务器，

其中，接受的来自所述移动设备的信息包含所述已识别的用户偏好。

21.如权利要求20所述的机动车头部单元系统，其中，所述与关联于所述请求的所述用户相关联的接受的信息包含所述已识别的用户偏好。

22.如权利要求20所述的机动车头部单元系统，其中，所述移动设备位于地理上远离所述机动车头部单元系统之处。

23.如权利要求20所述的机动车头部单元系统，其中，所述移动设备位于所述机动车头部单元系统和所述移动设备之间的短距离无线通信的范围内。

24.一种包括非暂态计算机处理器可读储存介质的制造品，所述介质具有存储于其上的处理器可执行指令，所述指令在被执行时使所述计算机处理器：

发送与用户和机动车头部单元相关联的请求；

响应于发送的请求，从移动设备接收所述用户的用户偏好的指示；

基于接收的所述用户的所述用户偏好的指示使所述机动车头部单元根据所述用户的所述用户偏好来操作。

25.如权利要求24所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

在发送与所述用户和所述机动车头部单元相关联的请求之前认证所述用户。

26.如权利要求24所述的制造品，其中，发送与所述用户和所述机动车头部单元相关联的请求包括将所述请求发送到远程服务器或通过短距离无线信号无线地发送到移动设备。

27.一种提供机动车的头部单元和具有手持形式因素的通信设备之间的通信的、由计算机实施的方法，该方法包括：

由所述通信设备的处理器基于认证或验证涉及以下项目的一个或多个的授权来促进将所述头部单元和所述通信设备通信耦合的通信链路的建立：所述头部单元、所述机动车的车辆标识、所述通信设备、用户账户和用户凭证；

由所述通信设备的所述处理器接收来自所述头部单元的信息；和

由所述通信设备的所述处理器基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息以电子方式提供服务。

28.如权利要求27所述的由计算机实施的方法，其中，基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务包括：

当将所述头部单元和所述通信设备通信耦合的通信链路仍然建立时，由所述通信设备的所述处理器通过不同的通信链路接收来自远程服务器的访问控制信息，其中所述访问控制信息指示所述服务是否被授权由所述头部单元使用，并且具有基于接收自所述头部单元的信息和所述用户特定偏好或用户识别信息的值；

由所述通信设备的所述处理器基于接收自所述远程服务器的所述访问控制信息来确定所述服务是否被授权由所述头部单元使用；和

如果基于接收自所述远程服务器的所述访问控制信息确定所述服务被授权由所述头部单元使用，那么由所述通信设备的所述处理器通过所述通信设备向所述头部单元以电子方式提供服务。

29.如权利要求28所述的由计算机实施的方法，其中，接收自所述头部单元的信息包含对所述服务的请求，并且其中，基于所述访问控制信息确定所述特定服务是否被授权由所述头部单元使用包括由所述通信设备的所述处理器响应于接收到来自所述头部单元的对所述服务的请求来确定所述服务是否被授权由所述头部单元使用。

30.如权利要求28所述的由计算机实施的方法，还包括：

由所述通信设备的所述处理器接收来自所述头部单元的多个请求；和

基于接收自所述远程服务器的所述访问控制信息，由所述通信设备的所述处理器从所述多个请求中过滤掉针对所述头部单元未被授权接收的服务的至少一个请求；和

由所述通信设备的所述处理器拒绝所述头部单元的、被过滤掉的至少一个请求。

31.如权利要求30所述的由计算机实施的方法，还包括：

由所述通信设备的所述处理器发送针对过滤掉的所述至少一个请求的响应消息，所述响应消息被配置为在从所述头部单元输出时由用户看到或听到，并且指示所述头部单元未被授权接收由所述过滤掉的至少一个请求所请求的服务的原因。

32.如权利要求31所述的由计算机实施的方法，还包括：由所述通信设备的所述处理器确定所述头部单元未被授权接收由所述过滤掉的至少一个请求所请求的服务的原因为由所述过滤掉的至少一个请求所请求的服务未包含在与存储在所述通信设备上的用户识别信息相关联的账户的服务等级中。

33.如权利要求27所述的由计算机实施的方法，其中，所述通信设备为无线移动设备，所述通信链路为无线链路，并且接收来自所述头部单元的信息包括由所述通信设备的所述处理器无线地接收来自所述头部单元的信息。

34.如权利要求27所述的由计算机实施的方法，其中，接收自所述头部单元的信息包含对如由特定的统一资源定位符(URL)所指示的、在因特网上可用的信息的请求，并且其中，基于接收自所述头部单元的信息和存储在所述通信设备上的所述用户特定偏好或用户识别信息提供服务包括：

由所述通信设备的所述处理器确定对所述URL的访问是否被所述头部单元授权；和

如果确定对所述URL的访问被所述头部单元授权，那么由所述通信设备的所述处理器通过所述通信设备向所述头部单元以电子方式提供服务，其中，所述服务包括向所述头部单元提供对用于在因特网上可用的信息的统一资源定位符(URL)的访问。

35.如权利要求27所述的由计算机实施的方法，其中，接收自所述头部单元的信息包含对特定数据类型的请求，并且其中，基于接收自所述头部单元的信息和存储在所述通信设备上的所述用户特定偏好或用户识别信息提供服务包括：

由所述通信设备的所述处理器确定对所述特定数据类型的访问是否被所述头部单元授权；和

如果确定对所述特定数据类型的访问被授权给所述头部单元，那么由所述通信设备的所述处理器通过所述通信设备向所述头部单元以电子方式提供服务，其中，所述服务包括提供对所述特定数据类型的访问。

36.如权利要求35所述的由计算机实施的方法，其中，确定对所述特定数据类型的访问是否被所述头部单元授权包括：

由所述通信设备的所述处理器接收来自远程服务器的信息，其中对所述特定数据类型的访问是否被授权的确定至少部分地基于所述信息并且所述信息基于以下项目的一个或多个而变化：与所述用户账户或所述用户识别信息相关联的账户的预订等级，所述头部单元的特性和所述通信设备的特性。

37.如权利要求27所述的由计算机实施的方法，其中，基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务包括：

当将所述头部单元和所述通信设备通信耦合的通信链路仍然建立时，响应于包含在接收自所述头部单元的信息中的对服务的特定请求是对不能提供的服务的请求，由所述通信设备的所述处理器向所述头部单元提供定制的错误消息，其中，所述定制的错误消息指示包含以下项目的一个或多个的、所述定制的错误消息的一个或多个原因：所述头部单元缺少能力、功能或兼容性，如由所述用户凭证所识别的所述用户账户的不足的状态或预订等级，所述通信设备缺少能力、功能或兼容性，包含在所述用户特定偏好信息中的设置，和正在由所述头部单元使用的媒体设备。

38.如权利要求27所述的由计算机实施的方法，其中，基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息提供服务包括：

在响应于对包含在接收自所述头部单元的信息中的服务的至少一个请求而提供服务中，由所述通信设备的所述处理器将压缩格式的数据发送到远程服务器或接收来自该所述远程服务器的压缩格式的数据。

39.如权利要求27所述的由计算机实施的方法，还包括：

由所述通信设备的所述处理器从一个或多个另外的头部单元接收信息，并且其中，由所述通信设备的所述处理器基于接收自所述头部单元的信息和存储在所述通信设备上的用户特定偏好或用户识别信息来以电子方式提供服务包括：

由所述通信设备的所述处理器基于关于以下项目的一个或多个的、接收自所述头部单元的信息和接收自所述一个或多个另外的头部单元的信息来以电子方式提供服务：所述头部单元的位置、所述一个或多个另外的头部单元的一个或多个位置、选择性地发送信息到所述头部单元、选择性地发送信息到所述一个或多个另外的头部单元；并且其中，所述通信设备和所述一个或多个另外的头部单元之间的通信链路和将所述头部单元和所述通信设备通信耦合的通信链路是安全通信信道。

40.一种为机动车的头部单元提供对来自远程设备的服务和信息的访问的、由计算机实施的方法，该方法包括：

由无线移动设备的处理器接收来自所述头部单元的多个服务请求，其中所述无线移动设备和所述头部单元在短距离无线通信链路上通信；

由所述无线移动设备的所述处理器评估多个接收到的服务请求中的每一个，以对于所述多个接收到的服务请求中的每一个，根据被接收到的服务请求所请求的特定服务并且基于以下项目的一个或多个确定如何处理接收到的服务请求：与所述服务请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、所述无线移动设备、用户账户、用户凭证、和用户特定偏好或用户识别信息；和

由所述无线移动设备的所述处理器根据评估来处理所述多个接收到的服务请求，

其中，所述根据评估处理所述多个接收到的服务请求包括：

由所述通信设备的所述处理器将所述用户凭证注入到接收自所述头部单元的多个服务请求的至少一个中，以避免将所述凭证保存在所述头部单元上；

由所述移动设备的所述处理器将其中注入了所述用户凭证的请求发送到对于特定信息而需要用户凭证的远程服务器；

接收来自所述远程服务器的包含所述特定信息的响应；和

将包含所述特定信息的响应发送到所述头部单元。

41.如权利要求40所述的由计算机实施的方法，还包括：

由所述移动设备的所述处理器存储关于接收到多少来自所述头部单元的多个服务请求的统计信息。

42.如权利要求40所述的由计算机实施的方法，还包括：由所述移动设备的所述处理器存储统计信息以提供以下项目的一个或多个：关于客户行为的数据、关于拒绝服务攻击的数据、关于服务的误用和客户服务的改进的数据。

43.如权利要求40所述的由计算机实施的方法，其中，接收来自所述头部单元的多个服务请求包括接收对与远程服务器的多个并发连接的多个服务请求，并且处理多个接收到的服务请求包括建立与所述远程服务器的所述多个并发连接。

44.一种无线移动通信设备，包括：

计算机处理器：和

与所述计算机处理器耦合的至少一个非暂态计算机处理器可读储存介质，所述储存介质具有在其上存储的处理器可执行指令，所述指令在被执行时使所述计算机处理器：

使用网络文件系统协议接收来自机动车的头部单元的、访问所述无线移动通信设备的文件的请求，

评估来自所述机动车的头部单元的请求，以根据被接收到的请求所请求的特定服务并且基于以下项目的一个或多个来确定如何处理接收到的服务请求：与所述请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、用户账户、用户凭证、和用户特定偏好或用户识别信息，其中，所述用户特定偏好存储在无线移动通信设备中；和

根据评估发送对所述请求的响应，所述响应提供对所述文件系统的所请求访问。

45.如权利要求44所述的无线移动通信设备，其中，其上存储的、所述处理器可执行的指令在被执行时使所述计算机处理器：

接收来自所述头部单元的多个服务请求；和

重定向接收到的多个服务请求中的数个。

46.如权利要求44所述的无线移动通信设备，其中，其上存储的、所述处理器可执行的指令在被执行时使所述计算机处理器：

接收来自各种其他机动车头部单元的多个通信请求；和

通过所述无线移动通信设备向所述各种其他机动车头部单元中的每一个提供与远程设备的通信信道。

47.如权利要求44所述的无线移动通信设备，还包括：

与所述处理器耦合的非暂态存储设备，其被配置为缓存和存储用于用户和所述用户的机动车的头部单元的数据。

48.一种包括非暂态计算机处理器可读储存介质的制造品，所述介质具有存储于其上的计算机处理器可执行指令，所述指令在被执行时使无线移动设备的计算机处理器：

接收来自机动车的头部单元的对流媒体的多个服务请求，其中，所述无线移动设备和所述头部单元通过短距离无线通信链路进行通信；

评估多个接收到的服务请求中的每一个，以基于所述头部单元的解码和播放所述流媒体的能力和功能来为所述多个接收到的服务请求中的每一个确定如何处理接收到的服务请求；

基于所述评估，如果所述头部单元播放所述流媒体的能力和功能降到低于特定水平，则选择使用所述处理器来流式传输和解码所请求的流媒体的选项，并且，如果所述头部单元播放所述流媒体的能力和功能没有降到低于特定水平，则选择流式传输所请求的流媒体以供所述头部单元解码和播放的选项；和

基于所述评估，如果所述头部单元播放所述流媒体的能力和功能降到低于确定水平，则选择通过流式传输所请求的流媒体来流式传输和解码所请求的流媒体的选项，

其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

通过传输控制协议(TCP)接收来自所述头部单元的请求以路由套接字网络业务；和

响应于被接收到的服务请求所请求的特定服务并且基于以下项目的一个或多个来认证和路由套接字网络业务：与所述服务请求相关联的用户账户、所述头部单元、所述机动车的车辆标识、所述无线移动设备、用户账户、用户凭证、和用户特定偏好或用户识别信息，其中所述用户特定偏好存储在所述无线移动设备上；和

由所述无线移动设备的所述处理器根据所述评估来处理所述多个接收到的服务请求。

49.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

在检测到所述无线移动设备和所述头部单元通过所述短距离无线通信链路通信时，禁止使用之前已经被选择为在驾驶时用起来不安全的、所述无线移动设备的已选择的特定应用。

50.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

在检测到所述无线移动设备和所述头部单元是兼容的时，强制所述移动无线设备更新。

51.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

使所述无线移动设备上的一个中心应用与工作中的其他应用通信，以在所述无线移动设备上一起工作向所述头部单元提供服务。

52.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

促进对所述无线移动设备的用户的带宽使用的监视。

53.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

基于在所述无线移动设备的位置获得期间所述无线移动设备所处的环境和运行在所述无线移动设备上的应用的准确度需求来确定所述无线移动设备应使用哪种定位模式。

54.如权利要求48所述的制造品，其中，所述处理器可执行指令在被执行时还使所述计算机处理器：

基于所述无线移动设备的特定类型以及用于所述无线移动设备的测试和自动化的特定测试运行来自动改变所述移动无线设备上的将被导向到特定测试服务器的软件的配置。

55.如权利要求54所述的制造品，其中，为了测试而自动改变所述移动无线设备上的软件的配置在不必重建所述软件的代码基的情况下发生。

56.一种由服务器向机动车的一个或多个远程头部单元和与所述一个或多个头部单元相关联的具有手持形式因素的一个或多个远程通信设备提供服务的、由计算机实施的方法，该方法包括：

由所述服务器的至少一个处理器接收关于机动车的头部单元的信息；

由所述服务器的所述至少一个处理器接收关于与所述机动车的所述头部单元相关联的通信设备的信息；

至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，由所述服务器的所述至少一个处理器识别所述头部单元和与所述头部单元相关联的通信设备中的一个或多个；和

基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别，由所述服务器的所述至少一个处理器向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务，

其中，所述服务器的所述至少一个处理器提供服务以检测和缓解所述服务器的滥用。

57.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

通过由所述服务器的所述至少一个处理器经由所述头部单元和所述通信设备中的一个或多个来认证用户，由所述服务器的所述至少一个处理器为与所述头部单元和所述通信设备中的一个或多个相关联的用户提供多媒体服务，所述头部单元和所述通信设备中的一个或多个能够与所述用户漫游到具有支持所述多媒体服务的能力的其他机动车。

58.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器将用户输入提取到所述头部单元和所述通信设备中的一个或多个。

59.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器跟踪或监视与所述头部单元和相关联的通信设备中的一个或多个相关联的错误类别。

60.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器基于与所述头部单元和相关联的通信设备中的一个或多个相关联的车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务。

61.如权利要求60所述的由计算机实施的方法，其中，基于所述车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务不需要所述VIN与任何用户相关联。

62.如权利要求56所述的由计算机实施的方法，其中，该方法还包括，由所述服务器的所述至少一个处理器提供关于可彼此协作的设备的信息库。

63.如权利要求56所述的由计算机实施的方法，其中，该方法还包括，由所述服务器的所述至少一个处理器提供具有动态特征的虚拟设备以促进建立设备兼容矩阵。

64.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器向所述头部单元提供软件更新。

65.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器操作待提供给所述头部单元和相关联的通信设备中的一个或多个的内容，以保持所述头部单元和相关联的通信设备与所述内容的兼容性。

66.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器基于所述头部单元和所述通信设备中的一个或多个的一个或多个所支持格式，将待提供给所述头部单元和所述通信设备中的一个或多个的内容转换为一个或多个格式。

67.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器基于所述头部单元和所述通信设备中的一个或多个的位置、方向和速度来搜索所述头部单元和所述通信设备中的一个或多个；和

由所述服务器的所述至少一个处理器基于所述搜索提供位置信息。

68.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器将第三方凭证和与所述头部单元和所述通信设备中的一个或多个相关联的用户身份相联系。

69.如权利要求56所述的由计算机实施的方法，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

接收来自所述头部单元和相关联的通信设备中的一个或多个的、对将由第三方服务提供者提供的服务的请求；

对从所述第三方获得服务的请求进行响应，并且促进向所述头部单元和相关联的通信设备中的一个或多个或与所述头部单元和相关联的通信设备中的一个或多个相关联的用户提供所请求的服务，而不用将所述第三方服务提供者的凭证提供后者。

70.一种用于向机动车的一个或多个远程头部单元和与所述一个或多个头部单元相关联的具有手持形式因素的一个或多个远程通信设备提供服务的服务器，包括：

至少一个处理器；和

与所述至少一个处理器耦合的非暂态计算机可读介质，所述介质具有在其上存储的计算机可执行指令，所述指令在被执行时使所述至少一个处理器：

接收关于机动车的头部单元的信息；

接收关于与所述机动车的头部单元相关联的通信设备的信息；

至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，识别所述头部单元和与所述头部单元相关联的通信设备中的一个或多个；和

提供管理与所述头部单元相关联的、机动车的所有权信息的服务，

其中，所述服务器的所述至少一个处理器提供服务以检测和缓解所述服务器的滥用。

71.如权利要求70所述的服务器，其中，所述计算机可执行指令在被执行时还使所述至少一个处理器：

提供关于所述头部单元和与所述头部单元关联的通信设备中的一个或多个的当前位置的位置服务。

72.如权利要求70所述的服务器，其中，所述计算机可执行指令在被执行时还使所述至少一个处理器：

提供关于使用用于认证的条形码数据的服务。

73.如权利要求70所述的服务器，其中，所述计算机可执行指令在被执行时还使所述至少一个处理器：

提供关于管理和认证与所述头部单元和与所述头部单元关联的通信设备中的一个或多个相关联的客户用户的服务。

74.如权利要求70所述的服务器，其中，所述计算机可执行指令在被执行时还使所述至少一个处理器：

跟踪提供给与所述机动车的一个或多个远程头部单元相关联的用户的服务的使用。

75.一种机动车头部单元，包括：

非暂态计算机可读介质；和

与所述非暂态计算机可读介质耦合的处理器，所述处理器上具有计算机可执行指令，所述指令在被执行时使所述处理器：

为所述头部单元提供位于所述头部单元上的测试自动化框架，

其中，所述计算机可执行指令在被执行时还使所述处理器：

接收来自远程系统的、控制所述头部单元的用户界面的指令；和

执行所述指令以控制所述头部单元的所述用户界面，

其中，所述计算机可执行指令在被执行时还使所述处理器：

向远程系统发送关于控制所述头部单元的所述用户界面的指令的执行结果的信息。

76.一种非暂态计算机可读储存介质，其上具有计算机可执行指令，所述指令在被执行时使服务器的至少一个处理器：

接收关于机动车的头部单元的信息；

接收关于与所述机动车的头部单元相关联的通信设备的信息；

至少部分地基于关于所述头部单元和所述通信设备的、接收到的信息和其他之前存储的信息，识别所述头部单元和与所述头部单元相关联的通信设备中的一个或多个；和

基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供服务，

其中，所述服务器的所述至少一个处理器提供服务以检测和缓解所述服务器的滥用。

77.如权利要求76所述的非暂态计算机可读储存介质，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

通过由所述服务器的所述至少一个处理器经由所述头部单元和所述通信设备中的一个或多个来认证用户，来为与所述头部单元和所述通信设备中的一个或多个相关联的用户提供多媒体服务，所述头部单元和所述通信设备中的一个或多个能够与所述用户漫游到具有支持所述多媒体服务的能力的其他机动车。

78.如权利要求76所述的非暂态计算机可读储存介质，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

将用户输入提取到所述头部单元和所述通信设备中的一个或多个。

79.如权利要求76所述的非暂态计算机可读储存介质，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

由所述服务器的所述至少一个处理器跟踪或监视与所述头部单元和相关联的通信设备中的一个或多个相关联的错误类别。

80.如权利要求76所述的非暂态计算机可读储存介质，其中，基于所述头部单元和与所述头部单元相关联的通信设备中的一个或多个的识别来向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务包括：

基于与所述头部单元和相关联的通信设备中的一个或多个相关联的车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务。

81.如权利要求80所述的非暂态计算机可读储存介质，其中，基于所述车辆识别号(VIN)向所述头部单元和相关联的通信设备中的一个或多个提供一个或多个服务不需要所述VIN与任何用户相关联。