确定碰撞事件后的车辆用户位置的制作方法

本发明涉及确定车辆碰撞后的车辆用户的位置。

背景技术：

可使用座椅重量传感器来确定机动车辆乘员的位置。然而，在车辆事故后，乘员可能从车辆座椅移位；因此，传感器可能不足以识别事故后的乘员的位置。因此，需要确定事故后的、尤其是在配备有远程信息处理的车辆中的乘员的位置，该配备有远程信息处理的车辆可允许乘员与应急服务人员通话。

技术实现要素：

根据本发明的一个实施例，提供了一种确定车辆碰撞事件后的车辆用户的位置的方法。该方法包括以下步骤：在后台系统处接收车辆碰撞事件的指示，其中该指示显示为图形用户界面；使用图形用户界面在后台系统处接收命令，其中该命令与识别车辆处的车辆用户的位置相关联；以及将该命令发送至车辆，使得车辆执行该命令。

根据本发明的另一个实施例，提供了一种确定车辆碰撞事件后的车辆用户的位置的方法。该方法包括以下步骤：将车辆通信装置和与用户相关联的移动装置关联；在通信装置处接收车辆碰撞事件的指示；经由一个或多个车辆麦克风在通信装置处接收音频输入，该音频输入与移动装置发出的可闻声相关联，该可闻声与在通信装置处接收到的车辆碰撞事件的指示相关联；以及使用音频输入确定用户的位置。

根据本发明的另一个实施例，提供了一种在车辆碰撞事件后与车辆用户建立通信的方法。该方法包括以下步骤：在车辆中的车辆通信装置处接收一个或多个位置数据输入；使用通信装置处的一个或多个位置数据输入，确定用户的第一位置；将与第一位置相关联的位置参数存储在通信装置的存储器中；在通信装置处接收车辆碰撞事件的指示；在通信装置处接收至少一个附加位置数据输入；响应于接收指示，使用存储的位置参数和至少一个附加位置数据输入来确定用户的第二位置；以及促进数据服务中心和第二位置处的用户之间的蜂窝通信链路的建立。

附图说明

下文将结合附图描述本发明的一个或多个实施例，其中相似附图标记表示相似元件，并且其中：

图1是描绘通信系统的一个实施例的框图，该通信系统能够利用本文所公开的方法；

图2A示出了在车辆碰撞事件后与车辆用户建立通信的方法的流程图；

图2B示出了图2A所示的方法的另一个实施例；

图3示出了在碰撞事件后车辆用户可能位于的车辆内部区域、车辆外部区域和边缘区域；

图4示出了在碰撞事件之前和之后增强车辆内语音音频和乘员及移动装置的位置检测的方法的流程图；以及

图5示出了包含图1所示车辆的图形描绘的现场顾问屏幕的一个实施例。

具体实施方式

下述方法涉及识别车辆碰撞事件后的车辆用户或乘员的位置。可使用车辆通信装置和一个或多个车辆传感器来确定事件之前的用户的位置，并且接着可使用一个或多个车辆传感器来确定碰撞事件后的用户的位置。碰撞前的位置信息可存储在装置存储器内并且可用于碰撞后位置确定的至少一部分中。在一些实施方式中，移动装置(例如，能够进行短程无线通信的移动装置)可用于识别在碰撞事件之前和/或之后的用户的位置。以下文将要解释的，在至少一个实施例中，移动装置可发出可闻声，该可闻声可向位于车辆内的一个或多个麦克风提供输入；通信装置可使用这些输入来确定用户的碰撞后的位置。该方法可包括随后建立用户与远程定位数据服务中心(例如，诸如车辆呼叫中心)之间的语音通信(例如经由蜂窝链路)。即使当用户处于嘈杂环境中(例如，在车辆事故后)时，使用语音增强和噪声抑制技术可改善语音通信的语音质量。

此外，该方法可包括在远程信息处理后台系统处将车辆信息和车辆用户信息显示给现场顾问——例如，从而使现场顾问可确定合适的行动方案。在至少一个实施例中，基于所显示的信息，现场顾问可能能够使用所显示的智能手机信息向一个或多个智能手机发出呼叫以及从后台系统选择车辆座舱内的一个或多个用户区域从而聚集或隔离那个/那些区域内的音频。

通信系统

参考图1，示出了包含机动车辆通信系统10的操作环境，其可用于实施本文所公开的方法。通信系统10通常包括：一个或多个无线载波系统12；陆地通信网络14；后台系统16，其包括远程服务器18或数据服务中心20中的至少一个；移动装置22；以及车辆24，其包含车辆远程信息处理单元26和音频系统28。应当理解，所公开的方法可与任何数量的不同的系统一起使用并且不受在此所示的操作环境的特别限制。而且，系统10的体系、构造、设置和操作及其各个部件是本领域公知的。因此，以下段落简单地提供了这样一个通信系统10的简要概述；然而，在此未示出的其它系统也可采用所公开的方法。

无线载波系统12优选地为蜂窝电话系统，该蜂窝电话系统包括多个蜂窝塔(只示出了一个)、一个或多个移动交换中心(MSC)(未示出)，以及将无线载波系统12与陆地网络14进行连接所需的任何其它联网部件。例如，在GSM系统中，每个蜂窝塔可包括发送和接收天线以及基站，其中来自不同蜂窝塔的基站直接或者经由诸如基站控制器的中间设备连接至MSC。应当理解，蜂窝系统12可实施任何合适的通信技术，包括例如，诸如AMPS的模拟技术，或诸如CDMA(例如CDMA2000)或GSM/GPRS的较新的数字技术。本领域的技术人员将理解，各种蜂窝塔/基站/MSC布置是可能的并且可以和无线系统12一起使用。仅列举几个可行的布置，例如，基站和蜂窝塔可以协同定位在相同地点或者它们可以彼此远程地定位，每个基站可以对单个蜂窝塔负责或者单个基站可以服务各个蜂窝塔，并且各个基站可以耦合至单个MSC。

除了使用无线载波系统12，形式为卫星通信的不同的无线载波系统可用来提供与车辆的单向或双向通信。这可以通过使用一个或多个通信卫星和上行链路发射站(未示出)来完成。例如，单向通信可以是卫星无线电服务，其中节目内容(新闻、音乐等)由发射站接收，打包用于上传，然后发送至卫星，其向订户广播节目。例如，双向通信可以是卫星电话服务，该卫星电话服务使用卫星来中继车辆24和上行链路发射站之间的电话通信。如果使用的话，该卫星电话可用于无线载波系统12的补充或代替。

陆地网络14可为常规的基于陆地的电信网络，该电信网络连接至一个或多个陆线电话并且将无线载波系统12连接至后台系统16。例如，陆地网络14可包括诸如那些用于提供硬线电话服务、包交换数据通信和互联网基础设施的公共交换电话网(PSTN)。陆地网络14的一个或多个段可以通过使用标准有线网络、纤维网络或其它光网络、电缆网络、电力线、诸如无线局域网(WLAN)的其它无线网络、或者提供宽带无线接入(BWA)的网络或其组合来实施。此外，数据服务中心20不需要经由陆地网络14连接，但是可包括无线电话设备使其可以与无线网络(诸如无线载波系统12)直接通信。

远程服务器18可以是经由诸如互联网的专用或公共网络可访问的多个计算机中的一个。每个诸如可经由陆地网络14和/或无线载波12访问的网络服务器的此类服务器18可用来实现一个或多个目的。其它此类可访问的服务器18可为，例如：服务中心计算机，其中，可从车辆24上传诊断信息和其它车辆数据；客户端计算机，该客户端计算机由车辆所有者或其它订户用于诸如访问或接收车辆数据、或建立或配置订户偏好或者控制车辆功能的目的；或者第三方存储库，通过与车辆24或数据服务中心20或它们两者通信，将车辆数据或其它信息提供给第三方存储库或提供来自第三方存储库的车辆数据或其它信息。远程服务器18也可用于提供诸如DNS服务的互联网连接，或者用作网络地址服务器，其使用DHCP或其它合适的协议以将IP地址分配给车辆24。

数据服务中心20设计用于为车辆24(以及其它类似车辆)提供多个不同系统后台功能，并且通常包括一个或多个开关、服务器、数据库、现场顾问和自动语音响应系统(VRS)，所有这些都是本领域公知的。这些不同的数据服务中心部件经由有线或无线局域网优选地彼此耦合。可为专用分支交换机(PBX)开关的开关路由传入信号以便使得语音传输通常通过固定电话发送至现场顾问或通过使用VoIP发送至自动语音响应系统。现场顾问电话也可以使用VoIP；VoIP和其它通过开关的数据通信可经由连接在开关与网络之间的调制解调器来实施。数据传输经由调制解调器传送至服务器和/或数据库。数据库可以存储诸如订户验证信息、车辆识别符、简档记录、行为模式和其它相关订户信息的帐户信息。数据传输也可通过诸如802.11x、GPRS等的无线系统进行。尽管一个实施例已被描述为它可能会通过使用现场顾问和人控数据服务中心20一同使用，应当理解的是，数据服务中心可替代使用VRS作为自动顾问，或者可以使用VRS和现场顾问的组合。

可选的移动装置22(与车辆座舱一同示出的)包括任何能够在广阔的地理区域内进行蜂窝语音和/或数据呼叫的电子装置，在该地理区域中，传输由无线载波系统12促进。例如，根据与诸如无线服务供应商(WSP)的第三方机构签订的订购协议，它可配置用于提供蜂窝服务。此外，移动装置22可通过有线方式或经由短程无线通信(SRWC)(诸如IEEE802.11协议、WiMAX、ZigBee^TM、Wi-Fi直连、蓝牙、近场通信(NFC)等中的任一个)的无线方式电耦合至车辆24。

如图1所示，移动装置22可包括耦合至处理器30的用户界面，该处理器配置用于执行存储在移动装置存储器32(例如，装置的非暂时性计算机可读介质)上的操作系统(OS)。附加部件可包括无线芯片集34(用于短程无线通信、蜂窝通信或者用于这两者)、麦克风36和至少一个音频扬声器38。处理器30也可进一步执行存储在装置存储器32内的一个或多个软件应用40。使用此类应用，车辆用户可远程控制车辆24或后台系统16，或者与车辆24或后台系统16通信(例如，经由蜂窝通信、SRWC或这两者)。例如，软件应用可使用户能够远程地锁定/解锁车辆车门、将车辆点火/熄火、检查车辆轮胎压力、燃料液位、润滑油寿命等。根据另一个软件应用实施例，应用40可执行本文所述的方法步骤中的至少一些——例如，它可控制扬声器38并访问存储在装置存储器32内的音频库(或诸如此类)，使得当受到另一装置(例如，远程信息处理单元26、音频系统28、数据服务中心20处的计算机等)的命令或指令时，移动装置22可发出可闻声以协助车辆通信装置(例如，车载车辆计算机)在车辆碰撞事件后来定位关联用户，这将在下文进行更详细的描述。

移动装置22的非限制性示例包括蜂窝电话、个人数字助理(PDA)、智能手机、可能具有或不具有双向通信能力的个人膝上型计算机或平板计算机、上网本计算机、笔记本计算机或其任何合适的组合。车辆用户可在车辆24的内部或外部使用移动装置22，该车辆用户可以是车辆驾驶员或乘客。应当理解，用户不需要具有移动装置22或车辆24的所有权(例如，车辆用户可以是所有者、执照持有者或这两者)。

在所示出的实施例中，车辆24被描绘为客车，但是应当理解的是，也可使用包括摩托车、卡车、运动型多功能车辆(SUV)、娱乐用车辆(RV)、海上船只和飞行器等在内的任何其它车辆。车辆24可包括多个电子装置，其包括远程信息处理单元26、音频系统28、多个车辆传感器(未示出)和用于控制或调节各种车辆子系统的多个其它车辆系统模块(VSM)。远程信息处理单元26、音频系统28、传感器和VSM可通过一个或多个车辆通信网络(例如，通过有线链路(例如，总线或离散布线)或无线链路(例如，使用类似于上述那些短程无线通信的一种或多种形式))互相连接或电耦合。

远程信息处理单元26可以是OEM安装(嵌入式)装置或售后市场装置，其安装在车辆内并且使得能够在无线载波系统12上并经由无线网络进行无线语音和/或数据通信。远程信息处理单元26可连接至音频系统(麦克风和扬声器)并且包括蓝牙以便连接至智能手机。这使得车辆24能够与数据服务中心20、其它远程信息处理使能车辆(未示出)或一些其它实体或装置(诸如移动装置22)通信。远程信息处理单元优选地使用无线电传输以与无线载波系统12建立通信信道(语音信道和/或数据信道)，以便可以在信道上发送和接收语音和/或数据传输。通过提供语音和数据通信，远程信息处理单元26使车辆能够提供包括这些与导航、电话、紧急救援、诊断、信息娱乐等有关的多个不同服务。可以经由数据连接，诸如在数据信道上经由包数据传输，或者使用本领域已知技术经由语音信道发送数据。对于涉及语音通信(例如，与数据服务中心20处的现场顾问或语音响应单元)和数据通信(例如，向数据服务中心20提供GPS位置数据或车辆诊断数据)的组合服务，系统可在语音信道上使用单个呼叫，并且可按照需要在语音信道上在语音和数据传输之间进行切换，这可以通过使用本领域技术人员已知的技术来实现。使用远程信息处理单元26的蜂窝通信可使用无线服务供应商(WSP)在无线载波系统12上执行；并且应当理解，与远程信息处理单元26相关联的WSP不需要是与移动装置22相关联的相同WSP。

根据一个实施例，远程信息处理单元26根据GSM、CDMA或LTE标准利用蜂窝通信，因此其包括用于类似免提呼叫的语音通信的无线芯片集44(例如，用于蜂窝通信和/或SRWC通信)、用于数据传输的无线调制解调器(未示出)、电子处理装置或处理器46、一个或多个数字存储装置48和天线50。应当理解，调制解调器可以通过存储在远程信息处理单元存储器48内并由处理器46执行的应用软件52来实施，或者其可以是位于远程信息处理单元26内部或外部的分离硬件部件。调制解调器可以使用任何数量的不同标准或协议(诸如LTE、EVDO、CDMA、GPRS和EDGE)来操作。车辆与其它联网装置之间的无线联网也可使用远程信息处理单元26来执行。为此目的，远程信息处理单元26可配置成根据一个或多个无线协议以无线方式进行通信，该无线协议包括诸如IEEE802.11协议、WiMAX、ZigBee^TM、Wi-Fi直连、蓝牙或近场通信(NFC)中任一个的短程无线通信(SRWC)。当用于诸如TCP/IP的包交换数据通信时，远程信息处理单元26可以配置有静态IP地址或可以设置成自动接收来自网络上的另一装置(诸如路由器)或来自网络地址服务器的指定IP地址。

处理器46可以是任何类型的能够处理电子指令的装置，其包括微处理器、微控制器、主处理器、控制器、车辆通信处理器和专用集成电路(ASIC)。它可以是仅用于远程信息处理单元26的专用处理器或者可以与其它车辆系统(例如，诸如音频系统28)共享。处理器46执行诸如存储在存储器48中的软件或固件程序的各种类型的数字存储指令，其使远程信息处理单元能够提供各种各样的服务。例如，处理器46可以执行程序或处理数据以执行在此讨论的方法的至少一部分。

存储器48可包括计算机可用或非暂时性计算机可读介质，其包括一个或多个存储装置或部件。示例性非暂时性计算机可用存储装置包括常规计算机系统RAM(随机存取存储器)、ROM(只读存储器)、EPROM(可擦除可编程ROM)、EEPROM(电可擦除可编程ROM)、以及磁盘或磁带、或光盘或光带。

远程信息处理单元26可以用于提供涉及与车辆进行的往和/或返无线通信的多种车辆服务。此类服务包括：分路段导航以及与基于GPS的车辆导航模块(未示出)一起提供的其它导航相关服务；安全气囊展开通知以及与一个或多个碰撞传感器接口模块56(诸如，车身控制模块)一起提供的其它紧急情况或者道路援助相关服务；使用一个或多个诊断模块的诊断报告；以及信息娱乐相关服务，其中，音乐、网页、电影、电视节目、视频游戏、和/或其它信息通过信息娱乐模块(未示出)下载并且进行存储以供当前或者随后重放。上面列出的服务决不是远程信息处理单元26的所有能力的详尽列表，而仅仅是列举了远程信息处理单元能够提供的其中一些服务。此外，应理解，至少一些上述模块可以以保存在远程信息处理单元26内部或者外部的软件指令的形式来实施，其可以是位于远程信息处理单元26内部或者外部的硬件部件，或者其可以与彼此或者与位于车辆中的其它系统集成一体和/或共享，这里只引述几种可能性。如果这些模块被实施为位于远程信息处理单元26外部的VSM，则其可以使用通信网络来与远程信息处理单元交换数据和命令。

音频系统28包括连接至一个或多个麦克风60以及一个或多个音频扬声器64的车辆信息娱乐系统(VIS)模块60。VIS模块60可以包含：用于输入/输出(I/O)的用户接口(未示出)、SRWC芯片集66、语音处理模块68、一个或多个处理器或者处理装置70，以及一个或多个存储器装置72——仅仅列举几个部件。SRWC芯片集66允许VIS模块60能够与诸如移动装置22等便携式装置连接(例如，使用任何合适的SRWC链路；例如，Wi-Fi、Wi-Fi直连、蓝牙、NFC等)。语音处理模块68包括硬件(例如，电路)、软件或者其组合，其允许增强用户语音并且抑制噪声(例如，座舱噪声、周围车辆噪声、甚至是其它车辆乘客的语音，仅列举几个示例)。语音处理模块68可以使用技术人员已知的多种技术，包括过滤、语音/非语音识别等。

(VIS模块60的)一个或多个处理器70和存储器72的实施例可以与(远程信息处理单元26的)(一个或多个)处理器46和存储器48是相似类型并且具有相似特点和质量，并且因此在此不作更详细的解释。例如，存储器72也可以是非暂时性计算机可读介质。然而，将理解，处理器70和存储器72可以专门适用于执行与VIS模块60(而不是与远程信息处理单元26)相关联的过程和方法。并且再次，在至少一个实施例中，(一个或多个)处理器70和存储器72可以执行本文所设想的方法实施例的一个或多个步骤。例如，(一种或多种)方法可以作为可由VIS模块60的或者与其通信的一个或多个计算装置执行的一个或多个计算机程序来执行，以便使VIS模块和/或其相应(一个或多个)计算装置执行该方法，并且可以将多个方法相关数据存储在任何合适的存储器中。计算机程序可以以多种活跃和非活跃形式存在。例如，计算机程序可以作为以下事项存在：由呈源代码、目标代码、可执行代码或者其它格式的程序指令组成的(一个或多个)软件程序；(一个或多个)固件程序；或者硬件描述语言(HDL)文件。

示出了音频系统28中的多个麦克风62(例如，在一个实施例中，至少两个麦克风位于每个座椅位置附近)。这仅仅是示例并且设想了其它布置。在至少一个实施例中，一些麦克风是免提(HF)麦克风62A并且一些是主动降噪(ANC)麦克风62B(图1示出了具有每样一个的配对；然而，这也仅仅是示例)。以下文将更加详细地描述的，麦克风62可以用作车辆传感器(例如，用于确定车辆用户位置的传感器)。HF麦克风62A可以是双向的、全向的、或者任何其它合适指向的麦克风，其适应于座舱内部的大小和形状、用户座椅位置、车辆部件及其在座舱内的相应空间定向、座舱隔音材料等。ANC麦克风62B配置为从经由HF麦克风62A接收到的期望声音中过滤环境噪声；ANC麦克风62B以及用于实施其的技术通常对于技术人员而言是已知的。扬声器64也可以是常见的；示出了三个；然而，这仅仅是示例。例如，也可以使用更多或者更少的扬声器。

图1示出了单个车辆用户76；然而，车辆24中可以存在一个或多个附加乘员。进一步地，在至少一个实施例中，可以将附加乘员的语音过滤掉或者隔离掉，以便使计算机18或者现场顾问(在数据服务中心20处)——例如，在车辆碰撞事件后——可以接收并且理解用户76的语音。

方法

现在转向图2A至图2B，图中示出了用于在车辆碰撞事件后与车辆用户76建立通信的方法200。该方法始于步骤210，在步骤210中，在车辆通信装置处接收一个或多个位置数据输入。如本文所使用的，车辆通信装置包括远程信息处理单元26、VIS模块60或者这两者。位置数据输入包括从车辆24中的一个或多个车辆传感器接收到的任何合适的电子数据。可以适用于提供位置数据的车辆传感器的非限制性示例包括：车辆座椅(压力)传感器、安全带传感器、距离传感器、车载摄像机等等。根据至少一个实施例，位置数据输入进一步包括通信装置与移动电话22之间的SRWC数据。例如，技术人员将理解，涉及无线信号强度、信号传输时间等的技术可以用于确定移动装置22至与通信装置相关联的天线的距离。因此，当假定移动装置22相对接近车辆用户76定位时，该SRWC数据可以进一步用于确定车辆用户的位置。此外，在至少一个实施例中，通信装置可以使用来自音频系统28的输入——从两个或更多个麦克风62处接收(例如，由用户76的语音所引起)——来确定用户在车辆24中的位置(例如，到达时间差(TDOA)、三角测量法、以及使用来自两个或更多个麦克风的音频的其它位置检测技术对于技术人员而言是已知的)。因此，位置数据输入也可以包括用户语音音频信号。这些多个位置数据输入可以单独地或者以彼此间任何合适的组合进行使用，以便确定用户在车辆24中的位置。并且方法200可以用于任何数量的车辆用户。下面的描述对增强来自用户76的语音音频进行描述；然而，这些相同的技术也可以用于增强来自其它用户的语音音频。

将理解，为了使用移动装置22与车辆通信装置之间的SRWC(以及确定来自其的位置数据输入)，首先需要形成SRWC链路或者连接。至少根据一个示例，通信装置和移动装置22可以根据蓝牙协议进行配对(当然，这仅仅是示例并且也可以使用其它SRWC协议)。建立了SRWC链路后，在至少一种实施方式中，移动装置22可以为通信装置提供与移动装置相关联的识别符。在一个非限制性示例中，该识别符可以是订户身份模块识别符或者SIM-ID。以下文将更详细地讨论的，远程信息处理单元26可以使用该识别符来确定装置22的移动电话号码(例如，通过询问无线服务供应商(WSP)或者移动网络运营商(MNO)，或者通过询问数据服务中心20，该数据服务中心20可能先前已经使移动装置22与车辆24相关联并且存储了电话号码，或者数据服务中心20可以与WSP或者MNO进行联系)。无论移动装置22的识别符是如何获得的，在建立了SRWC后，移动装置22和通信装置都可以执行多种无线交互，并且通信装置可以接收适合于确定移动装置的相对距离(和位置)的SRWC数据(例如，信号强度数据、传输延迟数据等)。在步骤210后，该方法进行到步骤220。

在步骤220中，可以使用在步骤210中接收到的位置数据输入来确定车辆用户76的实际或者大概位置。例如，通信装置可以使用安装在存储器(例如，48、72或者这两者)中的应用软件(例如，52、74或者这两者)来确定用户76的第一或者碰撞前位置，该应用软件可以由处理器(例如，46、70或者这两者)执行。响应于该软件的执行，处理器(例如，46、70或者这两者)可以确定与碰撞前位置相关联的位置参数；例如，用户位于驾驶员座椅(如在图1中示出的)、前排乘客座椅、两个或更多个后排乘客座椅中的一个等。在至少一个实施例中，识别移动装置22的位置也可以假定是用于识别其用户76的位置(或者至少是用户的位置由软件(52、74或者这两者)使用来确定碰撞前位置的证据)。

在确定了碰撞前位置后(步骤220)，可以将与该位置相关联的位置参数存储在存储器中(例如，存储器48、72或者这两者)(步骤230)。设想到，在一些实施方式中，可以重复步骤210、220和230(例如，周期性地或者以其它方式重复)；因此，可以更新碰撞前位置参数。在步骤230后，方法200可以进行到步骤240。

在步骤240中，车辆24可以经历碰撞事件。可以在通信装置处从一个或多个车辆传感器或者模块接收指示该事件的数据。例如，如上文所讨论的，车身控制模块(BCM)56可以经由车辆通信网络向通信装置提供电气输出。短语“碰撞事件”应该进行广义地理解以包括任何合适的紧急事件，在紧急事件中，车辆24的乘员可能受到伤害、或者从其在车辆24内的相应位置处移位或者同时出现这两种情况。因此，碰撞事件包括：物体(包括但不限于其它车辆)撞击车辆24，以及车辆24撞击其它物体和/或车辆。在步骤240后，该方法进行到步骤250。

在步骤250中，接收新的、附加的、或者碰撞后的位置数据输入。一个或多个先前所讨论的来源(例如，针对步骤210所讨论的)可以提供这些输入——包括但不限于，车辆传感器、麦克风62、移动装置22等。其后，方法200进行到步骤260。

在步骤260中，通信装置使用碰撞前位置参数以及与(一个或多个)碰撞后位置数据输入相关联的位置参数来确定车辆用户的位置。图3示出了车辆用户76在碰撞后可能处于的三个大体区域——例如，用户76可以处于车辆内部位置(R_I)、车辆外部位置(R_O)、或者边缘位置(R_F)。车辆内部位置(R_I)包括完全处于车辆座舱或者内部中。车辆外部位置(R_O)包括完全处于车辆座舱外部。边缘位置(R_F)包括用户76部分地在车辆座舱内且部分地在车辆座舱外的情况。在边缘区域(R_F)中，音频系统28可能或者可能不适合于进行语音通信(例如，通过数据服务中心20与现场顾问进行语音通信)——例如，这是由于环境噪声、车辆部件或者碰撞中涉及的物体引起的障碍等。相似地，当用户76现在位于车辆外位置(R_O)中时，音频系统28可能无法充分地接收用户语音。

在每个大体区域R_I、R_O、R_F中，通信装置均可以使用碰撞前和碰撞后位置参数来确定更加精确的位置。举例来说，假设碰撞前位置参数指示用户76处于驾驶员座椅中，并且碰撞后位置参数指示用户76处于边缘区域(R_F)。附加传感器(例如，座椅压力传感器、安全带传感器、摄像机传感器、以及甚至是麦克风62)可以用于确定更加精确的碰撞后位置参数。例如，在碰撞事件后，驾驶员的座椅压力传感器可以指示“没有驾驶员存在”，驾驶员的安全带传感器可以指示“未系安全带”，摄像机传感器可以指示用户76从车辆方向盘向前倾，并且麦克风可以从处于驾驶员座位前方区域中的用户76接收语音。这些仅仅是示例；并且其它传感器输入是可能的。进一步地，其它车辆传感器数据(例如，来自BCM56的数据)可以指示在碰撞事件之前车辆24的方向和速度以及撞击时作用在车辆24上的力的方向和大小。例如，BCM56可以指示车辆24的迎头或者正面碰撞；该数据可以与碰撞后位置数据一起使用以确定车辆用户76的位置。将理解，在一些情况下，第一用户位置和第二用户位置可以是相同的，而在其它情况下，第一用户位置和第二用户位置可以不同(如在上文的示出性示例中)。

应理解，对碰撞后事件用户位置的确定可以包括：确定和使用一种或多种可能性(例如，基于多次使用的位置数据的可能性)。在步骤260后，方法200进行到步骤270。

在步骤270中，通信装置响应于碰撞事件的检测来促进数据服务中心20与用户76之间的蜂窝链路。例如，当用户76处于车辆座舱内时(R_I)，通信装置可以使用音频系统28和远程信息处理单元26来使得能够进行免提事件。例如，用户可以发起或者数据服务中心20可以发起该中心20与车辆24之间的语音通话。其后，可能至少部分地丧失能力的用户可以与中心20处的现场顾问进行语音通话。在语音通话期间，现场顾问可以使用图5中示出的接口类似的接口来确定碰撞情形，包括：车辆的位置、对紧急服务的需要(例如，警察、护理人员、消防部门、拖车等)、以及用户76或者其它乘员对任何特定医疗看护的需要。例如，当用户76处于车辆外位置处时(R_O)，通信装置可以使用用户的移动装置22来建立蜂窝链路。例如，在至少一个实施例中，先前已经存储了移动电话号码的数据服务中心20可以在远程信息处理单元26(向该中心20)报告了碰撞事件以及用户的碰撞后位置在车辆24外部后呼叫移动装置22。例如，当用户处于边缘区域中时(R_F)，通信装置可以确定来自用户76的用户语音质量或者音频质量是否大于预定阈值(例如，考虑到一个或多个因素，诸如，信号强度、噪声等)。当用户语音质量小于或者等于预定阈值时，数据服务中心20可以经由移动装置22进行蜂窝通信，如上文所描述的。并且当该质量大于预定阈值时，数据服务中心20可以经由车辆音频系统28进行蜂窝通信，如上文所描述的。

在步骤280中，可以增强经由音频系统28从用户76接收到的任何语音(例如，无论用户的碰撞后位置是哪里)。图4示出了增强语音音频的实施例——示出了碰撞前(步骤420)和碰撞后(步骤430至470)。如所示出的，通信装置可以基于移动装置22与通信装置之间的SRWC链路410接收与麦克风62(例如，62A、62B或者这两者)相关联的电气输入数据以及SRWC数据。通信装置可以使用该输入数据(除了任何其它合适的输入数据之外)用于正在进行的对用户及用户相关联的移动装置22的位置检测(420)。在碰撞事件后，可以使用由通信装置接收到的输入数据来确定碰撞后状态(430)；例如，可以执行音频系统可操作性检查，这包括：确定哪些麦克风62和扬声器64是可操作的以及SRWC链路410是否仍然存在。假定通过了音频系统可操作性检查，通信装置可以执行声学处理(440)；例如，使不同类型(62A、62B等)的麦克风62达到均衡或者基于碰撞条件或用户位置来使麦克风62达到均衡，和/或针对一个或多个麦克风执行声学回声消除(仅仅列举几个示例)。在一些实施方式中，可操作性检查不需要100％的可操作性(或者完全可操作性)；例如，部分可操作性也可以“通过”(这种条件可以在通信装置处预先配置)。

根据步骤450的一个实施例，通信装置可以执行座舱区语音增强或者噪声抑制(例如，使用麦克风选择、波束成形等技术)以放大用户语音音频、过滤或以其它方式减小来自车辆24、其它乘员、环境等的环境噪声。步骤450可以包括：打开或者关闭一个或多个车窗以提高待经由蜂窝传输发送的来自用户76的语音音频。在另一个实施例中，步骤450由数据服务中心20执行(例如，在蜂窝链路的建立后，下面的步骤470)；例如，数据服务中心20处的计算机或者现场顾问可以选择性地控制区语音增强和/或座舱噪声抑制。此外，在步骤460中可以使用这些技术中的一些来确定用户76的碰撞后位置参数(例如，包括但不限于，打开和/或关闭一个或多个车窗)。

图4中的步骤460确定用户76的碰撞后位置参数(上文在步骤260中进行了部分地描述)并且进一步包括对移动装置22的附加位置确定。在此，假定移动装置22的位置靠近用户76。对装置22的位置检测可以包括：使用SRWC数据来重复这些技术(上文描述的)，或者可以包括：从移动装置22接收可闻声以及使用麦克风62来检测其位置，以下文将更加详细地描述的。可以经由远程信息处理单元26将步骤420至460中接收和/或确定的数据的至少一部分发送至数据服务中心20，以便可以向车辆24和用户76提供紧急服务。

也存在其它实施例。例如，图2B中示出了(图2A的)步骤250、260和270的不同实施例(示出为方法200’)。在一个实施例中，执行步骤250’、260’和270’；并且在其它实施例中，方法200仅仅执行这些步骤中的一个或者两个。在步骤250’中，在步骤240中接收到车辆碰撞事件的指示后，通信装置可以执行音频系统可操作性检查(步骤250A)(与上文所描述的相似)。如果可操作性检查不通过，则方法200’可以进行到步骤260’，使用一个或多个传感器(例如，除了麦克风62之外)来确定用户的碰撞后位置，并且然后进行到步骤270C(直接与移动装置22建立蜂窝链路)，下文对其进行了讨论。或者，该方法可以基于可操作性检查的不通过而跳过步骤260’并且直接进行到步骤270C。

当在步骤250A中时，该可操作性检查确定至少部分可操作性(例如，“通过”)(即，麦克风62、扬声器64或者这两者至少部分地可与VIS模块60一起操作)，方法200’可以进行到步骤250B。在步骤250B中，通信装置可以终止或者断开建立在车辆24与移动装置22之间的SRWC链路。尽管并不是所有实施例都需要步骤250B，但对于使移动装置22在至少一些情形下响铃(例如，作为电话响铃)，断开SRWC链路是必需的。

在步骤250C中(其可以在步骤250B后)，呼叫可以通过车辆24内的远程信息处理单元26或者数据服务中心20被置于移动装置22上。作为呼叫结果，装置22可以发出可闻声(例如，铃声等)。如将在下文中描述，该声音可以用于确定移动装置22的位置(并且暗示用户76的位置)。应当理解的是，存在其它方式来提示移动装置22发出可闻声。例如，安装在移动电话22上的应用软件40可以配置成与车辆24相配合，例如，更加具体地与远程信息处理单元26或VIS模块60相配合。在检测到碰撞事件后，可以向移动装置22启动数据或语音呼叫，其指令软件应用40发出任何预定可闻声(例如，即使在移动装置22的音量已经被静音处理或按照其它方式设置成“静音”；例如，该可闻声可以仅在紧急模式下发出)。此外，可闻声的音量或幅度可以预先确定(并且在某些情况下，可以标度越来越大——例如，直到装置被检测到)。在步骤250B已经省略或跳过的其它实施方式中，发出可闻声的指令可以经由SRWC链路(例如，从远程信息处理单元26或VIS模块60)在移动装置22处接收到。此外，如果期望的话，该指令可包括重复该可闻声(例如，周期性地)。步骤250’后，方法200’可以进行到步骤260’。

步骤260’示出了子步骤260B(1)、260B(2)和260B(3)，其中，用户76分别位于车辆内部(R_I)、边缘区域(R_F)中，或者车辆外部(R_O)。在至少一个实施方式中，从移动装置22发出的可闻声(步骤250C)可以用于确定用户76的大体区域和/或更具体的位置参数(例如，再次假设碰撞事件后移动装置22位于用户76附近)。例如，至少一个麦克风62可以接受可闻声，将其转换成电子位置数据输入，此后，通信装置可以使用该输入来确定移动装置22的位置参数(且因此或假定，用户76的位置参数)。步骤260’另外可包括上述的其它技术(例如，图2A，步骤260中)。

图2B更为详细地示出了步骤270’的一个实施例。例如，当确定用户76在车辆24的内部(R_I)(步骤260B(1))或在边缘区域(R_F)中(步骤260B(2))时，该方法可以进行到步骤270A。并且当通过通信装置确定该用户在车辆24的外部(R_O)(步骤260B(3))时，该方法可以进行到步骤270B。在步骤270A中，如果用户语音质量小于或等于预定阈值，则该方法进行到步骤270B，但是如果用户语音质量大于该阈值，则该方法进行到步骤270C。用户语音质量可以采用类似上述图2A步骤270所述的方式确定。

在步骤270B中，该移动装置用于与用户76通信(例如，可以在数据服务中心20和移动装置22之间建立语音呼叫，例如，在某些情况下，由该中心20发起)。或者，如果SRWC链路保持不变(例如，跳过步骤250B)，则移动装置22(以及用户76)可以使用音频系统28经由远程信息处理单元26与数据服务中心20进行通信。例如，移动装置22可以(经由SRWC链路)连接至远程信息处理单元26，并且远程信息处理单元26可以(经由蜂窝链路)连接至数据服务中心20。因此，在至少一个实施例中，该通信系统可以选择性地确定是否经由车辆音频系统28(麦克风62和扬声器64)或经由移动装置22(麦克风36和扬声器38)进行通信。当确定用户76位于边缘区域(R_F)中时可能尤其期望如此。步骤270’后，方法200’可以进行到步骤280(图2A)。

仍然存在其它实施例。如上面所讨论的，在至少一个实施方式中，现场顾问可以参与到上述方法中。在至少一个实施例中(参见图5)，现场顾问可以呈现为车辆的图形描绘或图形用户界面(GUI)500(例如，在监视器或者屏幕上)并且碰撞相关信息以及屏幕的至少某些部分用户是可选择的。例如，图5示出了车辆的图形描绘510(例如，车辆24的顶视图)，其具有可选择的听取/通信区520、一个或多个警报通知530，以及一个或多个信息部分540-560。该车辆描绘510可对应于碰撞涉及的实际车辆24的车辆制造商、型号和年份；且可以呈现比所示出的那些更多或更少的细节。在图5中，示出了四个区520(例如，对应于四个乘客座椅)；然而，这仅仅是示例，并且更多或更少的区可以在其它实施方式中显示出。警报通知530可以警告或指示紧急事件或碰撞事件的现场顾问。例如，在图5中，通知530通知车辆24内的安全气囊展开；然而，这只是一个示例而已。在某些实施方式中，通知530可以鲜明地着色(例如，红色)和/或闪烁，甚至伴随有可闻声——例如，以吸引现场顾问的及时关注。信息区域540-560可以提供附加信息——例如，与车辆24碰撞事件相关的信息。非限制性示例包括：信息区域540可以提供伤者信息；信息区域550可以提供移动装置信息；并且信息区域560可以指示一个或多个移动装置(例如装置22)(相对于车辆)的位置。在示出的实施例中，信息区域540包含以下文本数据：一名伤者位于驾驶员座椅(90％可能性)，另一名伤者位于车辆24的副驾驶员座椅外部(50％可能性)，以及另外一名伤者的位置未知(90％可能性)。在示出的实施例中，信息区域550包含以下文本数据：一个移动装置(例如，22)位于驾驶员座椅处，另一个移动装置(之前连接至VIS模块60)不再被检测到。并且信息区域560示出位于驾驶员座椅处的移动装置(即，其碰撞后位置)的图形描绘。信息区域550还包含以下文本数据：碰撞前连接至VIS模块60的相应移动装置22的电话号码，以及其碰撞后连接状态(例如，电话号码为3135551001的移动电话碰撞后经由蓝牙(BT)仍然保持连接，而电话号码为3135551002的移动电话在碰撞后不再被检测到)。将该信息以及类似类型信息实时或近实时地显示给现场顾问可以使得现场顾问在决定隔离或者聚集语音用于与具体区域(R_I、R_F、R_O)或区520内的车辆乘员通信时能够做出更好判断。因此，在紧急情况下或碰撞后，现场顾问可以更好地协助车辆乘员。图形描绘500可进一步包含其它帮助或建议泡状部570——例如，警告现场顾问潜在的用户界面功能；然而，这些都是不需要的。例如，在图5中，一个泡状部570指向具有陈述“听着！”的文本消息的区520，另一个泡状部570指向碰撞后检测到的具有陈述“呼叫这个移动电话！”的文本消息的移动装置(例如，电话号码为31355510001的装置)，并且另一个泡状部570指向具有陈述“拨打这个电话号码！”的文本消息的信息区域中的一个区域(例如55)。

因此，现场顾问可以选择图形描绘500以促进与车辆乘员进行任何合适的交互(例如，使用计算机鼠标(未示出)、触摸屏、键盘、话控开关或任何其它用户输入装置)。因此，仅用于说明的目的，现场顾问可以基于车辆乘员位于驾驶员座椅区的高可能性(例如，90％可能性)和/或基于对移动装置位置560的车辆检测(例如，特别是碰撞前，该特定移动装置与驾驶员座椅内的乘员相关联的位置)来选择驾驶员座椅区。且如上所述，现场顾问的选择可能会使得该现场顾问能够听取该区内的音频，而没有来自其它区的音频和/或噪声，例如，因为所选区的音频可能包括来自车辆驾驶员的语音音频。再次，这可能包括任何合适的音频聚集和/或隔离技术，例如，基于现场顾问、车辆远程信息处理单元26、音频系统28等的远程启动、可抑制车辆座舱的其它区或区域内的音频、使用麦克风选择和/或波束形成技术等，使得现场顾问可以听到与驾驶员座椅相关联的区的音频。在其它的实施例中，以及如上所述，现场顾问能够远程查询VIS模块60的状态或甚至命令移动装置22和车辆之间的SRWC链路的断开(在期望的地方)、远程呼叫一个或多个移动装置22，使得该装置发出可闻声(例如，使用图形描绘500中显示的电话号码)、使用图形接口500将被呼叫的移动装置的铃音或铃声隔离，并且使用移动装置位置的识别来确定碰撞后车辆乘员的位置，以及与车辆乘员进行通话(例如，乘员是在车辆24中、车辆24外部，还是部分在车辆24外部)。如上述实施例所述，图形用户界面上的每个输入及输出都可以单独使用或彼此组合使用以确定车辆乘员的位置和/或隔离乘员所在区域内的音频。

如上所述，图形描绘500可以示出一个或多个车辆乘员的位置可能性。在一优选实施例中，这些可能性在车辆24上确定或以其它方法计算出来，并使用远程信息处理单元26经由蜂窝通信传输至后台系统16，例如，用于向现场顾问显示和/或由自动化后台系统计算机使用。当然，其它的实施方式也是可能的——包括向后台系统提供执行计算的数据，并且后台系统的计算机然后执行计算和/或向现场顾问显示可能性的实施方式。在至少一个实施例中，位置检测单元460(图4)使用麦克风交互相关计算各麦克风信号之间的TDOA，并进行峰值检测。估算语音帧序列的TDOA。将乘员分类为乘坐在特定位置的帧比值，以及该序列内的语音帧的总数，形成乘员位于该位置中的可能性。当然，这仅仅是确定可以向现场顾问显示的可能性的一个实施方式；其它实施方式也是可能的。

在先前所描述的实施例中，碰撞事件发生后，现场顾问查看并提供输入至图形用户界面(例如，车辆24的碰撞后状态)；但是，现场顾问还可查看处于碰撞前状态中的车辆的图形描绘。例如，使用由座舱麦克风接收的语音音频、其它车辆传感器和/或移动装置位置信息确定车辆24的碰撞前状态中的车辆乘员位置。

应理解，如上所述，后台系统16可以采用远程服务器18和数据服务中心20处的其它计算装置提供图形用户界面实施例。例如，远程服务器18可包括一个或多个能够执行存储在服务器存储器内的指令的处理器，并且这些指令可包括显示与至少碰撞事件后一个或多个车辆(例如，此类车辆24)相关的信息的指令。例如，这些指令可进一步包括(例如，从现场顾问)接收输入或命令或执行该命令。在一个示例性实施例中，命令可以是车辆区选择。响应于接收到命令，该命令可以经由蜂窝通信发送至车辆24、由远程信息处理单元26接收，并可隔离所选区的音频，例如，包括抑制其它座舱区520内的音频。响应于此，所选区的音频(例如，车辆乘员的语音)可以在后台系统16处提供。其它命令也可以按照可执行指令实施，例如，禁用车辆24的音频系统28、呼叫与车辆24的用户相关联的移动装置22等。

因此，已描述了包括可以用于确定车辆碰撞事件后的车辆用户的位置数据的通信装置的车辆系统。该通信装置可在碰撞发生前监控用户位置，并使用更早确定的位置数据以及碰撞事件后的传感器数据确定碰撞事件后的用户位置。在某些实施方式中，用户的移动装置可以使用短程无线通信(SRWC)连接至车辆，并且SRWC链路可用于确定用户位置。在至少一个实施方式中，移动装置发出的可闻声可用来确定碰撞事件后的移动装置位置，并且该位置可与碰撞后的用户位置相关联。此外，还描述了可以控制车辆内和/或周围的音频区或区域的后台系统。在至少一个实施例中，后台系统处的现场顾问可以采用图形用户界面查看并与车辆用户交互。

可以理解的是，前述是对本发明一个或多个实施例的说明。本发明不限于在此公开的特定实施例，而是由下面的权利要求书来唯一限定。此外，包括在前述描述中的声明涉及特定实施例，不能解释为限定本发明的范围或限定权利要求书中所使用的术语，除非该术语或措词在上面进行了的明确限定。各种其它的实施例和已公开实施例的各种变化以及修改对本领域技术人员而言显而易见。各种这些其它的实施例、变化以及修改都旨在落入所附权利要求的范围之内。

如在本说明书和权利要求中所使用，术语“例如(e.g.)”、“例如(for example)”、“例如(for instance)”、“诸如(such as)”以及“等(like)”，以及动词“包含”、“具有”、“包括”和它们其它的动词形式，当与一个或多个部件或其它项结合使用时，每个都应被理解为是开放式，意思是所述列表不应被看作排除其它附加部件或项。其它术语应使用其最广泛的合理含义来解释，除非其用于要求有不同解释的上下文中。