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

本公开的实施例涉及车辆工程技术领域，尤其涉及一种疲劳处理方法、装置、车辆及计算机可读存储介质。

背景技术：

随着车辆工程技术领域的迅速发展，车辆的使用越来越普遍，车辆目前已经成为了人们生活中的重要交通工具。

由于车辆智能水平的不断提高，需要驾驶者操作的动作越来越少，当车辆行驶在笔直、平坦的道路时，驾驶者会进入放松状态，驾驶者容易疲劳，例如分神和打盹，这很可能会威胁到车辆的行车安全性，甚至产生严重的交通事故。因此，在现有技术中，在驾驶者疲劳驾驶时，车辆会通过声音、文字等方式进行提示。

然而，当驾驶者疲劳驾驶时，驾驶者很容易忽略或者无视上述提示，因此，现有技术中，车辆的行车安全性仍然较差。

技术实现要素：

本公开的实施例提供一种疲劳处理方法、装置、车辆及计算机可读存储介质，以解决技术中，当驾驶者疲劳驾驶时，驾驶者容易忽略或者无视车辆发出的提示，导致车辆的行车安全性仍然较差的问题。

第一方面，本公开的实施例提供一种疲劳处理方法，应用于车辆，所述方法包括：

若处于疲劳驾驶状态，执行疲劳驾驶提示操作，并播放与驾驶者匹配的第一音乐；

若未退出所述疲劳驾驶状态，根据目标休息区与所述车辆的第一距离，确定第二距离；其中，所述目标休息区为距离所述车辆最近的休息区，所述第二距离与所述第一距离的差值大于零且小于预设差值；

在确定所述第二距离之后，若所述车辆的行驶距离大于或等于所述第二距离，禁止所述车辆行驶，且禁止时长为第一预设时长。

在一些实施例中，所述方法还包括：

若所述第一音乐的播放时长达到第二预设时长时，未退出所述疲劳驾驶状态，将所述车辆的车速限制在预设车速范围内；

和/或，

若所述第一音乐的播放时长达到第二预设时长时，未退出所述疲劳驾驶状态，执行车外灯光示警操作。

在一些实施例中，

所述播放与驾驶者匹配的第一音乐之前，所述方法还包括：

确定是否处于预设状态；其中，所述预设状态包括倒车状态、泊车状态和通话状态中的至少一项；

所述播放与驾驶者匹配的第一音乐，包括：

若处于所述预设状态，播放与驾驶者匹配的第一音乐。

在一些实施例中，所述播放与驾驶者匹配的第一音乐，包括：

在播放与驾驶者匹配的第一音乐的同时，显示与所述第一音乐对应的画面。

在一些实施例中，

所述在播放与驾驶者匹配的第一音乐的同时，显示与所述第一音乐对应的画面之前，所述方法还包括：

确定所述车辆的显示屏是否处于显示状态；

若所述显示屏处于所述显示状态，确定所述显示屏的显示内容的类型是否为预设类型；

所述显示与所述第一音乐对应的画面，包括：

若所述显示屏处于所述显示状态，且所述显示屏的显示内容的类型为所述预设类型，或者若所述显示屏未处于所述显示状态，通过所述显示屏显示与所述第一音乐对应的画面。

在一些实施例中，所述播放与驾驶者匹配的第一音乐之前，所述方法还包括：

在每次进行音乐的播放后，将本次的音乐播放信息上传至云服务器；

接收所述云服务器基于所述车辆上传的各音乐播放信息下发的音乐标识；

将具有所述音乐标识的音乐作为与驾驶者匹配的第一音乐。

在一些实施例中，所述若处于疲劳驾驶状态，执行疲劳驾驶提示操作之前，所述方法还包括：

若检测到车辆唤醒事件，控制所述车辆置于唤醒可操作状态，并在所述唤醒可操作状态下，检测是否处于疲劳驾驶状态。

在一些实施例中，所述在所述唤醒可操作状态下，检测是否处于疲劳驾驶状态之前，所述方法还包括：

若检测到车辆唤醒事件，确定本次车辆唤醒事件是否为第三预设时长内的首次车辆唤醒事件；

若本次车辆唤醒事件为所述第三预设时长内的首次车辆唤醒事件，确定所述车辆所处的地理分区以及所述地理分区的当地时间；

若所述当地时间属于所述地理分区的节日，播放与所述节日匹配的第二音乐。

第二方面，本公开的实施例提供一种疲劳处理装置，应用于车辆，所述装置包括：

第一处理模块，用于若处于疲劳驾驶状态，执行疲劳驾驶提示操作，并播放与驾驶者匹配的第一音乐；

第一确定模块，用于若未退出所述疲劳驾驶状态，根据目标休息区与所述车辆的第一距离，确定第二距离；其中，所述目标休息区为距离所述车辆最近的休息区，所述第二距离与所述第一距离的差值大于零且小于预设差值；

第二处理模块，用于在确定所述第二距离之后，若所述车辆的行驶距离大于或等于所述第二距离，禁止所述车辆行驶，且禁止时长为第一预设时长。

在一些实施例中，所述装置还包括：

限制模块，用于若所述第一音乐的播放时长达到第二预设时长时，未退出所述疲劳驾驶状态，将所述车辆的车速限制在预设车速范围内；

和/或，

执行模块，用于若所述第一音乐的播放时长达到第二预设时长时，未退出所述疲劳驾驶状态，执行车外灯光示警操作。

在一些实施例中，

所述装置还包括：

第二确定模块，用于在播放与驾驶者匹配的第一音乐之前，确定是否处于预设状态；其中，所述预设状态包括倒车状态、泊车状态和通话状态中的至少一项；

所述第一处理模块，具体用于：

若处于所述预设状态，播放与驾驶者匹配的第一音乐。

在一些实施例中，所述第一处理模块，具体用于：

在播放与驾驶者匹配的第一音乐的同时，显示与所述第一音乐对应的画面。

在一些实施例中，

所述装置还包括：

第三确定模块，用于在播放与驾驶者匹配的第一音乐的同时，显示与所述第一音乐对应的画面之前，确定所述车辆的显示屏是否处于显示状态；

第四确定模块，用于若所述显示屏处于所述显示状态，确定所述显示屏的显示内容的类型是否为预设类型；

所述第一处理模块，具体用于：

若所述显示屏处于所述显示状态，且所述显示屏的显示内容的类型为所述预设类型，或者若所述显示屏未处于所述显示状态，通过所述显示屏显示与所述第一音乐对应的画面。

在一些实施例中，所述装置还包括：

上传模块，用于在播放与驾驶者匹配的第一音乐之前，在每次进行音乐的播放后，将本次的音乐播放信息上传至云服务器；

接收模块，用于接收所述云服务器基于所述车辆上传的各音乐播放信息下发的音乐标识；

第五确定模块，用于将具有所述音乐标识的音乐作为与驾驶者匹配的第一音乐。

在一些实施例中，所述装置还包括：

第三处理模块，用于在若处于疲劳驾驶状态，执行疲劳驾驶提示操作之前，若检测到车辆唤醒事件，控制所述车辆置于唤醒可操作状态，并在所述唤醒可操作状态下，检测是否处于疲劳驾驶状态。

在一些实施例中，所述装置还包括：

第六确定模块，用于在所述唤醒可操作状态下，检测是否处于疲劳驾驶状态之前，若检测到车辆唤醒事件，确定本次车辆唤醒事件是否为第三预设时长内的首次车辆唤醒事件；

第七确定模块，用于若本次车辆唤醒事件为所述第三预设时长内的首次车辆唤醒事件，确定所述车辆所处的地理分区以及所述地理分区的当地时间；

播放模块，用于若所述当地时间属于所述地理分区的节日，播放与所述节日匹配的第二音乐。

第三方面，本公开的实施例提供一种车辆，包括处理器，存储器，存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述的疲劳处理方法的步骤。

第四方面，本公开的实施例提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述的疲劳处理方法的步骤。

本公开的实施例中，若处于疲劳驾驶状态，车辆不仅执行疲劳驾驶提示操作，还播放与驾驶者匹配的第一音乐，例如播放符合驾驶者喜好的第一音乐，也就是说，在驾驶者疲劳驾驶时，除了进行常规的疲劳驾驶提示，车辆还进行第一音乐的播放，第一音乐的播放不仅能够作为二次疲劳驾驶提示，还能够愉悦驾驶者的心情，以帮助驾驶者缓解疲劳，这样不仅能够起到更好的提示效果，还能够起到缓解疲劳的效果，从而有利于保证车辆的行车安全性，进而能够有效地降低交通事故发生的可能性。另外，本公开的实施例中，如果通过执行疲劳驾驶提示操作和播放第一音乐，驾驶者的疲劳仍无法被缓解，在根据目标休息区与车辆的第一距离，确定第二距离之后，在车辆的行驶距离大于或等于第二距离的情况下，可以在一段时间内禁止车辆行驶。也就是说，如果疲劳驾驶提示操作和第一音乐无法缓解驾驶者的疲劳，可以强制车辆停在目标休息区，以便于驾驶者进行休息，从而通过一段时间的休息缓解驾驶者的疲劳，进而能够保证车辆后续的行车安全性。

可见，本公开的实施例中，通过将疲劳驾驶提示操作、音乐播放、强制停车休息这三种策略相结合，能够有效地缓解驾驶者的疲劳，从而有效地保证行车安全性。另外，本公开的实施例中，车辆的人性化程度和友好化程度也非常高。

附图说明

图1是本公开的实施例中车辆的硬件结构示意图；

图2是本公开的实施例提供的疲劳处理方法的流程图之一；

图3是本公开的实施例提供的疲劳处理方法的流程图之二；

图4是本公开的实施例提供的疲劳处理装置的结构框图；

图5是本公开的实施例提供的车辆的结构示意图。

具体实施方式

下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获取的所有其他实施例，都属于本公开保护的范围。

下面首先对本公开的实施例提供的疲劳处理方法进行说明。

需要说明的是，本公开的实施例提供的疲劳处理方法应用于车辆，例如应用于纯电动汽车、混合电动汽车等。为了便于理解，下面先结合图1，对本公开的实施例中车辆的硬件结构进行简要介绍。

如图1所示，车辆可以包括：车机唤醒源11、车载全球定位系统(globalpositioningsystem，gps)12、疲劳驾驶监测系统13、车机14、仪表15、电动助力转向系统(electricpowersteering，eps)16、音响/功放系统17，以及显示屏18。车辆还可以包括图1中未示出的车身控制器(bodycontrolmodule，bcm)。具体地，显示屏18可以为薄膜晶体管(thinfilmtransistor，tft)显示屏。

这里，车机14内可以集成有智能音乐模块141和疲劳驾驶监测开关142，疲劳驾驶监测开关142可以通过编码软件在显示屏18的人机界面(humanmachineinterface，hmi)中以软开关的形式供用户选择。疲劳驾驶监测系统13可以集成在车机14、仪表15或者bcm内。

这里，车机14与车机唤醒源11、车载gps12、疲劳驾驶监测系统13、仪表15、eps16之间均可以为控制器局域网络(controllerareanetwork，can)总线连接；车机14与音响/功放系统17之间可以为can总线连接或者硬线连接；车机14与显示屏18之间可以为can总线连接、通用串行总线(universalserialbus，usb)连接或者低电压差分信号(low-voltagedifferentialsignaling，lvds)连接。这样，车机14可以作为主控制节点，通过收发can指令，与疲劳驾驶监测系统13、仪表15及eps16进行通信；通过can或硬线信号对音响/功放系统17进行控制；通过can、usb或者lvds与显示屏18进行通信。

参见图2，图中示出了本公开的实施例提供的疲劳处理方法的流程图。如图2所示，该方法包括如下步骤：

步骤201，若处于疲劳驾驶状态，执行疲劳驾驶提示操作，并播放与驾驶者匹配的第一音乐。

这里，驾驶者可以先操作图1中的显示屏18的hmi中的疲劳驾驶监测开关142，以使能疲劳驾驶监测功能，这时，图1中的疲劳驾驶监测系统13监测驾驶者是否处于疲劳驾驶状态。需要说明的是，监测驾驶者是否处于疲劳驾驶状态的具体实现形式多样，下面对其中两种实现形式进行举例介绍。

在一种实现形式中，驾驶疲劳监测系统13可以检测车速达到设定速度(例如每小时90千米)后，保持设定速度的时长，并根据该时长，判定驾驶者是否处于疲劳驾驶状态。具体地，若该时长超过某一设定的时长(例如超过2小时)，可以判定驾驶者处于疲劳驾驶状态。

在另一种实现形式中，车辆的前挡风玻璃上可以设置有摄像头，驾驶疲劳监测系统13可以基于摄像头对驾驶者进行面部识别，以根据面部识别结果判定驾驶者是否处于疲劳驾驶状态。具体地，若面部识别结果表征驾驶者打哈欠的频率超过预设频率(例如每分钟5次)，可以判定驾驶者处于疲劳驾驶状态。

无论采用上述何种实现形式，在判定驾驶者处于疲劳驾驶状态之后，车辆均可以执行疲劳驾驶提示操作。这里，驾驶疲劳监测系统13可以通过can信号触发疲劳驾驶提示，这时，图1中的仪表15可以输出字符提示(例如显示“您已疲劳驾驶，请停车休息”及一个咖啡杯的符号)和声音提示，图1中的eps16可以控制方向盘震动以进行提示；其中，字符提示、声音提示和震动提示可以保持同步。容易看出，仪表15和eps16可以构成疲劳驾驶提示的从控制节点，该节点可以通过显示字符、发出声音及震动方向盘的方式进行疲劳驾驶提示。

在执行完疲劳驾驶提示操作之后，车辆可以播放与驾驶者匹配的第一音乐。为了播放与驾驶者匹配的第一音乐，需要先确定出第一音乐，确定第一音乐的操作既可以在疲劳驾驶提示操作之前执行，也可以在疲劳驾驶提示操作之后执行。由于确定出了第一音乐，在执行完疲劳驾驶提示操作之后，图1中的音响/功放系统17可以对第一音乐进行播放。

步骤202，若未退出疲劳驾驶状态，根据目标休息区与车辆的第一距离，确定第二距离；其中，目标休息区为距离车辆的当前位置最近的休息区，第二距离与第一距离的差值大于零且小于预设差值。

这里，步骤202可以在步骤201之后执行。

需要说明的是，本公开的实施例中涉及的休息区可以为高速服务区、停车场等，当然，休息区也可以为其他适宜进行停车休息的区域，在此不再一一列举。

在疲劳驾驶提示操作执行完毕，且第一音乐播放完毕的情况下，车辆可以再次判断驾驶者是否处于疲劳驾驶状态。如果判断结果为驾驶者仍处于疲劳驾驶状态，可以调用图1中的车载gps12，确定车辆的当前位置，并查找距离车辆最近的休息区(即查找目标休息区)，得到目标休息区与车辆的第一距离。

接下来，车辆可以根据第一距离，确定第二距离；其中，第二距离与第一距离的差值大于零且小于预设差值。这里，预设差值可以为10米、15米、20米，当然，预设差值的取值并不局限于此，在此不再一一列举。容易看出，第二距离大于第一预设距离且两者的差异较小。

步骤203，在确定第二距离之后，若车辆的行驶距离大于或等于第二距离，则禁止车辆行驶，且禁止时长为第一预设时长。

这里，第一预设时长可以为15分钟、30分钟或者45分钟，当然，第一预设时长的取值并不局限于此，在此不再一一列举。

在确定第二距离之后，可以定时或者不定时地将车辆的行驶距离与第二距离进行比对。如果车辆的行驶距离小于第二距离，可以允许车辆继续行驶。如果车辆的行驶距离大于或等于第二距离，则可以禁止车辆行驶，且禁止时长为第一预设时长，那么，在第一预设时长内，车辆会停在目标休息区的某一位置，此时驾驶者可以在车内或者车外休息，以有效地缓解疲劳。

由于禁止时长仅为第一预设时长，在第一预设时长结束之后，可以不再禁止车辆行驶，而允许车辆正常行驶。

本公开的实施例中，若处于疲劳驾驶状态，车辆不仅执行疲劳驾驶提示操作，还播放与驾驶者匹配的第一音乐，例如播放符合驾驶者喜好的第一音乐，也就是说，在驾驶者疲劳驾驶时，除了进行常规的疲劳驾驶提示，车辆还进行第一音乐的播放，第一音乐的播放不仅能够作为二次疲劳驾驶提示，还能够愉悦驾驶者的心情，以帮助驾驶者缓解疲劳，这样不仅能够起到更好的提示效果，还能够起到缓解疲劳的效果，从而有利于保证车辆的行车安全性，进而能够有效地降低交通事故发生的可能性。另外，本公开的实施例中，如果通过执行疲劳驾驶提示操作和播放第一音乐，驾驶者的疲劳仍无法被缓解，在根据目标休息区与车辆的第一距离，确定第二距离之后，在车辆的行驶距离大于或等于第二距离的情况下，可以在一段时间内禁止车辆行驶。也就是说，如果疲劳驾驶提示操作和第一音乐无法缓解驾驶者的疲劳，可以强制车辆停在目标休息区，以便于驾驶者进行休息，从而通过一段时间的休息缓解驾驶者的疲劳，进而能够保证车辆后续的行车安全性。

可见，本公开的实施例中，通过将疲劳驾驶提示操作、音乐播放、强制停车休息这三种策略相结合，能够有效地缓解驾驶者的疲劳，从而有效地保证行车安全性。另外，本公开的实施例中，车辆的人性化程度和友好化程度也非常高。

在一些实施例中，该方法还包括：

若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，将车辆的车速限制在预设车速范围内；

和/或，

若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，执行车外灯光示警操作。

这里，第二预设时长可以为2分钟、3分钟或者4分钟，预设车速范围可以为20km/h以内或者25km/h以内，车外灯光示警操作可以为开双闪灯的操作，当然，第二预设时长的取值、预设车速范围的取值，以及车外灯光示警操作的具体类型并不局限于此，在此不再一一列举。

本公开的实施例中，在第一音乐的播放时长达到第二预设时长时，如果驾驶者仍处于疲劳驾驶状态，此时既可以通过整车控制器(vehiclecontrolunit，vcu)将车辆的车速限制在一定的车速范围内，也可以执行车外灯光示警操作，这样，通过车速的限制，可以降低发生交通事故的可能性，通过车外灯光示警操作，可以向对向车辆的驾驶者通知本车驾驶者处于疲劳驾驶的情况，这样也可以降低发生交通事故的可能性。

在一些实施例中，播放与驾驶者匹配的第一音乐之前，该方法还包括：

确定是否处于预设状态；其中，预设状态包括倒车状态、泊车状态和通话状态中的至少一项；

播放与驾驶者匹配的第一音乐，包括：

若处于预设状态，播放与驾驶者匹配的第一音乐。

一般而言，在倒车状态、泊车状态或通话状态下，驾驶者的精神是高度集中的，由于预设状态包括倒车状态、泊车状态和通话状态中的至少一项，那么在预设状态下，即使图1中的驾驶疲劳监测系统13监测到驾驶者处于疲劳驾驶状态，由于驾驶者的疲劳造成交通事故的可能性也比较小。

有鉴于此，本公开的实施例中，在播放与驾驶者匹配的第一音乐之前，可以确定当前是否处于预设状态。如果确定结果为是，车辆可以仅进行常规的疲劳驾驶提示，而不允许进行第一音乐的播放，从而避免第一音乐的播放造成的资源消耗和功耗；如果确定结果为否，车辆不仅进行常规的疲劳驾驶提示，还进行第一音乐的播放，以提高提示效果，并缓解驾驶者的疲劳，从而提高行车安全性。

在一些实施例中，播放与驾驶者匹配的第一音乐，包括：

在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面。

其中，与第一音乐对应的画面可以为第一音乐的音乐短片(musicvideo，mv)的画面。

本公开的实施例中，在执行完疲劳驾驶提示操作之后，车辆可以在通过图1中的音响/功放系统17播放与驾驶者匹配的第一音乐的同时，通过图1中的显示屏18显示与第一音乐对应的画面。这样，通过音乐的播放操作与相应画面的显示操作的同步执行，能够给驾驶者带来较好的视听体验，这样更加有利于驾驶者的疲劳的缓解。

在一些实施例中，在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面之前，该方法还包括：

确定车辆的显示屏是否处于显示状态；

若显示屏处于显示状态，确定显示屏的显示内容的类型是否为预设类型；

显示与第一音乐对应的画面，包括：

若显示屏处于显示状态，且显示屏的显示内容的类型为预设类型，或者若显示屏未处于显示状态，通过显示屏显示与第一音乐对应的画面。

本公开的实施例中，在执行第一音乐对应的画面的显示操作之前，车辆可以确定图1中的显示屏18当前是否处于显示状态。

若显示屏18当前处于显示状态，这说明显示屏18当前已经被占用，接下来，车辆可以确定显示屏18当前的显示内容的类型是否为预设类型；其中，预设类型可以为重要性程度较低的类型，例如除了夜视类型、导航类型之外的类型。

若显示屏18当前的显示内容的类型为预设类型，这说明显示屏18当前虽然被占用，但是，占用显示屏18的显示内容的重要性程度较低，取消该显示内容的显示也不会对车辆的正常运行造成不良的影响，因此，车辆后续可以在通过图1中的音响/功放系统17播放第一音乐的同时，通过显示屏18显示第一音乐对应的画面。

若显示屏18当前的显示内容的类型不为预设类型，这说明显示屏18当前被占用，且占用显示屏18的显示内容的重要性程度较高，取消该显示内容的显示很可能对车辆的正常运行造成不良的影响，因此，车辆后续可以仅通过图1中的音响/功放系统17播放第一音乐，而不通过显示屏18显示第一音乐对应的画面。

若显示屏18当前未处于显示状态，这说明显示屏18当前并未被占用，这样，车辆后续可以直接在通过图1中的音响/功放系统17播放第一音乐的同时，通过显示屏18显示第一音乐对应的画面。

可见，本公开的实施例中，车辆仅在显示屏未被占用，或者占用显示屏的显示内容的重要性程度较低的情况下，通过显示屏显示第一音乐对应的画面，这样能够有效地避免第一音乐对应的画面的显示影响到车辆的正常运行。

在一些实施例中，播放与驾驶者匹配的第一音乐之前，该方法还包括：

在每次进行音乐的播放后，将本次的音乐播放信息上传至云服务器；

接收云服务器基于车辆上传的各音乐播放信息下发的音乐标识；

将具有音乐标识的音乐作为与驾驶者匹配的第一音乐。

本公开的实施例中，在播放与驾驶者匹配的第一音乐之前，在每次进行音乐的播放后，车辆可以确定本次的音乐播放信息，该音乐播放信息中可以包括本次播放音乐的音乐名称、本次播放音乐的播放时长等。接下来，车辆可以将本次的音乐播放信息上传至云服务器，云服务器可以记录本次的音乐播放信息。

随着时间的推移，云服务器中记录的音乐播放信息的数量越来越多。云服务器可以周期性地基于车辆上传的所有音乐播放信息，确定车辆的驾驶者最喜好的音乐，例如将播放总时长最长的音乐确定为驾驶者最喜好的音乐。云服务器还可以周期性地将确定出的，驾驶者最喜好的音乐的音乐标识(例如音乐名称)下发给车辆。

在车辆接收到云服务器下发的音乐标识后，车辆可以直接将具有该音乐标识的音乐作为与驾驶者匹配的第一音乐，第一音乐即为驾驶者最喜好的音乐。车辆可以通过网络加载第一音乐，并将第一音乐存储于图1中的智能音乐模块141中。

可见，本公开的实施例中，通过车辆与云服务器之间的交互，云服务器可以收集车辆的音乐播放信息，并据此向车辆推送相应的音乐标识，以使得车辆将驾驶者最喜好的音乐作为第一音乐，这样，通过第一音乐的播放，能够较好地缓解驾驶者的疲劳。

在一些实施例中，若处于疲劳驾驶状态，执行疲劳驾驶提示操作之前，该方法还包括：

若检测到车辆唤醒事件，控制车辆置于唤醒可操作状态，并在唤醒可操作状态下，检测是否处于疲劳驾驶状态。

这里，车辆唤醒事件用于触发图1中的车机唤醒源11，以唤醒图1中的车机14，车辆唤醒事件可以包括can诊断唤醒、can网络唤醒，k15唤醒等。

本公开的实施例中，车辆可以仅在唤醒可操作状态下检测是否处于疲劳驾驶状态，而在非唤醒状态下不检测是否处于疲劳驾驶状态，这样能够节约车辆的资源消耗和功耗。

在一些实施例中，在唤醒可操作状态下，检测是否处于疲劳驾驶状态之前，该方法还包括：

若检测到车辆唤醒事件，确定本次车辆唤醒事件是否为第三预设时长内的首次车辆唤醒事件；

若本次车辆唤醒事件为第三预设时长内的首次车辆唤醒事件，确定车辆所处的地理分区以及地理分区的当地时间；

若当地时间属于地理分区的节日，播放与节日匹配的第二音乐。

其中，第三预设时长可以由整车厂自行定义，具体地，第三预设时长可以为6小时、12小时、1天、2天、3天或者3天以上，在此不再一一列举。

本公开的实施例中，若检测到车辆唤醒事件，检测到该事件的信息可以通过can信号发送给图1中的车机14，这时，车机14可以确定本次唤醒事件是否为第三预设时长内的首次唤醒事件。

若本次唤醒事件为第三预设时长内的首次唤醒事件，可以在唤醒后，调用图1中的车载gps12，确定车辆所处的地理分区(例如车辆所处的国家)以及地理分区的当地时间(其可以包括日期和具体时间点)。若车辆所处的地理分区为中国，且地理分区的当地时间中的日期为5月1日，这说明当地时间属于劳动节，这时，车辆可以播放与劳动节匹配的第二音乐，例如播放“劳动最光荣”这首歌曲。在播放完第二音乐之后，车机14处于唤醒可操作状态。若车辆所处地理分区为中国，且地理分区的当地时间中的日期为5月13日，这说明当地时间并不是节日，这时，车辆可以播放整车厂默认的开机音乐；其中，整车厂默认的开机音乐可以存储于图1中的智能音乐模块141中。

若本次唤醒事件不为第三预设时长内的首次唤醒事件，为了避免引起驾驶者的不适，可以不执行确定车辆所处的地理分区以及地理分区的当地时间的操作。

可见，本公开的实施例中，对于第三预设时长内的首次车辆唤醒事件，若车辆所处的地理分区的当地时间属于节日，可以播放与节日匹配的第二音乐，这样，驾驶者能够感受到节日气氛，从而能够增加驾驶乐趣，提高驾驶者驾车的愉悦度，尽可能减小驾驶者出现疲劳的可能性。

需要指出的是，若本次唤醒事件为第三预设时长内的首次唤醒事件，也可以直接播放整车厂默认的开机音乐，这也是可行的。

由上述内容可知，本公开的实施例能够以图1中的车机14为主控制节点，充分利用现有车辆中的控制器节点，无需额外增加其他控制器，通过完善软件即可完成整个系统的搭建，成本低，可靠性高，可增加车辆的舒适友好度，并在保证驾驶安全性的前提下避免对整车带来负面影响。

为了便于理解，下面结合图3，以一个具体的例子对本公开的实施例的具体实施过程进行详细说明。

首先，接收车辆唤醒事件，控制车辆置于唤醒可操作状态。接下来，可以判断本次车辆唤醒事件是否为第三预设时长内的首次唤醒事件，若为是，且车辆所处的地理分区的当地时间属于该地理分区的节日，播放与该节日匹配的第二音乐，若为否，播放整车厂预设的开机音乐。另外，在唤醒可操作状态下，可以检测是否处于疲劳驾驶状态。若检测出处于疲劳驾驶状态，则车辆的仪表输出字符提示和声音提示，车辆的方向盘进行震动提示；其中，字符提示和声音提示可以持续t1秒，震动提示可以持续t2秒。若未处于疲劳驾驶状态，则返回执行检测是否处于疲劳驾驶状态的操作。

之后，可以判断车辆是否可进行音乐播放。若不可进行音乐播放，则等待t3秒后，返回执行判断车辆的音响/功放系统是否可进行音乐播放的操作。若可进行音乐播放，则判断车辆是否可以进行音乐对应的画面的显示；若不可进行画面的显示，则仅播放与驾驶者匹配的第一音乐；若可进行画面的显示，则在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面。

另外，在图3的基础上，在播放第一音乐之后，若仍处于疲劳驾驶状态，则可以根据目标休息区与车辆的第一距离，确定第二距离；其中，目标休息区为距离车辆最近的休息区，第二距离与第一距离的差值可以大于零且小于20米。在确定第二距离之后，若车辆的行驶距离大于或等于第二距离，可以禁止车辆行驶，禁止时长可以为t4分钟。

综上，本公开的实施例中，通过将疲劳驾驶提示操作、音乐播放、强制停车休息这三种策略相结合，能够有效地缓解驾驶者的疲劳，从而有效地保证行车安全性。另外，本公开的实施例中，车辆的人性化程度和友好化程度也非常高。

下面对本公开的实施例提供的疲劳处理装置进行说明。

参见图4，图中示出了本公开的实施例提供的疲劳处理装置400的结构框图。如图4所示，疲劳处理装置400应用于车辆，疲劳处理装置400包括：

第一处理模块401，用于若处于疲劳驾驶状态，执行疲劳驾驶提示操作，并播放与驾驶者匹配的第一音乐；

第一确定模块402，用于若未退出疲劳驾驶状态，根据目标休息区与车辆的第一距离，确定第二距离；其中，目标休息区为距离车辆最近的休息区，第二距离与第一距离的差值大于零且小于预设差值；

第二处理模块403，用于在确定第二距离之后，若车辆的行驶距离大于或等于第二距离，禁止车辆行驶，且禁止时长为第一预设时长。

在一些实施例中，疲劳处理装置400还包括：

限制模块，用于若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，将车辆的车速限制在预设车速范围内；

和/或，

执行模块，用于若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，执行车外灯光示警操作。

在一些实施例中，疲劳处理装置400还包括：

第二确定模块，用于在播放与驾驶者匹配的第一音乐之前，确定是否处于预设状态；其中，预设状态包括倒车状态、泊车状态和通话状态中的至少一项；

第一处理模块401，具体用于：

若处于预设状态，播放与驾驶者匹配的第一音乐。

在一些实施例中，第一处理模块401，具体用于：

在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面。

在一些实施例中，疲劳处理装置400还包括：

第三确定模块，用于在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面之前，确定车辆的显示屏是否处于显示状态；

第四确定模块，用于若显示屏处于显示状态，确定显示屏的显示内容的类型是否为预设类型；

第一处理模块401，具体用于：

若显示屏处于显示状态，且显示屏的显示内容的类型为预设类型，或者若显示屏未处于显示状态，通过显示屏显示与第一音乐对应的画面。

在一些实施例中，疲劳处理装置400还包括：

上传模块，用于在播放与驾驶者匹配的第一音乐之前，在每次进行音乐的播放后，将本次的音乐播放信息上传至云服务器；

接收模块，用于接收云服务器基于车辆上传的各音乐播放信息下发的音乐标识；

第五确定模块，用于将具有音乐标识的音乐作为与驾驶者匹配的第一音乐。

在一些实施例中，疲劳处理装置400还包括：

第三处理模块，用于在若处于疲劳驾驶状态，执行疲劳驾驶提示操作之前，若检测到车辆唤醒事件，控制车辆置于唤醒可操作状态，并在唤醒可操作状态下，检测是否处于疲劳驾驶状态。

在一些实施例中，疲劳处理装置400还包括：

第六确定模块，用于在唤醒可操作状态下，检测是否处于疲劳驾驶状态之前，若检测到车辆唤醒事件，确定本次车辆唤醒事件是否为第三预设时长内的首次车辆唤醒事件；

第七确定模块，用于若本次车辆唤醒事件为第三预设时长内的首次车辆唤醒事件，确定车辆所处的地理分区以及地理分区的当地时间；

播放模块，用于若当地时间属于地理分区的节日，播放与节日匹配的第二音乐。

可见，本公开的实施例中，通过将疲劳驾驶提示操作、音乐播放、强制停车休息这三种策略相结合，能够有效地缓解驾驶者的疲劳，从而有效地保证行车安全性。另外，本公开的实施例中，车辆的人性化程度和友好化程度也非常高。

下面对本公开的实施例提供的车辆进行说明。

参见图5，图中示出了本公开的实施例提供的车辆500的结构示意图。如图5所示，车辆500包括：处理器501、收发机502、存储器503、用户接口504和总线接口。

处理器501，用于读取存储器503中的程序，执行下列过程：

若处于疲劳驾驶状态，执行疲劳驾驶提示操作，并播放与驾驶者匹配的第一音乐；

若未退出疲劳驾驶状态，根据目标休息区与车辆的第一距离，确定第二距离；其中，目标休息区为距离车辆最近的休息区，第二距离与第一距离的差值大于零且小于预设差值；

在确定第二距离之后，若车辆的行驶距离大于或等于第二距离，禁止车辆行驶，且禁止时长为第一预设时长。

在图5中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器501代表的一个或多个处理器和存储器503代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机502可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口504还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。

处理器501负责管理总线架构和通常的处理，存储器503可以存储处理器501在执行操作时所使用的数据。

在一些实施例中，处理器501，还用于：

若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，将车辆的车速限制在预设车速范围内；

和/或，

若第一音乐的播放时长达到第二预设时长时，未退出疲劳驾驶状态，执行车外灯光示警操作。

在一些实施例中，处理器501，还用于：

在播放与驾驶者匹配的第一音乐之前，确定是否处于预设状态；其中，预设状态包括倒车状态、泊车状态和通话状态中的至少一项；

处理器501，具体用于：

若处于预设状态，播放与驾驶者匹配的第一音乐。

在一些实施例中，处理器501，具体用于：

在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面。

在一些实施例中，处理器501，还用于：

在播放与驾驶者匹配的第一音乐的同时，显示与第一音乐对应的画面之前，确定车辆的显示屏是否处于显示状态；

若显示屏处于显示状态，确定显示屏的显示内容的类型是否为预设类型；

处理器501，具体用于：

若显示屏处于显示状态，且显示屏的显示内容的类型为预设类型，或者若显示屏未处于显示状态，通过显示屏显示与第一音乐对应的画面。

在一些实施例中，处理器501，还用于：

在播放与驾驶者匹配的第一音乐之前，在每次进行音乐的播放后，将本次的音乐播放信息上传至云服务器；

接收云服务器基于车辆上传的各音乐播放信息下发的音乐标识；

将具有音乐标识的音乐作为与驾驶者匹配的第一音乐。

在一些实施例中，处理器501，还用于：

在若处于疲劳驾驶状态，执行疲劳驾驶提示操作之前，若检测到车辆唤醒事件，控制车辆置于唤醒可操作状态，并在唤醒可操作状态下，检测是否处于疲劳驾驶状态。

在一些实施例中，处理器501，还用于：

在唤醒可操作状态下，检测是否处于疲劳驾驶状态之前，若检测到车辆唤醒事件，确定本次车辆唤醒事件是否为第三预设时长内的首次车辆唤醒事件；

若本次车辆唤醒事件为第三预设时长内的首次车辆唤醒事件，确定车辆所处的地理分区以及地理分区的当地时间；

若当地时间属于地理分区的节日，播放与节日匹配的第二音乐。

可见，本公开的实施例中，通过将疲劳驾驶提示操作、音乐播放、强制停车休息这三种策略相结合，能够有效地缓解驾驶者的疲劳，从而有效地保证行车安全性。另外，本公开的实施例中，车辆的人性化程度和友好化程度也非常高。

本公开的实施例还提供一种车辆，包括处理器501，存储器503，存储在存储器503上并可在所述处理器501上运行的计算机程序，该计算机程序被处理器501执行时实现上述疲劳处理方法实施例中的各个过程且能达到相同的技术效果，为避免重复，这里不再赘述。

本公开的实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器501执行时实现上述疲劳处理方法实施例中的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-onlymemory，简称rom)、随机存取存储器(randomaccessmemory，简称ram)、磁碟或者光盘等。

以上所述，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。