一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

车辆用途的识别方法、系统、设备及介质与流程

2022-12-13 19:47:53 来源:中国专利 TAG:


1.本发明涉及数据处理技术领域,特别涉及一种车辆用途的识别方法、系统、设备、介质及车辆服务推荐方法。


背景技术:

2.随着社会的进步与发展,客户的个性化需求日益突出,驾驶员也不例外。
3.目前车辆越来越多,车厂或运营商需要在生存压力下寻求新的突破,而如何精准的基于车辆进行用户运营成为车厂或运营商关注的重点问题。


技术实现要素:

4.本发明要解决的技术问题是为了克服现有技术中无法精准的基于车辆进行用户运营的缺陷,提供一种车辆用途的识别方法、系统、设备、介质及车辆服务推荐方法。
5.本发明是通过下述技术方案来解决上述技术问题:
6.本发明提供一种车辆用途的识别方法,包括:
7.采集目标车辆的运行数据;
8.对所述运行数据进行数据清洗和数据处理,以获得第一数据;
9.根据所述第一数据对所述目标车辆的用途进行识别。
10.较佳地,所述根据所述第一数据对所述目标车辆的用途进行识别包括:
11.当所述第一数据满足第一预设条件时,将所述目标车辆的用途识别为载客工具。
12.较佳地,所述运行数据至少包括:点火时间、熄火时间和行驶里程;
13.所述第一数据至少包括:日均驾驶时长、日均驾驶次数和日均驾驶里程;
14.所述第一预设条件至少包括:所述日均驾驶时长、所述日均驾驶次数和所述日均驾驶里程分别大于对应的阈值。
15.较佳地,所述运行数据还包括:油量百分比、车门状态、车辆油耗和poi位置中的至少一种;
16.所述第一数据还包括:周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种;
17.所述第一预设条件还包括:所述周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种大于对应的阈值。
18.较佳地,所述根据所述第一数据对所述目标车辆的用途进行识别包括:
19.当所述第一数据满足第二预设条件时,将所述目标车辆的用途识别为上下班交通工具。
20.较佳地,所述运行数据至少包括:poi位置;
21.所述第一数据至少包括:日均poi位置个数;
22.所述第二预设条件至少包括:所述日均poi位置个数在预定范围内。
23.较佳地,所述运行数据还包括:点火时间、熄火时间、行驶里程、油量百分比、车门状态、车辆油耗中的至少一种;
24.所述第一数据还包括:日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种;
25.所述第二预设条件还包括:所述日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种小于对应的阈值。
26.本发明还提供一种车辆服务推荐方法,包括:
27.基于上述的车辆用途的识别方法识别所述车辆的用途;
28.基于所述车辆的用途向驾驶员推荐对应的服务内容。
29.本发明还提供一种车辆用途的识别系统,包括采集模块、处理模块和识别模块;
30.所述采集模块用于采集目标车辆的运行数据;
31.所述处理模块用于对所述运行数据进行数据清洗和数据处理,以获得第一数据;
32.所述识别模块用于根据所述第一数据对所述目标车辆的用途进行识别。
33.较佳地,所述识别模块具体用于当所述第一数据满足第一预设条件时,将所述目标车辆的用途识别为载客工具。
34.较佳地,所述识别模块具体还用于当所述第一数据满足第二预设条件时,将所述目标车辆的用途识别为上下班交通工具。
35.较佳地,还包括推送模块;
36.所述推送模块用于基于所述车辆的用途向驾驶员推荐对应的服务内容。
37.本发明还提供一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述的车辆用途的识别方法。
38.本发明还提供一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述的车辆用途的识别方法。
39.本发明的积极进步效果在于:
40.本发明通过对采集的目标车辆的运行数据进行数据清洗和数据处理,以获得第一数据,再根据第一数据对目标车辆的用途进行识别,实现了对车辆用途的精确识别,以方便基于车辆的用途进行针对性用户运营,从而提高用户运营的精准性,提升用户体验。
附图说明
41.图1为本发明实施例1至3的车辆用途的识别方法的流程图。
42.图2为本发明实施例4的车辆服务推荐方法的流程图。
43.图3为本发明实施例5至7的车辆用途的识别系统的结构示意图。
44.图4为本发明实施例8的车辆用途的识别系统的结构示意图。
45.图5为本发明实施例9的实现车辆用途的识别方法的电子设备的结构示意图。
具体实施方式
46.下面通过实施例的方式进一步说明本发明,但并不因此将本发明限制在所述的实施例范围之中。
47.实施例1
48.如图1所示,本实施例提供了一种车辆用途的识别方法,包括:
49.步骤101、采集目标车辆的运行数据。
50.本实施例中,例如从车载tbox设备中采集目标车辆的运行数据。
51.步骤102、对运行数据进行数据清洗和数据处理,以获得第一数据。
52.本实施例中,对运行数据进行数据清洗的目的是留下可靠的运行数据,避免脏数据的干扰。
53.步骤103、根据第一数据对目标车辆的用途进行识别。
54.本实施例通过对采集的目标车辆的运行数据进行数据清洗和数据处理,以获得第一数据,再根据第一数据对目标车辆的用途进行识别,实现了对车辆用途的精确识别,以方便基于车辆的用途进行针对性用户运营,从而提高用户运营的精准性,提升用户体验。
55.实施例2
56.本实施例的车辆用途的识别方法是对实施例1的进一步改进,具体地:
57.在一可实施的方案中,步骤103包括:当第一数据满足第一预设条件时,将目标车辆的用途识别为载客工具。
58.本实施例中,为了识别目标车辆的用途是否为载客工具,步骤101从车载tbox设备中采集目标车辆的运行数据至少包括:点火时间、熄火时间和行驶里程;步骤102对运行数据进行数据清洗和数据处理,获得的第一数据至少包括:日均驾驶时长、日均驾驶次数和日均驾驶里程;步骤103中的第一预设条件至少包括:日均驾驶时长、日均驾驶次数和日均驾驶里程分别大于对应的阈值。
59.在一可实施的方案中,为了识别目标车辆的用途是否为载客工具,运行数据、第一数据以及第一预设条件除了至少满足上述条件外,运行数据还包括:油量百分比、车门状态、车辆油耗和poi位置中的至少一种;第一数据还包括:周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种;第一预设条件还包括:周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种大于对应的阈值。
60.其中,日均驾驶时长、日均驾驶次数以及周均驾驶天数根据点火时间和熄火时间计算得到;日均驾驶里程根据行驶里程计算得到;日均加油次数根据油量百分比计算得到;日均主驾驶车门开关次数、日均副驾驶车门开关次数以及日均后座车门开关次数根据车门状态计算得到;日均油耗根据车辆油耗得到;日均poi位置个数根据poi位置计算得到。
61.具体地,对于计算日均驾驶时长和日均驾驶次数,根据一周的点火时间和熄火时间分别计算得到一周的总驾驶时长和一周的总驾驶次数,再按天数分别对一周的总驾驶时长和总驾驶次数求平均,即可得到日均驾驶时长和日均驾驶次数。
62.对于计算日均驾驶里程,按天数对一周的总驾驶里程求平均,即可计算得到日均驾驶里程。
63.对于计算周均驾驶天数,根据最近几周(如近四周)的点火时间和熄火时间计算得到近几周的实际总驾驶天数,再根据周数对近几周的实际总驾驶天数求平均,即可得到周均驾驶天数。
64.对于计算日均加油次数,根据油量百分比计算得到一周的实际总加油次数,再按天数对一周的实际总加油次数求平均,即可得到日均加油次数。
65.对于计算日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数,根据一周的车门状态分别计算得到一周的主驾驶车门开关总次数、副驾驶车门开关总次数以及后座车门开关总次数,再按天数对一周的主驾驶车门开关总次数、副驾驶车门开关总次数以及后座车门开关总次数分别求平均,即可得到日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数。
66.对于计算日均油耗,根据车辆油耗计算得到一周的总油耗,再按天数对一周的总油耗求平均,即可得到日均油耗。
67.对于计算日均poi位置个数,根据poi位置计算得到一周的总poi位置个数(其中需要去掉重复的poi位置),再按天数对一周的总poi位置个数求平均,即可得到日均poi位置个数。本实施例中计算得到的日均poi位置个数是经过去重之后的不同poi位置个数。
68.本实施例中,各第一数据对应的阈值根据多个车辆的对应第一数据的平均值得到。例如,日均驾驶时长的阈值是通过计算多个车辆的日均驾驶时长的平均值,再根据该平均值进行设定。
69.本实施例中,各第一数据对应的阈值可以设定为多个车辆的对应第一数据的平均值的n倍(如2倍),其中n大于1。例如,日均驾驶时长对应的阈值可以设定为多个车辆的日均驾驶时长的平均值的2倍、日均驾驶次数对应的阈值可以设定为多个车辆的日均驾驶次数的平均值的2倍,以此类推,在此不再赘述。
70.应该理解,上述各阈值也可以根据经验或其他标准进行设定,本实施例对此不做任何具体限定。
71.本实施例通过判断第一数据是否满足第一预设条件,可以准确识别目标车辆是否为载客工具,为后续向该车辆的驾驶员精准推送服务内容提供了基础。
72.实施例3
73.本实施例的车辆用途的识别方法是对实施例1的进一步改进,具体地:
74.在一可实施的方案中,步骤103包括:当第一数据满足第二预设条件时,将目标车辆的用途识别为上下班交通工具。
75.本实施例中,为了识别目标车辆的用途是否为上下班交通工具,步骤101从车载tbox设备中采集目标车辆的运行数据至少包括:poi位置;步骤102对运行数据进行数据清洗和数据处理,获得的第一数据至少包括:日均poi位置个数;步骤103中的第二预设条件至少包括:日均poi位置个数在预定范围内。
76.本实施例中,预定范围通常取值为2-5个,也可以根据实际情况取其他数值,即日均poi位置个数大于等于2个且小于等于5个时,将目标车辆的用途识别为上下班交通工具。例如,日均poi位置分别为公司、自己家、父母家、岳母家、孩子家时,将目标车辆的用途识别为上下班交通工具。
77.在一可实施的方案中,为了识别目标车辆的用途是否为上下班交通工具,运行数
据、第一数据以及第二预设条件除了至少满足上述条件外,运行数据还包括:点火时间、熄火时间、行驶里程、油量百分比、车门状态、车辆油耗中的至少一种;第一数据还包括:日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种;第二预设条件还包括:日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种小于对应的阈值。
78.本实施例中,上述各阈值同样可以根据多个车辆的对应第一数据的平均值得到。例如,日均驾驶时长的阈值是通过计算多个车辆的日均驾驶时长的平均值,再根据该平均值进行设定。
79.本实施例中,上述各阈值可以设定为多个车辆的对应第一数据的平均值的n倍(如2倍),其中n大于1。例如,日均驾驶时长对应的阈值可以设定为多个车辆的日均驾驶时长的平均值的2倍、日均驾驶次数对应的阈值可以设定为多个车辆日均驾驶次数的平均值的2倍,以此类推,在此不再赘述。
80.应该理解,上述各阈值也可以根据经验或其他标准进行设定,本实施例对此不做任何具体限定。
81.本实施例通过判断第一数据是否满足第二预设条件,可以准确识别目标车辆是否为上下班交通工具,为后续向该车辆的驾驶员精准推送服务内容提供了基础。
82.实施例4
83.如图2所示,本实施例提供了一种车辆服务推荐方法,该方法包括:
84.步骤201、识别车辆的用途。
85.具体地,基于实施例1、2或3中任一实施例中的车辆用途的识别方法识别车辆的用途。
86.步骤202、基于车辆的用途向驾驶员推荐对应的服务内容。
87.本实施例中,当车辆的用途为载客工具时,则可以向该车辆的驾驶员推荐加油、洗车等优惠活动,也可以向该车辆的驾驶员推荐驾驶员感兴趣的广告或者其他活动;当车辆的用途为下班交通工具时,则可以在下班时间的路上向该车辆的驾驶员推荐周边美食、旅游景点等,用户可以将该推荐内容作为链接端口进入到对应平台进行预订等操作,实现了基于车辆的用途有针对性地向驾驶员推荐对应的服务内容,提升了用户体验。
88.实施例5
89.如图3所示,本实施例提供了一种车辆用途的识别系统,包括采集模块1、处理模块2和识别模块3。下面分别对各个模块的功能进行详细描述:
90.采集模块1用于采集目标车辆的运行数据。
91.本实施例中,例如从车载tbox设备中采集目标车辆的运行数据。
92.处理模块2用于对运行数据进行数据清洗和数据处理,以获得第一数据。
93.本实施例中,对运行数据进行数据清洗的目的是留下可靠的运行数据,避免脏数据的干扰。
94.识别模块3用于根据第一数据对目标车辆的用途进行识别。
95.本实施例基于对采集的目标车辆的运行数据进行数据清洗和数据处理,以获得第
一数据,再根据第一数据对目标车辆的用途进行识别,实现了对车辆用途的精确识别,以方便基于车辆的用途进行针对性用户运营,从而提高用户运营的精准性,提升用户体验。
96.实施例6
97.本实施例的车辆用途的识别系统是对实施例5的进一步改进,具体地:
98.在一可实施的方案中,识别模块3具体用于当第一数据满足第一预设条件时,将目标车辆的用途识别为载客工具。
99.本实施例中,为了识别目标车辆的用途是否为载客工具,采集模块1从车载tbox设备中采集目标车辆的运行数据至少包括:点火时间、熄火时间和行驶里程;处理模块2对运行数据进行数据清洗和数据处理,获得的第一数据至少包括:日均驾驶时长、日均驾驶次数和日均驾驶里程;识别模块3中的第一预设条件至少包括:日均驾驶时长、日均驾驶次数和日均驾驶里程分别大于对应的阈值。
100.本实施例中,为了识别目标车辆的用途是否为载客工具,运行数据、第一数据以及第一预设条件除了至少满足上述条件外,运行数据还包括:油量百分比、车门状态、车辆油耗和poi位置中的至少一种;第一数据还包括:周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种;第一预设条件还包括:周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数、日均油耗和日均poi位置个数中的至少一种大于对应的阈值。
101.其中,日均驾驶时长、日均驾驶次数以及周均驾驶天数根据点火时间和熄火时间计算得到;日均驾驶里程根据行驶里程计算得到;日均加油次数根据油量百分比计算得到;日均主驾驶车门开关次数、日均副驾驶车门开关次数以及日均后座车门开关次数根据车门状态计算得到;日均油耗根据车辆油耗得到;日均poi位置个数根据poi位置计算得到。
102.对于计算日均驾驶里程,按天数对一周的总驾驶里程求平均,即可计算得到日均驾驶里程。
103.对于计算周均驾驶天数,根据最近几周(如近四周)的点火时间和熄火时间计算得到近几周的实际总驾驶天数,再根据周数对近几周的实际总驾驶天数求平均,即可得到周均驾驶天数。
104.对于计算日均加油次数,根据油量百分比计算得到一周的实际总加油次数,再按天数对一周的实际总加油次数求平均,即可得到日均加油次数。
105.对于计算日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数,根据一周的车门状态分别计算得到一周的主驾驶车门开关总次数、副驾驶车门开关总次数以及后座车门开关总次数,再按天数对一周的主驾驶车门开关总次数、副驾驶车门开关总次数以及后座车门开关总次数分别求平均,即可得到日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数。
106.对于计算日均油耗,根据车辆油耗计算得到一周的总油耗,再按天数对一周的总油耗求平均,即可得到日均油耗。
107.对于计算日均poi位置个数,根据poi位置计算得到一周的总poi位置个数(其中需要去掉重复的poi位置),再按天数对一周的总poi位置个数求平均,即可得到日均poi位置个数。本实施例中计算得到的日均poi位置个数是经过去重之后的不同poi位置个数。
108.本实施例中,各第一数据对应的阈值根据多个车辆的对应第一数据的平均值得到。例如,日均驾驶时长的阈值是通过计算多个车辆的日均驾驶时长的平均值,再根据该平均值进行设定。
109.本实施例中,各第一数据对应的阈值可以设定为多个车辆的对应第一数据的平均值的n倍(如2倍),其中n大于1。例如,日均驾驶时长对应的阈值可以设定为多个车辆的日均驾驶时长的平均值的2倍、日均驾驶次数对应的阈值可以设定为多个车辆的日均驾驶次数的平均值的2倍,以此类推,在此不再赘述。
110.应该理解,上述各阈值也可以根据经验或其他标准进行设定,本实施例对此不做任何具体限定。
111.本实施例通过判断第一数据是否满足第一预设条件,可以准确识别目标车辆是否为载客工具,为后续向该车辆的驾驶员精准推送服务内容提供了基础。
112.实施例7
113.本实施例的车辆用途的识别系统是对实施例5的进一步改进,具体地:
114.在一可实施的方案中,识别模块3具体还用于当第一数据满足第二预设条件时,将目标车辆的用途识别为上下班交通工具。
115.本实施例中,为了识别目标车辆的用途是否为上下班交通工具,采集模块1从车载tbox设备中采集目标车辆的运行数据至少包括:poi位置;处理模块2对运行数据进行数据清洗和数据处理,获得的第一数据至少包括:日均poi位置个数;识别模块3中的第二预设条件至少包括:日均poi位置个数在预定范围内。
116.本实施例中,预定范围通常取值为2-5个,也可以根据实际情况取其他数值,即日均poi位置个数大于等于2个且小于等于5个时,将目标车辆的用途识别为上下班交通工具。例如,日均poi位置分别为公司、自己家、父母家、岳母家、孩子家时,将目标车辆的用途识别为上下班交通工具。
117.本实施例中,为了识别目标车辆的用途是否为上下班交通工具,运行数据、第一数据以及第二预设条件除了至少满足上述条件外,运行数据还包括:点火时间、熄火时间、行驶里程、油量百分比、车门状态、车辆油耗中的至少一种;第一数据还包括:日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种;第二预设条件还包括:日均驾驶时长、日均驾驶次数、日均驾驶里程、周均驾驶天数、日均加油次数、日均主驾驶车门开关次数、日均副驾驶车门开关次数、日均后座车门开关次数和日均油耗中的至少一种小于对应的阈值。
118.本实施例中,上述各阈值同样可以根据多个车辆的对应第一数据的平均值得到。例如,日均驾驶时长的阈值是通过计算多个车辆的日均驾驶时长的平均值,再根据该平均值进行设定。
119.本实施例中,上述各阈值可以设定为多个车辆的对应第一数据的平均值的n倍(如2倍),其中,n大于1。例如,日均驾驶时长对应的阈值可以设定为多个车辆的日均驾驶时长的平均值的2倍、日均驾驶次数对应的阈值可以设定为多个车辆日均驾驶次数的平均值的2倍,以此类推,在此不再赘述。
120.应该理解,上述各阈值也可以根据经验或其他标准进行设定,本实施例对此不做
任何具体限定。
121.本实施例通过判断第一数据是否满足第二预设条件,可以准确识别目标车辆是否为上下班交通工具,为后续向该车辆的驾驶员精准推送服务内容提供了基础。
122.实施例8
123.本实施例的车辆用途的识别系统是对实施例5、6或7的进一步改进,具体地:
124.在一可实施的方案中,如图4所示,该车辆用途的识别系统还包括推送模块4。
125.推送模块4用于基于车辆的用途向驾驶员推荐对应的服务内容。
126.本实施例中,当车辆的用途识别为载客工具时,则可以向该车辆的驾驶员推荐加油、洗车等优惠活动,也可以向该车辆的驾驶员推荐驾驶员感兴趣的广告或者其他活动;当车辆的用途识别为上下班交通工具时,则可以在下班时间的路上向该车辆的驾驶员推荐周边美食、旅游景点等,用户可以将该推荐内容作为链接端口进入到对应平台进行预订等操作,实现了对车辆用途的精确识别,以方便基于车辆的用途进行针对性用户运营,从而提高用户运营的精准性,提升用户体验。
127.实施例9
128.图5为本发明实施例9提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现实施例1、2或3中任一实施例中的车辆用途的识别方法。图5显示的电子设备30仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。
129.如图5所示,电子设备30可以以通用计算设备的形式表现,例如其可以为服务器设备。电子设备30的组件可以包括但不限于:上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
130.总线33包括数据总线、地址总线和控制总线。
131.存储器32可以包括易失性存储器,例如随机存取存储器(ram)321和/或高速缓存存储器322,还可以进一步包括只读存储器(rom)323。
132.存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325,这样的程序模块324包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
133.处理器31通过运行存储在存储器32中的计算机程序,从而执行各种功能应用以及数据处理,例如本发明实施例1、2或3中任一实施例中的车辆用途的识别方法。
134.电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且,生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图5所示,网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白,尽管图中未示出,可以结合模型生成的设备30使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
135.应当注意,尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述
的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
136.实施例10
137.本实施例提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现实施例1、2或3中任一实施例中的车辆用途的识别方法。
138.其中,可读存储介质可以采用的更具体可以包括但不限于:便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
139.在可能的实施方式中,本发明还可以实现为一种程序产品的形式,其包括程序代码,当所述程序产品在终端设备上运行时,所述程序代码用于使所述终端设备执行实现实施例1、2或3中任一实施例中的车辆用途的识别方法。
140.其中,可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码,所述程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
141.虽然以上描述了本发明的具体实施方式,但是本领域的技术人员应当理解,这仅是举例说明,本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下,可以对这些实施方式做出多种变更或修改,但这些变更和修改均落入本发明的保护范围。
再多了解一些

本文用于创业者技术爱好者查询,仅供学习研究,如用于商业用途,请联系技术所有人。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献