CN102164357A

CN102164357A - 用于紧急呼叫判优的方法

Info

Publication number: CN102164357A
Application number: CN2011100394207A
Authority: CN
Inventors: 大卫·安东尼·哈顿
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2010-02-15
Filing date: 2011-02-15
Publication date: 2011-08-24
Also published as: EP2360654A1; US20140370839A1; US8903354B2; US20110201302A1

Abstract

一种用于紧急呼叫判优的方法包括：将车辆计算系统连接到远程电话系统。车辆计算系统用于将预记录的或动态产生的消息发送到远程电话系统。车辆计算系统还接收在车辆内对远程电话系统说出的去话消息。所述预记录的或动态产生的消息与所述去话消息被组合为用于中继到远程电话系统的作为单个消息的第一信号。车辆计算系统从远程电话系统接收说出的来话消息。最后，将接收的来话消息与所述预记录或动态产生的消息组合为用于通过车辆音频系统重放的作为单个消息的第二信号。

Description

用于紧急呼叫判优的方法

本申请与下列申请相关：名称为“用于紧急通知的方法和系统”、2007年6月27日提交的第11/769,346号美国申请；名称为“用于紧急呼叫处理的方法和系统”、2009年3月6日提交的第12/399,513号美国申请；名称为“用于紧急呼叫布置的方法和系统”、2009年10月28日提交的第12/607,244号美国中请。

示意性的实施例总体上涉及一种用于紧急呼叫处理的方法和系统。

背景技术

ONSTAR提供了一种SAFE & SOUND程序，其中，人员“指导者”(Advisor)对来自配备了ONSTAR的车辆的紧急呼叫进行回复。通过按下位于客舱内(例如，后视镜下方)的紧急按钮来手动地发起呼叫，或者在发生碰撞的情况下当气囊展开时自动地发起呼叫。可使用安装在车辆内的一个或多个加速计或者其它冲击检测装置来检测碰撞。

从配备了ONSTAR的车辆到指导者交换机的紧急呼叫指示车辆的地理位置，并且安排指导者与客舱进行语音通信。指导者尝试与车辆的乘客进行通信，以确定引起紧急呼叫的事故的严重性和详情。如果由于乘坐者回应，或者由于没有回应(表示乘坐者可能被弹出和/或严重受伤)，指导者确定紧急关注是必需的，则指导者派出与车辆的报告地点最接近的紧急响应者。

名称为“用于检测车辆碰撞的方法和设备”的第7,119,669号美国专利描述了一种蜂窝电话，该蜂窝电话配备了用于检测车辆碰撞的技术。该系统是便携式的，并且独立操作，不需要嵌入的车辆子系统(诸如用于检测碰撞的加速计或用于检测车辆速度和位置的全球定位系统)。这些子系统被嵌入到在第7,119,669号美国专利中描述的蜂窝电话中。第7,119,669号美国专利描述了在检测到碰撞的情况下将电子数据(诸如碰撞的幅度、时间和位置)传送给管理部门。第7,119,669号美国专利还描述了播放预记录的关于装置所有者的消息(包括医疗信息)。第7,119,669号美国专利描述了各种软件“滤波器”，所述软件“滤波器”用于筛除“错误肯定”或“错误碰撞检测”，以避免在非紧急情况下(诸如，当蜂窝电话意外掉落时)不必要地联系紧急响应者。

名称为“用于车辆的电话可操作的全球跟踪系统”的第5,918,180号美国专利描述了一种使用位于车辆内的全球定位系统和蜂窝电话来跟踪车辆的系统。该系统还包括语音合成器电路，该语音合成器电路将数字编码的坐标转换为语音，以通过蜂窝电话说明车辆位置。通过从远程位置呼叫蜂窝电话，车辆的所有者可确定其位置。第5,918,180号美国专利还描述了使用该系统来呼叫警察。

名称为“基于蜂窝电话的自动紧急船只/车辆位置系统”的第5,555,286号美国专利描述了一种导航单元，该导航单元接收GPS数据，并且当接收到激活事件(诸如气囊展开)时，该导航单元使得在蜂窝电话中产生DTMF音，以拨打紧急响应者。车辆的地理位置信息和身份被合成为语音，然后使用蜂窝电话连接被传送给紧急响应者。

发明内容

在一个示意性实施例中，一种车辆通信系统包括与持久性和非持久性存储器通信的计算机处理器。该系统还包括与计算机处理器通信的本地无线收发器。本地无线收发器可被配置为与位于车辆中的蜂窝电话无线通信。持久性存储器包括应用，所述应用由计算机处理器执行，以在计算机处理器检测到车辆紧急情况下将紧急呼叫命令信号从本地无线收发器传送到蜂窝电话，使得蜂窝电话通过蜂窝电话网络将紧急呼叫布置给紧急响应者或紧急机构。因为用于计算机处理器和本地无线收发器的车辆电力在紧急情况下可能会丢失，所以该系统还可包括备用电力电路，所述电路包括诸如本地电池或电容器的电荷存储装置，所述电荷存储装置具有足够电荷以对计算机处理器和本地无线收发器供电足够长的时间，以在蜂窝电话发起紧急呼叫。

在另一示意性实施例中，一种车辆通信系统包括与持久性和非持久性存储器通信的计算机处理器。该系统还包括与计算机处理器通信的本地无线网络收发器。本地无线网络收发器可被配置为与连接到计算机网络(诸如互联网)的远程无线网络收发器进行无线通信。

持久性存储器包括应用，所述应用由计算机处理器执行，以在车辆紧急情况下将紧急呼叫信号从本地无线网络收发器传送到远程无线网络收发器。远程无线网络收发器将接收的信号转换为用于通过计算机网络发送的一个或多个包，以向紧急响应者或紧急机构通知车辆发生紧急状况。所述包可被路由到网络路由器，网络路由器用于将所述包路由到对紧急状况寻址的合适的网络地址。合适的网络地址可基于下列标准，包括但不限于，远程无线收发器的网络地址或由包括在紧急呼叫信号中的车辆位置信息限定的车辆位置。所述包可包括将所述包识别为紧急呼叫包以便于通过计算机网络进行路由的数据或属性。

一个或多个示意性实施例可包括一种装置和处理，所述装置和处理用于保持车辆紧急响应模块与车辆中的至少一个蜂窝电话或其它无线通信装置之间的持续连接。可设置适合的通知和状态指示器，以向车辆乘坐者通知连接被建立或断开。

除了通知车辆乘坐者之外，在一个或多个示意性实施例中，还可期望向车辆内的控制系统通知紧急呼叫的状态。例如，这将在确定呼叫是否被连接、丢弃、传送等的过程中是有用的。根据示意性实施例的一方面，当激活一个或多个碰撞相关传感器(例如，约束控制模块(RCM))时，紧急呼叫被布置。

在示意性实施例中，呼叫可被持续发送，直到车辆内设置了确认状态。确认状态可确认呼叫的回复，或者可确认实际操作者已经采取行动，或者确认其它适合的呼叫连接事件。在这些示意性实施例中，一旦呼叫连接被确认，则车辆可停止尝试布置呼叫。

另外，在一个或多个示意性实施例中，在紧急呼叫正在被布置的同时，所有其它类型的呼叫和数据传送可被阻止或暂停。这有助于确保移动装置(诸如蜂窝电话、PDA等)的资源被用于适当的目的，其中，通过所述资源布置呼叫。

此外，在一个或多个示意性实施例中，当检测到碰撞时，车辆系统可激活SOS模式。SOS模式可包括，但不限于，可听的车辆输出(诸如车辆汽笛)的激活。这样的噪声可能干扰正被布置的呼叫，由此在正在布置呼叫的同时时，车辆汽笛或其它可听的输出(警报等)可静音。

在一个或多个另外的示意性实施例中，紧急呼叫收发器或等效装置可使得呼叫被布置和/或将尝试的呼叫的状态发送到其它车辆系统。示例性的状态发送的非限制性列表包括，但不限于：呼叫正在进行中、未成功、呼叫完成、取消、配置关闭以及正常。还可发送其它适合的状态条件。

在至少一个实施例中，存在与特定驾驶者或驾驶者等级对应的特定钥匙(例如，没有限制地给予儿童驱动车辆的钥匙)。在这种情况下，点火装置中的特定钥匙的存在可防止紧急呼叫系统被关闭。

在另一示意性实施例中，驾驶者/乘客可选择进行隐秘地呼叫。这将呼叫的控制从车辆系统(麦克风和扬声器)转移到移动装置，通过该移动装置进行呼叫。另外，如果车辆熄火和/或车门打开，则许多车辆自动终止车辆电力。尽管对于关闭例如收音机有用，但是这样的系统通常将导致呼叫的停止。为了不丢失呼叫，当这样的事件(例如，车辆熄火和/或门打开)发生时，呼叫的控制被自动转移到移动装置。如果乘客由于着火的危险或其它危害必须逃离车辆，或者如果乘客只想离开车辆但是想继续呼叫，呼叫控制的自动转移防止呼叫丢失。

一个或多个示意性实施例的另一方面激活蜂窝电话以拨打除了紧急响应者之外的预定联系人的电话号码，并且将声音信号传送到所述预定联系人。

在另一示意性实施例中，一种车辆计算系统包括计算机处理器和本地无线收发器，计算机处理器与持久性和非持久性存储器通信，本地无线收发器与计算机处理器通信并且被配置为与位于车辆的蜂窝电话无线通信。在该示意性实施例中，当检测到紧急事件时，计算机处理器可通过蜂窝电话发起到紧急通信系统的连接。该处理器还可通过蜂窝电话将通话通信发送到紧急通信系统。

根据该实施例，处理器还可将多个通话选项呈现给紧急操作者。

在该实施例中，处理器可检测选项的选择，并且响应于选项的选择输出与选择的选项对应的适合的数据。

在另一示意性实施例中，一种车辆计算系统包括计算机处理器和本地无线收发器，计算机处理器与持久性和非持久性存储器通信，本地无线收发器与计算机处理器通信并且被配置为与位于车辆的蜂窝电话进行无线通信。

在该实施例中，当检测到紧急事件时，计算机处理器可确定通信装置是否连接到车辆计算系统。

如果通信装置没有连接到车辆计算系统，则处理器可搜索可连接的通信装置，并自动连接到可用的可连接的通信装置。

一旦处理器自动连接到通信装置，则处理器可使用通信装置布置紧急通信。

在另一示意性实施例中，一种机器可读存储介质存储多个机器可读指令，当车辆计算系统执行所述指令时，使得系统在检测到紧急事件时确定通信装置是否连接到车辆计算系统。

如果通信装置连接到车辆计算系统，则使得该系统使用通信装置布置紧急通信。

如果通信装置没有连接到车辆计算系统，则使得该系统搜索可连接的通信装置。

最后，如果找到可连接的通信装置，则使得该系统自动连接到通信装置。

在另一示意性实施例中，一种呼叫判优(arbitration)的方法包括：将车辆计算系统连接到远程电话系统。在该示意性实施例中，车辆计算系统用于将预记录的或动态产生的消息发送到远程电话系统。车辆计算系统还接收在车辆内对远程电话系统说出的去话消息。

在该示意性实施例中，所述预记录的或动态产生的消息与所述去话消息被组合为用于中继到远程电话系统的第一信号，作为单个消息。

此外，车辆计算系统从远程电话系统接收说出的来话消息。最后，将接收的来话消息与所述预记录的或动态产生的消息组合为用于通过车辆音频系统重放的作为单个消息的第二信号。

与所述去话消息相比，第一信号的较大百分比可由所述预记录的或动态产生的消息构成。

与所述预记录的或动态产生的消息相比，第一信号的较大百分可比由所述去话消息构成。

与所述来话消息相比，第二信号的较大百分比可由所述预记录的或动态产生的消息构成。

与所述预记录的或动态产生的消息相比，第二信号的较大百分比可由所述来话消息构成。

在另一示意性实施例中，一种消息传输的方法包括：使用车辆计算系统，以车辆计算系统操作的语言将第一消息发送到远程电话系统。

该方法还包括：确定是否应该以第二语言发送所述消息，并且基于该确定以第二语言发送所述消息。将被发送的消息从第二语言中的短语以及紧急情况字的集合中组配。

在另一示意性实施例中，一种计算机可读存储介质存储指令，当执行所述指令时，使得车辆计算系统执行一种方法。该方法包括：将来自车辆计算系统的电话呼叫布置到远程电话系统；将预记录或动态产生的消息发送到远程电话系统。

该方法还可包括：接收在车辆内对远程电话系统说出的去话消息；将所述预记录的或动态产生的消息与所述去话消息组合为用于中继到远程电话系统的作为单个消息的第一信号。

此外，该方法包括：接收来自远程电话系统的来话消息；将接收的来话消息与所述预记录或动态产生的消息组合为用于通过车辆音频系统重放的作为单个消息的第二信号。

示意性实施例的这些方面不是排它的。在下面的优选实施例、附图以及权利要求的详细描述中详细示出了本发明的其它方面。

附图说明

图1是示出一个或多个示意性实施例的示例性物理方面的系统图；

图2是可用于实现示意性实施例的另一示例性系统；

图3是可被实现为支持示意性实施例的蓝牙控制器的框图；

图4是示出一个或多个示意性实施例的示例性处理的流程图；

图5是示出用于进行中的紧急呼叫的一个或多个可行的可选择的和/或自动的传输模式的示例性流程；

图6是示出用于布置紧急呼叫的示例性系统的示例性示意图；

图7是RCM或等效装置的示意性状态图；

图8是紧急呼叫接收器或等效装置的示意性状态图；

图9示出用于激活紧急呼叫系统的示意性例程；

图10示出用于处理紧急呼叫的示意性例程，该例程包括将多个选项提供给紧急操作者；

图11示出用于在主输入装置不可用的情况下通过辅助输入装置进行选择和连接的示意性例程；

图12示出用于对多个音频流进行判优的示意性例程；

图13示出用于播放从关键字组合的消息的示意性例程；

图14示出用于自动更新语言数据库的示意性例程。

这些附图并非是可被实现以实施权利要求中描述的本发明的系统和处理的排它表示。本领域技术人员应该认识到，示出的系统和处理的实施例可被修改为或适合于满足要求保护的本发明的实施方式或其等同物。

具体实施方式

图1示出了非限制的物理系统架构，该物理系统架构可被实现为实施一个或多个示意性实施例。块10总体上包括车辆子系统，车辆子系统的一部分可通过车辆网络12(诸如控制器域网络或其它适合的通信网络)被互连。

数据处理器16可通过适当的网络接口或总线适配器24在车辆网络12上接收和发送信息。如本领域所熟知的，数据处理器16可以是与通用易失性存储器26以及通用非易失性或持久性存储器22(诸如磁存储器或闪速存储器)进行总线通信的传统RISC或CISC处理器。还可以设置可移除存储器40，诸如具有通用串行总线(USB)接口(未示出)的致密闪速卡或闪速存储器模块。

全球定位信号接收器/处理器14可被实现为从导航信号测时测距(NAVSTAR)全球定位系统的多颗卫星接收无线电信号(例如，UHF频带中的1575.42MHz的L1频率)。这些信号可包括识别发送卫星、星历数据和年历数据的伪随机码。全球定位信号接收器/处理器14可处理所述数据，以确定车辆的二维位置(例如，纬度和经度)、三维位置(例如，纬度、经度和高度)、速度和/或方向。在全球定位信号接收器/处理器14计算的位置、速度和/或方向信息可在车辆网络12上被传送到数据处理器16，和/或通过链路18被直接传送到数据处理器16。

或者，全球定位信号接收器/处理器53可以是蜂窝电话50的子系统。数据处理器16可通过收发器38和通信链路46获得表示蜂窝电话的全球位置的信息，因此获得表示车辆的全球位置的信息(蜂窝电话位于车辆内)。

车辆子系统可包括地图数据库20。数据库20(诸如通用存储器22)可采用多种形式，包括但不限于磁存储器(例如硬盘驱动器)、光学存储器(例如，CD-ROM、DVD)、闪速存储器等。如本领域所熟知的，数据处理器16可基于从GPS接收器/处理器接收的纬度、经度和方向数据以及从数据库20获得的地图数据确定车辆的当前街道位置和航向(heading)。

多个紧急状况传感器28可被接口连接到车辆网络12。这些传感器可包括，但不限于，气囊展开传感器、车辆冲击传感器、挡泥板(dash)冲击传感器、座椅/乘坐者冲击传感器、翻滚传感器、火焰/热传感器、汽油传感器以及乘坐者激活的紧急按钮。这些传感器可在各自的处理模块(未示出)内操作，每个处理模块具有连接到车辆网络12的单独接口(未示出)，用于发送指示多个不同紧急状况的信号。

与数据处理器16通信的另一子系统包括语音合成器或解码器28，语音合成器或解码器28用于将从数据处理器16接收的数字信息转换为可听的声音信号，例如，模拟声音信号。模拟声音信号可通过扬声器32被传送，或者在收发器38中被处理，以通过下面将更详细讨论的微微网(piconet)46被传送到蜂窝电话50的收发器(未示出)。如在自动电话菜单系统领域中所熟知的，可设置双音多频(DTMF)接口30，用于接收模拟DTMF频率，并且将其处理为对数据处理器16的命令信号。

收发器38可与蜂窝电话50或其它可用装置建立微微网46。蜂窝电话50是不永久性集成到车辆中的即时蜂窝通信装置的示例。即时蜂窝通信装置的另一示例可以是具有蜂窝通信和微微网通信能力的膝上型计算机。

在另一示例中，收发器38可包括蓝牙控制器。本领域技术人员应该理解，可使用具有不同通信特性和性能的其它收发器。其它车辆子系统包括链路状态指示器36，链路状态指示器36用于向车辆乘坐者通知收发器38和蜂窝电话50之间的通信链路的状态。所述状态包括，但不限于，可用装置，配对、未配对、连接、未连接等。在一个示意性实施例中，在液晶显示器(LCD)上指示通信链路的状态。在另一示意性实施例中，设置了一个或多个发光二极管(LED)或其它可视指示器。在另一示意性实施例中，通过车辆声音系统和/或扬声器32设置了可听的状态通知。数据处理器16可结合收发器38来监控链路状态。

选择/取消开关34还可与数据处理器16接口连接，用于对下面将更详细描述的微处理器/系统功能进行按钮控制。选择/取消开关34可以是结合LCD显示器操作的软开关，或者可以是由语音命令所操作的软件开关，所述语音命令在麦克风32接收并由语音合成器28和/或微处理器16处理。

除了图1中所示的之外，在本发明的范围内还可以实施子系统和外部通信网络之间的各种不同互连。例如，可在蜂窝电话50和数据处理器16、语音合成器28和/或DTMF接口30之间建立硬线连接。在另一示例中，数据处理器16可直接或间接连接到紧急传感器模块28，并且可对紧急传感器模块所附着的端口进行监控，而不是对车辆网络12的端口的进行监控。

在一个或多个示意性实施例中，蜂窝电话50与地面塔52建立无线通信48。地面塔52进而通过电话切换网络54与紧急响应者56建立通信。紧急响应者可包括警察、救护车、911公共安全接入点(PSAP)等，下面将更详细描述。地面塔52还可通过电话切换网络54与其他联系人建立通信，下面将更详细描述。基于GPS位置，例如，呼叫可被布置给位于车辆的当前位置本地的PSAP。

在一个或多个示意性实施例中，地面塔52可通过电话切换网络54与在web服务器60处的数据接口(未示出)建立通信。如在下面将详细描述的，可将从关联的数据库68传送的数据上载到与微处理器16关联的存储器22和/或从存储器22下载所述数据，如虚线70所示。

具有关联的存储器68的web服务器60可提供用于由多个浏览者(包括但不限于，紧急响应者66、蜂窝电话拥有者64、健康护理提供者等)访问的互联网接入62的多个网页。如在下面将详细描述的，一些浏览者(诸如蜂窝电话拥有者64)可通过互联网62将数据上载到存储器68，其他浏览者(诸如紧急响应者66)可下载数据。

图2示出了第二示例性的示意性的车载通信系统的系统架构，该车载通信系统可利用示意性实施例。使用通信系统启用的车辆(VCS)可包含位于车辆中的可视前端接口79。如果该接口设置了例如触感屏或电容型触摸屏，则用户还能够与该接口交互。在另一示意性实施例中，通过可听的语音和语音合成进行这种交互。

在图2所示的示意性实施例71中，处理器72控制系统的操作。设置在车辆自身内部的处理器允许命令和例程的车载处理。此外，该处理器连接到临时存储器73和持久性存储器74两者。在该示意性实施例中，临时存储器是随机存取存储器(RAM)，持久性存储器是硬盘驱动器(HDD)或闪速存储器。

处理器还设置有用于使用户与处理器交互的多个不同的输入。在该示意性实施例中，麦克风87、辅助输入85(用于输入89)、USB输入83、GPS输入84和蓝牙输入78均被设置。还设置了输入选择器90，以允许用户在各种输入之间切换。或者，可使用电路并通过编程以确定在哪个输入可获得信号，来自动选择输入。在一个实施例中，这可以通过比较不同输入处的信号或信号电平来实现。对于麦克风和辅助连接器两者的输入在被传送到处理器之前通过转换器86从模拟转换为数字。

系统的输出可包括，但不限于，可视显示器79和扬声器77或立体声系统输出。扬声器连接到放大器76，并且通过数字-模拟转换器75从处理器接收其信号。输出也可以沿着分别在标号81和82处显示的双向数据流被传送到远程蓝牙装置(未示出)或USB装置(未示出)。或者，音频输出可通过车辆音频/立体声系统被引导。

在一个示意性实施例中，系统71可使用蓝牙收发器78与用户的移动装置91(例如，蜂窝电话、智能电话、PDA等)进行通信(标号80)。移动装置然后可用于通过例如与蜂窝塔103的通信(标号93)来与车辆88外部的网络111进行通信(标号107)。

可通过按钮或类似输入将移动装置91与蓝牙收发器78配对，将车载蓝牙收发器将与移动装置中的蓝牙收发器配对告知CPU。

可利用与移动装置91关联的数据方案在CPU 72和网络111之间传送数据。或者，可期望包括车载调制解调器115，以通过语音频带在CPU 72和网络111之间传送数据。在一个示意性实施例中，处理器被设置有操作系统，该操作系统包括用于与调制解调器应用软件通信的API。调制解调器应用软件可访问蓝牙收发器上的嵌入模块或固件，以完成与(诸如移动装置中的)远程蓝牙收发器的无线通信。在另一实施例中，移动装置91包括用于语音频带或宽带数据通信的调制解调器。在语音上数据(data-over-voice)的实施例中，当移动装置的所有者在数据被传送的同时能够与该装置交谈时，可实施频分复用的已知技术。在其它时候，当所有者没有正在使用该装置时，数据传送可使用整个带宽(在一个示例中，为300Hz至3.4kHz)。如果用户具有与移动装置关联的数据方案，则该数据方案可允许宽带传输，并且系统可使用更宽的宽带(加速数据传送)。在另一实施例中，使用附在车辆88上的蜂窝通信装置(未示出)替换移动装置91。

在另一示意性实施例中，CPU 72可与LAN/WAN无线收发器(未示出)接口连接，用于通过非蜂窝无线链路(诸如Wi-Fi、WIMAX等)与网络111通信。移动装置91可包括LAN/WAN无线收发器。

另外的输入和/或装置可包括个人导航装置92或车辆导航装置109、车载CPS装置84或连接到网络111的远程导航系统(未示出)，个人导航装置92具有例如USB连接101和/或天线105，车辆导航装置109具有USB 113或其它连接。

在实现来自车辆的紧急呼叫的示例性系统中，设置了约束控制模块(RCM)。RCM与紧急呼叫接收器、群集器和BCM(主体控制模块)通信。RCM确定是否发生事故，并且从紧急呼叫接收器和BCM接收输入。如果发生事故，则RCM将指示处理紧急呼叫的信号发送到紧急呼叫接收器。

紧急呼叫接收器与导航屏幕、CID(驾驶座集成显示器)以及移动电话进行双向通信，移动电话用于与911操作者通信。紧急呼叫接收器可从例如与BCM通信的镜子麦克风(mirror microphone)接收输入。与导航屏幕的通信允许接收器显示相关的紧急呼叫信息，并且可使得接收器使用扬声器。与蜂窝电话(或其它便携式装置)的通信允许接收器与紧急服务通信。

BCM可从点火开关、停止/启动开关和/或门灯(door ajar)开关接收输入。BCM还可与导航屏幕通信。

方向盘开关可与收音机开关、导航屏幕、驱动器和紧急呼叫接收器通信。电子装饰板(finish panel)(EFP)还可与驱动器和紧急呼叫接收器通信。

导航屏幕和收音机均可与车辆扬声器通信。

如图3所示，蓝牙控制器可包括链路管理器层82、基带层84和无线电层86。在示意性实施例中，无线电层86可包括使用二进制频率调制以2.4GHz操作的射频模块88。

基带层84可包括基带资源管理器92，基带资源管理器92用于管理通过逻辑链路和逻辑传输连接的装置之间的数据交换，并且管理无线电介质的使用以执行查询，进行连接，或者可被发现。

基带层84还可包括链路控制器90，链路控制器90处理来自数据净荷的蓝牙包以及与物理信道、逻辑传输和逻辑链路相关的参数的编码和解码。链路控制器90执行链路控制协议信令，所述链路控制协议信令用于传送流控制以及确认和重新传输请求信号。

装置管理器94控制蓝牙启用装置的一般操作。装置管理器94负责蓝牙系统的不与数据传输直接相关的操作，诸如查询其它附近装置的存在、连接到其它装置、或者使得本地装置可被其它装置发现或连接。

链路管理器层82可包括链路管理器，链路管理器用于管理逻辑链路和/或逻辑传输的创建、修改和释放，并且管理与装置之间的物理链路相关的参数的更新。链路管理器可通过使用链路管理协议(LMP)与远程蓝牙装置中的链路管理器通信，来实现上述功能。当需要时，LMP允许创建装置之间的新的逻辑链路和逻辑传输，并允许对链路和传输属性的一般控制，诸如对逻辑传输的加密的启用、对物理链路上的传输功率的适配或对逻辑链路的QoS设置的调整。

图4示出了用于实现一个或多个示意性实施例的示例算法。本领域技术人员应该理解，本发明的范围不限于图4所示的特定算法。示出的处理可被修改以适合任何示意性实施例。图4所示的处理可由一个或多个处理器(诸如图1所示的数据处理器16)实现。不需要特定类型的处理器或配置。

在步骤102，可与车辆客舱内或附近的可用蜂窝电话建立本地通信链路。该链路可以是蓝牙微微网或者其它适合的无线或有线短程网络。在步骤104和106，可连续或以规则的间隔监控通信链路的状态。链路的状态可包括配对的蜂窝电话的连接性、信号强度、其它可用装置的身份等，如参照图1所述，链路状态可由LCD显示器、LED报告，或者被可听地报告。优选地，当链路中断时，或者当没有链路可用时，向车厢中的乘客提供警报或其它通知。

在步骤108，从车辆紧急传感器110接收紧急通知信号。车辆紧急传感器110可包括，但不限于，气囊展开传感器、气帘展开传感器、胸部展开传感器、膝垫展开传感器、自适应封装通风口(adaptive can vent)和/或绳索展开传感器、车辆冲击传感器、挡泥板冲击传感器、座椅冲击传感器、翻滚传感器、火焰传感器、汽油传感器、燃料切断传感器等。可由数据处理器16直接有线、无线或通过车辆网络12接收来自这些传感器的紧急信号。

当接收到紧急通知信号时，在步骤112，系统可向车辆乘坐者通知“即将在蜂窝电话50向一个或多个紧急响应者56或其它联系人发出紧急呼叫”。优选地，使用语音合成器28和扬声器32可听地作出乘坐者通知，语音合成器28和扬声器32可以是车辆声音系统的组件，或者也可以不是车辆声音系统的组件。下面是示例的通知：

“警报。本车辆中的安全传感器检测到车辆碰撞。车辆安全系统将在10秒内自动联系紧急响应者。如果你想终止呼叫，请按下你的取消按钮或说取消。”。

当然，可设置没有数量限制的不同通知。这些通知可以被预记录、预定义、或者基于检测的特定紧急情况和/或车辆内的特定乘坐者被动态创建。通知还可被重复一次或多次。在步骤114，为车辆乘坐者提供了使用选择/取消开关22或在麦克风32和语音合成器28接收的语音命令来取消紧急呼叫的机会。如果接收到取消信号，则处理停止，并且返回到块104的监控链路状态。

如果在步骤114没有终止紧急呼叫，则在步骤118收集紧急信息。紧急信息可包括车辆信息116和乘坐者信息120。车辆信息116可包括来自GPS接收器/处理器14的经度、纬度、方向、最后速度等、街道位置(如果车辆配备了地图数据20)、车辆类型/颜色、车辆紧急状况(例如，碰撞、起火、翻滚、汽油泄漏等)、乘坐者数量、座椅安全带状态、气囊展开、燃料切断状态等。乘坐者信息120可包括姓名、年龄、地址、血型、医疗过敏、医疗状况、保险信息、医生信息、紧急联系人等。紧急信息可被存储在多个存储位置，所述多个存储位置包括存储器26、存储器22、可移除存储器40或与蜂窝电话50关联的存储器51。

可通过与收发器38配对的蜂窝电话50的所有者、麦克风32处的语音输入、车辆控制台显示器(未示出)处的用户输入或包括钥匙标识符、存储器密钥标识符等的其它方式来确定乘坐者身份。

在步骤118收集了紧急信息之后，可作出另一乘坐者通知，用于向乘坐者警告即将进行紧急呼叫，并且向乘坐者提供取消该呼叫的机会，如上面参照步骤112和114所述。该步骤由虚线128表示。

如果没有取消紧急呼叫，则在步骤121，诸如蓝牙控制器的收发器38可在蜂窝电话上向一个或多个紧急响应者56或其它联系人58发起呼叫。如果不能发起呼叫，则系统尝试与车辆中或附近的另一蜂窝电话建立连接(如块122处所示)，并且传送紧急信息(如块121处所示)。

在步骤124，车辆信息116和/或乘坐者信息120的元素在语音合成器28被合成为声音信号，并且被读出到终端方(terminating part)56或58，如块126处所示。在一个或多个示意性实施例中，数据处理器16和语音合成器28为终端方56或58提供用于重复和获取车辆信息116和/或乘坐者信息120的各种元素的按钮音DTMF菜单选项。用虚线130和132示出了该处理。

此外，直接或作为来自菜单的可选择选项表示该信息的任何声音信号可在连接到终端方时立即开始传输。特定的紧急系统需要呼叫者按下1以验证紧急呼叫应该被布置，但是通过声音的表示可省略这种需要。通过在回答紧急呼叫时开始声音，系统能够避免有细微差别的系统需要以确保完成呼叫。

如果乘坐者具有用于报告紧急信息的识别的其他联系人58，则这些实体可被联系，并且紧急信息可被报告，如步骤134所示。

如图1所示，紧急响应者66和蜂窝电话/车辆拥有者64可被提供对具有关联存储器68的web服务器60的互联网访问。蜂窝电话/车辆拥有者64可访问服务器60提供的一个或多个网页，所述网页用于定义将被提供给紧急响应者56和66的紧急信息和/或提供信息的方式。例如，蜂窝电话/车辆拥有者64可指定他们的姓名、年龄(生日)、地址、血型、医疗过敏、医疗状况、医生、紧急联系人等。蜂窝电话/车辆拥有者64可指定在紧急情况下这些信息中的哪些信息被公开给紧急响应者56和/或紧急响应者66。在紧急情况下，紧急信息可通过蜂窝链路48被上载到蜂窝电话存储器51，和/或被上载到车内存储器22，以通过语音合成器28向紧急响应者56和其它联系人58进行报告。

紧急信息也可被存储在与web服务器68关联的数据库68中，用于在紧急情况下由紧急响应者66进行互联网访问。在一个实施例中，对紧急响应者56的声音传输包括用于通过互联网62在服务器60访问乘坐者紧急信息的指令。通过这种方式，紧急响应者56和/或紧急响应者66能够容易地访问所有乘坐者的紧急信息。

图5是示出用于进行中的紧急呼叫的一个或多个可行的可选择的和/或自动的传输模式的示例性流程。通常，采用上述实施例，当布置紧急呼叫时，通过车辆扬声器播放来话语音，在基于车辆的麦克风141记录去话语音。然而，在特定情况下，可期望所有呼叫被传送到移动装置，从而排除车辆系统。

一个非限制性的示例是系统71被设置有隐私功能。如果选择了隐私功能(标号143)，则呼叫还可被传送到移动装置147。用户还可被通知或警告这即将发生(标号144)，并且被给予物理地或口头地取消传送的机会(标号146)。作为一个示例，如果车辆发生事故，用户限于困境，并且一些物品移位并触发了隐私特征。用户可能不能物理地取消到非可到达的蜂窝电话的传送，所以用户会口头地取消传送。另一方面，本地噪声(例如，小孩、交通等)可能使得难以听见呼叫和/或可能使得操作者难以听见用户，从而会期望将呼叫传送到听筒。

即使用户直接的传送没有被处理，也会期望自动地传送呼叫(标号145)。发生这种情形的一个非限制性的示例是车辆电力被关闭或失效。在一个实施例中，如果车辆熄火，则可在电力关闭发生之前自动传送呼叫，从而不丢失呼叫。在这种情况下，CPU 72将使得呼叫被传送到移动装置147。

在可选实施例中，电路可被实现为用于车辆电力因事故或其它事件而失效或丢失的情形，如块300所示。电路的另一方面可包括在车辆处于正常的12伏的电力下的同时具有并保持特定电荷的电容器。在车辆电力丢失的情况下，电路可从电容器释放足够的电荷，以对蓝牙收发器供电，如块301和302所示。蓝牙收发器然后产生用于发送到移动装置的拨号字串，以进行紧急呼叫，并且向紧急响应者通知已经发生事故，如块303所示。

在本实施例的一个非限制性实现中，拨号字串可包括“911”之前的一系列逗号，以允许乘坐者在必要时取消紧急呼叫。

图6是示出用于布置紧急呼叫的示例性系统的示例性示意图。示例性的车辆装置包括RCM 151、紧急呼叫接收器153、包含麦克风159的镜子(或其它物理安装)、一个或多个媒体输出157以及配电分线箱155(PDJB)。

根据一个或多个示意性实施例，当RCM或等效装置登记符合条件的碰撞事件时，RCM通知紧急呼叫接收器(标号165)。

紧急呼叫接收器可具有用于执行的多个功能。紧急呼叫接收器可与RCM保持联系(标号165)，以当已经布置了呼叫时进行报告。这可允许RCM停止向紧急呼叫接收器153请求呼叫。紧急呼叫接收器还可通过麦克风接收用户输入，并且通过媒体输出重放操作者输入。另外，紧急呼叫接收器153可保持到移动装置161的蓝牙、USB连接，通过蓝牙、USB连接可将呼叫布置给911操作者163。

当碰撞发生时，PDJB(配电分线箱)尤其可激活SOS特征。上述特征可包括闪光灯、喇叭汽笛、汽车警报等。由于上述特征中的一些特征可能干扰呼叫，所以当呼叫正被布置和/或被连接时，PDJB可终止这些干扰的特征。这允许驾驶者更容易地与911操作者通信。

在一个非限制性示例中，只要呼叫被识别为正在进行之中，汽笛和其它可听的装置就被抑制。在任何其它状况下，SOS信号(诸如汽笛)持续发出声音，以吸引对事故的注意力。

此外，可在特定区域内禁止拥有911自动拨号器，或者用户在轻微碰撞的情况下可能只想避免呼叫911。在这些情况下，尤其当911呼叫即将被布置时，车辆可向驾驶者播放消息。这可允许驾驶者有取消去话呼叫的机会。

在至少一个示例性的实施例中，约束控制模块(RCM)151和紧急呼叫收发器153彼此通信。在一个实施例中，RCM可有规律地发送指示没有请求紧急呼叫的信号。该信号可按照例如每150ms或任何适合的更新周期被更新。

一旦RCM(或其它紧急检测模块或系统)检测到碰撞事件，则在下一个更新(或在没有实现周期性的通信的情况下)，RCM 151可发送请求紧急呼叫收发器153进行紧急呼叫的信号。紧急呼叫收发器153还可与RCM通信，使得消息能够被回送。例如，当接收到非请求信号时，紧急呼叫收发器可使用指示没有呼叫被请求的信号进行应答。如果实现了呼叫请求，则紧急呼叫收发器可将各种信号回送给RCM，所述各种信号包括但不限于：呼叫正在进行中、呼叫完成、呼叫取消、呼叫未成功(例如，没有电话连接以进行呼叫)或紧急呼叫关闭。如果需要，可使用另外的或更少的通信状态。

例如，如果RCM发送用于呼叫的请求，则RCM可持续发送该请求，只要RCM被告之呼叫被请求。一旦呼叫已经被例如布置、完成、取消、确定未成功等，则RCM可转而发送指示没有呼叫被请求的信号。应注意，在这种情况下，没有呼叫请求的信号并不意味着呼叫应被终止，而是表示没有请求布置呼叫。

如果响应无效、中断、未接收到等，则RCM可将最后有效接收状态登记为当前接收状态。在这种情况下，如果有效接收到呼叫已经被布置、完成等的指示，则RCM可持续请求呼叫。或者，如果没有保存最后有效状态，则RCM可默认为登记“正常”(即，没有布置呼叫)状态，使得继续再次进行请求。这有助于确保呼叫被请求，直到RCM确认呼叫已经被布置。

在请求了紧急呼叫并且没有取消紧急呼叫的情况下，紧急呼叫收发器153可操作移动装置161(例如，移动电话、PDA等)拨打“911”或其它紧急号码。在一个实施例中，紧急呼叫收发器153可与CPU 72(图2)通信，CPU 72进而与移动装置161通信。在一个可选实施例中，无线电话可被固定到车辆中，或者有规律地与车辆一起行驶。

在另一可选实施例中，紧急呼叫收发器153可包括无线网络接入收发器400，或者与无线网络接入收发器400通信。如果无线局域网(LAN)、广域网(WAN)、Wi-Fi网络等存在于车辆附近，则无线网络接入收发器400可被配置为与这些无线网络通信。

在紧急呼叫被请求的情况下，车辆中的本地LAN/WAN收发器400可与远离车辆的远程LAN/WAN收发器401进行无线通信。当远程LAN/WAN收发器401接收到紧急呼叫的请求时，远程LAN/WAN收发器401可与“911”呼叫中心163建立连接。可通过网络402(例如，互联网)或电话开关建立该连接。在一个实施例中，紧急呼叫网络开关403可被实现为将在WAN收发器401接收的紧急呼叫路由到最近的911呼叫中心163。在一个实施例中，LAN/WAN收发器401的IP地址可被用于确定LAN/WAN收发器401的大体位置。可访问查找表404以确定离LAN/WAN收发器401的IP地址或位置最近的911呼叫中心的IP地址或电话号码。在另一实施例中，车辆的位置可由GPS模块84(图2)确定。该位置可以和紧急呼叫请求通过本地LAN/WAN收发器400一起被传送到远程WAN收发器401。紧急呼叫开关403可接收该信息，并且访问查找表404，以基于从GPS模块84接收的GPS信息确定最近的911呼叫中心163。然后可通过电话、网络连接或其它方式联系最近的911呼叫中心163。

在可选的实施例中，GPS模块84可以是移动装置161的集成组件。可通过访问位于移动装置161内或位于系统88(图2)内的GPS模块84确定车辆位置。

本地WAN收发器400不被限制到车辆附近。本地WAN收发器400可以是移动装置(例如，移动电话、PDA等)的组件，或者甚至是手持装置。传统的LAN/WAN路由器/接入点还可以被配置为发送紧急呼叫。可通过LAN/WAN网络接入装置上的按钮或者通过与LAN/WAN网络接入装置通信的另一装置来触发紧急呼叫。换句话说，利用本发明的该方面，“电话”没有必要进行紧急呼叫。任何位置(不限于车辆)的网络接入点可被配置为在紧急情况下联系用于定位和联系911呼叫中心163的紧急呼叫开关403。这包括了位于家庭、办公室内的网络接入点以及嵌入到个人计算机、膝上型计算机、蜂窝电话和PDA中的网络接入点。或者，诸如LAN/WAN路由器的网络接入点可被配置为识别本地911呼叫中心或PSAP的IP地址或其它识别信息(诸如，电话号码)。在该实施例中，紧急呼叫开关403可以不是必需的。

还可以期望RCM记录对于诊断目的的呼叫请求。图7是RCM或等效装置的示例性状态图。在该非限制性的示例中，RCM在“正常”状态181和请求了紧急呼叫的状态(例如，“活跃”状态)183之间转换。

如果RCM当前处于正常状态，则在没有发生符合条件的事件(例如，气囊展开)的情况下，RCM保持处于正常状态。除非发生触发事件，否则RCM将保持处于“正常”状态。

如果发生符合条件的事件，则RCM可请求紧急呼叫，记录显示请求紧急呼叫的时间戳，并且转换到“活跃”状态。

只要RCM接收到呼叫正在进行中的信号等，RCM就保持处于活跃状态。一旦确认呼叫被例如完成、取消等，则RCM可记录呼叫时间戳的结束，并且转换回到“正常”状态。另外，例如，如果没有从紧急呼叫收发器接收到消息，则RCM可记录错误消息，从而诊断技术可确定通信中存在故障。

图8是紧急呼叫接收器或等效装置的示例性状态图。在没有呼叫被布置时，紧急呼叫收发器保持处于“正常”状态201。在这种状态下，紧急呼叫收发器通过将“正常”信号发送到RCM，来向RCM通知没有布置呼叫。接收器将保持处于这种状态，直到来自RCM的请求触发了状态改变。

例如，如果RCM请求呼叫，则接收器可登记为“活跃”，并且通过移动装置转换到正在进行呼叫的状态。另外，在进行呼叫之前，接收器可启动倒计数定时器，以给予用户取消呼叫的机会。一旦计数器到时，则接收器可转换到正在进行呼叫的状态203。

或者，如果禁用紧急呼叫，则即使接收器登记为“活跃”，接收器也不能布置呼叫。在这种情况下，接收器可转换到取消状态209。如果呼叫者取消呼叫，则也可从正在进行呼叫的状态达到取消状态。一旦取消呼叫，则接收器可向RCM通知呼叫被取消，并且返回到正常状态。

如果呼叫正在进行中，则呼叫可由于移动装置不可用而被终止。即，尽管接收器尝试布置呼叫，但是没有空闲的移动装置用于数据传递。在这种情况下，接收器可转换到未成功状态205。例如，接收器还可以在到达该状态之前重试可定义的次数的呼叫，以尝试寻找工作的移动装置。

例如，如果没有接收到DTFM，则正在进行中的呼叫可转换到呼叫超时状态。在确定呼叫完成、未完成、连接不可用等之前，超时信号可使得呼叫处理重复预定义的次数。

当一方挂断时，也可完成呼叫。如果接收器检测到用户或操作者已经终止呼叫，则接收器可转换到呼叫完成状态207。在呼叫完成状态和未成功状态下，由于无论怎样都不再布置呼叫，所以接收器可向RCM通知接收器已经返回到正常状态。

最后，在该非限制性的示例中，如果紧急呼叫接收器从“开启”状态变为关闭，则该接收器可转换到“关闭”状态211，从而例如向用户通知已经关闭紧急呼叫。一旦作出了该通知，则接收器可返回到其正常状态，在正常状态下，接收器等待进一步的指令。

虽然可在车辆中提供这些示意性的实施例(这些实施例在车辆中被自动激活)，但是还可期望在激活系统之前需要一些初始化。

图9示出用于激活紧急呼叫系统的示例性例程。首先，可以存在在产品中可编程的车辆地区代码。车辆地区代码可指示意图部署车辆的世界上的地区。该代码还可以被例如经销商或其他授权的代理商改变。

系统检查地区代码，以查看紧急服务在部署地区是否可用(标号221)。如果紧急服务不可用，则紧急呼叫系统不能被激活(标号229)。

如果紧急服务可用，则在该示例性实施例中，系统进行检查，以查看在车辆中是否存在主用电话(标号223)。通常，在具有主用电话和辅助电话的系统中，主用电话属于车辆的所有者。如果存在主用电话，则系统进行登记，否则就不激活紧急呼叫(标号229)。

然后，系统询问用户是否期望紧急呼叫激活(标号225)。如果是，则对主用电话和辅助电话激活紧急呼叫(标号227)，否则不激活紧急呼叫(标号229)。

在一个示意性实施例中，如图10所示，示出了用于将一个或多个信息选项提供给911操作者的示例性的示意性处理。例如，如果存在对于操作者可用的改变的信息源，该处理将会是有用的。在另一示意性实施例中，操作者可具有选择输入类型或格式(例如，无限制、多种外国语言中的一种)的选项。

在该示意性实施例中，例如，基于车辆的计算系统检测如这里所述的紧急事件。紧急事件的检测或者例如来自乘客的命令可使得基于车辆的计算系统连接到911系统(标号1001)。可通过无线联网连接或通过其它任何适合的方法，经由呼叫进行到911系统的连接。

在该示意性实施例中，一旦基于车辆的计算系统已经连接到911系统，则基于车辆的计算系统对911系统发出声音(标号1003)。在操作者没有立即响应的系统中，这通常将使得呼叫被向前传送到操作者，并且如果操作者已经连接，则基于车辆的计算系可提供有用的信息。

接着，根据该示意性实施例，基于车辆的计算系统将多个选项提供给911操作者(标号1005)。例如，系统可向911操作者提供车辆的GPS坐标。或者，该系统可将坐标作为数据直接发送给911系统。

另外，基于车辆的计算系统可提供车辆安全系统信息。例如，如果操作者请求，则基于车辆的计算系统可发送下列信息：气囊已经展开、哪些气囊已经展开、燃料切断开关已经被触发等。其它信息(诸如，碰撞时的车辆速度等)也可被传送给911操作者。该信息可包括紧急算法结果，该结果指示例如严重伤害的可能性。

在一个示意性实施例中，操作者通过按下使得特定DTMF音被播放的数字来对系统进行响应。例如，按下“1”将导致来自基于车辆的计算系统的GPS坐标的数据或语音输出。在另一示意性实施例中，操作者可说出“一”，或作出一般的对信息的语音请求，诸如“GPS坐标”。

提供给操作者的GPS数据或其它数据可由基于车辆的计算系统从CANBUS引出。在另一示意性实施例中，基于车辆的计算系统可从连接到所述基于车辆的计算系统的远程GPS装置(诸如TOMTOM)获得GPS坐标。

一旦选项被提供给911操作者，则基于车辆的计算系统检查来自所述操作者的输入(标号1007)。如果没有检测到输入，则系统可继续检查输入持续预定时间段(标号1011)，检查是否发生超时(标号1010)，然后如果预定时间段已经过去而没有输入，则重复用于操作者的菜单选项。

或者，如果检测到输入，则基于车辆的计算系统相应地响应，将请求的信息提供给操作者(标号1009)。接收和识别的输入可由操作者和乘坐者口头确认，即，“线路打开”、“发送位置”等。

在另一示意性实施例中，如果主移动装置由于任何原因断开或不可用，则基于车辆的计算系统可通过辅助移动装置布置呼叫。图11中示出了该处理的示意性示例。

在该示意性实施例中，系统可首先检测紧急事件(标号1101)。例如，紧急事件可以这里所描述的任何情形。

一旦检测到紧急事件，则基于车辆的计算系统确定移动装置当前是否连接到所述基于车辆的计算系统。

如果没有装置被连接，则系统将尝试检测并且连接到可进行紧急呼叫的任何可用装置。系统首先检测以查看是否有通信装置可用(标号1109)。如果没有装置可用，则系统可向乘客通知装置不可用(标号1107)。该通知的用处在于，该通知可允许乘客开启装置，或者告之乘客需要通过可选择的源来获得帮助。当然，如果需要，则不需要出现该通知。

由于乘客可响应于该通知而激活通信装置，或者仅仅由于先前不可用的装置可变为可用，所以系统继续搜索通信装置(标号1113)。

一旦通信装置可用，则系统连接到检测到的通信装置(标号1111)。在该实施例中，尽管由于存在紧急状况，所以许可不是必需的，但是在“正常”操作模式下，处理器可需要来自用户的许可，以连接到通信装置。

如果系统初始连接到通信装置，或者如果系统连接到检测到的通信装置，则系统检测以查看“连接到新装置”事件是否已经被触发。可由于多种原因触发该事件。例如，连接的装置实际上可能不具有可用的蜂窝信号(意味着使用该装置不能布置实际的呼叫)。作为另一示例，连接的装置的电力可能即将耗尽，这意味着即使呼叫能够被布置，也不能完成该呼叫。

如果存在触发事件，则系统搜索不同的可用通信装置(标号1115)。如果这样的装置可用，则系统进行连接(标号1111)，并且重复确定处理。如果没有另外的装置可用(标号1117)，则与该示例中不进行处理相反，系统尝试使用连接的装置布置呼叫(标号1119)。该动作是与如果没有触发“连接到新装置”事件系统所采取的动作相同的动作。

在另一示意性实施例中，车辆计算系统或远程计算系统可提供先进的音频判优和/或用户交互。

例如，如果车辆导航显示器可显示车辆位置，并且用户可使用该显示器向911操作者描述车辆位置。另外，可显示行驶方向。由于车辆可能已经在事故中旋转，所以行驶方向可基于正好在检测的事故之前存储的坐标。在另一示意性实施例中，系统可保存一系列坐标，并且可使用大多数都是指定行驶方向的坐标。例如，如果12个存储的坐标中的10个坐标指示特定方向，则在发生事故之前车辆很可能朝向该方向。

在该示意性实施例中，用户可能在没有十字路口的公路上限于困境。因此，显示车辆正行驶的方向以报告给紧急服务将会是有用的。

在另一示意性实施例中，可在呼叫的两端采用先进的判优。例如，不是仅仅将基于车辆的信号播放给操作者，而是系统可提供X％的车辆声音和Y％乘客声音的音频。因此，不禁止操作者在听到来自车辆的信息的同时听到乘坐者的困境。

类似地，车辆乘坐者可听到正被中继给操作者的信息，并且还能够听到操作者讲话。该信号是混合的音频信号，允许两种声音被同时听到。另外，可设置允许“打开线路”的按钮或命令，使得仅有第一信号或第二信号被听到。

在图12中示出了该示意性实施例的示例。在该实施例中，在线路的一端播放混合信号(标号1201)。

如果乘坐者或操作者选择第一命令以专门打开单个音频流(标号1203)，并且第一音频流被选择(标号1207)，则第一音频流被播放(标号1205)。该音频流被专门播放，直到再次按下按钮以选择混合音频流(标号1213)(也考虑用于结束流的其它选项，诸如消息的完成、流的静音、选择可选的命令等)。

如果乘坐者或操作者选择第二命令以专门打开第二音频流(标号1209)，则第二音频流被播放(标号1211)。该流被专门播放，直到设置了用于停止该流的命令(或如上所述的其它选项)。

在另一示意性实施例中，如图13所示，车辆计算系统可以按照多种语言将信息提供给紧急指导者。在该示意性实施例中，车辆计算系统在第一语言集下操作，并且一套关键字以一种或多种另外的语言被存储在车辆计算系统的存储器中。

首先，车辆计算系统以第一语言将消息播放给紧急响应者(标号1301)，所述系统在第一语言下操作。然后，车辆计算系统可接收对于第二语言的输入(标号1303)。如果接收到第二语言请求，则系统检查以查看在请求的语言中是否存在必要的关键字集(标号1305)。如果不存在所述关键字集，则将消息呈现给紧急操作者(标号1309)。

如果存在关键字集，则车辆计算系统访问存储的字(标号1307)，并且重放合适的字(标号1311)。

在该示意性实施例中，播放的字以存储的形式被获取，即，关键句以多种语言被预先存储，并且以记录的形式被重放。紧急数据包括，但不限于，速度变化、冲击速度、安全带使用、气囊展开等。推测起来，有限数量的字可用于描述各种紧急状况。还基于存储的各个数字的串联以及例如字“周期”来重放坐标。作为一个示例，1303.22可被重放为“1”、“3”、“0”、“3”、“.”、“2”、“2”，并且由保存的字“0”、“1”、“2”、“3”和“.”形成。这样可节省使得系统在两种语言集之间切换的时间，尽管这样的方案也是可行的。

此外，如果车辆计算系统和移动装置之间的连接的信号强度为低，或者如果检测的电池电量为低，则车辆计算系统可在建立的连接上“转储”关键信息，而不等待提示。这有助于确保在连接丢失之前传送重要信息。

或者，车辆可以按照第二语言自动播放消息，而不是等待将被请求的第二语言。例如，如果车辆计算系统确定车辆处于除了选择的语言之外的语言是本地语言的地理区域，则系统可在以当前选择的语言集播放紧急消息之后以本地语言自动重放紧急消息(可使用当前选择的语言集，或者可使用销售车辆的区域的语言，尽管这两种语言可能是相同的)。

例如，非限制性地，如果用户从美国通往墨西哥，则用户仍可将英语作为选择的语言集。如果车辆系统被切换到西班牙语，则用户可能不能理解该系统。在该示例中，基于例如GPS坐标、蜂窝信号中的代码等识别处用户位于墨西哥的该系统在以英语播放了紧急消息之后将以西班牙语播放紧急消息。或者，可首先播放西班牙语消息。或者，系统可加载在产生紧急消息的过程中有限使用的辅助“紧急语言集”，同时保持用于与乘坐者通信的英语语言集。

在另一实施例中，如图14所示，车辆计算系统动态更新语言集，从而如果发生紧急情况，则准备好合适的语言用于访问。

如果车辆计算系统检测到(或被告之)已经进入使用与选择的语言不同的语言的地区(标号1401)，则该系统可检查用于紧急情况的适合的关键字集(标号1403)。如果不存在关键字集，则系统可联系远程服务器(标号1405)，以查看语言集是否可用(标号1407)。如果没有语言集可用，则驾驶者可被告之不存在本地语言集(标号1411)。

如果适合的语言集可用，则该系统可通过远程连接下载该语言集(标号1409)。这允许车辆计算系统用适合的语言集进行动态更新。如果在语言集被下载之前没有发生事故，则驾驶者的经验将是语言集已经存在。

在另一示意性的实施例中，触摸屏车辆显示器可包括SOS按钮。如果SOS按钮被用户按下，则可联系紧急服务。这可允许省略普通的事故检测，或者除了该系统之外还可设置自动拨号系统，或者设置自动拨号系统代替该系统。

在另一示意性的实施例中，还可在车辆显示器中包括路边辅助按钮。该按钮在紧急呼叫期间可被禁用，并且可通过触摸被激活以与路边辅助计算机/操作者/提供者通信。

车辆显示器还可在紧急情况下提供VIN号码，和/或VIN号码可被提供给紧急操作者以帮助确定例如亲属的位置。VIN还可被显示在车辆显示器上。

车辆计算系统和/或电话还能够识别当拨打了紧急号码时是否出现占线信号。在占线信号的情况下，该系统可自动重拨无限制的固定次数，或者在拨打了固定次数之后，该系统可呼叫辅助号码，诸如存储的紧急联系号码。该系统还可告之乘坐者呼叫完成/未完成。

虽然已经详细描述了各种示例性、示意性、非限制性的实施例，但是本发明相关领域的技术人员应该理解用于实施本发明的各种替换设计和实施例，其仅由权利要求限定。

Claims

1.一种呼叫判优的方法，包括：

将车辆计算系统连接到远程电话系统；

使用车辆计算系统将预记录的或动态产生的消息发送到远程电话系统；

通过车辆计算系统接收在车辆内对远程电话系统说出的去话消息；

将所述预记录或动态产生的消息与所述去话消息组合为用于中继到远程电话系统的作为单个消息的第一信号；

从远程电话系统接收说出的来话消息；

将所述来话消息与所述预记录的或动态产生的消息组合为用于通过车辆音频系统重放的作为单个消息的第二信号。

2.根据权利要求1所述的方法，还包括：

提供允许所述预记录的或动态产生的消息或所述去话消息被单独播放的选择选项。

3.根据权利要求1所述的方法，还包括：

提供允许所述预记录的或动态产生的消息或所述来话消息被单独播放的选择选项。

4.根据权利要求1所述的方法，其中，与所述去话消息相比，第一信号的较大百分比由所述预记录的或动态产生的消息构成。

5.根据权利要求1所述的方法，其中，与所述预记录的或动态产生的消息相比，第一信号的较大百分比由所述去话消息构成。

6.根据权利要求1所述的方法，其中，与所述来话消息相比，第二信号的较大百分比由所述预记录的或动态产生的消息构成。

7.根据权利要求1所述的方法，其中，与所述预记录的或动态产生的消息相比，第二信号的较大百分比由所述来话消息构成。