移动数据升级 车用智能平台方案火热

体应用的音乐播放、视频播放需求，是全面性的架构与系统效能提升，同时系统平台也必须与各式车用传感器整合衔接，实际的整合设计具相当大的难度，系统平台也更须经过车规等级安全验证。

　　第三方车载平台 需强化内容整合抢食应用市场

　　若是车载计算机本身仅为附加功能应用，例如，车载导航系统、音乐、多媒体播放系统、收音机、移动数字电视等应用功能，对第三方服务业者来说是较容易切入的应用市场，也是多数非车厂背景的网络服务、软件应用服务业者积极抢进的区块，如Carplay、Android Auto、Carlife初期也是多以第三方应用整合为主，抢进车载计算机平台应用市场，而进阶整合则仍以车厂整合为主。

　　至于车用计算机所依附的车联网概念，其实整合概念源自互联网、移动互联网，互联网为PC与PC或各式计算机的网络链接，而移动互联网为各式手机、移动装置的网络链接，车联网则以车辆为单位彼此互联形成的网络系统，网络节点从PC、智能手机／平板计算机到汽车应用功能大同小异，通过车联网可进行汽车数据采集、传感器数据汇整与处理、传递行车数据甚至满足终端用户与道路管理者的道安监控需求，藉由通透的数据传输与高效能管理机制，降低交通成本与提升管理效率。

　　智能车载平台 可优化用车需求

　　例如，当用户的汽车出现引擎故障灯号，其实传统汽车的车主只能烦恼不知何种原因导致引擎故障提示，如果车辆还可勉强行驶，车主只能将车辆开回维修厂进行检修，但若是具备汽车车载计算机平台、车联网服务衔接，则可在动力系统发现故障问题实时将故障状态传回服务系统，由后端服务系统确认目前车辆位置、故障迹象，回传用户车用计算机告知是否适宜再继续使用车辆、或是由车厂维修体系派出拖吊车回收故障车辆，避免故障车辆造成更大安全隐忧。

　　而车联网系统与车载计算机的协同整合，应用功能不只仅限于汽车故障提示与后续专业维修体系的整合服务，若车联网可以衔接智能交通系统的平台，甚至可以提供更安全的车对车、车对设施的IoT通讯，提升行车智能应用，更进一步改善行车安全，增加道路管制与缓解交通的处理效能。

　　开发统一车载硬件平台难度高 间接使用车用屏幕成为发展蹊径

　　以因特网的角度检视，连接网络的节点是PC计算机，处理器可能是x86、操作系统为Windows/Mac OS/Linux，而移动网络的连接节点的手机、平板计算机，处理器可能有ARM/x86等，操作系统可能是iOS/Android/Window Phone等不同嵌入式系统平台，至于车载计算机就更复杂了，可以进阶到移动或车用板的PC运算平台，或是仅需要移动装置的ARM／低阶x86运算环境即可支持，而不同车厂提供的智能车载计算机终端可能硬件架构、规格都会有极大的出入，如何做到能互通/互联基本上并不容易，难度也相当高。

　　目前的市场就是没有共通标准，而没有标准前提下就是厂商各各想争推有利于自己的技术标准，也成为这场争夺车用运算平台屏幕的成败关键。

　　但实际的状况是，车载计算机平台多以车厂预装提供为主，对于CarPlay、Android Auto、Cralife等不同车载平台，就必须争夺大型车厂的青睐，车厂支持的品牌够多，也能通过一定程度的经济规模让导入状况朝正向发展、进而形成车载计算机的系统标准，但即便如此预装系统仍有相当大的难度，例如，车载计算机必须依据车载嵌入式系统的需求提供对应硬件平台，但不同的嵌入式平台硬件需求差异大，另一方面也可能因为单一车型甚至品牌的车载计算机需求量，无法达到配置对应硬件平台的经济规模，形成智能车用运算平台的发展的限制。

　　有趣的是，在早期遭遇导入困难重重后，在Apple Carplay、Google Android Auto、百度Carlife则找出另一种机制，为通过智能车载平台提供一个可以衔接智慧手机、平板计算机的连接，由用户自己准备的智能手机、平板计算机预先加载车用App软件，通过操作画面镜射投影到车载计算机的屏幕形式、让车载计算机操作起来就如同平时惯用的手机、平板计算机操作接口，而Carplay、Android Auto甚至还要将车用应用改成适合行车触控操作的人机界面，用来回避掉需配置专属车用系统平台的技术瓶颈。