车辆的事故处理方法及装置、计算机装置及可读存储介质与流程

本发明涉及车辆信息处理领域，具体涉及一种车辆的事故处理方法及装置、计算机装置及可读存储介质。

背景技术：

随着经济的快速增长与人们生活水平的提高，拥有车辆的人数不断增多，汽车数量不断增加，这使得交通事故的发生频率也越来越高。大部分交通事故发生后，因未能及时采取正确的处置措施，导致道路堵塞时长较长，甚至导致人员的不必要伤亡。

现有技术为了及时发现并处理交通事故，在车辆中增添大量传感器装置，比如震动传感器、红外传感器、倾斜传感器、位移传感器、加速度传感器等，来专门判断车辆是否发生交通事故，在发生交通事故时，按照预设的事故处理方案，对交通事故进行处理，常见的事故处理方案为：将事故及事故地点通知保险公司及车主的紧急联系人等。

但是，现有技术为了及时发现交通事故，需要在车辆上额外的专门添加大量传感器装置，增加大量成本。

技术实现要素：

本发明提供一种车辆的事故处理方法及装置、计算机装置及可读存储介质，用于解决现有技术为了及时发现交通事故需要在车辆上额外的专门添加大量传感器装置，从而增加大量成本的问题。

本发明实施例的一方面提供了一种车辆的事故处理方法，包括：

从车辆的车载诊断系统obd获取所述车辆的车辆状况信息；

从所述车辆的生命信息采集装置获取所述车辆的驾驶员的生命特征信息；

当根据所述车辆状况信息和所述生命特征信息中的至少一种判定所述车辆发生事故时，按照目标事故处置方案对所述车辆进行处置。

结合第一方面，在第一方面的第一种可能的实现方式中，当根据所述车辆状况信息和所述生命特征信息中的至少一种判定所述车辆发生事故时，所述方法还包括：

根据所述车辆状况信息和所述生命特征信息确定所述事故的等级；

根据所述事故的等级从预存的多个事故处置方案中选择所述目标事故处置方案。

结合第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，根据所述车辆状况信息和所述生命特征信息确定所述事故的等级包括：

根据所述生命特征信息判断所述驾驶员的生命特征是否出现异常；

若是，则判定所述事故的等级为严重；

若否，则根据所述车辆状况信息判断所述车辆是否出现异常；

若是，则判定所述事故的等级为轻微。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，若所述事故的等级为严重，所述目标事故处置方案包括人员抢救方案和车辆维护方案；

若所述事故的等级为轻微，所述目标事故处置方案为车辆维护方案。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式和第一方面的第三种可能的实现方式之中任意一种，在第一方面的第四种可能的实现方式中，在根据所述车辆状况信息和所述生命特征信息确定所述事故的等级之后，在按照目标事故处置方案对所述车辆进行处置之前，所述方法还包括：

根据所述事故的等级设置预设时长的取值，所述事故的等级越严重，所述预设时长的取值越小；

向所述驾驶员发送等级确认请求信息，以请求所述驾驶员指示对所述事故的等级的判定结果是否正确；

若在所述预设时长内未收到所述驾驶员对所述等级确认请求信息的回复信息，则触发按照目标事故处置方案对所述车辆进行处置的步骤。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式和第一方面的第四种可能的实现方式之中任意一种可能的实现方式，在第一方面的第五种可能的实现方式中，所述车辆状况信息包括所述车辆的安全气囊的状态信息、所述车辆的加速度信息、所述车辆的碰撞传感器的输出数据、所述车辆的安全带受力信息以及所述车辆的位置信息中的一种或多种；

所述生命特征信息包括所述驾驶员的血氧、血压、心率以及体温中的一种或多种。

本发明实施例的第二方面提供了一种车辆的事故处理装置，包括：

第一获取模块，用于从车辆的车载诊断系统obd获取所述车辆的车辆状况信息；

第二获取模块，用于从所述车辆的生命信息采集装置获取所述车辆的驾驶员的生命特征信息；

处置模块，用于当根据所述车辆状况信息和所述生命特征信息中的至少一种判定所述车辆发生事故时，按照目标事故处置方案对所述车辆进行处置。

结合第二方面，在第二方面的第一种可能的实现方式中，所述事故处理装置还包括：

确定模块，用于根据所述车辆状况信息和所述生命特征信息确定所述事故的等级；

选择模块，用于根据所述事故的等级从预存的多个事故处置方案中选择所述目标事故处置方案。

结合第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述确定模块包括：

第一判断单元，用于根据所述生命特征信息判断所述驾驶员的生命特征是否出现异常；

第一判定单元，用于当所述第一判断单元判定驾驶员的生命特征出现异常时，判定所述事故的等级为严重；

第二判断单元，用于当所述第一判断单元判定驾驶员的生命特征未出现异常时，根据所述车辆状况信息判断所述车辆是否出现异常；

第二判定单元，用于当所述第二判断单元判定所述车辆出现异常时，判定所述事故的等级为轻微。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述选择模块包括：

选择单元，用于当所述事故的等级为严重时，选择的目标事故处置方案包括人员抢救方案和车辆维护方案；当所述事故的等级为轻微时，选择的目标事故处置方案为车辆维护方案。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式和第二方面的第三种可能的实现方式之中任意一种，在第二方面的第四种可能的实现方式中，所述事故处理装置还包括：

设置模块，用于根据所述事故的等级设置预设时长的取值，所述事故的等级越严重，所述预设时长的取值越小；

发送模块，用于向所述驾驶员发送等级确认请求信息，以请求所述驾驶员指示对所述事故的等级的判定结果是否正确。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式和第二方面的第四种可能的实现方式之中任意一种可能的实现方式，在第二方面的第五种可能的实现方式中，所述车辆状况信息包括所述车辆的安全气囊的状态信息、所述车辆的加速度信息、所述车辆的碰撞传感器的输出数据、所述车辆的安全带受力信息以及所述车辆的位置信息中的一种或多种；

所述生命特征信息包括所述驾驶员的血氧、血压、心率以及体温中的一种或多种。

本发明实施例的第三方面提供了一种计算机装置，其特征在于，所述计算机装置包括处理器，所述处理器用于执行存储器中存储的计算机程序时实现如第一方面或第一方面的任意一种可能的实现方式所述方法的步骤。

本发明实施例的第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如第一方面或第一方面的任意一种可能的实现方式所述方法的步骤。

从以上技术方案可以看出，本发明实施例具有以下优点：

obd为车辆的常规配件，本发明可以直接从车辆的obd中获取车辆的车辆状况信息，之后可以根据车辆状况信息和从生命信息采集装置获取到的驾驶员的生命特征信息中的至少一种判断车辆是否发生事故，当发生事故时，可以按照目标事故处置方案对所述车辆进行处置，和现有技术相比，本发明无需在车辆上额外的专门添加大量传感器装置便可以及时检测到车辆的事故情况，节约大量成本。

附图说明

图1是本发明车辆的事故处理方法一个实施例示意图；

图2是本发明车辆的事故处理方法另一个实施例示意图；

图3是本发明确定事故的等级并根据事故的等级确定事故处置方案的方法一个实施例示意图；

图4是本发明车辆的事故处理装置一个实施例示意图；

图5是本发明车辆的事故处理装置另一个实施例示意图；

图6是本发明计算机装置一个实施例示意图。

具体实施方式

本发明实施例提供了一种车辆的事故处理方法及装置、计算机装置及可读存储介质，用于节约车辆事故检测的成本。

为了使本技术领域的驾驶员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术驾驶员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，本发明实施例中车辆的事故处理方法一个实施例包括：

101、从车辆的obd获取车辆的车辆状况信息；

车载诊断系统obd为车辆的常规配件，obd可以随时监控车辆的车辆状况信息，一旦发现异常，会马上向驾驶员发出警示。当车辆出现异常时，obd会将异常信息存入存储器，通过标准的诊断仪器和诊断接口可以以故障码的形式读取obd存储的车辆异常信息。本发明可以直接从车辆的obd获取车辆的车辆状况信息。

102、从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息；

车辆中可以设置有生命信息采集装置，生命信息采集装置可以检测车辆的驾驶员的生命特征信息，生命信息采集装置可以设置于车辆上，也可以可穿戴的设置于驾驶员的身上，本发明可以从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息。

步骤101和步骤102之间没有时序限定，也就是说，步骤101可以在步骤102之前执行，也可以在步骤102之后执行，或者步骤101和步骤102也可以同时执行。

103、当根据车辆状况信息和生命特征信息中的至少一种判定车辆发生事故时，按照目标事故处置方案对车辆进行处置。

获取到车辆的车辆状况信息和驾驶员的生命特征信息之后，可以根据车辆状况信息和生命特征信息中的至少一种判断车辆是否发生事故，比如，可以预先设置事故判定条件，当车辆状况信息符合事故判定条件时，或者当生命特征信息符合事故判定条件时，或者当车辆状况信息和生命特征信息同时符合事故判定条件时，可以判定车辆发生事故。在判定车辆发生事故时，可以按照预存的目标事故处置方案对车辆进行处置。

本发明可以从车辆的obd中获取车辆的车辆状况信息，之后可以根据车辆状况信息和从生命信息采集装置获取到的驾驶员的生命特征信息中的至少一种判断车辆是否发生事故，当发生事故时，可以按照目标事故处置方案对车辆进行处置，由于obd为车辆的常规配件，因此，和现有技术相比，本发明无需在车辆上额外的专门添加大量传感器装置便可以及时检测到车辆的事故情况，节约大量成本。

请参阅图2，本发明实施例中车辆的事故处理方法另一个实施例包括：

201、从车辆的obd获取车辆的车辆状况信息；

车载诊断系统obd为车辆的常规配件，obd可以随时监控车辆的车辆状况信息，一旦发现异常，会马上向驾驶员发出警示。当车辆出现异常时，obd会将异常信息存入存储器，通过标准的诊断仪器和诊断接口可以以故障码的形式读取obd存储的车辆异常信息。obd能够检测到的车辆状况信息通常包括安全气囊的状态信息(用于表明安全气囊是否打开)、加速度信息(可以表明车辆是否出现急刹车的状况)、碰撞传感器的输出数据(可以表明车辆是否发生碰撞)、安全带受力信息(可以表明车辆是否发生紧急停止的情况)以及车辆的位置信息等，因此本发明可以从车辆的obd中获取到的车辆状况信息可以包括车辆的安全气囊的状态信息、车辆的加速度信息、车辆的碰撞传感器的输出数据、车辆的安全带受力信息以及车辆的位置信息中的一种或多种。

202、从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息；

车辆中可以设置有生命信息采集装置，生命信息采集装置可以检测车辆的驾驶员的生命特征信息，生命特征信息可以至少包括驾驶员的血氧、血压、心率以及体温中的一种或多种，生命信息采集装置可以设置于车辆上，也可以可穿戴的设置于驾驶员的身上，本发明可以从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息。

步骤201和步骤202之间没有时序限定，也就是说，步骤201可以在步骤202之前执行，也可以在步骤202之后执行，或者步骤201和步骤202也可以同时执行。

203、当车辆发生事故时，根据车辆状况信息和生命特征信息确定事故的等级；

获取到车辆的车辆状况信息和驾驶员的生命特征信息之后，可以根据车辆状况信息和生命特征信息中的至少一种判断车辆是否发生事故，比如，可以预先设置事故判定条件，当车辆状况信息符合事故判定条件时，或者当生命特征信息符合事故判定条件时，或者当车辆状况信息和生命特征信息同时符合事故判定条件时，可以判定车辆发生事故。在判定车辆发生事故时，可以根据车辆状况信息和生命特征信息确定事故的等级，事故的等级用于表明事故的严重程度，可以理解的是，可选的事故的等级至少包括两个。

204、根据事故的等级从预存的多个事故处置方案中选择目标事故处置方案；

可以预存多个事故处置方案，不同的事故处置方案对应于不同的事故的等级，在确定了事故的等级之后，可以根据事故的等级从预存的多个事故处置方案中选择对应的事故处置方案，为了描述方便，将选择的事故处置方案称作目标事故处置方案。

205、根据事故的等级设置预设时长的取值；

确定了事故的等级之后，可以根据事故的等级设置预设时长，使得事故的等级越高，事故越严重，设置的预设时长的取值越小，反之，事故的等级越低，事故越轻微，设置的预设时长的取值越大。

206、向驾驶员发送等级确认请求信息，以请求驾驶员指示对事故的等级的判定结果是否正确；

在设置预设时长的取值之后，可以向驾驶员发送等级确认请求信息，以请求驾驶员指示对事故的等级的判定结果是否正确，作为举例，假设确定的事故的等级为a，那么，可以向驾驶员的终端发起通话请求，询问驾驶员当前的事故等级是否为a。

207、判断在预设时长内是否收到驾驶员对等级确认请求信息的回复信息，若收到，则可以执行步骤208，若未收到，则可以执行步骤209；

向驾驶员发送等级确认请求信息之后，可以判断在预设时长内是否收到驾驶员对等级确认请求信息的回复信息，若在预设时长内收到驾驶员对等级确认请求信息的回复信息，则可以执行步骤208，若在预设时长内未收到驾驶员对等级确认请求信息的回复信息，则可以执行步骤209。

208、根据回复信息对车辆进行相应处置；

在预设时长内若收到驾驶员对等级确认请求信息的回复信息，则可以根据回复信息对车辆进行相应处置。作为举例，假设事故的等级包括a和b，若确定的事故的等级为a，若驾驶员的回复信息表明事故的等级为a，那么可以按照a对应的目标事故处置方案对车辆进行处置；若驾驶员的回复信息表明事故的等级不是a，为b，那么可以从预存的多个事故处置方案中确定b对应的事故处置方案，并按照b对应的目标事故处置方案对车辆进行处置；若驾驶员的回复信息表明事故的等级不是a，且车辆并未发生事故，则可以不对车辆进行任何处置。

209、按照目标事故处置方案对车辆进行处置。

在预设时长内若未收到驾驶员对等级确认请求信息的回复信息，则可以按照目标事故处置方案对车辆进行处置。

在实际使用中，也可以在步骤204之后，直接执行步骤209，按照目标事故处置方案对车辆进行处置，但是对事故的自动判断结果可能存在错误，此时若直接按照目标事故处置方案对车辆进行处置会导致不必要的混乱与资源浪费，因此优选的，可以向驾驶员发送等级确认请求信息，以请求驾驶员指示对事故的等级的判定结果是否正确，之后根据驾驶员的回复信息确定对车辆的处置方案。另外，在实际使用中，也可以不执行步骤205，也就是不必根据事故的等级设置预设时长的取值，而是固定设置一个统一的预设时长，但是，由于事故的等级比较严重时，情况比较危急，为了争取对事故的快速相应，可以减少预设时长，因此，优选的，可以执行步骤205，根据事故的等级设置预设时长的取值，事故的等级越严重，预设时长的取值越小。

在现有技术中，通常只预存有一种事故处理方案，若判定车辆发生事故，则直接按照这种事故处理方案对车辆进行处置，如果事故处理方案包括的处置措施过于全面，比如包括报警、联系紧急联系人、联系救护车、联系保险公司等，那么如果事故仅为车辆轻微的划擦，那么其中的报警、联系紧急联系人、联系救护车等即为过度处理，造成不必要的资源浪费与混乱，如果事故处理方案包括的处置措施过于简单，比如只包括联系保险公司，那么若事故为重大交通事故，造成人与车辆的双重破坏，那么预存的事故处理方案无法及时报警、联系紧急联系人、联系救护车等，从而导致交通堵塞时长过长，甚至人员的不必要伤亡。在本发明图2对应的实施例中，步骤203和步骤204用于在发生事故时确定事故的等级，并根据事故的等级确定事故处置方案，从而可以针对事故的不同情况对事故进行精细化处理，从而能够及时对事故进行合理适度的处置。下面具体描述步骤203至步骤204对应的一种可能的实现方式，请参阅图3，一种确定事故的等级并根据事故的等级确定事故处置方案的方法包括：

301、根据生命特征信息判断驾驶员的生命特征是否出现异常，若是，则执行步骤302，若否，则执行步骤303；

获取到驾驶员的生命特征信息之后，可以根据生命特征信息判断驾驶员的生命特征是否出现异常，若是，则执行步骤302，若否，则执行步骤303。生命特征信息可以至少包括驾驶员的血氧、血压、心率以及体温中的一种或多种，正常情况下，人的动脉血的血氧饱和度为98％，静脉血为75％；收缩压140～90mmhg，舒张压90～60mmhg；心率通常在60～100次/分钟；腋窝温度为36.1～37℃。由于人通常包括多项生命特征，因此要判断生命特征是否出现异常，需要考虑各项生命特征的情况，具体的方法可以为：

1)为各项生命特征设置异常阈值，比如，心率的异常阈值可以设置为低于40次/分钟，或者高于150次/分钟，若任意一项生命特征的取值超过其异常阈值，则可以判定驾驶员的生命特征出现异常，若所有生命特征的取值均未超过其异常阈值，则可以判定驾驶员的生命特征未出现异常。而判断某项生命特征是否出现异常的方法可以为判断该项生命特征的取值是否在正常范围内，若在正常范围内，则判定该项生命特征未出现异常，否则，则判定该项生命特征出现异常。

具体的方法还可以为：

2)为各项生命特征评分，某项生命特征的取值偏离正常范围越大，则该项生命特征的评分越高，优选的，还可以为各项生命特征设置权重，之后根据各项生命特征的权重和评分计算各项生命特征的总分，当总分高于预设值时，可以判定驾驶员的生命特征出现异常，若不高于预设值，则可以判定驾驶员的生命特征未出现异常。

具体的方法还可以为：

3)结合方法1)和方法2)，当任意一项生命特征的取值超过异常阈值时，则可以按照方法1)判定驾驶员的生命特征出现异常，当所有生命特征均未超过其异常阈值时，则可以按照方法2)计算各项生命特征的总分，当总分高于预设值时，可以判定驾驶员的生命特征出现异常。

由于人的生命特征信息有时会因情绪波动而造成一定的波动，之后恢复正常，为了排除这种情况，当检测到某项生命特征出现异常时，可以持续观察接下来一定时长内该项生命特征的取值的变化情况，以一定时长的最后时刻该生命特征的取值作为该项生命特征的最终取值。

302、判定事故的等级为严重；

若根据生命特征信息判定驾驶员的生命特征出现异常，则可以判定事故的等级为严重，因为事故的严重程度通常是以人的健康情况作为主要参考的，当驾驶员的生命特征出现异常时，事故的等级更为严重。

303、从预存的多个事故处置方案中选择目标事故处置方案，目标事故处置方案包括人员抢救方案和车辆维护方案；

若判定事故的等级为严重，则根据事故的等级从预存的多个事故处置方案中选择目标事故处置方案，目标事故处置方案包括人员抢救方案和车辆维护方案。由于当驾驶员的生命特征出现异常时，通常存在车辆的不同程度的损坏，因此，目标事故处置方案不仅可以包括人员抢救方案，还可以包括车辆维护方案。

作为举例，人员抢救方案可以包括：

1)调用obd控制开启车门或车窗，并调用车载扬声设备进行呼救；

2)读取驾驶员预先上报的紧急联系人的联系方式，将求救信息(求救信息可以包括事故当事人姓名、事故发生时间、事故位置等)发送至联系人，通知其尽快施救；

3)通知急救单位赶往事故位置对驾驶员进行抢救，优选的，还可以将生命信息采集装置获取到的生命特征信息通知急救单位，方便其携带相关器材赶往现场；

作为举例，车辆维护方案可以包括：

1)通知交通管理部门赶往事故位置对事故进行处置；

2)联系驾驶员预留的车辆保险商联系人，通知其前往事故地点。

304、根据车辆状况信息判断车辆是否出现异常，若出现异常，在执行步骤305，若未出现异常，则执行步骤307；

若根据生命特征信息判定驾驶员的生命特征未出现异常，则可以根据车辆状况信息判断车辆是否出现异常，若出现异常，在执行步骤305，若未出现异常，则执行步骤307。本发明从车辆的obd中获取到的车辆状况信息可以包括车辆的安全气囊的状态信息、车辆的加速度信息、车辆的碰撞传感器的输出数据、车辆的安全带受力信息以及车辆的位置信息中的一种或多种，作为举例，若安全带在短时间内受力的增加量大于压力阈值，或者，若安全气囊已打开，或者若加速度在短时间内的加速度变化量超过变化阈值，或者，若碰撞传感器检测到强烈碰撞，则可以判定车辆出现异常。

305、判定事故的等级为轻微；

若判定车辆出现异常，则可以判定事故的等级为轻微，此时只是车辆出现异常，而驾驶员的生命特征正常，可以判定事故比较轻微。

306、从预存的多个事故处置方案中选择目标事故处置方案，目标事故处置方案为车辆维护方案；

若事故的等级为轻微，可以从预存的多个事故处置方案中选择目标事故处置方案，目标事故处置方案为车辆维护方案。作为举例，车辆维护方案可以包括：

1)通知交通管理部门赶往事故位置对事故进行处置；

2)联系驾驶员预留的车辆保险商联系人，通知其前往事故地点。

307、执行其他操作。

若驾驶员的生命特征正常，并且车辆未出现异常，那么表明事故的等级极低，可以执行其他操作，比如无需对事故进行处置，或者将本次异常信息加入车辆的异常信息记录中。

上面对本发明实施例中的车辆的事故处理方法进行了描述，下面对本发明实施例中的车辆的事故处理装置进行描述。

请参阅图4，本发明实施例中车辆的事故处理装置的一个实施例包括：

第一获取模块401，用于从车辆的车载诊断系统obd获取车辆的车辆状况信息；

第二获取模块402，用于从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息；

处置模块403，用于当根据车辆状况信息和生命特征信息中的至少一种判定车辆发生事故时，按照目标事故处置方案对车辆进行处置。

本发明实施例通过第一获取模块401可以从车辆的obd中获取车辆的车辆状况信息，之后可以通过第二获取模块402获取驾驶员的生命特征信息，当发生事故时，可以通过处置模块403按照目标事故处置方案对车辆进行处置，由于obd为车辆的常规配件，因此，和现有技术相比，本发明无需在车辆上额外的专门添加大量传感器装置便可以及时检测到车辆的事故情况，节约大量成本。

请参阅图5，本发明实施例中车辆的事故处理装置的另一个实施例包括：

第一获取模块501，用于从车辆的车载诊断系统obd获取车辆的车辆状况信息；

第二获取模块502，用于从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息；

确定模块503，用于当根据车辆状况信息和生命特征信息中的至少一种判定车辆发生事故时，根据车辆状况信息和生命特征信息确定事故的等级；

选择模块504，用于根据事故的等级从预存的多个事故处置方案中选择目标事故处置方案；

设置模块505，用于根据事故的等级设置预设时长的取值，事故的等级越严重，预设时长的取值越小；

发送模块506，用于向驾驶员发送等级确认请求信息，以请求驾驶员指示对事故的等级的判定结果是否正确；

处置模块507，用于在预设时长内未收到驾驶员对等级确认请求信息的回复信息时，按照目标事故处置方案对车辆进行处置。

优选的，确定模块503包括：

第一判断单元5031，用于根据生命特征信息判断驾驶员的生命特征是否出现异常；

第一判定单元5032，用于当第一判断单元判定驾驶员的生命特征出现异常时，判定事故的等级为严重；

第二判断单元5033，用于当第一判断单元判定驾驶员的生命特征未出现异常时，根据车辆状况信息判断车辆是否出现异常；

第二判定单元5034，用于当第二判断单元判定车辆出现异常时，判定事故的等级为轻微。

选择模块504包括：

选择单元5041，用于当事故的等级为严重时，选择的目标事故处置方案包括人员抢救方案和车辆维护方案；当事故的等级为轻微时，选择的目标事故处置方案为车辆维护方案。

本发明实施例通过确定模块502和选择模块503可以在发生事故时确定事故的等级，并根据事故的等级确定事故处置方案，从而可以针对事故的不同情况对事故进行精细化处理，从而能够及时对事故进行合理适度的处置。

上面从模块化功能实体的角度对本发明实施例中的车辆的事故处理方法进行了描述，下面从硬件处理的角度对本发明实施例中的计算机装置进行描述：

本发明实施例还提供了一种计算机装置6，如图6所示，为了便于说明，仅示出了与本发明实施例相关的部分，具体技术细节未揭示的，请参照本发明实施例方法部分。该计算机装置6可以为包括手机、车载终端或服务器等任意终端设备，所述计算机装置6分别与车辆的obd和生命信息采集装置建立有直接或间接的通信连接。

参考图6，计算机装置6包括：电源610、存储器620、处理器630以及存储在存储器中并可在处理器上运行的计算机程序。所述处理器执行计算机程序时实现上述各个车辆的事故处理方法实施例中的步骤，例如图1所示的步骤101至103。或者，所述处理器执行所述计算机程序时实现上述各装置实施例中各模块或单元的功能。

示例性的，所述计算机程序可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器中，并由所述处理器执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序在所述计算机装置中的执行过程。例如，参照图4对应的实施例，所述计算机程序可以被分割成第一获取模块401、第二获取模块402以及处置模块403，各模块具体功能如下：

第一获取模块401，用于从车辆的车载诊断系统obd获取车辆的车辆状况信息；

第二获取模块402，用于从车辆的生命信息采集装置获取车辆的驾驶员的生命特征信息；

处置模块403，用于当根据车辆状况信息和生命特征信息中的至少一种判定车辆发生事故时，按照目标事故处置方案对车辆进行处置。

本领域技术人员可以理解，图6中示出的结构并不构成对计算机装置6的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，例如所述计算机装置还可以包括输入输出设备、网络接入设备、总线等。

所称处理器可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，所述处理器是所述计算机装置的控制中心，利用各种接口和线路连接整个计算机装置的各个部分。

所述存储器可用于存储所述计算机程序和/或模块，所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块，以及调用存储在存储器内的数据，实现所述计算机装置的各种功能。所述存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如硬盘、内存、插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)、至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

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

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

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

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

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

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