CN116017347A - 车辆及其紧急呼叫方法、装置及系统 - Google Patents

Abstract

本申请公开了一种车辆及其紧急呼叫方法、装置及系统，涉及车辆技术领域。该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使车载通信组件自身的移动通信功能受损，或者车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

Description

车辆及其紧急呼叫方法、装置及系统

本申请是分案申请，原申请的申请号是202080004255.9，原申请日是2020年12月18日，原申请的全部内容通过引用结合在本申请中。

技术领域

本申请涉及车辆技术领域，特别涉及一种车辆及其紧急呼叫方法、装置及系统。

背景技术

车辆中配置的紧急呼叫(emergency call，ECALL)系统一般包括通信盒子(telematics box，TBOX)，该TBOX还与车辆的安全气囊控制器连接。该TBOX可以在检测到安全气囊控制器发送的碰撞信号后，自动向紧急救援中心拨打救援电话。

但是，若车辆碰撞导致该TBOX的移动通信功能受损，则该TBOX将无法正常拨出救援电话，该紧急呼叫系统的可靠性较差。

发明内容

本申请提供了一种车辆及其紧急呼叫方法、装置及系统，可以解决车辆的紧急呼叫系统的可靠性较差的技术问题。

一方面，本申请提供了一种车辆的紧急呼叫系统，该系统包括：车载通信组件、移动终端以及故障检测组件；该故障检测组件与该车载通信组件连接，该故障检测组件用于将获取的检测信息发送至该车载通信组件，该检测信息包括该车辆的故障信息和救援请求中的至少一种；该车载通信组件，用于若基于该检测信息确定车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求；该移动终端，用于基于该协助呼叫请求向救援平台发送紧急呼叫请求。

基于本申请提供的系统，即使该车载通信组件自身的移动通信功能受损，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

可选地，该车载通信组件，用于若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件不满足第一呼叫条件，则采用无线通信的方式向该移动终端发送协助呼叫请求。

相应的，车载通信组件若确定自身满足该第一呼叫条件，则可以直接向救援平台发送紧急呼叫请求，而无需再向该移动终端发送协助呼叫请求。由此不仅可以有效提高发送紧急呼叫请求的效率，以确保能够及时获得救援，而且可以避免向移动终端发送协助呼叫请求而浪费功耗。

可选地，该车载通信组件，还用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送该车载通信组件的性能信息；该移动终端，用于基于该协助呼叫请求，若基于该车载通信组件的性能信息确定该车载通信组件不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。

移动终端在确定车载通信组件不具备发送该紧急呼叫请求的能力时，可以及时向救援平台发送紧急呼叫请求，以确保车辆及车内用户能及时得到救援。并且，移动终端若确定该车载通信组件满足第一呼叫条件，则可以无需发送该紧急呼叫请求。由此，不仅可以避免浪费移动终端的电量，而且还可以避免多个组件同时发送紧急呼叫请求而导致信号互相干扰，影响通信质量。

可选地，该第一呼叫条件包括下述条件中的至少一种：该车载通信组件的通信状态满足通信条件；该车载通信组件与该车辆的多媒体交互组件保持连接；该车载通信组件能够获取到该车辆的故障信息；该车载通信组件能够获取到该车辆的位置信息。

应理解的是，由于该车载通信组件的通信状态满足通信条件时才能够正常发送该紧急呼叫请求，因此该第一呼叫条件至少可以包括：该车载通信组件的通信状态满足通信条件。

可选地，该车载通信组件可以用于：向该移动终端发送连接请求，以及在与该移动终端建立无线连接后，基于该无线连接向该移动终端发送协助呼叫请求；或者，在目标频段内广播协助呼叫请求；该移动终端，还用于若在该目标频段内检测到该协助呼叫请求，则在该目标频段内广播协助呼叫响应。

该车载通信组件可以通过多种不同的方式向移动终端发送协助呼叫请求，从而有效提高了发送该协助呼叫请求的灵活性。

可选地，该移动终端，还用于采用无线通信的方式向该车载通信组件发送该移动终端的性能信息；该车载通信组件，还用于若基于该移动终端的性能信息确定该移动终端不满足第二呼叫条件，则向该救援平台发送紧急呼叫请求。

其中，该移动终端可以基于车载通信组件发送的协助呼叫请求，向车载通信组件发送性能信息；或者，可以基于车载通信组件发送的性能信息获取请求，向车载通信组件发送性能信息。车载通信组件若基于该性能信息确定移动终端不具备发送紧急呼叫请求的能力，则可以直接向该救援平台发送紧急呼叫请求，以确保能够及时得到救援。在此场景下，若该车载通信组件确定自身也不具备发送紧急呼叫请求的能力(即不满足该第一呼叫条件)，则仍然可以尝试发送该紧急呼叫请求，以尽量提高该紧急呼叫请求发送成功的概率。

可选地，该第二呼叫条件可以包括：该移动终端的通信状态满足通信条件，和/或，该移动终端的剩余电量大于电量阈值。其中，该通信状态可以采用信号强度表示，相应的，该通信条件可以为：信号强度大于强度阈值。

可选地，该车载通信组件，还用于采用无线通信的方式向该移动终端发送救援信息；该移动终端，还用于采用无线通信的方式向该车载通信组件发送救援信息；该移动终端和该车载通信组件中的目标组件，还用于向该救援平台发送获取到的救援信息；其中，该目标组件为向该救援平台发送紧急呼叫请求的组件；该救援信息包括下述信息中的至少一种：该车辆的位置信息，该车辆的故障信息，该救援平台的标识，以及该车辆的车辆信息。

本申请提供的系统中，该车载通信组件和移动终端之间还可以交互各自获取到的救援信息，由此可以确保该目标组件向该救援平台发送的救援信息较为完备。进而，可以有效提高救援的效率。

可选地，该系统还包括：与该故障检测组件连接的座舱域控制器；该座舱域控制器，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求。

由于在车辆具有紧急救援需求时，该车载通信组件也可能因功能受损而无法发送协助呼叫请求。因此通过使该座舱域控制器也具备发送协助呼叫请求的功能，可以确保在车辆具有紧急救援需求时，能够及时指示移动终端协助发送紧急呼叫请求，进而有效提高整个系统的可靠性。

可选地，该座舱域控制器还可以用于采用无线通信的方式向该移动终端发送该车辆的故障信息。该移动终端进而可以向救援平台发送该故障信息，以提高救援效率。

另一方面，提供了一种紧急呼叫方法，应用于紧急呼叫系统中的车载通信组件，该系统还包括移动终端以及故障检测组件；该方法包括：接收该故障检测组件发送的检测信息，该检测信息包括车辆的故障信息和救援请求中的至少一种；若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求，该协助呼叫请求用于指示该移动终端向救援平台发送紧急呼叫请求。

可选地，若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端发送协助呼叫请求的过程可以包括：若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件不满足第一呼叫条件，则采用无线通信的方式向该移动终端发送协助呼叫请求。

可选地，采用无线通信的方式向该移动终端发送协助呼叫请求的过程可以包括：向该移动终端发送连接请求，以及在与该移动终端建立无线连接后，基于该无线连接向该移动终端发送协助呼叫请求；或者，在目标频段内广播协助呼叫请求。

可选地，该方法还可以包括：采用无线通信的方式接收该移动终端基于该协助呼叫请求发送的该移动终端的性能信息；若基于该移动终端的性能信息确定该移动终端不满足第二呼叫条件，则向该救援平台发送紧急呼叫请求。

又一方面，提供了一种紧急呼叫方法，应用于紧急呼叫系统中的移动终端，该系统还包括车载通信组件以及故障检测组件；该方法包括：采用无线通信的方式接收该车载通信组件发送的协助呼叫请求，该协助呼叫请求为该车载通信组件在基于该故障检测组件获取到的检测信息确定车辆具有紧急救援需求后发送的，该检测信息包括该车辆的故障信息和救援请求中的至少一种；基于该协助呼叫请求向救援平台发送紧急呼叫请求。

可选地，采用无线通信的方式接收该车载通信组件发送的协助呼叫请求的过程可以包括：接收该车载通信组件发送的连接请求，以及在与该车载通信组件建立无线连接后，接收该车载通信组件基于该无线连接发送的协助呼叫请求；或者，接收该车载通信组件在目标频段内广播的协助呼叫请求。

可选地，该方法还可以包括：采用无线通信的方式接收该车载通信组件发送的该车载通信组件的性能信息；相应的，基于该协助呼叫请求向救援平台发送紧急呼叫请求的过程可以包括：基于该协助呼叫请求，若基于该车载通信组件的性能信息确定该车载通信组件不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。

可选地，该系统还包括：与该移动终端建立有无线连接的座舱域控制器；该方法还可以包括：接收该座舱域控制器采用无线通信的方式发送的协助呼叫请求。

再一方面，提供了一种车载通信组件，应用于紧急呼叫系统，该系统还包括移动终端以及故障检测组件；该车载通信组件包括可编程逻辑电路和/或程序指令，该车载通信组件用于实现上述方面提供的应用于该车载通信组件的方法。

再一方面，提供了一种移动终端，应用于紧急呼叫系统中，该系统还包括车载通信组件以及故障检测组件；该移动终端包括：存储器，处理器及存储在该存储器上并能够在该处理器上运行的计算机程序，该处理器执行该计算机程序时实现上述方面提供的应用于该移动终端的方法。

再一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，该指令由处理器执行以实现上述方面提供的应用于车载通信组件的方法，或者，实现上述方面提供的应用于移动终端的方法。

再一方面，提供了一种车辆，该车辆包括：车身，以及如上述方面提供的紧急呼叫系统；其中，该紧急呼叫系统中的车载通信组件和该故障检测组件均与该车身固定连接，该紧急呼叫系统中的移动终端能够相对于该车身移动。

本申请提供的技术方案至少包括以下有益效果：

本申请实施例提供了一种车辆及其紧急呼叫方法、装置及系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

附图说明

图1是本申请实施例提供的一种车辆的紧急呼叫系统的结构示意图；

图2是本申请实施例提供的另一种车辆的紧急呼叫系统的结构示意图；

图3是本申请实施例提供的一种车载通信组件与移动终端交互的信息的示意图；

图4是本申请实施例提供的一种紧急呼叫方法的流程图；

图5是本申请实施例提供的一种发送协助呼叫请求的方法流程图；

图6是本申请实施例提供的另一种紧急呼叫方法的流程图；

图7是本申请实施例提供的又一种紧急呼叫方法的流程图；

图8是本申请实施例提供的一种移动终端的结构示意图；

图9是本申请实施例提供的一种车辆的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

本申请实施例提供了一种车辆的紧急呼叫系统，该车辆可以为智能汽车或网联汽车，并且，该车辆可以新能源车辆(例如电动汽车)或燃油汽车。如图1所示，该系统包括：车载通信组件01、移动终端02以及故障检测组件03。

该故障检测组件03与该车载通信组件01连接，该故障检测组件03用于将获取到的检测信息发送至该车载通信组件01，该检测信息包括车辆的故障信息和救援请求中的至少一种。

该车载通信组件01，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送协助呼叫请求。其中，该无线通信的方式可以包括：蓝牙、无线保真(wireless fidelity，Wi-Fi)或者通过特定的目标频段通信。该目标频段可以为救援频段。

该移动终端02，用于基于该协助呼叫请求向救援平台发送紧急呼叫请求。

在本申请实施例中，该车载通信组件01和故障检测组件03均固定于车辆中，而该移动终端02并未固定于车辆中，即移动终端02能够相对于车辆的车身移动。例如，该移动终端02可以为手机、电话手表、笔记本电脑、平板电脑或可穿戴设备等具备通信功能，且可移动的设备。该车载通信组件01可以为具备移动通信功能的模组，示例的，该车载通信组件01可以为TBOX，该TBOX中安装有至少一个用户身份识别模块(subscriber identificationmodule，SIM)卡。该TBOX可以通过该SIM卡向救援平台发送紧急呼叫请求。

综上所述，本申请实施例提供了一种车辆的紧急呼叫系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

图2是本申请实施例提供的另一种紧急呼叫系统的结构示意图，如图2所示，该紧急呼叫系统还可以包括：麦克风04，扬声器05，天线06以及定位组件07。其中，该定位组件07可以为全球定位系统(global positioning system，GPS)模组。该车载通信组件01可以通过连接线(也称为硬线)分别与该麦克风04，扬声器05，天线06和定位组件07连接。该车载通信组件01在确定车辆具有紧急救援需求后，可以通过该天线06向救援平台10发送紧急呼叫请求。并且，该车载通信组件01在接收到该救援平台10发送的紧急呼叫响应后，还可以向该救援平台10发送该定位组件07采集到的车辆的位置信息，以及通过该麦克风04和扬声器05实现用户(例如车内用户)与救援平台10的语音通话。

若车辆具有紧急救援需求时，该车载通信组件01与该麦克风04，扬声器05，天线06和定位组件07中至少一个器件的连接线断开，则该车载通信组件01将无法与救援平台10正常交互信息。而在本申请实施例提供的系统中，该移动终端02可以为具备定位功能和语音通话功能的终端。由此，可以确保车载通信组件01与其他器件之间的连接线断开后，该移动终端02还能够与救援平台10正常交互信息，从而能够有效提高救援的效率。

可选地，如图2所示，该车载通信组件01和移动终端02均可以通过基站20向救援平台10发送紧急呼叫请求。其中，该车载通信组件01和移动终端02均可以通过空口网络与基站20建立通信连接，该基站20则可以通过公网与救援平台10建立通信连接。示例的，该车载通信组件01和移动终端02均可以通过第二代移动通信网络(2-generation mobilenetworks，2G)、3G、4G或5G向救援平台10发送紧急呼叫请求。

其中，该救援平台10也可以称为救援中心，向救援平台10发送紧急呼叫请求也可以理解为向救援中心拨打紧急救援电话。

在本申请实施例中，参考图2，该故障检测组件03可以包括故障检测子组件031和紧急救援按钮(也可以称为SOS按钮)032中的至少一个。其中，该故障检测子组件031用于采集车辆的故障信息，该紧急救援按钮032用于在检测到按压操作后触发生成救援请求。

可选地，该紧急救援按钮032可以为车辆内的物理按键，或者也可以为车内人机交互界面上显示的虚拟按键。该故障检测子组件031可以包括下述器件中的至少一种：安全气囊控制器、温度传感器、烟雾传感器、速度传感器、加速度计和重力感应器等。相应的，该故障信息可以包括下述信息中的至少一种：用于指示安全气囊弹出的信息、车内温度、车内烟雾浓度、车辆的速度、车辆的加速度和车辆的姿态等。

该车载通信组件01可以在检测到该检测信息包括救援请求时确定该车辆具有紧急救援需求。该车载通信组件01还可以在检测到该检测信息满足下述至少一个条件时，确定该车辆具有紧急救援需求：

检测信息包括用于指示安全气囊弹出的信息，车内温度位于目标温度范围之外，车内烟雾浓度大于浓度阈值，车辆的速度大于速度阈值，车辆的加速度大于速度阈值，车辆的姿态为非正常姿态(例如车辆为翻车状态)。

其中，用于指示安全气囊弹出的信息可以包括弹出的安全气囊的个数和位置。该目标温度范围、浓度阈值、速度阈值、速度阈值以及非正常姿态均可以是该车载通信组件01中预先存储的。

在本申请实施例中，该车载通信组件01可以通过多种不同的方式向移动终端02发送协助呼叫请求。

一方面，该车载通信组件01可以用于：向该移动终端02发送连接请求，以及在与该移动终端02建立无线连接后，基于该无线连接向该移动终端02发送协助呼叫请求。

例如，该车载通信组件01可以通过蓝牙、Wi-Fi或近场通信(near fieldcommunication，NFC)等方式与该移动终端02建立无线连接。

可选地，该车载通信组件01在与该移动终端02建立无线连接后，还可以先获取该移动终端02的性能信息，并基于该性能信息检测该移动终端02是否满足第二呼叫条件。若车载通信组件01确定该移动终端02满足第二呼叫条件，则可以向该移动终端02发送协助呼叫请求。若车载通信组件01确定该移动终端02不满足第二呼叫条件，则可以搜索其他移动终端，并向其他移动终端发送连接请求。或者，若车载通信组件01未检测到满足第二呼叫条件的移动终端，则可以直接向救援平台10发送紧急呼叫请求。

其中，该移动终端02的性能信息可以包括：该移动终端02的通信状态，和/或，该移动终端02的剩余电量。若该性能信息包括移动终端02的通信状态，则该第二呼叫条件可以包括：该移动终端02的通信状态满足通信条件。若该性能信息包括移动终端02的剩余电量，则该第二呼叫条件可以包括：该移动终端02的剩余电量大于电量阈值。

另一方面，该车载通信组件01可以用于：在目标频段内广播协助呼叫请求。也即是，该车载通信组件01可以通过广播的方式向移动终端02发送协助呼叫请求。其中，该目标频段可以为特定的救援频段。

相应的，该移动终端02若在该目标频段内检测到该协助呼叫请求，则还可以在该目标频段内广播协助呼叫响应。该车载通信组件01进而可以基于该协助呼叫响应确定该移动终端02已接收到协助呼叫请求。

可选地，该车载通信组件01在该目标频段内检测到协助呼叫响应后，还可以与广播该协助呼叫响应的移动终端02建立无线连接。例如，可以建立蓝牙、Wi-Fi或NFC建立无线连接。

基于上文描述可知，该车载通信组件01可以通过多种不同的方式向移动终端02发送协助呼叫请求，从而有效提高了发送该协助呼叫请求的灵活性。

作为第一种可选的实现方式，该车载通信组件01可以用于：若基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件01不满足第一呼叫条件，则采用无线通信的方式向该移动终端02发送协助呼叫请求。

相应的，车载通信组件01若确定自身满足该第一呼叫条件，则可以直接向救援平台10发送紧急呼叫请求，而无需再向该移动终端02发送协助呼叫请求。由此不仅可以有效提高发送紧急呼叫请求的效率，以确保能够及时获得救援，而且可以避免向移动终端02发送协助呼叫请求而浪费功耗。

可选地，在本申请实施例中，该第一呼叫条件可以包括下述条件中的至少一种：

该车载通信组件01的通信状态满足通信条件；

该车载通信组件01与该车辆的多媒体交互组件保持连接；

该车载通信组件01能够获取到该车辆的故障信息；

该车载通信组件01能够获取到该车辆的位置信息。

其中，该通信状态满足通信条件可以是指：该车载通信组件01的移动通信功能正常，且该车载通信组件01的信号强度大于强度阈值。该多媒体交互组件至少可以包括音频交互组件。例如，参考图2，该音频交互组件可以包括麦克风04和扬声器05。当然，该多媒体交互组件还可以包括图像交互组件，例如，该图像交互组件可以包括显示屏和摄像头。

在车辆具有紧急救援需求时，若车载通信组件01的移动通信功能受损，或车辆处于移动通信信号较弱的区域，则该车载通信组件01将无法正常发出紧急呼叫请求。因此若需通过该车载通信组件01发送紧急呼叫请求，则至少需确保该车载通信组件01的通信状态满足通信条件。

又由于车载通信组件01与故障检测组件03、多媒体交互组件、天线06以及定位组件07均通过硬线连接。因此，在车辆具有紧急救援需求时，该车载通信组件01与上述器件之间的硬线可能会出现断裂或连接不良等问题，进而导致该车载通信组件01无法正常与救援平台10交互信息。例如，车载通信组件01与定位组件07之间的连接线断裂时，车载通信组件01即将无法获取并上报车辆的位置信息。车载通信组件01与多媒体交互组件之间的连接线断裂时，车载通信组件01即将无法实现车内用户与救援平台的通话。相应的，在本申请实施例中，为了确保救援的效率，还需确保该车载通信组件01与上述器件保持连接。

在上述第一种可选的实现方式中，该移动终端02可以通过被动连接的方式与该车载通信组件01建立无线连接。也即是，该车载通信组件01可以在基于该检测信息确定该车辆具有紧急救援需求，且确定该车载通信组件01不满足第一呼叫条件之后，再与该移动终端02建立无线连接，并发送协助呼叫请求。

作为第二种可选的实现方式，该车载通信组件01还可以用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送该车载通信组件01的性能信息。

该移动终端02，可以用于基于该协助呼叫请求，若基于该车载通信组件01的性能信息确定该车载通信组件01不满足第一呼叫条件，则向该救援平台发送紧急呼叫请求。

也即是，该移动终端02在接收到协助呼叫请求后，可以先基于车载通信组件01的性能信息检测该车载通信组件01是否满足第一呼叫条件。移动终端02若确定该车载通信组件01不满足第一呼叫条件，则可以向救援平台发送紧急呼叫请求，以确保车辆及车内用户能及时得到救援。

并且，移动终端02若确定该车载通信组件01满足第一呼叫条件，则可以无需发送该紧急呼叫请求。由此，不仅可以避免浪费移动终端02的电量，而且还可以避免多个组件同时发送紧急呼叫请求而导致信号互相干扰，影响通信质量。

其中，该车载通信组件01的性能信息可以包括上述第一呼叫条件中涉及的性能参数。例如，参考图3，该车载通信组件01的性能信息至少可以包括通信状态，且还可以包括下述信息中的至少一种：与多媒体交互组件的连接状态，与故障检测组件03的连接状态，以及与定位组件07的连接状态。

在该第二种可选的实现方式中，该车载通信组件01在确定车辆具有救援需求之前，可以已经与该移动终端02建立有无线连接。例如，在该实现方式中，该移动终端02可以是主动通过蓝牙、Wi-Fi或NFC等方式与该车载通信组件01建立的无线连接。

在该第二种可选的实现方式中，该移动终端02还可以用于基于该协助呼叫请求，采用无线通信的方式向该车载通信组件01发送该移动终端02的性能信息。如图3所示，该移动终端02的性能信息可以包括：该移动终端02的通信状态，和/或，该移动终端02的剩余电量。

该车载通信组件01，还用于若基于该移动终端02的性能信息确定该移动终端02不满足第二呼叫条件，则向该救援平台10发送紧急呼叫请求。车载通信组件01在确定移动终端02无法正常发送紧急呼叫请求时，可以直接向救援平台10发送紧急呼叫请求，由此可以确保该紧急呼叫请求能够成功发送。

基于上文描述可知，移动终端02接收到协助呼叫请求后，可以与该车载通信组件01交互性能信息。并且，若移动终端02确定车载通信组件01不满足第一呼叫条件，且车载通信组件01确定该移动终端02不满足第二呼叫条件，则该车载通信组件01和该移动终端02均会向救援平台10发送紧急呼叫请求。由此，可以尽量提高该紧急呼叫请求发送成功的概率。

对于该车载通信组件01满足第一呼叫条件，且移动终端02也满足第二呼叫条件的场景，作为一种可能的实现方式，可以由该车载通信组件01发送该紧急呼叫请求，而移动终端02则无需发送紧急呼叫请求。或者，该车载通信组件01和该移动终端02均可以发送该紧急呼叫请求。又或者，还可以由该车载通信组件01和该移动终端02中通信质量更优的组件发送该紧急呼叫请求。其中，该通信质量可以基于通信状态确定，该通信状态可以采用信号强度表示。相应的，通信质量更优可以是指信号强度更强。

可选地，如图3所示，该车载通信组件01，还可以用于采用无线通信的方式向该移动终端02发送救援信息。该移动终端02，还可以用于采用无线通信的方式向该车载通信组件01发送救援信息。

该移动终端02和该车载通信组件01中的目标组件，还可以用于向该救援平台10发送获取到的救援信息。

其中，该目标组件为向该救援平台10发送紧急呼叫请求的组件。该目标组件获取到的救援信息可以包括自身存储或采集到的救援信息，以及其他组件通过无线通信的方式发送的救援信息。例如，参考图3，该救援信息可以包括下述信息中的至少一种：车辆的位置信息，车辆的故障信息，救援平台10的标识，以及车辆的车辆信息。

该救援平台10的标识可以包括该救援平台10的电话，或者还可以包括该救援平台10的网络地址，例如互联网协议(Internet protocol，IP)地址。该车载通信组件01可以采用基于IP的语音传输(voice over Internet protocol，VoIP)技术与该救援平台10通信。该车辆的车辆信息可以包括下述信息中的至少一种：车辆识别号码(vehicleidentification number，VIN)，油耗，里程，车辆型号，车身颜色和车牌号等。

可以理解的是，该车载通信组件01和/或移动终端02可以预先存储有该救援平台10的标识和该车辆的车辆信息。该车载通信组件01可以通过定位组件07获取车辆的位置信息，并可以通过故障检测子组件031获取车辆的故障信息。该移动终端02可以通过自身配置的定位模组获取车辆的位置信息。

还可以理解的是，除了上述信息之外，该救援信息还可以包括该车载通信组件01和/或移动终端02中预先存储的用户信息(例如车主信息)。例如，该用户信息可以包括：姓名、性别、年龄、身高、体重和血型等。或者，该救援平台10还可以与车辆的后台服务器建立有通信连接，该救援平台10可以基于车载通信组件01和/或移动终端02上报的车辆信息，从该后台服务器中获取车辆的用户信息。

在本申请实施例提供的系统中，由于该车载通信组件01和该移动终端02可以交互各自获取到的救援信息，因此可以确保该目标组件向该救援平台10发送的救援信息较为完备。进而，可以有效提高救援的效率。

还可以理解的是，若该目标组件为车载通信组件01，则该车载通信组件01在成功发送紧急呼叫请求后，还可以通过其所连接的多媒体交互组件与该救援平台10交互多媒体数据。该多媒体数据指示包括音频数据，或者，还可以包括图像数据。

若该目标组件为移动终端02，则该移动终端02在成功发送紧急呼叫请求后，可以自动开启其多媒体交互模组，并通过该多媒体交互模组与该救援平台10交互多媒体数据。其中，该多媒体交互模组至少可以包括麦克风和扬声器。或者，还可以包括显示屏和摄像头。

可选地，继续参考图2，该系统还可以包括：与该故障检测组件03连接的座舱域控制器08。例如，该座舱域控制器08可以通过控制器局域网络(controller area network，CAN)总线与网关(gateway，GW)连接，该GW通过CAN总线与该故障检测组件03连接。并且，该座舱域控制器08还与该移动终端02建立有无线连接，例如，两者可以通过蓝牙、Wi-Fi或NFC等方式建立无线连接。

该座舱域控制器08，用于若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向该移动终端02发送协助呼叫请求。

由于在车辆具有紧急救援需求时，该车载通信组件01也可能因功能受损而无法发送协助呼叫请求，或者该车载通信组件01会因与故障检测组件03之间的连接线断开，导致无法检测到该车辆具有紧急救援需求。因此，在本申请实施例中，通过使该座舱域控制器08也具备发送协助呼叫请求的功能，可以确保在车辆具有紧急救援需求时，能够及时指示移动终端协助发送紧急呼叫请求，进而有效提高整个系统的可靠性。

可选地，该座舱域控制器08还可以将获取到的车辆的故障信息发送至该移动终端02。移动终端02可以向救援平台10发送该故障信息，以提高救援效率。或者，移动终端02可以向该车载通信组件01共享该故障信息。由此，即使该车载通信组件01与故障检测组件03之间的连接线断裂，该车载通信组件01也能够向救援平台10提供完备的救援信息，从而能有效提高救援的效率。

综上所述，本申请实施例提供了一种车辆的紧急呼叫系统，该系统中的车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性和健壮性。

并且，由于移动终端与车载通信组件之间的连接为无线连接，因此可以避免因车辆碰撞导致硬线断连而引起的紧急呼叫系统故障。也即是，本申请实施例提供的系统增强了连接的可靠性，可以减少车辆碰撞导致车内部件损坏而无法触发紧急呼叫请求的概率，进而提升了整个系统的可靠性。

本申请实施例还提供了一种紧急呼叫方法，该方法可以应用于上述实施例提供的紧急呼叫系统中的车载通信组件01和移动终端02。参考图1和图2，该系统还包括与该车载通信组件01连接的故障检测组件03。如图4所示，本申请实施例提供的方法包括：

步骤101、车载通信组件接收故障检测组件发送的检测信息。

该检测信息可以包括车辆的故障信息和救援请求中的至少一种。其中，该故障检测组件可以包括故障检测子组件和紧急救援按钮。该故障检测子组件可以用于采集车辆的故障信息，该紧急救援按钮在检测到按压操作时可以触发生成该救援请求。

步骤102、座舱域控制器接收故障检测组件发送的检测信息。

如图2所示，该座舱域控制器可以通过网关获取故障检测组件发送的检测信息。

步骤103、车载通信组件基于该检测信息判断该车辆是否具有紧急救援需求。

车载通信组件若确定该车辆具有紧急救援需求，则可以执行下述步骤104；车载通信组件若确定该车辆不具有紧急救援需求，则可以结束操作。可选地，该车载通信组件在确定该车辆具有紧急救援需求时，除了可以执行步骤104，还可以执行步骤105。

步骤104、采用无线通信的方式向移动终端发送协助呼叫请求。

车载通信组件若确定该车辆具有紧急救援需求，则可以采用无线通信的方式向移动终端发送协助呼叫请求，以指示该移动终端协助发送紧急呼叫请求。之后，该车载通信组件可以继续执行下述步骤109。

步骤105、向救援平台发送紧急呼叫请求。

在本申请实施例中，该车载通信组件若确定车辆具有紧急救援需求，也可以直接向救援平台发送紧急呼叫请求。

步骤106、座舱域控制器若基于该检测信息确定该车辆具有紧急救援需求，则采用无线通信的方式向移动终端发送协助呼叫请求。

座舱域控制器接收到故障检测组件发送的检测信息后，也可以先基于该检测信息判断该车辆是否具有紧急救援需求。若确定车辆具有紧急救援需求，则可以向移动终端发送协助呼叫请求。由此可以确保在车载通信组件无法发送协助呼叫请求或无法检测到车辆具有紧急救援需求的情况下，该座舱域控制器也能够及时指示移动终端协助发送紧急呼叫请求。

步骤107、移动终端基于接收到的协助呼叫请求，向救援平台发送紧急呼叫请求。

移动终端在接收到该车载通信组件和/或该座舱域控制器发送的协助呼叫请求后，即可响应于该协助呼叫请求，向救援平台发送紧急呼叫请求。

步骤108、移动终端基于接收到的协助呼叫请求，向车载通信组件发送救援信息。

在本申请实施例中，该移动终端还可以响应于该协助呼叫请求，向车载通信组件发送救援信息。该救援信息可以包括车辆的位置信息、车辆信息和用户信息等。

步骤109、车载通信组件向移动终端发送救援信息。

该车载通信组件也可以与移动终端共享救援信息，该救援信息可以包括车辆的位置信息、故障信息和车辆信息等。

在本申请实施例中，由于移动终端和车载通信组件之间可以共享救援信息，因此可以确保用于与救援平台通信的目标组件能够获取并发送足够完备的救援信息，从而有效提高了救援的效率。

步骤110、移动终端向救援平台发送获取到的救援信息。

在上述步骤108之后，若移动终端成功发送紧急呼叫请求，如救援电话拨通，则该移动终端即可向救援平台发送获取到的救援信息。其中，该移动终端获取到的救援信息可以包括其自身采集到的救援信息(例如车辆的位置信息、车辆信息和用户信息等)、座舱域控制器发送的救援信息(例如车辆的故障信息)以及该车载通信组件共享的救援信息。

步骤111、车载通信组件向救援平台发送获取到的救援信息。

在上述步骤105之后，若车载通信组件成功发送紧急呼叫请求，则该车载通信组件即可向救援平台发送获取到的救援信息。其中，该车载通信组件获取到的救援信息可以包括其自身采集到的救援信息以及该车载通信组件共享的救援信息。

可以理解的是，图4所示实施例提供的紧急呼叫方法的步骤先后顺序可以进行适当调整，步骤也可以根据情况进行相应增减。例如，步骤102和步骤106可以根据情况删除，即可以仅由车载通信组件指示移动终端协助发送紧急呼叫请求。或者，上述步骤108和步骤109可以根据情况删除，即该移动终端和车载通信组件之间也可以无需共享救援信息。又或者，上述步骤111和步骤110可以根据情况删除，即移动终端和车载通信组件也可以无需上报救援信息。

作为一种可选的实现方式，车载通信组件在确定车辆具有紧急救援需求之后，可以先确定自身是否具备发送紧急呼叫请求的能力。并且，该车载通信组件可以在确定自身无法发送紧急呼叫请求时，再指示移动终端协助发送该紧急呼叫请求。相应的，参考图5，上述步骤104的实现过程可以包括：

步骤1041、检测车载通信组件是否满足第一呼叫条件。

在该实现方式中，车载通信组件若确定车辆具有紧急救援需求，则可以先检测自身是否满足第一呼叫条件。若车载通信组件确定自身满足该第一呼叫条件，则可以执行上述步骤105，即直接向救援平台发送紧急呼叫请求。若车载通信组件确定自身不满足该第一呼叫条件，则可以执行下述步骤1042a至1046a，或者，可以执行下述步骤1042b。

其中，该第一呼叫条件可以包括下述条件中的至少一种：

该车载通信组件的通信状态满足通信条件；

该车载通信组件与该车辆的多媒体交互组件保持连接；

该车载通信组件能够获取到该车辆的故障信息；

该车载通信组件能够获取到该车辆的位置信息。

步骤1042a、搜索周边的移动终端。

若车载通信组件确定自身不满足该第一呼叫条件，则可以开启其无线连接功能并搜索周边一定范围内具有该无线连接功能的移动终端。例如，该车载通信组件可以开启蓝牙连接功能，并搜索周边具有该蓝牙连接功能的移动终端，即搜索周边的蓝牙设备。

步骤1043a、向搜索到的移动终端发送连接请求。

车载通信组件搜索到具备无线连接功能的移动终端后，可以主动向该移动终端发送连接请求。例如，车载通信组件可以向搜索到的蓝牙设备发送蓝牙连接请求。

步骤1044a、与该移动终端建立无线连接。

移动终端可以响应于该连接请求，与该车载通信组件建立无线连接。例如，蓝牙设备可以响应于蓝牙连接请求，向该车载通信组件发送蓝牙连接响应，进而与该车载通信组件建立蓝牙连接。

步骤1045a、检测该移动终端是否满足第二呼叫条件。

在本申请实施例中，移动终端与该车载通信组件建立无线连接后，可以向该车载通信组件发送该移动终端的性能信息。例如，该车载通信组件可以向移动终端发送性能信息获取请求，移动终端可以响应于该性能信息获取请求，向车载通信组件发送该移动终端的性能信息。

该车载通信组件进而可以基于接收到的性能信息确定该移动终端是否满足第二呼叫条件。若车载通信组件确定该移动终端不满足第二呼叫条件，则可以确定该移动终端无法协助发送紧急呼叫请求，因此可以继续执行上述步骤1042a，即继续搜索其他移动终端。若车载通信组件确定该移动终端满足该第二呼叫条件，则可以执行步骤1046a。

其中，该移动终端的性能信息可以包括：该移动终端的通信状态，和/或，该移动终端的剩余电量。若该性能信息包括移动终端的通信状态，则该第二呼叫条件可以包括：该移动终端的通信状态满足通信条件。若该性能信息包括移动终端的剩余电量，则该第二呼叫条件可以包括：该移动终端的剩余电量大于电量阈值。

步骤1046a、基于该无线连接向该移动终端发送协助呼叫请求。

若车载通信组件确定该移动终端满足该第二呼叫条件，则可以确定该移动终端能够正常发送紧急呼叫请求，进而可以基于该无线连接向该移动终端发送协助呼叫请求。

可以理解的是，上述步骤1045a也可以根据情况删除，即车载通信组件在与移动终端建立无线连接后，即可直接执行该步骤1046a。

步骤1042b、在目标频段内广播协助呼叫请求。

若车载通信组件确定自身不满足该第一呼叫条件，则除了通过上述步骤1042a至1046a所示的方式发送协助呼叫请求，还可以直接在目标频段内广播协助呼叫请求。其中，该目标频段可以为特定的救援频段。

可选地，参考图6，在上述步骤1042b之后，该移动终端还可以执行如下操作：

步骤112、在该目标频段内检测到协助呼叫请求后，检测自身是否满足第二呼叫条件。

移动终端可以对该目标频段内的信号进行监听。若移动终端在该目标频段内检测到车载通信组件广播的协助呼叫请求，可以先检测自身是否满足第二呼叫条件。若移动终端确定自身满足该第二呼叫条件，则可以继续执行步骤113；若移动终端确定自身不满足该第二呼叫条件，则可以结束操作，即移动终端无需响应该协助呼叫请求。

步骤113、判断是否在该目标频段内监测到其他移动终端广播的协助呼叫响应。

若移动终端在该目标频段内监测到其他移动终端广播的协助呼叫响应，则可以确定周边存在其他移动终端能够协助发送该紧急呼叫请求，因此可以结束操作，即无需再重复响应该协助呼叫请求。若移动终端在该目标频段内未监测到其他移动终端广播的协助呼叫响应，则可以执行步骤114。

步骤114、在该目标频段内广播协助呼叫响应。

若移动终端在该目标频段内未监测到其他移动终端广播的协助呼叫响应，则可以在该目标频段内广播协助呼叫响应。车载通信组件在该目标频段内检测到该协助呼叫响应后，即可确定该移动终端能够协助发送紧急呼叫请求。

可选地，该车载通信组件在该目标频段内检测到协助呼叫响应后，还可以通过上述步骤1043a和步骤1044a所示的方法与广播该协助呼叫响应的移动终端建立无线连接。之后，该移动终端和车载通信组件即可基于该无线连接交互救援信息。由于救援信息的数据量较大，因此通过无线连接交互救援信息，可以避免因交互救援信息而长时间占用该目标频段。

可以理解的是，上述步骤113可以根据情况删除。也即是，移动终端在检测到协助呼叫请求且确定自身满足该第二呼叫条件后，即可在该目标频段内广播协助呼叫响应，而无需考虑其他移动终端是否已响应该协助呼叫请求。相应的，可以由多个移动终端协助发送该紧急呼叫请求。或者，上述步骤113可以在步骤112之前执行，也即是，移动终端可以在确定其他移动终端还未响应该协助呼叫请求时，再检测自身是否满足该第二呼叫条件。

作为另一种可选的实现方式，车载通信组件在确定车辆具有紧急救援需求之后，可以先与移动终端交互性能信息。之后，该车载通信组件和移动终端可以基于接收到的性能信息确定是否发送紧急呼叫请求。相应的，参考图6，在上述步骤103之后，本申请实施例提供的方法还可以包括：

步骤115、车载通信组件采用无线通信的方式向移动终端发送该车载通信组件的性能信息。

在该实现方式中，移动终端可以在上述步骤103之前与车载通信组件建立无线连接，例如，移动终端可以主动与该车载通信组件建立无线连接。相应的，车载通信组件若确定车辆具有紧急救援需求，则可以先基于该无线连接向移动终端发送该车载通信组件的性能信息。

可以理解的是，该步骤115可以在步骤104之前执行，或者与步骤104同步执行，本申请实施例对此不做限定。

步骤116、移动终端基于该协助呼叫请求，采用无线通信的方式向该车载通信组件发送该移动终端的性能信息。

移动终端接收到车载通信组件和/或座舱域控制器发送的协助呼叫请求后，可以响应于该协助呼叫请求，向车载通信组件发送其性能信息。

步骤117、车载通信组件基于该移动终端的性能信息检测该移动终端是否满足第二呼叫条件。

车载通信组件若确定该移动终端不满足第二呼叫条件，则可以执行上述步骤105，即直接向该救援平台发送紧急呼叫请求。车载通信组件若确定该移动终端满足该第二呼叫条件，则可以确定该移动终端能够发送紧急呼叫请求，进而可以执行步骤109。

可以理解的是，车载通信组件若确定该移动终端满足该第二呼叫条件，且该车载通信组件也满足该第一呼叫条件，则该车载通信组件可以既执行步骤105，也执行该步骤109。也即是，该车载通信组件和移动终端均可以发送紧急呼叫请求。或者，该车载通信组件可以执行步骤105，且不执行该步骤109。也即是，在该车载通信组件和移动终端均满足发送紧急呼叫请求的条件时，可以仅由该车载通信组件发送紧急呼叫请求。又或者，该车载通信组件可以对比两者的通信质量，若车载通信组件确定其通信质量优于移动终端，则可以执行步骤105，且不执行该步骤109。若车载通信组件确定移动终端的通信质量更优，则可以执行该步骤109，且不执行步骤105。也即是，可以由通信质量更优的组件发送该紧急呼叫请求。

步骤118、移动终端基于该车载通信组件的性能信息检测该车载通信组件是否满足第一呼叫条件。

移动终端若确定该车载通信组件不满足第一呼叫条件，则可以执行上述步骤107，即直接向该救援平台发送紧急呼叫请求。移动终端若确定该车载通信组件满足该第一呼叫条件，则可以确定该车载通信组件能够发送紧急呼叫请求，进而可以执行步骤108。

可以理解的是，移动终端若确定该车载通信组件满足该第一呼叫条件，且该移动终端也满足第二呼叫条件，则该移动终端可以既执行步骤108，也执行该步骤107。也即是，该车载通信组件和移动终端均可以发送紧急呼叫请求。或者，该移动终端可以对比两者的通信质量，若移动终端确定其通信质量优于车载通信组件，则可以执行步骤107，且不执行步骤108。若移动终端确定车载通信组件的通信质量更优，则可以执行该步骤108，且不执行步骤107。也即是，可以由通信质量更优的组件发送该紧急呼叫请求。

还可以理解的是，上述步骤116和步骤117可以根据情况删除，即可以仅由移动终端判断由哪个组件发送紧急呼叫请求。或者，上述步骤115和步骤118可以根据情况删除，即可以仅由车载通信组件判断由哪个组件发送紧急呼叫请求。

综上所述，本申请实施例提供了一种紧急呼叫方法，车载通信组件在确定车辆具有紧急救援需求时，可以采用无线通信的方式向移动终端发送协助呼叫请求，该移动终端进而可以基于该协助呼叫请求向救援平台发送紧急呼叫请求。由此，即使该车载通信组件自身的移动通信功能受损，或者该车载通信组件与其他器件之间的硬线断连，该车载通信组件也能够指示移动终端协助发送紧急呼叫请求，从而有效提高了该紧急呼叫系统的可靠性。

并且，由于移动终端与车载通信组件之间的连接为无线连接，因此可以避免因车辆碰撞导致硬线断连而引起的紧急呼叫系统故障。也即是，本申请实施例提供的方法可以减少车辆碰撞导致车内部件损坏而无法触发紧急呼叫请求的概率，其可靠性较高。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上文描述的紧急呼叫方法的实现过程，可以参考前述系统实施例中的相关描述，在此不再赘述。

本申请实施例还提供了一种车载通信组件，该车载通信组件可以应用于上述实施例提供的紧急呼叫系统。参考图1和图2，该系统还可以包括移动终端02以及故障检测组件03。

该车载通信组件01包括可编程逻辑电路和/或程序指令，该车载通信组件01可以用于实现上述方法实施例中由车载通信组件执行的方法。

例如，该车载通信组件01可以用于实现图4所示实施例中步骤101、步骤103至步骤105、步骤109以及步骤111所示的方法。并且，该车载通信组件01还可以用于实现图5所示实施例中的方法。此外，该车载通信组件01还可以用于实现图7所示实施例中步骤115和步骤117所示的方法。

可选地，该车载通信组件01可以为TBOX。该车载通信组件01中安装有至少一个SIM卡，且该车载通信组件01还可以包括与该SIM卡连接的基带芯片，以及用于与其他器件交互数据的数据交互模组。

本申请实施例还提供了一种移动终端，该移动终端可以应用于上述实施例提供的紧急呼叫系统。参考图1和图2，该系统还包括车载通信组件01以及故障检测组件03。图8是本申请实施例提供的一种移动终端的结构示意图，参考图8，该移动终端可以包括：处理器801、存储器802、网络接口803和总线804。其中，总线804用于连接处理器801、存储器802和网络接口803。通过网络接口803(可以是有线或者无线)可以实现与其他器件之间的通信连接。存储器802中存储有计算机程序8021，该计算机程序8021用于实现各种应用功能。

应理解，在本申请实施例中，处理器801可以是CPU，该处理器801还可以是其他通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、GPU或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。

存储器802可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data date SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

总线804除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线804。

处理器801被配置为执行存储器802中存储的计算机程序，处理器801通过执行该计算机程序8021来实现上述方法实施例所示的应用于移动终端的方法。例如，处理器801可以通过执行该计算机程序8021来实现图4所示实施例中步骤107、步骤108以及步骤110所示的方法。并且，还可以实现图6所示实施例中的方法。此外，还可以实现图7所示实施例中步骤116和步骤118所示的方法。

应理解的是，本申请实施例提供的上述车载通信组件和移动终端均可以用专用集成电路(application-specific integrated circuit，ASIC)实现，或可编程逻辑器件(programmable logic device，PLD)实现，上述PLD可以是复杂程序逻辑器件(complexprogrammable logical device，CPLD)，现场可编程门阵列(field-programmable gatearray，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

当然，也可以通过软件实现上述方法实施例提供的紧急呼叫方法，当通过软件实现上述方法实施例提供的紧急呼叫方法时，该车载通信组件和移动终端中均可以包括用于实现上述方法的软件模块。

本申请实施例还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，该指令由处理器执行以实现上述方法实施例中应用于车载通信组件的方法，或者实现上述方法实施例中应用于移动终端的方法。

本申请实施例还提供了一种包含指令的计算机程序产品，当该计算机程序产品在计算机上运行时，使得计算机执行上述方法实施例中应用于车载通信组件的方法，或者执行上述方法实施例中应用于移动终端的方法。

本申请实施例还提供了一种车辆，如图9所示，该车辆可以包括车身00，以及上述实施例提供的紧急呼叫系统。例如，该车辆可以包括如图1或图2所示的系统。

其中，该紧急呼叫系统中的车载通信组件01和该故障检测组件03均与该车身00固定连接，该紧急呼叫系统中的移动终端02则能够相对于该车身00移动。例如，该移动终端02可以为车内用户的手机、电话手表、笔记本电脑、平板电脑或可穿戴设备等等。

可选地，该车辆可以为智能汽车或网联汽车，并且，该车辆可以新能源车辆(例如电动汽车)或燃油汽车。

上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质。半导体介质可以是固态硬盘(solid state drive，SSD)。

本申请中术语“第一”“第二”等字样用于对作用和功能基本相同的相同项或相似项进行区分，应理解，“第一”、“第二”、“第n”之间不具有逻辑或时序上的依赖关系，也不对数量和执行顺序进行限定。

此外，本申请中术语“至少一个”的含义是指一个或多个，“多个”的含义是指两个或两个以上。

以上所述，仅为本申请的可选实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (17)

1.一种车辆的紧急呼叫系统，其特征在于，所述系统包括：车载通信组件、移动终端、故障检测组件；

所述故障检测组件与所述车载通信组件连接，所述故障检测组件包括故障检测子组件和紧急救援按钮，所述故障检测子组件用于采集所述车辆的故障信息，所述紧急救援按钮用于在检测到按压操作后触发生成救援请求，所述故障检测组件用于将获取的检测信息发送至所述车载通信组件，所述检测信息包括所述车辆的故障信息和所述救援请求中的至少一种；

所述车载通信组件，用于若基于所述检测信息确定所述车辆具有紧急救援需求，向所述移动终端发送协助呼叫请求，并与所述移动终端交互各自获取到的救援信息，以及向救援平台发送紧急呼叫请求和救援信息；

所述移动终端，用于若接收到所述协助呼叫请求，则发送协助呼叫响应，并基于所述协助呼叫请求向所述救援平台发送紧急呼叫请求和救援信息；

其中，所述车载通信组件和所述移动终端发送的救援信息均包括其自身存储或采集到的救援信息，以及其他组件发送的救援信息，所述车载通信组件和所述移动终端发送的救援信息均至少包括所述车辆的故障信息，且还包括下述信息中的至少一种：所述车辆的位置信息，所述救援平台的标识，所述车辆的车辆信息以及用户信息。

2.根据权利要求1所述的系统，其特征在于，所述车载通信组件，用于：

若基于所述检测信息确定所述车辆具有紧急救援需求，且确定所述车载通信组件不满足第一呼叫条件，则在目标频段内广播协助呼叫请求。

3.根据权利要求1所述的系统，其特征在于，所述车载通信组件，还用于若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送所述车载通信组件的性能信息；

所述移动终端，用于基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件不满足第一呼叫条件，则向所述救援平台发送紧急呼叫请求和救援信息。

4.根据权利要求2或3所述的系统，其特征在于，所述第一呼叫条件包括下述条件中的至少一种：

所述车载通信组件的通信状态满足通信条件；

所述车载通信组件与所述车辆的多媒体交互组件保持连接；

所述车载通信组件能够获取到所述车辆的故障信息；

所述车载通信组件能够获取到所述车辆的位置信息。

5.根据权利要求1至4任一所述的系统，其特征在于，所述车载通信组件，还用于若检测到所述协助呼叫响应，则与发送所述协助呼叫响应的移动终端建立无线连接；

其中，所述无线连接为蓝牙、无线保真Wi-Fi以及近场通信NFC中的一种。

6.根据权利要求1至5任一所述的系统，其特征在于，所述移动终端，还用于采用无线通信的方式向所述车载通信组件发送所述移动终端的性能信息；

所述车载通信组件，还用于若基于所述移动终端的性能信息确定所述移动终端不满足第二呼叫条件，则向所述救援平台发送紧急呼叫请求。

7.根据权利要求6所述的系统，其特征在于，所述第二呼叫条件包括：所述移动终端的通信状态满足通信条件，和/或，所述移动终端的剩余电量大于电量阈值。

8.根据权利要求1所述的系统，其特征在于，

所述车载通信组件，用于若基于所述车载通信组件的性能信息确定所述车载通信组件满足第一呼叫条件，基于所述移动终端的性能信息确定所述移动终端满足第二呼叫条件，且所述车载通信组件通信质量优于所述移动终端的通信质量，则向所述救援平台发送紧急呼叫请求和所述救援信息；

或者，所述车载通信组件，还用于若基于所述检测信息确定所述车辆具有紧急救援需求，则采用无线通信的方式向所述移动终端发送所述车载通信组件的性能信息；所述移动终端，用于基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件满足第一呼叫条件，基于所述移动终端的性能信息确定所述移动终端满足第二呼叫条件，且所述移动终端的通信质量优于所述车载通信组件的通信质量，则向所述救援平台发送紧急呼叫请求和所述救援信息。

9.一种紧急呼叫方法，其特征在于，应用于紧急呼叫系统中的车载通信组件，所述系统还包括移动终端以及故障检测组件，所述故障检测组件还与所述车载通信组件连接；所述方法包括：

所述车载通信组件接收所述故障检测组件发送的检测信息，所述故障检测组件包括故障检测子组件和紧急救援按钮，所述故障检测子组件用于采集车辆的故障信息，所述紧急救援按钮用于在检测到按压操作后触发生成救援请求，所述检测信息包括所述车辆的故障信息和所述救援请求中的至少一种；

所述车载通信组件若基于所述检测信息确定所述车辆具有紧急救援需求，则向所述移动终端发送协助呼叫请求，并与所述移动终端交互各自获取到的救援信息，以及向救援平台发送紧急呼叫请求和救援信息，所述协助呼叫请求用于指示所述移动终端向所述救援平台发送紧急呼叫请求；

其中，所述协助呼叫请求用于指示所述移动终端向救援平台发送紧急呼叫请求和救援信息，以及发送协助呼叫响应，所述车载通信组件和所述移动终端发送的救援信息均包括其自身存储或采集到的救援信息，以及其他组件发送的救援信息，所述车载通信组件和所述移动终端发送的救援信息均至少包括所述车辆的故障信息，且还包括下述信息中的至少一种：所述车辆的位置信息，所述救援平台的标识，所述车辆的车辆信息以及用户信息。

10.根据权利要求9所述的方法，其特征在于，所述车载通信组件若基于所述检测信息确定所述车辆具有紧急救援需求，则向所述移终端发送协助呼叫请求，包括：

所述车载通信组件若基于所述检测信息确定所述车辆具有紧急救援需求，且确定所述车载通信组件不满足第一呼叫条件，则向所述移动终端发送协助呼叫请求。

11.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述车载通信组件采用无线通信的方式接收所述移动终端基于所述协助呼叫请求发送的所述移动终端的性能信息；

所述车载通信组件若基于所述移动终端的性能信息确定所述移动终端不满足第二呼叫条件，则向所述救援平台发送紧急呼叫请求和救援信息。

12.一种紧急呼叫方法，其特征在于，应用于紧急呼叫系统中的移动终端，所述系统还包括车载通信组件、故障检测组件，所述故障检测组件与所述车载通信组件连接；所述方法包括：

接收所述车载通信组件发送的协助呼叫请求，所述车载通信组件发送的所述协助呼叫请求为所述车载通信组件在基于所述故障检测组件获取到的检测信息确定车辆具有紧急救援需求后发送的，所述故障检测组件包括故障检测子组件和紧急救援按钮，所述故障检测子组件用于采集所述车辆的故障信息，所述紧急救援按钮用于在检测到按压操作后触发生成救援请求，所述检测信息包括所述车辆的故障信息和所述救援请求中的至少一种；

基于所述协助呼叫请求，向所述车载通信组件发送协助呼叫响应，并向救援平台发送紧急呼叫请求和救援信息，所述协助呼叫响应用于指示所述移动终端已接收到所述协助呼叫请求；

其中，所述救援信息均包括所述移动终端自身存储或采集到的救援信息，以及其他组件发送的救援信息，所述移动终端发送的救援信息均至少包括所述车辆的故障信息，且还包括下述信息中的至少一种：所述车辆的位置信息，所述救援平台的标识，所述车辆的车辆信息以及用户信息。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：采用无线通信的方式接收所述车载通信组件发送的所述车载通信组件的性能信息；

所述基于所述协助呼叫请求，向救援平台发送紧急呼叫请求和救援信息，包括：

基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件不满足第一呼叫条件，则向所述救援平台发送紧急呼叫请求和救援信息。

14.根据权利要求12所述的方法，其特征在于，所述方法还包括：

采用无线通信的方式接收所述车载通信组件发送的所述车载通信组件的性能信息，所述性能信息是所述车载通信组件基于所述检测信息确定所述车辆具有紧急救援需求后发送的；

所述基于所述协助呼叫请求，向救援平台发送紧急呼叫请求和救援信息，包括：

基于所述协助呼叫请求，若基于所述车载通信组件的性能信息确定所述车载通信组件满足第一呼叫条件，基于所述移动终端的性能信息确定所述移动终端满足第二呼叫条件，且确定所述移动终端的通信质量优于所述车载通信组件的通信质量，则向所述救援平台发送紧急呼叫请求和救援信息。

15.一种移动终端，其特征在于，应用于紧急呼叫系统中，所述系统还包括车载通信组件和故障检测组件；

所述移动终端包括：存储器，处理器及存储在所述存储器上并能够在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求12至14任一所述的方法。

16.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，所述指令由处理器执行以实现如权利要求9至11任一所述的方法，或者，如权利要求12至14任一所述的方法。

17.一种车辆，其特征在于，所述车辆包括：车身，以及如权利要求1至8任一所述的紧急呼叫系统；

其中，所述紧急呼叫系统中的车载通信组件和故障检测组件，所述车载通信组件和所述故障检测组件均与所述车身固定连接，所述紧急呼叫系统中的移动终端能够相对于所述车身移动。

Images