Protective behaviour structured and authorised at the defense layer, with an accountability path into governance.
Where each part of the estate actually sits.
A structural view rather than a catalogue: which architectural layer each cluster operates at, how far each reaches across sectors, and where a relationship crosses a cluster boundary. Everything shown is read from the published portfolio, not maintained separately.
Each cluster, and the layer it works at.
The estate is organised into clusters commercially and into layers architecturally. The two views describe the same technologies from different directions.
Runtime authority and orchestration primitives, engaging the orchestration layer above it.
Obligation expressed technically, so that what a system did and under whose authority remains examinable.
Attribution and continuity of human-originated contribution across automated production.
Jurisdictional control over where processing and transit occur, governed at the same layer as policy.
How far each cluster extends.
Sectors are read from the sector attribution on each published profile. A sector appearing under more than one cluster indicates an architectural problem that recurs across the estate.
Where the clusters connect.
Published relationships whose two ends sit in different clusters. These are the points at which the estate holds together as one architecture rather than five separate groups.
This map describes published architectural relationships only. It does not represent filing structure, family structure, or claim architecture, and no relationship shown here implies one. Publicly available patent records may be independently verified through USPTO systems where applicable. Information concerning non-public applications is provided through controlled verification procedures to qualified counterparties.
Follow the structure down.
The architecture page describes each layer in its own terms; the portfolio catalogues every published profile.