11 Número de publicación: Número de solicitud: Int. Cl.: 74 Agente: Urízar Anasagasti, Jesús María

Transcripción

1 19 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 Número de publicación: Número de solicitud: Int. Cl.: H04W 88/00 ( ) G08B 23/00 ( ) 12 SOLICITUD DE PATENTE A1 22 Fecha de presentación: Fecha de publicación de la solicitud: Solicitante/s: FRANCE TELECOM ESPAÑA, S.A. Parque Empresarial La Finca Pº Club Deportivo, 1 - Edif Pozuelo de Alarcón, Madrid, ES 72 Inventor/es: Torrero González, Juan Antonio; Gómez de Olea, Pablo y Victoria García, Miguel Ángel 43 Fecha de publicación del folleto de la solicitud: Agente: Urízar Anasagasti, Jesús María 54 Título: Sistema y método para implementación de una plataforma que permite comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición, sobre redes móviles. ES A1 57 Resumen: Sistema y método para implementación de una plataforma que permite comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición, sobre redes móviles, que permita crear aplicaciones que integren la información y control de sensores remotos que se conecten a través de redes móviles empleando dispositivos móviles (PDA, móviles) u ordenadores personales (PC), que requiere para su desarrollo los siguientes elementos: - al menos una red de sensores/controles que recogen mediciones de diversos tipos de parámetros, o controlan ciertos mecanismos; - una plataforma de comunicaciones; - aplicaciones y servicios para cada uno de los usuarios; - dispositivos móviles para acceder a través del interfaz web o a través del interfaz móvil a la red de sensores/ controladores; y/o - un ordenador personal para acceder a través del interfaz web a la red de sensores/controladores. Venta de fascículos: Oficina Española de Patentes y Marcas. Pº de la Castellana, Madrid

2 DESCRIPCIÓN Sistema y método para implementación de una plataforma que permite comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición, sobre redes móviles. Campo de la invención La presente invención se refiere a un método para implementación de una plataforma para servicios M2M (para comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición) sobre redes móviles. Una empresa podrá crear aplicaciones que integren la información y control de sensores remotos que se conecten a través de redes móviles de forma sencilla y rápida, utilizando para ello las funcionalidades de una plataforma intermedia que permita el tratamiento de los datos enviados por los diferentes sensores para su conversión en información accesible, o el envío de datos de control hacia esos sensores, a través de dispositivos móviles (PDA, móviles) u ordenadores personales (PC). De esta forma se crea una infraestructura reutilizable para muchos servicios M2M en distintos mercados, tales como vending, riegos, tráfico, transporte, medioambiente, seguridad, etc., sin que se tenga que hacer una inversión elevada. Antecedentes de la invención La tecnología M2M es una de las soluciones tecnológicas más recientes del mercado, surgida gracias a la evolución de las comunicaciones móviles, la disminución de costes de determinado tipo de hardware, y a la evolución de los servicios de las operadoras móviles. M2M significa Máquina a Máquina, y viene a referirse a aquellas soluciones que permiten comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición. Aunque este tipo de actividad viene realizándose desde hace bastante tiempo, M2M se diferencia por el uso de comunicaciones inalámbricas estándar, tipo GPRS, UMTS, WIFI en lugar del uso de cable o de sistemas propietarios basados en radiofrecuencia clásica. El uso de este tipo de tecnologías permite la reducción de costes de mantenimiento en multitud de sectores donde es necesario controlar varios dispositivos de forma remota. La desventaja es que el desarrollo de este tipo de sistemas exige muchas veces una inversión no abarcable por empresas de tamaño pequeño. También el tiempo de desarrollo de este tipo de servicio aumenta considerablemente si se empieza de cero, desarrollando desde el inicio todo el software y hardware específico. La presente invención crea una infraestructura general que ofrece las herramientas necesarias para que cualquier empresa que quiera desarrollar servicios M2M puede hacerlo sin inversiones elevadas y aprovechando todo lo desarrollado de forma genérica. Esta plataforma permitirá, mediante diversos interfaces la conexión de diferentes tipos de sensores/controles y la conexión con aplicaciones que utilizarán los datos y herramientas que ofrece ésta para el desarrollo de servicios. También dispondrá de herramientas que permiten el envío de órdenes de control desde esas mismas aplicaciones. Así mismo ofrecerá interfaces genéricos de acceso y control vía web accesible por PC o dispositivos móviles para aquellas empresas que no puedan disponer de los recursos necesarios para desarrollar por ellos mismos las aplicaciones. Descripción de la invención La presente invención se refiere a un método para implementación de una plataforma para servicios M2M sobre redes móviles. Una empresa podrá crear aplicaciones que integren la información y control de sensores remotos que se conecten a través de redes móviles de forma sencilla y rápida, utilizando para ello las funcionalidades de una plataforma intermedia que permita el tratamiento de los datos enviados por los diferentes sensores para su conversión en información accesible, o el envío de datos de control hacia esos sensores, a través de dispositivos móviles (PDA, móviles) u ordenadores personales (PC). La presente invención requiere de varios elementos: - Redes de sensores/controles: grupo de sensores/controles que recogen mediciones de diversos tipos de parámetros y los envían a través de una red móvil hacia la plataforma, o que controlan ciertos mecanismos (como puertas, barreras, calefacción, etc.) a partir de las órdenes enviadas desde la plataforma a través de la misma red móvil. También, dependiendo del tipo de sensor/control pueden recibir órdenes desde la plataforma que modifiquen su comportamiento. Los datos generados por lo sensores/controladores pueden ser enviados de forma periódica o bien se envían al cumplirse una condiciones establecidas (lo que se denomina comúnmente alarmas). Otro tipo de sensores puede no tener la funcionalidad de envío periódico o por alarma de los datos, sino que necesitan que la plataforma inicie la petición de solicitud de datos para poder enviárselos. - Plataforma: es el centro del sistema. Está compuesta por diverso hardware y software que permite la conexión lógica entre los sensores/controles, las aplicaciones y servicios, y los dispositivos móviles y PC. Para 2

3 crear esta conexión ofrece diversos interfaces: para las aplicaciones ofrece el interfaz de monitorización, usado para recibir los datos de los sensores/controles, el interfaz de control, usado para enviar órdenes a los mismos, y el interfaz de alarma, utilizado para la configuración y comunicación de las alarmas generadas por la plataforma; para los sensores ofrece interfaces similares de monitorización y control (para aquellos sensores que no tengan el envío periódico o de alarmas, desde la plataforma se les solicitará de forma periódica los datos recogidos); finalmente, para los dispositivos móviles ofrece un interfaz móvil que permite el acceso mediante cualquier tecnología móvil (SMS, MMS, WAP, WAP Push, etc.) a los interfaces de monitorización, control y alarma. La plataforma almacena la información enviada de estos sensores en bases datos, y además información específica de cada uno de los sensores (como tipo, localización, etc) que podrá ser utilizada por las aplicaciones para desarrollar los servicios M2M. La plataforma estará diseñada para soportar diversos tipos de sensores/controladores, y diferentes redes de sensores y aplicaciones pertenecientes a diversas empresas o clientes. Para aquellos clientes o empresas que no tengan los recursos suficientes o como canal alternativo para los dispositivos móviles, la plataforma desarrolla diversas herramientas web (a través de un servidor web dedicado) para el control, monitorización y generación de alarmas de los sensores/ controles. Estarán accesibles a través de PC o dispositivos móviles. - Aplicaciones y servicios: para cada uno de los clientes o empresas se desarrollarán de forma específica servicios ajustados a sus necesidades. Estos servicios o aplicaciones utilizarán las herramientas que la plataforma ofrece a través de los interfaces de control, monitorización y alarma para obtener datos de los sensores/controles, mandarles órdenes y recibir las alarmas. - Dispositivos móviles: serán utilizados para acceder a través del interfaz web genérico y poder obtener la información de monitorización, control y generación de las alarmas de la red de sensores/controladores. También podrán ser utilizados para acceder a los interfaces de monitorización, control y alarma a través del interfaz móvil. - PC: también será utilizado para acceder a través del interfaz web genérico y poder obtener la información de monitorización, control y generación de alarmas de la red de sensores/controladores El método consta de varios procesos: 1) Adquisición de datos: la plataforma recoge los datos de los sensores para su procesado. Consta de las siguientes etapas: a) Los sensores recogen los parámetros a medir. b) Los sensores envían los datos a la plataforma a través del interfaz de monitorización usando los medios ofrecidos por la red móvil. c) La plataforma recoge los datos y los almacena en sus bases de datos. 2) Procesado de los datos: los datos recogidos de los sensores, son procesados por la plataforma para prepararlos para fases posteriores. De esta forma el acceso a estos datos por parte de las aplicaciones será más sencillo y rápido. También este procesado facilitará la creación del interfaz web de acceso genérico accesible desde un PC o un dispositivo móvil. 3) Acceso a los datos desde aplicaciones: las aplicaciones recogerán los datos a través de una conexión con la plataforma. Este proceso consta de las siguientes etapas: a) La aplicación se conecta a través del interfaz de monitorización con la plataforma, solicitando el acceso a determinado tipo de datos. b) La plataforma envía los datos solicitados. 4) Acceso a los datos desde dispositivos móviles: un usuario podrá solicitar a través de un SMS, MMS, o mediante WAP los datos almacenados en la plataforma. Este proceso consta de las siguientes etapas: a) El usuario envía un SMS, MMS o accede a WAP solicitando el acceso a determinado tipo de datos. b) El interfaz móvil traduce esta petición y la encamina a través del interfaz de monitorización a la plataforma. c) La plataforma envía estos datos. d) El interfaz móvil traduce estos datos y los adapta al mecanismo (SMS, MMS, WAP, WAP Push,...) configurado por el usuario para la recepción. 3

4 5) Acceso a los datos desde web: para los usuarios que no dispongan de los recursos necesarios para hacer aplicaciones o como canal alternativo para los dispositivos móviles, la plataforma dará el acceso a los datos a través de un servidor web específico. Este proceso consta de las siguientes etapas: 5 a) El usuario se conecta al servidor web a través de una conexión de Internet, utilizando un PC o un dispositivo móvil. b) El usuario solicita el acceso a los datos. 10 c) El servidor web recoge los datos de la plataforma y los adapta para presentarlos al usuario. 6) Envío de órdenes desde aplicaciones: las aplicaciones podrán enviar órdenes a las redes de sensores. Este proceso consta de las siguientes etapas: a) La aplicación a través del interfaz de control, envía a la plataforma las órdenes a enviar y los dispositivos a los que afecta. b) La plataforma recoge estos datos, los procesa y los adapta (teniendo en cuenta la información de los dispositivos almacenada en sus bases da datos), y los envía a los sensores/controles a través del interfaz de control. c) Los diferentes sensores/controles reciben los datos y actúan en consecuencia. 25 7) Envío de órdenes desde dispositivos móviles: los clientes y usuarios podrán enviar a través de un SMS, MMS, o mediante WAP órdenes a las redes de sensores. Este proceso consta de las siguientes etapas: a) El usuario envía un SMS, MMS o accede a WAP introduciendo las órdenes y los dispositivos a los que afecta b) El interfaz móvil traduce esta petición y la encamina a través del interfaz de control a la plataforma. c) La plataforma recoge estos datos, los procesa y los adapta (teniendo en cuenta la información de los dispositivos almacenada en sus bases da datos), y los envía a los sensores/controles a través del interfaz de control. d) Los diferentes sensores/controles reciben los datos y actúan en consecuencia. 8) Envío de órdenes desde web: para los usuarios que no dispongan de los recursos necesarios para hacer aplicaciones o como canal alternativo para los dispositivos móviles, la plataforma ofrecerá la posibilidad de enviar órdenes a los sensores través de un servidor web específico. Este proceso consta de las siguientes etapas: a) El usuario se conecta al servidor web a través de una conexión de Internet, utilizando un PC o un dispositivo móvil. b) El usuario introduce las órdenes y los dispositivos a los que afecta. c) El servidor web recoge estos datos y los envía a la plataforma d) La plataforma recoge estos datos, los procesa y los adapta (teniendo en cuenta la información de los dispositivos almacenada en sus bases da datos), y los envía a los sensores/controles a través del interfaz de control. e) Los diferentes sensores/controles reciben los datos y actúan en consecuencia. 9) Configuración y generación de alarmas desde aplicaciones: las aplicaciones podrán configurar alarmas y recibir notificaciones cuando se cumplan las condiciones establecidas. Hay dos formas de generación de alarmas. Aquellos dispositivos que pueden generar alarmas por sí solos serán configurados para que así lo hagan cuando se cumplan las condiciones establecidas. Si los sensores no tiene la capacidad de generación de alarmas o no disponen del envío automático de los datos, la misma plataforma revisará los datos recogidos y los comparará con las condiciones establecidas para generar las alarmas. Este proceso consta de los siguientes etapas: a) La aplicación envía, a través del interfaz de alarmas, las condiciones de la alarma. b) La plataforma las almacena. Si es necesario y el dispositivo lo permite, la plataforma envía los datos de configuración de alarmas al dispositivo a través del interfaz de control. 4

5 c) Se genera una alarma. Dos situaciones: ES A1 1. Un sensor genera una alarma y la envía a través del interfaz de monitorización a la plataforma Después de recoger los datos de algún sensor, la plataforma comprueba que se producen las condiciones necesarias para generar la alarma. Entonces la plataforma genera la alarma con los datos recogidos de los sensores, y la envía a través del interfaz de alarmas a la aplicación. d) La aplicación recibe la alarma y actúa en consecuencia. 10) Configuración y generación de alarmas desde dispositivos móviles: los clientes desde los dispositivos móviles podrán configurar alarmas y recibir notificaciones cuando se cumplan las condiciones establecidas. Las mismas condiciones descritas en el proceso anterior en cuanto al tipo de alarmas también se cumplen en este proceso. Consta de las siguientes etapas: a) El cliente envía a través de un SMS, MMS, o accediendo a WAP las condiciones de la alarma b) El interfaz móvil traduce esta petición y la envía a la plataforma a través del interfaz de alarma a la plataforma. c) La plataforma las almacena. Si es necesario y el dispositivo lo permite, la plataforma envía los datos de configuración de alarmas al dispositivo a través del interfaz de control. d) Se genera una alarma, en las mismas condiciones que las expuestas en el proceso anterior. Entonces la plataforma genera la alarma con los datos recogidos de los sensores, y la envía a través del interfaz de alarmas y de interfaz móvil al dispositivo móvil. e) El cliente recibe la alarma y actúa en consecuencia. 11) Configuración y generación de alarmas desde web: A través del interfaz web los clientes podrán configurar alarmas y recibir notificaciones cuando se cumplan las condiciones establecidas. Las mismas condiciones descritas en procesos anteriores en cuanto al tipo de alarmas también se cumplen en este proceso. Consta de las siguientes etapas: a) El cliente a través de una conexión a Internet se conecta con el servidor web utilizando un PC o un dispositivo móvil. A través de ese interfaz envía las condiciones de la alarma. 40 b) El servidor web traduce esta petición y la envía a la plataforma. c) La plataforma la almacena. Si es necesario y el dispositivo lo permite, la plataforma envía los datos de configuración de alarmas al dispositivo a través del interfaz de control d) Se genera una alarma, en las mismas condiciones que las expuestas en procesos anteriores. Entonces la plataforma genera la alarma con los datos recogidos de los sensores, y la envía al servidor web. e) El servidor web recibe la alarma y refresca la página web para indicar tal situación. El cliente recibe la alarma y actúa en consecuencia. Para la mejor comprensión de cuanto queda descrito en la presente memoria se acompañan unos dibujos en los que se muestra la estructura del sistema y el flujo de mensajes intercambiados entre las diferentes partes. 55 Descripción de las figuras La figura 1 muestra esquemáticamente el diagrama de la infraestructura usada en la presente invención. 60 La figura 2 muestra el flujo lógico y el intercambio de mensajes entre las diferentes partes en el proceso 1. La figura 3 muestra el flujo lógico y el intercambio de mensajes entre las diferentes partes en los procesos 3, 4, 5. La figura 4 muestra el flujo lógico y el intercambio de mensajes entre las diferentes partes en los procesos 6, 7 y La figura 5 muestra el flujo lógico y el intercambio de mensajes entre las diferentes partes en los procesos 9, 10 y 11. 5

6 Realización preferente de la invención En el caso representado en la figura 1 se muestra la estructura lógica del sistema descrito en la invención. Como se puede ver hay varias partes diferenciadas: el dispositivo móvil, el ordenador, la red de sensores/controladores, la plataforma y las diferentes aplicaciones y servicios. La red de sensores/controladores se encarga de recoger mediciones de diversos tipos de parámetros y los envían a través de una red móvil hacia la plataforma, o que controlan ciertos mecanismos (como puertas, barreras, calefacción, etc.) a partir de las órdenes enviadas desde la plataforma a través de la misma red móvil. La plataforma es el centro del sistema. Está compuesta por diverso hardware y software que permite la conexión lógica entre los sensores/controles, las aplicaciones y servicios, y los dispositivos móviles y PC. Para crear esta conexión ofrece diversos interfaces: para las aplicaciones ofrece el interfaz de monitorización, el interfaz de control, y el interfaz de alarma; para los sensores ofrece interfaces similares de monitorización y control; finalmente, para los dispositivos móviles ofrece un interfaz móvil que permite el acceso mediante cualquier tecnología móvil (SMS, MMS, WAP, WAP Push, etc.) a los interfaces de monitorización, control y alarma. La plataforma almacena la información enviada de estos sensores en bases datos, y además información específica de cada uno de los sensores (como tipo, localización, etc) que podrá ser utilizada por las aplicaciones para desarrollar los servicios M2M. La plataforma estará diseñada para soportar diversos tipos de sensores/controladores, y diferentes redes de sensores y aplicaciones pertenecientes a diversas empresas o clientes. Para aquellos clientes o empresas que no tengan los recursos suficientes o como canal alternativo para los dispositivos móviles, la plataforma desarrolla diversas herramientas web (a través de un servidor web dedicado) para el control, monitorización y generación de alarmas de los sensores/controles. Estarán accesibles a través de PC o dispositivos móviles. Para cada uno de los clientes o empresas se desarrollarán de forma específica servicios o aplicaciones ajustados a sus necesidades. Estos servicios o aplicaciones utilizarán las herramientas que la plataforma ofrece a través de los interfaces de control, monitorización y alarma para obtener datos de los sensores/controles, mandarles órdenes y recibir las alarmas. Los dispositivos móviles serán utilizados para acceder a través del interfaz web genérico y poder obtener la información de monitorización, control y generación de alarmas de la red de sensores/controladores. También podrán ser utilizados para acceder a los interfaces de monitorización, control y alarma a través del interfaz móvil. Finalmente el PC también será utilizado para acceder a través del interfaz web genérico y poder obtener la información de monitorización, control y generación de alarmas de la red de sensores/controladores. En las siguientes figuras se muestra los procesos de la invención. En la figura 2 se muestra el proceso de adquisición de datos. Los sensores recogen los parámetros a medir (paso 1) y envían los datos a la plataforma a través del interfaz de monitorización usando los medios ofrecidos por la red móvil (paso 2). La plataforma recoge los datos y los almacena en sus bases de datos (paso 3). En la figura 3 se muestran los procesos de acceso a los datos desde las aplicaciones, desde los dispositivos móviles y desde la web. La aplicación se conecta a través del interfaz de monitorización con la plataforma, solicitando el acceso a determinado tipo de datos (paso 4). Si se trata del acceso desde dispositivos móviles, el usuario envía un SMS, MMS o accede a WAP solicitando el acceso a determinado tipo de datos. El interfaz móvil traduce esta petición y la encamina a través del interfaz de monitorización a la plataforma (paso 5). Si se accede a través del servidor web, el usuario se conecta al servidor web a través de una conexión de Internet, utilizando un PC o un dispositivo móvil, y solicita el acceso a los datos (paso 6). En todos los casos la plataforma envía los datos, que son transmitidos y adaptados por los interfaces adecuados (pasos 7, 8, 9). En la figura 4 se muestra el proceso de envío de órdenes desde las aplicaciones, desde dispositivos móviles o desde web. Si se realiza desde una aplicación, ésta, a través del interfaz de control, envía a la plataforma las órdenes a enviar y los dispositivos a los que afecta (paso 10). Si se utiliza un dispositivo móvil, el usuario envía un SMS, MMS o accede a WAP introduciendo las órdenes y los dispositivos a los que afecta. El interfaz móvil traduce esta petición y la encamina a través del interfaz de control a la plataforma (paso 11). Si se realiza a través de web, el usuario se conecta al servidor web a través de una conexión de Internet, utilizando un PC o un dispositivo móvil, e introduce las órdenes y los dispositivos a los que afecta (paso 12). El servidor web recoge estos datos y los envía a la plataforma. Una vez que la plataforma tiene los datos de configuración de la alarma, los procesa (paso 13) y los adapta (teniendo en cuenta la información de los dispositivos almacenada en sus bases da datos), y los envía a los sensores/ controladores a través del interfaz de control (paso 14). En la figura 5 se muestra el proceso de configuración y generación de alarmas desde aplicaciones, desde dispositivos móviles y desde web. Si se realiza desde la aplicación, ésta envía, a través del interfaz de alarmas, las condiciones de la alarma (paso 15). Si se utiliza el dispositivo móvil, el cliente envía a través de un SMS, MMS, o accediendo a WAP las condiciones de la alarma. El interfaz móvil traduce esta petición y la envía a la plataforma a través del interfaz de alarma a la plataforma (paso 16). Si se realiza a través de la web, el cliente a través de una conexión a Internet se conecta con el servidor web utilizando un PC o un dispositivo móvil. A través de ese interfaz envía las condiciones de la alarma (paso 17). El servidor web traduce esta petición y la envía a la plataforma. Una vez que tiene todos los datos 6

7 la plataforma los almacena. Si es necesario y el dispositivo lo permite, la plataforma envía los datos de configuración de alarmas al dispositivo a través del interfaz de control (paso 18) Al generarse una alarma, si ésta tiene su origen en un sensor/controlador, éste es el que envía los datos de la alarma a la plataforma (paso 19). La alarma también puede ser generada en la misma plataforma, al recoger los datos de algún sensor y compararlos con los establecidos como condición de alarma (paso 20). En cualquiera de los dos casos la plataforma envía a la aplicación, al dispositivo móvil o al servidor web (dependiendo del acceso utilizado por el cliente) los datos de la alarma, y los interfaces o servidor web trasladan la información adecuadamente (pasos 21, 22, y 23)

8 REIVINDICACIONES Sistema para implementación de una plataforma que permite comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición, sobre redes móviles, que permita crear aplicaciones que integren la información y control de sensores remotos, que se conectan a través de redes móviles empleando dispositivos móviles (PDA, móviles) u ordenadores personales (PC), caracterizado porque, para su desarrollo, requiere los siguientes elementos: - al menos una red de sensores/controles que recogen mediciones de diversos tipos de parámetros, o controlan ciertos mecanismos a partir de las órdenes enviadas desde la plataforma, a través de una red móvil, y que pueden recibir órdenes que modifiquen su comportamiento desde la plataforma; - una plataforma que constituye el centro del sistema y está compuesta por diverso hardware y software que permite la conexión lógica entre los sensores/controles, las aplicaciones y servicios, y los dispositivos móviles y ordenadores personales, ofreciendo para ello diversos interfaces para monitorización, usado para recibir los datos de los sensores/controles, de control, usado para enviar órdenes a los mismos, y de alarma, utilizado para la configuración y comunicación de las alarmas generadas por la plataforma; así mismo ofrece interfaces de monitorización y control para los sensores y de acceso móvil para los dispositivos móviles, almacenado la información enviada de estos sensores en bases datos; - aplicaciones y servicios para cada uno de los usuarios, que la plataforma ofrece a través de los interfaces de control, monitorización y alarma para obtener datos de los sensores/controles, mandarles órdenes y recibir las alarmas; - dispositivos móviles que se utilizan para acceder a través del interfaz web o del interfaz móvil y poder obtener la información de monitorización, control y generación de las alarmas de la red de sensores/controladores; y/o - un ordenador personal (PC) para acceder a través del interfaz web y poder obtener la información de monitorización, control y generación de alarmas de la red de sensores/controladores. 2. Método para implementación de una plataforma que permite comunicar máquinas ubicadas en lugares remotos con aplicaciones locales de control o medición, sobre redes móviles, caracterizado porque consta de las siguientes etapas o procesos: 1) adquisición de datos de los sensores, por parte de la plataforma para su procesado, a través del interfaz de monitorización usando los medios ofrecidos por la red móvil, y almacenamiento en sus bases de datos; 2) procesado de los datos recogidos de los sensores, por la plataforma para prepararlos para fases posteriores; 3) acceso a los datos almacenados en la plataforma; ) envío de órdenes a los sensores/controles a través del interfaz de control, a través de la plataforma que recoge estos datos, los procesa y adapta, y los envía; 5) configuración y generación de alarmas, así como recepción de notificaciones cuando se cumplan las condiciones establecidas. 3. Método, según la reivindicación 2, caracterizado porque el acceso a los datos se puede efectuar: a) desde aplicaciones a través del interfaz de monitorización con la plataforma; b) desde dispositivos de un usuario a través de un SMS, MMS, o mediante WAP; y/o c) desde web, para los usuarios que no dispongan de los recursos necesarios para hacer aplicaciones para los dispositivos móviles. 4. Método, según la reivindicación 2, caracterizado porque el envío de órdenes a los sensores/controles a través del interfaz de control, a través de la plataforma que recoge estos datos, los procesa y adapta, y los envía, se puede efectuar: a) desde aplicaciones; b) desde dispositivos móviles, a través de un SMS, MMS, o mediante WAP; y/o 8

9 c) desde web, para los usuarios que no dispongan de dispositivos móviles capaces de hacer aplicaciones, conectándose a través de una conexión de Internet, utilizando un ordenador personal o un dispositivo móvil Método, según la reivindicación 2, caracterizado porque la configuración y generación de alarmas, así como recepción de notificaciones cuando se cumplan las condiciones establecidas, se puede efectuar: a) desde aplicaciones; 10 b) desde dispositivos móviles, a través de un SMS, MMS, o accediendo a WAP las condiciones de la alarma; y/o c) desde web, a través de una conexión a Internet, utilizando un ordenador personal o un dispositivo móvil

10 10

11 11

12 12

13 13

14 14

15 OFICINA ESPAÑOLA DE PATENTES Y MARCAS ESPAÑA 11 ES Nº de solicitud: Fecha de presentación de la solicitud: Fecha de prioridad: INFORME SOBRE EL ESTADO DE LA TÉCNICA 51 Int. Cl.: H04W 88/00 ( ) G08B 23/00 ( ) DOCUMENTOS RELEVANTES Categoría Documentos citados Reivindicaciones afectadas X US A1 (ZHOU et al.), 1-5 párrafos [0009],[ ],[ ],[ ],[0082], [ ]; figuras 1,2b. Categoría de los documentos citados X: de particular relevancia Y: de particular relevancia combinado con otro/s de la misma categoría A: refleja el estado de la técnica El presente informe ha sido realizado para todas las reivindicaciones O: referido a divulgación no escrita P: publicado entre la fecha de prioridad y la de presentación de la solicitud E: documento anterior, pero publicado después de la fecha de presentación de la solicitud para las reivindicaciones nº: Fecha de realización del informe Examinador Página M. Alvarez Moreno 1/5

16 INFORME SOBRE EL ESTADO DE LA TÉCNICA Nº de solicitud: Documentación mínima buscada (sistema de clasificación seguido de los símbolos de clasificación) H04W, G08B, G06Q Bases de datos electrónicas consultadas durante la búsqueda (nombre de la base de datos y, si es posible, términos de búsqueda utilizados) INVENES, EPODOC, WPI Informe sobre el Estado de la Técnica (hoja adicional) Página 2/5

17 OPINIÓN ESCRITA Nº de solicitud: Fecha de Realización de la Opinión Escrita: Declaración Novedad (Art. 6.1 LP 11/1986) Reivindicaciones SÍ Reivindicaciones 1-5 NO Actividad inventiva Reivindicaciones SÍ (Art. 8.1 LP 11/1986) Reivindicaciones 1-5 NO Se considera que la solicitud cumple con el requisito de aplicación industrial. Este requisito fue evaluado durante la fase de examen formal y técnico de la solicitud (Artículo 31.2 Ley 11/1986). Base de la Opinión: La presente opinión se ha realizado sobre la base de la solicitud de patente tal y como ha sido publicada. Informe sobre el Estado de la Técnica (Opinión escrita) Página 3/5

18 OPINIÓN ESCRITA Nº de solicitud: Documentos considerados: A continuación se relacionan los documentos pertenecientes al estado de la técnica tomados en consideración para la realización de esta opinión. Documento Número Publicación o Identificación Fecha Publicación D01 US A Declaración motivada según los artículos 29.6 y 29.7 del Reglamento de ejecución de la Ley 11/1986, de 20 de marzo, de patentes sobre la novedad y la actividad inventiva; citas y explicaciones en apoyo de esta declaración El documento D01 muestra un sistema/método para la monitorización y seguimiento de individuos u objetos. El sistema descrito [párrafo 0009] está formado por uno o varios dispositivos sensores remotos, un proveedor de servicio y usuarios finales. Cada dispositivo remoto incluye al menos un sensor para medir un determinado parámetro, un procesador para determinar si se cumplen ciertas condiciones de alerta y un transmisor inalámbrico para transmitir la información necesaria al proveedor de servicio. El proveedor se encarga de gestionar y notificar la información apropiada al usuario final a través de un dispositivo de alerta. Los párrafos [ ] describen detalladamente los distintos elementos del sistema. [Párrafo 0022] Cada dispositivo remoto puede recibir los datos medidos desde los diversos tipos de sensores de que pueda disponer, pudiendo éstos ser de cualquier tipo. [Párrafo 0023] Cada dispositivo transmite la información, hacia el proveedor del servicio, a través del sistema de comunicación inalámbrica al que se encuentra conectado. La comunicación entre el proveedor de servicio y los dispositivos remotos es bidireccional. [Párrafo 0024] El proveedor de servicio, almacena la información recibida y sirve de intermediario entre los dispositivos remotos y los usuarios finales. Proporciona a los usuarios finales, mediante los interfaces adecuados, la capacidad de acceder a los datos de los sensores, especificar alarmas y poder recibir las notificaciones apropiadas. Los usuarios finales pueden recibir dichas alertas a través de un número diverso de dispositivos como pueden ser teléfonos celulares, dispositivos con capacidad WAP, ordenadores, mensajes SMS... [Párrafo 0025] Los usuarios finales pueden acceder a los datos de los dispositivos remotos, especificar umbrales de alarma y acceder a la información apropiada. El acceso puede ser realizado a través de Internet accediendo a un sitio seguro proporcionado por el proveedor a través de dispositivos del tipo ordenador, teléfono celular con capacidad WAP, PDA o cualquier otro de los identificados anteriormente como habilitados para recibir las alarmas. Los párrafos [ ] describen más en detalle una forma de realización y funcionamiento de los dispositivos remotos así como su relación con el proveedor de servicio. Entre otras cosas [párrafo 0046], se indica que la toma de medidas de los sensores puede ser periódica o bajo demanda y que [párrafo 0047] es posible recibir informaciones que permitan generar señales de control del dispositivo remoto. En una forma de realización [párrafos ] el dispositivo remoto puede incorporar, además de los sensores correspondientes, una unidad de salida que permite el control y activación, mediante señales enviadas desde el proveedor de servicio, de algún tipo de mecanismo. El párrafo [0082] muestra las dos posibles formas de evaluación de los umbrales de alarmas; la evaluación puede ser realizada tanto en los dispositivos remotos como en el proveedor de servicios. Los párrafos [ ] describen cómo el proveedor de servicio facilita interfaces de usuario final a través de un sitio web del sistema. Puede verse que el sistema descrito en el documento D01 está formado por una plataforma (proveedor de servicio), que facilita la conexión entre una red de sensores/controles (dispositivos remotos) y dispositivos de usuario. La red de sensores puede registrar datos diversos, controlar mecanismos, enviar periódicamente datos medidos y recibir órdenes de la plataforma para modificar su comportamiento. La comunicación se realiza mediante enlaces inalámbricos (conexión móvil). La plataforma almacena la información en bases de datos y ofrece interfaces apropiados a los usuarios finales, los cuales pueden utilizar dispositivos móviles u ordenadores personales para acceder a través de un servidor correspondiente (web o móvil). Todos los elementos y funciones identificados en la parte caracterizadora de la reivindicación 1 se encuentran previamente divulgados en el documento D01. La reivindicación 1 carece de novedad. Informe sobre el Estado de la Técnica (Opinión escrita) Página 4/5

19 OPINIÓN ESCRITA Nº de solicitud: Hoja adicional La reivindicación 2 identifica un método cuyas etapas son adquisición de los datos de los sensores, procesado de los datos, envío de órdenes, configuración y generación de alarmas y recepción de notificaciones. El documento D01 muestra la existencia de las anteriores etapas. Las reivindicaciones 3 a 5 identifican los posibles mecanismos de acceso al sistema (aplicación) por parte del usuario citando el interfaz ofrecido por la plataforma, dispositivos móviles y/o acceso desde web. Se trata de una identificación muy general que puede verse anticipada en la descripción de D01. Las reivindicaciones 2 a 5 carecen de novedad. Informe sobre el Estado de la Técnica (Opinión escrita hoja adicional) Página 5/5