DMS的启动方法及相关设备实用新型专利

专利名称：DMS的启动方法及相关设备

专利类型：实用新型专利

专利申请号：CN202210571130.5

专利申请（专利权）人：合肥杰发科技有限公司
权利人地址：安徽省合肥市望江西路800号创新产业园A3楼10层

专利发明（设计）人：王良福,吴福华

专利摘要：本申请提供一种DMS的启动方法，应用于车载设备，所述DMS包括第一可执行程序，所述第一可执行程序用于驾驶员身份识别，所述方法包括：执行所述第一可执行程序，从而实现启动所述DMS；其中，所述第一可执行程序在所述车载设备的内核的启动流程完成后预设时间间隔内执行。本申请还提供了一种车载设备。通过上述方案，实现尽早启动DMS，大大提前DMS的启动时机，无需等到车载设备上的操作系统的各大基础服务启动完成之后才能启动运行DMS，进而实现驾驶员上车后立即进行监控。

主权利要求：
1.一种DMS的启动方法，其特征在于，应用于车载设备，所述DMS包括第一可执行程序，所述第一可执行程序用于驾驶员身份识别，所述方法包括：执行所述第一可执行程序，从而实现启动所述DMS；
其中，所述第一可执行程序在所述车载设备的内核的启动流程完成后预设时间间隔内执行，所述车载设备安装有基于所述内核而开发的操作系统；
其中，所述预设时间间隔根据所述第一可执行程序以及所述操作系统的启动流程所用的时长确定，所述操作系统的启动流程在所述预设时间间隔后开始，所述操作系统的启动流程所用的时长大于所述预设时间间隔，所述第一可执行程序通过所述操作系统的进程启动；
所述第一可执行程序还用于驾驶员监控中驾驶员异常监控，所述DMS还包括第二可执行程序，所述第二可执行程序用于驾驶员监控中驾驶员出现异常时的操作；
所述第二可执行程序安装于另一车载设备，所述车载设备与所述另一车载设备通过跨CPU通信模块通信连接；
所述方法还包括：
将执行所述第一可执行程序得到的驾驶员异常信息发送给所述另一车载设备，以使所述另一车载设备执行所述第二可执行程序。
2.如权利要求1中所述的方法，其特征在于，所述第二可执行程序用于驾驶员监控；
所述车载设备安装有所述第二可执行程序；
所述方法还包括：
执行所述第二可执行程序，并通过所述第二可执行程序通知所述第一可执行程序退出执行，从而实现启动所述DMS；
其中，所述第二可执行程序在所述操作系统的启动流程完成后执行。
3.如权利要求1或2中所述的方法，其特征在于，所述车载设备包括私有摄像接口，以与外部的摄像设备连接；
执行所述第一可执行程序包括：
通过所述私有摄像接口，获取所述摄像设备所拍摄的图像；
对所述图像进行处理，以实现身份识别，并获得身份识别的结果信息，通知所述结果信息。
4.如权利要求3中所述的方法，其特征在于，所述对所述图像进行处理，以实现身份识别，并获得身份识别的结果信息，包括：判断是否自所述图像中检测到人脸；
若是，则判断检测到的人脸是否为已注册用户；以及若检测到的人脸为已注册用户，则获得所述结果信息为已注册用户，若否，则获得所述结果信息为未注册用户。
5.如权利要求4中所述的方法，其特征在于，进一步包括：若自所述图像中未检测到人脸，则获得所述结果信息为未检测到人脸，并重新获取所述摄像设备所拍摄的另一图像。
6.如权利要求5中所述的方法，其特征在于，所述重新获取是按照预设频率进行的。
7.如权利要求3中所述的方法，其特征在于，所述通知所述结果信息包括：在所述操作系统的开机动画上显示所述结果信息；和/或执行语音可执行程序，以播报所述结果信息。
8.如权利要求2中所述的方法，其特征在于，所述车载设备包括摄像API，以与外部的摄像设备连接；
所述执行所述第二可执行程序包括：
通过所述摄像API，获取所述摄像设备所连续拍摄的多个第一图像；
对所述多个第一图像进行处理，从而实现驾驶员监控。
9.如权利要求8中所述的方法，其特征在于，所述第二可执行程序还用于驾驶员身份识别；
所述执行所述第二可执行程序进一步包括：通过所述摄像API，获取所述摄像设备所拍摄的第二图像；对所述第二图像进行处理，以实现身份识别，并获得身份识别的结果信息，通知所述结果信息。
10.如权利要求1中所述的方法，其特征在于，所述车载设备包括私有摄像接口，以与外部的摄像设备连接；
所述执行所述第一可执行程序包括：
通过所述私有摄像接口，获取所述摄像设备连续拍摄的多个图像；
对所述多个图像进行处理，从而实现驾驶员异常监控；
执行所述第二可执行程序包括：
根据所述驾驶员异常信息进行提醒任务；和/或根据所述驾驶员异常信息进行录制任务。
11.如权利要求1中所述的方法，其特征在于，所述车载设备包括私有摄像接口，以与外部的摄像设备连接；
所述执行所述第一可执行程序包括：
通过所述私有摄像接口，获取所述摄像设备连续拍摄的多个图像；
对所述多个图像进行处理，以获得所述驾驶员异常信息；
根据所述驾驶员异常信息进行提醒操作，从而实现驾驶员异常监控；
执行所述第二可执行程序包括：
根据所述驾驶员异常信息进行录制任务。
12.如权利要求11中所述的方法，其特征在于，所述提醒操作至少包括：执行语音可执行程序，以播报所述驾驶员异常信息。
13.如权利要求12中所述的方法，其特征在于，所述提醒操作包括：执行所述语音可执行程序，以播报所述驾驶员异常信息；
所述车载设备与又一车载设备通信连接；
所述方法还包括：
将执行所述第一可执行程序得到的驾驶员异常信息发送给所述又一车载设备，以使所述又一车载设备执行第三可执行程序，其中所述第三可执行程序包括文字可执行程序和/或图片可执行程序。
14.如权利要求1中所述的方法，其特征在于，所述车载设备包括私有摄像接口，以与外部的摄像设备连接；
所述第一可执行程序还用于驾驶员监控，所述执行所述第一可执行程序包括：通过所述私有摄像接口，获取所述摄像设备连续拍摄的多个图像；
对所述多个图像进行处理，从而实现驾驶员监控。
15.一种车载设备，其特征在于，包括相互耦接的存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至14中任一项所述的DMS的启动方法。
16.一种非易失性计算机可读存储介质，其上存储有程序指令，其特征在于，所述程序指令被处理器执行时实现权利要求1至14中任一项所述的DMS的启动方法。 说明书 : DMS的启动方法及相关设备技术领域[0001] 本申请的所公开实施例涉及车载技术领域，且更具体而言，涉及一种DMS的启动方法及相关设备。背景技术[0002] 在智能驾驶技术高速发展的时代背景下，很多科技公司在探索各种辅助驾驶方案。其中，DMS(DriverMonitorSystem，驾驶员监控系统)是一种以实时监控驾驶员和发出安全驾驶提醒为主要功能的辅助驾驶方案，其需要在车机内安装摄像头，使之对着驾驶员。具体地，在DMS中，使用图像算法分析摄像头连续捕获的画面，驾驶过程中，如果通过图像算法检测到驾驶员注意力分散、疲劳驾驶或异常动作，则发出安全警告。[0003] 目前，DMS安装在车机内，通常需要在车机OS启动完成后才开始运行，而车机OS的启动存在一定耗时，例如，AndroidOS启动时间一般不低于15秒。因此，无法实现驾驶员上车后立即进行监控。发明内容[0004] 根据本申请的实施例，本申请提出了一种DMS的启动方法及相关设备来解决上述问题。[0005] 根据本申请的第一方面，公开一种实例性的DMS的启动方法。所述实例性的DMS的启动方法应用于车载设备，所述DMS包括第一可执行程序，所述第一可执行程序用于驾驶员身份识别，进行身份识别时执行所述第一可执行程序，从而实现启动所述DMS，其中，所述第一可执行程序在所述车载设备的内核的启动流程完成后预设时间间隔内执行。[0006] 根据本申请的第二方面，公开一种实例性的车载设备，包括相互耦接的存储器和处理器，所述处理器用于执行存储器中存储的程序指令，以实现上述第一方面中所述的DMS的启动方法。[0007] 根据本申请的第三方面，公开一种实例性的非易失性计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述第一方面中所述的DMS的启动方法。[0008] 本申请的有益效果有：通过在内核的启动流程完成后预设时间间隔内执行DMS的第一可执行程序，从而实现启动DMS，其中第一可执行程序用于驾驶员身份识别，实现尽早启动DMS，大大提前DMS的启动时机，无需等到车载设备上的操作系统的各大基础服务启动完成之后才能启动运行DMS，进而实现驾驶员上车后立即进行监控。[0009] 在阅读以下对各图及图式中所例示的优选实施例的详细说明之后，本申请的这些及其它目标无疑将对所属领域的技术人员显而易见。附图说明[0010] 图1是例示本申请的DMS的启动方法一实施例的流程示意图。[0011] 图2是例示本申请实施例的DMS的启动方法的一应用情景图。[0012] 图3是例示本申请的DMS的启动方法另一实施例的流程示意图。[0013] 图4是例示本申请实施例的DMS的启动方法的另一应用情景图。[0014] 图5是例示本申请的DMS的启动方法又一实施例的流程示意图。[0015] 图6是例示本申请实施例的DMS的启动方法的部分流程示意图。[0016] 图7是例示本申请的车载设备一实施例的框架示意图。[0017] 图8是例示本申请的非易失性计算机可读存储介质一实施例的框架示意图。具体实施方式[0018] 为使本领域的技术人员更好地理解本申请的技术方案，下面结合附图和具体实施方式对本申请的技术方案做进一步详细描述。[0019] 请参阅图1，图1是本申请的DMS的启动方法一实施例的流程示意图。该方法可以应用于车载设备，该车载设备包括智能座舱、IVI(In‑VehicleInfotainment，车载信息娱乐系统)设备或行车记录仪设备等。[0020] DMS包括第一可执行程序，第一可执行程序用于驾驶员身份识别。车载设备的内核可以为Linux内核，此时，第一可执行程序可以为车载设备内的LinuxNative可执行程序，其在Linux内核启动完成后可以执行。需要说明的是，本申请并不限定车载设备的内核，仅以车载设备的内核为Linux内核为例进行说明。[0021] 具体而言，如图1所示，该方法可包括如下步骤：[0022] 步骤S11：执行第一可执行程序，从而实现启动DMS。[0023] 其中，第一可执行程序在车载设备的内核的启动流程完成后预设时间间隔内执行。[0024] 在车载设备的内核的启动流程完成后预设时间间隔内执行第一可执行程序，实现尽早启动DMS。在一些示例中，预设时间间隔是根据第一可执行程序本身以及车载设备内基于Linux内核而开发的操作系统的启动流程所用的时长而确定的，预设时间间隔后，车载设备内基于Linux内核而开发的操作系统的启动流程才开始。[0025] 车载设备内基于Linux内核而开发的操作系统，即车载设备安装的操作系统，可以是Android操作系统或类Android操作系统。类Android操作系统指的是基于Android修改的操作系统，例如flyme，MIUI，或原理与Android类似的操作系统，比如基于Linux或其他内核的操作系统。[0026] 在车载设备安装的操作系统为Android操作系统或类Android操作系统的示例中，执行第一可执行程序是通过Android操作系统或类Android操作系统中的init进程启动的，即Android操作系统或类Android操作系统中的init进程启动第一可执行程序，从而实现执行第一可执行程序。[0027] 本实施例中，通过在车载设备的内核的启动流程完成后预设时间间隔内执行DMS的第一可执行程序，从而实现启动DMS，其中第一可执行程序用于驾驶员身份识别，实现尽早启动DMS，大大提前DMS的启动时机，无需等到车载设备上的操作系统的各大基础服务启动完成之后才能启动运行DMS，进而实现驾驶员上车后立即进行监控。[0028] 如上述，DMS包括第一可执行程序，第一可执行程序用于驾驶员身份识别。在一些实施例中，DMS还包括第二可执行程序，第二可执行程序用于驾驶员监控，如图2所示，该车载设备20安装有基于Linux内核而开发的操作系统以及第二可执行程序，其中，操作系统的启动流程所用的时长大于预设时间间隔。[0029] 第二可执行程序安装于车载设备20内，即第二可执行程序可以为车载设备20内所安装的应用程序。操作系统的启动流程所用的时长大于预设时间间隔，意味着第一可执行程序在车载设备20的操作系统启动完成之前执行，如此，无需等车载设备上的操作系统的各大基础服务启动完成之后才能启动运行DMS。[0030] 驾驶员监控是指驾驶员画面捕获，进而通过驾驶员画面的驾驶员异常监控，以及驾驶员出现异常时的操作，例如提醒、录制等。驾驶员异常包括注意力分散、疲劳驾驶或异常动作等。第二可执行程序用于驾驶员监控，即驾驶员监控的上述操作均由第二可执行程序实现。[0031] 需要说明的是，在图2的实施例中，是以车载设备20安装Android操作系统为例进行说明的，相关描述详见下文。[0032] 此时，请参阅图3，图3是本申请的DMS的启动方法另一实施例的流程示意图，在上述实施例的基础上，该方法还包括以下步骤：[0033] 步骤S32：执行第二可执行程序，并通过第二可执行程序通知第一可执行程序退出执行，从而实现启动DMS。[0034] 其中，第二可执行程序在操作系统的启动流程完成后启动。[0035] 在操作系统的启动流程完成后执行第二可执行程序，即当操作系统的启动流程完成后，第二可执行程序启动。[0036] 通过第二可执行程序通知第一可执行程序退出执行，当第二可执行程序执行时，即通知第一可执行程序退出，从而实现启动DMS。[0037] 需要说明的是，本实施例中，图3中的步骤S31与上述步骤S11相同，在此处不再进行描述。[0038] 如上述，DMS包括第一可执行程序，第一可执行程序用于驾驶员身份识别。如图4所示，第一可执行程序可以为车载设备41内的LinuxNative可执行程序。在另一些实施例中，第一可执行程序还用于驾驶员监控中驾驶员异常监控，DMS还包括第二可执行程序，第二可执行程序用于驾驶员监控中驾驶员出现异常时的操作，第二可执行程序安装于另一车载设备，例如，如图4所示，第二可执行程序安装于车载设备42，上述车载设备41与该车载设备42通信连接。[0039] 第一可执行程序可以为车载设备41内的LinuxNative可执行程序，该车载设备41可以为CPU核或CPU芯片。驾驶员监控是指驾驶员画面捕获，通过驾驶员画面的驾驶员异常监控，以及在驾驶员出现异常时的操作，例如提醒、录制等。驾驶员异常包括注意力分散、疲劳驾驶或异常动作等。第一可执行程序还用于驾驶员监控中驾驶员异常监控，即驾驶员异常监控由第一可执行程序实现。[0040] 车载设备42可以为CPU核或CPU芯片，安装Android操作系统或类Android操作系统。第二可执行程序安装于车载设备42，即第二可执行程序可以为该车载设备42内所安装的应用程序。第二可执行程序用于驾驶员监控中驾驶员出现异常时的操作，即驾驶员出现异常时的操作由第二可执行程序执行，例如，提醒、录制等。[0041] 在图4实施例中，上述车载设备41与该另一车载设备42通信连接，在一些示例中，这两个车载设备分别包括跨CPU通信模块，实现这两个车载设备的通信连接，从而实现这两个车载设备上的可执行程序之间的通信，即第一可执行程序与第二可执行程序之间。其中，跨CPU通信模块可以为IPC(Inter‑ProcessorCommunication，核间通信)模块。[0042] 需要说明的是，在图4实施例中，是以车载设备42安装Android操作系统为例进行说明的，相关描述详见下文。[0043] 此时，结合参阅图5，图5是本申请的DMS的启动方法又一实施例的流程示意图，在上述实施例的基础上，该方法还包括以下步骤：[0044] 步骤S52：将执行第一可执行程序得到的驾驶员异常信息发送给另一车载设备，以使另一车载设备执行第二可执行程序。[0045] 第一可执行程序用于驾驶员监控中驾驶员异常监控，在检测到驾驶员出现异常时，得到驾驶员异常信息，例如，关于注意力分散的相关信息，从而，将驾驶员异常信息发送给车载设备42。[0046] 车载设备42执行第二可执行程序，即实现驾驶员出现异常时的操作，例如，提醒、录制等。[0047] 需要说明的是，本实施例中，图5中的步骤S51与上述步骤S11相同，在此处不再进行描述。[0048] 如上述，第一可执行程序用于驾驶员身份识别，在一些实施例中，如图2或图4所示，车载设备20或41包括私有摄像接口，以与外部的摄像设备连接。在图2或图4的示例中，摄像头驱动程序用于外部的摄像设备，其中，通过私有摄像接口可以直接从摄像头驱动程序获取外部的摄像设备的图像。[0049] 需要说明的是，在图2或图4的示例中，私有摄像接口表示接口函数，相应地，在硬件实现方面，车载设备20或41存在相应的与外部摄像设备连接的接口，从而实现，车载设备20或41与外部摄像设备连接。[0050] 此时，执行第一可执行程序包括：通过私有摄像接口，获取摄像设备所拍摄的图像，随后，对图像进行处理，以实现身份识别，并获得身份识别的结果信息，通知结果信息。[0051] 通过私有摄像接口可以获取一帧图像，进而对该图像进行处理，以实现身份识别。通过私有摄像接口也可以连续获取摄像设备所拍摄的图像，进而对其中一帧图像进行处理，实现身份识别。使用一帧图像进行处理，降低车载设备的CPU使用率，降低对车载设备的操作系统的启动速度的影响。[0052] 通知身份识别的结果信息，可以通过屏幕显示或语音播报的形式。[0053] 本实施例中，通过私有摄像接口直接获取摄像设备所拍摄的图像，使得摄像设备的使用时机提前，并且，通过通知身份识别的结果信息，能够提示驾驶员调整姿势，以降低身份识别的错误率。[0054] 如图2或图4所示，在车载设备20或42安装的操作系统为Android操作系统或类Android操作系统的示例中，结果信息可以存储于新的数据分区，该新的数据分区不同于Android操作系统或类Android操作系统中用于存取应用程序数据的数据分区。[0055] 在一些实施例中，请参阅图6，图6是本申请实施例的DMS的启动方法的部分流程示意图。其中，对图像进行处理，以实现身份识别，并获得身份识别的结果信息，包括如下步骤：[0056] 步骤S611：判断是否自图像中检测到人脸。[0057] 若是，则执行步骤S612，若否，则执行步骤S615。[0058] 图像检测可以通过人脸识别算法进行检测，本申请对人脸识别算法不作具体限定。[0059] 步骤S612：判断检测到的人脸是否为已注册用户。[0060] 将检测到的人脸与DMS中已存在的用户信息表进行比对。[0061] 若是，则执行步骤S613，若否，则执行步骤S614。[0062] 步骤S613：获得结果信息为已注册用户。[0063] 步骤S614：获得结果信息为未注册用户。[0064] 已注册用户是指通过DMS中的相关注册操作而被记录在DMS中的用户，相反，未注册用户是指没有被记录在DMS中的用户，即第一次使用DMS的用户。[0065] 步骤S615：获得结果信息为未检测到人脸，并重新获取摄像设备所拍摄的另一图像。[0066] 也就是说，若自图像中未检测到人脸，则获得结果信息为未检测到人脸，并重新获取摄像设备所拍摄的另一图像。[0067] 在该图像中未检测到人脸时，重新获取另一图像。在一些示例中，重新获取另一图像可以是按照预设频率进行的。按照预设频率重新获取另一图像，例如，可以每间隔预设时间重新获取另一图像，例如，每间隔1秒，进一步降低车载设备的CPU使用率，进而降低对车载设备的操作系统的启动速度的影响。[0068] 在一些实施例中，通知结果信息包括：在操作系统的开机动画上显示结果信息；和/或执行语音可执行程序，以播报结果信息。[0069] 以车载设备安装的操作系统为Android操作系统为例进行说明，在Android操作系统的开机动画上显示结果信息，可以在开机动画界面上叠加新的图层，以用于显示结果信息。例如，结果信息为已注册用户，则在该新的图层上显示该已注册用户，比如显示***用户。又例如，结果信息为未注册用户，则在该新的图层上显示该未注册用户，比如显示guest用户。又例如，结果信息为未检测到人脸，则在该新的图层上至少显示“未检测到人脸”和提示驾驶员调整坐姿的信息中一种，例如“请端正坐姿”、“请注意脸对准摄像头”等。[0070] 执行语音可执行程序，以播报结果信息，语音可执行程序可以为TinyAlsa或第三方TTS可执行程序。例如，结果信息为已注册用户，则执行TinyAlsa或第三方TTS可执行程序以播报该已注册用户，比如播报***用户。又例如，结果信息为未注册用户，则执行TinyAlsa或第三方TTS可执行程序以播报该未注册用户，比如播报guest用户。又例如，结果信息为未检测到人脸，则执行TinyAlsa或第三方TTS可执行程序以至少播报“未检测到人脸”和提示驾驶员调整坐姿的信息中的一种，例如“请端正坐姿”、“请注意脸对准摄像头”等。[0071] 如上述，第一可执行程序用于驾驶员身份识别，第二可执行程序用于驾驶员监控，例如，当用户A上车时，第一可执行程序对其进行驾驶员身份识别，身份识别后，第二可执行程序对其进行驾驶员监控。在一些实施例中，如图2所示，车载设备20包括摄像API，以与外部的摄像设备连接。[0072] 在图2的示例中，摄像头驱动程序用于外部的摄像设备，其中获取摄像API所连接的摄像设备的图像时，还需要相应启动CameraHAL进程和CameraService进程。需要说明的是，在图2中，未示出外部的摄像设备，摄像头驱动程序可用于表示外部的摄像设备的存在。另外，摄像API和私有摄像接口可以是连接同一个摄像设备，也可以是不同的摄像设备。[0073] 此时，执行第二可执行程序包括：通过摄像API，获取摄像设备所连续拍摄的多个第一图像，随后，对多个第一图像进行处理，从而实现驾驶员监控。[0074] 第一可执行程序用于驾驶员身份识别，第二可执行程序用于驾驶员监控，在一些实施例中，第二可执行程序还用于驾驶员身份识别，例如，当用户A上车时，第一可执行程序对用户A进行驾驶员身份识别，身份识别后，第二可执行程序对用户A进行驾驶员监控，若用户B替代用户A驾驶，第二可执行程序还对用户B进行驾驶员身份识别。[0075] 此时，执行第二可执行程序进一步包括：通过摄像API，获取摄像设备所拍摄的第二图像；对第二图像进行处理，以实现身份识别，并获得身份识别的结果信息，通知结果信息。[0076] 其中，身份识别中，对第二图像进行处理，以实现身份识别，并获得身份识别的结果信息，这一流程与上述图6实施例中的流程相同，在此不再说明。通知身份识别的结果信息，可以通过屏幕显示或语音播报的形式。[0077] 需要说明的是，在对第二图像进行处理，实现身份识别后，第二可执行程序还用于驾驶员监控，这与上述第二可执行程序通过对第一图像进行处理以执行驾驶员监控相同，在此不再说明。[0078] 如上述，第一可执行程序用于驾驶员身份识别，并还用于驾驶员监控中驾驶员异常监控，第二可执行程序用于驾驶员监控中驾驶员出现异常时的操作。[0079] 在一些实施例中，如图4所示，车载设备41包括私有摄像接口，以与外部的摄像设备连接。在图4的示例中，摄像头驱动程序用于外部的摄像设备，其中，通过私有摄像接口可以直接从摄像头驱动程序获取外部的摄像设备的图像。[0080] 此时，执行第一可执行程序包括：通过私有摄像接口，获取摄像设备连续拍摄的多个图像，随后，对多个图像进行处理，从而实现驾驶员异常监控。[0081] 执行第二可执行程序包括：根据驾驶员异常信息进行提醒任务；和/或根据驾驶员异常信息进行录制任务。[0082] 根据驾驶员异常信息，进行提醒任务，例如，当执行第一可执行程序检测到驾驶员疲劳驾驶、注意力分散等，执行第二可执行程序，进行危险驾驶警报，以提醒驾驶员休息。根据驾驶员异常信息，进行录制任务，例如，当执行第一可执行程序检测到驾驶员疲劳驾驶、注意力分散等，执行第二可执行程序，进行视频录制，以保留驾驶过程的信息。[0083] 在另一些实施例中，如图4所示，车载设备41包括私有摄像接口，以与外部的摄像设备连接。在图4的示例中，摄像头驱动程序用于外部的摄像设备，其中，通过私有摄像接口可以直接从摄像头驱动程序获取外部的摄像设备的图像。[0084] 此时，执行第一可执行程序包括：通过私有摄像接口，获取摄像设备连续拍摄的多个图像，随后，对多个图像进行处理，以获得驾驶员异常信息，随后，根据驾驶员异常信息进行提醒操作，从而实现驾驶员异常监控。[0085] 根据驾驶员异常信息，进行提醒操作，例如，当对多个图像处理检测到驾驶员疲劳驾驶、注意力分散等，进行提醒操作，以提醒驾驶员休息。在一些示例中，提醒操作至少包括执行语音可执行程序，以播报驾驶员异常信息。例如，提醒操作可以为语音播报、文字提示、图片提示等。[0086] 此时，执行第二可执行程序包括：根据驾驶员异常信息进行录制任务。[0087] 执行第二可执行程序，根据驾驶员异常信息，进行录制任务，例如，当对多个图像处理检测到驾驶员疲劳驾驶、注意力分散等，执行第二可执行程序，进行视频录制，以保留驾驶过程的信息。[0088] 在一些示例中，提醒操作包括执行语音可执行程序，以播报驾驶员异常信息，也就是说，车载设备41执行第一可执行程序，可以实现语音播报驾驶员异常信息。[0089] 此时，该方法还包括：将执行第一可执行程序得到的驾驶员异常信息发送给又一车载设备，以使又一车载设备执行第三可执行程序，其中第三可执行程序包括文字可执行程序和/或图片可执行程序。[0090] 在图4实施例中，又一车载设备未示出，可以为不同于车载设备41和车载设备42的设备，例如，车载仪表盘。执行文字可执行程序，即进行文字提示。执行图片可执行程序，即进行图片提示。[0091] 如上述，第一可执行程序用于驾驶员身份识别，在一些实施例中，第一可执行程序还用于驾驶员监控，如图4所示，车载设备41包括私有摄像接口，以与外部的摄像设备连接。在图4的示例中，摄像头驱动程序用于外部的摄像设备，其中，通过私有摄像接口可以直接从摄像头驱动程序获取外部的摄像设备的图像。[0092] 此时，执行第一可执行程序包括：通过私有摄像接口，获取摄像设备连续拍摄的多个图像，随后，对多个图像进行处理，从而实现驾驶员监控。[0093] 本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。[0094] 请参阅图7，图7是本申请车载设备一实施例的框架示意图。车载设备70包括相互耦接的存储器71和处理器72，处理器72用于执行存储器71中存储的程序指令，以实现上述任一DMS启动方法实施例的步骤，或实现上述任一DMS启动方法实施例中的步骤。在一个具体的实施场景中，车载设备70可以包括但不限于：智能座舱、IVI(In‑VehicleInfotainment，车载信息娱乐系统)设备或行车记录仪设备。[0095] 具体而言，处理器72用于控制其自身以及存储器71以实现上述任一DMS启动方法实施例的步骤，或实现上述任一DMS启动方法实施例中的步骤。处理器72还可以称为CPU(CentralProcessingUnit，中央处理单元)。处理器72可能是一种集成电路芯片，具有信号的处理能力。处理器72还可以是通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现场可编程门阵列(Field‑ProgrammableGateArray,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器72可以由集成电路芯片共同实现。[0096] 请参阅图8，图8为本申请的非易失性计算机可读存储介质一实施例的框架示意图。非易失性计算机可读存储介质80存储有能够被处理器运行的程序指令801，程序指令801用于实现上述任一DMS启动方法实施例的步骤，或实现上述任一DMS启动方法实施例中的步骤。[0097] 在一些实施例中，本公开实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法，其具体实现可以参照上文方法实施例的描述，为了简洁，这里不再赘述。[0098] 上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。[0099] 在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性、机械或其它的形式。[0100] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。[0101] 集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read‑OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。[0102] 所属领域的技术人员易知，可在保持本申请的教示内容的同时对装置及方法作出诸多修改及变动。因此，以上公开内容应被视为仅受随附权利要求书的范围的限制。

专利地区：安徽

专利申请日期：2022-05-24

专利公开日期：2024-07-26

专利公告号：CN114895983B