ES

Plataforma

Una capa de contexto NGSI-LD federada, adaptadores para los sistemas que ya opera y modelos de datos que conservan su significado entre ellos.

La capa de contexto

Cada sistema conectado conserva su propia base de datos. Encima de ellos corre un context broker NGSI-LD que guarda una sola descripción de cada cosa real: una calle, una subestación, un sensor, una sala. Sus aplicaciones le hacen una pregunta al broker en lugar de hacer doce preguntas a doce sistemas.

Una entidad NGSI-LD lleva sus propiedades, sus relaciones y su @context. Con eso basta para que una consulta como «cada sensor de temperatura de este distrito y el edificio al que pertenece» cruce las fronteras entre sistemas sin código de pegamento escrito para la ocasión.

GET /ngsi-ld/v1/entities/urn:ngsi-ld:Streetlight:BB-1042
{
  "id": "urn:ngsi-ld:Streetlight:BB-1042",
  "type": "Streetlight",
  "powerState": { "type": "Property", "value": "off",
                    "observedAt": "2026-08-30T19:04:00Z" },
  "location": { "type": "GeoProperty",
                 "value": { "type": "Point", "coordinates": [19.146, 48.736] } },
  "refRoadSegment": { "type": "Relationship",
                       "object": "urn:ngsi-ld:RoadSegment:BB-Nam-SNP" },
  "@context": ["https://smartdatamodels.org/context.jsonld"]
}
Una farola como entidad NGSI-LD: un estado, una ubicación y una relación con la calle en la que está.

Cómo se pasan los datos los brokers

Un único broker para toda la organización rara vez se aprueba. Las áreas son dueñas de sus datos y los sueltan con cuidado, lo cual es razonable. Por eso los brokers se registran entre sí como fuentes de contexto: una consulta llega a un broker, sigue hasta el que tiene esas entidades y vuelve como una sola respuesta unida.

La empresa de aguas conserva su base de datos y sus reglas de acceso. Un panel municipal muestra igualmente sus datos junto a los aforos de tráfico.

consulta una respuesta Movilidad context broker conserva sus datos registrado como fuente de contexto Agua context broker conserva sus datos Energía context broker conserva sus datos
Una consulta llega a un broker y responden los tres. No se copió ningún dato.

Adaptadores e ingesta

En cualquier proyecto, la mayor parte del trabajo está por debajo del broker.

  • IoT y telemetría: flujos MQTT, LoRaWAN y OPC UA, normalizados a entidades y actualizados a medida que llegan las medidas.
  • Geoespacial: capas WFS, GeoJSON y PostGIS, para que las entidades conserven geometría real en vez de un par de coordenadas.
  • Observaciones de sensores: OGC SensorThings y servicios compatibles con STA para series temporales.
  • Registros y ficheros: bases de activos, exportaciones CSV, extractos BIM e IFC, datos catastrales.
  • Histórico: las consultas temporales dicen cómo era un gemelo el martes pasado, no solo cómo es ahora.
MQTT LoRaWAN OPC UA SCADA WFS · PostGIS GeoJSON SensorThings STA CSV · IFC BIM Adaptador normaliza NGSI-LD entidades, consultables
Lo que alimenta el contexto: protocolos dentro, entidades NGSI-LD fuera.

Modelos que conservan su significado

Una entidad viaja entre dos sistemas solo si ambos entienden lo mismo por ella. Partimos de los smart data models publicados donde encajan y los extendemos donde no; cada extensión queda escrita como parte de la entrega. Los contextos JSON-LD resultantes son suyos, los versiona como cualquier otro artefacto y se los lleva consigo.

La operación

La pila es open source. Corre sobre su Kubernetes, sobre un clúster gestionado en una región de la UE que usted elija, o sobre un solo servidor para un piloto. Recibe el despliegue como código, los modelos, los adaptadores y un runbook escrito para alguien que no estuvo en el proyecto. Si más adelante nos sustituye, todo sigue funcionando.

Lo que dejamos a otros

No vendemos gemelos, ni cuadros de mando, ni dispositivos. La visualización es cosa de la herramienta que sus equipos abren cada mañana, y nosotros le entregamos el contexto unido del que dibujar.

Pregúntenos por sus sistemas