Sensor

Turns an active Sensor node into a deployed CEP rule or machine-learning configuration and resolves its impact on the collaborative model.

SensorModelsPopulateInterceptor

Bridges collaborative sensor definitions and low-level interpretation.

beforeAdd · afterAdd · afterUpdate

TriggerExact core-model Sensor type with ACTIVE status. Subtype determines which configuration builder is used.

BEFORE ADDComplete 3D asset URL

When 3D model url is empty, it is derived from the modeling icon of the sensor (.png → .glb). A sensor without modeling icon (older use case, import) keeps an empty URL with a warning instead of aborting the publication.

AFTER ADDCompile and deploy

Creates the appropriate CEP or ML configuration through LowLevelInterpretationManager.

AFTER UPDATERedeploy

Rebuilds interpretation so runtime behavior follows the latest sensor definition. A partial update with no sensor subtype leaves deployed rules unchanged.

01 · Dispatch

Subtype selects the interpretation path

Quantitative / Dedicated

Builds numerical or domain-specific CEP rules from measure, threshold and interpretation properties.

Media

Builds a media-aware CEP configuration for observation events.

Others / Knowledge

Uses the generic knowledge interpretation path for model-driven observations.

Social: Twitter / Messaging

Delegates to a machine-learning configuration rather than the standard CEP route.

ACTIVE Sensortyped properties

Select builderCEP or ML

Compileruntime configuration

Deployinterpretation manager

Resolve impactgraph + probabilities

02 · Runtime effects

Detection updates the collaborative graph

The generated interpretation does more than recognize an event. Its resolution path can create or update problems, connect them with Impacts or Fixed_Onto, maintain Near lineage and propagate probability values used by potentialities.

add / updateconceptual flow

if node.type != Sensor or node.status != ACTIVE: return
configuration = switch sensor subtype:
    quantitative | dedicated | media | knowledge -> build CEP
    twitter | messaging                         -> build ML
deploy(configuration)
on detection:
    resolve affected model element
    update impact/fix relations and probability

Import and frozen situations

During model import, invalid or incomplete rule definitions may be deferred only while interception control is disabled; the project deploys its own rules after the models. A frozen problem impacting an asset in the sensor’s recursive Fixed_Onto chain is activated in place. A frozen anticipation without that match stays frozen: detection creates a separate ACTIVE problem linked by Near. CEP results carry Occurred at from the sensor event date; simulated dates are not replaced with the current wall clock.

Deletion lifecycle

The delete hooks are empty in this interceptor. No explicit undeploy is performed here; runtime cleanup must therefore be guaranteed by the interpretation layer or another lifecycle mechanism.

Sensor

Transforme un Sensor actif en règle CEP ou configuration d’apprentissage déployée, puis résout son impact dans le modèle collaboratif.

SensorModelsPopulateInterceptor

Relie les capteurs collaboratifs à l’interprétation bas niveau.

beforeAdd · afterAdd · afterUpdate

DéclencheurType core-model Sensor exact avec statut ACTIVE. Le sous-type choisit le constructeur de configuration.

AVANT AJOUTCompléter l’asset 3D

Quand 3D model url est vide, elle est dérivée de l’icône de modélisation du capteur (.png → .glb). Un capteur sans icône de modélisation (ancien cas d’usage, import) garde une URL vide avec un avertissement au lieu d’interrompre la publication.

APRÈS AJOUTCompiler et déployer

Crée la configuration CEP ou ML adaptée via LowLevelInterpretationManager.

APRÈS UPDATERedéployer

Reconstruit l’interprétation afin que le runtime suive la définition courante. Une mise à jour partielle sans sous-type de capteur laisse les règles déployées inchangées.

01 · Aiguillage

Le sous-type sélectionne le chemin d’interprétation

Quantitative / Dedicated

Construit les règles CEP numériques ou propres au domaine.

Media

Construit une configuration CEP adaptée aux événements d’observation média.

Others / Knowledge

Utilise le chemin d’interprétation générique piloté par les connaissances.

Social : Twitter / Messaging

Délègue à une configuration de machine learning plutôt qu’au CEP standard.

Sensor ACTIVEpropriétés typées

ChoisirCEP ou ML

Compilerconfiguration runtime

Déployergestionnaire d’interprétation

Résoudregraphe + probabilités

02 · Effets runtime

La détection met à jour le graphe collaboratif

La configuration générée ne se limite pas à reconnaître un événement. La résolution peut créer ou mettre à jour des problèmes, les relier par Impacts ou Fixed_Onto, maintenir la filiation Near et propager les probabilités des potentialités.

ajout / mise à jourflux conceptuel

si type != Sensor ou statut != ACTIVE : sortir
configuration = selon le sous-type :
    quantitative | dedicated | media | knowledge -> CEP
    twitter | messaging                         -> ML
déployer(configuration)
à la détection :
    résoudre l’élément du modèle affecté
    actualiser impacts, corrections et probabilités

Import et situations gelées

Pendant l’import des modèles, les règles invalides ou incomplètes ne peuvent être différées que si le contrôle des interceptions est désactivé ; le projet déploie ses propres règles après les modèles. Un problème gelé impactant une ressource de la chaîne récursive Fixed_Onto du capteur est activé sur place. Une anticipation gelée sans cette correspondance reste gelée : la détection crée un problème ACTIVE distinct relié par Near. Les résultats CEP portent Occurred at depuis la date de l’événement capteur ; les dates simulées ne sont pas remplacées par l’heure courante.

Cycle de suppression

Les hooks de suppression sont vides. Aucun undeploy explicite n’est effectué ici ; le nettoyage du runtime doit être garanti par la couche d’interprétation ou un autre mécanisme.