Referentie-architectuur

WorldModel-architectuur

Een bestuurde operationele architectuur voor hyper-gepersonaliseerde fysieke omgevingen. WorldModel™ coördineert multi-vendor-subsystemen onder één operationele waarheid en één afdwingbaar regelboek — zodat de bestemming zich gedraagt als één coherent systeem over vele vendors, vele touchpoints en een lange operationele levenscyclus heen.

Het probleem dat de architectuur oplost

Bestemmingen op grote schaal vereisen steeds vaker ervaringen die hyper-gepersonaliseerd, meertalig, toegankelijk, cultureel afgestemd en operationeel verantwoordelijk zijn over lange levenscycli heen. Deze vereisten verschijnen nu routinematig in RFP-taal, masterplan-narratieven en operationele specificaties voor themaparken, musea, multi-locatie-districten, resorts, cruiseschepen, retailomgevingen, smart cities en nationale initiatieven waaronder Vision 2030 en Expo 2030.

De meeste bestemmingen worden geleverd als een verzameling gespecialiseerde systemen — media, verlichting, audio, showcontrole, wayfinding, signage, toegankelijkheidsdiensten, apps, sensoren, ticketing en operationele tools — elk geoptimaliseerd voor zijn eigen functie. Op schaal is de primaire uitdaging niet een afzonderlijk subsysteem.

De uitdaging is consistent gedrag, afdwingbaar beleid en operationele verantwoording behouden over systemen, zones en tijd heen.

Naarmate autonomie toeneemt, neemt ook de kost van incoherentie toe. Zonder een expliciete operationele architectuur stapelen bestemmingen integratieschuld, beleidsdrift, inconsistente gastervaring en escalerend operationeel risico op naarmate zij schalen.

Wat WorldModel™ is

WorldModel™ is een bestuurde operationele architectuur voor intelligente fysieke omgevingen. Het coördineert multi-vendor-subsystemen onder één gedeelde operationele waarheid en één afdwingbaar regelboek, zodat een bestemming zich gedraagt als één coherent systeem over vele vendors, vele touchpoints en een lange operationele levenscyclus heen.

De architectuur bestaat uit tien lagen en elf domeinoverstijgende beleidsregels. De lagen definiëren structuur. De beleidsregels definiëren regels die over die structuur heen werken. Samen vormen ze de volledige referentie.

Een principe dat ronduit gesteld moet worden

Een architectuur is het meest waardevol wanneer zij wordt geselecteerd en vastgelegd voordat de uitvoeringsdocumenten worden uitgegeven. De structurele keuzes die toegankelijkheid, meertalige continuïteit, toestemmingshouding, safety-override en operationele verantwoording bepalen, worden in de conceptfase genomen — al dan niet bewust. Een programmabrief geschreven rond hardware krijgt hardware. Een programmabrief geschreven rond wat de locatie moet doen krijgt iets wezenlijk anders. Dezelfde discipline behoudt voorwaartse compatibiliteit: ontwerpen voor de levensduur van de locatie, niet alleen voor de eerste fase, kost marginaal meer in installatie en geeft die kost terug bij elke daaropvolgende uitbreiding. WorldModel™ geeft het vroege gesprek een vocabulaire dat zijn betekenis behoudt door elke daaropvolgende fase heen.

Resultaten die de architectuur ondersteunt

  • Hyper-gepersonaliseerde gastervaring over touchpoints heen, geen geïsoleerde momenten
  • Toegankelijkheid behandeld als systeembeperking, geen nazorg
  • Meertalige continuïteit over zones, apparaten en personeelsinteracties heen
  • Leeftijdsaangepaste aanpassing en familie- of groepscontinuïteit
  • Beleidsgestuurde werking over culturen en jurisdicties heen
  • Operationele coherentie over subsystemen heen, met vermindering van vermijdbare conflicten
  • Auditeerbaarheid en operationele transparantie met traceerbare beslissingstrajecten
  • Veerkracht van locatie-grade met compute voorzien dichtbij het ervaringspunt
  • Graciële degradatie met veiligheid, toegankelijkheid en vertrouwen behouden vóór optimalisatie
  • Federatie over operators en jurisdicties heen zonder lokale autoriteit op te heffen

Zone-conditionele regelselectie

Ruimtelijke governance wordt geïmplementeerd als eigenschap van de tienlaagse architectuur in plaats van als elfde runtime-laag. Vier lagen werken samen bij elke bestuurde beslissing om de actieve regelset te produceren voor de voorgestelde actie in haar specifieke tijd en plaats.

CGL™ raadpleegt EDE™ voor de zone-conditionele governance-toestand die van toepassing is op elke voorgestelde actie. Zone-conditionele regelsets komen voort uit de domeinoverstijgende beleidsregels (Jurisdictionele aanpassing, AR/MR/XR-governance, Akoestische en sensorische governance, Toegankelijkheid en inclusie, Toestemming en datasoevereiniteit, Handel en rechten). CGL™ combineert deze zone-conditionele regels met het door TGF™ geleverde temporele regime om de actieve regelset voor het huidige moment te produceren.

Zone-mutual-exclusion-vergrendelingen op gedeelde fysieke middelen worden beheerd door TGF™ als tijdgebonden vensters die verwijzen naar EDE™-ruimtelijke toestand, omdat hun definiërende eigenschap temporele coïncidentie op een gedeeld middel is in plaats van ruimtelijke positie alleen. Het canonieke voorbeeld: een toegankelijkheidsoversteek op een plein mag niet samenvallen met theateruitgang naar hetzelfde plein, en het omgekeerde geval waarin de theatervrijgave niet mag samenvallen met een lopende toegankelijkheidsoversteek.

Het patroon is rechttoe rechtaan. EDE™ levert de zone-conditionele governance-toestand. De domeinoverstijgende beleidsregels leveren de zone-conditionele regels. TGF™ levert temporele-coïncidentie-arbitrage. CGL™ lost de gecombineerde actieve regelset op bij elke bestuurde beslissing. Ruimtelijke governance is daarom een eigenschap van de architectuur, geen toevoeging eraan.

Redundantie & bedrijfscontinuïteit

Redundantie wordt behandeld als configureerbare architecturale eigenschap van het framework, geen vast implementatiepatroon. Elke WorldModel™-implementatie omvat een expliciete redundantiehouding, gespecificeerd in de conceptfase en doorgevoerd in de programmabrief, het technische narratief en het operationele plan. De architectuur ondersteunt het volledige spectrum aan houdingen dat operators van locatie- en bestemmingsgrade vereisen:

  • Stroomredundantie. UPS-dekking voor governance-kritieke compute, generatorback-up met gedefinieerd overdrachtsgedrag, en dual-path stroomvoeding waar locatie-infrastructuur dit ondersteunt. Back-up-stroomscope wordt per zone gespecificeerd, met prioriteit voor veiligheidsrelevante systemen.
  • Omgevingsredundantie. HVAC, brandblussing en temperatuurbewaking voor compute- en rackomgevingen. Omgevingsexcursies worden gedetecteerd en geregistreerd; gedegradeerde omgevingscondities triggeren gedefinieerde operationele responsen.
  • Netwerkredundantie. Redundante routing, failover-links en geïsoleerde managementvlakken. Het niet-proprietary netwerksubstraat ondersteunt standaard high-availability-configuraties zonder proprietary lock-in.
  • Compute- en opslagredundantie. Gedupliceerde computeknooppunten, parallelle mediapaden en gerepliceerde opslag op de fysieke laag. Het niet-proprietary compute-substraat is ontworpen om N+1- en 2N-configuraties te ondersteunen waar locatievereisten dit vragen.
  • Laagredundantie. Meerdere instanties van kritieke governance-lagen — CGL™, ICL™, AAL™ — met gedefinieerd failover-gedrag. De architectuur vereist niet dat één enkele instantie van een laag een single point of failure is.
  • Dataredundantie. Gerepliceerde toestand, toestemmingsbonnen en audit trails behouden over storingscondities heen, zodat de locatie altijd kan reconstrueren wat er is gebeurd en operatie kan hervatten vanuit een bekende goede toestand.
  • Federatieredundantie. Via FCL™ maakt multi-site-coördinatie het mogelijk dat één locatie of operationeel centrum continuïteit biedt voor een andere tijdens een lokale uitval, waar het programma-ontwerp dit ondersteunt.
  • Operationele redundantie. Reserveinventaris, snelle-vervangingsprocedures en gedocumenteerde gemiddelde-tijd-tot-herstel-doelen. Architecturale redundantie wordt gecombineerd met operationele discipline; het ene zonder het andere levert geen bedrijfscontinuïteit.

De architectuur onderscheidt drie verantwoordelijkheden duidelijk. Redundantie is de voorziening — wat wordt gedupliceerd, gerepliceerd of parallel uitgevoerd op designtijdstip. RGL™ (Veerkracht- en Graciële Degradatie) bestuurt het gedrag onder uitoefening — hoe het systeem handelt wanneer redundantie wordt ingeroepen, met veiligheid, toegankelijkheid en vertrouwen behouden vóór optimalisatie in elke gedegradeerde modus. AAL™ (Assurance, Analyse & Audit) legt het bewijs vast — elke failover-gebeurtenis, elke gedegradeerde periode en elk herstel, geregistreerd in reconstrueerbare vorm. De splitsing is van belang: een high-availability-claim zonder de bewijslaag is een bewering in plaats van een verifieerbare eigenschap van de implementatie.

Procurement-taal voor programma's van locatie- en bestemmingsgrade kan vereiste houdingen uit de bovenstaande lijst specificeren, gedefinieerd per zone of per systeem. Het framework legt geen enkel redundantiepatroon op; het ondersteunt het spectrum van minimaal (single-path, alleen software-redundantie) door standaard (UPS plus N+1 compute plus gerepliceerde data) tot volledig fouttolerant (2N stroom, redundant netwerk, laag-failover, gefedereerde continuïteit), met de specificatie gekozen tegen de operationele risicotolerantie en het budget van de locatie.

Architectuurlagen, in één oogopslag.

Elke laag heeft een gedefinieerde rol, een afdwingbare interface en een precedentie-relatie tot de andere. De volledige definities zijn gedocumenteerd in de WorldModel™-referentie.

01
VS+C™Waardesysteem + Grondwet
De normatieve bron van waarheid — wat "goed" betekent in deze locatie.
02
CGL™Cognitieve Governance-laag
Handhaving in realtime. Dwingt VS+C™-invarianten direct af en evalueert elke voorgestelde actie tegen de gecombineerde actieve regelset (toestemming, jurisdictie, regime, zone, beleid).
03
TGF™Temporeel Governance-framework
Tijd als eersteklas bestuurde dimensie. Operationele, kalender-, show- en sensor-getriggerde regimes; tijdgebonden toekenningen; mutual-exclusion-vensters op gedeelde fysieke middelen.
04
ICL™Identiteitscontinuïteitslaag
Toestemmingsgebonden continuïteit van voorkeuren en context over sessies heen.
05
EDE™Engine voor Omgevingsdynamiek
Continu fysiek-wereldmodel: ruimte, flow, bezetting, condities, contenttoestand, plus de zone-conditionele governance-toestand die actie per locatie beperkt.
06
MAOL™Multi-agent Orchestratielaag
Bestuurde coördinatie van specialist-agents en begrensd toolgebruik.
07
FCL™Federatie- en Coördinatielaag
Coördinatie over locaties, operators en jurisdicties heen.
08
RGL™Veerkracht- en Graciële Degradatielaag
Gedefinieerd gedrag onder gereduceerde mogelijkheden — veilige degradatie by design.
09
OSOL™Operationele Veiligheidsoverride — Harde Prioriteit
Onderbreekt elke andere laag wanneer veiligheid het vereist.
10
AAL™Assurance-, Analyse- en Auditlaag
Niet-blokkerend, append-only. Registreert het volledige governance-kader bij elke beslissing: beleidsversie, actief regime, ruimtelijke context, toestemmingstoestand, geëvalueerde regelset, actie en actor.

Architectuur op runtime.

De architectuur drukt een closed-loop-systeem uit. Elke cyclus wordt bestuurd vóór uitvoering en geregistreerd erna.

Waarnemen en ingestie

Signalen komen binnen van locatiesystemen, sensoren, schema's, personeelstools, ticketing- en reserveringssystemen, operationele input en toegestane bezoekersinteracties.

Gedeelde operationele waarheid bijwerken

De WorldModel™-representatie wordt continu bijgewerkt zodat elk subsysteem kan handelen vanuit dezelfde contextuele grondwaarheid.

Kandidaat-acties voorstellen

Gespecialiseerde agents stellen acties voor op basis van huidige toestand en doelen. AI-componenten zijn voorstelgenerators, geen beslissingsautoriteiten.

Elke actie besturen vóór uitvoering

De Cognitieve Governance-laag™ evalueert elk voorstel tegen het Waardesysteem, de Grondwet, toestemming, jurisdictie, temporele beperkingen en operationeel beleid. OSOL™ onderbreekt wanneer ingeroepen.

Uitvoeren, verifiëren en registreren

Goedgekeurde acties worden via adapters verzonden. Uitkomstverificatie bevestigt dat de actie effect heeft gehad. Governance-uitkomsten en motiveringsregistraties worden behouden als onderdeel van operationele transparantie.

Regels die over lagen heen werken.

Domeinoverstijgende beleidsregels zijn regels en handhavingsmechanismen die over meerdere lagen werken. Zij worden nooit lagen genoemd, nooit concerns genoemd en nooit als auxiliary behandeld. Elk is volledig gedocumenteerd in de Referentie.

Beleid 01
Jurisdictionele aanpassing
Privacy, toestemming, retentie, leeftijdsgrenzen, contentregels — per jurisdictie toegepast.
Beleid 02
Inhoudsherkomst & vertrouwen
Goedgekeurde-bron-tracering en anti-confabulatie door architectuur.
Beleid 03
Mens-in-de-loop governance
Gedefinieerde override-punten met autoriteit geregistreerd als governance-events.
Beleid 04
AR/MR/XR-governance
Ruimtelijke registratie, veiligheid, leeftijdsgeschiktheid voor immersieve overlays.
Beleid 05
Akoestische & sensorische governance
Geluid, licht, beweging, haptische en sensorische vormgeving voor inclusie en comfort.
Beleid 06
Handel & rechten
Toegangs-, aankoop- en ontgrendelingsregels toegepast met audit en toestemming behouden.
Beleid 07
Levenscyclusevolutie
Versionering, deprecatie, migratie — grondwettelijke continuïteit door de tijd.
Beleid 08
Veiligheids-autoriteitsschema
De gedefinieerde hiërarchie van veiligheidsautoriteit en runtime-precedentie.
Beleid 09
Beveiliging & vertrouwensgrens
Cryptografische, netwerk- en operationele grenzen over elke laag heen.
Beleid 10
Toegankelijkheid & inclusie
Inclusie als structurele eigenschap van de architectuur, geen nazorg.
Beleid 11
Toestemming & datasoevereiniteit
Toestemming als doorlopende operationele conditie; datasoevereiniteit by design.

Wat WorldModel™ vervangt en wat het met rust laat

De architectuur is ontworpen voor de wereld zoals die is gebouwd. Bestaande AV-, showcontrole-, ticketing-, content-, identiteits- en operationele systemen integreren via schema's en adapters in WorldModel™ OS — ze blijven werken, bestuurd door de laag erboven.

Wat het met rust laat

  • Bestaande AV-, showcontrole-, verlichtings- en audiosubsystemen
  • Bestaande BMS-, ticketing-, reserverings- en POS-systemen
  • Bestaande contentbeheer-, DAM- en CMS-systemen
  • Bestaande CRM-, marketingautomatisering- en analytics-tools
  • Bestaande identity providers en SSO-infrastructuur

Wat het vervangt — of overbodig maakt

  • Ad-hoc-integratiescripts tussen subsystemen
  • Handmatige beleidsuitvoering over vendors heen
  • Impliciete besluitvorming door individuele subsystemen
  • Gecentraliseerde persoonsgegevens-lakes gebruikt voor personalisatie
  • Single-purpose AI-bolt-ons die handelen zonder governance

Hoe integratie werkt

Integratie vindt plaats via WorldModel™ OS: schema's, API's en adapters waarmee bestaande systemen operationele waarheid, intentie, beperkingen en kandidaat-acties kunnen representeren en uitwisselen. Elk subsysteem integreert in de OS-interface onder implementatie-gedefinieerde schema's. Uitvoering wordt gecontroleerd door het Waardesysteem, de Grondwet en de Cognitieve Governance-laag™.

Doorgaan.