一种车辆控制的方法与装置与流程

1.本技术涉及车联网领域，尤其涉及一种车辆控制的方法与装置。


背景技术：

2.中国每年平均有高达6万人死于交通事故，注意行车安全是目前驾驶员们的主要课题。引发交通事故的原因主要有酒驾、疲劳驾驶等。现在汽车行业高速发展，有关安全驾驶的相关技术越来越成熟，现有技术能够根据用户的生命体征的变化发出不同的提醒，提示驾驶员目前驾驶状态异常。可是驾驶员需要的不仅仅是提醒，还需要后续的驾驶建议，这样才能更有效地改善非正常驾驶状况，降低交通事故发生率。
3.如何根据驾驶员的不同状态发出提醒并给出建议是本领域技术人员亟待解决的问题。


技术实现要素：

4.本技术实施例提供了一种车辆控制的方法与装置，可以实现根据驾驶员不同的异常驾驶状态发出对应提醒并给出相关建议，提升用户的驾驶体验感，也为驾驶员的人身安全提供了一层保障，减少交通事故的发生。
5.第一方面，本技术实施例提供了一种车辆控制的方法，包括：
6.车辆采集用户的状态数据；
7.根据状态数据判断用户是否处于异常状态；
8.若用户处于异常状态，则发送询问信息，询问信息用于确认用户是否前往目的地址，目的地址基于异常状态确定。
9.第二方面，本技术实施例提供了一种车辆控制装置，装置包括监测模块、判定模块、地址模块以及交互模块；
10.检测模块用于采集用户的状态数据；
11.判断模块用于根据用户的状态数据判断用户是否处于异常状态；
12.地址模块用于根据异常状态确定目的地址；
13.交互模块用于发送询问信息，询问信息的内容包括是否前往所述目的地址。
14.第三方面，本技术实施例提供了一种车辆控制装置，包括：存储器、处理器和总线；
15.所述存储器和所述处理器通过所述总线连接，其中存储器用于存储一组程序代码，处理器用于调用存储器中存储的程序代码，执行如第一方面所述的方法。
16.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当指令在计算机上运行时，执行如第一方面所述的方法。
17.通过实施本技术实施例，可以实现车辆实时采集驾驶员的状态数据，并根据状态数据自动分析判断驾驶员是否处于异常状态。在驾驶员处于异常状态时主动给出目的地建议，并根据用户的意愿自动做出路线规划避免驾驶员因身体状态不佳等原因造成交通事故的情况，提升用户的驾驶体验感，也为驾驶员的人身安全提供了一层保障。
附图说明
18.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
19.图1是本技术实施例提供的一种车辆控制的方法的流程示意图；
20.图2是本技术实施例提供的一种车辆控制装置的组成示意图；
21.图3是本技术实施例提供的另一种车辆控制装置的组成示意图。
具体实施方式
22.下面结合本技术实施例中的附图对本技术的实施例进行描述。
23.本技术的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选的还包括没有列出的步骤或单元，或可选的还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
24.请参见图1，为本技术实施例提供的一种车辆控制的方法的流程示意图，可包括如下步骤：
25.s101，采集用户的状态数据。
26.其中，用户的状态数据可以包括用户的体征数据、用户的面部特征数据以及用户的声音数据中的至少一种。用户的体征数据可以为用户的体温值、心率、血压以及呼吸频率等数据；面部特征数据可以为眼睛开合程度以及嘴部开合程度；声音数据可以为用户在驾驶过程中发出的声音的音频。用户的状态数据是车载终端用来判断用户是否处于异常状态的依据。
27.s102，根据状态数据判断用户是否处于异常状态。
28.可选地，车载终端的存储器内存储有样本数据，样本数据可以包括样本体征数据、样本面部特征数据以及样本声音数据中的至少一种。例如，在样本体征数据中，将样本体温值区间设置为36.1℃～37℃；将样本心率设置为60次/分～100次/分；将样本血压值中样本收缩压范围设置为90mmhg～140mmhg，样本舒张压范围设置为60mmhg～90mmhg；将样本呼吸频率区间设置为12次/分～20次/分。
29.在一种可能的实现方式中，车载终端将采集到的用户的状态数据与车载终端存储的样本数据进行对比，若所述状态数据与所述样本数据不匹配，则判定用户处于异常状态；若所述状态数据与所述样本数据匹配，则判定用户处于正常状态。
30.需要说明的是，根据采集到的用户的状态数据与样本数据不匹配的项目，可以将异常状态分为发热状态、疲劳状态等。其中，若状态数据中的体温值超出样本数据中的样本体温值范围，可以将用户状态判断为发热状态，例如，若用户状态数据中的体温值为38℃，超过了样本体温值范围36.1℃～37℃，可以判定用户处于发热状态；若状态数据中的面部特征数据与样本数据中的样本面部特征数据不匹配，可以将用户状态判定为疲劳状态，例如，若用户面部特征数据中的眼睛开合程度值小于样本面部特征数据中的样本眼睛开合程度值，可以判定用户处于疲劳状态。
31.具体地，当所述状态数据中任意一项与所述样本数据不匹配时，则可以判定用户处于异常状态。例如，若采集到的用户的所述状态数据中的体温值为39℃，超过了样本数据中样本体温值区间36.1℃～37℃，其他状态数据均与样本数据匹配，则判定用户处于异常状态中的发热状态。当所述状态数据中所有项均与所述样本数据匹配时，则判定为用户处于正常状态。例如，若采集到的用户体征数据中的体温值为36.5℃、心率为80次/分等各项状态数据都能符合样本数据的标准，则判定用户处于正常状态。
32.s103，若用户处于异常状态，则发送询问信息。
33.可选地，询问信息用于确认用户是否前往目的地址，目的地址是基于用户所处的异常状态确认的。
34.需要说明的是，根据用户所处的异常状态，车载终端通过语音播放和/或通过车载终端显示屏显示询问信息。例如，当车载终端判断用户处于发热状态时，播放语音“您现在处于发热状态，请问您是否去a医院”和/或车载终端显示“您现在处于发热状态，请问您是否去a医院？”。
35.在一种可能的实现方式中，车载终端存储的每种异常状态均设置了对应的解决方案，解决方案中可以包括能帮助解决用户异常状况的场所的关联地址，还可以包括对应的语音信息和车载终端显示信息等。例如，在发热状态下的解决方案中可以包括能帮助解决用户发热症状的医院、药房和诊所等场所的关联地址，还可以包括针对发热状态对用户发出的提醒和建议语音信息以及车载终端显示的提醒和建议信息；在疲劳状态下的解决方案中可以包括能帮助解决用户疲劳状况的服务站、休息区、公园和用户设置的家等场所的关联地址，还可以包括针对疲劳状态对用户发出的提醒和建议语音信息以及车载终端显示的提醒和建议信息。
36.可选地，在发送询问信息后，车载终端可以接收用户的反馈指令；若反馈指令为是，则根据目标地址进行路线规划。具体地，当用户处于异常状态时，车载终端调取该异常状态对应的解决方案，结合解决方案中的关联地址和用户所处的位置确定目标地址，当得到用户的肯定反馈后，根据目的地址进行路线规划。例如，用户的状态数据中的体温值为39℃，判定用户处于发热状态，此时车载终端调取发热模式下的解决方案，解决方案中的关联地址有a医院、b药房以及c诊所，若用户所处位置周围有a医院和b药房，且a医院离用户更近，则将a医院定为目标地址，并询问用户是否去a医院，若得到用户的肯定答案，则制定以a医院作为目标地址的导航路线。
37.需要说明的是，在发送询问信息后，若车载终端接收到用户的否定答案，则根据用户所处的异常状态发出求救信息，求救信息可以是通过车载终端播放，也可以是车载终端通过车联网发送至相关机构。例如，若用户处于发热状态，车载终端调取发热模式下的解决方案，根据解决方案中的关联地址和用户所处地址确定目标地址为a医院，车载终端询问用户是否去a医院，若得到用户的否定答案，车载终端则根据发热状态下的解决方案获得求救信息，并语音播放求救信息，然后通过车联网向医院发送求救信息，求救信息可以为“此车驾驶员现有发热症状且不能正常驾驶，请协助驾驶员前往医院接收治疗”。
38.需要说明的是，上述申请实施例中提到的状态数据、样本状态数据、异常状态的分类以及异常状态对应的解决方案等均只是为了更加清晰地解释本技术，不应对本技术构成限定。
39.下面结合附图介绍本技术实施例涉及的装置。
40.请参见图2，为本技术实施例提供的一种车辆控制装置的组成示意图，车辆控制装置20可包括：
41.监测模块201，用于采集用户的状态数据，所述状态数据包括用户的体征数据、用户的面部特征数据以及用户的声音数据中的至少一种。
42.可选地，监测模块201中可以包括体征监测单元2011、面部特征数据采集单元2012以及语音采集单元2013中的至少一种。体征监测单元2011用于采集用户的状态数据中的体征数据，体征数据可以包括体温值、心率、血压以及呼吸频率；面部特征采集单元2012用于采集用户的状态数据中的面部状态数据，面部状态数据可以包括用户眼睛的开合程度以及眼睛的开合程度；语音采集单元2013用于采集用户的状态数据中的声音数据，声音数据可以为用户在驾驶过程中发出声音的音频。体征监测单元2011可以采用智能手环，也可以采用其他非接触式的体征监测仪器。
43.判断模块202，用于根据用户的状态数据判断用户是否处于异常状态。
44.可选的，车载终端内存储有样本数据，可以包括样本体征数据、样本面部特征数据以及样本声音数据中的至少一种。例如，在样本体征数据中，将样本体温值区间设置为36.1℃～37℃；将样本心率设置为60次/分～100次/分；将样本血压值中样本收缩压范围设置为90mmhg～140mmhg，样本舒张压范围设置为60mmhg～90mmhg；将样本呼吸频率区间设置为12次/分～20次/分。
45.需要说明的是，根据采集到的用户的状态数据与样本数据不匹配的项目，可以将异常状态分为发热状态、疲劳状态等。例如，若状态数据中的体温值超出样本数据中的样本体温值范围，可以将用户状态判断为发热状态，更通俗地说，若用户状态数据中的体温值为38℃，超过了样本体温值范围36.1℃～37℃，可以判定用户处于发热状态；若状态数据中的面部特征数据与样本数据中的样本面部特征数据不匹配，可以将用户状态判定为疲劳状态，更通俗地说，若用户面部特征数据中的眼睛开合程度值小于样本面部特征数据中的样本眼睛开合程度值，可以判定用户处于疲劳状态。
46.在一种实现方式中，判断模块202结合用户的状态数据和样本数据对用户所处状态进行判断，若状态数据与样本数据不匹配，则判定用户处于异常状态；若状态数据与样本数据匹配，则判定用户处于正常状态。例如，若采集到的用户的所述状态数据中的体温值为39℃，超过了样本数据中样本体温值区间36.1℃～37℃，其他状态数据均与样本数据匹配，则判定用户处于异常状态中的发热状态；采集到的用户体征数据中的体温值为36.5℃、心率为80次/分等各项状态数据都能符合样本数据的标准，则判定用户处于正常状态。
47.需要说明的是，上述举例均只是为了解释说明判断模块202是如何对用户状态进行判断的，并不是指异常状态仅有上述发热状态和疲劳状态两种，且不能说明上述发热状态和疲劳状态仅有这两种判断标准，故上述举例不应对本技术构成限定。
48.地址模块203，用于根据异常状态确定目的地址。
49.在一种可能的实现方式中，车载终端存储的每种异常状态下均有对应的解决方案，解决方案中可以包括能帮助解决用户异常状况的场所的关联地址、对应语音信息和车载终端显示信息。例如，在发热状态下的解决方案中可以包括多处能帮助解决用户发热症状的医院、药房和诊所等场所的关联地址、针对发热状态对用户发出的提醒和建议语音信
息以及车载终端显示的提醒和建议信息；在疲劳状态下的解决方案中可以包括能帮助解决用户疲劳状况的服务站、休息区、公园和用户设置的家等场所的关联地址、针对疲劳状态对用户发出的提醒和建议语音信息以及车载终端显示的提醒和建议信息。
50.可选地，地址模块203根据车载终端存储的异常状态下的解决方案中的关联地址和用户所处的位置确定目的地址。例如，若用户处于异常状态中的发热状态，在发热状态下的解决方案中存储的关联地址有a药房、b医院以及c诊所，若用户所处位置周围有a药房和b医院，且b医院离用户更近，则将b医院定为目标地址。
51.交互模块204，用于发送询问信息，所述询问信息的内容包括是或否前往目的地址。
52.可选地，交互模块204可以包括语音播报单元2041和文本显示单元2042中的至少一种。
53.在一种可能的实现方式中，基于用户所处的异常状态，通过语音播报单元2041播放询问信息和/或通过文本显示单元2042显示询问信息。例如，当用户处于发热状态时，语音播报单元2041播放语音“您现在处于发热状态，请问您是否去a医院”和/或通过文本显示单元2042显示信息“您现在处于发热状态，请问您是否去a医院？”。
54.需要说明的是，交互模块204还用于接收用户针对询问信息发出的反馈指令。
55.可选的，车辆控制装置20还可以包括导航模块205，用于根据目的地地址进行路线规划。进行路线规划的前提条件为，交互模块204接收得到的用户的反馈信息为是。例如，若用户处于发热状态，且用户发反馈指令为是时，地址模块203确定的目的地址为b医院，导航模块205则制定前往b医院的路线，并与交互模块204协调工作，通过交互摸快204中的语音播放单元2041播放路线信息和/或通过文本显示单元2042显示路线信息。
56.请参见图3，为本技术实施例提供的另一种车辆控制装置的组成示意图。可包括：
57.处理器110、存储器120和通信接口130。处理器110、存储器120和通信接口130通过总线140连接，该存储器120用于存储指令，该处理器110用于执行该存储器120存储的指令，以实现如上图2-图3对应的方法步骤。
58.处理器110用于执行该存储器120存储的指令，以控制通信接口130接收和发送信号，完成上述方法中的步骤。其中，所述存储器120可以集成在所述处理器110中，也可以与所述处理器110分开设置。
59.作为一种实现方式，通信接口130的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器110可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
60.作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的装置。即将实现处理器110，通信接口130功能的程序代码存储在存储器120中，通用处理器通过执行存储器120中的代码来实现处理器110，通信接口130的功能。
61.该装置所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。
62.作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。
63.作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令
被执行时执行上述方法实施例中的方法。
64.根据本技术实施例提供的方法和装置，执行的方法可以参见图1所示实施例中的描述，装置的具体构成可参见图2，此处不再赘述。
65.本领域技术人员可以理解，为了便于说明，图3中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本技术实施例对此不做限制。
66.应理解，在本技术实施例中，处理器可以是中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
67.还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，简称rom)、可编程只读存储器(programmable rom，简称prom)、可擦除可编程只读存储器(erasable prom，简称eprom)、电可擦除可编程只读存储器(electrically eprom，简称eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，简称ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，简称sram)、动态随机存取存储器(dynamic ram，简称dram)、同步动态随机存取存储器(synchronous dram，简称sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，简称ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，简称esdram)、同步连接动态随机存取存储器(synchlink dram，简称sldram)和直接内存总线随机存取存储器(direct rambus ram，简称dr ram)。
68.需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
69.应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
70.该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
71.还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本技术的范围。
72.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
73.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上
述方法的步骤。为避免重复，这里不再详细描述。
74.在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
75.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ilb)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
76.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
77.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
78.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
79.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘)等。
80.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。