车辆救援的控制系统和控制方法与流程

1.本发明主要涉及车辆控制领域，尤其涉及一种车辆救援的控制系统和控制方法。


背景技术：

2.随着技术发展和用户需求的不断升级，在车辆发生严重碰撞或者轻微碰撞时，如何向外界发出救援信息也是衡量车辆安全性能的其中一个重要的指标。
3.现有的车辆大多还采用传统的sos按钮发出求救信号，或者通过车主在发生事故后自行拨打电话以向外界寻求救援。这样传统的方式不能及时向外发出救援信号，并且如果有严重的事故或者车主因为其他原因无法启动sos按钮或通过手机联系外界的话，就很可能错过最佳的救援时机。


技术实现要素：

4.本发明要解决的技术问题是提供一种车辆救援的控制系统和控制方法，可以在车辆发生严重碰撞和轻微碰撞时自动发出不同的紧急救援信息，使车辆获得及时和有效的保护。
5.为解决上述技术问题，本发明提供了一种车辆救援的控制系统，包括：远程通讯模块，包括传感器，所述传感器适于采集车辆在发生轻微碰撞时的位移信号；气囊装置，连接至所述远程通讯模块，适于在所述车辆发生严重碰撞时弹出，并传送气囊碰撞信号至所述远程通讯模块；车辆信息平台，适于接收所述远程通讯模块发出的信息；其中，所述远程通讯模块配置为在监测到所述气囊碰撞信号时发出紧急救援信息至所述车辆信息平台，并且在监测到所述位移信号时发出车辆状态信息至所述车辆信息平台。
6.在本发明的一实施例中，所述控制系统还包括行车记录仪，连接至所述远程通讯模块，所述远程通讯模块还配置为当监测到所述位移信号时开启所述行车记录仪以记录所述车辆周围的影像。
7.在本发明的一实施例中，所述行车记录仪还适于将所述影像通过所述远程通讯模块上传至所述车辆信息平台。
8.在本发明的一实施例中，所述远程通讯模块包括usb接口，所述行车记录仪通过所述usb接口连接至所述远程通讯模块。
9.在本发明的一实施例中，所述控制系统还包括用户终端，所述车辆信息平台配置为通过网络传送所述紧急救援信息和所述车辆状态信息至所述用户终端。
10.在本发明的一实施例中，所述车辆状态信息包括车门开关信息、车辆启动和熄火信息以及车辆位置信息。
11.在本发明的一实施例中，所述远程通讯模块包括t
‑
box。
12.在本发明的一实施例中，所述车辆信息平台包括tsp云端。
13.为了解决以上的技术问题，本发明的另一方面还提供了一种车辆救援的控制方法，适用于具有远程通讯模块、气囊装置和车辆信息平台的车辆救援的控制系统，包括如下
步骤：当车辆发生严重碰撞时，所述气囊装置弹出，并传送气囊碰撞信号至所述远程通讯模块，所述远程通讯模块发出紧急救援信息至所述车辆信息平台；以及当车辆发生轻微碰撞时，所述远程通讯模块中的传感器采集所述车辆的位移信号，所述远程通讯模块发出车辆状态信息至所述车辆信息平台。
14.在本发明的一实施例中，所述控制系统还包括行车记录仪，所述控制方法还包括：当车辆发生轻微碰撞时，开启所述行车记录仪并记录所述车辆周围的影像，并将所述影像上传至所述车辆信息平台。
15.与现有技术相比，本发明具有以下优点：本发明的车辆救援控制系统和控制方法可以区分不同程度的碰撞情况，并根据区别的碰撞情况自动向外发出不同的信息，以便车辆在不同的碰撞情况下获得适度和有效的救援。
附图说明
16.包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本发明原理的作用。附图中：
17.图1是本发明的一种车辆救援的控制系统的系统框图；以及
18.图2是本发明的一种车辆救援的控制方法的流程示意图。
具体实施方式
19.为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
20.如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。
21.除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
22.在本申请的描述中，需要理解的是，方位词如“前、后、上、下、左、右”、“横向、竖向、垂直、水平”和“顶、底”等所指示的方位或位置关系通常是基于附图所示的方位或位置关系，仅是为了便于描述本申请和简化描述，在未作相反说明的情况下，这些方位词并不指示和暗示所指的装置或元件必须具有特定的方位或者以特定的方位构造和操作，因此不能理
解为对本申请保护范围的限制；方位词“内、外”是指相对于各部件本身的轮廓的内外。
23.为了便于描述，在这里可以使用空间相对术语，如“在
……
之上”、“在
……
上方”、“在
……
上表面”、“上面的”等，用来描述如在图中所示的一个器件或特征与其他器件或特征的空间位置关系。应当理解的是，空间相对术语旨在包含除了器件在图中所描述的方位之外的在使用或操作中的不同方位。例如，如果附图中的器件被倒置，则描述为“在其他器件或构造上方”或“在其他器件或构造之上”的器件之后将被定位为“在其他器件或构造下方”或“在其他器件或构造之下”。因而，示例性术语“在
……
上方”可以包括“在
……
上方”和“在
……
下方”两种方位。该器件也可以其他不同方式定位(旋转90度或处于其他方位)，并且对这里所使用的空间相对描述作出相应解释。
24.此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本申请说明书中所提及的一些术语可能是申请人按他或她的判断来选择的，其详细含义在本文的描述的相关部分中说明。此外，要求不仅仅通过所使用的实际术语，而是还要通过每个术语所蕴含的意义来理解本申请。
25.应当理解，当一个部件被称为“在另一个部件上”、“连接到另一个部件”、“耦合于另一个部件”或“接触另一个部件”时，它可以直接在该另一个部件之上、连接于或耦合于、或接触该另一个部件，或者可以存在插入部件。相比之下，当一个部件被称为“直接在另一个部件上”、“直接连接于”、“直接耦合于”或“直接接触”另一个部件时，不存在插入部件。同样的，当第一个部件被称为“电接触”或“电耦合于”第二个部件，在该第一部件和该第二部件之间存在允许电流流动的电路径。该电路径可以包括电容器、耦合的电感器和/或允许电流流动的其它部件，甚至在导电部件之间没有直接接触。
26.本发明的一实施例提出了一种车辆救援的控制系统，在车辆发生严重碰撞自动发出紧急救援信息，并在轻微碰撞时获得自动发出警示信息，使车辆获得及时和有效的保护。
27.如图1所示，是本发明的一种车辆救援的控制系统10的系统框图。
28.如图1所示，车辆救援的控制系统10包括远程通讯模块11、气囊装置12和车辆信息平台13。
29.进一步具体的，远程通讯模块11包括传感器110。传感器110可以用来采集车辆在发生轻微碰撞时的位移信号。
30.气囊装置12连接至远程通讯模块11，该气囊装置12会在车辆发生严重碰撞时弹出，并传送气囊碰撞信号至远程通讯模块11。
31.在本发明的一实施例中，该气囊碰撞信号包括高电平信号，可以直接被远程通信模块11的接口监测到。但是本发明不以此为限，例如，在本发明的一些其他的实施例中，气囊装置本身与网络连接，可以在弹出时自动通过网络信号使远程通讯模块11可以监测并接受。
32.继续如图1所示，车辆信息平台13可以接收远程通讯模块11发出的信息。
33.示例性的，在本发明如图1所示的实施例中，车辆信息平台为云端，可以通过网络接收来自远程通讯模块11的发出的信息。
34.具体的，在以上的系统配置框架中，上述车辆信息平台13可以接收的远程通讯模
块11发出的信息包括紧急救援信息和车辆状态信息。其中，远程通讯模块11可以在监测到上述气囊碰撞信号时发出紧急救援信息至车辆信息平台13，并且在监测到上述位移信号时发出车辆状态信息至车辆信息平台13。
35.示例性的，该车辆信息平台13还可以与其他第三方的道路救援机构的系统和网络进行连接，以便在该车辆信息平台13收到上述紧急救援信息的时候，可以及时的向外界传递车辆需要紧急救援的信息，以便车辆在严重受损且驾驶员不便的情况下，让车辆和车内人员接收到及时的救援和保护。
36.在如图1所示的实施例中，控制系统10还包括行车记录仪14，也连接至远程通讯模块11。远程通讯模块11配置为当监测到位移信号时会通过远程通讯自动开启行车记录仪14，以便记录在车辆周围的影像。
37.如上所述，位移信号是在车辆发生轻微碰撞时产生，因此，在车辆发生轻微碰撞时，上述位移信号会作为触发行车记录仪14开启的触发信号，从而在车辆发生轻微碰撞的场景下，由行车记录仪14记录车辆周围的影像，以便为车辆的轻微事故留下影像的证据，便于车主保护车辆。
38.在本发明的一实施例中，行车记录仪14还可以将其记录的将影像通过远程通讯模块上传至车辆信息平台13，由此，位于云端存储的影像将为车主提供车辆被轻微碰撞时用于维权的证据。
39.在本发明的一实施例中，远程通讯模块11包括usb接口，行车记录仪14通过usb接口连接至远程通讯模块11，但是本发明不以此为限，例如，可以通过其他的如网络/无线连接的方式将远程通讯模块11与行车记录仪14连接起来。
40.在如图1所示的实施例中，控制系统10还包括用户终端15，车辆信息平台13可以通过网络传送紧急救援信息和车辆状态信息至用户终端15。
41.示例性的，用户终端15包括智能手机，或进一步的，包括位于手机中应用程序。用户可以通过智能手机开启提醒的方式，当车辆信息平台13发来紧急救援信息和车辆状态信息时，及时收到信息的提示和提醒，以便在第一时间对车辆进行救援并可以保证对车辆进行实时监控。但是本发明不以此为限。
42.在本发明的一实施例中，上述车辆状态信息包括车门开关信息、车辆启动和熄火信息以及车辆位置信息。但是本发明不以此为限，在不同的应用场景下或者针对不同的用户需求，还可以对上述的车辆状态信息进行调整和改变。
43.示例性的，在本发明的一实施例中，远程通讯模块11包括汽车t
‑
box(telematics box)。
44.在本发明的一实施例中，上述车辆信息平台13包括tsp(telematics service provider)云端。
45.为了解决以上的技术问题，本发明的另一方面还提出了一种车辆救援的控制方法。
46.如图2所示，是本发明的一种车辆救援的控制方法20的流程示意图。该控制方法20可以适用于如图1所示的车辆救援的控制系统10，但是本发明不以此为限。
47.在本发明的一些其他实施例中，控制方法20还可以适用于其他具有远程通讯模块、气囊装置和车辆信息平台的车辆救援的控制系统，其中，各模块和装置的配置以及连接
方式可能与图1所示的实施例存在差异。
48.本申请中图2使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，或将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
49.如图2所示，本发明一实施例的一种车辆救援的控制方法20包括如下的步骤：
50.21：当车辆发生严重碰撞时，气囊装置弹出，并传送气囊碰撞信号至远程通讯模块，远程通讯模块发出紧急救援信息至车辆信息平台；
51.22：当车辆发生轻微碰撞时，远程通讯模块中的传感器采集车辆的位移信号；
52.23：远程通讯模块发出车辆状态信息至车辆信息平台；以及
53.24：当车辆发生轻微碰撞时，开启行车记录仪并记录车辆周围的影像，并将影像上传至车辆信息平台。
54.通过图2可以理解的是，本发明的上述控制方法20将车辆受到碰撞的情况区分为严重碰撞和轻微碰撞并由此作为起点执行不同的操作步骤。其中，当车辆收到严重碰撞时，气囊装置在弹出的同时，会传送气囊碰撞信号至远程通讯模块，该远程通讯模块会发出于严重碰撞相对应的紧急救援信息。示例性的，该远程通讯模块可以呼叫第三方救援机构，以便在车内人员遭遇为限时可以第一时间获得救援。
55.另一方面，当车辆仅发生轻微碰撞时，如停车状态下的车辆被剐蹭或追尾等，此时不需要呼叫紧急救援，但是也需要及时通知车主或记录证据
56.其他关于车辆救援的控制方法的细节也可以参考上述关于车辆救援的控制系统的说明，在此不再赘述。
57.通过上述车辆救援的控制系统和控制方法，可以在车辆发生严重碰撞和轻微碰撞时自动发出不同的紧急救援信息，使车辆获得及时和有效的保护。
58.上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可能会对本申请进行各种修改、改进和修正。该类修改、改进和修正在本申请中被建议，所以该类修改、改进、修正仍属于本申请示范实施例的精神和范围。
59.同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
60.本申请的一些方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。处理器可以是一个或多个专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理器件(dapd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、处理器、控制器、微控制器、微处理器或者其组合。此外，本申请的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。例如，计算机可读介质可包括，但不限于，磁性存储设备(例如，硬盘、软盘、磁带
……
)、光盘
(例如，压缩盘cd、数字多功能盘dvd
……
)、智能卡以及闪存设备(例如，卡、棒、键驱动器
……
)。
61.计算机可读介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。计算机可读介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机可读介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、射频信号、或类似介质、或任何上述介质的组合。
62.同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
63.一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有
±
20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
64.虽然本申请已参照当前的具体实施例来描述，但是本技术领域中的普通技术人员应当认识到，以上的实施例仅是用来说明本申请，在没有脱离本申请精神的情况下还可作出各种等效的变化或替换，因此，只要在本申请的实质精神范围内对上述实施例的变化、变型都将落在本申请的权利要求书的范围内。