用于在车辆驾驶员和多个应用之间交互作用的方法和系统的制作方法

文档序号:6663919阅读:291来源:国知局
专利名称:用于在车辆驾驶员和多个应用之间交互作用的方法和系统的制作方法
技术领域
本发明涉及用于在人(尤其是车辆驾驶员)和多个集成和/或非集成的应用(比如车辆本身应用和/或售后应用和/或流动应用(nomadapplication))之间进行通讯和/或交互作用的方法和系统。特别地,本发明涉及用于借助于交互作用管理器对通讯和/或交互作用进行管理的这种方法和系统。
背景技术
现在,存在着希望车辆内建的应用和功能以如此的方式集成以使得它们至少能部分地共享相同的硬件和/或软件部件(比如传感器和显示器)的强烈趋势。这种应用具体地包括高级驾驶员辅助系统(ADAS)和车内信息系统(IVIS)。然而,在车辆发货之后增加的售后添加应用仍然是非常常见的。而且,很多驾驶员使用比如PDA(个人数字助手)、移动电话之类的移动式计算设备以及车辆中的其它单机应用(流动系统)。
所有这些应用和其它技术对于提高道路安全以及提高生活和工作质量有着很大的潜力。
然而,这种车内应用的迅速增长增加了冲突的危险,例如在激活应用并且同时出现消息(例如进来的诊断消息或SMS[短信息服务]消息)时。这会降低舒适度并给驾驶员带来工作负荷和干扰的安全性临界水平。而且,不同ADAS和IVIS之间的干扰会导致这些应用次优的性能、降低的用户接受度,并且因而也导致了降低的安全性益处。
在由John A.Michon(Taylor&Francis,London,Washington)于1993年编辑的“普通智能的驾驶员支持(Generic Intelligent DriverSupport)”中,披露了GIDS(Generic Intelligent Driver Support)工程,其具有两个主要焦点(1)开发普通驾驶员支持功能和(2)开发用于集成这些功能并使它们适应于驾驶员和驾驶环境的技术。GIDS工程的关键特点是信息管理。GIDS中开发的这些功能的核心在于1.优先级,其通过顺序地且根据优先级给出信息来防止来自不同支持和服务功能的冲突信息同时出现;和2.规划,其在需要驾驶情况时通过重新规划(例如延迟)已启动的低级或中等优先级的信息来防止系统已启动的信息和由驾驶任务给出的需求之间的冲突。
这些功能已经通过数据流控制协议实现,根据这个协议,每个向驾驶员提供信息的应用向一个称作“对话控制器”的单元发出“请求”,其中包含在其中的请求的特点在于以下属性应用标识(ID)、消息优先级(在一个6点量级上)、提交的优选时间、消息内容和集成HMI(人机接口)的规格、任务组内的顺序以及每个资源的施加工作负荷(即消息在每个感觉形态中给驾驶员施加了多少工作负荷)。
基于由工作负荷估计器提供的对于当前工作负荷的估计,对话控制器决定何时和如何将消息提交给驾驶员。对话控制器也负责通过集成的HMI实际上将消息提交给驾驶员。因而,基本的GIDS信息管理功能是对通过对话控制器的共同HMI所提交的信息进行过滤。然而,没有披露使得能够对具有自己HMI的单机系统(例如售后和流动系统)进行集成管理的方法。
美国专利申请US 2002/0120374A1公开了一种用于改进驾驶性能的系统和方法,由此对与车辆内部的操作者的活动相关的操作者活动数据进行监控并接收车辆运行数据、车辆环境数据和操作者情况数据。
对操作者认知负荷进行估计并基于这些数据给车辆信息赋予优先级以便有选择地把车辆信息告知操作者。
而且,该系统还可以用无线通讯设备(比如移动电话、PDA和呼机)来操作并且将这些设备各自的打入电话、电子邮件以及文字和数据消息区分优先级。
然而,将这些所谓的单机设备集成入该系统需要额外的硬件,尤其是传感器融合模块和相关设备处或相关设备内的适当处理能力。这被视为是不利且昂贵的。

发明内容
因而,本发明的一个目标是提供一种用于在车辆驾驶员和多个如上所述的集成和/或非集成的应用之间进行通讯和/或交互作用的方法和系统,由此以如此的方式实施或管理这种通讯和/或交互作用,以使得显著地降低对于驾驶员安全性和舒适度的危险和损害,以及显著地降低这种通讯和/或交互作用给驾驶员带来的工作负荷和干扰。
本发明的另一目标是提供这样的方法和系统,由此售后和非集成的应用(比如单机或移动应用和流动应用)能分别集成和用作该系统的整个信息管理结构的一部分。
尤其,本发明的一个目标是提供这样的方法和系统,由此非集成的应用和具有其自己的人机接口的流动应用也能分别集成和用作该系统的整个信息管理结构的一部分。
最后,本发明的一个目标是提供这样的方法和系统,其根据驾驶员的需求提供了尤其用于集成的售后和流动应用的开放式系统结构,并且其方式使得能显著地降低这些应用给驾驶员带来的工作负荷和干扰。
这些目标由根据权利要求1和15的方法以及根据权利要求20的系统来解决。
在权利要求和说明书中,词语“应用”应当覆盖在激活之后能与车辆驾驶员单向和/或双向地相通讯和/或交互作用的任何系统、部件、功能、设备、单元和模块,例如通过启动、向驾驶员发送动作和/或从驾驶员接收动作、向驾驶员发送消息和/或从驾驶员接收消息等等。这种应用还可非常复杂,比如防冲突系统。
而且,驾驶员/车辆环境(DVE)状态是基于一个或多个用于对驾驶员和/或车辆和/或环境的参数进行检测的传感器的输出信号进行评估的状态。
这种创造性的方法和系统能对在发货之前的车辆中实施的集成或“本身”应用以及后来加入的非集成应用(比如售后应用)以及那些由驾驶员或乘客临时或永久带入车辆的应用(流动应用)进行处理。
驾驶员和应用之间借助于交互作用管理器的通讯和/或交互作用的集中管理打开了高度模块化、相当简单系统结构的很大潜力以及通过增加能依照权利要求1发送请求和接收响应的额外应用而以简单的方式扩展该系统的可能性。
这还由于通讯和/或交互作用本身不会被交互作用管理器变化或改变(只是允许或不允许),而是仅仅由相关应用所实施。因此交互作用管理器无需知道为每个应用提供何种通讯和/或交互作用,并且还无需知道发送请求的应用的种类。
尤其,如果请求和响应具有标准化的格式,这种创造性的方法和系统提供了开放的系统结构并使用标准化的数据协议,以使得它们能以非常灵活的方式扩展到后来内建的应用(或者流动应用),而无需变化交互作用管理器本身。
作为根据权利要求1所述解决方案的替代方案或补充,如果根据权利要求15交互作用管理器根据DVE状态并在没有任何来自相关应用的请求之下来控制应用与车辆驾驶员相通讯和/或交互作用的能力,也能解决上述目标。
最后,这种创造性的方法、系统和应用并不限于与车辆驾驶员的通讯和/或交互作用,而是可以是在不同程度上同时面对多个信号或信息源的任何人,所述信号或信息源在激活时必须根据至少一个特定环境状态和/或其它这种激活的信号和/或信息源和/或其它情形进行考虑和处理。
从属权利要求公开了分别根据权利要求1、15和20所述的方法和系统的有利实施例。


从以下连同附图一起对本发明示例性实施例的描述中,本发明的进一步细节、特点和优点将会很明显,在附图中示意性地示出了图1根据本发明的系统的示例性且优选的实施例的第一功能结构;图2查找表,其用于对根据本发明的车内应用的服务状态或功能进行依照DVE状态的控制;图3根据本发明的另一应用的实施例;图4根据本发明的系统的示例性且优选的实施例的第二功能结构;图5根据本发明的系统的示例性且优选的实施例的第三功能结构。
具体实施例方式
根据图1的创造性系统可以例如在多路车辆总线上实施,比如公知的CAN总线或MOST总线或无线LAN(局域网),以蓝牙或任何其它标准来工作,并且包括以下四个主要部件第一主要部件是传感器阵列1,其一般包括一个,但是优选地多个,所有可能类型的传感器,所述传感器提供来监视和/或检测驾驶员的状态和/或车辆的状态和/或环境的状态。
举例来说,根据图1的传感器阵列1包括第一组驾驶员状态传感器10,其例如是跟踪驾驶员头部和/或眼睛和/或眼皮运动的头部运动传感器和/或凝视传感器(gaze sensor)和/或闭眼传感器。(作为参考,凝视方向是人瞬时地用眼球定位其眼睛的注意力[凹点]的方向)。
第二组车辆状态传感器11包括例如速度传感器、加速计、方向盘角度传感器、油门位置传感器、陀螺仪(gyros)、轮胎压力传感器或用于检测各种与车辆相关的信息的其它传感器。
第三组环境状态传感器12包括例如雷达和/或激光传感器和/或摄像机并且提供来检测和/或监视例如周围交通。
第四组传感器13(例如具有地图匹配能力的GPS传感器)提供来检测车辆的地理位置,第五组传感器14(例如车道轨迹传感器)监视车辆在道路上的位置和/或其它环境状态。
第二主要部件由多个集成入车辆的单元、模块或应用2构成。优选地,这些应用共享传感器阵列1(箭头A1)和/或那些属于共同的集成人机接口43(HMI)(下面会描述)的输入/输入(I/O)设备431(比如显示器、视频系统、按钮、旋钮等)
这些集成单元、模块或应用2还包括高级驾驶员支持系统(ADAS)和/或车内信息系统(IVIS)的核心计算单元,所述核心计算单元集成入车辆结构。根据图1,这些集成的应用2是例如注意力支持系统21、路线导向系统22、车道偏离警告系统23、轮胎压力监视系统24和信息娱乐系统25(比如收音机、CD、DVD等)。
因而,基于传感器阵列1的输出信号,集成的应用2执行确定进行什么动作(例如发出警告)所需的计算。它们然后利用共同的集成HMI 43(箭头A5)进行与驾驶员D的交互作用(箭头A2)。
第三主要部件是多个可集成入车辆结构但不集成入集成HMI 43的单元、模块或应用3。这些被视为单机应用3。通常,这些应用3具有其自己的传感器和/或输入/输出(I/O)设备,比如显示器、键盘和/或其它非集成的HMI 34,用于与驾驶员D相通讯和/或交互作用。
根据图1,单元、模块或应用3包括例如集成的应用31,然而其却利用其自己的HMI(没有集成入集成的HMI 43);售后应用32,包括那些在已经发货之后再加入车辆的应用;以及流动应用33,比如移动电话、移动式媒体播放器(例如CD播放器)或手持导航系统(比如GPS接收器)。
最后,第四主要部件是驾驶员信息单元4。这个中央单元非常重要并包含交互作用管理器41、驾驶员/车辆环境(DVE)状态评估器/预报器42以及用于与驾驶员D相通讯和/或交互作用(箭头A2)的集成人机接口(HMI)43(以上已经提及)。
交互作用管理器41包含用于根据来自驾驶员/车辆环境(DVE)状态评估器/预测器42的实时输入(箭头A3),对驾驶员通过集成的HMI 43与集成ADAS/IVIS模块和应用2的通讯和/或交互作用(箭头A5)以及通过非集成的HMI 34与单机应用3的通讯和/或交互作用进行管理的硬件/软件(例如,用于实现优先权算法和等待队列,如下所述)。
DVE状态评估器/预测器42基于传感器阵列1的输出信号(箭头A4)和/或至少一个集成应用2的输出信号(箭头A5和A9)计算当前和/或预测DEV状态的(潜在)多维评估并将相应的DVE状态向量持续地输出到交互作用管理器41(箭头A3)。
这个状态向量例如包括和/或基于至少一个下面准则或参数建立主要任务需求(例如驾驶状况的复杂性和对于驾驶员来说状况有多紧急)、次级任务需求(例如聚焦于主要任务需求之外的其它任务上的驾驶员活动)、视觉干扰、驾驶员生理上的损害(比如困倦、药物影响)、驾驶员属性(年龄、经验等)、具体驾驶状况(例如超过另一车辆)、总体驾驶环境类型或内容(例如高速公路、乡村公路、城市、农村、郊区或城市)、以及驾驶员身份。
基于传感器阵列1中一个或多个传感器的一个或多个传感器信号(箭头A4)和/或集成应用2的一个或多个输出信号(箭头A5和A9),例如驾驶员状态信号(例如指示凝视方向和警惕性的传感器信号)、车辆状态信号(例如指示速度、加速度、方向盘角度、油门位置、陀螺仪信号、轮胎压力的传感器信号)和/或环境状态信号(例如指示道路类型、道路表面状况、周边障碍物、地理位置等的传感器信号),可以由DVE状态评估器/预测器42内的子模块计算出状态向量的这些准则或参数。
DVE状态评估还可以包括对未来状态的预测。DVE状态向量的精确定义基于交互作用管理器41的需要(即交互作用管理功能需要什么信息)。
最后,驾驶员信息单元4包括集成的人机接口(HMI)43,其是驾驶员D(箭头A2)与集成ADAS/IVIS模块和应用2(箭头A5)之间的主要接口,包括一个或多个用于使驾驶员D能与系统以不同的感觉形态或通过不同的感觉通道(视觉、听觉、触觉)相通讯和/或相互用作的I/O设备431。单机应用3可以(但非必须)使用集成的HMI 43,因为这些应用3通常具有其自己内建的HMI。因此,驾驶员D潜在地能与单机应用3通过它们自己内建的HMI相通讯和/或交互作用。
由根据图1的系统所实施的创造性方法的第一个主要特点是,应用已启动的信息的规划,即与驾驶员D的任何通讯和/或交互作用,这依赖于当前和/或预测的驾驶员/车辆环境(DVE)状态。
第二个主要特点是,在由数个不同应用2、3同时启动与驾驶员D的通讯和/或交互作用时(包括在有请求在排队等待批准的同时收到第二通讯和/或交互作用的请求的情况),系统基于优先级(根据一定的准则,参见下面所述)选择最重要的通讯和/或交互作用。其它通讯和/或交互作用被置于等待序列并按照优先级的顺序稍后执行。
现在将更详细地解释这两个特点。
当非集成的应用3通过无线或物理链接到系统(车辆网络)时,由交互作用管理器41(或应用3)进行的启动以例如公知的“握手”方式包括在应用3和系统之间。交互作用管理器41检查应用是否与交互作用管理器41兼容,即应用是否能由交互作用管理器41控制。如果应用缺省地不具有这种兼容性,交互作用管理器41(或应用3)检查是否有下载和/或安装使应用3与交互作用管理器41相兼容所需的适合软件的可能性。
如果由应用3和/或交互作用管理器41下载了这种软件并成功地安装,或者从一开始应用就与交互作用管理器41相兼容,交互作用管理器41动态地将一个标识号码指定给该应用,这个标识号码在这个系统中对于该应用而言是唯一的。这个应用将一直保持指定的标识号码,只要其与交互作用管理器41相连接,即只要该应用和交互作用管理器41之间的链接存在。在中断链接之后并再次连接应用时,一个新的标识号码(也可能相同)指定给该应用。
在应用2、3与驾驶员D相通讯和/或交互作用之前,其必须与交互作用管理器41一起执行第一程序(箭头A6和A7),这包括例如以下步骤1.产生一个请求,优选地以标准化的格式(参见下面),并发送到交互作用管理器41,以要求许可与驾驶员D相通讯和/或交互作用,例如以给出一个特定信息或消息的方式;2.等待来自交互作用管理器41的响应(优选地也为标准化的格式,参见下面)。这个响应包括关于(a)“许可被准予——向前进行”或(b)“许可被拒绝——等待并保持通讯和/或交互作用”;3.如果在一定时间段(通常小于1秒)内没有收到响应,再次发送请求。这个步骤可重复n次(n=预定值=0,1,2,…)。最后,如果仍然没有收到响应,输出一个诊断消息。
优选地,考虑到请求在总线或无线LAN上的可能损失,一个请求发送数次(例如3至10次)。然而,在数次尝试之后,发出请求的应用假设交互作用管理器41不再可用(例如交互作用管理器41存在着一些问题),并且该应用输出诊断消息,例如关于诊断总线,但是优选地关于这个消息不与驾驶员相通讯和/或交互作用。
对于一个应用,这个过程还可用于检测交互作用管理器41是否出现在具体系统中。如果某些应用将用于一个没有任何交互作用管理器的系统中,这可能是相关的。为了让这个应用在两个系统中使用相同的软件,该应用必须检查是否具有交互作用管理器。如果没有,应用将切换并在单机模式下工作,即其将与驾驶员相通讯和/或交互作用而不管驾驶员和/或HMI和/或车辆和/或环境的状态。否则其遵从上述程序。因而,相同的应用能用于交互作用管理器控制的系统以及没有交互作用管理器的系统中。这样,就显著增大了应用(尤其是用于某些卡车模型)的模块性。
4.如果请求最终被拒绝,许可就以被请求的方式从交互作用管理器41等待与驾驶员D相通讯和/或交互作用。
在从应用2,3接收到请求时,第一程序要由交互作用管理器41执行的相应部分包括例如以下步骤1.根据当前和/或预测的DVE状态和/或是否从其它应用2、3接收到请求,确定被请求的通讯和/或交互作用是否能被许可;2.如果能给予许可,向发出请求的应用2、3发出一个包括指示(a)“许可被准予——向前进行”的响应;3.如果不能给予许可,将请求存储在等待序列中,并向相关的应用2、3发出一个包括指示(b)“许可被拒绝——等待并保持通讯和/或交互作用”的响应以及可能还有等待进一步响应的指令;这种响应可包括关于等待序列中的请求数目的指示。优选地,在此情况下,循环地重复该响应或者只要另一具有较高优先级的请求已经处于等待序列中。
4.如果能给出许可,并且一个或多个请求存储在等待序列中,拾取具有最高优先级的应用2、3的请求,并且将一个包括指示“向前进行”的响应发送给应用2、3。这样重复进行直到所有存储在等待序列中的请求都已经被许可。
如果一个应用撤回其请求,其优选地向交互作用管理器发出一个删除消息以通知交互作用管理器来从等待序列中移除这个请求。这根据下面所述的“动态优先级”进行处理。
对于例如产生高度安全性临界消息类型的某些应用2、3,这个程序可完全跳过,并且消息直接通过而不管什么请求存储在等待序列中。作为一种替代方案,高度安全性临界消息还可以包括在优先地位(但不是在计划之中)并由交互作用管理器进行处理。因而,这种高度安全性临界消息优选但非必须地能被处理而不管DVE状态,但是它们遵从和其它请求一样的程序。如果这个程序需要太多的时间,另一替代方案是让安全性临界消息只是在当前没有其它这种具有更高优先级的安全性临界消息被导向到驾驶员时才直接通过(因此如果数个应用和/或系统在某一情况下进行,只是具有最高优先级的安全性临界消息将会直接通过)。
在这些情况中,当前非安全性临界的请求优选地被放入等待序列,并且(再次)具有对于非安全性临界的请求而言最高的可能优先级,并且根据上述第一程序和/或一旦已经提交了安全性临界的消息,进行许可。
现在将更详细地描述这些请求和响应的数据流协议的细节。
由不同的集成和/或非集成的应用2、3发送到交互作用管理器41用于与驾驶员D相通讯和/或交互作用的请求,以及由交互作用管理器41所产生且传输的响应,优选地遵从标准化的格式。
由应用发送的请求的这种格式和数据结构包括例如以下字段1.应用标识这个字段包括发送请求的应用2、3的标识符。对于流动的应用33,这个标识符可以如上所述那样由交互作用管理器41动态地指定给应用33,当且只要其连接到车辆网络时。数据类型优选地为“整型”;2.通讯和/或交互作用标识
这个字段包含由应用2、3请求的与驾驶员D相通讯和/或交互作用(例如“燃料不足”的消息、打入的电话、车辆诊断消息、路线导向消息等)的标识符。这个数据的类型优选地为“整型”。然而这个标识符与通讯/交互作用本身的类型没有关系,而是只是为一个(整型)数字。
3.优先级索引这个字段优选地包含一个浮点数字,其表示借助于标准化方法(例如SAE J2395)建立的通讯和/或交互作用的优先级索引。用浮点而不是整数标识优先级的优点是,其形成了独特的优先级。否则,如果两个具有相同优先级索引的通讯和/或交互作用被启动,那么优选地应用公知的先进先出原则(即首先启动的消息首先发出)。因此,数据类型优选地为“浮点型”。
交互作用管理器41的响应优选地由包含例如以下字段的标准化格式和数据结构表示1.应用标识这个字段包括发送请求的应用2、3的标识符。数据类型优选地为“整型”;2.通讯和/或交互作用标识这个字段包括由请求所请求的通讯和/或交互作用(例如如上所述)的标识符。数据类型优选地为“整型”;3.应答这个字段包含对于请求的应答,包括关于(a)“许可被准予——向前进行”或(b)“许可被拒绝——等待并保持通讯和/或交互作用”的指示。数据类型优选地为“布尔型”,例如对于(a)为“1”、对于(b)为“0”。
这些程序构成了控制遵从上述标准格式和数据结构的任何应用2、3的简单方式,而无需交互作用控制器41保持所有应用2、3的最新清单和(相关应用可执行的)所有通讯和/或交互作用的最新清单及其优先级(如同依据GIDS工程的现有技术)。
这对于流动应用2、3的情况尤其有用,这在不久的将来可以期望来无缝地连接到车辆数据总线,例如通过无线链接(比如蓝牙)。
这些程序的一个可能实现在下面以例子的方式示出;一个流动应用制造者正在开发某一PDA。他列出了由PDA启动的所有可能通讯和/或交互作用并利用标准化的方法(例如依据SAEJ2395)给它们每个指定一个优先级索引并存储在PDA中的相关表中。实际上,这也可以通过授权的机构完成。代替列出所有可能的通讯和/或交互作用,制造者可列出可能通讯和/或交互作用的组并给整个组指定相同的优先级。如果不可能预测所有可能的交互作用/通讯时,尤其是存在着动态交互作用/通讯时,这样是有利的。
上述关于将请求发送到交互作用管理器41并从交互作用管理器41接收响应的程序也在PDA中执行以使得,当其连接到车辆总线时(并且在交互作用管理器41如上所述那样给PDA指定一个应用标识之后),在与驾驶员D相通讯和/或交互作用(例如发出消息和/或启动一个动作)之前,其一直将一个关于期望的通讯和/或交互作用(及其优先级)的请求发送给交互作用管理器41并且等待一个指示所述许可的响应。
另一可能性是提供特别用于那些不适于存储所述表和/或执行上述程序的应用的适配器。在此情况下,适配器具有作为系统接口的作用并执行所述程序。
在不与交互作用管理器相兼容的应用(例如移动电话)的情况下,应用或交互作用管理器也可以从互联网或通过服务提供商下载用于实现应用和交互作用管理器之间交互作用能力的软件。这可能以要求正确的人/应用正需要这种适配器程序的许可/保护的签署等为条件(例如在需要一定费用的情况下)。为了保护,可以使用加密,例如公钥加密法。
总结一下,交互作用管理器41无需知道哪个应用2、3发出该请求。交互作用管理器41知道应用X正要求许可来执行通讯和/或交互作用Y(例如发出消息)(优选地具有优先级索引P)就已足够,而无需知道X和Y实际上是什么。所需的唯一准确标准是具体的格式和数据结构或用于请求和应答的协议,例如如上所述的。
格式和数据结构可扩展到包含要执行的通讯和/或交互作用的其它信息。这个信息可以是任选的(如果这个信息丢失,其可以由缺省值来替代)。
如果某一数据丢失,作为具有缺省值的预定数据序列结构的替代方案,可以给每个可能类型的数据(应用标识、通讯和/或交互作用标识、优先级索引等,如上所述)指定一个特殊代码或地址,这在与其相连接的数据之前并且这使得交互作用管理器能识别这个代码/地址后面的数据类型。换言之,这是一种动态协议,例如可以类似于“应用ID”XX,“消息ID”YY,“优先级索引”ZZ,那么下一字段可以是任何其它数据,但是优选地在该数据之前是一个标识符,例如“持续时间”AA或“听觉负荷”BB。
可以加入请求的其它信息的一些例子在下面给出4.通讯和/或交互作用的持续时间这个字段表示对于通讯和/或交互作用驾驶员所需的估计时间,例如在消息的情况下,理解该消息。这也是在能执行后续通讯和/或交互作用之前的时间(以秒为单位)。数据类型优选地为“浮点型”;然而,优选地,与安全性相关的请求(或某一预定优先级的任何其它请求)一直即时处理,不管是否另一较低优先级的消息/动作当前正在活动。高优先级的消息/动作将中断另一消息/动作地进行。总之,处理例如警告之类的安全性临界消息(具有超过一定限度的优先级)的优选过程如下a.)消息被直接通过而不管DVE状态;b.)消息越过任何当前活动的低级或中等优先级的任何消息,其中当前消息优选地被置于保持入等待序列,具有非安全性临界的消息(或请求)所允许的最高可能优先级;c.)数个大致同时启动的安全性临界消息按照优先级提交。
5.视觉负荷这个字段表示在视觉信道上施加于驾驶员的负荷。数据类型优选地为“整型”。
6.听觉负荷这个字段表示在听觉信道上施加于驾驶员的负荷。数据类型优选地为“整型”。
7.触觉负荷这个字段表示在触觉信道上施加于驾驶员的负荷。数据类型优选地为“整型”。
本创造性方法的第一优选扩展是动态优先级的处理对于一些应用2、3,请求的优先级随着时间的流逝可以改变。这样的一个例子是比如“在下一个十字路口右转”之类的路线导向消息,车辆越接近该十字路口,这个消息就变得越加紧急和重要。考虑这种动态优先级的一个简单方式是使用具有相同标识但具有不同优先级的多重请求,例如在距离十字路口还有100-200米时发出一个消息的第一次请求并且在距离十字路口不到100米时发出相同消息的第二次请求。
然而,这要求第一次请求在变得无关且被最新的请求所替代时从交互作用管理器41处的等待序列中取出。在其它情况下,可能必须从等待序列中删除一个请求而不是替代它。
另一例子是其中打入电话的请求被交互作用管理器拒绝的情况。电话应用在一段时间(例如5秒)之后可发送具有更高优先级的最新请求(相同的信息ID),因为应答电话已经由于随着时间的流逝呼叫者挂掉的危险增加而变得更加紧急。这个系统的重要特点是降低了错过电话或信息的危险。优选地,呼叫者获得关于其呼叫在等待序列的数目或程度的定时更新的信息。
为了实现这种动态优先级,请求的标准格式(协议)扩展一个在等待序列上规定作为增加请求、替换请求或删除请求的请求操作的字段,如下8.请求类型这个字段表示请求(或动作)的类型,其可以采取三个值0=增加请求,1=替换请求,2=删除请求。数据类型优选地为“整型”。
该创造性方法的第三个主要特点是基于和依赖于当前和/或预测的DVE状态,借助于交互作用管理器41对应用2、3的服务状态的控制(即操作或功能模式的控制)。这可以包括,例如,应用2、3(或全部应用的一个或多个)的功能和/或相关HMI 34、43的实时重构的使能和/或使不能。
根据本发明的示例性且优选的实施例,对于集成的HMI 43,这可以通过在交互作用管理器41如图1中箭头A8所示的直接控制之下对其进行构造而实现。
对于具有其自己内建的HMI 34的非集成(单机)应用31,构造由交互作用管理器41通过向这些应用31发送指令而进行控制。
这些指令被视为额外消息类型并且具有标准化的格式(协议),以使得其能由交互作用管理器41使用来控制例如这些应用2、3的操作或功能的服务状态或模式或者使用来构造相关的HMI 34、43,包括使能和/或使不能全部应用2、3的一个或多个。
实现此的一个可能性是建立和提供一组可由DVE状态评估器/预测器42识别的标准化驾驶状况S1...Sn。一个简单的情况是两种类型的情况S1=车辆静止不动,S2=车辆运动。如果使用了更加高级的DVE监视技术,该状况可包括,例如S1=静止不动(发动机关闭=泊车),S2=静止不动(发动机空转=在交通灯或十字路口处临时停车),S3=在高速公路上驾驶,S4=在城市中驾驶,S5=超车,S6=驾驶员困倦,等等。
那么,当前驾驶状况索引Sn就由交互作用管理器41分配给所有非集成(单机)应用3(可能也分配给集成的应用2)。那么,这些应用3的开发者就必须定义一个查找表,该查找表规定了当前驾驶状况索引Sn如何确定操作或功能的服务状态或模式。图2中例举了用于根据情况对非集成应用3的操作或功能的服务状态或模式进行控制的查找表。在这个例子中,服务状态由相关应用的某些功能F1至F8根据驾驶状况索引S1至S4的使能/使不能来限定。
作为一个简单的例子,假定F5=“DVD播放器”且S1=“车辆静止不动(发动机关闭=泊车)”。因而,图2中的表就规定了,DVD播放器仅在车辆停泊时才能启动(黑盒表示该功能启动,白盒表示该功能停止)。
查找表能产生来表示比仅仅功能的使能/使不能更加复杂的服务状态。在一个简单的例子中,这个表包含类型“打开/关闭”或“高声/安静”或“明亮/黑暗”的双重状态。在一个更加高级的系统中,这个表可具有n个状态(非常高声、高声、中等、更加安静、绝对安静),这也是DVE参数的功能。
因而,这个控制需要可以供交互作用管理器41使用来分配驾驶状况索引Sn的消息类型。建议的用于使能/使不能功能(由交互作用管理器分配)的消息格式优选地仅仅包括一个如下规定的索引驾驶状况索引这个字段优选地为表示当前一般驾驶状况索引Sn的整型值。
该创造性方法的第二个优选扩展是借助于文字转换器从文字到语音或从文字到显示输出的处理。文字到语音或文字到显示很可能是未来车辆中的普通类型HMI。基本思想是使驾驶员能在从显示器上整体地阅读较长文字(例如电子邮件)时不会带来过度的视觉干扰。然而,理解所说出的文字仍然给驾驶员带来了认知负荷,这样会导致要求上的过载和/或临界驾驶状况。在驾驶员的工作负荷由驾驶任务增加时,和驾驶员谈话的车内乘客通常通过暂停来避免这个问题。建议功能的思想是基于DVE状态评估器/预测器的输出来规划文字输出。总体原则在图3中示出。
图3示出了文字转换器26的一个优选实施例,其可视作一个应用的具体形式,该应用可以是集成或非集成的应用2、3。对于要输出的文字,必须考虑两种不同的情况
a)预分块的消息,例如由路线导向系统A所产生的路线导向消息,和b)未预分块的消息,例如需要实时分析的由电子邮件或SMS系统B所产生的电子邮件。
应用26通常根据上述方法进行处理。在图3所示的优选实施例中,执行以下过程1.)原文显示“X1-X2-X3”(代表要被转换为语音并输出的包括文字片段X1、X2、X3的任何文字)由比如路线导向系统A和/或电子邮件或SMS系统B之类的信息系统来启动。(X1-X2-X3可以是段落、句子、短语、词语、字母、图形等等)。
2a.)在第一种情况下(路线导向系统),文字可以事先由信息系统自身分块。对于预定的消息(路线导向消息或类似消息)来说一般是可行的。在此情况下,消息被直接传递到设在应用26内的等待序列262。
2b.)可选地,消息可以不被预分块,如同对于电子邮件和SMS的情况(B)。在此情况下,原文被输入分析器261,该分析器261将文字分割为语法范畴(分析器261是一个软件,其使用存储的词语和语法来将文字分割成分级的语法范畴,比如段落、句子、短语、词语等等)。
分析器261因而将文字“X1-X2-X3”分割为片段X1、X2和X3(例如短语),这些片段随后按提交的顺序被置入等待序列262。
语法分析的一个更简单的替代方案将是仅仅查找具体的分割字符,例如逗号、标点符号和/或冒号以将文字分割成有意义的片段。
3.)根据上述方法像通讯和/或应用那样对文字片段X1、X2和X3进行处理。因而,语音发生器263向交互作用管理器41发出请求并等待着确认允许发出的响应。
4.)如果文字片段X1、X2和/或X3保持了比一定的第一时期(例如10秒)更长的时间,优选地重复在前的片段以便于理解。如果片段X1、X2和/或X3保持了比第二时期(例如20秒)更长的时间,重复两个在前的片段,等等。
代替无论重复的片段是否形成逻辑单元都作为等待时间的函数来重复各个文字片段或这种片段的组,在一个更高级的系统中,该系统将重复那些形成逻辑单元的片段(一个完整的句子代替词语或短语,或完整的段落代替句子,尤其是在等待时间已经过长的情况下)。分析器261可以是不仅识别语法结构而且还识别内容的智能分析器(语法分析器)。用于自然语言处理系统中的方法可在这里应用于识别这种逻辑单元。
5.)在一个消息被中断(即一个片段被保持)时,优选地将这个情况告知驾驶员,例如通过作为例如“消息中断”或“停止”的有特点音调或短声消息。
替代语音发生器263,可以提供适当的显示器(未示出)来显示文字片段X1、X2、X3,如果显示器(通过另外方式)被提供来向交互作用管理器41发送请求并等待确认允许在显示器上显示片段的响应。
最后,每个文字片段X1、X2、X3能同时地或者也可以有一定时间延迟地作为语音输出并在显示器上显示,以使得驾驶员能同时听到和在显示器上阅读文字。
尽管本发明的这个实施例是用于管理和输出声音消息,图3所示的总体原则也可应用于其它消息类型。
图4示出了根据本发明的系统的示例性且优选实施例的第二个功能性结构。该系统主要包括中央单元51和多个局部单元(在本例中为两个局部单元52、53)。
中央单元51包括控制主要信息和资源管理器512的交互作用管理器或驾驶员车辆环境管理器511。这个主要信息和资源管理器512用于信息管理和资源管理,并控制一个或多个HMI设备513,比如显示器和/或扬声器。而且,主要信息和资源管理器512从多个应用514(例如收音机、电控单元ECU、VECU等)接收请求并将响应如上所述那样发送到这些应用514,以允许或不允许与HMI设备513的通讯,其中应用514与至少一个HMI设备513相连接。
图4示出了另外还起作用的第一局部单元52,还有经由例如用于下述第二局部单元53的CAN或LIN总线B2的网关单元。单元52包括局部资源管理器522,其用来进行资源管理但不用来进行信息管理并且再次控制一个或多个HMI设备523,比如显示器和/或扬声器,例如呈集成或非集成HMI的形式。
第一局部单元52还包括多个应用524,比如移动电话、自动对讲电话和/或车队管理系统等,如上关于图1至3所述的那样,其向局部资源管理器522发送请求并从其接收响应。应用524再次与HMI设备523相连接以便与其相通讯。
而且,局部资源管理器522例如经由CAN总线B1与中央单元51内的主要信息和资源管理器512相连接,用于根据参照图1至3所公开的方法发送请求和从其接收响应。
例如呈车辆其它系统形式的第二局部单元53还包括用于资源管理但不用于信息管理的局部资源管理器532。
再次,根据图4的第二局部单元53包括至少一个应用534(例如流动应用、移动电话、巡航系统等),所述应用具有其自己和/或集成或非集成的HMI设备533,用于在已经如上所述那样向局部资源管理器532发出请求,并已经从其接收到相关响应之后对该应用进行控制。
最后,局部资源管理器532例如经由CAN总线或LIN总线B2与第一局部单元52的局部资源管理器522相连接,所述第一局部单元52用作网关,以使得局部资源管理器532能向中央单元52内的主要信息和资源管理器512发出请求,并从中接收响应。
通过这种第二结构,提供了中央信息管理,而非分散的资源管理。这意味着,在局部单元52、53内(和可能还有局部单元52、53之间),不仅由局部资源管理器522、532进行资源管理,而在局部单元52、53和中央单元51之间(可能进构另一作为网关的局部单元)提供了信息管理,以及如果必要的话还有资源管理。
这种结构提供了很大的灵活性,因为其更易于适应于具有不同需要和不同局部单元的不同车辆,并且其相对而言易于将更多的局部单元连接到系统,尤其是如果使用的是共同总线系统(尤其是CAN总线)B1、B2的话。
如果中央单元51具有作为所有制造车辆的标准设备,并且满足这种车辆的典型用户的需求的基本功能性,这是特别有利的。可选地,这种基本系统的功能性能扩展一个或多个具体单元或局部单元(“增加模块”)52、53,其在特殊需要的情况下满足特殊的功能,并且还能在车辆制造之后分开地安装。
图5示出了根据本发明的系统的一个示例性且优选的实施例的第三功能结构,与图4所示的网关结构形成对照,其为星形网络结构。然而,两种结构也可以组合起来。
再次,中央单元51提供为包括基本上与图4所示中央单元相同的部件。然而,主要信息和资源管理器512根据星形网络结构的需要来提供。优选地,第一局部单元52和第二局部单元53也提供为再次分别相应于图4所公开的第一局部单元52和第二局部单元53。至于这些单元51、52和53,参照以上与图4相关联的描述。
根据图5的系统结构还包括第三局部单元64和第四局部单元65。第四局部单元64提供有例如时间临界功能性,例如以安全性和/或警告(报警)单元的形式,其包括活动的安全性HMI管理器642,该管理器接收请求并将响应发送到多个相关的安全性应用644,比如FCW(前方碰撞警告)、LDW(长距离警告)、ACC(适应性巡航控制)等等。
而且,提供了由这些应用644控制的显示器643。这个第三局部单元64与其它局部单元52、53和65之间主要的不同之处是,因为其时间临界功能性,活动的安全性HMI管理器642只是在其从至少一个安全性临界应用644接收到相关请求时,经由总线B3向中央单元51内的主要信息和资源管理器512提交一个告知有关警告条件的信息信号(并向它们发送一个响应以在显示器643上产生警告或警报信号)作为可连接到系统结构的另一局部单元的例子,图5示出了一个局部单元65,其包括呈基于AMI-C(汽车多媒体接口-协作)内容的HMI管理器652形式的局部资源HMI管理器,其控制相关的显示器653。
该单元65还包括多个提供来将基于内容的信息(优选地为XML格式)经由单元652传输到显示器653的应用654。基于AMI-C内容的HMI在2004年3月的SAE技术文献系列2004-01-0272L.Jalics和F.Szczublewski“AMI-C Content-Based Human Machine Interface(HMI)”中公开,该文献的内容以参考的方式作为本说明书的一部分。
再次,根据参照图1至3所述的以上方法,HMI管理器652能在其允许例如由应用654之一所传输的内容显示在显示器653之前(经由总线B2),向中央单元51内的主要信息和资源管理器512发送请求,并由其接收响应。
如果例如一个警告信号已经从活动的安全性HMI管理器642经由总线B3传输到主要信息和资源管理器512,那么HMI管理器652就经由总线B2接收到相关的响应信号并切断正在将其内容传输到显示器653的应用654。基于内容的应用654也能是流动应用。
如图5所示的系统结构具有与那些与图4相关联的系统结构相同的优点。通常,中央单元和局部单元之间的通讯能经由设在车辆内的相同或不同的局部总线系统B1、B2、B3、B4来进行,其中也可以使用无线通讯系统,比如蓝牙。而且,用于在单元之间和单元内传输信号的协议可以相同,也可以不同。
如发明内容部分所述,这种创造性方法、系统和应用并不限于与车辆驾驶员的通讯和/或交互作用。
例如,代替车辆驾驶员,人可以是摩托艇、帆船或另一种游艇或船的船长或舰长。在这些情况下,流动应用33是例如移动电话、移动式媒体(例如CD)播放器、移动式收音机、PDA和/或手持导航系统(比如GPS接收器等),它们被船长或舰长带到船上并在操作游艇、小船或舰艇期间使用,并且它们根据针对以上流动应用33的说明来操作。
该创造性方法、系统和应用因此可应用于在港口附近和/或交通密度很高的其它区域或水路附近用于控制和导向船只的控制站。在这些情况下,人是在管理船只交通期间使用例如其自己的移动电话或其它流动应用33的交通控制员或船长,其中移动电话等根据针对以上流动应用33的说明进行操作。
而且,该创造性方法、系统和应用因此可应用于发电厂和工业中,并且尤其其中人是必须监视和保证例如处理正确地运行的操作员的控制室中。在此情况下,各种事件的不同警报/消息可由交互作用管理器根据以上说明进行控制。如果例如出现故障,只是最重要和临界的信息(需要操作员立即反应的信息)将通过。不同的处理或处理的成分可视为具有独特标识的不同应用。另外地或可选地,操作员在监视发电厂期间可使用例如其自己的移动电话或另一流动应用33,其中该移动电话等再次根据针对以上流动应用33的说明进行操作。
该创造性方法、系统和应用例如还可应用于空中交通控制。在此情况下,HMI 43可以是空中交通控制计算机和作为例如空中交通控制员的人之间的接口。飞机可视作飞入和飞出由空中交通控制塔所控制的控制区域的流动设备。进入控制区域的飞机使用其自己的发射机应答器信号作为标识。那么,空中交通控制员和飞机飞行员之间的所有通讯就根据以上公开的创造性方法、系统和应用进行。飞机可使用动态优先级以使得例如飞机越靠近控制塔,消息就变得越加紧急。DVE状态可基于当前正被空中交通控制员处理的信息量和/或当前在其控制区域内飞行的飞机数目。安全性临界消息,例如在两架飞机非常靠近时,以如上针对安全性临界消息相同的方式进行处理。如果控制员使用其自己的移动电话或如上所述的另一流动应用,再次根据针对以上流动应用33的说明进行操作。
权利要求
1.用于在车辆驾驶员和多个比如车辆本身应用和/或售后应用和/或流动应用之类的集成和/或非集成应用之间进行通讯和/或交互作用的方法,该方法借助于由交互作用管理器和每个应用在与驾驶员相通讯和/或交互作用之前执行的第一程序来完成,其中第一程序包括以下步骤-由应用向交互作用管理器发送一个请求,以要求许可与驾驶员相通讯和/或交互作用;-由交互作用管理器根据当前和/或预测的驾驶员/车辆环境(DVE)状态和/或在此之前从该应用和/或其它应用所接收到的其它请求来确定是否能够许可所请求的通讯和/或交互作用;和-由交互作用管理器产生一个响应并传输给应用,该响应包括关于许可还是不许可所请求的通讯和/或交互作用的指示;并且其中如果指示许可的话,所请求的通讯和/或交互作用由该应用进行。
2.根据权利要求1所述的方法,其中一个优先级索引被指定给至少一个应用的至少一个通讯和/或交互作用,其中优先级索引与请求一起提交,并且其中许可/不许可的决定由交互作用管理器根据优先级索引来进行。
3.根据权利要求2所述的方法,其中优先级索引借助于标准化方法来建立。
4.根据权利要求1所述的方法,其中在交互作用管理器确定目前对于所请求的通讯和/或交互作用不能给予许可时,将相关的请求存储在第一等待序列中。
5.根据权利要求1所述的方法,其中至少一个请求包括有关下列信息中的至少一个发送请求的应用的标识、该请求所请求的通讯和/或交互作用的持续时间和/或标识、视觉负荷、听觉负荷和/或触觉负荷,每个都由所请求的通讯和/或交互作用施加于驾驶员、以及请求的类型。
6.根据权利要求2所述的方法,其中在交互作用管理器确定对于所请求的通讯和/或交互作用不能给予许可的情况下,相同的请求可重复地发送,优选地以不同的优先级索引。
7.根据权利要求6所述的方法,其中在重复发送的情况下,该请求包括关于其类型的信息,该信息表示是将这个请求增加到第一等待序列还是替换或删除已经存储在第一等待序列中的另一请求,或者在没有从交互作用管理器接收到响应的情况下,将该请求发送n次(n=1,2,3,...)。
8.根据权利要求1所述的方法,其中至少一个响应包括有关下列信息中的至少一个发送相关请求的应用的标识、所请求的通讯和/或交互作用的标识、和/或与对于所请求的通讯和/或交互作用是否能给予许可的决定相关的应答。
9.根据权利要求1所述的方法,其中该应用为文字转换器,优选地为文字至语音和/或文字至显示转换器,并且其中提供通讯和/或交互作用来-将非文字消息输出到驾驶员,优选地是语音消息,和/或-将消息输出到显示器上。
10.根据权利要求9所述的方法,其中文字以分块的片段的形式分别作为语音输出和/或显示在显示器上,并且其中每个片段被视作一个通讯和/或交互作用。
11.根据权利要求10所述的方法,其中分块的片段在输出时被组合起来以形成至少一个逻辑单元。
12.根据权利要求10所述的方法,其中分块的片段被存储在第二等待序列中,直到要求输出一个片段的请求得到交互作用管理器所给出的允许这种输出的响应。
13.根据权利要求12所述的方法,其中分块的片段被存储在第二等待序列中,直到所有的片段都已经输出,并且其中如果片段被存储在第二等待序列中超过预定时间的话,至少一个所存储的片段能再次输出。
14.根据权利要求10所述的方法,其中借助于分析器从未预分块的消息产生分块的片段。
15.用于借助于由交互作用管理器执行的第二程序在车辆驾驶员和多个比如车辆本身应用和/或售后应用和/或流动应用之类的集成和/或非集成应用之间进行通讯和/或交互作用的方法,包括以下步骤-确定当前和/或预测的驾驶员/车辆环境(DVE)状态;-由交互作用管理器根据驾驶员/车辆环境(DVE)状态来控制人机接口(HMI)的构造和/或服务状态和/或至少一个应用的操作模式或功能。
16.根据权利要求15所述的方法,其中控制构造通过由交互作用管理器向应用发送消息来实施,其中该消息包括基于当前和/或预测的驾驶员/车辆环境(DVE)状态所评估的驾驶状况索引,并且提供接收该消息的应用以根据包含在所接收到的消息中的驾驶状况索引来控制其人机接口(HMI)和/或其服务状态和/或其操作模式或功能。
17.根据权利要求1或15所述的方法,其中当前和/或预测的驾驶员/车辆环境(DVE)状态基于至少一个以下准则来评估主要任务需求、次级任务需求、视觉干扰、驾驶员生理上的损害、驾驶员属性、具体驾驶状况、总体驾驶环境类型或内容、以及驾驶员身份。
18.根据权利要求17所述的方法,其中至少一个准则从至少一个用于检测驾驶员状态和/或车辆状态和/或环境状态的传感器的输出信号进行评估。
19.根据权利要求1所述的方法,其中,代替车辆驾驶员,通讯和/或交互作用在人和多个信号或信息源之间进行,所述信号或信息源在激活的情况下必须根据至少一个特定状态和/或其它这种激活的信号或信息源来考虑或处理。
20.尤其用于实施如至少一个前述权利要求所述方法的系统,包括交互作用管理器(41)、用于评估和/或预测驾驶员/车辆环境(DVE)状态的评估器/预测器(42)、以及多个集成和/或非集成的应用(2;3)。
21.根据权利要求20所述的系统,包括具有多个传感器(10,11,12,13,14)的传感器阵列(1),所述传感器与评估器/预测器(42)相连接以用于评估和/或预测驾驶员/车辆环境(DVE)状态。
22.根据权利要求20所述的系统,其中至少一个非集成的应用(31)装备有自己的人机接口(34)。
23.根据权利要求20所述的系统,包括集成的人机接口(43)。
24.根据权利要求20所述的系统,包括驾驶员信息单元(4),该驾驶员信息单元(4)包括以下部件中的至少一个交互作用管理器(41)、用于评估和/或预测驾驶员/车辆环境(DVE)状态的评估器/预测器(42)、以及集成的人机接口(43)。
25.根据权利要求20所述的系统,其中一个应用是文字转换器(26),其提供来在第二等待序列(262)中存储分块的文字片段(X1,X2,X3),以及用于将文字片段(X1,X2,X3)分别作为语音输出和/或在显示器上显示。
26.根据权利要求25所述的系统,其中文字转换器(26)包括分析器(261),该分析器(261)用于将文本分割成分块的文字片段(X1,X2,X3),以及用于将其存储在第二等待序列(262)中。
27.根据权利要求25所述的系统,其中文字转换器(26)包括语音产生器(263)和/或显示器,它们提供来在产生分块的文字片段(X1,X2,X3)并分别作为语音输出和/或在显示器上显示之前,执行根据权利要求1所述的第一程序。
28.根据权利要求20所述的系统,包括用于实施根据权利要求1至19中至少一个所述方法的微处理器。
29.根据权利要求20所述的系统,包括彼此以星形网络和/或网关结构相连接的一个中央或主要单元(51)和至少一个局部或辅助单元(52,53,64,65)。
30.根据权利要求29所述的系统,其中中央单元(51)包括对主要信息和资源管理器(512)进行控制从而为系统提供信息和资源管理的交互作用管理器或驾驶员车辆环境管理器(511),并且其中所述至少一个局部单元(52,53,64,65)包括提供用于局部资源管理的局部资源管理器(522,532,642,652)。
31.根据权利要求1或15所述的方法,用于根据权利要求29所述的系统,其中在局部单元内部和/或之间进行资源管理,并且在中央单元和至少一个局部单元之间进行信息和资源管理。
32.用于根据权利要求29所述系统或作为其一部分的中央单元(51),其包括交互作用管理器或驾驶员车辆环境管理器(511),以及用于给系统提供信息管理和资源管理的主要信息和资源管理器(512)。
33.用于根据权利要求29所述系统或作为其一部分的局部或辅助单元(52,53,64,65),其包括提供来用于局部资源管理的局部资源管理器(522,532,642,652)。
34.用于根据权利要求20所述系统或作为其一部分的驾驶员信息单元(4),其包括以下部件中的至少一个交互作用管理器(41)、用于评估和/或预测驾驶员/车辆环境(DVE)状态的评估器/预测器(42)、以及集成的人机接口(43)。
35.用于在根据权利要求34所述的驾驶员信息单元(4)中实施或由其所执行的方法,用于根据第一程序接收请求和产生响应和/或用于根据第二程序控制应用。
36.用于根据权利要求20所述系统或根据权利要求34所述驾驶员信息单元(4)或作为其一部分的交互作用管理器,其提供来执行根据权利要求1所述的第一程序和/或根据权利要求15所述的第二程序。
37.用于在根据权利要求36所述的交互作用管理器(41)中实施或由其所执行的方法,用于根据第一程序接收请求和产生响应和/或用于根据第二程序控制应用。
38.用于借助于由交互作用管理器执行的第三程序在车辆驾驶员和多个比如车辆本身应用和/或售后应用和/或流动应用之类的集成和/或非集成应用之间进行通讯和/或交互作用的方法,包括以下步骤-从一个应用接收请求,以要求许可与驾驶员相通讯和/或交互作用;-根据当前和/或预测的驾驶员/车辆环境(DVE)状态和/或在此之前从该应用和/或其它应用所接收到的其它请求来确定是否能够许可所请求的通讯和/或交互作用;和-产生一个响应并传输给该应用,该响应包括关于许可还是不许可所请求的通讯和/或交互作用的指示。
39.用于根据权利要求20所述系统或根据权利要求34所述驾驶员信息单元(4)或作为其一部分的DVE状态评估器/预测器(42),其提供来评估和/或预测驾驶员/车辆环境状态。
40.用于在根据权利要求39所述DVE状态评估器/预测器(42)中实施或由其所执行的方法,用来评估和/或预测驾驶员/车辆环境状态。
41.用于根据权利要求20所述系统或作为其一部分的应用,其形式为集成和/或非集成的应用(2;3),比如车辆本身应用、售后应用或流动应用,其提供来执行根据权利要求1所述的第一程序和/或用于依照根据权利要求15所述的第二程序进行控制。
42.用于在根据权利要求41所述应用中实施或由其执行的方法,用于根据第一程序产生请求和接收响应和/或用于根据第二程序进行控制。
43.用于在车辆驾驶员和多个比如车辆本身应用和/或售后应用和/或流动应用之类的集成和/或非集成应用之间进行通讯和/或交互作用的方法,该方法借助于交互作用管理器以及由至少一个应用所执行的第四程序来完成,包括以下步骤-将一个请求发送到交互作用管理器,以要求许可与驾驶员相通讯和/或交互作用;-从交互作用管理器接收一个响应;和-如果该响应包括允许这样做的指示,则进行所请求的通讯和/或交互作用。
44.用于一个应用或作为其一部分的适配器,所述应用用于根据权利要求20所述的系统或作为其一部分,所述适配器用于将所述应用与所述系统相连接,并给所述应用提供了执行根据权利要求1所述的第一程序和/或用于依照权利要求15所述的第二程序进行控制的能力。
45.用于在根据权利要求44所述的适配器中实施或由其执行的方法,用于给所述应用提供依照第一程序产生请求和接收响应的能力和/或用于依照第二程序对应用进行控制。
46.计算机程序,其包括适于在所述程序在可编程微处理器上运行时,执行根据权利要求1至19中至少一个所述的计算机程序代码方法。
47.根据权利要求46的计算机程序,当其在连接到互联网的计算机上运行时,适于被下载到根据权利要求20所述的系统或者其一个部件。
48.存储在计算机可用介质上的计算机程序产品,其包括根据权利要求46所述的计算机程序代码方法。
全文摘要
本发明公开了一种用于在车辆驾驶员(D)和多个比如车辆本身应用和/或售后应用和/或流动应用之类的集成和/或非集成应用(2;3)之间进行通讯和/或交互作用的方法和系统。尤其,提供了用于借助于交互作用管理器(41)对这种通讯和/或交互作用进行管理的这种方法和系统,由此以如此的方式实施或管理这种通讯和/或交互作用以使得显著地减少对于驾驶员安全性和舒适度的危险和损害并且还显著地减少驾驶员的工作负荷和干扰。
文档编号G07C5/08GK1882909SQ200480034396
公开日2006年12月20日 申请日期2004年11月22日 优先权日2003年11月20日
发明者约翰·恩斯特伦, 彼得·拉松 申请人:沃尔沃技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1