3G)兼容的标准，为静止或行走的用户提供高达2mbs的数据速率，并为在移动的车辆中的用户提供高达385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced (4G)为在车辆中的用户提供I OOmbs的数据速率并为静止的用户提供Igbs的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在又一实施例中，移动装置(ND)53可以是能够通过例如(而不限于)802.1lg网络(S卩WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。
[0028]在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置，穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。
[0029]其它可与车辆进行接口连接的源包括:具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或具有与网络61连接的能力的远程导航系统(未示出)WSB是一类串行联网协议中的一种。IEEE 1394(火线?(苹果)、1.LINK?(索尼)和Lynx?(德州仪器))、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/H)IF(索尼/飞利浦数字互连格式)和USB-1F(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。
[0030]此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。
[0031]此外或可选地，可使用例如WiFi(IEEE 803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在局域路由器73的范围中连接到远程网络。
[0032]除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于:无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能无线装置不执行处理的该部分，这是因为无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。
[0033]在在此讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性的非限制示例。针对每个处理，执行该处理的计算机为了执行该处理的限制性目的而变为被配置为用于执行处理的专用处理器是可行的。所有处理不需要被全部执行，而应被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要从示例性处理中添加或去除额外步骤。
[0034]当前基于车辆的计算机软件解决方案为外部实体和车辆计算机提供机会以与车辆乘员进行交互。“智能”计算系统可能需要乘员在自动启用或禁用系统之前进行反馈。广告商可能想要向车辆乘员传递定制的或半定制的消息，并为车辆乘员响应于广告而提供选择。
[0035]与车辆乘员的交互可被称为微交互。微交互包括一段具有四部分的可执行软件代码:1)用于提出问题的代码;2)用于接收回答的代码;3)用于执行结果的代码。
[0036]图2A示出了示例性微交互结构。在图2A示出的示意性示例中，示出了多个微交互结构201。这些是示意性的微交互的一种形式，并且不限定所有类型的微交互，但替代地被提供作为各种车辆行为的示例，所述各种车辆行为可被驾驶员按照在此示出的示意性示例被暂停。
[0037]用于执行的情境203作为微交互的一部分而被包括。该情境允许车辆计算机“知道”何时呈现微交互。例如，在电话呼叫通知的情况中，由于电话将只响很短一段时间，所以情境可以是“即时的”。例如，在饮食广告的情境中，情境可以是“当用户是在3英里的餐厅内时”。
[0038]微交互的另一部分包括初始表达205。例如，初始表达会将是车辆输出，且在电话呼叫情况中，这可能是“呼叫正在从〈联系人姓名〉传入，你想接听吗?”在饮食情况中，这可能是“你当前距McFoodles〈距离〉英里，你想收听他们当前的特殊优惠吗?”
[0039]由于微交互通常涉及用户响应，所以该结构还可包括一些识别语法207。不同的用户可以不同的方式回答同样的问题，且由于计算机不是“智能”的，所以在没有指导的情况下，计算机无法理解“是的，我想收听特价优惠”理解为与“是”(yup)在响应于与特价优惠相关的问题时是相同的。
[0040]识别语法提供计算机将在响应中进行搜索的特定词语，且基于特定词语的存在来确定响应的音调。例如，词语“是的”(yes)、“当然” (yeah)、“是” (yup)以及“是的，先生” (yessir)可全部被归类为肯定的响应，且“不是的”(no)、“不是”(nope)、“算了”(nah)以及“不是的，先生” (no sir)可全部被归类为否定响应。然后，在不考虑乘员输出的其余内容的情况下，触发词语的存在可指示计算机将采用哪种响应逻辑209。这允许计算机在不必考虑问题可能被回答的所有可能方式或者要求计算机理解复杂的句子的情况下识别出各种响应。
[0041 ]响应逻辑告知计算机基于何种响应采取何种动作。例如，在对特价优惠问题响应时，系统可响应于“是的”(yes)而提供交易的清单，但响应于“不是的”(no)而提供其它问题。或者，如果用户回答“不是的”(no)，则系统可直接地退出。类似地，在对电话呼叫问题响应时，“是的”(yes)可使得电话被接听，但“不是的”(no)可引出关于发送简短文本响应、将呼叫发送到语音信箱、使呼叫者保持等的进一步问题。
[0042]图2B示出了用于基于状态来控制微交互呈现的示意性处理。针对在该图中描述的示意性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可暂时被用作专用处理器。当执行提供用于执行所述方法的部分或全部步骤的指令的代码时，所述处理器可被临时改用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。
[0043]当微交互由车辆计算机进行处理时，首先检查可被包括的情境传送指示。如果用于呈现指示的情境存在，则在221，该处理可检查当前情境(天气、乘员、时间、位置等)以确定该情境是否与传送的指示情境匹配。在223，如果该情境是合适的且驾驶员交互被允许，则在225，该处理可进行到向车辆乘员呈现输出。例如，该输出可以是语音、图形显示、触觉信号等。
[0044]在277，用户对交互的响应随后被接收到，当然，用户对交互的响应可包括特定时间内的无响应。随后将该响应与识别语法进行比较以在229确定该处理接下来采取何种动作步骤。这涉及识别语法和将要采取的基于响应的步骤两者。如果在231进一步的微交互被要求(返回)，则该处理执行下一个微交互。否则，在233，微交互被终止且被销毁。
[0045]因为对由计算机提出(posit)的问题进行响应有时需要主动思考，所以驾驶员可能不想回答问题，除非在他们的注意力上很少有其它主动需求。在示意性实施例中详述的提出的等待稍后(WUL)功能使得驾驶员能够推迟回答微交互，所述微交互包括第四代码片段一 4)用于在被要求等待时执行的代码。
[0046]微交互可在互联网中、从连接到车辆计算系统的装置之一或在车辆计算机系统内被发起。不管如何发起，它们都需要某种形式的乘员交互。因此，它们都适用于受到呈现时间的合适性的考虑的制约。
[0047]图3示出利用微交互的示意性系统。在该示例中，在303，网络服务器(交互可从网络服务器发起)301被直接连接到车辆309或被直接连接到驾驶员移动装置305。在307，移动装置随后可经由连接网络(例如，蓝牙无线交互)被连接到车辆。
[0048]在车辆中，多媒体网关309可包括WUL代理311，且还可被设置为处理交互的机构。通过网关309，对各种的车辆系统315、317、319、321、323的访问可通过车辆网络313(例如，CAN总线)来提供。这些系统可被用于驾驶员交互和/或被用于确定用于呈现的合适性的类型判断的情境。
[0049]当问题被呈现时，即使车辆确定这是提出问题或呈现要求/允许乘员响应的选项的合适的时间，乘员也可能对回答该问题、这类问题或者甚至任何问题根本不感兴趣。这可能是出于各种原因，