Cos'è l'ontologia degli edifici digitali di Google?

Digital Buildings Ontology (DBO) di Google è uno schema e un set di strumenti open source per la rappresentazione di informazioni strutturate sugli edifici e sulle apparecchiature in essi installate, pubblicato con la licenza Apache 2.0. Il progetto spiega che è nato dalla necessità di gestire un portafoglio di edifici molto ampio e vario in modo scalabile, che una versione di esso viene utilizzata da Google per gestire gli edifici nel proprio portafoglio e che il suo obiettivo è l'analisi eapplicazioni di gestione portatili tra edifici.

Il nome che c'è dietro è la cosa meno importante. Ciò che conta per un proprietario è se DBO supporta un modello informativo gestibile per i propri edifici e applicazioni e se i propri fornitori possono lavorare con esso.

Come descrive un edificio

La documentazione del DBO si basa su una manciata di idee. Le entità sono istanze di cose nel modello: un edificio, un pavimento, un'apparecchiatura come un contatore di energia. I tipi di entità collocano un'entità in una tassonomia componibile e definiscono i campi di dati previsti per essa, quindi un tipo di unità di trattamento dell'aria implica quali misurazioni, set point e stati l'unità dovrebbe avere. Quei campi sono costruiti da sottocampi, piccole parole con definizioni precise come"scarico", "aria", "temperatura" e "setpoint", combinati secondo un formato definito per dare nomi come max_discharge_air_temperature_setpoint. Le relazioni tra entità sono dirette, denominate connessioni. I namespace organizzano l'ontologia, con un namespace globale e solo un ulteriore livello sotto di esso.

All'origine, l'ontologia è un insieme di file di configurazione YAML, da cui viene generata una versione RDF. File di configurazione degli edifici separati mappano le risorse reali di un edificio specifico sul modello astratto e gli strumenti di convalida controllano sia le estensioni ontologiche che le configurazioni degli edifici.

Il suo rapporto con Brick e Haystack

Il progetto afferma di essere stato ispirato da Project Haystack and Brick e di mantenere la compatibilità incrociata e/o la convergenza con essi come obiettivo a lungo termine. Un proprietario che prende in considerazione DBO dovrebbe quindi chiedersi in che modo i modelli verrebbero scambiati con strumenti costruiti attorno a Brick o Haystack, e quindi testare tale scambio per se stesso.

Domande da risolvere prima di adottarlo

Dove l'approccio ripaga

I tipi basati sul campo di DBO si adattano ai portafogli con molte attrezzature simili. Poiché un tipo definisce i campi che un'unità dovrebbe avere, la convalida può contrassegnare ogni unità a cui manca qualcosa. La stessa disciplina può anche esporre autentiche differenze tra le unità che un approccio più flessibile nasconderebbe.