一种紧急响应系统的制作方法

文档序号:7889778阅读:199来源:国知局
专利名称:一种紧急响应系统的制作方法
技术领域
本发明说明性的实施例总体上涉及用于紧急呼叫处理的方法和系统。
背景技术
安吉星(ONSTAR)提供安全和声音(SAFE&S0UND)程序,其中人类“顾问”(Advisor)从配置有安吉星的车辆启动紧急呼叫。通过按压位于乘客厢内(例如在后视镜下面)的紧急按钮在车辆处手动地启动呼叫或者在碰撞事件中气囊展开后自动地启动呼叫。可使用安装在车辆内的ー个或多个加速度计或其它碰撞探測装置探测碰撞。从配置有“0NSTAR”的车辆向顾问交換台发出的紧急呼叫指示车辆的地理位置,并 使顾问与乘客厢语音通信。顾问试图与车辆乘客通信,以确定发出紧急呼叫的事故的严重程度和周围环境。如果顾问由于乘客的响应或者因为没有响应(指示乘客可能被弾射出去和/或严重受伤)而确定紧急注意是必需的,则顾问派遣与报告的车辆位置最近的应急响应者。名称为《用于探测车辆碰撞的方法和设备》(“Method And Apparatus ForDetecting Vehicular Collisions”)的美国专利 US 7,119,669 描述了一种蜂窝电话,该蜂窝电话配置有用于探测车辆碰撞的技术。这种系统是便携的,并且独立操作,不需要嵌入的车辆子系统,例如用于探测碰撞的加速度计或者用于探测车辆的速度和位置的全球定位系统。这些子系统被嵌入于在第7,119,699号专利描述的蜂窝电话中。第7,119,699号专利描述了在探測到碰撞的情况下向管理机构传输的电子数据,例如碰撞的程度、时间和地点。第7,119,699号专利还描述了播放关于装置的所有者的预记录消息,包括医疗信息。第7,119,699号专利描述了用于筛选出“误报”(“false positive”)或者“错误的碰撞探測,,(“false collision detection”)的各种软件过滤器(filter),以避免在非紧急情况下(例如当蜂窝电话意外地掉落时)不必要地联络应急响应者。名称为《用于车辆的电话可操作全球追踪系统》(“Telephone OperableGlobalTracking System For Vehicles”)的美国专利US 5,918,180号描述了一种使用位于车辆内的蜂窝电话和全球定位系统来追踪车辆的系统。该系统还包括语音合成器电路,该语音合成器电路将数字编码的坐标转化为通过蜂窝电话发出的车辆的位置的语音。从遥远的位置通过呼叫语音电路,车辆的所有者可确定车辆的位置。第5,918,180号专利还描述了使用该系统来呼叫警察。名称为《基于自动急救船/车辆定位系统的蜂窝电话》(“Cellular Phone BasedAutomatic Emergency Vessel/Vehicle Location System,,)的美国专利 US 码 5,5555,286号描述了ー种导航単元,该导航単元接收GPS数据,一旦接收到启动事件(例如气囊展开),导航单元使得在蜂窝电话中产生双音多频(DTMF)音调以拨打应急响应者。车辆的地理位置信息和身份被合成在语音中,然后使用蜂窝电话通信传输到应急响应者
发明内容
在一个说明性的实施例中,车辆通信系统包括与持久和非持久存储器通信的计算机处理器。该系统还包括与计算机处理器通信的本地无线收发器。本地无线收发器可配置用干与位于车辆处的蜂窝电话无线通信。持久存储器包括用于由计算机处理器执行的应用程序以在计算机处理器探測到车辆紧急状况的情况下将来自本地无线收发器的紧急呼叫指令信号传送至蜂窝电话,使得蜂窝电话通过蜂窝电话网络拨打紧急呼叫至应急响应者或代理。因为在紧急状况下为计算机处理器和本地无线收发器供电的车辆电源可能会丢失,该系统还可包括包含具有足以驱动计算机处理器和本地无线收发器足够长时间以在蜂窝电话处开始紧急呼叫的充电存储装置(例如本地电池或电容器)。在另ー说明性的实施例中,车辆通信系统包括与持久和非持久存储器通信的计算机处理器。该系统还包括与计算机处理器通信的本地无线收发器。本地无线收发器可配置用于与连接至计算机网络(例如因特网)的远程无线网络收发器通信。持久存储器包括用于由计算机处理器执行的应用程序以在计算机处理器探測到车辆紧急事件的情况下将来自本地无线收发器的紧急呼叫信号传送至远程无线网络收发 器。远程无线网络收发器将接收的信号转换为用于通过计算机网络传输以通知应急响应者或代理车辆已经发生紧急事件的一个或多个信息包。该信息包可传送至网络路由器以将信息包传送至合适的网络地址用于解决紧急事件。合适的网络地址可基于标准(包括但不限于远程无线收发器的网络地址或通过包括有车辆位置信息的紧急呼叫信号定义的车辆位置)。车辆位置信息可通过全球定位系统供应至车辆处的计算机处理器。信息包可包括识别该信息包为紧急呼叫信息包的数据或属性用于促进通过计算机网络传送。一个或多个说明性的实施例可包括用于维持车辆紧急响应模块和至少ー个蜂窝电话或车辆内的其它无线通信装置之间的连续可连接性的装置和程序。可提供合适的通知和状态指示器以通知车辆乘客连接建立,或断掉。除了通知车辆乘客,在一个或多个说明性的实施例中,其可希望通知车辆内的控制系统紧急呼叫的状态。例如,这可有利于确定呼叫是否连接、掉线、转移等。根据该说明性的实施例的ー个方面,在激活ー个或多个碰撞相关的传感器(例如乘客约束控制模块(RCM))之后拨打呼叫。在说明性的实施例中,呼叫可持续传输直至在车辆系统内设置确认状态。确认状态可确认接听呼叫、或其可确认实际的接线员已经采取行动、或任何其它合适的呼叫连接事件。在这些说明性的实施例中,一旦已经确认呼叫连接,车辆可停止试图拨打呼叫。另外的,在一个或多个说明性的实施例中,当正在拨打紧急呼叫(eCall)时,可阻止或中止所有其它类型的呼叫和数据传递。这可有助于确保通过其正在拨打呼叫的漫游设备(例如蜂窝电话、PDA等)的资源被用于合适的目的。此外,在一个或多个说明性的实施例中,当探测到碰撞时,车辆系统可激活SOS模式。该SOS模式可包括但不限于激活音频的车辆输出,例如车辆喇叭。这种噪声可干扰拨打呼叫,因此相应地可在拨打eCall时静音车辆喇叭或其它音频输出(警报等)。在ー个或多个额外的说明性的实施例中,eCall收发器或等同的装置可导致将拨打呼叫和/或传送试图呼叫的状态至其它车辆系统。一个示例性状态传送的非限制性列表包括但不限于呼叫进行、不成功、呼叫完成、取消、配置为关闭和正常。也可传送其它合适的状态条件。
在至少ー个实施例中,存在相应于特定驾驶员或驾驶员等级的特定钥匙。(例如但不限于给予驾驶汽车的儿童的钥匙)。在这个情况下,在点火中出现特定钥匙可防止紧急呼叫系统被关闭。在又ー说明性的实施例中,驾驶员/乘客可选择使得呼叫私有。这将呼叫控制从车辆系统(麦克和扬声器)转移至通过其拨打呼叫的漫游设备。另外地,如果车辆关闭和/或车门打开,许多车辆自动地终止车辆电源。尽管关闭例如广播是有利的,这种系统会通常导致停止呼叫。为了呼叫不会丢失,当这种事件发生时(例如车辆关闭,和/或车门打开),呼叫控制自动地转移至漫游设备。这防止如果乘客由于着火或其它危险必须逃离车辆时或如果乘客简单地希望离开车辆但继续呼叫时丢失呼叫。一个或多个说明性的实施例的再一方面激活蜂窝电话以拨打预定的联系人的电话号码而非应急响应者,并且将语音信号传送至预定的联系人。在又ー说明性的实施例中,车辆计算机系统包括与持久和非持久存储器通信的计 算机处理器 '及与计算机处理器通信并且配置用干与位于车辆处的蜂窝电话无线通信的本地无线收发器。在这个说明性的实施例中,在探测到紧急事件之后,计算机处理器可通过蜂窝电话开始与紧急通信系统的连接。该处理器可进ー步通过蜂窝电话发送ロ头通信至紧急通信系统。根据该实施例,处理器还为应急接线员提供多个ロ头选项。在这个实施例中,处理器可探测选项的选择,并且响应于选项的选择输出相应于所选择的选项的合适的数据。在又ー说明性的实施例中,车辆计算系统包括与持久和非持久存储器通信的计算机处理器以及与该计算机处理器通信并且配置用干与位于车辆处的蜂窝电话无线通信的本地无线收发器。在这个实施例中,在探测到紧急事件之后,计算机处理器可确定通信设备是否连接至车辆计算机系统。如果通信设备未连接至车辆计算机系统,处理器可捜索可连接的通信设备并且自动地连接至可用的可连接的通信设备。—旦处理器自动地连接至通信设备,处理器可使用该通信设备拨打紧急通信。在另ー说明性的实施例中,机器可读存储介质存储有由车辆计算机系统执行时使得该系统在探测到紧急事件之后确定通信设备是否连接至该车辆计算机系统的多个机器可读指令。如果通信设备连接至车辆计算机系统,则使得该系统使用该通信设备拨打紧急呼
ロ H。如果通信设备未连接至车辆计算机系统,则使得该系统捜索可连接的通信设备。最后,如果找到可连接的通信设备,则使得该系统自动地连接至该通信设备。在进ー步的说明性的实施例中,呼叫鉴定的方法包括将车辆计算机系统连接至远程电话系统。在这个说明性的实施例中,车辆计算机系统用于传送预先录制的或动态生成的消息至远程电话系统。车辆计算机系统还接收车辆内至远程电话系统的呼出语音消息。
在这个说明性的实施例中,预先录制的或动态生成的消息或呼出消息组合为第一信号用于作为单个消息中继至远程电话系统。另外,车辆计算机系统接收从远程电话系统呼入的语音消息。最后,接收的呼入消息和预先录制的或动态生成的消息组合为第二信号用于通过车辆音响系统作为单个消息回放。在另ー说明性的实施例中,发送消息的方法包括使用车辆计算机系统以车辆计算机系统操作语言传送第一消息至远程电话系统。该方法还包括确定是否以第二语言传送该消息,并且基于该确定,以第二语言传送该消息。将要传送的消息由一组紧急词汇和短语以第二语言组合而成。在另ー说明性的实施例中,计算机可读存储介质存储当执行时使得车辆计算机系 统执行方法的指令。该方法包括从车辆计算机系统拨打呼叫至远程电话系统并且传送预先录制的或动态生成的消息至远程电话系统。该方法还包括还接收车辆内至远程电话系统的呼出语音消息并且将预先录制的或动态生成的消息和呼出消息组合为第一信号用于作为单个消息中继至远程电话系统。此外,该方法包括接收来自远程电话系统的进入语音消息并且将该接收的呼入消息和预先录制的或动态生成的消息组合为第二信号用于通过车辆音响系统作为单个消息回放。在又ー说明性的实施例中,紧急响应系统包括约束控制模块(RCM)、全球定位系统模块(GPSM)、至少ー个输出、至少ー个输入、智能配电接线盒(SrojB);及与RCM、GPSM、至少ー个输出、至少ー个输入和sroJB通信的车载计算机系统(VACS)。在这个说明性的示例中,在探测到紧急事件之后,该RCM请求VACS拨打紧急呼叫。接收来自RCM的请求之后,VACS查询GPSM以获得车辆坐标、通知乘客开始呼叫,并且指示与VACS通信的无线设备以拨打紧急呼叫。VACS可运转地确定紧急呼叫何时连接。一旦紧急呼叫连接,VACS发送指示连接至RCM的消息,并且进一步联系sroJB。在另ー说明性的实施例中,一种由车载计算机系统(VACS)执行的方法包括监视紧急事件。如果探测到紧急事件,则程序指示试图拨打紧急号码并且确定是否启用无线连接。如果无线连接未启用,则程序启用该无线连接。该说明性的程序进ー步包括确定无线设备是否连接至VACS。如果无线设备未连接至VACS,则该程序进行连接至无线设备。程序进ー步包括确定呼叫当前是否在该无线设备上进行。如果呼叫当前在该无线设备上进行,则程序取消进行中的呼叫。同样,示例性方法包括通过该无线设备拨打紧急呼叫至应急接线员,其中电话的拨打使得在车辆乘客和应急接线员之间能够进行直接通信。根据本发明的一个实施例,还包含如果当前在无线设备上有呼叫在进行,确定该呼叫是否为紧急呼叫,并且如果该呼叫是紧急呼叫,跳过取消步骤并且允许该呼叫无干扰地继续。根据本发明的一个实施例,其中该无线连接为蓝牙连接。根据本发明的一个实施例,还包含通过VACS在紧急呼叫期间锁闭拨打除紧急呼叫之外的呼叫的能力。
根据本发明的一个实施例,还包含至少部分基于GPS坐标确定车辆所处的区域;及确定提供相应于车辆处于的区域的语言;及在连接至应急接线员时,使用至少确定的语言对应急接线员说出消息。根据本发明的一个实施例,其中在试图连接至应急接线员正在进行时,如果作出试图以直接使用无线设备拨打呼叫,则取消试图连接。根据本发明的一个实施例,还包含确定碰撞数据是否可用;及如果碰撞数据可用,为应急接线员提供选项以检索碰撞数据。根据本发明的一个实施例,还包含确定GPS数据是否可用;及如果GPS数据可用,为应急接线员提供选项以检索GPS数据。在再ー说明性的实施例中,一种计算机可读存储介质存储有由车载计算机系统 (VACS)执行时使得VACS执行包括监视紧急事件的指令。如果探测到紧急事件,VACS指示试图拨打紧急号码。还使得该VACS确定是否启用无线连接并且如果无线连接未启用,启用该无线连接。进ー步使得该VACS确定无线设备是否连接至VACS。如果无线设备未连接至VACS,则该VACS连接至无线设备。还使得VACS确定当前在该无线设备上是否有呼叫在进行。如果呼叫当前在该无线设备上进行,则使得VACS取消进行中的呼叫。此外还使得该VACS通过该无线设备拨打紧急呼叫至应急接线员,其中电话的拨打使得车辆乘客和应急接线员之间能够进行直接通信。根据本发明的一个实施例,其中该方法进ー步包含如果当前在无线设备上有呼叫在进行,确定呼叫是否为紧急呼叫,并且如果该呼叫是紧急呼叫,跳过取消步骤并且允许该呼叫无干扰地继续。根据本发明的一个实施例,其中该无线连接为蓝牙连接。根据本发明的一个实施例,还包含还包含通过VACS在紧急呼叫期间锁闭拨打除紧急呼叫之外的呼叫的能力。根据本发明的一个实施例,其中该方法还包含至少部分基于GPS坐标确定车辆所处的区域;及确定提供相应于车辆处于的区域的语言;及在连接至应急接线员时,使用至少确定的语言对应急接线员说出消息。根据本发明的一个实施例,其中该方法还包含确定碰撞数据是否可用;及如果碰撞数据可用,为应急接线员提供选项以检索碰撞数据。根据本发明的一个实施例,其中该方法还包含确定GPS数据是否可用;及如果GPS数据可用,为应急接线员提供选项以检索GPS数据。本发明的这些目的和实施例不是排他性的。本发明的其它目的和实施例将在下面的优选实施例的详细描述、附图和权利要求中进行详细描述。


图I说明了一个或多个说明性实施例的示例性物理方面的系统框图。图2显示了用于从车辆执行紧急呼叫的示例性系统。图3为可执行以支持说明性实施例的蓝牙控制器的框图。
图4为说明一个或多个说明性实施例的示例性过程的流程图。图5为显示用于处理紧急呼叫(eCall)的ー个或多个可能的可选择和/或自动变速器模式的示例性流程图。图6为用于拨打eCall的示例性系统的示例性说明性图。图7为RCM或等同的装置的示例性状态图。图8为eCall接收器或等同的装置的示例性状态图。图9显示了用于激活eCall系统的示例性的程序。图10显示了用于处理eCall的包括向紧急操作者提供多个选项的示例性程序。 图11显示了用于在主输入装置不可用的情况下通过辅助输入装置选择和连接的示例性程序。图12显示了用于鉴定多个音频流的示例性程序。图13显示了用于根据关键词播放消息组合的说明性程序。图14显示了用于自动地更新语言数据库的说明性程序。图15显示了可操作地拨打紧急呼叫的车辆相关的计算机系统的说明性示例。图16显示了紧急呼叫拨打程序的说明性示例。图17显示了多个车辆紧急装置的说明性示例。
具体实施例方式图I示出了非限制性的物理系统架构,该架构可被执行以实施本发明的ー个或多个说明性的实施例。方框10总体上包括车辆子系统,一些车辆子系统可通过车辆网络
12(例如控制器局域网或者其它合适的通信网络)互相连接。数据处理器16可通过合适的网络接ロ或总线适配器24通过车辆网络12接收或者发送信息。如本领域所公知的,数据处理器16可以是与一般用途的易失存储器26和一般用途的非易失存储装置或者永久存储装置22 (例如磁存储器或闪存存储器)进行总线通信的传统的RISC或CISC处理器。还可设置可移除的存储器40,例如具有通用串行总线(USB)接ロ(未显示)的压缩闪存卡或者闪存模块。全球定位信号接收器/处理器14可被实施为从导航信号定时和测距(NavigationSignal Timing and Ranging,NAVSTAR)全球定位系统的多个卫星接收无线信号(例如UHF波段中的1575. 42MHz的频率LI)。这些信号可包括识别发送卫星的伪随机码、星历表数据和历书数据。全球定位信号接收器/处理器14可处理该数据以确定车辆的ニ维位置(例如纬度和经度)、三维位置(例如,纬度、经度和海拔)、速度和/或方向。在全球定位信号接收器/处理器14上计算的位置、速度和/或方向信息可通过车辆网络12发送到数据处理器16和/或通过链路18直接发送到数据处理器16。可替代地,全球定位信号接收器/处理器53可以是蜂窝电话50的子系统。可由数据处理器16通过收发器38和通信链路46检索到表示蜂窝电话以及蜂窝电话所在的车辆的全球位置的信息。车辆子系统可包括地图数据库20。与通常的存储装置22类似,数据库20可采取几种形式,包括但不限于磁存储装置(例如硬盘驱动器)、光学存储装置(例如CD-R0M、DVD)、闪存等。如本领域所公知的,数据处理器16可基于从GPS接收器/处理器接收的纬度、经度和方向数据以及从数据库20检索到的地图数据来确定车辆的当前街道位置和行驶方向。多个紧急状况传感器28可连接到车辆网络12。这种传感器可包括但不限于气囊展开传感器、车辆碰撞传感器、仪表板碰撞传感器(dash impactsensor)、座椅/乘客碰撞传感器、倾翻传感器、火焰/热传感器、汽油传感器和乘客启动的应急按钮。这些传感器可在独立的处理模块(未显示)内操作,每个传感器均具有単独的至车辆网络12的接ロ(未显示),用于发送指示多种不同紧急状况的信号。与数据处理器16通信的另一子系统包括用于将从数据处理器16接收到的数字信息转换为听得见的语音信号(即,模拟声音信号)的语音合成器或解码器28。模拟声音信号可以通过扬声器32传输或者在收发器38处进行处理,以通过下面将更加详细讨论的微网(piconet) 46传输到蜂窝电话50的收发器(未显示)。如自动化电话菜单系统领域所公知的,可设置双音多频(DTMF)接ロ 30以接收模拟DTMF频率并将其处理为发送到数据处理器16的命令信号。 收发器38可与蜂窝电话50或者其它可用的装置建立微网46。蜂窝电话50是非永久地集成到车辆内的临时蜂窝通信装置的示例。临时蜂窝通信装置的另ー示例可以是具有蜂窝通信和微网通信能力的膝上计算机。在一个示例中,收发器38可包括蓝牙控制器。本领域技术人员应当认识到也可使用具有不同通信特性和性能的其它收发器。其它车辆子系统包括用于通知车辆乘客收发器38和蜂窝电话50之间的通信链路的状态的链路状态指示器36。状态包括但不限于可用装置、配对的、未配对的、连接的、未连接的等。在一个说明性的实施例中,在液晶显示器(LCD)上指示通信链路的状态。在另ー说明性的实施例中,提供ー个或多个发光二极管(LED)或其它可视指示器。在又一说明性的实施例,通过车辆音响系统和/或扬声器32提供听得见的状态通知。可通过数据处理器16与收发器38结合监视链路状态。 选择/取消开关34还可与数据处理器16连接,以对下面将详细描述的微处理器/系统功能进行按压开关控制。选择/取消开关34可以是与LCD显示器结合操作的软开关,或者是由在麦克风32处接收并由语音合成器28和/或微处理器16处理的声音命令操作的软件开关。子系统10和外部通信网络之间的各种不同的互联可在本发明的范围内实施,而不限于图I中示出的那些。例如,在蜂窝电话50与数据处理器16、语音合成器28和/或DTMF接ロ 30之间可建立硬线连接。在另ー示例中,数据处理器16可直接或间接连接到紧急传感器模块28,并且可监视紧急传感器模块连接的端ロ而不是车辆网络12。在本发明的一个或多个说明性的实施例中,蜂窝电话50建立与陆地塔52之间的无线通信48。陆地塔52相应通过电话交换网络54建立与应急响应者56的通信。应急响应者可包括如下面将更加详细描述的警察、救护车、911公共安全接入点(PASP)等。如在下面将更加详细描述的,陆地塔52还可通过电话交换网络54与其它联系人58建立通信。基于例如GPS位置,可拨打呼叫至位于车辆当前位置局部范围内的PSAP。在本发明的一个或多个说明性的实施例中,陆地塔52可通过电话交换网络54建立与网络服务器60上的数据接ロ(未显示)的通信。如下面将更加详细描述的,数据可以从关联的数据库68上载传输到与微处理器16相关联的存储装置22或者从与微处理器16相关联的存储装置22下载传输到关联的数据库68,如虚线70所示。具有相关联的存储装置68的网络服务器60可提供(host)多个网页用于多个浏览者的(包括但不限于应急响应者66、蜂窝电话所有者64、健康照顾提供者等)因特网访问62。如下面将更加详细描述的,一些浏览者(例如蜂窝电话所有者64)可通过因特网62将数据上载到存储装置68,其它浏览者(例如应急响应者66)可下载数据。图2说明了第二示例的说明性车载通信系统的系统架构,其中该车载通信系统能够利用这些说明性的实施例。配置有通信系统的车辆(VCS)可包含位于车辆内的可视前端界面79。用户也能够例如通过触摸感应屏或触摸电容屏(如果提供的话)与该界面交互。在另ー说明性的实施例中,通过ロ头对话和语音合成发生交互。在图2所示的说明性的实施例71中,处理器72控制系统的运转。设于车辆自身内的处理器允许车载处理命令和程序。此外,处理器连接至非持久存储装置74和持久存储 装置74两者。在这个说明性的实施例中,非持久存储装置为随机访问存储器(RAM)并且持久存储装置为硬盘驱动器(HDD)或闪存。处理器还设有多个不同的输入,允许用户与处理器交互。在这个说明性实施例中,设有麦克风87、辅助输入85 (用于输入89)、USB输入83、GPS输入84和蓝牙输入78。还设有输入选择器90以允许用户在多种输入之间切換。可替代地,可利用电路自动地选择输入并且编程以确定哪ー个可用于输入信号。在一个实施例中,这可以通过比较多个输入处的信号或信号水平来实现。在对麦克风和辅助连接器的输入传递至处理器之前通过转换器86将其从模拟信号转换为数字信号。系统的输出可包括但不限于视觉显不器79和扬声器77或立体声系统输出。扬声器连接至放大器76并通过数字-模拟转换器75从处理器72接收其信号。还可分别沿81、82处所示的双向数据流输出至远程蓝牙设备(未显示)或USB设备(未显示)。可替代地,音频输出可通过车辆音频/立体声音响系统传输。在一个说明性实施例中,系统71使用蓝牙收发器78与用户的漫游设备91 (例如蜂窝电话、智能电话、PDA等)通信80。漫游设备可随后用于通过例如与蜂窝塔103的通信93来与车辆88外部的网络111通信107。可通过按钮91或类似输入指示漫游设备91和蓝牙收发器78的配对,这样,告诉CPU车载蓝牙收发器将与漫游设备中的蓝牙收发器配对。可利用例如与漫游设备91相关联的数据计划(data-plan)在CPU 72和网络111之间通信数据。可替代地,可能需要包括车载调制解调器115以便通过语音频带(voiceband)在CPU 72和网络111之间传递16数据。在一个说明性实施例中,处理器可设有包括API的操作系统以与调制解调器应用软件通信。调制解调器应用软件可访问蓝牙收发器上的嵌入模块或固件以完成与远程蓝牙收发器(例如在漫游设备中发现的)的无线通信。在另ー实施例中,漫游设备91包括用于语音频带或宽带数据通信的调制解调器。在声载数据的实施例中,当正在传输数据期间漫游设备的主人对设备说话时,可执行已知为频分复用的技木。在其它时间,当主人没有使用该设备时,数据传输能够使用整个带宽(在一个示例中为300Hz至3. 4kHz)。如果用户具有与漫游设备相关联的数据计划,该数据计划可能允许宽带传输且系统可使用更宽的带宽(加速数据传输)。在又一实施例中,漫游设备91被安装至车辆88的蜂窝通信设备(未显示)所代替。
在又一可替代实施例中,CPU 72可通过例如WiFi或WiMax等的非蜂窝无线网络链接与LAN/WAN无线收发器(未显示)交互用干与网络111通信。漫游设备91可包括LAN/WAN无线收发器。额外的输入和/或装置可包括具有例如USB连接101和/或天线105的个人导航装置92、或具有USB 113或其它连接的车辆导航装置109、GPS装置84或具有连接至网络111的远程导航系统(未显示)。如图3中所示,蓝牙控制器可包括链路管理层94、基带层95和 广播层96。在说明性的实施例中,广播层96可包括使用ニ进制调频工作在2. 4GHz的射频模块97。基带层95可包括用于管理通过逻辑链路和逻辑传输在连接的装置之间的数据交换以及使用无线介质执行查询、作出连接或使其可被发现的基带资源管理器99。基带层95也可包括处理来自与物理信道、逻辑传输和逻辑链路相关的有效载荷数据和參数的编码和解码的链路控制器98。链路控制器98执行链路控制协议发出信号,其用于通信流控制和确认和中继请求信号。设备管理器100控制配置有蓝牙的设备的一般行为。其负责不直接与数据传输相关的蓝牙系统的运行,例如查询其它附近设备的存在、连接至其它设备或使得本地设备可被其它设备发现或连接。链路管理层94可包括用于管理生成、修改和释放逻辑链路和/或逻辑传输以及与更新设备之间的物理链路相关的參数的链路管理器168。这可通过链路管理器使用链路管理协议(LMP)与远程蓝牙设备中的链路管理器通信来实现。LMP允许当请求时在设备之间生成新逻辑链路和逻辑传输,以及链路和传输属性的一般控制,例如实现逻辑传输的加密、配合物理链路的传输电源或调节逻辑链路的QoS设置。图4说明了用于执行一个或多个说明性的实施例的示例算法。本领域技术人员应该认识到本发明的范围不限于图4中说明的特定算法。说明的过程可修改以适合任何说明性的实施例。图4中说明的过程可由ー个或多个处理器执行,例如图I中说明的数据处理器16。不要求特定类型的处理器或配置。在步骤102处,可与车辆乘客厢内或附近的可用蜂窝电话建立本地通信链接。链接可为蓝牙微网、或其它合适的有线或无线的短程网络。在步骤104和106处,可以连续方式或规则间隔监视通信链路的状态。链路的状态可包括配对的蜂窝电话的连接性、信号强度、其它可用设备的识别等。參考图I描述,链路状态可由LCD显示器、LED或音频报告。优选的,当链路中断或当没有链路可用时,提供警告或其它通知至车厢里的乘客。在步骤108处,从车辆紧急传感器110接收紧急通知信号。车辆紧急传感器110可包括但不限于气囊展开传感器、气帘展开传感器、胸腔展开传感器、膝部垫展开传感器、自适应罐通风口和/或束缚展开传感器、车辆碰撞传感器、仪表碰撞传感器、座椅碰撞传感器、倾翻传感器、火焰传感器、汽油传感器、燃料切断传感器等。可以在数据处理器16处有线地、无线地或通过车辆网络12直接接收来自这些传感器的紧急信号。接收到紧急通知信号之后,系统可在步骤112通知乘客在蜂窝电话50处将拨打到一个或更多的应急响应者56或者其它联系人58的紧急呼叫。优选使用语音合成器28和扬声器32 (语音合成器28和扬声器32可以是或者不是车辆音响系统的部件)进行可听得见的乘客通知。下面是通知的示例
“警告。本车辆中的安全传感器已经探測到车辆碰撞。车辆安全系统在10秒内将自动地联系应急响应者。如果您想中止此次呼叫请按下您的取消键或者说取消。”当然,可提供数目不限的不同的通知。这些通知可被预记录、预定义或者基于探测到的具体的紧急情况和/或车辆内的具体乘客动态创建。通知还可被重复一次或多次。在步骤114,给车辆乘客提供使用选择/取消开关22或在麦克风32和语音合成器28处接收到的语音命令来取消紧急呼叫的机会。如果接收到取消信号,则过程停止,并返回到框104处的监视链路状态。如果在步骤114不终止紧急呼叫,则在步骤118收集紧急信息。紧急信息可包括车辆信息116和乘客信息120。车辆信息116可包括来自GPS接收器/处理器14的纬度、经度、方向、最新的速度等、街道位置(如果车辆配备有地图数据20的话)、车辆类型/颜色、车辆紧急状况(例如、碰撞、着火、倾翻、汽油泄漏等)、乘客的数量、座椅安全带状态、气 囊展开、燃料切断状态等。乘客信息120可包括姓名、年龄、住址、血型、医学过敏症、医学状况、保险信息、医师信息(physician information)、紧急联系人等。紧急信息可被存储于多个存储位置,包括存储器26、存储装置22、可移除的存储器40或与蜂窝电话50相关联的存储装置51。乘客身份可通过与收发器38配对的蜂窝电话50的所有者、麦克风32的语音输入、车辆控制台显示器(未显示)上的用户输入、或包括钥匙标识符(key identifier)、存储器密钥标识符(memory key identifier)等的其它手段来确定。在步骤118处收集紧急信息之后,可进行另ー乘客通知,警告乘客将进行紧急呼叫并给乘客提供取消该呼叫的机会,如上面參照步骤112和114描述的。该步骤由虚线128表不。如果不取消紧急呼叫,在步骤121处,收发器38 (例如蓝牙控制器)可在蜂窝电话50上发起对一个或多个应急响应者56或其它联系人58的呼叫。如果呼叫不能被启动,则在框122,系统尝试建立与车辆中的或车辆附近的另ー蜂窝电话的连接,并传输如在框121中表不的紧急信息。在步骤124处,车辆信息116和/或乘客信息120的要素在语音合成器28处可被合成为语音信号并被读给终端方56或58,如框126所示。在本发明的一个或多个说明性的实施例中,数据处理器16和语音合成器28可向终端方56或58提供触音DTMF菜单选项,该菜单选项用于重复和检索车辆信息116和/或乘客信息120的各种要素。该过程用虚线130和132示出。此外,一旦连接至終端方,可开始立即传输任何(直接或作为来自菜单的可选择选项)提供该信息的语音信号。某些紧急系统要求呼叫者按I以验证紧急呼叫应该被拨出,但是这个要求能够通过提供语音来忽略。通过使得在回答紧急呼叫时开始语音,该系统能够避免差别化的系统要求以确保完成该呼叫。如果乘客识别出用于报告紧急信息的其他联系人58,则在步骤134联系这些联系人并报告紧急信息。如图I中示出的,可以向应急响应者66和蜂窝电话/车辆所有者64提供具有关联存储装置68的网络服务器60的因特网访问权限。蜂窝电话/车辆所有者64可访问在服务器60提供的ー个或多个的网页,该网页用于定义将被提供给应急响应者56或66的紧急信息和/或提供该信息的方式。例如,蜂窝电话/车辆所有者64可详细说明他们的姓名、年龄(出生日期)、住址、血型、医学过敏症、医学状况、医师信息、紧急联系人等。蜂窝电话/车辆所有者64可详细规定该信息中的哪个在紧急情况下被披露给应急响应者56和/或66。紧急信息可通过蜂窝链路48上传到蜂窝电话存储装置51,和/或上传到车辆存储装置22以用于在紧急情况下通过语音合成器28报告给应急响应者56和其它联系人58。紧急信息还可被储存于与网络服务器68相关联的数据库68中以用于在紧急情况下被应急响应者66通过因特网访问。在一个实施例中,到应急响应者56的语音传输包括用于通过因特网62访问服务器60上的乘客紧急信息的指示。以这种方式,应急响应者56和/或66能够容易地访问所有的乘客紧急信息。

图5为显示进行中的eCall的ー个或多个可能可选择的和/或自动传输模式的示例性流程图。典型的,当拨打eCall时,在上述实施例下,通过车辆扬声器播放呼入语音并且在车载麦克风141处记录呼出语音。然而,在某些情况下,会希望使得呼叫转移至漫游设备而省略车辆系统。一个非限制性的示例可为是否为系统71提供隐私功能。如果在143处选择隐私功能,则在147处呼叫可会转移至漫游设备。在144处还可为用户提供这将要发生的通知或警告,并且在146处为用户提供物理或ロ头地取消转移的机会。如ー个示例,如果车辆处于事故中,并且用户被困住,并且某些东西移位并触发了隐私特征。用户可能不能够物理取消至不可到达的蜂窝电话的转移,因此,用户可ロ头取消转移。另ー方面,本地噪音(例如孩子、交通等)可能使得呼叫难以听见和/或可能使得接线员难以听见用户,因此,会希望转移该呼叫至手机。即使用户控制的转移未被处理,在145处可希望自动地转移该呼叫。如果车辆电源被关闭或故障,会是发生这种情况的ー个非限制性示例。在一个实施例中,如果车辆被关闭,在断电发生之前可自动地转移该呼叫,因此呼叫不会丢失。在这种情况下,在147处CPU72可导致呼叫被转移至漫游设备。在可替代的实施例中,对于由于事故或其它事件导致的车辆电源故障或丢失的情况可执行电路。该电路的ー个方面可包括当车辆低于标准12伏电压时具有并且保持一定电荷的电容器。在车辆电源丢失的情况下,电路可从电容器放出足够的电荷以驱动蓝牙收发器。随后蓝牙收发器生成拨号串用于传输至漫游设备以作出紧急呼叫并且通知应急响应者事故已经发生。在这个实施例的一个非限制性的实施中,拨号串可包括在“ 911”之前的一系列的逗号以允许乘客在不需要时取消紧急呼叫。图6为用于拨打eCall的示例性系统的示例性说明性的图表。示例性车辆设备包括RCM 151、eCall接收器153、包含麦克风的镜子(或其它物理设备)159、ー个或多个媒体输出157和配电接线盒(H)JB)155。根据ー个或多个说明性的实施例,当RCM或等同设备记录有资格的碰撞事件,RCM通知165eCall接收器。该eCall接收器可具有可以执行的数个功能。eCalI接收器可以保持与RCM 167联系以报告何时已经拨打呼叫。这可允许RCM停止从eCall接收器请求呼叫。其还可通过麦克风接收用户输入,并且通过媒体输出回放接线员输入。另外的,eCall接收器153可维持蓝牙、USB等连接至漫游设备161,通过其可拨打呼叫至911接线员163。当发生碰撞时,配电接线盒(PDJB,Power Distribution Junction Box)等可激活SOS特征。这可包括闪光、喇叭声、汽车警报等。由于这些特征中的一些可与呼叫相互干扰,当正在拨打呼叫和/或连接呼叫时rojB可終止妨碍特征。这将允许驾驶员更容易地与911接线员交流。在一个非限制性的示例中,只要认为呼叫正在进行中就压制喇叭和其它听得见的设备。在任意其它状况下,SOS信号(例如喇叭声)持续发声以便引起对事故的注意。此外,在某些区域可能禁止使用911自动拨号器,或者用户可能想要避免在轻微碰撞的情况下呼叫911。在这些情况下,除此以外,当将要拨打911呼叫时车辆可为驾驶员播放消息。这可允许给予驾驶员机会以取消呼出呼叫。

在至少ー个说明性的实施例中,乘客约束控制模块(RCM) 151和eCall收发器153彼此通信。在一个实施例中,RCM可有规律地传输信号指示未请求eCall。该信号可被更新,例如每隔150ms或任意合适的更新周期。—旦由RCM(或其它紧急探测模块或系统)探测到碰撞事件,在下ー个更新(或在如果未执行周期通信事件时),RCM 151能够发送信号请求eCall收发器153作出eCall。eCall收发器153也可能与RCM通信,这样消息能够被回传。例如,当接收到未请求信号吋,eCall收发器能够回复消息指示尚未请求呼叫。如果呼叫请求传出,eCall收发器能够回传多种信号至RCM,包括但不限于呼叫进行、呼叫完成、呼叫取消、呼叫不成功(例如未连接电话用于呼叫)或eCall被关闭。如需要能够使用额外的或更少的通信状态。例如,如果RCM传输呼叫请求,只要信号通知呼叫被请求则可继续传输请求。一旦呼叫已经被拨打、完成、取消、确定不成功等,RCM可返回以传输未请求呼叫的信号。注意,在这个例子中,没有呼叫请求的信号不是指示应该终止呼叫,而是不请求拨打呼叫。如果响应是无效的、被破坏的、未接收的等,RCM可能将前次有效接收的状态记录为当前接收的状态。在这种情况下,如果尚未有效接收到呼叫已经被拨打、完成等的指示,随后RCM可持续请求呼叫。否则,如果未保存前次有效状态,RCM可默认记录“正常”(即没有拨打呼叫)状态,使得该请求再次继续。这有助于确保呼叫被请求直至RCM确认已经拨打过呼叫。在eCall被请求并且未被取消的情况下,eCall收发器153可运转漫游设备161 (例如移动电话、PDA等)以拨打“ 911”或其它紧急号码。在一个实施例中,eCall收发器153可与CPU 72(图2)通信,CPU 72相应地与漫游设备161通信。在可替代实施例中,无线电话可固定至车辆,或有规律地与车辆一起行驶。 在又一可替代实施例中,eCal I收发器153可包括无线网络接入收发器400或与其通信。无线网络接入收发器400可配置用干与无线局域网(LAN)、广域网(WAN)、Wi-Fi网络等通信,如果这种无线网络存在于邻近车辆的范围内。在请求紧急呼叫的情况下,在车辆处的本地LAN/WAN收发器400可与远离车辆设置的远程LAN/WAN收发器401无线通信。在收到紧急呼叫的请求时,远程LAN/WAN收发器401可与“911”呼叫中心建立连接。可通过网络402(例如因特网)或电话交換机建立连接。在一个实施例中,可采用紧急呼叫网络交換机403以将在WAN收发器401处接收到的紧急呼叫传送至最近的911呼叫中心163。在一个实施例中,LAN/WAN收发器401的IP地址可用于确定LAN/WAN收发器401的大致位置。可访问查值表404以确定IP地址或距离该LAN/WAN收发器401的位置或IP地址的最近911呼叫中心的电话号码。在另ー实施例中,可通过GPS模块84(图2)确定车辆的位置。可通过本地LAN/WAN收发器400将那个位置和紧急呼叫请求一起传送至远程WAN收发器401。紧急呼叫交換机403可接收该信息并且访问查值表404以基于从GPS模块84接收到的GPS信息确定最近的911呼叫中心。随后那个最近的呼叫中心163可由电话、网络连接等来联系。在可替代实施例中,GPS模块84可为漫游设备161的集成组件。可通过访问位于漫游设备161内或位于系统88 (图2)内的GPS模块84来确定车辆位置。本地WAN收发器400不限于车辆邻近处。其可为漫游设备(例如移动电话、PDA等)的组件或甚至为手持设备。常规的LAN/WAN路由器/接入点也可配置用于传送紧急呼ロ1!。紧急呼叫可由LAN/WAN网络接入设备上的按钮触发,或由与LAN/WAN网络接入设备通信的其它设备触发。换句话说,“电话”不是利用本发明的这个方面作出紧急呼叫所必须的。 任何地方(不限于车辆)的任何网络接入点可配置用于在紧急情况下联系紧急呼叫交換机403用于定位和联系911呼叫中心163。这包括位于家庭、办公室内的网络接入点,以及嵌入在个人计算机、膝上型计算机、蜂窝电话和PDA内的那些。可替代的,网络接入点(例如LAN/WAN路由器)可配置用于识别本地911呼叫中心或公共安全回应点(PSAP,PublicSafety Answering Point)的信息(例如电话号码)。在这个实施例中,可不需要紧急呼叫交换机403。还会希望使得RCM记录用于诊断目的的呼叫请求。图7为RCM或等同设备的示例性状态图表。在这个非限制性示例中,RCM在“正常”状态181和请求eCall的状态(例如“激活”状态)183之间切換。如果RCM当前处于正常状态,如果没有发生有资格的事件(例如气囊展开)则其保持在正常状态。直至触发事件发生,RCM将保持在“正常”状态。如果有资格的事件发生,RCM可请求eCall,记录显示请求eCall的时间戳,并且切换至“激活”状态。只要由RCM接收到呼叫进行信号等,其可保持在激活状态。一旦确认指示呼叫例如完成、取消等,RCM可记录呼叫时间戳的结束并且切换回“正常”状态。因此,例如,如果未IeCall收发器接收到消息,RCM可把错误消息记入日志以使得诊断能够确定存在通信中断。图8为eCall收发器或等同设备的示例性状态图表。当没有拨打呼叫吋,eCall收发器保持在“正常”状态201。在这个状态下,其通过发送“正常”信号至RCM通知RCM没有拨打呼叫。接收器将保持在该状态直至来自RCM的请求触发状态改变。例如,如果RCM请求呼叫,接收器可记录为“激活”并且通过漫游设备切換至呼叫进行。此外,其可在作出呼叫之前开始倒计时,给用户机会以取消呼叫。一旦计时器结束,接收器可切换为呼叫进行状态203。否则,如果eCall被停止,即使接收器记录为“激活”,其将不能够拨打呼叫。在这种情况下,其可切換至取消状态209。如果呼叫者取消呼叫,取消状态还可从呼叫进行状态达到。一旦取消该呼叫,接收器可通知RCM呼叫被取消并且返回至正常状态。如果呼叫处于进行中,呼叫可因为漫游设备不可用而被结束。也就是,尽管接收器试图拨打呼叫,但是这里没有可用于数据传递的漫游设备。在这种情况下,接收器可切換至未成功状态205。接收器还可在达到该状态之前尝试呼叫可定义的次数以例如试图找到エ作的漫游设备。如果例如DTFM没有接收到,呼叫进行能够切换至呼叫超时状态。超时信号能够使得在确定呼叫完成、未完成、连接不可用等之前重复呼叫过程预定次数。当一方挂机时也可完成呼叫。如果接收器探測到用户或接线员已经结束呼叫,接收器可切換至呼叫完成状态207。在该状态和未成功状态两者下,接收器可通知RCM其已经返回至正常状态,因为在任一事件下不再拨打呼叫。最后,在这个非限制性示例中,如果该eCall接收器从“接通”状态断开,接收器可切換至“断开”状态211以例如通知用户eCall已经断开。一旦作出通知,接收器能够返回至其正常状态,在这里其等待进ー步的指示。 尽管可提供在车辆内它们会自动激活的说明性实施例,也会希望在激活该系统之前要求一些初始化。图9显示了用于激活eCall系统的示例性程序。首先,可有可在制造时编程的车辆区域代码。这可指示车辆将要被配发的世界的区域。这个代码也可例如由经销商或其它授权代理方改变。该系统在221处检查区域代码以查看紧急服务在配发区域是否可用。如果否,eCall系统不能在227处激活。如果服务可用,随后,在这个说明性的实施例中,系统在223处检查主要电话是否在车辆内出现。通常,在带有主要电话和辅助电话的系统中,主要电话将属于车辆所有者。如果主要电话出现,系统通过登记继续进行,否则不会进行227。随后,系统在225处询问用户是否需要eCall激活。如果是,则在227处对主要和所有辅助电话激活eCall,否则不会进行至227处。在图10中所示的一个说明性的实施例中,显示了用于为911接线员提供一个或多个信息选择的示例性的说明性过程。例如如果存在用于接线员的各种可用信息源,则该过程是有利的。在另ー说明性的示例中,接线员可具有选项以选择输入类型或格式(例如但不限于数个外国语言中的ー个)。在这个说明性的实施例中,例如如这里所描述,车载计算机系统探测到紧急事件。在1001处,探测到紧急事件或例如来自乘客的指令能够使得车载计算机系统连接至911系统。能够通过无线网络连接或通过任何其它合适的方法经由呼叫至911作出连接。在这个说明性的实施例中,一旦车载计算机系统已经连接至911系统,在1003处车载计算机系统对911系统讲话。这通常会导致呼叫被转接至接线员,在接线员未立即响应和如果接线员已经连接的系统中,车载计算机系统能够提供有用的信息。接下来,根据这个说明性的实施例,在1005处,车载计算机系统为911接线员提供多个选项。例如,系统能够为911接线员提供车辆的GPS坐标。或者,系统能够将坐标作为数据直接地提供至911系统。另外,车载计算机系统能够提供车辆安全系统信息。例如,如果接线员请求,车载计算机系统能够传达气囊已经展开、哪些气囊已经展开、燃料切断开关已经触发等。其它信息(例如在碰撞时车辆速度等)也能够传送至911接线员。该信息可包括紧急算法結果,该结果指示例如严重伤害的可能性。在一个说明性的实施例中,接线员通过按数字使得播放特定DTMF音调来响应该系统。例如,按压“I”可导致以数据或以语音输出来自车载计算机系统的GPS坐标。在另ー说明性的实施例中,接线员能够说出词语“I”或作出常用的语音请求信息,例如“ GPS坐标”。能够通过车载计算机系统从CAN总线获得提供至接线员的GPS数 据或其它数据。在另ー说明性的实施例中,车载计算机系统能够从连接至车载计算机系统的远程GPS设备(例如TOMTOM)获得GPS坐标。一旦已经为911接线员提供选项,在1007处,车载计算机系统检查来自接线员的输入。如果未探测到输入,系统在1011处能够继续检查输入预定时间段,在1010处检查是否发生超吋,并且随后如果预定时间段已经过去还没有输入则为接线员重复菜单选项。可替代的,如果探测到输入,在1009处车载计算机系统相应地响应,提供请求的信息至接线员。接收和识别的输入可ロ头确认至接线员和乘客,例如“线路开启”(“lineopen”)、“发送位置”等。在另ー说明性的实施例中,如果主要漫游设备断开连接或出于任何原因不可用,车载计算机系统可能通过辅助漫游设备拨打呼叫。图11显示了该过程的说明性示例。在这个说明性的实施例中,在1101处可首先探测紧急事件。这会为例如这里描述的场景中任ー个。一旦探測到事件,在1103处车载计算机系统确定漫游设备当前是否连接至车载计算机系统。如果没有设备连接,系统将试图探测并且连接至任何可用的可通过其进行eCall的设备。在1109处该系统首先检查是否有任何通信设备可用。如果没有设备可用,系统在1107处通知乘客设备不可用。该通知有用之处在于其可允许乘客打开设备,或通知乘客需要通过可替代源获得帮助。当然,如果需要可不呈现通知。由于乘客可响应于该通知激活通信设备,或简单地因为先前不可用设备变得可用,该系统在1113处持续查找通信设备。一旦通信设备可用,在1111处系统连接至该探测到的通信设备。在“正常”运转模式,处理器会需要来自用户的许可以连接至通信设备,尽管在这个实施例中,由于紧急状况出现而不需要许可。如果该系统初始连接至通信设备,或如果该系统连接至探測到的通信设备,随后该系统检查是否已经触发“连接至新设备”事件。这可出于多个原因而被触发。例如,连接的设备可不实际具有可用蜂窝信号(意味着使用那个设备不能拨打实际呼叫)。如另ー示例,连接的设备可能会将要耗尽电能,意味着呼叫不能够完成,即使其能够拨出。如果存在触发事件,在1115处系统查找不同可用的通信设备。如果该设备可用,该系统在1111处连接设备并且重复该确定过程。如果在1117处没有额外的设备可用,随后相对于在这个示例中不做任何事,该系统在1119处试图使用该连接的设备拨打呼叫。如果未触发“连接至新设备”事件,系统采取相同的动作。在进ー步的说明性实施例中,车辆计算机系统或远程计算机系统可提供高级音频鉴定,和/或用户交互。
例如,车辆导航显示器可显示车辆的位置,并且用户可使用该显示器为911接线员描述车辆的位置。此外,可显示行驶方向。由于车辆可能在事故中已经打转,行驶方向可基于刚刚在探測事故之前存储的坐标。在另ー说明性的实施例中,该系统可保存一系列坐标,并且使用该坐标(其中大多数指定行驶方向)。例如,如果12个存储的坐标中10个指示某一方向,随后其能在事件之前车辆在那个方向上前迸。在这个说明性的实施例中,用户可例如被困在没有十字路ロ的高速公路上。因此,其会有利于显示过去正行驶的方向用于报告至紧急服务处。在又一实施例中,可在呼叫的末尾处采用高级鉴定。例如,替代仅播放车载信号至接线员,该系统可提供χ%的车辆声响和Y%的乘客音频的音频。因此,接线员在听来自车辆的信息时不会被阻止听乘客的痛苦声。类似的,车辆乘客可听到正在被传递至接线员的信息,并且还能够听到接线员讲 话。该信息为混合音频信号,允许同时听见两种声音。此外,可提供按钮或指令以允许“开启线路”(“open line”),导致仅第一或第二信号被听见。图12中显示了该说明性的实施例的示例。在这个实施例中,在1201处,在线路的
任一端播放混合信号。在1203处,如果乘客或接线员中任一个选择第一指令以排外地开启单独的音频流,并且在1207处选择第一音频流,则在1205处播放第一音频流。排外地播放该流直至在1213处再次按压按钮以选择混合流(也可预期用于结束该流的其它选项,例如完成消息、对流静音、选择可替代指令等)。在1209处,如果接线员或乘客中任一个选择第二指令以排外地打开第二音频流,则在1211处播放第二音频流。排外地播放该流直至在1213处提供停止该流的指令(或如上述其它选项)。在图13中所示的进ー步的说明性的实施例中,车辆计算机系统可以多种语言提供信息至紧急指示者。在这个说明性的实施例中,车辆计算机系统运转于第一语言设置,并且ー组关键词以ー种或多种额外的语言存储在车辆计算机系统的存储器中。首先,在1301处,车辆计算机系统以操作该系统的第一语言播放消息至应急响应者。随后,在1303处,车辆计算机系统可接收第二语言输入。如果收到第二语言请求,则在1305处系统检查是否以请求的语言提供所需的关键词组。如果未提供词汇,则在1309处提供消息至应急接线员。如果提供该组词语,车辆计算机系统在1307处访问存储的词汇并且在1311处回放合适的词汇。在这个说明性的实施例中,以存储格式检索播放的词汇(即预先以多种语言存储的关键句)并且以记录的格式回放。紧急数据包括但不限于速度改变、碰撞速度、座椅安全带使用、气囊展开等。假设有限数量的词汇能够用于描述多种紧急状況。例如基于存储的単独数字和词汇“周期”的串连还回放坐标。如ー个示例,1303.22可回放“1”、“3”、“0”、“3”、“点”、“2”、“2”并且由保存的词汇“O”、“ I ”、“2”、“3”和“点”构成。这会从使得该系统在两种语言组之间切换节省时间,尽管这种方案是可能的。此外,如果车辆计算机系统和漫游设备之间的连接信号強度弱,或如果探测到的电池电量低,车辆计算机系统可通过建立的连接“转储”(“dump”)关键信息而不用等待提示。这有助于确保在连接丢失之前传递该重要信息。可替代地,代替等待请求第二语言,车辆可自动地以第二语言播放消息。例如,如果车辆计算机系统确定车辆位于所选择的语言之外的语言为本地语言的地理区域内,则系统在以当前选择的语言组播放该消息之后可自动地以本地语言回放紧急消息(可使用当前选择的语言组,或可使用车辆被销售的区域的语言,尽管这两组语言可能相同)。例如但不限于,如果用户从美国达到墨西哥,用户可仍然让英语作为所选择的语言组。如果车辆系统将切換至西班牙语,用户可能不明白该系统。在这个示例中,该系统,识别用户为墨西哥人(基于例如GPS坐标、蜂窝信号中的代码等),可在以英语播放该消息之后以西班牙语播放紧急消息。可替代的,可首先播放西班牙语信息。或者,该系统可加载次级的“紧急语言组”用于在产生紧急消息中有限使用,同时维持英语语言组用于与乘客交流。在图14中所示的再一个实施例中,车辆计算机系统动态更新语言组,这样如果紧 急情况发生,合适的语言准备好用于访问。如果在1401处车辆计算机系统探测(或被通知)已经进入使用与所选择的语言不同的语言的区域,则在1403处系统随后检查合适的用于紧急情况的关键词组。如果未提供词汇,该系统可在1405处联系远程服务器以在1407处查看是否有可用组。如果没有组可用,则在1411处可通知驾驶员未提供本地语言组。如果合适的组可用,则在1409处系统可通过远程连接下载该组。这允许车辆计算机系统动态地更新适合的语言组。假设在该组被下载之前没有发生事故,驾驶员的体验将会好像总是提供有该组。在另ー说明性的实施例中,触摸屏车辆显示器可包括SOS按钮。如果SOS按钮由用户按压,可联系应急服务。这可允许越过正常事故探測,除了该系统之外或用以替代该系统可提供自动拨打系统。在又一说明性实施例中,路边援助按钮(roadside assist button)可包括于车辆显示器内。该按钮在紧急呼叫期间可停用并且经由触摸可被激活以与路边援助计算机/接线员/提供者通话。车辆显示器也可在紧急状况下提供车辆识别号码(VIN),和/或该VIN号码可提供至应急接线员以辅助定位例如近亲。该VIN也可显示在车辆显示器上。车辆计算机系统和/或电话还能够在拨打紧急号码时识别是否发生忙信号。在忙信号的情况下,系统可自动地重拨固定次数、有限次数,或例如在拨打固定次数之后,该系统可呼叫次要号码,例如存储的紧急联系号码。该系统还可通知乘客呼叫完成/或未完成。图15显示了可运转地拨打紧急呼叫的车辆系统的说明性示例。在这个说明性的示例中,乘客约束控制模块(RCM) 1501被指令发送紧急呼叫通知至车载计算机系统1503 (VACS)。在这个说明性的实施例中,VACS具有其可完成的数个任务。其可联系全球定位系统模块(GPSM) 1505以获得车辆坐标。VACS还可访问ー个或多个多媒体输出1507。这些输出能够用于通知用户紧急呼ロ1!,输出用户交互功能等。VACS还可发送确认(一旦呼叫完成)回RCM,这样RCM不会持续尝试指示拨打紧急呼叫。另外地,RCM和VACS均可与SPDJB 1511通信。VACS可进ー步与安装在车辆中(或提供在无线设备上)的麦克风1509通信。如果实现与车辆进行两路通信,则麦克风允许车辆乘客与VACS和应急接线员两者通信。此外,VACS可指示无线设备(例如但不限干与VACS通信的移动电话1513)拨打呼叫至911接线员1515。接线员和移动电话两者之间的通信可允许双向,允许消息被发送至911接线员并且允许911接线员和车辆乘客之间的两向通信。这只是一个能够探测紧急状况并且拨打紧急呼叫的车辆系统的说明性的非限制性的示例。其它类似的系统也可用于提供在这里提出的示例性的实施例以及在本发明范围内的其它合适的实施例。

图16显示了紧急呼叫拨打程序的说明性示例。在这个说明性的实施例中,应用程序在后台运行监视紧急事件。说明性的应用程序响应于例如来自车辆计算机系统的请求在1601处开始。这可在车辆起动时、在车辆开始移动、当探測到出现乘客等时被激活。在程序开始在1607处监视紧急事件,应用程序在1603处检查紧急呼叫是否被启用。如果紧急呼叫未启用,程序可退出。在一个说明性的实施例中,VACS可与RCM通信以通知RCM紧急呼叫是否启用。只要紧急呼叫被启用,程序在1605处设立人机接ロ(HMI)。这可包括但不限于初始化HMI、基于可用输入/输出配置HMI等。HMI的初始化可包括但不限于菜单生成、快捷方式生成等。一旦HMI被初始化,系统在1607处开始监视碰撞(或其它紧急事件)。直至探測到紧急事件,系统将持续监视(或直至车辆关闭或应用程序被停用)。在一个说明性的实施例中,一旦探测到紧急事件则从RCM传送紧急呼叫请求。如果探测到紧急事件,系统在1609处再次检查紧急呼叫是否被启用。如果紧急呼叫已经被停用,系统可退出(或通知乘客并且给乘客机会以启用紧急呼叫)。程序接下来通告车辆乘客正在拨打911呼叫。这可为车辆乘客提供机会以取消911呼叫,并且还将让乘客知道正拨打紧急呼叫。在这个说明性的程序中,正在拨打紧急呼叫的通知开始计时器,为乘客提供时间以取消紧急呼叫。例如,如果事故为小事故,并且未要求紧急服务,乘客可选择取消紧急呼ロ1!。只要在1617处时间剩余,程序将在1619处检查紧急呼叫是否已经由乘客取消。如果呼叫被取消,系统可在1621通知乘客呼叫被取消(以防万一例如乘客不是故意取消呼叫)并且随后程序可退出(或两次检查该取消等)。计时器可由用户或OEM配置,并且还可具有与其相关的最小值。一旦取消计时器已经期满,系统可在1623处检查蓝牙是否在车辆中启用或停用。如果蓝牙被停用,则系统可不能够与无线设备(通过其能够拨打呼叫)通信,因此在1625处将会启用蓝牙。一旦程序已经确保蓝牙被启用,则程序在1624处检查无线设备(例如无线电话)是否连接至VACS。如果没有设备连接至VACS,则程序将在1626试图连接至无线设备,例如先前与VACS配对的并且出现在连接范围内的设备。多个潜在设备将出现在车辆内是可能的,并且因此可能将重复该连接事件直至建立成功连接或直至所有选项已经用尽。如果在1628处已经建立连接,则程序将继续,但是如果没有发现连接,则系统可在1630处通知乘客并且随后退出。如果先前连接了无线设备,或如果已经与无线设备建立连接,则程序在1627处检查呼叫当前是否在连接的无线设备上激活。可能用户在紧急事件时正在使用无线设备作出电话呼叫,并且除非呼叫已经是紧急呼叫,则程序可要求空闲线路以作出紧急呼叫。在1629处如果当前呼叫已经是紧急呼叫,则程序将在1634处允许呼叫继续并且退出。如果当前呼叫不是紧急呼叫,则在1631处程序将终止当前呼叫以使线路空闲用于紧急呼叫。一旦任何非紧急呼叫已经被终止,或如果没有需要被终止的呼叫当前在进行中, 则程序可锁闭呼出呼叫(或至少通过VACS拨打呼出呼叫,如果程序不能够完全锁闭电话)以防止用户在系统试图拨打紧急呼叫时使用电话。在另ー说明性的实施例中,车辆可锁闭车辆控制的呼叫并且如果用户试图在紧急呼叫程序进行时使用移动电话,系统可将此作为取消紧急呼叫对待。另外,在1635处程序可检查区域代码。在ー些区域中,不同的紧急号码用于不同的区域。如果当前GPS位置相应于紧急号码已知的区域,该系统将使用那个紧急号码。如果没有区域代表可用,或如果GPS坐标可用,系统可简单地采取使用基础紧急呼叫。一旦紧急号码已经设置(如果需要),在1637处,程序通知用户紧急呼叫正在进行。如果在初始尝试中未完成呼叫则可进行多次再尝试。在一个说明性的示例中,在1639处,系统将在呼叫进行时输出消息(例如“连接中”),并且随后当已经建立连接时输出消息(例如“已连接”)。一旦已经建立连接,VACS会希望传送多种信息至应急接线员,该消息可包括但不限于GPS信息、碰撞信息、车辆传感器信息等。如果1641处的碰撞数据和1643处的GPS数据都不可用,则系统在1645处可输出第一消息。由于在这个情况下无论碰撞数据还是GPS数据都不可用,消息可简单地通知应急接线员碰撞并且提供选项以与车辆乘客通信。如果碰撞数据不可用但是GPS数据可用,则在1647处系统可输出第二消息。在这个情况下,还可提供听取车辆位置的选项,或可自动地提供车辆位置。如果碰撞数据可用并且GPS数据可用,则在1649处系统可播放第三消息。在这个情况下,系统可为接线员提供听取碰撞信息、听取GPS信息的选项,且也可将碰撞通知接线员。另外或可替代地,系统可自动地播放碰撞信息和/或GPS信息中的ー个或多个。如果碰撞数据可用并且GPS数据不可用,可在1651处播放第四消息。这个消息可为接线员提供听取碰撞信息的选项和/或自动地播放碰撞信息。一旦至应急接线员的任何初始消息完成,程序可为车辆乘客开启直接通信线路。在这个说明性的实施例中,一旦通信开启,程序在1653处倾听接线员数据选择并且如果需要在1655处响应该输入。取决于所需设置,紧急消息和GPS坐标可以多种语言播放,并且多次重复。例如,在北美,如果在加拿大发生紧急状况,系统可以法语和英语两者播放消息。另外,消息可以可行的语言中的每ー个多次重复。
在至少ー个说明性的实施例中,碰撞数据可从碰撞相关的短语的串连表组合。下面显示了这种表格的一个非限制性示例。取决于特定事件,来自表格的短语可串连以提供碰撞信息。
权利要求
1.一种紧急响应系统,包含 乘客约束控制模块(RCM); 全球定位系统模块(GPSM); 至少一个输出; 至少一个输入; 智能配电接线盒(SrojB);及 与所述RCM、所述GPSM、所述至少一个输出、所述至少一个输入和所述sroJB通信的车载计算机系统(VACS),其中在探测到紧急事件时,所述RCM请求所述VACS拨打紧急呼叫;其中在从所述RCM接收请求之后,所述VACS查询所述GPSM以获得车辆坐标、通知乘客开始所述呼叫,并且指示与所述VACS通信的无线设备以拨打所述紧急呼叫; 其中,所述VACS可被进一步操作以确定紧急呼叫的被连接 '及其中,一旦所述紧急呼叫被连接,所述VACS发送指示所述RCM被连接的消息,并且进一步联系所述sro JB。
2.如权利要求I所述的系统,其特征在于,所述至少一个输出为导航屏。
3.如权利要求I所述的系统,其特征在于,所述至少一个输出为车辆音响系统。
4.如权利要求I所述的系统,其特征在于,所述至少一个输入为麦克风。
5.如权利要求I所述的系统,其特征在于,所述至少一个输入为无线设备。
全文摘要
本发明公开一种紧急响应系统,包括乘客约束控制模块(RCM);全球定位系统模块(GPSM);至少一个输出;至少一个输入;智能配电接线盒(SPDJB);及与RCM、GPSM、至少一个输出、至少一个输入和SPDJB通信的车载计算机系统(VACS)。在探测到紧急事件时,该RCM请求VACS拨打紧急呼叫。在从RCM接收请求时,VACS查询GPSM以获得车辆坐标、通知乘客开始呼叫,并且指示与VACS通信的无线设备以拨打紧急呼叫。VACS可运转地确定紧急呼叫何时连接。一旦紧急呼叫连接,VACS发送指示连接至RCM的消息,并且进一步联系SPDJB以联系智能配电接线盒(SPDJB)。
文档编号H04W88/02GK102685708SQ20121003913
公开日2012年9月19日 申请日期2012年2月17日 优先权日2011年2月28日
发明者大卫·安东尼·哈顿 申请人:福特全球技术公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1