CN114764323A - 一种基于soa框架的智能系统、方法及车辆 - Google Patents

Abstract

本说明书一个或多个实施例涉及汽车技术领域，尤其涉及一种基于SOA框架的智能系统、方法及车辆。该系统包括硬件层、系统底层、通信层、服务层以及应用层；硬件层包括系统芯片组，该硬件层用于支撑系统的流畅运行；系统底层用于确保底层基座的稳定性；通信层用于帮助域控制器间通信的一致性；服务层基于基础服务建立，通过通信层进行控制器间通信，与硬件层的能力是解耦状态，通过对整车能力的封装，以提供服务的方式为上层应用所调用。应用层包括APP组，该应用层提供车和用户之间的交互。硬件层还包括硬件模块部，硬件模块部包括至少一种硬件模块。该设置既满足了新增服务的需要，也节省了成本，使得现有的资源能够得到有效的开发和利用。

Description

一种基于SOA框架的智能系统、方法及车辆

技术领域

本说明书一个或多个实施例涉及汽车技术领域，尤其涉及一种基于SOA框架的智能系统、方法及车辆。

背景技术

在整个智能网联汽车大环境下，电子电气架构(EEA)面临着变革，面向服务的架构SOA多次被提及，就汽车行业发展趋势而言，2015年，已有1.1亿辆联网车辆行驶在路上；2025年，联网车辆将达到4.7亿，其中，有90％将行驶在路上；2025年，联网车辆中，将有800万是自动驾驶车辆，每辆汽车中约有150个ECU，约7个网络，3亿行代码。显然，当今的车辆架构已无法满足如此复杂的系统。同时就当今车辆主要的架构而言，新增信号流需要修改通信矩阵、增加一个节点需要修改路由表、变更功能无法从其他节点获取所需信息、变更功能的实现与原系统架构通信方式不匹配，很显然，传统架构已经无法满足。现有的基于SOA架构下的其它系统，多为基于上层应用的重组或基于web端的系统设计，现有的资源不能被充分利用。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种基于SOA框架的智能系统、方法及车辆。

基于上述目的，本说明书一个或多个实施例提供了一种基于SOA框架的智能系统：

该系统包括硬件层、系统底层、通信层、服务层以及应用层；

其中，硬件层包括系统芯片组，该硬件层用于支撑系统的流畅运行；其中，系统底层用于确保底层基座的稳定性；

其中，通信层用于帮助域控制器间通信的一致性；

其中，服务层基于基础服务建立，通过通信层进行控制器间通信，与硬件层的能力是解耦状态，通过对整车能力的封装，以提供服务的方式为上层应用所调用；

其中，应用层包括APP组，APP组至少包括一种APP,该应用层提供系统与用户之间的交互。

优选的，硬件层还包括硬件模块部和控制器部，硬件模块部包括至少一种基础模块，控制器部包括至少一种控制器。

优选的，硬件模块部包括语音模块、地图和导航模块、系统基础模块、查询模块、车载帐户模块、数据挖掘模块、系统设置模块、基础通信模块、本地收音机模块、在线收音机模块、媒体模块、升级模块、电池充电管理模块、全景模块、驾驶员监测模块、行车记录仪模块、智能音箱模块、通话管理模块；所述的控制器部包括信息娱乐控制器、网关控制器、电源供应控制器、云端控制器。

优选的，服务层包括服务部，所述服务部包括语音组服务、导航组服务、系统基础类服务、查询服务、帐户服务、数据挖掘服务、系统设置服务、基础通信类服务、本地收音机服务、在线收音机服务、媒体服务、升级服务、电池充电管理服务、全景服务、驾驶员监测服务、行车记录仪服务、音箱服务、声音管理服务、同话管理服务；

其中，语音组服务包括语音服务、播放服务；

其中，系统基础类服务包括通知服务、持久化服务、整车语言服务、时间服务、电源服务；

其中，基础通信类服务包括WIFI服务、BT服务、设备连接服务、网络管理服务。

优选的，系统芯片组包括主SOC芯片和MCU芯片，其中主SOC芯片采用高通8155，MCU芯片采用英飞凌TC 397。

一种方法，该方法包括常规需求分析环节、常规硬件库设定环节、服务库设立环节、场景请求环节；

其中，常规需求分析环节包括

第一步，收集需求：收集用户的常规需求，得出需求收集数据；

第二步，分析需求：分析需求收集数据，得出需求分析数据；

第三步，计算数据：根据需求分析数据，进行数据计算得出硬件需求数据；

其中，常规硬件库设定环节包括

第一步，建硬件模块组清单：根据硬件需求数据，进行分析，得出硬件模块组需求，建立硬件模块组清单、控制器清单；

第二步，建硬件模块清单：将硬件模块组进行分析得出基础模块需求，建立硬件模块清单；

第三步，建硬件模块库：根据硬件模块清单构建硬件模块库，硬件模块库包括至少一个基础模块，根据控制器清单构建控制器库，控制器库包括至少一个控制器；

其中，服务库设立环节包括：

根据需求分析数据，建立与常规需求相对应的常规服务库，常规服务库包括至少一项常规服务数据，常规服务数据与基础模块相对应；

建立非常规服务库；

其中，场景请求环节：

第一步，设定场景引擎库：该场景引擎库包括初定场景分库，初定场景分库包括至少一个场景模式；

第二步，场景的调用：选定一个场景模式，控制系统分析出需要的服务清单；

第三步，服务的调取：根据服务清单，从常规服务库调取相应的服务。

该方法还包括服务请求环节，该环节包括

第一步，接服务请求：接受用户服务请求；

第二步，得初步分析数据：控制系统对用户的服务请求进行分析，得出初步分析数据；

第三步，常规服务库数据对比：初步分析数据与常规服务库数据进行比对，若比对成功则调取对应的常规服务数据，启动对应的硬件模块，完成用户服务请求；若比对失败，则进入下一步；

第四步，入非常规数据库：初步分析数据传入非常规数据库，判断有可以匹配的历史记录，若有直接启动对应的非常规服务，若无则启动深度分析模式，得出该服务的硬件需求表；

第五步，完成服务：控制系统根据第四步得出硬件需求表调动硬件模块库中相应的模块，从而完成该服务，该过程中该服务需求表传输至非常规服务进行留存。

该方法还包括局域网设定环节，该环节包括第一局域网、第二局域网、第三局域网、第四局域网、第五局域网；其中，第一局域网由T BOX使用，用于Telematics数据通信；其中，第二局域网由信息娱乐控制器使用，用于座舱域OTA；其中，第三局域网由信息娱乐控制器使用，用于座舱域Media数据传输；其中，第四局域网由全景影像控制器使用，用于影像视频传输；其中，第五局域网由导航服务使用，用于高精地图数据传输。

该方法还包括场景模式设定环节，该环节包括

第一步，设定场景模式，初定场景分库包括小憩模式场景和下雨关怀模式；

第二步，设定场景触发条件：小憩模式场景的触发条件包括：当挂P档时间大于或等于n分钟，且出门为关闭状态；下雨关怀模式的触发条件：检测到下雨；

第三步，选用场景：使用者从场景库中选择启用的场景；

第四步，场景执行：根据第三步的选择，启动场景对应的服务完成场景的执行。

一种车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如前所述的任意一项方法。

从上面所述可以看出，本说明书一个或多个实施例提供的，本发明主要提供基于SOA框架的智能系统、方法及车辆，由“面向信号”迈向“面向服务(SOA)，将原本相互分散的ECU及其对应的基础软件功能模块化、标准化，重新部署为分层式的软件架构，汽车可在不增加或更换硬件的条件下通过不同的软件配置为驾驶员提供不同的服务，从而实现千人千面，来满足汽车发展的需求。这样的设置既满足了新增服务的需要，同时也节省了时间成本和经济成本，能够在现有的硬件基础上充分挖掘应用的潜力，使得现有的资源能够得到有效的开发和利用。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书的一种基于SOA框架的智能系统的实施例一的组成示意图；

图2为本说明书的一种方法的实施例五的构成示意图；

图3为图2中常规需求分析环节的步骤示意图；

图4为图2中常规硬件库设定环节的步骤示意图；

图5为图2中服务库设立环节的步骤示意图；

图6为图2中场景请求环节的步骤示意图；

图7为本说明书的一种方法发实施例六的服务请求环节的步骤示意图

图8为本说明书的一种方法的实施例七的场景模式设定环节的步骤示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

本说明书的一种基于SOA框架的智能系统的实施例一，如图1所示：一种基于SOA框架的智能系统，其特征在于，该系统包括硬件层、系统底层、通信层、服务层以及应用层；

其中，硬件层包括系统芯片组，该硬件层用于支撑系统的流畅运行；

其中，系统底层用于确保底层基座的稳定性；

其中，通信层用于帮助域控制器间通信的一致性；

其中，服务层基于基础服务建立，通过通信层进行控制器间通信，与硬件层的能力是解耦状态，通过对整车能力的封装，以提供服务的方式为上层应用所调用；

其中，应用层包括APP组，APP组至少包括一种APP,该应用层提供系统与用户之间的交互。

硬件层还包括硬件模块部和控制器部，硬件模块部包括至少一种基础模块，控制器部包括至少一种控制器。

本说明书的一种基于SOA框架的智能系统的实施例二：

优选的，硬件模块部包括语音模块、地图和导航模块、系统基础模块、查询模块、车载帐户模块、数据挖掘模块、系统设置模块、基础通信模块、本地收音机模块、在线收音机模块、媒体模块、升级模块、电池充电管理模块、全景模块、驾驶员监测模块、行车记录仪模块、智能音箱模块、通话管理模块；

优选的，控制器部包括信息娱乐控制器、网关控制器、电源供应控制器、云端控制器。

本说明书的一种基于SOA框架的智能系统的实施例三，优选的，服务层包括服务部。

优选的，服务部包括语音组服务、导航组服务、系统基础类服务、查询服务、帐户服务、数据挖掘服务、系统设置服务、基础通信类服务、本地收音机服务、在线收音机服务、媒体服务、升级服务、电池充电管理服务、全景服务、驾驶员监测服务、行车记录仪服务、音箱服务、声音管理服务、同话管理服务；

其中，语音组服务包括语音服务、播放服务；

其中，系统基础类服务包括通知服务、持久化服务、整车语言服务、时间服务、电源服务；

其中，基础通信类服务包括WIFI服务、BT服务、设备连接服务、网络管理服务。

本说明书的一种基于SOA框架的智能系统的实施例四：

优选的，系统芯片组包括主SOC芯片和MCU芯片，其中主SOC芯片采用高通8155，MCU芯片采用英飞凌TC 397。

优选的，系统底层采用kernel&BSP。

本说明书的一种方法的实施例五，如图2-6所示：

该方法包括常规需求分析环节、常规硬件库设定环节、服务库设立环节、场景请求环节；

其中，常规需求分析环节包括

第一步，收集需求：收集用户的常规需求，得出需求收集数据；

第二步，分析需求：分析需求收集数据，得出需求分析数据；

第三步，计算数据：根据需求分析数据，进行数据计算得出硬件需求数据；

其中，常规硬件库设定环节包括

第一步，建硬件模块组清单：根据硬件需求数据，进行分析，得出硬件模块组需求，建立硬件模块组清单、控制器清单；

第二步，建硬件模块清单：将硬件模块组进行分析得出基础模块需求，建立硬件模块清单；

第三步，建硬件模块库：根据硬件模块清单构建硬件模块库，硬件模块库包括至少一个基础模块，根据控制器清单构建控制器库，控制器库包括至少一个控制器；

其中，服务库设立环节包括：

根据需求分析数据，建立与常规需求相对应的常规服务库，常规服务库包括至少一项常规服务数据，常规服务数据与基础模块相对应；建立非常规服务库；

其中，场景请求环节：

第一步，设定场景引擎库：该场景引擎库包括初定场景分库，初定场景分库包括至少一个场景模式；

第二步，场景的调用：选定一个场景模式，控制系统分析出需要的服务清单；

第三步，服务的调取：根据服务清单，从常规服务库调取相应的服务。

本说明书的一种方法的实施例六，如图7所示：

该方法还包括服务请求环节，该环节包括

第一步，接服务请求：接受用户服务请求；

第二步，得初步分析数据：控制系统对用户的服务请求进行分析，得出初步分析数据；

第三步，常规服务库数据对比：初步分析数据与常规服务库数据进行比对，若比对成功则调取对应的常规服务数据，启动对应的硬件模块，完成用户服务请求；若比对失败，则进入下一步；

第四步，入非常规数据库：初步分析数据传入非常规数据库，判断有可以匹配的历史记录，若有直接启动对应的非常规服务，若无则启动深度分析模式，得出该服务的硬件需求表；

第五步，完成服务：控制系统根据第四步得出硬件需求表调动硬件模块库中相应的模块，从而完成该服务，该过程中该服务需求表传输至非常规服务进行留存。

本说明书的一种方法的实施例七，该方法还包括局域网设定环节，该环节包括第一局域网、第二局域网、第三局域网、第四局域网、第五局域网；其中，第一局域网由T BOX使用，用于Telematics数据通信；其中，第二局域网由信息娱乐控制器使用，用于座舱域OTA；其中，第三局域网由信息娱乐控制器使用，用于座舱域Media数据传输；其中，第四局域网由全景影像控制器使用，用于影像视频传输；其中，第五局域网由导航服务使用，用于高精地图数据传输。

本说明书的一种方法的实施例八，如图8所示：

该方法还包括场景模式设定环节，该环节包括：

第一步，设定场景模式，初定场景分库包括小憩模式场景和下雨关怀模式；

第二步，设定场景触发条件：小憩模式场景的触发条件包括：当挂P档时间大于或等于n分钟，且出门为关闭状态；下雨关怀模式的触发条件：检测到下雨；

第三步，选用场景：使用者从场景库中选择启用的场景；

第四步，场景执行：根据第三步的选择，启动场景对应的服务完成场景的执行。

场景模式根据用户的实际需求可以有各种不同的场景模式，以上只是举例说明采用的两种方式，并不代表场景模式只有这两种场景。

本说明书的一种车辆的实施例九，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行所述程序时实现如前任意一项所述的方法。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述实施例中相应的方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (10)

1.一种基于SOA框架的智能系统，其特征在于，该系统包括硬件层、系统底层、通信层、服务层以及应用层；

其中，硬件层包括系统芯片组，该硬件层用于支撑系统的流畅运行；

其中，系统底层用于确保底层基座的稳定性；

其中，通信层用于帮助域控制器间通信的一致性；

其中，服务层基于基础服务建立，通过通信层进行控制器间通信，与硬件层的能力是解耦状态，通过对整车能力的封装，以提供服务的方式为上层应用所调用；

其中，应用层包括APP组，APP组至少包括一种APP,该应用层提供系统与用户之间的交互。

2.根据权利要求1所述的基于SOA框架的智能系统，其特征在于，所述硬件层还包括硬件模块部和控制器部，硬件模块部包括至少一种基础模块，控制器部包括至少一种控制器。

3.根据权利要求1所述的基于SOA框架的智能系统，其特征在于，所述的硬件模块部包括语音模块、地图和导航模块、系统基础模块、查询模块、车载帐户模块、数据挖掘模块、系统设置模块、基础通信模块、本地收音机模块、在线收音机模块、媒体模块、升级模块、电池充电管理模块、全景模块、驾驶员监测模块、行车记录仪模块、智能音箱模块、通话管理模块；所述的控制器部包括信息娱乐控制器、网关控制器、电源供应控制器、云端控制器。

4.根据权利要求1所述的基于SOA框架的智能系统，其特征在于，所述的服务层包括服务部，所述服务部包括语音组服务、导航组服务、系统基础类服务、查询服务、帐户服务、数据挖掘服务、系统设置服务、基础通信类服务、本地收音机服务、在线收音机服务、媒体服务、升级服务、电池充电管理服务、全景服务、驾驶员监测服务、行车记录仪服务、音箱服务、声音管理服务、同话管理服务；

其中，语音组服务包括语音服务、播放服务；

其中，系统基础类服务包括通知服务、持久化服务、整车语言服务、时间服务、电源服务；

其中，基础通信类服务包括WIFI服务、BT服务、设备连接服务、网络管理服务。

5.根据权利要求1所述的基于SOA框架的智能系统，其特征在于，所述的系统芯片组包括主SOC芯片和MCU芯片，其中主SOC芯片采用高通8155，MCU芯片采用英飞凌TC 397。

6.一种方法，其特征在于，该方法包括常规需求分析环节、常规硬件库设定环节、服务库设立环节、场景请求环节；

其中，常规需求分析环节包括

第一步，收集需求：收集用户的常规需求，得出需求收集数据；

第二步，分析需求：分析需求收集数据，得出需求分析数据；

第三步，计算数据：根据需求分析数据，进行数据计算得出硬件需求数据；

其中，常规硬件库设定环节包括

第一步，建硬件模块组清单：根据硬件需求数据，进行分析，得出硬件模块组需求，建立硬件模块组清单、控制器清单；

第二步，建硬件模块清单：将硬件模块组进行分析得出基础模块需求，建立硬件模块清单；

第三步，建硬件模块库：根据硬件模块清单构建硬件模块库，硬件模块库包括至少一个基础模块，根据控制器清单构建控制器库，控制器库包括至少一个控制器；

其中，服务库设立环节包括：

根据需求分析数据，建立与常规需求相对应的常规服务库，常规服务库包括至少一项常规服务数据，常规服务数据与基础模块相对应；建立非常规服务库；

其中，场景请求环节：

第一步，设定场景引擎库：该场景引擎库包括初定场景分库，初定场景分库包括至少一个场景模式；

第二步，场景的调用：选定一个场景模式，控制系统分析出需要的服务清单；

第三步，服务的调取：根据服务清单，从常规服务库调取相应的服务。

7.根据权利要求6所述的方法，其特征在于，该方法还包括服务请求环节，该环节包括

第一步，接服务请求：接受用户服务请求；

第二步，得初步分析数据：控制系统对用户的服务请求进行分析，得出初步分析数据；

第三步，常规服务库数据对比：初步分析数据与常规服务库数据进行比对，若比对成功则调取对应的常规服务数据，启动对应的硬件模块，完成用户服务请求；若比对失败，则进入下一步；

第四步，入非常规数据库：初步分析数据传入非常规数据库，判断有可以匹配的历史记录，若有直接启动对应的非常规服务，若无则启动深度分析模式，得出该服务的硬件需求表；

第五步，完成服务：控制系统根据第四步得出硬件需求表调动硬件模块库中相应的模块，从而完成该服务，该过程中该服务需求表传输至非常规服务进行留存。

8.根据权利要求6所述的方法，其特征在于，该方法还包括局域网设定环节，该环节包括第一局域网、第二局域网、第三局域网、第四局域网、第五局域网；其中，第一局域网由TBOX使用，用于Telematics数据通信；其中，第二局域网由信息娱乐控制器使用，用于座舱域OTA；其中，第三局域网由信息娱乐控制器使用，用于座舱域Media数据传输；其中，第四局域网由全景影像控制器使用，用于影像视频传输；其中，第五局域网由导航服务使用，用于高精地图数据传输。

9.根据权利要求6所述的方法，其特征在于，该方法还包括场景模式设定环节，该环节包括

第一步，设定场景模式，初定场景分库包括小憩模式场景和下雨关怀模式；

第二步，设定场景触发条件：小憩模式场景的触发条件包括：当挂P档时间大于或等于n分钟，且出门为关闭状态；下雨关怀模式的触发条件：检测到下雨；

第三步，选用场景：使用者从场景库中选择启用的场景；

第四步，场景执行：根据第三步的选择，启动场景对应的服务完成场景的执行。

10.一种车辆，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求6-9中任意一项所述的方法。

Images