Introduction
La détection automatique de trajet est une fonctionnalité essentielle des SDK télématiques. Elle simplifie l'expérience utilisateur en permettant l'enregistrement des trajets en arrière-plan, sans que le conducteur ait besoin d'ouvrir une application avant de prendre la route.
Détecter automatiquement les trajets motorisés implique un équilibre délicat entre deux objectifs contradictoires : détecter et enregistrer les trajets en arrière-plan tout en préservant la batterie du téléphone afin de ne pas créer de friction utilisateur. Seuls les meilleurs SDK télématiques parviennent à atteindre le juste équilibre, comme le montre les tests en conditions réelles.
Cet article détaille le fonctionnement de la détection automatique de trajet et présente les mécanismes qui garantissent la performance de la fonctionnalité.
Principe de l’analyse d’un trajet
L’analyse d’un trajet commence par la détection du mouvement du véhicule. Avant d'analyser le comportement de conduite, le SDK télématique doit d’abord déterminer qu’un trajet a commencé. Cette phase de détection initiale repose sur une combinaison de plusieurs signaux.
Pour réduire la consommation de la batterie du téléphone, il est nécessaire d’utiliser des mécanismes peu énergivores. Pour cette raison, le capteur GPS n’est pas utilisé pour détecter un trajet. Le GPS est activé une fois le trajet détecté pour vérifier que le déplacement correspond bien à un véhicule motorisé et lancer l’analyse du trajet.
Lorsqu’un trajet est détecté et confirmé, le capteur GPS est utilisé pour mesurer la vitesse du véhicule. En règle générale, l'analyse d'un trajet s'arrête automatiquement si le véhicule reste immobile plus de quatre minutes afin de préserver la batterie du téléphone.
Dès la fin du trajet, les données collectées sont envoyées au serveur et sont traitées en moins de deux secondes. L'assuré peut ainsi consulter ses scores de conduite immédiatement.
Un SDK télématique fiable repose sur plusieurs mécanismes conçus pour déclencher l'analyse de trajet dès le début du déplacement. Pour garantir une détection performante, un SDK télématique doit combiner plusieurs mécanismes complémentaires.
Android: API Activity Recognition
Sur Android, les services Google Play proposent une API d’Activity Recognition qui exploite les capteurs du smartphone pour collecter des données de mouvement, puis les interprète en utilisant des modèles de machine learning.
Ces modèles s’appuient sur des capteurs basse consommation, et la chaîne de traitement est optimisée pour minimiser l’utilisation des ressources du téléphone. La liste des activités reconnues est disponible dans la documentation publique de Google.
Le SDK DriveKit surveille les changements d’activité détectés et déclenche l’enregistrement lorsqu’un mode de transport motorisé (IN_VEHICLE) est identifié.
iOS: Significant Location Change
Sur iOS, il existe également une API de reconnaissance d’activité mais cette méthode ne peut pas être utilisée par une application fonctionnant en arrière-plan, ce qui limite son intérêt pour la détection automatique de trajet.
Pour pallier cette limitation, iOS propose un autre mécanisme capable de détecter un déplacement motorisé : le service Significant Location Change (SLC).
Les événements SLC sont générés à partir de la position approximative du téléphone, estimée via les antennes GSM à proximité. Bien que cette méthode ne permette pas un suivi précis, elle est suffisamment fiable pour détecter des changements significatifs de position liés à un déplacement en voiture. Comme les mises à jour sont peu fréquentes, la consommation de batterie reste très faible.
Le SDK DriveKit utilise cet événement pour déclencher l'analyse d'un trajet sur iOS.
Les géozones
Les méthodes mentionnées précédemment sont efficaces, mais ne garantissent pas une détection instantanée du début d'un trajet :
-
Sur Android, les performances et le déclenchement de l'API Activity Recognition varient selon la qualité des capteurs du smartphone.
-
Sur iOS, les événement SLC consomment peu de batterie mais leur fréquence de déclenchement est assez rare.
Pour compenser ces limites, le SDK DriveKit intègre un mécanisme de renforcement basé sur les géozones. Le principe est simple : après chaque trajet, le SDK crée une géozone centrée sur le dernier point GPS enregistré, correspondant à l’emplacement de stationnement du véhicule.
Lorsque l’utilisateur s’éloigne de cette géozone, le SDK DriveKit interprète cela comme le début d’un nouveau trajet et déclenche immédiatement l’enregistrement.
Les beacons
Un beacon est un émetteur Bluetooth Low Energy (BLE) dont le signal peut être capté par un smartphone iOS ou Android. Placé dans un véhicule, le beacon permet le déclenchement immédiat de l'enregistrement d'un trajet dès qu'il se trouve à proximité du smartphone de l'assuré.
Bien que non indispensable, cet appareil présente deux avantages par rapport aux mécanismes précédents :
-
La détection du trajet — elle est immédiate et commence avant même le déplacement du véhicule, garantissant ainsi l'enregistrement du trajet dans son intégralité.
-
L'identification du véhicule assuré — ce qui n’est pas possible avec les méthodes basées uniquement sur le mouvement ou la localisation.
|
Le SDK DriveKit prend en charge le standard iBeacon, introduit par Apple en 2013, largement adopté, interopérable et optimisé pour la détection par smartphone. Pour approfondir le sujet, consultez Pourquoi utiliser des beacons pour votre assurance auto connectée ? (2026). |
Les systèmes d’infodivertissement embarqués
La plupart des véhicules modernes sont équipés de systèmes multimédias permettant une connexion Bluetooth avec un smartphone.
Le SDK DriveKit peut détecter la connexion entre le smartphone de l’assuré et le véhicule, et utiliser cet événement pour déclencher l’enregistrement.
Cette méthode est simple et efficace, mais présente quelques limites :
-
Un véhicule ne peut se connecter qu’à un seul smartphone à la fois.
-
Les conducteurs ne connectent pas systématiquement leur téléphone.
Ces limites ne posent pas de problème, car ce mode de détection n’est pas exclusif. Si le téléphone est connecté, l’enregistrement démarre immédiatement. Sinon, la détection de trajet repose sur les autres mécanismes : Activity Recognition, SLC ou géozones.
Android Auto et CarPlay
Les constructeurs automobiles intègrent de plus en plus des systèmes avancés comme CarPlay et Android Auto.
Le SDK DriveKit peut détecter une connexion à Android Auto et utiliser cet événement pour déclencher l’enregistrement, que la connexion soit filaire ou sans fil.
En revanche, pour les utilisateurs d’iPhone avec un véhicule compatible CarPlay, cette fonctionnalité n’est pas disponible. Apple ne fournit pas l’événement de connexion CarPlay aux applications iOS, sauf pour les apps explicitement compatibles avec CarPlay — ce qui n’est généralement pas le cas des applications d’assurance connectée.
Conclusion
Cet article a présenté les principes qui sous‑tendent la détection automatique des trajets d'un SDK télématique. La performance de la détection automatique de DriveKit repose sur la combinaison de ces mécanismes complémentaires qui travaillent ensemble pour assurer la détection de tous les trajets.
Fournir une solution télématique smartphone fiable nécessite une expertise pointue des écosystèmes iOS et Android, des objets connectés (IoT) et des interfaces embarquées dans les véhicules, ainsi qu’une compréhension fine des comportements de mobilité. Ces compétences s’appuient sur des méthodes techniques rigoureuses afin de garantir précision, efficacité et fiabilité.
La détection automatique des trajets est bien plus qu'une fonctionnalité technique : c’est le coeur d'un programme d'assurance connectée scalable et fiable. En combinant plusieurs mécanismes de détection et une expertise mobile de pointe, le SDK DriveKit offre une expérience utilisateur sans friction et fluide.
