CN101911140A - 用于发射补充或修改数据的车辆紧急呼叫系统 - Google Patents

Abstract

根据本发明的一个实施例，提供了一种用于车辆的紧急呼叫设备，借助于该设备，在发生特定事件时，生成随即在紧急呼叫期间发射的数据记录。所述事件可以是操作员的外部请求，或者是车辆内部的触发信号。用这种方法，操作员可以在紧急呼叫期间的任何时候获得最新信息。

Description

用于发射补充或修改数据的车辆紧急呼叫系统

发明领域

本发明涉及针对车辆的紧急呼叫和安全技术。特别地，本发明涉及一种针对车辆用于发射紧急呼叫的紧急呼叫设备、紧急呼叫系统、紧急呼叫设备在车辆中的使用、方法、计算机程序产品和计算机可读介质。

背景技术

在自动化紧急呼叫(eCall)的情况下，通常只要在紧急呼叫开始时发射一次数据组，然后系统切换到声音模式，在其中完成紧急呼叫。例如，如果车辆乘客在紧急呼叫期间离开车辆，则这通常是紧急呼叫中心的操作员所不知道的。

发明内容

本发明的目的是提供一种用于车辆的改进的紧急呼叫，其特别地适合于正在发生改变的条件。

根据独立权利要求的特征所描述的是一种用于发射紧急呼叫的车辆的紧急呼叫设备、紧急呼叫系统、使用、方法、计算机程序产品和计算机可读介质。本发明的展开从子权利要求中获得。

所描述的示例性实施例以相同的方式涉及紧急呼叫设备、紧急呼叫系统、使用、方法、计算机程序产品和计算机可读介质。

根据本发明的一个示例性实施例，叙述了一种用于发射紧急呼叫的车辆紧急呼叫设备，其包括用于向车辆外的接收设备发射紧急呼叫的通信单元和用于控制所述通信单元的控制单元。至少部分地经由语音信道发射所述紧急呼叫。而且，所述控制单元被构造为，当特定事件发生时，生成在紧急呼叫期间发射的数据记录。

例如，外部接收设备的操作员可以请求该数据记录。当车辆传感器系统检测到对应事件时，也可以由车辆电子仪器内部地触发数据记录的生成。例如，如果乘客离开车辆，则由车辆传感器系统进行登记，车辆传感器系统随即生成对应的数据记录，并将其发送到外部接收设备。

换言之，取消了自动化紧急呼叫的传统二分法(先进行数字数据传输，然后开启语音信道以用于乘客和操作员之间的通信)。作为替代，可以按照需要在任何时候发射测量数据等等。

根据本发明的其他示例性实施例，特定事件是紧急呼叫发射期间从接收设备到控制单元的数据请求。

如果操作员因此确定他需要补充数据，则他可以简单地对这些数据提出请求。因此，在开始语音通信之前例如不需要发射所有数据。因此，紧急呼叫中心的外部操作员具有任何时候从会话过程中的车辆请求新数据的能力。

用这样的方式，可以有选择地请求车辆传感器系统的测量数据。

根据本发明的其他示例性实施例，数据请求是基于预定的音调序列。

因此，例如在语音链接(例如，在应答设备进行遥控或自动化热线的情况下)期间，操作员有经由他的计算机或移动电话的键入生成音调序列的能力，然后再次用这样的方式请求数据。然后，这些数据通过车辆发送，随后切换回语音模式。

根据本发明的其他示例性实施例，紧急呼叫设备包括用于检测测量值的检测单元，特定事件是超越检测到的测量值的预定阈值。

因此，如果来自最初发射的数据记录的数据(例如已经以数据分组的形式发射)改变极大，则车辆可以独立地重复数据记录的发射。当某些数据至今没有发射并且已经超过某个极限值时，也可以执行这样的发射。

根据本发明的其他示例性实施例，数据记录经由语音信道被发射。例如，通信单元和外部接收设备之间的通信链路是窄带通信链路。用这样的方式，也可以使用廉价的窄带接收设备。

根据本发明的其他示例性实施例，为了生成形式为语音信息的数据记录的目的，控制单元具有被设计用于借助语言合成来转换数据的语音合成器。

根据本发明的其他示例性实施例，通信单元和控制单元被设计用于响应于接收机的请求，选择性地以文本形式或者作为预转换数据来发射数据。

因此，接收机可以决定它是希望具有作为音频数据、视频数据还是以文本形式的数据，文本形式的数据例如为SMS。例如，接收机也可以选择应该以文本形式发射车辆位置，而将其他信息作为语音发射。

术语媒体转换非常通用地指代文件从一种文件格式向另一个格式的传送、变换或转换。这适用于不同媒体和文件系统之间的数据传送，以及适用于从一种存储介质向另一存储介质的数据传输。

根据本发明的其他示例性实施例，数据记录在紧急呼叫期间以三方呼叫的形式发射，三方呼叫的第一方是车辆的乘坐者，三方呼叫的第二方是接收设备的操作员，而三方呼叫的第三方是控制单元。

通过使用以文本-语音形式的媒体转换，即数据转换成语音信息，并且通过实现三方呼叫电路，操作员和车辆乘坐者都可以检查还通过通信单元发射的数据。如果这会是错误的测量，则这可以通过车辆乘坐者表示给操作员。

根据本发明的其他示例性实施例，一开始经由语音信道发射紧急呼叫，因此操作员在紧急呼叫开始时已经可以向车辆乘坐者说话。

用这样的方式，从一开始就可以产生救援协调中心和乘坐者之间的交换，而无需之前发射测量数据。

根据本发明的其他示例性实施例，紧急呼叫设备还包括输出单元，控制单元被设计用于向输出单元发射输出信号，以便从视觉或听觉上向车辆乘坐者发信号告知数据记录正在发射到接收设备。

用这样的方式，车辆乘坐者可以认识到何时正在发射数据记录，因此如果在这时候没有来自操作员的反馈，他们也不会感到惊讶。在数据发射期间产生的车辆乘坐者的声音信号可以临时缓存在车辆内部以便以后发射。

根据本发明的其他示例性实施例，接收设备是移动终端。因此，自动化的紧急呼叫可以由多个移动接收机来接收，移动接收机然后可以将紧急呼叫转发到其他移动接收机或中央台。

根据本发明的其他示例性实施例，通信单元122是永久安装的NAD(网络访问设备)。

根据本发明的其他示例性实施例，紧急呼叫是自动化的紧急呼叫。

不需要但是可能有用于发射紧急呼叫的用户输入。

根据本发明的其他示例性实施例，叙述了上述紧急呼叫设备在车辆中的使用。

根据本发明的其他示例性实施例，叙述了一种紧急呼叫系统，包括上述紧急呼叫设备以及用于接收紧急呼叫并且从紧急呼叫设备请求数据的接收设备。

根据本发明的其他示例性实施例，叙述了一种用于从车辆向接收设备发射紧急呼叫的方法，其中，紧急呼叫被发射到接收设备，紧急呼叫至少部分地经由语音信道发射，并且其中，当出现特定事件时生成数据记录，其随即在紧急呼叫期间被发射。

根据本发明的其他示例性实施例，叙述了一种计算机程序产品，当其在处理器上被执行时，指示处理器执行上述的方法步骤。

根据本发明的其他示例性实施例，叙述了一种存储了计算机程序产品的计算机可读介质，当计算机程序产品在处理器上执行时指示该处理器执行上述步骤。

分别通过GSM、UMTS、LTE、WLAN(例如，802.11p)或者还通过WiMax进行无线发射或无线接收(即通信单元和外部接收设备之间的通信)。也可以使用其他的传输协议。

车辆例如是机动车辆，比如汽车、公共汽车或卡车，还有铁路车辆、船只、诸如直升飞机或飞机之类的飞行器，或者例如自行车。

而且，应当指出，在本发明的上下文中，GPS表示所有的全球卫星导航系统(GNSS)，比如GPS、Galileo、GLONASS(俄罗斯)、Compass(中国)、IRNSS(印度)等等，以及提供绝对位置的其他定位系统，诸如基于WLAN的定位之类。

可见本发明的基本概念在于，操作员在语音链接期间有再次请求数据的可能性。这些数据于是通过车辆自动发送。还有可能，车辆自身发起数据的重发。数据发射在文本-语音转换之后经由语音信道发生，或经由别的信道发生，随后系统切换回语音模式。

而且，可以提供车辆乘坐者、操作员和控制单元之间的三方呼叫。

附图说明

在随后的文本中，参考附图对本发明优选的示例性实施例进行描述。

图1示出了根据本发明的一个示例性实施例的紧急呼叫设备的图示。

图2示出了根据本发明的一个示例性实施例的紧急呼叫系统的图示。

图3示出了根据本发明的一个示例性实施例的方法的流程图。

附图中的表示是图示的而非按比例的。

在随后的对附图的描述中，相同的附图标记被用于相同或类似的元件。

具体实施方式

图1示出了紧急呼叫设备100的组件的图示，其例如被安装在车辆中。紧急呼叫设备100具有控制单元140，以及具有天线123的通信单元122。而且提供了检测设备119。

从控制单元140发射到通信单元122的将要发送的数据可以经由加密设备121进行加密，控制单元140例如被设计成CPU的形式。类似地，从通信单元122发射到控制单元140的接收数据可以由加密单元121解密。

用这样的方式可以降低误用的风险。

通信单元122可以被连接为移动手机或永久安装的网络访问设备(NAD)，即例如通过蓝牙(当使用移动设备时)或通过电缆(当使用NAD时)来进行连接。

控制单元140连接到输入单元126。借助输入单元126，可以执行通信设备以及可能的关联的导航单元120的各种调整。

而且，还提供了以监视器128形式的视觉输出单元，监视器上例如可以输出路线引导信息。另外，还可以经由声音输出单元127来输出路线引导信息。经由声音输出单元127进行输出的优点是驾驶者从当前交通情况中转移的注意力更少。

在用于从通信单元122向外部接收设备发射(补充)数据的数据链接期间，可以通过视觉信号或合成语音输出向车辆乘坐者发信号告知正在发射数据。为此还提供了监视器128和声音输出单元127。

在连接到控制单元140或者集成到控制单元140的存储器元件124中，以数据记录的形式存储了数字地图数据(例如，被存储为导航地图数据)。例如，关于交通限制、基础设施设备等等的辅助信息也存储在存储器元件124中并且与数据记录相关联。

而且，可以提供具有数字地图数据或其他信息的驾驶者辅助系统125。

为了确定当前的车辆位置，紧急呼叫设备100具有导航单元120，导航单元120具有设计用于例如从Galileo卫星或GPS卫星接收定位信号的卫星导航接收机(定位单元)106。自然地，定位单元106也可以设计用于其他卫星导航系统。

定位单元106连接到控制单元140。导航单元120也连接到控制单元140。而且，在导航单元120和定位单元106之间存在直接链接。因此，GPS信号可以直接发射到CPU 140。

因为例如在市中心区域中并不是总能接收到定位信号，所以紧急呼叫设备100的检测单元119还具有方向传感器107、里程传感器108、方向盘角度传感器109、弹簧行进传感器102、ESP传感器系统103，并且可能还有例如以摄像头形式的光学检测器104，以便执行混合导航。此外，可以提供光束传感器105(雷达或激光雷达传感器)。而且，检测单元119具有速度计101、温度计110以及一个或多个用于检测座位占据的传感器111。

GPS接收机106和其他传感器的信号在控制单元140中被处理。从这些信号中确定的车辆位置经由地图匹配与道路地图相匹配。用这样的方式获得的路线引导或位置信息最后经由监视器128输出。而且，这些信息可以在紧急呼叫期间发射到外部接收设备。

通信单元122可以接收来自外部接收设备的请求形式的外部触发信号，该信号然后被传送到CPU 140。而且，检测单元119可以检测测量数据，测量数据然后也被传送到CPU 140。然后，CPU分析这些测量数据并且与预定阈值进行比较。如果超过了这样的阈值或者如果CPU接收到来自外部接收设备的触发信号，则它生成对应的数据记录，该数据记录随即在紧急呼叫期间自动发射。

例如当汽车在数据首次发射之后继续移动时(例如由于位于斜坡)，并且操作员希望获得新的位置信息，那么这样的后续或补充数据请求是合适的。又一个例子是操作员想要知道温度以便弄清楚车辆中或其周围是否着火。又一个例子是操作员希望知道车辆中当前的座位占用，以便查明是否有人员离开车辆或者最近有人员进入该车辆(例如，帮忙者)。

如果来自发送的最后数据分组的数据改变极大，或者之前没有发射的数据已经超过一个极限值，则车辆也可以自己再次切换到数据发射。这样的原因可以是：

-在原始位置发射之后车辆已经移动很远。

-例如由于着火，车辆中或其周围的温度已经上升高于某个极限值，或者例如由于事故地区的严寒，温度已经降至某个极限值之下。

-座位占用已经改变。这允许推断出车辆乘坐者的离开或者帮忙者的到达。

-通过雨量传感器检测到开始下雨了，传感器例如是摄像头104。

-电池电压降至阈值之下，从而造成车辆电气系统不久将不再能够提供足够的电能的风险，因此通信链路可能中断。

在所有的情况下，还可以借助文本-语音来发射(补充)数据，以便更不依赖于紧急呼叫中心或移动接收设备的性能。

由于后续或补充数据的发射，可以灵活地响应改变的条件。如果那时使用了文本-语音，则该功能不依赖于紧急呼叫中心的性能，并且紧急呼叫中心只需要一个普通的电话链接。

而且，可以提供一个三方呼叫。例如，如果操作员后来请求数据，则这些数据以语音模式发射(文本-语音)。然而，这些数据不只发射到操作员，而且还发射到车辆乘坐者，即如同三方呼叫，计算机(CPU 140)是第三方。

因此，车辆乘坐者有能力注意到、随即纠正系统中的错误。因此，例如定位可能不正确(因为系统假设汽车位于桥面上，而汽车实际上是在桥的下面)。而且，车辆乘坐者数量的再次产生可能不正确。

根据本发明，操作员可以做出进一步请求，以便能够回答来自救援协调中心的其他询问，而不用包括车辆乘坐者。

操作员对数据的后续请求(或者借助于检测单元通过车辆内部的触发机制随后发送数据)还保证可以立即对车辆乘坐者说话(不是仅在发射数据之后)，并且在接收设备中仍然可以及时接收数据。

本发明可以用在除了带内发射之外，带内发射比如可以从公司Airbiquity获得以便检查数据或者再次询问是否假设数据中存在变化。带内发射或带内调制解调器是一种类似于老式调制解调器经由电话线路进行的技术。也就是说，数据被调制到语音信道中(该语音信道在数据发射期间不能用于语音)。

图2示出了一个紧急呼叫系统的图示，其中包括具有紧急呼叫设备100的事故车辆205、中央台200、例如用于救援辅助的移动接收设备208、以及具有第二紧急呼叫设备100的其他车辆206。

中央台200包括具有天线204的通信单元201、中央服务器202和数据存储器203。

移动接收设备208例如是移动电话或PDA。接收设备也可以是安装在第二车辆206中的其他紧急呼叫设备100。

所有数据都经由无线电传输链路207发射。

中央台200是可以全自动执行救援协调的救援协调中心。

图3示出了一个方法的流程图，其中，在步骤301中发射紧急呼叫。在步骤302中，在车辆乘坐者和救援协调中心的操作员的会话期间，数据从车辆连续发射到外部接收设备。例如，类似于自动化热线或应答机遥控，数据发射由操作员触发。后续数据发射也可以由车辆自身发起，因为对应的原始数据已经改变了一个相对较大的量，或者因为已经超过了还没发射的数据的阈值。

在数据发射完成之后，紧急呼叫设备自动切换回语音发射。在后续数据发射期间已经检测的车辆乘坐者的声音信号已经被记录，并且现在可以被发送(步骤303)。

另外，应当指出，″包括″和″具有″不排除任何其他元件或步骤，″一个″不排除多重性。而且，应当指出，已经参考上述其中一个示例性实施例描述的特征或步骤也可以与上述其他示例性实施例的其他特征或步骤结合使用。权利要求中的参考符号不应该被认为是限制。

Claims (19)

1.一种用于发射紧急呼叫的车辆的紧急呼叫设备，该紧急呼叫设备包括：

通信单元(122)，用于将紧急呼叫发射到车辆之外的接收设备，所述紧急呼叫至少部分地经由语音信道发射；

控制单元(140)，用于控制所述通信单元(122)；

所述控制单元被构造为，当特定事件发生时，生成随即在紧急呼叫期间发射的数据记录。

2.根据权利要求1所述的紧急呼叫设备，

所述特定事件是在所述紧急呼叫发射期间从所述接收设备到所述控制单元(140)的数据请求。

3.根据权利要求2所述的紧急呼叫设备，

所述数据请求是基于预定的音调序列。

4.根据权利要求1所述的紧急呼叫设备，还包括：

检测单元(119)，用于检测测量值；所述特定事件是超越检测的测量值的预定阈值。

5.根据之前的权利要求中的任意一个所述的紧急呼叫设备，

所述数据记录经由语音信道发射。

6.根据权利要求5所述的紧急呼叫设备，

为了生成形式为语音信息的数据记录，所述控制单元(140)具有被设计用于借助语言合成来转换数据的语音合成器。

7.根据权利要求5或6之一所述的紧急呼叫设备，

所述数据记录在所述紧急呼叫期间以三方呼叫的形式发射；

所述三方呼叫的第一方是所述车辆的车辆乘坐者；

所述三方呼叫的第二方是所述接收设备的操作员；以及

所述三方呼叫的第三方是所述控制单元(140)。

8.根据权利要求7所述的紧急呼叫设备，

所述紧急呼叫一开始经由所述语音信道发射，使得所述操作员在所述紧急呼叫开始时已经可以对所述车辆乘坐者说话。

9.根据之前的权利要求中的任意一个所述的紧急呼叫设备，还包括：

输出单元(127，128)；

所述控制单元(140)被构造为向所述输出单元(127，128)发射输出信号，以便向车辆乘坐者视觉上或听觉上发信号告知正在向所述接收设备发射所述数据记录。

10.根据之前的权利要求中的任意一个所述的紧急呼叫设备，

所述接收设备是移动终端。

11.根据之前的权利要求中的任意一个所述的紧急呼叫设备，

所述通信单元是永久安装的网络访问设备。

12.根据之前的权利要求中的任意一个所述的紧急呼叫设备，

所述紧急呼叫是自动化的紧急呼叫。

13.一种紧急呼叫系统，包括：

根据之前的权利要求中的任意一个所述的紧急呼叫设备(100)；以及

接收设备(200，206，208)，用于从所述紧急呼叫设备(100)接收所述紧急呼叫并且请求数据。

14.如权利要求1到12中任意一个所述的紧急呼叫设备(100)在车辆中的使用。

15.一种从车辆向接收设备发射紧急呼叫的方法，所述方法包括下列步骤：

向所述接收设备发射紧急呼叫，所述紧急呼叫至少部分地经由语音信道发射；

在出现特定事件时生成数据记录，所述数据记录随即在所述紧急呼叫期间发射。

16.根据权利要求15所述的方法，

所述特定事件是在所述紧急呼叫发射期间从所述接收设备到控制单元(140)的数据请求，或者是超越了车辆中检测到的测量值的预定阈值。

17.根据权利要求15或16所述的方法，

所述数据记录在所述紧急呼叫期间以三方呼叫的形式发射；

所述三方呼叫的第一方是车辆乘坐者；

所述三方呼叫的第二方是所述接收设备的操作员；以及

所述三方呼叫的第三方是控制单元(140)。

18.一种计算机程序产品，当其在处理器上被执行时指示所述处理器执行下列步骤：

向接收设备发射紧急呼叫，所述紧急呼叫至少部分地经由语音信道发射；

在出现特定事件时生成数据记录，所述数据记录随即在所述紧急呼叫期间发射。

19.一种存储了计算机程序产品的计算机可读介质，当所述计算机程序产品在处理器上执行时指示所述处理器执行下列步骤：

向接收设备发射紧急呼叫，所述紧急呼叫至少部分地经由语音信道发射；

在出现特定事件时生成数据记录，所述数据记录随即在所述紧急呼叫期间发射。

Images