车辆发生碰撞的控制方法、装置、车载控制器和存储介质

技术领域

本申请涉及车辆控制技术领域，尤其涉及一种车辆发生碰撞的控制方法、装置、车载控制器和存储介质。

背景技术

随着汽车保有量的不断增加，车辆发生碰撞事故的风险也愈加增大。当车辆发生碰撞事故时，通过车辆设有的安全机制能够自动控制车门或车窗打开，以便将车内人员转移出车辆。然而，在控制车门或车窗打开时有可能引发二次事故，例如车门打开后可能导致侧后方行驶的电动车撞上车门。由此可见，现有的车辆安全机制在为救援车内人员提供便利的同时，引发二次事故的风险也较大。

发明内容

有鉴于此，本申请实施例提供了一种车辆发生碰撞的控制方法、装置、车载控制器和存储介质，能够在为救援车内人员提供便利的同时，降低引发二次事故的风险。

本申请实施例的第一方面提供了一种车辆发生碰撞的控制方法，包括：

当检测到车辆发生碰撞时，获取所述车辆内的人员的体型信息；

根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

控制所述车辆的车门按照所述车门开度打开，和/或控制所述车辆的车窗按照所述车窗开度打开。

本申请实施例在检测到车辆发生碰撞时，会获取车内人员的体型信息，然后根据该体型信息确定车辆的车门开度和/或车窗开度，最后控制车门按照该车门开度打开，和/或控制车窗按照该车窗开度打开。通过这样设置，能够根据车内人员的体型合理地控制车门和/或车窗的打开幅度，从而实现在为救援车内人员提供便利的同时，降低引发二次事故的风险。例如，如果车内人员的体型瘦小，则可以控制车门打开较小的幅度，通过小幅度打开的车门即可将车内人员转移出车辆，而且，相对于大幅度打开车门的操作方式，小幅度打开车门也能够在一定程度上降低引发二次事故的风险。

在本申请实施例的一种实现方式中，根据所述体型信息，确定所述车辆的车门开度和/或车窗开度，可以包括：

针对所述车辆的任一车门，获取所述车辆内与所述任一车门的距离最近的人员的第一体型信息；根据所述第一体型信息，确定所述任一车门的打开幅度；

针对所述车辆的任一车窗，获取所述车辆内与所述任一车窗的距离最近的人员的第二体型信息；根据所述第二体型信息，确定所述任一车窗的打开幅度。

在本申请实施例的一种实现方式中，所述车辆是否发生碰撞可以通过以下方式检测：

获取所述车辆的安全气囊系统输出的碰撞信号；

若所述碰撞信号通过校验，则确定所述车辆发生碰撞。

进一步的，所述碰撞信号包括碰撞位置信号，所述碰撞位置信号用于表示所述车辆发生碰撞的位置；所述根据所述体型信息，确定所述车辆的车门开度和/或车窗开度，可以包括：

根据所述碰撞位置信号，确定所述车辆发生碰撞的位置；

若所述车辆发生碰撞的位置为侧面，则根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

若所述车辆发生碰撞的位置为非侧面，则确定所述车辆的车门开度和/或车窗开度为预设的最低数值。

进一步的，所述碰撞信号包括碰撞等级信号，所述碰撞等级信号用于表示所述车辆发生碰撞的严重程度；所述根据所述体型信息，确定所述车辆的车门开度和/或车窗开度，可以包括：

根据所述碰撞等级信号，确定所述车辆发生碰撞的严重程度；

若所述车辆发生碰撞的严重程度为非高风险级别，则根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

若所述车辆发生碰撞的严重程度为高风险级别，则确定所述车辆的车门开度和/或车窗开度为预设的最高数值。

在本申请实施例的一种实现方式中，所述获取所述车辆内的人员的体型信息，可以包括：

获取由设置于所述车辆的座椅下的压力传感器采集到的压力信号；

根据所述压力信号，确定所述车辆内的人员的体型信息；

或者，

获取由设置于所述车辆内的摄像头拍摄到的车内人员图像；

根据所述车内人员图像，确定所述车辆内的人员的体型信息。

在本申请实施例的一种实现方式中，所述当检测到车辆发生碰撞时，还可以包括：

获取通过云端服务器下发的天气信息；

根据所述天气信息确定所述车辆所处环境的可见度；

若所述可见度小于设定阈值，则启动所述车辆的后雾灯。

本申请实施例的第二方面提供了一种车辆发生碰撞的控制装置，包括：

体型信息获取模块，用于当检测到车辆发生碰撞时，获取所述车辆内的人员的体型信息；

开度确定模块，用于根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

车辆控制模块，用于控制所述车辆的车门按照所述车门开度打开，和/或控制所述车辆的车窗按照所述车窗开度打开。

本申请实施例的第三方面提供了一种车载控制器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例的第一方面提供的车辆发生碰撞的控制方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如本申请实施例的第一方面提供的车辆发生碰撞的控制方法。

本申请实施例的第五方面提供了一种计算机程序产品，当计算机程序产品在车载控制器上运行时，使得车载控制器执行如本申请实施例的第一方面提供的车辆发生碰撞的控制方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

图1是本申请实施例提供的一种车辆发生碰撞的控制方法的流程图；

图2是本申请实施例提供的车辆发生碰撞的控制方法在一种实际应用场景下的操作流程示意图；

图3是本申请实施例提供的一种车辆发生碰撞的控制装置的结构框架图；

图4是本申请实施例提供的一种车载控制器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

车辆驾驶安全是领域内技术人员关注的重点，为便于在车辆发生碰撞时对车内人员进行施救，车辆设有的安全机制能够在车辆发生碰撞时自动控制车门或车窗打开。然而，在控制车门或车窗打开时也有可能引发严重的二次事故。针对该问题，本申请实施例提供了一种车辆发生碰撞的控制方法、装置、车载控制器和存储介质，能够在为救援车内人员提供便利的同时，降低引发二次事故的风险。关于本申请实施例更具体的技术实现细节，请参照下文所述的方法实施例。

请参阅图1，示出了本申请实施例提供的一种车辆发生碰撞的控制方法，包括：

101、当检测到车辆发生碰撞时，获取车辆内的人员的体型信息；

应当理解，本申请实施例提供的控制方法的执行主体可以是各种类型的车载控制器，该控制方法的所有步骤可以由一个车载控制器执行，也可以由多个不同的车载控制器协同执行，本申请实施例对采用的车载控制器的类型和数量不做任何限制。

当车辆发生碰撞时，可以通过车辆设有的触碰传感器、测距传感器或者安全气囊系统等部件检测到碰撞信号，从而确定车辆已发生碰撞。当确定车辆已发生碰撞时，会获取车辆内的人员的体型信息，体型信息可以包括但不限于：身高、体重、肩宽、人体侧宽、胸围或者腰围、体型等级，等等。体型信息的获取方式可以有多种，例如可以预先录入并保存每个车乘人员的体型信息，也可以通过车辆上设有的器件(例如压力传感器或摄像头等)检测每个车乘人员的体型信息。

如果车辆内的人员有多人，一方面可以获取每个人员的体型信息，后续再结合每个人员的体型信息确定各个车门/车窗的开度；另一方面也可以只获取所有车乘人员中体型最大的人员的体型信息，后续结合该体型最大的人员的体型信息确定各个车门/车窗的开度，这样设置主要考虑到只要车门/车窗的开度能够转移体型最大的人员，即可满足转移所有车乘人员的需求。

在本申请实施例的一种实现方式中，所述车辆是否发生碰撞可以通过以下方式检测：

(1)获取车辆的安全气囊系统输出的碰撞信号；

(2)若该碰撞信号通过校验，则确定车辆发生碰撞。

目前很多车辆都设有安全气囊系统，当车辆发生碰撞时，安全气囊系统可以输出相应的碰撞信号，该碰撞信号会经过一定的校验处理以防止误判，当该碰撞信号通过校验后，即可确定车辆发生碰撞。碰撞信号执行的具体校验方法可以参照现有技术，在此不再赘述。

在本申请实施例的一种实现方式中，所述获取车辆内的人员的体型信息，可以包括：

(1)获取由设置于车辆的座椅下的压力传感器采集到的压力信号；

(2)根据该压力信号，确定车辆内的人员的体型信息。

在一种实现方式中，可以在车辆的各个座椅下分别设置压力传感器，当有人员坐在某个座椅上时，该座椅下的压力传感器会受压并产生相应的压力信号，通过该压力信号的大小即可推算人员的体重，进而估算出肩宽和人体侧宽等其它的体型信息。或者，也可以根据压力信号的大小，确定出体型等级作为体型信息，例如可以根据压力信号的大小划分出低等级、较低等级、中等级和高等级等多类体型等级。在实际操作中，压力传感器可以与车辆的智能座舱控制器连接，由智能座舱控制器获取人员的体型信息，并可以将体型信息通过车辆设有的通讯线(例如CAN总线或者LIN总线等)传递给其它车载控制器(例如车身控制器、车身域控制器、车窗控制器或者各车门控制模块，等等)。

在本申请实施例的另一种实现方式中，所述获取车辆内的人员的体型信息，可以包括：

(1)获取由设置于车辆内的摄像头拍摄到的车内人员图像；

(2)根据该车内人员图像，确定车辆内的人员的体型信息。

在另一种实现方式中，可以在车辆内设置角度合适的摄像头，通过该摄像头可以拍摄到车内人员图像。然后，可以对该车内人员图像进行人像识别，找出图像中具有的每个人员，并对图像中的人员进行体型尺寸分析，从而得到车辆内每个人员的体型信息。其中，对车内人员图像进行人像识别和体型尺寸分析的具体方法属于现有技术，在此不再赘述。

102、根据体型信息，确定车辆的车门开度和/或车窗开度；

在获取到车辆内人员的体型信息之后，可以根据该体型信息确定车辆的车门开度和/或车窗开度。这里有三种实施方式，(1)根据体型信息确定车辆的车门开度；(2)根据体型信息确定车辆的车窗开度；(3)根据体型信息确定车辆的车门开度以及车窗开度。在实际操作中，可以预先标定并记录每个不同体型分别对应的合适的车门开度和车窗开度，例如瘦小体型对应35％的车门开度和60％的车窗开度，一般体型对应50％的车门开度和80％的车窗开度，肥胖体型对应75％的车门开度和100％的车窗开度，以此类推。之后，通过获取到的车辆内人员的体型信息，即可查找出对应的车门开度和/或车窗开度。

在本申请实施例的一种实现方式中，所述根据体型信息，确定车辆的车门开度和/或车窗开度，可以包括：

(1)针对车辆的任一车门，获取车辆内与该任一车门的距离最近的人员的第一体型信息；根据第一体型信息，确定该任一车门的打开幅度；

(2)针对车辆的任一车窗，获取车辆内与该任一车窗的距离最近的人员的第二体型信息；根据第二体型信息，确定该任一车窗的打开幅度。

车辆一般设有左前门、右前门、左后门和右后门等四个车门，针对某个车门可以获取车辆内与该车门的距离最近的人员的体型信息(用第一体型信息表示)，用以确定该车门的打开幅度。例如，针对左前门，与左前门的距离最近的人员一般是驾驶员，此时可以通过驾驶舱座位的压力传感器等器件获取到驾驶员的体型信息，然后根据驾驶员的体型信息确定左前门的打开幅度。针对右后门，与右后门的距离最近的人员一般是后排右侧座位的乘客，此时可以通过后排右侧座位的压力传感器等器件获取到对应乘客的体型信息，然后根据对应乘客的体型信息确定右后门的打开幅度。

类似的，车辆一般设有左前窗、右前窗、左后窗和右后窗等四个车窗，针对某个车窗可以获取车辆内与该车窗的距离最近的人员的体型信息(用第二体型信息表示)，用以确定该车窗的打开幅度。例如，针对左前窗，与左前窗的距离最近的人员一般是驾驶员，此时可以通过驾驶舱座位的压力传感器等器件获取到驾驶员的体型信息，然后根据驾驶员的体型信息确定左前窗的打开幅度。针对右后窗，与右后窗的距离最近的人员一般是后排右侧座位的乘客，此时可以通过后排右侧座位的压力传感器等器件获取到对应乘客的体型信息，然后根据对应乘客的体型信息确定右后窗的打开幅度。

特殊的，如果车辆内仅有驾驶员一个人员，则与车辆的4个车门和4个车窗最近的人员都是该驾驶员，因此，车辆的4个车门和4个车窗的打开幅度都根据该驾驶员的体型信息确定。显然，通过这样设置，车辆的每个车门和每个车窗都可以分别设置于各自最合适的打开幅度，以便将距离最近的车内人员救移出车辆。

进一步的，碰撞信号包括碰撞位置信号，该碰撞位置信号用于表示车辆发生碰撞的位置；所述根据体型信息，确定车辆的车门开度和/或车窗开度，可以包括：

(1)根据碰撞位置信号，确定车辆发生碰撞的位置；

(2)若车辆发生碰撞的位置为侧面，则根据体型信息，确定车辆的车门开度和/或车窗开度；

(3)若车辆发生碰撞的位置为非侧面，则确定车辆的车门开度和/或车窗开度为预设的最低数值。

安全气囊系统输出的碰撞信号可以包括碰撞位置信号，该碰撞位置信号用于表示车辆发生碰撞的位置，例如可以包括正面碰撞信号、左侧面碰撞信号、右侧面碰撞信号和后面碰撞信号。根据该碰撞位置信号，即可确定车辆发生碰撞的位置，例如如果输出的碰撞信号是左侧面碰撞信号，则可以确定车辆发生碰撞的位置是车辆的左侧。如果车辆发生碰撞的位置不是侧面，例如正面碰撞或者后面碰撞，则车辆的侧面没有受到撞击，此时一般无需控制侧面的车门或者车窗打开，因此可以确定车辆的车门开度和/或车窗开度为预设的最低数值(例如0)。如果车辆发生碰撞的位置是侧面，则需要控制侧面的车门或者车窗打开，此时即可根据车内人员的体型信息，确定对应的车门开度和/或车窗开度。另外，如果车辆发生碰撞的位置是左侧面，则左侧车门一般难以打开，此时可以控制左侧车窗、右侧车门和右侧车窗打开；如果车辆发生碰撞的位置是右侧面，则右侧车门一般难以打开，此时可以控制右侧车窗、左侧车门和左侧车窗打开。

进一步的，碰撞信号包括碰撞等级信号，该碰撞等级信号用于表示车辆发生碰撞的严重程度；所述根据体型信息，确定车辆的车门开度和/或车窗开度，可以包括：

(1)根据碰撞等级信号，确定车辆发生碰撞的严重程度；

(2)若车辆发生碰撞的严重程度为非高风险级别，则根据体型信息，确定车辆的车门开度和/或车窗开度；

(3)若车辆发生碰撞的严重程度为高风险级别，则确定车辆的车门开度和/或车窗开度为预设的最高数值。

安全气囊系统输出的碰撞信号还可以包括碰撞等级信号，该碰撞等级信号用于表示车辆发生碰撞的严重程度，例如可以包括低风险信号、中风险信号和高风险信号。如果碰撞等级信号为低风险信号或者中风险信号，则表示车辆发生碰撞的严重程度不会太高，可确定该严重程度为非高风险级别，此时可以正常根据车内人员的体型信息，确定对应的车门开度和/或车窗开度。反之，如果碰撞等级信号为高风险信号，则表示车辆发生碰撞的严重程度很高，可确定该严重程度为高风险级别，在高风险级别的碰撞情况下车内人员可能严重受伤，此时急需将车内人员转移出车辆，因此直接确定车辆的车门开度和/或车窗开度为预设的最高数值(例如75％或100％)。

103、控制车辆的车门按照车门开度打开，和/或控制车辆的车窗按照车窗开度打开。

在根据体型信息，确定车辆的车门开度和/或车窗开度之后，车载控制器即可控制车辆的车门按照车门开度打开，和/或控制车辆的车窗按照车窗开度打开。例如，如果根据体型信息只确定车门开度是75％，则控制车门打开至75％的幅度；如果根据体型信息只确定车窗开度是80％，则控制车窗打开至80％的幅度；如果根据体型信息确定车门开度是75％，以及确定车窗开度是80％，则控制车门打开至75％的幅度，且控制车窗打开至80％的幅度。

当检测到车辆发生碰撞时，除了控制车门/车窗按照人员体型对应的开度打开之外，还可以增加如下所述的安全控制机制。

在本申请实施例的一种实现方式中，所述当检测到车辆发生碰撞时，还可以包括：

(1)获取通过云端服务器下发的天气信息；

(2)根据天气信息确定车辆所处环境的可见度；

(3)若可见度小于设定阈值，则启动车辆的后雾灯。

车载控制器可以通过云端服务器获取当天当地的天气信息，根据该天气信息可以确定车辆所处环境的可见度，如果该可见度小于设定阈值(例如200米)，则表示环境可见度较低存在较高的二次事故风险，因此可以开启车辆的后雾灯，以警示后方的来车。在实际操作中，当车辆发生碰撞时碰撞信号(一般可由安全气囊系统输出)可以通过通讯总线传递给车身域控制器，再由车身域控制器将碰撞信号传递给车身控制器，车身控制器在接收到碰撞信号后，结合云端服务器下发的天气信息确定车辆所处环境的可见度，如果发现该可见度小于设定阈值，则发送控制信号给车辆组合灯控制器，从而打开车辆的后雾灯。

在本申请实施例的另一种实现方式中，所述当检测到车辆发生碰撞时，还可以包括：

启动所述车辆的危险报警灯。

在实际操作中，安全气囊系统输出的碰撞信号可以通过通讯总线传递给车身控制器，之后再由车身控制器启动车辆的危险报警灯。通过启动危险报警灯能够警示现场的其它车辆和人员，进一步降低发生二次事故的可能性。

在本申请实施例的另一种实现方式中，所述当检测到车辆发生碰撞时，还可以包括：

若安全气囊系统输出的碰撞信号中的碰撞等级信号为中风险信号或高风险信号，则控制所述车辆的喇叭进行鸣笛。

参照前文的描述，安全气囊系统输出的碰撞信号可以包括碰撞等级信号，如果该碰撞等级信号为中风险信号或高风险信号，则表示碰撞的严重程度较高，此时车身控制器可以控制车辆的喇叭进行鸣笛，具体可以限定鸣笛的次数(例如鸣笛10次)。通过鸣笛一方面可以提醒过往车辆和行人注意安全，另一方面可以提醒车内人员注意采取紧急措施自救。

在具体实现时，可以在车辆的车机系统中增加安全控制功能，其包含如下多个安全控制的功能点：车辆碰撞按照车内人员体型打开车门和车窗；打开危险报警灯；打开后雾灯；控制喇叭鸣笛。每个功能点都设有开关(例如可以采用中控UI界面的安全设置中的软开关)，用户可以开启或者关闭相应的安全控制功能。

本申请实施例在检测到车辆发生碰撞时，会获取车内人员的体型信息，然后根据该体型信息确定车辆的车门开度和/或车窗开度，最后控制车门按照该车门开度打开，和/或控制车窗按照该车窗开度打开。通过这样设置，能够根据车内人员的体型合理地控制车门和/或车窗的打开幅度，从而实现在为救援车内人员提供便利的同时，降低引发二次事故的风险。例如，如果车内人员的体型瘦小，则可以控制车门打开较小的幅度，通过小幅度打开的车门即可将车内人员救移出车辆，而且，相对于大幅度打开车门的操作方式，小幅度打开车门也能够在一定程度上降低引发二次事故的风险。

如图2所示，是本申请实施例提供的车辆发生碰撞的控制方法在一种实际应用场景下的操作流程示意图。在该应用场景中，车辆控制系统主要包括安全气囊系统、车身域控制器、车身控制器、各车窗控制器和各车门控制器，等等。其中，除与车窗控制器连接的通讯总线为LIN总线之外，其余的通讯总线都为CAN总线。

如果车机系统开启了碰撞安全控制功能(车辆出厂时默认开启)，则当车辆发生碰撞时，安全气囊系统会输出碰撞信号，其中包括碰撞位置信号和碰撞等级信号。碰撞信号经校验通过后会通过CAN总线传递至车身域控制器，由车身域控制器通过LIN总线将碰撞信号传递至车窗控制器，通过CAN总线将碰撞信号传递至车门控制器。通过座椅的压力传感器可以检测得到车内人员的体型等级信号，然后将体型等级信号通过LIN总线传递至车窗控制器以及通过CAN总线传递至车门控制器。车门控制器在接收到碰撞信号中的碰撞位置信号和碰撞等级信号，以及体型等级信号之后，即可控制车门打开至相应的开度(例如20％、35％、50％和75％)；车窗控制器在接收到碰撞信号中的碰撞位置信号和碰撞等级信号，以及体型等级信号之后，即可控制车窗打开至相应的开度(例如35％、50％、75％和100％)。另外，碰撞信号可以通过CAN总线传递至车身控制器，车身控制器在接收到碰撞信号后控制打开车辆的危险报警灯；如果碰撞信号中的碰撞等级信号为中风险信号或高风险信号，则车身控制器还可以控制车辆的喇叭进行鸣笛；车身控制器还可以根据云端下发的天气情况，通过判定可见度的方式来确定是否打开车辆的后雾灯。

需要说明的是，图2应用场景中的车辆控制系统的拓扑结构和通讯总线形式只是一种示例，实际上本申请实施例提供的车辆发生碰撞的控制方法可以应用于任意拓扑结构的车辆控制系统以及采用任意的通讯总线形式，本申请实施例对此不做任何限定。

综上所述，本申请实施例提供了一种车辆发生碰撞后的安全控制机制，能够为救援车内人员提供便利，且有效降低引发二次事故的风险。

应理解，上述各个实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

上面主要描述了一种车辆发生碰撞的控制方法，下面将对一种车辆发生碰撞的控制装置进行描述。

请参阅图3，本申请实施例中一种车辆发生碰撞的控制装置的一个实施例包括：

体型信息获取模块301，用于当检测到车辆发生碰撞时，获取所述车辆内的人员的体型信息；

开度确定模块302，用于根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

车辆控制模块303，用于控制所述车辆的车门按照所述车门开度打开，和/或控制所述车辆的车窗按照所述车窗开度打开。

在本申请实施例的一种实现方式中，所述开度确定模块可以包括：

车门开度确定单元，用于针对所述车辆的任一车门，获取所述车辆内与所述任一车门的距离最近的人员的第一体型信息；根据所述第一体型信息，确定所述任一车门的打开幅度；

车窗开度确定单元，用于针对所述车辆的任一车窗，获取所述车辆内与所述任一车窗的距离最近的人员的第二体型信息；根据所述第二体型信息，确定所述任一车窗的打开幅度。

在本申请实施例的一种实现方式中，所述控制装置还可以包括：

碰撞信号获取模块，用于获取所述车辆的安全气囊系统输出的碰撞信号；

碰撞检测模块，用于若所述碰撞信号通过校验，则确定所述车辆发生碰撞。

进一步的，所述碰撞信号包括碰撞位置信号，所述碰撞位置信号用于表示所述车辆发生碰撞的位置；所述开度确定模块可以包括：

碰撞位置确定单元，用于根据所述碰撞位置信号，确定所述车辆发生碰撞的位置；

第一开度确定单元，用于若所述车辆发生碰撞的位置为侧面，则根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

第二开度确定单元，用于若所述车辆发生碰撞的位置为非侧面，则确定所述车辆的车门开度和/或车窗开度为预设的最低数值。

进一步的，所述碰撞信号包括碰撞等级信号，所述碰撞等级信号用于表示所述车辆发生碰撞的严重程度；所述开度确定模块可以包括：

严重程度确定单元，用于根据所述碰撞等级信号，确定所述车辆发生碰撞的严重程度；

第三开度确定单元，用于若所述车辆发生碰撞的严重程度为非高风险级别，则根据所述体型信息，确定所述车辆的车门开度和/或车窗开度；

第四开度确定单元，用于若所述车辆发生碰撞的严重程度为高风险级别，则确定所述车辆的车门开度和/或车窗开度为预设的最高数值。

在本申请实施例的一种实现方式中，所述体型信息获取模块可以包括：

压力信号获取单元，用于获取由设置于所述车辆的座椅下的压力传感器采集到的压力信号；

第一体型信息确定单元，用于根据所述压力信号，确定所述车辆内的人员的体型信息；

人员图像获取单元，用于获取由设置于所述车辆内的摄像头拍摄到的车内人员图像；

第二体型信息确定单元，用于根据所述车内人员图像，确定所述车辆内的人员的体型信息。

在本申请实施例的一种实现方式中，所述控制装置还可以包括：

天气信息获取模块，用于获取通过云端服务器下发的天气信息；

可见度确定模块，用于根据所述天气信息确定所述车辆所处环境的可见度；

后雾灯控制模块，用于若所述可见度小于设定阈值，则启动所述车辆的后雾灯。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述任一实施例描述的车辆发生碰撞的控制方法。

本申请实施例还提供一种计算机程序产品，当该计算机程序产品在车载控制器上运行时，使得车载控制器执行如上述任一实施例描述的车辆发生碰撞的控制方法。

图4是本申请一实施例提供的车载控制器的示意图。如图4所示，该实施例的车载控制器4包括：处理器40、存储器41以及存储在所述存储器41中并可在所述处理器40上运行的计算机程序42。所述处理器40执行所述计算机程序42时实现上述各个车辆发生碰撞的控制方法的实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器40执行所述计算机程序42时实现上述各装置实施例中各模块/单元的功能，例如图3所示模块301至303的功能。

所述计算机程序42可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器41中，并由所述处理器40执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序42在所述车载控制器4中的执行过程。

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

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。