ES2225331T3 - Gestion de datos de informacion de eventos con un dispositivo de comunicacion movil. - Google Patents
Gestion de datos de informacion de eventos con un dispositivo de comunicacion movil.Info
- Publication number
- ES2225331T3 ES2225331T3 ES01106565T ES01106565T ES2225331T3 ES 2225331 T3 ES2225331 T3 ES 2225331T3 ES 01106565 T ES01106565 T ES 01106565T ES 01106565 T ES01106565 T ES 01106565T ES 2225331 T3 ES2225331 T3 ES 2225331T3
- Authority
- ES
- Spain
- Prior art keywords
- events
- event
- user
- mobile communication
- communication device
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
Un método para gestionar datos de información de eventos, comprendiendo el método las operaciones siguientes: - inquirir la hora actual (16) y la posición geográfica actual (15) de un dispositivo (1) de comunicaciones móvil; - usar el tiempo actual (16) y la información de la posición geográfica (15) para crear una plantilla para consultar (12) una fuente (9) de eventos, conteniendo la fuente (9) de eventos entradas de eventos parametrizadas por su categoría, tiempo y emplazamiento; - calcular una lista de eventos accesible para un usuario del dispositivo (1) de comunicaciones móvil que tiene en cuenta las diferencias entre el tiempo de iniciación y el lugar de un evento y el tiempo actual y la posición del dispositivo (1) de comunicaciones móvil; y - presentar (6) la lista de eventos accesibles en el dispositivo (1) de comunicaciones móvil.
Description
Gestión de datos de información de eventos con un
dispositivo de comunicación móvil.
La presente invención se refiere a un método para
gestionar datos de información de eventos, a un producto de programa
de software de ordenador para ejecutar ese tipo de método así como a
un dispositivo de comunicación móvil que tiene un módulo de gestión
de eventos.
Por la técnica anterior se conocen diferentes
sistemas de filtración de eventos según el perfil de usuario y la
fecha actual, por ejemplo, usando agentes personales. Además, muchas
listas estáticas o eventos pueden obtenerse de Internet. Aún más,
hay sistemas que permiten enviar notificaciones y recordatorios de
eventos a grupos de usuarios concretos. Finalmente, sistemas de
calendario permiten introducir eventos, organizar eventos así como
recuperar eventos.
No obstante, todos los sistemas conocidos padecen
una pluralidad de diferentes inconvenientes. Por ejemplo, no se
consideran ni el aspecto de emplazamiento de un evento ni el aspecto
de tiempo para desplazarse al lugar de un evento.
A la vista de estos inconvenientes el objeto de
la presente invención propone una técnica que permite correlacionar
la gestión de tiempo y lugar de la información del evento.
El documento WO 97/41654 describe un sistema de
diseminación de información y telecomunicación para una información
de diseminación a abonados de una red de telecomunicaciones de
móviles desde al menos una fuente de información que contiene datos
que son actualizados de modo continuo o a intervalos.
El documento 98/08314 muestra un método y un
aparato para proporcionar información relativa de posición a
receptores móviles.
Este objeto se logra por medio de las
características de las reivindicaciones independientes. Las
reivindicaciones subordinadas desarrollan más la idea central de la
presente invención.
Según un primer aspecto de la presente invención
se propone por lo tanto un método para gestionar datos de
información de eventos. El tiempo actual en la posición de un
dispositivo de comunicación móvil es consultado. Usando el tiempo
actual en la información de posición para generar una plantilla es
interrogada una fuente de eventos tal como por ejemplo una base de
datos de eventos. La fuente de eventos contiene entradas de eventos
parametrizadas por la categoría, el tiempo y el lugar. Finalmente,
una lista de eventos accesibles es presentada en el dispositivo de
comunicación móvil, en el que la lista de eventos accesibles es
generada mediante medios de la consulta. Los eventos accesibles se
calculan teniendo en cuenta las diferencias entre el tiempo de
partida y el emplazamiento de un evento y el tiempo actual y la
posición del dispositivo de comunicación móvil.
Opcionalmente una información de perfil en el
usuario del dispositivo de comunicación móvil puede ser parte de la
plantilla usada para la consulta de la fuente de eventos.
Al menos para separar de los eventos accesibles
una información de transporte sobre posibles modo de ir desde la
posición actual del dispositivo de comunicación móvil a un lugar de
evento, esta puede ser calculada y presentada en el dispositivo de
comunicación móvil.
La lista de eventos accesibles puede ser
presentada dinámicamente. En otras palabras, la lista de eventos
accesibles puede ser actualizada para generar una lista de eventos
accesibles restantes cada vez que el usuario del dispositivo de
comunicación móvil acepte un evento de la lista. Cuando es generada
la versión actualizada de la lista de eventos, los parámetros
(tiempo, lugar, etc.) de eventos ya aceptados por el usuario son
tenidos en cuenta.
Los eventos accesibles aceptados por el usuario
del dispositivo de comunicación móvil pueden ser transferidos
automáticamente como entradas a un fichero de calendario
electrónico.
El usuario del dispositivo de comunicación móvil
puede crear eventos para la lista de eventos accesibles y/o para la
fuente de eventos (por ejemplo, para la base de datos de
eventos).
Esto puede por ejemplo ser logrado creando
eventos manualmente mediante eventos genéricos personalizados
propuestos por el dispositivo de comunicación móvil.
Puede proporcionarse un modo de aprendizaje en el
que el dispositivo de comunicación móvil aprende preferencias de
eventos del usuario para evaluar la interacción con el usuario.
El usuario puede preconfigurar órdenes
permanentes para eventos de modo que los eventos correspondientes
sean automáticamente seleccionados cuando sean recuperados en la
fuente de eventos.
\newpage
Las entradas de eventos de la fuente de eventos
pueden ser generadas automáticamente buscando en una red tal como,
por ejemplo, Internet.
Según un aspecto más de la presente invención se
propone un producto de programa de software de ordenador que ejecuta
un método como el expuesto anteriormente cuando corre en un
dispositivo de cálculo móvil.
Según un aspecto más, todavía, de la presente
invención se propone un dispositivo de comunicación móvil con un
módulo de gestión de eventos. El módulo de gestión de eventos
comprende medios para determinar la hora real y la posición
geográfica actual del dispositivo de comunicación móvil. Medios
adicionales, están presentes, para consultar una fuente interior y/o
exterior de eventos. La fuente de eventos contiene entradas de
eventos parametrizadas por categoría, tiempo y lugar. Puede ser
realizada una consulta basada en una plantilla que contenga al menos
la hora actual y la posición geográfica del dispositivo de
comunicación móvil. Finalmente, se proporcionan medios para
presentar una lista de salida de eventos accesibles emitida por los
medios de consulta.
La plantilla usada por los medios de consulta
puede comprender además información de perfil del usuario del
dispositivo de comunicación móvil.
Además el dispositivo de comunicación móvil puede
comprender un módulo de navegación para calcular y presentar modos
de obtener a partir le posición actual del dispositivo de
comunicación móvil el lugar de un evento.
Medios de cálculo pueden actualizar la lista de
sucesos accesibles dinámicamente para generar una lista de eventos
accesibles remanentes cada vez que el usuario del dispositivo de
comunicación móvil acepta un evento propuesto de la lista.
Finalmente, pueden estar presentes medios para
transferir automáticamente eventos accesibles aceptados por el
usuario del dispositivo de comunicación móvil como entradas para un
fichero de calendario electrónico.
Ventajas adicionales, características y objetos
de la presente invención resultarán evidentes para los expertos en
la técnica cuando hayan leído la descripción detallada siguiente de
una realización considerada en combinación con las figuras de los
dibujos que se incluyen:
la figura 1 muestra una representación
esquemática de un sistema para poner en práctica la presente
invención;
la figura 2 muestra esquemáticamente la
adaptación de los eventos; y
la figura 3 muestra esquemáticamente una posible
estructura de distribución para poner en práctica la presente
invención.
Con referencia a la figura 1 se explicará un
primer sistema para poner en práctica la presente invención.
Con este objeto se explicarán inicialmente
algunos significados e impresiones. Un "evento" en el sentido
de la presente invención es una reunión social o actividad que
usualmente tiene una cierta hora de iniciación, un periodo de tiempo
de duración y por lo tanto también una hora de terminación. En
contraste con asambleas de otras reuniones de un cierto número de
gente es importante, pero es un propósito de la invención, que
requiere que estén disponibles ciertas fuentes (por ejemplo, un
proyector de películas, una cierta situación, etc.) solamente en
ciertos lugares. Por lo tanto un evento tiene lugar en un cierto
emplazamiento. Un usuario ha de llegar a este lugar procedente del
lugar actual lo cual usualmente requiere algún tiempo. Además,
recursos tales como medios de transporte pueden ser necesarios. A
los eventos asiste un cierto número de gente. Los eventos pueden ser
descritos como una estructura que comprende:
Propósito del evento, lugar, fecha, hora de
inicio, duración, asistentes.
Una "plantilla" es una especificación de
evento que se compone de un cierto número de atributos
especificados. Un ejemplo de una plantilla es:
"proyección de película", Hedelfinger Str.
61 + 5 km, 24.10.00, 18:00 GMT
Una "consulta" es una tarea para seleccionar
sincronizadamente unos datos, es decir, mientras el usuario está
esperando el resultado.
Una "orden permanente" es una tarea para
seleccionar eventos para informar al usuario sobre como tendrán
lugar estos eventos sincronizadamente, es decir mientras el usuario
está desconectado del sistema.
A continuación se explicarán los componentes de
un sistema para poner en práctica la presente invención con
referencia a la figura 1.
Un módulo 12 de gestión de consultas gestiona las
consultas y órdenes permanentes de usuarios. En el caso de una
consulta, el módulo de gestión de consultas recibe esta tarea de un
Módulo de Adaptación e Interacción de la Presentación (PIAM) 6,
solicita al módulo 9 colector de eventos los eventos que comprende
la plantilla de la tarea, y envía estos eventos a un módulo 10 de
selección y ordenación, el módulo 12 de gestión de consultas los
envía al PIAM 6 para presentación en un dispositivo de comunicación
móvil. Para permitir algunas operaciones de interacción, el módulo
12 de gestión de consultas almacena todos los datos referentes a la
consulta para reaccionar a las interacciones del usuario. Hay dos
operaciones posibles de interacción. Si un usuario acepta eventos
propuestos por el sistema, estos eventos son introducidos en el
módulo 5 de calendario y la consulta se vuelve a tratar enviando de
nuevo los eventos al módulo 10 de selección y ordenación, etc. Como
ahora hay más restricciones de tiempo, el resultado devuelto desde
el módulo 10 de selección y ordenación al módulo 12 de gestión de
consultas puede diferir del de la primera operación. Si un usuario
elimina (rechaza) un evento en el módulo 5 de calendario, el módulo
12 de gestión de consultas es notificado y la consulta es tratada de
nuevo para generar de nuevo más resultados que son devueltos desde
el módulo 10 de selección y ordenación al módulo 12 de gestión de
consultas.
En el caso de una orden permanente el módulo 12
de gestión de consultas recibe esta tarea del PIAAM 6. Este solicita
al módulo 9 colector de eventos que informe al módulo 12 de gestión
de consultas en caso de que existan eventos que satisfagan la
plantilla. El tratamiento de esta tarea se detiene entonces, pero
todos los datos referentes a la tarea son almacenados en el módulo
12 de gestión de consultas. Tan pronto como el módulo 9 colector de
eventos notifica al módulo 12 de gestión de consultas la existencia
de eventos correspondientes, el módulo 12 de gestión de consultas
envía los eventos al módulo 10 de selección y ordenación, recibiendo
a su vez el resultado que es una lista de eventos accesibles. El
módulo 12 de gestión de consultas solicita al módulo 6 (PIAM) de
adaptación e interacción de la presentación que informe al usuario
sobre el resultado usando los medios seleccionados de usuario.
Finalmente, el módulo 12 de gestión de consultas
envía información de la selección de vistas desde el PIAM 6 al
módulo 7 de gestión de contexto cuando es apropiado.
A continuación se explicará la función del
módulo 9 de recogida de eventos. Este componente recoge eventos y
suministra conjuntos de eventos de acuerdo con una plantilla dada.
El módulo 9 de recogida de eventos tiene varias posibilidades de
recoger eventos. Una es buscar fuentes de información apropiadas
cuando se necesiten eventos, por ejemplo usando un motor de búsqueda
en Internet 3 consultando páginas de eventos en Internet 3. Otra
posibilidad es suscribirse a fuentes de eventos apropiadas, de modo
que el módulo 9 de recogida de eventos esté informado de la
existencia de nuevos eventos. Para reaccionar a las consultas
rápidamente, el módulo 9 de recogida de eventos puede buscar
activamente fuentes de información (Internet 3, etc.) incluso sin
conocer ya las tareas. Además de ello puede emplear una base 17 de
datos propia para almacenar eventos. Para permitir que terceras
partes inserten directamente eventos manualmente, el módulo 9 de
recogida de eventos puede ofrecer una interfaz 14 de entrada manual
para hacerlo.
En el caso de una consulta el módulo 9 de
recogida de eventos recibe una plantilla del módulo 12 de gestión de
consultas y responde a ella devolviendo una lista de eventos
accesibles que están de acuerdo con la plantilla. En el caso de una
orden permanente el módulo 9 de recogida de eventos recibe una
plantilla del módulo 12 de gestión de consultas. Tan pronto como el
módulo 9 de recogida de eventos halla un evento de acuerdo con la
plantilla, informa al módulo 12 de gestión de consultas devolviendo
una lista de eventos de acuerdo con la plantilla.
Para cumplimentar su tarea el módulo 9 de
recogida de eventos puede acceder a una base 8 de datos de lugares
para determinar el lugar de, y la distancia a, los eventos
recuperados. Después de haber accedido a la base 8 de datos de
lugares, cada entrada de lugar en un evento es ampliada mediante la
posición geográfica del lugar. Por lo tanto, la posición geográfica
puede por ejemplo ser almacenada junto con la entrada del evento en
la base 17 de datos de eventos.
La base 8 de datos de lugares es capaz de asociar
posiciones a datos de lugares simbólicos (lógicos) proporcionados en
los eventos. Ese tipo de asociación puede ser, por ejemplo:
"Gloria 1" = 34,00078N, 4,8901W 134,3
metros)
La primera cadena designa el nombre simbólico
(lógico). La segunda parte contiene la posición geográfica, por
ejemplo en el formato WGS 84. los nombres simbólicos (lógicos)
pueden incluir nombres por los que es conocido un lugar
("Münchener Hofbräuhaus"), una dirección ("Hedelfingerstr.
61") y otras referencias a lugares. Los nombres simbólicos
(lógicos) son suministrados por el módulo 9 de recogida de eventos.
La base 8 de datos de lugares responde a una consulta con la
correspondiente posición geográfica.
Ahora se explicará la función y funcionamiento
del Módulo (SOM) 10 de Ordenación y Selección. Este componente
obtiene un conjunto de eventos del módulo 12 de gestión de consultas
y selecciona y ordena eventos según un conjunto de atributos.
Responde al módulo 12 de gestión de consultas devolviendo una lista
de eventos ordenada. El conjunto de atributos es solicitado del
módulo 7 de gestión de contexto. Este consiste en un conjunto
abierto de datos tales como:
\vardiamondsuit Tipo de preferencias de
usuario
- -
- categorías de eventos
- -
- palabras clave
- -
- nombres de participantes preferidos (y sus puestos)
- -
- lugares preferidos
\vardiamondsuit tiempo abierto/ranuras de
localización.
Para determinar la distancia en tiempo y el
camino a los eventos, el módulo 10 de selección y ordenación puede
acceder al módulo 11 de navegación. Solicitar estos datos
suministrando un punto de partida en la localización del blanco de
posibles medios de transporte.
Una descripción del camino y una estimación del
tiempo necesario son devueltos desde el módulo 7 de navegación.
El módulo 11 de navegación está conectado a unos
medios de determinación de posición tales como por ejemplo un GPS.
Los medios 15 de determinación de posición pueden estar conectados
además al módulo 12 de gestión de consultas. El módulo 11 de
navegación puede calcular la trayectoria para ir de un lugar a otro,
con el resultado de una descripción del camino y del tiempo
necesario facilitando un conjunto de posibles medios de
transporte.
El Módulo 7 de Gestión del Contexto reúne y
almacena datos de contexto y los entrega al SOM 10 con objeto de
configurar el procedimiento de selección y ordenación y al PIAM con
objeto de configurar el procedimiento de adaptación e interacción de
la presentación. Los datos de contexto pueden incluir:
\bullet la posición del usuario
\bullet datos y tiempo en la posición del
usuario
\bullet la temperatura en la posición del
usuario
\bullet datos de usuario/a personales como su
programa
\bullet su historia sobre la utilización del
servicio
\bullet la condición real de la red a la que se
conecta el usuario/a
\bullet la condición real del dispositivo de
usuario/a
\bullet el perfil de usuario (por ejemplo,
edad, género, nacionalidad y preferencias de usuario)
\bullet las posibilidades del dispositivo de
usuario
\bullet la situación social actual del
usuario.
Parte de estos datos se recogen del CM 5.
Cuando está en "modo de aprendizaje" el CMM
7 trata de reunir información de perfil de usuario automáticamente
examinando las interacciones del usuario con el servicio (véase G en
la figura 1), y, cuando es posible, observando también otra
utilización de Internet de este usuario fuera del servicio. Esta
información es almacenada de nuevo dentro del CMM 7.
Para permitir que los usuarios usen diferentes
conjuntos de datos de contexto (por ejemplo que tengan diferentes
preferencias según el modo (viaje de negocios o excursión de
vacaciones), los conjuntos de datos de contexto pueden ser
organizados en diferentes "vistas". El usuario puede
seleccionar estas vistas usando el PIAM 6 (que informa al QMM 12,
que finalmente informa el CMM 7 acerca de la vista seleccionada
actualmente). Cuando se administra información de contexto, se usa
la vista actualmente seleccionada.
El Módulo de Adaptación e Interacción de
Presentación PIAM 6 presenta los resultados de las consultas y
órdenes permanentes a un usuario. Esta presentación está adaptada
según datos de contexto como:
\bullet Tipo de dispositivo usado
\bullet la condición real de la red
\bullet y así sucesivamente
Adicionalmente, el PIAM 6 permite que el usuario
haga las siguientes cosas:
\bullet introducir una nueva consulta
El usuario puede especificar todos los atributos
apropiados y modos de presentación (por ejemplo referentes a
clasificación, etc.). Esto da como resultado una nueva consulta que
es enviada a la QMM 12.
\bullet introducir una nueva orden
permanente
El usuario puede especificar todos los atributos
apropiados. Esto da como resultado una consulta que es enviada al
QMM12.
\bullet modificar una orden permanente
Esto se efectúa solicitando una orden permanente
del QMM 12 y permitiendo que el usuario la modifique.
\bullet observar los resultados de las
consultas u órdenes permanentes
\bullet aceptar un evento de una lista de
eventos
En caso de aceptación, el evento es introducido
en el CM 5, entonces el QMM 12 es modificado para obtener un nuevo
resultado que considere las nuevas restricciones de hora/lugar que
resulten de esa nueva elección.
\bullet seleccionar una vista
\bullet seleccionar medios de notificación
Adicionalmente, el FIAM 6 es capaz de enviar
notificaciones a usuarios de fuera de la red cuando el sistema
detecte un evento de acuerdo con una orden permanente.
El modelo 5 de calendario muestra una
presentación de tipo calendario al usuario. Eventos que el usuario
ha aceptado son introducidos en este calendario. En el caso de por
ejemplo un cambio de idea o cuando se exploren alternativas, un
usuario puede también rechazar eventos aceptados en el calendario.
En este caso, es informado el Módulo 12 de Gestión de Consultas.
Para integrarlo dentro de un medio de administración existente, el
módulo de calendario puede ser un producto existente (por ejemplo
Microsoft Outlook) mientras que otros programas puedan introducir
eventos y mientras otros programas puedan detectar la eliminación de
eventos en el calendario.
Adicionalmente, el calendario es una fuente de
información pata el sistema de gestión de contexto.
El usuario inicia un tratamiento de una consulta
en el PIAM 6. El usuario introduce una consulta en el PIAM 6,
especificando, por ejemplo, la fecha, la hora y el lugar en el que
han de obtenerse los eventos. El PIAM 6 produce una plantilla fuera
de esa y la envía, junto con otros datos (por ejemplo, opciones de
presentación y la vista que se ha de usar) al QMM 12. El QMM 12 crea
una entrada de consulta y la almacena. Después de lo cual, envía la
plantilla al EGM 9. El EGM 9 reúne eventos que están de acuerdo con
esa plantilla, por ejemplo, usando una base de datos interior.
También usa la LD 8 para determinar si el evento está de acuerdo con
la plantilla. Finalmente, extiende los eventos que están de acuerdo
en la plantilla junto con las posiciones geográficas obtenidas de la
LD 8. Este conjunto de eventos es devuelto a la QMM 12, donde es
almacenado en la entrada de consultas. La QMM 12 envía este conjunto
al SOM 10. El SOM 10 aplica su selección y el algoritmo de
ordenación usando datos reunidos procedentes del CMM 7. Para
determinar, en que momento pueden ser obtenidos los eventos, el SOM
10 usa el NM 11 que también suministra una descripción de los modos
de alcanzar el evento. Esta descripción se extiende también a los
eventos. El SOM 10 devuelve entonces una lista ordenada de eventos
de nuevo al QMM 12. El QMM 12 envía esta lista al PIAM 6, en el que
es presentada al usuario aplicando los mecanismos de adaptación de
la presentación que usan datos de contexto de CMM 7.
El usuario es capaz ahora de aceptar eventos de
esa lista o eliminar eventos en el calendario.
Después de haber terminado la consulta, el
usuario detiene el procedimiento de consulta.
Si el usuario acepta un evento en el PIAM 6, el
evento es enviado al CM 5 en el que es introducido en el calendario
de ese usuario. Adicionalmente, el PIAM 6 envía notificación de la
aceptación al QMM 12, que a su vez inicia el procedimiento de
selección y ordenación enviando al SOM 10 el conjunto de eventos
recibidos anteriormente del EGM 9, pero en el que el evento aceptado
ha sido eliminado. Como el evento aceptado restringe más la
disponibilidad de tiempo/lugar del usuario, puede dar como resultado
otra lista de eventos a partir de este tratamiento (el SOM 10
conocerá estas restricciones al recibir estos datos de contexto de
la CMM 7, que, a su vez, consulta el CCM 5). Como anteriormente, la
nueva lista de eventos es presentada al usuario, y el usuario puede
aceptar de nuevo un evento.
Eventos en el CM 5(es decir eventos
aceptados) pueden ser rechazados por el usuario en cualquier
momento. En este caso el evento es rechazado del calendario del
usuario por el CM 5. Si no se está efectuando en ese momento
consulta alguna no se efectúan más operaciones. Si se está tratando
una consulta y el evento rechazado es uno originado a partir de la
consulta, este evento es enviado al QMM 12 y el procedimiento de
consulta es reiniciado. La única diferencia consiste en que el
evento es añadido de nuevo al conjunto de eventos almacenado en el
QMM 12. Si se está actualmente tratando una consulta y los eventos
rechazados no se originaron a partir del procedimiento de consulta,
el procedimiento de consulta completo se inicia de nuevo mediante el
QMM12, es decir, también es consultado el EGM 9 sobre eventos que
estén de acuerdo con la plantilla de la consulta.
El usuario especifica una orden permanente en el
PIAM 6 de un modo similar a como especifica una consulta con la
única diferencia que se especifica también que medios de
comunicación habrán de ser utilizados para informar al usuario sobre
la existencia de un evento correspondiente. El PIAAM 6 envía
entonces esta orden permanente al QMM 12, en el que se genera una
entrada de orden permanente. Finalmente, el QMM 12 envía la
plantilla correspondiente al EGM 9.
Si el EGM 9 halla uno o más eventos que estén de
acuerdo con la plantilla de la orden permanente (usando el LD 8 del
mismo modo que con consultas), este envía los eventos al QMM 12, que
especifican la orden permanente a la que pertenecen. El QMM 12
entonces empieza el tratamiento de selección y ordenación de la
misma manera que en el tratamiento de una consulta. Cuando el QMM 12
envía la lista de eventos al EGM 9, también añade la especificación
de medios de comunicación seleccionados por el usuario. Finalmente,
el usuario es notificado sobre la lista de eventos usando los medios
de comunicación seleccionados por el EGM 9. El usuario es entonces
capaz de conectarse al sistema e interaccionar del mismo modo que
durante una consulta (es decir, aceptando y rechazando eventos).
A continuación se explicarán estructuras de datos
para el sistema.
Una estructura de datos es el evento y la
plantilla de eventos, respectivamente, pues ambos determinan que
clase de eventos pueden ser hallados. Como se ha descrito
anteriormente, los eventos se componen principalmente de 6
elementos, es decir:
\bullet propósito del evento
\bullet situación
\bullet fecha
\bullet hora de inicio
\bullet duración
\bullet lista de asistentes
donde la propuesta de evento puede ser descrita
con una lenguaje estándar (ontología). El lugar puede ser descrito
mediante un lugar geográfico o un nombre simbólico que puede ser
sustituido mediante el LD 8 con una posición geográfica.
Las plantillas de eventos ofrecen posibilidades
de especificar estos elementos en un modo vago. Por elemento, estas
posibilidades incluyen, además dejar un elemento no especificado
(designado por un "*").
Aquí el problema es que puede haber categorías
generales y más especializadas, como "ejecución", "opera".
Por lo tanto necesitamos algo como un árbol de categorías, de modo
que un evento puede ser descrito mediante categorías del nivel más
alto. Adicionalmente, algunos propósitos deberán ser descritos
mediante varias categorías, por lo tanto necesitamos una lista de
categorías que describan un evento.
Es evidente que necesitamos parámetros para este
elemento, por ejemplo, especificar una cierta película (como
"Casablanca").
Este elemento contiene la posición geográfica del
evento.
Adicionalmente, este elemento puede contener un
atributo de "umbral: x" que especifique la distancia de x
metros sobre estos datos para eventos que estén de acuerdo con la
plantilla.
Este elemento contiene la fecha del evento.
Adicionalmente, el elemento puede contener un
atributo de "umbral:x" que especifique el intervalo de x días
alrededor de este dato para eventos que estén de acuerdo con la
plantilla.
Este elemento contiene el momento de inicio de
los eventos. Ha de asegurarse de que también la zona horaria de este
tiempo está codificada para evitar cálculos erróneos.
Adicionalmente, este elemento puede contener un
atributo de "umbral:x" que especifique el margen de x segundos
sobre este dato para eventos que estén de acuerdo con la
plantilla.
Este elemento contiene una duración, por ejemplo
en minutos.
Adicionalmente, el elemento puede contener un
atributo de "umbral:x" que especifique el margen de x segundos
sobre este dato para eventos que estén de acuerdo con la
plantilla.
Este elemento contiene referencias a
personas.
Cada uno de los elementos anteriores puede
contener adicionalmente un atributo de "ordenación:n" que
designe que este elemento haya también de ser usado para ordenar el
conjunto de eventos. El parámetro n de este atributo designa el
rango del elemento de ordenación.
Ejemplos de plantillas de
eventos
Que hacer ahora y
aquí
(propósito del evento = *;
lugar = ORDEN:1,34,7894N,85993Wm,374 m, umbral:
10000 m;
fecha 19.10.00;
inicio=ORDEN:2,13:41 SATISFACER umbral: 3600
s;
duración=ORDEN:3,*;
lista de asistentes=*)
Planificación de un día fuera en
Paris
(propósito del evento=*;
lugar= ORDEN:1.17,7894N,81,993W,374 m,
umbral:10000m; //was "Paris,Boulevard S. Germain"
fecha=15.11.00;
inicio=ORDEN:2,8:00 SATISFACER, umbral: 36000
S;
duración=ORDEN:3,*;
lista de asistentes=*)
Un verdadero
aficionado
propósito del evento = Representación Musical de
"The Jellybabies";
lugar=ORDEN:1,34,7894N,85,993W, 374 m, umbral:
50000 m;
fecha=*;
inicio=*;
duración=*;
lista de asistentes=*)
El modo más fácil de satisfacer este aspecto es
ciertamente ofrecer al usuario una interfaz en la que el/ella puedan
especificar cada elemento único con todas las posibilidades dadas.
Desafortunadamente, esto requeriría el conocimiento de cómo
especificar estas cosas. Por lo tanto, esta posibilidad es adecuada
solamente para usuarios expertos. Adicionalmente, en especial los
dispositivos móviles como el teléfono móvil ofrecen normalmente
posibilidades de entrada restringidas (pues raramente incluyen un
teclado y están caracterizados solamente por pequeñas presentaciones
visuales).
Usuarios normales o usuarios que usen este tipo
de dispositivos pueden usar una interfaz restringida que permite
escoger solamente unas pocas posibilidades. Una de estas
posibilidades es el modo "que hacer ahora y aquí", en el que el
sistema genera una plantilla como se ha descrito anteriormente que
usa la hora actual y el lugar tomado del CMM (que, a su vez, puede
haber detectado estas informaciones en el dispositivo de
usuario).
El modo más fácil para interaccionar con el
sistema es permitir sugerencias activas basadas en perfiles
recogidos implícitamente pues entonces el usuario no tiene que
especificar más consultas o preferencias. Otra posibilidad para
ayudar a usuarios que especifiquen consultas y órdenes permanentes
es utilizar valores por defecto almacenados también en el CMM.
Los eventos pueden ser introducidos directamente
por medio de entradas manuales. En este caso toda la información
pertinente puede reunirse usando una forma apropiada.
Los eventos pueden ser también reunidos buscando
fuentes de información apropiadas, por ejemplo, páginas de la red,
correo electrónico (si esto es adecuado bajo aspectos de
privacidad), y bases de datos. Especialmente en la red, hay muchas
páginas que ofrecen datos de eventos en una forma legible, por
ejemplo: http://www.stuttgart.de/sixcms/
list.php3?page id=25. Hay también algunas bases de datos en Internet, por ejemplo: http://www.lift-online.com/cgi/ setkalender.pl en la que pueden ser solicitados datos de eventos automáticamente. Como no hay un modelo estándar para ofrecer tales datos, y como la audiencia para datos de eventos es normalmente una persona, la mayoría de las fuentes de información poseen un formato de datos de eventos propio, adecuado a menudo para ser usado por personas. Por lo tanto, una arquitectura que desee usar estas fuentes de información ha de entenderse con diferentes formatos que pueden también ser sometidos a cambios frecuentes, no anunciados. El EGM 9 tiene entonces simplemente que traducir el formato de datos de eventos de las fuentes de información a la que se usa en el sistema.
list.php3?page id=25. Hay también algunas bases de datos en Internet, por ejemplo: http://www.lift-online.com/cgi/ setkalender.pl en la que pueden ser solicitados datos de eventos automáticamente. Como no hay un modelo estándar para ofrecer tales datos, y como la audiencia para datos de eventos es normalmente una persona, la mayoría de las fuentes de información poseen un formato de datos de eventos propio, adecuado a menudo para ser usado por personas. Por lo tanto, una arquitectura que desee usar estas fuentes de información ha de entenderse con diferentes formatos que pueden también ser sometidos a cambios frecuentes, no anunciados. El EGM 9 tiene entonces simplemente que traducir el formato de datos de eventos de las fuentes de información a la que se usa en el sistema.
En el próximo futuro, tales eventos podrán ser
ofrecidos en fuentes tales como servidores de red como documentos
XML. En este caso, el EGM ha de saber y comprender los DTDs.
correspondientes.
Los eventos son almacenados en una base 17 de
datos de eventos dentro o fuera del EGM 9, por ejemplo en forma XML,
para reaccionar rápidamente a consultas mediante el QMM 12.
Para devolver un conjunto de eventos que
satisfacen una plantilla de eventos dada, el EGM 12 tiene que
considerar todos los elementos de una plantilla de eventos. Un
elemento es autorizado para ser incluido en el conjunto de eventos,
todos los elementos han de ser autorizados. Un elemento es
autorizado si no es especificado ("*"). La calificación de un
elemento concreto depende del elemento:
Este elemento es autorizado si la categoría
especificada es una predecesora en una de las categorías jerárquicas
del evento, y si el parámetro, si se especifica, es igual.
Este elemento es autorizado si el lugar
geográfico del evento (como se determina por el LD 8) se extiende en
el margen especificado por la plantilla de eventos.
Este elemento es autorizado si la fecha del
evento está comprendida en el intervalo especificado por la
plantilla de eventos.
Este elemento es autorizado si la fecha del
evento está comprendida en el margen especificado por la plantilla
de eventos.
Este elemento es autorizado si la fecha del
evento está comprendida en el margen especificado por la plantilla
de eventos.
Este elemento es autorizado si la lista de
personas especificada en la plantilla de eventos está contenida en
la lista de asistentes del evento.
El algoritmo de selección y ordenación es un
procedimiento de dos etapas. En la primera etapa eventos extraídos
del conjunto de eventos entrantes son seleccionados según algunos
criterios recibidos del CMM determinados mediante una vista
seleccionada por el usuario. Uno de estos criterios es el calendario
de los usuarios: se seleccionan solamente eventos que no se opongan
a entradas existentes. Otro criterio es el tiempo necesario para
alcanzar el lugar de un evento. Calculado mediante el NM 11 este
tiempo necesario es considerado cuando se seleccionan eventos que
están comprendidos en el margen de tiempo de la plantilla de
eventos.
En la segunda etapa, los eventos son ordenados
según criterios de ordenación. Estos criterios están especificados
en las plantillas de eventos.
La presentación se adapta dentro del PIAM 6 hacia
el usuario con relación a un número total de factores. El
procedimiento de presentación se compone de al menos tres etapas
(véase la figura 2).
La primera etapa es la "adaptación de datos"
que adapta la presentación según las características de los propios
datos (es decir, los eventos). Si un evento es, por ejemplo,
cercano, justamente la descripción del evento y el emplazamiento del
evento pueden ser presentados, si un evento no es cercano, pero está
en la misma ciudad, se presentan adicionalmente datos del transporte
público (horarios, modos de ir a la estación, etc.). Estas
adaptaciones pueden ser realizadas, por ejemplo, usando un mecanismo
normalizado que es capaz de especificar cosas como
"si(emplazamiento del evento) = ``cercano'') entonces
mostrar (descripción de evento, lugar de evento)" o "si
(emplazamiento evento = ``en la ciudad'') entonces mostrar
(descripción de evento, emplazamiento de evento, horarios de
transporte al evento)".
La segunda etapa es la "adaptación de
usuario" que adapta la presentación en relación con el usuario.
Esta incluye características de datos según instrucciones explícitas
del usuario/a, sus preferencias que han sido aprendidas por el
sistema, etc.
La tercera etapa es la de "adaptación de
dispositivo" que adapta la presentación según las características
del dispositivo de usuario actual y la conexión de datos a ese
dispositivo. Esta adaptación incluye ajustes a cosas como el tamaño
de pantalla, capacidades de color, el formato de presentación
necesario (por ejemplo HTML o WML), el ancho de banda real, y la
condición de la red.
Los componentes del sistema podrían ser
distribuidos como se representa en la figura 3. El componente PIAM 6
puede ser descompuesto en un módulo 6 de PIAM lateral de sistema, y
un programa 4 de cliente lateral de dispositivo de usuario. Este
último puede consistir simplemente en un buscador de red o un WAP.
Alternativamente, puede consistir en un programa de cliente especial
que maneje la interacción del usuario con el sistema. El CM 5 puede
residir en el dispositivo del usuario; en este caso puede consistir
en un programa de calendario existente (como Microsoft Outlook).
El sistema global puede ser considerado como un
servicio de un portal de servicios de acceso múltiple.
El procedimiento de recogida EGM 9 puede ser
efectuado usando componentes de traductor y adaptador que traduzcan
eventos del formato en la fuente en el formato que se usa dentro del
sistema, y que encapsule el procedimiento de consulta de la fuente
de eventos, respectivamente. Puede esperarse que en el futuro se
pueda acceder a los eventos en un formato basado en el XML.
El EGM 9 puede emplear una base de datos SQL para
almacenar los eventos recogidos. Las plantillas de Eventos pueden
ser realizadas mediante sentencias SQL que se usan para ser
ejecutadas en la base de datos del EGM.
El CM 5 puede estar situado en el dispositivo de
usuario, en el sistema o en otro ordenador en una red conectada. El
CM 5 puede ser realizado, por ejemplo, usando Microsoft Outlook que
utiliza una interfaz COM en el dispositivo de usuario.
Claims (18)
1. Un método para gestionar datos de información
de eventos, comprendiendo el método las operaciones siguientes:
- inquirir la hora actual (16) y la posición
geográfica actual (15) de un dispositivo (1) de comunicaciones
móvil;
- usar el tiempo actual (16) y la información de
la posición geográfica (15) para crear una plantilla para consultar
(12) una fuente (9) de eventos, conteniendo la fuente (9) de eventos
entradas de eventos parametrizadas por su categoría, tiempo y
emplazamiento;
- calcular una lista de eventos accesible para un
usuario del dispositivo (1) de comunicaciones móvil que tiene en
cuenta las diferencias entre el tiempo de iniciación y el lugar de
un evento y el tiempo actual y la posición del dispositivo (1) de
comunicaciones móvil; y
- presentar (6) la lista de eventos accesibles en
el dispositivo (1) de comunicaciones móvil.
2. Un método según la reivindicación 1,
caracterizado porque la operación de calcular una lista de
eventos accesibles comprende la operación de tener en cuenta
recursos de transporte desde la posición actual del dispositivo (1)
de comunicaciones móvil al lugar de un evento.
3. Un método según las reivindicaciones 1 ó 2,
caracterizado porque además la información de perfil del
usuario del dispositivo (1) de comunicaciones móvil es parte de la
plantilla (12) para consultar la fuente (9) de eventos.
4. Un método según las reivindicaciones 1, 2 ó 3,
caracterizado porque, al menos para una parte de los eventos
accesibles, se calcula (11) y presenta una información sobre los
posibles medios de transporte para ir desde la posición actual del
dispositivo (1) de comunicaciones móvil a un lugar del evento.
5. Un método según una cualquiera de las
reivindicaciones precedentes, caracterizado porque la lista
de eventos accesibles es presentada (6) dinámicamente, es decir la
lista de eventos accesibles es actualizada para generar una lista de
eventos accesibles restantes cada vez que el usuario del dispositivo
(1) de comunicaciones móvil acepta un evento.
6. Un método según una cualquiera de las
reivindicaciones precedentes, caracterizado porque los
eventos accesibles aceptados por el usuario del dispositivo (1) de
comunicaciones móvil son automáticamente transferidos como entradas
a un fichero (5) de calendario electrónico.
7. Un método según una cualquiera de las
reivindicaciones precedentes, caracterizado porque el usuario
del dispositivo (1) de comunicaciones móvil puede crear eventos para
la lista de eventos accesibles y/o para la fuente (9) de
eventos.
8. Un método según la reivindicación 7,
caracterizado porque el usuario puede crear (14) eventos
personalizando eventos genéricos manualmente propuestos mediante el
dispositivo (1) de comunicaciones móvil.
9. Un método según una cualquiera de las
reivindicaciones precedentes, caracterizado por un modo de
aprendizaje en el que un dispositivo (1) de comunicaciones móvil
aprende preferencias de eventos del usuario evaluando la interacción
con el usuario:
10. Un método según una cualquiera de las
reivindicaciones precedentes, caracterizado porque el usuario
puede preconfigurar órdenes permanentes para eventos de modo que los
eventos correspondientes sean automáticamente seleccionados cuando
son recuperados en la fuente (9) de eventos.
11. Un método según una cualquier de las
reivindicaciones precedentes, caracterizado porque las
entradas de la fuente (9) de eventos son generadas automáticamente
buscando en una red (3).
12. Un producto de programa de software de
ordenador, caracterizado porque ejecuta un método según una
cualquiera de las reivindicaciones precedentes cuando es ejecutado
en un dispositivo (1) de comunicaciones móvil.
13. Un dispositivo de comunicaciones móvil que
tiene un módulo de gestión de eventos, comprendiendo el módulo (1,
2) de gestión de eventos:
- medios (15, 16) para determinar la hora real y
la posición geográfica actual del dispositivo (1) de comunicaciones
móvil;
- medios para consultar (12) una fuente interior
y/o exterior de eventos que contiene entradas de eventos
parametrizadas por su categoría, tiempo y situación, en el que la
consulta se realiza basándose en una plantilla que contiene al menos
la hora actual y la posición geográfica del dispositivo (1) de
comunicaciones móvil;
- medios para calcular una lista de eventos
accesibles para un usuario del dispositivo (1) de comunicaciones
móvil que tiene en cuenta las diferencias entre el tiempo de inicio
y el lugar de un evento y el tiempo actual y la posición del
dispositivo (1) de comunicaciones móvil; y
- medios para presentar (6) la lista de eventos
accesibles.
14. Un dispositivo de comunicaciones móvil según
la reivindicación 13, caracterizado porque los medios para
calcular una lista de eventos accesibles tienen en cuenta recursos
de transporte desde la posición actual del dispositivo (1) de
comunicaciones móvil al lugar de un evento.
15. Un dispositivo de comunicaciones móvil según
las reivindicaciones 13 ó 14, caracterizado porque la
plantilla usada por los medios (12) de consulta comprende además
información de perfil del usuario del dispositivo (1) de
comunicaciones móvil.
16. Un dispositivo de comunicaciones móvil según
una cualquiera de las reivindicaciones 13 a 15, caracterizado
porque comprende además un módulo (11) de navegación para calcular y
presentar posibles modos para ir desde la posición actual del
dispositivo (1) de comunicaciones móvil al lugar de un evento.
17. Dispositivo de comunicaciones móvil según una
cualquiera de las reivindicaciones 13 a 16, caracterizado por
unos medios (6) de cálculo para actualizar la lista de eventos
accesibles dinámicamente para generar una lista de eventos
accesibles restantes cada vez que el usuario del dispositivo (1) de
comunicaciones de móvil acepte un evento.
18. Dispositivo de comunicaciones móvil según una
cualquiera de las reivindicaciones 13 a 16, caracterizado por
medios (12) para transferir automáticamente eventos accesibles
aceptados por el usuario del dispositivo de comunicaciones móvil
como entradas a un fichero (5) de calendario electrónico.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP20010106565 EP1241830B1 (en) | 2001-03-15 | 2001-03-15 | Management of event information data with a mobile communications device |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2225331T3 true ES2225331T3 (es) | 2005-03-16 |
Family
ID=8176802
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES01106565T Expired - Lifetime ES2225331T3 (es) | 2001-03-15 | 2001-03-15 | Gestion de datos de informacion de eventos con un dispositivo de comunicacion movil. |
Country Status (4)
| Country | Link |
|---|---|
| EP (1) | EP1241830B1 (es) |
| AT (1) | ATE281034T1 (es) |
| DE (1) | DE60106721T2 (es) |
| ES (1) | ES2225331T3 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE441994T1 (de) | 2003-04-03 | 2009-09-15 | Nokia Corp | Verwaltung von kontext-bezogener information mit einer mobilstation |
| JP4007252B2 (ja) * | 2003-05-27 | 2007-11-14 | 日本電気株式会社 | 無線ソフトウェア取得システム、携帯無線装置、無線ソフトウェア取得方法、無線ソフトウェア取得プログラム |
| US20050188078A1 (en) * | 2004-02-23 | 2005-08-25 | Kotzin Michael D. | System and method for managing and associating dynamic containers of a content providing device |
| CA2879902C (en) | 2012-08-03 | 2021-03-30 | Nokia Solutions And Networks Oy | Method and apparatus for use in inter band time division duplexing carrier aggregation |
| WO2016049835A1 (en) * | 2014-09-30 | 2016-04-07 | Hewlett-Packard Development Company, L.P. | Communication of event-based content |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AUPN955096A0 (en) * | 1996-04-29 | 1996-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Telecommunications information dissemination system |
| US6199045B1 (en) * | 1996-08-15 | 2001-03-06 | Spatial Adventures, Inc. | Method and apparatus for providing position-related information to mobile recipients |
| US6157841A (en) * | 1997-09-18 | 2000-12-05 | At&T Corp. | Cellular phone network that provides location-based information |
| DE19756851A1 (de) * | 1997-12-19 | 1999-07-01 | Siemens Ag | Verfahren und Telekommunikationsnetz zum Informationsaustausch zwischen einem Teilnehmer und einem Servicedienst |
-
2001
- 2001-03-15 DE DE60106721T patent/DE60106721T2/de not_active Expired - Lifetime
- 2001-03-15 ES ES01106565T patent/ES2225331T3/es not_active Expired - Lifetime
- 2001-03-15 AT AT01106565T patent/ATE281034T1/de not_active IP Right Cessation
- 2001-03-15 EP EP20010106565 patent/EP1241830B1/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| DE60106721T2 (de) | 2005-04-28 |
| DE60106721D1 (de) | 2004-12-02 |
| EP1241830B1 (en) | 2004-10-27 |
| EP1241830A1 (en) | 2002-09-18 |
| ATE281034T1 (de) | 2004-11-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8126759B2 (en) | Social networking system capable of notifying users of profile updates made by their contacts | |
| US9148753B2 (en) | Displaying location-specific images on a mobile device | |
| US20130166661A1 (en) | Social networking system capable of providing location-based notifications | |
| US11004161B2 (en) | Reservation system | |
| US20100169131A1 (en) | System and Method For Providing Customized Travel Guides and Itineraries Over a Distributed Network | |
| US20020065828A1 (en) | Network communication using telephone number URI/URL identification handle | |
| JPH11191120A (ja) | スケジュール管理システムのスケジュール表示方法および予約スケジュール管理方法 | |
| CN106164869A (zh) | 用于并行处理的混合客户端/服务器架构 | |
| US7451185B2 (en) | Method and system for providing links to resources related to a specified resource | |
| US20070135138A1 (en) | Methods, systems, and computer program products for providing location based subscription services | |
| US20140297617A1 (en) | Method and system for supporting geo-augmentation via virtual tagging | |
| CN109074555A (zh) | 一步任务完成 | |
| KR101462348B1 (ko) | 모바일 메신저에 적용 가능한 태그를 이용한 재능 교환 및 공통 관심 사용자 매칭 시스템 및 그 방법 | |
| US20130019185A1 (en) | Method, Devices and a System for Communication | |
| AU2010308068A1 (en) | A locating system and a method for operating a locating system | |
| US11847179B2 (en) | Curated result finder | |
| KR102068422B1 (ko) | 일정 관리 서비스 시스템 및 방법 | |
| CN111034157B (zh) | 用于动态投递内容的***和方法 | |
| ES2225331T3 (es) | Gestion de datos de informacion de eventos con un dispositivo de comunicacion movil. | |
| EP1333675A1 (en) | Image registration server and image mediation distributing system | |
| US11751010B2 (en) | Creating a communication channel between user devices and local stores | |
| Smirnov et al. | Smart space-based intelligent mobile tourist guide: Service-based implementation | |
| KR20200048381A (ko) | 여행 일정 추천 서비스 제공 시스템 및 방법 | |
| Schwotzer | Modelling distributed knowledge management systems with topic maps | |
| JP2005100146A (ja) | 問題解決支援サーバ、及び問題解決支援方法 |