一种车辆云端数据采集系统架构的获取方法、装置、设备及介质与流程

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.图6是本技术的一示例性实施例示示出的车辆云端数据采集系统架构的获取装置的结构示意图。
48.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。
具体实施方式
49.以下将参照附图和优选实施例来说明本发明的实施方式，本领域技术人员可由本说明书中所揭露的内容轻易地了解本发明的其他优点与功效。本发明还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本发明的精神下进行各种修饰或改变。应当理解，优选实施例仅为了说明本发明，而不是为了限制本发明的保护范围。
50.需要说明的是，以下实施例中所提供的图示仅以示意方式说明本发明的基本构想，遂图式中仅显示与本发明中有关的组件而非按照实际实施时的组件数目、形状及尺寸绘制，其实际实施时各组件的型态、数量及比例可为一种随意的改变，且其组件布局型态也
可能更为复杂。
51.在下文描述中，探讨了大量细节，以提供对本发明实施例的更透彻的解释，然而，对本领域技术人员来说，可以在没有这些具体细节的情况下实施本发明的实施例是显而易见的，在其他实施例中，以方框图的形式而不是以细节的形式来示出公知的结构和设备，以避免使本发明的实施例难以理解。
52.首先需要说明的是，软件架构(software architecture)是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。软件架构是一个系统的草图，软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口来实现。当需要构建一个业务复杂的系统时，不仅要从技术角度去构建一个稳健的技术架构，还需要保证系统能满足的业务需求即需要构建好一个业务架构。而ddd(domain driven design，领域驱动设计)就是将技术架构和业务架构整合起来，既能体现系统业务，又能指导技术代码开发。
53.领域驱动设计，可以将复杂问题进行拆分，拆分出各个子系统间的关联以及各自是如何运转的以及彼此间是如何联系的，帮助我们解决大型的复杂系统在落地时应该遵循的原则。其中，领域驱动设计是一种由领域模型来驱动系统设计的思想，其中，领域模型是对业务模型的抽象，领域模型承载着业务的属性和具体的行为，是业务表达的方法，并且领域模型是一个类中有属性，属性包括设置属性和获取属性。其中，业务的行为操作也是在模型类中即业务逻辑操作，又叫做数据传输对象。其中，领域模型包括实体、值对象和服务这三种类型。其中，领域驱动设计的分层结构包括用户界面层、应用层、领域层和基础实施层。
54.图1是本技术的一示例性实施例示出的车辆云端数据采集系统架构的获取方法的应用环境示意图。如图1所示，在一些实施例中，根据车辆云端数据采集系统架构的业务需求、业务需求之间的联系和实现业务需求所要实现的功能的步骤，车辆云端数据采集系统架构获取模块110获取车辆云端数据采集系统架构，技术人员120根据车辆云端数据采集系统架构进行技术架构的设计，完成车辆云端数据采集系统即车辆云端数据采集应用程序130，三方服务140包括数据存储、采集规则、用户界面和三方数据分析系统，通过车辆云端数据采集应用程序130的接口与车辆云端数据采集应用程序130连接，向车辆云端数据采集应用程序130传输数据或者调用车辆云端数据采集应用程序130中的数据。本技术的实施例不对车辆云端数据采集系统架构获取模块110的具体作用加以限制，图1所示的车辆云端数据采集应用程序130例如可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn(content delivery network，内容分发网络)、以及大数据和人工智能平台等基础云计算服务的云服务器，在此也不进行限制。其中车辆云端数据采集应用程序130与三方服务140之间互传数据可通过3g(第三代的移动信息技术)、4g(第四代的移动信息技术)、5g(第五代的移动信息技术)等无线网络进行操作，本技术的实施例也不对此进行限制，可以根据实际需求进行设置。
55.在一些实施例中，现有的通过软件架构设计的数据采集软件往往只能针对特定协议而进行设计，这样使得数据采集只能识别特定协议格式的参数数据，而当新的数据规格需要被采集与解析时，不能直接复用关键组件和灵活拓展。为解决这些问题，本技术的实施
例分别提出一种车辆云端数据采集系统架构的获取方法、装置、设备及介质，以下将对这些实施例进行详细描述。
56.请参阅图2，图2是本技术的一示例性实施例示出的车辆云端数据采集系统架构的获取方法的流程图。在一些实施例中，该方法可以应用于图1所示的实施环境，并由该实施环境中的车辆云端数据采集系统架构的获取模块110具体执行。应理解的是，该方法也可以适用于其它的示例性实施环境，并由其它实施环境中的设备具体执行，本实施例不对该方法所适用的实施环境进行限制。
57.示例性的，本实施例揭示的车辆云端数据采集系统架构的获取方法所适用的车辆云端数据采集系统架构的获取模块110中可以安装有sdk(software development kit，软件开发工具包，是为特定的软件包、软件框架、操作系统等建立应用软件时的开发工具集合)，而本实施例揭示的方法具体实现为该sdk对外提供的一项或多项功能。
58.如图2所示，在一示例性的实施例中，车辆云端数据采集系统架构的获取方法至少包括步骤s210至步骤s250，详细介绍如下：
59.步骤s210，通过对车辆云端数据采集系统的业务需求的分析，获取多个车辆云端数据采集系统的业务用例的信息。
60.首先说明的是，需要先通过对车辆云端数据采集系统架构的业务需求进行分析，进而划分车辆云端数据采集系统的边界，从而进行业务用例的抽取。业务用例表达了用户对车辆云端数据采集系统的需求，定义了车辆云端数据采集系统的边界以及车辆云端数据采集系统外部角色和系统交互的场景。本系统中的主要业务用例包括采集车辆上传各种规格的数据的业务用例、对车载数据进行识别的业务用例和解析和发处理数据的业务用例等。
61.其中，车辆云端数据采集系统的边界为限界上下文，定义了模型的应用范围。
62.步骤s220，对多个业务用例的信息进行拆分，获取车辆云端数据采集系统架构的领域模型的信息和领域模型内的多个业务概念的信息。
63.通过对业务用例的拆分，获取实现业务用例中的关键问题，并从中提取出车辆云端数据采集系统的领域概念。然后根据领域概念得到概念模型，并将概念模型转化为领域模型。实现该领域模型的获取方式包括头脑风暴和实验，从而抽象车辆云端数据采集系统中所使用到的业务概念。其中，业务概念包括结构化数据概念、半结构化数据概念和非结构化数据概念。
64.领域模型是对具有某个边界的领域的一个抽象，领域模型只反映业务，和任务技术实现无关，反映了领域内用户的业务需求的本质，在本发明中为针对车辆云端数据采集系统中的业务概念的抽象。
65.步骤s230，对多个业务概念所要实现的功能进行步骤拆分，获取车辆云端数据采集系统架构的领域服务的信息。
66.通过对业务概念所代表的车辆云端数据采集系统架构的业务需求所要实现的功能进行步骤拆分，获取实现这一业务需求的功能包括的多个步骤。然后将多个步骤精炼提取出多个关键步骤，并对应到车辆云端数据采集系统中，这样实现业务需求的多个关键步骤则被提炼成领域服务所具备的能力。而且这部分能力具备原子性，可确保领域服务中的能力职责单一且不可划分，且可调用多个领域服务来实现特定于某个领域的任务。
67.其中，领域服务有三个特征，第一个特征是强调一个无状态的操作，状态应该在实体中维护，领域服务处理是无状态的逻辑过程。第二个特征是实现某个领域的任务，做的是领域边界内的事情。领域服务不是应用服务，应用服务是领域服务的客户方，比如api(application programming interface，应用程序接口)聚合服务，应用服务不做领域内的事情。第三个特征是先考虑聚合或值对象的建模，如果当某个操作不适合放在聚合或值对象上时，才使用领域服务。领域服务是指车辆云端数据采集系统所能完成的功能的抽象，领域服务即本系统可以完成的所有核心业务功能的合集，领域服务包括数据的智能化识别、传输、监控、预处理和管理等功能。
68.步骤s240，对领域服务的信息进行编排，获取与多个插件适配器的端口交互的接口协议的信息。
69.领域服务提供的能力具备原子性，所以需要通过对领域服务的编排和组合实现对车辆云端数据采集系统架构的业务需求的适应。其中，车辆云端数据采集系统架构包括领域层、应用程序层即应用层和插件适配层。领域层是车辆云端数据采集系统的核心业务对象和核心业务逻辑的提取，包括领域对象和领域服务。领域层只负责表达业务概念、业务状态信息和业务规则。领域对象包括领域模型。应用程序层具有对领域对象和领域服务的组织和编排的职责。其中，插件适配层包括多个插件适配器。因为应用层与领域层不关心具体使用到哪些技术，只需获取输入对象数据，进行聚合构建出各个插件适配器的接口所需的输出对象数据信息。因此，在获取到多个插件适配器的端口信息例如仓储适配器的端口信息、采集规则适配器的端口信息、前端用户界面适配器的端口信息和外系统适配器的端口信息后，通过对领域服务进行编排，在应用程序层建立与多个插件适配器端交互的接口协议，规定输入项与输出项的数据规格。这样做的好处是各个模块解耦，从而实现职责单一，能支持多种数据规则的采集和上传，以及与不同系统之间的交互功能。当有需要解析的数据新增或变动的时候，只需要灵活拓展插件适配器即可，具有复用关键组件和灵活拓展的特性。
70.其中，插件适配层包括仓储适配器、采集规则适配器、前端ui(user interface，用户界面)适配器和外系统适配器。其中，仓储适配器主要与数据存储进行交互，数据存储包括关系型数据库、非关系型数据库和文件等。采集规则适配器根据应用层提供的统一交互接口规范，对不同规格的数据格式进行适配，并将适配后的数据与应用层进行交互，从而达到多个不同数据格式都能被系统识别，并且进行后续的业务处理的目的。前端ui适配器与采集规则适配器层次上同级，对于不同数据类型的展示和交互，并在前端ui界面展示数据或者向车辆云端数据采集系统上传数据。外系统适配器主要是实现与其他系统之间的数据交互，功能调用等。
71.步骤s250，根据接口协议的信息，多个所述插件适配器与车辆云端数据采集系统进行交互。
72.车辆云端数据采集系统设置在应用程序层上，多个插件适配器为了将其他系统或三方服务的输入输出项，转换为应用程序层和领域层能识别的数据格式，应该按照应用程序层所制定的接口规范通过插件适配器进行转换，从而实现不同格式的采集数据都能被本车辆云端数据采集系统识别并处理。其中，三方服务主要是指区别于本车辆云端数据采集系统中最核心业务逻辑处理部分的应用程序层和领域层的服务，主要包括数据存储、数据
采集规则、ui界面和三方系统。这样在处理数据的时候，系统中最稳定的部分就是领域层以及应用程序层。在软件设计完成后这部分作为最核心的部分可以做到很少修改甚至不修改。因为有内部交互的接口协议的存在，使得变化主要在插件适配器层，该层主要职责为将外部变化的数据适配为符合内部接口规范的数据，从而达到每有一种新的数据需要被采集时，只需以插件的形式对这种待采集数据转换为内部接口协议所能识别的数据。这时，数据流从插件适配器层向应用程序层流入，并通过领域服务进行业务处理。这种通过接口协议使得插件适配器与车辆云端数据采集系统进行交互，不仅仅局限于对多个三方服务产生的多种不同格式的数据进行采集，而且ui界面、数据存储与三方数据分析系统的数据解析也可以通过类似的插件适配器方式进行适配实现交互。
73.图3是本技术的一示例性实施例示出的业务用例的获取方法流程图。如图3所示，在一示例性的实施例中，业务用例的获取方法至少包括步骤s310至步骤s330，详细介绍如下：
74.步骤s310，获取车辆云端数据采集系统的业务需求的信息。
75.步骤s320，通过对业务需求的信息进行分析，获取车辆云端数据采集系统的边界信息。
76.车辆云端数据采集系统的边界为限界上下文，定义了模型的应用范围。。
77.步骤s330，通过对车辆云端数据采集系统的边界进行划分，获取多个业务用例的信息。
78.本车辆云端数据采集系统中的主要业务用例包括采集车辆上传各种规格的数据的业务用例、对车载数据进行识别的业务用例和解析和发处理数据的业务用例等。
79.图4是本技术的一示例性实施例示出的业务概念的获取方法流程图。如图4所示，在一示例性的实施例中，业务概念的获取方法至少包括步骤s410至步骤s420详细介绍如下：
80.步骤s410，通过对多个业务用例的拆分，获取业务用例中的关键问题的信息。
81.步骤s420，通过对业务用例中的关键问题的信息的提取，获取领域模型的信息。
82.其中，通过对业务用例的拆分，获取实现业务用例中的关键问题，并从中提取出车辆云端数据采集系统的领域概念。然后根据领域概念得到概念模型，并将概念模型转化为领域模型。领域模型是对具有某个边界的领域的一个抽象，领域模型只反映业务，和任务技术实现无关，反映了领域内用户的业务需求的本质，在本发明中为针对车辆云端数据采集系统中的业务概念的抽象。
83.图5是本技术的一示例性实施例示出的新类型的数据接入后，数据的采集方法流程图。如图5所示，在一示例性的实施例中，新类型的数据接入后，数据的采集方法至少包括步骤s510至步骤s530详细介绍如下：
84.步骤s510，获取新类型的车载数据。
85.可通过外接三方服务例如自动导航系统，并且自动导航系统可产生新类型的车载数据。
86.步骤s520，获取与新类型的车载数据匹配的新插件适配器的端口信息。
87.例如自动导航系统可匹配自动导航适配器，自动导航适配器即新插件适配器。
88.步骤s530，对领域服务的信息进行编排，获取与新插件适配器的端口交互的接口
协议的信息。
89.领域服务提供的能力具备原子性，所以需要通过对领域服务的编排和组合以实现对车辆云端数据采集系统架构的业务需求的适应。并获取与新插件适配器的端口交互的接口协议。
90.步骤s540，根据接口协议的信息，新插件适配器与车辆云端数据采集系统进行交互，车辆云端数据采集系统采集并解析新类型的车载数据。
91.通过与新插件适配器的端口交互的接口协议，新插件适配器与车辆云端数据采集系统进行交互，车辆云端数据采集系统采集并解析新类型的数据，三方服务也可调用车辆云端数据采集系统中的车载数据。
92.图6是本技术的一示例性实施例示示出的车辆云端数据采集系统架构的获取装置的结构示意图。该装置可以应用于图1所示的应用环境中，并具体配置在车辆云端数据采集系统架构的获取模块110中。该装置也可以适用于其它的示例性实施环境，并具体配置在其它设备中，本实施例不对该装置所适用的实施环境进行限制。
93.如图6所示，该示例性的数据安全存储装置包括：
94.用例获取模块610，用于通过对车辆云端数据采集系统架构的业务需求的分析，获取多个车辆云端数据采集系统架构的业务用例的信息；领域模型获取模块620，用于对多个业务用例的信息进行拆分，获取车辆云端数据采集系统架构的领域模型的信息和领域模型内的多个业务概念的信息；领域服务获取模块630，用于对多个业务概念所要实现的功能进行步骤拆分，获取车辆云端数据采集系统架构的领域服务的信息；接口协议获取模块640，用于对领域服务的信息进行编排，获取与多个插件适配器的端口交互的接口协议的信息；以及交互模块650，用于根据接口协议的信息，多个插件适配器与车辆云端数据采集系统进行交互。
95.图7示出了适于用来实现本技术实施例的电子设备的计算机系统的结构示意图。需要说明的是，图7示出的电子设备的计算机系统700仅是一个示例，不应对本技术实施例的功能和使用范围带来任何限制。
96.如图7所示，计算机系统700包括中央处理单元(central processing unit，cpu)701，其可以根据存储在只读存储器(read-only memory，rom)702中的程序或者从储存部分708加载到随机访问存储器(random access memory，ram)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在ram 703中，还存储有系统操作所需的各种程序和数据。cpu 701、rom 702以及ram 703通过总线704彼此相连。输入/输出(input/output，i/o)接口705也连接至总线704。
97.以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(cathode ray tube，crt)、液晶显示器(liquid crystal display，lcd)等以及扬声器等的输出部分707；包括硬盘等的储存部分708；以及包括诸如lan(local area network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入储存部分708。
98.特别地，根据本技术的实施例，上文参考流程图描述的过程可以被实现为计算机
软件程序。例如，本技术的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(cpu)701执行时，执行本技术的系统中限定的各种功能。
99.需要说明的是，本技术实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(erasable programmable read only memory，eprom)、闪存、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本技术中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
100.附图中的流程图和框图，图示了按照本技术各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
101.描述于本技术实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
102.本技术的另一方面还提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被计算机的处理器执行时，使计算机执行如前所述的车辆云端数据采集系统架构的获取方法。该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。
103.本技术的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的车辆云端数据采集系统架构的获取方法。
104.上述实施例仅示例性说明本发明的原理及其功效，而非用于限制本发明。任何熟悉此技术的人士皆可在不违背本发明的精神及范畴下，对上述实施例进行修饰或改变。因此，但凡所属技术领域中具有通常知识者在未脱离本发明所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本发明的权利要求所涵盖。