安全驾驶系统和方法与流程

1.本发明涉及汽车领域，尤其涉及一种安全驾驶系统和方法。


背景技术：

2.随着汽车的不断发展和普及，人们对汽车的安全驾驶提出了越来越系统化的要求。道路车辆功能安全标准iso 26262提出了汽车安全完整性等级(asil,automotive safety integration level)，对开发汽车的安全相关系统提供了指南。asil有四个等级，由低到高分别为a、b、c和d。
3.汽车的仪表显示盘是反映车辆工作状况的显示装置，可以将车辆当前的工作状态显示给驾驶员，以助于驾驶员了解车辆的实时状态并做出相应的响应动作。仪表显示盘的显示内容由仪表显示模组设定，仪表显示模组包括软件部分和硬件部分。仪表显示盘所显示的内容通常包括车辆行驶速度、发动机转速、档位、燃油指示、异常警报等与车辆功能安全相关的内容。然而，传统的仪表显示盘只能满足asil b等级的安全要求。当由于仪表显示模组的软件或硬件等故障造成显示失效，例如出现花屏、闪屏、黑屏等现象时，仪表显示盘无法正常显示，尤其无法正常显示和车辆功能安全相关的内容，使驾驶员无法获得车辆的功能安全信息，严重威胁行车安全。


技术实现要素：

4.本发明所要解决的技术问题是提供一种当组合仪表模组发生显示故障时可以替代显示安全驾驶数据的安全驾驶系统和方法。
5.本发明为解决上述技术问题而采用的技术方案是一种安全驾驶系统，包括组合仪表模组和请求组件，所述请求组件适于布置在独立于所述组合仪表模组的移动终端中，其特征在于，所述组合仪表模组包括：第一认证单元，适于响应于所述请求组件的连接请求，对所述移动终端进行身份认证；以及第一通信单元，适于与通过所述第一认证单元认证的移动终端建立连接；所述请求组件包括：第二通信单元，适于向所述组合仪表模组发送所述连接请求，与所述第一通信单元建立连接，并从所述组合仪表模组读取车辆安全数据；以及显示单元，适于显示所述车辆安全数据。
6.在本发明的一实施例中，所述组合仪表模组还包括：故障检测单元，用于检测所述组合仪表模组的显示故障，若检测到所述显示故障，所述组合仪表模组允许所述第二通信单元读取所述车辆安全数据；若未检测到所述显示故障，所述组合仪表模组禁止所述第二通信单元读取所述车辆安全数据。
7.在本发明的一实施例中，所述组合仪表模组包括：屏幕驱动板、背光芯片和片上系统控制器，所述故障检测单元用于检测所述屏幕驱动板、背光芯片和片上系统控制器中的一个或多个的故障。
8.在本发明的一实施例中，所述显示故障包括：花屏、闪屏、卡屏、黑屏、白屏中的任意一个或多个。
9.在本发明的一实施例中，所述车辆安全数据包括车辆行驶数据、指示数据和警示数据中的任意一个或多个。
10.在本发明的一实施例中，所述请求组件还包括报警单元，当所述第二通信单元读取所述车辆安全数据失败时，所述报警单元向4s店发送求救信号。
11.在本发明的一实施例中，所述第一通信单元和所述第二通信单元采用端到端的通信方式。
12.在本发明的一实施例中，所述第一通信单元和所述第二通信单元都是近场通信模块。
13.在本发明的一实施例中，所述显示单元通过画面和/或声音显示所述车辆安全数据。
14.本发明为解决上述技术问题还提出一种安全驾驶方法，其特征在于，包括：响应于请求组件的连接请求，组合仪表模组对布置有所述请求组件的移动终端进行身份认证；所述组合仪表模组和通过所述身份认证的移动终端建立连接；所述请求组件从所述组合仪表模组中读取车辆安全数据；以及所述请求组件显示所述车辆安全数据。
15.在本发明的一实施例中，还包括：在所述请求组件从所述组合仪表模组中读取车辆安全数据之前，检测所述组合仪表模组的显示故障，若所述组合仪表模组发生显示故障，则所述组合仪表模组允许所述请求组件读取车辆安全数据；若所述组合仪表模组未发生显示故障，则所述组合仪表模组禁止所述请求组件读取车辆安全数据。
16.在本发明的一实施例中，所述组合仪表模组包括：屏幕驱动板、背光芯片和片上系统控制器，检测所述组合仪表模组的显示故障还包括检测屏幕驱动板、背光芯片和片上系统控制器中的一个或多个的故障。
17.在本发明的一实施例中，所述显示故障包括：花屏、闪屏、卡屏、黑屏、白屏中的一个或多个。
18.在本发明的一实施例中，还包括：在所述组合仪表模组和通过所述身份认证的移动终端建立连接之前，判断所述组合仪表模组是否已与其他移动终端建立连接，若未建立连接，则所述组合仪表模组和通过所述身份认证的移动终端建立连接；若已建立连接，则所述组合仪表模组对所述移动终端进行第二次身份认证，若所述第二次身份认证成功，所述组合仪表模块与所述其他移动终端断开连接，并与所述移动终端建立连接。
19.在本发明的一实施例中，所述车辆安全数据包括行驶数据、指示数据和警示数据。
20.在本发明的一实施例中，所述组合仪表模组和通过所述身份认证的移动终端通过无线通信方式建立连接，所述无线通信方式包括近场通信。
21.根据本发明的安全驾驶系统，当组合仪表模组发生显示故障时，可以通过请求组件中的显示单元来显示与车辆安全相关的车辆安全数据，提醒驾驶员规避风险，并发出求救信号，可以及时、有效地帮助驾驶员进行安全驾驶；通过报警单元向附近的4s店发出求救信号，及时获得救援；通过给予驾驶员相关的安全操作指导，起到安抚驾驶员情绪、确保行车安全的作用。
附图说明
22.为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具
体实施方式作详细说明，其中：
23.图1是本发明一实施例的安全驾驶系统的框图；
24.图2是本发明一实施例的安全驾驶方法的示例性流程图；
25.图3是本发明一实施例的安全驾驶方法的示例性工作流程示意图；
26.图4是本发明一实施例的安全驾驶方法中建立连接的示例性工作流程示意图；
27.图5是本发明一实施例的安全驾驶方法中对显示故障进行失效树分析的示例性工作流程示意图；
28.图6是本发明一实施例的安全驾驶方法中请求组件读取车辆安全数据的示例性工作流程示意图。
具体实施方式
29.为让本发明的上述目的、特征和优点能更明显易懂，以下结合附图对本发明的具体实施方式作详细说明。
30.在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是本发明还可以采用其它不同于在此描述的其它方式来实施，因此本发明不受下面公开的具体实施例的限制。
31.如本技术和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。
32.除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本技术的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
33.在本技术的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本技术和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理解为对本技术保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。
34.此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本技术保护范围的限制。此外，尽管本技术中所使用的术语是从公知公用的术语中选择的，但是本技术说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本技术。
35.本技术中使用了流程图用来说明根据本技术的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
36.在车辆行驶的过程中，当组合仪表模组发生故障，尤其是组合仪表模组的显示屏发生故障以至于无法显示与行车安全密切相关的车辆安全数据时，驾驶员通过本发明的安全驾驶系统及方法，将移动终端靠近组合仪表模组，移动终端和组合仪表模组建立连接，并由移动终端代替组合仪表模组来显示车辆安全数据，从而使驾驶员及时获知车辆的状态并做出合适的响应。本发明的安全驾驶系统适于使用本发明的安全驾驶方法，本说明书将结合附图对该安全驾驶系统和方法进行说明。
37.图1是本发明一实施例的安全驾驶系统的框图。参考图1所示，该实施例的安全驾驶系统100包括组合仪表模组110和请求组件120。其中，组合仪表模组110包括第一认证单元111和第一通信单元112。请求组件120适于布置在独立于组合仪表模组110的移动终端中。请求组件120包括第二通信单元121和显示单元122。组合仪表模组110和请求组件120可以通过各自所包括的第一通信单元112和第二通信单元121建立连接。第一认证单元111适于响应于请求组件120的连接请求，对布置有该请求组件的移动终端120进行身份认证。第一通信单元112适于与通过第一认证单元111认证的移动终端120建立连接。第二通信单元121适于向组合仪表模组110发送连接请求，与第一通信单元112建立连接，并从组合仪表模组110读取车辆安全数据。请求组件120的显示单元122适于显示车辆安全数据。
38.第一通信单元112和第二通信单元121之间所建立的连接可以是有线连接、无线连接、能够实现数据传送和/或接收的任意其他通信连接、和/或这些连接的任意组合。有线连接可包括例如电缆、光缆、usb等或者其任意组合。无线连接可包括例如蓝牙链路、wi-fi链路、wimax链路、wlan链路、zigbee链路、近场通信(nfc)链路、移动网络链路(例如，3g，4g，5g等)等或其组合。第一通信单元112和第二通信单元121之间可以是通过网络进行通信。网络可以是蓝牙网络、wi-fi网络、wimax网络、wlan网络、zigbee网络、近场通信(nfc)网络、移动网络(例如，3g，4g，5g等)等或其组合。在一些实施例中，网络可包括一个或多个网络接入点。例如，网络可包括有线和/或无线网络接入点，诸如基站和/或因特网交换点，第一通信单元112和第二通信单元121可以通过这些接入点来连接到网络以交换数据和/或信息。
39.在一些实施例中，第一通信单元112和第二通信单元121都是无线通信模块，采用无线通信方式彼此连接。
40.在一些实施例中，第一通信单元112和第二通信单元121采用端到端(e2e)的通信方式。
41.在一些实施例中，第一通信单元112和第二通信单元121都是近场通信(nfc,near field communication)模块，即采用近场通信技术的功能模块。
42.在一些实施例中，请求组件120的第二通信单元121可以是移动终端120自带的近场通信模块。组合仪表模组110可以包括汽车的组合仪表盘及其内部的功能元件。组合仪表模组110的第一通信单元112是集成在组合仪表模组110中的近场通信模块，即采用近场通信技术的功能模块。在本发明的实施例中，第一通信单元112可以集成在组合仪表模组110中，也可以是与组合仪表模组110电连接的独立单元。
43.当布置有请求组件120的移动终端靠近组合仪表模组110时，请求组件120通过第
二通信单元121与组合仪表模组110的第一通信单元112建立连接。可以理解，第一通信单元112和第二通信单元121应都处于开启状态。当第一通信单元112与第二通信单元121之间的距离处于近场通信模块的有效通信距离之内时，二者之间即可以进行通信。
44.在一些实施例中，当组合仪表模组110和/或请求组件120检测到组合仪表模组110和移动终端之间的距离达到有效通信距离时，开启第一通信单元112和/或第二通信单元121。
45.在一些实施例中，第一认证单元111根据自定义加密算法对移动终端进行身份认证。在这些实施例中，组合仪表模组110和移动终端彼此之间通过自定义加密算法来识别对方。例如，组合仪表模组110接收到请求组件120发送的连接请求，该连接请求以认证码的方式给出，该认证码是通过该自定义加密算法所生成的。组合仪表模组110通过自定义加密算法对该认证码进行解密和识别，若认证通过，表明该移动终端是合法用户，可以与组合仪表模组110建立连接，若认证不通过，表明该移动终端不是合法用户，不能与组合仪表模组110建立连接。
46.组合仪表模组110可以通过各种方式授权给一个或多个移动终端，使该一个或多个移动终端成为该组合仪表模组110的合法用户。但是，当有多个移动终端都布置有请求组件120，并且都发出连接请求时，组合仪表模组110在一个时刻仅与一个合法的移动终端建立连接，仅允许一个合法的移动终端通过请求组件120读取其中的车辆安全数据。本发明对组合仪表模组110与移动终端的授权方式不做限制，可以是例如：通过车辆与移动终端的绑定来实现。
47.在一些实施例中，当驾驶员发现组合仪表模组110出现显示故障时，将移动终端靠近组合仪表模组110放置，移动终端中的请求组件120通过第二通信单元121从组合仪表模组110中读取车辆安全数据，请求组件120通过其显示单元122显示这些车辆安全数据中的一个或多个，从而起到临时代替组合仪表模组110的作用。
48.在一些实施例中，请求组件120的显示单元122通过画面和/或声音显示车辆安全数据。画面显示包括以图表、数字、弹窗等方式动态或静态地显示，声音显示包括警报声、提示音、语音播报具体内容等方式显示。显示单元122可以发出提示指示驾驶员所要执行的动作，例如开启危险报警灯、减速慢行、在安全地点靠边停车等。可以理解，显示单元122具备可以实现上述显示内容的硬件设备，例如显示屏、扬声器等，显示单元122也具备可以实现上述显示功能的软件程序，例如可以实现上述功能的应用程序(app)。
49.在一些实施例中，请求组件120可以包括硬件和软件，其中的显示单元122可以是移动终端本身的显示屏及其控制电路，显示单元122所要显示的画面由软件设定。
50.参考图1所示，在一些实施例中，组合仪表模组110还包括故障检测单元113，用于检测组合仪表模组110的显示故障，若检测到显示故障，组合仪表模组110允许第二通信单元121读取车辆安全数据；若未检测到显示故障，组合仪表模组110禁止第二通信单元121读取车辆安全数据。该显示故障包括由于组合仪表模组110的软件故障和硬件故障所造成的显示故障。当出现这些显示故障时，驾驶员无法从组合仪表模组110的显示屏上看到有用的信息，尤其是与安全驾驶相关的车辆安全数据。本发明对于显示故障的具体内容不做限制。
51.在一些实施例中，该故障检测单元113包括硬件和软件，其中的硬件可以包括用于检测各种显示故障的检测电路，软件包括设定的用于检测显示故障的方法。该故障检测单
元113的硬件和软件可以集成在组合仪表模组110的硬件电路和软件控制系统中。
52.在一些情况下，驾驶员由于判断错误或误操作，在组合仪表模组110未发声显示故障时，使请求组件120的第二通信单元121与组合仪表模组110的第一通信单元建立连接。在另一些情况下，组合仪表模组110确实发生了显示故障，然而组合仪表模组110运行自动修复功能之后，这些显示故障被修复，仍然可以正常显示。在这两种情况下，若故障检测单元113未检测到组合仪表模组110的显示故障，则第二通信单元121不从组合仪表模组110读取车辆安全数据。
53.故障检测单元113可以实时地或以一定的频率对组合仪表模组110进行检测。故障检测单元113也可以由某种事件触发对组合仪表模组110的检测，例如屏幕驱动板的温度超过某一阈值。
54.在一些实施例中，故障检测单元113所检测的显示故障包括花屏、闪屏、卡屏、黑屏、白屏中的任意一个或多个。当出现这些显示故障时，都妨碍驾驶员从显示屏获取有用信息。
55.在一些实施例中，组合仪表模组110包括：屏幕驱动板、背光芯片和片上系统控制器，故障检测单元113用于检测该屏幕驱动板、背光芯片和片上系统控制器中的一个或多个的故障。屏幕驱动板、背光芯片和片上系统控制器是组合仪表模组110中有可能造成显示故障的硬件设备。本发明的安全驾驶系统的故障检测单元所检测的故障不限于这些硬件设备所造成的故障。
56.在一些实施例中，车辆安全数据包括车辆行驶数据、指示数据和警示数据中的任意一个或多个。车辆行驶数据指车辆在行驶过程中的一些动态或静态数据，包括但不限于：车速、发动机转速、发动机温度、档位等。指示数据指用于指示驾驶员车辆状态的数据，包括但不限于：转向指示(左转、右转)、车灯指示、发动机功率电子调节(epc,electronic power control)故障指示、轮胎压力监测系统(tpms,tire pressure monitoring system)指示、车载自动诊断系统(obd,on board diagnostics)指示等。警示数据指用来给出警告的数据，包括但不限于车门未关、转向灯异常、发动机故障等。
57.参考图1所示，在一些实施例中，请求组件120中还可以包括报警单元123，当第二通信单元121读取车辆安全数据失败时，报警单元123向4s店发送求救信号。在这些实施例中，请求组件120可以自动搜索最近的4s店，并向该最近的4s店发送求救信号。
58.在一些实施例中，报警单元123可以是请求组件120中的一种软件功能，并利用移动终端的移动通信方式，向附近的4s店发送求救信号。
59.根据本发明的安全驾驶系统，当组合仪表模组110发生显示故障时，可以通过请求组件120中的显示单元122来显示与车辆安全相关的车辆安全数据，提醒驾驶员规避风险，并发出求救信号，可以及时、有效地帮助驾驶员进行安全驾驶；另一方面，还能起到安抚驾驶员情绪、提供正确引导、确保行车安全的作用。
60.图2是本发明一实施例的安全驾驶方法的示例性流程图。该安全驾驶方法可以由本发明的安全驾驶系统来执行，因此，本说明书关于安全驾驶系统和安全驾驶方法的内容都适于说明安全驾驶系统和安全驾驶方法。参考图2所示，该实施例的安全驾驶方法包括以下步骤：
61.步骤210：响应于请求组件的连接请求，组合仪表模组对布置有该请求组件的移动
终端进行身份认证。
62.结合图1所示，本步骤可以由图1中所示的组合仪表模组110和请求组件120来执行。该请求组件120布置在移动终端中。请求组件120中的第二通信单元121发出连接请求，组合仪表模组110中的第一通信单元112响应于该连接请求，对布置有该请求组件120的移动终端进行身份认证。
63.步骤220：组合仪表模组和通过身份认证的移动终端建立连接。
64.在本步骤中，通过组合仪表模组110中的第一通信单元112与通过身份认证的移动终端中的请求组件120中的第二通信单元121建立连接。根据该步骤220，第二通信单元121获得了访问组合仪表模组110中数据的权限。
65.如前文所述，在优选实施例中，第一通信单元112和第二通信单元121通过无线通信方式建立连接，因此，组合仪表模组110和通过身份认证的移动终端通过无线通信方式建立连接，该无线通信方式优选地为近场通信方式。当然，也可以采用前文所列出的其他通信方式，在此不再展开。
66.步骤230：请求组件从组合仪表模组中读取车辆安全数据。
67.本步骤230中的请求组件指在步骤220中通过了身份认证之后的移动终端中的请求组件。该请求组件获取了访问组合仪表模组110中数据的权限，从而可以从组合仪表模组110中读取车辆安全数据。
68.在一些实施例中，该访问的权限包括读取和写入。
69.在一些实施例中，该访问的权限仅包括读取。根据这些实施例，可以有效避免网络风暴、恶意攻击、恶意信息篡改等不安全情况。
70.在一些实施例中，车辆安全数据包括但不限于前文所述的车辆行驶数据、指示数据和警示数据。
71.在一些实施例中，用户在请求组件120对所要读取的车辆安全数据进行设定，在本步骤，请求组件120仅从组合仪表模组110中读取用户预先设定的车辆安全数据。需要说明，读取的车辆安全数据中包括法律法规强制规定的行车安全数据。请求组件120可以包括应用程序，用于在显示屏上通过该应用程序设定所要读取的车辆安全数据等操作。
72.步骤240：请求组件显示车辆安全数据。
73.本步骤可以通过图1中所示的请求组件120的显示单元122来执行。
74.在一些实施例中，显示单元122通过画面和/或声音显示车辆安全数据。画面显示包括以图表、数字、弹窗等方式动态或静态地显示，声音显示包括警报声、提示音、语音播报具体内容等方式显示。
75.在一些实施例中，本发明的安全驾驶方法还包括在请求组件从组合仪表模组中读取车辆安全数据之前，检测组合仪表模组的显示故障，若组合仪表模组发生显示故障，则组合仪表模组允许请求组件读取车辆安全数据；若组合仪表模组未发生显示故障，则组合仪表模组禁止请求组件读取车辆安全数据。在这些实施例中，可以通过图1中所示的故障检测单元113来检测组合仪表模组110的显示故障。
76.在一些实施例中，组合仪表模组包括：屏幕驱动板、背光芯片和片上系统控制器等，检测组合仪表模组的显示故障还包括检测屏幕驱动板、背光芯片和片上系统控制器中的一个或多个的故障。
77.在一些实施例中，显示故障包括：花屏、闪屏、卡屏、黑屏、白屏中的一个或多个。
78.图3是本发明一实施例的安全驾驶方法的示例性工作流程示意图。该工作流程可以结合图1所示的安全驾驶系统来实现，以下结合图1对该实施例的安全驾驶方法的工作流程进行说明。参考图3所示，该实施例的工作流程包括以下步骤：
79.步骤310：开始。
80.在本步骤，安全驾驶系统100中的组合仪表模组110和请求组件120各自处于其正常工作状态。第一通信单元112和第二通信单元121可以都处于正常开启状态。
81.步骤320：判断组合仪表模组是否接收到连接请求？若是则继续执行步骤330；若否则回到步骤310。
82.该连接请求可以来自于包括图1所示的包括请求组件120的移动终端，也可以来自其他的移动设备。
83.步骤330：组合仪表模组获取移动终端身份。
84.在本步骤，组合仪表模组110和移动终端都拥有自身唯一的认证码。组合仪表模组110可以根据自定义加密算法对移动终端的认证码进行识别，来判断该包括该移动终端是否为合法用户。
85.步骤340：判断是否通过认证？若是则继续执行步骤350，若否则回到步骤310。
86.本步骤可以通过前文所述的第一认证单元111根据自定义加密算法对移动终端进行身份认证。认证该移动终端是否为合法用户，若是则表示移动终端通过认证，若否则移动终端未通过认证。
87.步骤350：建立连接。
88.在本步骤中，组合仪表模组110和通过认证的移动终端建立连接，即通过第一通信单元112和第二通信单元121建立连接。
89.在一些实施例中，在步骤340之后以及步骤350之前，还包括判断组合仪表模组110是否已与其他移动终端建立连接的步骤。若未建立连接，则组合仪表模组110和通过身份认证的移动终端建立连接；若已建立连接，则组合仪表模组110对移动终端进行第二次身份认证，若第二次身份认证成功，组合仪表模块110与其他移动终端断开连接，并与包括请求组件120的移动终端建立连接。该连接步骤将在后文结合图4进行说明。
90.步骤360：判断组合仪表模组是否发生显示故障？若是，则继续执行步骤370；若否，则流程回到步骤310。本步骤可以由图1中所示的故障检测单元113来执行。在一些实施例中，采用失效树分析方法(fta,failure tree analysis)对显示故障进行分析，本说明书将在后文结合图5对该实施例的显示故障判断方法进行说明。
91.步骤370：请求组件读取车辆安全数据。
92.本步骤与步骤230相同，在此不再展开。
93.步骤380：判断车辆安全数据是否正常？若正常，则继续执行步骤390；若不正常，则回到步骤370。
94.本步骤可以在请求组件120执行，对所读取到的车辆安全数据进行判断。为了对车辆安全数据是否正常进行判断，可以在请求组件120中预先存入相关车辆安全数据及其正常值或正常范围。请求组件120将从组合仪表模组110中读取到的车辆安全数据与其所存储的内容进行比较，从而判断所读取到的车辆安全数据是否正常。
95.步骤390：请求组件显示车辆安全数据。
96.本步骤与步骤240相同，在此不再展开。
97.根据图3所示的安全驾驶方法，可以在组合仪表模组110发生显示故障时，由与组合仪表模组110建立连接的移动终端中的请求组件120来显示相关的车辆安全数据，提示驾驶员必要的安全信息，给予驾驶员相关的安全操作指导，并且也可以由报警单元123发出求救信号。
98.图4是本发明一实施例的安全驾驶方法中建立连接的示例性工作流程示意图。图4示出了图3中步骤350的一种具体实施方式，其中示出了请求组件120和组合仪表模组110之间的交互步骤，可以理解，该交互步骤可以是由图1中所示的第一通信单元112和第二通信单元121具体执行。如图4所示，请求组件120和组合仪表模组110之间用虚线隔开，各个步骤分别列在请求组件120和组合仪表模组110的下方，表示该些步骤分别是在请求组件120或组合仪表模组110中执行。参考图4所示，该实施例的建立连接的方法包括以下步骤：
99.步骤410：包括请求组件120的移动终端通过认证。
100.本步骤表示进入该图4所示工作流程的移动终端是已经经过如图3中所示的步骤340的认证判断的移动终端。该移动终端是组合仪表模组110的合法用户。若移动终端不是组合仪表模组110的合法用户，则不会进入图4所示的工作流程。
101.步骤412：判断组合仪表模组110是否已建立连接。
102.本步骤是判断组合仪表模组110是否处于已经建立连接的状态，若其已经与其他移动终端建立连接，则其状态为锁定状态，继续执行步骤416；若其没有与其他移动终端建立连接，则其状态为非锁定状态，继续执行步骤414。
103.步骤414：当组合仪表模组110尚未建立连接时，组合仪表模组110生成认证成功报文，并继续执行步骤430。本发明对认证成功报文的具体形式和内容不做限制。
104.步骤416：根据自定义加密算法生成第二次认证报文，并继续执行步骤418。
105.当组合仪表模组110已经处于建立连接状态时，本步骤生成第二次认证报文，并将该认证报文发送给请求组件120。该第二次认证报文是根据自定义加密算法进行了加密。
106.步骤418：请求组件120根据自定义加密算法解析第二次认证报文，并继续执行步骤420。
107.步骤420：请求组件120生成验证码。并将该验证码发送给组合仪表模组110，继续执行步骤422。
108.若请求组件120也装载有相应的自定义加密算法，则请求组件120可以正确解析该第二次认证报文并生成正确的验证码，否则，步骤420不能生成验证码，或者生成的验证码是错误的。
109.步骤422：组合仪表模组110判断验证码是否正确。若验证码正确，则继续执行步骤424，若验证码不正确，则继续执行步骤426。
110.步骤424：组合仪表模组110解除原来的连接，继续执行步骤430。
111.在本步骤，组合仪表模组110解除原来的连接，以便于和本次提出连接请求的请求组件120的移动终端建立连接。
112.步骤426：组合仪表模组110报告连接失败。继续执行步骤428。
113.步骤428：请求组件120不能与组合仪表模组110建立连接。也即包括该请求组件
120的移动终端不能与组合仪表模组110建立连接。
114.步骤430：请求组件120与组合仪表模组110建立连接。也即包括该请求组件120的移动终端与组合仪表模组110建立连接。
115.根据图4所示的建立连接的步骤，可以确保组合仪表模组110在一个时刻仅与一个请求组件120建立连接，并由一个请求组件120读取组合仪表模组110中的车辆安全数据并显示该车辆安全数据。
116.图5是本发明一实施例的安全驾驶方法中对显示故障进行失效树分析的示例性工作流程示意图。参考图5所示，该失效树从三个方面对显示故障展开分析，该三个方面分别是：背光故障520、tcon故障530和soc故障540。其中，背光故障520指与背光芯片相关的故障；tcon指屏幕驱动板，tcon故障530指与屏幕驱动板相关的故障；soc指片上系统控制器，soc故障540指与片上系统控制器相关的故障。图5所示的失效树列出了组合仪表模组110发生显示故障的可能原因，并进一步列出了该三方面故障的具体原因。
117.其中，与背光故障520相关的故障包括电量低521、温度异常522、led短路523和led断路。与tcon故障530相关的故障包括电量低531、温度异常532和crc故障。与soc故障540相关的故障分为硬件故障550和软件故障560两类，其中，硬件故障550包括电量低551、温度异常552和数据连接器异常553，软件故障560包括显示驱动故障561、显示进程崩溃562和显示内容错误563。
118.组合仪表模组110中的故障检测单元113可以通过i2c总线访问相关器件，对相关器件进行诊断。例如：
119.(1)电量低521、531、551：通过i2c回读电源采样值，可以诊断出由于屏幕供电系统(电路)异常导致的显示故障。
120.(2)温度异常522、532、552：通过i2c回读液晶显示屏当前的温度警报，可以诊断出显示故障。
121.(3)led短路523：通过i2c回读背光芯片的诊断信息，如果短路状态位有效则认为异常，可以诊断出黑屏、背光亮度异常、屏幕不清晰等显示故障。
122.(4)led断路524：通过i2c回读背光芯片的诊断信息，如果开路状态位有效则认为异常，可以诊断出黑屏、背光亮度异常、屏幕不清晰等显示故障。
123.(5)crc故障533：crc指循环冗余校验(cyclic redundancy check)算法，通过i2c回读液晶显示屏的屏幕驱动板中的crc值，将该crc值与屏幕所显示实际画面的crc值进行比对，如果不一致则认为异常，可以诊断出花屏、闪屏、卡屏、黑屏等显示故障。
124.(6)数据连接器异常553：通过i2c回读终端阻抗状态判断连接是否异常，如果终端阻抗状态位无效则认为异常，可以诊断出黑屏等显示故障。
125.(7)显示驱动故障561：通过i2c读取soc中显示相关寄存器状态(gpu/hmi/lvds/dsi)，如果存在寄存器报错则认为异常，可以诊断出黑屏等显示故障。
126.(8)显示进程崩溃562：通过i2c读取soc中显示相关进程状态，如果进程崩溃，则认为异常，可以诊断出黑屏等显示故障。
127.(9)显示内容错误563：通过i2c读取soc中信号数据刷新及图像数据同步状态，如果不同步则认为异常，可以诊断出屏幕卡顿等显示故障。
128.i2c总线与上述相关模块相连接，如背光芯片、tcon和soc，当i2c与这些模块之间
的通信异常，例如通信失效或超时时，认为相关的模块出现异常，从而诊断出上述与该模块对应的显示故障。
129.可以理解，图5所示仅为示例，并没有穷尽所有可能的显示故障。
130.图6是本发明一实施例的安全驾驶方法中请求组件读取车辆安全数据的示例性工作流程示意图。图6示出了图3中步骤370的一种具体实施方式，其中示出了请求组件120和组合仪表模组110之间的交互步骤，可以理解，该交互步骤可以是由图1中所示的第一通信单元112和第二通信单元121具体执行。如图6所示，请求组件120和组合仪表模组110之间用虚线隔开，各个步骤分别列在请求组件120和组合仪表模组110的下方，表示该些步骤分别是在请求组件120或组合仪表模组110中执行。参考图6，该实施例的请求组件读取车辆安全数据的方法包括以下步骤：
131.步骤610：请求组件120发送读取车辆安全数据请求报文到组合仪表模组110。
132.在一些实施例中，该车辆安全数据请求报文中包括用户设定的所要读取的车辆安全数据。
133.在一些实施例中，采用crc校验算法构建车辆安全数据请求报文，例如在报文最后两字节添加校验码。
134.在一些实施例中，请求组件120单次地向组合仪表模组110发送读取车辆安全数据请求报文。在一些实施例中，请求组件120按照一定的频率持续地向组合仪表模组110发送多次读取车辆安全数据请求报文。
135.步骤612：判断组合仪表模组110是否已建立连接。
136.本步骤是判断组合仪表模组110是否已经与移动终端建立连接，若已经建立连接，则继续执行步骤614；若没有建立连接，则继续执行步骤616。
137.步骤614：判断请求报文是否正常。
138.在一些实施例中，对采用crc校验算法处理的车辆安全数据请求报文，组合仪表模组110也采用相应的crc检验算法来对该车辆安全数据请求报文进行校验，若校验成功，则表示该请求报文正常，继续执行步骤622；若校验失败，则表示该请求报文不正常，继续执行步骤616。
139.步骤616：报告出错，并继续执行步骤618。
140.步骤618：结束。
141.流程在本步骤结束，请求组件120不能从组合仪表模组110中读取到需要的车辆安全数据并显示。
142.步骤620：判断请求是否超时。
143.在请求组件120向组合仪表模组110发送读取车辆安全数据请求报文之后，启动定时器，若在指定时间内未收到报文回复，则视为超时。若超时，则继续执行步骤626；若未超时，则循环执行步骤620。若在超时前收到了报文回复，则该循环结束。收到报文回复在步骤624。
144.步骤622：构建车辆安全数据报文。
145.在一些实施例中，采用与步骤610中相同的crc校验算法构建车辆安全数据报文，并将该车辆安全数据报文发送到请求组件120。
146.步骤624：判断车辆安全数据报文是否正常。
147.在本步骤中，可以采用构建报文所采用的crc检验算法对车辆内嵌数据报文进行校验，若校验成功，则表示该车辆安全数据报文正常，继续执行步骤628；若校验失败，则表示该车辆安全数据报文不正常，继续执行步骤626。
148.步骤626：显示警报。
149.本步骤可以由图1中所示的显示单元122和/或报警单元123来执行。
150.步骤628：显示车辆安全数据。
151.请求组件120接收到正常的车辆安全数据报文，则将该车辆安全数据显示出来。本步骤可以由图1中所示的显示单元122来执行。
152.步骤630：发送求救信号。
153.由于在图3所示的步骤360中判断组合仪表模组110发生了显示故障，威胁行车安全。因此，参考图6所示，无论请求组件120是否读取到车辆安全数据，都在本步骤发送求救信号。本步骤可以由图1中所示的报警单元123来执行。
154.根据本发明的安全驾驶系统和方法，在组合仪表模组发生显示故障时，可以由请求组件显示必要的车辆安全数据，并给驾驶员提供正确引导，安抚驾驶员情绪，确保行车安全。
155.本技术的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。
156.虽然本发明已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本发明，在没有脱离本发明精神的情况下还可作出各种等效的变化或替换，因此，只要在本发明的实质精神范围内对上述实施例的变化、变型都将落在本技术的权利要求书的范围内。