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

车辆数据流的获取方法以及相关设备与流程

2022-11-16 16:42:06 来源:中国专利 TAG:


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.本技术实施例第五方面提供一种计算机存储介质,所述计算机存储介质中存储有指令,所述指令在计算机上执行时,使得所述计算机执行如第一方面所述的方法。
43.从以上技术方案可以看出,本技术实施例具有以下优点:可以根据各待更新数据流的当前刷新频率确定每个更新周期内的目标刷新次数。然后,根据目标刷新次数以及各待更新数据流的当前刷新频率,确定每个更新周期内参与各次数据刷新的目标数据流。最后,根据确定的每个更新周期内参与各次数据刷新的目标数据流,在各更新周期内发起目标刷新次数的数据刷新以完成该更新周期内对各待更新数据流的数据刷新。考虑到不同数据流刷新频率差异,根据不同数据流的刷新频率确定每个更新周期内的目标刷新次数,在目标刷新次数内完成对各待更新数据流的数据刷新。避免了刷新频率不同的待刷新数据流在一个更新周期内均只能进行一次数据刷新而导致的刷新效率较低的问题。
附图说明
44.图1为本技术实施例公开的车辆数据流获取系统的一种系统架构图;
45.图2为本技术实施例公开的车辆数据流获取方法的一种流程示意图;
46.图3为本技术实施例公开的车辆数据流获取设备的一个结构示意图;
47.图4为本技术实施例公开的车辆数据流获取设备的另一结构示意图。
具体实施方式
48.下面将结合本技术实施例中的附图,对本技术实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例。基于本技术中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本技术保护的范围。
49.本技术实施例提供了车辆数据流获取方法以及相关设备,用于提升数据流的刷新效率。
50.请参阅图1,为了更好地实现本技术实施例的车辆数据流获取方法,本身亲实施例
提供一种车辆数据流获取系统。该车辆数据流获取系统包括:至少一个车辆数据流获取设备101以及至少一个车辆102。车辆数据流获取设备101可以装载有该车辆数据流获取系统,用于根据本技术实施例的车辆数据流获取方法在各更新周期内每次数据刷新时向车辆发起针对此次数据刷新对应的目标数据流的数据刷新请求,并接收车辆发送的与此次数据刷新对应的数据刷新请求的数据刷新答复。其中车辆数据流获取设备101可以是诊断设备或终端等可以直接或间接向车辆获取数据流的任意设备,此处不做限定。
51.在前述车辆数据流获取系统的基础上,请参阅图2,本技术实施例提供一种车辆数据流获取方法,包括:
52.201、根据至少两个待更新数据流中各待更新数据流的当前刷新频率确定每个更新周期内的目标刷新次数,其中每个更新周期内各待更新数据流至少完成一次数据刷新。
53.当需要获取各待更新数据流的数据变化情况时,首先需要根据各待更新数据流的当前刷新频率确定每个更新周期内的目标刷新次数。具体的,一个更新周期是指各待更新数据流均完成至少一次数据刷新所需的时长或数据刷新请求次数,此处不作具体限定。
54.其中,待更新数据流可以是在一段时间内车辆电控模块中车辆传感器的多个数值或多个其他车辆状态值等可以供维修人员分析车辆故障的任意车辆信息。
55.在一些具体实施例中,待更新数据流可以是:发动机转速、车速、蓄电池电压、前氧传感器电压、后氧传感器电压、钥匙开关状态、目标怠速、发动机扭矩、环境压力和/或发动机冷却液温度。
56.202、根据目标刷新次数以及各待更新数据流的当前刷新频率,确定每个更新周期内参与各次数据刷新的目标数据流。
57.根据目标刷新次数以及各待更新数据流的当前刷新频率,确定每个周期内每次进行数据刷新需要进行(或参与)数据刷新的待更新数据流为目标数据流。比如,若需要目标刷新次数为4,则需要根据目标刷新次数以及各待更新数据流的当前刷新频率分别确定,每个更新周期内第一次、第二次、第三次以及第四次进行数据刷新需要参与的各待更新数据流,分别为每个更新周期内第一次、第二次、第三次以及第四次数据刷新对应目标数据流。
58.203、根据每个更新周期内参与各次数据刷新的目标数据流,在每个更新周期内各次数据刷新时向车辆发起针对各次数据刷新的目标数据流的数据刷新请求,并接收车辆在每个更新周期内发送的对应于各数据刷新请求的数据刷新答复。
59.在步骤202确定完后每个更新周期内参与各次数据刷新的目标数据流后,就可以根据每个更新周期内参与各次数据刷新的目标数据流,在每个周期内发起目标刷新次数的数据刷新,并在每次数据刷新时向车辆发起针对该次数据刷新对应的目标数据流的数据刷新请求,然后便可以接收车辆返回的对应与该数据刷新请求的数据请求答复。其中,每个更新周期开始时,发起第一个数据刷新请求,在接收到每个数据刷新请求对应的数据刷新答复后,则可以依次发起下一个数据刷新请求;每个更新周期接收到车辆对应于该更新周期内最后一次数据刷新请求的数据刷新答复后,认为该更新周期结束,可以开始下个更新周期,直至不需要获取待更新数据流为止。
60.本技术实施例中,可以根据各待更新数据流的当前刷新频率确定每个更新周期内的目标刷新次数。然后,根据目标刷新次数以及各待更新数据流的当前刷新频率,确定每个更新周期内参与各次数据刷新的目标数据流。最后,根据确定的每个更新周期内参与各次
数据刷新的目标数据流,在各更新周期内发起目标刷新次数的数据刷新以完成该更新周期内对各待更新数据流的数据刷新。考虑到不同数据流刷新频率差异,根据不同数据流的刷新频率确定每个更新周期内的目标刷新次数,在目标刷新次数内完成对各待更新数据流的数据刷新。避免了刷新频率不同的待刷新数据流在一个更新周期内均只能进行一次数据刷新而导致的刷新效率较低的问题。
61.在一些具体实现方式中,若步骤201确定的目标刷新次数为3次,则前述步骤202可以通过以下方式实现:根据各待更新数据流的当前刷新频率将各待更新数据流划分为高频数据流、次高频数据流以及低频数据流;确定每个更新周期内参与第一次数据刷新的待更新数据流为高频数据流,确定每个更新周期内参与第二次数据刷新的待更新数据流为高频数据流以及次高频数据流,并确定每个更新周期内参与第三次数据刷新的待更新数据流为高频数据流、次高频数据流以及低频数据流。
62.具体的,若目标刷新次数为3次,则可以根据各待更新数据流的刷新频率将需要获取的多个待更新数据流划分为高频数据流、次高频数据流以及低频数据流。然后,在一个更新周期内的三次数据刷新,高频数据流参与三次数据刷新,次高频数据流参与后两次数据刷新,低频数据流参与最后一次数据刷新。
63.进一步的,前述步骤根据各待更新数据流的当前刷新频率将各待更新数据流划分为高频数据流、次高频数据流以及低频数据流,可以通过以下方式实现:根据预设低频阈值将对应的当前刷新频率小于预设低频阈值的待更新数据流确定为低频数据流,并将对应的当前刷新频率大于等于预设低频阈值的待更新数据流确定为待分类数据流;确定各待分类数据流的当前刷新频率的中位数;将对应的当前刷新频率小于中位数的待分类数据流确定为次高频数据流,将对应的当前刷新频率大于等于中位数的待分类数据流确定为高频数据流。
64.具体的,根据使用场景和需求可以预先设置一个低频阈值,将当前刷新频率小于预设低频阈值的待更新数据流划分为低频数据流,并将当前刷新频率大于等于预设低频阈值的待更新数据流划分为待分类数据流,以对待分类数据流做进一步划分得到次高频数据流以及低频数据流。然后,确定各待分类数据流分别对应的多个当前刷新频率的中位数,根据中位数对待分类数据流进行划分,当前刷新频率大于等于多个当前刷新频率的中位数的待分类数据流为高频数据流,当前刷新频率小于多个当前刷新频率的中位数的待分类数据流为次高频数据流。
65.可以理解的是,若多个待分类数据流分别对应的多个当前刷新频率仅有两种刷新频率(即每个待分类数据流的当前刷新频率都是两种刷新频率中的任一个),则还可以无需确定各待分类数据流分别对应的多个当前刷新频率的中位数以及后续相关步骤,可以直接将对应的当前刷新频率为两种刷新频率中较低的待分类数据流划分为次高频数据流,并将对应的当前刷新频率为两种刷新频率中较高的待分类数据流划分为高频数据流。此处不对将待分类数据划分为高频数据流和次高频数据流的划分方式作具体限定。
66.在实际应用中,目标刷新次数还可以是两次,若目标刷新次数为两次,则可以根据预设低频阈值按照前述相关实施例将每个更新周期内需要进行至少一次数据刷新的待更新数据流划分为高频数据流和低频数据流,此处不作具体限定。
67.在另一些具体实现方式中,在前述步骤201之前还可以通过以下两种方式确定各
待更新数据流的当前刷新频率:方式一:针对各待更新数据流发起刷新频率监测,向车辆发送多次包括各待更新数据流的数据刷新请求;根据车辆发送的对应于每次包括各待更新数据流的数据刷新请求的数据刷新答复,确定各待更新数据流的当前刷新频率。方式二:确定每条待更新数据流的预设刷新频率为每条待更新数据流的当前刷新频率。
68.具体的,若车辆数据流获取系统中为当前工况下的车辆预先设置有某条待更新数据流的刷新频率(即预设刷新频率),则可以将当前工况下车辆的该条待更新数据流的预设刷新频率确定为该条待更新数据流的当前刷新频率。
69.若车辆数据流获取系统中未为当前工况下的车辆预先设置有某条待更新数据流的刷新频率(即预设刷新频率),则可以根据前述方式二发起针对该待更新数据流的刷新频率监测。刷新频率监测可以通过以下两种方式实现:方式一:在一段时间内(可以预设或者由维修人员实时设置)发起多次数据刷新请求,每次数据刷新请求都包含需要进行刷新频率监测的每个待更新数据流;然后,根据需要进行刷新频率监测的每个待更新数据流在前述一段时间的变化次数,作为每个待更新数据流的当前刷新频率。方式二:发起预设监测次数的数据刷新请求,每次数据刷新请求都包含需要进行刷新频率监测的每个待更新数据流;然后,根据需要进行刷新频率监测的每个待更新数据流在预设监测次数的数据刷新请求中的变化次数,作为每个待更新数据流的当前刷新频率。
70.在实际应用中,在步骤201之前,本技术实施例还包括以下步骤:确定用户从车辆对应的多个数据流中选择的至少两个数据流为待更新数据流。
71.具体的,可以由维修人员或诊断设备从车辆对应的多个数据流中选择至少两个数据流作为评估车辆故障情况的待更新数据流,此处不对选择方(即维修人员或诊断设备)作具体限定。
72.下面在一个具体场景中,描述本技术实施例的车辆数据流获取方法。
73.首先,诊断设备根据车辆故障诊断需求选择12条数据流(即待更新数据流),获取每条数据流发送的诊断指令(即数据刷新请求)不同,设置一段时间或预设监测次数,开始检测在一段时间或预设监测次数内每条数据流的(数据)变化次数。
74.在一种具体实施例中,刷新频率监测的结果可如下所示:d1-1、d2-1、d3-2、d4-2、d5-1、d6-1、d7-3、d8-4、d9-1、d10-1、d11-2、d12-3。其中,用于d1、d2、
……
、d12依次分别表示第1项到第12项待更新数据流,
“‑”
后的数字用于表示相应的数据流在一段时间或预设监测次数内的变化次数,即当前刷新频率。其中,12项待更新数据流分别对应的当前刷新频率的取值有1、2、3以及4。其中,当前刷新频率的取值为1的待更新数据流有6项,可以考虑以2作为预设低频阈值并将目标刷新次数确定为三次,同时兼顾了低频数据流的刷新频率以及高频数据流的刷新频率。
75.接着,若预设低频阈值为2,根据当前刷新频率和预设低频阈值确定12项待更新数据流中的低频数据流d1、d2、d5、d6、d9以及d10。
76.再接着,根据12项待更新数据流中除低频数据流之外的待更新数据流(即待分类数据流)的当前刷新频率可知,当前刷新频率为2的有三个待更新数据流,当前刷新频率为3的有两个待更新数据流,当前刷新频率为4的有一个待更新数据流,为了尽量均衡可以折中将当前刷新频率为2的三个待更新数据流确定为次高频数据流,并将当前刷新频率为3或4的三个待更新数据流确定为高频数据流。
77.最后,在每个更新周期内进行三次数据刷新,并保证在每个更新周期内每个待更新数据流至少完成一次刷新。其中,第一次数据刷新发送针对高频数据流的数据刷新请求;第二次数据刷新发送针对高频数据流以及次高频数据流的数据刷新请求;第三次数据刷新发送针对高频数据流、次高频数据流以及低频数据流的数据刷新请求,且每次发送数据刷新请求后,要接收到该数据刷新请求的数据刷新答复后才发送下一次数据刷新请求;同时,在每次接收到数据刷新答复后可以将数据刷新答复相应的待更新数据流的数据进行更新并通过终端或诊断设备进行展示,直至无需获取待更新数据流为止。另外,针对包括多项待更新数据流的数据刷新请求可以以依次发送的针对多项待更新数据的诊断指令实现。
78.本技术实施例中,假设每条诊断指令均耗时50ms,第一次数据刷新耗时300ms,第二次数据刷新耗时450ms,第三次数据刷新耗时600ms。现有技术中高频数据流完成3次数据刷新时间需要3*600=1800ms,本技术实施例中高频数据流完成3次数据刷新仅需300ms 450ms 600ms=1350ms,大大缩短了高频数据流的刷新效率和刷新周期。
79.需要说明的是,本技术实施例所涉及到的车辆的车辆数据流等相关数据,均是经过用户(即车辆所有者)授权后所获取到的。并且,当本技术实施例运用到具体产品或技术中时,所涉及使用到的数据需要获得用户许可或者同意,且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。
80.请参阅图3,本技术实施例提供一种车辆数据流获取设备,包括:
81.确定单元301,用于根据至少两个待更新数据流中各待更新数据流的当前刷新频率确定每个更新周期内的目标刷新次数,其中每个更新周期内各待更新数据流至少完成一次数据刷新;
82.确定单元301,还用于根据目标刷新次数以及各待更新数据流的当前刷新频率,确定每个更新周期内参与各次数据刷新的目标数据流;
83.刷新单元302,用于根据每个更新周期内参与各次数据刷新的目标数据流,在每个更新周期内各次数据刷新时向车辆发起针对各次数据刷新的目标数据流的数据刷新请求,并接收车辆在每个更新周期内发送的对应于各数据刷新请求的数据刷新答复。
84.在一种具体实现方式中,目标刷新次数为三次;
85.确定单元301,具体用于根据至少两个待更新数据流中各待更新数据流的当前刷新频率将各待更新数据流划分为高频数据流、次高频数据流以及低频数据流;
86.确定每个更新周期内参与第一次数据刷新的待更新数据流为高频数据流,确定每个更新周期内参与第二次数据刷新的待更新数据流为高频数据流以及次高频数据流,并确定每个更新周期内参与第三次数据刷新的待更新数据流为高频数据流、次高频数据流以及低频数据流。
87.在一种具体实现方式中,确定单元301,具体用于根据预设低频阈值将对应的当前刷新频率小于预设低频阈值的待更新数据流确定为低频数据流,并将对应的当前刷新频率大于等于预设低频阈值的待更新数据流确定为待分类数据流;
88.确定各待分类数据流的当前刷新频率的中位数;
89.将对应的当前刷新频率小于中位数的待分类数据流确定为次高频数据流,将对应的当前刷新频率大于等于中位数的待分类数据流确定为高频数据流。
90.在一种具体实现方式中,设备还包括:发送单元;
91.发送单元,用于针对各待更新数据流发起刷新频率监测,向车辆发送多次包括各待更新数据流的数据刷新请求;
92.确定单元301,还用于根据车辆发送的对应于每次包括各待更新数据流的数据刷新请求的数据刷新答复,确定各待更新数据流的当前刷新频率。
93.在一种具体实现方式中,确定单元301,具体用于确定每条待更新数据流的预设刷新频率为每条待更新数据流的当前刷新频率。
94.在一种具体实现方式中,确定单元301,具体用于确定用户从车辆对应的多个数据流中选择的至少两个数据流为待更新数据流。
95.图4是本技术实施例提供的一种车辆数据流获取设备结构示意图,该车辆数据流获取设备400可以包括一个或一个以上中央处理器(central processing units,cpu)401和存储器405,该存储器405中存储有一个或一个以上的应用程序或数据。
96.其中,存储器405可以是易失性存储或持久存储。存储在存储器405的程序可以包括一个或一个以上模块,每个模块可以包括对车辆数据流获取设备中的一系列指令操作。更进一步地,中央处理器401可以设置为与存储器405通信,在车辆数据流获取设备400上执行存储器405中的一系列指令操作。
97.车辆数据流获取设备400还可以包括一个或一个以上电源402,一个或一个以上有线或无线网络接口403,一个或一个以上输入输出接口404,和/或,一个或一个以上操作系统,例如windows servertm,mac os xtm,unixtm,linuxtm,freebsdtm等。
98.该中央处理器401可以执行前述图1至图3所示实施例中车辆数据流获取设备所执行的操作,具体此处不再赘述。
99.所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
100.在本技术所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
101.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
102.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
103.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机
设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-only memory)、随机存取存储器(ram,random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
104.本技术实施例还提供一种包含指令的计算机程序产品,当计算机程序产品在计算机上运行时,使得计算机执行如上述的车辆数据流获取方法。
再多了解一些

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

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

相关文献