CN105634987A - 用于带入装置通信请求处理的方法和设备 - Google Patents

Abstract

本公开涉及用于带入装置通信请求处理的方法和设备。一种系统包括处理器，所述处理器被配置为：接收标识请求应用和被请求的用户界面的传入消息请求。所述处理器还被配置为确定传入消息的优先级值。所述处理器还被配置为确定消息类型。所述处理器还被配置为：确定驾驶员注意力需求值，并且当优先级值、消息类型以及驾驶员注意力需求值与针对被请求的用户界面而定义的参数相匹配时，提供对被请求的用户界面的访问。

Description

用于带入装置通信请求处理的方法和设备

技术领域

说明性实施例总体上涉及一种用于带入(brought-in)装置通信和请求处理的方法和设备。

背景技术

现代车辆配备了可用于与乘员的带入装置进行接口连接的各种单向和双向的数据与通信接口。从无线格式(诸如，但不限于，蓝牙或WiFi)到有线格式(诸如，但不限于，AUX(辅助)端口和车载数据总线(ODB)端口)，乘客和驾驶员可利用一些选项来建立带入装置(例如，而非限制，可穿戴装置(wearable)、智能电话、个人计算机、平板电脑、加密狗(dongle)等)与车辆计算系统之间的通信连接。

在带入装置上运行的应用和处理也可以请求使用车辆资源，特别是当其要与车辆乘员进行交互时。可以通过视觉或听觉输出发送消息，触敏屏幕和麦克风可被用来获得用户反馈。

发明内容

在第一说明性实施例中，一种系统包括处理器，所述处理器被配置为接收标识请求应用和被请求的用户界面的传入消息请求。所述处理器还被配置为确定传入消息的优先级值。所述处理器还被配置为确定消息类型。此外，所述处理器被配置为：确定驾驶员注意力需求值；并且当所述优先级值、消息类型和驾驶员注意力需求值与针对被请求的用户界面而定义的参数相匹配时，提供对被请求的用户界面的访问。

在第二说明性实施例中，一种系统包括处理器，所述处理器被配置为接收标识车辆界面的消息请求。所述处理器还被配置为确定消息优先级和消息类型。此外，所述处理器被配置为确定驾驶员注意力需求。所述处理器还被配置为：基于驾驶员注意力需求，设置用于车辆界面的参数，所述参数定义了使用许可所要求的消息优先级和消息类型；当针对使用许可而设置的所述参数与确定的消息优先级和消息类型相匹配时，经由车辆界面传送被包括在消息请求中的消息。

在第三说明性实施例中，一种计算机实现的方法包括接收标识车辆界面的消息请求。所述方法还包括经由车辆计算机确定消息优先级和消息类型。所述方法还包括确定驾驶员注意力需求。所述方法还包括：基于驾驶员注意力需求，设置用于车辆界面的参数，所述参数定义了使用许可所要求的消息优先级和消息类型；当针对使用许可而设置的所述参数与确定的消息优先级和消息类型相匹配时，经由车辆界面传送被包括在所述消息请求中的消息。

附图说明

图1示出了说明性车辆计算系统；

图2示出了运行多个应用类型的说明性带入装置；

图3示出了用于传入消息处理的说明性处理；

图4A至图4C示出了用于不同的消息授权的说明性处理；

图5示出了用户界面(UI)授权处理的说明性示例。

具体实施方式

根据需要，在此公开本发明的具体实施例；然而，应当理解的是，所公开的实施例仅为本发明的示例，其可以以多种替代形式实施。附图无需按比例绘制；可夸大或缩小一些特征以示出特定组件的细节。因此，此处所公开的具体结构和功能细节不应被解释为限制，而仅仅作为教导本领域技术人员以多种形式利用本发明的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触敏屏幕，则用户还能够与所述界面进行交互。在另一说明性实施例中，通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。

在图1所示的说明性实施例1中，处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外，处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中，非持久性存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪存。一般说来，持久性(非暂时性)存储器可包括当计算机或其它装置掉电时保持数据的所有形式的存储器。这些存储器包括但不限于：HDD、CD、DVD、磁带、固态驱动器、便携式USB驱动器和任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此说明性实施例中，麦克风29、辅助输入25(用于输入33)、USB输入23、GPS输入24、屏幕4(可为触摸屏显示器)和蓝牙输入15全部被设置。还设置有输入选择器51，以允许用户在各种输入之间进行切换。麦克风和辅助连接器两者的输入在被传送到处理器之前，由转换器27对所述输入进行模数转换。尽管未示出，但是与VCS进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于CAN总线)向VCS(或其组件)传送数据并传送来自VCS(或其组件)的数据。

系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11，并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如PND54)或USB装置(诸如车辆导航装置60)的输出。

在一说明性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、PDA或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，蜂窝塔57可以是WiFi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地，CPU被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或DTMF音在CPU3与网络61之间传送数据。可选地，可期望包括具有天线18的车载调制解调器63，以便在CPU3与网络61之间通过语音频带传送(16)数据。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中，调制解调器63可与蜂窝塔57建立通信(20)，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一说明性实施例中，处理器设置有包括用于与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是IEEE802PAN(个域网)协议的子集。IEEE802LAN(局域网)协议包括WiFi并与IEEE802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在该领域使用的其它通信方式是自由空间光通信(诸如IrDA)和非标准化消费者IR协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者可在数据被传送的同时通过装置说话时，可实施已知为频分复用的技术。在其它时间，当拥有者没有在使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并仍在被使用，但其已经很大程度上被用于数字蜂窝通信的码域多址(CDMA)、时域多址(TDMA)、空域多址(SDMA)的混合体所替代。这些都是ITUIMT-2000(3G)兼容的标准，为静止或行走的用户提供高达2mbps的数据速率，并为在移动的车辆中的用户提供高达385kbps的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，所述IMT-Advanced(4G)为在车辆中的用户提供100mbps的数据速率，并为静止的用户提供1gbps的数据速率。如果用户具有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，移动装置(ND)53可以是能够通过例如(而非限制)802.11g网络(即WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一实施例中，传入数据可经由话上数据或数据计划穿过移动装置、穿过车载蓝牙收发器，并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据时为止。

其它的可与车辆进行接口连接的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB62或其它连接的车辆导航装置60、车载GPS装置24、或与网络61连接的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE1394(火线^TM(苹果)、i.LINK^TM(索尼)和Lynx^TM(德州仪器))、EIA(电子工业协会)串行协议、IEEE1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

此外，CPU可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线保健装置、便携式计算机等。

此外或可选地，可使用例如WiFi(IEEE803.11)收发器71将CPU连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

除了由位于车辆中的车辆计算系统执行示例性处理之外，在某些实施例中，还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如但不限于移动电话)或通过无线装置连接的远程计算系统(例如但不限于服务器)。这样的系统可被统称为与车辆关联的计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行发送或者接收信息的步骤，则很可能无线装置不执行该处理，这是因为无线装置不会与自身进行信息的“发送和接收”。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的计算系统。

在此讨论的每个说明性实施例中，示出了可由计算系统执行的处理的示例性非限制性示例。针对每个处理，为了执行处理的有限的目的，执行处理的计算系统被配置为用于执行处理的专用处理器是可行的。所有处理不需要被全部执行，并且被理解为是可被执行以实现本发明的要素的处理类型的示例。可以如期望地添加附加步骤或将附加步骤从示例性处理中去除。

远程信息处理和车辆连接能力增长了客户期望并再次开始了车厢内部的功能开发的竞争。因此，将相关的连接能力和远程信息处理信息提供给驾驶员是重要的。然而，此内容的大部分会来自很大程度上超出了原始设备制造商(OEM)的控制的源(诸如，运行在智能电话、可穿戴装置、个人计算机、平板电脑和与车辆连接的其它装置上的应用)。通过建立与说明性实施例所模拟的规则一致或类似的规则，汽车的OEM可运用对在车厢内传送的内容的一些控制措施。

在智能电话涌入消费市场引领了带入装置可与车辆进行连接的方式的同时，可穿戴装置的出现(exposure)也在稳步增加。带入系统的价位在40美元至超过500美元的范围内波动，消费者经常寻求将多个装置连接到车辆。当然，这会导致多个装置可能都试图要利用车辆的输入和输出。

很多公司正在开发与车辆内部的显示器和音频输出进行交互的应用，以与车辆乘员进行连接和交互。在潜在的大量带入装置都在请求驾驶员注意的情况下，说明性实施例提供了用于管理传入连接请求的有用的方法。说明性实施例提供了用于协调对车辆资源利用(典型地，输出型资源)的连接请求的方法。说明性实施例利用对请求应用标识/许可的考虑、被请求的界面的类型、传入信息传送的重要性和驾驶员注意力需求状态的组合来确定被请求的用户界面(UI)是否将被提供或者被拒绝用于传送传入消息。

图2示出了运行多个应用类型的说明性带入装置201。在该说明性示例中，在系统的车辆侧203，运行应用通信接口评价处理217，应用通信接口评价处理217可以应用人工智能、模糊决策方法和/或基于规则的系统来确定通信是否被允许以及提供了什么通信接口。

在操作模式中，应用通信接口评价处理可以从带入装置和车辆子系统两者获得输入。在该示例中，所述带入装置将提供标识请求应用的编码消息213(至少有对于请求应用做出适当评价所需要的最小量的数据)和被请求的用户界面的标识215。在该示例中，用于衡量应用消息重要性219和驾驶员注意力需求负荷221的系统作为车辆子系统的一部分被设置。

例如，应用消息重要性可以是由OEM确定的关于请求应用发送的消息的值的排序的数据库。例如，而非限制，导航消息可以比广告具有更高的值，并且可以被设置更高的优先级。消息重要性的粒度(granulation)可以如需要的一样精细，甚至导航消息可以被分成不同优先级的消息(例如，而非限制，“0.5英里以后转向(turnin0.5miles)”的消息可以被赋予比“保持在当前道路持续100英里”的消息的优先级更高的优先级)。数据库可以根据特定应用、根据特定应用类型为消息优先级定义规则，或者甚至可以针对受信任的应用提供由应用本身所定义的许可优先级的列表。即，如果OEM信任应用在用于消息的优先化的准则集内工作，则对照定义消息应该从应用接收什么优先级，针对所述应用的条目可以仅仅定义什么优先级可以由应用设置。驾驶员注意力需求可以利用已知的驾驶员需求测量技术来测量，所述已知的驾驶员需求测量技术经常涉及对车辆、驾驶员、外部环境和内部车厢的考虑。

基于输入的协同评估，各种应用205、207、209、211可以被设置为访问或被阻止访问车辆界面223、225、227。如从图2可见的，一些示例性应用类型包括导航应用205、健康与保健应用207、电话与文本应用209以及在此未分类的其它应用211。通常被请求的界面包括车辆显示界面223、语音界面225以及在此未分类的其它界面227。每个界面提供与车辆驾驶员229或乘员进行交互的机会，并且通过对在此描述的输入和类似的输入的评估来提供对到所述界面的消息的控制。

若干可选的配置也可以用于系统，并且一些示例性选择也将被描述。例如，驾驶员注意力需求处理可以位于带入装置上。如果带入装置具有能够访问适当的车辆和/或远程资源的驾驶员注意力需求应用以做出驾驶员注意力需求评估，则所述装置本身可以将该信息提供给在车辆中运行的应用通信接口评价处理。

在另一非限制性示例中，应用消息重要性数据库还可以被设置在移动装置上，并且可以针对各种应用被周期性更新，或者例如可以在应用被更新时被更新。如前所述，某些受信任的应用可以被允许将它们自己的优先级分配给输出消息，前提是应用遵从针对优先化消息的制造商规则来运行。在这些情况下，数据库可以提供优先化准则集，以用于确保所选择的优先级至少针对指定的应用是被允许的(例如，而非限制，广告应用不可能会被给予将消息排列为“高”优先级的能力)。准则以及针对优先级排序的广义规则还可以是依赖于情境的，因此，例如，当且仅当特定情境适用时(例如，用户已经停在用于提供广告的位置，或者一些其它合理的时间(当即时消息传送对于用户来说可能是非常期待的时候))，广告应用可以被给予使用“高”优先级的能力。

任何以及所有需要的数据库和做出决策的处理还可以被远程设置在云中，并且可以经由具有云入口的带入装置通过无线连接被访问，或者，例如，经由基于车辆的调制解调器通过无线连接被访问。当连接可用时，位于车辆或移动电话上的数据库可以以周期性的间隔或在任何其它适当的时间被更新。用于确定驾驶员注意力需求的规则和/或用于衡量注意力需求的驾驶员档案也可以在适当的时间被更新。

图3示出了用于传入消息处理的说明性处理。针对在该图中描述的说明性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

当带入装置寻求利用车辆中的消息传送系统(例如，而非限制，车辆显示器、扬声器等)时，在301，处理通常将接收来自请求应用的消息或消息请求。该请求通常还将标识请求应用或至少标识请求应用的类型(如果基于分类的优先化被采用的话)。除了接收所述消息或关于所述消息/请求应用的信息，在303，处理还将接收UI请求，所述UI请求标识哪个用户界面是优选的。在一些示例中，如果基于决策结果初级UI是不可用的，则次级UI也可以被请求。例如，广告可能不被允许在特定时间显示，但是通过车辆音响来播放广告是可接受的。如果次级UI被请求，则在优选的UI的使用被拒绝的情况下可针对所述次级UI做出单独的判定。

在该示例中，在确定在什么时间哪些UI对于哪些消息是可允许的过程中加入了若干个可能的考虑因素。一个考虑因素是消息优先级305。如前所述，应用可以具有默认的优先级或分配给其的优先级。当只有一个优先级被分配时，来自所述应用的所有消息请求将接收同一优先级。一些应用针对特定消息类型或在特定状况下可以被给予对较高优先级的访问。相应地，消息优先化处理可以结合消息类型和/或在确定是否存在“例外”情况的过程中有用的其它数据来利用关于请求应用的消息，并且在305批准用于消息的优先级。消息还可以具有包括在其中的被请求的优先级，在这种情况下，处理可以在继续之前确定被请求的优先级的适宜性，并且如果被请求的优先级是不适当的则分配适当的优先级。在一非限制性模型中，消息被分配至少三个优先级(低—例如，广告、非时间敏感的消息(non-timesensitivemessage)；中—例如，应用升级的可用性、时间敏感的广告、语音信箱通知、到兴趣点(POI)的导航绕道；高—例如，需要立即行动的健康消息、呼入的电话、导航方向)。哪些消息、哪些消息类型、哪些应用和哪些应用类型被设置具有哪些优先级是设计选择的问题，并且任何变型都被包括在本发明的范围内。

在307，处理还可以考虑哪些UI被应用请求。基于对于指定的应用被批准的UI的列表，可以确定应用是否正在请求甚至对指定的应用可用的UI(在该说明性示例中，实际UI的可用性将稍后被确定)。如果被请求的UI不可用，则处理可以分配针对应用所允许的“最佳”UI。例如，如果应用请求使用声音和显示两者，但是只被允许使用声音或显示，则应用可以将“显示器”设置为优选的UI，尤其是在对显示器的访问被限制为足以使消息呈现为可能引起驾驶员的注意的情况下。

在309，处理还可以考虑应用类型或消息类型(因为一些应用可以传送不同类型的消息)。若干个消息类型可以基于消息类型的分类被分配，并且由应用提供的值可以被检查，或者值可以基于提供应用和/或消息内容被分配。如果消息类型分类基于消息内容被利用，则开发者可以被提供关于将在消息中包括什么的准则以将消息按照特定类型分类。在可选示例中，应用将标识被包括在请求中的消息类型。在另一示例中，消息类型将基于例如请求应用的类型被分配。

然后，在311，处理可以考虑当前的驾驶员注意力需求水平。该水平可以使用已知的技术被确定，并且可以被用于评估为了执行当前的驾驶动作驾驶员需要什么水平的注意力。基于需求水平，只有特定车辆输出可以是可访问的。例如，在恶劣天气和交通拥挤的情况下，对车辆显示器的访问可能被认为是太分散注意力的，并且对于除了最紧急的消息(最紧急的消息可以包括，例如，即时的导航决策、危险情况警告、来自优先方的呼入电话等)以外的所有消息可以是限制的。在313，基于可用的驾驶员注意力的水平，用于每个UI类型的利用参数可以被设置。

如果在315，应用满足用于被请求的UI或者被请求的次级UI的所有参数，则在317，处理可以经由UI继续呈现被请求的消息。另一方面，如果消息不能使用被请求的UI并且没有合适的次级UI可用，则在319，消息可以被排入队列直到被请求的UI可用时为止。当然，在传送之前的某个时间点消息也可能变得不相关，并且如果发生这样的情况则可以在适当的时候从队列中被移除。

在一广义的示例性模型中，针对指定的消息的做出决策的处理可以被描述为{如果消息类型为A，UI请求为B，重要性值为C，驾驶员注意力为D，则可用的UI为N}。在该示例中，针对特定UI的使用的规则基于传入的考虑值被预定义，并且被请求的UI将对照可用的UI被检查以确定其是否落入可允许的UI的范围内。在另一示例中，针对UI使用的规则可以基于当前的驾驶员注意力水平而被设置，并且被请求的UI可以对照动态设置而被检查以查明针对被请求的UI的使用的当前要求是否被满足。

图4A至图4C示出了用于不同的消息授权的说明性处理。针对在该图中描述的说明性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

图4A示出了用于标识消息优先级的说明性处理。在该示例中，在401，处理接收允许对特定应用或应用类型的标识的数据。一旦应用或应用类型已经被标识，则在403，处理可以确定是否有与来自应用的消息相关联的优先级。这可以是由应用提供的分配的优先级，或者，例如，可以是基于本地数据库条目所关联的和由本地处理分配的优先级。如果没有分配给消息的优先级或没有在本地数据库中提供的优先级，则在405，处理可以连接到远程优先级服务器。在407，基于例如消息类型、消息内容、应用类型、应用名称等，处理可以从所述服务器获得适当的优先级。

一旦优先级已经被获得或分配，则在409，处理可以确定优先级是否被允许。当然，如果优先级通过本地处理分配或从远程数据库被获得，则优先级可能被允许。另一方面，如果优先级由请求应用分配，则被分配的优先级的许可性可能需要被复查。如果被分配的优先级是不允许的(例如，基于与可允许的被分配的优先级的数据库的比较)，则在411，处理将分配适当的优先级(例如，通过上述的分配步骤)。一旦存在允许的优先级，则在413，处理分配与优先级对应的值(这还可以作为分配优先级的一部分被分配和/或作为来自请求应用的优先级本身被提供)并且随后继续。

图4B示出了用户界面请求验证处理的说明性示例。不是所有的应用和/或应用类型都被允许利用所有的界面。基于被传送的消息的内容，一些应用可能在用户界面使用方面受限制。例如，而非限制，广告商可能被禁止使用可视化界面，除非是向驾驶员呈现优惠券。因此，对于利用可视化界面来显示没有优惠券的广告的任何请求将是不适当的。

在该说明性处理中，在421，用户界面(UI)请求被检查。处理可以检查应用许可的本地数据库以查明：a)所述数据库是否存在，b)所述数据库是否定义了针对请求应用、应用类型、消息类型等的许可。在一些情况下，消息内容可以用于标识消息类型，即使针对指定应用的许可在本地是未知的，所述消息类型也将足以授权用户界面的使用。

在该示例中，在423，如果针对应用或应用类型的许可是未知的或本地不可获得的，则在425，处理连接到许可服务器，所述许可服务器包含用于所有被批准的应用的所有许可。在427，基于应用、应用类型、消息类型、消息内容等的针对用户界面使用的适当许可被获得，并且一旦适当的许可是已知的，则在429，处理可以检查以查明被请求的用户界面是否是适当的。此外，界面的适当性可以是基于请求应用、请求应用类型、消息类型、消息内容等的。如果在429，不允许的用户界面被请求，则在431，处理可以阻止所述请求。

如前所述，阻止所述请求可不终止消息传送。例如，如果次级界面被请求，则验证处理可以针对次级界面被重复。在429，如果允许的用户界面被请求，则在419，处理可以分配用户界面值(或以最终的使用许可/拒绝判定可用的方式标识用户界面)。此外，与用户界面相关联的“值”可以从开始就被分配，并且被用于基于作为用于用户界面标识的代理(proxy)的值来完成用户界面验证处理的剩余部分。

图4C示出了消息类型验证/分配处理的说明性示例。在该说明性示例中，在441，处理检查传入消息类型(如果由请求应用提供的话)。如果消息类型不可用，则处理可以尝试基于本地数据库来对消息进行分类，所述本地数据库提供用于各种已标识的应用的消息类型。如果在443，消息类型不可以被分配或者不是本地已知的或可标识的，则在445，处理可以连接到远程服务器，所述远程服务器提供用于允许的应用的消息类型标识。在这种情况下，在447，应用ID被提供给所述服务器，并且在449，对应的消息类型被接收。在其它示例中，消息本身可以被提供(例如，如果消息类型基于消息内容被确定，或者如果消息内容被需要以在用于指定应用的多个类型之间做出判定)。在至少一种情况下，指定应用具有与其相结合被提供的多个类型的消息，并且消息内容可以被用于确定所述多个类型中的哪一个类型与指定消息相对应。请求应用还可以提供建议的消息类型，所述建议的消息类型可以对照允许的类型被交叉检查。

处理还可以检查以查明消息类型是否被允许。此外，如果消息类型已经由本地处理分配，则所述类型对于请求应用可能是被允许的(即，本地处理不可能将鞋的广告标识为导航类型消息)。但是，如果请求应用提供了消息类型，则处理可能需要保证所提供的类型对于请求应用是允许的(因为如果一些数据提供者知道特定的消息类型具有较高的被显示的可能性，则他们可能被怂恿通过错误标识消息来进行“欺骗”)。如果在451，消息类型是不允许的，则在453，处理将分配允许的消息类型，这可以采取先前描述的用于分配消息类型的处理的形式(即，检查本地数据库和/或检查远程数据库)。此外，一旦消息类型是允许的，则在455，处理分配与分配的类型相关联的类型值。

在说明性示例中，类型/优先级/用户界面使用词语来被定义，值被利用于判定处理，但是所述值也可以跳过“分配值”的步骤，被简单地利用于定义所述类型/优先级/用户界面。可选地，当决定是否允许特定用户界面的使用时，等式(equation)可以搜索具体的词语而不是值。词语以及对应的值的使用本质上仅仅是说明性的，并不意在限制所要求保护的主题的范围。

图5示出了用户界面(UI)授权处理的说明性示例。针对在该图中描述的说明性实施例，应该注意的是，为了执行在此示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时，所述处理器可被临时改为用作专用处理器，直到所述方法被完成时为止。在另一示例中，在适当程度上，根据预配置的处理器运行的固件可使所述处理器充当出于执行所述方法或所述方法的一些合理变型的目的而被提供的专用处理器。

在该说明性示例中，驾驶员注意力负荷被用于设置用于车辆/用户界面利用的参数(依据消息类型和消息优先级)。即，例如，当驾驶员注意力需求高时，只选择能够对车辆界面自由访问的消息类型和/或消息优先级，反之，当驾驶员注意力需求低时，对于界面利用的要求可以被放宽。当然，可以利用用于定义哪些消息/应用/优先级在什么时间以及基于什么状况可以访问哪些界面的任何合适的模型。

在该示例中，驾驶员注意力负荷(或驾驶员注意力需求)基于已知的技术被衡量。通常，例如，当驾驶员正在转向、在车流中、在恶劣天气中驾驶等时，驾驶员注意力需求可能是高的，反之，当驾驶是直线驾驶、没有在车流中、在晴朗的天气中等时，驾驶员注意力需求可能是低的。在503，基于驾驶员注意力需求的观测水平，处理可以针对每个车辆界面的使用设置所需要的消息优先级。在505，当需求在特定水平之上时，处理还可以阻止某些优先级使用任何界面(例如，高驾驶员注意力需求可能导致不管何种类型而阻止低优先级消息的所有界面)。

在507，以类似的方式，基于驾驶员注意力需求，处理可以设置在当前状况下针对指定界面的使用所需要的消息类型。此外，在509，基于当前驾驶需求，处理可以阻止某些消息类型(例如，在高驾驶员需求的情况下没有广告)。在511，如果需要的话，处理还可以设置阻止的界面，使得当需求高时任何种类的消息都不可以利用特定界面。

在该示例中，传入消息已经被接收并且具有特定消息类型以及与其相关联的优先级。在513，基于当前驾驶员需求，处理将首先检查以查明消息优先级是否被阻止。如果基于当前状况在任何界面上消息优先级都不被允许，则在319，处理可以将消息排入队列以便稍后传送。如果所述优先级没有导致阻止，则在515，处理将基于先前执行的设置提供针对所述优先级被批准的用户界面集。在一些示例中，固定的规则集可以被建立，并涵盖了驾驶员需求水平(大概在有限的范围内)、消息类型、用户界面请求和消息优先级的所有可能的迭代(iteration)，但是在该示例中，针对UI的使用的规则基于当前驾驶员注意力负荷(但是仍然基于预定义的模型)被动态地定义。

如果在517，由处理设置的允许的UI与用于消息传送的由请求应用所请求的请求UI相匹配，则在519，处理随后可以继续确定消息类型是否也满足要求。如果所请求的UI因为消息优先级而与允许的UI不相匹配，则处理可以将消息排入队列。

处理然后检查以查明请求消息类型当前是否被阻止使用任何UI界面。例如，广告通常可能只被允许使用听觉输出，除非广告提供了优惠券。广告通常还可以被给予低优先级，除非车辆在相应的商户位置的0.1英里以内，在这种情况下，广告接收高优先级(这些仅仅是说明性示例)。因此，在高驾驶员需求情况下，只有具有高重要性类型(紧急情况、医疗、健康、允许的来电者列表)的消息可以被允许传送。另外，所有广告类型的消息可以被阻止。广告消息可能满足用于传送的优先级要求，但是会在步骤519基于消息类型被阻止。这允许系统在传送消息之前考虑到消息优先级和消息类型两者。

在519，如果消息类型未被阻止，则在521，处理可以针对消息类型细化可用的用户界面集。例如，高优先级的消息可以被给予对所有界面的访问权，但是广告消息仅可以被给予听觉访问权，除非广告消息包括优惠券。如果广告消息未被阻止，并且消息在商户的0.1英里范围以内被接收，但是没有包含优惠券，则该消息将基于优先级接收对所有UI类型的访问权，但是随后基于没有优惠券的广告(advertisement_no_coupon)的消息类型将可用的UI集细化以排除显示器。如果在523，广告(或其它请求)与在基于消息类型的任何细化之后剩下的可用的用户界面类型相匹配，则在317，处理可以继续输出消息。否则，在319，消息可以再次被排入队列。

说明性实施例提供了基于扩展的情境来智能地管理针对远程信息处理和连接信息的驾驶员交互访问的规定的方法和设备，所述扩展的情境包括消息类型和消息优先级，所述方法和设备还可以是基于消息内容、应用名称和应用类型的。通过使用说明性实施例等，可以获得对带入装置通过车辆系统传送消息的控制。

尽管上面描述了示例性实施例，但并不意在这些实施例描述了本发明的所有可能形式。更确切地，说明书中使用的词语为描述性词语而非限制，并且应理解，可在不脱离本发明的精神和范围的情况下作出各种改变。此外，可组合各种执行的实施例的特征以形成本发明进一步的实施例。

Claims (19)

1.一种系统，包括：

处理器，被配置为：

接收标识请求应用和被请求的用户界面的传入消息请求；

确定传入消息的优先级值；

确定消息类型；

确定驾驶员注意力需求值；

当所述优先级值、消息类型和驾驶员注意力需求值与针对被请求的用户界面而定义的参数相匹配时，提供对被请求的用户界面的访问。

2.如权利要求1所述的系统，其中，请求应用通过名称被标识。

3.如权利要求1所述的系统，其中，请求应用通过类型被标识。

4.如权利要求1所述的系统，其中，传入消息的优先级值由请求应用提供，并且所述处理器还被配置为：作为确定传入消息的优先级值的一部分，来验证传入消息的优先级值的许可性。

5.如权利要求1所述的系统，其中，传入消息的优先级值基于传入消息的内容而被提供。

6.如权利要求1所述的系统，其中，传入消息的优先级值基于传入消息的类型而被提供。

7.如权利要求1所述的系统，其中，传入消息的优先级值基于请求应用的类型而被提供。

8.如权利要求1所述的系统，其中，消息类型基于消息内容而被定义。

9.如权利要求1所述的系统，其中，消息类型由请求应用来定义，并且所述处理器还被配置为：作为确定消息类型的一部分，来验证消息类型的许可性。

10.如权利要求1所述的系统，其中，消息类型基于请求应用的类型而被定义。

11.一种系统，包括：

处理器，被配置为：

接收标识车辆界面的消息请求；

确定消息优先级和消息类型；

确定驾驶员注意力需求；

基于驾驶员注意力需求，设置用于车辆界面的参数，其中，所述参数定义了使用许可所要求的消息优先级和消息类型；

当针对使用许可而设置的所述参数与确定的消息优先级和消息类型相匹配时，经由车辆界面传送被包括在所述消息请求中的消息。

12.如权利要求11所述的系统，其中，消息优先级基于消息类型而被确定。

13.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且消息优先级基于请求应用的类型而被确定，请求应用的类型能利用请求应用的标识来获得。

14.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且消息优先级基于请求应用的名称而被确定，请求应用的名称能利用请求应用的标识来获得。

15.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且消息类型基于请求应用的类型而被确定，请求应用的类型能利用请求应用的标识来获得。

16.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且消息类型基于请求应用的名称而被确定，请求应用的名称能利用请求应用的标识来获得。

17.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且，其中，所述处理器还被配置为：从数据库检索消息优先级，所述数据库包括请求应用的标识和从所述数据库被分配到消息的优先级。

18.如权利要求17所述的系统，其中，请求应用的标识基于消息内容准则而具有被分配到请求应用的标识的多个优先级，并且，其中，所述处理器还被配置为：通过对被包括在所述消息请求中的消息内容与对应于所述多个优先级中的每一个优先级的消息内容准则进行比较，来确定消息优先级。

19.如权利要求11所述的系统，其中，所述消息请求包括请求应用的标识，并且，其中，所述处理器还被配置为：从数据库检索消息类型，所述数据库包括请求应用的标识和从所述数据库被分配到消息的类型。