URL eddystone, SSDP Y mDNS Soporte Web física

URL eddystone, SSDP Y mDNS Soporte Web física

Introducción a la Web física

balizas son adecuados para todo tipo de escenarios de aplicaciones que requieren la comunicación entre objetos cotidianos y su entorno. La web física ayuda a los usuarios hacer un uso óptimo de las oportunidades resultantes. En este articulo, introduciremos ¿Cómo funciona la Web física, y no hay duda de que la URL de Eddystone juega un papel importante durante el funcionamiento de la Eddystone.

En 2014, Google presentó su proyecto de código abierto Web física con el objetivo de vincular el mundo virtual aún más estrechamente con la real. Paradas de autobus, atracciones turísticas, objetos o artículos de supermercado todos los días – en principio, todos ellos ahora pueden enviar mensajes a los teléfonos inteligentes de forma independiente a través de balizas. La base de esta comunicación es el Bluetooth Low Energy (BLE) tecnología de radio. Si un artículo ha sido equipado con un faro, puede enviar mensajes a los teléfonos inteligentes que BLE apoyo, por ejemplo, informar sobre los retrasos, ofertas o días de campaña especial.

En este contexto, garantiza el web físicos, entre otras cosas, que los usuarios no tienen que instalar nuevas aplicaciones en todas partes, pero puede ver las noticias en una interfaz uniforme. Se puede utilizar en casi todos los casos en los que los usuarios están interesados ​​en información sobre su entorno o en las que es necesaria una interacción entre ellos y objetos inteligentes. Con el fin de tener una mejor idea de este tipo de escenarios, tres ejemplos de aplicación cortos siguen.

La parada de autobús inteligente: Hay una parada de autobús cercana podría decirle a la espera de la gente a través de su teléfono inteligente cuando el próximo autobús llegará. En este caso, el sensor de Web física BLE envía una dirección URL que lleva a la página web de la parada de autobús. Con el fin de distinguirlos de los demás, la URL contendrá un código de identificación de la parada.

La interacción con las máquinas expendedoras: Una máquina expendedora con una conexión a Internet envía una URL que los clientes pueden utilizar para acceder a un sitio web utilizando la función de pago de la máquina expendedora si no tienen dinero en efectivo con ellos. La dirección URL incluye una ficha que cambia dinámicamente después de cada compra. La máquina y el sitio web abierto en el teléfono inteligente se conectan al servidor back-end del proveedor usando la misma razón. Después de la compra se procesa, el servidor envía una solicitud a la máquina expendedora para emitir los productos comprados. La web física se utiliza para transferir la dirección URL para el smartphone. Todos los demás pasos se llevan a cabo a través de Internet como de costumbre. Por ejemplo, los llamados zócalos web se pueden utilizar para la comunicación bidireccional entre la máquina o sitio web y el servidor.

electrodomésticos monitorizados: La web físico también puede ser usado para aparatos de control y de los hogares monitor, como la lavadora. Cada dispositivo envía una URL que hace referencia a una dirección IP y sólo se puede acceder cuando se conecta a la red local. La visibilidad de la URL puede estar limitado a dispositivos en la red si se utilizan técnicas de descubrimiento de red, tales como mDNS y SSDP en lugar de BLE.

Web física o aplicaciones individuales

A diferencia de otras ofertas de información (por ejemplo. información de los horarios o asociación de turismo), donde los usuarios tienen que instalar su propia aplicación para cada proveedor, la red física integra Eddystone URL transmitida por las balizas como si fueran una consulta de búsqueda en una página. Así, los usuarios pueden encontrar objetos inteligentes en su entorno con una sola aplicación e interactuar directamente con ellos. Otra ventaja: sin notificaciones proactivas se envían. El usuario sólo ve una lista de objetos en su área si quiere.

Además de la BLE, MOKOSmart, en el que el autor trabaja, propone un método para enviar y recibir URLs en redes locales que se basa en la ssdp (SSDP). Con la ayuda de SSDP, es posible limitar la visibilidad de Eddystone enviado URL en redes locales y aumentar así la seguridad de conexión.

La Web física está disponible como un proyecto bajo la licencia Apache en MOKOSmart e incluye implementaciones para plataformas como Android, iOS, y Node.js. Las aplicaciones web físicas para Android y iOS están disponibles en la App Store de Apple y la tienda de Google Play. Todas las aplicaciones se deben entenderse como prototipos, lo que permitirá a los desarrolladores experimentar con la red física en una etapa temprana. En el futuro, que debe estar disponible en otros dispositivos móviles, además de los teléfonos inteligentes.

url eddystone

¿Cómo funciona la Web física?

La web física se dice que es una extensión de internet. Como todas las tecnologías web, que está abierto a todos y cada uno puede desarrollar aún más. Dado que el sistema se basa en la visualización de las URL, que está descentralizado y no controlada por nadie. La URL de Eddystone puede conducir a páginas de información simples, a más complejo, aplicaciones web interactivas o incluso a las aplicaciones nativas. La web física es comparable a buscar en la web:

El usuario llama a una lista de objetos de su vecindad.
Se muestra una lista de URLs.
El usuario selecciona uno.
La URL sale en la ventana del navegador.
Los siguientes aspectos deben tenerse en cuenta desde el punto de vista técnico:
1. Enviar retroalimentación
2. Historia
3. Salvado
4. Comunidad

• Envío y recepción de URL: Hay muchas maneras de enviar URLs. Actualmente la red física compatible con la transmisión a través de BLE, mDNS, y SSDP (más sobre esto en la siguiente sección).
Recuperar la información básica de los sitios web: El cliente Web física recoge las URL encontradas y los envía junto con toda la información pertinente (por ejemplo. Intensidad de señal) a un servicio Web. Esta, en turno, se activa la información básica, como el título, descripción, y el icono de la página web y devuelve los resultados de la búsqueda para el cliente. El prototipo de aplicación del servicio web está disponible en el repositorio GitHub del proyecto.

• Visualización de los resultados: Una clasificación es importante cuando se trata de mostrar los muchos dispositivos en URL envío desde la zona. El cliente Web física puede clasificar de acuerdo con la intensidad de la señal, la preferencia personal y otros criterios. El sistema debe resolver de antemano el spam. Dado que los motores de búsqueda tienen el mismo problema, su enfoque se puede utilizar para la web física. En la pantalla de resultados, el usuario hace clic en un objeto de lista y el navegador abre el sitio web asociado.

• Como se mencionó, Actualmente la red física conoce tres formas de enviar y recibir URLs. Se basan en dos procesos diferentes: Bluetooth Low Energy y la Red de descubrimiento de servicios. teóricamente, otros métodos se podrían añadir en el futuro. Por ejemplo, los desarrolladores pueden utilizar la tecnología de marca de agua de audio para incrustar un URL en una señal de audio. En este caso, el cliente web física tendría que ser ampliado para ser capaz de recibir señales de audio y decodificar las direcciones URL contenidas en él.

Ble Bluetooth y Eddystone

El primer borrador de la Web física USOS BLE para enviar el URL para el paquete adecuado. La tecnología es muy eficiente energéticamente, especialmente si el producto de usarlo se opera en modo de transmisión (BLE modo no conectable), como en el caso de la red física. BLE dispositivos pequeños pueden enviar Eddystone URL con una sola pila de botón durante casi dos años.

Uno de los elementos básicos de la Web física es la dirección URL de Eddystone. Como una especificación de protocolo, Eddystone define un formato de mensaje de baja potencia Bluetooth para balizas de proximidad basada en la especificación Bluetooth núcleo. En él se describen los diferentes tipos de trama que balizas pueden utilizar individualmente o en combinación: Eddystone-UID, Eddystone-TLM, y la dirección URL mencionada Eddystone, el cual es el único relevante para la web física.

Un mensaje de Eddystone consiste en dos tipos básicos de datos en un bloque de datos de publicidad (ANUNCIO): servicios y datos UUID. Ambos tipos utilizan un 16-bit identificador único universal (UUID) que cumpla con los estándares Bluetooth. El servicio UUID reservado para Eddystone es 0xFEAA. Se proporciona un mecanismo para eficiente, Multiplataforma exploración en segundo plano que tanto Android y el IOS permiten. La bytes posterior del bloque de AD contiene el específico de datos para la trama. El primer byte define el tipo de trama. Sólo los cuatro bits más significativos se utilizan actualmente. Los cuatro los inferiores están reservados para su uso posterior y debe tener el valor 0000.

El marco de Eddystone UID envía una única ID de baliza de 16 bytes que se compone de un espacio de nombres ID 10 bytes y un ID de instancia de 6 bytes. Aunque el ID de espacio de nombres se puede utilizar para agrupar un conjunto específico de balizas, el identificador de instancia es útil para identificar los dispositivos en el grupo de.

Si nos fijamos en el concepto de la UID de Eddystone, funciona de una manera similar a los iBeacons introducidas por Apple en 2013. El paquete contiene IBeacon 16 bytes cerca de la UUID, un dominio principal de 2 bytes, y un dominio secundario 2-byte. paquetes IBeacon contienen un 16-byte proximidad UUID, 2-byte de mayor y de 2 bytes campos menores. El UUID de proximidad puede ser utilizado para identificar una organización o una aplicación como un negocio. Mayor y campos menores permiten una asignación más detallada de la identidad determinada por el UUID, como en el caso de una rama. Eddystone-TLM ahora está enviando la información telemétrica tales como estado de la batería, temperatura del dispositivo y el número de paquetes enviados por la baliza.

El marco de Eddystone URL envía una versión reducida de la URL generado mediante la codificación. La compresión hace que sea posible transportar más datos con el paquete de publicidad limitada. El formato de la primera 11 bytes (bytes 0 mediante 10) del mensaje de Eddystone es el mismo para todos los tipos de trama. ¿Cómo se establecen los siguientes bytes (a partir del byte 11), sin embargo, depende del tipo de trama:

• Byte 11 define el tipo de trama. Su valor para los marcos de Eddystone URL es 0x10.
• Byte 12 Define la potencia de TX. Es un valor entero con signo de 8 bits como se describe en el nivel característico de la potencia TX Bluetooth

Red de descubrimiento de servicios

Además de balizas BLE y Eddystone URL, métodos de descubrimiento de red, tales como SSDP y mDNS ofrecen la opción de transmisión de direcciones URL. También puede enviar URL de dispositivos en redes locales. El método tiene dos ventajas sobre BLE: primero, sólo los usuarios que estén conectados a redes locales pueden ver las direcciones URL, y segundo, no hay ninguna restricción longitud URL como con BLE.

El uso de la detección de redes para la web física tiene sentido en situaciones donde la seguridad y la privacidad juegan un papel clave. Un ejemplo sería la zona de casa inteligente si el acceso a dispositivos sólo debe limitarse a las personas de la misma familia.

El ssdp (SSDP) es un protocolo de red para la publicidad y el descubrimiento de servicios y dispositivos en redes locales. Se forma la capa de descubrimiento del protocolo plug-and-play universal, (UPnP) y ayuda a dar a conocer dispositivos recién añadidos que se definen como puntos de control. También permite realizar búsquedas de dispositivos y servicios específicos.

Tales funciones se basan en los dos tipos de mensajes SSDP. primero, no es el mensaje de anuncio de que un dispositivo envía tan pronto como se añade a la red. El mensaje a la dirección de multidifusión estándar y el puerto 239.255.255.250:1900 es ssdp: viva. Los puntos de control escuchan al puerto para recibir mensajes SSDP y así poder detectar nuevos dispositivos y servicios. Antes de dispositivos UPnP desaparecen de la red o que ya no están disponibles, tienen que enviar el mensaje ssdp: adiós a la misma dirección de multidifusión y el puerto correspondiente.

Por otra parte, hay una función de descubrimiento SSDP en la que permite que los puntos de control para encontrar dispositivos y servicios de interés incluso en la red. En este caso, un punto de control envía una solicitud de búsqueda a la dirección de multidifusión y el puerto 239.255.255.250:1900. Los dispositivos UPnP que soportan los servicios solicitados envían una respuesta de unidifusión a la dirección del puesto de control que envió la solicitud. El formato de la respuesta es similar al mensaje SSDP del tipo ssdp: viva.

Web física compatible con el SSDP para enviar y recibir direcciones URL en las redes locales. Fraunhofer Fokus desarrolló el concepto y la aplicación del mecanismo correspondiente. La implementación incluye la integración de SSDP en la aplicación web física para Android y el IOS para la recepción de las direcciones URL a través del protocolo. Adicionalmente, una herramienta multiplataforma basado en Node.js está disponible para enviar las direcciones URL de la misma manera.

Al utilizar SSDP, un dispositivo web físico conectado a la red local envía la siguiente ssdp: mensaje de vida tan pronto como esté disponible en la red:

NOTIFICAR * HTTP / 1.1 ANFITRIÓN: 239.255.255.250:1900
Cache-Control: max-age = segundos hasta que expire anuncio
UBICACIÓN: URL de la página web para publicitar
Nuevo Testamento: urna: físico-web-org: dispositivo: Básico: 1
NTS: ssdp: viva
SERVIDOR: LA / versión UPnP / 1.0 producto / versión
USN: anuncio UUID
El método NOTIFY en la primera línea indica que se trata de un mensaje publicitario. Mientras que el encabezado de ubicación define la URL de la tela física que se envía, la cabecera NT define el tipo de dispositivo, que en el caso de la red física es urna: físico-web-org: dispositivo: Básico: 1. el ssdp: el valor de la cabecera viva NTS indica que el dispositivo físico web está disponible. Finalmente, el encabezado de USN proporciona un nombre único que se puede utilizar para identificar el dispositivo. clientes web físicas que se ejecutan en los teléfonos inteligentes o tabletas escuchan a la dirección de multidifusión y el puerto 239.255.255.250:1900 y filtrar los mensajes SSDP Web física comprobando el valor de la cabecera NT. A continuación, puede analizar el mensaje SSDP y leer el valor de la cabecera de localización que lleva la URL enviada.

dispositivos web físicos deben enviar la siguiente ssdp: mensaje de adiós antes de desaparecer de la red:

NOTIFICAR * HTTP / 1.1 ANFITRIÓN: 239.255.255.250: 1900
Nuevo Testamento: urna: físico-web-org: dispositivo: Básico: 1
NTS: ssdp: adiós
USN: anuncio UUID
ssdp: adiós deja claro que el dispositivo físico web ya no está disponible a partir de ahora. El valor de la cabecera USN sigue siendo el mismo que en el ssdp: mensaje de vida. clientes web físicas que reciben tales mirada un mensaje para la dirección URL asociada con el USN y luego lo elimina de la lista.