用于获取从机动车所在地到目的地的路线的方法及系统与流程

本发明涉及一种用于获取从机动车所在地到目的地的路线的方法。在此，机动车的控制装置将紧急呼叫传输到中心/总机的接收器处。中心的计算装置获取到目的地的路线。此外，本发明涉及一种用于获取从机动车所在地到目的地的路线的系统。

背景技术：

文献de102014217453a1描述了一种用于车辆的驾驶员有障碍时自动的车辆调节方法，在其中，车辆计算机设计成与服务器通讯。服务器可指示车辆，在自动模式中驶向预先选择的紧急医疗设施或者与紧急服务(例如救护车)的汇合点。

文献ep2860078a1描述了一种用于使机动车的安全系统运行的方法，在其中，当识别出驾驶员无驾驶能力并且需要医疗辅助时，自动地控制车辆驶向医院。

文献de102014210147a1涉及一种用于自动引导车辆的控制系统。在此，通过引导车牵引自动驾驶的车辆，引导车为被牵引的车辆的自动驾驶提供传感器信号。车辆被牵引到救援力量易于接近的地点。

此外，从现有技术中已知，不再能驾驶的机动车的驾驶员激活或触发手动的自动的紧急呼叫。在此，将数据包传输到紧急呼叫中心处，该数据包包含车辆的地理位置以及如有必要包含其它信息，例如车辆类型、事故的严重程度、在机动车中的人数，等。与发出紧急呼叫的机动车的所在地最近的救援力量或救援车辆随后根据通过紧急呼叫中心得到的相应的信息赶去机动车的所在地。

然而，根据救援车辆所在的初始位置或起始位置，并且根据交通情况，向发送紧急呼叫的机动车的路程可能变化很大。例如这适用于，在到发出紧急呼叫的机动车处的路线上堵车。因此，不利的是，一方面，在救援力量的初始距离远时，路程很长，以及由于不利的交通情况(例如拥堵)而行驶缓慢。

技术实现要素：

因此，本发明的目的是，如此改善开头所述类型的方法以及系统，即，通过救援车辆的投入力度/行动力为发出紧急呼叫的机动车提供特别快速的帮助。

该目的通过具有权利要求1所述的特征的方法和具有权利要求11所述的特征的系统实现。在从属权利要求中给出本发明的具有适宜的改进方案的有利的设计方案。

在根据本发明的用于获取从机动车所在地到目的地的路线的方法中，机动车的控制装置将紧急呼叫传输到中心的接收器处。中心的计算装置获取到目的地的路线。在此，在选择目的地时，中心的计算装置考虑，机动车经过该路线所需的第一时间段。此外，计算装置考虑，救援车辆到达目的地所需的第二时间段。在此，计算装置如此选择目的地，使得两个时间段的和最小。换句话说，在行驶时间方面优化机动车到目的地的和救援车辆到目的地的路线。由此，目的地为，发出紧急呼叫的机动车和救援车辆共同赶去的汇合点。因此，选择总共需要的行驶时间最短的汇合点或目的地。在此处机动车与救援车辆或救援力量汇合。

本发明基于的认识是，例如在机动车事故时(事故发生后紧接着发出紧急呼叫)，一方面，当机动车留在原地时，可能由于该机动车引起堵车。相反地，如果驾驶员还能驾驶的机动车到达机动车能没有风险地且特别是没有堵车风险地停车的汇合点，则救援车辆能特别快速地到达该汇合点或目的地。相应地，对于发出紧急呼叫的机动车或其乘客来说，能获取到达汇合点的救援车辆的特别快速的投入力度帮助。因此，在多种情况中，直至救援力量能提供帮助的时间显著缩短。

在此，为了简化，讨论一辆救援车辆。然而，多个救援车辆同样可在第二时间段之内在相应的路线上到达目的地。

视为有利的是，计算装置根据地图数据和/或根据由其它机动车提供的数据获取多个可能的目的地，并从这些可能的目的地中选择机动车和救援车辆应驶向的目的地。即，根据地图数据，能特别简单地发现多个以安全汇合点的形式的可能的目的地，例如公共停车场、餐馆等。

附加地或备选地，在选择待驶向的目的地时，可考虑一群数据，即，可由其它机动车、例如数据库提供的以及可通过计算装置从数据库调取的数据。例如，可根据当前交通流量将可能的汇合点定为安全目的地。相反地，在交通流量较高时，可将相同的汇合点归入易发生事故的。因此，通过考虑群数据，能以特别高的可靠性决定在发出紧急呼叫的机动车的环境中的安全目的地。

当计算装置根据目的地和/或救援车辆与机动车的距离，获取多个可能的目的地和/或多个可能的救援车辆时，可特别简单地限制计算装置的计算开销。于是，仅仅需要对于机动车附近的可能的汇合点和救援车辆进行路线计算。

中心的发送装置可将给出目的地的地理位置的数据一方面传输给机动车的导航系统，另一方面传输给救援车辆的导航系统。由此，可特别简单地实现，不仅机动车而且救援车辆能在利用相应导航系统的情况下快速到达共同的目的地或汇合点。相应地，可特别快速地为发出紧急呼叫的机动车的乘客提供帮助。

这特别适用于，附加地或备选地，中心的发送装置将如下数据一方面传输给机动车的导航系统，另一方面传输给救援车辆的导航系统，即，该数据给出机动车到目的地的路线以及救援车辆到目的地的路线。于是，机动车和救援车辆的导航系统不再需要自己进行计算，而是路线信息直接可供一方面机动车的导航系统并且另一方面救援车辆的导航系统使用。由此也可赢得宝贵的时间。

这更加适用于，中心(特别是可为紧急呼叫中心)的计算装置具有比导航系统的相应的计算单元或处理器更高的计算能力。

优选地，在机动车和救援车辆赶去目的地时，计算装置还检查，至少一个在选择目的地时进行的假设是否正确。当确定与所述至少一个假设有偏差时，计算装置改变机动车和/或救援车辆到目的地的路线。附加地或备选地，如果确定了这种偏差，计算装置可改变目的地。以这种方式，例如当用于到达目的地的时间段由于交通流量或事故而改变并且由此目前可更快速地到达另一目的地时，可特别好地应对情况的变化。计算装置特别是能以周期的间隔进行这种类型的检查。

在检查时，计算装置例如可利用交通信息和/或由其它机动车提供或已经提供的数据、即群数据。由此，可特别快速地调整路线和/或目的地。

此外视为有利的是，在获取第一时间段和第二时间段时，计算装置考虑由其它机动车和/或交通中心提供的数据。即，在交通中心中，特别是可提供在所选择的位置处监控交通情况的结果，例如这用于控制交通标志的改变。通过评估交通中心的相应数据和/或通过评估群数据，可特别符合实际地计算第一时间段和第二时间段。

在此，视为有利的是，计算装置从所述数据中确定当前交通流量。附加地或备选地，计算装置可从所述数据中确定可根据工作日和/或时间预测的交通流量变化。由此，例如可考虑高峰时间，高峰时间例如在相应的大企业换班前后的时间段中或在早晚的上下班高峰中出现。

此外，当计算装置从所述数据中确定在机动车和救援车辆到目的地的路线上的信号灯设备的切换方案时，有利于特别准确地获取所述时间段。

此外，优选地，考虑在机动车和/或救援车辆到目的地的路线上的道路特性。即，例如在冬天重要的是，第一路线的积雪是否已经被清扫并且相对地第二路线是否未被清扫。换句话说，考虑该参数也有利于使两个时间段的和最小。

视为更有利的是，计算装置从所述数据中确定在机动车和/或救援车辆到目的地的路线上存在的至少一个限速。换句话说，该参数也对相应的时间段的长度有影响。

此外，计算装置可从所述数据中确定，在保证机动车或救援车辆安全行驶的情况下违反在机动车或救援车辆到目的地的路线上的至少一个限速的可能性。即，例如在一条路线上出于噪音防护的目的规定了限速。然而，在该路线上，救援车辆可以不遵守该限速且也能够安全行驶。通过考虑这种类型的可能性，可特别快速地到达目的地。

优选地，对于紧急呼叫的手动激活和/或自动激活进行调查，机动车的驾驶员是否有应答。即，在由机动车的乘客手动激活紧急呼叫时，首先可确定，实际上是否需要帮助。如果是这种情况，可调查，机动车的驾驶员是否能驾驶。如果是这种情况，则对于驾驶员来说存在他自己将机动车驶向目的地的可能性。

相对地，如果例如对于紧急呼叫的自动激活调查出，机动车的驾驶员无应答或不能驾驶，则在选择目的地时考虑这种情况。

优选地，对于紧急呼叫的手动激活，在驾驶员没有驾驶能力时，激活机动车的自动驾驶功能，并且机动车自动地驶向目的地。在这种自动驾驶时，相应地不需要驾驶员干预机动车到目的地的运动。

相反地，如果对于紧急呼叫的手动激活确定，驾驶员无应答，则优选地不激活机动车的自动驾驶功能。因为可推出，例如儿童或者机动车的其他乘客不小心手动激活了紧急呼叫。在这种情况中不适合使机动车自动驶向目的地。相同的适用于，在手动激活紧急呼叫之后询问接触的驾驶员得到不需要帮助的情况。

此外优选地，对于紧急呼叫的自动激活，在驾驶员没有驾驶能力时和/或在驾驶员无应答时，激活机动车的自动驾驶功能并且使机动车自动地驶向目的地。因为由此可保证，特别安全且可靠地到达目的地，并且此外快速地为不能驾驶的或无应答的驾驶员和机动车的其他乘客提供帮助。

优选地，在机动车向目的地行驶期间，借助于机动车的至少一个监控装置监控，机动车的驾驶员是否能继续驾驶。在驾驶员的驾驶能力受损时，可输出至少一个警报信号。附加地或备选地，在驾驶能力受损时，激活机动车的自动驾驶功能并且使机动车自动驶向目的地。由此，即便在驾驶员首先希望自己前往目的地然而由于疲劳或神经紧张(例如当出现惊吓状态时)不再具有足够的能力的情况中，也使机动车安全到达目的地。

根据本发明的用于获取从机动车所在地到目的地的路线的系统包括机动车的控制装置。控制装置构造成，将紧急呼叫传输到系统的中心的接收器处。中心的计算装置构造成，获取到目的地的路线。在此，计算装置构造成，在选择目的地时，考虑机动车经过该路线所需的第一时间段和救援车辆到达目的地所需的第二时间段。此外，计算装置构造成，如此选择目的地，使得两个时间段的和最小。

对于根据本发明的方法描述的优点和优选的实施形式也适用于根据本发明的系统，且反之亦然。

以上在描述中所述的特征和特征组合以及以下在附图描述中所述的和/或在图中单独示出的特征和特征组合不仅可在相应给出的组合中应用，而且也可在其它组合中或单独地应用，只要不离开本发明的范围。由此，在附图中未明确示出或解释的、然而可通过独立的特征组合从所解释的实施方案中得到和可得出的实施方案，也包括在本发明中并且视为由本发明公开。由此，不具有最初归纳的独立权利要求的所有特征的实施方案和特征组合也视为由本发明公开。

附图说明

从权利要求、以下对优选的实施形式的描述中以及根据附图得到本发明的其它优点、特征和细节。其中：

图1示意性地示出了如下情况，即，在其中将发出紧急呼叫的机动车和救援车辆引导到共同的汇合点；

图2示出了流程图，根据该流程图可说明用于到达共同汇合点的机动车的自动驾驶功能的使用方案；以及

图3示意性地示出了包括机动车的地理位置的数据向中心的传输方案。

具体实施方式

在图1中示意性地示出了系统的组成部分，借助于该系统可优化在手动或自动紧急呼叫时的救援时间或救援路程。相应地，机动车10具有例如控制器12形式的控制装置。根据紧急呼叫的手动或自动激活，控制器12建立与中心16的接收装置或接收器14的连接，中心16例如构造成具有相应的服务器的紧急呼叫中心或呼叫中心并且包括计算装置18。

通过紧急呼叫，将机动车10的地理位置、即给出机动车10的所在地的数据包传输到接收器14处。机动车10的地理位置的传输可通过sms实现，或者通过同带/同步调制解调器实现，即通过不仅用于传输语音信息而且用于数据传输的数据通道实现。

图3示出了通过同带调制解调将机动车10的地理位置传输到中心16的接收器14处的方案。在激活72也被称为ecall的紧急呼叫之后，首先可建立与服务器76的语音连接74，服务器76也被称为后台。在建立连接之后，用于语音连接74的语音通道可用于与服务器76的同带数据传输78。随后，由服务器76进行到中心16的接收器14的数据传输80。然而，此外也可通过来自机动车10的语音连接82与中心16通讯和反向通讯。包括到目的地20的最优路线28、32(见图1)的计算在中心16的(在图3中未示出的)计算装置18上进行，中心16例如可包括服务器和数据库。随后，计算的结果通过服务器76发送到机动车10处。

附加地或备选地，也可借助于ip通讯通过后台或服务器76进行地理位置的传输。即，也可使用特别是可根据因特网标准进行数据传输的计算机网络。

因此，在图1中显示的情况中，触发手动或自动紧急呼叫。紧急呼叫到达中心16中，并且在此传输机动车10的地理位置。在紧急呼叫到达之后，在(紧急呼叫)中心16中或在呼叫中心中借助于中心16的计算装置18寻找在机动车10周围可能的、安全的汇合点或目的地20、22。目的地20、22例如可为公共停车场、餐馆等。

在获取在机动车10的周围的可能的目的地20、22或汇合点时，还考虑，救援力量或救援车辆24是否位于机动车10或可能的目的地20、22附近。例如，在图1中仅仅示出了一个位于机动车10附近的救援车辆24。因此，首先，由计算装置18确定在机动车10周围且在机动车10附近的救援力量或救援车辆24周围的安全汇合点或目的地20、22。

紧接着，计算从机动车10到目的地20、22以及从救援车辆24到目的地20、22的相应的或不同的路线。例如，第一路线26从机动车10通到比目的地20更接近机动车10的目的地22。相应地，第二路线28从机动车10引导到更远的目的地20。

相同的适用于从救援车辆24到目的地22的路程更短的路线30以及从救援车辆24到目的地20的路程更长的路线32。然而，计算装置18分别获取如下时间段，即，一方面机动车经过路程较短的路线26的和另一方面经过路程较长的路线28所需的时间段。此外，计算装置18分别获取如下时间段，即，救援车辆24经过路程较短的路线30以及经过路程较长的路线32所需的时间段。

在选择目的地20用作机动车10与救援车辆24的汇合点时，计算装置18在行驶时间方面优化路线26、28、30、32。计算装置18选择总共需要的行驶时间最短的汇合点、或目的地20。在此，与通过更短的路线26到达较近的目的地22相比，例如机动车10可在路程较长的路线28上更快地到达目的地20。同样，与通过较短的路线30到达更近的目的地22相比，救援车辆24可通过路程较长的路线32更快地到达目的地20。因此，在此，选择目的地20作为共同汇合点。因此，不仅在机动车10而且救援车辆24或救援力量的最小的可能行驶时间方面优化到安全汇合点的路线28、32。

随后，中心16的发送装置34将汇合点或目的地20的位置和涉及路线28或路线32的路线信息一方面传输到机动车10的导航系统36处并且另一方面传输到救援车辆24的导航系统38处。因此，汇合点的位置和路线信息被传输到机动车10处并且传输到救援力或救援车辆24处。随后，机动车10和救援车辆24赶去汇合点或目的地20。

根据图2，特别是应解释在驶向汇合点或目的地20时发出紧急呼叫的车辆10的自动化或自动驾驶功能70(见图1)的使用方案。

由此，在第一步骤40中，触发或激活机动车10的手动或自动的紧急呼叫。随后，机动车10的紧急呼叫控制器12建立与中心16或呼叫中心的连接，并且尤其传输机动车10的地理位置或所在地。在此，控制器12尤其可配备网关。

在将目的地20的位置传输到机动车10和救援车辆24处之前，例如从机动车10和救援车辆24或救援力量周围的地图信息和现有群数据中筛选出安全汇合点或目的地20、22。例如，计算装置18可调取数据库42，在数据库42中，可提供已收集的群数据作为用于计算路线26、28、30、32的基础。

随后，通过在中心16和机动车10之间的语音连接，首先可确定，人、确切地说机动车10中的驾驶员是否有应答。在此，可设想不同的情况或场景。即，首先在方框44(见图2)中可获取，激活了手动紧急呼叫46还是自动紧急呼叫48。

在手动紧急呼叫46的情况中，首先在第一步骤50中检查，驾驶员是否有应答。如果驾驶员不应答，则方法到达方框52，在其中不进行操作。由此可保证，不会根据无意的误激活使救援车辆24上路。相反地，如果驾驶员应答，则在步骤54中询问，是否需要帮助。如果不需要帮助，不进行操作(方框52)。相反地，如果需要投入救援车辆24进行帮助，则在下一个步骤56中询问，人、确切地说机动车的驾驶员10是否能驾驶。如果驾驶员能驾驶，则分别将到汇合点或目的地20的最优路线28、32传输到救援车辆24处和机动车10处，并且驾驶员可决定自己驾驶58到汇合点或目的地20。

相反地，如果驾驶员不能驾驶，则在图2中示出的另一方框中激活60机动车10的自动驾驶功能70。相应地，在图1中未详细示出的机动车10的相应装置用于使机动车10自己、自动驶向目的地20。如果能驾驶的驾驶员在步骤56之后紧接着决定不想自己驾驶到目的地20，也激活60自动驾驶功能70。特别是，驾驶员可自己激活自动驾驶功能70。

在自动的紧急呼叫48的情况中，同样在步骤62中首先检查，机动车10的驾驶员是有应答。如果驾驶员无应答，则激活60自动驾驶功能70。相反地，如果驾驶员有应答，在随后的步骤64中询问，驾驶员(或者机动车10的另一乘客)是否能驾驶。如果驾驶员(或者另一乘客)不能驾驶，再次激活60自动驾驶功能70。相反地，如果驾驶员能驾驶，则驾驶员决定自己驾驶58还是激活自动驾驶。在激活自动或自动化驾驶功能70时，也分别将到汇合点或目的地20的最优路线28、32传输到救援车辆24处和机动车10处。随后，自动化驾驶功能70接管机动车10并且将其驶向汇合点或目的地20。

如果机动车10的驾驶员决定自己驾驶58，则驾驶员通过例如以传感器66(见图1)的形式的监控装置监控其驾驶能力。这在图2中的步骤68中进行。如果系统、确切地说监控装置识别出驾驶员的驾驶能力发生负面变化，则给出警报信号。例如，当借助于例如以摄影机和/或视线获取装置的传感器66获取到驾驶员疲劳时，是这种情况。如果在步骤68中检查得到，驾驶员能够继续自己驾驶58，则驾驶员继续向目的地20驾驶机动车10。相反地，如果驾驶员不再能够自己控制机动车10，则自动驾驶功能70接管，并且机动车10在没有驾驶员干预的情况下驶向汇合点或目的地20。在此，优选地保持与中心16的语音连接，至少直至达到目的地20并且救援车辆24也到达目的地20。

与由驾驶员还是借助于自动驾驶功能70使机动车10驶向目的地20无关地，在中心16中，计算到安全汇合点或目的地20的时间方面最优路线28、32。在此，可将通过调取数据库42收集的群数据用作计算路线26、28、30、32的基础。

影响、确切地说损害经过相应路线26、28、30、32的时间段的并且可从群数据中得到的参数、即行驶时间，例如包括在相应路线26、28、30、32上的当前交通流量、在高峰时间(例如在换班时)的交通流量、信号灯切换、道路情况，等。例如，重要的是，冬天时路线26、28、30、32是否被清扫。此外，为了分别获取经过这些路线所需的时间段，可根据地图信息和/或通过在数据库42中可用的群数据，考虑在相应路线26、28、30、32上的限速信息。此外，可从群数据和/或地图数据中确定，不遵守在相应路线26、28、30、32上的限速且也能安全行驶的方案。

优选地，不仅在自己驾驶58到目的地20时而且在自动驾驶时，即，对于激活60自动驾驶功能70，在机动车10和救援车辆24的相应导航系统36、38中显示路线28、32。由此，例如在机动车10的导航系统36的显示部上，示出救援力量或救援车辆24的当前位置和/或数据，例如救援车辆24到达目的地20的时间。换句话说，当机动车10的驾驶员随时获知救援车辆24到达汇合点的时间时，对于机动车10的驾驶员来说感到安慰。因此，这种类型的安慰对机动车10的驾驶员的健康状态是有利的。此外，优选地，在机动车10的导航系统36中，显示机动车10自己到达汇合点或目的地20的时间。

优选地，在后台中，计算装置18特别是根据群数据循环地计算相应最优的路线。在此如果得到需要改变所选择的路线28、32或者改变路线很合理，则将相应的路线信息传输到机动车10的导航系统36处和救援车辆24的导航系统38处。在由计算装置18进行的计算中，也可出现的是，选择新的汇合点或新的目的地。此外，例如当机动车10和/或救援车辆24与期望相比显著更快地在相应的路线28、32上运动时，这可触发或激活重新计算最优路线。