IEEE LATIN AMERICA TRANSACTIONS, VOL. 4, NO.
4, JUNE 2006
Diseo y Desarrollo de un Sistema Genrico de
Notificacin de Eventos sobre Mltiples
Dispositivos
J. J. Samper y A. Cervera

Abstract-- The present article deals with the problems
existing in managing delivery of information to devices
that have different characteristics and needs. Initially,
there is a general proposal for the design of an
information platform with events. Flexibility and scalabi-
lity are the main requirements of the platform. The
architecture suggested is independent both from the
information source and from the users device types
addressed by the system. Next, an implementation of the
platform, intended to create a traffic alert service able to
send notifications by email and phone calls, is described.
Index Terms-- Integrated voice-data communication,
Management information systems, Multimedia systems, Speech
synthesis, Voice.
I. INTRODUCCIN
l presente artculo trata de abordar la problemtica
E existente en la gestin del envo de informacin a
dispositivos con caractersticas y necesidades de diversa
naturaleza. Inicialmente se plantea una propuesta general de
diseo para una plataforma de informacin mediante eventos
donde la flexibilidad y la escalabilidad son los requisitos
principales. En este punto se propone una arquitectura que es
independiente de la fuente de informacin utilizada y de los
tipos de dispositivos de usuario a los que va dirigido el
sistema. Posteriormente se describe la implementacin
realizada de esta plataforma para crear un servicio de alertas
de trfico capaz de enviar notificaciones mediante correo
electrnico y llamadas telefnicas.
II. ESTADO DEL ARTE
A. Comunicacin inalmbrica
La diversidad de caractersticas es una de las principales
particularidades presentes en los dispositivos de comunicacin
en la actualidad. La informacin que ofrecen al usuario puede
____________________________
J. J. Samper y A. Cervera estn en el Instituto de Robtica, Universidad de
Valencia. {Jose.J.Samper, Arturo.Cervera }@uv.es.
227
acomodarse en mltiples formatos y ser enviada a travs de
sistemas de comunicacin heterogneos. Todo ello hace que el
diseo de un sistema deba plantear una arquitectura lo
suficientemente abierta que permita llegar al mayor nmero de
usuarios posible y ser escalable para asegurar un largo periodo
de vida.
En los ltimos aos se han producido importantes avances
en el campo de las tecnologas de comunicacin que han
hecho posible la aparicin de nuevas formas de acceso a la
informacin. El objetivo principal que se intenta alcanzar es
hacer que la informacin sea accesible a cualquier persona, en
cualquier sitio y con total disponibilidad. Esta necesidad de
poder acceder a los contenidos Web bajo esta independencia
ha dado origen a reas como la computacin ubicua
(Pervasive Computing). A pesar de la alta tasa de crecimiento
de Internet situada en torno al 100% en los ltimos 5 aos, la
mayor parte de los usuarios acceden mediante un ordenador
personal conectado a la red mediante cable, lo que implica una
restriccin en el acceso, al tener que realizarse este desde un
lugar determinado. Debido a esta limitacin, tras Internet han
aparecido una serie de tecnologas inalmbricas, como
telfonos mviles y agendas personales. Estos dispositivos
estn basados en estndares como WAP e I-mode, que
permiten el acceso inalmbrico a la informacin mediante
tecnologas de red como GPRS, UMTS o Wi-Fi. Esto hace
posible la obtencin de informacin desde cualquier lugar que
disponga de cobertura, a costa de cierta limitacin en la
capacidad de representacin grfica y de procesamiento. El
espectacular crecimiento del nmero de ventas de terminales
mviles ha propiciado la expansin de servicios de
informacin que utilizan los mensajes cortos (SMS [1]) como
medio de comunicacin. El xito de esta tecnologa en todo el
mundo ha sido posible gracias a dos factores. Por una parte, el
bajo precio de los dispositivos que son capaces de soportar
SMS y, por otro lado, el bajo coste que tiene este tipo de
mensajes, muy inferior al coste de una comunicacin WAP a
travs de las redes GSM. Estos dos factores han hecho posible
la popularizacin de servicios orientados a SMS, siendo
ejemplos los servicios de informacin bancaria, informacin
de trfico, votaciones en concursos y servicios de alertas por
SMS.
228
B. El Mercado de la voz
El mercado de servicios de voz ha experimentado un
considerable aumento en los ltimos aos, apoyado por el
crecimiento en las ventas de dispositivos mviles. La
interaccin mediante la voz con los sistemas informticos
permite conectar a los usuarios con bases de datos en
cualquier lugar y en cualquier instante utilizando algo tan
natural para el ser humano como el habla. Adems, el telfono
es el dispositivo de comunicacin ms extendido y utilizado,
lo que asegura un mercado potencial de usuarios para las
aplicaciones de voz mucho mayor que el de otros tipos de
aplicaciones.
C. Los servicios de alerta
Una alerta es una notificacin, generalmente de corta
extensin, enviada a un usuario que previamente ha solicitado
su registro. Los servicios de alerta se han popularizado en los
ltimos aos en gran medida impulsados por la alta
penetracin en la sociedad de los dispositivos mviles y la
facilidad de uso de los mensajes cortos, o SMS. Aunque los
servicios ms populares son los basados en esta ltima
tecnologa, existen una gran variedad de medios que pueden
utilizarse para el envo de informacin. Servicios gratuitos
como Google Alerts [2] permiten el envo de correos
electrnicos cuando aparece una noticia de inters segn las
palabras clave definidas por el usuario.
Actualmente existen algunos servicios comerciales de
alertas que permiten a un proveedor de servicios crear un
sistema de este tipo sin tener que implementar una solucin
propia partiendo desde cero. El problema de este tipo de
servicios es la limitacin obligada a las posibilidades que
ofrece el fabricante de la plataforma, generalmente correos
electrnicos y envo de mensajes cortos a mviles. En el caso
estudiado, la plataforma [2] no ofreca la posibilidad de enviar
avisos mediante llamadas al telfono del usuario y obligaba a
utilizar sistemas propietarios.
III. DESCRIPCIN GENERAL DE LA PLATAFORMA
A. Objetivos
El proyecto descrito en este artculo surge ante la necesidad
de enviar informacin sobre la situacin del trfico en
carreteras a los usuarios suscritos al servicio. Los actuales
servicios de alertas no son vlidos ya que estn generalmente
basados en SMS o correo electrnico, y no es posible
utilizarlos durante la conduccin. El uso de la voz para
comunicar informacin al conductor se hace imprescindible.
Por otra parte, la informacin comunicada por voz debe ser
corta y precisa. Si el usuario del servicio se encuentra sentado
delante del ordenador en lugar de conduciendo, posiblemente
desee recibir una mayor cantidad de informacin, como
mapas con rutas alternativas a su itinerario. De esta forma, se
ha pensado en no restringir el servicio a un solo tipo de alerta
y generalizar la idea de adaptar la informacin a diferentes
IEEE LATIN AMERICA TRANSACTIONS, VOL. 4, NO. 4, JUNE 2006
tipos de medio de envo.
Debido a la falta de informacin sobre plataformas libres
para el envo de notificaciones en forma de alertas, se decidi
realizar un sistema genrico que permitiese gestionar la
informacin mediante eventos, y donde se pusiera especial
nfasis en la escalabilidad y flexibilidad del sistema. De esta
forma, se pens en realizar un sistema que utilizase en una
fase inicial la voz y el correo electrnico como medio de
difusin. Adems, debera funcionar sobre una plataforma
escalable que permita la fcil ampliacin a nuevas formas de
envo, como SMS o WAP Push. Esto permitir disponer de un
sistema flexible, capaz de enviar informacin a los usuarios
mediante diferentes medios, adaptndose a las preferencias de
los mismos. Tambin hace posible disponer de un sistema de
informacin ampliable, que ser capaz de acomodarse a
nuevos dispositivos que puedan surgir
B. Necesidades
Dado que el uso general del sistema es el envo de cualquier
tipo de informacin de inters para el usuario en tiempo real,
la primera de las condiciones es el acceso en todo instante a
los eventos acaecidos.
El paso previo a la gestin de los eventos es la creacin de
los perfiles de usuario. Generalmente, el usuario debe indicar
cules son sus preferencias atendiendo a diferentes criterios
establecidos por el tipo de servicio. Por tanto, se hace
indispensable un repositorio donde se almacene esta
informacin, as como un conjunto de herramientas lo
suficientemente generales para permitir la creacin de perfiles
por parte de usuarios desde diferentes tipos de dispositivos,
como navegadores Web, PDAs, telfonos mviles o telfonos
convencionales. Mediante las preferencias de los usuarios y la
informacin en tiempo real disponible, el sistema debe
discriminar aquellos eventos que sean de inters, realizando la
oportuna clasificacin para su posterior envo.
La notificacin de los eventos a los usuarios interesados
tambin puede realizarse atendiendo a mltiples esquemas. La
poltica de envo de un sistema de mensajes cortos no tiene
por qu coincidir con la poltica de envo de un sistema de
alertas por voz o por correo electrnico. Por tanto, esta tarea
debe realizarse por mdulos especficos para cada sistema de
envo. Existirn diferentes repositorios de salida, a los cuales
accedern los distintos tipos de sistemas de envo que
gestionarn la informacin atendiendo a sus polticas
concretas.
C. Arquitectura general
Basada en las necesidades anteriores, se ha diseado una
plataforma donde se distinguen dos partes claramente
diferenciadas:
1. Interfaz de suscripcin de usuarios. La arquitectura de
capas propuesta est basada en la gestin de los datos
mediante servicios Web, fundamentada en el intercambio
de mensajes SOAP [4]. Esta base hace posible crear
SAMPER ZAPATER AND CERVERA GARCA : DESIGN AND DEVELOPMENT OF A
aplicaciones cliente basadas en entornos Web, utilizando
plataformas de desarrollo como J2EE o Microsoft .NET,
ya que SOAP independiza las comunicaciones del
lenguaje utilizado, permitiendo as la interoperabilidad
entre diferentes entornos. El conjunto de dispositivos que
pueden acceder al servicio es muy diverso,
comprendiendo desde telfonos mviles o PDAs hasta
incluso telfonos convencionales, utilizando la voz para
la creacin de perfiles [5]-[7].
2. Un sistema gestor de eventos (SGE), cuya finalidad es
detectar en tiempo real los eventos de inters,
relacionndolos con los perfiles de usuario. Una vez
filtrada la informacin, el mdulo gestor clasifica el envo
de eventos en diferentes repositorios, dependiendo del
tipo de medio por el cual se desea enviar. Estos
repositorios actan como buffers intermedios a los que
acceden los diferentes sistemas que se encargan de la
gestin de la entrega de los eventos a los usuarios.
En la Fig. 1 podemos ver los diferentes elementos que
componen el sistema.
Fig. 1. Arquitectura general de la plataforma de gestin de eventos.
IV. SISTEMA ORIENTADO A LA INFORMACIN DE INCIDENCIAS
DE TRFICO
A. Decisiones de implementacin
A continuacin se procede a explicar cules han sido las
decisiones que se han tomado para implementar el sistema
gestor de eventos para el caso concreto de un servicio de
alertas de incidencias de trfico.
El origen de datos es en este caso una pgina Web de
informacin de incidencias de trfico. El acceso se realiza
mediante el protocolo HTTP, lo que permite que la plataforma
pueda acceder a la informacin en tiempo real desde cualquier
ubicacin fsica, simplemente utilizando una conexin a
Internet.
Internamente, el SGE se implementa como dos hilos de
229
procesamiento que cooperan entre s:
1. El hilo de volcado, que accede a un fichero XML del
servidor Web de incidencias de trfico, realiza una
interpretacin o parsing del mismo para extraer los datos
significativos y almacena esa informacin en una tabla
temporal de su base de datos propia, actualizndola con
una frecuencia configurable desde la aplicacin. De esta
forma, el sistema supone una mnima carga para el
servidor Web de trfico. El sistema debe tener la
capacidad de informar no slo de los nuevos eventos
aparecidos, sino tambin de la desaparicin de eventos.
La forma de realizar esta gestin es utilizar un campo de
marcas en la tabla, de forma que siempre que se lean
incidencias y se actualice la tabla temporal, se marcarn
las filas ledas. Las filas no marcadas en un ciclo de
volcado sern filas eliminadas, por lo que se generarn
eventos de este tipo.
2. El hilo de consultas, cuya finalidad es relacionar los
usuarios suscritos con la informacin de incidencias de la
base de datos local. La salida de este proceso ser la
modificacin de los diferentes repositorios de envo de
eventos. Esta modificacin puede implicar la insercin de
nuevas alertas o la eliminacin de alertas pendientes de
envo que hayan quedado desfasadas. Tambin es posible
actualizar la informacin si esta ha cambiado y la alerta
todava no ha sido servida.
Mientras (siempre)
Dormir(tiempo configurado).
Cargar todas las incidencias actuales en tabla auxiliar
Obtener acceso a mutex protegetablas.
Si (hay incidencias en auxiliar)
Mientras (queden incidencias en auxiliar)
Obtener identificador incidencia actual en auxiliar.
Si (esta la incidencia en la bd temporal)
La marcamos en bd temporal
Sino
Insertamos el registro actual en temporal
Fin_Si
Obtener siguiente registro en auxiliar
Fin_Mientras
Fin_Si
Mientras (queden incidencias sin marcar en temporal)
Obtener identificador de incidencia sin marcar (borrada)
Borramos el registro de temporal
Borrar incidencia de repositorios de eventos
Fin_Mientras
Liberar acceso a mutex protegetablas.
Fin_Mientras
Fig. 2. Algoritmo del hilo de volcado.
La Fig. 3 muestra la estructura utilizada en la
implementacin del SGE.
230
Fig. 3. Estructura del sistema gestor de eventos.
B. Gestin del envo por voz
La implementacin realizada de la arquitectura propuesta
incluye el envo de informacin mediante llamadas telefnicas
y correo electrnico. Dado que la gestin del envo mediante
correo electrnico es mucho ms sencilla que la gestin
telefnica, vamos a proceder a detallar la implementacin de
esta ltima. El mdulo de gestin de llamadas est integrado realizar una escritura, bloqueando el acceso a travs de mutex.
por los siguientes elementos:
1. Un repositorio en el que el SGE deposita los eventos al
enviar. Para cada evento, se almacena la informacin del
nmero de telfono destino y el cuerpo del mensaje a
comunicar. Dado que estamos ante un sistema de eventos
de incidencias de trfico, la prioridad de cada evento se
asigna clasificando las carreteras dependiendo de la
densidad de trfico que soportan.
2. Un hilo de ejecucin (hilo clasificador) que se encarga de
acceder peridicamente al repositorio, leer la informacin
y cargarla en una lista de nodos de usuario. Cada nodo de
este tipo tiene un enlace a una lista de eventos pendientes
de envo. Esta estructura de datos pretende minimizar el
nmero de llamadas al usuario comunicndole toda la
informacin disponible realizando una sola llamada. Los
nodos usuario tienen informacin de control que indica
si el nodo est siendo servido por otro hilo, o si ya se han
realizado varias llamadas y el usuario no ha descolgado.
Los nodos de informacin siguen una ordenacin por
prioridades, ya que de esta forma, en momentos de
sobrecarga del sistema, se servir antes la informacin
ms importante, dejando el resto para instantes
posteriores de menor carga del sistema.
3. Una serie de hilos de ejecucin (hilos llamadores), uno
por cada canal o puerto de envo, que son los encargados
de realizar las llamadas telefnicas.
4. Un mdulo de sntesis de voz, encargado de convertir el
texto a formato de audio, que ser lo que se transmita por
el canal telefnico al usuario.
IEEE LATIN AMERICA TRANSACTIONS, VOL. 4, NO. 4, JUNE 2006
Fig. 4. Estructura de datos de llamadas pendientes de envo.
Esta estructura de tipo productor-consumidor, en la cual
existe un proceso que inserta datos en la lista (hilo
clasificador) y existen una serie de procesos que acceden a la
lista para procesarlos (hilos llamadores), asegura que la
distribucin de carga entre los diferentes canales sea ptima.
La duracin de cada uno de los procesos consumidores es
variable y, mediante este diseo, cuando un proceso queda
libre se le asigna un nuevo trabajo a ejecutar.
Dado que la estructura de datos es compartida por varios
hilos, es necesario acceder a la misma de forma exclusiva al
Las escrituras se realizarn cuando sea necesario aadir o
eliminar nuevos usuarios, o cuando se desee cambiar el estado
de un nodo de PendienteDeEnvio a estado Sirviendo. En el
caso en que el usuario no descuelgue su terminal, se iniciar
un temporizador en el nodo que mantendr su estado a
Dormido, despus del cual volver a estar
PendienteDeEnvio y podr volver a ser atendido por el
siguiente hilo llamador que acceda. Pasado cierto nmero de
intentos sin que el usuario descuelgue, se descartar la
llamada eliminndose el nodo correspondiente.
C. Ajuste de parmetros del sistema
Un sistema de voz supone un coste temporal elevado
ocasionado por el tiempo empleado en realizar las
comunicaciones telefnicas. El sistema debe establecer la
conexin telefnica, comunicar el mensaje mediante sntesis
de voz y desconectar la llamada. Se debe ejercer un control
sobre el nmero de usuarios registrados, de forma que la
calidad del servicio quede garantizada. Un nmero
desproporcionado de usuarios puede originar que, ante un
determinado evento, existan usuarios que tarden un tiempo
excesivo en recibir la llamada informativa.
Para asegurar la calidad del servicio, definiremos varios
conceptos. Llamaremos paso (P) a la unidad mnima de
comunicacin del sistema. Un paso corresponder a un nodo
de informacin asociado con un usuario. Definiremos Tp como
la cota superior del tiempo que va a durar la comunicacin de
un paso, Tes como el tiempo mximo que va a esperar el
sistema hasta el descolgado del terminal por parte del usuario
y Tmx como el tiempo mximo de desfase temporal entre el
SAMPER ZAPATER AND CERVERA GARCA : DESIGN AND DEVELOPMENT OF A
instante en que se tiene constancia de un evento y la
comunicacin al ltimo de los usuarios suscritos a dicho
evento.
Con estas definiciones, se puede deducir que Tmx ser la
suma del tiempo dedicado a atender a cada usuario en cola
(Ti), dividido entre el nmero de canales de salida disponibles
(N).
U 1
Tii 1
Tmx (1)
N restricciones temporales del ejemplo anterior, cuales seran los
Donde U es el nmero de usuarios en cola en un instante
determinado.
Dado que el tiempo mximo dedicado a cada usuario Ti es
el tiempo de espera hasta el descolgado, Tes, sumado al
nmero de pasos realizados P por el tiempo mximo de
comunicacin de un paso Tp, podemos obtener (2).
U 1
Ti
i 1
Tmx =
N
U 1
(Tes  P * Tp)
i 1 (U  1)(Tes  P * Tp)
= = (2)
N N
De la anterior frmula, se puede concluir que el nmero
mximo de usuarios en cola que garantice los plazos de
entrega establecidos responder a la ecuacin (3).
Tmx * N  Tes  P * Tp
U (3)
Tes  P * Tp
Aplicando la frmula anterior con un valor de P igual a 1
obtendramos el nmero mximo de usuarios que se pueden
tener en la cola de espera. Hay que tener en cuenta que con
P=1, slo se dispone de un paso, por lo que solo se comunica
una unidad de informacin, que generalmente corresponder
con 1 evento. En momentos de menor carga, es interesante
aumentar P para comunicar ms informacin en cada llamada.
El valor mximo de P en un instante dado se puede obtener
mediante (4).
Tmx * N  Tes  U * Tes
P (4)
Tp(U  1)
Hay que tener en cuenta que P tiene que ser un nmero
entero de pasos y por lo tanto hay que aplicar la funcin suelo.
Por ejemplo, si el sistema cuenta con 32 puertos de salida y
establecemos Tmx= 600 s, Tp=5 s y Tes=10 s, aplicando la
231
frmula anterior obtenemos un valor mximo de 1281
usuarios. Ese es el nmero mximo de usuarios que se pueden
tener en cola de espera. El nmero mximo de usuarios que la
aplicacin aceptar se puede ajustar utilizando estadsticas de
la distribucin de los eventos en el tiempo. Los sistemas con
una distribucin a priori homognea de los eventos aceptarn
mayor nmero de usuarios suscritos que los sistemas donde la
funcin de distribucin tenga un nmero alto de picos y
valles.
En la Fig. 5 puede verse, teniendo en cuenta las
tiempos mximos de desfase Tmx dependiendo del nmero de
usuarios.
Fig. 5. Tiempo mximo de envo del total de eventos con 32 canales de salida.
Dado un nmero de usuarios en cierto instante menor que
la cota mxima admitida, el diseador de la aplicacin debe
llegar a una solucin de compromiso entre comunicar ms
informacin por llamada, aumentando el tiempo consumido en
informar a todos los usuarios suscritos en el sistema (aunque
siempre por debajo del umbral Tmx), o bien informar a todos
los usuarios lo ms rpidamente posible, a costa de enviar
primero la informacin importante y realizar posteriormente
nuevas llamadas para comunicar el resto de importancia
menor.
V. CONCLUSIONES
El presente artculo ha mostrado una arquitectura para la
gestin de eventos orientada al envo de notificaciones a
travs de diferentes medios de transporte.
Partiendo de la necesidad de crear un sistema flexible que
permita el crecimiento a nuevos medios de envo de
informacin, se ha diseado un sistema escalable y adaptable
que permite fcilmente tanto la ampliacin a nuevos tipos de
dispositivos y nuevas polticas de gestin de envos, como la
implantacin en otros sistemas de informacin distintos al
utilizado en el estudio. La estructura de capas permite la
232 IEEE LATIN AMERICA TRANSACTIONS, VOL. 4, NO. 4, JUNE 2006

instalacin de las distintas partes en mquinas diferentes, VII. BIOGRAFAS

permitiendo realizar distribucin de carga. As mismo, se ha
mostrado un ejemplo de implementacin del envo de alertas
mediante voz, planteando los problemas propios de la
naturaleza del medio y exponiendo las soluciones tomadas. Se
han definido parmetros que garantizan la calidad del servicio
ofrecido, permitiendo cumplir los plazos de entrega
establecidos.
Actualmente, la plataforma descrita en este artculo se
encuentra implementada en calidad de prototipo para la
administracin de trfico de Catalua. El sistema es capaz de
comunicar alertas de trfico mediante llamadas telefnicas
(sntesis de voz) y mediante el envo de correos electrnicos
[8]-[10]. El mdulo que gestiona la realizacin de llamadas
telefnicas dispone de dos libreras de sntesis de voz que
permiten la comunicacin de mensajes de voz en cataln y en
castellano segn las preferencias del usuario indicadas en la
interfaz de suscripcin, permitiendo as un sistema bilinge.
J. Javier Samper Zapater es Doctor en Ingeniera
Informtica por la Universidad de Valencia. Desde 1996
trabaja como investigador en el Instituto de Robtica de
Valencia. Desde 1999 ejerce como Profesor en la
Universidad de Valencia, donde imparte clases relacionadas
con las redes de computadores y aplicaciones Web. Sus
reas de inters son la aplicacin de la Telemtica en los sistemas de
transporte, las aplicaciones y los sistemas inalmbricos, as como la Web
Semntica.
Arturo Cervera Garca es Ingeniero en Informtica por la
Universidad de Valencia. Desde 2002 trabaja como
investigador en el Instituto de Robtica de Valencia donde
participa como investigador en los proyectos ARTS
(Advanced Road Traffic in South-West) y SERTI (South
European Road Telematics Implementation). Sus reas de
inters son la aplicacin de la Telemtica al transporte, los
sistemas de informacin Web, los sistemas inalmbricos y las aplicaciones de
voz.

VI. REFERENCIAS

[1] S. Guthery, M. Cronin, Mobile Applications Development with SMS and

the SIM Toolkit, New York, USA. McGraw-Hill TELECOM, 2002.
[2] Alertas de Google.
http://www.google.com/alerts
[3] Microsoft .NET Alerts
http://www.microsoft.com/latam/net/services/alerts/
[4] SOAP Specifications (W3C).
http://www.w3.org/TR/soap/
[5] Ch. Sharma, and J. Kunins, Strategies and Techniques for Effective
Voice Application Development with VoiceXML 2.0, New York, USA,
Willey Computer Publishing, 2002.
[6] G. Huixiang, L. Jianming, B. Walter, and E. Chang, Spoken Query
for Web Search and Navigation, Tenth International World Wide Web
Conference, Hong Kong, May 1-5, 2001.
http://www10.org/cdrom/posters/p1010/
[7] B. Edgar, The VoiceXML Handbook. Understandig and Building The
Phone Enabled Web, New York, USA, Dialogic Corp, 2001.
[8] J. J. Samper, A. Cervera, and I. Snchez, Development of voice
services to provide traffic information (application in the SCT), 10th
World Congress and Exhibition on Intelligent Transport Systems and
Services, Madrid, Spain, 16-20 Nov. 2003.
[9] J. Samper, A. Cervera, E. Carrillo, and I. Snchez, Speakeasy. Talking
congestion, Traffic Technology International, Surrey, United Kingdom,
June/July 2003. ISSN 1356-9252.
[10] J. J. Samper, A. Cervera e I. Snchez, Desarrollo de un servicio de
alertas mediante voz que ofrece informacin de trfico, para el Servei
Catal de Trnsit, III Congreso Nacional sobre Sistemas Inteligentes de
Transporte, Palma de Mallorca, 20-22 Noviembre 2002. ISBN: 84-
89875-36-7.