机动车辆软件应用和服务的集中化管理的制作方法

专利名称：机动车辆软件应用和服务的集中化管理的制作方法
机动车辆软件应用和服务的集中化管理优先权要求本申请要求下列美国申请的优先权提交于2010年5月11日的题为 "CENTRALIZED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES” 的申请No. 12/777，989，该申请是提交于2010年3月22日的题为“CENTRALUED MANAGEMENT OF MOTOR VEHICLE SOFTWARE APPLICATIONS AND SERVICES” 的美国专利申请 No. 12/729，207的部分继续申请，该美国专利申请No. 12/729，207是下述美国临时申请的正式申请提交于 2009 年 10 月 15 日的题为“CENTRALUED 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)0图3示出了一个流程图，示出了图1的软件30A-B的运行。图4示出了ー个系统，该系统以安全且智能的方式为车辆选择和分配应用。图5示出了一个流程图，示出了图4的软件的运行。图6示出了图4-5中所示的系统的更多细节。图7示出了一个系统，用于根据用户偏好以安全且智能的方式为车辆选择和分配应用。图8示出了一个流程图，示出了图7的软件的运行。图9示出了图7-8中所示的系统的更多细节。图10示出了一个系统，用于根据车头単元的配置选择车头单元图形接ロ。图11示出了一个系统，用于为车头単元生成和发送远程计算认可(approval)。图12示出了一个系统，用于响应于移动设备生成对ー个新应用的请求或响应于用户网络入口(web portal)选择ー个新应用，而将图形用户接ロ更新推向车头单元。图13A示出了一个流程图，示出了家长控制方案的预运行。图1 示出了一个流程图，示出了家长控制方案的运行。
具体实施例方式在一个实施例中，出于将机动车辆车头单元用作电话的扩展接ロ的目的，用户使用有线连接或无线连接将ー个电话联接到该机动车辆车头单元。取决于如下一段落中所描述的经由远程服务器的判定(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的接ロ(包括输入M资源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等)、短消息服务(SMQ或者在移动电话20和远程服务器22上的带内信令调制解调器，诸如在美国专利申请6，144，336,6,690,681和6，493，338中所描述的。仍然參见图1，注意到，通过使用连接诸如USB、蓝牙或WiF i连接，可将移动电话 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或蓝牙连接发送信号M4， 之后通过移动设备220经由无线电信网络中继。在方框502中，软件232检验与该车辆相关联的下载目录239 (有时候称为“沙箱”)，以判定是否存在待被下载到该车辆的任何应用。稍后将參考图6详细讨论用于智能地选择存在于下载目录239中的应用的方案。如果由软件232做出的检验指示下载目录239包括至少ー个应用，则该过程继续。 目前，出于说明目的而假设下载目录239包括应用240 (J-L)。从而，在方框503中，软件232 生成并且发送信令(signaling) M5，以使得移动电话220上的IP网关软件231作为IP网关运行，从而将应用转发到车头单元221。在一个实施例中，信令245包括如下通信响应于方框502中的判定，为移动电话220动态地加载软件231，并且使得软件231在移动电话 220上运行，用于下载到车辆。如果移动电话220已经加载有软件231且为IP网关运行做好准备，则信令245可能不发生。在其他实施例中，响应于检测到车辆增加动力，信令245 可从车头単元221上的控制软件ぬ0中产生。在方框504中，软件232生成并发送IP分组250以将应用240下载到车辆上。IP 分组250被移动电话220接收，并且通过软件231的运行而被转发到车头单元221。在方框 505中，软件230接收IP分组230，并且在车辆上安装应用MO(J-L)(可以在车头单元221 上或其他车辆部件上安装)。此后，车辆的用户可以通过将车头单元221用作接ロ来运行应用J-L。应理解，软件230和232可以根据在图1-3中所描述的任何原理运行。例如，软件230和232可以根据当前车辆状态，调节主动应用(active application)对车头単元221的I/O资源的利用。 作为另ー实施例，在将应用既安装在车辆上又安装在移动设备上的系统中，软件230和232 可包括所有以类似于表格13(图1)的应用排序/优先级表格来利用车辆接ロ的应用。在一个实施例中，车头单元221包括经由软件230控制的网络代码渲染器四9，例如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。车辆用户也可以使用计算终端6 来选择待被包括在下载目录239中的应用，例如使用任何可访问互联网的计算设备诸如移动设备或者台式计算机。计算终端6 访问用户网络入口 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的蓝牙配对来建立连接M0。所述蓝牙配对可以响应于车辆正被增加动力(导致车头单元被増加动カ且搜索蓝牙设备)，尽管应明了蓝牙配对可由其他情况产生，诸如移动电话320正增加动力，移动电话320正被带入车头単元321的范围内，当另ー蓝牙设备从车头单元321断开连接后重新配对，等等。在其他实施例中，可以通过用户使用USB连接将移动电话320连接到车头单元321来建立通信连接。在方框802中，控制软件330访问移动电话320的电话号码。应理解，通过ー个特定电话号码结合定购ー个通话计划来激活移动电话，所述特定电话号码为控制软件330从移动电话320读取的电话号码。在一个实施例中，用于获取该电话号码的信令542是使用蓝牙信令执行的。在方框803中，控制软件330向服务器322发送信令M3。信令543可以通过本地连接诸如USB、蓝牙或WiFi连接发送，之后被移动电话320通过无线电信网络中继。信令 543的内容可以类似于先前关于图4更详细地描述的信号M4，但此外，信令543还可提供所获得的电话号码。在方框804中，控制软件332将包括在信令M3中的电话号码和映射350进行比较。该映射将经由此特定车头单元321可访问的多个下载目录A-B中的每个关联到ー个特定电话号码。例如，在所述映射中，第一电话号码与下载目录A关联，而第二电话号码与下载目录B关联。控制软件332基于将已接收的电话号码与所述映射350的比较，选择下载目录A-B中的ー个。然后软件332检验下载目录A-B中所选择的ー个，以判定当前在所选择的目录中是否存储有任何应用。稍后将參考图9详细讨论用于智能地选择存在于下载目录A-B中的应用的方案。目前，出于说明目的而假设下载目录339A和339B当前除了分別包括车头单元前端配置369A和369B之外，还分别包括应用!MOA(M-P)和!MOBOi-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分组M5，以将来自所选择的ー个目录的数据下载到车辆上，例如应用M-P和配置A或者应用Q-S和配置B。IP分组545被移动电话320所接收，且通过软件331的运行而被转发至车头单元321。应理解，在此特定说明中，IP分组545包括用于图形用户接ロ的应用和配置，但在其他场景中IP分组545可以包括应用或配置。而且，应明了，如果当前在所选择的下载目录中没有任何应用，且自前一下载以来对存储在下载目录中的配置没有进行任何改变，则可以不发送IP分组M5。在方框807中，软件330接收IP分组545并且将包括在其中的应用安装在车辆上 (可以在车头单元321的部件上或其他车辆部件上进行安装)。软件330也使用网络代码渲染器399处理来自IP分组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可被运行以使用计算终端拟6选择待被包括在下载目录339A-B内的应用，所述计算终端拟6例如为任何可访问互联网的计算设备诸如移动设备或台式电脑。计算终端拟6访问用户网络入口 905的应用选择部分928(其在一个实施例中由提供商运行的网络服务器托管)，以查看可被安装在该车辆上的应用的受控列表。然后用户可以发送通信961，以基于每个目录从受控列表中选择该用户想要安装在其车辆上的应用。这些选择962基于每个目录被分別送入下载目录339A-B。用户网络入口 905还可被配置为允许用户从下载目录339A-B中移除特定应用，例如，用户可能希望基于每个目录来移除经由提供商添加至下载目录339A或339B的提供商选择应用952中的ー个。可通过如下方式进行移除通过删除已经发送至目录339A或339B 的应用，或者通过在将ー个特定应用添加到下载目录339A或339B之前指示不想要所述应
ο用户网络入口 905还可包括一个车头単元前端配置定制部分928。此部分拟8允许新的配置369A-B被添加到下载目录339A-B，其中每个人的配置都基于他们的请求而被定制。例如，可向下载目录339A添加第一壁紙背景，并且可向下载目录339B添加不同的第 ニ壁紙背景。其他定制可包括定制的图形接ロ按钮、定制的图形用户接ロ布局、定制图像
12寸。 如上所述，可以基于每个目录而将应用累积到每个车辆的下载目录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包括远程桌面查看程序，诸如虚拟网络计算·(VNC )客户端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(IMO)将车头单元1221用作扩展接ロ的指示。更具体地，此指示是ー个认可请求1271，该认可请求 1271由控制软件1230响应于接收来自移动设备1231的请求1270而被生成和发送。服务器1222可以接收新应用的指示的另ー种方式，是来自通过用户网络入口 1205的控制。用户网络入口 1205类似于先前描述的网络入口。使用应用选择工具12 ，
14用户可以使用任何远程计算机来选择待被包括在对应的下载目录(未示出)中的、用于安装在车头单元上的应用。因此，所接收的包括一个新应用的选择1274，是待在系统1200中使用的新应用的另一指示。响应于检测到这样的指示，控制软件1232判定是否发射IP分组传输1M5，该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)的情况下(下文将更详细地讨论条件认可)的更多详细信息。图1加示出了一个流程图，示出家长控制方案的运行。在方框1320中，响应于移动电话可通信地与所述车头单元联接，所述车头单元获得待被用于和服务器通信的移动电话的电话号码。在方框1321中，车头单元将电话号码发送服务器以便分析。如果所获得的电话号码与被指派为受家长控制的概要不匹配，则家长控制过程在方框1232完結。否则，如果所获得的电话号码确实对应于受家长控制的概要，则在方框1323中， 服务器执行家长控制。在一个实施例中，这样的执行包括方框1323-1327，类似于在下一段落中讨论的VNC认可过程。在方框13 中，该服务器将家长控制消息发射至车头单元。在方框13M中，车头単元基于该家长控制消息持续监控情況。在方框1325中，该车头単元阻止ー个特定应用将车头单元用作扩展接口和/或阻止安装在所述车头単元上的ー个特定应用运行。例如，车头单元可接收ー个关于特定移动电话已经接收到电话呼叫的指示，但然后却阻止将该车头単元用作该电话呼叫的扩展接ロ。或者，在另ー个实施例中，该车头単元可阻止在该车头单元上运行媒体播放器应用的尝试。存储有已接收到的家长控制消息的车头单元上的数据库可有助于所述持续监控。在方框13 中，所述车头単元有条件地阻止ー个特定应用将所述车头単元用作扩展接口和/或直接在所述车头単元上运行。例如，所述车头単元可接收到ー个关于该特定移动电话已经接收到电话呼叫的指示，但然后却基于到达呼叫上的呼叫者的ID字段的值，有条件地阻止将该车头单元用作扩展接ロ。更具体地，家长控制消息可指派某些电话号码作为例外，以阻止车头单元为该电话提供扩展接ロ。该车头単元从该移动电话获得该呼叫者的ID值，并且有条件地阻止该移动电话利用车头单元的接ロ。在另ー个实施例中，车头单元可以基于车辆的情况来有条件地阻止ー个应用，例如，车头单元仅在车辆当前正移动时阻止移动电话利用车头单元的接ロ。在方框1327中，如果根据家长控制消息该特定应用是被允许的，则车头单元不阻止所述应用。在此情况下，车头单元根据服务器的认可，例如根据该应用是否在受控列表上 (图6)，允许该应用运行。应明了，在其他实施例中，系统可以使用不同于上面具体描述的那些过程来实施家长控制。例如，在另ー个实施例中，方框1323-1327的过程未被使用。相反，车头单元向服务器持续地报告情况和应用请求，服务器根据家长控制设置动态地撤回当前认可。然后该服务器控制车头单元阻止当前不被认可的应用。本领域技术人员应明了，在不背离本发明的根本原理的前提下可对上述实施方案的细节做出许多改变。因此本发明的范围仅应由下列权利要求确定。上面讨论的大多数设备包括硬件和相关联的软件。例如，典型的导航设备可能包括一个或多个处理器以及在那些处理器上可执行的软件以实现所描述的操作。我们在本文中以其通常理解的意义来使用术语“软件(softwarre) ”，指的是程序或例程(子例程、对象、插件等)，以及可由机器或处理器使用的数据。如众所周知的，计算机程序通常包括存储在机器可读或计算机可读存储介质中的指令。本发明的一些实施方案可包括存储在机器可读或计算机可读存储介质诸如数字存储器中的可执行的程序或指令。我们并不暗示常规含义上的“计算机”在任何特定实施方案中都是必需的。例如，各种不同的处理器，嵌入式的或其他的，均可用在设备诸如本文描述的部件中。用于存储软件的存储器也是公知的。在一些实施方案中，与给定处理器相关联的存储器可被存储在与处理器相同的物理设备(“片上”存储器)中；例如，置于集成电路微处理器或诸如此类内的RAM或FLASH存储器。在其他实施例中，所述存储器包括独立的设备诸如外部磁盘驱动器、存储器阵列或便携式FLASH闪存密钥卡。在这样的情况下，存储器变得与数字处理器相“关联”，当两者例如通过I/O端ロ、网络连接等可操作地联接在一起或彼此通信使得处理器可以读取存储在存储器上的文件吋。相关联的存储器在设计上可以是“只读”的(ROM)或者借助于许可设置，也可以不是。其他实施例包括但不限于WORM、 EPR0M、EEPR0M、FLASH等。那些技术通常是实施在固态半导体器件中。其他存储器可包括移动部分，例如常规旋转式磁盘驱动器。所有这样的存储器都是“机器可读”或“计算机可读”的，且可被用于存储实施本文描述的功能的可执行指令。“软件产品”指的是存储器设备，其中一系列可执行指令以机器可读形式存储，以使得具有对软件产品的适当访问权限的合适的机器或处理器可以执行所述指令，从而通过指令实施ー个过程。软件产品有时用于分发软件。任何类型的机器可读存储器(包括但不限于上述的)可被用于制造软件产品。即，同样也已知的是，软件可以通过电子传输来分发 (“下載”)，在此情况下，通常在传输的发送端或接收端或两端都有对应的软件产品。虽然已经在本发明的优选实施方案描述并示出了本发明的原理，但应明了可以在不背离这样的原理的前提下，在布置和细节上修改本发明。我们主张所有修改和变化都落入下列权利要求的精神和范围内。
权利要求
1.通过指令编码的存储器，如果执行该指令，则导致存储应用运行模式与车辆情况的ー个映射，其中所述车辆情况至少包括ー个第一情况和ー个第二情況，所述第一情况是车辆被提供动カ但未移动，而所述第二情况是车辆移动；接收ー个关于ー个特定应用利用由该车辆供能的接ロ的无线发射请求，其中所接收的请求包括一个应用标识符；将所接收的请求和所述映射进行比较，并且根据所述比较标识所述车辆接ロ的一部分；向所述车辆上的控制软件发信号，以允许所述特定应用仅访问所述车辆接ロ的已标识部分；探测所述控制软件或所述车辆接ロ，以将所述车辆接ロ关联到多个车辆接ロ配置中的特定的一个；以及使得所述车辆接ロ基于所述探測的结果显示多个图形用户接口中的特定的ー个。
2.根据权利要求1所述的存储器，其中所述探测得出ー个应答，所述应答指定了该车辆的产地、型号和年份，且其中如果执行所述指令，则导致根据所指定的产地、型号和年份选择所述特定的图形用户接ロ。
3.根据权利要求1所述的存储器，其中所述探测得出ー个应答，所述应答指定了至少包括所述车辆接ロ的显示器的原始分辨率的该车辆接ロ的參数，且其中如果执行所述指令，则导致根据所指定的原始分辨率选择所述特定的图形用户接ロ。
4.根据权利要求1所述的存储器，其中所述探测得出ー个应答，所述应答指定了对应于所述车辆接ロ的ー个配置的特定的预定义代码值，且其中如果执行所述指令，则导致根据所述预定义代码值选择所述特定的图形用户接ロ。
5.根据权利要求1所述的存储器，其中如果执行所述指令，则导致根据来自所述控制软件的信令，标识便携式移动设备的远程桌面查看服务器；以及向所述车辆上的控制软件发信号，以允许或拒绝在所述车辆接口上显示所述便携式移动设备的当前视图，所述当前视图来自在所述车辆上运行的远程桌面查看客户端，其中所述允许或拒绝至少部分地基于所述应用标识符的值。
6.根据权利要求5所述的存储器，其中所述允许或拒绝进ー步至少部分地基于该车辆当前是处于所述第一情况还是所述第二情況。
7.根据权利要求6所述的存储器，其中如果执行所述指令，则导致接收包括一个电话号码的无线发射信号；其中所述允许或拒绝进ー步至少部分地基于所述电话号码的值。
8.根据权利要求1所述的存储器，其中如果执行所述指令，则导致接收ー个新应用将所述车头単元用作便携式移动设备的扩展接ロ或一个新应用安装在所述车头単元上的指示；响应于接收到所述指示，检验对应于所述应用标识符的图形用户接ロ更新；以及根据所述检验，将新的图形用户接ロ推向所述车辆，其中所述新的图形用户接ロ待被安装和显示在所述车辆接ロ上。
9.根据权利要求1所述的存储器，其中如果执行所述指令，则导致响应于所述车辆接ロ通信地联接到ー个包括电池的移动设备，获得所述移动设备的电话号码；将所获得的电话号码与多个概要中的一个匹配；判定所匹配的概要是否受家长控制；且根据所述判定向所述车辆发射家长控制消息。
10.根据权利要求9所述的存储器，其中所述家长控制消息标识了ー个被阻止的应用。
11.根据权利要求9所述的存储器，其中所述家长控制消息标识了ー个有条件地被阻止的应用，其中所述条件是基于一个到达呼叫的呼叫者ID字段值。
12.根据权利要求1所述的存储器，其中所述特定应用处于所述车辆的车头单元上。
13.根据权利要求12所述的存储器，其中如果执行所述指令，则导致通过累积由第三方提交的用于随所述车辆一起运行的应用，生成第一应用列表；基于自所述第一列表的车辆制造商选择，生成第二列表，所述第二列表是来自所述第一应用列表的子集；为可访问互联网的用户网络入口配置一个网络接ロ，所述网络接ロ给每个下载目录填充了ー个来自所述第二列表的选择的不同的組合，其中所述第二列表被显示在所述可访问互联网的用户网络入口上；以及为所述可访问互联网的用户网络入口配置ー个用于标识用户的登录过程，并且基于所述标识提供该用户控制所述下载目录中特定的ー个。
14.根据权利要求13所述的存储器，其中如果执行所述指令，则导致将用于身份中的特定的ー个的概要设置成对ー个不同的用户的概要具有家长控制。
全文摘要
在一个实施例中，网络设备(322)向车辆上的控制软件(330)发信号，以允许一个特定应用仅访问所述车辆接口(321)的一个已标识部分。所述网络设备(322)探测所述控制软件(330)或所述车辆接口(321)，以将所述车辆接口(321)关联到多个车辆接口配置(369A，369B)中的特定的一个。所述网络设备使得所述车辆接口(321)基于所述探测的结果显示多个图形用户接口中的特定的一个(381)。
文档编号H04M1/60GK102597954SQ201080046694
公开日2012年7月18日 申请日期2010年10月13日 优先权日2009年10月15日
发明者K·莫因贾德, L·L·洪, L·赵 申请人:爱尔比奎特公司