Adatok betöltése · Adatok elemzése · Adatok megosztása

Kösse össze a már meglévő adatait

A vállalatok, a városok és a régiók alig osztanak meg egymással adatot. Az adatcsere és az adatelemzés európai szabványait használjuk, köztük az NGSI-LD-t, és context brokereket teszünk a már működő rendszerek fölé, így egyetlen lekérdezés mindegyikhez eljut, miközben minden tulajdonos ott tartja az adatait, ahol vannak, és eldönti, ki melyik részt láthatja.

Így működik Beszéljünk

az önök rendszerei Közlekedés Víz Energia GIS BIM NGSI-LD egy kontextus egy lekérdezés
Öt rendszer, öt szótár, egy kontextus, amelytől kérdezni lehet.

Egyetlen igazságforrás

Az érzékelők, a GIS rétegek, a BIM modellek, a vagyonnyilvántartások, a városi események és a folyamataik nyomán keletkező bejegyzések azonos alakú NGSI-LD entitásokká válnak. Két osztály, amely ugyanazt kérdezi, ugyanazt a választ olvassa, bármelyik szállító építette is az alatta lévő rendszert.

Az adat ott marad, ahol él

Az NGSI-LD az entitásokat írja le, a DCAT-AP az adathalmazokat, az ODRL pedig a felhasználási feltételeket, így semminek sem kell központi adatbázisba költöznie. A brokerek egymásnál regisztrálnak, a lekérdezés ahhoz utazik, aki az entitásokat tartja, és a válaszok összefésülve térnek vissza. A referenciatelepítésünkben a regionális broker tizenhat eseményre válaszolt, és csak a saját hatját tárolta.

A szabály dönti el, mit lát a partner

Egy partnerszervezet lekérdezi az ikrét, és azt a részhalmazt kapja meg, amelyet a szabályai engednek, akkor is, ha a lekérdezése többet kér. A többi soha nem hagyja el a brokerüket.

Szabványok, amelyek önöknél maradnak

Az ETSI NGSI-LD, a Dataspace Protocol, az OGC SensorThings és a közzétett Smart Data Models. Cseréljék le a szállítót, vagy cseréljenek le minket, és a modellek továbbra is a városukat írják le.

Protokollok és szabványok, amelyeket összekötünk

  • NGSI-LD
  • JSON-LD
  • OGC SensorThings
  • MQTT
  • LoRaWAN
  • OPC UA
  • WFS · PostGIS
  • IFC · BIM
  • Smart Data Models

A probléma, amivel foglalkozunk

A digitális ikrek egyszerre egy projekttel érkeznek. A közlekedés vesz egyet, az energiaszolgáltató egy másikat, a vízművek egy harmadikat tart, az építési osztály pedig egy olyan BIM modellt gondoz, amelyet senki más nem tud megnyitni. Mindegyikük ugyanazt az utcát és ugyanazt az épületet írja le a saját szótárával, így a két osztályt átfogó kérdésből értekezlet lesz lekérdezés helyett.

Az érzékelők mérései ennek csak egy részét adják. Az útmunkák, a kulturális események, a folyamatban lévő engedélyek és a város közleményei ugyanarról az utcáról szólnak, és mindegyikük egy újabb rendszerben ül.

Egy szabványos API ennek csak a felét zárja be. Az NGSI-LD azt határozza meg, hogyan olvas az egyik rendszer a másikból. Arról semmit nem mond, hogyan korlátozza a tulajdonos, mit lát a szomszéd, így az a város, amely meg akarja osztani az ikrét a régióval, vagy teljesen kinyitja, vagy sehogy. Mi azt a réteget építettük meg, amely mindkettőt megteszi: egy kontextusba köti az ikreket, és minden tulajdonosra bízza, ki melyik részt olvassa.

Hat rész, egy platform

01 · Források

Az adapterek azt, amit a rendszereik már küldenek, MQTT, LoRaWAN, OPC UA, WFS, IFC, NGSI-LD entitásokká alakítják. A forrás oldalán semmit sem írunk át.

02 · Kontextus

Egy context broker minden utcáról, mérőről és helyiségről egyetlen leírást tart, a tulajdonságaival, a kapcsolataival és a @context-ével együtt.

03 · Föderáció

A brokerek egymásnál regisztrálnak. Az egy brokerhez küldött kérdésre az válaszol, aki az entitásokat tartja, és útközben nem készül másolat.

04 · Szabályok

A hozzáférési szabályok megnevezik, ki mit tehet mely entitásokkal és milyen feltétellel. Az átjáró minden lekérdezést úgy ír át, hogy csak azt adhassa vissza, amire a hívónak joga van.

05 · Adattér

Szervezetek között a Dataspace Protocol konnektorai egyszer tárgyalják le a feltételeket. Ezután egy föderált lekérdezés néhány ezredmásodperccel többe kerül, mint egy sima.

06 · Fogyasztók

A Grafana és más, módosítatlan NGSI-LD kliensek úgy olvasnak az egész föderáción keresztül, mintha egyetlen broker volna. A csapataik megtartják azokat az eszközöket, amelyeket reggel megnyitnak.

Három szervezetben mérve

A platformot egy városnak, az önkormányzó régiójának és egy egyetemnek telepítettük, mindegyiket saját Kubernetes fürtre, saját hitelesítő adatokkal és közös adminisztrátor nélkül, majd nagy kiterjedésű hálózaton mértük. Az alábbi számok ebből a telepítésből származnak, és kérésről kérésre közzé vannak téve azzal a kutatási cikkel együtt, amelyet a Bél Mátyás Egyetemmel írtunk.

  • Egy föderált lekérdezés adattér-konnektoron keresztüli küldése egy entitás esetén 2 ms-mal, tíz esetén 4 ms-mal kerül többe a brokerek közötti sima föderációnál. Maga a föderáció nagyjából 31 ms-mal kerül többe a közvetlen lekérdezésnél, az eredményen való szabályérvényesítés pedig további 18-19 ms-ba kerül.
  • Tizennégy hozzáférés-vezérlési esetből tizennégy megállt, köztük egy hamisított token, egy adminisztrátori szerepet állítóra átírt token és egy leállított szabálymotor. Az átjáró elutasított, ahelyett hogy átengedte volna a kérést.
  • Egy csak olvasási jogú partner 103, másik szervezetnél lévő járművet kérdezett le, és azt a 100-at kapta meg, amelyet láthatott, akkor is, amikor a saját lekérdezése olyan hatókört nevezett meg, amelyet nem volt joga olvasni.
  • A Grafana a szokásos NGSI-LD adatforrásával eseményeket, levegőminőséget és járműpozíciókat olvasott mindhárom szervezetből, adapter nélkül.

Hogyan indul egy projekt

  1. Leltár. Feltérképezünk minden rendszert, amely ikeradatot tart: protokoll, modell, tulajdonos, frissítési gyakoriság, és hogy ki olvashatja.
  2. Pilot egyetlen kérdésre. Fogunk egy kérdést, amelyet a csapataik két vagy három rendszeren át már feltesznek, és egyetlen NGSI-LD lekérdezéssel megválaszolhatóvá tesszük.
  3. Kiterjesztés. Az adapterek, a modellek és a hozzáférési szabályok az önök infrastruktúrájára vagy a miénkre költöznek. A csapataik tovább dolgoznak a megszokott eszközeikkel.
  4. Megnyitás a partnerek felé. Amikor egy szomszédos szervezetnek olvasnia kell az ikrük egy részét, a konnektora letárgyalja a feltételeket, a többit pedig az önök szabálya dönti el.

Hozza egy kontextusba az adatait

Küldjék el az üzemeltetett rendszerek listáját. Visszatérünk azzal, mi köthető össze már ma, hol kell előbb adapter, és mit kíván az egyes lépés.

Kezdjünk beszélgetni