Integrazione dei dati e ontologie
Cos'è il Brick Schema e perché viene utilizzato negli edifici intelligenti?
Cos'è Brick Schema, perché i proprietari lo utilizzano, cosa non fa e come mantenere mantenuto un modello Brick.
Integrazione dei dati e ontologie
Scegli un approccio ontologico in base alle domande a cui hai bisogno di risposta e finanzia il suo mantenimento.

Un’ontologia edilizia è una definizione formale e condivisa dei tipi di cose che esistono in un edificio, come apparecchiature, sistemi, spazi, sensori e contatori, e dei modi in cui possono essere correlati. Consente al software di registrare che un articolo è una pompa, che fa parte di un sistema di riscaldamento, che serve un particolare insieme di spazi e che un determinato sensore ne misura la temperatura di uscita. Un elenco di nomi e valori di punti non può trasportare quel contesto in modo affidabile; un'ontologia può.
La parola deriva dalla filosofia, ma in pratica un'ontologia è un vocabolario attentamente definito oltre a regole su come i suoi termini si collegano. La documentazione del progetto Haystack mostra la progressione in un singolo modello, dai nomi dei tag formalmente definiti fino a un'ontologia di relazioni tra loro.
Senza di essi, a ogni applicazione devono essere insegnate manualmente le convenzioni di denominazione di ciascun edificio. Con essi, un'applicazione può porre una domanda una volta, ad esempio "trova ogni unità di trattamento dell'aria e il relativo sensore di temperatura dell'aria di mandata" e ottenere una risposta in qualsiasi edificio modellato allo stesso modo. Questa è la base per l'analisi del portafoglio, per il rilevamento dei guasti riutilizzabile e per le applicazioni che possono spostarsi da un edificio all'altro.
Sono in uso diverse ontologie edilizie aperte, ciascuna con un'enfasi diversa:
| Ontologia | Enfasi |
|---|---|
| Brick | Attrezzature, punti, spazi e loro relazioni, come un grafo RDF |
| Project Haystack | Tag con definizioni formali, tassonomia e ontologia per apparecchiature e punti |
| RealEstateCore | Concetti immobiliari: edifici, spazi, organizzazioni e i loro dati; distribuito insieme a Brick a partire da Brick 1.4.0 |
| Edifici digitali di Google | Tipi di entità con campi dati definiti, oltre a strumenti di configurazione e convalida |
| SAREF e sue estensioni | Ontologia di riferimento ETSI per applicazioni intelligenti, con estensioni di dominio come SAREF4CITY |
| ASHRAE 223P | Modello semantico standard ASHRAE proposto, non ancora definitivo (la sua seconda revisione pubblica si è svolta da aprile a giugno 2026), con strumenti open source della comunità pubblicati come open223 |
Si sovrappongono e alcuni convergono. La scelta è solitamente guidata dagli strumenti, dai fornitori e dalle competenze disponibili, nonché dalle domande a cui il proprietario deve rispondere.
I principi SAREF dell'ETSI descrivono l'obiettivo di un modello di riferimento condiviso: diverse risorse semantiche mantengono la propria terminologia ma si relazionano attraverso una semantica comune, in modo che un insieme di mappature al riferimento sostituisca una mappatura dedicata tra ogni coppia. Questo è un vero vantaggio. Tuttavia, è ancora necessario effettuare le mappature e che le informazioni sottostanti siano corrette. Se nessuno sa quale unità serve quale piano, l'ontologia non ha nulla di corretto da registrare.
Il modello dovrebbe essere modellato dalle decisioni che deve supportare, da cui derivano il vocabolario e il livello di dettaglio. La pianificazione della manutenzione, l'analisi energetica e la gestione dello spazio necessitano di relazioni sovrapposte ma diverse e la modellazione di ogni dettaglio immaginabile il primo giorno consuma il budget senza migliorare la prima decisione.
I vocabolari consolidati dovrebbero essere utilizzati ovunque siano adatti. Laddove un'estensione sia inevitabile, dovrebbe essere documentata, mantenuta piccola e accompagnata da un piano di migrazione se l'ontologia condivisa successivamente copre lo stesso concetto. Registrare le versioni utilizzate significa che un altro team può ancora interpretare il modello tra cinque anni.
Anche le modifiche necessitano di un approvatore. Rinominare una stanza, sostituire un controller o dividere un contratto di locazione può richiedere la modifica di diverse relazioni, nonché di un'etichetta.
Un'ontologia è utile tanto quanto il contesto che qualcuno è disposto a mantenere. Scegli l'approccio e nomina la persona responsabile di tenerlo aggiornato nella stessa decisione.
Questo articolo si collega al nostro lavoro su I nostri servizi.
Possiamo discutere come questo tema entra nel brief del progetto.
Contatta Pagin Consulting