车辆监控方法、服务系统、管理终端、车辆及存储介质与流程

1.本技术涉及数据处理领域。本技术尤其涉及自动驾驶、车辆安全性监控等领域。


背景技术：

2.在车辆的智能化、网联化和电动化程度不断提高的背景下，车辆的信息安全问题日益严峻，信息篡改、病毒入侵等手段已成功被黑客应用于车辆攻击中，因此对车辆系统的安全监控，特别是实时掌握车辆运行状态，显得尤为重要。


技术实现要素：

3.本公开提供了一种车辆监控方法、服务系统、管理终端、车辆及存储介质。
4.根据本公开的第一方面，提供了一种车辆监控方法，包括：
5.服务系统实时获取至少一个车辆的监控信息；
6.所述服务系统对所述至少一个车辆中每一个车辆的监控信息进行分析，判断所述每一个车辆当前是否存在安全问题；
7.响应于所述至少一个车辆中的第一车辆存在安全问题，所述服务系统生成所述第一车辆的安全事件信息，将所述第一车辆的安全事件信息发送至管理终端；所述管理终端用于基于所述第一车辆的安全事件信息更新当前监控界面所展示的内容。
8.根据本公开的第二方面，提供了一种车辆监控方法，包括：
9.管理终端接收服务系统发送的第一车辆的安全事件信息；
10.所述管理终端生成所述第一车辆的安全事件信息所对应的第一车辆的安全提示信息；
11.所述管理终端基于所述第一车辆的安全提示信息更新监控界面，在更新后的所述监控界面所展示的内容中包含所述第一车辆的安全提示信息。
12.根据本公开的第三方面，提供了一种车辆监控方法，包括：
13.车辆基于采集策略实时获取当前的监控信息；其中，所述采集策略包含所要采集的监控信息的相关信息；
14.所述车辆向服务系统上报所述当前的监控信息。
15.根据本公开的第四方面，提供了一种服务系统，包括：
16.第一传输模块，用于实时获取至少一个车辆的监控信息；
17.第一处理模块，用于对所述至少一个车辆中每一个车辆的监控信息进行分析，判断所述每一个车辆当前是否存在安全问题；响应于所述至少一个车辆中的第一车辆存在安全问题，生成所述第一车辆的安全事件信息；
18.第二传输模块，用于将所述第一车辆的安全事件信息发送至管理终端。
19.根据本公开的第五方面，提供了一种管理终端，包括：
20.第三传输模块，用于接收服务系统发送的第一车辆的安全事件信息；
21.第二处理模块，用于生成所述第一车辆的安全事件信息所对应的第一车辆的安全
提示信息；基于所述第一车辆的安全提示信息更新监控界面，在更新后的所述监控界面所展示的内容中包含所述第一车辆的安全提示信息。
22.根据本公开的第六方面，提供了一种车辆，包括：
23.监控模块，用于基于采集策略实时获取当前的监控信息；其中，所述采集策略包含所要采集的监控信息的相关信息；
24.第四传输模块，用于向服务系统上报所述当前的监控信息。
25.根据本公开的第七方面，提供了一种电子设备，包括：
26.至少一个处理器；以及
27.与所述至少一个处理器通信连接的存储器；其中，
28.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述方法。
29.根据本公开的第八方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行前述方法。
30.根据本技术的技术，就可以实时获取车辆的监控信息，进而基于车辆的监控信息进行实时分析，若车辆存在安全问题，则生成车辆的安全信息。如此，可以对车辆的安全状态进行实时分析，从而保证对车辆的故障或安全性问题进行及时排查和修复，提升车辆的安全性以及可靠性。
31.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
32.附图用于更好地理解本方案，不构成对本技术的限定。其中：
33.图1是根据本技术实施例的车辆监控方法流程示意图一；
34.图2是根据本技术实施例的车辆监控方法流程示意图二；
35.图3是根据本技术实施例的监控界面示意图；
36.图4是根据本技术实施例的车辆监控方法流程示意图三；
37.图5是根据本技术实施例的车辆监控方法流程示意图四；
38.图6是根据本技术实施例的服务系统组成结构示意图；
39.图7是根据本技术实施例的管理终端组成结构示意图；
40.图8是根据本技术实施例的车辆组成结构示意图；
41.图9是用来实现本技术实施例的车辆监控方法的电子设备的框图。
具体实施方式
42.以下结合附图对本技术的示范性实施例做出说明，其中包括本技术实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本技术的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
43.本技术实施例提供了一种车辆监控方法，如图1所示，包括：
44.s101：服务系统实时获取至少一个车辆的监控信息；
45.s102：所述服务系统对所述至少一个车辆中每一个车辆的监控信息进行分析，判断所述每一个车辆当前是否存在安全问题；
46.s103：响应于所述至少一个车辆中的第一车辆存在安全问题，所述服务系统生成所述第一车辆的安全事件信息，将所述第一车辆的安全事件信息发送至管理终端；所述管理终端用于基于所述第一车辆的安全事件信息更新当前监控界面所展示的内容。
47.s101中，所述服务系统实时获取至少一个车辆的监控信息，包括：
48.所述服务系统通过与所述至少一个车辆之间的数据传输通道，实时获取所述至少一个车辆的监控信息；其中，所述数据传输通道为基于消息队列遥测传输协议建立的通道。
49.其中，所述监控信息包括以下类型中至少之一：网络使用数据、应用运行数据、系统资源占用状态数据、安全状态变化信息。
50.也就是同一时刻，所述服务系统可以获得一个或多个车辆的监控信息。
51.所述安全状态变化信息包括有以下至少一种：系统调试模式的安全状态变化信息、root的状态变化信息、selinux(security-enhanced linux，安全增强型linux)操作的信息、至少一种应用的安全状态变化信息(比如可以包括应用的安装、卸载、崩溃等状态)。
52.所述服务系统基于与每一个车辆建立的数据传输通道，获取每一个车辆实时上报的监控信息。建立数据传输通道为基于消息队列遥测传输(mqtt，message queuing telemetry transport)协议建立的。其中，mqtt是轻量级基于代理的发布/订阅的消息传输协议，小型传输，开销很小(固定长度的头部是2字节)，协议交换最小化，通过采用mqtt协议建立数据传输通道以降低网络流量。
53.s102中，所述服务系统实时的对每一个车辆的监控信息进行分析。具体可以为，所述服务系统对每一个车辆的监控信息进行分析的处理中，可以是对每一个车辆的监控信息进行过滤，从过滤后的监控信息中检测是否车辆存在安全问题。
54.所述过滤的处理，可以包括：从监控信息中去除无效数据，比如数据格式错误等等。
55.需要指出的是，基于过滤后的监控信息判断车辆是否存在安全问题，可以理解为针对不同类型的数据预设对应的判断条件，若满足该判断条件，可以确定车辆存在安全问题。
56.针对不同的监控信息的不同的判断条件，举例来说，比如，过滤后的监控信息中有应用运行数据，那么可以检测应用运行数据中是否存在异常，若存在异常可以认为车辆存在安全问题；比如，过滤后的监控信息中存在针对root的篡改情况，那么可以认为车辆存在安全问题；再比如，过滤后的监控信息中存在第一应用出现崩溃的情况，可以认为出现安全问题。
57.s103中，若服务系统发现一个或多个车辆中的第一车辆存在安全问题，则生成该第一车辆对应的安全事件信息；否则，若一个或多个车辆在当前时刻均没有发现安全问题，则不需要进行操作。
58.另外，在当前发现了安全事件的时候，还可以所述服务系统基于告警策略确定所述第一车辆的安全事件信息所对应的目标通知对象；其中，所述告警策略由所述管理终端发送至所述服务系统，所述告警策略包括至少一类安全事件信息，以及每一个安全事件信息所对应的通知对象；
59.所述服务系统基于所述第一车辆的安全事件信息生成告警提示信息，向所述目标通知对象发送所述告警提示信息。
60.其中，将所述安全事件对应的所述提示信息发送给对应的对象，是为了接收到通知的目标通知对象针对安全事件进行排查、故障处理等后续处理。
61.其中，目标通知对象可以为指定处理某一类安全事件的安全运维人员。也就是，发现安全事件后，根据设定告警策略通知对应的安全运维人员，由对应的安全运维人员根据安全事件信息进行分析以及处理。如此，可以及时获知当前车辆运行是否存在安全问题，并且可以实时的对安全问题进行排查进而尽快排除安全隐患或运行故障。
62.其中，告警策略可以为所述服务系统从监控终端得到的；也就是：所述服务系统接收所述管理终端发来的告警策略。所述告警策略可以根据实际需求下发，不一定是周期性下发。
63.另外，在发现第一车辆存在安全问题的同时，所述服务系统可以在数据库中存储所述第一车辆的安全事件信息。
64.存储所述第一车辆的安全事件信息可以为：存储安全事件信息的时刻、安全事件的相关内容、所述第一车辆的标识信息等等。
65.所述服务系统还可以周期性的对存储的至少一个车辆的至少一个安全事件信息进行分析，生成数据报告。其中，周期的长短可以根据实际情况进行设置，比如，可以每3个月生成一次。
66.基于所述数据报告可以确定这段时间内存在的一个或多个安全事件的类型，后续可以针对安全事件的类型以及安全事件的内容进行具体分析，得到排除这类安全事件的处理方案，比如，可以为通过软件包升级车辆软件以排除这类安全事件，则可以由运维人员针对相关安全事件进行软件的升级开发，并将升级后的软件包下发至全部车辆，以此来避免相同类型的安全事件的再次发生。
67.本技术实施例还提供一种车辆监控方法，如图2所示，包括：
68.s201：管理终端接收服务系统发送的第一车辆的安全事件信息；
69.s202：所述管理终端生成所述第一车辆的安全事件信息所对应的第一车辆的安全提示信息；
70.s203：所述管理终端基于所述第一车辆的安全提示信息更新监控界面，在更新后的所述监控界面所展示的内容中包含所述第一车辆的安全提示信息。
71.s201中，管理终端可以在同一时间接收到一个或多个车辆的安全事件信息。所述第一车辆可以为上述一个或多个车辆中的一个。针对其他车辆的处理与第一车辆是相同的，因此不再一一赘述。
72.s202中，安全提示信息包含有车辆的标识、安全事件信息的类型、发生安全事件的时刻等等。
73.相应的，生成所述第一车辆的安全事件信息所对应的第一车辆的安全提示信息，可以为基于安全事件信息对应的第一车辆的标识、安全事件信息的类型、发生时刻等生成所述第一车辆的安全提示信息。也就是，可以对安全事件信息进行信息提取，不需要将全部的安全事件信息全部展示在监控界面中。
74.s203中，所述监控界面中展示的内容包括以下至少一项：地理区域、在所述地理区
域内的车辆的数量、车辆的安全提示信息。
75.其中，所述地理区域可以根据实际情况进行设置，比如，当前仅关心自己省内的情况，那么地理区域可以为省内包含的区域。
76.所述地理区域内的车辆，可以为在所述地理区域内当前在线(或使用中)的车辆。
77.需要指出的是，所述管理终端基于所述第一车辆的安全提示信息更新监控界面，包括：
78.所述管理终端将所述第一车辆的安全提示信息添加至安全提示信息列表，对所述安全提示信息列表中包含的安全提示信息按照时间先后顺序进行排序；其中，所述安全提示信息列表中包含m个车辆的安全提示信息；m为大于等于1的整数；
79.所述管理终端基于排序后的安全提示信息，更新所述监控界面。
80.也就是，管理终端在得到第一车辆的安全提示信息后，可以基于第一车辆的安全提示信息的生成时间、以及管理终端已有的一个或多个车辆的安全提示信息的生成时间进行排序；最终将最新的安全提示信息排序在最前面进行展示。
81.图3为管理中的监控界面的一种示例，其中可以包括地理区域，比如图中为中国区域；当前在线的车辆的数量，当前出现过安全问题的次数；以及安全提示信息。如图3所示，其中安全事件a可以为上述第一车辆的安全提示信息，在图中将第一车辆表示为车辆1，在安全事件提示信息中还包括有发生安全事件的时间。另外，安全事件b、c即为原有安全事件；在图中安全事件按照发生时间排序进行展示。
82.此外，本实施例中还包括：所述管理终端响应于针对所述监控界面中所展示的第二车辆的安全提示信息的点击操作，展示所述第二车辆所对应的安全事件信息。
83.举例来说，若安全运维人员在收到服务系统发送的告警提示信息之后，可以通过所述管理终端对安全事件进行具体查询，如此可以使得运维管理人员快速掌握车辆的问题，以得到对应的解决方案。
84.如此，可以在管理终端获得当前在线的全部车辆的信息、在一段时长内存在问题的车辆的信息，并且可以响应于运维人员的操作为运维人员展示具体的安全问题，从而，保证安全问题的上报的及时性，由于上报安全问题更加及时并且更加详细，进而可以保证解决车辆的安全问题的处理更加高效并且准确。
85.另外，所述方法还包括以下至少之一：
86.确定针对至少一个车辆的采集策略；还可以将所述采集策略通过所述服务系统发送至所述至少一个车辆中的每一个车辆；其中，所述采集策略包含车辆所要采集的监控信息的相关信息；
87.确定安全事件的告警策略。
88.还可以将所述安全事件的告警策略发送至所述服务系统。
89.也就是说，管理终端还可以根据当前的需求，调整车辆的采集策略；在采集策略中可以包括有：信息采集策略和/或关键文件列表。其中，信息采集策略中主要包含以下数据类型至少之一：网络使用数据、应用运行数据、系统资源占用状态数据等类型的；另外，信息采集策略中还可以包括不同类型的数据的采集起始时间、采集结束时间、或采集周期等内容。所述关键文件列表，主要用于指示从哪些文件中检测安全状态变化信息。
90.所述管理终端进行采集策略的调整的处理中，可以根据当前统计的安全事件的情
况来确定，比如，当前统计某些车辆容易在系统发生安全问题，那么可以针对这些车辆设置更多的信息采集策略并下发，以采集更细粒度的安全问题，并提升对这类问题的监控力度。
91.另外，所述管理终端还可以调整告警策略，这种调整可以结合运维人员的配置来实现，比如，某一类问题所对应的运维人员增加或减少，那么可以对告警策略中这类安全问题所关联的运维人员的提示方式进行相应的调整。然后，管理终端将调整后的告警策略发送给所述服务系统。
92.本技术实施例还提供一种车辆监控方法，如图4所示，包括：
93.s301：车辆基于采集策略实时获取当前的监控信息；其中，所述采集策略包含所要采集的监控信息的相关信息；
94.s302：所述车辆向服务系统上报所述当前的监控信息。
95.本实施例通过在车辆部署用于监控的应用或插件来实现对车端的信息监控。另外，执行处理之前，车辆需要跟服务系统建立数据传输通道；也就是可以建立基于mqtt协议的双向数据传输通道，这里不再赘述。
96.在执行s301时，车辆可以根据当前配置的采集策略实时进行数据采集得到当前的监控信息。
97.所述监控信息包括以下类型中至少之一：网络使用数据、应用运行数据、系统资源占用状态数据、安全状态变化信息。
98.获取采集策略的方式可以为：所述车辆可以通过所述服务系统接收管理终端发来的采集策略。车辆在不同时刻所要采集的监控信息根据其当前配置的采集策略来确定，也就是不同时刻采集的监控信息可以为相同类型的数据也可以为不同类型的数据。
99.其中，所述采集策略可以包括信息采集策略，和/或，关键文件列表。
100.另外，所述采集策略中还可以包括所述车辆本身设置的监控策略。
101.具体的，所述信息采集策略中包括：系统资源占用状态、网络使用数据、应用运行数据中至少之一。
102.所述信息采集策略中，还可以包括：所要采集的信息的类型所对应的采集起始时刻，或者，所要采集的信息的类型所对应的采集时长，或者，所要采集的信息的类型所对应的采集结束时刻等等。
103.另外，车辆还可以通过当前配置的关键文件列表，对关键文件列表中包含的关键文件实时检测安全状态变化，一旦在任意一个关键文件中检测到安全状态变化，就会生成对应的安全状态变化信息。这里，所述关键文件列表中可以包括至少一个关键文件，比如，所述关键文件可以是车辆中的某一个或多个配置文件，通过监听文件的状态变化进行报警。
104.所述车辆本身设置的监控策略可以用于得到以下信息中的至少一种：系统调试模式的安全状态变化信息、root的状态变化信息、selinux(security-enhanced linux，安全增强型linux)操作的信息、至少一种应用的安全状态变化信息(比如可以包括应用的安装、卸载、崩溃等状态)。
105.该安全状态变化信息中可以包括：发生安全状态变化的相关信息的名称(比如操作的名称、操作的类型等等)、发生安全状态变化的详细信息、发生安全状态变化的时刻等内容。
106.进一步地，s301之后，还可以包括针对采集到的监控信息还可以进一步进行处理，得到处理后的数据。
107.比如，针对采集到的监控信息可以进行脱敏处理，得到脱敏处理后的数据；其中，所述脱敏处理包括有：将采集到的敏感数据进行粒度扩大的处理。这里，所述粒度扩大，可以理解为将敏感数据的地理位置进行扩大。举例来说，当前车辆的经纬度位置属于较为隐私的范畴，可以将当前车辆的经纬度位置信息转换成该经纬度位置信息所在的城市、或者所在的城市中的区域，进而既能够保证用户的隐私，又能够得到车辆的粗粒度的相关信息。
108.需要理解的是，进行脱敏处理的监控信息可以为预设类型的敏感数据，比如，地址位置、车主名称等等。而与安全相关的信息通常不会设置在预设类型的敏感数据中，因此，可以得到安全相关的详细信息。
109.针对采集到的监控信息进行的处理中，还可以包括有预处理，比如，可以去掉冗余数据、去掉无效数据等等。
110.所述冗余数据可以认为是，车辆针对同一类型的数据在连续多个时刻采集的内容是相同的，那么可以仅上报一次。换句话说，如果当前时刻采集到的监控信息，在之前多个时刻都采集到，并且已经进行上报，那么可以去掉该监控信息，本次不做上报。
111.s302中，所述车辆向服务系统上报所述当前的监控信息，包括：所述车辆通过与所述服务系统之间的数据传输通道，实时上传所述当前的监控信息；其中，所述数据传输通道为基于消息队列遥测传输协议建立的通道。
112.这里，关于建立通道的说明与前述实施例相同，不再进行赘述。
113.结合图5对本实施例的整体处理进行说明：
114.车辆基于采集策略实时获取当前的监控信息；其中，所述采集策略包含所要采集的监控信息的相关信息；所述车辆向服务系统上报所述当前的监控信息；
115.服务系统实时获取车辆的监控信息；如图5所示，具体的服务系统可以通过mqtt服务系统与车辆建立长连接，建立双向数据传输通道，以得到车辆上报的监控信息；
116.所述服务系统(具体可以为图5中的数据处理及存储模块进行的处理)对所述车辆的监控信息进行分析，判断所述车辆当前是否存在安全问题；响应于所述车辆存在安全问题，所述服务系统生成所述车辆的安全事件信息，将所述车辆的安全事件信息发送至管理终端；所述管理终端用于基于所述第一车辆的安全事件信息更新当前监控界面所展示的内容。
117.本技术实施例还提供一种服务系统，如图6所示，包括：
118.第一传输模块51，用于实时获取至少一个车辆的监控信息；
119.第一处理模块52，用于对所述至少一个车辆中每一个车辆的监控信息进行分析，判断所述每一个车辆当前是否存在安全问题；响应于所述至少一个车辆中的第一车辆存在安全问题，生成所述第一车辆的安全事件信息；
120.第二传输模块53，用于将所述第一车辆的安全事件信息发送至管理终端。
121.所述第一传输模块51，用于通过与所述至少一个车辆之间的数据传输通道，实时获取所述至少一个车辆的监控信息；其中，所述数据传输通道为基于消息队列遥测传输协议建立的通道。
122.所述第一处理模块52，用于基于告警策略确定所述第一车辆的安全事件信息所对
应的目标通知对象；其中，所述告警策略由所述管理终端发送至所述服务系统，所述告警策略包括至少一类安全事件信息，以及每一个安全事件信息所对应的通知对象；
123.所述第二传输模块53，用于基于所述第一车辆的安全事件信息生成告警提示信息，向所述目标通知对象发送所述告警提示信息。
124.本技术实施例还提供一种管理终端，如图7所示，包括：
125.第三传输模块61，用于接收服务系统发送的第一车辆的安全事件信息；
126.第二处理模块62，用于生成所述第一车辆的安全事件信息所对应的第一车辆的安全提示信息；基于所述第一车辆的安全提示信息更新监控界面，在更新后的所述监控界面所展示的内容中包含所述第一车辆的安全提示信息。
127.所述第二处理模块62，用于响应于针对所述监控界面中所展示的第二车辆的安全提示信息的点击操作，展示所述第二车辆所对应的安全事件信息。
128.所述监控界面中展示的内容包括以下至少一项：地理区域、在所述地理区域内的车辆的数量、车辆的安全提示信息；
129.所述第二处理模块62，用于将所述第一车辆的安全提示信息添加至安全提示信息列表，对所述安全提示信息列表中包含的安全提示信息按照时间先后顺序进行排序；其中，所述安全提示信息列表中包含m个车辆的安全提示信息；m为大于等于1的整数；基于排序后的安全提示信息，更新所述监控界面。
130.所述第二处理模块62，用于执行以下至少之一：
131.确定针对车辆的采集策略；其中，所述采集策略包含车辆所要采集的监控信息的相关信息；
132.确定安全事件的告警策略。
133.本技术还提供一实施例一种车辆，如图8所示，包括：
134.监控模块71，用于基于采集策略实时获取当前的监控信息；其中，所述采集策略包含所要采集的监控信息的相关信息；
135.第四传输模块72，用于向服务系统上报所述当前的监控信息。
136.所述第四传输模块72，用于通过与所述服务系统之间的数据传输通道，实时上传所述当前的监控信息；其中，所述数据传输通道为基于消息队列遥测传输协议建立的通道。
137.所述监控信息包括以下类型中至少之一：网络使用数据、应用运行数据、系统资源占用状态数据、安全状态变化信息。
138.可见，通过采用上述方案，就可以实时获取车辆的监控信息，进而基于车辆的监控信息进行实时分析，若车辆存在安全问题，则生成车辆的安全信息。如此，可以对车辆的安全状态进行实时分析，从而保证对车辆的故障或安全性问题进行及时排查和修复，提升车辆的安全性以及可靠性。
139.根据本技术的实施例，本技术还提供了一种电子设备和一种可读存储介质。
140.如图9所示，是根据本技术实施例的车辆监控方法的电子设备的框图。该电子设备可以为前述服务系统、监控终端或车辆。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务系统、刀片式服务系统、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和
关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本技术的实现。
141.如图9所示，该电子设备包括：一个或多个处理器801、存储器802，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务系统阵列、一组刀片式服务系统、或者多处理器系统)。图9中以一个处理器801为例。
142.存储器802即为本技术所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本技术所提供的车辆监控方法。本技术的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本技术所提供的车辆监控方法。
143.存储器802作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本技术实施例中的车辆监控方法对应的程序指令/模块(例如，附图6所示的第一传输模块、第一处理模块以及第二传输模块；或者如图7所示的第二处理模块以及第三传输模块；或者如图8所示的监控模块以及第四传输模块)。处理器801通过运行存储在存储器802中的非瞬时软件程序、指令以及模块，从而执行服务系统的各种功能应用以及数据处理，即实现上述方法实施例中的车辆监控方法。
144.存储器802可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器802可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器802可选包括相对于处理器801远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
145.车辆监控方法的电子设备还可以包括：输入装置803和输出装置804。处理器801、存储器802、输入装置803和输出装置804可以通过总线或者其他方式连接，图9中以通过总线连接为例。
146.输入装置803可接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置804可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
147.此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用
或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
148.这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
149.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
150.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务系统)、或者包括中间件部件的计算系统(例如，应用服务系统)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
151.计算机系统可以包括客户端和服务系统。客户端和服务系统一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务系统关系的计算机程序来产生客户端和服务系统的关系。
152.根据本技术实施例提供的技术方案，就可以实时获取车辆的监控信息，进而基于车辆的监控信息进行实时分析，若车辆存在安全问题，则生成车辆的安全信息。如此，可以对车辆的安全状态进行实时分析，从而保证对车辆的故障或安全性问题进行及时排查和修复，提升车辆的安全性以及可靠性。
153.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本技术公开的技术方案所期望的结果，本文在此不进行限制。
154.上述具体实施方式，并不构成对本技术保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本技术的精神和原则之内所作的修改、等同替换和改进等，均应包含在本技术保护范围之内。