基于车辆数据的与受困风险相关的信息的制作方法

本发明涉及处理车辆数据的方法和系统，其用于将与受困风险(entrapment-risk)相关的信息提供至应急响应点，并且，本发明涉及计算机程序产品，其包括记录在计算机可读数据载体上的用于执行所述方法的源代码。

背景技术：

由US 8,749,350 B2可知一种处理车辆碰撞数据的方法，所述方法包括如下步骤：接收在车辆碰撞期间获得的车辆数据，使用接收的车辆数据估算车辆碰撞的严重程度，以及在应急响应者所使用的无线设备上以图形方式展示所估算的严重程度。

所述严重程度可以确定关于乘员损伤的相对等级，例如“轻度”、“中度”或“重度”。

所述信息可以帮助应急响应者救助车辆乘员、或为救助乘员而提前做好准备。

某些车辆碰撞需要特殊救援工具(比如液压切割器、火焰切割器、气动抬升装置、或诸如此类)以便从车辆解救被困乘客。如果在第一时间确定了对特殊救援工具的此种需求，而诸如常规救护车或诸如此类的应急响应者在抵达碰撞地点时并未携带这样的特殊设备，则将需要额外的时间，直至携带所述特殊救援工具的应急响应者(比如消防车)接到命令并抵达碰撞地点。

对特殊救援工具的此种需求并不必然与例如US 8,749,350B2中所估算的车辆碰撞的严重程度相关联。例如，如果安全气囊已发生故障、乘员未系安全带或诸如此类的情形，则所述严重程度可能会(较)高，尽管只存在对特殊救援工具的需求的(较)小的可能性。反之，由于安全气囊对系安全带乘员的保护，所述严重程度可能(较)低，尽管存在对特殊救援工具的需求的(较)大的可能性，例如由于车辆的翻覆(roll-over)。类似地，追尾撞击可能导致乘员损伤的(较)高的严重程度，然而同时只存在(较)小的受困风险并且因此的对特殊救援工具的需求的(较)小的可能性。

因此，本发明的一个目的是改进对车辆碰撞的响应。

技术实现要素：

所述目的特别地分别通过根据本发明的处理车辆数据的方法的特征组合、以及处理车辆数据的系统的特征组合而解决。本发明还涉及用于执行本文所述方法的计算机程序产品，及其有利实施例。

根据本发明的一个方面，一种处理车辆数据的方法包括如下步骤：

-接收从至少一台车辆获得的车辆数据，该步骤特别地在呼叫中心中操作；

-基于所述车辆数据估算表示受困风险的受困风险参数，该步骤特别特地至少部分地在呼叫中心中操作和/或自动地操作，该步骤特别地使用计算机操作；以及

-基于所述受困风险参数向应急响应点提供(特别是提交)与受困风险相关的信息。

相应地，一种用于处理车辆数据的系统，该系统可以适用于执行如本文所述的方法，和/或该系统包括：

-用于接收从至少一台车辆获得的车辆数据的装置；

-用于基于所述车辆数据估算表示受困风险的受困风险参数的装置；以及

-用于基于所述受困风险参数向应急响应点提供(特别是提交)与受困风险相关的信息的装置。

根据一个实施例，这类提供至应急响应点的、与受困风险相关的信息可以允许：如果(被认为)有必要的话，所述应急响应点派遣携带有特殊救援工具的适当的应急响应者(比如消防车或诸如此类)以解救被困乘客。另外地或替代地，这样的信息可以允许：如果(被认为)有必要的话，在抵达碰撞地点之前提前准备好这样的特殊救援工具。

根据一个实施例，所述车辆可以是轿车，特别是小轿车或公共汽车。

根据一个实施例，所述车辆数据可以在车辆的碰撞事件中获得，特别是在所述撞车期间内获得，和/或，特别是立即地或直接地获得，在所述碰撞之前和/或之后获得，所述碰撞特别是撞击。

根据一个实施例，所述车辆数据可以被无线地接收，和/或与受困风险相关的信息可以被无线地提交，并且，用于接收车辆数据/提交与受困风险相关的信息的装置可以相应地被调整。

根据一个实施例，用来估算所述受困风险参数的所述车辆数据可以包括表示车辆的速度和/或其时间导数的车辆速度参数，特别是正加速度和负加速度，特别是所述速度或其时间导数各自的方向和/或大小。所述车辆速度参数可以特别地由速度传感器、加速度传感器、GPS传感器或诸如此类获得。

另外地或替代地，用来估算所述受困风险参数的所述车辆数据可以包括表示撞击方向的撞击方向参数，特别是撞击的主方向，该撞击的主方向在具体实施例中可以分解为两个或更多个、具体是至少四个或六个分方向，例如“前方”、“右前方”、“左前方”、“右方”、“左方”、“右后方”、“左后方”和“后方”等。所述撞击方向参数可以特别地由加速度传感器、接触传感器、力传感器、或诸如此类而获得。

另外地或替代地，用来估算所述受困风险参数的所述车辆数据可以包括表示撞击数量的撞击数量参数，特别地，表示碰撞是单一事件还是包括多个事件或撞击。所述撞击数量参数可以特别地由加速度传感器、接触传感器、力传感器、或诸如此类而获得。

另外地或替代地，用来估算所述受困风险参数的所述车辆数据可以包括表示车辆类型的车辆类型参数，特别是车辆的级别、乘客座位的数量、或诸如此类，比如“2座轿跑车”、“4座豪华轿车”、“4座卡车”、“12座公共汽车”或诸如此类。所述车辆类型参数可以特别地由车辆标记或诸如此类而获得。

另外地或替代地，用来估算所述受困风险参数的所述车辆数据可以包括表示车辆翻覆的翻覆参数，特别地，表示车辆经历了一次还是多次翻覆。所述的翻覆参数可以特别地由加速度传感器、GPS传感器或诸如此类而获得。

另外地或替代地，用来估算所述受困风险参数的所述车辆数据可以包括表示位置占据情况(特别是车辆内部的座椅的占据情况)的占据参数，特别地，表示是某些位置(特别是座位)是否被占据或已经被占据，特别是在撞击之前和/或之后，和/或哪些位置(特别是座位)被占据或已经被占据，特别是在撞击之前和/或之后。所述占据参数可以特别地由座位占据传感器、安全带扣传感器、轿厢监控传感器或诸如此类而获得。

特别地，如果占据参数表示一个或多个面向撞击(侧)的座位被占据或已经被占据，那么与位于撞击(侧)旁边或接近撞击(侧)的座位未被占据或没有已经被占据的情况相比，则分别地，受困风险会更高，或者受困风险参数会更大。如果例如撞击方向参数表示右侧撞击，且占据参数表示右前和/或后排座位在撞击之前和/或之后已经被占据，那么与占据参数表示车辆右方的受撞击侧的座位没有被占据的情况相比，在其他车辆数据成分(比如车辆速度(的时间导数)和诸如此类)相同的情形下，则分别地，受困风险可能被估算为更高，或者受困风险参数可能被估算更大。特别地，结果表明，这些参数中的一个或多个(特别是它们的组合)可以允许对于是否存在对特殊救援工具的需求的有利的预测。

根据一个实施例，受困风险参数表示为了从车辆解救一个或多个乘客而对于一个或多个预定的救援工具的需求，尤其是表示这一需求的可能性或概率。

受困风险参数可以是一维或多维的。根据一个实施例，它可以表示是否存在对某些应急响应者通常不会携带的救援工具的需求的(至少)(最低的)可能性，即受困风险参数可以是布尔数学体系的“可能”或“不太可能”。根据更为有利的实施例，受困风险参数可以进一步量化对于某些应急响应者通常不会携带的救援工具的需求的可能性，即受困风险参数可以是数字，特别是0至1或0％至100％之间的数字，其中0(％)可以表示碰撞地点将不太可能需要任何或某些特殊救援工具，而1(00％)可以表示碰撞地点将很可能或(几乎)确定需要任何或某些特殊救援工具。另外地或替代地，受困风险参数可以进一步量化对一个或多个特殊救援工具的需要的可能性大小，例如需要液压切割器的可能性、需要火焰切割器的可能性、需要气动抬升装置的可能性、或诸如此类，对于每个工具特别是通过布尔数学体系表示，或通过数字(特别是0至1或者0％至100％之间的数字)表示。

基于所述受困风险参数的与受困风险相关的信息可以包括，特别是，受困风险参数自身。这可以允许应急响应点进一步处理所述受困风险参数，特别是将它与预定阈值比较，以派遣特定的应急响应者或诸如此类。根据另一实施例，所述与受困风险相关的信息可以通过进一步处理所述受困风险参数来确定，例如通过将它与预定阈值或诸如此类相比较，特别是借助于用于提供与其适应的与受困风险相关的信息的装置。从而，应急响应点可以获得比如“可能需要/不需要某(些)特殊救援工具/消防车”，“需要/不需要液压切割器”或诸如此类的压缩信息。

根据一个实施例，受困风险参数是基于所述车辆数据与所述受困风险参数之间的预定关系估算的。所述关系可以特别地是以下形式的函数关系式：

ERP[％]＝F(x₁,x₂,…,x_n)

其中ERP以百分比表示受困风险参数，x_i表示车辆数据成分，比如上文所述的参数中的一个，例如车辆速度参数Δv、撞击方向参数PDI(“撞击的主方向”)、撞击数量参数、车辆类型参数、翻覆参数或诸如此类，F表示函数，在一个特定的实施例中，该函数可以具有如下形式：

所述函数已经被证明为与真实的车辆数据和受困风险拟合良好。然而，本发明并不限于所述特定关系式，而是可以实现为不同的形式。例如，接收到的车辆数据可以与过往碰撞事件的车辆数据的不同组相比较，且受困风险参数可以采用k-近邻法(k-neighbor)或诸如此类的方法来估算，对位于围绕接收到的车辆数据、在预定的半径范围内的车辆数据组进行计数，评估在这些碰撞事件中是否需要特殊救援工具，或需要什么样的特殊救援工具。

根据一个实施例，所述关系可以预先确定，特别有利的是基于过往碰撞事件的数据库，该数据库包括不同的过往碰撞事件的车辆数据以及与受困相关的解救行为，特别是通过确定函数的参数，比如上文所述的对所述数据库进行回归分析。

根据本发明的一个方面的装置可以通过以下元件实现：软件，特别是计算机程序或计算机程序模块；硬件，特别是设置为执行本文所述方法的计算机或中央处理单元；一个或多个传感器和/或执行器，其与所述计算机或中央处理单元通信，特别是由所述计算机或中央处理单元控制；计算机程序产品，特别是各自包括程序代码的数据载体和数据存储设备，当所述程序代码在计算机或中央处理单元上运行时，其执行本文所述的方法。计算机程序或计算机程序模块可以分别存储在数据载体和数据存储设备上，特别是以非易失的方式。所述系统也可以被理解为包括功能模块架构方面的装置，所述功能模块架构通过计算机程序或计算机程序模块来实现或执行。

根据一个实施例，特别地，应急响应点包括公共的或私人的、特别是商业的安全应答点和/或应急响应者。

附图说明

本发明的进一步特征将在以下对优选实施例的描述中公开。为此，以部分示意性的方式示出：

图1示出根据本发明的一个实施例的系统；

图2示出根据本发明的一个实施例的方法，所述方法由所述系统执行；以及

图3示出相对于对应的车辆数据Δv的受困风险参数ERP。

具体实施方式

图1示出了包括移动车辆通信系统10的示范性操作环境，该环境可用于实施本文所公开的方法。通信系统10通常包括车辆12、一个或多个无线载波系统14、地面通信系统16、计算机18、以及呼叫中心20。应当理解的是，所公开的方法可以与任何数量的不同系统一起使用，且不特定地限于此处所示的操作环境。另外，系统10的架构、构造、设置和运行，及其单独的部件是本领域公知的。因此，下述段落简要地提供了对于一个这样的示范性系统10的简单概述；然而，未在此处示出的其他系统也可以使用本发明所公开的方法。

在图示的实施例中，车辆12被描绘为轿车，但应当理解的是，也可以使用任何其他交通工具，包括摩托车、卡车、运动型多用途车(SUV)、休闲车(RV)、船舶、航空器等。在图1中大致示出了一些车辆电子设备28，其包括远程通信单元(telematics unit)30、麦克风32、一个或多个按钮或其他控制输入器34、语音系统36、视频显示器38、GPS模块40，以及多台车辆系统模块(VSM)42。这些设备中的一些设备(例如麦克风32和一个或多个按钮34)可以直接连接至远程通信单元30，而其他设备可以利用一个或多个网络连接(例如通信总线44或娱乐总线46)间接地连接至远程通信单元30。合适的网络连接示例包括控制器局域网络(CAN)、面向媒体的系统传输(MOST)、局部互联网络(LIN)、局域网络(LAN)，以及其他合适的连接，例如以太网、或符合已知的ISO、SAE和IEEE标准和规范的其他连接，此处略举数例。

远程通信单元30可以是OEM安装(嵌入式)设备、或车体组件(aftermarket)，其允许通过无线载波系统14并经由无线网络进行无线语音和/或数据通信，以使得车辆可以与呼叫中心20、其他允许远程通信的车辆、或某些其他实体或设备进行通信。远程通信单元优选地使用无线电传输，以建立与无线载波系统14的蜂窝式呼叫(语音通道和/或数据通道)，以使得可以通过呼叫来发射和接收语音和/或数据传输。通过提供语音通信和数据通信，远程通信单元30使得车辆能够提供多种不同的服务，包括那些与导航、电话、应急援助、诊断、信息娱乐(infotainment)等相关的服务。数据可以经由数据连接发射，例如经由数据通道上的分组数据传输发射，或者可以使用本领域已知的技术经由语音通道发射。对于涉及语音通信(例如与呼叫中心20的现场顾问或语音应答单元进行语音通信)和数据通信(例如向呼叫中心20提供GPS位置数据或车辆诊断数据)两者的组合服务，系统可以使用基于语音通道的单个呼叫，并按需要基于语音通道在语音传输和数据传输之间进行切换，并且，这可以通过使用本领域技术人员已知的技术来实现。

根据一个实施例，远程通信单元30利用根据GSM或CDMA标准的蜂窝通信，且因此包括用于语音通信(比如免提呼叫)的标准蜂窝芯片组50、音码器、用于数据传输的无线调制解调器、电子处理设备52、一个或多个数字存储设备54、以及双天线56。应当理解的是，调制解调器可以通过存储在远程通信单元中并由处理器52执行的软件来实现，或者可以是位于远程通信单元30之内或之外的分离的硬件部件。可以使用任何数量的不同标准和协议来运行调制解调器，例如EVDO、CDMA、GSM、GPRS和EDGE。车辆和其他联网装置之间的无线联网也可以通过使用远程通信单元30来实现。为此目的，远程通信单元30可以配置为根据一个或多个无线协议来无线地通信，所述无线协议例如是IEEE 802.11协议、WiMAX、或蓝牙中的任何一个。当用于例如TCP/IP的分组交换数据通信时，所述远程通信单元可以配置为具有静态IP地址，或可以设置为从网络上的另一设备(例如路由器)或从网络地址服务器自动地接收分配的IP地址。

处理器52可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主机处理器、控制器、车辆通信处理器、以及专用集成电路(ASIC)。处理器52可以是仅用于远程通信单元30的专用处理器，或者可以与其他车辆系统共享。处理器52可以执行各种类型的以数字形式存储的指令，例如存储在存储器54中的软件或固件程序，这使得远程通信单元30能够提供多种多样的服务。举例来说，处理器52可以执行程序或处理数据以实现本文所讨论的方法中的至少部分。

远程通信单元30可以用于提供各种各样的车辆服务，其涉及至/自车辆的无线通信。这样的服务包括：与基于GPS的车辆导航模块40相结合而提供的转向指导(turn-by-turn directions)和其他与导航相关的服务；与一个或多个碰撞传感器接口模块(例如体控制模块，未示出)相连接而提供的安全气囊部署通知以及其他与紧急状况或路边援助相关的服务；使用一个或多个诊断模块的诊断报告；以及与信息娱乐相关的服务，其中音乐、网页、电影、电视节目、视频游戏和/或其他信息通过信息娱乐模块(未示出)下载并被存储以用于当前播放或之后的回放。上文所列举的服务绝非远程通信单元30的所有功能的穷尽清单，而仅是远程通信单元能够提供的一些服务的列举。此外，应当理解的是，上述模块中的至少一些可以实施为存储在远程通信单元30之内或之外的软件指令的形式，可以是位于远程通信单元30之内或之外的硬件部件，或者，上述模块中的至少一些可以彼此集成和/或共享、或者与遍布整台车辆的其他系统集成和/或共享，此处仅举出了几种可能性。在所述模块实施为位于远程通信单元30之外的VSM 42的情况下，所述模块可以利用车辆总线44与远程通信单元交换数据和命令。

GPS模块40从GPS卫星群60接收无线信号。模块40可以利用这些信号确定车辆位置，所述车辆位置用于为车辆驾驶员提供导航以及其他与位置相关的服务。导航信息可以呈现在显示器38上(或车辆内的其他显示器)，或者可以以语音形式呈现，例如在提供转向导航时所实现的。可以使用专用的车内导航模块(其可以是GPS模块40的部分)来提供所述导航服务，或者，所述导航服务的一些或所有可以经由远程通信单元30来实现，其中，所述位置信息被发送至远程位置以用于为车辆提供导航地图、地图注释(兴趣、餐厅等位点)、路线计算、以及诸如此类的目的。为了其他目的(例如车队管理)，位置信息可以被提供至呼叫中心20或其他远程计算机系统(例如计算机18)。此外，新近的或更新的地图数据可以经由远程通信单元30从呼叫中心20下载至GPS模块40。

除了语音系统36和GPS模块40以外，车辆12可以包括形式为电子硬件部件的其他车辆系统模块(VSM)42，所述车辆系统模块遍布车辆，并且通常从一个或多个传感器接收输入，并使用感测输入执行诊断、监控、控制、报告、和/或其他功能。每个VSM 42优选地通过通信总线44连接至其他VSM和远程通信单元30，并可以被编程以运行车辆系统诊断测试以及子系统诊断测试。举例来说，一个VSM 42可以是引擎控制模块(ECM)，其控制引擎运行的各个方面(例如燃油点火和点火定时)；另一VSM 42可以是动力系统模块，其调节车辆动力系统的一个或多个部件的运行；又一模块VSM 42可以是车体控制模块，其支配遍布车辆的各种电子部件(比如车辆的电动门锁和前照灯)。根据一个实施例，引擎控制模块可以配备有车载诊断(OBD)特征部，该OBD特征部可以提供极大量(myriad)实时数据(例如是从包括车辆排放传感器的各种传感器接收的实时数据)，并可以提供诊断故障代码(DCT)的标准化序列，其允许技术人员快速确认并修复车辆内的故障。VSM 42还可以是撞车检测模块和/或包括能够检测车辆碰撞的一个或多台车辆传感器。在一个示例中，能够检测车辆碰撞的车辆传感器可以是加速计、或者是能够感应车辆运动和/或方向变化的其他设备。然而，其他传感器也是可能的。能够检测车辆碰撞的车辆传感器可以包括在车辆电子设备28中，以向远程通信单元30提供车辆碰撞检测信息。如本领域技术人员可理解的，上述VSM仅是可用于车辆12的一些模块的示例，诸多其他模块也是可能的。

车辆电子设备28还可以包括多台车辆用户接口，所述车辆用户接口为车辆乘员提供了提供和/或接受信息的途径，所述用户接口包括麦克风32、一个或多个按钮34、语音系统36、以及视频显示器38。如本文所使用的，术语“车辆用户接口”大致上包括任何合适形式的电子设备，包括硬件和软件部件，所述车辆用于接口位于车辆上、并使得车辆用户能够与车辆的部件通信、或通过车辆的部件通信。麦克风32提供至远程通信单元的语音输入，以使得驾驶员或其他乘员能够提供语音命令、并且能够经由无线载波系统14实现免提呼叫。为此目的，麦克风32可以连接至使用本领域已知的人机接口(HMI)技术的车载自动语音处理单元。一个或多个按钮34允许输入至远程通信单元30的用户的手动输入，以启动无线电话呼叫并提供其他数据、响应或控制输入。分离的按钮可以用于启动与常规服务援助呼叫相对的紧急呼叫至呼叫中心20。语音系统36提供语音输出至车辆乘员，并且，语音系统可以是专用的、独立的系统，或者是主车辆语音系统的一部分。根据此处所示的特定实施例，语音系统36可操作地联接至车辆总线44和娱乐总线46二者，且可以提供AM、FM和卫星广播、CD、DVD以及其他多媒体功能。这样的功能可以结合于或独立于上文所述的信息娱乐模块而提供。视频显示器38优选为图形显示器，例如仪表板上的触摸屏或风挡的反射显示的抬头显示器，所述视频显示器可以用于提供多种输入和输出功能。也可以利用多种其他车辆用户接口，图1所示的接口仅是特定实施例的示例。

无线载波系统14优选为蜂窝电话系统，其包括多个信号塔70(仅示出了一个)、一个或多个移动交换中心(MSC)72、以及将无线载波系统14和地面网络16相连接所需的任何其他网络部件。每个信号塔70包括反射天线、接收天线以及基站，不同信号塔的基站直接地或经由中间设备(例如基站控制器)连接至MSC 72。蜂窝系统14可以实现任何合适的通信技术，例如包括模拟技术(例如AMPS)、或新近的数字技术(例如CDMA(如CDMA2000)或GSM/GPRS)。如本领域技术人员将理解的，各种信号塔/基站/MSC的布置是可能的，且可以与无线系统14一起使用。举例来说，基站和信号塔可以共同地位于相同的地点，或可以彼此远离，每个基站可以对单个信号塔服务，或者单个基站可以为多个信号塔服务，并且多个基站可以联接至单个MSC，此处仅略举了数个可能的布置。

除了使用语音或分组交换数据连接以外，远程通信单元30可以使用SMS来发送和接收数据。此外，除了使用无线载波系统14以外，可以使用卫星通信形式的不同的无线载波系统为车辆提供单向或双向通信。这可以通过使用一个或多个通信卫星62以及上行传输站64而实现。单向通信可以例如是卫星广播服务，其中广播节目的内容(新闻、音乐等)由传输站64接收，打包以上传，并随后发送至卫星62，卫星62将节目广播至用户。双向通信可以例如是电话服务，其使用卫星62在车辆12和传输站64之间中继电话通信。如果需要，这样的卫星电话可以用来附加至无线载波系统14或代替无线载波系统14。

地面网络16可以是常规的陆基电信网络，其连接至一个或多个固定电话并将无线载波系统14连接至呼叫中心20。例如，地面网络16可以包括公共交换电话网络(PSTN)，例如用于提供硬线式电话、分组交换数据通信、以及互联网基础设施的PSTN。地面网络16的一个或多个区段可以通过使用以下方式来实现：标准有线网络、光纤或其他光学网络、电缆网络、电力线路、其他无线网络(例如无线局域网(WLAN))、或者提供宽带无线接入(BWA)的网络、或者它们的任意组合。此外，呼叫中心20可以不需要经由地面网络16来连接，而是包括无线电话设备，以使得呼叫中心可以与诸如无线载波系统14的无线网络直接通信。

计算机18可以是多个计算机中的一个，其可以经由个人网络或公共网络(例如互联网)接入。每个这样的计算机18可以用于一种或多种目的，例如是可以经由远程通信单元30和无线载波14被车辆接入的网络服务器。其他这样的可接入计算机18可以例如是：服务中心计算机，其中，诊断信息以及其他车辆数据可以经由远程通信单元30(例如数据中心)从车辆上传至该服务中心计算机；由车辆所有者或其他用户使用的客户端计算机，其用于比如访问或接收车辆数据、或者建立或配置用户偏好、或者控制车辆功能的目的；或第三方储存库(repository)，其用于通过与车辆12还是呼叫中心20通信、或者兼有两者而向或从该第三方储存库提供/获得车辆数据或其他信息。计算机18还可以用于提供互联网连接(例如DNS服务)，或者用作网络地址服务器，其使用DHCP或其他合适的协议分配IP地址至车辆12。

呼叫中心20被设计为向车辆电子设备28提供多种不同的系统后端功能，根据此处所示的示范性实施例，呼叫中心通常包括一个或多个交换器80、服务器82、数据库84、现场顾问86、以及自动语音应答系统(VRS)88，所有这些都是本领域已知的。呼叫中心20被设定为中央设施的一个示例，且应当理解的是，其他实施方式也是可能的。这些各种的呼叫中心部件优选地经由有线或无线局域网90彼此联接。交换器80(其可以是专用分支交换(PBX)交换机)路由进入信号，以使得语音传输通常通过常规电话发送至现场顾问86，或使用VoIP发送至自动语音应答系统88。现场顾问电话也可以使用VoIP，如图1的虚线所表示的。VoIP以及其他通过交换机80的数据通信经由连接在交换机80和网络90之间的调制解调器(未示出)而实现。数据传输经由调制解调器传递至服务器82和/或数据库84。数据库84可以存储账户信息，例如用户认证信息、车辆标识、配置记录、行为模式、以及其他相关的用户信息。也可以通过无线系统(例如802.11x、GPRS和诸如此类)进行数据传输。尽管图示的实施例已被描述为将结合使用现场顾问86的人工呼叫中心20，但应当理解的是，呼叫中心可以替代地利用VRS 88作为自动顾问，或也可以使用VRS 88和现场顾问86的组合。

呼叫中心20包括本发明的实施例的系统，或者就是根据本发明的实施例的系统，以执行根据本发明的实施例的方法，所述方法如下文参考图2所述或与之相适应。相应地，呼叫中心的元件(特别是一个或多个交换器80、一个或多个服务器82、一个或多个数据库84、以及网络90，和/或存储在计算机程序产品上的计算机程序)可以包括、并特别地就是根据本发明的实施例的系统的器件。

现在转至图2，示出了根据本发明的实施例的示范性方法。

方法200开始于步骤S210，接收从车辆碰撞事件中的车辆12获得的车辆数据x_i。

可以使用一个或多个传感器来检测车辆碰撞，例如之前所述的提供输入至VSM 42的那些传感器，其表示车辆12已经牵涉撞车。举例来说，这些传感器可以检测碰撞时间期间发生的一个或多个事件。这样的事件包括安全气囊激活、或大于预定阈值的车辆加速度/减速度的变化、或检测车辆翻覆，仅略举了几个例子。一旦传感器和/或VSM 42已接收到表示已经发生车辆碰撞的输入，该输入可以经由车辆总线44发送至远程通信单元30。此处，远程通信单元30可以解析接收自传感器的一个或多个输入，并确定是否已发生车辆碰撞。可替代地，可以在碰撞模块VSM 42处确定撞击已经发生，并将这一状况的通知发送至远程通信单元30。

在车辆碰撞期间收集的车辆碰撞数据从车辆12发出。在确定已发生车辆碰撞后，在碰撞之前、期间和之后获得的车辆数据可以被保存并将统称为车辆(碰撞)数据。这意味着代表车辆运动和操作的数据可以被持续地收集，并且当撞车发生时，在碰撞之前、期间或之后的数据可以被识别和保存。这一车辆碰撞数据可以被识别为高级自动撞车通知(AACN)或自动碰撞响应(ACR)数据。ACR数据可以包括当车辆牵涉碰撞时从车辆12发出的车辆遥测数据。

ACR数据的示例包括表示以下参数的信息：表示车辆的速度和/或其时间导数的车辆速度参数Δv、表示撞击的方向的撞击方向参数PDI、表示撞击的数量的撞击数量参数、表示车辆的类型的车辆类型参数、以及表示车辆翻覆的翻覆参数。

这些仅是ACR数据的一些示例，且本领域技术人员应当理解的是，由本方法使用的ACR数据可以包括其他有用的数据。车辆碰撞数据还可以包括或附带有车辆位置信息。该信息可以包括对应于车辆12的位置的GPS坐标。

识别车辆的标识。除了上述信息以外，ACR数据还可以或可替代地包括识别和/或描述车辆12的信息。在一个示例中，这意味着ACR数据可以合并车辆标识信息，例如车辆型号、车辆的制造商、制造的年份。在另一示例中，ACR数据可以包括唯一标识信息，例如车辆识别码(VIN)、电子序列号(ESN)、或站识别码(STID)，仅略举数例。所述唯一标识信息可以在车辆之外的位置被使用，例如呼叫中心20，以检索远程通信用户的信息。即，所述唯一标识可以用于参考或获得车辆型号、制造商、制造的年份、或其他属于远程通信用户的个人数据。在又一示例中，呼叫中心20可以识别呼入的电话号码，并使用这一标识信息来确定车辆型号、车辆的制造商、以及碰撞中的车辆的制造年份。无论标识信息(例如车辆型号、车辆的制造商、以及制造的年份)是与ACR数据一起从车辆12发出、还是从车辆12之外获取，所述标识信息、唯一标识信息、或电话号码可以被利用以识别安装在牵涉碰撞的车辆12上的特定车辆部件。

在步骤S220中，基于所述车辆数据x_i和受困风险参数ERP之间的预定关系F来估算所述受困风险参数ERP，其中所述受困风险参数ERP表示为了从车辆解救乘客而必然需要某些特定救援工具的可能性。举例来说，所述预定关系F可以具有如下形式：

其中ERP以百分比表示受困风险参数，x_i表示车辆数据成分，比如上述参数之一，例如是所述车辆速度参数Δv、所述撞击方向参数PDI(“主要撞击方向”)、所述撞击数量参数、所述车辆类型参数、所述翻覆参数或诸如此类，且F表示函数关系式。

可以基于过往碰撞事件的数据库84提前预定所述函数关系式F，所述数据库包括过往的不同的碰撞事件的车辆数据以及与受困相关的解救行为。

例如，对于所述数据库84中的一些或全部的过往碰撞事件，可以提前确定：对于相应的车辆的至少一个乘员而言，是否需要任何特殊救援工具以解救该乘员。在需要任何救援工具以解救相应的车辆的至少一个乘员的情况下，该过往碰撞事件被标记为ER-正，否则标记为ER-负。随后，对于车辆数据成分范围的每个组合，ER-正的数量(其车辆数据落入所述范围内)被相加，且所述总和除以所述范围内的所有过往碰撞事件的总和(即所有ER-正和ER-负的总和)，且所述商被存储作为对应于所述车辆数据成分范围的组合的受困风险参数ERP。然后，通过回归分析来确定函数关系式F的常数b₀，…，b_n，从而最佳地拟合受困风险参数ERP相对于车辆数据的确定的分布。

仅作为示例，图3示出了对于侧面撞击而言的对应于相应车辆速度参数Δv的受困风险参数值ERP(Δv，PDI＝“侧面撞击”)，并且示出了拟合的函数关系F。

通过将在步骤S210中接收的车辆数据x_i代入上述给定方程式F中，在步骤S220中估算对于当前碰撞事件的实际受困风险参数值ERP(x_i)。

在步骤S230，所述受困风险参数ERP(x_i)被提交至公共安全应答点86、88作为与受困风险相关的信息。所述信息使得：如果根据从所接收的车辆数据估算的受困风险来看携带特殊救援工具是必要的，则公共安全应答点能够派遣携带特殊救援工具的消防车到达碰撞地点。如果根据从所接收的车辆数据而估算的受困风险来看所述特殊救援工具是必要的，则所述消防车内的应急响应者可以准备所述特殊救援工具，比如液压切割器、火焰切割器、气动抬升装置、或诸如此类。因此，特别地，所述公共安全应答点86、88和/或应急响应者可以在本发明的意义上进行应急响应。

虽然在上述发明内容和具体实施方式中已呈现了至少一个示范性实施例，但应当理解的是，还存在多种变型。还应当理解的是，所述一个或多个示范性实施例仅是示例，而非意图以任何方式限定本发明的范围、适用或配置。换言之，上述发明内容和具体实施方式将为本领域技术人员提供便捷的路线图，以实施至少一个示范性实施例。应当理解的是，在不脱离如随附的权利要求及其法律等效物所阐述的范围的情况下，可以对示范性实施例中所描述的元件的功能和布置做出多种改变。

附图标记