OSGi. Autor: Nelson Dopico

Transcripción

1 OSGi Autor: Nelson Dopico

2 Open Services Gateway Initiative (OSGi) es un grupo de trabajo que surgió en Marzo de 1999, cuyo principal impulsor es Sun Microsystems. OSGi es un consorcio de cerca de 80 compañías de todo el mundo que trabajan juntas cuyo objetivo es definir y promover un estándar abierto para permitir conectar los servicios ofrecidos en redes metropolitanas (WAN) a redes de locales (LAN) o domóticas. Esto permitirá la conexión de la próxima generación de aparatos inteligentes que se puedan encontrar en un hogar (oficina) con los servicios externos a la casa (oficina) ofrecidos a través de Internet. De esta forma, Proveedores de Internet (ISP), operadores de red y fabricantes de equipos pueden ofrecer una amplia gama de servicios a los usuarios finales utilizando todos la misma pasarela. OSGi fue creado en Marzo de 1999 para definir una especificación abierta que permitiera desarrollar una amplia gama de servicios para los usuarios finales. Desde entonces ha crecido de 15 a más de 80 compañías de distintos sectores como pueden ser operadores de telefonía, fabricantes de PC s, industria del automóvil, domótica, electrodomésticos, transporte y muchos otros. La misión de OSGi es permitir el desarrollo de servicios desde redes de área extensa hacia redes de área local. Para conseguir esto se propone una solución basada en una arquitectura completa extremo a extremo, desde el proveedor de servicios, que ofrece el servicio, hasta las redes de área local que proporcionan el servicio final al usuario final. OSGi especifica las capas sobre las que se ejecutan los servicios. Las especificaciones definen una arquitectura abierta y común para proveedores de servicios, desarrolladores, vendedores de software, operadores de gateways y vendedores de equipos para desarrollar y desplegar servicios de una manera coordinada. El componente central de la arquitectura OSGi es la Plataforma de Servicio (Platform Service), que es el entorno de ejecución para los servicios. Normalmente la Plataforma de Servicio interconectaría las redes internas y externas y sería capaz de soportar distintos tipos de comunicación como voz, datos, Internet y multimedia. Puede soportar servicios típicos como gestión de energía, seguridad, atención médica remota, control del hogar, comercio

3 electrónico, etc. La Plataforma de Servicio proporciona una base que los suministradores pueden usar para entregar al cliente usando los dispositivos de su entorno (red). Los objetivos de la especificación OSGi fueron al principio terminales (set top boxes) digitales y analógicos, plataformas de servicios y módems DSL/cable. Cuando el estándar se desarrolló, encontró aplicación en un gran número de áreas en las que sus beneficios fueron apreciados. Las especificaciones OSGi permiten una nueva gama de dispositivos inteligentes debido a su flexibilidad para el despliegue de servicios. El mercado de la gestión remota solo puede crecer cuando existe un estándar disponible que es aceptado y promovido por un gran número de empresas. Por ello, se establecieron algunos principios a tener en cuenta en el desarrollo de las especificaciones, estos son:! "# $# %&'(')*+,' Las compañías miembro de OSGi trabajan en entornos muy distintos, los cuales tienen sus correspondientes restricciones, resultando una amplia variedad de productos con diferentes características y capacidades. La iniciativa OSGi sólo pretende definir una arquitectura software que sea independiente del hardware usado (microprocesador, memoria, periféricos, módems, etc). Ahí radica una de sus principales ventajas ya que permitirá a cualquier fabricante decidir cómo y dónde embarca este software. Por lo tanto, la pasarela OSGi aparecerá en multitud de dispositivos "inteligentes", ya sea de forma completa o de forma parcial, dependiendo del fabricante o del proveedor de servicios en particular. Podremos encontrarla dentro de set-top boxes de televisión por cable, por satélite o terrestre digital, dentro de módems de Cable, routers, centralitas de alarma, contadores electrónicos de electricidad, en la puerta de un frigorífico, e incluso, como un simple software para ordenadores de sobremesa. -.- /012%201203/' 12 &' : Las especificaciones OSGi se centran en definir APIs (Application Program Interfaces) comunes para el despliegue de servicios. Esto hace a las especificaciones adecuadas para

4 plataformas de servicio de muchas aplicaciones de diferentes mercados. OSGi pretende proporcionar una plataforma horizontal que sea igualmente aplicable en cualquier entorno en el cual se requieran las capacidades particulares de la plataforma OSGi. ;<= DC IJKLMNMOI Los entornos OSGi deberían ser capaces de albergar múltiples aplicaciones de diferentes proveedores de servicio en una única Plataforma de Servicio en la cual cada aplicación proporcione un grupo independiente de servicios al usuario. PQR STUVWXYZY Como hemos dicho, OSGi debe soportar gran cantidad de servicios de distintos proveedores al mismo tiempo. En esta situación la seguridad cobra gran importancia. OSGI por lo tanto ofrece una arquitectura segura que limita los ataques o posibles funcionamientos corruptos de aplicaciones que pudieran ocurrir. [\] ^_`_abc dc efgbh`gc^ ijklmnmopqr sj tjs Teniendo en cuenta la diversidad de hogares y edificios en donde este tipo de pasarelas deben ser instaladas, en esta iniciativa no se escoge una única tecnología de conexión en red para los electrodomésticos o dispositivos de las viviendas. Su objetivo es definir una interfaz común para todas ellas, dejando la responsabilidad a los fabricantes de implementar los controladores adecuados para cada una. Teniendo en cuenta esto, la pasarelas OSGi podrán usar sistemas de transmisión inalámbricos (IrDa, HomeRF, IEEE x, Bluetooth), sobre cables telefónicos (HomePNA), sobre la red eléctrica de baja tensión (HomePlug, Lonworks, EIB/KNX, etc), sobre conexiones como Ethernet, USB, etc, y protocolos como HAVi, VESA, Jini, etc. Por lo tanto, la especificación OSGi será la "pasarela" que transforme los paquetes de información procedentes del mundo exterior a un paquete de datos de cualquiera de estas tecnologías y viceversa.

5 uvw xyz{ y}y~~ Figura 1. OSGi y algunos estándares relacionados OSGi ofrece un entorno de servicios comprensible por todo el mundo eliminando mucha de la complejidad y poniéndola en manos de profesionales. Este entorno podría se gestionado remotamente por una organización profesional si se deseara. Esta organización tiene la responsabilidad del entorno completo de tal manera que al usuario le parezca que no es necesaria ningún tipo de administración. ƒ ˆ ƒ ˆ Š Aunque el enfoque principal de la arquitectura OSGi fue la Plataforma de Servicio ahora incorpora necesidades que surgen de distintos mercados. La Plataforma de Servicio es un dispositivo que conecta la red del hogar con Internet. Se considera la parte clave para el reparto de servicios al usuario final, ya que alcanza tanto los dispositivos conectados a la red local como a Internet. Los servicios desplegados sobre la Plataforma de Servicio pueden conectar a los proveedores de servicios a través de Internet a la infraestructura de la red local para ofrecer una nueva categoría de servicios. Existen nuevas tecnologías emergentes cuyo mercado está relacionado: Œ Internet de alta velocidad

6 Estándares en redes del hogar como HomePNA, UPnP, Homero, Bluetooth y otros. Nuevas opciones de entretenimiento como la televisión digital o la televisión interactiva basada en Web. Electrodomésticos conectados a Internet. Además, están ocurriendo cambios sociales que pueden hacer crecer este mercado: Incremento del uso de servicios electrónicos como voz, telefonía móvil, correo electrónico e Internet. Disminución del precio del hardware. Incremento de la importancia del tiempo en el estilo de vida actual. Ž Acceso a Internet: la aplicación más usual es proporcionar acceso compartido a Internet desde redes de área local. En el Internet actual la seguridad que es necesaria para la protección ante ataques e intrusiones la ofrecen los firewalls. Sin embargo, no existe necesariamente limitación hacia el exterior, los servicios de la plataforma pueden también hacer cumplir políticas de uso desde el interior, como por ejemplo controlar el acceso a ciertas páginas. Para este ejemplo únicamente habría que configurar una vez, en lugar de una por cada elemento de la red. Los servicios sobre la plataforma pueden además eliminar los problemas sobre la interconexión de redes. La gestión de redes de ordenadores conectados a Internet requiere los conocimientos de un experto, en cambio la Plataforma de Servicio puede dar la posibilidad de simplificar esta labor al usuario final. Comunicaciones personales: en un futuro cercano la mayoría de los aparatos eléctricos para el hogar, así como los teléfonos móviles y PC s dispondrán de conectividad inalámbrica a redes de área local, y la Plataforma de Servicio es el punto natural en el que se han de conectar estos elementos a Internet o cualquier otra red exterior. El gateway puede, por ejemplo, actuar como central de comunicaciones, pudiendo establecer conexiones sobre Bluetooth, telefonía IP y

7 RTB. Combinando estos tipos de comunicación con otros servicios basados en Internet podremos, por ejemplo, ver en la pantalla de la televisión un mensaje que indique que hay una llamada entrante. Dado el gran uso del correo electrónico OSGi incorpora servicios que hacen más conveniente el acceso y las notificaciones a los elementos de la red local. š Gestión de energía: la plataforma de servicios podría gestionar fácilmente el consumo de algunos aparatos como lavadoras o aires acondicionados para conseguir un ahorro a final de mes. š Automatización del hogar: Aunque los kits domóticos son relativamente baratos, la complejidad en la instalación limita su despliegue masivo. Las claves para aumentarlo son mejorar la facilidad de uso e incrementar la implantación de dispositivos inalámbricos. Además, los servicios basados en gateways pueden simplificar la automatización del hogar proporcionando un punto común para gestión de energía, control remoto a través de Internet, seguridad y pago por uso. š Seguridad: Desde el punto de vista del consumidor, la seguridad basada en la Plataforma de Servicio puede sustituir a los sistemas de seguridad existentes y usar la infraestructura creada en el hogar para otros propósitos. š Teleasistencia: El campo de la telemedicina representa un mercado relativamente poco desarrollado. Los servicios de gateway pueden hacer sentir más seguros a las personas de avanzada edad. Por ejemplo, usando telefonía IP a través de Internet se consigue dar sensación de cercanía. š Entretenimiento: Las actuales necesidades de utilización de sistemas de multimedia, tanto a nivel hogar como en edificios terciarios, están integradas en el Sistema. Así en el manejo de Home Cinema, instalaciones musicales de alta fidelidad, equipos para salas de conferencias, los juegos multiusuario en red, puede combinarse el uso de los dispositivos específicos con actuación de escenas de luz apropiadas.

8 œ žÿ ž ž ž ª Las especificaciones OSGi proporcionan un estándar abierto para dispositivos programables remotos. Las especificaciones abarcan la bajada del software, gestión del ciclo de vida de la aplicación, seguridad en el entorno de programación, gestión de los drivers de dispositivos externos, control de la configuración, del usuario y un modelo de administración remoto. El estándar OSGi comprende las siguientes entidades: Plataforma de Servicios. Proveedor de servicios. Operador de Gateways. Proveedor de servicios por Internet. Áreas locales y dispositivos. Figura 2. Arquitectura de OSGi «± ²³ µ ¹º»º³ Una Plataforma de Servicios OSGi es una aplicación de servidor conectada a una red global (frecuentemente Internet) y a una red de área local. Es un dispositivo con seguridad, sin características de administración para el usuario final. La Plataforma de Servicios contiene un entorno de ejecución para el despliegue remoto de aplicaciones del servicio.

9 ¼½¾ ÀÁÂÃÃÄÁÀ Äà ÅÃÀÂÆÇÆÁÅ El proveedor de servicios es el actor que proporciona el valor añadido del despliegue de Servicios en la Plataforma de Servicios. El Proveedor de Servicios reparte aplicaciones a los Operadores de Gateways, los cuales combinan estas aplicaciones con otras y verifican la corrección de estas combinaciones antes de repartirlas a los usuarios de la Plataforma de Servicios. Las aplicaciones de los Proveedores de Servicios pueden asumir conexiones a área global o local, permitiendo a las aplicaciones el acceso a recursos centrales y a dispositivos locales. ¼½È ÉÊËÌÍÎÉÌ ÎË ÏÍÐËÑÍÒÓ El Operador de Gateways es el responsable del correcto funcionamiento del Gateway. También ofrece al Proveedor de Servicios un entorno seguro de ejecución y debe además asegurar el buen funcionamiento del entorno. El Operador de Gateways controla completamente el entorno de la Plataforma de Servicios a través de aplicaciones de gestión. Es el responsable de instalar y desinstalar aplicaciones y asegurar los recursos suficientes y permisos necesarios para su funcionamiento. El Operador de Gateways también controla el Gateway para detectar fallos y ataques a la seguridad. Los Operadores de Gateways deben poseer el Gateway (es un modelo similar a los sistemas telefónicos) o pueden proporcionar servicios de dirección utilizando a un tercero. Hay muchas variaciones posibles de este modelo. ÔÕÖ Í ËÓÉ Í ØÙÐËÌÙËÐ El Operador de Gateways puede proporcionar acceso a Internet como una parte de su oferta. Sin embargo, es posible que se especialice exclusivamente en servicios de gestión de la Plataforma y solo acceda a los Servicios de la Plataforma a través de una conexión a Internet ya existente. En este caso cualquier proveedor de servicios de Internet puede suministrar esa conexión.

10 ÚÛÚ ÜÝÞÝß àáâãàýß ä Þåßæáßåçåèáß Las redes locales y los dispositivos asociados a los Servicios de la Plataforma pueden estar conectados directamente por el puerto paralelo, indirectamente por cableado o mediante redes sin cable. Esta conectividad entre el mundo externo de Internet (u otras redes globales) y los dispositivos hacen a la Plataforma de Servicios más que un solo ordenador, llega a ser un puente entre dominios. éê ëìíîïìð ñì òóí ìíôìõö öøùøöúûüý La primera versión de las especificaciones OSGi es de Mayo de La mayoría de las especificaciones OSGi van dirigidas a las Plataformas de Servicios; detallan el núcleo del entorno de trabajo JAVA API para aplicaciones junto con un número de servicios opcionales. La segunda versión de las especificaciones de OSGi define un entorno de ejecución para las aplicaciones OSGi. Incluye un número de API s para aplicaciones de gestión de ciclos de vida, servicios de registros, almacenamiento, seguridad y codificación. El entorno de trabajo contiene un número de clases útiles para simplificar el entorno de un Gateway que dinámicamente actualiza sus aplicaciones. Además de las especificaciones del núcleo del entorno de trabajo, los siguientes servicios están definidos en la versión 2: Logging de eventos desde aplicaciones. Gestión de dispositivos y sus drivers. Un servidor de http y HTTPS con registro dinámico de servlets. Autenticación de Control y autorización de usuarios. Control de la configuración de las aplicaciones. Almacenamiento y manejo de sistemas y preferencias de los usuarios.

11 þÿ Tanto la versión 1 como la versión 2 de las especificaciones OSGi resumen entornos de desarrollo Java, aunque no se descartan otro tipo de entornos para un futuro. La elección de Java se debe a que tiene algunas características que lo hacen excepcional para las Plataformas de Servicios: Amplia aceptación, gran número de librerías ya disponibles y facilidad de encontrar a programadores con experiencia. Unión dinámica con clases cargadoras (loaders), permitiendo actualizaciones del software. Estructura moderna de un lenguaje orientado a objetos con recolectores de basura y manejo de excepciones, simplificando así la escritura de servicios. Independencia entre la Plataforma de Servicios y el procesador, permitiendo que los servicios operen independientemente del sistema operativo y de la arquitectura en la que se encuentren. Las especificaciones de la versión 2 definen un entorno de desarrollo mínimo que puede por supuesto, ser aumentado tanto como se requiera. Las especificaciones OSGi están diseñadas para funcionar incluso en pequeños dispositivos con un mínimo entorno. Esto se especifica usando un formato que permite el análisis estático de conformidad para aplicaciones y Plataforma. El servicio del entorno de trabajo proporciona el contexto para desarrolladores para escribir aplicaciones de la Plataforma de Servicios. También da un entorno con algunas características útiles como pueden ser: Descarga dinámica y actualización de soporte de aplicaciones sin requerimientos para restaurar el entorno. Utilizable en para dispositivos con memoria y funcionamiento limitado.

12 Ofrece un modelo de componentes consistente y conciso para servicios de desarrolladores. Gestiona dependencias entre aplicaciones. Es escalable. Figura 3. Entorno de Trabajo OSGi Las aplicaciones se llaman bundles en el entorno de trabajo de OSGi. Un bundle es un archivo Java (JAR) que contiene el código ejecutable junto con todos sus recursos como librerías nativas, imágenes y páginas HTML. Cada bundle contiene una descripción de sí mismo para el uso en el entorno de trabajo. La descripción incluye las necesidades de disponibilidad de ciertas librerías, documentación y librerías nativas. Esto también especifica la clase para comenzar y para el bundle. Empaquetando todos estos objetos juntos en un simple JAR y especificando su contenido y el entorno de trabajo OSGi, se puede bajar y controlar uniformemente cualquier bundle. Los bundles activos pueden encontrar servicios disponibles en el Registro de Servicios. En el contexto del entorno de trabajo, un servicio es un objeto registrado, con un nombre de interfaz. La implementación actual de este servicio es irrelevante en tanto que obvia la especificación de la interfaz definida por OSGi. De esta manera, las especificaciones OSGi permiten una variedad de implementaciones que están optimizadas para diferentes

13 necesidades pero que mantienen una interfaz consistente. Los servicios de búsqueda de registros (lookups) pueden ser simples o complejos usando un lenguaje de consulta muy potente. Un bundle puede extender el entorno OSGi registrando sus propios servicios. Obviamente, usando y registrando servicios se crean dependencias entre bundles. Compartiendo código entre bundles se crean más dependencias. El entorno de trabajo gestiona esto no registrando todos los servicios de un bundle cuando está parado y parando bundles cuando el código compartido no se encuentra disponible. Las API s para gestionar el ciclo de vida de los bundles son conocidas como de política libre (policy free) porque diferentes Operadores de Gateways necesitarán utilizar diferentes políticas aunque usen el mismo mecanismo para implementarlas. Por lo tanto, las especificaciones asumen la presencia de un bundle especial que es responsable de la gestión local de la Plataforma de Servicios. Este bundle de gestión define cómo se gestiona el Gateway y qué protocolo se usa. Por ejemplo, el entorno de trabajo usa seguridad arquitectural Java2 para crear un entorno de ejecución protegido para cada bundle. Este bundle de gestión proporciona la política para esto, por medio de definiciones dinámicas y modificando permisos para cada bundle. Figura 4. Aplicaciones (bundles) y servicios en el entorno de trabajo OSGi! " #$ % &" '()*+, OSGi especifica los servicios publicando un interfaz Java y un documento detallando la semántica que hay detrás de la interfaz. Las especificaciones están escritas para permitir

14 una gran variedad de implementaciones que pueden aplicarse a Plataformas de Servicios OSGi dirigidas a diferentes mercados. Las implementaciones registran objetos de servicio en el entorno de trabajo OSGi para hacerlos disponibles a otros bundles. En la versión 2 OSGi ha definido los servicios descritos en los siguientes apartados: -./ El servicio log ofrece a los bundles la facilidad de recordar información importante de una forma consistente. Las implementaciones del servicio de log pueden variar ampliamente dependiendo de las necesidades y capacidades de la plataforma. Para algunas implementaciones esta información se debe encolar hasta que haya una cobertura de red sin cable, otras implementaciones podrían inmediatamente informar al centro de gestión y otras usar un log local. El servicio de registro de acceso (log) graba las entradas con la hora, nivel de severidad, llamando al bundle id, un mensaje y un objeto Java opcional que describe una condición excepcional. El servicio de registro de acceso guarda en local un historial limitado de los accesos (logs). Este servicio puede también distribuir eventos de log cuando ocurren. -.: ;<=>?@A= BCCD El servicio http presenta un servidor web capacitado para el Gateway. Los bundles pueden registrar dinámicamente sevlets y recursos estáticos para uso de este servidor web. Las implementaciones deben soportar Java Servlet 2.1 u otra API superior. El API del servidor http es genérica y puede implementar más que solo el protocolo http. Las implementaciones del servidor http gestionan las dependencias de bundles automáticamente. Cuando los bundles paran, el servidor automáticamente quita algún servlet y los recursos estáticos originarios de este bundle del espacio de nombre del servidor.

15 EFG HIIJKL H MNKOLKNPNQLK La Plataforma de Servios juega un papel crucial en la conexión de dispositivo y servicios externos. Las especificaciones de acceso del dispositivo hacen esto posible para un Operador Gateway, es decir, el unir el driver a su dispositivo. Los drivers se descargan cuando se necesitan. Cuando se descubre un nuevo dispositivo, el dispositivo gestor detectará esto y encontrará el driver apropiado bajo el control del Operador Gateway. Una vez encontrado el driver es bajado e instalado. El nuevo driver normalmente registra nuevos servicios que proporciona el nuevo dispositivo, pero si ya está instalado ese driver no hará falta. Por ejemplo: el driver para un sensor de temperatura X-10 registrará el mismo tipo de servicio que haría un sensor de temperatura USB conectado. Esto hace a los bundles usar un sensor de temperatura general para cualquier hardware que sea un sensor (del tipo que sea). El dispositivo gestor es independiente de la red. Trabaja con redes modernas con potentes mecanismos de descubrimiento como IEEE 1394 y USB, pero con puerto serie. El dispositivo gestor verá la configuración actual de los drivers y actuará cuando se quiten / pongan dispositivos, para instalar, desinstalar o actualizar los drivers de forma adecuada. EFR SJKPN TU MJ VH ILUW NSXYHIN TU Los bundles desplegados en la Plataforma de Servicio necesitan ser configurados. Al igual que un servidor web necesita un número de puerto, un bundle del registro de acceso (log) puede necesitar el nombre del host del Centro de Gestión. Las especificaciones de gestión de la configuración definen cómo se comunica la información de configuración a los bundles y cómo las aplicaciones de gestión pueden salvar y modificar esa información como necesiten. Las API s para esta especificación están diseñadas para la gestión remota, pero pueden ser usadas para gestión local también. Las aplicaciones de gestión tienen información de tipos dinámica que puede ser usada para generar interfaces de usuario para guardar la información de configuración de forma adecuada.

16 Z[\ ]^_`abc d^ e_efgah_ La autenticación y autorización son servicios centrales de una Plataforma de Servicios. El servicio de gestión del usuario de OSGi ofrece autenticación de usuario con técnicas dependientes de la implementación, que se pueden basar en contraseñas, certificados o testigos de un sólo uso (one time token card). El servicio de gestión de usuario mantiene una base de datos de usuario que puede guardar contraseñas, secretos compartidos, certificados y otras propiedades para soportar una gran variedad de técnicas y tecnologías. Los usuarios autenticados pueden realizar actividades protegidas que no se permiten a los no autenticados. Para estos, las actividades están asociadas a roles. Un usuario solo puede ejecutar una actividad cuando tiene el rol asignado a esa actividad. Por ejemplo, para realizar la instalación de un bundle, al usuario se le pedirá que tenga el rol de administrador. La asignación de roles la hace el servicio de gestión de usuarios. Los grupos de roles pueden usarse para minimizar la carga administrativa y crear un acceso basado en condiciones de autorización, quizás por tiempo de un día u otro factor del entorno. Z[i _^gjakah d^ lg^m^g^ckaf_ El Servicio de Preferencias es una base de datos para el almacenamiento de información relacionada con los bundles. Los bundles pueden usar preferencias para guardar preferencias de usuario, o incluso, cualquier otro tipo de información. Una aplicación típica puede ser un récord, la posición personal de.., o el fondo de color de una página HTML. El API permite implementaciones para almacenar datos local o remotamente. Para tratar la posibilidad de la falta de disponibilidad de la red, el API ofrece un mecanismo de retroceso para el bundle cuando la vuelta atrás no es posible. El API de preferencia está desarrollado en cooperación con un API Java de Sun. no pqrstsupuvw xyryzpw OSGi es una organización que sigue trabajando en desarrollar nuevas capacidades y en las necesidades de las empresas miembro. Las nuevas capacidades en las que se está trabajando en OSGi son:

17 { } ~ ƒ ƒ Los gateways en vehículos se ha convertido en un área de aplicación para OSGi y uno de los primeros resultados es un API de posicionamiento. Este API es el bloque construido para aquellos servicios que necesiten saber la posición. Los servicios que permite esta API van desde sistemas de detección de accidentes, que informan al centro de gestión de la posición actual del problema, hasta aplicaciones que pueden guiar al usuario hasta la pizzería más cercana. { ˆ ~ Š Un factor clave de un mercado de servicios electrónicos es un modelo de pago seguro, fiable y barato. Una vez que esto esté en marcha muchas compañías tendrán otro incentivo para convertirse en Proveedores de Servicios. Esto permitirá que los servicios ofrecidos vayan más allá de los modelos convencionales donde se venden equipos a bajo coste bajo condición que será usado en Plataformas de Servicios OSGi. El usuario podrá pagar por su uso mediante un bundle de OSGi. El pago por uso de servicios podría formar parte completamente de la Plataforma de Servicios, pero el modelo también permite ofrecer servicios externos a la Plataforma de Servicios como televisión de pago o servicios de información. { ƒ Œ Ž Como todo el mundo que tiene un teléfono móvil puede atestiguar, la cobertura dentro de un vehículo suele ser mucho más intermitente que en una casa. Esto crea la necesidad de una arquitectura de comunicaciones basada en mensajes para el uso de Servicios de Gateways móviles. Los mensajes son asíncronos y pueden quedar en suspenso hasta que el vehículo tenga cobertura nuevamente o cuando los costes de transmisión sean más bajos. Estos beneficios no están limitados a aplicaciones móviles. { š Las Plataformas de Servicio requieren una fuerte protección contra ataques. Esta fuerte protección necesita potentes mecanismos de autenticación. El campo de trabajo hoy en día es la criptografía de calve pública. Esta tecnología permite a las partes autenticar a la otra sin compartir secretos, simplificando significativamente la gestión global de gestión. Los

18 algoritmos de clave pública pueden ser usados por usuarios autenticados y Plataformas de Servicios usando tarjetas inteligentes o similares. También pueden servir para firmar bundles y garantizar así su origen. Sin embargo, esta tecnología requiere una infraestructura para gestionar la distribución de certificados ya que estos expiran y a veces son revocados. OSGi está actualmente investigando si una infraestructura de clave pública puede gestionar estas necesidades o sería necesario hacer algún desarrollo. œ ž Ÿ Ÿ ª Bajar las luces mientras comienza a escucharse un MP3 podría ser probablemente una aplicación típica en una casa domótica, esto es posible con OSGi. Desgraciadamente, la intrusión de gente no experta haciendo este tipo de trabajos de coordinación entre dispositivos ha limitado el crecimiento de este mercado. La Plataforma de Servicios OSGi puede simplificar el desarrollo de la automatización de la casa, pero más importante que eso, puede hacerla más atractiva permitiendo su uso en entornos más ricos y con más posibilidades. La conexión con una red ancha y teléfonos móviles permite nuevos tipos de control. El despliegue de estos servicios generales permite la cooperación de diferentes aplicaciones y la difusión de la investigación en automatización. Las API s son necesarias para permitir esta cooperación y OSGi está en proceso de definir un modelo general de sensores, actuadores y sus conexiones. La influencia de expertos en vehículos garantizará que el API sea aplicable en otras características de la automatización, como en los coches.