一种基于SOA架构的多场景车机界面显示方法及系统

技术领域

本发明涉及车辆技术领域，特别是涉及一种基于SOA架构的多场景车机界面显示方法、系统、电子设备、存储介质及智能座舱。

背景技术

随着汽车智能化的发展，开发新的功能以及完善已有的功能是一个重点的发展方向，伴随着人们对汽车智能化需求的日益增加，对开发效率也有很大的要求，同时开发落地的效率也成为了一种竞争力。

现有技术中的车机系统架构通常是直接面向车机信号的架构，在开发时存在很多问题，例如：

车机信号有成千上万个，维护成本大；

介于信号与应用层之间的适配层，逻辑分散耦合严重缺乏维护；

应用逻辑变化块，开发效率不足；

直接面向信号，问题排查难度高。

由于存在上述技术问题，本发明提供一种基于SOA架构的多场景车机界面显示方法、系统、电子设备、存储介质及智能座舱。

发明内容

为解决现有技术中车机系统不能有效的对车机信号进行分组整理，从而不能快速的组成相应的功能服务，且出现问题是不便于排查，从而降低了开发落地的效率的技术问题，本发明提供一种基于SOA架构的多场景车机界面显示方法、系统、电子设备、存储介质及智能座舱。

为实现本发明目的提供的一种基于SOA架构的多场景车机界面显示方法，包括：

基于预设车机信号标准，将所述车机信号整理为各信号组；

基于预设功能标准，将所述各信号组组成相应的功能服务；

判断当前车型是否具有所述功能服务；

当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。

在其中一些具体实施例中，基于预设车机信号标准，将所述车机信号整理为各信号组，具体包括：

预设隔离信号标准，以使获取的所述各信号组之间在执行时互不干扰；

预设原子信号标准，以使获取的所述各信号组内在执行或者不执行时保持一致；

预设一致信号标准，判断基于所述原子信号标准的所述各信号组内是否执行成功并获取执行成功的所述各信号组；

预设持续信号标准，基于所述一致信号标准获取的执行成功的所述各信号组，改变所述执行成功的所述各信号组的状态并提交。

在其中一些具体实施例中，基于预设功能标准，将所述各信号组组成相应的功能服务，具体包括：

所述预设功能标准包括档位服务，香氛服务，灯光服务和电源服务；

基于所述档位服务，香氛服务，灯光服务和电源服务将符合相应服务的信号组按照各信号组之间的特性进行相应功能服务组合。

在其中一些具体实施例中，判断当前车型是否具有所述功能服务，具体包括：

获取与所述功能服务对应的状态信息，基于所述状态信息的变化判断当前车型是否具有所述功能服务。

在其中一些具体实施例中，所述方法还包括：

若所述当前车型具有所述功能服务，基于所述功能服务相对应的所述各信号组，通过所述各信号组间的特性提供修改所述功能服务的入口，并持续对所述功能服务进行监听。

在其中一些具体实施例中，当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示，具体包括：

基于车机界面，创建状态栏；

所述状态栏中提供所述功能服务的场景展示入口；

当进入所述场景展示入口时，显示所述功能服务的状态。

基于同一构思，本发明还提供一种基于SOA架构的多场景车机界面显示系统，包括：

信号组整理模块，用于基于预设车机信号标准，将所述车机信号整理为各信号组；

功能服务组成模块，用于基于预设功能标准，将所述各信号组组成相应的功能服务；

功能服务判断模块，用于判断当前车型是否具有所述功能服务；

车机界面显示模块，用于当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。

基于同一构思，本发明还提供一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行上述基于SOA架构的多场景车机界面显示方法的步骤。

基于同一构思，本发明还提供一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行上述基于SOA架构的多场景车机界面显示方法的步骤。

基于同一构思，本发明还提供一种智能座舱，所述智能座舱设置有如上所述的基于SOA架构的多场景车机界面显示系统。

与现有技术相比，本发明具有以下有益效果：

本发明公开了一种基于SOA架构的多场景车机界面显示方法、系统、电子设备、存储介质及智能座舱，包括基于预设车机信号标准，将所述车机信号整理为各信号组；从而将众多车机信号进行整理分组，基于预设功能标准，将所述各信号组组成相应的功能服务；从而可以快速组成相应的功能服务，判断当前车型是否具有所述功能服务；当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。从而有效的对车机信号进行分组整理，快速的组成相应的功能服务，当出现问题时也可针对性的进行排查，从而提高了开发落地的效率，通过将相应功能服务进行显示，提高了用户满意度。

附图说明

图1是本发明一种基于SOA架构的多场景车机界面显示方法在一些具体实施例的结构示意图；

图2是本发明一种基于SOA架构的多场景车机界面显示方法在一些应用中的适配层架构图；

图3是本发明一种基于SOA架构的多场景车机界面显示方法在一些应用中的功能信号设置图；

图4是本发明一种基于SOA架构的多场景车机界面显示系统在一些具体实施例的结构示意图；

图5是本发明一种电子设备在一些具体实施例的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

应当理解，本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

应当理解，尽管在本申请实施例中可能采用术语第一、第二、第三等来描述，但这些描述不应限于这些术语。这些术语仅用来将描述区分开。例如，在不脱离本申请实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者装置中还存在另外的相同要素。

特别需要说明的是，在说明书中存在的符号和/或数字，如果在附图说明中未被标记的，均不是附图标记。

参照图1，一种基于SOA架构的多场景车机界面显示方法，包括：

S101，基于预设车机信号标准，将所述车机信号整理为各信号组；

具体的，本步骤首先预设车机信号标准，基于车机信号标准将所述车机信号整理为各信号组；

在其中一些应用中，基于预设车机信号标准，将所述车机信号整理为各信号组，具体包括：预设隔离信号标准，以使获取的所述各信号组之间在执行时互不干扰；预设原子信号标准，以使获取的所述各信号组内在执行或者不执行时保持一致；预设一致信号标准，判断基于所述原子信号标准的所述各信号组内是否执行成功并获取执行成功的所述各信号组；预设持续信号标准，基于所述一致信号标准获取的执行成功的所述各信号组，改变所述执行成功的所述各信号组的状态并提交。

可以理解的是，在本实施例中，首先通过隔离信号标准，对车机信号首先进行整理，将互不干扰的信号作为一个组，然后通过原子信号标准，对车机信号进行进一步整理，将信号执行时一致的信号作为一个组，接着通过一致信号标准对车机信号再次进行整理，将执行成功的信号作为一个组，最后通过持续信号标准，对信号进行最终整理，改变执行成功的信号组状态进行提交。

S102，基于预设功能标准，将所述各信号组组成相应的功能服务；

具体的，本步骤预设功能标准，基于各信号组组成相应的功能服务；

在其中一些应用中，所述预设功能标准包括档位服务，香氛服务，灯光服务和电源服务；基于所述档位服务，香氛服务，灯光服务和电源服务将符合相应服务的信号组按照各信号组之间的特性进行相应功能服务组合。

可以理解的是，本步骤基于各信号组的特性以及各信号组之间的特性进行对应功能服务的组成，包括但不限于上述的功能服务，本领域技术人员可以根据需要灵活进行开发。

S103，判断当前车型是否具有所述功能服务；

在其中一些应用中，获取与所述功能服务对应的状态信息，基于所述状态信息的变化判断当前车型是否具有所述功能服务。

可以理解的是，本步骤基于状态信息的变化判断当前车型是否具有所述功能服务，例如在一般的功能服务中都是需要一定步骤才可实现的，步骤的不同也会有不同的状态，当进行判断时出现状态变化不一致时，则当前车型不具有此功能服务。

在其中一些应用中，为了便于功能服务的改进以及后续出现问题时的排查，若所述当前车型具有所述功能服务，基于所述功能服务相对应的所述各信号组，通过所述各信号组间的特性提供修改所述功能服务的入口，并持续对所述功能服务进行监听。

可以理解的是，本步骤在功能服务的中的相应各信号组上提供修改入口，以便于对功能服务的修改和完善，持续对所述功能服务进行监听，当出现问题时可以及时溯源。

S104，当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。

在其中一些应用中，基于车机界面，创建状态栏；所述状态栏中提供所述功能服务的场景展示入口；当进入所述场景展示入口时，显示所述功能服务的状态。

可以理解的是，本步骤在车机界面创建状态栏，在状态栏展示功能服务的场景入口，当进入时即可显示功能服务的各种状态。

下面将结合图2和图3说明本发明基于SOA架构的多场景车机界面显示方法在其中一些应用中的实施例，如图2和图3所示：

如图3所示，将多个信号整理归纳成信号组的标准，主要有四个：

隔离性：一组信号的执行不能被其他信号干扰(此项为分类的最基本条件)

原子性：信号组执行时，要么全都执行，要么全部不执行

一致性：和原子性是分不开的，信号组执行成功，说明全部都执行了

持续性：信号组一旦提交成功，那么信号组状态就会永久性的改变

以巡航模式为例，详细说明了下信号的整理和交互方式：

1.设置前提条件：

1)IGON；

2)ACC及SACC功能未激活；

2.信号状态存储：IFC存储；

3.巡航功能配置：低配车型：无，中配车型：ACC，高配车型：SACC(参照EOL配置)；

4.操作界面：以HMI定义为准，图3供HMI参考；；

5.显示要求；

1)开关类型：选择型设置；

2)出厂默认为巡航打开，如果有SACC则默认打开SACC，否则默认打开ACC且为SACC模式；

3)IVI根据IFC_ACC工作状态信号和IFC_巡航状态信号显示当前巡航模式；

4)在IVI中控界面设置巡航模式选择，选择项为：巡航关闭

自适应巡航(ACC)

高级巡航(SACC)

5)错误状态显示

网络断开状态显示；

若未收到有效的IFC_ACC工作状态信号时，显示出厂默认值，且设置选项灰度显示；

当IVI＜2s未收到IFC_ACC工作状态信号和IFC_ACC工作模式信号时，根据最后一次收到的有效IFC_ACC工作状态信号和IFC_ACC工作模式信号(无有效值时使用默认值)设置状态；

当IVI≥2s未收到IFC_ACC工作状态信号和IFC_ACC工作模式信号时，根据最后一次收到的有效IFC_ACC工作状态信号和IFC_ACC工作模式信号(无有效值时使用默认值)设置状态，但设置选项灰度显示信号恢复后，立即正确显示设置状态；

在不满足设置条件时，IVI正确显示巡航模式值，但设置选项灰度显示；此时网络如果断开，按照网络断开要求显示；此时收到无效值，按无效值状态要求显示无效值状态显示:在任意条件下，IVI收到IFC_ACC工作状态信号和IFC_ACC工作模式信号为无效值(或保留值)时，

当IVI＜2s收到IFC_ACC工作状态信号＝无效值(或保留值)时，根据最后一次收到的有效IFC_ACC工作状态信号和IFC_ACC工作模式信号(无有效值时使用默认值)显示设置状态；

当IVI≥2s收到IFC_ACC工作状态信号＝无效值(或保留值)时，根据最后一次收到的有效IFC_ACC工作状态信号和IFC_ACC工作模式信号(无有效值时使用默认值)显示设置状态，但设置选项灰度显示信号恢复后，立即正确显示设置状态；

6)当IVI设置模式后如果2s内IVI未收到的正确反馈信号，则恢复到设置前的设置状态(设置按钮状态迁移过程UI/UE由HMI统一设计)；

6.IFC与主机交互信号：(信号描述以文字描述为准，数值以CANMatrix为准)

1)初次上电：

高配车型：IFC发初始值给IVI，CruiseModeFunctionInd＝0b1(SACC)，WorkingSt_ACC＝0b001(Standby)；

中配车型：IFC发初始值给IVI，CruiseModeFunctionInd＝0b0(ACC)，WorkingSt_ACC＝0b001(Standby)；

2)上电：IFC发记忆值给IVI，CruiseModeFunctionInd＝记忆值，WorkingSt_ACC＝记忆值，IVI根据CAN信号值显示：

WorkingSt_ACC＝0b000(Off)时巡航关闭

WorkingSt_ACC≠0b000(Off)，CruiseModeFunctionInd＝0b0时自适应巡航(ACC)

3)错误状态显示

网络断开状态显示

若未收到有效的WorkingSt_ACC时，显示出厂默认值，且设置选项灰度显示；

当IVI＜2s未收到WorkingSt_ACC和CruiseModeFunctionInd信号时，根据最后一次收到的有效WorkingSt_ACC和CruiseModeFunctionInd值显示(无有效值时使用默认值)设置状态；

当IVI≥2s未收到WorkingSt_ACC和CruiseModeFunctionInd信号时，根据最后一次收到的有效WorkingSt_ACC和CruiseModeFunctionInd值显示(无有效值时使用默认值)设置状态，但设置选项灰度显示；

信号恢复后，立即正确显示设置状态

在不满足设置条件时(激活状态)，设置选项灰度显示，如果WorkingSt_ACC≠0b010(Active)且≠0b011(Override)且≠0b100(ShutOff)时，正常显示。

此时网络如果断开，按照网络断开要求显示；此时收到无效值，按无效值状态要求显示；

无效值状态显示:在任意条件下，IVI收到IFC_巡航状态信号为无效值(或保留值)时，

当IVI＜2s收到WorkingSt_ACC＝无效值(或保留值)时，根据最后一次收到的有效WorkingSt_ACC值(无有效值时使用默认值)显示设置状态；

当IVI≥2s收到WorkingSt_ACC＝无效值(或保留值)时，根据最后一次收到的有效WorkingSt_ACC值(无有效值时使用默认值)显示设置状态，但设置选项灰度显示；

信号恢复后，立即正确显示设置状态

4)设置：

按下“关闭”时，

IVI发送

CruiseFunctionReq(Off)

IFC回复

WorkingSt_ACC(Off)

WorkingSt_LCA(Off)

按下“开启”时，

IVI发送

CruiseFunctionReq(On)

CruiseModeFunctionReq＝当前控制器反馈的巡航功能模式(ACCOrSACC)

IVI发送

CruiseFunctionReq(On)

CruiseModeFunctionReq(ACC)，

IFC回复

WorkingSt_ACC≠(Off&&Reserved)

WorkingSt_LCA(Off)

CruiseModeFuntionInd(ACC)

按下“高级巡航”时，

IVI发送

CruiseFunctionReq(On)

CruiseModeFunctionReq(SACC)，

IFC回复

WorkingSt_ACC≠(Off&&Reserved)

WorkingSt_LCA≠(Off&&Reserved)

CruiseModeFuntionInd(SACC)

如果2s内IVI未收到CruiseModeFuntionInd正确的反馈信号，则恢复到设置前的设置状态；

5)IFC发送周期CAN信号；

6)IVI发送事件CAN信号；

图2示出了以SOA的方式提供服务，表现形式为：

对内：

在整理好的信号组基础上，再将各个信号组按照功能模块进行组合成服务。如巡航功能包括：档位服务，香氛服务，灯光服务、电源服务等

对外：

1.针对每个车型配置是否支持该功能的方法。

2.对外提供获取状态的方法。比如进入巡航模式前先获取档位等

3.对外提供修改的方法。比如设置香氛开关灯，设置巡航开关等

4.对外提供状态变化的监听。比如速度发生变化时上报状态等。

下面将结合实施例说明本发明多场景业务设置过程：

进入前置条件：全部满足时可设置娱乐模式：

(1)整车电源状态为IGon；(获取电源状态，

AdapterHelper.CarSystemControlManager.getEEMPowerSwitch())

(2)档位P；(获取档位状态，

AdapterHelper.carVehicleStateManager.getCarGearSelection())

(3)左后座椅占位信号为不占位；(获取左后座椅占位状态，AdapterHelper.carSCCUManager.getRLSeatOccupy())

不满足以上任一条件时，试图进入娱乐模式时，toast提示相关条件不满足，若多个条件不满足，则依次提示：“请在驻车时使用”、“请确保左后座位无人时使用”

娱乐模式设定的项：

(1)氛围灯按特定效果点亮；(设置氛围灯状态，AdapterHelper.carBCMManager.getAmbientLampBrightness()；)

(2)根据用户设置播放默认歌单或者自定义歌单；(播放音乐，AdapterHelper.carAudioManager.start()；)

(3)根据用户设置执行媒体音量；(设置音量，

AdapterHelper.carAudioManager.setGroupVolume()；)

(4)根据用户设置打开香氛

(是否支持香氛，AdapterHelper.carEOLManager.isSupportIAS()；)

(打开香氛，AdapterHelper.carFragranceManager.setFragranceInSceneMode()；)

设定每项时，不跳转到对应界面，但通过HUD展示该模式调整的模块，模式调整了氛围灯、音乐、音量、香氛；根据用户实际设置显示调整内容，如用户设置无开启香氛则提示中无香氛项；HUD信息显示3S退出后状态：

(1)多媒体：若播放默认预置歌单则停止播放，若播放自定义歌单则继续播放；

(2)音量恢复进入前状态；

(3)氛围灯及香氛按退出时的条件判断(监听香氛开关变化，AdapterHelper.carSystemControlManager.setCarSystemControlListener{

//监听香氛开关(场景模式)

@Override

publicvoidonFragranceInSceneMode(intmode,intstatus){}

}；)

在这个实施例中，主要涉及配置服务，氛围灯服务，香氛服务，档位服务，多媒体服务等。将与之对应的信号整理到相应的Manager中，然后由AdapterHelper统一调度，对车机门面提供是否支持该功能，获取，设置，状态变化等。

最后将此方案以Android系统中apk的形式进行开发输出。跟随车机系统启动，以状态栏的形式运行在车机首页。状态栏应用内部展示场景模式的入口，进入后可以选择相应的场景。

对于上述实施例公开的方法步骤，出于简单描述的目的将方法步骤表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

流程图或以其他方式描述的任何过程或方法描述可以被理解为：表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序执行并实现功能，或者按照循环、分支等程序结构执行计算机指令并实现相应的功能，这是本领域技术人员在实施本发明实施例时理所当然可以理解的。

如图4所示，本发明还提供一种基于SOA架构的多场景车机界面显示系统，包括：

信号组整理模块201，用于基于预设车机信号标准，将所述车机信号整理为各信号组；

功能服务组成模块202，用于基于预设功能标准，将所述各信号组组成相应的功能服务；

功能服务判断模块203，用于判断当前车型是否具有所述功能服务；

车机界面显示模块204，用于当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。

具体的，本实施例提供的基于SOA架构的多场景车机界面显示系统，包括：信号组整理模块201、功能服务组成模块202、功能服务判断模块203和车机界面显示模块204，信号组整理模块201，用于基于预设车机信号标准，将所述车机信号整理为各信号组；功能服务组成模块202，用于基于预设功能标准，将所述各信号组组成相应的功能服务；功能服务判断模块203，用于判断当前车型是否具有所述功能服务；车机界面显示模块204，用于当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。

值得注意的是，虽然在本发明实施例中只披露了一些基本功能模块，但并不意味着本系统的组成仅仅局限于上述基本功能模块，相反，本实施例所要表达的意思是：在上述基本功能模块的基础之上本领域技术人员可以结合现有技术任意添加一个或多个功能模块，形成无穷多个实施例或技术方案，也就是说本系统是开放式而非封闭式的，不能因为本实施例仅仅披露了个别基本功能模块，就认为本发明权利要求的保护范围局限于所公开的基本功能模块。同时，为了描述的方便，描述以上装置时以功能分为各种单元、模块分别描述。当然在实施本发明时可以把各单元、模块的功能在同一个或多个软件和/或硬件中实现。

以上所描述的系统的实施方式仅仅是示意性的，例如：其中作为系统中的各个功能模块、单元或子系统等可以是也可以不是物理上分开的，或者可以是或者也可以不是物理单元，即可以位于同一个地方，也可以分布到多个不同的系统及其子系统或模块上。本领域技术人员可以根据实际的需要选择其中的部分或者全部功能模块、单元或子系统来实现本发明实施例的目的，对于上述情形本领域普通技术人员在不付出创造性劳动的情况下即可以理解并实施。

如图5所示，本发明还提供一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行基于SOA架构的多场景车机界面显示方法的步骤。

具体的，上述的处理器可以是通用处理器，包括中央处理器(CentralProcessingUnit，CPU)、网络处理器(NetworkProcessor,NP)等；还可以是数字信号处理器(DigitalSignalProcessor,DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit,ASIC)、现场可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

上述电子设备提到的通信总线可以是外设部件互连标准(PeripheralComponentInterconnect，PCI)总线或扩展工业标准结构(ExtendedIndustryStandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

电子设备包括硬件层，运行在硬件层之上的操作系统层，以及运行在操作系统上的应用层。该硬件层包括中央处理器(CPU，CentralProcessingUnit)、内存管理单元(MMU，MemoryManagementUnit)和内存等硬件。该操作系统可以是任意一种或多种通过进程(Process)实现电子设备控制的计算机操作系统，例如，Linux操作系统、Unix操作系统、Android操作系统、iOS操作系统或windows操作系统等。并且在本发明实施例中该电子设备可以是智能手机、平板电脑等手持设备，也可以是桌面计算机、便携式计算机等电子设备，本发明实施例中并未特别限定。

本发明实施例中的电子设备控制的执行主体可以是电子设备，或者是电子设备中能够调用程序并执行程序的功能模块。电子设备可以获取到存储介质对应的固件，存储介质对应的固件由供应商提供，不同存储介质对应的固件可以相同可以不同，在此不做限定。电子设备获取到存储介质对应的固件后，可以将该存储介质对应的固件写入存储介质中，具体地是往该存储介质中烧入该存储介质对应固件。将固件烧入存储介质的过程可以采用现有技术实现，在本发明实施例中不做赘述。

电子设备还可以获取到存储介质对应的重置命令，存储介质对应的重置命令由供应商提供，不同存储介质对应的重置命令可以相同可以不同，在此不做限定。

此时电子设备的存储介质为写入了对应的固件的存储介质，电子设备可以在写入了对应的固件的存储介质中响应该存储介质对应的重置命令，从而电子设备根据存储介质对应的重置命令，对该写入对应的固件的存储介质进行重置。根据重置命令对存储介质进行重置的过程可以现有技术实现，在本发明实施例中不做赘述。

本发明还提供一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行基于SOA架构的多场景车机界面显示方法的步骤。

具体的，本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

本发明还提供一种智能座舱，所述智能座舱设置有如上所述的基于SOA架构的多场景车机界面显示系统。

具体的，所述智能座舱中设置有基于SOA架构的多场景车机界面显示系统。关于智能座舱：人车交互是用户体验的核心，传统汽车座舱功能区布局碎片化、信息过载造成了人车交互的障碍，导致将汽车本身作为交互入口的价值被低估，而随着电子信息技术开始向车内转移，产生了智能座舱，智能座舱能够通过各种智能化手段满足不同人在车内的不同需求，将带来更为智能、安全的交互体验，同时也是高级辅助驾驶、自动驾驶和人工智能等新时代技术的关键接口。

通过应用以上技术方案，一种基于SOA架构的多场景车机界面显示方法、系统、电子设备、存储介质及智能座舱，包括基于预设车机信号标准，将所述车机信号整理为各信号组；从而将众多车机信号进行整理分组，基于预设功能标准，将所述各信号组组成相应的功能服务；从而可以快速组成相应的功能服务，判断当前车型是否具有所述功能服务；当支持所述功能服务时，根据所述功能服务的状态，在车机界面进行相应显示。从而有效的对车机信号进行分组整理，快速的组成相应的功能服务，当出现问题时也可针对性的进行排查，从而提高了开发落地的效率，通过将相应功能服务进行显示，提高了用户满意度。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如：在权利要求书中所要求保护的实施例的任意之一都可以以本发明实施例以任意的组合方式来使用。

在本说明书的描述中，参考术语“一个实施例”、“示例”、“具体示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

另外，本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。

本说明书中公开的所有特征，或公开的所有方法或过程中的步骤，除了互相排斥的特征和/或步骤以外，均可以以任何方式组合。本说明书中公开的任一特征，除非特别叙述，均可被其它等效或具有类似目的的替代特征加以替换。即，除非特别叙述，每个特征只是一系列等效或类似特征中的一个例子而己。在整个说明书中，同样的附图标记指示同样的元件。

本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括相应的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括相应的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。