一种识别行车风险的方法、电子设备和计算机存储介质与流程

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.根据本发明的另一个方面，还提供了一种电子设备，其包括：
34.处理器；
35.存储有计算机程序的存储器；
36.当所述计算机程序被所述处理器运行时，导致所述电子设备执行如上述任一项所述的方法。
37.根据本发明的又一个方面，还提供了一种计算机存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代读码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行如上述任一项所述的方法。
38.本发明中，获取行车风险数据后，则获取与行车风险数据对应的投保车辆的目标通信连接数据，之后识别行车风险数据和目标通信连接数据是否匹配，若否，则确定行车风险数据存在风险，输出风险提示信息。基于本发明提供的方案，基于目标通信连接即可识别行车风险数据是否存在风险，识别方法简单方便、及时有效。
39.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
40.根据下文结合附图对本发明具体实施例的详细描述，本领域技术人员将会更加明
了本发明的上述以及其他目的、优点和特征。
附图说明
41.后文将参照附图以示例性而非限制性的方式详细描述本发明的一些具体实施例。附图中相同的附图标记标示了相同或类似的部件或部分。本领域技术人员应该理解，这些附图未必是按比例绘制的。附图中：
42.图1是根据本发明一个实施例的识别行车风险的方法的流程示意图；
43.图2是根据本发明一个优选实施例的识别行车风险的方法的流程示意图；
44.图3是根据本发明另一优先实施例的识别行车风险的方法的流程示意图；
45.图4是根据本发明再一优先实施例的识别行车风险的方法的流程示意图；
46.图5是根据本发明一个实施例的电子设备的示意性结构框图。
具体实施方式
47.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
48.需要说明的是，在不冲突的前提下本发明实施例及可选实施例中的技术特征可以相互结合。
49.图1是根据本发明一个实施例的识别行车风险的方法的流程示意图。参见图1所示，该方法可以至少包括如下步骤s102
‑
s106。
50.步骤s102：获取行车风险数据；
51.步骤s104：获取与行车风险数据对应的投保车辆的目标通信连接数据；
52.步骤s106：识别行车风险数据与目标通信连接数据是否匹配；
53.步骤s108：若否，输出风险提示信息。
54.上述行车风险数据一般来自于保险公司，是投保人请求保险理赔时上报的数据，行车风险数据可以包括报案出险时间、报案驾驶员和/或对方车辆。目标通信连接数据一般来自于车联网公司，车联网公司一般采用车内的车机蓝牙设备记录通信连接数据，通信连接数据可以包括与车机蓝牙设备发生通信连接的连接设备的连接设备id、连接时长、连接频次、连接信号强度、时间戳。
55.本发明实施例中，获取行车风险数据后，则获取与行车风险数据对应的投保车辆的目标通信连接数据，之后识别行车风险数据和目标通信连接数据是否匹配，若识别到不匹配，则确定行车风险数据存在风险，输出风险提示信息，识别方法简单方便、及时有效。
56.在本发明一优选实施例中，上文步骤s104提到的获取与行车风险数据对应的投保车辆的目标通信连接数据包括：根据报案出险时间确定包含报案出险时间的目标时段；获取投保车辆在目标时段内的通信连接数据并作为目标通信连接数据。
57.其中，目标时段可以依据实际情况而定，例如目标时段可以是报案出险时间的前12h和后12h，或者是报案出险时间的前24h和后24h，本发明不做过多限定。
58.图2是根据本发明一个优选实施例的识别行车风险的方法的流程示意图。参见图2
所示，在本发明一优选实施例中，上述步骤s106可以包括如下步骤s1062
‑
s1066。
59.步骤s1062：根据目标通信连接数据在目标时段中确定出实际出险时段；
60.步骤s1064：判断报案出险时间是否处于实际出险时段之后；
61.步骤s1066：若报案出险时间位于实际出险时段之后，则确定行车风险数据与目标通信连接数据不匹配。
62.在本发明一些实施例中，上述步骤s1062可以包括：根据目标通信连接数据确定目标时段内与投保车辆通信连接的连接设备的通话时间和/或断开连接时间；将通话时间和/或断开连接时间之前和之后的预设时长对应的时段确定为实际出险时段。
63.一般地，车辆出险后，大概率会有一段时间需要打电话给保险公司和交警，相应地，车内会存在连接设备处于通话状态或断开连接状态，因此，根据目标通信连接数据确定目标时段内与投保车辆通信连接的连接设备的通话时间和/或断开连接时间后，则可以将通话时间和/或断开连接时间之前和之后的预设时长对应的时段确定为实际出险时段，其中，预设时长可以依据实际实际情况而定，例如15min、30min，本发明不做特别限定。
64.本实施例中，根据目标通信连接数据确定实际出险时间所在时段后，则识别报案出险时间是否在实际出险时段之后；若报案出险时间在实际出险时段之后，则说明可能存在延迟报案的风险，因此确定行车风险数据与目标通信连接数据不匹配，以便发出风险提示信息。
65.在本发明另一优选实施例中，图3是根据本发明另一优先实施例的识别行车风险的方法的流程示意图。参见图3所示，若上述行车风险数据还包括报案驾驶员，上文步骤s106还可以包括如下步骤s1068
‑
s10610。
66.步骤s1068：若报案出险时间落入实际出险时段或处于实际出险时段之前，则根据目标通信连接数据确定实际出险时段对应的实际驾驶员；
67.步骤s10610：识别实际驾驶员和报案驾驶员是否一致；若报案驾驶员和实际驾驶员不一致，则执行步骤s1066。
68.具体地，上述步骤s1068提到的根据目标通信连接数据确定实际出险时段对应的实际驾驶员，可以包括：根据目标通信连接数据将实际出险时段与投保车辆发生通信连接并且连接时长最长、连接信号最强的连接设备对应的用户确定为实际驾驶员。
69.车辆内，驾驶员位置最靠近车机蓝牙设备且实际驾驶员一般是待在车里最久的人，因此将实际出险时段与投保车辆发生通信连接且连接时长最长、连接信号强度最强的连接设备对应的用户为实际驾驶员。
70.本实施例中，在报案出险时间落入实际出险时段或处于实际出险时段之前的情况下，则根据目标通信连接数据确定实际出险时段对应的实际驾驶员，之后，则识别到实际驾驶员和报案驾驶员是否一致；若不一致，则说明可能存在车祸顶包的风险，因此，确定行车风险数据和目标通信连接数据不匹配，以便输出风险提示信息。
71.在本发明再一优先实施例中，图4是根据本发明再一优先实施例的识别行车风险的方法的流程示意图。参见图4所示，若上述行车风险数据还包括对方车辆，上文步骤s106还可以包括如下步骤s10612。
72.步骤s10612：根据目标通信连接数据识别对方车辆是否在实际出险时段与投保车辆发生通信连接；若对方车辆未在实际出险时段与投保车辆发生通信连接，则执行步骤
s1066。
73.实际中，投保车辆出险后，对方车辆的车机蓝牙设备或车内人员的移动设备例如手机一般会与投保车辆的车机蓝牙设备发生通信连接，若根据目标通信连接数据识别对方车辆未在出险时段与投保车辆发生通信连接，则说明对方车辆在实际出险时段未在事故现场，可能存在故意出险的情况发生，因此则确定行车风险数据和目标通信连接数据不匹配。
74.另外，在本发明一些实施例中，在上述步骤s10612后，若目标车辆在实际出险时段与投保车辆发生通信连接，则判断对方车辆与投保车辆间的通信连接时长是否超过设定时长；若对方车辆与所述投保车辆间的通信连接时长未超过设定时长，则确定行车风险数据与目标通信连接数据不匹配。
75.一般地，投保车辆出险后，对方车辆的车机蓝牙设备或车内人员的移动设备例如手机不仅会与投保车辆的车机蓝牙设备发生通信连接并且还会满足一定的通信连接时长，因此，若对方车辆只是在实际出险时段与投保车辆发生通信连接但通信连接时长并未超过设定时长，则说明对方车辆可能只是路过事故现场的车辆，而不是真实的事故车辆，因此这种情况下也确定行车风险数据与目标通信连接数据不匹配，输出风险提示信息。
76.基于同一发明构思，本发明还提出一种电子设备500，图5是根据本发明一个实施例的电子设备的示意性结构框图。参见图5所示，电子设备500包括处理器510和存储有计算机程序521的存储器520；当计算机程序521被处理器510运行时，导致电子设备500执行如上述任一实施例中的方法。
77.基于同一发明构思，本发明还提出了一种计算机存储介质，计算机存储介质中存储有至少一条指令、至少一段程序、代读码集或指令集，所述至少一条指令、至少一段程序、代码集或指令集由处理器加载并执行如上述任一实施例中的方法。
78.本发明提供了一种识别行车风险的方法、电子设备和计算机存储介质，在本发明提供的方法中，获取行车风险数据后，则获取与行车风险数据对应的投保车辆的目标通信连接数据，之后识别行车风险数据和目标通信连接数据是否匹配，若否，则确定行车风险数据存在风险，输出风险提示信息。基于本发明提供的方案，基于目标通信连接即可识别行车风险数据是否存在风险，识别方法简单方便、及时有效。
79.所属领域的技术人员可以清楚地了解到，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，为简洁起见，在此不另赘述。
80.另外，在本发明各个实施例中的各功能单元可以物理上相互独立，也可以两个或两个以上功能单元集成在一起，还可以全部功能单元都集成在一个处理单元中。上述集成的功能单元既可以采用硬件的形式实现，也可以采用软件或者固件的形式实现。
81.本领域普通技术人员可以理解：所述集成的功能单元如果以软件的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，其包括若干指令，用以使得一台计算设备(例如个人计算机，服务器，或者网络设备等)在运行所述指令时执行本发明各实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom)、随机存取存储器(ram)，磁碟或者光盘等各种可以存储程序代码的介质。
82.或者，实现前述方法实施例的全部或部分步骤可以通过程序指令相关的硬件(诸
如个人计算机，服务器，或者网络设备等的计算设备)来完成，所述程序指令可以存储于一计算机可读取存储介质中，当所述程序指令被计算设备的处理器执行时，所述计算设备执行本发明各实施例所述方法的全部或部分步骤。
83.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：在本发明的精神和原则之内，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案脱离本发明的保护范围。