CN105025073A - 用于车辆到车辆通信和信息中继的方法和设备 - Google Patents

Abstract

公开了一种用于车辆到车辆通信和信息中继的方法和设备。一种系统包括：处理器，被配置为检测主要车辆紧急状态。处理器还被配置为确定通过车载装置的紧急服务通信是不可能的。此外，处理器还被配置为搜索具有车辆到车辆通信能力的次要车辆。处理器还被配置为将紧急服务请求发送到所述次要车辆，以与所述次要车辆建立通信，并将优先的紧急数据发送到所述次要车辆。

Description

用于车辆到车辆通信和信息中继的方法和设备

技术领域

示意性实施例总体上涉及一种用于车辆到车辆通信和车辆到车辆信息中继的方法和设备。

背景技术

车辆远程信息处理(telematics)系统提供车辆与远程实体之间进行通信的能力。在许多情况下，这可用于获得交通和导航数据以及驾驶员感兴趣的其他项目，诸如，媒体。另外，如果车辆遇到事故，则远程信息处理系统提供联系紧急服务的能力。在一些情况下，车辆可使用嵌入式调制解调器来联系外部资源，但在其他情况下，车辆可使用驾驶员的移动装置。

虽然使用车载通信提供者是方便的，但是如果装置在事故中损坏或丧失能力，则可能出现问题。如果车辆依赖于车载系统来联系紧急服务并且装置被损坏，则乘员可能无法使紧急服务自动被联系。由于乘员也可能受伤，因此乘员可能难以获得帮助。

美国8396449号专利总体上涉及一种紧急响应系统，所述紧急响应系统包括：约束控制模块(restraint control module，RCM)、全球定位系统模块(GPSM)、至少一个输出、至少一个输入、SPDJB(Smart Power DistributionJunction Box，智能配电接线盒)以及车辆相关计算系统(VACS)，其中，VACS与RCM、GPSM、所述至少一个输出、所述至少一个输入和SPDJB进行通信。在检测到紧急事件时，RCM请求VACS发出紧急呼叫。在从RCM接收到请求时，VACS查询GPSM以获得车辆坐标，通知乘员开始呼叫，并指示与VACS通信的无线装置发出紧急呼叫。VACS可操作地确定紧急呼叫何时被连接。一旦紧急呼叫被连接，VACS就将指示连接的消息中继到RCM，并联系智能配电接线盒(SPDJB)。

美国8014752号专利总体上涉及一种通过安装在车辆上的控制器和短距离无线通信器实现的对蜂窝电话装置的自动使用，其中，短距离无线通信器具有对等通信能力；响应于紧急通知消息，通过短距离无线通信器连接(ping)同时在对等通信能力范围内的长距离通信装置，其中，长距离通信装置与车辆物理上分离；在所述连接之后，接收指示需要用户验证的响应消息；响应于所述响应消息，由短距离无线通信器将对于验证消息的请求发送到长距离通信装置；在用户以肯定的方式对验证请求进行响应之后，接收验证消息以指派长距离通信装置；响应于所述验证，通过指派的长距离通信装置将紧急通知消息从短距离无线通信器发送到指定的接收方。

发明内容

在第一示意性实施例中，一种系统包括：处理器，被配置为检测主要车辆紧急状态。此外，处理器还被配置为：如果通过车载装置的紧急服务通信是不可能的，则搜索具有车辆到车辆通信能力的次要车辆。处理器还被配置为将紧急服务请求发送到所述次要车辆，以与所述次要车辆建立通信，并将优先的紧急数据发送到所述次要车辆。

在第二示意性实施例中，一种系统包括：基于车辆的处理器，被配置为从紧急状态下的主要车辆接收紧急服务请求。所述处理器还被配置为与主要车辆建立车辆到车辆通信。此外，所述处理器被配置为从主要车辆接收紧急数据，并代表主要车辆发送请求紧急服务的通信。

根据本发明的一个实施例，所述处理器还被配置为从主要车辆接收紧急数据。

根据本发明的一个实施例，紧急数据被确定优先级。

根据本发明的一个实施例，所述处理器被配置为一旦已接收到预定阈值等级的信息，则发送第一通信。

根据本发明的一个实施例，所述处理器被配置为在已经发送了第一通信之后发送具有其他紧急信息的第二通信。

根据本发明的一个实施例，通信包括SMS消息。

根据本发明的一个实施例，所述处理器被配置为：如果请求是紧急服务请求，则忽略处理器所处的次要车辆的不通信状态。

根据本发明的一个实施例，所述处理器被配置为在请求紧急服务的通信已被发送之后将确认发送到主要车辆。

在第三示意性实施例中，一种系统包括：处理器，被配置为从次要车辆接收代表主要车辆发送的紧急通信。处理器还被配置为将紧急通信标识符与任何先前接收到的紧急通信标识符进行比较，以确定所述紧急通信是否是重复的。此外，处理器还被配置为基于非重复的紧急通信向紧急服务提供者发送请求，其中，非重复的紧急通信包括与已被发送的紧急数据不重复的、作为通信的一部分而接收到的紧急数据。

根据本发明的一个实施例，紧急通信标识符包括主要车辆识别码。

根据本发明的一个实施例，紧急通信标识符包括紧急事件位置。

附图说明

图1示出示意性车辆计算系统；

图2示出用于车辆到车辆通信的示意性处理；

图3示出用于发出紧急呼叫的处理的示意性示例；

图4示出用于紧急呼叫通信的处理的示意性示例；

图5示出用于紧急呼叫通信的进一步的示意性处理；

图6示出用于紧急呼叫处理的示意性处理；

图7示出用于车辆到车辆连接的示意性处理。

具体实施方式

根据需要，在此公开本发明的详细实施例；然而，将理解的是，所公开的实施例仅仅是本发明的示例，本发明可以以各种可替代形式实施。附图无需按比例绘制；可夸大或最小化一些特征以示出特定组件的细节。因此，在此公开的具体结构和功能细节不应该被解释为限制，而仅仅作为用于教导本领域技术人员以各种方式利用本发明的代表性基础。

图1示出用于车辆31的基于车辆的计算系统(VCS)1的示例框式拓扑图。这种基于车辆的计算系统1的示例是由福特汽车公司制造的SYNC系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果设置有例如触敏屏幕，则用户还能够与所述界面交互。在另一示意性实施例中，通过按钮按压、音频语音和语音合成来进行交互。

在图1所示的示意性实施例1中，处理器3控制基于车辆的计算系统的操作中的至少某部分。设置在车辆内的处理器允许对命令和程序的车载处理。此外，处理器连接到非永久性存储器5和永久性存储器7两者。在该示意性实施例中，非永久性存储器是随机存取存储器(RAM)，而永久性存储器是硬盘驱动器(HDD)或闪存。

处理器还设置有允许用户与处理器进行交互的多个不同的输入。在该示意性实施例中，麦克风29、辅助输入25(用于输入33)、通用串行总线(USB)输入23、全球定位系统(GPS)输入24和蓝牙输入15均被提供。还设置有输入选择器51，以允许用户在各种输入之间进行互换。在对麦克风和辅助连接器两者的输入被传送到处理器之前，通过转换器27将所述输入从模拟转换为数字。虽然未示出，但是与VCS进行通信的很多车辆组件和辅助组件可使用车辆网络(诸如，但不限于控制器区域网络(CAN)总线)以向VCS(或其组件)传送数据并传送来自于VCS(或其组件)的数据。

对系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流进行到远程蓝牙装置(诸如，个人导航装置(PND)54)或USB装置(诸如，车辆导航装置60)的输出。

在一示意性实施例中，系统1使用蓝牙收发器15与用户的移动装置53(例如，蜂窝电话、智能电话、个人数字助理(PDA)或具有无线远程网络连接能力的任何其它装置)进行通信17。移动装置随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，蜂窝塔57可以是WiFi接入点。

移动装置和蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或相似输入来指示对移动装置53与蓝牙收发器15进行配对。因此，中央处理单元(CPU)被指示：车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或双音多频(DTMF)音调在CPU 3和网络61之间传送数据。可选择地，可期望包括具有天线18的车载调制解调器63以便在CPU 3和网络61之间通过语音频带进行传送数据16。移动装置53随后可用于通过例如与蜂窝塔57的通信55来与车辆31外部的网络61进行通信59。在一些实施例中，调制解调器63可与蜂窝塔57建立通信20，以与网络61进行通信。作为非限制性示例，调制解调器63可以是USB蜂窝调制解调器，并且通信20可以是蜂窝通信。

在一示意性实施例中，处理器设置有包括与调制解调器应用软件进行通信的API的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件，以完成与(诸如在移动装置中找出的)远程蓝牙收发器的无线通信。蓝牙是IEEE 802PAN(个域网)协议的子集。IEEE 802LAN(局域网)协议包括WiFi并且与IEEE 802PAN具有相当多的交叉功能。两者都适合于车辆内的无线通信。可以在本领域使用的另一种通信方式是自由空间光通信(诸如，红外数据协会(IrDA))和非标准化消费者红外(IR)协议。

在另一实施例中，移动装置53包括用于语音频带或宽带数据通信的调制解调器。在话上数据的实施例中，当移动装置的拥有者能够在数据正被传送的同时通过装置说话时，可实现已知为频分复用的技术。在其它时间，当拥有者没有使用装置时，数据传送可使用整个带宽(在一示例中是300Hz至3.4kHz)。虽然频分复用对于车辆与互联网之间的模拟蜂窝通信而言可能是常见的并且仍在使用，但其已经很大程度上被用于数字蜂窝通信的码分多址(CDMA)、时分多址(TDMA)、空分多址(SDMA)的混合体所替代。这些都是ITU IMT-2000(3G)兼容的标准，并且为静止或者行走的用户提供高达2mbs的数据速率以及为移动的车辆中的用户提供385kbs的数据速率。3G标准现在正被IMT-Advanced(4G)所替代，其中，IMT-Advanced(4G)为车辆中的用户提供100mbs的数据速率以及为静止的用户提供1gbs的数据速率。如果用户拥有与移动装置关联的数据计划，则所述数据计划可允许宽带传输且系统可使用宽得多的带宽(加速数据传送)。在另一实施例中，移动装置53被安装到车辆31的蜂窝通信装置(未示出)所替代。在另一实施例中，ND 53可以是能够通过例如(而不限于)802.11g网络(即，WiFi)或WiMax网络进行通信的无线局域网(LAN)装置。

在一实施例中，传入数据可经由话上数据或数据计划通过移动装置、通过车载蓝牙收发器并进入车辆的内部处理器3。例如，在某些临时数据的情况下，数据可被存储在HDD或其它存储介质7上，直至不再需要所述数据的时候为止。

其它可与车辆接口连接的源包括：具有例如USB连接56和/或天线58的个人导航装置54、具有USB 62或其它连接的车辆导航装置60、车载GPS装置24、或者具有与网络61的连接性的远程导航系统(未示出)。USB是一类串行联网协议中的一种。IEEE 1394(火线)、EIA(电子工业协会)串行协议、IEEE 1284(Centronics端口)、S/PDIF(索尼/飞利浦数字互连格式)和USB-IF(USB应用者论坛)形成了装置-装置串行标准的骨干。多数协议可被实施为用于电通信或光通信。

此外，CPU能与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于个人媒体播放器、无线医疗装置、便携式计算机等。

此外或可选择地，CPU可使用例如WiFi收发器71而连接到基于车辆的无线路由器73。这可允许CPU在本地路由器73的范围内连接到远程网络。

除了具有通过位于车辆中的车辆计算系统执行的示例性处理之外，在某些实施例中，可以通过与车辆计算系统进行通信的计算系统来执行示例性处理。这样的系统可包括但不限于：无线装置(例如但不限于移动电话)或者通过无线装置连接的远程计算系统(例如但不限于服务器)。总体上，这样的系统可被称为车辆相关计算系统(VACS)。在某些实施例中，VACS的特定组件可根据系统的特定实施方式而执行处理的特定部分。通过示例而并非限制的方式，如果处理具有与配对的无线装置进行信息的发送或者接收的步骤，则很可能由于无线装置不会与自身进行信息的“发送和接收”，因此无线装置不执行该处理。本领域的普通技术人员将理解何时不适合对给定解决方案应用特定的VACS。在所有解决方案中，预期至少位于车辆自身内的车辆计算系统(VCS)能够执行示例性处理。

在这里讨论的每个示意性实施例中，示出了可由计算系统执行的处理的示例性、非限制性示例。针对每个处理，为了运行该处理的有限的目的，运行该处理的计算系统可能变成被配置为用于执行该处理的专用处理器。所有处理不需要全部被执行，并被理解为是可被执行以实现本发明的元件的各种类型的处理的示例。在需要时可添加额外步骤或可从示例性处理去除额外步骤。

当期望进行数据传送时，典型的远程信息处理系统使用某种形式的车载通信来联系远程实体。不管是通过车载调制解调器还是通过驾驶员的个人通信装置，数据通常在自备式(self-contained)系统中流向车辆或从车辆流出。然而，如果通信装置损坏，则这可能在发生事故的事件中给连接到需要的远程服务带来问题。

在示意性实施例中，考虑进行车辆到车辆通信，其中，例如在紧急情况下，驾驶员可使用另一车辆可用的资源来联系紧急服务提供者。

在示意性示例中，车辆远程信息处理系统能够使用例如WiFi或蓝牙通信与其他车辆远程信息处理系统进行短距离通信。其他可用于联系本地车辆的其他形式的本地通信也可被利用。一旦建立了到另一车辆(很可能具有与远程实体的工作通信)的连接，损坏的车辆就可使用该工作通信来请求紧急协助。

本地通信的相同模式可用于传达从车辆到车辆的信息，诸如，交通、天气或与由两个车辆之一最近“观察”到的情况相关的其他有用信息。因此，例如，在道路上按照不同方向行驶的车辆可对关于先前经历的交通状况的信息和/或从沿路的其他车辆接收到的信息进行中继。尽管沿同一道路在不同方向上的交通流量可能是不同的(即，关于道路的向南行驶一侧的交通报告可能不会对向北行驶的车辆同样有用)，但从沿道路进一步向北且朝北行驶的其他车辆接收到的信息可被中继到沿道路进一步向南行驶的车辆。必要地，向南行驶的车辆可被用作中继来传达来自于向北行驶一侧的不同点处的车辆的信息，从而通知进一步向南行驶的车辆当他们沿着向北的方向行驶时预期会遇到什么。

图2示出用于车辆到车辆通信的示意性处理。针对此图中描述的示意性实施例，应注意的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

在该示意性实施例中，主要车辆(仅为了示意性目的而被如此表示)期望与次要车辆连接。这种连接可能是为了信息的交换，或者用于在与紧急服务的车载通信失败时，在紧急情况下利用次要车辆的连接服务。当然，也可能是：除非紧急情况发生并且车载通信不可用，否则车辆将不尝试寻找与其通信的其他车辆。参照图3更多地讨论这样的程序。

在图2中示出的实施例中，车辆与同样配备远程信息处理的其他车辆交换各种类型的信息，以创建数据共享的ad-hoc网络。由于车辆不断地(或至少周期性地)尝试与其他车辆进行通信，因此该车辆将可能知道哪些车辆可用于在车辆紧急情况下的远程通信。

在该示意性示例中，车辆向其他本地车辆发出通信查询(201)。具体地，车辆搜索该车辆可经由短距离通信(诸如，低能耗蓝牙)与之通信的其他车辆。如果发现了所述其他车辆，则处理将接收那些发现的车辆的列表(203)，并且如果存在那些被发现的车辆，则可确定哪个车辆应该用于ad-hoc通信。

只要发现的车辆数大于零(205)，则处理可继续进行。否则，处理可选择继续查询本地可连接的车辆，直到发现合适的车辆为止。

在该示例中由于紧急状态而使得查询被发送，其中，在该状态下车载远程通信已经被禁用或不可用。如果紧急状况存在(207)，则车辆将向其他本地车辆发出紧急通信请求(209)。

在一些情况下，可能是驾驶员禁用进行普通信息交换的车辆到车辆通信的情况。然而，在这种情况下，可考虑到：当紧急情况发生时，为了安全，次要车辆的通信拒绝被超驰(over-ridden)。如果紧急通信请求导致连接(211)，则处理可将来自于主要车辆的请求发送到次要车辆(213)以进行紧急服务。

在许多情况下，次要车辆可能仅在非常短的时间内在范围内。因此，可能难以利用次要车辆资源来保持紧急通信。但是，重要数据(例如但不限于，事故位置、乘员数量和任何其他简要且相关的数据)可被快速地传送到次要车辆。即使次要车辆已经移出通信范围，次要车辆也可随后与紧急服务提供者进行通信或者即使次要车辆不再与主要车辆进行通信，次要车辆也可进行中继以警告合适的一方。当然，如果与主要车辆的通信不再被建立，则次要车辆将仅能传递已经接收到的信息，这也是首先传送最重要的信息(例如，事故的位置)有益处的原因。

如果次要车辆接收到适量的信息并且能够在仍然与主要车辆进行通信时发送帮助请求，则主要车辆可接收对帮助请求已经被发送的确认(215)。如果所述确认被接收到，此时，假定不存在需要通过次要车辆中继的其他信息，则主要车辆可发送终止请求以取消剩余的帮助请求(221)。在另一实施例中，如果所述确认被接收到，则指令被发送以终止来自于其他次要车辆的帮助请求。如果次要车辆不发送确认，或者如果不能与第一次要车辆建立通信，则处理可继续检查其他的次要车辆(217)。对于其他的每个次要车辆，处理可重复(219)直到没有次要车辆剩余为止，或者直到对于帮助请求的确认被接收到和/或不存在更多的数据要发送(confer)为止。

只要与至少一个次要车辆保持通信，则其他信息可被发送以被中继到紧急服务提供者。即使随着第一次要车辆移出范围而通信被中断，处理也可继续搜索其他的次要车辆，直到所有的相关信息已被中继和/或被确认为止。

如果由于紧急状况而对于次要车辆的查询未被启动和/或对于次要车辆的查询不涉及紧急通信(207)，则处理可发送普通的连接请求(223)。在该示例中，与紧急服务请求不同，此请求可被配备有远程信息处理单元但其乘员不希望与其他车辆进行通信的车辆忽略。在其他模型中，配备有远程信息处理单元的车辆之间的通信可总被启用。

如果通信请求被次要车辆接受(225)，则处理可交换任何相关数据(227)。这包括但不限于天气数据、交通数据、游戏数据(用于ad-hoc游戏)和任何其他相关数据。在至少一个示例中，这甚至可包括来自于另一车辆的紧急数据。例如，如果车辆A陷入事故并联系车辆B，则紧急数据可被传送到车辆B。但是，如果车辆B不具有带有远程能力的通信连接(例如，驾驶员的电话死机)，则车辆B可携带该信息直到它与车辆C进行通信为止。接收信息并具有合适的远程信息处理服务的车辆C可随后将紧急状况传送给服务提供者。这样的范例对于在很少车辆会经过的偏远区域中的事故可能是非常有用的。

一旦任何数据交换完成或者在数据交换期间，处理就可继续尝试与其他车辆进行通信并继续与其他车辆进行通信(229)。按照这种方式，随着车辆在道路上行驶，有用信息可在车辆之间被中继。甚至道路状况信息也可被中继，这可能早在提供资源的任何信息可能拥有道路状况信息之前帮助识别出打滑的(slippery)或者不安全的道路状况。

图3示出用于发出紧急呼叫的处理的示意性示例。针对此图中描述的示意性实施例，注意到的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成时为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

该示意性示例提供以下处理的示例：在碰撞事件中首先试图通过车载通信装置完成紧急呼叫，并随后在车载装置发生问题的事件中搜寻非车载通信装置。

在碰撞已被检测到之后(301)，处理首先确定电话(或者其他类似的通信装置)是否连接到车辆(303)。连接的电话或类似的通信装置将是针对该处理优选的通信装置，但是如果电话当前未被连接(例如，驾驶员忘带电话或者电话关机(power down))，则处理将进行图2的步骤201，例如搜索其他车辆。还可考虑除了图2之外的其他合适的搜索和连接算法。

如果电话当前被连接(303)，则处理将使用连接的电话来发出呼叫(305)。尽管只要连接的电话保持连接并有电(powered)，则此程序将工作，但如果存在电话的电力损失(a loss of power)或者电话与系统断开连接(例如，在事故中被损坏)，则该处理可能不能完成呼叫。

如果呼叫还未完成(307)并且连接的电话被断开连接(309)，则处理可进行步骤201或者类似的算法以尝试通过如这里描述地使用次要车辆来传送任何剩余的紧急信息。

图4示出用于紧急呼叫通信的处理的示意性示例。针对此图中描述的示意性实施例，注意到的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成时为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

如先前提到的，任何两个车辆之间的连接可能是短暂的。尽管连接可通过按照相同速度行驶的车辆或者停车标志或路灯而被延长，但通常任何两个车辆将不会长时间保持较近的接近度。这在车辆之一在路边被撞而另一车辆驶过时更是如此。

因此，可期望在车辆之间建立快速且容易的通信并且尽快将相关的紧急数据传输给次要车辆(401)。在该示意性示例中，一旦紧急通信已建立，优先数据就被发送(403)。这可包括但不限于事故位置、车辆类型、乘员信息等。在一个示例中，非常基本的信息(诸如，位置信息)可在第一数据包中发送。其他的重要信息可基于信息被认为的关键程度来在第二数据包或后续的数据包中发送。例如，如果车辆感测到燃料泄漏或者如果安全气囊已展开，则处理可在第一数据包或第二数据包中发送该信息。通过使初始数据包保持小，有机会能够传送完整、重要的数据包。

一旦初始数据包已被发送，处理就确定是否存在需要被传送的任何其他信息(405)。这可包括较不重要的数据，但该数据可能仍然可用于协助对响应于事故。如果存在其他数据，则处理将继续尝试发送其他数据(407)，直到所有相关数据已被发送为止。

除了发送相关数据之外，处理可向次要车辆中的一个或更多个请求确认。在该示例中，一旦所有数据已被发送(409)，确认就被请求，但是在另一示例中，一旦任何数据已被发送，确认就可被请求。

确认可以是对数据已被接收的确认，但是在至少一个示例中，确认是对遇险消息实际已被发送到远程服务器的确认。这使主要车辆得知已经联系到了帮助，并且主要车辆可停止发送通过次要车辆中继的遇险信号。对于每个数据包的多次确认可被请求，当每个数据包被中继并且该中继被确认时，这些数据包可被停止发送。一旦确认(对于所有数据，或者单个数据包或多个数据包的确认)已被接收(411)，处理就可将针对确认的数据的终止信号发送到仍然与系统进行通信的所有次要车辆(413)。

例如，如果在高峰期用户在繁忙的高速公路交通中发生事故，则在车流缓慢移动的情况下，在某时间段内十到十五个车辆可用作次要车辆。由于用户不需要十五个相同的遇险消息被发送，因此，一旦一个车辆已经确认发送了相关数据中的任何数据或所有数据，主要车辆就可指示其他车辆不要尝试发送该特定数据。如果多个请求已经被发送，则所述多个请求可在接收端被解决。

图5示出用于紧急呼叫通信的进一步的示意性处理。针对此图中描述的示意性实施例，注意到的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成时为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

在该示意性示例中，用于处理次要车辆处的中继的请求被接收。在该示例中，次要车辆接收请求(501)，并检查以查看该次要车辆是否使可用远程通信装置被启用(503)。在一些示例中，由于该请求可如前所述地被进一步中继，因此不管远程通信能力如何，所述次要车辆可接收并处理该请求。然而，在该示例中，由于次要车辆不能通过代表主要车辆联系紧急服务来处理请求，因此如果在次要车辆中不存在远程通信，则处理拒绝该请求(505)。

如果存在次要车辆可用的远程通信，则处理可连接到请求的车辆(507)并接收相关的紧急数据(509)。如所注意到的，初始数据包或最相关的数据包可首先被接收并处理。在该示例中，为了尽快提供紧急帮助，次要车辆将向合适的源发送传达必要信息的文本消息(SMS消息)。

尽管可结合次要车辆通信利用ad-hoc网络来发出实际的紧急呼叫，但由于该处理依赖于次要车辆保持处于与主要车辆通信的范围内，因此该处理可能是困难的。因此，在该示例中，次要车辆以替代的方式发送传达相关信息的SMS消息(511)。在该示例中，SMS消息被发送到OEM服务器或第三方紧急服务器来进行处理。这种解决方案允许紧急服务器获得与车辆相关的其他信息(构造(make)、型号、安全系统等)，以传输给紧急服务提供者。当然，如果满足期望并且紧急服务提供者具有接收文本消息的能力，则车辆可直接将该消息发送到紧急服务提供者。

一旦SMS消息已被发送，车辆就进行检查以查看是否存在可能需要被发送的其他数据(513)。该数据可以是对紧急服务有用的数据，但该数据不是对于响应于事故最必要的数据。如果存在任何其他数据，则该数据可被接收(515)并作为SMS消息被发送，直到所有的相关数据被接收并发送为止。此时，如果不存在其他数据，则确认消息可被发送到主要车辆(517)。

在可选的实施例中，次要车辆可首先接收初始数据并发送初始消息。随后，所有进一步的数据可被接收，直到没有数据剩余或者与主要车辆的连接被断开为止。此时，其他数据可作为单个消息被发送。在另一示例中，可在发送初始消息之前接收尽可能多的数据。这种模型的任何合适的变形被视为落入本发明的范围内。

图6示出用于紧急呼叫处理的示意性处理。针对此图中描述的示意性实施例，注意到的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成时为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

该处理示出用于紧急呼叫处理的服务器方的处理。在至少一种模型中，与主要车辆相关的消息或通信被发送到紧急情况处理服务器。由于该服务器接收所有紧急通信，因此处理将能够在这些请求到达实际的紧急服务提供者之前去除重复的请求。按照这种方式，如果存在多个次要车辆代表主要车辆进行请求，则紧急服务不被无关的请求所轰炸。

在该示例中，处理从次要车辆接收紧急SMS(601)。在进一步处理该请求之前，处理进行检查以查看是否存在与同一事故相关的类似性质的任何现有的SMS消息(603)。可通过对位置信息、主要车辆识别码或可用于唯一地识别事故的任何其他合适的标示符进行比较来进行此处理。如果当前的请求已经被处理(605)，则处理可忽略进入的SMS消息。

如果当前的请求还没有被处理，则处理可确定请求是否是寻求帮助的新(例如，初始)请求(607)。如果请求是初始请求，则处理可向紧急服务发送初始帮助请求(609)。然后，与主要车辆相关的用户账户可被更新(611)，使得未来的请求可因此被处理(例如，如果请求已经被处理则被忽略)。

如果当前的请求不是初始请求，则处理可将消息中的任何数据与已经被中继到紧急服务提供者的数据进行比较(613)。这可帮助避免将数据重复中继到提供者。如果数据是新数据(615)，则处理将向服务提供者发送新数据(617)。

例如而不限于，主要车辆可联系三个次要车辆并需要发送三个数据包。在该示例中，所有三个车辆可发送作为SMS的第一数据包，车辆中的两个车辆可保持连接足够长时间以发送第二数据包，并且一个车辆可发送第三数据包。

当第一数据包第一次被接收时，该数据包将指示紧急情况并且紧急服务可被联系。因为紧急服务已经被联系到，所以当第一数据包第二次和第三次被接收到时，该数据包将被忽略。然后，当第二数据包第一次被接收到时，其他数据将被中继到紧急服务。因为第二数据包已经被发送，所以当第二数据包再次被接收到时，第二数据包将被忽略。最后，因为第三数据包还未被发送，所以当第三数据包被接收到时，第三数据包将被中继。按照这种方式，处理可帮助避免向紧急服务发送冗余数据，同时尽可能多地对接收到的新的相关数据进行中继。

图7示出用于车辆到车辆连接的示意性处理。针对此图中描述的示意性实施例，注意到的是：为了运行这里示出的示例性方法中的一些或全部的目的，通用处理器可被临时用作专用处理器。当运行提供用于执行所述方法的一些或所有步骤的指令的代码时，处理器可被临时改为用作专用处理器，直到所述方法完成时为止。在另一示例中，到适当的程度，根据预先配置的处理器运行的固件可促使处理器充当为了执行所述方法或所述方法的一些合理变形的目的而提供的专用处理器。

在该示例中，标准连接请求正在被处理。在该示例中，可考虑到驾驶员可决定是否与另一车辆中的车辆计算系统交换通信。在一些示例中，尽管出于安全的考虑，不管驾驶员偏好如何紧急服务请求都可被处理，但是驾驶员可接受或拒绝其他的数据交换请求。

这里，由次要车辆接收标准的非紧急连接请求(701)。如果这样的请求被许可(703)，则处理将连接到主要车辆(705)。否则，处理将拒绝该请求(709)。如果处理已经连接到次要车辆，则相关数据可被交换(707)。该数据可包括但不限于：道路状况数据、交通数据、天气数据等。甚至社交数据可被交换，例如，在驾驶员想要对于要听的一些音乐的随机建议的情况下，驾驶员可从另一车辆接收播放列表。任何有用或相关的数据可按照这种方式进行交换。

尽管以上描述了示例性实施例，但这些实施例并不意在描述本发明的所有可能的形式。相反，说明书中使用的词语是描述性词语而不是限制性词语，并且应理解在不脱离本发明的精神和范围的情况下可进行各种改变。另外，可将各种实现的实施例的特征进行组合以形成本发明的进一步的实施例。

Claims (9)

1.一种系统，包括：

处理器，被配置为：

检测主要车辆紧急状态；

如果通过车载装置进行紧急服务通信不可行，则搜索具有车辆到车辆通信能力的次要车辆；

将紧急服务请求发送到所述次要车辆，以与所述次要车辆建立通信；

将优先的紧急数据发送到所述次要车辆。

2.如权利要求1所述的系统，其中，处理器被配置为：发送优先的紧急数据，直到没有数据留待被发送为止。

3.如权利要求1所述的系统，其中，处理器被配置为从所述次要车辆接收对以下信息的确认：紧急请求已被发送以请求对主要车辆的帮助。

4.如权利要求3所述的系统，其中，处理器被配置为：一旦接收到所述确认，则终止对其他次要车辆的紧急服务请求。

5.如权利要求3所述的系统，其中，处理器被配置为：一旦接收到所述确认，则发送指令以终止来自于其他次要车辆的紧急请求。

6.如权利要求1所述的系统，其中，处理器被配置为：搜索多个次要车辆，并将请求和数据发送到所述多个次要车辆。

7.如权利要求1所述的系统，其中，处理器被配置为：确定紧急数据的优先级，并首先发送包含最高优先级数据的单个数据包。

8.如权利要求7所述的系统，其中，最高优先级数据包括主要车辆位置。

9.如权利要求7所述的系统，其中，最高优先级数据包括主要车辆紧急缓解系统激活。