智能网联车的网络拓扑图及系统架构划分

闲话少说，直接上干货。如图所示：

现在的网联车，都可以实现远程app、微信小程序控制车。它的实现逻辑每个车厂都不一样，大概可以划分为前端应用有手机app、微信小程序、PC管理系统、监控系统、车机PAD。app、小程序等那些应有的级别功能，用户登录注销认证等就不说了，主要围绕着车控相关的实现说起。比如你在公司，你的车停在了马路边暴晒，你想远程启动你的车，开个空调，然后你走过去开车的时候，车内就凉了。这个时候可以通过app上的界面点击开空调，设置度数。app会把这些数据加密加签名通过http请求发送到云服务后端服务器，云服务后端服务器解密验证签名，走内部微服务，车控微服务组装数据经过防火墙调用车控系统的接口，车控系统再验证签名解密数据组装数据，然后通过tcp协议与通信系统交互，通信系统接收到报文，把下令下发到车机上的PAD的4G盒子，4G盒子把指令传给车中控系统，车中控系统对车进行操作，车执行了操作指令，返回给4G盒子，4G盒子传结果给车机上的PAD，车机上的PAD通过http协议回调返回结果接口给车控系统，车控系统提供查询车状态的接口。app可以再调云服务后端接口查询结果，云服务去调车控系统的接口获取结果。 大概的交互逻辑就这样，没什么复杂的，无非就是实时返回或轮询获取，回调、tcp实时推送等。安全方面，一定要加密加签名。

云服务后端是微服务架构的，例如spring cloud alibaba nacos。