一种汽车智能控制方法与流程

1.本发明属于车联网技术领域，具体涉及一种汽车智能控制方法。


背景技术：

2.新能源车辆不管国家标准还是各地方政府出台的地方标准都有明确要求：所有新能源车辆(包括商用车和乘用车辆)必须强制安装t
‑
box，纯电动车辆必须100％安装。由于新能源汽车运营基本是纯电动车构成，每辆车都安装了t
‑
box，这样使得每辆车都能被系统所监控，锁车和解锁的技术也非常成熟。
3.随着新能源电动汽车租赁行业的快速发展，使用新能源电动汽车的用户越来越多。新能源汽车运营商对于车辆管控的需求也越来越多，运营商们的车辆规模从几百辆到数十万辆的车都有，这就对公司的资产安全和乘客的使用安全都提出了要求。管控车辆的场景有很多，保险、年审、违章、保养、电子围栏、租金逾期、出入库等等，都需要对触发场景行为的车辆做出控车动作。现有控车的方法通常是，公司安全运维人员或者值班人员，通过系统监控到车辆触发了安全控车的提示，对车辆进行处理，一般是进行手动的锁车或解锁控制等。这样要求企业管理人员需要经常守在控车系统边上，不管是pc还是app都是比较繁琐。而且如果车辆较多时，处理比较费时费力，而且操作容易出错。车辆较多在app端操作锁车也非常费力，增加用户操作时间和成本。


技术实现要素：

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.判断未上锁车辆是否处于保险脱保、年审到期、违章逾期、保养过期场景中的一种或多种；若是，则针对处于保险脱保、年审到期、违章逾期、保养过期场景下的车辆，自动触发锁车操作；若否，则获取车辆的年审/保险/违章/保养到期时间，当所述到期时间超出预设时间范畴时，则在超出预设时间范畴的时间节点向用户发送的锁车预警消息；
43.还包括：
44.判断已上锁车辆是否处于保险/年审生效、服务费/租金已支付状态；若是，则针对未超出截止时间且处于保险/年审生效、服务费/租金已支付状态场景下车辆，自动触发开锁操作。
45.与现有技术相比，本发明的有益效果体现在：
46.(1)可以批量进行控车操作，减少操作成本；
47.(2)可以自动化控车操作，提升效率；
48.(3)可以结合业务风控等场景，进行智能化控车。
附图说明
49.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。
50.图1为本发明提供的一种汽车智能控制方法流程图；
51.图2为本发明提供的审批流锁车方法流程图；
52.图3为本发明提供的审批流解锁方法流程图；
53.图4为本发明提供的年审/保险到期自动锁车流程图；
54.图5为本发明提供的服务费未付自动锁车流程图；
55.图6为本发明提供的租金逾期自动锁车流程图；
56.图7为本发明提供的保险/年审自动解锁流程图；
57.图8为本发明提供的服务费未付/租金逾期自动解锁流程图。
具体实施方式
58.下面将结合附图对本发明技术方案的实施例进行详细的描述。以下实施例仅用于更加清楚地说明本发明的技术方案，因此只作为示例，而不能以此来限制本发明的保护范围。
59.需要注意的是，除非另有说明，本技术使用的技术术语或者科学术语应当为发明所属领域技术人员所理解的通常意义。
60.本发明具体实施方式提供一种汽车智能控制方法，意在解决以下缺陷：
61.1)用户是在业务系统中监控到车辆异常后，在管车系统中再对车辆进行控车的操
作，不能很好的结合业务关联做控车；2)用户需要手动进行控车操作，效率低，费时费力；3)如果处理的车辆较多，同时有几十上百台车需要处理，只能增加工作人数，待处理车辆数过多时，人工处理容易出现误操作等。如图1所示，所述方法包括：
62.s1获取审批流程，根据所述车辆当前状态确定审批流程对应的待控制车辆；
63.s2对所述待控制车辆做出控车动作；
64.s3实时监控未处于审批流程中的车辆，结合预先定义的车辆场景，对触发车辆场景行为的车辆做出控车动作。
65.步骤s1中，所述获取审批流程，根据车辆当前状态确定审批流程对应的待控制车辆包括：
66.在系统上发起审批流程；包括锁车操作审批流程和开锁操作审批流程；
67.若在在系统上发起的审批流程为锁车操作审批流程，则根据车辆当前状态确定发起锁车操作审批流程的车辆可选范围，并在车辆可选范围内选择锁车操作审批流程对应的车辆作为待控制车辆；
68.若在在系统上发起的审批流程为解锁操作审批流程，则根据车辆当前状态确定发起解锁操作审批流程的车辆可选范围，并在车辆可选范围内选择解锁操作审批流程对应的车辆作为待控制车辆。
69.其中，根据车辆当前状态确定发起锁车操作审批流程的车辆可选范围包括：
70.查看车辆是否已上锁；
71.检验车辆是否已有锁车进行中的审批流程；
72.筛除已上锁车辆以及处于锁车审批流程进行中的车辆，获得锁车操作审批流程对应的车辆可选范围。
73.所述根据车辆当前状态确定发起解锁操作审批流程的车辆可选范围包括：
74.查看车辆是否未上锁；
75.检验车辆是否已有解锁进行中的审批流程；
76.筛除未上锁车辆以及处于解锁审批流程进行中的车辆，获得解锁操作审批流程对应的车辆可选范围。
77.步骤s2中，对待控制车辆做出控车动作包括：
78.在车辆可选范围内选择锁车操作审批流程对应的待控制车辆和原因后，触发锁车/解锁操作请求；
79.接收系统在预设时延结束自动启动锁车/解锁后，向用户发送的锁车/解锁预警消息。
80.所述锁车原因包括：租金逾期未付、服务费未付、保证金不足、车辆保险脱保、年检年审到期、车辆出入库、逾期未还车、展示车、违章逾期未处理。
81.步骤s3中，实时监控未处于审批流程中的车辆包括：
82.实时获取预设范围内所有车辆状态；
83.根据车辆当前状态确定车辆监控范围；所述车辆监控范围包括未处于锁车/解锁进行中状态下的车辆；
84.在未处于锁车状态下的车辆中，检验当前车辆是否有相应的锁车审批流程；
85.在处于锁车状态下的车辆中，检验当前车辆是否有相应的解锁审批流程。
86.所述实时监控未处于审批流程中的车辆之后还包括：
87.获取未处于锁车/解锁审批流程进行中的车辆，依据车辆场景对应的过滤规则确定当前车辆是否触发车辆场景行为；
88.其中，所述车辆场景包括：保险脱保、年审到期、违章逾期、保养过期场景；
89.所述车辆场景对应的过滤规则包括：
90.判断未上锁车辆是否处于保险脱保、年审到期、违章逾期、保养过期场景中的一种或多种；
91.判断当前未上锁车辆的年审/保险/违章/保养到期时间是否超出预设时间范畴；
92.判断已上锁车辆是否处于保险/年审生效、服务费/租金已支付状态；
93.判断当前处于保险/年审生效、服务费/租金已支付状态的已上锁车辆是否超出受理时间。
94.步骤s3，结合预先定义的车辆场景，对触发车辆场景行为的车辆做出控车动作包括：根据预先设置的与车辆场景一一对应的车辆处理方式，确定与所述触发车辆场景行为车辆匹配的目标车辆处理方式；其中，所述目标车辆处理方式是根据所述车辆场景定义的；
95.根据目标车辆处理方式，对触发车辆场景行为的车辆做出控车动作。
96.其中，所述根据预先设置的与车辆场景一一对应的车辆处理方式，确定与触发车辆场景行为车辆匹配的目标车辆处理方式包括：
97.判断未上锁车辆是否处于保险脱保、年审到期、违章逾期、保养过期场景中的一种或多种；若是，则针对处于保险脱保、年审到期、违章逾期、保养过期场景下的车辆，自动触发锁车操作；若否，则获取车辆的年审/保险/违章/保养到期时间，当所述到期时间超出预设时间范畴时，则在超出预设时间范畴的时间节点向用户发送的锁车预警消息；
98.还包括：
99.判断已上锁车辆是否处于保险/年审生效、服务费/租金已支付状态；若是，则针对未超出截止时间且处于保险/年审生效、服务费/租金已支付状态场景下车辆，自动触发开锁操作。
100.实施例1：
101.为了更好地阐述本发明，下面实施例1以例进行详细说明。具体的实施步骤如下：
102.首先需要支持审批流的控车，业务人员可以发起锁车申请、解锁申请，控车人员可以进行锁车、解锁审批。
103.同时需要将年审到期、保险脱保、租金逾期、费用未付等场景进行管控并关联到控车系统中，实现自动的锁车、解锁等操作。
104.一.产品侧：
105.申请手动锁车时，选择车辆、选择锁车原因进行手动锁车。
106.申请手动解锁车时，选择车辆、选择解锁原因进行手动解锁。
107.手动锁车、手动解锁、自动锁车、自动解锁构成全局的一个管理和展示。
108.二.技术侧：
109.1、审批流锁车：
110.业务人员可通过web或者app手动对车辆进行锁车操作，先在系统上发起锁车，进入后先选择车辆，可选一辆车，也可以同时选择多辆车。在选择车辆时会有状态条件的检
验，首先会检验车辆是否已上锁,如果已经上锁，车辆不可选；然后会检验车辆是否锁车进行中，如果是进行中，车辆不可选；然后检验车辆是否已有进行中的锁车流程，如果是，车辆不可选。接下来选择锁车原因，锁车原因有：租金逾期未付、服务费未付、保证金不足、车辆保险脱保、年检年审到期、车辆出入库、逾期未还车、展示车、违章逾期未处理等。然后提交锁车，当审批通过后触发锁车预警短信。然后安全考虑会延时一段时间启动锁车，并发送锁车短信。具体流程如图2所示。
111.2、审批流解锁：
112.业务人员可通过web或者app手动对车辆进行解锁操作，先在系统上发起车辆解锁，进入后先选择车辆，可选一辆车，也可以同时选择多辆车。在选择车辆时会有状态条件的检验，首先会检验车辆是否已解锁,如果已经解锁，车辆不可选；然后检验车辆是否已有进行中的解锁流程，如果是，车辆不可选。接下来选择车辆解锁原因，解锁原因和锁车原因相对应。然后提交解锁，当审批通过后触发解锁，立即执行，并发送锁车短信；具体流程如图3所示。
113.3、自动锁车：
114.1)年审/保险到期自动锁车
115.监控车辆年审/保险到期时间和上锁状态，取消处于上锁状态下的车辆监控，判断当前车辆的年审/保险到期时间是否满足预设条件，触发相应动作，如图4所示。监控年审、保险到期时间，判断车辆是否上锁，若处于上锁状态，则取消监控，若处于未上锁状态，则判断当前车辆是否超出年审、保险到期时间，若超出年审、保险到期时间，则查看近72小时内是否有过相同原因的解锁操作；若是，则在72小时后重新监控，若否则触发锁车动作，并将锁车信息通过短信发送至车主；若未超过年审、保险到期时间，则判断距离锁车时间是否未超过24小时、48小时或7天；当超出距离锁车时间超过24小时、48小时、7天时，向车主自动发送预警信息。
116.2)服务费未付自动锁车，如图5所示。监控未缴纳车辆服务费的情况，判断车辆服务费未付款总额是否超出车辆保证金的百分之20，若未超出，继续监控，若已超出，确认用户是否为强保白名单用户，若是则取消监控，若否则查看当前车辆是否已上锁，若是则取消监控，若否则向车主发送首次锁车预警消息，若距离首次发送锁车预警消息的时间未超出3天不触发锁车操作，若距离首次发送锁车预警消息的时间已超过3天，车辆未付款款项已完成支付，则取消监控；若若距离首次发送锁车预警消息的时间已超过3天且车辆未付款款项未完成支付，则向车主发送2天后锁车的预警消息。若距离首次发送锁车预警消息的时间未超出4天不触发锁车操作，若距离首次发送锁车预警消息的时间已超过4天，车辆未付款款项已完成支付，则取消监控；若若距离首次发送锁车预警消息的时间已超过4天且车辆未付款款项未完成支付，则向车主发送1天后锁车的预警消息。若距离首次发送锁车预警消息的时间未超出5天，不触发锁车操作；若距离首次发送锁车预警消息的时间已超过5天，车辆未付款款项已完成支付，则不触发锁车操作；若距离首次发送锁车预警消息的时间已超过5天且车辆且未付款款项未完成支付，则查看72小时之内是否有解锁操作；若是，则继上次解锁操作72小时之后重新进行监控，若否，则触发锁车操作。
117.3)租金逾期自动锁车，如图6所示。
118.4、自动解锁：
119.1)保险/年审自动解锁，如图7所示。
120.2)服务费未付/租金逾期自动解锁，如图8所示。
121.最后应说明的是：以上各实施例仅用于说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。