CN101648550B - 允许或抑制向用户呈现信息的请求的方法 - Google Patents

Abstract

本发明涉及一种用于允许或抑制来自车内信息系统中的应用程序向用户呈现信息的请求的方法，该方法包括：鉴于根据环境传感器数据所估计的当前工作负荷值(500)来确定请求是否为可允许的步骤(100)，其中，工作负荷值代表用户经历的工作负荷；以及评估由用户觉察到的来自向用户呈现信息的正在进行的应用程序(600)加之所请求的信息呈现的组合印象是否在预定最大用户印象能力内的步骤(200)。

Description

允许或抑制向用户呈现信息的请求的方法

技术领域

本发明涉及一种允许或抑制来自车内信息系统中应用程序向用户呈现信息的请求的方法。

背景技术

现代车辆装备有数目日益增加的车内信息系统。这种信息系统呈现来自宽广范围的车辆应用程序的信息，其中，这些宽广范围的车辆应用程序从警报或警告应用程序(其旨在引起驾驶者注意到对于确保安全驾驶至关重要的事件，诸如，前方碰撞警告应用程序、安全带松开的警告应用程序、或发动机过热警告应用程序)到信息或娱乐应用程序(诸如，导航应用程序、移动电话应用程序或无线电广播/音乐播放器应用程序)。对于信息呈现，多种应用程序中的每一个均利用信息呈现装置，该信息呈现装置可以包括各种灯、听觉信号、显示器等。某些应用程序可以共享相同的信息呈现装置，例如，电话和音乐播放器可以利用相同的显示器来呈现信息。

然而，数目日益增加的车内应用程序导致在车辆驾驶期间可能呈现给驾驶者的信息量增加。在相对容易掌控的驾驶情况期间，诸如交通很顺畅的笔直路段上以接近匀速驾驶，假设驾驶者能够觉察进而处理来自若干个信息系统的信息，而没有实质上削弱他/她安全控制车辆的能力的风险。然而，在更需要注意的驾驶条件下，例如在周围有多辆车辆的十字路口处，限制来自车内应用程序的所呈现的信息量可能是适合的，从而确保不会让驾驶者从他/她的安全控制车辆的最重要的任务上分心。

为此，已建议了多种系统用于在驾驶时对于要呈现给用户的信息区分优先次序。

US 6 580 973描述了一种综合对车辆的操作状况的响应的方法，该方法包括确定操作者认知负荷(cognitive load)以及其他因素。操作者认知负荷是操作者处理车内任务的能力的测度。使用关于车辆的环境的信息以及在车内收集到的关于驾驶者的活动(诸如打开和关闭窗户、开启收音机等)的数据来确定操作者认知负荷。

EP 1 034 984描述了车内计算架构的方法和系统。该架构包括：由多个互相连接的处理器组成的数据网络、对车辆周围的环境条件进行响应的第一组传感器、对车辆的硬件系统进行响应的第二组传感器、以及包含代表车辆附近地理区域中的地理特征的数据的地图数据库(map database)。车辆环境建模程序使用来自第一组传感器和第二组传感器以及地图数据库的输出来提供代表了车辆和车辆周围的环境的数据模型并连续地对该数据模型进行更新。该模型用于解决任何来自汽车服务和信息应用程序的那些命令之间的冲突。通常，该计算架构将车内系统划分为两个组，一组包含重要功能而另一组包含诸如信息娱乐片系统的较不重要的功能。该系统为重要系统储备资源。

WO 2005/055046描述了一种用于在车辆驾驶者与多个集成的和/或非集成的应用程序(例如，本地车辆应用程序和/或配件市场应用程序和/或nomad应用程序)之间进行通信和/或交互的方法，利用在与驾驶者通信和/或交互之前由交互管理器并由各个应用程序所执行的第一例行程序(routine)来实现该方法。该第一例行程序包括以下步骤：应用程序向交互管理器发送允许与驾驶者进行通信和/或交互的请求；交互管理器根据当前和/或预计的驾驶者/车辆环境(DVE)状态和/或在来自该应用程序和/或其他应用程序的请求之前已接收到的其他请求来确定是否可以允许所请求的通信和/或交互；并且该交互管理器产生响应进而将该响应发送至该应用程序，该响应包括有关是否允许所请求的通信和/或交互的指示；以及，其中，如果该指示允许所请求的通信和/或交互，则该应用程序执行该通信和/或交互。

需要一种可替换的方法，以用于在驾驶期间对将要被呈现给用户的信息进行优先级区分，并且特别地，以允许或拒绝来自不同的车内应用程序的与驾驶者进行交互的请求。

优选地，这种方法在决定是否允许与驾驶者进行交互(诸如，显示信息)时应当将驾驶者的全部工作负荷考虑进来。

优选地，该方法应当易于概观并且适于添加、删除或替换被系统控制的不同应用程序。

本发明的目的是提出一种满足上述要求中的至少一个、用于区分信息优先次序的方法。

发明内容

通过允许或抑制来自车内信息系统中应用程序向用户呈现信息的请求的方法来实现上述目的，该方法包括：

鉴于根据环境传感器数据所估计出来的当前工作负荷值来确定所述请求是否为可允许的步骤，其中，所述工作负荷值代表所述用户经历的工作负荷，所述工作负荷包括用于处于状况区域以及等待区域时的工作负荷，其中将单独的驾驶注意评估规则应用到每个传感器的每个单独的输出；以及

关于正在进行的内部应用程序所要求的注意力并根据预定最大用户印象能力来评估请求的紧急程度的步骤，其中所述预定最大用户印象能力决定了在某一状况下认定用户能够处理多少信息，

其中通过评估不同请求的时间和安全重要程度参数获得请求的总动作优先级。

优选地，该方法进一步包括：考虑所请求的应用程序需要的输入/输出资源的可用性来确定是否该请求为可允许的步骤。

有益地，使用查找表(look-up table)来执行评估组合印象是否在预定最大用户印象能力的限度内的步骤，其中所述组合印象是由所述用户觉察到的来自正在进行的应用程序向所述用户呈现信息加之所请求的信息呈现。

有益地，该查找表包括不同信息呈现活动的组合以及考虑到最大用户印象能力的情况下每个组合是否可被允许的指示。

优选地，如果考虑安全性而认定该请求是重要的，则中断正在进行的呈现活动以允许该请求。

有益地，如果认定该请求必须在某时段内被执行，则可以中断正在进行的呈现活动以允许该请求。

优选地，如果考虑到安全性或时间而认定该请求是不重要的，则延迟该请求。

有益地，向用户呈现信息的请求包括表明所请求的动作的优先级的动作优先级参数。

该动作优先级参数可以包括安全重要程度参数和/或时间重要程度参数。

有益地，向用户呈现信息的请求包括输入/输出资源参数，该参数指明哪种输入/输出资源是应用程序执行所请求的动作所需的资源。

有益地，该请求包括动作特性参数，该参数用于根据与确定某动作是否可以与其他动作同时发生有关的特性来对动作进行分类。

有益地，该请求包括资源接管型参数，该参数表明是否永久地分配所请求的输入/输出资源或仅在动作期间的预定时段进行分配。

在第二方面中，通过根据如上所述的方法通过允许或抑制请求的应用程序协调器(application coordinator)系统来实现该目的，该系统包括：

用于鉴于作为输入而接收到的当前工作负荷值(500)来确定所述请求是否为可允许的装置，其中，所述当前工作负荷值根据环境传感器数据来估计并且所述当前工作负荷值代表所述用户经历的工作负荷，，所述工作负荷包括用于处于状况区域以及等待区域时的工作负荷，其中将单独的驾驶注意评估规则应用到每个传感器的每个单独的输出；以及

用于关于正在进行的内部应用程序所要求的注意力并根据预定最大用户印象能力来评估请求的紧急程度的装置，其中所述预定最大用户印象能力决定了在某一状况下认定用户能够处理多少信息，

其中通过评估不同请求的时间和安全重要程度参数获得请求的总动作优先级。

在第三方面中，通过存储在计算机可读存储介质中的计算机程序来实现该目的，该计算机程序包括当在处理装置上运行该程序时适合于执行上述方法的计算机程序代码。

附图说明

图1是示出了用于确定驾驶注意值(driving demand value)的系统和方法的实施例的框图。

图2a至图2e是用于对确定驾驶者-车辆-环境状态的特性(包括设定指示出要车辆驾驶者注意的事件的存在的检测响应值)的方法进行示例说明的数个路段的图解，该方法包括：确定车辆的当前地理位置并将该位置与地图数据库进行比较，其中，该数据库包括预定的地理注意区域。

图3是示出了包括了所获得的不同的驾驶者-车辆-环境状态特性的驾驶者-车辆-环境状态向量的方法和系统的实施例的框图。在这种情况下，向量中的第一个特性是通过图1所示的方法和系统而获得的驾驶注意值。

图4是示出了用于允许或抑制来自车内信息系统中应用程序向用户呈现信息的请求的方法和系统的实施例的流程图。

图5是用于设置动作请求的动作优先级参数的真值表的实施例。

图6是用于设置驾驶者-车辆-环境状态(DVE)向量的驾驶者-车辆-环境状态优先级类别的真值表的实施例。

图7是包括被分类为不同动作特性类别的正在进行的动作和所请求的动作的真值表的实施例，其中，该真值表指示出所请求的动作是否被允许与正在进行的动作并行地运行。

具体实施方式

在图1和图3中，参考标号1000总体上代表根据本发明的处理装置。该处理装置包括：至少一个处理器、至少一个存储器、以及对于至少一个传感器的至少一个接口。该接口还可以包括通信能力并且使用诸如CAN总线、Ethernet、I2C的适当的通信协议来获得传感器信号。此外，该处理器可以包括被配置以分析当前“工作环境”的任何合适的单元，例如，微处理器、数字信号处理器(DSP)、FPGA(现场可编程门阵列)、或者ASIC(特定用途集成电路)。该存储器可以包括易失性存储器和/或非易失性存储器，例如，RAM、ROM、EEPROM、闪存、硬盘或本领域技术人员所理解的类似的存储器类型。

该处理装置被配置以获得有关“工作环境”的一个或数个传感器信号，预处理该信号(这些信号)并且使用多个不同的分析函数来对其进行操作。可以通过软件或硬件指令来实现该分析，但是以软件指令集(其被存储在存储器中并在处理单元运行)来实现是有益的。

下面将更加详细地讨论不同的分析函数。

图1示意性地示出了用于确定1：1的驾驶注意值的系统和方法的实施例，驾驶注意值用来评估车辆的驾驶者所经历的并由车辆的外部因素造成的工作负荷。

“车辆的外部因素”是指由于在车内部没有内部可用的关于外部因素的精确信息，而必须进行估计的外部因素。通常，这种因素与驾驶任务有关并且包括(例如)周围的交通状况。然而，可以使用本身置于车内的传感器(诸如，用于追踪驾驶者的头部运动的头部运动传感器)来估计这些外部因素。

相反地，关于车内的内部因素的信息是在车内直接可用的，诸如立体声或电话是否在使用的信息。内部因素还可能影响驾驶者所经历的总体工作负荷。下面将更全面地对其进行解释。

布置用于检测导致了驾驶者经历的高工作负荷的外部注意事件的多个传感器，以提供指示了这些所述的注意事件的输出3:1－3:8。将驾驶注意评估规则(2:1-2:10)应用于各传感器各自的输出(3:1-3:8)，以评估是否由传感器检测到了注意事件。每个单独的驾驶注意评估规则2:1-2:10均与一个单一的单独输出相关联。

每个单独的驾驶注意评估规则2:1-2:10均产生二进制检测响应值，如果检测到注意事件则该响应值被设置成激活的。如果至少一个二进制检测响应被设置成激活的，则设置高驾驶注意值(1:1)。

应当理解，与一个单一的单独输出关联的各个单独驾驶注意评估规则是指每个单独的驾驶注意评估规则仅连接到一个单独的输出。每个输出均连接到至少一个(也可能是多个)驾驶注意评估规则。再者，应当理解，一个单一的传感器可能提供若干个单独的输出。

该方法是有益的，原因在于将单独的驾驶注意评估规则应用到每个传感器的每个单独的输出。因此，每个传感器与至少一个驾驶注意评估规则关联，从而使得该系统对于设计、升级和维修来说是透明的。这些驾驶注意评估规则产生二进制检测响应值，是指来自多种传感器的不同输出被转换为处于相同水平(真或假)的二进制响应值。由于不需要使用其它解释方法或加权因素来将这些响应值相互比较，因此该规则简单地解释这些响应值。再者，该方法对驾驶注意值的响应值进行极为简单的汇编，其中，如果检测到至少一个注意事件(即，如果至少一个检测响应值被设置为高)则将驾驶注意值设置为高。

应当理解，利用该方法，传感器的添加、移除或替换是非常方便的。对于添加新的传感器，应用该传感器和相关联的驾驶注意评估规则(其提供二进制检测响应值)。只有当确定是否检测到注意事件时将要考虑再一个二进制检测响应值的情况下，驾驶注意值的汇编才会受到影响。驾驶注意值本身并不受到影响，即，所产生的驾驶注意值将仍设置为高或低。因此，驾驶注意值的随后的评估将不受到影响。因此，该方法是可简单升级的。应当理解，可以使用种类宽泛的并且提供同样宽泛的多种输出的传感器来实现传感器的添加、移除或替换。

此外，该方法对于故障传感器是稳健的(robust)。如果传感器出现故障，最普通的影响就是其简单地停止工作，因此其根本不给出任何输出。无输出通常将导致未检测到注意状况，并且因此，由于驾驶注意评估规则产生二进制检测响应值，则对应的二进制检测响应值被设置为低。由于驾驶注意值是二进制并且如果至少一个二进制检测响应值是高的则该驾驶注意值被设置为高，因此应当理解，这种类型的故障对于产生的驾驶注意值的唯一影响是，在评估中将不会检测到使用该故障传感器由一个规则或多个规则而检测到的这种类型的注意事件。剩余的传感器和规则的评估将不受到该故障传感器的影响，这意味着故障传感器对于整个驾驶注意评估处理的影响被最小化了。

有益地，调整每个驾驶注意评估规则，以使得如果对应的传感器故障则将每个二进制检测响应值设置为未激活。多个传感器故障将仅仅导致没有获得来自这些传感器的信号，在这种情况下，不必如上所述地为了适配驾驶注意评估规则而做出特殊的措施。在其它情况下，传感器自身将报告是不工作的或从该传感器传输的数据暂时是不可信的。然而，如果想要的话，则可以调整用于每个传感器的驾驶注意评估规则，以使得来自传感器的明显不真实的信号被解释为该传感器故障，在这种情况下二进制检测响应值设置为未激活。

在所示的实施例中，通过将或(V)操作应用于多个二进制检测响应值来产生驾驶注意值。这是确定是否检测到了至少一个注意事件(即，是否其中一个二进制检测响应值设置为激活)的直接方式。然而，当然可以使用其他的逻辑操作数以达到相同的结果，诸如将二进制检测响应值加在一起，以及如果设置为激活的二进制检测响应值的和大于零(或可能是用作“低”二进制值的另一值)则将该驾驶注意值设置为高。尽管用公式表示起来比较麻烦，但这种逻辑操作数与应用或算子(OR operator)是等价的。

有益地，这些传感器和对应的驾驶注意评估规则可以包括使用车辆的当前运动状态来检测注意事件的至少一个传感器和规则。运动状态是指与周围环境(诸如向前和/或向后的加速度、速度和偏转率)相关的车辆的运动。适合于检测运动状态的传感器的实例是加速计、速度传感器、回转仪或方向盘角度传感器。

在所示实施例中，系统使用来自加速计3.1、速度传感器3.2、回转仪3.3、以及方向盘角度传感器3.4的输出来确定车辆的当前运动状态。这些传感器中每一个的各自输出3:1、3:2、3:3、3:4与用于产生二进制检测响应值的单独的驾驶注意评估规则2:1、2:2、2:3、2:4相关。

作为横向加速规则(LatAccRule)的驾驶注意评估规则2:3使用来自加速计的输出3:1。调整该规则，使得当横向加速度的绝对值超出预定阈值时就将检测响应值设置为激活。

由两个不同的驾驶注意评估规则2:1和2:2使用来自速度传感器的输出3:2。

使用速度传感器的第一驾驶注意评估规则是正纵向加速规则(PosLongAccRule)2：1。该规则可以通过从速度传感器的输出3:2获得的车辆的纵向速度信号的低通滤波形式的数值微分来获取纵向加速度。当纵向加速度超出预定阈值时，驾驶注意评估规则将该检测响应值设置为激活。

使用速度传感器的第二驾驶注意评估规则是负纵向加速规则(NegLong Acc Rule)2:2。该规则是PosLongAccRule的对立规则，其中，当纵向加速度小于负阈值时，将检测响应值设置为激活。

作为偏转率规则2:4(Yaw Rate Rule)的驾驶注意评估规则使用来自回转仪的输出3:3。当车辆的偏转变化率(角速度)超出预定阈值时，将检测响应值设置为激活。

作为方向盘角度规则2:5(Steering Angle Rule)的驾驶注意评估规则使用来自方向盘角度传感器的输出3:4。当方向盘角度的绝对值超出预定阈值时，将检测响应值设置为激活。

应当理解，上述规则对使用关于车辆的运动状态的信息来检测注意状况的原理进行了举例说明。通常，对车辆运动状态的变化(诸如，较大的加速或减速、横向运动或急转弯)进行监测并将其用作被认为是需要驾驶者高度注意的外部状况发生的指示，因此使驾驶者经受高工作负荷。

有益地，这些传感器和相应的驾驶注意评估值可以包括使用车辆的周围环境条件来检测注意事件的至少一个传感器和规则。环境条件是指周围环境的状态，包括：气候、周围固定物体以及周围运动物体。因此，环境条件可以包括以下中的至少一个：室外温度、地理位置、周围固定物体(诸如，障碍物)或运动物体(诸如，周围交通)的存在。适合于检测环境条件的传感器可以是温度计、湿度传感器、雷达、照相机、摩擦传感器和GPS传感器。

在所示的实施例中，使用来自GPS传感器3:6的输出和雷达3:7的输出以提供用于检测周围环境条件的信息。

作为地图位置规则(Map Position Rule)的相应驾驶注意检测规则2:8使用来自GPS传感器的输出3:6。通常，该规则是这样一个规则，即使用从车辆的GPS传感器接收到的定位数据结合地图数据库来确定车辆当前是否处于可被认为要求先验(priori)的位置，在这种情况下，检测响应值被设置为激活。通常，驾驶注意评估规则包括将车辆的当前地理位置与地图数据库进行比较，其中，该地图数据库包括预定的地理注意区域，从而如果车辆位于注意区域中则将检测响应值设置为激活。

注意区域可包括那些被认为是要求注意的路段，诸如，交叉路口、环形路、单行车道交叉路口等，这些路段通常是固定的环境条件。然而，可以设想使用可更新数据库，其可以包括诸如正在进行公路维修的非固定的信息。

存在多种构造规则和地图数据库的方式，从而使用车辆的地理位置。稍后将在本申请中描述发现具有特别优点的这样一种规则。

返回到所示的实施例，作为碰撞时间规则(TTC rule)的驾驶注意检测规则2:9使用雷达的输出3:7。TTC规则通常将确定驾驶者是否正在接近固定的或缓慢移动的障碍物(诸如，正在交通灯处等待的另一车辆、或速度放慢的前方的车辆)。这种类型的状况通常被认为是要求注意的。简言之，TTC规则将估计与检测到的障碍物发生碰撞的时间并且如果碰撞的时间小于预定阈值则将驾驶注意值设置为激活。

有用的TTC规则可能是与传统地用于发布前方碰撞警报的那些规则类似的规则。出于设置驾驶注意值的目的，用于设置激活的驾驶注意值的阈值时间限度应当高于通常用于发布前方碰撞警报的阈值。

有益地，这些传感器和相应的驾驶注意评估规则可以包括使用驾驶者的行为来检测外部注意事件的至少一个传感器和规则。驾驶者的行为是指外部注意状况即将到来的身体指示。这些身体指示可以包括当通过交叉路口前从一侧看向另一侧、在改变车道或类似行为之前越过肩膀重复扫视等。可以根据驾驶者经历不同驾驶状况下所执行的测试来经验地选择适当的身体指示。因此，为了评估驾驶者的行为，输入可以包括驾驶者的眼睛、眼皮或头部的运动。适合于检测驾驶者的行为的传感器是眼睛或眼皮追踪器或头部追踪器。

将调整(adapt)相应的驾驶注意检测规则或多个规则，从而如果驾驶者的行为表示高工作负荷事件正在发生，则将检测值设置为激活。例如，可以将多次侧看当作驾驶者正在改变车道(其可以被确定为高驾驶注意状况)的指示。

在所示的实施例中，用于检测注意事件的头部移动规则(Head Movement Rule)2:10使用来自组合的眼睛/眼皮/头部追踪器传感器输出3:8。

有益地，这些传感器和对应的驾驶注意评估规则可以包括利用具有外部功能的驾驶者控制的车辆应用程序的状态来检测注意事件的至少一个传感器和规则。具有外部功能的驾驶者控制的车辆应用程序的状态是指诸如转向指示器(turn indicator)、风档刮水器和头灯的外部应用程序的开启或关闭。

在所示的实施例中，不同外部功能的状态都可以作为车内CAN信号3:5来用。因此，在这种情况下使用可用的状态信号来取代传感器。

作为转向指示器规则(Turn Indicator Rule)的驾驶注意检测规则2:7使用有关该转向指示器的输出，并且当该转向指示器开启以发出转向信号时，将检测响应值设置为激活。

作为倒退规则(Reverse Rule)的另一驾驶注意检测规则2:6使用有关倒车档的输出，并且当驾驶者将车辆置于倒车档时将检测响应值设置为激活。

可以使用预定的最小时间(在该最小时间期间，检测必须在相关检测响应值被设置为激活之前发生)适当地组合上述所有的驾驶注意检测规则。在这种情况下，可以针对每个规则来调整预定的最小时间，从而对使错误检测的数目最小化而同时对检测真实的注意状况仍具有足够的精确度的需要进行平衡。

可以利用规则延迟来适当地组合驾驶注意检测规则，从而避免驾驶注意值在这样的驾驶状况中的快速改变，即一个短时段内设置为高的检测响应值后将接着另一个响应值，并且它们之间的时间间隔相对较短，诸如在交叉点刹车以及转弯时。可以设置规则延迟参数，以在对应的规则检测到了要求注意的事实之后使检测响应值在某时间(延迟)内保持为高。该规则延迟最适合应用于会将检测响应值在短暂时段设置为高的驾驶注意检测值。

可以使用注意区域来确定规则延迟的应用。例如，如果车辆已离开了注意区域内的状况区域的中心，并且该状况区域是交叉路口，则一旦车辆通过了交叉路口的中心就不再将规则延迟应用于驾驶注意检测规则。所涉及的驾驶注意检测规则可以是例如与转弯、加速、以及闪光信号关联的规则。

从上述示例系统的描述中，应当理解，可以使用宽广范围的传感器，并且设计系统时选择实际上是无穷的。在理解可以使用什么特性来指明驾驶者正在经历相对较高的工作负荷的情况下，新类型的传感器和/或进步可以改变工作负荷评估系统的设计。因此，将更彻底地理解上述对简单地适应新类型的规则和传感器，从而添加传感器以及互换传感器的系统和方法的需要。

如上所述，这些传感器和相应的驾驶注意评估规则可以包括使用车辆的周围环境条件来检测注意事件的至少一个传感器和规则。具体地，这些环境条件可以包括车辆的当前地理位置(其例如可由GPS传感器获得)。在所示的实施例中，使用来自GPS传感器3:6的输出以及来自雷达3:7的输出来提供信息以检测周围环境条件。

该驾驶注意评估规则可以包括将车辆的当前地理位置与地图数据库进行比较(其中，地图数据库包括预定的地理注意区域)，并且如果车辆位于注意区域中则将检测响应值设置为激活。

下面，将描述用于确定驾驶者-车辆-环境状态的特性的方法，该方法包括设置表明了存在要求车辆驾驶者注意的事件的检测响应值。在如上所述地用于确定驾驶注意值的方法中可以使用该方法，在此情况下，将在上述驾驶注意评估规则的其中之一中使用该方法。然而，要被描述的用于确定驾驶者-车辆-环境状态的特性的方法还可以与其他系统和方法一起使用。换言之，通过其他估计方法而非如果对应于传感器的多个注意检测值的至少一个被设置为激活则将驾驶注意值设置激活的方法，来将通过该方法获得的检测响应值用来评估驾驶者的工作负荷。然而，认为这两种方法的组合是特别有益的。在附图中示出了一个这样的组合。

通常，用于确定驾驶者-车辆-环境状态的特性的方法包括设置表明了存在要求车辆驾驶者注意的事件的检测响应值，包括：

-确定车辆的当前地理位置；

-确定车辆的当前地理位置是否在地理注意区域内，所述注意区域定义为包括：

--要求驾驶者的较高工作负荷的驾驶状况很可能出现的状况区域，以及

--在该状况区域之前的期望驾驶者等待的至少一个等待区域；以及

-如果车辆位于注意区域中，则将检测响应值设置为激活。

认为该方法与先前提出的方法不同，尤其在于注意区域不仅包括状况区域(其可以是内环形岛、交叉路口、行人交叉路等)，还包括等待区域(在状况区域之前驾驶者正在等待的区域)。之前并未将等待区域当作是要求注意的。相反，在某些早期系统中，在等待时车辆是静止不动的事实被用作等待状况是不要求注意的指示。

然而，发明人已认识到在等待状况中，驾驶者必须经常基于对于周围交通(周围交通当前可能处于状况区域内部)的观察来做出决定。此外，必须考虑交通灯和道路标志。总之，对于进入状况区域的准备其自身是要求注意的，指明了驾驶者的相对较高的工作负荷。之前的工作负荷估计系统并没有对该状况引起注意。

根据该方法，地理地(即，空间地)限定等待区域。因此，当在等待区域中等待时，车辆将在哪个时段内到达状况区域是不重要的。替代地，车辆在注意区域(等待区域或状况区域)中的存在足以产生激活的检测响应值。因此，当车辆处于状况区域或等待区域内时其与车辆是否静止是无关的。

可以通过将注意区域评估规则应用于关于在地图数据库中获得的地理位置的信息来确定车辆的当前地理位置是否在预定的注意区域内。

这种规则可以分析关于车辆的周围环境的数据库信息，以确定车辆是否在注意区域(诸如，处于交叉路口或在交叉路口前等待)中。于是，该评估规则包括对要被应用于数据库的注意区域的定义。

可替换地，可以通过检索(retrieve)包含在地图数据库中的有关预定地理注意区域的信息来执行车辆的当前地理位置是否处于预定注意区域内的确定。在该方法中，已将注意区域的定义应用于出现在数据库中的各种交通状况，从而产生包括了关于注意区域的信息的地图数据库。然后，可以从数据库中检索该信息。

有益地，预定的注意区域可以包括以下的至少一个：十字路口、环形道、高速路入口、以及急转弯。

图2a至图2e示出了状况区域1和等待区域2的不同实例。图2a示出了一个交叉路口，其中该交叉路口自身是状况区域1，而该交叉路口的四个不同入口处存在等待区域2。图2b示出了一个环形岛，类似地，该环形岛自身是状况区域1，而环形岛的四个不同入口处存在等待区域2。图2d示出了一个行人交叉路口，该交叉路口自身是状况区域1，而紧接在该交叉路口之前的路段是等待区域2。

正如从图示实例中容易理解的，有益地，包括状况区域和等待区域的地理注意区域可以具有不规则的形状。在这种情况下，具有不规则形状是指如果从状况区域的中心测量，则注意区域朝向达至状况区域的进口车道(等待区域在此出现)的延伸范围大于自状况区域朝向出口车道的延伸范围。这与通过围绕诸如交叉路口的状况区域的中心形成具有恒定半径的圆而限定具有规则形状的注意区域的系统相反。不规则形状是有益的，原因在于其允许在注意区域中包括等待区域而同时排除车辆离开状况区域的出口区域。因此，所产生的注意区域比之前的系统更精确地描述了驾驶者所经历的工作负荷，因为只要车辆离开状况区域，就可以将注意事件信号设置为未激活。

有益地，该方法还可以包括如果车辆正接近注意区域并且被认定是在预定时间限度内到达，则将检测响应值设置为激活。适当的预定时间限度的实例可以约为4s。

可以使用有关车辆的当前速度和加速度的信息来完成车辆是否正在接近注意区域的确定。由于处于其中的车辆将被确定为接近注意区域的路段的大小取决于车辆的当前速度，因此在地图数据库或评估规则中没有预定的地理“接近区域”。为了进行说明，在图示2a至图2e中仍然将处于其中的车辆可能被认定为接近注意区域的那些路段示为部分3，但应当理解，这些路段并不是被地理地定义为状况区域1或等待区域2.

图2a、2b、以及2d示出了在部分3中认为车辆将接近注意区域的状况。在这些情况下，接近阶段在地理的等待区域2之前立刻到来。图2c中，示出了车道交叉路口，而没有定义等待区域。相反，接近部分3在状况区域1之前立即出现。在图2e的实例中也是这种情况，其示出了急转弯，其中，将转弯本身认作是状况区域1，而接近部分紧接着该转弯出现。

通过将包括上述地图数据库的方法与之前例证的传感器和对应规则进行组合，激活的驾驶注意值可以在被认为是要求注意的多种不同的驾驶状况下产生，这些驾驶状况诸如急转弯、交叉路口或环形岛、行人/自行车/电车/火车交叉路口、紧急刹车、大加速、超车、改变车道、在繁忙交通中变道或并道、进入高速路、以倒车档驾驶、接近缓慢的车辆、等待转弯或交叉路口或寻找方向。因此，获得了高度通用和有用的系统。

使用GPS传感器可以如上所述地确定车辆的地理位置。然而，还可以使用确定地理位置的其他方法，诸如移动电话三角测量方法或使用关于车辆的方向和速度的信息以检测车辆位置的方法。后者在GPS信号不可用的状况下是有用的，比如在隧道中。

对于确定驾驶者-车辆-环境状态的特性而言，(例如)通过上述方法确定用于评估车辆的驾驶者所经历的且由车辆的外部因素引起的工作负荷的驾驶注意值是一个极为有用的参数。

然而，可以设想驾驶者-车辆-环境状态的其他特性并且这些特性可以单独使用或与驾驶注意值结合起来使用。可以使用相同的传感器(其可以用来确定驾驶注意值)至少部分地获得这种特性。

下面，将描述如何获得驾驶者-车辆-环境状态不同的特性，这些特性获取与用于评估驾驶者经历的工作负荷相关的不同方面。在所示的示例性实施例中，将这些特性编译成驾驶者-车辆-环境状态状态向量，正如稍后描述的，该状态向量对于评估工作负荷是有用的。

图3示出这样的系统，其中，驾驶者-车辆-环境状态状态向量1:1-1:7包括了所获得的驾驶者-车辆-环境状态的不同特性。向量中的不同值与驾驶者-车辆-环境状态的不同方面相关。向量的第一值1:1是驾驶注意参数。在所示的情况中，如关于图1解释的那样来获得该驾驶注意参数。这当然被认为是特别有利的，但出于形成驾驶者-车辆-环境状态状态向量的一般目的，能够使用某些其他的评估方法来获得驾驶注意参数。无论评估方法如何，驾驶注意参数是二进制是有益的，从而如果检测到注意状况则将该参数设置为激活。

有益地，驾驶者-车辆-环境状态的特性可以包括表明车辆是否正在使用的驾驶模式参数。

在图示的实施例中，向量中第二值是驾驶模式值1:2。该参数用于提供车辆是否正在使用的信息。可以使用基础CAN指示器3:5作为输入，并且在这种情况下，仅有发动机是否关闭或开启达某一持续时间的信息。因此，该参数实质上表示车辆是被停放还是正在驾驶。

有益地，用于确定当前驾驶者-车辆-环境状态的特性的方法可以进一步包括设置表明驾驶状况的复杂性的驾驶复杂性参数。

向量中的第三值是驾驶复杂性值1:3。该参数旨在检测在比驾驶注意参数1:1更大的时间量程上是要求注意的状况。然而，在要求注意的局部状况(诸如交叉路口)中将驾驶注意参数1:1设置为激活，假设在交叉路口的整个顺序(例如，在城市环境)中驾驶复杂性值1:3是恒定激活的，其中交叉路口之间的距离对于在它们之间要成为未激活的瞬时驾驶注意参数是足够大的。该参数可以用于阻止低时间重要程度的进入信息(诸如，SMS或电子邮件)。因此，驾驶复杂性值1:3使用驾驶复杂性计算4:2，如果当前驾驶环境复杂则该驾驶复杂性计算返回激活值，否则返回未激活值。驾驶复杂性计算4:2可以使用来自速度传感器3:2、方向盘角度传感器3:4、以及刹车传感器3:9的信息来确定驾驶的复杂性。典型地，城市环境需要具有随后加速的多次刹车，并且需要相对大量的转弯。

有益地，用于确定当前的驾驶者-车辆-环境状态的属性的方法可以包括设置表明驾驶者是否尾随另一车辆的车辆跟随参数。

在图示的实施例中，向量中的第四值是车辆跟随参数1:4。该参数旨在表明驾驶者当前是否跟随着前面的车辆。车辆跟随计算4:3使用来自雷达传感器3:7等的信息(即，来自能够检测车辆周围的物体的传感器的信息)。如果驾驶者以小于预定阈值的车头时距(time headway)来跟随前面的车辆，则该车辆跟随计算4:3将车辆跟随参数设置为激活。如果前面不存在车辆或者是前面的车辆在前方很远处，则车辆跟随参数被设置为未激活。

有益地，用于确定当前的驾驶者-车辆-环境状态的方法进一步包括设置次要任务注意参数，该参数表明驾驶者当前除了驾驶之外是否还忙于次要任务。

在图示的实施例中，向量中的第五值是次要任务注意参数1:5。如果驾驶者忙于次要任务，则要将该参数设置为激活，而如果驾驶者专注于驾驶任务，则将该参数设置为未激活。在图示的实施例中，如果两个计算规则中任一个是激活的，则将次要任务注意参数设置为激活。第一计算规则是按钮按下检测4:4。该按钮按下检测4:4简单地使用来自车辆的基础CAN指示器3:5的信息，以确定驾驶者当前是否正在操纵信息娱乐片按钮，并且如果处于该情况，则该按钮按下检测返回激活值。因此，在该阶段所引起的分心是由车辆的内部因素引起的分心。第二计算规则是头部移动计算4:5，其使用来自眼睛/头部/眼皮追踪器3:8的信息，以确定驾驶者是否将他的注意力指向车辆的内部(这表明他忙于次要任务)，进而导致激活值被设置。

有益地，用于确定当前的驾驶者-车辆-环境状态的特性的方法可以包括设置睡意参数，如果评估出驾驶者要昏昏欲睡或处于其他伤害状况，则将该参数设置为激活。

在图示的实施例中，向量中的第六个值是睡意参数1:6，如果确定驾驶者昏昏欲睡则将该参数设置为激活。存在多种可以用来设置睡意值的系统。在示例性的实施例中，在睡意计算4:6中使用眼睛/头部/眼皮追踪器3:8以返回预期的值。

有益地，用于确定当前的驾驶者-车辆-环境状态的特性的方法可以包括设置视线离开公路参数，如果驾驶者未将他/她的注意力指向公路则将该参数设置为激活。

在图示的实施例中，向量中的第七值是视线离开公路参数1:7，如果驾驶者的视觉注意力未集中于他前方的公路则将该参数设置为激活。该视线离开公路参数使用基于来自眼睛/头部/眼皮追踪器3:8的视线离开公路计算4:7。

如上所述，优选地，驾驶者-车辆-环境的特性形成了包含如上所述的全部参数的向量。然而，应当理解，可以取决于针对具体车辆的要求而去除、添加或替换这些参数。

优选地，包含在驾驶者-车辆-环境状态的特性中的每个参数均返回一个二进制值，其中，取决于是否检测到了相应的状况而将该二进制值设置为激活的或未激活的。这些二进制响应将使用于评估驾驶者的工作负荷的属性的使用更容易。

具体地，对于确定是否允许来自车内应用程序系统的向驾驶者显示信息的请求的目的，如上所获得的特性对于估计驾驶者的工作负荷是有用的。此外，所估计出的工作负荷可以用于确定应当按照何种方式将信息显示给驾驶者。

应当理解，上述的适合于驾驶者-车辆-环境状态向量的这些参数和传感器的实例仅是示例性的实例。

下面，将描述用于允许或抑制来自车内信息系统中的应用程序向用户呈现信息的请求的方法。正如将关于所示实施例而描述的那样，有益地，该方法可以与上述的那些方法和系统结合在一起。然而，用于允许或抑制请求的方法也可以单独使用，使用其他手段来而非之前所描述的手段评估工作负荷值。

大体上，所提出的是用于允许或抑制来自车内信息系统中的应用程序向用户呈现信息的请求的方法，包括：

-根据从环境传感器数据而估计的当前工作负荷值来确定该请求是否为可允许的，所述工作负荷值表示用户所经历的工作负荷；以及

-评估用户觉察到的来自正在进行的应用程序向用户呈现的信息加之所请求的信息呈现的组合印象是否在预定最大用户印象能力的限度内。

根据所提出的用于允许或抑制呈现信息的请求的方法，第一步骤包括基于使用环境传感器数据作为输入的评估而进行的确定。换言之，该步骤旨在考虑外部因素。由于车辆周围的外部因素必定是估计的，因此对于这些外部因素的认识必然是不完全的。因此，在第一步骤中，相对于估计的工作负荷(其是用户经历的并由外部因素引起的)来评估请求的紧急程度。

在第二步骤中，考虑向用户呈现信息的正在进行的应用程序。由于这些正在进行的应用程序是车内应用程序，因此关于这些应用程序的完全且精确的信息是可得的并可以从应用程序轻易地存取。因此，在第二步骤中，关于正在进行的内部应用程序所要求的注意力并根据预定最大用户印象能力来评估请求的紧急程度。

预定最大用户印象能力决定了在某一状况下认定用户能够处理多少信息。由于某些车内应用程序比其他应用程序要求更多的驾驶者注意力，因而优选地，最大用户印象能力应当考虑这些应用程序的不同要求。

通过根据外部因素或内部因素而使用独立的步骤来评估请求的可允许性，相信能够实现高精确度的评估。在单独的步骤中使用对内部因素的详细认识并且不与评估外部因素的步骤混合。由于外部因素的精确信息是不可获得的，因此对于评估外部因素来说估计总是必须的。替代地，例如，如上所述的，基于来自不同外部传感器的信息以及用于解释由这些传感器所收集的信息的评估规则来估计这些外部因素。

在前两个方法步骤之后，该方法可以进一步包括根据被请求的应用程序需要的输入/输出资源的可用性来确定该请求是否为可允许的。显然，两个应用程序不能同时使用相同的输出资源，这就是在允许请求之前应当调查输入/输出资源的原因。

有益地，可以使用查找表来评估组合的印象是否在预定的最大用户印象能力的限度内。查找表提供了指明哪些应用程序可以同时运行的简单手段。

因此，查找表可以包括不同信息呈现活动的组合以及鉴于最大用户印象能力对于每个组合而言其是否是可允许的指示。通常，可以经验性地确定允许哪个组合以及拒绝哪个组合。

此外，可以评估该请求，以使得如果鉴于安全性而认定该请求是重要的，则中断正在进行的呈现活动以允许该请求。

同样，如果认定该请求必须在某一时段内施行，则可以中断正在进行的呈现活动以允许该请求。

此外，如果鉴于安全性或时间而认定该请求不是重要的，则可以延迟该请求。

图4示例性地示出了用于允许或抑制来自车内信息系统中的应用程序向用户呈现信息的请求的方法的实施例。

来自车内应用程序的、向用户呈现信息的请求首先到达第一方法步骤100，在此步骤中，根据从环境传感器数据估计的当前工作负荷值500来确定该请求是否为可允许的，所述工作负荷值表示用户经历的工作负荷。

该工作负荷值500可以是任何类型的工作负荷值。然而，应当相信，如果使用图3中所示的、如上所述的驾驶者-车辆-环境状态状态向量1:1-1:7，则是极为有益的。

如果鉴于当前工作负荷值500而不允许该请求，则告知该应用程序等待并且将动作请求存储在等待缓冲器400中。当检测到状态的任何变化(例如，DVE状态改变或功能结束)时，重新评估等待缓冲器400中的请求。可替换地，可在某一时间间隔之后重新评估该请求。

如果该请求被允许，则进行到第二方法步骤200，在此步骤中，确定用户觉察到的来自向用户呈现信息的正在进行的应用程序加之所请求的信息呈现的组合印象是否在预定最大用户印象能力的限度内。该步骤使用有关正在进行的应用程序的输入600。

如果在第二方法步骤200中该请求不被允许，则在等待缓冲器400中存储该请求。如果该请求被允许，则进行到最终方法步骤300，在该步骤中，使用关于正在进行的活动所占据的资源的输入700来确定所请求的输入/输出资源是否可用。如果不可用，则将该请求存储在等待缓冲器400中。如果资源可用，则允许该请求。为了确定这些请求的可允许性，每个请求均设置有安全重要程度参数和/或时间重要程度参数。

鉴于时间或安全性，各时间重要程度参数和安全重要程度参数可以用于将请求的紧急程度分类为适当数目的类别。通过评估不同请求的时间和安全重要程度参数可以获得请求的总动作优先级。例如，如果使用三类安全重要程度参数和三类时间重要程度参数(低、中、高)来对动作请求进行分类，将获得九个不同动作优先级等级的请求。图5中示出了该实例，示出了这些请求的动作类别。

除了动作优先级之外，动作请求可以包括作为动作的持续时间(如果知晓的话)的动作持续时间。水平轴指明三类时间重要程度，垂直轴指明三类安全重要程度。在表格中找到产生的动作类别，也是三个等级(低—1、中—2、高—3)。

此外，动作请求可以使用一个或若干个请求的资源参数来指定应用程序所需的输入/输出资源，以执行动作。

优选地，该动作请求可以包括动作特性参数，其用于如下目的，即根据与确定某一动作是否可与其他动作同时发生相关的特性来将动作进行分类。稍后将详细地对其进行描述。

有益地，动作请求可以包括资源接管型参数(优选地作为二进制参数)，表明所请求的输入/输出资源是否被永久或是暂时地分配。

为了在方法的第一步骤100中确定允许或抑制请求，必须根据从环境传感器数据估计的当前工作负荷值来评估该请求的动作类别。如果工作负荷值以如上所述的驾驶者-车辆-环境状态向量的方式来呈现，则将向量的不同可能值分类到一个向量状态类别中是有益的。

在图6中可以找到可用来确定向量状态类别的分类的真值表的实例。在该实施例中，仅考虑如上所述的DVE状态向量的前四个值。这些值简单地对应于下列不同状况：1:1-驾驶注意高；1:2-车辆停滞；1:3-高环境复杂性；1:4-车辆跟随状况。(参见上述更全面的解释)。

在该表中，1代表该值被设置为激活，0代表该值被设置为未激活。取决于DVE状态参数的不同条件，将DVE状态类别设置为1、2或3(低、中或高)。

假设所请求的动作具有动作类别i，并且当前的DVE状态类别为j。如果i≥j，就呈现该动作，否则不呈现该动作。

例如，如果驾驶者处于环形岛的中间，则将驾驶注意设置为激活。因此，根据真值表，当前的DVE状态属于DVE状态类别3。在环形岛的中间，某人拨打移动电话。假设进来的电话整个具有事件重要性2和安全重要程度1，则请求具有动作类别2。由于2<3，所以电话呼叫将被维持。如果并非电话呼叫而是已发出刹车失灵消息，则刹车失灵消息的动作类别是3，因此将在第一方法步骤100中允许该消息。

如果允许请求进行到第二方法步骤200，则将确定所请求的动作是否可以与正在进行的应用程序同时进行。为了对此进行确定，可以基于同时呈现的规则来建立通信协议。

因此，请求可以设置有动作特性，以用于确定不同应用程序的哪些组合是可允许的。因此，该动作特性应该根据呈现特性或关于用户需要的注意力的特性来给出关于请求的类型的信息。可以有益地形成具体动作优先级的一个特定实例是用户发起了应用程序。用户发起的应用程序通常可以设置为被同意而无需延迟。

动作特性的实例如下：

0-默认-未拥有下面任何特性的动作。

1-排他-不能与任何其他动作同时呈现的动作。

2-被动-不要求驾驶者主动参与的动作(例如，收听收音机)，因此允许同时动作。

3-用户发起-由用户发起的动作。这种动作应当总被同意而无需延迟。

例如，停车帮助系统可以是排他的，原因在于当停车帮助为激活时每一个其他系统均应当是静止的。用移动电话呼叫某人是用户发起的动作。收听收音机被认为是被动动作，而在电话上输入数字是主动动作。

真值表可以用于表明哪种类型的动作可以同时执行。该表列出了不同动作类别的正在进行的应用程序和不同类别的请求的动作的不同组合，并表明请求的动作是否应当被允许与正在进行的应用程序并行地运行。在图7中找到这种真值表的实例。

因此，示出的实施例的图7的表格示出了用户觉察到的来自向用户呈现信息的正在进行的应用程序加之所请求的信息呈现的组合印象是否在预定最大用户印象能力的限度内的评估。换言之，通过该表格的允许或不允许组合而示出了预定的最大用户印象能力。

可替换地，定义哪些组合是可允许的查找表可以基于具体事件本身。即，该请求未设置有动作特性参数。替代地，在查找表中列出每个具体功能(例如，电话、路线指导)。如果涉及不到未知的功能，则该状况是有益的。

可替换地，可以使用基于诸如动作特性参数和具体功能的分类的查找表。

在上述所有的查找表可替换方式中，预定最大用户印象能力不是与某个工作负荷值或类似量进行比较的参数。包括不同组合的表具有便于浏览和理解的优点，这意味着可以相对简单地添加、去除或替换不同的值或规则。该方法实现了二进制值的使用，其使得该方法可靠并可预测。

考虑并在真值表中使用请求的动作和正在进行的动作的参数，从而在方法的第二步骤200处确定是否应当允许该请求。

如上所述，即使根据第二步骤200允许了该请求，然而，如果在第三步骤300中进行的输入/输出资源的评估发现所需的资源不可用，则该请求仍然被拒绝。

如果请求不被允许与正在进行的动作并行运行，则确定请求的紧急程度是否激发正在进行的动作中断以将空间给予请求的动作是有益的。

对于该确定，可以再次使用如上所述的时间和/或安全重要程度参数。在这种情况下，可以适当地独立评估时间和安全重要程度参数，这就是不使用如图5的表格中所示的组合动作类别的原因。

再次，应当理解，通过使用这些表，可以考虑具体发生状况如所期望的那样执行参数的评估。

在这种表中，1可以表示正在进行的动作可以被中断，而0表示正在进行的动作不可以被中断。如果正在进行的动作可以被中断，则根据新动作在时间上是永久的还是有限的，该中断可以是永久的或暂时的。如果暂时中断正在进行的动作，则告知对应的应用程序暂停该中断的动作，并且将该中断的动作放置在等待缓冲器中。

如果该动作请求通过方法的第二步骤，则直接地或在中断正在进行的动作的条件下，在该实施例中紧接着第三方法步骤，在该步骤中，控制所请求的输入/输出资源是否可用。对于每个请求，控制这些资源是否可用。如果可用，则将该资源分配给该请求，并且该请求最终被允许或执行。如果不是所有的请求的资源都可用，则发送该请求的应用程序可以决定是否以有限资源执行该动作或将该动作放到等待缓冲器中。

为了在该阶段中断正在进行的动作，可以执行如上所述地关于方法的步骤二处的中断的类似过程。可以使用查找表，如果期望的话，该查找表可以包括与第二步骤的那些规则不同的中断规则。

应当理解，当等待缓冲器决定在等待缓冲器中的哪个请求应该被重新发送到方法的开始时，也可以使用这些动作优先级参数。同样，可以使用其他请求参数，以做出哪些请求具有较高的被同意的可能性的适当选择。

关于等待缓冲器，可以在本文所描述的方法和系统的背景中使用现有的等待缓冲器系统。同样的情况也适用于检查所请求的输入/输出资源对于动作请求是否可用的步骤。

这些方法和系统还可以与其他已知方法和系统结合。例如，如EP 1 512 374中所描述的，是否允许请求的决定可以考虑动作请求的持续时间。

本领域的技术人员容易理解，在所附权利要求的范围内，多种替换方式和实施例都是可能的。

Claims (27)

1.一种用于允许或抑制来自车内信息系统中的应用程序向用户呈现信息的请求的方法，包括： 

鉴于根据环境传感器数据所估计出来的当前工作负荷值(500)来确定所述请求是否为可允许的步骤(100)，其中，所述工作负荷值代表所述用户经历的工作负荷，所述工作负荷包括用户处于状况区域以及等待区域时的工作负荷，其中将单独的驾驶注意评估规则应用到每个传感器的每个单独的输出；以及 

关于正在进行的内部应用程序所要求的注意力并根据预定最大用户印象能力来评估请求的紧急程度的步骤(200)，其中所述预定最大用户印象能力决定了在某一状况下认定用户能够处理多少信息， 

其中通过评估不同请求的时间和安全重要程度参数获得请求的总动作优先级。 

2.根据权利要求1所述的方法，进一步包括：鉴于所请求的应用程序需要的输入/输出资源(700)的可用性来确定所述请求是否为可允许的步骤(300)。 

3.根据权利要求1或2所述的方法，其中，使用查找表来执行评估组合印象是否在所述预定最大用户印象能力的限度内的步骤(200)，其中所述组合印象是由所述用户觉察到的来自正在进行的应用程序向所述用户呈现信息加之所请求的信息呈现。 

4.根据权利要求3所述的方法，其中，所述查找表包括不同的信息呈现活动的组合以及鉴于所述最大用户印象能力对于是否允许各组合的指示。 

5.根据权利要求1或2所述的方法，其中，如果鉴于安全性而认定所述请求为重要的，则中断正在进行的呈现活动以允许所述请求。 

6.根据权利要求3所述的方法，其中，如果鉴于安全性而认定所述请求为重要的，则中断正在进行的呈现活动以允许所述请求。 

7.根据权利要求4所述的方法，其中，如果鉴于安全性而认定所述请求为重要的，则中断正在进行的呈现活动以允许所述请求。 

8.根据权利要求1或2所述的方法，其中，如果认定所述请求必须在某一时段内执行，则可以中断正在进行的呈现活动以允许所述请求。 

9.根据权利要求3所述的方法，其中，如果认定所述请求必须在某一时段内执行，则可以中断正在进行的呈现活动以允许所述请求。 

10.根据权利要求4所述的方法，其中，如果认定所述请求必须在某一时段内执行，则可以中断正在进行的呈现活动以允许所述请求。 

11.根据权利要求1或2所述的方法，其中，如果鉴于安全性或时间而认定所述请求是不重要的，则延迟所述请求。 

12.根据权利要求3所述的方法，其中，如果鉴于安全性或时间而认定所述请求是不重要的，则延迟所述请求。 

13.根据权利要求4所述的方法，其中，如果鉴于安全性或时间而认定所述请求是不重要的，则延迟所述请求。 

14.根据权利要求1或2所述的方法，其中，向用户呈现信息的所述请求包括动作优先级参数，所述动作优先级参数表明所请求的动作的优先级。 

15.根据权利要求3所述的方法，其中，向用户呈现信息的所述请求包括动作优先级参数，所述动作优先级参数表明所请求的动作的优先级。 

16.根据权利要求4所述的方法，其中，向用户呈现信息的所述请求包括动作优先级参数，所述动作优先级参数表明所请求的动作的优先级。 

17.根据权利要求14所述的方法，其中，所述动作优先级参数包括安全重要程度参数和/或时间重要程度参数。 

18.根据权利要求1或2所述的方法，其中，向用户呈现信息的所述请求包括输入/输出资源参数，所述输入/输出资源参数指定所述应用程序为执行所请求的动作需要何输入/输出资源。 

19.根据权利要求3所述的方法，其中，向用户呈现信息的所述请求包括输入/输出资源参数，所述输入/输出资源参数指定所述应用程序为执行所请求的动作需要何输入/输出资源。 

20.根据权利要求4所述的方法，其中，向用户呈现信息的所述请求包括输入/输出资源参数，所述输入/输出资源参数指定所述应用程序为执行所请求的动作需要何输入/输出资源。 

21.根据权利要求1或2所述的方法，其中，所述请求包括动作特性参数，所述动作特性参数用于根据与确定某动作是否可与其他动作同时发生有关的特性来对所述动作进行分类。 

22.根据权利要求3所述的方法，其中，所述请求包括动作特性参数，所述动作特性参数用于根据与确定某动作是否可与其他动作同时发生有关的特性来对所述动作进行分类。 

23.根据权利要求4所述的方法，其中，所述请求包括动作特性参数，所述动作特性参数用于根据与确定某动作是否可与其他动作同时发生有关的特性来对所述动作进行分类。 

24.根据权利要求1或2所述的方法，其中，所述请求包括资源接管类型参数，所述资源接管类型参数表明所请求的输入/输 出资源是否将被永久地分配或仅在所述步骤(200)期间的预定时段内分配。 

25.根据权利要求3所述的方法，其中，所述请求包括资源接管类型参数，所述资源接管类型参数表明所请求的输入/输出资源是否将被永久地分配或仅在所述步骤(200)期间的预定时段内分配。 

26.根据权利要求4所述的方法，其中，所述请求包括资源接管类型参数，所述资源接管类型参数表明所请求的输入/输出资源是否将被永久地分配或仅在所述步骤(200)期间的预定时段内分配。 

27.一种应用程序协调器系统，所述系统用于根据前述权利要求中任一项所述的方法来允许或抑制请求，所述系统包括： 

用于鉴于作为输入而接收到的当前工作负荷值(500)来确定所述请求是否为可允许的装置，其中，所述当前工作负荷值根据环境传感器数据来估计并且所述当前工作负荷值代表所述用户经历的工作负荷，所述工作负荷包括用于处于状况区域以及等待区域时的工作负荷，其中将单独的驾驶注意评估规则应用到每个传感器的每个单独的输出；以及 

用于关于正在进行的内部应用程序所要求的注意力并根据预定最大用户印象能力来评估请求的紧急程度的装置，其中所述预定最大用户印象能力决定了在某一状况下认定用户能够处理多少信息， 

其中通过评估不同请求的时间和安全重要程度参数获得请求的总动作优先级。