ES2693975T3

ES2693975T3 - Provisión de servicios telemáticos por medio de una red de telefonía móvil

Info

Publication number: ES2693975T3
Application number: ES17153457.1T
Authority: ES
Inventors: Amedeo Imbimbo; Enrico De Luca; Guido Gehlen
Original assignee: Telefonaktiebolaget LM Ericsson AB
Current assignee: Telefonaktiebolaget LM Ericsson AB
Priority date: 2007-12-20
Filing date: 2007-12-20
Publication date: 2018-12-17
Anticipated expiration: 2027-12-20
Also published as: JP2011509001A; KR101707242B1; EP2223499A1; EP3179703A1; JP6001821B2; WO2009080076A1; BRPI0722304A2; US20110035476A1; EP2223499B1; BRPI0722304B1; US8700746B2; KR20160127842A; EP2223499B9; PL3179703T3; CN101946490A; KR20100099725A; EP3179703B1

Abstract

Método de control de un servidor de aplicaciones accesible por medio de una red de telefonía móvil, que comprende las siguientes etapas llevadas a cabo por un dispositivo terminal (106, 102') de la red (110) de telefonía móvil: - establecer (302) información (124) de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal (106, 106') de usuario, en donde el entorno es un objeto físico (101) que está alejado del servidor de aplicaciones y la información de ajuste es indicativa de una relación entre el terminal (106) de usuario y el objeto físico (101), y en donde la información de ajuste indica uno de una pluralidad de ajustes de entorno predefinidos; y - transmitir (304) la información de ajuste, por medio de una interfaz (126) de radiocomunicaciones de la red de telefonía móvil, al servidor (108) de aplicaciones para controlar una aplicación (109) de acuerdo con la información de ajuste.

Description

5

10

15

20

25

30

35

40

45

50

55

DESCRIPCION

Provision de servicios telematicos por medio de una red de telefoma movil Campo tecnico

La invencion se refiere a tecnicas para controlar un servidor de aplicaciones accesible por medio de una red de telefoma movil. Mas espedficamente, la invencion se refiere a tecnicas para controlar un servicio telematico alojado por un servidor de aplicaciones accesible por medio de una red de telefoma movil.

Antecedentes

Desde un punto de vista general, los servicios telematicos comprenden aplicaciones tan diversas como servicios relacionados con el trafico, servicios de gestion de instalaciones, control remoto de aparatos, servicios telematicos relacionados con la salud (“sanidad electronica”), servicios telematicos en el campo de aparatos de seguridad, etcetera. Probablemente, el mas popular es el campo de los servicios telematicos relacionados con el trafico a los cuales, cuando se refieren a servicios telematicos en y para vetculos, se les denomina, en ocasiones, telematica vehicular, y a los servicios proporcionados en este campo se les denomina telematica vehicular. Aunque las expresiones “telematica relacionada con el trafico” y “telematica vehicular” se usaran mayormente como sinonimos en la presente, y se consideraran servicios automovilfsticos de este campo a modo de ejemplificacion, debe tenerse en mente que la siguiente descripcion es aplicable tambien para servicios telematicos en muchos otros campos.

Son ejemplos de vetnculos los vetnculos de carretera como coches, camiones, autobuses, vetnculos acuaticos como buques y barcos, vetnculos aereos como aviones, aeronaves y helicopteros, y vetnculos ferroviarios como trenes.

Muchos servicios telematicos relacionados con el trafico tienen como objetivo final coordinar el trafico de carretera, es decir, incrementar la eficiencia de uso de una infraestructura de trafico, por ejemplo, evitando atascos, o el trafico que surge al buscar un aparcamiento o minimizando viajes en vado de vetnculos de carga. En relacion con esto, los servicios telematicos tfpicos para vetnculos de carretera - a los que se hace referencia tambien como aplicaciones automovilfsticas - son los servicios de prevision del trafico y los servicios de alerta de trafico. La informacion de servicio proporcionada por dichos servicios se puede suministrar directamente al conductor del vetnculo de carretera o, posiblemente, puede llevarse a navegadores electronicos montados en coches. Otros servicios de vetnculos de carretera pueden referirse, por ejemplo, a la asistencia en caso de funcionamientos defectuosos o accidentes de vetnculos de carretera. Muchos de estos servicios telematicos para vetnculos de carretera se basan en la posicion o ubicacion geografica del(de los) usuario(s), respectivamente su(s) terminal(es) de usuario. La informacion de posicion requerida (informacion de ubicacion) puede venir determinada, por ejemplo, por unidades de GPS (Sistema de Posicionamiento Global) montadas a bordo de los vetnculos o puede obtenerse a partir del(de los) terminal(es) de usuario. Son concebibles aplicaciones similares para otros tipos de vetnculos como vetnculos acuaticos, aereos o ferroviarios.

Los servicios telematicos pueden ser proporcionados por servidores de aplicaciones, a los cuales debe transmitirse informacion desde los vetnculos, y desde los cuales se transmite informacion de servicio de vuelta a los vetnculos. Por ejemplo, un servicio de prevision del trafico se basara en informacion de ubicacion geografica de un subconjunto adecuado de los vetnculos que constituyen un flujo de trafico particular para poder determinar no solamente un estado momentaneo del flujo, sino para llegar, tambien, a una suposicion realista sobre el desarrollo futuro del flujo de trafico. De este modo, un servidor de aplicaciones que aloja una aplicacion correspondiente a un servicio de prevision del trafico recibe informacion de ubicacion sobre un primer trayecto de comunicaciones, y proporciona la informacion de prevision del trafico sobre un segundo trayecto de comunicaciones (en donde los dos caminos en general no seran identicos).

El uso de redes de telefoma movil en un entorno telematico para proporcionar uno o los dos de los caminos de comunicaciones entre vetnculos y el servidor de aplicaciones, aporta ventajas con respecto al uso de otras redes disenadas, probablemente, de manera espedfica. Las redes de telefoma movil estan disponibles y los telefonos moviles (terminales moviles, terminales de usuario) presentan un uso extendido en muchas de las areas en las que pueden ofrecerse servicios telematicos, por ejemplo, en Europa y muchas regiones de Asia. Puede realizarse un seguimiento de la ubicacion de los telefonos moviles no solamente por que algunos de ellos tienen una unidad GPS incorporada; la propia red de telefoma movil puede determinar una ubicacion del dispositivo movil mediante uno de diversos procedimientos de localizacion celular; por ejemplo, la ubicacion del dispositivo movil se puede determinar por medio de triangulacion desde estaciones base cercanas. Dichas tecnicas estan disponibles para la provision de servicios basados en la ubicacion en muchas redes de telefoma movil. Por lo tanto, no es necesario que haya disponibles unidades GPS complejas y caras en muchos telefonos moviles y/o vetnculos; la red de telefoma movil puede determinar, en cambio, informacion de ubicacion a partir de un numero suficientemente grande de participates en el servicio para proporcionar, por ejemplo, un servicio de prevision de trafico.

Mientras que la precision del GPS convencional es baja, el GPS Diferencial (D-GPS) puede lograr una precision del orden de metros; no obstante, el D-GPS es tambien mas complejo y puede no estar disponible en todo momento y en cualquier lugar. Los mecanismos de localizacion celular tienen una precision en el intervalo de 200 metros a 2 kilometros, lo cual puede mejorarse comparando la ubicacion medida del telefono con un mapa de carreteras

5

10

15

20

25

30

35

40

45

50

55

almacenado.

En general, cuando se usa informacion de ubicacion indicativa de una ubicacion del telefono movil, se supone impKcitamente que la ubicacion del telefono movil es identica a la ubicacion del velmculo. No obstante, mientras que la unidad GPS de a bordo de un vehnculo puede estar asociada de manera fija al velmculo, un telefono movil no; en general, un telefono movil esta asociado (vagamente) a su usuario y, por lo tanto, es movil.

Un servicio telematico vehicular basado en la localizacion celular convencional puede no ser muy fiable y preciso, en la medida en la que no se puede determinar si cualquier terminal movil particular esta ubicado realmente dentro de un velmculo que forma parte del flujo de trafico a analizar, o pertenece de hecho a un velmculo aparcado, a un peaton o incluso a un usuario en un edificio cercano. En el caso de que estos telefonos moviles (terminales de usuario) esten registrados en el servicio, el servidor tendra en cuenta su informacion de ubicacion aunque esto distorsione el calculo del flujo de trafico.

Para ofrecer un servicio mas fiable y preciso, se requieren mecanismos complejos tales como el D-GPS y/o el mapeo de ubicaciones medidas con respecto a mapas de carreteras. Incluso en ese caso, el servicio se basa, por ejemplo, en la disponibilidad del D-GPS y su precision depende fuertemente de consideraciones de credibilidad de que los telefonos moviles localizados en una carretera de acuerdo con un mapa de carreteras esten participando realmente en el flujo de trafico que se va a analizar. En cualquier caso, esos tipos de mecanismo mejorado implican rutinas de determinacion complejas y tambien puede derivar en resultados erroneos en caso de que la suposicion subyacente de que el telefono movil esta participando realmente en el flujo de trafico sea incorrecta.

El documento US 2002/0098853 describe un metodo y un sistema para proporcionar servicios dirigidos a velmculos. Se recibe una solicitud de servicio desde un vetnculo. Se recibe tambien una ubicacion del vetnculo. Se determina informacion habilitadora de entrega basandose en la solicitud de servicio y en la ubicacion del vetnculo. El servicio correspondiente a la solicitud de servicio se configura basandose en la informacion habilitadora de entrega. El servicio configurado se envfa al velmculo. Desde un componente de comunicaciones del vehnculo puede recibirse una serial que incluye un identificador de velmculo. El identificador de vehnculo puede ser un codigo exclusivo que incluye informacion de identificador de usuario y la ubicacion del velmculo. A un componente de comunicaciones del velmculo se le puede enviar una lista de canales de entrega. Un cliente vehicular puede ser un ocupante del velmculo o cualquier dispositivo de cliente adecuado contenido en el velmculo. La aplicacion de gestion del servicio puede incluir un componente incorporado en el vehnculo. Este componente incorporado en el velmculo puede estar ubicado en o sobre el velmculo, o puede estar en comunicacion con el cliente vehicular.

El documento US 2004/142678 describe un metodo y un aparato para proporcionar una notificacion de emergencia desde un velmculo a un numero E911 predeterminado. Cuando un sistema de deteccion en el velmculo detecta un evento vehicular tal como una colision, el mismo envfa, por medio de un enlace de comunicaciones inalambricas, un mensaje de evento a un dispositivo movil que comprende un telefono celular. Activado por la recepcion del mensaje de evento, el telefono celular marca el E911 y transmite datos a un Punto de Respuesta de Seguridad Publica (PSAP). Dichos datos pueden incluir, entre otros, informacion de ubicacion del velmculo y el terminal movil.

El documento US 5544321 describe un sistema en el que se obtiene informacion de ubicacion para objetos ffsicos y en el que la informacion de ubicacion incluye ubicacion puntual y extension. La ubicacion se obtiene solicitando dispositivos o agentes respectivos con el uso de las denominadas solicitudes RPC. La coincidencia de dispositivos se determina con la ayuda de un servicio de localizacion en el cual diversos agentes registran informacion espedfica de la ubicacion usando tuplas que contienen informacion de ubicacion y que se comparan de acuerdo con ciertas especificaciones de distancia.

Sumario

Existe una demanda de una tecnica para proporcionar servicios telematicos fiables basados en servidores, tales como servicios telematicos vehiculares, que sean menos complejos que los mecanismos antes descritos.

Esta demanda se satisface con cualquiera de las reivindicaciones independientes. Las reivindicaciones dependientes describen otras realizaciones.

Se describe un primer metodo de control de un servidor de aplicaciones. El metodo es llevado a cabo por un servidor de aplicaciones accesible por medio de una red de telefoma movil, y comprende recibir informacion de ajuste por medio de una interfaz de radiocomunicaciones de la red de telefoma movil, en donde la informacion de ajuste indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal de usuario; y controlar una aplicacion alojada por el servidor de aplicaciones de acuerdo con la informacion de ajuste recibida.

La red de telefoma movil puede ser, por ejemplo, una red GSM (Sistema Global para Comunicacion Movil), UMTS (Sistema de Telecomunicaciones Moviles Universales) o LTE (Evolucion a Largo Plazo del UMTS). El servidor de aplicaciones puede estar relacionado con la red de telefoma movil de diversas maneras; por ejemplo, el servidor puede formar parte de la red de telefoma movil, por ejemplo, puede pertenecer a un IMS (Subsistema Multimedia de Internet) de una red UMTS. En otras variantes, el servidor de aplicaciones esta ubicado externamente con respecto a la red de telefoma movil y se puede acceder al mismo por medio de, por ejemplo, una o mas redes fijas tales como

5

10

15

20

25

30

35

40

45

50

55

60

la Internet. El terminal de usuario puede ser cualquier dispositivo terminal capaz de comunicarse por medio de la interfaz de radiocomunicaciones de la red de telefoma movil, y que comprende, por ejemplo, telefonos moviles, telefonos inteligentes, PDAs (Asistentes Personales Digitales), ordenadores portatiles de tipo notebook, etcetera. El terminal de usuario puede estar relacionado con un unico usuario o un grupo de usuarios y tambien puede referirse a uno o ambos de entre un usuario ffsico o un usuario no personal tal como una empresa.

La informacion de ajuste puede interpretarse como informacion sobre el despliegue de un terminal de usuario en un entorno. Por lo tanto, puede ser indicativa de una relacion entre un terminal de usuario y un entorno en el cual se despliega el terminal de usuario. Dicha relacion puede definirse por medio de un ajuste de entorno.

Un ajuste de entorno puede expresarse por medio de un marco que comprende uno o mas ambitos o condiciones circundantes particulares del entorno en el cual se despliega el terminal de usuario. Como ejemplo, pueden predefinirse dos ajustes de entorno, a saber “en vehffculo” y “no en un vehffculo”, lo cual significa que “el terminal de usuario esta en un entorno denominado vehffculo” o “el terminal de usuario no esta en un entorno denominado vehffculo”. La informacion de ajuste puede indicar exactamente una de estas posibilidades predefinidas. En este ejemplo, la informacion de ajuste se puede recibir como una informacion de 1 bit, a saber “bit activado” y “bit no activado”, que pueden indicar los ajustes de entorno anteriores de acuerdo con una prescripcion predefinida, por ejemplo, “en un vehffculo” se puede indicar mediante la informacion de ajuste “bit=1” y “no en un vehffculo” mediante la informacion de ajuste “bit = 0”. De este modo, en caso de que se predefina una pluralidad de ajustes de entorno, la informacion de ajuste puede indicar uno de estos ajustes meramente mediante una (breve) referencia.

De acuerdo con una implementacion, el entorno puede ser un objeto ffsico y la informacion de ajuste es indicativa de una relacion entre el terminal de usuario y el objeto ffsico. Por ejemplo, la informacion de ajuste puede comprender una indicacion de una posicion del terminal de usuario con respecto a un objeto ffsico. Por ejemplo, puede hacerse referencia a un tipo o clase de objeto ffsico. Por ejemplo, el objeto ffsico puede ser un vehffculo (tal como un coche, un autobus, una furgoneta, aunque tambien una embarcacion, un avion, etcetera), un edificio, por ejemplo, un edificio publico tal como una biblioteca por contraposicion a otros edificios publicos o privados, una sala de un edificio, tal como una sala de reuniones, por ejemplo. El objeto ffsico tambien puede interpretarse como un sitio general, tal como “cerca de una parada de transporte publico”, por ejemplo, estaciones ferroviarias o de autobus, o “el lugar central de una cuidad”. La informacion de ajuste puede indicar que una posicion del terminal de usuario esta “en”, “dentro de”, “cerca de”, “muy proxima a”, etcetera, en relacion con el objeto ffsico. Como ejemplo mas general, la existencia de una relacion posicional de un terminal de usuario y un objeto ffsico se puede determinar basandose, por ejemplo, en el establecimiento de una conexion de comunicacion local, especialmente por medio de una tecnica de comunicacion de corto alcance como, por ejemplo, Bluetooth u otras tecnicas que tengan una cobertura de varios metros o inferior, entre unidades de comunicacion local en el terminal de usuario y el objeto ffsico, por ejemplo, unidades de comunicacion Bluetooth en el terminal de usuario y un vehffculo. En este caso, la indicacion de ajuste puede indicar “comunicacion local establecida”, lo cual puede no indicar necesariamente que el terminal de usuario esta “en” el objeto ffsico, sino que puede definir el significado de “cerca de” o “muy proximo a”.

En cualquier caso, el servidor de aplicaciones esta habilitado para distinguir aquellos dispositivos terminales desde los cuales se recibe informacion de ajuste apropiada con respecto a otros que no presentan esta clase de informacion de ajuste.

Tal como ya se ha descrito de manera ejemplificativa, en algunas realizaciones la informacion de ajuste puede indicar si el terminal de usuario esta o no cerca o dentro del objeto ffsico. Ahondando en los ejemplos anteriores, la indicacion de ajuste puede indicar o bien “en un vetffculo” o bien “no en un vetffculo” (en la presente, presentado en ocasiones, por motivos de brevedad, como “no/en un vetffculo”), “no/en una reunion”, “no/en casa”, “en el lugar central de la cuidad” o “cerca de una parada de transporte publico”. Otras relaciones espaciales tambien se pueden indicar segun se requiera por parte de una aplicacion particular.

La informacion de ajuste puede comprender una indicacion del estado operativo del objeto ffsico. Por ejemplo, la indicacion de estado puede indicar si un motor del objeto esta encendido y/o si el objeto se mueve. De manera adicional o alternativa, se puede indicar la velocidad del objeto ffsico. Dicha informacion puede ser util con respecto a cualquier tipo de objeto ffsico motorizado y/o movil, por ejemplo, para los ajustes de entorno “no/en un vehffculo”, aunque tambien para ajustes relacionados con autobuses, furgonetas, trenes, embarcaciones, etcetera, y puede ayudar ademas a discriminar vehffculos aparcados (no operativos) con respecto a vehffculos conducidos (operativos) en un trayecto de trafico (por ejemplo, carretera, no, etcetera), incrementado asf la precision de la aplicacion.

Algunas implementaciones del metodo pueden comprender la etapa de iniciar, activada por la recepcion de la informacion de ajuste, una ejecucion de un servicio de localizacion para determinar una ubicacion relacionada con el terminal de usuario y/o un dispositivo terminal asociado al entorno, en el cual se despliega el terminal de usuario. Por ejemplo, una aplicacion de un servicio de prevision del trafico se puede configurar para incluir una posicion de un terminal de usuario en previsiones del trafico unicamente despues de que el terminal haya indicado su ajuste de entorno como estando “en un vehffculo”. Despues de que se haya recibido esta clase de indicacion de ajuste, se puede poner en marcha un servicio de localizacion (aplicacion de localizacion) para determinar la posicion del terminal de usuario. Por ejemplo, un servicio de localizacion en la red de telefoma movil puede solicitar informacion de ubicacion del terminal de usuario o de un dispositivo terminal asociado a un objeto ffsico, tal como un vehffculo,

5

10

15

20

25

30

35

40

45

50

55

dentro del cual esta ubicado el terminal de usuario. Una unidad GPS proporcionada en el terminal de usuario o incorporada en el objeto ffsico, por ejemplo, el vehnculo, se puede usar para determinar la informacion de ubicacion solicitada.

La aplicacion ejecutada en el servidor puede implementar un servicio telematico vehicular tal como un servicio de prevision de trafico o de alerta de trafico, o puede implementar cualquier otro servicio telematico vehicular relacionado con el seguimiento de vehnculos, el seguimiento de remolques, la gestion de flotas, sistemas de aviso de emergencia para vehnculos, etcetera. En lugar de referirse a trafico de carretera, la aplicacion tambien se puede referir a trafico ferroviario o cualquier otro tipo de trafico. Todavfa adicionalmente, la aplicacion puede ser una aplicacion telematica en un sentido mas amplio, por ejemplo, relacionada con el telecontrol de aparatos tales como aparatos domesticos, control de semaforos, o de configuraciones relacionadas con un usuario del terminal de usuario; por ejemplo, un perfil de usuario correspondiente al usuario en la red movil y/o cualquier otra red se puede configurar de acuerdo con la indicacion de ajuste recibida.

La informacion de ajuste puede estar comprendida en un perfil de usuario relacionado con el terminal de usuario. Por ejemplo, la etapa de controlar la aplicacion puede comprender las etapas de representar la informacion de ajuste en el perfil de usuario relacionado con el terminal de usuario, y acceder a la informacion de ajuste representada en el perfil de usuario por parte de la aplicacion. El perfil de usuario se puede alojar en la red de telefoma movil, por ejemplo, en un HLR (Registro de Posiciones Domesticas) o HSS (Servidor de Abonados Domesticos), en unos medios de almacenamiento de perfiles de usuario de otras redes, o puede ser alojado por el propio servidor de aplicaciones o estar asociado a este ultimo. Se puede acceder al perfil de usuario, por ejemplo, repetidamente (debido a una operacion de sondeo de un servidor de aplicaciones) o de manera independiente con respecto al momento en el que se ha establecido la informacion de ajuste, por parte de cualquier otra aplicacion y tambien por parte de entidades de control en la red de telefoma movil. Ademas, de esta manera, la informacion de ajuste se puede usar para controlar un perfil de usuario correspondiente a un usuario del terminal de usuario en la red de telefoma movil y/o cualquier otro entorno de comunicaciones, por ejemplo, un entorno telematico, en funcion de un entorno o ambito dentro o cerca del cual esten situados el terminal de usuario y el usuario del mismo.

La etapa de control de la aplicacion puede comprender poner en marcha la aplicacion. Por ejemplo, puede ponerse en marcha una aplicacion de localizacion para determinar una ubicacion del terminal de usuario y proporcionar informacion de ubicacion correspondiente a otras aplicaciones, tales como una aplicacion de prevision de trafico. De manera alternativa o adicional, la etapa de control de la aplicacion puede comprender (re)configurar la aplicacion. Por ejemplo, una aplicacion de prevision de trafico se puede configurar para incluir una ubicacion del terminal de usuario unicamente como respuesta a la recepcion de una informacion de ajuste adecuada.

En algunas realizaciones del metodo, la etapa de control de la aplicacion puede comprender la etapa de proporcionar informacion de resultado a consecuencia de la ejecucion de la aplicacion, a por lo menos uno del terminal de usuario y el objeto ffsico. Por ejemplo, un servicio de prevision de trafico puede proporcionar una informacion de prevision de trafico por medio de la red de telefoma movil y por medio de una conexion de punto-a- punto o una conexion de punto-a-multipunto (difusion general, multidifusion), al terminal de usuario.

La demanda antes mencionada se satisface adicionalmente con un segundo metodo de control de un servidor de aplicaciones accesible por medio de una red de telefoma movil. Este metodo es llevado a cabo por un dispositivo terminal de la red de telefoma movil, y comprende las etapas de establecer informacion de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal de usuario; y transmitir la informacion de ajuste, por medio de una interfaz de radiocomunicaciones de la red de telefoma movil, al servidor de aplicaciones para controlar una aplicacion de acuerdo con la informacion de ajuste. El dispositivo terminal puede comprender el terminal de usuario o un dispositivo terminal asociado al ajuste de entorno en el cual se despliega el terminal de usuario; por ejemplo, el dispositivo terminal se puede incorporar de manera fija en un vehnculo.

Anteriormente ya se han resumido propiedades requeridas y opcionales de la informacion de ajuste asf como la aplicacion con respecto al primer metodo; los aspectos descritos en ese punto son aplicables tambien para la informacion de ajuste y la aplicacion segun se menciona en el segundo metodo.

Haciendo referencia adicionalmente al segundo metodo, la etapa de transmitir la informacion de ajuste puede ser activada automaticamente por la etapa de establecimiento de la informacion de ajuste. Por ejemplo, el terminal de usuario puede conectarse ffsicamente a un vehnculo, y puede llevar a cabo una rutina de determinacion de ajustes de entorno que actue sobre informacion recibida del vefnculo con el fin de determinar si esta situado “no/en un vefnculo”. En caso de que la rutina llegue a conclusion de que el ajuste de entorno es o ha cambiado a “en un vehic^o”, la rutina puede activar la transmision de informacion de ajuste que indica “en un vehic^o”.

La etapa de establecimiento de la informacion de ajuste puede comprender las etapas de recibir una indicacion para el ajuste de entorno por medio de una conexion de comunicacion local entre el terminal de usuario y el dispositivo terminal asociado al entorno en el cual se despliega el terminal de usuario; y determinar la informacion de ajuste a partir de la indicacion. Por ejemplo, la indicacion puede comprender el establecimiento de un regimen de comunicacion particular, el cual se usa tfpicamente en un entorno particular. Por ejemplo, el terminal de usuario puede establecer una comunicacion Bluetooth con un kit manos libres de un vehnculo. El HFP (Perfil de Manos

5

10

15

20

25

30

35

40

45

50

55

Libres) Bluetooth se puede establecer entre ellos. El terminal de usuario, basandose en el establecimiento de la conexion, puede concluir que esta situado en un velmculo. Por ejemplo, se puede ejecutar un mecanismo de emparejamiento Bluetooth entre las unidades de comunicacion locales en el terminal de usuario y el velmculo. Una direccion de dispositivo de la unidad de comunicacion Bluetooth del terminal de usuario se puede almacenar en la unidad de comunicacion Bluetooth del velmculo (y/o viceversa). El usuario tambien puede concederse autorizacion a sf mismo de otras maneras ante el velmculo. Por ejemplo, un accionamiento de la llave de contacto se puede usar como indicacion de que el usuario esta “en el velmculo”, de manera que la informacion sobre el accionamiento es indicativa de un ajuste de entorno representado por la informacion de ajuste “en el velmculo”.

Como variante alternativa, si la comunicacion Bluetooth esta en reposo durante mas de un periodo de tiempo, tal como, por ejemplo, 10 segundo, el terminal de usuario puede concluir que, realmente, esta en el velmculo y no solamente pasando por su lado, y, a continuacion, puede transmitir una informacion de ajuste respectiva a la red de telefoma movil.

En otra realizacion, un dispositivo terminal asociado de manera fija a un velmculo puede usar el establecimiento de una conexion de comunicacion de corto alcance con el terminal de usuario como indicacion y puede determinar, de manera correspondiente, la informacion de ajuste “en un velmculo” como relacionada con el terminal de usuario conectado con el dispositivo terminal, a partir de esta indicacion.

La indicacion local se puede recibir durante el establecimiento de la conexion de comunicacion local con, por ejemplo, un dispositivo espedfico de ajuste de entorno, es decir, un dispositivo terminal el cual esta asociado de manera fija al entorno, por ejemplo, durante el establecimiento de una comunicacion USB o Bluetooth. El dispositivo espedfico del ajuste puede ser una unidad de comunicacion local asociada ffsicamente a un objeto ffsico, por ejemplo, puede ser un kit de manos libres incorporado en un velmculo. Otro de los ejemplos puede referirse a una estacion base Bluetooth o punto de acceso WLAN situado en una sala de reuniones, en casa, en una parada de transporte publico, etcetera.

Tal como ya se ha descrito de manera ejemplificativa, la conexion de comunicacion local puede comprender una conexion de comunicacion local inalambrica de acuerdo con el Bluetooth, la WLAN o normativas de comunicacion similares de corto alcance. Las conexiones de comunicacion inalambrica, debido a sus propiedades libres de contacto, se pueden establecer, de manera ventajosa, automaticamente, es decir, no requieren que el usuario lleve a cabo ninguna accion.

El segundo metodo puede comprender las etapas adicionales de recibir una solicitud de informacion de ubicacion del servidor de aplicaciones y proporcionar la informacion de ubicacion solicitada. Por ejemplo, una aplicacion de localizacion puede solicitar informacion GPS del terminal de usuario como respuesta a la informacion de ajuste proporcionada por el terminal.

Ademas, la demanda antes mencionada se satisface por medio de un producto de programa de ordenador, el cual comprende porciones de codigo de programa para llevar a cabo las etapas de uno cualquiera de los metodos y aspectos de metodo descritos en la presente cuando el producto de programa de ordenador se ejecuta en uno o mas dispositivos informaticos, por ejemplo, un servidor de aplicaciones o un terminal de usuario. El producto de programa de ordenador se puede almacenar en un soporte de grabacion legible por ordenador, tal como una memoria permanente o regrabable dentro de o asociada a un dispositivo informatico o un CD-ROM, DVD o memoria USB extrafble. De manera adicional o alternativa, el producto de programa de ordenador se puede proporcionar para su descarga a un dispositivo informatico, por ejemplo, por medio de una red de datos tal como Internet o una lmea de comunicaciones, tal como una lmea telefonica o enlace inalambrico.

La demanda antes mencionada se satisface adicionalmente por medio de un servidor de aplicaciones accesible a traves de una red de telefoma movil. El servidor de aplicaciones comprende un primer componente adaptado para recibir informacion de ajuste por medio de una interfaz de radiocomunicaciones de la red de telefoma movil. En donde la informacion de ajuste indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal de usuario; y un segundo componente adaptado para controlar una aplicacion alojada por el servidor de aplicaciones de acuerdo con la informacion de ajuste.

Anteriormente se han resumido las propiedades de la informacion de ajuste y de la aplicacion. Esta descripcion es aplicable tambien para la informacion de ajuste que recibe y usa el servidor de aplicaciones y la aplicacion alojada en este ultimo.

El servidor de aplicaciones puede comprender, ademas, un componente adaptado para ejecutar, activado por la recepcion de la informacion de ajuste, una aplicacion de localizacion con el fin de determinar una ubicacion del dispositivo terminal. La aplicacion de localizacion puede ser alojada por la red de telefoma movil, o puede ser alojada por el servidor de aplicaciones. En cualquier caso, la aplicacion de localizacion se puede configurar para solicitar la informacion de ubicacion del dispositivo terminal.

El segundo componente se puede adaptar para representar la informacion de ajuste en un perfil de usuario relacionado con el terminal de usuario, y se puede adaptar, ademas, para acceder a la informacion de ajuste comprendida en el perfil de usuario.

5

10

15

20

25

30

35

40

45

50

Todav^a adicionalmente, la demanda antes mencionada se satisface con un dispositivo terminal de una red de telefoma movil. El terminal comprende un primer componente adaptado para establecer informacion de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual esta desplegado un terminal de usuario; y un segundo componente adaptado para transmitir la informacion de ajuste, por medio de una interfaz de radiocomunicaciones de la red de telefoma movil, a un servidor de aplicaciones con el fin de controlar una aplicacion de acuerdo con la informacion de ajuste. El dispositivo terminal puede comprender el terminal de usuario o un dispositivo terminal asociado al entorno en el cual se despliega el terminal de usuario.

El primer componente se puede adaptar para activar automaticamente el segundo componente tras el establecimiento de la informacion de ajuste.

El primer componente se puede adaptar para recibir una indicacion local del ajuste de entorno por medio de una conexion de comunicacion local; y se puede adaptar para determinar la informacion de ajuste a partir de la indicacion local. El primer componente se puede adaptar, ademas, para recibir la indicacion local durante el establecimiento de la conexion de comunicacion local con un dispositivo espedfico del ajuste de entorno. El primer componente se puede adaptar, de manera adicional o alternativa, a la conexion de comunicacion local que comprende una conexion de comunicacion local inalambrica.

La demanda antes mencionada se satisface adicionalmente con un perfil de usuario relacionado con un terminal de usuario. El perfil de usuario se puede implementar en un terminal de usuario conectable a una red de telefoma movil, en unos medios de almacenamiento de perfiles de usuario de la red de telefoma movil, o en o asociado a un servidor de aplicaciones accesible por medio de la red de telefoma movil. El perfil de usuario comprende un campo de datos para representar una informacion de ajuste que indica un ajuste de entorno en el cual se despliega el terminal de usuario. La informacion de ajuste puede tener las propiedades que se han resumido anteriormente.

Por otra parte, la demanda antes mencionada se satisface con un sistema de comunicaciones que comprende un servidor de aplicaciones y un terminal de usuario segun se ha resumido anteriormente.

Breve descripcion de los dibujos

En lo sucesivo, la invencion se describira de manera adicional en referencia a realizaciones ejemplificativas ilustradas en las figuras, en las cuales:

la Fig. 1 es una vista general esquematica de una realizacion de un sistema de comunicaciones para proporcionar un servicio telematico a un terminal de usuario;

la Fig. 2A ilustra esquematicamente componentes funcionales de una primera realizacion del terminal de usuario y del vedculo de la Fig. 1;

la Fig. 2B ilustra esquematicamente componentes funcionales de una segunda realizacion del terminal de usuario y del vedculo de la Fig. 1;

la Fig. 3 es un diagrama de flujo que ilustra de manera ejemplificativa una operacion del dispositivo terminal de la Fig. 2A o 2B;

la Fig. 4 ilustra esquematicamente componentes funcionales de la red de telefoma movil y del servidor de aplicaciones en el sistema de comunicacion de la Fig. 1;

la Fig. 5 es un diagrama de flujo que ilustra de manera ejemplificativa una operacion del servidor de aplicaciones de la Fig. 4;

la Fig. 6 es un diagrama secuencial que ilustra de manera ejemplificativa un flujo de mensaje en el sistema de comunicacion de la Fig. 1.

Descripcion detallada de realizaciones preferidas

En la siguiente descripcion, con fines explicativos y no limitativos, se exponen detalles espedficos, tales como ajustes de entorno espedficos y sistemas de red que incluyen nodos de red particulares, normativas de comunicacion, etcetera, con el fin de proporcionan una comprension detallada de la presente invencion. Para aquellos versados en la materia se pondra de manifiesto que la presente invencion se puede poner en practica en otras realizaciones que se desvfan con respecto a estos detalles espedficos. Aunque la descripcion se concentra en servicios telematicos vehiculares, la invencion tambien se puede poner en practica en otros campos, tales como el control remoto de aparatos en entornos privados y/o publicos, servicios de emergencia, otros servicios telematicos, etcetera. Los profesionales expertos apreciaran, adicionalmente, que la presente invencion se puede poner en practica con redes de comunicacion diferentes a la red UMTS que se describe posteriormente para ilustrar la presente invencion. Esto puede incluir otras redes de telefoma movil, tales como redes GSM. La invencion tambien se puede poner en practica con sistemas de comunicacion inalambrica. Por ejemplo, puede proporcionarse un servidor de aplicaciones en una red IP interna (por ejemplo, la intranet de una empresa). Basicamente, la invencion se puede poner en practica con cualquier sistema de comunicaciones que proporcione servicios basados en

5

10

15

20

25

30

35

40

45

50

55

60

servidores, tales como - en el sentido mas amplio - servicios telematicos.

Aquellos expertos en la materia apreciaran, ademas, que funciones explicadas a continuacion en la presente se pueden implementar usando circuitena de hardware individual, usando software que funcione en combinacion con un microprocesador programado o un ordenador de proposito general, usando un circuito integrado de aplicacion espedfica (ASIC) y/o usando uno o mas procesadores de senales digitales (DSPs). Se apreciara tambien que, cuando la presente invencion se describe en forma de un metodo, el mismo tambien se puede materializar en un procesador de ordenador y una memoria acoplada a un procesador, en donde la memoria se codifica con uno o mas programas que llevan a cabo los metodos dados a conocer en la presente cuando son ejecutados por el procesador. Cualquiera de los nodos o entidades funcionales descritos en este documento, tales como el servidor de aplicaciones y el terminal de usuario, se pueden implementar en forma de dispositivos informaticos que comprenden un procesador de ordenador y una memoria acoplada al procesador.

La Fig. 1 ilustra esquematicamente un sistema 100 de comunicaciones para proporcionar un servicio relacionado con el trafico a usuarios de los vehnculos 101 y 104. El sistema 100 de comunicaciones comprende un terminal 106 de usuario y un servidor de aplicaciones (AS) 108 en una red UMTS 110, en donde la red UMTS 110 es una realizacion ejemplificativa de una red de telefoma movil. El terminal 106 de usuario es un terminal movil habilitado para la comunicacion con la red UMTS 110. De entre los componentes de la red 110, unicamente se ilustran de manera explfcita dos Nodos B (estaciones base de radiocomunicaciones) 112 y 114 asf como un HSS (Servidor de Abonados Domesticos) 115. Un servidor 118 de localizacion proporciona servicios de localizacion para la determinacion, basada en la red, de informacion de ubicacion correspondiente a dispositivos moviles para servicios en o asociados a la red UMTS 110, es decir, para servicios de presencia de la red y/o proveedores externos de aplicaciones. El servidor 118 de localizacion puede alojar, por ejemplo, un Servicio de Posicionamiento Movil (MPS). El servidor 108 de aplicaciones aloja una aplicacion 109 de Servicio de Prevision de Trafico (TFS).

A continuacion, en referencia a la Fig. 1, se ofrecera una breve exposicion general del funcionamiento del sistema 100 de comunicaciones en relacion con la provision del TFS implementado por la aplicacion 109. Despues de esto se ofrecera una descripcion mas detallada. Se establecera una conexion 120 de comunicacion local entre el terminal 106 de usuario y una unidad de comunicacion local asociada de manera fija al vehnculo 101. En lo sucesivo, se supondra que la comunicacion 120 es una comunicacion Bluetooth; no obstante, tambien podna usarse cualquier otra realizacion de una conexion de comunicacion local basada en WLAN, FireWire, etcetera. El terminal 106 determina, por medio de la conexion 120 de comunicacion, que esta situado dentro del vehnculo 101 (el terminal 106 se dibuja fuera del vehnculo 101 en la Fig. 1 por razones ilustrativas). Sobre la base de esta determinacion, el terminal 106 de usuario transmite, en una transmision 122, informacion de ajuste que indica “en un vehnculo” (por ejemplo, “en un coche”) 124, por medio de la interfaz 126 de radiocomunicaciones, a la red UMTS 110. Tal como se ha descrito anteriormente en la presente, la indicacion puede ser una cadena ASCII “en un vetnculo”, por ejemplo, en un mensaje XML, aunque tambien puede comprender solamente un unico bit (activado o no activado) en un campo de datos proporcionado para la informacion de ajuste de acuerdo con el mecanismo de comunicacion que subyace tras la transmision 122. Por ejemplo, la transmision 122 puede comprender un SMS enviado hacia el servidor 108 de aplicaciones.

El Nodo B 112 reenvfa la informacion 124 de ajuste recibida al servidor 108 de aplicaciones. El servidor 108 de aplicaciones puede estar situado, por ejemplo, en un dominio IMS (Subsistema Multimedia de Internet) de la red UMTS 110. Aunque el servidor 108 se muestra formando parte de la red 110 en la Fig. 1, en otras realizaciones, un servidor de aplicaciones puede estar situado fuera de la red de telefoma movil y puede conectarse a la misma por medio, por ejemplo, de lmeas de comunicacion fijas, con el fin de recibir informacion de ajuste, tal como la informacion 124. El servidor 108 de aplicaciones determina, a partir de la informacion 124 de ajuste, que el dispositivo 106, a partir de ahora en adelante, debe ser tenido en cuenta por la aplicacion 109 de TFS. Por este motivo, el servidor 108 de aplicaciones inicia una comunicacion 128 con el servidor 118 de localizacion.

El servidor 118 de localizacion usa un mecanismo de triangulacion basado en la red, con el fin de determinar la ubicacion del terminal 106 de usuario con una precision de varios metros en un area metropolitana, o con una precision de solamente algunas docenas o incluso cientos de metros en el caso de un area rural. El servidor 118 de localizacion puede hacer uso, por ejemplo, de Nodos B 112 y 114 con este fin (no ilustrado explfcitamente en la Fig. 1). En otras realizaciones, el AS 108 o la red 110 de telefoma movil puede solicitar informacion de ubicacion del terminal 106 de usuario, el cual puede entregar informacion de ubicacion basandose en una unidad GPS del terminal 106 o vehnculo 101. En referencia a la Fig. 1, el servidor 118 de localizacion proporciona, por medio de la conexion 128 de comunicaciones, informacion 132 de ubicacion correspondiente al terminal 106, al servidor 108 de aplicaciones.

La aplicacion 109 usa la informacion 132 de ubicacion para determinar una prevision de trafico suponiendo que la ubicacion del terminal 106 segun viene dada por la informacion 132 es indicativa de la posicion del vehnculo 101. Esta suposicion se basa en la recepcion anterior de la informacion 124 de ajuste y, por lo tanto, da como resultado una prevision de trafico mas fiable en comparacion con un servicio que considera las ubicaciones de cualesquiera terminales registrados sin disponer de informacion sobre al ajuste de entorno concreto de los terminales. La prevision de trafico es proporcionada 134 por el AS 108 en un area de distribucion soportada por la red 110 de telefoma movil, que puede comprender los Nodos B 112 y 114. A continuacion, los Nodos B transmiten la prevision

5

10

15

20

25

30

35

40

45

50

55

60

de trafico a los vehnculos 101 y 104, por ejemplo, por medio de una transmision 136 de difusion general o multidifusion.

Aunque, en la Fig. 1, se ha mostrado que la informacion 124 de ajuste es reenviada por el Nodo B 112 directamente al servidor 108 de aplicaciones, en otras realizaciones la informacion de ajuste puede ser suministrada, en cambio al HSS 115. Por ejemplo, los perfiles de usuario gestionados en le HSS pueden comprender uno o mas campos de datos para representar la informacion de ajuste. Desde el HSS, la informacion de ajuste se puede proporcionar automaticamente al servidor de aplicaciones, por ejemplo, en caso de que se haya cambiado la informacion de ajuste o una parte de la misma; o la informacion de ajuste se proporciona, por solicitud, al servidor de aplicaciones (la provision de informacion de ajuste desde el HSS al servidor de aplicaciones viene indicada por la flecha de trazos 138 en la Fig. 1).

La Fig. 2A ilustra, con algo mas de detalle, componentes funcionales de una primera realizacion del terminal 106 de usuario y un dispositivo terminal 102 en el vehnculo 101. El terminal 106 de usuario puede estar situado dentro de un compartimento de pasajeros del vehnculo 101, mientras que el dispositivo terminal 102 se considera que esta incorporado de manera fija en el vetnculo 101. Los componentes ilustrados contribuyen al funcionamiento del sistema 100 en la Fig. 1. El terminal movil 106 comprende una unidad de corto alcance o unidad de comunicacion local (LCU) 202, un componente 204 de determinacion de ajustes, unos medios 206 de almacenamiento de mapeo, unos medios 208 de almacenamiento de perfiles, un componente 210 de transmision y una unidad de comunicacion movil (MCU) 212. El dispositivo terminal 102 comprende una LCU 222 y unos medios 224 de almacenamiento de estados. El dispositivo terminal 102 puede comprender, por ejemplo, una unidad de comunicacion Bluetooth, tal como se describe de manera adicional posteriormente. Uno o ambos de entre el terminal 106 de usuario y el vehnculo 101 pueden comprender, ademas, una unidad GPS 214 y 226, respectivamente.

La Fig. 3 es un diagrama de flujo que ilustra una operacion ejemplificativa 300 del terminal movil 106 y del dispositivo terminal 102 en el vehnculo 101, y un interfuncionamiento de sus componentes. Hablando en terminos generales, el terminal movil 106 funciona de manera que controla la aplicacion 109 de servicio de prevision de trafico (vease la Fig. 1), por medio de la red 110 de telefoma movil, de acuerdo con ajustes de entorno que pueden estar relacionados con las caractensticas del entorno del terminal 106.

En referencia a las Figs. 2A y 3, en la etapa 302, el terminal 106 establece la informacion 124 de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual se despliega el terminal 106 de usuario. En el ejemplo ilustrado en las figuras, la informacion 124 de ajuste indica que el terminal 106 esta situado “en un vehnculo”, a saber, en el vehnculo 101. La informacion 124 de ajuste no indica ningun vehnculo espedfico, tal como, espedficamente el vehnculo 101, o una posicion geografica, sino que indica el entorno general o tipo de ajuste de entorno, dentro del cual o en el cual esta situado el terminal 106.

Para establecer la informacion 124 de ajuste, pueden llevarse a cabo las siguientes etapas: cuando un usuario del terminal 106 de usuario entra en el vehnculo 101, las LCUs 202 y 222 pueden establecer, o bien de manera automatica o bien tras una orden introducida manualmente en el terminal 106, la comunicacion 120. Las dos LCUs 202 y 222 pueden ser, por ejemplo, unidades de comunicacion Bluetooth adaptadas para comunicarse de acuerdo con la normativa Bluetooth y usando un Perfil de Manos Libres (HFP) de la normativa Bluetooth para kits de manos libres en vehnculos (por motivo de claridad, en las figuras no se ilustra ningun kit de manos libres). Durante el establecimiento de la comunicacion, ambos componentes 202 y 222 de LCU llegan a un acuerdo sobre su comunicacion mutua en concordancia con el HFP. La direccion de dispositivo de la LCU 222 puede usarse como indicacion de su ajuste de entorno local por parte del terminal movil 106. Tal como se indica con la flecha 216 en la Fig. 2A, la LCU 202 esta configurada para proporcionar una serial de activacion al componente 204 de determinacion de ajustes, indicando dicha serial de activacion la direccion de dispositivo de la LCU 222. Evidentemente, la LCU 202 puede gestionar otros datos, tales como los datos 228 que se describen posteriormente, para su transmision/recepcion por medio del enlace 120 de comunicaciones.

El componente 204 de determinacion de ajustes funciona de manera que accede a los medios 206 de almacenamiento de mapeo tras recibir la serial 216 de activacion desde la LCU 202. Los medios 206 de almacenamiento comprenden una tabla 207 de mapeo que incluye una asociacion de indicaciones, tales como la indicacion 216 que puede ser proporcionada por la LCU 202 con ajustes de entorno predefinidos. Por ejemplo, direcciones de dispositivo en concordancia con diversas normativas de comunicacion locales (de corto alcance) pueden asociarse a los ajustes. No es necesario que la tabla de mapeo incluya explfcitamente dicha informacion de ajuste. Por ejemplo, en caso de que sean posible solamente los dos ajustes de entorno “no/en un vehnculo”, un unico bit el cual o bien se activa o bien no esta activo sera suficiente para transportar la informacion de ajuste. Conjuntos mas sofisticados de ajustes de entorno predefinidos requieren mapeos de bits mas largos, o el ajuste de entorno determinado puede representarse, de hecho, en forma de texto, tal como en formato ASCII legible por humanos.

El componente 204 extrae la informacion de ajuste adecuada a partir del mapeo almacenado en el componente 206, y proporciona esta informacion 124 de ajuste a un perfil 209 de usuario activo almacenado en el componente 208. El componente 208 puede ser un componente de almacenamiento del terminal 106, o puede estar situado, por ejemplo, en una tarjeta SIM o USIM (Modulo de Identidad de Abonado UMTS) introducida en el terminal 106. Aunque el perfil 209 de usuario puede comprender diversos campos de datos relacionados con un usuario del

5

10

15

20

25

30

35

40

45

50

55

60

terminal 106, con el propio terminal, y con la red 110 de telefoma movil, en particular puede comprender un campo de datos para representar la informacion de ajuste “no/en un vetnculo”. Tal como ya se ha mencionado, el campo de datos puede tener una longitud de solamente un unico bit, o se puede configurar para representar en forma de texto informacion de ajuste, tal como “no en un vetnculo”.

En lugar de usar solamente el propio establecimiento de comunicacion sin mas para obtener una informacion de ajuste, en un ejemplo mas sofisticado la LCU 222 en el dispositivo terminal 102 asociado al vetnculo 101 puede acceder, durante el establecimiento de la comunicacion 120, al componente 224 de almacenamiento con el fin de leer informacion 228 de estado operativo del vetnculo 101. El componente 224 de almacenamiento se puede adaptar para almacenar dicha informacion de estado operativo, la cual se puede determinar, por ejemplo, a partir de sensores en el vetnculo y de una logica de procesadores conectada a los mismos. La informacion de estado operativo puede representar informacion sobre, por ejemplo, si el motor esta encendido, si el vetnculo se esta moviendo y, en caso de que el vetnculo se este moviendo, su velocidad actual. El componente 224 de almacenamiento puede ser, por ejemplo, una memoria cache o un componente de almacenamiento similar asociado a un procesador central en una red de a bordo del vetnculo 101, en donde la memoria cache almacena condiciones del estado operativo actual con diversos fines, por ejemplo, para un acceso por parte de sistemas electronicos de asistencia al conductor, tales como el Sistema Antibloqueo de Frenos (ABS) o el Programa de Estabilidad Electronico (ESP).

La LCU 222 puede leer informacion de estado operativo, tal como si el motor esta encendido o no, etcetera, y puede proporcionar esta informacion 228 de estado operativo a la LCU 202 en el otro extremo de la conexion 120 de comunicacion local. La LCU 202 puede controlar el almacenamiento de esta informacion de estado operativo en el perfil 209 de usuario o en asociacion con este ultimo. En caso de que el perfil 209 de usuario no este adaptado para almacenar uno o mas de estos elementos de informacion de estado operativo, el componente 208 puede descartar la informacion respectiva.

En referencia nuevamente a la Fig. 3, en la etapa 304, la informacion 124 de ajuste se transmite al servidor 108 de aplicaciones por medio de la interfaz 124 de radiocomunicaciones y la red 110 de telefoma movil (vease la Fig. 1), usando el componente 210 de transmision y la MCU 212. De manera mas detallada, en paralelo con el inicio del almacenamiento de la informacion 124 de ajuste en el perfil 209 de usuario, el componente 204 de determinacion de ajustes puede activar automaticamente el componente 210 de transmision, el cual puede estar adaptado para acceder al perfil 209 de usuario, extraer a partir del mismo la informacion 124 de ajuste, y transmitir la informacion hacia el servidor 108 de aplicaciones. El componente 210 de transmision puede proporcionar, de manera adicional o alternativa, con una frecuencia periodica, informacion de ajuste desde el perfil de usuario al servidor de aplicaciones en caso de que el usuario este registrado en un servicio. Como posibilidad adicional, el servidor de aplicaciones tambien puede solicitar informacion de ajuste del terminal 106. Aun como otro ejemplo, los componentes 204, 208 y 210 pueden interfuncionar para indicar al servidor de aplicaciones solamente cambios en la informacion de ajuste almacenada en el perfil 209 de usuario.

En el perfil 209 de usuario tambien puede almacenarse una direccion del servidor de aplicaciones. Por ejemplo, dicha direccion se puede proporcionar al terminal 106 al producirse el registro del terminal en el(los) servicio(s) proporcionado(s) por el servidor 108.

Aunque no se ilustra en las figuras, una aplicacion de localizacion en la red puede solicitar informacion de ubicacion, despues de que se haya proporcionado la informacion 124 de ajuste, desde el terminal movil 106. Como respuesta a dicha solicitud, el terminal 106 puede proporcionar informacion de ubicacion basandose o bien en la unidad GPS 214 o bien en la unidad GPS 226 del vetnculo 101. En este ultimo caso, al terminal 106 de usuario se le puede proporcionar, por medio de la comunicacion Bluetooth 120, informacion de ubicacion obtenida a partir del funcionamiento de la unidad 226.

La Fig. 2B ilustra componentes funcionales de una segunda realizacion del terminal 106 de usuario y del dispositivo terminal 102 en el vetnculo 101 de la Fig. 1, a los cuales, se les hace referencia por motivos de claridad en la Fig. 2B, con los numerales 106' y 102', respectivamente. Nuevamente, igual que para la primera realizacion de la Fig. 2A, se supone que el terminal 106' de usuario puede estar situado dentro de un compartimento de pasajeros del vetnculo 101 mientras que se supone que el dispositivo terminal 102' esta incorporado de manera fija en el vetnculo 101 en la Fig. 2B. En general, en la Fig. 2B un elemento con una funcionalidad o significado igual o similar a la de un elemento de la Fig. 2A se indica con el mismo numeral de referencia mas un apostrofo n. El terminal movil 106' comprende una unidad de comunicacion local (LCU) 202'. El vetnculo 102' comprende una LCU 222' asf como un componente 204' de determinacion de ajustes, un componente 210' de transmision y una unidad de comunicacion movil (MCU) 212'.

En la Fig. 2B, el dispositivo terminal 102' establece y transmite, a traves de la interfaz 126 de radiocomunicaciones, la informacion 124 de ajuste. Este planteamiento alternativo se selecciona para ilustrar un procedimiento alternativo con vistas a la provision de la informacion 124 de ajuste. Es evidente que, para el procedimiento de acuerdo con la Fig. 2B, una transferencia de la informacion 124 de ajuste desde un perfil de usuario asociado al dispositivo terminal 102' se podna llevar a cabo de una manera similar a la que se ha descrito en referencia al perfil 208 de usuario en el terminal 106 de usuario en la Fig. 2A. De modo similar, en el dispositivo terminal 102' tambien puede haber

5

10

15

20

25

30

35

40

45

50

55

disponible una entidad de mapeo correspondiente a los medios 206 de almacenamiento de mapeo de la Fig. 2A.

Por lo tanto, las etapas 302 y 304 de la Fig. 3 pueden ser ejecutadas no solamente por el propio terminal de usuario, es decir, el terminal 106 de usuario en la Fig. 2A, sino que, alternativamente, pueden ser realizadas por un dispositivo terminal asociado a un entorno, tal como el dispositivo 102' en la Fig. 2B, el cual esta asociado al vefnculo 101.

Espedficamente (etapa 302), cuando un usuario del terminal 106' de usuario entra en el vefnculo 101, las LCUs 202' y 222' pueden establecer una comunicacion 120', o bien automaticamente (forma preferida) o bien tras una orden introducida manualmente en el terminal 106'. Por ejemplo, la comunicacion 120' se puede basar en una tecnica de comunicacion de corto alcance, tal como Bluetooth. Como ejemplo espedfico, el dispositivo terminal 102' puede soportar el Perfil de Acceso SIM (SAP) de Bluetooth. En este caso, el terminal 106' de usuario (en caso de que soporte tambien el SAP) puede proporcionar su IMSI al dispositivo terminal 102' durante el establecimiento de la comunicacion 120'. A continuacion, el dispositivo terminal se suscribe a la red 110 de telefoma movil (vease la Fig. 1) y se comunica con la misma usando este IMSI. El terminal 106' de usuario se puede fijar en un modo de espera.

Tras el establecimiento de la comunicacion 120', la LCU 202 proporciona (flecha 216') una senal de activacion al componente 204' de determinacion de ajustes, indicando la senal de indicacion el enlace 120' de comunicaciones. El componente 204' de determinacion de ajustes en el dispositivo terminal 102' determina, a partir del establecimiento de la comunicacion 120', informacion sobre una relacion posicional entre el terminal 106' de usuario y el vefnculo 101. Por tanto, el componente 204' de determinacion de ajustes esta adaptado para determinar que el terminal 106' de usuario esta presente en el vefnculo 101, y puede establecer la informacion 124 de ajustes “en el vefnculo” de manera correspondiente. Puede usar una prescripcion simple de acuerdo con la cual el establecimiento de una comunicacion local con un terminal de usuario, tal como la comunicacion 120', da como resultado la informacion de ajuste “en un vefnculo”. Una terminacion de la comunicacion local 120' puede dar como resultado la informacion de ajuste “no en un vefnculo”. La informacion de ajuste puede comprender, adicionalmente, informacion de estado operativo del vefnculo 101 (no mostrado en la Fig. 2B) de manera similar a lo que se ha descrito en referencia a la Fig. 2A.

La informacion 124 de ajuste establecida por el componente 204' de determinacion de ajustes se proporciona al componente 210' de transmision. A diferencia del mecanismo ilustrado en la Fig. 2A, en la realizacion de la Fig. 2B la informacion 124 de ajuste se proporciona directamente al componente 210' de transmision sin almacenarla en un perfil de usuario. La provision de la informacion de ajuste “en un vefnculo” 124 puede activar el componente 210' de transmision para controlar la MCU 212' con el fin de transmitir (etapa 304) la informacion 124 de ajuste, por medio de la interfaz 126 de radiocomunicaciones, a la red 110 de telefoma movil (vease la Fig. 1).

Tal como se ha mostrado con las Figs. 2A y 2B, el procedimiento 300 de la Fig. 3 se puede llevar a cabo o bien en el propio terminal 106 de usuario o bien en un dispositivo terminal 102' asociado de forma fija al vefnculo 101. En otras realizaciones, la distribucion de tareas entre los dos dispositivos terminales se puede organizar todavfa de otras maneras. Por ejemplo, la informacion de ajuste se puede establecer en el terminal de usuario aunque se transmite desde un dispositivo terminal en el vefnculo. En este caso, el terminal de usuario proporciona la informacion de ajuste al dispositivo terminal en el vefnculo con vistas a su transmision. Como alternativa adicional, el terminal de usuario puede indicar una informacion de ajuste predefinida almacenada por el dispositivo terminal en el vefnculo, por ejemplo, dentro de un perfil de usuario. Como variante, el terminal de usuario puede indicar simplemente uno de entre uno o mas perfiles de usuario, y el dispositivo terminal en el vefnculo transmitira automaticamente, como respuesta a la recepcion de la indicacion, la informacion de ajuste “en un vefnculo” para el terminal de usuario relacionado con el perfil de usuario indicado.

De manera correspondiente, el dispositivo terminal 102 y 102', respectivamente, asociado al vefnculo 101 puede comprender una unidad de comunicacion local, tal como 222 y 222', respectivamente, y puede comprender (102') o no (102) una unidad de comunicacion movil, tal como la MCU 212'.

La Fig. 4 ilustra componentes funcionales de la red UMTS 110 y el servidor 108 de aplicaciones de la Fig. 1. Debe indicarse que aunque a la entidad funcional que aloja la aplicacion 109 de servicio de prevision de trafico se le hace referencia como servidor 108 de aplicaciones, este servidor puede comprender un entorno de aplicacion para aplicaciones automovilfsticas que comprende multiples servidores de aplicaciones y otras entidades, tales como pasarelas, cortafuegos, servidores de autorizacion, etcetera. En otras palabras, debe entenderse que el servidor 108 de aplicaciones puede ser un sitio completamente desarrollado de un proveedor de aplicaciones en lugar de solamente un unico servidor. Por lo tanto, la funcionalidad descrita en lo sucesivo se puede implementar en un unico servidor, o se puede implementar de una manera distribuida en varios nodos de un banco de servidores de aplicacion. El proveedor de aplicaciones del entorno de aplicacion puede ser identico o no al operador de la red 110 de telefoma movil.

El servidor de aplicaciones puede formar parte de la red de telefoma movil o puede estar situado externamente con respecto a la red de telefoma movil. Para ilustrar explfcitamente ambas configuraciones, la Fig. 1 muestra el AS 108 dentro de la red 110 de telefoma movil, mientras que, en la Fig. 4, el AS 108 se dibuja fuera de la red 110.

5

10

15

20

25

30

35

40

45

50

55

60

La red UMTS 110 comprende el Nodo B 112 y el servidor 118 de localizacion ya ilustrados en la Fig. 1. El servidor 108 de aplicaciones comprende un componente 402 de recepcion, unos medios 404 de almacenamiento de perfiles, un componente 406 de control de aplicaciones, la aplicacion 109 de prevision de trafico de la Fig. 1 y un cliente 408 de localizacion.

La Fig. 5 es un diagrama de flujo que ilustra una secuencia ejemplificativa 500 de etapas operativas que pueden ser llevadas a cabo por el servidor 108 de aplicaciones dentro del marco en el que se proporciona el TFS implementado por la aplicacion 109. Basicamente, el servidor de aplicaciones funciona de manera que controla la aplicacion telematica 109 de acuerdo con la informacion 124 de ajuste recibida, por medio de la red 110 de telefoma movil, desde el terminal 106 de usuario (vease la Fig. 1).

En la etapa 502, el componente 402 de recepcion recibe la informacion 124 de ajuste y proporciona la informacion 124 de ajuste recibida a los medios 404 de almacenamiento de perfiles para su almacenamiento en asociacion con un perfil 410 de usuario relacionado con un usuario del terminal 106 de usuario (aunque, por motivos de brevedad en la descripcion sucesiva, se hace referencia unicamente al terminal 106 de usuario que se ilustra en las Figs. 1 y 2A, se pretende que cualquiera de estas referencias haga referencia de manera similar al terminal 106' de usuario que se ilustra en la Fig. 2B). El perfil 410 de usuario puede comprender otros datos relacionados con el usuario del terminal 106, y puede ser similar o no, en cuanto a estructura, al perfil 209 de usuario descrito en referencia a la Fig. 2A. Por ejemplo, el perfil 410 de usuario puede ser seleccionado como objetivo espedficamente con respecto a servicios tales como el servicio TFS implementado por la aplicacion 109 que son proporcionados por el servidor 108 de aplicaciones. En otras palabras, el perfil 410 de usuario puede definir propiedades desde un punto de vista de aplicacion del proveedor de aplicaciones. Los medios 404 de almacenamiento de perfiles pueden almacenar una pluralidad de perfiles de usuario correspondientes a usuarios de los servicios proporcionados por el servidor 108 de aplicaciones. En otras realizaciones, la informacion de ajuste se puede proporcionar directamente a una o mas aplicaciones, sin almacenarla en un perfil de usuario.

En la etapa 504, el componente 406 de control funciona de manera que controla la aplicacion 109 de acuerdo con la informacion 124 de ajuste almacenada en el perfil 410 de usuario. Aunque el componente 406 se muestra como un componente extra en la Fig. 4, el mismo tambien puede formar parte de la aplicacion 109 de TFS. En la implementacion ilustrada en la Fig. 4, el componente 402 de recepcion proporciona, despues de haber almacenado la informacion 124 de ajuste en el componente 404 de almacenamiento, una serial 412 de activacion al componente 406 de control. Tras la recepcion de la serial 412 de activacion, el componente 406 de control considera la informacion 124 de ajuste para la ejecucion de la aplicacion 109 de TFS.

De manera mas detallada, la serial 412 de activacion puede iniciar el acceso del componente 406 de control al perfil 410 de usuario en los medios 404 de almacenamiento con el fin de determinar en primer lugar si el usuario del terminal 106 esta registrado para el servicio proporcionado por la aplicacion 109 de TFS. Si esto es asf, se analiza la propia informacion 124 de ajuste. Como la informacion indica que el terminal 106 de usuario esta “en un vehnculo”, el componente de control concluye (explfcitamente o de manera solamente implfcita) que ahora el terminal 106 de usuario contribuira a las previsiones de trafico segun son calculadas por la aplicacion 109 de TFS. De forma adicional o alternativa al acceso a los perfiles de usuario en los medios 404 de almacenamiento de perfiles tras la recepcion de la serial 412 de activacion, el componente 406 de control puede acceder a los medios 404 de almacenamiento de perfiles de una forma periodica con el fin de determinar aquellos usuarios que estan registrados para la aplicacion 109 de TFS y que tienen un terminal de usuario asociado que esta situado momentaneamente “en un vehnculo”. Por ejemplo, incluso sin la serial 412 de activacion, el componente 406 de control reconocera automaticamente, durante su siguiente sondeo, que, a partir de ahora en adelante, debe tenerse en cuenta el terminal 106, despues de que el componente 402 de recepcion haya almacenado la informacion de ajuste “en un vehnculo” para el terminal 106 de usuario en el perfil 410 de usuario. En otras realizaciones, la informacion de ajuste de manera adicional o alternativa tambien se puede proporcionar directamente a una aplicacion que este destinada a usar esta informacion.

Tras determinar que debe tenerse en cuenta el terminal 106 de usuario, el componente 406 de control activa el cliente 408 de localizacion, el cual, a continuacion, funciona de manera que proporciona la serial 128 ya descrita en referencia a la Fig. 1 hacia el servidor 118 de localizacion de la red 110 de telefoma movil. La informacion 132 de ubicacion recibida del servidor 118 es proporcionada, a continuacion, por el cliente 408 de localizacion a la aplicacion 109 de prevision de trafico. De manera correspondiente, durante la determinacion de previsiones de trafico se tiene en cuenta la ubicacion del terminal 106. En otras realizaciones, el cliente 408 de localizacion puede proporcionar, de manera adicional o alternativa, la informacion 132 de ubicacion al perfil 410 de usuario. Finalmente, la prevision de trafico resultante se proporciona, por medio de la comunicacion 134, a la red 110 de telefoma movil para su distribucion a los usuarios de la misma.

Tal como ya se ha descrito, la informacion 124 de ajuste puede comprender, ademas de la indicacion “en un vehnculo”, otra informacion, por ejemplo, informacion de estado operativo del vehnculo 101. El componente 406 de control puede usar esta informacion cuando se determina si la ubicacion del terminal 106 de usuario (o dispositivo terminal 102) se va a usar realmente para la aplicacion 109 de TFS. Por ejemplo, pueden usarse indicaciones tales como “el motor esta encendido” y/o “el vehnculo esta en movimiento” para decidir si el vehnculo esta parado en una plaza de aparcamiento o forma parte realmente del flujo de trafico a analizar. Algoritmos de decision puede que

5

10

15

20

25

30

35

40

45

50

55

tengan que considerar, por ejemplo, que, en caso de un atasco, el vehnculo no se esta moviendo y el conductor ademas puede haber parado el motor. Informacion anterior (informacion de ajuste historica) y/o la informacion de ajuste (que incluye posiblemente informacion de estado operativo) de otros participates registrados, situados cerca, se pueden utilizar para determinar de manera mas fiable si un usuario particular debe realmente ser tenido en cuenta o no, y para incrementar adicionalmente, de esta manera, la fiabilidad de la prevision de trafico resultante.

Aunque, en la Fig. 4, se ha ilustrado que la informacion 124 de ajuste se almacena en los medios 404 de almacenamiento de perfiles en el servidor 108 de aplicaciones, de forma adicional o alternativa la informacion de ajuste tambien se puede almacenar en unos medios de almacenamiento de perfiles en la red 110 de telefoma movil, tales como el HSS 116 (vease la Fig. 1).

Tal como se ha descrito anteriormente en la presente, una aplicacion alojada por un servidor de aplicaciones o en un entorno de aplicacion puede controlarse para tener en cuenta una ubicacion del terminal de usuario en funcion del ajuste de entorno del terminal. De manera adicional o alternativa, tambien puede controlarse en consecuencia la provision de la aplicacion al terminal de usuario. Por ejemplo, un servicio automovilfstico puede que se proporcione solamente a terminales para los cuales el ajuste de entorno indica que los terminales estan situados en un vehnculo.

La Fig. 6 es un diagrama secuencial que ilustra una secuencia ejemplificativa de mensajes intercambiados entre el terminal 106 de usuario, el vehnculo 101 y el servidor 108 de aplicaciones. El intercambio 602 y 604 de mensajes ilustra la configuracion de la conexion Bluetooth 120 entre las LCUs 202 y 222 ilustradas en la Fig. 2A. Cada uno de los intercambios de mensajes ilustrados puede comprender uno o mas pares de mensajes intercambiados entre los socios de la comunicacion.

Se ha descrito, en referencia a la Fig. 2A, que el terminal 106 puede usar una tabla 207 de mapeo interna para decidir que la informacion 124 de ajuste “en un vehnculo” debe ser enviada. En una implementacion alternativa, el vehnculo puede proporcionar una indicacion explfcita al terminal, en referencia a que se esta comunicando un vehnculo. Por otra parte, el vehnculo puede enviar una indicacion explfcita de que la informacion de ajuste “vehnculo en un vehnculo” se enviara a un servidor de aplicaciones. En el caso de la secuencia 600 de mensajes, dichas indicaciones se pueden proporcionar al terminal 106, por ejemplo, durante el procedimiento 604 de establecimiento de conexion de nivel de servicio. En otras implementaciones, ademas del protocolo Bluetooth usado para los intercambios 602 y 604 de mensajes, puede usarse otro protocolo para proporcionar indicaciones en relacion con una informacion de ajuste de informacion y/o de estado operativo desde el vehnculo al dispositivo terminal. Dicho protocolo puede definirse por encima de uno o mas de los protocolos de comunicacion local, tales como el Bluetooth, WLAN, etcetera.

Una transmision de la informacion 124 de ajuste a un servidor de aplicaciones que sea solicitada explfcitamente por el vehnculo es otra posibilidad para lograr que la informacion de ajuste se envfe automaticamente al servidor de aplicaciones tras el establecimiento de la informacion de ajuste en el terminal 106 de usuario. El vehnculo puede proporcionar o no una direccion de un servidor de aplicaciones adecuado para suministrarle a este ultimo la informacion de ajuste. Al menos en este ultimo caso, dicha direccion se puede configurar en el terminal 106 de usuario, segun se ha descrito anteriormente en referencia a la Fig. 2A. Para la transmision 122 de la informacion 124 de ajuste al servidor de aplicaciones por medio de la red 110 de telefoma movil (no mostrada en la Fig. 6) pueden usarse diversos mecanismos. Por ejemplo, puede enviarse un SMS, o puede usarse una senalizacion sIp, una senalizacion de usuario-a-usuario, una senalizacion ISDN, etcetera. Con respecto al SIP, por ejemplo, puede usarse el mecanismo de presencia de SIP. Puede utilizarse tambien cualquier protocolo privativo, por ejemplo, un protocolo basado en IP proporcionado por el operador de la red de telefoma movil.

Como respuesta a la recepcion de la informacion 124 de ajuste en la transmision 122, el servidor 108 de aplicaciones puede activar o modificar uno o mas de los servicios telematicos vehiculares alojados por el servidor 108. Por ejemplo, una aplicacion de prevision de trafico puede comenzar a tener en cuenta el terminal de usuario para su servicio. Tal como se ilustra en la Fig. 4, el servidor de aplicaciones puede iniciar un procedimiento de localizacion con el fin de determinar la ubicacion del terminal 106. El intercambio de mensajes resultante para la localizacion no se indica en la Fig. 6. A continuacion, la aplicacion tiene en cuenta la ubicacion del terminal de usuario para determinar previsiones de trafico. Puesto que la aplicacion solamente puede tener en cuenta terminales de usuario que estan - de acuerdo con su informacion de ajuste correspondiente - “en un vehnculo”, la prevision de trafico sera mas precisa en comparacion con un caso en el que se tengan en cuenta todos los terminales de usuario registrados con independencia de sus ajustes de entorno concretos.

Con los intercambios 606 y 608 de mensajes, terminara el enlace de comunicaciones Bluetooth entre el terminal 106 de usuario y el vehnculo 101, por ejemplo debido a que el usuario saca al terminal 106 del vehnculo 101. Durante la terminacion, por ejemplo, despues de que se haya eliminado la conexion de nivel de servicio, el terminal 106, de forma automatica o activado por el vehnculo 101, puede llevar a cabo una transmision 610 que incluye la informacion de ajuste “no en un vehnculo” hacia el servidor 108 de aplicaciones. A continuacion, el servidor de aplicaciones puede desactivar la consideracion (de la ubicacion) del terminal 106 para uno o mas de sus servicios alojados. Por ejemplo, puede dejar de solicitar la ubicacion del telefono movil.

Aunque, hasta el momento en la presente, se ha descrito que la informacion de ajuste indica la relacion de un

5

10

15

20

25

30

35

40

45

50

55

terminal de usuario con un objeto ffsico tal como un vehnculo, en general la informacion de ajuste puede incluir cualquier informacion que, en el sentido mas amplio, puede estar relacionada con el entorno del terminal y puede ser relevante para un servicio particular. Por ejemplo, la informacion de ajuste puede indicar, tambien o de forma adicional, parametros de entorno tales como temperatura local, hora local, etcetera. La informacion de estado operativo de un vehnculo, que se puede incluir en la informacion de ajuste, tambien puede incluir la marca y el modelo del vetnculo, o el tipo particular del vetnculo, por ejemplo, coche de pasajeros, taxi, autobus, furgoneta, etcetera.

Para ilustrar las tecnicas propuestas en la presente se han usado de manera ejemplificativa aplicaciones que implementan servicios telematicos vehiculares. Las aplicaciones de emergencias son otra clase de aplicaciones para las cuales son pertinentes estas tecnicas. Considerese, por ejemplo, un terminal de usuario que realiza una llamada de emergencia. En este caso, puede enviarse la ubicacion del terminal a un centro de emergencias. Al centro de emergencias se le puede proporcionar, de forma adicional y automatica, informacion de ajuste del entorno, tal como “en un vehfculo”. A continuacion, la informacion de ajuste se puede usar para activar acciones que sera realizadas o bien manualmente por un operario en el centro o bien de manera automatica. Por ejemplo, una decision sobre si enviar un helicoptero, un coche o un polida puede basarse en dicha informacion de ajuste.

La provision de la informacion de ajuste a un servidor de aplicaciones tambien puede ser activada por el usuario, es decir, manualmente, por ejemplo, seleccionando un perfil particular, tal como “vel'nculo”, “reunion”, etcetera, en el terminal de usuario. En este caso, no se requiere ninguna conexion entre el terminal de usuario y, por ejemplo, el vel'nculo. No obstante, esto tambien puede excluir que la informacion de ajuste comprenda informacion de estado operativo del vel'nculo.

En caso de que haya disponible una unidad GPS o bien en el terminal de usuario o bien en el vel'nculo, pueden usarse, como mecanismos complementarios, tanto una localizacion basada en un servicio de localizacion en la red de telefoma movil como una localizacion basada en la unidad GPS. Por ejemplo, el servicio de localizacion se puede usar como mecanismo de reserva en caso de que la unidad GPS no tenga disponible en ese momento ninguna conexion por satelite. En otras realizaciones, el servicio de localizacion se puede usar con el fin de limitar el uso de un recurso de transmision a traves de la interfaz de radiocomunicaciones de la red de telefoma movil.

Las tecnicas propuestas en la presente se pueden usar para servicios que no sean servicios telematicos vehiculares. Considerense, por ejemplo, los ajustes de entorno “no/en una (sala de) reunion”. En caso de que la informacion de ajuste indique “en una sala de reuniones”, se pueden activar automaticamente servicios suplementarios de telecomunicaciones, tales como el Reenvfo de Llamada Incondicional (a un buzon, a un colega, a una secretaria). Ajustes de entorno tales como “no/en el trabajo” se pueden usar para controlar servicios tales como el Reenvfo de Llamadas o el Bloqueo de Llamadas en un perfil de usuario de tal manera que una llamada entrante, por ejemplo, una llamada privada, se bloquee o se reenvfe unicamente despues de un tiempo predeterminado.

Las tecnicas propuestas en la presente permiten la provision de servicios de aplicacion mas fiables, por ejemplo, en un entorno telematico. Por ejemplo, la invencion permite el seguimiento de terminales de usuarios (telefonos moviles) para el analisis de un flujo de trafico de una manera mas fiable al tener en cuenta solamente aquellos terminales que forman parte realmente del flujo de trafico. La informacion de ajuste se puede usar para indicar un ajuste de entorno o tipo de entorno general en el cual, cerca del cual o dentro del cual esta situado un terminal de usuario. La informacion de ajuste se puede usar sola o ademas de informacion de ubicacion que indique una posicion geografica del terminal de usuario. Mientras que la informacion de ubicacion se puede usar en una aplicacion como datos de entrada para llevar a cabo calculos, etcetera, la informacion de ajuste puede ser datos de control para controlar dicha aplicacion de localizacion (o cualquier otra aplicacion). Por ejemplo, la aplicacion se puede controlar para iniciar el reconocimiento de la ubicacion del telefono movil con vistas a previsiones/alertas de trafico unicamente despues de que el terminal haya senalizado que se encuentra en un velmculo.

La disponibilidad de dicha informacion de ajuste potencia la facilidad de utilizacion de servicios. Por ejemplo, un servicio relacionado con el flujo de trafico podra ofrecer predicciones mas fiables de flujos de trafico. Las acciones a realizar como respuesta a una llamada de emergencia se pueden adaptar de manera mas espedfica al entorno en el cual se produce el caso de emergencia. La informacion de ajuste se puede usar para configurar automaticamente servicios de telecomunicacion suplementarios, tales como el Reenvfo de Llamada Incondicional.

Un perfil de usuario, por ejemplo relacionado con una red de telefoma movil/fija, se puede configurar automaticamente en funcion de un entorno del terminal de usuario, tal como “reunion”, “casa”, “trabajo”. En caso de que el terminal de usuario este adaptado para detectar, por ejemplo, por medio de una conexion de comunicacion local, un ajuste de entorno y proporcionar la informacion de ajuste automaticamente, las ventajas anteriores pueden estar disponibles para usuarios sin ninguna tarea adicional de configuracion manual. En otros casos, puede que el usuario tenga que escoger un entorno, tal como “no/en un vehfculo” manualmente. Una configuracion (cambio) manual puede activar una propagacion de informacion de ajuste hacia un servidor de aplicaciones y/o un perfil de usuario en una red de telefoma movil (por ejemplo, en el HSS) u otra infraestructura que preste servicio.

Para implementar las tecnicas propuestas, solamente se requieren modificaciones menores, por ejemplo, en terminales de usuarios o componentes de la red de telefoma movil. Por ejemplo, en caso de que se proporcione

informacion de ajuste predefinida tanto al terminal de usuario como al servidor de aplicaciones, tan solo un unico bit se debe de transmitir adicionalmente por medio de la interfaz de radiocomunicaciones para controlar una aplicacion.

Muchos servicios basados en la ubicacion, tales como los servicios de prevision de trafico, pueden sacar provecho de las tecnicas propuestas usando los servicios existentes de localizacion basados en triangulacion en redes de 5 telefoma movil con su precision limitada, es decir, no es necesario que la localizacion de vehfculo se determine con una precision del orden de centfmetros para incrementar la precision de las previsiones de trafico.

Aunque la presente invencion se ha descrito en relacion con sus realizaciones preferidas, debe entenderse que esta descripcion unicamente tiene fines ilustrativos. En consecuencia, se pretende que la invencion quede limitada unicamente por el alcance de las reivindicaciones adjuntas a la misma.

10

Claims

5

10

15

20

25

30

35

40

45

REIVINDICACIONES

1. Metodo de control de un servidor de aplicaciones accesible por medio de una red de telefoma movil, que comprende las siguientes etapas llevadas a cabo por un dispositivo terminal (106, 102') de la red (110) de telefoma movil:

- establecer (302) informacion (124) de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal (106, 106') de usuario, en donde el entorno es un objeto ffsico (101) que esta alejado del servidor de aplicaciones y la informacion de ajuste es indicativa de una relacion entre el terminal (106) de usuario y el objeto ffsico (101), y en donde la informacion de ajuste indica uno de una pluralidad de ajustes de entorno predefinidos; y

- transmitir (304) la informacion de ajuste, por medio de una interfaz (126) de radiocomunicaciones de la red de telefoma movil, al servidor (108) de aplicaciones para controlar una aplicacion (109) de acuerdo con la informacion de ajuste.
2. Metodo segun la reivindicacion 1, en el que la informacion de ajuste comprende uno o mas bits o esta en forma de texto para indicar el mencionado de la pluralidad de ajustes de entorno predefinidos.
3. Metodo segun la reivindicacion 1 o 2, en el que la informacion de ajuste indica que una posicion del terminal de usuario esta o no “dentro de”, “en el interior de”, “cerca de”, “en”, o “muy proxima a” con respecto al objeto ffsico.
4. Metodo segun cualquiera de las reivindicaciones anteriores, en el que la informacion de ajuste indica que se ha establecido una comunicacion local entre unidades de comunicacion local del terminal de usuario y el objeto ffsico.
5. Metodo segun cualquiera de las reivindicaciones anteriores,

en el que el dispositivo terminal comprende el terminal (106) de usuario o un dispositivo terminal (102') asociado al entorno en el cual se despliega el terminal de usuario.
6. Metodo segun cualquiera de las reivindicaciones anteriores,

en el que la etapa de transmision de la informacion de ajuste es activada automaticamente por la etapa de establecimiento de la informacion de ajuste.
7. Metodo segun cualquiera de las reivindicaciones anteriores,

en el que la etapa de establecimiento de la informacion de ajuste comprende las etapas de

- recibir una indicacion para el ajuste de entorno por medio de una conexion (120) de comunicacion local entre el terminal (106; 106') de usuario y el dispositivo terminal (102; 102') asociado al entorno en el cual se despliega el terminal de usuario, en donde la indicacion se recibe durante el establecimiento (602, 604) de la conexion (120) de comunicacion local; y

- determinar la informacion (124) de ajuste a partir de la indicacion.
8. Metodo de control de un servidor de aplicaciones, que comprende las siguientes etapas llevadas a cabo por el servidor (108) de aplicaciones accesible por medio de una red (110) de telefoma movil:

- recibir (502) informacion (124) de ajuste por medio de una interfaz (126) de radiocomunicaciones de la red de telefoma movil, en donde la informacion de ajuste indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal (106) de usuario, en donde el entorno es un objeto ffsico (101) que esta alejado con respecto al servidor de aplicaciones y la informacion de ajuste es indicativa de una relacion entre el terminal (106) de usuario y el objeto ffsico (101), y en donde la informacion de ajuste indica uno de una pluralidad de ajustes de entorno predefinidos; y

- controlar (504) una aplicacion (109) alojada por el servidor de aplicaciones de acuerdo con la informacion de ajuste recibida.
9. Metodo segun la reivindicacion 8, en el que la informacion de ajuste

- comprende uno o mas bits o esta en forma de texto para indicar el mencionado de la pluralidad de ajustes de entorno predefinidos; y/o

- indica que una posicion del terminal de usuario esta o no “dentro de”, “en el interior de”, “cerca de”, “en”, o “muy proxima a” con respecto al objeto ffsico; y/o

- indica que se ha establecido una comunicacion local entre unidades de comunicacion local del terminal de usuario y el objeto ffsico.

5

10

15

20

25

30

35
10. Producto de programa de ordenador que comprende partes de codigo de programa para llevar a cabo las etapas de una cualquiera de las reivindicaciones anteriores cuando el producto de programa de ordenador se ejecuta en uno o mas dispositivos informaticos.
11. Dispositivo terminal (106, 102') de una red (110) de telefoma movil, estando adaptado el dispositivo terminal para

- establecer (302) informacion (124) de ajuste que indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal (106, 106') de usuario, en donde el entorno es un objeto ffsico (101) que esta alejado de un servidor de aplicaciones y la informacion de ajuste es indicativa de una relacion entre el terminal (106) de usuario y el objeto ffsico (101), y en donde la informacion de ajuste indica uno de una pluralidad de ajustes de entorno predefinidos; y

- transmitir (304) la informacion de ajuste, por medio de una interfaz (126) de radiocomunicaciones de la red de telefoma movil, al servidor (108) de aplicaciones para controlar una aplicacion (109) de acuerdo con la informacion de ajuste.
12. Dispositivo terminal segun la reivindicacion 11, en el que el dispositivo terminal esta adaptado para llevar a cabo las etapas de una cualquiera de las reivindicaciones 2 a 7.
13. Servidor (108) de aplicaciones accesible por medio de una red (110) de telefoma movil, estando adaptado el servidor de aplicaciones para

- recibir (502) informacion (124) de ajuste por medio de una interfaz (126) de radiocomunicaciones de la red de telefoma movil, en donde la informacion de ajuste indica un ajuste de entorno correspondiente a un entorno en el cual se despliega un terminal (106) de usuario, en donde el entorno es un objeto ffsico (101) que esta alejado con respecto al servidor de aplicaciones y la informacion de ajuste es indicativa de una relacion entre el terminal (106) de usuario y el objeto ffsico (101), y en donde la informacion de ajuste indica uno de una pluralidad de ajustes de entorno predefinidos; y

- controlar (504) una aplicacion (109) alojada por el servidor de aplicaciones de acuerdo con la informacion de ajuste recibida.
14. Servidor de aplicaciones segun la reivindicacion 13, en el que la informacion de ajuste

- comprende uno o mas bits o esta en forma de texto para indicar el mencionado de la pluralidad de ajustes de entorno predefinidos; y/o

- indica que una posicion del terminal de usuario esta o no “dentro de”, “en el interior de”, “cerca de”, “en”, o “muy proxima a” con respecto al objeto ffsico; y/o

- indica que se ha establecido una comunicacion local entre unidades de comunicacion local del terminal de usuario y el objeto ffsico.
15. Sistema (100) de comunicaciones que comprende un dispositivo terminal (106, 102') segun la reivindicacion 11 o 12 y un servidor (108) de aplicaciones segun la reivindicacion 13 o 14.