Plateforme · Remote Care
Vous n'envoyez pas un camion. Vous envoyez un paquet.
Diagnostic à distance. Reconfiguration à distance. Remédiation à distance signée. Câblé dans chaque appareil MOS4 — prêt pour les moments où une immobilisation coûte plus cher que le boîtier.
Ce que cela remplace
Une immobilisation coûte plus cher que l'appareil.
Une panne ECU sur un tombereau hors route signifie perte de production. Une intervention de technicien sur un tracteur d'aéroport signifie retard de créneau. Une moissonneuse à l'arrêt en semaine de récolte est une perte de fenêtre culturale. Remote Care est la fonction OS qui convertit un déplacement de technicien en paquet.
Trois niveaux
Diagnostiquer. Reconfigurer. Remédier.
Niveau 1
Diagnostiquer à distance
Récupération de journaux en direct via mos-logs — plage TAI64 plus filtre grep, en flux compressé. Instantanés d'observabilité à la demande. Pas de SSH, pas de SCP, pas d'outillage côté appareil. Pour des sessions ECU interactives — lire, réinitialiser, reconfigurer, reflasher — voir Remote Diagnostic.
Niveau 2
Reconfigurer à distance
Poussez un nouveau graphe de signal MSP, une nouvelle machine à états MEP, une nouvelle carte de geofence, un nouveau scénario Multi Stacks. Rechargement à chaud sans OTA — typiquement autour de dix secondes entre la fin d'édition et le premier appel de service réussi sur l'appareil. La configuration persiste à travers la rotation A/B ; le retour à la configuration précédente est à un appel signé près.
Niveau 3
Remédier à distance
OTA A/B avec paquets delta signés et rollback automatique. Retour basé sur le bootcount en cas d'échec de démarrage — aucune intervention opérateur requise. Redémarrage de processus à distance et redémarrage SoC à distance via la chaîne de supervision watchdog. Reflash à distance avec attestation cryptographique. Les interlocks de sûreté ne sont pas surchargeables depuis la surface de remédiation.
Couche prédictive
Détecter la panne avant qu'elle n'arrête la machine.
Un graphe de signal MSP fait passer la télémétrie de l'appareil à travers un modèle de détection de panne sur l'appareil. Les signatures pré-panne (dérive de surchauffe, anomalie de vibration de boîte de vitesses, taux d'erreur du bus CAN, rafales de DTC OBD) émettent des alertes avant que la panne n'arrête la machine. Le pipeline AI Funnel réentraîne le modèle de détection à partir de signatures agrégées sur la flotte et OTAise la mise à jour — sans publication de firmware, sans fenêtre de flash à l'échelle de la flotte.
Couche prédictive — la télémétrie de l'appareil circule dans un graphe de signal MSP exécutant un modèle de détection de panne ; les événements pré-panne émettent vers le bus d'événements et s'agrègent dans le cloud à travers la flotte ; le pipeline AI Funnel réentraîne, quantifie et OTAise un modèle de détection mis à jour vers chaque appareil.
flowchart LR D[Télémétrie appareil] --> MSP[Graphe signal MSP<br/>modèle détection panne] MSP --> EV[Bus d événements<br/>alerte pré-panne] EV --> Cloud[Agrégateur cloud<br/>signatures flotte entière] Cloud --> AIF[AI Funnel<br/>réentraîner · quantifier · OTA] AIF --> NEW[Modèle de détection mis à jour<br/>sur chaque appareil] NEW --> MSP
Auth et audit
Chaque action distante est signée. Chaque action est journalisée.
Porte d'action signée
La liaison MD21 transporte des charges utiles signées. La porte côté appareil valide la signature et l'identité de l'opérateur avant qu'aucune remédiation ne s'exécute. L'autorisation multi-partie est disponible pour les actions sensibles. Pas de chemin super-utilisateur anonyme.
Attestation de démarrage
Le rootfs A/B est vérifié avant toute écriture flash. Le retour basé sur le bootcount signifie qu'une remédiation échouée se restaure automatiquement sans action opérateur.
Journal d'audit par action
Chaque action signée émet un enregistrement de provenance sur l'EventBus — identité d'acteur, type d'action, cible, horodatage, résultat. Adapté comme entrée de preuve pour l'audit aligné CRA et pour la revue d'incident côté opérateur.
Frontière de sûreté
Les interlocks de sûreté matériels ne sont pas surchargeables depuis la surface de remédiation. Les actions distantes opèrent dans la frontière définie par le dossier de sûreté de l'intégrateur. Remote Care n'est pas un pilote automatique.
Architecture de référence
La surface remote-care, de bout en bout.
Surface remote-care de bout en bout — le gestionnaire de flotte cloud ou la console hébergée par Munic se connecte via MD21 à une porte d'action signée ; la porte distribue vers l'agent OTA (partitions A/B, paquets delta, rollback), vers les chemins de rechargement à chaud pour MSP, MEP, Multi Stacks et les cartes de geofence, et vers les surfaces de journaux et observer. Chaque chemin émet un journal d'audit par action ; le journal d'audit revient vers le cloud par la même liaison MD21.
flowchart LR C[Cloud · gestionnaire de flotte ou<br/>console hébergée par Munic] --> Up[Liaison montante MD21 sécurisée<br/>signée · attestée] Up --> Gate[Porte d action signée<br/>multi-partie si requis] Gate --> OTA[Agent OTA<br/>A/B · delta · rollback] Gate --> CFG[Rechargement à chaud<br/>MSP · MEP · Multi Stacks · geofence] Gate --> LOG[Journaux · Observer<br/>surface diagnostic] OTA --> Audit[Journal d audit<br/>provenance par action] CFG --> Audit LOG --> Audit Audit --> Up Up --> C
Exemples concrets
Trois moments où Remote Care se rentabilise.
Tombereau · pré-panne
Un graphe MSP de détection de panne signale une dérive de température d'huile une heure avant que le tombereau ne cale. L'opérateur de flotte planifie une fenêtre de maintenance au prochain changement d'équipe au lieu de récupérer un tombereau calé sur la rampe de halage à 03:00.
Tracteur d'aéroport · redémarrage à distance
Un tracteur cale à la porte 14 au milieu d'une rotation. Un redémarrage de processus distant signé récupère le micro service affecté. Si le SoC est bloqué, un redémarrage SoC distant signé restaure un état connu sain — le tracteur reprend le service dans la fenêtre de créneau.
Moissonneuse · remappage geofence en cours de saison
Une nouvelle parcelle de récolte ouvre tard dans la saison. L'opérateur pousse une carte de geofence de 1 000 zones mise à jour vers la flotte de moissonneuses via une seule reconfiguration distante signée — pas de publication de firmware, pas de déplacement de technicien, pas d'arrêt de moissonneuse.
Anti-revendications
Ce que Remote Care n'est pas.
Pas un pilote automatique
Remote Care est médié par l'opérateur et journalisé. L'OS ne prend pas de décisions autonomes sur la remédiation. Les remédiations sensibles peuvent exiger une autorisation multi-partie.
Pas un SaaS séparé
Remote Care est une capacité OS intégrée. Une console de flotte managée (ekkofleet) existe comme produit Munic séparé ; si vous construisez votre propre gestionnaire de flotte, vous le câblez à la même surface.
Renvois
Surfaces plateforme associées.
Multi Stacks
Le récit du remplacement d'outil d'atelier — console mécanicien petit OEM sans outil Vector à 10 k€. Audience différente, même surface bus véhicule.
Couche opérations
Le parapluie J+2 — observabilité, sûreté, OTA, contrôle à distance, cycle de vie. Remote Care est une capacité transversale que la couche opérations expose ensemble.
Conformité · CRA
Actions signées, journaux d'audit, SBOM et le pipeline SDLC forment la chaîne de preuves. Le journal d'audit par action alimente la posture alignée CRA.
Niveaux de service
Trois plans enveloppent la surface ci-dessus.
La capacité OS est intégrée. L'offre de service packagée est une décision distincte — trois niveaux de plan enveloppent diagnostic, remédiation et prédictif dans un programme. Tarification et périmètre SLA sont une conversation commerciale. Les noms de plan ci-dessous sont en projet et susceptibles d'évoluer.
Niveau 1
Munic Diagnostic
Console mécanicien à coup unique — surface bus véhicule, arbre de panne, récupération de journaux. Engagement minimal. Commencez ici quand la priorité est le travail diagnostic en atelier et que le récit d'uptime de flotte n'est pas encore à l'ordre du jour.
Niveau 2
Munic Watch
Télémétrie plus alertes. Liaison MD21, observabilité à l'échelle de la flotte, détection de panne MSP remontée sur le tableau de bord. Pas de remédiation incluse — Watch voit ; vous agissez. Pour les flottes où le déficit d'observabilité est la contrainte limitante.
Niveau 3
Munic Care
Watch plus remédiation signée. La surface complète — diagnostiquer, reconfigurer, remédier — avec support opérateur et engagement de niveau de service. Pour les flottes où le coût d'une immobilisation dépasse largement le coût du plan.
La nomenclature et la tarification des niveaux de plan sont commercialement gardées. Cette page ne s'engage pas sur la tarification publique ni le périmètre SLA — cette conversation démarre avec l'équipe commerciale.
Métriques plateforme
Chiffres clés.
FAQ
Questions fréquentes
-
Remote Care est-il un produit séparé ou une capacité intégrée ?
Capacité OS intégrée. Chaque appareil MOS4 expose la surface remote-care — la même porte d'action signée, la même liaison MD21, le même journal d'audit. Pas de licence séparée, pas d'agent séparé, pas d'installation séparée côté flotte.
-
En quoi est-ce différent de la page Multi Stacks ?
Multi Stacks est le récit du remplacement d'outil mécanicien — un petit OEM substituant un outil Vector à 10 k€ par un appareil Munic à moins d'1 k€ pour le travail diagnostic en atelier. Remote Care est le récit d'uptime de flotte — empêcher l'immobilisation en premier lieu, ou en sortir sans dépêcher de technicien. Audience différente, même surface sous-jacente.
-
N'importe quel opérateur peut-il déclencher une action distante ?
Non. Chaque action distante passe par une porte d'action signée. L'authentification est liée à l'identité de l'opérateur ; le journal d'audit enregistre ce qui a été fait, par qui, avec quelle autorisation. Les remédiations sensibles peuvent exiger une autorisation multi-partie. Pas de chemin super-utilisateur anonyme.
-
Remote Care peut-il outrepasser les interlocks de sûreté ?
Non. Les interlocks de sûreté matériels ne sont pas surchargeables depuis la surface de remédiation. L'OS exécute des remédiations médiées par l'opérateur et journalisées dans la frontière définie par l'intégrateur. Remote Care n'est pas un pilote automatique, ni une remédiation autonome sans surveillance.
-
Sur quoi repose la couche prédictive ?
Un graphe de signal MSP s'exécute sur l'appareil — télémétrie plus traitement du signal de détection de panne. Les signatures agrégées sur la flotte entraînent un modèle de détection mis à jour dans le pipeline AI Funnel ; le nouveau modèle est OTAisé vers chaque appareil. La détection est configurable par programme ; la sensibilité est une décision de réglage, pas un seuil fixe.
-
Quel est le lien avec ekkofleet ?
ekkofleet.com est un SaaS de flotte clé en main proposé par Munic. Il repose sur MOS4 et utilise la même surface remote-care. Remote Care est la capacité OS intégrée — la plateforme. Si vous voulez une console de flotte managée, ekkofleet existe ; si vous voulez câbler MOS4 dans votre propre gestionnaire de flotte, la même surface remote-care est exposée.
-
Cela tourne-t-il sur silicium classe modem ?
Oui. Les niveaux diagnostic et remédiation sont légers en runtime — ils réutilisent mos-update, mos-rpc, mos-logs, mos-observer et la chaîne de supervision micro service existante. La couche prédictive ajoute un graphe MSP et un corrélateur d évènements ; cela reste dans l enveloppe classe modem.
Câblez votre flotte dans Remote Care.
Topologie de flotte, classes de véhicules, politique de remédiation, obligations d'audit — apportez les contraintes. L'ingénierie passera en revue la porte, la chaîne OTA et la surface d'audit pendant l'appel.