Décoder le tableau de bord : Android Automotive vs Google Built-In
Introduction à l'architecture logicielle automobile
L'automobile moderne est de plus en plus définie par des lignes de code plutôt que par la puissance brute. Alors que les tableaux de bord se transforment en vastes toiles numériques, les géants de la technologie ont pénétré le secteur automobile pour fournir les infrastructures logicielles sous-jacentes. Parmi les acteurs les plus importants figure Google, dont l'écosystème s'est profondément implanté dans les habitacles des véhicules. Cependant, la terminologie entourant ces plates-formes automobiles sème souvent la confusion chez les consommateurs comme chez les développeurs.
Démêler des termes tels qu'Android Automotive et Google Built-In est essentiel pour comprendre le fonctionnement des systèmes d'infodivertissement modernes. Bien qu'ils partagent une origine commune ancrée dans le système d'exploitation mobile le plus populaire au monde, leur portée architecturale, leurs implications en matière de licences et leurs capacités divergent considérablement. L'examen de ces différences révèle la manière dont les éditeurs de logiciels et les constructeurs automobiles négocient le contrôle de l'espace numérique du conducteur.
Comprendre Android Automotive OS (AAOS)
À un niveau fondamental, Android Automotive OS, communément appelé AAOS, est un système d'exploitation open-source et hautement personnalisable conçu spécifiquement pour le matériel automobile. Contrairement à Android Auto, qui se contente de projeter l'interface d'un smartphone sur l'écran d'une voiture, AAOS fonctionne de manière native sur les ordinateurs embarqués du véhicule. Il gère les sous-systèmes critiques, prend en charge l'interface utilisateur et contrôle le routage audio ainsi que les systèmes de climatisation.
Étant donné qu'AAOS est open-source, les constructeurs automobiles ont la liberté de reprendre le code source principal pour créer des interfaces utilisateur entièrement personnalisées. Les marques peuvent supprimer les services par défaut, modifier l'esthétique visuelle et intégrer une télémétrie propriétaire. Cette flexibilité permet aux constructeurs automobiles traditionnels de préserver leur identité de marque tout en s'appuyant sur un système d'exploitation robuste et préexistant, plutôt que de concevoir une plate-forme à partir de zéro.
Le rôle et la portée de Google Built-In
Google Built-In, en revanche, n'est pas un système d'exploitation à proprement parler, mais plutôt une suite spécifique de services et d'applications logiciels. Lorsqu'un véhicule intègre Google Built-In, il fonctionne sous Android Automotive OS, mais il comprend également des applications Google propriétaires préinstallées telles que Google Maps, le Google Play Store et Google Assistant. Ces services sont profondément intégrés au matériel et à la pile logicielle d'origine du véhicule.
Opter pour Google Built-In permet aux constructeurs d'éviter la difficulté de concevoir un système de navigation ou un assistant vocal propriétaire, en s'appuyant plutôt sur l'infrastructure cloud de Google et son cycle de mises à jour continues. Cependant, l'intégration de ces services exige des fabricants qu'ils obtiennent la licence du package Google Automotive Services (GAS), assortie de directives de conformité strictes, de normes de design et d'accords de partage de données visant à garantir une expérience utilisateur cohérente.
Matériel et intégration au niveau du système
La distinction technique entre le système d'exploitation de base et les services groupés devient évidente lorsque l'on examine l'intégration au véhicule. AAOS agit en tant que contrôleur principal pour l'ensemble de l'habitacle, capable de communiquer directement avec le bus CAN du véhicule, de gérer les tableaux de bord et de piloter les systèmes avancés d'aide à la conduite. Il dialogue directement avec les puces qui alimentent l'unité d'infodivertissement.
Google Built-In tire parti de cette intégration système approfondie pour fournir une conscience contextuelle. Par exemple, comme Google Assistant dispose de points d'ancrage dans la plate-forme AAOS via Google Built-In, il peut régler la température de l'habitacle, ouvrir les vitres ou vérifier la pression des pneus directement par commandes vocales. Sans ces points d'ancrage natifs, un assistant vocal resterait cantonné au rôle de simple lecteur multimédia plutôt que de véritable contrôleur de véhicule.
Écosystème de développement et portabilité des applications
Pour les développeurs de logiciels, la distinction entre AAOS et Google Built-In dicte la manière dont les applications sont conçues, testées et distribuées. Développer pour AAOS signifie écrire des applications qui doivent tenir compte de tailles d'écran variables, de méthodes de saisie telles que des boutons rotatifs ou des écrans tactiles, et de restrictions de sécurité conçues pour minimiser la distraction du conducteur. Les applications doivent respecter des directives strictes quant au moment et à la manière dont elles affichent les informations.
Lorsqu'une application cible un véhicule équipé de Google Built-In, les développeurs ont accès au Google Play Store adapté aux voitures, ainsi qu'à des API spécialisées pour les services de géolocalisation et la lecture multimédia. Cet écosystème permet aux développeurs de porter des applications existantes pour mobiles ou tablettes vers la voiture avec une relative aisance, à condition d'adapter l'interface utilisateur aux modèles de conception et aux contraintes de sécurité spécifiques à l'automobile.
Implications pour l'industrie et stratégie des constructeurs
Le choix entre l'adoption d'Android Automotive OS brut ou l'intégration complète de Google Built-In représente un exercice d'équilibrage stratégique pour les dirigeants de l'industrie automobile. Les constructeurs savent pertinemment que celui qui contrôle le tableau de bord contrôle la relation client, les données générées lors des trajets et les revenus potentiels des abonnements numériques. Confier entièrement les clés à un géant de la tech comporte des risques stratégiques à long terme.
Par conséquent, certaines marques automobiles choisissent d'utiliser la plate-forme open-source AAOS tout en développant leurs propres magasins d'applications, systèmes de navigation et assistants vocaux propriétaires, bloquant ainsi l'accès de Google à la couche de services principale. D'autres fabricants adoptent Google Built-In pour répondre à la demande des consommateurs en matière d'intégration technologique familière, semblable à celle d'un smartphone, sans avoir à supporter les coûts massifs d'ingénierie logicielle nécessaires pour bâtir un écosystème d'infodivertissement moderne de manière indépendante.
Réflexions finales
À mesure que les véhicules évoluent vers des plates-formes définies par logiciels, les frontières entre les systèmes d'exploitation, les suites de services et le matériel continueront de s'estomper. Android Automotive OS fournit la base structurelle requise pour faire fonctionner le cockpit numérique d'un véhicule moderne, tandis que Google Built-In y superpose l'écosystème familier d'applications et de services que les utilisateurs attendent de leurs appareils personnels. Pour les développeurs comme pour les observateurs de l'industrie, la reconnaissance de cette division permet de clarifier la manière dont s'écrit l'avenir de la technologie embarquée.
Source: engadget.com