Jini es una tecnología,
desarrollada por Sun Microsystems,
que proporciona un mecanismo sencillo
para que diversos dispositivos conectados a una red puedan colaborar y
compartir recursos sin necesidad de que el usuario final tenga que planificar y
configurar dicha red. En esta red de equipos, llamada comunidad, cada uno proporciona a los demás los servicios,
controladores e interfaces necesarios para distribuirse de forma óptima la
carga de trabajo o las tareas que deben realizar. El objetivo es convertir la
red en un sistema flexible y fácil de administrar, en el cual se puedan
encontrar rápidamente los recursos disponibles de la red.
Es
un sistema distribuido basado en la idea de grupo de usuarios y de los recursos
requeridos por ellos. Los recursos pueden ser implementados tanto por
dispositivos hardware y software como por una combinación de ambos.
Componentes
Un
conjunto de componentes que proporcionan una infraestructura de servicios
federativos en un sistema distribuido.
Un
modelo de programación que soporta y estimula la producción fiable de servicios
distribuidos.
Los
servicios que pueden ser partes de un sistema corporativo que ofrecen
funcionalidad a cualquiera de los miembros de la comunidad.
Supone
que la infraestructura de red sobre la que se monta tiene el ancho de banda
necesario y es lo suficientemente fiable para funcionar, por lo que no aporta
mecanismos para mejorar estos dos puntos. También se asume que los dispositivos
tienen capacidad de procesamiento y memoria suficiente.
Servicios
El
concepto de servicio es el más importante dentro de la arquitectura es una
entidad que puede ser usada por una persona, un programa u otro dispositivo. Un
servicio puede ser de computación, de almacenamiento, un canal de comunicación
con otro usuario, un filtro software, un dispositivo hardware, o cualquier
usuario. La naturaleza dinámica permite que los servicios sean añadidos o eliminados,
en cualquier instante, de acuerdo con las necesidades, demandas o cambios en
los requisitos del grupo de trabajo que utilice la federación. Los servicios se
comunican entre sí utilizando el protocolo de servicio, el cual consiste en un
conjunto de interfaces escritas en Java, que reposan sobre la tecnología de RMI Java Remote
Method Invocation. Para saber los servicios que están disponibles
se utiliza el servicio de búsqueda Lookup Service. Este mapea las interfaces que
indican la funcionalidad de un servicio con el conjunto de objetos que
implementan dicho servicio. El servicio de búsqueda se organiza de forma
jerárquica.
Protocolos
Cuando
se quiere añadir un servicio se utiliza el protocolo discovery y el protocolo join.
El primero se encarga de buscar el servicio y el segundo de añadirlo. Cuando se
quiere utilizar el servicio se busca para ver si existe. En caso de encontrarlo
el cliente se descarga el código de control de ese servicio, que puede ir desde
una interfaz hasta la implementación completa del servicio. Se incorporan
también un mecanismo de transacciones, para agrupar varias operaciones en una
sola, y un mecanismo de eventos.
Leasing
El
acceso a muchos de los servicios en un entorno se basa en un sistema de concesión
que garantiza el acceso durante un periodo de tiempo determinado. Este se
negocia entre el proveedor del servicio y el cliente como parte del protocolo.
La concesión puede ser exclusiva o no exclusiva. El leasing exclusivo asegura que nadie más, dentro de la comunidad, va
a utilizar el recurso durante el periodo establecido por el leasing, mientras
que una concesión no- exclusiva permite a varios usuarios compartir el recurso.
Funcionamiento
Está
en los protocolos denominados Discovery,
Join y Look-up. Cuando un dispositivo se inserta en la red, los protocolos
Discovery y Join se encargan de añadirlo a la comunidad. El proceso de Discovery se produce cuando el nuevo
servicio, proporcionado por el dispositivo insertado, busca en el servicio un Lookup Service al cual registrarse,
mientras que el proceso Join se
encarga de que el servicio determinado se registre en el Lookup Service como disponible por la comunidad.
Cada
vez que un cliente desee hacer uso de un determinado servicio, se lanzará un
proceso de Look-up para comprobar si
dicho servicio se encuentra en la lista y, si es así, se cargará una copia del
mismo en el cliente, estableciendo un enlace virtual directo con la entidad
proveedora del servicio que le permitirá utilizar dicho servicio.
HAVI HOME
AUDIO/VIDEO INTEROPERATIVITY
Ha
sido desarrollado para cubrir las demandas de intercambio de información entre
los equipos de audio y vídeo digitales de las viviendas actuales. Es independiente
del firmware usado en cada uno de los
equipos, de hecho, tiene su propio sistema operativo independiente del Hardware
y de la función del equipo que ha sido especialmente diseñado para el
intercambio rápido y eficaz de grandes paquetes de datos de audio y vídeo streaming.
Alguno de los fabricantes que han adoptado el estándar para:
La
interoperabilidad será total, cualquier otro dispositivo HAVI podrá gobernar al nuevo y viceversa.
Compatibilidad
entre dispositivos de fabricantes diferentes está asegurada.
Plug&Play
inmediato. Una vez conectado el bus IEEE 1394 al
nuevo dispositivo, este se anunciará al resto de equipos HAVI instalados en la vivienda y ofrecerá sus funciones y servicios
a los demás. No será necesario la instalación en red del nuevo equipo.
Se
pueden descargar de Internet las nuevas versiones de software y controladores
que actualizan las prestaciones del flujo de información entre los distintos
elementos que componen la red. Cada dispositivo de una red está diseñado para
controlar y ser controlado a y por cualquier otro dispositivo de la red, esté
donde esté. Con el fin de gestionar los comandos y los diferentes flujos de audio
y vídeo digital, utiliza la capa física definida por el estándar IEEE 1394, que proporciona un ancho de
banda de 400 Mbps y es capaz de
establecer comunicaciones asíncronas que hacen posible la gestión múltiple y simultánea de varios flujos
en tiempo real. Los elementos software que componen esta arquitectura distribuida
son los que soportan los distintos servicios definidos, entre ellos: la gestión
de red, la abstración de dispositivos, la comunicación entre dispositivos y la
gestión del interfaz de usuario de los dispositivos.
De
manera colectiva, estos elementos software muestran sus interfaces de
aplicación API interoperables como
un conjunto de servicios que pueden ser utilizados y gestionados por todos los
dispositivos de la red, de manera que las aplicaciones que son los elementos
software en sí mismos puedan acceder a esos API de manera transparente a lo largo de toda la red. Usa al
estándar IEEE
1394 también conocido por i.Link
o FireWire como soporte físico de
los paquetes de datos, es capaz de distribuir al mismo tiempo diversos paquetes
de datos de audio y vídeo entre diferentes equipos de una vivienda, además de
todos los paquetes de control necesarios para la correcta
Tiene
una arquitectura de software distribuida, donde no hay un dispositivo maestro
que controle el trabajo, según esta estructura, los elementos del software de
un dispositivo HAVI forman una capa
intermedia entre los API específicos
de la plataforma y los API
interoperables definidos para soportar las aplicaciones. En esta capa intermedia
se distinguen los diferentes elementos software que componen la arquitectura:
Gestor
de Medios de Comunicación 1394, que controla el flujo síncrono o asíncrono de la
información sobre una red IEEE-1394.
Sistema
de mensajería, que con controla el flujo de mensajes entre dispositivos.
Registro,
que sirve como directorio de servicios permitiendo a cada elemento software
localizar al resto de elementos software y detectar sus capacidades y
propiedades.
Gestor
de Eventos, que controla el envío y recepción de eventos que modifican el estado
de los diferentes elementos software.
Gestor
de Flujos, quien se encarga de la gestión de transferencias en tiempo real de
los flujos AV digitales.
Gestor
de recursos, que facilita la compartición de los recursos y programa las
acciones sobre los mismos.
DCM Device Control
Module.
Son elementos de software asociados a cada uno de los dispositivos HAVI instalados en la red y contienen
los API de ese dispositivo y sus
capacidades. Los DCM son dinámicos por naturaleza y se instalan o desinstalan
cada vez que se inserta o retira un dispositivo en la red.
FCM Function
Component Module.
Están contenidos dentro de los DCM y
definen cada una de las funciones que realiza el dispositivo. Define los FCM y
sus correspondientes API para cada una de las funciones posibles de un
dispositivo sintonización, grabación en cinta, grabación en disco, display,
filmación.
Gestor
de DCM, quien se encarga de la
instalación o desinstalación de estos.
Aplicaciones.
Las aplicaciones necesitan hacerse conocer en la red HAVI como si fueran un elemento software para que se permita la
comunicación con otros elementos software tales como el Registro, los DCM u otras aplicaciones.
Incluye
unos elementos software especial que sirven para crear interfaces de usuario
sobre dispositivos remotos. Esta característica es una de las claves que le
permite a un usuario acceder a las características de un dispositivo específico
de un fabricante, o interactuar con nuevos DCM
que se desarrollen más tarde e instalarlos en un sistema existente. Estos
elementos son los denominados Havlets,
que son aplicaciones Java que pueden extraerse de los DCM o de una Aplicación, bajo petición de un dispositivo de
presentación que, al ser ejecutadas, presentan el interfaz de usuario
determinado por el DCM correspondiente
mediante un API de interfaz de
usuario gráfico GUI. Para ello,
utiliza un protocolo especificado y que se denomina DDI Data Driven Interaction. Todos estos elementos se comunican
mediante un mecanismo de envío de mensajes y aunque este mecanismo puede ser
implementado de manera distinta por distintos fabricantes, el formato de los
mensajes está perfectamente definido por HAVI,
garantizando la interoperabilidad.
Es
una iniciativa de los fabricantes más importantes de equipos de entretenimiento
para crear un estándar que permita compartir recursos y ser- vicios entre los
televisores, los equipos HiFi, los vídeos, etc.. Desde este punto de vista es
una especificación software que permite la interoperabilidad total entre
dispositivos de estos fabricantes. Además el estándar HAVI ha definido y está haciéndolo con otras tecnologías un conjunto
de normativas para interactuar con otras iniciativas de normalización en el
mundo del home
networking:
Internet: HAVI define un FCM con APIs que permiten a las aplicaciones formar parte de los protocolos
internet más comúnmente utilizados como HTTP,
FTP, POP3
Jini: Los principales miembros
de HAVI, junto con Sun Mycrostem, han creado un puente que permite a las
aplicaciones HAVI interactuar con redes basadas en el estándar Jini.
UPnP y HomeAPI: De la misma forma
que con Jini, se han creado interfaces de programación APIs) y un puente HAVI-HAPI
que permite la interoperabilidad entre una red HAVI y una red UPnP
basada en Windows.
Bluetooth y HomeRF: Existen algunas
iniciativas de interactuar con estas tecnologías en el sentido de poder
controlar los displays de los dispositivos Bluetooth
y HomeRF como si se trataran de
dispositivos HAVI.
La
principal ventaja de HAVI, es que
los usuarios pueden usar, la pantalla del TV para manejar el equipo HiFi de música, la vídeo cámara, la
videoconsola a la vez que la TV, o pueden escuchar la música del reproductor de
CDs del salón en el equipo midi de la habitación, o usar un PC, situado en otro
lado, como reproductor de películas DVD.
Todos estos equipos podrán bajar automáticamente el volumen cuando suene el
teléfono o llamen a la puerta. El sistema de alarma de la vivienda podrá usar
la TV como pantalla y el vídeo como sistema de almacenamiento. Representa el
despegue de las tecnologías de webcasting y la Tv interactiva a gran escala
ya que permite la distribución de audio y vídeo por toda la casa de manera
completamente intuitiva. Sin embargo, HAVI cuenta con dos limitaciones
importantes:
Escaso
número aún de fabricantes que lo soportan.
Limitación
a la capa física representada por el IEEE
1934, e interoperabilidad incierta con tecnologías wireless, actualmente
más solicitadas.
