基于乘员和车辆环境监管信息通信的方法和系统

暂无

基于乘员和车辆环境监管信息通信的方法和系统\n技术领域\n[0001] 说明性实施例总体上涉及利用车辆计算机系统的选择性提醒处理。\n背景技术\n[0002] 许多国家和地区已经通过了如下法律，所述法律禁止在驾驶（没有免提连接）时使用蜂窝电话，禁止在驾驶时发信息，并且一般阻止在操作移动车辆时使用蜂窝电话。\n[0003] 鉴于此，驾驶员现在频繁地寻求用于他们的便携式无线装置的免提连接，从而能够在操作车辆时更加安全地进行呼叫。在一些先进的连接解决方案中，诸如FORD SYNC系统，与无线装置通信的车辆计算机系统能够读取传入给驾驶员的文本消息且能够处理传入呼叫。\n[0004] 美国公布No.2012/0157069公开了一种计算机实现的方法，所述方法包括：在车辆计算机系统接收传入通信正被发送到与车辆计算机系统通信的无线装置的通知。所述方法还包括：确定免打扰功能在车辆计算机系统中被激活，并阻止给驾驶员关于传入通信的通知。最后，该方法包括：结合传入通信将命令从车辆计算机系统发送到无线装置以压制无线装置提供的任何通知。\n[0005] 美国公布No.2012/0250517公开了一种用于基于情境信息管理装置免打扰操作模式的方法。免打扰管理器确定与装置、装置的用户或者其组合相关联的情境信息。免打扰管理器还处理情境信息和/或促进情境信息的处理以至少部分地导致装置的一个或更多个操作模式的激活。免打扰管理器还至少部分地基于激活的一个或更多个操作模式来至少部分地导致与装置相关联的一个或更多个应用的一个或更多个功能的禁用或启用。\n发明内容\n[0006] 在第一说明性实施例中，一种车辆计算机系统包括：一个或更多个处理器，被配置为从一个或更多个模块接收表示车辆的环境的情境数据（context data）。所述一个或更多个处理器被编程和配置为从所述一个或更多个模块接收情境数据，利用情境数据和与情境数据相应的工作负荷值来确定注意度需求值，并基于注意度需求值输出用于激活或调节免打扰功能的指示符（indicator）。\n[0007] 在第二说明性实施例中，一种计算机实现的方法包括：从一个或更多个数据源接收表示车辆的环境的情境数据。所述方法还包括：基于情境数据和与情境数据相应的工作负荷值来确定注意度需求值；基于注意度需求值配置免打扰通信设置，其中，免打扰通信设置包括两个或更多个选项；在车辆接收用于输出通信的请求；基于免打扰设置来控制通信。\n[0008] 所述一个或更多个数据源可包括与非车载服务器通信的收发器。\n[0009] 所述两个或更多个选项可包括：基于不同类型的通信来延迟、忽略或输出给乘员的传入通信。\n[0010] 在第三说明性实施例中，一种车辆计算机系统包括：处理器，被配置为从模块接收指示一个或更多个车辆功能被激活的信号。另外，所述处理器被编程和配置为利用所述信号和与所述信号相应的工作负荷值来确定注意度需求值，并基于注意度需求值输出用于激活或调节免打扰通信功能的指示符。\n[0011] 所述信号是数据或模拟信号。\n[0012] 所述数据是从包括交通数据、雨刮器使用数据、雾灯指示符数据、远光灯指示符数据、天气数据和牵引控制系统数据的组中选择的一个或更多个数据。\n附图说明\n[0013] 图1示出用于车辆的基于车辆的计算机系统的示例框式拓扑图。\n[0014] 图2示出免打扰功能的说明性示例。\n[0015] 图3示出创建呼叫/消息日志的第二说明性实施例。\n[0016] 图4示出选择性免打扰功能的说明性示例。\n[0017] 图5示出包括基于传入通知类型的选择性的系统的说明性示例。\n[0018] 图6示出包括个性化的智能免打扰功能的系统的说明性示例。\n[0019] 图7示出具有个性化的驾驶员可选择级别的免打扰功能的说明性示例。\n[0020] 图8示出自动免打扰功能的说明性示例。\n[0021] 图9示出利用在车辆计算机系统内的免打扰功能的驾驶员定制信息管理的说明性示例的流程图的说明性示例。\n[0022] 图10示出用于利用长期指示符计算的免打扰功能的框图的说明性示例。\n[0023] 图11A示出被配置为基于实时条件提示驾驶员的增强视觉指示符的说明性示例。\n[0024] 图11B示出被配置为输出用于基于实时条件提示驾驶员的视觉指示符的具有个性化的驾驶员可选择级别的免打扰功能的示例。\n[0025] 图12示出利用具有智能免打扰功能提醒的驾驶员定制信息管理的流程图的示例。\n[0026] 图13示出彼此作用的不同免打扰功能的流程图的示例。\n具体实施方式\n[0027] 如需要的，在此公开本发明的具体实施例；然而，应理解的是，所公开的实施例仅是本发明的示例，本发明可以以各种替代形式实现。附图不必按比例绘制；一些特征可被夸大或最小化以示出特定组件的细节。因此，在此公开的特定的结构和功能的细节不应被解释为限制，而仅作为用于教导本领域的技术人员不同地采用本发明的代表性基础。\n[0028] 现在将在下文中参照附图更加全面地描述本发明，在附图中示出了本发明的说明性实施例。然而，本发明可以以多种不同的形式实施并且不应被解释为限于在此阐述的实施例。相同的标号始终表示相同的元件。如在此使用的，术语“和/或”包括相关列出项中的一个或更多个的任何和所有组合。\n[0029] 图1示出用于车辆31的基于车辆的计算机系统（VCS）1的示例框式拓朴图。这种基于车辆的计算机系统1的示例是由福特汽车公司制造的SYNC系统。设置有基于车辆的计算机系统的车辆可包括位于车辆中的可视前端界面4。用户还可利用例如触摸敏感屏（如果设有的话）与该界面交互。在另一说明性实施例中，通过按扭按压、具有自动语音识别和语音合成的口头对话系统发生交互。\n[0030] 在图1中所示的说明性实施例1中，处理器3控制基于车辆的计算机系统的操作的至少一部分。设置在车辆中的处理器允许对命令和例程进行车载处理。此外，处理器连接到非持久存储器5和持久存储器7两者。在该说明性实施例中，非持久存储器是随机存取存储器（RAM），并且持久存储器是硬盘驱动器（HDD）或闪存。\n[0031] 处理器还设置有允许用户与处理器交互的多个不同的输入。在该说明性实施例中，设置有麦克风29、辅助输入25（用于输入33）、USB输入23、GPS输入24和蓝牙输入15。还设置有输入选择器51以允许用户在多种输入之间选择。对麦克风和辅助连接器二者的输入在传递到处理器之前，通过转换器27被从模拟转换为数字。尽管未示出，但是这些和其他组件可通过车辆复用网络（诸如但不限于CAN总线）与VCS通信以向VCS（或其组件）传递数据或从VCS（或其组件）接收数据。\n[0032] 对系统的输出可包括但不限于视觉显示器4和扬声器13或立体声系统输出。扬声器连接到放大器11并通过数字-模拟转换器9从处理器3接收其信号。还可分别沿在19和21处所示的双向数据流输出到诸如PND54（便携式导航仪）的远程蓝牙装置或诸如车辆导航装置60的USB装置。\n[0033] 在一个说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置53（例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其他装置）通信17。移动装置可随后用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61通信59。在一些实施例中，蜂窝塔57可以是WiFi接入点。\n[0034] 信号14代表了移动装置和蓝牙收发器之间的示例性通信。\n[0035] 可通过按钮或类似输入指示移动装置（ND）53和蓝牙收发器15的配对52。因此，指示CPU将使车载蓝牙收发器与移动装置中的蓝牙收发器配对。\n[0036] 可利用例如与移动装置53相关联的数据计划、声载数据或双音多频（DTMF）音调在CPU3和网络61之间传送数据。可替代地，可期望包括具有天线18的车载调制解调器63以便通过语音频带在CPU3和网络61之间传送数据16。随后，移动装置53可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20以与网络61通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。\n[0037] 在一个说明性实施例中，处理器设置有包括与调制解调器应用软件通信的API（应用编程接口）的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与（诸如设在移动装置中的）远程蓝牙收发器的无线通信。蓝牙是IEEE802PAN（个域网）协议的子集。IEEE802LAN（局域网）协议包括WiFi，并且与IEEE802PAN有相当多的交叉功能。两者都适合用于车辆中的无线通信。可以在此领域使用的其他通信方式是自由空间光通信（诸如IrDA）和非标准的消费者IR协议。\n[0038] 在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。\n在声载数据的实施例中，当正在传输数据时移动装置的所有者可通过装置讲话时，可执行已知为频分复用的技术。在其他时间，当所有者不使用装置时，数据传输可使用整个带宽（在一个示例中为300Hz至3.4kHz）。尽管频分复用常见于车辆和因特网之间的模拟蜂窝通信并且仍然在使用，但其已经很大程度上被用于数字蜂窝通信的码域多址（CDMA）、时域多址（TDMA）、空域多址（SDMA）的混合所替代。这些都是ITU IMT-2000(3G)兼容标准，并且为静止或者步行用户提供高达2mbs的数据率以及为在运动车辆中的用户提供高达385kbs的数据率。现在，3G标准正被为车辆中的用户提供100mbs以及为静止用户提供1gbs的高级国际移动通信（IMT-Advanced（4G））所替代。如果用户具有与移动装置相关联的数据计划，则该数据计划可能允许宽带传输，并且系统可使用更宽的带宽（加速数据传输）。在又一实施例中，移动装置53被安装到车辆31的蜂窝通信装置（未示出）所替代。在又一实施例中，移动装置53可以是能够通过例如（而非限制的）802.11g网络（即WiFi）或WiMax网络进行通信的无线局域网（LAN）装置。\n[0039] 在一个实施例中，传入数据可经由声载数据或数据计划穿过移动装置、穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在特定临时数据的情况下，数据可被存储在HDD或其他存储介质7上，直至不再需要该数据的时间为止。\n[0040] 其他可与车辆接口的源包括具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其他连接的车辆导航装置60、车载GPS装置24、或者与网络61连接的远程导航TM TM\n系统（未示出）。USB是一类串行网络协议中的一种。IEEE1394(火线 (苹果)、i.LINK (索尼)和LynxTM(德州仪器))、EIA（电子工业协会）串行协议、IEEE1284(并行端口)、S/PDIF(索尼/飞利浦数字互联格式)和USB-IF(USB应用者论坛)形成了装置-装置串行标准的骨干。多数协议可被实施用于电通信或者光通信。\n[0041] 此外，CPU可与各种其他的辅助装置65通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线健康装置、便携式计算机、移动装置、遥控钥匙（key fob）等。\n[0042] 另外或可替代地，CPU可使用例如WiFi（IEEE803.11）收发器71而连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。\n[0043] 除了通过位于车辆中的车辆计算机系统执行的示例性处理之外，在特定实施例中，还可通过与车辆计算机系统通信的计算机系统执行所述示例性处理。这样的系统可包括但不限于无线装置（例如但不限于移动电话）或者经由无线装置连接的远程计算机系统（例如但不限于服务器）。总体上，这样的系统可被称为车辆相关联计算机系统（VACS）。在特定实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例的方式并且是非限制的，如果处理具有使用配对的无线装置发送或者接收信息的步骤，则很可能该无线装置没有执行该处理，因为无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定VACS。在所有解决方案中，预期至少位于车辆中的车辆计算机系统（VCS）自身能够执行所述示例性处理。\n[0044] 说明性实施例呈现了用于简单地禁用无线装置或使无线装置断电的替代方式。作为替代，驾驶员能够使无线装置进入“忽略”模式或“选择性忽略”模式，由此忽略一些或所有呼叫和/或消息。这避免了在对电话通电和断电时有时遇到的麻烦（例如，延迟启动、错过消息等）。此外，在至少一个说明性实施例中，可向驾驶员通知在电话处于该模式下错过的任何呼叫、消息等。\n[0045] 在图2中示出的说明性实施例中，呈现了简单的免打扰功能。使用例如但不限于对转向盘的控制、对导航显示器的触摸控制、口头命令等通过车辆计算机系统激活该功能。一旦激活，车辆计算机系统将不报告传入呼叫或消息，并且车辆计算机系统将指示连接到车辆计算机系统的无线装置关闭铃声、将呼叫发送到语音信箱、拒绝呼叫等。\n[0046] 在该说明性实施例中，在201，车辆计算机系统连接到无线装置。参照图1更详细地描述该连接处理。一旦计算机系统被连接，则在203，计算机系统就可检测传入呼叫或消息信号（消息可以是文本消息、电子邮件消息、IM消息等）。\n[0047] 当在203检测到传入消息信号时，在205，系统查看免打扰功能是否被激活。免打扰功能可通过驾驶员口头命令、使用手动输入或者甚至响应于由车辆传感器检测到的危险或潜在危险的条件而被激活。例如，驾驶员可能在大雨中驾驶感到不舒服，所以每当由一个或更多个车辆传感器检测到与大雨相应的条件时，驾驶员可使系统自动开启免打扰。\n[0048] 如果免打扰被激活，则在209系统将忽略传入呼叫或消息。即，系统将不向驾驶员报告呼叫或消息的传入，从而不分散驾驶员的注意力。另外，由于响铃或蜂鸣的无线装置会仍然分散驾驶员的注意力，因此在211系统还可将命令转播到无线装置以拒绝呼叫（这可包括忽视通知信号、将呼叫发送到语音信箱而不进行通知、关闭通知信号等）。\n[0049] 所述忽视（bypass）可使呼叫直接转到语音信箱，或者简单地关闭信号。在系统通知装置之前，一个或更多个铃声或部分铃声还可能避开装置，但是系统通常将通过尽可能快地转播“静音”命令来尝试避免这种情况（至少，在该说明性实施例中）。在其他说明性实施例中，无线装置可以不受影响地运行并且照常提醒驾驶员。\n[0050] 当传入通信已被处理时，在213，系统等待另一呼叫。\n[0051] 图3示出当呼叫通过免打扰功能被“忽略”时创建呼叫/消息日志的第二说明性实施例。在该说明性实施例中，系统通常可用作图2的示例性系统。在201，系统将连接到无线装置，在203，接收传入呼叫，并且如果在205免打扰功能处于非激活状态，则在207，系统将报告呼叫/消息。\n[0052] 然而，如果在205免打扰被激活，则在该说明性实施例中，在209忽略呼叫并在211发送用于使振铃器静音的指令之前，在301，系统将创建呼叫的日志。该日志可被创建在车载存储器（诸如但不限于HDD或RAM）上，或者该日志可被创建在无线装置的存储器上。\n[0053] 在该说明性实施例中，在303，系统查看免打扰功能是否被禁用或结束。如果在303免打扰功能已结束，则该说明性系统向驾驶员报告呼叫/消息日志。该报告可包括但不限于音频输出、视觉显示开启（例如，导航系统窗口）等。\n[0054] 如果在303免打扰功能尚未结束，则在213系统查看呼叫是否在传入。在等待传入呼叫时，系统（在该说明性实施例中）周期性地查看免打扰功能是否已结束。一旦呼叫传入，就如先前参照图3所述处理呼叫。\n[0055] 图4示出选择性免打扰功能的说明性、非限制性示例。在该说明性实施例中，选择性免打扰功能已被启用，从而仅滤除一些呼叫/消息。例如，用户可创建“优先”呼叫和/或消息发送者的列表，并且如果呼叫或消息来自这些资源之一，则系统可“允许”该呼叫处理。列表可被创建在PC上并被上传到车辆计算机系统，列表可在无线装置上被选择，或者列表可经由车辆输入（诸如但不限于导航屏幕显示器）被输入。\n[0056] 在针对图4示出的示例性系统中，在201，车辆计算机系统连接到无线装置，在203接收传入呼叫，并在205查看免打扰功能是否被激活。如果免打扰功能被禁用，则在207，系统按照其标准操作报告呼叫。\n[0057] 如果免打扰功能被激活，则在该说明性实施例中，在401，系统查看选择性免打扰是否已被启用。另外或可选地，系统可简单地检查“被允许的呼叫者”列表以查看列表当前是否填充有任何姓名。\n[0058] 如果选择性免打扰未被启用，或者在403如果传入呼叫不是来自列表上的号码，则在209系统忽略呼叫，并在211将信号发送到无线装置以类似地压制任何通知。\n[0059] 如果选择性免打扰被启用并且如果传入呼叫/消息是来自可允许的呼叫者/信使的列表上的号码（或姓名、名称等），则在207系统提醒驾驶员免打扰功能是否尚未被启用。\n[0060] 图5示出包括基于传入通知类型以及呼叫者/信使的选择性的采用图2至图4中示出的说明性示例的多个方面的系统的说明性、非限制性示例。\n[0061] 在该说明性实施例中，在201，系统连接到无线装置，并在203接收传入呼叫/消息。\n尽管在此已将传入通知描述为呼叫或消息，但是传入通知可包括但不限于电话呼叫、文本消息、电子邮件提醒、IM消息等。\n[0062] 如果在205免打扰功能未被启用，则在207系统按常规方式处理传入通知。如果免打扰被启用，则在401系统查看选择性免打扰是否被启用。如果选择性免打扰尚未被启用，则在301系统将记录传入呼叫/消息，并在209忽略呼叫/消息。在211系统还将信号发送到无线装置以关闭任何音频通知（还可抑制视觉通知）。系统随后在213等待呼叫和在305查看免打扰是否已被禁用之间循环，此时，系统将向驾驶员报告错过的呼叫的日志305。\n[0063] 如果选择性免打扰已被启用，则在403系统查看呼叫者/信使是否在“被允许的”列表上。如果不是，则系统将忽略呼叫并进行步骤301。如果呼叫者在被允许的列表上，则在该说明性实施例中，在501系统查看传入消息是否为电话呼叫，在505系统查看传入消息是否为文本消息或者在509系统查看传入消息是否为另一类型的消息。如果消息是“其他”（例如，不是被识别的消息类型，虽然据理解系统能够进行检查以识别和报告IM、电子邮件等），则在509系统报告已从被允许的呼叫者接收到未识别的通信，并随后在303进行等待另一传入呼叫。\n[0064] 如果传入通知类型（在该实施例中）对应于501中的呼叫或505中的文本，则系统（分别地）查看在503中呼叫是否被允许或在507中文本是否被允许。可能是驾驶员不希望从特定被允许的号码接收任何文本但是希望接收呼叫的情况。在该说明性实施例中，驾驶员具有不仅指定谁可进行呼叫或发消息而且忽略或不忽略何种类型的传入通知的自由度。如果类型被允许，则在207系统向驾驶员报告通知。如果传入类型被禁止，则在301系统进行记录忽略的通知，并等待新的通知到达。\n[0065] 另外，由于车辆计算机系统和无线装置之间的处理和无线通信的延迟，可能无法选择性地允许特定呼叫（例如，可能需要阻止所有呼叫）。然而，当例如“被准许的”呼叫已被阻止时可提供通知（允许驾驶员立即给该人回电）。在另一说明性示例中，系统可从“被准许的”列表自动地回拨被阻止的呼叫。在又一说明性实施例中，如果多个呼叫在短时间范围内传入，则在出现某人需要联系到车辆乘员的紧急条件的情况下，免打扰可被暂时禁用。\n[0066] 图6示出包括个性化的智能免打扰（DND）功能的系统的说明性、非限制性示例。驾驶员601可以利用车辆内的需要额外工作负荷的各种功能。可利用各种车辆信息和计算来确定驾驶员的工作负荷状态，诸如在通过引用合并于此的标题为“SYSTEMS AND METHODS FOR SCHEDULING DRIVERINTERFACE TASKS BASED ON DRIVER WORKLOAD（用于基于驾驶员工作负荷安排驾驶员界面任务的系统和方法）”的PCT/US2010/043605中所述。驾驶员识别器603可利用蜂窝电话、座位位置、遥控钥匙（key fob）和对特定驾驶员定制的其他唯一项，以识别驾驶员。在识别出驾驶员时，智能免打扰系统可能够利用个性化的DND功能。在一个示例中，车辆计算机系统利用驾驶员识别器603来从驾驶员的遥控钥匙或配对的蜂窝电话提取ID信息。在识别出并确定驾驶员时，DND设置可对该特定驾驶员定制。\n[0067] DND界面605可允许用户选择DND功能的各种级别，而不是简单地打开设置或关闭设置。驾驶员可针对各个级别设置信息协调强度的水平。例如，“低”设置可仅允许低优先级提醒（诸如文本消息和车载消息）在短期（例如，3-5秒）间歇高注意度需求情形期间被推迟。\n随后可在低注意度需求状态期间提供信息。在另一示例中，“中”设置可允许传入电话呼叫和云连接的信息消息在短期（3-5秒）间歇高注意度需求情形期间被推迟。在又一示例中，“高”设置可仅提供非常有限的连接通信。只有可被预先定义的或由用户定义的关键消息可被呈现给用户。关键消息的一些示例可以是向用户提醒引擎过热，或者来自车辆的碰撞警告系统的消息。驾驶员还可能够将DND功能设置为关闭以允许所有消息通过。\n[0068] 驾驶员反馈消息607可根据驾驶员的工作负荷来提醒驾驶员应当何时开启DND功能。驾驶员反馈消息可以是音频消息、视觉消息或者它们的任何组合的形式。因此，可向驾驶员通知可能的最佳DND设置可用来满足驾驶员的当前工作负荷需求。\n[0069] 智能免打扰功能决策器625可利用各种输入和算法来计算何时提供驾驶员反馈消息607。功能决策器625可利用驾驶员特性化的注意度需求和工作负荷状态来确定用户的当前环境。所利用的输入的一些示例是短期工作负荷指数631。短期工作负荷指数可计算驾驶员的即时或实时工作负荷需求。可表示需要短期工作负荷指数的场景的一些驾驶情形是通过驾驶员作出的导航道路/高速公路合并、宽转弯、变道、困难曲线和极端的加速和减速。长期工作负荷指数629是DND功能决策器625利用的输入的另一示例。长期工作负荷指数629可在一段较长的时间或者为可能在将来即将到来的场景估计和计算驾驶员的工作负荷或压力。可能需要驾驶员增加注意度需求的一些长期驾驶场景包括多雨条件、湿滑条件、密集交通等。在这些长期驾驶场景期间，系统可被配置为提供向驾驶员提供用于选择DND功能的“高”设置的自动提示。还可利用额外注意度需求输入627。额外输入可以是从车载相机获得的驾驶员的头部位置或者从引入装置（brought in device）、车载服务器或非车载服务器获得的驾驶员的心理信息。\n[0070] 各种连接服务和车辆消息623还与DND功能决策器625通信。连接服务623可以是有线连接或无线连接。可来自连接服务的消息的一些示例包括来自用户的蓝牙电话的消息（例如，电话呼叫或文本消息）、SAT无线电服务、交通服务、天气服务等。此外，车辆消息可以是被设置为向用户输出的与车辆模块相关的任何消息。车辆消息的一些示例可以是燃料警告指示符、换油指示符、胎压监测、音频或视频消息以及来自HMI的各种弹出窗口。另外，可在用户的移动电话上运行并且利用API（诸如福特的APPLINK）连接到车辆计算机系统的应用可向驾驶员请求发送传入通信。一个示例可以包括来自从移动电话与车辆计算机系统通信的用户的Twitter账户的“tweet（推文）”。“tweet”可基于DND设置和驾驶员的当前环境被评估为传入消息并且可通过DND功能被延迟或阻止。\n[0071] 此外，新手驾驶员设置订阅指示符621可被发送到功能决策器625。对于具有不良驾驶习惯或较少驾驶经验的新手驾驶员，可利用特定遥控钥匙（例如，FORD MYKEY）。功能决策器625可接收驾驶员当前正在使用车辆的消息。这可允许决策器625重写某些设置以强制实施用于向新手驾驶员广播消息的更严格的要求。因此，已被激活的先前设置可被重写并阻止向新手驾驶员输出的所有或许多消息。\n[0072] 在收集到与驾驶员注意度需求和工作负荷相关的各种信息、数据和消息时，功能决策器625可基于驾驶员的工作负荷确定如何限制、阻止、推迟或通告呈现给用户的消息。\n消息和数据的通信和交互可针对驾驶员和当前驾驶环境或场景而定制。在一个示例中，文本消息通告609可基于环境被延迟或被呈现给用户。车辆可利用文本转语音引擎来经由车辆扬声器输出消息。另外，传入呼叫611可基于驾驶员的工作负荷被静音。低级别提醒613可被呈现给用户。这样的提醒可包括表述车辆的燃料低、胎压低或检查引擎灯的消息或通信。\n另外，如果呼叫者的传入呼叫或消息通过DND功能被延迟，则驾驶员可能够向驾驶员输出到呼叫者的个性化消息615。在一个示例中，消息可表述“我当前正在驾驶。一旦停车，我将给你回电”。可由用户使任何类型的消息个性化。系统可能够基于消息自动地填充消息。在一个场景中，如果驾驶员正在遭遇严重大雨并且呼叫者驾驶着将文本发送到驾驶员，则DND功能可利用天气数据将定制消息发送到呼叫者，所述定制消息表述“John当前正在暴雨中驾驶。当他空闲时，他将给你回电”。\n[0073] 在另一示例中，DND提醒推荐617可基于工作负荷场景进行输出。提醒可被用来基于当前用户环境推荐DND功能的不同设置或开启DND功能/关闭DND功能。在一个示例中，弹出消息或音频警告可提醒驾驶员基于驾驶员的环境改变设置。DND提醒推荐617可以是语音、视觉闪烁或其组合的形式。在另一示例中，功能决策器625可被定制以向其他车辆、电话、Wi-Fi、云连接通信619提供智能通信。例如，系统可被配置为利用可配置设置以定制来自社交网络站的传入通信。此外，可针对诸如FORD SYNC系统或FORD APP-LINK系统使用的各种应用和应用开发者的将被传递给驾驶员的适当信息的各种连接消息来配置系统。在一个说明性示例中，智能电话可具有天气应用，所述天气应用能够将本地天气内容（诸如花粉提醒消息）传递到系统。\n[0074] 图7示出具有个性化的驾驶员可选择级别的免打扰功能的说明性示例。在该实施例中，DND功能被合并于驾驶员显示器中。除了核心基础设置之外，针对各种DND级别传递的通信消息和信息是灵活的和可配置的。用户界面屏幕705可为驾驶员输出各种内容和信息。\n在用户界面屏幕内，可设置免打扰按钮709。免打扰按钮709包含针对驾驶员个性化的三种可定制级别。“低”设置707可允许向用户输出比“中”设置711和“高”设置713更多的消息。另外，用户可能够选择DND功能关闭。当选择关闭时，DND功能不被激活并且车辆计算机系统可允许所有消息和提醒被呈现给驾驶员。虽然该说明性实施例描绘了设置的三种级别，但是任何数量的级别可以是可用的。此外，DND按钮不限于驾驶员显示器，而是还可用于车辆中任何地方的硬按钮或位于车辆中的任何显示器。从车辆计算机系统接收的通信或消息还可具有与它们相关联的不同重要性值。因此，指示希望被发送到信号装置（tell-tale）的轮胎漏气的消息可以比从与车辆的多媒体系统配对的移动电话接收的文本消息或电话呼叫更重要。\n[0075] 图8示出驾驶员显示器中的自动免打扰功能的说明性示例。DND界面屏幕801允许利用DND按钮807选择DND功能。DND按钮807可允许通过自动选择指示符805或手动DND选择\n809切换该选择。如果自动DND功能被驾驶员选择，则在短期（3-5秒）间歇高注意度需求情形期间自动推迟低优先级提醒、文本消息、车载消息、传入电话呼叫和连接信息。可在自动DND功能被选择时激活图标803。可在注意度需求变低时提供延迟的消息。如果手动DND功能被选择，则向驾驶员提供有限的车辆驱动程序（vehicle-driver）和连接通信。当然，可向驾驶员提供关键消息。驾驶员还可具有关闭DND按钮的能力。\n[0076] 图9示出利用在车辆计算机系统内的免打扰功能的驾驶员定制信息管理系统的流程图的说明性示例。在901，车辆计算机系统可在操作系统的后台中监视用户的免打扰选择。这可以是用户可选择开启或者可对用户透明的特性，并且可以一直在后台中运行。对免打扰功能的选择的监视允许车辆计算机系统跟踪可引导用户选择DND功能的不同场景。\n[0077] 在903，车辆计算机系统可分析免打扰功能当前是否开启。如果DND功能未开启，则在905，车辆计算机系统将允许所有传入驾驶员连接通信。因此，当配对的蓝牙电话接收到文本消息时，车辆计算机系统可经由车辆的扬声器或车辆显示器输出消息，而不是忽略或推迟消息的传递。如果DND功能开启，则车辆计算机系统可随后开始分析DND设置的级别。因此，在907，系统可分析“高”设置是否被选择。在接收到“高”设置被选择的确认时，在909，车辆计算机系统可限制传递到驾驶员的通信。在一个示例中，在909，“高”设置的选择可限制除了关键信息之外的所有通信。例如，如果用户具有选择的“高”设置并且在用户的蓝牙电话接收到文本消息，则系统可延迟消息的传递。然而，如果引擎ECU确定存在故障组件，则“检查引擎”警告可由于该警告的至关重要而仍被传递。另外，用户可被允许调整被限制为在“高”设置被选择时接收的通信的类型。\n[0078] 在替代场景中，如果“高”设置未被选择，则在911，系统可检查“中”设置是否被选择。如果“中”设置被选择，则在913，系统可基于驾驶员的注意度需求和工作负荷状态二者来管理向驾驶员输出的由车辆计算机系统获得的信息。因此，可以以延迟方式向驾驶员输出信息。例如，可在短期（3-5秒）间歇高注意度需求情形期间推迟传入电话呼叫和云连接的信息消息。否则，如果驾驶员需求不高，则系统可向用户输出消息。如果选择是“中”，则还可以向驾驶员输出关键消息。\n[0079] 在替代场景中，如果“中”设置未被选择，则在915，系统可检查“低”设置是否被选择。如果“低”设置被选择，则在917，系统可基于驾驶员的注意度需求和工作负荷状态二者来管理向驾驶员输出的由车辆计算机系统获得的信息。因此，如果“低”设置被选择，则可以以延迟方式向驾驶员输出同步信息和文本消息。例如，可在短期（3-5秒）间歇高注意度需求情形期间推迟低优先级提醒、文本消息和车载消息。因此，在低注意度需求状态期间，信息可被延迟并被输出给驾驶员。另外，如果当存在传入消息时驾驶员需求不高，则系统可向用户输出消息。如果选择是“低”，则还可以向驾驶员输出关键消息。\n[0080] 在验证选择的设置时或者使设置失效时，系统可继续分析DND设置的级别。此外，应注意的是，流程图的具体顺序可以不同于图9中示出的顺序。例如，在确定“高”设置是否被选择之前，系统可检查以确定“中”设置是否被选择，等等。此外，在其他替代实施例中并非需要所有步骤。因此，可以以多种方式构造流程图的顺序。\n[0081] 图10示出用于利用长期指示符（LTI）计算的免打扰功能的框图的说明性示例。所述框图是用于基于驾驶员发起的车辆交互的长期计算的系统。另外，还可合并云连接信息。\n长期指示计算1001可利用各种输入来计算注意度需求。LTI计算可识别如下情形，在所述情形中，驾驶员可进入针对驾驶环境需要提高的集中度的场景。各种车辆组件可发送情境数据以确定车辆环境并计算驾驶员需求。情境数据可用于帮助识别如下环境，所述环境可包括在长段的走走停停的交通中驾驶、在暴雨/暴雪中驾驶、在有雾的条件下驾驶等。因此，可能有利的是，车辆计算机系统理解即将到来的困难驾驶场景以推荐驾驶员激活DND功能。引导注意度需求车辆使用（包括雾灯选择、远光灯使用、牵引控制和反制动系统触发器）的驾驶员选择和车辆指示符提供对驾驶员注意度需求的指示。雨刮器使用数据1005可被发送到长期指示计算1001。雨刮器使用数据可以表示用户经历的恶劣天气。雾灯指示符数据1006可被发送到LTI计算1001。雾灯指示符数据可指示驾驶员可以处于黑暗/有雾的区域中，从而驾驶员需要提高意识。远光灯使用数据1007还可用于相似的驾驶场景。交通密度数据\n1009可用于确定驾驶员的周围环境。牵引控制系统和反制动系统指示符/数据1011可用于识别驾驶员可能正在经历的高压力或高工作负荷的场景，诸如轮胎打滑或车辆失控。天气数据1013可用于理解天气对车辆的驾驶环境的影响。天气数据可从非车载服务器获得，所述非车载服务器利用长距离连接与车辆通信。在一个示例中，天气数据可指示当前天气是有雪还是经历雾。因此，计算长期指示的处理器可利用表示当前天气数据的数据来计算驾驶员的工作负荷。另外，其他车辆传感器或非车载服务器可用于促进驾驶员的注意度需求的计算。\n[0082] 从各种车辆组件获得的情境数据可以是简单指示设置是开启还是关闭的数据。其他车辆组件可发送包含不同值的数据，所述不同值表示在给定条件下对用户可达到的工作负荷。在获得提供对驾驶员注意度需求的指示的所有各种车辆数据和使用时，通过免打扰功能的LTI计算来完成计算。通过车辆系统配置最小数量阈值。阈值可由用户或由制造商设置。当免打扰功能的LTI计算计算出超过阈值时，提供DND提醒。例如，TCS或ABS触发器的数量可被一起求和。当超过最小数量阈值时提供iDND提醒。对于可被快速开启或关闭的指示符，需要用于提供长期注意度需求提醒的方法。例如，当LTI装置在任何时刻k参与时，输出通过下式给出：\n[0083] LTIi(k)=λ·LTI(k-1)+(1-λ)·1  （1）\n[0084] 当LTI未参与时，输出通过下式给出：\n[0085] LTIi(k)=λ·LTI(k-1)+(1-λ)·0  （2）\n[0086] LTIi可以是用于针对被跟踪的每个开启/关闭长期引导指示符（诸如车辆组件）的长期跟踪值的引导指示符，λ是调谐因子。因此，用户所交互的每个装置可具有指示工作负荷值的不同调谐因子。例如，雾灯可具有与制动模块不同的调谐因子。此外，在每个装置内，不同调谐因子可由不同场景表示。例如，如果非车载交通服务器向车辆计算机系统输出交通的不同程度，则交通的每个程度可具有不同调谐因子。\n[0087] 与引导长期注意度指示的交互被合计为合成指数。LTI输出可随后通过下式给出：\n[0088] LTI=max(LTI1,LTI2,LTI3,......LTIn)  （3）\n[0089] 例如，当LTI在0.7的阈值以上时，针对所选择的时间段提供DND“高”提醒。不同值可触发不同提醒。另外，值可由用户或制造商修改以针对系统或驾驶员而定制。因此，所描述的DND方法和系统提供了个性化信息和连接管理的方式以便于驾驶体验。\n[0090] 图11A示出被配置为基于实时条件提示驾驶员的增强视觉指示符的说明性示例。\n界面屏幕1101可具有可供用户选择的免打扰按钮1103。然而，DND按钮1105还可被配置为基于车辆周围环境自动提示驾驶员。如果LTI输出计算结果在阈值以上，则提醒1105可闪烁或显示以提示驾驶员DND功能已被激活。虽然以上实施例描述了视觉指示符，但是还可存在向用户输出用于激活DND设置的音频指令的音频指示符。提醒可被激活以不仅向用户通告DND设置被关闭并应被激活，而且以建议用户可在使用中获益的另一级别（例如，将“低”设置改变为“高”）。\n[0091] 图11B示出被配置为输出用于基于实时条件提示驾驶员的视觉指示符的具有个性化的驾驶员可选择级别的免打扰功能的示例。界面屏幕1107可包含DND按钮1109，DND按钮\n1109包含各种设置，诸如“高”1115、“中”1113和“低”1111。可基于车辆的周围环境设置自动提示设置。因此，提醒可在DND设置中的被计算为最适合于驾驶员条件的一个DND设置上闪烁。作为示例，当LTI输出在0.7以上时，例如，可触发“高”提醒以及当指示符闪烁时音频蜂鸣的选项。在另一示例中，在0.3-0.7范围内的LTI输出可触发用于“中”设置的提醒。在0.3以下的LTI输出范围可触发“低”设置。虽然在图11B中描绘了视觉提醒，但是还可触发音频提醒。例如，如果特定阈值是指在LTI输出的计算期间，则车辆计算机系统可通过车辆的扬声器向用户提示询问“你想要将你的免打扰功能设置为高吗？”的音频菜单。基于驾驶员的语音命令，驾驶员可选择激活推荐的设置、另一设置或用于忽略提醒和保持DND功能关闭的简单选择。\n[0092] 图12示出利用具有智能免打扰功能提醒的驾驶员定制信息管理的流程图的示例。\n在1201，车辆计算机系统可跟踪并计算高的长期驾驶员注意度需求的引导指示符。跟踪可在没有任何用户交互的后台中完成。引导指示符可以是与图10中公开的相同的指示符。在跟踪并计算长期指示（LTI）输出时，车辆计算机系统可确定LTI输出是否大于由符号β指示的特定阈值。阈值β可在特定实施例中由用户设置，或在其他实施例中由车辆制造商设置。\n如果LTI输出不满足β值，则系统将继续跟踪并计算LTI输出。然而，如果LTI输出大于β，则车辆计算机系统可假设驾驶员处于需要更高驾驶员注意度的情形中。因此，在确定驾驶员正在经历高注意度场景时，在1205，车辆计算机系统可确定智能DND或手动DND功能当前是否在运行。如果对DND功能的设置开启，则车辆计算机系统可继续利用根据DND设置（即，如图9或图13中）的功能。然而，如果车辆计算机系统确定DND功能没有被激活并且长期驾驶员注意度需求超过阈值β，则在1207，系统可向驾驶员发送提醒。提醒可以是如图11A或图11B所示的视觉指示符的形式，或者可以是听得见的。提醒可在设置的时间量内被激活。因此，车辆计算机系统的制造商或驾驶员可能够定制提醒被保持激活的时间量。提醒可在特定时间量或特定提醒数之后超时。此外，提醒保持激活的提醒时间量可由驾驶员或车辆制造商定制。\n[0093] 图13示出彼此作用的不同免打扰功能的流程图的示例。在1301，车辆计算机系统可在当前监视用户的智能免打扰选择。在1303，系统可首先确定任何免打扰功能在当前是否被激活。如果DND功能没有被激活，则在1305，车辆计算机系统可被配置为允许通过SYNC多媒体系统的传入通信。然而，如果DND设置被激活，则车辆计算机系统可继续进行确定哪种类型的DND设置被激活。在1307，车辆计算机系统可确定手动DND功能是否被选择。如果手动DND功能被激活，则在1309，车辆计算机系统可向用户阻止所有传入通信。\n[0094] 在替代方式中，手动DND功能可不被激活。因此，车辆计算机系统可确定智能DND功能是否被激活。如果智能DND功能没有被激活，则在1312，车辆计算机系统可允许所有传入通信。然而，如果智能DND功能被选择，则在1313，车辆计算机系统可获得驾驶员的注意度需求状态。注意度需求状态可利用图10中示出的组件来计算。在计算出注意度需求状态时，在\n1315，车辆计算机系统（诸如FORD SYNC）可针对车辆用户定制各种驾驶员组件的通信和交互。例如，可利用图9的定制通信和不同设置来限制车辆计算机系统的交互。\n[0095] 在此公开的处理、方法或算法可被传送到/被实现为可包括任何现有可编程电子控制单元或专用电子控制单元的处理装置、控制器或计算机。相似地，处理、方法或算法可被存储为可由控制器或计算机以多种形式执行的数据和指令，包括但不限于永久地存储在非可写存储介质（诸如ROM装置）上的信息以及已被存储在可写存储介质（诸如软盘、磁带、CD、RAM装置和其他磁性和光学介质）上的信息。处理、方法或算法还可被实现在软件可执行对象中。可选地，处理、方法或算法可使用适当的硬件组件（诸如专用集成电路（ASIC）、场可编程门阵列（FPGA）、状态机、智能电话、控制器或其他硬件组件或装置或者硬件、软件和固件组件的组合）被整体地或部分地实现。\n[0096] 尽管以上描述了示例性实施例，但是不意图这些实施例描述由权利要求包含的所有可行形式。在说明书中使用的词语是描述性词语而非限制，并且应理解在不脱离本公开的精神和范围的情况下，可进行各种改变。如先前所述，各种实施例的特征可被组合以形成可不明确地描述或示出的本发明的进一步实施例。尽管各种实施例已经被描述为针对一个或更多个期望特性而提供优点或优于其他实施例或现有技术实施方式，但是本领域的普通技术人员应认识到，一个或更多个特征或特性可被折中以达到根据特定应用和实施方式的期望的整体系统属性。这些属性可包括但不限于成本、强度、耐用性、生命周期成本、适销性、外观、包装、尺寸、可服务性、重量、可制造型、易于装配等。如此，所描述的针对一个或更多个特性比其他实施例或现有技术实施方式不太理想的实施例不在本公开的范围外，而可期望用于特定应用。