机动车辆软件应用和服务的集中化管理优先权要求
本申请要求下列美国申请的优先权：提交于2010年5月11日的
题为“CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE
APPLICATIONS AND SERVICES”的申请No.12/777,989，该申请是提交
于2010年3月22日的题为“CENTRALIZED MANAGEMENT OF MOTOR
VEHICLE SOFTWARE APPLICATIONS AND SERVICES”的美国专利申请
No.12/729,207的部分继续申请，该美国专利申请No.12/729,207是
下述美国临时申请的正式申请：提交于2009年10月15日的题为
“CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS
AND SERVICES”的美国临时申请No.61/252,066和提交于2009年11
月12日的题为“CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE
APPLICATIONS AND SERVICES”的美国临时申请No.61/260,781，上述
每个申请均以全文引用的方式纳入本文。
背景技术
机动车辆可装备有一个具有一个用户接口(user interface)的
“车头单元”。所述用户接口可包括各种资源部件，诸如屏幕、扬声
器、麦克风、触摸屏和/或键盘等。智能电话或其他移动电话可以下载
运行于电话上的各种应用。用户可以利用电话的用户接口来以某种方
式控制和/或利用该应用(例如，观看可视显示或聆听音频输出)。
将应用从移动电话扩展到车头单元已经成为各个服务提供商和车
辆制造商提供的一项受欢迎的性能。从而，用户可以利用由车头单元
提供的更好的用户接口部件(例如，更大的屏幕和更高质量的音频输
出)。希望的是，提供一种机制以利用远程服务器中可用的服务控制
逻辑来对运行于车头单元上的移动电话应用进行控制、管理和仲裁
(arbitrate)。
车辆也可以用允许所述应用安装在该车辆自身上(而非安装在移
动设备上)的部件来制造。同样希望的是，通过这些应用来控制、管
理和仲裁车辆接口的使用。
发明内容
下文是对本发明的概述，以提供对本发明的一些方面的基本理解。
此概述不意在标识(identify)本发明的主要的/关键的元件或勾划本
发明的范围。其唯一目的在于用简要的形式呈现本发明的一些概念，
作为稍后呈现的更加具体描述的前序。
在一个实施例中，网络设备存储一个应用运行模式与车辆情况的
映射，所述车辆情况例如是车辆被提供动力但未移动的第一情况，以
及车辆移动的第二情况。所述网络设备接收一个关于一个特定应用
(particular application)利用由该车辆供能的接口的无线发射请
求(由该车辆的无线发射机发送或由联接到该车辆的移动设备的无线
发射机发送)。所述网络设备将由所接收的请求指定的应用标识符与
所述映射进行比较。然后所述网络设备根据所述比较来标识所述车辆
接口的一部分，并且向车辆上的所述控制软件发信号(signal)，以
准许所述特定应用仅访问所述车辆接口的已标识部分。所述应用可以
处于所述移动设备上且将所述车辆接口用作扩展接口，或者该应用可
以处于所述车辆自身之上。从下面的参考随附附图进行的对优选实施
方案的详细描述，将明了本发明的其他方面和优点。
附图说明
图1示出了一个系统，该系统以安全且智能的方式控制将车头单
元用作电话应用的扩展接口。
图2A示出了一个流程图，示出了图1的软件32的运行。
图2B示出了一个流程图，示出可由图1的软件32使用的争用方
案(contention scheme)。
图3示出了一个流程图，示出了图1的软件30A-B的运行。
图4示出了一个系统，该系统以安全且智能的方式为车辆选择和
分配应用。
图5示出了一个流程图，示出了图4的软件的运行。
图6示出了图4-5中所示的系统的更多细节。
图7示出了一个系统，用于根据用户偏好以安全且智能的方式为
车辆选择和分配应用。
图8示出了一个流程图，示出了图7的软件的运行。
图9示出了图7-8中所示的系统的更多细节。
图10示出了一个系统，用于根据车头单元的配置选择车头单元图
形接口。
图11示出了一个系统，用于为车头单元生成和发送远程计算认可
(approval)。
图12示出了一个系统，用于响应于移动设备生成对一个新应用的
请求或响应于用户网络入口(web portal)选择一个新应用，而将图
形用户接口更新推向车头单元。
图13A示出了一个流程图，示出了家长控制方案的预运行。
图13B示出了一个流程图，示出了家长控制方案的运行。
具体实施方式
在一个实施例中，出于将机动车辆车头单元用作电话的扩展接口
的目的，用户使用有线连接或无线连接将一个电话联接到该机动车辆
车头单元。取决于如下一段落中所描述的经由远程服务器的判定
(determination)，该用户可被允许使用车头单元的接口来控制电话
上的一个应用。类似地，取决于如下一段落中所描述的经由远程服务
器的判定，该用户可被允许通过该车头单元的接口来观看或聆听该应
用的输出。
电话和车头单元上的新颖的客户端控制软件与远程服务器上的新
颖的服务器控制软件通过从电话扩展的无线连接进行接口。所述客户
端控制软件标识一个将车头单元用作扩展接口的电话应用。所述服务
器控制软件将已标识的电话应用和可被该远程服务器访问的一个或多
个数据库进行比较。基于所述比较，所述服务器控制软件判定是否允
许已标识的应用将该车头单元用作扩展接口；且如果允许已标识的应
用将该车头单元用作扩展接口，则所述服务器控制软件判定该应用将
被允许使用该车头单元接口的哪些部件。根据所述判定，该服务器控
制软件向所述客户端控制软件发信号以控制所述电话和所述车头单
元。从而，可以安全且智能的方式控制将所述车头单元作为扩展接口
的任何利用。
图1示出了一个系统，该系统以安全且智能的方式控制将车头单
元用作电话应用的扩展接口。
所述系统100包括软件30A和30B，所述软件30A和30B分别被
配置在移动电话20(或者其他移动设备)上和车头单元21(或者其他由
机动车辆供能的接口，诸如和方向盘集成的用户接口，或者和座椅靠
背集成的用户接口)上。所述软件30A和30B与配置在远程服务器22
上的软件32接口，以调节和控制在电话20上运行的应用40何时以及
如何访问车头单元21的I/O资源1-4。
图2A示出了一个流程图，示出了图1中软件32的运行。
在方框201中，软件32接收一个关于电话20上的特定应用40利
用车头单元21的接口(包括输入24资源1-2和输出25资源3-4)的
请求。该请求包括：一个用户标识符，对应于机动车辆和/或车头单元
21的用户；一个应用标识符，对应于该特定应用40；以及，车辆情况
信息。所述用户标识符可以是当在移动电话100中第一次激活控制软
件30A时由用户提供的标识符、用户的电话号码等。
在方框202中，软件32认证用户。这可以包括判定由用户标识符
所标识的用户是否和关于使用车头单元21扩展电话20的接口的服务
的订户(subscriber)的数据库11相匹配。如果在菱形框203中，用
户未被认证，则在方框204A中，软件32向软件30A/B发信号以阻止
应用40访问车头单元21。应理解，系统100可被配置，以使得方框
202是可选的。
否则，如果用户被认证，则在方框204B中，软件32通过将该应
用标识符与应用的列表12(也称为白名单)作比较来认证该应用40。
该列表12可以通过版本号进行比较，以使得该应用40的一个特定版
本可在该列表上被标识，而不同的版本被排除。如果在菱形框205中，
该特定应用40(或特定版本)未在列表12上，则在方框204A，软件
32向软件30A-B发信号以阻止该应用40访问车头单元21。
否则，如果该应用40被认证，则在方框206中，软件32将该应
用标识符和当前车辆情况信息与一个应用运行模式的映射15进行比
较。如所示，所述映射15对于列表12中的每个应用40可具有一个表
目17。每个表目17包括一个特定用于对应的应用40的映射。例如，
用于应用A的表目17将车辆状态“车辆移动(vehicle moving)≤X”
映射到资源1、2和4(也即，在此车辆情况下，应用A将只被允许访
问屏幕1、扬声器2和麦克风4)，而用于应用C的表目17将车辆状态
“车辆移动≤X”仅映射到资源2和4(也即，应用C将被允许访问扬
声器2和麦克风4)。一个现实世界的实施例可以是导航应用A和视频
游戏应用C，其中即使在存在乘客时，系统100也将不允许视频游戏
应用C在车头单元21的屏幕1上显示，因为这被视为过度分散了驾驶
员的注意力，而导航应用A可在车头单元21的屏幕1上显示。另一个
现实世界的应用可以是具有多个接口的车辆，所述多个接口例如为车
头单元和附接到座椅靠背的显示器。在一个应用不被准许访问车头单
元的情况下，同一应用可被准许访问座椅靠背的显示器。
应理解，在其他实施例中，映射15可被存储在移动电话20上。
在此情况下，在前一段落中描述的比较可以由控制软件30A执行。在
所述情况下，控制软件30A通过与车头单元21通信来检验当前车辆状
态。
在方框207中，软件32根据所述比较，标识车头单元21的一些
或全部I/O资源的一个集合。在方框208中，软件32向远程软件发信
号以设置所述特定应用40仅能访问已标识的集合的I/O资源1-4中的
那些资源。在一个实施例中，这样的发信号(signaling)可以包括控制
移动电话20上的软件30A，以使得从移动电话20发出的所有访问请
求都与已标识的集合的I/O资源相符。在另一实施例中，这样的发信
号可以包括：以任意形式控制车头单元21上的软件30B从而阻止从移
动电话20发送的访问请求，诸如通过简单地禁用车头单元21上的I/O
资源。在其他实施例中，这样的发信号可包括既控制软件30A又控制
软件30B。
图2B示出了一个流程图，示出了可由图1的软件30B使用的争用
方案。除了图2A中所示的方案之外，还可以利用一个争用方案。
在方框209中，软件30B判定当前已标识的集合的I/O资源中的
任一是否在使用中。如果在菱形框210中，已标识的集合的I/O资源
中的任一均未被使用，则在方框211A中，软件30B设置所述特定应用
仅能访问已标识的集合中的那些I/O资源。
否则，如果所述集合中的至少一个资源在使用中，则在方框211B
中，所述软件30B将针对已标识的集合中的每个在用资源(in-use
resource)来标识所述应用的按资源排序(by-resource ranking)13。
这在图1中示出，其中存在针对每个资源1-4的排序13。在方框212
中，软件30B将应用标识符与按资源排序13进行比较，以判定所述应
用40针对已标识的子集的任何在用资源是否具有优先级(其可通过发
信号执行，因为排序13是在远程服务器上示出的，或者该排序在早先
的过程中可能已经被发送到车辆接口)。该比较将指示，与请求一个特
定的在用资源的那个应用相比，当前正使用该特定的在用资源的所述
应用是否具有更高或更低的优先级。在方框213中，软件30B设置所
述特定应用40只可访问已标识的集合的I/O资源1-4中的、也是当前
未在使用中的或者正在被一个较低优先级应用所使用的那些资源。
图3示出了一个流程图，示出了图1的软件30A-B的运行。
在方框301中，软件30A-B发送一个关于电话20上的特定应用
40利用车头单元21的接口的请求。在方框302中，软件30A-B接收
回一个信号，该信号指示此时所述应用40是否被授权访问车头单元
21，且若此时所述应用40被授权访问车头单元21，则标识资源1-4
中的哪些资源可被利用。在菱形框303中，如果该应用40未被授权，
则在方框304A中，软件30A-B输出所述应用40未被授权访问所述车
头单元的通知。此通知可以由移动电话20或由车头单元21或者由两
者输出。
否则，在菱形框303中，如果该应用40被授权，则在方框304B
中，软件30A-B控制移动电话20和车头单元21，以使得该应用40被
扩展到已标识的资源。如果由于冲突，仅仅用于应用40的可能的资源
(来自各自的映射17)的一个子集被利用，那么软件30A-B可生成一
个通知，以警告驾驶员在激活较高优先级应用之前暂停较低优先级应
用。在另一个实施例中，如果所述资源当前被一个较低优先级应用所
使用，则软件30A-B可以自动暂停/结束所述较低优先级应用，并且允
许激活所述较高优先级应用使用所请求的资源。
如果判定应用40可被扩展到车头单元21，则服务器22可以将对
应的“控制面板”软件下载到车头单元，以控制所述应用40。当基于
所请求的应用将此软件下载到车头单元21之后，在新的应用可用或对
已有应用的更新为可用时，服务提供商相应地可以定制并且更新“控
制面板”。所述车头单元可具有一个网络代码(web-code)渲染器，以
显示所述“控制面板”软件。
再次参见图1，软件30A-B通过从电话20扩展的无线连接与软件
32接口。该无线连接可以利用分组数据连接(包括但不限于GPRS、
EDGE、EVDO、UTMS、WiMAX、WiFi等)、短消息服务(SMS)或者在移
动电话20和远程服务器22上的带内信令调制解调器，诸如在美国专
利申请6,144,336、6,690,681和6,493,338中所描述的。
仍然参见图1，注意到，通过使用连接诸如USB、蓝牙或WiFi连
接，可将移动电话20联接到车头单元21。然而，这些只是实施例，
在其他情况下，不同的连接和/或协议可适于利用车头单元21的接口
用于电话20的应用40。
应理解，映射15可具有任何车辆状态，且所示的四个实施例仅仅
是一些实施例。例如，另一车辆状态可以是，是否该车辆以比“X”更
快的速度移动且存在乘客。
应理解，车头单元21包括的资源可少于所示的所有示例资源，或
者包括未示出的其他资源。例如，另一个可能的I/O资源部件是文本
转语音部件。
在所示的实施例中，第一应用可基于由系统100所做出的智能决
定而被允许访问实际存在于车头单元21上的任何资源的第一子集，而
不同的第二应用可被允许访问所述资源的第二子集或甚至所有资源。
应理解，所述应用40可以如所示出的“按资源”排序，或者可以
是包括所有应用40的单个排序。如所示，系统100是通过“按资源”
排序来实施的，但可在另一对应用进行与资源无关的排序的系统中来
实施本文描述的概念。
图4示出了一个系统，该系统以安全和智能的方式为车辆选择和
分配应用。
在先前讨论的图1的系统和图4的系统之间的一个不同之处在于
应用的安装位置。图1的系统100中的应用A-C安装并且运行在移动
电话20上(将车头单元21或由该车辆供能的其他接口用作扩展接口)，
而图4的系统200中的应用J-L安装在车头单元221或由该车辆供能
的其他部件上。在图4的系统200中，软件230-232使得提供商能够
选择哪些应用可被安装在车头单元221上，并且控制为所述车辆分配
所选择的应用。
在讨论下面段落中系统200的细节之前，应明了，图1-3中所描
述的系统100的结构和功能可以和系统200(图4-6)的结构和功能一
起结合到单个系统中。例如，单个系统可包括一些安装在移动电话上
的、将车辆的接口用作扩展接口的应用，以及一些安装在车辆部件上
的应用。
图5示出了一个流程图，示出了图4的软件的运行。
在方框501中，响应于车辆正被增加动力(power-up)，控制软件
230发送指示车辆增加动力的信号244至服务器222。可以经由本地连
接诸如USB或蓝牙连接发送信号244，之后通过移动设备220经由无
线电信网络中继。
在方框502中，软件232检验与该车辆相关联的下载目录239(有
时候称为“沙箱”)，以判定是否存在待被下载到该车辆的任何应用。
稍后将参考图6详细讨论用于智能地选择存在于下载目录239中的应
用的方案。
如果由软件232做出的检验指示下载目录239包括至少一个应用，
则该过程继续。目前，出于说明目的而假设下载目录239包括应用240
(J-L)。从而，在方框503中，软件232生成并且发送信令(signaling)
245，以使得移动电话220上的IP网关软件231作为IP网关运行，从
而将应用转发到车头单元221。在一个实施例中，信令245包括如下
通信：响应于方框502中的判定，为移动电话220动态地加载软件231，
并且使得软件231在移动电话220上运行，用于下载到车辆。如果移
动电话220已经加载有软件231且为IP网关运行做好准备，则信令
245可能不发生。在其他实施例中，响应于检测到车辆增加动力，信
令245可从车头单元221上的控制软件230中产生。
在方框504中，软件232生成并发送IP分组250以将应用240下
载到车辆上。IP分组250被移动电话220接收，并且通过软件231的
运行而被转发到车头单元221。在方框505中，软件230接收IP分组
230，并且在车辆上安装应用240(J-L)(可以在车头单元221上或其
他车辆部件上安装)。
此后，车辆的用户可以通过将车头单元221用作接口来运行应用
J-L。应理解，软件230和232可以根据在图1-3中所描述的任何原理
运行。例如，软件230和232可以根据当前车辆状态，调节主动应用
(active application)对车头单元221的I/O资源的利用。作为另
一实施例，在将应用既安装在车辆上又安装在移动设备上的系统中，
软件230和232可包括所有以类似于表格13(图1)的应用排序/优先级
表格来利用车辆接口的应用。
在一个实施例中，车头单元221包括经由软件230控制的网络代
码渲染器299，例如HTML渲染器。网络代码渲染器299被配置为显示
HTML代码，但与浏览器不同，网络代码渲染器299不允许用户自由地
导航到网址。具体地，网络代码渲染器299只显示被提供商允许的应
用，例如由服务器222所指定的。
应理解，上面描述的流程图解决了对安装在车辆上的应用进行更
新的问题。该车辆也可被预加载有某些应用，以使得根据流程图下载
一些安装于车辆上的应用，而其他应用则在制造期间被安装在车辆上。
因此，基于上面描述的原理，制造车辆时可以不在车辆上安装任
何应用，而是当驾驶员存在于车辆中时将应用下载到该车辆。下载到
车辆的应用的类型是在网络服务器中限定的、由驾驶员提供的偏好所
规定的。
图6示出了图4-5中所示的系统的更多细节。
先前解释了服务器222包括基于每个车辆的等待下载的应用的下
载目录239。图6示出了在对下载目录239中的应用进行选择时可涉
及到的用户网络入口601、604和605，并且描述了对这些网络入口的
示例使用。
提供商诸如车辆的原始设备制造商(OEM)运行网络入口601。使
用一个接口诸如计算终端625，该提供商通过通信650控制网络入口
601的应用选择部分608，以从所有可被安装在该车辆上的应用的列表
609中组合受控列表610。通常，从列表609构造列表610涉及从提供
商的技术角度和/或商业角度对应用进行验证。
提供商还发送通信651，以从受控列表610中选择待被安装在特
定车辆上的应用。这些选择可以基于例如车辆型号(vehicle model)
与应用的一个映射。这些选择652被送入下载目录239。
关于所有可用应用609的列表，应理解，此列表可通过由提供商
和/或第三方开发的应用来组合。在第三方提供应用的情况下，第三方
使用网络入口604的应用提交618部分(其在一个实施例中由提供商
所运行的网络服务器托管)，以提交待被包括在列表609中的应用649。
车辆用户也可以使用计算终端626来选择待被包括在下载目录
239中的应用，例如使用任何可访问互联网的计算设备诸如移动设备
或者台式计算机。计算终端626访问用户网络入口605的应用选择部
分628(其在一个实施例中由提供商运行的网络服务器托管)，以查看
可被安装在该车辆上的应用的受控列表610。然后用户可以发送通信
661，以从受控列表610中选择该用户想要安装在他的车辆上的应用。
这些选择662可被送入下载目录239。
用户网络入口605还可被配置为允许用户从下载目录239中移除
特定应用，例如，用户可能希望移除经由提供商添加至下载目录239
的提供商选择的应用652中的一个。可通过如下方式进行移除：通过
删除已经发送至目录239的应用，或者通过在将一个特定应用添加到
下载目录239之前指示不想要该特定应用。
根据上述内容，可将应用累积到每个车辆的下载目录239中。在
车辆增加动力时，这样的应用可被下载并安装到车辆上。然后下载目
录239可以累积新的应用，直到下一个车辆增加动力。
应理解，在车辆的车头单元上可以显示类似于网络入口605的接
口。然后用户可以从这样的接口做出选择，以从受控列表610中选择
应用。当从所述接口做出选择时，所选择的应用可以立即被下载到车
辆而不是被放置于下载目录内。
图7示出了一个系统，用于根据用户偏好以安全和智能的方式为
车辆选择和分配应用。
在先前讨论的图1的系统和图7的系统之间的一个不同之处在于
应用的安装位置。图1的系统100中的应用A-C被安装且运行在移动
电话20上(将车头单元21或由该车辆供能的其他接口用作扩展接口)，
而图7的系统300中的应用M-P/Q-S被安装在车头单元321上或由该
车辆供能的其他部件上。在图7的系统300中，软件330-332使得提
供商能够选择哪些应用可以被安装在车头单元321上，并且控制为所
述车辆分配所选择的应用。
在下面的段落中详细讨论系统300的细节之前，应明了，在图1-6
中描述的系统100和200的结构和功能可以与系统300(图7-8)的结
构和功能合并进单个系统中。例如，单个系统可以包括一些安装在移
动电话上的、将车辆的接口用作扩展接口的应用，以及一些安装在车
辆的一个部件上的应用。
图8示出了一个流程图，示出了图7的软件的运行。
在方框801中，车头单元321可通信地联接到一个移动设备诸如
移动电话320。在一个实施例中，经由车头单元321和移动电话320
的蓝牙配对来建立连接540。所述蓝牙配对可以响应于车辆正被增加
动力(导致车头单元被增加动力且搜索蓝牙设备)，尽管应明了蓝牙配
对可由其他情况产生，诸如移动电话320正增加动力，移动电话320
正被带入车头单元321的范围内，当另一蓝牙设备从车头单元321断
开连接后重新配对，等等。在其他实施例中，可以通过用户使用USB
连接将移动电话320连接到车头单元321来建立通信连接。
在方框802中，控制软件330访问移动电话320的电话号码。应
理解，通过一个特定电话号码结合定购一个通话计划来激活移动电话，
所述特定电话号码为控制软件330从移动电话320读取的电话号码。
在一个实施例中，用于获取该电话号码的信令542是使用蓝牙信令执
行的。
在方框803中，控制软件330向服务器322发送信令543。信令
543可以通过本地连接诸如USB、蓝牙或WiFi连接发送，之后被移动
电话320通过无线电信网络中继。信令543的内容可以类似于先前关
于图4更详细地描述的信号244，但此外，信令543还可提供所获得
的电话号码。
在方框804中，控制软件332将包括在信令543中的电话号码和
映射350进行比较。该映射将经由此特定车头单元321可访问的多个
下载目录A-B中的每个关联到一个特定电话号码。例如，在所述映射
中，第一电话号码与下载目录A关联，而第二电话号码与下载目录B
关联。控制软件332基于将已接收的电话号码与所述映射350的比较，
选择下载目录A-B中的一个。
然后软件332检验下载目录A-B中所选择的一个，以判定当前在
所选择的目录中是否存储有任何应用。稍后将参考图9详细讨论用于
智能地选择存在于下载目录A-B中的应用的方案。目前，出于说明目
的而假设下载目录339A和339B当前除了分别包括车头单元前端配置
369A和369B之外，还分别包括应用340A(M-P)和340B(Q-S)。
如前段中简要提及，下载目录A-B除了分别包括应用340A和340B
之外，还分别包括车头单元前端配置A-B。所述配置A-B可被存储成
HTML代码或与网络代码渲染器399兼容的其他网络代码。根据车头单
元前端配置A-B的哪一个被下载到车头单元321，车头单元321的显
示器380将会显示一个不同的图形用户接口。当使用显示器380和渲
染器399显示时，不同的网络代码文件369A和369B将产生不同的图
形用户接口。例如，每个图形用户接口可具有其自己的用户定制设置，
诸如由用户选择的特定壁纸。下面将参考图9详细讨论用于生成不同
的车头单元前端配置A-B的方案。
在方框805中，软件332生成并发送信令，以使得移动电话320
上的IP网关软件331作为IP网关而运行，用于将应用转发至车头单
元321，类似于在图4中所描述的方案。在一个实施例中，类似于图4，
这样的信令包括如下通信：为移动电话320动态地加载软件331，以
使得软件331在其上运行，用于到车辆的下载。如果移动电话320已
经加载有软件331并且为IP网关运行做好准备，则该信令可以不发生。
在其他实施例中，在连接540建立之后，信令345可以源自车头单元
321上的控制软件330。
在方框806中，软件332生成并且发送IP分组545，以将来自所
选择的一个目录的数据下载到车辆上，例如应用M-P和配置A或者应
用Q-S和配置B。IP分组545被移动电话320所接收，且通过软件331
的运行而被转发至车头单元321。应理解，在此特定说明中，IP分组
545包括用于图形用户接口的应用和配置，但在其他场景中IP分组545
可以包括应用或配置。而且，应明了，如果当前在所选择的下载目录
中没有任何应用，且自前一下载以来对存储在下载目录中的配置没有
进行任何改变，则可以不发送IP分组545。
在方框807中，软件330接收IP分组545并且将包括在其中的应
用安装在车辆上(可以在车头单元321的部件上或其他车辆部件上进
行安装)。软件330也使用网络代码渲染器399处理来自I P分组545
的配置，以基于所检测到的电话号码生成一个特定的图形用户接口。
此后，经由显示器380输出的图形用户接口将对应于所选择的下
载目录中存储的配置A-B之一。车辆的用户可以通过将车头单元321
用作接口来运行已安装的应用M-P或Q-S。
应理解，软件330和332可以根据在图1-3中所描述的任何原理
运行。例如，软件330和332可以根据当前车辆状态来调节所述主动
应用对车头单元321的I/O资源的利用。作为另一实施例，在将应用
既安装在车辆上又安装在移动设备上的系统中，软件330和332可包
括所有以类似于表格13(图1)的应用排序/优先级表格来利用车辆接
口的应用。
在上面描述的实施例中，控制软件330访问移动电话320的电话
号码，以从其他移动电话中唯一地标识移动电话320。在其他实施例
中，车头单元321上的控制软件可以访问可通信地联接的移动电话上
的一个不同的值，以从其他移动电话唯一地标识移动电话。值的其他
实施例可包括但不限于，移动电话的物理地址。在这样的其他实施例
中，应明了，这样的值被用在映射中，例如，如果所述其他值是物理
地址，则映射包括与下载目录相关联的物理地址。
在上面描述的实施例中，控制软件330向服务器322发送所访问
的唯一标识符(在此实施例中是电话号码)。在其他实施例中，映射
350可被存储在车辆上。在这种情况下，控制软件330根据所述比较
标识列举在所述映射中的特定下载目录，并且向服务器322发送一个
指定了该特定下载的标识符。然后服务器322可以用IP分组545应答，
该IP分组545发送来自已标识的下载目录的数据。
图9示出了图7-8中所示的系统的更多细节。
先前解释了服务器322包括等待下载的应用的多个下载目录
339A-B。图9示出了在创建下载目录339A-B和基于每个目录选择应用
时可涉及到的用户网络入口905，并且描述了对此网络入口905的示
例使用。
车辆用户可以使用用户网络入口905的概要(profile)创建部分
930创建对应于所述车辆的多个概要。可以为可能使用该车辆的每个
人创建一个概要。字段927请求分别对应于每个人的移动电话的唯一
的电话号码或其他唯一标识符。每个人的姓名或其他信息可与电话号
码一起收集。在概要创建期间或之后，服务器322为每个概要创建一
个下载目录，并且为每个号码/目录组合更新映射350。在一些实施例
中，该部分930可被配置为允许用户对创建的概要进行排序，以使得：
如果车头单元可被同时地联接至一个以上的移动设备(是否可以联接
至一个以上的移动设备，这将取决于连接协议)，将使用对应的概要中
排序较高的一个。
在概要创建期间或之后，网络入口905可被运行以使用计算终端
926选择待被包括在下载目录339A-B内的应用，所述计算终端926例
如为任何可访问互联网的计算设备诸如移动设备或台式电脑。计算终
端926访问用户网络入口905的应用选择部分928(其在一个实施例
中由提供商运行的网络服务器托管)，以查看可被安装在该车辆上的应
用的受控列表。然后用户可以发送通信961，以基于每个目录从受控
列表中选择该用户想要安装在其车辆上的应用。这些选择962基于每
个目录被分别送入下载目录339A-B。
用户网络入口905还可被配置为允许用户从下载目录339A-B中移
除特定应用，例如，用户可能希望基于每个目录来移除经由提供商添
加至下载目录339A或339B的提供商选择应用952中的一个。可通过
如下方式进行移除：通过删除已经发送至目录339A或339B的应用，
或者通过在将一个特定应用添加到下载目录339A或339B之前指示不
想要所述应用。
用户网络入口905还可包括一个车头单元前端配置定制部分928。
此部分928允许新的配置369A-B被添加到下载目录339A-B，其中每
个人的配置都基于他们的请求而被定制。例如，可向下载目录339A添
加第一壁纸背景，并且可向下载目录339B添加不同的第二壁纸背景。
其他定制可包括定制的图形接口按钮、定制的图形用户接口布局、定
制图像等。
如上所述，可以基于每个目录而将应用累积到每个车辆的下载目
录339A-B中。一旦所述车头单元联接到所述移动设备中的特定一个，
来自下载目录339A-B中对应一个的数据可被下载和安装到该车辆上，
以提供定制的应用集(application set)和定制的用户接口。
应理解，在车辆的车头单元上可以显示类似于网络入口905的接
口。然后该用户可以从这样的接口做出选择，以从受控列表中选择应
用。当从所述接口做出选择时，所选择的应用可立即被下载到车辆，
而不是被放置于下载目录内。
图10示出了一个系统，用于根据车头单元的配置选择车头单元图
形接口。
系统1000包括服务器1022和车头单元1021，该系统1000可包
括类似于先前描述的任何服务器和车头单元的部件。应理解，服务器
1022和车头单元1021使用联接到车头单元1021的移动设备(未示出)
来通信。车头单元1021包括控制软件1030，而服务器1022包括控制
软件1032。
软件1032标识车头单元1021的一个配置，例如通过探测(probe)
1081所述车头单元1021，以收集信息。软件1030通过标识车头单元
1021的配置的信息应答1082。所述应答1082可包括下列至少之一：
车辆的产地/型号/年份、预定义的代码，或者对车头单元1021的配置
的专门列表(例如，彩色/单色显示器、原始分辨率等。)
然后软件1032基于车头单元信息1082从多个图形用户接口中选
择。例如，如果车头单元信息1082包括预定义的代码，则软件1032
可以将该代码和已存储的代码与图形用户接口Y-Z的映射1085进行比
较。所选择的图形用户接口对应于由信息1082所报告的车头单元1021
的特定配置。例如，如果车头单元1021具有单色显示器，则所选择的
图形用户接口(GUI)可以是接口Y，而如果车头单元1021具有彩色显
示器，则所选择的GUI可以是接口Z。或者，可能如果车头单元1021
具有第一值的原始分辨率，则所选择的GUI可以是接口Y，而如果车
头单元1021具有第二值的原始分辨率，则所选择的GUI可以是接口Z。
如果车的产地/型号/年份指示第一设计的内部，例如豪华主题，则所
选择的GUI可以是接口Y；而如果车的产地/型号/年份指示第二设计
的内部，例如运动主题，则所选择的GUI可以是接口Z。
一旦已选择了图形用户接口，则软件1032执行图形用户接口Y-Z
中的所选择的一个的IP分组传输1045。应理解，IP分组传输1045
可以利用先前描述的移动电话(未示出)的IP网关软件。所述软件
1030自动地安装所接收的图形用户接口。所选择的图形用户接口可以
代替默认的图形用户接口1090或先前下载的在传输1045之前就处于
车头单元1021上的图形用户接口。
应理解，先前描述的前端配置可以适用于所选择和所安装的GUI。
例如，所选择的GUI可被安装在车头单元1021上，然后根据当前联接
到车头单元1021的移动设备的电话号码、基于定制前端选择在外观上
做进一步修改。
图11示出了一个系统，用于为车头单元生成和发送远程计算认
可。
系统1100包括服务器1122和车头单元1121，该系统1100可包
括类似于先前描述的任何服务器和车头单元的部件。应理解，服务器
1122和车头单元1121使用移动设备1131通信。车头单元1121包括
控制软件1130，而服务器1122包括控制软件1132。
车头单元1121包括远程桌面查看程序，诸如虚拟网络计算
客户端1148，以连接到运行于移动设备1131上的VNC服务器1149。VNC
客户端和服务器通过后台方式进行通信，以将服务器的桌面或其他当
前视图显示在客户端的显示器上。直接连接到客户端的人机接口设备
诸如键盘、鼠标等，则可结合所显示的图像使用，以远程控制运行VNC
服务器的计算设备。如果一个应用在具有VNC服务器的计算设备上以
全屏模式运行，则具有VNC服务器的计算设备控制该应用(而不是整
个桌面)。
所述控制软件1130接收来自移动设备1131的指定特定应用
X(1140)的请求1155。所述控制软件1130通过如下方式标识对应于请
求1155的应用标识符，通过从请求1155提取标识符自身，或使用基
于从所述请求或从与移动设备1131的任何通信搜集的信息的查找表。
所述控制软件1130发送含有应用标识符的通信1156。
所述控制软件1132将所述应用标识符和内部表格进行比较，并且
生成一个对于应用X的VNC认可1157。所述VNC认可1157结合此应
用X指定了此VNC被认可的特定条件。例如，如果应用X是导航应用，
则所述认可1157可以指定在车辆停止或移动时VNC被认可。相反，如
果应用X是媒体创建应用，则认可1157可以指定仅当该车辆停止时才
认可VNC。
VNC认可1157还可以基于该应用当前以全屏模式还是以窗口模式
运行来指定不同的认可。例如，当该车辆正移动时导航应用可以被认
可，但仅当该导航应用是在移动设备1131上以全屏模式运行时。如果
当车辆正移动时，用户将导航应用切换成窗口模式，则这将立即阻止
VNC功能。
VNC认可1157还可以指定电话号码。例如，当移动设备1131正
运行媒体播放器应用时，可以允许VNC，但仅当该移动设备具有一个
特定电话号码时(这可被用作家长控制的一种形式)。
控制软件1130将所接收的VNC认可1157存储在VNC认可的数据
库1135中。控制软件1130基于存储在数据库1135中的VNC认可来持
续监控情况，以生成控制信号1160。所述控制信号1160控制移动设
备1131的视图1161当前是否可被VNC客户端1148显示在车头单元
1121的显示器上。控制信号1160还控制使用车头单元1121的输入接
口做出的输入是否将被发送1162到VNC服务器1149。
图12示出了一个系统，该系统响应于移动设备生成对一个新应用
的请求或响应于用户网络入口选择一个新应用，而将图形用户接口更
新推向车头单元。
系统1200包括服务器1222和车头单元1221，该系统1200可包
括类似于先前描述的任何服务器和车头元件的部件。应理解，服务器
1222和车头单元1221使用移动设备1231通信。
服务器1222可以至少两种不同的形式接收待在系统1200中使用
的新应用的指示(术语“新应用”指的是一个先前未被下载到车头单
元1221的应用和/或先前未将车头单元1221用作扩展接口的应用)。
在一种形式中，移动设备1231发送一个新应用X(1240)将车头单元
1221用作扩展接口的指示。更具体地，此指示是一个认可请求1271，
该认可请求1271由控制软件1230响应于接收来自移动设备1231的请
求1270而被生成和发送。
服务器1222可以接收新应用的指示的另一种方式，是来自通过用
户网络入口1205的控制。用户网络入口1205类似于先前描述的网络
入口。使用应用选择工具1228，用户可以使用任何远程计算机来选择
待被包括在对应的下载目录(未示出)中的、用于安装在车头单元上
的应用。因此，所接收的包括一个新应用的选择1274，是待在系统1200
中使用的新应用的另一指示。
响应于检测到这样的指示，控制软件1232判定是否发射IP分组
传输1245，该IP分组传输1245包括一个用于新应用X的图形用户接
口更新。应明了，如果新应用X未被包含在先前讨论的应用的受控列
表(图6)中，则将不会发送这样的IP分组传输。在一个实施例中，
图形用户接口更新修改一个先前选择的并已被安装的图形用户接口
(图10)，从而增加一个用于访问新应用X的图标。在另一实施例中，
图形用户接口更新包括对先前选择的并已被安装的图形用户接口的任
何其他形式的更新，用于运行新应用X。所述控制软件1230响应于请
求1270和/或选择1274的发送，自动地安装所述更新。应明了，传输
1245可被包括在应用自身的下载之内，如果该下载正在下载目录中等
待车辆增加动力。
图13A示出了一个流程图，示出了家长控制方案的预运行。
在方框1301中，服务器将至少一个概要指派为受家长控制
(subject to parental control)。此概要可以由账户持有方(account
holding)来选择，例如通过使用网络入口标记一个选择。
在方框1302中，服务器接收一个被指派为家长的用户(通常是账
户持有者)对受家长控制的概要的登录。在方框1303中，该服务器使
用网络入口显示与所述受家长控制的概要关联的一个应用列表。
在方框1304中，在显示所述列表之后，该服务器接收从所显示的
列表的选择。该服务器可以将这些选择存储在所述受家长控制的概要
中。所述选择可以包括来自该列表的应用和/或在条件认可
(conditional approval)的情况下(下文将更详细地讨论条件认可)
的更多详细信息。
图13B示出了一个流程图，示出家长控制方案的运行。
在方框1320中，响应于移动电话可通信地与所述车头单元联接，
所述车头单元获得待被用于和服务器通信的移动电话的电话号码。在
方框1321中，车头单元将电话号码发送服务器以便分析。如果所获得
的电话号码与被指派为受家长控制的概要不匹配，则家长控制过程在
方框1232完结。
否则，如果所获得的电话号码确实对应于受家长控制的概要，则
在方框1323中，服务器执行家长控制。在一个实施例中，这样的执行
包括方框1323-1327，类似于在下一段落中讨论的VNC认可过程。
在方框1323中，该服务器将家长控制消息发射至车头单元。在方
框1324中，车头单元基于该家长控制消息持续监控情况。在方框1325
中，该车头单元阻止一个特定应用将车头单元用作扩展接口和/或阻止
安装在所述车头单元上的一个特定应用运行。例如，车头单元可接收
一个关于特定移动电话已经接收到电话呼叫的指示，但然后却阻止将
该车头单元用作该电话呼叫的扩展接口。或者，在另一个实施例中，
该车头单元可阻止在该车头单元上运行媒体播放器应用的尝试。存储
有已接收到的家长控制消息的车头单元上的数据库可有助于所述持续
监控。
在方框1326中，所述车头单元有条件地阻止一个特定应用将所述
车头单元用作扩展接口和/或直接在所述车头单元上运行。例如，所述
车头单元可接收到一个关于该特定移动电话已经接收到电话呼叫的指
示，但然后却基于到达呼叫上的呼叫者的ID字段的值，有条件地阻止
将该车头单元用作扩展接口。更具体地，家长控制消息可指派某些电
话号码作为例外，以阻止车头单元为该电话提供扩展接口。该车头单
元从该移动电话获得该呼叫者的ID值，并且有条件地阻止该移动电话
利用车头单元的接口。在另一个实施例中，车头单元可以基于车辆的
情况来有条件地阻止一个应用，例如，车头单元仅在车辆当前正移动
时阻止移动电话利用车头单元的接口。
在方框1327中，如果根据家长控制消息该特定应用是被允许的，
则车头单元不阻止所述应用。在此情况下，车头单元根据服务器的认
可，例如根据该应用是否在受控列表上(图6)，允许该应用运行。
应明了，在其他实施例中，系统可以使用不同于上面具体描述的
那些过程来实施家长控制。例如，在另一个实施例中，方框1323-1327
的过程未被使用。相反，车头单元向服务器持续地报告情况和应用请
求，服务器根据家长控制设置动态地撤回当前认可。然后该服务器控
制车头单元阻止当前不被认可的应用。
本领域技术人员应明了，在不背离本发明的根本原理的前提下可
对上述实施方案的细节做出许多改变。因此本发明的范围仅应由下列
权利要求确定。
上面讨论的大多数设备包括硬件和相关联的软件。例如，典型的
导航设备可能包括一个或多个处理器以及在那些处理器上可执行的软
件以实现所描述的操作。我们在本文中以其通常理解的意义来使用术
语“软件(sof twarre)”，指的是程序或例程(子例程、对象、插件等)，
以及可由机器或处理器使用的数据。如众所周知的，计算机程序通常
包括存储在机器可读或计算机可读存储介质中的指令。本发明的一些
实施方案可包括存储在机器可读或计算机可读存储介质诸如数字存储
器中的可执行的程序或指令。我们并不暗示常规含义上的“计算机”
在任何特定实施方案中都是必需的。例如，各种不同的处理器，嵌入
式的或其他的，均可用在设备诸如本文描述的部件中。
用于存储软件的存储器也是公知的。在一些实施方案中，与给定
处理器相关联的存储器可被存储在与处理器相同的物理设备(“片上”
存储器)中；例如，置于集成电路微处理器或诸如此类内的RAM或FLASH
存储器。在其他实施例中，所述存储器包括独立的设备诸如外部磁盘
驱动器、存储器阵列或便携式FLASH闪存密钥卡。在这样的情况下，
存储器变得与数字处理器相“关联”，当两者例如通过I/O端口、网络
连接等可操作地联接在一起或彼此通信使得处理器可以读取存储在存
储器上的文件时。相关联的存储器在设计上可以是“只读”的(ROM)
或者借助于许可设置，也可以不是。其他实施例包括但不限于WORM、
EPROM、EEPROM、FLASH等。那些技术通常是实施在固态半导体器件中。
其他存储器可包括移动部分，例如常规旋转式磁盘驱动器。所有这样
的存储器都是“机器可读”或“计算机可读”的，且可被用于存储实
施本文描述的功能的可执行指令。
“软件产品”指的是存储器设备，其中一系列可执行指令以机器
可读形式存储，以使得具有对软件产品的适当访问权限的合适的机器
或处理器可以执行所述指令，从而通过指令实施一个过程。软件产品
有时用于分发软件。任何类型的机器可读存储器(包括但不限于上述
的)可被用于制造软件产品。即，同样也已知的是，软件可以通过电
子传输来分发(“下载”)，在此情况下，通常在传输的发送端或接收端
或两端都有对应的软件产品。
虽然已经在本发明的优选实施方案描述并示出了本发明的原理，
但应明了可以在不背离这样的原理的前提下，在布置和细节上修改本
发明。我们主张所有修改和变化都落入下列权利要求的精神和范围内。