ES2640868T3 - Sistema de visualización - Google Patents

Abstract

Un sistema de visualización (10) que comprende un comunicador (12) y una serie de módulos de pantalla remotos (18), transmitiendo el comunicador (12), en funcionamiento, un información de visualización (76) a una serie de módulos de pantalla remotos (18) cada uno de los cuales está adaptado en un modo de baja potencia para visualizar información, y en un modo de alta potencia para comunicar periódicamente con el comunicador (12) con el fin de obtener información de visualización actualizada (76), estando adaptado cada uno de los módulos de pantalla (18) para conmutar automáticamente entre modos funcionamiento de alta y de baja potencia entre comunicaciones, con el fin de permitir un consumo global de potencia bajo del módulo de pantalla (18), y además en el que cada uno de los módulos de pantalla remotos (18) está asignado a uno de dos o más intervalos de tiempo, intervalo de tiempo dentro del cual comunica con el comunicador (12), en el que el comunicador transmite una señal (70) de dos componentes que comprende un componente de sincronización (74) que contiene información relacionada con la sincronización de comunicación con el módulo de pantalla (18) y un componente de datos (76) que comprende información de visualización para actualizar el módulo de pantalla (18), y en el que el componente de sincronización (74) comprende dos o más paquetes de sincronización (82), comprendiendo cada paquete de sincronización datos relacionados con la posición del paquete de sincronización (82) dentro del componente de sincronización, para permitir de ese modo que el módulo de pantalla (18) determine la precisión de sincronización de conmutación al modo de alta potencia para recibir la transmisión procedente del comunicador (12), en base al desplazamiento de la posición entre uno de los dos o más paquetes de sincronización y otro de los dos o más paquetes de sincronización; y en el que el módulo de pantalla (18) está adaptado para corregir automáticamente la sincronización de comunicación con el comunicador (12), determinando la deriva del reloj del módulo de pantalla en base al desplazamiento.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Sistema de visualizacion

La invencion se refiere a un sistema de visualizacion que se actualiza remotamente utilizando comunicacion inalambrica y en particular, pero no exclusivamente, a sistemas de este tipo que comprenden pantallas biestables o multiestables de baja potencia, en ocasiones denominadas papel electronico. El sistema de visualizacion puede ser utilizado en el punto de venta de artfculos en un establecimiento minorista o para aplicaciones similares donde la informacion se visualiza durante periodos largos en una o varias unidades de pantalla alimentadas por batenas. Un objetivo de la presente invencion es dar a conocer medios mediante los que se minimice la utilizacion de energfa, y la vida util de la batena se prolongue todo lo posible.

Es conocido el disponer pantallas en los puntos de venta, aunque estas son generalmente bastante complejas con pantallas grandes de tipo publicidad comercial, tienen altos requisitos de potencia y requieren a menudo suministro de la red electrica. Incluso las pantallas menos voluminosas y los sistemas de visualizacion que funcionan con batenas actualmente disponibles siguen consumiendo mucha energfa electrica, por lo que si no estan alimentados por la red requieren frecuentes cambios de batena. Ademas, los medios para actualizar dichas pantallas son complejos, costosos y/o pueden requerir que un usuario trate individualmente una unidad de pantalla, por ejemplo localmente, para actualizar la informacion de visualizacion en la unidad.

Es sabido asimismo que se puede visualizar informacion de productos electronicos utilizando una multitud de modulos de pantalla autocontenidos o etiquetas electronicas de estante (ESL, Electronic Shelf Labels), tal como en las memorias US 4.888.709 y US 5.313.659. En este caso, cada ESL recibe potencia de una batena, de un medio de comunicacion con un procesador central (tal como infrarrojos) y de medios mediante los que la informacion de producto correcta puede ser asociada con la etiqueta correcta. Se ha reconocido que una cuestion clave asociada con la ESL es el consumo de potencia necesario para mantener la imagen. Se han propuesto medios de recarga de la batena durante periodos de utilizacion (tal como en la memoria US 5.548.282). Se ahorra potencia asimismo utilizando pantallas biestables (tal como en las memorias US 2001/0020935 A1 y Us 2003/0156090 A1), donde la ventaja principal que proporciona la pantalla biestable es eliminar la necesidad de un costoso software controlador de la pantalla en cada dispositivo, y permitiendo la transmision inalambrica de informacion de direccionamiento directamente a la pantalla. Es decir, el microcontrolador y el software de control se mantienen en una unica unidad de control, y para ahorrar costes no se incluyen en la multitud de unidades de pantalla.

La memoria US 2007/286246 describe una interfaz de visualizacion basada en paquetes, que tiene una unidad de procesamiento de video dispuesta para acoplar un dispositivo de fuente de multimedia a un dispositivo colector de multimedia se da a conocer, que incluye una unidad transmisora acoplada al dispositivo de fuente, dispuesta para recibir un flujo de datos de paquete de la fuente de acuerdo con una tasa de flujo nativa, una unidad receptora acoplada al dispositivo colector, y una unidad de conexion que acopla la unidad transmisora y la unidad receptora, dispuesta para transferir un flujo de paquetes de datos multimedia formado de una serie de paquetes de datos multimedia en base al flujo de datos de paquete de la fuente, de acuerdo con la velocidad de la conexion entre la unidad transmisora y la unidad receptora.

Es comun a estos sistemas de visualizacion la informacion limitada que puede ser visualizada por cada unidad de pantalla o ESL. Por ejemplo, la informacion se limita a menudo a informacion numerica (tal como precio y/o cantidad) en combinacion con informacion relativa a iconos (tal como "Rebaja", "oferta especial", etc.). Con dichos sistemas de visualizacion existe un equilibrio entre la cantidad de informacion que se puede visualizar y la potencia necesaria para actualizar y mantener la informacion.

La presente invencion pretende dar a conocer mejoras en pantallas y sistemas de visualizacion particularmente en el entorno minorista; beneficiosamente para proporcionar pantallas de estante de bajo consumo de energfa que requieren cambios de batena infrecuentes, tal como cada varios anos, que pueden proporcionar informacion util a los consumidores, tal como datos de producto que incluyen precio, ofertas, fabricante, descripcion del producto, nombre del producto, informacion de marca, niveles de existencias, peso, caducidad, codigo de barras del producto y similares, y que se pueden actualizar remotamente desde un sistema central, de manera eficiente y con bajo consumo de energfa. Extraordinariamente, la presente invencion permite que se visualice un ancho de banda de informacion mucho mayor del que ha sido posible anteriormente, manteniendo al mismo tiempo la utilizacion de la energfa con la maxima eficiencia, y por lo tanto que se consiga una larga duracion de la vida util de la batena.

Un aspecto de la invencion da a conocer un sistema de visualizacion, tal como se describe en la reivindicacion 1. Otro aspecto de la invencion es un metodo de sincronizacion de un sistema de visualizacion, tal como se describe en la reivindicacion 16.

Resultaran evidentes otros aspectos y caractensticas de la invencion a partir de las reivindicaciones adjuntas y del resto de la memoria descriptiva.

Se describiran a continuacion realizaciones de la invencion, solamente a modo de ejemplo, haciendo referencia a los dibujos adjuntos, en los cuales:

5

10

15

20

25

30

35

40

45

la figura 1 es un diagrama esquematico de bloques de un sistema de visualizacion segun la invencion;

la figura 2 es un diagrama esquematico de bloques de un comunicador 12 que forma parte del sistema mostrado en la figura 1;

la figura 3 es un diagrama esquematico de bloques de un modulo de pantalla que forma parte del sistema mostrado en la figura 1;

la figura 4 es un diagrama esquematico de bloques relacionado con transferencia de datos en intervalos de tiempo asignados;

la figura 5 es un diagrama esquematico de bloques que muestra el paquete de sincronizacion;

la figura 6 es un diagrama esquematico de bloques que muestra paquetes individuales de activacion y cargas utiles,

transmitidos por el comunicador 12 en el sistema mostrado la figura 1;

la figura 7 es un diagrama esquematico de temporizacion relacionado con la tasa de errores de bits (BER, Bit Error Rate);

la figura 8 es un diagrama esquematico de temporizacion relacionado con la BER media;

la figura 9 es un diagrama esquematico de temporizacion relacionado con la BER alta;

la figura 10 es un diagrama esquematico de secuencias de temporizacion que muestra la transferencia de datos a un modulo de pantalla de registros;

la figura 11 es un diagrama esquematico de secuencias de temporizacion relacionadas con transferencia de datos de un modulo de pantalla a un modulo de comunicacion;

la figura 12 es un diagrama esquematico de bloques de secuencias de temporizacion relacionadas con resincronizacion;

la figura 13 es otro diagrama de bloques de secuencias de temporizacion relacionadas con resincronizacion sobre diferentes frecuencias;

la figura 14 es un diagrama esquematico de flujo de un proceso de actualizacion inmediato y/o estandar;

la figura 15 es un diagrama esquematico de flujo de un proceso de actualizacion de grupo;

la figura 16 es un diagrama esquematico de flujo de un proceso de actualizacion de grupo temporizada;

la figura 17 es un diagrama esquematico de flujo de un proceso de actualizacion diferencial de imagenes;

la figura 18 es un diagrama esquematico de flujo de un proceso de actualizacion temporizada de imagenes de un modulo de pantalla;

la figura 19 es un diagrama esquematico de flujo de un ejemplo de reglas de negocio con control de inventario;

la figura 20 es un diagrama esquematico de bloques de un modulo de comunicacion con las pantallas que comprende multiples pantallas;

la figura 21 es un diagrama esquematico de bloques de componentes de un modulo de comunicacion con las pantallas y multiples pantallas, tal como se muestra en la figura 20;

la figura 22 es un grafico de la vida util teorica de la batena frente a la duracion del sondeo desactivado;

la figura 23 es un grafico de la vida util de la batena en anos frente al numero de actualizaciones por dfa para una pantalla QVGA de 4";

la figura 24 es un grafico de la vida util de la batena en anos frente al numero de actualizaciones por dfa para un LCD diagonal de 2";

la figura 25 es un diagrama de flujo de etapas en un procedimiento de actualizacion de grupo;

la figura 26 es un diagrama esquematico de bloques de un sistema de visualizacion que muestra informacion de planificacion espacial, segun otro aspecto de la invencion; y

la figura 27 es un ejemplo de una pantalla que muestra informacion de planificacion espacial.

Haciendo referencia a la figura 1, se muestra una vision general del sistema de visualizacion 10 segun la invencion. En el corazon del sistema de visualizacion 10 hay un comunicador 12 que comprende un controlador 14 (en ocasiones, denominado el subsistema de RF), un modulo de comunicacion 16 que transfiere informacion de

5

10

15

20

25

30

35

40

45

50

55

visualizacion a uno o varios modulos de pantalla 18. Provechosamente, el comunicador 12 puede estar situado centralmente en el interior de un local, tal como un establecimiento minorista, y comprende uno o varios modulos de comunicacion 16 para habilitar la comunicacion con uno o varios modulos de pantalla 18 situados a lo largo del local. El sistema de visualizacion 10 comprende ademas una base de datos 20 de comunicaciones en comunicacion tanto con el controlador 14 como con un modulo 22 de gestion de la red de pantallas. El modulo 22 de gestion de la red de pantallas permite al usuario controlar el comunicador 12 y asimismo recibir informacion desde una base de datos 24 de imagenes de productos y un motor 26 de reglas de producto. De hecho, el modulo 22 de gestion de la red de pantallas puede adoptar la forma de un paquete de software informatico instalado en el ordenador 27, tal como un sistema ofimatico estandar que comprende un microprocesador y varios medios de almacenamiento de memoria, tales como RAM y una unidad de disco duro, y dispositivos perifericos para interactuar con el usuario, tales como una visualizacion de teclado y un raton, por ejemplo, con varias aplicaciones instaladas para permitir la funcionalidad del modulo 22 de gestion de la red de pantallas, del motor 26 de reglas de producto y similares. El motor 26 de reglas de producto comprende una funcion 28 de representador de imagenes, plantillas de imagen 30 y un modulo 32 de disenador de plantillas. El motor 26 de reglas de producto esta asimismo en comunicacion con un motor 34 de reglas del sistema que permite la comunicacion de reglas de negocio por medio de la base de datos 36 de reglas de negocio. El motor 34 de reglas del sistema esta en comunicacion con una o varias bases de datos, tales como bases de datos de minorista relacionadas con informacion de productos, por ejemplo, y asimismo con una red externa 40, tal como internet y, por lo tanto, con la red informatica mundial ("World Wide Web").

Haciendo referencia a la figura 2, se muestra un diagrama esquematico de bloques del comunicador 12 (subsistema de RF) que comprende el controlador 14, que tiene un controlador de comunicaciones 42 para controlar el modulo o modulos de comunicacion 16, donde el modulo de comunicacion 16 comprende un microcontrolador 44, tal como un microprocesador, un transceptor de RF 46 para comunicar con los modulos de pantalla 18, un cristal 48 y una memoria 50. Uno o varios modulos de comunicacion 16 pueden estar dispuestos en un sistema de visualizacion 10, segun la invencion, y por consiguiente el controlador 14 esta adaptado para permitir la comunicacion por medio del controlador de comunicacion 42 con cada uno de dichos uno o varios modulos de comunicacion 16.

Todos los elementos individuales pueden comprender adicionalmente conexiones de interfaz local o puertos de entrada y salida, para permitir de ese modo a un usuario comunicar directamente con cada elemento individual (tal como el controlador 14, el modulo de comunicacion 16 o el modulo de pantalla 18) utilizando un teclado en pantalla y un raton locales, por ejemplo. No necesariamente se hace referencia espedfica directa a dicha interfaz de usuario para elementos individuales en relacion con las siguientes descripciones de componentes del sistema 10.

Base de datos 20 de comunicaciones

La base de datos 20 de comunicaciones es compartida entre el comunicador 12 y el modulo 22 de gestion de la red de pantallas. Se utiliza una cola compartida de comandos e informacion de estado, para pasar mensajes entre el comunicador 12 y el modulo 22 de gestion de la red de pantallas.

Servicio de comunicador

El servicio de comunicador consiste en software que se ejecuta en el controlador 14 para gestionar el suministro de comandos y datos a los modulos de pantalla apropiados 18 por medio de un protocolo de comunicaciones, tal como un protocolo de RF. El servicio de comunicador monitoriza en la cola compartida de la base de datos 20 de comunicaciones nuevos comandos que hayan sido anadidos desde el modulo 22 de gestion de la red de pantallas. Cuando se detecta un comando, el servicio de comunicador lo recupera de la base de datos 20 de comunicaciones y emite un correspondiente comando al controlador de comunicaciones 42 para su suministro a un modulo de pantalla 18.

El servicio de comunicador garantiza que el protocolo de comunicaciones se utiliza lo mas eficazmente posible y emite comandos a multiples modulos de pantalla 18 para rellenar intervalos de tiempo, tal como se explica mas adelante. Analizando los comandos en cola, el servicio de comunicador puede garantizar que, si hay datos disponibles, se rellena entonces cada intervalo de tiempo para optimizar el caudal de datos.

Cuando se reciben acuses de recibo desde un modulo de pantalla 18, el comando correspondiente en la cola de base de datos se actualiza con informacion de estado. El servicio de comunicador utiliza sesiones para comunicaciones con modulos de pantalla, permitiendo que se transmitan multiples comandos y sus datos a un modulo de pantalla 18 en una sola sesion.

Controlador de comunicaciones 42

El controlador de comunicaciones 42 consiste en software para interactuar entre la aplicacion del servicio de comunicador y el hardware 12 del comunicador. Cuando el servicio de comunicador suministra comandos, estos son transmitidos al modulo de comunicacion 16 para su planificacion y transmision al modulo de pantalla apropiado 18. El controlador de comunicaciones 42 es responsable de gestionar la interfaz de hardware entre el comunicador 12 y el ordenador o el controlador 14. Proporciona notificacion de cuando ha sido anadido o eliminado del sistema el hardware del comunicador 12, y gestiona los recursos del sistema para garantizar que pueda tener lugar la comunicacion.

5

10

15

20

25

30

35

40

45

50

55

Modulo de comunicacion 16

El modulo de comunicacion 16 consiste en un microcontrolador 44, una memoria 50, un cristal de precision 48 y un transceptor de RF 46. Recibe comandos y datos desde el controlador de comunicaciones 42 y los procesa para emitirlos sobre el transceptor de RF 46 utilizando el protocolo de comunicaciones (RF). Gestiona las multiples sesiones entre el servicio de comunicador y los modulos de pantalla 18, enviando datos a modulos de pantalla 18 en su intervalo de tiempo apropiado y procesando los acuses recibidos. El modulo de comunicacion 16 es responsable asimismo de garantizar que se transmiten periodicamente senales de sincronizacion 74 o tramas SYNC dentro de una ventana de temporizacion precisa, posibilitando que todos los modulos de pantalla 18 se mantengan en sincronizacion.

Una senal de sincronizacion 74 o trama SYNC consiste en multiples paquetes de datos o paquetes de sincronizacion 82. Cada paquete contiene un desplazamiento desde el centro del periodo de sincronizacion para permitir a un modulo de pantalla reajustar su reloj y controlar cualquier deriva que se pueda haber producido desde que se recibio la ultima trama SYNC. La trama SYNc contiene asimismo un identificador del intervalo de tiempo y puede tener un numero de direcciones, digamos hasta dos, de modulos de pantalla 18 para indicar que modulos de pantalla 18 tienen que recibir su siguiente comando.

Se transmiten datos y comandos durante cada intervalo de tiempo a un modulo de pantalla apropiado 18. Los comandos pueden tardar multiples intervalos de tiempo en completarse. El comunicador 12 gestiona el contenido para cada intervalo de tiempo en base a los comandos y datos que han sido emitidos mediante el servicio de comunicador.

Modulo de pantalla 18

El modulo de pantalla 18 comprende multiples pantallas 54 de baja potencia, tal como un LCD biestable disponible en la firma ZBD Displays Limited, de Malvern, y tal como se describe en las memorias US 6.249, 332 y US 6.456.348. Preferentemente, la pantalla 54 puede visualizar un conjunto matricial en multitud de tamanos, habitualmente con 320 x 240, 400 x 160 o 224 x 90 pfxeles, en el que los pfxeles forman una imagen grafica con entre 60 y 200 ppp (dpi). Habitualmente, esto significa que la pantalla tiene unas dimensiones del orden de 25 a 80 mm de altura y de 70 a 100 mm de anchura, con capacidad de presentar imagenes a una resolucion de 100 ppp. Es clave para la invencion que la imagen se mantenga sin energfa en la pantalla, donde la energfa se utiliza solamente para actualizar la imagen que se muestra. Por consiguiente, la vida util de la batena para una pantalla de este tipo puede ser del orden de muchos anos. Se pueden utilizar otras pantallas biestables, incluyendo pantallas de tinta electroforetica, colestericas biestables, nematicas giradas biestables, de cristal lfquido ferroelectrico y/o electrocromicas. Es comun a todas las pantallas adecuadas para utilizar, que deben retener la imagen durante largos periodos sin energfa aplicada; la imagen se debena mantener a pesar de impactos sobre la unidad (tales como un impacto mecanico producido golpeando o presionando la pantalla, o un impacto termico asociado con cambios subitos en el entorno).

La pantalla 54 esta conectada a un circuito electronico que comprende un microcontrolador 52, una memoria 58, un transceptor de RF 56 tal como un transceptor semiduplex, un sensor de temperatura 66 y un modulo 68 de conversion de tension. El modulo de pantalla 18 comprende ademas una fuente de alimentacion 60 que comprende dos formas de alimentacion para diferentes modos de funcionamiento del modulo de pantalla 18. La fuente de alimentacion 60 comprende una celula fotoelectrica, una o varias batenas 62, tales como una pila primaria de dioxido de manganeso, para permitir la plena operatividad del modulo de pantalla 18, tal como habilitando la comunicacion con el modulo de comunicacion 16, y para permitir un modo de funcionamiento de baja potencia (reposo) suficiente para permitir que el modulo sincronice, con la ayuda de un oscilador RC 64, la conmutacion entre modos de funcionamiento de baja potencia (por ejemplo, practicamente solo visualizacion) y de alta potencia. En el modo de alta potencia, el modulo de pantalla 18 recibe comandos y datos por medio del transceptor de RF 56, lleva a cabo las acciones especificadas en los comandos y responde con un acuse de recibo cuando la accion se completa.

El transceptor de RF 56 se utiliza para recibir comandos y datos. Normalmente, el transceptor 56 esta en un estado de espera de baja potencia. Periodicamente, se enciende en el modo de recepcion durante un periodo muy corto. Durante este periodo, normalmente se recibe un paquete de datos de sincronizacion o paquete de sincronizacion 82, y el microcontrolador utiliza los datos del paquete de sincronizacion 82 para recalibrar el reloj de activacion del sistema interno utilizando el microcontrolador 52 para garantizar que este sigue en sincronizacion con el comunicador principal 12. Si el paquete de sincronizacion 82 contiene asimismo la direccion de red del modulo de pantalla 18, seguira conectado para recibir los siguientes comando o comandos y paquetes de datos. Al completarse uno o varios comandos, se transmite un acuse de recibo de comando que contiene la informacion de estado del comando. Si el paquete de sincronizacion 82 no contiene la direccion de red del modulo de pantalla 18 volvera inmediatamente al estado de baja potencia hasta el siguiente paquete de sincronizacion 82 esperado. Cuando se ha recibido un comando y cualesquiera datos asociados, y el acuse o acuses de recibo transmitidos, el microcontrolador 52 pone a continuacion el transceptor RF 56 en modo de espera de baja potencia hasta el siguiente paquete de sincronizacion 82 esperado y procesa el comando o comandos.

5

10

15

20

25

30

35

40

45

50

55

Una actualizacion de pantalla consiste en un comando para descargar una imagen en la memoria 58, seguido por un comando para actualizar la pantalla LCD 54. Las actualizaciones de pantalla requieren tensiones y temporizaciones diferentes en base a la temperature de la pantalla LCD 54. Durante una actualizacion de la pantalla 54, el microcontrolador 52 obtiene una lectura de la temperature a partir del sensor de temperature 66, genera las tensiones apropiadas de actualizacion de la pantalla utilizando el modulo 68 de conversion de tension y aplica una forma de onda predeterminada a la pantalla LCD 54 para realizar la actualizacion. Antes de la actualizacion, el microcontrolador 52 desconecta el sensor de temperatura 66. Despues de la actualizacion, el modulo 68 de conversion de tension es desconectado y a continuacion el microcontrolador 52 entra en un estado de espera de muy baja potencia. En el modo de espera, el microcontrolador 52 se pone en un estado de muy baja potencia para conservar potencia de la batena. Durante las comunicaciones de RF se enciende el microcontrolador 52 y el transceptor de RF 56. Durante una actualizacion de la pantalla se enciende el microcontrolador 52, el sensor de temperatura 66 el modulo 68 de conversion de tension y la pantalla 54.

Protocolo de comunicaciones (RF)

En referencia a la figura 4, se muestra esquematicamente una senal 70 transmitida por un modulo de comunicacion 16 a una serie de modulos de pantalla 18, donde la senal 70 comprende una serie de elementos discretos 72 separados en el tiempo; cada elemento 72 comprendiendo un componente 74 de senalizacion o activacion y un componente 76 de datos o carga util, y estando asociado a un intervalo de tiempo espedfico 78. En este caso, se utilizan cuatro intervalos de tiempo 78, que tienen cada uno una serie de elementos de senal identificados 72 asociados convenientemente a sus modulos de pantalla de grupo 18 para facilitar el protocolo de comunicaciones de baja potencia pero gran ancho de banda. El protocolo de comunicaciones utiliza una serie periodica 80 de pulsos de sincronizacion 82 transmitidos por un modulo de comunicacion 16 para permitir la multiplexacion por division de tiempo de los datos a enviar a los modulos de pantalla objetivo 18.

El componente 74 de activacion o sincronizacion contiene informacion sobre con que modulos de pantalla 18 quiere comunicar el modulo de comunicacion 16 en dicho intervalos de tiempo 78, asf como una medida de exactamente donde en el intervalo de tiempo ha sido activado el modulo de pantalla 18. Esto se muestra esquematicamente en la figura 5, en la que se puede ver que la serie 80 de paquetes de sincronizacion 82 puede comprender un total de 15 paquetes 82 agrupados simetricamente en torno a un paquete de datos central o principal identificado como 0. Para ser sincronizado con el intervalo de tiempo relevante 78 para un modulo de pantalla 18, el modulo de pantalla 18 debera entrar en el modo de alta potencia y encender el transceptor RF 56 para recibir apropiadamente el paquete de datos principal identificado como 0. Tal como se muestra en la figura 5, el transceptor se enciende durante un tiempo algo mayor que un paquete de datos (es decir hasta aproximadamente 4 milisegundos y por consiguiente recibe todos los paquetes de sincronizacion 82 identificados como - 3 (es decir, a la distancia de 3 paquetes de sincronizacion 82 del paquete de sincronizacion principal identificado como 0). Por consiguiente, el microcontrolador 52 puede recalibrar el reloj en el modulo de pantalla 18 para posteriormente conmutar con mayor precision del modo de funcionamiento de baja potencia al de alta potencia en el tiempo correcto. Por lo tanto, ventajosamente la disposicion del reloj en un modulo de pantalla individual 18 puede ser de tolerancia relativamente baja, mientras que el mecanismo de reloj principal que comprende, por ejemplo, el cristal 48 dentro del modulo de comunicacion 16 debena ser de tolerancia mucho mas estricta y susceptible a poca deriva por sf mismo. De este modo, el coste de una unidad de pantalla individual se puede mantener al mmimo, garantizando al mismo tiempo que se minimiza asimismo la potencia utilizada (dado que los errores sustanciales en la sincronizacion que pueden resultar de utilizar un reloj de baja tolerancia pueden provocar una utilizacion sustancial e innecesaria de la potencia de la batena). En la figura 5 se muestran operaciones de conmutacion para un modulo de pantalla 18 en las que la primera deriva D se compensa de -3 a 0 mientras que la segunda deriva D se compensa de +2 a 0.

Durante el periodo entre los componentes 74 de pulso de sincronizacion, los modulos de pantalla 18 estan en un modo de reposo profundo, o baja potencia, ejecutado a partir de un oscilador de RC de baja potencia 64. Esta caractenstica contribuye a extender considerablemente la vida util de la batena.

Una serie 84 de paquetes de datos 86 son difundidos despues de cada uno de los componentes 74 de pulso de sincronizacion, no siendo el tiempo combinado maximo de cada elemento de senal 72 o rafaga de pulso de sincronizacion/paquete de datos, mayor que un periodo predeterminado, tal como de un segundo. Ademas, entre intervalos de tiempo 78 (o elementos de senal 72) se implementa escuchar antes de hablar (LBT, Listen Before Talk) para reducir el efecto de restricciones del ciclo de trabajo, tal como se muestra en la figura 6. El acuse de recibo de los paquetes de datos se realiza en grupos para aumentar la eficiencia del protocolo. Todos los paquetes tienen un ID unico y se repiten si no alcanzan su objetivo, por ejemplo, debido a interferencia.

Los modulos de pantalla 18 se situan asimismo en intervalos de tiempo distintos 78 en base a su direccion, permitiendo extender adicionalmente el periodo de sondeo. Esto sirve para garantizar una distribucion uniforme de las pantallas en un almacen o establecimiento minorista.

El protocolo de transmision durante la fase de transferencia de datos utiliza un protocolo de ventana desplazable utilizando repeticion selectiva. Tanto el emisor como el receptor mantienen una ventana de numeros de secuencia aceptables, acusando recibo solamente de los paquetes que son recibidos sin error. El protocolo permite la

5

10

15

20

25

30

35

40

45

50

comunicacion a un numero maximo, y preferentemente a dos modulos de pantalla 18 durante un solo intervalo de tiempo 78.

La comunicacion con los modulos de pantalla 18 se lleva a cabo en sesiones. Cada sesion puede contener cualquier numero de comandos y sus datos asociados. Las sesiones pueden extenderse a multiples elementos de transmision 72 para los intervalos de tiempo relevantes. Completar un tfpico comando de actualizacion de imagen y datos puede llevar de dos a cuatro elementos 72.

El protocolo de comunicacion utiliza una serie periodica de pulsos de sincronizacion transmitidos por un modulo de comunicacion 16 para permitir la multiplexacion por division de tiempo de los datos a enviar a las pantallas objetivo.

Asignacion de frecuencias

En Europa, se utiliza la frecuencia central de 869,85 MHz como canal de control inicial. Los canales de datos estan localizados en los intervalos de frecuencia 868,0-868,6 MHz y 868,7-869,2 MHz.

En EE.UU. se utiliza la frecuencia central de 927,5 MHz como canal de control inicial. Los canales de datos estan localizados en el intervalo de frecuencias 902-928 MHz.

En otros territorios se pueden asignar frecuencias adecuadas que cumplan con la legislacion.

Intervalo de tiempo de visualizacion

Cada serie de modulos de pantalla 18 se asigna a un intervalo de tiempo de sondeo 78, en funcion de una caractenstica de la direccion de los modulos de pantalla, y preferentemente del LSB de su direccion. El numero exacto de intervalos de tiempo puede estar regido por la configuracion de pantalla transmitida durante el procedimiento de configuracion inicial, y una configuracion por defecto puede ser de 8 intervalos de tiempo. El numero de intervalos de tiempo debena ser preferentemente una potencia de 2. El agrupamiento de las pantallas en intervalos de tiempo se puede adherir a la siguiente regla: intervalo de tiempo = direccion de la pantalla & (n - 1) (donde n es el numero de intervalos de tiempo disponibles). En este caso, se utilizan 4 intervalos de tiempo como los mostrados en la figura 4.

Sondeo estandar

Un modulo de pantalla individual 18 esta adaptado para su asociacion con un modulo de comunicacion 16 que tiene un ID de red coincidente. Una vez que la pantalla esta asociada con el modulo de comunicacion 16, esta se activara cada periodo de sondeo adecuado e intentara encontrar un paquete de sincronizacion 82. Si no se encuentra un paquete de sincronizacion 82, esta volvera a reposo y se activara en el siguiente intervalo de tiempo planificado 78. Este procedimiento se produce un numero programable de veces, tal como diez, y si no ha sido encontrado un paquete de sincronizacion valido 82 el modulo de pantalla 18 intenta resincronizarse.

El periodo entre componentes de pulso de sincronizacion 74 es preferentemente mayor que 1,1 segundo + 10 ms (ver la figura 4). Preferentemente, este ajuste es configurable durante la configuracion inicial de la etiqueta. El componente de pulso de sincronizacion 74 consiste de hecho en una serie 80 de paquetes de sincronizacion 82 espalda contra espalda, difundidos durante el periodo del pulso de sincronizacion, tal como se muestra en la figura 5. El paquete de pulso de sincronizacion 82 contiene tres conjuntos principales de informacion, es decir:

un campo 88 que mide el tiempo hasta el centro del periodo del pulso de sincronizacion, para permitir que la pantalla compense la deriva de su oscilador,

una lista 90 de las direcciones, y preferentemente de solamente dos, para modulos de pantalla 18 con los que el modulo de comunicacion 16 desea comunicar durante el intervalo de tiempo, y

un 'ID del intervalo de tiempo' 92 que se inicia con el intervalo de tiempo al que esta dirigido el componente de pulso de sincronizacion 74, dado que esto permite un tiempo de resincronizacion mas rapido para los modulos de pantalla 18.

La longitud del periodo de activacion 94 vana en funcion de donde se activa el modulo de pantalla 18 en la estructura del paquete. Como maximo el modulo de pantalla 18 permanece alerta durante dos paquetes 82, y como mmimo durante 1 paquete. Si se ha procesado un paquete 82 valido o completo, el transceptor de RF 56 se desconecta inmediatamente para ahorrar energfa, y preferentemente asimismo todos los componentes electricos que no son esenciales para permitir la reconexion sincronizada del modulo de pantalla 16 para recibir datos desde el comunicador 12 en un tiempo futuro predeterminado.

Preferentemente, el sistema 10 esta configurado para manejar una caractenstica LBT (escuchar antes de hablar) con el fin de hacer frente a cualquier interferencia de RF en el mismo canal de radio. Si el transmisor (modulo de comunicacion 16) detecta una interferencia en el canal que no desaparece en un tiempo predeterminado, el modulo de comunicacion 16 salta ese intervalo de tiempo. Esto sirve para garantizar que los demas modulos de pantalla 18 permanecen en sincronizacion con el componente de sincronizacion 74.

5

10

15

20

25

30

35

40

45

50

55

El periodo LBT se define como: tL = tF + tPS, donde tF esta fijo digamos a 5 ms, y tps vana entre 0 y 5 ms de manera pseudoaleatoria con pasos, digamos, de 0,5 ms. Este se ajusta a '0' si el periodo fijo discurre sin interferencia en el canal. Esto se muestra esquematicamente en la figura 6.

Transferencia de datos

El protocolo de transmision utiliza un protocolo de ventana de desplazamiento modificado que utiliza repeticion selectiva. Segun un protocolo estandar de ventana de desplazamiento, se permite transmision de datos direccional entre dos unidades en las que el transmisor de datos define fundamentalmente un tamano de ventana para un numero finito de paquetes de datos, paquetes de datos que son todos transmitidos a la otra unidad, receptora. A continuacion, el transmisor no envfa mas paquetes de datos hasta que la unidad receptora ha acusado satisfactoriamente el primer paquete de datos en la serie. Dependiendo del numero de paquetes de datos acusados por la unidad receptora, el transmisor envfa en serie otros paquetes de datos moviendo en total un numero de paquetes transmitidos de hasta, pero sin superarlo, el tamano de ventana definido que esta siendo transmitido por la unidad receptora y no acusado o recibido por la unidad receptora. De este modo, la ventana de paquetes de datos que son transmitidos se desplaza progresivamente a medida que la unidad receptora acusa recibo de los paquetes individuales. Sin embargo, en este caso se describe una variacion en la que tanto el emisor como el receptor mantienen una ventana de numeros de secuencia aceptables. El tamano de ventana se ajusta al maximo y cada paquete de datos se identifica de manera unica con un ID de 5 bits (16 paquetes unicos), de tal modo que el receptor puede distinguir sin ambiguedad la diferencia entre un paquete repetido y una nueva transmision. Solamente puede haber ocho paquetes no acusados pendientes en cualquier caso. La ventana de transmision se extiende 8 paquetes desde el ID de paquete no acusado mas antiguo (es decir, el paquete que lleva mas tiempo pendiente). Por lo tanto, el receptor mantiene una memoria tampon de recepcion de 8 paquetes.

El paquete de acuse de recibo consiste en un mapa de bits de 16 bits de longitud que corresponde a las posiciones en la memoria tampon de recepcion de la pantalla. Un '1' implica que se ha cargado satisfactoriamente un paquete en esa posicion, mientras que un '0' implica que no se han recibido datos para dicho intervalo.

Existe provision para transmitir datos hasta un numero predefinido, en este caso dos modulos de pantalla 18 en cada intervalo de tiempo 78. Suponiendo una sola coincidencia de direccion en el modulo de pantalla 18, tiene lugar el proceso siguiente:

1) El modulo de pantalla 18 se activa segun su planificacion de sondeo 78, localiza un paquete de sincronizacion 82 y encuentra una coincidencia de direccion (en el campo 90).

2) El modulo de pantalla 18 esta en reposo hasta que expira el periodo del paquete de sincronizacion 74, y a continuacion se activa para procesar datos en el componente de carga util 76.

3) Se transmiten datos al modulo de pantalla 18 en rafagas hasta un numero de ajuste, en este caso 8 paquetes 86. Si este es el primer paquete de datos en una sesion, se activa el bit de comando apropiado para resetear los computes de paquetes. Cada paquete de datos 86 contiene preferentemente la siguiente informacion: ID de red, direccion del software, ID de paquete, informacion de comando, carga util.

4) Si se reciben 8 paquetes, o el modulo de pantalla 18 recibe el ultimo paquete en una rafaga, este transmite inmediatamente un paquete ACK. El paquete final en el intervalo de tiempo 78 tiene una configuracion del bit de comando que indica ese hecho. Se enviara asimismo un ACK si el modulo de pantalla 18 detecta mas de 3 ms a 5 ms de canal libre, dado que esto implica que el emisor ha dejado de transmitir. (Esto ocurre si el transmisor alcanza el lfmite superior de su ventana).

5) El paquete de acuse de recibo contiene una lista de paquetes que hay que retransmitir. Esto se detalla en la estructura del paquete.

6) El modulo de comunicacion 16 repite los paquetes fallidos, y rellena los restantes intervalos de paquete con cualesquiera otros datos que tengan que ser transmitidos hasta que alcanza el lfmite superior de su ventana de transmision.

7) Este proceso se repite hasta que han sido enviados todos los datos (bit de final de sesion activado) o bien expira el intervalo de tiempo 78.

8) Si el intervalo de tiempo expira antes de que hayan sido enviados todos los datos, el modulo de comunicacion 16 informara al microcontrolador 44 que ponga en cola los datos restantes para transmision en un siguiente intervalo de tiempo. Este recomenzara desde el ultimo ID de paquete que ha sido acusado. El modulo de comunicacion 16 controla el ultimo ID de paquete para todas las sesiones de comunicacion abiertas.

El modulo de comunicacion 16 activa el bit de 'inicio de sesion' al comienzo de un intercambio de transmision de datos. (Es decir, una llamada de SendPacket()). Esto resetea los ID de paquete en ambos extremos de la conexion.

El modulo de comunicacion 16 activa el bit de 'fin de sesion' en el paquete de comando cuando no tiene mas datos para enviar a la pantalla en la sesion de datos actual. En este momento, el modulo de comunicacion 16 mantiene

5

10

15

20

25

30

35

40

45

50

55

abierto para la pantalla el canal de datos hasta que recibe un paquete con el bit de 'final de sesion' tambien activado. El envfo de este bit hara asimismo que los ID de paquete se reseteen en ambos extremos del enlace.

Incluso si no hay mas datos para transmitir desde el modulo de comunicacion 16 a un modulo de pantalla espedfico 18, si no se ha recibido un paquete de 'final de sesion' de retorno, el modulo de comunicacion 16 activara el modulo de pantalla 18 durante el siguiente intervalo de tiempo. Esto sirve para tratar el caso en el que sigue habiendo datos de retorno validos pero el intervalo de tiempo ha expirado.

Los paquetes de datos de retorno procedentes de la pantalla se debenan transmitir en el periodo de paquetes de acuse de recibo.

Preferentemente, no debenan existir mas de 4,5 ms de espacio muerto entre paquetes. Esto sirve para garantizar que otro transmisor que compite en el canal no puede iniciar la transferencia de datos.

Si el software inalterable de la aplicacion no esta extrayendo paquetes de la memoria tampon de recepcion de la pantalla, la pantalla enviara un paquete de acuse de recibo (nYeT). Esto forzara a que el modulo de comunicacion 16 lo reintente con los paquetes hasta que la pantalla este en una situacion en la que pueda acusar recibo de los datos. Existira un computo programable de reintentos antes de que el comunicador 12 documente un error. El modulo de comunicacion 16 escucha despues de que ha finalizado la transmision de cada rafaga de paquetes de datos. Si no detecta una portadora dentro de un periodo predeterminado de la finalizacion de la rafaga, asume que los paquetes anteriores se han perdido y retransmite la carga util. De nuevo, esto impide que el canal este ocupado, y es una parte importante del control del flujo del sistema.

Bajo condiciones de canal adversas, el protocolo retrocede a acusar recibo para cada paquete recibido. Sin embargo, si la calidad del canal es buena se pueden enviar 8 paquetes de datos 82 en cada rafaga. Esto es para optimizar el caudal en los canales con una BER (tasa de errores de bits) baja, tal como se muestra en la figura 7.

La memoria tampon de recepcion de los modulos de pantalla tiene solamente que tener tantas posiciones como el tamano de la ventana. Esto reduce la sobrecarga de memoria del protocolo.

Las figuras 7, 8 y 9 detallan el inicio de un intervalo de tiempo de transmision de datos para varias BER. En este caso, se supone que no se estan devolviendo datos desde la pantalla. Haciendo referencia a las figuras 7, 8 y 9, se muestra una serie 80 de paquetes de sincronizacion 82 que forman el componente de sincronizacion 74 de la senal 70 procedentes del modulo de comunicacion 16, asf como una indicacion esquematica del estado del transceptor RF 56 en el modulo de pantalla 18. El estado 96 del transceptor muestra que cuando se encuentra una direccion coincidente a partir de la serie 80 de paquetes de sincronizacion, el modulo 18 pasa al modo de recepcion durante la fecha de transferencia o etapa de carga util del elemento 72 y recibe datos en rafagas de 8 paquetes 86 dentro de la serie 84 de paquetes de datos 86. Los contenidos almacenados en la memoria del modulo de pantalla, tal como una memoria tampon, se muestran en 98. Se devuelve un paquete 100 de acuse de recibo al modulo de comunicacion 16. En la figura 7, con una baja tasa de errores de bits, el paquete 100 de acuse de recibo acusa de una sola vez la recepcion de la totalidad de los 8 paquetes anteriores. Mientras que para una tasa menor de bits media, el paquete 100 de acuse de recibo solicita una repeticion de un paquete corrupto, tal como un paquete 3, paquete de datos que es reenviado a continuacion. En el caso de un error de bits elevado, el modulo de pantalla 18 esta adaptado para acusar recibo paquetes individuales que han sido recibidos y almacenados satisfactoriamente en la memoria local o memoria tampon, y por lo tanto, se lleva a cabo un protocolo con deslizamiento del estandar.

Para aumentar la utilizacion del canal de datos, el modulo de comunicacion 16 puede poner en cola dos pantallas para transmision de datos en un intervalo de tiempo. La figura 10 muestra este proceso. La pantalla que es la segunda en la lista se activa periodicamente para comprobar si sigue habiendo paquetes de datos para ser enviados a la pantalla principal.

Cuando el modulo de comunicacion 16 ha finalizado la transmision de paquetes al modulo de pantalla principal 18 y se ha recibido una respuesta del modulo de pantalla 18, los datos recibidos son enviados inmediatamente al segundo modulo de pantalla 18 de la lista. Esto es para impedir que otro sistema acapare el canal. Estos paquetes 86 se repiten con una separacion de 4,75 ms entre rafagas.

El modulo de pantalla secundario 18 se activa en algun momento durante una de estas rafagas, ver la lmea 102 en la figura 10, envfa un acuse de recibo y a continuacion comienza una transmision de datos estandar. Puede identificar el final de la rafaga de datos escaneando los bits de control de dicho paquete o bien detectando el periodo corto en el que no se estan transmitiendo datos. Los datos se almacenan en una memoria tampon local 104, tal como se muestra en la figura 10.

Paquetes de datos de retorno

Los paquetes de datos de retorno 106 se 'montan' sobre acuses de recibo devueltos. La figura 11 asume paquetes de datos de longitud variable. En este caso, los primeros tres octetos de datos son el acuse de recibo y lo siguientes (opcionales) cuatro octetos de datos son la carga util.

5

10

15

20

25

30

35

40

45

50

Si existen datos en cola en la memoria tampon de transmision de la pantalla, se env^an de vuelta durante el siguiente paquete de acuse de recibo. Este paquete de datos es acusado a continuacion por el modulo de comunicacion 16. No existe protocolo de ventana de desplazamiento para esta trayectoria de retorno. Los paquetes improcedentes generaran 'BAD' ('incorrecto') y terminaran la sesion de comunicacion actual.

Si no se envfa un acuse de recibo desde el modulo de comunicacion 16 a la pantalla, los datos se reenvfan durante la siguiente visualizacion al periodo de acuse de recibo del modulo de comunicacion 16.

Procedimiento de sincronizacion inicial y resincronizacion

Si un modulo de pantalla 18 no esta en sincronizacion con el modulo de comunicacion 16, se requiere que se resincronice con el intervalo de sondeo del transmisor (modulo de comunicacion 16). La necesidad de resincronizacion se produce de uno de los siguientes cuatro modos: el modulo de comunicacion 16 deja de transmitir paquetes de sincronizacion, el modulo de comunicacion 16 deja de transmitir paquetes de sincronizacion en la frecuencia relevante, el periodo de sondeo del modulo de pantalla 18 esta fuera de tolerancia (es decir, mas alla del periodo del pulso de sincronizacion 74 para recibir un paquete de datos valido 82), y/o despues de la configuracion inicial cuando el modulo de pantalla 18 esta intentando localizar un modulo de comunicacion valido 16.

El modulo de pantalla 18 intenta inicialmente escanear la primera frecuencia en la lista. El escaneo consiste en la activacion y realizacion de un escaneo de deteccion de portadora o CD en dicho canal de frecuencia. Si no hay portadora, el modulo de pantalla 16 vuelve a reposo durante un periodo de tiempo inmediatamente inferior a la duracion de la rafaga del paquete de sincronizacion. Si el modulo de pantalla 18 detecta una senal de portadora, a continuacion permanece alerta durante 2 paquetes de sincronizacion 82 e intenta procesar los datos. Si no lo consigue, asume que ha estado activo durante un paquete de datos, por lo que vuelve a reposo durante menos de la duracion de la rafaga del paquete de sincronizacion.

Si se procesa un paquete de sincronizacion valido 82, entonces el modulo de pantalla 18 sabe con que intervalo de tiempo esta asociado el paquete de sincronizacion 82, y conoce el desplazamiento de tiempo en la rafaga del paquete de sincronizacion. Esto le permite estar en reposo hasta el siguiente periodo de sondeo, momento en que el modulo de pantalla 18 entra en su regimen normal de funcionamiento.

Si el modulo de pantalla 18 no consigue localizar un paquete de sincronizacion valido 82 en la frecuencia principal despues de un numero programable de ciclos completos, digamos menor de 5 y, preferentemente, de aproximadamente 2, intenta localizar los siguientes pulsos de sincronizacion en las frecuencias alternativas que se programaron durante la configuracion inicial.

Esto se lleva a cabo de manera similar al escaneo de una frecuencia. Sin embargo, la pantalla permanece alerta durante un periodo ligeramente mas largo, dado que lleva a cabo una CD en todas las frecuencias de la lista cada vez que esta se activa.

Si el modulo de pantalla 18 no consigue sincronizar con un modulo de comunicacion 16 en este momento, pasara a reposo durante un periodo de tiempo extendido, tal como de 15 segundos, antes de intentar de nuevo localizar un modulo de comunicacion 16. Esto prolonga la vida util de la batena y sirve para el caso en que la unidad ha sido almacenada.

Direccionamiento en grupo

Existen dos aspectos de direccionamiento en grupo, en primer lugar la asignacion de pantallas a un grupo, y en segundo lugar la transmision de datos a dicho grupo.

Asignacion de pantallas

Existen dos metodos para asignar una pantalla a un grupo espedfico:

• Asignacion individual (con acuse de recibo): el modulo de comunicacion 16 activa normalmente el modulo de pantalla 18, pero uno de los paquetes de datos tiene un bit de comando activado, y un comando transmitido a continuacion asigna el modulo a un id de grupo. Estos paquetes son acusados segun el protocolo normal de transferencia de datos.

• Asignacion en grupo (sin acuse de recibo). Esta permite que un modulo de comunicacion 16 asigne simultaneamente un conjunto de modulos de pantalla 18 en un grupo de sondeo. Despues de enviar un paquete de sincronizacion 82 con comandos espedficos, tal como un campo de direccion de pantalla 1 ajustado de una forma predeterminada y un campo de direccion de pantalla 2 ajustado de otra forma predeterminada, todas las pantallas en dicho grupo de sondeo se activaran y procesaran paquetes. El modulo de comunicacion 16 envfa a continuacion paquetes de datos con una estructura predeterminada anticipada por los modulos de pantalla, para permitir de ese modo que un grupo de los modulos de pantalla se asigne mediante la recepcion y procesamiento de una sola transferencia de datos por todos los modulos de pantalla del grupo.

Transmision de datos a un grupo

Cuando el modulo de comunicacion 16 desea comunicar con un grupo de pantallas transmite una serie de paquetes de sincronizacion especiales. Estos tienen un campo de direccion 1 ajustado de una manera predeterminada y un campo de direccion 2 ajustado al grupo con el que desea comunicar el modulo de comunicacion 16. En este 5 momento, los datos se transmiten de manera continua a todas las pantallas del grupo asociado, aunque sin que se devuelvan paquetes ACK. Preferentemente, el ID de paquete transmitido aumenta con cada paquete transmitido dado que compete al modulo de pantalla 18 determinar si este ha recibido datos corruptos.

Si la direccion de pantalla 1 se ajusto a OxFFFF y la direccion de pantalla 2 a 0x0001, los siguientes paquetes de datos estanan destinados solamente a etiquetas del grupo 1. Es importante senalar que esto es diferente al 10 agrupamiento de intervalos de tiempo (basado en el LSB de la direccion de la pantalla). Puede ser necesario repetir el proceso varias veces para diferentes intervalos de tiempo, con el fin de garantizar que han sido actualizadas todas las pantallas. Se puede reservar una direccion de grupo, por ejemplo 0x0000, y utilizar como una direccion de difusion para todas las pantallas.

Preferentemente, se genera un paquete de sincronizacion que tiene una estructura de datos similar a la descrita 15 anteriormente, que contiene informacion que identifica la longitud de los paquetes de datos a transferir, el numero de paquetes sincronizados en la rafaga de paquetes de sincronizacion y/o el numero de paquetes de sincronizacion restantes, asf como informacion de direcciones relativa al grupo de pantallas abordadas, por ejemplo por medio de la primera direccion de pantalla y la segunda direccion de pantalla. Preferentemente, se proporciona asimismo informacion sobre la identificacion de los intervalos de tiempo a los que esta dirigida a la rafaga SYNC. 20 Preferentemente, se transfiere un paquete de datos entre la estacion base y la pantalla que comprende informacion de direccion relevante e informacion de secuenciacion relativa al paquete de datos relevante dentro de una determinada rafaga de paquetes de datos. Por ejemplo, un paquete de datos puede comprender 480 bits que incluyen un elemento de comando, un elemento de "paquetes restantes" y los propios datos (que pueden ser, por ejemplo, del orden de 472 bits). El octeto de comando puede comprender un bit de comando, sesion de inicio, e 25 intervalo de tiempo de inicio, y sesion de finalizacion, y un ID de paquete. Preferentemente, la pantalla genera un paquete de datos de vuelta para la estacion base, que comprende un paquete de acuse de recibo que, de nuevo, comprende informacion relevante relativa a direcciones, intervalos de tiempo y similares, asf como un paquete de datos que puede comprender por sf mismo un octeto de comando y/o datos devueltos. En particular, la pantalla esta adaptada para acusar recibo de los datos recibidos satisfactoriamente y solicitar otros datos que se pueden haber 30 corrompido, de una manera analoga a lo descrito anteriormente.

En caso de que se haya producido un error de enlace irrecuperable, la pantalla 18 agota el tiempo y pasa a reposo, informacion que se devuelve al modulo de comunicacion 16.

Reprogramacion de pantallas

Como mmimo cada 15 s, en un momento adecuado, la pantalla establece una direccion predeterminada, tal como su 35 direccion H/W, un valor predeterminado, tal como 0x00, y escanea la frecuencia de control utilizando un protocolo predeterminado. Es probable que esto ocurra entre componentes 74 de pulsos de sincronizacion mientras la pantalla no esta comunicando con el modulo de comunicacion 16. Esto es para permitir una reprogramacion sencilla de la pantalla.

Multiples modulos de comunicacion 16

40 Con este sistema 10 se manejan multiples modulos de comunicacion 16 mediante asignar los transmisores adicionales del establecimiento a diferentes frecuencias.

Las pantallas se asociaran con cualquier modulo de comunicacion 16 que descubran con un ID de red coincidente en cualquiera de las frecuencias que fueron descargadas durante la etapa de configuracion inicial.

Compete al software de la aplicacion de PC intentar comunicar con las pantallas utilizando los diferentes modulos de 45 comunicacion 16 por turnos. Una vez que una pantalla ha enviado datos satisfactoriamente por medio de uno de los modulo de comunicacion 16, este se considerara el transmisor principal para dicho dispositivo.

Modulo 22 de gestion de la red de pantallas

El modulo 22 de gestion de la red de pantallas consiste en una base de datos, una interfaz de programacion de aplicaciones para la base de datos 20 y una interfaz grafica de usuario.

50 Base de datos 20

La base de datos 20 es compartida entre el comunicador 12 y el modulo 22 de gestion de la red de pantallas. La base de datos 20 contiene informacion sobre que modulos de pantalla 18 estan asociados con productos, informacion estadfstica de los modulos de pantalla, imagenes de productos, colas de comandos y de estado, y tablas de registros de auditona.

5

10

15

20

25

30

35

40

45

50

55

Interfaz de programacion de aplicaciones (API, Application Programming Interface)

El API consiste en software que proporciona la interfaz principal entre las aplicaciones de tercera parte y el sistema de comunicaciones. Dentro del API esta disponible una biblioteca completa de comandos para permitir que una aplicacion de tercera parte, tal como el modulo 28 de representacion de imagenes, asocie imagenes a productos y distribuya actualizaciones de imagenes a los modulos de pantalla 18. El API proporciona asimismo funciones para gestionar la creacion y eliminacion de productos, la asociacion de modulos de pantalla 18 a productos y la recuperacion de informacion de estado y estadfstica.

Durante una fase de configuracion del sistema 10, la API se utiliza para crear productos y modulos de pantalla dentro de la base de datos 20. Despues de que estos se hayan creado, la API se utiliza a continuacion para asociar un modulo de pantalla 18 (o multiples modulos de pantalla) a un producto. Una vez se ha llevado a cabo esta asociacion, la API garantiza que siempre que se realice una llamada de actualizacion de producto, se envfa una actualizacion de imagen a los modulos de pantalla apropiados asociados con el producto.

Despues de que un sistema 10 ha sido configurado, se invoca la API siempre que el modulo 28 de representacion de imagenes tiene nuevas imagenes para productos. Al recibir una llamada de actualizacion de imagen, la API valida el tamano y el formato de la imagen antes de poner las actualizaciones de modulos de pantalla en la cola del servicio de comunicador para su transmision a los modulos de pantalla 18 asociados con el producto. La API espera una respuesta del servicio de comunicador y la devuelve a la aplicacion que realiza la llamada. La API gestiona asimismo reintentos de actualizacion si se detecta un fallo.

Interfaz grafica de usuario (GUI, Graphical User Interface).

La GUI consiste en una aplicacion de software que proporciona un medio para que un usuario establezca y configure la API y la base de datos 20.

La GUI proporciona un medio para crear y eliminar productos y modulos de pantalla, asociando modulos de pantalla a productos, y para visualizar estadfsticas de utilizacion e informacion de auditona en formato grafico.

Motor 26 de reglas de producto

El motor 26 de reglas de producto consiste en una aplicacion de software que gestiona las actualizaciones de producto y presenta una interfaz de usuario para mostrar estadfsticas de actualizaciones e informacion de estado.

Cuando el motor 34 de reglas del sistema determina que se requiere una nueva imagen para un producto, planifica la ejecucion del motor 26 de reglas de producto. El motor 26 de reglas de producto recupera los datos de producto desde la base de datos 38 del motor de reglas del sistema y planifica el representador de imagenes 28 para generar una nueva imagen para el producto. Esto se muestra en las etapas 120 a 124 de la figura 14.

Una vez se ha representado la imagen, se emite mediante la API al modulo 22 de gestion de la red de pantallas un comando de actualizacion de producto que contiene la nueva imagen. A continuacion la imagen se transmite al modulo o modulos de pantalla 18 apropiados y se presenta, tal como se muestra en las etapas 132. Ademas, el comunicador 12 recupera estados de actualizacion de las unidades de pantalla 18, tal como se muestra en la etapa 134, y el modulo 22 de gestion de la red de pantallas monitoriza colas de actualizacion y almacena estados en una base de datos, en una tabla de auditona, tal como se muestra en la etapa 136. Este ciclo se repite para mantener completa una tabla de auditona de base de datos, y el motor de reglas de producto 138 recupera periodicamente estados por medio de la API hasta que este proceso se completa, tal como se muestra en la etapa 140 de la figura 14.

Haciendo referencia a la figura 15, se muestra un proceso de actualizacion de grupo en el que el motor 34 de reglas de negocio determina si se requiere una solicitud de actualizacion de producto del grupo, tal como se muestra en la etapa 142. Por ejemplo, un grupo de modulos de pantalla 18 puede estar agrupado segun proximidad y/o tipo de producto, y requerir una actualizacion de grupo para que se cambie la imagen de visualizacion (ver explicacion mas adelante a este respecto). En la etapa 144, el motor de reglas de producto solicita imagenes de producto para representar y el representador de imagenes 28 representa apropiadamente las imagenes, en la etapa 146. El motor 26 de reglas de producto emite un comando de "inicio/fin de grupo" al modulo 22 de gestion de la red de pantallas, y para cada producto el motor 26 de reglas de producto emite al modulo 22 de gestion de la red de pantallas un comando de descargar imagen. El motor 26 de reglas de producto emite ademas un comando de grupo de finalizar grupo a la gestion de red de pantallas y la DNM 22 crea grupos y pone en cola comandos de descargar imagen para el comunicador 12, para las pantallas 18 asociadas con los productos dentro del grupo, tal como se muestra en la etapa 154. El comunicador 12 asigna pantallas a los grupos y descarga imagenes para estas, y la DNM 22 monitoriza la cola de actualizacion, tal como se muestra en la etapa 158 de la figura 15. La DNM 22 emite ademas comandos de actualizacion de grupo para todas las descargas de imagen estan completas y el comunicador difunde el comando de actualizacion de grupo a todas las pantallas 18, tal como se muestra en la etapa 162. Todas las pantallas del grupo actualizan sus pantallas con imagenes descargadas, tal como se indica en la etapa 164, y el comunicador 12 recupera el estado de actualizacion desde las pantallas 18 pertenecientes al grupo. La DNM 22 que

5

10

15

20

25

30

35

40

45

50

55

emite un estado de actualizacion de grupo finalizada al motor 26 de reglas de producto y el motor de reglas de producto recupera el estado por medio de la API, tal como se muestra en la etapa 170.

En la figura 16 se muestra el proceso para una actualizacion de grupo temporizada, donde el motor 34 de reglas del sistema determina que se requiere una solicitud de actualizacion de producto del grupo temporizada, tal como se muestra en la etapa 174, y el motor 26 de reglas de producto solicita que el representador de imagenes 28 represente imagenes de producto. El motor 26 de reglas de producto emite ademas un comando de grupo de inicio a la DNM 22 con un tiempo para que se produzca la actualizacion, tal como se muestra en la etapa 180. Para cada producto, el motor 26 de reglas de producto emite un comando de descargar imagen a la DNM 22. El PRE 26 emite ademas un comando de finalizar grupo a la DNM 22, tal como se muestra en la etapa 184. La DNM 22 crea grupos y colas y descarga comandos de imagen al comunicador 12 para las pantallas 18 asociadas con los productos en los grupos relevantes, tal como se muestra en la etapa 186. El comunicador 12 asigna pantallas 18 a grupos y descarga imagenes a estas, y la DNM 22 monitoriza la cola de actualizacion. Algunas de estas etapas se repiten, tal como se muestra en la figura 16, para garantizar que todas las imagenes son representadas y todas las actualizaciones transmitidas a traves de las pantallas relevantes 18. La DNM 22 emite a continuacion un comando de actualizacion de grupo cuando todas las descargas de imagenes se han completado y se ha alcanzado el tiempo apropiado, tal como se indica en la etapa 190. El comunicador 12 difunde a continuacion el comando a todas las pantallas 18, y las pantallas actualizan sus visualizaciones con imagenes descargadas, tal como se muestra en la etapa 194. El comunicador 12 recupera el estado de actualizacion de todas las pantallas 18 del grupo y la DNM 22 emite un estado de actualizacion de grupo finalizada al PRE 26.

Haciendo referencia a la figura 17, se muestra un proceso de flujo para proporcionar una actualizacion diferencial de imagenes. De nuevo, el SRE 34 determina la solicitud de actualizacion de producto requerida en la etapa 214 y el motor 26 de reglas de producto solicita que el representador de imagenes 28 represente imagenes de producto. El motor 26 de reglas de producto emite comandos de descargar imagen a la DNM 22, y la DNM compara imagenes con la actualizacion de imagen anterior, tal como se muestra en la etapa 212. Si las imagenes son identicas, la DMM 22 marca el estado de actualizacion de imagen como finalizado, y monitoriza la cola de actualizacion y almacena el estado en una tabla de auditona de base de datos, tal como se muestra en la etapa 218. El motor 26 de reglas de producto aprueba el estado por medio de la API, y el proceso finaliza segun se muestra en la etapa 224 Sin embargo, en la etapa 214, si las imagenes no son identicas entonces la DNM 22 consulta si las diferencias en la imagen son de pequenas a medianas. Si son de pequenas a medianas, la DNM 22 crea una lista de diferencias y emite un comando de actualizacion diferencial, tal como se muestra en la etapa 228. El comunicador 12 emite a continuacion la actualizacion diferencial a las pantallas 18. A continuacion, las pantallas 18 actualizan su visualizacion con imagenes descargadas, y devuelven informacion de estado, tal como se muestra en la etapa 232. El comunicador 12 recupera el estado de actualizacion de las pantallas 18 e informa correspondientemente a la DNM 22 y al PRE 26.

Si en la etapa 226 las diferencias de imagen no son de pequenas a medianas, entonces, tal como se muestra en la etapa 236, se indica que las diferencias de imagen son grandes en esta fase, y la DNM 22 emite una demanda 238 de actualizacion de imagen, de tal modo que el comunicador 12 emite una actualizacion de imagen a las pantallas relevantes 18, tal como se muestra en la etapa 240.

En la etapa 232, una pantalla 18 actualiza su visualizacion con una imagen descargada y devuelve el estado al comunicador 12 y, a su vez, se informa en consecuencia a la DNM 22 y al PRE 26.

La figura 18 proporciona detalles de un proceso adicional de actualizacion de la imagen en una pantalla 18. En este caso, el SRE 34 determina una solicitud de actualizacion de producto requerida, tal como se muestra en la etapa 242. El PRE 26 solicita la representacion de la imagen de producto y el representador de imagenes 28 representa la imagen. De nuevo, el PRE 26 emite un comando de descargar imagen a la DNM 22 con un tiempo de actualizacion. La DNM 22 pone en cola el comando de actualizacion de imagen con el tiempo de actualizacion al comunicador 12, para la pantalla 18 asociada con el producto. El comunicador 12 descarga la imagen a la pantalla 18 y emite un comando de actualizacion de imagen temporizada, tal como se muestra en la etapa 252. La pantalla 18 recibe la nueva imagen y devuelve el estado en 254. La pantalla 18 se activa periodicamente y, si se ha alcanzado el tiempo indicado, actualizara la visualizacion con la informacion de imagen descargada, tal como se muestra en la etapa 252.

El comunicador 12 recupera de la pantalla 18 el estado actualizado, y de nuevo se informa en consecuencia a la DNM 22 y al PRE 26, antes de que finalice este proceso en la etapa 264.

Modulo de representacion de imagenes

El modulo de representacion de imagenes consiste en un disenador de plantillas 32 y un representador de imagenes 28.

Disenador de plantillas 32

El disenador 32 de plantillas consiste en una aplicacion de software que proporciona al usuario medios para crear un diseno de plantilla 30 para un modulo de pantalla 18. La plantilla 30 permite la distribucion de diferentes elementos

5

10

15

20

25

30

35

40

45

50

graficos que constituyen la imagen del modulo de pantalla, y define un conjunto de reglas de como los elementos graficos se aplican a la imagen.

El disenador 32 de plantillas presenta al usuario un menu de elementos de datos que se proporcionan desde la salida del motor de reglas del sistema. Estos elementos de datos se pueden aplicar a una imagen y se pueden configurar otras reglas para definir la fuente, el tamano de la fuente, la posicion de la distribucion y otra informacion de formateo.

Representador 28 de imagenes

El representador 28 de imagenes consiste en una aplicacion de software cuya ejecucion esta planificada por el motor 26 de reglas de producto y representa imagenes del modulo de pantalla en base a plantillas de imagen 30 creadas utilizando el disenador 32 de plantillas.

La aplicacion utiliza datos suministrados por el motor 34 de reglas del sistema y formatea la informacion segun las reglas suministradas en una plantilla asociada, para entregar una imagen de producto adecuada para su transmision a un modulo de pantalla 18.

Motor 34 de reglas del sistema

Un tipo de motor 34 de reglas del sistema es una aplicacion de software que lleva a cabo una serie de tareas espedficas para garantizar que los dispositivos de modulo de pantalla visualizan las imagenes correctas. El motor de reglas lleva a cabo las operaciones siguientes:

• Fusion, a partir de multiples fuentes de datos distintas, en un solo destino de salida.

• Aplicar calculos de condiciones o eventos sobre fuentes de datos para crear una sola salida de elemento de datos "derivada".

• Utilizar informacion de las fuentes de datos para definir como los elementos de datos pueden ser aplicados y desplegados en el destino de salida.

• Utilizar "elementos de escucha" para examinar estados de datos, esperar la aparicion de condiciones predefinidas, y crear a continuacion acciones de ejecucion en respuesta a las condiciones validadas.

El usuario define cualquier numero de las operaciones anteriores para monitorizar sus fuentes de datos e inicia eventos en base al contenido de los datos manipulados. Normalmente los eventos tendnan como resultado, de forma no limitativa, que el representador 28 de imagenes genere nuevas imagenes para productos y emita comandos de actualizacion de imagenes a la API.

Ejemplos de para que se puede utilizar el motor 34 de reglas del sistema son:

• La creacion de imagenes de modulos de pantalla que relacionan datos de un producto con otro, es decir, venta cruzada.

• Promociones de precios de productos utilizando reglas para reducir el precio estandar de productos en magnitudes espedficas y provocando que el representador de imagenes utilice plantillas de imagen alternativas para promocionar las rebajas.

• Cambios de precios de productos en base al nivel de inventario de existencias. Se pueden configurar reglas para monitorizar una base de datos de inventario de un minorista e indicar a los clientes niveles de existencias relevantes. Las reglas pueden asimismo realizar cambios de precios en base al nivel de existencias mantenido en el establecimiento o hacer referencias cruzadas a los clientes sobre productos alternativos en caso de existencias agotadas.

• Barrer la web 40 y recabar precios de competidores. Ajustar automaticamente la informacion de productos del establecimiento en tiempo real para visualizar dichos precios de competidores con el fin de destacar que en el establecimiento se puede conseguir el mejor precio.

• Actualizar automaticamente informacion de precios en funcion del tiempo restante hasta una fecha de "caducidad".

• Actualizar automaticamente informacion de precios en funcion del nivel de existencias y de la tasa de cambio del nivel de existencias.

Haciendo referencia a la figura 19, se muestra como las reglas de negocio se pueden mantener utilizando un sistema de control de inventario. En este caso, el motor de reglas del sistema (SRE 34) monitoriza las bases de datos 38 que incluyen el precio de los productos y la informacion de existencias, tal como se muestra en la etapa 226.

5

10

15

20

25

30

35

40

45

50

El SRE 34 consulta sobre cambios de existencias en la etapa 268 y, en caso de que no haya cambios, sigue monitorizando las bases de datos 38 y recorre en bucle el proceso de consulta. Sin embargo, en caso de un cambio en las existencias, el motor 34 de reglas del sistema pone a nulo un campo de celda cruzada, tal como se muestra en la etapa 270, y compara el nivel de existencias con lfmites predeterminados, tal como se muestra en la etapa 272. En la etapa de consulta 274, si las existencias son mayores o iguales que un lfmite superior predeterminado, entonces el campo de ajustar existencias se pone a "En existencias" tal como se muestra en la etapa 276, y el representador 28 de imagenes puede crear una imagen en base al campo de celda cruzada y al campo de existencias de la informacion de la base de datos de precios y productos, extrayendo datos de las bases de datos usuales apropiadas 38 para generar de ese modo una imagen, tal como se muestra en la imagen I de la figura 19. El motor 26 de reglas de producto lleva a cabo entonces a una actualizacion de producto para garantizar que las nuevas imagenes se visualizan en el modulo de pantalla relevante 18.

En caso de que se determine que las existencias son mayores o iguales que un nivel de existencias "medio" predeterminado, tal como se muestra en la fase de consulta 286, el campo de existencias se ajusta entonces a existencias "limitadas" tal como se muestra en la etapa 288, y despues continua el proceso a partir de la etapa 278 tal como se ha descrito anteriormente.

En la siguiente etapa de consulta 219, si no se considera que las existencias son altas o medias el motor de reglas de negocio SRE 34 consulta si las existencias son mayores que 0, en caso afirmativo el campo de existencias se ajusta a 2 "existencias bajas" y se crea la imagen apropiada utilizando el representador 28 de imagenes y el motor 26 de reglas de producto.

Sin embargo, si se determina que hay de hecho 0 existencias en la etapa 290, entonces el ajuste del campo de existencias se pone a "sin existencias" y el campo de celda cruzada se ajusta a un producto alternativo, tal como se muestra en la etapa 296. A continuacion, el representador 28 de imagenes crea una imagen apropiada para el producto relevante, tal como se muestra en la etapa 278.

Actualizacion temporizada del modulo de pantalla 18

Las actualizaciones temporizadas del modulo de pantalla 18 proporcionan un metodo alternativo de conseguir actualizaciones de grupo, Utilizando este metodo, los modulos de pantalla llevaran a cabo la actualizacion de la imagen en un determinado momento, independientemente del comunicador 12 y del modulo de la red de pantallas. Esto elimina la necesidad de una difusion de actualizacion de grupo. Tal como se muestra en la figura 18.

Modulo de multiples pantallas

Haciendo referencia a la figura 20, se muestra como una combinacion de un unico modulo 57 de comunicacion con las pantallas y multiples pantallas 54i, 54ii, 54iii, 54iv se integran para crear un sistema de borde de estante que: proporciona una manera simple y eficaz de actualizar multiples pantallas a lo largo de un borde de estante, y reduce el coste global del sistema para una solucion de borde de estante, al compartir un unico modulo de comunicacion.

Modulo 57 de comunicacion con las pantallas

El modulo 57 de comunicacion con las pantallas consiste en un microcontrolador 52', un transceptor de RF 56', una interfaz de bus en serie 59 y una fuente de alimentacion 60'. Se comparte un solo modulo 57 de comunicacion con las pantallas entre multiples pantallas 54, que proporciona los datos necesarios para actualizar cada pantalla 54.

El modulo 57 de comunicacion con las pantallas contiene un microcontrolador 52' que ejecuta una aplicacion de software para interactuar por medio del protocolo de comunicacion con un modulo de comunicacion 16. Este recibe comandos y datos desde el comunicador 12 y procesa los comandos, devolviendo acuses de recibo cuando estos se han completado para cada una de las pantallas 54i a 54iv.

Cuando procesa un comando de actualizacion, el microcontrolador 52' selecciona una pantalla apropiada 54 (en base a la direccion proporcionada en el comando), aplica alimentacion y emite el comando y los datos a la pantalla 54' por medio de la interfaz de bus en serie 59. Una vez que el comando esta completo, el microcontrolador 52' desconecta la pantalla 54 y devuelve un acuse de recibo al comunicador 12 por medio del transceptor de RF 56'.

Pantalla 54'

El modulo de pantalla 54' consiste en una pantalla LCD, un IC integrado que contiene un interfaz de bus en serie, un modulo de conversion de tension, un sensor de temperatura y un algoritmo de actualizacion del LCD.

Cuando esta inactiva, la pantalla 54' esta en un modo de espera de baja potencia. La pantalla 54' solamente se enciende cuando es abordada individualmente, para garantizar que se utiliza el mmimo de energfa.

Cuando se recibe un comando de actualizacion sobre la interfaz de bus en serie 59 desde el modulo 57 de comunicacion con las pantallas, el modulo de pantalla enciende el sensor de temperatura 66' para tomar una lectura, y a continuacion utiliza el valor lefdo para ajustar el modulo de conversion de tension con el fin de generar la tension

5

10

15

20

25

30

necesaria para una actualizacion. El algoritmo de actualizacion del LCD aplica a continuacion las formas de onda correctas para actualizar la pantalla.

Al termino de una actualizacion, la pantalla emite a continuacion un acuse de recibo sobre la interfaz de bus en serie 59 y vuelve a su estado de muy baja potencia.

El producto 18' esta disenado para ajustarse de manera segura en el borde de un estante. La construccion incorpora un solo modulo de comunicacion con las pantallas y multiples pantallas con este, proporcionando una manera economica de controlar un gran numero de pantallas. El producto 18' es alimentado asimismo desde una unica alimentacion, preferentemente una fuente de batena, y esta disenado de tal modo que solamente el modulo de comunicacion con las pantallas esta activo en su modo de espera normal; siendo las pantallas 54' alimentadas solamente cuando se requiere una actualizacion de pantalla.

Calculos de potencia

A modo de evidencia de la consecucion de un bajo consumo de potencia utilizando una o varias de las caractensticas del sistema y una o varias etapas de la metodologfa descrita anteriormente, se dan a conocer los siguientes datos de consumo de potencia. En este caso, se supone que una sola batena proporciona una energfa disponible total de 1,53 Ah (es decir, aproximadamente el 90 % de la capacidad total de las batenas). La descarga de la batena dependera de la temperatura. Para simplificar, se suponen 23 °C constantes.

La utilizacion de potencia para cada modulo de pantalla 18 consiste en las siguientes contribuciones tfpicas mostradas en la tabla 1:

Tabla 1 Consumo de potencia en diferentes modos de funcionamiento

Funcionamie nto

Factores contribuyentes Energfa/mJ Ah por dfa a 5 actualizaciones por dfa y una frecuencia de 8,76 s de pulsos de SYNC Frecuencia

Espera

Corriente de espera para todos los circuitos 0,6 x 10-6 45 x 10'6 A lo largo de todo el dfa durante periodos sin sondeo

Potencia durante pulso SYNC

Microcontrolador, circuitos de RF 0,148 447 x 10'6 Durante la duracion del sondeo, es decir para cada pulso de sincronizacion

Activacion

Microcontrolador. Borrado y escritura de memoria rapida ("flash"), modo de escucha de RF 161 246 x 10'6 Cada vez que se escribe una imagen en la memoria rapida.

Actualizacion de la pantalla

Escucha RF, microcontrolador, lectura desde memoria rapida, convertidor CC-CC para pantalla, escritura en pantalla 110 153 x 10'6 Cada vez que se escribe una imagen en la pantalla

Lo anterior esta calculado para una unidad de pantalla QVGA de 4" que requiere de 5,7 mJ para su actualizacion, junto con 18,3 mJ adicionales para el convertidor CC a CC necesario para proporcionar las tensiones requeridas para hacer funcionar la pantalla. La tension de filas fue de 30 V, la tension de columnas de 5 V y se supone que la eficiencia del convertidor de CC-CC fue de 85 % para estos calculos. La carga efectiva de la unidad de pantalla es entonces de 33 kQ. El tiempo de actualizacion de la imagen para una visualizacion de 1 bit se tomo como el peor caso (1,578 segundos por imagen) y el tipo de recepcion de RF fue de 6,373 s.

La figura 22 es un grafico que muestra un calculo teorico de la vida util de la batena (en anos) utilizando el sistema de la presente invencion, donde la imagen se actualiza varias veces cada dfa (de 1 a 50 veces).

Claramente, hacer funcionar la pantalla es una contribucion principal a la potencia: se demuestra simplemente mediante la actualizacion de la imagen 50 veces al dfa. Esto indica cuan importante es utilizar una pantalla biestable. Si el modo de pantalla requiere potencia constante, entonces incluso para el tipo de minima potencia de pantalla de tipo monoestable o de emision actualmente disponibles, la vida util de la batena se medina en dfas como mucho.

5

10

15

20

25

30

35

40

45

50

55

Habitualmente, para la aplicacion minorista, la pantalla se actualizara entre 2 y 5 veces cada d^a como mucho. Para 5 actualizaciones al dfa, la vida util teorica de la batena es de aproximadamente 9 anos si la duracion sin sondeo es de aproximadamente 20 segundos. Reducir el periodo sin sondeo a aproximadamente 8 segundos reduce la vida util de la batena solamente el 5 %, hasta aproximadamente 8,5 anos. Aumentar la regularidad del periodo de sondeo a una vez cada 2 segundos comienza a tener un efecto notable sobre la vida util de la batena, provocando una significativa cafda del 40 % en la vida util. Esto esta representado en la figura 23.

En la practica, la vida util de la batena nunca conseguira los valores teoricos encontrados aqm, dado que el periodo de duracion de la batena es limitado. Por ejemplo, se encuentra que una tfpica batena utilizada para estos calculos tiene un periodo de duracion de 7 anos. En este caso, tiene poco sentido optimizar la duracion del periodo sin sondeo para extender la vida util de la batena mas alla de esto. Por lo tanto, para menos de 6 actualizaciones de imagen por dfa en promedio, la duracion del periodo sin sondeo es optima entre 4 y 8 segundos, preferentemente en torno a 8 segundos.

En la aplicacion minorista, existe un equilibrio entre el numero de unidades que se pueden actualizar mediante un unico dispositivo de comunicacion y el periodo sin sondeo. Si un minorista necesita cambiar digamos 1000 etiquetas, entonces esto se podra realizar probablemente durante la noche. Habitualmente, el minorista necesitana actualizar todas las etiquetas en un periodo de 8 horas. El tiempo que se tarda en actualizar todas las etiquetas estara dictado por la duracion del periodo sin sondeo. Si es de 8 segundos, entonces se pueden actualizar en serie 1000 etiquetas en 2,2 horas, lo cual es satisfactorio, garantizando al mismo tiempo que se minimiza la utilizacion de potencia.

Otras aplicaciones pueden tener una tasa de utilizacion diferente. Por ejemplo, si la aplicacion incluye la opcion de visualizar imagenes previamente almacenadas, cargadas en la memoria rapida, y una interfaz para que el observador alterne entre estas imagenes, entonces una pantalla se puede actualizar de 50 a 100 veces al dfa. En estos casos, no hay ninguna ventaja en tener un tiempo de sondeo mas largo (dado que la potencia es independiente de la duracion del periodo sin sondeo -ver la figura 22). La clave para tales aplicaciones es minimizar la potencia necesaria para actualizar la imagen y/o maximizar la energfa disponible de la batena. Por ejemplo, reducir el tiempo que se tarda en actualizar la pantalla, la carga de la pantalla (capacidad y resistencia al esfuerzo) y las tensiones utilizadas son todas medidas eficaces para reducir el consumo de energfa de la pantalla.

El periodo optimo SYNC o sin sondeo se ha calculado asimismo para una pantalla mas pequena. Se supone que Vlcd = 15V, Vd = 3V y que la carga efectiva es solamente de 15 kQ para representar, digamos, un dispositivo de pantalla diagonal de 120x160 de 2''. Se considera entonces que el tiempo de actualizacion de la pantalla es de 0,6s y el tiempo de recepcion de RF para 1/4 del contenido de la imagen es de 1,59 s. Con el sistema de RF de la presente invencion se obtiene entonces la relacion entre la vida util de la batena y la duracion sin sondeo que se muestra en la figura 24.

Obviamente, debido a la carga mucho menor de la pantalla y de RF durante el periodo de escritura, una batena de este tamano (1,7 Ah en total) durara considerablemente mas. La duracion del sondeo se podna ajustar facilmente a 2 segundos, y aun asf obtenerse una vida util de la batena de 5 a 7 anos para 5 actualizaciones al dfa. Alternativamente, resulta evidente a partir de este calculo que la misma pantalla se puede actualizar en este caso 15 veces al dfa en promedio (con un periodo SYNC de 8 segundos) manteniendo al mismo tiempo la vida util de la batena de 5 a 7 anos.

Existen otras consideraciones de diseno importantes a tener en cuenta cuando se considera este dispositivo de pantalla mas pequeno: es decir, el coste y el tamano. Normalmente, estas dos consideraciones se reduciran. Por ejemplo, se podnan utilizar 3 pilas de boton para suministrar la potencia de 1,7 A a la QVGA de 4", mientras que detras de la pantalla diagonal menor de 2'' solamente podnan ajustar 2 batenas. Por lo tanto, la energfa disponible para la pantalla menor esta proxima a 1,0 Ah en total. Esto significa que el analisis de la figura 24 tiende al de la figura 23. En este caso, el periodo optimo de SYNC (duracion sin sondeo) es de nuevo entre 4 y 16 segundos, preferentemente proximo a 8 segundos.

En resumen, la duracion optima sin sondeo (periodo SYNC) esta relacionada con el tamano y el contenido de imagen de la pantalla, el numero de actualizaciones requeridas en promedio y la energfa total disponible de la batena (teniendo en cuenta su periodo de duracion y el efecto de la temperatura y el consumo de corriente). La duracion optima del periodo sin sondeo esta entre 2 y 16 segundos: por debajo de 2 segundos el SYNC de RF consume demasiada potencia, confinando a la pantalla a la utilizacion minima en el mejor de los casos; por encima de 16 segundos, el tiempo que lleva actualizar un gran numero de pantallas resulta excesivo para un pequeno beneficio extra (debido al periodo de duracion de la batena y a la magnitud relativamente elevada de la potencia asociada entonces con la actualizacion de la pantalla). En la practica, 8 segundos se consideran preferibles.

Actualizacion de grupo

Un aspecto del sistema es la utilizacion de la actualizacion de grupo para actualizar algunas o todas las unidades simultaneamente y en paralelo. Esto se realiza utilizando imagenes almacenadas previamente, subidas a cada unidad (modulo de pantalla 18) en el curso del dfa y almacenadas en memoria rapida pero no visualizadas hasta que la unidad recibe una solicitud de actualizacion de grupo.

5

10

15

20

25

30

35

40

45

50

55

El procedimiento para la actualizacion de grupo podna ser tal como se muestra en el diagrama de flujo de la figura 25, que es auto-explicativo. Se ha descubierto en la practica que algunas etiquetas no tendran una actualizacion satisfactoria al primer intento, debido a que tienen interferencias del entorno, o estan situadas a una distancia del transmisor mayor que la mayona de las etiquetas. Para contribuir a maximizar el numero de etiquetas que se actualizan, el comando de actualizacion de grupo se repite entonces, digamos, tres veces para minimizar esta perdida.

En la practica, se ha descubierto que el sistema proporciona un porcentaje de exito del 97 % para etiquetas situadas hasta a 100 m desde el transmisor cuando funcionan en un tfpico supermercado. Si la perdida del 3 % esta provocada por eventos aleatorios (por ejemplo, interferencia con los clientes), entonces repetir la actualizacion de grupo garantizana que no se actualizan correctamente solamente el 100 (1 - 0,033) %: es decir 3 entre 100.000 pantallas.

En la practica, se encuentra que la perdida no es aleatoria, y es mas probable que ocurra mas para unas etiquetas que para otras. En este caso, es probable que el porcentaje de exito de la segunda y tercera actualizaciones de grupo se reduzca. En estos casos, las pantallas seran actualizadas en serie de manera convencional despues de la actualizacion de grupo. Sin embargo, esto puede llevar algun tiempo. Un aspecto de la presente invencion minimiza el tiempo eligiendo la secuencia de actualizaciones en serie que siguen a la actualizacion de grupo para que comience con aquellas unidades que con mas frecuencia es diffcil actualizar y que, por lo tanto, es mas probable que hayan fallado en la secuencia de actualizacion de grupo. El software que controla el sistema del comunicador habra obtenido informacion relativa a que etiquetas fallan con mas frecuencia en la actualizacion en serie, debido, por ejemplo, al entorno local de las unidades individuales o a la distancia de determinadas unidades desde el transmisor.

Otra funcionalidad

En el sector minorista, el sistema de visualizacion 10 se puede adaptar para proporcionar una o varias de las siguientes funcionalidades, especialmente utilizando un ordenador adaptado para controlar un comunicador para retransmitir datos de visualizacion a una serie de modulos de pantalla posicionados junto a productos en un establecimiento minorista, teniendo preferentemente el ordenador una entrada de datos desde fuentes de datos externas, por ejemplo, relativa a niveles de existencia de productos en un establecimiento minorista, y estando adaptado para llevar a cabo por lo menos uno de:

crear imagenes de modulos de pantalla que relacionan datos de un producto con otro producto, habilitando de ese modo la venta cruzada de productos;

llevar a cabo promocion de precios de productos utilizando reglas para reducir el precio estandar de un producto en una magnitud espedfica, y haciendo que se utilice una plantilla de imagen alternativa a visualizar mediante un modulo de pantalla con el fin de promocionar la rebaja;

el ordenador maneja reglas establecidas para monitorizar la base de datos de inventario de un minorista, y esta adaptado para indicar a los clientes niveles de existencia relevantes, por ejemplo, "solamente quedan XXX existencias"; "EN EXISTENCIAS"; etc., y/o realizar cambios de precios a presentar a los clientes en base al nivel de existencias mantenido en un establecimiento y/o a la tasa de cambio del nivel de existencias, y/o referencias cruzadas a los clientes a productos alternativos en caso de existencias agotadas, y/o visualizar un aviso de agotado, por ejemplo, cambiar a texto blanco en fondo negro con "AGOTADO";

recabar precios de competidores, tal como mediante internet, y ajustar preferentemente de manera automatica la informacion visualizada junto a un producto del establecimiento, mas preferentemente en tiempo real, para visualizar dichos precios de competidores, por ejemplo, con el fin de destacar que el mejor precio se puede conseguir en el establecimiento;

actualizar automaticamente informacion de precios segun el tiempo restante hasta una fecha de "caducidad" para el producto adyacente a un modulo de pantalla;

visualizar mediante un modulo de pantalla una oferta especial, tal como "Compre uno y llevese otro gratis";

visualizar mediante un modulo de pantalla informacion detallada de productos, tal como uno o varios de los ingredientes de un producto adyacente, informacion sobre el pafs de origen, libre cambio, contenido graso, comentarios de analisis (por ejemplo, para vino), semaforos de salubridad, fechas de caducidad, validez y consumo preferente;

monitorizacion de la temperatura utilizando un sensor de temperatura asociado con el modulo de pantalla, para permitir que el modulo de pantalla garantice a los clientes la temperatura maxima de una unidad de congelador o refrigerador durante un periodo determinado tal como en los dfas anteriores, incorporando preferentemente el modulo de pantalla un sensor de temperatura y estando adaptado para comunicar de vuelta la informacion de temperatura al comunicador, habilitando de ese modo un aviso de zonas de temperatura erronea;

5

10

15

20

25

30

35

40

45

50

55

visualizar la fecha mediante un modulo de pantalla, habilitando de ese modo un recordatorio de la fecha para el usuario, cuando este la compara con la "fecha de caducidad" del producto asociado;

visualizar el tiempo mediante un modulo de pantalla -preferentemente horas y minutos que se pueden actualizar con cada pulso SYNC y almacenar (no visualizado desde que la pantalla no esta activada). A continuacion, cuando se alcanza el periodo para cambiar el periodo SYNC (duracion sin sondeo), todas las pantallas podran reducir el periodo de SYNC en el tiempo correcto, y volver a incrementarlo cuando haya finalizado;

visualizacion de un color promocional, por ejemplo, visualizacion de una esquina roja, donde la imagen cambia automaticamente de esquina negra (sin oferta especial) a esquina roja (aplica oferta especial);

deteccion de manipulacion de un modulo de pantalla, donde el modulo de pantalla comprende un sensor de evidencia de manipulacion, tal como un conmutador de inclinacion, por ejemplo, que comprende un acelerometro, de tal modo que los intentos no autorizados de retirar el modulo de pantalla de un estante son detectables, preferentemente visualizandose dichos intentos en la unidad y/o comunicandose a una oficina central por medio del comunicador;

visualizar en un modulo de pantalla si algunos de los artfculos de producto adyacentes estan disponibles en una zona de devoluciones de clientes, tal como junto a un probador o un departamento de atencion al cliente, preferentemente dichos artfculos en existencia son identificables por un miembro del personal utilizando un dispositivo de entrada del sistema, tal como un escaner laser, para identificar el producto y el emplazamiento remoto desde la posicion de la pantalla (estante);

triangulacion, donde dos o mas comunicadores estan adaptados para determinar la posicion de un modulo de pantalla y para presentar la informacion de triangulacion a un usuario por medio de un ordenador y/o de un modulo de pantalla;

presentar una visualizacion de que cliente esta siendo servido, por ejemplo cuando se forman colas y especialmente colas muy desordenadas, por ejemplo, en minoristas de catalogo, por ejemplo centros de Argos o IKEA, y/o establecimientos de comida rapida, por ejemplo;

presentacion mediante el modulo de pantalla de instrucciones a un miembro del personal; y/o

visualizar en un modulo de pantalla el numero de actualizaciones y/o de dfas que quedan antes de que una batena de un modulo de pantalla tenga que ser cambiada.

Beneficiosamente, el modulo de pantalla puede comprender una pantalla tactil y/o conmutar para permitir a un usuario desplazarse a traves de informacion detallada, tal como descripciones de productos, manuales y similares, en una pantalla, preferentemente donde el modulo de pantalla comprende una imagen de visualizacion principal a presentar por defecto a un usuario, y una imagen secundaria que el usuario puede revisar tras la seleccion de la opcion de desplazamiento en el modulo de pantalla, mas preferentemente donde la imagen principal se escribe primero en la pantalla y una imagen secundaria se escribe a conveniencia a lo largo del dfa, y/o aun mas preferentemente donde el retorno automatico a la imagen principal se lleva a cabo despues de un tiempo fijo, tal como de 4 a 10 segundos.

Adicionalmente, se puede proporcionar un modo de inventario de existencias, en el que durante periodos seleccionados, tal como horas de cierre, la pantalla conmuta a un modo de existencias y se visualiza un mapa de la distribucion de uno o varios estantes contiguos al modulo de pantalla, en lugar de informacion del producto.

La figura 26 muestra un diagrama esquematico del sistema de visualizacion utilizado en una realizacion de planificador del espacio. Se muestra un sistema de visualizacion 300 de planificador del espacio con las caractensticas de un sistema de visualizacion 10 que se han numerado y descrito completamente haciendo referencia a la figura 1. Se muestra asimismo una base de datos 302 de planificador del espacio, una imagen secundaria 304 de un planograma y algunas etiquetas de ID 306 acopladas a las existencias.

En un entorno minorista, un planograma es un diagrama que presenta donde se deben presentar los productos y las instalaciones para maximizar las compras de los clientes. Al hacer un seguimiento de los habitos de compra de los clientes, el planograma permite a un minorista optimizar su distribucion de productos en el interior de un establecimiento.

Esta realizacion combina la capacidad de multiples imagenes de las unidades de pantalla 18 con la capacidad del sistema de RF 14 para actualizar muy rapidamente grupos de unidades de pantalla 18. En una realizacion preferida, el sistema de planificador del espacio 300 utiliza la misma infraestructura que el sistema de visualizacion 10 y se activa durante el tiempo de parada en un establecimiento. Esto puede ser cuando un establecimiento esta cerrado a los clientes o durante periodos con poca o ninguna actividad de clientes, por ejemplo, en un establecimiento que esta abierto 24 horas, entre la 1am y las 6am.

El sistema de planificador del espacio 300 tiene una base de datos adicional 302 del planificador de espacio que se combina con la base de datos 38 del minorista y se introduce en el motor 34 de reglas del sistema para crear las

5

10

15

20

25

30

35

40

45

50

55

reglas del sistema 36. En la realizacion preferida, los datos de la base de datos principal 38 de productos y precios del minorista se recuperan a intervalos predefinidos y se transforman en imagenes para cada producto utilizando una plantilla 30 creada para precios de productos que esta almacenada en el disenador de plantillas 32 y es transmitida al almacenamiento de imagenes principales de la unidad de pantalla. A continuacion, estas imagenes se visualizan inmediatamente y son la imagen principal 24 de precios/descripcion del producto. En otra realizacion se puede utilizar un comando en el ordenador 27 para recuperar la informacion de los productos, lo que permite a un minorista aprovechar periodos inesperadamente tranquilos en un establecimiento.

Los datos de la base de datos 302 de planificacion del espacio se transforman en una imagen para cada producto utilizando una plantilla 30 para distribucion de productos o posicionamiento de estantes, creada en el disenador de plantillas 32. Estas imagenes son transmitidas al almacenamiento 304 de imagenes secundarias de la unidad de pantalla, y no se visualizan hasta que se envfa un comando de actualizacion espedfico.

En la realizacion preferida, se configuran reglas de sistema 36 para enviar un comando de actualizacion de grupo a todas las unidades de pantalla 18 para que muestren la imagen secundaria 304 (es decir, el planograma) a una hora y fecha espedficas. Aunque en otras realizaciones el comando de actualizacion de grupo se puede enviar segun un esquema ad hoc.

La segunda imagen 304 visualiza el planograma permitiendo al personal del establecimiento determinar como reponer o volver a apilar los productos en el estante. En una realizacion preferida, las reglas de sistema 36 definen el tiempo en que se visualiza la imagen principal 24 en la unidad de pantalla 18. En otra realizacion preferida, la unidad de pantalla 18 puede conmutar entre la imagen principal (es decir, la imagen de producto) y la imagen secundaria (planograma) por medio de una entrada. La entrada puede estar controlada por el personal; por ejemplo, si un miembro del personal esta cargando el estante durante un periodo tranquilo estando abierto el establecimiento, y se aproxima un cliente a una unidad de pantalla 18 que esta mostrando la imagen secundaria 304, el miembro del personal puede hacer que la unidad de pantalla 18 vuelva la imagen principal 24 para comodidad del cliente, hasta el momento en que el cliente haya terminado.

En otra realizacion, la unidad de pantalla 18 comprende ademas un altavoz, por ejemplo un altavoz piezoelectrico, que indica cuando la imagen ha cambiado de la imagen principal a la imagen secundaria 308, o cuando la unidad de pantalla 18 ha cambiado la visualizacion en general. El sonido informana a un reponedor de estantes de cuando esta visible la informacion de planograma actualizada. Los expertos en la materia apreciaran que la inclusion de un altavoz en una unidad de pantalla no se limita a la realizacion de reposicion de estantes, sino que es aplicable a todas las realizaciones del sistema de visualizacion 10 y sus variantes mencionadas en esta memoria descriptiva.

La figura 27 muestra un ejemplo de la imagen secundaria que se puede visualizar. Un tfpico planograma en la tecnica muestra informacion que abarca un exhibidor completo y/o una distribucion de establecimiento completa. Dicha informacion es inadecuada para un sistema de visualizacion 10 o un sistema 300 de planificador de espacio, debido al tamano limitado de la pantalla en la realizacion de la invencion basada en minorista. La figura 27 muestra una unidad de pantalla 18 que comprende una pantalla 54, que esta dividida en tres secciones 310, 312, 314. Cada seccion visualiza informacion 316, 318, 320, 322.

En el ejemplo mostrado, la pantalla esta dividida en tres secciones 310, 312, 314 aunque, dependiendo del numero de productos en un estante, del tamano de la pantalla 54, de la posicion de la unidad de pantalla 18, el numero de secciones puede variar. En la realizacion preferida, la pantalla 54 muestra tres artfculos, el artfculo al que se refiere la pantalla, en la seccion intermedia 310, y el artfculo apilado a la izquierda de este 312 y el artfculo a la derecha del mismo 314. Las secciones perifericas 312, 314 son para referencia de los reponedores de estantes, mostrando en el ejemplo de la unidad de pantalla 18 un solo artfculo en la imagen principal.

En este ejemplo, cada seccion 310, 312, 314 contiene informacion relativa al producto a almacenar 316, por ejemplo un refresco de burbujas, la marca 318, la cantidad de producto a almacenar 320 e informacion adicional, tal como el estilo 322 en que el producto se debena apilar, por ejemplo en una piramide, individualmente, etc. Si el estante apila solamente un unico producto, las secciones perifericas 312, 314 no son necesarias y se puede visualizar con mayor detalle el producto a apilar. En otra realizacion, las secciones perifericas 312, 314 contienen solamente informacion relativa al producto 316 y/o la marca 318 apilados, para referencia de un reponedor, requiriendo de ese modo menos espacio en la pantalla y permitiendo que se visualice mas informacion en la seccion central 310. En otras realizaciones, la pantalla muestra la informacion de apilamiento para los productos en los estantes superior y/o inferior a la unidad de pantalla 18. La informacion visualizada en la imagen secundaria es completamente controlable a partir del disenador de plantillas 32 y de la plantilla 30 utilizada.

Para evitar confusiones, se destaca la seccion central 310 o la seccion con la informacion relativa a la informacion de apilamiento para el producto. Esto puede involucrar la utilizacion de texto en negrita, un color diferente, texto mas grande, etc.

Dado que habitualmente una unidad de pantalla 18 es pequena, 80 mm de altura y 70 mm de anchura, es preferible un enfoque basado en texto para visualizar el planograma. En otras realizaciones se puede utilizar asimismo un planograma basado en imagenes, visualizando los productos en un formato grafico que esta normalmente asociado con un planograma.

5

10

15

20

25

30

35

40

45

50

55

En otra realizacion, el sistema de visualizacion 10 comprende ademas una serie de transceptores de RF 56 y etiquetas 306 (figura 26), preferentemente etiquetas RFID en las existencias. Cada unidad de pantalla 18 tiene un transceptor de RF 56 que se puede habilitar ademas para detectar todas las etiquetas RFlD 306 dentro de un alcance predeterminado de, por ejemplo, 2 metros. Las etiquetas RFID estan colocadas en artfculos individuales de las existencias, permitiendo que la unidad de pantalla 18 detecte las senales procedentes de artfculos de existencias que estan dentro del alcance de la unidad. El microcontrolador 52 contenido en la unidad de pantalla 18 estana habilitado para comparar las etiquetas RFID 306 detectadas que, en una realizacion preferida, transmitinan informacion de un identificador que permite la determinacion del producto al que estan acopladas, con la informacion que esta siendo visualizada en la unidad de pantalla. Por lo tanto, se puede realizar facilmente una medida de los niveles de existencias y del tipo de existencias dentro del alcance establecido. Cuando la unidad de pantalla 18 se activa a continuacion, esta transmite de vuelta al ordenador 27 el numero de productos que estan realmente en el estante, y el ordenador 27 comparana el numero de existencias que quedan con las reglas del sistema 36 para determinar si se requiere una reposicion. La determinacion del nivel de existencias se puede realizar asimismo en el microcontrolador 52, que enviana un mensaje al ordenador 27 para senalar un nivel bajo de existencias.

Ademas, para ahorrar potencia, el pulso SYNC incluye un comando de ACTIVAR SENSOR Y ESCANEAR. El comando de ACTIVAR SENSOR Y ESCANEAR alimenta el transceptor de RFID 56, detecta todos los productos con una etiqueta RFID 306 con el intervalo predeterminado, determina que productos estan dentro del alcance mediante la identificacion de la senal de la etiqueta RFID 306, transmite la informacion al ordenador 27 y devuelve el transceptor RF 56 al modo de reposo. Para ahorrar mas potencia, la temporizacion del comando de ACTIVAR SENSOR Y ESCANEAR depende del tiempo. Por ejemplo, durante horas punta de compras, el comando ACTIVAR SENSOR Y ESCANEAR se iniciana regularmente, por ejemplo cada 10 minutos, y durante tiempos de cantidades bajas de clientes donde es probable que las existencias se mantengan aproximadamente constantes, cada par de horas.

Los expertos en la materia apreciaran que la utilizacion de sensores no se limita a etiquetas RFID y transceptores de RF 56. La utilizacion de etiquetas RFID 306 permite una facil integracion en la infraestructura existente, donde el transceptor de RF 56 esta ya presente en la unidad de pantalla 18. Se pueden utilizar asimismo sensores de peso para medir el peso actual de las existencias en un estante, donde la cantidad de existencias que quedan sena proporcional al peso detectado. Se puede utilizar asimismo un sensor de luz para detectar la altura de las existencias en un estante, lo que proporcionana una indicacion del nivel de las existencias. En la realizacion preferida, el sensor puede proporcionar informacion relacionada con el tipo de existencias. La informacion relacionada con el tipo de existencias permite monitorizar el nivel de existencias de multiples artfculos en un unico comando de ACTIVAR SENSOR Y ESCANEAR.

Ademas, en el sector minorista, la utilizacion de un sistema de visualizacion se puede realizar en un restaurante, por ejemplo para visualizar informacion relacionada con una orden, tal como en un modulo de pantalla inalambrica, transportable manualmente, pudiendo el cliente presentar al modulo de pantalla el numero de la orden y los artfculos comprados incluidos en una lista seleccionada por el cliente, para informar de ese modo al camarero de la posicion para la orden relevante.

Se puede proporcionar otra funcionalidad, tal como en los sectores siguientes:

La utilizacion de un sistema de visualizacion en un entorno medico, por ejemplo para permitir reservar una o varias camas hospitalarias; visualizar detalles medicos de incumbencia; visualizar una posicion conocida y una posicion requerida; visualizar tiempo, lugar y nombre del medico para una proxima operacion; visualizar niveles de dosis y frecuencias de medicamentos, visualizar numeros de identificacion (por ejemplo, una cuna de bebe), instrumentos quirurgicos y/o existencias de farmacos.

La utilizacion de un sistema de visualizacion en un entorno militar, por ejemplo para permitir enviar informacion de mando y control a un mando local, y preferentemente el mando local puede enviar instrucciones (codificadas), mapas, etc., al personal dentro de un radio de 200 m.

Utilizacion de un sistema de visualizacion en un almacen, por ejemplo para visualizar en el almacen localizacion, nivel de existencias, instrucciones locales (por ejemplo, ordenes, direcciones, etc.) en todo el almacen de artfculos.

Finalmente, cabe senalar que el presente sistema utiliza multiples intervalos de tiempo para que las unidades ESL individuales (modulos de pantalla 18) reduzcan sensiblemente el consumo de potencia. Por ejemplo, ver la figura 4 donde se utilizan 4 intervalos de tiempo.

El protocolo de RF optimiza el consumo de corriente y el ancho de banda utilizando una combinacion de paquetes de sincronizacion y multiplexacion por division de tiempo (intervalos de tiempo). El comunicador transmite una serie de paquetes de sincronizacion cada intervalo de tiempo (1,1 segundos). Cada pantalla esta asignada a un intervalo de tiempo en base a su direccion de RF. Este esquema permite virtualmente utilizar el 100% del ancho de banda disponible, pero cada pantalla tiene solamente que activarse para su intervalo de tiempo asignado. El numero de intervalos de tiempo puede ser cualquier multiplo de 2. Aumentar el numero de intervalos de tiempo disminuye el consumo de potencia de la pantalla, pero tiene como resultado un mayor tiempo de respuesta.

5

10

15

20

25

30

35

40

45

50

55

Al inicio de cada intervalo de tiempo, se envfa un bloque que contiene un numero impar de paquetes de sincronizacion. Cada paquete de sincronizacion contiene un desplazamiento desde el paquete de sincronizacion intermedio (por ejemplo t=-2, t=-1, t=0, t=1, t=2, etc.), que permite a la pantalla resincronizarse al paquete de sincronizacion intermedio (t=0), ajustando su reloj en base al desplazamiento de paquete del primer paquete de sincronizacion recibido. Esto hace el protocolo resistente a derivas del reloj, permitiendo la utilizacion de un oscilador de cristal menos preciso y, por consiguiente, mas economico. Mantener de este modo las pantallas sincronizadas con el comunicador requiere un cristal de reloj de 32 kHz de baja tolerancia, pero puede funcionar asimismo a partir de un oscilador RC interno del microcontrolador, proporcionando ahorros adicionales de coste.

Los inventores han descubierto que existen ahorros significativos de potencia si cada modulo de pantalla se activa aproximadamente una vez cada 8 segundos. Sin embargo, en un entorno practico un modulo determinado puede no recibir la senal de sincronizacion durante varios pulsos SYNC, debido a interferencia de RF en un supermercado concurrido (por ejemplo). Tomese el presente sistema de los inventores, en el que se transmiten multiples paquetes de sincronizacion en cada pulso SYNC.

Si se utilizan un total de 5 paquetes de sincronizacion, se permite al reloj de la pantalla una deriva de hasta 3 paquetes de sincronizacion (t=0, t=1, t=2) antes de perder la sincronizacion con el comunicador, es decir, el reloj puede derivar hasta 11,25 ms entre cada periodo de activacion. Cada unidad tiene un oscilador de cristal con una precision especificada de 20 partes por millon: esto significa que el oscilador puede derivar hasta 0,16 ms entre cada periodo de activacion, permitiendo que la pantalla pierda un maximo de 70 pulsos SYNC o 616 segundos (70 * periodo de activacion) antes de tener que realizar una exploracion de resincronizacion.

Si se transmitiera un solo paquete de sincronizacion, entonces la deriva tendna que estar estrictamente dentro de 3 ms. Por lo tanto, el modulo de cristal lfquido requerina una exploracion de resincronizacion despues de solamente 18 pulsos SYNC, que son solamente 158 segundos.

Si la unidad no ha recibido un pulso SYNC despues de un tiempo determinado (por ejemplo, de 50 a 100 intervalos de tiempo), es esencial que el modulo de pantalla realice una nueva exploracion para encontrar el pulso SYNC. En lugar de una rafaga corta de 3 ms en el modo de alta potencia, este proceso dura un intervalo de tiempo completo, que es habitualmente de 1 s en el modo de alta potencia. Es decir, se consume 333 veces mas potencia si el pulso SYNC se pierde por medio de interferencias de Rf. Dicha interferencia puede proceder desde interferencia electrica de objetos circundantes hasta cambios en el entorno local del modulo de pantalla (tales como objetos metalicos, carritos y otros cambios locales en el curso de la jornada en un supermercado). Para contrarrestar este problema, se emiten una serie de pulsos SYNC, que incluyen pulsos tanto anteriores como posteriores al tiempo promedio previsto. Esto aumenta enormemente la precision con la que las unidades reciben el pulso SYNC, y garantiza que la potencia se mantiene al mmimo.

El entorno minorista es uno en el que se puede acceder a miles de modulos de cristal lfquido desde un solo comunicador. No solo es importante el bajo coste y la potencia ultra-baja, sino asimismo su fiabilidad. El aspecto de la invencion que utiliza un paquete de multiples pulsos SYNC contribuye a garantizar un consumo de potencia ultra- bajo, asegurando al mismo tiempo que las exploraciones de resincronizacion son escasas y que el sistema es fiable.

El solicitante implementa asimismo dos procesos adicionales para optimizar los medios mediante los cuales los modulos de pantalla 18 se pueden poner en sincronizacion con el comunicador 12:

Multidifusion (resincronizacion):

Se envfa un flujo continuo de paquetes de 'activacion' en el canal de configuracion (que no esta sujeto a regulaciones LBT (escuchar antes de hablar)), con el octeto de comando ajustado a 'resync' (resincronizar). Estos se envfan durante un periodo de aproximadamente 15 segundos (es decir, mayor que el tiempo total para todos los intervalos de tiempo), para asegurarse de que todas las pantallas se habran activado en este periodo. El comando de 'resync' informa a los modulos de pantalla 18 de que deberan intentar resincronizarse despues de esperar 15 segundos, para dar al comunicador 12 tiempo para iniciar de nuevo el envfo de paquetes de sincronizacion. Solamente los modulos de pantalla 18 que estan escuchando en el canal de configuracion recibiran este comando. En otras palabras, se puede utilizar un canal por defecto al que escuche cualquier modulo de pantalla 18 que ha perdido la sincronizacion con el comunicador 12, para esperar un comando de "resync", tras lo cual el modulo de pantalla 18 comienza a escuchar en el canal apropiado una senal de sincronizacion para su intervalo de tiempo apropiado.

Tormenta de sincronizacion:

El funcionamiento normal, el comunicador 12 envfa una serie de paquetes de sincronizacion (habitualmente 5) al inicio de un intervalo de tiempo. En el modo de 'tormenta de sincronizacion', el comunicador 12 envfa paquetes de sincronizacion continuos (en el canal normal de comunicaciones, sujeto a regulaciones LBT), permitiendo que los modulos de pantalla 18 que han perdido la sincronizacion vuelvan a sincronizarse sin tener que realizar una nueva exploracion completa. La tormenta de sincronizacion dura varias series completas, preferentemente tres, de intervalos de tiempo dado que algunos modulos de pantalla 18 pueden estar demasiado alejados de la sincronizacion para que el desplazamiento en el paquete de sincronizacion proporcione informacion suficiente como

para permitirles recalcular el tiempo correcto de sincronizacion. Dicha tormenta de comunicaciones de sincronizacion comprende preferentemente una serie de paquetes de sincronizacion dentro de cada intervalo de tiempo para cada uno de los grupos de modulos de pantalla 18. Preferentemente, la serie comienza al inicio, y dura todo el intervalo de tiempo, de manera por lo demas similar a las 5 senales de sincronizacion normales (por ejemplo, en terminos de 5 relaciones de trabajo y reposo). Cada senal comprende preferentemente una etiqueta acorde con el intervalo de tiempo (grupo de modulos de pantalla 18) al que esta destinada, y un tiempo o posicion relativa dentro del intervalo de tiempo para permitir de ese modo que el modulo de pantalla desplace su tiempo de activacion a un intervalo de tiempo diferente y/o a un tiempo diferente dentro de un intervalo de tiempo. De nuevo, esta "tormenta" se transmite preferentemente durante 3 series completas de intervalos de tiempo.

10

Claims (15)

1. 5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   REIVINDICACIONES

   1. Un sistema de visualizacion (10) que comprende un comunicador (12) y una serie de modulos de pantalla remotos (18), transmitiendo el comunicador (12), en funcionamiento, un informacion de visualizacion (76) a una serie de modulos de pantalla remotos (18) cada uno de los cuales esta adaptado en un modo de baja potencia para visualizar informacion, y en un modo de alta potencia para comunicar periodicamente con el comunicador (12) con el fin de obtener informacion de visualizacion actualizada (76), estando adaptado cada uno de los modulos de pantalla (18) para conmutar automaticamente entre modos funcionamiento de alta y de baja potencia entre comunicaciones, con el fin de permitir un consumo global de potencia bajo del modulo de pantalla (18), y ademas en el que cada uno de los modulos de pantalla remotos (18) esta asignado a uno de dos o mas intervalos de tiempo, intervalo de tiempo dentro del cual comunica con el comunicador (12),

   en el que el comunicador transmite una senal (70) de dos componentes que comprende un componente de sincronizacion (74) que contiene informacion relacionada con la sincronizacion de comunicacion con el modulo de pantalla (18) y un componente de datos (76) que comprende informacion de visualizacion para actualizar el modulo de pantalla (18),

   y

   en el que el componente de sincronizacion (74) comprende dos o mas paquetes de sincronizacion (82), comprendiendo cada paquete de sincronizacion datos relacionados con la posicion del paquete de sincronizacion (82) dentro del componente de sincronizacion, para permitir de ese modo que el modulo de pantalla (18) determine la precision de sincronizacion de conmutacion al modo de alta potencia para recibir la transmision procedente del comunicador (12), en base al desplazamiento de la posicion entre uno de los dos o mas paquetes de sincronizacion y otro de los dos o mas paquetes de sincronizacion; y

   en el que el modulo de pantalla (18) esta adaptado para corregir automaticamente la sincronizacion de comunicacion con el comunicador (12), determinando la deriva del reloj del modulo de pantalla en base al desplazamiento.
2. 2. Un sistema de visualizacion segun la reivindicacion 1, en el que la comunicacion entre el comunicador y el modulo de pantalla se sincroniza segun una planificacion de temporizacion predeterminada, y el modulo de pantalla (18) esta configurado para permitir la determinacion de la precision de la sincronizacion de una comunicacion periodica entre el comunicador (12) y el modulo de pantalla (18).
3. 3. Un sistema de visualizacion segun la reivindicacion 2, en el que el comunicador transmite una senal (70) de dos componentes que comprende un componente de sincronizacion (activacion) (74) que contiene informacion relacionada con la sincronizacion de la comunicacion con un modulo de pantalla (18) y un componente (76) de datos (carga util) que comprende informacion de visualizacion para actualizar el modulo de pantalla (18), y el modulo de pantalla (18) esta adaptado para conmutar entre modos de alta y baja potencia despues de la recepcion de, por lo menos, parte del componente de sincronizacion (74), y preferentemente en el que la duracion en que el modulo de pantalla (18) se mantiene en el modo de alta potencia es variable en funcion del contenido del componente de sincronizacion (74) y, mas preferentemente, suficiente solamente para garantizar la recepcion de informacion esencial antes de conmutar de nuevo al modo de baja potencia.
4. 4. Un sistema de visualizacion segun la reivindicacion 3, en el que el comunicador (12) esta adaptado para transferir datos a dos o mas modulos de pantalla dentro de un solo componente de datos de la senal (70), y un modulo de pantalla (18) esta adaptado para conmutar periodicamente al modo de alta potencia con el fin de comprobar si le estan siendo transmitidos datos durante la fase del componente de datos (76), para permanecer de ese modo en el modo de baja potencia durante, por lo menos, parte del componente de transferencia de datos (76).
5. 5. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el componente de sincronizacion (74) comprende una serie de paquetes de sincronizacion (82), comprendiendo cada paquete de datos de la serie datos relacionados con la transmision relativa del paquete de datos con respecto a un paquete de datos principal con el componente de sincronizacion (74), y en el que preferentemente el paquete de datos principal es un paquete de datos central en la serie de paquetes de datos y, mas preferentemente, en el que la serie comprende tres o mas, y preferentemente siete paquetes de datos a cada lado del paquete de datos principal, y el modulo de pantalla (18) esta adaptado para resincronizar la conmutacion entre los modos de baja potencia y alta potencia en base a la posicion relativa de un paquete de datos de sincronizacion (82) recibido por el modulo de pantalla (18).
6. 6. Un sistema de visualizacion segun la reivindicacion 5, en el que el modulo de pantalla esta adaptado, en funcionamiento normal, para conmutar a un modo de alta potencia con el fin de recibir por lo menos un paquete de datos de sincronizacion (82), y preferentemente no mas de dos paquetes de datos de sincronizacion, y a continuacion para conmutar de nuevo al modo de baja potencia para esperar la siguiente senal de sincronizacion o bien una senal de datos asignada al modulo de pantalla (18).
7. 7. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el comunicador (12) esta adaptado para transmitir una senal de resincronizacion en un canal predeterminado, y cualquier modulo de pantalla (18) que ya no este sincronizado con el comunicador (12) esta adaptado para escuchar en el canal

   5

   10

   15

   20

   25

   30

   35

   40

   45

   50

   55

   predeterminado la senal de resincronizacion, despues de lo cual el modulo de pantalla (18) vuelve a comenzar la escucha de la senal de dos componentes (70) que comprende un componente de sincronizacion (activacion) (74) (despues de dicha resincronizacion por multidifusion).
8. 8. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el comunicador (12) esta adaptado para enviar senales de sincronizacion a modulos de pantalla (18) durante una duracion extendida, preferentemente durante varias series completas de intervalos de tiempo y mas preferentemente (3) de dichas series (en una tormenta de sincronizacion).
9. 9. Sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que la pantalla tiene un identificador unico preasignado, del que un componente de senal representativo es transmitido por el comunicador a la pantalla en el caso de un comando de actualizacion de pantalla, y en el que la pantalla acusa recibo del componente de senal de identificador unico antes de que el comunicador transmita la fecha de la imagen actualizados para el modulo de pantalla.
10. 10. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, que comprende dos o mas modulos de pantalla, y en el que el comunicador (12) esta adaptado para transmitir datos en dos o mas intervalos de tiempo, intervalos de tiempo durante los que se transmiten datos para modulos de pantalla (18) asociados con el intervalo de tiempo relevante, preferentemente en el que cada modulo de pantalla (18) comprende una direccion unica y esta asignado a un intervalo de tiempo para comunicacion con el comunicador (12) segun la direccion, y mas preferentemente en base al bit menos significativo de la direccion, o

    en el que el comunicador (12) transmite un id de intervalo de tiempo durante cada intervalo de tiempo para permitir que un modulo de pantalla determine si esta sincronizado correctamente con el comunicador (12), o

    en el que durante cada intervalo de tiempo, el comunicador (12) transmite un paquete de sincronizacion de datos que comprende uno o varios id de intervalo de tiempo, datos representativos del tiempo hasta una posicion predeterminada, preferentemente el centro, del periodo de pulsos de sincronizacion, y la direccion de cada uno de los modulos de comunicacion para recibir informacion en el resto del intervalo de tiempo.
11. 11. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el modulo de pantalla (18) esta adaptado para su resincronizacion con el comunicador (12) si no puede procesar satisfactoriamente una senal de sincronizacion anticipada transmitida por el comunicador (12) en periodos de repeticion predeterminados durante duraciones de senal predeterminada, permaneciendo en un modo de baja potencia durante una duracion mas corta que el periodo de repeticion predeterminado, y/o que en funcionamiento normal, conmutando a continuacion a un modo de alta potencia, preferentemente durante un periodo del orden de la duracion de senal predeterminada, con el fin de seleccionar una (parte suficiente de la) senal de sincronizacion, y para conmutar repetidamente a un modo de baja potencia despues de un intento fallido para detectar una senal de sincronizacion, y permaneciendo de nuevo en el modo de baja potencia durante un periodo de duracion mas corta que el periodo de repeticion predeterminado, antes de conmutar de nuevo al modo de alta potencia para detectar la senal de sincronizacion, o

    en el que, en caso de que el modulo de pantalla no detecte una senal de sincronizacion valida despues de un numero predeterminado de intentos, el modelo de pantalla (18) escanea una frecuencia, o rango de frecuencias, diferente para determinar si el comunicador (12) ha conmutado la frecuencia de transmision, y preferentemente en el que el modulo de pantalla escanea, a su vez, intervalos de frecuencia seleccionados a partir de una lista predeterminada de intervalos de frecuencia, y aun mas preferentemente, en el que el modulo de pantalla lleva a cabo la rutina expuesta en la reivindicacion 11 para detectar una senal de sincronizacion en una frecuencia en que el modulo de pantalla detecta una senal potencialmente valida procedente de un comunicador (12), o

    en el que el modulo de pantalla (18) realiza un numero predeterminado de intentos para detectar una senal de sincronizacion valida antes de conmutar a un estado de baja potencia durante una duracion extendida del orden de dos o tres veces la del periodo de repeticion de la senal de sincronizacion, antes de volver a comenzar un procedimiento de resincronizacion.
12. 12. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, que comprende un protocolo de transferencia de datos basado en un protocolo de ventana desplazable modificado, protocolo no modificado bajo el cual, tras la recepcion de determinados paquetes de datos transmitidos, pero no necesariamente de todos, por un modulo de pantalla, un comunicador (12) transmite solamente otros paquetes de datos secuencialmente hasta un tamano de datos maximo predefinido, pero en el que, bajo el protocolo modificado, los paquetes de datos son acusados en grupo en lugar de individual y/o secuencialmente, y/o en el que el modulo de pantalla comunica una senal de acuse de recibo que comprende un grupo de datos que identifican paquetes de datos individuales que han sido recibidos, y/o en el que los paquetes de datos no secuenciales pueden no ser acusados y requerir retransmision, mas preferentemente el sistema puede adaptar el protocolo de acuse de recibo en funcion del nivel de la tasa de errores de bits, y preferentemente se proporcionan tres posibles protocolos para BER baja, media y alta, y/o

    5

    10

    15

    20

    25

    30

    35

    40

    45

    50

    55

    que comprende una serie de modulos de pantalla, estando el sistema adaptado para agrupar dos o mas de dichos modulos de pantalla y para comunicar con modulos de pantalla agrupados en la misma sesion de transferencia de datos, y preferentemente en el que una actualizacion de grupo se repite dos y preferentemente tres veces para intentar una actualizacion precisa a traves de todas las pantallas en el grupo, tras lo cual cualesquiera pantallas individuales que no han recibido con precision los datos de actualizacion pueden ser abordadas en serie por el comunicador; mas preferentemente en el que los datos de imagen son transferidos a modulos de pantalla en un grupo durante un periodo de tiempo y almacenados en cada uno de los modulos de pantalla, pudiendo conmutarse los modulos de pantalla del grupo para visualizar la imagen almacenada tras un comando de actualizacion de grupo procedente del comunicador.
13. 13. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el comunicador esta adaptado para transmitir periodicamente informacion de visualizacion a dos o mas grupos de uno o varios modulos de pantalla en dos o mas intervalos de tiempo predeterminados, estando asociado cada intervalo de tiempo con un grupo de modulos de pantalla, y preferentemente en el que el comunicador esta adaptado para transmitir en cuatro, y mas preferentemente ocho, intervalos de tiempo para diferentes grupos de modulos de pantalla, mas preferentemente utilizando un protocolo de multiplexacion por division de tiempo, y/o

    en el que el comunicador esta adaptado para transmitir un comando de actualizacion de imagen que comprende un componente de temporizacion, tal como un retardo o un tiempo especificado para que un modulo de pantalla actualice la imagen visualizada dependiendo del comando de temporizacion, y/o

    en el que el modulo de pantalla esta adaptado para conmutar entre tres o mas modos de potencia que comprenden un modo de baja potencia que permite simplemente la visualizacion de una imagen en una pantalla y por lo demas el modulo de pantalla esta en un modo de espera, un primer modo de alta potencia en el que el modulo de pantalla esta adaptado para recibir una senal de sincronizacion desde el comunicador y un segundo modo de alta potencia en el que el modulo de pantalla recibe datos que se escriben en la memoria o en la pantalla.
14. 14. Un sistema de visualizacion segun cualquiera de las reivindicaciones anteriores, en el que el sistema se utiliza para visualizar informacion en un punto de exhibicion de productos en un establecimiento minorista, que comprende un ordenador adaptado para controlar un comunicador para que transmita datos de visualizacion a una serie de modulos de pantalla situados junto a productos en un establecimiento minorista, teniendo preferentemente el ordenador una entrada de datos de fuentes de datos externas, por ejemplo relacionados con niveles de existencias de productos en un establecimiento minorista, y estando adaptado para llevar a cabo por lo menos uno de:

    crear imagenes de modulos de pantalla que relacionan datos de un producto con otro producto, habilitando de ese modo la venta cruzada de productos;

    llevar a cabo promocion de precios de productos utilizando reglas para reducir el precio estandar de un producto en una magnitud espedfica, y haciendo que se utilice una plantilla de imagen alternativa a visualizar mediante un modulo de pantalla con el fin de promocionar la rebaja;

    el ordenador maneja reglas establecidas para monitorizar la base de datos de inventario de un minorista, y esta adaptado para indicar a los clientes niveles de existencia relevantes, por ejemplo, "solamente quedan XXX existencias"; "EN EXISTENCIAS", etc., y/o realizar cambios de precios a presentar a los clientes en base al nivel de existencias mantenido en un establecimiento y/o a la tasa de cambio del nivel de existencias, y/o referencias cruzadas a los clientes a productos alternativos en caso de existencias agotadas, y/o visualizar un aviso de agotado, por ejemplo, cambiar a texto blanco en fondo negro con "AGOTADO".

    recabar precios de competidores, tal como mediante internet, y ajustar preferentemente de manera automatica la informacion visualizada junto a un producto del establecimiento, mas preferentemente en tiempo real, para visualizar dichos precios de competidores, por ejemplo, con el fin de destacar que el mejor precio se puede conseguir en el establecimiento;

    actualizar automaticamente informacion de precios segun el tiempo que queda hasta una fecha de "caducidad" para el producto adyacente a un modulo de pantalla;

    visualizar mediante un modulo de pantalla una oferta especial, tal como "Compre uno y llevese otro gratis";

    visualizar mediante un modulo de pantalla informacion de productos detallada, tal como uno o varios ingredientes de un producto adyacente, informacion sobre el pafs de origen, libre cambio, contenido graso, comentarios de analisis (por ejemplo, para vino), semaforos de salubridad, fechas de caducidad, validez y consumo preferente;

    monitorizacion de la temperatura utilizando un sensor de temperatura asociado con el modulo de pantalla, para permitir que el modulo de pantalla garantice a los clientes la temperatura maxima de una unidad de congelador o refrigerador durante un periodo determinado, tal como los dfas anteriores, preferentemente el modulo de pantalla incorpora un sensor de temperatura y esta adaptado para comunicar de vuelta la informacion de temperatura al comunicador, habilitando de ese modo un aviso de zonas de temperatura erronea;

    5

    10

    15

    20

    25

    30

    35

    40

    45

    visualizar la fecha mediante un modulo de pantalla, habilitando de ese modo un recordatorio de la fecha para el usuario, cuando compara esta con la "fecha de caducidad" del producto asociado;

    visualizar el tiempo mediante un modulo de pantalla -preferentemente horas y minutos que se pueden actualizar con cada pulso SYNC y almacenar (no visualizado desde que la pantalla no esta activada). A continuacion, cuando se llega al periodo para cambiar el periodo SYNC (duracion sin sondeo), todas las pantallas podran reducir el periodo de SYNC en el tiempo correcto, y volver a incrementarlo cuando haya finalizado;

    visualizacion de un color promocional, por ejemplo, visualizacion de una esquina roja, donde la imagen cambia automaticamente de esquina negra (sin oferta especial) a esquina roja (aplica oferta especial);

    deteccion de manipulacion de un modulo de pantalla, donde el modulo de pantalla comprende un sensor de evidencia de manipulacion, tal como un conmutador de inclinacion, por ejemplo, que comprende un acelerometro, de tal modo que los intentos no autorizados de retirar el modulo de pantalla de un estante son detectables, preferentemente visualizandose dichos intentos en la unidad y/o comunicandose a una oficina central por medio del comunicador;

    visualizar en un modulo de pantalla si algunos de los artfculos de producto adyacentes estan disponibles en una zona de devoluciones de clientes, tal como junto a un probador o un departamento de atencion al cliente, preferentemente dichos artfculos en existencia son identificables por un miembro del personal utilizando un dispositivo de entrada del sistema, tal como un escaner laser, para identificar el producto y el emplazamiento remoto desde la posicion de la pantalla (estante);

    triangulacion, donde dos o mas comunicadores estan adaptados para determinar la posicion de un modulo de pantalla y para presentar la informacion de triangulacion a un usuario por medio de un ordenador y/o de un modulo de pantalla;

    presentar una visualizacion de que cliente esta siendo servido, por ejemplo cuando hay formadas colas y especialmente colas muy desordenadas, por ejemplo, en minoristas de catalogo, por ejemplo centros de Argos o IKEA, y/o establecimientos de comida rapida, por ejemplo;

    presentacion mediante el modulo de pantalla de instrucciones a un miembro del personal; y/o

    visualizar en un modulo de pantalla el numero de actualizaciones y/o de dfas que quedan antes de que una batena de un modulo de pantalla tenga que ser cambiada.
15. 15. Un metodo de sincronizacion de un sistema de visualizacion (10) que comprende un comunicador (12) y un modulo de pantalla remoto (18), en el que el comunicador (12), en funcionamiento, transmite informacion de visualizacion (76) al modulo de pantalla remoto (18) que esta adaptado, en un modo de baja potencia, para visualizar informacion, y en un modo de alta potencia para comunicar periodicamente con el comunicador (12) con el fin de obtener informacion de visualizacion actualizada (76), estando adaptado el modulo de pantalla (18) para conmutar automaticamente entre los modos de funcionamiento de alta y baja potencia entre comunicaciones con el fin de permitir un bajo consumo global de potencia mediante el modulo de pantalla (18), y ademas en el que cada uno de los modulos de pantalla remoto (18) esta asignado a uno de dos o mas intervalos de tiempo, intervalo de tiempo dentro del cual comunica con el comunicador (12), comprendiendo el metodo:

    transmitir al modulo de pantalla mediante el comunicador una senal (70) de dos componentes que comprende un componente de sincronizacion (74) que contiene informacion relacionada con la sincronizacion de comunicacion con un modulo de pantalla (18) y un componente de datos (76) que comprende informacion de visualizacion para la actualizacion del modulo de pantalla (18),

    en el que el componente de sincronizacion (74) comprende dos o mas paquetes de sincronizacion (82), comprendiendo cada paquete de sincronizacion datos relacionados con la posicion del paquete de sincronizacion (82) dentro del componente de sincronizacion, para permitir de ese modo que el modulo de pantalla (18) determine la precision de sincronizacion de conmutacion al modo de alta potencia para recibir la transmision procedente del comunicador (12), en base al desplazamiento de la posicion entre uno de los dos o mas paquetes de sincronizacion y otro de los dos o mas paquetes de sincronizacion; y

    corregir automaticamente la sincronizacion de comunicacion del modulo de pantalla (18) con el comunicador (12) determinando la deriva del reloj del modulo de pantalla en base al desplazamiento.