Comparer · Google DLC

Lockia vs Google DLC

Le Device Lock Controller de Google est un framework fourni par Google, pas un concurrent. D'autres éditeurs l'intègrent comme backend. Lockia est construit sur les API publiques DevicePolicyManager d'AOSP et reste indépendant du programme de partenaires DLC. Cette page explique la différence d'architecture.

KF

Kevin Fernandez

Co-Founder & CTO, Lockia Technologies

Publié le 14 mai 20266 min de lecture

01 · Pourquoi cette comparaison

DLC est un framework, pas un éditeur

Les acheteurs qui évaluent des plateformes de verrouillage d'appareils croisent souvent Lockia et le Device Lock Controller de Google dans la même discussion, mais il s'agit de deux catégories différentes. Google DLC est un framework de verrouillage fourni par Google, assorti d'un programme d'intégrateurs partenaires certifiés — trois intégrateurs dans le monde sont autorisés à déployer DLC pour le verrouillage de smartphones à grande échelle. Lockia est une plateforme Sovereign UEM construite sur les API publiques DevicePolicyManager d'AOSP présentes dans chaque appareil compatible Android Enterprise. Lockia n'est pas un intégrateur DLC et ne cherche pas à figurer sur cette liste.

Cette page est une explication technique de la différence. Les deux architectures sont valables. Elles servent des schémas de déploiement et des contraintes d'achat différents. Le choix dépend de la présence, dans les exigences du client, du statut de certification Google DLC, de la souveraineté sur le chemin des données, d'une couverture multi-OEM ou de processus spécifiques de provisionnement en usine que DLC prend en charge.

02 · Architecture

Ce qu'est réellement chaque plateforme

Concurrent

Google Device Lock Controller (DLC)

Google DLC est un framework de verrouillage d'appareils provisionné en usine, maintenu par Google. Il est distribué via un programme d'intégrateurs partenaires certifiés — les éditeurs demandent la certification à Google, Google l'accorde, puis l'intégrateur certifié déploie DLC sur les parcs des clients dans le cadre de sa propre relation commerciale avec l'opérateur de financement ou l'opérateur télécom.

Il existe actuellement trois intégrateurs DLC certifiés dans le monde autorisés à intégrer DLC pour le verrouillage de smartphones à grande échelle, dont Trustonic (selon la tribune de Trustonic sur le sujet, publiée en janvier 2026).

DLC fonctionne comme un service Google. Les décisions de commande et de politique transitent par l'infrastructure de Google. L'intégrateur certifié opère la couche commerciale ; le mécanisme d'application sous-jacent est celui de Google.

Lockia

Lockia

Cipher DPC de Lockia est un Device Policy Controller construit sur les API publiques d'AOSP documentées sur developer.android.com. Le DPC s'enrôle comme Device Owner au premier démarrage. Les décisions de commande et de politique transitent par l'infrastructure backend propre à Lockia, sur un transport push qui ne dépend pas des services Google pour le transport.

Cipher Protocol — l'architecture de Lockia en instance de brevet (demande provisoire USPTO 63/940,826) — fournit une identité d'appareil ancrée dans le matériel et le blocage de la réinitialisation d'usine, indépendamment de Google DLC et de tout fournisseur de verrouillage OEM spécifique.

Lockia n'est pas un intégrateur DLC. Ce choix d'architecture est délibéré : par définition, Sovereign UEM contourne les services des hyperscalers américains sur le chemin des données, et DLC est un service américain de Google. Pour les segments de clientèle où Lockia intervient — secteur public soumis à des exigences de souveraineté, finance réglementée, opérateurs multirégions soumis à la LGPD et à des régimes équivalents — la dépendance à DLC est éliminatoire lors de l'achat.

03 · Côte à côte

Faits architecturaux

Les deux architectures sont valables. La comparaison reflète ce qu'est chacune, et non laquelle est « meilleure » — cela dépend entièrement des exigences du client.

FonctionnalitéLockiaGoogle DLC
CatégoriePlateforme Sovereign UEM (DPC propre + MDM opéré par Lockia, dans votre région de déploiement)Framework de verrouillage fourni par Google, distribué via des intégrateurs certifiés
SubstratAPI publiques DevicePolicyManager d'AOSPInfrastructure de service Google DLC
Ancrage matérielIdentité liée au TEE via Cipher Protocol (USPTO 63/940,826)Attestation du framework DLC ; variable selon l'appareil et l'intégrateur
Prise en charge d'iOSCipher MDM opéré par Lockia via Apple Business ManagerAndroid uniquement
Couverture OEMTout OEM Android Enterprise proposant le mode Device Owner publicAppareils certifiés par Google dans le programme DLC
Accès réservé aux partenaires certifiésAucun — API publiques d'AOSPTrois intégrateurs certifiés dans le monde
Chemin des données clientHébergé par Lockia, dans la région du clientGoogle + cloud de l'intégrateur certifié
Posture de souverainetéDéploiement dans la région du client disponibleService d'un hyperscaler américain sur le chemin des données
Dépendance à une feuille de routeContrat public AOSP DPM (stable depuis Android 5)Feuille de route du programme DLC de Google + évolutions du programme de partenaires certifiés

04 · Souveraineté

Pourquoi « indépendant de DLC » est l'expression qui compte pour les achats

Pour la plupart des cas d'usage de verrouillage d'appareils Android, DLC fonctionne. Google maintient le framework, les intégrateurs certifiés gèrent le déploiement et les clients sans exigences particulières de souveraineté obtiennent un produit fonctionnel via un canal commercial connu.

Pour les segments de clientèle que sert Lockia, l'indépendance vis-à-vis de DLC n'est pas une fonctionnalité — c'est l'exigence de substrat. Les acheteurs publics de juridictions qui excluent les dépendances aux hyperscalers américains ne peuvent pas acheter une solution reposant sur un service Google, quel que soit l'intégrateur qui opère la couche commerciale. Les secteurs réglementés soumis à la LGPD, à la loi fédérale mexicaine sur la protection des données et à des régimes similaires se heurtent au même obstacle. Les opérateurs multirégions dont les contrats avec leurs propres clients comportent des clauses de résidence des données héritent eux aussi de cet obstacle.

Cipher DPC de Lockia contourne entièrement DLC en s'appuyant sur les API publiques d'AOSP que Google maintient comme contrat public stable depuis Android 5. Ce choix d'architecture est délibéré et ses implications pour les achats sont directes — la souveraineté sur le chemin des données devient une propriété contractuelle, et non une vague promesse sur la région d'hébergement.

05 · Quand Google DLC est la bonne réponse

Les cas où DLC et ses intégrateurs certifiés sont adaptés

DLC est un véritable framework qui répond à de véritables schémas de déploiement. L'architecture indépendante de Lockia ne les invalide pas.

  • Programmes OEM de provisionnement en usine. DLC prend en charge des processus spécifiques de provisionnement en usine pour lesquels les relations commerciales des intégrateurs certifiés sont calibrées. Les OEM déjà partenaires du programme DLC disposent d'une voie éprouvée.
  • Acheteurs dont l'appel d'offres exige le statut d'intégrateur certifié Google. Certains contrats d'achat font de la certification DLC une exigence ferme. Les trois intégrateurs certifiés sont éligibles ; Lockia ne l'est pas.
  • Clients sans contrainte de souveraineté sur les marchés desservis par Google. Lorsque le déploiement concerne des marchés sans exigence explicite de résidence des données et que le client accepte l'infrastructure de service de Google sur le chemin des données, DLC est efficace sur le plan opérationnel.

06 · Quand Lockia est la bonne réponse

Quatre cas où Sovereign UEM est l'architecture adaptée

Lockia est le bon choix lorsque DLC est exclu pour des raisons d'architecture ou lorsque le déploiement exige des capacités hors du périmètre du framework DLC.

  • Achats soumis à des exigences de souveraineté. Secteur public, finance réglementée, contrats publics, santé soumise à la LGPD ou équivalent — tout contexte où la dépendance aux services Google sur le chemin des données bloque l'achat. Consultez la page des solutions pour le secteur public.
  • Parcs multi-OEM incluant des appareils non certifiés par Google. Les terminaux des marchés émergents compatibles Android Enterprise mais absents de la liste des appareils certifiés Google DLC ne peuvent pas être déployés via DLC. Le DPC de Lockia basé sur AOSP fonctionne sur ces terminaux.
  • Appareils Apple dans le même déploiement. DLC est limité à Android. Cipher MDM, opéré par Lockia via Apple Business Manager, intègre iOS au même processus opérationnel.
  • Déploiements post-usine sans intégration au pipeline d'images de l'OEM. Lockia exploite Zeno, son outil d'installation Android, comme voie de provisionnement post-usine ; le modèle de déploiement principal de DLC est le provisionnement en usine.

Étape suivante

Échangez avec l'ingénierie Lockia sur vos exigences de déploiement

Si votre évaluation en est au stade de la comparaison des substrats — DLC vs Sovereign UEM —, l'étape la plus utile est un appel avec l'équipe d'ingénierie de Lockia. Nous passerons en revue vos contraintes d'achat, vos exigences de souveraineté et l'architecture adaptée au contrat que votre acheteur s'apprête à signer.

Google, Google Device Lock Controller et AOSP sont des marques de Google LLC. Apple et Apple Business Manager sont des marques d'Apple Inc. Trustonic est une marque déposée de Trustonic Limited. Cette comparaison reflète les informations publiquement disponibles publiées par chaque partie sur son propre framework ou sa propre plateforme et n'est fournie qu'à des fins d'évaluation.