基于大数据的车辆应用场景分析方法与流程

未命名 07-18 阅读:127 评论:0


1.本发明涉及汽车动力性经济性仿真计算技术领域,具体地涉及基于大数据的车辆应用场景分析方法。


背景技术:

2.应用场景是用户使用车辆的边界,定义用户场景是产品开发过程的源头,源头定义错误会导致整个产品开发方向走偏,因此,精准定义用户使用场景是开发出满足客户需求产品的核心。
3.目前,根据星云互联、德赛西威、金溢科技、北邮、华为、信通院、四维图新、长安汽车、中国移动、百度等三十余家单位起草的,历时一年半研究制定并发布的标准《合作式智能运输系统车用通信系统应用层及应用数据交互标准第二阶段》,将车辆的应用场景划分为了6大类:安全类、信息服务类、效率类、交通管理类、智能驾驶类、综合类,具体来说:
4.1.安全类,具体包括:
5.(1)感知数据共享。车辆和路侧单元rsu利用自身搭载摄像头、雷达等传感器等感知设备,探测周围其他交通参与者/道路异常情况,然后在v2x的支持下共享给周围的车辆,减少因为视距限制而出现的交通事故。
6.(2)协作式变道。车辆行驶过程中若想要变道,把自身的行驶意图通过v2x发送给周围车辆和路侧rsu,相关车辆接收到信息后做出调整,保证其安全完成变道。
7.(3)弱势群体安全通行。行人通过其无线通信设备与车辆进行通信,进行潜在的碰撞风险预警。
8.2.信息服务类,具体包括:
9.(1)差分数据服务。利用v2x交互实现车辆定位精度。
10.(2)车站路径引导服务。rsu在停车场、加油站、高速服务区等地方给进入的车辆提供位置服务信息。
11.3.效率类
12.协作式优先车辆(包括警车、消防车、救护车、工程抢险车、事故勘查车等)通行,未来也可以基于该场景提供差异化行车服务。智能交通系统调度交通资源针对优先车辆采取提前预留车道、封闭道路或切换信号灯等方式,让优先车辆在安全高效的情况下到达目的地,开启绿色通道。
13.4.交通管理类
14.数据采集,路侧设备rsu通过接收通信范围内车辆发送的信息(包括行驶状态、驾驶意图以及感知信息等)。
15.5.智能驾驶类
16.协作式车辆编队管理。由手动驾驶或者自动驾驶的头车带领,其后由若干自动驾驶车辆组成,呈一个队列的行驶形态前进,车队成员保持一定的车距以及稳定的车速,在有序行驶的状态下巡航。
17.6.综合类,具体包括:
18.(1)安全+效率场景。在高速公路或快速道路入口匝道处,路侧单元(rsu)获取周围车辆运行信息和行驶意图,发送车辆引导信息,协调匝道和主路汇入车道车辆,引导匝道车辆安全、高效的汇入主路。
19.(2)安全+效率场景,交叉路口协作式通行。向rsu发送车辆行驶信息,rsu根据车辆行驶信息、目标交叉路口的信号灯信息、其他车辆上报的行驶信息、以及路侧感知信息,适用于路口通行。
20.(3)效率+交通管理场景。针对交叉口的拥堵问题,通过交叉口处的动态划分车道功能可以实现对交叉口进口道的空间资源进行实时地合理分配。
21.(4)效率+信息服务场景。车辆行进到城市道路或高速公路的收费区域时,车辆接收路侧发布的收费信息,并通过车路交互完成缴费业务。收费站点部署v2xrsu设备,连接后台收费系统,车辆安装v2xobu设备,当车辆进入收费区域,完成相互身份认证后,自动执行收费操作
22.现有方案是通过市场调研、用户问卷等形式得到用户场景的主观描述,对部分用户和区域市场的调研以及对用户意见的主观理解无法客户片面性和理解偏差问题。
23.现有技术也有少数采用人机交互的方式来适配车辆与应用场景,但不能解决根本问题。
24.典型如申请号为cn202210711810.2,名称为“一种车辆应用场景处理方法、装置、设备和存储介质”的中国发明专利申请,其公布了如下技术特征:
25.1.在确定具有车辆应用场景创建需求的情况下,展示车辆应用场景设计界面;其中,所述车辆应用场景设计界面包括车辆可选组件展示区和操作区;根据对所述车辆可选组件展示区内车辆可选组件的操作,确定目标组件,并将所述目标组件置于所述操作区;根据对所述操作区内目标组件的配置操作,生成车辆应用场景的应用逻辑;根据所述车辆应用场景的应用逻辑,生成车辆应用场景。
26.2.根据对所述操作区内目标组件的配置操作,确定所述操作区内目标组件的应用配置信息,以及所述操作区内目标组件之间的应用关系信息;根据所述应用配置信息和所述应用关系信息,生成车辆应用场景的应用逻辑。
27.3.根据对所述车辆可选组件展示区内车辆可选组件的拖拽操作,确定目标组件。
28.4.根据对所述车辆可选组件展示区内车辆可选组件的操作,确定目标组件,包括:对车辆可选组件进行更新,并在所述车辆可选组件展示区内展示更新后的车辆可选组件;根据对更新后的车辆可选组件的操作,确定目标组件。
29.5.获取应用场景使用请求;根据所述应用场景使用请求,从可选应用场景中选择目标应用场景。
30.6.根据实际场景需求,对所述目标应用场景的应用逻辑进行调整。
31.7.向云端上传所述车辆应用场景,以供其他车辆使用所述车辆应用场景。
32.8.还包含界面展示模块,用于在确定具有车辆应用场景创建需求的情况下,展示车辆应用场景设计界面;其中,所述车辆应用场景设计界面包括车辆可选组件展示区和操作区;目标组件确定模块,用于根据对所述车辆可选组件展示区内车辆可选组件的操作,确定目标组件,并将所述目标组件置于所述操作区;应用逻辑确定模块,用于根据对所述操作
区内目标组件的配置操作,生成车辆应用场景的应用逻辑;车辆应用场景确定模块,用于根据所述车辆应用场景的应用逻辑,生成车辆应用场景。
33.现有技术的缺陷在于:
34.1.对部分用户和区域市场的调研以及对用户意见的主观理解无法客户片面性和理解偏差问题;
35.2.市场调研无法提供产品研发需求的量化边界。


技术实现要素:

36.本发明针对上述问题,提供基于大数据的车辆应用场景分析方法,其目的在于提取不同场景之间不同特征,实现场景的参数化定义,为产品开发提供量化边界;解决了现有技术无法精准识别不同场景工况的差异的问题;可以说明不同场景对产品开发的具体量化要求,且不限于提供定性约束。
37.为解决上述问题,本发明提供的技术方案为:
38.一种基于大数据的车辆应用场景分析方法,包含以下步骤:
39.s100.进行车型锁定操作,获得每辆车的运营数据;
40.s200.进行特征字段调研;
41.s300.进行特征数据计算;
42.s400.进行主成分分析;
43.s500.进行聚类分析;
44.s600.进行分类车辆特征统计;
45.s700.进行场景识别;
46.s800.进行终端验证;
47.s900.输出场景库。
48.优选地,s100具体包含以下步骤:
49.s110.确定需要进行场景划分的车辆的在用车型和车辆清单;
50.s120.根据所述车辆清单从车联网平台逐一导出每辆车的所述运营数据;
51.s130.输出所述运营数据,作为s100的结果。
52.优选地,s200具体包含以下步骤:
53.s210.通过市场调研,获取的不同场景下的场景要素的差异点;然后通过所述差异点,确定特征字段;所述特征字段包含直接特征和间接特征;
54.s220.对所述特征字段进行识别,然后将所述特征字段分为所述直接特征和所述间接特征;
55.s230.对所述特征字段进行拆分,得到拆分后的特征参数值;
56.s240.输出所述s220~s240得到的所有的特征参数值,作为s200的结果。
57.优选地,s300具体包含以下步骤:
58.s310.按人工预设的采样频率和采样窗口,获取每辆车的原始数据;
59.然后进行数据清洗操作;
60.s320.根据所述特征参数的定义与所述原始数据,进行特征参数值计算操作;s330.进行特征参数值计算操作,作为s300的结果。
61.优选地,s400具体包含以下步骤:
62.s410.进行结果清洗操作;
63.s420.进行归一化处理操作;
64.s430.调用主成分分析算法进行样本向量特征值计算和特征向量计算;然后按照特征向量矩阵进行主成分坐标转换操作;
65.s440.输出进行所述主成分坐标转换操作后的所述特征向量矩阵,作为s400的结果。
66.优选地,s500具体包含以下步骤:
67.s510.进行动态聚类操作,得到不同的聚类效果;
68.s520.进行聚类评价操作,得到最合适的聚类数;
69.s530.按照所述最合适的聚类数,再进行所述动态聚类操作;
70.s540.根据轮廓系数筛选下四分位以上的样本点;去掉所述四分位以下的离群点后,计算聚类中心;
71.s550.输出划分好的类,作为s500的结果。
72.优选地,s600具体包含以下步骤:
73.s610.根据s500中所述划分好的类,对每一个类所包含的车辆进行总体特征分布统计操作,得到总体特征、总体特征分布和不同类之间的特征差异;
74.s620.输出所述总体特征、所述总体特征分布和所述特征差异,作为s600的结果。
75.优选地,s700具体包含以下步骤:
76.s710.从每个类中,随机选取人工预设个数的底盘号;然后查询每个所述底盘号对应的车辆当月的运营路线;
77.s720.根据每类车辆的所述运营路线及统计特征判断车辆运营场景;
78.s730.将所述车辆运营场景与应用场景定义对比,判断每一类车辆与输入的所述应用场景的对应关系;
79.s740.对于经过s730无法判断每一类车辆与输入的所述应用场景的对应关系的情况,补充特征,然后进行二次聚类操作。
80.优选地,s800具体包含以下步骤:
81.s810.根据每个所述底盘号对应的登记的电话号码,回访驾驶员,确认所述车辆运营场景,根据回访记录与s600所述应用场景的分类特征进行对比,判断场景识别是否正确;
82.s820.根据回访结果,做出如下操作:
83.如果回访结果确认所述车辆运营场景与所述应用场景的所述对应关系是正确的,则执行s900;
84.否则,返回并再次执行s500。
85.优选地,s900具体包含以下步骤:
86.s910.将识别出的所述对应关系的所述车辆运营场景与所述应用场景进行车辆运营特征统计,得到统计结果;所述统计结果包含典型值、参考值和诊断值;s920.将对应的所述统计结果填入到对应调研得到的应用场景清单中;
87.s930.将所有的所述车辆运营场景参数化,然后汇总在一起形成场景库;
88.s940.输出所述场景库,作为本发明的最终结果。
89.本发明与现有技术对比,具有以下优点:
90.1.由于本发明将市场上运营的车辆按照应用场景的不同进行划分,从而提取不同场景之间不同特征,实现场景的参数化定义,为产品开发提供量化边界;
91.2.由于本发明抛弃了传统的根据用途的场景定义方法,从而解决了现有技术无法精准识别不同场景工况的差异的问题;
92.3.由于本发明抛弃了传统的根据用途的场景定义方法,从而可以说明不同场景对产品开发的具体量化要求,且不限于提供定性约束。
附图说明
93.图1为本发明具体实施例的方法流程示意图;
94.图2为本发明具体实施例的主成分分析示意图;
95.图3a为本发明具体实施例的2类效果示意图;
96.图3b为本发明具体实施例的3类效果示意图;
97.图3c为本发明具体实施例的4类效果示意图;
98.图3d为本发明具体实施例的5类效果示意图;
99.图4为本发明具体实施例的手肘图示意图;
100.图5为本发明具体实施例的总体特征分布及特征差异示意图。
具体实施方式
101.下面结合具体实施例,进一步阐明本发明,应理解这些实施例仅用于说明本发明而不用于限制本发明的范围,在阅读了本发明之后,本领域技术人员对本发明的各种等价形式的修改均落于本技术所附权利要求所限定的范围。
102.需要事先说明的是,本发明的原理在于:基于当前车载tbox设备采集的用户运营数据进行特征的提取和聚类分析,得到不同的簇,因不同的簇内样本(车辆)具有相同的运营特征,可以视为一类,即为同一应用场景,同一应用场景内车辆共同特征进行参数化计算作为场景的特征。
103.如图1所示,一种基于大数据的车辆应用场景分析方法,其特征在于:包含以下步骤:
104.s100.进行车型锁定操作,获得每辆车的运营数据。
105.本具体实施例中,s100具体包含以下步骤:
106.s110.确定需要进行场景划分的车辆的在用车型和车辆清单。
107.s120.根据车辆清单从车联网平台逐一导出每辆车的运营数据。
108.s130.输出运营数据,作为s100的结果。
109.s200.进行特征字段调研。
110.本具体实施例中,s200具体包含以下步骤:
111.s210.通过市场调研,获取的不同场景下的场景要素的差异点;然后通过差异点,确定特征字段;特征字段包含直接特征和间接特征。
112.s220.对特征字段进行识别,然后将特征字段分为直接特征和间接特征。
113.本具体实施例中,在场景“资源运输-货-车货总重”中,场景要素微超砂石料的“车
货总重”与其他相比为“复合超载”,因为其他均为“49t以内”,从而识别此场景要素为直接特征。
114.本具体实施例中,在场景“车(工况)-常用车速”中,场景要素资源运输与其他(煤炭、危险品等)不同,从而因此此场景要素为直接特征。
115.本具体实施例中,砂石料运输为重去空回,空满载比例为50%,从而识别场景要素空满载比例为间接特征。
116.需要说明的是,识别出来的直接特征和间接特征有一定的区别,即直接特征是不需要转化的特征,可以直接使用;例如载重49t,作为直接特征可以直接使用49作为特征值;而相对应的,间接特征需要转化才能使用;例如间接特征如为重去空回,空满载比例为1:1,则空满载比例为间接特征,特征参数值为1,这个过程就是一步转化过程。
117.本具体实施例中,将差异点“车货总重”转化为特征参数值“最大总重”。
118.s230.对特征字段进行拆分,得到拆分后的特征参数值。
119.本具体实施例中,将场景“车(工况)-常用车速”的特征参数值按区间进行拆分,按不同区间进行计算,而常用车速本身不参与计算。
120.s240.输出s220~s240得到的所有的特征参数值,作为s200的结果。
121.s300.进行特征数据计算。
122.本具体实施例中,s300具体包含以下步骤:
123.s310.按人工预设的采样频率和采样窗口,获取每辆车的原始数据。
124.本具体实施例中,通过每辆车的底盘号,在tsp平台查询每辆车的原始数据。
125.本具体实施例中,采样频率为1hz。
126.本具体实施例中,采样窗口为近一个月。
127.然后进行数据清洗操作。
128.需要说明的是,数据清洗操作的作用在于:将完整性不足数据删除,且将异常数据修正或删除。
129.需要说明的是,对于异常数据,修正的情况相对较少,而大量异常数据则是需要进行删除。
130.本具体实施例中,“累计启停次数”通过“车速”与“油门”计算得到,车速为0开始,下一秒大于0且油门踏板开度大于10视为1次起步。
131.s320.根据特征参数的定义与原始数据,进行特征参数值计算操作;
132.s330.进行特征参数值计算操作,作为s300的结果。
133.本具体实施例中,常规车速按照车速区间进行切分;其中,车速区间包括区间0
ꢀ‑
30km。
134.s400.进行主成分分析。
135.本具体实施例中,s400具体包含以下步骤:
136.s410.进行结果清洗操作。
137.本具体实施例中,对于满足月运营里程》400,或1%《怠速时长占比《80%的条件的数据保留,其余数据删除。
138.s420.进行归一化处理操作;
139.需要说明的是,归一化处理操作的目的在于消除量纲带来的影响。
140.本具体实施例中,采用z-score标准化,按式(1)表达:
[0141][0142]
需要说明的是,z-score通过式(1)将两组或多组数据转化为无单位的z-score分值,使得数据标准统一化,提高了数据可比性,削弱了数据解释性。
[0143]
s430.调用主成分分析算法进行样本向量特征值计算和特征向量计算;然后按照特征向量矩阵进行主成分坐标转换操作。
[0144]
如图2所示,需要说明的是,主成分分析,英文为principal component analysis,pca,是一种统计方法,通过正交变换将一组可能存在相关性的变量转换为一组线性不相关的变量,转换后的这组变量叫主成分。
[0145]
如图2所示的二维变量,需要说明的是,样本在x和y方向上的分布相近,经过坐标系旋转(正交变换),在新的坐标系上,样本点在新坐标系x^轴上的投影长度明显大于y^,新坐标x^可认为是主成分。
[0146]
s440.输出进行主成分坐标转换操作后的特征向量矩阵,作为s400的结果。
[0147]
s500.进行聚类分析。
[0148]
本具体实施例中,s500具体包含以下步骤:
[0149]
s510.进行动态聚类操作,得到不同的聚类效果。
[0150]
需要说明的是,动态聚类是在无法确定聚类数量的情况下,计算不同类的聚类效果。
[0151]
如图3a~3d所示,依次为2-5类效果。
[0152]
需要说明的是,图3a~3d中,每个点代表一个样本,x、y轴数值代表不同的特征参数值,不同颜色表示不同类。
[0153]
s520.进行聚类评价操作,得到最合适的聚类数。
[0154]
如图4所示,本具体实施例中,根据手肘图确定最合适的聚类数。
[0155]
需要说明的是,手肘法的核心指标是sse(sum of the squared errors,误差平方和),按下式表达:
[0156][0157]
其中:ci是第i个簇;p是ci中的样本点;mi是ci的质心(ci中所有样本的均值);sse是所有样本的聚类误差,代表了聚类效果的好坏。
[0158]
需要说明的是,手肘法的核心思想是:随着聚类数k的增大,样本划分会更加精细,每个簇的聚合程度会逐渐提高,那么误差平方和sse自然会逐渐变小。并且,当k小于真实聚类数时,由于k的增大会大幅增加每个簇的聚合程度,故sse的下降幅度会很大,而当k到达真实聚类数时,再增加k所得到的聚合程度回报会迅速变小,所以sse的下降幅度会骤减,然后随着k值的继续增大而趋于平缓,也就是说sse和k的关系图是一个手肘的形状,而这个肘部对应的k值就是数据的真实聚类数。
[0159]
本具体实施例中,确定最合适的聚类数的原则为:根据拐点确定最合适的聚类数。
[0160]
需要说明的是,图4中的拐点为4。
[0161]
s530.按照最合适的聚类数,再进行动态聚类操作。
[0162]
本具体实施例中,最合适的聚类数k=4。
[0163]
s540.根据轮廓系数筛选下四分位以上的样本点;去掉四分位以下的离群点后,计算聚类中心。
[0164]
需要说明的是,轮廓系数(silhouette coefficient),是聚类效果好坏的一种评价方式,对于一个样本点i来说:
[0165]
计算ai=average(i到所有它属于的簇中其它点的距离);
[0166]
计算bi=min(i到某一不包含它的簇内的所有点的平均距离);
[0167]
那么i的轮廓系数si就按式(2)表达:
[0168][0169]
可见轮廓系数的值是介于[-1,1],越趋近于1代表内聚度和分离度都相对较优。
[0170]
将所有点的轮廓系数求平均,就是该聚类结果总的轮廓系数。
[0171]ai
:i到同一簇内其他点不相似程度的平均值
[0172]bi
:i到其他簇的平均不相似程度的最小值
[0173]
s550.输出划分好的类,作为s500的结果。
[0174]
s600.进行分类车辆特征统计。
[0175]
本具体实施例中,s600具体包含以下步骤:
[0176]
s610.根据s500中划分好的类,对每一个类所包含的车辆进行总体特征分布统计操作,得到总体特征、总体特征分布和不同类之间的特征差异;
[0177]
本具体实施例中,每一个类所包含的车辆按照特征参数值进行总体特征分布。
[0178]
如图5所示,本具体实施例中,统计形式包括但不局限于箱线图、柱状图、密度分布图等,主要体现不同类之间的特征差异。
[0179]
s620.输出总体特征、总体特征分布和特征差异,作为s600的结果。
[0180]
s700.进行场景识别。
[0181]
本具体实施例中,场景识别的原理在于:根据不同类之间的特征差异,结合市场调研对每类场景的定性描述初判每类车辆属于哪种场景,给每辆车贴上场景标签。
[0182]
本具体实施例中,s700具体包含以下步骤:
[0183]
s710.从每个类中,随机选取人工预设个数的底盘号;然后查询每个底盘号对应的车辆当月的运营路线。
[0184]
本具体实施例中,人工预设个数为5个。
[0185]
本具体实施例中,在tsp平台查询每个底盘号对应的车辆当月的运营路线。
[0186]
s720.根据每类车辆的运营路线及统计特征判断车辆运营场景。
[0187]
本具体实施例中,对于砂石料场景:单程运距《200km,常用车速40-50,城市周边运输、国道为主。
[0188]
本具体实施例中,对于煤炭专线:集中在陕西、山西,单程运距700-1000km,高速为主。
[0189]
s730.将车辆运营场景与应用场景定义对比,判断每一类车辆与输入的应用场景的对应关系。
[0190]
s740.对于经过s730无法判断每一类车辆与输入的应用场景的对应关系的情况,补充特征,然后进行二次聚类操作。
[0191]
需要说明的是,s740也叫例外处理,因为实际工况、环境非常复杂,总有无法一次性对应的情形出现,因此需要有一个兜底的技术方案,避免发生遗漏或错误。
[0192]
s800.进行终端验证。
[0193]
本具体实施例中,s800具体包含以下步骤:
[0194]
s810.根据每个底盘号对应的登记的电话号码,回访驾驶员,确认车辆运营场景,根据回访记录特征与s600应用场景的分类特征进行对比,判断场景识别是否正确;
[0195]
s820.根据回访与应用场景的对应关系。
[0196]
本具体实施例中,车辆运营场景有如下三种:
[0197]
(1)统计数据月用户货物类型;
[0198]
(2)道路类型(国道高速占比);
[0199]
(3)典型路线(起始地目的地)。
[0200]
本具体实施例中,选择用户原则为:随机抽样10个。
[0201]
本具体实施例中,回访问题包括但不限于:统计数据月用户货物类型;道路类型(国道高速占比);典型路线(起始地目的地)。
[0202]
s820.根据回访结果,做出如下操作:
[0203]
如果回访结果确认车辆运营场景与应用场景的对应关系是正确的,则执行s900。
[0204]
否则,返回并再次执行s500。
[0205]
s900.输出场景库。
[0206]
本具体实施例中,s900具体包含以下步骤:
[0207]
s910.将识别出的对应关系的车辆运营场景与应用场景进行车辆运营特征统计,得到统计结果;统计结果包含典型值、参考值和诊断值。
[0208]
本具体实施例中,典型值为开发边界;
[0209]
本具体实施例中,参考值作为产品开发的基准;
[0210]
本具体实施例中,诊断值作为在用产品状态的说明。
[0211]
本具体实施例中,怠速占比、车速分布、月运营里程等为典型值。
[0212]
本具体实施例中,档位分布、转速分布等与行为相关的为参考值。
[0213]
本具体实施例中,水温、机油温、进气温度等发动机运行边界为诊断值。
[0214]
s920.将对应的统计结果填入到对应调研得到的应用场景清单中。
[0215]
s930.将所有的车辆运营场景参数化,然后汇总在一起形成场景库。
[0216]
s940.输出场景库,作为本发明的最终结果。
[0217]
在上述的详细描述中,各种特征一起组合在单个的实施方案中,以简化本公开。不应该将这种公开方法解释为反映了这样的意图,即,所要求保护的主题的实施方案需要比清楚地在每个权利要求中所陈述的特征更多的特征。相反,如所附的权利要求书所反映的那样,本发明处于比所公开的单个实施方案的全部特征少的状态。因此,所附的权利要求书特此清楚地被并入详细描述中,其中每项权利要求独自作为本发明单独的优选实施方案。
[0218]
为使本领域内的任何技术人员能够实现或者使用本发明,上面对所公开实施例进行了描述。对于本领域技术人员来说;这些实施例的各种修改方式都是显而易见的,并且本
文定义的一般原理也可以在不脱离本公开的精神和保护范围的基础上适用于其它实施例。因此,本公开并不限于本文给出的实施例,而是与本技术公开的原理和新颖性特征的最广范围相一致。
[0219]
上文的描述包括一个或多个实施例的举例。当然,为了描述上述实施例而描述部件或方法的所有可能的结合是不可能的,但是本领域普通技术人员应该认识到,各个实施例可以做进一步的组合和排列。因此,本文中描述的实施例旨在涵盖落入所附权利要求书的保护范围内的所有这样的改变、修改和变型。此外,就说明书或权利要求书中使用的术语“包含”,该词的涵盖方式类似于术语“包括”,就如同“包括,”在权利要求中用作衔接词所解释的那样。此外,使用在权利要求书的说明书中的任何一个术语“或”是要表示“非排它性的或者”。
[0220]
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

技术特征:
1.一种基于大数据的车辆应用场景分析方法,其特征在于:包含以下步骤:s100.进行车型锁定操作,获得每辆车的运营数据;s200.进行特征字段调研;s300.进行特征数据计算;s400.进行主成分分析;s500.进行聚类分析;s600.进行分类车辆特征统计;s700.进行场景识别;s800.进行终端验证;s900.输出场景库。2.根据权利要求1所述的基于大数据的车辆应用场景分析方法,其特征在于:s100具体包含以下步骤:s110.确定需要进行场景划分的车辆的在用车型和车辆清单;s120.根据所述车辆清单从车联网平台逐一导出每辆车的所述运营数据;s130.输出所述运营数据,作为s100的结果。3.根据权利要求2所述的基于大数据的车辆应用场景分析方法,其特征在于:s200具体包含以下步骤:s210.通过市场调研,获取的不同场景下的场景要素的差异点;然后通过所述差异点,确定特征字段;所述特征字段包含直接特征和间接特征;s220.对所述特征字段进行识别,然后将所述特征字段分为所述直接特征和所述间接特征;s230.对所述特征字段进行拆分,得到拆分后的特征参数值;s240.输出所述s220~s240得到的所有的特征参数值,作为s200的结果。4.根据权利要求3所述的基于大数据的车辆应用场景分析方法,其特征在于:s300具体包含以下步骤:s310.按人工预设的采样频率和采样窗口,获取每辆车的原始数据;然后进行数据清洗操作;s320.根据所述特征参数的定义与所述原始数据,进行特征参数值计算操作;s330.进行特征参数值计算操作,作为s300的结果。5.根据权利要求4所述的基于大数据的车辆应用场景分析方法,其特征在于:s400具体包含以下步骤:s410.进行结果清洗操作;s420.进行归一化处理操作;s430.调用主成分分析算法进行样本向量特征值计算和特征向量计算;然后按照特征向量矩阵进行主成分坐标转换操作;s440.输出进行所述主成分坐标转换操作后的所述特征向量矩阵,作为s400的结果。6.根据权利要求5所述的基于大数据的车辆应用场景分析方法,其特征在于:s500具体包含以下步骤:s510.进行动态聚类操作,得到不同的聚类效果;
s520.进行聚类评价操作,得到最合适的聚类数;s530.按照所述最合适的聚类数,再进行所述动态聚类操作;s540.根据轮廓系数筛选下四分位以上的样本点;去掉所述四分位以下的离群点后,计算聚类中心;s550.输出划分好的类,作为s500的结果。7.根据权利要求6所述的基于大数据的车辆应用场景分析方法,其特征在于:s600具体包含以下步骤:s610.根据s500中所述划分好的类,对每一个类所包含的车辆进行总体特征分布统计操作,得到总体特征、总体特征分布和不同类之间的特征差异;s620.输出所述总体特征、所述总体特征分布和所述特征差异,作为s600的结果。8.根据权利要求7所述的基于大数据的车辆应用场景分析方法,其特征在于:s700具体包含以下步骤:s710.从每个类中,随机选取人工预设个数的底盘号;然后查询每个所述底盘号对应的车辆当月的运营路线;s720.根据每类车辆的所述运营路线及统计特征判断车辆运营场景;s730.将所述车辆运营场景与应用场景定义对比,判断每一类车辆与输入的所述应用场景的对应关系;s740.对于经过s730无法判断每一类车辆与输入的所述应用场景的对应关系的情况,补充特征,然后进行二次聚类操作。9.根据权利要求8所述的基于大数据的车辆应用场景分析方法,其特征在于:s800具体包含以下步骤:s810.根据每个所述底盘号对应的登记的电话号码,回访驾驶员,确认所述车辆运营场景,根据回访记录与s600所述应用场景的分类特征进行对比,判断场景识别是否正确;s820.根据回访结果,做出如下操作:如果回访结果确认所述车辆运营场景与所述应用场景的所述对应关系是正确的,则执行s900;否则,返回并再次执行s500。10.根据权利要求9所述的基于大数据的车辆应用场景分析方法,其特征在于:s900具体包含以下步骤:s910.将识别出的所述对应关系的所述车辆运营场景与所述应用场景进行车辆运营特征统计,得到统计结果;所述统计结果包含典型值、参考值和诊断值;s920.将对应的所述统计结果填入到对应调研得到的应用场景清单中;s930.将所有的所述车辆运营场景参数化,然后汇总在一起形成场景库;s940.输出所述场景库,作为本发明的最终结果。

技术总结
本发明涉及基于大数据的车辆应用场景分析方法,其特征在于:包含以下步骤:进行车型锁定操作,获得每辆车的运营数据;进行特征字段调研;进行特征数据计算;进行主成分分析;进行聚类分析;进行分类车辆特征统计;进行场景识别;进行终端验证;输出场景库。本发明提取不同场景之间不同特征,实现场景的参数化定义,为产品开发提供量化边界;解决了现有技术无法精准识别不同场景工况的差异的问题;可以说明不同场景对产品开发的具体量化要求,且不限于提供定性约束。供定性约束。供定性约束。


技术研发人员:项海涛 李智 陈伟建 刘薇 许丽英 刘金 徐一凡 邓松涛
受保护的技术使用者:东风商用车有限公司
技术研发日:2022.11.29
技术公布日:2023/5/13
版权声明

本文仅代表作者观点,不代表航空之家立场。
本文系作者授权航家号发表,未经原创作者书面授权,任何单位或个人不得引用、复制、转载、摘编、链接或以其他任何方式复制发表。任何单位或个人在获得书面授权使用航空之家内容时,须注明作者及来源 “航空之家”。如非法使用航空之家的部分或全部内容的,航空之家将依法追究其法律责任。(航空之家官方QQ:2926969996)

飞行汽车 https://www.autovtol.com/

分享:

扫一扫在手机阅读、分享本文

相关推荐