一种车载SoC多应用处理方法、电子设备、存储介质与流程

本发明涉及一种多应用处理方法、电子设备、存储介质，尤其涉及一种车载soc多应用处理方法、电子设备、存储介质。

背景技术：

1、在自动驾驶域，功能包括adas(高级辅助驾驶)、泊车系统、高精地图、感知系统等功能，这些功能运行需要大量的算力，在低成本自动驾驶芯片无法满足单一芯片部署所有的功能，因此方案都是多个芯片叠加算力，进而满足自动驾驶功能的算力需求。多个功能部署在不同区域的芯片，在启动时序和功能依赖需要解决，在传统的方式是采用应用之间进行跨芯片或者跨系统通信去进行状态的同步,这样的设计能够在功能上满足需求，但是在软件扩展性以及鲁棒性都不是一个好的解决方案，而且传统的方案不能够对不同芯片之间的应用健康管理和系统资源进行监控，这样的方案也不能满足车载功能安全。

技术实现思路

1、本发明的目的在于提供一种车载soc多应用处理方法、电子设备、存储介质，通过中间件对多芯片多应用的同步启动和健康管理进行统一管理，解决现有技术存在的缺憾。

2、本发明提供了下述方案：

3、一种车载soc多应用处理方法，通过可执行管理守护进程进行同步启动和软件健康管理，具体包括：

4、解析app的描述信息，并将app描述信息进行初始化；

5、对网络端口号和本地socket地址进行解析，创建远程服务和本地服务；

6、解析app请求信息，获取app信息和请求命令类型，解析出对应的appid，调用linux或qnx系统接口。

7、进一步的，所述解析app的描述信息，并将app描述信息进行初始化，具体为：可执行管理守护进程从一个json文件中解析app的描述信息。

8、进一步的，所述json文件的用户配置路径为

9、/system/etc/emm/emmcfg.json。

10、进一步的，所述对网络端口号和本地socket地址进行解析，创建远程服务和本地服务，具体为：可执行管理守护进程从emmcfg.json中解析出网络端口号和本地socket地址，并通过通信层创建远程服务remote server和本地服务local serve。

11、进一步的，所述emmcfg.json的用户配置路径为：

12、/system/etc/emm/emmcfg.json。

13、进一步的，所述解析app请求信息，获取app信息和请求命令类型，解析出对应的appid，具体为：可执行管理守护进程命令层解析请求消息，获取app信息和请求命令类型，根据解析出的appid，通过管理层找到对应entry层，entry层通过sysbase层接口调用linux或qnx系统接口，实现app请求。

14、一种车载soc多应用处理系统，通过可执行管理守护进程进行同步启动和软件健康管理，具体包括：

15、app信息描述及初始化模块，用于解析app的描述信息，并将app描述信息进行初始化；

16、远程服务/本地服务创建模块，对网络端口号和本地socket地址进行解析，创建远程服务和本地服务；

17、操作系统接口调用模块，用于解析app请求信息，获取app信息和请求命令类型，解析出对应的appid，调用linux或qnx系统接口。

18、进一步的，所述可执行管理守护进程包括：通信服务层、命令层、管理层、entry层、系统层及配置文件。

19、一种电子设备，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行方法的步骤。

20、一种计算机可读存储介质，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行所述方法的步骤。

21、本发明与现有技术相比具有以下的优点：解决了多芯片多应用同步启动和健康管理的问题，利用一套中间件的软件方案去进行应用的统一管理，通过本方案的实施，解决了多芯片多应用启动的时序，对应用进行健康管理和系统资源监控，可以实时监控应用的状态，让整个系统能够安全稳定的运行；同时中间件的可拓展性增强，通过和业务功能的解耦能够支持qnx系统和linux系统的跨系统部署，从软件开发的角度软件的通用性增强；从应用角度应用只需要关注本身的功能实现和性能优化，把多应用的协同交给中间件，提高了应用开发的效率，减少应用开发成本。

技术特征：

1.一种车载soc多应用处理方法，通过可执行管理守护进程进行同步启动和软件健康管理，其特征在于，具体包括：

2.根据权利要求1所述的车载soc多应用处理方法，其特征在于，所述解析app的描述信息，并将app描述信息进行初始化，具体为：可执行管理守护进程从一个json文件中解析app的描述信息。

3.根据权利要求2所述的车载soc多应用处理方法，其特征在于，所述json文件的用户配置路径为/system/etc/emm/emmcfg.json。

4.根据权利要求1所述的车载soc多应用处理方法，其特征在于，所述对网络端口号和本地socket地址进行解析，创建远程服务和本地服务，具体为：可执行管理守护进程从emmcfg.json中解析出网络端口号和本地socket地址，并通过通信层创建远程服务remoteserver和本地服务local serve。

5.根据权利要求4所述的车载soc多应用处理方法，其特征在于，所述emmcfg.json的用户配置路径为：/system/etc/emm/emmcfg.json。

6.根据权利要求1所述的车载soc多应用处理方法，其特征在于，所述解析app请求信息，获取app信息和请求命令类型，解析出对应的appid，具体为：可执行管理守护进程命令层解析请求消息，获取app信息和请求命令类型，根据解析出的appid，通过管理层找到对应entry层，entry层通过sysbase层接口调用linux或qnx系统接口，实现app请求。

7.一种车载soc多应用处理系统，通过可执行管理守护进程进行同步启动和软件健康管理，其特征在于，具体包括：

8.根据权利要求7所述的车载soc多应用处理系统，其特征在于，所述可执行管理守护进程包括：通信服务层、命令层、管理层、entry层、系统层及配置文件。

9.一种电子设备，其特征在于，包括：处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；所述存储器中存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其特征在于，其存储有可由电子设备执行的计算机程序，当所述计算机程序在所述电子设备上运行时，使得所述电子设备执行权利要求1至6中任一项所述方法的步骤。

技术总结
本发明公开了一种车载SoC多应用处理方法、电子设备、存储介质，通过可执行管理守护进程进行同步启动和软件健康管理，方法步骤包括：解析App的描述信息，并将App描述信息进行初始化；对网络端口号和本地Socket地址进行解析，创建远程服务和本地服务；解析App请求信息，获取App信息和请求命令类型，调用Linux或QNX系统接口。本发明解决了多芯片多应用同步启动和健康管理的问题，对应用进行健康管理和系统资源监控，可以实时监控应用的状态，让整个系统能够安全稳定的运行，中间件的可拓展性增强，支持QNX系统和Linux系统的跨系统部署把多应用的协同交给中间件，提高了应用开发的效率，减少应用开发成本。

技术研发人员：姚志强
受保护的技术使用者：中国第一汽车股份有限公司
技术研发日：
技术公布日：2024/1/15