CN101612925B - 确定驾驶注意值的方法 - Google Patents

Abstract

本发明涉及确定用于评估由车辆外部因素引起并由车辆驾驶员经受的工作负荷的驾驶注意值(1∶1)的方法，其包括：提供来自多个传感器(3∶1-3∶8)的输出，该多个传感器用于检测车辆外部的导致驾驶员经受高工作负荷的注意事件；对每个传感器的每个输出(3∶1-3∶8)应用至少一个驾驶注意评估规则(2∶1-2∶10)，从而评估是否检测到注意事件；每个驾驶注意评估规则(2∶1-2∶10)生成二进制检测响应值，如果检测到注意事件，则该响应值被设置为有效；以及如果至少一个二元检测响应值为有效，则设置高驾驶注意值(1∶1)。

Description

确定驾驶注意值的方法

技术领域

本发明涉及一种确定驾驶注意值的方法，该驾驶注意值用于评估由车辆外部因素引起并由车辆驾驶员经受的工作负荷。 

背景技术

现代车辆装配了数量越来越多的车载信息***。这样的信息***从范围广泛的车辆应用程序中呈现信息，从旨在使驾驶员注意到重大事故以确保安全驾驶的预警或警报应用程序(如前方碰撞警报应用程序、未系牢安全带警报应用程序、或引擎过热警报应用程序)，到信息或娱乐应用程序(如导航应用程序、移动电话应用程序或无线电/音乐播放器应用程序)。对于信息呈现，每个不同的应用程序会利用某些信息呈现装置，该信息呈现装置可包括各种灯、听觉信号、显示器等。某些应用程序可共享同一信息呈现装置，如电话和音乐播放器可利用同一显示器来呈现信息。 

然而，数量越来越多的车载应用程序导致在车辆驾驶期间向驾驶员呈现的信息量增加。在相对容易控制的驾驶条件中，如在相当低的车流量的直线路段上以近似恒速驾驶，可假定驾驶员能够察觉并处理来自多个信息***的信息，而不会有对他/她安全控制车辆的能力显著削弱的风险。然而，在某些要求更注意的驾驶条件中，例如在周围具有很多车辆的交叉路口处，限制从车载应用程序呈现的信息量是合适的，以便确保驾驶员不会从其安全控制车辆的最重要任务上分心。 

为此，做出了无数尝试，以便确定何时驾驶条件注意和何时驾驶条件不注意，驾驶条件注意意味着应该限制向驾驶员呈现的非重大信息的量，条件不注意意味着不需要限制向驾驶员呈现的信息的量。大体上，许多之前的***确定工作负荷值，旨在提供驾驶员在不同情形中经受的工作负荷的评估。单独或与其他参数结合地使用工作负荷值，来确定是否应抑制或允许给驾驶员的任何信息。 

为了确定工作负荷值，必须收集关于当前驾驶情形的信息。为此，车辆可配置有大量传感器，这些传感器提供与驾驶情形的不同方面有关的信息。在现有技术***中，使用某些精细的编制规则组合来自传感器的不同输出，以便提供工作负荷值。可使用经验为主获取的关系和/或驾驶员行为的理论假定来设置该编制规则。 

US 2004/0113799描述了一种用于评估施加给车辆驾驶员的工作负荷的方法。该方法使用车辆数据、环境数据和当前任务数据来评估施加给驾驶员的工作负荷。车辆数据是从位于车内的传感器接收的，环境数据可包括外部信息，如外部空气温度、GPS数据、和数字地图。当前任务数据包括诸如无线电信息和电话信息(例如是电话活动(active))的数据。工作负荷评估计算包括从包含在工作负荷评估数据中的信息中检测的特定的驾驶条件。例如使用加权方案，然后组合到一起，来校准驾驶条件的影响值(impact value)。然后组合的值可被规格化并作为驾驶工作负荷评估被输出。用来生成驾驶工作负荷评估的组合函数可包括加法、乘法或其他类型的组合。来自组合函数的值可规格化以便在预选范围(如1-5，1-10，1-100)内产生工作负荷评估。因此，任意数目的阈或阈值可应用于工作负荷评估以便控制要呈现给驾驶员的信息量。 

EP 1 512 374描述了一种用于评估车辆驾驶员工作负荷的方法，包括以下方法步骤：根据指示要求驾驶员注意的任务的信号识别注意事件；在所述注意事件下生成高工作负荷输出信号；生成工 作负荷延迟期限，该期限在时间上将周期从时间上的注意事件终点扩展至时间上的工作负荷延迟终点；以及在所述工作负荷延迟期限下保持高工作负荷输出信号。为了确定注意事件是正在发生还是没有发生，可通过将分类条件应用于引入的信号来确定一定数量的参数。 

通常，用于将输入提供到工作负荷评估***的传感器的数目随复杂工作负荷评估的要求的增加而增加。因此，工作负荷确定***的复杂度也增加。与增加的复杂度相关联的问题可以是***中的故障，如不正常工作的传感器，其可以以难于预测的方式影响最终的工作负荷评估值。***中的故障也可导致工作负荷评估函数根本不起作用，直到该故障部件被替换。因此，使用大量输入部件的复杂工作负荷评估***也会有大量潜在错误源。工作负荷评估***增加的复杂度的另一个潜在问题是所用传感器增加的多样性。基于多个传感器输出的驾驶条件的评估，以及工作负荷值的解读(interpretation)，倾向于需要精细评估和/或编制规则。因此，通过(例如)传感器类型或***的增加或移除，或使用车载信息***的应用程序的增加或移除，来重新设计工作负荷评估***，可能要求涉及调整评估和/或编制规则的相当多的工作。 

考虑到上面所述，需要一种用于确定工作负荷值的***，该***对***中出现的故障具有鲁棒性。 

还需要一种用于确定工作负荷值的***，其与广泛的各类型传感器兼容。 

此外，需要一种易于升级(scalable)的用于确定工作负荷值的***。 

而且，还需要一种用于确定工作负荷值的***，新类型的应用程序和传感器可以容易地添加到其中或从其中移除。 

此外，需要一种用于确定工作负荷值的***，其提供可被容易地解读的输出值。 

本发明的目的是提供一种用于确定工作负荷值的***，其至少满足一个上述需求。 

发明内容

该目的是根据本发明通过一种用于确定驾驶注意值的方法而实现的，该驾驶注意值用于评估由车辆外部因素引起并由车辆驾驶员经受的工作负荷，该方法包括： 

-提供来自多个传感器的输出，该多个传感器用于检测车辆外部的导致驾驶员经受高工作负荷的注意事件， 

-将驾驶注意评估规则应用于每个传感器的单个输出， 

其中每个单个的驾驶注意评估规则与一个单个的输出相关联，来评估是否检测到注意事件， 

-每个单个的驾驶注意评估规则生成二进制检测响应值，如果检测到注意事件，则该响应值被设置为有效，以及 

-如果至少一个二进制检测响应值是有效的，则设置高驾驶注意值。 

有利地，调整每个单个的驾驶注意评估规则，以便在相应的传感器有故障时，将每个二进制检测响应值设置为无效。 

优选地，通过将OR运算符应用到多个二进制检测响应值来生成驾驶注意值。 

有利地，传感器和相应的驾驶注意评估规则包括使用车辆当前运动状态的用于检测注意事件的至少一个传感器和规则。运动状态可包括车辆的当前向前加速度和/或向后加速度、速度或偏转率(yaw rate)。传感器可包括加速计、速度传感器、陀螺仪、和方向盘转角传感器(steering wheel angle sensor)中的至少一个。 

有利地，传感器和相应的驾驶注意评估规则包括使用车辆周围环境条件的用于检测注意事件的至少一个传感器和规则。环境条件可包括温度、地理位置、周围静止物体或周围移动物体中的至少一个。传感器可包括温度计、GPS传感器、和雷达中的至少一个。 

有利地，传感器和相应的驾驶注意评估规则包括使用驾驶员行为的用于检测注意事件的至少一个传感器和规则。用于评估驾驶员行为的传感器可包括眼脸***、头部***、和眼睛***中的至少一个。 

有利地，传感器和相应的驾驶注意评估规则包括使用具有外部功能的驾驶员控制的车辆应用程序状态的用于检测注意事件的至少一个传感器和规则。具有外部功能的驾驶员控制的车辆应用程序的状态可包括转向指示器、风档刮水器、倒车档中的至少一个。 

有利地，传感器和相应的驾驶注意评估规则包括使用车辆当前地理位置的用于检测注意事件的至少一个传感器和规则。车辆的当前地理位置可用至少一个GPS传感器来确定。驾驶注意评估规则可包括将车辆当前地理位置和地图数据库进行比较，其中，地图数据库包括定义的地理注意区域，且如果车辆位于注意的区域，则检测响应值被设置为有效。 

有利地，地图数据库中的地理注意区域可包括可能出现要求驾驶员高工作负荷的情形的情形区域和驾驶员在注意情形前等待的 等待区域。优选地，驾驶注意评估规则可包括，如果车辆接近情形区域并视为在预定的阈值时间内达到所述情形区域，就设置有效的检测响应值。 

本发明的目的还通过用于执行上述方法的***来实现。 

该方法可有利地用于允许或拒绝车载应用程序与车辆驾驶员交互的请求。 

附图说明

图1是示出用于确定驾驶注意值的***和方法的实施例的框图。 

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

图3是示出其中获取了包括驾驶员-车辆-环境状态的不同特性的驾驶员-车辆-环境状态特性的方法和***的实施例的框图。该矢量的第一特性是在该情形中通过图1所示的方法和***获取的驾驶注意值。 

图4是流程图，其示出了允许或抑制请求从车载信息***中的应用程序将信息呈现给用户的方法和***的实施例。 

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

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

图7是包括被分类到不同动作属性类别的正在进行的动作和被请求的动作的真值表的实施例，该真值表指示被请求动作是否被允许与正在进行的动作并行执行。 

具体实施方式

在图1和图3中，参考标记1000总体表示根据本发明的处理装置。该处理装置包括至少一个处理器、至少一个存储器、和连接至至少一个传感器的至少一个接口。该接口还可包括通信容量并使用适当的通信协议获取传感器信号，如使用CAN总线、以太网、I2C。此外，处理器可包括设置为用于分析当前“工作环境”的任何合适的单元，如微处理器、数字信号处理器(DSP)、FPGA(现场可编程门阵列)、或ASIC(专用集成电路)。存储器可包括易失性存储器和或非易失性存储器，如RAM、ROM、EEPROM、闪存、硬盘或类似存储器，这点本领域技术人员可理解。 

处理装置被设置为用于获取一个或多个与“工作环境”相关的传感器信号，预调节该信号并用大量不同的分析函数对其进行运算。该分析可以按软件或硬件指令的形式来执行，但有利地按存储在存储器中并在处理单元中操作的软件指令集的形式来执行。 

不同分析函数将在下面更详细地论述。 

图1示意性地示出了用于确定驾驶注意值1: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)。 

可以理解，与一个单个的输出相关联的每个单个的驾驶注意评估规则表示每个单个的驾驶注意评估规则仅与一个单个的输出连接。每个输出都连接到至少一个(但可能是多个)驾驶注意评估规则。此外，可以理解，一个单一传感器可提供多个单个的输出。 

本方法的优点在于，单个驾驶注意评估规则被应用到每个传感器的每个单个的输出。因此，每个传感器与至少一个驾驶注意评估规则相关联，使得***易于设计、升级和维修。驾驶注意评估规则产生二进制检测响应值，意味着来自多种传感器的不同输出被变换为同一水平(same level)的二进制响应值-真或假。这使得响应值能够被容易地解读，因为不需要使用加权因子或其他解读方法来进行响应值间的比较。此外，该方法提供了响应值到驾驶注意值的极其简单的编制，其中，如果检测到至少一个注意事件，即，如果至少一个检测响应值被设置为高，则驾驶注意值被设置为高。 

可以理解，借助该方法，传感器的增加、移除或替换会非常方便。为了增加新传感器，应用了提供二进制检测响应值的传感器和相关联的驾驶注意评估规则。仅驾驶注意值的编制受到影响，因为在确定是否检测到注意事件时，还要考虑更多的一个二进制检测响应值。驾驶注意值本身不受影响，即，作为结果的驾驶注意值仍将被设置为高或低。结果，随后的驾驶注意值的评估将不受影响。因此，该方法易于升级。可以理解，传感器的增加、移除或替换可用多种提供同样范围多样输出的传感器进行。 

此外，该方法对于故障传感器具有鲁棒性。如果传感器不正常工作，最常见的效果是仅停止其起作用，而因此其根本不给出任何输出。没有输出通常导致检测不到注意情形，因而，随着驾驶注意评估规则生成二进制检测响应值，相应的二进制检测响应值被设置为低。由于驾驶注意值是二进制且在至少一个二进制检测响应值为高时设置为高，故可以理解，该类故障对作为结果的驾驶注意值的影响仅在于，由使用了该故障传感器的一个或多个规则进行检测的该类注意事件在评估中将不会被检测。剩余的传感器和规则的评估将不受该故障传感器的影响，这意味着故障传感器对整个驾驶注意评估过程的影响被最小化。 

有利地，每个驾驶注意评估规则被调整，以便在对应的传感器出现故障时，每个二进制检测响应值被设置为无效。许多传感器故障将仅导致从该传感器获取不到信号，如上所述，该情形中，不必做出特殊措施来调整驾驶注意评估规则。在其他情形中，传感器自身将报告传感器不起作用或从传感器传输的数据暂时不可靠。然而，如果需要，每个传感器的驾驶注意评估规则可被调整，以使来自传感器的明显不切实际的信号被解读为传感器有故障，该情形中，二进制检测响应值被设置为无效。 

在所示实施例中，驾驶注意值是通过将OR(V)运算符应用于多个二进制检测响应值而生成的。这是确定至少一个注意事件是否被检测到(即，多个二进制检测响应值中的一个是否被设置为有效)的直接方式。然而，当然有可用来得出同样结果的其他逻辑操作数(operand)，例如把二进制检测响应值加到一起，并在设置为有效的二进制检测响应值的和大于零(或可能是用作“低”二进制值的另一个值)时，将驾驶注意值设置为高。这样的逻辑操作数将等效于应用OR算符，虽然表达更麻烦。 

有利地，传感器和相应的驾驶注意评估规则可包括使用车辆当前运动状态的用于检测注意事件的至少一个传感器和规则。运动状态表示与诸如向前和/或向后加速度、速度和偏转率的环境相关的车辆运动。适用于检测运动状态的传感器的实例是加速计、速度传感器、陀螺仪或方向盘转角传感器。 

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

加速计的输出3:1被作为横向加速规则(LatAccRule)的驾驶注意评估规则2:3使用。该规则被调整，以便当横向加速度的绝对值超过预定阈值时，检测响应值被设置为有效。 

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

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

使用速度传感器的第二驾驶注意评估规则是负纵向加速规则(NegLongAccRule)2:2。这与PosLongAccRule相反，其中当纵向加速度小于负阈值时检测响应值被设置为有效。 

陀螺仪的输出3:3被作为偏转率规则2:4(YawRateRule)的驾驶注意评估规则使用。当车辆的偏转率变化(角速度)超过预定阈值时，检测响应值被设置为有效。 

方向盘转角传感器的输出3:4被作为转向角规则2:5(SteeringAngleRule)的驾驶注意评估规则使用。当方向盘转角的绝对值超过预定阈值时，检测响应值被设置为有效。 

可以理解，上述规则例示了使用关于车辆运动状态的信息来检测注意情形的原理。通常，车辆运动状态的改变(如大加速度或减速度、横向运动或急转弯)被检测到并被用作外部情形出现(其被怀疑要求驾驶员高度注意)的指示，因此驾驶员经受高工作负荷。 

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

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

GPS传感器的输出3:6被作为地图位置规则(MapPositionRule)2:8的对应的驾驶注意检测规则使用。通常，该规则结合地图数据库使用从车辆GPS传感器接收的定位数据来确定车辆当前是否位于被视为注意的事先确定的(priori)区域，该情形中，检测响应值被设置为有效。通常，驾驶注意评估规则包括将车辆的当前地理位置与地图数据库进行比较，其中地图数据库包括预定义的地理注意区域，并且如果车辆位于注意区域中，则检测响应值被设置为有效。 

注意区域可包括被认为是注意的路段，如交叉口、环形岛(roundabout)、巷道交叉口(lane crossing)等，这通常是静止环境条件。然而，可以想象使用可更新的数据库，其可包括不是静止的信息(例如正在进行的道路修复)。 

存在很多构建规则和地图数据库的方式，以便使用车辆的地理位置。已经发现的一个特别有利的这类规则将在该申请的后面进行描述。 

回到所示的实施例，雷达的输出3:7被作为碰撞时间规则(Timeto collision rule)(TTC规则)2:9的驾驶注意检测规则使用。TTC 规则通常会确定驾驶员是否在接近静止或较慢移动的障碍物，如在等待交通信号灯的另一车辆，或正在减速的前面的车辆。该类情形通常被视为是注意的。如果要碰撞的时间小于预定阈值，则TTC规则将仅提出并评估与检测到的障碍物碰撞的时间且设置驾驶注意值为有效。 

有用的TTC规则可以是与那些传统用于发出前向碰撞警报的规则类似的规则。为了设置驾驶注意值，设置有效驾驶注意值的阈值时限应高于通常用于发出前向碰撞警报的阈值。 

有利地，传感器和对应的驾驶注意评估规则可包括使用驾驶员行为的用于检测外部注意事件的至少一个传感器和规则。驾驶员行为表示外部注意情形正在迫近的物理指示。该物理指示可包括在通过交叉路口前察看左右两边、变换道路前重复回头扫视等。合适的物理指示可从驾驶员经受不同的驾驶情形的所执行的测试中经验地选择。因此，为了评估驾驶员的行为，输入可包括驾驶员眼睛、眼睑或头部的移动。适于检测驾驶员行为的传感器是眼睛或眼睑***或头部***。 

如果驾驶员行为指示高工作负荷事件正在发生，则对应的驾驶注意检测规则会调整，以便将检测值设置为有效。例如，大量侧视可用作驾驶员正在变换道路的指示，这可被确定为高驾驶注意情形。 

在所示实施例中，组合的眼睛/眼睑/头部***传感器的输出3:8被头部移动规则(HeadMovementRule)2:10使用，以检测注意事件。 

有利地，传感器和对应的驾驶注意评估规则可包括使用具有外部功能的驾驶员控制的车辆应用程序的状态的用于检测外部注意 事件的至少一个传感器和规则。具有外部功能的驾驶员控制的车辆应用程序的状态表示设置外部应用程序(如转向指示器、风档刮水器和前灯)的开或关。 

在所示实施例中，不同外部功能的状态作为车载CAN信号3:5是可用的。因此，在该情形中使用可用的状态信号而非传感器。 

作为转向指示器规则(TurnIndicatorRule)2:7的驾驶注意检测规则使用与转向指示器相关的输出，并在转向指示器开启从而发出转向信号时设置检测响应值为有效。 

作为倒车规则(ReverseRule)2:6的另一个驾驶注意检测规则使用与倒车档相关的输出，并在驾驶员将车辆设置在倒车档时设置检测响应值为有效。 

所有上述驾驶注意检测规则可适当地与使用预定的最小时间组合，在该最小时间内，检测必须在相关检测响应值被设置为有效之前发生。在该情形中，可为每个规则调整预定的最小时间，以便平衡用于最小化故障检测的数量同时仍具有足够的精度以检测真正注意情形的要求。 

驾驶注意检测规则可适当地与规则延迟组合，以便避免驾驶注意值在驾驶情形中快速改变，在这种驾驶情形中，在短时间内被设置为高的一个检测响应值后面紧随另一个检测响应值，其间的时间间隙相对较短，如在交汇点上刹车和转向时。对于在对应的规则已经检测到注意情形后的某些时间(延迟)，可设置规则延迟参数以便维持检测响应值为高。该规则延迟最适合于应用到在短时间内设置检测响应值为高的驾驶注意检测规则。 

可用注意区域确定规则延迟的应用。例如，如果车辆偏离注意区域内的情形区域中央，且情形区域是交叉口，则一旦车辆通过交叉口的中央，则不对驾驶注意检测规则应用规则延迟。所涉及的驾驶注意检测规则可以是与例如转向、加速、和闪光警戒灯相连的规则。 

从上面实例***的描述中，可以理解，可使用大范围的传感器，且在设计***时的选择实际上是无限的。新型传感器和/或对什么特性可用来指示驾驶员正在经受相对高工作负荷的理解上的进步可改变工作负荷评估***的设计。因此，对可容易地适应新型规则和传感器以增加和替换传感器的方法和***的上述需求可以被更透彻地理解。 

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

驾驶注意评估规则可包括比较车辆的当前地理位置和地图数据库，其中地图数据库包括预定的地理注意区域，且如果车辆位于注意区域内，则检测响应值被设置为有效。 

下面说明用于确定驾驶员-车辆-环境状态特性的方法，其包括设置指示对车辆驾驶员注意的事件出现的检测响应值。该方法可用在用于如上所述确定驾驶注意值的方法中，该情形中，该方法将用在上述驾驶注意评估规则中的一个中。然而，用于确定将要说明的驾驶员-车辆-环境状态特性的方法也可与其他***和方法一起使用。换句话说，通过该方法获取的检测响应值可用于以其他评估方法(不同于在对应于传感器的大量注意检测规则中至少一个被设置 为有效时设置驾驶注意值为有效的方法)来评估驾驶员的工作负荷。然而，两种方法的组合都被认为是特别有利的。一个这种组合在附图中示出。 

通常，用于确定驾驶员-车辆-环境状态特性的方法包括设置检测响应值，该值指示对车辆驾驶员注意的事件出现，其包括： 

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

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

-要求驾驶员高工作负荷的驾驶情形可能出现的情形区域，和 

-至少一个等待区域，这里驾驶员将要在情形区域前等待；以及， 

-如果车辆位于注意区域内，则设置检测响应值为有效。 

可以认为，该方法不同于前面提出的方法，特别是因为注意区域不仅包括可以在环形岛、交叉口、人行横道等内的情形区域，还包括驾驶员在情形区域前等待的等待区域。前面没有将等待区域视为注意。相反，在某些更早的***中，事实是车辆在等待时静止被用作等待情形不注意的指示。 

然而，发明人认识到，在等待情形中，驾驶员必须经常基于对周围交通的观察做出决定，这目前可以在情形区域内。此外，交通信号灯和道路标识必须予以考虑。总之，准备进入情形区域本身就是注意的，其指示驾驶员相对高的工作负荷。而这没有被以前的工作负荷评估***所捕获。 

按照该方法，等待区域是按地理定义的，也就是按空间定义的。因此，当在等待区域中等待时，车辆在哪个时间段达到情形区域并不重要。而是车辆出现在注意区域(等待区域或情形区域)足以生成有效的检测响应值。因此，在情形区域或等待区域内车辆是否静止是无关的。 

确定车辆出现的地理位置是否在预定义的注意区域可通过将注意区域评估规则应用到关于从地图数据库中获取的地理位置的信息而执行。 

这样的规则可分析关于车辆周围环境的数据库信息，从而确定车辆是否在注意区域内，诸如在交叉口处或在交叉口前等待。然后评估规则包括要应用于数据库的注意区域的定义。 

可选地，车辆的当前地理位置是否在预定义的注意区域内的确定可通过检索与包含在地图数据库内的预定义的地理注意区域有关的信息而执行。在该方法中，注意区域的定义已经应用到出现在数据库内的不同交通情形，从而使地图数据库包含关于注意区域的信息。然后可从数据库中检索该信息。 

预定义的注意区域可有利地至少包括下面一项：交叉口、环形岛、高速公路入口、和急转弯。 

图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传感器确定。然而，其他确定地理位置的方法也可使用，如移动电话三角测量方法(mobilephone triangulation method)或使用关于车辆方向和速度的信息的方法，以检测车辆位置。后者在没有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:2使用来自雷达传感器3:7等的信息，该信息来自能够检测车辆周围物体的传感器。如果驾驶员以小于预定阈值的车头时距(timeheadway)跟随前面的车辆，则车辆跟随计算4:2将设置车辆跟随参数为有效。如果没有前面的车辆出现或如果前面的车辆在前面太远，则车辆跟随参数被设置为无效。 

有利地，用于确定当前驾驶员-车辆-环境状态特性的方法进一步包括设置次要任务注意参数，其指示驾驶员当前是否忙于驾驶之外的次要任务。 

在所示实施例中，矢量中第五值是次要任务注意参数1:5。如果驾驶员忙于次要任务，则该参数将被设置为有效，如果驾驶员专注于驾驶任务，则该参数被设置为无效。如果两个计算规则中的任一个均为有效，则所示实施例中次要任务注意参数被设置为有效。第一计算规则是按钮按压检测4:4。按钮按压检测4:4仅使用来自车辆基本CAN指示器的信息3:5确定驾驶员是否正在操纵信息娱乐按钮，并且如果是这样的情况，则返回有效值。因此，该阶段引起的分心是车内因素引起的分心。第二计算规则是头部运动计算4:5，其利用来自眼睛/头部眼睑***3:8的信息确定驾驶员是否注意于车辆内部，这是驾驶员忙于次要任务的指示，并导致设置有效值。 

有利地，用于确定当前驾驶员-车辆-环境状态特性的方法可包括设置睡意参数，如果驾驶员被评估为昏睡，该参数被设置为有效，否则被设置为无效。 

在所示实施例中，矢量中第六值是睡意参数1:6，如果确定驾驶员昏睡，则该参数被设置为有效。有大量***可用来设置睡意值。在示例实施例中，眼睛/头部/眼睑***3:8用在睡意计算4:6中，以返回预期的值。 

有利地，用于确定当前驾驶员-车辆-环境状态特性的方法可包括设置眼睛偏离道路参数，如果驾驶员不再专注于道路，则该参数被设置为有效。 

在所示实施例中，矢量中第七值是眼睛偏离道路参数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。如果资源可用，则请求被允许。为了确定该请求的可允许性，每个请求都提供有安全临界参数和/或时间临界参数。 

时间和安全临界参数的每个都可用于结合时间或安全将请求的紧急性分类为合适数目的类别。请求的总动作优先级可通过评估不同请求的时间和安全临界参数来获得。例如，如果使用三个安全临界参数类别和三个时间临界参数类别(低，中，高)来分类动作请求，则可获得9个关于请求的不同动作优先级分类。该实例在图5中示出，其示出了请求的动作类别。 

除了动作优先级，如果已知，动作请求可包括动作持续时间，即动作持续的时间。水平轴表示三个类别中的时间临界性，而垂直轴表示三个类别中的安全临界性。作为结果的动作类别可在表中找到，也分三个水平(低-1，中-2，高-3)。 

此外，动作请求可指定应用程序需要的输入/输出资源，以便用一个或几个被请求的资源参数执行动作。 

优选地，动作请求可包括动作特性参数，用于根据与确定某个动作是否可与其他动作同时发生相关的特性来将动作分类的目的。这将在下面更详细地说明。 

有利地，动作请求可包括资源接管型参数(resource takeovertype parameter)，优选是二进制参数，其指示被请求的输入/输出资源是否将被永久或临时分配。 

对于确定允许或抑制该方法第一步骤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 (24)

1.一种用于确定驾驶注意值(1:1)的方法，所述驾驶注意值用于评估由车辆的外部因素引起并由所述车辆的驾驶员经受的工作负荷，所述方法包括：

提供来自多个传感器(3:1-3:8)的输出，所述多个传感器用于检测所述车辆外部的导致所述驾驶员经受高工作负荷的注意事件；

将驾驶注意评估规则(2:1-2:10)应用至每个传感器(3:1-3:8)的单个的输出，其中每个单个的驾驶注意评估规则与一个单个的输出相关联，以评估是否检测到了注意事件；

每个单个的驾驶注意评估规则(2:1-2:10)生成二进制检测响应值，如果检测到注意事件，则所述二进制检测响应值被设置为有效；以及

如果至少一个所述二进制检测响应值为有效，则设置高驾驶注意值(1:1)。

2.根据权利要求1所述的方法，其中，调整每个单个的驾驶注意评估规则(2:1-2:10)，以便在对应的传感器(3:1-3:8)有故障时，将每个二进制检测响应值设置为无效。

3.根据权利要求1所述的方法，其中，通过将OR运算符应用到多个二进制检测响应值来生成所述驾驶注意值(1:1)。

4.根据权利要求2所述的方法，其中，通过将OR运算符应用到多个二进制检测响应值来生成所述驾驶注意值(1:1)。

5.根据前述权利要求中的任一项所述的方法，其中，所述传感器(3:1-3:8)和对应的所述驾驶注意评估规则(2:1-2:10)包括使用所述车辆当前运动状态来检测注意事件的至少一个传感器和规则。

6.根据权利要求5所述的方法，其中，所述运动状态包括所述车辆的当前向前和/或向后加速度、速度、或偏转率。

7.根据权利要求5所述的方法，其中，所述传感器(3:1-3:8)包括加速计、速度传感器、陀螺仪、和方向盘转角传感器中的至少一个。

8.根据权利要求6所述的方法，其中，所述传感器(3:1-3:8)包括加速计、速度传感器、陀螺仪、和方向盘转角传感器中的至少一个。

9.根据权利要求1-4中的任一项所述的方法，其中，所述传感器(3:1-3:8)和对应的所述驾驶注意评估规则(2:1-2:10)包括使用所述车辆周围环境条件来检测注意事件的至少一个传感器和规则。

10.根据权利要求9所述的方法，其中，所述环境条件包括温度、地理位置、周围静止物体或周围移动物体中的至少一个。

11.根据权利要求9所述的方法，其中，所述传感器(3:1-3:8)包括温度计、GPS传感器、和雷达中的至少一个。

12.根据权利要求10所述的方法，其中，所述传感器(3:1-3:8)包括温度计、GPS传感器、和雷达中的至少一个。

13.根据前述权利要求1至4中的任一项所述的方法，其中，所述传感器(3:1-3:8)和对应的所述驾驶注意评估规则(2:1-2:10)包括使用所述驾驶员行为来检测注意事件的至少一个传感器和规则。

14.根据权利要求13所述的方法，其中，用于评估所述驾驶员行为的传感器包括眼睑***、头部***、眼睛***中的至少一个。

15.根据前述权利要求1至4中的任一项所述的方法，其中，所述传感器(3:1-3:8)和对应的所述驾驶注意评估规则(2:1-2:10)包括使用具有外部功能的驾驶员控制的车辆应用程序的状态来检测注意事件的至少一个传感器和规则。

16.根据权利要求15所述的方法，其中，所述具有外部功能的驾驶员控制的车辆应用程序的状态包括转向指示器、风档刮水器、倒车档中的至少一个。

17.根据前述权利要求1至4中的任一项所述的方法，其中，所述传感器(3:1-3:8)和对应的所述驾驶注意评估规则(2:1-2:10)包括使用所述车辆当前地理位置来检测注意事件的至少一个传感器和规则。

18.根据权利要求16所述的方法，其中，所述车辆的当前地理位置是使用至少一个GPS传感器确定的。

19.根据权利要求1至4中的任一项所述的方法，其中，所述驾驶注意评估规则(2:1-2:10)包括将所述车辆的当前地理位置与地图数据库进行比较，其中，所述地图数据库包括定义的地理注意区域，在所述车辆位于注意区域中时，将所述检测响应值设置为有效。

20.根据权利要求19所述的方法，其中，所述地图数据库中的所述地理注意区域包括情形区域(1)和等待区域(2)，在所述情形区域中可能出现要求所述驾驶员高工作负荷的情形，在所述等待区域中所述驾驶员在情形区域(1)前等待。

21.根据权利要求20所述的方法，其中，驾驶注意评估规则包括，当所述车辆正在接近情形区域(1)，且被视为在预定阈值时间内到达所述情形区域(1)时，设置有效的检测响应值。

22.一种用于确定驾驶注意值的***，所述驾驶注意值用于评估车辆驾驶员的工作负荷，所述***包括处理设备、通信装置、和用于提供与所述车辆的驾驶环境有关的信息的多个传感器，其中，所述处理设备配置为使用所述通信装置接收传感器信号，其特征在于，每个单个的传感器(3:1-3:8)与至少一个单个的传感器评估规则相关联，其中，每个所述规则均提供二进制响应值，当所述传感器评估规则断定出现注意事件时，所述二进制响应值被设置为高，且当至少一个所述二进制响应值被设置为高时，所述驾驶注意值被设置为指示高驾驶注意。

23.根据权利要求22所述的***，其中，所述***被调整以执行权利要求1到21中任一项所述的方法。

24.一种使用如权利要求1到18中任一项所述的方法的方法，以便允许或拒决所述车辆驾驶员与车载应用程序交互的请求。

Images