Grupo ARCO - Universidad de Castilla-La Mancha

2. ANTECEDENTES 11
DDS es una especificación de un API y un protocolo de interoperabilidad que define una arquitectura
basada en el modelo publicador-subscriptor para la comunicación de información
anónima entre proveedores y consumidores. Un proveedor de datos (publicador) publica flujos
de datos identificados por nombres llamados topics (canales) a los que los consumidores
pueden suscribirse. Además, una aplicación puede desempeñar al mismo tiempo el rol de
proveedor y el de consumidor.
Las características de DDS son:
Desacoplamiento: los publicadores y los suscriptores pueden estar en diferentes lugares.
Independencia de plataformas: los publicadores y suscriptores pueden estar implementados
en plataformas diferentes y escritos en diferentes lenguajes de programación.
Multiplicidad: pueden existir múltiples publicadores y suscriptores en el mismo canal.
Tiempo real: la información se entrega en el lugar y tiempo correctos. No entregar una
información necesaria en el momento preciso puede llevar a situaciones que entren en
conflicto con los objetivos deseados.
Fiable: se asegura la fiabilidad, seguridad e integridad a pesar de fallos de hardware y
software.
Alto rendimiento: permite distribuir grandes volúmenes de datos con una baja latencia.
Actualmente, el estándar DDS de la OMG está compuesto por DDS v1.2 API y DDS Interoperability
Wire Protocol (DDSI) v2.1 (figura 2.6). El estándar DDS API garantiza la portabilidad
del código fuente a pesar de que los proveedores tengan diferentes implementaciones,
mientras que el estándar DDSI asegura la interoperabilidad a través de implementaciones
DDS de diferentes proveedores.
Data-Centric Publish-Subscribe (DCPS) es la capa de DDS que proporciona la funcionalidad
requerida para que una aplicación pueda publicar y suscribirse a los datos específicos de
los objetos y consta de 5 módulos:
Modelo de la infraestructura – define las clases abstractas y las interfaces que son refinadas
en otros módulos.
Modelo del dominio – contiene la clase DomainParticipant que actúa como un contenedor
para otros objetos que componen la aplicación.
Modelo del canal – contiene las clases Topic, ContentFilteredTopic y MultiTopic. Estas clases
definen los diferentes canales. La clase ContentFilteredTopic define un canal al que
se le aplica un filtro y la clase MultiTopic se utiliza para suscribirse a múltiples canales
y combinar y/o filtrar los datos recibidos obteniendo como resultado un tipo.