CN111917873A - 一种事故处理系统、方法、装置、终端及存储介质 - Google Patents

一种事故处理系统、方法、装置、终端及存储介质 Download PDF

Info

Publication number
CN111917873A
CN111917873A CN202010761617.0A CN202010761617A CN111917873A CN 111917873 A CN111917873 A CN 111917873A CN 202010761617 A CN202010761617 A CN 202010761617A CN 111917873 A CN111917873 A CN 111917873A
Authority
CN
China
Prior art keywords
accident
information
service platform
module
sending
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010761617.0A
Other languages
English (en)
Inventor
李柏韬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CCB Finetech Co Ltd
Original Assignee
China Construction Bank Corp
CCB Finetech Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by China Construction Bank Corp, CCB Finetech Co Ltd filed Critical China Construction Bank Corp
Priority to CN202010761617.0A priority Critical patent/CN111917873A/zh
Publication of CN111917873A publication Critical patent/CN111917873A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08—Insurance
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125—Traffic data processing
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0137—Measuring and analyzing of parameters relative to traffic conditions for specific applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Analytical Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Technology Law (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Traffic Control Systems (AREA)

Abstract

本发明实施例公开了一种事故处理系统、方法、装置、终端及存储介质，包括事故记录设备和事故服务平台；所述事故记录设备与所述事故服务平台保持通信连接；其中：所述事故记录设备用于获取目标交通设备的事故信息，并将获取的所述事故信息发送至所述事故服务平台；所述事故服务平台用于接收所述事故记录设备发送的所述事故信息，并根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。本发明实施例的技术方案能够扩展事故记录设备的功能，从而提高交通事故的处理效率。

Description

一种事故处理系统、方法、装置、终端及存储介质
技术领域
本发明实施例涉及计算机软件应用技术领域，尤其涉及一种事故处理系统、方法、装置、终端及存储介质。
背景技术
事故记录设备如行车记录仪或航空飞行记录器等，可以记录交通设备行驶途中的影像及声音等相关资讯的仪器。安装事故记录设备后，能够记录交通设备行驶全过程的视频图像和声音，可为交通事故提供证据。
目前，事故记录设备的功能较为单一，只能人为导出事故照片或视频等事故信息，供交通部门及保险公司理赔定责。
发明内容
本发明实施例提供一种事故处理系统、方法、装置、终端及存储介质，以扩展事故记录设备的功能，从而提高交通事故的处理效率。
第一方面，本发明实施例提供了事故处理系统，包括事故记录设备和事故服务平台；所述事故记录设备与所述事故服务平台保持通信连接；其中：
所述事故记录设备用于获取目标交通设备的事故信息，并将获取的所述事故信息发送至所述事故服务平台；
所述事故服务平台用于接收所述事故记录设备发送的所述事故信息，并根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
第二方面，本发明实施例还提供了一种事故处理方法，包括：
获取目标交通设备的事故信息；
将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
第三方面，本发明实施例还提供了一种事故处理装置，包括：
事故信息获取模块，用于获取目标交通设备的事故信息；
事故信息发送模块，用于将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
第四方面，本发明实施例还提供了一种终端，所述终端包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明任意实施例所提供的事故处理方法。
第五方面，本发明实施例还提供了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例所提供的事故处理方法。
本发明实施例通过将事故记录设备和事故服务平台组成一种事故处理系统，通过事故记录设备获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台，事故服务平台接收到事故记录设备发送的事故信息后，根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
附图说明
图1是本发明实施例一提供的一种事故处理系统的示意图；
图2是本发明实施例二提供的一种事故处理系统的示意图；
图3是本发明实施例三提供的一种事故处理系统的示意图；
图4a是本发明实施例四提供的一种事故处理方法的流程图；
图4b是本发明实施例四提供的一种事故处理方法的流程图；
图5是本发明实施例五提供的一种事故处理装置的示意图；
图6为本发明实施例六提供的一种终端的结构示意图。
具体实施方式
下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。
另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本发明实施例的说明书和权利要求书及附图中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述特定的顺序。此外术语“包括”和“具有”以及他们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有设定于已列出的步骤或单元，而是可包括没有列出的步骤或单元。
实施例一
图1是本发明实施例一提供的一种事故处理系统的示意图，如图1所示，该事故处理系统的结构包括事故记录设备10和事故服务平台20；事故记录设备10与事故服务平台20保持通信连接；其中：事故记录设备10用于获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台20；事故服务平台20用于接收事故记录设备发送的事故信息，并根据事故信息进行事故判定，以根据事故判定结果快速处理事故。
其中，事故记录设备10可以用于记录交通设备在行驶全过程的视频图像和声音等交通信息。示例性的，事故记录设备10可以是行车记录仪或航空飞行记录器等设备，只要可以记录交通设备的交通信息即可，本发明实施例并不对事故记录设备10的具体设备类型进行限定。目标交通设备可以是按照事故记录设备的交通设备，如汽车或飞机等，本发明实施例同样不对目标交通设备的具体设备类型进行限定。事故服务平台20可以是用于对交通事故进行处理的服务平台，如交管部门的相关服务器或保险部门的相关服务器等，本发明实施例并不对事故服务平台20的平台类型进行限制。事故判定结果可以是根据事故信息进行事故判定得到的判定结果。
在本发明实施例中，可以在事故记录设备10与事故服务平台20之间建立起通信连接，如此，在事故记录设备10获取到目标交通设备的事故信息后，可以通过建立的通信连接将获取的事故信息发送至事故服务平台20。事故服务平台20接收到事故记录设备10发送的事故信息后，即可根据接收的事故信息进行事故判定，从而根据事故判定结果快速处理事故。可选的，根据事故信息进行事故判定诸如可以是判定事故生成原因、事故的轻重程度以及事故责任归属等，本发明实施例并不对事故判定的具体内容进行限定。
由此可见，直接由事故记录设备将获取到的事故信息发送至事故服务平台，以使事故服务平台根据接收的事故信息进行事故判定以对事故进行处理，无需人为从事故记录设备中导出相关信息后再送达相关部门进行事故处理，可以显著提高事故处理的效率。
本发明实施例通过将事故记录设备和事故服务平台组成一种事故处理系统，通过事故记录设备获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台，事故服务平台接收到事故记录设备发送的事故信息后，根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
实施例二
图2是本发明实施例二提供的一种事故处理系统的示意图，本实施例以上述实施例为基础进行具体化，在本实施例中，给出了事故记录设备的具体可选的内部设备结构。
如图2所示，可选的，事故记录设备10可以包括事故检测模块110和事故信息发送模块120；事故检测模块110与事故信息发送模块120通信连接；其中：事故检测模块110用于检测目标交通设备的行驶状态，以根据行驶状态确定事故信息，并将事故信息发送至事故信息发送模块120；事故信息发送模块120用于接收事故检测模块110发送的事故信息，并将事故信息发送至事故服务平台20。
具体的，事故检测模块110可以检测目标交通设备的行驶状态，并根据目标交通设备的行驶状态确定事故信息。示例性的，通过震动检测检测目标交通设备的震动状态，或者，通过获取目标交通设备的行驶图像信息等检测目标交通设备的行驶状况等。当事故检测模块110根据行驶状态确定目标交通设备发生了交通事故后，可以生成事故信息，并将生成的事故信息发送至事故信息发送模块120，以通过事故信息发送模块120将事故记录设备生成的事故信息发送至事故服务平台20。生成的事故信息例如可以是事故发生地点或事故产生原因等。或者，也还可以由事故检测模块110将与交通事故相关的行驶状态信息作为原始的事故信息发送至事故信息发送模块120，以通过事故信息发送模块120将事故记录设备生成的事故信息发送至事故服务平台20。事故服务平台20接收到原始的事故信息后，可以进一步进行事故判定，如确定事故发生地点、事故产生原因或事故轻重程度等。
在本发明的一个可选实施例中，事故检测模块110可以包括物理检测单元111和图像检测单元112；其中：物理检测单元111用于检测目标交通设备的物理行驶状态，并在确定物理行驶状态满足物理事故判定条件时，生成第一事故信息；图像检测单元112用于检测目标交通设备的逻辑行驶状态，并在确定逻辑行驶状态满足逻辑事故判定条件时，生成第二事故信息。
其中，物理行驶状态可以是诸如速度或震动等物理感知的状态，如果目标交通设备的类型为车辆，则物理行驶状态还可以包括刹车或急转弯等状态。物理事故判定条件可以是对物理行驶状态进行判定，以确定是否发生交通事故的条件。示例性的，物理事故判定条件可以是：速度突然发生变化、出现急转弯或大幅震动等。第一事故信息可以是物理检测单元111生成的事故信息。逻辑行驶状态可以是通过视频或音频等交通信息判断生成的逻辑状态，如停止前进等待行人通过、左转绕过障碍物或加速赶超其他交通设备发生碰撞等。逻辑事故判定条件可以是对逻辑行驶状态进行判定，以确定是否发生交通事故的条件。示例性的，逻辑事故判定条件可以是：与行人、障碍物或其他交通设备发生碰撞等。第二事故信息可以是图像检测单元111生成的事故信息。
可选的，事故检测模块110可以通过物理检测单元111和图像检测单元112同时对目标交通设备的形式状态进行检测，以确定目标交通设备是否发生交通事故，并在确定目标交通设备发生交通事故时生成对应的事故信息。
具体的，可以通过物理检测单元111检测目标交通设备的物理行驶状态，并在确定物理行驶状态满足物理事故判定条件时，生成第一事故信息。例如，通过物理检测单元111检测目标交通设备的车速、震动幅度或刹车状态等，并在确定目标交通设备出现急刹车、碰撞或剧烈颠簸时，确定目标交通设备的物理行驶状态满足物理事故判定条件，也即确定目标交通设备发生交通事故，则可以生成第一事故信息。第一事故信息例如可以包括事故发生时目标交通设备的当前速度以及具体的震动幅度等。可以理解的是，物理检测单元111检测目标交通设备的物理行驶状态只需根据目标交通设备当前运行的物理参数即可直接确定。
具体的，可以通过图像检测单元112检测目标交通设备的逻辑行驶状态，并在逻辑物理行驶状态满足逻辑事故判定条件时，生成第二事故信息。例如，通过图像检测单元112实时检测目标交通设备的当前图像等，当前图像可以为目标交通设备前方的场景图像。当图像检测单元112根据目标交通设备的当前图像确定目标交通设备出现与行人、障碍物或其他交通设备出现碰撞时，确定目标交通设备的逻辑行驶状态满足逻辑事故判定条件，也即确定目标交通设备发生交通事故，则可以生成第二事故信息。第二事故信息例如可以包括目标交通设备右前方交通设备出现追尾碰撞等。可以理解的是，图像检测单元112通过检测目标交通设备的当前图像以检测目标交通设备的逻辑行驶状态，本质上属于图像数据处理过程。在该过程中，可以对当前图像进行预处理，如图像增强处理等，并可以利用预先训练好的图像识别模型对预处理后的图像进行识别，以判断目标交通设备的逻辑行驶状态是否满足逻辑事故判定条件。可选的，图像识别模型例如可以是深度学习模型等，本发明实施例对此并不进行限制。
或者，也还可以通过物理检测单元111和图像检测单元112合作生成事故信息。例如，通过物理检测单元111检测目标交通设备的物理行驶状态，并在确定物理行驶状态满足物理事故判定条件时，确定目标交通设备发生交通事故。此时，物理检测单元111可以向图像检测单元112发送事故定位指令。图像检测单元112接收到事故定位指令后，可以将接收事故定位指令的时间点为基准时间点，将基准时间点之前以及基准时间点之后的设定时间段的图像信息直接作为事故信息，并将事故信息发送至事故信息发送模块120。其中，设定时间点可以根据实际需求设定，如10分钟或20分钟等，本发明实施例对此并不进行限制。
在本发明的一个可选实施例中，事故信息发送模块120可以包括ETC(ElectronicToll Collection，电子不停车收费系统)单元121和通信单元122；其中：ETC单元用于获取目标交通设备的设备关联信息，并将设备关联信息发送至路侧RSU单元，以使RSU单元将设备关联信息发送至事故服务平台；通信单元用于采用移动通信的方式将事故信息发送至事故服务平台，或将所述事故信息和所述设备关联信息发送至所述事故服务平台。
其中，设备关联信息可以是目标交通设备的相关信息。例如，假设目标交通设备为车辆，则设备关联信息可以是车辆信息、车辆所有人信息以及车辆车保所属保险公司等车辆关联信息。其中，车辆信息可以包括但不限于车牌号、车辆使用年限及车型等。车辆所有人信息可以包括但不限于车辆所有人姓名、性别、身份证号、居住地址及户籍所在地等。车辆车保所属保险公司可以包括但不限于保险公司名称、地址及联系方式等。ETC单元具体可以是OBU(On board Unit，车载单元)单元。
ETC系统是目前世界上最先进的路桥收费方式，它以安装在车辆挡风玻璃上的车载电子标签(OBU)为读卡和通讯工具，利用后台清算和DSRC(Dedicated Short RangeCommunication，专用短程通信技术)技术实现通行费用从交通卡上的自动扣收。OBU是与RSU(Road Side Unit，路侧单元)进行通讯的微波装置。在ETC系统中，OBU放在车上，路边架设RSU路侧单元，OBU与RSU之间通过微波进行通讯。RSU可以根据OBU发送的信息实现车辆身份识别和电子扣分等功能。DSRC是ITS智能运输系统领域中专门用于机动车辆在高速公路等收费点实现不停车自动收费EFC(Electronic Fee Collection)的技术。
现有技术中，部分行车记录仪作为事故记录设备，虽然也整合了ETC功能，也即将ETC的OBU单元和行车记录仪合二为一合并成为一个整体设备，如设备上半部分为OBU单元，下半部分为行车记录仪，可以同时实现行车记录仪与ETC设备的功能。但上述整合设备仅是将两者的功能进行了整合，ETC和行车记录仪仍然相互独立工作，且仅可以在本地使用，无法与事故服务平台进行联动以快速处理交通事故。
在本发明实施例中，当将事故处理系统应用于车辆设备时，考虑到车辆设备的ETC系统可以集成车辆关联信息，且车辆上的OBU单元与路侧上的RSU单元之间可以通过无线通信的方式传递相关信息。因此，为了进一步扩展ETC系统的功能和应用场景，可以将车辆上的OBU单元作为事故信息发送模块120的其中一个单元。相应的，在事故信息发送模块120接收到事故信息后，可以通过ETC单元121(也即OBU单元)获取目标交通设备(也即目标车辆设备)的设备关联信息，并将设备关联信息发送至路侧RSU单元，以使RSU单元将设备关联信息发送至事故服务平台20，从而使得事故服务平台20可以及时获取目标交通设备的设备关联信息。
同时，为了避免在发生交通事故时，目标交通设备附近没有路侧RSU单元，导致无法利用ETC单元121向路侧RSU单元发送设备关联信息，以致事故服务平台20无法通过路侧RSU单元接收目标交通设备的设备关联信息，还可以在事故信息发送模块120中单独设置一个通信单元122。可选的，通信单元122可以是蜂窝网络的形式，采用移动通信的方式将事故信息发送至事故服务平台20。在确定ETC单元121无法向路侧RSU单元发送设备关联信息时，还可以通过通信单元122将事故信息和设备关联信息一并发送至事故服务平台20。
可以理解的是，在城市交通等应用场景下，通常路侧RSU单元分布比较密集。例如，在路口的红绿灯、路灯或路边的交通管制设备(如安装摄像头等专用监测设备的横杆或立杆等)。因此，在城市交通的应用场景中，通常可以利用事故记录设备10中的ETC单元与路侧RSU单元进行交互，以将目标交通设备的设备关联信息发送至事故服务平台20。而在高速公路等应用场景下，通常路侧RSU单元分布比较稀疏，例如，每隔5公里或10公里设置一个路侧RSU单元。这类场景中，目标交通设备发生交通事故时，可能周边并没有路侧RSU单元，此时则可以通过通信单元122向事故服务平台20一并发送事故信息和设备关联信息。或者，也还可以利用稀疏分布的路侧RSU单元向事故服务平台20发送预估的设备关联信息。例如，通过目标交通设备经过的路侧RSU单元测量的目标交通设备的时速等信息预估目标交通设备发送交通事故的事发地点，并将预估得到的事发地点以及目标交通设备的其他关联信息发送至事故服务平台20。
在本发明的一个可选实施例中，ETC单元122还可以用于接收RSU单元反馈的确认信息。
其中，确认信息可以用于确认设备关联信息发送成功。
可选的，当路侧RSU单元将ETC单元122发送的设备关联信息发送至事故服务平台20后，可以向ETC单元122反馈信息已发送成功的确认信息。
在本发明的一个可选实施例中，事故记录设备10还可以包括事故状态确认模块130；事故状态确认模块130与事故检测模块110和事故信息发送模块120通信连接；事故状态确认模块130用于确认事故状态；事故信息发送模块120用于在事故状态确认模块130确认事故状态之后，将事故信息发送至事故服务平台20。
在本发明实施例中，还可以在事故记录设备10中设置事故状态确认模块130，以用于确认事故状态。所谓确认事故状态也即确认切实发生事故。相应的，当事故状态确认模块130确认事故状态之后，表明目标交通设备确实发生了交通事故，此时事故信息发送模块120才会将事故信息发送至事故服务平台20。当事故状态确认模块130没有确认事故状态时，表明目标交通设备并没发生交通事故，此时事故信息发送模块120则不会将事故信息发送至事故服务平台20。
在本发明的一个可选实施例中，事故状态确认模块130具体用于：根据用户发送的事故状态确认指令确认事故状态；或，在确定设定时间内未接收到用户发送的事故状态确认指令后，自动确认事故状态。
其中，事故状态确认指令可以是用户向事故记录设备10发送的，用于确认发生事故的指令。设定时间可以根据实际需求设定，如5分钟等，本发明实施例并不对设定时间的具体数值进行限定。
可选的，事故状态确认模块130可以采用两种方式确认事故状态。第一种方式：根据用户发送的事故状态确认指令确认事故状态。示例性的，事故状态确认模块130可以通过明显闪烁的灯光、语音问询或向手机等通信设备发送通知等方式通知用户确认事故状态。用户接收到事故状态确认模块130发送的通知后，可以通过触发事故状态确认模块130中的事故状态确认按键(包括物理按键或虚拟按键等)或通过手机等通信设备回复通知信息的方式，向事故状态确认模块130发送事故状态确认指令，以确认目标交通设备确实发送交通事故。可以理解的是，如果交通事故比较严重，可能导致用户失去确认事故状态的能力。此时，事故状态确认模块130可以通过第二种方式确认事故状态。也即，在确定设定时间内未接收到用户发送的事故状态确认指令后，自动确认事故状态。
在本发明的一个可选实施例中，事故状态确认模块130还用于：接收用户发送的无事故状态确认指令，并根据无事故状态确认指令向事故信息发送模块120发送事故信息撤销指令；事故信息发送模块120用于在接收到事故信息撤销指令后，拒绝将事故信息发送至事故服务平台20。
其中，无事故状态确认指令可以是用户向事故记录设备10发送的，用于确认未发生事故的指令。事故信息撤销指令可以用于事故信息发送模块120取消向事故服务平台20。
具体的，在事故信息发送模块120没有得到事故状态确认模块130反馈的信息之前，事故信息发送模块120可以将待发送的事故信息设置成待发送状态。当事故信息发送模块120接收到事故状态确认模块130反馈的确认事故状态的指令后，可以将待发送状态的事故信息发送至事故服务平台20。可以理解的是，虽然事故检测模块110能够大概率判断出目标交通设备发生的交通事故，但偶尔会存在误判的情况。或者部分交通事故轻微，当事人可以私下解决，不需要触发事故服务平台20解决。上述场景中，不需要通过事故信息发送模块120向事故服务平台20发送事故信息，则用户可以向事故状态确认模块130发送无事故状态确认指令。相应的，事故状态确认模块130可以根据无事故状态确认指令向事故信息发送模块120发送事故信息撤销指令。如果事故信息发送模块120接收到事故状态确认模块130反馈的事故信息撤销指令，则可以将待发送的事故信息设置成取消发送状态，以取消将事故信息发送至事故服务平台20的操作。
采用上述技术方案，通过物理检测单元和图像检测单元检测目标交通设备的行驶状态，以根据行驶状态确定事故信息，并将事故信息发送至事故信息发送模块。事故信息发送模块在确定事故状态确认模块确认事故状态之后，通过ETC单元和通信单元分别向事故服务平台发送设备关联信息和事故信息，扩展了事故记录设备的功能，实现了事故记录设备与事故服务平台之间的联动，可以促进事故服务平台快速解决交通事故，从而提高交通事故的处理效率。
实施例三
图3是本发明实施例三提供的一种事故处理系统的示意图，本实施例以上述实施例为基础进行具体化，在本实施例中，给出了事故服务平台的具体可选类型，以及事故服务平台根据事故信息进行事故判定的可选实施方式。
如图3所示，可选的，事故服务平台20可以包括交管部门服务平台210和保险服务平台220。
在本发明实施例中，可选的，事故服务平台20可以包括但不限于交管部门服务平台210和保险服务平台220。其中，交管部门服务平台210可以用于处理违章及交通事故等，保险服务平台220则可以处理事故理赔等。可选的，交管部门服务平台210可以包括但不限于交通应用服务器、交通管理服务器以及安全管理服务器等。同理，保险服务平台220也可以包括应用服务器或管理服务器。也即，交管部门服务平台210和保险服务平台220可以是服务器组成的集群，也可以是云服务器等类型，本发明实施例并不对交管部门服务平台210和保险服务平台220的平台类型进行限定。
由此可见，本发明实施例所提供的事故处理系统，将ETC单元集成在事故记录设备10中，可以将ETC应用场景扩展至交通事故处理及理赔系统，实现在发生交通事故时与交管部门及保险公司的实时的信息联通，可以直接在事故发生时，将事故记录设备10所记录的事故信息通过互联网即时传递给相关部门，实现快速定责理赔，提高交通事故的处理效率。
在本发明的一个可选实施例中，事故服务平台20具体可以用于：根据事故信息判断事故类型，并根据事故类型快速处理事故。可选的，事故类型包括轻度事故类型和重度事故类型；事故服务平台20具体可以用于：在确定事故信息的事故类型为轻度事故类型，且根据事故信息确定事故责任后，向事故记录设备10发送驶离事故地点的指令，并自动根据事故信息处理事故理赔；在确定事故信息的事故类型为重度事故类型后，向事故记录设备10发送撤离事故地点或保持原地状态的指令。事故服务平台20还可以用于：根据事故信息定位事故地点。
其中，轻度事故类型可以是程度较低的事故类型，重度事故类型可以是程度较重或疑难的事故类型。
可选的，事故服务平台20根据接收的事故信息处理交通事故时，具体可以根据事故信息判断当前事故的事故类型，并根据事故类型快速处理事故。例如，事故服务平台20根据接收的事故信息确定当前事故的事故类型为轻度事故类型，且可以根据事故信息明确当事人的事故责任，则可以直接向事故记录设备10发送驶离事故地点的指令，并自动根据事故信息处理事故理赔。其中，驶离事故地点也即快速驶离交通事故的事发地点，以避免事发地点发生路段拥堵问题。如果事故服务平台20根据接收的事故信息确定当前事故的事故类型为重度事故类型，则可以向事故记录设备10发送撤离事故地点或保持原地状态的指令，并在确定可以后台自动处理事故理赔时，自动根据事故信息处理事故理赔。其中，撤离事故地点也即将目标交通设备从交通事故的事发地点挪移，以避免事发地点发生路段拥堵问题。如果确定目标交通设备挪移困难，则可以保持原地状态。如果需要相关工作人员奔赴事故现场调查，交管部门与保险公司可以根据事故记录设备10发送的事故信息快速定位事故发生位置，以降低电话沟通成本。
采用上述方案，通过交管部门服务平台和保险服务平台等事故服务平台根据接收的事故信息判断事故类型，并根据事故类型快速处理事故，可以实现快速定责理赔，提高交通事故的处理效率。
实施例四
图4a是本发明实施例四提供的一种事故处理方法的流程图，本实施例可适用于根据事故记录设备发送的事故信息快速处理交通事故的情况，该方法可以由事故处理装置来执行，该装置可以由软件和/或硬件的方式来实现，并一般可集成在终端中，该终端可以是事故记录设备，与用于处理事故信息的事故服务平台配合使用。相应的，如图4a所示，该方法包括如下操作：
S110、获取目标交通设备的事故信息。
S120、将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
可选的，所述事故记录设备包括事故检测模块和事故信息发送模块；所述事故检测模块与所述事故信息发送模块通信连接；获取目标交通设备的事故信息，包括：通过事故检测模块检测所述目标交通设备的行驶状态，以根据所述行驶状态确定所述事故信息，并将所述事故信息发送至所述事故信息发送模块；通过事故信息发送模块接收所述事故检测模块发送的所述事故信息，并将所述事故信息发送至所述事故服务平台。
可选的，所述事故检测模块包括物理检测单元和图像检测单元；获取目标交通设备的事故信息，包括：通过所述物理检测单元检测所述目标交通设备的物理行驶状态，并在确定所述物理行驶状态满足物理事故判定条件时，生成第一事故信息；通过所述图像检测单元检测所述目标交通设备的逻辑行驶状态，并在确定所述逻辑行驶状态满足逻辑事故判定条件时，生成第二事故信息。
可选的，所述事故信息发送模块包括电子不停车收费系统ETC单元和通信单元；将所述事故信息发送至所述事故服务平台，包括：通过所述ETC单元获取所述目标交通设备的设备关联信息，并将所述设备关联信息发送至路侧RSU单元，以使所述RSU单元将所述设备关联信息发送至所述事故服务平台；通过所述通信单元采用移动通信的方式将所述事故信息发送至所述事故服务平台，或将所述事故信息和所述设备关联信息发送至所述事故服务平台。
可选的，在将所述事故信息发送至所述事故服务平台之后，还包括：通过所述ETC单元还接收所述RSU单元反馈的确认信息。
可选的，所述事故记录设备还包括事故状态确认模块；所述方法还包括：通过所述事故状态确认模块确认事故状态；将所述事故信息发送至所述事故服务平台，包括：通过所述事故信息发送模块在所述事故状态确认模块确认事故状态之后，将所述事故信息发送至所述事故服务平台。
可选的，通过所述事故状态确认模块确认事故状态；包括：根据用户发送的事故状态确认指令确认事故状态；或，在确定设定时间内未接收到所述用户发送的事故状态确认指令后，自动确认事故状态。
可选的，所述方法还包括：通过事故状态确认模块接收所述用户发送的无事故状态确认指令，并根据所述无事故状态确认指令向所述事故信息发送模块发送事故信息撤销指令；通过所述事故信息发送模块在接收到所述事故信息撤销指令后，拒绝将所述事故信息发送至所述事故服务平台。
可选的，所述事故服务平台具体用于：根据所述事故信息判断事故类型，并根据所述事故类型快速处理事故。
可选的，所述事故类型包括轻度事故类型和重度事故类型；所述事故服务平台具体用于：在确定所述事故信息的事故类型为所述轻度事故类型，且根据所述事故信息确定事故责任后，向所述事故记录设备发送驶离事故地点的指令，并自动根据所述事故信息处理事故理赔；在确定所述事故信息的事故类型为所述重度事故类型后，向所述事故记录设备发送撤离事故地点或保持原地状态的指令。
可选的，所述事故服务平台还用于：根据所述事故信息定位事故地点。
可选的，所述事故服务平台包括交管部门服务平台和保险服务平台。
本发明实施例通过事故记录设备获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台，事故服务平台接收到事故记录设备发送的事故信息后，根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
图4b是本发明实施例四提供的一种事故处理方法的流程图，在一个具体的例子中，以车辆为目标交通设备为例具体说明。如图4b所示，车辆通过事故处理系统进行事故处理方法可以包括：
车辆发动后，行车记录仪(也即事故记录设备)通电启动，实时检测车辆的行驶状态。具体的，在车辆行驶过程中，行车记录仪中的震动检测模块根据车辆行驶状态(急刹、大幅度震动等)判定车辆可能遭遇事故，向车主发出事故状态确认。例如，通过明显闪烁的灯光、语音问询或者手机通知等通知方法发出事故状态确认。
车主进行事故状态确认，激活车载ETC的OBU单元和通信单元。或为避免遭遇重大事故车主失去确认能力，行车记录仪可以通过车主预先设定或出厂默认的固定时间开始计时，倒计时过后仍无反馈，则激活车载ETC的OBU单元和通信单元。OBU单元读取ETC中车辆、车辆所有人以及车辆车保所属保险公司等相关信息，通过与路旁设置的RSU进行DSRC通讯，将事故信息通过路侧RSU快速反馈至周边交管部门，并向车载OBU反馈信息已发送的确认信息。
同时，行车记录仪将判定车辆进入事故状态时间点前后的影像信息及定位信息通过通信单元的蜂窝网络发送至交管部门及车辆所属保险公司，供其进行预先事故定责及保险单出单等操作。
若交管部门与保险公司判定事故为小事故，且可以明确定责，则会通知涉事车辆快速驶离事故路段，后台自动进行相关事故理赔等事项。若判定为大事故或疑难事故，则会通知涉事车辆挪至路旁或保持原地状态等，从而加快事故处理速度，降低事故发生路段拥堵情况。如需奔赴事故现场调查，交管部门与保险公司可以根据行车记录仪及OBU发送的车辆电子标签信息快速定位事故发生位置，降低电话沟通成本。
本发明实施例通过事故记录设备获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台，事故服务平台接收到事故记录设备发送的事故信息后，根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
需要说明的是，以上各实施例中各技术特征之间的任意排列组合也属于本发明的保护范围。
实施例五
图5是本发明实施例五提供的一种事故处理装置的示意图，如图5所示，所述装置包括：事故信息获取模块510以及事故信息发送模块520，其中：
事故信息获取模块510，用于获取目标交通设备的事故信息；
事故信息发送模块520，用于将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
本发明实施例通过事故记录设备获取目标交通设备的事故信息，并将获取的事故信息发送至事故服务平台，事故服务平台接收到事故记录设备发送的事故信息后，根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
上述事故处理装置可执行本发明任意实施例所提供的事故处理方法，具备执行方法相应的功能模块和有益效果。未在本实施例中详尽描述的技术细节，可参见本发明任意实施例提供的事故处理方法。
由于上述所介绍的事故处理装置为可以执行本发明实施例中的事故处理方法的装置，故而基于本发明实施例中所介绍的事故处理方法，本领域所属技术人员能够了解本实施例的事故处理装置的具体实施方式以及其各种变化形式，所以在此对于该事故处理装置如何实现本发明实施例中的事故处理方法不再详细介绍。只要本领域所属技术人员实施本发明实施例中事故处理方法所采用的装置，都属于本申请所欲保护的范围。
实施例六
图6为本发明实施例六提供的一种终端的结构示意图。图6示出了适于用来实现本发明实施方式的终端612的框图。图6显示的终端612仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备612典型的是承担行车记录功能的终端设备，典型的，如行车记录设备或航空飞行记录器等。
如图6所示，终端612以通用计算设备的形式表现。终端612的组件可以包括但不限于：一个或者多个处理器616，存储装置628，连接不同系统组件(包括存储装置628和处理器616)的总线618。
总线618表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(Industry StandardArchitecture，ISA)总线，微通道体系结构(Micro Channel Architecture，MCA)总线，增强型ISA总线、视频电子标准协会(Video Electronics Standards Association，VESA)局域总线以及外围组件互连(Peripheral Component Interconnect，PCI)总线。
终端612典型地包括多种计算机系统可读介质。这些介质可以是任何能够被终端612访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
存储装置628可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(Random Access Memory，RAM)630和/或高速缓存存储器632。终端612可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统634可以用于读写不可移动的、非易失性磁介质(图6未显示，通常称为“硬盘驱动器”)。尽管图6中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(Compact Disc-Read Only Memory，CD-ROM)、数字视盘(Digital Video Disc-Read Only Memory，DVD-ROM)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线618相连。存储装置628可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
具有一组(至少一个)程序模块626的程序636，可以存储在例如存储装置628中，这样的程序模块626包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块626通常执行本发明所描述的实施例中的功能和/或方法。
终端612也可以与一个或多个外部设备614(例如键盘、指向设备、摄像头、显示器624等)通信，还可与一个或者多个使得用户能与该终端612交互的设备通信，和/或与使得该终端612能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(Input/Output，I/O)接口622进行。并且，终端612还可以通过网络适配器620与一个或者多个网络(例如局域网(Local Area Network，LAN)，广域网Wide Area Network，WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器620通过总线618与终端612的其它模块通信。应当明白，尽管图中未示出，可以结合终端612使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(Redundant Arrays of Independent Disks，RAID)系统、磁带驱动器以及数据备份存储系统等。
处理器616通过运行存储在存储装置628中的程序，从而执行各种功能应用以及数据处理，例如实现本发明上述实施例所提供的事故处理方法。
也即，所述处理单元执行所述程序时实现：获取目标交通设备的事故信息；将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
通过所述终端将获取的目标交通设备的事故信息发送至事故服务平台，以使事故服务平台根据事故信息进行事故判定，以根据事故判定结果快速处理事故，解决现有事故记录设备只能人为导出事故信息进行事故处理的问题，扩展了事故记录设备的功能，提高了交通事故的处理效率。
实施例七
本发明实施例六还提供一种存储计算机程序的计算机存储介质，所述计算机程序在由计算机处理器执行时用于执行本发明上述实施例任一所述的事故处理方法：获取目标交通设备的事故信息；将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(Read Only Memory，ROM)、可擦式可编程只读存储器((Erasable Programmable ReadOnly Memory，EPROM)或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、射频(Radio Frequency，RF)等等，或者上述的任意合适的组合。
可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言——诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (16)

1.一种事故处理系统，其特征在于，包括事故记录设备和事故服务平台；所述事故记录设备与所述事故服务平台保持通信连接；其中：
所述事故记录设备用于获取目标交通设备的事故信息，并将获取的所述事故信息发送至所述事故服务平台；
所述事故服务平台用于接收所述事故记录设备发送的所述事故信息，并根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
2.根据权利要求1所述的系统，其特征在于，所述事故记录设备包括事故检测模块和事故信息发送模块；所述事故检测模块与所述事故信息发送模块通信连接；其中：
所述事故检测模块用于检测所述目标交通设备的行驶状态，以根据所述行驶状态确定所述事故信息，并将所述事故信息发送至所述事故信息发送模块；
所述事故信息发送模块用于接收所述事故检测模块发送的所述事故信息，并将所述事故信息发送至所述事故服务平台。
3.根据权利要求2所述的系统，其特征在于，所述事故检测模块包括物理检测单元和图像检测单元；其中：
所述物理检测单元用于检测所述目标交通设备的物理行驶状态，并在确定所述物理行驶状态满足物理事故判定条件时，生成第一事故信息；
所述图像检测单元用于检测所述目标交通设备的逻辑行驶状态，并在确定所述逻辑行驶状态满足逻辑事故判定条件时，生成第二事故信息。
4.根据权利要求2所述的系统，其特征在于，所述事故信息发送模块包括电子不停车收费系统ETC单元和通信单元；其中：
所述ETC单元用于获取所述目标交通设备的设备关联信息，并将所述设备关联信息发送至路侧RSU单元，以使所述RSU单元将所述设备关联信息发送至所述事故服务平台；
所述通信单元用于采用移动通信的方式将所述事故信息发送至所述事故服务平台，或将所述事故信息和所述设备关联信息发送至所述事故服务平台。
5.根据权利要求4所述的系统，其特征在于，所述ETC单元还用于接收所述RSU单元反馈的确认信息。
6.根据权利要求2-5任一所述的系统，其特征在于，所述事故记录设备还包括事故状态确认模块；所述事故状态确认模块与所述事故检测模块和所述事故信息发送模块通信连接；
所述事故状态确认模块用于确认事故状态；
所述事故信息发送模块用于在所述事故状态确认模块确认事故状态之后，将所述事故信息发送至所述事故服务平台。
7.根据权利要求6所述的系统，其特征在于，所述事故状态确认模块具体用于：
根据用户发送的事故状态确认指令确认事故状态；或
在确定设定时间内未接收到所述用户发送的事故状态确认指令后，自动确认事故状态。
8.根据权利要求6所述的系统，其特征在于，所述事故状态确认模块还用于：
接收用户发送的无事故状态确认指令，并根据所述无事故状态确认指令向所述事故信息发送模块发送事故信息撤销指令；
所述事故信息发送模块用于在接收到所述事故信息撤销指令后，拒绝将所述事故信息发送至所述事故服务平台。
9.根据权利要求1所述的系统，其特征在于，所述事故服务平台具体用于：
根据所述事故信息判断事故类型，并根据所述事故类型快速处理事故。
10.根据权利要求9所述的系统，其特征在于，所述事故类型包括轻度事故类型和重度事故类型；所述事故服务平台具体用于：
在确定所述事故信息的事故类型为所述轻度事故类型，且根据所述事故信息确定事故责任后，向所述事故记录设备发送驶离事故地点的指令，并自动根据所述事故信息处理事故理赔；
在确定所述事故信息的事故类型为所述重度事故类型后，向所述事故记录设备发送撤离事故地点或保持原地状态的指令。
11.根据权利要求1、9或10任一所述的系统，其特征在于，所述事故服务平台还用于：根据所述事故信息定位事故地点。
12.根据权利要求1、9或10任一所述的系统，其特征在于，所述事故服务平台包括交管部门服务平台和保险服务平台。
13.一种事故处理方法，其特征在于，包括：
获取目标交通设备的事故信息；
将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
14.一种事故处理装置，其特征在于，包括：
事故信息获取模块，用于获取目标交通设备的事故信息；
事故信息发送模块，用于将所述事故信息发送至所述事故服务平台，以使所述事故服务平台根据所述事故信息进行事故判定，以根据事故判定结果快速处理事故。
15.一种终端，其特征在于，所述终端包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序；
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求13中任一所述的事故处理方法。
16.一种计算机存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求13中任一所述的事故处理方法。
CN202010761617.0A 2020-07-31 2020-07-31 一种事故处理系统、方法、装置、终端及存储介质 Pending CN111917873A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010761617.0A CN111917873A (zh) 2020-07-31 2020-07-31 一种事故处理系统、方法、装置、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010761617.0A CN111917873A (zh) 2020-07-31 2020-07-31 一种事故处理系统、方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
CN111917873A true CN111917873A (zh) 2020-11-10

Family

ID=73287523

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010761617.0A Pending CN111917873A (zh) 2020-07-31 2020-07-31 一种事故处理系统、方法、装置、终端及存储介质

Country Status (1)

Country Link
CN (1) CN111917873A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112365715A (zh) * 2020-11-30 2021-02-12 济南金宇公路产业发展有限公司 一种智慧交通管理平台
CN113112801A (zh) * 2021-04-12 2021-07-13 智道网联科技(北京)有限公司 基于智慧交通的交通事件处理方法和装置

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136069A (zh) * 2007-09-18 2008-03-05 深圳市金溢科技有限公司 一种etc电子标签的发行方法
CN101819685A (zh) * 2010-04-23 2010-09-01 中兴通讯股份有限公司 一种etc电子标签装置以及实现路径信息上报的方法
CN105227654A (zh) * 2015-09-25 2016-01-06 宇龙计算机通信科技(深圳)有限公司 一种基于移动通讯终端的智能出险的方法、装置和系统
CN105957345A (zh) * 2016-06-08 2016-09-21 南京航空航天大学 车辆行驶数据处理方法
CN106781437A (zh) * 2016-12-22 2017-05-31 安徽保腾网络科技有限公司 用于轻微交通事故的赔偿策略确定方法
CN107633570A (zh) * 2017-08-28 2018-01-26 武汉六点整北斗科技有限公司 一种交通事故的快撤实现方法及相关产品
CN109671181A (zh) * 2018-12-14 2019-04-23 中国人民财产保险股份有限公司 一种行车记录仪、车险理赔方法及车险理赔服务系统
CN109741226A (zh) * 2018-12-29 2019-05-10 百度在线网络技术（北京）有限公司 基于区块链的交通事故处理方法、装置、服务器和介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101136069A (zh) * 2007-09-18 2008-03-05 深圳市金溢科技有限公司 一种etc电子标签的发行方法
CN101819685A (zh) * 2010-04-23 2010-09-01 中兴通讯股份有限公司 一种etc电子标签装置以及实现路径信息上报的方法
CN105227654A (zh) * 2015-09-25 2016-01-06 宇龙计算机通信科技(深圳)有限公司 一种基于移动通讯终端的智能出险的方法、装置和系统
CN105957345A (zh) * 2016-06-08 2016-09-21 南京航空航天大学 车辆行驶数据处理方法
CN106781437A (zh) * 2016-12-22 2017-05-31 安徽保腾网络科技有限公司 用于轻微交通事故的赔偿策略确定方法
CN107633570A (zh) * 2017-08-28 2018-01-26 武汉六点整北斗科技有限公司 一种交通事故的快撤实现方法及相关产品
CN109671181A (zh) * 2018-12-14 2019-04-23 中国人民财产保险股份有限公司 一种行车记录仪、车险理赔方法及车险理赔服务系统
CN109741226A (zh) * 2018-12-29 2019-05-10 百度在线网络技术（北京）有限公司 基于区块链的交通事故处理方法、装置、服务器和介质

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112365715A (zh) * 2020-11-30 2021-02-12 济南金宇公路产业发展有限公司 一种智慧交通管理平台
CN113112801A (zh) * 2021-04-12 2021-07-13 智道网联科技(北京)有限公司 基于智慧交通的交通事件处理方法和装置

Similar Documents

Publication Publication Date Title
CN107608388B (zh) 自主警车
US10979959B2 (en) Modular intelligent transportation system
WO2017080039A1 (zh) 车辆行驶安全监控方法和装置、系统
WO2017043133A1 (ja) 情報処理装置、通信装置、情報処理方法及びプログラム
US20170025000A1 (en) Modular intelligent transportation system
CN105206080A (zh) 一种智能车辆管理系统
CN104169155A (zh) 多车辆监视系统
CN104925005A (zh) 一种车辆监控方法及装置
CN104408941A (zh) 基于北斗卫星导航的车辆管理系统及方法
KR100699414B1 (ko) 차량의 기록 관리 시스템 및 방법
CN104331740A (zh) 一种机动车和驾驶员管理机
CN105355039A (zh) 路况信息处理方法及设备
CN105069853A (zh) 交通事故分析方法
CN106790700A (zh) 道路环境信息的发送和接收方法、装置及系统
CN113362483A (zh) 一种车辆异常的检测方法、装置、设备及存储介质
JP2011238045A (ja) 事故状況記録システム
CN105654759A (zh) 自动查询车辆违章记录的系统及方法
CN111917873A (zh) 一种事故处理系统、方法、装置、终端及存储介质
CN110322728A (zh) 用于事故状况预警的方法及设备
US20240129829A1 (en) Modular intelligent transportation system
CN103002002B (zh) 一种基于身份认证的事故报警方法,以及车载终端
CN106296115A (zh) 一种机动车辆保险自助理赔系统
CN114724364A (zh) 车辆管控方法、装置、设备、存储介质和程序产品
CN111572484A (zh) 车辆撞击事故的处理方法、系统、车载终端及云端服务器
CN113240920A (zh) 车辆通行方法及装置、认证服务器和紧急救援系统

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20220919

Address after: 12 / F, 15 / F, 99 Yincheng Road, China (Shanghai) pilot Free Trade Zone, Pudong New Area, Shanghai, 200120

Applicant after: Jianxin Financial Science and Technology Co.,Ltd.

Address before: 25 Financial Street, Xicheng District, Beijing 100033

Applicant before: CHINA CONSTRUCTION BANK Corp.

Applicant before: Jianxin Financial Science and Technology Co.,Ltd.

TA01 Transfer of patent application right
RJ01 Rejection of invention patent application after publication

Application publication date: 20201110

RJ01 Rejection of invention patent application after publication