一种基于服务的车辆热管理软件架构的制作方法

1.本发明涉及汽车热管理技术领域，具体涉及一种基于服务的车辆热管理软件架构。


背景技术：

2.soa(基于服务的架构)是一种在计算机软件中使用的设计原则的集合，soa将功能拆分为开发人员可以通过网络访问的不同功能单元或服务，目的是允许在应用程序中重组使用它们，基于soa的软件可以将功能封装为能够在多个独立系统内使用的可互操作服务组件。 soa在计算机和互联网领域应用较成熟，汽车领域刚刚起步应用。现在常用的热管理软件采用非soa的软件架构，软件模块间高度耦合，重用度差，软件变更量大，效率低问题多，不可动态部署。
3.如公开号为cn110383773a的发明专利提供了一种包含至少以下组件的示例性本发明的系统：具有面向服务的体系结构的电子控制单元(soa ecu)，其中，所述soa ecu包括：至少一个示例性本发明的soa服务器；其中，所述soa ecu定位在车辆内；其中，所述至少一个 soa服务器被配置成向定位在所述车辆内的至少一个客户端ecu提供至少一个服务；并且其中，所述至少一个soa服务器被配置成分配至少一个专用处理资源和至少一个专用存储器资源以提供所述至少一个服务。该专利公布了soa方法在汽车ecu的应用，但是没有具体涉及到应用层软件的服务分层架构，更没涉及到热管理软件的应用架构。


技术实现要素：

4.针对上述现有技术的不足，本发明所要解决的技术问题是：如何提供一种基于服务的车辆热管理软件架构，可动态部署，易于重用，能有效提高软件开发速度和效率。
5.为了解决上述技术问题，本发明采用了如下的技术方案：
6.一种基于服务的车辆热管理软件架构，，所述软件架构应用于车辆终端设备，包括能力服务层、应用服务层以及耦合于能力服务层和应用服务层之间的基础服务层、业务服务层和场景服务层；
7.应用服务层，用于接收指令信息，并将指令信息反馈给场景服务层；以使场景服务层识别指令信息，并通过对应的场景接口函数调用对应的业务接口涵数来处理指令信息；
8.场景服务层，用于识别应用服务层的指令信息，并通过对应的场景接口函数调用对应的业务接口涵数来处理指令信息；
9.业务服务层，用于将基础服务层反馈的基础接口函数进行重新封装，以形成对应的业务接口函数；
10.基础服务层，用于将能力服务层反馈的能力接口函数进行重新封装，以形成对应的基础接口函数；
11.能力服务层，包括多个独立封装数据包，每个数据包封装有对应的硬件接口通信协议及硬件驱动协议，并设置有对应封装的能力接口函数。
12.进一步地，所述业务接口函数包括自动空调算法类接口函数、出风模式调节类接口函数、 maxac调节类接口函数、设置温度调节类接口函数、内外循环调节类接口函数、sync调节类接口函数、auto调节类接口函数、风量调节类接口函数、压缩机调节类接口函数、前除霜调节类接口函数、后除霜调节类接口函数、离子发生器调节类接口函数、aqs调节类接口函数；所述业务服务层，具体用于识别基础服务层反馈的基础接口函数对应的接口类型，并将不同接口类型对应的基础接口函数重新封装为各自接口类型对应的统一的业务接口函数。
13.进一步地，所述基础接口函数包括温度服务类基础接口函数、通风服务类基础接口函数、除霜服务类基础接口函数、香氛服务类基础接口函数、环境服务类基础接口函数、空气净化服务类基础接口函数；所述基础服务层，具体用于识别能力服务层反馈的能力接口函数对应的接口类型，并将不同接口类型对应的能力接口函数重新封装为各自接口类型对应的统一的基础接口函数。
14.进一步地，所述应用服务层安装有若干应用程序，当应用程序被触发时可生成对应的所述指令信息。
15.与现有技术相比，本发明的有益效果在于：
16.1、本发明架构清晰，定义了每层服务软件的职能，以及在软件分层中的位置，易于重用，并能有效提高软件的开发速度和效率。
17.2、本方案中，软件架构可动部署到整车的不同控制器，提高了易用性。
附图说明
18.为了使发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步的详细描述，其中：
19.图1为本发明整体结构示意图；
20.图2为本发明调用流程示意图。
具体实施方式
21.下面结合附图对本发明作进一步的详细说明。
22.如图1和图2所示，本具体实施方式提供一种基于服务的车辆热管理软件架构，所述软件架构应用于车辆终端设备，包括能力服务层10、应用服务层50以及耦合于能力服务层和应用服务层之间的基础服务层20、业务服务层30和场景服务层40；
23.应用服务层50，用于接收指令信息，并将指令信息反馈给场景服务层，以使场景服务层识别指令信息，并通过对应的场景接口函数调用对应的业务接口涵数来处理指令信息；
24.场景服务层40，用于识别应用服务层的指令信息，并通过对应的场景接口函数调用对应的业务接口涵数来处理指令信息；
25.业务服务层30，用于将基础服务层反馈的基础接口函数进行重新封装，以形成对应的业务接口函数；
26.基础服务层20，用于将能力服务层反馈的能力接口函数进行重新封装，以形成对应的基础接口函数；
27.能力服务层10，包括多个独立封装数据包，每个数据包封装有对应的硬件接口通信协议及硬件驱动协议，并设置有对应封装的能力接口函数。
28.本发明中，应用服务层，可对外开放，实现个性化定制，支持用户编排，并接收指令信息，场景服务层对接收指令信息在该层进行判定，以同时提供场景接口函数给应用服务层进行调用。业务服务层对来自场景服务层的调节请求进行优先级仲裁、入参校验等操作。并提供业务接口函数给场景服务调用，一个业务接口函数可以同时被多个场景服务调用。通过优先级仲裁来进行选择执行相应的场景服务或应用服务调用。所述基础服务层，作为隔离层，屏蔽能力服务层的变动对上层的影响，提供最小的基础功能集合供上层服务使用。通过定义每层服务软件的职能以及在软件分层中的位置，易于重用，提高新软件的开发速度和效率。软件根据需要可动态部署到整车的不同控制器，提高了易用性。
29.具体实施时，能力服务层，与底层设备的能力相关性最强，屏蔽底层设备的差异与具体的实现方式，提供抽象后的硬件或设备能力接口给上层服务调用。主要包括温度传感器、风门、膨胀水箱液位传感器、加热器、阳光传感器、电动出风口、鼓风机、电子膨胀阀、压力传感器、压缩机、湿度传感器、空调面板接口函数等。
30.具体实施时，基础服务层的基础接口函数包括温度服务类基础接口函数、通风服务类基础接口函数、除霜服务类基础接口函数、香氛服务类基础接口函数、环境服务类基础接口函数、空气净化服务类基础接口函数；所述基础服务层，具体用于识别能力服务层反馈的能力接口函数对应的接口类型，并将不同接口类型对应的能力接口函数重新封装为各自接口类型对应的统一的基础接口函数。
31.这样，可根据需要对多个所需能力接口函数进行重新封装，得到对应的统一的基础接口函数，以被场景服务层调用。即提供抽象后的硬件或设备能力接口给上层服务调用，仅能力服务层提供的接口只对能力服务层可见，其他层不能直接调用。
32.具体实施时，业务服务层，对来自场景服务层的调节请求进行优先级仲裁、入参校验等操作。并提供业务接口函数给场景服务调用，一个业务接口函数可以同时被多个场景服务调用。业务服务层的业务接口函数包括自动空调算法类接口函数、出风模式调节类接口函数、 maxac调节类接口函数、设置温度调节类接口函数、内外循环调节类接口函数、sync调节类接口函数、auto调节类接口函数、风量调节类接口函数、压缩机调节类接口函数、前除霜调节类接口函数、后除霜调节类接口函数、离子发生器调节类接口函数、aqs调节类接口函数；所述业务服务层，具体用于识别基础服务层反馈的基础接口函数对应的接口类型，并将不同接口类型对应的基础接口函数重新封装为各自接口类型对应的统一的业务接口函数。
33.这样，可根据需要对多个所需业务接口函数进行重新封装，得到对应的统一的业务接口函数，以被场景服务层调用。
34.具体实施时，场景服务层可同时提供多个场景接口函数应用层进行调用，场景服务层的场景接口函数包括自动除霜除雾、空调自干燥、遥控钥匙启动空调、解锁降窗通风、座舱新风系统接口函数等。
35.具体实施时，应用服务层安装有若干应用程序，当所述应用程序被触发时可生成对应的所述指令信息。包括前温度调节、后除霜、ac等请求类应用程序。
36.为了使应用服务层可根据需要对下层服务进行动态组合调用，来形成新的功能，
达到快速开发新功能的目的。应用服务层可对外开放，实现个性化定制，支持用户编排。用户可以根据自己的喜好，在权限开放的前提下，灵活编排各种场景，满足多样化的需要。
37.参见图2，为帮助理解本发明，下面以手机app远程调节温度为例，以进一步说明本架构的调用流程：
38.s101、通过手机app调用应用服务层的前温度调节请求服务。
39.s102、应用服务层接收前温度调节请求服务，并调用业务服务层的设置温度调节服务。
40.s103、业务服务层的设置温度调节服务调用自动空调算法服务。
41.s104、业务服务层的自动空调算法服务调用基础服务层的温控用服务和通用风服务。
42.s105、基础服务层的温控的用服务和通风服务分别调用能力服务层的风门服务、加热服务、压缩机服务、鼓风机服务。
43.s106、温度风门调节出风温度，模式风门调节出风方向，循环风门调节进风方向，加热器和压缩机调节冷风温度，鼓风机调节出风风量。
44.最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管通过参照本发明的优选实施例已经对本发明进行了描述，但本领域的普通技术人员应当理解，可以在形式上和细节上对其作出各种各样的改变。凡是属于本发明的技术方案所引申出的显而易见的改变仍处于本发明的保护范围之列。