CN113724093A - 车险事故的验证方法、系统、电子设备及介质 - Google Patents

Abstract

本发明公开了一种车险事故的验证方法、系统、电子设备及介质，其中，车险事故的验证方法预先将车辆的行车路线进行第一编码处理并将行车路线编码与车辆的特征要素关联，以在响应验证请求并获取事故车辆的事故信息后，根据事故时间要素和事故地点要素进行第二编码处理获得事故信息编码，从而通过车辆的特征要素筛选出事故车辆的行车路线编码，以与事故信息编码进行匹配验证车险事故，大幅减少了地址验证时的计算量，实现了实时返回验证结果，提高了验证的准确性。

Description

车险事故的验证方法、系统、电子设备及介质

技术领域

本发明涉及车险验证技术领域，具体涉及一种车险事故的验证方法、系统、电子设备及介质。

背景技术

对于重大的车险事故，通常由查勘员进行现场查勘，验证事故真伪，识别事故责任，判断损失情况；对于大量的轻微碰擦事故，通常适用快速理赔，车主上报事故经过，提交照片，如果损失在预设额度内，无需查勘员现场查勘即可获得理赔，快速理赔虽然节省了大量查勘、验证人力资源，但同时也滋生了大量的欺诈骗赔案件，不法分子利用无需查勘的漏洞，伪造事故信息，骗取理赔资金，造成巨额保险资金流失。

近几年由于车联网的快速发展，使得保司能够与主机厂合作，通过匹配事故地点与事故车辆的行车线路来验证交通事故的真伪。但是车主的行车路线属于个人隐私，主机厂无法直接提供，因此通常的做法是：保司先将出险地点(事故地点)和出险时间(事故时间)发送给主机厂，主机厂将该地点与该段时间前后事故车辆的行车路线经过的经纬度坐标逐一匹配，计算事故地点与事故车辆经过的每个行车坐标的距离是否小于阈值，如果车联网数据的采集频率是常见的1Hz(赫兹)，出险时间误差为±1小时，则该匹配过程最多需要关联7200个行车坐标，并且每次匹配时都要计算两个坐标间的球面距离，计算过程消耗极大，无法满足即时验证事故的需求，进而降低客户快速理赔的体验。

发明内容

本发明要解决的技术问题是为了克服现有技术中车险理赔的验证过程复杂，不能满足即时验证的缺陷，提供一种车险事故的验证方法、系统、电子设备及介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供一种车险事故的验证方法，所述方法包括：

对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；所述行车路线编码与车辆的特征要素关联；

响应验证请求并获取用户上传的事故车辆的事故信息；所述事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素；

根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码；

根据所述事故车辆的特征要素筛选出所述事故车辆的行车路线编码；

将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

较佳地，所述对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码的步骤包括：

从所述行车路线要素中提取车辆的位置信息以及与每条位置信息对应的时间信息；

对所述位置信息进行第一位置编码，以获取第一位置编码信息；

对所述时间信息进行第一时间编码，以获取第一时间编码信息；

根据所述第一位置编码信息和对应的所述第一时间编码信息生成所述车辆的行车路线编码。

较佳地，所述根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码的步骤包括：

根据所述事故地点要素获取所述事故地点的位置坐标；

对所述位置坐标进行第二位置编码，以获取第二位置编码信息；

对所述事故时间要素进行第二时间编码，以获取第二时间编码信息；

根据所述第二位置编码信息和所述第二时间编码信息生成所述事故车辆的事故信息编码。

较佳地，所述将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过的步骤包括：

判断所述事故车辆的行车路线编码中的所述第一位置编码信息、所述第一时间编码信息分别与所述事故车辆的事故信息编码中的所述第二位置编码信息、所述第二时间编码信息是否相同，若相同，则车险事故验证通过，若不相同，则车险事故验证不通过。

较佳地，所述根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码的步骤还包括：

基于所述事故时间要素、所述事故地点要素、预设距离误差范围和预设时间误差范围构建所述事故车辆的事故信息编码集合；

所述将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过的步骤包括：

根据任意一个所述事故车辆的行车路线编码和所述事故车辆的事故信息编码集验证所述车险事故是否通过。

较佳地，所述基于所述事故时间要素、所述事故地点要素、预设距离误差范围和预设时间误差范围构建所述事故车辆的事故信息编码集合的步骤包括：

基于所述事故地点获取以所述事故地点为中心的预设距离误差范围周围的多个第二位置编码信息；其中，所述预设距离误差范围用于确地所述位置编码信息的位数；

根据所述事故时间以预设时间误差范围获取多个第二时间编码信息；

根据所述多个第二位置编码信息和所述多个第二时间编码信息生成所述事故车辆的多个事故信息编码；

基于所述事故车辆的多个事故信息编码构建所述事故车辆的事故信息编码集合。

较佳地，所述所述根据任意一个所述事故车辆的行车路线编码和所述事故车辆的事故信息编码集验证所述车险事故是否通过的步骤包括：

基于所述时间误差范围提取多个所述行车路线编码构建所述事故车辆的事故信息编码集合；

判断所述行车路线编码集合与所述事故信息编码集合是否存在交集，若存在，则所述车险事故验证通过，若不存在，则所述车险事故验证不通过。

本发明还提供一种车险事故的验证系统，所述系统包括：

第一编码处理模块，用于对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；所述行车路线编码与车辆的特征要素关联；

响应上传模块，用于响应验证请求并获取用户上传的事故车辆的事故信息；所述事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素；

第二编码处理模块，用于根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码；

筛选模块，用于根据所述事故车辆的特征要素筛选出所述事故车辆的行车路线编码；

验证模块，用于将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

较佳地，所述第一编码处理模块包括：

第一提取单元，用于从所述行车路线要素中提取车辆的位置信息以及与每条位置信息对应的时间信息；

第一位置编码单元，用于对所述位置信息进行第一位置编码，以获取第一位置编码信息；

第一时间编码单元，用于对所述时间信息进行第一时间编码，以获取第一时间编码信息；

行车路线编码单元，用于根据所述第一位置编码信息和对应的所述第一时间编码信息生成所述车辆的行车路线编码。

较佳地，所述第二编码处理模块包括：

第一获取单元，用于根据所述事故地点要素获取所述事故地点的位置坐标；

第二位置编码单元，用于对所述位置坐标进行第二位置编码，以获取第二位置编码信息；

第二时间编码单元，用于对所述事故时间要素进行第二时间编码，以获取第二时间编码信息；

事故信息编码单元，用于根据所述第二位置编码信息和所述第二时间编码信息生成所述事故车辆的事故信息编码。

较佳地，所述验证模块还用于判断所述事故车辆的行车路线编码中的所述第一位置编码信息、所述第一时间编码信息分别与所述事故车辆的事故信息编码中的所述第二位置编码信息、所述第二时间编码信息是否相同，若相同，则车险事故验证通过，若不相同，则车险事故验证不通过。

较佳地，所述系统还包括；

事故信息编码集合模块，用于基于所述事故时间要素、所述事故地点要素、预设距离误差范围和预设时间误差范围构建所述事故车辆的事故信息编码集合；

所述验证模块还用于根据任意一个所述事故车辆的行车路线编码和所述事故车辆的事故信息编码集验证所述车险事故是否通过。

较佳地，所述事故信息编码集合模块包括：

第二位置编码信息获取单元，用于基于所述事故地点获取以所述事故地点为中心的预设距离误差范围周围的多个第二位置编码信息；其中，所述预设距离误差范围用于确地所述位置编码信息的位数；

第二时间编码信息获取单元，用于根据所述事故时间以预设时间误差范围获取多个第二时间编码信息；

事故信息编码获取单元，用于根据所述多个第二位置编码信息和所述多个第二时间编码信息生成所述事故车辆的多个事故信息编码；

事故信息编码集合生成单元，用于基于所述事故车辆的多个事故信息编码构建所述事故车辆的事故信息编码集合。

较佳地，所述系统还包括：

行车路线编码集合模块，用于基于所述时间误差范围提取多个所述行车路线编码构建所述事故车辆的事故信息编码集合；

所述验证模块还用于判断所述行车路线编码集合与所述事故信息编码集合是否存在交集，若存在，则所述车险事故验证通过，若不存在，则所述车险事故验证不通过。

本发明还提供一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如上所述的车险事故的验证方法。

本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的车险事故的验证方法。

本发明的积极进步效果在于：本实施例的车险事故的验证方法预先将车辆的行车路线进行第一编码处理并将行车路线编码与车辆的特征要素关联，以在响应验证请求并获取事故车辆的事故信息后，根据事故时间要素和事故地点要素进行第二编码处理获得事故信息编码，从而通过车辆的特征要素筛选出事故车辆的行车路线编码，以与事故信息编码进行匹配验证车险事故，大幅减少了地址验证时的计算量，实现了实时返回验证结果，提高了验证的准确性。

附图说明

图1为本发明实施例1的车险事故的验证方法的流程示意图。

图2为本发明实施例1的车险事故的验证方法中的步骤S101的流程示意图。

图3为本发明实施例1的车险事故的验证方法中的步骤S103的流程示意图。

图4为本发明实施例2的车险事故的验证方法的流程示意图。

图5为本发明实施例2的车险事故的验证方法中的步骤S1035的流程示意图。

图6为本发明实施例2的车险事故的验证方法中的步骤S1051的流程示意图。

图7为本发明实施例3的车险事故的验证系统的模块示意图。

图8为本发明实施例4的车险事故的验证系统的模块示意图。

图9为本发明实施例5中的电子设备的模块示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

图1为本实施例提供的一种车险事故的验证方法的流程示意图。如图1所示，本实施例提供的车险事故的验证方法具体包括：

步骤S101、对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；行车路线编码与车辆的特征要素关联。

具体地，行车路线要素可以通过车辆搭载的车机或车载电脑采集，在获取每部车辆的行车路线要素并通过第一编码处理后生成每部车辆的行车路线编码；在一种优选的实施方式中，将车辆的行车路线编码存储至云端或数据库中。为了能够区别每部车辆的行车路线编码，将行车路线编码与车辆的特征要素关联，即一个车辆的特征要素对应关联一个行车路线编码。其中，车辆的特征要素包括车牌号码、车架号、车辆识别码、车组编码和配件编码中至少一种。

步骤S102、响应验证请求并获取用户上传的事故车辆的事故信息；事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素。

具体地，在发生交通事故后，车主上报此次事故相关的事故车辆信息，其中事故车辆信息包括事故车辆的特征要素、事故地点要素以及事故时间要素。

步骤S103、根据事故时间要素和事故地点要素进行第二编码处理以生成事故车辆的事故信息编码。

步骤S104、根据事故车辆的特征要素筛选出事故车辆的行车路线编码。具体地，根据事故车辆的特征要素从多个车辆的行车路线编码获取事故车辆对应的行车路线编码；在一种可选的实施方式中，可以通过获取事故车辆的车牌号或车架号进而从云端或数据库中筛选出事故车辆的行车路线编码；由于事先对全部车辆的行车路线进行编码，因此可以根据事故车辆的特征要素快速筛选出事故车辆的行车路线编码，提高验证效率。

步骤S105、将事故车辆的行车路线编码和事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

在一种可选的实施方式中，如图2所示，步骤S101具体包括：

步骤S1011、从行车路线要素中提取车辆的位置信息以及与每条位置信息对应的时间信息。

步骤S1012、对位置信息进行第一位置编码，以获取第一位置编码信息。

步骤S1013、对时间信息进行第一时间编码，以获取第一时间编码信息。

步骤S1014、根据第一位置编码信息和对应的第一时间编码信息生成车辆的行车路线编码。

具体地，车辆的位置信息可以为车辆的经纬度坐标，每一组经纬度坐标都有着相对应的采集时间。例如，车辆在2021-06-01 08:15:10经过经纬度坐标(121.479799,31.224687)，因此，“2021-06-01 08:15:10”这一信息即为车辆经过坐标(121.479799,31.224687)的时间信息；在一种可选的实施方式中，可以使用geohash网格编码算法(一种地理位置距离排序算法)对位置信息(121.479799,31.224687)进行第一位置编码获得第一位置编码信息wtw3sk6；进一步可以将时间信息“2021-06-01 08:15:10”四舍五入为整点进行第一时间编码获取第一时间编码信息2021060108，因此，根据第一位置编码信息和对应的第一时间编码信息生成车辆的行车路线编码为2021060108wtw3sk6。从而通过事先将每部车辆的行车路线编码与车辆的特征要素关联对应，方便后续进行筛选事故车辆，以进一步加快验证速度。需要说明的是，本领域技术人员还可以采用其他编码方式对位置信息、时间信息进行编码。

在一种可选的实施方式中，如图3所示，步骤S103具体包括：

步骤S1031、根据事故地点要素获取事故地点的位置坐标。

步骤S1032、对位置坐标进行第二位置编码，以获取第二位置编码信息。

步骤S1033、对事故时间要素进行第二时间编码，以获取第二时间编码信息。

步骤S1034、根据第二位置编码信息和第二时间编码信息生成事故车辆的事故信息编码。

在一种可选的实施方式中，先将车主上传的事故地点要素通过通用的地图API(Application Programming Interface，应用程序接口)查询事故地点的位置坐标，具体的，位置坐标可以为经纬度坐标；在一个例子中，车主在事故发生后上传的事故地点要素通过查询得到位置坐标(121.479799,31.224687)，事故时间要素为“2021-06-01 8:00:00”，进而使用geohash网格编码算法对事故点的位置坐标进行第二位置编码后获得wtw3sk6，可以将时间信息要素四舍五入为整点进行第二时间编码后获得第二时间编码信息2021060108，因此，根据第二位置编码信息和对应的第二时间编码信息生成车辆的事故信息编码为2021060108wtw3sk6。需要说明的是，本领域技术人员还可以采用其他编码方式对位置信息、时间信息进行编码。

在一种可选的实施方式中，步骤S105具体包括判断事故车辆的行车路线编码中的第一位置编码信息、第一时间编码信息分别与事故车辆的事故信息编码中的第二位置编码信息、第二时间编码信息是否相同，若相同，则车险事故验证通过，若不相同，则车险事故验证不通过。

具体地，通过上述编码处理，事故车辆的行车路线编码中的第一位置编码信息为wtw3sk6、第一时间编码信息为2021060108，事故车辆的事故信息编码中的第二位置编码信息也为wtw3sk6、第二时间编码信息也为2021060108，因此，两种编码的字符相同，即车险事故验证通过。

本实施例的车险事故的验证方法预先将车辆的行车路线进行第一编码处理并将行车路线编码与车辆的特征要素关联，以在响应验证请求并获取事故车辆的事故信息后，根据事故时间要素和事故地点要素进行第二编码处理获得事故信息编码，从而通过事故车辆的特征要素筛选出事故车辆的行车路线编码，以与事故信息编码进行匹配验证车险事故，大幅减少了验证时的计算量，实现了实时返回验证结果，提高了验证的准确性。

实施例2

本实施例的车险事故的验证方法是对实施例1的进一步改进，如图4所示，具体地：

步骤S103还包括：

步骤S1035、基于事故时间要素、事故地点要素、预设距离误差范围和预设时间误差范围构建事故车辆的事故信息编码集合。

步骤S105还包括：

步骤S1051、根据任意一个事故车辆的行车路线编码和事故车辆的事故信息编码集验证车险事故是否通过。

在本实施例中，如图5所示，步骤S1035具体包括：

步骤S10351、基于事故地点获取以事故地点为中心的预设距离误差范围周围的多个第二位置编码信息；其中，预设距离误差范围用于确地位置编码信息的位数。

步骤S10352、根据事故时间以预设时间误差范围获取多个第二时间编码信息。

步骤S10353、根据多个第二位置编码信息和多个第二时间编码信息生成事故车辆的多个事故信息编码。

步骤S10354、基于事故车辆的多个事故信息编码构建事故车辆的事故信息编码集合。

在一种可选的实施方式中，预设距离误差范围用于确地位置编码信息的位数，如±80m对应7位的位置编码信息，±600m对应6位的位置编码信息，而预设时间误差范围用于拓展时空范围，例如，±1h(小时)，±30min(分钟)。基于事故地点的位置坐标获取以事故地点为中心的预设距离误差范围周围的多个第二位置编码信息，优选地，在本实施例中，以±600m为预设距离误差范围，获取以事故地点为中心距离±600m周围的8个第二位置编码信息，例如wtw3sk周围8个7位的第二位置编码信息分别为wtw3sj、wtw3sm、wtw3st、wtw3sh、wtw3ss、wtw3s5、wtw3s7、wtw3se，因此通过上述引入预设距离误差范围能够获得9个第二位置编码信息，确保了事故位置即时落在中心网格的边缘，通过设置误差范围也能被周围网格覆盖；以±1h为预设时间误差范围，根据事故时间获取±1h范围内的3个第二时间编码信息，例如以2021060108进行获取，可以得到2021060107、2021060108和2021060109。

具体地，在步骤S10353中，将上述获取到的9个第二位置编码信息和3个第二时间编码信息进行组合生成27个事故车辆的事故信息编码，即2021060107wtw3sj，2021060107wtw3sm，……，2021060108wtw3sk6，……2021060109wtw3se。

在步骤S10354中，将在步骤S10353中生成的事故车辆的事故信息编码构建事故车辆的事故信息编码集合。

在一种优选地实施方式中，如图6所示，步骤S1051包括：

步骤S10511、基于时间误差范围提取多个行车路线编码构建事故车辆的事故信息编码集合；

由于车辆在行驶过程中，会一些出现短暂停车的情形，如在红绿灯前等待，此时所获取的车辆的行车路线编码会因车辆的位置信息不变或采集时间间隔过短而出现行车路线编码相同的情况，为了避免出现上述情况，对于下一次生成的行车路线编码与前次相同，则不保留，直到出现一条新的行车路线编码再进行保留，同时，为了减小所要验证的数据量，选取在事故车辆的事故时间以时间误差范围这个时间段内的行车路线编码，从而将选取到的事故车辆的行车路线编码进行汇总以构建事故车辆的行车路线编码集合。

执行步骤S10511后，步骤S10511还具体包括：

步骤S10512、判断行车路线编码集合与事故信息编码集合是否存在交集，若存在，则车险事故验证通过，若不存在，则车险事故验证不通过。

本实施例通过构建行车路线编码集合，通过引入预设距离误差范围和预设时间误差范围以构建事故信息编码集合，增加了误差冗余，使得事故位置即使落在中心网格边缘，能被周围的网格所覆盖到，同时还能够可灵活调整编码长度及编码集合的组成，满足不同误差要求下的事故验证。

实施例3

本实施例提供的一种车险事故的验证系统的模块示意图，如图7所示，本实施例提供的车险事故的验证系统具体包括第一编码处理模块1、响应上传模块2、第二编码处理模块3、筛选模块4和验证模块5。

第一编码处理模块1，用于对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；行车路线编码与车辆的特征要素关联。

具体地，行车路线要素可以通过车辆搭载的车机或车载电脑采集，在获取每部车辆的行车路线要素并通过第一编码处理后生成每部车辆的行车路线编码；在一种优选的实施方式中，将车辆的行车路线编码存储至云端或数据库中。为了能够区别每部车辆的行车路线编码，将行车路线编码与车辆的特征要素关联，即一个车辆的特征要素对应关联一个行车路线编码。其中，车辆的特征要素包括车牌号码、车架号、车辆识别码、车组编码和配件编码中至少一种。

在一种可选的实施方式中，第一编码处理模块1包括：

第一提取单元101，用于从行车路线要素中提取车辆的位置信息以及与每条位置信息对应的时间信息；

第一位置编码单元102，用于对位置信息进行第一位置编码，以获取第一位置编码信息；

第一时间编码单元103，用于对时间信息进行第一时间编码，以获取第一时间编码信息；

行车路线编码单元104，用于根据第一位置编码信息和对应的第一时间编码信息生成车辆的行车路线编码。

具体地，车辆的位置信息可以为车辆的经纬度坐标，每一组经纬度坐标都有着相对应的采集时间。例如，车辆在2021-06-01 08:15:10经过经纬度坐标(121.479799,31.224687)，因此，“2021-06-01 08:15:10”这一信息即为车辆经过坐标(121.479799,31.224687)的时间信息；在一种可选的实施方式中，可以使用geohash网格编码算法(一种地理位置距离排序算法)对位置信息(121.479799,31.224687)进行第一位置编码获得第一位置编码信息wtw3sk6；进一步可以将时间信息“2021-06-01 08:15:10”四舍五入为整点进行第一时间编码获取第一时间编码信息2021060108，因此，根据第一位置编码信息和对应的第一时间编码信息生成车辆的行车路线编码为2021060108wtw3sk6。从而通过事先将每部车辆的行车路线编码与车辆的特征要素关联对应，方便后续进行筛选事故车辆，以进一步加快验证速度。需要说明的是，本领域技术人员还可以采用其他编码方式对位置信息、时间信息进行编码。

响应上传模块2，用于响应验证请求并获取用户上传的事故车辆的事故信息；事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素。

具体地，在发生交通事故后，车主上报此次事故相关的事故车辆信息，其中事故车辆信息包括事故车辆的特征要素、事故地点要素以及事故时间要素。

第二编码处理模块3，用于根据事故时间要素和事故地点要素进行第二编码处理以生成事故车辆的事故信息编码。

在一种可选的实施方式中，第二编码处理模块3包括：

第一获取单元301，用于根据事故地点要素获取事故地点的位置坐标。

第二位置编码单元302，用于对位置坐标进行第二位置编码，以获取第二位置编码信息。

第二时间编码单元303，用于对事故时间要素进行第二时间编码，以获取第二时间编码信息。

事故信息编码单元304，用于根据第二位置编码信息和第二时间编码信息生成事故车辆的事故信息编码。

具体地，先将车主上传的事故地点要素通过通用的地图API(ApplicationProgramming Interface，应用程序接口)查询事故地点的位置坐标，具体的，位置坐标可以为经纬度坐标；在一个例子中，车主在事故发生后上传的事故地点要素通过查询得到位置坐标(121.479799,31.224687)，事故时间要素为“2021-06-01 8:00:00”，进而使用geohash网格编码算法对事故点的位置坐标进行第二位置编码后获得wtw3sk6，可以将时间信息要素四舍五入为整点进行第二时间编码后获得第二时间编码信息2021060108，因此，根据第二位置编码信息和对应的第二时间编码信息生成车辆的事故信息编码为2021060108wtw3sk6。需要说明的是，本领域技术人员还可以采用其他编码方式对位置信息、时间信息进行编码。

筛选模块4，用于根据事故车辆的特征要素筛选出事故车辆的行车路线编码。

具体地，根据事故车辆的特征要素从多个车辆的行车路线编码获取事故车辆对应的行车路线编码；在一种可选的实施方式中，可以通过获取事故车辆的车牌号或车架号进而从云端或数据库中筛选出事故车辆的行车路线编码；由于事先对全部车辆的行车路线进行编码，因此可以根据事故车辆的特征要素快速筛选出事故车辆的行车路线编码，提高验证效率。

验证模块5，用于将事故车辆的行车路线编码和事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

在具体实施中，验证模块5用于判断事故车辆的行车路线编码中的第一位置编码信息、第一时间编码信息分别与事故车辆的事故信息编码中的第二位置编码信息、第二时间编码信息是否相同，若相同，则车险事故验证通过，若不相同，则车险事故验证不通过。

具体地，通过上述编码处理，事故车辆的行车路线编码中的第一位置编码信息为wtw3sk6、第一时间编码信息为2021060108，事故车辆的事故信息编码中的第二位置编码信息也为wtw3sk6、第二时间编码信息也为2021060108，因此，两种编码的字符相同，即车险事故验证通过。

本实施例预先将车辆的行车路线进行第一编码处理并将行车路线编码与车辆的特征要素关联，以在响应验证请求并获取事故车辆的事故信息后，根据事故时间要素和事故地点要素进行第二编码处理获得事故信息编码，从而通过事故车辆的特征要素筛选出事故车辆的行车路线编码，以与事故信息编码进行匹配验证车险事故，大幅减少了验证时的计算量，实现了实时返回验证结果，提高了验证的准确性。

实施例4

本实施例的车险事故的验证系统是对实施例3的进一步改进，如图8所示，系统还包括事故信息编码集合模块6和行车路线编码集合模块7.

事故信息编码集合模块6，用于基于事故时间要素、事故地点要素、预设距离误差范围和预设时间误差范围构建事故车辆的事故信息编码集合。

在一种可选的实施方式中，事故信息编码集合模块6包括：

第二位置编码信息获取单元601，用于基于事故地点获取以事故地点为中心的预设距离误差范围周围的多个第二位置编码信息；其中，预设距离误差范围用于确地位置编码信息的位数；

第二时间编码信息获取单元602，用于根据事故时间以预设时间误差范围获取多个第二时间编码信息；

事故信息编码获取单元603，用于根据多个第二位置编码信息和多个第二时间编码信息生成事故车辆的多个事故信息编码；

事故信息编码集合生成单元604，用于基于事故车辆的多个事故信息编码构建事故车辆的事故信息编码集合。

具体地，预设距离误差范围用于确地位置编码信息的位数，如±80m对应7位的位置编码信息，±600m对应6位的位置编码信息，而预设时间误差范围用于拓展时空范围，例如，±1h(小时)，±30min(分钟)。基于事故地点的位置坐标获取以事故地点为中心的预设距离误差范围周围的多个第二位置编码信息，优选地，在本实施例中，以±600m为预设距离误差范围，获取以事故地点为中心距离±600m周围的8个第二位置编码信息，例如wtw3sk周围8个7位的第二位置编码信息分别为wtw3sj、wtw3sm、wtw3st、wtw3sh、wtw3ss、wtw3s5、wtw3s7、wtw3se，因此通过上述引入预设距离误差范围能够获得9个第二位置编码信息，确保了事故位置即时落在中心网格的边缘，通过设置误差范围也能被周围网格覆盖；以±1h为预设时间误差范围，根据事故时间获取±1h范围内的3个第二时间编码信息，例如以2021060108进行获取，可以得到2021060107、2021060108和2021060109。

具体地，将上述获取到的9个第二位置编码信息和3个第二时间编码信息进行组合生成27个事故车辆的事故信息编码，即2021060107wtw3sj，2021060107wtw3sm，……，2021060108wtw3sk6，……2021060109wtw3se；将27个事故车辆的事故信息编码构建事故车辆的事故信息编码集合。

验证模块5还用于根据任意一个事故车辆的行车路线编码和事故车辆的事故信息编码集验证车险事故是否通过。

行车路线编码集合模块7，用于基于时间误差范围提取多个行车路线编码构建事故车辆的事故信息编码集合。

在一种可选的实施方式中，由于车辆在行驶过程中，会一些出现短暂停车的情形，如在红绿灯前等待，此时所获取的车辆的行车路线编码会因车辆的位置信息不变或采集时间间隔过短而出现行车路线编码相同的情况，为了避免出现上述情况，对于下一次生成的行车路线编码与前次相同，则不保留，直到出现一条新的行车路线编码再进行保留，同时，为了减小所要验证的数据量，选取在事故车辆的事故时间以时间误差范围这个时间段内的行车路线编码，从而将选取到的事故车辆的行车路线编码进行汇总以构建事故车辆的行车路线编码集合。

在一种优选地实施中，验证模块5还用于判断行车路线编码集合与事故信息编码集合是否存在交集，若存在，则车险事故验证通过，若不存在，则车险事故验证不通过。

本实施例通过构建行车路线编码集合，通过引入预设距离误差范围和预设时间误差范围以构建事故信息编码集合，增加了误差冗余，使得事故位置即使落在中心网格边缘，能被周围的网格所覆盖到，同时还能够可灵活调整编码长度及编码集合的组成，满足不同误差要求下的事故验证。

实施例5

图9为本实施例提供的一种电子设备的结构示意图。所述电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现实施例1或者实施例2的车险事故的验证方法，图9显示的电子设备90仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

电子设备90可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备90的组件可以包括但不限于：至少一个处理器91、至少一个存储器92以及用于连接不同系统组件(包括处理器91和存储器92)的总线93，其中：

总线93包括数据总线、地址总线和控制总线。

存储器92包括易失性存储器，例如随机存取存储器(RAM)921和/或高速缓存存储器922，还可以进一步包括只读存储器(ROM)923。

存储器92还包括具有一组(至少一个)程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器91通过运行存储在存储器92中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1中多应用显示方法。

电子设备9进一步可以与一个或多个外部设备94(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口95进行。并且，电子设备9还可以通过网络适配器96与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。网络适配器96通过总线93与电子设备9的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备9使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例5

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现实施例1或者实施例2的车险事故的验证方法。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行实现实施例1或者实施例2的车险事故的验证方法。

其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种车险事故的验证方法，其特征在于，所述方法包括：

对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；所述行车路线编码与车辆的特征要素关联；

响应验证请求并获取用户上传的事故车辆的事故信息；所述事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素；

根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码；

根据所述事故车辆的特征要素筛选出所述事故车辆的行车路线编码；

将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

2.如权利要求1所述的车险事故的验证方法，其特征在于，所述对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码的步骤包括：

从所述行车路线要素中提取车辆的位置信息以及与每条位置信息对应的时间信息；

对所述位置信息进行第一位置编码，以获取第一位置编码信息；

对所述时间信息进行第一时间编码，以获取第一时间编码信息；

根据所述第一位置编码信息和对应的所述第一时间编码信息生成所述车辆的行车路线编码。

3.如权利要求2所述的车险事故的验证方法，其特征在于，所述根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码的步骤包括：

根据所述事故地点要素获取所述事故地点的位置坐标；

对所述位置坐标进行第二位置编码，以获取第二位置编码信息；

对所述事故时间要素进行第二时间编码，以获取第二时间编码信息；

根据所述第二位置编码信息和所述第二时间编码信息生成所述事故车辆的事故信息编码。

4.如权利要求3所述的车险事故的验证方法，其特征在于，所述将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过的步骤包括：

判断所述事故车辆的行车路线编码中的所述第一位置编码信息、所述第一时间编码信息分别与所述事故车辆的事故信息编码中的所述第二位置编码信息、所述第二时间编码信息是否相同，若相同，则车险事故验证通过，若不相同，则车险事故验证不通过。

5.如权利要求3所述的车险事故的验证方法，其特征在于，所述根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码的步骤还包括：

基于所述事故时间要素、所述事故地点要素、预设距离误差范围和预设时间误差范围构建所述事故车辆的事故信息编码集合；

所述将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过的步骤包括：

根据任意一个所述事故车辆的行车路线编码和所述事故车辆的事故信息编码集验证所述车险事故是否通过。

6.如权利要求5所述的车险事故的验证方法，其特征在于，所述基于所述事故时间要素、所述事故地点要素、预设距离误差范围和预设时间误差范围构建所述事故车辆的事故信息编码集合的步骤包括：

基于所述事故地点获取以所述事故地点为中心的预设距离误差范围周围的多个第二位置编码信息；其中，所述预设距离误差范围用于确地所述位置编码信息的位数；

根据所述事故时间以预设时间误差范围获取多个第二时间编码信息；

根据所述多个第二位置编码信息和所述多个第二时间编码信息生成所述事故车辆的多个事故信息编码；

基于所述事故车辆的多个事故信息编码构建所述事故车辆的事故信息编码集合。

7.如权利要求6所述的车险事故的验证方法，其特征在于，所述根据任意一个所述事故车辆的行车路线编码和所述事故车辆的事故信息编码集验证所述车险事故是否通过的步骤包括：

基于所述时间误差范围提取多个所述行车路线编码构建所述事故车辆的事故信息编码集合；

判断所述行车路线编码集合与所述事故信息编码集合是否存在交集，若存在，则所述车险事故验证通过，若不存在，则所述车险事故验证不通过。

8.一种车险事故的验证系统，其特征在于，所述系统包括：

第一编码处理模块，用于对车辆实时上传的行车路线要素进行第一编码处理以生成车辆的行车路线编码；所述行车路线编码与车辆的特征要素关联；

响应上传模块，用于响应验证请求并获取用户上传的事故车辆的事故信息；所述事故信息包括事故车辆的特征要素、事故地点要素以及事故时间要素；

第二编码处理模块，用于根据所述事故时间要素和所述事故地点要素进行第二编码处理以生成所述事故车辆的事故信息编码；

筛选模块，用于根据所述事故车辆的特征要素筛选出所述事故车辆的行车路线编码；

验证模块，用于将所述事故车辆的行车路线编码和所述事故车辆的事故信息编码进行匹配以验证车险事故是否通过。

9.一种电子设备，包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述计算机程序被所述处理器执行时实现如权利要求1-7中的任一项所述的车险事故的验证方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如权利要求1-7中的任一项所述的车险事故的验证方法。

Images