一种信息智能采集的方法与流程

1.本技术涉及汽车领域，尤其涉及一种信息智能采集的方法。


背景技术：

2.近年来，我国年均发生近20万起交通事故，造成了大量人员伤亡和财产损失。在发生交通事故后，对事故现场的信息采集一直是相关工作人员的工作痛点。由于交通道路上存在着很多监控盲点，这导致了在很多紧急情况发生时，使得相关技术人员无法及时取证，进而影响相关工作人员对事故类型和责任进行判定。
3.目前，相关工作人员主要是结合事故车辆的行车记录仪以及道路监控摄像头记录的视频信息来对确定事故类型以及事故责任，但是相关技术人员取证的过程十分繁琐。因此，如何为相关工作人员提供更全面的交通事故信息、减轻相关工作人员的工作负担，是本领域技术人员急需解决的问题。


技术实现要素：

4.本技术实施例提供了一种信息智能采集的方法，可以实现车机系统智能判断交通事，以及向相关平台提供交通事故证据，有利于提高相关部门处理交通事故的效率。
5.第一方面，本技术实施例提供了一种信息智能采集的方法，其特征在于，应用于车机系统，该方法可以包括以下步骤：
6.响应于车辆启动，按预设周期采集车内或车外的实况信息；
7.根据实况信息判断是否存在交通事故；
8.若判断为是，则采集事故图像信息；
9.将事故信息发送至云平台，该事故信息包括事故图像信息。
10.第二方面，本技术实施例提供了一种车辆，该车辆包括如第一方面所述的车机系统，该车机系统包括采集模块、分析模块以及通信模块；
11.采集模块用于按预设周期采集车内或车外的实况信息；
12.分析模块用于根据实况信息判断是否存在交通事故；
13.采集模块还用于在存在交通事故时采集事故图像信息；
14.通信模块用于将事故信息发送至云平台，该事故信息包括事故图像信息。
15.第三方面，本技术实施例了提供了一种车辆，其特征在于，所述车辆包括：
16.处理器、存储器和i/o接口，所述处理器、所述存储器以及所述i/o接口可通信地连接，其中，所述存储器用于存储一组程序代码，所述处理器用于调用所述存储器中存储的所述程序代码，执行如第一方面任一项所述的方法。
17.第四方面，本技术实施例提供了一种计算机可读存储介质，其特征在于，其存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如第一方面任一项所述的方法。
18.通过实施本技术实施例，可以实现车机系统智能判断交通事，以及向相关平台提
供交通事故证据，有利于提高相关部门处理交通事故的效率。
附图说明
19.为了更清楚地说明本技术实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1是本技术实施例提供的一种信息智能采集的方法的流程示意图；
21.图2是本技术实施例提供的一种车辆的组成示意图；
22.图3是本技术实施例提供的另一种车辆的组成示意图。
具体实施方式
23.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
24.本技术的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
25.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结果或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
26.下面，结合图1和图2中的步骤对本技术实施例提供的一种蓝牙共享的方法进行详细说明。
27.请参见图1，为本技术实施例提供的一种信息智能采集的方法的流程示意图，应用于车机系统，可以包括以下步骤：
28.s101，响应于车辆启动，按预设周期采集车内或车外的实况信息。
29.在一种可能的实施方式中，上述实况信息可以包括车内或车外的图像信息、车内或车外的语音信息以及车辆状态信息。其中，车辆状态信息可以包括紧急制动状态。
30.示例性的，若预设周期为30秒，则车机系统会每隔30秒采集一次车内或车外的实况信息。需要说明的是，预设周期由技术人员根据实际情况进行设定，在此不做限定。在一种实现方式中，通过行车记录仪或者车外摄像头采集车外的实况信息，通过车内摄像头及语音设备采集车内的实况信息。
31.s102，根据所述实况信息判断是否存在交通事故。
32.具体的，车机系统判断是否在交通事故的方式可以包括判断实况信息的图像信息中是否存在预设动作，还可以包括判断实况信息的语音信息中是否存在预设词，还可以包
括判断实况信息的语音信息的分贝值是否超过预设值，还可以包括判断车辆是否处于预设状态。需要说明的是，具体的判断方法举例可以参照图2实施例的详细说明。
33.s103，若判断为是，则采集事故图像信息。
34.需要说明的是，上述事故图像信息可以是图片信息，也可以是视频信息。对于图片信息而言，车机系统可以按预设时间间隔对现场进行事故图片采样；对于视频信息而言，车机系统可以在判定存在交通事故时开始录制预设时间长度的事故视频。
35.示例性的，若事故图像信息是以图片信息的形式进行采集及呈现，则车机系统在判定存在交通事故后，每隔一个预设时间间隔(如0.5秒)对事故现场进行拍照采样；若事故图像信息是以视频信息的形式进行采样及呈现，则车机系统在判定存在交通事故后便开始录制预设时间长度(如1分钟)的事故视频，同时可以将判定交通事故之前预设时段内的视频提取出来，共同作为事故视频。例如，以判定存在交通事故的时间为节点，将之前5分钟和之后5分钟内行车记录仪或车外摄像头录制的视频提取出来，作为采集到的事故图像信息。
36.具体地，上述对事故图像信息的形式的举例仅是为了方便读者理解本技术实施例方法，不应对本技术构成限定。具体的事故图像信息的形式以及采集频率等问题由技术人员根据实际情况进行设定，在此不作限制。
37.更多地，在判断为否的情况下，车机系统可以将之前采集的实况信息删除，避免给车机系统的内存带来压力，有利于车机系统能正常、高速地运行程序。
38.s104，将事故信息发送至云平台。
39.需要说明的是，上述事故信息包括步骤s103中提到的事故图像信息。更多地，事故信息还可以包括事故地点信息和/或时间信息。
40.示例性的，事故信息可以是名称为“2022年3月9日星期三，12:31，a路事故信息”的事故图像信息。其中，事故图像信息可以体现出事故车辆的特征信息(车牌号、车辆型号、颜色以及车辆受损情况等)，和/或事故现场信息(包括几辆事故车辆、人员受伤情况等)。
41.在一种实现方式中，云平台接收到事故信息之后，可以对事故进行分类，然后按照分类结果将事故信息存储至预设位置。具体的，可以按照后果的严重程度对事故进行分类，例如轻微事故、一般事故或重大事故等，也可以按照交通工具对事故进行分类，例如机动车事故、非机动车事故或行人事故。每种事故类型都对应有各自的存储空间，分类之后将事故信息保存至相应的存储位置中，以便于日后的查看或取证。
42.在一种可能的实施方式中，本技术实施例方法还可以包括：将事故信息发送至目标终端。其中，目标终端可以用于用户查看该事故信息的采纳情况和/或事故信息对应的交通事故的处理进度。
43.需要说明的是，该目标终端是与本技术实施例方法中的车辆相关联的目标终端，可以是车辆用户的手机等移动终端，也可以是电脑等大型终端，目标终端与车辆的关联方式可以是通过用户账号的异地登录，还可以是车辆与用户设备(如手机、电脑等)的绑定关系。其中，具体的关联方式由技术人员根据实际情况进行设定，在此不做限定。
44.示例性的，若用户a的车辆通过车机系统向云平台发送了一份事故信息，则车机系统还可以将这份事故信息发送给目标终端(如用户a的手机)。若用户a想查看事故信息的详细内容，便可以在目标终端上进行查看，而且用户a还可以了解到该事故信息是否被交警部门采用，并且用户a还可以随时查看该交通事故的处理进度。更多的，若事故信息被采纳，云
平台可以向提供该事故信息的用户账号发放奖励(积分或者奖金等)，能够刺激用户参与交通监督的积极性。
45.可以看出，通过实施本技术实施例方法，能够实现车机系统智能判断交通事，以及向相关平台提供交通事故证据，有利于提高相关部门处理交通事故的效率。本技术实施例的奖励机制还能够实现提高用户参与交通监督的积极性。
46.在根据所述实况信息判断是否存在交通事故时，可以采用以下几种方式：
47.在一种可能的实施例中，在车机系统采集到的实况信息包括车内或车外的图像信息时，车机系统可以通过判断车内或车外的图像信息中是否识别到预设动作，进而判断是否存在交通事故。
48.示例性的，预设动作可以包括在道路上的“人物倒地”、“物品散落”，还可以包括人脸惊恐的表情等。
49.在另一种可能的实施例中，在车机系统采集到的实况信息包括车内或车外的语音信息时，车机系统可以通过判断车内或车外的语音信息中是否识别到预设词，进而判断是否存在交通事故。
50.示例性的，预设词可以包括“车祸”、“出事了”或者“撞”这一类表明有车祸发生的词语。甚至还可以是系统预设的(或用户自定义的)词语，用于控制车机系统采集事故信息，比如，系统可以预设词语“取证”，则当车内或车外的语音信息中识别到“取证”这一词语时，车机系统便会采集事故信息。
51.更多的，车机系统判断是否存在交通事故的方式还可以是：判断车内或车外的语音信息的分贝值是否超过预设值。
52.具体地，由于车祸的发生时常伴随着巨大的冲击声和人们的呼救声，因此采集到的语音信息的分贝值也可以作为评判的依据。
53.在另一种可能的实施例中，在车机系统采集到的实况信息包括车辆状态信息时，车机系统可以通过判断车辆状态信息是否表明所述车辆处于预设状态，进而判断是否存在交通事故。
54.示例性的，预设状态可以包括“车辆紧急刹车”、“车辆受到巨大冲击/撞击”或者“车辆受损”等。
55.更多地，(1)若车机系统采集到的实况信息包括车内或车外的图像信息以及车内或车外的语音信息，其中，车内或车外的图像信息显示有“车辆损坏”的预设动作，且车内或车外的语音信息包含“车祸”这一预设词，则车机系统可以判定存在交通事故。或者，只要有一项实况信息与预设条件(图像信息中的预设动作或语音信息中的预设词)匹配，便可确定存在交通事故。例如，仅有车内或车外的图像信息显示有预设动作、车内或车外的语音信息不含预设词的情况，也可以判定存在交通事故。同理，仅有车内或车外的语音信息含有预设词、车内或车外的图像信息不含预设动作，也可以判定存在交通事故。
56.(2)若车机系统采集到的实况信息包括车内或车外的图像信息以及车辆状态信息，其中，车内或车外的图像信息显示有“人物倒地”的预设动作，而且车辆处于“车辆紧急刹车”的状态，则车机系统可以判定存在交通事故。或者，只要有一项实况信息与预设条件(图像信息中的预设动作或车辆状态信息的预设状态)匹配，便可确定存在交通事故。例如，仅有车内或车外的图像信息包含预设动作、车辆没有处于预设状态，也可以判定存在交通
事故。同理，仅有车辆处于预设状态、车内或车外的图像信息不含预设动作，也可以判定存在交通事故。
57.(3)若车机系统采集到的实况信息包括车内或车外的语音信息以及车辆状态信息，其中，车内或车外的语音信息包含“撞人”的预设词，而且车辆处于“车辆受到巨大冲击/撞击”的预设状态，则车机系统可以判定存在交通事故。或者，只要有一项实况信息与预设条件(语音信息中的预设词或车辆状态信息的预设状态)匹配，便可确认存在交通事故。例如，仅有车内或车外的语音信息包含预设词、车辆没有处于预设状态，也可以判定存在交通事故。同理，仅有车辆处于预设状态、车内或车外的语音信息不含预设词，也可以判定存在交通事故。
58.(4)若车机系统采集到的实况信息包括车内或车外的图像信息、车内或车外的语音信息以及车辆状态信息，其中，车内或车外的图像信息显示有“车辆损坏”的预设动作、存在车内或车外的语音信息包含“车祸”这一预设词且车辆处于“车辆受到巨大冲击/撞击”的预设状态，则车机系统可以判定存在交通事故。或者，只要有一项实况信息与预设条件(图像信息中的预设动作、语音信息中的预设词或车辆状态信息的预设状态)匹配，便可确认存在交通事故。例如，仅有车内或车外的图像信息显示有预设动作、车内或车外的语音信息不含预设词、车辆没有处于预设状态的情况，也可以判定存在交通事故。仅有车内或车外的语音信息包含预设词、车内或车外的图像信息不含预设动作、车辆没有处于预设状态，也可以判定存在交通事故。同理，仅有车辆处于预设状态、车内或车外的图像信息不含预设动作、车内或车外的语音信息不含预设词，也可以判定存在交通事故。更多地，存在两项实况信息与预设条件(图像信息中的预设动作、语音信息中的预设词或车辆状态信息的预设状态)匹配，也可确认存在交通事故，在此不做赘述。
59.需要说明的是，上述对预设条件(图像信息中的预设动作、语音信息中的预设词以及车辆状态信息中的预设状态)的举例只是为了让读者更加清晰地了解到本技术实施例方法，不应对本技术构成限定，具体的预设条件由技术人员根据实际情况进行设定。
60.可以看出，通过实施本技术实施例方法，能够实现通过采集到的事故信息进行分析，进而确定是否存在交通事故。本技术实施例方法通过多维度地的判断原则，使得车机系统对事故判断的准确性上升。
61.下面，结合附图介绍本技术实施例涉及的装置。
62.请参见图2，为本技术实施例提供的一种车辆的组成示意图，该车辆可以包括如图1所述的车机系统，该车机系统可以包括采集模块210、分析模块220以及通信模块230；
63.采集模块210，可以用于按预设周期采集车内或车外的实况信息。
64.分析模块220，可以用于根据实况信息判断是否存在交通事故。
65.采集模块210，还可以用于在存在交通事故时采集事故图像信息。
66.通信模块230，可以用于将事故信息发送至云平台。其中，事故信息可以包括上述事故图像信息。
67.在一种可能的实施方式中，实况信息可以包括车内或车外的图像信息、车内或车外的语音信息以及车辆状态信息。其中，车辆状态信息可以包括紧急制动状态。
68.在另一种可能的实施方式中，分析模块220还可以用于：判断车内或车外的图像信息中是否识别到预设动作；判断车内或车外的语音信息中是否识别到预设词；判断车辆状
态信息是否表明车辆处于预设状态。
69.在另一种可能的实施方式中，通信模块230还可以用于将事故信息发送至目标终端。其中，目标终端可以用于用户查看该事故信息的采纳情况和/或该事故信息对应的交通事故的处理进度。
70.请参见图3，为本技术实施例提供的另一种车辆的组成示意图，可以包括：
71.处理器310、存储器320和i/o接口330。处理器310、存储器320和i/o接口330间可实现通信地连接，该存储器320用于存储指令，该处理器310用于执行该存储器320存储的指令，以实现如上图1对应的方法步骤。
72.处理器310用于执行该存储器320存储的指令，以控制i/o接口330接收和发送信号，完成上述方法中的步骤。其中，所述存储器320可以集成在所述处理器310中，也可以与所述处理器310分开设置。
73.存储器320中还可以包括存储系统321、高速缓存322和ram323。其中高速缓存322是存在于ram323与cpu之间的一级存储器，由静态存储芯片(sram)组成，容量比较小但速度比主存高得多，接近于cpu的速度；ram323是与cpu直接交换数据的内部存储器，可以随时读写(刷新时除外)，而且速度很快，通常作为操作系统或其他正在运行中的程序的临时数据存储介质。三者结合实现存储器320功能。
74.作为一种实现方式，i/o接口330的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器310可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
75.作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的装置。即将实现处理器310，i/o接口330功能的程序代码存储在存储器320中，通用处理器通过执行存储器320中的代码来实现处理器310，i/o接口330的功能。
76.该装置所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于装置执行的方法步骤的内容的描述，此处不做赘述。
77.作为本实施例的另一种实现方式，提供一种计算机可读存储介质，其上存储有指令，该指令被执行时执行上述方法实施例中的方法。
78.作为本实施例的另一种实现方式，提供一种包含指令的计算机程序产品，该指令被执行时执行上述方法实施例中的方法。
79.本领域技术人员可以理解，为了便于说明，图3中仅示出了一个存储器和处理器。在实际的终端或服务器中，可以存在多个处理器和存储器。存储器也可以称为存储介质或者存储设备等，本技术实施例对此不做限制。
80.应理解，在本技术实施例中，处理器可以是中央处理单元(central processing unit，简称cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现成可编程门阵列(field－programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。
81.还应理解，本技术实施例中提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。
82.需要说明的是，当处理器为通用处理器、dsp、asic、fpga或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)集成在处理器中。
83.应注意，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
84.该总线除包括数据总线之外，还可以包括电源总线、控制总线和状态信号总线等。但是为了清楚说明起见，在图中将各种总线都标为总线。
85.还应理解，本文中涉及的第一、第二、第三、第四以及各种数字编号仅为描述方便进行的区分，并不用来限制本技术的范围。
86.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
87.在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。为避免重复，这里不再详细描述。
88.在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
89.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各种说明性逻辑块(illustrative logical block，简称ilb)和步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
90.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦
合或通信连接，可以是电性，机械或其它的形式。
91.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
92.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
93.在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质(例如固态硬盘)等。
94.本技术实施例还提供一种计算机存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行以实现如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。
95.本技术实施例还提供一种计算机程序产品，所述计算机程序产品包括存储了计算机程序的非瞬时性计算机可读存储介质，所述计算机程序可操作来使计算机执行如上述方法实施例中记载的任何一种账号管理方法的部分或全部步骤。
96.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。

技术特征：
1.一种信息智能采集的方法，其特征在于，应用于车机系统，所述方法包括以下步骤：响应于车辆启动，按预设周期采集车内或车外的实况信息；根据所述实况信息判断是否存在交通事故；若判断为是，则采集事故图像信息；将事故信息发送至云平台，所述事故信息包括所述事故图像信息。2.根据权利要求1所述的方法，所述实况信息，包括以下至少一种：车内或车外的图像信息、车内或车外的语音信息以及车辆状态信息，所述车辆状态信息包括紧急制动状态。3.根据权利要求2所述的方法，若所述实况信息包括车内或车外的图像信息，则所述根据所述实况信息判断是否存在交通事故，包括：判断所述车内或车外的图像信息中是否识别到预设动作；若所述实况信息包括车内或车外的语音信息，则所述根据所述实况信息判断是否存在交通事故，包括：判断所述车内或车外的语音信息中是否识别到预设词；若所述实况信息包括车辆状态信息，则所述根据所述实况信息判断是否存在交通事故，包括：判断所述车辆状态信息是否表明所述车辆处于预设状态。4.根据权利要求1所述的方法，所述方法还包括：将所述事故信息发送至目标终端，所述目标终端用于用户查看所述事故信息的采纳情况和/或所述事故信息对应的交通事故的处理进度。5.一种车辆，所述车辆包括如权利要求1-4任一项所述的车机系统，所述车机系统包括采集模块、分析模块以及通信模块；所述采集模块用于按预设周期采集车内或车外的实况信息；所述分析模块用于根据所述实况信息判断是否存在交通事故；所述采集模块还用于在存在交通事故时采集事故图像信息；所述通信模块用于将事故信息发送至云平台，所述事故包括所述事故图像信息。6.根据权利要求5所述的车辆，所述实况信息，包括以下至少一种：车内或外的图像信息、车内或车外的语音信息以及车辆状态信息，所述车辆状态信息包括紧急制动状态。7.根据权利要求5所述的车辆，所述分析模块还用于：在所述实况信息包括车内或车外的图像信息时，判断所述车内或车外的图像信息中是否识别到预设动作；在所述实况信息包括车内或车外的语音信息时，判断所述车内或车外的语音信息中是否识别到预设词；在所述实况信息包括车辆状态信息时，判断所述车辆状态信息是否表明所述车辆处于预设状态。8.根据权利要求5所述的车辆，所述通信模块还用于：将所述事故信息发送至目标终端，所述目标终端用于用户查看所述事故信息的采纳情况和/或所述事故信息对应的交通事故的处理进度。
9.一种车辆，其特征在于，所述车辆包括：处理器、存储器、i/o接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行如权利要求1-4任一项所述的方法中的步骤的指令。10.一种计算机可读存储介质，其特征在于，包括：所述计算机可读存储介质中存储有指令，当其在计算机上运行时，实现如权利要求1-4任一项所述的方法。

技术总结
本申请实施例提供了一种信息智能采集的方法。该方法包括：响应于车辆启动，按预设周期采集车内或车外的实况信息；根据实况信息判断是否存在交通事故；若判断为是，则采集事故图像信息；将事故信息发送至云平台。本申请实施例方法可以实现车机系统智能判断交通事，以及向相关平台提供交通事故证据，有利于提高相关部门处理交通事故的效率。部门处理交通事故的效率。部门处理交通事故的效率。


技术研发人员：杨阳 赵鹏鹏
受保护的技术使用者：博泰车联网（南京）有限公司
技术研发日：2022.03.17
技术公布日：2023/9/23