一种行车碰撞处理方法及系统与流程

文档序号:11459322阅读:351来源:国知局
一种行车碰撞处理方法及系统与流程

本发明涉及计算机技术和网络通信技术领域,尤其涉及一种行车碰撞处理方法及系统。



背景技术:

随着科学技术的进步和车联网技术的持续发展,行车安全成为人们普遍关心的问题,行车实时监控成为目前一种行车安全趋势,能够记录汽车行车全过程的视频或图像,可为交通事故提供证据。

出现碰撞事件中,行车记录装置目前只采用记录方式,无法让重要的数据长期保存,也无法根据采集的数据实行智能化处理,使事故人员得到及时救援。



技术实现要素:

有鉴于此,本发明的目的是提出一种行车碰撞处理方法及系统,以实现及时对事故实施救援,降低行车碰撞伤害。

为实现上述目的,本发明采用如下技术方案:

第一方面,本发明实施例提供了一种行车碰撞处理方法,包括:

安装在车辆中的行车记录仪获取碰撞信息;

所述行车记录仪判断所述碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据;

所述行车记录仪发送所述第一碰撞告警数据到设备管理系统;

所述设备管理系统根据碰撞告警数据,启动预设的告警处理程序,进行告警处理。

第二方面,本发明实施例提供了一种行车碰撞处理系统,包括行车记录仪和设备管理系统:

所述行车记录仪,包括:

碰撞传感器,用于获取碰撞信息;

处理器,用于判断所述碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据;

通信模块,用于发送所述第一碰撞告警数据到设备管理系统;

所述设备管理系统,用于根据碰撞告警数据,启动预设的告警处理程序,进行告警处理。

本发明的有益效果是:本发明提供的一种行车碰撞处理方法及系统,通过行车记录仪获取碰撞信息,并能够自动触发告警,将告警数据发送到设备管理系统,及时地进行告警处理,能够在极短的时间内及时地通知相关人员,进行救援行动,能够最大程度的降低伤亡的发生。

附图说明

下面将通过参照附图详细描述本发明的示例性实施例,使本领域的普通技术人员更清楚本发明的上述及其他特征和优点,附图中:

图1是本发明实施例一提供的一种行车碰撞处理方法的流程示意图;

图2是本发明实施例二提供的一种行车碰撞处理方法的流程示意图;

图3是本发明实施例三提供的一种行车碰撞处理方法的流程示意图;

图4是本发明实施例四提供的一种行车碰撞处理方法的流程示意图;

图5是本发明实施例五提供的一种行车碰撞处理系统的结构框图;

图6是本发明实施例六提供的一种行车碰撞处理系统的结构框图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一提供的一种行车碰撞处理方法的流程示意图。该方法适用于车辆碰撞紧急处理的情况,该方法可以由一种行车碰撞处理系统来执行。该行车碰撞处理系统包括行车记录仪和设备管理系统。如图1所示,该方法包括:

步骤110、安装在车辆中的行车记录仪获取碰撞信息。

安装在车辆中的行车记录仪是能够记录车辆行驶途中的影像及声音等相关资讯的仪器。安装行车记录仪后,能够记录汽车行驶全过程的视频图像和声音,可为交通事故提供证据。

在车辆发生碰撞过程中,行车记录仪可以从传感器获取碰撞信息,例如:可以从车速传感器获取碰撞过程中的车速变化,可以从分贝检测芯片获取碰撞过程中撞击噪声的分贝值,也可以从碰撞传感器获取碰撞过程中的碰撞力的强度值,也可以从加速度传感器获取碰撞过程中加速度的大小,也可以从摄像头中获取碰撞过程中采集的视频和图像。

步骤120、行车记录仪判断碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据。

在行车记录仪获取碰撞信息之前,根据碰撞事故发生的严重程度,对告警条件进行预设,当满足告警临界条件时,即满足告警触发条件时,认为车辆发生碰撞事故,例如:当分贝检测芯片检测到碰撞过程中的分贝值大于等于120时,认为车辆发生碰撞事故,则120分贝为分贝值检测过程中的告警触发条件;为了更准确的区分车辆碰撞的严重程度,对告警条件进行了不同等级的划分,即满足不同的告警条件,对于碰撞的预警等级也不同。当满足告警条件之后,获取与告警条件相对应的碰撞告警数据。

其中,碰撞告警数据可以包括:碰撞等级、碰撞发生的地点和碰撞的时间。

步骤130、行车记录仪发送第一碰撞告警数据到设备管理系统。

行车记录仪在获取告警数据时,通过通信模块发送即时告警数据到设备管理系统。通信模块可以是有线或无线的方式进行通信,一般地,采用无线的移动通信或微波通信。

步骤140、设备管理系统根据碰撞告警数据,启动预设的告警处理程序,进行告警处理。

设备管理系统对接收到的告警数据进行分析,能够及时地将告警信息发送到设定的设备,设定设备对相关人员进行提醒,使相关人员能够在第一时间获得告警信息,及时地采取碰撞救援行动。相关人员可以是车主本人、车主的亲人、朋友,以及消防官兵、人民警察和医疗团队成员。

本发明实施例一提供的一种行车碰撞处理方法,通过行车记录仪获取告警信息,并将告警信息发送到设备管理系统,及时地进行告警处理,能够在极短的时间内通知相关人员,进行救援行动,能够最大程度地降低伤亡率。

可选地,行车记录仪判断碰撞信息是否满足告警触发条件,若满足,则获取第一碰撞告警数据,包括:行车记录仪根据碰撞信息获取碰撞强度值,判断碰撞强度值是否满足碰撞告警阈值,当碰撞强度值大于碰撞告警阈值时,则获取第一碰撞告警数据。

行车记录仪采集的碰撞信息为碰撞强度值时,通过碰撞强度值与碰撞强度值的告警阈值进行比较,当碰撞强度值大于碰撞强度值的告警阈值时,则说明碰撞的严重程度到达了告警的程度,则行车记录仪获取碰撞告警数据。

实施例二

图2是本发明实施例二提供的一种行车碰撞处理方法的流程示意图。在上述实施例的基础上,对设备管理系统进行告警处理进行了具体的优化,该方法具体包括:

步骤210、安装在车辆中的行车记录仪获取碰撞信息。

步骤220、行车记录仪判断碰撞信息是否满足告警触发条件,若满足,则获取第一碰撞告警数据。

步骤230、行车记录仪发送第一碰撞告警数据到设备管理系统。

步骤240、设备管理系统接收第一碰撞告警数据,并根据短信通知预设发送条件进行判断,若开启短信通知,则将第一碰撞告警数据进行封装,并以短信方式发送到用户终端进行告警。

步骤250、设备管理系统接收第一碰撞告警数据,并根据第三方客户端通知预设发送条件进行判断,若开启第三方客户端通知,则将第一碰撞告警数据进行封装,并推送到第三方客户端进行告警。

上述步骤240和250可以单独执行,或者结合执行,其先后顺序不限。

设备管理系统在接收到碰撞告警数据后,利用解析模块对告警数据进行解析,并将解析后的数据发送给设备管理模块和数据库模块。数据库模块对数据进行存储;设备管理模块根据短信通知预设发送条件进行判断,如果开启了短信提醒,则将告警数据按着协议进行封装,将封装后的数据以短信的形式发送到设定的用户终端上,以提醒用户终端用户车辆发生了碰撞;如果没有开启短信提醒,则不进行提醒。在判断短信通知的同时,设备管理模块根据第三方客户端通知预设发送条件进行判断,如果开启了第三方客户端通知,则将告警数据进行封装,将封装后的数据以消息的形式推送到客户端第三方客户端;如果没有设置提醒,则不进行提醒。其中,短信通知的预设条件和第三方客户端推送消息的预设条件可以在第三方客户端上进行设置,用户终端号码也可以进行重新绑定或者绑定多个短信通知的用户终端号码。用户也可以从短信或第三方客户端通知中获取碰撞信息。

本发明实施例二提供的一种行车碰撞处理方法,设备管理系统在接收到碰撞告警数据后,能够以短信通知或第三方客户端推送消息的方式进行告警,能够将告警信息及时地发送出去,为事故救援争取了宝贵的时间,能有效地降低行车碰撞带来的伤害。

实施例三

图3是本发明实施例三提供的一种行车碰撞处理方法的流程示意图。在上述实施例的基础上进行了优化,即在发生碰撞时,异步获取告警数据,以及分别进行处理,能够满足不同方面的需求。即在行车记录仪判断碰撞信息是否满足告警触发条件,若满足,则获取第一碰撞告警数据的同时或之后,还包括:

步骤310、行车记录仪判断是否执行碰撞录像和/或拍照,若执行,则发送控制指令给录像和/或拍照模块,并执行相应的录像和/或拍照操作,获取碰撞前后的视频合集和/或图像合集,形成视频图像文件并存入存储器。

在获取碰撞告警数据的同时或之后,行车记录仪根据预设条件判断是否执行录像操作,如果执行录像操作,行车记录仪根据开启录像的预设条件发送控制指令给摄像头,摄像头进行录像,录像的时间可以在行车记录仪上进行设置,获取录像视频之后,将录像视频传输给处理器,处理器对视频进行剪辑,获取碰撞前后的视频合集,并将视频合集发送到存储器进行存储,其中,存储器为不可被自动删除的存储单元。当存储器存储空间有限时,能够对车主进行提醒,及时地对数据进行拷贝;当存储器已满,在接收到处理器的删除指令后,才能够进行删除。

如果不执行录像操作,则行车记录仪判断是否执行拍照操作,如果执行拍照操作,行车记录仪根据开启拍照的预设条件发送控制指令给摄像头,摄像头进行拍照,拍照的频率和拍照的时间可以在行车记录仪上进行设置,获取拍照图像之后,将拍照图像传输给处理器,处理器对图像进行筛选,获取碰撞前后的图像合集,并将图像合集发送到存储器进行存储。

步骤320、行车记录仪将第一碰撞告警数据的时间、位置和存储文件名称封装为第二碰撞告警数据,并发送给设备管理系统。

行车记录仪将获得的碰撞告警数据的时间、位置和存储图像文件名称进行封装,作为第二碰撞告警数据发送给设备管理系统。其中,时间是以时间戳的形式进行存储记录,时间戳是一个字符序列,唯一地标识碰撞告警数据产生的时间;位置是碰撞地点的定位信息;存储文件名称是存储视频图像的文件夹名称。

如果既不执行录像操作也不执行拍照操作,则行车记录仪将碰撞告警数据的时间戳和位置信息进行封装,将封装后的数据发送到设备管理系统。

进一步地,该方法还包括:行车记录仪判断是否上传视频合集和/或图像合集至云存储器,若是,则上传视频合集和/或图像合集云存储器;行车记录仪将第一碰撞告警数据的时间、位置、云存储单元文件id和云存储文件名称封装为第三碰撞告警数据,并发送给设备管理系统。

其中,云存储单元文件id是在行车记录仪云存储器中存储碰撞数据的存储单元文件的地址;云存储文件名称是行车记录仪云存储器存储视频图像的文件夹名称。

在行车记录仪存储之后,根据上传预设条件,判断是否需要上传视频合集和/或图像合集中的数据,如果不需要上传时,则行车记录仪将碰撞告警数据的时间和位置进行封装,将封装后的数据发送到设备管理系统。

如果需要上传时,则将需要上传的数据形象上传到云存储器,以备后期调用,保证数据能够长时间保存,之后,判断上传数据是否成功,如果信息上传成功,则行车记录仪将告警数据的时间、位置、云存储单元文件id和云存储文件名称进行封装,并发送给设备管理系统。如果上传成功,则行车记录仪将碰撞告警数据的时间、位置、无上传行车记录云存储服务器或上传失败标识和视频图像文件名称进行封装,将封装后的数据发送到设备管理系统。

进一步地,该方法还包括:行车记录仪将行车记录仪或云服务器中存储的碰撞信息的地址信息发送给用户终端或第三方客户端,其中,碰撞信息包括:碰撞前后的视频合集和/或图像合集。

将行车记录仪或云服务器中存储的碰撞信息的地址信息进行封装,发送给用户终端或第三方客户端,用户终端和第三方客户端根据地址信息能够快速找到存储的碰撞信息,为后续的救援和事故分析提供便捷服务。

进一步地,该方法还包括:设备管理系统根据第一碰撞告警数据、第二碰撞告警数据和/或第三碰撞告警数据,获取视频合集和/或图像合集,进行碰撞事件分析。

行车记录仪将第一碰撞告警数据、第二碰撞告警数据和第三碰撞告警数据标记为同一事件,设备管理系统根据获得的任一条碰撞告警数据都能够获取视频合集和/或图像合集,进行碰撞事件分析;提高了碰撞信息的资源共享、救援服务和后期事故分析的效率。

进一步地,该方法还包括:设备管理系统发送第一碰撞告警数据、第二碰撞告警数据和/或第三碰撞告警数据给救援系统,进行告警。

设备管理系统与道路救援系统或公安部门救援等其他救援系统对接,进行即时通信,能够即时上报车辆碰撞告警信息,为道路救援和公安部门等其他救援系统提供数据依据,及时实施救援。

本发明实施例一提供的一种行车碰撞处理方法,能够采集碰撞前后的视频和图像,并进行本地长期保存,同时能够上传云存储,实现资源共享,为救援部门提供数据依据,及时实施救援。

实施例四

本发明实施例在上述实施例的基础上进行了优化,对行车碰撞处理方法进行了举例说明。图4是本发明实施例四提供的一种行车碰撞处理方法的流程示意图。如图4所示,在车辆发生碰撞,碰撞传感器检测到碰撞信息之后,按照如下步骤进行碰撞处理:

步骤401、安装在车辆中的行车记录仪获取碰撞信息。

步骤402、处理器判断所述碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据。在生成第一碰撞告警数据之后,同时跳转到步骤403和步骤412,进行相应操作。

碰撞传感器将获取的碰撞信息发送给处理器进行处理,判断所述碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据。

步骤403、处理器向设备管理系统即时发送一条即时碰撞告警数据d1。

处理器通过通信模块向设备管理系统即时发送一条即时碰撞告警数据d1。

步骤404、设备管理系统将接收的即时碰撞告警数据d1发送给设备管理模块和数据库模块。

设备管理系统的数据采集模块接收到行车记录仪发送的即时碰撞告警数据,将数据发送给数据解析模块,数据解析模块对即时碰撞告警数据d1进行协议解析,解析处理后发送给设备管理模块和数据库模块。

步骤405、根据预设条件,判断是否开启短信通知和app消息通知。如果开启短信通知或app信息通知,则转到步骤406;否则,即时碰撞告警数据d1处理方式结束,跳转到步骤412。

步骤406、如至少一个开启则将数据转发给短信接口模块进行数据协议封装。根据选择的碰撞处理方式不同进行步骤跳转,如开启app消息通知,转到步骤407;如开启短信通知,跳转到步骤409。

步骤407、如开启app消息通知,则短信接口模块把封装数据推送给客户端的app。

步骤408、客户端在app的消息模块提示用户碰撞告警提示。跳转到步骤424,执行步骤424。

步骤409、如开启短信通知,则短信接口模块把封装数据发送给短信网关系统。

步骤410、短信网系统将数据发短信到客户端手机号。

短信网系统接收到设备管理系统的短信接口模块发送的封装数据,对封装数据进行协议解析,并将解析后的数据通过手机短信消息发送到客户端的注册手机号。

步骤411、客户端根据短信获取碰撞告警提示。跳转到步骤424,执行步骤424。

注册的手机号码所属的客户端接收到短信通知,获取碰撞告警提示短信。

步骤412、根据预设条件,是否执行碰撞录像。经行车记录仪判断,如果开启录像功能,转到步骤413;如果不开启录像功能,跳转到步骤414。

步骤413、摄像头模块开始录制视频,并进行剪切,存储剪辑后的视频文件。

根据开启碰撞录像预设条件,行车记录仪处理器发送控制指令给摄像头模块,摄像头模块开始录制一段视频文件,并把录制新的视频文件和旧的视频文件进行剪切,合并成新的碰撞视频文件,并发送给行车记录仪的存储模块的不可被自动循环删除的存储单元中。跳转到步骤417,执行步骤417。

步骤414、判断是否拍照。若是,转到步骤415;否则,跳转到步骤416。

步骤415、摄像头模块进行拍照,并截取碰撞前后的图像进行存储。

根据开启碰撞拍照预设条件,行车记录仪处理器发送控制指令给摄像头模块,摄像头模块连拍n张,之后,摄像头模块截取碰撞前旧的录像视频文件中的n帧视频数据作为碰撞前图像,和碰撞后的拍照图像合并为一个连续时间间隔的图像集合,作为一个记录碰撞前后过程的图像集合,发送给行车记录仪的存储模块的不可被自动循环删除的存储单元中。跳转到步骤417,执行步骤417。

步骤416、行车记录仪将即时告警数据d1的时间戳和位置信息封装为碰撞处理数据d2,并发送给设备管理系统。跳转到步骤422,执行步骤422。

步骤417、判断是否上传行车记录仪云存储服务器。经行车记录仪判断,如果上传,转到步骤418;否则,转到步骤421。

步骤418、把存储模块中的碰撞数据上传到行车记录仪云存储服务器。

行车记录仪把存储模块中的碰撞视频文件或碰撞图像集合通过通信模块发送给行车记录仪云存储服务器。

步骤419、判断是否上传成功,若上传成功,转到步骤420;否则,跳转到步骤421。

步骤420、行车记录仪云盘服务器返回云存储单元文件id给行车记录仪,行车记录仪的处理器把即时告警数据d1的时间戳、位置信息、云存储单元文件id和文件名称封装为碰撞处理数据d2。跳转到步骤422,执行步骤422。

步骤421、行车记录仪的处理器把即时告警数据d1时间戳、位置信息、无上传标识和文件名称封装为碰撞处理数据d2。

步骤422、设备管理系统将解析的碰撞处理数据d2发送给数据库模块和设备管理模块。根据请求信息不同进行步骤跳转,设备管理系统发送请求时,转到步骤423;客户端发送请求时,跳转到步骤424。

设备管理系统的数据采集模块接收到行车记录仪发送的碰撞处理数据d2,发送给数据解析模块,数据解析模块对碰撞处理数据d2进行协议解析,解析处理后发送给数据库模块和设备管理模块。

步骤423、设备管理模块根据碰撞告警数据d2获取碰撞处理后的碰撞图像或视频文件。

设备管理系统的设备管理模块发送请求,获取数据库模块的碰撞告警信息,根据云存储单元文件id和文件名称,设备管理系统的设备管理模块发送请求响应,获取行车记录仪碰撞处理后的碰撞图像或视频文件。

进一步地,设备管理系统的设备管理模块向行车记录仪云存储服务器发送请求,获取行车记录仪碰撞处理后的碰撞图像和视频文件数据。

步骤424、客户端根据短信或app消息的碰撞告警信息获取碰撞处理的图像或视频文件。

根据短信或app消息的碰撞告警信息,客户端可通过app发送请求给行车记录仪,获取保存在行车记录仪的存储模块的不可被自动循环删除的存储单元中的碰撞处理的图像或视频文件。

根据短信或app消息告警,客户端可发送请求给行车记录仪云盘服务器,获取行车记录仪上传的碰撞处理的图像或视频文件。

进一步地,通过设备管理系统对接道路救援系统或公安部门救援等其他救援系统,可即时上报车辆碰撞告警信息,为道路救援和公安部门等其他救援系统提供数据依据,及时实施救援。

本发明实施例提供了种行车碰撞处理方法,解决了行车记录碰撞只采用记录方式,无法让重要的数据长期保存,无报警作用的问题,提供了车主、管理员、对外救援三方交互的智能车联网系统,提供车联网系统智能化和发展。

实施例五

图5是本发明实施例五提供的一种行车碰撞处理系统的结构框图。如图5所示,该系统包括:行车记录仪510和设备管理系统520:

行车记录仪510,包括:碰撞传感器511,用于获取碰撞信息;处理器512,用于判断碰撞信息是否满足告警触发条件,若满足,则生成第一碰撞告警数据;通信模块513,用于发送第一碰撞告警数据到设备管理系统520;设备管理系统520,用于根据碰撞告警数据,启动预设的告警处理程序,进行告警处理。

本发明实施例提供的一种行车碰撞处理系统,行车记录仪510中的碰撞传感器511获取碰撞信息,并传输给处理器512进行判断,当满足告警触发条件时,获取告警数据,通信模块513将告警数据发送给设备管理系统520,设备管理系统520根据告警数据进行告警处理。本发明实施例提供的碰撞处理系统能够将告警信息及时地发送出去,为事故救援争取了宝贵的时间,能有效地降低行车碰撞带来的伤害。

进一步地,处理器512还用于:行车记录仪510根据碰撞信息获取碰撞强度值,判断碰撞强度值是否满足碰撞告警阈值,当碰撞强度值大于碰撞告警阈值时,则获取第一碰撞告警数据。

进一步地,设备管理系统520还用于:接收第一碰撞告警数据,并根据短信通知预设发送条件进行判断,若开启短信通知,则将第一碰撞告警数据进行封装,并以短信方式发送到用户终端进行告警;和/或接收第一碰撞告警数据,并根据第三方客户端通知预设发送条件进行判断,若开启第三方客户端通知,则将第一碰撞告警数据进行封装,并推送到第三方客户端进行告警。

进一步地,处理器512还用于:判断是否执行碰撞录像和/或拍照,若执行,则发送控制指令给录像和/或拍照模块;行车记录仪510还包括:录像和/或拍照模块,用于接收处理器512发送的控制指令,并执行相应的录像和/或拍照操作;相应地,处理器512还用于获取碰撞前后的视频合集和/或图像合集,形成视频图像文件并存入存储器,并将第一碰撞告警数据的时间、位置和存储文件名称封装为第二碰撞告警数据;通信模块513,用于将第二碰撞告警数据发送给设备管理系统520。

进一步地,处理器512还用于:判断是否上传视频合集和/或图像合集至云存储器,若是,则上传视频合集和/或图像合集云存储器,将第一碰撞告警数据的时间、位置、云存储单元文件id和云存储文件名称封装为第三碰撞告警数据;相应地,通信模块513,用于将第三碰撞告警数据发送给设备管理系统520。

进一步地,处理器512还用于:将行车记录仪或云服务器中存储的碰撞信息的地址信息发送给用户终端或第三方客户端,其中,碰撞信息包括:碰撞前后的视频合集和/或图像合集。

进一步地,设备管理系统520还用于:根据第一碰撞告警数据、第二碰撞告警数据和/或第三碰撞告警数据,获取视频合集和/或图像合集,进行碰撞事件分析。

进一步地,设备管理系统520还用于:发送第一碰撞告警数据、第二碰撞告警数据和/或第三碰撞告警数据给救援系统,进行告警。

本实施例提供的一种行车碰撞处理系统,与本发明任意实施例所提供的一种行车碰撞处理方法属于同一发明构思,可执行本发明任意实施例所提供的一种行车碰撞处理方法,具备相应的功能和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明任意实施例提供的一种行车碰撞处理方法。

实施例六

本实施例在以上任意方法实施例的基础上,对行车碰撞处理系统进行了举例说明。图6是本发明实施例六提供的一种行车碰撞处理系统的结构框图,如图6所示,该系统包括:客户端610、行车记录仪620、行车记录仪云存储服务器630、设备管理系统640和短信网关系统650。

其中,设备管理系统640与至少一个客户端610通信连接,与至少一个行车记录仪620通信连接。

客户端610包括:app模块611和短信模块612;行车记录仪620包括:wifi模块621、通信模块622、处理器623、碰撞传感器624、存储模块625和摄像头模块626;设备管理系统640包括:数据采集模块641、数据解析模块642、数据库模块643、设备管理模块644和短信接口模块645。

行车记录仪620通过碰撞传感器624获取碰撞信息,并把碰撞事件发送给处理器623;处理器623对对碰撞事件进行处理和碰撞告警数据转发,通过通信模块622发送给设备管理系统640和行车记录仪云存储服务器630,其中,通信模块622可以为移动网络模块,包括:cdma、gsm、wcdma、tdscdma、td-lte和fdd-lte;处理器发送控制指令到摄像头模块626,摄像头模块626接收到处理器623的广播事件进行碰撞事件拍照或录像,并将图像和视频文件发送到存储模块625存储,存储模块625接收处理器623的请求后进行数据的传输;wifi模块621用于发送和接收客户端610的请求响应与行车记录仪620进行实时通信。

客户端610主要用于接收碰撞告警信息、碰撞告警处理后的图像或视频文件等数据信息,并发送和接收获取到上述信息;客户端610还采用app模块611接收和发送数据;app模块611以广域网方式接收设备管理系统640推送的碰撞告警信息,app模块611以局域网方式发送和接收行车记录仪620的碰撞告警处理后的图像或视频文件等数据信息;可选的,客户端610通过广域网方式发送和接收行车记录云存储服务器630的数据,并通过短信模块612接收到短信网关系统660发送的碰撞告警信息。

行车记录仪云存储服务器630用于存放行车记录仪620上传的碰撞告警处理后的图像或视频文件等数据;终端用户和管理员可通过网络方式获取行车记录仪云存储服务器630数据。采集模块641接收行车记录仪620发送的碰撞告警数据;数据解析模块642接收来自采集模块641的数据,并将数据协议解析,解析后的数据存储在数据库模块643,并将解析后的碰撞告警数据及时发送给设备管理模块644进行数据处理;数据库模块643用于存储数据,并发送和和接收设备管理模块644的请求响应;设备管理模块644用于处理碰撞告警数据和碰撞处理数据,并将数据发送短信接口模块645和数据库模块643,设备管理模块644能够发送和接收管理员的请求响应;短信接口模块645接收设备管理模块645发送的数据进行接口协议封装,把封装后的数据发送给行车记录仪云存储服务器630或其他对接车联网系统,如:道路救援系统或公安系统,并对其他对接系统的数据协议解析,短信接口模块645还用于发送碰撞告警数据给客户端610的app模块612。

行车记录仪云存储服务器630对接设备管理系统640的短信接口模块645,接收设备管理系统640发送的接口指令,把碰撞告警数据以短信形式发送给行车记录仪620所绑定的终端用户手机号码。

本发明实施例一提供的一种行车碰撞处理系统,解决了行车记录碰撞只采用记录方式,无法让重要的数据长期保存,无报警作用的问题,提供了车主、管理员、对外救援三方交互的智能车联网系统,提供车联网系统智能化和发展。

本实施例提供的一种行车碰撞处理系统,与本发明任意实施例所提供的一种行车碰撞处理方法属于同一发明构思,可执行本发明任意实施例所提供的一种行车碰撞处理方法,具备相应的功能和有益效果。未在本实施例中详尽描述的技术细节,可参见本发明任意实施例提供的一种行车碰撞处理方法。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1