ES2333633B1 - Acceso desde un terminal remoto a la informacion de un terminal movil. - Google Patents
Acceso desde un terminal remoto a la informacion de un terminal movil. Download PDFInfo
- Publication number
- ES2333633B1 ES2333633B1 ES200701213A ES200701213A ES2333633B1 ES 2333633 B1 ES2333633 B1 ES 2333633B1 ES 200701213 A ES200701213 A ES 200701213A ES 200701213 A ES200701213 A ES 200701213A ES 2333633 B1 ES2333633 B1 ES 2333633B1
- Authority
- ES
- Spain
- Prior art keywords
- mobile terminal
- information
- web server
- terminal
- mobile
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
- H04L67/025—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
-
- H04L29/0809—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
Abstract
Acceso desde un terminal remoto a la información
de un terminal móvil.
Procedimiento y sistema para la gestión de
información almacenada y/o servicios configurados en un terminal
móvil desde un terminal remoto conectado a una red de datos, donde
el terminal móvil comprende un servidor web que tiene definido un
API por cada información y servicio que proporciona, caracterizado
por: solicitar desde un terminal remoto que comprende un navegador
web a un servidor web la creación de al menos una página web
configurada para gestionar una información almacenada o un servicio
configurado en un terminal móvil; realizar una petición HTTP
conforme a dicha al menos un API desde el servidor web hacia el
terminal móvil, donde dicha petición HTTP comprende un identificador
de la información o servicio que se desea gestionar; enviar una
respuesta HTTP conforme a dicha al menos un API desde el terminal
móvil hacia el servidor web; descargar en el terminal remoto desde
el servidor web la al menos una página web diseñada para gestionar
dicha información o servicio del terminal móvil.
Description
Acceso desde un terminal remoto a la información
de un terminal móvil.
La presente invención se aplica al campo de las
redes de telecomunicaciones móviles. Más concretamente, al acceso
remoto a la información almacenada en un teléfono móvil.
En la actualidad, la memoria del teléfono móvil
y su tarjeta SIM almacenan datos personales del usuario e
información sobre el estado del teléfono móvil. Se entiende por
datos personales del usuario almacenados en la memoria del teléfono
móvil y la tarjeta SIM a los contactos, notas, calendario, imágenes,
sonidos, vídeos, mensajes cortos (sms), mensajes multimedia (mms) y
correos electrónicos (emails). La información sobre el estado del
teléfono móvil comprende, entre otros, el registro de llamadas
entrantes y salientes, el nivel de batería del teléfono móvil, el
nivel de cobertura del terminal móvil y el estado del teléfono móvil
(normal, alto, en silencio, sólo vibración). El teléfono móvil
ofrece una variedad de servicios, tales como realizar llamadas,
envío de sms, mms y email, desvío de llamadas entrantes y
fotografiar y grabar vídeos con la cámara del teléfono móvil. Toda
está información y servicios son accedidos desde el propio teléfono
móvil.
Por otro lado, un terminal móvil está siempre
conectado al dominio de circuitos mediante redes GSM, UMTS o
similar. Este dominio de circuitos le permite realizar y recibir
llamadas, enviar y recibir sms y mensajes USSD (en inglés,
"Unstructured Supplementary Service Data"). El dominio de
paquetes o de datos, también llamado internet, no está accesible
siempre en el terminal móvil. La tecnología para conectarse al
dominio de paquetes puede ser de muy diversos tipos, tales como
GPRS, EDGE, UMTS, WiFi, WiMAX, entre otros. La conexión al dominio
de paquetes o datos se realiza por iniciativa del usuario o terminal
móvil ante un evento externo o por encontrarse el teléfono móvil en
cobertura WiFi o WiMAX. Esto implica que desde el dominio de
paquetes o datos no se pueden enviar peticiones directas al
terminal móvil, sino que es el terminal móvil el que realiza las
peticiones hacia el dominio de paquetes. Además, una vez que el
terminal móvil está conectado al dominio de paquetes, no se puede
saber a ciencia cierta la localización del terminal móvil mediante
su dirección IP o URL, debido a que no hay un sistema estandarizado
o comúnmente aceptado para identificar y por consiguiente localizar
un teléfono móvil en el dominio de paquetes.
Por otra parte, se conocen los servidores web,
que son programas responsables de aceptar peticiones HTTP (en
inglés, "Hypertext Transfer Protocol") desde clientes,
normalmente navegadores web, y servirles las respuestas HTTP junto
con los contenidos de datos, los cuales son usualmente páginas web.
Los servidores web son normalmente grandes computadoras capaces de
servir multitud de respuestas HTTP.
También son conocidas las aplicaciones de SSL
(en inglés, "Secure Socket Layer") de seguridad y
autenticación, tales como las descritas en la RFC 2617, titulada
"Autenticación HTTP: Autenticación de acceso resumen y básico"
(en inglés, "HTTP Authentication: Basic and Digest Access
Authentication").
En los últimos años se ha desarrollado también
la Transferencia de Estado Representacional (en inglés,
"Representational State Transfer") o REST, que es una técnica
de arquitectura software para sistemas "hipermedia"
distribuidos, tales como la World Wide Web. En general se usa el
término REST para describir cualquier interfaz web simple que
trasmite datos específicos sobre HTTP sin una capa de mensajería
adicional o seguimiento de sesiones.
En la actualidad, los datos personales del
usuario almacenados en la memoria del teléfono móvil y su tarjeta
SIM y la información sobre el estado del teléfono móvil pueden sólo
ser accedidos, añadidos, borrados y mostrados directamente desde el
teléfono móvil usando la pantalla del teléfono móvil, las teclas, la
rueda de desplazamiento, lápices o punteros o incluso comandos de
voz. Lo mismo ocurre con los servicios que ofrece un teléfono móvil,
los cuales sólo pueden ser ejecutados desde el propio teléfono
móvil.
En cuanto a los servidores web, aunque algunos
teléfonos móviles cuentan con uno, es bastante inusual que un
servidor web de un teléfono móvil sea capaz de servir respuestas
HTTP, principalmente por la falta de conexión permanente al dominio
de paquetes o datos y por la dificultad de identificar y localizar
el terminal móvil en el dominio de paquetes. Por ejemplo, la
solicitud de patente estadounidense US2001/0046851 describe un
terminal móvil que incluye un servidor web, a través del cual el
terminal móvil se conecta a un terminal remoto de gestión. La
finalidad del servidor web en el terminal móvil permitir a éste
controlar un dispositivo conectado al mismo.
Hasta la fecha se han propuesto algunos métodos
y sistemas para tratar de gestionar remotamente un teléfono móvil.
Por ejemplo, la solicitud de patente europea EP1542432 describe un
sistema en el que un servidor web alojado en una red de datos
recibe peticiones HTTP de un teléfono móvil para actualizar datos
relativos al teléfono móvil, que son almacenados en el servidor web
de la red de datos.
Sin embargo, este proceso de petición de
información al servidor web requiere de la presencia e intervención
del usuario del teléfono móvil y de la manipulación directa del
mismo.
La presente invención tiene por objeto gestionar
las diversas funcionalidades, servicios e información almacenada de
un teléfono móvil de forma remota, sin necesidad de manipular
físicamente el mismo.
Para ello, la presente invención proporciona una
arquitectura que permite obtener, añadir y borrar datos personales
almacenados en el terminal móvil y su tarjeta SIM y la información
sobre el estado del terminal móvil; y ejecutar los servicios del
terminal móvil desde cualquier dispositivo conectado a una red de
paquetes o datos, también llamada Internet. Así, un servidor web
sirve una página web a un navegador web del terminal remoto
conectado a internet para que el usuario gestione su teléfono móvil
a través de dicha página web. Es este servidor web el que recibe a
través de la página web las órdenes del usuario y obtiene, añade y
borra la información y manda la ejecución de los servicios
accediendo directamente sobre un servidor segundo web alojado en el
terminal móvil. De esta manera un usuario de un teléfono móvil
puede interaccionar con su terminal móvil desde cualquier lugar y
cualquier otro dispositivo con mayores prestaciones (por ejemplo,
una pantalla mayor) en vez de tener que hacerlo directamente sobre
la pantalla pequeña y teclas diminutas de los teléfonos móviles.
Así, uno de los aspectos de la presente
invención se refiere a un procedimiento para la gestión de
información almacenada y/o servicios configurados en un terminal
móvil desde un terminal remoto, donde el terminal móvil está
configurado para conectarse a una red de comunicaciones móviles y
comprende un servidor web que tiene definida un API por cada
información y servicio proporcionado por el terminal móvil, y donde
dicho terminal remoto tiene acceso a una red de datos. El
procedimiento comprende: solicitar desde un terminal remoto que
comprende un navegador web a un servidor web la creación de al menos
una página web configurada para gestionar al menos una información
almacenada o un servicio configurado en un terminal móvil; realizar
una petición HTTP desde el servidor web hacia el terminal móvil
conforme a dicha al menos un API definida en el servidor web del
terminal móvil, donde dicha petición HTTP comprende un identificador
de dicha información o servicio que se desea gestionar; enviar una
respuesta HTTP desde el terminal móvil hacia el servidor web
conforme a dicha al menos un API definida en el servidor web del
terminal móvil; descargar en el terminal remoto desde el servidor
web la al menos una página web configurada para gestionar dicha
información almacenada o servicio configurado en el terminal
móvil.
Preferentemente, la petición HTTP desde el
servidor web hacia el terminal móvil comprende las etapas de:
realizar una petición HTTP a través de la red de datos desde el
servidor web hacia una pasarela capaz de localizar al terminal
móvil que está conectado a una red de comunicaciones móviles; y
enviar la petición HTTP a un gestor de conexiones IP del terminal
móvil.
Preferentemente, la respuesta HTTP desde el
terminal móvil hacia el servidor web comprende las etapas de:
enviar una respuesta HTTP conforme a dicha al menos un API definida
en el servidor web del terminal móvil desde un gestor de conexiones
IP del terminal móvil hacia una pasarela a través de la red de
comunicaciones móviles; y enviar esa respuesta HTTP conforme a
dicha al menos un API definida en el servidor web del terminal
móvil desde dicha pasarela hasta el servidor web a través de la red
de datos.
La petición HTTP conforme a la al menos un API
definida en el servidor web del terminal móvil enviada al gestor de
conexiones IP del terminal móvil es enviada al servidor web mediante
dicha petición HTTP.
La petición HTTP conforme a dicha al menos un
API definida en el servidor web enviada al servidor web del
terminal móvil es a su vez enviada a un módulo gestor que se elige
de entre: módulo de gestión de datos personales del usuario, módulo
de gestión de la información sobre el estado del terminal móvil y
módulo de gestión de los servicios del terminal móvil.
Opcionalmente, el procedimiento comprende además
una etapa de notificación al usuario por la que se ofrece al
usuario una de las siguientes opciones: permitir permanentemente la
ejecución del API, permitir temporalmente dicha ejecución, denegar
permanentemente la ejecución del API o denegar temporalmente dicha
ejecución.
La información que se desea gestionar se refiere
preferentemente a un recurso que se elige de entre uno de los
siguientes grupos de recursos: datos personales del usuario,
información sobre el estado del terminal móvil y servicios del
terminal móvil. Con dicho recurso se realiza una acción que se elige
de entre uno de los siguientes grupos de acciones: acciones
relativas a la gestión de datos personales del usuario, acciones
relativas a la gestión de la información sobre el estado del
terminal móvil y acciones relativas a la gestión de servicios del
terminal móvil.
El identificador de la información o servicio
que se desea gestionar comprendido en la petición HTTP comprende el
URL de la información o servicio que se desea gestionar. Dicho URL
comprende preferentemente el MSISDN del terminal móvil.
Dicha información almacenada en el terminal
móvil se refiere a una información que se elige preferentemente de
entre uno de los siguientes grupos: datos personales del usuario e
información sobre el estado del terminal móvil. Con dicha
información se realiza una acción que se elige de entre uno de los
siguientes grupos de acciones: acciones relativas a la gestión de
datos personales del usuario y acciones relativas a la gestión de la
información sobre el estado del terminal móvil.
La información almacenada en un terminal móvil
se almacena en la memoria del terminal móvil o en la tarjeta SIM
del mismo.
Dicho servicio configurado en el terminal móvil
se refiere a un servicio del grupo de servicios del terminal móvil.
Con dicho servicio se realiza una acción que se elige del grupo de
acciones relativas a la gestión de servicios del terminal
móvil.
La petición HTTP se realiza sobre un canal de
datos que se establece en un canal de señalización previamente
establecido entre la pasarela y el gestor de conexiones IP del
terminal móvil.
La respuesta HTTP se realiza sobre un canal de
datos que se establece en un canal de señalización previamente
establecido entre la pasarela y el gestor de conexiones IP del
terminal móvil.
El canal de señalización entre ambos elementos
es preferentemente un socket TCP. El canal de datos entre ambos
elementos es también preferentemente un socket TCP.
Otro aspecto de la presente invención trata de
un sistema que comprende: al menos un terminal móvil configurado
para ser conectado a una red de comunicaciones móviles, donde dicho
terminal móvil comprende un servidor web; al menos un terminal
configurado para ser conectado a una red de datos, donde dicho
terminal comprende un navegador web; al menos un servidor web
conectado a dicha red de datos. El terminal es capaz de gestionar
remotamente al menos una información almacenada y/o un servicio
configurado en el terminal móvil mediante el acceso a al menos una
página web creada en el terminal a partir de la descarga de dicha
información almacenada o servicio configurado en el terminal
móvil.
El sistema comprende preferentemente además una
pasarela capaz de establecer una conexión entre la red de datos y
la red de comunicaciones móviles.
Con objeto de ayudar a una mejor comprensión de
las características del invento de acuerdo con un ejemplo
preferente de realización práctica del mismo y para complementar
esta descripción, se acompaña como parte integrante de la misma un
juego de dibujos, cuyo carácter es ilustrativo y no limitativo. En
estos dibujos:
La figura 1 muestra la arquitectura general del
sistema según una realización de la presente invención.
La figura 2 muestra la arquitectura del terminal
móvil según una realización de la presente invención.
La figura 3 ilustra los datos personales del
usuario que pueden estar almacenados en un teléfono móvil o en su
tarjeta SIM.
La figura 4 ilustra la información sobre el
estado del teléfono móvil.
La figura 5 ilustra los servicios que puede
ofrecer el teléfono móvil según una realización de la presente
invención.
La figura 6 muestra la arquitectura del gestor
de conexiones permanentes de datos según una realización de la
presente invención.
La figura 7 muestra la estructura de un terminal
remoto conectado a una red de datos, a través de la cual puede
conectarse a un gestor de conexiones permanentes de datos según la
presente invención.
La figura 8 ilustra la estructura de las listas
de acceso recogidas en el terminal móvil según la presente
invención.
La figura 9 muestra el flujo de señales para la
ejecución remota de un API REST según una realización de la
presente invención.
La figura 10 muestra el establecimiento de
conexión permanente entre un terminal móvil y el gestor de
conexiones permanentes de datos según una realización de la
presente invención.
En el contexto de la presente invención, las
siguientes definiciones han de tenerse en cuenta:
Una interfaz de programación de aplicaciones o
API (en inglés, "Application Programming Interface") es una
interfaz del código fuente que un sistema computador o una librería
de programa provee y expone para ejecutar peticiones de servicios
por otro programa computador. Se trata del conjunto de llamadas a
un sistema computador o una librería de programa que ofrecen acceso
a sus servicios desde los procesos y representa un método para
conseguir abstracción en la programación, generalmente, aunque no
necesariamente, entre los niveles o capas inferiores y los
superiores del software.
Así, se entiende por API REST (en inglés,
"Representational State Transfer") un API definido basándose en
URLs (localizadores de recurso uniforme, en inglés, "Uniform
Resource Locutor") y es invocado mediante HTTP sin ninguna capa
de mensajería como SOAP o seguimiento de sesiones con cookies HTTP.
La transferencia de estado representacional (REST) es un estilo de
arquitectura software para sistemas hipermedia distribuidos, tales
como la "World Wide Web".
A lo largo de esta especificación, el término
"comprende" y sus derivados no deben interpretarse en un
sentido excluyente o limitativo, es decir, no debe interpretarse en
el sentido de excluir la posibilidad de que el elemento o concepto
al que se refiere incluya elementos o etapas adicionales.
La figura 1 muestra la arquitectura general del
sistema según una realización de la presente invención.
El sistema de la presente invención comprende
una serie de elementos, que se describen a continuación:
Como ilustra la figura 1, el sistema comprende
un terminal móvil 1. El terminal móvil 1, que puede ser un teléfono
móvil, una PDA o similar, es cualquier terminal móvil 1 capaz de
conectarse a una red móvil o inalámbrica de datos 3. Ejemplos no
limitativos de redes móviles o inalámbricas son GPRS, EDGE, UMTS,
HSDPA, HSUPA, WiFi, WiMAX y Bluetooth.
El terminal móvil 1 comprende datos personales
del usuario, información sobre el estado del propio terminal móvil
y servicios proporcionados por el terminal móvil 1. Los datos
personales del usuario y la información sobre el estado del propio
terminal móvil pueden almacenarse tanto en la memoria del propio
terminal móvil como en la tarjeta SIM del mismo. La figura 2
muestra en mayor detalle la arquitectura del terminal móvil 1. Como
puede observarse, el terminal móvil 1 comprende también un programa
o módulo para la gestión de los datos personales del usuario 101,
gestión que consiste en obtener, añadir y borrar estos datos.
También comprende un programa o módulo para la gestión de la
información sobre el estado del terminal móvil 102, gestión que
consiste en obtener esta información y borrar alguna de ella como el
registro de llamadas entrantes y registro de llamadas salientes.
También comprende un programa o módulo para la gestión de los
servicios del terminal móvil 103, que se encarga de la ejecución de
tales servicios. La funcionalidad de estos tres programas o módulos
101 102 103 se expone, es decir, es accesible para su ejecución
remota, a través de un servidor web 104 comprendido en el terminal
móvil 1. Estas funcionalidades se llevan a cabo mediante unas APIs
REST. Esto significa que mediante peticiones HTTP (protocolo de
transferencia de hipertexto, en inglés "HyperText Transfer
Protocol") al servidor web 104 del terminal móvil 1, se puede
obtener, añadir y borrar los datos personales del usuario 105,
obtener la información sobre el estado del teléfono 106 y borrar
alguna, como el registro de llamadas entrantes
106-1 y registro de llamadas salientes
106-2 y también se puede ejecutar los servicios del
teléfono móvil 107. Esto se explica en detalle más adelante.
Opcionalmente, el servidor web 104 puede
proporcionar además autenticación, confidencialidad e integridad en
las comunicaciones para la ejecución de las APIs REST. Para ello, se
habilita una aplicación de seguridad y autenticación convencional,
tal como SSL.
Además, opcionalmente el servidor web 104 puede
tener un sistema de notificación 108 de ejecución de la API al
usuario 9 del terminal móvil. Este sistema notifica al usuario 9 del
terminal móvil 1 quién (qué usuario 10 está controlando el terminal
remoto 7) y qué API se quiere ejecutar. La notificación 108 se basa
en mostrar una ventana en la pantalla del terminal móvil 1 al
usuario 9, para que éste elija entre las siguientes opciones:
permitir siempre la ejecución de una determinada API REST a un
usuario remoto 10 que esté accediendo al servidor web 104 del
terminal móvil 1 desde un terminal remoto 7, permitir la ejecución
de dicha API sólo una vez al usuario remoto 10 que está accediendo,
permitir la ejecución de dicha API una cierta cantidad de tiempo o
veces al usuario remoto 10 que está accediendo, denegar la ejecución
de una API sólo una vez al usuario remoto 10 que está accediendo o
denegar dicha ejecución siempre al usuario remoto 10 que está
accediendo.
El sistema usa preferentemente la identificación
de la autenticación básica de HTTP para identificar en este sistema
de notificación 108 al usuario remoto 10 que está accediendo a la
API REST. La información sobre los usuarios remotos que tienen
permisos para acceder a dicha API siempre o sólo una vez, ya sea
para acceder durante un cierto tiempo o un cierto número de veces o
indefinidamente, o tienen invariablemente el permiso denegado, o lo
tienen denegado sólo una vez, se almacena en la base de datos 109 de
las listas de acceso en el terminal móvil 1.
Además, el terminal móvil 1 comprende también un
gestor de listas 110 que permite añadir, borrar o cambiar los
permisos de la base de datos 109 de las listas de acceso.
Por último, el terminal móvil 1 comprende un
gestor de conexiones IP 111 capaz de mantener una conexión de datos
200 abierta con un servidor externo 4 en la red móvil o inalámbrica
3, llamado gestor de conexiones permanentes de datos 4. Este gestor
de conexiones permanentes 4 es una pasarela (en inglés,
"gateway"), que permite la conexión entre la red móvil o
inalámbrica de datos 3 y la red de datos 5 y que tiene capacidad de
gestionar conexiones permanentes de datos. La pasarela 4 se detalla
más adelante. La conexión de datos 200 abierta con la pasarela 4
permite que el terminal móvil 1 esté disponible y localizable en la
red móvil 3, y por lo tanto se pueda utilizar remotamente las APIs
REST indicada con referencia al servidor web 104 del terminal móvil
1.
\newpage
El esquema de la figura 3 muestra los datos
personales 105 del usuario 9 que están almacenados en el terminal
móvil 1 y/o en su tarjeta SIM. Ejemplos de datos personales 15 son,
a título ilustrativo y no limitativo, contactos
105-1, notas 105-2, calendario
105-3, imágenes 105-4, sonidos
105-5, vídeos 105-6, mensajes cortos
(sms) 105-7, mensajes multimedia (mms)
105-8 y emails 105-9.
El esquema de la figura 4 muestra la información
sobre el estado del terminal móvil 106, que comprende, entre otros,
el registro de llamadas entrantes 106-1, el registro
de llamadas salientes 106-2, el indicador de nivel
de batería del terminal móvil 106-3, el indicador de
nivel de cobertura del terminal móvil 106-4 y el
estado del terminal móvil 106-5. Esta información
también se almacena en el terminal móvil 1 y/o en su tarjeta SIM.
Ejemplos del estado del terminal móvil 106-5 son:
normal, alto, en silencio, sólo vibración, etc.
La figura 5 muestra el conjunto de servicios
configurados del terminal móvil 107. Este conjunto de servicios
está formado por servicios iniciados por el terminal móvil 1. Otros
servicios que estén iniciados por elementos externos o ajenos al
terminal móvil 1 y que impliquen la ejecución de eventos, tales como
llamadas entrantes y la recepción de sms, mms o email, no están
dentro de este conjunto de servicios. Entre los servicios que puede
ofrecer un terminal móvil 1 están, entre otros: realización de
llamadas 107-1, envío de sms 107-2,
envío de mms 107-3, envío de email
107-4, desvío de llamadas entrantes
107-5, captura de fotografías 107-6
y grabación de vídeos 107-7 con la cámara del
terminal móvil 1.
Como ilustra la figura 1, el sistema comprende
también una pasarela 4. Como se ha dicho anteriormente, esta
pasarela 4 actúa como gestor de conexiones permanentes de datos 4.
El gestor de conexiones permanentes de datos 4 mantiene una
conexión de datos 200 (como muestra la figura 2) con uno o una
pluralidad de terminales móviles 1 a través de la red móvil 3 y
recibe peticiones HTTP entrantes a través de una red de datos o
internet 5 y las reenvía al terminal móvil 1 pertinente.
Según se ve en la figura 6, esta pasarela o
gestor de conexiones permanentes de datos 4 comprende un gestor de
conexiones entrantes HTTP 400 para recibir las conexiones de otros
elementos de la red de datos 5, un gestor de mantenimiento de
conexión 401 con los terminales móviles 1 para mantener las
conexiones de datos con los terminales móviles 1 y enviarles las
peticiones entrantes HTTP que recibe el gestor de conexiones
entrantes HTTP 400. Ambos gestores 400 401 también se encargan de
reenviar las respuestas HTTP procedentes del servidor web 104 de
los terminales móviles 1 al elemento inicial que realizó la petición
HTTP. Además, el gestor de conexiones permanentes de datos 4
comprende dos bases de datos: una primera base de datos 403, llamada
"sesiones de terminales móviles", para guardar la información
de los terminales móviles que tienen conexiones de datos activas
con el gestor de conexiones 4 y una segunda base datos 402, llamada
"sesiones de conexiones entrantes", que almacena la
información de las sesiones activas que están pendientes de
responder.
La figura 1 muestra también un servidor web 6 de
la red de datos 5. Este servidor web 6 realiza peticiones HTTP a
los terminales móviles 1 pertinentes para crear páginas web que se
sirven a un determinado terminal 7. El formato de las páginas web
creadas es cualquiera de los convencionales, tales como html o
xhtml, si bien puede ser de cualquier otro formato.
A través del servidor web 6 el usuario 10
solicita al terminal móvil 1 la creación de varias páginas web que
conforman un portal web. Esto significa que, como respuesta a la
petición HTTP, se crea una página web principal que da acceso a
cada uno de los recursos o información personales del usuario
(105-1, 105-2,
105-3, 105-4,
105-5, 105-6, 105-7,
105-8, 105-9). De esta forma, se
crea una página web por cada información almacenada en la memoria
del terminal móvil o en su tarjeta SIM (105-1,
105-2, 105-3, 105-4,
105-5, 105-6, 105-7,
105-8, 105-9). La página web
principal da también acceso a cada una de las informaciones sobre el
estado del terminal (106-1, 106-2,
106-3, 106-4,
106-5). Por último, la página web principal da
también acceso a los servicios del terminal móvil
(107-1, 107-2,
107-3, 107-4, 107-5,
107-6, 107-7). Estas páginas web son
páginas web dinámicas que son servidas por un servidor web 6 con
capacidad de procesamiento. Es decir, se trata de páginas web
preconfiguradas o formateadas de antemano que, a medida que se
realizan las oportunas peticiones HTTP al servidor web 104 del
terminal móvil 1, y por tanto, a medida que el servidor web 6 de la
red de datos 5 recibe las respuestas a las peticiones HTTP de
descarga, se rellenan (las páginas web) con los datos del terminal
remoto 1 en tiempo de ejecución. El servidor web 6 puede ser
cualquier servidor web convencional 6 que tenga capacidad para
ejecutar instrucciones, tal como un servidor J2EE, ASP.NET y
PHP.
Estas páginas web son una nueva interfaz de
usuario que permite a un usuario gestionar su terminal 1 remotamente
desde cualquier terminal, dispositivo o computadora 7 con acceso a
la red de datos o internet 5. Esta gestión remota comprende el
obtener, añadir o borrar los datos personales del usuario
almacenados en la memoria del terminal móvil 1 y su tarjeta SIM,
obtener la información sobre el estado del terminal 1 y borrar
alguna de ella como los registros de llamadas entrantes
106-1 y registro de llamadas salientes
106-2 y también la ejecución remota de los
servicios configurados en dicho terminal 1.
Por último, la figura 1 muestra también un
terminal remoto 7. Este terminal remoto 7, que se ilustra también
en la figura 7, comprende un navegador web 700 convencional. El
navegador web 700 permite el acceso a las páginas web que el
servidor web 6 de la red de datos 5 es capaz de servir.
\newpage
El procedimiento proporcionado por la presente
invención para la gestión de información almacenada y/o servicios
configurados en el terminal móvil 1 desde un terminal remoto 7 se
lleva a cabo sobre la arquitectura ilustrada en la figura 1 y se
esquematiza en la figura 9.
Con objeto de crear páginas web de gestión del
terminal móvil 1 en un servidor web 6 y descargarlas en un
navegador web 700 de un terminal remoto 7, como muestra la figura 9,
en primer lugar se establece una petición 900 de descarga de la
página web principal entre el terminal remoto 7 y el servidor web 6
a través de la red de datos 5. Esta petición 900 consiste en el
acceso a una página web -a la página web principal- del terminal
móvil 1. Esta página web principal comprende un menú de navegación
para acceder a la gestión remota de los datos personales e
información sobre el estado del terminal y a la ejecución remota de
los servicios del terminal. Este acceso a la gestión y a la
ejecución remota es en forma de páginas web específicas de cada
recurso y servicio (105-1, 105-2,
etc, y 107-1, 107-2, etc).
\vskip1.000000\baselineskip
Es decir, el proceso es el siguiente:
El usuario se conecta, a través del navegador
700, al servidor web 6.
A través del servidor web 6, descarga en el
terminal 7 la página web principal del terminal móvil 1, es decir,
descarga el menú del terminal móvil 1. Para esto no es necesario
realizar ninguna llamada a las APIs REST del terminal móvil 1.
A continuación, se identifica como usuario,
preferentemente mediante un nombre de usuario y una contraseña,
según la autenticación básica del servidor web 104.
Después, el usuario 10 elige la información
específica (105-1, 105-2, ...,
106-1, 106-2...) que desea gestionar
remotamente o el servicio (107-1,
107-2, ...) que desea ejecutar remotamente, haciendo
clic sobre la página web principal.
Así, el servidor web 6 realiza peticiones HTTP
conforme al API REST específico del recurso (105-1,
105-2, ..., 106-1,
106-2...) o servicio (107-1,
107-2, ...), para la generación de la página web
específica de tal información o servicio.
Una vez la página web descargada en el terminal
remoto 7, el usuario puede gestionar el dato personal específico
del usuario (105-1, 105-2, ...), la
información específica sobre el estado del terminal
(106-1, 106-2, ...) o ejecutar
remotamente el servicio específico (107-1,
107-2, ...).
Así, por ejemplo, si el usuario 10 hace click en
la acción "BORRAR" en la página web específica del recurso
"AGENDA", se envía al servidor web 6 la petición HTTP de borrar
un determinado elemento de la agenda del terminal 1 conforme al API
REST definido por el servidor web 104. Para ello el servidor web 6
genera una página web de información sobre el estado de dicha
acción.
Por último, esta última página web generada por
el servidor web 6 es descargada en el terminal 7.
Volviendo a la figura 9, una vez que el servidor
web 6 recibe esta petición 900, el servidor web 6 realiza una
petición HTTP al terminal móvil 1. Como muestra la figura 9, el
servidor web 6 envía una petición HTTP 901 conforme a las APIs REST
a la pasarela o gestor de conexiones permanentes de datos 4. Este
gestor de conexiones 4, que ha establecido una conexión permanente
200 con el terminal móvil 1 (ver figura 2) con anterioridad reenvía
902 la petición HTTP al terminal móvil 1 a través del gestor de
conexiones IP 111 del mismo. Tras un intercambio de mensajes que se
describe en detalle en relación a la figura 10, el gestor de
conexiones IP 111 del terminal móvil 1 envía una respuesta HTTP 905
al gestor de conexiones permanentes de datos 4 que comprende la
información requerida. Si todo ha ido correctamente, esta respuesta
HTTP 905 comprende un "OK" con cierta información, que depende
de cada método específico (por ejemplo, una lista en XML de los
contactos del terminal móvil 1 y tarjeta SIM, una imagen, etc.) Si
ha habido un error, se devuelve una respuesta de error. La pasarela
o gestor de conexiones 4 envía a su vez la respuesta HTTP 906 al
servidor web 6, que descarga 907 la página web con la información
referente a las APIs REST en el terminal remoto 7.
\vskip1.000000\baselineskip
La figura 10 muestra el establecimiento y
mantenimiento de la conexión permanente de datos 200 entre la
pasarela o gestor de conexiones 4 y el terminal móvil 1:
Con anterioridad al envío de peticiones HTTP de
la figura 9, el gestor de conexiones IP 111 inicia una conexión de
datos con el gestor de conexiones permanentes de datos 4. Esta
conexión de datos comprende el establecimiento de un socket TCP de
señalización entre el terminal móvil 1 y la pasarela o gestor de
conexiones permanentes de datos 4 y de
un socket TCP 1004 de datos entre el terminal móvil 1 y la pasarela o gestor de conexiones permanentes de datos 4.
un socket TCP 1004 de datos entre el terminal móvil 1 y la pasarela o gestor de conexiones permanentes de datos 4.
En primer lugar, el gestor de conexiones IP 111
del terminal móvil 1 establece un socket TCP de señalización entre
el teléfono móvil 1 y la pasarela o gestor de conexiones permanentes
de datos 4 y envía un mensaje "CONNECT" 1000 por tal socket
TCP de señalización. Este mensaje 1000 comprende el número del
terminal móvil o MSISDN y un límite de tiempo (en inglés,
"timeout"). El gestor de conexiones permanentes de datos 4 le
responde con un mensaje "CONNREGISTERED ok" 1001 vía el socket
TCP de señalización y almacena en su base de datos de sesiones de
terminales móviles 403 esta información de conexión. Acto seguido,
el gestor de conexiones IP 111 del terminal móvil 1 le envía un
mensaje de "WAITING" 1002 al gestor de conexiones permanentes
de datos 4 vía el socket TCP de señalización.
Si la pasarela o gestor de conexiones
permanentes de datos 4 recibe un petición HTTP 901 (procedente del
servidor web 6) para el terminal móvil 1, la pasarela o gestor de
conexiones permanentes de datos 4 le envía un mensaje de
"REQUESTPENDING" 1003 vía el socket TCP de señalización con un
identificador de la solicitud (en inglés, "Request Id"), que
es la información necesaria para establecer un socket TCP de datos
para el envío de esta petición HTTP. El bloque 1050 de la figura 10
representa a dicha petición HTTP. Al recibir este mensaje 1003, el
gestor de conexiones IP 111 del terminal móvil y la pasarela o
gestor de conexiones permanentes de datos 4 establecen un socket
TCP 1004 de datos y se envía la petición HTTP 902. Sobre este socket
TCP 1004 de datos se envía también la respuesta HTTP 905 del
terminal móvil 1. El gestor de conexiones IP 111 del terminal móvil
1 reenvía 903 la petición HTTP 902 al servidor web 104 del terminal
móvil 1 para que éste la procese y le devuelva una respuesta HTTP
904. El gestor de conexiones IP 111 del terminal móvil 1 reenvía 905
la respuesta HTTP 904 a la pasarela o gestor de conexiones
permanentes de datos 4 para que éste reenvíe 906 la respuesta HTTP
905 al servidor web 6. Al terminar de mandar la respuesta HTTP 906,
se destruye el socket TCP 1004 de datos que se había creado
previamente.
Si por el contrario, la pasarela o gestor de
conexiones permanentes de datos 4 no recibe una petición HTTP 901
destinada al terminal móvil 1, éste le envía un mensaje
"KEEPALIVE" 1006 vía el socket TCP de señalización al gestor
de conexiones IP 111 del terminal móvil 1 al terminar el intervalo
de tiempo "timeout" que se había definido en el mensaje
inicial 1000. Los bloques 1060 de la figura 10 representan la
finalización de dichos intervalos de tiempo "timeout". El
gestor de conexiones IP 111 del terminal móvil 1 envía otro mensaje
de "WAITING" 1002 vía el socket TCP de señalización al recibir
este mensaje de "KEEPALIVE" 1006 para reiniciar el
temporizador al tiempo establecido o "timeout".
Como muestra la figura 6, la pasarela o gestor
de conexiones permanentes de datos 4 recibe las peticiones HTTP 901
entrantes por el programa o módulo gestor de conexiones entrantes
HTTP 400, guarda la información relativa a la sesión de esa
petición HTTP 400 en la base de datos de sesiones de conexiones
entrantes 402 y reenvía la petición HTTP al programa o módulo
gestor de mantenimiento de conexión con los terminales móviles 401,
el cual en primer lugar identifica el terminal móvil destino de la
petición HTTP. Para ello, la URL destino de la petición HTTP 901
contiene el número de terminal móvil o MSISDN del terminal móvil
destino 1 para poder identificarlo. Ejemplos de URL destino pueden
ser, a título ilustrativo y en ningún caso limitativo,
http://34610515151.vodafone.com o
http://www.vodafone.com/34610515151. Una vez identificado el
terminal móvil 1, se busca su localización en la base de datos de
sesiones de terminales móviles 403 y se reenvía la petición HTTP 902
al terminal móvil 1 pertinente mediante el intercambio de mensajes
explicado anteriormente.
\vskip1.000000\baselineskip
A continuación se describe el método de
procesado interno de las peticiones HTTP 903 a las APIs REST en el
terminal móvil 1:
Las APIs REST se basan en identificar
unívocamente las acciones (obtener, añadir, borrar y ejecutar) junto
con los recursos, información, datos o servicios (datos personales
del usuario 105, información sobre el estado del terminal 106 y
servicios del terminal móvil 107) con URLs que pueden ser llamadas
mediante peticiones HTTP 903 en el servidor web 104 del terminal
móvil 1. Así, por ejemplo, una imagen 105-7 (dato)
almacenada en el terminal móvil 1 puede ser obtenida (acción)
haciendo una petición HTTP 902 903 a una URL que identifique
unívocamente a esa imagen (dato).
El servidor web 104 del terminal móvil 1 recibe
peticiones HTTP 903. En el momento en que el servidor web 104
recibe la petición HTTP 903, se ejecuta el API REST correspondiente,
es decir, se identifica a qué información se quiere acceder y qué
acción se quiere realizar o qué se quiere ejecutar. Entonces se
devuelve un resultado en forma de respuesta HTTP. Es decir, si la
petición HTTP 903, que incluye la URL destino, se corresponde con
la ejecución del API REST, la petición HTTP 903 pasa al programa o
módulo gestor pertinente 101 102 103, dependiendo de la URL destino
de la petición HTTP 903. Estos programas o módulos gestores son el
de gestión de datos personales del usuario 101, el de gestión de la
información sobre el estado del terminal 102 y el de gestión de los
servicios del terminal móvil 103.
Opcionalmente, el terminal móvil 1 comprende un
notificador 108. En este caso, la petición HTTP 903 se transfiere
al sistema notificador 108 del terminal móvil 1. Así, si el servidor
web 104 tiene habilitadas las opciones de autenticación,
confidencialidad e integridad en las comunicaciones para la
ejecución del API REST, mediante una aplicación de seguridad y
autenticación convencional, tal como una aplicación SSL, el sistema
notificador 108 identifica qué recurso va a ser ejecutado y quién
(es decir, qué usuario 10 controla el terminal remoto 7) realiza
esta petición. La identidad del que realiza la petición HTTP 903 la
da la identidad definida en el sistema de autenticación básica del
servidor web 104, preferentemente el sistema de autenticación
definido en la RFC 2617. Una vez identificado, se consulta una base
de datos de listas de acceso 109 para comprobar si dicho usuario
tiene permisos para la ejecución del recurso identificado por la URL
y petición HTTP 903. Si el usuario aún no está dado de alta en la
base de datos 109 o no tiene permisos perpetuos o permisos denegados
para siempre, se notifica al usuario quién y qué recurso se va a
ejecutar en el terminal móvil 1. Esta notificación se realiza
preferentemente mediante una ventana que se visualiza en la pantalla
del terminal móvil 1. El usuario 10 que está accediendo desde un
terminal remoto 7 no tiene por qué ser el mismo que el que está
manipulando el terminal móvil 1. Si el usuario remoto 10 tiene
permisos perpetuos, aunque no haya nadie en el extremo del terminal
móvil 1 no se impide la ejecución correspondiente, ya que no aparece
la ventana de notificación y el sistema funciona sin problemas. Si
nadie está manipulando el terminal móvil 1 y aparece la ventana de
notificación (lo que significa que quien está accediendo no tiene
permisos perpetuos y por lo tanto necesita permiso), la petición
HTTP no es servida y por lo tanto no se ejecutan las APIs REST.
Así, dado un usuario remoto 10 que está
realizando una petición relativa a una cierta información o servicio
R (la información o servicio de la API REST que se va a ejecutar),
el sistema notificador 108 proporciona varias opciones: 1) permitir
siempre la ejecución de esa información o servicio al usuario 10;
2) permitir sólo una vez la ejecución de la información o servicio
R al usuario 10; 3) permitir durante un cierto periodo de tiempo la
ejecución de la información o servicio R al usuario 10; 4) no
permitir esta vez concreta la ejecución de la información o
servicio R al usuario 10; y 5) no permitir nunca la ejecución de la
información o servicio R al usuario 10. Si el usuario 9 del
terminal móvil 1 le da permiso al usuario 10, la petición HTTP 903
se transfiere al programa o módulo gestor específico 101 102 103 de
la información o servicio que se va a ejecutar. Si, por el
contrario, el sistema notificador 108 ve que el usuario no tiene
permiso para la ejecución de esa información o servicio, el
notificador 108 devuelve la petición HTTP 903 al servidor web 104
indicándole que le responda al usuario una respuesta 904 HTTP de
error o de acceso denegado 403.
Como se ha dicho anteriormente, la información
referente a qué usuarios tienen permiso a las diversas informaciones
o servicios se almacena en la base de datos de listas de acceso 109
del terminal móvil 1. La figura 8 ilustra la estructura de las
listas de acceso 109 recogidas en el terminal móvil 1: la columna
109-1 recoge a los usuarios; la columna
109-2 recoge las informaciones o tipos de los datos
personales del usuario almacenados en el terminal móvil o su SIM,
la información sobre el estado del terminal móvil o los servicios
del terminal móvil; la columna 109-3 recoge el
tipo de acceso, es decir, acceso ilimitado, temporal, sólo una vez,
denegado una vez o denegado para siempre, que cada usuario tiene a
cada información o servicio; y la columna 109-4
recoge el tiempo o número de veces permitido para cada usuario e
información y servicio.
Como se ha mencionado antes, el sistema
notificador 108 es opcional y su ejecución requiere que la
autenticación básica esté habilitada en el servidor web 104.
Los programas o módulos gestores de gestión de
datos personales del usuario 101, de gestión de la información
sobre el estado del terminal 102 y de gestión de los servicios del
terminal móvil 103 reciben la petición del servidor web 104 u,
opcionalmente, si el notificador 108 está habilitado, del
notificador 108. Estos programas o módulos 101 102 103 identifican
el recurso específico y la acción que se quiere realizar con él.
Así, si se trata del programa o módulo de gestión de datos
personales del usuario 101, las informaciones son las ilustradas en
la figura 3 y la acción es una de las siguientes: obtener lista de
datos, obtener dato, añadir dato o borrar dato. Si se trata del
programa o módulo de gestión de la información sobre el estado del
terminal 102, las informaciones son las ilustrados en la figura 4 y
la acción es una de las siguientes: obtener dato (para todos los
datos de la figura 4) y, para el registro de llamadas entrantes
106-1 y el registro de llamadas salientes
106-2, también borrar dato. Si se trata del programa
o módulo de gestión de los servicios del terminal móvil 103, los
servicios son las ilustradas en la figura 5 y la acción es ejecutar
el servicio en el terminal móvil 1. Estos programas o módulos 101
102 103 acceden a sus respectivos recursos de datos personales del
usuario 105 en el caso del programa o módulo de gestión de datos
personales del usuario 101, de información sobre el estado del
terminal 106 en el caso del programa o módulo de gestión de la
información sobre el estado del terminal 102 y de servicios del
terminal móvil 107 en el caso del programa o módulo de gestión de
los servicios del terminal móvil 103. Hay tantas APIs REST
definidas como informaciones y servicios definidos en los recursos
de datos personales del usuario 105, la información sobre el estado
del terminal 106 y los servicios del terminal móvil 107. Es decir,
hay una API REST para los contactos 105-1, otra para
el calendario 105-2, otra para los sonidos
105-3, etc., otra para el registro de llamadas
entrantes 106-1, otra para el de llamadas salientes
106-2, etc., otra para la realización de llamadas
107-1, otra para el envío de sms
107-2, etc, hasta completar todos los servicios y
recursos. Por último, estos programas o módulos 101 102 103 se
encargan de crear la respuesta a la petición inicial de las APIs
REST y de darle la forma de respuesta HTTP adecuada para pasársela
al servidor web 104, para que éste le devuelva la respuesta HTTP 904
a la petición inicial que recibió del gestor de conexiones IP
111.
Tras el intercambio de mensajes llevado a cabo
sobre las conexiones establecidas e ilustradas con referencia a las
figuras 9 y 10, las páginas web de gestión del terminal móvil 1 se
visualizan en el terminal remoto 7.
Las páginas web muestran y permiten añadir y
borrar información relativa a los datos personales del usuario, es
decir, a los contactos, notas, calendario, imágenes, sonidos,
vídeos, SMSs, MMSs y emails almacenados en el terminal móvil 1 y su
tarjeta SIM y contienen información relativa al estado del teléfono,
es decir, al registro de llamadas entrantes, registro de llamadas
salientes, indicador de batería, estado del teléfono móvil e
indicador de cobertura. Adicionalmente, desde las páginas web se
pueden borrar información relativa al registro de llamadas
entrantes y salientes. Por último, las páginas web muestran y
permiten ejecutar desde ella los servicios del terminal móvil, como
son la realización de llamadas, desvío de llamadas entrantes, envío
de sms, envío de mms, envío de emails, captura de fotografías y
grabación de vídeos. Un usuario 10 desde el terminal 7 puede, en
suma, gestionar el terminal móvil 1 remotamente desde estas páginas
web.
A la vista de esta descripción y juego de
figuras, el experto en la materia podrá entender que la invención
ha sido descrita según algunas realizaciones preferentes de la
misma, pero que múltiples variaciones pueden ser introducidas en
dichas realizaciones preferentes, sin salir del objeto de la
invención tal y como ha sido reivindicada.
Claims (19)
1. Procedimiento para la gestión de información
almacenada y/o servicios configurados en un terminal móvil (1)
desde un terminal remoto (7), donde dicho terminal móvil (1) está
configurado para conectarse a una red de comunicaciones móviles (3)
y comprende un servidor web (104) que tiene definida un API por cada
información y por cada servicio proporcionado por el terminal móvil
(1), y donde dicho terminal remoto (7) tiene acceso a una red de
datos (5), caracterizado por que el procedimiento
comprende:
- solicitar (900) desde un terminal remoto (7)
que comprende un navegador web (700) a un servidor web (6) la
creación de al menos una página web configurada para gestionar al
menos una información almacenada o un servicio configurado en un
terminal móvil (1);
- realizar una petición HTTP (901, 902) desde el
servidor web (6) hacia el terminal móvil (1) conforme a dicha al
menos un API definida en el servidor web (104) del terminal móvil
(1), donde dicha petición HTTP (901, 902) comprende un
identificador de dicha información o servicio que se desea
gestionar;
- enviar una respuesta HTTP (905, 906) desde el
terminal móvil (1) hacia el servidor web (6) conforme a dicha al
menos un API definida en el servidor web (104) del terminal móvil
(1);
- descargar (907) en el terminal remoto (7)
desde el servidor web (6) la al menos una página web configurada
para gestionar dicha información almacenada o servicio configurado
en el terminal móvil (1).
\vskip1.000000\baselineskip
2. Procedimiento según la reivindicación 1,
donde la petición HTTP (901, 902) desde el servidor web (6) hacia
el terminal móvil (1) comprende las etapas de:
- realizar una petición HTTP (901) a través de
dicha red datos (5) desde el servidor web (6) hacia una pasarela
(4) capaz de localizar al terminal móvil (1) que está conectado a
una red de comunicaciones móviles (3);
- enviar dicha petición HTTP (902) a un gestor
de conexiones IP (111) del terminal móvil (1).
\vskip1.000000\baselineskip
3. Procedimiento según cualquiera de las
reivindicaciones 1 ó 2, donde la respuesta HTTP (905, 906) desde el
terminal móvil (1) hacia el servidor web (6) comprende las etapas
de:
- enviar una respuesta HTTP (905) conforme a
dicha al menos un API definida en el servidor web (104) del terminal
móvil (1) desde un gestor de conexiones IP (111) del terminal móvil
(1) hacia una pasarela (4) a través de la red de comunicaciones
móviles (3);
- enviar dicha respuesta HTTP (906) conforme a
dicha al menos un API definida en el servidor web (104) del
terminal móvil (1) desde dicha pasarela (4) hasta el servidor web
(6) a través de la red de datos (5).
\vskip1.000000\baselineskip
4. Procedimiento según la reivindicación 2,
donde dicha petición HTTP (902) conforme a dicha al menos un API
definida en el servidor web (104) del terminal móvil (1) enviada al
gestor de conexiones IP (111) del terminal móvil (1) es enviada al
servidor web (104) mediante dicha petición HTTP (903).
5. Procedimiento según la reivindicación 4,
donde dicha petición HTTP (904) conforme a dicha al menos un API
definida en el servidor web (104) enviada al servidor web (104) del
terminal móvil (1) es a su vez enviada a un módulo gestor que se
elige de entre: módulo de gestión de datos personales del usuario
(101), módulo de gestión de la información sobre el estado del
terminal móvil (102) y módulo de gestión de los servicios del
terminal móvil (103).
6. Procedimiento según cualquiera de las
reivindicaciones 4 ó 5, que comprende además una etapa de
notificación (108) al usuario por la que se ofrece al usuario una
de las siguientes opciones: permitir permanentemente la ejecución
del API, permitir temporalmente dicha ejecución, denegar
permanentemente la ejecución del API o denegar temporalmente dicha
ejecución.
7. Procedimiento según cualquiera de las
reivindicaciones anteriores, donde dicho identificador de la
información o servicio que se desea gestionar comprendido en la
petición HTTP (901, 902, 903) comprende el URL de la información o
servicio que se desea gestionar.
8. Procedimiento según la reivindicación 7,
donde dicho URL comprende el MSISDN del terminal móvil (1).
9. Procedimiento según cualquiera de las
reivindicaciones anteriores, donde dicha información almacenada en
el terminal móvil (1) se refiere a una información que se elige de
entre uno de los siguientes grupos: datos personales del usuario
(105) e información sobre el estado del terminal móvil (106).
10. Procedimiento según la reivindicación 9,
donde con dicha información se realiza una acción que se elige de
entre uno de los siguientes grupos de acciones: acciones relativas a
la gestión de datos personales del usuario (101) y acciones
relativas a la gestión de la información sobre el estado del
terminal móvil (102).
11. Procedimiento según cualquiera de las
reivindicaciones anteriores, donde dicha información almacenada en
un terminal móvil (1) se almacena en la memoria del terminal móvil
(1) o en la tarjeta SIM del mismo.
12. Procedimiento según cualquiera de las
reivindicaciones 1 a 8, donde dicho servicio configurado en el
terminal móvil se refiere a un servicio del grupo de servicios del
terminal móvil (107).
13. Procedimiento según la reivindicación 12,
donde con dicho servicio se realiza una acción que se elige del
grupo de acciones relativas a la gestión de servicios del terminal
móvil (103).
14. Procedimiento según la reivindicación 2,
donde dicha petición HTTP (902) se realiza sobre un canal de datos
(1004) que se establece en un canal de señalización previamente
establecido entre la pasarela (4) y el gestor de conexiones IP
(111) del terminal móvil (1).
15. Procedimiento según la reivindicación 3,
donde dicha respuesta HTTP (905) se realiza sobre un canal de datos
(1004) que se establece en un canal de señalización previamente
establecido entre la pasarela (4) y el gestor de conexiones IP
(111) del terminal móvil (1).
16. Procedimiento según cualquiera de las
reivindicaciones 14 ó 15, donde dicho canal de señalización entre
ambos elementos (4, 11) es un socket TCP.
17. Procedimiento según cualquiera de las
reivindicaciones 14 ó 15, donde dicho canal de datos entre ambos
elementos (4, 11) es un socket TCP.
\vskip1.000000\baselineskip
18. Sistema que comprende:
- al menos un terminal móvil (1) configurado
para ser conectado a una red de comunicaciones móviles (3), donde
dicho terminal móvil (1) comprende un servidor web (104), que tiene
definida un API por cada información y por cada servicio
proporcionado por el terminal móvil (1);
- al menos un terminal (7) configurado para ser
conectado a una red de datos (5), donde dicho terminal (7)
comprende un navegador web (700);
- al menos un servidor web (6) conectado a dicha
red de datos (5);
caracterizado por que el terminal (7) es
capaz de gestionar remotamente al menos una información almacenada
y/o un servicio configurado en el terminal móvil (1) mediante el
acceso a al menos una página web creada en el terminal (7) a partir
de la descarga de dicha información almacenada o servicio
configurado en el terminal móvil (1).
\vskip1.000000\baselineskip
19. Sistema según la reivindicación 18, que
comprende además una pasarela (4) capaz de establecer una conexión
entre la red de datos (5) y la red de comunicaciones móviles
(3).
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200701213A ES2333633B1 (es) | 2007-05-07 | 2007-05-07 | Acceso desde un terminal remoto a la informacion de un terminal movil. |
| PCT/ES2008/000320 WO2008135620A1 (es) | 2007-05-07 | 2008-05-07 | Acceso desde un terminal remoto a la información de un terminal móvil |
| EP08761565A EP2146475A1 (en) | 2007-05-07 | 2008-05-07 | Access to information on a mobile terminal from a remote terminal |
| US12/599,490 US9015282B2 (en) | 2007-05-07 | 2008-05-07 | Access to information on a mobile terminal from a remote terminal |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES200701213A ES2333633B1 (es) | 2007-05-07 | 2007-05-07 | Acceso desde un terminal remoto a la informacion de un terminal movil. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2333633A1 ES2333633A1 (es) | 2010-02-24 |
| ES2333633B1 true ES2333633B1 (es) | 2011-02-10 |
Family
ID=39789321
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES200701213A Active ES2333633B1 (es) | 2007-05-07 | 2007-05-07 | Acceso desde un terminal remoto a la informacion de un terminal movil. |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US9015282B2 (es) |
| EP (1) | EP2146475A1 (es) |
| ES (1) | ES2333633B1 (es) |
| WO (1) | WO2008135620A1 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20100134433A (ko) * | 2009-06-15 | 2010-12-23 | 엘지전자 주식회사 | 기능 제어부를 갖는 이동 단말기 |
| CN102651860B (zh) * | 2011-02-24 | 2014-12-31 | 华为终端有限公司 | 一种设备管理方法及装置 |
| KR101257171B1 (ko) * | 2011-04-28 | 2013-04-22 | 엔에이치엔(주) | 모바일 단말의 움직임 및 시각에 대한 정보를 이용하여 사용자들간에 관계를 설정하는 소셜 네트워크 서비스 제공 시스템 및 방법 |
| US10353563B2 (en) | 2011-06-08 | 2019-07-16 | Citrix Systems, Inc. | Methods and system for locally generated gesture and transition graphics interaction with terminal control services |
| CN103095479A (zh) * | 2011-11-04 | 2013-05-08 | 华为技术有限公司 | 业务配置的方法及装置 |
| KR20130086408A (ko) * | 2012-01-25 | 2013-08-02 | 삼성전자주식회사 | Ｈｔｔｐ 소켓 제어장치 및 방법 |
| CN102629943B (zh) * | 2012-04-05 | 2015-12-09 | 华为终端有限公司 | 一种移动宽带设备及其移动宽带业务处理的方法 |
| CN102790800B (zh) * | 2012-06-25 | 2015-08-19 | 华为终端有限公司 | 一种移动宽带设备的业务实现方法及装置 |
| US9043939B2 (en) | 2012-10-26 | 2015-05-26 | International Business Machines Corporation | Accessing information during a teleconferencing event |
| KR102051540B1 (ko) * | 2013-02-21 | 2020-01-08 | 삼성전자주식회사 | 디스플레이장치 및 그 제어방법 |
| US20160182604A1 (en) * | 2014-12-19 | 2016-06-23 | Zih Corp. | Method for enabling communication between a user device browser and a local device |
| US9992258B2 (en) * | 2015-01-13 | 2018-06-05 | Whatsapp Inc. | Techniques for managing a remote web client from an application on a mobile device |
| CN108353067B (zh) | 2015-11-30 | 2020-06-02 | 华为技术有限公司 | 一种能力开放的实现方法、系统及相关设备 |
Family Cites Families (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE261638T1 (de) * | 1997-10-15 | 2004-03-15 | Nokia Corp | Mobiles telefon für internet-anwendungen |
| US6292833B1 (en) | 1998-07-17 | 2001-09-18 | Openwave Systems Inc. | Method and apparatus for providing access control to local services of mobile devices |
| US7004652B2 (en) * | 2000-05-23 | 2006-02-28 | Silverbrook Research Pty Ltd | Printer for accommodating varying page thickness |
| JP2001339762A (ja) | 2000-05-29 | 2001-12-07 | Mitsubishi Electric Corp | 通信システム及び通信方法及び携帯電話 |
| KR100841301B1 (ko) | 2001-12-28 | 2008-06-25 | 엘지전자 주식회사 | 이동통신 단말기의 데이터 관리 시스템 및 그 방법 |
| US6968535B2 (en) * | 2002-03-21 | 2005-11-22 | Sun Microsystems, Inc. | Service mapping method of enterprise application modeling and development for multi-tier service environments |
| KR20040023426A (ko) | 2002-09-11 | 2004-03-18 | 엘지전자 주식회사 | 이동 통신 단말기의 원격 정보 입력 방법 |
| KR100515239B1 (ko) | 2003-05-22 | 2005-09-21 | 주식회사 데크 | 제올라이트를 촉매로 사용한 폴리카보실란의 제조 방법 |
| US20050004968A1 (en) | 2003-07-02 | 2005-01-06 | Jari Mononen | System, apparatus, and method for a mobile information server |
| KR20050019164A (ko) | 2003-08-18 | 2005-03-03 | 주식회사 퓨처텔 | 웹 서비스를 이용한 모바일 단말기의 컨텐츠 관리 방법 및그 시스템 |
| JP4400198B2 (ja) | 2003-12-09 | 2010-01-20 | 日本電気株式会社 | 携帯電話の内部データ編集システムとその方法 |
| US8996454B2 (en) * | 2004-01-07 | 2015-03-31 | Nokia Corporation | Remote management and access of databases, services and devices associated with a mobile terminal |
| US7647647B2 (en) * | 2004-08-05 | 2010-01-12 | International Business Machines Corporation | System, method and program product for temporally authorizing program execution |
| KR20070087168A (ko) * | 2004-12-22 | 2007-08-27 | 노키아 코포레이션 | 통신 시스템 내의 이동 정보 서버로의 액세스 모니터링 |
| US8069219B2 (en) * | 2005-03-03 | 2011-11-29 | Nokia Corporation | Method and apparatus for implementing a mobile web server based system |
| GB0504554D0 (en) | 2005-03-04 | 2005-04-13 | Vodafone Plc | Personal access platform |
| ES2299293B1 (es) | 2005-05-06 | 2009-04-01 | Vodafone España, S.A. | Sistema de acceso remoto a servici0s de telefonia movil de un equipo movil. |
| US8190773B2 (en) * | 2005-06-03 | 2012-05-29 | Nokia Corporation | System and method for accessing a web server on a device with a dynamic IP-address residing behind a firewall |
| US7917124B2 (en) * | 2005-09-20 | 2011-03-29 | Accenture Global Services Limited | Third party access gateway for telecommunications services |
| US20070214429A1 (en) * | 2006-03-13 | 2007-09-13 | Olga Lyudovyk | System and method for managing application alerts |
| US8264715B2 (en) | 2006-04-25 | 2012-09-11 | Ricoh Company, Ltd. | Approach for implementing locked printing with remote unlock on printing devices |
| US20080003996A1 (en) * | 2006-06-30 | 2008-01-03 | Nokia Corporation | Controlling mobile messaging remotely |
| DE602006017751D1 (de) | 2006-07-28 | 2010-12-02 | Telecom Italia Spa | Kommunikationsverfahren zwischen einem kombinatorischen endgerät und einem mulitmedia-endgerät |
| US8060075B2 (en) | 2007-04-02 | 2011-11-15 | Yahoo! Inc. | Mobile addressability with mapping of phone numbers to dynamic IP addresses |
| US20090106366A1 (en) * | 2007-10-17 | 2009-04-23 | Nokia Corporation | System and method for visualizing threaded communication across multiple communication channels using a mobile web server |
-
2007
- 2007-05-07 ES ES200701213A patent/ES2333633B1/es active Active
-
2008
- 2008-05-07 EP EP08761565A patent/EP2146475A1/en not_active Withdrawn
- 2008-05-07 US US12/599,490 patent/US9015282B2/en not_active Expired - Fee Related
- 2008-05-07 WO PCT/ES2008/000320 patent/WO2008135620A1/es active Application Filing
Non-Patent Citations (2)
| Title |
|---|
| J. WIKMAN et al. "{}Personal Website on a Mobile Phone"{}, Nokia Technical Report. 24.05.2006. NRC-TR-2006-004. Recuperado de internet: http://research.nokia.com/files/NRC-TR-2006-004.pdf * |
| J. WIKMAN et al., "{}Providing HTTP Access to Web Servers Running on Mobile Phones"{}, Nokia Technical Report NRC-TR-2006-005, May 24, 2006. Recuperado de internet: http://research.nokia.com/files/NRC-TR-2006-005.pdf * |
Also Published As
| Publication number | Publication date |
|---|---|
| ES2333633A1 (es) | 2010-02-24 |
| US20110202631A1 (en) | 2011-08-18 |
| WO2008135620A8 (es) | 2010-01-07 |
| EP2146475A1 (en) | 2010-01-20 |
| US9015282B2 (en) | 2015-04-21 |
| WO2008135620A1 (es) | 2008-11-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2333633B1 (es) | Acceso desde un terminal remoto a la informacion de un terminal movil. | |
| ES2310123B1 (es) | Acceso remoto desde una extension de un navegador web a la informacion de un terminal movil. | |
| ES2813093T3 (es) | Método para atender solicitudes de acceso a información de ubicación | |
| US8819233B2 (en) | System and method using a web proxy-server to access a device having an assigned network address | |
| CN106797391A (zh) | 使用mqtt协议的服务层交互工作 | |
| ES2427249T3 (es) | Gestión del inicio de sesión automático a recursos objetivo de Internet | |
| JP5847853B2 (ja) | 割り当てられたネットワークアドレスを有するデバイスにアクセスするためのシステムおよび方法 | |
| US20130067085A1 (en) | System and method using a client-local proxy-server to access a device having an assigned network address | |
| ES2397478T3 (es) | Métodos y sistemas para el intercambio de información a nivel de comunidades a través de terminales de comunicación individuales | |
| ES2551301T3 (es) | Método y aparato para comunicar datos entre dispositivos de ordenador | |
| JP2018524949A (ja) | Ｗｉ−Ｆｉアクセス管理システムおよびその動作方法 | |
| CN103858457A (zh) | 用于身份提供商(IdP)漫游/代理的多跳单点登录(SSO) | |
| ES2800430T3 (es) | Método de detección de tipo de red inalámbrica y dispositivo electrónico | |
| EP2701371B1 (en) | Constructing a Contact Sharing History | |
| ES2342171T3 (es) | Sincronizacion de base de datos. | |
| ES2848539T3 (es) | Técnica de cooperación entre una pluralidad de entidades cliente | |
| CN102318376B (zh) | 用于实现隐私控制的方法和系统 | |
| ES2284323B1 (es) | Metodo para permitir a un usuario movil enviar contenido multimedia desde un ordenador hacia otro usuario de telefonia movil. | |
| EP3136758A1 (fr) | Procédé et système de mise en relation sociale anonyme et sécurisée lors d'un événement | |
| Talahmeh et al. | Blood Bank System | |
| Huỳnh | IoT authorization with web application | |
| Maximo et al. | Pro LCS: Live communications server administration | |
| BRPI0810720B1 (pt) | Método para entregar conteúdo para ou em nome de um usuário, e, sistema de entrega de conteúdo |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| EC2A | Search report published |
Date of ref document: 20100224 Kind code of ref document: A1 |
|
| FG2A | Definitive protection |
Ref document number: 2333633 Country of ref document: ES Kind code of ref document: B1 Effective date: 20110131 |