Vue d’ensemble de LocalGuard

LocalGuard est une plateforme de contrôle parental qui permet d’administrer la protection de plusieurs appareils depuis un même compte. Le panneau web centralise la configuration ; la protection est appliquée par le composant associé à chaque appareil. Cette séparation permet d’identifier la politique attribuée à un appareil, de savoir s’il peut la recevoir et de consulter les informations opérationnelles qu’il a communiquées.

L’application ne considère pas tous les appareils comme identiques. Un ordinateur Windows avec l’Agent, un navigateur avec l’extension et un appareil sans contact récent demandent des vérifications différentes. Cette vue d’ensemble pose ce cadre avant les guides des écrans et composants.

Le problème traité

La protection d’une famille ne consiste pas seulement à bloquer une adresse web. Les décisions peuvent associer horaires, limites de temps, catégories, règles particulières, appareils sous différents systèmes et exceptions nécessitant une décision explicite. Lorsque ces décisions sont dispersées entre plusieurs applications, il devient difficile de déterminer quelle mesure est active, où elle s’applique ou pourquoi un appareil présente un état donné.

LocalGuard réunit ces éléments dans une seule installation. Son objectif n’est pas d’observer discrètement des contenus privés, mais de fournir aux adultes responsables un espace pour définir des limites, consulter l’état des appareils et traiter les exceptions de façon explicite. Configuration, supervision et application technique restent séparées afin que chaque décision puisse être examinée dans son contexte.

Limites claires de la supervision

Les mesures de protection travaillent avec règles, domaines, catégories, horaires et mécanismes disponibles dans chaque composant. Elles ne transforment pas le panneau en outil de lecture des messages, mots de passe ou contenus privés. Cette limite est volontaire : LocalGuard sert à administrer des conditions d’usage, sans élargir la collecte de données familiales au-delà de ce qui est nécessaire.

Un modèle local-first

LocalGuard est conçu pour que l’installation conserve le contrôle des données familiales. Le Core, la base de données et les règles font partie de l’infrastructure gérée par l’installation ; SQLite est la source principale pour les utilisateurs, appareils, configurations et états. Les services externes, lorsqu’ils sont activés, couvrent des fonctions précises comme la facturation ou les notifications, sans remplacer les données opérationnelles de la famille.

L’activité, les règles et les appareils ne sont donc pas traités comme des données à transférer à une plateforme de supervision tierce. La protection doit rester compréhensible depuis le panneau et liée au système contrôlé par la famille. La confidentialité n’est pas un réglage supplémentaire : elle détermine les données conservées, leur traitement et les composants qui y accèdent.

Ce que LocalGuard administre

LocalGuard coordonne les appareils, les mesures de protection et la supervision opérationnelle. La configuration décrit le résultat attendu ; l’état de l’appareil indique si son composant peut communiquer ; l’activité apporte le contexte disponible pour examiner le résultat. Ces éléments répondent à des questions différentes et ne se remplacent pas.

Appareils et contexte

Avant de modifier une règle, identifiez l’appareil concerné et vérifiez quel composant lui est associé. Ce contexte détermine les mesures applicables et la façon d’interpréter les informations du panneau.

Protection, temps d’écran et demandes

Catégories, règles de filtrage, limites et horaires décrivent la politique que LocalGuard doit appliquer. La configuration est conservée de manière centralisée pour que le compte garde une référence unique, même lorsque les appareils ont des règles différentes. Consultez Protection, Règles de filtrage et Temps d’écran.

Le panneau rassemble aussi l’état du système, l’activité disponible et les décisions nécessitant l’intervention d’un adulte. Une demande de temps ou d’accès ne désactive pas une règle : elle est examinée dans son contexte et résolue explicitement.

Comment une configuration est appliquée

Le panneau n’exécute pas lui-même une restriction dans un ordinateur ou un navigateur. Après l’enregistrement d’un changement, le Core évalue la politique attribuée à l’appareil et maintient son état opérationnel. L’Agent Windows ou l’extension reçoivent ensuite les décisions qui les concernent et agissent uniquement dans leur périmètre technique.

Politique enregistrée

Le panneau conserve règles, limites et horaires.

Core LocalGuard

Évalue la politique correspondant à l’appareil.

Composant associé

Applique la mesure dans son périmètre technique.

L’état opérationnel revient au panneau pour vérification.

Le diagramme sépare les trois responsabilités en jeu : le panneau conserve la politique, le Core décide celle qui s’applique à l’appareil, puis le composant associé l’applique. Sa ligne finale montre que l’état opérationnel revient au panneau pour vérification. Il ne reproduit pas un écran de l’application : il relie le texte précédent au flux entre les composants.

Configuration enregistrée et mesure appliquée

Une règle enregistrée exprime la politique attendue, mais ne confirme pas à elle seule qu’un appareil a pu l’appliquer. Vérifiez l’appareil concerné, son dernier contact et le composant installé avant d’interpréter l’activité ou de modifier la configuration.

Responsabilités séparées

Le panneau présente la configuration et permet les décisions. Le Core conserve la logique métier et l’état. Les composants installés exécutent les politiques reçues et rapportent leur situation. Cette division évite d’attribuer au navigateur une décision du Core, ou d’attendre du panneau une action réservée à l’Agent. Consultez Composants et périmètre, Agent Windows et Extension de navigateur.

État et suivi

L’état indique si l’appareil maintient un contact opérationnel ; l’activité enregistre les événements que son composant peut rapporter. Un appareil sans contact ne prouve pas l’échec d’une règle ; une règle visible ne prouve pas non plus son application si l’appareil n’a pas pu se mettre à jour.

Ordre de vérification

Identifiez d’abord l’appareil et confirmez la politique qui lui est attribuée. Vérifiez ensuite son état et son composant associé, puis les règles, limites ou horaires applicables, et enfin l’activité ou la demande concernée. Cette séquence distingue une configuration en attente, un problème de connexion et un composant nécessitant une attention.

Utiliser cette documentation

Commencez par cette vue d’ensemble pour comprendre quelle partie du système intervient dans une action. Continuez avec le modèle opérationnel pour les questions entre configuration et appareil, et avec Composants et périmètre pour savoir quelle partie peut exécuter une mesure. Les guides du panneau couvrent ensuite protection, temps d’écran et appareils.