Document de référence canonique

Référence WorldModel

L'aperçu structuré canonique de dix couches architecturales et onze politiques transversales qui constituent WorldModel™ comme architecture de gouvernance pour les sites hyper-personnalisés. Ce document est la source unique de vérité référencée par les ouvrages compagnons, la page d'architecture et tous les matériaux dérivés.

Statut : Faisant autorité · Posture : Brevet en attente · Audience : Architectes, planificateurs, achats, examinateurs de gouvernance, citation académique

L'architecture, couche par couche.

WorldModel™ comprend dix couches architecturales. Chaque couche a un rôle défini, une interface exécutable et une relation de précédence avec les autres. OSOL™ prend priorité dure sur toutes les autres couches lorsqu'invoquée.

01
VS+C™Système de valeurs + Constitution
Les priorités, droits et contraintes non négociables déclarés qui définissent ce que « bon » signifie sur le site. La source normative de vérité à laquelle chaque décision de gouvernance répond.
02
CGL™Couche de gouvernance cognitive
La couche d'application en temps d'exécution. Applique directement les invariants VS+C™ et évalue chaque action proposée contre le Système de valeurs, l'état de consentement, les contraintes juridictionnelles, le régime opérationnel actif et la politique opérationnelle — en autorisant, bloquant ou escaladant avec un registre entièrement auditable.
03
TGF™Cadre de gouvernance temporelle
Traite le temps comme une dimension gouvernée de premier ordre des opérations du site. Conserve le calendrier du site de régimes opérationnels (jour, crépuscule, nuit, après les heures d'ouverture ; ouverture, pointe, accalmie, fermeture, nuit, maintenance, urgence), régimes calendaires (week-ends, jours fériés, journées d'observance religieuse, semaines d'Halloween, semaines de Noël, semaines de Pâques, affluence des vacances d'été, jours d'événement), régimes de spectacles et performances (parade en cours, fenêtre de feux d'artifice, heure de concert, pré-spectacle, spectacle, post-spectacle, blackout) et régimes déclenchés par capteur ou événement (lié au coucher du soleil, lié à la météo, enveloppe acoustique, lié à l'éclairage). Conserve les octrois temporellement limités de consentement, droit, personnalisation et accès. Conserve les fenêtres d'exclusion mutuelle qui verrouillent les ressources physiques partagées contre des actions en collision. Fournit à CGL™ l'ensemble de règles actif pour le moment courant, signale les transitions de régime imminentes à MAOL™ et FCL™, et arbitre entre des actions autrement valides dont l'autorité dépend du contexte temporel.
04
ICL™Couche de continuité d'identité
Le sous-système d'identité. Maintient la continuité des préférences, paramètres d'accessibilité, langue et contexte de visite de retour sous consentement explicite et limitation de finalité, en n'exposant que l'état minimum nécessaire.
05
EDE™Moteur de dynamique environnementale
Modèle continu du monde physique du site. Espace, flux, occupation, conditions environnementales, état du contenu et l'état de gouvernance conditionnel par zone qui contraint l'action par emplacement — y compris zones restreintes, droits liés à la zone, règles commerciales conditionnelles par zone, état de consentement conditionnel par zone, dispositions d'accessibilité conditionnelles par zone et verrous d'exclusion mutuelle par zone. Fournit une vérité de terrain situationnelle et de gouvernance conditionnelle par zone partagée à MAOL™, CGL™ et aux mécanismes de livraison d'accessibilité.
06
MAOL™Couche d'orchestration multi-agents
Le chef d'orchestre opérationnel. Décompose les objectifs en tâches bornées, les attribue à des agents spécialistes, applique les limites d'utilisation d'outils et transforme l'intention gouvernée en action coordonnée sous autorisation CGL™.
07
FCL™Couche de fédération et de coordination
La couche de fédération. Coordonne la gouvernance, l'identité et l'état opérationnel à travers les sites, opérateurs et juridictions — soutenant les districts multi-sites et les programmes fédérés sans effondrer l'autorité locale.
08
RGL™Couche de résilience et de dégradation maîtrisée
La couche de résilience. Définit ce que fait le système lorsque la capacité est réduite — en préservant la sécurité, l'accessibilité et la confiance avant l'optimisation, et en garantissant que le site se dégrade dans un état défini, auditable et sûr.
09
OSOL™Dérogation opérationnelle de sécurité — Priorité dure
La couche de dérogation de sécurité. Prend le pas sur toute autre couche lorsqu'une condition pertinente pour la sécurité est signalée. OSOL™ a une précédence dure : les objectifs d'expérience, la personnalisation et l'orchestration cèdent tous devant elle. La récupération requiert une action autorisée et auditable.
10
AAL™Couche d'assurance, d'analyse et d'audit
Couche d'observation et d'audit non bloquante et append-only. Enregistre, pour chaque décision gouvernée, la version de politique en vigueur au moment de la décision, le régime résolu par TGF™ actif à ce moment, le contexte spatial EDE™, l'état de consentement, l'ensemble de règles évalué, l'action autorisée ou refusée et l'acteur qui l'a demandée. Enregistre également les événements d'accès, versions de politique, dérogations, événements de fédération et actions gouvernées. Maintient des enregistrements à l'épreuve des manipulations et n'approuve, ne retarde ni ne bloque l'exécution.
Logique des couches

VS+C™ est la source normative. CGL™ est l'exécuteur runtime. TGF™ est le gardien temporel. ICL™ et EDE™ ancrent la personnalisation dans l'identité et l'environnement. MAOL™ orchestre l'exécution. FCL™ fédère à travers opérateurs et juridictions. RGL™ définit la dégradation sûre. OSOL™ outrepasse tout lorsque la sécurité l'exige. AAL™ rend le système entier reconstructible.

Retirez une seule couche et le système perd légitimité, sécurité, continuité ou auditabilité. Les dix ne sont pas des fonctionnalités optionnelles. Elles sont l'architecture.

Politiques opérant à travers les couches.

Les politiques transversales sont des règles et mécanismes d'application qui opèrent sur plusieurs couches. Elles ne sont jamais appelées couches, jamais appelées concerns et jamais traitées comme auxiliaires. Elles constituent la façon dont l'architecture traite les réalités qu'aucune couche seule ne peut posséder.

Politique 01
Adaptation juridictionnelle
Règles et comportements qui varient selon la juridiction — confidentialité, consentement, conservation, restrictions d'âge, règles de contenu — appliqués de manière cohérente à travers les couches dans les règles de la juridiction.
Politique 02
Provenance & confiance du contenu
Chaque élément rendu est traçable à sa source approuvée via un magasin de contenu attesté par la source, organisé par le site. CGL™ rejette les propositions de rendu qui tombent en dehors du magasin attesté ; AAL™ enregistre l'attribution de la source, la transformation autorisée appliquée et l'événement de rendu. Anti-confabulation par architecture, non par politique seule.
Politique 03
Gouvernance humain-dans-la-boucle
Points définis auxquels des humains autorisés approuvent, modifient ou outrepassent les décisions automatisées, la dérogation elle-même étant enregistrée comme événement de gouvernance. L'autorité humaine est structurelle, non consultative.
Politique 04
Gouvernance AR/MR/XR
Règles régissant le contenu de réalité augmentée, mixte et étendue : enregistrement dans l'espace physique, contraintes de sécurité, adéquation à l'âge et superposition consentie sur les environnements du monde réel.
Politique 05
Gouvernance acoustique & sensorielle
Contraintes sur la sortie sonore, lumineuse, de mouvement, haptique et autres sorties sensorielles — y compris contrôle des fuites, intelligibilité, modes conscients de la neurodivergence et façonnage sensoriel piloté par l'accessibilité.
Politique 06
Commerce & droits
Règles régissant ce que les invités peuvent accéder, acheter ou déverrouiller — appliquées de manière cohérente à travers les couches d'identité, d'environnement et d'orchestration, avec consentement et audit conservés.
Politique 07
Évolution du cycle de vie
Règles pour le versionnement, l'amendement, la dépréciation et la retraite de chaque politique, actif de contenu et élément architectural. Enregistré par AAL™ à chaque transition de version de politique ; le régime résolu par TGF™ sous lequel une décision a été prise est préservé dans l'enregistrement AAL™. Le versionnement administratif, la gestion du cycle de vie, la conservation, l'expiration et le rollback des artefacts de politique sont des processus governance-ops exécutés en dehors de la pile runtime à dix couches.
Politique 08
Calendrier d'autorité de sécurité
La hiérarchie définie des autorités de sécurité, les conditions dans lesquelles chacune est invoquée et la précédence des contraintes de sécurité sur tous les autres objectifs à l'exécution. Couple à OSOL™ : lorsqu'une condition pertinente pour la sécurité est signalée, OSOL™ prend le pas sur la pile runtime à dix couches avec priorité dure sur toute autre couche.
Politique 09
Sécurité & frontière de confiance
Frontières cryptographiques, réseau et opérationnelles qui empêchent l'accès, la modification ou l'exfiltration non autorisés — appliquées à travers chaque couche, sans exceptions privilégiées.
Politique 10
Accessibilité & inclusion
L'inclusion traitée comme contrainte système dès la phase de concept, non comme rétrofit. Se manifeste par des comportements concrets spécifiques à chaque couche : flux de médias parallèles (audio pour appareils auditifs, sous-titres, vidéo en langue des signes, audio multilingue, variantes de médias apaisées), routage de canal sensoriel à MAOL™, profil d'accessibilité consenti porté par ICL™, et audio spatial pour la navigation coordonné contre l'état EDE™.
Politique 11
Consentement & souveraineté des données
Consentement en tant qu'état évaluable à l'exécution, non comme événement ponctuel. ICL™ maintient l'état de consentement actuel ; CGL™ évalue le consentement à chaque action qui en dépend ; les retraits se propagent dans un temps borné ; AAL™ enregistre l'état de consentement au moment de la décision dans le cadre du cadre de gouvernance complet. Souveraineté des données respectée à travers les juridictions, avec divulgation sélective et minimisation comme valeurs par défaut architecturales.
Pourquoi « politiques », pas « concerns »

Ces onze sont des politiques : règles et mécanismes d'application opérant à travers les couches. Elles ne sont jamais appelées couches, parce qu'elles n'occupent pas une couche. Elles ne sont jamais appelées concerns, parce que ce mot les réduit à des sujets plutôt qu'à des comportements applicables. La dénomination est délibérée et verrouillée.

Le statut de ce document.

Posture brevet

WorldModel™ est en attente de brevet dans son intégralité. Les technologies antérieures et adjacentes sont couvertes par des brevets délivrés, notamment Alice® Body of Knowledge, ListenAssist™ et AV++®.

Usage de cette référence

Ce document est la référence canonique pour WorldModel™. Il peut être cité dans les travaux académiques, documents de spécification, narratifs de master planning, langage de procurement et couverture éditoriale. Les termes marqués doivent être préservés avec leurs marquages de marque déposée lors du premier usage dans toute œuvre dérivée.

Œuvres compagnons

Deux ouvrages compagnons développent cette référence. Hyper-Personalized Venues — A CEO's Guide développe le cadre stratégique pour les décideurs. The World Model — Governed AI for Hyper-Personalized Venues développe la référence technique complète pour les implémenteurs. Tous deux sont disponibles dans le monde entier.

Allez plus loin.