CN114793334A - 基于车联网的救援呼叫方法、装置、设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种基于车联网的救援呼叫方法、装置、设备及存储介质，本发明实施例在检测到安全气囊弹出后，首先根据车载摄像头拍摄到的第一视频数据确认驾驶员是否存在意识，若不存在意识，则向云平台发送救援请求，若存在意识，则进一步判断车门打开，若车门打开，则根据车载摄像头拍摄到的第一视频数据确认驾驶员的下车动作是否异常，若下车动作异常或者车门没有打开，则向云平台发送救援请求。本发明实施例提高了车辆发送救援请求的智能程度，解决了现有技术中车辆发送救援请求时智能程度较低的技术问题。

Description

基于车联网的救援呼叫方法、装置、设备及存储介质

技术领域

本申请实施例涉及车联网领域，尤其涉及一种基于车联网的救援呼叫方法、装置、设备及存储介质。

背景技术

车联网，即车辆物联网，是以行驶中的车辆为信息感知对象，借助新一代信息通信技术，实现车与云平台、车与车、车与路、车与人、车内等全方位网络链接。目前，当车辆在驾驶过程中发生交通事故时，一般是由车联网系统主动向呼叫救援并上传事发位置到云平台中，以通知医疗部门派遣救援力量。目前，车联网系统主动呼叫救援的方式一般有以下几种：一种是在发生交通事故时直接向医疗部门发送救援请求，然而当驾驶员没有受伤或伤势较轻时，这种方式会造成救援力量的浪费。一种在发生交通事故后由驾驶员主动向医疗部门发送救援请求，然而当驾驶员重伤获昏迷时，驾驶员难以执行发送救援请求的动作，另一种方式是驾驶员通过车内的摄像头和相关部门的工作人员进行远程通话，由工作人员确定是否派遣救援力量，然而，这种方式需要相关部门安排专门的人员24小时来接听远程通话，人力成本较高。

综上所述，如何提高车辆发送救援请求的智能程度，成为了目前亟需解决的技术问题。

发明内容

本发明实施例提供了一种基于车联网的救援呼叫方法、装置、设备及存储介质，提高车辆发送救援请求的智能程度，解决了现有技术中车辆发送救援请求时智能程度较低的技术问题。

第一方面，本发明实施例提供了一种基于车联网的救援呼叫方法，包括：

当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

若不存在意识，向云平台发送救援请求，以使所述云平台根据所述救援请求通知医疗部门派遣救援；

若存在意识，判断车门是否打开；

若车门打开，根据所述车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常；

若所述下车动作异常或所述车门没有打开，则向所述云平台发送所述救援请求。

优选的，所述根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识，包括：

实时根据车载摄像头所拍摄到的第一视频数据，确认与所述安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数；

根据所述次数判断所述驾驶员是否存在意识。

优选的，所述判断车门是否打开，包括：

实时根据车门状态数据，判断第二时长内车门是否打开。

优选的，所述根据所述车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常，包括：

对所述车载摄像头拍摄到的驾驶员下车时的第二视频数据进行动作识别，确定所述驾驶员的下车动作；

计算所述下车动作和预设下车动作的重合度，根据所述重合度确认所述下车动作是否异常。

优选的，还包括：

获取车辆的故障信息，将所述故障信息上传至所述云平台，以使所述云平台根据所述故障信息确认所述车辆的受损等级。

优选的，还包括以下步骤：

实时获取车辆的位置信息并将所述位置信息上传到所述云平台中；

相应的，所述向所述云平台发送所述救援请求后，还包括：

向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息，向处于所述车辆周围的目标车辆发送求助信息。

优选的，所述向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息，向处于所述车辆周围的目标车辆发送求助信息，包括：

向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息确定所述车辆的目标位置，并确定与所述车辆为同一行驶方向且在第三时长内能够达到所述目标位置的目标车辆，向所述目标车辆发送求助信息。

第二方面，本发明实施例提供了一种基于车联网的救援呼叫装置，包括：意识确认模块、第一请求发送模块、车门判断模块、动作确认模块以及第二请求发送模块；

所述意识确认模块用于当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

所述第一请求发送模块用于若不存在意识，向云平台发送救援请求，以使所述云平台根据所述救援请求通知医疗部门派遣救援；

所述车门判断模块用于若存在意识，判断车门是否打开；

所述动作确认模块用于若车门打开，根据所述车载摄像头采集到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常；

所述第二请求发送模块与用于若所述下车动作异常或所述车门没有打开，则向所述云平台发送所述救援请求。

第三方面，本发明实施例提供了一种基于车联网的救援呼叫设备，所述基于车联网的救援呼叫设备包括处理器以及存储器；

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行如第一方面所述的一种基于车联网的救援呼叫方法。

第四方面，本发明实施例提供了一种存储计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的一种基于车联网的救援呼叫方法。

上述，本发明实施例在检测到安全气囊弹出后，首先根据车载摄像头拍摄到的第一视频数据确认驾驶员是否存在意识，若不存在意识，则向云平台发送救援请求，若存在意识，则进一步判断车门打开，若车门打开，则根据车载摄像头拍摄到的第一视频数据确认驾驶员的下车动作是否异常，若下车动作异常或者车门没有打开，则向云平台发送救援请求。

本发明实施例通过结合车载摄像头拍摄到的视频数据以及车门的状态来对驾驶员的伤势进行判断，从而能够在驾驶员伤势较重时主动向云平台发送救援请求，与现有技术中只要发生交通事故就向云平台发送救援请求的方案相比，能够避免救援力量的浪费，另外相关部门也不需要安排专门的人员24小时来接听远程通话，节省了人力成本。其次，本发明实施例在发送救援请求的过程中无需驾驶员主动进行操作，从而避免驾驶员伤势过重导致无法呼叫救援的情况。本发明实施例提高了车辆发送救援请求的智能程度，解决了现有技术中车辆发送救援请求时智能程度较低的技术问题。

附图说明

图1为本发明实施例提供的一种基于车联网的救援呼叫方法的流程示意图。

图2为本发明实施例提供的一种车联网的结构示意图。

图3为本发明实施例提供的另一种基于车联网的救援呼叫方法的流程示意图。

图4为本发明实施例提供的一种基于车联网的救援呼叫装置的结构示意图。

图5为本发明实施例提供的一种基于车联网的救援呼叫设备的结构示意图。

具体实施方式

以下描述和附图充分地示出本申请的具体实施方案，以使本领域的技术人员能够实践它们。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施方案的部分和特征可以被包括在或替换其他实施方案的部分和特征。本申请的实施方案的范围包括权利要求书的整个范围，以及权利要求书的所有可获得的等同物。在本文中，各实施方案可以被单独地或总地用术语“发明”来表示，这仅仅是为了方便，并且如果事实上公开了超过一个的发明，不是要自动地限制该应用的范围为任何单个发明或发明构思。本文中，诸如第一和第二等之类的关系术语仅仅用于将一个实体或者操作与另一个实体或操作区分开来，而不要求或者暗示这些实体或操作之间存在任何实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素。本文中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的结构、产品等而言，由于其与实施例公开的部分相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

如图1所示，图1为本发明实施例提供的一种基于车联网的救援呼叫方法的流程图。本发明实施例提供的基于车联网的救援呼叫方法可以由基于车联网的救援呼叫设备执行，该基于车联网的救援呼叫设备可以通过软件和/或硬件的方式实现，该基于车联网的救援呼叫设备可以是两个或多个物理实体构成，也可以由一个物理实体构成。例如基于车联网的救援呼叫设备可以是电脑、上位机、平板等设备。在本实施例中，如图2所示，图2为车联网的结构示意图。基于车联网的救援呼叫设备为设置在车辆上的车载终端，车载终端与车辆上的各个传感器以及车载摄像头等电子设备之间通过车辆总线相连接，车载终端通过无线网络与云平台相连接，例如通过5G网络与云平台相连接等。车载终端用于对车辆上不同电子设备所采集到的数据进行分析，并实现与云平台之间的通信。

本发明实施例提供的一种基于车联网的救援呼叫方法，包括以下步骤：

步骤101、当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识。

在本实施例中，车载终端与车辆上的安全气囊传感器以及车载摄像头相连接，其中，安全气囊传感器用于检测安全气囊是否弹出，车载摄像头用于拍摄车辆驾驶室内。当车载终端根据安全气囊传感器所采集到的数据检测到安全气囊弹出后，则说明此时发生了车辆发生了较大的交通事故，车载终端进一步根据车载摄像头所拍摄到的第一视频数据，确认在发生交通事故后，驾驶室内的驾驶员是否还存在有意识。需要进一步说明的是，在本实施例中不考虑安全气囊不弹出的情况在于，若发生交通事故后安全气囊没有弹出，则说明交通事故的程度较小，驾驶员不会收到较大的伤害，在这种情况下驾驶员是具备自行报警以及呼叫医疗救援的能力。因此为了避免救援力量的浪费，在安全气囊没有弹出的情况下，驾驶员可根据自身的需求主动进行报警以及呼叫医疗救援。

步骤102、若不存在意识，向云平台发送救援请求，以使云平台根据救援请求通知医疗部门派遣救援。

如果车载终端根据车载摄像头所拍摄到的第一视频数据确认驾驶员在安全气囊弹出后已经丧失意识，则说明驾驶员的伤势较重，无法主动呼叫医疗救援。则车载终端直接向云平台发送救援请求，从而使得云平台在接受到救援请求后，通知医疗部门派遣救援。示例性的，在一个实施例中，车载终端与车辆上的GPS定位系统相连接，车载终端向云平台发送的救援请求中包括有待救援车辆的位置信息，云平台在接收到救援请求后，根据救援请求中的位置信息确定待救援车辆的位置，并根据待救援车辆的位置，通知距离最近的医疗部门派遣救援。

步骤103、若存在意识，判断车门是否打开。

在本实施例中，车载终端还与车门传感器相连接，车门传感器用于检测车门的开闭状态。如果根据第一视频数据判断驾驶员还存在有意识，则车载终端进一步根据车门传感器采集到的车门状态数据，进一步判断车门是否打开。需要进一步说明的是，在本实施例中判断车门是否打开的目的在于，一般在发生较为严重的交通事故后，为了避免车辆自燃或者发生二次撞击，车内的驾驶员在意识清醒且具备自主行动能力的情况下，一般都会离开车辆。因此，通过判断车门是否打开，能够判断驾驶员的意识是否清醒，以及驾驶员是否具备自主行动能力。

步骤104、若车门打开，根据车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认驾驶员的下车动作是否异常。

如果车门打开，则说明发生交通事故后驾驶员的意识清醒，车载终端进一步获取车载摄像头拍摄的驾驶员下车时的第二视频数据，并进一步根据第二视频数据确认驾驶员的下车动作是否异常。在本实施例中判断驾驶员的下车动作是否异常的目的在于，根据驾驶员的下车动作来确认驾驶员的伤势，若驾驶员的下车动作异常，则说明驾驶员的伤势较重，无法正常下车，若驾驶员的下车动作正常，则说明驾驶员的伤势较轻，能够正常上下车。

步骤105、若下车动作异常或车门没有打开，则向云平台发送救援请求。

如果驾驶员下车的动作异常或者是车门没有打开，则说明此时驾驶员的伤势较重，无法自主打开车门。车载终端则直接向云平台发送救援请求，以使得云平台根据救援请求通知医疗部门派遣救援。

上述，本发明实施例在检测到安全气囊弹出后，首先根据车载摄像头拍摄到的第一视频数据确认驾驶员是否存在意识，若不存在意识，则向云平台发送救援请求，若存在意识，则进一步判断车门打开，若车门打开，则根据车载摄像头拍摄到的第一视频数据确认驾驶员的下车动作是否异常，若下车动作异常或者车门没有打开，则向云平台发送救援请求。本发明实施例通过结合车载摄像头拍摄到的视频数据以及车门的状态来对驾驶员的伤势进行判断，从而能够在驾驶员伤势较重时主动向云平台发送救援请求，与现有技术中只要发生交通事故就向云平台发送救援请求的方案相比，能够避免救援力量的浪费，另外相关部门也不需要安排专门的人员24小时来接听远程通话，节省了人力成本。其次，本发明实施例在发送救援请求的过程中无需驾驶员主动进行操作，从而避免驾驶员伤势过重导致无法呼叫救援的情况。本发明实施例提高了车辆发送救援请求的智能程度，解决了现有技术中车辆发送救援请求的智能程度较低的技术问题。

如图3所示，图3为本发明实施例提供的一种基于车联网的救援呼叫方法的流程图，图3提供的一种基于车联网的救援呼叫方法是对上述一种基于车联网的救援呼叫方法的具体化，包括以下步骤：

步骤201、当检测到安全气囊弹出后，实时根据车载摄像头所拍摄到的第一视频数据，确认与安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数。

在本实施例中，当车载终端检测到安全气囊弹出后，车载终端则实时获取车载摄像头所拍摄到的第一视频数据，并根据第一视频数据确认与安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数。需要进一步说明的是，在本实施例中，设置第一时长的目的在于，由于在安全气囊弹出时刻的第一时长内，驾驶员在安全气囊和外部撞击的冲击下，身体是一定会做出肢体动作的，因此设置第一时长作为缓冲时间，从而在外部冲击停止的情况下，才确认驾驶员在预设时间长度内做出肢体动作的次数。具体的，根据第一视频数据确认驾驶员做出肢体动作的次数时，可采用现有的动作识别算法实时对第一视频数据进行动作识别，从而在第一视频数据中确定驾驶员的动作，并根据驾驶员的动作记录驾驶员做出肢体动作的次数，可理解，动作识别算法可采用现有技术中的动作识别算法，例如密集轨迹算法或者深度学习算法等，在本实施例中不在进行赘述。

步骤202、根据次数判断驾驶员是否存在意识。

之后，进一步根据驾驶员做出肢体动作的次数，判断驾驶员是否还存在意识。具体的，可通过判断驾驶员做出肢体动作的次数是否大于次数阈值从而来判断驾驶员是否还存在意识。在一个实施例中，考虑到撞击的持续时间以及发送救援请求的及时性，可以将第一时长设置为5S，将预设时间长度设置为1min，同时，考虑到撞击后身体不自主抽动的干扰，将次数阈值设置为5次，即在安全气囊弹出5S后，确认1min内驾驶员做出肢体动作的次数，如果次数大于5次，则说明驾驶员的做出肢体动作的次数较多，驾驶员还存在有意识，反之，则驾驶员已经昏迷丧失意识。

步骤203、若不存在意识，向云平台发送救援请求，以使云平台根据救援请求通知医疗部门派遣救援。

步骤204、若存在意识，实时根据车门状态数据，判断第二时长内车门是否打开。

如果车载终端确认驾驶员还存在有意识，则车载终端进一步实时从车门传感器中获取车门状态数据，根据车门状态数据判断在第二时长内车门是否打开。在一个实施例中，考虑到驾驶员的意识恢复清醒的时间以及发送救援请求的及时性，可以将第二时长设置为2min。

步骤205、若车门打开，对车载摄像头拍摄到的驾驶员下车时的第二视频数据进行动作识别，确定驾驶员的下车动作。

如果在第二时长内车门打开，则可以确认此时驾驶员的意识清醒，需要进一步确定驾驶员的伤势的严重程度。在本实施例中，车载终端在检测到车门打开后，则获取车载摄像头所拍摄到的驾驶员下车时的第二视频数据，并对第二视频数据进行动作识别，从而确定出驾驶员下车时的下车动作。同理，在本实施例中，可采用现有的动作识别算法从第二视频数据中识别出驾驶员下车时的下车动作。

步骤206、计算下车动作和预设下车动作的重合度，根据重合度确认下车动作是否异常。

在确认了驾驶员下车时的下车动作后，将驾驶员的下车动作和预设下车动作进行比对，根据重合度判断驾驶员的下车动作是否异常。示例性的，在一个实施例中，可事先拍摄录制有预设下车动作的模板动作视频，在获取到第二视频数据后，通过卷积神经网络模型分别从第二视频数据和模板动作视频中获取人体关键点坐标，选取动作影响关键的骨骼关键点坐标作为计算关键点，获取每一个计算关键点的运动曲线，分别对第二视频数据中的每一个骨骼关键点以及模板动作视频中的每一个骨骼关键点曲线进行归一化处理，并固定在同一坐标体系内，最后即可根据曲线的相似度，计算出下车动作和预设下车动作之间的重合度。可理解，在本实施例中，预设下车动作可存在有多种，在计算重合度时，需要将下车动作与每一个预设下车动作进行对比。

步骤207、若下车动作异常或车门没有打开，则向云平台发送救援请求。

上述，本发明实施例通过确认与安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数，能够排除由于撞击导致驾驶员不自主做出肢体动作的影响，提高检测的准确性。其次，考虑到驾驶员的意识恢复时间以及发送救援请求的及时性，在判断车门是否打开时，设置了第二时长，以免后续判断车门是否打开的时间过长导致出现救援不及时的情况。本发明实施例能够提高车辆发送救援请求的智能程度，解决了现有技术中车辆发送救援请求的智能程度较低的技术问题。

在一个实施例中，还包括以下步骤：

实时获取车辆的位置信息并将位置信息上传到到云平台中。

相应的，向云平台发送救援请求后，还包括：

向云平台发送求助请求，以使云平台根据车辆的位置信息，向处于车辆周围的目标车辆发送求助信息。

在一个实施例中，车载终端还与车辆上的GPS定位系统相连接，用于从GPS定位系统上实时获取车辆的位置信息，并将位置信息上传到云平台中。本发明实施例中，车载终端在向云平台发送救援请求后，车载终端还进一步向云平台发送求助请求，云平台在接收到求助请求后，进一步根据车载终端实时上传的位置信息，向处于车辆周围的目标车辆发送求助信息，以使周围的目标车辆在接收到求助信息后，能够赶往事故现场进行救援。示例性的，求助信息的形式可以为“XXX地点发生严重交通事故，请求救援”。可理解，在本实施例中不对求助信息的具体内容进行限定。

在上述实施例的基础上，向云平台发送求助请求，以使云平台根据车辆的位置信息，向处于车辆周围的目标车辆发送求助信息，包括：

向云平台发送求助请求，以使云平台根据车辆的位置信息确定车辆的目标位置，并确定与车辆为同一行驶方向且在第三时长内能够达到目标位置的目标车辆，向目标车辆发送求助信息。

在一个实施例中，云平台接收到求助请求后，在确定目标车辆时，首先根据待救援车辆实时发送的位置信息，确定待救援车辆的目标位置。在一个实施例中，车辆上的GPS定位系统为高精度定位系统，定位信息的分辨率可精确到车辆当前所在的车道，云平台在根据位置信息确定了车辆的目标位置后，确定目标位置所在的车道的行驶方向，并实时根据其他车辆的车载终端上传的位置信息，确定在同一行驶方向中第三时长能够达到目标位置的目标车辆，其他车辆达到目标位置的时长可根据其他车辆距离目标位置的距离以及道路上的最低限速进行计算。在确定出目标车辆后，向目标车辆发送求助信息。可理解，为了避免同一时间段内达到目标位置的车辆过多，可预先设置所需要发送求助信息的目标车辆的数量。在一个实施例中，考虑到救援的及时性，可将第三时长设置为3min。

本发明实施例车辆在发送了救援请求后，云平台还能够实时根据待救援车辆所在的目标位置，确定出目标位置周围的目标车辆，并向目标车辆发送求助信息，使得目标车辆在接收到目标信息后，能够前往目标位置参与救援，从而提高待救援车辆中驾驶员的生还概率。

在上述实施例的基础上，还包括以下步骤：

步骤208、获取车辆的故障信息，将故障信息上传至云平台，以使云平台根据故障信息确认车辆的受损等级。

在一个实施例中，车载终端在确认车辆的安全气囊弹出后，车载终端从车载ECU中获取车辆的故障信息，例如故障代码等。之后，将故障信息上传到云平台中，由云平台对故障信息进行分析，从而确定出车辆的受损等级。示例性的，在一个实施例中，可预先获取大量的故障信息，将故障信息划分为训练集和验证集，并在训练集上标注出与故障信息相对应的受损等级。之后，将训练集输入到神经网络中进行训练，并使用验证集对神经网络进行验证，当神经网络输出的误差在预设范围内时，即可得到训练好的神经网络。后续云平台在获取到车辆的故障信息后，将故障信息输入到训练好的神经网络中，即可得到车辆的受损等级，以便于后续保险公司根据车辆的受损等级制定相应的赔偿措施。

如图4所示，图4为本发明实施例提供的一种基于车联网的救援呼叫装置的结构示意图，包括：意识确认模块301、第一请求发送模块302、车门判断模块303、动作确认模块304以及第二请求发送模块305；

意识确认模块301用于当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

第一请求发送模块302用于若不存在意识，向云平台发送救援请求，以使云平台根据救援请求通知医疗部门派遣救援；

车门判断模块303用于若存在意识，判断车门是否打开；

动作确认模块304用于若车门打开，根据车载摄像头采集到的驾驶员下车时的第二视频数据，确认驾驶员的下车动作是否异常；

第二请求发送模块305与用于若下车动作异常或车门没有打开，则向云平台发送救援请求。

在上述实施例的基础上，意识确认模块301用于根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识，包括：

用于实时根据车载摄像头所拍摄到的第一视频数据，确认与所述安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数；

根据次数判断驾驶员是否存在意识。

在上述实施例的基础上，车门判断模块303用于判断车门是否打开，包括：

用于实时根据车门状态数据，判断第二时长内车门是否打开。

在上述实施例的基础上，动作确认模块304用于根据车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认驾驶员的下车动作是否异常，包括：

用于对车载摄像头拍摄到的驾驶员下车时的第二视频数据进行动作识别，确定驾驶员的下车动作；

计算下车动作和预设下车动作的重合度，根据重合度确认下车动作是否异常。

在上述实施例的基础上，还包括故障信息上传模块，故障信息上传模块用于获取车辆的故障信息，将故障信息上传至云平台，以使云平台根据故障信息确认车辆的受损等级。

在上述实施例的基础上，还包括实时位置上传模块，实时位置上传模块用于实时获取车辆的位置信息并将位置信息上传到云平台中；

相应的，第一请求发送模块302或第二请求发送模块305用于向云平台发送救援请求后，还用于向云平台发送求助请求，以使云平台根据车辆的位置信息，向处于车辆周围的目标车辆发送求助信息。

在上述实施例的基础上，第一请求发送模块302或第二请求发送模块305用于向云平台发送求助请求，以使云平台根据车辆的位置信息，向处于车辆周围的目标车辆发送求助信息，包括：

用于向云平台发送求助请求，以使云平台根据车辆的位置信息确定车辆的目标位置，并确定与车辆为同一行驶方向且在第三时长内能够达到目标位置的目标车辆，向目标车辆发送求助信息。

本实施例还提供了一种基于车联网的救援呼叫设备，如图5所示，所述基于车联网的救援呼叫设备40包括处理器400以及存储器401；

所述存储器401用于存储计算机程序402，并将所述计算机程序402传输给所述处理器；

所述处理器400用于根据所述计算机程序402中的指令执行上述的一种基于车联网的救援呼叫方法实施例中的步骤。

示例性的，所述计算机程序402可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器401中，并由所述处理器400执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序402在所述基于车联网的救援呼叫设备40中的执行过程。

所述基于车联网的救援呼叫设备40可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述基于车联网的救援呼叫设备40可包括，但不仅限于，处理器400、存储器401。本领域技术人员可以理解，图5仅仅是基于车联网的救援呼叫设备40的示例，并不构成对基于车联网的救援呼叫设备40的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述基于车联网的救援呼叫设备40还可以包括输入输出设备、网络接入设备、总线等。

所称处理器400可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器 (Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列 (Field-Programmable Gate Array，FPGA) 或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器401可以是所述基于车联网的救援呼叫设备40的内部存储单元，例如基于车联网的救援呼叫设备40的硬盘或内存。所述存储器401也可以是所述基于车联网的救援呼叫设备40的外部存储设备，例如所述基于车联网的救援呼叫设备40上配备的插接式硬盘，智能存储卡（Smart Media Card, SMC），安全数字（Secure Digital, SD）卡，闪存卡（Flash Card）等。进一步地，所述存储器401还可以既包括所述基于车联网的救援呼叫设备40的内部存储单元也包括外部存储设备。所述存储器401用于存储所述计算机程序以及所述基于车联网的救援呼叫设备40所需的其他程序和数据。所述存储器401还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种基于车联网的救援呼叫方法，该方法包括以下步骤：

当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

若不存在意识，向云平台发送救援请求，以使所述云平台根据所述救援请求通知医疗部门派遣救援；

若存在意识，判断车门是否打开；

若车门打开，根据所述车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常；

若所述下车动作异常或所述车门没有打开，则向所述云平台发送所述救援请求。

注意，上述仅为本发明实施例的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明实施例不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明实施例的保护范围。因此，虽然通过以上实施例对本发明实施例进行了较为详细的说明，但是本发明实施例不仅仅限于以上实施例，在不脱离本发明实施例构思的情况下，还可以包括更多其他等效实施例，而本发明实施例的范围由所附的权利要求范围决定。

Claims (10)

1.一种基于车联网的救援呼叫方法，其特征在于，包括：

当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

若不存在意识，向云平台发送救援请求，以使所述云平台根据所述救援请求通知医疗部门派遣救援；

若存在意识，判断车门是否打开；

若车门打开，根据所述车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常；

若所述下车动作异常或所述车门没有打开，则向所述云平台发送所述救援请求。

2.根据权利要求1所述的一种基于车联网的救援呼叫方法，其特征在于，所述根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识，包括：

实时根据车载摄像头所拍摄到的第一视频数据，确认与所述安全气囊弹出时刻间隔第一时长的预设时间长度内，驾驶员做出肢体动作的次数；

根据所述次数判断所述驾驶员是否存在意识。

3.根据权利要求1所述的一种基于车联网的救援呼叫方法，其特征在于，所述判断车门是否打开，包括：

实时根据车门状态数据，判断第二时长内车门是否打开。

4.根据权利要求1所述的一种基于车联网的救援呼叫方法，其特征在于，所述根据所述车载摄像头拍摄到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常，包括：

对所述车载摄像头拍摄到的驾驶员下车时的第二视频数据进行动作识别，确定所述驾驶员的下车动作；

计算所述下车动作和预设下车动作的重合度，根据所述重合度确认所述下车动作是否异常。

5.根据权利要求1所述的一种基于车联网的救援呼叫方法，其特征在于，还包括：

获取车辆的故障信息，将所述故障信息上传至所述云平台，以使所述云平台根据所述故障信息确认所述车辆的受损等级。

6.根据权利要求1-5任一项所述的一种基于车联网的救援呼叫方法，其特征在于，还包括以下步骤：

实时获取车辆的位置信息并将所述位置信息上传到所述云平台中；

相应的，所述向所述云平台发送所述救援请求后，还包括：

向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息，向处于所述车辆周围的目标车辆发送求助信息。

7.根据权利要求6所述的一种基于车联网的救援呼叫方法，其特征在于，所述向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息，向处于所述车辆周围的目标车辆发送求助信息，包括：

向所述云平台发送求助请求，以使所述云平台根据所述车辆的位置信息确定所述车辆的目标位置，并确定与所述车辆为同一行驶方向且在第三时长内能够达到所述目标位置的目标车辆，向所述目标车辆发送求助信息。

8.一种基于车联网的救援呼叫装置，其特征在于，包括：意识确认模块、第一请求发送模块、车门判断模块、动作确认模块以及第二请求发送模块；

所述意识确认模块用于当检测到安全气囊弹出后，根据车载摄像头所拍摄到的第一视频数据确认驾驶员是否存在意识；

所述第一请求发送模块用于若不存在意识，向云平台发送救援请求，以使所述云平台根据所述救援请求通知医疗部门派遣救援；

所述车门判断模块用于若存在意识，判断车门是否打开；

所述动作确认模块用于若车门打开，根据所述车载摄像头采集到的驾驶员下车时的第二视频数据，确认所述驾驶员的下车动作是否异常；

所述第二请求发送模块与用于若所述下车动作异常或所述车门没有打开，则向所述云平台发送所述救援请求。

9.一种基于车联网的救援呼叫设备，其特征在于，所述基于车联网的救援呼叫设备包括处理器以及存储器；

所述存储器用于存储计算机程序，并将所述计算机程序传输给所述处理器；

所述处理器用于根据所述计算机程序中的指令执行如权利要求1-7中任一项所述的一种基于车联网的救援呼叫方法。

10.一种存储计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一项所述的一种基于车联网的救援呼叫方法。

Images