用于发出摩托车紧急呼叫的方法、装置、计算机程序、计算机程序产品以及用于接收摩托车紧急呼叫的方法、装置、计算机程序、计算机程序产品

技术领域

本发明涉及用于发出摩托车紧急呼叫的方法和装置以及用于发出 摩托车紧急呼叫的计算机程序和计算机程序产品。本发明还涉及用于 接收摩托车紧急呼叫的方法和装置以及用于接收摩托车紧急呼叫的计 算机程序和计算机程序产品。

背景技术

紧急呼叫的发出通常需要语音连接。但在摩托车的情况下可能基 于杂音而很难在语音连接时理解摩托车驾驶者。

发明内容

本发明所基于的任务在于提供一种用于发出摩托车紧急呼叫的方 法和相应装置，它们有利于可靠且简单地发出紧急呼叫。

本发明所基于的任务还在于提供一种用于接收摩托车紧急呼叫的 方法和相应装置，它们有利于可靠且简单地接收紧急呼叫。

所述任务通过独立权利要求1来解决。另一任务通过独立权利要 求9来解决。本发明的有利方案是从属权利要求的特征。

根据第一方面，本发明的特征在于一种用于发出摩托车紧急呼叫 的方法和相应装置。鉴于紧急情况发送紧急呼叫文本消息。生成持续 的声学信号作为发送紧急呼叫文本消息的声学反馈。响应于借助摩托 车通信接口接收到紧急呼叫确认消息而根据接收到的紧急呼叫确认消 息停止持续的声学信号。

通过发送紧急呼叫文本消息，可在没有语音连接的情况下发出紧 急呼叫。通过持续的声学信号、如警笛状的信号，例如摩托车的驾驶 者和/或乘客能够可靠地识别出紧急呼叫已借助紧急呼叫文本消息发 出。由此紧急呼叫能够可靠且简单地发出。

根据一种有利的方案，自动检测紧急情况并且自动发送紧急呼叫 文本消息。

通过自动检测紧急情况并且自动发送紧急呼叫文本消息，例如摩 托车的驾驶者不需要手动发送紧急呼叫文本消息或手动确认紧急呼 叫。因此，即使在例如没有人能够手动发出紧急呼叫的事故中仍可确 保发出摩托车紧急呼叫。

根据另一种有利的方案，在手动确认紧急情况时发送另一紧急呼 叫文本消息作为摩托车的确认指示器。

由此可简单且无需语音连接地确认发生紧急情况。

根据另一种有利的方案，根据紧急呼叫确认消息生成另一声学信 号作为声学确认。

所述另一声学信号尤其是与所述持续的声学信号不同。所述另一 声学信号例如包括两个相继的长音。通过所述另一声学信号，例如摩 托车的驾驶者和/或乘客可识别出紧急呼叫已成功发出。

根据另一种有利方案，为了发送紧急呼叫文本消息，使用下一代 Telematics协议、简称NGTP。

NGTP是用于传输远距离通信服务、如用于传输紧急呼叫的协议。 由此例如借助授权可以实现标准化通信。或者例如可借助短信服务 (SMS)进行传输。

根据另一方面，本发明的特征在于一种用于发出摩托车紧急呼叫 的计算机程序，其设计用于在数据处理装置上实施用于发出摩托车紧 急呼叫的方法或该方法的有利方案。

根据另一方面，本发明的特征在于一种计算机程序产品，其包括 可运行的程序代码，该程序代码在通过数据处理装置运行时实施用于 发出摩托车紧急呼叫的方法或该方法的有利方案。

所述计算机程序产品尤其是包括可由数据处理装置读取的介质， 程序代码存储于该介质上。

根据另一方面，本发明的特征在于一种用于接收摩托车紧急呼叫 的方法和一种相应的用于接收摩托车紧急呼叫的装置。响应于借助摩 托车外部的外部通信接口接收到鉴于紧急情况发送的紧急呼叫文本消 息而根据紧急呼叫文本消息的预定确认向救援服务站发送救援服务消 息。根据预定确认发送紧急呼叫确认消息。紧急呼叫确认消息尤其是 被发送用于通过摩托车的通信接口进行接收。

由此可以以简单的方式接收并且向救援服务站传输紧急呼叫并且 同时向摩托车发出确认，由此摩托车的驾驶者和/或乘客可被告知紧急 呼叫已成功发出。

根据另一种有利方案，所述预定确认通过另一接收到的紧急呼叫 文本消息实现。

由此可简单且无语音连接地确认紧急呼叫文本消息。

根据另一种有利方案，所述预定确认通过电话实现。

由此例如可澄清附加的问题。为此例如选择摩托车驾驶者的手机 的手机号码，以便进行电话联系并且借助电话联系澄清是否应发出紧 急呼叫。

根据另一方面，本发明的特征在于一种用于接收摩托车紧急呼叫 的计算机程序，其设计用于在数据处理装置上实施用于接收摩托车紧 急呼叫的方法或该方法的有利方案。

根据另一方面，本发明的特征在于一种计算机程序产品，其包括 可运行的程序代码，该程序代码在通过数据处理装置运行时实施用于 接收摩托车紧急呼叫的方法或该方法的有利方案。

所述计算机程序产品尤其是包括可由数据处理装置读取的介质， 程序代码存储于该介质上。

附图说明

下面借助示意性附图详细说明本发明的实施例。附图如下：

图1为具有摩托车控制装置的摩托车以及摩托车外部的外部控制 装置；

图2为用于发出摩托车紧急呼叫的流程图；并且

图3为用于接收摩托车紧急呼叫的流程图。

具体实施方式

相同结构和功能的元件在附图中以相同附图标记表示。

图1示出摩托车M。摩托车M例如具有传感器S。传感器S构造 用于自动检测紧急情况。

替换或附加地，摩托车M例如具有用于手动触发和/或确认紧急 呼叫的操作元件BE、如开关。

摩托车M具有摩托车M的控制装置SVM。摩托车M的控制装 置SVM具有数据和程序存储器、计算单元以及例如多个接口、如摩 托车M的第一接口SS1、第二接口SS2、第三接口SS3。摩托车M的 控制装置SVM的数据和程序存储器及计算单元可构造在一个单元中 和/或分布在多个单元上。

摩托车M的第一接口SS1例如构造用于与传感器S通信，尤其 是为了接收传感器S的测量信号。摩托车M的第二接口SS2例如构 造用于识别出对操作元件BE的操作。摩托车M的第三接口SS3(其 也可称为摩托车M的通信接口)例如构造用于与构造在摩托车外部的 外部通信接口KSS通信。

外部通信接口KSS例如配置给外部控制装置SVE。外部控制装置 SVE包括外部控制装置SVE的数据和程序存储器以及计算单元。外 部控制装置SVE的数据和程序存储器及计算单元可构造在一个单元 中和/或分布在多个单元上。外部控制装置SVE例如构造在后台中和/ 或在救援服务站的服务器中。

其中例如构造有外部控制装置SVE的后台例如是紧急呼叫中心。 该紧急呼叫中心例如是得到紧急呼叫并且必要时将其传递给本地救援 调度站的统一紧急呼叫中心。

摩托车的第三接口SS3例如构造用于发出紧急呼叫文本消息 NTN1和/或另一紧急呼叫文本消息NTN2，其通过外部控制装置SVE 的外部通信接口KSS接收。紧急呼叫文本消息NTN1和另一紧急呼叫 文本消息NTN2在后面将详细说明。

外部控制装置SVE的外部通信接口KSS例如构造用于发出紧急 呼叫确认消息NBN和/或另一紧急呼叫文本消息NTN2的请求RQ， 其通过摩托车M的第三接口SS3接收。

摩托车M的控制装置SVM也可称为用于发出摩托车M紧急呼叫 的装置。

外部控制装置SVE也可称为用于接收摩托车M紧急呼叫的装置。

为了发出紧急呼叫，由摩托车M的控制装置SVM的计算单元处 理一个程序，该程序例如存储于摩托车M的控制装置SVM的数据和 程序存储器中(参见图2)。

该程序例如响应自动检测到紧急情况而在步骤S1中开始，在该步 骤中例如可初始化变量。所述自动检测例如可借助传感器S进行。之 后该程序进入步骤S5。

替代或附加地，该程序可响应于手动触发紧急呼叫而在步骤S3 中开始，在该步骤中例如可初始化变量。所述手动触发例如通过对操 作元件BE的操作进行。之后该程序进入步骤S5。

在步骤S5中鉴于紧急情况发送紧急呼叫文本消息NTN1。紧急呼 叫文本消息NTN1例如借助摩托车M的第三接口SS3发送，以便通 过外部控制装置SVE的外部通信接口KSS接收。紧急呼叫文本消息 NTN1例如包括摩托车M的车辆识别码和/或摩托车M的位置、如GPS 位置。替代或附加地，紧急呼叫文本消息NTN1例如包括其是自动发 送的紧急呼叫文本消息NTN1还是手动触发的紧急呼叫文本消息 NTN1的信息。替代或附加地，紧急呼叫文本消息NTN1例如包括关 于事故的信息、如该事故是车头事故、车尾事故、所谓的高摔 (Highsider)还是所谓的低摔(Lowsider)。替代或附加地，紧急呼 叫文本消息NTN1例如包括用于确定摩托车M方向的最后几个路标。 替代或附加地，紧急呼叫文本消息NTN1例如包括摩托车M的驾驶者 的手机的当前手机号码。替代或附加地，紧急呼叫文本消息NTN1例 如附加地包括关于驾驶者的信息，如该驾驶者是否具有慢性疾病。

紧急呼叫文本消息NTN1例如借助下一代Telematics协议(Next GenerationTelematicsPattern)发送。替代或附加地，紧急呼叫文本 消息NTN1例如借助所谓的双音多频信号、简称DTMF信号发送。

在步骤S7中生成持续的声学信号AR1作为发送紧急呼叫文本消 息NTN1的声学反馈。该持续的声学信号AR1例如是警笛状的信号。

在步骤S9中检查是否出现预定事件。该预定事件例如是通过对操 作元件BE的操作而手动确认紧急情况CA。当该事件发生时，程序进 入步骤S11。

替代或附加地，所述预定事件例如是例如借助摩托车M的第三接 口SS3接收到另一紧急呼叫文本消息NTN2的请求RQ。当该事件发 生时，程序进入步骤S13。

替代或附加地，所述预定事件例如是例如借助摩托车的第三接口 SS3接收到紧急呼叫确认消息NBN。当该事件发生时，程序进入步骤 S15。

替代或附加地，所述预定事件例如是例如借助摩托车M的按键开 关手动关停紧急呼叫。当该事件发生时，程序进入步骤S19。

替代或附加地，所述预定事件例如是第一预定持续时间TD1结 束。该第一预定持续时间TD1例如是30分钟。当该事件发生时，程 序进入步骤S21。

在步骤S11中，例如借助摩托车M的第三接口SS3发送另一紧急 呼叫文本消息NTN2作为摩托车M的确认指示器，以便通过外部控 制装置SVE的外部通信接口KSS接收。所述另一紧急呼叫文本消息 NTN2例如包括相同或更新的、紧急呼叫文本消息NTN1的信息。接 着该程序进入步骤S9。

在步骤S13中，例如借助摩托车M的第三接口SS3发送另一紧 急呼叫文本消息NTN2作为摩托车M的确认指示器，以便通过外部 控制装置SVE的外部通信接口KSS接收。接着该程序进入步骤S9。

在步骤S15中，根据接收到的紧急呼叫确认消息NBN终止持续 的声学信号AR1。随后生成另一声学信号AR2。所述另一声学信号 AR2例如包括两个相继的长音。之后该程序进入步骤S17。

在步骤S17中，例如借助摩托车的第三接口SS3发送例如结束消 息BN，以便通过外部控制装置SVE的外部通信接口KSS接收。该结 束消息BN在此例如包括关于紧急呼叫确认消息NBN已成功接收的信 息。之后该程序结束。

在步骤S19中，例如借助摩托车的第三接口SS3发送例如结束消 息BN，以便通过外部控制装置SVE的外部通信接口KSS接收，该结 束消息在此例如包括关于紧急呼叫已手动中止的信息。之后程序结束。

在步骤21中，例如借助第三通信接口SS3发送例如结束消息BN， 以便通过外部控制装置SVE的外部通信接口KSS接收，在此该结束 消息BN例如包括关于第一预定持续时间TD1结束的信息。之后该程 序结束。

在程序结束后，程序必要时可在步骤S1和/或步骤S3中重新开始。

图3示出用于接收紧急呼叫文本消息NTN1的程序流程图。该程 序例如存储在外部控制装置SVE的数据和程序存储器中并且可由外 部控制装置SVE的计算单元进行处理。

该程序响应于例如借助外部控制设备SVE的通信接口KSS接收 到紧急呼叫文本消息NTN1而在步骤S50中开始。在步骤S50中例如 初始化变量。

在随后的步骤S51中，检查是否发生预定事件。该预定事件例如 是接收到结束消息BN。当该事件发生时，该程序进入步骤S53。

替代或附加地，所述预定事件例如是接收到另一紧急呼叫文本消 息NTN2。当该事件发生时，该程序进入步骤S54。

替代或附加地，所述预定事件例如是接入摩托车M的驾驶者的电 话呼叫。当该事件发生时，该程序进入步骤S57。

替代或附加地，所述预定事件例如是第二预定持续时间TD2结 束。第二预定时间TD2例如是两分钟。当该事件发生时，该程序进入 步骤S65。

在步骤S53中，程序结束。

在步骤S54中，向救援服务站发送救援服务消息RN。救援服务 消息RN在此例如包括另一紧急呼叫文本消息NTN2和/或紧急呼叫文 本消息NTN1的部分或所有信息。之后该程序进入步骤S55中。

在步骤S55中，例如借助外部通信接口KSS发送紧急呼叫确认消 息NBN，以便通过摩托车M的第三通信接口SS3接收。该紧急呼叫 确认消息NBN在此例如包括关于紧急呼叫已成功发出的信息。

在步骤S57中，检查是否应发出紧急呼叫。如果应发出紧急呼叫， 则程序进入步骤S59。如果不应发出紧急呼叫，则程序进入步骤S63。 所述检查例如根据摩托车的驾驶者的电话呼叫的结果而进行。

在步骤S59中，向救援服务站发送救援服务消息RN。该救援服 务消息RN在此例如包括紧急呼叫文本消息NTN1的部分或所有信息。 接着该程序进入步骤S61。

在步骤S61中，例如借助外部通信接口KSS发送紧急呼叫确认消 息NBN，以便通过摩托车M的第三接口SS3接收。该紧急呼叫确认 消息NBN在此例如包括关于紧急呼叫已成功发出的信息。

在步骤S63中，例如借助外部通信接口KSS发送紧急呼叫确认消 息NBN，以便通过摩托车的第三通信接口SS3接收。该紧急呼叫确认 消息NBN在此例如包括关于紧急呼叫已中止的信息。

在步骤S65中，触发向摩托车M的驾驶者的电话呼叫。为此例如 呼叫存储在紧急呼叫文本消息NTN1中的和/或配置给车辆识别码的 并且例如存储在控制装置SVE中的手机号码。之后该程序进入步骤 S67。

在步骤S67中，检查是否已电话联系上驾驶者。如已电话联系上 驾驶者，则程序进入步骤S79。如未电话联系上驾驶者，则程序进入 步骤S69。

在步骤S69中，例如借助外部通信接口KSS发送另一紧急呼叫文 本消息NTN2的请求RQ，以便通过摩托车M的第三通信接口SS3接 收。之后该程序进入步骤S71。

在步骤S71中，响应于接收到所述另一紧急呼叫文本消息NTN2， 检查是否应向救援服务站发出紧急呼叫。为此例如检验所述另一紧急 呼叫文本消息NTN2的内容。如果该紧急呼叫文本消息例如包含关于 摩托车M行驶的信息，则可认为不必发出紧急呼叫。如果不应发出紧 急呼叫，则程序进入步骤S73。如果应发出紧急呼叫，则程序进入步 骤S75。

在步骤S73中，例如借助外部通信接口KSS发送紧急呼叫确认消 息NBN，以便通过摩托车M的第三通信接口SS3接收。该紧急呼叫 确认消息NBN在此例如包括关于紧急呼叫已中止的信息。

在步骤S75中，向救援服务站发送救援服务消息RN。救援服务 消息RN在此例如包括紧急呼叫文本消息NTN1和/或另一紧急呼叫文 本消息NTN2的部分或所有信息。之后该程序进入步骤S77。

在步骤S77中，例如借助外部控制装置SVE的外部通信接口KSS 发送紧急呼叫确认消息NBN，以便通过摩托车M的第三通信接口SS3 接收。该紧急呼叫确认消息NBN在此例如包括关于紧急呼叫已成功 发出的信息。之后该程序结束。

在步骤S79中，确定紧急呼叫是否应发出或紧急呼叫是否不应发 出。这例如借助电话呼叫的结果进行。如果应发出紧急呼叫，则程序 进入步骤S81。如果不应发出紧急呼叫，则程序进入步骤S85。

在步骤S81中，向救援服务站发送救援服务消息RN。之后该程 序进入步骤S83。

在步骤S83中，例如借助外部通信接口KSS发送紧急呼叫确认消 息NBN，以便通过摩托车的第三通信接口SS3接收。该紧急呼叫确认 消息NBN在此例如包括关于紧急呼叫已成功发出的信息。之后该程 序结束。

在步骤S85中，例如借助外部控制装置SVE的外部通信接口KSS 发送紧急呼叫确认消息NBN，以便通过摩托车M的第三通信接口SS3 接收。该紧急呼叫确认消息NBN在此例如包括关于紧急呼叫已中止 的信息。之后该程序结束。

在程序结束后，必要时该程序可在步骤S50中重新开始。

替代或附加地，紧急呼叫例如可通过摩托车M的驾驶者的手动电 话呼叫而中止。驾驶者的关联或辨别例如可借助由驾驶者说明的位置 与GPS位置的比较进行。替代或附加地，所述辨别可通过车辆识别码 进行。

由此能够有利于简单且必要时在无语音连接的情况下发出和接收 摩托车紧急呼叫。

附图标记列表

AR1持续的声学信号

AR2另一声学信号

BE操作元件

CA确认紧急情况

KSS外部接口

BN结束消息

NTN1紧急呼叫文本消息

NTN2另一紧急呼叫文本消息

RN救援服务消息

NBN紧急呼叫确认消息

RQ(另一紧急呼叫文本消息)的请求

BN结束消息

TD1第一预定持续时间

TD2第二预定持续时间

S传感器

M摩托车

SVM(摩托车的)控制装置

SS1至SS3第一至第三接口

SVE外部控制装置