用于车辆的紧急系统以及为车辆用户提供救援构件的方法与流程

本发明涉及一种用于车辆的紧急系统以及一种用于车辆的紧急系统以及为车辆用户提供救援构件的方法。自2018年4月起，对欧盟批准的乘用汽车类型强制使用自动紧急呼叫系统，又称ecall。在事故之后，该紧急呼叫系统会自动地或甚至是手动地建立与紧急呼叫中心的语音电话链路。另外，可传输另外的数据，诸如车辆相关数据、当前位置以及触发紧急呼叫的事件。该紧急呼叫系统使得能够快速地向救援车辆发警报。

这样，本发明的目的是获得一种改进的紧急系统。

根据本发明，该目的借助具有权利要求1中列出的特征的紧急系统并借助具有权利要求26中列出的特征的方法来实现。

该紧急系统具有数据收集单元，该数据收集单元用于记录紧急数据，其中紧急数据至少包括车辆数据和车辆的至少一个用户的医疗数据。该紧急系统还具有：数据存储单元，该数据存储单元用于存储紧急数据；以及数据访问单元，借助该数据访问单元，可建立到数据存储单元的通信链路。

与现有技术相反，紧急系统不仅包括车辆数据，而且包括车辆的用户的医疗数据。这样做的优点是，由于医疗数据的传输，可得出关于对车辆用户造成的伤害的类型和严重程度的结论。此外，可很早就知道车辆乘员的数量。以此方式，不仅可提供正确类型的救援车辆，而且可提供必要数量的救援车辆。

除医疗数据外，还会传输车辆位置，这意味着可将救援人员送往正确位置。因此，可实现对紧急人员的显著地更有针对性的使用，由此可挽救生命，特别是在尤其关键的情况下。

方便地，通信链路被形成用于语音和/或数据传输。当无线通信链路可用时，这种情况尤其合适。这可例如经由现有移动网络进行。

在一个实施方案中，可有用于识别至少一个用户的构件(means)可用。由此，可确保例如在事故时间上存在于车辆中的所有车辆用户被检测到，并且所有用户的医疗数据可用。识别可以不同方式进行。例如，可借助使用个性化车辆钥匙来识别驾驶员。

识别也可经由便携式装置进行。例如，用户的移动电话可连接到紧急系统，使得所有车辆用户是已知的。

然而，当存在用于基于独特个人特性的自动识别的构件可用时，这是尤其有利的，所述独特个人特性例如脉搏、瞳孔或指纹。例如，这可经由在车辆内部中的一个或多个相机进行。以此方式，可确保所有车辆用户一直是已知的，以便使相关的数据在紧急状况下可用。

由于医疗数据中存在的数据的敏感性质，当以特殊方式控制和/或限制对此的访问时，这是有利的。因此，紧急系统可具有前台模式和后台模式，其中可在前台模式中建立通信链路，并且其中紧急系统在正常操作期间是在后台模式中。以此方式，防止对紧急数据并特别是医疗数据的一般访问。

在一个实施方案中，紧急系统具有至少一种触发机制，紧急系统可用该触发机制切换到前台模式。

当紧急系统具有多级特别是三级触发机制时，可能是有利的。特别地，可存在手动触发机制和全自动触发机制。当用户检测到紧急状况时，用户可经由手动触发机制切换到前台模式。如果发生事故，自动触发机制可例如由车辆传感器激活。此外，例如可存在半自动触发机制，该半自动触发机制要求手动确认。

在一个实施方案中，紧急系统具有手动触发机制，该手动触发机制可由用户控制。以此方式，可独立于事故或医疗紧急状况来报告紧急情况。

在一个实施方案中，紧急系统具有车辆触发机制，该车辆触发机制可由车辆控制，其中由用户进行确认是必需的。车辆触发机制可例如当已经检测到不太严重的紧急状况时自动地激活。然而，用户必须先确认紧急状况，然后才能切换到前台模式。在这种情况下，触发机制可被配置为使得在一定确认时间已经到期而没有这种确认之后，存在自动触发或甚至是不触发。这也可取决于确定的紧急状况类型。

在一个实施方案中，紧急系统具有紧急触发机制，该紧急触发机制可由车辆自动地且自主地控制，特别是当确定紧急状况时。在这种情况下，触发机制是基于重大紧急状况(诸如事故)的确定来自动地触发的。在这种情况下，无法由用户进行干预。

在一个实施方案中，触发机制可由数据收集单元形成。由于数据收集单元处理所有相关的车辆和医疗数据，因此可在此处对警报触发进行简单分类。

在一个实施方案中，数据收集单元为此目的连接到用于车辆数据的接口。例如，由此，可收集车辆传感器或其他车辆相关数据。

在这种情况下，可读取和收集车辆的基本上所有的相关的数据。这种接口可例如在诸如can总线的车辆总线上实施。

收集到的车辆数据可例如包括以下：事故传感器数据和事故数据记录；安全气囊状态数据；座椅位置；内部图像，特别是2d图像、3d图像和/或红外图像。

特别地，事故传感器的评估或安全气囊的状态可应用于触发机制的自动激活。

在一个实施方案中，数据收集单元连接到用于医疗数据的接口。这实现对医疗数据的访问，该医疗数据可经由接口传输到数据收集单元。

用于医疗数据的接口可例如连接到车辆传感器，特别是用于记录至少一个用户的实时医疗数据和/或动态医疗数据。这种车辆传感器可为例如疲劳传感器、醇传感器、内部相机或其他传感器。由此，可收集关于一个用户或若干用户的状态的相关的医疗数据。

优选地，用于医疗数据的接口可连接到医疗数据的至少一个远程源。远程源可为未永久地安装在车辆中的任何医疗数据源，或为连接到车辆的源。医疗数据的远程源可为例如家庭健康系统、移动和/或便携式和/或植入式医疗监测装置和/或智能电话。特别地，可将远程源分配给车辆的用户。

然而，远程源也可为连接到互联网的数据库，并且其中存储了来自便携式或固定健身装置的医疗数据。来自远程源的医疗数据可包括动态、准静态和静态医疗数据。远程源还可为例如用户的电子医疗记录。

医疗数据尤其可包括与年龄、性别、身高、体重、血型、体重指数(bmi)、过敏、疾病、植入物、脉搏、血压、血糖、输血史、移植史、助视器和/或助听器、起搏器、血醇和/或药物影响有关的值。

特别地，当紧急数据包括所有识别出的用户的医疗数据时，这是有利的。以此方式，在紧急状况中，例如在事故中，可为所有车辆用户提供有针对性且快速的辅助。

在一个实施方案中，数据收集单元连接到用于检测车辆位置的位置单元，其中车辆位置是紧急数据的部分。以此方式，车辆位置可用于有针对性地向紧急人员发警报。

方便地，用于检测车辆位置的位置单元连接到卫星导航单元和/或用于监测环境的相机。特别地，自主驾驶车辆具有广泛的环境传感器，诸如激光雷达或激光扫描仪，其可用于更精确地定位车辆。另外，可以此方式记录有关事故的另外的信息，诸如在车辆外在事故中牵涉到的人。

在一个实施方案中，紧急呼叫中心可用，该紧急呼叫中心连接到数据访问单元。在前台模式中，经由通信链路，事故数据可传输到紧急呼叫中心和/或可由紧急呼叫中心检索。紧急呼叫中心经由数据访问单元获得对数据存储单元和存储在其中的紧急数据的访问。

由于数据存储单元可包含有关用户的全面且敏感的数据，因此当紧急呼叫中心要求一次性认证用于访问数据存储单元时，是有利的。这种认证可例如借助私法合同进行。可经由认证确保访问安全，使得不能无差别地访问数据存储单元。

在一个实施方案中，至少经由通信链路传输的医疗数据被加密。这可防止不期望地访问紧急数据。特别地，每个用户的医疗数据可例如用生物特征密钥和/或不同密钥单独地加密。医疗数据还可被提供有签名,特别是生物特征签名，以便指示该数据的真实性。

在一个实施方案中，紧急系统具有分析单元，该分析单元布置在数据收集单元与数据存储单元之间，并且被形成用于由数据收集单元收集的数据的本地和/或远程准备。分析单元可用于准备收集到的数据。在这种情况下，准备也可能在外部或远程进行。例如，在远程计算中心中，实质上更多的计算能力可能可用，以便用紧急数据进行复杂计算和相关。收集到的紧急数据也可用于训练人工智能元素，这实现显著地更精确的事故分析或解释收集到的数据。

当收集到的并可能经分析的紧急数据被存储在数据存储单元中时，这是尤其有利的。在这种情况下，数据存储单元可包括本地和/或远程数据存储设备。在这种情况下，数据存储设备也可能经由互联网连接。

在一个实施方案中，紧急系统具有相关单元，该相关单元被形成用于确定和提供相关数据。这种相关数据可包括例如时间、地理位置、道路状况、行程目的、起始位置和/或目的地。例如，车辆的用户例如是否恰好在酒吧里并可能醉酒且是疲倦的，或车辆的用户例如是否从健身房开车回家并因此更警觉且是醒着的，对于评估紧急情况可能是相关的。在这种情况下，与仅根据车辆数据和医疗数据可能建立的相比，相关单元可建立更大的情景。在这种情况下，相关单元还可访问社交媒体和/或其他平台数据。

在一个实施方案中，相关单元连接到数据访问单元，使得在前台模式中，可访问相关数据。以此方式，紧急呼叫中心也可访问相关数据。然而，也可将相关数据视为紧急数据的一部分并将其与其他紧急数据一起存储在数据存储单元中。

在一个实施方案中，对用户的医疗数据的访问还可由该用户在紧急情况外授权。特别地，在这种情况下，如果用户可规定紧急呼叫中心将必须对医疗数据进行哪种访问，则可为有利的。

在一个实施方案中，紧急系统可为所谓的电子物理系统(cyber-physicalsystem，cps)的部分。由于许多车辆的强大网络，例如由于对车辆的路线选择或行驶动态的干预，特别是对于自主或半自主车辆，也可进行事故预防。

一种用于为车辆的用户提供救援构件的方法，其特征在于，紧急呼叫中心因触发机制而获得对用户的紧急数据的访问，并且在于该紧急呼叫中心根据紧急数据来向合适的救援构件发警报。提供紧急数据意味着存在所有相关的数据，使得紧急呼叫中心可提供合适数量和类型的救援构件。这样做的优点是，在检测到该情况并随后向另外的救援构件发警报的情况下，不会在事故现场耗掉宝贵的时间。

在一个实施方案中，紧急数据特别地包括用户的车辆数据和医疗数据。在这种情况下，当医疗数据涉及所有用户，使得可精确地发警报时，这是尤其有利的。

在一个实施方案中，当选择救援构件时，紧急呼叫中心可考虑附加相关数据。相关数据可检测例如在行程和紧急状况周围的情景。该数据可包括有关行程是已经发生在去酒吧或俱乐部之后的深夜还是在白天离开或去往工作场所期间的信息。存在的医疗数据的评估例如可由此改变。例如，在从健身房起的行程或锻炼期间，较高脉搏可为正常的，而其可指示在不同情景下的医疗情况。相关数据可从各种源得到，诸如例如定位数据、位置数据、传感器数据，或者还可从社交媒体得到。

在一个实施方案中，该方法被设计用于使用先前描述的紧急系统。

以下参考附图更详细地描述系统和方法。

示出如下：

图1：紧急系统的第一实施方案的框图；

图2：紧急系统的第二实施方案的框图；

图3：紧急系统的触发图；

图4：紧急系统的各种触发机制的框图；

图5：用于触发紧急状况的方法的流程图；并且

图6：用于在触发紧急状况之后向救援构件发警报的方法的流程图。

图1示出了根据第一实施方案的紧急系统100的框图。紧急系统100具有数据收集单元101，该数据收集单元被形成用于收集和组合紧急数据。数据收集单元101可例如被布置在车辆内。然而，数据收集单元101也可能布置在车辆外和/或布置在便携式装置中。

该示例中的紧急数据包括车辆数据110、医疗数据120和相关数据130。

为了记录车辆数据，紧急系统101具有用于车辆数据110的接口114，该接口连接到数据收集单元101。接口114优选地布置在车辆内，并且方便地访问事故传感器115的数据和记录、安全气囊和座椅设置116以及内部相机117。内部相机在这种情况下可被设计用于记录2d、3d和/或红外图像。事故的类型和严重程度可仅根据有关是否已经展开安全气囊和已经展开哪些安全气囊的信息来确定。座椅传感器可提供例如有关在车辆中有多少用户的信息。这些数据因此对于估计事故情况非常重要。

紧急系统100还包括位置单元111，在该示例中，该位置单元连接到数据收集单元101。然而，当位置单元连接到用于车辆数据的接口114时也可是有利的，并且收集到的车辆数据被传送到收集单元。位置单元111连接到卫星导航单元112和/或连接到环境相机113，其用于确定当前车辆位置。特别地，现代乘用汽车通常具有所谓的360°相机，该360°相机也可提供例如事故环境的印象。例如，可确定在事故中是否牵涉到可能没有任何紧急系统的行人或骑自行车的人以及可能牵涉到多少这样的行人或骑自行车的人。

为了记录医疗数据120，紧急系统具有用于医疗数据120的接口121，该接口连接到数据收集单元101。在一方面，用于医疗数据120的接口121连接到用于医疗数据120的车辆传感器122。这些车辆传感器122可提供例如实时数据，诸如例如脉搏、氧饱和度或呼吸速率。车辆传感器还可提供动态医疗数据。车辆传感器122可例如集成到座椅、安全带、扶手、头枕中或集成到方向盘中，并且可经由直接接触或在不接触的情况下起作用。为此，车辆传感器122还可具有激光器、相机和/或立体相机。

接口121还可例如经由无线通信链路连接到医疗数据120的远程源123。远程源123可包含动态、准静态和/或静态医疗数据120。远程源可为例如便携式和/或植入式装置、固定家庭紧急系统或甚至是用户的电子医疗记录。在这种情况下，接口121可以许多不同方式与任何数据源进行通信，使得可获得用户的全面医疗简档。

在这种情况下，医疗数据可包括与年龄、性别、身高、体重、血型、体重指数(bmi)、过敏、疾病、植入物、脉搏、血压、血糖、输血史、移植史、助视器和/或助听器、起搏器、血醇和/或药物影响有关的值。可根据数据的可用性来向该列表补充任何医疗数据，并且该列表不限于本文中提及的示例。

数据收集单元101连接到数据存储单元140，该数据存储单元中存储了收集到的紧急数据。数据存储单元140可具有本地数据存储设备141和/或远程数据存储设备142。远程数据存储设备142可为例如能够经由互联网访问的云存储设备。

为了访问紧急数据，紧急系统100具有数据访问单元150，该数据访问单元经由通信链路182连接到数据存储单元140。数据存储单元140可永久地安装在车辆中，或者可布置在便携式装置中。然而，数据存储单元140也可固定地布置在车辆外。在数据收集单元101与数据存储单元之间的连接181可相应地为有线和/或无线的。因此，在数据存储单元140与数据访问单元150之间的通信链路182也可为有线和/或无线的。在这种情况下，可使用各种技术，这就是应用不限于特定连接的原因。

为了记录相关数据130，在示例中，紧急系统100具有相关单元131。为此，相关单元131可例如连接到用于记录道路状况的装置132和/或连接到相关数据130的不同源133。相关数据130还可包括例如来自社交网络或其他互联网平台的信息。相关数据使得能够例如更精确地解释收集到的紧急数据。因此，可例如根据位置和到其他数据的链路来确定用户恰好在健身房中，并且因此确定脉搏较高是正常的而非表示任何医学指征。以此方式，也可能与纯数据情况所准许的不同地评估不同情况。

在该示例中，相关单元131直接地连接到访问单元150。这意味着相关数据不在数据存储单元140中，而可被直接地读出。

然而，在替代实施方案中，相关单元131也可连接到数据收集单元101，使得相关数据130是紧急数据的部分。

数据访问单元150是接口，经由该接口，例如，紧急呼叫中心160和/或创伤中心170可获得对紧急数据的访问。然而，仅当紧急系统100在前台模式中时才有可能进行这种访问。前台模式由触发机制激活。

图2中所示的紧急系统200与图1中的紧急系统基本上相同。因此，等效特征被提供有相同的附图标记。然而，紧急系统200另外地具有分析单元290，该分析单元布置在数据收集单元101与数据存储单元140之间。分析单元290可具有本地计算单元291和/或远程计算单元292，收集到的紧急数据可在其中进行分析。

图3示意性地示出了紧急系统101的各种状态。紧急系统在时间点t0处关闭。例如，当车辆关闭时就是这种情况。车辆在时间点t1处开启。紧急系统由此被激活并切换到后台模式(hg)。在后台模式中，无法经由数据访问单元建立通信链路。在时间点t2处，触发机制被激活，由此紧急系统被切换到前台模式(vg)。在前台模式中，在数据访问单元与数据存储单元之间建立通信链路，借助该通信链路，例如，紧急呼叫中心可检索相关的紧急数据，或者数据可传送到该紧急呼叫中心。

图4示出了紧急系统的各种触发机制。紧急系统在这种情况下具有手动触发机制400。手动触发机制可由用户手动地激活，以便报告例如基于收集到的数据而未被数据收集单元检测为紧急状况的情况。

紧急系统另外地具有半自动触发机制401。在这种情况下，紧急系统基于收集到的数据来检测紧急状况，但这不是关键的或要求立即行动。用该触发机制401，要求用户进行手动确认402，以便实际上激活触发机制。可为确认指定最大等待时间。一旦等待时间到期而没有进行手动确认，则紧急系统可被配置，使得触发机制被激活或不被激活。例如，这也可取决于假定检测到的紧急状况的类型。

紧急系统还具有自动且自主的触发机制403，其由紧急系统激活。这些是能够清楚地确定的紧急状况，诸如例如其中车辆传感器提供清楚信号的事故。例如，这可通过显式事故传感器、翻转传感器或展开的安全气囊来确定。

如果触发机制中的一者被激活并可能被确认，则紧急系统切换到前台模式404。

图5示出了用于触发紧急状况的方法的流程图。首先，在一个步骤500中起动车辆。由此，紧急系统被切换到后台模式并因此被激活。然后，识别车辆的用户502。这可通过生物特征检测或通过其他特征来进行。在行程期间，然后相应连续地收集所有用户的紧急数据504。在这种情况下，可例如通过读出车辆传感器来不断地更新紧急数据。然后，评估紧急数据506，以便检测紧急状况。在评估紧急数据之后，有检查508以确定是否即将发生紧急状况。如果情况并非如此，则收集另外的紧急数据504。如果检测到紧急状况，则激活触发机制510，如例如在图4中所解释。

图6示出了用于在激活触发机制600之后向救援构件发警报的方法的流程图。紧急系统激活602前台模式，由此在数据访问单元与数据存储单元之间建立通信链路。然后，紧急呼叫中心可检索紧急数据604并向合适的救援构件发警报606。